(57)【要約】ディスプレイドライバは、圧縮データ用のデータ入力部（１８）と、ディスプレイの各列ラインを駆動する複数の出力部（４１）と、を有する。圧縮データを受け取ることにより、ディスプレイドライバへ供給される必要なデータレートを低下させることができる。圧縮データを並列的に復号化するために、複数の復号化モジュール（４８）が各出力部（４１）に設けられ、接続されている。
2005505803.tif 000002
【特許請求の範囲】
【請求項１】
複数の行及び列として配列された画素表示素子のマトリックスアレイを駆動するカラムドライバであって、前記複数の行及び列は前記画素表示素子を駆動するために複数の行ライン及び列ラインを有し、
当該カラムドライバは、
圧縮画像データ信号を受け取るデータ入力部と、
各列ラインへの接続に用いられる複数のカラム出力部と、
複数のカラム出力部に出力するために、前記圧縮データ信号を少なくとも部分的に伸長する少なくとも１つのデコーダとを備えたカラムドライバ。
【請求項２】
複数のデコーダを含み、
該デコーダの各々は、前記圧縮データ信号を少なくとも部分的に伸長し、並びに、前記圧縮データを各前記カラム出力部に出力するために、各前記カラム出力部へ接続されていることを特徴とする請求項１に記載のカラムドライバ。
【請求項３】
各デコーダは、
累積的なランレングス信号を受け取る第１の入力部と、
データ信号を受け取る第２の入力部と、
前記第１の入力部における前記累積的なランレングス信号が所定のカラムインデックスを超えるときにクロック信号を出力する比較器と、
前記第２の入力部に接続されたラッチ入力部、前記比較器に接続されたクロッキング入力部、及び、前記比較器からのクロック信号によってトリガーされたときに前記出力信号を前記第２の入力部における前記データ信号となるようにラッチする出力部を有するラッチ部とを備えたことを特徴とする請求項２に記載のカラムドライバ。
【請求項４】
前記デコーダの出力を当該カラムドライバの前記複数の列出力の間で配分するシフトレジスタ及び複数のラッチ部を更に備えたことを特徴とする請求項１に記載のカラムドライバ。
【請求項５】
前記データ入力部と前記少なくとも一つのデコーダとの間に、前記データ入力部におけるハフマン符号方式による圧縮データ信号を復号化するためにルックアップテーブルモジュールを更に備えたことを特徴とする請求項１から請求項４のいずれか一項に記載のカラムドライバ。
【請求項６】
前記少なくとも一つのデコーダの前記出力部側にあるラッチアレイと、
前記ルックアップモジュールが前記入力データ中にライン終了の符号語を検出したときに前記ラッチにクロック供給するために前記ルックアップテーブルモジュールから前記ラッチアレイへ信号を伝送するように、前記ルックアップテーブルモジュールから前記ラッチアレイのクロッキング入力部までのラッチ信号ラインとを更に備えたことを特徴とする請求項５に記載のカラムドライバ。
【請求項７】
前記列の各々に対する少なくとも一つのデコーダと、
前記列の各々に対する複数のラッチ部と、
前記デコーダと前記複数のラッチの間にあり、複数のスイッチモードに切り替え可能なスイッチボックスであって、各スイッチモードは前記少なくとも一つのデコーダの出力を各列の前記複数のラッチ部のうちの一つまたはそれ以上の選択されたラッチへ各列ライン毎に並列に接続するスイッチボックスと備え、
画素列の各々を複数のビットで駆動することを特徴とする請求項１から請求項６のいずれか一項に記載のカラムドライバ。
【請求項８】
前記列の各々に対する複数のデコーダと、
前記列の各々に対する複数のラッチとを備え、
各列の前記デコーダは各列ラインの前記ラッチへ並列に接続されており、画素列の各々を複数のビットで駆動することを特徴とする請求項１から請求項７のいずれか一項に記載のカラムドライバ。
【請求項９】
複数の行及び列として配列された画素表示素子のマトリックスアレイと、
前記画素表示素子を駆動するために、前記画素表示素子の前記行に沿った行ライン及び前記列に沿った列ラインとして並べられた複数の信号ラインと、
前記行を駆動するロウドライバと、
各列ラインに接続された各出力部を具備し、請求項１から請求項８のいずれか一項に記載のカラムドライバとを備えたディスプレイ。
【請求項１０】
圧縮レートデータの処理速度よりも速くないクロックレートで前記デコーダにクロック供給するクロック部を更に含む請求項１から請求項９のいずれか一項に記載のディスプレイ。
【請求項１１】
表示画素の複数の行及び列を有するディスプレイで圧縮データを復号化する方法であって、
符号化画像データをカラムドライバへ供給し、
前記カラムドライバにおいて前記画像データを復号化し、
前記ディスプレイの前記列を並列に駆動する方法。
【請求項１２】
各列ライン毎に並列に前記画像データを少なくとも部分的に復号化することを特徴とする請求項１１に記載の方法。
【請求項１３】
ランレングス符号化データを獲得するためにルックアップテーブル内でハフマン符号化データを復号化し、
各列ラインを駆動するためにハフマン復号化データを並列に復号化することを特徴とする請求項１２に記載の圧縮データを復号化する方法。
【請求項１４】
前記供給された符号化画像データのデータレートよりも速くないクロック速度で前記デコーダにクロック供給することを含むことを特徴とする請求項１１から請求項１３のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディスプレイに係わり、特に、マトリックス型ディスプレイ及び同ディスプレイを駆動する方法に関する。
【背景技術】
【０００２】
例えば、液晶ディスプレイ、又は、発光ダイオードのアレイのような、パッシブマトリックス型及びアクティブマトリックス型の両方のマトリックス型ディスプレイは、多種多様なアプリケーションで使用されている。それらの中には、特に、バッテリーによって給電される携帯電話機、電子ブック、及び、ラップトップのような携帯型アプリケーションが含まれる。
【０００３】
ディスプレイ解像度増大するにつれ、ディスプレイへ転送すべきデータのレートが増加する。これは、より大きい電力を消費し、電磁妨害問題を誘発する。電力ドレインの増加はあらゆる装置における問題ではあるが、これは、特に、バッテリー給電型装置の場合に重要である。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
したがって、増大したデータレートをディスプレイへ供給する問題に対処する必要がある。
【課題を解決するための手段】
【０００５】
本発明によれば、複数の行及び列として配列された画素表示素子のマトリックスアレイを駆動するカラムドライバと、画素表示素子を駆動させるために画素表示素子の行に沿った行ライン及び列に沿った列ラインとして配置された複数の信号ラインとが設けられ、カラムドライバは、圧縮画像データ信号を受け入れるデータ入力部と、各列ラインへの接続用の複数の出力部と、圧縮データ信号を少なくとも部分的に伸長し、この伸長されたデータを各列ラインへ出力する少なくとも一つのデコーダとを含む。
【０００６】
圧縮データを用いてディスプレイを駆動することにより、ディスプレイへの送信のために要求されるデータレートは低下する。ディスプレイは、シンプル・パッシブマトリックス型ディスプレイでもよく、アクティブマトリックス型ディスプレイでもよい。
【０００７】
当該技術の当業者は、圧縮画像データを符号化及び復号化する先行技術に精通しているであろう。例えば、グループ３ファクシミリ伝送用のＣＣＩＴＴ（国際電信電話諮問委員会）のファクシミリ伝送規格は、圧縮データを使用する。しかし、本出願人は、従来のデータ伸長方式では、最初に、例えば、コンピュータを使用してデータを伸長し、次に、ディスプレイを駆動するためデータを転送する必要があることを承知している。その上、圧縮データは、データをディスプレイへ転送する前にフレーム記憶部に記憶される。
【０００８】
したがって、上記の従来技術の圧縮技術は、ディスプレイを駆動する問題に対処するものではない。なぜならば、未だディスプレイは圧縮されていないデータによって駆動されるからである。
【０００９】
圧縮データの全部を搬送するためのデータラインを必要とせずに、圧縮データでディスプレイを直接的に駆動することは可能である。なぜならば、各列毎の伸長データが、使用時に各列ラインへ接続されるそれぞれの出力部へ出力されるからである。
【００１０】
本発明の好ましい実施形態によれば、デコーダ、又は、複数のデコーダのうちの或るデコーダは、ランレングス符号化データを使用する。特に好ましい実施形態は、累積（cumulative）ランレングス符号化を使用する。
【００１１】
好ましくは、カラムドライバは、複数のデコーダを含み、各デコーダは各列ラインに接続される。これは、データを伸長する計算を実行するために要するクロック速度を低下させる。これが行われない場合、処理は、圧縮データが到着するレートよりも速いクロック速度で実行されることが一般的に必要である。なぜならば、一般的に、圧縮データの各要素に対して２オペレーション以上を実行する必要があるからである。クロック速度が低下することは、このような伸長を含むユニットがクロック速度の低下しなかった場合よりも電力必要量が低く、これにより、伸長がバッテリー給電型装置により適するようになることを意味する。
【００１２】
デコーダは、対応した列信号ラインと並列に接続してもよい。
【００１３】
尚、本明細書において、「ロウ（行）」という文言は、マトリックスディスプレイにおいて入力データのラインがアドレス指定する方向を表すために使用され、「カラム（列）」という文言は、デコーダによって並列に駆動されたラインの方向を表し、ディスプレイの特定の配置又は向きを意味するのではない。
【００１４】
各デコーダは、累積ランレングス信号を受け取る第１の入力部と、データ信号を受け取る第２の入力部と、第１の入力部における累積ランレングス信号が所定のインデックスを超えるときにクロック信号を出力する比較器と、第２の入力部に接続されたラッチ入力部、比較器に接続されたクロッキング入力部、及び、比較器からのクロック信号を契機として、出力信号を第２の入力部のデータ信号となるようにラッチする出力部を有するラッチと、を具備する。
【００１５】
このようにして、各デコーダは、他の列に対するデータを必要とすることなく、その列の累積ランレングス信号を復号化することができる。
【００１６】
本発明の実施形態では、データ入力部とデコーダとの間にルックアップテーブルモジュールが設けられ、データ入力部における圧縮データ信号を部分的に復号化する。これは、特に、ロウレングス符号方式及びハフマン符号方式の両方を用いて圧縮されたデータを復号化するために適している。ルックアップテーブルモジュールは、ランレングス符号を復号化するために並列デコーダへ供給される復号化されたランレングスパラメータを獲得するため、ハフマン方式で符号化されたデータを復号化する第１の復号化ステップを実行する。
【００１７】
また、このルックアップテーブルモジュールは、ライン終了符号（end-of line cord）を検出するように配置されている。カラムドライバは、並列デコーダの出力部にあるラッチアレイと、ルックアップテーブルモジュールからラッチアレイのクロッキング入力部へのラッチ信号ラインと、を具備してもよく、ここで、ルックアップテーブルモジュールは、入力データにおいてライン終了の符号語を検出し、ライン終了の符号を検出したときにラッチ部にクロック供給するためにラッチ信号ラインに沿って信号を出力するように配置されている。このようにして、各行のデータが順番にラッチされる。
【００１８】
カラムドライバは、列ライン毎に複数のデコーダが設けられ、各デコーダはマルチビット信号のうちの１ビットを出力する。
【００１９】
画素の各列を複数のビットで駆動するために、カラムドライバは、列ライン毎に少なくとも１つのデコーダと、列ライン毎に複数のラッチ部と、デコーダと複数のラッチ部との間にスイッチボックスとを含でもよく、スイッチボックスは複数のスイッチモード間で切り替え可能であり、各モードは、列ライン毎に並列に、少なくとも１つのデコーダの出力を各列ラインの複数のラッチ部から選択された１つまたは複数のラッチ部へ接続する。
【００２０】
代替的に、又は、付加的に、カラムドライバは、列ライン毎に複数のデコーダと、列ライン毎に複数のラッチ部とを含んでもよく、各列ラインのデコーダは各列ラインのラッチ部へ並列に接続される。
【００２１】
本発明は、更に、複数の行及び列として配置された画素表示素子のマトリックスアレイと、画素表示素子を駆動するために、画素表示素子の行に沿った行ライン及び列に沿った列ラインとして配置された複数の信号ラインと、各列ラインに接続された各出力部を有する上記のカラムドライバとを含むディスプレイに関する。
【００２２】
ディスプレイは、圧縮レートデータの到着速度よりも速くないクロック速度でデコーダにクロック供給するクロック部を具備してもよい。
【００２３】
他の特徴によれば、本発明は、表示画素の複数の行及び列を有するディスプレイで圧縮データを復号化する方法に係わり、この方法は、符号化画像データをカラムドライバへ供給し、カラムドライバにおいて画像データを復号化し、ディスプレイの列を並列に駆動する。
【００２４】
実施形態において、画像データは、列ライン毎に並列的に少なくとも部分的に復号化される。
【００２５】
デコーダは、好ましくは、供給された符号化画像データのデータレートよりも速くないクロック速度でクロック供給される。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の具体的な実施形態を、単なる一例として、添付図面を参照して説明する。
【００２７】
図面は略図に過ぎないことが理解されるであろう。同じ参照番号が同じ部品又は類似した部品を示すために全ての図面を通じて使用される。
【００２８】
図１を参照して、本発明に係るディスプレイの概略的な実施形態を記述する。ディスプレイは、複数の行４及び列６として配置された画素表示素子８のマトリックスアレイ２を含む。複数の信号ライン１０、１２は、行ライン１０及び列ライン１２として配置されている。信号ライン１０、１２は、ディスプレイを駆動するために電気信号を供給する。多数のこのようなマトリックスディスプレイの種類が知られている。特に本発明は、液晶ディスプレイや発光ダイオードアレイにも適用可能である。このディスプレイは、パッシブマトリックスディスプレイでもよく、また、例えば、ＡＭＬＣＤ又はＡＭＬＥＤのようなアクティブマトリックスディスプレイでもよい。
【００２９】
カラムドライバ１４及びロウドライバ１６は、所望の画像をディスプレイに表示するため、列ライン１２及び行ライン１０を駆動する。
【００３０】
データ入力部１８はカラムドライバ１４に設けられ、データ入力部１８を介して圧縮画像データを入力することができる。カラムドライバ１４は、圧縮入力データを復号化する少なくとも１つのデコーダ４８と、各列ライン１２を駆動するドライバ３８とを含む。追加の回路をカラムドライバ内に設けてもよい。その一部の実施形態を以下に示す。
【００３１】
使用中、圧縮データは、データ入力部へ供給され、伸長され、これにより、カラムドライバ１４へ供給するために必要なデータレートを低下させる。
【００３２】
圧縮アルゴリズムは、一般的に、帯域幅必要量を減少させるためデータ冗長性を用いる。便利な圧縮アルゴリズムは、ＣＣＩＴＴグループ３のバイナリ画像圧縮規格に記載されているように、ファックスを送信するためごく一般的に使用されているランレングス符号方式及びハフマン符号方式を用いる。
【００３３】
ランレングス符号方式は、連続した０のラン及び１のランを探し、それらの０のラン及び１のランに関して画像を符号化する。例えば、文字Ａのバイナリ画像について検討する。
【００３４】
００００００００００００００００００００００００００００００
００００００００００００００１１１０００００００００００００
０００００００００００００１１１１１００００００００００００
００００００００００００１１１０１１１０００００００００００
０００００００００００１１１０００１１１００００００００００
００００００００００１１１１１１１１１１１０００００００００
０００００００００１１１０００００００１１１００００００００
００００００００１１１０００００００００１１１０００００００
００００００００００００００００００００００００００００００
【００３５】
この画像の各行のランレングス符号は以下の通りである。
第０行−（０，３０）  ＝  ３０
第１行−（０，１４）  （１，３）  （０，１３）  ＝  １４，  ３，  １３
第２行−（０，１３）  （１，５）  （０，１２）  ＝  １３，  ５，  １２
第３行−（０，１２）  （１，３）  （０，１）  （１，３）  （０，１１）  ＝  １２，  ３，  １，  ３，  １１
第４行−（０，１１）  （１，３）  （０，３）  （１，３）  （０，１０）  ＝  １１，  ３，  ３，  ３，  １０
第５行−（０，１０）  （１，１１）  （０，９）  ＝  １０，  １１，  ９
第６行−（０，９）  （１，３）  （０，７）  （１，３）  （０，８）  ＝  ９，  ３，  ７，  ３，  ８
第７行−（０，８）  （１，３）  （０，９）  （１，３）  （０，７）  ＝  ８，  ３，  ９，  ３，  ７
第８行−（０，３０）  ＝  ３０
【００３６】
各行は、０で始まり、ランレングス符号は、行毎に１と０の間が交互に現れるデータを有する。これは、データビット（０又は１）を符号化することは不要であり、上記の等価式に示されるようなランの長さだけを符号化すればよい。ランを１から開始し、次に、最初のランレングスを与えるために、０に対して長さ０を与えることができる。
【００３７】
一般的に、ランレングスは累積的に符号化する方が便利である。即ち、上記の第１行に対して、１４、３、１３を記録する代わりに、累積符号は、１４、１７、３０によって与えられる。累積コードは、任意のポイントまで累算された各行のコードの合計であり、文字列の長さではなく、０又は１の文字列の最後の文字を示している。
【００３８】
画像データは、符号語を様々な文字に割り当てるハフマン符号方式によって更に符号化することができる。最も確率の高い文字は短い符号語であり、最も確率の低い文字は長い符号語である。復号化は、文字を符号語に適合させる単純なルックアップテーブルを用いて実現され得る。適切な修正ハフマンコードのセットは、ＣＣＩＴＴグループ３規格に規定されている。
【００３９】
このように、データの符号化を実行するため、最初にデータはランレングス方式で符号化され、次に、ハフマン符号方式を用いて圧縮される。復号化プロセスは、これらの二つのステップを逆順に実行する。
【００４０】
次に、図２を参照して列デコーダ１４のより詳細な実施形態を説明する。
【００４１】
データ入力部１８は、入力データバス２０によってルックアップテーブル及び制御モジュール２２へ接続される。クロック入力部２４は同様にルックアップテーブルモジュール２２に接続される。ルックアップテーブルモジュール２２の出力はランレングスデコーダ２６へ接続される。クロック発生器２８は、ランレングスデコーダ２６と、Ｎ段の１ビットレジスタを有するシフトレジスタ３０とに供給する。ランレングスデコーダ２６からのデータは、データバス３２を介して、シフトレジスタ３０へ供給される。シフトレジスタ３０の出力は、Ｎ段の１ビットのラッチ３４に供給され、次に、ｎ段の１ビットの記憶ラッチ３６に供給され、デジタル・アナログ変換器３８のアレイに供給される。信号線４２はルックアップテーブルモジュールを記憶ラッチ３６に接続する。電圧バッファ４０は出力部４１に接続され、各出力部は各列ライン１２に接続される。
【００４２】
入力データバス２０は、ｍビットバスでもよく、ここで、ｍは最大ランレングスを符号化するために必要なビット数であり、又は、シリアル入力データ用の１ビットバスでもよい。
【００４３】
使用時において、データは、入力部１８に供給され、バス２０を通過してルックアップテーブルモジュール２２へ伝わり、ルックアップテーブルモジュール２２はハフマンコードをランレングスコードに変換する。一例として、ルックアップテーブルモジュールは、ＣＣＩＴＴグループ３の修正ハフマンコードを用いる。このコードは、ラインの終わりに特殊な符号語を有する。ライン終了の符号語が検出されたとき、信号は、信号線４２を下って記憶ラッチ３６へ出力される。
【００４４】
ランレングス符号化データは、ルックアップテーブルモジュール２２によってランレングスモジュール２６へ出力され、ランレングスモジュール２６はランレングスを復号化し、復号化されたデータを連続したＮ段の１ビットラッチ３４の入力へ送る。シフトレジスタ３０は動作させるラッチを選択する。
【００４５】
記憶ラッチ３６は、信号ライン４２に沿ってモジュール２２の出力部３７からライン終了信号を受信したとき、全てのラインの最後でＮ段の１ビットラッチ３４のデータを記憶する。記憶ラッチは、次に、電圧バッファ４０を介して、デジタル／アナログ変換器（ＤＡＣ）３８を駆動する。
【００４６】
したがって、統合復号化方式（integral decoding）を備えたカラムドライバが提供され、統合復号化方式は、入力部１８においてカラムドライバへ送るために要求されるデータレートを低下させることができる。データレートの低下によって、信号の電力及び電磁妨害を低減することができる。
【００４７】
クロック２５は、クロック入力部２４にクロック信号を供給する。しかし、これは、ランレングスデコードモジュール２６及びシフトレジスタ３０にクロック供給するほど充分に高速ではない。なぜならば、伸長されたデータのデータレートは圧縮データのデータレートよりも速いからである。したがって、内部クロック発生器２８は、ルックアップテーブルモジュールからの制御入力を有する位相ロックループから信号２８を発生する。
【００４８】
クロック入力部２４における入力クロックのクロックレートは、ｆｍ／μによって与えられ、あるいは、代わりに、１ビット幅の入力バス２０を有する場合には、ｆ／Ｃによって表される。Ｆは非圧縮画素クロック周波数であり、μは平均ランレングスであり、Ｃは圧縮比である。ｍビット幅の入力バス２０の場合、クロックレートは、Ｆ／μ、あるいは、その代わりに、Ｆ／Ｃｍとなる。
【００４９】
図３を参照して、カラムドライバ１４の別の実施形態では、並列ランレングス復号化モジュール４８を使用する。この構成では、ルックアップテーブルモジュール２２の出力は、ｍビット幅のデータバス４６に沿ってアキュムレータ４４に至る。アキュムレータ４４は、ｍビット幅のデータバス４７に沿って並列デコーダモジュール４８へ並列に出力する。並列デコーダモジュール４８は、Ｎ段の１ビット記憶ラッチ３６へ接続され、記憶ラッチ３６は、図２の実施形態と同じように、ライン４２に沿ってルックアップテーブルモジュール２２によって実行するように示されたとき、各ラインの最後にデータを記録する。ルックアップテーブルモジュール２２におけるデータ出力部３９は、後述するようにデータをデコードモジュール４８へ供給する。
【００５０】
使用時に、アキュムレータ４４は、ルックアップテーブル２２によって出力されたランレングスを累積的なランレングスに変換し、図４を参照して後述するように、累積ランレングスはデコードモジュール４８によって復号化され得る。
【００５１】
図３の実施形態は、図２のクロック発生器２８のような高周波内部クロックを必要としない。内部データレートは、並列デコードモジュールによって著しく低下する。全てのデータは入力クロック速度で累積ランレングスデータによって生成される。
【００５２】
行及びフィールド反転技術は、データの多元性（data plurality）を示すためルックアップテーブルモジュールに更なる符号を加えることによって簡単に追加することができる。画素反転をもたらすため更なるロジックを設けることができる。
【００５３】
図４を参照して、図３の実施形態で用いるのに適した並列デコードモジュール４８を説明する。デコードモジュール４８は、ルックアップテーブルモジュール２２の出力部に出力された累積的なランレングスデータを入力する第１の入力部５０を有する。第２の入力部５２は、ルックアップテーブルモジュール２２のデータ出力部３９からのデータ入力を受け入れるため設けられている。ルックアップテーブルの出力部３９のデータ出力は「１」又は「０」であり、出力される累積ランレングスデータが「１」のランであるか、又は、「０」のランであるかを示す。各デコーダモジュールは、それのうち列番号５４を符号化し、比較器５６と、データ入力部６０、クロック入力部６２及び出力部６４を具備したラッチ５８とを有する。比較器５６は、累積ランレングス信号が列番号５４を超えたとき、ラッチ６０にクロックを供給する。
【００５４】
次に、図５を参照して列デコーダの動作を説明する。図５には、第１列から第１３列の全てに関して、２個の連続した累積ランレングスに対してクロック信号の一例が示されている。第１の累積長さは３であり、第２の累積長さは７であり、したがって、第４列から第７列は、第２の累積的なランレングスである７を受け取ったとき、クロックレベルが正に変化する。これにより、データ入力部５２に入力されたデータビットの値は、そのときにデータビットの値をラッチの出力部６４へ転送するため、第４列から第７列へクロック入力される。
【００５５】
各ラインの最後に、累積長さは０にセットされ、次のラインのために準備が完了した比較器５６のクロック出力を零にする。
【００５６】
データバス４７の並列デコーディングモジュール４８へのライン数は、表示幅が大きい場合に増加する。これは、ランレングス符号化できるデータの長さを制限することによって、より速いデータレートを犠牲にすれば解決される。例えば、ディスプレイが１０２４本の列を有する場合、１０ラインとデータライン、即ち、１１本のラインが各列デコードモジュールへ供給されなければならない。ランレングスを６４画素に制限した場合、ディスプレイ全体をカバーするためには上記のカラムドライバのうちの１６個が必要になるであろう。各カラムドライバは、６４個のデコードモジュールを有し、各デコードモジュールには７ラインが入る。ランレングスは、１６個のカラムドライバの間で時間的に連続的に分けられる。
【００５７】
上記の実施形態は、各画素をアドレス指定するため、１ビットしか必要としない。しかし、本発明は、各画素がｇビットを有するカラー画像や階調画像の駆動にも適用可能である。
【００５８】
図６は、図３に示されたアプローチの変更に基づく第１の実現可能なアプローチを図示している。スイッチボックス７０は、並列デコードモジュール４８'とＮ段のｇビットラッチ７４との間に挿入される。デコードモジュール４８'は、ラッチが列比較ロジックをそのままにして分離抽出されている点で、上述のモジュール４８とは異なる。ラッチは、その代わりに、ｇビットラッチ７４と概して類似しているｇビット記憶ラッチ７４'に実装される。ルックアップテーブルモジュール２２からスイッチボックス７０までのスイッチ制御ライン７２は、ルックアップテーブルモジュール２２がスイッチボックスをｇ状態のうちの１状態にセットすることを可能とする。各状態は、並列デコードモジュールを、Ｎ個のラッチ７４'の各々のｇビットのうちの各１ビットに並列に接続し、これにより、列比較ロジックによって生成された復号化クロックを、関連した記憶ラッチ７４'へ導く。
【００５９】
使用時に、（Ｎ．ｇ）ビットのうちの最初のＮビットが並列的に復号化され、対応したＮ個のラッチへ切り替えられ、その後に、（Ｎ．ｇ）ビットのうちの残りのビットも連続的に続く。列全体が復号化された後、次の列を復号化することができ、都合良く、（Ｎ．ｇ）ビットのうちの最初のＮビットから再び始める。
【００６０】
この構成におけるクロック入力は、ｆｇ／ｍＣの平均周波数で動作する。なぜならば、各ビットプレーンは順次に送られるが、符号は並列的に送られるからである。したがって、圧縮比が１よりも大きく、ランレングスビット数がより大きくなると、階調ビットは、クロック／データレートを低下させる。電力消費は駆動されるラインの数に依存するので、一見したところ、ｍをできる限り大きくする方が優れているように思われる。しかし、都合の良いｇ／ｍの比は、０と１の範囲にある。
【００６１】
入力ビットに対して与えられたビット幅ｍの選択が行の総画素数にとって不十分であるならば、数個のカラムドライバは、全てのカラムドライバへ通過する累積ランレングスデータに一緒に接続されるが、別個の制御ラインが特定のドライバを活性化したときに限り活性化される。本実施形態では、各ドライバは２ｍ個の列を有するであろう。ドライバがＤ個であるならば、平均クロック／データレートはｆｇＤ／ｍＣになり得るので、係数ｇＤ／ｍは、電力及びデータレート削減のため最適化することができる。スイッチボックス７０を制御する信号は、ルックアップテーブルモジュール２２によって供給しなくても構わないが、代わりに、低周波入力制御信号によって供給することも可能である。
【００６２】
図７を参照すると、入力データバス２０が複数の並列入力データバス７６を含む別の実施形態が示されている。ｇ本の入力データバス７６が存在し、各々のビット幅はｍである。アキュムレータ４４の両側の内部データバス４６、４７は、同じｇ×ｍの構造を有し、各列毎にｇ個のデコードモジュール４８が駆動する。ｇ個のデコードモジュールの各々は、各ラッチ７４に接続される。本配置では、スイッチボックス７０は不要である。なぜならば、復号化は並列的に実行されるからである。
【００６３】
図６及び７の構成をハイブリッド化することは、シリコン面積とデータレートの間にトレードオフ関係をもたらす。例えば、図８には、３本の入力データバス７６を用いるアプローチが示され、内部データバス４６、４７は、各々３ｍビット幅を有する。スイッチボックス７０への２・ｌｏｇ２ｇ幅のバスは、一つの実現可能な例として示されている。列毎に３個のデコードモジュールが存在する。スイッチボックス７０は、必要な数のＮ個の３ｇビット記憶ラッチ７４’に対して３個のデコードモジュールを増やす。
【００６４】
尚、図８の構成は、３ビットパスの各々が単一カラーに対応するカラーディスプレイにも好適であることに注意されたい。
【００６５】
本開示を読むことによって、その他の変形及び変更が当業者にとって明らかになるであろう。このような変形及び変更は、マトリックスディスプレイ並びにそれらの駆動方式の設計、製造、及び、使用において既に知られている等価な特徴及び他の特徴を包含し、それらは、上記の特徴に加えて、或いは、上記の特徴に代えて使用され得る。
【図面の簡単な説明】
【００６６】
【図１】本発明によるディスプレイの模式図である。
【図２】本発明によるカラムドライバの第１の実施形態を示す図である。
【図３】本発明によるカラムドライバの第２の実施形態を示す図である。
【図４】図３の実施形態のカラムドライバのデコーダを示す図である。
【図５】図４に示されたデコーダの動作を示す信号を表す図である。
【図６】本発明によるカラムドライバの第３の実施形態を示す図である。
【図７】本発明によるカラムドライバの第４の実施形態を示す図である。
【図８】本発明によるカラムドライバの第５の実施形態を示す図である。
【図５】
2005505803.tif 000003
【図６】
2005505803.tif 000004
【図８】
2005505803.tif 000005
【国際公開パンフレット】
2005505803.tif 000006
2005505803.tif 000007
2005505803.tif 000008
2005505803.tif 000009
2005505803.tif 000010
2005505803.tif 000011
2005505803.tif 000012
2005505803.tif 000013
2005505803.tif 000014
2005505803.tif 000015
2005505803.tif 000016
2005505803.tif 000017
2005505803.tif 000018
2005505803.tif 000019
2005505803.tif 000020
2005505803.tif 000021
2005505803.tif 000022
2005505803.tif 000023
2005505803.tif 000024
2005505803.tif 000025
2005505803.tif 000026
2005505803.tif 000027
【国際公開パンフレット（コレクトバージョン）】
2005505803.tif 000028
【国際調査報告】
2005505803.tif 000029
2005505803.tif 000030
2005505803.tif 000031