(57)【要約】【課題】モバイル向けアプリケーションなど、車載対応を前提として設計していないアプリケーションを遠隔実行する場合にも走行強制を実現できる表示装置を提供することを目的とするものである。【解決手段】情報表示装置は、表示部品の種類ごとに走行強制をかけるか否かを記載した走行強制定義ファイル１０７と、車両の走行状態を取得する車両センサ２００とを備え、車両センサ２００より通知された走行状態と走行強制定義ファイル１０７に基づいて表示部品の表示状態を変更する。これにより、モバイル向けに開発されたアプリケーションなど、車載対応を前提として設計していなくても走行強制を実現することができる。【選択図】図１
2012069038.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載され、表示部品の集合から構成されるプログラムを外部機器から受信して実行する情報表示装置であって、
前記プログラムを処理する処理部と、前記表示部品の種類ごとに走行強制をかけるか否かを記載した定義ファイルと、前記車両の走行状態を取得して前記処理部へ通知するセンサとを備え、
前記処理部は、前記センサより通知された走行状態と前記定義ファイルに基づいて前記表示部品の表示状態を変更することを特徴とする情報表示装置。
【請求項２】
前記処理部は、前記センサから前記車両が走行中であることが通知された場合に、表示部品の表示状態を走行強制表示へ変更することを特徴とする請求項１に記載の情報表示装置。
【請求項３】
前記定義ファイルがあらかじめ格納された保存部を備えたことを特徴とする請求項２に記載の情報表示装置。
【請求項４】
前記処理部は、前記定義ファイルを前記外部機器から受信して実行することを特徴とする請求項２に記載の情報表示装置。
【請求項５】
車両メーカー、機器種別、搭載位置の少なくとも１つ以上を格納した機器情報ファイルを更に備え、前記定義ファイルは、車両メーカー、機器種別ごとに定義が記載され、前記処理部が前記センサより通知された走行状態と前記機器情報ファイルの情報に基づいて前記表示部品の表示状態を変更することを特徴とする請求項１に記載の情報表示装置。
【請求項６】
前記処理部は、前記プログラム内に前記定義ファイルに記載のない表示部品が存在する場合、当該表示部品の表示状態を走行強制表示とすることを特徴とする請求項１に記載の情報表示装置。
【請求項７】
前記処理部は、前記プログラム内に前記定義ファイルに記載のない表示部品が存在する場合、当該表示部品を含む全画面を走行強制表示とすることを特徴とする請求項１に記載の情報表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク接続機能を有する情報表示装置に関するものであって、より詳しくは、少なくとも１台以上の情報処理端末と接続し、情報処理端末が持つアプリケーションをネットワークを経由して受信し、リモート実行できる情報表示装置に関するものである。
【背景技術】
【０００２】
従来の情報表示装置として、車両の走行／停止を判定して表示内容を変更することで利用者の安全性を高める走行強制機能を有したものが知られている（例えば特許文献１参照）。
【０００３】
また、ポータブルＡＶプレイヤーやスマートフォンなどのモバイル機器を車内で使用したいと言う要望に応えるため、モバイル機器の機能を車内のナビゲーションシステムから操作できるようにしたものが知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平９−１５９４６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の情報表示装置においては、モバイル向けに開発されたアプリケーションをそのまま実行していたため、車載向け対応がされていないアプリケーションに走行強制をかけることができないという問題があった。
【０００６】
また、モバイル向けアプリケーションに走行強制機能を追加しようとした場合でも、車両メーカーや国により基準が異なるため、それぞれに対応する必要があるという問題があった。
【０００７】
本発明は、従来の問題を解決するためになされたもので、表示画面を構成する部品をクラス分けし、クラス毎に走行強制をかけるかどうかのルールを情報表示装置に格納しておき、情報表示装置はこのルールに従って走行強制をかけることで、車載対応していないモバイル向けアプリケーションなどでも安全に実行することのできる情報表示装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために本発明は、表示部品の種類ごとに走行強制をかけるか否かを記載した定義ファイルと、車両の走行状態を取得するセンサとを備え、前記センサより通知された走行状態と前記定義ファイルに基づいて前記表示部品の表示状態を変更するという構成を有する。
【発明の効果】
【０００９】
本発明によれば、モバイル向けアプリケーションのように、車載対応を前提として設計していなくても走行強制を実現できる効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態１における表示装置のブロック図
【図２】本発明の実施の形態１における情報表示装置で表示する内容の説明図であって、（ａ）は走行強制定義ファイルを例示する図、（ｂ）は表示部に表示された表示画面を例示する図
【図３】本発明の実施の形態１における表示装置の動作説明のためのフロー図
【図４】本発明の実施の形態２における表示装置のブロック図
【図５】本発明の実施の形態２における走行強制定義ファイルを例示する図
【図６】本発明の実施の形態２における表示装置の動作説明のためのフロー図
【図７】本発明の実施の形態３における表示装置のブロック図
【図８】本発明の実施の形態３における表示装置の動作説明のためのフロー図
【発明を実施するための形態】
【００１１】
（実施の形態１）
以下、本発明の実施の形態１における情報表示装置について図面を参照しながら説明する。
【００１２】
図１は本発明の実施の形態１における情報表示装置のブロック図である。本発明の実施形態１の情報表示装置１００は、外部に設けられた車両センサ２００と、外部情報処理端末３００と接続する。
【００１３】
情報表示装置１００は、車両に設置され、表示画面を持つものであれば良く、ナビゲーションシステム、ＤＶＤプレイヤー、インフォメーションディスプレイなどが該当する。
【００１４】
車両センサ２００は、情報表示装置が設置された車両が走行中か否か検知できるものであれば良く、車速センサ、加速度センサ、パーキングブレーキセンサ、ＧＰＳなどがある。
【００１５】
外部情報処理端末３００は、情報表示装置１００と有線通信または無線通信にて接続可能な機器であり、スマートフォン、ポータブルＡＶプレイヤーなどのモバイル機器が好適である。これらを車両に持ち込んで情報表示装置１００と接続して使用する。
【００１６】
また、外部情報処理端末３００として、車両にあらかじめ設置されたＴＶチューナ、リアエンターテイメントシステムなどとの接続に適用することも可能である。
【００１７】
情報処理端末３００のプログラムは情報表示装置１００に送信され、情報表示装置１００上で実行、表示される。
【００１８】
情報表示装置１００は、情報表示装置１００上で動作するプログラムから、情報処理端末３００内のデータを取得したり、情報処理端末３００にしかない機能、例えばＡＶ再生機能やインターネット接続機能を利用することが可能である。
【００１９】
情報表示装置１００と外部情報処理端末３００とを別体にすることにより、車両外から持ち込んだ機器の様々な機能を車両内のディスプレイに表示して使用すると事ができるという利点がある。
【００２０】
本実施の形態において、情報表示装置１００が外部情報処理端末３００からデータを取得して情報表示装置１００で動作させるプログラムについて説明する。
【００２１】
プログラムを別の機器に送信して遠隔実行する場合、プログラム形式として、送信先機器のＣＰＵが直接理解できる言語データ（機械語）に変換したデータを送信する場合と、ＣＰＵに依存しない言語形式で記述したデータを送信する場合がある。
【００２２】
後者の場合、送信先機器にあらかじめ組み込まれたインタープリタが言語を解釈し、機械語に変換して実行する。
【００２３】
また、後者の方式の場合、送信先機器のＣＰＵやＯＳによらず実行可能なため、本実施の形態ではこの方式を使用する。インタープリタ型の言語形式としては、Ｊａｖａ（登録商標）など様々あるが、本実施の形態ではスクリプト言語を使用する。
【００２４】
スクリプトは例えばＥＣＭＡスクリプトで記述され、少なくとも情報表示装置１００に表示する画面を構成する表示部品の記述と、その配置、操作、アニメーション動作に関する記述、及び有効・無効の切り換えに関する記述を含む。
【００２５】
表示部品とは、表示画面を成すための情報であり、例えばボタン、リストボックス、スクロールバー、その他の画像、文字列などのオブジェクトデータを指す。その他、画面表示と直接関係ない動作に関してもスクリプトで記述可能である。
【００２６】
スクリプトは、ＸＭＬ、ＨＴＭＬ等のマークアップ言語、Ｐｅｒｌ等の他のスクリプト言語で記述した場合も同様に実施可能である。
【００２７】
情報表示装置１００は、通信部１０１と保存部１０２と処理部１０３と表示部１０４とセンサ判断部１０５から構成される。
【００２８】
通信部１０１は外部情報処理端末３００とのデータ通信をおこなうブロックで、例えばＩＥＥＥ８０２．１１コントローラーである。データを送受信することができれば他の方式でも良く、イーサーネットやＵＳＢなどの有線通信方式、Ｂｌｕｅｔｏｏｔｈや赤外線通信などの無線方式でも構わない。
【００２９】
保存部１０２は外部情報処理端末３００から受信したスクリプト１０６および走行強制定義ファイル１０７を格納するブロックで、例えば、ＨＤＤやフラッシュメモリなどの不揮発メディアが好適である。保存部１０２は情報処理装置１００の動作プログラムやデータの格納場所として兼用することも可能である。
【００３０】
処理部１０３は、ＣＰＵやＢＩＯＳ、ＲＯＭ、ＲＡＭから構成されるブロックであり、ＲＯＭに保存されたプログラムを解釈して実行する。
【００３１】
すなわち、ＲＯＭから読み出したプログラムをＲＡＭ上に展開して実行し、通信部１０１や表示部１０４に指示を出しながら動作する。
【００３２】
また、処理部１０３では外部情報処理端末３００から受信したプログラムを解釈し、表示すべき画面データを構成して表示部１０４で表示させる機能を持つ。
【００３３】
表示部１０４は処理部１０３が構成した画面データを表示するものであって、例えば、液晶ディスプレイなどの表示デバイスが好適である。
【００３４】
センサ判断部１０５は車両に設置されている車両センサ２００から入力された信号に基づいて車両の走行状態を判断し、処理部１０３へ通知する。
【００３５】
本実施の形態で使用する表示形式について説明する。通常表示とは車両が停止しているときの表示方法であり、走行強制表示とは車両が走行中の表示方法を指す。
【００３６】
例えば、通常表示は操作者による操作が可能であることを示す表示を行い、走行強制表示は操作者による操作が一部不可能になる表示である。
【００３７】
また、通常表示として表示部品の濃色化、走行強制表示として表示部品の淡色化等を行ってもよい。
【００３８】
車両が走行中であることを検知した場合、すなわち、センサ判断部１０５が車両は走行中であると判断した場合に走行強制表示する必要がある表示部品を操作不可能とする（操作者による操作を受け付けない）設定に切替えるとともに、操作不可能であることを操作者に報知するために、例えば色を変更するなどの表示状態の変更の処理をおこなうこともできる。
【００３９】
ただし、全ての表示部品について、通常表示と走行強制表示が異なる必要はなく、例えば同時に表示するボタンの数が少ないような場合は、通常表示と走行強制表示がまったく同じ表示としてもよい。
【００４０】
すなわち、表示部品のうち、車両の停止中においては操作可能であり車両の走行中においては操作不可能とすべきものがある。これらの基準は自動車メーカーや国により異なる場合がある。
【００４１】
外部情報処理端末３００からスクリプトを受信して通常表示するまでの処理の流れは以下の通りである。まず、処理部１０３が通信部１０１にスクリプト受信を指示する。
【００４２】
通信部１０１は外部情報端末３００と接続し、スクリプトを受信する。受信したスクリプトは随時、処理部１０３に送られ、処理部１０３は保存部１０２にスクリプトを格納する。
【００４３】
処理部１０３は、保存部１０２からスクリプトを読み出し、最初に表示すべき画面のデータを解釈する。解釈された内容をもとに画面を作成し、表示部１０４に表示する。以降、利用者が操作をおこない、画面の変更が発生すると、保存部１０２からスクリプトを読み出し、次に表示すべき画面のデータを作成して、表示部１０４に表示する。
【００４４】
以上のように構成された情報表示装置１００について、以下にその処理動作を説明する。
【００４５】
図２は本発明の実施の形態１における情報表示装置１００で使用する走行強制定義ファイル１０７を例示する図である。
【００４６】
図２（ａ）に示すように、走行強制定義ファイル１０７には、表示部品の種別ごとに走行強制をかけるか否かが定義されている。
【００４７】
走行強制定義ファイル１０７には、走行強制をかける表示部品のが記載される構成としても良い。表示部品の構成が異なるアプリケーションが存在するため、表示部品のグループごとに定義を記載しておく。
【００４８】
図２（ａ）のＡｐｐｌｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ａに属するプログラムの画面例を図２（ｂ）に示す。画面には表示部品のうち、Ｌｉｓｔｂｏｘ、Ｎｅｘｔ、Ｐｒｅｖ、Ｂａｃｋ、Ｒｅｔｕｒｎが使われている。
【００４９】
図３は本発明の実施の形態１における情報表示装置１００の処理部１０３が行う処理の
フロー図である。
【００５０】
まず、ステップＳ１０１で走行状態を確認する。停止中であれば処理を終了する。走行中であれば、ステップＳ１０２に進み、画面を構成する表示部品の数だけ、ステップＳ１０３からステップＳ１０５までの処理をおこなう。
【００５１】
ステップＳ１０３では表示部品の種別を確認する。次にステップＳ１０４で、走行強制定義を確認する。
【００５２】
ここではステップＳ１０３で確認した表示部品種別に走行強制定義ファイルの情報を確認し、走行強制をかけるか否かの定義を確認する。走行強制なしの場合は当該表示部品の処理を終了し、次の表示部品の処理に移る。
【００５３】
走行強制ありの場合、ステップＳ１０５で表示部品を走行強制状態に変更する。一般にボタンやリストボックスなどの操作可能な表示部品には、操作可能な状態（有効状態）と操作不可能な状態（無効状態）を持つものが多いため、当該表示部品を無効状態に変更することにより、走行強制状態とする。
【００５４】
以上、表示部品の数だけステップＳ１０３からステップＳ１０５までの処理をおこなった後、ステップＳ１０６に進み、表示画面を更新する。
【００５５】
以上のように本実施の形態によれば、表示部品の種類ごとに走行強制をかけるか否かを記載した定義ファイルと、車両の走行状態を取得するセンサとを備えることにより、情報表示装置１００は、センサより通知された走行状態と定義ファイルに基づいて表示部品の表示状態を変更することができるため、モバイル機器向けアプリケーションなど、車載対応を前提として設計されていないアプリケーションを遠隔実行する場合にも走行強制を実現することができる。
（実施の形態２）
以下、本発明の実施の形態２における情報表示装置について図面を参照しながら説明する。
【００５６】
図４は本発明の実施の形態２における情報表示装置のブロック図である。
【００５７】
本実施の形態において、実施の形態１と同様の構成については同一符号を付し、その詳細な説明は省略する。実施の形態２と実施の形態１との相違点は、情報表示装置１００の保存部１０２に、機器情報ファイル１０８をあらかじめ格納してあるところである。
【００５８】
機器情報ファイル１０８には、車両メーカー、使用国、機器種別などの情報を含む。機器種別とはナビゲーションシステム、リアエンターテイメントシステムなどである。
【００５９】
また、実施の形態２の走行強制定義ファイル１０７は図５に示すように、車両メーカー、使用国、機器種別ごとに走行強制定義が記載されている。
【００６０】
以上のように構成された情報表示装置について、以下にその処理動作を説明する。
【００６１】
図６は本発明の実施の形態２における情報表示装置のフロー図である。
【００６２】
本実施の形態において、実施の形態１と同様の処理については同一符号を付し、その詳細な説明は省略する。
【００６３】
実施の形態２と実施の形態１との相違点は、ステップ２０１にて、機器情報ファイル１０８から機器情報を取得する点である。また、ステップＳ２０４では、ステップＳ１０３で確認した表示部品種別に加え、ステップ２０１で確認した機器情報で走行強制定義ファイルの情報を確認し、走行強制をかけるか否かの定義を確認する。
【００６４】
以上のように本実施の形態によれば、情報表示装置を搭載する車両のメーカー、使用国、機器種別により異なる走行強制ルールを保持した定義ファイルを用いることにより、異なる走行強制ルールに対応できる。これにより、車載対応アプリケーションの場合であっても、メーカー毎、機器毎に画面を別々に開発する必要がなく、１つのプログラムで実現できる。
【００６５】
すなわち、車載対応アプリケーションの場合でも、メーカー毎、機器毎に走行強制のルールが異なる場合に、画面を別々に開発する必要がなく、開発費を削減できる。
（実施の形態３）
以下、本発明の実施の形態３における情報表示装置について図面を参照しながら説明する。
【００６６】
本発明の実施の形態３における情報表示装置のブロック図は、実施の形態１と同様の構成であるため、その詳細な説明は省略する。
【００６７】
以上のように構成された情報表示装置について、以下にその処理動作を説明する。
【００６８】
図７は本発明の実施の形態３における情報表示装置のフロー図である。
【００６９】
本実施の形態において、実施の形態１と同様の処理については同一符号を付し、その詳細な説明は省略する。
【００７０】
実施の形態３と実施の形態１との相違点は、ステップ１０４で走行強制定義ファイルを確認した際に、当該表示部品に該当する走行強制定義が記載されていない場合にもステップＳ１０５に進み、表示部品を走行強制状態に変更することである。
【００７１】
図７のフロー図の代わりに、図８に示すフロー図を用いて処理を行っても良い。図８のフロー図において、実施の形態３と実施の形態１との相違点は、ステップ１０４で走行強制定義ファイルを確認した際に、ステップＳ３０５に進むことである。ステップＳ３０５では、全画面を走行強制状態に変更する。
【００７２】
全画面走行強制の実現方法は、全ての表示部品を走行強制状態に変更しても良いし、画面全体をグレーアウトして操作ができないようにしても良い。
【００７３】
以上のように本実施の形態によれば、定められた表示部品以外を使用したアプリケーションの場合でも走行強制をかけることができるので、運転者が走行中に危険な操作をおこなうことを回避できる。
【産業上の利用可能性】
【００７４】
本発明の情報表示装置は、車両の走行／停止を判定して表示内容を変更することで利用者の安全性を高める走行強制機能を有したカーナビゲーションシステムやカーＡＶ等の車載表示装置として有用である。
【符号の説明】
【００７５】
１００  情報表示装置
１０１  通信部
１０２  保存部
１０３  処理部
１０４  表示部
１０５  センサ判断部
１０６  スクリプト
１０７  走行強制定義ファイル
２００  車両センサ
３００  外部情報処理端末
【図１】
2012069038.tif 000003
【図２】
2012069038.tif 000004
【図３】
2012069038.tif 000005
【図４】
2012069038.tif 000006
【図５】
2012069038.tif 000007
【図６】
2012069038.tif 000008
【図７】
2012069038.tif 000009
【図８】
2012069038.tif 000010