JP2016516212A - 映像出力チェッカー - Google Patents

Abstract

映像出力チェッカー（２３）が開示される。映像出力チェッカーは、ディスプレイ（１７）上において画像をレンダリングするために入力映像データ（２０）を受信するように構成される。映像データは、各々の画素（４２）に関して、所与の色モデルについての１セットの色成分値（５７１，５７２，５７３）を含む画素データを含む。映像出力チェッカーは、画像の選択区域（２４）における画素についての各々の色成分を値（５１１Ｌ，５１１Ｕ，５１２Ｌ，５１２Ｕ，５１３Ｌ，５１３Ｕ）の対応するテスト範囲と比較し、成分値が範囲外にある場合、偏差を測定するように構成され得る。映像出力チェッカーは、選択区域についての偏差を合計して、選択区域についての誤差値（５８）提供し、誤差値をしきい値数（５９）と比較するように構成され得る。付加的に、または代替的には、映像出力チェッカーは、画像の選択区域（２４）における画素についての各々の色成分が値（５１１Ｌ，５１１Ｕ，５１２Ｌ，５１２Ｕ，５１３Ｌ，５１３Ｕ）の対応するテスト範囲内にあるかどうかを判断して、画素が有効であるかまたは無効であるかどうかを判断し、選択区域における有効な画素または無効な画素の数（５８）をカウントするように構成され得る。映像出力チェッカーは、有効な画素または無効な画素の数をしきい値数（５９）と比較するように構成される（図６）。

Description

説明
本発明は、特に、乗物用の計測機器群のためのディスプレイとともに用いられるが、これに限定されない映像出力チェッカーに関する。

計測機器群における警告メッセージは、警告灯（通常、「テルテール」と称される）として表示されることが多い。警告メッセージの例として、エアバッグが機能していないことを示すエアバッグ制御テルテール、またはアンチロックブレーキシステム（ＡＢＳ：anti-lock breaking system）が機能していないことを示すＡＢＳテルテールが含まれる。

通常、警告メッセージは、表示された場合に実際に運転手が確実に見ることができるようにする必要がある。警告メッセージが計測機器群に適切に表示されているかをチェックすることができる。たとえば、警告メッセージを表示するために発光ダイオード（ＬＥＤ：light emitting diode）が用いられる場合、ＬＥＤ電流モニタまたは光検出器を用いて、警告メッセージが実際に表示されていることを確認することができる。

計測機器群に液晶ディスプレイ薄膜トランジスタ（ＬＣＤ−ＴＦＴ：liquid crystal display thin film transistor）スクリーンが導入されていれば、警告メッセージも、いわゆる「仮想テルテール」としてＬＣＤ−ＴＦＴスクリーン上に表示させることができる。通常、仮想テルテールを適切に表示することも必要である。ディスプレイ全体が適切に動作しているかどうかを監視することは必要でないかもしれないが、仮想テルテールが表示されている区域を監視することは必要であるかもしれない。

一解決策として、ＬＣＤ−ＴＦＴスクリーンの該当区域を監視するために外部カメラまたは画像センサを用いることが挙げられる。しかしながら、このように専用の監視を行うことにより、補足およびデータ処理のためのリソースを追加することが必要となる。

別の解決策として、ＴＦＴスクリーンのうち当該スクリーンの入力ピンに可能な限り近接した区域に送信された表示内容をリードバックするハードウェアを用いて、この区域全体の内容についてのチェックサムを計算し、このチェックサムとソフトウェアによって生成された予想チェックサムとを比較することが挙げられる。計算されたチェックサムが予想されたチェックサムと一致していない場合、アプリケーションソフトウェアが音声警告を発するなどの適切な動作を行うことができるように、当該アプリケーションソフトウェアにメッセージが送られる。

データストリーム内のシングルビットが異なっていたとしても、ＣＲＣ３２などの典型的なチェックサムアルゴリズムによってさまざまなチェックサム値が生成される。したがって、このようなチェックサムアルゴリズムは、いくつかの形式の仮想テルテールには特に適さない可能性がある。

チェックサムアルゴリズムが不適切であるかもしれない状況の例を、ここで、図１〜図３を参照して説明することとする。

図１を参照して、単一の色２および背景色３を含む画像１が、パターニングを用いることによって変更され、これにより、付加的な仮想色５_１、５_２および５_３を含む変更済み画像４が生成され得る。

ディザリングまたは意図せずに追加されたノイズは、継続的にエラーメッセージを生成することなしにチェックサムアルゴリズムを使用することができないことを意味し得る。

図２を参照して、（この場合、三角形の警告シンボルの形状を取る）テルテール６は、（この場合、路上の自動車を表示するカメラからの画像の形状を取る）生中継映像７の上に重ねることができる。

背景画像７が予測不可能であるので、テルテール６がチェックサムアルゴリズムを用いて適切に表示されるかどうかをチェックするのは困難であるかもしれない。

図３を参照すると、速度計８が示される。テルテール９の一部は、たとえば、仮想計測器針１０によって隠されている。

また、チェックサムは、たとえ表示された内容が正確であったとしても、誤差を生じる可能性がある。

ＣＲＣアルゴリズムを用いる映像出力チェッカーの例が、ＵＳ２０１２／００３６４１８Ａ１およびＵＳ２０１２／００５０６１２Ａ１に記載されている。

本発明は、たとえば、ＬＣＤ−ＴＦＴスクリーンおよび他のタイプのディスプレイとともに使用される改善された映像出力チェッカーを提供することを目的とする。

本発明の第１の局面に従うと、映像出力チェッカーが提供される。映像出力チェッカーは、ディスプレイ上において画像をレンダリングするために、入力映像データを受信するように構成される。映像データは画素データを含み、画素データは、各々の画素に対して、（ＲＧＢなどの）所与の色モデルについての１セットの色成分値を含む。

映像出力チェッカーは、画像の選択区域における画素についての各々の色成分を対応する値のテスト範囲と比較するように、かつ、成分値が範囲外であれば、偏差を測定するように構成することができる。映像出力チェッカーは、選択区域についての偏差を合計して、選択区域についての誤差値を与え、誤差値をしきい値数と比較するように構成することができる。

しきい値数は、選択区域において起こり得る最大誤差の少なくとも１％から１０％以下の値に設定され得る（すなわち、選択区域における画素数を乗じた成分の数を乗じた成分ごとの最大偏差）。たとえば、しきい値数は、選択区域において起こり得る最大誤差の５％に設定されてもよい。

付加的に、または代替的には、映像出力チェッカーは、画像の選択区域における画素についての各々の色成分が対応する値のテスト範囲内にあるかどうかを判断して、画素が有効であるかまたは無効であるかどうかを判断し、選択区域における有効な画素または無効な画素の数をカウントするように構成することができる。映像出力チェッカーは、有効な画素または無効な画素の数をしきい値数と比較するように構成することができる。

しきい値数は、選択区域における画素数の少なくとも５０％であってもよい。たとえば、しきい値は、選択区域における画素数の９０％以上であってもよい。

このように、いずれの場合も、映像出力チェッカーは、たとえば、ディザリングによって、もしくは内容を映像に重ねることによって、または、たとえば他の内容によって当該内容が部分的に不明瞭になることによってもたらされる可能性のある選択区域における画像の内容をチェックする際に、より多様な色を許容することができる。

映像出力チェッカーは、値の各々の範囲を、予め選択された画素についての範囲全体にわたるように設定し、これにより、予め選択された画素が範囲内に収まるかまたは有効になるとみなされるようにするべく構成されてもよい。

こうして、映像出力チェッカーは、画像のいくつかの部分をより容易に無視することができるようになり、これにより、該当する内容の形状および／または色がより多様であってもそれを許容することができる。

映像出力チェッカーは、各画素について、予め定められた数の色のうちの１つを識別するかまたは色が重要ではない（すなわち、「考慮しない（don't care）」ことを示す）かどうかを識別するインデックスを含むテスト画素データを含むテストデータを格納し、かつ、インデックスを１セットの値の範囲に変換するように構成され得る。

これは、テストデータを格納するのに必要なメモリの量を減らす助けとするために用いることができる。たとえば、４つの値を取り得るインデックスが用いられてもよい。これは、３色のうちの１色を示すか、または、画素の色が重要ではない（すなわち、「考慮しない」）ことを示すために用いることができる。

色成分値のセットは１セットの３色成分値を含んでいてもよい。所与の色モデルは、ＲＧＢ色モデルであってもよく、このため、色成分は、赤、緑および青を含んでもよい。成分値は、０ｘ０と０ｘＦとの間に位置する値を取ってもよい。成分値は、０ｘ００と０ｘＦＦとの間に位置する値を取ってもよい。

テスト値はプログラム可能であってもよく、および／または、しきい値数はプログラム可能であってもよい。このように、テスト値および／またはしきい値数は変更可能であり、このため、映像出力チェッカーはさまざまな条件に従って適合させることができる。

映像出力チェッカーは第１のユニット（または「データコンパレータ」）を含んでもよい。当該第１のユニット（または「データコンパレータ」）は、画像の選択区域における画素についての各々の色成分が対応する値のテスト範囲内にあるかどうかを判断して、画素が有効であるかまたは無効であるかどうかを判断し、選択区域における有効な画素または無効な画素の数をカウントするように構成される。

映像出力チェッカーは、有効な画素または無効な画素の数をしきい値数と比較するように構成された第２のユニット（または「ディスクリミネータ」）を含んでもよい。

データコンパレータおよびディスクリミネータは、別個のユニットであってもよく、または、単一のユニットに一体化されてもよい。

映像出力チェッカーは第３のユニット（または「データエキスパンダ」）を含んでもよい。当該第３のユニット（または「データエキスパンダ」）は、各画素について、予め定められた数の色のうちの１つを識別するかまたは色が重要ではないかどうかを識別するインデックスを含むテスト画素データを含むテストデータを受信し、インデックスを１セットの値の範囲に変換するように構成される。

映像出力チェッカーは、テスト範囲値および／またはしきい値を設定するための命令を受信するためのインターフェイスを含んでもよい。

映像出力チェッカーは、選択区域をチェックした後、チェックが完了したことを示す信号をフレームの終わりに生成し、信号が所与の時間ウインドウ内に生成されるかどうかを判断するように構成されてもよい。

これは、入力映像出力および／またはチェックプロセスが正確に機能しているかどうかをチェックするために用いることができる。

映像出力チェッカーは、第１のフレームにおける第１の選択区域をチェックし、第２のフレームにおける第２の選択区域をチェックするように構成されてもよい。

これは、複数のテルテールをチェックするのに必要なハードウェアの量を減らす助けとするために用いることができる。

映像出力チェッカーは、第１のディスプレイ上における第１の選択区域をチェックし、第２のディスプレイ上における第２の選択区域をチェックするように構成されてもよい。

映像出力チェッカーは、映像出力画素クロックを受信しこれと同期して動作するように構成されてもよい。

映像出力チェッカーは、好ましくは、ハードウェアロジックとして実現される。
選択区域は、テルテールの画像または部分画像を含み得る。

画像はフレームであってもよい。フレームは、一連のフレームのうちの１フレームであってもよい。画像はＲＧＢ４４４画像フォーマットを有してもよい。画像は静止画像であってもよい。

本発明の第３の局面に従うと、少なくとも２つの映像出力チェッカーを含むシステムが提供される。各々の映像出力チェッカーは、画像のそれぞれの選択区域における映像データをチェックするように構成される。

本発明の第４の局面に従うと、ディスプレイ上においてレンダリングするために映像データを生成するためのディスプレイコントローラと、映像データを受信し、画像の（それぞれの）選択区域において当該映像データをチェックするように構成された少なくとも１つの映像出力チェッカーとを含むシステムが提供される。

本発明の第５の局面に従うと、１つの映像出力チェッカー、少なくとも１つの映像出力チェッカー、または少なくとも２つの映像出力チェッカーを含む集積回路が提供される。

本発明の第６の局面に従うと、ディスプレイ上においてレンダリングするために映像データを生成するためのディスプレイコントローラと、映像データを受信し、（それぞれの）区域において当該映像データをチェックするように構成された少なくとも１つの映像出力チェッカーとを含む集積回路が提供される。

本発明の第７の局面に従うと、映像出力をチェックする方法が提供される。当該方法は、ディスプレイ上において画像をレンダリングするために入力映像データを受信するステップを含む。映像データは、各々の画素に対して、所与の色モデルについての１セットの色成分値を含む画素データを含む。当該方法はさらに、画像の選択区域における画素についての各々の色成分が対応する値のテスト範囲内にあるかどうかを判断して、画素が有効であるかまたは無効であるかどうかを判断し、選択区域における有効な画素または無効な画素の数をカウントするステップと、有効な画素または無効な画素の数をしきい値数と比較するステップとを含む。

本発明の第８の局面に従うと、映像出力をチェックする方法が提供される。当該方法は、ディスプレイ上において画像をレンダリングするために入力映像データを受信するステップを含む。映像データは、各々の画素に対して、所与の色モデルについての１セットの色成分値を含む画素データを含む。当該方法はさらに、画像の選択区域における画素についての各々の色成分を対応する値のテスト範囲と比較するステップと、成分値が範囲外である場合、偏差を測定するステップと、選択区域についての偏差を合計して選択区域についての誤差値を提供するステップと、誤差値をしきい値数と比較するステップとを含む。

当該方法はハードウェアにおいて実現されてもよい。
本発明のいくつかの実施形態を、ここで、添付の図面に関連付けて例示によって説明する。

仮想の色を生成するためのディザリングを示す図である。 テルテールを生中継映像に重ね合わせた図である。 部分的に隠されたテルテールを示す図である。 テルテールのいくつかの例を示す図である。 計測ディスプレイのための映像データを生成するためのシステムを示す概略的なブロック図である。 予想画像の例を示す図である。 映像出力チェッカーを示す概略的なブロック図である。 監視されたスクリーン内容を示す図である。 １セットの画素テストデータを含むテストデータを示す図である。 予想される画素色を表わすインデックスの形を取る画素データを含むテストデータを示す図である。 インデックスと対応する予想される画素色とのリストを示す図である。 インデックスを許容可能な１セットの色成分値の範囲に変換するためのルックアップテーブルを示す概略図である。 データエキスパンダを示す概略的なブロック図である。 入力映像データの画素についての各々の色成分値と色成分値の対応する範囲との比較を概略的に示す図である。 有効な画素を特定するために、入力映像データの画素についての各々の色成分値を対応する色成分値の範囲と比較し、有効な画素をカウントする方法を示すプロセスフロー図である。 画像が有効な画素のカウント数に基づいて正確に表示されたかどうかを判断する方法を示すプロセスフロー図である。 範囲外の値を示す１セットの色成分値と対応する誤差値とを示す図である。 入力映像データの画素についての各々の色成分値を対応する色成分値の範囲と比較して、範囲外の値についての誤差値を決定し、誤差値を蓄積して画像についての誤差値を得る方法を示すプロセスフロー図である。 入力映像データの画素についての各々の色成分値を対応する色成分値の範囲と比較して、範囲外の値についての誤差値を決定し、誤差値を蓄積して画像についての誤差値を得る方法を示すプロセスフロー図である。 入力映像データの画素についての各々の色成分値を対応する色成分値の範囲と比較して、範囲外の値についての誤差値を決定し、誤差値を蓄積して画像についての誤差値を得る方法を示すプロセスフロー図である。 画像が誤差値に基づいて正確に表示されたかどうかを判断する方法を示すプロセスフロー図である。 スクリーンのアクティブ区域および表示可能なテルテールを示す図である。 さまざまなテスト区域がさまざまなフレームにおいて監視される時分割多重化を示す図である。 ウィンドウウォッチドッグタイマを示す概略的なブロック図である。 映像出力チェッカーの適切な動作を確認するプロセスを示すタイミング図である。

図４を参照すると、自動車の計測機器群において表示され得るテルテール１１_１、１１_２、…、１１_１２のいくつかの例が示される。図４においては、線および塗りつぶされた領域１２は、たとえば緑、赤、黄または青に色付けされてもよい。塗りつぶされていない背景領域１３は透明であってもよく、または黒であってもよい。

たとえば、クルーズコントロールが設定されていることを示す第１のテルテール１１_１は緑であってもよい。バッテリに問題があることを示す第２のテルテール１１_２は赤であってもよい。アンチロックブレーキに関する問題を示す第３のテルテール１１_３は黄であってもよい。フル（または「ハイ」）ビームを示す第１１のテルテール１１_４は青であってもよい。

図５を参照すると、自動車の計測システム１４が示される。システム１４は、メインコントローラ１５、ディスプレイコントローラ１６およびディスプレイ１７を含む。メインコントローラ１５は、自動車の状態に関する信号を生成または受信してもよく、命令１８および／またはデータ１９をディスプレイコントローラ１６に転送してもよい。ディスプレイコントローラ１６は、映像データ２０を生成し、ディスプレイ１７に出力してレンダリングする（すなわち、表示する）。

映像データ２０は、一連のフレームを含む映像データストリームの形を取る。映像データ２０は、垂直同期、水平同期、データおよびクロック信号を含み得る。映像データ２０はビデオグラフィックスアダプタ（ＶＧＡ：video graphics adapter）基準に準拠し得るが、他のフォーマットを用いることもできる。この場合、ＲＧＢ４４４画像フォーマットが用いられる。しかしながら、ＲＧＢ８８８またはＹ′ＵＶ４４４などの他の画像フォーマットを用いることができる。

ディスプレイ１７は、アクティブ区域２１を有する液晶ディスプレイ薄膜トランジスタ（ＬＣＤ−ＴＦＴ）スクリーンの形を取る。しかしながら、ディスプレイは、有機発光ダイオード（ＯＬＥＤ：organic light-emitting diode）スクリーンまたはダイレクトプロジェクタなどの他の形を取ることもできる。

しばしば、１つ以上のテルテール２２がディスプレイ１７上においてレンダリングされることもある。ディスプレイコントローラ１６は、テルテールの画像データを含む映像データ２０を生成する。

この明細書中においては、テルテール２２は、「警告シンボル」または単純に「シンボル」と称されることもある。テルテール２２は、図４に示されるテルテール１１_１、１１_２、…、１１_１２と同じであっても、同様であっても、または異なっていてもよい。

（この明細書中において「画像チェック装置」とも称される）映像出力チェッカー２３は、テスト区域２４に表示される画像を対応する予想画像２５（図５ａ）と比較することによって、テルテール２２が、監視されている区域２４（この明細書中においては、「テスト区域」とも称される）において適切に表示されているかどうかをチェックするために用いられる。後で説明するように、単一の映像出力チェッカー２３を用いて、さまざまなフレームにおけるさまざまなテスト区域２４を調べることによって２つ以上のテスト区域２４を監視することができる。２つ以上の映像出力チェッカー２３が、２つ以上のテスト区域２４を監視するために平行に動作可能である。２つ以上のテスト区域２４は部分的に重なってもよく、または境を接していてもよい。２つ以上のディスプレイ１７が用いられてもよく、単一の映像出力チェッカー２３が、さまざまなディスプレイ上のテスト区域２４を監視するために使用可能である。

図６を参照すると、映像出力チェッカー２３がより詳細に示される。
映像出力チェッカー２３は、ディスプレイコントローラ１６（図５）から映像データ２０および映像同期データ３０を受信し、メインコントローラ１５（図５）に状態３１およびメッセージ３２を出力する。映像同期データ３０は、典型的には、画素クロック（図示せず）、水平同期（ＨＳｙｎｃ）および垂直同期（ＶＳｙｎｃ）を含む。

映像出力チェッカー２３は、アドレスジェネレータ３５、テストデータメモリ３６、データエキスパンダ３７、データコンパレータ３９、（この明細書中においては「ディスクリミネータ」とも称される）判定ユニット４０、および制御インターフェイス４１を含む。

また図７を参照すると、アドレスジェネレータ３５は、監視されるべきアクティブなディスプレイ内容２１の区域２４を識別する。アクティブ区域２４は長方形であり、ｍ×ｎの画素４２を含む。典型的には、アクティブ区域２４は１００×１００の画素４２を含む。

また図８を参照すると、アクティブ区域２４に対応する１セットのテスト画素４３が、予想画像２５（図５ａ）のために規定される。アドレスジェネレータユニット３５は、テスト区域２４（図５）をチェックするテスト画素４３のための１セットのテストデータ４６を形成する画素テストデータ４５についての（絶対）アドレス４４を生成して、テルテール２２（図５）が正確に表示されているかどうかを判断する。この明細書中においては、テストデータ４６のセットも、「シンボルテストデータ」または「テルテールテストデータ」と称される。

アドレスジェネレータ３５は、テストデータ２４の位置およびサイズを規定するデータ４７を格納してもよい。このデータ４７は、制御インターフェイスユニット４１を介してプログラムすることができる。

画素テストデータ４５は、アクティブ区域２４における画素４２の予想される色についての情報を含む。

画素テストデータ４５は、インデックスされる色として格納することができる。１セットテストデータに対してＮ個のさまざまな色を格納することができる。すなわち、Ｎ−１の値は各々、異なる色を示し、１の値は、画素の色が重要ではない（この明細書中においては「考慮しない」）ことを示している。以下においてより詳細に説明されるように、画素テストデータ４５が「考慮しない」に設定されている場合、そのテスト画素は判定を行う目的で無視することができる。これにより、非長方形（または、他の不規則な形状の）シンボルをチェックすることがより容易になり得る。

特に図９を参照すると、インデックスの形式である画素テストデータと対応する色との関係を示す表４８が示される。Ｎ＝４であるので、２ビットのデータを用いて、（緑、赤および黄などの）第１の色、第２の色および第３の色ならびに「考慮しない」を識別することができる。しかしながら、Ｎは他の２進値（２または８など）を取ってもよい。Ｎは非２値を取ってもよい。色を識別するために２ビットだけを用いることで、データメモリを節約する助けとすることができる。しかしながら、４色以上（たとえば、緑、赤、黄、および青）を有するテルテール２２（図５）が必要とされる場合、付加的に色付きされたテルテール２２（図５）を処理するように付加的な映像出力チェッカー２３を提供することができる。２つの映像出力チェッカー２３を用いて、部分的に重なったテスト区域２４（図５）をチェックすることができる。１つの映像出力チェッカー２３を用いて、たとえば、１つのフレーム内の１つのテスト区域２４をチェックし、異なるフレーム内の別のテスト区域をチェックすることによって、部分的に重なったテスト区域２４（図５）をチェックすることができる。

再び図６を参照すると、テストデータ４５は、テストデータメモリ３６から読出され、データエキスパンダ３７に供給される。

データエキスパンダ３７は、テストデータ４６を拡張されたテストデータ５０に変換する。

また図１０を参照すると、データエキスパンダ３７は、入力映像データ２０と同じ色モデル（または「直接マッピングされた色」）に関して、インデックス値４５（図８）を成分値５１_１Ｌ、５１_１Ｕ、５１_２Ｌ、５１_２Ｕ、５１_３Ｌ、５１_３Ｕの対５１_１、５１_２、５１_３にマッピングする。成分値対５１_１、５１_２、５１_３は、各々の成分に関する成分値についての上限および下限を規定する。

この例においては、ＲＧＢモデルが用いられており、このため、色成分は赤成分、緑成分および青成分を含む。しかしながら、ＹＵＶ、Ｙ′ＵＶまたはＹＣｂＣｒなどの他の色モデルを用いることもできる。インデックス値は、赤成分値、青成分値および緑成分値５１_１Ｌ、５１_１Ｕ、５１_２Ｌ、５１_２Ｕ、５１_３Ｌ、５１_３Ｕの対に変換される。この例においては、画素データを符号化するために１２ビットが用いられる。しかしながら、データを符号化するのにより少ないビットまたはより多くのビット、たとえば２４ビット、が用いられてもよい。このため、この場合には、各々の値５１_１Ｌ、５１_１Ｕ、５１_２Ｌ、５１_２Ｕ、５１_３Ｌ、５１_３Ｕは、０ｘ０と０ｘＦとの間の値を取ることができる。

図１１を参照すると、ルックアップテーブル５２は、各々のインデックス値を、Ｎ＝４の場合の値を取る１セットの成分値にマッピングするために用いられる。図１１に示されるように、所与のインデックス、すなわちｉ、についての第１の色成分、第２の色成分および第３の色成分についての下限および上限は、それぞれ、値（Ｃ１_ｉ，Ｌ，Ｃ１_ｉ，Ｈ）、（Ｃ２_ｉ，Ｌ，Ｃ２_ｉ，Ｈ）および（Ｃ３_ｉ，Ｌ，Ｃ３_ｉ，Ｈ）を取る。

たとえば、色は緑であってもよく、このため、成分値（Ｃ１_ｉ，Ｌ，Ｃ１_ｉ，Ｈ）、（Ｃ２_ｉ，Ｌ，Ｃ２_ｉ，Ｈ）および（Ｃ３_ｉ，Ｌ，Ｃ３_ｉ，Ｈ）は、それぞれ、値（０ｘ０，０ｘ４）、（０ｘ８，０ｘＦ）および（０ｘ０，０ｘ４）を取ってもよい。色は赤であってもよく、このため、成分値（Ｃ１_ｉ，Ｌ，Ｃ１_ｉ，Ｈ）、（Ｃ２_ｉ，Ｌ，Ｃ２_ｉ，Ｈ）および（Ｃ３_ｉ，Ｌ，Ｃ３_ｉ，Ｈ）は、それぞれ、値（０ｘ８，０ｘＦ）、（０ｘ０，０ｘ４）および（０ｘ０，０ｘ４）を取ってもよい。色は黄であってもよく、このため、成分値（Ｃ１_ｉ，Ｌ，Ｃ１_ｉ，Ｈ）、（Ｃ２_ｉ，Ｌ，Ｃ２_ｉ，Ｈ）および（Ｃ３_ｉ，Ｌ，Ｃ３_ｉ，Ｈ）は、それぞれ、値（０ｘＤ，０ｘＦ）、（０ｘＡ，０ｘＦ）および（０ｘ０、０ｘ４）を取ってもよい。

「考慮しない」についての成分値（Ｃ１_ｉ，Ｌ，Ｃ１_ｉ，Ｈ）、（Ｃ２_ｉ，Ｌ，Ｃ２_ｉ，Ｈ）および（Ｃ３_ｉ，Ｌ，Ｃ３_ｉ，Ｈ）は範囲全体に設定され、この場合、それぞれ、（０ｘ０，０ｘＦ）、（０ｘ０，０ｘＦ）および（０ｘ０，０ｘＦ）となる。このように、後により詳細に説明されるように、画素４２（図７）の成分値がそれぞれのテスト範囲内にあるかどうかをチェックする場合、成分値は、成分値にかかわらず、「考慮しない」についてのテスト範囲内にあることとなる。

対応する範囲全体は、他の色モデルに関して「考慮しない」として設定することができる。

所与のエントリインデックスについての上限値および下限値５１_１Ｌ、５１_１Ｕ、５１_２Ｌ、５１_２Ｕ、５１_３Ｌおよび５１_３Ｕは１対の値として格納することができ、一方は下限５１_１Ｌ、５１_２Ｌ、５１_３Ｌの値を格納し、他方は上限５１_１Ｕ、５１_２Ｕ、５１_３Ｕの値を格納し得る。

たとえば、黄色に対応するエントリインデックスに関して、ＲＧＢ４４４画像フォーマットが用いられると想定すると、ルックアップテーブルに格納される値は０ｘＤＡ０および０ｘＦＦ４である。このため、第１の成分についての下限５１_１Ｌおよび上限５１_１Ｕは、それぞれ、０ｘＤおよび０ｘＦであり、第２の成分についての下限５１_２Ｌおよび上限５１_２Ｕは、それぞれ、０ｘＡおよび０ｘＦであり、第３の成分についての下限５１_３Ｌおよび上限５１_３Ｕは、それぞれ、０ｘ０および０ｘＦである。

図１２を参照すると、データエキスパンダ３７は、プログラム可能なレジスタの形でルックアップテーブル５２を格納してもよい。レジスタ５２は、さまざまなインデックス５５（そのうちの１つが「考慮しない」に対応する）とさまざまな成分５６とについての成分値５３を対で格納する成分５４を含む。レジスタ５２における値５３は、制御インターフェイスユニット４１を介してプログラムすることができる。

再び図６および図１３を参照すると、データコンパレータ３９は、画素が有効であるかどうかを判断するために、成分に関して、テスト区域２４（図７）内の入力画像データ２０の画素４２（図７）についての画素データ５７の成分値５７_１、５７_２、５７_３を、対応するテスト画素４３（図１０）についての画素データ５０の成分値５１_１Ｌ、５１_１Ｕ、５１_２Ｌ、５１_２Ｕ、５１_３Ｌ、５１_３Ｕの対と比較する。

無効な画素のカウントに基づいたテルテールの適切な表示についての判断
図１４は、データコンパレータ３９によって実行される比較およびカウントプロセスを示すフロー図である。

図６、図１３および図１４を参照すると、映像データの新しいフレームが受取られると、有効画素カウンタがリセットされる（ステップＳ１）。データ比較ユニット３９は、テスト区域２４（図７）における次の（この場合、第１の）画素４２（図７）についての画素データ５７を調べる（ステップＳ２）。

データコンパレータ３９は、入力画像データ２０についての画素データ５７の第１の成分値５７_１（たとえば、赤成分）を読出し（ステップＳ３）、それを対応する成分についての下限５１_１Ｌおよび上限５１_１Ｕと比較する（ステップＳ４およびＳ５）。

第１の成分値５７_１が範囲内にある場合、データコンパレータ３９は、入力画像データ２０についての画素データ５７の第２の成分値５７_２（たとえば、緑成分）を読出し（ステップＳ６）、これを対応する成分についての下限５１_２Ｌおよび上限５１_２Ｕと比較する（ステップＳ７およびＳ８）。

第２の成分値５７_２が範囲内にある場合、データコンパレータ３９は、入力画像データ２０についての画素データ５７の第３の成分値５７_３（たとえば、青成分）を読出し（ステップＳ９）、これを対応する成分についての下限５１_３Ｌおよび上限５１_３Ｕと比較する（ステップＳ１０およびＳ１１）。

各々の成分値５７_１、５７_２、５７_３が範囲内にある場合、画素が有効であるとみなされ（ステップＳ１２）、有効画素カウンタが１だけインクリメントされる（ステップＳ１３）。

しかしながら、成分値５７_１、５７_２、５７_３のうちの１つ以上が範囲外にある場合、画素は無効であるとみなされる（ステップＳ１４）。有効画素カウンタはインクリメントされない。任意には、無効なカウンタが無効な画素をカウントするために用いられてもよい。

データコンパレータ３９は、テスト区域２４（図７）におけるすべての画素４３がチェックされたかどうかを判断する（ステップＳ１５）。チェックされていなければ、データコンパレータ３９は、引き続き、テスト区域２４（図７）における次の画素４３（図７）についての画素データ５７を調べて（ステップＳ２）、そのプロセス（ステップＳ３〜Ｓ１１ならびにＳ１２およびＳ１３またはＳ１４）を繰返す。

テスト区域２４（図７）における画素４３がすべてチェックされると、データコンパレータ３９は、有効画素カウンタの値５８をディスクリミネータ４０に出力する（ステップＳ１６）。

図６を参照して、ディスクリミネータ４０は、テルテールが正確に表示されたかどうかを判断する。

図１５は、ディスクリミネータ４０によって実行される判定および動作プロセスのフロー図である。

図６および図１５を参照して、フレームが比較されると、有効画素カウンタの値５８がしきい値５９と比較される（ステップＳ１７）。しきい値は、テストされた画素の少なくとも５０％であってもよい。たとえば、しきい値は、テストされた画素の９０％以上であってもよい。

ディスクリミネータ４０は、しきい値５９をプログラム可能なレジスタの形で格納してもよい。値５９は、制御インターフェイスユニット４１を介してプログラムすることができる。

測定された値５８がしきい値５９以上である場合、ディスクリミネータ４０は、テルテールが正確に表示されたと判断する（ステップＳ１８）。ディスクリミネータ４０は、状態レジスタ（図示せず）にフラグ３１を設定してもよく、および／または、メッセージ３２を出力してもよい（ステップＳ１９およびＳ２０）。

しかしながら、測定された値５８がしきい値５９を下回る場合、ディスクリミネータ４０は、テルテールが正確に表示されていないと判断する（ステップＳ２１）。ディスクリミネータ４０は状態レジスタ（図示せず）にフラグ３１を設定してもよく、および／または、メッセージ３２を出力してもよい（ステップＳ２２およびＳ２３）。

メッセージ３２（誤差なし／誤差）は、制御インターフェイスユニット４１を介してプログラムすることができる。

再び図６を参照して、制御インターフェイス４１は、メインコントローラ１５（図５）または他の外部コントローラにインターフェイスを提供する。インターフェイス４１を介して、テストデータ４６（図８）、ルックアップテーブル（図１２）における値５３（図１２）、テスト区域２４（図７）の位置およびサイズに関するデータ４７（図６）、結果判断についてのしきい値５９、および／または、メッセージ３２、さらには他の制御情報をプログラムすることができる。制御インターフェイス４１はまた、ディスクリミネータ４０に格納された状態３１を調べるようインターフェイスを提供し得る。

（以下、「第１のプロセス」と称される）上述のプロセスにおいては、データコンパレータ３９は、有効な（または無効な）画素の数をカウントし、ディスクリミネータ４０は、この数をしきい値と比較する。

付加的に、または代替的には、データコンパレータ３９において別のプロセス（または「第２のプロセス」）を用いることができ、各々の画素についてのいわゆる「画素差」、すなわち実際のスクリーン画素の色がテスト画素とどれくらい異なっているかを示す度合、を決定し、テスト区域２４にわたる画素差を合計し、ディスクリミネータ４０がこの合計をしきい値と比較する。

第２のプロセスでは、テスト色成分について採用される範囲をより狭くすることが可能となるが、多くの画素が無効である（すなわち範囲外である）ものの範囲から外れるのがごくわずかだけである場合にはいくらかの許容範囲が与えられる。これにより、シンボルが正確に表示されたかどうかを判断する際に、より広く制御する余地が与えられ得る。

画素差の測定に基づいたテルテールの正確な表示についての判断
図１６を参照すると、データコンパレータ３９（図６）を用いて、各々の画素ｉに関して、それぞれの色成分範囲外にある実際のスクリーン画素色成分値の偏差（または「画素差」）の度合を測定することができる。偏差（または「差」）は、誤差値、ＥＲＲＯＲ（ｉ，ＣＸ）として表わされる。この場合、Ｘ＝１、２、または３である。たとえば、Ｃ１は赤であってもよく、Ｃ２は緑であってもよく、Ｃ３は青であってもよい。実際のスクリーン画素成分値が範囲内にある場合、ＥＲＲＯＲ（ｉ，ＣＸ）は０である。実際のスクリーン画素成分が範囲外にある場合、ＥＲＲＯＲ（ｉ，ＣＸ）は、実際のスクリーン画素成分値と最も近いしきい値限度との間の絶対差と等しくなり、これは、上限または下限であってもよく、すなわち、ＥＲＲＯＲ（ｉ，ＣＸ）＝ａｂｓ（ＣＸ−ＣＸ_ｉＨ）またはａｂｓ（ＣＸ_ｉＬ−ＣＸ）であってもよい。

各々の色成分についての誤差値ＥＲＲＯＲ（ｉ，ＣＸ）を追加して、画素についての誤差値ＥＲＲＯＲ（ｉ）を決定する。すなわち、ＥＲＲＯＲ（ｉ）＝ＥＲＲＯＲ（ｉ，Ｃ１）＋ＥＲＲＯＲ（ｉ，Ｃ２）＋ＥＲＲＯＲ（ｉ，Ｃ３）である。

すべての画素についての誤差値、すなわち０、１、…ｉ、…、（ｍ×ｎ）、…−１が、テスト区域についての合計誤差値ＥＲＲＯＲを見つけるために追加される。ディスクリミネータ４０（図６）は、この合計誤差値を誤差しきい値と比較する。

この方策を用いると、誤差しきい値は、平均して、一定数の画素による或る程度の偏差を許容するように設定することができる。このように、ユーザにとって認識可能であるかもしれないが第１のプロセスによって不正確に表示されるとみなされ得るシンボルが、正確に表示されていると判断することができる。

図１７は、第２のプロセスにおいてデータコンパレータ３９（図６）によって実行される比較およびカウントステップを示すフロー図である。この例においては、３つの色成分（Ｃ１，Ｃ２，Ｃ３）が存在しており、各々の成分が４ビットで符号化されている、すなわちＲＧＢ４４４であると想定される。しかしながら、他の画像フォーマットを用いることもできる。

図６、図１３および図１７を参照すると、画像データの新しいフレームが受信されると、ＥＲＲＯＲ値レジスタがリセットされる（ステップＳ２５）。

画素ＥＲＲＯＲ値レジスタがリセットされる（ステップＳ２６）。データ比較ユニット３９は、テスト区域２４（図７）における次の（この場合、第１の）画素４２（図７）についての画素データ５７を調べる（ステップＳ２７）。

データコンパレータ３９は、入力画像データ２０についての画素データ５７の第１の成分値５７_１（たとえば、赤成分）を読出し（ステップＳ２８）、これを対応する成分についての下限５１_１Ｌおよび上限５１_１Ｕと比較する（ステップＳ２９およびＳ３０）。

第１の成分値５７_１が下限５１_１Ｌを下回る場合、データコンパレータ３９は、第１の成分値５７_１と下限５１_１Ｌとの間の差の絶対値を計算することによってＥＲＲＯＲ（ｉ，Ｃ１）を決定する（ステップＳ３１）。

第１の成分値５７_１が上限５１_１Ｕを上回っている場合、データコンパレータ３９は、第１の成分値５７_１と上限５１_１Ｕとの間の差の絶対値を計算することによってＥＲＲＯＲ（ｉ，Ｃ１）を決定する（ステップＳ３２）。

第１の成分値５７_１が下限５１_１Ｌと上限５１_１Ｕとの間にある場合、データコンパレータ３９は、ＥＲＲＯＲ（ｉ，Ｃ１）を０ｘ０に設定する（ステップＳ３３）。

同じプロセスが、画素データ５７の第２の成分値５７_２（たとえば、緑成分）に関して繰返され（ステップＳ３４からＳ３９）、画素データ５７の第３の成分値５７_３（たとえば、青成分）に関して繰返される（ステップＳ４０からＳ４５）。

各々の成分（Ｃ１，Ｃ２，Ｃ３）についての差値ＥＲＲＯＲ（ｉ，ＣＸ）が合計されて、画素についての差値ＥＲＲＯＲ（ｉ）が得られる（ステップＳ４６）。

たとえば、下限５１_１Ｌ、５１_２Ｌ、５１_３Ｌは値０ｘ０００によって表わされてもよく、上限５１_１Ｕ、５１_２Ｕ、５１_３Ｕは値０ｘ９ＦＦによって表わされてもよい。このため、赤成分についての下限５１_１Ｌおよび上限５１_１Ｕはそれぞれ０ｘ０および０ｘ９であり、緑成分についての下限５１_２Ｌおよび上限５１_２Ｕはそれぞれ０ｘ０および０ｘＦであり、青成分についての下限５１_３Ｌおよび上限５１_３Ｕはそれぞれ０ｘ０および０ｘＦである。スクリーン画像画素が値０ｘＢ４４を有する（すなわち、赤成分が０ｘＢであり、緑成分が０ｘ４であり、青成分値が０ｘ４である）場合、赤成分値、緑成分値および青成分値についての差値ＥＲＲＯＲ（ｉ，ＣＸ）は、それぞれ、０ｘ２、０ｘ０および０ｘ０であり、また、画素についての差値ＥＲＲＯＲ（ｉ）は０ｘ２である。

ステップＳ２９からＳ４６は、たとえば、以下のような好適な関数を用いて実行することができる。

この場合、

および

データコンパレータ３９は、テスト区域２４（図７）におけるすべての画素４２がチェックされたかどうかを判断する（ステップＳ４８）。チェックされていなければ、データコンパレータ３９は、引き続き、画素ＥＲＲＯＲレジスタをリセットし（ステップＳ２６）、テスト区域２４（図７）における次の画素４３（図７）についての画素データ５７を調べて（ステップＳ２７）、プロセスを繰返す（ステップＳ２８からＳ４７）。

テスト区域２４（図７）におけるすべての画素４２がチェックされると、データコンパレータ３９はＥＲＲＯＲ値５８をディスクリミネータ４０に出力する（ステップＳ４９）。

ディスクリミネータ４０（図６）は、テルテールが正確に表示されたかどうか判断する。

図１８は、第２のプロセスにおいてディスクリミネータ４０によって実行される判定および動作プロセスを示すフロー図である。

図６および図１８を参照して、フレームが比較されると、ＥＲＲＯＲ値５８がしきいＥＲＲＯＲ値５９と比較される（ステップＳ５０）。しきいＥＲＲＯＲ値５８は、たとえば、フレームについて起こり得る最大誤差の５％に最も近い値に設定されてもよい。

ディスクリミネータ４０は、ＥＲＲＯＲしきい値５９をプログラム可能なレジスタの形で格納してもよい。値５９は制御インターフェイスユニット４１を介してプログラムすることができる。

測定された値５８がしきい値５９を下回る場合、ディスクリミネータ４０は、テルテールが正確に表示されていると判断する（ステップＳ５１）。ディスクリミネータ４０はフラグ３１を状態レジスタ（図示せず）において設定してもよく、および／または、メッセージ３２を出力してもよい（ステップＳ５２およびＳ５３）。

しかしながら、蓄積されたＥＲＲＯＲ値５８がＥＲＲＯＲしきい値５９以上である場合、ディスクリミネータ４０は、テルテールが正確に表示されていないと判断する（ステップＳ５４）。ディスクリミネータ４０は、状態レジスタ（図示せず）においてフラグ３１を設定してもよく、および／または、メッセージ３２を出力してもよい（ステップＳ５５およびＳ５６）。ディスクリミネータ４０は割込を発行し、欠陥のある監視区域のインデックス数を状態レジスタ（図示せず）に格納し得る。

メッセージ３２（誤差なし／誤差）は、制御インターフェイスユニット４１を介してプログラムすることができる。

複数の映像出力チェッカー２３
再び図５を参照すると、２つ以上の映像出力チェッカー２３が提供され得る。

たとえば、共通の単一ポートＲＡＭマクロを共有する最大４つまでの映像出力チェッカー２３を提供することができる。これは、チップサイズを小さくする助けになり得るが、これによって部分的に重なったテスト区域を監視する能力が制限されてしまう可能性がある。

２つ以上のチェッカー２３が用いられる場合、これらチェッカー２３は並列に動作させることができる。平行なチェッカー２３は部分的に重なった区域を監視することができる。たとえば、４つのチェッカー２３を実行する４つのモジュールは各々、最大１６個までのテルテールを並列して監視することができる。

時分割多重化
複数の映像出力チェッカー２３を用いて、複数のテルテールをチェックすることができるが、単一の映像出力チェッカー２３を用いても複数のテルテールを監視することができる。

図１９は、複数の例示的なテルテール２２_１、２２_２、２２_３、２２_４が必要に応じて表示され得るスクリーン１７のアクティブ区域２１（図５）を示す。テルテール２２_１、２２_２、２２_３、２２_４は黒色の背景上にある。各々のテルテール２２_１、２２_２、２２_３、２２_４は異なったものであり、表示される際にはアクティブ区域２１の別々の部分に表示される。各々のテルテール２２_１、２２_２、２２_３、２２_４は対応するテスト区域２４_１、２４_２、２４_３、２４_４を有する。

第１のテルテール２２_１は黄色のチェックエンジンシンボルであり、第２のテルテール２２_２はインジケータシンボル上の暗青色のハイビームであり、第３のテルテール２２_３は緑色のクルーズコントロールインジケータシンボルであり、第４のテルテール２２_４は赤色のブレーキ警告インジケータシンボルである。

再び図２０を参照すると、１フレームごとに１つのチェックプロセスを実行する単一の映像出力チェッカー２３（図５）は、時分割多重化を用いて複数のテルテール２２_１、２２_２、２２_３、２２_４（たとえば、最大で１６個までのテルテール）を監視するために用いることができる。

アドレスジェネレータ３５（図６）は、複数の（使用可能にされた）テスト区域２４_１、２４_２、２４_３、２４_４についての時分割多重化された監視を処理する。１つのテスト区域２４_１、２４_２、２４_３、２４_４が、それぞれ、フレーム６０_ｎ、６０_ｎ＋１、６０_ｎ＋２、６０_ｎ＋３に関してチェックされる。こうして、第１のフレーム６０_ｎにおける第１の監視区域２４_１をチェックした後、映像出力チェッカー２３は、次のフレーム６０_ｎ＋１等における第２の監視区域２４_２等をチェックする。アクティブな監視区域２４_１、２４_２、２４_３、２４_４がすべて処理された後、映像出力チェッカー２３は、第１の監視区域２４_１から再び動作を繰返す。

図２０に示されるように、映像出力チェッカー２３は、対応する予想画像２５_１、２５_２、２５_３、２５_４が表示されているかどうかを確かめるために、異なるフレーム６０_ｎ、６０_ｎ＋１、６０_ｎ＋２、６０_ｎ＋３に異なるテルテール２２_１、２２_２、２２_３、２２_４を含む異なるテスト区域２４_１、２４_２、２４_３、２４_４（または、異なるテルテールが表示され得る同じテスト区域）を調べることができる。

映像データ２０が少なくとも８０ｆｐｓのフレームレートを有し（すなわち、各々のフレームが１２．５ｍｓ以下だけ表示され）、運転手の反応時間がたとえば２００ｍｓであるとみなされる場合、最大１６個までの異なるテルテールを順次監視することができる。

２つ以上の映像出力チェッカー２３と時分割多重化との組合せを用いることができる。このため、平行なチェックと連続したチェックとの組合せを用いることができる。

このプロセスは、各々の画像、すなわち各々のフレーム、のために再構成されるハードウェア状態マシンとして実現することができる。たとえば、フレームにおけるテスト区域は、色のルックアップテーブル、ジオメトリおよびテスト画素を規定する１セットのレジスタを用いてチェックすることができる。次のフレームが出力されると、レジスタは、新しいセットのレジスタに切換えることができる。したがって、フレームごとにいくつかの部分的に重なったオブジェクトをテストすることができる。

当該プロセスは２つ以上の映像出力をチェックするために用いることができる。入力データを、１つの映像出力から別の映像出力に切換えることができる。

たとえば、テルテールは、第１のスクリーン、第２のスクリーン、次いで再び第１のスクリーンなどの上で順次テストすることができる。

ウィンドウウォッチドッグタイマ
図５を参照して、映像出力チェッカー２３は、ＶＳｙｎｃおよびＨＳｙｎｃのタイミングを自動的にチェックする。なぜなら、ＶＳｙｎｃおよび／またはＨＳｙｎｃのタイミングが不正確である場合、テスト区域２４が不正確に位置決めされることとなり、テルテールのチェックプロセスがもたらす結果に誤差が生じてしまうからである。

図２１を参照して、映像出力チェッカー２３はウィンドウウォッチドッグタイマ６１を含んでもよく、これにより、映像出力２０（図５）および映像出力チェックプロセスを管理して、フレームの映像出力チェックプロセスが一定の時間ウインドウ内に完了することを確認し、これにより、映像出力２０（図５）およびチェックプロセスが適切に機能していることを検証し得る。

ウィンドウウォッチドッグタイマ６１は、ウィンドウウォッチドッグコントローラ６２と、カウンタ値６４を有するカウンタ６３とを含む。

再び図２２を参照して、所与のフレーム６０_ｑに関して、テスト区域２４_ｒのための映像チェックプロセスが完了した後、ディスクリミネータ４０は、完了フレーム６０_ｑの終わりにチェック完了信号６５を出力する。アドレスジェネレータ３５（図６）は、（同期データに基づき、かつフレームにおけるすべての画素をカウントすることによって）完了フレームの終わりを検出し、ディスクリミネータ４０に対して完了フレームの終わりを信号で伝える。ウィンドウウォッチドックコントローラ６２は、ディスクリミネータ４０からチェック完了信号６５を受信すると、リセット信号６６を供給してカウンタ６３をリセットする。次のフレーム６０_ｑ＋１等におけるテスト区域２４_ｒ＋１等のための映像チェックプロセスが実行される。

リセットする前に、ウィンドウウォッチドックコントローラ６２は、ディスクリミネータ４０からチェック完了信号６５を受信すると、チェック完了信号６５が時間ｔ１からｔ２の予め設定されたウインドウ内で受信されるかどうかをチェックするために、カウンタ値６４を下限値６７_Ｌおよび上限値６７_Ｈと比較する。下限値６７_Ｌおよび上限値６７_Ｈはプログラムすることができる。

チェック完了信号６５が、ウインドウの開始前（すなわちｔ１より前）に、またはウインドウの終了後（すなわちｔ２より後）に受信されると、ウィンドウウォッチドックコントローラ６２は、異常割込６８を生成してメインコントローラ１５に伝送する。

ウインドウは、たとえば、予想される完了時間の±１０％の範囲内でプロセスが完了するかどうかをチェックするために用いることができる。

例を挙げると、映像出力チェックプロセスは、６０ｆｐｓのフレームレートでリフレッシュするディスプレイのために１６．６ｍｓごとに実行することができる。したがって、ウィンドウウォッチドッグタイマ６１は、１５ｍｓの下限６７_Ｌおよび１８ｍｓの上限６７_Ｈを有するようにプログラムすることができる。

したがって、（たとえば、図２２における最後のフレーム６０_ｑ＋３に示されるように）１８ｍｓ後にフレーム完了信号６５が受信されない場合、ウィンドウウォッチドッグタイマ６１は、映像出力チェックが適切に機能していないと判断する。これは、たとえば、映像出力チェックプロセスがテスト区域２４をチェックし終わっていない場合に起こる可能性がある。

ウィンドウウォッチドッグタイマ６１が、それまでに送信された１５ｍｓのフレーム完了信号６５以内にフレーム完了信号６５を受信する場合、ウィンドウウォッチドッグタイマ６１は、映像出力２０（図５）のタイミングが正確に設定されていないと判断するか、または、たとえば、画像がまだ完全には出力されていないので、映像出力チェックプロセスが完成した画像をチェックすることができなかったと判断する。

ウィンドウウォッチドッグタイマは、時分割多重化が用いられている場合でも用いられていない場合でも、用いることができる。

第１のプロセスおよび／または第２のプロセスを用いる映像出力チェッカー２３は１つ以上の利点を有し得る。

人の観察者は、色および／または振幅のわずかな差を識別し得ない可能性がある。しかしながら、（ＣＲＣを用いるような）過度に感度の高い画像チェックプロセスが用いられ、色および／または振幅にわずかであるが（人の観察者にとって）感知できないほどの差がある場合、他の場合には許容可能に表示されるテルテールが不適切に表示されたものとして却下される可能性がある。

したがって、色の範囲をチェックすることによって、および／または、いくつかの画素を、その色が重要ではないと指定することによって、たとえば、ディザリングを採用する画像または背景データとブレンドする画像に対する映像出力チェッカー２３（図６）の感度が低下する可能性がある。さらに、これらの範囲は調整可能であり、ならびに／または、「考慮しない」画素の数および／もしくは位置は、感度を（動的に）変更するために（フレームごとであっても）調整可能である。

さらに、しきい値５９はまた、感度を変更するために独立して（任意には、フレームごとに）調整することができる。

このように、映像出力チェッカー２３は、テルテールについてより多様な色および形状を許容することができ、ならびに／または、許容差の度合は変更することができる。

多くの変更がこの明細書中において先に記載された実施形態になされ得ることが認識されるだろう。

たとえば、映像出力チェッカー２３は、工業用制御など他の自動車以外の応用例において用いることができる。

映像出力チェッカー２３はＲＧＢ色モデルに基づいているが、ＹＵＶ、Ｙ′ＵＶおよび他の同様の色モデルなどの他のＲＧＢ色モデルを用いることができる。映像データ２０における画素は、１２ビット、２４ビットまたは他のビット量を用いて符号化されてもよい。

映像出力チェッカー２３は３つの成分値を処理することに基づいているが、より多くの（たとえば４つの）成分値が用いられてもよい。

映像出力チェッカー２３は映像出力画素クロックドメインにおいて実行可能である。これは、制御インターフェイス４１および結果が再度同期させられることを意味する。

Claims (19)

1. ディスプレイ（１７）上において画像をレンダリングするために入力映像データ（２０）を受信するように構成された映像出力チェッカー（２３）であって、映像データは画素データを含み、前記画素データは、各々の画素（４２）に関して、所与の色モデルについての１セットの色成分値（５７_１，５７_２，５７_３）を含み、前記映像出力チェッカーは、画像の選択区域（２４）における画素についての各々の色成分を値（５１_１Ｌ，５１_１Ｕ，５１_２Ｌ，５１_２Ｕ，５１_３Ｌ，５１_３Ｕ）の対応するテスト範囲と比較し、成分値が範囲外にある場合、偏差を測定するように構成され、前記映像出力チェッカーはさらに、選択区域についての偏差を合計して、選択区域についての誤差値を提供し、誤差値をしきい値数（５９）と比較するように構成される、映像出力チェッカー（２３）。
2. ディスプレイ（１７）上において画像をレンダリングするために入力映像データ（２０）を受信するように構成された映像出力チェッカー（２３）であって、映像データは画素データを含み、前記画素データは、各々の画素（４２）に関して、所与の色モデルについての１セットの色成分値（５７_１，５７_２，５７_３）を含み、前記映像出力チェッカーは、画像の選択区域（２４）における画素についての各々の色成分が値（５１_１Ｌ，５１_１Ｕ，５１_２Ｌ，５１_２Ｕ，５１_３Ｌ，５１_３Ｕ）の対応するテスト範囲内にあるかどうかを判断して、画素が有効であるかまたは無効であるかどうかを判断し、選択区域における有効な画素または無効な画素の数（５８）をカウントし、有効な画素または無効な画素の数をしきい値数（５９）と比較するように構成される、映像出力チェッカー（２３）。
3. 予め選択された画素が有効であると判断されるように、各々の値の範囲を予め選択された画素についての範囲全体にわたるように設定するように構成される、請求項１または２に記載の映像出力チェッカー（２３）。
4. 各々の画素に関して、予め定められた数の色のうち１つを識別するかまたは色が重要でないかどうかを識別するインデックスを含むテスト画素データ（４５）を含むテストデータ（４６）を格納し、インデックスを１セットの値の範囲（５１_１Ｌ，５１_１Ｕ，５１_２Ｌ，５１_２Ｕ，５１_３Ｌ，５１_３Ｕ）に変換するように構成される、請求項１から３のいずれかに記載の映像出力チェッカー（２３）。
5. 色成分値（５７_１，５７_２，５７_３）のセットは１セットの３色成分値を含む、請求項１から４のいずれかに記載の映像出力チェッカー（２３）。
6. 所与の色モデルはＲＧＢ色モデルであり、色成分は赤、緑および青を含む、請求項１から５のいずれかに記載の映像出力チェッカー（２３）。
7. テスト値（５１_１Ｌ，５１_１Ｕ，５１_２Ｌ，５１_２Ｕ，５１_３Ｌ，５１_３Ｕ）はプログラム可能である、請求項１から６のいずれかに記載の映像出力チェッカー（２３）。
8. しきい値数はプログラム可能である、請求項１から７のいずれかに記載の映像出力チェッカー（２３）。
9. テスト範囲値（５１_１Ｌ，５１_１Ｕ，５１_２Ｌ，５１_２Ｕ，５１_３Ｌ，５１_３Ｕ）および／またはしきい値を設定するための命令を受信するためのインターフェイス（４１）を含む、請求項１から８のいずれかに記載の映像出力チェッカー（２３）。
10. 選択区域（２４）はテルテールを含む、請求項１から９のいずれかに記載の映像出力チェッカー（２３）。
11. 選択区域（２４）をチェックした後、フレームの終わりに信号（６５）を生成し、信号が所与の時間ウインドウ内に生成されているかどうかを判断するように構成される、請求項１から１０のいずれかに記載の映像出力チェッカー（２３）。
12. 第１のフレームにおける第１の選択区域（２４）をチェックし、第２のフレームにおける第２の選択区域（２４）をチェックするように構成される、請求項１から１１のいずれか１項に記載の映像出力チェッカー（２３）。
13. 第１のディスプレイ上における第１の選択区域（２４）をチェックし、第２のフレーム上における第２の選択区域（２４）をチェックするように構成される、請求項１から１１のいずれか１項に記載の映像出力チェッカー（２３）。
14. システムであって、
    請求項１から１３のいずれか１項に記載の少なくとも２つの映像出力チェッカー（２３）を含み、各々の映像出力チェッカーは、画像のそれぞれの選択区域（２４）をチェックするように構成される、システム。
15. システムであって、
    ディスプレイ（１７）上においてレンダリングするために映像データ（２０）を生成するためのディスプレイコントローラー（１６）と、
    映像データを受信し、（それぞれの）区域（２４）において前記映像データをチェックするように構成された、請求項１から１３のいずれか１項に記載の少なくとも１つの映像出力チェッカー（２３）とを含む、システム。
16. 請求項１から１３のいずれか１項に記載の少なくとも１つの映像出力チェッカー（２３）または請求項１４もしくは１５に記載のシステムを含む集積回路。
17. 映像出力をチェックする方法であって、
    ディスプレイ（１７）上において画像をレンダリングするために入力映像データ（２０）を受信するステップを含み、映像データは画素データを含み、前記画素データは、各々の画素（４２）に関して、所与の色モデルについての１セットの色成分値（５７_１，５７_２，５７_３）を含み、前記方法はさらに、
    画像の選択区域（２４）における画素についての各々の色成分が値（５１_１Ｌ，５１_１Ｕ，５１_２Ｌ，５１_２Ｕ，５１_３Ｌ，５１_３Ｕ）の対応するテスト範囲内にあるかどうかを判断して、画素が有効であるかまたは無効であるかどうかを判断し、選択区域における有効な画素または無効な画素の数（５８）をカウントするステップと、
    有効な画素または無効な画素の数をしきい値数（５９）と比較するステップとを含む、方法。
18. 映像出力をチェックする方法であって、
    ディスプレイ（１７）上において画像をレンダリングするために入力映像データ（２０）を受信するステップを含み、映像データは画素データを含み、前記画素データは、各々の画素（４２）に関して、所与の色モデルについての１セットの色成分値（５７_１，５７_２，５７_３）を含み、前記方法はさらに、
    画像の選択区域（２４）における画素についての各々の色成分を値（５１_１Ｌ，５１_１Ｕ，５１_２Ｌ，５１_２Ｕ，５１_３Ｌ，５１_３Ｕ）の対応するテスト範囲と比較し、成分値が範囲外である場合、偏差を測定するステップと、
    選択区域についての偏差を合計して、選択区域についての誤差値を提供するステップと、誤差値をしきい値数（５９）と比較するステップとを含む、方法。
19. ハードウェアにおいて実現される、請求項１７または１８に記載の方法。