JP6351562B2 - 情報処理システム、受付サーバ、情報処理方法及びプログラム - Google Patents

Description

本発明は、情報処理システム、受付サーバ、情報処理方法及びプログラムに関する。

従来、顧客からの問い合わせを受け付けるコールセンター業務を自動化する技術が知られている。
例えば、顧客からコールセンターへの電話による問い合わせに対して、自動音声応答（ＩＶＲ：Ｉｎｔｅｒａｃｔｉｖｅ Ｖｏｉｃｅ Ｒｅｓｐｏｎｓｅ）による応答を行うシステムが知られている。また、顧客からコールセンターへのインターネット等による問い合わせに対して、バーチャルオペレータ（ＶＯ：Ｖｅｒｔｕａｌ Ｏｐｅｒａｔｏｒ）による受け付けを行うシステムが知られている。
なお、コールセンター業務を自動化する技術は、例えば、特許文献１に記載されている。

特開２０１４−１７８３８１号公報

しかしながら、コールセンター業務を自動化する従来の技術においては、自動化される業務がＱ＆Ａの振り分けに限られる等、利用形態が限定的であるのが実情である。そのため、顧客からの問い合わせを受け付ける業務が十分に効率化されていなかった。

本発明は、このような状況に鑑みてなされたものであり、顧客からの問い合わせを受け付ける業務をより効率化することを目的とする。

上記目的を達成するため、本発明の一態様の情報処理システムは、
問い合わせを送信する端末装置と、前記端末装置から送信された前記問い合わせを受け付ける受付サーバとを含む情報処理システムであって、
前記受付サーバは、
前記端末装置からの前記問い合わせを受け付ける受付手段と、
予め用意された複数の質問及び回答が格納された応答データベースから、前記問い合わせに対する回答が検索できるか否かを判定する第１判定手段と、
前記第１判定手段によって、前記問い合わせに対する回答が検索できないと判定された場合、前記問い合わせに対する回答を行うための情報を補充する補充処理を実行し、前記補充処理の結果に基づいて、前記問い合わせに対する回答を生成する回答生成手段と、
前記回答生成手段によって、前記問い合わせに対する回答が生成できたか否かを判定する第２判定手段と、
前記第１判定手段によって前記問い合わせに対する回答が検索できると判定された場合及び前記第２判定手段によって前記問い合わせに対する回答が生成できたと判定された場合に、前記第１判定手段によって検索された前記回答または前記第２判定手段によって生成された前記回答を送信する回答手段と、
前記第２判定手段によって、前記問い合わせに対する回答が生成できなかったと判定された場合、前記問い合わせに対応するコミュニケータの呼び出し処理を実行する呼び出し手段と、
を含むことを特徴とする。

本発明によれば、顧客からの問い合わせを受け付ける業務をより効率化することができる。

本発明に係る情報処理システムのシステム構成を示す図である。 各サーバを構成するサーバコンピュータのハードウェア構成を示す図である。 端末装置のハードウェア構成を示す図である。 情報処理システムにおいて実現される主な機能構成を示すブロック図である。 情報処理システムが実行する受け付け処理の流れを示すフローチャートである。 受け付け処理において端末装置に表示される表示画面例を示す図である。 ＶＯＣ収集処理の流れを示すフローチャートである。 情報処理システムが実行するナレッジ管理処理の流れを示すフローチャートである。 第２実施形態に係る情報処理システムにおいて実現される主な機能構成を示すブロック図である。 第２実施形態に係る情報処理システムが実行する連携処理の流れを示すフローチャートである。 連携処理において端末装置に表示される表示画面例を示す図である。 連携処理においてコミュニケータ用ＰＣに表示される表示画面例を示す図である。

以下、本発明の実施形態について、図面を用いて説明する。

［第１実施形態］
［構成］
［システム構成］
図１は、本発明に係る情報処理システム１のシステム構成を示す図である。

情報処理システム１は、複数企業のコールセンター業務を統合して処理する代理コールセンターシステムを構成している。情報処理システム１では、顧客からの問い合わせに対して、音声認識が可能なバーチャルオペレータ（ＶＯ）を利用した一次受付を行い、予め回答が用意されている定型的な問い合わせに対して、バーチャルオペレータが回答を行う。また、情報処理システム１では、予め回答が用意されていない問い合わせに対して、バーチャルオペレータが、回答を生成するための情報を補充する処理（補充処理）を実行し、回答が生成できた場合、バーチャルオペレータによる回答を行う。さらに、情報処理システム１では、人間のコミュニケータによる対応が必要な問い合わせを各社のコールセンターに繋いで処理する。

また、情報処理システム１では、人間のコミュニケータによって対応を行った履歴を基に、定型化可能な問い合わせと回答とをバーチャルオペレータによって対応する定型的な問い合わせに逐次追加する。

また、情報処理システム１では、問い合わせを行った顧客に対して、バーチャルオペレータが話題を提起し、会話を行うことにより、その会話を通じて把握された情報を基に、顧客に対する推奨情報を提示する。

図１に示すように、情報処理システム１は、ＶＯサーバ１０と、ＩＶＲサーバ２０と、複数のＣＴＩ（Ｃｏｍｐｕｔｅｒ Ｔｅｌｅｐｈｏｎｙ Ｉｎｔｅｇｒａｔｉｏｎ）サーバ３０と、ＩＰ−ＰＢＸ（Ｉｎｔｅｎｅｔ Ｐｒｏｔｏｃｏｌ Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）サーバ４０と、画面連携サーバ５０と、ＣＲＭ（Ｃｕｓｔｏｍｅｒ Ｒｅｌａｔｉｏｎｓｈｉｐ Ｍａｎａｇｅｍｅｎｔ）サーバ６０と、端末装置７０とを含んで構成される。なお、端末装置７０とＩＶＲサーバ２０とは、公衆電話ネットワーク８０Ａを介して通信可能に構成され、端末装置７０、ＶＯサーバ１０及びＣＲＭサーバ６０はインターネット等の公衆通信ネットワーク８０Ｂを介して互いに通信可能に接続される。また、ＶＯサーバ１０とＣＴＩサーバ３０とは、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）８０Ｃを介して互いに通信可能に接続される。さらに、ＣＴＩサーバ３０は、ＩＰ−ＰＢＸサーバ４０を介して、ＩＶＲサーバ２０とＩＰ音声（インターネットプロトコルを利用した音声通信）の送受信を行う。

ＶＯサーバ１０は、ブラウザを実装した端末装置７０（スマートフォンあるいはＰＣ等）からの公衆通信ネットワークを介した問い合わせに対して、バーチャルオペレータを利用した一次受付の対応を実行する。具体的には、ＶＯサーバ１０は、端末装置７０から送信される音声を認識し、発話内容に応じた音声による応答を行う。また、ＶＯサーバ１０は、問い合わせを行った顧客とバーチャルオペレータとの会話を記録し、記録された会話を基に機械学習を実行する。機械学習の結果、ＶＯサーバ１０は、音声認識の方法を変更したり、顧客の意図の解釈方法を変更したりする。また、ＶＯサーバ１０は、コミュニケータによって対応した問い合わせの履歴を基に、同様の問い合わせに対する回答をバーチャルオペレータによる対応に定型化したりする。

ＩＶＲサーバ２０は、端末装置７０からの公衆電話ネットワークを介した問い合わせに対して、自動音声応答による対応を実行する。

ＣＴＩサーバ３０は、複数の企業（ここではＡ社〜Ｃ社とする。）それぞれに設置され、ＶＯサーバ１０による一次受付の対応範囲を超える問い合わせを、各企業における人間のコミュニケータによる受け付けに引き継がせる。具体的には、ＣＴＩサーバ３０には、コミュニケータが使用するコミュニケータ用ＰＣが接続されていると共に、ＰＢＸを介してコミュニケータ用電話機が接続されている。また、ＣＴＩサーバ３０には、顧客に提供される書類、ＵＲＬ及びＰＤＦファイルあるいはＦＡＱのテキストデータ等がデータベースとして記憶されている。また、ＣＴＩサーバ３０がコミュニケータによる受け付けを行う場合、顧客が使用する端末装置７０の画面とコミュニケータ用ＰＣの画面とを連携させる画面連携サーバ５０を介して画面の表示を制御する。なお、コミュニケータと顧客とは、ＩＰ音声の送受信あるいは公衆電話ネットワーク８０Ａを介した音声通信によって通話することが可能である。

ＩＰ−ＰＢＸサーバ４０は、ＩＶＲサーバ２０または端末装置７０から送信されたＩＰ音声と電話回線における音声との変換を行う。
画面連携サーバ５０は、顧客が使用する端末装置７０及びコミュニケータが使用するコミュニケータ用端末装置を制御し、顧客が使用する端末装置７０の画面とコミュニケータが使用するコミュニケータ用端末装置の画面を連携させる。

ＣＲＭサーバ６０は、購買履歴、行動履歴あるいは嗜好情報等の顧客の属性に関する情報等を記憶する。なお、ＣＲＭサーバ６０が記憶しているこれらの情報を、以下、適宜「パーソナル情報」と呼ぶ。ＣＲＭサーバ６０は、ＶＯサーバ１０あるいはＣＴＩサーバ３０からの要求に応じて、パーソナル情報を参照し、各顧客に対して個別に適合した対応を可能とする情報を提供する。

端末装置７０は、情報処理システム１が構成するコールセンターシステムに問い合わせを行う顧客が使用する端末装置７０であり、例えば、スマートフォン、ＰＣあるいは携帯電話機によって構成される。端末装置７０のうち、スマートフォンあるいはＰＣ等、ＶＯサーバ１０による画面の案内表示が可能な装置は、バーチャルオペレータによる音声応答に加え、画面による案内表示が行われる。なお、画面による案内表示ができない端末装置７０については、バーチャルオペレータによる音声応答が行われる。

端末装置７０は、公衆通信ネットワーク８０Ｂを介して、テキスト・画像等のページデータやＩＰ音声の通信を行う。なお、端末装置７０として、公衆電話ネットワーク８０Ａを介して、電話回線における音声の通信を行うものを利用することも可能である。端末装置７０は、ＶＯサーバ１０あるいはＩＶＲサーバ２０への問い合わせの通信を行うと共に、ＶＯサーバ１０あるいはＩＶＲサーバ２０から送信された応答の画面表示や音声出力を行ったりする。

［ハードウェア構成］
次に、情報処理システム１におけるサーバ及び端末装置７０のハードウェア構成を説明する。

［サーバのハードウェア構成］
情報処理システム１において、ＶＯサーバ１０、ＩＶＲサーバ２０、ＣＴＩサーバ３０、ＩＰ−ＰＢＸサーバ４０、画面連携サーバ５０及びＣＲＭサーバ６０は、サーバコンピュータに各サーバの機能を実現するソフトウェアがインストールされることにより構成される。

図２は、各サーバを構成するサーバコンピュータ８００のハードウェア構成を示す図である。
図２に示すように、各サーバを構成するサーバコンピュータ８００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）８１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）８１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）８１３と、バス８１４と、入力部８１５と、出力部８１６と、記憶部８１７と、通信部８１８と、ドライブ８１９と、を備えている。

ＣＰＵ８１１は、ＲＯＭ８１２に記録されているプログラム、または、記憶部８１７からＲＡＭ８１３にロードされたプログラムに従って各種の処理（各サーバの機能を実現するための処理）を実行する。
ＲＡＭ８１３には、ＣＰＵ８１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ８１１、ＲＯＭ８１２及びＲＡＭ８１３は、バス８１４を介して相互に接続されている。バス８１４には、入力部８１５、出力部８１６、記憶部８１７、通信部８１８及びドライブ８１９が接続されている。

入力部８１５は、各種釦等で構成され、指示操作に応じて各種情報を入力する。
出力部８１６は、ディスプレイやスピーカ等で構成され、画像や音声を出力する。
記憶部８１７は、ハードディスクあるいはＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各サーバで管理される各種データを記憶する。
通信部８１８は、ネットワークを介して他の装置との間で行う通信を制御する。

ドライブ８１９には、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリ等よりなる、リムーバブルメディア８２１が適宜装着される。ドライブ８１９によってリムーバブルメディア８２１から読み出されたプログラムは、必要に応じて記憶部８１７にインストールされる。

［端末装置７０のハードウェア構成］
情報処理システム１において、端末装置７０は、スマートフォンあるいはＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等のブラウザを実装した端末装置７０や、音声通信が可能な携帯電話機あるいは固定電話機等によって構成される。

図３は、端末装置７０のハードウェア構成を示す図である。
なお、図３においては、端末装置７０の一例として、スマートフォンのハードウェア構成を示している。

図３に示すように、端末装置７０は、ＣＰＵ９１１と、ＲＯＭ９１２と、ＲＡＭ９１３と、バス９１４と、タッチ操作入力部９１５と、出力部９１６と、音声入力部９１７と、撮像部９１８と、記憶部９１９と、通信部９２０と、ドライブ９２１と、を備えている。

ＣＰＵ９１１は、ＲＯＭ９１２に記録されているプログラム、または、記憶部９１９からＲＡＭ９１３にロードされたプログラムに従って各種の処理（端末装置７０の機能を実現するための処理）を実行する。
ＲＡＭ９１３には、ＣＰＵ９１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ９１１、ＲＯＭ９１２及びＲＡＭ９１３は、バス９１４を介して相互に接続されている。バス９１４には、タッチ操作入力部９１５、出力部９１６、音声入力部９１７、撮像部９１８、記憶部９１９、通信部９２０及びドライブ９２１が接続されている。

タッチ操作入力部９１５は、例えば出力部９１６の表示領域に積層される静電容量式または抵抗膜式の位置入力センサにより構成され、タッチ操作がなされた位置の座標を検出する。ここで、タッチ操作とは、タッチ操作入力部９１５に対する物体（ユーザの指やタッチペン等）の接触または近接の操作をいう。
出力部９１６は、ディスプレイやスピーカ等で構成され、画像や音声を出力する。
即ち、本実施形態では、タッチ操作入力部９１５と出力部９１６のディスプレイとにより、タッチパネルが構成されている。

音声入力部９１７は、例えばマイクロフォンにより構成され、入力された音声をアナログ電気信号に変換する。
なお、音声のアナログ信号は、Ａ／Ｄ（Ａｎａｌｏｇ／Ｄｉｇｉｔａｌ）変換処理が施されて、音声データを表すデジタル信号に変換される。このＡ／Ｄ変換処理の実行主体は、特に限定されず、ＣＰＵ９１１であってもよいし、図示しない専用のハードウェアであってもよいが、本実施形態では説明の便宜上、音声入力部９１７であるものとする。
即ち、本実施形態では、音声入力部９１７は、入力された音声に基づく音声データをＣＰＵ９１１等に出力する。

撮像部９１８は、図示はしないが、光学レンズ部と、イメージセンサと、を備えている。
光学レンズ部は、被写体を撮影するために、光を集光するレンズ、例えばフォーカスレンズ等で構成される。なお、フォーカスレンズの他、焦点距離を一定の範囲で自在に変化させるズームレンズを光学レンズ部に備えることとしてもよい。
光学レンズ部にはまた、必要に応じて、焦点、露出、ホワイトバランス等の設定パラメータを調整する周辺回路が設けられる。

イメージセンサは、光電変換素子や、ＡＦＥ（Ａｎａｌｏｇ Ｆｒｏｎｔ Ｅｎｄ）等から構成される。
光電変換素子は、例えばＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）型の光電変換素子等から構成される。本実施形態においては撮像素子には、Ｂａｙｅｒ配列の色フィルタが装着されている。撮像素子は、一定時間毎に、その間に入射されて蓄積された被写体像の光信号を光電変換（撮像）して、その結果得られるアナログの電気信号をＡＦＥに順次供給する。
ＡＦＥは、このアナログの電気信号に対して、Ａ／Ｄ変換処理等の各種信号処理を実行する。各種信号処理によって、デジタル信号が生成され、撮像部９１８の出力信号として出力される。撮像部９１８の出力信号によって示される画像のデータを、以下、適宜「撮像画像データ」と呼ぶ。撮像画像データは、ＣＰＵ９１１の指示に従って、ＲＡＭ９１３あるいは記憶部９１９に記憶される。

記憶部９１９は、ＤＲＡＭ等の記憶装置で構成され、各種データを記憶する。
通信部９２０は、ネットワークを介して他の装置との間で行う通信を制御する。
ドライブ９２１には、必要に応じて、リムーバブルメディア９３１が適宜装着される。ドライブ９２１によってリムーバブルメディア９３１から読み出されたプログラムは、必要に応じて記憶部９１９にインストールされる。また、リムーバブルメディア９３１は、記憶部９１９に記憶されている各種データも、記憶部９１９と同様に記憶することができる。

［機能的構成］
次に、情報処理システム１において実現される主な機能構成について説明する。
図４は、情報処理システム１において実現される主な機能構成を示すブロック図である。

図４に示すように、情報処理システム１は、データベースとして、ＶＯサーバ１０に、キャラクタデータベース１５１と、パーソナルデータベース１５２と、シナリオデータベース１５３と、ＦＡＱ検索データベース１５４と、音声合成データベース１５５と、マーケティングテンプレートデータベース１５６と、ＶＯＣデータベース１５７と、話題提起データベース１５８と、コミュニケータ履歴データベース１５９と、対話履歴データベース１６０と、を備えている。また、ＣＴＩサーバ３０には、書類データベース３５１と、ＦＡＱテキストデータベース３５２と、が備えられている。さらに、ＣＲＭサーバ６０には、ＣＲＭ個人データベース６５１と、メタデータベース６５２と、が備えられている。
なお、図４においては、データベースを「ＤＢ」と省略して記載している。

キャラクタデータベース１５１は、バーチャルオペレータの各種表情及び仕草を表すデータを記憶している。
パーソナルデータベース１５２は、ユーザ情報によって特定されるユーザ（顧客）毎に、過去の問い合わせ内容や、ＣＲＭサーバ６０から取得されるＣＲＭ個人データの一部等のユーザ固有の情報を記憶している。

シナリオデータベース１５３は、問い合わせに対してバーチャルオペレータによって定型的に回答または対話するシナリオ（応答のパターン）を記憶している。
ＦＡＱ検索データベース１５４は、ＦＡＱ（Ｆｒｅｑｕｅｎｔｌｙ Ａｓｋｅｄ Ｑｕｅｓｔｉｏｎｓ）のデータを記憶している。
音声合成データベース１５５は、文章を音声として合成するための音声データを記憶している。

マーケティングテンプレートデータベース１５６は、各種マーケティングやアンケートに関する質問を予め想定したテンプレートのデータを記憶している。
ＶＯＣデータベース１５７は、情報処理システム１に寄せられた顧客の意見や要望（ＶＯＣ：Ｖｏｉｃｅ Ｏｆ Ｃｕｓｔｏｍｅｒ）を音声あるいはテキストのデータとして記憶している。

話題提起データベース１５８は、問い合わせを行った顧客に対して、問い合わせ内容に応じて提起する話題のデータを記憶している。
コミュニケータ履歴データベース１５９は、顧客とコミュニケータとの対話の履歴のデータを記憶している。

対話履歴データベース１６０は、顧客とバーチャルオペレータとの対話の履歴のデータを記憶している。
書類データベース３５１は、コミュニケータが顧客に提示する書類、ＵＲＬあるいはＰＤＦ等のデータを記憶している。
ＦＡＱテキストデータベース３５２は、コミュニケータが顧客に提示するＦＡＱのテキストデータを記憶している。

ＣＲＭ個人データベース６５１は、ユーザ個人の属性情報や、購買履歴、行動履歴あるいは嗜好情報等の関連情報を記憶している。
メタデータベース６５２は、多数のユーザの購買情報、行動情報、ＳＮＳの情報及び嗜好情報を要約して（即ち、メタデータとして）記憶している。

また、図４に示すように、情報処理システム１は、ＩＶＲサーバ２０の機能として、問い合わせ音声受信部２０１と、回答要求部２０２と、回答受信部２０３と、回答音声送信部２０４と、を備えている。また、ＶＯサーバ１０の機能として、ＩＰ通信部１０１と、発話切り出し部１０２と、ユーザ情報取得部１０３と、音声認識部１０４と、感情分析部１０５と、言語判別部１０６と、意図・状態解釈部１０７と、対話処理部１０８と、音声合成部１０９と、画面制御部１１０と、補充処理部１１１と、コミュニケータ呼び出し部１１２と、機械学習処理部１１３と、定型化処理部１１４と、コミュニケータ支援部１１５と、を備えている。さらに、ＣＴＩサーバ３０の機能として、応答管理部３０１と、画面制御部３０２と、を備えている。

ＩＰ通信部１０１は、端末装置７０から送信されたＩＰ音声をＩＰ−ＰＢＸサーバ４０に送信する。
発話切り出し部１０２は、入力された音声の無音部分を検出することにより、発話の切り出しを実行する。
ユーザ情報取得部１０３は、アクセスした端末の情報（ＩＰアドレス、ユーザＩＤ及びパスワード、端末番号等）を基に、端末の利用者であるユーザを一意に識別するユーザ情報（ユーザ固有の番号等）を取得する。

音声認識部１０４は、発話切り出し部１０２から入力された発話を音声認識し、文字列に変換する。
感情分析部１０５は、発話切り出し部１０２から入力された発話及び無音部分を基に、発話者の感情を分析し、感情を数値化したデータを出力する。例えば、感情分析部１０５は、発話者の話す速度や抑揚の大きさ等を基に、発話者の感情について、喜び、怒り、哀しい、楽しい、平静あるいは焦り等のパラメータ毎に数値を算出する。

言語判別部１０６は、音声認識部１０４から入力された文字列に基づいて、発話された言語を判別する。例えば、言語判別部１０６は、情報処理システム１が対応する複数の各言語と仮定して、音声認識部１０４によって音声認識された結果のうち、最も解析結果の精度が高いものを発話された言語であると判別する。

意図・状態解釈部１０７は、言語判別部１０６によって言語が判別された文字列及び感情分析部１０５から入力された感情の数値データに基づいて、発話者の意図及び現在の対話の状態を解釈する。具体的には、意図・状態解釈部１０７は、言語判別部１０６によって言語が判別された文字列（即ち、発話者の音声がテキスト化された文字列）の内容を判別し、発話者の会話の意図（発話の意味内容）を解釈する。このとき、意図・状態解釈部１０７は、ユーザ情報取得部１０３によって取得されたユーザ情報を基に、ＣＲＭサーバ６０に格納されているそのユーザの個人データ及びパーソナルデータベース１５２に格納されているそのユーザの過去の問い合わせ内容を参照して、発話者の会話の意図を解釈する。例えば、音声認識された発話者の言葉に同音異義語が複数存在する単語が含まれている場合、意図・状態解釈部１０７は、その発話者が過去に問い合わせた内容や、購買履歴等を参照して単語の意味を絞り込み、最も可能性が高い意味に解釈する。これにより、問い合わせを行った発話者（顧客）に応じて問い合わせの意図を適確に判定して、問い合わせに対する回答を行うことができる。また、意図・状態解釈部１０７は、発話者の意図を解釈する際に、発話者がバーチャルオペレータの回答に対して同一の質問を「怒り」の感情を強めて繰り返した場合、意図の解釈が誤りであると判定し、意図の解釈を変更することが可能である。

また、意図・状態解釈部１０７は、問い合わせが行われてから現在までの会話の流れから、発話者の現在の会話の前提条件を現在の対話の状態の要素として解釈する。例えば、発話者が１つ前の発話において特定の条件を指定している場合（例えば、地域として新宿を指定している場合等）、次の発話において発話者が発した会話を既に指定された特定の条件を前提とするものであると解釈する。

また、意図・状態解釈部１０７は、発話者が使用している端末装置７０の種類を現在の対話の状態の要素として解釈する。例えば、意図・状態解釈部１０７は、発話者が使用している端末装置７０が画面表示による案内が可能な端末装置７０であるか否かを現在の対話の状態の要素として解釈する。発話者が使用している端末装置７０が画面表示による案内が可能でない端末装置７０である場合、意図・状態解釈部１０７は、画像を用いない対話を選択する。

意図・状態解釈部１０７は、このように解釈した発話者の意図及び現在の対話の状態を基に、ＦＡＱ検索データベース１５４を検索して、対話内容を決定できるか否かの判定（第１の判定）を行う。第１の判定の結果、対話内容を決定できる場合、意図・状態解釈部１０７は、発話に対する対話内容を決定する。例えば、発話者が「新宿にあるおいしいレストランは？」と発話した場合、意図・状態解釈部１０７は、新宿にある人気のレストランを回答する対話内容に決定する。一方、対話内容を決定できない場合、意図・状態解釈部１０７は、補充処理部１１１に対話内容を決定するための情報の補充処理（後述）を依頼する。そして、意図・状態解釈部１０７は、補充処理の結果に基づいて、対話内容を決定できるか否かの判定（第２の判定）を行う。具体的には、補充処理の結果を用いてＦＡＱ検索データベース１５４を検索し、対話内容を決定できるか、あるいは、ＦＡＱ検索データベース１５４以外の情報源から対話内容を決定できる情報が取得されたかが判定される。第２の判定の結果、対話内容を決定できる場合、意図・状態解釈部１０７は、発話に対する対話内容を決定する。一方、対話内容を決定できない場合、意図・状態解釈部１０７は、コミュニケータ呼び出し部１１２を介して、問い合わせ先の企業のコミュニケータを呼び出す。
なお、問い合わせが端末装置７０からチャット（文字のみによる会話）によって行われた場合、チャットによって送信された文字列が意図・状態解釈部１０７に直接入力され、以後、音声による問い合わせと同様に対話内容が決定される。ただし、この場合、端末装置７０への応答は文字列によるチャットによって行われる。

対話処理部１０８は、意図・状態解釈部１０７によって解釈された対話内容に基づいて、シナリオデータベース１５３を参照し、発話者に対して応答する台詞を決定する。例えば、対話処理部１０８は、意図・状態解釈部１０７によって、新宿にある人気のレストランを回答する対話内容に決定された場合、シナリオデータベース１５３に格納されたシナリオに従い、「新宿駅から○○ｍ以内にある人気のレストランは、・・・」という台詞を選択する。

また、対話処理部１０８は、発話者の発話と発話者に対して応答された台詞とを、発話者のユーザ情報及び発話者の端末装置７０と対応付けて、対話履歴として対話履歴データベース１６０に記憶する。

音声合成部１０９は、対話処理部１０８によって決定された台詞を音声合成し、発話者の端末装置７０に送信する。
画面制御部１１０は、意図・状態解釈部１０７によって解釈された対話内容に基づいて、キャラクタデータベース１５１を参照し、発話者の端末装置７０に表示するバーチャルオペレータのキャラクタデータを決定する。具体的には、画面制御部１１０は、意図・状態解釈部１０７によって解釈された対話内容に対応する表情及び仕草のキャラクタデータを選択し、バーチャルオペレータがその表情及び仕草で会話する画面のデータを生成する。そして、画面制御部１１０は、生成した画面のデータを発話者の端末装置７０に送信する。

補充処理部１１１は、意図・状態解釈部１０７から補充処理の依頼があった場合に、対話内容を決定するための情報の補充処理を実行する。具体的には、補充処理部１１１は、問い合わせに対する回答の候補が複数ある場合に、問い合わせ内容を補充する質問を端末装置７０に送信したり、問い合わせに対する回答がＦＡＱ検索データベース１５４に含まれていない場合に、問い合わせ内容に関する情報をＦＡＱ検索データベース１５４以外の情報源（コミュニケータ履歴データベース１５９あるいはインターネット等）から検索したりする。そして、補充処理部１１１は、質問に対する回答や検索結果を補充処理の結果として意図・状態解釈部１０７に出力する。

コミュニケータ呼び出し部１１２は、意図・状態解釈部１０７からコミュニケータの呼び出しの依頼があった場合に、問い合わせ先の企業のコミュニケータを呼び出す。また、端末装置７０において、コミュニケータを呼び出すための操作（例えば、後述する図６（Ａ）の「電話する」ボタンの押下等）が行われた場合、コミュニケータ呼び出し部１１２は、コミュニケータを呼び出すための処理を実行する。このとき、コミュニケータ呼び出し部１１２は、発話者である顧客の問い合わせ内容に加えて、バーチャルオペレータとの対話で取得した発話者の話す速度や感情の数値データ等をコミュニケータに通知することとしてもよい。

機械学習処理部１１３は、対話履歴データベース１６０に格納された対話履歴を参照し、対話履歴において、不適切な応答が行われているか否かの判定を行う。例えば、機械学習処理部１１３は、対話履歴において、発話者がバーチャルオペレータの応答を否定したり、バーチャルオペレータではなくコミュニケータに繋ぐよう指示したりした状況があるか否かの判定を行う。そして、機械学習処理部１１３は、不適切な応答が行われたと判定した対話履歴を、システム管理者が使用するシステム管理者用ＰＣに通知する。

機械学習処理部１１３が不適切な応答が行われたと判定した対話履歴が、システム管理者用ＰＣによって、不適切なものとして認定された場合、その対話履歴における音声認識の内容（音声からテキストへの変換）あるいは発話者の意図の解釈（文字列の内容の判別結果）の確度が低いものとして、音声認識部１０４及び意図・状態解釈部１０７における処理にフィードバックされる。

定型化処理部１１４は、ナレッジ管理処理を実行することにより、コミュニケータ履歴データベース１５９を参照し、コミュニケータによって、同様の問い合わせに対する回答が複数行われている場合、その問い合わせと、それに対する回答を定型化し、ＦＡＱ検索データベース１５４に追加する。なお、このとき、システム管理者用ＰＣに定型化された問い合わせ及び回答を通知し、承認された場合に、ＦＡＱ検索データベース１５４への追加を実行することとしてもよい。

ここで、本実施形態においては、複数企業のコールセンターにおけるコミュニケータへの問い合わせ及び回答を一元的に参照し、同様の問い合わせに対する回答が複数行われているか否かに従って、定型化を行うものとする。これにより、複数企業における同様の問い合わせ及び回答を定型化できるため、単独の企業でコールセンターを運用する場合に比べ、問い合わせ及び回答を定型化できる頻度を高めることが可能となる。ただし、各企業毎にコールセンターにおけるコミュニケータへの問い合わせ及び回答を参照し、その企業において、同様の問い合わせに対する回答が複数行われているか否かに従って、各企業毎に問い合わせに対する回答を定型化することとしてもよい。

コミュニケータ支援部１１５は、顧客による問い合わせに対してコミュニケータが応答する場合に、その対話を音声認識部１０４によって音声認識し、音声認識結果であるテキストデータに基づいて、コミュニケータを支援する情報を提供する。例えば、コミュニケータ支援部１１５は、顧客による問い合わせ内容が「ＮＩＳＡ（少額投資非課税制度）」である場合に、「ＮＩＳＡ」に関する情報をコミュニケータ用ＰＣに表示させる。なお、コミュニケータ支援部１１５は、顧客とコミュニケータとの対話を感情分析部１０５によって分析し、感情を数値化したデータに基づいて、顧客の感情の変化をコミュニケータ用ＰＣに表示させることとしてもよい。

ＩＶＲサーバ２０の問い合わせ音声受信部２０１は、端末装置７０から送信された音声を受信し、回答要求部２０２に出力する。
回答要求部２０２は、問い合わせ音声受信部２０１から入力された音声のデータをＶＯサーバ１０に送信し、回答の音声を要求する。
回答受信部２０３は、ＶＯサーバ１０から送信される回答の音声のデータを受信する。
回答音声送信部２０４は、回答受信部２０３が受信した回答の音声のデータを音声として端末装置７０に送信する。

ＣＴＩサーバ３０の応答管理部３０１は、コミュニケータに繋げられた問い合わせについて、顧客と、対応を行ったコミュニケータとを対応付けて管理する。
画面制御部３０２は、コミュニケータの操作に従って、画面連携サーバ５０を介して端末装置７０の画面を制御する。

［動作］
次に、情報処理システム１の動作を説明する。
図５は、情報処理システム１が実行する受け付け処理の流れを示すフローチャートである。

受け付け処理は、情報処理システム１の起動と共に開始される。
また、図６は、受け付け処理において端末装置７０に表示される表示画面例を示す図であり、図６（Ａ）は受付初期画面例、図６（Ｂ）は定型応答における表示画面例、図６（Ｃ）はコミュニケータ画面例、図６（Ｄ）はＶＯＣ収集における表示画面例を示す図である。以下、図６を適宜参照して、受け付け処理の流れを説明する。

ステップＳ１において、ＶＯサーバ１０の音声認識部１０４は、端末装置７０から問い合わせがあるか否かの判定を行う。
端末装置７０から問い合わせがない場合、ステップＳ１においてＮＯと判定されて、ステップＳ１の処理が繰り返される。
一方、端末装置７０から問い合わせがある場合、ステップＳ１においてＹＥＳと判定されて、処理はステップＳ２に移行する。

ステップＳ２において、画面制御部１１０は、端末装置７０に受付初期画面（図６（Ａ）参照）を表示させる。
ステップＳ３において、発話切り出し部１０２が発話の切り出しを行うと共に、音声認識部１０４が発話切り出し部１０２から入力された音声を認識し、感情分析部１０５が発話切り出し部１０２から入力された音声について、感情の分析を行う。
ステップＳ４において、言語判別部１０６は、発話された言語を判別する。

ステップＳ５において、意図・状態解釈部１０７は、発話者の意図及び現在の対話の状態を解釈する。
ステップＳ６において、意図・状態解釈部１０７は、ステップＳ５において解釈した発話者の意図及び現在の対話の状態から特定される発話内容に基づいて、ＦＡＱ検索データベース１５４を検索する。
ステップＳ７において、意図・状態解釈部１０７は、対話内容を決定できるか否か（即ち、ＦＡＱ検索データベース１５４に回答があるか否か）の判定を行う。

対話内容を決定できる場合、ステップＳ７においてＹＥＳと判定されて、処理はステップＳ８に移行する。
一方、対話内容を決定できない場合、ステップＳ７においてＮＯと判定されて、処理はステップＳ１０に移行する。
ステップＳ８において、意図・状態解釈部１０７は、ＦＡＱ検索データベース１５４から検索した回答によって対話内容を決定し、対話処理部１０８による応答（定型的な応答）を行う（図６（Ｂ）参照）。

ステップＳ９において、意図・状態解釈部１０７は、問い合わせに対する応答が完了したか否かの判定を行う。
問い合わせに対する応答が完了していない場合、処理はステップＳ３に移行する。
一方、問い合わせに対する応答が完了した場合、処理はステップＳ１８に移行する。

ステップＳ１０において、意図・状態解釈部１０７は、補充処理部１１１に対して補充処理を依頼する。具体的には、補充処理部１１１が、問い合わせに対する回答の候補が複数ある場合に、問い合わせ内容を補充する質問を端末装置７０に送信したり、問い合わせに対する回答がＦＡＱ検索データベース１５４に含まれていない場合に、問い合わせ内容に関する情報をＦＡＱ検索データベース１５４以外の情報源（コミュニケータ履歴データベース１５９あるいはインターネット等）から検索したりする。

ステップＳ１１において、意図・状態解釈部１０７は、補充処理の結果、対話内容を決定できるか否かの判定を行う。
補充処理の結果、対話内容を決定できる場合、ステップＳ１１においてＹＥＳと判定されて、処理はステップＳ１２に移行する。
一方、補充処理の結果、対話内容を決定できない場合、ステップＳ１１においてＮＯと判定されて、処理はステップＳ１３に移行する。

ステップＳ１２において、意図・状態解釈部１０７は、補充処理の結果を用いて、対話内容を決定し、対話処理部１０８による応答を行う。
ステップＳ１２の後、処理はステップＳ９に移行する。

ステップＳ１３において、意図・状態解釈部１０７は、コミュニケータ呼び出し部１１２を介して、問い合わせ先の企業のコミュニケータを呼び出す。このとき、画面制御部１１０によって、端末装置７０の画面に、コミュニケータを呼び出している旨のバーチャルオペレータの応答を行うこととしてもよい。なお、端末装置７０において、コミュニケータを呼び出すための操作が行われた場合、割り込み処理により、ステップＳ１３の処理にジャンプして、コミュニケータの呼び出しが行われる。

ステップＳ１４において、ＣＴＩサーバ３０の画面制御部１１０は、端末装置７０の画面に、コミュニケータの写真を背景として、対話内容が音声認識によってテキスト化されたコミュニケータ画面（図６（Ｃ）参照）を表示させる。コミュニケータ画面が表示されることにより、顧客は対応を行っている人物（コミュニケータ）をより身近に感じ、問い合わせ及びその応答をより円滑に行うことが可能となる。
ステップＳ１５において、音声認識部１０４は、顧客とコミュニケータとの対話を音声認識する。

ステップＳ１６において、意図・状態解釈部１０７は、顧客とコミュニケータとの対話が終了したか否かの判定を行う。
顧客とコミュニケータとの対話が終了していない場合、ステップＳ１６においてＮＯと判定されて、処理はステップＳ１４に移行する。
一方、顧客とコミュニケータとの対話が終了した場合、ステップＳ１６においてＹＥＳと判定されて、処理はステップＳ１７に移行する。

ステップＳ１７において、意図・状態解釈部１０７は、ＶＯＣ収集処理を実行する（図６（Ｄ）参照）。
ステップＳ１８において、対話処理部１０８は、問い合わせに対する一連の対話履歴を対話履歴データベース１６０に記憶する。
ステップＳ１８の後、終了の指示が行われるまで、受け付け処理が繰り返される。

このような処理により、情報処理システム１では、端末装置７０から問い合わせが行われた場合、ＦＡＱ検索データベース１５４を参照し、ＦＡＱ検索データベース１５４に回答が用意されている場合、バーチャルオペレータによる定型的な応答が行われる。一方、ＦＡＱ検索データベース１５４に回答が用意されていない場合、ＶＯサーバ１０が、対話内容を決定するための情報の補充処理を実行し、補充処理の結果を用いて、ＦＡＱ検索データベース１５４から回答を検索する、あるいは、ＦＡＱ検索データベース１５４以外の情報源から情報を取得するといった処理を行い、問い合わせに対してバーチャルオペレータによる応答が行われる。さらに、補充処理の結果を用いても、バーチャルオペレータによって問い合わせに対する応答を行えない場合、コミュニケータが呼び出され、コミュニケータによる応答が行われる。
そのため、情報処理システム１においては、バーチャルオペレータによる応答が可能な限り試みられ、コミュニケータを呼び出す頻度が低下される。
したがって、顧客からの問い合わせを受け付ける業務をより効率化することが可能となる。

次に、受け付け処理のステップ１７でサブフローとして実行されるＶＯＣ収集処理について説明する。
図７は、ＶＯＣ収集処理の流れを示すフローチャートである。
ＶＯＣ収集処理が開始されると、ステップＳ２１において、意図・状態解釈部１０７は、マーケティングテンプレートデータベース１５６を参照して、コミュニケータの応答に関するアンケートのテンプレートを取得し、画面制御部１１０によって端末装置７０の画面にアンケートを表示させる。

ステップＳ２２において、意図・状態解釈部１０７は、アンケートに対する回答を受信する。なお、アンケートに対する回答は、端末装置７０において、音声によって入力することの他、文字によって入力したりすることも可能である。

ステップＳ２３において、意図・状態解釈部１０７は、話題提起データベース１５８を参照し、端末装置７０に対して、問い合わせ内容に応じた話題を提起する。
ステップＳ２４において、音声認識部１０４は、端末装置７０から送信される話題に対する応答の音声を認識する。

ステップＳ２５において、意図・状態解釈部１０７は、音声認識によって取得された回答に含まれるキーワードを基に、セル情報を提示するための対話を話題提起データベース１５８から検索する。なお、セル情報とは、アップセルあるいはクロスセルを意図した広告情報である。セル情報を提示する場合、顧客の問い合わせ先の企業に限定したセル情報を提示することや、情報処理システム１を利用する複数の企業を横断したセル情報を提示することが可能である。

ステップＳ２６において、意図・状態解釈部１０７は、セル情報を提示するための対話が検索できたか否かの判定を行う。
セル情報を提示するための対話が検索できた場合、ステップＳ２６においてＹＥＳと判定されて、処理はステップＳ２７に移行する。
一方、セル情報を提示するための対話が検索できなかった場合、ステップＳ２６においてＮＯと判定されて、処理はステップＳ２８に移行する。

ステップＳ２７において、意図・状態解釈部１０７は、セル情報を提示するための対話を行い、顧客に対してセル情報を提示する。
ステップＳ２７の後、処理はステップＳ２９に移行する。
ステップＳ２８において、意図・状態解釈部１０７は、端末装置７０に対して、話題提起データベース１５８から継続する話題を検索して提起する。

ステップＳ２９において、意図・状態解釈部１０７は、ＶＯＣ収集処理の終了条件と合致しているか否かの判定を行う。ＶＯＣ収集処理の終了条件とは、顧客がＶＯＣ収集処理の終了を指示した場合や、顧客がセル情報に応じて商品案内を求めた場合等を定義することができる。
ＶＯＣ収集処理の終了条件と合致していない場合、ステップＳ２９においてＮＯと判定されて、処理はステップＳ２４に移行する。
一方、ＶＯＣ収集処理の終了条件と合致している場合、ステップＳ２９においてＹＥＳと判定されて、ＶＯＣ収集処理は終了となる。

このような処理により、バーチャルオペレータと顧客とが問い合わせ自体以外の関連する会話（雑談的な会話）を行うことにより、会話の内容に応じたセル情報が顧客に提示される。
そのため、何らかのイベント等が生じることによって問い合わせを行った顧客に対し、顧客の状態に合致したセル情報を提示することができる。
したがって、コールセンター業務を利用して、より効果的なマーケティングを行うことができる。

次に、ナレッジ管理処理について説明する。
図８は、情報処理システム１が実行するナレッジ管理処理の流れを示すフローチャートである。
ナレッジ管理処理は、予め設定された時間にバッチ処理等として実行される。

ステップＳ３１において、定型化処理部１１４は、コミュニケータ履歴データベース１５９を参照する。
ステップＳ３２において、定型化処理部１１４は、コミュニケータ履歴データベース１５９の履歴を解析する。

ステップＳ３３において、定型化処理部１１４は、コミュニケータ履歴データベース１５９の履歴に定型化できる対話があるか否かの判定を行う。定型化できる対話があるか否かについては、例えば、同様の問い合わせに対する回答が予め設定された回数以上行われているか否かによって判定することができる。
コミュニケータ履歴データベース１５９の履歴に定型化できる対話がない場合、ステップＳ３３においてＮＯと判定されて、ナレッジ管理処理は終了となる。
一方、コミュニケータ履歴データベース１５９の履歴に定型化できる対話がある場合、ステップＳ３３においてＹＥＳと判定されて、処理はステップＳ３４に移行する。

ステップＳ３４において、定型化処理部１１４は、定型化された問い合わせ及び回答をＦＡＱ検索データベース１５４に追加する。
ステップＳ３４の後、ナレッジ管理処理は終了となる。

このような処理の結果、コミュニケータが応答を行った定型化されていない問い合わせについて、同様の問い合わせが複数回行われた場合には、その問い合わせ及び回答が、定型化できる問い合わせとして、ＦＡＱ検索データベース１５４に追加される。そして、以後、同様の問い合わせが行われた場合には、コミュニケータではなく、バーチャルオペレータによる回答が行われる。
したがって、情報処理システム１を運用する程、定型的に応答を行う問い合わせの範囲が拡大するため、情報処理システム１を用いたコールセンター業務の効率を向上させることができる。

［第２実施形態］
次に、本発明の第２実施形態について説明する。
［構成］
図９は、第２実施形態に係る情報処理システム１において実現される主な機能構成を示すブロック図である。
第２実施形態に係る情報処理システム１は、第１実施形態における情報処理システム１において、ＶＯサーバ１０とＩＶＲサーバ２０との連携を実現する連携サーバ９０をさらに含んでいる。なお、図９においては、第１実施形態で示した各サーバの機能は省略して示している。

連携サーバ９０は、ＶＯサーバ１０とＩＶＲサーバ２０との連携のための処理を実行する連携処理部９０１を備えている。連携処理部９０１は、ＶＯサーバ１０によって一次受付の対応を行っている場合に、端末装置７０を使用する顧客がコミュニケータを呼び出すための操作を行うことに対応して、ＩＶＲサーバ２０に電話の発信を行う。そして、連携処理部９０１は、顧客とのそれまでの対話内容に応じて、音声による問い合わせを自動的に行い、ＩＶＲサーバ２０によって提供される自動音声応答に対応しながら、コミュニケータの呼び出しまでの会話を自動的に進行する。
このような処理により、ＶＯサーバ１０とＣＴＩサーバ３０とが直接連携できない場合にも、ＩＶＲサーバ２０による自動音声応答機能を利用して、ＶＯサーバ１０からコミュニケータの呼び出しを行うことが可能となる。
なお、このような連携サーバ９０の機能をＶＯサーバ１０が備えることも可能である。

［動作］
次に、動作を説明する。
第２実施形態に係る情報処理システム１は、第１実施形態と同様に、図６に示す受け付け処理を実行する。
そして、端末装置７０において、コミュニケータを呼び出すための操作が行われた場合に、ステップＳ１３のサブフローとして、連携処理が実行される。
図１０は、第２実施形態に係る情報処理システム１が実行する連携処理の流れを示すフローチャートである。
また、図１１は、連携処理において端末装置７０に表示される表示画面例を示す図であり、図１１（Ａ）は電話番号の入力画面例、図１１（Ｂ）はコミュニケータの連絡先の一覧を表示する画面例、図１１（Ｃ）はコミュニケータの呼び出し中に表示される画面例を示す図である。
さらに、図１２は、連携処理においてコミュニケータ用ＰＣに表示される表示画面例を示す図であり、図１２（Ａ）は対話履歴検索画面例、図１２（Ｂ）は対話履歴確認画面例、図１２（Ｃ）は受電時画面例、図１２（Ｄ）は応答完了後画面例を示す図である。
以下、図１１及び図１２を適宜参照して、連携処理の流れを説明する。

ステップＳ４１において、ＶＯサーバ１０の意図・状態解釈部１０７は、対話処理部１０８によって顧客自身の電話番号の入力を促す応答を行う（図１１（Ａ）参照）。このとき、顧客による電話番号の入力は、音声による入力及び文字列による入力のいずれとすることも可能である。これにより、ＶＯサーバ１０において顧客自身の電話番号が取得される。
ステップＳ４２において、コミュニケータ呼び出し部１１２は、顧客の問い合わせ先であると推定されるコミュニケータの連絡先の一覧を連携サーバ９０の連携処理部９０１から取得し、端末装置７０に送信する（図１１（Ｂ）参照）。図１１（Ｂ）では、顧客の問い合わせ先である可能性が高い３箇所の連絡先と、全ての連絡先を表示させるためのボタンとが表示されている。コミュニケータの連絡先は、ＣＴＩサーバ３０から連携処理部９０１に提供したり、連携処理部９０１が一般のＷｅｂサーバから情報を収集して取得したりすること等が可能である。また、コミュニケータの連絡先として、問い合わせ先の部署名及び電話番号を示すことや、問い合わせ先の部署名のみを示すこと等が可能である。なお、ステップＳ４２において、それまでの顧客とバーチャルオペレータとの対話履歴のデータが連携サーバ９０に送信される。

ステップＳ４３において、コミュニケータ呼び出し部１１２は、端末装置７０において選択された連絡先を取得する。
ステップＳ４４において、コミュニケータ呼び出し部１１２は、端末装置７０において選択された連絡先への電話の発信を、連携処理部９０１に要求する。なお、ステップＳ４４において、それまでの顧客とバーチャルオペレータとの対話履歴のデータが連携サーバ９０に送信される。
ステップＳ４５において、連携処理部９０１は、ＩＶＲサーバ２０に電話の発信を行い、顧客とのそれまでの対話内容に応じて、音声による問い合わせを自動的に行う。このとき、連携処理部９０１は、ＩＶＲサーバ２０によって提供される自動音声応答に対応しながら、コミュニケータの呼び出しまでの会話を自動的に進行する。なお、顧客の端末装置７０には、コミュニケータを呼び出し中である旨のメッセージがバーチャルオペレータによって通知される（図１１（Ｃ）参照）。

ステップＳ４６において、ＩＶＲサーバ２０は、連携処理部９０１による自動的な会話に対する応答結果として、コミュニケータの呼び出しを行う。
ステップＳ４７において、ＣＴＩサーバ３０の応答管理部３０１は、コミュニケータに対する呼び出しがあった場合に実行される受電処理を実行する。受電処理では、コミュニケータ用ＰＣにおいて、問い合わせ内容を検索するための対話履歴検索画面が表示され（図１２（Ａ）参照）、コミュニケータは、連携サーバ９０から通知されるＩＤを入力する。すると、対話履歴確認画面において、呼び出しを行った顧客との対話履歴（連携サーバ９０で管理されている対話履歴のデータ）が文字列として表示されると共に、コミュニケータがその顧客に電話を発信するためのボタン（受電ボタン）が表示される（図１２（Ｂ）参照）。
ステップＳ４８において、連携処理部９０１は、コミュニケータが受電ボタンを操作することに対応して、コミュニケータによる通話の準備が完了した状態である「受電待ち状態」に移行する。このとき、コミュニケータ用ＰＣにおいて、受電ボタン操作後の結果を入力するための受電時画面が表示される（図１２（Ｃ）参照）。

ステップＳ４９において、連携処理部９０１は、ＩＰ−ＰＢＸサーバ４０を介して、コミュニケータ用電話機から、顧客によって入力された電話番号に電話の発信を行う。
ステップＳ５０において、顧客が電話に出ると、コミュニケータと顧客の通話が開始される。
ステップＳ５０の後、処理は受け付け処理に戻る。
なお、コミュニケータと顧客との通話が終了した後、コミュニケータは、受電時画面において、「通話できた」、「電話に出なかった」、「圏外」、「留守電」、「話し中」あるいは「電話番号不正」といった顧客への連絡の結果を入力する。コミュニケータによる入力が行われると、コミュニケータによる顧客への応答完了後に表示される応答完了後画面が表示される（図１２（Ｄ）参照）。

このような処理により、顧客がコミュニケータの呼び出しを要求した場合に、連携サーバ９０の連携処理部９０１によって、ＩＶＲサーバ２０における自動音声応答に対する会話の入力を進行し、ＩＶＲサーバ２０を経由したコミュニケータの呼び出しを行うことができる。
したがって、ＶＯサーバ１０とＣＴＩサーバ３０とが直接連携できない場合にも、ＩＶＲサーバ２０による自動音声応答機能を利用して、ＶＯサーバ１０からコミュニケータの呼び出しを行うことが可能となる。

［応用例１］
上記実施形態において、バーチャルオペレータのキャラクターあるいは服装等を、問い合わせ先の企業に応じて異なるものとすることができる。例えば、キャラクタデータベースに個性の異なる複数種類のキャラクターを記憶しておき、問い合わせ内容が技術的なことであればバーチャルオペレータを技術に詳しそうなキャラクターとし、銀行業務に関することであればバーチャルオペレータを堅い服装のキャラクター等とすることができる。
これにより、問い合わせを行った顧客に対して、問い合わせ内容に相応しいバーチャルオペレータの雰囲気を感じさせることができる。

［応用例２］
上記実施形態において、バーチャルオペレータのキャラクターあるいは服装等を、問い合わせを行った顧客に応じて異なるものとすることができる。例えば、キャラクタデータベースに個性の異なる複数種類のキャラクターを記憶しておき、問い合わせを行った顧客がアニメに興味がある場合にはバーチャルオペレータをアニメのキャラクターとすることができる。
これにより、顧客に好感を与えるバーチャルオペレータによって、コールセンターでの応答を行うことができるため、顧客満足度の向上を図ることができる。

［応用例３］
上記実施形態において、問い合わせを行った顧客が、住所変更等、同様の手続きを複数社に対して行う場合、バーチャルオペレータの受け付けによって、複数社への手続きをまとめて行えるようにしてもよい。
これにより、顧客は、同一の手続きを複数回行う手間を軽減することができる。

［応用例４］
上記実施形態において、顧客が問い合わせた内容以外の手続きであって、問い合わせた内容に関連する手続きをバーチャルオペレータが提案し、これらの手続きをまとめて行えるようにしてもよい。
これにより、顧客は、必要な手続きの漏れが生じる可能性を低減することができる。

以上説明したように、本実施形態に係る情報処理システム１は、端末装置７０と、受付サーバとしてのＶＯサーバ１０とを含む。
ＶＯサーバ１０は、音声認識部１０４と、意図・状態解釈部１０７と、コミュニケータ呼び出し部１１２とを備える。
音声認識部１０４は、端末装置７０からの問い合わせを受け付ける。
意図・状態解釈部１０７は、予め用意された複数の質問及び回答が格納されたＦＡＱ検索データベース１５４から、問い合わせに対する回答が検索できるか否かを判定する。
また、意図・状態解釈部１０７は、問い合わせに対する回答が検索できないと判定された場合、問い合わせに対する回答を行うための情報を補充する補充処理を実行し、補充処理の結果に基づいて、問い合わせに対する回答を生成する。
また、意図・状態解釈部１０７は、問い合わせに対する回答が生成できたか否かを判定する。
また、意図・状態解釈部１０７は、問い合わせに対する回答が検索できると判定された場合及び問い合わせに対する回答が生成できたと判定された場合に、検索された回答または生成された回答を送信する。
コミュニケータ呼び出し部１１２は、意図・状態解釈部１０７によって、問い合わせに対する回答が生成できなかったと判定された場合、問い合わせに対応するコミュニケータの呼び出し処理を実行する。
これにより、端末装置７０から問い合わせが行われた場合、ＦＡＱ検索データベース１５４を参照し、ＦＡＱ検索データベース１５４に回答が用意されている場合、定型的な応答が行われる。一方、ＦＡＱ検索データベース１５４に回答が用意されていない場合、問い合わせに対する回答を行うための情報の補充処理を実行し、補充処理の結果に基づいて回答が生成される。さらに、補充処理を行っても、問い合わせに対する回答が生成できない場合、コミュニケータが呼び出され、コミュニケータによる応答が行われる。
そのため、情報処理システム１においては、システムによる自動的な応答が可能な限り試みられ、コミュニケータを呼び出す頻度が低下される。
したがって、顧客からの問い合わせを受け付ける業務をより効率化することが可能となる。

また、意図・状態解釈部１０７は、補充処理として、端末装置７０に対して、問い合わせの内容を補充する質問を送信する。
これにより、問い合わせに対する回答が絞り切れない場合に、回答を絞り込む質問を行うことができる。

また、意図・状態解釈部１０７は、補充処理として、問い合わせの内容に関する情報をＦＡＱ検索データベース１５４以外の情報源から検索する。
これにより、問い合わせに対する回答が用意されていない場合であっても、検索可能な情報源から情報を取得して回答を行うことができる。

また、音声認識部１０４は、端末装置７０からの問い合わせを、音声認識を用いた自動応答によって受け付ける。
また、意図・状態解釈部１０７は、検索された回答または生成された回答を、音声データによる応答として送信する。
これにより、端末装置からの問い合わせに対して、音声による自動応答を行うことができる。

また、ＶＯサーバ１０は、定型化処理部１１４を備える。
定型化処理部１１４は、コミュニケータの応答の履歴に基づいて、定型化する問い合わせ及び回答の組み合わせを生成する。
これにより、コミュニケータが応答を行った定型化されていない問い合わせについて、同様の問い合わせが複数回行われた場合には、その問い合わせ及び回答が、定型化できる問い合わせとされる。
したがって、情報処理システム１を運用する程、定型的に応答を行う問い合わせの範囲が拡大するため、情報処理システム１を用いた業務の効率を向上させることができる。

また、コミュニケータ呼び出し部１１２は、複数の組織それぞれに対応して設置されたコミュニケータのうち、問い合わせに対応する組織のコミュニケータを呼び出す呼び出し処理を実行する。
音声認識部１０４は、複数の組織への問い合わせを代表して受け付ける。
定型化処理部１１４は、各組織への問い合わせに対して、コミュニケータが回答した履歴に基づいて、複数の組織に共通して定型化できる問い合わせと回答との組み合わせを生成する。
これにより、複数の組織における問い合わせへの対応業務を統合して行う場合に、複数の組織における同様の問い合わせ及び回答を定型化できるため、単独の組織で問い合わせへの対応業務を運用する場合に比べ、問い合わせ及び回答を定型化できる頻度を高めることが可能となる。

また、ＶＯサーバ１０は、パーソナルデータベース１５２を備える。
パーソナルデータベース１５２は、問い合わせを行う顧客個人に関するパーソナル情報を管理する。
意図・状態解釈部１０７は、パーソナル情報を参照して、問い合わせに対する回答がＦＡＱ検索データベース１５４から検索できるか否かを判定する。
これにより、問い合わせを行った顧客に応じて問い合わせの意図を適確に判定して、問い合わせに対する回答を行うことができる。

また、意図・状態解釈部１０７は、問い合わせの内容に関連する話題を音声として提供する。
また、意図・状態解釈部１０７は、話題に対する端末装置７０のユーザからの応答を音声認識し、応答内容に関連する推奨情報（セル情報等）を音声として提供する。
これにより、システムと顧客とが問い合わせ自体以外の関連する会話（雑談的な会話）を行うことにより、会話の内容に応じた推奨情報が顧客に提示される。
そのため、何らかのイベント等が生じることによって問い合わせを行った顧客に対し、顧客の状態に合致した推奨情報を提示することができる。
したがって、問い合わせへの対応業務を利用して、より効果的なマーケティングを行うことができる。

また、情報処理システム１は、自動音声応答サーバとしてのＩＶＲサーバ２０と、連携サーバ９０とを備える。
ＩＶＲサーバ２０は、端末装置７０からの予め設定された問い合わせに対して、自動音声応答により回答すると共に、予め設定された問い合わせ以外に対しては、コミュニケータの呼び出し処理を実行する。
連携サーバ９０は、ＶＯサーバ１０からコミュニケータの呼び出しを行う場合に、ＶＯサーバ１０と端末装置７０との間で行われた問い合わせ及び応答に基づいて、ＩＶＲサーバ２０に対する問い合わせを行い、コミュニケータの呼び出し処理が行われるまでの会話を自動的に進行して、コミュニケータの呼び出しを実行する。
これにより、顧客がコミュニケータの呼び出しを要求した場合に、連携サーバ９０によって、ＩＶＲサーバ２０における自動音声応答に対する会話の入力を進行し、ＩＶＲサーバ２０を経由したコミュニケータの呼び出しを行うことができる。
したがって、ＩＶＲサーバ２０による自動音声応答機能を利用して、ＶＯサーバ１０からコミュニケータの呼び出しを行うことが可能となる。

なお、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
例えば、上記実施形態においては、情報処理システム１が代理する組織を企業であるものとして説明したが、これに限られない。
即ち、本発明は、問い合わせに対する対応業務を行う組織であれば、企業の他、学校、行政機関あるいは医療機関等に適用することが可能である。

また、上述の実施形態において、各サーバの構成は一例として示したものであり、情報処理システム１全体として、上記各サーバの機能が備えられていれば、複数のサーバの機能を統合したり、１つのサーバの機能を分割したりすることができる。

上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図４の機能的構成は例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が情報処理システム１に備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図４の例に限定されない。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば汎用のパーソナルコンピュータであってもよい。

このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図２のリムーバブルメディア８２１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。リムーバブルメディア８２１は、例えば、磁気ディスク（フロッピディスクを含む）、光ディスク、または光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ−Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ−Ｄｉｓｋ）等により構成される。また、装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されている図２のＲＯＭ８１２や、図２の記憶部８１７に含まれるＤＲＡＭ等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。

１・・・情報処理システム，１０・・・ＶＯサーバ，２０・・・ＩＶＲサーバ，３０・・・ＣＴＩサーバ，４０・・・ＩＰ−ＰＢＸサーバ，５０・・・画面連携サーバ，６０・・・ＣＲＭサーバ，７０・・・端末装置，８０Ａ・・・公衆電話ネットワーク，８０Ｂ・・・公衆通信ネットワーク，８０Ｃ・・・ＶＰＮ，９０・・・連携サーバ，８００・・・サーバコンピュータ，８１１、９１１・・・ＣＰＵ，８１２、９１２・・・ＲＯＭ，８１３、９１３・・・ＲＡＭ，８１４、９１４・・・バス，８１５・・・入力部，８１６、９１６・・・出力部、８１７、９１９・・・記憶部、８１８、９２０・・・通信部、８１９、９２１・・・ドライブ，８２１、９３１・・・リムーバブルメディア，９１５・・・タッチ操作入力部，９１７・・・音声入力部，９１８・・・撮像部，１５１・・・キャラクタデータベース，１５２・・・パーソナルデータベース，１５３・・・シナリオデータベース，１５４・・・ＦＡＱ検索データベース，１５５・・・音声合成データベース，１５６・・・マーケティングテンプレートデータベース，１５７・・・ＶＯＣデータベース，１５８・・・話題提起データベース，１５９・・・コミュニケータ履歴データベース，１６０・・・対話履歴データベース，３５１・・・書類データベース，３５２・・・ＦＡＱテキストデータベース，６５１・・・ＣＲＭ個人データベース，６５２・・・メタデータベース，２０１・・・問い合わせ音声受信部，２０２・・・回答要求部，２０３・・・回答受信部，２０４・・・回答音声送信部，１０１・・・ＩＰ通信部，１０２・・・発話切り出し部，１０３・・・ユーザ情報取得部，１０４・・・音声認識部，１０５・・・感情分析部，１０６・・・言語判別部，１０７・・・意図・状態解釈部，１０８・・・対話処理部，１０９・・・音声合成部，１１０、３０２・・・画面制御部，１１１・・・補充処理部，１１２・・・コミュニケータ呼び出し部，１１３・・・機械学習処理部，１１４・・・定型化処理部，１１５・・・コミュニケータ支援部，３０１・・・応答管理部，９０１・・・連携処理部

Claims (12)

1. 問い合わせを送信する端末装置と、前記端末装置から送信された前記問い合わせを受け付ける受付サーバとを含む情報処理システムであって、
   前記受付サーバは、
   前記端末装置からの前記問い合わせを受け付ける受付手段と、
   予め用意された複数の質問及び回答が格納された応答データベースから、前記問い合わせに対する回答が検索できるか否かを判定する第１判定手段と、
   前記第１判定手段によって、前記問い合わせに対する回答が検索できないと判定された場合、前記問い合わせに対する回答を行うための情報を補充する補充処理を実行し、前記補充処理の結果に基づいて、前記問い合わせに対する回答を生成する回答生成手段と、
   前記回答生成手段によって、前記問い合わせに対する回答が生成できたか否かを判定する第２判定手段と、
   前記第１判定手段によって前記問い合わせに対する回答が検索できると判定された場合及び前記第２判定手段によって前記問い合わせに対する回答が生成できたと判定された場合に、前記第１判定手段によって検索された前記回答または前記第２判定手段によって生成された前記回答を送信する回答手段と、
   前記第２判定手段によって、前記問い合わせに対する回答が生成できなかったと判定された場合、前記問い合わせに対応するコミュニケータの呼び出し処理を実行する呼び出し手段と、
   を含み、
   前記回答生成手段は、前記補充処理として、前記問い合わせの内容に関する情報を、前記応答データベース以外の情報源である、過去に問い合わせを行った顧客と前記コミュニケータとの対話の履歴のデータ及びインターネットを含む情報源から検索することを特徴とする情報処理システム。
2. 前記回答生成手段は、前記補充処理として、前記端末装置に対して、前記問い合わせの内容を補充する質問を送信することを特徴とする請求項１に記載の情報処理システム。
3. 前記受付手段は、前記端末装置からの前記問い合わせを、音声認識を用いた自動応答によって受け付け、
   前記回答手段は、前記第１判定手段によって検索された前記回答または前記第２判定手段によって生成された前記回答を、音声データによる応答として送信することを特徴とする請求項１または２に記載の情報処理システム。
4. 前記受付サーバは、
   前記コミュニケータの応答の履歴に基づいて、定型化する問い合わせ及び回答の組み合わせを生成する定型化処理手段を備えることを特徴とする請求項１から３のいずれか１項に記載の情報処理システム。
5. 前記呼び出し手段は、複数の組織それぞれに対応して設置されたコミュニケータのうち、前記問い合わせに対応する組織のコミュニケータを呼び出す前記呼び出し処理を実行し、
   前記受付手段は、前記複数の組織への問い合わせを代表して受け付け、
   前記定型化処理手段は、各組織への問い合わせに対して、前記コミュニケータが回答した履歴に基づいて、複数の組織それぞれに対応して設置された前記コミュニケータによって、同様の問い合わせに対する回答が複数行われている当該問い合わせと、当該問い合わせに対する回答とを、前記複数の組織に共通して定型化できる問い合わせと回答との組み合わせとして生成することを特徴とする請求項４に記載の情報処理システム。
6. 前記受付サーバは、前記問い合わせを行う顧客個人の購買履歴、行動履歴及び嗜好情報に関するパーソナル情報を管理するパーソナル情報管理手段を備え、
   前記第１判定手段は、前記問い合わせを行った顧客個人の購買履歴、行動履歴及び嗜好情報に関する前記パーソナル情報を参照して、前記問い合わせに対する回答が前記応答データベースから検索できるか否かを判定することを特徴とする請求項１から５のいずれか１項に記載の情報処理システム。
7. 前記受付サーバは、
   前記問い合わせの内容に関連する話題を音声として提供する話題提供手段と、
   前記話題に対する前記端末装置のユーザからの応答を音声認識し、応答内容に関連する推奨情報を音声として提供する推奨情報提供手段と、
   を備えることを特徴とする請求項１から６のいずれか１項に記載の情報処理システム。
8. 問い合わせを送信する端末装置と、前記端末装置から送信された前記問い合わせを受け付ける受付サーバとを含む情報処理システムであって、
   前記受付サーバは、
   前記端末装置からの前記問い合わせを受け付ける受付手段と、
   予め用意された複数の質問及び回答が格納された応答データベースから、前記問い合わせに対する回答が検索できるか否かを判定する第１判定手段と、
   前記第１判定手段によって、前記問い合わせに対する回答が検索できないと判定された場合、前記問い合わせに対する回答を行うための情報を補充する補充処理を実行し、前記補充処理の結果に基づいて、前記問い合わせに対する回答を生成する回答生成手段と、
   前記回答生成手段によって、前記問い合わせに対する回答が生成できたか否かを判定する第２判定手段と、
   前記第１判定手段によって前記問い合わせに対する回答が検索できると判定された場合及び前記第２判定手段によって前記問い合わせに対する回答が生成できたと判定された場合に、前記第１判定手段によって検索された前記回答または前記第２判定手段によって生成された前記回答を送信する回答手段と、
   前記第２判定手段によって、前記問い合わせに対する回答が生成できなかったと判定された場合、前記問い合わせに対応するコミュニケータの呼び出し処理を実行する呼び出し手段と、を備え、
   前記端末装置からの予め設定された問い合わせに対して、自動音声応答により回答すると共に、前記予め設定された問い合わせ以外に対しては、コミュニケータの呼び出し処理を実行する自動音声応答サーバと、
   前記受付サーバからコミュニケータの呼び出しを行う場合に、前記受付サーバと前記端末装置との間で行われた前記問い合わせ及び応答に基づいて、前記自動音声応答サーバに対する問い合わせを行い、コミュニケータの呼び出し処理が行われるまでの会話を自動的に進行して、コミュニケータの呼び出しを実行する連携サーバと、
   をさらに含むことを特徴とする情報処理システム。
9. 前記受付サーバは、
   前記受付手段による受け付け及び前記回答手段による回答を行うバーチャルオペレータのキャラクタデータを選択し、選択した前記バーチャルオペレータが会話する画面のデータを生成し、生成した画面のデータを前記端末装置に送信する画面制御手段を備えることを特徴とする請求項１から８のいずれか１項に記載の情報処理システム。
10. 問い合わせを送信する端末装置と、前記端末装置から送信された前記問い合わせを受け付ける受付サーバとを含む情報処理システムにおける受付サーバであって、
    前記端末装置からの前記問い合わせを受け付ける受付手段と、
    予め用意された複数の質問及び回答が格納された応答データベースから、前記問い合わせに対する回答が検索できるか否かを判定する第１判定手段と、
    前記第１判定手段によって、前記問い合わせに対する回答が検索できないと判定された場合、前記問い合わせに対する回答を行うための情報を補充する補充処理を実行し、前記補充処理の結果に基づいて、前記問い合わせに対する回答を生成する回答生成手段と、
    前記回答生成手段によって、前記問い合わせに対する回答が生成できたか否かを判定する第２判定手段と、
    前記第１判定手段によって前記問い合わせに対する回答が検索できると判定された場合及び前記第２判定手段によって前記問い合わせに対する回答が生成できたと判定された場合に、前記第１判定手段によって検索された前記回答または前記第２判定手段によって生成された前記回答を送信する回答手段と、
    前記第２判定手段によって、前記問い合わせに対する回答が生成できなかったと判定された場合、前記問い合わせに対応するコミュニケータの呼び出し処理を実行する呼び出し手段と、
    を備え、
    前記回答生成手段は、前記補充処理として、前記問い合わせの内容に関する情報を、前記応答データベース以外の情報源である、過去に問い合わせを行った顧客と前記コミュニケータとの対話の履歴のデータ及びインターネットを含む情報源から検索することを特徴とする受付サーバ。
11. 問い合わせを送信する端末装置と、前記端末装置から送信された前記問い合わせを受け付ける受付サーバとを含む情報処理システムにおいて実行される情報処理方法であって、
    前記端末装置からの前記問い合わせを受け付ける受付ステップと、
    予め用意された複数の質問及び回答が格納された応答データベースから、前記問い合わせに対する回答が検索できるか否かを判定する第１判定ステップと、
    前記第１判定ステップにおいて、前記問い合わせに対する回答が検索できないと判定された場合、前記問い合わせに対する回答を行うための情報を補充する補充処理を実行し、前記補充処理の結果に基づいて、前記問い合わせに対する回答を生成する回答生成ステップと、
    前記回答生成ステップにおいて、前記問い合わせに対する回答が生成できたか否かを判定する第２判定ステップと、
    前記第１判定ステップにおいて前記問い合わせに対する回答が検索できると判定された場合及び前記第２判定ステップにおいて前記問い合わせに対する回答が生成できたと判定された場合に、前記第１判定ステップにおいて検索された前記回答または前記第２判定ステップにおいて生成された前記回答を送信する回答ステップと、
    前記第２判定ステップにおいて、前記問い合わせに対する回答が生成できなかったと判定された場合、前記問い合わせに対応するコミュニケータの呼び出し処理を実行する呼び出しステップと、
    を含み、
    前記回答生成ステップでは、前記補充処理として、前記問い合わせの内容に関する情報を、前記応答データベース以外の情報源である、過去に問い合わせを行った顧客と前記コミュニケータとの対話の履歴のデータ及びインターネットを含む情報源から検索することを特徴とする情報処理方法。
12. 問い合わせを送信する端末装置と、前記端末装置から送信された前記問い合わせを受け付ける受付サーバとを含む情報処理システムにおける受付サーバを構成するコンピュータに、
    前記端末装置からの前記問い合わせを受け付ける受付機能と、
    予め用意された複数の質問及び回答が格納された応答データベースから、前記問い合わせに対する回答が検索できるか否かを判定する第１判定機能と、
    前記第１判定機能によって、前記問い合わせに対する回答が検索できないと判定された場合、前記問い合わせに対する回答を行うための情報を補充する補充処理を実行し、前記補充処理の結果に基づいて、前記問い合わせに対する回答を生成する回答生成機能と、
    前記回答生成機能によって、前記問い合わせに対する回答が生成できたか否かを判定する第２判定機能と、
    前記第１判定機能によって前記問い合わせに対する回答が検索できると判定された場合及び前記第２判定機能によって前記問い合わせに対する回答が生成できたと判定された場合に、前記第１判定機能によって検索された前記回答または前記第２判定機能によって生成された前記回答を送信する回答機能と、
    前記第２判定機能によって、前記問い合わせに対する回答が生成できなかったと判定された場合、前記問い合わせに対応するコミュニケータの呼び出し処理を実行する呼び出し機能と、
    を実現させ、
    前記回答生成機能は、前記補充処理として、前記問い合わせの内容に関する情報を、前記応答データベース以外の情報源である、過去に問い合わせを行った顧客と前記コミュニケータとの対話の履歴のデータ及びインターネットを含む情報源から検索することを特徴とするプログラム。

Images