(57)【要約】【課題】電話応答サービスにおいて、複数のオペレータのうち属性が利用者と最も近いオペレータと当該利用者とが通話するように電話を交換する。【解決手段】電話交換装置１を提供する。電話交換装置１は、自動音声応答装置１０と、会員を一意に識別する会員ＩＤと当該会員の属性を示す会員属性情報とを対応付けて記憶する会員データベースＤＢ２と、子機７毎に当該子機７に対応する前記使用者の属性を示すオペレータ属性情報を記憶するオペレータデータベースＤＢ４とを備え、外部の電話機４から電話が着信すると、通話中でない子機７が２以上の場合には、これら２以上の子機７にそれぞれ対応する２以上のオペレータ属性情報と、当該電話由来の会員ＩＤに対応する会員属性情報とに基づいて、転送先の一つの子機７を特定し、特定した子機７へ当該電話を転送する。【選択図】図８
2011061661.tif 000002
【特許請求の範囲】
【請求項１】
通信網を介して外部の電話機と接続されると共に、複数の使用者にそれぞれ対応する複数の端末と接続され、前記外部の電話機から電話が着信すると、前記複数の端末のうちの通話中でない端末がある場合には、前記複数の端末から通話中でない一つの端末を特定し、前記外部の電話機と前記一つの端末との間で通話ができるように制御する電話制御部と、
会員を一意に識別する会員識別情報と、当該会員の属性を示す会員属性情報とを対応付けて記憶する第１記憶部と、
前記複数の端末の各々に対応付けて当該端末に対応する前記使用者の属性を示す使用者属性情報を記憶する第２記憶部とを備え、
前記電話制御部は、前記複数の端末のうちの通話中でない端末が２以上の場合には、
会員を識別可能な通知情報が電話によって通知されると、前記通知情報に基づいて前記会員識別情報を生成する生成処理と、
前記第１記憶部を参照して、生成した前記会員識別情報に対応する前記会員属性情報を指定する第１指定処理と、
前記第２記憶部を参照して、前記２以上の端末にそれぞれ対応する２以上の使用者属性情報を指定する第２指定処理と、
指定した前記会員属性情報と前記２以上の使用者属性情報とに基づいて、前記一つの端末を特定する特定処理とを実行する、
ことを特徴とする電話交換装置。
【請求項２】
複数のグループを個々に識別するグループ識別情報と、当該グループ識別情報の示すグループに属する一又は複数の音データの各々の特徴を示し、会員が前記音データを特定するために用いられる特定情報とを対応付けて記憶する第３記憶部を備え、
前記電話制御部は、
前記外部の電話機から電話が着信すると、前記複数の端末のすべてが通話中の場合には、当該電話を受けるとともに、前記外部の電話機と前記一つの端末との間で通話ができるようになるまでの待機期間において、前記外部の電話機に対して所定の応答を行い、
前記応答は、前記電話制御部が、前記第１記憶部を参照して、生成された前記会員識別情報に対応する前記グループ識別情報を指定する第３指定処理と、前記第３記憶部を参照して、指定した前記グループ識別情報に対応する特定情報を取得する取得処理と、取得した前記特定情報を音声信号に変換して、前記外部の電話機へ送出することにより、グループに属する前記音データの選択を促す選択処理と、会員によって前記音データが選択されると、選択された前記音データを用いて生成された音声信号を前記外部の電話機へ送出する送出処理とを実行することにより行われる、
ことを特徴とする請求項１に記載の電話交換装置。
【請求項３】
通信網を介して外部の電話機と接続されると共に、複数の使用者にそれぞれ対応する複数の端末と接続され、前記外部の電話機から電話が着信すると、前記複数の端末のうちの通話中でない端末がある場合には、前記複数の端末から通話中でない一つの端末を特定し、前記外部の電話機と前記一つの端末との間で通話ができるように制御する電話制御部と、
会員を一意に識別する会員識別情報と、当該会員の属性を示す会員属性情報とを対応付けて記憶する第１記憶部と、
前記複数の端末の各々に対応付けて当該端末に対応する前記使用者の属性を示す使用者属性情報を記憶する第２記憶部とを備え、
前記電話制御部は、前記複数の端末のうちの通話中でない端末が２以上の場合には、
前記会員識別情報が電話によって通知されると、前記第１記憶部を参照して、通知された前記会員識別情報に対応する前記会員属性情報を指定する第１指定処理と、
前記第２記憶部を参照して、前記２以上の端末にそれぞれ対応する２以上の使用者属性情報を指定する第２指定処理と、
指定した前記会員属性情報と前記２以上の使用者属性情報とに基づいて、前記一つの端末を特定する特定処理とを実行する、
ことを特徴とする電話交換装置。
【請求項４】
複数のグループを個々に識別するグループ識別情報と、当該グループ識別情報の示すグループに属する一又は複数の音データの各々の特徴を示し、会員が前記音データを特定するために用いられる特定情報とを対応付けて記憶する第３記憶部を備え、
前記電話制御部は、前記外部の電話機から電話が着信すると、前記複数の端末のすべてが通話中の場合には、当該電話を受けるとともに、前記外部の電話機と前記一つの端末との間で通話ができるようになるまでの待機期間において、前記外部の電話機に対して所定の応答を行い、
前記応答は、前記電話制御部が、前記第１記憶部を参照して、通知された前記会員識別情報に対応する前記グループ識別情報を指定する第３指定処理と、前記第３記憶部を参照して、指定した前記グループ識別情報に対応する特定情報を取得する取得処理と、取得した前記特定情報を音声信号に変換して、前記外部の電話機へ送出することにより、グループに属する前記音データの選択を促す選択処理と、会員によって前記音データが選択されると、選択された前記音データを用いて生成された音声信号を前記外部の電話機へ送出する送出処理とを実行することにより行われる、
ことを特徴とする請求項３に記載の電話交換装置。
【請求項５】
前記電話制御部は、前記外部の電話機から電話が着信すると、当該電話を受けて当該電話を識別する電話識別情報を待ち行列の末尾に加え、前記待ち行列内に電話識別情報が入っており、かつ、前記複数の端末のうちの通話中でない端末があるときに、前記待ち行列から先頭の電話識別情報を取り出し、当該電話識別情報に係る電話を前記一つの端末に転送し、前記待ち行列内に電話識別情報が入っている電話に対する前記応答の状況に基づいて、前記待ち行列内の電話識別情報の並びを変更する、
ことを特徴とする請求項２又は４に記載の電話交換装置。
【請求項６】
前記電話制御部は、前記特定処理において、指定した前記会員属性情報と前記２以上の使用者属性情報の各々とを比較し、指定した前記会員属性情報と一致する前記使用者属性情報に対応する前記端末を前記一つの端末として特定する、
ことを特徴とする請求項１乃至５のうちいずれか１項に記載の電話交換装置。
【請求項７】
前記会員属性情報および前記使用者属性情報は、複数種類の属性情報を含み、
前記電話制御部は、前記特定処理において、指定した前記会員属性情報と前記２以上の使用者属性情報の各々とを比較し、前記会員属性情報と前記使用者属性情報との比較では当該会員属性情報に含まれる前記属性情報と当該使用者属性情報に含まる前記属性情報とが一致するか否かを前記種類毎に判定し、一致する旨の判定結果の数が最も多い前記使用者属性情報に対応する前記端末を前記一つの端末として特定する、
ことを特徴とする請求項１乃至５のうちいずれか１項に記載の電話交換装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話を交換する電話交換装置に関する。
【背景技術】
【０００２】
コールセンター等の電話応答サービスでは、利用者とオペレータとの通話が円滑に進むことが重要である。通話を円滑に進めるための技術としては、特許文献１に記載のものが挙げられる。特許文献１に記載の技術では、電話の着信先の電話機に、この電話の発信者について事前に登録された情報が通知される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１９７８２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、一般的な電話応答サービスでは、利用者がオペレータを指定することは許されない。このため、従来の電話応答サービスでは、利用者からの電話が着信すると、複数のオペレータが通話中でない場合には、これらのオペレータからランダムに一人のオペレータを選択し、このオペレータと利用者とが通話できるように電話が交換される。つまり、通話中でない複数のオペレータのうち、嗜好や方言などの属性が利用者と最も近いオペレータとは異なるオペレータが当該利用者に割り当てられる虞がある。これは、通話を円滑に進めるためには不利な点であり、特許文献１に記載の技術を適用しても改善されない。
【０００５】
そこで、本発明は、電話応答サービスにおいて、通話中でない複数のオペレータのうち属性が利用者と最も近いオペレータと当該利用者とが通話するように電話を交換することができる電話交換装置を提供することを解決課題としている。
【課題を解決するための手段】
【０００６】
本発明に係る電話交換装置は、通信網を介して外部の電話機と接続されると共に、複数の使用者にそれぞれ対応する複数の端末と接続され、前記外部の電話機から電話が着信すると、前記複数の端末のうちの通話中でない端末がある場合には、前記複数の端末から通話中でない一つの端末を特定し、前記外部の電話機と前記一つの端末との間で通話ができるように制御する電話制御部（例えば、実施形態に示す制御部１２が対応）と、会員を一意に識別する会員識別情報と、当該会員の属性を示す会員属性情報とを対応付けて記憶する第１記憶部（例えば、実施形態に示す会員データベースＤＢ２）と、前記複数の端末の各々に対応付けて当該端末に対応する前記使用者の属性を示す使用者属性情報を記憶する第２記憶部（例えば、実施形態に示すオペレータデータベースＤＢ４）とを備え、前記電話制御部は、前記複数の端末のうちの通話中でない端末が２以上の場合には、会員を識別可能な通知情報（例えば、実施形態の発信者番号）が電話によって通知されると、前記通知情報に基づいて前記会員識別情報を生成する生成処理（例えば、実施形態に示すステップＳ１５）と、前記第１記憶部を参照して、生成した前記会員識別情報に対応する前記会員属性情報を指定する第１指定処理（例えば、実施形態に示すステップＳ１２５）と、前記第２記憶部を参照して、前記２以上の端末にそれぞれ対応する２以上の使用者属性情報を指定する第２指定処理（例えば、実施形態に示すステップＳ１２５）と、指定した前記会員属性情報と前記２以上の使用者属性情報とに基づいて、前記一つの端末を特定する特定処理（例えば、実施形態に示すステップＳ１２６）とを実行する。
この発明によれば、通話中でない２以上のオペレータのうち属性が会員（利用者）と最も近いオペレータと当該会員とが通話するように電話を交換することができる。よって、顧客満足度を大幅に向上させることが可能となる。
【０００７】
次に、本発明に係る他の電話交換装置は、通信網を介して外部の電話機と接続されると共に、複数の使用者にそれぞれ対応する複数の端末と接続され、前記外部の電話機から電話が着信すると、前記複数の端末のうちの通話中でない端末がある場合には、前記複数の端末から通話中でない一つの端末を特定し、前記外部の電話機と前記一つの端末との間で通話ができるように制御する電話制御部と、会員を一意に識別する会員識別情報と、当該会員の属性を示す会員属性情報とを対応付けて記憶する第１記憶部と、前記複数の端末の各々に対応付けて当該端末に対応する前記使用者の属性を示す使用者属性情報を記憶する第２記憶部とを備え、前記電話制御部は、前記複数の端末のうちの通話中でない端末が２以上の場合には、前記会員識別情報が電話によって通知されると、前記第１記憶部を参照して、通知された前記会員識別情報に対応する前記会員属性情報を指定する第１指定処理と、前記第２記憶部を参照して、前記２以上の端末にそれぞれ対応する２以上の使用者属性情報を指定する第２指定処理と、指定した前記会員属性情報と前記２以上の使用者属性情報とに基づいて、前記一つの端末を特定する特定処理とを実行する。
この発明によれば、上述した電話交換装置と同様に、通話中でない２以上のオペレータのうち属性が会員と最も近いオペレータと当該会員とが通話するように電話を交換することができる。
【０００８】
上述した電話交換装置において、複数のグループを個々に識別するグループ識別情報と、当該グループ識別情報の示すグループに属する一又は複数の音データの各々の特徴を示し、会員が前記音データを特定するために用いられる特定情報とを対応付けて記憶する第３記憶部（例えば、実施形態に示す応答データベースＤＢ１又はＲＡＭ１３）を備え、前記電話制御部（例えば、実施形態に示す制御部１２及び音声応答部１１が対応）は、前記外部の電話機から電話が着信すると、前記複数の端末のすべてが通話中の場合には、当該電話を受けるとともに、前記外部の電話機と前記一つの端末との間で通話ができるようになるまでの待機期間において、前記外部の電話機に対して所定の応答を行い、前記応答は、前記電話制御部が、前記第１記憶部を参照して、生成された前記会員識別情報、又は通知された前記会員識別情報に対応する前記グループ識別情報を指定する第３指定処理（例えば、実施形態に示すステップＳ２３）と、前記第３記憶部を参照して、指定した前記グループ識別情報に対応する特定情報を取得する取得処理（例えば、実施形態に示すステップＳ２４）と、取得した前記特定情報を音声信号に変換して、前記外部の電話機へ送出することにより、グループに属する前記音データの選択を促す選択処理（例えば、実施形態に示すステップＳ２４）と、会員によって前記音データが選択されると、選択された前記音データを用いて生成された音声信号を前記外部の電話機へ送出する送出処理（例えば、実施形態に示すステップＳ２６）とを実行することにより行われるようにしてもよい。
この場合には、待機期間において再生される音声信号を装置側で一意に決定するのではなく、音声信号を選択する余地を会員に委ねることができる。しかも、自動音声応答システムが提示するのは、予め登録されたグループであるので、選択の候補として提示される音データにも会員の意志を反映させることができる。
【０００９】
上述した電話交換装置において、前記電話制御部は、前記外部の電話機から電話が着信すると、当該電話を受けて当該電話を識別する電話識別情報を待ち行列の末尾に加え、前記待ち行列内に電話識別情報が入っており、かつ、前記複数の端末のうちの通話中でない端末があるときに、前記待ち行列から先頭の電話識別情報を取り出し、当該電話識別情報に係る電話を前記一つの端末に転送し、前記待ち行列内に電話識別情報が入っている電話に対する前記応答の状況に基づいて、前記待ち行列内の電話識別情報の並びを変更する、ようにしてもよい。この場合、着信順に端末への電話の転送を実行することを原則としつつ、待ち行列に入っている電話の応答の状況に応じて、電話識別情報の並びを変更することができる。したがって、後に着信した電話であっても応答の状況によっては、先に端末に転送することができる。ここで、応答の状況とは、待ち行列にある電話が待機期間において自動音声応答システムから送信される音声信号の状況の意味である。
【００１０】
上述した電話交換装置において、記電話制御部は、前記特定処理において、指定した前記会員属性情報と前記２以上の使用者属性情報の各々とを比較し、指定した前記会員属性情報と一致する前記使用者属性情報に対応する前記端末を前記一つの端末として特定する、ようにしてもよい。この場合、会員は、その属性に一致する属性を持つオペレータと通話することができる。
【００１１】
上述した電話交換装置において、前記会員属性情報および前記使用者属性情報は、複数種類の属性情報を含み、前記電話制御部は、前記特定処理において、指定した前記会員属性情報と前記２以上の使用者属性情報の各々とを比較し、前記会員属性情報と前記使用者属性情報との比較では当該会員属性情報に含まれる前記属性情報と当該使用者属性情報に含まる前記属性情報とが一致するか否かを前記種類毎に判定し、一致する旨の判定結果の数が最も多い前記使用者属性情報に対応する前記端末を前記一つの端末として特定する、ようにしてもよい。この形態では、会員は、その属性に一致する属性を最も多く持つオペレータと通話することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る電話交換装置１を備える通信システムの構成を示すブロック図である。
【図２】楽曲データベースＤＢ８のデータ構造を示す説明図である。
【図３】会員データベースＤＢ２のデータ構造を示す説明図である。
【図４】履歴データベースＤＢ３のデータ構造を示す説明図である。
【図５】応答データベースＤＢ１のデータ構造を示す説明図である。
【図６】オペレータデータベースＤＢ４のデータ構造を示す説明図である。
【図７】着信処理の処理内容を説明するためのフローチャートである。
【図８】転送処理の処理内容を説明するためのフローチャートである。
【図９】応答処理の処理内容を説明するためのフローチャートである。
【発明を実施するための形態】
【００１３】
以降、図面を参照しながら本発明の実施形態を説明する。なお、本発明は、以下に述べる実施形態に限定されるものではなく、この実施形態の変形例や応用例をも技術的範囲に含みうる。
【００１４】
＜１．実施形態＞
＜１−１：全体構成＞
図１は、本発明の実施形態に係る電話交換装置１を備える通信システムの構成を示すブロック図である。この通信システムは、特定の分野の専門家であるオペレータ（エージェント）が当該分野の相談に応答する応答サービスを提供するための応答システム２と、電話網３に有線又は無線で接続される複数の電話機４と、インターネット等の通信網５に有線又は無線で接続される複数のＰＣ（パーソナルコンピュータ）６とを備える。
【００１５】
応答サービスの対象となる相談どのようなものであってもよいが、例えば、特定の販売者から購入した商品に関するものであり、具体的には、当該商品の使用方法に関する質問や当該商品の修理の要望などである。応答サービスを受ける利用者は、特定の販売者に運営される会の会員と、当該会員以外の非会員とに大別される。応答システム２には、会員毎に、当該会員による特定の販売者からの購入の履歴（購入履歴）や、当該会員が特定の販売者から購入した商品の修理の履歴（修理履歴）、当該会員からの要望の履歴（要望履歴）が蓄積される。詳しくは後述するが、応答サービスの詳細は、利用者が会員であるか否かに応じて異なる。
【００１６】
複数の電話機４は、複数の利用者と一対一で対応しており、各電話機４は対応する利用者に使用され、各電話機４の電話番号は当該電話機４に対応する利用者の電話番号と同一である。各利用者は、対応する電話機４を使用して応答サービスを受ける。各ＰＣ６は、一又は複数の人に使用されるものであり、いわゆるウェブブラウザを搭載している。ＰＣ６の使用者は、ＰＣ６を操作することにより、会員となること、及び特定の販売者から商品を購入することができる。
【００１７】
応答システム２は、複数のオペレータに一対一で対応する複数の子機７と、電話網３から電話が着信する電話交換装置１と、楽曲を配信する楽曲配信サーバ８とを備える。子機７は、電話機およびＰＣとして機能し、対応するオペレータに使用される。オペレータは、対応する子機７を電話機として使用して、利用者からの相談に応答する。この際、利用者が会員であれば、オペレータは、対応する子機７をＰＣとして使用して、当該会員の会員ＩＤ、購入履歴、修理履歴および要望履歴を参照することができる。
【００１８】
電話交換装置１は、相互に通信可能な、自動音声応答装置１０、会員サーバ２０、及び履歴サーバ３０を備える。自動音声応答装置１０には、電話網３から、発信元の電話機４の電話番号が通知される電話が着信する。自動音声応答装置１０は、総ての子機７の親機であり、各子機７と電話網３との間で電話を中継するとともに、各子機７と履歴サーバ３０との間でデータ通信を中継する。また、自動音声応答装置１０は、電話網３から電話が着信すると、当該電話を受けて空いている子機７へ転送する。その一方で、全ての子機７が話中である場合には、自動音声応答装置１０は、当該電話を受けてから転送するまでの待機期間において、当該電話へ音声信号を送出することにより、当該電話に応答する。この音声信号は、当該電話の発信元の電話機４に楽曲やニュース等の音声を再生させる信号である。
【００１９】
楽曲配信サーバ８は、待機期間において電話機４に再生させる楽曲を自動音声応答装置１０へ配信するものであり、複数の楽曲を楽曲データベースＤＢ８に保持している。図２に楽曲データベースＤＢ８のデータ構造を示す。楽曲データベースＤＢ８は、楽曲の実演家（アーティスト）毎に、その識別情報であるアーティストＩＤと、その名称であるアーティスト名とを記憶し、ジャズやポップス等の楽曲のジャンル（楽曲ジャンル）毎に、その識別情報である楽曲ジャンルＩＤと、その名称である楽曲ジャンル名とを記憶し、楽曲毎に、当該楽曲の識別情報である楽曲ＩＤと、当該楽曲の属性を示す楽曲属性情報と、当該楽曲の音データとの組を記憶している。
【００２０】
ある楽曲の楽曲属性情報は、当該楽曲の名称である楽曲名（第１楽曲属性情報）と、当該楽曲のアーティストを示すアーティストＩＤ（第２楽曲属性情報）と、当該楽曲の楽曲ジャンルを示す楽曲ジャンルＩＤ（第３楽曲属性情報）と、当該楽曲の長さである再生時間（第４楽曲属性情報）を含む。ある楽曲の音データは、当該楽曲の再生に用いられる音声信号を生成するためのデータであり、この音声信号の長さが当該楽曲の再生時間である。
【００２１】
また、楽曲配信サーバ８は、自動音声応答装置１０から楽曲を指定する楽曲配信要求を受信すると、当該楽曲を保持している場合には、この要求の送信元へ、当該要求に指定された楽曲を配信する。具体的には、楽曲配信要求は楽曲ＩＤを含み、楽曲配信サーバ８は、楽曲配信要求内の楽曲ＩＤで識別される楽曲の音データを送信することにより、当該楽曲を配信する。また、楽曲配信サーバ８は、所定の目録配信要求を受信すると、この要求の送信元へ、保持している総ての楽曲の目録を配信する。具体的には、楽曲配信サーバ８は、楽曲データベースＤＢ８にアクセスして、保持している総ての楽曲について、楽曲ＩＤと当該楽曲ＩＤで識別される楽曲の楽曲属性情報との組を、含む目録情報を送信する。
【００２２】
会員サーバ２０は、地域毎に地域情報を記憶するとともに会員毎に会員識別情報を記憶する会員データベースＤＢ２を備える。図３に会員データベースＤＢ２のデータ構造の一部を示す。この図に示すように、ある地域の地域情報は、当該地域の識別情報である地域ＩＤと、当該地域の名称である地域名とを含み、ある会員の会員情報は、当該会員の識別情報である会員ＩＤと、当該会員の名称である会員名と、当該会員のパスワードと、当該会員の電話番号と、当該会員の属性を示す会員属性情報とを含む。ある会員の会員属性情報は、当該会員が好む楽曲ジャンルを示す楽曲ジャンルＩＤ（第１会員属性情報）と、当該会員が好むアーティストのアーティスト名（第２会員属性情報）と、当該会員が好む楽曲の楽曲名（第３会員属性情報）と、当該会員が興味を持つ地域を示す地域ＩＤ（第４会員属性情報）とを含む。
【００２３】
会員サーバ２０は、通信網５を介して各ＰＣ６と通信可能であり、いずれかのＰＣ６から、パスワードと会員名と電話番号とを含む会員登録要求を受信すると、当該会員名および当該電話番号を含む会員情報が会員データベースＤＢ２に記憶されているか否かを判定し、記憶されていない場合には、当該ＰＣ６の使用者から第１〜第４会員属性情報を取得するとともに会員ＩＤを生成し、この会員ＩＤと当該会員名と当該パスワードと当該電話番号と取得した第１〜第４会員属性情報とを含む会員情報を会員データベースＤＢ２に記憶させることにより、当該会員名および当該電話番号で識別される人を会員として登録する。なお、会員には、その会員ＩＤが通知される。
【００２４】
ＰＣ６の使用者からの第１会員属性情報の取得は、例えば、後述の応答データベースＤＢ１から、総ての楽曲ジャンルについて楽曲ジャンルＩＤと楽曲ジャンル名との組を読み出し、これらの楽曲ジャンル名を当該使用者に通知して総ての楽曲ジャンルから好みの楽曲ジャンルを選択させ、選択された楽曲ジャンルの楽曲ジャンルＩＤを第１会員属性情報として採用することで行われる。第４会員属性情報の取得についても同様である。一方、ＰＣ６の使用者からの第２会員属性情報の取得は、例えば、当該使用者に好みのアーティスト名を当該使用者に入力させることで行われる。第３会員属性情報についても同様である。
【００２５】
また、会員サーバ２０は、いずれかのＰＣ６から、会員ＩＤとパスワードとの組を受信すると、受信した組を含む会員情報が会員データベースＤＢ２に記憶されているか否かを判定し、記憶されている場合には、当該ＰＣ６の使用者（会員）に対して、当該会員の会員情報の変更を許可する。ただし、如何なる場合にも、会員ＩＤの変更は禁止である。また、会員サーバ２０は、図示しない販売サイトから、会員ＩＤとパスワードとの組を受信すると、当該組を含む会員情報が会員データベースＤＢ２に記憶されているか否かを判定し、記憶されている場合には会員であることを示す情報を、記憶されていない場合には会員でないことを示す情報を、販売サイトへ返信する。
【００２６】
前述したように、ＰＣ６の使用者は、販売サイトを通じて特定の販売者から商品を購入することができる。販売サイトは、履歴サーバ３０と通信可能であり、商品の購入時に当該商品の購入者から会員ＩＤとパスワードとの組を取得すると、当該組を会員サーバ２０へ送信し、これに対して会員サーバ２０から返信された情報を受信し、この情報が会員であることを示す場合には、当該会員ＩＤと当該購入に係る購入情報との組を履歴サーバ３０へ送信する。つまり、履歴サーバ３０は、会員が特定の販売者から商品を購入する都度、購入情報を受信することになる。なお、ある購入に係る購入情報は、例えば当該購入の内容と当該購入の日時を示す。
【００２７】
また、会員サーバ２０は、自動音声応答装置１０から電話番号を受信すると、この電話番号を含む会員情報が会員データベースＤＢ２に記憶されているか否かを判定し、記憶されている場合には、この電話番号を含む会員情報に含まれている会員ＩＤと会員名と第１〜第４属性情報とを含む会員データを返信し、記憶されていない場合には、会員でないことを示す非会員データを返信する。
【００２８】
履歴サーバ３０は、履歴データベースＤＢ３を備える。履歴データベースＤＢ３は、図４に示すように、会員毎に、会員ＩＤと購入履歴と修理履歴と要望履歴とを対応付けて記憶する。購入履歴は０個以上の購入情報を含み、修理履歴は０個以上の修理情報を含み、要望履歴は０個以上の要望情報を含む。
履歴サーバ３０は、販売サイトから会員ＩＤと購入情報との組を受信すると、この購入情報を含むように、当該会員ＩＤに対応する購入履歴を更新する。
また、履歴サーバ３０は、子機７から会員ＩＤと修理情報との組を受信すると、この修理情報を含むように、当該会員ＩＤに対応する修理履歴を更新する。なお、修理履歴は、修理センターからのアクセスによっても更新される。ある修理に係る修理情報は、例えば当該修理の内容と当該修理の日程を示す。
また、履歴サーバ３０は、子機７から会員ＩＤと要望情報との組を受信すると、この要望情報を含むように、当該会員ＩＤに対応する要望履歴を更新する。ある要望に係る要望情報は、例えば要望の内容と当該要望を受けた日時を示す。要望は、利用者が待機期間に視聴できる楽曲のリクエストなどである。要望情報の形式は基本的に任意であるが、楽曲の追加の要望に係る要望情報の形式は、所定の形式であり、例えば、要望が反映されたか否かを示すフラグと楽曲名との組である。
【００２９】
次に、履歴サーバ３０は、子機７から会員ＩＤを含む要求があると、購入履歴、修理履歴、及び要望履歴のうち少なくとも一つと会員ＩＤの組を当該子機７に送信する。これにより、子機７を操作するオペレータは、会員がどのような商品を購入したか、どの商品にいて修理がなされたか、あるいは、どのような要望を持っていたかを知ることができる。
【００３０】
次に、自動音声応答装置１０について説明する。自動音声応答装置１０は、応答データベースＤＢ１、オペレータデータベースＤＢ４、音声応答部１１及びＲＡＭ１３と、これらを制御する制御部１２とを備える。
図５に応答データベースＤＢ１のデータ構造を示す。この図に示すように応答データベースＤＢ１には、図２に示す楽曲データベースＤＢ８から音データを除いたデータが記憶される。具体的には、アーティストＩＤとアーティスト名の組、楽曲ジャンルＩＤと楽曲ジャンル名の組、楽曲ＩＤと楽曲属性情報との組とが記憶される。これらの情報は、制御部１２が楽曲配信サーバ８に目録配信要求を送信することによって、楽曲配信サーバ８から目録情報として返信される。
【００３１】
この例では、楽曲の音データを応答データベースＤＢ１に記憶していない。音データは容量が大きいため、音データを応答データベースＤＢ１に記憶する必要がないのでその構成を簡易にできる。また、楽曲には流行があるため、待機期間に利用者に視聴させる楽曲を入れ替えることが好ましい。本実施形態のように楽曲配信サーバ８から音データなどを受け入れるようにすれば、楽曲の流行に応じて待機期間に利用者に提供する楽曲を柔軟に変更することが可能となる。
【００３２】
また、応答データベースＤＢ１には、地域ＩＤと地域名との組が記憶される。くわえて、応答データベースＤＢ１には、ニュースＩＤ、ニュース属性情報、及び音データが記憶される。ニュースＩＤはニュースを一意に識別する識別情報である。ニュース属性情報はニュースの属性を表す情報である。ニュース属性情報は、ニュースの表題を示すニュース名（第１ニュース属性情報）、ニュースに関連する地域（例えば、事件が発生した地域）を指定する地域ＩＤ（第２ニュース属性情報）、及び音データの再生に要する時間を示す再生時間（第３ニュース属性情報）を含む。これらのニュースに関する情報は、図示せぬニュース配信サーバから取得してもよい。
【００３３】
図６にオペレータデータベースＤＢ４のデータ構造の一部を示す。この図に示すように、オペレータデータベースＤＢ４には、子機７毎に、当該子機７の識別情報である子機ＩＤと、当該子機７に対応するオペレータの属性を示すオペレータ属性情報とが記憶される。あるオペレータのオペレータ属性情報は、当該オペレータが好む楽曲ジャンルを示す楽曲ジャンルＩＤ（第１オペレータ属性情報）と、当該オペレータが好むアーティストのアーティスト名（第２オペレータ属性情報）と、当該オペレータの出身地域を示す地域ＩＤ（第３オペレータ属性情報）とを含む。
【００３４】
次に、音声応答部１１は、音データをＤＡ変換して音声信号を生成し、生成した音声信号を電話へ送出することにより当該電話に応答する。音声応答部１１は、複数の電話に同時に応答することができる。また、音声応答部１１は、電話が着信すると、当該電話について電話網３から通知された発信者番号を取得して制御部１２へ供給する。
ここで、音データは、制御部１２が楽曲配信サーバ８から取得してＲＡＭ１３に格納したものであってもよいし、又は応答データベースＤＢ１にニュースとして格納されているものであってもよい。あるいは、音声応答部１１は、楽曲配信サーバ８から取得した音データをリアルタイムでＡＤ変換して音声信号を生成してもよい。
【００３５】
＜１−２：自動音声応答装置の動作＞
次に、自動音声応答装置１０の動作を着信処理、転送処理、及び応答処理に分けて説明する。
＜１−２−１：着信処理＞
図７に制御部１２が実行する着信処理のフローチャートを示す。制御部１２は、電話機４からの着信があると、音声応答部１１から発信者番号を取得し(ステップＳ１)、電話を受ける(ステップＳ２)。次に、音声応答部１１は、着信した電話に係る応答処理を開始し(ステップＳ３)、この後、取得した発信者番号をキューに入れる(ステップＳ４)。
【００３６】
キューは、先入れ先出しの待ち行列であり、ＲＡＭ１３の記憶領域を用いて実現される。すなわち、Ｎ（Ｎは自然数）個の着信について待機状態を許容する場合には、ＲＡＭ１３にＮ個の記憶領域を確保する。キューでは着信があると、着信に係る発信者番号を待ち行列の末尾に加える。そして、子機７に空きができると、待ち行列の先頭から発信者番号を一つ取り出して、当該発信者番号の電話を通話が終了している子機７に転送する。
【００３７】
＜１−２−２：転送処理＞
図８に制御部１２が実行する転送処理のフローチャートを示す。制御部１２は、キューに発信者番号が存在するか否かを判定し(ステップＳ１０)、発信者番号が検知されるまで処理を繰り返す。具体的には、制御部１２は、ＲＡＭ１３に確保されたキュー用の記憶領域にアクセスして、そこに発信者番号が記憶されているか否かを判定する。
キューに発信者番号が存在する場合には、制御部１２は空いている子機７があるか否かを判定する(ステップＳ１１)。空いている子機７が無い場合には、処理をステップＳ１１に戻し、子機７に空きができるまでステップＳ１０及びステップＳ１１を繰り返す。そして、子機７に空きができると、ステップＳ１１の判定条件が肯定され、制御部１２は通話中でない一つ子機７を転送先の子機７として特定する。
【００３８】
具体的には、まず通話中でない子機７の数が２以上であるか否かを判定する（ステップＳ１２１）。通話中でない子機７の数が１の場合には、処理をステップＳ１２２に進め、空いている子機７を転送先の子機７とする。
【００３９】
一方、通話中でない子機７の数が２以上の場合には、取り出した発信者番号に係る利用者が会員であるか否かを判定する（ステップＳ１２３）。具体的には、取り出した発信者番号に一致する電話番号が会員データベースＤＢ２に記憶されているか否かを判定する。取り出した発信者番号に係る利用者が会員でない場合には、制御部１２は、処理をステップＳ１２４に進め、通話中でない２以上の子機７から転送先の子機７をランダムに特定する。具体的には、通話中でない２以上の子機７から一つの子機７をランダムに選択し、選択した子機７を転送先の子機７とする。
【００４０】
一方、取り出した発信者番号に係る利用者が会員である場合には、制御部１２は、処理をステップＳ１２５に進め、当該会員の会員属性情報を指定するとともに（第１指定処理）、通話中でない２以上の子機７に対応する２以上のオペレータのオペレータ属性情報を指定する（第２指定処理）。具体的には、会員データベースＤＢ２から、取り出した発信者番号に一致する電話番号に対応付けられた会員属性情報を読み出すとともに、オペレータデータベースＤＢ４を参照して、通話中でない２以上の子機７の子機ＩＤに対応付けられた２以上のオペレータ属性情報を読み出す。
【００４１】
次に制御部１２は、処理をステップＳ１２６に進め、指定した会員属性情報と指定した２以上のオペレータ属性情報とに基づいて転送先の子機７を特定する（特定処理）。
具体的には、指定した会員情報と２以上のオペレータ属性情報の各々とを比較し、２以上の比較結果に基づいて転送先の子機７を特定する。各比較では、属性情報の種類毎に属性情報の一致／不一致が判定される。具体的には、第１会員属性情報と第１オペレータ属性情報との一致／不一致と、第２会員属性情報と第２オペレータ属性情報との一致／不一致と、第４会員属性情報と第３オペレータ属性情報との一致／不一致とが判定される。
そして、制御部１２は、一致の数が最多の比較結果が得られたオペレータ属性情報に対応する子機７を転送先の子機７とする。具体的には、オペレータデータベースＤＢ４を参照して、一致の数が最多の比較結果が得られたオペレータ属性情報に対応する子機ＩＤを特定し、この子機ＩＤで識別される子機７を転送先の子機７とする。ただし、一致の数が最多の比較結果が複数の場合には、予め定められた規則に従って、これらの比較結果から一つの比較結果が選択し、選択した比較結果に対応する子機７を転送先の子機７とする。
【００４２】
転送先の子機７の特定を終えると、制御部１２は、キューの先頭から一つの発信者番号を取り出す（ステップＳ１３）。そして、取り出した発信者番号に係る電話を転送先の子機７へ転送すると共に、応答処理を終了する（ステップＳ１４）。
【００４３】
さらに、制御部１２は、取り出した発信者番号を用いた会員ＩＤの生成に成功したか否かを判定する（ステップＳ１５）。具体的には、制御部１２は会員サーバ２０に発信者番号を含む会員確認要求を送信する。会員サーバ２０は、会員確認要求を受け取ると、会員データベースＤＢ２を参照して、発信者番号に対応する会員ＩＤが記録されているか判定する。記録されている場合には、会員サーバ２０は対応する会員ＩＤを含む会員確認応答を制御部１２に返信する。一方、記録されていなかった場合には、会員サーバ２０は記録されていない旨の情報を含む会員確認応答を制御部１２に返信する。制御部１２は、会員確認応答に基づいて、会員ＩＤの生成に成功したか失敗したかを判定する。
次に、制御部１２は、成功した場合には会員ＩＤを転送先の子機７に送信する（ステップＳ１６）。一方、成功しなかった場合には制御部１２は処理をステップＳ１０に戻す。
【００４４】
＜１−２−３：応答処理＞
図９に制御部１２が実行する応答処理のフローチャートを示す。まず、制御部１２は待ち時間の通知を行う（ステップＳ２０）。制御部１２は、キューに入っている発信者番号の数と１件当たりの平均待ち時間の積によって待ち時間を推定し、推定した待ち時間を電話で通知する。例えば、「オペレータに繋がるまで１０分ほどかかります。」といったメッセージを音声で通知する。
【００４５】
次に、制御部１２は、着信処理のステップＳ１で取得した発信者番号が会員に該当するかを判定する（ステップＳ２１）。具体的には、制御部１２は、発信者番号を含む会員確認要求を会員サーバ２０に送信する。会員サーバ２０は会員確認要求を受け取ると、会員データベースＤＢ２を参照して、発信者番号に対応する会員ＩＤが存在するか否かを判定する。そして、発信者番号に対応する会員ＩＤが存在する場合には、会員ＩＤを含む会員確認応答を制御部１２に返信する。一方、発信者番号に対応する会員ＩＤが存在しない場合には、存在しないことを示す情報を含む会員確認応答を制御部１２に返信する。制御部１２は会員確認応答に基づいて、発信者番号が会員に該当するかを判定する。
【００４６】
発信者番号が会員に該当しない場合、制御部１２は処理をステップＳ２７に進め、発信者番号に応じた音声信号を送出する（ステップＳ２７）。具体的には、制御部１２は、発信者番号に基づいて地域ＩＤを特定する。電話番号は、地域を指定する市外局番を含んでいる。応答データベースＤＢ１には市外局番と地域ＩＤとを対応付けて記憶するテーブルが記憶されており、制御部１２は、このテーブルを参照して、発信者番号から抽出した市外局番に対応する地域ＩＤを取得する。制御部１２は、応答データベースＤＢ１を参照して、地域ＩＤと一致するニュースを特定し、その音データを取得する。この場合、最新のニュースを取得することが好ましい。そして、制御部１２は音データを音声応答部１１に渡す。音データは音声信号に変換され、電話機４に送出される。
【００４７】
発信者番号が会員に該当する場合、制御部１２は処理をステップＳ２２に進め、メニューを利用者（会員）に通知する。メニューは、待機期間において利用者に提供する情報の種類を提示するものである。例えば、音楽、地域のニュース、製品情報などが該当する。この場合、「お待ちの間にお聞きになりたいものを選択してください。音声の途中でもプッシュボタンの操作が可能です。音楽を選択される方は１を、地域のニュースを選択される方は２を押してください。」といったメッセージを音声で通知する。
【００４８】
次に、制御部１２は、利用者が選択したメニューに応じたグループを特定する（ステップＳ２３）。待機期間の応答に用いられる複数の音データの各々は、複数のグループのうち少なくとも一つのグループに属する。
音楽の場合、グループには楽曲ジャンルがある。楽曲ジャンルには、ジャズ、ボサノバ、演歌、ポップス、フォークなどグループが属する。ジャズのみに分類される楽曲と、ジャズとボサノバに分類される楽曲とがあってもよい。なお、音楽のグループをアーティストで分類してもよい。
【００４９】
制御部１２は、グループを特定するために、会員サーバ２０に対して、会員ＩＤを含む会員属性要求を送信する。会員サーバ２０は会員属性要求を受け取ると、会員データベースＤＢ２を参照して、会員ＩＤに対応する会員属性情報を取得し、会員属性情報を含む会員属性応答を制御部１２に返信する。会員属性情報は、図３に示すように、楽曲ジャンルＩＤ、アーティスト名、楽曲名、及び地域ＩＤを含む。制御部１２は、メニューによって音楽が選択されている場合には、楽曲ジャンルＩＤやアーティスト名によってグループを特定する。また、制御部１２は、メニューによってニュースが選択されている場合には、地域ＩＤによってグループを特定する。
【００５０】
次に、制御部１２は、グループに属する音データのリストを音声で利用者に通知する（ステップＳ２４）。
グループが音楽ジャンルＩＤで特定される場合、制御部１２は、応答データベースＤＢ１を参照して（図５参照）、音楽ジャンルＩＤが一致する楽曲名を所定数（例えば、５曲）特定するとともに、それらの楽曲ＩＤを取得する。音楽ジャンルＩＤが一致する楽曲が所定数を超える場合には、抽選で選択してもよいし、あるいは、人気ランキング情報を利用して上位の曲を所定数だけ特定してもよい。人気ランキング情報は、楽曲配信サーバ８から毎週１回といった所定の周期で取得して応答データベースＤＢ１に格納しておけばよい。このようにして特定された所定数の曲名を制御部１２は、音声応答部１１に送り、音声信号に変換して電話機４に送信する。
【００５１】
一方、メニューによりニュースが選択され、グループが地域で特定される場合、制御部１２は、応答データベースＤＢ１を参照して（図５参照）、地域ＩＤが一致するニュース名を所定数（例えば、５つ）特定するとともに、それらのニュースＩＤ及び音データを取得する。地域ＩＤが一致するニュースが所定数を超える場合には、抽選で選択してもよいし、あるいは、最新のニュースから所定数だけ特定してもよい。このようにして特定された所定数のニュース名を制御部１２は、音声応答部１１に送り、音声信号に変換して電話機４に送信する。
【００５２】
次に、制御部１２は選択肢が選択されたか否かを判定し（ステップＳ２５）、利用者によって選択肢が選択されると、音声信号の送出を実行し（ステップＳ２６）、処理をメニューの通知に戻す。
メニューの選択が音楽であり、音データのリストとして所定数の曲名が提示され、利用者がそのうちの一つを選択したとする。この場合、制御部１２は、利用者が選択した曲名に対応する楽曲ＩＤを特定し、楽曲ＩＤを含む楽曲要求を楽曲配信サーバ８に送信する。楽曲配信サーバ８は楽曲要求を受け取ると、楽曲データベースＤＢ８を参照して、楽曲ＩＤに対応する音データを取得し、音データを含む楽曲応答を制御部１２に返信する。この後、制御部１２を音データを音声応答部１１に渡す。音データは音声信号に変換され、電話機４に送出される。
一方、メニューの選択がニュースであり、音データのリストとして所定数のニュース名が提示され、利用者がそのうちの一つを選択したとする。この場合、制御部１２は、利用者が選択したニュース名に対応する音データを特定し、音データを音声応答部１１に渡す。音データは音声信号に変換され、電話機４に送出される。
【００５３】
このように本実施形態によれば、オペレータとの通話の待機期間において、利用者の好みに応じた音データのグループを自動的に選択し、そのグループに属する音データを利用者に選択させることができるので、利用者の顧客満足度を大幅に向上させることができる。
利用者の好みを会員属性情報として予め登録しておき、これに従って自動的に音データを選択することも可能である。しかしながら、その日の気分により、ある範囲で音データを選択できる方が利用者の自由度を拡大できる。一方、全く範囲を限定せずに音データの選択を行うためには、選択のために深い階層を用意する必要があり、却って面倒である。本実施形態では、予め登録された利用者の好みに応じて音データのグループを特定し、そのグループに属する音データを選択できるようにしたので、利用者の選択の余地を拡大しつつ、選択の階層を低減することが可能となる。
【００５４】
＜変形例＞
本発明は上述した実施形態に限定されるものではなく、例えば、以下に述べる各種の変形が可能である。
（１）上述した実施形態では、制御部１２は、発信者番号から会員ＩＤを特定していたが、本発明はこれに限定されるものでなく、会員が会員ＩＤ（会員識別情報）を電話機４を用いて通知してもよい。具体的には、会員が会員ＩＤを発音してもよいし、あるいは、ボタンを押し下げることにより会員ＩＤを入力してもよい。
この場合、図９に示すステップＳ２１に替わりに、制御部１２は入力された会員ＩＤが会員データベースＤＢ２に記録されているか否かを問い合わせることによって、会員に該当するか否かを判定すればよい。
【００５５】
（２）上述した実施形態では、制御部１２は、電話は着信順にキューに入れて、先に着信した電話から順にオペレータの子機７に転送していたが、本発明はこれに限定されるものではない。すなわち、キューに入っている電話については、応答処理の状況に応じて、待ち行列に入っている発信者番号の並べ替える変更処理を実行してもよい。
より具体的には、制御部１２は、グループに属する音データのリストを通知（ステップＳ２４）した後、会員によって音データが選択されると（ステップＳ２５）、当該音データを一意に識別する楽曲ＩＤを生成する（複数の楽曲ＩＤから一つの楽曲ＩＤを特定する処理を含む）。そして、制御部１２は、当該楽曲ＩＤに対応する音データを用いて音声応答部１１で生成された音声信号を外部の電話機４へ送出する。
【００５６】
ここで、当該音声信号の送出を開始する時刻を送出開始時刻としたとき、制御部１２は待ち行列内に発信者番号（電話識別情報）が入っている電話の送出開始時刻を、発信者番号と対応付けてＲＡＭ１３に第３記憶領域に記憶する。
また、制御部１２は、応答データベースＤＢ１にアクセスして、音データを用いて生成される音声信号の長さを示す再生時間（時間情報）と、当該音データの楽曲ＩＤとを抽出し、これをＲＡＭ１３の第４記憶領域に記憶する。
また、制御部１２は、キュー（待ち行列）内にある発信者番号を、当該発信者番号に係る電話の音声信号の送出に用いられる音データの楽曲ＩＤと対応付けてＲＡＭ１３の第５記憶領域に記憶する。
【００５７】
さらに、制御部１２は、待ち行列に入っている発信者番号の並べ替える変更処理において、ＲＡＭ１３の第５記憶領域を参照して、待ち行列内にある発信者番号に対応する楽曲ＩＤを取得し、ＲＡＭ１３の第４記憶領域を参照して、取得した楽曲ＩＤに対応する再生時間を取得し、ＲＡＭ１３の第３記憶領域を参照して、取得した楽曲ＩＤに対応する送出開始時刻を取得する。
この後、制御部１２は、取得した再生時間と取得した送出開始時刻とに基づいて、待ち行列内の発信者番号の並びを変更する。
【００５８】
この場合、制御部１２は、待ち行列にある発信者番号の各々について、送出開始時刻に再生時間を加算して送出処理が終了する送出終了時刻を算出し、送出終了時刻が早く到来する順に待ち行列内の発信者番号の並びを変更すればよい。この場合には、楽曲の終了時刻が早い順に電話をオペレータに転送することができる。
【００５９】
（３）上述した実施形態では、制御部１２は、ある電話について、ステップＳ２６における音声信号の送出が終了すると、ステップＳ２２に戻りメニューの選択や、グループ内の音データの選択を実行する。したがって、利用者がある音データを選択しても待機期間が長いと、再び音データを選択することになる。そこで、制御部１２は、待ち行列内にある発信者番号ごとに音声信号の送出の開始または終了の回数を計数し、上述した変更処理において、計数された回数が多い順に待ち行列から発信者番号が取り出されるように、待ち行列内の発信者番号の並びを変更してもよい。
【００６０】
（４）上述した実施形態では、一度聞いた楽曲やニュースが選択の対象に含まれていたが、グループ内の音データを選択さる場合に一度聞いた音データは除外されるようにしてもよい。
制御部１２は、会員データベースＤＢ２を参照することにより、会員ＩＤに対応する楽曲ジャンルＩＤを取得し、この楽曲ジャンルＩＤに一致する所定数の楽曲を応答データベースＤＢ１から検索する。この場合、楽曲ジャンルＩＤに一致する所定数のレコードを抽出し、楽曲ジャンルＩＤに一致する楽曲名と楽曲ＩＤとの組をＲＡＭ１３の第２記憶領域に記憶させる。また、制御部１２は、ステップＳ２６で終了した音声信号の送出に係る音データの楽曲ＩＤを、当該送出処理に係る会員ＩＤに対応付けて、ＲＡＭ１３の第６記憶領域に記憶させる。
さらに、制御部１２は、ステップＳ２４におけるグループに属する音データのリストの通知において、以下の処理を実行してもよい。
まず、ＲＡＭ１３の第２記憶領域を参照して、指定されたグループ（楽曲ジャンル）に属する楽曲名と楽曲ＩＤの組を読み出し、ＲＡＭ１３の第６記憶領域を参照して、会員ＩＤに対応付けられた楽曲ＩＤを読み出し、さらに、ＲＡＭ１３の第２記憶領域から読み出した楽曲名と楽曲ＩＤの組のうち、第５記憶領域から読み出した楽曲ＩＤが含まれる組を除いて残った組に記録されている楽曲名を特定し、これを音声応答部１１に渡して音声信号に変換して電話機４に送出してもよい。
この場合は、一度聞いた音データを選択の対象から除外することができるので、利用者が退屈にならずに済む。
【００６１】
（５）上述した実施形態では、応答データベースＤＢ１には、図２に示す楽曲データベースＤＢ８から音データを除いたデータが全て記憶されることとして説明したが、そのうちの一部を応答データベースＤＢ１に記憶するようにしてもよい。
制御部１２は、例えば、会員から楽曲を追加する要望があると、該当する楽曲が選択可能となるように電気通信回線を通じて、楽曲配信サーバ８から要望のあった楽曲名と、当該楽曲の楽曲ジャンルＩＤと、楽曲ＩＤとの組を取得して、応答データベースＤＢ１に加えるようにしてもよい。これにより、新たな楽曲の選択が可能になり、ＲＡＭ１３の第２記憶領域にも、新たな楽曲が反映されることになる。
【００６２】
（６）上述した実施形態では、ステップＳ２４で通知される音データのリストの中から一つの音データを選択することを一例として説明したが、複数の音データをまとめて選択するようにしてもよい。この場合、選択された順にステップＳ２６で音声信号を送出すればよい。
【００６３】
（７）上述した実施形態では、ある会員の会員属性情報が第１〜第４会員属性情報を含み、あるオペレータのオペレータ属性情報が第１〜第３オペレータ属性情報を含むが、これを変形し、ある会員の会員属性情報が第１会員属性情報のみを含み、あるオペレータのオペレータ属性情報が第１オペレータ属性情報のみを含むようにしてもよい。
この場合、ステップＳ１２６において制御部１２が行う比較は、会員属性情報とオペレータ属性情報との一致／不一致の判定となり、この判定結果が比較結果となる。そして、制御部１２は、比較結果が一致を示すオペレータ属性情報が一つの場合には、当該オペレータ属性情報に対応する子機７を転送先の子機７とする。一方、比較結果が一致を示すオペレータ属性情報が複数の場合には、予め定められた規則に従って、これらの比較結果から一つの比較結果を選択し、選択した比較結果が得られたオペレータ属性情報に対応する子機７を転送先の子機７とする。
【００６４】
（８）上述した実施形態では、待機期間において電話に自動的に音声で応答するようにしたが、このような応答を行わないようにしてもよい。
【符号の説明】
【００６５】
１……電話交換装置、２……応答システム、４……電話機、７……子機、８……楽曲配信サーバ、１１……音声応答部、１２……制御部、１３……ＲＡＭ、２０……会員サーバ、３０……履歴サーバ、ＤＢ１……応答データベース、ＤＢ２……会員データベース、ＤＢ３……履歴データベース、ＤＢ４……オペレータデータベース、ＤＢ８……楽曲データベース。
【図１】
2011061661.tif 000003
【図２】
2011061661.tif 000004
【図３】
2011061661.tif 000005
【図４】
2011061661.tif 000006
【図５】
2011061661.tif 000007
【図６】
2011061661.tif 000008
【図７】
2011061661.tif 000009
【図８】
2011061661.tif 000010
【図９】
2011061661.tif 000011