JP2019066767A - プログラム、情報処理装置及び画面表示方法 - Google Patents

Abstract

【課題】ユーザにとって分かり易いレコメンド動作を行うことができるプログラム、情報処理装置及び画面表示方法を提供すること。【解決手段】コンピュータを、ユーザからの入力内容を受け付ける受付手段、入力内容に対するレコメンドの内容を第１の画面に表示する第１の画面制御手段、前記入力内容に対するレコメンドの内容から推定又は確定された機能の第２の画面を生成して前記第１の画面の背面に配置する第２の画面制御手段、入力内容に対するレコメンドの内容から推定された機能の第２の画面と入力内容に対するレコメンドの内容から確定された機能の第２の画面との表示形態が異なるように第２の画面の表示形態を判定する判定手段、として機能させ、前記第１の画面制御手段は、前記第２の画面の表示形態が前記判定手段による判定の結果の表示形態となるように前記第１の画面の透過率を可変することを特徴とするプログラムにより上記課題を解決する。【選択図】図１

Description

本発明は、プログラム、情報処理装置及び画面表示方法に関する。

従来より、擬人化されたエージェントを相手にしたコミュニケーション機能を有する車両用エージェント装置がある。従来の車両用エージェント装置にはユーザに最適な情報をレコメンドする車両用エージェント装置があった（例えば、特許文献１参照）。

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

ところで、いわゆるエージェントとは、ユーザの性格や行動や趣味趣向等の多様な情報を学習し、ユーザに最適な情報（ユーザの希望している情報）を推定してレコメンドしてくれることが期待されるものである。また、従来のエージェントはユーザの希望している情報を確定してレコメンド動作を行うまでに、ユーザからの入力を何度か受け付けなければならない場合がある。しかしながら、従来のエージェントはユーザの希望している情報を確定する前の途中段階における推定結果に基づいてレコメンド動作を行うと、画面等の切替が頻繁に発生し、ユーザに混乱を与えてしまうという問題があった。

本発明は上記した課題に鑑みなされたものであり、ユーザにとって分かり易いレコメンド動作を行うことができるプログラム、情報処理装置及び画面表示方法を提供することを目的とする。

本発明の実施の形態は、コンピュータを、ユーザからの入力内容を受け付ける受付手段、前記入力内容に対するレコメンドの内容を第１の画面に表示する第１の画面制御手段、前記入力内容に対するレコメンドの内容から推定又は確定された機能の第２の画面を生成して前記第１の画面の背面に配置する第２の画面制御手段、前記入力内容に対するレコメンドの内容から推定された機能の第２の画面と前記入力内容に対するレコメンドの内容から確定された機能の前記第２の画面との表示形態が異なるように前記第２の画面の表示形態を判定する判定手段、として機能させ、前記第１の画面制御手段は、前記第２の画面の表示形態が前記判定手段による判定の結果の表示形態となるように前記第１の画面の透過率を可変することを特徴とするプログラムである。

このため、入力内容に対するレコメンドの内容から推定された機能の第２の画面及び入力内容に対するレコメンドの内容から確定された機能の第２の画面の表示形態が異なるように第２の画面を表示できる。したがって、ユーザにとって分かり易いレコメンド動作を行うことができるプログラムを提供できる。

本発明の他の実施の形態において、前記判定手段は、前記第１の画面の透過率を、前記推定又は確定された機能の数に応じて判定するようにしてもよい。

このため、推定又は確定された機能の数に応じて第１の画面の透過率を判定できる。したがって、ユーザにとって分かり易いレコメンド動作を行うことができるプログラムを提供できる。

本発明の他の実施の形態において、前記判定手段は、前記推定又は確定された機能の数が多いほど、前記第１の画面の透過率を低く判定し、前記推定又は確定された機能の数が少ないほど、前記第１の画面の透過率を高く判定できる。

このため、推定又は確定された機能の数が多いほど、第２の画面が第１の画面を透過しにくく、推定又は確定された機能の数が少ないほど、第２の画面が第１の画面を透過しやすくなる。したがって、ユーザにとって分かり易いレコメンド動作を行うことができるプログラムを提供できる。

本発明の他の実施の形態において、前記第１の画面制御手段は、前記第１の画面に、ユーザからの前記入力内容を表示すると共に、前記入力内容に対するレコメンドの内容を表示できる。

このため、第１の画面で入力内容と、その入力内容に対するレコメンドの内容とを確認しながら、第１の画面を透過する第２の画面を確認できる。したがって、ユーザにとって分かり易いレコメンド動作を行うことができるプログラムを提供できる。

本発明の実施の形態の情報処理装置は、ユーザからの入力内容を受け付ける受付手段と、前記入力内容に対するレコメンドの内容を第１の画面に表示する第１の画面制御手段と、前記入力内容に対するレコメンドの内容から推定又は確定された機能の第２の画面を生成して前記第１の画面の背面に配置する第２の画面制御手段と、前記入力内容に対するレコメンドの内容から推定された機能の第２の画面と前記入力内容に対するレコメンドの内容から確定された機能の前記第２の画面との表示形態が異なるように前記第２の画面の表示形態を判定する判定手段と、を有し、前記第１の画面制御手段は、前記第２の画面の表示形態が前記判定手段による判定の結果の表示形態となるように前記第１の画面の透過率を可変することを特徴とする。

このため、入力内容に対するレコメンドの内容から推定された機能の第２の画面及び入力内容に対するレコメンドの内容から確定された機能の第２の画面の表示形態が異なるように第２の画面を表示できる。したがって、ユーザにとって分かり易いレコメンド動作を行うことができる情報処理装置を提供できる。

本発明の実施の形態の画面表示方法は、ユーザからの入力内容を受け付ける受付手順と、前記入力内容に対するレコメンドの内容を第１の画面に表示する第１の画面制御手順と、前記入力内容に対するレコメンドの内容から推定又は確定された機能の第２の画面を生成して前記第１の画面の背面に配置する第２の画面制御手順と、前記入力内容に対するレコメンドの内容から推定された機能の第２の画面と前記入力内容に対するレコメンドの内容から確定された機能の前記第２の画面との表示形態が異なるように前記第２の画面の表示形態を判定する判定手順と、をコンピュータが実行し、前記第１の画面制御手順は、前記第２の画面の表示形態が前記判定手順による判定の結果の表示形態となるように前記第１の画面の透過率を可変することを特徴とする。

このため、入力内容に対するレコメンドの内容から推定された機能の第２の画面及び入力内容に対するレコメンドの内容から確定された機能の第２の画面の表示形態が異なるように第２の画面を表示できる。したがって、ユーザにとって分かり易いレコメンド動作を行うことができる画面表示方法を提供できる。

ユーザにとって分かり易いレコメンド動作を行うことができるプログラム、情報処理装置及び画面表示方法を提供できる。

本発明の実施の形態に係る情報処理システムの一例の構成図である。 コンピュータの一例のハードウェア構成図である。 ＧＰＳ受信機を有するコンピュータの一例のハードウェア構成図である。 本発明の本実施形態に係る情報処理システムの一部の機能を示した一例の機能構成図である。 本発明の本実施形態に係るユーザ端末の一例の機能構成図である。 透過率テーブルの一例の構成図である。 画面表示方法の一例のフローチャートである。 エージェントのフロント画面と推定機能の画面との関係を表した一例のイメージ図である。 ユーザ端末に表示される画面の一例の遷移図である。

以下、本発明のプログラム、情報処理装置及び画面表示方法を適用した実施の形態について説明する。

図１は、本発明の実施の形態に係る情報処理システムの一例の構成図である。情報処理システム１は、センタ１０、車両２０、ユーザ端末３０、コンテンツプロバイダ４０及びサービスプロバイダ５０を含む。図１の車両２０は、ＤＣＭ(Data Communication Module)２１、車載器２２、マイク２３及びスピーカ２４を搭載している。なお、図１では車両２０、ユーザ端末３０、コンテンツプロバイダ４０及びサービスプロバイダ５０が一台の例を示したが、一台以上であればよい。

ＤＣＭ２１及び車載器２２は一例としてＣＡＮ(Controller Area Network)２５により互いに通信可能に接続される。マイク２３及びスピーカ２４は車載器２２に直接接続されており、音声データを入出力する。センタ１０、車両２０に搭載されたＤＣＭ２１、ユーザ端末３０、コンテンツプロバイダ４０及びサービスプロバイダ５０は移動体通信網やインターネット網などのネットワーク６０を介して接続されている。

センタ１０は一台以上のコンピュータ（情報処理装置）により構成される。センタ１０は車両２０又はユーザ端末３０からユーザの発話音声データ又は入力文字データなどを収集し、ユーザの発話又は文字入力の意図を理解してエージェントによる対話サービス又は表示サービスなどを提供する。

車両２０に搭載された車載器２２は、ナビゲーションＥＣＵ（ナビゲーション電子制御装置）であってもよい。車載器２２は、ＣＡＮ２５、ＤＣＭ２１及びネットワーク６０を介してセンタ１０と通信を行う。ＤＣＭ２１は車両２０に搭載される通信部又は無線通信装置の一例であり、例えば３Ｇ(3rd Generation)、ＬＴＥ(Long Term Evolution)、４Ｇ(4th Generation)、又は５Ｇ(5th Generation)等の通信回線を介して無線通信を行う。ユーザ端末３０は、ＣＡＮ２５及びＤＣＭ２１を介さず、ネットワーク６０を介してセンタ１０と通信を行う。

ユーザ端末３０及び車載器２２はユーザが操作する端末装置である。ユーザ端末３０はスマートフォンや携帯電話、タブレットＰＣ、ノートＰＣ、ＰＤＡ（Personal Digital Assistant）等の情報処理装置である。ユーザ端末３０及び車載器２２はエージェントアプリが搭載されている。コンテンツプロバイダ４０及びサービスプロバイダ５０は一台以上のコンピュータにより構成される。コンテンツプロバイダ４０はリクエストに応じて気象データ、道路データ、看板情報、施設情報、観光スポット、営業情報、イベント情報などの各種情報をリザルトとして提供する。また、サービスプロバイダ５０はリクエストに応じたリザルトを車両２０又はユーザ端末３０に提供する。

なお、車両２０のＣＡＮ２５は一例であって、ＣＡＮ２５の代わりに、Ethernet（登録商標）プロトコルを採用したバス等のＣＡＮ２５以外のバスを用いてもよい。また、車両２０には、これら以外にも様々な装置や機器が搭載されるが、本発明の実施の形態の説明に必要な構成要素を抜き出して示している。

図１のセンタ１０、コンテンツプロバイダ４０及びサービスプロバイダ５０を構成するコンピュータは、例えば図２に示すようなハードウェア構成により実現される。図２はコンピュータの一例のハードウェア構成図である。

図２に示したコンピュータ５００は、ドライブ装置５０１、補助記憶装置５０２、メモリ装置５０３、ＣＰＵ５０４及びインタフェース装置５０５などを備え、それぞれがバス５０７で相互に接続されている。インタフェース装置５０５は、コンピュータ５００をネットワーク６０に接続するインタフェースである。補助記憶装置５０２は、プログラムやデータを格納している不揮発性の記憶装置の一例である。

ドライブ装置５０１は、記録媒体５０６とのインタフェースである。コンピュータ５００はドライブ装置５０１を介してＳＤメモリカードなどの記録媒体５０６からプログラムやデータの読み取りを行うことができる。メモリ装置５０３はプログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）の一例である。

ＣＰＵ５０４は、メモリ装置５０３が保持するプログラムやデータに従って処理を実行する。図１のセンタ１０、コンテンツプロバイダ４０及びサービスプロバイダ５０は例えば図２に示すコンピュータ５００のハードウェア構成により、後述するような各種処理を実現できる。

図１の車載器２２及びユーザ端末３０を構成するコンピュータ６００は、例えば図３に示すようなＧＰＳ（Global Positioning System）受信機を有するハードウェア構成により実現される。図３は、ＧＰＳ受信機を有するコンピュータの一例のハードウェア構成図である。

図３に示したコンピュータ６００は、ドライブ装置６０１、補助記憶装置６０２、メモリ装置６０３、ＣＰＵ６０４、通信装置６０５、表示装置６０６、入力装置６０７及びＧＰＳ受信機６０８などを備え、それぞれがバス６１０で相互に接続されている。ドライブ装置６０１、補助記憶装置６０２、メモリ装置６０３及びＣＰＵ６０４は図２のドライブ装置５０１、補助記憶装置５０２、メモリ装置５０３及びＣＰＵ５０４と同様である。

ユーザ端末３０の場合、通信装置６０５は無線通信によってネットワーク６０に接続するための装置である。車載器２２の場合、ネットワーク６０に接続するための装置は通信装置６０５でなくＤＣＭ２１となる。表示装置６０６は液晶ディスプレイ等であり、後述するエージェントの画面や各種機能の画面を表示する。入力装置６０７はタッチパネルや操作ボタン等であり、ユーザから様々な入力内容を受け付けるために用いられる。ＧＰＳ受信機６０８は、ＧＰＳ衛星から送信されるＧＰＳ信号を受信し、そのＧＰＳ信号に基づき車両２０又はユーザ端末３０の現在位置を測定する。図１の車載器２２及びユーザ端末３０は例えば図３に示すコンピュータ６００のハードウェア構成により、後述するような各種処理を実現できる。

本実施形態に係る情報処理システム１では車載器２２又はユーザ端末３０に搭載されたエージェントアプリの機能が図４に示すようなセンタ１０、コンテンツプロバイダ４０及びサービスプロバイダ５０の機能を利用して後述するようなサービスを、車載器２２又はユーザ端末３０を操作するユーザに提供する。

図４は、本発明の本実施形態に係る情報処理システムの一部の機能を示した一例の機能構成図である。車載器２２及びユーザ端末３０はＧＰＳ受信機６０８により位置情報を取得している。ユーザは車載器２２又はユーザ端末３０に搭載されたエージェントアプリに要求があるとき、その内容を入力するために発話や文字入力などを行う。なお、以下では発話による入力を例として説明するが、文字入力などであってもよい。

車載器２２又はユーザ端末３０はユーザの発話を音声データに変換し、音声データと位置情報とをリクエストとしてセンタ１０に送信する。センタ１０の音声認識部１１は例えばエージェントＤＢに含まれる音声認識辞書を用いてユーザの音声データをテキストに変換する。なお、音声認識辞書を用いた音声認識処理は既存の技術であるため、説明を省略する。

意図理解部１２は音声データから変換されたテキストを形態素解析し、文脈（何に対する問い合わせであるか等）を理解する。意図理解部１２は理解した文脈やエージェントＤＢに含まれる意図理解辞書により、問い合わせ内容や問いかけ内容等、ユーザの発話の意図を理解する。また、意図理解部１２は理解したユーザの発話の意図（ユーザ要求）に基づき、ユーザの発話に対する回答を判断する。また、機能推定部１３は意図理解部１２が理解したユーザの発話の意図から、次のユーザ要求に対応する機能を推定する。機能推定部１３による次のユーザ要求に対応する推定機能（候補機能）の推定は、過去実績などに基づいて行うことができる。

配信用１次ＤＢ生成部１４は意図理解部１２が判断したユーザの発話に対する回答及び機能推定部１３が推定した推定機能の画面の生成に必要なデータである配信用１次ＤＢをプローブＤＢやＩＤ管理ＤＢなどのデータベースから生成する。プローブＤＢは、例えばＶＩＣＳ（登録商標）による最新の交通情報と過去の統計データ、ユーザの走行情報から生成されたプローブ交通情報を保存している。また、配信用１次ＤＢ生成部１４はサービスプロバイダ５０で行う処理にコンテンツプロバイダ４０が保存しているデータベースが必要であれば、必要に応じて位置情報を指定してコンテンツプロバイダ４０に要求し、そのデータベースをサービスプロバイダ５０に送信させる。

配信用１次ＤＢ生成部１４は意図理解部１２が判断したユーザの発話に対する回答及び機能推定部１３が推定した推定機能の情報、生成した配信用１次ＤＢを結果としてサービスプロバイダ５０に送信する。サービスプロバイダ５０の配信用２次ＤＢ生成部５１は配信用１次ＤＢとコンテンツプロバイダ４０から受信したデータベースから配信用２次ＤＢを生成する。

音声合成部５２は意図理解部１２が判断したユーザの発話に対する回答を音声合成した音声データ、意図理解部１２が判断したユーザの発話に対する回答及び機能推定部１３が推定した推定機能の情報、生成した配信用２次ＤＢを結果として車載器２２又はユーザ端末３０に送信する。機能推定部１３が推定した推定機能の情報には、推定機能数、最も可能性の高い推定機能の情報、が含まれる。なお、ユーザの発話や文字入力等に対する回答は音声合成に限定されるものでなく、文字や画像などの表示であってもよい。

車載器２２又はユーザ端末３０はサービスプロバイダ５０からリクエストに対する結果を受信すると、図５に示すような機能を利用して、後述するエージェントのフロント画面の背面に、最も可能性の高い推定機能の画面を配置して、フロント画面の透過率を可変することで、フロント画面に最も可能性の高い推定機能の画面を透過させる。

また、車載器２２又はユーザ端末３０は例えば推定機能の数に応じてフロント画面の透過率を変更することで、推定機能の数が多いほど透過率を低くし、推定機能の数が少なくなるほど（機能の確定が近づくほど）透過率を高くすることで、エージェントが次に起こすアクションやエージェントによる意図理解の状況をユーザに認識させる。

なお、図１及び図４の構成図は一例であって、図１及び図４に示す構成に限定するものではない。例えば、コンテンツプロバイダ４０の機能の一部又は全部はサービスプロバイダ５０に含まれる構成であってもよいし、それらの機能の一部又は全部はセンタ１０に含まれる構成であってもよい。

車載器２２及びユーザ端末３０の機能構成として、ここではユーザ端末３０の機能構成を一例として説明する。図５は本発明の本実施形態に係るユーザ端末の一例の機能構成図である。図５のユーザ端末３０は、入力内容受付部１０１、リクエスト送信部１０２、リザルト受信部１０３、透過率判定部１０４、エージェント画面制御部１０５、背景画面制御部１０６、透過率テーブル記憶部１０７を有する構成である。

入力内容受付部１０１はユーザから発話による入力内容を受け付ける。リクエスト送信部１０２はユーザの発話を変換した音声データ及び位置情報をリクエストとしてセンタ１０に送信する。リザルト受信部１０３はサービスプロバイダ５０からリクエストに対するリザルトとして、意図理解部１２が判断したユーザの発話に対する回答を音声合成した音声データ、意図理解部１２が判断したユーザの発話に対する回答及び機能推定部１３が推定した推定機能の情報を受信する。

透過率判定部１０４はリザルトに含まれる機能推定部１３が推定した推定機能の情報から推定機能数を読み出し、推定機能数に応じた透過率を判定する。透過率の判定には後述の透過率テーブルを利用する。エージェント画面制御部１０５はエージェントのフロント画面の表示内容の表示と、そのフロント画面の背景の透過率とを制御する。フロント画面の表示内容には、ユーザの音声データから変換したテキスト（入力内容）と、その入力内容に対する回答と、が含まれる。

背景画面制御部１０６はリザルトに含まれる機能推定部１３が推定した推定機能の情報に基づき、最も可能性の高い推定機能を選択し、選択した推定機能の画面をサービスプロバイダ５０が生成した配信用２次ＤＢに基づいて生成する。そして、背景画面制御部１０６は生成した推定機能の画面をエージェントのフロント画面の背面に配置する。

透過率テーブル記憶部１０７は図６に示すような透過率テーブルを記憶している。図６は透過率テーブルの一例の構成図である。図６の透過率テーブルは推定機能数と対応付けて透過率及び背景機能の有無を記憶している。背景機能は推定機能の画面をエージェントのフロント画面の背面に配置するか否かを表す情報である。背景機能「無」は推定機能の画面をエージェントのフロント画面の背面に配置しないことを表している。また、背景機能「有」は推定機能の画面をエージェントのフロント画面の背面に配置することを表している。

透過率はフロント画面の背景の透過率を表している。図６の透過率テーブルは推定機能数「０」と「５以上」の場合に、背景機能「無」であるため、透過率が設定されていない例を表している。推定機能数「１」の場合は機能が確定されているため、透過率上限値の８０％が設定されている。また、推定機能「２」から「４」の場合は機能が確定されていないため、透過率を６０％から２０％に設定している。なお、図６の透過率テーブルは一例であって、透過率が設定されていないことを示す「−」に変えて、透過率「０％」を設定しておいても良い。

ユーザ端末３０はサービスプロバイダ５０からリザルトを受信すると例えば図７に示す手順で画面を制御する。図７は画面表示方法の一例のフローチャートである。ステップＳ１１に進み、透過率判定部１０４は例えば図６の透過率テーブルを参照する。ステップＳ１２に進み、透過率判定部１０４は推定機能数に対応する透過率が設定されているか否かを判定する。

例えば図６の透過率テーブルでは推定機能数が「０」又は「５以上」の場合に推定機能数に対応する透過率が設定されていないと判定される。また、図６の透過率テーブルでは推定機能数が「１」から「４」の場合に推定機能数に対応する透過率が設定されていると判定する。

推定機能数に対応する透過率が設定されていなければ、透過率判定部１０４は透過率を０％と判定し、ステップＳ１３に進み、エージェントのフロント画面を透過率０％で表示する。なお、透過テーブルの背景機能が「無」であるため、フロント画面の背面への推定機能の画面の配置は行わない。

一方、推定機能数に対応する透過率が設定されていれば、透過率判定部１０４は透過率テーブルに設定されていた透過率を、エージェントのフロント画面の透過率として判定してステップＳ１４に進む。ステップＳ１４において、背景画面制御部１０６は透過テーブルの背景機能が「有」であるため、判定率が一番高い推定機能をフロント画面の背面に配置する。そして、ステップＳ１５に進み、エージェント画面制御部１０５は判定した透過率のエージェントのフロント画面を表示する。

図８はエージェントのフロント画面と推定機能の画面との関係を表した一例のイメージ図である。図８に示すようにエージェントのフロント画面１０００はユーザの目線方向から見て推定機能の画面１００１の前面に配置されている。つまり、エージェントのフロント画面１０００の透過率を制御することで、フロント画面１０００の背面にある推定機能の画面１００１の見やすさを調整できる。

推定機能数が多ければ機能を絞り切れていないため、エージェントのフロント画面１０００の透過率を低くして、推定機能の画面１００１を見づらくすることで、ユーザに機能が絞り切れていない状況を認識させることができる。また、推定機能数が少なければ機能を絞り切れているため、エージェントのフロント画面１０００の透過率を高くして、推定機能の画面１００１を見やすくすることで、ユーザに機能が絞り切れている状況を認識させることができる。

図９はユーザ端末に表示される画面の一例の遷移図である。図９（Ａ）では、ユーザがエージェントに対して呼びかける発話を行い、センタ１０で機能推定ができなかった場合にユーザ端末３０に表示される画面例を示している。図９（Ａ）は推定機能数が「０」であるため、推定機能の画面が配置されず、エージェントのフロント画面の透過率も０％である。

図９（Ｂ）では、ユーザがエージェントに対して「おすすめ場所に関する質問」の発話を行い、センタ１０で推定した機能が３つであった場合にユーザ端末３０に表示される画面例を示している。図９（Ｂ）は推定機能数が「３」であるため、次に利用される可能性が最も高い「ナビ機能」の画面が、透過率「４０％」のエージェントのフロント画面の背面に配置されている。

図９（Ｃ）では、ユーザがエージェントに対して「明日の予定に追加をリクエスト」の発話を行い、センタ１０で推定した機能が２つであった場合にユーザ端末３０に表示される画面例を示している。図９（Ｃ）は推定機能数が「２」であるため、次に利用される可能性が最も高い「ナビ機能」の画面が、透過率「６０％」のエージェントのフロント画面の背面に配置されている。

また、図９（Ｄ）では、ユーザがエージェントに対して「出発時間とナビセットをリクエスト」の発話を行い、センタ１０で推定した機能が１つであった場合にユーザ端末３０に表示される画面例を示している。図９（Ｄ）は推定機能数が「１」であるため、推定された「ナビ機能」の画面が、透過率「８０％」のエージェントのフロント画面の背面に配置されている。

以上、本実施形態ではエージェントのフロント画面の透過率により推定機能の画面の表示形態を異ならせて、推定機能の絞り込みの状況を表したが、この例に限定されるものではなく、アイコンの形状やアニメーション、モーフィング（変化）や色、大きさの変化により表してもよい。

また、本実施形態では、エージェントと各種機能とが連携する場合に、エージェントの画面をフロント画面とし、推定機能の画面をフロント画面から透過させることで、頻繁な画面切替を無くし、ユーザに混乱を与えることを防ぎ、ユーザにとって分かり易いレコメンド動作が可能となる。

本発明は、具体的に開示された実施の形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。本発明の実施形態に係る情報処理システム１のセンタ１０で行う音声認識、意図理解などの処理は、センタ１０以外で行うようにしてもよく、例えば車載器２２やユーザ端末３０で行ってもよい。

なお、入力内容受付部１０１は特許請求の範囲に記載した受付手段の一例である。フロント画面１０００は第１の画面の一例である。エージェント画面制御部１０５は第１の画面制御手段の一例である。推定機能の画面１００１は第２の画面の一例である。透過率判定部１０４は判定手段の一例である。背景画面制御部１０６は第２の画面制御手段の一例である。

１ 情報処理システム
１０ センタ
１１ 音声認識部
１２ 意図理解部
１３ 機能推定部
１４ 配信用１次ＤＢ生成部
２０ 車両
２１ ＤＣＭ(Data Communication Module)
２２ 車載器
２３ マイク
２４ スピーカ
２５ ＣＡＮ(Controller Area Network)
３０ ユーザ端末
４０ コンテンツプロバイダ
５０ サービスプロバイダ
５１ 配信用２次ＤＢ生成部
５２ 音声合成部
６０ ネットワーク
１０１ 入力内容受付部
１０２ リクエスト送信部
１０３ リザルト受信部
１０４ 透過率判定部
１０５ エージェント画面制御部
１０６ 背景画面制御部
１０７ 透過率テーブル記憶部

Claims (6)

1. コンピュータを、
   ユーザからの入力内容を受け付ける受付手段、
   前記入力内容に対するレコメンドの内容を第１の画面に表示する第１の画面制御手段、
   前記入力内容に対するレコメンドの内容から推定又は確定された機能の第２の画面を生成して前記第１の画面の背面に配置する第２の画面制御手段、
   前記入力内容に対するレコメンドの内容から推定された機能の第２の画面と前記入力内容に対するレコメンドの内容から確定された機能の前記第２の画面との表示形態が異なるように前記第２の画面の表示形態を判定する判定手段、
   として機能させ、
   前記第１の画面制御手段は、前記第２の画面の表示形態が前記判定手段による判定の結果の表示形態となるように前記第１の画面の透過率を可変すること
   を特徴とするプログラム。
2. 前記判定手段は、前記第１の画面の透過率を、前記推定又は確定された機能の数に応じて判定すること、
   を特徴とする請求項１記載のプログラム。
3. 前記判定手段は、前記推定又は確定された機能の数が多いほど、前記第１の画面の透過率を低く判定し、前記推定又は確定された機能の数が少ないほど、前記第１の画面の透過率を高く判定すること、
   を特徴とする請求項２記載のプログラム。
4. 前記第１の画面制御手段は、前記第１の画面に、ユーザからの前記入力内容を表示すると共に、前記入力内容に対するレコメンドの内容を表示すること、
   を特徴とする請求項２又は３記載のプログラム。
5. ユーザからの入力内容を受け付ける受付手段と、
   前記入力内容に対するレコメンドの内容を第１の画面に表示する第１の画面制御手段と、
   前記入力内容に対するレコメンドの内容から推定又は確定された機能の第２の画面を生成して前記第１の画面の背面に配置する第２の画面制御手段と、
   前記入力内容に対するレコメンドの内容から推定された機能の第２の画面と前記入力内容に対するレコメンドの内容から確定された機能の前記第２の画面との表示形態が異なるように前記第２の画面の表示形態を判定する判定手段と、
   を有し、
   前記第１の画面制御手段は、前記第２の画面の表示形態が前記判定手段による判定の結果の表示形態となるように前記第１の画面の透過率を可変すること
   を特徴とする情報処理装置。
6. ユーザからの入力内容を受け付ける受付手順と、
   前記入力内容に対するレコメンドの内容を第１の画面に表示する第１の画面制御手順と、
   前記入力内容に対するレコメンドの内容から推定又は確定された機能の第２の画面を生成して前記第１の画面の背面に配置する第２の画面制御手順と、
   前記入力内容に対するレコメンドの内容から推定された機能の第２の画面と前記入力内容に対するレコメンドの内容から確定された機能の前記第２の画面との表示形態が異なるように前記第２の画面の表示形態を判定する判定手順と、
   をコンピュータが実行し、
   前記第１の画面制御手順は、前記第２の画面の表示形態が前記判定手順による判定の結果の表示形態となるように前記第１の画面の透過率を可変すること
   を特徴とする画面表示方法。