(57)【要約】【課題】対話サービス提供システムに用いられるユーザ情報を、適切な態様で管理する情報管理装置を提供する。【解決手段】情報管理装置１０１は、ユーザ情報を記憶する記憶部３３と、車載端末１０を介して入力されたユーザの音声から発話内容を解釈する発話解釈部３４２と、解釈された発話内容に基づいて、ユーザの対話相手を決定する相手決定部と、を備える。相手決定部は、ユーザの発話に所定の指令が含まれているとき、対話相手をサーバ装置３０に決定する一方、所定の指令が含まれないとき、相手側ユーザに対話相手を決定する。記憶部３３に記憶されるユーザ情報は、サーバ装置との対話内容に応じて更新される第１ユーザ情報と、相手側ユーザとの対話内容に応じて更新される第２ユーザ情報と、を含む。【選択図】図２
2020166621.tif 000002
【特許請求の範囲】
【請求項１】
音声を入出力可能なユーザ機器を介して入力されるユーザ情報を管理する情報管理装置であって、
ユーザ情報を記憶する記憶部と、
前記ユーザ機器を介して入力されたユーザの音声から発話内容を解釈する発話解釈部と、
前記発話解釈部により解釈された発話内容に基づいて、ユーザの対話相手を決定する相手決定部と、を備え、
前記相手決定部は、ユーザの発話に所定の指令が含まれているとき、予め定められた第１対話相手に対話相手を決定する一方、前記所定の指令が含まれないとき、不特定の第２対話相手に対話相手を決定し、
前記記憶部に記憶されるユーザ情報は、前記相手決定部により対話相手が前記第１対話相手に決定されときの対話内容に応じて更新される第１ユーザ情報と、対話相手が前記第２対話相手に決定されたときの対話内容に応じて更新される第２ユーザ情報と、を含むことを特徴とする情報管理装置。
【請求項２】
請求項１に記載の情報管理装置において、
前記第１対話相手は、前記所定の指令に対応して音声信号を生成して応答する機械応答部であり、
前記第２対話相手は、予め対話相手候補として登録された複数の相手側ユーザのいずれかであることを特徴とする情報管理装置。
【請求項３】
請求項１または２に記載の情報管理装置において、
前記記憶部は、前記第１ユーザ情報と前記第２ユーザ情報とに重複部分が存在するとき、前記第２ユーザ情報から前記重複部分を削除した残りの第２ユーザ情報を記憶することを特徴とする情報管理装置。
【請求項４】
請求項１〜３のいずれか１項に記載の情報管理装置において、
ユーザの発話に応答してユーザに情報を提示する情報出力部をさらに備え、
前記情報出力部は、所定の規則に従い前記第１ユーザ情報および前記第２ユーザ情報のいずれかに基づいてユーザに情報を提示することを特徴とする情報管理装置。
【請求項５】
請求項１〜４のいずれか１項に記載の情報管理装置において、
前記第１ユーザ情報および前記第２ユーザ情報は、それぞれユーザが関心をもつと推定される情報であり、
前記記憶部に記憶されるユーザ情報は、ユーザが無関心であると推定される第３ユーザ情報をさらに含むことを特徴とする情報管理装置。
【請求項６】
音声を入出力可能なユーザ機器を介して入力されるユーザ情報を管理する情報管理方法であって、
コンピュータにより実行される、
ユーザ情報を記憶するステップと、
前記ユーザ機器を介して入力されたユーザの音声から発話内容を解釈するステップと、
解釈された発話内容に基づいて、ユーザの対話相手を決定するステップと、を含み、
前記対話相手を決定するステップは、ユーザの発話に所定の指令が含まれているとき、予め定められた第１対話相手に対話相手を決定する一方、前記所定の指令が含まれないとき、不特定の第２対話相手に対話相手を決定し、
前記記憶するステップで記憶されるユーザ情報は、対話相手が前記第１対話相手に決定されときの対話内容に応じて更新される第１ユーザ情報と、対話相手が前記第２対話相手に決定されたときの対話内容に応じて更新される第２ユーザ情報と、を含むことを特徴とする情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ情報を管理する情報管理装置および情報管理方法に関する。
【背景技術】
【０００２】
従来より、ユーザの端末装置からユーザの発話に基づく商品検索メッセージを受信し、商品検索メッセージとユーザの行動履歴情報とから、統計モデルを用いて、商品検索メッセージに対する商品候補を選択するようにした装置が知られている（例えば特許文献１参照）。この特許文献１記載の装置では、ユーザの発話履歴情報、検索履歴情報、商品閲覧履歴情報などが、ユーザの行動履歴情報として管理される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−４５３２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ユーザは、検索していない情報に対しても潜在的な興味や関心をもつことがある。したがって、ユーザ情報としては、潜在的な興味や関心をもつ情報を含めて管理することが好ましい。
【課題を解決するための手段】
【０００５】
本発明の一態様は、音声を入出力可能なユーザ機器を介して入力されるユーザ情報を管理する情報管理装置であって、ユーザ情報を記憶する記憶部と、ユーザ機器を介して入力されたユーザの音声から発話内容を解釈する発話解釈部と、発話解釈部により解釈された発話内容に基づいて、ユーザの対話相手を決定する相手決定部と、を備える。相手決定部は、ユーザの発話に所定の指令が含まれているとき、予め定められた第１対話相手に対話相手を決定する一方、所定の指令が含まれないとき、不特定の第２対話相手に対話相手を決定する。記憶部に記憶されるユーザ情報は、相手決定部により対話相手が第１対話相手に決定されときの対話内容に応じて更新される第１ユーザ情報と、対話相手が第２対話相手に決定されたときの対話内容に応じて更新される第２ユーザ情報と、を含む。
【０００６】
本発明の他の態様は、音声を入出力可能なユーザ機器を介して入力されるユーザ情報を管理する情報管理方法であって、コンピュータにより実行される、ユーザ情報を記憶するステップと、ユーザ機器を介して入力されたユーザの音声から発話内容を解釈するステップと、解釈された発話内容に基づいて、ユーザの対話相手を決定するステップと、を含む。対話相手を決定するステップは、ユーザの発話に所定の指令が含まれているとき、予め定められた第１対話相手に対話相手を決定する一方、所定の指令が含まれないとき、不特定の第２対話相手に対話相手を決定する。記憶するステップで記憶されるユーザ情報は、対話相手が第１対話相手に決定されときの対話内容に応じて更新される第１ユーザ情報と、対話相手が第２対話相手に決定されたときの対話内容に応じて更新される第２ユーザ情報と、を含む。
【発明の効果】
【０００７】
本発明によれば、不特定の対話相手との対話内容に応じてユーザ情報が更新されるので、ユーザの潜在的な興味や関心をもつ情報を含めてユーザ情報を適切に管理することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施形態に係る情報管理装置を有する対話サービス提供システムの概略構成を示す図。
【図２】図１の対話サービス提供システムの全体構成を示すブロック図。
【図３Ａ】図２の車載端末の入出力部に表示される表示画像の一例を示す図。
【図３Ｂ】図２の車載端末の入出力部に表示される表示画像の他の例を示す図。
【図４】図２のサーバ装置で実行される処理の一例を示すフローチャート。
【図５】本発明の実施形態に係る情報管理装置の主たる構成要素であるユーザ情報データベースの機能的構成を示すブロック図。
【図６】第１ユーザ情報と第２ユーザ情報とをジョハリの窓の概念を用いて表す図。
【図７】本発明の実施形態に係る情報管理装置におけるユーザ情報の記憶に関する処理の一例を示すフローチャート。
【図８】対話ジャンルの階層化の一例を示す図。
【発明を実施するための形態】
【０００９】
以下、図１〜図８を参照して本発明の実施形態について説明する。本発明の実施形態に係る情報管理装置は、音声を入出力可能なユーザ機器を介して対話サービスをユーザに提供する対話サービス提供システムに用いられる。ユーザ機器としては、ユーザが使用するパーソナルコンピュータや、スマートフォンに代表される携帯無線端末等、種々のものを用いることができるが、以下では、ユーザが乗車する車両に搭載された車載端末を、ユーザ機器として用いる例を説明する。したがって、情報管理装置により情報が管理されるユーザを、乗車中のユーザに想定する。
【００１０】
図１は、本発明の実施形態に係る情報管理装置１０１を有する対話サービス提供システム１００の概略構成を示す図である。図１に示すように、対話サービス提供システム１００は、ユーザ１が乗車する車両２に搭載された車載端末１０と、ユーザ１の対話相手となりうる複数の相手側ユーザ３が使用する相手側端末２０と、サーバ装置３０とを有する。なお、乗車中のユーザ１が携帯する携帯端末１０ａを、車載端末１０とともに、あるいは車載端末１０の代わりに用いて、対話サービス提供システム１００を構成することもできる。携帯端末１０ａには、ユーザ固有の識別ＩＤ（ユーザＩＤ）が付されており、予めユーザ１が自身の情報（ユーザ情報）をサーバ装置３０に登録するときに用いることができる。
【００１１】
相手側ユーザ３には、自宅や施設等でパーソナルコンピュータ２０ａを用いて対話するユーザ３ａ、屋内または屋外で携帯無線端末２０ｂを用いて対話するユーザ３ｂ、車両２に搭載された車載端末２０ｃを用いて対話するユーザ３ｃ等、種々のユーザが含まれる。したがって、相手側端末２０は、パーソナルコンピュータ２０ａ、携帯無線端末２０ｂ、車載端末２０ｃ等により構成される。なお、図１のユーザ１，３は、対話サービスを受けるまたは提供するとして予めサーバ装置３０に登録されたユーザである。相手側ユーザ３は、ユーザ１の知人である必要はない。なお、ユーザ１の知人が相手側ユーザ３に含まれてもよい。
【００１２】
車両２は、例えば自動運転機能を有する自動運転車両として構成することができる。車両２は、ドライバ（ユーザ１）による運転操作が不要な自動運転モードでの走行だけでなく、ドライバの運転操作による手動運転モードでの走行も可能である。例えば、車両２に設けられた手動自動切換スイッチの操作に応じて、自動運転モードと手動運転モードとに切り換えられる。ドライバによる手動自動切換スイッチの操作によらずに、車両周囲の状況に応じて手動運転モードから自動運転モードに、あるいは自動運転モードから手動運転モードへ自動的に切り換えるようにしてもよい。なお、相手側ユーザ３ｃの車両も同様に、自動運転車両して構成することができる。
【００１３】
車載端末１０と相手側端末２０とサーバ装置３０とは、無線通信網、インターネット網、電話回線網などの通信ネットワーク４に接続される。なお、通信ネットワーク４には、所定の管理地域ごとに設けられた閉鎖的な通信網、例えば無線ＬＡＮ、Ｗｉ−Ｆｉ（登録商標）等も含まれる。本実施形態に係る情報管理装置１０１は、主にサーバ装置３０により構成される。
【００１４】
図２は、対話サービス提供システム１００の全体構成を示すブロック図である。なお、図２には、単一の相手側端末２０が示されるが、実際には複数の相手側端末２０が存在し（図１）、図２には代表的な相手側端末２０の構成が示される。また、図２では、単一のサーバ装置３０が示されるが、サーバ装置３０の機能を、複数のサーバ装置に分散させてもよい。
【００１５】
車載端末１０は、例えば車載ナビゲーション装置を含んで構成される。図２に示すように、車載端末１０は、通信ユニット１１と、ＧＰＳユニット１２と、入出力部１３と、記憶部１４と、演算部１５と、を有する。車載端末１０には、センサ群１６と、アクチュエータ１７とが接続される。
【００１６】
センサ群１６は、車両状態を検出する各種センサと、車両周囲の状況を検出する各種センサとを含む。車両状態を検出するセンサには、車速を検出する車速センサ、車両２に作用する加速度を検出する加速度センサ、車両２の重心の鉛直軸回りの回転角速度を検出するヨーレートセンサなどが含まれる。車両周囲の状況を検出するセンサには、ライダ、レーダ、カメラ等が含まれ、これらのセンサにより、車両２の周囲の障害物の有無や車両２の前方を走行する前方車両までの距離等が検出および計測される。
【００１７】
アクチュエータ１７は、車両２の走行動作に関する各種機器を作動させるための走行用アクチュエータを含む。走行用アクチュエータには、エンジンの吸入空気量を調節するスロットル用アクチュエータ、変速機を作動する変速用アクチュエータ、制動装置を作動するブレーキ用アクチュエータ、および操舵装置を作動する操舵用アクチュエータなどが含まれる。
【００１８】
通信ユニット１１は、通信ネットワーク４を介してサーバ装置３０と無線通信可能に構成される。車載端末１０には、予めユーザ１の固有の識別ＩＤ（ユーザＩＤ）が付されており、通信ユニット１１は、ユーザＩＤとともに、ＧＰＳユニット１２、入出力部１３、およびセンサ群１６などからの信号を、所定周期でサーバ装置３０に送信する。
【００１９】
ＧＰＳユニット１２は、ＧＰＳ衛星からの測位信号を受信するＧＰＳ受信機を有し、ＧＰＳ受信機からの信号に基づいて車両２の絶対位置（緯度、経度など）、すなわちユーザ１の位置を検出する。
【００２０】
入出力部１３は、いわゆるヒューマンマシンインターフェース（ＨＭＩ）であり、ユーザ１が操作可能な各種スイッチやボタン、モニタなどを含むスイッチ群１３１と、ユーザ１からの音声を入力およびユーザ１に音声を出力する音声入出力装置１３２とを有する。スイッチ群１３１には、例えば空調装置やオーディオ装置などの車両装備品の作動を指令するスイッチが含まれる。音声入出力装置１３２は、ユーザ１の発話を音声信号として取得する音声入力部を構成するマイクと、音声信号を音声に変換してユーザ１に対し出力する音声出力部を構成するスピーカとを有する。
【００２１】
音声入出力装置１３２のマイクが取得した信号は、演算部１５がＡ／Ｄ変換器を介して音声データに変換し、サーバ装置３０に送信する。演算部１５は、ユーザ１の発話をテキストデータに変換してサーバ装置３０に送信することもできる。演算部１５は、ユーザ１の発話内容を解釈し、発話内容に応じた信号をサーバ装置３０に送信することもできる。音声入出力装置１３２のスピーカからは、相手側ユーザ３の音声を出力することができる。各種音声メッセージ、着信音、音楽等をスピーカから出力することもできる。
【００２２】
記憶部１４は、揮発性または不揮発性メモリを有する。記憶部１４には、演算部１５が実行する各種のプログラムや、各種のデータが記憶される。各種のデータには、道路データを含む地図データが含まれ、この地図データを用いて自動運転モードにおいて車両２の走行軌道が制御される。
【００２３】
演算部１５は、動作回路としてのＣＰＵを有し、入出力部１３を介して入力された信号、センサ群１６で検出された信号、および記憶部１４に記憶されたデータ等に基づいて所定の処理を実行し、アクチュエータ１７および入出力部１３に制御信号を出力する。例えば、自動運転モードにおいては、演算部１５が、目的地までの目標ルートを生成し、目標ルートに沿って車両２が走行するようにアクチュエータ１７に制御信号を出力する。
【００２４】
また、演算部１５は、音声入出力装置１３２を介したユーザ１からの音声指令に応じて、車両２に搭載された各種機器の作動を制御する。すなわち、スイッチ群１３１の操作によらずに音声入出力装置１３２のマイクを介して機器（空調装置等）の作動指令が入力されると、対応する機器に制御信号を出力し、機器の作動を制御する。例えば、ユーザが「車内温度を上げて」と音声を発生すると、演算部１５は、設定温度を上げるとともに、車室内が設定温度に対応した温度となるように空調装置に制御信号を出力する。あるいは、ユーザが「寒い」と音声を発生した場合に、設定温度に対するユーザの意図を推定し、設定温度を上げることもできる。
【００２５】
このような機器の作動指令を含むユーザ１の発話を、タスク型の発話と呼ぶ。タスク型の発話には、機器の作動指令だけでなく、ユーザ１の問いかけの発話による情報の取得指令も含まれる。例えば、ユーザが「近くのガソリンスタンドを教えて」と発話すると、後述するようにこの発話に対応した情報を車載端末１０に送信するようにサーバ装置３０が構成されるが、このような情報の取得指令もタスク型の発話に含まれる。
【００２６】
さらに演算部１５は、通信ユニット１１に制御信号を出力し、車載端末１０とサーバ装置３０との間の信号の送受信を制御する。これにより、音声入出力装置（マイク）１３２を介して入力された音声信号がサーバ装置３０に送信されるとともに、サーバ装置３０から送信された音声信号が音声入出力装置（スピーカ）１３２を介して出力される。サーバ装置３０に送信する音声信号には、タスク型の発話による音声信号だけでなく、非タスク型の発話による音声信号も含まれる。非タスク型の発話とは、機器に対する作動指令以外で、かつ、情報の取得指令以外のユーザ１の発話である。すなわち、対話サービス提供システム１００に対する指示を含まない発話であり、例えばユーザ１の独り言や相手側ユーザ３との対話（雑談）などが非タスク型の発話に含まれる。
【００２７】
相手側端末２０は、通信ユニット２１と、ＧＰＳユニット２２と、入出力部２３と、記憶部２４と、演算部２５とを有する。相手側端末２０は、相手側ユーザ３の固有の端末であり、相手側端末２０には、相手側ユーザ３の固有の識別ＩＤ（相手側ユーザＩＤ）が付されている。
【００２８】
通信ユニット２１は、通信ネットワーク４を介してサーバ装置３０と無線通信可能に構成される。通信ユニット２１は、予め記憶部２４に記憶された対話サービス用のプログラムが起動されると、サーバ装置３０との通信を開始する。通信開始後は、所定周期で相手側ユーザＩＤをサーバ装置３０に送信する。
【００２９】
ＧＰＳユニット２２は、ＧＰＳ衛星からの測位信号を受信するＧＰＳ受信機を有し、ＧＰＳ受信機からの信号に基づいて相手側端末２０の絶対位置（緯度、経度など）、すなわち相手側ユーザ３の位置を検出する。
【００３０】
入出力部２３は、例えばキーボード、マウス、モニタ、タッチパネル等を有する。相手側ユーザ３は、入出力部２３を介して自身の情報（相手側ユーザ情報）を入力することができる。さらに入出力部２３は、相手側ユーザ３からの音声を入力および相手側ユーザ３に音声を出力する音声入出力装置２３１を有する。音声入出力装置２３１は、相手側ユーザ３の発話を音声信号として取得する音声入力部を構成するマイクと、音声信号を音声に変換して相手側ユーザ３に対し出力する音声出力部を構成するスピーカとを有する。
【００３１】
記憶部２４は、図示しない揮発性または不揮発性メモリを有する。記憶部２４には、演算部２５が実行する各種のプログラムや、各種のデータが記憶される。例えば、ユーザ１との対話を行うための対話プログラムが記憶される。相手側ユーザ３は、ユーザ１との対話が可能な状況であるときに対話サービスプログラムを起動し、ユーザ１からの対話を待つ待ち受け状態とする。
【００３２】
演算部２５は、動作回路としてのＣＰＵを有し、記憶部２４に記憶されたプログラムに従い所定の処理を実行する。例えば通信ユニット２１に制御信号を出力し、相手側端末２０とサーバ装置３０との間の信号の送受信を制御する。これにより、音声入出力装置（マイク）２３１を介して入力された音声信号がサーバ装置３０に送信されるとともに、サーバ装置３０から送信された音声信号が音声入出力装置（スピーカ）２３１を介して出力される。
【００３３】
サーバ装置３０は、例えば対話サービスを提供する事業体に設けられる。クラウド上で仮想サーバ機能を利用して、サーバ装置３０を構成することもできる。サーバ装置３０は、通信ユニット３１と、入出力部３２と、記憶部３３と、演算部３４と、を有する。
【００３４】
通信ユニット３１は、通信ネットワーク４を介して車載端末１０および相手側端末２０と無線通信可能に構成される。ユーザ１の携帯端末１０ａ（図１）と無線通信可能に構成することもできる。
【００３５】
入出力部３２は、サーバ装置３０に情報を入力およびサーバ装置３０から情報を出力する部位の総称であり、例えばキーボード、マウス、モニタ、タッチパネル等の機器を介して情報が入出力される。
【００３６】
記憶部３３は、図示しない揮発性または不揮発性メモリを有する。記憶部３３には、演算部３４が実行する各種のプログラムや、各種のデータが記憶される。記憶部３３は、メモリが担う機能的構成として、ユーザ情報データベース３３１と、相手情報データベース３３２と、情報データベース３３３とを有する。
【００３７】
ユーザ情報データベース３３１は、携帯端末１０ａを介して入力されたユーザ１の情報（ユーザ情報）を記憶する。記憶されるユーザ情報には、各ユーザ１のユーザＩＤ，住所、氏名、性別、年齢、職業、連絡先、家族構成等のユーザ個人の情報が含まれる。ユーザ１の趣味や好きな食べ物等の嗜好に関する情報を併せて記憶してもよい。
【００３８】
相手情報データベース３３２は、相手側端末２０（入出力部２３）を介して入力された複数の相手側ユーザ３の情報（相手側ユーザ情報）を記憶する。記憶される相手側ユーザ情報には、各相手側ユーザ３の相手側ユーザＩＤ，住所、氏名、性別、年齢、職業、連絡先、家族構成等の相手側ユーザ個人の情報が含まれる。さらに相手側ユーザ情報には、相手側ユーザ３が好むまたは得意とするあるいは相手側ユーザ３にとって興味のある対話の主題（話題）、すなわち対話ジャンルが含まれる。記憶された対話ジャンルが、ユーザ１と対話（雑談）を行うときのテーマとなる。なお、各相手側ユーザ３の対話ジャンルは、１つでなく複数でもよい。対話ジャンルは、例えば所定のルールに従って階層化されて記憶される。
【００３９】
図８は、対話ジャンルの階層化の一例を示す図である。図８に示すように、対話ジャンルは、例えば第１階層、第２階層および第３階層に分けられる。第１階層は、最上位の階層であり、例えば「食べ物」、「旅行」、「スポーツ」等の分野に分類（大分類）される。第２階層は、中位の階層であり、大分類された分野毎に、さらに細かく分類（中分類）される。例えば、「食べ物」の第２階層として「和食」、「中華料理」、「イタリア料理」などに分類される。第３階層は、下位の階層であり、中分類された分野毎に、さらに細かく分類（小分類）される。例えば、「イタリア料理」の第３階層として「パスタ」、「ピザ」、「ドリア」などに分類される。
【００４０】
対話ジャンルは、予め相手側端末２０での対話サービスプログラムの起動後に、相手側端末２０を介した相手側ユーザ３の操作により登録される。例えば、相手側端末２０の画面上に大分類、中分類、小分類の候補を表示させ、その候補の中から相手側ユーザ３が入出力部２３を介して選択操作をすることにより登録される。例えば「パスタ」の対話を好む相手側ユーザ３は、第１階層「食べ物」、第２階層「イタリア料理」、第３階層「パスタ」を順次選択し、これにより対話ジャンルとして「パスタ」が登録される。なお、相手側ユーザ３が入出力部２３を介して対話のキーワード（例えば「パスタ」）を入力し、対話ジャンルを直接登録することもできる。
【００４１】
情報データベース３３３は、ユーザ情報以外および相手側ユーザ情報以外の各種の情報を記憶する。例えば店舗情報として、店の名称、住所、営業時間、ジャンル、評判、価格などの情報を記憶する。ユーザ１が、「近くのガソリンスタンドを教えて」などの情報取得を指令すると、その指令に合致したガソリンスタンドが情報データベース３３３から検索されて出力される。なお、情報データベース３３３に記憶される情報には、道路地図を含む地図情報や、施設情報等も含まれる。記憶部３３に記憶される各種の情報は、逐次更新される。
【００４２】
演算部３４は、プロセッサが担う機能的構成として、情報取得部３４１と、発話解釈部３４２と、ユーザ認識部３４３と、候補抽出部３４４と、情報出力部３４５と、通話接続部３４６とを有する。
【００４３】
情報取得部３４１は、通信ネットワーク４を介して車載端末１０および相手側端末２０から各種の情報を取得するように構成される。情報取得部３４１は、携帯端末１０ａから情報を取得することもできる。情報取得部３４１が取得する情報には、車載端末１０または携帯端末１０ａから送信されたユーザ情報と、相手側端末２０から送信された相手側ユーザ情報と、車載端末１０から送信されたユーザ１の発話による音声信号の情報と、相手側端末２０から送信された相手側ユーザ３の発話による音声信号の情報と、ＧＰＳユニット１２により検出された車載端末１０の位置情報と、ＧＰＳユニット２２により検出された相手側端末２０の位置情報と、センサ群１６により検出された車両状態の情報などが含まれる。情報取得部３４１は、携帯端末１０ａを介してユーザ１が商品を購入したとき、その購買情報を取得することもできる。
【００４４】
発話解釈部３４２は、情報取得部３４１を介して取得された音声信号からユーザ１の発話内容を解釈する。発話内容の解釈は、ユーザ１と相手側ユーザ３との通話接続が確立する前に実行される処理である。発話内容の解釈には、ユーザ１の発話に、車両２の機器の作動指令が含まれるか否か、情報の取得指令が含まるか否か、および相手側ユーザ３との対話の要求指令が含まれるか否かを判定する処理が含まれる。例えば、ユーザ１の発話が非タスク型の発話である場合（ユーザ１が独り言を言った場合など）には、発話解釈部３４２は、対話の要求指令が含まれると判定する。
【００４５】
発話解釈部３４２は、ユーザ１の発話に情報（例えば店舗情報）の取得指令が含まれると判定すると、情報データベース３３３から対応する店舗情報を読み出す。一方、対話の要求指令が含まれると判定すると、発話解釈部３４２は、さらにユーザ１の発話内容から対話ジャンルを決定する。すなわち、ユーザ１の発話に、図８のいずれかの階層に含まれる所定のキーワードが含まれている場合、そのキーワードからユーザ１が好む対話ジャンルを特定する。例えばユーザが「生パスタって美味しいのかな」と発話した場合、ユーザ１が食べ物としての「パスタ」に興味をもっていると推定し、対話ジャンルを例えば「パスタ」に決定する。
【００４６】
ユーザ認識部３４３は、発話解釈部２４２によりユーザ１の発話に対話の要求指令が含まれると判定されると、複数の相手側ユーザ３のうちの対話が可能な全ての相手側ユーザ３を認識する。本実施形態では、対話可能な相手側ユーザ３は予め相手側端末２０の対話サービスプログラムを起動しており、この状態では相手側端末２０とサーバ装置３０とで通信がなされ、所定周期で相手側ユーザＩＤがサーバ装置３０に送信される。したがって、ユーザ認識部３４３は、相手側ユーザＩＤを受信すると、その相手側ユーザＩＤに対応する相手側ユーザ３が対話可能であると認識する。
【００４７】
候補抽出部３４４は、発話解釈部３４２によりユーザ１からの対話の要求指令がありと判定されると、ユーザ認識部３４３により対話可能と認識された単一または複数の相手側ユーザ３の中から、ユーザ１の対話相手の候補（対話相手候補）を抽出する。すなわち、発話解釈部３４２により決定された対話ジャンルと、相手情報データベース３３２に記憶された対話ジャンルとに基づいて、対話相手候補を抽出する。より具体的には、発話解釈部３４２により決定された対話ジャンルと同一の対話ジャンルを有する相手側ユーザ３が存在するとき、その相手側ユーザ３を対話相手候補として抽出する。候補抽出部３４４は、対話ジャンルが同一である相手側ユーザ３だけでなく、対話ジャンルが類似の相手側ユーザ３を、対話相手候補として抽出してもよい。
【００４８】
候補抽出部３４４は、対話ジャンル以外の要因を考慮して、抽出する対話相手候補を絞り込むこともできる。例えば、ユーザ１と相手側ユーザ３とで年齢、性別、家族構成が共通している場合、話題の共通する部分が多く、両者間の対話が盛り上がると推定される。したがって、候補抽出部３４４は、ユーザ情報データベース３３１に記憶されたユーザ情報と、相手情報データベース３３２に記憶された相手側ユーザ情報とに基づいて、対話相手候補を絞りこんでもよい。すなわち、年齢、設別、家族構成等の所定の個人情報が共通する相手側ユーザ３を、対話相手候補としてもよい。
【００４９】
候補抽出部３４４は、地理的要因を考慮して、抽出する対話相手候補を絞り込むこともできる。すなわち、特定の地域における店舗や施設等の話題は、その地域を生活の範囲に含む相手側ユーザ３でないと盛り上がらないおそれがある。したがって、候補抽出部３４４は、情報取得部３４１により取得されたユーザ１と相手側ユーザ３との位置情報、すなわちＧＰＳユニット１２により取得されたユーザ１の位置情報と、ＧＰＳユニット２２により取得された相手側ユーザ３の位置情報とに基づいて、対話相手候補を絞りこんでもよい。例えば、ユーザ１の位置から所定距離内に相手側ユーザ３が位置するとき、その相手側ユーザ３を対話相手候補としてもよい。
【００５０】
情報出力部３４５は、発話解釈部３４２によってユーザ１の発話に例えば店舗情報の取得指令が含まれると判定され、対応する店舗情報が情報データベース３３３から読み出されると、その店舗情報を出力し、通信ユニット３１を介して車載端末１０に送信する。一方、発話解釈部３４２によりユーザ１の発話に対話の要求指令が含まれると判定され、候補抽出部３４４により複数の相手側ユーザ３の中から対話相手候補が抽出されると、対話相手候補の相手側ユーザ情報を相手情報データベース３３２から読み出す。そして、読み出した相手側ユーザ情報を出力し、通信ユニット３１を介して車載端末１０に送信する。サーバ装置３０から送信された相手側ユーザ情報は、例えば車載端末１０の入出力部１３（タッチパネル等）に表示される。
【００５１】
図３Ａは、入出力部１３に表示される表示画面の一例を示す図である。図３Ａに示すように、入出力部１３の画面１３３には、演算部１５での処理によって対話相手候補である単一の相手側ユーザ３の相手側ユーザ情報が、例えば所定の項目順に表示される。ユーザ１は、この表示を介して相手側ユーザ情報を認識し、相手側ユーザ３を対話相手とするか否かを判断する。そして、ユーザ１は、情報が表示された相手側ユーザ３を対話相手として受諾すると、例えば画面１３３上の許可ボタン１３３ａを操作する。一方、ユーザ１は対話相手として受諾しないときは、画面１３３上の不許可ボタン１３３ｂを操作する。許可ボタン１３３ａが操作されると許可信号が，不許可ボタン１３３ｂが操作されると不許可信号が、それぞれ通信ユニット１１を介してサーバ装置３０に送信される。
【００５２】
情報出力部３４５は、候補抽出部３４４により複数の対話相手候補が抽出されると、複数の対話相手候補の相手側ユーザ情報を相手情報データベース３３２から読み出し、複数の相手側ユーザ情報をまとめて車載端末１０に送信してもよい。図３Ｂは、その場合の車載端末１０の入出力部１３に表示される表示画面の一例を示す図である。図３Ｂに示すように、入出力部１３の画面１３４には、複数の対話相手候補の相手側ユーザ情報の画像１３４ａが並べて表示される。ユーザ１が複数の画像１３４ａの中から１つの画像１３４ａを選択すると、図３Ａに示す画面１３３に切り換わり、選択した相手側ユーザ３の詳細な相手側ユーザ情報が表示される。ユーザ１は、選択した相手側ユーザ３を、対話相手とするか否かを判断し、許可ボタン１３３ａまたは不許可ボタン１３３ｂを操作する。不許可ボタン１３３ｂが操作されると、再び図３Ｂの画面１３４に切り換わる。
【００５３】
なお、対話相手候補の相手側ユーザ情報を、画像表示によって出力する代わりに、あるいは画像表示によって出力することに加えて、音声入出力装置１３２を介し音声によって出力するようにしてもよい。また、表示された相手側ユーザ３を対話相手として受諾するか否かの指令を、画面１３３上の操作ではなく、音声入出力装置１３２を介し音声によって入力するようにしてもよい。
【００５４】
通話接続部３４６は、情報出力部３４５により相手側ユーザ情報が出力された後、車載端末１０から許可ボタン１３３ａの操作信号が送信されると、相手側ユーザ情報に対応する対話相手候補を対話相手に決定する。そして、対話相手とユーザ１との対話が可能となるように車載端末１０と相手側端末２０との通信を確立、すなわち通話接続する。これにより音声入出力装置１３２，２３１およびサーバ装置３０を介したユーザ１と対話相手との音声対話が可能となる。なお、情報出力部３４５により相手側ユーザ情報が出力された後、車載端末１０から不許可ボタン１３３ｂの操作信号が送信されると、候補抽出部３４４が条件を変えて対話相手候補の抽出をやり直す。
【００５５】
図４は、予め定められたプログラムに従い、サーバ装置３０のＣＰＵで実行される処理の一例を示すフローチャートであり、主にユーザ１に対話サービスを提供する処理の一例を示す。このフローチャートに示す処理は、予めユーザ情報と相手側ユーザ情報とがサーバ装置３０の記憶部３３に登録された後、車載端末１０から音声信号の入力があると開始され、所定周期で繰り返される。
【００５６】
まず、ステップＳ１で、通信ネットワーク４を介して車載端末１０および相手側端末２０から送信された信号を読み込む。すなわち、車載端末１０から送信されたユーザＩＤ、音声信号および位置情報等の信号、相手側端末２０から送信された相手側ユーザＩＤ、音声信号および位置情報等の信号を読み込む。
【００５７】
次いで、ステップＳ２で、受信したユーザ１の音声信号からユーザ１の発話内容を解釈する。次いで、ステップＳ３で、ユーザ１の発話に情報の取得指令が含まれるか否かを判定する。ステップＳ３で肯定されるとステップＳ４に進み、取得指令に対応する情報を記憶部３３、すなわち情報データベース３３３から検索する。次いで、ステップＳ５で、検索された情報を出力する。この情報は、通信ユニット３１を介して車載端末１０に送信される。
【００５８】
一方、ステップＳ３で、否定されるとステップＳ６に進み、ユーザ１の発話に対話の要求指令が含まれるか否かを判定する。ステップＳ６で肯定されるとステップＳ７に進み、否定されると処理を終了する。なお、ステップＳ６で一旦肯定された後は、ユーザ１と相手側ユーザ３とが対話接続されるまで、ステップＳ６の肯定判定が繰り返される。ステップＳ７では、ユーザ１の発話に所定のキーワードが含まれているかを判断することで、対話ジャンルを決定する。次いで、ステップＳ８で、受信した相手側ユーザＩＤにより、ユーザ１と対話が可能な相手側ユーザ３を認識する。
【００５９】
次いで、ステップＳ９で、相手情報データベース３３２を参照して、ステップＳ８で認識された相手側ユーザ３の中から、ステップＳ７で決定された対話ジャンルと同一または類似の対話ジャンルが登録された相手側ユーザ３を抽出する。すなわち、対話相手候補を抽出する。この場合、対話ジャンルのみを考慮するのではなく、ユーザ情報データベース３３１に記憶されたユーザ情報と相手情報データベース３３２に記憶された相手側ユーザ情報とを比較し、抽出された相手側ユーザ３の中から、さらに性別、年齢、家族構成等の所定項目が共通する相手側ユーザ３を対話相手候補として抽出してもよい。ステップＳ１で取得されたユーザ１の位置情報と相手側ユーザ３の位置情報とを比較し、抽出された相手側ユーザ３の中から、さらにユーザ１の位置から所定範囲内の相手側ユーザ３を対話相手候補として抽出してもよい。
【００６０】
次いで、ステップＳ１０で、ステップＳ９で抽出された対話相手候補の相手側ユーザ情報を出力し、通信ユニット３１を介して車載端末１０に送信する。次いで、ステップＳ１１で、車載端末１０から許可信号を受信したか否かを判定し、肯定されるとステップＳ１２に進む。一方、車載端末１０から不許可信号を受信した等で、ステップＳ１１で否定されると、ステップＳ１２をパスして処理を終了する。この場合には、対話相手候補の抽出をやり直す。ステップＳ１２では、許可信号に対応する相手側ユーザ３との音声対話が可能となるように、ユーザ１と相手側ユーザ３とを通話可能に接続（通話接続）し、処理を終了する。
【００６１】
以上のように構成された対話サービス提供システム１００では、例えばユーザ１が情報の取得（店舗情報の取得等）を指令すると、サーバ装置３０は、その指令に応じた情報を情報データベース３３３から検索し、ユーザ１に提示する。この点に関し、ユーザ１に最適な情報を提示するためには、ユーザ情報データベース３３１を検索し、ユーザ１の嗜好を考慮することが好ましい。この場合、ユーザ１からの指令やユーザ１の行動に基づいてユーザ情報データベース３３１を自動的に更新すれば、ユーザ１に対しより好ましい情報の提示が可能となる。そこで、本実施形態では、以下のように情報管理装置１０１を構成する。
【００６２】
図５は、本実施形態の情報管理装置１０１の主たる構成要素であるユーザ情報データベース３３１の機能的構成をより詳細に示すブロック図である。図５に示すよう、ユーザ情報データベース３３１は、基本情報記憶部３３１ａと、第１ユーザ情報データベース３３１ｂと、第２ユーザ情報データベース３３１ｃと、第３ユーザ情報データベース３３１ｄとを有する。
【００６３】
基本情報記憶部３３１ａには、ユーザ自身の基本情報（ユーザ基本情報）が記憶される。ユーザ基本情報は、予めユーザ１の携帯端末１０ａ等を介してユーザ１により登録されたユーザ個人の情報であり、例えば各ユーザ１のユーザＩＤ，住所、氏名、性別、年齢、職業、連絡先、家族構成等の情報が含まれる。これに対し、第１ユーザ情報データベース３３１ｂと、第２ユーザ情報データベース３３１ｃと、第３ユーザ情報データベース３３１ｄとには、ユーザ１の嗜好等に関する情報が記憶される。
【００６４】
第１ユーザ情報データベース３３１ｂには、ユーザ１からの発話が発話解釈部３４２によってタスク型と判定されると、ユーザ１の発話によって得られたユーザ情報が記憶される。具体的には、ユーザ１が音声入出力装置１３２を介して「この辺で美味しい魚が食べられるところは？」との発話をし、それに対し、サーバ装置３０が情報データベース３３３を検索して、「寿司」、「焼き魚定食」および「鰻」を、情報出力部３４５を介して出力し、ユーザ１に対し候補として提示した場合を想定する。このとき、ユーザ１が入出力部１３を介して「寿司」を選択すると、ユーザ１の好む食べ物が「寿司」であるとの情報が第１ユーザ情報データベース３３１ｂに記憶される。なお、ユーザ１が「この辺で寿司屋さんは？」と直接的に情報の取得を指令した場合にも、ユーザ１の好きな食べ物が「寿司」であるとの情報が記憶される。別の例として、車内温度が２０度であるにも拘らず、ユーザ１が「車内温度を下げて」と発話した場合、ユーザ１は暑がりの体質であるとの情報が第１ユーザ情報データベース３３１ｂに記憶される。
【００６５】
このように第１ユーザ情報データベース３３１ｂに記憶される情報は、ユーザ１による何らかの指示によって得られる情報であり、ユーザ１の好みを表す情報である。これを第１ユーザ情報と呼ぶ。ユーザ１による指示は、音声入出力装置１３２を介した対話以外でも行われる。例えば、スイッチ群１３１の操作やユーザ１の携帯端末１０ａ等の操作によっても行われる。したがって、第１ユーザ情報データベース３３１ｂには、ユーザ１の発話によって得られる情報だけでなく、スイッチ群１３１等の操作によって得られる情報や、携帯端末１０ａを介して得られる情報も第１ユーザ情報として記憶される。例えば、ユーザ１が携帯端末１０ａを介してインターネット経由で特定の商品を定期的に購入しているとき、その商品がユーザ１の好きな商品であるとの情報が第１ユーザ情報として記憶される。
【００６６】
第２ユーザ情報データベース３３１ｃには、ユーザ１からの発話が発話解釈部３４２によって非タスク型と判定され、ユーザ１と相手側ユーザ３との対話接続がなされた後に、ユーザ１の発話によって得られたユーザ情報が記憶される。例えば、ユーザ１から「生パスタって美味しいのかな」との発話がなされ、これを契機としてユーザ１と相手側ユーザ３との間で生パスタを話題とした対話が開始され、結果的にユーザ１が生パスタよりも「トマトうどん」に興味を示した場合を想定する。この場合には、発話解釈部３４２がユーザ１の発話から「うどん」または「トマトうどん」をユーザ１が好むと解釈し、第２ユーザ情報データベース３３１ｃのユーザ情報を更新する。第２ユーザ情報データベース３３１ｃに記憶される情報は、ユーザ１の潜在的な好みを表す情報を含む。これを第２ユーザ情報と呼ぶ。
【００６７】
第１ユーザ情報と第２ユーザ情報とは、自己分析に関する、いわゆるジョハリの窓の概念を用いて表すことができる。図６は、第１ユーザ情報と第２ユーザ情報とをジョハリの窓に当てはめて示す図である。図６に示すように、ジョハリの窓は、自分は分かっていて他人もわかっている部分を表す「開放の窓」と、自分は分かっているが他人は分かっていない部分を表す「秘密の窓」と、自分は分かっていないが他人は分かっている部分を表す「盲点の窓」と、自分もわかっていなくて他人もわかっていない部分を表す「未知の窓」からなる、気づきのグラフモデルである。第１ユーザ情報は、「開放の窓」に相当するのに対し、第２ユーザ情報は、全ての窓（「開放の窓」、「秘密の窓」、「盲点の窓」および「未知の窓」）に相当する。但し、本実施形態では、第１ユーザ情報との重複を避けるため、第２ユーザ情報データベース３３１ｃには、第１ユーザ情報を除いた情報、すなわち、「秘密の窓」、「盲点の窓」および「未知の窓」に相当する情報が第２ユーザ情報として記憶される。
【００６８】
第３ユーザ情報データベース３３１ｄには、ユーザ１にとって無関心の情報が記憶される。すなわち、発話解釈部３４２が、ユーザ１と相手側ユーザ３との対話接続後のユーザの発話内容から、ユーザ１にとって無関心な情報があると判定すると、第３ユーザ情報データベース３３１ｄはその情報を記憶する。例えば、ユーザ１から「この辺は歴史のある土地なのかな」との発話がなされ、これを契機としてユーザ１と相手側ユーザ３との間で、その地域を話題とした対話が開始された場合を想定する。この場合、その地域に例えば過去の著名な作家の生家があったにも拘らず、城郭の話題で盛り上がると、第３ユーザ情報データベース３３１ｄは、「作家」または「作家の生家」を、ユーザ１にとって無関心な情報であるとして記憶する。このようなユーザ１にとって無関心な情報を第３ユーザ情報と呼ぶ。
【００６９】
なお、第１ユーザ情報および第２ユーザ情報と第３ユーザ情報とが重複している場合、第１ユーザ情報および第２ユーザ情報から第３ユーザ情報を削除して、削除後の第１ユーザ情報および第２ユーザ情報がそれぞれ第１ユーザ情報データベース３３１ｂおよび第２ユーザ情報データベース３３１ｃに記憶される。第１ユーザ情報、第２ユーザ情報および第３ユーザ情報は、ユーザ１にとって固定的なものではなく、ユーザ１の発話を通じて変化することがある。例えば、第２ユーザ情報が第１ユーザ情報または第３ユーザ情報に変化することがある。
【００７０】
ユーザ情報は、例えばサーバ装置３０の発話解釈部４３２での処理によって判別され、適宜なユーザ情報データベース３３１に記憶される。図７は、ユーザ情報の記憶に関する処理の一例を示すフローチャートである。このフローチャートに示す処理は、車載端末１０からの音声信号の入力があると開始され、所定周期で繰り返される。
【００７１】
まず、ステップＳ２１で、車載端末１０から送信された音声信号、すなわちユーザ１の発話を読み込む。次いで、ステップＳ２２で、読み込まれた発話が、サーバ装置３０に対する情報取得の指示を含むタスク型の発話であるか否かを判定する。ステップＳ２２で肯定されるとステップＳ２３に進み、ユーザ１の発話に、記憶すべきユーザ情報、すなわち嗜好に関する情報が含まれるか否かを判定する。ステップＳ２３で肯定されるとステップＳ２４に進み、否定されると処理を終了する。ステップＳ２４では、嗜好に関する情報を第１ユーザ情報として第１ユーザ情報データベース３３１ｂに記憶し、処理を終了する。
【００７２】
一方、ステップＳ２２で否定、つまり非タスク型の発話が読み込まれたとえ判定されるとステップＳ２５に進む。ステップＳ２５では、ユーザ１の発話に、記憶すべきユーザ情報、すなわち嗜好に関する情報または無関心な情報が含まれるか否かを判定する。ステップＳ２５で肯定されるとステップＳ２６に進み、否定される処理を終了する。ステップＳ２６では、ステップＳ２５で記憶すべきと判定されたユーザ情報が、嗜好に関する情報であるか否かを判定する。ステップＳ２６で肯定されるとステップＳ２７に進む。ステップＳ２７では、嗜好に関する情報を第２ユーザ情報として第２ユーザ情報データベース３３１ｃに記憶し、処理を終了する。一方、ステップＳ２８では、それ以外の情報、つまり無関心な情報を第３ユーザ情報として第３ユーザ情報データベース３３１ｄに記憶し、処理を終了する。
【００７３】
このようにユーザ情報を、第１ユーザ情報、第２ユーザ情報および第３ユーザ情報に区別することにより、ユーザ１は、サーバ装置３０から例えば音声により、好ましい情報を得ることができる。すなわち、相手側ユーザ３ではなくサーバ装置３０（情報出力部３４５）がユーザ１の対話相手となって、ユーザ１は所望の情報を、サーバ装置３０で自動的に生成された音声信号により得ることができる。なお、音声ではなく、あるいは音声に加え、表示によって情報を得ることもできる
【００７４】
サーバ装置３０からユーザ１が得る情報の具体例について説明する。例えば、食べ物に関する情報として、第１ユーザ情報データベース３３１ｂに「ラーメン」が記憶され、第２ユーザ情報データベース３３１ｃに「かつ丼」が記憶されている場合を想定する。この場合、ユーザ１から「お勧めの昼食は？」とのタスク型の発話がなされると、情報出力部３４５は、予め定められた所定の規則に従い第１ユーザ情報および第２ユーザ情報のいずれかを提示する。
【００７５】
例えば、３回連続で第１ユーザ情報を用いて情報を提示しないという規則が定められている場合、まず、１日目に第１ユーザ情報データベース３３１ｂに記憶された「ラーメン」をユーザに対し提示する。２日目も同じく「ラーメン」を提示する。一方、３日目には、第２ユーザ情報データベース３３１ｃに記憶さえた「かつ丼」を提示する。ユーザ１は、「ラーメン」が好きではあるが、毎日食べると飽きてしまう。そして、「かつ丼」はユーザ１にとって意外ではあるが、嫌いではない。したがって、このような情報が提示されることにより、提示に対するユーザ１の満足度が高まる。これによりユーザ１は対話サービスを積極的に利用するようになり、音声入出力装置１３２の利用頻度が高まる。
【００７６】
情報出力部３４５は、例えばお勧めの飲食店をユーザ１に提案する際に、第３ユーザ情報を考慮すれば、より好ましい提案が可能である。すなわち、第３ユーザ情報を考慮することで、多数の飲食店の候補の中から飲食店を絞り込んで提示することができ。これによりユーザ１に、より適切な提案を行うことができ、対話サービス提供システム１００が提供するサービスに対するユーザ１の満足度が高まる。
【００７７】
本実施形態によれば以下のような作用効果を奏することができる。
（１）本実施形態に係る情報管理装置１０１は、音声を入出力可能な車載端末１０を介して入力されるユーザ情報を管理する装置である。この情報管理装置１０１は、ユーザ情報を記憶するユーザ情報データベース３３１と、車載端末１０を介して入力されたユーザ１の音声から発話内容を解釈する発話解釈部３４２と、発話解釈部３４２により解釈された発話内容に基づいて、ユーザ１の対話相手を決定する候補抽出部３４４などとを備える（図２）。発話解釈部３４２や候補抽出部３４４は、ユーザ１の発話に所定の指令が含まれているとき、すなわちタスク型の発話による指令であるとき、対話相手を所定のサーバ装置３０に決定する一方、所定の指令が含まれないとき、すなわち非タスク型の発話による指令であるとき、複数の相手側ユーザ３の中から対話相手を決定する（図４）。ユーザ情報データベース３３１に記憶されるユーザ情報は、タスク型の発話等、サーバ装置３０との対話で更新される第１ユーザ情報、すなわち第１ユーザ情報データベース３３１ｂに記憶される第１ユーザ情報と、相手側ユーザ３との対話内容に応じて更新される第２ユーザ情報、すなわち第２ユーザ情報データベース３３１ｃに記憶される第２ユーザ情報とを含む（図５）。
【００７８】
これにより、例えばユーザ１の嗜好に関する情報がユーザ情報として記憶される場合、ユーザ１にとって既知の第１ユーザ情報だけでなく、潜在的な第２ユーザ情報もそれぞれ別々のデータベース３３１ｂ、３３１ｃに記憶される。したがって、サーバ装置３０からユーザ１に対しより好ましい提案を行うことができ、ユーザ１の満足感が高まる。
【００７９】
（２）タスク型の発話のときのユーザ１の対話相手は、音声信号を生成して応答するサーバ装置３０である。これに対し、非タスク型の発話のときの対話相手は、予め対話相手候補として登録された複数の相手側ユーザ３のいずれかである。これにより、サーバ装置３０は、第１ユーザ情報と第２ユーザ情報とをそれぞれ適切に取得することができる。
【００８０】
（３）ユーザ情報データベース３３１（第２ユーザ情報データベース３３１ｃ）は、第１ユーザ情報と第２ユーザ情報とに重複部分が存在するとき、第２ユーザ情報から重複部分を削除した残りの第２ユーザ情報を記憶する（図６）。これにより、第１ユーザ情報と第２ユーザ情報との区別が明確になり、第２ユーザ情報を用いたユーザ１に対する提案をより効果的に行うことができる。
【００８１】
（４）情報管理装置１０１は、ユーザ１の発話に応答してユーザ１に情報を提示する情報出力部３４５を備える（図２）。情報出力部３４５は、所定の規則に従い第１ユーザ情報および第２ユーザ情報のいずれかに基づいてユーザ１に情報を提示する。例えば、３回連続で第１ユーザ情報を用いて情報を提示しないという規則に従い、ユーザ１に情報を提示する。これにより、ユーザ１にとって飽きのない情報が提示されることになり、ユーザ１の満足感が高まる。
【００８２】
（５）第１ユーザ情報および第２ユーザ情報は、それぞれユーザ１が関心をもつと推定される情報である。ユーザ情報データベース３３１（第３ユーザ情報データベース３３１ｄ）には、ユーザが無関心であると推定される第３ユーザ情報がさらに記憶される（図５）。これにより、ユーザ１に無関心な情報を、ユーザに提示する情報の候補から除外することができ、適切な情報をユーザ１に容易に提示することができる。
【００８３】
（６）本実施形態に係る情報管理方法は、音声を入出力可能な車載端末１０を介して入力されるユーザ情報を管理するように構成される。この情報管理方法は、それぞれサーバ装置３０により実行される処理である、ユーザ情報を記憶するステップ（ステップＳ２４，ステップＳ２７）と、車載端末１０を介して入力されたユーザ１の音声から発話内容を解釈するステップ（ステップＳ２）と、解釈された発話内容に基づいて、ユーザ１の対話相手を決定するステップ（ステップＳ３、ステップＳ６〜ステップＳ１１）と、を含む（図４、７）。対話相手を決定するステップは、ユーザ１の発話に所定の指令、すなわちタスク型の指令が含まれているとき、対話相手をサーバ装置３０に決定する一方、所定の指令が含まれないとき、すなわち非タスク型の発話による指令であるとき、複数の相手側ユーザ３の中から対話相手を決定する（図４）。ユーザ情報を記憶するステップで記憶されるユーザ情報は、対話相手がサーバ装置３０に決定されときの対話内容に応じて更新される第１ユーザ情報と、対話相手が相手側ユーザ３に決定されたときの対話内容に応じて更新される第２ユーザ情報と、を含む。これにより、サーバ装置３０からユーザ１に対しより好ましい提案を行うことができ、ユーザ１の満足感が高まる。
【００８４】
なお、上記実施形態は種々の形態に変更可能である。以下、いくつかの変形例について説明する。上記実施形態では、車載端末１０を対話サービス提供システム１００におけるユーザ機器として用いたが、対話サービスシステムには携帯無線端末等、音声を入出力可能な種々のユーザ機器を用いることが可能である。上記実施形態では、相手側端末２０を対話サービス提供システム１００における相手側機器として用いたが、対話サービスシステムには音声を入出力可能な種々の相手側機器を用いることが可能である。
【００８５】
上記実施形態では、発話解釈部３４２により解釈された発話内容に基づいて、発話解釈部３４２、ユーザ認識部３４３および候補抽出部３４４等により、ユーザ１の対話相手を決定するようにした。すなわち、機械応答部としてのサーバ装置３０（第１対話相手）および相手側ユーザ３（第２相手）のいずれかに対話相手を決定するようにしたが、相手決定部の構成は上述したものに限らない。すなわち、ユーザの発話にタスク型の対話による指令等の所定の指令が含まれているとき、第１対話相手に対話相手を決定する一方、そのような所定の指令が含まれないとき、不特定の第２対話相手に対話相手を決定するのであれば、相手決定部の構成はいかなるものでもよい。
【００８６】
上記実施形態では、対話相手がサーバ装置３０に決定されたときの対話内容に応じて更新される第１ユーザ情報を第１ユーザ情報データベース３３１ｂに、対話相手が相手側ユーザ３に決定されたときの対話内容に応じて更新される第２ユーザ情報を第２ユーザ情報データベース３３１ｃに、ユーザ１にとって無関心な情報であると推定されたときに更新される第３ユーザ情報を第３ユーザ情報データベース３３１ｄにそれぞれ記憶するようにした。すなわち、第１ユーザ情報、第２ユーザ情報および第３ユーザ情報を、それぞれ異なるデータベースに記憶するようにしたが、記憶部の構成はこれに限らない。上記実施形態では、予め定められた規則に従い第１ユーザ情報および第２ユーザ情報のいずれかに基づいて情報を提示するようにしたが、規則はユーザとの対話を通じて自動的に変更することが可能である。例えば、サーバ装置３０からの提案をユーザが受け入れない頻度が高いとき、提案を受け入れる頻度が高まるように規則を自動的に変更してもよい。
【００８７】
上記実施形態では、サーバ装置３０を情報管理装置１０１として機能させるようにしたが、情報管理装置の機能の一部または全部を、車載端末等のユーザ機器が担うようにしてもよい。したがって、第１対話相手は、ユーザ機器であってもよい。上記実施形態では、ユーザ１と相手側ユーザ３とで雑談等の対話をするようにしたが、第２相手（相手側ユーザ３）は人ではなく、人工知能（Artificial Intelligence）であってもよい。
【００８８】
以上の説明はあくまで一例であり、本発明の特徴を損なわない限り、上述した実施形態および変形例により本発明が限定されるものではない。上記実施形態と変形例の１つまたは複数を任意に組み合わせることも可能であり、変形例同士を組み合わせることも可能である。
【符号の説明】
【００８９】
１０  車載端末、２０  相手側端末、３０  サーバ装置、１００  対話サービス提供システム、１０１  情報管理装置、１３２  音声入出力装置、２３１  音声入出力装置、３３１  ユーザ情報データベース、３３１ｂ  第１ユーザ情報データベース、３３１ｃ  第２ユーザ情報データベース、３３１ｄ  第３ユーザ情報データベース、３４２  発話解釈部、３４３  ユーザ認識部、３４４  候補抽出部、３４５  情報出力部
【図１】
2020166621.tif 000003
【図２】
2020166621.tif 000004
【図３Ａ】
2020166621.tif 000005
【図３Ｂ】
2020166621.tif 000006
【図４】
2020166621.tif 000007
【図５】
2020166621.tif 000008
【図６】
2020166621.tif 000009
【図７】
2020166621.tif 000010
【図８】
2020166621.tif 000011