JP2012069038A - 情報表示装置 - Google Patents

Abstract

【課題】モバイル向けアプリケーションなど、車載対応を前提として設計していないアプリケーションを遠隔実行する場合にも走行強制を実現できる表示装置を提供することを目的とするものである。
【解決手段】情報表示装置は、表示部品の種類ごとに走行強制をかけるか否かを記載した走行強制定義ファイル１０７と、車両の走行状態を取得する車両センサ２００とを備え、車両センサ２００より通知された走行状態と走行強制定義ファイル１０７に基づいて表示部品の表示状態を変更する。これにより、モバイル向けに開発されたアプリケーションなど、車載対応を前提として設計していなくても走行強制を実現することができる。
【選択図】図１

Description

本発明は、ネットワーク接続機能を有する情報表示装置に関するものであって、より詳しくは、少なくとも１台以上の情報処理端末と接続し、情報処理端末が持つアプリケーションをネットワークを経由して受信し、リモート実行できる情報表示装置に関するものである。

従来の情報表示装置として、車両の走行／停止を判定して表示内容を変更することで利用者の安全性を高める走行強制機能を有したものが知られている（例えば特許文献１参照）。

また、ポータブルＡＶプレイヤーやスマートフォンなどのモバイル機器を車内で使用したいと言う要望に応えるため、モバイル機器の機能を車内のナビゲーションシステムから操作できるようにしたものが知られている。

特開平９−１５９４６８号公報

しかしながら、従来の情報表示装置においては、モバイル向けに開発されたアプリケーションをそのまま実行していたため、車載向け対応がされていないアプリケーションに走行強制をかけることができないという問題があった。

また、モバイル向けアプリケーションに走行強制機能を追加しようとした場合でも、車両メーカーや国により基準が異なるため、それぞれに対応する必要があるという問題があった。

本発明は、従来の問題を解決するためになされたもので、表示画面を構成する部品をクラス分けし、クラス毎に走行強制をかけるかどうかのルールを情報表示装置に格納しておき、情報表示装置はこのルールに従って走行強制をかけることで、車載対応していないモバイル向けアプリケーションなどでも安全に実行することのできる情報表示装置を提供することを目的とする。

上記目的を達成するために本発明は、表示部品の種類ごとに走行強制をかけるか否かを記載した定義ファイルと、車両の走行状態を取得するセンサとを備え、前記センサより通知された走行状態と前記定義ファイルに基づいて前記表示部品の表示状態を変更するという構成を有する。

本発明によれば、モバイル向けアプリケーションのように、車載対応を前提として設計していなくても走行強制を実現できる効果を奏する。

本発明の実施の形態１における表示装置のブロック図 本発明の実施の形態１における情報表示装置で表示する内容の説明図であって、（ａ）は走行強制定義ファイルを例示する図、（ｂ）は表示部に表示された表示画面を例示する図 本発明の実施の形態１における表示装置の動作説明のためのフロー図 本発明の実施の形態２における表示装置のブロック図 本発明の実施の形態２における走行強制定義ファイルを例示する図 本発明の実施の形態２における表示装置の動作説明のためのフロー図 本発明の実施の形態３における表示装置のブロック図 本発明の実施の形態３における表示装置の動作説明のためのフロー図

（実施の形態１）
以下、本発明の実施の形態１における情報表示装置について図面を参照しながら説明する。

図１は本発明の実施の形態１における情報表示装置のブロック図である。本発明の実施形態１の情報表示装置１００は、外部に設けられた車両センサ２００と、外部情報処理端末３００と接続する。

情報表示装置１００は、車両に設置され、表示画面を持つものであれば良く、ナビゲーションシステム、ＤＶＤプレイヤー、インフォメーションディスプレイなどが該当する。

車両センサ２００は、情報表示装置が設置された車両が走行中か否か検知できるものであれば良く、車速センサ、加速度センサ、パーキングブレーキセンサ、ＧＰＳなどがある。

外部情報処理端末３００は、情報表示装置１００と有線通信または無線通信にて接続可能な機器であり、スマートフォン、ポータブルＡＶプレイヤーなどのモバイル機器が好適である。これらを車両に持ち込んで情報表示装置１００と接続して使用する。

また、外部情報処理端末３００として、車両にあらかじめ設置されたＴＶチューナ、リアエンターテイメントシステムなどとの接続に適用することも可能である。

情報処理端末３００のプログラムは情報表示装置１００に送信され、情報表示装置１００上で実行、表示される。

情報表示装置１００は、情報表示装置１００上で動作するプログラムから、情報処理端末３００内のデータを取得したり、情報処理端末３００にしかない機能、例えばＡＶ再生機能やインターネット接続機能を利用することが可能である。

情報表示装置１００と外部情報処理端末３００とを別体にすることにより、車両外から持ち込んだ機器の様々な機能を車両内のディスプレイに表示して使用すると事ができるという利点がある。

本実施の形態において、情報表示装置１００が外部情報処理端末３００からデータを取得して情報表示装置１００で動作させるプログラムについて説明する。

プログラムを別の機器に送信して遠隔実行する場合、プログラム形式として、送信先機器のＣＰＵが直接理解できる言語データ（機械語）に変換したデータを送信する場合と、ＣＰＵに依存しない言語形式で記述したデータを送信する場合がある。

後者の場合、送信先機器にあらかじめ組み込まれたインタープリタが言語を解釈し、機械語に変換して実行する。

また、後者の方式の場合、送信先機器のＣＰＵやＯＳによらず実行可能なため、本実施の形態ではこの方式を使用する。インタープリタ型の言語形式としては、Ｊａｖａ（登録商標）など様々あるが、本実施の形態ではスクリプト言語を使用する。

スクリプトは例えばＥＣＭＡスクリプトで記述され、少なくとも情報表示装置１００に表示する画面を構成する表示部品の記述と、その配置、操作、アニメーション動作に関する記述、及び有効・無効の切り換えに関する記述を含む。

表示部品とは、表示画面を成すための情報であり、例えばボタン、リストボックス、スクロールバー、その他の画像、文字列などのオブジェクトデータを指す。その他、画面表示と直接関係ない動作に関してもスクリプトで記述可能である。

スクリプトは、ＸＭＬ、ＨＴＭＬ等のマークアップ言語、Ｐｅｒｌ等の他のスクリプト言語で記述した場合も同様に実施可能である。

情報表示装置１００は、通信部１０１と保存部１０２と処理部１０３と表示部１０４とセンサ判断部１０５から構成される。

通信部１０１は外部情報処理端末３００とのデータ通信をおこなうブロックで、例えばＩＥＥＥ８０２．１１コントローラーである。データを送受信することができれば他の方式でも良く、イーサーネットやＵＳＢなどの有線通信方式、Ｂｌｕｅｔｏｏｔｈや赤外線通信などの無線方式でも構わない。

保存部１０２は外部情報処理端末３００から受信したスクリプト１０６および走行強制定義ファイル１０７を格納するブロックで、例えば、ＨＤＤやフラッシュメモリなどの不揮発メディアが好適である。保存部１０２は情報処理装置１００の動作プログラムやデータの格納場所として兼用することも可能である。

処理部１０３は、ＣＰＵやＢＩＯＳ、ＲＯＭ、ＲＡＭから構成されるブロックであり、ＲＯＭに保存されたプログラムを解釈して実行する。

すなわち、ＲＯＭから読み出したプログラムをＲＡＭ上に展開して実行し、通信部１０１や表示部１０４に指示を出しながら動作する。

また、処理部１０３では外部情報処理端末３００から受信したプログラムを解釈し、表示すべき画面データを構成して表示部１０４で表示させる機能を持つ。

表示部１０４は処理部１０３が構成した画面データを表示するものであって、例えば、液晶ディスプレイなどの表示デバイスが好適である。

センサ判断部１０５は車両に設置されている車両センサ２００から入力された信号に基づいて車両の走行状態を判断し、処理部１０３へ通知する。

本実施の形態で使用する表示形式について説明する。通常表示とは車両が停止しているときの表示方法であり、走行強制表示とは車両が走行中の表示方法を指す。

例えば、通常表示は操作者による操作が可能であることを示す表示を行い、走行強制表示は操作者による操作が一部不可能になる表示である。

また、通常表示として表示部品の濃色化、走行強制表示として表示部品の淡色化等を行ってもよい。

車両が走行中であることを検知した場合、すなわち、センサ判断部１０５が車両は走行中であると判断した場合に走行強制表示する必要がある表示部品を操作不可能とする（操作者による操作を受け付けない）設定に切替えるとともに、操作不可能であることを操作者に報知するために、例えば色を変更するなどの表示状態の変更の処理をおこなうこともできる。

ただし、全ての表示部品について、通常表示と走行強制表示が異なる必要はなく、例えば同時に表示するボタンの数が少ないような場合は、通常表示と走行強制表示がまったく同じ表示としてもよい。

すなわち、表示部品のうち、車両の停止中においては操作可能であり車両の走行中においては操作不可能とすべきものがある。これらの基準は自動車メーカーや国により異なる場合がある。

外部情報処理端末３００からスクリプトを受信して通常表示するまでの処理の流れは以下の通りである。まず、処理部１０３が通信部１０１にスクリプト受信を指示する。

通信部１０１は外部情報端末３００と接続し、スクリプトを受信する。受信したスクリプトは随時、処理部１０３に送られ、処理部１０３は保存部１０２にスクリプトを格納する。

処理部１０３は、保存部１０２からスクリプトを読み出し、最初に表示すべき画面のデータを解釈する。解釈された内容をもとに画面を作成し、表示部１０４に表示する。以降、利用者が操作をおこない、画面の変更が発生すると、保存部１０２からスクリプトを読み出し、次に表示すべき画面のデータを作成して、表示部１０４に表示する。

以上のように構成された情報表示装置１００について、以下にその処理動作を説明する。

図２は本発明の実施の形態１における情報表示装置１００で使用する走行強制定義ファイル１０７を例示する図である。

図２（ａ）に示すように、走行強制定義ファイル１０７には、表示部品の種別ごとに走行強制をかけるか否かが定義されている。

走行強制定義ファイル１０７には、走行強制をかける表示部品のが記載される構成としても良い。表示部品の構成が異なるアプリケーションが存在するため、表示部品のグループごとに定義を記載しておく。

図２（ａ）のＡｐｐｌｉｃａｔｉｏｎ Ｇｒｏｕｐ Ａに属するプログラムの画面例を図２（ｂ）に示す。画面には表示部品のうち、Ｌｉｓｔｂｏｘ、Ｎｅｘｔ、Ｐｒｅｖ、Ｂａｃｋ、Ｒｅｔｕｒｎが使われている。

図３は本発明の実施の形態１における情報表示装置１００の処理部１０３が行う処理の
フロー図である。

まず、ステップＳ１０１で走行状態を確認する。停止中であれば処理を終了する。走行中であれば、ステップＳ１０２に進み、画面を構成する表示部品の数だけ、ステップＳ１０３からステップＳ１０５までの処理をおこなう。

ステップＳ１０３では表示部品の種別を確認する。次にステップＳ１０４で、走行強制定義を確認する。

ここではステップＳ１０３で確認した表示部品種別に走行強制定義ファイルの情報を確認し、走行強制をかけるか否かの定義を確認する。走行強制なしの場合は当該表示部品の処理を終了し、次の表示部品の処理に移る。

走行強制ありの場合、ステップＳ１０５で表示部品を走行強制状態に変更する。一般にボタンやリストボックスなどの操作可能な表示部品には、操作可能な状態（有効状態）と操作不可能な状態（無効状態）を持つものが多いため、当該表示部品を無効状態に変更することにより、走行強制状態とする。

以上、表示部品の数だけステップＳ１０３からステップＳ１０５までの処理をおこなった後、ステップＳ１０６に進み、表示画面を更新する。

以上のように本実施の形態によれば、表示部品の種類ごとに走行強制をかけるか否かを記載した定義ファイルと、車両の走行状態を取得するセンサとを備えることにより、情報表示装置１００は、センサより通知された走行状態と定義ファイルに基づいて表示部品の表示状態を変更することができるため、モバイル機器向けアプリケーションなど、車載対応を前提として設計されていないアプリケーションを遠隔実行する場合にも走行強制を実現することができる。
（実施の形態２）
以下、本発明の実施の形態２における情報表示装置について図面を参照しながら説明する。

図４は本発明の実施の形態２における情報表示装置のブロック図である。

本実施の形態において、実施の形態１と同様の構成については同一符号を付し、その詳細な説明は省略する。実施の形態２と実施の形態１との相違点は、情報表示装置１００の保存部１０２に、機器情報ファイル１０８をあらかじめ格納してあるところである。

機器情報ファイル１０８には、車両メーカー、使用国、機器種別などの情報を含む。機器種別とはナビゲーションシステム、リアエンターテイメントシステムなどである。

また、実施の形態２の走行強制定義ファイル１０７は図５に示すように、車両メーカー、使用国、機器種別ごとに走行強制定義が記載されている。

以上のように構成された情報表示装置について、以下にその処理動作を説明する。

図６は本発明の実施の形態２における情報表示装置のフロー図である。

本実施の形態において、実施の形態１と同様の処理については同一符号を付し、その詳細な説明は省略する。

実施の形態２と実施の形態１との相違点は、ステップ２０１にて、機器情報ファイル１０８から機器情報を取得する点である。また、ステップＳ２０４では、ステップＳ１０３で確認した表示部品種別に加え、ステップ２０１で確認した機器情報で走行強制定義ファイルの情報を確認し、走行強制をかけるか否かの定義を確認する。

以上のように本実施の形態によれば、情報表示装置を搭載する車両のメーカー、使用国、機器種別により異なる走行強制ルールを保持した定義ファイルを用いることにより、異なる走行強制ルールに対応できる。これにより、車載対応アプリケーションの場合であっても、メーカー毎、機器毎に画面を別々に開発する必要がなく、１つのプログラムで実現できる。

すなわち、車載対応アプリケーションの場合でも、メーカー毎、機器毎に走行強制のルールが異なる場合に、画面を別々に開発する必要がなく、開発費を削減できる。
（実施の形態３）
以下、本発明の実施の形態３における情報表示装置について図面を参照しながら説明する。

本発明の実施の形態３における情報表示装置のブロック図は、実施の形態１と同様の構成であるため、その詳細な説明は省略する。

以上のように構成された情報表示装置について、以下にその処理動作を説明する。

図７は本発明の実施の形態３における情報表示装置のフロー図である。

本実施の形態において、実施の形態１と同様の処理については同一符号を付し、その詳細な説明は省略する。

実施の形態３と実施の形態１との相違点は、ステップ１０４で走行強制定義ファイルを確認した際に、当該表示部品に該当する走行強制定義が記載されていない場合にもステップＳ１０５に進み、表示部品を走行強制状態に変更することである。

図７のフロー図の代わりに、図８に示すフロー図を用いて処理を行っても良い。図８のフロー図において、実施の形態３と実施の形態１との相違点は、ステップ１０４で走行強制定義ファイルを確認した際に、ステップＳ３０５に進むことである。ステップＳ３０５では、全画面を走行強制状態に変更する。

全画面走行強制の実現方法は、全ての表示部品を走行強制状態に変更しても良いし、画面全体をグレーアウトして操作ができないようにしても良い。

以上のように本実施の形態によれば、定められた表示部品以外を使用したアプリケーションの場合でも走行強制をかけることができるので、運転者が走行中に危険な操作をおこなうことを回避できる。

本発明の情報表示装置は、車両の走行／停止を判定して表示内容を変更することで利用者の安全性を高める走行強制機能を有したカーナビゲーションシステムやカーＡＶ等の車載表示装置として有用である。

１００ 情報表示装置
１０１ 通信部
１０２ 保存部
１０３ 処理部
１０４ 表示部
１０５ センサ判断部
１０６ スクリプト
１０７ 走行強制定義ファイル
２００ 車両センサ
３００ 外部情報処理端末

Claims (7)

1. 車両に搭載され、表示部品の集合から構成されるプログラムを外部機器から受信して実行する情報表示装置であって、
   前記プログラムを処理する処理部と、前記表示部品の種類ごとに走行強制をかけるか否かを記載した定義ファイルと、前記車両の走行状態を取得して前記処理部へ通知するセンサとを備え、
   前記処理部は、前記センサより通知された走行状態と前記定義ファイルに基づいて前記表示部品の表示状態を変更することを特徴とする情報表示装置。
2. 前記処理部は、前記センサから前記車両が走行中であることが通知された場合に、表示部品の表示状態を走行強制表示へ変更することを特徴とする請求項１に記載の情報表示装置。
3. 前記定義ファイルがあらかじめ格納された保存部を備えたことを特徴とする請求項２に記載の情報表示装置。
4. 前記処理部は、前記定義ファイルを前記外部機器から受信して実行することを特徴とする請求項２に記載の情報表示装置。
5. 車両メーカー、機器種別、搭載位置の少なくとも１つ以上を格納した機器情報ファイルを更に備え、前記定義ファイルは、車両メーカー、機器種別ごとに定義が記載され、前記処理部が前記センサより通知された走行状態と前記機器情報ファイルの情報に基づいて前記表示部品の表示状態を変更することを特徴とする請求項１に記載の情報表示装置。
6. 前記処理部は、前記プログラム内に前記定義ファイルに記載のない表示部品が存在する場合、当該表示部品の表示状態を走行強制表示とすることを特徴とする請求項１に記載の情報表示装置。
7. 前記処理部は、前記プログラム内に前記定義ファイルに記載のない表示部品が存在する場合、当該表示部品を含む全画面を走行強制表示とすることを特徴とする請求項１に記載の情報表示装置。