JP3283005B2

JP3283005B2 - 画像データの遷移を生じないようにするデータ転送方法

Info

Publication number: JP3283005B2
Application number: JP31468698A
Authority: JP
Inventors: 正士中野
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1998-11-05
Filing date: 1998-11-05
Publication date: 2002-05-20
Anticipated expiration: 2018-11-05
Also published as: US6369825B1; JP2000152129A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般的には、表示
装置に転送される画像データの変換（加工）法であっ
て、より具体的には、有限のビット数を単位として階調
等を表現する場合において、データの変化量（データ遷
移の数）が削減されるようにデータを変換し、転送し及
び復元することの工夫に関するものである。

【０００２】

【従来の技術】コンピュータ関連機器であるＣＲＴ表示
装置（ディスプレイ）や最近急速に普及しつつある液晶
表示装置(ＬＣＤ: Liquid Crystal Display)において
は、階調表示を行うにあたって様々な手法が採用されて
いる。階調表示は、例えば明度について言えば、最も明
るい白と黒との間に多くの中間の明るさの段階を設けて
表示するというものである。この階調表示は、画像デー
タ中において示されるが、その中には、有限のビット数
を単位としてブロック分けして、そのブロック内のビッ
トによって表現可能な２進数表現で画像データの階調を
示すものがある。

【０００３】例えば、４ビットを単位としてブロック分
けする場合には、各ビット毎に０又は１をもって２つの
状態を表現できるために、２⁴＝１６の状態すなわち１
６階調を表現することができることになる。同様にし
て、６ビットをもってブロック分けするならば、２⁶＝
６４の状態をもって、６４階調を表現することができる
ことになる。多くのドライバでは、３ビット（８階
調）、４ビット（１６階調）、６ビット（６４階調）、
８ビット（２５６階調）といったブロック分けによる、
出力レベル数が限定されたディジタル方式が一般的であ
る。これらの階調である出力レベルを実際の明暗の表示
に直すためには、予め各階調のそれぞれに必要な電圧レ
ベルを設けておき、階調に応じて選択的に所定のレベル
を出力できるようにしておけばよい。

【０００４】このような有限のビット数を単位としてブ
ロック分けされた２進数表現の画像データは、複数のデ
ータ線を通じて平行して(in parallel )転送されること
が多い。必要となるデータは、ある時点において平行し
て送られてくる平行したデータ全体であるとしても、例
えば画像データをリフレッシュする場合などのように時
系列的に新たな画像データを順次供給していくような場
合には、いずれかのデータ線において、前に送られたデ
ータと次に送られるデータとの間に必然的に０と１との
間で相互に変わるような遷移(transition)が現れてくる
ことになる。なお、これら０と１との区分けについて
は、例えば、所定の電圧レベル以下は０として、所定の
電圧レベル以上は１とすることによって区分けするなど
する設定が採用されており、当業者であればきわめて容
易になし得る。

【０００５】ただし、このように０と１との間で相互に
変わるような遷移は、電磁（電波）雑音干渉(ＥＭＩ：E
lectro Magnetic Interference)を考慮した場合には、
できれば生じないことが好ましい。ＥＭＩでは、製品あ
るいはシステム全体として特定の団体や国で定められて
いるかあるいは世界的に定められている許容値（規格
値）をパスする必要がある。

【０００６】このようなＥＭＩ輻射は，基板上などに配
線された内部回路などからも生じるが、いわゆるデータ
線の集合としてのバス、インターフェイス・ケーブルか
ら起きる場合において問題となる場合が多く見受けられ
る。なぜならば、インターフェイス・ケーブルがＥＭＩ
輻射のアンテナとなり、ケーブルが長ければ長いほどＥ
ＭＩ輻射は増大するという性質があるからである。イン
ターフェイス・ケーブル等は、それ自体が、分離して離
れている機器同士を仲介して接続するための部品となる
ようなものであるため、ある程度実用に耐え汎用に耐え
る長さを必要とする事情もある。

【０００７】また、ＥＭＩ輻射は、信号の周波数成分に
比例し、信号の繰り返しが速くなればなるほど強くなる
という関係（一般的性質）がある。転送されてくるある
特定のビットのみ（ブロック分けされた４ビット中にあ
るどれか１ビットのみの意味）に着目して、順次転送さ
れてくるデータの１と０との間での時系列変化を追って
みると、ディジタル信号がＨＬＨＬ（パルス表示として
は１０１０：Ｈは高レベルで１、Ｌは低レベルで０）を
単純に繰り返すような場合に、最も強いＥＭＩ輻射が生
じる。このような状態が、時系列的なある期間（単位時
間）あたりでのディジタル量の変化が最も頻繁に生じて
いる場合に相当しており、時系列的に隣接して転送され
て生じる１と０との間での相互の遷移が最も頻繁に生じ
ていることになり、信号の繰り返し数すなわち周波数が
高いことになる。

【０００８】図１を用いて、実際の液晶表示における画
像データの流れを説明する。

【０００９】図１は、ＬＣＤの例として、薄膜トランジ
スタ（ＴＦＴ:Thin Film Transistor）を用いたＬＣＤ
モジュール１０の構成を示す。ゲートアレイ１１から延
びるディジタル・データ・バス及びクロック２０は、Ｘ
ードライバ（データ・ドライバまたはソース・ドライバ
ともいう）３０及びＹードライバ（ゲート・ドライバと
もいう）４０に対して個々に丹念に接続されており、Ｘ
とＹとで特定されるピクセル電極におけるＴＦＴを駆動
することができるようにされている。

【００１０】ここでのゲートアレイ１１は、これらドラ
イバへの信号の供給を制御すること等の機能面から、Ｌ
ＣＤコントローラ１１とも呼ばれている。これらＬＣＤ
コントローラやドライバは、ハードウエアとしては、内
部配線された内部論理（ロジック）装置、例えばＬＳＩ
として実現されている。

【００１１】ここで採用されているところの最終的な表
示における画像データの流れは、ブロック化された画像
データが、ソース線から順次画面の横方向（水平方向）
の画素すなわちピクセル(pixel)が時系列的に送られ、
ゲート線が制御されることによって所定のタイミングを
もって適切な画素において表示される。これが、いわゆ
る画像データの走査(scan)である。すなわち、画像デー
タは、まず主走査方向として横方向（水平方向）へと送
られ、主走査方向へ全て送り終えると、次に縦方向（垂
直方向）へとずれてから、やはり主走査方向として横方
向（水平方向）へと送られていく。

【００１２】図２は、画像データの走査にあたって、ゲ
ートアレイ１１から延びるディジタル・データ・バス及
びクロック２０を通じて時系列的に転送されてくる画像
データと、有限のビット数を単位としてブロック分けさ
れて取り出されるデータとの対応を示した模式図であ
る。データ転送においては、多くのデータを大量にかつ
高速に処理する必要性から、一般に、並列されたデータ
線を通じて信号が平行に(パラレルに：in parallel)転
送されてくる。

【００１３】図２では、ディジタル・データ・バスの１
２本のデータ線（クロックを除く）を通じて平行に転送
がなされている。１２本のデータ線は区分けされて専用
化されて利用されている。例えば、ＲＧＢによるカラー
処理の場合において、夫々が、Ｒ階調用の４ビット、Ｇ
階調用の４ビット、Ｂ階調用の４ビット、として専用化
されている。従って、ブロック分けされた４ビットを単
位とするデータとして容易に取り出すことができる。

【００１４】１２ビットの平行して転送されてくるデー
タから、これら４ビットを単位としてブロック分けされ
たデータを取り出すためには、ブロックになるべき４ビ
ットを最上桁から最下桁へ順次取り出していくか、また
はそれとは逆に、最下桁から最上桁へと順次取り出して
いくこと等が考えられる。ここでの順次取り出しに要す
る時間やそれに伴うＥＭＩ上の輻射は、外部データ線の
集合であるバス、インターフェイス・ケーブルを通じて
生じるようなものではないため、本発明においては特に
問題としない。

【００１５】時系列的に捉えても、ブロックになるべき
４ビットは実質的に同時に取り出されるものとして差し
支えない。このようなディジタル・データ・バス及びク
ロック２０からブロックになるべきデータを取り出すた
めには、当業者であれば様々な手法を採用可能であるた
め、ここではその具体的な説明を省略する。

【００１６】有限のビット数を単位としてブロック分け
された２進数表現をもって階調が表現されている場合に
おいて、ＥＭＩ対策上問題となるデータ転送の態様を考
慮してみる。最終的には、比較すべきブロック同士に生
じている総合的な対応ビット同士に生じている遷移の総
数を問題にすることに変わりはないが、まず最初は、デ
ータ転送がされる単位であるブロック全体を捉えてみる
必要性が出てくる。

【００１７】このようなブロック全体を捉える必要性
は、少なくとも２種類あるブロック化された画像データ
を表示するためにどのように供給していくかというこ
と、すなわち走査の方法や方向にも関わってくることで
はある。これは主として、ブロック内における桁上がり
や桁下がりの数学的性質を考慮する必要性に起因するも
のである。

【００１８】このことを前提として、最終的なＥＭＩ上
の問題が、比較すべきブロック同士に生じている総合的
な対応ビット同士に生じている遷移の総数となってくる
理由は、ｎ本のインターフェイス信号に同じ波形のディ
ジタル信号を送る場合のＥＭＩ輻射は、１本の信号にそ
の信号を送る場合のｎ倍となる、というデータ転送とＥ
ＭＩ輻射との間にある関係（一般的性質）に因る。すな
わち、ブロック内の４ビット全てに遷移が生じている場
合の輻射は、１ビットのみに遷移が生じている場合の４
倍となるのである。

【００１９】本発明の実施例が前提としている走査の方
法（方向）は、画像データが、ソース線から順次画面の
横方向の画素(pixel)に送られ、ゲート線が所定のタイ
ミングで制御されることによって、適切な画素において
表示されるというものである。これはＬＣＤにおけるご
く一般的な走査の方法（方向）である。図１を正面から
見た場合において、あるゲート線（水平線又は横線）に
注目すると、あるゲート線の左から右へとデータが送ら
れていく（走査される）ことになる。従って、右に先
（前）に送られるブロック全体と、それよりも左に一つ
手前にあって次に右に送られるすなわち次（後）に送ら
れるブロック（次のブロック）全体との間での比較が問
題となってくる。すなわち、これらのブロック内のビッ
トの何れか一つに遷移が生じていれば先（前）に送られ
るブロックと次（後）に送られるブロックとではブロッ
クの種類が異なることになり、遷移が生じる。

【００２０】すなわち、この一般的な走査における転送
では、時系列的に隣接することになってしまう、異なる
種類のブロック同士が最も問題となってくることが分か
る。ただし、たとえ時系列的に直接的には隣接しないブ
ロック同士であっても、走査の単位を長い期間でとらえ
た場合には、結果的には遅かれ早かれいつかは遷移は起
きるのであるから、時系列的には隣接していると言うこ
ともできる。従って、本明細書において用いている「隣
接」の意義は、単にブロック同士が隣り合っている場合
のみを指すというような狭い意味に解釈すべきではな
く、本発明の技術的思想が適用できる範囲内において広
く解釈すべきである。

【００２１】ところで、１ブロックを４ビットでブロッ
ク分けして、これら４ビットによって表現できる１６の
状態（１６進数表現）を、この１６進数に対応する２進
数が数学的に順次桁上がっていった場合として考えてみ
る。ここで４ビットのうちの遷移が生じたビットの数
（０と１との間での相互の遷移数）を数えてみると、以
下のようになる。

【００２２】１６進数表現２進数表現遷移（０と１との間での相互の遷移数）０００００（基準）１０００１１２００１０２３００１１１４０１００３５０１０１１６０１１０２７０１１１１８１０００４９１００１１１０（Ａ）１０１０２１１（Ｂ）１０１１１１２（Ｃ）１１００３１３（Ｄ）１１０１１１４（Ｅ）１１１０２１５（Ｆ）１１１１１０００００４

【００２３】ここでの遷移は、２進数表現における数学
的な順次桁上がりに従って、１、２、１、３、１、２、
１、４、１、２、１、３、１、２、１、４、・・・と変
化していくことが分かる。

【００２４】ここで、従来技術においては、遷移がうま
く連続的に１ビットしか変化しないようなグレイコード
(gray code)というコードが考案されている。このコー
ドでは、１６進数表現と２進数表現とについて数学的な
意味での桁上がりの順序が失われることになるが、以下
のようになる。

【００２５】１６進数表現グレイコード遷移（０と１との間での相互の遷移数）０００００（基準）１０００１１３００１１１２００１０１６０１１０１７０１１１１５０１０１１４０１００１１２（Ｃ）１１００１１３（Ｄ）１１０１１１５（Ｆ）１１１１１１４（Ｅ）１１１０１１０（Ａ）１０１０１１１（Ｂ）１０１１１９１００１１８１０００１０００００１

【００２６】ここでの遷移は、数学的な順次桁上がりに
は従っていないが、１、１、１、１、１、１、１、１、
１、１、１、１、１、１、１、１、・・・と変化してお
り、全ての遷移を１に統一して設定することが可能とな
る。しかし、グレイコードには次のような欠点がある。

【００２７】欠点の第１は、グレイコードと２進数表現
との間での対応をとるためのルックアップテーブルが必
要になるということである。これは１６進数表現がその
本来の数学的な桁上がりとは無関係になっていることか
らも容易に予想できることである。ここで必要となるル
ックアップの参照手続きは、できれば省略したい冗長な
手続きであり、高速化や簡素化を実現するためにはこの
ような手続きを介しなくてはならないことは好ましくな
い。

【００２８】欠点の第２は、グレイコードはそのコード
の体系全体が系統的に取り扱われることで初めて意味を
もってくるものであり、そうでない場合には対応できな
いということである。例えば、そのコード内の任意の
（いわばランダムな）２つの階調の状態を取り出してそ
れらの間での遷移を考えなくてはならないような場合に
は、予定していない遷移となるため、柔軟に対応するこ
とができないということである。

【００２９】なるほど、データが漸次１ずつ遷移してい
くことが予めわかっているような定型的階調のあるデー
タのみを扱えば済むというのであれば、グレイコードは
きわめて有効な手段となることであろう。しかし、画像
データの表示では、画面の背景とその上に表示される文
字というような設定に代表されるように、輝度差などを
大きくとってその区分けをきっちりとさせる（狭義には
大きいコントラストとする）設定が多用されている。

【００３０】このような設定が多用される理由として
は、ユーザにとって区分け又は区切りの境界の見分けが
つきやすいようにするため等が考えられる。このような
設定をすべきところでデータが漸次１ずつ遷移していく
ような遷移を与えたのでは、境界（輪郭）がぼやけてし
まって都合が悪いのである。すなわち、明確なエッジが
得られるように、意図的に急激な遷移を与えている場合
が多いのである。

【００３１】典型的な表示としては、真っ黒な背景の上
に目立つように明るい輝度の文字を表示する場合が挙げ
られる、ＤＯＳのプロンプト表示のようなものが一般的
にも馴染み深くイメージしやすいと思われる。

【００３２】典型的なＥＭＩ試験では、暗い背景中にお
いて四方八方に明るいＨパターンの文字を多数散点的に
繰り返し表示した状態が再現されることがある（図５参
照）。このような繰り返しパターンが利用される理由と
しては、このパターンによってＨの文字を構成している
ー（横線）の両側のＩ（縦線）とＩ（縦線）とが縦方向
に比較的長く伸びているために横方向（水平方向）の走
査において多数横切らなければならないため、急激な遷
移を多数生じさせることができるからである。ＥＭＩ対
策を考える上において、現実にあり得る文字表示に即し
た最悪の状態の一つと想定できる。

【００３３】その他にも、ＬＣＤのデータ線におけるデ
ータ転送では、利用される画像データの特徴からその変
化量を評価してみると、各ビットがランダムに変化して
いる場合は非常に少なく、ある規則性を持った変化をし
ていることが多いのである。ある規則性とは、具体的に
は、データの変化量が多い時には、ブロック内の上位ビ
ットあるいは下位ビットで同時に変化が生じることが多
いということである。

【００３４】このような規則性が現れる理由には、限ら
れたビット数をもって階調を表現していることとの関係
で、数学的な繰り上がりや繰り下がりが起きることやそ
の範囲内で表現できる状態を最大限利用していることと
も密接に関係している。

【００３５】具体的な数字をあてはめて、この関係を説
明してみる。例えば、２つの階調（深さ）を任意抽出し
て、背景の表示に０００１の階調（深さ）を用いて、文
字の表示に１１１０の階調（深さ）を用いた場合を考え
る。すると、これらの間でのビットの遷移（０と１との
間での相互の遷移数）は４ということになる。ここで
は、上位ビット（左から３ビット）と下位ビット（右１
ビット）が同時に変化している。

【００３６】また、数学的に表現された状態である１１
１１が、数学的に桁上がりすることによって００００に
なったり、これとは逆に、数学的に表現された状態であ
る００００が、数学的に桁下がりすることによって１１
１１になったりするという性質がある。すなわち、４ビ
ットの範囲で表現できる状態を最大限利用して００００
と１１１１とを表現しているために仕方ない。

【００３７】結局、画像データ内に混在している複数種
類の画像データ（少なくとも２種類）間において急激な
遷移が生じている場合には、１ずつ遷移することのみを
予定しているグレイコードでは対処することが不可能と
なる。このような場合でも煩雑な手続きを要することな
く、ＥＭＩ上の問題が生じないように画像データが転送
されることが望まれる。

【００３８】

【発明が解決しようとする課題】本発明の目的は、煩雑
な手続きを要することなく、表示装置に転送される画像
データを変換（加工）し復元することによって、転送中
におけるデータ変化量（データ遷移の数）を削減するこ
とにある。

【００３９】

【課題を解決するための手段】本発明では、有限のビッ
ト数を単位としてブロック分けされ２進数表現されてい
るが２進数表現の異なる少なくとも２種類の画像データ
部分を含む、画像データを転送する方法及び装置が提供
される。

【００４０】まず、画像データ中の第１の画像データ部
分を、当該第１の画像データ部分と異なる種類の第２の
画像データ部分と有限数のビット数を単位としてブロッ
ク分けされた２進数表現においてより類似したものにな
るように、変換する。このことによって、ＥＭＩ上対策
上有利な転送をするための前準備がなされる。

【００４１】次に、当該より類似したものになるように
変換されている第１の画像データ部分を、当該他の少な
くとも１種類の第２の画像データ部分と時系列的に隣接
させて、転送する。かかる転送によれば、走査をする際
に遷移が生じないようにすることができ、ＥＭＩ対策上
有利な転送が実現できる。

【００４２】最後に、当該転送ステップの実行後におい
て、当該より類似したものになるように変換されている
第１の画像データ部分を、変換前の状態へ復元する。こ
れによって、一旦は転送の前準備で変換された第１の画
像データ部分が、元どおりに復元できる。

【００４３】結局、ＥＭＩ上問題となってくる転送の過
程を経た後でも、最終的には元の画像データに戻すこと
ができ、ＥＭＩ上問題となってくる転送過程に照準をあ
わせながらその転送過程において生じる遷移を最小限に
抑えることができる。

【００４４】

【発明の実施の形態】具体的な発明の実施の形態を説明
する前に、まず、本発明において使用される用語の定義
を説明しておく。

【００４５】本明細書において「２進数表現」としてい
るのは、コンピュータの物理的又は技術的性質に基づく
情報処理として、画像データがディジタル量として取り
扱うことが可能であるようにされているものであること
を表現したものである。２進数表現（１ビット）を４つ
（４ビット）集めれば１６進数表現できることは周知事
項であり、当業者であれば容易にこのような改変をする
ことができる。ただし本発明との関係では、実際に画像
データが転送される最終的な２進数表現での状態が評価
される。

【００４６】本明細書において「画像データが類似す
る」とは、ある種類の画像データが、他の種類の画像デ
ータとの間で、データ遷移が生じにくいようにされてい
る関係を言うものである。より具体的には、データがブ
ロック化され２進数表現されている場合を想定すると、
ブロックを構成しているビットにおける１と０との相互
の遷移が、比較すべきブロック同士で少なくなるように
されている関係を言うものである。類似の程度は、ブロ
ックを構成している対応ビット中における１と０との相
互の遷移の総数が問題となるのであって、数学的な桁上
がりや桁下がりとは必ずしも関係がない。

【００４７】従って、「画像データがより類似したもの
になるように」とは、比較すべき画像データ同士におい
て、これら画像データのブロックを構成しているビット
中における１と０との相違が、変換などの過程を経てよ
り少なくなるようにされることを言うものである。ブロ
ックを構成している対応ビット中における１と０との相
互の遷移の総数が減るようにされればより類似したもの
になるのであって、数学的な桁上がりや桁下がりの順序
を必ずしも考慮する必要はない。

【００４８】一方、「画像データが同一である」とは、
比較すべき画像データ同士について、これら画像データ
のブロックを構成しているビット中における１と０との
相違が全く存在せず同一である関係を言うものである。

【００４９】図３は、図２において取り出された４ビッ
トのブロックを詳細に示す構成図である。最下位（最下
桁）のビットがＤ０であり、順次、Ｄ１、Ｄ２、と各桁
用のビットが存在して、最上位（最上桁）のビットがＤ
３である。もちろんこれとは逆に、最下位のビットをＤ
３として、順次、Ｄ２、Ｄ１、として最上位のビットを
Ｄ０と設定することもできる。

【００５０】図４は、図３におけるブロック中にあるＤ
０からＤ３の各ビットで表現されるデータを変換し復元
するための回路の一例を示す模式図である。ここで、画
像データには、（ａ）００００という画像データ部分
と、（ｂ）１１１１という画像データ部分との２種類が
多く含まれているものと仮定する。このような設定をす
れば、画面の背景と文字との間に最も大きい明暗差をも
った明確な輪郭を実現することができる。

【００５１】ここで、データ線４００における画像デー
タの転送の前に、その準備として加算器３００において
画像データ全体を加工（＋１の加算）すると、これらの
画像データ部分は、（ａ）０００１（ｂ）００００（１
１１１からの繰り上がりがあるため）となる。従って、
画像データの遷移の数が加工前では４という最大数であ
ったものが、加工後には１にまで減少できていることが
分かる。従って、これら２種類の画像データ部分すなわ
ち０００１と００００という２つの比較すべき画像デー
タ部分は、たった＋１という加算を施すだけで、より類
似した状態になりように加工できるため、データ線４０
０上における画像データの転送においてはＥＭＩ上きわ
めて有利になるのである。

【００５２】データ線４００上における画像データの転
送後は、減算器５００において画像データ全体を加工
（１の減算）すると、元の画像データを容易に復元する
ことができる。このようなデータの加工と復元とを一般
的なものとして表現し直せば、原データに施した元の演
算に対して逆になるような演算を、データの転送後に施
せばよいことになる。

【００５３】従って、当業者であれば、これら加算器と
減算器の組み合わせ以外の組み合わせを採用すること
で、データの変換（加工）及び復元を容易になし得る。
ただし注意すべきは、データが相互により類似したもの
になるように変換（加工）することで初めて意義を見出
せるのである、このことが本発明にとって重要であるこ
とに変わりはない。

【００５４】次に、具体的なケースに即して説明してい
くことで、本発明の技術的思想を十分に理解して頂く。
さらには、その効果の具体的評価法についても理解して
頂くことにする。

【００５５】図５は、典型的なＥＭＩ試験で用いられて
いるところの、暗い背景中の四方八方に明るいＨパター
ンの文字を多数散点的に繰り返し表示した状態を示す一
例である。この四方八方に表示されているＨのうちか
ら、１つのＨを拡大して示したものが、図６の（ａ）で
ある。通常、実際にはＨの文字部分が明るく表示される
が、図面での表現の都合上、これは、黒く塗りつぶされ
た部分が明るい文字部分であり、白抜きの部分が暗い背
景部分となっている。もちろん、この逆に、明るい背景
部分と暗い文字部分という正反対の場合も考えられる。
Ｘ方向（水平方向、横方向）にはＸ０−Ｘ６の単位ブロ
ックが与えられ、Ｙ方向（垂直方向、縦方向）にはＹ０
−Ｙ１３の単位ブロックが与えられる。従って、用意さ
れている全ブロックの数は、７×１４＝９８ブロックで
ある。各ブロックは、このＨパターンを表示するための
ピクセルに対応しており、夫々が４ビットによって構成
されている。

【００５６】図６の（ｂ）は、画像データがＸ方向（水
平方向、横方向）に走査された場合において、時系列的
にＸ方向においてすぐ隣り合うことになってしまうため
に、Ｘ方向においてすぐ隣り合うブロック（ピクセル）
との間に遷移が生じてしまう。ここでは、Ｘ方向におい
てすぐ隣り合うブロック（ピクセル）との間に遷移が生
じてしまうブロック（ピクセル）を（ブロック単位で）
黒く塗りつぶして表示している。このＨパターンにおい
ては、３４のブロック（ピクセル）に遷移が生じること
がわかる。

【００５７】Ｙ方向（垂直方向、縦方向）との間では、
時系列的にはＸ方向の走査が全て済むまでの期間だけの
差（遅れ）があり、この差（遅れ）は時系列的にすぐ隣
り合うブロックが走査される期間に比較してずっと長い
期間となってしまうため、このＸ方向の走査方法（方
向）によれば、Ｙ方向に隣接していることは問題となら
ない。このＨパターンにおいて全ブロック中で遷移の生
じているブロック数の割合（ピクセル数の割合と考える
と、面積割合）を計算すると、３４÷９８≒０．３５
（×１００％＝３５％：百分率）である。

【００５８】既に説明したように、この典型的なパター
ンによれば、Ｈの字体を構成しているー（１本の横線）
の両側についたＩとＩ（２本の縦線）とが、横方向の走
査において急激な遷移を生じさせることができる。

【００５９】図７において遷移の生じるブロックの数を
特定して、個々のブロックの種類によって異なる２進数
表現を特定すれば、最終的に、遷移したビットの総数が
計算できるのである。以下に、具体的数値をもってこの
ことを説明する。

【００６０】ここで再度、図４において説明したものと
同じ内容、すなわち、１ブロックは４ビットから構成さ
れている場合を考えてみる。画像データが、（ａ）００
００という画像データ部分と、（ｂ）１１１１という画
像データ部分との２種類のみで構成されているものとし
て、データ線４００における画像データの転送の前に、
その準備として加算器３００において画像データ全体を
加工（＋１の加算）して、データ線４００上で転送を行
い、画像データの転送後に減算器５００において画像デ
ータ全体を加工（１の減算）して元の画像データを復元
するものとする。

【００６１】すると、従来は１ブロックで４ビット全て
が遷移していたところを、本発明によれば１ビットのみ
の遷移で済ませられたのであるから、全体で７５％も遷
移を削減できていると計算することができる。すなわ
ち、ブロックを単位とした評価によって、効果を具体的
に評価して把握することが可能となるのである。

【００６２】以上、本発明の例としては、ＬＣＤ表示装
置内部のデータバスを挙げて説明してきたが、データバ
スはＰＣ（パーソナルコンピュータ）からＣＲＴ表示装
置までに幅広く用いられている、伝送経路、ＣＰＵ内
部、等多数のデータ線を有しかつデータ転送を行う装置
内部または装置間についても、幅広く本発明の技術的思
想を適用することが可能である。

【００６３】また、本発明では、有限数のビット数を単
位としてブロック分けされ２進数表現を、階調に対応さ
せながら説明したが、階調以外にも他の画像データの特
性その他の属性を表現するために用いることができる。
このような利用形態の変更は、当業者であればきわめて
容易になし得る。

【図面の簡単な説明】

【図１】本発明が実施可能であるＬＣＤの例として、薄
膜トランジスタ（ＴＦＴ）モジュール１０の構成を示す
図である。

【図２】図２は、画像データの走査にあたって、ゲート
アレイ１１から延びるディジタル・データ・バス及びク
ロック２０を通じて転送されてくる画像データと、有限
のビット数を単位としてブロック分けされて取り出され
るデータとの対応を示す模式図である。

【図３】図２において取り出された４ビットのブロック
を詳細に示す構成図である。

【図４】図３におけるブロック中にあるＤ０からＤ３の
各ビットで表現されるデータを変換し復元するための回
路の一例を示す模式図である。

【図５】典型的なＥＭＩ試験で用いている、暗い背景中
の四方八方に明るいＨパターンの文字を多数散点的に繰
り返し表示した状態を示す一例の図である。

【図６】（ａ）は、図５のうちの１つのＨを拡大した図
であり、（ｂ）は、画像データがＸ方向（水平方向、横
方向）に走査された場合において、時系列的にＸ方向に
おいてすぐ隣り合うことになってしまうために、Ｘ方向
においてすぐ隣り合うブロック（ピクセル）との間に遷
移が生じてしまうことになるブロック（ピクセル）を
（ブロック単位で）黒く塗りつぶして表示した図であ
る。

【図７】遷移の生じるブロックの数を特定すれば、最終
的に遷移したビットの数が計算できることを示す図であ
る。

【符号の説明】

１０ＬＣＤモジュール１１ゲートアレイ（ＬＣＤコントローラ）２０ディジタル・データ・バス及びクロック３０Ｘ−ドライバ（データ・ドライバまたはソース・
ドライバ）４０Ｙ−ドライバ（ゲート・ドライバ）２００データ加工及び復元器３００加算器４００データ線５００減算器

───────────────────────────────────────────────────── フロントページの続き (56)参考文献特開平５−334206（ＪＰ，Ａ) 特開平７−104715（ＪＰ，Ａ) 特開平９−258686（ＪＰ，Ａ) 特開平10−207434（ＪＰ，Ａ) 特開平10−307558（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H03M 7/14 G09G 3/20 611 G09G 3/20 633 G09G 3/36

Claims

(57)【特許請求の範囲】

【請求項１】有限のビット数を単位としてブロック分け
され２進数表現されていて２進数表現の異なる少なくと
も２種類の画像データ部分を含む、画像データを転送す
る方法であって、前記画像データ中の第１の画像データ部分を、当該第１
の画像データ部分と異なる種類の第２の画像データ部分
と有限数のビット数を単位としてブロック分けされた２
進数表現においてより類似したものになるように、変換
するステップと、当該より類似したものになるように変換されている第１
の画像データ部分を、当該他の少なくとも１種類の第２
の画像データ部分と時系列的に隣接させて、転送するス
テップと、当該転送ステップの実行後において、当該より類似した
ものになるように変換されている第１の画像データ部分
を、変換前の状態へ復元するステップとを有する、デー
タ転送方法。
【請求項２】前記ブロック分けされた２進数表現が、画
像データの階調に対応していることを特徴とする、請求
項１記載の方法。
【請求項３】前記画像データ中の第１の画像データ部分
を、前記第１の画像データ部分と異なる種類の第２の画
像データ部分と有限数のビット数を単位としてブロック
分けされた２進数表現において類似したものになるよう
に変換するステップが、有限数のビットのシーケンスにおいても相互に類似する
ように変換するステップを含む、請求項１記載の方法。
【請求項４】前記変換が画像データ部分の２進数表現に
１を加算又は減算することであり、前記復元が画像デー
タ部分の２進数表現から１を減算又は加算することであ
る、請求項１記載の方法。
【請求項５】有限のビット数を単位としてブロック分け
され２進数表現されていて２進数表現の異なる少なくと
も２種類の画像データ部分を含む、画像データを転送す
る装置であって、前記画像データ中の第１の画像データ部分を、前記第１
の画像データ部分と異なる種類の第２の画像データ部分
と有限数のビット数を単位としてブロック分けされた２
進数表現においてより類似したものになるように、変換
する装置と、当該より類似したものになるように変換されている第１
の画像データ部分を、当該他の少なくとも１種類の第２
の画像データ部分と時系列的に隣接させて、転送する装
置と、当該転送ステップの実行後において、当該より類似した
ものになるように変換されている第１の画像データ部分
を、変換前の状態へ復元する装置とを有する、データ転
送装置。
【請求項６】前記ブロック分けされた２進数表現が、画
像データの階調に対応していることを特徴とする、請求
項５記載の装置。
【請求項７】前記画像データ中の第１の画像データ部分
を、前記第１の画像データ部分と異なる種類の第２の画
像データ部分と有限数のビット数を単位としてブロック
分けされた２進数表現において類似したものになるよう
に変換する装置が、有限数のビットのシーケンスにおいても相互に類似する
ように変換することができる、請求項５記載の装置。
【請求項８】前記変換する装置が画像データ部分の２進
数表現に１を加算又は減算することができ、前記復元す
る装置が画像データ部分の２進数表現から１を減算又は
加算することができる、請求項５記載の装置。