(57)【要約】【課題】  画像データのエラー検出結果を、外部デバイスに適切に出力するドライバー、電気光学装置及び電子機器等の提供。【解決手段】  ドライバー３００は、画像データを受信するインターフェース部３１０と、受信された画像データのエラー検出を行うエラー検出部３３３と、画像データに基づいて電気光学パネル（表示パネル５００）を駆動する駆動回路３４０と、を含み、エラー検出の結果を外部デバイスに出力する。【選択図】      図２
2018136370.tif 000002
【特許請求の範囲】
【請求項１】
画像データを受信するインターフェース部と、
受信された前記画像データのエラー検出を行うエラー検出部と、
前記画像データに基づいて電気光学パネルを駆動する駆動回路と、
を含み、
前記エラー検出の結果を外部デバイスに出力することを特徴とするドライバー。
【請求項２】
請求項１において、
前記エラー検出の結果を出力するエラー出力端子を含むことを特徴とするドライバー。
【請求項３】
請求項１において、
前記インターフェース部が、前記エラー検出の結果を前記外部デバイスに出力することを特徴とするドライバー。
【請求項４】
請求項１乃至３のいずれかにおいて、
前記インターフェース部は、
前記エラー検出の演算値が固定値になるようなダミーデータが付加された前記画像データを前記外部デバイスから受信し、
前記エラー検出部は、
前記エラー検出の前記演算値が、前記固定値となるか否かを検出することで、前記エラー検出を行うことを特徴とするドライバー。
【請求項５】
請求項１乃至４のいずれかにおいて、
前記ドライバーがマスターに設定された場合、
前記インターフェース部は、
スレーブに設定された他のドライバーの前記エラー検出の結果を、前記外部デバイスに出力することを特徴とするドライバー。
【請求項６】
請求項１乃至５のいずれかにおいて、
前記エラー検出部は、
前記電気光学パネルを駆動する他のドライバーのエラー検出の感度と異なる感度で、前記エラー検出を行うことを特徴とするドライバー。
【請求項７】
請求項１乃至６のいずれかにおいて、
前記インターフェース部は、
前記電気光学パネルの走査線を駆動する走査ドライバーのエラー検出の結果を、前記外部デバイスに出力することを特徴とするドライバー。
【請求項８】
請求項１乃至７のいずれかにおいて、
前記エラー検出部は、
前記画像データのｎビットのうち、上位のｍビットについての前記エラー検出を行い、下位のｎ−ｍビットについての前記エラー検出を行わないことを特徴とするドライバー。
【請求項９】
請求項１乃至８のいずれかにおいて、
前記エラー検出部は、
前記電気光学パネルの表示領域のうち、警告情報表示領域の前記画像データについての前記エラー検出を行うことを特徴とするドライバー。
【請求項１０】
請求項１乃至９のいずれかにおいて、
前記駆動回路の駆動制御を行う制御部を含み、
前記制御部は、
信号異常又は接続異常がｋ回（ｋは正の整数）検出された場合に、表示をオフにする制御を行い、
前記エラー検出部によりエラーがｊ回（ｊはｊ＞ｋの整数）検出された場合に、表示をオフにする制御を行うことを特徴とするドライバー。
【請求項１１】
請求項１乃至１０のいずれかにおいて、
前記インターフェース部は、
前記画像データを受信する表示インターフェース部と、
表示設定データを受信するコマンドインターフェース部と、
を含み、
前記エラー検出部は、
前記コマンドインターフェース部により受信した前記表示設定データのエラー検出を行うことを特徴とするドライバー。
【請求項１２】
請求項１乃至１１のいずれかに記載のドライバーと、
前記電気光学パネルと、
前記外部デバイスと、
を含むことを特徴とする電気光学装置。
【請求項１３】
請求項１２において、
前記ドライバーと異なる第２のドライバーを含み、
前記ドライバーのエラー検出の感度は、前記第２のドライバーのエラー検出の感度より高いことを特徴とする電気光学装置。
【請求項１４】
請求項１乃至１１のいずれかに記載のドライバーを含むことを特徴とする電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ドライバー、電気光学装置及び電子機器等に関する。
【背景技術】
【０００２】
表示装置（例えば液晶表示装置）における表示制御では、ＣＰＵ等の処理装置が表示コントローラーに画像データと制御信号を送信し、表示コントローラーは画像処理とタイミング信号の生成を行い、画像処理された画像データとタイミング信号によりドライバー（表示ドライバー）が動作する。画像データの送信には、例えばＬＶＤＳ（Low Voltage Differential Signal）方式やデジタルＲＧＢ方式が用いられるが、いずれにしても通信エラー等によって画像データに誤りが発生する場合がある。例えば特許文献１〜３には、表示コントローラーが処理装置から受信した画像データをＣＲＣ（Cyclic Redundancy Check）によりエラー検出を行う手法が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−３５６７７号公報
【特許文献２】特開２００７−１０１６９１号公報
【特許文献３】特開２００７−７２３９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１〜３は、処理装置から受信した画像データに対するエラー検出を行う表示コントローラーに関する手法である。そのため、従来手法ではドライバーへの画像データの転送でエラーが発生した場合に、当該エラーをドライバーで適切に検出する手法について充分な開示がない。また、ドライバーでＣＲＣ値を演算し、当該ＣＲＣ値をホスト（表示コントローラーや処理装置）が読み出す手法も考えられる。しかしこの手法では、ホスト側機器からＣＲＣ値を読み出す必要があるし、ＣＲＣ値（演算値）と期待値の比較処理等もホスト側機器で実行する必要がある。
【０００５】
本発明の幾つかの態様によれば、画像データのエラー検出結果を、外部デバイスに適切に出力するドライバー、電気光学装置及び電子機器等を提供できる。
【課題を解決するための手段】
【０００６】
本発明の一態様は、画像データを受信するインターフェース部と、受信された前記画像データのエラー検出を行うエラー検出部と、前記画像データに基づいて電気光学パネルを駆動する駆動回路と、を含み、前記エラー検出の結果を外部デバイスに出力するドライバーに関係する。
【０００７】
本発明の一態様では、インターフェース部を介して受信した画像データに基づいて電気光学パネルを駆動するドライバーにおいて、画像データのエラー検出を行うとともに、エラー検出の結果を外部デバイスに出力する。このようにすれば、ドライバーでのエラー検出が可能になるため、電気光学パネルで不適切な表示が行われることを抑止できる。さらに、エラー検出結果を外部デバイスに出力できるため、外部デバイスによるエラー対応等を容易にすることも可能になる。
【０００８】
また本発明の一態様では、前記エラー検出の結果を出力するエラー出力端子を含んでもよい。
【０００９】
このようにすれば、所定の端子を用いてエラー検出の結果を外部デバイスに出力することが可能になる。
【００１０】
また本発明の一態様では、前記インターフェース部が、前記エラー検出の結果を前記外部デバイスに出力してもよい。
【００１１】
このようにすれば、インターフェース部を介してエラー検出の結果を外部デバイスに出力することが可能になる。
【００１２】
また本発明の一態様では、前記インターフェース部は、前記エラー検出の演算値が固定値になるようなダミーデータが付加された前記画像データを前記外部デバイスから受信し、前記エラー検出部は、前記エラー検出の前記演算値が、前記固定値となるか否かを検出することで、前記エラー検出を行ってもよい。
【００１３】
このようにすれば、期待値をフレーム毎に受信する必要がなく、高精度でのエラー検出を行うこと等が可能になる。
【００１４】
また本発明の一態様では、前記ドライバーがマスターに設定された場合、前記インターフェース部は、スレーブに設定された他のドライバーの前記エラー検出の結果を、前記外部デバイスに出力してもよい。
【００１５】
このようにすれば、複数のドライバーでのエラー検出の結果を、マスターに設定されたドライバーに集約して出力すること等が可能になる。
【００１６】
また本発明の一態様では、前記エラー検出部は、前記電気光学パネルを駆動する他のドライバーのエラー検出の感度と異なる感度で、前記エラー検出を行ってもよい。
【００１７】
このようにすれば、複数のドライバーを用いる場合に、ドライバー毎にエラー検出の感度を柔軟に設定することが可能になる。
【００１８】
また本発明の一態様では、前記インターフェース部は、前記電気光学パネルの走査線を駆動する走査ドライバーのエラー検出の結果を、前記外部デバイスに出力してもよい。
【００１９】
このようにすれば、走査ドライバーでのエラー検出結果を、ドライバー（ソースドライバー）から出力することが可能になる。
【００２０】
また本発明の一態様では、前記エラー検出部は、前記画像データのｎビットのうち、上位のｍビットについての前記エラー検出を行い、下位のｎ−ｍビットについての前記エラー検出を行わなくてもよい。
【００２１】
このようにすれば、エラー検出の対象となるデータ量を削減し、エラー検出処理の負荷軽減が可能になる。
【００２２】
また本発明の一態様では、前記エラー検出部は、前記電気光学パネルの表示領域のうち、警告情報表示領域の前記画像データについての前記エラー検出を行ってもよい。
【００２３】
このようにすれば、重要な情報を表示する領域の画像データに対して、適切にエラー検出を行うこと等が可能になる。
【００２４】
また本発明の一態様では、前記駆動回路の駆動制御を行う制御部を含み、前記制御部は、信号異常又は接続異常がｋ回（ｋは正の整数）検出された場合に、表示をオフにする制御を行い、前記エラー検出部によりエラーがｊ回（ｊはｊ＞ｋの整数）検出された場合に、表示をオフにする制御を行ってもよい。
【００２５】
このようにすれば、信号異常や接続異常が検出された場合、或いはエラーが検出された場合に不適切な表示を行うことを抑止できるとともに、信号異常又は接続異常であるか、画像データのエラーであるかに応じて、制御を行う条件を柔軟に設定することが可能になる。
【００２６】
また本発明の一態様では、前記インターフェース部は、前記画像データを受信する表示インターフェース部と、表示設定データを受信するコマンドインターフェース部と、を含み、前記エラー検出部は、前記コマンドインターフェース部により受信した前記表示設定データのエラー検出を行ってもよい。
【００２７】
このようにすれば、エラー検出の対象を画像データ以外に拡張することが可能になる。
【００２８】
本発明の他の態様は、上記のいずれかに記載のドライバーと、前記電気光学パネルと、前記外部デバイスと、を含む電気光学装置に関係する。
【００２９】
また本発明の他の態様では、前記ドライバーと異なる第２のドライバーを含み、前記ドライバーのエラー検出の感度は、前記第２のドライバーのエラー検出の感度より高くてもよい。
【００３０】
このようにすれば、複数のドライバーを用いる場合に、ドライバー毎にエラー検出の感度を柔軟に設定することが可能になる。
【００３１】
本発明の他の態様は、上記のいずれかに記載のドライバーを含む電子機器に関係する。
【図面の簡単な説明】
【００３２】
【図１】システム構成例。
【図２】ドライバーの構成例。
【図３】表示コントローラーの構成例。
【図４】エラー検出領域の設定例。
【図５】複数のドライバーと走査ドライバー、表示パネルの接続例。
【図６】複数のドライバーのエラー検出結果の出力例。
【図７】電気光学装置の構成例。
【図８】電子機器の構成例。
【図９】移動体の構成例。
【発明を実施するための形態】
【００３３】
以下、本発明の好適な実施の形態について詳細に説明する。なお以下に説明する本実施形態は特許請求の範囲に記載された本発明の内容を不当に限定するものではなく、本実施形態で説明される構成の全てが本発明の解決手段として必須であるとは限らない。
【００３４】
１．システム構成例
図１は、本実施形態のドライバー３００（表示システム６００）を含むシステムの構成例である。図１に示したように、システムはドライバー３００（ソースドライバー）と、走査ドライバー４００（ゲートドライバー）と、表示コントローラー２００と、処理装置１００と、表示パネル５００（電気光学パネル）と、を含む。表示パネル５００は、ドライバー３００により駆動される。ドライバー３００は、表示コントローラー２００接続される。図２で後述するように、ドライバー３００は処理装置１００と接続されてもよい。表示コントローラー２００は、処理装置１００と接続される。なお、図１ではドライバー３００が１つである例を示したが、本実施形態に係るシステム（表示システム６００）が複数のドライバー３００を含んでもよい。複数のドライバー３００を含む例については、図５、図６を用いて後述する。
【００３５】
図１のシステムが自動車等に搭載される場合、処理装置１００はＥＣＵ（Electronic Control Unit）である。或いは、上記システムが情報通信端末等の電子機器に搭載される場合、処理装置１００はＣＰＵ（Central Processing Unit）やマイクロプロセッサー等のプロセッサーである。
【００３６】
図２に、本実施形態のドライバー３００（データ線駆動回路、ソースドライバー）の構成例を示す。ドライバー３００は、インターフェース部（インターフェース）３１０、制御部（制御回路）３３０、駆動回路３４０、電源回路３５０、検出回路３６０を含む。ドライバー３００は例えば集積回路装置（ＩＣ）等で実現される。
【００３７】
インターフェース部３１０は、コマンドインターフェース部３１１と、表示インターフェース部３１３と、エラー出力部３１５とを含んでもよい。インターフェース部３１０は、表示コントローラー２００（例えばＭＰＵやＣＰＵ、ＡＳＩＣ等。広義には外部の処理装置）との間の通信を行う。コマンドインターフェース部３１１は、コマンド（制御信号、表示設定データ）を受信する。表示インターフェース部３１３は、画像データ（表示データ）を受信する。エラー出力部３１５（エラー出力回路）は、エラー検出部３３３でのエラー検出結果に基づく出力を行う。
【００３８】
画像データの通信方式としては、例えばＬＶＤＳ（Low Voltage Differential Signal）方式やＲＧＢシリアル方式、ディスプレイポート規格の伝送方式等を採用できる。またコマンドや制御信号の通信方式としては、Ｉ２Ｃ方式、３線又は４線のシリアル伝送方式等を採用できる。インターフェース部３１０は、これらの通信方式を実現する入出力バッファー回路や制御回路（例えばＬＶＤＳ方式ではＰＬＬ回路等）で構成される。
【００３９】
制御部３３０は、駆動制御部３３１と、エラー検出部３３３と、レジスター部３３５を含む。レジスター部３３５（レジスター。広義には記憶部、メモリー）は、インターフェース部３１０を介して入力されたコマンドや制御信号を記憶する。また、コマンドや制御信号の通信は、例えば端子設定（各端子にハイレベル又はローレベルを入力することにより制御信号を入力する手法）により実現されてもよい。レジスター部３３５は、エラー検出部３３３のエラー検出での期待値（狭義にはＣＲＣ値の期待値）を記憶する。ここでの期待値は、後述するように固定値であってもよい。
【００４０】
エラー検出部３３３は、インターフェース部３１０が受信したデータのエラー検出（第１のエラー検出）を行う。以下では、エラー検出部３３３がＣＲＣ（巡回冗長検査、Cyclic Redundancy Check）によるエラー検出処理を行う例について説明する。なお、エラー検出の手法はＣＲＣに限定されるものではなく、例えばチェックサム等の手法を採用することが可能である。エラー検出処理の具体例については後述する。
【００４１】
また、制御部３３０（駆動制御部３３１）は、表示コントローラー２００から入力された画像データやコマンド（制御信号）等に基づいて、画像データの処理やタイミング制御、ドライバー３００の各部の制御等を行う。画像データの処理では、例えば表示コントローラー２００から転送されたデータから各色成分チャンネルの表示データを抽出する処理や、階調補正等の画像処理等を行う。タイミング制御では、表示コントローラー２００から入力されたクロック信号や画像データに基づいてタイミング制御信号を生成し、そのタイミング制御信号により、表示パネル５００の走査線（ゲート線）の駆動タイミング（選択タイミング）やデータ線の駆動タイミングを制御する。制御部３３０は、例えばゲートアレイ等のロジック回路で構成される。
【００４２】
駆動回路３４０は、階調電圧生成回路と、複数のＤ／Ａ変換回路と、複数のアンプ回路と、を含む。階調電圧生成回路は複数の電圧を出力し、その各電圧は複数の階調値のいずれかに対応している。Ｄ／Ａ変換回路は、階調電圧生成回路からの複数の電圧の中から、画像データに対応する電圧を選択する。アンプ回路は、Ｄ／Ａ変換部からのデータ電圧に基づいてデータ電圧を出力する。例えば、表示パネル５００の１本のデータ線（ソース線）に対応してＤ／Ａ変換回路とアンプ回路が設けられており、そのデータ線をアンプ回路が駆動する。或いは、表示パネル５００の２本のデータ線に対応してＤ／Ａ変換回路とアンプ回路が設けられてもよく、その２本のデータ線をアンプ回路が逆極性で駆動することによりドット反転駆動を行ってもよい。階調電圧生成回路は例えばラダー抵抗等で構成され、Ｄ／Ａ変換回路は例えばスイッチ回路等で構成され、アンプ回路は例えば演算増幅器やキャパシター等で構成される。
【００４３】
電源回路３５０は、システム電源から供給される電源電圧（例えば第１の電源電圧ＶＤＤと、第２の電源電圧ＶＳＳ）に基づいて種々の電圧を生成し、その電圧をドライバー３００の各部の電源電圧として供給する。例えば、駆動回路３４０には、アンプ回路の正及び負の各電源電圧（ドット反転駆動の正極駆動、負極駆動に用いる電源電圧）、階調電圧生成回路の電源電圧が供給される。また、制御部３３０には、ロジック用の電源電圧が供給される。また、電源回路３５０は、表示パネル５００のコモン電圧を表示パネル５００のコモン電極に供給する。また電源回路３５０は、ドライバー３００の半導体基板（Ｐ型基板）の基板電圧を供給する。
【００４４】
電源回路３５０は、例えば昇圧回路（例えばチャージポンプ型の昇圧回路）やリニアレギュレーター（例えばＬＤＯ（Low Drop-Out）レギュレーター）、ディスチャージ用のスイッチ素子等で構成される。
【００４５】
検出回路３６０は、表示コントローラー２００から供給される画像データ転送用のクロック信号が停止しているか否かを検出し、停止を検出した場合には検出信号をアクティブにする。そして、検出信号がアクティブになったことを受けて、制御部３３０が表示パネル５００を表示オフ状態（例えば全黒表示）にする。
【００４６】
図２に示したように、本実施形態に係るドライバー３００は、画像データを受信するインターフェース部３１０と、受信された画像データのエラー検出を行うエラー検出部３３３と、画像データに基づいて電気光学パネル（表示パネル５００）を駆動する駆動回路３４０と、を含む。そして、ドライバー３００は、エラー検出の結果を外部デバイスに出力する。
【００４７】
本実施形態の手法によれば、ドライバー３００が受信した画像データに対するエラー検出を行うこと、及びエラー検出の結果を外部デバイスに出力することが可能になる。画像データのエラー検出を行うことで、表示パネル５００に不適切な画像を表示すること等を抑止できる。車載システムであれば、警告等の表示等、ユーザーの安全に関わる非常に重要な情報の表示が想定されるところ、当該情報が誤って表示されることを抑止できる。車両の電気システムについてＩＳＯ２６２６２等の規格が制定されている。ＩＳＯ２６２６２では自動車に特有のリスクの重要度をＡＳＩＬ（Automotive Safety Integrity Level）によって分類している。近年の車両では、高解像度の電気光学パネルを用いて、警告情報を含む多様な情報を出力する。そのため、表示システムの重要度が高くなっており、不適切な情報の表示を抑止することは、車両の安全機能の観点からも重要となる。
【００４８】
その際、ドライバー３００内でエラー検出を行うだけでなく、エラー検出の結果を外部デバイスに出力できる。出力対象となる外部デバイスは、図２の破線に示したように、表示コントローラー２００であってもよいし、処理装置１００であってもよいし、その両方であってもよい。つまり、ドライバー３００での画像データのエラー検出結果を、外部デバイスでも容易に共有でき、当該外部デバイスでエラーに応じた処理（画像データの再送や表示の停止等）を行うことが可能になる。
【００４９】
エラー検出結果の外部デバイスへの出力は、インターフェース部３１０により行ってもよい。例えば、インターフェース部３１０がコマンドインターフェース部３１１や表示インターフェース部３１３を含む場合に、コマンド、制御信号、画像データの送受信と同様のインターフェースにより、エラー検出結果を出力する。エラー検出結果の出力に、コマンド等のインターフェースを用いることで、エラー出力用の端子を設ける必要がなく、端子数を抑制できる。
【００５０】
或いは、図２に示したように、ドライバー３００は、エラー検出の結果を出力するエラー出力端子ＴＥを含んでもよい。そしてエラー出力部３１５は、エラー検出結果に応じてアクティブ／非アクティブ（Ｈレベル／Ｌレベル）が決定される信号を、エラー出力端子ＴＥに出力する。
【００５１】
このようにすれば、外部デバイスではエラー出力端子ＴＥの信号レベルにより、ドライバー３００でのエラー検出結果を取得できる。そのため、ドライバー３００のレジスター部３３５の所与の領域にエラー検出結果を記憶しておき、外部デバイス側からレジスター部３３５の当該領域を読み出すような制御が不要となる。即ち、外部デバイスは、ドライバー３００でのエラー検出結果を容易に取得することが可能になる。
【００５２】
走査ドライバー４００は、走査線駆動電圧を表示パネル５００の各走査線に出力し、その各走査線を駆動（選択）する。例えば表示パネル５００はデュアルゲートの表示パネルである。デュアルゲートの表示パネルでは、水平走査方向の１本の表示ラインに対応して２本の走査線が設けられ、その２本の走査線の一方で選択される画素と他方で選択される画素（これらは１本の表示ラインで隣り合う２つの画素）が１本のデータ線を共有している。走査ドライバー４００は、１水平走査期間において２本の走査線を時分割に駆動し、それに対応してドライバー３００がデータ線に２つの画素のデータ電圧を時分割に出力する。なお、本発明の手法は、デュアルゲートの表示パネル５００に限らず種々の表示パネルを駆動する場合に適用できる。
【００５３】
走査ドライバー４００の構成の詳細な説明は省略するが、例えばドライバー３００と同様に、制御部や電源回路を含んでもよい。或いは、ドライバー３００の制御部３３０や電源回路３５０により、走査ドライバー４００（駆動回路）の動作が行われてもよい。例えば、ドライバー３００の電源回路３５０から、走査ドライバー４００の正の電源電圧、及び負の電源電圧が供給されてもよい。
【００５４】
図３に表示コントローラー２００（回路装置）の構成例を示す。表示コントローラー２００は、インターフェース部２１０、２２０（インターフェース回路）、制御部２３０（制御回路）を含む。表示コントローラー２００は、例えば集積回路装置（ＩＣ）により実現される。
【００５５】
インターフェース部２１０は、処理装置１００と表示コントローラー２００の間の通信を行う。例えばインターフェース部２１０は、処理装置１００から制御部２３０へ送信される画像データや、タイミング制御信号（例えばクロック信号、垂直同期信号、水平同期信号、データイネーブル信号等）を受信する。通信方式は、インターフェース部３１０と同様の方式を採用できる。
【００５６】
また、処理装置１００から制御部２３０が有するレジスター部２３５への書き込みが行われてもよい。その場合、インターフェース部２１０は、処理装置１００からレジスター部２３５へ書き込まれるレジスター値を受信する。或いはインターフェース部２１０は、エラー出力部２１５（エラー判定情報出力回路）を含み、エラー出力部２１５が出力するエラー判定情報（エラー信号、エラー検出信号）を処理装置１００に送信してもよい。
【００５７】
制御部２３０は、表示コントローラー２００の各部の制御を行う。特に制御部２３０は、タイミング制御を行ってもよく、処理装置１００からのタイミング制御信号に基づいて、表示コントローラー２００の各部の制御や、ドライバー３００へ送信する制御信号（例えばクロック信号、垂直同期信号、水平同期信号、データイネーブル信号等）の生成を行う。
【００５８】
また制御部２３０は、画像処理部２３１（画像処理回路）、エラー検出部２３３（エラー検出回路）、レジスター部２３５（レジスター、記憶部）を含んでもよい。画像処理部２３１は、処理装置１００からの画像データ（表示データ）に対して種々の画像処理（例えば階調補正等）やデータ整形処理（ドライバー３００のデータ受信方式に適合した送信データを生成する処理）を行う。
【００５９】
エラー検出部２３３は、処理装置１００からの画像データに対してエラー検出（第２のエラー検出）を行う。エラー検出処理の具体例については後述する。
【００６０】
エラー出力部２１５は、エラー検出部２３３の出力（ＣＲＣ値や、ＣＲＣ値と期待値の比較結果信号）に基づいて、エラー判定情報を出力する。エラー判定情報の出力とは、例えば、処理装置１００へのエラー信号の出力である。ここでのエラー信号は例えば割り込み要求信号（IRQ:Interrupt ReQuest）であってもよい。或いは、エラー信号は、エラーと判定されたことを単に知らせる（エラーと判定された場合にアクティブとなる）信号であってもよい。
【００６１】
表示コントローラー２００のインターフェース部２２０は、ドライバー３００（狭義には上述したインターフェース部３１０）の間の通信を行う。例えばインターフェース部２２０は、画像処理部２３１が出力する画像データをドライバー３００へ送信したり、制御部２３０が出力する制御信号（タイミング制御信号）をドライバー３００へ送信する。また、インターフェース部２２０は、ドライバー３００の動作を制御する表示設定データ（例えばモード設定信号）をドライバー３００へ送信してもよい。
【００６２】
上記の制御部２３０の画像処理部２３１、エラー検出部２３３、レジスター部２３５やエラー出力部２１５は、ロジック回路（例えば、アンド回路やオア回路、インバーター回路等のゲート回路や、フリップフロップ回路等の機能回路を配置したゲートアレイ）で構成される。画像処理部２３１、エラー検出部２３３、レジスター部２３５、エラー出力部２１５の各部は機能ブロックを表しており、ハードウェアとしては一体のロジック回路として構成されてもよいし、個別のロジック回路として構成されてもよい。
【００６３】
或いは、上記の各部は、ソフトウェアにより実現してもよい。即ち、本実施形態の表示コントローラー２００（回路装置）等は、その処理の一部または大部分をプログラムにより実現してもよい。この場合には、ＣＰＵ等のプロセッサーがプログラムを実行することで、本実施形態の表示コントローラー２００等が実現される。具体的には、非一時的な情報記憶媒体に記憶されたプログラムが読み出され、読み出されたプログラムをＣＰＵ等のプロセッサーが実行する。ここで、情報記憶媒体（コンピューターにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＤＶＤ、ＣＤ等）、ＨＤＤ（ハードディスクドライブ）、或いはメモリー（カード型メモリー、ＲＯＭ等）などにより実現できる。そして、ＣＰＵ等のプロセッサーは、情報記憶媒体に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち、情報記憶媒体には、本実施形態の各部としてコンピューター（操作部、処理部、記憶部、出力部を備える装置）を機能させるためのプログラム（各部の処理をコンピューターに実行させるためのプログラム）が記憶される。また、各部の機能をソフトウェアにより実現してもよい点は、ドライバー３００についても同様である。
【００６４】
本実施形態の手法は、処理装置１００から第１の画像データを受信して、表示タイミング制御を行う表示コントローラー２００と、表示コントローラー２００によって制御され、表示コントローラーからの第２の画像データを受信して電気光学パネル（表示パネル５００）を駆動するドライバー３００と、を含む表示システム６００に適用できる。そして図２及び図３を用いて上述したように、表示コントローラー２００は、第１の画像データについての第１のエラー検出を行い、ドライバー３００は、第２の画像データについての第２のエラー検出を行う。なお、表示コントローラー２００では、第１の画像データに対して、データ形式を変換したり、種々の画像処理を行うことが可能である。よって、第２の画像データとは、表示コントローラー２００（画像処理部２３１）において、第１の画像データに対する画像処理が行われた後に、ドライバー３００へ送信されたデータを表す。
【００６５】
このようにすれば、図１のように表示コントローラー２００と、ドライバー３００とが別体（別ＩＣ）として設けられる場合において、それぞれで画像データのエラー検出を行うことが可能になる。上述したように、処理装置１００と表示コントローラー２００の間、表示コントローラー２００とドライバー３００の間ではインターフェースを介した画像データの通信が行われるため、各通信でエラーが発生するおそれがある。その点、第１のエラー検出と第２のエラー検出の両方を行うことで、一方のみを行う場合等に比べてエラーの検出精度を高くでき、不適切な画像データが表示パネル５００に表示されることを抑止できる。
【００６６】
図２、図３に示したように、表示コントローラー２００は、処理装置１００から第１の画像データを受信する第１のインターフェース部（インターフェース部２１０）と、第１の画像データについての第１のエラー検出を行う第１のエラー検出部（エラー検出部２３３）を含む。また、ドライバー３００は、表示コントローラー２００から第２の画像データを受信する第２のインターフェース部（インターフェース部３１０）と、第２の画像データについての第２のエラー検出を行う第２のエラー検出部（エラー検出部３３３）を含む。これらの構成を有することで、表示コントローラー２００及びドライバー３００は、それぞれ画像データのエラー検出を行うことが可能である。
【００６７】
またこの場合も、エラー検出結果を外部デバイスに対して出力することは妨げられない。例えば、表示コントローラー２００は、第１のエラー検出の結果を処理装置１００に出力し、ドライバー３００は、第２のエラー検出の結果を表示コントローラー２００又は処理装置１００に出力する。
【００６８】
このようにすれば、第１，第２のエラー検出の結果を他のデバイスに対して出力できるため、多様なエラー対応処理（例外処理）を行うこと等が可能になる。
【００６９】
２．エラー検出の具体例
本実施形態におけるエラー検出とは、具体的には第１のデバイスが第２のデバイスに送信する画像データと、第２のデバイスが実際に受信した画像データとが、一致しているか否かをチェックすること（通信エラーの検出）である。エラー検出にＣＲＣを用いる場合、第２のデバイスは、第１のデバイスが第２のデバイスに送信しようとする画像データから演算されるＣＲＣ値を、期待値として取得しておく。第２のデバイスでのエラー検出は、第２のデバイスが実際に受信した画像データから演算されたＣＲＣ値（演算値）と、期待値とが一致するか否かを判定する処理となる。具体的な手法は種々考えられるが、例えば各画素に対してＲ，Ｇ，Ｂ各ｎビット（例えばｎ＝８）のデータが割り当てられる場合、期待値としてＲ画素値に基づく期待値、Ｂ画素値に基づく期待値、Ｂ画素値に基づく期待値の３つを取得しておき、ＣＲＣ値の演算、及び期待値との一致判定は、ＲＧＢの各色を対象として行ってもよい。
【００７０】
上記のエラー検出がドライバー３００のエラー検出部３３３で行われるエラー検出（第２のエラー検出）であれば、上記第１のデバイスは表示コントローラー２００（又は処理装置１００）であり、上記第２のデバイスはドライバー３００である。また上記のエラー検出が表示コントローラー２００のエラー検出部２３３で行われるエラー検出（第１のエラー検出）であれば、上記第１のデバイスは処理装置１００であり、上記第２のデバイスは表示コントローラー２００である。
【００７１】
以下、第１のエラー検出及び第２のエラー検出の具体例について説明する。ただし、以下で説明する処理はエラー検出の一例であり、種々の変形実施が可能である。例えば、第１のエラー検出として説明した処理を第２のエラー検出で行ってもよいし、第２のエラー検出として説明した処理を第１のエラー検出で行ってもよい。また、複数のエラー検出を組み合わせてもよい。
【００７２】
２．１  ドライバーでのエラー検出の例
まずドライバー３００で行われるエラー検出（第２のエラー検出）の具体例について説明する。なお、ドライバー３００では、外部デバイスから取得した画像データに対して、何らかの画像処理（例えばガンマ補正等）を行い、処理後のデータに基づいて表示パネル５００を駆動してもよい。この場合、エラー検出は画像処理前の画像データに対して行うとよい。エラー検出に用いる情報（期待値、或いは期待値を固定にするためのダミーデータ）は外部デバイスから送信されるものであり、当該情報は外部デバイスからの送信時の画像データのエラー検出を想定した値である。つまり、エラー検出の対象とするデータは、画像処理前のデータとすることが自然である。
【００７３】
＜固定期待値＞
上述したように、エラー検出ではエラー検出の期待値（ＣＲＣ値の期待値）が必要となる。ＣＲＣ値は画像データに応じて変化するため、期待値はフレーム毎に変化することが通常である。よって表示コントローラー２００は、各フレームにおいて、画像データに基づき期待値を演算し、演算した期待値を画像データとともにドライバー３００に送信してもよい。
【００７４】
しかし、エラー（通信エラー）は、画像データだけでなく期待値についても発生するおそれがある。そのため、各フレームでドライバー３００が受信する期待値の信頼性は充分とは言えず、期待値にエラーが生じている場合、ドライバー３００でのエラー検出を適切に行うことができない。
【００７５】
よって本実施形態では、表示コントローラー２００は、エラー検出の演算値が固定値になるようなダミーデータが付加された画像データ（第２の画像データ）を、ドライバー３００に出力する。
【００７６】
この場合、ドライバー３００のインターフェース部３１０は、エラー検出の演算値が固定値になるようなダミーデータが付加された画像データを外部デバイス（表示コントローラー２００）から受信し、エラー検出部３３３は、エラー検出の演算値が、上記固定値となるか否かを検出することで、エラー検出を行う。
【００７７】
このようにすれば、ドライバー３００は、１回固定値を取得できれば、当該固定値を複数のフレームに渡って継続して利用できる。期待値を通信することによるエラーの発生を抑止できるため、精度の高いエラー検出が可能になる。この固定値は、例えばコマンドインターフェース部３１１を介して、処理装置１００から受信してもよい。期待値をどの値に固定するかは設計段階で既知となるため、ドライバー３００は、当該固定値を制御パラメーターとして処理装置１００から取得することが可能である。ただし、固定値を表示インターフェース部３１３を介して表示コントローラー２００から受信したり、ドライバー３００の製造時にレジスター部３２５に記憶しておく等の変形実施も妨げられない。
【００７８】
ダミーデータを生成する手法は種々考えられる。一例としては以下の（１）〜（３）の処理を行えばよい。なお、ここではＣＲＣの演算値がｑビットである（生成多項式がｑ＋１ビットである）ことを想定している。
（１）エラー検出対象となるｐビットの画像データの後にｑ個の‘０’からなるビット列を付加して、ｐ＋ｑビットのビット列Ａを生成する
（２）上記のビット列Ａを対象として、ｑビットのＣＲＣ値Ｂを求める
（３）ｑビットのＣＲＣ値Ｂをダミーデータとする（ビット列ＡにＣＲＣ値Ｂを加算したｐ＋ｑビットのビット列Ｃを画像データ＋ダミーデータとする）
【００７９】
ＣＲＣの一般的な演算では、エラー検出対象のビット列を、生成多項式を表すビット列を用いて除算（厳密には繰り上がり繰り下がりのない除算、modulo2の演算）した余りをＣＲＣ値とする。つまり、上記（２）で求められたＣＲＣ値（余り）を、元のビット列Ａに加算することで、加算後のビット列Ｃの余りは必ず０になる。これにより、ダミーデータが付加された画像データ（ビット列Ｃ）を対象としたエラー検出の期待値を０に固定できる。
【００８０】
なお、ここでは固定値を０としたがこれには限定されず、ｑビットで表現可能な任意の数に拡張可能である。また、ここではダミーデータをＣＲＣ値の長さ（＝生成多項式の長さ−１）と同じビット数とした。例えば、９ビットの生成多項式を用いるＣＲＣ−８であればダミーデータは８ビットであり、１７ビットの生成多項式を用いるＣＲＣ−１６であればダミーデータは１６ビットである。ただし、エラー検出の演算値を固定するためのデータは少なくともＣＲＣ値と同じ長さであればよく、ＣＲＣ値よりも長いビット列のデータをダミーデータとして用いることは妨げられない。例えば、ダミーデータの長さを、インターフェース部３１０における転送単位や、ドライバー３００（制御部３３０）での処理単位に基づいて設定してもよい。
【００８１】
なお、本実施形態の手法は、画像データをドライバー３００に送信するインターフェース部２２０と、制御部２３０と、を含み、制御部２３０は、ドライバー３００での画像データのエラー検出において、演算値が固定値になるようなダミーデータを画像データに付加する制御を行い、インターフェース部２２０は、ダミーデータが付加された画像データを、ドライバー３００に送信する表示コントローラー２００に適用することが可能である。
【００８２】
＜警告情報表示領域の画像データを対象＞
本実施形態のエラー検出は、画像データ全体を対象とすることは妨げられない。言い換えれば、エラー検出部３３３は、電気光学パネル（表示パネル５００）の表示領域全体の画像データについてエラー検出を行ってもよい。ただし電気光学パネルでは、所与の領域に表示される情報と、他の領域の表示される情報とで、重要度に差がある場合も多い。
【００８３】
例えば、システム（電子機器、移動体）に異常が発生した場合に、当該異常をユーザーに対して警告するための警告情報を、電気光学パネルの所与の領域（以下、警告情報表示領域）に表示してもよい。この場合、電気光学パネルの警告情報表示領域に表示される情報は、他の領域で表示される情報に比べて重要度が高い。即ち、警告情報表示領域の画像データは、他の領域の画像データに比べてエラー検出の必要性が高い。エラーを放置した場合、本来表示すべき警告情報とは異なる情報を表示してしまうためである。
【００８４】
よってエラー検出部３３３は、電気光学パネルの表示領域のうち、警告情報表示領域の画像データについてのエラー検出を行ってもよい。このようにすれば、重要な領域を優先してエラー検出を行うことが可能になる。さらに、警告情報表示領域以外の領域の画像データについては、エラー検出の頻度を下げたり、エラー検出を省略することが可能である。つまり、エラー検出の対象とする表示領域（画像データのデータ量）を抑えることで処理負荷を軽減することが可能になる。
【００８５】
なお、エラー検出を警告情報表示領域に限定した場合であっても、表示パネル５００での画像の表示のためには、電気光学パネルの表示領域全体に対応する画像データが必要となる。つまり警告情報表示領域のエラー検出を行う場合、当該警告情報表示領域に対応する画像データを特定する情報が必要となる。よって、インターフェース部３１０は、外部デバイスから警告情報表示領域を特定する位置情報を取得する。この位置情報は、例えば矩形の警告情報表示領域の左上の座標値、及び右下の座標値により表される情報である。
【００８６】
また表示コントローラー２００は、警告情報表示領域の画像データに対して、エラー検出の演算値が固定値となるようなダミーデータを付加する。このようにすれば、ドライバー３００のエラー検出部３３３は、エラー検出の対象となる警告情報表示領域の画像データ、及び演算値の期待値を特定できるため、警告情報表示領域を対象としたエラー検出を適切に実行できる。
【００８７】
＜上位ｎビット対象＞
エラー検出の対象とする画像データのデータ量を抑えることを考えた場合、領域を限定する手法とは異なる手法を用いてもよい。例えば、エラー検出部３３３は、画像データのｎビットのうち、上位のｍビットについてのエラー検出を行い、下位のｎ−ｍビットについてのエラー検出を行わなくてもよい。
【００８８】
ここでの上位下位とは、所与の１画素に着目した場合の、ＲＧＢの各画素値のＭＳＢ側、ＬＳＢ側を表す。例えば１つの画素に対して、各８ビットのＲ画素値、Ｇ画素値、Ｂ画素値が割り当てられる場合、ｎ＝８であり、上位のｍ（１以上７以下の整数）ビットとは、８ビットのＲ画素値のうちのＭＳＢ側のｍビット（最上位ビットからｍビット）、Ｂ画素値のうちのＭＳＢ側のｍビット、Ｇ画素値のうちのＭＳＢ側のｍビットを表す。
【００８９】
上位側（ＭＳＢ側）のビットの値は、各画素値に対する寄与度が大きく、下位側（ＬＳＢ側）のビットの値は寄与度が小さい。上記８ビットの例であれば、最上位ビットにエラーが発生すれば、画素値は１２８だけ変動してしまうが、最下位ビットにエラーが発生しても、画素値は１しか変動しない。そして、画素値がわずかにしか変動しない場合、対応する画素の色味の変動も小さい。つまり、下位側のビットにエラーが発生したとしても、ユーザーの認識に対する影響が小さい。
【００９０】
よって本実施形態では、エラー検出の対象を上位ｍビットに限定してもよい。エラー検出の対象となる領域（電気光学パネルの表示領域全体であってもよいし、上述したように警告情報表示領域であってもよい）が、縦ｒ画素、横ｓ画素の合計ｒ×ｓ画素である場合、全ビットを対象とすると、ｒ×ｓ×ｎビットに対するエラー検出を、ＲＧＢの各色について実行する必要がある。その点、上位ｍビットに限定することで、エラー検出はｒ×ｓ×ｍ（＜ｒ×ｓ×ｎ）ビットを対象とすればよい。即ち、エラー検出の対象となるデータ量を削減し、エラー検出の処理負荷を軽減することが可能になる。この際、上位側か下位側かを考慮するため、重要度が高いビットを適切にエラー検出対象としつつ、重要度が低いビットをエラー検出から除外することが可能である。
【００９１】
＜表示設定データのエラー検出＞
以上では、エラー検出の対象が表示インターフェース部３１３を介して取得される画像データである例について説明した。しかし、図２に示したように、インターフェース部３１０は、画像データを受信する表示インターフェース部３１３の他に、コマンドインターフェース部３１１を含んでもよい。そしてコマンドインターフェース部３１１は、外部デバイス（処理装置１００、又は表示コントローラー２００）から、表示設定データを受信する。ここでの表示設定データは、ドライバー３００での表示設定に用いられるデータ（パラメーター）であり、例えば表示タイミングの設定を行うためのデータ等を含む。
【００９２】
この場合、表示設定データについてもインターフェース部３１０を介した通信により取得されるため、エラー（通信エラー）が発生する可能性がある。よってエラー検出部３３３は、コマンドインターフェース部３１１により受信した表示設定データのエラー検出を行ってもよい。
【００９３】
このようにすれば、エラー検出の対象を画像データ以外にも拡張することが可能になる。表示設定データのエラー検出を行うことで、不適切な設定データに基づいて表示制御が行われることを抑止できる。例えば、表示タイミングが本来のタイミングからずれてしまうことを抑止可能となる。
【００９４】
＜エラー出力部によるカウント＞
エラー出力部３１５は、エラー検出部３３３での検出結果に基づいてエラー検出結果を出力する。エラー検出部３３３での検出結果とは、狭義にはエラー検出の演算値（ＣＲＣ値）が期待値と一致したか否かを表す情報である。ここでエラー出力部３１５は、エラー検出部３３３で演算値と期待値が不一致と判定された場合（以下、ＣＲＣエラーとも表記する）に、エラーを出力することは妨げられない。
【００９５】
しかし、通信規格上、ある程度の頻度でのビットエラーの発生は許容されている。そして、エラー検出の対象となる画像データは、例えば画素数×２４ビットのビット列となるため、エラー検出領域を警告情報表示領域に限定したとしても、ある程度のデータ量となる。結果として、ＣＲＣエラー自体は数十フレームに１回程度の頻度で発生してしまい、１回のＣＲＣエラーにより、エラー出力部３１５がエラーを出力すると、エラーに対する感度が過剰に高くなるおそれがある。
【００９６】
よってエラー出力部３１５において、エラー検出部３３３でＣＲＣエラーが検出された回数をカウントし、カウント値が所定の閾値以上となった場合に、エラーを出力してもよい。言い換えれば、エラー出力部３１５は、ＣＲＣエラーが１回発生した場合に即座にエラーにするのではなく、所定回数発生した場合にエラーを出力する。ここでのカウント値は、エラーの累積発生回数であってもよいし、エラーの連続発生回数であってもよい。
【００９７】
２．２  表示コントローラーでのエラー検出の例
次に表示コントローラー２００で行われるエラー検出（第１のエラー検出）の具体例について説明する。なお、表示コントローラー２００でも、処理装置１００から取得した画像データに対して、何らかの画像処理を行うことが可能であるが、エラー検出は、画像処理前の画像データを対象とするとよい。
【００９８】
＜エラー検出領域の柔軟な設定＞
エラー検出の対象とする領域は、表示パネル５００の表示領域全体、又は警告情報表示領域のいずれかに限定されるものではなく、より柔軟に設定することが可能である。図４の例では、表示パネル５００の表示領域に対応する画像（ＩＭＧ）に対して、第１〜第４のエラー検出領域ＡＲ１〜ＡＲ４が設定される。エラー検出領域ＡＲ１〜ＡＲ４の特定には位置情報が用いられる。ここでの位置情報は、例えば各エラー検出領域の始点ＳＰ１〜ＳＰ４と終点ＥＰ１〜ＥＰ４である。例えば画像ＩＭＧの左上の画素の座標を原点として、水平走査方向の座標ｘと垂直走査方向の座標ｙを定義する。座標ｘ、ｙが共に最も小さい画素が始点であり、座標ｘ、ｙが共に最も大きい画素が終点である。
【００９９】
なお、エラー検出領域の数は４つに限定されず、１又は複数の任意のエラー検出領域を設定できる。また図４では、エラー検出領域ＡＲ１〜ＡＲ４が互いに重ならない領域となっているが、これに限定されず、一部が重なる領域となってもよい。またエラー検出領域を指定する位置情報は始点と終点に限定されず、領域を確定できる情報であればよい。例えば、エラー検出領域の始点の座標と横幅（水平走査方向の画素数）と縦幅（垂直走査方向の画素数）であってもよい。
【０１００】
エラー検出部２３３では、エラー検出領域を特定する位置情報を取得し、当該位置情報により特定されるエラー検出領域を対象としてエラー検出を行う。位置情報は、レジスター部２３５に記憶されていてもよい。この場合、エラー検出部２３３は、レジスター部２３５から位置情報を読み出し、画像データのうちの当該位置情報に対応する画素のデータを対象として、エラー検出を行う。位置情報は、インターフェース部２１０を介して処理装置１００から取得される。図３には不図示であるが、表示コントローラー２００のインターフェース部２１０は、表示インターフェース部と、コマンドインターフェース部とを含んでもよい。そして位置情報の取得は、表示インターフェース部を介して行われてもよいし、コマンドインターフェース部を介して行われてもよい。
【０１０１】
レジスター部２３５に記憶される位置情報は、固定値であってもよい。この場合、エラー検出部２３３は、図４に示したエラー検出領域ＡＲ１〜ＡＲ４を対象としたエラー検出を複数フレームに渡って継続してもよい。或いは、第１のフレームでは第１のエラー検出領域ＡＲ１を対象としたエラー検出を行い、第２のフレームでは第２のエラー検出領域ＡＲ２を対象としたエラー検出を行うといった変形実施も可能である。即ち、レジスター部２３５に複数の位置情報が記憶される場合、当該複数の位置情報を用いる順序や組み合わせについては種々の変形実施が可能である。
【０１０２】
また、レジスター部２３５に記憶される位置情報は適宜更新されてもよい。例えば、フレーム毎に位置情報を更新することで、より柔軟なエラー検出領域の設定が可能になる。ただし、レジスター部２３５に記憶される位置情報を頻繁に更新する場合、レジスターの書き込み、読み出し処理が高頻度で行われるため処理負荷が大きくなってしまう。
【０１０３】
この点を考慮して、画像データに位置情報を含めてもよい。インターフェース部２１０（表示インターフェース部）は、画像データと、エラー検出領域の位置情報と、を含むデータを受信し、エラー検出部２３３は、位置情報により特定されるエラー検出領域の画像データに基づいてエラー検出を行う。位置情報は、水平方向の１ラインの表示の後、次の１ラインの表示を開始するまでの期間である水平帰線期間、又は、１フレーム分の画像の表示が行われた後、次のフレームの画像の表示を開始するまでの期間である垂直帰線期間において送信されてもよい。或いは、画像データ（表示用画像データ）の前後、或いは途中に、位置情報を追加してもよい。このようにすれば、画像データを受信するインターフェース部２１０（表示インターフェース部）を用いて、フレームごとに位置情報を受信できるため、エラー検出領域の柔軟な設定が可能である。
【０１０４】
なお、表示コントローラー２００がエラー検出（第１のエラー検出）を行う画像データ（第１の画像データ）の電気光学パネルでの表示領域と、ドライバー３００がエラー検出（第２のエラー検出）を行う画像データ（第２の画像データ）の電気光学パネルでの表示領域と、が異なってもよい。
【０１０５】
このようにすれば、表示コントローラー２００とドライバー３００とでエラー検出の対象となる領域を柔軟に設定可能となる。例えば、上記のようにドライバー３００では警告情報表示領域を対象としたエラー検出を行い、表示コントローラー２００では第１〜第４のエラー検出領域ＡＲ１〜ＡＲ４を対象としたエラー検出を行ってもよい。ドライバー３００でのエラー検出の対象となる領域数は、表示コントローラー２００でのエラー検出領域の対象となる領域数よりも少ないことが好ましい。このようにすれば、ドライバー３００でエラー検出の対象とするデータ量は、表示コントローラー２００でエラー検出の対象とするデータ量よりも少なくなるため、ドライバー３００での演算負荷を軽減することが可能になる。例えば、ドライバー３００でのエラー検出は、表示コントローラー２００でエラー検出の対象となる領域から選択された一部の領域を対象として実行される。具体的には、ドライバー３００のエラー検出部３３３は、エラー検出領域ＡＲ１〜ＡＲ４から選択された１つ〜３つの領域を対象として、エラー検出を行う。
【０１０６】
その他、エラー検出の対象となる領域は、表示コントローラー２００とドライバー３００とで種々の設定が可能である。もちろん、表示コントローラー２００とドライバー３００で同じ領域をエラー検出の対象とすることも妨げられない。
【０１０７】
＜期待値を外部デバイスから送信＞
第１のエラー検出では、エラー検出の期待値を固定値とする例を説明した。しかし、期待値を固定せずに、画像データに合わせて毎フレーム変動する値としてもよい。この場合、処理装置１００では、送信対象である画像データに基づいて、エラー検出の期待値（ＣＲＣ値）を演算する。期待値の演算は、各エラー検出領域を対象として行われ、図４の例であればＡＲ１〜ＡＲ４に対応する期待値が演算される。１つのエラー検出領域について、Ｒ，Ｇ，Ｂの３つの期待値を用いる例であれば、ＡＲ１〜ＡＲ４に対応する期待値として１２個の期待値が演算されることになる。
【０１０８】
表示コントローラー２００は、処理装置１００から、エラー検出の演算値の期待値を受信し、エラー検出の演算値が、期待値となるか否かを検出することで、エラー検出（第１のエラー検出）を行う。具体的には、期待値の受信はインターフェース部２１０を介して行われ、エラー検出はエラー検出部２３３で行われる。上記のようにエラー検出領域が設定される例であれば、エラー検出部２３３は、画像データと、位置情報と、期待値とに基づいてエラー検出を行えばよい。
【０１０９】
期待値の取得が、表示インターフェース部を介して行われてもよいし、コマンドインターフェース部を介して行われてもよい点は、位置情報と同様である。また、期待値がレジスター部２３５に記憶されてもよいし、表示インターフェース部を介して取得した値を直接利用してもよい点についても、位置情報と同様である。
【０１１０】
３．複数のドライバーを用いる例
図１では、ドライバー３００（ソースドライバー）が１つである例を図示した。しかし、複数のドライバー３００が設けられることも多い。例えば、ドライバー３００のＩＣサイズや許容端子ピッチの制限により、１つのドライバー３００では、表示パネル５００の全てのデータ線を駆動できない場合等が考えられる。特に、表示パネル５００の高精細化が進むことでデータ線の数が増大した場合、複数のドライバー３００が必要となる可能性が増す。
【０１１１】
図５は、複数のドライバー３００を用いる場合の、表示パネル５００、ドライバー３００（ソースドライバー）、走査ドライバー４００の接続例である。図５の例では、表示パネルは４×Ｎ本のデータ線を有する。そしてＮ本のデータ線を駆動するドライバー３００を４つ（ドライバー３００−１〜３００−４）設け、当該４つのドライバー３００により表示パネル５００の４×Ｎ本のデータ線を駆動する。なお、図５ではドライバー３００が４つの例を示したが、ドライバー３００は２つ或いは３つであってもよいし、５つ以上であってもよい。
【０１１２】
また、図５の例では表示パネル２×Ｍ本の走査線を有する。そしてＭ本の走査線の走査を行う走査ドライバー４００を２つ（走査ドライバー４００−１〜４００−２）設け、当該２つの走査ドライバー４００により表示パネル５００の２×Ｍ本の走査線の走査を行う。なお、走査ドライバー４００の数についても、種々の変形実施が可能である。
【０１１３】
複数のドライバー３００の各ドライバー３００−１〜３００−４は、表示コントローラー２００（又は処理装置１００）からのコマンド及び画像データに基づいて、データ線にデータ信号を供給する。ここでのデータ信号とは、画像データに基づいて生成される信号（狭義にはアナログ電圧）である。ただし、表示制御信号（表示タイミング信号、カスケード信号）は、ドライバー３００−１で生成され、ドライバー３００−１からドライバー３００−２〜３００−４に供給される。また、走査ドライバー４００−１、４００−２で用いられる表示制御信号も、ドライバー３００−１から供給される。
【０１１４】
表示制御信号を生成するドライバー３００（図５の例ではドライバー３００−１）をマスターとよび、他のドライバー３００で生成された表示制御信号の供給を受けるドライバー３００（図５ではドライバー３００−２〜３００−４）をスレーブと呼ぶ。また、ドライバー３００が内蔵電源（電源回路３５０）を有する場合、当該内蔵電源がオンのドライバー３００がマスターであり、オフのドライバー３００がスレーブである。各ドライバー３００は、例えば所与の端子に入力される信号に基づいてマスター／スレーブを設定可能である。走査ドライバー４００についても、走査ドライバー４００−１をマスターに設定し、走査ドライバー４００−２をスレーブに設定すればよい。
【０１１５】
複数のドライバー３００が設けられる場合、各ドライバー３００において上述したエラー検出（第２のエラー検出）を行うことが可能である。この場合、各ドライバーからそれぞれ外部デバイスに対してエラー検出結果を送信してもよい。しかし、上述したようにエラー出力端子ＴＥを用いてエラー検出結果を出力する場合、エラー検出結果を受信する外部デバイス側でドライバー３００の数に対応する数のエラー入力端子が必要となってしまう。
【０１１６】
よって、ドライバー３００がマスターに設定された場合、インターフェース部３１０は、スレーブに設定された他のドライバーのエラー検出の結果を、外部デバイスに出力してもよい。言い換えれば、表示システム６００は、図１等に示したドライバー３００と異なる第２のドライバーを含み、ドライバー３００がマスターに設定され、第２のドライバーがスレーブに設定された場合に、マスターに設定されたドライバー３００は、スレーブに設定された第２のドライバーのエラー検出（第２のエラー検出）の結果を出力する。
【０１１７】
このようにすれば、エラー検出結果の出力元をマスターに設定されたドライバー３００に統一することができ、外部デバイスでのエラー検出結果の取得が容易となる。上記エラー出力端子ＴＥを用いる例であれば、ドライバー３００の数によらず、外部デバイスには１つのエラー入力端子を設ければよいことになる。
【０１１８】
図６は、マスターに設定されたドライバー３００により、スレーブに設定されたドライバー３００のエラー検出結果を出力する場合の接続例である。図６ではドライバー３００−１がマスターに設定され、３００−２〜３００−４がスレーブに設定されている。なお、ドライバー３００の構成については図２を用いて上述したため、図６では各ドライバーの構成を簡略化している。また、ドライバー３００の数は４つに限定されない。その他、複数のドライバー３００を含む構成は図６に限定されず、これらの一部の構成要素を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。
【０１１９】
図６に示すように、各ドライバー３００（３００−１〜３００−４）は、エラー検出部３３３（３３３−１〜３３３−４）とエラー出力部３１５（３１５−１〜３１５−４）を含む。ここでエラー出力部３１５は、入力信号の論理和を出力するＯＲ回路であってもよい。エラー出力部３１５は、端子ＴＩ（ＴＩ−１〜ＴＩ−４）に入力される信号と、自身のエラー検出部３３３の出力の論理和をエラー出力端子ＴＥ（ＴＥ−１〜ＴＥ−４）に出力する。なお、以下ではエラー検出部３３３は、演算値と期待値が不一致の場合（ＣＲＣエラーが検出された場合）にＨレベルの信号を出力し、一致した場合にＬレベルの信号を出力する例について説明する。
【０１２０】
スレーブに設定されたドライバー３００−４の端子ＴＩ−４には、低電位側基準電圧（狭義にはグラウンド）が供給される。そのため、エラー出力部３１５−４は、エラー検出部３３３−４の出力がＨレベルの場合にＨレベルの信号を出力し、Ｌレベルの場合にＬレベルの信号を出力する。即ち、エラー出力端子ＴＥ−４の出力は、ドライバー３００−４でのエラー検出結果を表す信号となる。
【０１２１】
スレーブに設定されたドライバー３００−３の端子ＴＩ−３は、ドライバー３００−４のエラー出力端子ＴＥ−４と接続される。そのため、エラー出力部３１５−３は、エラー検出部３３３−３、３３３−４のエラー検出の結果の論理和を出力する。即ち、エラー検出部３３３−３とエラー検出部３３３−４の少なくとも一方の出力がＨレベルの場合にＨレベルの信号を出力し、両方がＬレベルの場合にＬレベルの信号を出力する。
【０１２２】
スレーブに設定されたドライバー３００−２の端子ＴＩ−２は、ドライバー３００−３のエラー出力端子ＴＥ−３と接続される。そのため、エラー出力部３１５−２は、エラー検出部３３３−２〜３３３−４のエラー検出の結果の論理和を出力する。即ち、エラー検出部３３３−２〜３３３−４の少なくとも１つの出力がＨレベルの場合にＨレベルの信号を出力し、全てがＬレベルの場合にＬレベルの信号を出力する。
【０１２３】
マスターに設定されたドライバー３００−１の端子ＴＩ−１は、ドライバー３００−２のエラー出力端子ＴＥ−２と接続される。そのため、エラー出力部３１５−１は、エラー検出部３３３−１〜３３３−４のエラー検出の結果の論理和を出力する。即ち、エラー検出部３３３−１〜３３３−４の少なくとも１つの出力がＨレベルの場合にＨレベルの信号を出力し、全てがＬレベルの場合にＬレベルの信号を出力する。マスターに設定されたドライバー３００−１のエラー出力端子ＴＥ−１は、外部デバイスに接続される。
【０１２４】
このようにすれば、マスターに設定されたドライバー３００（３００−１）から、スレーブに設定されたドライバー３００（３００−２〜３００−４）のエラー検出結果を出力することが可能になる。
【０１２５】
なお、図６ではエラー出力部３１５が単純なＯＲ回路であるものとしたが、エラー出力部３１５は単純なＯＲ回路には限定されない。例えば上述したように、エラー出力部３１５においてＣＲＣエラーの回数をカウントしてもよい。その場合、エラー出力部３１５は、不図示のカウンター等を含み、カウント値に基づきＨレベル／Ｌレベルが決定される信号と、端子ＴＩから入力される信号の論理和を出力すればよい。
【０１２６】
また、ドライバー３００ごとにエラー検出の有効無効を設定してもよく、その場合、各ドライバー３００は、エラー検出の有効無効の設定端子を含んでもよい。無効に設定されたドライバー３００では、エラー検出部３３３が非アクティブとなり、エラー検出部３３３からの出力がＬレベル（広義にはエラー無しを表す信号）に固定される。
【０１２７】
また、図１や図５に示したように、表示システム６００は走査ドライバー４００（ゲートドライバー）を含む。走査ドライバー４００では画像データを用いる必要がないため、画像データに対するエラー検出は不要である。ただし、走査ドライバー４００でもエラー検出が行われる場合は考えられる。例えば、走査ドライバー４００は、走査線を順次スキャンしていき、最後のスキャンが終わったら（１フレーム分の画像の表示制御が終了したら）信号を出力するものとしてもよい。そして走査ドライバー４００は、当該信号がない場合にエラーを出力する。このようにすれば、表示制御が適切に行われているか否かのエラー検出が可能になる。
【０１２８】
走査ドライバー４００がエラー検出結果を出力可能である場合、当該走査ドライバー４００から外部デバイスへの出力を行うものとすると、外部デバイスの端子数が増えてしまう。
【０１２９】
よって、ドライバー３００は、走査ドライバー４００から、当該走査ドライバー４００でのエラー検出結果を受信し、受信したエラー検出結果を出力してもよい。より具体的には、ドライバー３００のインターフェース部３１０は、電気光学パネルの走査線を駆動する走査ドライバーのエラー検出結果を、外部デバイスに出力する。ドライバー３００が複数ある場合、走査ドライバー４００のエラー検出結果を出力するドライバーとは、マスターに設定されたドライバー３００である。なお、図５に示したように走査ドライバー４００が複数設けられる場合、例えばマスターである走査ドライバー４００−１が、スレーブである走査ドライバー４００−２でのエラー検出結果を受信し、受信したエラー検出結果と自身のエラー検出結果をドライバー３００（マスターであるドライバー３００−１）に出力する。
【０１３０】
このようにすれば、走査ドライバー４００のエラー検出結果についても、ドライバー３００に集約して出力することが可能になる。
【０１３１】
４．エラー検出等の感度（レート）設定
以上のように、ドライバー３００でのエラー検出（第２のエラー検出）と、表示コントローラー２００でのエラー検出（第１のエラー検出）を行ってもよい。本実施形態では、この２つのエラー検出の間に差異を設けてもよい。
【０１３２】
具体的には、表示コントローラー２００での第１のエラー検出の感度（エラーの検出のされやすさ）と、ドライバー３００での第２のエラー検出の感度とが異なってもよい。エラー検出の感度は種々の手法により設定可能である。例えば、エラー検出を行うレート（頻度）を調整してもよい。第１のエラー検出をｆ１（ｆ１は１以上の整数）フレームに１回行い、第２のエラー検出をｆ２（ｆ２はｆ１と異なる正の整数）フレームに１回行う。ｆ１＜ｆ２であれば、第１のエラー検出が第２のエラー検出に比べて高頻度で行われることになり、第１のエラー検出の感度が第２のエラー検出の感度より高くなる。
【０１３３】
或いは、エラー出力部２１５及びエラー出力部３１５でＣＲＣエラーの回数をカウントする場合、カウント値の閾値を変更してもよい。例えば、表示コントローラー２００のエラー出力部２１５では、カウント値がＣ１以上になった場合にエラーを出力し、ドライバー３００のエラー出力部３１５では、カウント値がＣ２（Ｃ２≠Ｃ１）以上になった場合にエラーを出力する。閾値が小さいほど、ＣＲＣエラーの検出回数が少なくてもエラーが出力されるため、エラー検出の感度が高くなる。Ｃ１＜Ｃ２であれば、第１のエラー検出では、許容されるＣＲＣエラーの回数が少なくなるため、第１のエラー検出の感度が第２のエラー検出の感度より高くなる。
【０１３４】
このようにすれば、ドライバー３００と表示コントローラー２００とで、それぞれエラー検出の感度を柔軟に設定することが可能になる。特に本実施形態では、ｆ１＜ｆ２及びＣ１＜Ｃ２の少なくとも一方としてもよい。言い換えれば、第１のエラー検出の感度を第２のエラー検出の感度に比べて高くするとよい。処理装置１００と表示コントローラー２００の間の通信は、表示コントローラー２００とドライバー３００の間の通信に比べて高速であり、エラーが発生しやすい。つまり、エラーが発生しやすい表示コントローラー２００の受信データについては感度を高くし、エラーが発生しにくいドライバー３００の受信データについては感度を低くすることで、状況に合わせた適切なエラー検出が可能になる。
【０１３５】
また、複数のドライバー３００を用いる場合、各ドライバー３００においてエラー検出（第２のエラー検出）を行ってもよい。本実施形態では、この各ドライバー３００でのエラー検出の間に差異を設けてもよい。
【０１３６】
例えば、ドライバー３００のエラー検出部３３３は、電気光学パネルを駆動する他のドライバーのエラー検出の感度と異なる感度で、エラー検出を行う。このようにすれば、ドライバー３００毎にエラー検出の感度を柔軟に設定することが可能になる。例えば、重要な情報が表示パネル５００の表示領域の中央部に表示される場合、当該中央部のデータ線を駆動するドライバー３００のエラー検出の感度を相対的に高くし、端部側のデータ線を駆動するドライバー３００の感度を相対的に低くする。図５の例であれば、ドライバー３００−２、３００−３のエラー検出の感度を、ドライバー３００−１、３００−４に比べて高くする。より具体的には、警告情報表示領域に対応するデータ線を駆動するドライバー３００のエラー検出感度を相対的に高くすればよい。なお、エラー検出の感度の調整は、上述したようにエラー検出部３３３でのエラー検出のレート（何フレームに１回エラー検出を行うか）を変更してもよいし、エラー出力部３１５でカウントを行う場合の閾値を変更してもよい。
【０１３７】
或いは、一部のドライバー３００でのエラー検出自体を非アクティブにしてもよい。例えば図６と合わせて上述したように、各ドライバーはエラー検出の有効無効を端子により設定可能であってもよい。そして、重要な情報が表示される領域（例えば警告情報表示領域）に対応するドライバー３００をアクティブとし、その他のドライバー３００を非アクティブとする。このような手法でも、複数のドライバー３００の間で、エラー検出の感度に差を設けることが可能である。
【０１３８】
或いは、エラー検出部３３３の出力を固定にするのではなく、ドライバー３００（エラー出力部３１５）からのエラー出力の有効無効を設定してもよい。例えば、警告情報表示領域に対応するドライバー３００のエラー出力のみを有効とし、他のドライバー３００の出力を無視する構成としてもよい。このような手法でも、複数のドライバー３００の間で、エラー検出の感度に差を設けることが可能である。
【０１３９】
またドライバー３００の制御部３３０は、エラー検出部３３３でのエラー検出とは異なる異常検出を行ってもよい。例えば制御部３３０は、クロック信号が供給されているか否かに基づいて、信号異常、或いは外部デバイスとの接続異常を判定してもよい。信号異常又は接続異常の判定は、例えば図２に示した検出回路３６０により行われる。
【０１４０】
信号異常、接続異常が検出された場合、制御部３３０は表示パネル５００での表示をオフにする制御を行ってもよい。例えば、制御部３３０は、表示領域全面を黒く表示する制御を行う。このようにすれば、不適切な情報の表示を行うことを抑止できる。不適切な情報の表示抑止という観点からすれば、制御部３３０は、エラー検出部３３３でエラーが検出された場合に、表示をオフにしてもよい。
【０１４１】
ただし、信号異常や接続異常が発生した場合、正常な表示動作（表示パネル５００の駆動）自体が難しい場合も考えられる。一方、ＣＲＣエラーについては上述したようにある程度の頻度で発生するものである。よって制御部３３０で表示をオフする場合に、信号異常や接続異常と、エラー検出部３３３でのエラー検出との間に差異を設けてもよい。
【０１４２】
具体的には、ドライバー３００は、駆動回路３４０の駆動制御を行う制御部３３０（駆動制御部３３１）を含み、制御部３３０は、信号異常又は接続異常がｋ回（ｋは正の整数）検出された場合に、表示をオフにする制御を行い、エラー検出部３３３によりエラーがｊ回（ｊはｊ＞ｋの整数）検出された場合に、表示をオフにする制御を行う。
【０１４３】
このようにすれば、信号異常又は接続異常と、エラーの検出との重要度（深刻度）の差異を考慮した上で、表示のオフ制御を行うことが可能になる。信号異常や接続異常では、上述したように正常な動作が難しいため、ｋは充分小さい値（例えばｋ＝１）とする。それに対して、ＣＲＣエラーはある程度の回数の発生を許容可能である。また、ここではドライバー３００の制御部３３０での制御を説明したが、表示コントローラー２００の制御部２３０において同様の制御を行うことも妨げられない。
【０１４４】
５．変形例
以上では、エラー出力端子ＴＥとして、エラーの有無を出力する端子を用いる例を示した。ただしこれには限定されず、ドライバー３００は、外部デバイスからエラーの種類を特定するためのデータ（以下、種類特定データ）の読み出すための端子を、エラー出力端子ＴＥとして含んでもよい。外部デバイス（表示コントローラー２００）は、当該端子を介してドライバー３００に記憶された種類特定データを読み出すことで、エラーの種類を特定する。
【０１４５】
ここで種類特定データの具体例は種々考えられる。例えば、複数のドライバー３００が設けられる例であれば、いずれのドライバーでエラーが検出されたかを表すデータを種類特定データとしてもよい。或いは、走査ドライバー４００でエラー検出が行われる場合、エラーがドライバー３００で検出されたか走査ドライバー４００で検出されたかを表す情報を種類特定データとしてもよい。また、ドライバー３００において、ＣＲＣエラーに基づくエラー検出と、信号異常や接続異常等の異常検出を行う場合、いずれが検出されたかを表す情報を種類特定データとしてもよい。また、ドライバー３００のエラー検出部３３３において、ＣＲＣエラーの累積発生回数と、連続発生回数の両方をカウント可能な場合、いずれのカウントが閾値を超えたかを表すデータを種類特定データとしてもよい。その他、本実施形態のドライバー３００では種々のエラー、異常を検出可能であり、それらのうちのいずれが検出されたかを特定するデータを、種類特定データとして利用することが可能である。
【０１４６】
６．電気光学装置、電子機器、移動体
本実施形態の手法は、上記のドライバー３００（表示システム６００）を含む種々の装置に適用できる。例えば、本実施形態の手法は、ドライバー３００（表示システム６００）と、電気光学パネル（表示パネル５００）を含む電気光学装置に適用できる。また、本実施形態の手法は、ドライバー３００（表示システム６００）を含む電子機器や移動体に適用できる。
【０１４７】
図７に、本実施形態の表示システム６００を含む電気光学装置７００（表示装置）の構成例を示す。電気光学装置７００は、表示コントローラー２００と、ドライバー３００と、表示パネル５００と、を含む。
【０１４８】
表示パネル５００は、例えばガラス基板と、ガラス基板上に形成される画素アレイ（液晶セルアレイ）とで構成される。画素アレイは、画素、データ線、走査線を含む。ドライバー３００はガラス基板に実装され、ドライバー３００と画素アレイとは透明電極（ＩＴＯ：Indium Tin Oxide）で形成された配線群で接続される。表示コントローラー２００はガラス基板とは別の回路基板に実装され、回路基板とガラス基板はフレキシブル基板等で接続される。なお、電気光学装置７００はこの構成に限定されない。例えば、ドライバー３００と表示コントローラー２００が回路基板に実装され、その回路基板と表示パネル５００がフレキシブル基板等で接続されてもよい。なお表示パネル５００は、液晶ディスプレイ（ＬＣＤ，liquid crystal display）であってもよいが、これには限定されない。例えば表示パネル５００は、ＯＬＥＤ（Organic Light Emitting Diode）を用いたディスプレイ（有機ＥＬディスプレイ、ＯＥＬＤ：Organic Electro-Luminescence Display）であってもよい。
【０１４９】
図８に、本実施形態の表示システム６００を含む電子機器８００の構成例を示す。本実施形態の電子機器として、例えば車載表示装置（例えばメーターパネル等）や、ディスプレイ、プロジェクター、テレビション装置、情報処理装置（コンピューター）、携帯型情報端末、カーナビゲーションシステム、携帯型ゲーム端末、ＤＬＰ（Digital Light Processing）装置等の、表示装置を搭載する種々の電子機器を想定できる。
【０１５０】
電子機器８００は、ＣＰＵ８１０（処理装置１００）、表示コントローラー２００、ドライバー３００、表示パネル５００、記憶部８２０（メモリー）、操作部８３０（操作装置）、通信部８４０（通信回路、通信装置）を含む。
【０１５１】
操作部８３０は、ユーザーからの種々の操作を受け付けるユーザーインターフェースである。例えば、ボタンやマウス、キーボード、表示パネル５００に装着されたタッチパネル等で構成される。通信部８４０は、画像データや制御データの通信（送信、受信）を行うデータインターフェースである。例えばＵＳＢ等の有線通信インターフェースや、或いは無線ＬＡＮ等の無線通信インターフェースである。記憶部８２０は、通信部８４０から入力された画像データを記憶する。或いは、記憶部８２０は、ＣＰＵ８１０のワーキングメモリーとして機能する。ＣＰＵ８１０は、電子機器８００の各部の制御処理や種々のデータ処理を行う。表示コントローラー２００はドライバー３００の制御処理を行う。例えば、表示コントローラー２００は、通信部８４０や記憶部８２０からＣＰＵ８１０を介して転送された画像データを、ドライバー３００が受け付け可能な形式に変換し、その変換された画像データをドライバー３００へ出力する。ドライバー３００は、表示コントローラー２００から転送された画像データに基づいて表示パネル５００を駆動する。
【０１５２】
図９に、本実施形態の表示システム６００を含む移動体の構成例を示す。本実施形態の移動体として、例えば、車、飛行機、バイク、船舶、或いはロボット（走行ロボット、歩行ロボット）等の種々の移動体を想定できる。移動体は、例えばエンジンやモーター等の駆動機構、ハンドルや舵等の操舵機構、各種の電子機器を備えて、地上や空や海上を移動する機器・装置である。
【０１５３】
図９は移動体の具体例としての自動車９００を概略的に示している。自動車９００には、表示システム６００（表示コントローラー２００，ドライバー３００）を有する表示装置９１０（電気光学装置７００）と、自動車９００の各部を制御するＥＣＵ９２０（処理装置１００）が組み込まれている。ＥＣＵ９２０は、例えば車速や燃料残量、走行距離、各種装置（例えばエアーコンディショナー）の設定等の情報をユーザーに提示する画像（画像データ）を生成し、その画像を表示装置９１０に送信して表示パネル５００に表示させる。
【０１５４】
なお、上記のように本実施形態について詳細に説明したが、本発明の新規事項および効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。従って、このような変形例はすべて本発明の範囲に含まれるものとする。例えば、明細書又は図面において、少なくとも一度、より広義または同義な異なる用語と共に記載された用語は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。また本実施形態及び変形例の全ての組み合わせも、本発明の範囲に含まれる。また処理装置、表示コントローラー、ドライバー、電気光学装置、電子機器、移動体の構成・動作等も、本実施形態で説明したものに限定されず、種々の変形実施が可能である。
【符号の説明】
【０１５５】
ＴＥ…エラー出力端子、ＴＩ…端子、Ｗ１，Ｗ２…配線、１００…処理装置、
２００…表示コントローラー、２１０…インターフェース部、２１５…エラー出力部、
２２０…インターフェース部、２３０…制御部、２３１…画像処理部、
２３３…エラー検出部、２３５…レジスター部、
３００（３００−１〜３００−４）…ドライバー、３１０…インターフェース部、
３１１…コマンドインターフェース部、３１３…表示インターフェース部、
３１５（３１５−１〜３１５−４）…エラー出力部、３３０…制御部、
３３１…駆動制御部、３３３（３３３−１〜３３３−４）…エラー検出部、
３３５…レジスター部、３４０…駆動回路、３５０…電源回路、３６０…検出回路、
４００（４００−１，４００−２）…走査ドライバー、５００…表示パネル、
６００…表示システム、７００…電気光学装置、８００…電子機器、８１０…ＣＰＵ、
８２０…記憶部、８３０…操作部、８４０…通信部、９００…自動車、
９１０…表示装置、９２０…ＥＣＵ
【図１】
2018136370.tif 000003
【図２】
2018136370.tif 000004
【図３】
2018136370.tif 000005
【図４】
2018136370.tif 000006
【図５】
2018136370.tif 000007
【図６】
2018136370.tif 000008
【図７】
2018136370.tif 000009
【図８】
2018136370.tif 000010
【図９】
2018136370.tif 000011