(57)【要約】【課題】ユーザ同士の話がまとまらない場合に、話がまとまる可能性のある提案情報を自発的に提供できる技術を提供する。【解決手段】情報提供装置において、取得部４２は、第１ユーザと第２ユーザとの会話の情報を取得する。提案情報特定部４４は、取得部４２で取得された会話情報に、情報を提案すべきことを示す所定のキーワードが含まれる場合、当該キーワードに関連する提案情報を特定する。生成部４６は、提案情報特定部４４で特定された提案情報の提供の経緯を示す第１キャラクタと第２キャラクタとの会話情報を生成する。提供部４８は、生成部４６で生成された会話情報を第１ユーザと第２ユーザとに提供してから、提案情報特定部４４で特定された提案情報を第１ユーザと第２ユーザとに提供する。【選択図】図２
2019159559.tif 000002
【特許請求の範囲】
【請求項１】
第１ユーザと第２ユーザとの会話の情報を取得する取得部と、
前記取得部で取得された会話情報に、情報を提案すべきことを示す所定のキーワードが含まれる場合、当該キーワードに関連する提案情報を特定する提案情報特定部と、
前記提案情報特定部で特定された前記提案情報の提供の経緯を示す第１キャラクタと第２キャラクタとの会話情報を生成する生成部と、
前記生成部で生成された前記会話情報を前記第１ユーザと前記第２ユーザとに提供してから、前記提案情報特定部で特定された前記提案情報を前記第１ユーザと前記第２ユーザとに提供する提供部と、
を備えることを特徴とする情報提供装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザに情報を提供する情報提供装置に関する。
【背景技術】
【０００２】
近年、ユーザと情報のやりとりをするエージェントが利用されている。特許文献１には、ユーザＡのエージェントとユーザＢのエージェントとの間で、ネットワーク上のサービスに登録された情報を取得して情報をやりとりするシステムが開示されている。これにより、ユーザＡとユーザＢとが直接コミュニケーションを行わなくても、ユーザＡとユーザＢとの間で、ユーザＡのエージェントとユーザＢのエージェントとを介した間接的なコミュニケーションを取ることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−２１８４６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ユーザ同士が会話しているときに、話がまとまらないことがある。本発明者らは、ユーザ同士の話がまとまらない場合に、話がまとまる可能性のある情報をエージェントが自発的に提案するのが好ましいことを認識した。
【０００５】
本発明はこうした状況に鑑みてなされたものであり、その目的は、ユーザ同士の話がまとまらない場合に、話がまとまる可能性のある提案情報を自発的に提供できる情報提供装置を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の情報提供装置は、第１ユーザと第２ユーザとの会話の情報を取得する取得部と、前記取得部で取得された会話情報に、情報を提案すべきことを示す所定のキーワードが含まれる場合、当該キーワードに関連する提案情報を特定する提案情報特定部と、前記提案情報特定部で特定された前記提案情報の提供の経緯を示す第１キャラクタと第２キャラクタとの会話情報を生成する生成部と、前記生成部で生成された前記会話情報を前記第１ユーザと前記第２ユーザとに提供してから、前記提案情報特定部で特定された前記提案情報を前記第１ユーザと前記第２ユーザとに提供する提供部と、を備える。
【０００７】
この態様によると、第１ユーザと第２ユーザとの会話情報に所定のキーワードが含まれる場合、キーワードに関連する提案情報の提供の経緯を示す第１キャラクタと第２キャラクタとの会話情報を提供してから、提案情報を提供するので、キャラクタ同士が自発的に会話してユーザに提案情報を提供できる。キャラクタ同士の会話情報によって提案情報の提供の経緯をユーザに認識させることができるので、提案情報に対する違和感をユーザに与え難くできる。よって、ユーザ同士の話がまとまらない場合に、話がまとまる可能性のある提案情報を自発的に提供できる。
【発明の効果】
【０００８】
本発明によれば、ユーザ同士の話がまとまらない場合に、話がまとまる可能性のある提案情報を自発的に提供できる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態に係る情報処理システムの構成を示す図である。
【図２】図１の車載装置の構成を示す図である。
【図３】図２の表示部に表示された第１キャラクタと第２キャラクタとの会話内容の例を示す図である。
【図４】図３に続く第１キャラクタと第２キャラクタとの会話内容の例を示す図である。
【発明を実施するための形態】
【００１０】
図１は、実施の形態に係る情報処理システム１の構成を示す。情報処理システム１は、車載装置１０と、サーバ装置１２とを備える。図１では、説明を明確化するために１台の車載装置１０を図示しているが、情報処理システム１は、複数の車載装置１０を備えることができる。
【００１１】
車載装置１０は、自動車である車両１４に搭載され、サーバ装置１２と無線通信を行う。無線通信の規格は特に限定されないが、例えば、３Ｇ（第３世代移動通信システム）、４Ｇ（第４世代移動通信システム）または５Ｇ（第５世代移動通信システム）を含む。車載装置１０は、図示しない基地局を介してサーバ装置１２と無線通信を行ってもよい。
【００１２】
車載装置１０は、車両１４の乗員であるユーザと会話して情報を提供するエージェントアプリケーションを実行する。エージェントアプリケーションは、表示部に表示されたアニメーションのキャラクタからユーザに情報を画像および／または音声で提供する。複数のキャラクタのそれぞれが、対応するユーザに情報を提供する。ここでは、車両１４には運転席の第１ユーザと助手席の第２ユーザが乗車しており、第１キャラクタが第１ユーザと会話するように制御され、第２キャラクタが第２ユーザと会話するように制御される例を説明する。また、後述するように、所定の場合には第１キャラクタと第２キャラクタとが互いに会話するように制御されることもある。以下では、第１ユーザと第２ユーザをまとめてユーザと呼ぶこともあり、第１キャラクタと第２キャラクタをまとめてキャラクタと呼ぶこともある。
【００１３】
サーバ装置１２は、例えばデータセンターに設置される。サーバ装置１２は、ユーザＩＤに対応付けて、車載装置１０のエージェントアプリケーションが参照するための各ユーザの属性情報を記憶している。ユーザの属性情報には、ユーザの性別、年代、嗜好情報、会話履歴などが含まれる。嗜好情報は、飲食物の嗜好情報、施設の嗜好情報などを含む。嗜好情報と会話履歴は、ユーザとキャラクタとの会話に応じて更新される。エージェントアプリケーションがユーザの属性情報を参照することで、各キャラクタは、対応するユーザに適した情報を提供できる。
【００１４】
図２は、図１の車載装置１０の構成を示す。車載装置１０は、通信部２０と、処理部２２と、マイク２４と、ＧＰＳ受信部２６と、カメラ２８と、スピーカ３０と、表示部３２と、記憶部３４とを備える。
【００１５】
通信部２０は、サーバ装置１２と無線通信を行う。通信部２０は、処理部２２による制御にしたがいデータ要求をサーバ装置１２に送信する。データ要求には、送信元になる車両１４を識別するための情報が添付される。サーバ装置１２は、データ要求に応じたデータを車載装置１０に送信する。このデータには、送信先になる車両１４を識別するための情報が添付される。通信部２０は、サーバ装置１２から自車両宛に送信されたデータを受信する。通信部２０は、受信したデータを処理部２２に出力する。
【００１６】
マイク２４は、車両１４の車室内に設けられ、車室内の音声を取得する。マイク２４は、取得した音声のデータを処理部２２に出力する。マイク２４は、車室内の異なる位置に複数設けられる。
【００１７】
ＧＰＳ受信部２６は、ＧＰＳ衛星から信号を受信し、車両１４の位置を導出する。車両１４の位置は、緯度と経度を含む。ＧＰＳ受信部２６は、車両１４の位置情報を処理部２２に出力する。
【００１８】
カメラ２８は、車内を撮像して、撮像画像を処理部２２に出力する。処理部２２は、カメラ２８の撮像画像を解析することで、車両１４内のユーザを特定することができる。
【００１９】
スピーカ３０は、車両１４の車室内に設けられ、処理部２２により制御され、キャラクタの音声を出力する。
【００２０】
表示部３２は、液晶ディスプレイなどの表示装置であり、車両１４のセンターコンソールやダッシュボードに設けられる。表示部３２は、処理部２２により制御され、キャラクタを表示する。
【００２１】
処理部２２は、ユーザ特定部４０と、取得部４２と、提案情報特定部４４と、生成部４６と、提供部４８とを備える。処理部２２は、エージェントアプリケーションを実行し、情報提供装置として機能する。
【００２２】
ユーザ特定部４０は、カメラ２８から撮像画像を受け取って、撮像画像を解析して車両１４に乗車しているユーザを特定する。記憶部３４には、登録ユーザのユーザＩＤに対応付けて、登録ユーザの顔画像の特徴量が記憶されている。ユーザ特定部４０は、車載装置１０の電源がオンされたときや車両１４のドアが開閉したときに、記憶部３４に記憶された登録ユーザの顔画像の特徴量を参照して、ユーザを特定する。ユーザ特定部４０は、特定したユーザのユーザＩＤを提案情報特定部４４と生成部４６に出力する。ユーザ特定部４０は、特定したユーザの車室内での位置も特定し、ユーザの位置情報を取得部４２に出力する。
【００２３】
取得部４２は、音声認識機能を有しており、マイク２４から出力された音声データに基づいて、第１ユーザと第２ユーザにより発話された音声を音声認識し、第１ユーザと第２ユーザの発話の情報を取得する。第１ユーザと第２ユーザの発話の情報は、第１ユーザと第２ユーザとの会話の情報を含む。取得部４２は、複数のマイク２４で検知した音情報の音量の差によって、発話したユーザの位置を特定し、ユーザ特定部４０で特定された第１ユーザと第２ユーザの位置をもとに、発話したユーザが第１ユーザであるか第２ユーザであるか特定する。
【００２４】
取得部４２は、例えば、図示しない音声認識ボタンがユーザにより操作された状態で取得した発話情報を、キャラクタに対する発話であると推定し、音声認識ボタンが操作されていない状態で取得した発話情報を、ユーザ同士の会話であると推定することができる。
【００２５】
提案情報特定部４４は、取得部４２で取得されたユーザ同士の会話情報に、情報を提案すべきことを示す所定のキーワードが含まれる場合、当該キーワードに関連する提案情報を特定する。このキーワードは、ユーザ同士の話がまとまっていない可能性があることを示すともいえる。
【００２６】
キーワードは、例えば、目的地提案に関連する「どこ」、「場所」、「目的地」、「迷う」などを含む。キーワードは、日程提案に関連する「いつ」、「日程」、「迷う」などを含んでもよい。キーワードは、予め記憶部３４に記憶されていてもよいし、サーバ装置１２から取得されてもよい。
【００２７】
例えば、第１ユーザが「どこ行く？」と発話し、第２ユーザが「迷うね。どこ行こう？」と発話した場合、提案情報特定部４４は、会話情報にキーワードが含まれると判定する。
【００２８】
提案情報特定部４４は、会話情報における第１ユーザと第２ユーザの連続する発話のそれぞれにキーワードが含まれる場合に、提案情報を特定することが好ましい。第１ユーザと第２ユーザが連続してそれぞれキーワードを発話した場合、ユーザ同士の会話において話がまとまっていない可能性がより高いと考えられるためである。
【００２９】
提案情報特定部４４は、現在時刻と、ＧＰＳ受信部２６で取得された位置情報とに基づいて、キーワードに関連する提案情報を特定する。
【００３０】
提案情報特定部４４は、会話情報に含まれたキーワードが目的地提案に関連し、現在時刻が朝食、昼食または夕食に適した時刻を示す場合、記憶部３４に記憶された施設情報のなかから、車両１４の現在位置の周辺のレストラン情報を、キーワードに関連する提案情報として特定する。
【００３１】
提案情報特定部４４は、会話情報に含まれたキーワードが目的地提案に関連し、現在時刻が朝食、昼食または夕食に適した時刻以外である場合、記憶部３４に記憶された施設情報のなかから、レストランを除外して、車両１４の現在位置の周辺の目的地情報を、キーワードに関連する提案情報として特定する。
【００３２】
提案情報特定部４４は、サーバ装置１２に保持された施設情報のなかから目的地情報を特定してもよい。提案情報特定部４４は、任意の目的地情報を特定してもよいし、ユーザ特定部４０で特定されたユーザＩＤをもとにサーバ装置１２から取得した第１ユーザおよび／または第２ユーザの属性情報にもとづいて、第１ユーザおよび／または第２ユーザの好みのジャンルの目的地情報を特定してもよい。提案情報特定部４４は、複数の目的地を含む目的地情報を特定してもよい。
【００３３】
生成部４６は、提案情報特定部４４で特定された提案情報の提供の経緯を示す第１キャラクタと第２キャラクタとの会話情報を生成する。例えば、生成部４６は、時刻情報、車両１４の位置情報、提案情報などを予め定められた定型文に挿入して、会話情報を生成する。
【００３４】
提供部４８は、生成部４６で生成された会話情報を第１ユーザと第２ユーザとに提供してから、提案情報特定部４４で特定された提案情報を第１ユーザと第２ユーザとに提供する。提供部４８は、会話情報と提案情報をスピーカ３０に音声で出力させ、会話情報と提案情報を表示部３２に文字で表示させる。
【００３５】
図３は、図１の表示部３２に表示された第１キャラクタ８０と第２キャラクタ８２との会話内容の例を示す。前述の例のように第１ユーザが「どこ行く？」と発話し、第２ユーザが「迷うね。どこ行こう？」と発話した場合、提供部４８は、第１キャラクタ８０に「お昼だし、ランチにする？」と発話させ、第２キャラクタ８２に「そうだね、イタリアンの気分だよ」と発話させる。提供部４８は、第１キャラクタ８０による発話の音声と、第２キャラクタ８２による発話の音声とを互いに異ならせ、発話したキャラクタを区別できるようにする。
【００３６】
図４は、図３に続く第１キャラクタ８０と第２キャラクタ８２との会話内容の例を示す。提供部４８は、第１キャラクタ８０に「近くにイタリアンレストランＹＹＹがあるよ」という提案情報を含む会話内容を発話させる。提案情報特定部４４が複数の目的地を含む目的地情報を特定した場合、提供部４８は、複数の目的地をリスト形式で表示部３２に文字で表示させる。
【００３７】
この例で第１キャラクタ８０と第２キャラクタ８２は、それぞれ顔画像で表現されているが、第１キャラクタ８０と第２キャラクタ８２はそれぞれ、全身画像で表現されてもよいし、他の態様の画像で表現されてもよい。第１キャラクタ８０と第２キャラクタ８２の発話内容はスピーカ３０から音声出力され、さらに吹き出しの形式で表示部３２に表示されているが、表示されなくてもよい。キャラクタ同士の会話内容がスピーカ３０から出力されていれば、ユーザは表示部３２を見ていなくても、その会話内容を聞き取れるためである。
【００３８】
このように、第１キャラクタ８０と第２キャラクタ８２は、ユーザ同士の話がまとまっていない可能性がある場合に、ユーザの希望を確認することなく自発的にキャラクタ同士で会話を開始して情報を提案する。第１キャラクタ８０と第２キャラクタ８２との会話内容を把握したユーザは、「イタリアンレストランＹＹＹ」という目的地の提供の経緯を理解できる。そのため、突然の提案による違和感をユーザに与え難くして、ユーザに提案情報を受け入れやすく感じさせることができる。
【００３９】
ユーザは、提案情報に同意できれば、同意する旨を発話する。取得部４２が同意する旨の発話情報を取得した場合、処理部２２は、図示しないナビゲーションシステムに提案情報の目的地を設定して、経路案内を実行させてもよい。
【００４０】
ユーザは、提案情報に同意できなければ、同意しない旨を発話する。取得部４２が同意しない旨の発話情報を取得した場合、処理部２２は、待機する。第１ユーザと第２ユーザは、提案情報に同意できなくても、提案情報をきっかけとして会話が進み、「ラーメン屋だったら行きたい」などと目的地が決まり、話がまとまる可能性がある。
【００４１】
なお、生成部４６は、第１ユーザと第２ユーザとの会話ではなく、第１キャラクタに対する第１ユーザの発話、または、第２キャラクタに対する第２ユーザの発話が取得部４２により取得された場合、その発話に応答する情報を生成する。生成部４６は、ユーザ特定部４０で特定されたユーザＩＤをもとに、発話したユーザのユーザＩＤに対応する属性情報をサーバ装置１２から取得して、その属性情報をもとに発話に応答する情報を生成する。提供部４８は、生成部４６で生成された発話に応答する情報を、発話したユーザに提供する。このようなユーザの発話に応答する情報の生成には、周知の技術を用いることができる。
【００４２】
ところで、車載装置１０で実行されるエージェントアプリケーションは、第１ユーザに所持される第１携帯端末装置（図示せず）および第２ユーザに所持される第２携帯端末装置（図示せず）でも実行されてもよい。第１携帯端末装置は、例えばスマートフォンなどであり、第１キャラクタ８０を動作させるエージェントアプリケーションを有する。第２携帯端末装置は、例えばスマートフォンなどであり、第２キャラクタ８２を動作させるエージェントアプリケーションを有する。第１携帯端末装置と第２携帯端末装置は、それぞれサーバ装置１２と無線通信を行う。
【００４３】
第１携帯端末装置は、第１ユーザのユーザＩＤを保持し、第２携帯端末装置は、第２ユーザのユーザＩＤを保持する。第１ユーザが車両１４に乗車するときに、第１携帯端末装置がサーバ装置１２を介して車載装置１０の処理部２２に第１ユーザのユーザＩＤを送ることで、第１携帯端末装置で実行している第１キャラクタ８０のエージェントアプリケーションが、車載装置１０の処理部２２で実行される。また、第２ユーザが車両１４に乗車するときに、第２携帯端末装置が車載装置１０の処理部２２に第２ユーザのユーザＩＤを送ることで、第２携帯端末装置で実行している第２キャラクタ８２のエージェントアプリケーションが、車載装置１０の処理部２２で実行される。
【００４４】
ユーザが車両１４から降車すると、ユーザ特定部４０は、撮像画像をもとにそのユーザが降車したことを特定して、降車したユーザのユーザＩＤをサーバ装置１２に送信する。サーバ装置１２は、ユーザＩＤに対応する携帯端末装置にユーザが降車したことを通知する。その通知を受け取った携帯端末装置は、エージェントアプリケーションを実行してキャラクタを表示する。このように、キャラクタは携帯端末装置と車載装置１０との間で移動するように制御されてもよい。
【００４５】
処理部２２の構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００４６】
本実施の形態によれば、ユーザ同士の会話情報にキーワードが含まれる場合、キーワードに関連する提案情報の提供の経緯を示す第１キャラクタ８０と第２キャラクタ８２との会話情報を提供してから、提案情報を提供するので、キャラクタ同士が自発的に会話してユーザに提案情報を提供できる。キャラクタ同士の会話情報によって提案情報の提供の経緯をユーザに認識させることができるので、提案情報に対する違和感をユーザに与え難くできる。よって、ユーザ同士の話がまとまらない場合に、話がまとまる可能性のある提案情報を自発的に提供できる。
【００４７】
以上、実施の形態をもとに本発明を説明した。実施の形態はあくまでも例示であり、各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４８】
実施の形態では車載装置１０について説明したが、車載装置１０の機能は、スマートフォン、タブレット端末などの携帯端末装置が備えてもよいし、パーソナルコンピュータなどの据え置き型の情報機器が備えてもよい。つまり、対象とする環境は車室内に限らず、複数のユーザ同士が会話する環境であればよい。
【００４９】
車載装置１０は、カメラ２８とユーザ特定部４０を備えなくてもよい。この場合、処理部２２は、車両１４の所有者用の１つのキャラクタを表示部３２に表示させる。処理部２２は、ユーザ同士の会話情報にキーワードが含まれる場合、キャラクタを増やして２つのキャラクタを表示部３２に表示させ、２つのキャラクタが提案情報の提供の経緯を示す会話を提供する。この変形例では、車載装置１０の構成を簡素化できる。
【００５０】
ユーザは、３人以上であってもよい。この場合、処理部２２は、複数のユーザのそれぞれに対応するキャラクタを表示部３２に表示させ、複数のキャラクタが提案情報の提供の経緯を示す会話を提供してもよい。この変形例では、より多くのユーザに対応できる。
【００５１】
実施の形態では、ユーザ特定部４０、取得部４２、提案情報特定部４４、生成部４６、提供部４８が、車載装置１０に搭載される例を説明したが、これらはサーバ装置１２に備えられてもよい。この場合、車載装置１０において取得されるマイク２４の音声データ、ＧＰＳ受信部２６の位置情報、カメラ２８の撮像画像が通信部２０からサーバ装置１２に送信されて、サーバ装置１２が、ユーザを特定し、提案情報を特定し、第１キャラクタ８０と第２キャラクタ８２との会話情報を生成し、その会話情報と提案情報を車載装置１０に送信する。この場合、サーバ装置１２が情報提供装置として機能する。この変形例では、車載装置１０の構成を簡素化でき、情報処理システム１の構成の自由度を向上できる。
【符号の説明】
【００５２】
１・・・情報処理システム、１０・・・車載装置、１２・・・サーバ装置、４２・・・取得部、４４・・・提案情報特定部、４６・・・生成部、４８・・・提供部。
【図１】
2019159559.tif 000003
【図２】
2019159559.tif 000004
【図３】
2019159559.tif 000005
【図４】
2019159559.tif 000006