(57)【要約】  アプリケーション２から指定された画面構成の画面データを生成する通常用ＵＩ  ＡＰＩ３２と、車両の走行中に表示する走行中用の画面構成のレイアウトが規定されたテンプレートデータに基づいて、アプリケーション２から指定された車両の走行中に表示する走行中用画面構成の画面データを生成する走行中用ＵＩ  ＡＰＩ３３と、アプリケーション実行環境３に設けられ、車両が停止しているとき、通常用ＵＩ  ＡＰＩ３２により生成された画面データを表示部５に表示させ、車両が走行しているときは、走行中用ＵＩ  ＡＰＩ３３により生成された画面データを表示部５に表示させる制御部３１とを備える。
2013111185.tif 000002
【特許請求の範囲】
【請求項１】
画面表示を行う表示部と、アプリケーションが実行されるアプリケーション実行環境とを備える移動体用情報機器において、
前記アプリケーションから指定された画面構成の画面データを生成する第１のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）と、
移動体の移動中に表示する移動中用の画面構成のレイアウトが規定されたテンプレートデータに基づいて、前記アプリケーションから指定された前記移動中用の画面構成の画面データを生成する第２のＡＰＩと、
前記アプリケーション実行環境に設けられ、前記移動体が停止しているとき、前記第１のＡＰＩにより生成された前記画面データを前記表示部に表示させ、前記移動体が移動しているときは、前記第２のＡＰＩにより生成された前記画面データを前記表示部に表示させる制御部とを備えることを特徴とする移動体用情報機器。
【請求項２】
前記アプリケーション実行環境は、前記移動体の移動中に表示する画面構成の複数のレイアウトがそれぞれ規定された複数のテンプレートデータを有し、
前記第２のＡＰＩは、前記複数のテンプレートデータの中から前記アプリケーションの指定内容に応じて選択したテンプレートデータに基づいて前記移動体の移動中に表示する画面構成の画面データを生成することを特徴とする請求項１記載の移動体用情報機器。
【請求項３】
前記第２のＡＰＩは、前記アプリケーションの指示に応じて、前記テンプレートデータにより規定される画面構成のレイアウトを構成する表示要素を変更して、前記移動中用の画面構成の画面データを生成することを特徴とする請求項１記載の移動体用情報機器。
【請求項４】
前記第２のＡＰＩは、前記アプリケーションの指示に応じて、前記テンプレートデータに基づいて生成した前記移動中用の画面を構成する表示要素の態様を、所定の制限範囲内で変更することを特徴とする請求項１記載の移動体用情報機器。
【請求項５】
前記第１のＡＰＩは、前記移動体が停止しているときに、前記画面データを生成し、
前記第２のＡＰＩは、前記移動体が移動しているときに、前記移動中用の画面構成の画面データを生成することを特徴とする請求項１記載の移動体用情報機器。
【請求項６】
前記画面データを描画処理して得られた描画データを保存するオフスクリーンバッファを備え、
前記制御部は、前記第１のＡＰＩにより生成された画面データの描画データと、前記第２のＡＰＩにより生成された画面データの描画データとを表示レイヤ違いで前記オフスクリーンバッファに保存し、前記移動体が移動しているか否かに応じて、前記オフスクリーンバッファに保存された前記各描画データを切り替えて前記表示部に表示させることを特徴とする請求項１記載の移動体用情報機器。
【請求項７】
ユーザが発した音声を認識して、認識結果が前記制御部から登録された音声コマンドに一致または類似する場合、当該認識結果を音声イベントとして前記制御部に通知する音声操作部を備え、
前記第２のＡＰＩは、前記音声コマンドを組み込んだ移動中用の画面構成の画面データを生成することを特徴とする請求項１記載の移動体用情報機器。
【請求項８】
画面表示を行う表示部と、アプリケーションが実行されるアプリケーション実行環境とを備える移動体用情報機器において、
前記アプリケーションから指定された画面構成の画面データを生成する第１のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）と、
前記第１のＡＰＩにより生成された画面データに基づいて、前記アプリケーションから指定された、前記移動体の移動中に表示する移動中用の画面構成の画面データを生成する移動中用ＵＩ生成部と、
前記アプリケーション実行環境に設けられ、前記移動体が停止しているとき、前記第１のＡＰＩにより生成された画面データを前記表示部に表示させ、前記移動体が移動しているときは、前記移動中用ＵＩ生成部により生成された画面データを前記表示部に表示させる制御部とを備えることを特徴とする移動体用情報機器。
【請求項９】
前記移動中用ＵＩ生成部は、前記第１のＡＰＩにより生成された画面データの画面に動画が含まれている場合、当該動画を静止画に変換した画面構成の画面データを生成することを特徴とする請求項８記載の移動体用情報機器。
【請求項１０】
前記第１のＡＰＩは、前記移動中用の画面構成の画面データを構成する情報を付帯情報として含む画面データを生成し、
前記移動中用ＵＩ生成部は、前記第１のＡＰＩにより生成された画面データにおける前記付帯情報に基づいて、前記移動中用の画面構成の画面データを生成することを特徴とする請求項８記載の移動体用情報機器。
【請求項１１】
前記画面データを描画処理して得られた描画データを保存するオフスクリーンバッファを備え、
前記制御部は、前記第１のＡＰＩにより生成された画面データの描画データと、前記移動中用ＵＩ生成部により生成された画面データの描画データとを表示レイヤ違いで前記オフスクリーンバッファに保存し、前記移動体が移動しているか否かに応じて、前記オフスクリーンバッファに保存された前記各描画データを切り替えて前記表示部に表示させることを特徴とする請求項８記載の移動体用情報機器。
【請求項１２】
ユーザが発した音声を認識して、認識結果が前記制御部から登録された音声コマンドに一致または類似する場合、当該認識結果を音声イベントとして前記制御部に通知する音声操作部を備え、
前記移動中用ＵＩ生成部は、前記音声コマンドを組み込んだ移動中用の画面構成の画面データを生成することを特徴とする請求項８記載の移動体用情報機器。
【請求項１３】
複数の表示部を備え、
前記制御部は、
前記移動体が停止しているとき、前記第１のＡＰＩにより生成された前記画面データを前記複数の表示部のうちの所定の表示部に表示させ、前記移動体が移動しているときは、前記移動中用の画面構成の画面データを前記所定の表示部に表示させ、
前記複数の表示部のうちの前記所定の表示部以外の表示部には、前記移動体が移動しているか否かによらず、前記第１のＡＰＩによって生成された前記画面データを表示させることを特徴とする請求項１または請求項８記載の移動体用情報機器。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、車両などの移動体に搭載され、アプリケーション画像を表示する表示部を備えた移動体用情報機器に関する。
【背景技術】
【０００２】
車両などに搭載される情報機器では、運転者による車両の運転を妨げないように、車両が走行中であるときの画面表示およびこの画面表示に基づく操作の内容を制限する必要がある。例えば、非特許文献１には、車両用情報機器が画面に表示する情報量を、運転者が短時間で確認できるように適正化すべきことが記載されている。【０００３】
また、特許文献１には、画面表示に基づいて入力操作を行うタッチパネルなどの接触式入力手段と、ダイヤルスイッチなどの画面上のフォーカスを移動させることで選択操作を行う移動式入力手段とを備えた車載装置が開示されている。
この装置では、車両が停車中の場合、タッチパネルによる入力に適したメニュー項目の並びで構成されるメニュー画面を表示装置に表示し、車両が走行中の場合には、ダイヤルスイッチによる入力に適したメニュー項目の並びで構成されるメニュー画面を表示装置に表示する。
このように、特許文献１では、車両が停止中の場合に適したメニュー画面と車両が走行中の場合に適したメニュー画面を予め用意しておき、車両の状態に応じてメニュー画面を切り替えることで、メニュー項目の選択の操作性を向上させている。【０００４】
一方、近年の車載情報機器の通信機能および情報処理能力の高性能化に伴い、車載情報機器の製造メーカー以外の第三者に開発されたアプリケーション（以下、第三者アプリと記載する）を、車載情報機器にダウンロードして利用したいという要望が増えている。
この場合も、車載情報機器の製造メーカーは、第三者アプリについて車両が走行中の場合の操作内容制限を遵守させる必要がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−６５５１９号公報
【非特許文献】
【０００６】
【非特許文献１】「画像表示装置ガイドライン  画像表示装置の取り扱いについて  改訂第３．０版」、日本自動車工業会、平成１６年８月１８日
【発明の概要】
【発明が解決しようとする課題】
【０００７】
第三者アプリの画面表示や操作の受け付けなどのＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）は、車載情報機器が提供するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を用いて開発される。ＡＰＩでは、文字列、画像、ボタンなどの画面を構成する表示要素を指定することができ、一般的には、表示要素を自由に配置でき、サイズも指定可能である。このため、第三者アプリは、車載用に設計されていない場合、車両が停止中であるか、走行中であるかにかかわらず、自由に文字列、画像、ボタンなどを画面上に表示できる。【０００８】
一方、第三者アプリが車両の走行時における操作内容制限を遵守しているか否かを確認するには、第三者アプリの車載情報機器上における全ての動作を試験して確認する必要がある。このため、車載情報機器の製造メーカーが、全ての第三者アプリに対して当該確認を実施するのは非常に困難である。【０００９】
そこで、車両が走行中であれば第三者アプリの操作を禁止すれば、車載情報機器の製造メーカーによる確認作業を省略することができる。
しかしながら、車両が走行中であっても、運転に支障を来さない程度で、少ない情報を閲覧したり、簡易操作を行いたい場合もあり、車両の走行中に画一的に操作を禁止するのでは、ユーザの利便性が著しく損なわれる。【００１０】
また、特許文献１に代表される従来の技術では、車両が停止中の場合に適したメニュー画面と車両が走行中の場合に適したメニュー画面とを予め用意しておくことを前提としているので、車載情報機器の製造メーカー以外が開発する第三者アプリにそのまま適用することは不可能である。さらに、特許文献１は、車載装置の製造時にインストールしておくアプリケーションを前提としており、第三者アプリによる画面表示や操作内容を、車両が走行中の場合に適したものに切り替えるという発想すらない。【００１１】
この発明は、上記のような課題を解決するためになされたもので、移動体の移動中に適した画面を表示することができる移動体用情報機器を得ることを目的とする。
【課題を解決するための手段】
【００１２】
この発明に係る移動体用情報機器は、アプリケーションから指定された画面構成の画面データを生成する第１のＡＰＩと、移動体の移動中に表示する移動中用の画面構成のレイアウトが規定されたテンプレートデータに基づいて、アプリケーションから指定された移動中用の画面構成の画面データを生成する第２のＡＰＩと、アプリケーション実行環境に設けられ、移動体が停止しているとき、第１のＡＰＩにより生成された画面データを表示部に表示させ、移動体が移動しているときは、第２のＡＰＩにより生成された画面データを表示部に表示させる制御部とを備える。
【発明の効果】
【００１３】
この発明によれば、移動体の移動中に適した画面を表示することができるという効果がある。
【図面の簡単な説明】
【００１４】
【図１】この発明の実施の形態１に係る移動体用情報機器の構成を示すブロック図である。
【図２】車両が停止しているときの画面構成をＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で表現した画面データの一例を示す図である。
【図３】図２の画面データに基づいて表示される画面を示す図である。
【図４】車両が走行しているときの画面構成をＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で表現した画面データの一例を示す図である。
【図５】図４の画面データに基づいて表示される画面を示す図である。
【図６】車両が走行しているときの画面構成をＸＭＬ形式で表現した画面データの別の例を示す図である。
【図７】図６の画面データに基づいて表示される画面を示す図である。
【図８】実施の形態１に係る移動体用情報機器の動作を示すフローチャートである。
【図９】この発明の実施の形態２に係る移動体用情報機器の動作を示すフローチャートである。
【図１０】この発明の実施の形態３に係る移動体用情報機器の動作を示すフローチャートである。
【図１１】実施の形態３における車両が走行しているときの表示画面の一例を示す図である。
【図１２】この発明の実施の形態４に係る移動体用情報機器の構成を示すブロック図である。
【図１３】実施の形態４に係る移動体用情報機器の動作を示すフローチャートである。
【図１４】車両が走行しているときの画面構成をＸＭＬ形式で表現した画面データの一例を示す図である。
【図１５】車両が停止しているときの画面構成をＨＴＭＬ形式で表現した画面データの一例を示す図である。
【図１６】図１５の画面データに基づいて表示される画面を示す図である。
【図１７】車両が走行しているときの画面構成をＸＭＬ形式で表現した画面データの別の例を示す図である。
【図１８】図１７の画面データに基づいて表示される画面を示す図である。
【図１９】車両が停止しているときの画面構成をＨＴＭＬ形式で表現した画面データの別の例を示す図である。
【図２０】この発明の実施の形態５に係る移動体用情報機器の構成を示すブロック図である。
【図２１】実施の形態５に係る移動体用情報機器の動作を示すフローチャートである。
【図２２】車両が走行しているときの画面構成をＸＭＬ形式で表現した画面データの一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、この発明をより詳細に説明するため、この発明を実施するための形態について、添付の図面に従って説明する。
実施の形態１．
図１は、この発明の実施の形態１に係る移動体用情報機器の構成を示すブロック図であり、実施の形態１に係る移動体用情報機器を車載情報機器に適用した場合を示している。図１に示す車載情報機器１には、アプリケーション２を実行するアプリケーション実行環境３、走行中判断部４、表示部５および操作部６が設けられている。
アプリケーション２は、アプリケーション実行環境３によって動作されるソフトウエアであり、各種の目的用途に応じた処理を実行するソフトウエア、例えば車載情報機器１の監視・制御を行うソフトウエア、ナビゲーション処理を行うソフトウエア、ゲームを行うソフトウエアなどである。
なお、アプリケーション２のプログラムは、車載情報機器１の内部（図１にて不図示の記憶装置）にあらかじめ格納したものでもよく、ネットワークを介して外部からダウンロードしたものであってもよく、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリなどの外部記憶媒体からインストールされたものであってもよい。
【００１６】
アプリケーション実行環境３は、アプリケーション２を動作させる実行環境であって、その機能として制御部３１、通常用ＵＩ  ＡＰＩ３２、走行中用ＵＩ  ＡＰＩ３３およびイベント通知部３４を備える。
制御部３１は、アプリケーション２を動作させるための全体動作を制御する制御部である。また、制御部３１は、車載情報機器１を搭載する車両の停止中に表示する画面構成（以下、通常用画面構成と呼ぶ）の画面データから通常用画面を描画する機能と、当該車両の走行中に表示する画面構成（以下、走行中用画面構成と呼ぶ）の画面データから走行中用画面を描画する機能を有する。
【００１７】
通常用ＵＩ  ＡＰＩ３２は、アプリケーション２から通常用画面構成を指定するためのＡＰＩである。この通常用ＵＩ  ＡＰＩ３２は、アプリケーション２の処理で画面表示を行うときにアプリケーション２に提供されて、アプリケーション２から指定された通常用画面構成の画面データを生成する。
走行中用ＵＩ  ＡＰＩ３３は、アプリケーション２から走行中用画面構成を指定するためのＡＰＩである。この走行中用ＵＩ  ＡＰＩ３３は、アプリケーション２の処理で画面表示を行うときにアプリケーション２に提供されて、アプリケーション２から指定された走行中用画面構成の画面データを生成する。なお、走行中用ＵＩ  ＡＰＩ３３は、通常用ＵＩ  ＡＰＩ３２と比べて画面構成の指定に制限があり、車両の走行中に適した画面構成のみが指定可能とされる。
また、イベント通知部３４は、車両の走行状態の変化や操作部６を用いたユーザ操作イベントなどのイベントをアプリケーション２に通知する。
【００１８】
走行中判断部４は、車両に搭載された車速センサなどに接続して当該車両が走行中であるか、停止中であるかを判断し、判断結果をアプリケーション実行環境３へ走行状態変化イベントとして通知する。
表示部５は、画面表示を行う表示装置であり、例えば液晶ディスプレイなどの表示装置である。表示部５では、制御部３１による描画処理で得られた画面の描画データが画面に表示される。
操作部６は、ユーザからの操作を受け付ける操作部であり、例えば表示部５の画面上に設置されたタッチパネルやハードウエアキー、画面上に表示するソフトウエアキーなどで実現される。
【００１９】
図２は、車両が停止しているときの画面構成（通常用画面構成）をＨＴＭＬ形式で表現した画面データの一例を示す図であって、通常用ＵＩ  ＡＰＩ３２を用いて指定される。また、図３は、図２の画面データに基づいて表示される画面を示す図である。
図２に示す例では、画面内に矩形を描画する＜ｄｉｖ＞要素が５つ、＜ｂｕｔｔｏｎ＞要素が４つ記述されている。また、これらの要素について＜ｓｔｙｌｅ＞要素内のＣＳＳ（Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔ）形式で記述された、ｐａｄｄｉｎｇ，ｍａｒｇｉｎ，ｂｏｒｄｅｒ，ｗｉｄｔｈ，ｈｅｉｇｈｔ，ｂａｃｋｇｒｏｕｎｄなどのスタイル指定により、各要素のスタイルが指定されている。
アプリケーション２は、操作イベントの内容に応じて、通常用画面を構成する表示要素（文字列、画像、ボタンなど）の配置、サイズ、フォント、フォントサイズ、文字数などを決定して、図２に示すような通常用画面構成を通常用ＵＩ  ＡＰＩ３２に指定する。通常用ＵＩ  ＡＰＩ３２は、アプリケーション２の指定内容に従って、通常用画面構成を、アプリケーション実行環境３内で扱うための内部データ形式で表現した画面データを生成する。この内部データ形式は、アプリケーション実行環境３が処理し易いように画面データを保持するためのものであり、形式は任意である。この内部データ形式の例としては、ＨＴＭＬやＸＭＬをコンピュータプログラムで処理するための形式として知られている、ＤＯＭ（Ｄｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ、ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＤＯＭ／）がある。ＤＯＭは、ＨＴＭＬやＸＭＬをコンピュータプログラムから扱い易いデータ形式に変換しただけであるため、以降の画面データの説明では、ＨＴＭＬまたはＸＭＬ形式で説明する。
この画面データは、通常用ＵＩ  ＡＰＩ３２からアプリケーション実行環境３の制御部３１に受け渡される。制御部３１は、通常用ＵＩ  ＡＰＩ３２から受け付けた画面データを解析し、この解析結果に基づく描画コマンドに従って通常用画面の描画処理を行う。表示部５は、制御部３１によって生成された描画データを入力して、図３に示す画面を表示する。
【００２０】
図４は、車両が走行しているときの画面構成（走行中用画面構成）をＸＭＬ形式で表現した画面データの一例を示す図であり、走行中ＵＩ  ＡＰＩ３３を用いて指定される。また、図５は、図４の画面データに基づいて表示される画面を示す図である。
図４に示す例は、図３に示した通常用画面に対応する走行中用画面の画面データであり、“ｔｅｍｐｌａｔｅ−Ａ”の内容に従った画面表示を行うことを示している。
ここで、“ｔｅｍｐｌａｔｅ−Ａ”は、走行中ＵＩ  ＡＰＩ３３にあらかじめ用意された画面構成であって、ページヘッダ（図５では、「ニュース：ヘッドライン」と表示）、「走行中は表示できません」のメッセージ文字列および２つのボタンが表示される。
また、この図４の例では、走行中用ＵＩ  ＡＰＩ３３が、アプリケーション２の指示に従い、＜ｔｅｘｔ＞要素により、“ｍｓｇ１”で規定されるページヘッダの文字列を「ニュース：ヘッドライン」に置換し、“ｂｔｎ２”で規定されるボタンの文字列を「音声読上」に置換している。
【００２１】
なお、アプリケーション実行環境３には、走行中用画面のレイアウトを規定するテンプレートデータがあらかじめ用意されている。
アプリケーション２は、操作イベントの内容に応じて走行中用画面を構成する表示要素を決定して、走行中用ＵＩ  ＡＰＩ３３に指定する。走行中用ＵＩ  ＡＰＩ３３は、上記走行中用画面のテンプレートデータ（“ｔｅｍｐｌａｔｅ−Ａ”）を選択し、アプリケーション２から指定された表示要素を基に、図４に示すような走行中用画面構成から画面データを生成する。この画面データは、走行中用ＵＩ  ＡＰＩ３３からアプリケーション実行環境３の制御部３１に受け渡される。
制御部３１は、走行中用ＵＩ  ＡＰＩ３３から受け付けた画面データを解析して、この解析結果に基づいた描画コマンドに従って走行中用画面の描画処理を行う。表示部５は、制御部３１により生成された描画データを入力して、図５に示す画面を表示する。
【００２２】
図５では、例えば図３の通常用画面における表示要素のうち、「ＡＢＣ優勝！」、「円高がより進行」、「ＤＥＦ社、ＧＨＩ社と提携」が省略されており、また、「前ページ」および「次ページ」のボタンが省略されている。
ただし、本発明では、従来のように、車両が走行中であれば画一的に画面操作を不可にするのではなく、一回の操作で処理が完結するような運転者の注意力を散漫にする可能性が低い操作の場合には、その画面操作に対応する表示要素を残している。例えば、図５では、前の画面に画面遷移させるための「戻る」ボタンや音声で情報の読み上げを行わせるだけの「音声読上」のボタンが表示される。
【００２３】
図６は、車両が走行しているときの画面構成（走行中用画面構成）を、ＸＭＬ形式で表現した画面データの別の例を示す図であり、走行中ＵＩ  ＡＰＩ３３を用いて指定される。また、図７は、図６の画面データに基づいて表示される画面を示す図である。
図６に示す例では、図３の通常用画面に対応する走行中用画面が表現された画面データであり、“ｔｅｍｐｌａｔｅ−Ｂ”に従った画面表示を行うことを示している。
ここで、“ｔｅｍｐｌａｔｅ−Ｂ”は、走行中ＵＩ  ＡＰＩ３３にあらかじめ用意された画面構成であり、画面中に“ｍｓｇ１”という識別子で示される文字列と、「はい」と「いいえ」というボタンが表示される。
また、この図６に示す例では、走行中用ＵＩ  ＡＰＩ３３が、アプリケーション２の指示に従い、＜ｔｅｘｔ＞要素により、“ｍｓｇ１”で規定されるページヘッダの文字列を、「ａｂｃを実行しますか？」という文字列に置換している。
【００２４】
ここで、走行中用ＵＩ  ＡＰＩ３３は、走行中用画面のテンプレートデータ（“ｔｅｍｐｌａｔｅ−Ｂ”）を選択し、アプリケーション２から指定された表示要素を基に、図６に示すようなＸＭＬ形式で表現した走行中用画面構成から画面データを生成する。この画面データは、走行中用ＵＩ  ＡＰＩ３３からアプリケーション実行環境３の制御部３１に受け渡される。制御部３１は、走行中用ＵＩ  ＡＰＩ３３から受け付けた画面データを解析して、この解析結果に基づいた描画コマンドに従って走行中用画面の描画処理を行う。表示部５は、制御部３１により生成された描画データを入力して、図７に示す画面を表示する。
【００２５】
以上のように、図４および図６のような画面データを構成するために、走行中用ＵＩ  ＡＰＩ３３には、アプリケーション２と無関係に、車両の走行中に適した画面構成のレイアウトが規定されたテンプレートデータが用意されている。アプリケーション２を実行して操作イベントに対応した画面表示を行うにあたり、走行中用ＵＩ  ＡＰＩ３３は、画面を構成する表示要素（文字列、画像、ボタンなど）の一部を、このテンプレートに当てはめるか、当該データにあらかじめ用意された簡易な文字または文字列（例えば、「ａｂｃを実行しますか？」）に置換するか、当該データにあらかじめ用意された簡易な画面操作（例えば、「音声読上」）に対応する表示要素を配置するだけで、車両の走行中に適した走行中用画面の画面データを生成することができる。
なお、本発明において、車両の走行中に適した画面とは、例えば運転者の注意力が散漫にならないように画面操作に関する表示要素を含む表示内容が省略および変更された画面である。
【００２６】
また、上記テンプレートデータは、アプリケーション２とは無関係に構成された画面のレイアウトを規定するテンプレートであるので、画面を構成する表示要素である文字列、画像、ボタンなどの配置、サイズ、フォント、フォントサイズ、文字数などは原則変更できない。
しかしながら、完全に固定とするだけでなく、運転者の注意力を散漫にさせない範囲を定めた所定の制限範囲内であることを条件に表示要素の態様を変更可能としてもよい。
例えば、車両が走行中の場合に適するフォントサイズを２０ポイント以上とした場合、走行中用ＵＩ  ＡＰＩ３３が、アプリケーション２からの指示に従って、走行中用画面のテンプレートデータから画面データを生成するときに、当該２０ポイントを下限として、フォントサイズを変更する。
【００２７】
さらに、車両の走行中に適した画面構成の複数種類のレイアウトがそれぞれ規定された複数のテンプレートデータをアプリケーション実行環境３に用意しておき、走行中用ＵＩ  ＡＰＩ３３が、これらのテンプレートデータの中から、アプリケーション２の指定内容に従ってテンプレートデータを選択できるようにしてもよい。
このようにしても、個々のテンプレートデータに規定される走行中用画面のレイアウトは、アプリケーション２から変更できないことから、アプリケーション２から指定された画面構成が、確実に車両の走行中に適した画面（走行中用画面）になる。
また、アプリケーション２の開発者にとっても、テンプレートデータを用いることで、走行中用画面を容易に指定できるという効果がある。
【００２８】
次に動作について説明する。
図８は、実施の形態１に係る移動体用情報機器の動作を示すフローチャートであって、車両の停止状態または走行中状態に応じた画面表示の詳細を示している。
ここで、図８（ａ）は、アプリケーション２の実行により発生する処理を示しており、図８（ｂ）は、アプリケーション実行環境３における処理を示している。
【００２９】
アプリケーション実行環境３において、制御部３１は、イベントを受信すると（ステップＳＴ１ａ）、受信したイベントの種類を判定する（ステップＳＴ２ａ）。
ここでは、イベントの種類が、走行中判断部４からの走行状態変化イベントと、操作部６からの操作イベントであるものとする。
なお、走行状態変化イベントとは、車両の走行状態の変化を示すイベントであり、走行していた車両が停止したことや、停止していた車両が走行を開始した場合を示す。
また、操作イベントは、表示部５の画面上に表示されたボタンのタッチやキー押下などの操作を示すイベントである。ここでは、特にアプリケーション２で画面表示を行うための操作であるものとする。
【００３０】
制御部３１は、受信したイベントの種類が“走行状態変化イベント”である場合（ステップＳＴ２ａ；走行状態変化イベント）、ステップＳＴ６ａの処理に移行する。
また、イベントの種類が“操作イベント”である場合（ステップＳＴ２ａ；操作イベント）、制御部３１は、アプリケーション実行環境３で実行しているアプリケーション２に対して、イベント通知部３４を介して操作イベントを通知する（ステップＳＴ３ａ）。
【００３１】
アプリケーション２は、アプリケーション実行環境３からイベントが通知されると（ステップＳＴ１）、当該イベントに応じた通常用画面構成を指定する（ステップＳＴ２）。
すなわち、イベントが通知されると、アプリケーション２は、通常用ＵＩ  ＡＰＩ３２を呼び出して、イベント内容に応じた通常用画面を構成する表示要素およびその表示内容を指定する。通常用ＵＩ  ＡＰＩ３２は、アプリケーション２から指定された通常用画面の画面データ（例えば、図２参照）を生成してアプリケーション実行環境３の制御部３１に受け渡す。なお、通常用画面の生成では、画面を構成する文字列、画像、ボタンなどの配置、サイズ、フォント、フォントサイズは適宜変更可能である。
【００３２】
次に、アプリケーション２は、アプリケーション実行環境３から通知されたイベントに応じた走行中用画面構成を指定する（ステップＳＴ３）。
すなわち、アプリケーション２が、走行中用ＵＩ  ＡＰＩ３３を呼び出して、イベント内容に応じた走行中用画面を構成する表示要素およびその表示内容を指定する。
走行中用ＵＩ  ＡＰＩ３３は、走行中用画面構成のレイアウトが規定されたテンプレートデータとアプリケーション２から指定された内容に基づいて、走行中用画面の画面データ（例えば、図５、図７参照）を生成して、アプリケーション実行環境３の制御部３１に受け渡す。このように、走行中用ＵＩ  ＡＰＩ３３が、通常用ＵＩ  ＡＰＩ３２によって画面データが生成されると、これに対応する走行中用画面構成の画面データを生成するので、例えば、車両が停止から走行中に状態が遷移したときに、通常用画面から走行中用画面に迅速に切り替えることができる。
走行中用ＵＩ  ＡＰＩ３３が、ステップＳＴ３の処理を完了すると、ステップＳＴ１に戻り、イベントを受信するたびにステップＳＴ１からステップＳＴ３までの処理が繰り返される。
【００３３】
制御部３１は、通常用画面構成を受け付け（ステップＳＴ４ａ）、次に、走行中用画面構成を受け付ける（ステップＳＴ５ａ）。すなわち、制御部３１が、通常用ＵＩ  ＡＰＩ３２から通常用画面の画面データを入力し、走行中用ＵＩ  ＡＰＩ３３から走行中用画面の画面データを入力する。この後、制御部３１は、車両が走行中であるか否かを判定する（ステップＳＴ６ａ）。この判定は、走行中判断部４による車両が走行中であるか否かの判断結果を参照することにより行う。なお、この処理は、走行中判断部４から、走行中状態変化イベントを受信した場合にも行われる。
【００３４】
車両が停止中である場合（ステップＳＴ６ａ；ＮＯ）、制御部３１は、通常用画面の画面データを解析し、この解析結果に基づいた描画コマンドに従って通常用画面の描画処理を行う。表示部５は、制御部３１によって生成された描画データを入力して通常用画面を表示する（ステップＳＴ７ａ）。
また、車両が走行中である場合（ステップＳＴ６ａ；ＹＥＳ）、制御部３１は、走行中用画面の画面データを解析し、この解析結果に基づいた描画コマンドに従って走行中用画面の描画処理を行う。表示部５は、制御部３１により生成された描画データを入力して、走行中用画面を表示する（ステップＳＴ８ａ）。
この後、アプリケーション実行環境３は、上記処理を繰り返す。
【００３５】
以上のように、この実施の形態１によれば、アプリケーション２から指定された画面構成の画面データを生成する通常用ＵＩ  ＡＰＩ３２と、車両の走行中に表示する走行中用の画面構成のレイアウトが規定されたテンプレートデータに基づいて、アプリケーション２から指定された車両の走行中に表示する走行中用画面構成の画面データを生成する走行中用ＵＩ  ＡＰＩ３３と、アプリケーション実行環境３に設けられ、車両が停止しているとき、通常用ＵＩ  ＡＰＩ３２により生成された画面データを表示部５に表示させ、車両が走行しているときは、走行中用ＵＩ  ＡＰＩ３３により生成された画面データを表示部５に表示させる制御部３１とを備える。このように構成することで、アプリケーション２の動作に関わらず、車両の走行中に適した画面を表示することができる。
【００３６】
また、アプリケーション２が車載情報機器メーカー以外の第三者により開発されたものであっても、車両が走行中の場合には、走行中に適した画面のみが表示されるため、走行中に不適な画面が表示されるか否かを、車載情報機器メーカーが検査する必要がない。
なお、従来では、第三者により開発されたアプリケーションを実行した際に表示される画面が車両の走行中に適しているか否かが不明である場合、その検査の労力を考慮して車両が走行中であれば、画面を非表示とし画面操作を不可としていたが、上記実施の形態１によれば、図５や図７に示したような走行中に適した画面のみを表示することができる。
【００３７】
また、テンプレートデータに簡易な画面操作の表示要素を含めておくことで、走行中用画面においても、運転者の注意が散漫にならない範囲で画面操作も可能となり、ユーザの利便性を高めることができる。
【００３８】
さらに、アプリケーション２の開発者も、走行中ＵＩ  ＡＰＩ３３に定義された走行中用画面構成を利用して、アプリケーション２ごと、もしくは、アプリケーション２で実行される処理ごとに、走行中に適した画面を容易に構築することができる。
【００３９】
また、この実施の形態１によれば、アプリケーション実行環境３が、走行中用画面構成の複数のレイアウトがそれぞれ規定された複数のテンプレートデータを有し、走行中用ＵＩ  ＡＰＩ３３が、複数のテンプレートデータの中から、アプリケーション２の指定内容に応じて選択したテンプレートデータに基づいて、走行中用画面構成の画面データを生成するので、車両の走行中に適した画面データを容易に構築することができる。
【００４０】
さらに、この実施の形態１によれば、走行中用ＵＩ  ＡＰＩ３３が、アプリケーション２の指示に応じてテンプレートデータにより規定される画面構成のレイアウトを構成する表示要素を変更して、走行中用の画面構成の画面データを生成する。
例えば、走行中用画面構成を規定するテンプレートデータにおける文字列を、アプリケーション２から指示された文字列に置換して走行中用画面の画面データを生成する。
このようにすることで、アプリケーション２に応じた走行中用画面を構築することができる。なお、文字または文字列以外の簡易な画像などに置換しても同様の効果を得ることができる。
【００４１】
さらに、この実施の形態１によれば、走行中用ＵＩ  ＡＰＩ３３が、アプリケーション２の指示に応じて、テンプレートデータに基づいて生成した走行中用画面を構成する表示要素の態様を、所定の制限範囲内で変更する。例えば、運転者の注意力を散漫にさせない範囲を定めた所定の制限範囲内で表示要素の態様を変更可能とする。このようにすることで、ユーザの利便性を向上させることができる。
【００４２】
実施の形態２．
上記実施の形態１では、アプリケーション２からアプリケーション実行環境３に対して通常用画面構成および走行中用画面構成を毎回指定する場合を示した。
この実施の形態２では、アプリケーション実行環境３からアプリケーション２へ車両が走行中である旨を通知することで、アプリケーション２から走行中用画面構成のみを指定する態様について述べる。
【００４３】
なお、車両の走行中を示す通知に応じてアプリケーション２が走行中用画面構成のみを指定する処理を行うが、実施の形態２に係る移動体用情報機器の基本的な構成は、実施の形態１と同様である。従って、実施の形態２に係る移動体用情報機器の構成については、図１に示した車載情報機器１の構成を参照することとする。
【００４４】
次に動作について説明する。
図９は、この発明の実施の形態２に係る移動体用情報機器の動作を示すフローチャートであって、車両の停止状態または走行中状態に応じた画面表示の詳細を示している。
ここで、図９（ａ）は、アプリケーション２の実行により発生する処理を示しており、図９（ｂ）は、アプリケーション実行環境３における処理を示している。
【００４５】
アプリケーション実行環境３において、制御部３１は、走行中判断部４からの走行状態変化イベント、もしくは、操作部６からの操作イベントを受信すると（ステップＳＴ１ｃ）、イベント通知部３４を介して、受信したイベントをアプリケーション２に通知する（ステップＳＴ２ｃ）。
このとき、制御部３１は、走行中判断部４による車両が走行中であるか否かの判断結果を参照して、通知するイベントに車両の走行状態を示すデータを含める。この後、制御部３１は、車両が停止中であれば（ステップＳＴ３ｃ；ＮＯ）、ステップＳＴ４ｃの処理に移行し、車両が走行中であれば（ステップＳＴ３ｃ；ＹＥＳ）、ステップＳＴ６ｃの処理に移行する。
【００４６】
アプリケーション２は、アプリケーション実行環境３からイベントが通知されると（ステップＳＴ１ｂ）、当該イベントに含まれる車両の走行状態を示すデータに基づいて車両が走行中か否かを判定する（ステップＳＴ２ｂ）。
ここで、車両が停止中であれば（ステップＳＴ２ｂ；ＮＯ）、アプリケーション２は、受信したイベントに対応する通常用画面構成を指定する（ステップＳＴ３ｂ）。
すなわち、上記実施の形態１と同様に、アプリケーション２は、通常用ＵＩ  ＡＰＩ３２を呼び出して、イベント内容に応じた通常用画面を構成する表示要素およびその表示内容を指定する。通常用ＵＩ  ＡＰＩ３２は、アプリケーション２から指定された通常用画面の画面データを生成してアプリケーション実行環境３の制御部３１に受け渡す。
【００４７】
制御部３１は、通常用画面構成を受け付ける（ステップＳＴ４ｃ）。すなわち、制御部３１が、通常用ＵＩ  ＡＰＩ３２から通常用画面の画面データを入力する。
この後、制御部３１は、通常用画面の画面データを解析し、この解析結果に基づいた描画コマンドに従って、通常用画面の描画処理を行う。表示部５は、制御部３１により生成された描画データを入力して通常用画面を表示する（ステップＳＴ５ｃ）。
【００４８】
一方、車両が走行中であると（ステップＳＴ２ｂ；ＹＥＳ）、アプリケーション２は、受信したイベントに対応する走行中用画面構成を指定する（ステップＳＴ４ｂ）。
すなわち、上記実施の形態１と同様に、アプリケーション２が、走行中用ＵＩ  ＡＰＩ３３を呼び出して、イベント内容に応じた走行中用画面を構成する表示要素およびその表示内容を指定する。走行中用ＵＩ  ＡＰＩ３３は、走行中用画面構成のレイアウトが規定されたテンプレートデータとアプリケーション２から指定された内容に基づいて、走行中用画面の画面データを生成して、アプリケーション実行環境３の制御部３１に受け渡す。
【００４９】
続いて、制御部３１は、走行中用画面構成を受け付ける（ステップＳＴ６ｃ）。
すなわち、制御部３１が、走行中用ＵＩ  ＡＰＩ３３から走行中用画面の画面データを入力する。このとき、制御部３１は、走行中用ＵＩ  ＡＰＩ３３から画面データを正常に受け付けたか否かを判定する（ステップＳＴ７ｃ）。ここでは、画面データが解析可能な状態で受信できたか、または、所定の受付時間内に受信できたかを、判定基準として正常に受け付けられたか否かが判定される。
【００５０】
画面データを正常に受け付けたと判定した場合（ステップＳＴ７ｃ；ＹＥＳ）、制御部３１は、当該画面データを解析して、この解析結果に基づいた描画コマンドに従って走行中用画面の描画処理を行う。表示部５は、制御部３１により生成された描画データを入力して、走行中用画面を表示する（ステップＳＴ８ｃ）。
この後、アプリケーション実行環境３は、上記処理を繰り返す。
【００５１】
また、制御部３１は、画面データが解析可能な状態で受信できなかったり、所定の受付時間内に受信できなかったことで、画面データを正常に受け付けられなかったと判定した場合（ステップＳＴ７ｃ；ＮＯまたはＴｉｍｅ  ｏｕｔ）、アプリケーション実行環境３にあらかじめ用意した既定の走行中用画面データを解析し、この解析結果に基づいた描画コマンドに従って、走行中用画面の描画処理を行う。表示部５は、制御部３１により生成された描画データを入力して既定の走行中用画面を表示する（ステップＳＴ９ｃ）。
この後、アプリケーション実行環境３は、上記処理を繰り返す。
なお、既定の走行中用画面データとは、アプリケーション２およびイベントに対応する処理とは無関係に、車両が走行中の場合に対応して表示内容を簡易にした画面を示す画面データである。
【００５２】
以上のように、この実施の形態２によれば、通常用ＵＩ  ＡＰＩ３２が、車両が停止しているときに通常用画面の画面データを生成し、走行中用ＵＩ  ＡＰＩ３３が、車両が走行しているときに、走行中用画面の画面データを生成する。
このように、アプリケーション２が、車両の停止または走行中に応じて、通常用ＵＩ  ＡＰＩ３２および走行中用ＵＩ  ＡＰＩ３３を用いて通常用画面構成と走行中用画面構成のいずれか一方を指定することで、アプリケーション２の処理量を減らすことができる。
なお、この場合、車両の停止中と走行中で互いに異なる画面遷移が可能である。
【００５３】
実施の形態３．
上記実施の形態１，２では、表示部５に画面表示する際に、通常用画面および走行中用画面の少なくとも一方の画面データを作成し、いずれか一方の画面データに関する画面を表示する場合について示した。
この実施の形態３は、画面データを解析して得られた描画データを保存するオフスクリーンバッファを設けて、通常用画面と走行中用画面の描画データをそれぞれ作成してオフスクリーンバッファに描画しておき、車両の走行状態に応じてオフスクリーンバッファの各画面の描画データを表示する態様について述べる。
【００５４】
なお、オフスクリーンバッファに通常用画面と走行中用画面を描画して画面表示を行う処理動作を行うが、実施の形態３に係る移動体用情報機器の基本的な構成は、上記実施の形態１と同様である。従って、この実施の形態３に係る移動体用情報機器の構成については、図１に示した車載情報機器１の構成を参照することとする。
【００５５】
次に動作について説明する。
図１０は、この発明の実施の形態３に係る移動体用情報機器の動作を示すフローチャートであって、車両の停止状態または走行中状態に応じた画面表示の詳細を示している。
ここで、図１０（ａ）はアプリケーション２の実行により発生する処理を示しており、図１０（ｂ）はアプリケーション実行環境３における処理を示している。
【００５６】
アプリケーション実行環境３において、制御部３１は、イベントを受信すると（ステップＳＴ１ｅ）、上記実施の形態１と同様に、受信したイベントの種類を判定する（ステップＳＴ２ｅ）。ここでは、イベントの種類が、走行中判断部４からの走行状態変化イベントと、操作部６からの操作イベントであるものとする。
【００５７】
制御部３１は、受信したイベントの種類が“走行状態変化イベント”である場合（ステップＳＴ２ｅ；走行状態変化イベント）、ステップＳＴ８ｅの処理に移行する。
また、イベントの種類が“操作イベント”である場合（ステップＳＴ２ｅ；操作イベント）、制御部３１は、アプリケーション実行環境３で実行しているアプリケーション２に対して、イベント通知部３４を介して操作イベントを通知する（ステップＳＴ３ｅ）。
【００５８】
アプリケーション２は、アプリケーション実行環境３からイベントが通知されると（ステップＳＴ１ｄ）、受信したイベントに対応する通常用画面構成を指定する（ステップＳＴ２ｄ）。すなわち、上記実施の形態１と同様に、アプリケーション２は、通常用ＵＩ  ＡＰＩ３２を呼び出して、イベントの内容に応じた通常用画面を構成する表示要素およびその表示内容を指定する。通常用ＵＩ  ＡＰＩ３２は、アプリケーション２から指定された通常用画面の画面データを生成して、アプリケーション実行環境３の制御部３１に受け渡す。
【００５９】
次に、アプリケーション２は、アプリケーション実行環境３から通知されたイベントに応じた走行中用画面構成を指定する（ステップＳＴ３ｄ）。
すなわち、アプリケーション２が、走行中用ＵＩ  ＡＰＩ３３を呼び出して、イベント内容に応じた走行中用画面を構成する表示要素およびその表示内容を指定する。
走行中用ＵＩ  ＡＰＩ３３は、走行中用画面構成のレイアウトが規定されたテンプレートデータとアプリケーション２から指定された内容に基づいて走行中用画面の画面データを生成して、アプリケーション実行環境３の制御部３１に受け渡す。
走行中用ＵＩ  ＡＰＩ３３がステップＳＴ３ｄの処理を完了すると、ステップＳＴ１ｄに戻り、イベントを受信するたびにステップＳＴ１ｄからステップＳＴ３ｄまでの処理が繰り返される。
【００６０】
制御部３１は、通常用画面構成を受け付け（ステップＳＴ４ｅ）、次に、走行中用画面構成を受け付ける（ステップＳＴ５ｅ）。すなわち、制御部３１が、通常用ＵＩ  ＡＰＩ３２から通常用画面の画面データを入力し、走行中用ＵＩ  ＡＰＩ３３から走行中用画面の画面データを入力する。
次いで、制御部３１は、通常用画面の画面データを解析して、この解析結果に基づいた描画コマンドに従って通常用画面の描画データを生成してオフスクリーンバッファに描画（保存）する（ステップＳＴ６ｅ）。
さらに、制御部３１は、走行中用画面の画面データを解析して、この解析結果に基づいた描画コマンドに従って走行中用画面の描画データを生成し、通常用画面の描画データとは表示レイヤ違いでオフスクリーンバッファに描画（保存）する（ステップＳＴ７ｅ）。
【００６１】
この後、制御部３１は、車両が走行中であるか否かを判定する（ステップＳＴ８ｅ）。この判定は、上記実施の形態１と同様に、走行中判断部４による車両が走行中であるか否かの判断結果を参照することにより行う。
車両が停止中の場合（ステップＳＴ８ｅ；ＮＯ）、制御部３１は、表示部５に対して、オフスクリーンバッファに描画した通常用画面の描画データを表示するように制御する。これにより、表示部５は、オフスクリーンバッファに描画された通常用画面を表示する（ステップＳＴ９ｅ）。
また、車両が走行中の場合（ステップＳＴ８ｅ；ＹＥＳ）、制御部３１は、表示部５に対して、オフスクリーンバッファに描画した走行中用画面の描画データに切り替えて表示するように制御する。これにより、表示部５は、オフスクリーンバッファに描画された走行中用画面を表示する（ステップＳＴ１０ｅ）。
【００６２】
以上のように、この実施の形態３によれば、画面データを描画処理して得られた描画データを保存するオフスクリーンバッファを備え、制御部３１が、通常用ＵＩ  ＡＰＩ３２により生成された画面データの描画データと、走行中用ＵＩ  ＡＰＩ３３により生成された画面データの描画データとを表示レイヤ違いでオフスクリーンバッファに保存し、車両が走行しているか否かに応じてオフスクリーンバッファに保存された各描画データを切り替えて表示部５に表示させる。このように構成することで、車両の状態が変化した際に、オフスクリーンバッファに保存した描画データを切り替えるだけで、通常用画面または走行中用画面を表示することができ、画面表示の切り替えを短時間で行うことができる。
【００６３】
なお、上記実施の形態３では、通常用画面と走行中用画面を切り替えて表示する場合を示したが、例えば、車両が走行中の場合、図１１に示すように、通常用画面のレイヤ上に走行中用画面のレイヤを重ねて表示してもよい。この場合、デザイン性を向上させるために、下層の画面の一部を上層に透過または半透過させて表示してもよい。
【００６４】
実施の形態４．
上記実施の形態１〜３では、通常用画面構成の指定に用いる通常用ＵＩ  ＡＰＩ３２と走行中用画面構成の指定に用いる走行中用ＵＩ  ＡＰＩ３３を備えた構成を示した。
この実施の形態４は、画面構成指定に用いるＡＰＩとして通常用ＵＩ  ＡＰＩ３２のみを備え、車両が走行中の場合には、通常用ＵＩ  ＡＰＩ３２が生成した通常用画面の画面データから、走行中用画面の画面データを生成する態様について述べる。
【００６５】
図１２は、この発明の実施の形態４に係る移動体用情報機器の構成を示すブロック図であり、実施の形態４に係る移動体用情報機器を車載情報機器に適用した場合を示している。図１２に示す車載情報機器１Ａには、アプリケーション２を実行するアプリケーション実行環境３Ａ、走行中判断部４、表示部５および操作部６が設けられている。
アプリケーション実行環境３Ａは、アプリケーション２が実行される実行環境であり、制御部３１、通常用ＵＩ  ＡＰＩ３２、イベント通知部３４および走行中用ＵＩ生成部３５を備える。すなわち、アプリケーション実行環境３Ａは、図１に示した車載情報機器１のアプリケーション実行環境３のうち、走行中用ＵＩ  ＡＰＩ３３の代わりに、走行中用ＵＩ生成部３５を設けたものに相当する。
走行中用ＵＩ生成部３５は、通常用ＵＩ  ＡＰＩ３２が生成した通常用画面の画面データから、所定のルールに従って走行中用画面の画面データを生成する。なお、図１２において、図１と同一の構成要素には、同一符号を付して説明を省略する。
【００６６】
次に動作について説明する。
図１３は、実施の形態４に係る移動体用情報機器の動作を示すフローチャートであり、車両の停止または走行に応じた車載情報機器１Ａによる画面表示の詳細を示している。
ここで、図１３（ａ）は、アプリケーション２の実行により発生する処理を示しており、図１３（ｂ）は、アプリケーション実行環境３Ａにおける処理を示している。
アプリケーション実行環境３Ａにおいて、制御部３１は、イベントを受信すると（ステップＳＴ１ｇ）、上記実施の形態１と同様に、受信したイベントの種類を判定する（ステップＳＴ２ｇ）。ここでは、イベントの種類が、走行中判断部４からの走行状態変化イベントと、操作部６からの操作イベントであるものとする。
【００６７】
制御部３１は、受信したイベントの種類が“走行状態変化イベント”である場合（ステップＳＴ２ｇ；走行状態変化イベント）、ステップＳＴ６ｇの処理に移行する。
また、イベントの種類が“操作イベント”である場合（ステップＳＴ２ｇ；操作イベント）、制御部３１は、アプリケーション実行環境３Ａで実行しているアプリケーション２に対して、イベント通知部３４を介して操作イベントを通知する（ステップＳＴ３ｇ）。
【００６８】
アプリケーション２は、アプリケーション実行環境３Ａからイベントが通知されると（ステップＳＴ１ｆ）、当該イベントに対応する通常用画面構成を指定する（ステップＳＴ２ｆ）。すなわち、上記実施の形態１と同様に、アプリケーション２は、通常用ＵＩ  ＡＰＩ３２を呼び出して、イベントの内容に応じた通常用画面を構成する表示要素およびその表示内容を指定する。通常用ＵＩ  ＡＰＩ３２は、アプリケーション２から指定された通常用画面の画面データを生成して、アプリケーション実行環境３Ａの制御部３１に受け渡す。制御部３１は、通常用画面構成を受け付ける（ステップＳＴ４ｇ）。すなわち、制御部３１が、通常用ＵＩ  ＡＰＩ３２から通常用画面の画面データを入力する。
【００６９】
次に、走行中用ＵＩ生成部３５は、制御部３１から通常用画面の画面データを入力して、この画面データから所定のルールに基づいて、走行中用画面の画面データを自動的に生成する（ステップＳＴ５ｇ）。
例えば、下記（１）〜（３）のルールを設ける。
（１）走行中用画面のテンプレートとして“ｔｅｍｐｌａｔｅ−Ａ”を選択する。
（２）通常用画面の画面データにおける最初の文字列を抽出して、走行中用画面のテンプレート中の“ｍｓｇ１”が規定するページヘッダの文字列として置き換える。
（３）通常用画面の画面データにおける先頭からｂｕｔｔｏｎ要素を２つ抽出して、走行中用画面のテンプレート中のボタンの文字列を置き換える。
【００７０】
図１４は、図２に示した通常用画面の画面データから、上記（１）〜（３）のルールに基づいて生成された走行中用画面の画面データである。
走行中用ＵＩ生成部３５は、図１４に示すように、走行中用画面のテンプレートとして“ｔｅｍｐｌａｔｅ−Ａ”を選択する。
次に、走行中用ＵＩ生成部３５は、通常用画面の画面データにおける最初の文字列である「ニュース：ヘッドライン」（図２参照）を抽出し、上記テンプレート中の“ｍｓｇ１”が規定するページヘッダに記述する文字列として置き換える。
続いて、走行中用ＵＩ生成部３５は、通常用画面の画面データの先頭から順に並んだ２つのｂｕｔｔｏｎ要素である「戻る」と「音声読上」を抽出して、走行中用画面のテンプレート中のボタンに記述する文字列を「戻る」と「音声読上」に置き換える。
これにより、図５と同様な走行中用画面の画面データが生成される。
【００７１】
図１３の説明に戻る。
制御部３１は、通常用画面の画面データと、走行中用ＵＩ生成部３５により生成された走行中用画面の画面データを入力すると、車両が走行中であるか否かを判定する（ステップＳＴ６ｇ）。この判定は、走行中判断部４による車両が走行中であるか否かの判断結果を参照することにより行う。
車両が停止中である場合（ステップＳＴ６ｇ；ＮＯ）、制御部３１は、通常用画面の画面データを解析し、この解析結果に基づいた描画コマンドに従って通常用画面の描画処理を行う。表示部５は、制御部３１により生成された描画データを入力して通常用画面を表示する（ステップＳＴ７ｇ）。
【００７２】
一方、車両が走行中である場合（ステップＳＴ６ｇ；ＹＥＳ）、制御部３１は、走行中用画面の画面データを解析し、この解析結果に基づいた描画コマンドに従って走行中用画面の描画処理を行う。表示部５は、制御部３１によって生成された描画データを入力して走行中用画面を表示する（ステップＳＴ８ｇ）。
この後、アプリケーション実行環境３Ａは、上記処理を繰り返す。
【００７３】
以上のように、この実施の形態４によれば、通常用画面の画面データから走行中用画面の画面データを生成する走行中用ＵＩ生成部３５を備えたので、アプリケーション２から通常用画面構成を指定するだけで、走行中用画面構成も同時に指定することができる。
また、走行中用ＵＩ生成部３５は、通常用ＵＩ  ＡＰＩ３２によって画面データが生成されると、これに対応する走行中用画面構成の画面データを生成するので、車両の状態（停止または走行）が変化した際に、変化後の車両の状態に対応する画面に迅速に切り替えることが可能である。
【００７４】
また、上記実施の形態４では、ステップＳＴ５ｇで、走行中用ＵＩ生成部３５が、通常用画面の画面データから走行中用画面の画面データを生成してから、ステップＳＴ６ｇで車両が走行中の場合に、走行中用画面の画面データに基づく描画データで表示部５に走行中用画面を表示する場合を示した。
本発明は、上記処理の流れに限定されるものではなく、車両が走行中であるか否かの判定結果がでるまで、走行中用ＵＩ生成部３５が、通常用画面の画面データから走行中用画面の画面データを生成せず、上記判定で車両が走行中である場合にのみ、通常用画面の画面データから走行中用画面の画面データを生成して、走行中用画面の画面データに基づく描画データで表示部５に走行中用画面を表示するようにしてもよい。
【００７５】
さらに、上記実施の形態４において、表示部５に、画像、アニメーション、映像などを表示するにあたり、アニメーションや映像などの動画については、車両が走行中の場合、静止画に変更して表示することが望ましい。
図１５は、車両が停止しているときの画面構成をＨＴＭＬ形式で表現した画面データの一例を示す図であり、表示要素にアニメーション画像を含んだ通常用画面の画面データを示している。また、図１６は、図１５の画面データに基づいて表示される画面を示す図である。図１５において、“ｉｍｇ”要素でアニメーション要素が指定されているものとする。また、図１６において、“ｉｍｇ”要素で指定されるアニメーションａは、「ＡＢＣが優勝！」、「円高がより進行」、「ＤＥＦ社、ＧＨＩ社と提携」が記述された矩形の右側に表示されている。
【００７６】
走行中用ＵＩ生成部３５は、図１５に示す通常用画面の画面データから、下記（１Ａ）〜（４Ａ）のルールに従って、走行中用画面の画面データを生成する。
（１Ａ）走行中用画面のテンプレートとして“ｔｅｍｐｌａｔｅ−Ｃ”を選択する。
（２Ａ）通常用画面の画面データにおける最初の文字列を抽出して、走行中用画面のテンプレート中の“ｍｓｇ１”が規定するページヘッダの文字列として置き換える。
（３Ａ）通常用画面の画面データにおける先頭からｂｕｔｔｏｎ要素を２つ抽出し、走行中用画面のテンプレート中のボタンの文字列を置き換える。
（４Ａ）通常用画面の画面データ中の最初のアニメーションを抽出し、このアニメーションを静止画に変換したもので“ｉｍｇ”要素を置き換える。
【００７７】
図１７は、走行中用ＵＩ生成部３５が、上記（１Ａ）〜（４Ａ）のルールに従って、図１５の画面データから生成した走行中用画面の画面データを示している。また図１８は、図１７の画面データに基づいて表示される画面を示す図である。
図１７における“ａｎｉｍａｔｉｏｎ−ｆｉｘｅｄ．ｇｉｆ”は、図１５の通常用画面の画面データにおける“ａｎｉｍａｔｉｏｎ．ｇｉｆ”で示されるアニメーションを静止画に変換したものである。アニメーションの静止画への変換は、走行中用ＵＩ生成部３５により実施され、例えば、アニメーションにおける所定のフレーム画像（最初のフレームなど）を抽出して静止画とする。
【００７８】
図１７の画面データに基づいて生成された描画データにより、表示部５には、図１８に示す走行中用画面が表示される。図１８に示すように、図１６の画面でアニメーションａが記載されていた箇所に、アニメーションａから変換された静止画ｂが記載されている。
上記のように、通常用画面の画面データから走行中用画面の画面データを生成する際、アニメーションや動画を静止画に変換することで、車両の走行中に適した画面を表示することができる。
【００７９】
さらに、上記実施の形態４において、通常用ＵＩ  ＡＰＩ３２が、通常用画面の画面データの中に走行中用画面を構成する情報を付帯情報として含めておき、走行中用ＵＩ生成部３５が、この付帯情報から走行中用画面の画面データを生成するようにしてもよい。
図１９は、走行中用画面を構成する情報を含んだ通常用画面の画面データを示す図である。図１９に示す画面データは、実施の形態１で示した図２の画面データに対して“ｒｕｎｎｉｎｇ−ｕｉ  ｔｙｐｅ”要素と“ｒｕｎｎｉｎｇ−ｐａｒａｍ”属性を追加したものである。ここで、“ｒｕｎｎｉｎｇ−ｕｉ  ｔｙｐｅ”要素は、図１９の画面データから生成される走行中用画面の画面データが用いるテンプレートデータを示している。
また、“ｒｕｎｎｉｎｇ−ｐａｒａｍ”属性は、上記通常用画面の画面データから生成される走行中用画面の画面データ中の“ｔｅｘｔ”要素に記述される文字列であることを示している。
走行中用ＵＩ生成部３５は、図１９の画面データに含まれる走行中用画面を構成する情報である“ｒｕｎｎｉｎｇ−ｕｉ  ｔｙｐｅ”要素と“ｒｕｎｎｉｎｇ−ｐａｒａｍ”属性の内容を組み合わせることで、走行中用画面の画面データを生成することができる。
図１９の画面データでは、図４に示した走行中用画面の画面データと同様の画面データが生成される。
【００８０】
さらに、上記実施の形態４において、画面データを描画処理して得られた描画データを保存するオフスクリーンバッファを設け、制御部３１が、通常用ＵＩ  ＡＰＩ３２により生成された画面データの描画データと、走行中用ＵＩ生成部３５により生成された画面データの描画データとを表示レイヤ違いでオフスクリーンバッファに保存し、車両が走行しているか否かに応じてオフスクリーンバッファに保存された各描画データを切り替えて表示部５に表示させる。このように構成することでも、上記実施の形態４と同様に、車両の状態が変化した際に、オフスクリーンバッファに保存した描画データを切り替えるだけで、通常用画面または走行中用画面を表示することができ、画面表示の切り替えを短時間で行うことができる。
【００８１】
実施の形態５．
図２０は、この発明の実施の形態５に係る移動体用情報機器の構成を示すブロック図であり、実施の形態５に係る移動体用情報機器を車載情報機器に適用した場合を示している。図２０に示す車載情報機器１Ｂには、アプリケーション２を実行するアプリケーション実行環境３Ｂ、走行中判断部４、表示部５、操作部６および音声操作部７が設けられる。
また、アプリケーション実行環境３Ｂは、アプリケーション２が実行される実行環境であり、制御部３１Ａ、通常用ＵＩ  ＡＰＩ３２、走行中用ＵＩ  ＡＰＩ３３およびイベント通知部３４を備える。
【００８２】
音声操作部７は、ユーザが発した音声を認識して、その認識結果を音声イベントとしてアプリケーション実行環境３Ｂの制御部３１Ａに通知する。ここでは、制御部３１Ａから音声操作部７にコマンド文字列を登録しておき、このコマンド文字列に一致または類似する音声が発せられた場合に、音声イベントが発生したと判断される。
なお、図２０において、図１と同一構成要素には同一の符号を付して説明を省略する。
【００８３】
次に動作について説明する。
図２１は、実施の形態５に係る移動体用情報機器の動作を示すフローチャートであり、車両の停止または走行に応じた車載情報機器１Ｂによる画面表示の詳細を示している。
ここで、図２１（ａ）は、アプリケーション２の実行により発生する処理を示しており、図２１（ｂ）は、アプリケーション実行環境３Ｂにおける処理を示している。
アプリケーション実行環境３Ｂにおいて、制御部３１Ａは、イベントを受信すると（ステップＳＴ１ｉ）、受信したイベントの種類を判定する（ステップＳＴ２ｉ）。
ここでは、イベントの種類が、走行中判断部４からの走行状態変化イベントと、操作部６からの操作イベントと、音声操作部７からの音声イベントであるものとする。
【００８４】
制御部３１Ａは、受信したイベントの種類が“走行状態変化イベント”である場合（ステップＳＴ２ｉ；走行状態変化イベント）、ステップＳＴ６ｉの処理に移行する。
また、イベントの種類が“操作イベント”または“音声イベント”である場合（ステップＳＴ２ｉ；操作イベントまたは音声イベント）、制御部３１Ａは、アプリケーション実行環境３Ｂで実行しているアプリケーション２に対し、イベント通知部３４を介して当該イベントを通知する（ステップＳＴ３ｉ）。
【００８５】
アプリケーション２は、アプリケーション実行環境３Ｂからイベントが通知されると（ステップＳＴ１ｈ）、当該イベントに対応する通常用画面構成を指定する（ステップＳＴ２ｈ）。すなわち、上記実施の形態１と同様に、アプリケーション２は、通常用ＵＩ  ＡＰＩ３２を呼び出して、イベントの内容に応じた通常用画面を構成する表示要素およびその表示内容を指定する。通常用ＵＩ  ＡＰＩ３２は、アプリケーション２から指定された通常用画面の画面データを生成してアプリケーション実行環境３Ｂの制御部３１Ａに受け渡す。
【００８６】
次に、アプリケーション２は、アプリケーション実行環境３Ｂから通知されたイベントに対応する走行中用画面構成を指定する（ステップＳＴ３ｈ）。
すなわち、アプリケーション２が、走行中用ＵＩ  ＡＰＩ３３を呼び出して、イベント内容に応じた走行中用画面を構成する表示要素およびその表示内容を指定する。走行中用ＵＩ  ＡＰＩ３３は、走行中用画面構成のレイアウトが規定されたテンプレートデータとアプリケーション２から指定された内容に基づいて走行中用画面の画面データを生成し、アプリケーション実行環境３Ｂの制御部３１Ａに受け渡す。
【００８７】
なお、音声操作は、手動で操作する必要のない車両の走行中に適した操作であるので、この実施の形態５に係る走行中用ＵＩ  ＡＰＩ３３は、受信したイベントの内容に関する操作の音声コマンドを走行中用画面の画面データに組み込む。
走行中用ＵＩ  ＡＰＩ３３がステップＳＴ３ｈの処理を完了すると、ステップＳＴ１ｈに戻り、イベントを受信するたびにステップＳＴ１ｈからステップＳＴ３ｈまでの処理が繰り返される。
【００８８】
制御部３１Ａは、通常用画面構成を受け付け（ステップＳＴ４ｉ）、次に走行中用画面構成を受け付ける（ステップＳＴ５ｉ）。すなわち、制御部３１Ａが、通常用ＵＩ  ＡＰＩ３２から通常用画面の画面データを入力し、走行中用ＵＩ  ＡＰＩ３３から走行中用画面の画面データを入力する。
この後、制御部３１Ａは車両が走行中であるか否かを判定する（ステップＳＴ６ｉ）。この判定は、走行中判断部４による車両が走行中であるか否かの判断結果を参照することにより行う。
【００８９】
車両が停止中である場合（ステップＳＴ６ｉ；ＮＯ）、制御部３１Ａは、通常用画面の画面データを解析し、この解析結果に基づいた描画コマンドに従って、通常用画面の描画処理を行う。表示部５は、制御部３１Ａにより生成された描画データを入力して通常用画面を表示する（ステップＳＴ７ｉ）。この後、アプリケーション実行環境３Ｂは、上記の処理を繰り返す。
【００９０】
一方、車両が走行中の場合（ステップＳＴ６ｉ；ＹＥＳ）、制御部３１Ａは、走行中用画面の画面データを解析し、この解析結果に基づいた描画コマンドに従って走行中用画面の描画処理を行う。表示部５は、制御部３１Ａにより生成された描画データを入力して、走行中用画面を表示する（ステップＳＴ８ｉ）。
次に、制御部３１Ａは、走行中用画面の画面データに含まれる音声コマンドを音声操作部７に登録する（ステップＳＴ９ｉ）。
【００９１】
図２２は、音声コマンドが組み込まれた走行中用画面の画面データを示す図である。
図２２の画面データは、図４に示した画面データに対して、音声コマンドを示す“ｓｐｅｅｃｈ”要素を２つ追加したものである。ステップＳＴ９ｉにおいて、制御部３１Ａが、“ｓｐｅｅｃｈ”要素に記述されている「モドル」および「オンセイヨミアゲ」という音声コマンドを音声操作部７に登録する。なお、図２２の画面データに基づいて表示される走行中用画面は、図５と同様である。
【００９２】
上記走行中用画面が表示部５に表示されている際に、上記の音声コマンドに一致または類似する音声が発せられると、音声操作部７は、アプリケーション実行環境３Ｂの制御部３１Ａに音声イベントを通知する。制御部３１Ａは、音声操作部７からの音声イベントを受信すると、ステップＳＴイベント通知部３４を介して当該音声イベントをアプリケーション２へ通知する。
【００９３】
以上のように、この実施の形態５によれば、ユーザが発した音声を認識して、認識結果が制御部３１Ａから登録された音声コマンドに一致または類似する場合、当該認識結果を音声イベントとして制御部３１Ａに通知する音声操作部７を備え、走行中用ＵＩ  ＡＰＩ３３が、音声コマンドを組み込んだ走行中用画面構成の画面データを生成するので、走行中画面において音声認識による操作が可能となる。
【００９４】
なお、上記実施の形態５では、上記実施の形態１〜３の構成に音声操作部７を追加した場合を示したが、上記実施の形態４の構成に音声操作部７を追加してもよい。
この場合、走行中用ＵＩ生成部３５が、通常用画面の画面データから走行中用画面の画面データを生成する際に、音声コマンドを走行中用画面の画面データに組み込む。
このようにすることでも、上記と同様の効果を得ることができる。
【００９５】
また、上記実施の形態１〜５では、ＨＴＭＬ形式またはＸＭＬ形式で画面構成を指定するＡＰＩを示したが、他の言語または方法で画面構成を指定しもよい。例えば、Ｊａｖａ（登録商標）言語のクラスやメソッドを用いたＡＰＩであってもよい。
【００９６】
さらに、上記実施の形態１〜５では、車両が走行中の場合、走行中用画面を表示部５に表示する場合を示したが、車両が助手席用やリア席用などの複数の表示部のうち、運転者によって主に視認される表示部以外の表示部については、車両が走行中でも走行中用画面に切り替えず、通常用画面を表示するようにしてもよい。
例えば、制御部３１が、複数の表示部のそれぞれを識別する識別情報に基づいて、運転者によって主に視認される表示部５を特定し、当該表示部５については、車両が走行中であるか否かに応じて通常用画面と走行中用画面を切り替え、当該表示部５以外の表示部については、車両が走行中であっても走行中用画面に切り替えず、通常用画面を表示する。
【００９７】
上記実施の形態１〜５では、本発明に係る移動体用情報機器を車載情報機器に適用した場合について示したが、車両以外に、鉄道、船舶または航空機に搭載される移動体用情報機器であってもよく、人が携帯して車両内に持ち込んで使用される携帯情報端末、例えばＰＮＤ（Portable Navigation Device）であってもよい。
【００９８】
なお、本発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
【産業上の利用可能性】
【００９９】
この発明に係る移動体用情報機器は、移動体が停止中である場合と移動中である場合のそれぞれに適した画面を表示できるので、車両の走行中に操作内容が制限されるカーナビゲーション装置などの車載情報機器に好適である。
【符号の説明】
【０１００】
１，１Ａ，１Ｂ  車載情報機器、２  アプリケーション、３，３Ａ，３Ｂ  アプリケーション実行環境、４  走行中判断部、５  表示部、６  操作部、７  音声操作部、３１，３１Ａ  制御部、３２  通常用ＵＩ  ＡＰＩ、３３  走行中用ＵＩ  ＡＰＩ、３４  イベント通知部、３５  走行中用ＵＩ生成部。
【図１】
2013111185.tif 000003
【図２】
2013111185.tif 000004
【図３】
2013111185.tif 000005
【図４】
2013111185.tif 000006
【図５】
2013111185.tif 000007
【図６】
2013111185.tif 000008
【図７】
2013111185.tif 000009
【図８】
2013111185.tif 000010
【図９】
2013111185.tif 000011
【図１０】
2013111185.tif 000012
【図１１】
2013111185.tif 000013
【図１２】
2013111185.tif 000014
【図１３】
2013111185.tif 000015
【図１４】
2013111185.tif 000016
【図１５】
2013111185.tif 000017
【図１６】
2013111185.tif 000018
【図１７】
2013111185.tif 000019
【図１８】
2013111185.tif 000020
【図１９】
2013111185.tif 000021
【図２０】
2013111185.tif 000022
【図２１】
2013111185.tif 000023
【図２２】
2013111185.tif 000024
【手続補正書】
【提出日】平成26年9月2日(2014.9.2)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
この発明に係る移動体用情報機器は、アプリケーションから指定された画面構成の画面データを生成する第１のＡＰＩと、移動体の移動中に表示する移動中用の画面構成のレイアウトが規定されたテンプレートデータに基づいて、アプリケーションから指定された移動中用の画面構成の画面データを生成する第２のＡＰＩと、アプリケーション実行環境に設けられ、移動体が停止しているとき、第１のＡＰＩにより生成された画面データを表示部に表示させ、移動体が移動しているときは、第２のＡＰＩにより生成された画面データを表示部に表示させる制御部とを備え、第２のＡＰＩは、アプリケーションの指示に応じて、テンプレートデータにより規定される画面構成のレイアウトを構成する表示要素を変更して、移動中用の画面構成の画面データを生成する。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
画面表示を行う表示部と、アプリケーションが実行されるアプリケーション実行環境とを備える移動体用情報機器において、
前記アプリケーションから指定された画面構成の画面データを生成する第１のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）と、
移動体の移動中に表示する移動中用の画面構成のレイアウトが規定されたテンプレートデータに基づいて、前記アプリケーションから指定された前記移動中用の画面構成の画面データを生成する第２のＡＰＩと、
前記アプリケーション実行環境に設けられ、前記移動体が停止しているとき、前記第１のＡＰＩにより生成された前記画面データを前記表示部に表示させ、前記移動体が移動しているときは、前記第２のＡＰＩにより生成された前記画面データを前記表示部に表示させる制御部とを備え、
前記第２のＡＰＩは、前記アプリケーションの指示に応じて、前記テンプレートデータにより規定される画面構成のレイアウトを構成する表示要素を変更して、前記移動中用の画面構成の画面データを生成することを特徴とする移動体用情報機器。
【請求項２】
前記アプリケーション実行環境は、前記移動体の移動中に表示する画面構成の複数のレイアウトがそれぞれ規定された複数のテンプレートデータを有し、
前記第２のＡＰＩは、前記複数のテンプレートデータの中から前記アプリケーションの指定内容に応じて選択したテンプレートデータに基づいて前記移動体の移動中に表示する画面構成の画面データを生成することを特徴とする請求項１記載の移動体用情報機器。
【請求項３】
前記第２のＡＰＩは、前記アプリケーションの指示に応じて、前記テンプレートデータに基づいて生成した前記移動中用の画面を構成する表示要素の態様を、所定の制限範囲内で変更することを特徴とする請求項１記載の移動体用情報機器。
【請求項４】
前記第１のＡＰＩは、前記移動体が停止しているときに、前記画面データを生成し、
前記第２のＡＰＩは、前記移動体が移動しているときに、前記移動中用の画面構成の画面データを生成することを特徴とする請求項１記載の移動体用情報機器。
【請求項５】
前記画面データを描画処理して得られた描画データを保存するオフスクリーンバッファを備え、
前記制御部は、前記第１のＡＰＩにより生成された画面データの描画データと、前記第２のＡＰＩにより生成された画面データの描画データとを表示レイヤ違いで前記オフスクリーンバッファに保存し、前記移動体が移動しているか否かに応じて、前記オフスクリーンバッファに保存された前記各描画データを切り替えて前記表示部に表示させることを特徴とする請求項１記載の移動体用情報機器。
【請求項６】
ユーザが発した音声を認識して、認識結果が前記制御部から登録された音声コマンドに一致または類似する場合、当該認識結果を音声イベントとして前記制御部に通知する音声操作部を備え、
前記第２のＡＰＩは、前記音声コマンドを組み込んだ移動中用の画面構成の画面データを生成することを特徴とする請求項１記載の移動体用情報機器。
【請求項７】
複数の表示部を備え、
前記制御部は、
前記移動体が停止しているとき、前記第１のＡＰＩにより生成された前記画面データを前記複数の表示部のうちの所定の表示部に表示させ、前記移動体が移動しているときは、前記移動中用の画面構成の画面データを前記所定の表示部に表示させ、
前記複数の表示部のうちの前記所定の表示部以外の表示部には、前記移動体が移動しているか否かによらず、前記第１のＡＰＩによって生成された前記画面データを表示させることを特徴とする請求項１記載の移動体用情報機器。
【国際調査報告】
2013111185.tif 000025
2013111185.tif 000026
2013111185.tif 000027
2013111185.tif 000028