JP2008040405A - 画像データ処理装置、画像表示装置、駆動画像データ生成方法、およびコンピュータプログラム - Google Patents

Abstract

【課題】動画を表示する際に、動きぼけおよびちらつきを感じにくい表示を行う。
【解決手段】この画像データ処理装置は、フレーム画像データ取得部と駆動画像データ生成部とを備える。フレーム画像データ取得部は、第１の原画像を表す第１のフレーム画像データと、第１の原画像より後に表示される第２の原画像を表す第２のフレーム画像データと、を取得する。駆動画像データ生成部は、画像表示デバイスに順に表示されるべき第１ないし第４の駆動画像をそれぞれ表す第１ないし第４の駆動画像データを生成する。第１および第２の駆動画像データは第１のフレーム画像データに基づいて生成される。第３および第４の駆動画像データは、第２のフレーム画像データに基づいて生成される。第２の駆動画像の一部の画素の色は、第１の駆動画像の対応する画素の色の補色である。そして、第３の駆動画像の一部の画素の色は、第４の駆動画像の対応する画素の色の補色である。
【選択図】図６

Description

この発明は、画像表示デバイスを駆動するための駆動画像データを生成する技術に関する。

従来より、表示装置に動画を表示する際には、少しづつ異なる静止画が所定のフレームレートによって順に表示される。しかし、次の映像信号によって表示が更新されるまでほぼ一定の表示が保たれるホールド型の表示装置においては、以下のような問題が生じる。すなわち、少しづつ異なる静止画像が、画面内で順に切り換えられて表示されることに起因して、看取者に動画ぼけが感じられることがある。

一方、表示されている静止画像と次の静止画像との間の時間に黒画像を挿入して動画ぼけを低減する技術が存在する。しかし、そのような態様においては、看取者に画面がちらついて見えることがある。

特開２００２−１３２２２０号公報 特表２００２−１３２２２４号公報

この発明は、従来技術における上述の課題の少なくとも一部を取り扱うためになされたものであり、動画を表示する際に、看取者に動きぼけおよびちらつきが感じられにくい表示を行うことを目的とする。

本発明の一態様では、画像表示デバイスを駆動するための駆動画像データを生成する画像データ処理装置において、以下のような構成を採用する。この画像データ処理装置は、フレーム画像データ取得部と、駆動画像データ生成部と、を備える。フレーム画像データ取得部は、第１の原画像を表す第１のフレーム画像データと、第１の原画像よりも後に表示されるべき第２の原画像を表す第２のフレーム画像データと、を取得する。そして、駆動画像データ生成部は、画像表示デバイスに順に表示されるべき第１ないし第４の駆動画像をそれぞれ表す第１ないし第４の駆動画像データを生成する。

駆動画像データ生成部は、第１のフレーム画像データに基づいて、第１および第２の駆動画像データを生成する。また、駆動画像データ生成部は、第２のフレーム画像データに基づいて、第３および第４の駆動画像データを生成する。なお、第２の駆動画像の一部の画素の色は、第１の駆動画像の対応する画素の色の補色、または対応する画素の色の補色と無彩色との混色によって生成できる色である。そして、第３の駆動画像の一部の画素の色は、第４の駆動画像の対応する画素の色の補色、または対応する画素の色の補色と無彩色との混色によって生成できる色である。そして、上述の第２の駆動画像の一部の画素と、第３の駆動画像の一部の画素とは、画像中において互いに重複しない領域の画素である。

上記のような構成において、たとえば、以下のような処理を行うことができる。なお、各工程は以下の記載順序とは異なる順番で実行することができる。
（ａ）第１の原画像を表す第１のフレーム画像データに基づいて、画像表示デバイスに表示されるべき第１の駆動画像を表す第１の駆動画像データを生成する。
（ｂ）第１のフレーム画像データに基づいて、第１の駆動画像よりも後に画像表示デバイスに表示されるべき第２の駆動画像を表す第２の駆動画像データを生成する。
（ｃ）第１の原画像よりも後に表示されるべき第２の原画像を表す第２のフレーム画像データに基づいて、第２の駆動画像よりも後に画像表示デバイスに表示されるべき第３の駆動画像を表す第３の駆動画像データを生成する。
（ｄ）第２のフレーム画像データに基づいて、第３の駆動画像よりも後に画像表示デバイスに表示されるべき第４の駆動画像を表す第４の駆動画像データを生成する。

このような態様とすれば、動画を再生する際に第１ないし第４の駆動画像を順に表示すると、看取者（ユーザ）の目には、第１の駆動画像と第４の駆動画像との間に、第２と第３の駆動画像の合成画像が見える。そして、看取者の目には、第２と第３の駆動画像が互いの有する補色によって他方の駆動画像の色を打ち消した画像が合成されたように見える。このため、動画を再生する際に第１の駆動画像と第４の駆動画像が連続して表示された場合に比べて、動画を表示する際に、看取者に動きぼけおよびちらつきが感じられにくい表示を行うことができる。

なお、順に表示されるべき第１ないし第４の駆動画像の間には、他の画像が表示されることもできる。ただし、第２と第３の駆動画像は連続して表示され、その間には他の駆動画像が表示されないことが好ましい。

また、「対応する画素の色の補色と無彩色との混色によって生成できる色」としては、「対応する画素の色の補色と白または黒との混色によって生成できる色」も含まれる。「対応する画素の色の補色と無彩色との混色によって生成できる色」には、「対応する画素の色の補色と、任意の明度の無彩色との、任意の割合による混色によって生成できる色」が含まれる。

ただし、「対応する画素の色の補色と無彩色との混色によって生成できる色」は、「対応する画素の色」の明度を含む所定の範囲の明度を有する色であることが好ましい。そのような態様とすれば、看取者の目に見える合成画像の明度が、第１および第４の駆動画像の明度に近い値となる。その結果、看取者が画面のちらつきをより感じにくい動画を再生することができる。

なお、以下のような態様も好ましい。すなわち、第１の駆動画像は、第１の原画像を拡大または縮小することによって得られる画像である。第２の駆動画像の他の一部の画素の色は、第１の駆動画像の対応する画素の色と同じ色である。第４の駆動画像は、第２の原画像を拡大または縮小することによって得られる画像である。第３の駆動画像の他の一部の画素の色は、第４の駆動画像の対応する画素の色と同じ色である。

このような態様とすれば、動画再生時に、看取者は、第１の原画像から第４の原画像に表示がなめらかに移ったように感じる。なお、ここでいう「拡大又は縮小」には、「１倍すること」を含む。

なお、上述の第２の駆動画像の一部の画素と、第３の駆動画像の一部の画素との和集合は、画像を構成する全画素であることがより好ましい。

また、上述の第２の駆動画像の一部の画素と、第３の駆動画像の一部の画素とは、たとえば、以下のような関係とすることができる。すなわち、第２と第３の駆動画像の一部の画素は、それぞれ画像表示デバイスで表示される画像中の隣接するｍ本（ｍは１以上の整数）の水平ラインの束であって、そのような束と束の間にｍ本の水平ラインを挟んで配される水平ラインの束に含まれる画素である。そして、第２と第３の駆動画像におけるそのようなｍ本の水平ラインの束は、相互に重複しない位置関係にある水平ラインである。なお、ｍ＝１であることが、最も好ましい。

また、上述の第２の駆動画像の一部の画素と、第３の駆動画像の一部の画素とは、たとえば、以下のような関係とすることができる。すなわち、第２と第３の駆動画像の一部の画素は、それぞれ画像表示デバイスで表示される画像中の隣接するｎ本（ｎは１以上の整数）の垂直ラインの束であって、そのような束と束の間にｎ本の垂直ラインを挟んで配される垂直ラインの束に含まれる画素である。そして、第２と第３の駆動画像におけるそのようなｎ本の垂直ラインの束は、相互に重複しない位置関係にある垂直ラインである。なお、ｎ＝１であることが、最も好ましい。

さらに、上述の第２の駆動画像の一部の画素と、第３の駆動画像の一部の画素とは、たとえば、以下のような関係とすることができる。すなわち、画像表示デバイスで表示される画像の水平方向にｒ画素（ｒは１以上の整数）で垂直方向にｓ画素（ｓは１以上の整数）のブロック単位で、水平方向および垂直方向に、上述の「一部の画素」のブロックと、上述の「他の一部の画素」のブロックと、が交互に配置される関係である。さらに、第２の駆動画像の「一部の画素」のブロックと第３の駆動画像の「一部の画素」のブロックとの配置が相補的である関係である。なお、ｒ＝ｓ＝１とすることが最も好ましい。

また、以下のような態様とすることも好ましい。すなわち、第１と第２のフレーム画像データに基づいて、第２の原画像の第１の原画像からの動き量を計算する。そして、第１のフレーム画像データと動き量とに基づいて、上述の第２の駆動画像の一部の画素の色を決定する。また、第２のフレーム画像データと動き量とに基づいて、上述の第３の駆動画像の一部の画素の色を決定する。

このような態様とすれば、第１と第２のフレーム画像データの動き量に応じて適切に第２および第３の駆動画像を生成することができる。

なお、第２の原画像の第１の原画像からの動き量が大きいほど、第２の駆動画像の一部の画素の色を、第１の駆動画像の対応する画素の色の補色に近くなるように決定することが好ましい。そして、その動き量が小さいほど、第３の駆動画像の一部の画素の色を、無彩色に近くなるように決定することが好ましい。

このような態様とすれば、動きが大きい動画については、動画ぼけを低減できるように第２および第３の駆動画像を生成し、動きが小さい動画については、ちらつきが目立たないように第２および第３の駆動画像を生成することができる。

なお、「動き量が大きいほど、対応する画素の色の補色に近い」という対応関係は、動き量が異なっても画素の色が一定である関係を一部に有していてもよい。すなわち、「動き量が大きいほど、対応する画素の色の補色に近い」という対応関係は、第１の動き量に対応する第１の色と、第１の動き量より大きい第２の動き量に対応する第２の色と、を仮定した場合に、第１と第２の色が同じ色であるか、第１の色の方がより無彩色に近い色であるという関係である。

なお、第１と第２のフレーム画像データに基づいて、第２の原画像の第１の原画像からの動き方向を計算することも好ましい。そして、第２の駆動画像の一部の画素と、第３の駆動画像の一部の画素と、を、動き方向に基づいて決定することが好ましい。

このような態様とすれば、第１と第２のフレーム画像データの動き方向に応じて適切に第２および第３の駆動画像を生成することができる。

なお、本発明は、上述のいずれかの画像データ処理装置と、画像表示デバイスとを備える画像表示装置の態様で構成することもできる。

本発明は、上記した画像データ処理装置や画像表示装置、画像表示システムなどの装置発明の態様に限ることなく、画像データ処理方法などの方法発明としての態様で実現することも可能である。さらに、方法や装置を構築するためのコンピュータプログラムとしての態様や、そのようなコンピュータプログラムを記録した記録媒体としての態様や、上記コンピュータプログラムを含み搬送波内に具現化されたデータ信号など、種々の態様で実現することも可能である。

また、本発明をコンピュータプログラムまたはそのプログラムを記録した記録媒体等として構成する場合には、上記装置の動作を制御するプログラム全体として構成するものとしてもよいし、本発明の機能を果たす部分のみを構成するものとしてもよい。また、記録媒体としては、フレキシブルディスクやＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ／ＲＡＭ、光磁気ディスク、ＩＣカード、ＲＯＭカートリッジ、パンチカード、バーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ）および外部記憶装置などコンピュータが読み取り可能な種々の媒体を利用できる。

Ａ．第１実施例：
Ａ１．画像表示システムの全体構成：
図１は、この発明の第１実施例としての画像データ処理装置を適用した画像表示装置の構成を示すブロック図である。この画像表示装置ＤＰ１は、画像データ処理装置としての信号変換部１０と、フレームメモリ２０と、メモリ書込制御部３０と、メモリ読出制御部４０と、駆動画像データ生成部５０と、動き検出部６０と、液晶パネル駆動部７０と、ＣＰＵ８０と、メモリ９０と、画像表示デバイスとしての液晶パネル１００と、を備えるコンピュータシステムである。なお、この画像表示装置ＤＰ１は、一般的なコンピュータシステムに備える外部記憶装置やインタフェース等の種々の周辺装置を備えている。しかし、図１では、表示を簡略化するため、それらの構成を省略している。

画像表示装置ＤＰ１はプロジェクタである。画像表示装置ＤＰ１においては、光源ユニット１１０から射出された照明光が、液晶パネル１００によって画像を表す光（画像光）に変換される。そして、この画像光が投写光学系１２０によって投写スクリーンＳＣ上で結像されて、投写スクリーンＳＣ上に画像が投写される。なお、液晶パネル駆動部７０は、画像データ処理装置ではなく、液晶パネル１００とともに画像表示デバイスに含まれるブロックとして把握することもできる。以下で順に、画像表示装置ＤＰ１の各構成について説明する。

ＣＰＵ８０は、メモリ９０に記憶されている制御プログラムや処理の条件を読み込んで実行することにより、各ブロックの動作を制御する。

信号変換部１０は、外部から入力される映像信号を、メモリ書込制御部３０で処理可能な信号に変換するための処理回路である。例えば、外部から入力される映像信号がアナログの映像信号である場合には、信号変換部１０は、映像信号に含まれている同期信号に同期して、その映像信号をディジタルの映像信号に変換する。また、外部から入力される映像信号がディジタルの映像信号である場合には、信号変換部１０は、その映像信号の種類に応じて、メモリ書込制御部３０で処理可能な形式の信号に変換する。

メモリ書込制御部３０は、信号変換部１０から出力されたディジタルの映像信号に含まれている各フレームの画像データＷＶＤＳを、その映像信号に対応する書き込み用の同期信号ＷＳＮＫ（書込同期信号）に同期して、順にフレームメモリ２０に書き込む。なお、書込同期信号ＷＳＮＫには、書込垂直同期信号や書込水平同期信号、書込クロック信号が含まれている。

メモリ読出制御部４０は、ＣＰＵ８０を介してメモリ９０から与えられる読出制御条件に基づいて読み出し用の同期信号ＲＳＮＫ（読出同期信号）を生成する。そして、メモリ読出制御部４０は、この読出同期信号ＲＳＮＫに同期して、フレームメモリ２０に記憶された画像データを読み出す。そして、メモリ読出制御部４０は、読出画像データ信号ＲＶＤＳおよび読出同期信号ＲＳＮＫを駆動画像データ生成部５０に向けて出力する。

なお、読出同期信号ＲＳＮＫには、読出垂直同期信号や読出水平同期信号、読出クロック信号が含まれている。また、読出垂直同期信号ＲＳＮＫの周期は、フレームメモリ２０に書き込まれる映像信号の書込垂直同期信号ＷＳＮＫの周波数（フレームレート）の２倍に設定されている。このため、メモリ読出制御部４０は、フレームメモリ２０に書き込まれる映像信号の１フレーム周期の間に、読出同期信号ＲＳＮＫに同期してフレームメモリ２０に記憶された画像データを２回読み出して、駆動画像データ生成部５０に向けて出力する。

１回目の読み出しでメモリ読出制御部４０によってフレームメモリ２０から読み出されるデータを、第１フィールドのデータと呼ぶ。２回目の読み出しでメモリ読出制御部４０によってフレームメモリ２０から読み出されるデータを、第２フィールドのデータと呼ぶ。１回目の読み出しと２回目の読み出しの間にフレームメモリ２０内の映像信号は書き換えられていないことから、第１フィールドのデータと第２フィールドのデータとは、同じデータである。

駆動画像データ生成部５０は、メモリ読出制御部４０から読出画像データ信号ＲＶＤＳおよび読出同期信号ＲＳＮＫを供給される。また、駆動画像データ生成部５０は、動き検出部６０からマスクパラメータ信号ＭＰＳを供給される。そして、駆動画像データ生成部５０は、読出画像データ信号ＲＶＤＳ、読出同期信号ＲＳＮＫ、およびマスクパラメータ信号ＭＰＳに基づいて、駆動画像データ信号ＤＶＤＳを生成し、液晶パネル駆動部７０に向けて出力する。駆動画像データ信号ＤＶＤＳは、液晶パネル駆動部７０を介して液晶パネル１００を駆動するための信号である。なお、駆動画像データ生成部５０の構成および動作についてはさらに後述する。

動き検出部６０は、メモリ書込制御部３０によって書込同期信号ＷＳＮＫに同期してフレームメモリ２０に順次書き込まれる各フレームの画像データ（以下、「フレーム画像データ」とも呼ぶ）ＷＶＤＳと、メモリ読出制御部４０によって読出同期信号ＲＳＮＫに同期してフレームメモリ２０から読み出される読出画像データＲＶＤＳと、を比較する。そして、動き検出部６０は、フレーム画像データＷＶＤＳと、読出画像データＲＶＤＳと、に基づいて、両者の画像の動きを検出し、動き量を計算する。なお、読出画像データＲＶＤＳは、比較対象であるフレーム画像データＷＶＤＳの一つ前のフレームの画像データである。動き検出部６０は、計算した動き量に応じてマスクパラメータ信号ＭＰＳを決定する。そして、動き検出部６０は、そのマスクパラメータ信号ＭＰＳを駆動画像データ生成部５０に向けて出力する。なお、動き検出部６０の構成および動作についてはさらに後述する。

液晶パネル駆動部７０は、駆動画像データ生成部５０から供給された駆動画像データ信号ＤＶＤＳを液晶パネル１００に供給可能な信号に変換して、液晶パネル１００に供給する。

液晶パネル１００は、液晶パネル駆動部７０から供給された駆動画像データ信号に応じて、画像光を射出する。すでに述べたように、この画像光が投写スクリーンＳＣ上に投射されて画像が表示される。

Ａ２．動き検出部の構成および動作：
図２は、動き検出部６０（図１参照）の構成の一例を示す概略ブロック図である。動き検出部６０は、動き量検出部６２と、マスクパラメータ決定部６６と、を備えている。

動き量検出部６２は、フレームメモリ２０に書き込まれるフレーム画像データ（対象データ）ＷＶＤＳおよびフレームメモリ２０から読み出されるフレーム画像データ(基準データ)ＲＶＤＳを、それぞれｐ×ｑ画素（ｐ，ｑは２以上の整数）の矩形の画素ブロックに分割する。そして、動き量検出部６２は、それら二つのフレーム画像データの対応するブロックに基づいて、それぞれのブロックの対についての画像の動きベクトルを求める。その動きベクトルの大きさが、各ブロック対の動き量である。そして、各ブロック対の動き量の総和が、２つのフレーム間の画像の動き量である。

各ブロック対の動きベクトルは、例えば、ブロックに含まれる画素データ（輝度データ）の重心座標の移動量を求めることにより容易に求めることができる。重心座標の移動量の単位は、［ｐｉｘｅｌ／ｆｒａｍｅ］とすることができる。なお、動きベクトルを求める手法は、種々の一般的な方法を用いることができるので、ここではその具体的な説明を省略する。得られた動き量は、動き量データＱＭＤとして、動き量検出部６２からマスクパラメータ決定部６６に供給される。

マスクパラメータ決定部６６は、動き量検出部６２から供給された動き量データＱＭＤに応じたマスクパラメータＭＰの値を決定する。決定したマスクパラメータＭＰの値を示すデータは、マスクパラメータ信号ＭＰＳとして動き検出部６０から駆動画像データ生成部５０に向けて出力される（図１参照）。

マスクパラメータ決定部６６には、あらかじめ、画像の動き量Ｖｍと、これに対応する正規化されたマスクパラメータＭＰの値と、の関係を示すテーブルデータが格納されている。なお、このテーブルデータは、ＣＰＵ８０によってメモリ９０から読み出されて、動き検出部６０のマスクパラメータ決定部６６に供給される（図１および図２参照）。マスクパラメータ決定部６６は、このテーブルデータを参照して、供給された動き量データＱＭＤの示す動き量に応じたマスクパラメータＭＰの値を決定する。なお、第１実施例は、テーブルデータを用いる態様であるが、多項式による関数演算によって動き量データＱＭＤからマスクパラメータＭＰを得る態様とすることもできる。

図３は、マスクパラメータ決定部６６に格納されているテーブルデータについて示す説明図である。このテーブルデータは、図３に示すように、動き量Ｖｍに対するマスクパラメータＭＰの値（０〜１）の特性を示すものである。動き量Ｖｍは、フレーム単位で移動する画素数、すなわち、単位を［ｐｉｘｅｌ／ｆｒａｍｅ］とする移動速度で表される。この動き量Ｖｍが大きいほど、動画を再生したときの画像の動きがより激しい。このため、フレームレート一定の条件のもとでは、一般に、動き量Ｖｍが大きいほど、動画像の滑らかさが損なわれる。

図３のテーブルデータにおいては、動き量Ｖｍが判定基準値Ｖｌｍｔ１以下の場合には、マスクパラメータＭＰの値は０である。動き量Ｖｍが判定基準値Ｖｌｍｔ１以下の場合には、フレーム画像データ（対象データ）ＷＶＤＳとフレーム画像データ(基準データ)ＲＶＤＳの対応するブロックの間で画像の動きはない、とみなすことができる。この場合には、後で述べるように、画像が無彩色で表されたマスクデータが生成される。

一方、動き量Ｖｍが判定値基準値Ｖｌｍｔ２を超える場合には、マスクパラメータＭＰの値は１である。この場合には、後で述べるように、読出画像データ信号ＲＶＤＳ１の各画素の色の補色を表すマスクデータが生成される。

また、図３のテーブルデータにおいては、動き量Ｖｍが判定値基準値Ｖｌｍｔ１を超え判定値基準値Ｖｌｍｔ２以下のである場合には、マスクパラメータＭＰの値は、０〜１の範囲をとる。そして、大まかには、マスクパラメータＭＰの値は、動き量Ｖｍが大きいほど１に近くなり、動き量Ｖｍが小さいほど０に近くなるように設定されている。なお、テーブルデータは、動き量Ｖｍが異なっていてもマスクパラメータＭＰが一定である範囲を一部に有することもできる。動き量Ｖｍが判定値基準値Ｖｌｍｔ１を超えるということは、フレーム画像データ（対象データ）ＷＶＤＳとフレーム画像データ(基準データ)ＲＶＤＳの対応するブロックの間で、画像の動きがある、ということである。

なお、本実施例では、マスクパラメータ決定部６６は、動き検出部６０の一部として構成される（図１および図２参照）。しかし、マスクパラメータ決定部６６は、動き検出部６０ではなく駆動画像データ生成部５０（図１参照）に含まれるブロックとして、特に、後述するマスクデータ生成部５３０に含まれるブロックとするように構成してもよい。また、動き検出部６０が全体として駆動画像データ生成部５０に含まれるブロックとするようにしてもよい。

Ａ３．駆動画像データ生成部の構成および動作：
図４は、駆動画像データ生成部５０（図１参照）の構成の一例を示す概略ブロック図である。駆動画像データ生成部５０は、駆動画像データ生成制御部５１０と、第１のラッチ部５２０と、マスクデータ生成部５３０と、第２のラッチ部５４０と、マルチプレクサ（ＭＰＸ）５５０と、を備えている。

駆動画像データ生成制御部５１０は、メモリ読出制御部４０から読出同期信号ＲＳＮＫを供給され、動き検出部６０から動き領域データ信号ＭＡＳを供給される（図１参照）。なお、動き領域データ信号ＭＡＳは、画像中で対象物が動いている領域を示す信号である。第１実施例においては、画像中の領域のすべてが対象物が動いている領域であるものとする。

駆動画像データ生成制御部５１０は、動き領域データ信号ＭＡＳ、ならびに読出同期信号ＲＳＮＫに含まれている読出垂直同期信号ＶＳ、読出水平同期信号ＨＳ、読出クロックＤＣＫ、およびフィールド選択信号ＦＩＥＬＤに基づいて、ラッチ信号ＬＴＳと、選択制御信号ＭＸＳと、イネーブル信号ＭＥＳとを出力する（図４の右下参照）。

ラッチ信号ＬＴＳは、駆動画像データ生成制御部５１０から第１のラッチ部５２０および第２のラッチ部５４０に出力され、それらの動作を制御する。

選択制御信号ＭＸＳは、駆動画像データ生成制御部５１０からマルチプレクサ５５０に出力され、マルチプレクサ５５０の動作を制御する。選択制御信号ＭＸＳは、画像の位置であって、読出画像データをマスクデータに置き換えるべき画素の位置（パターン）を示す信号である。

イネーブル信号ＭＥＳは、駆動画像データ生成制御部５１０からマスクデータ生成部５３０に出力され、マスクデータ生成部５３０の動作を制御する。すなわち、イネーブル信号ＭＥＳは、マスクデータの生成および不生成を指示する信号である。
駆動画像データ生成制御部５１０は、これらの信号によって、駆動画像データ信号ＤＶＤＳの生成を制御する。

なお、駆動画像データ生成制御部５１０がメモリ読出制御部４０から受け取るフィールド選択信号ＦＩＥＬＤは、以下のような信号である。すなわち、フィールド選択信号ＦＩＥＬＤは、メモリ読出制御部４０によってフレームメモリ２０から読み出され第１のラッチ部５２０にラッチされる読出画像データ信号ＲＶＤＳが（図１参照）、１回目に読み出された第１フィールドの読出画像データ信号であるか２回目に読み出された第２フィールドの読出画像データ信号であるかを表す信号である。

第１のラッチ部５２０は、メモリ読出制御部４０から供給された読出画像データ信号ＲＶＤＳを、駆動画像データ生成制御部５１０から供給されたラッチ信号ＬＴＳに従って順次ラッチする。そして、第１のラッチ部５２０は、ラッチ後の読出画像データを読出画像データ信号ＲＶＤＳ１としてマスクデータ生成部５３０および第２のラッチ部５４０に出力する。

マスクデータ生成部５３０は、動き検出部６０からマスクパラメータ信号ＭＰＳを供給され、駆動画像データ生成制御部５１０からイネーブル信号ＭＥＳを供給され、第１のラッチ部５２０から読出画像データ信号ＲＶＤＳ１を供給される。マスクデータ生成部５３０は、イネーブル信号ＭＥＳによりマスクデータの生成が許可されている場合に、マスクパラメータ信号ＭＰＳと、読出画像データ信号ＲＶＤＳ１とに基づいて、マスクデータを生成する。マスクデータ生成部５３０は、生成したマスクデータをマスクデータ信号ＭＤＳ１として第２のラッチ部５４０に出力する。

マスクデータは、読出画像データＲＶＤＳ１中に含まれる各画素の画素値に応じた画素値を表すデータである。より具体的には、マスクデータは、読出画像データＲＶＤＳ１中に含まれる各画素の補色、または補色と無彩色の混色で得られる色を表す画素値である。なお、「画素値」とは、各画素の色を表すパラメータである。本実施例では、読出画像データ信号ＲＶＤＳ１は、各画素について色の情報をレッド（Ｒ）、グリーン（Ｇ）、ブルー（Ｂ）の強度を表す画素値（０〜２５５の階調値）の組合せとして有しているものとする。以下、これらのレッド（Ｒ）、グリーン（Ｇ）、ブルー（Ｂ）の階調値の組合せを、「ＲＧＢ階調値」と呼ぶ。

図５は、マスクデータ生成部５３０における画像処理の内容を示すフローチャートである。まず、ステップＳ１０では、マスクデータ生成部５３０は、画素のＲＧＢ階調値をＹＣｒＣｂ表色系の階調値（Ｙ，Ｃｒ，Ｃｂ）に変換する。「Ｙ」は、輝度を表す階調値である。「Ｃｒ」は、赤の色差（赤−緑成分）を表す階調値である。「Ｃｂ」は、青の色差（青−黄成分）を表す階調値である。これらの階調値の組合せを、「ＹＣｒＣｂ階調値」と呼ぶ。ステップＳ１０におけるＲＧＢ階調値からＹＣｒＣｂ階調値への階調値変換は、たとえば、以下の式（１）〜（３）によって行うことができる。

Ｙ＝（０．２９８９１×Ｒ）＋（０．５８６６１×Ｇ）＋（０．１１４４８×Ｂ） ・・・（１）
Ｃｒ＝（０．５００００×Ｒ）−（０．４１８６９×Ｇ）−（０．０８１３１×Ｂ） ・・・（２）
Ｃｂ＝−（０．１６８７４×Ｒ）−（０．３３１２６×Ｇ）＋（０．５００００×Ｂ） ・・・（３）

なお、図５のステップＳ１０〜Ｓ４０の処理は、読出画像データ信号ＲＶＤＳ１の各画素の画素値について行われる。

ステップＳ２０では、マスクデータ生成部５３０は、以下の式（４）、（５）にしたがって、上記の式（１）〜（３）で得られた階調値Ｃｒ、Ｃｂの符号を反転して、階調値（Ｙ，Ｃｒｔ、Ｃｂｔ）を得る。階調値（Ｙ，Ｃｒｔ、Ｃｂｔ）は、階調値（Ｙ，Ｃｒ、Ｃｂ）で表される色の補色を表す。

Ｃｒｔ＝−Ｃｒ ・・・ （４）
Ｃｂｔ＝−Ｃｂ ・・・ （５）

階調値（Ｙ，Ｃｒｔ，Ｃｂｔ）で表される色は、階調値（Ｙ，Ｃｒ，Ｃｂ）で表される色に対して、赤の色差、青の色差ともに逆の値を持つ色である。すなわち、階調値（Ｙ，Ｃｒｔ，Ｃｂｔ）で表される色と、階調値（Ｙ，Ｃｒ，Ｃｂ）で表される色とを混色すると、ＣｒとＣｒｔ、ＣｂとＣｂｔがそれぞれ互いに打ち消し合って、赤−緑成分と青−黄成分とがいずれも０となる。言い換えれば、階調値（Ｙ，Ｃｒｔ，Ｃｂｔ）で表される色と、階調値（Ｙ，Ｃｒ，Ｃｂ）で表される色とを混色すれば、無彩色となる。ある色に対してこのような関係にある色を「補色」という。

図５のステップＳ３０では、マスクデータ生成部５３０は、階調値（Ｙ，Ｃｒｔ，Ｃｂｔ）に対してマスクパラメータＭＰ（０〜１）を使用した演算を行って、階調値（Ｙｔ２，Ｃｒｔ２，Ｃｂｔ２）を得る。マスクデータ生成部５３０は、あらかじめ設定されてメモリ９０に格納されているマスクデータ生成条件をＣＰＵ８０からの指示により受け取る。そして、ステップＳ３０において、そのマスクデータ生成条件に対応する演算を行う。

ステップＳ３０で実行される演算としては、例えば乗算、ビットシフト演算等の種々の演算が利用可能である。本実施例では、ステップＳ３０で実行される演算として、階調値Ｃｒｔ，Ｃｂｔに対する乗算（Ｃ＝Ａ＊Ｂ）が設定されていることとする。すなわち、階調値（Ｙｔ２，Ｃｒｔ２，Ｃｂｔ２）は、以下の式（６）〜（８）にしたがって階調値（Ｙ，Ｃｒｔ，Ｃｂｔ）から得ることができる。

Ｙｔ２＝Ｙ ・・・ （６）
Ｃｒｔ２＝Ｃｒｔ×ＭＰ ・・・ （７）
Ｃｂｔ２＝Ｃｂｔ×ＭＰ ・・・ （８）

図５のステップＳ４０において、マスクデータ生成部５３０は、ステップＳ３０の結果得られたＹＣｒＣｂ階調値（Ｙｔ２，Ｃｒｔ２，Ｃｂｔ２）をＲＧＢ階調値（Ｒｔ，Ｇｔ，Ｂｔ）に再変換する。ステップＳ４０における階調値変換は、たとえば、以下の式（９）〜（１１）によって行うことができる。

Ｒｔ＝Ｙ＋（１．４０２００×Ｃｒｔ） ・・・（９）
Ｇｔ＝Ｙ−（０．３４４１４×Ｃｂｔ）−（０．７１４１４×Ｃｒｔ） ・・・（１０）
Ｂｔ＝Ｙ＋（１．７７２００×Ｃｂｔ） ・・・（１１）

図５のステップＳ５０において、マスクデータ生成部５３０は、ステップＳ１０〜Ｓ４０で得られた各画素のＲＧＢ階調値（Ｒｔ，Ｇｔ，Ｂｔ）を含む画像信号を生成し、マスクデータ信号ＭＤＳ１として第２のラッチ部５４０に出力する。

マスクデータ生成部５３０は、以上のようにして読出画像データ信号ＲＶＤＳ１について色変換を行って画像データ信号ＭＤＳ１を生成し、第２のラッチ部５４０に供給する（図４参照）。これにより、第１のラッチ部５２０が出力する読出画像データＲＶＤＳ１が表す画像の各画素について、各画素の読出画像データに基づいて、動き量に応じたマスクデータが生成される。

たとえば、マスクパラメータＭＰの値が０の場合には、式（７）、（８）より「赤−緑成分」Ｃｒｔ２と「青−黄成分」Ｃｂｔ２がともに０となる。このため、マスクデータの各画素の色は無彩色となる。また、マスクパラメータＭＰの値が１の場合には、式（７）、（８）より、Ｃｒｔ２＝−Ｃｒ、Ｃｂｔ２＝−Ｃｂとなる。このため、読出画像データ信号ＲＶＤＳ１の各画素の色の補色（Ｙ，−Ｃｒ，−Ｃｂ）を表すマスクデータが生成される。

また、マスクパラメータＭＰが０より大きく１より小さい値をとる場合には、マスクデータの各画素の色は、読出画像データ信号ＲＶＤＳ１の各画素の色の輝度と同じ輝度を有する。そして、マスクデータの画素の色の「赤−緑成分」は、読出画像データ信号ＲＶＤＳ１の画素の色の「赤−緑成分」とは、符号が逆となり、絶対値がより小さい値となる。また、マスクデータの画素の色の「青−黄成分」も、読出画像データ信号ＲＶＤＳ１の画素の色の「青−黄成分」とは、符号が逆となり、絶対値がより小さい値となる。このような色は、読出画像データ信号ＲＶＤＳ１の画素の「補色」に対して彩度がより低い色である。

上記の色は、読出画像データ信号ＲＶＤＳ１の画素の色の補色と、読出画像データ信号ＲＶＤＳ１の画素の色と同じ輝度を有するグレーとの間の色である。すなわち、マスクデータの画素の色は、読出画像データ信号ＲＶＤＳ１の画素の補色と、所定の明るさを有する無彩色とを所定の割合で混色することによって得ることができる。

図４の第２のラッチ部５４０は、駆動画像データ生成制御部５１０からラッチ信号ＬＴＳを供給され、第１のラッチ部５２０から読出画像データ信号ＲＶＤＳ１を供給され、マスクデータ生成部５３０からマスクデータ信号ＭＤＳ１を供給される。第２のラッチ部５４０は、読出画像データ信号ＲＶＤＳ１およびマスクデータ信号ＭＤＳ１を、ラッチ信号ＬＴＳに従って順次ラッチする。そして、第２のラッチ部５４０は、ラッチ後の読出画像データを、読出画像データ信号ＲＶＤＳ２としてマルチプレクサ５５０に出力する。また、第２のラッチ部５４０は、ラッチ後のマスクデータを、マスクデータ信号ＭＤＳ２としてマルチプレクサ５５０に出力する。

マルチプレクサ５５０は、第２のラッチ部５４０から読出画像データ信号ＲＶＤＳ２とマスクデータ信号ＭＤＳ２とを供給される。また、マルチプレクサ５５０は、駆動画像データ生成制御部５１０から選択制御信号ＭＸＳを供給される。マルチプレクサ５５０は、読出画像データ信号ＲＶＤＳ２とマスクデータ信号ＭＤＳ２の一方を、選択制御信号ＭＸＳに従って選択する。そして、マルチプレクサ５５０は、選択した信号に基づいて駆動画像データ信号ＤＶＤＳを生成して、液晶パネル駆動部７０に出力する（図１参照）。

なお、選択制御信号ＭＸＳは、読出画像データに置き換えて配置されるマスクデータのパターンが全体として所定のマスクパターンを構成するように、フィールド信号ＦＩＥＬＤと、読出垂直同期信号ＶＳと、読出水平同期信号ＨＳと、読出クロックＤＣＫとに基づいて、駆動画像データ生成制御部５１０によって生成される（図４参照）。

図６は、マルチプレクサ５５０において生成される駆動画像データについて示す説明図である。図６（ａ）に示すように、各フレームのフレーム画像データは、一定の周期（フレーム周期）Ｔｆｒの間にメモリ書込制御部３０によって、フレームメモリ２０に格納される（図１参照）。図６（ａ）は、Ｎ番目のフレーム（以下、単に「第Ｎフレーム」と呼ぶ）のフレーム画像データＦＲ（Ｎ）と、（Ｎ＋１）番目のフレーム（以下、単に「第（Ｎ＋１）フレーム」と呼ぶ）のフレーム画像データＦＲ（Ｎ＋１）が、順にフレームメモリ２０に格納される場合を例に示している。なお、先頭のフレームを第１フレームとした場合には、Ｎは１以上の奇数である。先頭のフレームを第０フレームとした場合には、Ｎは０を含む偶数である。

このとき、フレームメモリ２０に格納されているフレーム画像データは、前述のように、メモリ読出制御部４０によって、フレーム周期Ｔｆｒの２倍速の周期（フィールド周期）Ｔｆｉで２回読み出される（図１参照）。そして、図６（ｂ）に示すように、第１フィールドに対応する読出画像データＦＩ１および第２フィールドに対応する読出画像データＦＩ２として、順に駆動画像データ生成部５０に出力される。図６（ｂ）は、第Ｎフレームにおける第１フィールドの読出画像データＦＩ１（Ｎ）および第２フィールドの読出画像データＦＩ２（Ｎ）、ならびに第（Ｎ＋１）フレームにおける第１フィールドの読出画像データＦＩ１（Ｎ＋１）および第２フィールドの読出画像データＦＩ２（Ｎ＋１）が、順に出力される場合が例示されている。

そして、駆動画像データ生成部５０（図４）では、図６（ｃ）に示すように、連続する奇数番目と偶数番目の２つのフレーム画像の組（対）ごとに、駆動画像データの生成が実行される。図６（ｃ）は、連続する第Ｎフレームと第（Ｎ＋１）フレームの組に対して生成される駆動画像データＤＦＩ１（Ｎ），ＤＦＩ２（Ｎ），ＤＦＩ１（Ｎ＋１），ＤＦＩ２（Ｎ＋１）を示している。

第Ｎフレームにおける第１フィールドの読出画像データＦＩ１（Ｎ）、および第（Ｎ＋１）フレームにおける第２フィールドの読出画像データＦＩ２（Ｎ＋１）は、そのまま駆動画像データＤＦＩ１（Ｎ）およびＤＦＩ２（Ｎ＋１）とされる（図６の左端の列および右端の列参照）。

一方、第Ｎフレームと第（Ｎ＋１）フレームの境界にある読出画像データＦＩ２（Ｎ）およびＦＩ１（Ｎ＋１）は（図６（ｂ）参照）、マスクデータ生成部５３０における演算処理と、マルチプレクサ５５０における選択処理と、によってそれぞれ改変される。

より具体的には、第Ｎフレームの第２フィールドの読出画像データＦＩ２（Ｎ）は、偶数番目の水平ライン（図６（ｃ）においてクロスハッチで示す）がマスクデータに置き換えられる。その結果、駆動画像データＤＦＩ２（Ｎ）が生成される。また、第（Ｎ＋１）フレームの第１フィールドの読出画像データＦＩ１（Ｎ＋１）は、奇数番目の水平ライン（図６（ｃ）においてクロスハッチで示す）がマスクデータに置き換えられる。その結果、駆動画像データＤＦＩ１（Ｎ＋１）が生成される。

なお、読出画像データＦＩ２（Ｎ）の奇数番目の水平ラインをマスクデータに置き換えて、駆動画像データＤＦＩ２（Ｎ）を生成し、読出画像データＦＩ１（Ｎ＋１）の偶数番目の水平ラインをマスクデータに置き換えて、駆動画像データＤＦＩ１（Ｎ＋１）を生成することもできる。

なお、図６に示した駆動画像データの表す画像は、説明を容易にするために１フレームの画像を水平８ラインで垂直１０ラインの画像としている。このため、図６（ｃ）において、駆動画像データＤＦＩ２（Ｎ），ＤＦＩ１（Ｎ＋１）は離散した画像に見える。しかし、実際には、駆動画像データにおいて水平１ラインおきにマスクデータが配置されたとしても、人間の視覚上ほとんど目立たない。実際の画像は、数百本またはそれ以上の水平および垂直ラインを有しているためである。

図７は、駆動画像データ生成部５０のマルチプレクサ５５０において駆動画像データＤＦＩ１（Ｎ），ＤＦＩ２（Ｎ），ＤＦＩ１（Ｎ＋１），ＤＦＩ２（Ｎ＋２）を生成する処理の内容を示すフローチャートである。以上で説明したマルチプレクサ５５０による処理は、以下のように整理することができる。すなわち、ステップＳ１１０において、フレーム画像データＦＲ（Ｎ）に基づいて、駆動画像データＤＦＩ１（Ｎ）が生成される（図６の左端の列参照）。ステップＳ１２０において、フレーム画像データＦＲ（Ｎ）に基づいて、駆動画像データＤＦＩ２（Ｎ）が生成される（図６の左端から２番目の列参照）。ステップＳ１３０において、フレーム画像データＦＲ（Ｎ＋１）に基づいて、駆動画像データＤＦＩ１（Ｎ＋１）が生成される（図６の右端から２番目の列参照）。ステップＳ１４０において、フレーム画像データＦＲ（Ｎ＋１）に基づいて、駆動画像データＤＦＩ２（Ｎ＋１）が生成される（図６の右端の列参照）。

駆動画像データ生成部５０から液晶パネル駆動部７０に出力される画像データ信号ＤＶＤＳは（図１参照）、Ｎ番目の２フレーム周期（Ｔｆｒ×２）中に、フレーム画像データＦＲ（Ｎ），ＦＲ（Ｎ＋１）に基づく駆動画像データＤＦＩ１（Ｎ），ＤＦＩ２（Ｎ），ＤＦＩ１（Ｎ＋１），ＤＦＩ２（Ｎ＋１）の画像をその順に表示することを指示するデータ信号である（図６（ｃ）参照）。ここで、Ｎは１以上の奇数、または０を含む偶数である。液晶パネル１００は、この駆動画像データ信号ＤＶＤＳに基づいて液晶パネル駆動部７０によって制御され、投写スクリーンＳＣ上に動画が表示される（図１参照）。

駆動画像データＤＦＩ１（Ｎ）の画像ＤＦＲ（Ｎ）は、フレーム画像データＦＲ（Ｎ）の画像である（図６の左側参照）。駆動画像データＤＦＩ２（Ｎ＋１）の画像ＤＦＲ（Ｎ＋１）は、フレーム画像データＦＲ（Ｎ＋１）の画像である（図６の右側参照）。

これに対して、駆動画像データＤＦＩ２（Ｎ）の画像は、フレーム画像データＦＲ（Ｎ）の画像のたとえば偶数番目の水平ラインの画像をマスクデータの画像に置き換えた画像である。そして、駆動画像データＤＦＩ１（Ｎ＋１）の画像は、フレーム画像データＦＲ（Ｎ＋１）の画像のたとえば奇数番目の水平ラインの画像をマスクデータの画像に置き換えた画像である。

駆動画像データ生成部５０から液晶パネル駆動部７０に出力される画像データ信号ＤＶＤＳに基づいて動画が再生されると、駆動画像データＤＦＩ２（Ｎ）の画像と駆動画像データＤＦＩ１（Ｎ＋１）の画像とが連続して表示される。その結果、投写スクリーンＳＣ上の画像を見る人間には、駆動画像データＤＦＩ２（Ｎ）の画像と駆動画像データＤＦＩ１（Ｎ＋１）の画像とが合成されてできた１枚の画像ＤＦＲ（Ｎ＋１／２）が見える。

画像ＤＦＲ（Ｎ＋１／２）においては、偶数番目の水平ラインの各画素の色は、駆動画像データＤＦＩ２（Ｎ）の偶数番目の水平ラインの各画素のマスクデータの色と、駆動画像データＤＦＩ１（Ｎ＋１）の偶数番目の水平ラインの各画素の色と、の混色の結果、得られる色に見える。また、画像ＤＦＲ（Ｎ＋１／２）においては、奇数番目の水平ラインの各画素の色は、駆動画像データＤＦＩ２（Ｎ）の奇数番目の水平ラインの各画素の色と、駆動画像データＤＦＩ１（Ｎ＋１）の奇数番目の水平ラインの各画素のマスクデータの色との混色の結果、得られる色に見える。

マスクデータにおいては、各画素の色は、読出画像データ信号ＲＶＤＳ１の対応する画素の色の補色に基づいて生成された色である（図５のステップＳ２０参照）。そして、マスクデータにおける各画素の色は、その補色を表す階調値に１以下の係数ＭＰを掛けて、無彩色に近づけた色である（同、ステップＳ３０参照）。このため、人間の目に見える画像ＤＦＲ（Ｎ＋１／２）においては、各画素の色は、マスクデータの補色によって相殺される結果、ＤＦＲ（Ｎ）、ＤＦＲ（Ｎ＋１）の対応する画素の色に比べて、より無彩色に近い色に見える。

すなわち、画像ＤＦＲ（Ｎ＋１／２）は、フレーム画像データＦＲ（Ｎ）の画像ＤＦＲ（Ｎ）と、フレーム画像データＦＲ（Ｎ＋１）の画像ＤＦＲ（Ｎ＋１）と、の中間の模様を有し、各画素の色の彩度がそれらの画像より低い画像である。なお、マスクパラメータＭＰが１の場合には（図３参照）、マスクデータにおいては、各画素の色は、読出画像データ信号ＲＶＤＳ１の対応する画素の色の補色であって、無彩色に近づけられていない色である（式（７）および（８）参照）。

本実施例においては、画像データ信号ＤＶＤＳに基づく動作再生時には、フレーム画像データＦＲ（Ｎ）の画像ＤＦＲ（Ｎ）と、フレーム画像データＦＲ（Ｎ＋１）の画像ＤＦＲ（Ｎ＋１）との間に、上記のような無彩色に近づけられた色の画像ＤＦＲ（Ｎ＋１／２）が見える（図６（ｃ）参照）。このため、画像ＤＦＲ（Ｎ）と画像ＤＦＲ（Ｎ＋１）とが直接切り換えられて表示された場合に比べて、看取者は、動画ぼけを感じにくい。

また、本実施例においては、駆動画像データＤＦＩ２（Ｎ）の画素のマスクデータの色は、駆動画像データＤＦＩ１（Ｎ）の画素の色の補色に基づいて生成されており、駆動画像データＤＦＩ１（Ｎ＋１）の画素のマスクデータの色は、駆動画像データＤＦＩ２（Ｎ＋１）の画素の色の補色に基づいて生成されている。このため、単純に隣接する駆動画像データＤＦＩ１（Ｎ），ＤＦＩ２（Ｎ＋１）の画素の色を暗くして使用する態様や、単色（黒や白やグレーなど）のマスクを使用する態様に比べて、より効果的に残像を打ち消すことができる。

また、黒やグレーなどの単色のマスクを使用して残像を強く打ち消す場合には、より黒に近い色でマスクをする必要がある。その結果、画面が暗くなってしまうおそれがある。しかし、本実施例においては、補色を使用して効果的に残像を打ち消すことができるため、画面が暗くなってしまう事態を防止できる。

また、本実施例においては、駆動画像データＤＦＩ２（Ｎ）の画像と駆動画像データＤＦＩ１（Ｎ＋１）の画像とは、いずれも、一部（一つおきの水平ライン）がマスクデータの色に置き換えられた画像である。そして、水平ラインは非常に高密度に形成されている。このため、それらの１枚１枚の画像を看取者が見た場合には、看取者は、画像内の対象物を視認することができる。そして、本実施例においては、全面が黒、白またはグレー（無彩色）の単色の画面が、フレーム画像の合間に挿入されるわけではない。このため、本実施例によれば、看取者がフリッカを感じにくいように動画を再生することができる。

Ａ４．駆動画像データの変形例：
Ａ４．１．変形例１：
上記実施例では、図６に示すように、１本の水平ラインごとに読出画像データとマスクデータとが交互に配置される場合を例に示している。しかし、ｍ本（ｍは１以上の整数）の水平ラインごとに、読出画像データとマスクデータとが交互に配置されるようにしてもよい。このような態様としても、動画を再生する際に、動画ボケを低減し、フリッカ（画面のちらつき）を低減することができる。

Ａ４．２．変形例２：
図８は、生成される駆動画像データの第２の変形例について示す説明図である。変形例２においては、図８（ｃ）に示すように、第Ｎフレームの第２フィールドに対応する駆動画像データＤＦＩ２（Ｎ）では偶数番目の垂直ライン（図８（ｃ）においてクロスハッチで示す）を形成する各画素のデータがマスクデータに置き換えられ、第（Ｎ＋１）フレームの第１フィールドに対応する駆動画像データＤＦＩ２（Ｎ＋１）では奇数番目の垂直ライン（図８（ｃ）においてクロスハッチで示す）を形成する各画素のデータがマスクデータに置き換えられる。

なお、駆動画像データＤＦＩ２（Ｎ）で奇数番目の水平ラインがマスクデータに置き換えられ、駆動画像データＤＦＩ２（Ｎ＋１）で偶数番目の水平ラインがマスクデータに置き換えられる態様とすることもできる。

本変形例においても、残像という人間の視覚上の性質に起因して、第Ｎフレームの２番目の駆動画像データＤＦＩ２（Ｎ）の画像および第（Ｎ＋１）フレームの１番目の駆動画像データＤＦＩ１（Ｎ＋１）画像により、補間画像ＤＦＲ（Ｎ＋１／２）が看取者に感じられる。これにより、動画を再生する際に、フレーム画像データＦＲ（Ｎ）の画像と、フレーム画像データＦＲ（Ｎ＋１）の画像とが連続して表示される場合に比べて、動画ボケを低減し、フリッカ（画面のちらつき）を低減することができる。

特に、本変形例のように垂直ラインを形成する画素に対する読出画像データがマスクデータに置き換えられる場合には、実施例のように水平ラインに対する読出画像データがマスクデータに置き換えられる場合に比べて、水平方向への移動を含む動きに関する動画ボケやフリッカの低減に、より効果的である。ただし、垂直方向の移動を含む動きの補償は第１実施例の方が効果的である。

Ａ４．３．変形例３：
なお、変形例２は、１本の垂直ラインごとに読出画像データとマスクデータとが交互に配置される場合を例に示している（図８参照）。しかし、ｎ本（ｎは１以上の整数）の垂直ラインごとに、読出画像データとマスクデータとが交互に配置されるようにしてもよい。この場合においても、変形例２と同様に、連続する２つのフレームの組みごとに、２つのフレーム間を人間の視覚上の性質を利用して実効的に補間することができる。このため、動画を再生する際に、動画ボケおよびフリッカ（画面のちらつき）を低減して、看取者が滑らかな動きを感じられるようにすることができる。本変形例は、特に、水平方向への移動を含む動きに関する動画ボケやフリッカの低減に、より効果的である。

Ａ４．４．変形例４：
図９は、生成される駆動画像データの第４の変形例について示す説明図である。図９（ｃ）に示すように、第Ｎフレームの第２フィールドに対応する駆動画像データＤＦＩ２（Ｎ）および第（Ｎ＋１）フレームの第１フィールドに対応する駆動画像データＤＦＩ１（Ｎ＋１）では、水平方向および垂直方向に並ぶ画素の１画素ごとに、マスクデータと読出画像データが交互に配置されている。なお、図９において、読出画像データをマスクデータに置き換えられた画素を、クロスハッチで示す。駆動画像データＤＦＩ２（Ｎ）と駆動画像データＤＦＩ１（Ｎ＋１）とは、マスクデータと読出画像データの配置位置が互いに反対である。

なお、図９の例では、駆動画像データＤＦＩ１（Ｎ）は、奇数番目の水平ラインにおける偶数番目の画素と、偶数番目の水平ラインにおける奇数番目の画素と、について、読出画像データがマスクデータに置き換えられている。一方、駆動画像データＤＦＩ２（Ｎ）は、奇数番目の水平ラインにおける奇数番目の画素と、遇数番目の水平ラインにおける偶数番目の画素と、について、読出画像データがマスクデータに置き換えられている。

なお、駆動画像データＤＦＩ１（Ｎ）は、奇数番目の水平ラインにおける奇数番目の画素と、偶数番目の水平ラインにおける偶数番目の画素と、の読出画像データがマスクデータに置き換えられたデータとすることができる。そして、そのような態様においては、駆動画像データＤＦＩ２（Ｎ）は、奇数番目の水平ラインにおける偶数番目の画素と、遇数番目の水平ラインにおける奇数番目の画素と、の読出画像データがマスクデータに置き換えられたデータとすることができる。

本変形例においても、第Ｎフレームの２番目の駆動画像データＤＦＩ２（Ｎ）および第（Ｎ＋１）フレームの１番目の駆動画像データＤＦＩ１（Ｎ＋１）により、補間画像ＤＦＲ（Ｎ＋１／２）が視認されることになる。これにより、動画を再生する際に、動画ボケおよびフリッカ（画面のちらつき）を低減して、看取者が滑らかな動きを感じるように動画を再生することができる。

特に、本変形例のように、画像中に市松模様（チェッカーボード状）にマスクデータが配置される場合には、第１実施例のように垂直方向の移動を含む動きの補償効果と、第２の変形例のように水平方向の移動を含む動きの補償効果の両方を得ることが可能である。

Ａ４．５．変形例５：
なお、変形例４では、１画素単位で水平方向および垂直方向に読出画像データとマスクデータとが交互に配置される態様について説明した。しかし、水平方向にｒ画素（ｒは１以上の整数）で垂直方向にｓ画素（ｓは１以上の整数）のブロック単位で水平方向および垂直方向に読出画像データとマスクデータとが交互に配置されるようにしてもよい。この場合においても、変形例４と同様に、連続する２つのフレームの組みごとに、２つのフレーム間を人間の視覚上の性質を利用して実効的に補間することができる、このため、表示される動画像が滑らかな動きとなるように補償することができる。このような態様も、水平方向および垂直方向への移動を含む動きの補償に、効果的である。

Ｂ．第２実施例：
第１実施例では、フレームメモリ２０に格納されているフレーム画像データを、フレーム周期Ｔｆｒの２倍速の周期Ｔｆｉで２回読み出して、それぞれの読出画像データに対応する駆動画像データを生成する場合を説明している。しかし、フレームメモリ２０に格納されているフレーム画像データを、フレーム周期Ｔｆｒの３倍速以上の周期で読み出して、それぞれ対応する駆動画像データを生成するようにすることもできる。

第２実施例では、フレームメモリ２０に格納されているフレーム画像データを、フレーム周期Ｔｆｒの３倍速（１／３の期間）の周期で読み出す。そして、１番目の読出画像データと３番目の読出画像データは改変され、２番目の読出画像データは改変されない。
第２実施例の他の点は、第１実施例と同じである。

図１０は、第２実施例において生成される駆動画像データについて示す説明図である。図１０は、フレーム周期の２倍の期間（Ｔｒｆ×２）を１周期として、第Ｎフレーム（Ｎは１以上の整数）のフレーム画像データと第（Ｎ＋１）フレームのフレーム画像データとが読み出されて、駆動画像データが生成される場合を示している。なお、以下では、第Ｎフレームに関するデータと第（Ｎ＋１）フレームに関するデータとについてまとめて言及する際には、添え字（Ｎ）や（Ｎ＋１）を省略することがある。

この態様においては、図１０（ｂ）に示すように、フレームメモリ２０に格納されているフレーム画像データが、フレーム周期Ｔｆｒの３倍速の周期Ｔｆｉで３回読み出されて、１〜３番目の読出画像データＦＩ１〜ＦＩ３として順に出力される。そして、図１０（ｃ）に示すように、１番目の読出画像データＦＩ１に対して駆動画像データＤＦＩ１が生成され、２番目の読出画像データＦＩ２に対して駆動画像データＤＦＩ２が生成され、３番目の読出画像データＦＩ３に対して駆動画像データＤＦＩ３が生成される。

１つのフレームで生成される３つの駆動画像データＤＦＩ１〜ＤＦＩ３のうち、１番目と３番目の駆動画像データＤＦＩ１，ＤＦＩ３は、読出画像データの一部がマスクデータに置き換えられた画像データとされる。図１０（ｃ）では、１番目の駆動画像データＤＦＩ１は、奇数番目の水平ライン（図１０（ｃ）においてクロスハッチで示す）のデータがマスクデータに置き換えられており、３番目の駆動画像データＤＦＩ３は偶数番目の水平ライン（図１０（ｃ）においてクロスハッチで示す）のデータがマスクデータに置き換えられている。２番目の駆動画像データＤＦＩ２は、読出画像データＦＩ２と同じ画像データである。

ここで、第Ｎフレーム（Ｎは１以上の整数）のフレーム周期における２番目の駆動画像データＤＦＩ２（Ｎ）は、第Ｎフレームのフレーム画像データＦＲ（Ｎ）をフレームメモリ２０から読み出した読出画像データＦＩ２（Ｎ）であるので、この駆動画像データＤＦＩ２（Ｎ）により、第Ｎフレームのフレーム画像ＤＦＲ（Ｎ）が表されることになる。

また、第（Ｎ＋１）フレームのフレーム周期における２番目の駆動画像データＤＦＩ２（Ｎ＋１）も、第（Ｎ＋１）フレームのフレーム画像データＦＲ（Ｎ＋１）をフレームメモリ２０から読み出した読出画像データＦＩ２（Ｎ＋１）である。よって、この駆動画像データＦＩ２（Ｎ＋１）により、第（Ｎ＋１）フレームのフレーム画像ＤＦＲ（Ｎ＋１）が表されることになる。

そして、第Ｎフレームのフレーム周期における３番目の駆動画像データＤＦＩ３（Ｎ）は第Ｎフレームにおける第３番目の読出画像データＦＩ３（Ｎ）に基づいて生成される。第（Ｎ＋１）フレームのフレーム周期における１番目の駆動画像データＤＦＩ１（Ｎ＋１）は第（Ｎ＋１）フレームにおける第１番目の読出画像データＦＩ１（Ｎ＋１）に基づいて生成される。

第Ｎフレームにおける３番目の駆動画像データＤＦＩ３（Ｎ）では偶数番目の水平ラインにマスクデータが配置される。そして、第（Ｎ＋１）フレームにおける１番目の駆動画像データＤＦＩ１（Ｎ＋１）では奇数番目の水平ラインにマスクデータが配置される。

駆動画像データＤＦＩ３（Ｎ）と駆動画像データＤＦＩ１（Ｎ＋１）とのマスクデータの位置関係は、相補的な関係となっている。このため、残像という人間の視覚上の性質に起因して、第Ｎフレームの３番目の駆動画像データＤＦＩ３（Ｎ）および第（Ｎ＋１）フレームの１番目の駆動画像データＤＦＩ１（Ｎ＋１）により、補間画像ＤＦＲ（Ｎ＋１／２）が看取者に感じられる。

また、図示しない（Ｎ−１）フレームの３番目の駆動画像データＤＦＩ３（Ｎ―１）および第Ｎフレームの１番目の駆動画像データＤＦＩ１（Ｎ）の組合せ、ならびに第（Ｎ＋１）フレームの３番目の駆動画像データＤＦＩ３（Ｎ＋１）および図示しない（Ｎ＋２）フレームの１番目の駆動画像データＤＦＩ１（Ｎ＋２）の組合せによっても、同様にフレーム間を補間することができる。

よって、第２実施例にしたがって動画を再生すれば、動画を再生する際に、動画ボケおよびフリッカ（画面のちらつき）を低減して、看取者が滑らかな動きを感じるように動画を再生することができる。

第１実施例のように２倍速の周期で読み出す場合には連続する２つのフレームの組（対）ごとに動きを補償することが可能である。しかし、本変形例の場合には、隣接するフレーム間ごとに動きを補償することができる。このため、より動き補償の効果が高い。

なお、本実施例における駆動画像データは、第１実施例と同様に水平ラインごとにマスクデータに置き換える場合を例に説明した。しかし、第１実施例における駆動画像データの変形例１〜変形例５を、第２実施例に適用することも可能である。

また、上記実施例では、フレーム画像データが、フレーム周期Ｔｆｒの３倍速の周期Ｔｆｉで３回読み出される場合を例に説明しているが、４倍速以上の周期で４回以上読み出されるようにしてもよい。この場合には、各フレームの複数の読出画像データのうち、隣接するフレームとの境界で読み出される読出画像データを改変して駆動画像データとし、境界で読み出される読出画像データ以外の読出画像データの少なくとも一つをそのまま駆動画像データとするようにすれば、同様の効果を得ることができる。

Ｃ．変形例：
なお、この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能である。

Ｃ１．変形例１：
上記第１実施例では、読出画像データＦＩ２（Ｎ）および読出画像データＦＩ１（Ｎ＋１）のすべての領域についてマスクの対象とした（図６の下段参照）。しかし、フレーム画像中に静止画を表示する部分と動画を表示する部分とが混在する場合には、動画を表示する部分のみをマスクの対象とすることができる。このような態様は、コンピュータのディスプレイにおいて、一つのウィンドウで動画を表示する場合に有効である。

このような態様においては、動き検出部６０が、フレーム画像データ（対象データ）ＷＶＤＳとフレーム画像データ(基準データ)ＲＶＤＳに基づいて、フレーム画像中の動画を表示する部分を決定する（図１および図２参照）。そして、フレーム画像中の動画を表示する部分を表す信号を、動き領域データ信号ＭＡＳとして、駆動画像データ生成部５０の駆動画像データ生成制御部５１０に供給する（図１および図４参照）。駆動画像データ生成制御部５１０は、動き領域データ信号ＭＡＳに基づいて、読出画像データＦＩ２（Ｎ）および読出画像データＦＩ１（Ｎ＋１）の動画を表示する部分について、マスクの対象とする（図６の下段参照）。このような態様とすれば、静止画を表示する部分については、フリッカを防止できる。

Ｃ２．変形例２：
上記各実施例においては、あらかじめ決められているパターンに従って画像データをマスクデータに置き換えて駆動画像データを生成することを前提として説明した（図６〜図１０参照）。しかし、本発明の実施態様は、これらに限定されるものではない。動画像の動き方向および動き量に応じて、第１実施例の駆動画像データや駆動画像データの変形例１〜５に対応するパターンの中からいずれか一つを選択して駆動画像データを生成するようにしてもよい。

例えば、第１実施例において、水平方向の動きベクトル（水平ベクトル）が垂直方向の動きベクトル（垂直ベクトル）よりも大きい場合には、駆動画像データの変形例２ないし変形例５のうちのいずれかのパターンを選択することができる。そして、垂直ベクトルが水平ベクトルよりも大きい場合には、第１実施例の駆動画像データと、駆動画像データの変形例１と、駆動画像データの変形例２のうちのいずれかのパターンを選択することができる。さらに、垂直ベクトルと水平ベクトルが等しい場合には、駆動画像データの変形例４および変形例５のうちのいずれかのパターンを選択することが考えられる。また、第２実施例においても同様である。

なお、この選択は、第１実施例や第２実施例では、例えば、駆動画像データ生成制御部５１０が、動き量検出部６２で検出された動きベクトルの表す動き方向および動き量に基づいて実行することができる。あるいは、ＣＰＵ８０が動き量検出部６２で検出された動きベクトルの表す動き方向および動き量に基づいて所定の処理を実行し、対応する制御情報を駆動画像データ生成制御部５１０に供給するようにしてもよい。

動きベクトルは、たとえば、以下のように決定することができる。すなわち、二つの画像について、それぞれの画像に含まれる画素の位置を輝度に基づいて重み付け平均して重心を得る。そして、その二つの画像の重心を始点および終点とするベクトルを、動きベクトルとすることができる。なお、画像を複数ブロックに分割して上記の処理を行い、その平均値をとって動きベクトルの向きおよび大きさを決定することもできる。

また、第３実施例は、例えば、ＣＰＵ８０が、ユーザによって指定された所望する動き方向および動き量に基づいて選択を実行し、対応する制御情報を駆動画像データ生成制御部５１０に供給することにより実行する態様とすることも可能である。

なお、ユーザによる画像の動き量の指定は、例えば、ユーザが（大），（中），（小）の中から動き量を選択する態様で実施することができる。すなわち、ユーザによる画像の動き量の指定は、ユーザが所望の動き量を指定することができればどのような方法であっても構わない。テーブルデータは、そのようにして指定された動き量に対応づけられたマスクパラメータＭＰの値を有している。

Ｃ３．変形例３：
上記各実施例の駆動画像データ生成部５０，５０Ｇでは、フレームメモリ２０から読み出された読出画像データ信号ＲＶＤＳを順次第１のラッチ部５２０でラッチする構成としている。しかし、第１のラッチ部５２０の前段に新たなフレームメモリを備える構成とすることもできる。そのような態様において、読出画像データ信号ＲＶＤＳを一旦、新たなフレームメモリに書き込み、新たなフレームメモリから出力される新たな読出画像データ信号を第１のラッチ部５２０で順次ラッチするようにしてもよい。この場合、動き検出部６０に入力される画像データ信号としては、新たなフレームメモリに書き込まれる画像データ信号および新たなフレームメモリから読み出される画像データ信号とすることができる。

Ｃ４．変形例４：
上記各実施例では、マスクデータの生成を読出画像データの各画素について実行する場合を例に説明している。しかし、置き換えを実行する画素についてのみマスクデータの生成を実行する構成としてもよい（図６〜図１０のクロスハッチの部分参照）。要するに、置き換えを実行する画素に対応するマスクデータを生成することができ、その画素についてマスクデータによる置き換えを実行することができれば、どのような構成であってもよい。

Ｃ５．変形例５：
なお、上記第１実施例では、マスクパラメータＭＰは０〜１の値をとる。そして、読出画像データに対するマスクパラメータＭＰを使用する処理においては、補色の画素値Ｃｒｔ，ＣｂｔにマスクパラメータＭＰが掛けられる（図５のステップＳ３０、および式（７）、（８）参照）。しかし、読出画像データに対する処理は、他の方法で実行することもできる。

たとえば、画素値Ｙ，Ｃｒｔ，Ｃｂｔのすべてについて、マスクパラメータＭＰを使用する演算を行うこともできる。また、ＲＧＢ階調値からＹＣｒＣｂ階調値への変換（図５のステップＳ１０参照）を行わす、読出画像データが有するＲＧＢ階調値に対して、直接、マスクパラメータＭＰを使用する演算を行うこともできる。さらに、読出画像データが有するＲＧＢ階調値や変換後のＹＣｒＣｂ階調値と、処理後の階調値とを対応づけて保持するルックアップテーブルであって、マスクパラメータＭＰを使用して生成されたルックアップテーブルを参照して、処理を行うこともできる。

Ｃ６．変形例６：
上記第１実施例では、読出画像データの画素の色の補色を求める際には、ＹＣｒＣｂ表色系の階調値への変換を行って、補色を求める。しかし、読出画像データの画素の色の補色を求める際には、他の様々な方法を使用することができる。

たとえば、読出画像データのレッド、グリーン、ブルーの階調値が０〜Ｖｍａｘをとる階調値であり、読出画像データのある画素の階調値（Ｒ，Ｇ，Ｂ）であるとき、その補色の階調値（Ｒｔ，Ｇｔ，Ｂｔ）は以下の式（１２）〜（１４）で計算することができる。

Ｒｔ＝（Ｖｍａｘ＋１）−Ｒ ・・・ （１２）
Ｇｔ＝（Ｖｍａｘ＋１）−Ｇ ・・・ （１３）
Ｂｔ＝（Ｖｍａｘ＋１）−Ｂ ・・・ （１４）

Ｃ７．変形例７：
また、上記実施例では、液晶パネルを適用したプロジェクタを例に説明している。しかし、本発明は、プロジェクタ以外の装置、たとえば直視型の表示装置にも適用可能である。また、液晶パネルの他にＰＤＰ（Plasma Display Panel）やＥＬＤ（Electro Luminescence Display）等の種々の画像表示デバイスを適用することも可能である。また、ＤＭＤ（Digital Micromirror Device，ＴＩ(Texas Instruments)社の商標）を用いたプロジェクタに適用することも可能である。

Ｃ８．変形例８：
上記実施例では、画像データは、レッド、グリーン、ブルーの各色成分の強度を表すＲＧＢ階調値で各画素の色を表すデータであった。しかし、画像データは、他の階調値で各画素の色を表すデータとすることもできる。たとえば、画像データは、ＹＣｒＣｂ階調値で各画素の色を表すデータとすることもできる。また、画像データは、Ｌ^*ａ^*ｂ^*表色系やＬ^*ｕ^*ｖ^*表色系などの他の階調値で各画素の色を表すデータとすることもできる。

そのような場合には、図５のステップＳ４０においては、ＹＣｒＣｂ階調値からそれらの画像データの表色系の階調値への変換が行われる。ただし、画像データがＹＣｒＣｂ階調値で各画素の色を表すデータである場合には、図５のステップＳ１０、Ｓ４０を省略することができる。

Ｃ９．変形例９：
上記実施例では、駆動画像データを生成するための、メモリ書込制御部、メモリ読出制御部、駆動画像データ生成部、動き量検出部の各ブロックをハードウェアにより構築した場合を例に説明しているが、少なくとも一部のブロックをＣＰＵがコンピュータプログラムを読み出して実行することによって実現するように、ソフトウェアにより構築するようにしてもよい。

この発明の第１実施例としての画像データ処理装置を適用した画像表示装置の構成を示すブロック図である。 動き検出部６０の構成の一例を示す概略ブロック図である。 マスクパラメータ決定部６６に格納されているテーブルデータについて示す説明図である。 駆動画像データ生成部５０の構成の一例を示す概略ブロック図である。 マスクデータ生成部５３０における画像処理の内容を示すフローチャート。 生成される駆動画像データについて示す説明図である。 駆動画像データ生成部５０において駆動画像データＤＦＩ１（Ｎ）〜ＤＦＩ２（Ｎ＋２）を生成する処理の内容を示すフローチャート。 生成される駆動画像データの第２の変形例について示す説明図である。 生成される駆動画像データの第４の変形例について示す説明図である。 第２実施例において生成される駆動画像データについて示す説明図である。

符号の説明

１０...信号変換部
２０...フレームメモリ
３０...メモリ書込制御部
４０...メモリ読出制御部
５０...駆動画像データ生成部
５０Ｇ...駆動画像データ生成部
６０...動き検出部
６２...動き量検出部
６６...マスクパラメータ決定部
７０...液晶パネル駆動部
８０...ＣＰＵ
９０...メモリ
１００...液晶パネル
１１０...光源ユニット
１２０...投写光学系
５１０...駆動画像データ生成制御部
５２０...第１のラッチ部
５３０...マスクデータ生成部
５３０Ｇ...マスクデータ生成部
５４０...第２のラッチ部
５５０...マルチプレクサ

Claims (8)

1. 画像表示デバイスを駆動するための駆動画像データを生成する画像データ処理装置であって、
   第１の原画像を表す第１のフレーム画像データと、前記第１の原画像よりも後に表示されるべき第２の原画像を表す第２のフレーム画像データと、を取得するフレーム画像データ取得部と、
   画像表示デバイスに順に表示されるべき第１ないし第４の駆動画像をそれぞれ表す第１ないし第４の駆動画像データを生成する駆動画像データ生成部と、を備え、
   前記駆動画像データ生成部は、
   前記第１のフレーム画像データに基づいて、前記第１および第２の駆動画像データを生成し、
   前記第２のフレーム画像データに基づいて、前記第３および第４の駆動画像データを生成し、
   前記第２の駆動画像の一部の画素の色は、前記第１の駆動画像の対応する画素の色の補色、または前記対応する画素の色の補色と無彩色との混色によって生成できる色であり、
   前記第３の駆動画像の一部の画素の色は、前記第４の駆動画像の対応する画素の色の補色、または前記対応する画素の色の補色と無彩色との混色によって生成できる色であり、
   前記第２の駆動画像の前記一部の画素と、前記第３の駆動画像の前記一部の画素とは、画像中において互いに重複しない領域の画素である、装置。
2. 請求項１記載の装置であって、
   前記第１の駆動画像は、前記第１の原画像を拡大または縮小することによって得られる画像であり、
   前記第２の駆動画像の他の一部の画素の色は、前記第１の駆動画像の対応する画素の色と同じ色であり、
   前記第４の駆動画像は、前記第２の原画像を拡大または縮小することによって得られる画像であり、
   前記第３の駆動画像の他の一部の画素の色は、前記第４の駆動画像の対応する画素の色と同じ色である、装置。
3. 請求項２記載の装置であって、さらに、
   前記第１と第２のフレーム画像データに基づいて、前記第２の原画像の前記第１の原画像からの動き量を計算する動き検出部を備え、
   前記駆動画像データ生成部は、
   前記第１のフレーム画像データと前記動き量とに基づいて、前記第２の駆動画像の前記一部の画素の色を決定し、
   前記第２のフレーム画像データと前記動き量とに基づいて、前記第３の駆動画像の前記一部の画素の色を決定する、装置。
4. 請求項３記載の装置であって、
   前記駆動画像データ生成部は、
   前記動き量が大きいほど、前記第２の駆動画像の前記一部の画素の色を、前記第１の駆動画像の前記対応する画素の色の前記補色に近くなるように決定し、
   前記動き量が小さいほど、前記第３の駆動画像の前記一部の画素の色を、無彩色に近くなるように決定する、装置。
5. 請求項２記載の装置であって、さらに、
   前記第１と第２のフレーム画像データに基づいて、前記第２の原画像の前記第１の原画像からの動き方向を計算する動き検出部を備え、
   前記駆動画像データ生成部は、前記第２の駆動画像の前記一部の画素と、前記第３の駆動画像の前記一部の画素と、を、前記動き方向に基づいて決定する、装置。
6. 請求項１ないし５のいずれかに記載の画像データ処理装置と、前記画像表示デバイスとを備える画像表示装置。
7. 画像表示デバイスを駆動するための駆動画像データを生成する方法であって、
   （ａ）第１の原画像を表す第１のフレーム画像データに基づいて、画像表示デバイスに表示されるべき第１の駆動画像を表す第１の駆動画像データを生成する工程と、
   （ｂ）前記第１のフレーム画像データに基づいて、前記第１の駆動画像よりも後に前記画像表示デバイスに表示されるべき第２の駆動画像を表す第２の駆動画像データを生成する工程と、
   （ｃ）前記第１の原画像よりも後に表示されるべき第２の原画像を表す第２のフレーム画像データに基づいて、前記第２の駆動画像よりも後に前記画像表示デバイスに表示されるべき第３の駆動画像を表す第３の駆動画像データを生成する工程と、
   （ｄ）前記第２のフレーム画像データに基づいて、前記第３の駆動画像よりも後に前記画像表示デバイスに表示されるべき第４の駆動画像を表す第４の駆動画像データを生成する工程と、を含み、
   前記第２の駆動画像の一部の画素の色は、前記第１の駆動画像の対応する画素の色の補色、または前記対応する画素の色の補色と無彩色との混色によって生成できる色であり、
   前記第３の駆動画像の一部の画素の色は、前記第４の駆動画像の対応する画素の色の補色、または前記対応する画素の色の補色と無彩色との混色によって生成できる色であり、
   前記第２の駆動画像の前記一部の画素と、前記第３の駆動画像の前記一部の画素とは、画像中において互いに重複しない領域の画素である、方法。
8. 画像表示デバイスを備えたコンピュータに動画を表示させるためのコンピュータプログラムであって、
   第１の原画像を表す第１のフレーム画像データに基づいて、画像表示デバイスに表示されるべき第１の駆動画像を表す第１の駆動画像データを生成する機能と、
   前記第１のフレーム画像データに基づいて、前記第１の駆動画像よりも後に前記画像表示デバイスに表示されるべき第２の駆動画像を表す第２の駆動画像データを生成する機能と、
   前記第１の原画像よりも後に表示されるべき第２の原画像を表す第２のフレーム画像データに基づいて、前記第２の駆動画像よりも後に前記画像表示デバイスに表示されるべき第３の駆動画像を表す第３の駆動画像データを生成する機能と、
   前記第２のフレーム画像データに基づいて、前記第３の駆動画像よりも後に前記画像表示デバイスに表示されるべき第４の駆動画像を表す第４の駆動画像データを生成する機能と、
   前記第１ないし第４の駆動画像データに基づいて前記第１ないし第４の駆動画像を順に表示することにより、動画を表示する機能と、を前記コンピュータに実現させるためのコンピュータプログラムであり、
   前記第２の駆動画像の一部の画素の色は、前記第１の駆動画像の対応する画素の色の補色、または前記対応する画素の色の補色と無彩色との混色によって生成できる色であり、
   前記第３の駆動画像の一部の画素の色は、前記第４の駆動画像の対応する画素の色の補色、または前記対応する画素の色の補色と無彩色との混色によって生成できる色であり、
   前記第２の駆動画像の前記一部の画素と、前記第３の駆動画像の前記一部の画素とは、画像中において互いに重複しない領域の画素である、コンピュータプログラム。

Images