JP6284104B2 - 情報通信端末、対話提供方法 - Google Patents

Description

本発明は、情報通信端末に関し、特にユーザと対話を行う情報通信端末等に関するものである。

従来、ユーザと対話を行うことができる情報通信端末が知られている。このような情報通信端末は、サービス事業者が管理するサーバと通信を行い、ユーザの発話に対する応答をサーバから取得してユーザに提示する（例えば、特許文献１参照）。

特開２００５−２５０３７９号公報 特開２００６−９９２９６号公報

このような情報通信端末は、当該情報通信端末とサーバとの通信が切断された場合、当該通信が復帰するまでの間、ユーザの発話に対して応答することができない。すなわち、情報通信端末とサーバとの通信が切断されている間、ユーザが戸惑いを感じてしまうことが課題である。

そこで、本発明は、対話中に通信が切断されても、通信が切断されている間にユーザの発話に応答することが可能な情報通信端末等を提供する。

本発明の一態様に係る情報通信端末は、サーバに記憶された複数の提示情報の提示順序を示す対話シナリオにしたがって、ユーザと対話を行う情報通信端末であって、前記対話における前記ユーザの入力を受け付ける入力受付部と、前記入力受付部が前記ユーザの入力を受け付けるごとに、前記対話シナリオにしたがって当該ユーザの入力に応じた提示情報を前記サーバから取得する通信部と、前記対話における前記情報通信端末の前記ユーザへの応答として、前記通信部が取得した提示情報を前記ユーザに提示する対話処理部と、前記通信部と前記サーバとの通信状態を判定する通信状態判定部とを備え、前記対話処理部は、前記対話の途中に前記通信状態判定部が前記通信状態の悪化を示す第１判定をした場合、前記第１判定がされたときに前記ユーザに提示されている提示情報よりも前記対話シナリオにおける提示順序が後の提示情報である提示候補情報を少なくとも１つ前記通信部に取得させる。

なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

本発明によれば、サーバと情報通信端末との通信が切断されている間も、対話を続行することができ、ユーザが感じる戸惑いを低減することができる。

図１は、実施の形態１に係る音声対話システムの構成を示すブロック図である。 図２は、対話シナリオを説明するための図である。 図３は、対話シナリオのデータ構造を示す図である。 図４は、実施の形態１に係る音声対話システムの音声対話処理を示すフローチャートである。 図５は、通信状態が良好である場合の音声対話処理を説明するための模式図である。 図６は、対話中に通信状態が悪化する場合の音声対話処理を説明するための図である。 図７は、提示候補情報を説明するための図である。 図８は、使用頻度に応じて選択される提示候補情報を説明するための図である。 図９は、通信状態判定部の通信状態の判定方法を説明するための図である。 図１０は、最小構成の情報通信端末を示すブロック図である。 図１１は、情報通信端末の適用例を示す図である。

（本発明の基礎となった知見）
背景技術で説明したように、ユーザと対話を行うことができる情報通信端末が知られている。

ところで、このような情報通信端末では、ユーザと情報通信端末との対話中に、当該情報通信端末とサーバとの通信が通信状態の劣化によって切断されることがある。そこで、特許文献１には、通信が切断された後、通信が復帰した際に、通信が切断されたときの対話の中断された位置をサーバに通知することで、対話を切断された位置から再開することができる音声対話システムが開示されている。

しかしながら、特許文献１に開示された技術では、情報通信端末とサーバとの通信が復帰するまでの間、情報通信端末は、ユーザの発話に対して応答することができない。すなわち、情報通信端末とサーバとの通信が切断されている間、ユーザが戸惑いを感じてしまうという課題がある。

また、特許文献２には、通信状態を示す情報を用いて、翻訳処理を情報通信端末が行うか、サーバが行うかを決定する技術が開示されている。

しかしながら、特許文献２に開示された技術では、情報通信端末に予め組み込まれた機能の範囲内において翻訳処理を行うことができる。したがって、特許文献２のような技術を上述のような対話処理に用いた場合、ユーザの応答に応じてフレキシブルに対話を継続することは難しい。

上記の課題を解決するために、本発明の一態様に係る情報通信端末は、サーバに記憶された複数の提示情報の提示順序を示す対話シナリオにしたがって、ユーザと対話を行う情報通信端末であって、前記対話における前記ユーザの入力を受け付ける入力受付部と、前記入力受付部が前記ユーザの入力を受け付けるごとに、前記対話シナリオにしたがって当該ユーザの入力に応じた提示情報を前記サーバから取得する通信部と、前記対話における前記情報通信端末の前記ユーザへの応答として、前記通信部が取得した提示情報を前記ユーザに提示する対話処理部と、前記通信部と前記サーバとの通信状態を判定する通信状態判定部とを備え、前記対話処理部は、前記対話の途中に前記通信状態判定部が前記通信状態の悪化を示す第１判定をした場合、前記第１判定がされたときに前記ユーザに提示されている提示情報よりも前記対話シナリオにおける提示順序が後の提示情報である提示候補情報を少なくとも１つ前記通信部に取得させる。

このように、通信状態の悪化時に提示候補情報を取得しておくことで、その後通信不可能な状態になった場合にも提示候補情報を用いて対話を続行することができる。すなわち、サーバと情報通信端末との通信が切断されている間にユーザが感じる戸惑いを低減することができる。

また、前記対話の途中において、前記通信部が前記提示候補情報を取得した後に前記入力受付部が前記ユーザの第１の入力を受け付けたときに、（１）前記通信状態判定部が前記通信状態が通信不可能な状態であると判定した場合、前記対話処理部は、前記第１の入力に対応する、前記通信部が取得した前記提示候補情報を前記ユーザに提示し、（２）前記通信状態判定部が前記通信状態が通信可能な状態であると判定した場合、前記通信部は、前記サーバから前記第１の入力に応じた提示情報を取得し、前記対話処理部は、前記通信部が取得した、前記第１の入力に応じた提示情報を前記ユーザに提示してもよい。

また、前記対話の途中に前記通信状態判定部が前記第１判定をした場合、前記対話処理部は、前記第１判定時に用いる提示情報と提示順序が近いものから順に所定数の前記提示候補情報を選択し、選択した前記提示候補情報を前記通信部に取得してもよい。

このように、提示候補情報を提示順序が近いものから順に選択することで、対話が中断する可能性をより低減することができる。

また、前記サーバには、当該サーバに記憶された前記複数の提示情報それぞれの使用頻度を示す履歴情報が記憶され、前記対話の途中に前記通信状態判定部が前記第１判定をした場合、前記対話処理部は、前記履歴情報に基づいて使用頻度の高いものから順に所定数の前記提示候補情報を選択し、選択した前記提示候補情報を前記通信部に取得してもよい。

このように、提示候補情報を使用頻度が高いものから順に選択することで、対話が中断する可能性をより低減することができる。

また、前記対話の途中に前記通信状態判定部が前記第１判定をした場合、前記対話処理部は、データサイズの小さいものから順に所定数の前記提示候補情報を選択し、選択した前記提示候補情報を前記通信部に取得してもよい。

このように、提示候補情報をデータサイズが小さいものから順に選択することで、対話が中断する可能性をより低減することができる。

また、前記情報通信端末は、さらに、前記情報通信端末の現在の位置を示す位置情報を取得する位置取得部を備え、前記サーバには、当該サーバに記憶された前記複数の提示情報の使用頻度を当該提示情報が使用された地域ごとに示す地域別履歴情報が記憶され、前記対話の途中に前記通信状態判定部が前記第１判定をした場合、前記対話処理部は、前記地域別履歴情報に基づいて、前記位置情報が示す位置が属する地域における使用頻度の高いものから順に所定数の前記提示候補情報を選択し、選択した前記提示候補情報を前記通信部に取得してもよい。

これにより、より多くの対話ユニットを取得することができるため、対話が中断する可能性をより低減することができる。

また、前記情報通信端末は、移動体に搭載され、さらに、当該移動体の移動速度を前記情報通信端末の移動速度として取得する速度取得部を備え、前記対話の途中に前記通信状態判定部が前記第１判定をした場合、前記対話処理部は、前記移動速度が遅いほど、数多くの前記提示候補情報を前記通信部に取得してもよい。

一般に、移動速度が速い場合、通信状態の回復も早いと考えられ、対話を継続させるために必要となる提示候補情報の数も少ない。したがって、このような構成により、効率的に提示候補情報を取得するとともに、音声対話が中断する可能性をより低減することができる。

また、さらに、前記通信部が取得した前記提示候補情報が記憶される記憶部を備え、前記対話の途中に前記通信状態判定部が前記第１判定をした場合、前記対話処理部は、前記記憶部の空き容量が大きいほど、数多くの前記提示候補情報を前記通信部に取得してもよい。

これにより、記憶部の空き容量に応じて効率的に提示候補情報を取得するとともに、音声対話が中断する可能性をより低減することができる。

また、前記通信状態判定部は、前記通信部と前記サーバとの通信における信号のＢＥＲ（Ｂｉｔ Ｅｒｒｏｒ Ｒａｔｅ）が第１閾値よりも大きくなった場合に、前記第１判定を行ってもよい。

また、前記通信状態判定部は、前記ＢＥＲが所定の時間変化量よりも小さい時間変化量で変化して前記第１閾値よりも大きくなった場合に、前記第１判定を行ってもよい。

また、さらに、前記情報通信端末の現在の位置を示す位置情報を取得する位置取得部と、前記情報通信端末の位置と、当該位置における前記通信状態とを対応付けた通信状態情報が記憶される記憶部を備え、前記通信状態判定部は、前記位置情報と、前記通信状態情報とに基づいて前記第１判定を行ってもよい。

また、前記通信状態情報は、過去における、前記位置取得部が取得した前記位置情報が示す位置と、当該位置における前記通信状態判定部の前記通信状態の判定結果とを対応付けた前記通信状態の履歴であってもよい。

また、さらに、音を出力する音声出力部を備え、前記対話処理部は、前記音声出力部に音を出力させることによって前記通信部が取得した提示情報を前記ユーザに提示してもよい。

また、さらに、映像を表示する表示部を備え、前記対話処理部は、前記表示部に映像を表示させることによって前記通信部が取得した提示情報を前記ユーザに提示してもよい。

また、前記入力受付部は、前記ユーザの音声を前記ユーザの入力として取得する音声取得部と、前記音声取得部が取得した前記ユーザの音声を認識する音声認識部とを有し、前記通信部は、前記音声認識部が前記ユーザの音声を認識するごとに、前記対話シナリオにしたがって前記ユーザの音声の認識結果に応じた提示情報を前記サーバから取得してもよい。

また、本発明の一態様に係る対話提供方法は、複数の提示情報の提示順序を示す対話シナリオにしたがって、ユーザが操作する情報通信端末から情報取得要求を受信するごとに、前記情報取得要求に応じた提示情報を前記情報通信端末に送信する、サーバの対話提供方法であって、前記サーバと前記情報通信端末との通信状態が悪化したことを示す通信悪化情報を含む前記情報取得要求を受信したときに、前記情報通信端末に送信済みの提示情報よりも前記対話シナリオにおける提示順序が後の提示情報である提示候補情報を少なくとも１つ前記情報通信端末に送信する。

なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムまたは記録媒体の任意な組み合わせで実現されてもよい。

以下、実施の形態について、図面を参照しながら具体的に説明する。

なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。

（実施の形態１）
以下、実施の形態１に係る音声対話システムについて説明する。

図１は、実施の形態１に係る音声対話システムの構成を示すブロック図である。

音声対話システム１０は、情報通信端末１００と、サーバ２００と、情報通信端末１００およびサーバ２００を接続する無線通信回線３００とから構成される。実施の形態１では、情報通信端末１００は、移動体（車両）に搭載されるカーナビゲーション装置であり、ユーザ２０の音声を認識して応答する音声対話を行う。なお、情報通信端末１００は、車両に固定的に搭載された車載装置でもよく、また、車外へ持ち出し可能な通信端末でもよい。

ここで、音声対話の概要を説明する。音声対話は、あらかじめ用意された対話シナリオにしたがって実行される。以下、一例として、レストラン検索についての対話シナリオについて説明する。

レストラン検索の対話シナリオでは、まず、ユーザ２０は、音声（発話）によりレストランの検索を情報通信端末１００に依頼する。これに対し、情報通信端末１００は、まず、ユーザ２０の音声を取得および認識する。音声の認識結果に基づき、サーバ２００からサーバ２００が備える対話シナリオデータベース２０２に予め記憶された提示情報（ユーザ２０への問いかけ）を取得し、取得した提示情報に対応する「料理の種類は？」という音声を出力する。なお、実施の形態１では、１つの対話シナリオに基づいて１つの音声対話が実行され、１つの音声対話は、複数の対話ユニットにより構成されるものとして説明する。対話ユニットとは、少なくとも提示情報を含む対話の構成単位である。

続いて、このような情報通信端末１００の問いかけに対して、ユーザ２０が「イタリア料理」という音声によって応答したとする。これに対し、情報通信端末１００は、同様に、ユーザ２０の応答に対応する対話ユニットを取得し、取得した対話ユニットに対応する音声を出力する。

以下、情報通信端末１００は、対話シナリオにしたがって、レストランを検索するエリアや食事の予算などをユーザ２０に問いかけ、ユーザ２０は、これらの問いかけに順次応答する。最終的には、ユーザ２０の応答に基づいて選択されたレストランが検索結果としてユーザ２０に提示され、音声対話は終了する。

次に、図１を用いて、音声対話システム１０の具体的な構成について説明する。

まず、情報通信端末１００について説明する。

音声対話システム１０を構成する情報通信端末１００は、入力受付部１０１ａ（音声取得部１０１、および音声認識部１０２）と、通信部１０３と、対話処理部１０４と、通信状態判定部１０６とを備える。また、情報通信端末１００は、位置取得部１０５と、記憶部１０８と、速度取得部１０９と、音声出力部１１０と、音声合成部１１１とを備える。

音声取得部１０１は、音声対話におけるユーザ２０の音声を取得し、デジタル音声信号を生成する。音声取得部１０１は、具体的には、例えば、マイクロフォンとＡ／Ｄ変換器とで構成される。

音声認識部１０２は、音声取得部１０１で生成したデジタル音声信号を認識する。音声認識部１０２は、既存の音声認識技術によってユーザ２０の音声を認識し、テキスト形式の音声データを生成する。生成された音声データは、対話処理部１０４を介して通信部１０３に送信される。

通信部１０３は、音声認識部１０２が生成した音声データを、無線通信回線３００を通じてサーバ２００に送信し、対話シナリオにしたがって、当該音声データに対応する提示情報をサーバ２００から取得する。すなわち、通信部１０３は、音声認識部１０２が音声を認識するごとに認識結果に応じた提示情報をサーバ２００から取得する。通信部１０３は、例えば、３Ｇ、４Ｇ、Ｗｉ−Ｆｉ（登録商標）、Ｚｉｇｂｅｅ（登録商標）などの回線を利用して無線通信が可能な無線モジュールである。

対話処理部１０４は、音声対話における情報通信端末１００の制御を行う。対話処理部１０４は、通信部１０３が取得した音声ユニットに対応する音声データを音声合成部に出力し、対話処理部１０４が出力した当該音声データは、音声合成部１１１によってデジタル音声信号に変換されて音声出力部１１０から出力される。すなわち、対話処理部１０４は、対話における情報通信端末１００のユーザ２０への応答として、通信部１０３が取得した提示情報（対話ユニット）をユーザ２０に提示する。

また、対話処理部１０４は、対話の途中において、通信状態判定部１０６が通信状態の悪化を示す判定をした場合、提示候補情報をキャッシュして音声対話を継続する。音声対話（音声対話処理）の詳細については後述する。

なお、対話処理部１０４は、ハードウェアのみで構成されてもよいし、ハードウェアとソフトウェアとを組み合わせることにより実現されてもよい。また、対話処理部１０４は、プロセッサや、マイコンなどでも実現できる。

位置取得部１０５は、情報通信端末１００の現在の位置を示す位置情報を取得する。位置取得部１０５は、具体的には、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）モジュールであるが、情報通信端末１００の位置情報を取得できるものであればよい。

通信状態判定部１０６は、通信部１０３とサーバ２００との通信状態を判定する。具体的には、通信状態判定部１０６は、通信部１０３が受信する信号のビット誤り率（ＢＥＲ：Ｂｉｔ Ｅｒｒｏｒ Ｒａｔｅ）を監視する。通信状態判定部１０６は、ＢＥＲが第１閾値よりも大きい場合は通信状態が悪化した状態であると判定する。通信状態判定部１０６は、さらに、ＢＥＲが、第１閾値よりも大きい閾値である第２閾値よりも大きい場合は通信状態が通信不可能な状態であると判定する。通信状態判定部１０６は、ＢＥＲが所定の第１閾値以下の場合は、通信状態が通信可能な状態であると判定する。

なお、通信状態判定部１０６は、通信部１０３（無線モジュール）の電波強度によって、通信状態の判定を行ってもよいし、通信部１０３の通信速度によって通信状態の判定を行ってもよい。また、通信状態判定部１０６は、後述する通信状態情報に基づいて通信状態の判定を行ってもよい。

記憶部１０８には、提示候補情報、および通信状態情報が記憶される。

提示候補情報とは、対話処理部１０４が通信不可能な状態においてユーザ２０に提示するために、通信状態が悪化した状態において事前に取得される提示情報である。例えば、第１の対話シナリオにしたがって行われる第１の音声対話の途中に通信状態判定部１０６が通信状態の悪化を示す第１判定をした場合、提示候補情報は、第１の対話シナリオに基づいて定められる、第１判定以降にユーザ２０に提示する可能性のある提示情報である。言い換えれば、提示候補情報は、第１判定がされたときにユーザに提示されている提示情報よりも対話シナリオにおける提示順序が後の提示情報である。

なお、第１判定が行われたときに第１の対話シナリオに基づく第１の音声対話が実行されている場合、第１判定以降にユーザ２０に提示する可能性のある提示情報とは、第１の音声対話において、第１判定以降、第１の音声対話が終了する前にユーザ２０に提示する可能性のある提示情報を意味する。すなわち、第１判定以降に行われる第１の対話シナリオとは異なる対話シナリオに基づく音声対話に用いられる提示情報は含まれない。

また、第１の音声対話の途中とは、対話処理部１０４が提示情報を提示している途中、およびユーザ２０が応答している途中の両方を意味する。すなわち、第１の音声対話の途中とは、実施の形態１では、対話シナリオの実行中を意味する。

通信状態情報とは、情報通信端末１００の位置と、当該位置における通信状態とを対応付けた情報である。実施の形態１では、通信状態情報は、例えば、情報通信端末１００が搭載される移動体の走行時に、通信部１０３の通信状態と、位置取得部１０５が取得する位置情報とをリアルタイムで記憶しておくことによって実現可能である。すなわち、この場合、通信状態情報は、過去における、位置取得部１０５が取得した位置情報が示す位置と、当該位置における通信状態判定部１０６の通信状態の判定結果とを対応付けた通信状態の履歴である。

このような通信状態情報を用いれば、待ち時間算出部１０７は、位置取得部１０５が取得する現在の位置情報と、通信状態情報を照らし合わせることで、通信状態が悪化するタイミングを推定することができる。

なお、通信状態情報は、例えば、無線通信サービスを提供するサービス事業者が提供する、通信状態と、位置情報とが対応付けられた通信状態のマップ情報であってもよい。また、通信状態情報は、カーナビゲーション装置が備える地図情報における建物等の情報であってもよい。この場合、例えばトンネル内や、高層ビルの近くなど電波状況の悪い位置が、通信部１０３とサーバ２００との通信状態が悪化する位置として取り扱われる。

記憶部１０８は、具体的には、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）などである。なお、実施の形態１では、情報通信端末１００が記憶部１０８を備える構成としているが、記憶部１０８は、情報通信端末１００とは別個に設けられてもよい。すなわち、記憶部１０８は、ＵＳＢメモリや、外付けのＨＤＤとして実現されてもよい。すなわち、記憶部１０８は、必須の構成要素ではない。

また、実施の形態１では、提示候補情報および通信状態情報が１つの記憶部１０８に記憶されるが、提示候補情報および通信状態情報がそれぞれ別の記憶部に記憶されてもよい。

速度取得部１０９は、情報通信端末１００（≒ユーザ２０、移動体）の移動速度（速さおよび移動方向）を取得する。実施の形態１では、移動体からＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）を通じて、移動体の速度を取得する。なお、速度については、位置取得部１０５の位置情報の変化（変位）を用いて算出することも可能である。すなわち、速度取得部１０９は、必須の構成要素ではない。つまり、情報通信端末１００の速度取得部１０９の速度の取得方法は、移動体の速度を取得する方法に限定されず、どのような方法であってもよい。

音声合成部１１１は、音声データをデジタル音声信号に変換して、音声出力部１１０に出力する。

音声出力部１１０は、デジタル音声信号を音として出力する。本実施の形態では、情報通信端末１００は、カーナビゲーション装置として実現されるため、情報通信端末１００により再生される再生音（音楽、ラジオ放送、ナビゲーション音など）と、ユーザ２０に提示する情報として音声合成部１１１が出力するデジタル音声信号とを合成して音として出力する。

次に、無線通信回線３００について説明する。

音声対話システム１０を構成する無線通信回線３００は、例えば３Ｇ、４Ｇ、Ｗｉ−Ｆｉ（登録商標）、Ｚｉｇｂｅｅ（登録商標）などの回線である。無線通信回線３００は、典型的には、無線通信サービスを提供するサービス事業者（通信事業者）が提供する回線である。なお、図１では、情報通信端末１００と、無線通信回線３００とは直接接続されるが、情報通信端末１００は、スマートフォンや無線ルータなどの中継機器を介して無線通信回線３００に接続されてもよい。

次に、サーバ２００について説明する。

音声対話システム１０を構成するサーバ２００は、サーバ通信部２０３と、サーバ対話処理部２０４と、対話シナリオデータベース２０２とを備える。

サーバ通信部２０３は、通信部１０３が送信する音声データを受信し、当該音声データに対応する対話ユニットを通信部１０３に送信する。サーバ通信部２０３は、例えば、無線モジュールである。

サーバ対話処理部２０４は、サーバ通信部２０３が受信した音声データに対応する対話ユニットを対話シナリオデータベース２０２から選択し、選択した対話ユニットをサーバ通信部２０３を介して通信部１０３に送信する。サーバ対話処理部２０４は、プロセッサや、マイコンなどで実現できる。

対話シナリオデータベース２０２は、複数の対話ユニットからなる対話シナリオが記憶される記憶部である。対話シナリオデータベース２０２は、具体的には、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）などである。

図２は、対話シナリオを説明するための図である。

図３は、対話シナリオのデータ構造を示す図である。

図２に示されるように、実施の形態１における対話シナリオは、情報通信端末１００の問いかけの手順（順序）をツリー状に列記したものであり、対話の１つの単位をここでは対話ユニットと規定する。

実施の形態１では、図３示されるように、対話シナリオは、対話ユニットＩＤと、情報通信端末１００がユーザ２０に提示する提示情報（メッセージ）と、当該メッセージについて想定されるユーザ２０の回答およびこれに対する分岐情報（次の対話ユニットＩＤ）とが対応付けられたデータ構造を有する情報である。

なお、対話シナリオは、提示情報の提示順序を示すものであれば、どのような構成であってもよい。例えば、対話シナリオは、提示情報を含まず、提示情報の順序のみを示すような情報であって、情報通信端末１００の記憶部１０８に記憶される情報であってもよい。

次に、上記のように構成される実施の形態１に係る音声対話システム１０の音声対話処理について説明する。通信状態が良好である場合の音声対話処処理においては、ユーザ２０の音声の認識を契機に音声認識結果に対応した提示情報の取得が行われる。これに対し、通信状態が悪化した場合は、通信状態判定部１０６の通信状態の悪化を示す判定を契機に提示候補情報の取得が行われる点において異なる。すなわち、音声対話システム１０の音声対話処理は、音声対話中に通信状態が悪化したときに、音声対話の状況に無関係に提示候補情報を取得（キャッシュ）することが特徴である。

提示候補情報のキャッシュは、音声対話中に通信状態が悪化したときのみ行われる。これにより、記憶部１０８において提示候補情報が記憶される領域を小さくすることができる。実施の形態１のように、カーナビゲーション装置等では、記憶部１０８の容量は、ある程度制限されるため、音声対話中に通信状態が悪化したときのみ提示候補情報のキャッシュを行うことは有用である。

図４は、音声対話システム１０の音声対話処理を示すフローチャートである。

まず、対話処理部１０４は、現在音声対話中であるか否かを判断する（Ｓ１０１）。音声対話中である場合（Ｓ１０１でＹｅｓ）、通信状態判定部１０６は、通信部１０３とサーバ２００との通信状態の悪化を判定する（Ｓ１０２）。通信部１０３とサーバ２００との通信状態が、悪化していない場合（Ｓ１０２でＮｏ）、および音声対話中でない場合（Ｓ１０１でＮｏ）は、現在音声対話中であるか否かの判断処理（Ｓ１０１）に戻る。

通信状態判定部１０６が通信部１０３とサーバ２００との通信状態が悪化していると判定した場合（Ｓ１０２でＹｅｓ）、対話処理部１０４は、通信部１０３に提示候補情報を少なくとも１つ取得させる。実施の形態１では、対話処理部１０４は、提示順序が近いものから順に所定数の提示候補情報を選択し、通信部１０３に取得させる。通信部１０３は、対話処理部１０４が選択した提示候補情報を取得する（Ｓ１０３）。なお、取得した提示候補情報は、記憶部１０８に記憶される。

通信部１０３が提示候補情報を取得した後、音声認識部１０２が、対話におけるユーザ２０の応答である、ユーザ２０の音声の認識を完了したとき（Ｓ１０４）、通信状態判定部１０６は、再度、通信状態の判定を行う（Ｓ１０５）。このとき、通信可能な状態である場合（Ｓ１０５でＮｏ）、通信部１０３（対話処理部１０４）は、対話シナリオにしたがって、ユーザ２０の音声の認識結果に応じた提示情報をサーバ２００から取得し（Ｓ１０６）、対話処理部１０４は、取得した提示情報をユーザ２０に提示する（Ｓ１０７）。

一方、ステップＳ１０５において、通信不可能な状態である場合（Ｓ１０５でＹｅｓ）、対話処理部１０４は、ステップＳ１０３において取得した提示候補情報の中からユーザ２０の音声の認識結果に応じた提示候補情報を選択してユーザ２０に提示する（Ｓ１０８）。

次に、上記のような音声対話処理の詳細について説明する。なお、以下の説明では、「提示情報を取得する」ことを「対話ユニットを取得する」と記載する場合がある。

図５は、通信状態が良好である場合の音声対話処理を説明するための模式図である。

図５では、通信状態判定部１０６の通信状態は１−ＢＥＲで表される。すなわち、図５の１−ＢＥＲのグラフでは、縦軸の上側はＢＥＲが小さく通信状態が良好であることを示し、縦軸の下側はＢＥＲが大きく通信状態が悪いことを示す。

また、図５の（ａ）は、音声対話中に提示される情報の種類を示し、図５の（ｂ）は、各対話ユニットの実行期間を示す。また、図５の（ｃ）は、通信部１０３が通信を行っている期間を示す。

図５では、グラフで示される期間中、通信状態は良好である。したがって、図５の（ａ）に示されるように、グラフで示される期間中は、対話ユニットのキャッシュは行われない。対話処理部１０４は、ユーザ２０が応答するごとに通信部１０３にサーバ２００から対話ユニット（提示情報）を取得させ、当該対話ユニットに含まれる提示情報を提示する。言い換えれば、サーバ２００が実行権を握った状態で音声対話処理が進行する。

具体的には、図５の（ｂ）および（ｃ）に示されるように、通信部１０３は、各対話ユニットの実行開始時の期間３０１、３０２、３０３、および３０４においては、当該対話ユニットをサーバ２００から取得する。また、各対話ユニットの実行終了時の期間３１１、３１２、３１３、および３１４においては、ユーザ２０の応答（音声データ）をサーバ２００に送信する。

これに対し、図６は、対話中に通信状態が悪化する場合の音声対話処理を説明するための図である。なお、図６は、図５と同様の事項を示す図である。図６における通信状態を表すグラフでは、第１閾値４００ａおよび第２閾値４００が図示されている。

図６において、期間Ｔ１およびＴ５は、１−ＢＥＲが第１閾値４００ａよりも大きい、すなわちＢＥＲが第１閾値４００ａ以下の期間である。よって、期間Ｔ１およびＴ５は、通信状態判定部１０６が通信状態が良好である（通信可能な状態である）と判定する期間である。

また、期間Ｔ２およびＴ４は、１−ＢＥＲが第１閾値４００ａ以下であり、かつ第２閾値４００よりも大きい期間である。すなわち、期間Ｔ２およびＴ４は、ＢＥＲが第１閾値４００ａよりも大きく、かつ第２閾値４００以下となる期間である。よって、期間Ｔ２およびＴ４は、通信状態判定部１０６が通信状態が悪化しているが、通信自体は可能であると判定する期間である。

期間Ｔ３は、１−ＢＥＲが第２閾値４００以下、すなわちＢＥＲが第２閾値４００よりも大きい期間である。したがって、期間Ｔ３は、通信状態判定部１０６が通信不可能であると判定する期間である。

音声対話開始直後の期間Ｔ１では、上述のように、通信状態は良好である。したがって、図６の（ａ）に示されるように、対話処理部１０４は、通信部１０３にサーバ２００から対話ユニットを取得させ、これを提示する。具体的には、図６の（ｂ）および（ｃ）に示されるように、通信部１０３は、各対話ユニットの実行開始時の期間３０５においては、当該対話ユニットをサーバ２００から取得する。

しかしながら、対話ユニットを実行中のタイミングｔ１（期間Ｔ２の開始時点）において、ＢＥＲが第１閾値４００ａよりも大きくなる。このため、対話処理部１０４は、タイミングｔ１直後の期間３２１において、対話ユニット（提示候補情報）を通信部１０３に取得させる。

期間Ｔ２においては、通信状態は悪化しているが、通信自体は可能である。したがって、このような期間においては、対話処理部１０４は、通信部１０３にサーバ２００から対話ユニットを取得させ、これを提示する。サーバ２００からの応答が一定時間なく、対話ユニットが取得できない場合には、対話処理部１０４は、「しばらくお待ちください」のメッセージを再生する。

なお、期間Ｔ２のように通信状態は悪化しているが、通信自体は可能な期間において、対話処理部１０４は、提示候補情報としてキャッシュした対話ユニットを提示してもよい。

タイミングｔ１の後のタイミングｔ２では、ＢＥＲが第２閾値４００よりも大きくなり、タイミングｔ２以降の期間Ｔ３は、通信不可能な期間である。よって、期間Ｔ３において実行（開始）される対話ユニットは、図６の（ａ）および（ｂ）に示されるように、期間３２１で提示候補情報としてキャッシュした対話ユニットである。言い換えれば、期間Ｔ３においては、情報通信端末１００が実行権を握った状態で音声対話処理が進行する。

なお、ユーザ２０の応答に対応する対話ユニット（提示候補情報）がキャッシュされていない場合、対話処理部１０４は、「しばらくお待ちください」等、音声対話の続行ができない旨のメッセージを再生する。このようなメッセージの再生は、例えば、通信不可能な時間が長時間に及ぶような場合に行われる。

タイミングｔ３（期間Ｔ３の終了時点）においては、ＢＥＲが第２閾値４００以下となる。また、さらに、続くタイミングｔ４では、ＢＥＲが第１閾値４００ａ以下となる。したがって、図６の（ｃ）に示されるように、対話処理部１０４（通信部１０３）は、ＢＥＲが第１閾値４００ａ以下となったタイミングｔ４において実行していた対話ユニットの実行終了後の期間３２２において、次に実行すべき対話ユニットのＩＤをサーバ２００に送信する。言い換えれば、期間３２２において、音声対話処理の実行権は、情報通信端末１００からサーバ２００に移ることとなる。

続く、期間３０６では、通信部１０３は、対話ユニットをサーバ２００から取得し、対話処理部１０４は、取得した対話ユニットに含まれる提示情報をユーザ２０に提示する。そして、対話ユニットの実行終了時の期間３１６においては、ユーザ２０の応答をサーバ２００に送信する。

以上説明したように、情報通信端末１００によれば、対話ユニットのキャッシュを行うことによって、サーバ２００と通信不可能な状態においても、キャッシュした対話ユニットに含まれる提示候補情報を用いて音声対話を続行することができる。

次に、提示候補情報について詳細に説明する。

図７は、提示候補情報を説明するための図である。

図７に示される対話ユニット３８０は、通信状態判定部１０６が通信状態の悪化を判定したときに実行中の対話ユニットである。この場合、上記判定以降にユーザ２０の応答に対して実行される可能性のある対話ユニット、すなわち、提示候補情報を含む対話ユニットは、図７では、対話ユニット３９１〜３９７である。

実施の形態１では、対話処理部１０４は、対話ユニット３９１〜３９７の中から、対話ユニット３８０と提示順序が近いものから順に所定数の対話ユニット（提示候補情報）を選択し、選択した対話ユニットを通信部１０３に取得させる。

ここで、図７の例では、対話ユニット３８０に最も提示順序が近い対話ユニットは、対話ユニット３９１〜３９３であり、次に提示順序が近い対話ユニットは、対話ユニット３９４および３９５である。これらの次に対話ユニット３８０に提示順序が近い対話ユニットは、対話ユニット３９６および３９７である。

したがって、対話処理部１０４が選択する対話ユニットの数が５つである場合、図７において破線で囲まれた対話ユニット３９１〜３９５が選択される。

なお、対話ユニットの選択方法は、上記の方法に限定されない。

例えば、対話処理部１０４は、データサイズの小さいものから順に所定数の対話ユニット（提示候補情報）を選択し、選択した対話ユニットを通信部１０３に取得させてもよい。

上述のように、カーナビゲーション装置などでは、記憶リソースに制限があるため、キャッシュできる対話ユニットの数が制限される。このような場合、データサイズの小さいものから順に対話ユニットを選択することで、対話処理部１０４は、より多くの対話ユニットを記憶部１０８に記憶することができる。これにより、キャッシュする対話ユニットの数を増やすことができる。よって、通信不可能な期間において、音声対話の中断が生じにくいという利点がある。ここで、音声対話の中断とは、ユーザ２０の応答に対応する対話ユニットが、記憶部１０８に記憶されていないために、当該対話ユニットをユーザ２０に提示できないことを意味する。

また、例えば、対話処理部１０４は、使用頻度の高いものから順に所定数の対話ユニット（提示候補情報）を選択し、選択した対話ユニットを通信部１０３に取得させてもよい。

図８は、使用頻度に応じて選択される提示候補情報を説明するための図である。図８では、図７と同様に、対話ユニット３８０は、実行中の対話ユニットであり、提示候補情報を含む対話ユニットは、対話ユニット３９１〜３９７である。

図８では、使用頻度を示す情報として、対話ユニットのそれぞれについて、対話ユニットのＩＤと、当該対話ユニットが過去に通信部１０３によって取得された回数（使用頻度）とが対応付けられた履歴情報がサーバ２００の対話シナリオデータベース２０２内に記憶されている。

例えば、対話ユニットが使用頻度の高さに応じて３つのクラスに分かれているとすると、使用頻度が最も多いクラスに属する対話ユニットは、対話ユニット３９３、３９４、および３９６である。また、次に使用頻度が高いクラスに属する対話ユニットは、対話ユニット３９２および３９７である。また、最も使用頻度が低いクラスに属する対話ユニットは、対話ユニット３９１および３９５である。

したがって、対話処理部１０４が選択する対話ユニットの数が３つである場合、図８において破線で囲まれた対話ユニット３９３、３９４、および３９６が選択される。

このように、履歴情報に応じてキャッシュする対話ユニットを選択することで、音声対話が中断する可能性をより低減することができる。

なお、履歴情報は、ユーザ２０の個別の使用頻度を表す情報であってもよいし、履歴情報は、他のユーザや、他の情報通信端末が取得した回数等を含む情報であって、サーバ２００を用いた音声対話において行われる複数のユーザの一般的な使用頻度を示す情報であってもよい。

また、例えば、対話処理部１０４は、位置取得部１０５が取得する位置情報が示す位置が属する地域における使用頻度の高いものから順に所定数の対話ユニット（提示候補情報）を選択し、選択した対話ユニットを通信部１０３に取得させてもよい。

この場合、サーバ２００には、サーバ２００に記憶された複数の提示情報の使用頻度を、当該提示情報が使用された地域ごとに示す地域別履歴情報が記憶される。対話処理部１０４は、上記地域別履歴情報と、位置取得部１０５が取得する位置情報とに基づいて、対話ユニット（提示候補情報）をキャッシュする。

例えば、観光地などでは、その土地の有名なレストランや、お土産などに対する検索等が情報通信端末１００に指示される可能性が高い。よって、対話処理部１０４は、これに対する提示情報を要求される可能性が高く、このような提示情報は、上記地域別履歴情報に基づいて提示候補情報としてキャッシュされる。

このような構成により、対話処理部１０４は、音声対話が中断する可能性をより低減することができる。

なお、上記地域別履歴情報における使用頻度は、ユーザ２０とは異なる他のユーザを含めた提示情報の使用頻度であって、サーバ２００を用いて行われる音声対話における複数のユーザの一般的な使用頻度を意味する。しかしながら、上記地域別履歴情報における使用頻度は、ユーザ２０の個別の使用頻度であってもよい。

なお、上記の履歴情報および地域別履歴情報は、情報通信端末１００内に記憶されていてもよいし、サーバ２００とは別の記憶装置であって、情報通信端末１００が有線または無線で接続可能な記憶装置に記憶されていてもよい。

また、上記使用頻度、データサイズ等を組み合わせて、選択する対話ユニット（提示候補情報）を決定してもよい。例えば、対話処理部１０４は、提示候補情報ごとに、当該提示候補情報の使用頻度が高いほど大きい値となる第１評価値と、当該提示候補情報のデータ量が小さいほど大きい値となる第２評価値とを算出し、第１評価値と第２評価値の和が大きい順に所定数の提示候補情報を選択してもよい。

なお、実施の形態１では、情報通信端末１００は、上述のように移動体に搭載されるカーナビゲーション装置として実現される。このため、対話処理部１０４は、選択する提示候補情報の数を移動体の速度に応じて変更してもよい。

具体的には、対話処理部１０４は、移動体の移動速度が遅いほど、数多くの提示候補情報を通信部１０３に取得させてもよい。

移動体の移動速度が遅い場合、通信部１０３が通信不可能な状態から通信可能な状態に復帰するまでの時間（例えば、移動体がトンネルに入ってから抜け出すまでの時間）は、長いと推定される。すなわち、対話処理部１０４は、多くの提示候補情報をキャッシュし、ユーザの応答に備えるほうがよい。一方、移動体の移動速度が速い場合、通信部１０３が通信不可能な状態から通信可能な状態に復帰するまでの時間は、短いと推定される。よって、対話処理部１０４がキャッシュする提示候補情報の数は、移動体の移動速度が遅い場合よりは少なくてよい。したがって、上記のような構成により、対話処理部１０４は、効率的に提示候補情報を取得するとともに、音声対話が中断する可能性をより低減することができる。

また、例えば、対話処理部１０４は、記憶部１０８の空き容量が大きいほど、数多くの提示候補情報を通信部１０３に取得させてもよい。これにより、対話処理部１０４は、記憶部１０８の空き容量に応じて効率的に提示候補情報を取得するとともに、音声対話が中断する可能性をより低減することができる。

以上説明したように、実施の形態１に係る音声対話システム１０（情報通信端末１００）によれば、通信状態が悪化したときに提示候補情報をキャッシュすることにより、その後、通信不可能な状態になったとしても対話を継続することができる。したがって、対話が中断されることによって、ユーザが感じるストレスや、戸惑いを低減できる。

なお、実施の形態１では、対話処理部１０４は、音声対話の途中に通信状態判定部１０６が通信状態の悪化を判定した場合、所定数の提示候補情報を通信部１０３に取得させたが、対話処理部１０４は、少なくとも１つ通信部１０３に取得させればよい。

（その他の実施の形態）
本発明は、上記の実施の形態１に限定されない。以下のような場合も本発明に含まれる。

例えば、通信状態判定部１０６は、ＢＥＲが所定の時間変化量よりも小さい時間変化量で変化して第１閾値４００ａよりも大きくなった場合に、通信部１０３とサーバ２００との通信が悪化したと判定してもよい。同様に、通信状態判定部１０６は、ＢＥＲが所定の時間変化量よりも小さい時間変化量で変化して第２閾値４００よりも大きくなった場合に、通信部１０３とサーバ２００との通信が不可能な状態であると判定してもよい。ここで時間変化量とは、ＢＥＲの時間変化の傾きの絶対値である。

図９は、通信状態判定部１０６の通信状態の判定方法を説明するための図である。なお、図９において縦軸は、１−ＢＥＲを表す。

ＢＥＲが急激に上昇して第１閾値４００ａを越える場合、通信状態の悪化は一時的なものである可能性が高い。このようなときに通信状態判定部１０６が、通信部１０３とサーバ２００との通信が悪化した状態であると判定しないように、ＢＥＲが所定の時間変化量よりも小さい時間変化量で変化して第１閾値４００ａよりも大きくなった場合のみ、通信が悪化した状態であると判定する構成としてもよい。

例えば、図９に示される期間４０２ａでは、１−ＢＥＲが急激に低下して第１閾値４００ａ以下となっている。すなわち、ＢＥＲが急激に上昇して第１閾値４００ａを越えており、ＢＥＲが所定の時間変化量以上の時間変化量で変化して第１閾値４００ａよりも大きくなっている。よって、通信状態判定部１０６は、期間４０２ａを通信部１０３とサーバ２００との通信が可能な状態であると判定する。つまり、通信状態判定部１０６は、期間４０２ａを通信部１０３とサーバ２００との通信が悪化した状態であるとは判定しない。

一方、図９に示される期間４０３ａでは、１−ＢＥＲがゆるやかに低下して第１閾値４００ａ以下となっている。すなわち、ＢＥＲがゆるやかに上昇して第１閾値４００ａを越えており、ＢＥＲが所定の時間変化量よりも小さい時間変化量で変化して第１閾値４００ａよりも大きくなっている。よって、通信状態判定部１０６は、期間４０３ａを通信部１０３とサーバ２００との通信が悪化した状態（期間４０３については、通信が不可能な状態）であると判定する。

同様に、通信状態判定部１０６は、ＢＥＲが所定の時間変化量以上の時間変化量で変化して第２閾値４００よりも大きくなったかどうかによって、通信状態判定部１０６の通信が不可能な状態であるか否かの判定を行ってもよい。具体的には、図９では、通信状態判定部１０６は、期間４０２を通信部１０３とサーバ２００との通信が可能な状態であると判定し、期間４０３を、通信部１０３とサーバ２００との通信が不可能な状態であると判定する。

このような構成により、通信状態が誤判定される可能性が低減される。

なお、通信状態判定部１０６は、通信状態情報を用いて、事前に通信状態を判定することも可能である。すなわち、通信状態判定部１０６の「通信状態の悪化を示す第１判定をした場合」には、現在または未来の通信状態を判定することが含まれる。また、「通信状態の悪化を示す第１判定をした場合」には、通信状態判定部１０６が事前に第１タイミングを特定している場合が含まれる。

上記のように通信状態判定部１０６が通信状態情報を用いて通信状態の悪化を判定する場合、情報通信端末１００は、情報通信端末１００の現在の位置および移動速度から通信状態が悪化するまでの時間を推定し、通信状態が悪化するまでの時間が所定の閾値以下になった場合に、提示候補情報を通信部１０３に取得させてもよい。

また、情報通信端末１００は、最小の構成ではない。

図１０は、最小構成の情報通信端末を示すブロック図である。

図１０に示されるように、最小構成の情報通信端末１００ａは、入力受付部１０１ａと、通信部１０３と、対話処理部１０４と、通信状態判定部１０６とを備える。

また、実施の形態１では、対話処理部および簡易対話処理部は、音声による情報提示を行ったが、ユーザへの情報提示の方法はこのような方法に限定されない。例えば、情報通信端末は、さらに、映像を表示する表示部を備え、対話処理部は、表示部に映像を表示させることによってユーザに情報を提示し、簡易対話処理部は、表示部に映像を表示させることによって所定の第１情報をユーザに提示してもよい。

この場合の表示部は、例えば、液晶ディスプレイ、プラズマディスプレイ、または有機ＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等である。また、実施の形態１のように情報通信端末がカーナビゲーション装置として実現される場合は、車両のフロントガラスを用いたヘッドアップディスプレイ（ＨＵＤ：Ｈｅａｄ Ｕｐ Ｄｉｓｐｌａｙ）が表示部として用いられてもよい。

このような場合、対話処理部および簡易対話処理部によって提示される情報は、静止画のみであってもよい。すなわちユーザと情報通信端末との対話は、音声対話でなくてもよい。また、対話処理部および簡易対話処理部によって提示される情報は、音と映像とを組み合わせた動画像であってもよい。

また、実施の形態１では、情報通信端末は、ユーザの音声を取得したが、ユーザの情報通信端末への入力は、音声でなくてもよい。すなわち、情報通信端末は、入力受付部を備え、ユーザの入力に基づく対話処理を行えばよい。この場合の入力受付部は、実施の形態１で説明した、音声取得部および音声認識部であってもよいし、ユーザのタッチ操作を受け付けるタッチパネルや、ハードスイッチ等、ユーザの入力を受付けるものであればよい。

また、実施の形態１では、情報通信端末は、図１１に示されるようにカーナビゲーション装置として実現されたが、情報通信端末は、スマートフォンやタブレット端末として実現されてもよい。

なお、本発明は、提示情報（対話ユニット）を提供するサーバ２００として実現されてもよい。すなわち、対話処理部１０４の機能の一部または全部は、サーバ２００（サーバ対話処理部２０４）の機能として実現されてもよい。

サーバ２００は、通常の対話処理時においては、対話シナリオにしたがって、ユーザ２０が操作する情報通信端末１００から情報取得要求を受信するごとに、情報取得要求に応じた提示情報を情報通信端末１００に送信する。言い換えれば、受信した情報取得要求および対話シナリオにしたがって提示情報を送信する。

ここで、情報通信端末の１００の対話処理部１０４は、通信状態判定部１０６が通信状態の悪化を示す判定をした場合、通信悪化情報を含む情報取得要求を通信部１０３を介してサーバ２００（サーバ通信部２０３）に送信する。通信悪化情報とは、サーバ２００と情報通信端末１００との通信状態が悪化したことを示す情報である。

サーバ２００は、通信悪化情報を含む情報取得要求を受信したときには、情報通信端末１００に送信済みの提示情報よりも対話シナリオにおける提示順序が後の提示情報である提示候補情報を少なくとも１つ情報通信端末１００に送信する。

このような構成では、サーバ２００が、通信悪化情報をトリガとして提示候補情報を選択することができる。すなわち、上述の情報通信端末１００の提示候補情報の選択方法は、サーバ２００にも適用可能である。

例えば、サーバ２００は、通信悪化情報を含む情報取得要求を受信したときに、通信悪化情報を含む情報取得要求を受信する直前に通信部１０３に送信した提示情報と提示順序が近いものから順に所定数の提示候補情報を選択し、選択した提示候補情報を通信部１０３に送信してもよい。

また、例えば、サーバ２００には、サーバ２００に記憶された複数の提示情報それぞれの使用頻度を示す履歴情報が記憶され、サーバ２００は、通信悪化情報を含む情報取得要求を受信したときに、履歴情報に基づいて使用頻度の高いものから順に所定数の提示候補情報を選択し、選択した提示候補情報を通信部１０３に送信してもよい。

このように、サーバ２００が提示候補情報を選択することにより、情報通信端末１００は、情報取得要求および通信悪化情報を送信するだけでよいため、情報通信端末１００側の処理が簡素化できるという利点がある。

また、通信状態の判定をサーバ２００が行ってもよい。すなわち、サーバ２００が通信状態の悪化を判定した場合に、提示候補情報を選択し、通信部１０３に送信してもよい。これにより、情報通信端末１００側の処理をさらに簡素化できるという利点がある。

さらに、以下のような場合も本発明に含まれる。

（１）上記の各装置は、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭ、ハードディスクユニット、ディスプレイユニット、キーボード、マウスなどから構成されるコンピュータシステムで実現され得る。ＲＡＭまたはハードディスクユニットには、コンピュータプログラムが記憶されている。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、各装置は、その機能を達成する。ここでコンピュータプログラムは、所定の機能を達成するために、コンピュータに対する指令を示す命令コードが複数個組み合わされて構成されたものである。

（２）上記の各装置を構成する構成要素の一部または全部は、１個のシステムＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ：大規模集積回路）から構成されているとしてもよい。システムＬＳＩは、複数の構成部を１個のチップ上に集積して製造された超多機能ＬＳＩであり、具体的には、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどを含んで構成されるコンピュータシステムである。ＲＯＭには、コンピュータプログラムが記憶されている。マイクロプロセッサが、ＲＯＭからＲＡＭにコンピュータプログラムをロードし、ロードしたコンピュータプログラムにしたがって演算等の動作することにより、システムＬＳＩは、その機能を達成する。

（３）上記の各装置を構成する構成要素の一部または全部は、各装置に脱着可能なＩＣカードまたは単体のモジュールから構成されてもよい。ＩＣカードまたはモジュールは、マイクロプロセッサ、ＲＯＭ、ＲＡＭなどから構成されるコンピュータシステムである。ＩＣカードまたはモジュールには、上記の超多機能ＬＳＩが含まれてもよい。マイクロプロセッサが、コンピュータプログラムにしたがって動作することにより、ＩＣカードまたはモジュールは、その機能を達成する。このＩＣカードまたはこのモジュールは、耐タンパ性を有してもよい。

（４）本発明は、上記に示す方法で実現されてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムで実現してもよいし、コンピュータプログラムからなるデジタル信号で実現してもよい。

また、本発明は、コンピュータプログラムまたはデジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、半導体メモリなどに記録したもので実現してもよい。また、これらの記録媒体に記録されているデジタル信号で実現してもよい。

また、本発明は、コンピュータプログラムまたはデジタル信号を、電気通信回線、無線または有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送してもよい。

また、本発明は、マイクロプロセッサとメモリを備えたコンピュータシステムであって、メモリは、コンピュータプログラムを記憶しており、マイクロプロセッサは、コンピュータプログラムにしたがって動作してもよい。

また、プログラムまたはデジタル信号を記録媒体に記録して移送することにより、またはプログラムまたはデジタル信号をネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。

（５）上記実施の形態をそれぞれ組み合わせるとしてもよい。

以上、一つまたは複数の態様に係る情報通信端末について、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、一つまたは複数の態様の範囲内に含まれてもよい。

本発明は、カーナビゲーション装置に用いられる情報通信端末として有用である。

１０ 音声対話システム
２０ ユーザ
１００、１００ａ 情報通信端末
１０１ 音声取得部
１０１ａ 入力受付部
１０２ 音声認識部
１０３ 通信部
１０４ 対話処理部
１０５ 位置取得部
１０６ 通信状態判定部
１０８ 記憶部
１０９ 速度取得部
１１０ 音声出力部
１１１ 音声合成部
２００ サーバ
２０２ 対話シナリオデータベース
２０３ サーバ通信部
２０４ サーバ対話処理部
３００ 無線通信回線
３０１〜３０５、３１１〜３１６、３２１、３２２、４０１ａ、４０２、４０２ａ、４０３ａ、４０３、４０４ａ 期間
３８０、３９１〜３９７ 対話ユニット
４００ 第２閾値
４００ａ 第１閾値

Claims (10)

1. 複数の提示情報の提示順序を示す対話シナリオ、および、前記複数の提示情報それぞれの使用頻度を示す履歴情報を記憶するサーバと通信ネットワークを介して通信し、前記対話シナリオに基づいてユーザと対話を行う情報通信端末であって、
   前記対話における前記ユーザの入力を受け付ける入力受付部と、
   前記入力受付部が前記ユーザの入力を受け付けるごとに、前記対話シナリオにしたがって当該ユーザの入力に応じた提示情報を前記通信ネットワークを介して前記サーバから取得する通信部と、
   前記対話における前記情報通信端末の前記ユーザへの応答として、前記通信部が取得した提示情報を前記ユーザに提示する対話処理部と、
   前記通信部と前記サーバとの通信状態を判定する通信状態判定部と、
   を備え、
   前記対話処理部は、前記対話の途中に前記通信状態判定部が前記通信状態の悪化を示す第１判定をした場合、前記第１判定がされたときに前記ユーザに提示されている提示情報よりも前記対話シナリオにおける提示順序が後の提示情報である提示候補情報を、前記履歴情報に基づいて使用頻度の高いものから順に所定数だけ前記通信部に取得させる、
   情報通信端末。
2. 前記情報通信端末は、移動体に搭載され、さらに、当該移動体の移動速度を前記情報通信端末の移動速度として取得する速度取得部を備え、
   前記対話の途中に前記通信状態判定部が前記第１判定をした場合、前記対話処理部は、前記移動速度が遅いほど、数多くの前記提示候補情報を前記通信部に取得させる、
   請求項１に記載の情報通信端末。
3. さらに、前記通信部が取得した前記提示候補情報が記憶される記憶部を備え、
   前記対話の途中に前記通信状態判定部が前記第１判定をした場合、前記対話処理部は、前記記憶部の空き容量が大きいほど、数多くの前記提示候補情報を前記通信部に取得させる、
   請求項１に記載の情報通信端末。
4. 前記通信状態判定部は、前記通信部と前記サーバとの通信における信号のＢＥＲ（Ｂｉｔ Ｅｒｒｏｒ Ｒａｔｅ）が第１閾値よりも大きくなった場合に、前記第１判定を行う、
   請求項１に記載の情報通信端末。
5. 前記通信状態判定部は、前記ＢＥＲが所定の時間変化量よりも小さい時間変化量で変化して前記第１閾値よりも大きくなった場合に、前記第１判定を行う、
   請求項４に記載の情報通信端末。
6. さらに、
   前記情報通信端末の現在の位置を示す位置情報を取得する位置取得部と、
   前記情報通信端末の位置と、当該位置における前記通信状態とを対応付けた通信状態情報が記憶される記憶部を備え、
   前記通信状態判定部は、前記位置情報と、前記通信状態情報とに基づいて前記第１判定を行う、
   請求項１に記載の情報通信端末。
7. 前記通信状態情報は、過去における、前記位置取得部が取得した前記位置情報が示す位置と、当該位置における前記通信状態判定部の前記通信状態の判定結果とを対応付けた前記通信状態の履歴である、
   請求項６に記載の情報通信端末。
8. さらに、音を出力する音声出力部を備え、
   前記対話処理部は、前記音声出力部に音を出力させることによって前記通信部が取得した提示情報を前記ユーザに提示する、
   請求項１に記載の情報通信端末。
9. さらに、映像を表示する表示部を備え、
   前記対話処理部は、前記表示部に映像を表示させることによって前記通信部が取得した提示情報を前記ユーザに提示する、
   請求項１に記載の情報通信端末。
10. 前記入力受付部は、
    前記ユーザの音声を前記ユーザの入力として取得する音声取得部と、
    前記音声取得部が取得した前記ユーザの音声を認識する音声認識部とを有し、
    前記通信部は、前記音声認識部が前記ユーザの音声を認識するごとに、前記対話シナリオにしたがって前記ユーザの音声の認識結果に応じた提示情報を前記サーバから取得する、
    請求項１に記載の情報通信端末。

Images