JP7264139B2 - 車両用エージェント装置、車両用エージェントシステム、及び車両用エージェントプログラム - Google Patents

Description

本発明は、装置の説明や操作の説明等を行うエージェント装置、車両用エージェントシステム、及び車両用エージェントプログラムに関する。

特許文献１は、各種車載ユニットの操作に関係のある情報を提供する車両用エージェント処理装置が開示されている。詳細には、車両エージェント処理装置は、無線通信部で受信した信号として、肉声を含む音声情報が与えられたときは音声認識を行った後で、電子メールの場合はそのままで、それぞれ構文解析部を行って意味解釈し、自動車内の各種車載ユニットの操作に関係のある情報を取捨選択して優先的に要約し、これを音声合成してスピーカから出力する。また、各種車載ユニットの操作が必要と推定される場合は、その旨をエージェント処理部で自動的に判断し、その車載ユニットの操作案内情報を付加して音声案内する。

特開２００１－１４１５００号公報

特許文献１の車両用エージェント装置に対して車両の機能について案内した場合、案内した機能が装備されていない場合がある。このような場合、乗員は装備されていない機能が追加可能であっても知ることができないため、乗員が追加可能な機能を認知するためには改善の余地がある。

そこで、本発明は、利用しようとして装備されていなかった機能のうち追加可能な機能を乗員が認知可能な車両用エージェント装置、車両用エージェントシステム、及び車両用エージェントプログラムを提供することを目的とする。

上記目的を達成するために請求項１に記載の車両用エージェント装置は、対象車両の乗員による発話内容の意図を理解する意図理解部と、前記意図理解部によって理解された発話内容に含まれ、前記乗員が利用しようと意図した車両の機能であって、前記対象車両に装備されていなかった機能でかつ前記対象車両に装備可能な機能を未装備機能として検出する検出部と、前記検出部によって検出された前記未装備機能に関する情報を前記乗員へ提供する処理を行う処理部と、を含む。

請求項１に記載の発明によれば、意図理解部では、対象車両の乗員による発話内容の意図が理解され、検出部では、意図理解部によって理解された発話内容に含まれ、乗員が利用しようと意図した車両の機能であって、対象車両に装備されていなかった機能でかつ対象車両に装備可能な機能を未装備機能として検出される。

処理部では、検出部によって検出された未装備機能に関する情報を乗員へ提供する処理が行われる。これにより、乗員が利用しようとして装備されていなかった機能でかつ装備可能な機能の追加等を乗員に提案することが可能となるので、利用しようとして装備されていなかった機能のうち追加可能な機能を乗員が認知することが可能となる。

なお、前記意図理解部によって理解された発話内容に対する回答情報を生成する生成部を更に含み、前記乗員が利用しようと意図した機能が前記対象車両に装備されていないことを表す回答情報が生成されて前記対象車両に送信された場合に、前記検出部が前記未装備機能を検出し、前記処理部が前記未装備機能に関する情報を前記乗員へ提供する処理を行ってもよい。これにより、対話内容から、乗員が利用しようとして装備されていなかった機能でかつ装備可能な機能を未装備機能として検出することが可能となる。

また、前記処理部は、乗員が携帯する予め登録された携帯端末に対して、前記未装備機能に関する情報を送信する処理を行ってもよい。これにより、走行中以外の他のタイミングで携帯端末を確認して、追加可能な未装備機能を認知することが可能となる。

また、前記処理部は、車両に搭載された車載器に前記未装備機能に関する情報を送信し、前記車載器が、安全確保を表す予め定めた条件が成立した場合に、前記未装備機能に関する情報の表示を行ってもよい。これにより、安全が確保された状態で、車載器で未装備機能に関する情報を確認することが可能となる。

なお、車両用エージェント装置と、車両に設けられ、前記未装備機能に関する情報を受信して前記乗員に通知可能な車載器と、を含む車両用エージェントシステムとしてもよい。

また、コンピュータを、上記車両用エージェント装置として機能させるための車両用エージェントプログラムとしてもよい。

以上説明したように本発明によれば、利用しようとして装備されていなかった機能のうち追加可能な機能を乗員が認知可能な車両用エージェント装置、車両用エージェントシステム、及び車両用エージェントプログラムを提供できる。

本実施形態に係る車両用エージェントシステムの概略構成を示す図である。 本実施形態の車両のハードウェア構成の一例を示すブロック図である。 本実施形態のエージェントサーバのハードウェア構成を示すブロック図である。 本実施形態の携帯端末のハードウェア構成を示すブロック図である。 車載器及びエージェントサーバの機能構成を示す機能ブロック図である。 本実施形態に係る車両用エージェントシステムのおける車載器で行われる処理の流れの一例を示すフローチャートである。 本実施形態に係る車両用エージェントシステムにおけるエージェントサーバで行われる処理の流れの一例を示すフローチャートである。 本実施形態に係る車両用エージェントシステムにおける携帯端末で行われる処理の流れの一例を示すフローチャートである。 本実施形態に係る車両用エージェントシステムにおいて、車載器で提案情報を再生表示可能とした場合に車載器で行われる処理の流れの一例を示すフローチャートである。

以下、図面を参照して本発明の実施の形態の一例を詳細に説明する。本実施形態では、車両の機能に関する情報を乗員に提供する車両用エージェントシステムを一例として説明する。図１は、本実施形態に係る車両用エージェントシステムの概略構成を示す図である。

車両用エージェントシステム１０は、図１に示すように、複数の車両１４と、車両用エージェント装置の一例としてのエージェントサーバ１２と、を含むサーバネットワークシステムとして構成されている。

各車両１４には車載器１６が搭載され、通信ネットワーク１８を介してエージェントサーバ１２と車載器１６と間の通信が行われる。また、各車載器１６は、乗員の携帯端末４０と近距離通信（例えば、Ｗｉ－Ｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）等）によって通信可能とされている。

次に、車両１４のハードウェア構成について説明する。図２は、本実施形態の車両１４のハードウェア構成の一例を示すブロック図である。

図２に示すように、車両１４は、車載器１６と、複数のＥＣＵ２０と、マイク２２と、スピーカ２４と、モニタ２６と、カメラ２８とを含んで構成されている。

車載器１６は、ＣＰＵ（Central Processing Unit）１６Ａ、ＲＯＭ（Read Only Memory）１６Ｂ、ＲＡＭ（Random Access Memory）１６Ｃ、車内通信Ｉ／Ｆ（Inter Face）１６Ｄ、無線通信Ｉ／Ｆ１６Ｅ、及び入出力Ｉ／Ｆ１６Ｆを含んで構成されている。ＣＰＵ１６Ａ、ＲＯＭ１６Ｂ、ＲＡＭ１６Ｃ、車内通信Ｉ／Ｆ１６Ｄ、無線通信Ｉ／Ｆ１６Ｅ、及び入出力Ｉ／Ｆ１６Ｆは、内部バス１６Ｇを介して相互に通信可能に接続されている。

ＣＰＵ１６Ａは、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ１６Ａは、ＲＯＭ１６Ｂからプログラムを読み出し、ＲＡＭ１６Ｃを作業領域としてプログラムを実行する。

ＲＯＭ１６Ｂは、各種プログラム及び各種データを記憶している。本実施形態のＲＯＭ１６Ｂには、車載器１６を制御するための制御プログラムが記憶されている。

ＲＡＭ１６Ｃは、上述したように、ＣＰＵ１６Ａによる各種プログラムの実行時の作業領域としてプログラム又はデータを一時的に記憶する。

車内通信Ｉ／Ｆ１６Ｄは、ＥＣＵ２０と接続するためのインタフェースである。当該インタフェースは、ＣＡＮプロトコルによる通信規格が用いられる。車内通信Ｉ／Ｆ１６Ｄは、外部バス１６Ｈに対して接続されている。ＥＣＵ２０は、車両１４の機能毎に複数設けられている。本実施形態のＥＣＵ２０としては、車両制御ＥＣＵ、エンジンＥＣＵ、ブレーキＥＣＵ、ボデーＥＣＵ、マルチメディアＥＣＵ等が例示される。

無線通信Ｉ／Ｆ１６Ｅは、エージェントサーバ１２と通信するための無線通信モジュールである。当該無線通信モジュールは、例えば、５Ｇ、ＬＴＥ、Ｗｉ－Ｆｉ（登録商標）等の通信規格が用いられる。無線通信Ｉ／Ｆ１６Ｅは、通信ネットワーク１８に対して接続されている。また、無線通信Ｉ／Ｆ１６Ｅは、乗員のスマートフォンやタブレット等の携帯端末４０と通信するための無線モジュールとしても機能する。携帯端末４０との通信は、上述したように、Ｗｉ－Ｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離通信によって行われる。

入出力Ｉ／Ｆ１６Ｆは、車両１４に搭載されるマイク２２、スピーカ２４、モニタ２６、及びカメラ２８と通信するためのインタフェースである。

マイク２２は、車両１４のフロントピラーやダッシュボード等に設けられ、乗員が発した音声を集音する装置である。

スピーカ２４は、ドアトリム等に設けられ、音楽や、エージェントサーバ１２から受信した情報に基づく音声等を出力する。

モニタ２６は、センタコンソールやメータパネルに設けられ、各種情報を表示するための液晶モニタ等のモニタである。モニタ２６は、入力スイッチ等の操作部を含むタッチパネルとして設けてもよい。

カメラ２８は、例えば、ルームミラーの近傍等の車室内に設けられ、運転者等の乗員を撮影する。なお、カメラ２８は省略してもよい。

続いて、エージェントサーバ１２のハードウェア構成について説明する。図３は、本実施形態のエージェントサーバ１２のハードウェア構成を示すブロック図である。

図３に示すようにエージェントサーバ１２は、ＣＰＵ１２Ａ、ＲＯＭ１２Ｂ、ＲＡＭ１２Ｃ、ストレージ１２Ｄ、及び通信Ｉ／Ｆ１２Ｅを含んで構成されている。ＣＰＵ１２Ａ、ＲＯＭ１２Ｂ、ＲＡＭ１２Ｃ、ストレージ１２Ｄ及び通信Ｉ／Ｆ１２Ｅは、内部バス１２Ｇを介して相互に通信可能に接続されている。ＣＰＵ１２Ａ、ＲＯＭ１２Ｂ、ＲＡＭ１２Ｃ及び通信Ｉ／Ｆ１２Ｅの機能は、上述した車載器１６のＣＰＵ１６Ａ、ＲＯＭ１６Ｂ、ＲＡＭ１６Ｃ及び無線通信Ｉ／Ｆ１６Ｅと同じである。

ストレージ１２Ｄは、ＨＤＤ（Hard Disk Drive）、またはＳＳＤ（Solid State Drive）等の記憶装置により構成され、各種プログラム及び各種データを記憶している。

ＣＰＵ１２Ａは、ストレージ１２Ｄからプログラムを読み出し、ＲＡＭ１２Ｃを作業領域としてプログラムを実行する。

本実施形態のストレージ１２Ｄには、処理プログラム３０及びデータ群３２が記憶されている。処理プログラム３０は、エージェントサーバ１２が有する各機能を実現するためのプログラムである。

本実施形態では、エージェントサーバ１２は、乗員と音声対話を行って対話に基づいて、乗員が利用しようとして装備されていなかった機能でかつ装備可能な機能に関する情報を乗員へ提供する処理を行う。例えば、乗員が「ＡＣＣ（定速走行・車間距離制御装置）動かして」等の車両１４に装備されていない未装備機能を表す発話があった場合に、当該未装備機能が車両１４に装備可能な場合に、未装備機能の説明と装備可能であることを表す情報等を未装備機能に関する情報として乗員へ提供する処理を行う。

次に、携帯端末４０のハードウェア構成について説明する。図４は、本実施形態の携帯端末４０のハードウェア構成を示すブロック図である。

図４に示すように携帯端末４０は、ＣＰＵ４０Ａ、ＲＯＭ４０Ｂ、ＲＡＭ４０Ｃ、ストレージ４０Ｄ、無線通信Ｉ／Ｆ４０Ｅ、表示部４０Ｆ、及び操作部４０Ｈを含んで構成されている。ＣＰＵ４０Ａ、ＲＯＭ４０Ｂ、ＲＡＭ４０Ｃ、ストレージ４０Ｄ、無線通信Ｉ／Ｆ４０Ｅ、表示部４０Ｆ、及び表示部４０Ｈは、内部バス４０Ｇを介して相互に通信可能に接続されている。ＣＰＵ４０Ａ、ＲＯＭ４０Ｂ、ＲＡＭ４０Ｃ、及び無線通信Ｉ／Ｆ４０Ｅの機能は、上述した車載器１６のＣＰＵ１６Ａ、ＲＯＭ１６Ｂ、ＲＡＭ１６Ｃ及び無線通信Ｉ／Ｆ１６Ｅと同じである。

ストレージ４０Ｄは、ｅＭＭＣ（embedded Multi Media Card）、またはＵＦＳ（Universal Flash Storage）等により構成され、各種プログラム及び各種データを記憶している。

ＣＰＵ４０Ａは、ストレージ４０Ｄからプログラムを読み出し、ＲＡＭ４０Ｃを作業領域としてプログラムを実行する。

続いて、車載器１６及びエージェントサーバ１２の各々の機能構成について説明する。図５は、車載器１６及びエージェントサーバ１２の機能構成を示す機能ブロック図である。

車載器１６は、ＣＰＵ１６ＡがＲＯＭ１６Ｂに格納されたプログラムをＲＡＭ１６Ｃに展開して実行することで、車載器制御部５２、音声入力処理部５４、出力処理部５６、及び通信部５８の機能を有する。

音声入力処理部５４は、乗員の発話をマイク２２によって集音して、音声情報を生成する処理を行う。

出力処理部５６は、通信部５８を介してエージェントサーバ１２から受信した乗員の発話に対する回答情報や、エージェントサーバ１２から受信した情報を音声としてスピーカ２４から出力する処理や、モニタ２６に表示する処理等を行う。

通信部５８は、エージェントサーバ１２と通信を確立して、通信ネットワーク１８に接続されたエージェントサーバ１２等の機器に対して情報の授受を行う。例えば、車両情報や、音声入力処理部５４によって生成された音声情報をエージェントサーバ１２へ送信すると共に、エージェントサーバ１２から各種情報を受信する処理を行う。

また、通信部５８は、乗員の携帯端末４０と近距離無線通信を確立して、携帯端末４０に対して情報の授受を行う。本実施形態では、エージェントサーバ１２から受信した車両１４に未装備機能に関する情報を携帯端末４０に送信する。

車載器制御部５２は、車両１４に未装備機能に関する情報を提案する提案情報をエージェントサーバ１２から受信する処理を行う。また、車載器制御部５２は、エージェントサーバ１２から未装備機能の提案情報を受信した場合に、乗員の携帯端末４０に受信した未装備機能の提案を転送する処理を行う。

一方、エージェントサーバ１２は、ＣＰＵ１２ＡがＲＯＭ１２Ｂに格納されたプログラムをＲＡＭ１２Ｃに展開して実行することで、複数の機能を有する。当該複数の機能としては、処理部の一例としての制御部７０、生成部の一例としての対話制御部６０、意図理解部６２、検出部６４、提案情報生成部６６、ＤＢ（データベース）６８、及び通信部７２の機能を有する。

対話制御部６０は、車載器１６から受信した音声情報をテキスト情報に変換して意図理解部６２に出力する。また、対話制御部６０は、意図理解部６２の意図理解に基づいて、回答情報を生成する処理を行う。回答情報の生成は、例えば、意図理解結果に対応する回答を予め記憶しておき、対応する回答を抽出して回答情報を生成する。

意図理解部６２は、対象車両の乗員の発話内容の意図を理解するために、変換されたテキスト情報に基づいて、テキスト情報が示す意図理解を行う。意図理解は、周知の種々の技術を適用して、乗員の発話内容の意図を理解するため、詳細な説明は省略する。

検出部６４は、意図理解部６２によって理解された発話内容に含まれ、乗員が利用しようと意図した車両の機能であって、対象車両に装備されていなかった機能でかつ対象車両に装備可能な機能を未装備機能として検出する。例えば、本実施形態では、意図理解部６２により車両１４の機能に関する発話内容が認識され、対話制御部６０により車両１４に機能が未装備であることを表す回答情報が生成された場合に、乗員が利用しようとして装備されていなかった機能でかつ装備可能な機能を未装備機能としてＤＢ６８から検出する処理を行う。

提案情報生成部６６は、検出部６４が検出した未装備機能に関する情報を乗員に提供するための提案情報を生成する。生成する提案情報は、未装備機能の説明や装備可能であることを表すテキスト情報でもよいし、画像情報及びテキスト情報でもよいし、動画像でもよい。

ＤＢ６８には、テキスト情報を意図理解するための情報、車種毎に装備可能な機能の情報、及び車両１４毎に装備されている機能の情報等の各種情報が格納される。

制御部７０は、提案情報生成部６６により生成された提案情報を車載器１６に送信して、相違可能な未装備機能に関する情報を乗員に提供する処理を行う。これにより、車載器１６の通信部５８から乗員の携帯端末４０に対して提案情報を転送することにより、走行中以外の他の任意のタイミングで未装備機能に関する情報を提供して乗員が確認することができる。なお、提案情報の携帯端末４０への送信は、車載器１６からの近距離通信ではなく、エージェントサーバ１２から通信ネットワーク１８を介して携帯端末４０に直接送信してもよい。

続いて、上述のように構成された本実施形態に係る車両用エージェントシステム１０の各部で行われる具体的な処理について説明する。

まず、車載器１６で行われる具体的な処理について説明する。図６は、本実施形態に係る車両用エージェントシステム１０のおける車載器１６で行われる処理の流れの一例を示すフローチャートである。なお、図６の処理は、例えば、音声入力処理部５４が、マイク２２の集音により乗員の発話を検出した場合に開始する。

ステップ１００では、ＣＰＵ１６Ａが、発話情報をエージェントサーバ１２に送信してステップ１０２へ移行する。すなわち、音声入力処理部５４が、マイク２２の集音から音声情報を生成して発話情報として通信部５８を介してエージェントサーバ１２に送信する。

ステップ１０２では、ＣＰＵ１６Ａが、エージェントサーバ１２から発話情報に対する回答を受信したか否かを判定する。該判定が肯定されるまで待機してステップ１０４へ移行する。

ステップ１０４では、ＣＰＵ１６Ａが、発話情報が認識不能であるか否かを判定する。該判定は、エージェントサーバ１２から発話内容が認識不能であることを表す情報を受信したか否かを判定する。該判定が肯定された場合にはステップ１０６へ移行し、否定された場合にはステップ１０８へ移行する。

ステップ１０６では、ＣＰＵ１６Ａが、認識不能である旨を出力してステップ１１０へ移行する。すなわち、出力処理部５６が、通信部５８を介してエージェントサーバ１２から受信した乗員の発話に対する回答として、発話内容が認識不能であることを表す音声をスピーカ２４から出力する処理や、モニタ２６に表示する処理を行う。

一方、ステップ１０８では、ＣＰＵ１６Ａが、回答を出力してステップ１１０へ移行する。すなわち、出力処理部５６が、通信部５８を介してエージェントサーバ１２から受信した乗員の発話に対する回答情報を音声としてスピーカ２４から出力する処理や、モニタ２６に表示する処理を行う。

ステップ１１０では、ＣＰＵ１６Ａが、未装備機能の提案を受信したか否かを判定する。該判定は、車載器制御部５２が、未装備機能に関する提案情報をエージェントサーバ１２から受信したか否かを判定する。該判定が否定された場合には一連の処理を終了し、肯定された場合にはステップ１１２へ移行する。

ステップ１１２では、ＣＰＵ１６Ａが、未装備機能に関する提案情報を乗員の携帯端末４０に転送して一連の処理を終了する。

続いて、エージェントサーバ１２で行われる具体的な処理について説明する。図７は、本実施形態に係る車両用エージェントシステム１０におけるエージェントサーバ１２で行われる処理の流れの一例を示すフローチャートである。なお、図７の処理は、上述のステップ１００により車載器１６から発話情報が送信された場合に開始する。

ステップ２００では、ＣＰＵ１２Ａが、車載器１６から送信された発話情報を受信して発話内容の解析を行ってステップ２０２へ移行する。すなわち、上述のステップ１００において車載器１６から送信された発話情報を受信し、対話制御部６０が発話情報をテキスト情報に変換し、意図理解部６２が、テキスト情報に基づいてテキスト情報が示す意図理解を行う。

ステップ２０２では、ＣＰＵ１２Ａが、発話内容を認識したか否かを判定する。該判定は、対話制御部６０が、意図理解部６２によって意図理解して、発話内容が認識できたか否かを判定する。該判定が否定された場合にはステップ２０４へ移行し、肯定された場合にはステップ２０６へ移行する。

ステップ２０４では、ＣＰＵ１２Ａが、認識不能を回答として車載器１６に送信して一連の処理を終了する。すなわち、対話制御部６０が、意図理解部６２の意図理解に基づいて、発話内容が認識不能であることを表す回答情報を生成して通信部７２を介して車載器１６に送信する。これにより、車載器１６では、上述ステップ１０２及びステップ１０４の各々の判定が肯定される。

ステップ２０６では、ＣＰＵ１２Ａが、対応する回答を車載器１６に送信してステップ２０８へ移行する。すなわち、対話制御部６０が、意図理解部６２の意図理解に基づいて回答情報を生成して通信部７２を介して車載器１６に送信する。これにより、車載器１６では、上述ステップ１０２の判定が肯定されてステップ１０４の判定が否定される。

ステップ２０８では、ＣＰＵ１２Ａが、機能が未装備を回答したか否かを判定する。該判定は、検出部６４が、対話制御部６０により車両１４に機能が未装備であることを表す内容を含む回答情報が生成されたか否かを判定する。該判定が否定された場合には一連の処理を終了し、肯定された場合にはステップ２１０へ移行する。

ステップ２１０では、ＣＰＵ１２Ａが、未装備機能の追加可否を検出してステップ２１２へ移行する。すなわち、検出部６４が、乗員が利用しようとして装備されていなかった機能でかつ装備可能な機能を未装備機能としてＤＢ６８から検出する。

ステップ２１２では、ＣＰＵ１２Ａが、未装備機能の追加が可能であるか否かを判定する。該判定は、検出部６４が、乗員が利用しようとして装備されていなかった機能でかつ装備可能な機能を未装備機能としてＤＢ６８から検出できたか否かを判定する。該判定が否定された場合には一連の処理を終了し、肯定された場合にはステップ２１４へ移行する。

ステップ２１４では、ＣＰＵ１２Ａが、未装備機能に関する提案情報を車載器１６に送信して一連の処理を終了する。すなわち、提案情報生成部６６が、検出部６４が検出した未装備機能に関する情報を乗員に提供するための提案情報として生成し、制御部７０が、提案情報生成部６６により生成された提案情報を車載器１６に送信する。これにより、提案情報を車載器１６に送信する処理を行うことで、上述のステップ１１２の車載器１６の処理が行われる。換言すれば、未装備機能に関する情報を車載器１６に送信することで、乗員が携帯する予め登録された携帯端末４０に対して、未装備機能に関する情報を送信する。従って、車両１４の未装備機能に関する情報が乗員の携帯端末４０に転送されるので、利用しようとして装備されていなかった機能のうち追加可能な機能を乗員が確認したいタイミングで認知することが可能となる。なお、乗員の携帯端末４０をエージェントサーバ１２に予め登録して、車両１４の未装備機能に関する情報を車載器１６を介さずに携帯端末４０に直接送信してもよい。

続いて、携帯端末４０で行われる具体的な処理について説明する。図８は、本実施形態に係る車両用エージェントシステム１０における携帯端末４０で行われる処理の流れの一例を示すフローチャートである。なお、図８の処理は、車載器１６から提案情報が転送された場合に開始する。

ステップ３００では、ＣＰＵ４０Ａが、未装備機能に関する提案情報を受信してステップ３０２へ移行する。すなわち、上述のステップ１１２の処理により車載器１６から転送された提案情報を受信する。

ステップ３０２では、ＣＰＵ４０Ａが、未装備機能に関する提案情報の受信を通知してステップ３０４へ移行する。例えば、携帯端末４０の表示部４０Ｆに提案情報を受信したことを表す通知を表示する。或いは、提案情報等の受信を表す通知音を発生する。

ステップ３０４では、ＣＰＵ４０Ａが、通知の確認が指示されたか否かを判定する。該判定は、操作部４０Ｈが操作されて通知の確認の指示が行われたか否かを判定し、該判定が肯定されるまで待機してステップ３０６へ移行する。

ステップ３０６では、ＣＰＵ４０Ａが、予め定めた通知画像を表示部４０Ｆに表示してステップ３０８へ移行する。予め定めた通知画面は、例えば、提案情報を受信したことを表す内容を表示して、提案情報の再生表示が指示可能とされた画面を表示する。

ステップ３０８では、ＣＰＵ４０Ａが、提案情報の削除指示が行われたか否かを判定する。該判定は、操作部４０Ｈが操作されて提案情報を削除する指示が行われたか否かを判定する。該判定が肯定された場合にはステップ３１０へ移行し、否定された場合にはステップ３１２へ移行する。

ステップ３１０では、ＣＰＵ４０Ａが、未装備機能に関する提案情報を削除して一連の処理を終了する。

一方、ステップ３１２では、ＣＰＵ４０Ａが、提案情報の再生表示が指示されたか否かを判定する。該判定は、操作部４０Ｈが操作されて提案情報の再生表示が指示されたか否かを判定する。該判定が肯定された場合にはステップ３１４へ移行する。一方、否定された場合には一連の処理を終了する。なお、提案情報の削除操作が行われずに図８の一連の処理を終了した場合には、任意のタイミングで操作部４０Ｈが操作されて提案情報の表示再生が指示された場合に提案情報の再生表示を行ってもよい。

ステップ３１４では、ＣＰＵ４０Ａが、未装備機能に関する提案情報を表示部４０Ｆに再生表示して一連の処理を終了する。これにより、乗員の視聴したいタイミングで提案情報を視聴して、利用しようとして装備されていなかった機能のうち追加可能な機能を確認できる。

なお、上記の実施形態では、車両１４の未装備機能に関する提案情報を乗員の携帯端末４０に転送する例を説明したが、これに限るものではない。例えば、乗員のパーソナルコンピュータ等を予め登録して転送して当該パーソナルコンピュータで再生表示してもよい。或いは、車載器１６で再生表示可能としてもよい。

ここで、車載器１６で提案情報を再生表示可能とした場合について説明する。図９は、本実施形態に係る車両用エージェントシステム１０において、車載器１６で提案情報を再生表示可能とした場合に車載器１６で行われる処理の流れの一例を示すフローチャートである。なお、図９の処理は、例えば、車載器１６が提案情報を受信後に、提案情報の確認指示が音声や操作等によって指示された場合に開始する。また、車載器１６で提案情報を再生表示可能とした場合、携帯端末４０への提案情報の転送を省略してもよい。或いは、携帯端末４０への転送の有無を設定可能としてもよい。

ステップ４００では、ＣＰＵ１６Ａが、車載器１６が搭載された車両１４の車速情報を取得してステップ４０２へ移行する。車速情報は、車両１４に設けられた車速センサから取得してもよいし、車両１４の位置情報を測位する衛星情報を取得することによって車速情報を取得してもよい。

ステップ４０２では、ＣＰＵ１６Ａが、車両１４の安全確保を表す予め定めた条件が成立したか否かを判定する。該判定は、例えば、予め定めた条件として車両１４が停車中であるか否かを判定する。或いは、自動運転等の装備を備えている場合にはステップ４００で自動運転の実行有無を表す車両情報を取得して自動運転中であるか否かを判定してもよい。予め定めた条件として停車中であるか否かを判定する場合には、該判定は、例えば、取得した車速情報から車速が０または予め定めた速度以下であるか否かを判定する。該判定が否定された場合にはステップ４０４へ移行し、肯定された場合にはステップ４０６へ移行する。

ステップ４０４では、ＣＰＵ１６Ａが、安全を確保した後に提案情報の確認を行うよう乗員に通知して一連の処理を終了する。例えば、出力処理部５６が、”提案情報の確認は停車後に行ってください”等のメッセージのスピーカ２４からの出力、及び当該メッセージのモニタ２６への表示の少なくとも一方を行う。

一方、ステップ４０６では、ＣＰＵ１６Ａが、予め定めた提案情報確認画面をモニタ２６に表示してステップ４０８へ移行する。予め定めた提案情報確認画面は、例えば、エージェントサーバ１２から受信した提案情報のリスト等を表示する。

ステップ４０８では、ＣＰＵ１６Ａが、提案情報の再生表示が指示されたか否かを判定する。該判定は、例えば、音声や操作等によって提案情報を再生表示する指示が行われたか否かを判定する。該判定が肯定された場合にはステップ４１０へ移行し、否定された場合には一連の処理を終了して他の処理を行う。

ステップ４１０では、ＣＰＵ１６Ａが、未装備機能に関する提案情報をモニタ２６に再生表示して一連の処理を終了する。これにより、乗員の視聴したいタイミングで提案情報を視聴して、利用しようとして装備されていなかった機能のうち追加可能な機能を確認できる。また、車両１４が停車しているタイミングで提案情報が再生表示されるので、安全性を確保した状態で未装備機能に関する提案情報を確認できる。

なお、上記の実施形態では、エージェントサーバ１２と乗員との間で対話が可能な例を一例として説明したが、これに限るものではなく、対話の機能を省略した形態としてもよい。この場合は、例えば、車載器１６の車載器制御部５２が、利用しようとして装備されていなかった未装備機能を乗員の操作等から検出する機能、及び当該未装備機能を検出した場合にエージェントサーバ１２に通知する機能を備えて、エージェントサーバ１２が未装備機能のうち装備可能な機能を検出すればよい。これにより、エージェントサーバ１２の提案情報生成部６６が提案情報を生成して上記実施形態と同様に処理が可能となる。或いは、乗員による発話内容の意図理解のみを行って、発話内容に対する回答情報の生成を省略する形態としてもよい。

また、上記の実施形態における車両用エージェントシステム１０の各部で行われる処理は、プログラムを実行することにより行われるソフトウエア処理として説明したが、これに限るものではない。例えば、ＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、及びＦＰＧＡ（Field-Programmable Gate Array）等のハードウエアで行う処理としてもよい。或いは、ソフトウエア及びハードウエアの双方を組み合わせた処理としてもよい。また、ソフトウエアの処理とした場合には、プログラムを各種記憶媒体に記憶して流通させるようにしてもよい。

さらに、本発明は、上記に限定されるものでなく、上記以外にも、その主旨を逸脱しない範囲内において種々変形して実施可能であることは勿論である。

１０ 車両用エージェントシステム
１２ エージェントサーバ（車両用エージェント装置）
１４ 車両
１６ 車載器
１８ 通信ネットワーク
４０ 携帯端末
６０ 対話制御部（生成部）
６２ 意図理解部
６４ 検出部
６６ 提案情報生成部
６８ ＤＢ
７０ 制御部（処理部）

Claims (6)

1. 対象車両の乗員による発話内容の意図を理解する意図理解部と、
   前記意図理解部によって理解された発話内容に含まれ、前記乗員が利用しようと意図した車両の機能であって、前記対象車両に装備されていなかった機能でかつ前記対象車両に装備可能な機能を未装備機能として検出する検出部と、
   前記検出部によって検出された前記未装備機能に関する情報を前記乗員へ提供する処理を行う処理部と、
   を含む車両用エージェント装置。
2. 前記意図理解部によって理解された発話内容に対する回答情報を生成する生成部を更に含み、
   前記乗員が利用しようと意図した機能が前記対象車両に装備されていないことを表す回答情報が生成されて前記対象車両に送信された場合に、前記検出部が前記未装備機能を検出し、前記処理部が前記未装備機能に関する情報を前記乗員へ提供する処理を行う請求項１に記載の車両用エージェント装置。
3. 前記処理部は、乗員が携帯する予め登録された携帯端末に対して、前記未装備機能に関する情報を送信する処理を行う請求項１又は請求項２に記載の車両用エージェント装置。
4. 前記処理部は、車両に搭載された車載器に前記未装備機能に関する情報を送信し、前記車載器が、安全確保を表す予め定めた条件が成立した場合に、前記未装備機能に関する情報の表示を行う請求項１～３の何れか１項に記載の車両用エージェント装置。
5. 請求項１～４の何れか１項に記載の車両用エージェント装置と、
   車両に設けられ、前記未装備機能に関する情報を受信して前記乗員に通知可能な車載器と、
   を含む車両用エージェントシステム。
6. コンピュータを、請求項１～４の何れか１項に記載の車両用エージェント装置として機能させるための車両用エージェントプログラム。

Images