知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024114415
(43)【公開日】2024-08-23
(54)【発明の名称】表示装置
(51)【国際特許分類】
G09G 5/377 20060101AFI20240816BHJP
G09G 5/37 20060101ALI20240816BHJP
G09G 5/14 20060101ALI20240816BHJP
G09G 5/00 20060101ALI20240816BHJP
G09G 5/18 20060101ALI20240816BHJP
B60R 11/02 20060101ALI20240816BHJP
B60K 35/00 20240101ALI20240816BHJP
H04N 5/262 20060101ALI20240816BHJP
【ＦＩ】
G09G5/377 100
G09G5/37 320
G09G5/14 C
G09G5/00 550B
G09G5/18
G09G5/00 510A
G09G5/00 550C
G09G5/00 530D
G09G5/37 110
G09G5/00 530M
G09G5/00 530T
B60R11/02 C
B60K35/00 Z
H04N5/262 040
【審査請求】未請求
【請求項の数】5
【出願形態】ＯＬ
(21)【出願番号】P 2023020169
(22)【出願日】2023-02-13
(71)【出願人】
【識別番号】000006895
【氏名又は名称】矢崎総業株式会社
(74)【代理人】
【識別番号】110002000
【氏名又は名称】弁理士法人栄光事務所
(72)【発明者】
【氏名】朝倉 淳一
【テーマコード（参考）】
3D020
3D344
5C023
5C182
【Ｆターム（参考）】
3D020BA04
3D020BB01
3D020BC01
3D020BD05
3D020BE03
3D344AA19
3D344AB01
3D344AD01
5C023AA11
5C023AA38
5C023BA12
5C023CA03
5C023EA03
5C182AA03
5C182AB25
5C182AC02
5C182AC03
5C182AC13
5C182AC33
5C182AC35
5C182AC43
5C182BA29
5C182CA21
5C182CA51
5C182CB13
5C182CB14
5C182CB44
5C182CB47
5C182CB55
5C182CC03
5C182CC22
5C182DA65
5C182DA70
(57)【要約】
【課題】高品位な表示、および表示の即応性の両方の条件を満たすことが容易な表示装置を提供すること。
【解決手段】プリクラッシュ警報を表示する場合は、色数の少ないキャラクタ（プリクラッシュ画像ｉＡ）をＯＳＤで描画して先に表示する。ほぼ同時にリッチＯＳで高品位キャラクタ（プリクラッシュ画像ｉＢ）の描画を開始し、描画終了時に２つのキャラクタ（プリクラッシュ画像ｉＡ２，ｉＢ）を透過処理を用いて合成して画面表示に反映する。ＯＳＤ描画処理により表示の即応性を確保し、リッチＯＳの描画により高品位画像の表示を可能にする。バーグラフ等を表示する場合は、高品位キャラクタを先に描画して表示し、高品位キャラクタの領域の一部をマスク画像でマスクして視認可能なバーのサイズを周期的に更新する。サイズが可変のマスク画像をＯＳＤで描画して即応性を確保する。
【選択図】図２
【解決手段】プリクラッシュ警報を表示する場合は、色数の少ないキャラクタ（プリクラッシュ画像ｉＡ）をＯＳＤで描画して先に表示する。ほぼ同時にリッチＯＳで高品位キャラクタ（プリクラッシュ画像ｉＢ）の描画を開始し、描画終了時に２つのキャラクタ（プリクラッシュ画像ｉＡ２，ｉＢ）を透過処理を用いて合成して画面表示に反映する。ＯＳＤ描画処理により表示の即応性を確保し、リッチＯＳの描画により高品位画像の表示を可能にする。バーグラフ等を表示する場合は、高品位キャラクタを先に描画して表示し、高品位キャラクタの領域の一部をマスク画像でマスクして視認可能なバーのサイズを周期的に更新する。サイズが可変のマスク画像をＯＳＤで描画して即応性を確保する。
【選択図】図２
【特許請求の範囲】
【請求項1】
描画指示に基づいて、第１画像を生成する第１描画部と、
前記描画指示に基づいて、画素あたりのデータ量が前記第１画像よりも多い第２画像を生成する第２描画部と、
前記描画指示に応じた共通の像を表示するために、所定の表示領域に対する前記第１画像の表示と前記第２画像の表示とを互いにずれたタイミングで制御すると共に、前記第１画像と前記第２画像とを少なくとも一部分の領域が重なる状態で重畳表示する画像処理部と、
を備えた表示装置。
前記描画指示に基づいて、画素あたりのデータ量が前記第１画像よりも多い第２画像を生成する第２描画部と、
前記描画指示に応じた共通の像を表示するために、所定の表示領域に対する前記第１画像の表示と前記第２画像の表示とを互いにずれたタイミングで制御すると共に、前記第１画像と前記第２画像とを少なくとも一部分の領域が重なる状態で重畳表示する画像処理部と、
を備えた表示装置。
【請求項2】
前記第１描画部および前記第２描画部は、共通の前記描画指示をトリガとしてほぼ同時に描画処理を開始する機能を有し、
前記画像処理部は、前記描画指示に従って前記第１画像を前記表示領域に表示した後、前記第２描画部の処理が完了したことを検知すると、前記第２画像を前記表示領域に重畳表示する、
請求項１に記載の表示装置。
前記画像処理部は、前記描画指示に従って前記第１画像を前記表示領域に表示した後、前記第２描画部の処理が完了したことを検知すると、前記第２画像を前記表示領域に重畳表示する、
請求項１に記載の表示装置。
【請求項3】
即応性を必要とする所定の警報情報が車両上で発生した場合に、前記警報情報の入力に応じて、前記描画指示を前記第１描画部および前記第２描画部に与える制御部を備える、
請求項２に記載の表示装置。
請求項２に記載の表示装置。
【請求項4】
前記画像処理部は、前記第２画像を前記表示領域に表示した後で、少なくとも一部分の領域が前記第２画像と重なる状態で、前記第１画像を前記表示領域で重畳表示する、
請求項１に記載の表示装置。
請求項１に記載の表示装置。
【請求項5】
前記第１描画部は、前記描画指示が入力される度に、前記第２画像の少なくとも一部分の表示をマスク可能なマスク画像を前記第１画像として生成すると共に、少なくとも前記マスク画像のサイズを前記描画指示に応じて変更する、
請求項４に記載の表示装置。
請求項４に記載の表示装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、表示装置に関する。
【背景技術】
【0002】
車両においては様々な表示機能が必要とされる。例えば、プリクラッシュセーフティと呼ばれる衝突警報機能の表示を行う場合には、車両上の機器が警報すべき事象を検知した場合に即座に警報の表示を実行し運転者に警報を伝える必要がある。したがって、そのような機能を実現する表示装置を設計する場合には、表示動作に遅延が生じないことを優先的に考慮しなければならない。
【0003】
一方、車両上の表示装置においては、車両のユーザに対して高級感を演出したり乗員に満足感を与えることも重要である。具体的には、表示する様々なキャラクタ、図形、画像などを色数の多い高品位かつ高精細の像として表示することが望まれている。
【0004】
例えば特許文献１は、車載用表示システムにおいて、表示部自体に故障が発生した場合に、その故障発生を通知するための表示手段を別途設けることなく、ドライバに対して通知を行うための技術を開示している。また、特許文献２は動画コンテンツ、静止画コンテンツ、地物アイコン等の重畳データ（段落００４６参照）を地図上の位置に対応付けて、地図と重畳データとを重畳して表示部で表示する技術を開示している。また、特許文献３は１つの表示画面の描画処理を複数の処理装置で行う場合に、起動時にユーザに与える違和感を少なくするための技術を開示している。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２０１１－１１１０２８号公報
【特許文献2】特開２０１０－１５２１１４号公報
【特許文献3】特開２０１６－８５５２８号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
例えばＯＳＤ (On-Screen Display) と呼ばれる機能を実現するディスプレイの場合は、基本的には画素あたり４ビットのデータで表示を制御するので、必要とするメモリの記憶容量が少ない。しかし、各画素を４ビットのデータで表現するので色数は１６色に限定される。また、メモリとして通常はフラッシュＲＯＭを用いるので、記憶装置のビット単価が高くなる。また、ソフトウェアとしてリアルタイムＯＳを使用するので、短時間で、例えば１フレームの時間周期で描画処理を完了できる。
【0007】
一方、リッチＯＳと呼ばれるソフトウェアシステムにより制御されるディスプレイの場合は、画素あたり３２ビットのデータで表示を制御できるので、１６万色の色を使い分けることで高品位の画像を表示できる。また、例えばメモリとしてeMMC（embedded Multi Media Card）を利用できるので、記憶装置のビット単価は比較的安くなる。しかし、リッチＯＳでキャラクタ等を描画する場合には、ベストエフォートの動作になるので、描画処理の結果を表示するまでの時間が変動し、表示が遅れる可能性がある。特に、ＯＳ上の動作において描画以外の処理負荷が増大すると、描画処理が遅延しその結果が表示に反映されるまでの待ち時間が増大する。
【0008】
したがって、車両用のディスプレイにおいて、例えばプリクラッシュセーフティの警報表示を行う場合には、ＯＳＤに属する形式のディスプレイを採用することで、表示の即応性について要求される条件を満たすことができる。しかしながら、画素あたり４ビットのデータでは１６色しか使えないのでそのままでは高品位なキャラクタや画像を表示できない。
【0009】
また、ＯＳＤのディスプレイに例えば特別な回路を付加して画素あたりのビット数を増やす場合には、ビット単価が高いフラッシュＲＯＭの部品数を増やすことになるため、装置のコストが大幅に上昇することが懸念される。
【0010】
一方、リッチＯＳで制御されるディスプレイを採用する場合には、高品位のキャラクタや画像を表示することは容易であるが、処理負荷が増大した場合に発生する表示の遅延が課題になる。
【0011】
本発明は、上記の状況に鑑みてなされたものであり、その目的は、高品位な表示、および表示の即応性の両方の条件を満たすことが容易な表示装置を提供することである。
【課題を解決するための手段】
【0012】
前述した目的を達成するために、本発明に係る表示装置は、下記を特徴としている。
描画指示に基づいて、第１画像を生成する第１描画部と、
前記描画指示に基づいて、画素あたりのデータ量が前記第１画像よりも多い第２画像を生成する第２描画部と、
前記描画指示に応じた共通の像を表示するために、所定の表示領域に対する前記第１画像の表示と前記第２画像の表示とを互いにずれたタイミングで制御すると共に、前記第１画像と前記第２画像とを少なくとも一部分の領域が重なる状態で重畳表示する画像処理部と、
を備えた表示装置。
描画指示に基づいて、第１画像を生成する第１描画部と、
前記描画指示に基づいて、画素あたりのデータ量が前記第１画像よりも多い第２画像を生成する第２描画部と、
前記描画指示に応じた共通の像を表示するために、所定の表示領域に対する前記第１画像の表示と前記第２画像の表示とを互いにずれたタイミングで制御すると共に、前記第１画像と前記第２画像とを少なくとも一部分の領域が重なる状態で重畳表示する画像処理部と、
を備えた表示装置。
【発明の効果】
【0013】
本発明の表示装置によれば、高品位な表示、および表示の即応性の両方の条件を満たすことが容易になる。
【0014】
以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための最良の形態を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。
【図面の簡単な説明】
【0015】
【発明を実施するための形態】
【0016】
本発明に関する具体的な実施の形態について、各図を参照しながら以下に説明する。
＜表示装置の構成＞
本発明の実施形態における表示装置の主要部の構成例を図１に示す。図１に示した表示装置は１つの表示用ＥＣＵ（電子制御ユニット）１０として構成されている。この表示装置は、車両のインストルメントパネルの部位に搭載され、運転者等の乗員が必要とする様々な車両の情報を可視情報として表示するために利用できる。
＜表示装置の構成＞
本発明の実施形態における表示装置の主要部の構成例を図１に示す。図１に示した表示装置は１つの表示用ＥＣＵ（電子制御ユニット）１０として構成されている。この表示装置は、車両のインストルメントパネルの部位に搭載され、運転者等の乗員が必要とする様々な車両の情報を可視情報として表示するために利用できる。
【0017】
代表例としては、プリクラッシュセーフティの警報表示を行う機能や、コンビネーションメータの表示機能を図１の表示用ＥＣＵ１０を用いて実現できる。本発明の表示装置は車両以外の用途で利用することも可能である。
【0018】
また、図１に示した表示用ＥＣＵ１０を複数のモジュールに分割することもできる。例えば、図１中の破線で囲んで示される表示制御部１０Ａを表示用ＥＣＵ１０から独立した１つのモジュールとして構成し、その他の構成要素と電気的に接続して使用することも考えられる。
【0019】
図１の表示用ＥＣＵ１０は、アプリケーションプロセッサ(Application Processor)１１、メモリ１２、ＯＳＤ画面合成部１３、メモリ１４、ＣＡＮマイコン１５、ＣＡＮインタフェース１６、インタフェース１７、およびディスプレイ２０を備える。なお、ディスプレイ２０は、表示用ＥＣＵ１０と一体に構成しても良いし、表示用ＥＣＵ１０の外側に接続しても良い。
【0020】
アプリケーションプロセッサ１１は、リッチＯＳに区分される組み込みソフトウェアを実装したプロセッサ（コンピュータ）の集積回路として構成されている。アプリケーションプロセッサ１１は、それ自身に組み込まれたソフトウェアを実行することで、表示用ＥＣＵ１０に必要とされる様々な機能の一部分の処理を実現できる。
【0021】
本実施形態では、高品位キャラクタの像を描画する機能がアプリケーションプロセッサ１１に備わっている。また、アプリケーションプロセッサ１１は描画以外の様々な処理も必要に応じて実行できる。
【0022】
メモリ１２は、eMMC（embedded Multi Media Card）デバイスにより構成され、アプリケーションプロセッサ１１がアクセスできるように接続されている。このメモリ１２は、アプリケーションプロセッサ１１が描画可能な１種類以上の高品位キャラクタのデータを予め保持している。メモリ１２が保持する表示用のキャラクタは、例えば縦方向２５６画素、横方向２５６画素で構成され、画素毎に３２ビットの色を表すデータを有している。したがって、１６万種類（３２ビット）の色を使い分けて高品位のキャラクタを表現することができる。
【0023】
アプリケーションプロセッサ１１は、メモリ１２に保持されているデータを利用して高品位キャラクタの像を描画し、この像を映像信号ＳＧ１として出力することができる。アプリケーションプロセッサ１１は、例えば、背景や、アニメーション等の、表現力が求められる物を描画する。なお、アプリケーションプロセッサ１１はリッチＯＳ上で処理を実行するので、キャラクタの描画処理を開始してからそれが完了するまでの所要時間は一定ではない。すなわち、リッチＯＳ上の動作はベストエフォートの処理になるので、例えばアプリケーションプロセッサ１１上で描画以外の処理負荷が増大すると、その影響を受けて描画処理の実行に遅延が生じる場合がある。
【0024】
ＯＳＤ(On-Screen Display)画面合成部１３は、ＯＳＤの機能を処理するプロセッサにより構成されている。また、リアルタイムＯＳの組み込みソフトウェアがこのプロセッサに実装されている。ＯＳＤ画面合成部１３は、ＯＳＤ用のキャラクタであって色数が少ないキャラクタを描画する機能、およびＯＳＤ用のキャラクタの画面と映像信号ＳＧ１の画面とを重畳するように合成する機能を有している。ＯＳＤ画面合成部１３は、警報や、法規要件等の即応性又は信頼性が求められる物を描画する。また、ＯＳＤ画面合成部１３が２つの画面を合成する際には、例えばアルファブレンド等の透過処理により、透過表示を可能にして２つの画面の両方の内容を同時に視認できるように表示することもできる。
【0025】
メモリ１４は、フラッシュメモリ（ＦＲＯＭ）デバイスにより構成され、ＯＳＤ画面合成部１３がアクセスできるように接続されている。このメモリ１４は、ＯＳＤ画面合成部１３のプロセッサが描画可能な１種類以上の低品位キャラクタのデータを予め保持している。メモリ１４が保持する表示用のキャラクタは、例えば縦方向２５６画素、横方向２５６画素で構成され、画素毎に４ビットの色を表すデータを有している。したがって、メモリ１４を使用するＯＳＤ画面合成部１３自体は１６種類（４ビット）の色で表現可能な低品位のキャラクタの像だけしか描画できない。
【0026】
ＯＳＤ画面合成部１３のプロセッサは、メモリ１４に保持されているデータを利用して低品位キャラクタの像を描画し、この像を映像信号ＳＧ２としてディスプレイ２０に出力することができる。また、ＯＳＤ画面合成部１３が描画した低品位キャラクタの像を、映像信号ＳＧ１の像に重畳した結果として映像信号ＳＧ２を出力することもできる。
【0027】
また、ＯＳＤ画面合成部１３のプロセッサはリアルタイムＯＳ上で処理を実行するので、キャラクタの描画処理を開始してからそれが完了するまでの所要時間はほぼ一定になる。例えば、表示画面の１フレーム周期の時間内で１つのキャラクタの１回の描画処理を完了できる。
【0028】
ＣＡＮ(Controller Area Network)インタフェース１６は、車両側に用意されているＣＡＮの通信網と接続し、車両側と表示用ＥＣＵ１０との間で通信する機能を提供する。例えば、車両側で発生したプリクラッシュ警報の情報、車速（ｋｍ／ｈ）、エンジン回転速度（ｒｐｍ）などの情報をＣＡＮインタフェース１６を経由して車両側から取得できる。
【0029】
ＣＡＮマイコン１５は、ＣＡＮインタフェース１６から入力される信号を処理する機能を備えたコンピュータデバイスである。また、ＣＡＮマイコン１５は、入力されるプリクラッシュ情報ＳＧ４などに従い、キャラクタ描画などを制御信号ＳＧ３でＯＳＤ画面合成部１３に指示する。また、ＣＡＮマイコン１５は、インタフェース１７を介してキャラクタ描画などを制御信号ＳＧ５でアプリケーションプロセッサ１１に指示する。したがって、ＣＡＮマイコン１５は、ＯＳＤ画面合成部１３とアプリケーションプロセッサ１１の連携を制御できる。
【0030】
ディスプレイ２０は、例えばＴＦＴ（Thin Film Transistor）液晶パネルとして構成された表示デバイスである。ディスプレイ２０は、例えば画面の平面上で縦方向２５６、横方向２５６の表示画素を有し、画素毎に１６万色の色の表現が可能な表示能力を有している。
【0031】
また、本実施形態では、アプリケーションプロセッサ１１が描画するキャラクタと、ＯＳＤ画面合成部１３が描画するキャラクタとは少なくとも一部分に共通性を有している。例えば、車体外観などを模擬したキャラクタを表示する場合には、画素毎の色数のみが異なりそれ以外の全てが共通のキャラクタをアプリケーションプロセッサ１１とＯＳＤ画面合成部１３がそれぞれ描画するように設計する。その場合、色数の少ないキャラクタではグラデーションをほとんど表現できないため低品位の表示になるが、色数の多いキャラクタを用いることで高品位の表示が可能になる。
【0032】
また、バーグラフなどのキャラクタを表示する場合には、バーグラフの表示長さがエンジン回転速度等を表すので、表示長さを調整するためのマスク画像と高品位のバーグラフとを共通の要素として組み合わせることで高品位かつ即応性の高い表示が可能になる。
【0033】
＜車両においてプリクラッシュの警報を表示する表示装置：第１の実施形態＞
－＜プリクラッシュ画像の例＞
複数の処理で生成するプリクラッシュ画像の例を図２に示す。
図１に示した表示用ＥＣＵ１０は、例えば車両側からプリクラッシュ情報ＳＧ４が入力された時に、ＯＳＤ画面合成部１３でプリクラッシュ画像ｉＡを描画することができる。ＯＳＤ画面合成部１３の描画処理は短時間で終了し、プリクラッシュ画像ｉＡの内容は映像信号ＳＧ２としてディスプレイ２０がその画面に表示するプリクラッシュ画像ｉＣに直ちに反映される。
－＜プリクラッシュ画像の例＞
複数の処理で生成するプリクラッシュ画像の例を図２に示す。
図１に示した表示用ＥＣＵ１０は、例えば車両側からプリクラッシュ情報ＳＧ４が入力された時に、ＯＳＤ画面合成部１３でプリクラッシュ画像ｉＡを描画することができる。ＯＳＤ画面合成部１３の描画処理は短時間で終了し、プリクラッシュ画像ｉＡの内容は映像信号ＳＧ２としてディスプレイ２０がその画面に表示するプリクラッシュ画像ｉＣに直ちに反映される。
【0034】
また、表示用ＥＣＵ１０のアプリケーションプロセッサ１１は、プリクラッシュ情報ＳＧ４の入力をトリガとしてプリクラッシュ画像ｉＢの描画処理を開始できる。アプリケーションプロセッサ１１における描画処理の所要時間は一定ではなく、ＯＳＤ画面合成部１３の描画処理よりも遅い。
【0035】
ＯＳＤ画面合成部１３が描画するプリクラッシュ画像ｉＡは画素毎の色数が少ない低品位の画像であり、アプリケーションプロセッサ１１が描画するプリクラッシュ画像ｉＢは画素毎の色数が多い高品位の画像である。但し、図２に示すように２つのプリクラッシュ画像ｉＡ、ｉＢはほぼ同じ共通の内容を表している。
【0036】
アプリケーションプロセッサ１１によるプリクラッシュ画像ｉＢの描画処理が完了すると、ＯＳＤ画面合成部１３上で既に生成されているプリクラッシュ画像ｉＡに、映像信号ＳＧ１のプリクラッシュ画像ｉＢが重畳される。また、２つのプリクラッシュ画像ｉＡ、ｉＢを重畳する際に、上側レイヤの画像密度を下げて透過するプリクラッシュ画像ｉＡ２を生成する。下側レイヤのプリクラッシュ画像ｉＢの内容は、密度の低いプリクラッシュ画像ｉＡ２を透過する。したがって、これらが重畳されたプリクラッシュ画像ｉＣにおいては、上方からプリクラッシュ画像ｉＡ２と共にプリクラッシュ画像ｉＢの内容を視認することができる。
【0037】
ここで、短時間で描画できるプリクラッシュ画像ｉＡを先にディスプレイ２０上のプリクラッシュ画像ｉＣに反映することで、プリクラッシュの警報表示に必要とされる即応性の条件を満たすことができる。すなわち、表示用ＥＣＵ１０によれば、ディスプレイ２０の画面上に、プリクラッシュの警報を示すテルテールとして表示することができる。また、プリクラッシュ画像ｉＡにプリクラッシュ画像ｉＢを重畳することで、ディスプレイ２０の画面上で高品位の画像を再現できる。また、内容がほぼ同じ共通のプリクラッシュ画像ｉＡ、ｉＢを透過処理を利用して重畳することで、違和感の生じにくい表示を実現できる。
【0038】
－＜複数のプリクラッシュ画像の位置関係＞
重畳する複数のプリクラッシュ画像の相対的な位置関係の例を図３に示す。
ＯＳＤ画面合成部１３は、図３に示すように、プリクラッシュ画像ｉＢを下レイヤＬＬに配置し、プリクラッシュ画像ｉＡ、ｉＡ２を上レイヤＬＵに配置した構成で、合成画像を描画する。
重畳する複数のプリクラッシュ画像の相対的な位置関係の例を図３に示す。
ＯＳＤ画面合成部１３は、図３に示すように、プリクラッシュ画像ｉＢを下レイヤＬＬに配置し、プリクラッシュ画像ｉＡ、ｉＡ２を上レイヤＬＵに配置した構成で、合成画像を描画する。
【0039】
２つのレイヤＬＵ、ＬＬを単純に上下に重ねた場合は、下レイヤＬＬのプリクラッシュ画像ｉＢは上レイヤＬＵに隠れて見えなくなる。しかし、上レイヤＬＵのプリクラッシュ画像ｉＡ２のアルファ値を下げることにより透過させて、下レイヤＬＬのプリクラッシュ画像ｉＢが、上側から視認できる状態になる。また、２つのプリクラッシュ画像ｉＡ、ｉＢは共通の内容なので、両者を同じ位置に揃えて重ねることで違和感のない画像を表示できる。また、ＯＳＤ画面合成部１３は、上レイヤＬＵのプリクラッシュ画像ｉＡを即座に表示させた後、下レイヤＬＬのプリクラッシュ画像ｉＢの描画が完了すると、２つの上レイヤＬＵ、ＬＬを合成する。ＯＳＤ画面合成部１３は、ＣＡＮマイコン１５の指示に応じて、プリクラッシュ画像ｉＡの透過度を徐々に上げながら、順次、合成画像を生成し、ディスプレイ２０上のプリクラッシュ画像ｉＣに反映する。すなわち、表示用ＥＣＵ１０によれば、ディスプレイ２０上に、即座に低品位のプリクラッシュ画像ｉＡを表示した後、次第に、高品位のプリクラッシュ画像ｉＢに変化するように、表示することができる。
【0040】
－＜プリクラッシュ画像の表示例＞
プリクラッシュ画像の表示例を図４に示す。
例えば図４に示すように、プリクラッシュ画像は、自車両の車体の一部分の外観や、センサの作動状況や位置関係を表現した像や、状況を説明する文字列などを含む像である。このような像を、運転者の視認が容易な部位（例えばインストルメントパネル上）に表示することで、衝突の危険性がある状況を運転者に分かり易く知らせることができる。
プリクラッシュ画像の表示例を図４に示す。
例えば図４に示すように、プリクラッシュ画像は、自車両の車体の一部分の外観や、センサの作動状況や位置関係を表現した像や、状況を説明する文字列などを含む像である。このような像を、運転者の視認が容易な部位（例えばインストルメントパネル上）に表示することで、衝突の危険性がある状況を運転者に分かり易く知らせることができる。
【0041】
【0042】
表示用ＥＣＵ１０のＣＡＮマイコン１５は、ＣＡＮインタフェース１６を介して車両側から入力されるプリクラッシュ情報ＳＧ４に基づき、プリクラッシュ警報の有無をＳ１０で識別する。そして、プリクラッシュ警報有を検知するとＳ１１の処理に進む。
【0043】
ＣＡＮマイコン１５は、プリクラッシュ警報用のキャラクタ（或いは図形、画像等）について、ＯＳＤ画面合成部１３が描画および表示を実行するように制御信号ＳＧ３で指示する（Ｓ１１）。この指示に従い、ＯＳＤ画面合成部１３は指定されたキャラクタの描画処理を実行する。
【0044】
ＣＡＮマイコン１５は、プリクラッシュ警報用のキャラクタについて、アプリケーションプロセッサ１１が描画を実行するように制御信号ＳＧ５で指示する（Ｓ１２）。この指示に従い、アプリケーションプロセッサ１１は指定されたキャラクタ（ＯＳＤ画面合成部１３が描画するキャラクタと共通で高品位のもの）の描画処理を開始する。
【0045】
ＯＳＤ画面合成部１３は、それ自身の描画処理の結果をＳ１３で映像信号ＳＧ２に出力してディスプレイ２０の画面表示に直ちに（例えば１フレーム周期後に）反映する。
ＯＳＤ画面合成部１３は、アプリケーションプロセッサ１１が出力する映像信号ＳＧ１をＳ１４Ａで監視してアプリケーションプロセッサ１１（リッチＯＳ）における描画処理完了の有無を識別する。そして、アプリケーションプロセッサ１１の描画処理が完了すると、ＯＳＤ画面合成部１３はＳ１４ＡからＳ１４Ｂの処理に進む。
ＯＳＤ画面合成部１３は、アプリケーションプロセッサ１１が出力する映像信号ＳＧ１をＳ１４Ａで監視してアプリケーションプロセッサ１１（リッチＯＳ）における描画処理完了の有無を識別する。そして、アプリケーションプロセッサ１１の描画処理が完了すると、ＯＳＤ画面合成部１３はＳ１４ＡからＳ１４Ｂの処理に進む。
【0046】
ＯＳＤ画面合成部１３は、アプリケーションプロセッサ１１が描画した映像信号ＳＧ１の内容と、ＯＳＤ画面合成部１３自身がＳ１１で描画した映像とを重畳した結果を、映像信号ＳＧ２として出力しＳ１４Ｂでディスプレイ２０の画面表示に反映する。
【0047】
ここで、ＯＳＤ画面合成部１３は、例えば図２を参照して説明した２つのプリクラッシュ画像ｉＡ２、ｉＢのように、上レイヤのプリクラッシュ画像ｉＡ２の透過度を変化させながら、下レイヤのプリクラッシュ画像ｉＢに重畳した状態で表示して、２つのプリクラッシュ画像ｉＡ２、ｉＢの両方が同時に視認できるように表示する。
【0048】
次に、図６に示した動作タイミングについて以下に説明する。
プリクラッシュ情報ＳＧ４の入力により時刻ｔ１１でＣＡＮマイコン１５が警報のトリガを検知すると、このトリガに同期して、ＣＡＮマイコン１５がＯＳＤ画面合成部１３およびアプリケーションプロセッサ１１の双方に描画開始の指示を与える（Ｓ１１、Ｓ１２）。
プリクラッシュ情報ＳＧ４の入力により時刻ｔ１１でＣＡＮマイコン１５が警報のトリガを検知すると、このトリガに同期して、ＣＡＮマイコン１５がＯＳＤ画面合成部１３およびアプリケーションプロセッサ１１の双方に描画開始の指示を与える（Ｓ１１、Ｓ１２）。
【0049】
ＯＳＤ画面合成部１３の描画処理Ｐ１１は瞬時に完了し、その描画内容がディスプレイ２０の画面表示Ｐ１３に直ちに（時刻ｔ１３）反映される（Ｓ１３）。
アプリケーションプロセッサ１１が時刻ｔ１２で描画処理を開始してから、ある程度の時間（長さは一定ではない）を経過すると描画処理が完了する。アプリケーションプロセッサ１１における描画処理Ｐ１２の完了を時刻ｔ１４でＯＳＤ画面合成部１３が検知すると、ＯＳＤ画面合成部１３は２つの画像を重畳して時刻ｔ１５でディスプレイ２０の画面表示に反映する（Ｓ１４）。
アプリケーションプロセッサ１１が時刻ｔ１２で描画処理を開始してから、ある程度の時間（長さは一定ではない）を経過すると描画処理が完了する。アプリケーションプロセッサ１１における描画処理Ｐ１２の完了を時刻ｔ１４でＯＳＤ画面合成部１３が検知すると、ＯＳＤ画面合成部１３は２つの画像を重畳して時刻ｔ１５でディスプレイ２０の画面表示に反映する（Ｓ１４）。
【0050】
【0051】
アイドル（ＩＤＬＥ）状態のマシン状態Ｃ０１でプリクラッシュ警報などの描画イベントが発生すると、ＣＡＮマイコン１５はマシン状態Ｃ０２に遷移する。このマシン状態Ｃ０２では、ＣＡＮマイコン１５がＯＳＤ画面合成部１３に対して色数の少ないキャラクタの描画を指示する。
【0052】
ＣＡＮマイコン１５は次にマシン状態Ｃ０２からＣ０３に遷移して、アプリケーションプロセッサ１１に対して色数の多いキャラクタの描画開始を指示する。その後、マシン状態Ｃ０４に遷移して、ＯＳＤ画面合成部１３又はＣＡＮマイコン１５はアプリケーションプロセッサ１１が描画処理を完了するまで待機する。
【0053】
アプリケーションプロセッサ１１の描画処理完了を検知すると、ＯＳＤ画面合成部１３又はＣＡＮマイコン１５はマシン状態Ｃ０５に遷移して、ＯＳＤ画面合成部１３が描画した上レイヤの像のアルファ透過表示を指示する。これにより、上レイヤの像と下レイヤの像とが重畳されて両方が視認できるようにディスプレイ２０の画面表示に反映される。
【0054】
【0055】
図８に示した高品位画像ｉ２１は、タコメータ表示部３１、目盛り部３２、およびスピードメータ表示部３３を含む車両用のコンビネーションメータの表示として利用可能である。
但し、車両用のコンビネーションメータにおいては実際の車両の状態を正しく反映するように、車両の状態変化に反応して瞬時に表示内容を更新できることが求められる。
但し、車両用のコンビネーションメータにおいては実際の車両の状態を正しく反映するように、車両の状態変化に反応して瞬時に表示内容を更新できることが求められる。
【0056】
一方、図１に示した表示用ＥＣＵ１０のアプリケーションプロセッサ１１を利用して図８中に示した高品位画像ｉ２１を描画するだけの場合には、描画処理の所要時間が処理負荷に応じて変動する。このため、高品位画像ｉ２１を車両用のコンビネーションメータとして利用する場合には表示全体の即応性に難点がある。
【0057】
そこで、第２の実施形態でコンビネーションメータの画面を表示する場合には、第１の実施形態と同じように、アプリケーションプロセッサ１１が描画した像と、ＯＳＤ画面合成部１３が描画した像との両方を組み合わせることで、実用的な表示を実現する。
【0058】
すなわち、図８に示した高品位画像ｉ２１と、ＯＳＤマスク画像ｉ１１、ｉ１２、ｉ１３等とを重畳することで図８に示した表示画像ｉ３を形成する。各ＯＳＤマスク画像ｉ１１、ｉ１２、ｉ１３はＯＳＤ画面合成部１３で描画することで、瞬時に描画できる。
また、ＯＳＤマスク画像ｉ１１～ｉ１３のマスク領域幅Ｗｍを可変とし、車両の状況に応じてマスク領域幅Ｗｍを更新する。
また、ＯＳＤマスク画像ｉ１１～ｉ１３のマスク領域幅Ｗｍを可変とし、車両の状況に応じてマスク領域幅Ｗｍを更新する。
【0059】
表示画像ｉ３中に示したように、タコメータ表示部３１のバーグラフの一部分をマスク領域ＡＭとし、このマスク領域ＡＭの上側のレイヤにＯＳＤマスク画像ｉ１１～ｉ１３を重畳することで下側の高品位画像ｉ２１の一部分が視認できないように覆い隠すことができる。ＯＳＤマスク画像ｉ１１～ｉ１３のマスク領域幅Ｗｍを調整することで、先に描画した高品位画像ｉ２１に変更を加えることなく、タコメータ表示部３１の視認可能なバーグラフの長さを変更することができる。
【0060】
高品位画像ｉ２１は、画素あたりのビット数（色数）が多いキャラクタとしてアプリケーションプロセッサ１１で描画できるので、例えば多色のグラデーションなどの表現を用いた高級感のある表示を実現できる。したがって、高品位画像ｉ２１とＯＳＤマスク画像ｉ１１～ｉ１３とを重畳することで、高品位画像ｉ２１を用いた高品位の画像表示と、応答性に優れたバーグラフ表示との両方の条件を満たす表示装置を実現できる。
なお、バーグラフを表示する場合だけでなく、円形や円弧状のグラフを表示する場合にも、本実施形態の技術を適用できる。
なお、バーグラフを表示する場合だけでなく、円形や円弧状のグラフを表示する場合にも、本実施形態の技術を適用できる。
【0061】
【0062】
表示用ＥＣＵ１０のＣＡＮマイコン１５は、タコバー、すなわちタコメータ表示部３１のバーグラフを含む図８の表示画像ｉ３のような画面の表示指示が上位ＥＣＵ等から入力されたか否かをＳ２０で識別する。そして、タコバー画面の表示指示があった場合は次のＳ２１に進む。
【0063】
ＣＡＮマイコン１５は、図８に示した高品位画像ｉ２１のようなキャラクタをアプリケーションプロセッサ１１（リッチＯＳ）で描画開始するための指示を制御信号ＳＧ５によりアプリケーションプロセッサ１１に与える（Ｓ２１）。
【0064】
ＣＡＮマイコン１５、又はＯＳＤ画面合成部１３は、映像信号ＳＧ１を監視してアプリケーションプロセッサ１１の描画処理が完了するまでＳ２２で待機する。そして、アプリケーションプロセッサ１１の描画処理が完了するとＳ２３Ａに進む。
【0065】
ＣＡＮマイコン１５は、車両側のエンジン回転速度（回転数）の最新の情報がＣＡＮインタフェース１６を介して入力されたか否かをＳ２３Ａで例えば定期的に監視する。そして、エンジン回転速度の入力を検知した場合は次のＳ２３Ｂに進む。
【0066】
ＣＡＮマイコン１５は、描画すべきタコバー用のマスク画像のサイズ（マスク領域幅Ｗｍ）を、最新のエンジン回転速度に応じて決定する。例えば、エンジン回転速度が０に近い場合はマスク領域幅Ｗｍを最大値に決定し、エンジン回転速度の上昇に伴ってマスク領域幅Ｗｍを減らす。
【0067】
ＣＡＮマイコン１５は、Ｓ２３Ｂで決定したマスク領域幅Ｗｍの情報と共に、ＯＳＤマスク画像ｉ１１の描画を制御信号ＳＧ３でＯＳＤ画面合成部１３に指示する（Ｓ２３Ｃ）。ＯＳＤ画面合成部１３は、この指示に従いＯＳＤマスク画像ｉ１１を描画する。
【0068】
ＯＳＤ画面合成部１３は、アプリケーションプロセッサ１１が先に描画した図８中の高品位画像ｉ２１のような映像と、ＯＳＤ画面合成部１３自身がＳ２３Ｃで描画した映像とを重畳し、その結果をＳ２４でディスプレイ２０の画面表示に反映する。
【0069】
ここで、高品位画像ｉ２１は下側のレイヤに配置し、ＯＳＤマスク画像ｉ１１は上側のレイヤに配置する。このため、高品位画像ｉ２１とＯＳＤマスク画像ｉ１１とを重畳することで、図８に示した表示画像ｉ３のマスク領域ＡＭをＯＳＤマスク画像ｉ１１で覆い隠すことができる。覆い隠すマスク領域ＡＭの幅は、マスク領域幅Ｗｍに応じて定まる。
【0070】
したがって、運転者がディスプレイ２０の画面上で視認できるタコバーの長さ、すなわち表示される現在のエンジン回転速度（ｒｐｍ）は、マスク領域幅Ｗｍにより変化する。また、ＯＳＤマスク画像ｉ１１の描画はＯＳＤ画面合成部１３で瞬時に処理できるので、マスク領域幅Ｗｍの大きさ、すなわち視認できるタコバーの長さは実際の車両におけるエンジン回転速度の変化に高速で追従するように更新される。
【0071】
次に、図１０に示した動作タイミングについて説明する。
図８中の表示画像ｉ３のようなコンビネーションメータの表示開始指示ＳＧ２１が時刻ｔ２１で例えば上位ＥＣＵから入力されると、ＣＡＮマイコン１５は、制御信号ＳＧ５でアプリケーションプロセッサ１１に高品位画像ｉ２１の描画開始を指示する（Ｓ２１）。
図８中の表示画像ｉ３のようなコンビネーションメータの表示開始指示ＳＧ２１が時刻ｔ２１で例えば上位ＥＣＵから入力されると、ＣＡＮマイコン１５は、制御信号ＳＧ５でアプリケーションプロセッサ１１に高品位画像ｉ２１の描画開始を指示する（Ｓ２１）。
【0072】
アプリケーションプロセッサ１１における高品位画像ｉ２１の描画処理Ｐ２１が時刻ｔ２２で完了すると、この高品位画像ｉ２１をＯＳＤ画面合成部１３はディスプレイ２０の画面表示Ｐ２３に反映できる。
【0073】
また、アプリケーションプロセッサ１１における高品位画像ｉ２１の描画処理Ｐ２１が完了した後で、ＣＡＮマイコン１５はエンジンの回転数情報ＳＧ２２の更新入力を監視する。そして、回転数情報ＳＧ２２の入力を検知すると、ＣＡＮマイコン１５はＯＳＤ画面合成部１３にＯＳＤマスク画像ｉ１１の描画を指示する（ｔ２３、Ｓ２３）。
【0074】
ＯＳＤ画面合成部１３は、それ自身が描画処理したＯＳＤマスク画像ｉ１１を高品位画像ｉ２１に重畳し、ディスプレイ２０の画面表示内容を更新する（Ｓ２４、ｔ２４～ｔ２７）。
【0075】
＜各実施形態の表示装置の利点＞
例えば表示装置が図１に示した表示用ＥＣＵ１０を利用して図５及び図６に示したような動作を実行する場合には、例えば図４に示したプリクラッシュ画像ｉＣ２などを色数の多い高品位の画像として表示することができる。しかも、警報を検知した直後にＯＳＤ画面合成部１３で描画した図２のようなプリクラッシュ画像ｉＡをディスプレイ２０の画面表示に瞬時に反映できるので、車両におけるプリクラッシュ警報のように即応性を必要とする用途でも利用できる。更に、内容がほぼ共通の２つのプリクラッシュ画像ｉＡ２、ｉＢを図２のように重畳して一方のレイヤを透過表示することで、違和感の生じにくい表示を実現できる。
例えば表示装置が図１に示した表示用ＥＣＵ１０を利用して図５及び図６に示したような動作を実行する場合には、例えば図４に示したプリクラッシュ画像ｉＣ２などを色数の多い高品位の画像として表示することができる。しかも、警報を検知した直後にＯＳＤ画面合成部１３で描画した図２のようなプリクラッシュ画像ｉＡをディスプレイ２０の画面表示に瞬時に反映できるので、車両におけるプリクラッシュ警報のように即応性を必要とする用途でも利用できる。更に、内容がほぼ共通の２つのプリクラッシュ画像ｉＡ２、ｉＢを図２のように重畳して一方のレイヤを透過表示することで、違和感の生じにくい表示を実現できる。
【0076】
また、例えば表示装置が図１に示した表示用ＥＣＵ１０を利用して図９及び図１０に示したような動作を実行する場合には、例えば図８のような高品位画像ｉ２１とＯＳＤマスク画像ｉ１１とを組み合わせることで、高品位かつ応答性の良好な表示を実現できる。すなわち、高品位画像ｉ２１については描画を繰り返す必要がないので、アプリケーションプロセッサ１１で描画する場合の描画所要時間が長くなっても応答性の問題は生じにくい。また、ＯＳＤマスク画像（ｉ１１～ｉ１３）をＯＳＤ画面合成部１３で描画することで、マスク領域幅Ｗｍを瞬時に更新することが可能であり、運転者が視認可能なタコバーの長さを実際の車両の状態と一致するように表示できる。
【0077】
また、高品位画像を表示するために色数の多いキャラクタをＯＳＤ画面合成部１３で描画する必要がないので、ＯＳＤ画面合成部１３が使用するメモリ（ＦＲＯＭ）１４、すなわちビット単価が高いメモリの容量を増やす必要がなく、部品コストの上昇を抑制できる。
【0078】
＜補足説明＞
ここで、上述した本発明に係る表示装置の実施形態の特徴をそれぞれ以下［１］～［５］に簡潔に纏めて列記する。
［１］ 描画指示に基づいて、第１画像を生成する第１描画部（ＯＳＤ画面合成部１３）と、
前記描画指示に基づいて、画素あたりのデータ量が前記第１画像よりも多い第２画像を生成する第２描画部（アプリケーションプロセッサ１１）と、
前記描画指示に応じた共通の像を表示するために、所定の表示領域に対する前記第１画像の表示と前記第２画像の表示とを互いにずれたタイミングで制御すると共に、前記第１画像と前記第２画像とを少なくとも一部分の領域が重なる状態で重畳表示する画像処理部（ＣＡＮマイコン１５）と、
を備えた表示装置（表示用ＥＣＵ１０）。
ここで、上述した本発明に係る表示装置の実施形態の特徴をそれぞれ以下［１］～［５］に簡潔に纏めて列記する。
［１］ 描画指示に基づいて、第１画像を生成する第１描画部（ＯＳＤ画面合成部１３）と、
前記描画指示に基づいて、画素あたりのデータ量が前記第１画像よりも多い第２画像を生成する第２描画部（アプリケーションプロセッサ１１）と、
前記描画指示に応じた共通の像を表示するために、所定の表示領域に対する前記第１画像の表示と前記第２画像の表示とを互いにずれたタイミングで制御すると共に、前記第１画像と前記第２画像とを少なくとも一部分の領域が重なる状態で重畳表示する画像処理部（ＣＡＮマイコン１５）と、
を備えた表示装置（表示用ＥＣＵ１０）。
【0079】
上記［１］の構成の表示装置によれば、第１描画部が描画した第１画像と第２描画部が描画した第２画像とを組み合わせて、目的とする表示を実現するので、第１描画部および第２描画部のそれぞれの描画特性の利点を有効に活用できる。したがって、表示の即応性と高品位画像の表示との両方の条件を満たすことが可能になる。言い換えれば、目的とする共通の像を表示するために、第１画像と第２画像との組み合わせを利用できるので、第１描画部および第２描画部のそれぞれの特性を活かし、表示装置全体の表示性能を向上できる。更に、第１画像の表示と第２画像の表示とのタイミングをずらすことで、表示に違和感が発生するのを防止できる。
【0080】
［２］ 前記第１描画部および前記第２描画部は、共通の前記描画指示をトリガとしてほぼ同時に描画処理を開始する機能（Ｓ１１、Ｓ１２）を有し、
前記画像処理部は、前記描画指示に従って前記第１画像を前記表示領域に表示（Ｓ１３）した後、前記第２描画部の処理が完了したことを検知すると（Ｓ１４Ａ）、前記第２画像を前記表示領域に重畳表示する（Ｓ１４Ｂ）、
上記［１］に記載の表示装置。
前記画像処理部は、前記描画指示に従って前記第１画像を前記表示領域に表示（Ｓ１３）した後、前記第２描画部の処理が完了したことを検知すると（Ｓ１４Ａ）、前記第２画像を前記表示領域に重畳表示する（Ｓ１４Ｂ）、
上記［１］に記載の表示装置。
【0081】
上記［２］の構成の表示装置によれば、前記第１画像を先に表示するので、より即応性の高い表示を実現できる。また、前記第２描画部の描画処理が完了した後で前記第２画像を前記表示領域に重畳表示するので、違和感が生じにくい状態で高品位の画像を表示できる。
【0082】
［３］ 即応性を必要とする所定の警報情報（プリクラッシュ情報ＳＧ４）が車両上で発生した場合に、前記警報情報の入力に応じて、前記描画指示を前記第１描画部および前記第２描画部に与える制御部（ＣＡＮマイコン１５）を備える、
上記［２］に記載の表示装置。
上記［２］に記載の表示装置。
【0083】
上記［３］の構成の表示装置によれば、車両において警報すべき事象が発生した場合にその警報を直ちに表示することができる。しかも、前記第１描画部および前記第２描画部がそれぞれ描画した像を重畳できるので、高品位の画像を用いて警報を表示できる。
【0084】
［４］ 前記画像処理部は、前記第２画像（高品位画像ｉ２１）を前記表示領域に表示した後で、少なくとも一部分の領域が前記第２画像と重なる状態で、前記第１画像（ＯＳＤマスク画像ｉ１１）を前記表示領域（マスク領域ＡＭ）で重畳表示する、
上記［１］に記載の表示装置。
上記［１］に記載の表示装置。
【0085】
上記［４］の構成の表示装置によれば、前記第２画像を先に描画して表示するので、前記第２画像の描画所要時間が変動する場合でも、その影響を受けにくい表示を実現できる。また、前記第１画像を前記第２画像に重畳表示することで、前記第２画像の領域の一部分の表示をマスクできるので、ユーザが視認可能な前記第２画像の大きさを前記第１画像を用いて可変にすることができる。
【0086】
［５］ 前記第１描画部は、前記描画指示が入力される度に（Ｓ２３Ａ，Ｓ２３）、前記第２画像の少なくとも一部分の表示をマスク可能なマスク画像（ＯＳＤマスク画像ｉ１１）を前記第１画像として生成すると共に、少なくとも前記マスク画像のサイズ（マスク領域幅Ｗｍ）を前記描画指示に応じて変更する（Ｓ２３Ａ、Ｓ２３Ｂ、Ｓ２３Ｃ、Ｓ２４）、
上記［４］に記載の表示装置。
上記［４］に記載の表示装置。
【0087】
上記［５］の構成の表示装置によれば、前記描画指示が入力される度に前記マスク画像を生成して前記第２画像の一部分の表示をマスクするので、ユーザが視認可能な前記第２画像の大きさを短い周期で更新できる。したがって、即応性が高い表示と高品位画像の表示との両方の条件を満たすことが容易になる。
【符号の説明】
【0088】
１０ 表示用ＥＣＵ
１０Ａ 表示制御部
１１ アプリケーションプロセッサ
１２ メモリ
１３ ＯＳＤ画面合成部
１４ メモリ
１５ ＣＡＮマイコン
１６ ＣＡＮインタフェース
１７ インタフェース
２０ ディスプレイ
３１ タコメータ表示部
３２ 目盛り部
３３ スピードメータ表示部
ＡＭ マスク領域
Ｃ０１，Ｃ０２，Ｃ０３，Ｃ０４，Ｃ０５ マシン状態
ｉ１１，ｉ１２，ｉ１３ ＯＳＤマスク画像
ｉ２１ 高品位画像
ｉ３ 表示画像
ｉＡ，ｉＡ２，ｉＢ，ｉＣ，ｉＣ２ プリクラッシュ画像
ＬＬ 下レイヤ
ＬＵ 上レイヤ
ＳＧ１，ＳＧ２ 映像信号
ＳＧ３，ＳＧ５ 制御信号
ＳＧ４ プリクラッシュ情報
Ｗｍ マスク領域幅
１０Ａ 表示制御部
１１ アプリケーションプロセッサ
１２ メモリ
１３ ＯＳＤ画面合成部
１４ メモリ
１５ ＣＡＮマイコン
１６ ＣＡＮインタフェース
１７ インタフェース
２０ ディスプレイ
３１ タコメータ表示部
３２ 目盛り部
３３ スピードメータ表示部
ＡＭ マスク領域
Ｃ０１，Ｃ０２，Ｃ０３，Ｃ０４，Ｃ０５ マシン状態
ｉ１１，ｉ１２，ｉ１３ ＯＳＤマスク画像
ｉ２１ 高品位画像
ｉ３ 表示画像
ｉＡ，ｉＡ２，ｉＢ，ｉＣ，ｉＣ２ プリクラッシュ画像
ＬＬ 下レイヤ
ＬＵ 上レイヤ
ＳＧ１，ＳＧ２ 映像信号
ＳＧ３，ＳＧ５ 制御信号
ＳＧ４ プリクラッシュ情報
Ｗｍ マスク領域幅
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】