(57)【要約】【課題】通信処理の応答待ち時間を短縮させて対話の中断を低減することにより、ユーザにストレスを与えることなく所望の情報を提示することのできる情報提示装置及びコンピュータプログラム、並びに情報提示方法の提供。【解決手段】ユーザの行動予定を取得する行動予定取得手段と、前記検索内容の絞り込みの確定に必要な情報が前記ユーザから入力される前に、ユーザの行動予定に基づいて、前記確定される検索内容を予測し、当該予測した範囲の情報を前記外部サーバ装置から取得する情報取得手段と、前記検索内容の絞り込みの確定に必要な情報が前記ユーザから入力されたとき、当該入力された情報に対応する情報を前記情報取得手段により予め取得された情報の中から検索して前記ユーザに提示する情報提示手段と、を備えたことを特徴とする。【選択図】図１
2009237786.tif 000002
【特許請求の範囲】
【請求項１】
ユーザから入力される情報に基づき、対話形式で検索内容の絞り込みを行って、前記ユーザが所望する情報を外部サーバ装置から検索して提示する情報提示装置において、
前記ユーザの行動予定を取得する行動予定取得手段と、
前記検索内容の絞り込みの確定に必要な情報が前記ユーザから入力される前に、前記ユーザの行動予定に基づいて、前記確定される検索内容を予測し、当該予測した範囲の情報を前記外部サーバ装置から取得する情報取得手段と、
前記検索内容の絞り込みの確定に必要な情報が前記ユーザから入力されたとき、当該入力された情報に対応する情報を前記情報取得手段により予め取得された情報の中から検索して前記ユーザに提示する情報提示手段と、を備えた
ことを特徴とする情報提示装置。
【請求項２】
前記ユーザからの要求に応じて、前記情報提示手段で提示した情報を前記行動予定へ組み込む行動予定更新手段を備えた
ことを特徴とする請求項１に記載の情報提示装置。
【請求項３】
前記情報取得手段は、前記外部サーバ装置から情報を取得する処理を行なっている途中で、前記検索内容の絞り込みの確定に必要な情報が前記ユーザから入力されたとき、当該入力された情報に対応する情報をすでに取得しているときには、前記情報を取得する処理を中止する
ことを特徴とする請求項１又は請求項２に記載の情報提示装置。
【請求項４】
前記情報取得手段は、前記検索内容の絞り込みの確定に必要な情報が前記ユーザから入力される前に、それまでに前記ユーザから入力された情報で絞り込んだ検索内容に対応する前記ユーザの行動予定の日又は日時に基づいて、前記確定される検索内容を予測する
ことを特徴とする請求項１〜３のいずれか１項に記載の情報提示装置。
【請求項５】
前記情報取得手段は、現在日時に近い情報から優先して検索を行う
ことを特徴とする請求項４に記載の情報提示装置。
【請求項６】
前記情報取得手段は、現在日時から所定期間の範囲内にある情報の検索を行う
ことを特徴とする請求項４又は請求項５に記載の情報提示装置。
【請求項７】
前記情報取得手段は、前記行動予定取得手段によって取得した前記ユーザの行動予定に含まれる情報を除いた情報を前記外部サーバ装置から取得する
ことを特徴とする請求項１〜６のいずれか１項に記載の情報提示装置。
【請求項８】
前記情報取得手段は、前記行動予定取得手段によって取得した前記ユーザの行動予定のうち複数日に跨った行動予定を出張を示す予定であると判定し、当該出張に必要な宿泊施設の情報を前記確定される検索内容として予測する
ことを特徴とする請求項１〜７のいずれか１項に記載の情報提示装置。
【請求項９】
前記情報取得手段は、前記検索内容の絞り込みの確定に必要な情報が前記ユーザから入力される前に、それまでに前記ユーザから入力された情報で絞り込んだ検索内容を、さらに前記ユーザの行動予定と絞り込みが確定した過去の検索内容とに基づいて絞り込むことによって、前記確定される検索内容を予測する
ことを特徴とする請求項１〜８のいずれか１項に記載の情報提示装置。
【請求項１０】
コンピュータに、請求項１〜９のいずれか１項に記載の情報提示装置の各手段を実行させることを特徴とするコンピュータプログラム。
【請求項１１】
ユーザから入力される情報に基づき、対話形式で検索内容の絞り込みを行って、前記ユーザが所望する情報を外部サーバ装置から検索して提示する情報提示方法において、
前記ユーザの行動予定を取得するステップと、
前記検索内容の絞り込みの確定に必要な情報が前記ユーザから入力される前に、それまでに前記ユーザから入力された情報で絞り込んだ検索内容をさらに前記ユーザの行動予定に基づいて絞り込むことによって、前記確定される検索内容を予測し、当該予測した範囲の情報を前記外部サーバ装置から取得して記憶手段に記憶するするステップと、
前記検索内容の絞り込みの確定に必要な情報が前記ユーザから入力されたとき、当該入力された情報に対応する情報を前記記憶手段に記憶された情報の中から検索して前記ユーザに提示するステップと、を有することを特徴とする情報提示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザから入力される情報に基づき、対話形式で検索内容の絞り込みを行って、ユーザが所望する情報を外部サーバ装置から検索して提示する情報提示装置及びコンピュータプログラム、並びに情報提示方法に関するものである。
【背景技術】
【０００２】
従来より、マイクやスピーカ等を用いて、ユーザが所望する情報を対話形式で検索して提示する情報提示装置が知られており、主に、駅や空港などの公共施設に設置されている。
【０００３】
また、近年の情報通信技術の発達に伴い、インターネット等の通信経路を介して外部のサーバ装置から情報を取得して提示することのできる情報提示装置も開発され、オフィスや家庭内等においても利用されつつある。
【０００４】
このような情報提示装置として、例えば、特許文献１には、ユーザとの対話を複数回繰り返して検索すべき内容を特定した後、当該特定した内容に基づいてインターネットを介して外部のサーバ装置から応答すべき内容を検索し、当該検索結果をユーザに対して提示する情報提示装置が開示されている。かかる情報提示装置を用いることにより、インターネット上の情報をユーザとの対話に反映させることができるとともに、ユーザに対してリアルタイムな情報を提供することができる。
【特許文献１】特開２００２−１６３１７１
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、外部サーバ装置には膨大な量の情報が記憶されているため、特許文献１に記載の情報提示装置のように、ユーザとの対話により検索すべき内容を特定した後に検索処理を実行することとした場合、通信経路の種類や外部サーバ装置の混雑度合い等によっては当該検索処理に多大な時間がかかる場合があり、ユーザとの対話が中断されるおそれがある。
【０００６】
そこで、本発明は、通信処理の応答待ち時間を短縮させてユーザとの対話の中断を低減することにより、ユーザにストレスを与えることなく所望の情報を提示することのできる情報提示装置及びコンピュータプログラム、並びに情報提示方法を提供することを目的とするものである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、請求項１に記載の発明は、ユーザから入力される情報に基づき、対話形式で検索内容の絞り込みを行って、前記ユーザが所望する情報を外部サーバ装置から検索して提示する情報提示装置において、前記ユーザの行動予定を取得する行動予定取得手段と、前記検索内容の絞り込みの確定に必要な情報が前記ユーザから入力される前に、ユーザの行動予定に基づいて、前記確定される検索内容を予測し、当該予測した範囲の情報を前記外部サーバ装置から取得する情報取得手段と、前記検索内容の絞り込みの確定に必要な情報が前記ユーザから入力されたとき、当該入力された情報に対応する情報を前記情報取得手段により予め取得された情報の中から検索して前記ユーザに提示する情報提示手段と、を備えたことを特徴とする。
【０００８】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記ユーザからの要求に応じて、前記情報提示手段で提示した情報を前記行動予定へ組み込む行動予定更新手段を備えたことを特徴とする。
【０００９】
また、請求項３に記載の発明は、請求項１又は請求項２に記載の発明において、前記情報取得手段は、前記外部サーバ装置から情報を取得する処理を行なっている途中で、前記検索内容の絞り込みの確定に必要な情報が前記ユーザから入力されたとき、当該入力された情報に対応する情報をすでに取得しているときには、前記情報を取得する処理を中止することを特徴とする。
【００１０】
また、請求項４に記載の発明は、請求項１〜３のいずれか１項に記載の発明において、前記情報取得手段は、前記検索内容の絞り込みの確定に必要な情報が前記ユーザから入力される前に、それまでに前記ユーザから入力された情報で絞り込んだ検索内容に対応する前記ユーザの行動予定の日又は日時に基づいて、前記確定される検索内容を予測することを特徴とする。
【００１１】
また、請求項５に記載の発明は、請求項４に記載の発明において、前記情報取得手段は、現在日時に近い情報から優先して検索を行うことを特徴とする。
【００１２】
また、請求項６に記載の発明は、請求項４又は請求項５に記載の発明において、前記情報取得手段は、現在日時から所定期間の範囲内にある情報の検索を行うことを特徴とする。
【００１３】
また、請求項７に記載の発明は、請求項１〜６のいずれか１項に記載の発明において、前記情報取得手段は、前記行動予定取得手段によって取得した前記ユーザの行動予定に含まれる情報を除いた情報を前記外部サーバ装置から取得することを特徴とする。
【００１４】
また、請求項８に記載の発明は、請求項１〜７のいずれか１項に記載の発明において、前記情報取得手段は、前記行動予定取得手段によって取得した前記ユーザの行動予定のうち複数日に跨った行動予定を出張を示す予定であると判定し、当該出張に必要な宿泊施設の情報を前記確定される検索内容として予測することを特徴とする。
【００１５】
また、請求項９に記載の発明は、請求項１〜８のいずれか１項に記載の発明において、前記情報取得手段は、前記検索内容の絞り込みの確定に必要な情報が前記ユーザから入力される前に、それまでに前記ユーザから入力された情報で絞り込んだ検索内容を、さらに前記ユーザの行動予定と絞り込みが確定した過去の検索内容とに基づいて絞り込むことによって、前記確定される検索内容を予測することを特徴とする。
【００１６】
また、請求項１０に記載の発明は、コンピュータに、請求項１〜９のいずれか１項に記載の情報提示装置の各手段を実行させることを特徴とするコンピュータプログラムとした。
【００１７】
また、請求項１１に記載の発明は、ユーザから入力される情報に基づき、対話形式で検索内容の絞り込みを行って、前記ユーザが所望する情報を外部サーバ装置から検索して提示する情報提示方法において、前記ユーザの行動予定を取得するステップと、前記検索内容の絞り込みの確定に必要な情報が前記ユーザから入力される前に、それまでに前記ユーザから入力された情報で絞り込んだ検索内容をさらに前記ユーザの行動予定に基づいて絞り込むことによって、前記確定される検索内容を予測し、当該予測した範囲の情報を前記外部サーバ装置から取得して記憶手段に記憶するするステップと、前記検索内容の絞り込みの確定に必要な情報が前記ユーザから入力されたとき、当該入力された情報に対応する情報を前記記憶手段に記憶された情報の中から検索して前記ユーザに提示するステップと、を有することを特徴とする情報提示方法とした。
【発明の効果】
【００１８】
請求項１、１０、１１に記載の発明によれば、ユーザの行動予定に基づいて、検索内容の絞り込みの確定に必要な情報がユーザから入力されるよりも前に当該確定される検索内容を予測し、当該予測した範囲の情報を外部サーバ装置から取得するとともに、検索内容の絞り込みの確定に必要な情報がユーザから入力されたとき、当該入力された情報に対応する情報を情報取得手段により予め取得された情報の中から検索することとしたため、通信処理の応答待ち時間を短縮することができ、対話の中断が低減し、ユーザにストレスを与えることなく所望の情報を提示することができる。
【００１９】
請求項２に記載の発明によれば、ユーザからの要求に応じて、情報提示手段で提示した情報を行動予定へ組み込む行動予定更新手段を備えた構成としたため、予約完了したイベントの情報をユーザが自らスケジューラへ組み込む手間を省くことができる。
【００２０】
請求項３に記載の発明によれば、情報取得手段は、外部サーバ装置から情報を取得する処理を行なっている途中で、検索内容の絞り込みの確定に必要な情報がユーザから入力されたとき、当該入力された情報に対応する情報をすでに取得しているときには、情報を取得する処理を中止することとしたため、不要な通信処理を行うことを防止できる。
【００２１】
請求項４に記載の発明によれば、情報取得手段は、検索内容の絞り込みの確定に必要な情報がユーザから入力される前に、それまでにユーザから入力された情報で絞り込んだ検索内容に対応するユーザの行動予定の日又は日時に基づいて、確定される検索内容を予測することとしたため、効率的な検索が可能となる。
【００２２】
請求項５に記載の発明によれば、情報取得手段は、現在日時に近い情報から優先して検索を行うこととしたため、より効率的な検索が可能となる。すなわち、一般的に、現在日時に近いほど検索対象となるイベントである確率が高いため、現在日時に近いイベントを優先して検索を実行することで不要な検索を行うことを可及的に低減することができる。
【００２３】
請求項６に記載の発明によれば、情報取得手段は、現在日時から所定期間の範囲内にある情報の検索を行うこととしたため、より効率的な検索が可能となる。すなわち、一般的に、現在日時に近いほど検索対象となるイベントである確率が高く、所定期間の範囲外のイベントが検索対象となる確率は低いため、所定期間の範囲内にあるイベントのみを検索対象とすることにより不要な検索を行うことを可及的に低減することができる。
【００２４】
請求項７に記載の発明によれば、情報取得手段は、行動予定取得手段によって取得したユーザの行動予定に含まれる情報を除いた情報を外部サーバ装置から取得することとしたため、不要な通信処理を行うことを防止できる。
【００２５】
請求項８に記載の発明によれば、情報取得手段は、行動予定取得手段によって取得したユーザの行動予定のうち複数日に跨った行動予定を出張を示す予定であると判定し、当該出張に必要な宿泊施設の情報を確定される検索内容として予測することとしたため、よりユーザの意に沿った情報提示を行うことが可能となる。
【００２６】
請求項９に記載の発明によれば、情報取得手段は、検索内容の絞り込みの確定に必要な情報がユーザから入力される前に、それまでにユーザから入力された情報で絞り込んだ検索内容を、さらにユーザの行動予定と絞り込みが確定した過去の検索内容とに基づいて絞り込むことによって、確定される検索内容を予測することとしたため、一次検索を行うための情報が不足している場合であっても、過去のイベント履歴から不足した情報を補完して一次検索を精度よく実行することができる。
【発明を実施するための最良の形態】
【００２７】
［１．情報提示装置の概要］
以下に、本発明の実施の形態における情報提示装置について、図面を参照して説明する。図１は、本実施形態にかかる情報提示装置の概略図である。
【００２８】
本実施形態にかかる情報提示装置は、ユーザから入力される情報として、ユーザの音声入力信号に基づき、対話形式で検索内容の絞り込みを行って、ユーザが所望する情報を外部サーバ装置から検索して提示するものである。
【００２９】
すなわち、図１に示すように、情報提示装置１は、ユーザが、専用のマイク１１を介してディスプレイ１０に表示されるキャラクタと対話するようにしながら検索内容を絞り込んでいくものであり、高度な検索技術を持たないユーザやコンピュータの操作が苦手なユーザでも親しみやすく、手軽に所望の情報を得ることができる構成となっている。
【００３０】
本実施形態にかかる情報提示装置１は、ユーザとの対話を行うためのシナリオデータを複数記憶しており、ユーザの発話内容に応じたシナリオデータ選択し、当該選択したシナリオデータに基づく会話シナリオに沿ってユーザとの対話を進めていくこととしている。
【００３１】
例えば、ユーザがマイク１１に向かって「会議室の予約をお願い。」と発話した場合、情報提示装置１は、当該発話内容に基づき、複数のシナリオデータの中から会議室予約用のシナリオデータを選択する。そして、情報提示装置１は、当該会議室予約用のシナリオデータのシナリオに沿って、スピーカ１２から「会議の日時を教えて下さい。」や「利用時間などを教えて下さい。」などの音声を出力してユーザとの対話を行いながら検索内容の絞込みを行う。
【００３２】
特に、本実施形態にかかる情報提示装置１は、検索内容の絞込みを行う際に、ユーザの行動予定に基づいて検索内容を予測して、当該予測した範囲の情報を、検索内容の絞り込みの確定に必要な情報がユーザから入力される前に、インターネット等の通信経路を介して外部サーバ装置から予め取得しておくことにより、絞込み検索を行う際に生じる通信処理の応答待ち時間を短縮することを可能としたことを特徴とするものである。
【００３３】
ここで、本実施形態にかかる情報提示装置１は、ユーザの行動予定を、ユーザのスケジュールを管理するために提供されるスケジュール管理ソフトウエアやスケジュール管理用のインターネットサービス（以下、「スケジューラ」とする。）から取得する。
【００３４】
すなわち、情報提示装置１は、ユーザの発話内容に基づいてシナリオデータを選択すると、スケジューラに書き込まれたユーザの行動予定の中から、選択したシナリオデータに対応する種別のイベント（ユーザの行動予定）を抽出する。そして、情報提示装置１は、検索内容の絞り込みの確定に必要な情報がユーザから入力される前に、一次検索として、当該抽出したイベントに含まれる情報に基づいて、確定される検索内容を予測し、当該予測した範囲の情報を外部サーバ装置から取得する。
【００３５】
例えば、ユーザの発話内容に基づいて、会議室予約用のシナリオデータが選択された場合、情報提示装置１は、スケジューラに書き込まれたユーザの行動予定の中から、「会議」に関するイベントを抽出する。そして、例えば、「３月１２日の１５〜１７時」、「３月２０日の１０〜１１時」、「４月５日の１３時〜２０時」に会議が予定されていた場合、情報提示装置１は、ユーザに対して会議の日時を質問する前に、これらの日時をキーワードとして一次検索を開始し、当該検索結果を外部サーバ装置から取得しておく。
【００３６】
そして、情報提示装置１からの質問に対してユーザが「３月１２日の１５〜１７時」の会議である旨の返答をしたとき、情報提示装置１は、取得しておいた一次検索結果の中から３月１２の１５時から１７時までの時間帯に空いている会議室の情報を取得して、当該取得した情報を表示画面に表示してユーザに提示する。
【００３７】
このように、本実施形態にかかる情報提示装置１は、ユーザの行動予定に基づき予め取得しておいた一次検索結果の中から、検索内容の絞り込みを行うこととしたため、従来の情報提示装置と比較して通信処理の応答待ち時間を短縮することが可能となる。この結果、対話の中断が低減するため、ユーザにストレスを与えることなく所望の情報を提示することができる。
【００３８】
なお、本実施形態にかかる情報提示装置１と通信経路を介して接続される外部サーバ装置は、一般的なサーバ装置を適用することができる。
【００３９】
以下、上述した情報提示装置１のさらに具体的な構成及び動作の一例を図面を参照しながら具体的に説明する。
【００４０】
［２．情報提示装置等の具体的構成］
（情報提示装置の構成について）
先ず、本実施形態にかかる情報提示装置の構成について説明する。図２は本実施形態における情報提示装置の構成図である。
【００４１】
本実施形態にかかる情報提示装置１は、図２に示すように、透過型液晶パネルで構成されるディスプレイ１０と、ユーザの音声を収集するマイク１１と、音声や効果音等を出力するスピーカ１２と、ユーザの操作により所定の情報を入力可能なキーボード１３及びマウス１４と、通信経路を介して外部サーバ装置との間で通信を行うためのインターフェイス１５と、ユーザを認証するための認証用カードリーダ１６と、各種データ等を記憶するハードディスク装置１７と、情報提示装置１全体を制御する制御部１８と、を備えて構成されており、これらの各種要素はシステムバス１９を介して相互に接続される。
【００４２】
インターフェイス１５は、外部サーバ装置等との通信を行うことができるＵＳＢインターフェイスであり、外部サーバ装置から検索結果の情報を取得したり、その他のコンピュータ装置と通信したりするときに制御部１８によって用いられる。なお、インターフェイス１５としてＵＳＢインターフェイスに代えて、無線或いは有線のＬＡＮインターフェイスなどを用いるようにしてもよい。
【００４３】
認証用カードリーダ１６は、各ユーザが所有する認証用カードに基づいてユーザを特定するための装置であり、ユーザがこの認証用カードリーダ１６により個人認証を行い情報提示装置１にログインすることにより、情報提示装置１は、当該ユーザのスケジューラを読み込む等して、当該ユーザが情報提示装置１を利用可能な状態とする。なお、この認証用カードリーダ１６は、接触型、非接触型の何れであってもよい。また、この認証用カードリーダ１６による個人認証に代えて、指紋認証装置などのバイオメトリクス認証による個人認証を利用してもよく、キーボードを用いたユーザ名及びパスワードの入力による個人認証であってもよい。
【００４４】
ハードディスク装置１７には、会話シナリオを管理する会話シナリオ管理テーブルを記憶する会話シナリオ記憶領域２０、ユーザの情報を管理するユーザ管理テーブルを記憶するユーザ情報記憶領域２１、スケジューラに登録されるイベントの種別と会話シナリオとの対応関係を管理するイベントシナリオ対応テーブルを記憶するイベントシナリオ記憶領域２２、会話シナリオ毎の検索キーワードを管理する検索キーワード管理テーブルを記憶する検索キーワード記憶領域２３、一次検索の結果を管理する一次検索結果管理テーブルを記憶する一次検索結果記憶領域２４を有する。
【００４５】
また、このハードディスク装置１７には、スケジュール管理用のソフトウエアを含む各種アプリケーションプログラムの他、このアプリケーションプログラムにより作製されるデータファイルが格納されている。さらに、上記アプリケーションプログラムとは別に、情報提示装置１用の処理プログラムとしての情報提示プログラムが格納されている。
【００４６】
なお、この情報提示プログラムは、例えば、通信経路に接続された外部サーバ装置から、インターフェイス１５を介して、制御部１８のハードディスク装置１７にダウンロードされるようにしてもよく、又ＣＤ−ＲＯＭ等の記録媒体に記録されてから記録媒体ドライブ（図示せず）を介して、制御部１８のハードディスク装置１７に読み込まれるようにしてもよい。
【００４７】
制御部１８は、ＣＰＵ(Central Processing Unit)，ＲＯＭ（Read Only Memory)，ＲＡＭ（Random Access Memory)などを内蔵しており、ＣＰＵがハードディスク装置１７に格納された情報提示プログラムを読み出して実行することによって、情報提示装置１を、行動予定取得手段、情報取得手段、情報提示手段、行動予定更新手段等として機能させる。
【００４８】
以下に、上述の各種テーブルや各手段について、基本的な処理の流れに沿って説明する。図３は本実施形態にかかる情報提示装置の基本処理シーケンス図である。また、図４〜８は本実施形態にかかる情報提示装置のハードディスク装置に記憶される各種管理テーブルの一例を示す図であり、図４は会話シナリオ管理テーブルの一例、図５はユーザ管理テーブルの一例、図６はイベントシナリオ対応テーブルの一例、図７は検索キーワード管理テーブルの一例、図８は一次検索結果管理テーブルの一例である。なお、図３の処理シーケンス図は、認証用カードリーダ１６による個人認証後の処理について説明するものである。
【００４９】
図３に示すように、ユーザが、例えば、「会議室の予約をお願い。」などの所定の発話をすると（ステップＳ１０）、情報提示装置１の制御部１８は、マイク１１を介して当該ユーザの音声を受信し、当該音声から発話の内容を特定するとともに、当該特定した発話内容に対応する会話シナリオを選択する（ステップＳ１１）。この処理は、制御部１８が、図４に示す会話シナリオ管理テーブルを参照して行うものである。
【００５０】
図４に示すように、会話シナリオ管理テーブルには、ユーザの発話内容に含まれるキーワード、会話シナリオのシナリオ名、会話シナリオのシナリオデータが、シナリオＩＤと関連付けられて記憶されている。
【００５１】
例えば、制御部１８は、マイク１１を介して受信したユーザの音声入力信号から、当該ユーザの発話内容を特定した際、「会議室」というキーワードが含まれていると判定すると、会話シナリオ管理テーブルを参照して会議室予約のシナリオを選択し、当該シナリオに対応する会議室予約用のシナリオデータを読み込む。かかる処理により、以降は、会議室予約のシナリオに沿ってユーザとの対話が進められることとなる。
【００５２】
次に、制御部１８は、読み込んだシナリオデータに基づいてユーザとの対話を開始する（ステップＳ１２）とともに、一次検索処理を開始する（ステップＳ１３）。
【００５３】
先ず、ステップＳ１２において、制御部１８は、ステップＳ１３の一次検索処理により得られる結果をさらに絞り込む二次検索を行うためのキーワードをユーザから得るために、所定の質問文をスピーカ１２から出力（発話）する。具体的には、対話が会議室予約のシナリオである場合は、会議が行われる日時等を質問する。
【００５４】
また、ステップＳ１３の一次検索処理において、制御部１８は、個人認証を行ったユーザのスケジューラへのアクセスに必要な情報を取得する（ステップＳ１４）。この処理は、制御部１８が、図５に示すユーザ情報管理テーブルを参照して行われる。
【００５５】
すなわち、ユーザ情報管理テーブルには、図５に示すように、ユーザの氏名、当該ユーザの使用するスケジューラのソフトウエア名或いはＵＲＬ、当該スケジューラにアクセスするためのＩＤ及びパスワードがユーザＩＤと関連付けられて記憶されている。
【００５６】
制御部１８は、ユーザが認証用カードリーダ１６を用いて個人認証を行った際に、当該ユーザのユーザＩＤを取得しており、このユーザ情報管理テーブルを参照して、ユーザＩＤに関連付けられたユーザのスケジューラにアクセスするためのＩＤ及びパスワードを取得する。
【００５７】
次に、制御部１８は、取得したＩＤ及びパスワードを用いて、ユーザのスケジューラにアクセスし、ステップＳ１１において特定した会話シナリオに関連する種別のイベントを抽出する（ステップＳ１５）。この処理は、制御部１８が、図６に示すイベントシナリオ対応管理テーブルを参照して行うものである。
【００５８】
図６に示すように、イベントシナリオ対応テーブルには、スケジューラに書き込まれたユーザの行動予定のイベント種別が、シナリオＩＤと関連付けられて記憶されている。ここで、イベント種別とは、「出張」や「外出」、「会議」などユーザの行動予定の種別を示すものである。また、ユーザのスケジューラには、ユーザの行動予定（イベント）が上記イベント種別のうちの何れかに分類されて書き込まれている。
【００５９】
すなわち、例えば、ステップＳ１１において選択された会話シナリオが「会議室予約」である場合、制御部１８は、イベントシナリオ対応管理テーブルを参照して、当該会話シナリオに対応するイベント種別として「会議」を選択する。そして、制御部１８は、ユーザのスケジューラから「会議」の種別に属するイベントを抽出する。
【００６０】
このように、制御部１８は、ユーザの行動予定を取得する行動予定取得手段として機能する。
【００６１】
次に、制御部１８は、抽出したイベントに登録されている情報をキーワードとして一次検索を行う（ステップＳ１６）。この処理は、制御部１８が、図７に示す検索キーワード管理テーブルを参照して行うものである。
【００６２】
図７に示すように、検索キーワード管理テーブルには、会話シナリオ毎に設定された複数の検索キーワードが、シナリオＩＤと関連付けられて記憶されている。
【００６３】
すなわち、例えば、ステップＳ１１において選択された会話シナリオが「会議室予約」である場合、制御部１８は、検索キーワード管理テーブルを参照して、ステップＳ１５において抽出した「会議」に分類されるイベントに登録されている情報から、「開始日時」、「終了日時」、「人数」に関する情報を取り出し、これらを検索キーワードとして外部サーバ装置に対して一次検索を行う。
【００６４】
このように、制御部１８は、情報取得手段として機能することにより、検索内容の絞り込みの確定に必要な情報がユーザから入力される前に、それまでにユーザから入力された情報で絞り込んだ検索内容に対応するユーザの行動予定の日又は日時に基づいて、確定される検索内容を予測する。かかる構成とすることにより、効率的な検索が可能となる。
【００６５】
次に、制御部１８は、ステップ１６において実施した一次検索により得られた検索結果を、検索キーワードとともに一次検索結果管理テーブルに記憶する（ステップＳ１７）。
【００６６】
次に、制御部１８は、ステップＳ１５において抽出したイベント全てに対して一次検索が行われたか否かを判定する（ステップＳ１８）。この処理において、ステップＳ１５において抽出したイベント全てに対して一次検索が行われていないとき（ステップＳ１８：Ｎｏ）、制御部１８は、処理をステップＳ１６へ移行する。一方、ステップＳ１５において抽出したイベント全てに対して一次検索が行われたと判定すると（ステップＳ１８：Ｙｅｓ）、制御部１８は、一次検索処理を終了する。
【００６７】
一次検索結果管理テーブルには、図８に示すように、イベント毎の一次検索結果がシナリオ実行ＩＤと関連付けられて記憶されている。ここで、シナリオ実行ＩＤとは、会話シナリオの実行を開始する際に発行されるＩＤである。
【００６８】
このように、制御部１８は、検索内容の絞り込みの確定に必要な情報がユーザから入力される前に、ユーザの行動予定に基づいて、確定される検索内容を予測し、当該予測した範囲の情報を外部サーバ装置から取得する情報取得手段として機能する。
【００６９】
一方、ステップＳ１２において発話した質問文に対して、ユーザが返答すると（ステップＳ１９）、制御部１８は、当該ユーザの発話内容に含まれる二次検索用のキーワードを取得する（ステップＳ２０）。
【００７０】
次に、制御部１８は、ステップＳ１８において一次検索結果管理テーブルに記憶された一次検索結果をシナリオ実行ＩＤに基づいて取得し（ステップＳ２１）、取得した一次検索結果の中から、ステップＳ２０において取得した二次検索用のキーワードに基づいて二次検索を行う（ステップＳ２２）。
【００７１】
次に、制御部１８は、検索キーワード管理テーブル（図７参照）に記憶されている、会話シナリオ毎に設定された検索キーワードを全て取得したか否かを判定する（ステップＳ２３）。この処理において、二次検索用のキーワードを全て取得していないとき（ステップＳ２３：Ｎｏ）、制御部１８は、処理をステップＳ１２へ移行し、二次検索用のキーワードを全て取得したと判定すると（ステップＳ２３：Ｙｅｓ）、処理をステップＳ２４へ移行する。
【００７２】
ステップＳ２４において、制御部１８は、二次検索の結果をディスプレイ１０に１件ずつ表示するとともに、ユーザの確認を促す文章をスピーカ１２を介して発話する。
【００７３】
そして、ユーザが二次検索結果への返答がなされると（ステップＳ２５）、制御部１８は、当該ユーザの発話を受信し（ステップＳ２６）、当該発話の内容が検索完了を示すものであるか否かを判定する（ステップＳ２７）。
【００７４】
すなわち、会話シナリオが会議室予約であり、二次検索結果として「４０２会議室」、「４０４会議室」、「５０３会議室」に空きがあった場合、制御部１８は、先ず、「４０２会議室」に関する情報（場所、空き時間帯、料金、設備等）をディスプレイ１０に表示するとともに、「４０２会議室はいかがでしょうか。」などの確認文をスピーカ１２を介して発話する。そして、ユーザの返答が「他はありませんか。」など否定的なものであった場合、制御部１８は、検索が完了していないと判定し（ステップＳ２７：Ｎｏ）、処理をステップＳ２４に移行し、次の検索結果に対して同様の処理（ステップＳ２４〜Ｓ２７までの処理）を行う。
【００７５】
一方、ユーザの返答が「そこを予約して下さい。」など肯定的な発話内容であった場合、制御部１８は、検索が完了したと判定して（ステップＳ２７：Ｙｅｓ）、該当する検索結果に対して予約処理を行い（ステップＳ２８）、全ての処理を終了する。
【００７６】
このように、制御部１８は、検索内容の絞り込みの確定に必要な情報がユーザから入力されたとき、当該入力された情報に対応する情報を予め取得された情報の中から検索してユーザに提示する情報提示手段として機能する。
【００７７】
以上のように、本実施形態にかかる情報提示装置１は、ユーザの行動予定に基づいて、検索内容の絞り込みの確定に必要な情報がユーザから入力されるよりも前に当該確定される検索内容を予測し、当該予測した範囲の情報を外部サーバ装置から取得するとともに、検索内容の絞り込みの確定に必要な情報がユーザから入力されたとき、当該入力された情報に対応する情報を情報取得手段により予め取得された情報の中から検索することとしたため、通信処理の応答待ち時間を短縮することができ、対話の中断が低減し、ユーザにストレスを与えることなく所望の情報を提示することができる。
【００７８】
ここで、制御部１８は、外部サーバ装置から情報を取得する処理（一次検索）を行なっている途中で、検索内容の絞り込みの確定に必要な情報がユーザから入力されたとき、当該入力された情報に対応する情報をすでに取得しているときには、情報を取得する処理を中止することとしている。
【００７９】
すなわち、制御部１８は、ユーザの発話により二次検索用のキーワードを取得した際に、一次検索結果管理テーブルを参照し、当該キーワードに基づく検索が終了しているか否かを判定する。そして、制御部１８は、当該キーワードに基づく検索が終了している場合には、一次検索を中止することとしている。かかる構成とすることにより、不要な通信処理を行うことを防止できる。
【００８０】
また、制御部１８は、一次検索を実行する際、現在日時に近い情報から優先して行うこととしている。
【００８１】
すなわち、ステップＳ１５において抽出したイベントの日時が「３月１０日」、「３月１７日」、「３月２４日」である場合、制御部１８は、現在日時に近い情報として「３月１０日」のイベントから順に一次検索を実行する。かかる構成とすることにより、より効率的な検索が可能となる。すなわち、一般的に、現在日時に近いほど検索対象となるイベントである確率が高いため、現在日時に近いイベントを優先して検索を実行することで不要な検索を行うことを可及的に低減することができる。
【００８２】
また、制御部１８は、現在日時から所定期間の範囲内にある情報の検索を行うこととしている。
【００８３】
すなわち、検索実行日が「３月２日」である場合、当該検索実行日から起算して３ヶ月の範囲にあるイベントのみを一次検索の対象とする。かかる構成とすることにより、より効率的な検索が可能となる。すなわち、一般的に、現在日時に近いほど検索対象となるイベントである確率が高く、所定期間の範囲外のイベントが検索対象となる確率は低いため、所定期間の範囲内にあるイベントのみを検索対象とすることにより不要な検索を行うことを可及的に低減することができる。
【００８４】
また、制御部１８は、ユーザのスケジューラから取得したユーザの行動予定に含まれる情報を除いた情報を外部サーバ装置から取得することとする。
【００８５】
すなわち、制御部１８は、会話シナリオに関連するイベントをスケジューラから抽出する際（ステップＳ１５参照）、既に提示すべき情報がスケジューラに行動予定として登録されている場合は、当該イベントを検索対象のイベントから除外し、その他のイベントのみを検索対象とする。かかる構成とすることにより、不要な通信処理を行うことを防止できる。
【００８６】
また、制御部１８は、スケジューラから取得したユーザの行動予定のうち複数日に跨った行動予定を出張を示す予定であると判定し、当該出張に必要な宿泊施設の情報を確定される検索内容として予測する。
【００８７】
すなわち、例えば、スケジューラに３月９日〜３月１０に跨ったイベントが登録されている場合、制御部１８は、当該イベントを「出張」の種別に属するイベントであると判定し、会話シナリオとして「ホテル予約」或いは「経路検索」が選択された際、当該イベントを検索対象のイベントとして選択する。かかる構成とすることにより、よりユーザの意に沿った情報提示を行うことが可能となる。
【００８８】
また、制御部１８は、検索内容の絞り込みの確定に必要な情報がユーザから入力される前に、それまでにユーザから入力された情報で絞り込んだ検索内容を、さらにユーザの行動予定と絞り込みが確定した過去の検索内容とに基づいて絞り込むことによって、確定される検索内容を予測する。
【００８９】
すなわち、例えば、会話シナリオとして「ホテル予約」が選択された場合において、スケジューラに登録されているイベントの情報の中に、出張先に関する情報がない場合、制御部１８は、スケジューラに記憶された過去のイベントを参照して、出張回数の多い出張先を特定し、当該出張先を検索キーワードとして一次検索を行う。かかる構成とすることにより、一次検索を行うための情報が不足している場合であっても、過去のイベント履歴から不足した情報を補完して一次検索を精度よく実行することができる。
【００９０】
また、制御部１８は、行動予定更新手段として機能することにより、ユーザからの要求に応じて、提示した情報を行動予定へ組み込むことができる。
【００９１】
すなわち、制御部１８は、ステップＳ２８の予約処理を完了させた後、予約完了したイベントの情報をスケジューラに反映させるか否かの質問文を発話する。そして、ユーザから当該情報をスケジューラに反映させるべき旨の発話応答がなされた場合、制御部１８は、当該情報をスケジューラへ組み込む。かかる構成とすることにより、予約完了したイベントの情報をユーザが自らスケジューラへ組み込む手間を省くことができる。
【００９２】
［３．情報提示装置の具体的動作］
次に、本実施形態にかかる情報提示装置１を用いてユーザが所望の情報を取得するまでの動作の具体例を、ユーザがホテル予約を行う場合を例にして説明する。図９及び図１０は本実施形態における、「ホテル予約」の会話シナリオに沿って実行される処理の一例を示すシーケンス図であり、図１１は本実施形態におけるスケジューラに登録されたユーザの行動予定の一例を示す図である。
【００９３】
図９に示すように、ユーザが「ホテルの予約をお願い。」と発話をすると（ステップＳ４０）、情報提示装置１の制御部１８は、マイク１１を介して当該ユーザの音声を受信し、当該音声からユーザの発話内容に「ホテル」、「予約」というキーワードが含まれることを特定する（ステップＳ４１）。そして、制御部１８は、会話シナリオ管理テーブルを参照して、当該特定した発話内容に対応する会話シナリオとして「ホテル予約」のシナリオを選択する（ステップＳ４２）。
【００９４】
次に、制御部１８は、読み込んだ「ホテル予約」の会話シナリオに基づいてユーザに対して、「お出かけの日にちを教えて下さい。」と発話するとともに（ステップＳ４３）、一次検索処理を開始する（ステップＳ４４）。この一次検索処理は、図１０に示すステップＳ７０〜Ｓ８２までの処理であり、後述する。
【００９５】
一方、ステップＳ４３において発話した質問文に対して、ユーザが返答として「１２月５日です。」と発話すると（ステップＳ４５）、制御部１８は、当該ユーザの発話内容から、宿泊日が「１２月５日」であることを特定する（ステップＳ４６）。そして、このとき、一次検索が終了していない場合、制御部１８は、「１２月５日」以外の日時の検索を中止する（ステップＳ４７）。
【００９６】
次に、制御部１８は、スピーカ１２を介して、「どちらにお出かけですか。」という質問文を発話する（ステップＳ４８）。そして、当該質問に対して、ユーザが返答として「京東大学です。」と発話すると（ステップＳ４９）、制御部１８は、ユーザの発話内容から、出張先が「京東大学」であることを特定する（ステップＳ５０）。そして、このとき、一次検索が終了していない場合、制御部１８は、「京東大学」以外の出張先の検索を中止する（ステップＳ５１）。
【００９７】
このように、本実施形態にかかる情報提示装置１は、外部サーバ装置から情報を取得する処理（一次検索）を行なっている途中で、検索内容の絞り込みの確定に必要な情報がユーザから入力されたとき、当該入力された情報に対応する情報をすでに取得しているときには、情報を取得する処理を中止することとしたため、不要な通信処理を行うことを防止できる。
【００９８】
次に、制御部１８は、一次検索結果管理テーブルに記憶された一次検索結果をシナリオ実行ＩＤに基づいて取得し、取得した一次検索結果の中から、「１２月５日」、「京東大学」のキーワードに基づいて二次検索を行う（ステップＳ５２）。
【００９９】
次に、制御部１８は、該当する検索結果があるか否かを判定する（ステップＳ５３）。この処理において、該当する検索結果がない場合（ステップＳ５３：Ｎｏ）、制御部１８は、スピーカ１２を介し、「その日は開いているホテルがありません。」と発話し、ユーザに対して該当する検索結果がない旨を報告する（ステップＳ５４）。
【０１００】
一方、該当する検索結果があると判定すると（ステップＳ５３：Ｙｅｓ）、制御部１８は、二次検索の結果の中からホテルの詳細情報を１件取り出してディスプレイ１０に表示し（ステップＳ５５）、スピーカ１２を介して「ＯＯホテルはいかがでしょうか。」と、ディスプレイ１０に表示されたホテルを予約するか否かの質問文を発話する（ステップＳ５６）。
【０１０１】
次に、当該質問に対して、ユーザが返答として、「そこを予約してください。」と発話すると（ステップＳ５７）、制御部１８は、当該発話の内容が予約を指示するものであることを特定し（ステップＳ５８）、ディスプレイ１０に表示されているホテルの予約を実行する（ステップＳ５９）。
【０１０２】
なお、ステップＳ５７において、ユーザが返答として「他にはありませんか。」など否定的な発話をした場合、制御部１８は、当該発話の内容を特定し、処理をステップＳ５５へ移行する。
【０１０３】
ステップＳ５９の処理を終えたとき、制御部１８は、全ての処理を終了する。
【０１０４】
次に、ステップＳ４４の一次検索処理について、図１０を参照して具体的に説明する。
【０１０５】
図１０に示すように、一次検索処理を開始すると、制御部１８は、先ず、個人認証を行ったユーザのスケジューラへのアクセスに必要な情報として、ＩＤ及びパスワードを取得する（ステップＳ７０）。この処理は、制御部１８が、図５に示すユーザ情報管理テーブルを参照して行われる。
【０１０６】
次に、制御部１８は、取得したＩＤ及びパスワードを用いて、ユーザのスケジューラにアクセスするとともに、イベントシナリオ対応管理テーブルを参照して、「ホテル予約」の会話シナリオに関連する種別のイベントを抽出する。具体的には、制御部１８は、複数日を跨ぐ「出張」イベントを抽出する（ステップＳ７１）。この際、制御部１８は、既に宿泊先が登録済みのものに関しては、抽出の対象から除外することとし、また、抽出するイベントは、検索日から１ヶ月の範囲内にあるもののみとする。
【０１０７】
このように、本実施形態にかかる情報提示装置１は、ユーザのスケジューラから取得したユーザの行動予定に含まれる情報を除いた情報を外部サーバ装置から取得するとともに、現在日時から所定期間の範囲内にある情報の検索を行うこととしたため、不要な通信処理を行うことを防止できる。
【０１０８】
ここで、当該ユーザのスケジューラには、図１１に示すように、１２月３日の１０〜１１時に行われる予定の会議と、１２月４日の１４〜１６時に行われる予定の会議と、１２月５日の８時〜１２月６日の１８時までの出張と、１２月７日の１０〜１１時に４０１会議室にて行われる予定の会議と、１７〜１８時半に行われる予定の会議と、１９〜２０時に開かれる予定の飲み会とが登録されているものとする。すなわち、制御部１８は、ステップＳ７１の処理において、「１２月５日の８時〜１２月６日の１８時までの出張」のイベントを抽出する。
【０１０９】
次に、制御部１８は、抽出したイベントに出張先の情報が登録されているか否かを判定する（ステップＳ７２）。この処理において、抽出したイベントに出張先の情報が登録されていると判定すると（ステップＳ７２：Ｙｅｓ）、制御部１８は、抽出したイベントから出張先の情報を取得し（ステップＳ７３）、出張先である「京東大学」の最寄り駅の検索を実行する（ステップＳ７４）。そして、取得した最寄り駅の情報に基づいて、当該最寄り駅周辺にあり、当該イベントの発生日に空室のあるホテルの検索を実行する（ステップＳ７５）。
【０１１０】
次に、制御部１８は、ステップＳ７５において実行して得たホテルの検索結果を検索キーワードとともに一次検索結果管理テーブルに記憶する（ステップＳ７６）。
【０１１１】
一方、ステップＳ７２において、抽出したイベントに出張先の情報が登録されていないとき（ステップＳ７２：Ｎｏ）、制御部１８は、過去半年間のスケジュールからイベント種別が「出張」のイベントを検索し、当該イベントに登録されている出張先の情報を取得する（ステップＳ７７）。そして、取得した出張先の情報を出張回数が多い順にランキングする（ステップＳ７８）。
【０１１２】
次に、制御部１８は、取得した各出張先について、最寄り駅の検索を実行する（ステップＳ７９）。そして、取得した最寄り駅の情報に基づいて、当該最寄り駅周辺にあり、当該イベントの発生日に空室のあるホテルの検索を実行する（ステップＳ８０）。
【０１１３】
次に、制御部１８は、ステップＳ７５において実行して得たホテルの検索結果を検索キーワードとともに一次検索結果管理テーブルに記憶する（ステップＳ８１）。
【０１１４】
次に、制御部１８は、ステップＳ７８においてランキングした上位５つの出張先についてステップＳ７９〜Ｓ８１の処理を行ったか否かを判定する（ステップＳ８２）。この処理において、上位５つの出張先についてステップＳ７８、Ｓ７９の処理を行っていないとき（ステップＳ８２：Ｎｏ）、制御部１８は、処理をステップＳ７９へ移行する。
【０１１５】
ステップＳ７６の処理を終了したとき、或いは、ステップＳ８２において、上位５つの出張先についてステップＳ７９〜Ｓ８１の処理を行ったと判定したとき（ステップＳ８２：Ｙｅｓ）、制御部１８は、ステップＳ７１において抽出したイベント全てに対して一次検索が行われたか否かを判定する（ステップＳ８３）。この処理において、ステップＳ７１において抽出したイベント全てに対して一次検索が行われていないとき（ステップＳ８３：Ｎｏ）、制御部１８は、処理をステップＳ７２へ移行する。一方、ステップＳ７１において抽出したイベント全てに対して一次検索が行われたと判定すると（ステップＳ８３：Ｙｅｓ）、制御部１８は、一次検索処理を終了する。
【０１１６】
このように、本実施形態にかかる情報提示装置１は、検索内容の絞り込みの確定に必要な情報がユーザから入力される前に、それまでにユーザから入力された情報で絞り込んだ検索内容を、さらにユーザの行動予定と絞り込みが確定した過去の検索内容とに基づいて絞り込むことによって、確定される検索内容を予測することとしたため、一次検索を行うための情報が不足している場合であっても、過去の検索履歴から不足した情報を補完して一次検索を精度よく実行することができる。
【０１１７】
ステップＳ８２の処理を終えたとき、制御部１８は、一次検索処理を終了する。
【０１１８】
以上、本発明の実施の形態のうちのいくつかを図面に基づいて詳細に説明したが、これらは例示であり、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１１９】
例えば、本実施形態では、ユーザから入力される情報として、ユーザの音声入力信号に基づいて対話を行うこととしたが、これに代えて、キーボード１３及びマウス１４により入力された情報に基づいて対話を行うこととしてもよい。かかる場合、図２に示す情報提示装置１の構成において、マイク１１及びスピーカ１２は不要となる。
【図面の簡単な説明】
【０１２０】
【図１】本実施形態にかかる情報提示装置の概略図である。
【図２】本実施形態における情報提示装置の構成図である。
【図３】本実施形態にかかる情報提示装置の基本処理シーケンス図である。
【図４】本実施形態にかかる情報提示装置のハードディスク装置に記憶される会話シナリオ管理テーブルの一例を示す図である。
【図５】本実施形態にかかる情報提示装置のハードディスク装置に記憶されるユーザ管理テーブルの一例を示す図である。
【図６】本実施形態にかかる情報提示装置のハードディスク装置に記憶されるイベントシナリオ対応テーブルの一例を示す図である。
【図７】本実施形態にかかる情報提示装置のハードディスク装置に記憶される検索キーワード管理テーブルの一例を示す図である。
【図８】本実施形態にかかる情報提示装置のハードディスク装置に記憶される一次検索結果管理テーブルの一例を示す図である。
【図９】本実施形態における、「ホテル予約」の会話シナリオに沿って実行される処理の一例を示すシーケンス図である。
【図１０】本実施形態における、「ホテル予約」の会話シナリオに沿って実行される処理の一例を示すシーケンス図である。
【図１１】本実施形態におけるスケジューラに登録されたユーザの行動予定の一例を示す図である。
【符号の説明】
【０１２１】
１    情報提示装置
１０  ディスプレイ
１１  マイク
１２  スピーカ
１７  ハードディスク装置
１８  制御部
【図１】
2009237786.tif 000003
【図２】
2009237786.tif 000004
【図３】
2009237786.tif 000005
【図４】
2009237786.tif 000006
【図５】
2009237786.tif 000007
【図６】
2009237786.tif 000008
【図７】
2009237786.tif 000009
【図８】
2009237786.tif 000010
【図９】
2009237786.tif 000011
【図１０】
2009237786.tif 000012
【図１１】
2009237786.tif 000013