(57)【要約】【課題】複数の表示パネルドライバを用いて表示パネルを駆動する表示装置において、必要なデータ転送速度及びコストを低減しながら、入力画像データに対して適切な補正演算を行う。【解決手段】表示装置が、表示パネルと、表示パネルを駆動する第１及び第２ドライバとを備える。第１ドライバは、第１入力画像データから、表示パネルの表示領域の第１部分に表示される第１画像の特徴量を示す第１特徴データを算出する。第２ドライバは、第２入力画像データから、表示領域の第２部分に表示される第２画像の特徴量を示す第２特徴データを算出する。第１及び第２ドライバは、互いに、第１特徴データと第２特徴データとを交換し、表示領域に表示される画像の全体の特徴量を示す全画面特徴データを算出する。第１及び第２ドライバは、それぞれ、全画面特徴データに基づいた補正演算を第１及び第２入力画像データに対して行う。【選択図】図４
2014115477.tif 000002
【特許請求の範囲】
【請求項１】
表示パネルと、
前記表示パネルを駆動する複数のドライバと、
処理装置
とを具備し、
前記複数のドライバは、
前記表示パネルの表示領域の第１部分を駆動する第１ドライバと、
前記表示領域の第２部分を駆動する第２ドライバ
とを含み、
前記処理装置は、前記表示領域の前記第１部分に表示される第１画像に対応する第１入力画像データを前記第１ドライバに供給し、且つ、前記表示領域の前記第２部分に表示される第２画像に対応する第２入力画像データを前記第２ドライバに供給し、
前記第１ドライバは、前記第１入力画像データから前記第１画像の特徴量を示す第１特徴データを算出するように構成され、
前記第２ドライバは、前記第２入力画像データから前記第２画像の特徴量を示す第２特徴データを算出し、前記第２特徴データを前記第１ドライバに送信するように構成され、
前記第１ドライバは、前記第１特徴データと前記第２特徴データとを用いて、前記表示パネルの前記表示領域に表示される画像の全体の特徴量を示す第１全画面特徴データを算出し、前記第１全画面特徴データに基づいた補正演算を前記第１入力画像データに対して行って第１出力画像データを生成し、且つ、前記第１出力画像データに応答して前記表示領域の前記第１部分を駆動するように構成され、
前記第２ドライバは、前記第１ドライバで行われる前記補正演算と同一の補正演算を前記第２入力画像データに対して行って第２出力画像データを生成し、前記第２出力画像データに応答して前記表示領域の前記第２部分を駆動するように構成された
表示装置。
【請求項２】
請求項１に記載の表示装置であって、
前記第１ドライバは、前記第１特徴データを前記第２ドライバに送信し、
前記第２ドライバは、前記第１ドライバから受け取った前記第１特徴データと前記第２特徴データとを用いて、前記表示パネルの前記表示領域に表示される画像の全体の特徴量を示す第２全画面特徴データを算出し、前記第２全画面特徴データに応じて前記第２入力画像データに対して前記補正演算を行って前記第２出力画像データを生成するように構成された
表示装置。
【請求項３】
請求項２に記載の表示装置であって、
前記第１ドライバは、前記第１特徴データに誤り検出符号を付加して前記第２ドライバに送信し、
前記第２ドライバは、前記第２特徴データに誤り検出符号を付加して前記第１ドライバに送信し、
前記第１ドライバは、前記第２ドライバから受け取った前記第２特徴データに対して誤り検出を行って第１通信状態通知データを生成し、
前記第２ドライバは、前記第１ドライバから受け取った前記第１特徴データに対して誤り検出を行って第２通信状態通知データを生成し、前記第２通信状態通知データを前記第１ドライバに送信し、
前記第１通信状態通知データは、前記第１ドライバが前記第２ドライバから前記第２特徴データを正常に受け取った場合に通信ＡＣＫデータを含み、正常に受け取らなかった場合に通信ＮＧデータを含み、
前記第２通信状態通知データは、前記第２ドライバが前記第１ドライバから前記第１特徴データを正常に受け取った場合に通信ＡＣＫデータを含み、正常に受け取らなかった場合に通信ＮＧデータを含み、
前記第１ドライバは、現フレーム期間よりも前のフレーム期間である前フレーム期間について生成された第１前フレーム全画面特徴データを記憶する第１演算結果格納メモリを備えており、
前記第１ドライバは、前記第１通信状態通知データと前記第２通信状態通知データの両方が通信ＡＣＫデータを含んでいる場合、前記現フレーム期間について生成された前記第１全画面特徴データである第１現フレーム全画面特徴データに応じて前記第１入力画像データに対して補正演算を行って前記第１出力画像データを生成すると共に、前記第１演算結果格納メモリに記憶されている前記第１前フレーム全画面特徴データを前記第１現フレーム全画面特徴データに更新し、
前記第１ドライバは、前記第１通信状態通知データと前記第２通信状態通知データの少なくとも一方が通信ＮＧデータを含んでいる場合、前記第１演算結果格納メモリに記憶されている前記第１前フレーム全画面特徴データに応じて前記第１入力画像データに対して補正演算を行って前記第１出力画像データを生成する
表示装置。
【請求項４】
請求項３に記載の表示装置であって、
前記第１ドライバは、前記第１通信状態通知データを前記第２ドライバに送信し、
前記第２ドライバは、前記前フレーム期間について生成された第２前フレーム全画面特徴データを記憶する第２演算結果格納メモリを備えており、
前記第２ドライバは、前記第１通信状態通知データと前記第２通信状態通知データの両方が通信ＡＣＫデータを含んでいる場合、前記現フレーム期間について生成された前記第２全画面特徴データである第２現フレーム全画面特徴データに応じて前記第２入力画像データに対して補正演算を行って前記第２出力画像データを生成すると共に、前記第２演算結果格納メモリに記憶されている前記第２前フレーム全画面特徴データを第２現フレーム全画面特徴データに更新し、
前記第２ドライバは、前記第１通信状態通知データと前記第２通信状態通知データの少なくとも一方が通信ＮＧデータを含んでいる場合、前記第２演算結果格納メモリに記憶されている前記第２前フレーム全画面特徴データに応じて前記第２入力画像データに対して補正演算を行って前記第２出力画像データを生成する
表示装置。
【請求項５】
請求項１乃至４のいずれかに記載の表示装置であって、
前記第１特徴データは、前記第１画像について算出されたAverage Picture Levelである第１Average Picture Levelを含み、
前記第２特徴データは、前記第２画像について算出されたAverage Picture Levelである第２Average Picture Levelを含み、
前記第１全画面特徴データは、前記表示パネルの前記表示領域に表示される画像の全体についてのAverage
Picture Levelである全体Average Picture Levelを含み、
前記全体Average Picture Levelが、前記第１Average Picture Level及び前記第２Average Picture
Levelに基づいて算出される
表示装置。
【請求項６】
請求項１乃至４のいずれかに記載の表示装置であって、
前記第１特徴データは、
前記第１画像について算出されたAverage Picture Levelである第１Average Picture Levelと、
前記第１画像について算出された画素の輝度の二乗平均である第１二乗平均
とを含み、
前記第２特徴データは、
前記第２画像について算出されたAverage Picture Levelである第２Average Picture Levelと、
前記第２画像について算出された画素の輝度の二乗平均である第２二乗平均
とを含み、
前記第１全画面特徴データは、前記第１Average Picture Levelと、前記第１二乗平均と、第２Average Picture Levelと、前記第２二乗平均とから得られる
表示装置。
【請求項７】
請求項６に記載の表示装置であって、
前記第１全画面特徴データは、前記表示パネルの前記表示領域に表示される画像の全体について算出されたAverage
Picture Levelである全体Average Picture Levelを示すデータと、
前記表示パネルの前記表示領域に表示される画像の全体について算出された画素の輝度の分散を示す全体分散データ
とを含み、
前記全体Average Picture Levelは、前記第１Average Picture Level及び前記第２Average Picture
Levelに基づいて算出され、
前記全体分散データは、前記第１Average Picture Levelと、前記第１二乗平均と、前記第２Average Picture Levelと、前記第２二乗平均とに基づいて算出された
表示装置。
【請求項８】
請求項５乃至７のいずれかに記載の表示装置であって、
更に、
前記表示パネルを証明するバックライトを具備し、
前記バックライトの輝度が、前記全体Average Picture Levelに応じて制御される
表示装置。
【請求項９】
請求項１に記載の表示装置であって、
前記第１ドライバは、前記第１全画面特徴データを前記第２ドライバに送信し、
前記第２ドライバは、前記第１ドライバから受け取った前記第１全画面特徴データに応じて前記第２入力画像データに対して前記補正演算を行って前記第２出力画像データを生成するように構成された
表示装置。
【請求項１０】
請求項９に記載の表示装置であって、
前記第２ドライバは、前記第２特徴データに誤り検出符号を付加して前記第１ドライバに送信し、
前記第１ドライバは、前記第２ドライバから受け取った前記第２特徴データに対して誤り検出を行って第１通信状態通知データを生成し、
前記第１通信状態通知データは、前記第１ドライバが前記第２ドライバから前記第２特徴データを正常に受け取った場合に通信ＡＣＫデータを含み、正常に受け取らなかった場合に通信ＮＧデータを含み、
前記第１通信状態通知データが通信ＡＣＫデータを含む場合、前記第１ドライバは、前記第１全画面特徴データに誤り検出符号を付加して前記第２ドライバに送信し、
前記第２ドライバは、前記第１ドライバから受け取った前記第１全画面特徴データに対して誤り検出を行って第２通信状態通知データを生成し、前記第２通信状態通知データを前記第１ドライバに送信し、
前記第２通信状態通知データは、前記第２ドライバが前記第１ドライバから前記第１全画面特徴データを正常に受け取った場合に通信ＡＣＫデータを含み、正常に受け取らなかった場合に通信ＮＧデータを含み、
前記第１ドライバは、現フレーム期間よりも前のフレーム期間である前フレーム期間について生成された第１前フレーム全画面特徴データを記憶する第１演算結果格納メモリを備えており、
前記第１ドライバは、前記第１通信状態通知データと前記第２通信状態通知データの両方が通信ＡＣＫデータを含んでいる場合、前記現フレーム期間について生成された前記第１全画面特徴データである現フレーム全画面特徴データに応じて前記第１入力画像データに対して補正演算を行って前記第１出力画像データを生成すると共に、前記第１演算結果格納メモリに記憶されている前記第１前フレーム全画面特徴データを前記現フレーム全画面特徴データに更新し、
前記第１ドライバは、前記第１通信状態通知データと前記第２通信状態通知データの少なくとも一方が通信ＮＧデータを含んでいる場合、前記第１演算結果格納メモリに記憶されている前記第１前フレーム全画面特徴データに応じて前記第１入力画像データに対して補正演算を行って前記第１出力画像データを生成する
表示装置。
【請求項１１】
請求項１０に記載の表示装置であって、
前記第１ドライバは、前記第１通信状態通知データを前記第２ドライバに送信し、
前記第２ドライバは、前記前フレーム期間について生成された第２前フレーム全画面特徴データを記憶する第２演算結果格納メモリを備えており、
前記第２ドライバは、前記第１通信状態通知データと前記第２通信状態通知データの両方が通信ＡＣＫデータを含んでいる場合、前記現フレーム全画面特徴データに応じて前記第２入力画像データに対して補正演算を行って前記第２出力画像データを生成すると共に、前記第２演算結果格納メモリに記憶されている前記第２前フレーム全画面特徴データを前記現フレーム全画面特徴データに更新し、
前記第２ドライバは、前記第１通信状態通知データと前記第２通信状態通知データの少なくとも一方が通信ＮＧデータを含んでいる場合、前記第２演算結果格納メモリに記憶されている前記第２前フレーム全画面特徴データに応じて前記第２入力画像データに対して補正演算を行って前記第２出力画像データを生成する
表示装置。
【請求項１２】
表示パネルの表示領域の第１部分を駆動する表示パネルドライバであって、
前記表示領域の前記第１部分に表示される第１画像に対応する入力画像データを受け取り、前記入力画像データから前記第１画像の特徴量を示す第１特徴データを算出する特徴データ算出回路と、
他のドライバから、前記他のドライバによって駆動される前記表示領域の第２部分に表示される第２画像の特徴量を示す第２特徴データを受け取る通信回路と、
前記第１特徴データと前記第２特徴データとを用いて、前記表示パネルの前記表示領域に表示される画像の全体の特徴量を示す全画面特徴データを算出する全画面特徴データ演算回路と、
前記全画面特徴データに基づいた補正演算を前記入力画像データに対して行って出力画像データを生成する補正回路と、
前記出力画像データに応答して前記表示領域の前記第１部分を駆動する駆動部
とを具備する
表示パネルドライバ。
【請求項１３】
請求項１２に記載の表示パネルドライバであって、
更に、
前記他のドライバから受け取った前記第２特徴データに対して誤り検出を行って第１通信状態通知データを生成する検出回路と、
現フレーム期間よりも前のフレーム期間である前フレーム期間について生成された前フレーム全画面特徴データを記憶する演算結果格納メモリ
とを備えており、
前記通信回路は、前記他のドライバが当該表示パネルドライバから受け取った前記第１特徴データに対して誤り検出を行うことによって生成した第２通信状態通知データを前記他のドライバから受け取り、
前記第１通信状態通知データは、前記通信回路が前記他のドライバから前記第２特徴データを正常に受け取った場合に通信ＡＣＫデータを含み、正常に受け取らなかった場合に通信ＮＧデータを含み、
前記第２通信状態通知データは、前記他のドライバが当該表示パネルドライバから前記第１特徴データを正常に受け取った場合に通信ＡＣＫデータを含み、正常に受け取らなかった場合に通信ＮＧデータを含み、
前記第１通信状態通知データと前記第２通信状態通知データの両方が通信ＡＣＫデータを含んでいる場合、前記現フレーム期間について生成された前記全画面特徴データである現フレーム全画面特徴データに応じて前記入力画像データに対して補正演算が行われて前記出力画像データが生成されると共に、前記演算結果格納メモリに記憶されている前記前フレーム全画面特徴データが前記現フレーム全画面特徴データに更新され、
前記第１通信状態通知データと前記第２通信状態通知データの少なくとも一方が通信ＮＧデータを含んでいる場合、前記演算結果格納メモリに記憶されている前記前フレーム全画面特徴データに応じて前記入力画像データに対して補正演算が行われて前記出力画像データが生成される
表示パネルドライバ。
【請求項１４】
表示パネルと前記表示パネルを駆動する複数のドライバとを具備し、前記複数のドライバが、前記表示パネルの表示領域の第１部分を駆動する第１ドライバと、前記表示領域の第２部分を駆動する第２ドライバとを含む表示装置の動作方法であって、
前記表示領域の前記第１部分に表示される第１画像に対応する第１入力画像データを前記第１ドライバに供給するステップと、
前記表示領域の前記第２部分に表示される第２画像に対応する第２入力画像データを前記第２ドライバに供給するステップと、
前記第１ドライバにおいて、前記第１入力画像データから前記第１画像の特徴量を示す第１特徴データを算出するステップと、
前記第２ドライバにおいて、前記第２入力画像データから前記第２画像の特徴量を示す第２特徴データを算出するステップと、
前記第２特徴データを前記第２ドライバから前記第１ドライバに送信するステップと、
前記第１ドライバにおいて、前記第１特徴データと前記第２特徴データとを用いて、前記表示パネルの前記表示領域に表示される画像の全体の特徴量を示す第１全画面特徴データを算出するステップと、
前記第１ドライバにおいて、前記第１全画面特徴データに基づいた補正演算を前記第１入力画像データに対して行って第１出力画像データを生成するステップと、
前記第１出力画像データに応答して前記表示領域の前記第１部分を駆動するステップと、
前記第２ドライバにおいて、前記第１ドライバで行われる前記補正演算と同一の補正演算を前記第２入力画像データに対して行って第２出力画像データを生成するステップと、
前記第２出力画像データに応答して前記表示領域の前記第２部分を駆動するステップ
とを具備する
表示装置の動作方法。
【請求項１５】
請求項１４に記載の表示装置の動作方法であって、
更に、
前記第１特徴データを前記第１ドライバから前記第２ドライバに送信するステップ
を具備し、
前記第２ドライバにおいて前記第２出力画像データを生成するステップでは、前記第２ドライバにおいて、前記第１特徴データと前記第２特徴データとを用いて、前記表示パネルの前記表示領域に表示される画像の全体の特徴量を示す第２全画面特徴データが算出され、前記第２全画面特徴データに応じて前記第２入力画像データに対して前記補正演算が行われて前記第２出力画像データが生成される
表示装置の動作方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示装置、表示パネルドライバ、及び、表示装置の動作方法に関し、特に、複数の表示パネルドライバで表示パネルを駆動する構成の表示装置、及び、それに適用される表示パネルドライバ、動作方法に関する。
【背景技術】
【０００２】
ＬＣＤ（liquid crystal display）パネルのパネルサイズ、解像度はますます増加しており、これに伴い、消費電力の増加が問題になっている。消費電力を抑制するための一つの手法は、バックライトの輝度を低くすることである。しかしながら、バックライトの輝度が低いと、画像が暗いときのコントラストが不十分であることに起因して、表示品質が劣化するという問題が発生する。
【０００３】
表示品質の劣化を抑制しながらバックライトの輝度を低く抑える一つの方法は、コントラストを強調するための補正演算、例えば、ガンマ補正を入力画像データに対して行うことである。このとき、補正演算を行うと共にバックライトの輝度を制御すれば、画質の劣化を一層に抑制することができる。
【０００４】
このような背景から、発明者らは、演算式による補正演算を入力画像データに対して行う技術を提案している（例えば、特許第４１９８７２０号）。この技術では、入力画像データを変数とし、補正データによって係数が決定される演算式を用いて補正が行われる。ここで、補正データは、入力画像データと補正後の画像データ（出力画像データ）との対応関係を規定するデータであり、表示される画像のＡＰＬ（average picture level）、又は、各画素の階調のヒストグラムに応じて決定される。
【０００５】
また、特開平７−２８１６３３号公報は、表示される画像のＡＰＬ（average picture level）や輝度の分散（又は標準偏差）に応答してガンマ値を決定し、決定されたガンマ値を用いてガンマ補正を行うことによってコントラストを制御する技術を開示している。
【０００６】
更に、特開２０１０−１１３０５２号公報は、表示データに対して伸張処理（階調をβ倍（１＜β＜２）にする処理）を行うと共に、バックライトを減光することで、画質の劣化を抑制しながら消費電力を低減する技術を開示している。この特許文献にいう伸張処理は、入力画像データに対する補正演算の一種である。
【０００７】
上記された補正演算は、画質を改善するには有効である。しかしながら、これらの特許文献には、入力画像データに対して補正演算を行う技術を、複数の表示パネルドライバを用いて表示パネルを駆動する表示装置（例えば、タブレットのように大型の表示パネルを搭載した携帯端末に適用される表示装置）に適用する場合において発生する問題について、何ら言及がない。発明者の検討によれば、入力画像データに対して補正演算を行う技術を複数の表示パネルドライバを用いて表示パネルを駆動する表示装置に適用する場合、データ転送速度の問題や、コストの増大の問題が発生し得る。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特許第４１９８７２０号
【特許文献２】特開平７−２８１６３３号公報
【特許文献３】特開２０１０−１１３０５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
したがって、本発明は、複数の表示パネルドライバを用いて表示パネルを駆動する表示装置において、必要なデータ転送速度及びコストを低減しながら、入力画像データに対して適切な補正演算を行うための技術を提供することにある。
【課題を解決するための手段】
【００１０】
本発明の一の観点では、表示装置が、表示パネルと、表示パネルを駆動する複数のドライバと、処理装置とを具備する。複数のドライバは、表示パネルの表示領域の第１部分を駆動する第１ドライバと、表示領域の第２部分を駆動する第２ドライバとを含む。処理装置は、表示領域の第１部分に表示される第１画像に対応する第１入力画像データを第１ドライバに供給し、且つ、表示領域の第２部分に表示される第２画像に対応する第２入力画像データを第２ドライバに供給する。第１ドライバは、第１入力画像データから第１画像の特徴量を示す第１特徴データを算出するように構成され、第２ドライバは、第２入力画像データから第２画像の特徴量を示す第２特徴データを算出し、第２特徴データを第１ドライバに送信するように構成される。第１ドライバは、第１特徴データと第２特徴データとを用いて、表示パネルの表示領域に表示される画像の全体の特徴量を示す第１全画面特徴データを算出し、第１全画面特徴データに基づいた補正演算を第１入力画像データに対して行って第１出力画像データを生成し、且つ、第１出力画像データに応答して表示領域の第１部分を駆動する。第２ドライバは、第１ドライバで行われる補正演算と同一の補正演算を第２入力画像データに対して行って第２出力画像データを生成し、第２出力画像データに応答して表示領域の第２部分を駆動する。
【００１１】
一実施形態では、第１ドライバは、第１特徴データを第２ドライバに送信する。この場合、第２ドライバは、第１ドライバから受け取った第１特徴データと第２特徴データとを用いて、表示パネルの表示領域に表示される画像の全体の特徴量を示す第２全画面特徴データを算出し、第２全画面特徴データに応じて第２入力画像データに対して補正演算を行って第２出力画像データを生成するように構成される。
【００１２】
本発明の更に他の観点において、表示パネルの表示領域の第１部分を駆動する表示パネルドライバが提供される。該表示パネルドライバは、表示領域の第１部分に表示される第１画像に対応する入力画像データを受け取り、入力画像データから第１画像の特徴量を示す第１特徴データを算出する特徴データ算出回路と、他のドライバから、他のドライバによって駆動される表示領域の第２部分に表示される第２画像の特徴量を示す第２特徴データを受け取る通信回路と、第１特徴データと第２特徴データとを用いて、表示パネルの表示領域に表示される画像の全体の特徴量を示す全画面特徴データを算出する全画面特徴データ演算回路と、全画面特徴データに基づいた補正演算を入力画像データに対して行って出力画像データを生成する補正回路と、出力画像データに応答して表示領域の第１部分を駆動する駆動部とを具備する。
【００１３】
本発明の更に他の観点では、表示パネルと表示パネルを駆動する複数のドライバとを具備し、複数のドライバが、表示パネルの表示領域の第１部分を駆動する第１ドライバと、表示領域の第２部分を駆動する第２ドライバとを含む表示装置の動作方法が提供される。当該動作方法は、
表示領域の第１部分に表示される第１画像に対応する第１入力画像データを第１ドライバに供給するステップと、
表示領域の第２部分に表示される第２画像に対応する第２入力画像データを第２ドライバに供給するステップと、
第１ドライバにおいて、第１入力画像データから第１画像の特徴量を示す第１特徴データを算出するステップと、
第２ドライバにおいて、第２入力画像データから第２画像の特徴量を示す第２特徴データを算出するステップと、
第２特徴データを第２ドライバから第１ドライバに送信するステップと、
第１ドライバにおいて、第１特徴データと第２特徴データとを用いて、表示パネルの表示領域に表示される画像の全体の特徴量を示す第１全画面特徴データを算出するステップと、
第１ドライバにおいて、第１全画面特徴データに基づいた補正演算を第１入力画像データに対して行って第１出力画像データを生成するステップと、
第１出力画像データに応答して表示領域の第１部分を駆動するステップと、
第２ドライバにおいて、第１ドライバで行われる補正演算と同一の補正演算を第２入力画像データに対して行って第２出力画像データを生成するステップと、
第２出力画像データに応答して表示領域の第２部分を駆動するステップ
とを具備する。
【００１４】
一実施形態では、当該動作方法は、更に、第１特徴データを第１ドライバから第２ドライバに送信するステップを具備する。この場合、第２ドライバにおいて第２出力画像データを生成するステップでは、第２ドライバにおいて、第１特徴データと第２特徴データとを用いて、表示パネルの表示領域に表示される画像の全体の特徴量を示す第２全画面特徴データが算出され、第２全画面特徴データに応じて第２入力画像データに対して補正演算が行われて第２出力画像データが生成される。
【発明の効果】
【００１５】
本発明によれば、複数の表示パネルドライバを用いて表示パネルを駆動する表示装置において、必要なデータ転送速度及びコストを低減しながら、入力画像データに対して適切な補正演算を行うための技術を提供することができる。
【図面の簡単な説明】
【００１６】
【図１】入力画像データに対して補正演算を行う技術を採用した液晶表示装置の例を示すブロック図である。
【図２】複数のドライバＩＣを用いて液晶表示パネルを駆動する構成が採用され、且つ、入力画像データに対して補正演算を行う液晶表示装置の例を示すブロック図である。
【図３】複数のドライバＩＣを用いて液晶表示パネルを駆動する構成が採用され、且つ、入力画像データに対して補正演算を行う液晶表示装置の他の例を示すブロック図である。
【図４】本発明の第１の実施形態の表示装置の構成を示すブロック図である。
【図５】本実施形態の表示装置の動作の一例を示す概念図である。
【図６】ドライバＩＣ間のチップ間通信データの通信における通信エラーの問題を説明する図である
【図７】第１の実施形態におけるドライバＩＣの構成の例を示すブロック図である。
【図８】補正点データ組ＣＰ＿ｓｅｌｋに含まれる補正点データＣＰ０〜ＣＰ５により指定されるガンマカーブ、及び、該カンマカーブに従った補正演算（ガンマ補正）の内容を示すグラフである。
【図９】第１の実施形態における近似演算補正回路の構成の例を示すブロック図である。
【図１０】第１の実施形態における特徴データ演算回路の構成の例を示すブロック図である。
【図１１】第１の実施形態における補正点データ算出回路の構成の例を示すブロック図である。
【図１２】各フレーム期間におけるドライバＩＣの動作を示すフローチャートである。
【図１３】ドライバＩＣ間での特徴データの通信が正常に行われた場合の動作と、正常に行われなかった場合の動作の比較を示す概念図である。
【図１４Ａ】第１の実施形態における補正点データ算出回路の動作の一例を示すフローチャートである。
【図１４Ｂ】第１の実施形態における補正点データ算出回路の動作の他の例を示すフローチャートである。
【図１５】一実施形態における、ＡＰＬＡＶＥ、γ、及び、補正点データ組ＣＰ＿Ｌｋの関係を説明するグラフである。
【図１６】他の実施形態における、ＡＰＬＡＶＥ、γ、及び、補正点データ組ＣＰ＿Ｌｋの関係を説明するグラフである。
【図１７】補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）にそれぞれに対応するガンマカーブの形状と、補正点データ組ＣＰ＿Ｌｋに対応するガンマカーブの形状を概念的に示すグラフである。
【図１８】補正点データ組ＣＰ＿Ｌｋを、分散σＡＶＥ２に基づいて修正することの技術的意義を示す概念図である。
【図１９】分散σＡＶＥ２に基づいて補正点データＣＰ１、ＣＰ４の修正を行った場合における、階調の分布（ヒストグラム）と、補正演算の内容との関係を概念的に示す表である。
【図２０】第１の実施形態において、３つのドライバＩＣでＬＣＤパネルの表示領域の画素が駆動される場合の液晶表示装置の構成を示す図である。
【図２１】第２の実施形態における液晶表示装置の構成を示すブロック図である。
【図２２】第２の実施形態におけるドライバＩＣの動作を示す図である。
【図２３】第２の実施形態において、３つのドライバＩＣでＬＣＤパネルの表示領域の画素が駆動される場合の液晶表示装置の構成を示す図である。
【発明を実施するための形態】
【００１７】
本発明の技術的意義の理解を容易にするために、まず、入力画像データに対して補正演算を行う技術を採用した表示装置について説明する。
【００１８】
図１は、入力画像データに対して補正演算を行う技術を採用した表示装置の例を示すブック図である。図１の表示装置は、液晶表示装置として構成されており、本体ブロック１０１と、液晶表示ブロック１０２と、ＦＰＣ（flexible printed circuit board）１０３とを備えている。本体ブロック１０１にはＣＰＵ（central processing unit）１０４が搭載され、液晶表示ブロック１０２にはＬＣＤパネル１０５が搭載されている。ＬＣＤパネル１０５には、ドライバＩＣ１０６が搭載されている。ドライバＩＣ１０６には、画像データに対して補正演算を行う画像データ補正回路１０６ａが搭載される。また、ＦＰＣ１０３には、ＣＰＵ１０４とドライバＩＣ１０６を接続する信号線が設けられると共に、ＬＥＤ(light emitting diode)ドライバ１０７と、ＬＥＤバックライト１０８とが搭載される。
【００１９】
図１の液晶表示装置は、概略的には、以下のように動作する。ＣＰＵ１０４は、ドライバＩＣ１０６に画像データと同期信号とを供給する。ドライバＩＣ１０６は、ＣＰＵ１０４から受け取った画像データと同期信号とに応答してＬＣＤパネル１０５のデータ線を駆動する。ＬＣＤパネル１０５の駆動においては、ドライバＩＣ１０６の画像データ補正回路１０６ａによって画像データに対して補正演算が行われ、補正された画像データがＬＣＤパネル１０５の駆動に使用される。コントラストを強調するための補正演算、例えば、ガンマ補正を入力画像データに対して行うことで、バックライトの輝度を低くしても、画質の劣化を抑制することができる。更に、補正演算において算出された画像の特徴量（例えば、ＡＰＬ（average picture level））に応答してバックライトの輝度を制御すれば、画質の劣化を一層に抑制することができる。図１の構成では、画像データ補正回路１０６ａで算出された画像の特徴量に応答して生成された輝度制御信号がＬＥＤドライバ１０７に供給され、これにより、ＬＥＤバックライト１０８の輝度が制御される。
【００２０】
図１には、ＬＣＤパネル１０５が単一のドライバＩＣ１０６で駆動される液晶表示装置が図示されているが、タブレットのように、比較的に大型の液晶表示パネルを搭載する端末では、複数のドライバＩＣを用いて液晶表示パネルを駆動する構成が採用される。このような構成において、画像データに対して補正演算を行う場合に考慮すべき事の一つは、ＬＣＤパネル１０５に表示される画像の全体に対して共通の補正演算を行うことである。例えば、異なるドライバＩＣにおいて異なる補正演算が行われると、ドライバＩＣ毎に異なるコントラストで画像がＬＣＤパネル１０５に表示されることになり、ＬＣＤパネル１０５の、隣接するドライバＩＣによって駆動される部分の境界が視覚的に認識可能になってしまう。
【００２１】
ＬＣＤパネル１０５の全体に対して共通の補正演算を行う一つの手法としては、図２に図示されているように、送信元において画像データの補正演算を行い、補正後の画像データを各ドライバＩＣに送信する構成が考えられる。詳細には、図２の構成では、本体ブロック１０１には、画像データ補正回路１０９ａを有する画像処理ＩＣ１０９が搭載される。一方、ＬＣＤパネル１０５には２つのドライバＩＣ１０６−１、１０６−２が搭載される。画像処理ＩＣ１０９は、ＦＰＣ１０３−１に設けられた信号線によってドライバＩＣ１０６−１に接続され、更に、ＦＰＣ１０３−２に設けられた信号線によってドライバＩＣ１０６−１に接続されている。ＦＰＣ１０３−２には、更に、ＬＥＤドライバ１０７、ＬＥＤバックライト１０８が搭載される。
【００２２】
ＣＰＵ１０４は、画像処理ＩＣ１０９に画像データを供給する。画像処理ＩＣ１０９は、画像データ補正回路１０９ａによって画像データを補正して生成された補正後画像データをドライバＩＣ１０６−１、１０６−２に供給する。このとき、画像データ補正回路１０９ａは、ＬＣＤパネル１０５の全体に対して共通の補正演算を行う。ドライバＩＣ１０６は、画像処理ＩＣ１０９から受け取った補正後画像データに応答してＬＣＤパネル１０５のデータ線及びゲート線を駆動する。更に、画像処理ＩＣ１０９は、画像データ補正回路１０９ａにおいて算出された画像の特徴量に応答して輝度制御信号を生成し、ＬＥＤドライバ１０７に供給する。これにより、ＬＥＤバックライト１０８の輝度が制御される。
【００２３】
しかしながら、図２の構成では、ＬＣＤパネル１０５の全体に対して共通の補正演算を行うためのＩＣ（画像処理ＩＣ）を追加する必要があり、液晶表示装置を構成するＩＣの数が増加してしまう。これは、コスト面で不利である。特に、少数のドライバＩＣ（例えば、２個のドライバＩＣ）でＬＣＤパネルを駆動するような場合、ＩＣの数が１つ増加することは、コスト面でのデメリットが大きい。
【００２４】
ＬＣＤパネル１０５の全体に対して共通の補正演算を行う他の手法としては、図３に図示されているように、ＬＣＤパネル１０５に表示される画像の全体の画像データを、各ドライバＩＣに供給することが考えられる。詳細には、図３の構成では、ＬＣＤパネル１０５に、２つのドライバＩＣ１０６−１、１０６−２が搭載されている。ドライバＩＣ１０６−１、１０６−２のそれぞれには、画像データに対して補正演算を行う画像データ補正回路１０６ａが搭載される。また、ＦＰＣ１０３には、ＣＰＵ１０４とドライバＩＣ１０６−１、１０６−２を接続する信号線が設けられると共に、ＬＥＤ(light emitting diode)ドライバ１０７と、ＬＥＤバックライト１０８とが搭載される。ここで、ＣＰＵ１０４とドライバＩＣ１０６−１、１０６−２とは、マルチドロップ接続（mutli-drop）接続によって接続されている。即ち、ドライバＩＣ１０６−１、１０６−２が、ＣＰＵ１０４から同一のデータを受け取る。
【００２５】
図３の液晶表示装置は、次のように動作する。ＣＰＵ１０４は、ドライバＩＣ１０６−１、１０６−２のそれぞれに、ＬＣＤパネル１０５に表示される画像の全体の画像データを供給する。ここで、ＣＰＵ１０４とドライバＩＣ１０６−１、１０６−２とがマルチドロップ接続によって接続されているから、ドライバＩＣ１０６−１、１０６−２の一方に、画像の全体の画像データを供給することは、他方にも画像の全体の画像データを供給することを意味していることに留意されたい。ドライバＩＣ１０６−１、１０６−２のそれぞれの画像データ補正回路１０６ａは、受け取った画像データから画像の全体の特徴量を算出し、算出した特徴量に応じて画像データに対して補正演算を行う。ドライバＩＣ１０６−１、１０６−２は、補正演算によって得られた補正後画像データに応答してＬＣＤパネル１０５のデータ線及びゲート線を駆動する。更に、ドライバＩＣ１０６−２は、その画像データ補正回路１０６ａで算出された画像の特徴量に応答して輝度制御信号を生成し、ＬＥＤドライバ１０７に供給する。これにより、ＬＥＤバックライト１０８の輝度が制御される。
【００２６】
ドライバＩＣ１０６−１、１０６−２のそれぞれが画像の全体の画像データを受け取る図３の構成では、受け取った画像データから画像の全体の特徴量を算出できるので、ＬＣＤパネル１０５の全体に対して共通の補正演算を行うことができる。
【００２７】
しかしながら、図３の構成では、各フレーム期間において、ＬＣＤパネル１０５に表示される画像の全体の画像データを、複数のドライバＩＣ（即ち、ドライバＩＣ１０６−１、１０６−２）に転送する必要があるので、画像データの転送に必要なデータ転送速度が増加してしまう。これは、消費電力の増大やＥＭＩ(electromagnetic interference)の増大を招くため好ましくない。
【００２８】
本発明は、上記のような発明者らの検討に基づいてなされたものであり、複数の表示パネルドライバを用いて表示パネルを駆動する表示装置において、必要なデータ転送速度及びコストを低減しながら、入力画像データに対して適切な補正演算を行うための技術を提供するものである。なお、上記の図１〜図３の構成の説明は、図１〜図３の構成が公知であることを出願人が自認しているものと解釈してはならない。以下では、本発明の実施形態について詳細に説明する。
【００２９】
（第１の実施形態）
図４は、本発明の第１の実施形態の表示装置の構成を示すブロック図である。図１の表示装置は、液晶表示装置として構成されており、本体ブロック１と、液晶表示ブロック２と、ＦＰＣ３−１、３−２とを備えている。本体ブロック１にはＣＰＵ４が搭載され、液晶表示ブロック２にはＬＣＤパネル５が搭載されている。本体ブロック１と液晶表示ブロック２は、ＦＰＣ３−１、３−２によって連結されている。
【００３０】
ＬＣＤパネル５には、複数のデータ線と、複数のゲート線が配置されると共に、画素が行列に並んで配置されている。本実施形態では、Ｖ行Ｈ列の画素がＬＣＤパネル５に配置されている。本実施形態では、各画素は、赤に対応する副画素（Ｒ副画素）、緑に対応する副画素（Ｇ副画素）、及び、青に対応する副画素（Ｂ副画素）とを備えており、よって、Ｖ行３Ｈ列の副画素がＬＣＤパネル５に配置されている。各副画素は、ＬＣＤパネル５のデータ線とゲート線とが交差する位置に設けられている。ＬＣＤパネル５の駆動においては、ゲート線が順次に選択され、選択されたゲート線に接続された副画素にデータ線から所望の駆動電圧が書き込まれる。これにより、ＬＣＤパネル５の各副画素が所望の階調に設定され、所望の画像がＬＣＤパネル５に表示される。
【００３１】
加えて、ＬＣＤパネル５には、ＣＯＧ（Chip on Glass）のような表面実装技術を用いて複数のドライバＩＣ、本実施形態では、２つのドライバＩＣ６−１、６−２が搭載されている。以下において、ドライバＩＣ６−１、６−２は、それぞれ、第１ドライバ、第２ドライバと呼ばれることもあることに留意されたい。本実施形態では、ＬＣＤパネル５の表示領域が２つの部分：第１部分９−１、第２部分９−２を有しており、第１部分９−１に設けられた画素（厳密には、該画素に含まれる副画素）、及び、第２部分９−２に設けられた画素は、それぞれ、ドライバＩＣ６−１、６−２によって駆動される。
【００３２】
ＣＰＵ４は、ＬＣＤパネル５に表示されるべき画像データと、ドライバＩＣ６−１、６−２を制御する同期データとをドライバＩＣ６−１、６−２に供給する処理装置である。
【００３３】
詳細には、ＣＰＵ４とドライバＩＣ６−１を接続する信号線がＦＰＣ３−１に設けられ、該信号線を介して、入力画像データＤＩＮ１と同期データＤＳＹＮＣ１とがドライバＩＣ６−１に送られる。ここで、入力画像データＤＩＮ１は、ＬＣＤパネル５の表示領域に表示される画像のうちの第１部分９−１に表示される部分に対応する画像データ、即ち、第１部分９−１に設けられた画素の各副画素の階調を示すデータである。本実施形態では、ＬＣＤパネル５の画素の各副画素の階調が８ビットで表わされる。ＬＣＤパネル５の各画素は、３つの副画素（Ｒ副画素、Ｇ副画素、Ｂ副画素）を有しているから、入力画像データＤＩＮ１は、ＬＣＤパネル５の各画素の階調を２４ビットで表わすデータである。同期データＤＳＹＮＣ１は、ドライバＩＣ６−１のタイミング制御に用いられるデータである。
【００３４】
同様に、ＣＰＵ４とドライバＩＣ６−２を接続する信号線がＦＰＣ３−２に設けられ、該信号線を介して、入力画像データＤＩＮ２と同期データＤＳＹＮＣ２とがドライバＩＣ６−２に送られる。ここで、入力画像データＤＩＮ２は、ＬＣＤパネル５の表示領域に表示される画像のうちの第２部分９−２に表示される部分に対応する画像データであり、第１部分９−２に設けられた画素の各副画素の階調を示している。入力画像データＤＩＮ１と同様に、入力画像データＤＩＮ２は、第２部分９−２に設けられた画素の各副画素の階調を８ビットで表すデータである。同期データＤＳＹＮＣ２は、ドライバＩＣ６−２のタイミング制御に用いられるデータである。
【００３５】
加えて、ＦＰＣ３−２には、ＬＥＤドライバ７と、ＬＥＤバックライト８とが搭載される。ＬＥＤドライバ７は、ドライバＩＣ６−２から供給される輝度制御信号ＳＰＷＭに応答して、ＬＥＤ駆動電流ＩＤＲＶを生成する。輝度制御信号ＳＰＷＭは、ＰＷＭ（pulse width modulation）によって生成されたパルス信号であり、ＬＥＤ駆動電流ＩＤＲＶは、輝度制御信号ＳＰＷＭの波形に対応する波形（一致する波形）を有している。ＬＥＤバックライト８は、ＬＥＤ駆動電流ＩＤＲＶによって駆動され、ＬＣＤパネル５を照明する。
【００３６】
ここで、ＣＰＵ４とドライバＩＣ６−１、６−２とは、ピア・トゥ・ピア(peer-to-peer)接続されていることに留意されたい。ドライバＩＣ６−１には、ドライバＩＣ６−２に供給される入力画像データＤＩＮ２は供給されないし、ドライバＩＣ６−２には、ドライバＩＣ６−１に供給される入力画像データＤＩＮ１は供給されない。即ち、ドライバＩＣ６−１、６−２のそれぞれには、ＬＣＤパネル５の表示領域の全体に対応する入力画像データが供給されるわけではない。これは、入力画像データＤＩＮ１、ＤＩＮ２を転送するために必要なデータ転送速度を低下させることに寄与する。
【００３７】
ドライバＩＣ６−１、６−２の間には、それらを接続する信号線が設けられており、ドライバＩＣ６−１、６−２は、当該信号線を介して、チップ間通信データＤＣＨＩＰを交換する。ドライバＩＣ６−１、６−２を接続する信号線は、ＬＣＤパネル５のガラス基板の上に配線されていてもよい。
【００３８】
チップ間通信データＤＣＨＩＰは、ドライバＩＣ６−１、６−２が特徴データを交換するために使用される。特徴データとは、ドライバＩＣ６−１、６−２のそれぞれが駆動するＬＣＤパネル５の表示領域の部分（即ち、第１部分９−１、第２部分９−２）の画像の特徴量を示すデータである。ドライバＩＣ６−１は、それに供給される入力画像データＤＩＮ１から、ＬＣＤパネル５の表示領域の第１部分９−１に表示される画像の特徴量を算出し、算出した特徴量を示す特徴データをチップ間通信データＤＣＨＩＰとしてドライバＩＣ６−２に送る。同様に、ドライバＩＣ６−２は、それに供給される入力画像データＤＩＮ２から、ＬＣＤパネル５の表示領域の第１部分９−２に表示される画像の特徴量を算出し、算出した特徴量を示す特徴データをチップ間通信データＤＣＨＩＰとしてドライバＩＣ６−１に送る。
【００３９】
ドライバＩＣ６−１、６−２の間で交換される特徴データに含まれる特徴量としては、様々なパラメータが使用され得る。一実施形態では、特徴量として各色について算出された（即ち、Ｒ副画素、Ｇ副画素、Ｂ副画素のそれぞれについて算出された）ＡＰＬが使用され得る。他の実施形態では、特徴量として、各色について算出された副画素の階調のヒストグラムが使用され得る。更に他の実施形態では、特徴量として、各色について算出されたＡＰＬと、副画素の階調の分散（又は標準偏差）との組み合わせが使用され得る。
【００４０】
ドライバＩＣ６−１、６−２に供給される入力画像データＤＩＮ１、ＤＩＮ２がＲＧＢデータである場合、特徴量は、入力画像データＤＩＮ１、ＤＩＮ２に対してＲＧＢ−ＹＵＶ変換を行うことによって得られた輝度データ（又はＹデータ）から算出してもよい。この場合、一実施形態では、特徴量として、輝度データから算出されたＡＰＬが使用され得る。各ドライバＩＣ６−ｉは、入力画像データＤＩＮｉに対してＲＧＢ−ＹＵＶ変換を行って各画素についての輝度を示す輝度データを算出し、第ｉ部分９−ｉに表示される画像の各画素の輝度の平均値としてＡＰＬを算出する。他の実施形態では、特徴量として、画素の輝度のヒストグラムが使用され得る。更に他の実施形態では、特徴量として、輝度の平均値として算出されたＡＰＬと輝度の分散（又は標準偏差）との組み合わせが使用され得る。
【００４１】
本実施形態の表示装置の一つの特徴は、ドライバＩＣ６−１、６−２のそれぞれにおいて、ドライバＩＣ６−１、６−２の間で交換された特徴データに基づいてＬＣＤパネル５の表示領域に表示される画像の全体の特徴量が算出され、算出された特徴量に応じて入力画像データＤＩＮ１、ＤＩＮ２に対して補正演算が行われるということである。このような動作によれば、ドライバＩＣ６−１、６−２のそれぞれにおいて算出されたＬＣＤパネル５の表示領域に表示される画像の全体の特徴量に応じた補正演算を行うことができる。言い換えれば、追加の画像処理ＩＣ（図２参照）を用いずにＬＣＤパネル５の表示領域に表示される画像の全体の特徴量に応じた補正演算を行うことができる。これは、コストの低減に寄与する。その一方で、ドライバＩＣ６−１、６−２のそれぞれには、ＬＣＤパネル５の表示領域に表示される画像の全体に対応する画像データを送信する必要がない。即ち、ドライバＩＣ６−１には、ＬＣＤパネル５の表示領域の第１部分９−１の画像に対応する入力画像データＤＩＮ１が送信され、ドライバＩＣ６−２には、ＬＣＤパネル５の表示領域の第１部分９−２の画像に対応する入力画像データＤＩＮ２が送信される。したがって、本実施形態の表示装置では、必要なデータ転送速度を低減させることができる。
【００４２】
図５は、本実施形態の表示装置の動作の一例を示す概念図である。なお、図５では、特徴量として、輝度データから算出されたＡＰＬを用いる例について説明しているが、これに限定されない。
【００４３】
図５に図示されているように、ドライバＩＣ６−１（第１ドライバ）は、それに送られてきた入力画像データＤＩＮ１から、ＬＣＤパネル５の表示領域の第１部分９−１に表示される画像のＡＰＬを算出する。同様に、ドライバＩＣ６−２（第２ドライバ）は、それに送られてきた入力画像データＤＩＮ２から、ＬＣＤパネル５の表示領域の第２部分９−２に表示される画像のＡＰＬを算出する。図５の例では、ドライバＩＣ６−１は、第１部分９−１に表示される画像のＡＰＬを１０４と算出し、ドライバＩＣ６−２は、第２部分９−２に表示される画像のＡＰＬを１７６と算出している。
【００４４】
更に、ドライバＩＣ６−１は、それが算出したＡＰＬ（第１部分９−１に表示される画像のＡＰＬ）を示す特徴データをドライバＩＣ６−２に送信し、ドライバＩＣ６−２は、それが算出したＡＰＬ（第２部分９−２に表示される画像のＡＰＬ）を示す特徴データをドライバＩＣ６−１に送信する。
【００４５】
ドライバＩＣ６−１は、自身が算出したＡＰＬ（即ち、第１部分９−１に表示される画像のＡＰＬ）と、ドライバＩＣ６−２から受け取った特徴データに示されているＡＰＬ（即ち、第２部分９−２に表示される画像のＡＰＬ）とから、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬを算出する。ここで、第１部分９−１に表示される画像のＡＰＬと第２部分９−２に表示される画像のＡＰＬの平均値ＡＰＬＡＶＥが、表示領域に表示される画像の全体のＡＰＬである。図５の例では、第１部分９−１に表示される画像のＡＰＬが１０４であり、第２部分９−２に表示される画像のＡＰＬが１７６であるから、ドライバＩＣ６−１は、平均値ＡＰＬＡＶＥを１４０として算出する。
【００４６】
同様に、ドライバＩＣ６−２は、自身が算出したＡＰＬ（即ち、第２部分９−２に表示される画像のＡＰＬ）と、ドライバＩＣ６−１から受け取った特徴データに示されているＡＰＬ（即ち、第２部分９−１に表示される画像のＡＰＬ）とから、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬ、即ち、第１部分９−１に表示される画像のＡＰＬと第２部分９−２に表示される画像のＡＰＬの平均値ＡＰＬＡＶＥを算出する。図５の例では、ドライバＩＣ６−２は、ドライバＩＣ６−１と同様に平均値ＡＰＬＡＶＥを１４０として算出することになる。
【００４７】
ドライバＩＣ６−１は、自身が算出した表示領域に表示される画像の全体のＡＰＬ（即ち、平均値ＡＰＬＡＶＥ）に応じて入力画像データＤＩＮ１に対して補正演算を行い、該補正演算によって得られた補正後画像データに応じて第１部分９−１に設けられた画素を駆動する。同様に、ドライバＩＣ６−２は、自身が算出した平均値ＡＰＬＡＶＥに応じて入力画像データＤＩＮ２に対して補正演算を行い、該補正演算によって得られた補正後画像データに応じて第２部分９−２に設けられた画素を駆動する。
【００４８】
ここで、ドライバＩＣ６−１、６−２それぞれによって算出される平均値ＡＰＬＡＶＥは、（原理的には）同一値であるので、結果として、ドライバＩＣ６−１、６−２のそれぞれは、ＬＣＤパネル５の表示領域に表示される画像の全体の特徴量に応じた補正演算を行うことができる。このように、本実施形態では、ドライバＩＣ６−１、６−２のそれぞれにＬＣＤパネル５の表示領域の全体の画像に対応する入力画像データを送らなくても、ドライバＩＣ６−１、６−２のそれぞれが、ＬＣＤパネル５の表示領域に表示される画像の全体の特徴量に応じた補正演算を行うことができる
【００４９】
なお、特徴データに含まれる特徴量として、輝度の平均値として算出されたＡＰＬ以外にも、画素の輝度のヒストグラム、画素の輝度の分散（又は標準偏差）が使用され得ることは、上述された通りである。
【００５０】
チップ間通信データＤＣＨＩＰとして交換される特徴データに示されている特徴量として望ましい特性は、３つある。第１に、ＬＣＤパネル５の表示領域の第１部分９−１、第２部分９−２の画像について多くの情報量を有していることが望ましい。第２に、簡便な演算により、ＬＣＤパネル５の表示領域の画像の全体の特徴量を再生できることが望ましい。第３に、特徴データのデータ量が小さいことが望ましい。
【００５１】
これらの観点から、特徴データに含まれる特徴量の好適な一例は、各色について算出された、ＡＰＬ（即ち、副画素の階調の平均）と副画素の階調の二乗平均との組み合わせである。ドライバＩＣ６−１、６−２の間で交換される特徴量として、各色について算出されたＡＰＬと副画素の階調の二乗平均との組み合わせを採用することにより、ドライバＩＣ６−１、６−２のそれぞれにおいて、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬ及び副画素の階調の二乗平均を算出し、更に、ＬＣＤパネル５の表示領域に表示される画像の全体の副画素の階調の分散σ２を算出できる。詳細には、各色について、第１部分９−１、第２部分９−２に表示される画像それぞれのＡＰＬから、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬを算出可能である。また、各色について、第１部分９−１、第２部分９−２に表示される画像のそれぞれについて算出されたＡＰＬ及び副画素の階調の二乗平均とからＬＣＤパネル５の表示領域に表示される画像の全体の副画素の階調の分散σ２を算出することができる。ＡＰＬ及び副画素の階調の分散σ２は、副画素の階調の分布を概略的に把握するために適したパラメータの組み合わせであり、このようなパラメータに基づいて補正演算を行うことで、画像のコントラストの補正を適切に行うことができる。更に、各色について算出された、ＡＰＬと副画素の階調の二乗平均との組み合わせは、（例えば、ヒストグラムと比較して）データ量としては小さい。このように、各色について算出されたＡＰＬと副画素の二乗平均との組み合わせは、特徴データに含まれる特徴量として望ましい特性を兼ね備えている。
【００５２】
データ量が一層に小さいという観点からは、画素の輝度の平均値として算出されたＡＰＬ（即ち、画素の輝度の平均）と画素の輝度の二乗平均との組み合わせを特徴量として用いることが好適である。ドライバＩＣ６−１、６−２の間で交換される特徴量として、画素の輝度の平均値として算出されたＡＰＬと、該輝度の二乗平均との組み合わせを採用することにより、ドライバＩＣ６−１、６−２のそれぞれにおいて、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬ及び画素の輝度の二乗平均を算出し、更に、ＬＣＤパネル５の表示領域に表示される画像全体の画素の輝度の分散σ２を算出できる。詳細には、第１部分９−１、第２部分９−２に表示される画像それぞれのＡＰＬから、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬを算出可能である。また、第１部分９−１、第２部分９−２に表示される画像のそれぞれについて算出されたＡＰＬ及び画素の輝度の二乗平均とからＬＣＤパネル５の表示領域に表示される画像の全体の画素の輝度の分散σ２を算出することができる。ＡＰＬ及び画素の輝度の分散は、画素の輝度の分布を概略的に把握するために適したパラメータの組み合わせである。更に、ＡＰＬと画素の輝度の二乗平均との組み合わせは、（例えば、上述されているような各色について算出された、ＡＰＬと副画素の階調の二乗平均との組み合わせと比較して）データ量としては小さい。このように、画素の輝度の平均値として算出されたＡＰＬと画素の輝度の二乗平均との組み合わせは、特徴データに含まれる特徴量として望ましい特性を兼ね備えている。
【００５３】
図５に示された動作において起こり得る一つの問題は、ドライバＩＣ６−１、６−２の間のチップ間通信データＤＣＨＩＰの交換（即ち、特徴データの交換）のための通信において通信エラーが発生すると、ＬＣＤパネル５の表示領域に表示される画像に乱れが生じ得ることである。特に、ドライバＩＣ６−１、６−２の間のチップ間通信データＤＣＨＩＰの通信に用いられる信号線が、ＬＣＤパネル５のガラス基板上に設けられていると、通信エラーが起こりやすくなる。図６は、ドライバＩＣ６−１、６−２の間のチップ間通信データＤＣＨＩＰの通信における通信エラーの問題を説明する図である。
【００５４】
例えば、図５の動作において、ドライバＩＣ６−２からドライバＩＣ６−１への通信が正常に行われる一方で、ドライバＩＣ６−１からドライバＩＣ６−２への通信に通信エラーが発生したとする。より具体的には、ドライバＩＣ６−１が算出したＡＰＬ（第１部分９−１に表示される画像のＡＰＬ）を示す特徴データをドライバＩＣ６−２に送信する際に通信誤りが発生し、この結果、ドライバＩＣ６−２が、第１部分９−１に表示される画像のＡＰＬが１２であると認識したとする。この場合、ドライバＩＣ６−２は、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬＡＶＥを９４と誤って算出することになる。一方、ドライバＩＣ６−１は、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬＡＶＥを１４０と正しく算出することになる。この結果、ドライバＩＣ６−１、６−２が異なる補正演算を行うことになり、ＬＣＤパネル５の表示領域の第１部分９−１、第２部分９−２の境界が視覚的に認識可能になってしまう。
【００５５】
以下に述べられるドライバＩＣ６−１、６−２の具体的な構成及び動作では、あるフレーム期間において特徴データの通信が正常に行うことができなくても、ドライバＩＣ６−１、６−２において同一の補正演算を行うことを可能にするような技術的手法が採用され、これにより、ＬＣＤパネル５の表示領域の第１部分９−１、第２部分９−２の境界が視覚的に認識可能になるという問題が回避される。以下、ドライバＩＣ６−１、６−２の具体的な構成及び動作について詳細に説明する。
【００５６】
図７は、第１の実施形態におけるドライバＩＣ６−１、６−２（以下、ドライバＩＣ６−ｉと総称することがある）の構成の例を示すブロック図である。なお、以下において、ドライバＩＣ６−１、６−２を総称してドライバＩＣ６−ｉと記載することがある。このとき、ドライバＩＣ６−ｉに送られる入力画像データを入力画像データＤＩＮｉとして記載し、ドライバＩＣ６−ｉに送られる同期データを同期データＤＳＹＮＣｉと記載することがある。
【００５７】
各ドライバＩＣ６−ｉは、メモリ制御回路１１と、表示用メモリ１２と、チップ間通信回路１３と、補正点データ組供給回路１４と、近似演算補正回路１５と、減色処理回路１６と、ラッチ回路１７と、データ線駆動回路１８と、階調電圧発生回路１９と、タイミング制御回路２０と、バックライト輝度調整回路２１とを備えている。
【００５８】
メモリ制御回路１１は、表示用メモリ１２を制御してＣＰＵ４から送られてくる入力画像データＤＩＮｉを表示用メモリ１２に書き込む機能を有している。より具体的には、メモリ制御回路１１は、ＣＰＵ４から送られてくる同期データＤＳＹＮＣｉから表示用メモリ制御信号ＳＭ＿ＣＴＲＬを生成して表示用メモリ１２を制御する。更にメモリ制御回路１１は、同期データＤＳＹＮＣｉから生成される同期信号（例えば、水平同期信号ＨＳＹＮＣ、垂直同期信号ＶＳＹＮＣに同期して入力画像データＤＩＮｉを表示用メモリ１２に転送し、入力画像データＤＩＮｉを表示用メモリ１２に書き込む。
【００５９】
表示用メモリ１２は、入力画像データＤＩＮｉをドライバＩＣ６−ｉの内部で一時的に保持するために使用される。表示用メモリ１２は、１フレームの画像を記憶可能な容量を有している。ＬＣＤパネル５の画素の各副画素の階調が８ビットで表わされる本実施形態では、表示用メモリ１２の容量は、Ｖ×３Ｈ×８ビットである。表示用メモリ１２は、メモリ制御回路１１から送られる表示用メモリ制御信号ＳＭ＿ＣＴＲＬに応答して、保持している入力画像データＤＩＮｉを順次に出力する。入力画像データＤＩＮｉの出力は、ＬＣＤパネル５の１ラインの画素毎に行われる。
【００６０】
チップ間通信回路１３は、他のドライバＩＣとチップ間通信データＤＣＨＩＰを交換する機能を有している。即ち、ドライバＩＣ６−１のチップ間通信回路１３と、ドライバＩＣ６−２のチップ間通信回路１３とは、互いに、チップ間通信データＤＣＨＩＰを交換する。
【００６１】
チップ間通信回路１３が他のドライバＩＣから受け取るチップ間通信データＤＣＨＩＰは、当該他のドライバＩＣによって生成された特徴データ及び通信状態通知データを含んでいる。ここで、以下では、他のドライバＩＣから送信された特徴データを、入力特徴データＤＣＨＲ＿ＩＮという。また、他のドライバＩＣから送信された通信状態通知データを、通信状態通知データＤＳＴ＿ＩＮという。
【００６２】
入力特徴データＤＣＨＲ＿ＩＮは、当該他のドライバＩＣによって算出された特徴量を示している。例えば、ドライバＩＣ６−１がドライバＩＣ６−２から受け取った入力特徴データＤＣＨＲ＿ＩＮは、ドライバＩＣ６−２によって算出された特徴量（即ち、第２部分９−２に表示される画像の特徴量）を示している。
【００６３】
また、通信状態通知データＤＳＴ＿ＩＮは、当該他のドライバＩＣが正常に特徴データを受け取ったかを示している。例えば、ドライバＩＣ６−１がドライバＩＣ６−２から受け取った通信状態通知データＤＳＴ＿ＩＮは、ドライバＩＣ６−２が（ドライバＩＣ６−１から）正常に特徴データを受け取ったかを示している。各ドライバＩＣ６−ｉは、通信状態通知データＤＳＴ＿ＩＮから、他のドライバＩＣが正常に特徴データを受け取ったかを知ることができる。チップ間通信回路１３は、他のドライバＩＣから受け取った入力特徴データＤＣＨＲ＿ＩＮ及び通信状態通知データＤＳＴ＿ＩＮを補正点データ組供給回路１４に供給する。
【００６４】
一方、チップ間通信回路１３が他のドライバＩＣに送信するチップ間通信データＤＣＨＩＰは、当該チップ間通信回路１３が集積化されたドライバＩＣにおいて生成された、他のドライバＩＣに送信すべき特徴データ及び通信状態通知データを含んでいる。該チップ間通信回路１３が集積化されたドライバＩＣにおいて生成された、他のドライバＩＣに送信すべき特徴データは、以下、出力特徴データＤＣＨＲ＿ＯＵＴという。また、他のドライバＩＣに送信すべき通信状態通知データは、以下、通信状態通知データＤＳＴ＿ＯＵＴで示されている。
【００６５】
出力特徴データＤＣＨＲ＿ＯＵＴは、当該チップ間通信回路１３が集積化されたドライバＩＣによって算出された特徴量を示している。例えば、ドライバＩＣ６−１のチップ間通信回路１３が送信する出力特徴データＤＣＨＲ＿ＯＵＴは、ドライバＩＣ６−１において算出された特徴量を示しており、ドライバＩＣ６−２に送信される。
【００６６】
また、通信状態通知データＤＳＴ＿ＯＵＴは、当該チップ間通信回路１３が集積化されたドライバＩＣが正常に特徴データを受け取ったかを示している。例えば、ドライバＩＣ６−１のチップ間通信回路１３が送信する通信状態通知データＤＳＴ＿ＯＵＴは、ドライバＩＣ６−１が正常に入力特徴データＤＣＨＲ＿ＩＮを受け取ったかを示している。ドライバＩＣ６−１において生成された通信状態通知データＤＳＴ＿ＯＵＴは、ドライバＩＣ６−２のチップ間通信回路１３に送られ、ドライバＩＣ６−２における処理で使用される。
【００６７】
補正点データ組供給回路１４は、補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢ（以下、これらを総称して補正点データ組ＣＰ＿ｓｅｌｋと記載することがある）を近似演算補正回路１５に供給する。ここで、補正点データ組ＣＰ＿ｓｅｌｋは、近似演算補正回路１５において行われる補正演算の入出力関係を指定するデータである。本実施形態では、近似演算補正回路１５において行われる補正演算としてガンマ補正が使用され、補正点データ組ＣＰ＿ｓｅｌｋは、ガンマ補正に適用されるガンマカーブの形状を決定するデータの組である。補正点データ組ＣＰ＿ｓｅｌｋのそれぞれは、６つの補正点データ：ＣＰ０〜ＣＰ５で構成されており、一組の補正点データＣＰ０〜ＣＰ５により、あるガンマ値γに対応するガンマカーブの形状が指定される。
【００６８】
ここで、Ｒ副画素、Ｇ副画素、Ｂ副画素のそれぞれの入力画像データＤＩＮｉについて異なるガンマ値を用いてガンマ補正を行うことを可能にするために、本実施形態では、Ｒ副画素、Ｇ副画素、Ｂ副画素それぞれについて補正点データ組が選択される。Ｒ副画素について選択された補正点データ組は、補正点データ組ＣＰ＿ｓｅｌＲと記載され、Ｇ副画素について選択された補正点データ組は、補正点データ組ＣＰ＿ｓｅｌＧと記載され、Ｂ副画素について選択された補正点データ組は、補正点データ組ＣＰ＿ｓｅｌＢと記載される。
【００６９】
図８は、補正点データ組ＣＰ＿ｓｅｌｋに含まれる補正点データＣＰ０〜ＣＰ５により指定されるガンマカーブ、及び、該カンマカーブに従った補正演算（ガンマ補正）の内容を示している。補正点データＣＰ０〜ＣＰ５は、それぞれ、入力画像データＤＩＮｉを横軸（第１軸）、出力画像データＤＯＵＴを縦軸（第２軸）とする座標系の上の点として定義される。ここで、補正点データＣＰ０、ＣＰ５は、カンマカーブの両端の位置にある。補正点データＣＰ２、ＣＰ３は、カンマカーブの中央付近の位置にある。また、補正点データＣＰ１は、補正点データＣＰ０、ＣＰ２の間の位置にあり、補正点データＣＰ４は、補正点データＣＰ３、ＣＰ５の間の位置にある。補正点データＣＰ１〜ＣＰ４の位置を適切に決定することにより、カンマカーブの形状が指定される。
【００７０】
例えば、図８に示されているように、補正点データＣＰ１〜ＣＰ４の位置を、カンマカーブの両端の位置を結ぶ直線より下の位置に定めることで、ガンマカーブを下に凸の形状に決定できる。後述されるように、近似演算補正回路１５においては、補正点データ組ＣＰ＿ｓｅｌｋに含まれる補正点データＣＰ０〜ＣＰ５により指定される形状のガンマカーブによるガンマ補正が行われて出力画像データＤＯＵＴが生成される。
【００７１】
本実施形態では、ドライバＩＣ６−ｉの補正点データ組供給回路１４は、入力画像データＤＩＮｉからＬＣＤパネル５の表示領域の第ｉ部分９−ｉの画像の特徴量を算出する。ドライバＩＣ６−ｉの補正点データ組供給回路１４は、更に、それが算出した特徴量と、他のドライバＩＣから受け取った入力特徴データＤＣＨＲ＿ＩＮに示されている特徴量とから、ＬＣＤパネル５の表示領域の画像の全体の特徴量を算出し、ＬＣＤパネル５の表示領域の画像の全体の特徴量に応答して、補正点データ組ＣＰ＿ｓｅｌｋを決定する。
【００７２】
一実施形態では、ドライバＩＣ６−１、６−２の間で交換される特徴量として、各色について（即ち、Ｒ副画素、Ｇ副画素、Ｂ副画素のそれぞれについて）副画素の階調の平均値として算出されたＡＰＬと副画素の階調の二乗平均の組み合わせが採用される。ドライバＩＣ６−ｉの補正点データ組供給回路１４は、入力画像データＤＩＮｉからＬＣＤパネル５の表示領域の第ｉ部分９−ｉの画像のＡＰＬと、副画素の階調の二乗平均とを、Ｒ副画素、Ｇ副画素、Ｂ副画素のそれぞれについて算出する。ドライバＩＣ６−ｉの補正点データ組供給回路１４は、更に、Ｒ副画素、Ｇ副画素、Ｂ副画素のそれぞれについて、当該補正点データ組供給回路１４が算出した特徴量と、他のドライバＩＣから受け取った入力特徴データＤＣＨＲ＿ＩＮに示されている特徴量とから、ＬＣＤパネル５の表示領域の画像の全体の特徴量を算出する。詳細には、当該補正点データ組供給回路１４により算出されたＲ副画素のＡＰＬと、他のドライバＩＣから受け取った入力特徴データＤＣＨＲ＿ＩＮに示されているＲ副画素のＡＰＬとから、ＬＣＤパネル５の表示領域の画像の全体のＲ副画素のＡＰＬが算出される。また、当該補正点データ組供給回路１４により算出されたＲ副画素の階調の二乗平均と他のドライバＩＣから受け取った入力特徴データＤＣＨＲ＿ＩＮに示されているＲ副画素の階調の二乗平均とから、ＬＣＤパネル５の表示領域の画像の全体のＲ副画素の階調の二乗平均が算出される。更に、Ｒ副画素について算出されたＬＣＤパネル５の表示領域の画像の全体のＡＰＬと副画素の階調の二乗平均とから、Ｒ副画素の階調の分散σ２が算出され、算出されたＲ副画素のＡＰＬと階調の分散σ２が、補正点データ組ＣＰ＿ｓｅｌＲの決定に使用される。同様に、Ｇ副画素についてＬＣＤパネル５の表示領域の画像の全体のＡＰＬと副画素の階調の二乗平均とが算出され、更に、Ｇ副画素の階調の分散σ２が算出される。算出されたＧ副画素のＡＰＬと階調の分散σ２が、補正点データ組ＣＰ＿ｓｅｌＧの決定に使用される。また、Ｂ副画素についてＬＣＤパネル５の表示領域の画像の全体のＡＰＬと副画素の階調の二乗平均とが算出され、更に、Ｂ副画素の階調の分散σ２が算出される。算出されたＢ副画素のＡＰＬと階調の分散σ２が、補正点データ組ＣＰ＿ｓｅｌＢの決定に使用される。
【００７３】
他の実施形態では、ドライバＩＣ６−１、６−２の間で交換される６−１、６−２の間で交換される特徴量として、画素の輝度の平均値として算出されたＡＰＬと画素の輝度の二乗平均の組み合わせが採用される。ここで、各画素の輝度は、入力画像データＤＩＮｉに示されている当該画素のＲＧＢデータからＲＧＢ−ＹＵＶ変換を行うことで得られる。ドライバＩＣ６−ｉの補正点データ組供給回路１４は、（ＲＧＢデータである）入力画像データＤＩＮｉに対してＲＧＢ−ＹＵＶ変換を行い、ＬＣＤパネル５の表示領域の第ｉ部分９−ｉの画像の各画素の輝度を算出し、更に、算出された各画素の輝度から、ＡＰＬと画素の輝度の二乗平均とを算出する。ドライバＩＣ６−ｉの補正点データ組供給回路１４は、更に、当該補正点データ組供給回路１４が算出した特徴量と、他のドライバＩＣから受け取った入力特徴データＤＣＨＲ＿ＩＮに示されている特徴量とから、ＬＣＤパネル５の表示領域の画像の全体の特徴量を算出する。ＬＣＤパネル５の表示領域の画像の全体のＡＰＬと画素の輝度の二乗平均とは、輝度の分散σ２の算出に使用され、更に、補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢの決定に使用される。この場合、補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢは、同一であっても良い。補正点データ組供給回路１４の構成と動作については、後に詳細に説明する。
【００７４】
近似演算補正回路１５は、補正点データ組供給回路１４から送られてくる補正点データ組ＣＰ＿ｓｅｌｋによって指定されたガンマカーブによるガンマ補正を入力画像データＤＩＮｉに対して行い、出力画像データＤＯＵＴを生成する。
【００７５】
出力画像データＤＯＵＴは、入力画像データＤＩＮｉよりも多いビット数を有するデータである。出力画像データＤＯＵＴのビット数を入力画像データＤＩＮｉよりも多くすることは、補正演算によって画素の階調の情報が失われないために有効である。入力画像データＤＩＮｉが各画素の各副画素の階調を８ビットで表わす本実施形態では、出力画像データＤＯＵＴは、例えば、各画素の各副画素の階調を１０ビットで表わすデータとして生成される。
【００７６】
近似演算補正回路１５によって行われるガンマ演算には、ＬＵＴではなく演算式が用いられる。近似演算補正回路１５からＬＵＴを排除することは、近似演算補正回路１５の回路規模を小さくし、更に、ガンマ値を切り換えるのに必要な消費電力を低減させるために有効である。ただし、近似演算補正回路１５によるガンマ補正には、厳密式ではなく近似式が用いられる。近似演算補正回路１５は、補正点データ組供給回路１４から送られてくる補正点データ組ＣＰ＿ｓｅｌｋからガンマ補正に使用される近似式の係数を決定し、これにより、所望のガンマ値によるガンマ補正を行う。厳密式によってガンマ補正を行うためには、べき乗の演算を行う必要があり、これは、回路規模を増大させる。本実施形態では、べき乗を含まない近似式によってガンマ補正を行うことにより、回路規模が小さくされている。
【００７７】
図９は、近似演算補正回路１５の構成の例を示すブロック図である。以下において、入力画像データＤＩＮｉのうち、Ｒ副画素の階調を示すデータを入力画像データＤＩＮｉＲと記載する。同様に、入力画像データＤＩＮｉのうち、Ｇ副画素の階調を示すデータを入力画像データＤＩＮｉＧと記載し、Ｂ副画素の階調を示すデータを入力画像データＤＩＮｉＢと記載する。また、出力画像データＤＯＵＴのうち、Ｒ副画素の階調を示すデータを出力画像データＤＯＵＴＲと記載する。同様に、出力画像データＤＯＵＴのうち、Ｇ副画素の階調を示すデータを出力画像データＤＯＵＴＧと記載し、Ｂ副画素の階調を示すデータを出力画像データＤＯＵＴＢと記載する。
【００７８】
近似演算補正回路１５は、Ｒ副画素、Ｇ副画素、Ｂ副画素についてそれぞれ用意された近似演算ユニット１５Ｒ、１５Ｇ、１５Ｂを備えている。近似演算ユニット１５Ｒ、１５Ｇ、１５Ｂは、それぞれ、入力画像データＤＩＮｉＲ、ＤＩＮｉＧ、及びＤＩＮｉＢについて演算式によるガンマ補正を行い、出力画像データＤＯＵＴＲ、ＤＯＵＴＧ、及びＤＯＵＴＢを生成する。上述のように、出力画像データＤＯＵＴＲ、ＤＯＵＴＧ、及びＤＯＵＴＢのビット数は、入力画像データＤＩＮｉＲ、ＤＩＮｉＧ、及びＤＩＮｉＢのビット数よりも多く、１０ビットである。
【００７９】
近似演算ユニット１５Ｒがガンマ補正に使用する演算式の係数は、補正点データ組ＣＰ＿ｓｅｌＲの補正点データＣＰ０〜ＣＰ５によって決定される。同様に、近似演算ユニット１５Ｇ、１５Ｂがガンマ補正に使用する演算式の係数は、それぞれ、補正点データ組ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢの補正点データＣＰ０〜ＣＰ５によって決定される。
【００８０】
近似演算ユニット１５Ｒ、１５Ｇ、１５Ｂの機能は、それに入力される入力画像データと補正点データが異なること以外は同一である。以下では、近似演算ユニット１５Ｒ、１５Ｇ、１５Ｂを、相互に区別しない場合、近似演算ユニット１５ｋと記載することがある。
【００８１】
図７に戻り、減色処理回路１６、ラッチ回路１７及びデータ線駆動回路１８は、近似演算補正回路１５から出力される出力画像データＤＯＵＴに応じてＬＣＤパネル５の表示領域の第ｉ部分９−ｉのデータ線を駆動する駆動部として機能する。具体的には、減色処理回路１６は、近似演算補正回路１５によって生成された出力画像データＤＯＵＴに対して減色処理を行い、減色画像データＤＯＵＴ＿Ｄを生成する。ラッチ回路１７は、タイミング制御回路２０から供給されるラッチ信号ＳＳＴＢに応答して減色画像データＤＯＵＴ＿Ｄを減色処理回路１６からラッチし、ラッチした減色画像データＤＯＵＴ＿Ｄをデータ線駆動回路１８に転送する。データ線駆動回路１８は、ラッチ回路１７から送られてくる減色画像データＤＯＵＴ＿Ｄに応答して、ＬＣＤパネル５の表示領域の第ｉ部分９−ｉのデータ線を駆動する。詳細には、データ線駆動回路１８は、減色画像データＤＯＵＴ＿Ｄに応答して階調電圧発生回路１９から供給される複数の階調電圧のうちから対応する階調電圧を選択し、対応するＬＣＤパネル５のデータ線を、選択された階調電圧に駆動する。本実施形態では、階調電圧発生回路１９から供給される複数の階調電圧の数は２５５である。
【００８２】
タイミング制御回路２０は、ドライバＩＣ６−ｉに供給される同期データＤＳＹＮＣｉに応答してドライバＩＣ６−ｉのタイミング制御を行う。詳細には、タイミング制御回路２０は、同期データＤＳＹＮＣｉに応答してフレーム信号ＳＦＲＭ及びラッチ信号ＳＳＴＢを生成し、それぞれ、補正点データ組供給回路１４、及びラッチ回路１７に供給する。フレーム信号ＳＦＲＭは、各フレーム期間の開始を補正点データ組供給回路１４に通知する信号である。フレーム信号ＳＦＲＭは、各フレーム期間の開始時にアサートされる。ラッチ信号ＳＳＴＢは、減色画像データＤＯＵＴ＿Ｄのラッチをラッチ回路１７に許可する信号である。補正点データ組供給回路１４、及びラッチ回路１７の動作タイミングは、フレーム信号ＳＦＲＭ及びラッチ信号ＳＳＴＢによって制御される。
【００８３】
バックライト輝度調整回路２１は、ＬＥＤドライバ７を制御する輝度制御信号ＳＰＷＭを生成する。輝度制御信号ＳＰＷＭは、補正点データ組供給回路１４から供給されるＡＰＬデータＤＡＰＬに応答して行われるパルス幅変調（PWM: pulse width modulation）によって生成されるパルス信号である。ここで、ＡＰＬデータＤＡＰＬは、補正点データ組供給回路１４において補正点データ組ＣＰ＿ｓｅｌｋの決定に使用されたＡＰＬである。輝度制御信号ＳＰＷＭはＬＥＤドライバ７に供給され、ＬＥＤバックライト８の輝度は、輝度制御信号ＳＰＷＭによって制御される。なお、ドライバＩＣ６−１、６−２のうちの一方のバックライト輝度調整回路２１によって生成された輝度制御信号ＳＰＷＭがＬＥＤドライバ７に供給され、他方のバックライト輝度調整回路２１によって生成された輝度制御信号ＳＰＷＭは使用されない。
【００８４】
続いて、各ドライバＩＣ６−ｉの補正点データ組供給回路１４の構成及び動作について説明する。補正点データ組供給回路１４は、特徴データ演算回路２２と、演算結果格納メモリ２３と、補正点データ算出回路２４とを備えている。
【００８５】
図１０は、特徴データ演算回路２２の構成を示すブロック図である。特徴データ演算回路２２は、特徴データ算出回路３１と、誤り検出符号追加回路３２と、チップ間通信検出回路３３と、全画面特徴データ演算回路３４と、通信状態格納メモリ３５と、通信確認回路３６とを備えている。
【００８６】
ドライバＩＣ６−ｉの特徴データ算出回路３１は、入力画像データＤＩＮｉから、現フレーム期間においてＬＣＤパネル５の表示領域の第ｉ部分９−ｉに表示される画像の特徴量を算出し、算出した特徴量を示す特徴データＤＣＨＲ＿ｉを出力する。上述のように、一実施形態では、ドライバＩＣ６−１、６−２の間で交換される特徴量として、Ｒ副画素、Ｇ副画素、Ｂ副画素のそれぞれについて算出された、第ｉ部分９−ｉに表示される画像のＡＰＬ、及び、副画素の階調の二乗平均が使用される。この場合、特徴データＤＣＨＲ＿ｉは、以下のデータを含んでいる：
（ａ）第ｉ部分９−ｉに表示される画像のＲ副画素のＡＰＬ（以下、「ＡＰＬｉＲ」と記載する。）
（ｂ）第ｉ部分９−ｉに表示される画像のＧ副画素のＡＰＬ（以下、「ＡＰＬｉＧ」と記載する。）
（ｃ）第ｉ部分９−ｉに表示される画像のＢ副画素のＡＰＬ（以下、「ＡＰＬｉＢ」と記載する。）
（ｄ）第ｉ部分９−ｉに表示される画像のＲ副画素の階調の二乗平均（以下、「＜ｇＲ２＞ｉ」と記載する。）
（ｅ）第ｉ部分９−ｉに表示される画像のＧ副画素の階調の二乗平均（以下、「＜ｇＧ２＞ｉ」と記載する。）
（ｆ）第ｉ部分９−ｉに表示される画像のＢ副画素の階調の二乗平均（以下、「＜ｇＢ２＞ｉ」と記載する。）
【００８７】
ここで、第ｉ部分９−ｉに表示される画像の各Ｒ副画素の階調をｇｊＲとすると、第ｉ部分９−ｉに表示される画像のＲ副画素のＡＰＬ及び階調の二乗平均は、次式で算出される：
ＡＰＬｉＲ＝ΣｇｊＲ／ｎ                        ・・・（１ａ）
＜ｇＲ２＞ｉ＝Σ（ｇｊＲ）２／ｎ                  ・・・（２ａ）
ここで、ｎは、ＬＣＤパネル５の表示領域の第ｉ部分９−ｉに含まれる画素の数（即ち、Ｒ副画素の数）であり、Σは、第ｉ部分９−ｉについての和を表している。
【００８８】
同様に、第ｉ部分９−ｉに表示される画像の各Ｇ副画素の階調をｇｊＧとすると、第ｉ部分９−ｉに表示される画像のＧ副画素のＡＰＬ及び階調の二乗平均は、次式で算出される：
ＡＰＬｉＧ＝ΣｇｊＧ／ｎ                        ・・・（１ｂ）
＜ｇＧ２＞ｉ＝Σ（ｇｊＧ）２／ｎ                  ・・・（２ｂ）
【００８９】
更に、第ｉ部分９−ｉに表示される画像の各Ｂ副画素の階調をｇｊＢとすると、第ｉ部分９−ｉに表示される画像のＢ副画素のＡＰＬ及び階調の二乗平均は、次式で算出される：
ＡＰＬｉＢ＝ΣｇｊＢ／ｎ                        ・・・（１ｃ）
＜ｇＢ２＞ｉ＝Σ（ｇｊＢ）２／ｎ                  ・・・（２ｃ）
【００９０】
一方、ドライバＩＣ６−１、６−２の間で交換される特徴量として、画素の輝度の平均として算出されたＡＰＬ及び輝度の二乗平均が用いられる場合、特徴データＤＣＨＲ＿ｉは、以下のデータを含んでいる：
（ａ）第ｉ部分９−ｉに表示される画像の各画素のＡＰＬ（以下、「ＡＰＬｉ」と記載する。）
（ｂ）第ｉ部分９−ｉに表示される画像の各画素の輝度の二乗平均（以下、「＜Ｙ２＞ｉ」と記載する。）
【００９１】
ここで、第ｉ部分９−ｉに表示される画像の各画素の輝度階調をＹｊとすると、第ｉ部分９−ｉに表示される画像のＡＰＬ及び画素の輝度の二乗平均は、次式で算出される：
ＡＰＬｉＲ＝ΣＹｊ／ｎ                        ・・・（１ｄ）
＜Ｙ２＞ｉ＝Σ（Ｙｊ２）／ｎ                  ・・・（２ｄ）
ここで、ｎは、ＬＣＤパネル５の表示領域の第ｉ部分９−ｉに含まれる画素の数（即ち、Ｒ副画素の数）であり、Σは、第ｉ部分９−ｉについての和を表している。
【００９２】
このようにして算出された特徴データＤＣＨＲ＿ｉは、誤り検出符号追加回路３２、及び、全画面特徴データ演算回路３４に送られる。
【００９３】
誤り検出符号追加回路３２は、特徴データ算出回路３１によって特徴データＤＣＨＲ＿ｉに誤り検出符号を追加し、他のドライバＩＣに送信すべき特徴データである出力特徴データＤＣＨＲ＿ＯＵＴを生成する。出力特徴データＤＣＨＲ＿ＯＵＴは、チップ間通信回路１３に引き渡され、チップ間通信データＤＣＨＩＰとして他のドライバＩＣに送信される。出力特徴データＤＣＨＲ＿ＯＵＴが誤り検出符号を含んでいることにより、当該他のドライバＩＣは、送信された出力特徴データＤＣＨＲ＿ＯＵＴを入力特徴データＤＣＨＲ＿ＩＮとして受け取ったときに、入力特徴データＤＣＨＲ＿ＩＮを正常に受信できたかを判断することができる。
【００９４】
チップ間通信検出回路３３は、他のドライバＩＣから送信された特徴データである入力特徴データＤＣＨＲ＿ＩＮをチップ間通信回路１３から受け取り、更に、受け取った入力特徴データＤＣＨＲ＿ＩＮについて誤り検出を行って入力特徴データＤＣＨＲ＿ＩＮを正常に受信できたかを判断する。チップ間通信検出回路３３は、更に、その判断の結果を通信状態通知データＤＳＴ＿ＯＵＴとして出力する。通信状態通知データＤＳＴ＿ＯＵＴは、通信が正常に行われたことを示す通信ＡＣＫ（acknowledged）データ又は通信が正常に行われなかったことを示す通信ＮＧ(no good)データを含んでいる。
【００９５】
詳細には、他のドライバＩＣから受信した入力特徴データＤＣＨＲ＿ＩＮは、当該他のドライバＩＣの誤り検出符号追加回路３２によって追加された誤り訂正符号を含んでいる。チップ間通信検出回路３３は、この誤り訂正符号を用いて他のドライバＩＣから受信した入力特徴データＤＣＨＲ＿ＩＮについて誤り検出を行う。チップ間通信検出回路３３は、入力特徴データＤＣＨＲ＿ＩＮにデータ誤りを検出しなかった場合には、入力特徴データＤＣＨＲ＿ＩＮを正常に受信したと判断し、通信状態通知データＤＳＴ＿ＯＵＴとして通信ＡＣＫデータを出力する。一方、誤り訂正が不可能であるような誤りを検出した場合、チップ間通信検出回路３３は、通信状態通知データＤＳＴ＿ＯＵＴとして通信ＮＧデータを出力する。出力された通信状態通知データＤＳＴ＿ＯＵＴは、通信確認回路３６に送られる。加えて、チップ間通信検出回路３３は、通信状態通知データＤＳＴ＿ＯＵＴをチップ間通信回路１３に引き渡す。チップ間通信回路１３に引き渡された通信状態通知データＤＳＴ＿ＯＵＴは、チップ間通信データＤＣＨＩＰとして他のドライバＩＣに送信される。
【００９６】
誤り検出符号として、誤り訂正可能な符号を使用しても良い。このような場合、チップ間通信検出回路３３は、誤り訂正が可能であるような誤りを検出した場合には誤り訂正を行って、誤りが訂正された入力特徴データＤＣＨＲ＿ＩＮを出力する。この場合、チップ間通信検出回路３３は、通信が正常に行われたと判断し、通信状態通知データＤＳＴ＿ＯＵＴとして通信ＡＣＫデータを出力する。一方、誤り訂正が不可能であるような誤りを検出した場合、チップ間通信検出回路３３は、通信状態通知データＤＳＴ＿ＯＵＴとして通信ＮＧデータを出力する。
【００９７】
全画面特徴データ演算回路３４は、特徴データ算出回路３１によって算出された特徴データＤＣＨＲ＿ｉと、チップ間通信検出回路３３から受け取った入力特徴データＤＣＨＲ＿ＩＮとから、ＬＣＤパネル５の表示領域に表示される画像の全体の特徴量を演算によって求め、求められた特徴量を示す全画面特徴データＤＣＨＲ＿Ｃを算出する。ここで、全画面特徴データＤＣＨＲ＿Ｃは、現フレーム期間においてＬＣＤパネル５の表示領域に表示される画像の全体の特徴量を示している。以下において、このことを強調する場合、“現フレーム全画面特徴データＤＣＨＲ＿Ｃ”と記載する。
【００９８】
ドライバＩＣ６−１、６−２の間で交換される特徴量として、各色について算出されたＡＰＬと副画素の階調の二乗平均が採用される場合、全画面特徴データ演算回路３４は、ＬＣＤパネル５の表示領域の画像の全体のＡＰＬと副画素の階調の二乗平均とを、各色について算出する。全画面特徴データ演算回路３４は、更に、各色について算出された、ＬＣＤパネル５の表示領域の画像の全体のＡＰＬと副画素の階調の二乗平均とから、ＬＣＤパネル５の表示領域の画像の全体の副画素の階調の分散σ２を算出する。この場合、全画面特徴データ演算回路３４によって生成される現フレーム全画面特徴データＤＣＨＲ＿Ｃは、次のデータを含んでいる：
（ａ）ＬＣＤパネル５の表示領域の全体のＲ副画素について算出されたＡＰＬ（以下、「ＡＰＬＡＶＥ＿Ｒ」と記載する。）
（ｂ）ＬＣＤパネル５の表示領域の全体のＧ副画素について算出されたＡＰＬ（以下、「ＡＰＬＡＶＥ＿Ｇ」と記載する。）
（ｃ）ＬＣＤパネル５の表示領域の全体のＢ副画素について算出されたＡＰＬ（以下、「ＡＰＬＡＶＥ＿Ｂ」と記載する。）
（ｄ）ＬＣＤパネル５の表示領域の全体のＲ副画素の階調の分散（以下、「σＡＶＥ＿Ｒ２」と記載する。）
（ｅ）ＬＣＤパネル５の表示領域の全体のＧ副画素の階調の分散（以下、「σＡＶＥ＿Ｇ２」と記載する。）
（ｆ）ＬＣＤパネル５の表示領域の全体のＢ副画素の階調の分散（以下、「σＡＶＥ＿Ｂ２」と記載する。）
【００９９】
ＡＰＬＡＶＥ＿Ｒ、ＡＰＬＡＶＥ＿Ｇ、ＡＰＬＡＶＥ＿Ｂ、σＡＶＥ＿Ｒ２、σＡＶＥ＿Ｇ２、σＡＶＥ＿Ｂ２の算出は、次のようにして行われる。まず、ドライバＩＣ６−１の全画面特徴データ演算回路３４について考える。
【０１００】
ドライバＩＣ６−１の全画面特徴データ演算回路３４には、ドライバＩＣ６−１の特徴データ算出回路３１によって算出された特徴データＤＣＨＲ＿１と、ドライバＩＣ６−２から入力特徴データＤＣＨＲ＿ＩＮとして受け取った特徴データＤＣＨＲ＿２（これは、ドライバＩＣ６−２の特徴データ算出回路３１によって算出される）とが供給される。ドライバＩＣ６−１の全画面特徴データ演算回路３４は、特徴データＤＣＨＲ＿１に記述されている、第１部分９−１に表示される画像のＲ副画素のＡＰＬ（ＡＰＬ１Ｒ）と、特徴データＤＣＨＲ＿２（即ち、入力特徴データＤＣＨＲ＿ＩＮ）に記述されている、第２部分９−２に表示される画像のＲ副画素のＡＰＬ（ＡＰＬ２Ｒ）の平均値としてＡＰＬＡＶＥ＿Ｒを算出する。即ち、
ＡＰＬＡＶＥ＿Ｒ＝（ＡＰＬ１Ｒ＋ＡＰＬ２Ｒ）／２          ・・・（３ａ）
同様に、ＡＰＬＡＶＥ＿Ｇ、ＡＰＬＡＶＥ＿Ｂは、次式で算出される：
ＡＰＬＡＶＥ＿Ｇ＝（ＡＰＬ１Ｇ＋ＡＰＬ２Ｇ）／２          ・・・（３ｂ）
ＡＰＬＡＶＥ＿Ｂ＝（ＡＰＬ１Ｂ＋ＡＰＬ２Ｂ）／２          ・・・（３ｃ）
【０１０１】
また、ドライバＩＣ６−１の全画面特徴データ演算回路３４は、特徴データＤＣＨＲ＿１に記述されている、第１部分９−１に表示される画像のＲ副画素の階調の二乗平均＜ｇＲ２＞１と、特徴データＤＣＨＲ＿２（即ち、入力特徴データＤＣＨＲ＿ＩＮ）に記述されている、第２部分９−２に表示される画像のＲ副画素の階調の二乗平均＜ｇＲ２＞２の平均値として、ＬＣＤパネル５の表示領域の画像の全体のＲ副画素の階調の二乗平均＜ｇＲ２＞ＡＶＥを算出する。即ち、
＜ｇＲ２＞ＡＶＥ＝（＜ｇＲ２＞１＋＜ｇＲ２＞２）／２          ・・・（４ａ）
同様に、ＬＣＤパネル５の表示領域の画像の全体のＧ副画素、Ｂ副画素の階調の二乗平均＜ｇＧ２＞ＡＶＥ、＜ｇＢ２＞ＡＶＥは、下記式で得られる：
＜ｇＧ２＞ＡＶＥ＝（＜ｇＧ２＞１＋＜ｇＧ２＞２）／２          ・・・（４ｂ）
＜ｇＢ２＞ＡＶＥ＝（＜ｇＢ２＞１＋＜ｇＢ２＞２）／２          ・・・（４ｃ）
【０１０２】
更に、σＡＶＥ＿Ｒ２、σＡＶＥ＿Ｇ２、σＡＶＥ＿Ｂ２が、下記式で算出される：
σＡＶＥ＿Ｒ２＝＜ｇＲ２＞ＡＶＥ−（ＡＰＬＡＶＥ＿Ｒ）２        ・・・（５ａ）
σＡＶＥ＿Ｇ２＝＜ｇＧ２＞ＡＶＥ−（ＡＰＬＡＶＥ＿Ｇ）２        ・・・（５ｂ）
σＡＶＥ＿Ｂ２＝＜ｇＢ２＞ＡＶＥ−（ＡＰＬＡＶＥ＿Ｂ）２        ・・・（５ｃ）
【０１０３】
ドライバＩＣ６−２の全画面特徴データ演算回路３４も同様にしてＡＰＬＡＶＥ＿Ｒ、ＡＰＬＡＶＥ＿Ｇ、ＡＰＬＡＶＥ＿Ｂ、σＡＶＥ＿Ｒ２、σＡＶＥ＿Ｇ２、σＡＶＥ＿Ｂ２を算出できることは容易に理解されよう。
【０１０４】
一方、ドライバＩＣ６−１、６−２の間で交換される特徴量として、各画素の輝度の平均値として算出されたＡＰＬと画素の輝度の二乗平均が採用される場合、全画面特徴データ演算回路３４は、ＬＣＤパネル５の表示領域の画像の全体について、ＡＰＬ及び画素の輝度の二乗平均を算出する。ここで、ＡＰＬは、ＬＣＤパネル５の表示領域の画像の全体の画素の輝度の平均値として定義される。全画面特徴データ演算回路３４は、更に、ＬＣＤパネル５の表示領域の画像の全体のＡＰＬと画素の輝度の二乗平均とから、ＬＣＤパネル５の表示領域の画像の全体の画素の輝度の分散σ２を算出する。この場合、全画面特徴データ演算回路３４によって生成される現フレーム全画面特徴データＤＣＨＲ＿Ｃは、次のデータを含んでいる：
（ａ）ＬＣＤパネル５の表示領域の全体の画素について算出されたＡＰＬ（以下、「ＡＰＬＡＶＥ」と記載する。）
（ｂ）ＬＣＤパネル５の表示領域の全体の画素の輝度の分散（以下、「σＡＶＥ２」と記載する。）
【０１０５】
ドライバＩＣ６−１、６−２のそれぞれにおける、ＡＰＬＡＶＥ、σＡＶＥ２の算出は、次のようにして行われる。まず、ドライバＩＣ６−１の全画面特徴データ演算回路３４には、ドライバＩＣ６−１の特徴データ算出回路３１によって算出された特徴データＤＣＨＲ＿１と、ドライバＩＣ６−２から入力特徴データＤＣＨＲ＿ＩＮとして受け取った特徴データＤＣＨＲ＿２（これは、ドライバＩＣ６−２の特徴データ算出回路３１によって算出される）とが供給される。ドライバＩＣ６−１の全画面特徴データ演算回路３４は、特徴データＤＣＨＲ＿１に記述されている、第１部分９−１に表示される画像の各画素のＡＰＬ（ＡＰＬ１）と、特徴データＤＣＨＲ＿２（即ち、入力特徴データＤＣＨＲ＿ＩＮ）に記述されている、第２部分９−２に表示される画像の各画素のＡＰＬ（ＡＰＬ２）の平均値としてＡＰＬＡＶＥを算出する。即ち、
ＡＰＬＡＶＥ＝（ＡＰＬ１＋ＡＰＬ２）／２          ・・・（３ｄ）
【０１０６】
また、ドライバＩＣ６−１の全画面特徴データ演算回路３４は、特徴データＤＣＨＲ＿１に記述されている、第１部分９−１に表示される画像のＲ副画素の階調の二乗平均＜Ｙ２＞１と、特徴データＤＣＨＲ＿２（即ち、入力特徴データＤＣＨＲ＿ＩＮ）に記述されている、第２部分９−２に表示される画像のＲ副画素の階調の二乗平均＜Ｙ２＞２の平均値として、ＬＣＤパネル５の表示領域の画像の全体のＲ副画素の階調の二乗平均＜Ｙ２＞ＡＶＥを算出する。即ち、
＜Ｙ２＞ＡＶＥ＝（＜Ｙ２＞１＋＜Ｙ２＞２）／２          ・・・（４ｄ）
【０１０７】
更に、σＡＶＥ２が、下記式で算出される：
σＡＶＥ２＝＜Ｙ２＞ＡＶＥ−（ＡＰＬＡＶＥ）２              ・・・（５ｄ）
【０１０８】
ドライバＩＣ６−２の全画面特徴データ演算回路３４も同様にしてＡＰＬＡＶＥ、σＡＶＥ２を算出できることは容易に理解されよう。
【０１０９】
このようにしてドライバＩＣ６−１、６−２の両方において現フレーム全画面特徴データＤＣＨＲ＿Ｃが算出され、算出された現フレーム全画面特徴データＤＣＨＲ＿Ｃが、演算結果格納メモリ２３と補正点データ算出回路２４とに送られる。
【０１１０】
通信状態格納メモリ３５は、他のドライバＩＣから送信された通信状態通知データＤＳＴ＿ＩＮをチップ間通信回路１３から受け取って一時的に格納する。通信状態通知データＤＳＴ＿ＩＮは、当該他のドライバＩＣが入力特徴データＤＣＨＲ＿ＩＮを正常に受け取ったかを示すデータであり、通信ＡＣＫデータ又は通信ＮＧデータを含んでいる。通信状態格納メモリ３５に格納された通信状態通知データＤＳＴ＿ＩＮは、通信確認回路３６に送られる。
【０１１１】
通信確認回路３６は、チップ間通信検出回路３３から受け取った通信状態通知データＤＳＴ＿ＯＵＴと通信状態格納メモリ３５から受け取った通信状態通知データＤＳＴ＿ＩＮから、ドライバＩＣ６−１、６−２の間の通信において特徴データの交換が正常に行われたかを判断する。あるフレーム期間において通信状態通知データＤＳＴ＿ＯＵＴと通信状態通知データＤＳＴ＿ＩＮの両方が通信ＡＣＫデータである場合、通信確認回路３６は、当該フレーム期間においてドライバＩＣ６−１、６−２の間の通信において特徴データの交換が正常に行われたと判断し、通信確認信号ＳＣＭＦをアサートする。一方、あるフレーム期間において通信状態通知データＤＳＴ＿ＯＵＴと通信状態通知データＤＳＴ＿ＩＮの少なくとも一方が通信ＮＧデータである場合、通信確認回路３６は、当該フレーム期間においてドライバＩＣ６−１、６−２の間の通信において特徴データの交換が正常に行われなかったと判断し、通信確認信号ＳＣＭＦをネゲートする。
【０１１２】
図７に戻り、演算結果格納メモリ２３は、通信確認信号ＳＣＭＦに応答して全画面特徴データＤＣＨＲ＿Ｃを取り込んで記憶する機能を有している。通信確認信号ＳＣＭＦがアサートされているフレーム期間（即ち、ドライバＩＣ６−１、６−２の間の通信が正常に行われたフレーム期間）においては、全画面特徴データＤＣＨＲ＿Ｃが演算結果格納メモリ２３に取り込まれる。一方、通信確認信号ＳＣＭＦがネゲートされているフレーム期間においては、演算結果格納メモリ２３の内容は更新されない。即ち、演算結果格納メモリ２３は、あるフレーム期間の開始時には、当該フレーム期間より前のフレーム期間であってドライバＩＣ６−１、６−２の間の通信が正常に行われた最後のフレーム期間において算出された全画面特徴データＤＣＨＲ＿Ｃを格納している。以下では、演算結果格納メモリ２３に格納されている全画面特徴データＤＣＨＲ＿Ｃを、前フレーム全画面特徴データＤＣＨＲ＿Ｐと記載することにする。前フレーム全画面特徴データＤＣＨＲ＿Ｐは、補正点データ算出回路２４に供給される。
【０１１３】
前フレーム全画面特徴データＤＣＨＲ＿Ｐは、必ずしも、現フレーム期間の直前のフレーム期間について算出された全画面特徴データＤＣＨＲ＿Ｃとは限らないことに留意されたい。例えば、現フレーム期間を含む２フレーム期間にわたってドライバＩＣ６−１、６−２の間の通信が正常に行われなかった場合、２フレーム期間前について算出された全画面特徴データＤＣＨＲ＿Ｃが前フレーム全画面特徴データＤＣＨＲ＿Ｐとして保存され、補正点データ算出回路２４に供給される。
【０１１４】
補正点データ算出回路２４は、概略的には、次のような動作を行う：補正点データ算出回路２４は、通信確認信号ＳＣＭＦに応答して現フレーム全画面特徴データＤＣＨＲ＿Ｃ又は前フレーム全画面特徴データＤＣＨＲ＿Ｐのいずれかを選択し、選択した全画面特徴データに応じた補正点データ組ＣＰ＿ｓｅｌｋを近似演算補正回路１５に供給する。詳細には、補正点データ算出回路２４は、通信確認信号ＳＣＭＦがアサートされているフレーム期間では（即ち、ドライバＩＣ６−１、６−２の間の通信が正常に行われたフレーム期間では）、現フレーム全画面特徴データＤＣＨＲ＿Ｃを用いて補正点データ組ＣＰ＿ｓｅｌｋを決定する。一方、通信確認信号ＳＣＭＦがネゲートされているフレーム期間では（即ち、ドライバＩＣ６−１、６−２の間の通信が正常に行われなかったフレーム期間では）、演算結果格納メモリ２３に記憶されている前フレーム全画面特徴データＤＣＨＲ＿Ｐを用いて補正点データ組ＣＰ＿ｓｅｌｋを決定する。
【０１１５】
このような動作が、ドライバＩＣ６−１、６−２のそれぞれの補正点データ算出回路２４において行われる。これにより、ドライバＩＣ６−１、６−２の間の通信が正常に行われなかったフレーム期間において、ドライバＩＣ６−１、６−２のそれぞれにおいて、ドライバＩＣ６−１、６−２の間の通信が正常に行われた最新のフレーム期間の前フレーム全画面特徴データＤＣＨＲ＿Ｐが補正点データ組ＣＰ＿ｓｅｌｋの決定に使用される。よって、ドライバＩＣ６−１、６−２が異なる補正演算を行うことになり、ＬＣＤパネル５の表示領域の第１部分９−１、第２部分９−２の境界が視覚的に認識可能になってしまうという問題を解消することができる。
【０１１６】
図１１は、補正点データ算出回路２４の構成を示すブロック図である。補正点データ算出回路２４は、特徴データ選択回路３７と、補正点データ組格納レジスタ３８ａと、補間演算／選択回路３８ｂと、補正点データ加減算回路３９とを備えている。
【０１１７】
特徴データ選択回路３７は、通信確認信号ＳＣＭＦに応答して現フレーム全画面特徴データＤＣＨＲ＿Ｃ又は前フレーム全画面特徴データＤＣＨＲ＿Ｐのいずれかを選択する機能を有している。特徴データ選択回路３７は、選択した全画面特徴データに含まれているＡＰＬを示すＡＰＬデータＤＡＰＬと、選択した全画面特徴データに含まれている分散σ２を示す分散データＤσ２とを出力する。ＡＰＬデータＤＡＰＬは、補間演算／選択回路３８ｂに送られ、分散データＤσ２は、補正点データ加減算回路３９に送られる。
【０１１８】
ここで、ドライバＩＣ６−１、６−２の間で交換される特徴量として、各色について算出された、ＡＰＬと副画素の階調の二乗平均の組み合わせが採用される場合、ＡＰＬデータＤＡＰＬは、ＬＣＤパネル５の表示領域の全体のＲ副画素について算出されたＡＰＬＡＶＥ＿Ｒと、Ｇ副画素について算出されたＡＰＬＡＶＥ＿Ｇと、Ｂ副画素について算出されたＡＰＬＡＶＥ＿Ｂとを記述するデータとして生成される。ここで、ＡＰＬデータＤＡＰＬは、ＡＰＬＡＶＥ＿Ｒ、ＡＰＬＡＶＥ＿Ｇ、ＡＰＬＡＶＥ＿Ｂを、それぞれＭビットで表わす３Ｍビットのデータとして生成される。また、分散データＤσ２は、ＬＣＤパネル５の表示領域の全体のＲ副画素について算出された階調の分散σＡＶＥ＿Ｒ２と、Ｇ副画素について算出された階調の分散σＡＶＥ＿Ｇ２と、Ｂ副画素について算出された階調の分散σＡＶＥ＿Ｂ２とを記述しているデータとして生成される。
【０１１９】
一方、ドライバＩＣ６−１、６−２の間で交換される特徴量として、各画素の輝度の平均値として算出されたＡＰＬと画素の輝度の二乗平均の組み合わせが採用される場合、ＡＰＬデータＤＡＰＬは、ＬＣＤパネル５の表示領域の全体について各画素の輝度の平均値として算出されたＡＰＬＡＶＥを含んでおり、分散データＤσ２は、ＬＣＤパネル５の表示領域の全体の画素について算出された輝度の分散σＡＶＥ２を含んでいる。ここで、ＡＰＬデータＤＡＰＬは、ＡＰＬＡＶＥをＭビットで表わすデータとして生成される。
【０１２０】
ここで、ＡＰＬデータＤＡＰＬは、上述のバックライト輝度調整回路２１にも送られ、輝度制御信号ＳＰＷＭの生成に使用される。即ち、ＬＥＤバックライト８の輝度は、ＡＰＬデータＤＡＰＬに応じて制御される。ドライバＩＣ６−１、６−２の間で交換される特徴量として、各色について算出された、ＡＰＬと副画素の階調の二乗平均の組み合わせが採用される場合、ＡＰＬＡＶＥ＿Ｒ、ＡＰＬＡＶＥ＿Ｇ、ＡＰＬＡＶＥ＿Ｂに対してＲＧＢ−ＹＵＶ変換が行われ、ＲＧＢ−ＹＵＶ変換で得られた輝度データＹＡＶＥに応じて輝度制御信号ＳＰＷＭが生成される。即ち、ＬＥＤバックライト８の輝度は、輝度データＹＡＶＥに応じて制御される。一方、ドライバＩＣ６−１、６−２の間で交換される特徴量として、各画素の輝度の平均値として算出されたＡＰＬと画素の輝度の二乗平均の組み合わせが採用される場合、ＡＰＬデータＤＡＰＬに記述されているＡＰＬＡＶＥに応じて輝度制御信号ＳＰＷＭが生成される。即ち、ＬＥＤバックライト８の輝度は、ＡＰＬＡＶＥに応じて制御される。
【０１２１】
補正点データ組格納レジスタ３８ａは、最終的に近似演算補正回路１５に供給される補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢを算出する元データとして使用される複数の補正点データ組ＣＰ＃１〜ＣＰ＃ｍを格納している。補正点データ組ＣＰ＃１〜ＣＰ＃ｍは、異なるガンマ値γに対応しており、補正点データ組ＣＰ＃１〜ＣＰ＃ｍのそれぞれは、補正点データＣＰ０〜ＣＰ５から構成されている。
【０１２２】
あるガンマ値γに対応する補正点データ組ＣＰ＃ｊの補正点データＣＰ０〜ＣＰ５は、下記のように算出される。
（１）γ＜１の場合
【数１】
2014115477.tif 000003
（２）γ≧１の場合
【数２】
2014115477.tif 000004
ここで、ＤＩＮＭＡＸは、入力画像データＤＩＮｉの許容最大値であり、ＤＯＵＴＭＡＸは、出力画像データＤＯＵＴの許容最大値である。Ｋは、下記式：
Ｋ＝（ＤＩＮＭＡＸ＋１）／２，          ・・・（７）
で与えられる定数である。また、Ｇａｍｍａ［ｘ］は、ガンマ補正の厳密式を表す関数であり、下記式によって定義される：
【数３】
2014115477.tif 000005
【０１２３】
本実施形態では、補正点データ組ＣＰ＃１〜ＣＰ＃ｍは、補正点データ組ＣＰ＃１〜ＣＰ＃ｍから任意に選択された補正点データ組ＣＰ＃ｊについて、ｊが大きいほど式（８）のγが大きくなるように決定されている。即ち、補正点データ組ＣＰ＃ｊについて定められたガンマ値をγｊとすると、
γ１＜γ２＜・・・＜γｍ−１＜γｍ          ・・・（９）
【０１２４】
補正点データ組格納レジスタ３８ａに保存される補正点データ組ＣＰ＃１〜ＣＰ＃ｍの数は、２Ｍ−（Ｎ−１）組である。ここで、Ｍは、上述されているように、ＡＰＬデータＤＡＰＬにおいてＡＰＬＡＶＥ＿Ｒ、ＡＰＬＡＶＥ＿Ｇ、ＡＰＬＡＶＥ＿Ｂをそれぞれ記述するために使用されるビットの数であり、Ｎは、Ｍよりも小さく２以上の所定の整数である。すなわち、ｍ＝２Ｍ−（Ｎ−１）である。補正点データ組格納レジスタ３８ａに格納される補正点データ組ＣＰ＃１〜ＣＰ＃ｍは、初期設定として、ＣＰＵ４から各ドライバＩＣ６−ｉに供給されてもよい。
【０１２５】
補間演算／選択回路３８ｂは、ＡＰＬデータＤＡＰＬに応じて補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢを決定する機能を有している。補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢは、最終的に近似演算補正回路１５に供給される補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢを算出するために使用される中間生成データであり、それぞれが、補正点データＣＰ０〜ＣＰ５を含んでいる。以下において、補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢは、総称して、補正点データ組ＣＰ＿Ｌｋと記載されることがある。
【０１２６】
詳細には、ＡＰＬデータＤＡＰＬが、Ｒ副画素、Ｇ副画素、Ｂ副画素のそれぞれについて算出されたＡＰＬＡＶＥ＿Ｒ、ＡＰＬＡＶＥ＿Ｇ、ＡＰＬＡＶＥ＿Ｂを記述するデータである場合、一実施形態では、補間演算／選択回路３８ｂは、ＡＰＬＡＶＥ＿ｋ（ｋ＝“Ｒ”、“Ｇ”ｏｒ“Ｂ”）に応じて上述の補正点データ組ＣＰ＃１〜ＣＰ＃ｍのいずれかを選択し、選択した補正点データ組を補正点データ組ＣＰ＿Ｌｋ（ｋ＝“Ｒ”、“Ｇ”ｏｒ“Ｂ”）として決定してもよい。
【０１２７】
その代わりに、補間演算／選択回路３８ｂは、次のようにして補正点データ組ＣＰ＿Ｌｋ（ｋ＝“Ｒ”、“Ｇ”ｏｒ“Ｂ”）を決定してもよい。補間演算／選択回路３８ｂは、ＡＰＬデータＤＡＰＬに記述されているＡＰＬＡＶＥ＿ｋに応じて、補正点データ組格納レジスタ３８ａに格納されている補正点データ組ＣＰ＃１〜ＣＰ＃ｍのうちの２つの補正点データ組：補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）を選択する。ｑは、１以上、ｍ−１の整数である。更に補間演算／選択回路３８ｂは、補正点データ組ＣＰ＿Ｌｋの補正点データＣＰ０〜ＣＰ５を、それぞれ、選択した２つの補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）の補正点データＣＰ０〜ＣＰ５の補間計算によって算出する。補正点データ組ＣＰ＿Ｌｋの補正点データＣＰ０〜ＣＰ５を、選択した２つの補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）の補正点データＣＰ０〜ＣＰ５の補間計算によって算出することは、補正点データ組格納レジスタ３８ａに保存される補正点データ組ＣＰ＃１〜ＣＰ＃ｍの数が少なくても、ガンマ補正に使用されるガンマ値を細かく調節することを可能にする点で有用である。
【０１２８】
一方、ＡＰＬデータＤＡＰＬに画素の輝度の平均値として算出されたＡＰＬＡＶＥが記述されている場合、補間演算／選択回路３８ｂは、ＡＰＬＡＶＥに応じて上述の補正点データ組ＣＰ＃１〜ＣＰ＃ｍのいずれかを選択し、選択した補正点データ組を、補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢとして決定してもよい。この場合、補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢは、いずれも、選択した補正点データ組に一致し、互いに等しい。
【０１２９】
その代わりに、補間演算／選択回路３８ｂは、次のようにして補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢを決定してもよい。補間演算／選択回路３８ｂは、ＡＰＬデータＤＡＰＬに記述されているＡＰＬＡＶＥに応じて、補正点データ組格納レジスタ３８ａに格納されている補正点データ組ＣＰ＃１〜ＣＰ＃ｍのうちの２つの補正点データ組：補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）を選択する。ｑは、１以上、ｍ−１の整数である。更に補間演算／選択回路３８ｂは、補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢのそれぞれの補正点データＣＰ０〜ＣＰ５を、それぞれ、選択した２つの補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）の補正点データＣＰ０〜ＣＰ５の補間計算によって算出する。この場合も、補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢは、互いに等しい。補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢの補正点データＣＰ０〜ＣＰ５を、選択した２つの補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）の補正点データＣＰ０〜ＣＰ５の補間計算によって算出することは、補正点データ組格納レジスタ３８ａに保存される補正点データ組ＣＰ＃１〜ＣＰ＃ｍの数が少なくても、ガンマ補正に使用されるガンマ値を細かく調節することを可能にする点で有用である。
【０１３０】
上記に説明した補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢの決定において行われる補間計算については、後に詳細に説明する。
【０１３１】
補間演算／選択回路３８ｂによって決定された補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢは、補正点データ加減算回路３９に送られる。
【０１３２】
補正点データ加減算回路３９は、特徴データ選択回路３７から送られる分散データＤσ２に基づいて補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢを修正し、最終的に近似演算補正回路１５に供給される補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢを算出する。
【０１３３】
詳細には、分散データＤσ２が、ＬＣＤパネル５の表示領域の全体のＲ副画素について算出された階調の分散σＡＶＥ＿Ｒ２と、Ｇ副画素について算出された階調の分散σＡＶＥ＿Ｇ２と、Ｂ副画素について算出された階調の分散σＡＶＥ＿Ｂ２とを記述しているデータとして生成される場合、補正点データ加減算回路３９は、次のようにして補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢを算出する。補正点データ加減算回路３９は、Ｒ副画素について算出された分散σＡＶＥ＿Ｒ２に基づいて、補正点データ組ＣＰ＿ＬＲの補正点データＣＰ１、ＣＰ４を修正する。修正された補正点データＣＰ１、ＣＰ４が、補正点データ組ＣＰ＿ｓｅｌＲの補正点データＣＰ１、ＣＰ４として使用される。また、補正点データ組ＣＰ＿ＬＲの補正点データＣＰ０、ＣＰ２、ＣＰ３、ＣＰ５は、そのまま、補正点データ組ＣＰ＿ｓｅｌＲの補正点データＣＰ０、ＣＰ２、ＣＰ３、ＣＰ５として使用される。
【０１３４】
同様に、補正点データ加減算回路３９は、Ｇ副画素について算出された階調の分散σＡＶＥ＿Ｇ２に基づいて、補正点データ組ＣＰ＿ＬＧの補正点データＣＰ１、ＣＰ４を修正する。修正された補正点データＣＰ１、ＣＰ４が、補正点データ組ＣＰ＿ｓｅｌＧの補正点データＣＰ１、ＣＰ４として使用される。更に、補正点データ加減算回路３９は、Ｂ副画素について算出された階調の分散σＡＶＥ＿Ｂ２に基づいて、補正点データ組ＣＰ＿ＬＢの補正点データＣＰ１、ＣＰ４を修正する。修正された補正点データＣＰ１、ＣＰ４が、補正点データ組ＣＰ＿ｓｅｌＢの補正点データＣＰ１、ＣＰ４として使用される。補正点データ組ＣＰ＿ＬＧ、ＣＰ＿ＬＢの補正点データＣＰ０、ＣＰ２、ＣＰ３、ＣＰ５は、そのまま、補正点データ組ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢの補正点データＣＰ０、ＣＰ２、ＣＰ３、ＣＰ５として使用される。
【０１３５】
一方、分散データＤσ２が、ＬＣＤパネル５の表示領域の全体の画素の輝度の分散σＡＶＥ２を記述しているデータとして生成される場合、補正点データ加減算回路３９は、Ｒ副画素について算出された分散σＡＶＥ＿Ｒ２に基づいて、補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢの補正点データＣＰ１、ＣＰ４を修正する。修正された補正点データＣＰ１、ＣＰ４が、補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢの補正点データＣＰ１、ＣＰ４として使用される。また、補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢの補正点データＣＰ０、ＣＰ２、ＣＰ３、ＣＰ５は、そのまま、補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢの補正点データＣＰ０、ＣＰ２、ＣＰ３、ＣＰ５として使用される。この場合、補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢは、互いに等しく、よって、結果として生成される補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢも互いに等しいことに留意されたい。
【０１３６】
補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢの修正による補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢの算出については、後に詳細に説明する。
【０１３７】
続いて、本実施形態の液晶表示装置の動作、特に、ドライバＩＣ６−１、６−２の動作について説明する。図１２は、各フレーム期間におけるドライバＩＣ６−１（第１ドライバ）、及び、ドライバＩＣ６−２（第２ドライバ）の動作を示すフローチャートである。
【０１３８】
ドライバＩＣ６−１、６−２の特徴データ演算回路２２の特徴データ算出回路３１において、それぞれ、入力画像データＤＩＮ１、ＤＩＮ２が分析され、特徴データＤＣＨＲ＿１、ＤＣＨＲ＿２が算出される（ステップＳ０１）。上述のように、特徴データＤＣＨＲ＿１は、ＬＣＤパネル５の第１部分９−１に表示される画像の特徴量を示すデータであり、ドライバＩＣ６−１に供給される入力画像データＤＩＮ１から算出される。同様に、特徴データＤＣＨＲ＿２は、ＬＣＤパネル５の第１部分９−２に表示される画像の特徴量を示すデータであり、ドライバＩＣ６−２に供給される入力画像データＤＩＮ２から算出される。
【０１３９】
続いて、ドライバＩＣ６−１からドライバＩＣ６−２に、ドライバＩＣ６−１において算出された特徴データＤＣＨＲ＿１が送られ、ドライバＩＣ６−２からドライバＩＣ６−１に、ドライバＩＣ６−２において算出された特徴データＤＣＨＲ＿１が送られる（ステップＳ０２）。詳細には、ドライバＩＣ６−１は、特徴データ算出回路３１によって算出された特徴データＤＣＨＲ＿１に誤り検出符号を付加した出力特徴データＤＣＨＲ＿ＯＵＴをドライバＩＣ６−２に送信する。誤り検出符号の付加は、誤り検出符号追加回路３２によって行われる。ドライバＩＣ６−２は、ドライバＩＣ６−１から送信された出力特徴データＤＣＨＲ＿ＯＵＴを、入力特徴データＤＣＨＲ＿ＩＮとして受信する。同様に、ドライバＩＣ６−２は、特徴データ算出回路３１によって算出された特徴データＤＣＨＲ＿２に誤り検出符号を追加した出力特徴データＤＣＨＲ＿ＯＵＴをドライバＩＣ６−１に送信する。ドライバＩＣ６−１は、ドライバＩＣ６−２から送信された出力特徴データＤＣＨＲ＿ＯＵＴを、入力特徴データＤＣＨＲ＿ＩＮとして受信する。
【０１４０】
ドライバＩＣ６−１のチップ間通信検出回路３３は、入力特徴データＤＣＨＲ＿ＩＮに付加された誤り検出符号を用いて、ドライバＩＣ６−２から送信された入力特徴データＤＣＨＲ＿ＩＮが正常に受信できたかを判断する（ステップＳ０３）。
【０１４１】
詳細には、ドライバＩＣ６−１のチップ間通信検出回路３３は、入力特徴データＤＣＨＲ＿ＩＮにデータ誤りを検出しなかった場合（又は、誤り訂正符号が使用された場合には、訂正不可能なデータ誤りを検出しなかった場合）、入力特徴データＤＣＨＲ＿ＩＮを正常に受信したと判断し、通信状態通知データＤＳＴ＿ＯＵＴとして通信ＡＣＫデータを出力する。通信ＡＣＫデータを含む通信状態通知データＤＳＴ＿ＯＵＴは、ドライバＩＣ６−１からドライバＩＣ６−２に送られる。即ち、通信ＡＣＫデータがドライバＩＣ６−１からドライバＩＣ６−２に送られる（ステップＳ０４）。通信ＡＣＫデータがドライバＩＣ６−１からドライバＩＣ６−２に送られた状態を、以下では、「通信状態＃１」と呼ぶことにする。
【０１４２】
一方、データ誤りを検出した場合、（又は、誤り訂正符号が使用された場合には、誤り訂正が不可能であるような誤りを検出した場合）、ドライバＩＣ６−１のチップ間通信検出回路３３は、通信状態通知データＤＳＴ＿ＯＵＴとして通信ＮＧデータを出力する。通信ＮＧデータを含む通信状態通知データＤＳＴ＿ＯＵＴは、ドライバＩＣ６−１からドライバＩＣ６−２に送られる。即ち、通信ＮＧデータがドライバＩＣ６−１からドライバＩＣ６−２に送られる（ステップＳ０５）。通信ＮＧデータがドライバＩＣ６−１からドライバＩＣ６−２に送られた状態を、以下では、「通信状態＃２」と呼ぶことにする。
【０１４３】
同様に、ドライバＩＣ６−２のチップ間通信検出回路３３は、入力特徴データＤＣＨＲ＿ＩＮに付加された誤り検出符号を用いて、ドライバＩＣ６−１から送信された入力特徴データＤＣＨＲ＿ＩＮが正常に受信できたかを判断する（ステップＳ０６）。
【０１４４】
詳細には、ドライバＩＣ６−２のチップ間通信検出回路３３は、入力特徴データＤＣＨＲ＿ＩＮにデータ誤りを検出しなかった場合（又は、誤り訂正符号が使用された場合には、訂正不可能なデータ誤りを検出しなかった場合）、入力特徴データＤＣＨＲ＿ＩＮを正常に受信したと判断し、通信状態通知データＤＳＴ＿ＯＵＴとして通信ＡＣＫデータを出力する。通信ＡＣＫデータを含む通信状態通知データＤＳＴ＿ＯＵＴは、ドライバＩＣ６−２からドライバＩＣ６−１に送られる。即ち、通信ＡＣＫデータがドライバＩＣ６−２からドライバＩＣ６−１に送られる（ステップＳ０７）。通信ＡＣＫデータがドライバＩＣ６−２からドライバＩＣ６−１に送られた状態を、以下では、「通信状態＃３」と呼ぶことにする。
【０１４５】
一方、データ誤りを検出した場合、（又は、誤り訂正符号が使用された場合には、誤り訂正が不可能であるような誤りを検出した場合）、ドライバＩＣ６−２のチップ間通信検出回路３３は、通信状態通知データＤＳＴ＿ＯＵＴとして通信ＮＧデータを出力する。通信ＮＧデータを含む通信状態通知データＤＳＴ＿ＯＵＴは、ドライバＩＣ６−２からドライバＩＣ６−１に送られる。即ち、通信ＮＧデータがドライバＩＣ６−２からドライバＩＣ６−１に送られる（ステップＳ０８）。通信ＮＧデータがドライバＩＣ６−２からドライバＩＣ６−１に送られた状態を、以下では、「通信状態＃４」と呼ぶことにする。
【０１４６】
各フレーム期間においては、次の４つの状態の組み合わせが生じ得る：
組み合わせＡ：通信状態＃１、＃３の組み合わせ
組み合わせＢ：通信状態＃１、＃４の組み合わせ
組み合わせＣ：通信状態＃２、＃３の組み合わせ
組み合わせＤ：通信状態＃２、＃４の組み合わせ
【０１４７】
組み合わせＡの状態が生じた場合（即ち、ドライバＩＣ６−１からドライバＩＣ６−２に通信ＡＣＫデータが送られ、且つ、ドライバＩＣ６−２からドライバＩＣ６−１に通信ＡＣＫデータが送られた場合）、ドライバＩＣ６−１、６−２の両方において、現フレーム期間において算出された現フレーム全画面特徴データＤＣＨＲ＿Ｃが選択される。更に、現フレーム全画面特徴データＤＣＨＲ＿Ｃに応じて補正点データ組ＣＰ＿ｓｅｌｋが決定され、決定された補正点データ組ＣＰ＿ｓｅｌｋは、近似演算補正回路１５に送られて、入力画像データＤＩＮ１、ＤＩＮ２の補正演算に使用される。このとき、現フレーム全画面特徴データＤＣＨＲ＿Ｃは、演算結果格納メモリ２３に格納される。
【０１４８】
詳細には、組み合わせＡの状態が生じた場合には、ドライバＩＣ６−１、６−２の両方において、通信確認回路３６に供給される通信状態通知データＤＳＴ＿ＯＵＴ、ＤＳＴ＿ＩＮの両方が通信ＡＣＫデータになる。ドライバＩＣ６−１、６−２のそれぞれの通信確認回路３６は、通信状態通知データＤＳＴ＿ＯＵＴ、ＤＳＴ＿ＩＮの両方が通信ＡＣＫデータであることから、組み合わせＡの状態が発生したことを認識することができる。この場合、ドライバＩＣ６−１、６−２の通信確認回路３６は、通信確認信号ＳＣＭＦをアサートする。通信確認信号ＳＣＭＦがアサートされることに応答して、ドライバＩＣ６−１、６−２の両方において、補正点データ算出回路２４の特徴データ選択回路３７が、現フレーム全画面特徴データＤＣＨＲ＿Ｃを選択する。補正点データ算出回路２４は、選択した現フレーム全画面特徴データＤＣＨＲ＿Ｃに応じて、補正点データ組ＣＰ＿ｓｅｌｋを決定する。加えて、演算結果格納メモリ２３は、通信確認信号ＳＣＭＦがアサートされることに応答して、現フレーム全画面特徴データＤＣＨＲ＿Ｃを取り込んで格納する。これにより、演算結果格納メモリ２３に格納されていた前フレーム全画面特徴データＤＣＨＲ＿Ｐが、現フレーム期間において算出された現フレーム全画面特徴データＤＣＨＲ＿Ｃに更新されることになる。
【０１４９】
一方、組み合わせＡ以外の状態が生じた場合（即ち、組み合わせＢ、Ｃ又はＤの状態が生じた場合）、ドライバＩＣ６−１、６−２の両方において、前フレーム全画面特徴データＤＣＨＲ＿Ｐが選択される。ここで、組み合わせＡ以外の状態が生じた場合、即ち、組み合わせＢ、Ｃ又はＤの状態が生じた場合とは、ドライバＩＣ６−１からドライバＩＣ６−２に、及び／又は、ドライバＩＣ６−２からドライバＩＣ６−１に通信ＮＧデータが送られたことを意味している。更に、前フレーム全画面特徴データＤＣＨＲ＿Ｐに応じて補正点データ組ＣＰ＿ｓｅｌｋが決定され、決定された補正点データ組ＣＰ＿ｓｅｌｋは、近似演算補正回路１５に送られて、入力画像データＤＩＮ１、ＤＩＮ２の補正演算に使用される。このとき、演算結果格納メモリ２３に格納されている前フレーム全画面特徴データＤＣＨＲ＿Ｐは更新されない。
【０１５０】
詳細には、組み合わせＢ、Ｃ又はＤの状態が生じた場合には、ドライバＩＣ６−１、６−２の両方において、通信確認回路３６に供給される通信状態通知データＤＳＴ＿ＯＵＴ、ＤＳＴ＿ＩＮの少なくとも一方が通信ＮＧデータになる。ドライバＩＣ６−１、６−２のそれぞれの通信確認回路３６は、通信状態通知データＤＳＴ＿ＯＵＴ、ＤＳＴ＿ＩＮの少なくとも一方が通信ＮＧデータであることから、組み合わせＢ、Ｃ又はＤの状態が発生したことを認識することができる。この場合、ドライバＩＣ６−１、６−２の通信確認回路３６は、通信確認信号ＳＣＭＦをネゲートする。通信確認信号ＳＣＭＦがネゲートされることに応答して、ドライバＩＣ６−１、６−２の両方において、補正点データ算出回路２４の特徴データ選択回路３７が、前フレーム全画面特徴データＤＣＨＲ＿Ｐを選択する。補正点データ算出回路２４は、選択した前フレーム全画面特徴データＤＣＨＲ＿Ｐに応じて、補正点データ組ＣＰ＿ｓｅｌｋを決定する。このとき、演算結果格納メモリ２３は、通信確認信号ＳＣＭＦがネゲートされているので、前フレーム全画面特徴データＤＣＨＲ＿Ｐを更新せずに保持する。
【０１５１】
上述の過程により、組み合わせＡ、Ｂ、Ｃ、Ｄのいずれの場合でも、補正点データ組ＣＰ＿ｓｅｌｋが決定されることになる。ドライバＩＣ６−１の近似演算補正回路１５は、入力画像データＤＩＮ１に対し、補正点データ組ＣＰ＿ｓｅｌｋによって決定されるガンマカーブに対応するガンマ補正を演算式によって行って出力画像データＤＯＵＴを出力する。同様に、ドライバＩＣ６−２の近似演算補正回路１５は、入力画像データＤＩＮ２に対し、補正点データ組ＣＰ＿ｓｅｌｋによって決定されるガンマカーブに対応するガンマ補正を演算式によって行って出力画像データＤＯＵＴを出力する。ドライバＩＣ６−１、６−２のデータ線駆動回路１８は、それぞれ、出力された出力画像データＤＯＵＴに応答して（より正確には、出力画像データＤＯＵＴから生成された減色画像データＤＯＵＴ＿Ｄに応答して）ＬＣＤパネル５の表示領域の第１部分９−１、第２部分９−２のデータ線を駆動する。
【０１５２】
図１３は、ドライバＩＣ６−１、６−２の間での特徴データの通信が正常に行われた場合の動作と、正常に行われなかった場合の動作の比較を示している。図１３には、ドライバＩＣ６−１、６−２の間で交換される特徴データに記述され得る特徴量のうち、画素の輝度の平均値として算出されたＡＰＬのみが図示されているが、他のパラメータ（例えば、各色について算出されたＡＰＬ及び副画素の階調の二乗平均、画素の輝度の二乗平均）についても、同様の処理が行われる。
【０１５３】
ドライバＩＣ６−１、６−２の間での特徴データの通信が正常に行われた場合の動作が、図１３の左欄に図示されている。ドライバＩＣ６−１、６−２の間での特徴データの通信が正常に行われた場合の動作は、以下の通りである。ドライバＩＣ６−１（第１ドライバ）は、それに送られてきた入力画像データＤＩＮ１から、ＬＣＤパネル５の表示領域の第１部分９−１に表示される画像の特徴量を算出する。同様に、ドライバＩＣ６−２（第２ドライバ）は、それに送られてきた入力画像データＤＩＮ２から、ＬＣＤパネル５の表示領域の第２部分９−２に表示される画像の特徴量を算出する。図１３の例では、ドライバＩＣ６−１は、第１部分９−１に表示される画像のＡＰＬを１０４と算出し、ドライバＩＣ６−２は、第２部分９−２に表示される画像のＡＰＬを１７６と算出している。
【０１５４】
更に、ドライバＩＣ６−１は、それが算出した特徴量（第１部分９−１に表示される画像の特徴量）を示す特徴データをドライバＩＣ６−２に送信し、ドライバＩＣ６−２は、それが算出した特徴量（第２部分９−２に表示される画像の特徴量）を示す特徴データをドライバＩＣ６−１に送信する。
【０１５５】
ドライバＩＣ６−１は、自身が算出した特徴量（即ち、第１部分９−１に表示される画像の特徴量）と、ドライバＩＣ６−２から受け取った特徴データに示されている特徴量（即ち、第２部分９−２に表示される画像の特徴量）とから、ＬＣＤパネル５の表示領域に表示される画像の全体の特徴量を算出する。ここで、ＡＰＬについては、第１部分９−１に表示される画像のＡＰＬと第２部分９−２に表示される画像のＡＰＬの平均値ＡＰＬＡＶＥが、表示領域に表示される画像の全体のＡＰＬである。図１３の例では、第１部分９−１に表示される画像のＡＰＬが１０４であり、第２部分９−２に表示される画像のＡＰＬが１７６であるから、ドライバＩＣ６−１は、平均値ＡＰＬＡＶＥを１４０として算出する。
【０１５６】
同様に、ドライバＩＣ６−２は、自身が算出した特徴量（即ち、第２部分９−２に表示される画像の特徴量）と、ドライバＩＣ６−１から受け取った特徴データに示されている特徴量（即ち、第２部分９−１に表示される画像の特徴量）とから、ＬＣＤパネル５の表示領域に表示される画像の全体の特徴量を算出する。ＡＰＬについては、第１部分９−１に表示される画像のＡＰＬと第２部分９−２に表示される画像のＡＰＬの平均値ＡＰＬＡＶＥを算出する。図１３の例では、ドライバＩＣ６−２は、ドライバＩＣ６−１と同様に平均値ＡＰＬＡＶＥを１４０として算出することになる。
【０１５７】
ドライバＩＣ６−１は、自身が算出した、ＬＣＤパネル５の表示領域に表示される画像の全体の特徴量（ＡＰＬについては、平均値ＡＰＬＡＶＥ）に応じて入力画像データＤＩＮ１に対して補正演算を行い、該補正演算によって得られた出力画像データＤＯＵＴに応じて第１部分９−１に設けられた画素を駆動する。同様に、ドライバＩＣ６−２は、自身が算出した表示領域に表示される画像の全体の特徴量に応じて入力画像データＤＩＮ２に対して補正演算を行い、該補正演算によって得られた出力画像データＤＯＵＴに応じて第２部分９−２に設けられた画素を駆動する。
【０１５８】
ドライバＩＣ６−１、６−２の間での特徴データの通信が正常に行われなかった場合の動作が、図１３の右欄に図示されている。ドライバＩＣ６−１、６−２の間での特徴データの通信が正常に行われなかった場合の動作は、以下の通りである。ドライバＩＣ６−１、６−２が、入力画像データＤＩＮ１、ＤＩＮ２から、ＬＣＤパネル５の表示領域の第１部分９−１、第２部分９−２に表示される画像の特徴量を算出し、算出した特徴量を示す特徴データを一方から他方に送信する動作は、特徴データの通信が正常に行われた場合と同一である。
【０１５９】
ここで、ドライバＩＣ６−１からドライバＩＣ６−２への特徴データの通信が正常に行われなかったとする。例えば、本来はドライバＩＣ６−１によって算出された第１部分９−１の画像のＡＰＬが１０４であるにもかかわらず、ドライバＩＣ６−２によって受信された特徴データが、第１部分９−１の画像のＡＰＬが１２であることを示していたとする。
【０１６０】
この場合、ドライバＩＣ６−２では、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬが正しく算出されない。しかしながら、ドライバＩＣ６−２は、ドライバＩＣ６−１からドライバＩＣ６−２への特徴データの通信が正常に行われなかったことを誤り検出によって知ることができるので、演算結果格納メモリ２３に格納されている前フレーム全画面特徴データＤＣＨＲ＿Ｐに示されている特徴量を用いて入力画像データＤＩＮ２に対して補正演算を行う。
【０１６１】
また、ドライバＩＣ６−１では、ドライバＩＣ６−２から受け取った通信状態通知データＤＳＴ＿ＩＮから、ドライバＩＣ６−１からドライバＩＣ６−２への特徴データの通信が正常に行われなかったことを知ることができるので、演算結果格納メモリ２３に格納されている前フレーム全画面特徴データＤＣＨＲ＿Ｐに示されている特徴量を用いて入力画像データＤＩＮ１に対して補正演算を行う。ドライバＩＣ６−１、６−２は、該補正演算によって得られた出力画像データＤＯＵＴに応じて、それぞれ、第１部分９−１、第２部分９−２に設けられた画素を駆動する。
【０１６２】
以上に説明されているように、本実施形態では、ドライバＩＣ６−１、６−２の間の特徴データの通信が正常に行われなかった場合、演算結果格納メモリ２３に格納されている前フレーム全画面特徴データＤＣＨＲ＿Ｐに示されている特徴量を用いて補正演算を行うので、通信が正常に行われなかった場合でも、ＬＣＤパネル５の表示領域の第１部分９−１、第２部分９−２の境界が視覚的に認識可能になってしまうことを防ぐことができる。
【０１６３】
図１４Ａは、ドライバＩＣ６−１、６−２の間で交換される特徴量として、各色について算出された、ＡＰＬと副画素の階調の二乗平均の組み合わせが採用される場合の補正点データ算出回路２４の動作を示すフローチャートである。この場合、現フレーム全画面特徴データＤＣＨＲ＿Ｃ及び前フレーム全画面特徴データＤＣＨＲ＿Ｐは、いずれも、ＡＰＬＡＶＥ＿Ｒ、ＡＰＬＡＶＥ＿Ｇ、ＡＰＬＡＶＥ＿Ｂを記述するＡＰＬデータＤＡＰＬ、及び、σＡＶＥ＿Ｒ２、σＡＶＥ＿Ｒ２、σＡＶＥ＿Ｒ２を記述する分散データＤσ２を含んでいることに留意されたい。補正点データ算出回路２４は、このような内容の現フレーム全画面特徴データＤＣＨＲ＿Ｃ又は前フレーム全画面特徴データＤＣＨＲ＿Ｐから、近似演算補正回路１５に供給される補正点データ組ＣＰ＿ｓｅｌｋを決定する。
【０１６４】
まず、通信確認回路３６から送られる通信確認信号ＳＣＭＦに応答して、現フレーム全画面特徴データＤＣＨＲ＿Ｃ又は前フレーム全画面特徴データＤＣＨＲ＿Ｐのいずれかが特徴データ選択回路３７によって選択される（ステップＳ１１Ａ）。ステップＳ１１Ａで選択された特徴データを、以下では、選択特徴データという。選択特徴データが現フレーム全画面特徴データＤＣＨＲ＿Ｃ又は前フレーム全画面特徴データＤＣＨＲ＿Ｐのいずれであっても、選択特徴データは、ＡＰＬＡＶＥ＿Ｒ、ＡＰＬＡＶＥ＿Ｇ、ＡＰＬＡＶＥ＿Ｂを記述するＡＰＬデータＤＡＰＬ、及び、σＡＶＥ＿Ｒ２、σＡＶＥ＿Ｒ２、σＡＶＥ＿Ｒ２を記述する分散データＤσ２を含んでいることに留意されたい。
【０１６５】
更に、補間演算／選択回路３８ｂにより、選択特徴データに含まれているＡＰＬデータＤＡＰＬに応じてガンマ値が決定される（ステップＳ１２Ａ）。ガンマ値の決定は、色ごとに（即ち、Ｒ副画素、Ｇ副画素、Ｂ副画素のそれぞれについて）行われる。赤色又はＲ副画素についてのガンマ値γＲ、緑又はＧ副画素についてのガンマ値γＧ、青又はＢ副画素についてのガンマ値γＢは、それぞれ、ＡＰＬＡＶＥ＿Ｒ、ＡＰＬＡＶＥ＿Ｇ、ＡＰＬＡＶＥ＿Ｂが大きいほど大きくなるように決定される。ガンマ値γＲ、γＧ、γＧは、例えば、次式で決定される：
γＲ＝γＳＴＤＲ＋ＡＰＬＡＶＥ＿Ｒ・ηＲ      ・・・（１０ａ）
γＧ＝γＳＴＤＧ＋ＡＰＬＡＶＥ＿Ｇ・ηＧ      ・・・（１０ｂ）
γＢ＝γＳＴＤＢ＋ＡＰＬＡＶＥ＿Ｂ・ηＢ      ・・・（１０ｃ）
ここで、γＳＴＤＲ、γＳＴＤＧ、γＳＴＤＢは、基準となるガンマ値であり、所定の定数である。γＳＴＤＲ、γＳＴＤＧ、γＳＴＤＢは、同一であってもよいし、互いに異なっていてもよい。また、ηＲ、ηＧ、ηＢは、所定の比例定数である。ηＲ、ηＧ、ηＢは、同一であってもよいし、互いに異なっていてもよい。
【０１６６】
ガンマ値γＲ、γＧ、γＢが決定された後、補間演算／選択回路３８ｂにより、ガンマ値γＲ、γＧ、γＢに応じて、補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢが決定される（ステップＳ１３Ａ）。
【０１６７】
一実施形態では、ＡＰＬＡＶＥ＿ｋ（ｋ＝“Ｒ”、“Ｇ”ｏｒ“Ｂ”）に応じて上述の補正点データ組ＣＰ＃１〜ＣＰ＃ｍのいずれかを選択し、選択した補正点データ組を補正点データ組ＣＰ＿Ｌｋ（ｋ＝“Ｒ”、“Ｇ”ｏｒ“Ｂ”）として決定してもよい。図１５は、このようにして補正点データ組ＣＰ＿Ｌｋが決定された場合のＡＰＬＡＶＥ＿ｋ、γｋ、及び、補正点データ組ＣＰ＿Ｌｋの関係を説明するグラフである。ＡＰＬＡＶＥ＿ｋが大きいほど、ガンマ値γｋは大きく設定され、よりｊの値が大きいような補正点データ組ＣＰ＃ｊが選択される。
【０１６８】
他の実施形態では、次のようにして補正点データ組ＣＰ＿Ｌｋ（ｋ＝“Ｒ”、“Ｇ”ｏｒ“Ｂ”）を決定してもよい。まず、ＡＰＬデータＤＡＰＬに記述されているＡＰＬＡＶＥ＿ｋの上位（Ｍ−Ｎ）ビットに応じて、補正点データ組格納レジスタ３８ａに格納されている補正点データ組ＣＰ＃１〜ＣＰ＃ｍのうちの２つの補正点データ組：補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）を選択する。ここで、上述されているように、Ｍは、ＡＰＬＡＶＥ＿ｋのビット数であり、Ｎは、所定の定数である。また、ｑは、１以上ｍ−１以下の整数である。ＡＰＬＡＶＥ＿ｋが大きいほど、ガンマ値γｋは大きく設定され、よりｑの値が大きいような補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）が選択される。
【０１６９】
更に、補正点データ組ＣＰ＿Ｌｋの補正点データＣＰ０〜ＣＰ５が、それぞれ、選択した２つの補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）の補正点データＣＰ０〜ＣＰ５の補間計算によって算出される。より具体的には、補正点データ組ＣＰ＿Ｌｋ（ｋは、”Ｒ”、”Ｇ”、”Ｂ”の任意）の補正点データＣＰ０〜ＣＰ５は、選択した２つの補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）の補正点データＣＰ０〜ＣＰ５から、下記式で算出される。
ＣＰα＿Ｌｋ＝ＣＰα（＃ｑ）＋
｛（ＣＰα（＃ｑ＋１）−ＣＰα（＃ｑ）／２Ｎ｝×ＡＰＬＡＶＥ＿ｋ［Ｎ−１：０］，
・・・（１１）
α：０以上、５以下の整数
ＣＰα＿Ｌｋ：補正点データ組ＣＰ＿Ｌｋの補正点データＣＰα
ＣＰα（＃ｑ）：選択された補正点データ組ＣＰ＃ｑの補正点データＣＰα
ＣＰα（＃ｑ＋１）：選択された補正点データ組ＣＰ＃（ｑ＋１）の補正点データＣＰα
ＡＰＬＡＶＥ＿ｋ［Ｎ−１：０］：ＡＰＬＡＶＥ＿ｋの下位Ｎビット
【０１７０】
図１６は、このようにして決定された時のＡＰＬＡＶＥ＿ｋ、γｋ、及び、補正点データ組ＣＰ＿Ｌｋの関係を説明するグラフである。ＡＰＬＡＶＥ＿ｋが大きいほど、ガンマ値γｋは大きく設定され、よりｑの値が大きいような補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）が選択される。そして、補正点データ組ＣＰ＿Ｌｋは、補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）が対応するガンマ値γｑ、γｑ＋１の中間の値のガンマ値に対応するように決定されることになる。
【０１７１】
図１７は、補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）にそれぞれに対応するガンマカーブの形状と、補正点データ組ＣＰ＿Ｌｋに対応するガンマカーブの形状を概念的に示すグラフである。補正点データ組ＣＰ＿Ｌｋの補正点データＣＰαが、補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）それぞれの補正点データＣＰα（＃ｑ）、ＣＰα（＃ｑ＋１）の補間計算により算出される結果（αは、０以上５以下の整数）、補正点データ組ＣＰ＿Ｌｋに対応するガンマカーブは、補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）にそれぞれに対応するガンマカーブの間にあるような形状になる。
【０１７２】
図１４Ａに戻り、補正点データ組ＣＰ＿Ｌｋが決定された後、補正点データ組ＣＰ＿Ｌｋが、分散データＤσ２に記述されている分散σＡＶＥ＿ｋ２に応じて修正される（ステップＳ１４）。修正された補正点データ組ＣＰ＿Ｌｋが、補正点データ組ＣＰ＿ｓｅｌｋとして、最終的に近似演算補正回路１５に供給される（ステップＳ１４Ａ）。
【０１７３】
図１８は、補正点データ組ＣＰ＿Ｌｋを、分散σＡＶＥ＿ｋ２に基づいて修正することの技術的意義を示す概念図である。分散σＡＶＥ＿ｋ２が大きいことは、ＡＰＬＡＶＥ＿ｋから離れた階調の副画素が多いことを意味しており、言い換えれば、画像のコントラストが大きいことを意味している。画像のコントラストが大きい場合には、コントラストを強調するように近似演算補正回路１５における補正演算を行うことで、ＬＥＤバックライト８の輝度を抑制したまま、当該画像のコントラストを表現できるようになる。
【０１７４】
補正点データ組ＣＰ＿Ｌｋの補正点データＣＰ１、ＣＰ４は、コントラストに及ぼす影響が大きいので、本実施形態では、補正点データ組ＣＰ＿Ｌｋの補正点データＣＰ１、ＣＰ４が分散σＡＶＥ＿ｋ２に応じて制御される。補正点データ組ＣＰ＿Ｌｋの補正点データＣＰ１の修正は、分散σＡＶＥ＿ｋ２が大きいほど、最終的に近似演算補正回路１５に供給される補正点データ組ＣＰ＿ｓｅｌｋの補正点データＣＰ１が小さくなるように行われる。また、補正点データ組ＣＰ＿Ｌｋの補正点データＣＰ４の修正は、分散σＡＶＥ＿ｋ２が大きいほど、最終的に近似演算補正回路１５に供給される補正点データ組ＣＰ＿ｓｅｌｋの補正点データＣＰ４が小さくなるように行われる。このような修正により、画像のコントラストが大きい場合には、コントラストを強調するように近似演算補正回路１５における補正演算が行われることになる。なお、本実施形態では、補正点データ組ＣＰ＿Ｌｋの補正点データＣＰ０、ＣＰ２、ＣＰ３、ＣＰ５については修正が行われない。即ち、補正点データ組ＣＰ＿ｓｅｌｋの補正点データＣＰ０、ＣＰ２、ＣＰ３、ＣＰ５は、補正点データ組ＣＰ＿Ｌｋの補正点データＣＰ０、ＣＰ２、ＣＰ３、ＣＰ５と同一の値である。
【０１７５】
一実施形態では、補正点データ組ＣＰ＿ｓｅｌｋの補正点データＣＰ１、ＣＰ４は、次式で算出される：
ＣＰ１＿ｓｅｌＲ＝ＣＰ１＿ＬＲ−（ＤＩＮＭＡＸ−σＡＶＥ＿Ｒ２）・ξＲ    ・・・（１２ａ）
ＣＰ１＿ｓｅｌＧ＝ＣＰ１＿ＬＧ−（ＤＩＮＭＡＸ−σＡＶＥ＿Ｇ２）・ξＧ    ・・・（１２ｂ）
ＣＰ１＿ｓｅｌＢ＝ＣＰ１＿ＬＢ−（ＤＩＮＭＡＸ−σＡＶＥ＿Ｂ２）・ξＢ    ・・・（１２ｃ）
ＣＰ４＿ｓｅｌＲ＝ＣＰ４＿ＬＲ＋（ＤＩＮＭＡＸ−σＡＶＥ＿Ｒ２）・ξＲ    ・・・（１３ａ）
ＣＰ４＿ｓｅｌＧ＝ＣＰ４＿ＬＧ＋（ＤＩＮＭＡＸ−σＡＶＥ＿Ｇ２）・ξＧ    ・・・（１３ｂ）
ＣＰ４＿ｓｅｌＢ＝ＣＰ４＿ＬＢ＋（ＤＩＮＭＡＸ−σＡＶＥ＿Ｂ２）・ξＢ    ・・・（１３ｃ）
ここで、ＤＩＮＭＡＸは、入力画像データＤＩＮ１、ＤＩＮ２の許容最大値である。また、ξＲ、ξＧ、ξＢは、所定の比例定数である。ξＲ、ξＧ、ξＢは、同一であってもよいし、互いに異なっていてもよい。また、ＣＰ１＿ｓｅｌｋ、ＣＰ４＿ｓｅｌｋは、それぞれ、補正点データ組ＣＰ＿ｓｅｌｋの補正点データＣＰ１、ＣＰ４であり、ＣＰ１＿Ｌｋ、ＣＰ４＿Ｌｋは、それぞれ、補正点データ組ＣＰ＿Ｌｋの補正点データＣＰ１、ＣＰ４である。
【０１７６】
図１９は、上記の式で補正点データＣＰ１、ＣＰ４の修正を行った場合における、階調の分布（ヒストグラム）と、補正演算の内容との関係を概念的に示している。ＡＰＬＡＶＥ＿ｋが同一であっても、コントラストが相違すると、分散σＡＶＥ＿ｋ２は相違する。階調がＡＰＬＡＶＥ＿ｋに近い副画素が多い画像では、コントラストが小さく、この場合、分散σＡＶＥ＿ｋ２が小さくなる。このような場合、補正点データＣＰ１が小さくなり、且つ、補正点データＣＰ４が大きくなるように修正が行われることで、コントラストが強調される（右欄）。一方、階調がＡＰＬＡＶＥ＿ｋから離れている副画素が多い画像では、コントラストが大きく、この場合、分散σＡＶＥ＿ｋ２が大きくなる。このような場合、補正点データＣＰ１、ＣＰ４に対して小さな修正しかなされず、コントラストは強調されない（右欄）。上記の式（１２ａ）〜（１２ｃ）、（１３ａ）〜（１３ｃ）が、このような条件を満たすことは理解されよう。
【０１７７】
図１４Ａに戻り、ドライバＩＣ６−１、６−２の近似演算補正回路１５の近似演算ユニット１５Ｒ、１５Ｇ、１５Ｂは、それぞれ、このようにして算出された補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢを用いて入力画像データＤＩＮｉＲ、ＤＩＮｉＧ、及びＤＩＮｉＢに対して補正演算を行い、出力画像データＤＯＵＴＲ、ＤＯＵＴＧ、及びＤＯＵＴＢを生成する（ステップＳ１５Ａ）。
【０１７８】
ドライバＩＣ６−ｉの各近似演算ユニット１５ｋは、下記式によって入力画像データＤＩＮｉｋから出力画像データＤＯＵＴｋを演算する：
（１）ＤＩＮｉｋ＜ＤＩＮＣｅｎｔｅｒ、且つ、ＣＰ１＞ＣＰ０の場合：
【数４】
2014115477.tif 000006
補正点データＣＰ１が補正点データＣＰ０よりも大きいということは、ガンマ補正に使用されるガンマ値γが１より小さいことを意味していることに留意されたい。
【０１７９】
（２）ＤＩＮｉｋ＜ＤＩＮＣｅｎｔｅｒ、且つ、ＣＰ１≦ＣＰ０の場合：
【数５】
2014115477.tif 000007
補正点データＣＰ１が補正点データＣＰ０以下であるということは、ガンマ補正に使用されるガンマ値γが１以上であることを意味していることに留意されたい。
【０１８０】
（３）ＤＩＮｉｋ＞ＤＩＮＣｅｎｔｅｒの場合：
【数６】
2014115477.tif 000008
【０１８１】
ここで、中間データ値ＤＩＮＣｅｎｔｅｒとは、入力画像データＤＩＮｉの許容最大値ＤＩＮＭＡＸを用いて下記式：
ＤＩＮＣｅｎｔｅｒ＝ＤＩＮＭＡＸ／２，        ・・・（１５）
で定義される値である。また、Ｋは、上述の式（７）で与えられるパラメータである。更に、式（１４ａ）〜（１４ｃ）に現れるＤＩＮＳ、ＰＤＩＮＳ、ＮＤＩＮＳは、下記のように定義される値である：
（ａ）ＤＩＮＳ
ＤＩＮＳは、入力画像データＤＩＮｉｋに依存して決まる値であり、下記式で与えられる：
【数７】
2014115477.tif 000009
【０１８２】
（ｂ）ＰＤＩＮＳ
ＰＤＩＮＳは、式（１７ｂ）で定義されるパラメータＲを用いて、下記式（１７ａ）で定義される：
【数８】
2014115477.tif 000010
式（１６ａ）、（１６ｂ）、（１７ｂ）から理解されるように、パラメータＲは、ＤＩＮｉｋの１／２乗に比例する値であり、従って、ＰＤＩＮＳは、入力画像データＤＩＮｉｋの１／２乗に比例する項、及び１乗に比例する項を含む式で算出される値である。
【０１８３】
（ｃ）ＮＤＩＮＳ
ＮＤＩＮＳは、下記式で与えられる：
【数９】
2014115477.tif 000011
式（１６ａ）、（１６ｂ）、（１８）から理解されるように、ＮＤＩＮＳは、入力画像データＤＩＮｉｋの２乗に比例する項を含む式で算出される値である。
【０１８４】
近似演算補正回路１５において上記の一連の式によって算出された出力画像データＤＯＵＴＲ、ＤＯＵＴＧ、及びＤＯＵＴＢが、減色処理回路１６に送られる。減色処理回路１６では、出力画像データＤＯＵＴＲ、ＤＯＵＴＧ、及びＤＯＵＴＢに対して減色処理を行われ、減色画像データＤＯＵＴ＿Ｄが生成される。減色画像データＤＯＵＴ＿Ｄは、ラッチ回路１７を介してデータ線駆動回路１８に送られ、ＬＣＤパネル５のデータ線は、減色画像データＤＯＵＴ＿Ｄに応じて駆動される。
【０１８５】
一方、図１４Ｂは、ドライバＩＣ６−１、６−２の間で交換される特徴量として、画素の輝度の平均値として算出されるＡＰＬと画素の輝度の二乗平均の組み合わせが採用される場合の補正点データ算出回路２４の動作を示すフローチャートである。この場合、現フレーム全画面特徴データＤＣＨＲ＿Ｃ及び前フレーム全画面特徴データＤＣＨＲ＿Ｐは、いずれも、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬＡＶＥを記述するＡＰＬデータＤＡＰＬ、及び、σＡＶＥを記述する分散データＤσ２を含んでいることに留意されたい。補正点データ算出回路２４は、このような内容の現フレーム全画面特徴データＤＣＨＲ＿Ｃ又は前フレーム全画面特徴データＤＣＨＲ＿Ｐから、近似演算補正回路１５に供給される補正点データ組ＣＰ＿ｓｅｌｋを決定する。
【０１８６】
まず、通信確認回路３６から送られる通信確認信号ＳＣＭＦに応答して、現フレーム全画面特徴データＤＣＨＲ＿Ｃ又は前フレーム全画面特徴データＤＣＨＲ＿Ｐのいずれかが選択特徴データとして選択される（ステップＳ１１Ｂ）。選択特徴データが現フレーム全画面特徴データＤＣＨＲ＿Ｃ又は前フレーム全画面特徴データＤＣＨＲ＿Ｐのいずれであっても、選択特徴データは、ＡＰＬＡＶＥを記述するＡＰＬデータＤＡＰＬ、及び、σＡＶＥ２を記述する分散データＤσ２を含んでいることに留意されたい。
【０１８７】
更に、補間演算／選択回路３８ｂにより、選択特徴データに含まれているＡＰＬデータＤＡＰＬに応じてガンマ値が決定される（ステップＳ１２Ｂ）。ドライバＩＣ６−１、６−２の間で交換される特徴量として、画素の輝度の平均値として算出されるＡＰＬと画素の輝度の二乗平均の組み合わせが採用される場合、ガンマ値γは、全ての色に共通の値として決定される。ここで、ガンマ値γは、ＡＰＬデータＤＡＰＬに記述されているＡＰＬＡＶＥが大きいほど大きくなるように決定される。ガンマ値γは、例えば、次式で決定される：
γ＝γＳＴＤ＋ＡＰＬＡＶＥ・η            ・・・（１９）
ここで、γＳＴＤは、基準となるガンマ値であり、また、ηは、所定の比例定数である。
【０１８８】
ガンマ値γが決定された後、補間演算／選択回路３８ｂにより、ガンマ値γに応じて、補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢが決定される（ステップＳ１３Ｂ）。なお、ドライバＩＣ６−１、６−２の間で交換される特徴量として、画素の輝度の平均値として算出されるＡＰＬと画素の輝度の二乗平均の組み合わせが採用される場合、補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢは、互いに等しくなるように決定されることに留意されたい。
【０１８９】
一実施形態では、ＡＰＬＡＶＥに応じて上述の補正点データ組ＣＰ＃１〜ＣＰ＃ｍのいずれかを選択し、選択した補正点データ組を補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢとして決定してもよい。このようにして補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢが決定された場合のＡＰＬＡＶＥ、γ、及び、補正点データ組ＣＰ＿Ｌｋの関係は、上述の図１５に図示されているとおりである。
【０１９０】
他の実施形態では、次のようにして補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢを決定してもよい。まず、ＡＰＬデータＤＡＰＬに記述されているＡＰＬＡＶＥの上位（Ｍ−Ｎ）ビットに応じて、補正点データ組格納レジスタ３８ａに格納されている補正点データ組ＣＰ＃１〜ＣＰ＃ｍのうちの２つの補正点データ組：補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）を選択する。ここで、上述されているように、Ｍは、ＡＰＬＡＶＥのビット数であり、Ｎは、所定の定数である。また、ｑは、１以上ｍ−１以下の整数である。ＡＰＬＡＶＥが大きいほど、ガンマ値γｋは大きく設定され、よりｑの値が大きいような補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）が選択される。
【０１９１】
更に、補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢの補正点データＣＰ０〜ＣＰ５が、それぞれ、選択した２つの補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）の補正点データＣＰ０〜ＣＰ５の補間計算によって算出される。より具体的には、補正点データ組ＣＰ＿Ｌｋ（ｋは、”Ｒ”、”Ｇ”、”Ｂ”の任意）の補正点データＣＰ０〜ＣＰ５は、選択した２つの補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）の補正点データＣＰ０〜ＣＰ５から、下記式で算出される。
ＣＰα＿Ｌｋ＝ＣＰα（＃ｑ）＋
｛（ＣＰα（＃ｑ＋１）−ＣＰα（＃ｑ）／２Ｎ｝×ＡＰＬＡＶＥ［Ｎ−１：０］，
・・・（２０）
α：０以上、５以下の整数
ＣＰα＿Ｌｋ：補正点データ組ＣＰ＿Ｌｋの補正点データＣＰα
ＣＰα（＃ｑ）：選択された補正点データ組ＣＰ＃ｑの補正点データＣＰα
ＣＰα（＃ｑ＋１）：選択された補正点データ組ＣＰ＃（ｑ＋１）の補正点データＣＰα
ＡＰＬＡＶＥ［Ｎ−１：０］：ＡＰＬＡＶＥの下位Ｎビット
【０１９２】
補正点データ組ＣＰ＿Ｌｋがこのようにして決定された時のＡＰＬＡＶＥ、γ、及び、補正点データ組ＣＰ＿Ｌｋの関係は、図１６に図示されているとおりである。また、補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）にそれぞれに対応するガンマカーブの形状と、補正点データ組ＣＰ＿Ｌｋに対応するガンマカーブの形状は、図１７に図示されているとおりである。
【０１９３】
図１４Ｂに戻り、補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢが決定された後、補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢが、分散データＤσ２に記述されている分散σＡＶＥ２に応じて修正される（ステップＳ１４Ｂ）。修正された補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢが、補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢとして、最終的に近似演算補正回路１５に供給される（ステップＳ１４Ｂ）。ここで、ドライバＩＣ６−１、６−２の間で交換される特徴量として、画素の輝度の平均値として算出されるＡＰＬと画素の輝度の二乗平均の組み合わせが採用される場合、補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢは、互いに等しくなるように決定されることに留意されたい。
【０１９４】
一実施形態では、補正点データ組ＣＰ＿ｓｅｌｋの補正点データＣＰ１、ＣＰ４は、次式で算出される：
ＣＰ１＿ｓｅｌｋ＝ＣＰ１＿Ｌｋ−（ＤＩＮＭＡＸ−σＡＶＥ２）・ξ    ・・・（１２ａ）
ＣＰ４＿ｓｅｌｋ＝ＣＰ４＿Ｌｋ＋（ＤＩＮＭＡＸ−σＡＶＥ２）・ξ    ・・・（１３ａ）
ここで、ＤＩＮＭＡＸは、入力画像データＤＩＮ１、ＤＩＮ２の許容最大値である。また、ξは、所定の比例定数である。また、ＣＰ１＿ｓｅｌｋ、ＣＰ４＿ｓｅｌｋは、それぞれ、補正点データ組ＣＰ＿ｓｅｌｋの補正点データＣＰ１、ＣＰ４であり、ＣＰ１＿Ｌｋ、ＣＰ４＿Ｌｋは、それぞれ、補正点データ組ＣＰ＿Ｌｋの補正点データＣＰ１、ＣＰ４である。上記の式で補正点データＣＰ１、ＣＰ４の修正を行った場合における、階調の分布（ヒストグラム）と、補正演算の内容との関係は、図１９に図示されているとおりである。
【０１９５】
図１４Ｂに戻り、ドライバＩＣ６−１、６−２の近似演算補正回路１５の近似演算ユニット１５Ｒ、１５Ｇ、１５Ｂは、それぞれ、このようにして算出された補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢを用いて入力画像データＤＩＮｉＲ、ＤＩＮｉＧ、及びＤＩＮｉＢに対して補正演算を行い、出力画像データＤＯＵＴＲ、ＤＯＵＴＧ、及びＤＯＵＴＢを生成する（ステップＳ１５Ｂ）。補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢに応じた補正演算により、入力画像データＤＩＮｉＲ、ＤＩＮｉＧ、及びＤＩＮｉＢから出力画像データＤＯＵＴＲ、ＤＯＵＴＧ、及びＤＯＵＴＢを生成する演算は、ドライバＩＣ６−１、６−２の間で交換される特徴量として、各色について算出された、ＡＰＬと副画素の階調の二乗平均の組み合わせが採用される場合と同一である（上記の式（１４ａ）〜（１４ｃ）、（１５）、（１６ａ）、（１６ｂ）、（１７ａ）、（１７ｂ）、（１８）参照））。
【０１９６】
以上に説明されているように、本実施形態の表示装置では、ドライバＩＣ６−１、６−２のそれぞれにおいて、ドライバＩＣ６−１、６−２の間で交換された特徴データに基づいてＬＣＤパネル５の表示領域に表示される画像の全体の特徴量が算出され、算出された特徴量に応じて入力画像データＤＩＮ１、ＤＩＮ２に対して補正演算が行われる。このような動作によれば、ドライバＩＣ６−１、６−２のそれぞれにおいて算出されたＬＣＤパネル５の表示領域に表示される画像の全体の特徴量に応じた補正演算を行うことができる。言い換えれば、追加の画像処理ＩＣ（図２参照）を用いずにＬＣＤパネル５の表示領域に表示される画像の全体の特徴量に応じた補正演算を行うことができる。これは、コストの低減に寄与する。その一方で、ドライバＩＣ６−１、６−２のそれぞれには、ＬＣＤパネル５の表示領域に表示される画像の全体に対応する画像データを送信する必要がない。即ち、ドライバＩＣ６−１には、ＬＣＤパネル５の表示領域の第１部分９−１の画像に対応する入力画像データＤＩＮ１が送信され、ドライバＩＣ６−２には、ＬＣＤパネル５の表示領域の第１部分９−２の画像に対応する入力画像データＤＩＮ２が送信される。したがって、本実施形態の表示装置では、必要なデータ転送速度を低減させることができる。
【０１９７】
更に、ドライバＩＣ６−１、６−２の間の特徴データの通信が正常に行われなかった場合、演算結果格納メモリ２３に格納されている前フレーム全画面特徴データＤＣＨＲ＿Ｐに示されている特徴量を用いて補正演算を行うので、通信が正常に行われなかった場合でも、ＬＣＤパネル５の表示領域の第１部分９−１、第２部分９−２の境界が視覚的に認識可能になってしまうことを防ぐことができる。
【０１９８】
なお、以上には、２つのドライバＩＣ６−１、６−２でＬＣＤパネル５の表示領域の画素が駆動される構成が図示されているが、３以上のドライバＩＣによってＬＣＤパネル５の表示領域の画素が駆動されてもよい。図２０は、３つのドライバＩＣ６−１〜６−３でＬＣＤパネル５の表示領域の画素が駆動される構成を示す図である。
【０１９９】
図２０の構成では、ＬＣＤパネル５に通信バス１０が形成され、ドライバＩＣ６−１〜６−３は、通信バス１０を通じてチップ間通信データＤＣＨＩＰ、より具体的には、特徴データと通信状態通知データとを交換する。ドライバＩＣ６−１〜６−３のそれぞれは、自らが生成した特徴データ（ＤＣＨＲ＿ｉ）と外部から受け取った特徴データ（ＤＣＨＲ＿ＩＮ）とから、現フレーム全画面特徴データを算出する。上述のように、ドライバＩＣ６−１〜６−３の間で交換される特徴量として、Ｒ副画素、Ｇ副画素、Ｂ副画素のそれぞれについて算出されたＡＰＬ及び階調の二乗平均が使用される場合、特徴データＤＣＨＲ＿１、ＤＣＨＲ＿２に記述されているＡＰＬの平均値が、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬとして算出され、特徴データＤＣＨＲ＿１、ＤＣＨＲ＿２に記述されている副画素の階調の二乗平均の平均値が、ＬＣＤパネル５の表示領域に表示される画像の全体の副画素の階調の二乗平均として算出される。更に、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬと副画素の階調の二乗平均から副画素の階調の分散が算出され、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬと副画素の階調の分散に応じた補正演算が行われる。また、ドライバＩＣ６−１〜６−３の間で交換される特徴量として、画素の輝度の平均値として算出されたＡＰＬ及び画素の輝度の二乗平均が使用される場合、特徴データＤＣＨＲ＿１、ＤＣＨＲ＿２に記述されているＡＰＬの平均値が、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬとして算出され、特徴データＤＣＨＲ＿１、ＤＣＨＲ＿２に記述されている画素の階調の二乗平均の平均値が、ＬＣＤパネル５の表示領域に表示される画像の全体の画素の輝度の二乗平均として算出される。更に、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬと画素の輝度の二乗平均から画素の輝度の分散が算出され、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬと画素の輝度の分散に応じた補正演算が行われる。
【０２００】
更に、ドライバＩＣ６−１〜６−３のそれぞれは、自らが生成した通信状態通知データＤＳＴ＿ＯＵＴと外部から受け取った通信状態通知データＤＳＴ＿ＩＮの全てが通信ＡＣＫデータである場合、現フレーム全画面特徴データを選択し、そうでない場合、前フレーム全画面特徴データを選択する。このような動作によれば、３個以上のドライバＩＣが含まれる表示装置において、通信が正常に行われなかった場合でも、全てのドライバＩＣにおいて同一の補正演算を行うことができる。
【０２０１】
（第２の実施形態）
図２１は、本発明の第２の実施形態における液晶表示装置の構成を示すブロック図である。第２の実施形態においても、第１の実施形態と同様に、ＬＣＤパネル５が２つのドライバＩＣ６−１、６−２で駆動される。第２の実施形態におけるドライバＩＣ６−１、６−２の構成は、第１の実施形態とほぼ同様である。ただし、第２の実施形態では、ドライバＩＣ６−１、６−２における補正演算を統一するための動作（即ち、ドライバＩＣ６−１、６−２において同一の補正演算を行わせるための動作）が、第１の実施形態と異なっている。
【０２０２】
第２の実施形態では、ドライバＩＣ６−１、６−２の一方が、マスタードライバとして動作し、他方がスレーブドライバとして動作する。ここで、マスタードライバとは、ドライバＩＣ６−１、６−２における補正演算を統一するための動作を制御するドライバである。スレーブドライバは、マスタードライバによる制御の下で補正演算を行うドライバである。以下の説明では、ドライバＩＣ６−１がスレーブドライバ、ドライバＩＣ６−２がマスタードライバとして動作する場合について説明する。
【０２０３】
図２２は、本実施形態におけるドライバＩＣ６−１、６−２の動作を示す図である。まず、ドライバＩＣ６−１、６−２のそれぞれの特徴データ演算回路２２において、それぞれ、入力画像データＤＩＮ１、ＤＩＮ２が分析され、特徴データＤＣＨＲ＿１、ＤＣＨＲ＿２が算出される（ステップＳ２１）。上述のように、特徴データＤＣＨＲ＿１は、ＬＣＤパネル５の第１部分９−１に表示される画像の特徴量を示すデータであり、ドライバＩＣ６−１に供給される入力画像データＤＩＮ１から算出される。同様に、特徴データＤＣＨＲ＿２は、ＬＣＤパネル５の第１部分９−２に表示される画像の特徴量を示すデータであり、ドライバＩＣ６−２に供給される入力画像データＤＩＮ２から算出される。本実施形態においても、第１の実施形態と同様に、ドライバＩＣ６−１、６−２のそれぞれにおいて算出される特徴量として、Ｒ副画素、Ｇ副画素、Ｂ副画素のそれぞれについて算出されたＡＰＬ及び副画素の階調の二乗平均を使用してもよい。また、ドライバＩＣ６−１、６−２のそれぞれにおいて算出される特徴量としては、画素の輝度の平均値として算出されたＡＰＬ及び画素の輝度の二乗平均を使用してもよい。
【０２０４】
続いて、スレーブドライバであるドライバＩＣ６−１からマスタードライバであるドライバＩＣ６−２に、ドライバＩＣ６−１において算出された特徴データＤＣＨＲ＿１が送られる（ステップＳ２２）。詳細には、ドライバＩＣ６−１は、特徴データ算出回路３１によって算出された特徴データＤＣＨＲ＿１に誤り検出符号を付加した出力特徴データＤＣＨＲ＿ＯＵＴをドライバＩＣ６−２に送信する。誤り検出符号の付加は、誤り検出符号追加回路３２によって行われる。ドライバＩＣ６−２は、ドライバＩＣ６−１が送信した出力特徴データＤＣＨＲ＿ＯＵＴを、入力特徴データＤＣＨＲ＿ＩＮとして受信する。
【０２０５】
マスタードライバであるドライバＩＣ６−２のチップ間通信検出回路３３は、入力特徴データＤＣＨＲ＿ＩＮに付加された誤り検出符号を用いて、ドライバＩＣ６−１から送信された入力特徴データＤＣＨＲ＿ＩＮが正常に受信できたかを判断する（ステップＳ２３）。詳細には、ドライバＩＣ６−２のチップ間通信検出回路３３は、入力特徴データＤＣＨＲ＿ＩＮにデータ誤りを検出しなかった場合（又は、誤り訂正符号が使用された場合には、訂正不可能なデータ誤りを検出しなかった場合）、入力特徴データＤＣＨＲ＿ＩＮを正常に受信したと判断し、通信状態通知データＤＳＴ＿ＯＵＴとして通信ＡＣＫデータを生成する。一方、データ誤りを検出した場合、（又は、誤り訂正符号が使用された場合には、誤り訂正が不可能であるような誤りを検出した場合）、ドライバＩＣ６−２のチップ間通信検出回路３３は、通信状態通知データＤＳＴ＿ＯＵＴとして通信ＮＧデータを出力する。
【０２０６】
ステップＳ２３において、マスタードライバであるドライバＩＣ６−２が、ドライバＩＣ６−１から送信された入力特徴データＤＣＨＲ＿ＩＮを正常に受信できたと判断した場合、以下に述べられるステップＳ２４〜Ｓ２７の動作が行われる。
【０２０７】
ステップＳ２４では、まず、マスタードライバであるドライバＩＣ６−２は、全画面特徴データ演算回路３４において、ドライバＩＣ６−１から受け取った入力特徴データＤＣＨＲ＿ＩＮ（即ち、特徴データＤＣＨＲ＿１）と、ドライバＩＣ６−２が自ら算出した特徴データＤＣＨＲ＿２とから、現フレーム全画面特徴データを算出する。現フレーム全画面特徴データの算出方法は、第１の実施形態と同様である。例えば、特徴量として、各色について算出されたＡＰＬ及び階調の二乗平均が使用される場合、特徴データＤＣＨＲ＿１、ＤＣＨＲ＿２に記述されているＡＰＬの平均値が、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬとして算出され、特徴データＤＣＨＲ＿１、ＤＣＨＲ＿２に記述されている二乗平均の平均値が、ＬＣＤパネル５の表示領域に表示される画像の全体についての画素の階調の二乗平均として算出される。更に、各色について算出された、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬと副画素の階調の二乗平均とから、副画素の階調の分散が算出される。補正演算は、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬと副画素の階調の分散に応じて行われる。また、特徴量として、画素の輝度の平均値として算出されたＡＰＬ及び画素の輝度の二乗平均が使用される場合、特徴データＤＣＨＲ＿１、ＤＣＨＲ＿２に記述されているＡＰＬの平均値が、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬとして算出され、特徴データＤＣＨＲ＿１、ＤＣＨＲ＿２に記述されている輝度の二乗平均の平均値が、ＬＣＤパネル５の表示領域に表示される画像の全体についての画素の輝度の二乗平均として算出される。更に、ＬＣＤパネル５の表示領域に表示される画像の全体について算出されたＡＰＬと画素の輝度の二乗平均とから、画素の輝度の分散が算出される。補正演算は、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬと画素の輝度の分散に応じて行われる。
【０２０８】
ステップＳ２４では、更に、マスタードライバであるドライバＩＣ６−２は、現フレーム全画面特徴データに誤り訂正符号を追加したデータを、出力特徴データＤＣＨＲ＿ＯＵＴとして生成し、生成した出力特徴データＤＣＨＲ＿ＯＵＴと、通信ＡＣＫデータを含む通信状態通知データＤＳＴ＿ＯＵＴとをスレーブドライバであるドライバＩＣ６−１に送信する。この場合、ドライバＩＣ６−１は、現フレーム全画面特徴データに誤り訂正符号を追加したデータを入力特徴データＤＣＨＲ＿ＩＮとして受信し、通信ＡＣＫデータを含む通信状態通知データＤＳＴ＿ＯＵＴを通信状態通知データＤＳＴ＿ＩＮとして受信することになる。
【０２０９】
続いて、スレーブドライバであるドライバＩＣ６−１のチップ間通信検出回路３３は、入力特徴データＤＣＨＲ＿ＩＮに付加された誤り検出符号を用いて、ドライバＩＣ６−２から送信された入力特徴データＤＣＨＲ＿ＩＮ（即ち、現フレーム全画面特徴データ）が正常に受信できたかを判断する（ステップＳ２５）。詳細には、ドライバＩＣ６−１のチップ間通信検出回路３３は、入力特徴データＤＣＨＲ＿ＩＮ（即ち、誤り検出符号が付加された現フレーム全画面特徴データ）にデータ誤りを検出しなかった場合（又は、誤り訂正符号が使用された場合には、訂正不可能なデータ誤りを検出しなかった場合）、入力特徴データＤＣＨＲ＿ＩＮを正常に受信したと判断し、通信状態通知データＤＳＴ＿ＯＵＴとして通信ＡＣＫデータを出力する。通信ＡＣＫデータを含む通信状態通知データＤＳＴ＿ＯＵＴは、ドライバＩＣ６−１からドライバＩＣ６−２に送られる。即ち、通信ＡＣＫデータがドライバＩＣ６−１からドライバＩＣ６−２に送られる（ステップＳ２６）。
【０２１０】
一方、ステップＳ２５においてデータ誤りを検出した場合、（又は、誤り訂正符号が使用された場合には、誤り訂正が不可能であるような誤りを検出した場合）、ドライバＩＣ６−１のチップ間通信検出回路３３は、通信状態通知データＤＳＴ＿ＯＵＴとして通信ＮＧデータを出力する。通信ＮＧデータを含む通信状態通知データＤＳＴ＿ＯＵＴは、ドライバＩＣ６−１からドライバＩＣ６−２に送られる。即ち、通信ＮＧデータがドライバＩＣ６−１からドライバＩＣ６−２に送られる（ステップＳ２７）。
【０２１１】
更に、ステップＳ２３において、マスタードライバであるドライバＩＣ６−２が、ドライバＩＣ６−１から送信された入力特徴データＤＣＨＲ＿ＩＮを正常に受信しなかったと判断した場合、以下に述べられるステップＳ２８〜Ｓ３１の動作が行われる。
【０２１２】
ステップＳ２８では、マスタードライバであるドライバＩＣ６−２は、現フレーム全画面特徴データと同一形式のダミーデータに誤り訂正符号を追加したデータを、出力特徴データＤＣＨＲ＿ＯＵＴとして生成し、生成した出力特徴データＤＣＨＲ＿ＯＵＴと、通信ＮＧデータを含む通信状態通知データＤＳＴ＿ＯＵＴとをスレーブドライバであるドライバＩＣ６−１に送信する。この場合、ドライバＩＣ６−１は、ダミーデータに誤り訂正符号を追加したデータを入力特徴データＤＣＨＲ＿ＩＮとして受信し、通信ＮＧデータを含む通信状態通知データＤＳＴ＿ＯＵＴを通信状態通知データＤＳＴ＿ＩＮとして受信することになる。
【０２１３】
続いて、スレーブドライバであるドライバＩＣ６−１のチップ間通信検出回路３３は、入力特徴データＤＣＨＲ＿ＩＮに付加された誤り検出符号を用いて、ドライバＩＣ６−２から送信された入力特徴データＤＣＨＲ＿ＩＮ（即ち、ダミーデータ）が正常に受信できたかを判断する（ステップＳ２９）。詳細には、ドライバＩＣ６−１のチップ間通信検出回路３３は、入力特徴データＤＣＨＲ＿ＩＮ（即ち、誤り検出符号が付加されたダミーデータ）にデータ誤りを検出しなかった場合（又は、誤り訂正符号が使用された場合には、訂正不可能なデータ誤りを検出しなかった場合）、入力特徴データＤＣＨＲ＿ＩＮを正常に受信したと判断し、通信状態通知データＤＳＴ＿ＯＵＴとして通信ＡＣＫデータを出力する。通信ＡＣＫデータを含む通信状態通知データＤＳＴ＿ＯＵＴは、ドライバＩＣ６−１からドライバＩＣ６−２に送られる。即ち、通信ＡＣＫデータがドライバＩＣ６−１からドライバＩＣ６−２に送られる（ステップＳ３０）。
【０２１４】
一方、ステップＳ２９においてデータ誤りを検出した場合、（又は、誤り訂正符号が使用された場合には、誤り訂正が不可能であるような誤りを検出した場合）、ドライバＩＣ６−１のチップ間通信検出回路３３は、通信状態通知データＤＳＴ＿ＯＵＴとして通信ＮＧデータを出力する。通信ＮＧデータを含む通信状態通知データＤＳＴ＿ＯＵＴは、ドライバＩＣ６−１からドライバＩＣ６−２に送られる。即ち、通信ＮＧデータがドライバＩＣ６−１からドライバＩＣ６−２に送られる（ステップＳ３１）。
【０２１５】
ドライバＩＣ６−１、６−２のそれぞれは、それぞれのチップ間通信検出回路３３によって生成された通信状態通知データＤＳＴ＿ＯＵＴと、外部から受け取った通信状態通知データＤＳＴ＿ＩＮとから、現フレーム全画面特徴データ又は前フレーム全画面特徴データのいずれを用いて補正演算を行うか（即ち、現フレーム全画面特徴データ又は前フレーム全画面特徴データのいずれから補正点データ組ＣＰ＿ｓｅｌｋ）を生成するかを選択する。ドライバＩＣ６−１、６−２のそれぞれは、それぞれのチップ間通信検出回路３３によって生成された通信状態通知データＤＳＴ＿ＯＵＴと、外部から受け取った通信状態通知データＤＳＴ＿ＩＮとの両方が通信ＡＣＫデータである場合に現フレーム全画面特徴データを選択する。ここで、ドライバＩＣ６−２においては、ドライバＩＣ６−２に含まれる全画面特徴データ演算回路３４によって算出された現フレーム全画面特徴データが選択され、ドライバＩＣ６−１においては、ドライバＩＣ６−２から送信された現フレーム全画面特徴データが選択される。現フレーム全画面特徴データが選択された場合、ドライバＩＣ６−１、６−２のそれぞれにおいて、演算結果格納メモリ２３の内容が、現フレーム全画面特徴データに更新される。
【０２１６】
通信状態通知データＤＳＴ＿ＯＵＴ、ＤＳＴ＿ＩＮの少なくとも一方が通信ＮＧデータである場合、ドライバＩＣ６−１、６−２のそれぞれは、演算結果格納メモリ２３に格納されている前フレーム全画面特徴データを選択する。ここで、スレーブドライバであるドライバＩＣ６−１は、マスタードライバであるドライバＩＣ６−２から通信ＮＧデータを受け取った場合（即ち、正常に特徴データＤＣＨＲ＿１を受け取らなかった場合）には、現フレーム全画面特徴データではなくダミーデータを受け取ることになる。しかしながら、この場合には前フレーム全画面特徴データが選択されるので、動作に支障はない。
【０２１７】
本実施形態の表示装置においても、ドライバＩＣ６−１、６−２のそれぞれにおいて、ＬＣＤパネル５の表示領域に表示される画像の全体について算出された特徴量に応じて入力画像データＤＩＮ１、ＤＩＮ２に対して補正演算が行われる。このような動作によれば、ドライバＩＣ６−１、６−２のそれぞれにおいて算出されたＬＣＤパネル５の表示領域に表示される画像の全体の特徴量に応じた補正演算を行うことができる。その一方で、ドライバＩＣ６−１、６−２のそれぞれには、ＬＣＤパネル５の表示領域に表示される画像の全体に対応する画像データを送信する必要がない。即ち、ドライバＩＣ６−１には、ＬＣＤパネル５の表示領域の第１部分９−１の画像に対応する入力画像データＤＩＮ１が送信され、ドライバＩＣ６−２には、ＬＣＤパネル５の表示領域の第１部分９−２の画像に対応する入力画像データＤＩＮ２が送信される。したがって、本実施形態の表示装置では、必要なデータ転送速度を低減させることができる。
【０２１８】
更に、ドライバＩＣ６−１、６−２の間の特徴データ（又は現フレーム全画面特徴データ）の通信が正常に行われなかった場合、演算結果格納メモリ２３に格納されている前フレーム全画面特徴データＤＣＨＲ＿Ｐに示されている特徴量を用いて補正演算を行うので、通信が正常に行われなかった場合でも、ＬＣＤパネル５の表示領域の第１部分９−１、第２部分９−２の境界が視覚的に認識可能になってしまうことを防ぐことができる。
【０２１９】
なお、以上に述べられた第２の実施形態では、液晶表示装置が２個のドライバＩＣを含む構成が説明されているが、スレーブドライバの数を増やすことにより（即ち、上記のドライバＩＣ６−１の動作と同一の動作を行うドライバＩＣの数を増やすことにより）、３個以上のドライバＩＣを含む表示装置を実現することもできる。この場合、マスタードライバは、全てのスレーブドライバから、特徴データ及び通信状態通知データを受け取るとともに、全てのスレーブドライバに現フレーム全画面特徴データ及び通信状態通知データを送信する。各ドライバＩＣ（マスタードライバ、スレーブドライバ）は、自らが生成した通信状態通知データと外部から受け取った通信状態通知データの全てが通信ＡＣＫデータである場合、現フレーム全画面特徴データを選択し、そうでない場合、前フレーム全画面特徴データを選択する。このような動作によれば、３個以上のドライバＩＣが含まれる表示装置において、通信が正常に行われなかった場合でも、全てのドライバＩＣにおいて同一の補正演算を行うことができる。
【０２２０】
以上には、本発明の実施形態が具体的に記載されているが、本発明は、上記の実施形態に限定されると解釈してはならない。本発明が、様々な変更と共に実施され得ることは、当業者には自明的であろう。特に、上記には本発明が液晶表示装置に適用された実施形態が説明されているが、本発明は、補正演算を行う表示パネルドライバを含む表示装置一般に適用可能であることに留意されたい。
【符号の説明】
【０２２１】
１        ：本体ブロック
２        ：液晶表示ブロック
３        ：ＦＰＣ
４        ：ＣＰＵ
５        ：ＬＣＤパネル
６−１、６−２、６−３：ドライバＩＣ
７        ：ＬＥＤドライバ
８        ：ＬＥＤバックライト
９−１    ：第１部分
９−２    ：第２部分
１０      ：通信バス
１１      ：メモリ制御回路
１２      ：表示用メモリ
１３      ：チップ間通信回路
１４      ：補正点データ組供給回路
１５      ：近似演算補正回路
１５Ｒ、１５Ｇ、１５Ｂ、１５ｋ：近似演算ユニット
１６      ：減色処理回路
１７      ：ラッチ回路
１８      ：データ線駆動回路
１９      ：階調電圧発生回路
２０      ：タイミング制御回路
２１      ：バックライト輝度調整回路
２２      ：特徴データ演算回路
２３      ：演算結果格納メモリ
２４      ：補正点データ算出回路
３１      ：特徴データ算出回路
３２      ：誤り検出符号追加回路
３３      ：チップ間通信検出回路
３４      ：全画面特徴データ演算回路
３５      ：通信状態格納メモリ
３６      ：通信確認回路
３７      ：特徴データ選択回路
３８ａ    ：補正点データ組格納レジスタ
３８ｂ    ：補間演算／選択回路
３９      ：補正点データ加減算回路
１０１    ：本体ブロック
１０２    ：液晶表示ブロック
１０３    ：ＦＰＣ
１０４    ：ＣＰＵ
１０５    ：ＬＣＤパネル
１０６、１０６−１、１０６−２：ドライバＩＣ
１０６ａ  ：画像データ補正回路
１０７    ：ドライバ
１０７    ：ＬＥＤドライバ
１０８    ：ＬＥＤバックライト
１０９    ：画像処理ＩＣ
１０９ａ  ：画像データ補正回路
ＣＰ＿ＬＢ：補正点データ組
ＣＰ＿ＬＧ：補正点データ組
ＣＰ＿ＬＲ：補正点データ組
ＣＰ＿Ｌｋ：補正点データ組
ＣＰ＿ｓｅｌＢ：補正点データ組
ＣＰ＿ｓｅｌＧ：補正点データ組
ＣＰ＿ｓｅｌＲ：補正点データ組
ＣＰ＿ｓｅｌｋ：補正点データ組
ＣＰ０〜ＣＰ５    ：補正点データ
ＤＡＰＬ  ：ＡＰＬデータ
ＤＣＨＩＰ：チップ間通信データ
ＤＣＨＲ＿１、ＤＣＨＲ＿２：特徴データ
ＤＣＨＲ＿Ｃ：現フレーム全画面特徴データ
ＤＣＨＲ＿ＩＮ：入力特徴データ
ＤＣＨＲ＿ＯＵＴ：出力特徴データ
ＤＣＨＲ＿Ｐ：前フレーム全画面特徴データ
ＤＩＮ１、ＤＩＮ２、ＤＩＮ３、ＤＩＮｉＲ、ＤＩＮｉＧ、ＤＩＮｉＢ、ＤＩＮｉｋ：入力画像データ
ＤＩＮＣｅｎｔｅｒ：中間データ値
ＤＩＮＭＡＸ：許容最大値
ＤＯＵＴ、ＤＯＵＴＲ、ＤＯＵＴＧ、ＤＯＵＴＢ、ＤＯＵＴｋ：出力画像データ
ＤＯＵＴ＿Ｄ：減色画像データ
ＤＳＴ＿ＩＮ：通信状態通知データ
ＤＳＴ＿ＯＵＴ：通信状態通知データ
ＤＳＹＮＣ１、ＤＳＹＮＣ２、ＤＳＹＮＣｉ：同期データ
Ｄσ２    ：分散データ
ＨＳＹＮＣ：水平同期信号
ＩＤＲＶ    ：ＬＥＤ駆動電流
ＳＣＭＦ    ：通信確認信号
ＳＦＲＭ    ：フレーム信号
ＳＭ＿ＣＴＲＬ：表示用メモリ制御信号
ＳＰＷＭ  ：輝度制御信号
ＳＳＴＢ  ：ラッチ信号
ＶＳＹＮＣ：垂直同期信号
【図１】
2014115477.tif 000012
【図２】
2014115477.tif 000013
【図３】
2014115477.tif 000014
【図４】
2014115477.tif 000015
【図５】
2014115477.tif 000016
【図６】
2014115477.tif 000017
【図７】
2014115477.tif 000018
【図８】
2014115477.tif 000019
【図９】
2014115477.tif 000020
【図１０】
2014115477.tif 000021
【図１１】
2014115477.tif 000022
【図１２】
2014115477.tif 000023
【図１３】
2014115477.tif 000024
【図１４Ａ】
2014115477.tif 000025
【図１４Ｂ】
2014115477.tif 000026
【図１５】
2014115477.tif 000027
【図１６】
2014115477.tif 000028
【図１７】
2014115477.tif 000029
【図１８】
2014115477.tif 000030
【図１９】
2014115477.tif 000031
【図２０】
2014115477.tif 000032
【図２１】
2014115477.tif 000033
【図２２】
2014115477.tif 000034
【図２３】
2014115477.tif 000035
【手続補正書】
【提出日】平成25年12月16日(2013.12.16)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】変更
【補正の内容】
【００２１】
ＬＣＤパネル１０５の全体に対して共通の補正演算を行う一つの手法としては、図２に図示されているように、送信元において画像データの補正演算を行い、補正後の画像データを各ドライバＩＣに送信する構成が考えられる。詳細には、図２の構成では、本体ブロック１０１には、画像データ補正回路１０９ａを有する画像処理ＩＣ１０９が搭載される。一方、ＬＣＤパネル１０５には２つのドライバＩＣ１０６−１、１０６−２が搭載される。画像処理ＩＣ１０９は、ＦＰＣ１０３−１に設けられた信号線によってドライバＩＣ１０６−１に接続され、更に、ＦＰＣ１０３−２に設けられた信号線によってドライバＩＣ１０６−２に接続されている。ＦＰＣ１０３−２には、更に、ＬＥＤドライバ１０７、ＬＥＤバックライト１０８が搭載される。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】変更
【補正の内容】
【００３８】
チップ間通信データＤＣＨＩＰは、ドライバＩＣ６−１、６−２が特徴データを交換するために使用される。特徴データとは、ドライバＩＣ６−１、６−２のそれぞれが駆動するＬＣＤパネル５の表示領域の部分（即ち、第１部分９−１、第２部分９−２）の画像の特徴量を示すデータである。ドライバＩＣ６−１は、それに供給される入力画像データＤＩＮ１から、ＬＣＤパネル５の表示領域の第１部分９−１に表示される画像の特徴量を算出し、算出した特徴量を示す特徴データをチップ間通信データＤＣＨＩＰとしてドライバＩＣ６−２に送る。同様に、ドライバＩＣ６−２は、それに供給される入力画像データＤＩＮ２から、ＬＣＤパネル５の表示領域の第２部分９−２に表示される画像の特徴量を算出し、算出した特徴量を示す特徴データをチップ間通信データＤＣＨＩＰとしてドライバＩＣ６−１に送る。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００９１
【補正方法】変更
【補正の内容】
【００９１】
ここで、第ｉ部分９−ｉに表示される画像の各画素の輝度階調をＹｊとすると、第ｉ部分９−ｉに表示される画像のＡＰＬ及び画素の輝度の二乗平均は、次式で算出される：
ＡＰＬｉ＝ΣＹｊ／ｎ                        ・・・（１ｄ）
＜Ｙ２＞ｉ＝Σ（Ｙｊ２）／ｎ                  ・・・（２ｄ）
ここで、ｎは、ＬＣＤパネル５の表示領域の第ｉ部分９−ｉに含まれる画素の数であり、Σは、第ｉ部分９−ｉについての和を表している。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００９３
【補正方法】変更
【補正の内容】
【００９３】
誤り検出符号追加回路３２は、特徴データ算出回路３１によって生成された特徴データＤＣＨＲ＿ｉに誤り検出符号を追加し、他のドライバＩＣに送信すべき特徴データである出力特徴データＤＣＨＲ＿ＯＵＴを生成する。出力特徴データＤＣＨＲ＿ＯＵＴは、チップ間通信回路１３に引き渡され、チップ間通信データＤＣＨＩＰとして他のドライバＩＣに送信される。出力特徴データＤＣＨＲ＿ＯＵＴが誤り検出符号を含んでいることにより、当該他のドライバＩＣは、送信された出力特徴データＤＣＨＲ＿ＯＵＴを入力特徴データＤＣＨＲ＿ＩＮとして受け取ったときに、入力特徴データＤＣＨＲ＿ＩＮを正常に受信できたかを判断することができる。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１０６
【補正方法】変更
【補正の内容】
【０１０６】
また、ドライバＩＣ６−１の全画面特徴データ演算回路３４は、特徴データＤＣＨＲ＿１に記述されている、第１部分９−１に表示される画像の画素の輝度の階調の二乗平均＜Ｙ２＞１と、特徴データＤＣＨＲ＿２（即ち、入力特徴データＤＣＨＲ＿ＩＮ）に記述されている、第２部分９−２に表示される画像の画素の輝度の二乗平均＜Ｙ２＞２の平均値として、ＬＣＤパネル５の表示領域の画像の全体の画素の輝度の二乗平均＜Ｙ２＞ＡＶＥを算出する。即ち、
＜Ｙ２＞ＡＶＥ＝（＜Ｙ２＞１＋＜Ｙ２＞２）／２          ・・・（４ｄ）
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１２７
【補正方法】変更
【補正の内容】
【０１２７】
その代わりに、補間演算／選択回路３８ｂは、次のようにして補正点データ組ＣＰ＿Ｌｋ（ｋ＝“Ｒ”、“Ｇ”ｏｒ“Ｂ”）を決定してもよい。補間演算／選択回路３８ｂは、ＡＰＬデータＤＡＰＬに記述されているＡＰＬＡＶＥ＿ｋに応じて、補正点データ組格納レジスタ３８ａに格納されている補正点データ組ＣＰ＃１〜ＣＰ＃ｍのうちの２つの補正点データ組：補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）を選択する。ｑは、１以上、ｍ−１以下の整数である。更に補間演算／選択回路３８ｂは、補正点データ組ＣＰ＿Ｌｋの補正点データＣＰ０〜ＣＰ５を、それぞれ、選択した２つの補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）の補正点データＣＰ０〜ＣＰ５の補間計算によって算出する。補正点データ組ＣＰ＿Ｌｋの補正点データＣＰ０〜ＣＰ５を、選択した２つの補正点データ組ＣＰ＃ｑ、ＣＰ＃（ｑ＋１）の補正点データＣＰ０〜ＣＰ５の補間計算によって算出することは、補正点データ組格納レジスタ３８ａに保存される補正点データ組ＣＰ＃１〜ＣＰ＃ｍの数が少なくても、ガンマ補正に使用されるガンマ値を細かく調節することを可能にする点で有用である。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１３５
【補正方法】変更
【補正の内容】
【０１３５】
一方、分散データＤσ２が、ＬＣＤパネル５の表示領域の全体の画素の輝度の分散σＡＶＥ２を記述しているデータとして生成される場合、補正点データ加減算回路３９は、分散σＡＶＥ２に基づいて、補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢの補正点データＣＰ１、ＣＰ４を修正する。修正された補正点データＣＰ１、ＣＰ４が、補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢの補正点データＣＰ１、ＣＰ４として使用される。また、補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢの補正点データＣＰ０、ＣＰ２、ＣＰ３、ＣＰ５は、そのまま、補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢの補正点データＣＰ０、ＣＰ２、ＣＰ３、ＣＰ５として使用される。この場合、補正点データ組ＣＰ＿ＬＲ、ＣＰ＿ＬＧ、ＣＰ＿ＬＢは、互いに等しく、よって、結果として生成される補正点データ組ＣＰ＿ｓｅｌＲ、ＣＰ＿ｓｅｌＧ、ＣＰ＿ｓｅｌＢも互いに等しいことに留意されたい。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１３８
【補正方法】変更
【補正の内容】
【０１３８】
ドライバＩＣ６−１、６−２の特徴データ演算回路２２の特徴データ算出回路３１において、それぞれ、入力画像データＤＩＮ１、ＤＩＮ２が分析され、特徴データＤＣＨＲ＿１、ＤＣＨＲ＿２が算出される（ステップＳ０１）。上述のように、特徴データＤＣＨＲ＿１は、ＬＣＤパネル５の第１部分９−１に表示される画像の特徴量を示すデータであり、ドライバＩＣ６−１に供給される入力画像データＤＩＮ１から算出される。同様に、特徴データＤＣＨＲ＿２は、ＬＣＤパネル５の第２部分９−２に表示される画像の特徴量を示すデータであり、ドライバＩＣ６−２に供給される入力画像データＤＩＮ２から算出される。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１５６
【補正方法】変更
【補正の内容】
【０１５６】
同様に、ドライバＩＣ６−２は、自身が算出した特徴量（即ち、第２部分９−２に表示される画像の特徴量）と、ドライバＩＣ６−１から受け取った特徴データに示されている特徴量（即ち、第１部分９−１に表示される画像の特徴量）とから、ＬＣＤパネル５の表示領域に表示される画像の全体の特徴量を算出する。ＡＰＬについては、第１部分９−１に表示される画像のＡＰＬと第２部分９−２に表示される画像のＡＰＬの平均値ＡＰＬＡＶＥを算出する。図１３の例では、ドライバＩＣ６−２は、ドライバＩＣ６−１と同様に平均値ＡＰＬＡＶＥを１４０として算出することになる。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１６３
【補正方法】変更
【補正の内容】
【０１６３】
図１４Ａは、ドライバＩＣ６−１、６−２の間で交換される特徴量として、各色について算出された、ＡＰＬと副画素の階調の二乗平均の組み合わせが採用される場合の補正点データ算出回路２４の動作を示すフローチャートである。この場合、現フレーム全画面特徴データＤＣＨＲ＿Ｃ及び前フレーム全画面特徴データＤＣＨＲ＿Ｐは、いずれも、ＡＰＬＡＶＥ＿Ｒ、ＡＰＬＡＶＥ＿Ｇ、ＡＰＬＡＶＥ＿Ｂを記述するＡＰＬデータＤＡＰＬ、及び、σＡＶＥ＿Ｒ２、σＡＶＥ＿Ｇ２、σＡＶＥ＿Ｂ２を記述する分散データＤσ２を含んでいることに留意されたい。補正点データ算出回路２４は、このような内容の現フレーム全画面特徴データＤＣＨＲ＿Ｃ又は前フレーム全画面特徴データＤＣＨＲ＿Ｐから、近似演算補正回路１５に供給される補正点データ組ＣＰ＿ｓｅｌｋを決定する。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１６４
【補正方法】変更
【補正の内容】
【０１６４】
まず、通信確認回路３６から送られる通信確認信号ＳＣＭＦに応答して、現フレーム全画面特徴データＤＣＨＲ＿Ｃ又は前フレーム全画面特徴データＤＣＨＲ＿Ｐのいずれかが特徴データ選択回路３７によって選択される（ステップＳ１１Ａ）。ステップＳ１１Ａで選択された特徴データを、以下では、選択特徴データという。選択特徴データが現フレーム全画面特徴データＤＣＨＲ＿Ｃ又は前フレーム全画面特徴データＤＣＨＲ＿Ｐのいずれであっても、選択特徴データは、ＡＰＬＡＶＥ＿Ｒ、ＡＰＬＡＶＥ＿Ｇ、ＡＰＬＡＶＥ＿Ｂを記述するＡＰＬデータＤＡＰＬ、及び、σＡＶＥ＿Ｒ２、σＡＶＥ＿Ｇ２、σＡＶＥ＿Ｂ２を記述する分散データＤσ２を含んでいることに留意されたい。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０１７６
【補正方法】変更
【補正の内容】
【０１７６】
図１９は、上記の式で補正点データＣＰ１、ＣＰ４の修正を行った場合における、階調の分布（ヒストグラム）と、補正演算の内容との関係を概念的に示している。ＡＰＬＡＶＥ＿ｋが同一であっても、コントラストが相違すると、分散σＡＶＥ＿ｋ２は相違する。階調がＡＰＬＡＶＥ＿ｋに近い副画素が多い画像では、コントラストが小さく、この場合、分散σＡＶＥ＿ｋ２が小さくなる。このような場合、補正点データＣＰ１が小さくなり、且つ、補正点データＣＰ４が大きくなるように修正が行われることで、コントラストが強調される（右欄）。一方、階調がＡＰＬＡＶＥ＿ｋから離れている副画素が多い画像では、コントラストが大きく、この場合、分散σＡＶＥ＿ｋ２が大きくなる。このような場合、補正点データＣＰ１、ＣＰ４に対して小さな修正しかなされず、コントラストは強調されない（左欄）。上記の式（１２ａ）〜（１２ｃ）、（１３ａ）〜（１３ｃ）が、このような条件を満たすことは理解されよう。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】０１９９
【補正方法】変更
【補正の内容】
【０１９９】
図２０の構成では、ＬＣＤパネル５に通信バス１０が形成され、ドライバＩＣ６−１〜６−３は、通信バス１０を通じてチップ間通信データＤＣＨＩＰ、より具体的には、特徴データと通信状態通知データとを交換する。ドライバＩＣ６−１〜６−３のそれぞれは、自らが生成した特徴データ（ＤＣＨＲ＿ｉ）と外部から受け取った特徴データ（ＤＣＨＲ＿ＩＮ）とから、現フレーム全画面特徴データを算出する。上述のように、ドライバＩＣ６−１〜６−３の間で交換される特徴量として、Ｒ副画素、Ｇ副画素、Ｂ副画素のそれぞれについて算出されたＡＰＬ及び階調の二乗平均が使用される場合、特徴データＤＣＨＲ＿１、ＤＣＨＲ＿２、ＤＣＨＲ＿３に記述されているＡＰＬの平均値が、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬとして算出され、特徴データＤＣＨＲ＿１、ＤＣＨＲ＿２、ＤＣＨＲ＿３に記述されている副画素の階調の二乗平均の平均値が、ＬＣＤパネル５の表示領域に表示される画像の全体の副画素の階調の二乗平均として算出される。更に、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬと副画素の階調の二乗平均から副画素の階調の分散が算出され、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬと副画素の階調の分散に応じた補正演算が行われる。また、ドライバＩＣ６−１〜６−３の間で交換される特徴量として、画素の輝度の平均値として算出されたＡＰＬ及び画素の輝度の二乗平均が使用される場合、特徴データＤＣＨＲ＿１、ＤＣＨＲ＿２、ＤＣＨＲ＿３に記述されているＡＰＬの平均値が、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬとして算出され、特徴データＤＣＨＲ＿１、ＤＣＨＲ＿２、ＤＣＨＲ＿３に記述されている画素の輝度の二乗平均の平均値が、ＬＣＤパネル５の表示領域に表示される画像の全体の画素の輝度の二乗平均として算出される。更に、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬと画素の輝度の二乗平均から画素の輝度の分散が算出され、ＬＣＤパネル５の表示領域に表示される画像の全体のＡＰＬと画素の輝度の分散に応じた補正演算が行われる。
【手続補正１４】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項８
【補正方法】変更
【補正の内容】
【請求項８】
請求項５乃至７のいずれかに記載の表示装置であって、
更に、
前記表示パネルを照明するバックライトを具備し、
前記バックライトの輝度が、前記全体Average Picture Levelに応じて制御される
表示装置。
【手続補正１５】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2014115477.tif 000036
【手続補正１６】
【補正対象書類名】図面
【補正対象項目名】図７
【補正方法】変更
【補正の内容】
【図７】
2014115477.tif 000037
【手続補正１７】
【補正対象書類名】図面
【補正対象項目名】図１１
【補正方法】変更
【補正の内容】
【図１１】
2014115477.tif 000038
【手続補正１８】
【補正対象書類名】図面
【補正対象項目名】図２１
【補正方法】変更
【補正の内容】
【図２１】
2014115477.tif 000039