JP6984480B2 - 情報処理装置および情報処理方法 - Google Patents

Description

本発明は、ユーザの質問に対する応答内容を出力する情報処理装置および情報処理方法に関する。

ユーザの発話に対して定型的な第１の応答文を生成して出力し、第１の応答文の出力と並行して当該発話に対する実質的な回答である第２の応答文を生成し、第１の応答文の出力が完了した後、第２の応答文を出力する音声対話装置が知られている（例えば、特許文献１参照）。

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

上記技術では、第１の応答文と第２の応答文は続けて出力されることが前提であるため、第１の応答文が出力されるとすぐに第２の応答文が出力されることをユーザに期待させる。そのため、第２の応答文を生成するために長時間を要する場合には、第２の応答文が出力されるまでに長時間を要し、ユーザに違和感を与える可能性がある。

本発明はこうした状況に鑑みてなされたものであり、その目的は、ユーザの質問に対する応答内容を出力するときに、ユーザに違和感を与え難い情報処理装置および情報処理方法を提供することにある。

上記課題を解決するために、本発明のある態様の情報処理装置は、質問の入力を受け付ける受付部と、前記受付部で受け付けられた前記質問に対する応答内容を出力するために必要なデータが不足している場合、応答を保留し、応答を保留した状態で不足しているデータが揃った場合、応答を行う旨および前記応答内容を出力する出力部と、を備える。応答を行う旨は、前記質問が行われたタイミングに関する情報を含む。前記質問がユーザの目的地付近の渋滞状況の質問である場合、前記応答内容を出力するために必要なデータは、目的地付近の車両から取得される目的地付近の画像データである。前記出力部は、前記応答内容を出力するために必要なデータが不足している場合、応答までの予測時間を出力する。前記質問が目的地付近の渋滞状況の質問である場合、応答までの予測時間は、目的地付近に向かっている画像データを取得可能な車両のうち最も目的地に近い車両が目的地付近に到達するまでの予測時間である。

この態様によると、必要なデータが不足している場合、応答を保留し、応答を保留した状態で不足しているデータが揃った場合、応答を行う旨および応答内容を出力するので、応答内容を出力するまでに長時間を要する場合にも、応答が行われることをユーザに認識させた上で応答内容を出力できる。したがって、ユーザに違和感を与え難くできる。

前記出力部は、前記応答内容を出力するために必要なデータが不足している場合、応答を保留する旨を出力してもよい。

前記応答内容を出力するために必要なデータは、前記応答内容に含まれるべきデータであってもよい。

前記出力部は、応答を保留した場合に所定の応答中止条件が満たされると、前記応答内容の出力を中止してもよい。前記質問が目的地付近の渋滞状況の質問である場合、前記応答中止条件は、ユーザが乗車する車両の位置が、目的地から所定距離の位置、渋滞中の道路上の位置、または、渋滞を迂回する道路上の位置になったことであってもよい。

前記出力部は、前記応答内容を出力するために必要なデータが不足している場合、不足しているデータを特定する情報を出力してもよい。

前記出力部は、応答を保留した状態で不足しているデータが揃った場合、応答を保留した質問を特定する情報を出力してもよい。

本発明の別の態様は、情報処理方法である。この方法は、質問の入力を受け付けるステップと、受け付けられた前記質問に対する応答内容を出力するために必要なデータが不足している場合、応答を保留し、応答までの予測時間を出力するステップと、応答を保留した状態で不足しているデータが揃った場合、応答を行う旨および前記応答内容を出力するステップと、を備える。応答を行う旨は、前記質問が行われたタイミングに関する情報を含む。前記質問がユーザの目的地付近の渋滞状況の質問である場合、前記応答内容を出力するために必要なデータは、目的地付近の車両から取得される目的地付近の画像データである。前記質問が目的地付近の渋滞状況の質問である場合、応答までの予測時間は、目的地付近に向かっている画像データを取得可能な車両のうち最も目的地に近い車両が目的地付近に到達するまでの予測時間である。

本発明によれば、ユーザの質問に対する応答内容を出力するときに、ユーザに違和感を与え難くできる。

実施の形態に係る車両システムの構成を示すブロック図である。 図１の車載装置の構成を示すブロック図である。 図１の処理部の処理を示すフローチャートである。

図１は、実施の形態に係る車両システム１の構成を示すブロック図である。車両システム１は、車載装置１０と、サーバ装置１２とを備える。車両システム１は、情報処理システムと呼ぶこともできる。図１では、説明を明確化するために１台の車載装置１０を図示しているが、車両システム１は、複数の車載装置１０を備えることができる。

車載装置１０は、自動車である車両１４に搭載されている。車載装置１０は、サーバ装置１２と無線通信を行う。無線通信の規格は特に限定されないが、例えば、３Ｇ（第３世代移動通信システム）、４Ｇ（第４世代移動通信システム）または５Ｇ（第５世代移動通信システム）を含む。車載装置１０は、図示しない基地局を介してサーバ装置１２と無線通信を行ってもよい。サーバ装置１２は、例えばデータセンターに設置される。

図２は、図１の車載装置１０の構成を示すブロック図である。車載装置１０は、通信部２０と、処理部２２と、マイク２４と、ＧＰＳ受信部２６と、センサ２８と、スピーカ３０と、表示部３２と、ナビゲーション部３４とを備える。

マイク２４は、車両１４の車室内に設けられ、車室内の音声を取得する。この音声は、ユーザである車両１４の乗員による質問の発話を含む。マイク２４は、取得した音声のデータを処理部２２に出力する。

ＧＰＳ受信部２６は、ＧＰＳ衛星から信号を受信し、車両１４の位置を導出する。車両１４の位置は、緯度と経度を含む。ＧＰＳ受信部２６は、車両１４の位置情報を処理部２２に出力する。

センサ２８は、車両１４の各種の車両情報を検出する。車両情報は、例えば、イグニッションスイッチがオンであるかオフであるかの情報を含む。センサ２８は、検出した車両情報を処理部２２に出力する。

スピーカ３０は、車両１４の車室内に設けられ、音声を出力する音声出力装置である。表示部３２は、液晶ディスプレイなどの表示装置であり、車両１４のセンターコンソールやダッシュボードに設けられる。ナビゲーション部３４は、設定された目的地までの案内経路に従い走行案内を行う。ナビゲーション部３４は、目的地情報、案内経路情報を処理部２２に出力する。

処理部２２は、取得部４０と、受付部４２と、音声認識部４４と、作成部４６と、出力部４８とを備える。処理部２２は、情報処理装置として機能する。処理部２２は、ユーザの音声の質問に対する応答内容を出力するエージェント（対話装置）と呼ぶこともできる。

取得部４０は、センサ２８から自車両の車両情報を定期的に取得する。取得部４０は、ＧＰＳ受信部２６から自車両の位置情報を定期的に取得する。取得部４０は、ナビゲーション部３４から目的地情報、案内経路情報を取得する。取得部４０は、車両情報、位置情報、目的地情報、案内経路情報を作成部４６へ出力する。

受付部４２は、マイク２４から音声データを受け付ける。これは、受付部４２が、ユーザの質問の入力を受け付けることに相当する。受付部４２は、音声データを音声認識部４４に出力する。

音声認識部４４は、受付部４２から出力された音声データに基づいて、ユーザにより発話された音声を音声認識する。音声認識は、周知の技術を用いて実行できる。音声認識部４４は、音声認識結果を作成部４６に出力する。音声認識結果は、テキストデータを含む。

作成部４６は、音声認識部４４による音声認識結果をもとに、ユーザにより発話された音声に対する応答内容を作成する。例えば、作成部４６は、音声認識結果のテキストデータを構文解析して、文字列情報の意味解釈を行う。作成部４６は、文字列情報の解析結果と、取得部４０から出力された情報とに基づいて、受付部４２で受け付けられた質問に対する応答内容を作成するために必要なデータ（以下、応答に必要なデータとも呼ぶ）を特定する。応答に必要なデータは、応答内容に含まれるべきデータである。作成部４６は、応答内容の作成にデータが不要である場合には、応答内容を作成する。応答内容の作成は、周知の技術を用いて実行できる。

作成部４６は、応答に必要なデータを記憶部５０から取得する。記憶部５０は、予め定められた種類のデータを記憶しており、例えば、ナビゲーション部３４が用いる地図データ、取得部４０で取得された各種情報などを記憶している。地図データは、記憶部５０に記憶されておらず、サーバ装置１２に記憶されていてもよい。

応答に必要なデータが記憶部５０に存在しない場合、作成部４６は、応答に必要なデータの記憶部５０からの取得に失敗する。作成部４６は、応答に必要なデータの記憶部５０からの取得に失敗した場合、応答に必要なデータの要求を通信部２０へ出力し、応答に必要なデータをサーバ装置１２から取得する。

例えば、ユーザの質問が「目的地付近の渋滞状況を見たい」である場合、作成部４６は、応答に必要なデータが、ナビゲーション部３４に設定されている案内経路上の目的地付近の現在の画像データであることを特定する。この画像データを記憶部５０から取得できないため、作成部４６は、案内経路上の目的地付近の画像データのデータ要求を通信部２０へ出力する。

通信部２０は、サーバ装置１２と無線通信を行う。通信部２０は、作成部４６から出力されたデータ要求をサーバ装置１２に送信する。データ要求には、送信元になる車両１４を識別するための情報が添付される。

サーバ装置１２は、車載装置１０の通信部２０と無線通信を行う。サーバ装置１２は、車載装置１０の通信部２０からデータ要求を受信する。サーバ装置１２は、受信したデータ要求に応じたデータを、自身のデータベース、複数の車両の車載装置、他のサーバ装置などから取得する。サーバ装置１２は、データ要求に応じたデータが存在しないこと、または、車両の車載装置などと通信できないことにより、データ要求に応じたデータの取得に失敗する場合もある。

上記の質問の例では、サーバ装置１２は、データ要求に応じて、案内経路上の目的地付近の画像データを、データを取得可能な目的地付近の車両から取得する。データを取得可能な車両が目的地付近に存在しない場合、サーバ装置１２は目的地付近の画像データを取得できない。

サーバ装置１２は、データ要求に応じたデータを取得した場合、取得したデータを車載装置１０に送信する。このデータには、送信先になる車両１４を識別するための情報が添付される。

通信部２０は、サーバ装置１２から自車両宛に送信されたデータを受信する。通信部２０は、受信したデータを作成部４６に出力する。

作成部４６は、応答内容を作成するために必要なデータが揃った場合、記憶部５０から取得したデータ、または、通信部２０から出力されたデータに基づいて質問に対する応答内容を作成し、作成された応答内容を出力部４８に供給する。応答内容は、文字情報を含む。応答内容は、画像情報を含んでもよい。

出力部４８は、作成部４６から供給された応答内容を、スピーカ３０および表示部３２を介して出力する。具体的には、出力部４８は、供給された応答内容の文字情報を音声信号に変換してスピーカ３０に出力する。出力部４８は、供給された応答内容の文字情報と画像情報から画像信号を生成して、表示部３２に出力する。

スピーカ３０は、出力部４８から出力された音声信号に基づいて、応答内容を音声で出力する。表示部３２は、出力部４８から出力された画像信号に基づいて、応答内容を文字や画像で表示する。

一方、作成部４６が応答に必要なデータの記憶部５０およびサーバ装置１２からの取得に失敗した場合、応答に必要なデータが不足している。作成部４６は、応答に必要なデータが不足している場合、応答保留の情報を出力部４８に供給する。

出力部４８は、作成部４６から応答保留の情報が供給された場合、即ち応答内容を出力するために必要なデータが不足している場合、応答を保留する旨を、スピーカ３０および表示部３２を介して出力し、応答を保留する。応答を保留する旨として、例えば、「応答のためのデータが足りないため、応答を保留します」などの所定の文字情報が挙げられる。

作成部４６は、応答に必要なデータが不足している場合、データ取得のタスクを記憶しておき、定期的に、応答に必要なデータを記憶部５０またはサーバ装置１２から取得する。作成部４６がデータ取得のタスクに従い定期的に応答に必要なデータを取得する間にも、受付部４２は、ユーザの新たな質問の入力を受け付けることができ、出力部４８は、新たな質問に対する応答内容を出力することができる。作成部４６は、データ取得のタスクを複数記憶することもできる。

作成部４６は、応答を保留した状態で不足しているデータが揃った場合、記憶部５０から取得したデータ、または、通信部２０から出力されたデータに基づいて応答内容を作成し、応答再開の情報および作成された応答内容を出力部４８に供給する。

出力部４８は、作成部４６から応答再開の情報および応答内容が供給された場合、即ち応答を保留した状態で不足しているデータが揃った場合、応答を保留していた質問に関して応答を行う旨および応答内容を、スピーカ３０および表示部３２を介して出力する。応答を行う旨として、例えば、「先ほどの質問に回答します」、「昨日の質問に回答します」などの応答を保留していた質問が行われたタイミングに関する情報を含む所定の文字情報が挙げられる。

質問が「目的地付近の渋滞状況を見たい」である前述の例では、データを取得可能な車両が目的地付近に存在しない状況から時間が経過して、データを取得可能な車両が目的地付近に存在するようになった場合、サーバ装置１２は、データ要求に応じて、その車両から目的地付近の画像データを取得できる。作成部４６は、サーバ装置１２から目的地付近の画像データを取得し、「目的地付近の道路状況をディスプレイに表示しました」などの文字情報および目的地付近の画像情報を含む応答内容を作成する。出力部４８は、応答を行う旨を出力し、続いて応答内容を出力する。

次に、別の例について説明する。ユーザの質問が「近くのイタリアンレストランを教えて」である場合、作成部４６は、応答に必要なデータが、現在位置から所定距離以内のイタリアンレストランのデータであることを特定する。所定距離は、例えば、１０キロメートルなどである。

現在位置から所定距離以内にイタリアンレストランが存在しない場合、作成部４６は、現在位置から所定距離以内のイタリアンレストランのデータを記憶部５０およびサーバ装置１２から取得できない。そこで、出力部４８は、応答を保留する旨を出力し、応答を保留する。

車両１４が移動して、現在位置から所定距離以内にイタリアンレストランが存在するようになった場合、作成部４６は、現在位置から所定距離以内のイタリアンレストランのデータを記憶部５０から取得できる。このようなデータは、記憶部５０に記憶された地図データに含まれている。出力部４８は、応答を行う旨を出力し、続いて「約１０キロメートル先にＡＢＣＤというイタリアンレストランがあります」などの応答内容を出力する。

次に、さらに別の例について説明する。通信環境に起因して車載装置１０とサーバ装置１２の間で通信できず、作成部４６がデータの取得に失敗した場合にも、出力部４８は、応答を保留する旨を出力し、応答を保留する。その後、車載装置１０とサーバ装置１２の間で通信可能になり、応答を保留した状態で不足しているデータが揃った場合、出力部４８は、応答を行う旨を出力し、続いて応答内容を出力する。

次に、応答内容の作成の中止処理について説明する。作成部４６は、出力部４８が応答を保留した場合に所定の応答中止条件が満たされると、データ取得のタスクを消去し、記憶部５０からのデータの取得を中止し、サーバ装置１２へのデータ要求の送信を中止し、応答内容の作成を中止する。出力部４８は、応答を保留した場合に応答中止条件が満たされると、応答内容の出力を中止する。

応答中止条件は、（１）受付部４２がユーザの質問取り下げの入力を受け付けたこと、または、（２）受付部４２がユーザの質問変更の入力を受け付けたことである。これらは、質問によらず共通である。

また、応答中止条件は、質問毎に異なる条件をさらに含んでもよい。この場合、作成部４６が質問の文字列情報の解析結果に基づいて応答中止条件を設定してもよいし、応答中止条件は、想定される質問の種類毎に予め用意されていてもよい。

例えば、ユーザの質問が前述の「目的地付近の渋滞状況を見たい」である場合、応答中止条件は、前述の条件（１）、前述の条件（２）、または、（３）自車両の位置が所定位置になったことである。所定位置は、目的地の近くの位置、渋滞中の道路上の位置、または、渋滞を迂回する道路上の位置である。自車両の位置がこのような位置になった場合、応答は不要な可能性がある。

また、ユーザの質問が「近くのイタリアンレストランを教えて」である場合、応答中止条件は、前述の条件（１）、前述の条件（２）、（３）受付部４２が質問の入力を受け付けてから所定の第１期間が経過したこと、または、（４）自車両の位置が質問の施設と同種の施設の位置にあり、イグニッションスイッチが所定の第２期間オフになったことである。第１期間と第２期間は、実験などにより適宜定めることができる。例えば、第１期間は３時間前後である。質問から第１期間が経過した場合、ユーザは既に食事を終えている可能性があり、応答は不要な可能性がある。第２期間は、飲食を行うために要する時間である。例えば、質問のイタリアンレストランと同種の飲食可能な施設の位置において、イグニッションスイッチが第２期間オフになった場合、ユーザは、この施設で飲食を行った可能性があり、応答は不要な可能性がある。

この構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。

次に、以上の構成による車両システム１の全体的な動作を説明する。図３は、図１の処理部２２の処理を示すフローチャートである。図３の処理は、応答内容の作成にデータが必要な場合の処理であり、定期的に繰り返される。

受付部４２が質問の入力を受け付けていない場合（Ｓ１０のＮ）、処理を終了する。受付部４２が質問の入力を受け付けた場合（Ｓ１０のＹ）、音声認識部４４は、音声を音声認識し（Ｓ１２）、作成部４６は、音声認識結果をもとに、応答に必要なデータを取得する（Ｓ１４）。応答に必要なデータが不足していない場合（Ｓ１６のＮ）、作成部４６は、応答内容を作成し（Ｓ１８）、出力部４８は、応答内容を出力する（Ｓ２０）。

応答に必要なデータが不足している場合（Ｓ１６のＹ）、出力部４８は、応答を保留する旨を出力し（Ｓ２２）、応答中止条件が満たされた場合（Ｓ２４のＹ）、処理を終了する。応答中止条件が満たされていない場合（Ｓ２４のＮ）、作成部４６は、応答に必要なデータを取得し（Ｓ２６）、応答に必要なデータが不足している場合（Ｓ２８のＹ）、ステップＳ２４に戻る。応答に必要なデータが不足していない場合（Ｓ２８のＮ）、作成部４６は、応答内容を作成し（Ｓ３０）、出力部４８は、応答を行う旨を出力し（Ｓ３２）、ステップＳ２０に移行する。

このように本実施の形態によれば、応答内容を出力するために必要なデータが不足している場合、応答を保留し、応答を保留した状態で不足しているデータが揃った場合、応答を行う旨および応答内容を出力するので、応答内容を出力するまでに長時間を要する場合にも、応答が行われることをユーザに認識させた上で応答内容を出力できる。したがって、ユーザに違和感を与え難くできる。

また、応答内容を出力するために必要なデータが不足している場合、応答を保留する旨を出力するので、応答を保留していることをユーザに容易に認識させることができる。よって、応答内容がすぐに出力されない場合にも、質問は受け付けられていることをユーザに認識させることができ、ユーザに再質問させ難くできる。

ユーザの質問の数時間後、翌日または数日後などにデータが揃い、応答内容が出力される場合、ユーザはデータが揃うまで何度も同じ質問を行うことなく応答内容を得ることができる。また、ユーザは、質問したことを忘れていたとしても、質問の時点で興味を持っていた情報を取得でき、便利である。

また、応答を保留した場合に応答中止条件が満たされると、応答内容の出力を中止するので、ユーザにとって不要になった可能性のある応答内容を出力しないようにできる。よって、ユーザに煩わしさを感じさせ難くできる。

以上、実施の形態をもとに本発明を説明した。実施の形態はあくまでも例示であり、各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

（第１の変形例）
例えば、出力部４８は、応答内容を出力するために必要なデータが不足している場合、応答を保留する旨を出力せずに、応答を保留してもよい。この変形例では、応答内容を出力するために必要なデータが揃わないまま応答中止条件が満たされて応答が中止される状況で、応答が行われることをユーザに期待させすぎないようにできる。

（第２の変形例）
作成部４６は、応答に必要なデータが不足している場合、不足しているデータを特定する情報を出力部４８に供給してもよい。出力部４８は、応答内容を出力するために必要なデータが不足している場合、作成部４６から供給された不足しているデータを特定する情報を出力してもよい。この変形例では、応答内容がすぐに出力されない場合にも、質問は受け付けられていること、および、質問が正しく受け付けられているか否かをユーザに認識させることができる。

（第３の変形例）
作成部４６は、応答を保留した状態で不足しているデータが揃った場合、応答を保留した質問を特定する情報を出力部４８に供給してもよい。出力部４８は、応答を保留した状態で不足しているデータが揃った場合、応答を保留した質問を特定する情報を出力してもよい。応答を保留した質問を特定する情報は、応答を行う旨に含まれてもよい。この変形例では、質問から応答までの時間が比較的長くなった場合にも、どのような質問に対する応答内容が出力されたかユーザに容易に認識させることができる。

（第４の変形例）
作成部４６は、応答に必要なデータが不足している場合、応答までの予測時間を出力部４８に供給してもよい。出力部４８は、応答内容を出力するために必要なデータが不足している場合、応答までの予測時間を出力してもよい。例えば、ユーザの質問が「目的地付近の渋滞状況を見たい」である場合、作成部４６は、目的地付近に向かっているデータを取得可能な車両のうち最も目的地に近い車両が目的地付近に到達するまでの予測時間をサーバ装置１２から取得し、取得した予測時間を、応答までの予測時間とする。この変形例では、応答内容が出力されるまでの時間の目安をユーザに認識させることができる。よって、ユーザの利便性を向上できる。

（第５の変形例）
出力部４８は、応答を保留した場合に応答中止条件が満たされると、応答の中止を確認する情報を出力してもよい。そして、出力部４８は、受付部４２がユーザの応答中止を承認する入力を受け付けた場合に、応答内容の出力を中止してもよい。この変形例では、ユーザの意図と異なる応答の中止を抑制できる。

また、第１の変形例から第５の変形例のうちの少なくとも２つを組み合わせてもよい。

また、一例として車載装置１０について説明したが、車載装置１０は、車両に搭載されないスマートフォン、パーソナルコンピュータなどとして構成されてもよい。

また、通信部２０は、他車両と車車間通信を行い、応答に必要なデータを他車両のエージェントから取得してもよい。

１…車両システム、１０…車載装置、１２…サーバ装置、２２…処理部、４０…取得部、４２…受付部、４４…音声認識部、４６…作成部、４８…出力部。

Claims (7)

1. 質問の入力を受け付ける受付部と、
   前記受付部で受け付けられた前記質問に対する応答内容を出力するために必要なデータが不足している場合、応答を保留し、応答を保留した状態で不足しているデータが揃った場合、応答を行う旨および前記応答内容を出力する出力部と、
   を備え、
   応答を行う旨は、前記質問が行われたタイミングに関する情報を含み、
   前記質問がユーザの目的地付近の渋滞状況の質問である場合、前記応答内容を出力するために必要なデータは、目的地付近の車両から取得される目的地付近の画像データであり、
   前記出力部は、前記応答内容を出力するために必要なデータが不足している場合、応答までの予測時間を出力し、
   前記質問が目的地付近の渋滞状況の質問である場合、応答までの予測時間は、目的地付近に向かっている画像データを取得可能な車両のうち最も目的地に近い車両が目的地付近に到達するまでの予測時間である、ことを特徴とする情報処理装置。
2. 前記出力部は、前記応答内容を出力するために必要なデータが不足している場合、応答を保留する旨を出力することを特徴とする請求項１に記載の情報処理装置。
3. 前記応答内容を出力するために必要なデータは、前記応答内容に含まれるべきデータであることを特徴とする請求項１または２に記載の情報処理装置。
4. 前記出力部は、応答を保留した場合に所定の応答中止条件が満たされると、前記応答内容の出力を中止し、
   前記質問が目的地付近の渋滞状況の質問である場合、前記応答中止条件は、ユーザが乗車する車両の位置が、目的地から所定距離の位置、渋滞中の道路上の位置、または、渋滞を迂回する道路上の位置になったことである、ことを特徴とする請求項１から３のいずれかに記載の情報処理装置。
5. 前記出力部は、前記応答内容を出力するために必要なデータが不足している場合、不足しているデータを特定する情報を出力することを特徴とする請求項１から４のいずれかに記載の情報処理装置。
6. 前記出力部は、応答を保留した状態で不足しているデータが揃った場合、応答を保留した質問を特定する情報を出力することを特徴とする請求項１から５のいずれかに記載の情報処理装置。
7. 質問の入力を受け付けるステップと、
   受け付けられた前記質問に対する応答内容を出力するために必要なデータが不足している場合、応答を保留し、応答までの予測時間を出力するステップと、
   応答を保留した状態で不足しているデータが揃った場合、応答を行う旨および前記応答内容を出力するステップと、
   を備え、
   応答を行う旨は、前記質問が行われたタイミングに関する情報を含み、
   前記質問がユーザの目的地付近の渋滞状況の質問である場合、前記応答内容を出力するために必要なデータは、目的地付近の車両から取得される目的地付近の画像データであり、
   前記質問が目的地付近の渋滞状況の質問である場合、応答までの予測時間は、目的地付近に向かっている画像データを取得可能な車両のうち最も目的地に近い車両が目的地付近に到達するまでの予測時間である、ことを特徴とする情報処理方法。

Images