(57)【特許請求の範囲】
【請求項１】
ディスプレイ（１７）上において画像をレンダリングするために入力映像データ（２０）を受信するように構成された映像出力チェッカー（２３）であって、前記入力映像データ（２０）は前記ディスプレイ（１７）の固定された所定の区域（２４）に静止して表示される、シンボル（２２）の画像を構成する画素データを含み、前記画素データは、各々の画素（４２）に関して、所与の色モデルについての１セットの色成分値（５７１，５７２，５７３）を含み、前記映像出力チェッカーは、前記固定された所定の区域（２４）におけるすべての画素についての各々の色成分値を、前記１セットの色成分値に対応して上限および下限が規定されたテスト範囲（５１１Ｌ，５１１Ｕ，５１２Ｌ，５１２Ｕ，５１３Ｌ，５１３Ｕ）と比較し、色成分値がテスト範囲外にある場合、偏差を測定するように構成され、前記映像出力チェッカーはさらに、前記固定された所定の区域（２４）についての偏差を合計して、前記固定された所定の区域（２４）についての誤差値を提供し、誤差値をしきい値数（５９）と比較するように構成される、映像出力チェッカー（２３）。
【請求項２】
ディスプレイ（１７）上において画像をレンダリングするために入力映像データ（２０）を受信するように構成された映像出力チェッカー（２３）であって、前記入力映像データ（２０）は前記ディスプレイ（１７）の固定された所定の区域（２４）に静止して表示される、シンボル（２２）の画像を構成する画素データを含み、前記画素データは、各々の画素（４２）に関して、所与の色モデルについての１セットの色成分値（５７１，５７２，５７３）を含み、前記映像出力チェッカーは、前記固定された所定の区域（２４）におけるすべての画素についての各々の色成分値が、前記１セットの色成分値に対応して上限および下限が規定されたテスト範囲（５１１Ｌ，５１１Ｕ，５１２Ｌ，５１２Ｕ，５１３Ｌ，５１３Ｕ）内にあるかどうかを判断して、画素が有効であるかまたは無効であるかどうかを判断し、前記固定された所定の区域における有効な画素または無効な画素の数（５８）をカウントし、有効な画素または無効な画素の数をしきい値数（５９）と比較するように構成される、映像出力チェッカー（２３）。
【請求項３】
予め選択された画素が有効であると判断されるように、前記テスト範囲（５１１Ｌ，５１１Ｕ，５１２Ｌ，５１２Ｕ，５１３Ｌ，５１３Ｕ）を予め選択された画素について各々の色成分値がとり得る値の範囲全体にわたるように設定するように構成される、請求項１または２に記載の映像出力チェッカー（２３）。
【請求項４】
各々の画素に関して、予め定められた数の色のうち１つを識別するかまたは色が重要でないかどうかを識別するインデックスを含むテスト画素データ（４５）を含むテストデータ（４６）を格納し、インデックスを１セットの値のテスト範囲（５１１Ｌ，５１１Ｕ，５１２Ｌ，５１２Ｕ，５１３Ｌ，５１３Ｕ）に変換するように構成される、請求項１から３のいずれかに記載の映像出力チェッカー（２３）。
【請求項５】
色成分値（５７１，５７２，５７３）のセットは１セットの３色成分値を含む、請求項１から４のいずれかに記載の映像出力チェッカー（２３）。
【請求項６】
所与の色モデルはＲＧＢ色モデルであり、色成分は赤、緑および青を含む、請求項１から５のいずれかに記載の映像出力チェッカー（２３）。
【請求項７】
テスト範囲（５１１Ｌ，５１１Ｕ，５１２Ｌ，５１２Ｕ，５１３Ｌ，５１３Ｕ）はプログラム可能である、請求項１から６のいずれかに記載の映像出力チェッカー（２３）。
【請求項８】
しきい値数はプログラム可能である、請求項１から７のいずれかに記載の映像出力チェッカー（２３）。
【請求項９】
テスト範囲（５１１Ｌ，５１１Ｕ，５１２Ｌ，５１２Ｕ，５１３Ｌ，５１３Ｕ）および／またはしきい値数（５９）を設定するための命令を受信するためのインターフェイス（４１）を含む、請求項１から８のいずれかに記載の映像出力チェッカー（２３）。
【請求項１０】
前記固定された所定の区域（２４）はテルテールを含む、請求項１から９のいずれかに記載の映像出力チェッカー（２３）。
【請求項１１】
前記固定された所定の区域（２４）をチェックした後、フレームの終わりに信号（６５）を生成し、信号が所与の時間ウインドウ内に生成されているかどうかを判断するように構成され、
第１のフレームにおける第１の前記固定された所定の区域（２４）をチェックし、第２のフレームにおける第２の前記固定された所定の区域（２４）をチェックするように構成される、請求項１から１０のいずれか１項に記載の映像出力チェッカー（２３）。
【請求項１２】
システムであって、
請求項１から１１のいずれか１項に記載の少なくとも２つの映像出力チェッカー（２３）を含み、前記少なくとも２つの映像出力チェッカーは、前記固定された所定の区域（２４）の第１の区域をチェックするように構成された第１の映像出力チェッカーと、前記固定された所定の区域（２４）の第２の区域をチェックするように構成された第２の映像出力チェッカーとを含む、システム。
【請求項１３】
システムであって、
ディスプレイ（１７）上においてレンダリングするために入力映像データ（２０）を生成するためのディスプレイコントローラー（１６）と、
前記入力映像データ（２０）を受信し、対応する固定された所定の区域（２４）において前記入力映像データ（２０）をチェックするように構成された、請求項１から１１のいずれか１項に記載の少なくとも１つの映像出力チェッカー（２３）とを含む、システム。
【請求項１４】
請求項１から１１のいずれか１項に記載の少なくとも１つの映像出力チェッカー（２３）または請求項１２もしくは１３に記載のシステムを含む集積回路。
【請求項１５】
映像出力をチェックする方法であって、
ディスプレイ（１７）上において画像をレンダリングするために入力映像データ（２０）を受信するステップを含み、前記入力映像データ（２０）は前記ディスプレイ（１７）の固定された所定の区域（２４）に静止して表示される、シンボル（２２）の画像を構成する画素データを含み、前記画素データは、各々の画素（４２）に関して、所与の色モデルについての１セットの色成分値（５７１，５７２，５７３）を含み、前記方法はさらに、
画像の前記固定された所定の区域（２４）におけるすべての画素についての各々の色成分値が、前記１セットの色成分値に対応して上限および下限が規定されたテスト範囲（５１１Ｌ，５１１Ｕ，５１２Ｌ，５１２Ｕ，５１３Ｌ，５１３Ｕ）内にあるかどうかを判断して、画素が有効であるかまたは無効であるかどうかを判断し、前記固定された所定の区域における有効な画素または無効な画素の数（５８）をカウントするステップと、
有効な画素または無効な画素の数をしきい値数（５９）と比較するステップとを含む、方法。
【請求項１６】
映像出力をチェックする方法であって、
ディスプレイ（１７）上において画像をレンダリングするために入力映像データ（２０）を受信するステップを含み、前記入力映像データ（２０）は前記ディスプレイ（１７）の固定された所定の区域（２４）に静止して表示される、シンボル（２２）の画像を構成する画素データを含み、前記画素データは、各々の画素（４２）に関して、所与の色モデルについての１セットの色成分値（５７１，５７２，５７３）を含み、前記方法はさらに、
画像の前記固定された所定の区域（２４）におけるすべての画素についての各々の色成分値を、前記１セットの色成分値に対応して上限および下限が規定されたテスト範囲（５１１Ｌ，５１１Ｕ，５１２Ｌ，５１２Ｕ，５１３Ｌ，５１３Ｕ）と比較し、色成分値がテスト範囲外である場合、偏差を測定するステップと、
前記固定された所定の区域についての偏差を合計して、前記固定された所定の区域についての誤差値を提供するステップと、誤差値をしきい値数（５９）と比較するステップとを含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
説明
本発明は、特に、乗物用の計測機器群のためのディスプレイとともに用いられるが、これに限定されない映像出力チェッカーに関する。
【背景技術】
【０００２】
計測機器群における警告メッセージは、警告灯（通常、「テルテール」と称される）として表示されることが多い。警告メッセージの例として、エアバッグが機能していないことを示すエアバッグ制御テルテール、またはアンチロックブレーキシステム（ＡＢＳ：anti-lock breaking system）が機能していないことを示すＡＢＳテルテールが含まれる。
【０００３】
通常、警告メッセージは、表示された場合に実際に運転手が確実に見ることができるようにする必要がある。警告メッセージが計測機器群に適切に表示されているかをチェックすることができる。たとえば、警告メッセージを表示するために発光ダイオード（ＬＥＤ：light emitting diode）が用いられる場合、ＬＥＤ電流モニタまたは光検出器を用いて、警告メッセージが実際に表示されていることを確認することができる。
【０００４】
計測機器群に液晶ディスプレイ薄膜トランジスタ（ＬＣＤ−ＴＦＴ：liquid crystal display thin film transistor）スクリーンが導入されていれば、警告メッセージも、いわゆる「仮想テルテール」としてＬＣＤ−ＴＦＴスクリーン上に表示させることができる。通常、仮想テルテールを適切に表示することも必要である。ディスプレイ全体が適切に動作しているかどうかを監視することは必要でないかもしれないが、仮想テルテールが表示されている区域を監視することは必要であるかもしれない。
【０００５】
一解決策として、ＬＣＤ−ＴＦＴスクリーンの該当区域を監視するために外部カメラまたは画像センサを用いることが挙げられる。しかしながら、このように専用の監視を行うことにより、補足およびデータ処理のためのリソースを追加することが必要となる。
【０００６】
別の解決策として、ＴＦＴスクリーンのうち当該スクリーンの入力ピンに可能な限り近接した区域に送信された表示内容をリードバックするハードウェアを用いて、この区域全体の内容についてのチェックサムを計算し、このチェックサムとソフトウェアによって生成された予想チェックサムとを比較することが挙げられる。計算されたチェックサムが予想されたチェックサムと一致していない場合、アプリケーションソフトウェアが音声警告を発するなどの適切な動作を行うことができるように、当該アプリケーションソフトウェアにメッセージが送られる。
【０００７】
データストリーム内のシングルビットが異なっていたとしても、ＣＲＣ３２などの典型的なチェックサムアルゴリズムによってさまざまなチェックサム値が生成される。したがって、このようなチェックサムアルゴリズムは、いくつかの形式の仮想テルテールには特に適さない可能性がある。
【０００８】
チェックサムアルゴリズムが不適切であるかもしれない状況の例を、ここで、図１〜図３を参照して説明することとする。
【０００９】
図１を参照して、単一の色２および背景色３を含む画像１が、パターニングを用いることによって変更され、これにより、付加的な仮想色５１、５２および５３を含む変更済み画像４が生成され得る。
【００１０】
ディザリングまたは意図せずに追加されたノイズは、継続的にエラーメッセージを生成することなしにチェックサムアルゴリズムを使用することができないことを意味し得る。
【００１１】
図２を参照して、（この場合、三角形の警告シンボルの形状を取る）テルテール６は、（この場合、路上の自動車を表示するカメラからの画像の形状を取る）生中継映像７の上に重ねることができる。
【００１２】
背景画像７が予測不可能であるので、テルテール６がチェックサムアルゴリズムを用いて適切に表示されるかどうかをチェックするのは困難であるかもしれない。
【００１３】
図３を参照すると、速度計８が示される。テルテール９の一部は、たとえば、仮想計測器針１０によって隠されている。
【００１４】
また、チェックサムは、たとえ表示された内容が正確であったとしても、誤差を生じる可能性がある。
【００１５】
ＣＲＣアルゴリズムを用いる映像出力チェッカーの例が、ＵＳ２０１２／００３６４１８Ａ１およびＵＳ２０１２／００５０６１２Ａ１に記載されている。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
本発明は、たとえば、ＬＣＤ−ＴＦＴスクリーンおよび他のタイプのディスプレイとともに使用される改善された映像出力チェッカーを提供することを目的とする。
【課題を解決するための手段】
【００１７】
本発明の第１の局面に従うと、映像出力チェッカーが提供される。映像出力チェッカーは、ディスプレイ上において画像をレンダリングするために、入力映像データを受信するように構成される。映像データは画素データを含み、画素データは、各々の画素に対して、（ＲＧＢなどの）所与の色モデルについての１セットの色成分値を含む。
【００１８】
映像出力チェッカーは、画像の選択区域における画素についての各々の色成分を対応する値のテスト範囲と比較するように、かつ、成分値が範囲外であれば、偏差を測定するように構成することができる。映像出力チェッカーは、選択区域についての偏差を合計して、選択区域についての誤差値を与え、誤差値をしきい値数と比較するように構成することができる。
【００１９】
しきい値数は、選択区域において起こり得る最大誤差の少なくとも１％から１０％以下の値に設定され得る（すなわち、選択区域における画素数を乗じた成分の数を乗じた成分ごとの最大偏差）。たとえば、しきい値数は、選択区域において起こり得る最大誤差の５％に設定されてもよい。
【００２０】
付加的に、または代替的には、映像出力チェッカーは、画像の選択区域における画素についての各々の色成分が対応する値のテスト範囲内にあるかどうかを判断して、画素が有効であるかまたは無効であるかどうかを判断し、選択区域における有効な画素または無効な画素の数をカウントするように構成することができる。映像出力チェッカーは、有効な画素または無効な画素の数をしきい値数と比較するように構成することができる。
【００２１】
しきい値数は、選択区域における画素数の少なくとも５０％であってもよい。たとえば、しきい値は、選択区域における画素数の９０％以上であってもよい。
【００２２】
このように、いずれの場合も、映像出力チェッカーは、たとえば、ディザリングによって、もしくは内容を映像に重ねることによって、または、たとえば他の内容によって当該内容が部分的に不明瞭になることによってもたらされる可能性のある選択区域における画像の内容をチェックする際に、より多様な色を許容することができる。
【００２３】
映像出力チェッカーは、値の各々の範囲を、予め選択された画素についての範囲全体にわたるように設定し、これにより、予め選択された画素が範囲内に収まるかまたは有効になるとみなされるようにするべく構成されてもよい。
【００２４】
こうして、映像出力チェッカーは、画像のいくつかの部分をより容易に無視することができるようになり、これにより、該当する内容の形状および／または色がより多様であってもそれを許容することができる。
【００２５】
映像出力チェッカーは、各画素について、予め定められた数の色のうちの１つを識別するかまたは色が重要ではない（すなわち、「考慮しない（don't care）」ことを示す）かどうかを識別するインデックスを含むテスト画素データを含むテストデータを格納し、かつ、インデックスを１セットの値の範囲に変換するように構成され得る。
【００２６】
これは、テストデータを格納するのに必要なメモリの量を減らす助けとするために用いることができる。たとえば、４つの値を取り得るインデックスが用いられてもよい。これは、３色のうちの１色を示すか、または、画素の色が重要ではない（すなわち、「考慮しない」）ことを示すために用いることができる。
【００２７】
色成分値のセットは１セットの３色成分値を含んでいてもよい。所与の色モデルは、ＲＧＢ色モデルであってもよく、このため、色成分は、赤、緑および青を含んでもよい。成分値は、０ｘ０と０ｘＦとの間に位置する値を取ってもよい。成分値は、０ｘ００と０ｘＦＦとの間に位置する値を取ってもよい。
【００２８】
テスト値はプログラム可能であってもよく、および／または、しきい値数はプログラム可能であってもよい。このように、テスト値および／またはしきい値数は変更可能であり、このため、映像出力チェッカーはさまざまな条件に従って適合させることができる。
【００２９】
映像出力チェッカーは第１のユニット（または「データコンパレータ」）を含んでもよい。当該第１のユニット（または「データコンパレータ」）は、画像の選択区域における画素についての各々の色成分が対応する値のテスト範囲内にあるかどうかを判断して、画素が有効であるかまたは無効であるかどうかを判断し、選択区域における有効な画素または無効な画素の数をカウントするように構成される。
【００３０】
映像出力チェッカーは、有効な画素または無効な画素の数をしきい値数と比較するように構成された第２のユニット（または「ディスクリミネータ」）を含んでもよい。
【００３１】
データコンパレータおよびディスクリミネータは、別個のユニットであってもよく、または、単一のユニットに一体化されてもよい。
【００３２】
映像出力チェッカーは第３のユニット（または「データエキスパンダ」）を含んでもよい。当該第３のユニット（または「データエキスパンダ」）は、各画素について、予め定められた数の色のうちの１つを識別するかまたは色が重要ではないかどうかを識別するインデックスを含むテスト画素データを含むテストデータを受信し、インデックスを１セットの値の範囲に変換するように構成される。
【００３３】
映像出力チェッカーは、テスト範囲値および／またはしきい値を設定するための命令を受信するためのインターフェイスを含んでもよい。
【００３４】
映像出力チェッカーは、選択区域をチェックした後、チェックが完了したことを示す信号をフレームの終わりに生成し、信号が所与の時間ウインドウ内に生成されるかどうかを判断するように構成されてもよい。
【００３５】
これは、入力映像出力および／またはチェックプロセスが正確に機能しているかどうかをチェックするために用いることができる。
【００３６】
映像出力チェッカーは、第１のフレームにおける第１の選択区域をチェックし、第２のフレームにおける第２の選択区域をチェックするように構成されてもよい。
【００３７】
これは、複数のテルテールをチェックするのに必要なハードウェアの量を減らす助けとするために用いることができる。
【００３８】
映像出力チェッカーは、第１のディスプレイ上における第１の選択区域をチェックし、第２のディスプレイ上における第２の選択区域をチェックするように構成されてもよい。
【００３９】
映像出力チェッカーは、映像出力画素クロックを受信しこれと同期して動作するように構成されてもよい。
【００４０】
映像出力チェッカーは、好ましくは、ハードウェアロジックとして実現される。
選択区域は、テルテールの画像または部分画像を含み得る。
【００４１】
画像はフレームであってもよい。フレームは、一連のフレームのうちの１フレームであってもよい。画像はＲＧＢ４４４画像フォーマットを有してもよい。画像は静止画像であってもよい。
【００４２】
本発明の第３の局面に従うと、少なくとも２つの映像出力チェッカーを含むシステムが提供される。各々の映像出力チェッカーは、画像のそれぞれの選択区域における映像データをチェックするように構成される。
【００４３】
本発明の第４の局面に従うと、ディスプレイ上においてレンダリングするために映像データを生成するためのディスプレイコントローラと、映像データを受信し、画像の（それぞれの）選択区域において当該映像データをチェックするように構成された少なくとも１つの映像出力チェッカーとを含むシステムが提供される。
【００４４】
本発明の第５の局面に従うと、１つの映像出力チェッカー、少なくとも１つの映像出力チェッカー、または少なくとも２つの映像出力チェッカーを含む集積回路が提供される。
【００４５】
本発明の第６の局面に従うと、ディスプレイ上においてレンダリングするために映像データを生成するためのディスプレイコントローラと、映像データを受信し、（それぞれの）区域において当該映像データをチェックするように構成された少なくとも１つの映像出力チェッカーとを含む集積回路が提供される。
【００４６】
本発明の第７の局面に従うと、映像出力をチェックする方法が提供される。当該方法は、ディスプレイ上において画像をレンダリングするために入力映像データを受信するステップを含む。映像データは、各々の画素に対して、所与の色モデルについての１セットの色成分値を含む画素データを含む。当該方法はさらに、画像の選択区域における画素についての各々の色成分が対応する値のテスト範囲内にあるかどうかを判断して、画素が有効であるかまたは無効であるかどうかを判断し、選択区域における有効な画素または無効な画素の数をカウントするステップと、有効な画素または無効な画素の数をしきい値数と比較するステップとを含む。
【００４７】
本発明の第８の局面に従うと、映像出力をチェックする方法が提供される。当該方法は、ディスプレイ上において画像をレンダリングするために入力映像データを受信するステップを含む。映像データは、各々の画素に対して、所与の色モデルについての１セットの色成分値を含む画素データを含む。当該方法はさらに、画像の選択区域における画素についての各々の色成分を対応する値のテスト範囲と比較するステップと、成分値が範囲外である場合、偏差を測定するステップと、選択区域についての偏差を合計して選択区域についての誤差値を提供するステップと、誤差値をしきい値数と比較するステップとを含む。
【００４８】
当該方法はハードウェアにおいて実現されてもよい。
本発明のいくつかの実施形態を、ここで、添付の図面に関連付けて例示によって説明する。
【図面の簡単な説明】
【００４９】
【図１】仮想の色を生成するためのディザリングを示す図である。
【図２】テルテールを生中継映像に重ね合わせた図である。
【図３】部分的に隠されたテルテールを示す図である。
【図４】テルテールのいくつかの例を示す図である。
【図５】計測ディスプレイのための映像データを生成するためのシステムを示す概略的なブロック図である。
【図５ａ】予想画像の例を示す図である。
【図６】映像出力チェッカーを示す概略的なブロック図である。
【図７】監視されたスクリーン内容を示す図である。
【図８】１セットの画素テストデータを含むテストデータを示す図である。
【図９】予想される画素色を表わすインデックスの形を取る画素データを含むテストデータを示す図である。
【図１０】インデックスと対応する予想される画素色とのリストを示す図である。
【図１１】インデックスを許容可能な１セットの色成分値の範囲に変換するためのルックアップテーブルを示す概略図である。
【図１２】データエキスパンダを示す概略的なブロック図である。
【図１３】入力映像データの画素についての各々の色成分値と色成分値の対応する範囲との比較を概略的に示す図である。
【図１４】有効な画素を特定するために、入力映像データの画素についての各々の色成分値を対応する色成分値の範囲と比較し、有効な画素をカウントする方法を示すプロセスフロー図である。
【図１５】画像が有効な画素のカウント数に基づいて正確に表示されたかどうかを判断する方法を示すプロセスフロー図である。
【図１６】範囲外の値を示す１セットの色成分値と対応する誤差値とを示す図である。
【図１７−１】入力映像データの画素についての各々の色成分値を対応する色成分値の範囲と比較して、範囲外の値についての誤差値を決定し、誤差値を蓄積して画像についての誤差値を得る方法を示すプロセスフロー図である。
【図１７−２】入力映像データの画素についての各々の色成分値を対応する色成分値の範囲と比較して、範囲外の値についての誤差値を決定し、誤差値を蓄積して画像についての誤差値を得る方法を示すプロセスフロー図である。
【図１７−３】入力映像データの画素についての各々の色成分値を対応する色成分値の範囲と比較して、範囲外の値についての誤差値を決定し、誤差値を蓄積して画像についての誤差値を得る方法を示すプロセスフロー図である。
【図１８】画像が誤差値に基づいて正確に表示されたかどうかを判断する方法を示すプロセスフロー図である。
【図１９】スクリーンのアクティブ区域および表示可能なテルテールを示す図である。
【図２０】さまざまなテスト区域がさまざまなフレームにおいて監視される時分割多重化を示す図である。
【図２１】ウィンドウウォッチドッグタイマを示す概略的なブロック図である。
【図２２】映像出力チェッカーの適切な動作を確認するプロセスを示すタイミング図である。
【発明を実施するための形態】
【００５０】
図４を参照すると、自動車の計測機器群において表示され得るテルテール１１１、１１２、…、１１１２のいくつかの例が示される。図４においては、線および塗りつぶされた領域１２は、たとえば緑、赤、黄または青に色付けされてもよい。塗りつぶされていない背景領域１３は透明であってもよく、または黒であってもよい。
【００５１】
たとえば、クルーズコントロールが設定されていることを示す第１のテルテール１１１は緑であってもよい。バッテリに問題があることを示す第２のテルテール１１２は赤であってもよい。アンチロックブレーキに関する問題を示す第３のテルテール１１３は黄であってもよい。フル（または「ハイ」）ビームを示す第１１のテルテール１１４は青であってもよい。
【００５２】
図５を参照すると、自動車の計測システム１４が示される。システム１４は、メインコントローラ１５、ディスプレイコントローラ１６およびディスプレイ１７を含む。メインコントローラ１５は、自動車の状態に関する信号を生成または受信してもよく、命令１８および／またはデータ１９をディスプレイコントローラ１６に転送してもよい。ディスプレイコントローラ１６は、映像データ２０を生成し、ディスプレイ１７に出力してレンダリングする（すなわち、表示する）。
【００５３】
映像データ２０は、一連のフレームを含む映像データストリームの形を取る。映像データ２０は、垂直同期、水平同期、データおよびクロック信号を含み得る。映像データ２０はビデオグラフィックスアダプタ（ＶＧＡ：video graphics adapter）基準に準拠し得るが、他のフォーマットを用いることもできる。この場合、ＲＧＢ４４４画像フォーマットが用いられる。しかしながら、ＲＧＢ８８８またはＹ′ＵＶ４４４などの他の画像フォーマットを用いることができる。
【００５４】
ディスプレイ１７は、アクティブ区域２１を有する液晶ディスプレイ薄膜トランジスタ（ＬＣＤ−ＴＦＴ）スクリーンの形を取る。しかしながら、ディスプレイは、有機発光ダイオード（ＯＬＥＤ：organic light-emitting diode）スクリーンまたはダイレクトプロジェクタなどの他の形を取ることもできる。
【００５５】
しばしば、１つ以上のテルテール２２がディスプレイ１７上においてレンダリングされることもある。ディスプレイコントローラ１６は、テルテールの画像データを含む映像データ２０を生成する。
【００５６】
この明細書中においては、テルテール２２は、「警告シンボル」または単純に「シンボル」と称されることもある。テルテール２２は、図４に示されるテルテール１１１、１１２、…、１１１２と同じであっても、同様であっても、または異なっていてもよい。
【００５７】
（この明細書中において「画像チェック装置」とも称される）映像出力チェッカー２３は、テスト区域２４に表示される画像を対応する予想画像２５（図５ａ）と比較することによって、テルテール２２が、監視されている区域２４（この明細書中においては、「テスト区域」とも称される）において適切に表示されているかどうかをチェックするために用いられる。後で説明するように、単一の映像出力チェッカー２３を用いて、さまざまなフレームにおけるさまざまなテスト区域２４を調べることによって２つ以上のテスト区域２４を監視することができる。２つ以上の映像出力チェッカー２３が、２つ以上のテスト区域２４を監視するために平行に動作可能である。２つ以上のテスト区域２４は部分的に重なってもよく、または境を接していてもよい。２つ以上のディスプレイ１７が用いられてもよく、単一の映像出力チェッカー２３が、さまざまなディスプレイ上のテスト区域２４を監視するために使用可能である。
【００５８】
図６を参照すると、映像出力チェッカー２３がより詳細に示される。
映像出力チェッカー２３は、ディスプレイコントローラ１６（図５）から映像データ２０および映像同期データ３０を受信し、メインコントローラ１５（図５）に状態３１およびメッセージ３２を出力する。映像同期データ３０は、典型的には、画素クロック（図示せず）、水平同期（ＨＳｙｎｃ）および垂直同期（ＶＳｙｎｃ）を含む。
【００５９】
映像出力チェッカー２３は、アドレスジェネレータ３５、テストデータメモリ３６、データエキスパンダ３７、データコンパレータ３９、（この明細書中においては「ディスクリミネータ」とも称される）判定ユニット４０、および制御インターフェイス４１を含む。
【００６０】
また図７を参照すると、アドレスジェネレータ３５は、監視されるべきアクティブなディスプレイ内容２１の区域２４を識別する。アクティブ区域２４は長方形であり、ｍ×ｎの画素４２を含む。典型的には、アクティブ区域２４は１００×１００の画素４２を含む。
【００６１】
また図８を参照すると、アクティブ区域２４に対応する１セットのテスト画素４３が、予想画像２５（図５ａ）のために規定される。アドレスジェネレータユニット３５は、テスト区域２４（図５）をチェックするテスト画素４３のための１セットのテストデータ４６を形成する画素テストデータ４５についての（絶対）アドレス４４を生成して、テルテール２２（図５）が正確に表示されているかどうかを判断する。この明細書中においては、テストデータ４６のセットも、「シンボルテストデータ」または「テルテールテストデータ」と称される。
【００６２】
アドレスジェネレータ３５は、テストデータ２４の位置およびサイズを規定するデータ４７を格納してもよい。このデータ４７は、制御インターフェイスユニット４１を介してプログラムすることができる。
【００６３】
画素テストデータ４５は、アクティブ区域２４における画素４２の予想される色についての情報を含む。
【００６４】
画素テストデータ４５は、インデックスされる色として格納することができる。１セットテストデータに対してＮ個のさまざまな色を格納することができる。すなわち、Ｎ−１の値は各々、異なる色を示し、１の値は、画素の色が重要ではない（この明細書中においては「考慮しない」）ことを示している。以下においてより詳細に説明されるように、画素テストデータ４５が「考慮しない」に設定されている場合、そのテスト画素は判定を行う目的で無視することができる。これにより、非長方形（または、他の不規則な形状の）シンボルをチェックすることがより容易になり得る。
【００６５】
特に図９を参照すると、インデックスの形式である画素テストデータと対応する色との関係を示す表４８が示される。Ｎ＝４であるので、２ビットのデータを用いて、（緑、赤および黄などの）第１の色、第２の色および第３の色ならびに「考慮しない」を識別することができる。しかしながら、Ｎは他の２進値（２または８など）を取ってもよい。Ｎは非２値を取ってもよい。色を識別するために２ビットだけを用いることで、データメモリを節約する助けとすることができる。しかしながら、４色以上（たとえば、緑、赤、黄、および青）を有するテルテール２２（図５）が必要とされる場合、付加的に色付きされたテルテール２２（図５）を処理するように付加的な映像出力チェッカー２３を提供することができる。２つの映像出力チェッカー２３を用いて、部分的に重なったテスト区域２４（図５）をチェックすることができる。１つの映像出力チェッカー２３を用いて、たとえば、１つのフレーム内の１つのテスト区域２４をチェックし、異なるフレーム内の別のテスト区域をチェックすることによって、部分的に重なったテスト区域２４（図５）をチェックすることができる。
【００６６】
再び図６を参照すると、テストデータ４５は、テストデータメモリ３６から読出され、データエキスパンダ３７に供給される。
【００６７】
データエキスパンダ３７は、テストデータ４６を拡張されたテストデータ５０に変換する。
【００６８】
また図１０を参照すると、データエキスパンダ３７は、入力映像データ２０と同じ色モデル（または「直接マッピングされた色」）に関して、インデックス値４５（図８）を成分値５１１Ｌ、５１１Ｕ、５１２Ｌ、５１２Ｕ、５１３Ｌ、５１３Ｕの対５１１、５１２、５１３にマッピングする。成分値対５１１、５１２、５１３は、各々の成分に関する成分値についての上限および下限を規定する。
【００６９】
この例においては、ＲＧＢモデルが用いられており、このため、色成分は赤成分、緑成分および青成分を含む。しかしながら、ＹＵＶ、Ｙ′ＵＶまたはＹＣｂＣｒなどの他の色モデルを用いることもできる。インデックス値は、赤成分値、青成分値および緑成分値５１１Ｌ、５１１Ｕ、５１２Ｌ、５１２Ｕ、５１３Ｌ、５１３Ｕの対に変換される。この例においては、画素データを符号化するために１２ビットが用いられる。しかしながら、データを符号化するのにより少ないビットまたはより多くのビット、たとえば２４ビット、が用いられてもよい。このため、この場合には、各々の値５１１Ｌ、５１１Ｕ、５１２Ｌ、５１２Ｕ、５１３Ｌ、５１３Ｕは、０ｘ０と０ｘＦとの間の値を取ることができる。
【００７０】
図１１を参照すると、ルックアップテーブル５２は、各々のインデックス値を、Ｎ＝４の場合の値を取る１セットの成分値にマッピングするために用いられる。図１１に示されるように、所与のインデックス、すなわちｉ、についての第１の色成分、第２の色成分および第３の色成分についての下限および上限は、それぞれ、値（Ｃ１ｉ，Ｌ，Ｃ１ｉ，Ｈ）、（Ｃ２ｉ，Ｌ，Ｃ２ｉ，Ｈ）および（Ｃ３ｉ，Ｌ，Ｃ３ｉ，Ｈ）を取る。
【００７１】
たとえば、色は緑であってもよく、このため、成分値（Ｃ１ｉ，Ｌ，Ｃ１ｉ，Ｈ）、（Ｃ２ｉ，Ｌ，Ｃ２ｉ，Ｈ）および（Ｃ３ｉ，Ｌ，Ｃ３ｉ，Ｈ）は、それぞれ、値（０ｘ０，０ｘ４）、（０ｘ８，０ｘＦ）および（０ｘ０，０ｘ４）を取ってもよい。色は赤であってもよく、このため、成分値（Ｃ１ｉ，Ｌ，Ｃ１ｉ，Ｈ）、（Ｃ２ｉ，Ｌ，Ｃ２ｉ，Ｈ）および（Ｃ３ｉ，Ｌ，Ｃ３ｉ，Ｈ）は、それぞれ、値（０ｘ８，０ｘＦ）、（０ｘ０，０ｘ４）および（０ｘ０，０ｘ４）を取ってもよい。色は黄であってもよく、このため、成分値（Ｃ１ｉ，Ｌ，Ｃ１ｉ，Ｈ）、（Ｃ２ｉ，Ｌ，Ｃ２ｉ，Ｈ）および（Ｃ３ｉ，Ｌ，Ｃ３ｉ，Ｈ）は、それぞれ、値（０ｘＤ，０ｘＦ）、（０ｘＡ，０ｘＦ）および（０ｘ０、０ｘ４）を取ってもよい。
【００７２】
「考慮しない」についての成分値（Ｃ１ｉ，Ｌ，Ｃ１ｉ，Ｈ）、（Ｃ２ｉ，Ｌ，Ｃ２ｉ，Ｈ）および（Ｃ３ｉ，Ｌ，Ｃ３ｉ，Ｈ）は範囲全体に設定され、この場合、それぞれ、（０ｘ０，０ｘＦ）、（０ｘ０，０ｘＦ）および（０ｘ０，０ｘＦ）となる。このように、後により詳細に説明されるように、画素４２（図７）の成分値がそれぞれのテスト範囲内にあるかどうかをチェックする場合、成分値は、成分値にかかわらず、「考慮しない」についてのテスト範囲内にあることとなる。
【００７３】
対応する範囲全体は、他の色モデルに関して「考慮しない」として設定することができる。
【００７４】
所与のエントリインデックスについての上限値および下限値５１１Ｌ、５１１Ｕ、５１２Ｌ、５１２Ｕ、５１３Ｌおよび５１３Ｕは１対の値として格納することができ、一方は下限５１１Ｌ、５１２Ｌ、５１３Ｌの値を格納し、他方は上限５１１Ｕ、５１２Ｕ、５１３Ｕの値を格納し得る。
【００７５】
たとえば、黄色に対応するエントリインデックスに関して、ＲＧＢ４４４画像フォーマットが用いられると想定すると、ルックアップテーブルに格納される値は０ｘＤＡ０および０ｘＦＦ４である。このため、第１の成分についての下限５１１Ｌおよび上限５１１Ｕは、それぞれ、０ｘＤおよび０ｘＦであり、第２の成分についての下限５１２Ｌおよび上限５１２Ｕは、それぞれ、０ｘＡおよび０ｘＦであり、第３の成分についての下限５１３Ｌおよび上限５１３Ｕは、それぞれ、０ｘ０および０ｘＦである。
【００７６】
図１２を参照すると、データエキスパンダ３７は、プログラム可能なレジスタの形でルックアップテーブル５２を格納してもよい。レジスタ５２は、さまざまなインデックス５５（そのうちの１つが「考慮しない」に対応する）とさまざまな成分５６とについての成分値５３を対で格納する成分５４を含む。レジスタ５２における値５３は、制御インターフェイスユニット４１を介してプログラムすることができる。
【００７７】
再び図６および図１３を参照すると、データコンパレータ３９は、画素が有効であるかどうかを判断するために、成分に関して、テスト区域２４（図７）内の入力画像データ２０の画素４２（図７）についての画素データ５７の成分値５７１、５７２、５７３を、対応するテスト画素４３（図１０）についての画素データ５０の成分値５１１Ｌ、５１１Ｕ、５１２Ｌ、５１２Ｕ、５１３Ｌ、５１３Ｕの対と比較する。
【００７８】
無効な画素のカウントに基づいたテルテールの適切な表示についての判断
図１４は、データコンパレータ３９によって実行される比較およびカウントプロセスを示すフロー図である。
【００７９】
図６、図１３および図１４を参照すると、映像データの新しいフレームが受取られると、有効画素カウンタがリセットされる（ステップＳ１）。データ比較ユニット３９は、テスト区域２４（図７）における次の（この場合、第１の）画素４２（図７）についての画素データ５７を調べる（ステップＳ２）。
【００８０】
データコンパレータ３９は、入力画像データ２０についての画素データ５７の第１の成分値５７１（たとえば、赤成分）を読出し（ステップＳ３）、それを対応する成分についての下限５１１Ｌおよび上限５１１Ｕと比較する（ステップＳ４およびＳ５）。
【００８１】
第１の成分値５７１が範囲内にある場合、データコンパレータ３９は、入力画像データ２０についての画素データ５７の第２の成分値５７２（たとえば、緑成分）を読出し（ステップＳ６）、これを対応する成分についての下限５１２Ｌおよび上限５１２Ｕと比較する（ステップＳ７およびＳ８）。
【００８２】
第２の成分値５７２が範囲内にある場合、データコンパレータ３９は、入力画像データ２０についての画素データ５７の第３の成分値５７３（たとえば、青成分）を読出し（ステップＳ９）、これを対応する成分についての下限５１３Ｌおよび上限５１３Ｕと比較する（ステップＳ１０およびＳ１１）。
【００８３】
各々の成分値５７１、５７２、５７３が範囲内にある場合、画素が有効であるとみなされ（ステップＳ１２）、有効画素カウンタが１だけインクリメントされる（ステップＳ１３）。
【００８４】
しかしながら、成分値５７１、５７２、５７３のうちの１つ以上が範囲外にある場合、画素は無効であるとみなされる（ステップＳ１４）。有効画素カウンタはインクリメントされない。任意には、無効なカウンタが無効な画素をカウントするために用いられてもよい。
【００８５】
データコンパレータ３９は、テスト区域２４（図７）におけるすべての画素４３がチェックされたかどうかを判断する（ステップＳ１５）。チェックされていなければ、データコンパレータ３９は、引き続き、テスト区域２４（図７）における次の画素４３（図７）についての画素データ５７を調べて（ステップＳ２）、そのプロセス（ステップＳ３〜Ｓ１１ならびにＳ１２およびＳ１３またはＳ１４）を繰返す。
【００８６】
テスト区域２４（図７）における画素４３がすべてチェックされると、データコンパレータ３９は、有効画素カウンタの値５８をディスクリミネータ４０に出力する（ステップＳ１６）。
【００８７】
図６を参照して、ディスクリミネータ４０は、テルテールが正確に表示されたかどうかを判断する。
【００８８】
図１５は、ディスクリミネータ４０によって実行される判定および動作プロセスのフロー図である。
【００８９】
図６および図１５を参照して、フレームが比較されると、有効画素カウンタの値５８がしきい値５９と比較される（ステップＳ１７）。しきい値は、テストされた画素の少なくとも５０％であってもよい。たとえば、しきい値は、テストされた画素の９０％以上であってもよい。
【００９０】
ディスクリミネータ４０は、しきい値５９をプログラム可能なレジスタの形で格納してもよい。値５９は、制御インターフェイスユニット４１を介してプログラムすることができる。
【００９１】
測定された値５８がしきい値５９以上である場合、ディスクリミネータ４０は、テルテールが正確に表示されたと判断する（ステップＳ１８）。ディスクリミネータ４０は、状態レジスタ（図示せず）にフラグ３１を設定してもよく、および／または、メッセージ３２を出力してもよい（ステップＳ１９およびＳ２０）。
【００９２】
しかしながら、測定された値５８がしきい値５９を下回る場合、ディスクリミネータ４０は、テルテールが正確に表示されていないと判断する（ステップＳ２１）。ディスクリミネータ４０は状態レジスタ（図示せず）にフラグ３１を設定してもよく、および／または、メッセージ３２を出力してもよい（ステップＳ２２およびＳ２３）。
【００９３】
メッセージ３２（誤差なし／誤差）は、制御インターフェイスユニット４１を介してプログラムすることができる。
【００９４】
再び図６を参照して、制御インターフェイス４１は、メインコントローラ１５（図５）または他の外部コントローラにインターフェイスを提供する。インターフェイス４１を介して、テストデータ４６（図８）、ルックアップテーブル（図１２）における値５３（図１２）、テスト区域２４（図７）の位置およびサイズに関するデータ４７（図６）、結果判断についてのしきい値５９、および／または、メッセージ３２、さらには他の制御情報をプログラムすることができる。制御インターフェイス４１はまた、ディスクリミネータ４０に格納された状態３１を調べるようインターフェイスを提供し得る。
【００９５】
（以下、「第１のプロセス」と称される）上述のプロセスにおいては、データコンパレータ３９は、有効な（または無効な）画素の数をカウントし、ディスクリミネータ４０は、この数をしきい値と比較する。
【００９６】
付加的に、または代替的には、データコンパレータ３９において別のプロセス（または「第２のプロセス」）を用いることができ、各々の画素についてのいわゆる「画素差」、すなわち実際のスクリーン画素の色がテスト画素とどれくらい異なっているかを示す度合、を決定し、テスト区域２４にわたる画素差を合計し、ディスクリミネータ４０がこの合計をしきい値と比較する。
【００９７】
第２のプロセスでは、テスト色成分について採用される範囲をより狭くすることが可能となるが、多くの画素が無効である（すなわち範囲外である）ものの範囲から外れるのがごくわずかだけである場合にはいくらかの許容範囲が与えられる。これにより、シンボルが正確に表示されたかどうかを判断する際に、より広く制御する余地が与えられ得る。
【００９８】
画素差の測定に基づいたテルテールの正確な表示についての判断
図１６を参照すると、データコンパレータ３９（図６）を用いて、各々の画素ｉに関して、それぞれの色成分範囲外にある実際のスクリーン画素色成分値の偏差（または「画素差」）の度合を測定することができる。偏差（または「差」）は、誤差値、ＥＲＲＯＲ（ｉ，ＣＸ）として表わされる。この場合、Ｘ＝１、２、または３である。たとえば、Ｃ１は赤であってもよく、Ｃ２は緑であってもよく、Ｃ３は青であってもよい。実際のスクリーン画素成分値が範囲内にある場合、ＥＲＲＯＲ（ｉ，ＣＸ）は０である。実際のスクリーン画素成分が範囲外にある場合、ＥＲＲＯＲ（ｉ，ＣＸ）は、実際のスクリーン画素成分値と最も近いしきい値限度との間の絶対差と等しくなり、これは、上限または下限であってもよく、すなわち、ＥＲＲＯＲ（ｉ，ＣＸ）＝ａｂｓ（ＣＸ−ＣＸｉＨ）またはａｂｓ（ＣＸｉＬ−ＣＸ）であってもよい。
【００９９】
各々の色成分についての誤差値ＥＲＲＯＲ（ｉ，ＣＸ）を追加して、画素についての誤差値ＥＲＲＯＲ（ｉ）を決定する。すなわち、ＥＲＲＯＲ（ｉ）＝ＥＲＲＯＲ（ｉ，Ｃ１）＋ＥＲＲＯＲ（ｉ，Ｃ２）＋ＥＲＲＯＲ（ｉ，Ｃ３）である。
【０１００】
すべての画素についての誤差値、すなわち０、１、…ｉ、…、（ｍ×ｎ）、…−１が、テスト区域についての合計誤差値ＥＲＲＯＲを見つけるために追加される。ディスクリミネータ４０（図６）は、この合計誤差値を誤差しきい値と比較する。
【０１０１】
この方策を用いると、誤差しきい値は、平均して、一定数の画素による或る程度の偏差を許容するように設定することができる。このように、ユーザにとって認識可能であるかもしれないが第１のプロセスによって不正確に表示されるとみなされ得るシンボルが、正確に表示されていると判断することができる。
【０１０２】
図１７は、第２のプロセスにおいてデータコンパレータ３９（図６）によって実行される比較およびカウントステップを示すフロー図である。この例においては、３つの色成分（Ｃ１，Ｃ２，Ｃ３）が存在しており、各々の成分が４ビットで符号化されている、すなわちＲＧＢ４４４であると想定される。しかしながら、他の画像フォーマットを用いることもできる。
【０１０３】
図６、図１３および図１７を参照すると、画像データの新しいフレームが受信されると、ＥＲＲＯＲ値レジスタがリセットされる（ステップＳ２５）。
【０１０４】
画素ＥＲＲＯＲ値レジスタがリセットされる（ステップＳ２６）。データ比較ユニット３９は、テスト区域２４（図７）における次の（この場合、第１の）画素４２（図７）についての画素データ５７を調べる（ステップＳ２７）。
【０１０５】
データコンパレータ３９は、入力画像データ２０についての画素データ５７の第１の成分値５７１（たとえば、赤成分）を読出し（ステップＳ２８）、これを対応する成分についての下限５１１Ｌおよび上限５１１Ｕと比較する（ステップＳ２９およびＳ３０）。
【０１０６】
第１の成分値５７１が下限５１１Ｌを下回る場合、データコンパレータ３９は、第１の成分値５７１と下限５１１Ｌとの間の差の絶対値を計算することによってＥＲＲＯＲ（ｉ，Ｃ１）を決定する（ステップＳ３１）。
【０１０７】
第１の成分値５７１が上限５１１Ｕを上回っている場合、データコンパレータ３９は、第１の成分値５７１と上限５１１Ｕとの間の差の絶対値を計算することによってＥＲＲＯＲ（ｉ，Ｃ１）を決定する（ステップＳ３２）。
【０１０８】
第１の成分値５７１が下限５１１Ｌと上限５１１Ｕとの間にある場合、データコンパレータ３９は、ＥＲＲＯＲ（ｉ，Ｃ１）を０ｘ０に設定する（ステップＳ３３）。
【０１０９】
同じプロセスが、画素データ５７の第２の成分値５７２（たとえば、緑成分）に関して繰返され（ステップＳ３４からＳ３９）、画素データ５７の第３の成分値５７３（たとえば、青成分）に関して繰返される（ステップＳ４０からＳ４５）。
【０１１０】
各々の成分（Ｃ１，Ｃ２，Ｃ３）についての差値ＥＲＲＯＲ（ｉ，ＣＸ）が合計されて、画素についての差値ＥＲＲＯＲ（ｉ）が得られる（ステップＳ４６）。
【０１１１】
たとえば、下限５１１Ｌ、５１２Ｌ、５１３Ｌは値０ｘ０００によって表わされてもよく、上限５１１Ｕ、５１２Ｕ、５１３Ｕは値０ｘ９ＦＦによって表わされてもよい。このため、赤成分についての下限５１１Ｌおよび上限５１１Ｕはそれぞれ０ｘ０および０ｘ９であり、緑成分についての下限５１２Ｌおよび上限５１２Ｕはそれぞれ０ｘ０および０ｘＦであり、青成分についての下限５１３Ｌおよび上限５１３Ｕはそれぞれ０ｘ０および０ｘＦである。スクリーン画像画素が値０ｘＢ４４を有する（すなわち、赤成分が０ｘＢであり、緑成分が０ｘ４であり、青成分値が０ｘ４である）場合、赤成分値、緑成分値および青成分値についての差値ＥＲＲＯＲ（ｉ，ＣＸ）は、それぞれ、０ｘ２、０ｘ０および０ｘ０であり、また、画素についての差値ＥＲＲＯＲ（ｉ）は０ｘ２である。
【０１１２】
ステップＳ２９からＳ４６は、たとえば、以下のような好適な関数を用いて実行することができる。
【０１１３】
【数１】
0006785044.tif 000002
【０１１４】
この場合、
【０１１５】
【数２】
0006785044.tif 000003
【０１１６】
および
【０１１７】
【数３】
0006785044.tif 000004
【０１１８】
データコンパレータ３９は、テスト区域２４（図７）におけるすべての画素４２がチェックされたかどうかを判断する（ステップＳ４８）。チェックされていなければ、データコンパレータ３９は、引き続き、画素ＥＲＲＯＲレジスタをリセットし（ステップＳ２６）、テスト区域２４（図７）における次の画素４３（図７）についての画素データ５７を調べて（ステップＳ２７）、プロセスを繰返す（ステップＳ２８からＳ４７）。
【０１１９】
テスト区域２４（図７）におけるすべての画素４２がチェックされると、データコンパレータ３９はＥＲＲＯＲ値５８をディスクリミネータ４０に出力する（ステップＳ４９）。
【０１２０】
ディスクリミネータ４０（図６）は、テルテールが正確に表示されたかどうか判断する。
【０１２１】
図１８は、第２のプロセスにおいてディスクリミネータ４０によって実行される判定および動作プロセスを示すフロー図である。
【０１２２】
図６および図１８を参照して、フレームが比較されると、ＥＲＲＯＲ値５８がしきいＥＲＲＯＲ値５９と比較される（ステップＳ５０）。しきいＥＲＲＯＲ値５８は、たとえば、フレームについて起こり得る最大誤差の５％に最も近い値に設定されてもよい。
【０１２３】
ディスクリミネータ４０は、ＥＲＲＯＲしきい値５９をプログラム可能なレジスタの形で格納してもよい。値５９は制御インターフェイスユニット４１を介してプログラムすることができる。
【０１２４】
測定された値５８がしきい値５９を下回る場合、ディスクリミネータ４０は、テルテールが正確に表示されていると判断する（ステップＳ５１）。ディスクリミネータ４０はフラグ３１を状態レジスタ（図示せず）において設定してもよく、および／または、メッセージ３２を出力してもよい（ステップＳ５２およびＳ５３）。
【０１２５】
しかしながら、蓄積されたＥＲＲＯＲ値５８がＥＲＲＯＲしきい値５９以上である場合、ディスクリミネータ４０は、テルテールが正確に表示されていないと判断する（ステップＳ５４）。ディスクリミネータ４０は、状態レジスタ（図示せず）においてフラグ３１を設定してもよく、および／または、メッセージ３２を出力してもよい（ステップＳ５５およびＳ５６）。ディスクリミネータ４０は割込を発行し、欠陥のある監視区域のインデックス数を状態レジスタ（図示せず）に格納し得る。
【０１２６】
メッセージ３２（誤差なし／誤差）は、制御インターフェイスユニット４１を介してプログラムすることができる。
【０１２７】
複数の映像出力チェッカー２３
再び図５を参照すると、２つ以上の映像出力チェッカー２３が提供され得る。
【０１２８】
たとえば、共通の単一ポートＲＡＭマクロを共有する最大４つまでの映像出力チェッカー２３を提供することができる。これは、チップサイズを小さくする助けになり得るが、これによって部分的に重なったテスト区域を監視する能力が制限されてしまう可能性がある。
【０１２９】
２つ以上のチェッカー２３が用いられる場合、これらチェッカー２３は並列に動作させることができる。平行なチェッカー２３は部分的に重なった区域を監視することができる。たとえば、４つのチェッカー２３を実行する４つのモジュールは各々、最大１６個までのテルテールを並列して監視することができる。
【０１３０】
時分割多重化
複数の映像出力チェッカー２３を用いて、複数のテルテールをチェックすることができるが、単一の映像出力チェッカー２３を用いても複数のテルテールを監視することができる。
【０１３１】
図１９は、複数の例示的なテルテール２２１、２２２、２２３、２２４が必要に応じて表示され得るスクリーン１７のアクティブ区域２１（図５）を示す。テルテール２２１、２２２、２２３、２２４は黒色の背景上にある。各々のテルテール２２１、２２２、２２３、２２４は異なったものであり、表示される際にはアクティブ区域２１の別々の部分に表示される。各々のテルテール２２１、２２２、２２３、２２４は対応するテスト区域２４１、２４２、２４３、２４４を有する。
【０１３２】
第１のテルテール２２１は黄色のチェックエンジンシンボルであり、第２のテルテール２２２はインジケータシンボル上の暗青色のハイビームであり、第３のテルテール２２３は緑色のクルーズコントロールインジケータシンボルであり、第４のテルテール２２４は赤色のブレーキ警告インジケータシンボルである。
【０１３３】
再び図２０を参照すると、１フレームごとに１つのチェックプロセスを実行する単一の映像出力チェッカー２３（図５）は、時分割多重化を用いて複数のテルテール２２１、２２２、２２３、２２４（たとえば、最大で１６個までのテルテール）を監視するために用いることができる。
【０１３４】
アドレスジェネレータ３５（図６）は、複数の（使用可能にされた）テスト区域２４１、２４２、２４３、２４４についての時分割多重化された監視を処理する。１つのテスト区域２４１、２４２、２４３、２４４が、それぞれ、フレーム６０ｎ、６０ｎ＋１、６０ｎ＋２、６０ｎ＋３に関してチェックされる。こうして、第１のフレーム６０ｎにおける第１の監視区域２４１をチェックした後、映像出力チェッカー２３は、次のフレーム６０ｎ＋１等における第２の監視区域２４２等をチェックする。アクティブな監視区域２４１、２４２、２４３、２４４がすべて処理された後、映像出力チェッカー２３は、第１の監視区域２４１から再び動作を繰返す。
【０１３５】
図２０に示されるように、映像出力チェッカー２３は、対応する予想画像２５１、２５２、２５３、２５４が表示されているかどうかを確かめるために、異なるフレーム６０ｎ、６０ｎ＋１、６０ｎ＋２、６０ｎ＋３に異なるテルテール２２１、２２２、２２３、２２４を含む異なるテスト区域２４１、２４２、２４３、２４４（または、異なるテルテールが表示され得る同じテスト区域）を調べることができる。
【０１３６】
映像データ２０が少なくとも８０ｆｐｓのフレームレートを有し（すなわち、各々のフレームが１２．５ｍｓ以下だけ表示され）、運転手の反応時間がたとえば２００ｍｓであるとみなされる場合、最大１６個までの異なるテルテールを順次監視することができる。
【０１３７】
２つ以上の映像出力チェッカー２３と時分割多重化との組合せを用いることができる。このため、平行なチェックと連続したチェックとの組合せを用いることができる。
【０１３８】
このプロセスは、各々の画像、すなわち各々のフレーム、のために再構成されるハードウェア状態マシンとして実現することができる。たとえば、フレームにおけるテスト区域は、色のルックアップテーブル、ジオメトリおよびテスト画素を規定する１セットのレジスタを用いてチェックすることができる。次のフレームが出力されると、レジスタは、新しいセットのレジスタに切換えることができる。したがって、フレームごとにいくつかの部分的に重なったオブジェクトをテストすることができる。
【０１３９】
当該プロセスは２つ以上の映像出力をチェックするために用いることができる。入力データを、１つの映像出力から別の映像出力に切換えることができる。
【０１４０】
たとえば、テルテールは、第１のスクリーン、第２のスクリーン、次いで再び第１のスクリーンなどの上で順次テストすることができる。
【０１４１】
ウィンドウウォッチドッグタイマ
図５を参照して、映像出力チェッカー２３は、ＶＳｙｎｃおよびＨＳｙｎｃのタイミングを自動的にチェックする。なぜなら、ＶＳｙｎｃおよび／またはＨＳｙｎｃのタイミングが不正確である場合、テスト区域２４が不正確に位置決めされることとなり、テルテールのチェックプロセスがもたらす結果に誤差が生じてしまうからである。
【０１４２】
図２１を参照して、映像出力チェッカー２３はウィンドウウォッチドッグタイマ６１を含んでもよく、これにより、映像出力２０（図５）および映像出力チェックプロセスを管理して、フレームの映像出力チェックプロセスが一定の時間ウインドウ内に完了することを確認し、これにより、映像出力２０（図５）およびチェックプロセスが適切に機能していることを検証し得る。
【０１４３】
ウィンドウウォッチドッグタイマ６１は、ウィンドウウォッチドッグコントローラ６２と、カウンタ値６４を有するカウンタ６３とを含む。
【０１４４】
再び図２２を参照して、所与のフレーム６０ｑに関して、テスト区域２４ｒのための映像チェックプロセスが完了した後、ディスクリミネータ４０は、完了フレーム６０ｑの終わりにチェック完了信号６５を出力する。アドレスジェネレータ３５（図６）は、（同期データに基づき、かつフレームにおけるすべての画素をカウントすることによって）完了フレームの終わりを検出し、ディスクリミネータ４０に対して完了フレームの終わりを信号で伝える。ウィンドウウォッチドックコントローラ６２は、ディスクリミネータ４０からチェック完了信号６５を受信すると、リセット信号６６を供給してカウンタ６３をリセットする。次のフレーム６０ｑ＋１等におけるテスト区域２４ｒ＋１等のための映像チェックプロセスが実行される。
【０１４５】
リセットする前に、ウィンドウウォッチドックコントローラ６２は、ディスクリミネータ４０からチェック完了信号６５を受信すると、チェック完了信号６５が時間ｔ１からｔ２の予め設定されたウインドウ内で受信されるかどうかをチェックするために、カウンタ値６４を下限値６７Ｌおよび上限値６７Ｈと比較する。下限値６７Ｌおよび上限値６７Ｈはプログラムすることができる。
【０１４６】
チェック完了信号６５が、ウインドウの開始前（すなわちｔ１より前）に、またはウインドウの終了後（すなわちｔ２より後）に受信されると、ウィンドウウォッチドックコントローラ６２は、異常割込６８を生成してメインコントローラ１５に伝送する。
【０１４７】
ウインドウは、たとえば、予想される完了時間の±１０％の範囲内でプロセスが完了するかどうかをチェックするために用いることができる。
【０１４８】
例を挙げると、映像出力チェックプロセスは、６０ｆｐｓのフレームレートでリフレッシュするディスプレイのために１６．６ｍｓごとに実行することができる。したがって、ウィンドウウォッチドッグタイマ６１は、１５ｍｓの下限６７Ｌおよび１８ｍｓの上限６７Ｈを有するようにプログラムすることができる。
【０１４９】
したがって、（たとえば、図２２における最後のフレーム６０ｑ＋３に示されるように）１８ｍｓ後にフレーム完了信号６５が受信されない場合、ウィンドウウォッチドッグタイマ６１は、映像出力チェックが適切に機能していないと判断する。これは、たとえば、映像出力チェックプロセスがテスト区域２４をチェックし終わっていない場合に起こる可能性がある。
【０１５０】
ウィンドウウォッチドッグタイマ６１が、それまでに送信された１５ｍｓのフレーム完了信号６５以内にフレーム完了信号６５を受信する場合、ウィンドウウォッチドッグタイマ６１は、映像出力２０（図５）のタイミングが正確に設定されていないと判断するか、または、たとえば、画像がまだ完全には出力されていないので、映像出力チェックプロセスが完成した画像をチェックすることができなかったと判断する。
【０１５１】
ウィンドウウォッチドッグタイマは、時分割多重化が用いられている場合でも用いられていない場合でも、用いることができる。
【０１５２】
第１のプロセスおよび／または第２のプロセスを用いる映像出力チェッカー２３は１つ以上の利点を有し得る。
【０１５３】
人の観察者は、色および／または振幅のわずかな差を識別し得ない可能性がある。しかしながら、（ＣＲＣを用いるような）過度に感度の高い画像チェックプロセスが用いられ、色および／または振幅にわずかであるが（人の観察者にとって）感知できないほどの差がある場合、他の場合には許容可能に表示されるテルテールが不適切に表示されたものとして却下される可能性がある。
【０１５４】
したがって、色の範囲をチェックすることによって、および／または、いくつかの画素を、その色が重要ではないと指定することによって、たとえば、ディザリングを採用する画像または背景データとブレンドする画像に対する映像出力チェッカー２３（図６）の感度が低下する可能性がある。さらに、これらの範囲は調整可能であり、ならびに／または、「考慮しない」画素の数および／もしくは位置は、感度を（動的に）変更するために（フレームごとであっても）調整可能である。
【０１５５】
さらに、しきい値５９はまた、感度を変更するために独立して（任意には、フレームごとに）調整することができる。
【０１５６】
このように、映像出力チェッカー２３は、テルテールについてより多様な色および形状を許容することができ、ならびに／または、許容差の度合は変更することができる。
【０１５７】
多くの変更がこの明細書中において先に記載された実施形態になされ得ることが認識されるだろう。
【０１５８】
たとえば、映像出力チェッカー２３は、工業用制御など他の自動車以外の応用例において用いることができる。
【０１５９】
映像出力チェッカー２３はＲＧＢ色モデルに基づいているが、ＹＵＶ、Ｙ′ＵＶおよび他の同様の色モデルなどの他のＲＧＢ色モデルを用いることができる。映像データ２０における画素は、１２ビット、２４ビットまたは他のビット量を用いて符号化されてもよい。
【０１６０】
映像出力チェッカー２３は３つの成分値を処理することに基づいているが、より多くの（たとえば４つの）成分値が用いられてもよい。
【０１６１】
映像出力チェッカー２３は映像出力画素クロックドメインにおいて実行可能である。これは、制御インターフェイス４１および結果が再度同期させられることを意味する。
【図１】
0006785044.tif 000005
【図２】
0006785044.tif 000006
【図３】
0006785044.tif 000007
【図４】
0006785044.tif 000008
【図５】
0006785044.tif 000009
【図５ａ】
0006785044.tif 000010
【図６】
0006785044.tif 000011
【図７】
0006785044.tif 000012
【図８】
0006785044.tif 000013
【図９】
0006785044.tif 000014
【図１０】
0006785044.tif 000015
【図１１】
0006785044.tif 000016
【図１２】
0006785044.tif 000017
【図１３】
0006785044.tif 000018
【図１４】
0006785044.tif 000019
【図１５】
0006785044.tif 000020
【図１６】
0006785044.tif 000021
【図１７−１】
0006785044.tif 000022
【図１７−２】
0006785044.tif 000023
【図１７−３】
0006785044.tif 000024
【図１８】
0006785044.tif 000025
【図１９】
0006785044.tif 000026
【図２０】
0006785044.tif 000027
【図２１】
0006785044.tif 000028
【図２２】
0006785044.tif 000029