WO2007114166A1

WO2007114166A1 - 画像情報生成装置、並びにこれを備えた表示制御装置、移動体用情報表示システム、操縦席用モジュール、および移動体

Info

Publication number: WO2007114166A1
Application number: PCT/JP2007/056643
Authority: WO
Inventors: Masayuki Fujisawa; Fumiaki Fujimoto; Teruhisa Masui; Masaki Kobayashi
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2006-03-31
Filing date: 2007-03-28
Publication date: 2007-10-11
Anticipated expiration: 2008-09-30
Also published as: CN101410271A; US20100245071A1; US7994907B2

Abstract

　自動車等の移動体の各部の状態を表す状態情報から、この移動体の操縦等に必要な画像を表示装置に表示するための画像情報を容易に生成する。ＤＰＦコントローラ（２１）は、画像情報として、液晶表示装置（１１）に表示すべき画像のレイアウトを特定するレイアウト識別子（ＭＥＮ）と、前記レイアウト中の要素画像の表示態様を特定する要素画像識別子（ＳＥＮ）とを生成するために、状態情報（Ｄ）とＭＥＮとの対応関係と、状態情報（Ｄ）とＳＥＮとの対応関係と、前記ＭＥＮとＳＥＮとの対応関係とを定義した識別子テーブルを記憶したＭＥＮ／ＳＥＮ判定テーブル（２３）と、移動体の各部のＥＣＵ（３０，４０，・・・）から収集された状態情報（Ｄ）とを対照する。

Description

明細書

画像情報生成装置、並びにこれを備えた表示制御装置、移動体用情報表示システム、操縦席用モジュール、および移動体

技術分野

[0001] 本発明は、ドットマトリクス方式の表示装置を用いて、自動車等の移動体の操縦等に必要な画像を操縦者に提示する技術に関し、特に、上記の画像を表示装置に表示するための画像情報を生成するための画像情報生成装置と、これを備えた表示制御装置、移動体用情報表示システム、操縦席用モジュール、および移動体に関する

背景技術

[0002] 旧来、自動車等の計器盤には、アナログ式またはカウンタ式のメータ類や、例えば電球や LED等を用いたインジケータランプ類が用いられることが多力つた。また、数字のディジタル表示やインジケータ表示のために、セグメント方式の液晶表示器も一般的に用いられていた。

[0003] ところが近年になり、液晶パネルディスプレイ装置等のドットマトリクス方式の画像表示装置も、自動車等の計器盤に用いられるようになつてきた。すなわち、計器盤の少なくとも一部を、任意のパターン表示が可能なドットマトリクス方式の画像表示装置で構成し、スピードメータ等のメータ類や各種インジケータ等を画像として表示するのである。

[0004] このように、自動車等の計器盤にドットマトリクス方式の画像表示装置を用いることにより、計器盤の表示にさまざまなパターンを持たせることができる。例えば、表示するメータやインジケータ等の種類や、それらの配置または大きさを、必要に応じて動的に変更することができる。また、メータ類の画像と、例えば、 CCD (Charge Coupled D evice)撮像装置等により撮影された車外の風景画像や、ナビゲーシヨン用画像等を並べて表示する等、計器盤の画像以外の画像を合成して表示することも可能となる。

[0005] 例えば、特開平 11 311545号公報には、車両の走行状況に応じてあらかじめ設定された複数の表示情報の中から、表示すべき表示情報と表示レイアウトとを選択して表示する表示制御装置が開示されて、る。この特開平 11 - 311545号公報に開示された表示制御装置では、ユーザの要求により表示情報やその表示タイミングを追加'変更することができる。また、複数のユーザを個々に識別し、ユーザ毎に表示態様を切替えることもできる。

発明の開示

発明が解決しょうとする課題

[0006] ところで、近年の自動車においては、自動車の各部に多数の ECU (Electronic Con trol Unit)が設けられ、それらの ECUが車内 LANを介して接続されるようになっている。そして、それぞれの ECU力他の ECU力得られる状態情報に基づいて、様々な情報処理や制御を行うことが可能となっている。例えば、エンジンや動力伝達機構を含む駆動システムを統括する ECUのプロセッサから、例えば、エンジンの回転数、走行スピード、ギアポジション等の状態情報が、計器盤の表示を制御する画像表示用 ECUへ送信されてくる。また、自動車の安全性に寄与するセーフティシステムを統括する ECUのプロセッサからは、例えば、ライト類の点灯状態、ドアの開閉状態、ェァバッグの異常の有無、シートベルトの装着状態等に関する情報が送信されてくる。さらに、車内の快適性に寄与するァメ-ティシステムを統括する ECUのプロセッサからは、空調機からの吹き出し温度や室温等の情報が、画像表示用 ECUへ送信されてくる。

[0007] 従来の移動体用情報表示システムにおいては、画像表示用 ECUは、これら複数の ECUから送信された複数種類の情報のそれぞれに基づ、て、上記各システムの状態を運転者が直感的に認識し易いように、所定の態様の画像を生成する。例えば、走行スピードを表すために、旧来のアナログ式のスピードメータを表す画像、または、速度を数値として表示する画像を生成する。また、例えば、きちんと閉まっていないドァがある場合は、ドアが開いていることを表す画像を生成する。その他に、例えば、ギァポジションインジケータや、燃料残量計やラジェータの水温計等、種々のインジケ一タ類を表す画像を生成する。そして、このように各種の情報に基づいてそれぞれ生成した画像を重ね合わせることにより、自動車用計器盤の全体を表す一つの画像が生成され、表示装置に表示される。 [0008] し力しながら、従来、自動車の各部の ECU力も画像表示用 ECUへ送られてくる情報力表示情報を効率的に生成する仕組みは確立されていない。各部の ECUから送出される情報のフォーマットは、自動車メーカーや車種によって互いに異なることが一般的であるため、従来は、画像表示用 ECUへ送られてくる情報力表示情報を生成する処理プログラムを、自動車メーカーや車種別に作成する必要があり、プログラム開発の手間がかかっていた。

[0009] 本発明は、上記の問題を鑑み、自動車等の移動体の各部の状態を表す状態情報から、この移動体の操縦等に必要な画像を表示装置に表示するための画像情報を容易に生成することが可能な画像情報生成装置と、これを備えた表示制御装置、移動体用情報表示システム、操縦席用モジュール、および移動体を提供することを目的とする。

課題を解決するための手段

[0010] 上記の目的を達成するために、本発明にかかる画像情報生成装置は、移動体の各部から収集された状態情報に基づいて、ドットマトリクス方式の表示装置に当該移動体の状況に応じた画像を表示するための画像情報を生成する画像情報生成装置であって、前記画像情報は、前記表示装置に表示すべき画像のレイアウトを特定するレイアウト識別子と、前記レイアウト中の要素画像の表示態様を特定する要素画像識別子とを含み、前記画像情報生成装置は、前記状態情報と前記レイアウト識別子との対応関係と、前記状態情報と前記要素画像識別子との対応関係と、前記レイァ外識別子と前記要素画像識別子との対応関係とを定義した識別子テーブルを記憶した識別子記憶部と、移動体の各部から収集された状態情報を取得し、取得した状態情報と前記識別子テーブルとを対照することにより、当該状態情報が収集されたときの移動体の状況に応じたレイアウト識別子および要素画像識別子を決定して出力する識別子決定部とを備えたことを特徴とする。

[0011] 上記の構成によれば、識別子決定部が、移動体の各部から収集された状態情報を取得し、取得した状態情報と前記識別子テーブルとを対照することにより、当該状態情報が収集されたときの移動体の状況に応じたレイアウト識別子および要素画像識別子を決定して出力する。識別子テーブルには、前記状態情報と前記レイアウト識別子との対応関係と、前記状態情報と前記要素画像識別子との対応関係と、前記レィアウト識別子と前記要素画像識別子との対応関係とが定義されている。従って、移動体の各部力も収集される状態情報のフォーマットが、移動体の種類毎に異なっている場合であっても、移動体の種類に応じて識別子テーブルの内容を変更するだけで良ぐ識別子決定部の処理を、移動体の種類に応じて変更する必要はない。これにより、自動車等の移動体の各部の状態を表す状態情報から、この移動体の操縦等に必要な画像を表示装置に表示するための画像情報を容易に生成することが可能となる。

[0012] 本発明にかかる画像情報生成装置において、前記識別子テーブルは、複数のレイアウト間の遷移関係と、前記レイアウト間で遷移が生じるために前記状態情報が満たすべき遷移条件とを、前記状態情報と前記レイアウト識別子との対応関係として定義し、前記識別子決定部は、移動体の各部から収集された状態情報を取得する毎に、取得した状態情報と前記識別子テーブルの前記遷移条件とを対照することにより、遷移先となるレイアウトのレイアウト識別子を決定して出力することが好ましい。

[0013] さらに、本発明にかかる画像情報生成装置は、前記識別子テーブルにおいて、前記遷移条件は、前記状態情報に含まれる変数と所定の値との比較式によって定義され、前記識別子テーブルは、前記状態情報から前記変数を抽出するための変数変換テーブルを含むことが好まし、。

[0014] 本発明にかかる画像情報生成装置において、前記識別子テーブルは、各レイァゥトに含まれ得る要素画像の表示態様を、前記レイアウト識別子と前記要素画像識別子との対応関係として定義し、前記識別子決定部は、移動体の各部から収集された状態情報を取得する毎に、取得した状態情報と前記識別子テーブルとを対照することによりレイアウト識別子と要素画像識別子とを決定し、決定されたレイアウト識別子に対して前記レイアウト識別子と前記要素画像識別子との対応関係において対応付けられて、る要素画像識別子を、出力すべき要素画像識別子として決定することが好ましい。

[0015] また、上記の目的を達成するために、本発明に力かる表示制御装置は、上記のいずれかの構成に力かる本発明の画像情報生成装置と、前記レイアウト識別子のそれぞれに対応するレイアウト画像と、前記要素画像識別子のそれぞれに対応する要素画像とを記憶した画像記憶部と、前記画像情報生成装置の識別子決定部から出力されるレイアウト識別子および要素画像識別子を取得し、前記レイアウト識別子に対応するレイアウト画像と、前記要素画像識別子に対応する要素画像とを前記画像記憶部から抽出して合成することにより、前記表示装置に表示させる画像を生成する画像合成部とを備えたことを特徴とする。

[0016] また、上記の目的を達成するために、本発明にかかる移動体用情報表示システムは、本発明にかかる表示制御装置と、前記表示制御装置の画像合成部により生成された画像を表示する表示装置とを備えたことを特徴とする。さらにこの表示装置にお V、て、前記表示装置が液晶表示装置であることが好ま、。

[0017] また、上記の目的を達成するために、本発明にかかる操縦席用モジュールは、移動体の操縦席まわりに取り付けられる操縦席用モジュールであって、上記のいずれ力の構成に力かる本発明の移動体用情報表示システムを備えたことを特徴とする。

[0018] さらに、上記の目的を達成するために、本発明に力かる移動体は、上記のいずれかの構成にかかる本発明の移動体用情報表示システムを備え、前記表示装置が、少なくとも操縦席力ゝら視認可能な位置に取り付けられたことを特徴とする。また、この移動体は、自動車である場合、前記状態情報は、前記自動車の各部に設けられた ECU から送信され、車内ネットワークを介して前記画像情報生成装置へ収集されることが好ましい。

発明の効果

[0019] 本発明によれば、自動車等の移動体の各部の状態を表す状態情報から、この移動体の操縦等に必要な画像を表示装置に表示するための画像情報を容易に生成することが可能な画像情報生成装置と、これを備えた表示制御装置、移動体用情報表示システム、操縦席用モジュール、および移動体を提供できる。

図面の簡単な説明

[0020] [図 1]図 1は、本実施形態に力かる車両等用情報表示システムの機能的構成を示すブロック図である。

[図 2]図 2は、本発明の一実施形態に力かる車両等用情報表示システムを組み込んだ自動車用コックピットモジュール (操縦席用モジュール)の外観を示す正面図である。

[図 3] (a)および (b)のそれぞれは、 MENによって特定されるレイアウトの一例を示す平面図である。

[図 4] (a)および (b)のそれぞれは、 SENによって特定される要素画像の表示態様の一例を示す平面図である。

[図 5]図 5は、状態情報 Dが CANに従って車内 LAN70上で送信される場合のフォーマット例を示す説明図である。

[図 6]図 6は、 CANデータから MENおよび SENを決定するために用いられる MEN ZSEN判定テーブルの論理的構造の一例を示す説明図である。

[図 7]図 7は、領域 231bのデータ例を示す説明図である。

[図 8]図 8は、本実施形態の自動車用情報表示システムにおいて液晶表示装置 11の表示に用いられる複数のレイアウト間の遷移を示す状態遷移図である。

[図 9]図 9は、図 8に示した状態遷移を実現するための、 MEN遷移テーブルの領域 2 32cにおける定義例を示す説明図である。

[図 10]図 10は、 CANデータを取得したときに、 DPFコントローラ力 MENと SENを決定する処理の手順を示すフローチャートである。

[図 11]図 11は、 SEN発行テーブルの構造の一例を示す説明図である。

[図 12]図 12は、図 10に示すフローチャートのステップ S 13の内部処理を示すフローチャートである。

発明を実施するための最良の形態

以下、図面を参照しながら、自動車 (乗用車）に本発明を適用した場合の、本発明の一実施形態について具体的に説明する。なお、本発明の適用対象は自動車のみに限定されない。本発明は、自動車の他にも、自動二輪車、自動三輪車、特殊車両、鉄道車両その他の路面車両、水陸両用車、航空機、または船舶等の、種々の乗り物 (移動手段または移送手段）に適用することが可能である。さらに、上述のような移動または移送を主目的とする乗り物に限らず、上述した各種の乗り物の操縦を疑似体験させるシミュレータにも本発明を適用可能である。本願では、上述したような乗り物やシミュレータ等を包括して「移動体」と称する。

[0022] 図 2は、本実施形態に力かる車両等用情報表示システムを組み込んだ自動車用コックピットモジュール (操縦席用モジュール)の概観を示す正面図である。図 2に示すように、本実施形態にかかる自動車用コックピットモジュール 10は、スピードメータやタコメータ等の旧来のアナログ計器や、 LED等で構成されて、たインジケータランプ等を含む旧来の自動車用計器盤の代わりに、自動車用計器盤の合成画像を表示する液晶表示装置 11を備えている。

[0023] なお、液晶表示装置 11は、旧来の自動車においても多く用いられていたセグメント方式の液晶表示器ではなぐドットマトリクス方式の液晶パネルディスプレイ装置である。液晶表示装置 11は、任意のパターンの画像を表示することが可能であるので、各種の計器やインジケータランプ等の各種要素画像を組み合わせた合成画像を表示することにより、自動車用情報表示装置として機能する。また、液晶表示装置 11には、計器盤の画像だけでなぐ自動車の後部または側方に設置された車載カメラによる撮影画像や、ナビゲーシヨン画像、あるいはテレビジョン放送の受信画像や車載 D VDプレイヤ等の再生画像等を併せて表示することも可能である。

[0024] 液晶表示装置 11は、ステアリングホイール（図示省略)の裏側に位置するよう、コックピットモジュール 10の枠体であるインストルメントパネル 12に取り付けられている。コックピットモジュール 10は、液晶表示装置 11の他に、空調ユニット（図示省略）、空調ユニットからの空気を車内に導入する空調ダクト 13、オーディオモジュール 14、ランプスィッチ 15、ステアリング機構（図示省略）、エアバッグモジュール（図示省略)等を含んでいる。

[0025] なお、図 2に示したコックピットモジュールの構成はあくまで一例であり、本発明の実施形態はこれに限定されない。例えば、図 2の例では、液晶表示装置 11が運転者に正対するよう配置されているが、これに限らず、液晶表示装置 11が、インストルメントパネルの中央部、すなわち運転席と助手席との間などに配置された構造であっても良い。

[0026] 図 1は、本実施形態にかかる自動車用情報表示システムの機能的構成の一例を示すブロック図である。液晶表示装置 11における表示は、図 1に示す DPF (Display Pla tform)—ECU20によって制御される。 DPF—ECU20は、自動車に搭載された多数の ECUの一つである。 DPF— ECU20は、 DPFコントローラ 21 (識別子決定部）、描画コントローラ 22 (画像合成部）、 MEN/SEN判定テーブル 23 (識別子記憶部）、コマンドテーブル 25、画像メモリ 26 (画像記憶部）、および表示制御回路 27を備えている。ここで、 DPFコントローラ 21と MEN/SEN判定テーブル 23とが、本発明にかかる画像情報生成装置の一実施形態であり、 DPF— ECU20が、本発明にかかる表示制御装置の一実施形態である。

[0027] なお、図 1は、 DPF— ECU20の内部構成を機能的なブロックとして示しているが、これらの各ブロックのハードウェア上への実装態様としては、様々な態様が考えられる。例えば、図 1に示した全ての機能ブロックが 1つの回路基板上に搭載された構成としても良いし、図 1に示した機能ブロックを、例えば複数の半導体集積回路に分けて搭載することも可能である。後者の場合、例えば、 DPFコントローラ 21と MENZS EN判定テーブル 23とを、他の機能ブロックとは独立した半導体集積回路で構成することち可會である。

[0028] DPF—ECU20は、車内 LAN70を介して自動車の各部に設けられた種々の ECU 30, 40, 50, 60· · ·と接続されている。 DPF— ECU20は、車内 LAN70を介して、 ECU30, 40, 50, 60· · ·から、自動車の各部の状態を表す情報 (状態情報) D〜D

1

• · · (以降、特に必要のある場合を除いて、状態情報 Dと総称する。）を、所定の周期

4

で取得する。なお、「所定の周期」は、車内 LAN70の仕様等に応じて任意の長さに設定される。また、各 ECUからの状態情報 D〜D · · ·の送信周期が互いに異なる場

1 4

合もある。この場合は、 DPF— ECU20における状態情報 D〜D · · ·のサンプリング

1 4

周期を、それぞれの状態情報の送信周期に合わせれば良い。 DPF— ECU20は、取得した状態情報に基づき、自動車の状態等を運転者に分かりやすく提示するための、自動車用計器盤等の合成画像を生成する。生成された画像は、 DPF-ECU20 力液晶表示装置 11へ送られて表示される。

[0029] 「状態情報」とは、上述したとおり、自動車の各部の状態を表す情報であるが、自動車の各部の機械的動作状態に関する情報 (例えば、走行速度やエンジン回転数等）以外に、各部の機械的動作とは直接的には関係がない状態に関する情報 (例えば、燃料残量や室内温度等)等の、種々の情報を含み得る。状態情報としては、これらはあくまでも乗用車の場合の例にすぎず、本発明を限定するものではないが、例えば、エンジンの回転数、走行速度、セレクトポジション、シフトポジション、方向旨示器の稼働状態、ライト類の点灯状態、ドアやトランクの開閉状態、ドア施錠の状態、タイヤの状態、エアバッグの異常の有無、シートベルトの装着状態、空調機力の吹き出し温度、室温、外気温、車載 AV機器の状態、自動操縦機能の設定状態、ワイパーの稼働状態、燃料残量、電池残量、エンジンとバッテリの依存度合 (ハイブリッド車の場合 )、オイル残量、ラジェータ温度、エンジン温度、などがある。

[0030] DPFコントローラ 21は、 DPF— ECU20の全体動作を制御するマイクロコンピュータである。また、 DPFコントローラ 21は、状態情報 Dと MEN/SEN判定テーブル 23 とを対照することにより、その時点の自動車の状態に応じて、どのような画像を生成すべきかを指定する表示識別子 (MEN, SEN)を生成し、描画コントローラ 22へ送る識別子決定部としても機能する。 DPFコントローラ 21が生成する表示識別子 (MEN , SEN)については、後に詳述する。

[0031] 描画コントローラ 22は、 DPFコントローラ 21から与えられる表示識別子に基づき、画像メモリ 26およびコマンドテーブル 25を参照し、液晶表示装置 11で表示すべき画像を生成する。また、 DPF—ECU20は、自動車に備え付けられたハードディスク等の記憶装置（図示せず)から、ナビゲーシヨン画像等の動画を入力することもできる。これにより、描画コントローラ 22は、必要に応じて、合成画像の中に動画を組み込むことちでさる。

[0032] 表示制御回路 27は、液晶表示装置 11の表示を制御する各種の回路であり、例えば、電源回路、階調電圧発生回路、液晶表示装置 11の各種ドライバ駆動回路、バックライト制御回路等を含む。ただし、ドライバ駆動回路等は、液晶表示装置 11の液晶パネルに形成されて、ても良、。

[0033] MENZSEN判定テーブル 23は、車内 LAN70を介して ECU30, 40, 50, 60· · •力得られる状態情報 Dに基づ、て、表示識別子である MEN (主イベント番号： Mai n Event Number)と SEN (副イベント番号： Sub Event Number)とを決定するために用いられるテーブルである。 [0034] ここで、表示識別子である MENと SENにつ、て詳細に説明する。 MENは、液晶表示装置 11に表示すべき画像のレイアウトを特定する識別子である。一方、 SENは、 MENで特定されたレイアウト中の個々の要素画像の表示態様を特定する識別子である。 MENと SENの値は、状態情報 Dの取り得る様々な値に応じて、 MENZSE N判定テーブル 23に定義されている。 DFPコントローラ 21は、車内 LAN70から状態情報 Dを取得するたびに、取得した状態情報 Dと MENZSEN判定テーブル 23とを対照比較することにより、状態情報 Dに応じた MENおよび SENの値を決定し、描画コントローラ 22へ出力する。

[0035] MENによって特定されるそれぞれのレイアウトは、液晶表示装置 11の表示画面において、どの部分にどのような画像を表示すべきかを定義するものである。本実施形態の自動車用情報表示システムでは、状態情報 Dの内容から判断される様々な状況に対して、互いに異なる MENの値を定義しておくことにより、その時の自動車の状況に応じた適切な情報表示を実現する。

[0036] 例えば、自動車が走行している場合は、スピードメータゃタコメータの表示が必要であるが、エンジンを切って停止している場合は、それらのメータの表示は不要であり、むしろ、ナビゲーシヨン画像等が必要とされることが多い。従って、前者の場合は、例えばスピードメータゃタコメータ等の計器類を表示するレイアウトを用いる力後者の場合は、メータ類を表示せず、ナビゲーシヨン画像等を表示する領域が大きく確保されたレイアウトを用いることが好ましい。また、例えば、自動車の後方や側方に、車外の様子を撮影可能なカメラが備え付けられてヽる車種の場合は、後進や縦列駐車の際に、それらのカメラによる撮影画像の表示領域を含むレイアウトを用いることが好ましい。従って、本実施形態の自動車用情報表示システムは、その時の自動車の状態を状態情報 Dから判断し、その時の自動車の状態に適したレイアウトを用いて液晶表示装置 11に情報を表示することにより、運転者に対して必要な情報を見やすく提供する。

[0037] ここで、図 3 (a)および (b)に、液晶表示装置 11に表示される画像のレイアウトの具体例を二つ示す。図 3 (a)のレイアウトには、カーナビゲーシヨン画像を表示する領域 301、スピードメータの画像を表示する領域 302、ギアインジケータの画像を表示する領域 303、タコメータの画像を表示する領域 304、および各種の警告灯の画像を表示する領域 305〜307が定義されている。また、図 3 (b)のレイアウトには、カーナピゲーシヨン画像を表示する領域 308と、自動車の後方に設けられているカメラによつて撮影される映像を表示する領域 309とが定義されている。図 3 (a)および図 3 (b) に示したレイアウトには、それぞれ異なる値の MENが割り当てられている。例えば、通常走行時には図 3 (a)のレイアウトが用いられ、ギアが R (後進）に入れられた場合は図 3 (b)のレイアウトが用いられる。なお、図 3 (a)および図 3 (b)に示したレイアウトは、あくまでも一例である。

[0038] 上述のように MENで特定されるレイアウトに対して、レイアウト中の各領域に表示される要素画像の表示態様を特定するための識別子として、 SENが定義されて、る。例えば、図 4 (a)および (b)に、上記の図 3 (a)のレイアウトに関して互いに異なる SE Nの値が与えられた場合の、液晶表示装置 11の表示例を示す。例えば、図 4 (a)は、警告灯の画像を表示する領域 305には、警告灯の画像が表示されていない。一方、図 4 (b)は、領域 305に、自動車のドアが開いていることを警告するためのドア警告灯が点灯していることを示す画像が表示されている。このように、 1つの MENで特定されるレイアウトに対して、複数の SENの値を定義することにより、レイアウト中の要素画像の表示態様を様々〖こ異ならせることができる。

[0039] 以下、 DPFコントローラ 21が、状態情報 Dと MENZSEN判定テーブル 23とを対照比較することにより、その時の自動車の状態に応じた MENと SENの値を決定する方法の一例について、詳細に説明する。なお、以下の具体的なデータフォーマットは、車内 LAN70のインタフェースとして、欧州を中心として広く採用されている CAN ( Control Area Network)を採用した場合の例である。し力し、本発明を適用できる車内 LANのインタフェース規格は CANに限定されない。例えば、 LIN(Local Interconn ect Network), MOST (Media Oriented Systems Transport)、 FlexRay等の各種車内 LANインタフェース規格に準じた任意の車載ネットワークを、本発明に適用することがでさる。

[0040] 最初に、状態情報 Dが CANに従って車内 LAN70上で送信される場合のフォーマット例について、図 5を参照しながら説明する。 CANに従って送信される状態情報 D (以下、「CANデータ」と称する。）は、例えば図 5に示すように、先頭 2バイトに CAN —IDを持ち、次の 1バイト力 4ノイト目以降の DATA1〜DATA8における有効デ一タ長を示す。また、 CANデータは、 4ノイト目以降の DATA1〜DATA8に、それぞれの ECUで取得された、自動車の各部の状態を表す変数 (CAN変数)を含んでいる。

[0041] また、どの CAN— IDのどの位置にどのような CAN変数を含むかは、自動車メーカ一毎または車種毎に決まっている。例えば、図 5の例では、 CAN— ID= 100の CA Nデータでは、 DATA1〜DATA2の 2バイトが、 1つの CAN変数（CAN V )を表

― 1 す。この CAN— Vは、本実施形態では、例えば走行速度を表す。また、 DATA3

― 1 〜

DATA4の 2バイトが、 1つの CAN変数（CAN V )を表し、この CAN Vは、本実一 2 一 2 施形態では、例えばエンジン回転数を表す。さらに、 DATA5〜DATA8の 4バイト力 1つの CAN変数（CAN V )を表す。この CAN Vは、本実施形態では、例え一 3 一 3

ばォドメータの走行距離を表す。なお、ここで、それぞれの CAN変数に付与した番号 (CAN— Vの Xの値）は、図 5の説明の便宜上付したものに過ぎず、その順に特別な意味はない。また、この番号 Xは、 DPFコントローラ 21の処理において用いられるものでもない。

[0042] CAN変数は、最長で 8バイトの長さを取り得る力最短は 1ビットである。例えば、 C AN— ID= 106の CANデータにおいて、 DATA3の 1バイト中の最下位ビット（BitO )力も Bit3までに、それぞれ 1ビットの長さを持つ 4つの CAN変数（CAN V

― 57〜CA

N V )が含まれる。同様に、 CAN ID= 106の CANデータにおいて、 DATA4

― 60 ―

の BitO〜： Bit7に、それぞれ 1ビットの長さを持つ 8つの CAN変数（CAN V

― 62〜CA

N V )が含まれる。また、同じく CAN ID= 106の CANデータにおいて、 DATA

― 69 ―

6の BitOおよび Bitlに、それぞれ 1ビットの長さを持つ 2つの CAN変数（CAN V

― 53

〜CAN V )が含まれ、 DATA7の BitO〜： Bit7に、それぞれ 1ビットの長さを持つ 8

― 54

つの CAN変数（CAN V V

― 72〜CAN )が含まれる。このような、 1ビットで表され ― 79

る CAN変数は、例えば、各種のドアの開閉状態や、ウィン力の動作状態など、 ON/ OFF等の 2値で表される状態情報を表す。例えば、本実施形態では、 CAN— V は一 72

、右前ドアの開閉状態を表し、 CAN— V は、左前ドアの開閉状態を表す。 [0043] なお、図 5に示すように、 CANデータの送信間隔は、必ずしも一律ではな!/、。例えば、 CAN— ID= 100〜102, 107の CANデータの送信間隔は 100m秒であるが、 CAN— ID= 103の CANデータの送信間隔は 300m秒、 CAN— ID= 104〜106 の CANデータの送信間隔は 200m秒である。従って、 DPFコントローラ 21は、状態情報 Dとして、これらの CANデータをそれぞれの CANデータの送信間隔に応じた周期でサンプリングし、後述の処理を行えば良い。

[0044] 次に、上述の CANデータから MENおよび SENを決定するために用いられる ME NZSEN判定テーブル 23の論理的構造の一例を、図 6に示す。図 6に示す例では、 MENZSEN判定テーブル 23は、 CAN変数変換テーブル 231と、 MEN変換テーブル 232と、 SEN発行テーブル 233とから構成されて!、る。

[0045] CAN変数変換テーブル 231は、 DPFコントローラ 21が、 CANデータから上述の C AN変数を抽出するために参照するテーブルである。すなわち、上述のとおり、どの C AN— IDの CANデータのどの位置に、どのような CAN変数が含まれるかは、自動車メーカー毎または車種毎に決められている。従って、自動車メーカー毎または車種毎に CAN変数変換テーブル 231を準備する必要がある。

[0046] CAN変数変換テーブル 231は、図 6に示すとおり、 CAN変数の個数を格納する領域 231aと、それぞれの CAN変数の定義を格納する領域 231bとを有している。図 7 は、領域 231bのデータ例を示す説明図である。図 7に示すとおり、領域 231bには、 CANデータに含まれる全ての CAN変数のそれぞれにつ!/、て、その CAN変数が含まれている CANデータの CAN— ID、 CANデータ中の位置、長さ、 CAN変数がビット単位のデータである場合のビット位置（図 7中の「Bit」）、最小値、最大値、およびデフォルト値が格納されて!、る。

[0047] 図 7に示す、領域 231bのデータ例において、 CANデータ中の「位置」は、図 5に示した CANデータのフォーマット中で、 DATA1の開始位置を 0とした場合の、当該 C AN変数のオフセット位置をバイト単位で表す。従って、このオフセット位置の最小値は 0、最大値は 7である。「長さ」は、 CAN変数の長さが 2以上の場合は、リトルエンデイアンで格納する。「Bit」は、 CAN変数が 1ビットのデータである場合に用いられ、何ビット目にデータがあるかを示す。すなわち、上記の「位置」の値が kである場合、 Bit =0であれば、 DATA(k+ 1)のバイトの最右ビット（最下位ビット）にデータが存在することを意味し、 Bit= 1であれば、 DATA(k+ 1)のバイトの最下位から 2桁目のビットにデータが存在することを意味する。 CAN変数が 1ビットのデータではない場合は、 Bit =—1とする。

[0048] また、最小値、最大値は、各 ECUから送られてくる CAN変数の最小値および最大値を示す。これは、 DPF— ECU20において CAN変数の値が正常範囲かどうかを確認するために用いられる。 CAN変数の値がこの最大値より大きい場合は、ここに定義されている最大値が送られてきたものとして、以降の処理を行う。また、 CAN変数の値カこの最小値より小さい場合は、ここに定義されている最小値が送られてきたものとして、以降の処理を行う。デフォルト値は、 DPFコントローラ 21の起動時に、各 E CUの値の初期値として使用する。

[0049] また、図 7の欄外に #記号を付けて記載されているの力それぞれの CAN変数の番号（以下、「CAN変数番号」と称する。）である。 CAN変数番号は、 DPFコントローラ 21における後述の処理で用いられる力 CAN変数変換テーブル 231内に明示的に定義されて、るものではなく、 CAN変数変換テーブル 231の領域 23 lbに格納されている順に、 DPFコントローラ 21によって、 # 1から 1ずつ増加する番号が与えられる。

[0050] これにより、図 7に示した例によれば、図 5に例示した CAN変数変換テーブル 231 の CAN V〜CAN Vのそれぞれに対して、 CAN変数番号 # 1〜4が与えられ

― 1 ― 4

る。また、図 5に例示した CAN変数変換テーブル 231の CAN V 〜CAN V の

― 72 ― 73 それぞれに対して、 CAN変数番号 # 72, 73が与えられる。なお、ここでの説明では、 CANデータのフォーマット中に定義されている CAN— Vの番号（X)と CAN変数番号（ # j)とが一致して、るが、 CANデータのフォーマット中に定義されて、る CAN 変数の順序と、 CAN変数変換テーブル 231によって決められる CAN変数番号とは必ずしも一致しなくても良い。

[0051] 次に、 MEN遷移テーブル 232について説明する。 MEN遷移テーブル 232は、図 6に示すように、この MEN遷移テーブル 232で定義するレイアウトの個数を格納する領域 232aと、複数のレイアウトのそれぞれについて当該レイアウトへの遷移条件を格納する領域 232cと、それぞれのレイアウト遷移条件の格納領域のオフセットを格納する領域 232bとから構成されて、る。

[0052] ここで、 MENおよびレイアウト遷移条件について、図 8および図 9を参照しながら説明する。図 8は、本実施形態の自動車用情報表示システムにおいて液晶表示装置 1 1の表示に用いられる複数のレイアウト間の遷移を示す状態遷移図である。

[0053] 図 8に示すような状態遷移図は、自動車用情報表示システムの設計時に、状態情報 D (CANデータ）に応じて、液晶表示装置 11の表示をどのように遷移させるかを決定する際に作成されるものである。図 8の状態遷移図においては、 MEN= 1〜12で示される 12種類のレイアウトが存在する。

[0054] 図 8の状態遷移図中に示す矢印は、レイアウト間の遷移関係を示し、矢印上に記載されている条件が、その遷移が生じるために満たされるべき遷移条件である。遷移条件は、 CAN変数と所定の値との比較式として表される。例えば、 MEN= 1の「OFF 画面」のレイアウトから、 MEN = 2の「ACC画面」のレイアウトへの遷移が生じるためには、 CAN変数の 1つである「イダ-ッシヨン」の値が「OFF」と等しくな!/ヽと!、う遷移条件が成立する必要がある。

[0055] なお、 DPFコントローラ 21が、車内 LAN70から CANデータを取得する毎に遷移先のレイアウトを決定する場合、直前のレイアウトがどのレイアウトであつたかに関わらず、必ず、図 8に示す「遷移開始」の状態から、遷移条件の判定を開始する。なお、「遷移開始」の状態に対応するレイアウトはないが、便宜上、「遷移開始」の状態に ME N = 0を割り当てている。

[0056] 図 9は、図 8に示した状態遷移を実現するための、 MEN遷移テーブル 232の領域 232cにおける定義例を示す説明図である。なお、図 9は、説明を分かりやすくするために、 MEN遷移テーブル 232の領域 232cに記述されている情報のうち、状態遷移に関する情報の記述のみを概念的に整理して表したものであって、実際の領域 232 cのデータ構造を表すものではない。例えば、 CAN変数を、前述の CAN変数番号ではなぐそれぞれの CAN変数が表す状態情報の名称によって表記している力実際の MEN遷移テーブルでは、上述のとおり CAN変数変換テーブル 231によって決められる CAN変数番号（#j)が用いられる。 [0057] 図 9に示すように、 MEN遷移テーブル 232の領域 232c〖こは、レイアウトのそれぞれについて、そのレイアウトからの遷移先であるレイアウトの MENと、その遷移が生じるための遷移条件とが定義されている。図 9の領域 232cにおいて、 MEN=n (n=0 〜12の整数)のレイアウトに対する遷移条件が格納された領域を、領域 232cと表す

[0058] 例えば、領域 232cの先頭には、 MEN=0が割り当てられている「遷移開始」の状

0

態にぉ、て、「イダ-ッシヨン」の状態を表す CAN変数の値が「OFF」であると!/、ぅ遷移条件が成立した場合、 MEN = 1で特定されるレイアウトへの遷移が生じることが定義されている。なお、 MEN = 1で特定されるレイアウトは、図 8の例では「OFF画面」のレイアウトである。

[0059] また、 MEN遷移テーブル 232の領域 232cでは、あるレイアウトから別のレイアウトへの遷移が生じる遷移条件を、 2つ以上の条件の ANDまたは OR条件として表すことも可能である。例えば、図 8の例では、 MEN = 0の「遷移開始」の状態から、 MEN = 3の「コーナーセンサ」のレイアウトへの遷移条件は、「コーナーセンサ」の状態を表す CAN変数の値が「ON」であると!/、う条件と、「セレクトポジション」の状態を表す CA N変数の値が「P」ではな、と、う条件とが共に満たされることである。 MEN遷移テーブル 232の領域 232cでは、このような AND条件による遷移条件を、例えば図 9の領域 232cに示すように定義することができる。また、図 8の例では、 MEN = 3の「コー

0

ナーセンサ」のレイアウトから、 MEN = 6の「低速走行」のレイアウトへの遷移条件は、「コーナーセンサ」の状態を表す CAN変数の値が「OFF」であるという条件と、「セレクトポジション」の状態を表す CAN変数の値が「P」であると!/、う条件との!/、ずれかが満たされることである。 MEN遷移テーブル 232の領域 232cでは、このような OR条件による遷移条件を、例えば図 9の領域 232cに示すように定義することができる。

3

[0060] また、領域 232c〜領域 232c については、図 6に示すように、それぞれの領域の

1 12

最後に、それぞれのレイアウトに含まれ得る要素画像の表示態様を特定する SENの値が列挙されている。すなわち、 1つの MENで特定されるそれぞれのレイアウトには、 1つまたは複数の要素画像が様々な表示態様で含まれ得る。 SENは、そのような要素画像の互いに異なる表示態様に対して固有に割り当てられて、る。 SENの値は、後述するが、 CANデータの内容に応じて、 MENとは異なるルールにより、 DPFコントローラ 21によって決定される。このとき、 MENで特定されるそれぞれのレイアウトに含まれ得る SENを領域 232c〜領域 232c に定義しておくことにより、 DPFコント

1 12

ローラ 21は、 CANデータから決定された SENのうち、描画コントローラ 22へ出力すべき SENがどれであるかを判断できる。なお、 1つの MENに対して、決定される SE Nは 1つまたは複数である。

[0061] なお、図 6に示した領域 232bには、これらの領域 232c〜232c の先頭アドレス（

0 12

オフセット）がそれぞれ格納されている。 DPFコントローラ 21は、遷移先の MEN (ME N=n)が決定されると、領域 232bを参照することにより、当該 MENのレイアウトに対する遷移条件が格納された領域 232cのオフセットを取得し、当該領域へアクセスする。

[0062] ここで、 CANデータを取得したときに、 DPFコントローラ 21が、 MENと SENを決定する処理の手順について、図 10のフローチャートを参照しながら説明する。

[0063] 図 10に示すように、 DPFコントローラ 21は、起動されると、まず、 MEN— Pに 1を初期設定し (ステップ SO)、さらに、変数 iの値を 0に初期設定する (ステップ Sl)。ここで、 MEN— Pは、前回のレイアウトの MENを格納する変数であり、この例では、起動直後のステップ SOにおいて、初期値として 1を設定することになつている。ただし、初期値は、 1に限らず任意に設定することが可能である。変数 iは、 DPFコントローラ 21が、どの MENの遷移条件を参照するかを表す。つまり、 DPFコントローラ 21は、 iの値に従って、 MEN遷移テーブル 232の領域 232cを参照し、この領域 232cに記述されている遷移条件が成立するか否かを判断する。従って、 CANデータを取得する毎に、 DPFコントローラ 21は、ステップ S1を実行することにより、必ず最初に、 MEN遷移テーブル 232の領域 232cにおける遷移条件カゝら判定を開始する。

0

[0064] 次に、 DPFコントローラ 21は、領域 232cに記述されている遷移条件のうち、最初

0

に記述されてヽる遷移条件を判定対象として、この遷移条件が成立するか否かを判定する（ステップ S 2)。ここで、遷移条件が成立しなければ (ステップ S2の結果が No) 、領域 232cに記述されている最後の遷移条件まで判定が終了していない場合は（

0

ステップ S3の結果が No)、 DPFコントローラ 21は、領域 232cに記述されている次の遷移条件を判定対象として (ステップ S4)、ステップ S2に戻って判定処理を繰り返す。一方、領域 232cに記述されている最後の遷移条件まで、いずれの遷移条件も

0

成立せずに判定が終了した場合は (ステップ S3の結果が Yes)、 DPFコントローラ 21 は、変数 iの値を、 MEN— Pの値とする（ステップ S 5)。すなわち、 DPFコントローラ 2 1が起動された直後に、「遷移開始」の状態からすべての遷移条件が成立しな!、場合は、本実施形態では、 iの値は、ステップ SOにおいて MEN— Pに対して設定された値 (すなわち 1)となる。これにより、この場合は MENの値の候補が 1であるものとされ、次にステップ S 7を実行することにより、領域 232cに記述されている遷移条件から

1

判定が再開される。

[0065] また、領域 232cに記述されて、る、ずれかの遷移条件が成立した場合は (ステツ

0

プ S2の結果が Yes)、 DPFコントローラ 21は、その遷移条件が成立した場合の遷移先として記述されている MENの値を、変数 iに代入する（ステップ S6)。

[0066] 次に、 DPFコントローラ 21は、領域 232cに記述されている遷移条件のうち、最初に記述されてヽる遷移条件を判定対象として、この遷移条件が成立するか否かを判定する (ステップ S 7)。遷移条件が成立した場合は (ステップ S7の結果が Yes)、ステップ S6へ戻り、ステップ S6および S7の処理を繰り返す。遷移条件が成立せず (ステップ S7の結果が No)、かつ、領域 232cに記述されている最後の遷移条件まで判定が終了していない場合は（ステップ S8の結果が No)、 DPFコントローラ 21は、領域 2 32cに記述されている次の遷移条件を判定対象として (ステップ S9)、ステップ S7に戻る。

[0067] 一方、領域 232cに記述されて、る最後の遷移条件まで、、ずれの遷移条件も成立せずに判定が終了した場合は (ステップ S8の結果が Yes)、 DPFコントローラ 21は、 MENの値を iとする（ステップ S10)。これにより、 MENの値力 4に確定する。

[0068] DPFコントローラ 21は、以上の処理によって確定された MENの値を描画コント口ーラ 22へ出力する（ステップ Sl l)。また、 DPFコントローラ 21は、 MEN— Pへ、確定された MENの値を代入する（ステップ S 12)。次に、 DPFコントローラ 21は、 CANデータと SEN発行テーブル 233とを対照することにより、 SENの値を決定し、描画コントローラ 22へ出力する (ステップ S13)。 [0069] そして、その後、車内 LAN70から CANデータを新たに取得したとき（ステップ S 14 の結果が Yes)、 DPFコントローラ 21は、ステップ S1へ戻り、 S1〜S13の処理を再開する。

[0070] 以上のとおり、図 10に示した手順によって、 DPFコントローラ 21は、 MENと SENとを決定し、出力することができる。例えば、運転者が速度 50kmで走行中に左ウィンカーを ONにする操作を行った場合、この操作によって CANデータ中の「左ウィン力一」の状態を表す CAN変数の値が「ON」となる。また、このとき、 CANデータ中の「速度」を表す CAN変数の値は「50」である。この CANデータを DPFコントローラ 21 が取得した場合、図 9に示す領域 232cの遷移条件を上力も順に判定していくと、領

0

域 232cにおける上から 6つ目の遷移条件が成立することにより、遷移先の MENの

0

値の候補が 11に決定される。さらに、 MEN= 11にレイアウトに関する遷移条件を記述した領域 232c の遷移条件を上から順に判定していくと、領域 232c の遷移条件

11 11

はいずれも成立しないので、 MEN= 11が、 MENの値として確定する。これにより、次の遷移先のレイアウトが「左折走行」であることを示す MEN= 11が、描画コント口ーラ 22へ出力されることとなる。

[0071] 次に、ステップ S13において、 DPFコントローラ 21が SENの値を決定して出力する処理について、図 11および図 12を参照しながら説明する。図 11は、 SEN発行テーブル 233の領域 233bに記述されているデータ構造の一例を示す説明図である。 SE N発行テーブル 233は、領域 233bに記述されているデータの数（レコード数）が記述される領域 233aと、それぞれの CAN変数の値に対する SENの値を定義する領域 2 33bとを有している（図 6参照）。図 12は、図 10に示すフローチャートのステップ S13 の内部処理を示すフローチャートである。

[0072] 図 11に示すように、 SEN発行テープノレ 233の領域 233bには、 CAN変数番号と、比較値と、タイム（1)と、 SEN番号（1)と、タイム（2)と、 SEN番号（2)とが記述されている。 CAN変数番号の欄には、図 7に示した CAN変数変換テーブル 231で定義される CAN変数番号が入る。そして、 CAN変数番号で示される CAN変数の値が、「比較値」の値と等ヽ場合に、 SEN番号（1)および SEN番号（2)の欄に記載された値力 SENの値として決定される。なお、タイム（1)の欄が 0の場合は、 SEN番号（1) のみを発行する。つまり、タイム（1)の欄が 0の場合は、タイム（2)の欄および SEN番号（2)の欄にも 0が格納されている。タイム（1)の欄が 0以外の場合は、 SEN番号（1) の要素画像をタイム（1)で指定されて!、る時間だけ表示し、 SEN番号（2)の要素画像をタイム（2)で指定されている時間だけ表示し、それを交互に繰り返す。これにより、例えば、ウィンカーや警告灯の点滅表示を実現することができる。なお、図 11では、 CAN変数が比較値と等しい場合に対して SENの値を定義した例を示した力 SE Nの値を決定する際の CAN変数と比較値との演算子は、 "= "のみに限定されず、比較演算子等を定義しても良、。

[0073] 図 12に示すように、 DPFコントローラ 21は、まず、 CANデータと上記の SEN発行テーブル 233の領域 233bとを対照すること〖こより、 CANデータに応じた SENの値を決定する（ステップ S 131)。次に、 DPFコントローラ 21は、図 10のステップ S11で確定出力された MENの値（ここでは kとする）を参照し、 MEN遷移テーブル 232において、この MENの値 (k)のレイアウトに関する遷移条件を記載した領域 232cの最

k 後に列挙されて、る SENの値と、上記のステップ S 131で決定された SENの値とを対照し、ステップ S131で決定された SENの値のうち、領域 232cの最後に列挙され

k

ている SENに含まれるものだけを、出力すべき SENとして確定する（ステップ S132) 。 DPFコントローラ 21は、ステップ S 132で確定した SENの値を、描画コントローラ 22 へ出力する (ステップ S133)。

[0074] 以上の処理により、ステップ S11で確定出力された MENで特定されるレイアウトに含まれる要素画像の SENのみを、描画コントローラ 22へ出力することができる。

[0075] 上述のように決定された MENと SENは、 DPFコントローラ 21から描画コントローラ 22へ送られる。描画コントローラ 22は、 MENと SENのそれぞれをインデックスとして用いて、コマンドテーブル 25を参照する。コマンドテーブル 25には複数種類のコマンド群が予め登録されている。これらのコマンド群のそれぞれは、 MENおよび SEN の取り得る値のそれぞれに一意に対応付けられている。すなわち、 MENが取り得る値のそれぞれに対応付けて、レイアウト画像を生成するためのコマンド群が対応付けられている。また、 SENが取り得る値のそれぞれに対応付けて、要素画像を生成するためのコマンド群が対応付けられて、る。 [0076] 描画コントローラ 22は、 MENおよび SENのそれぞれに対応するコマンド群をコマンドテーブル 25から読み出して実行する。描画コントローラ 22が MENに対応するコマンド群を実行することにより、 MENで特定されるレイアウトの画像が生成される。また、描画コントローラ 22が SENのそれぞれに対応するコマンド群をそれぞれ実行することにより、 SENの個数に応じた数の要素画像力それぞれの SENの値に応じて生成される。なお、レイアウト画像と要素画像とは、オーバーレイ画像を構成するための、互いに異なる複数のプレーン上にそれぞれ生成される。そして、これら複数のプレーンを重ね合わせることにより、レイアウト画像と要素画像とを組み合わせた合成画像が生成され、液晶表示装置 11に表示される。

[0077] コマンドテーブル 25のコマンド群は、自動車の各部の状態に適した表示を実現するべぐ予め作成され、登録されている。これらのコマンドの例としては、レイアウト画像および要素画像のそれぞれのデータ (ビットマップデータ）を画像メモリ 26から読み出すコマンド、要素画像の表示位置や大きさを指定するコマンド、要素画像を拡大または縮小するためのコマンド、要素画像の回転角度を指定するコマンド、オーバーレィ画像の各プレーンに画像を転送するためのコマンド等が含まれている。

[0078] 以上のように、本実施形態の自動車用情報表示システムによれば、自動車の各部の状態に応じた合成画像を生成して、液晶表示装置 11へ表示することができる。また、本実施形態の自動車用情報表示システムによれば、自動車メーカーや車種に応じた状態情報 Dのフォーマットの相違に対しては、 MENZSEN判定テーブル 23の内容を適宜変更するだけで対応が可能である。つまり、 DPFコントローラ 21の処理プログラム（例えば図 10に示したフローチャートの手順）については、自動車メーカーや車種に関わらず、共通化することができる。これにより、自動車用情報表示システムの開発コストを削減することができる。

[0079] なお、上述の実施形態は、本発明の技術的範囲を限定するものではなぐ発明の範囲内で種々の変更が可能である。例えば、上述の具体例では、液晶表示装置 11 に表示される画面は、 1つの MENによって特定されるレイアウトと、 1つまたは複数の SENによって特定される要素画像とを組み合わせることによって構成されるものとしたが、例えば、液晶表示装置 11の画面を複数に分割した表示を行う場合や、液晶表示装置 11の視野角によって互いに異なる画像を表示する場合等には、複数のレイァゥトを用いることも可能である。従って、この場合は、複数の MENを決定することとなる。また、上記の実施形態では、 1つの MENに対して 1つまたは複数の SENが決定される例を説明した力 1つの SENに対して 1つまたは複数の SENが複合ィ匕されることちある。

[0080] また、上述の実施形態では、表示識別子として MENおよび SENの 2種類を用いる例を示したが、表示識別子の数および種類は、この具体例のみに限定されない。また、表示識別子を決定するために用いられる識別子テーブルの具体例を、図 6,図 7 ,図 9,および図 11等に示したが、これらはあくまでも一具体例に過ぎず、識別子テ一ブルの構成は様々に考えられる。

[0081] さらに、上述の実施形態では液晶表示装置を用いたが、本発明の適用対象は液晶表示装置を用いた情報表示システムに限定されない。少なくとも、状態情報に応じた合成画像を表示する箇所がドットマトリクス方式の表示装置であれば、任意の表示装置を用いることができる。

[0082] また、本発明の適用対象は、前述したような、インストルメントパネルに組み込まれる情報表示システムのみに限定されない。例えば、車両等の操縦席前面の窓に画像を表示または投影するタイプの表示装置や、操縦者の身体に装着されるタイプの表示装置を用いた情報表示システムとしても良、。

[0083] また、本発明に力かる移動体用情報表示システムは、車両等の移動体の状態を表示するだけでなぐ例えば、車両外部の景色を撮影した映像、車両等に備え付けられた記憶媒体に記憶されている映像、外部との通信によって得られる映像等、その他の任意の画像 (静止画または動画)および文字情報等の付加的な情報を、併せて表示することが可能である。

産業上の利用可能性

[0084] 本発明は、自動車等の移動体の各部の状態を表す状態情報から、この移動体の操縦等に必要な画像を表示装置に表示するための画像情報を容易に生成することが可能な画像情報生成装置と、これを備えた表示制御装置、移動体用情報表示システム、操縦席用モジュール、および移動体として利用可能である。

Claims

請求の範囲

[1] 移動体の各部力も収集された状態情報に基づいて、ドットマトリクス方式の表示装置に当該移動体の状況に応じた画像を表示するための画像情報を生成する画像情報生成装置であって、

前記画像情報は、前記表示装置に表示すべき画像のレイアウトを特定するレイァゥト識別子と、前記レイアウト中の要素画像の表示態様を特定する要素画像識別子とを含み、

前記画像情報生成装置は、

前記状態情報と前記レイアウト識別子との対応関係と、前記状態情報と前記要素画像識別子との対応関係と、前記レイアウト識別子と前記要素画像識別子との対応関係とを定義した識別子テーブルを記憶した識別子記憶部と、

移動体の各部から収集された状態情報を取得し、取得した状態情報と前記識別子テーブルとを対照することにより、当該状態情報が収集されたときの移動体の状況に応じたレイアウト識別子および要素画像識別子を決定して出力する識別子決定部とを備えたことを特徴とする画像情報生成装置。

[2] 前記識別子テーブルは、複数のレイアウト間の遷移関係と、前記レイアウト間で遷移が生じるために前記状態情報が満たすべき遷移条件とを、前記状態情報と前記レィアウト識別子との対応関係として定義し、

前記識別子決定部は、移動体の各部から収集された状態情報を取得する毎に、取得した状態情報と前記識別子テーブルの前記遷移条件とを対照することにより、遷移先となるレイアウトのレイアウト識別子を決定して出力する、請求項 1に記載の画像情報生成装置。

[3] 前記識別子テーブルにお!、て、前記遷移条件は、前記状態情報に含まれる変数と所定の値との比較式によって定義され、

前記識別子テーブルは、前記状態情報から前記変数を抽出するための変数変換テーブルを含む、請求項 2に記載の画像情報生成装置。

[4] 前記識別子テーブルは、各レイアウトに含まれ得る要素画像の表示態様を、前記レィァ外識別子と前記要素画像識別子との対応関係として定義し、前記識別子決定部は、移動体の各部から収集された状態情報を取得する毎に、取得した状態情報と前記識別子テーブルとを対照することによりレイアウト識別子と要素画像識別子とを決定し、決定されたレイアウト識別子に対して前記レイアウト識別子と前記要素画像識別子との対応関係において対応付けられている要素画像識別子を、出力すべき要素画像識別子として決定する、請求項 1〜3のいずれか一項に記載の画像情報生成装置。

[5] 請求項 1〜4のいずれか一項に記載の画像情報生成装置と、

前記レイアウト識別子のそれぞれに対応するレイアウト画像と、前記要素画像識別子のそれぞれに対応する要素画像とを記憶した画像記憶部と、

前記画像情報生成装置の識別子決定部から出力されるレイアウト識別子および要素画像識別子を取得し、前記レイアウト識別子に対応するレイアウト画像と、前記要素画像識別子に対応する要素画像とを前記画像記憶部から抽出して合成することにより、前記表示装置に表示させる画像を生成する画像合成部とを備えたことを特徴とする表示制御装置。

[6] 請求項 5に記載の表示制御装置と、

前記表示制御装置の画像合成部により生成された画像を表示する表示装置とを備えたことを特徴とする移動体用情報表示システム。

[7] 前記表示装置が液晶表示装置である、請求項 6に記載の移動体用情報表示システム。

[8] 移動体の操縦席まわりに取り付けられる操縦席用モジュールであって、

請求項 6または 7に記載の移動体用情報表示システムを備えたことを特徴とする操縦席用モジュール。

[9] 請求項 6または 7に記載の移動体用情報表示システムを備え、

前記表示装置が、少なくとも操縦席力視認可能な位置に取り付けられたことを特徴とする移動体。

[10] 前記移動体が自動車であり、

前記状態情報は、前記自動車の各部に設けられた ECU力送信され、車内ネットワークを介して前記画像情報生成装置へ収集される、請求項 9に記載の移動体。