JP2001166761A - 画像表示システム、ホスト装置、画像表示装置、および画像表示方法 - Google Patents

Abstract

(57)【要約】 【課題】 ホスト側とパネル側とで処理の分散を図るこ
とで、グラフィックスチップを含めたシステム全体の仕
事量を最適化する。 【解決手段】 アプリケーションを実行するホスト側１
０と、このホスト側１０に接続されたパネル側５０とを
備え、このパネル側５０に対して画像を表示するための
画像表示システムであって、このホスト側１０は、パネ
ル側５０に画像の表示を要求する際に画像を展開する前
の画像データをパネル側５０に対して転送し、パネル側
５０は、画像展開用のパネルメモリ５２を備え、ホスト
側１０から転送された画像データに基づいてパネルメモ
リ５２に画像を展開すると共に、パネルメモリ５２に展
開された画像をパネル５５に表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ディスプレイパネ
ルに画像を表示する際のビデオインターフェイス機構に
関し、より詳しくは、複数の表示パネルや高精細パネル
を駆動するための駆動方法、駆動装置、表示装置等に関
する。

【０００２】

【従来の技術】一般に、表示画像はパーソナルコンピュ
ータ(ＰＣ)等からなるホスト装置のグラフィックスコン
トローラにより処理されて表示装置に送られる。ところ
が、近年の液晶表示(ＬＣＤ)パネルに代表される表示装
置の進歩により、ホスト装置と表示装置との処理能力に
大きな差が出てきた。例えば、ＬＣＤパネルにおいて
は、パネル自身の高精細化が進み、ＱＸＧＡ(Quad Exte
nded Graphics Array)(2048×1536ドット)や、ＱＳＸＧ
Ａ(Quad Super Extended Graphics Array)(2560×2048
ドット)、ＱＵＸＧＡ(Quad Ultra Extended Graphics A
rray)(3200×2400ドット)などの解像度が非常に大きな
高精細(超高精細)パネルが実用化されつつある。しか
し、パネルの進歩に対してシステムパワーやグラフィッ
クスコントローラのパワーが追従できなくなってきてお
り、超高精細パネルでの充分な表示ができないのが現状
である。

【０００３】例えば、グラフィックスコントローラに代
表される画像処理システムの性能は、一般的な表示機能
でＱＸＧＡ程度が限界であり、画像家庭用ゲーム機等に
代表される３次元(３Ｄ)のコンピュータグラフィックス
(ＣＧ)ではＶＧＡ(Video Graphics Array)(640×480ド
ット)程度の低解像度の処理能力に留まっている。この
ように、例えば最先端の動画はまだＶＧＡ程度の解像度
であるのに対し、パネルはその数倍から数十倍の解像度
が製造できるようになっており、処理能力の格差が顕著
に現れてきた。また一方で、ＬＣＤパネルに代表される
表示装置は、近年、その表示部の周りである額縁が更に
小さくなり、複数のパネルをまとめて拡大パネルとする
所謂タイリングが可能となってきた。その結果、更に解
像度を上げることが可能となり、ホスト側との格差がよ
り顕著に現れるようになってきた。

【０００４】このグラフィックスチップのパワー不足を
解消する第１の手段として、例えば、図１８に示すシス
テム構成を考えることができる。このシステム構成で
は、パネル側２００における高精細なパネル２０１を４
つに分割し、その４つの領域に対応する数だけ複数のパ
ネル制御チップ２０２を設けている。符号２０３はこの
分割による表示分割線である。一方、ホスト側２１０で
は、各パネル制御チップ２０２に対して同数のグラフィ
ックスチップ２１１を設け、同数のデジタルインターフ
ェイス(Ｉ/Ｆ)ライン２２０を介して各パネル制御チッ
プ２０２に接続されている。このグラフィックスチップ
２１１には、それぞれグラフィックスメモリ２１２が備
えられている。また、アプリケーションからの表示デー
タは、システムバス２１３を介してそれぞれのグラフィ
ックスチップ２１１にマルチ入力される。この技術によ
れば、各グラフィックスチップ２１１の処理能力が低く
ても、例えば４セットで処理することができるため、処
理能力についての問題は解決できる。

【０００５】また、パワー不足を解消する第２の手段と
して、例えば、表示装置側にメモリを備え、技術的に実
現可能な転送レートまで転送速度を落とす方法が考えら
れる。より具体的には、ホスト側としては、グラフィッ
クスチップを１つだけ設け、全画面分の容量が確保され
たグラフィックスメモリを接続させる。一方、モニタ側
としては、パネル制御チップに対してパネルメモリを設
ける。ホスト側にてグラフィックスメモリに画像データ
を展開した後、処理能力の不足分に対応して転送速度を
落としてモニタ側に画像データを送る。モニタ側に送ら
れた画像データは、パネル制御チップによりパネルメモ
リに一旦、格納された後に画面のリフレッシュがされる
ものである。この手段によれば、転送速度を遅くするこ
とで今までのリフレッシュレートをそのまま採用でき、
高精細な静止画像を表示することが可能となる。

【０００６】

【発明が解決しようとする課題】上述のような手段を講
じることにより、処理能力の低いグラフィックスチップ
を用いても、高精細なパネルに対して一応の表示が可能
となる。しかしながら、上述の第１の手段では、図１８
に示すパネル２０１の表示分割線２０３をまたがる分割
画面の画像処理に大きな制限が付くことが第１の問題と
なる。例えば、もとの画像データがＱＸＧＡでない場合
には、最初からＶＧＡやＸＧＡ(Extended Graphics Arr
ay)(1024×768ドット)を拡大した状態で、グラフィック
スチップ２１１に対して分割してデータを送る必要があ
る。即ち、バンダリを超えて拡大し、拡大画面に対して
画像を出力することが要求されるのである。これは、表
示画面の解像度でシステムが変化する度に、ホスト側２
１０が画像データを切り分けてグラフィックスチップ２
１１に転送することを意味する。現状のアプリケーショ
ンでは殆ど全てが１枚の画面に書き込む作業しか予定し
ておらず、チップ毎に画面分割してメモリに対して分割
展開する処理を、現状のアプリケーションにて実行する
ことは実質上困難である。

【０００７】また、上述の第１の手段における第２の問
題点として、システムバス２１３がそれぞれのグラフィ
ックスチップ２１１にマルチ入力している事で、共通の
バスであるシステムバス２１３のパフォーマンスが全体
の処理のボトルネックとなることが挙げられる。このシ
ステムバス２１３としては、ＰＣＩ(peripheral compon
ent interconnect)バスとＡＧＰ(accelerated graphics
port)の２つがあり、パフォーマンスとしてはＡＧＰが
８倍以上高い。３Ｄグラフィックスなどの大量の画像デ
ータ転送においてはＰＣＩバスでは能力が不足してお
り、転送速度の速いＡＧＰを用いることが必要となる。
しかしながら、このＡＧＰでは高速処理をするためにバ
ス構造を備えておらず、マルチ接続ができずに１対１の
データ処理となっている。その為に、図１８に示すよう
にグラフィックスチップ２１１が複数、存在する場合に
は、ＡＧＰを使用することが出来ず、結果としてシステ
ムバス２１３のパフォーマンスを上げることができない
のである。

【０００８】一方、上述の第２の手段では、第１の手段
における上述の２つの問題点(画面切れ目のスケーリン
グとシステムバスの問題)は解決することができる。し
かしながら、転送速度を例えば１/４に落とせば表示が
可能であるものの、この転送速度を落とすことが新たな
問題となる。即ち、動画を表示する場合には、転送が遅
いことでコマ落ちしてしまう。例えば６０Ｈｚで期待さ
れてもその速度で書き込むことが出来ないのである。こ
の第２の手段では、例えば、高精細の静止画と動画が混
在したようなウィンドウ表示を実現することはできない
のである。

【０００９】本発明は、以上のような技術的課題を解決
するためになされたものであって、その目的とするとこ
ろは、ホスト側(システム側)とパネル側(モニタ側)とで
処理の分散を図ることで、グラフィックスチップを含め
たシステム全体の仕事量を最適化することにある。ま
た、他の目的は、転送能力も含めた画像表示システムの
処理能力を十分に引き出せるようにし、超高精細パネル
やマルチパネルへの表示能力不足などの問題を解決する
ことにある。更に他の目的は、早い転送速度が要求され
る３Ｄグラフィックス等においても、超高精細パネルに
対する適切な表示を可能とすることにある。

【００１０】

【課題を解決するための手段】かかる目的のもと、本発
明の画像表示システムは、ホスト側とディスプレイ側に
て処理の分散を図ることを特徴としている。即ち、アプ
リケーションを実行するホストと、このホストに接続さ
れたディスプレイとを備え、このディスプレイに対して
画像を表示するための画像表示システムであって、この
ホストは、ディスプレイに画像の表示を要求する際に画
像を展開する前の画像データをディスプレイに対して転
送し、このディスプレイは、画像展開用のパネルメモリ
を備え、ホストから転送された画像データに基づいてパ
ネルメモリに画像を展開すると共に、パネルメモリに展
開された画像をパネルに表示することを特徴としてい
る。

【００１１】このディスプレイは、例えば、パネルメモ
リに展開された画像に基づいて、パネルをリフレッシュ
することを特徴とすれば、ホスト側(システム側)のリフ
レッシュに消費していた部分をディスプレイ側にて行う
ことが可能となり、データ転送にかかる消費電力を低く
することができる点で好ましい。また、例えば、ホスト
は、第１の解像度により実行されるアプリケーションか
らの出力に基づいてこの第１の解像度の画像データをデ
ィスプレイに対して転送し、ディスプレイは、転送され
た第１の解像度である画像データを、より高い解像度で
ある第２の解像度に変換してパネルメモリに対して展開
することを特徴とすることができる。このように構成す
れば、ホスト側からスケーリングの拡大(スケールアッ
プ)がなされたデータを転送する必要がなくなり、例え
ば、超高精細表示で４倍の拡大になった場合においても
転送データ量の増大を防ぐことが可能となる。更に、ホ
ストは、圧縮された圧縮画像データを圧縮されたままの
状態でディスプレイに対して転送し、このディスプレイ
は、転送された前記圧縮画像データを伸長してパネルメ
モリに対して展開することを特徴とすれば、例えば圧縮
されたデータであるＤＶＤ(Digital Versatile Disc)の
画面を一部表示した場合等で、転送量を大幅に削減する
ことができる点で好ましい。

【００１２】尚、この画像表示システムの態様として
は、ノートブックＰＣのようにホスト側とディスプレイ
側が同一の筐体に存在する場合の他、ホスト側のシステ
ム装置とディスプレイ側の表示装置が別々の筐体でイン
ターフェイス(Ｉ/Ｆ)ケーブル等を介して接続される場
合等、数々の態様が考えられる。ここで、展開する前の
画像データを転送することは、例えば、表示装置に出力
するそのままの画像に対しその全面に亘ってスキャニン
グされた画像データを転送する従来技術と区別されるも
のである。

【００１３】本発明の画像表示システムでは、複数のシ
ステムを同時に用いた分散処理も可能である。即ち、同
一のアプリケーションを実行する複数のシステム装置
と、表示領域を複数の領域に分割し、分割された領域に
対して駆動を制御するためのパネル制御手段を備えたデ
ィスプレイ装置とを備え、この複数のシステム装置は、
ディスプレイ装置に設けられたパネル制御手段にそれぞ
れ接続されると共に、パネル制御手段に対して同期を取
る為の制御信号を出力し、このディスプレイ装置におけ
るパネル制御手段は、複数のシステム装置から出力され
た制御信号に基づいて、複数のシステム装置に対して同
期を取る為の制御信号を出力することを特徴とすること
ができる。これによれば、例えば、一般にシステムのパ
ワーが不足している３Ｄの動画表示においても、システ
ム装置を４台使ってドライブすることで、大画面や超高
精細の表示が可能となる。尚、このパネル制御手段の態
様としては、複数のチップに分かれている場合の他、１
つのチップにより形成される場合もある。

【００１４】また、このシステム装置から出力される制
御信号は、システム装置がそれぞれ次のフレーム内に処
理できるジョブ情報であり、このパネル制御手段から出
力される制御信号は、複数のシステム装置から出力され
るジョブ情報の中から検出された最も処理速度の遅いジ
ョブを示す情報であることを特徴とすることができる。
このジョブ情報としては、例えば、次のフレーム内で実
行できる最大(最後)のジョブ番号とすることができる。
更に、このシステム装置は、このパネル制御手段から出
力された制御信号に基づいて、実行すべきジョブを決定
すると共に、このジョブの実行により表示手段に対して
表示を要求する画像データを出力することを特徴とする
ことができる。これらの構成によれば、例えば、４つの
システム装置で分割した１/４の画面を制御した場合で
も、簡単に全体を制御することが可能となり、特定のア
プリケーションにおけるパフォーマンスを向上すること
が可能となる。また、各システム装置は、ディスプレイ
装置とのやり取りの中で同期を取ることが可能となり、
システム側で同期をとるための複雑な処理を削減できる
点からも優れている。

【００１５】一方、この画像表示システムは、複数のア
プリケーションから出力される表示要求に対して、混在
した画像をディスプレイ側にて展開して表示できる。即
ち、要求される表示特性やデータ量が異なる複数のアプ
リケーションを実行するホストと、画像を表示するディ
スプレイと、このホストからの画像データをディスプレ
イに対して転送するデジタルインターフェイスとを備え
た画像表示システムであって、このデジタルインターフ
ェイスは、ホストが実行するアプリケーションに応じて
転送フォーマットを変更して画像データをディスプレイ
に対して転送し、このディスプレイは、デジタルインタ
ーフェイスを介して転送された画像データを展開用のパ
ネルメモリに展開した後にパネルに対して画像を表示す
ることを特徴とすることができる。

【００１６】また、このデジタルインターフェイスは、
パケットによって画像データを転送すると共に、このパ
ケット内にデータ転送モードを指定して画像データを転
送し、このディスプレイは、指定されたデータ転送モー
ドに基づいて画像データをパネルメモリに展開すること
を特徴とすることができる。このように構成すれば、例
えば、ビット数、解像度、転送モードや転送速度、等の
異なるアプリケーションからの画像データの転送を受
け、パネル側にて画像を展開して表示する等への拡張の
余地がある。

【００１７】次に、本発明をホスト装置から把えると、
本発明のホスト装置は、要求される表示特性やデータ量
が異なる複数のアプリケーションを実行する実行手段
と、このアプリケーションが意識している画像空間の中
で纏まって意味を持つ領域であるウィンドウに対し、ウ
ィンドウに対して定義されるウィンドウＩＤを管理する
ウィンドウ管理手段と、このウィンドウ管理手段により
管理されたウィンドウＩＤを付加し、アプリケーション
が表示要求する展開前の画像データを転送する画像デー
タ転送手段とを具備することを特徴としている。また、
この画像データ転送手段は、画像データをパケットの形
式を用いて転送すると共に、アプリケーションに応じて
転送データ形式を変更して転送することを特徴とするこ
とができる。このように構成すれば、例えば、従来、ホ
スト側にて全て行っていたリフレッシュ作業等をディス
プレイ側に移管することが可能となり、処理の分散化に
よってホスト装置の処理能力を十分に引き出すことがで
きるようになる点で好ましい。

【００１８】また、本発明のホスト装置は、接続された
ディスプレイに対して画像データを転送する画像データ
転送手段と、実行された静止画のアプリケーションと実
行された動画のアプリケーションとに基づいてデータ転
送手段に対して画像データを供給する制御手段とを備
え、この制御手段は、この静止画のアプリケーションに
ついてはディスプレイに要求されるリフレッシュのタイ
ミングとは無関係に画像データを供給し、この動画のア
プリケーションについてはディスプレイに要求されるリ
フレッシュのタイミングに同期して画像データを供給す
ることを特徴とすることができる。この構成によれば、
ホスト装置では、例えば３Ｄのワークのみとすることが
でき、処理能力を例えばＳＸＧＡの場合は２倍以上、向
上させることができる。

【００１９】一方、本発明を画像表示装置側から把える
と、本発明の画像表示装置は、画像を表示するためのパ
ネルと、アプリケーションを実行するホスト装置から展
開前の画像データを受信する画像データ受信手段と、こ
の画像データ受信手段から受信した画像データを展開す
るためのパネルメモリと、このパネルメモリに対して画
像データを展開すると共に、パネルに対して展開された
画像を書き込むパネル制御手段とを備えたことを特徴と
している。

【００２０】この画像データ受信手段は、要求される表
示特性やデータ量が異なる複数からなる展開前の画像デ
ータを受信し、このパネル制御手段は、複数からなる展
開前の画像データを展開して表示画面を形成することを
特徴としている。また、このパネル制御手段は、パネル
メモリに展開された画像に基づいてパネルに対してリフ
レッシュを実行することを特徴とすることができる。更
に、この画像データ受信手段は、第１の解像度による画
像データを受信し、このパネル制御手段は、画像データ
を第１の解像度とは異なる第２の解像度にスケーリング
してパネルメモリに対して展開することを特徴とするこ
とができる。

【００２１】また、本発明は、同一のジョブを実行する
複数のシステム装置に接続されると共に、複数のシステ
ム装置から転送される画像データに基づいて画像を表示
する画像表示装置であって、複数の表示エリアに分割さ
れたパネルとして、または複数の表示パネルを纏めて１
つのパネルとして表示する表示部と、この表示部に対し
て画像表示を制御するパネル制御手段とを備え、このパ
ネル制御手段は、複数のシステム装置からジョブに関す
る制御信号を受信すると共に、複数のシステム装置が同
期をとるために用いる制御信号を複数のシステム装置に
対して送信することを特徴としている。尚、表示部にお
いて、複数の表示パネルを纏めて１つのパネルとして表
示する場合とは、タイリングされて平面的に1枚のパネ
ルとされる場合の他、立体的や、空間的には表示パネル
が前後等に離れている態様も考えられる。

【００２２】ここで、パネル制御手段としては、その態
様として単数のチップ等で形成される場合がある。その
一方で、このパネル制御手段は、表示部における分割さ
れたパネルのそれぞれに対応して、または纏めて１つの
パネルとされる複数の表示パネルを構成する表示パネル
のそれぞれに対応して、複数設けられると共に、特定の
パネル制御手段が受信した制御信号を他のパネル制御手
段が認識するための内部バスとを更に備えたことを特徴
とすれば、複数のパネル制御手段がそれぞれ受信した制
御信号に基づいて各システム装置の同期をとるための制
御信号を出力することが可能となる。また、この制御手
段が受信する制御信号は、システム装置が次のフレーム
内にて実行可能なジョブ番号であり、この制御手段は、
バス上に存在するジョブ番号に基づいて、前記システム
が次のフレームにて実行すべきジョブ番号を含む制御信
号を送信することを特徴とすれば、ジョブ番号を用いて
システム装置とのやり取りの中で複数のシステム装置に
対する同期を取ることができる点で好ましい。

【００２３】更に、本発明の画像表示装置は、画像を表
示するためのパネルと、複数のアプリケーションを実行
するホスト側から展開前の画像データを受信する画像デ
ータ受信手段と、この画像データ受信手段から受信した
画像データを展開するためのパネルメモリと、このパネ
ルメモリに対して画像データを展開すると共に、アプリ
ケーションが異なる画像データ毎に色調整を施してパネ
ルに対して画像を書き込むパネル制御手段とを備えたこ
とを特徴としている。この構成の態様として、例えば、
アプリケーション毎の転送処理単位であるウィンドウに
分けられた画像データに対して、ガンマなどの色調整の
変換もウィンドウ毎に制御することが可能となる。

【００２４】また、本発明の画像表示装置は、画像を表
示するためのパネルと、第１のビット数からなるカラー
画像データと、この第１のビット数とは異なる第２のビ
ット数からなるモノクローム画像データとをホスト側か
ら受信する画像データ受信手段と、この画像データ受信
手段から受信した画像データを展開するためのパネルメ
モリと、このパネルメモリに対して画像データを展開す
るパネル制御手段とを備え、このパネル制御手段は、画
像データ受信手段から受信したカラー画像データとモノ
クローム画像データとでデータ形式を変更してパネルメ
モリに展開することを特徴としている。この構成によれ
ば、タイプの異なる画像を混在して表示することが可能
となる。更に、このパネル制御手段は、カラー画像デー
タとモノクロームデータとを識別するための識別ビット
をこのパネルメモリに書き込み、この識別ビットに基づ
いて展開処理を実行することを特徴とすることもでき
る。

【００２５】一方、本発明は、アプリケーションを実行
するホストからの信号に基づいて接続されたディスプレ
イに対して画像を表示する画像表示方法であって、画像
表示のための展開がなされていない画像データをこのホ
ストからデジタルインターフェイスを介してディスプレ
イに対して転送し、このディスプレイが有するメモリに
対し、転送された画像データをディスプレイが自ら展開
し、このメモリに展開された画像をディスプレイの上に
表示することを特徴としている。そして、例えば、ディ
スプレイが有するメモリに展開された画像に基づいてデ
ィスプレイのリフレッシュを行うことを特徴とすれば、
リフレッシュ等の処理をホスト側とディスプレイ側とで
分散することが可能となり、例えば、リフレッシュの度
に展開後の大量な画像データをホスト側から転送する必
要がなくなる。

【００２６】本発明は、また、アプリケーションを実行
するホストからの信号に基づいて、接続されたディスプ
レイに対して画像を表示する画像表示方法であって、こ
のホストからはアプリケーションにより実行された第１
の解像度による画像データをディスプレイに対して転送
し、このディスプレイは、ホストから転送されたこの第
１の解像度による画像データをスケーリングして、第１
の解像度とは異なる第２の解像度で画像を展開し、ディ
スプレイが有するパネルに対して表示出力することを特
徴とすることができる。また、このディスプレイは、複
数パネルをタイリングしたマルチパネルまたは解像度の
大きな高精細パネルであり、この画像データのスケーリ
ングは、拡大表示であることを特徴とすることもでき
る。

【００２７】

【発明の実施の形態】実施の形態１ まず、構成部分の詳細な説明に入る前に、本実施の形態
が適用された表示画面の構成について、図８を用いて簡
単に説明する。表示画面であるパネル５５は、例えばＱ
ＵＸＧＡ(3200×2400ドット)の超高精細からなる液晶表
示パネルである。図８の例では、パネル５５は表示分解
線５６によって４つのサブパネルに分解されている。こ
れらのサブパネルへの画像展開は、それぞれ異なるパネ
ル制御チップ５１(後述)によって駆動されている。これ
は、実際のパネル５５では処理するドット数が多すぎる
ため、１個のパネル制御チップ５１では駆動することが
できないためである。このパネル制御チップ５１の１つ
は外部データバス６８に接続され、各サブパネルはパネ
ル内データバス６９に接続されている。また、パネル制
御チップ５１に入力され破線で示される外部データバス
６８は、実施の形態２で詳述するマルチシステムを採用
する際に、各サブパネルに対して各システムから外部入
力されるものである。

【００２８】ここで、本実施の形態では、ウィンドウと
いう概念を導入している。このウィンドウは、ホストが
意識している画像空間の上で纏まって意味を持つ領域で
あり、画像データの転送処理の単位である。図８では、
３次元(３Ｄ)動画画面を表示するためのウィンドウ５８
と、テキスト表示に用いられるウィンドウ５９が示され
ている。尚、図８に示すように、表示画面５７に例えば
解像度が２００dpi(dot per inch)である高精細な解像
度でテキスト文字等の表示をしようとすると、通常使用
される画面の解像度は１００dpiであることから、大き
さが１/４となる。このために、テキスト表示において
は４倍の大きなフォントを用いて表示される。一方、ウ
ィンドウ５８による３Ｄ動画画面は、もともとのデータ
はＶＧＡ(640×480ドット)で作られており、画面上では
1600×1200ドットの縦横２.５倍で表示されている。

【００２９】図９(ａ)、(ｂ)は、データ毎の処理とその
処理量を説明するための説明図である。図９(ａ)は本実
施の形態におけるデータソースと各構成部の処理の体系
図である。この図９(ａ)では、ホスト側のグラフィック
スチップ１１内におけるプリプロセッサ２０には、テキ
ストデータや３Ｄアニメーション、３２ビットカラーイ
メージ、ＤＶＤ等のアプリケーション毎に対応したプリ
ハンドラー２６(後述)が備えられている。このプリハン
ドラー２６からの画像データは、Ｉ/Ｆトランシーバー
１５を経由してデジタルＩ/Ｆライン４９を介してパネ
ル側に送出される。パネル側では、Ｉ/Ｆレシーバー５
３を経由してパネル制御チップ５１内のポストハンドラ
ー７８(後述)に画像データが入力される。このポストハ
ンドラー７８は１つのウィンドウの処理を担当する処理
ユニットであり、このポストハンドラー７８にて処理が
実行されてパネル５５に画像が表示される。

【００３０】一方、図９(ｂ)は、従来技術におけるホス
ト側で画像を展開してパネル側に転送する態様から、デ
ータバンド幅に制限のある状態を示している。この図９
(ｂ)では、ホスト側のグラフィックスチップ２１１によ
ってグラフィックスメモリ２１２に画像データが展開さ
れる。そして、例えばパネル側のリフレッシュにタイミ
ングを合わせてＩ/Ｆトランシーバー１５を経由し、デ
ジタルインターフェイス(Ｉ/Ｆ)ライン２２０を介して
パネル側に画像データが転送される。パネル側では、画
像データがＩ/Ｆレシーバー５３を経由してパネル制御
チップ２０２に転送され、パネル(図示せず)に表示され
ている。

【００３１】ここで、例えば、ゲームに代表される３Ｄ
アニメーションの処理は、現状、最高速のものでもＶＧ
Ａ解像度である。これでもまだ十分ではなく、更に処理
能力の向上が期待されており、ＵＸＧＡ以上の表示画面
の処理では、更に数十倍の処理能力が必要となる。ま
た、パネル５５はＱＵＸＧＡ(3200×2400ドット)の解像
度で、この画面を生成するためのリフレッシュのデータ
量は、毎秒3200×2400×24(Ｒ/Ｇ/Ｂそれぞれ８ビット)
×６０[Ｈｚ]×２.５＝３.４５[Ｇbyte/s]が必要とな
る。ところが、図９(ｂ)に示す従来技術では、グラフィ
ックスチップ２１１とグラフィックスメモリ２１２、お
よびパネル制御チップ２０２とのバス幅にて最大処理能
力が決定されてしまう。一般的には、１２８ビット×１
４４[ＭＨｚ]＝２.３[Ｇbyte/s]が最大で、実際にはこ
の９０％程度が使用できる最大能力である。従って、パ
ネル５５が高精細画面になると、このメモリ処理チップ
の開発が非常に難しくなる。一方、図９(ａ)に示す本実
施の形態では、パネル５５の画面を分割して駆動するこ
とができるので、パネル制御チップ５１も分割数に合わ
せて増加することが可能となり、例えば４分割して処理
すれば、処理データ量を１/４とすることができる。

【００３２】また、前述のように、例えば３Ｄアニメー
ションは更に処理できるポリゴン数を増大することが望
まれている。その一方で、テキスト画面などの静止画で
は処理速度の問題よりは更に高精細な表示画面が望まれ
ている。即ち、テキスト画面は人間に読まれることを目
的としていることから、２０[Ｈｚ]程度に書き込みレー
トを下げても影響がない。逆に、高精細化すれば印刷物
よりも美しくなる。このように、表示データによって必
要とされる処理形態が大きく異なり、全体を同じ処理で
扱うのではなく、表示データに応じて最適化できれば、
結果として全体の処理能力が各段に向上する。

【００３３】そのため、本実施の形態ではウィンドウの
概念を導入し、データ形式を分け、分散処理を図ること
でこの問題点を解決している。即ち、図９(ａ)に示すよ
うに、３Ｄアニメーションのウィンドウを例えばＶＧＡ
解像度で生成して２.５倍に拡大表示するのと同時に、
転送速度が遅い例えば３０[Ｈｚ]のＳＸＧＡ画面を更新
できるように構成した。図９(ｂ)に示す従来の表示方式
では、グラフィックスチップ２１１とグラフィックスメ
モリ２１２との間の転送速度は約３[Ｇbyte/s]必要であ
る。また、デジタルＩ/Ｆライン２２０として１.５[Ｇb
yte/s]が転送速度として必要となり、ＤＶＩインターフ
ェイスを用いると４セット必要となる。これに対し、本
実施の形態では、デジタルＩ/Ｆライン４９は、ＶＧＡ
とＳＸＧＡの半分の転送量で十分であり、３００[Ｍbyt
e/s]と１/５の転送量となる。また、パネル側のパネル
制御チップ５１とパネルメモリ(後述)との間の転送量も
１[Ｇbyte/s]以下で十分である。

【００３４】図１０は、本実施の形態にて用いられるパ
ケットを用いた画像データの転送方式を、上述のウィン
ドウとの関係で簡単に説明した説明図である。今、ホス
トのアプリケーションによる画像イメージとして、領域
Ａと領域Ｂが存在するものとする。本実施の形態では、
画像の展開作業をホスト側１０(後述)で実行せず、画像
の展開作業はパネル側５０(後述)で行われる。ホスト側
１０では、例えば領域Ａに対してウィンドウＩＤ：４
を、領域Ｂに対してウィンドウＩＤ：５を設定する。パ
ネル側５０への画像情報の転送は、各領域毎に区分され
てパケット方式にて実行される。より具体的には、ディ
スプレイイネーブル(Display Enable)信号に対応して、
例えばスキャン毎にパケット化されて画像信号が転送さ
れる。これらのパケットによる画像信号には、それぞれ
ウィンドウＩＤを示すＩＤ情報が付加されて転送され
る。例えば、特定のサブパネルにおける各ハンドラー
(後述)に、ウィンドウＩＤ：４およびウィンドウＩＤ：
５を処理するように設定すれば、パケット方式で転送さ
れ、ウィンドウＩＤが付与された画像情報を、指定サブ
パネル上で展開することが可能となる。尚、パケットに
よるデータ転送については、後に詳述する。

【００３５】以上、本実施の形態について概念的に説明
したが、次に、本実施の形態における各部の構成につい
て詳述する。図１は、本発明が適用された画像表示シス
テムの一実施形態を示すブロック図である。図１におい
て、符号１０はパーソナルコンピュータ(ＰＣ)等からな
るホスト(HOST)側であり、本実施の形態における表示装
置を駆動するための駆動装置としての役割を有してい
る。このホスト側１０において、符号１１はグラフィッ
クスチップであり、その内部に有するプリプロセッサ２
０によって画像データの前処理が実行される。１２はグ
ラフィックスメモリであり、後述する分散処理によって
グラフィックスチップ１１がリフレッシュを続ける必要
がなくなったことから、従来のものに比べて小さな容量
で構成されている。１３はアプリケーションを実行する
ホストシステム(図示せず)に接続されたシステムバスで
ある。１４はグラフィックスチップ１１とグラフィック
スメモリ１２の間にあるグラフィックスメモリバスであ
る。また、１５はインターフェイス(Ｉ/Ｆ)トランシー
バであり、画像データをシリアライズしてデジタルＩ/
Ｆライン４９を通してパネル側５０に送信している。

【００３６】一方、パネル側５０には、その内部にポス
トプロセッサ７０を有する複数のパネル制御チップ５１
を備えている。図１では、パネル５５の４分割に対応し
て４個のパネル制御チップ５１を用いて分割されたパネ
ル５５を駆動している。５２はそれぞれのパネル制御チ
ップ５１に設けられたパネルメモリである。５３は画像
データを入力するインターフェイス(Ｉ/Ｆ)レシーバで
ある。また、５４はパネル制御チップ５１からの出力を
パネル５５に伝達するためのパネルデータ出力である。
更に、５５は実際に画像を表示するパネルであり、図１
では４つの領域に分割されている。このパネル５５は、
高精細パネルで構成されており、この高精細な画面をサ
ポートするために、パネル制御チップ５１は、複数個の
並列処理を可能としている。また、６８は外部データバ
スであり、６９はパネル内データバスである。

【００３７】本実施の形態における特徴的な構成は、グ
ラフィックスチップ１１内のプリプロセッサ２０でデー
タの前処理を実行し、パネル制御チップ５１内のポスト
プロセッサ７０で後処理をすることにある。これによ
り、今までグラフィックスチップ１１が行っていた、画
像データを混ぜ合わせて画面リフレッシュをする等のホ
スト側１０にて実施していた画面生成のジョブを、表示
装置側(パネル側５０)に移している。つまり、プリプロ
セッサ２０で画像データの展開前、即ち、混ぜ合わせ前
の画像データにタグや画像データの属性およびエラー保
護を付け、ポストプロセッサ７０にてパネルメモリ５２
に対して初めて画像データを展開し、即ち、それを解凍
し、画像データを混ぜ合わせ、リフレッシュ回路(図示
せず)に転送している。

【００３８】ここで、本実施の形態における一般的な画
像データの処理の流れを説明する。ホスト側１０のグラ
フィックスチップ１１は、グラフィックスメモリバス１
４でグラフィックスメモリ１２を読み書きする。アプリ
ケーションを実行するアプリケーションシステム(図示
せず)とは、システムバス１３によりハンドリングが行
われる。このシステムバス１３には前述のＡＧＰが採用
されている。このＡＧＰは、従来のＰＣＩバスに対して
２倍〜８倍のパフォーマンスがあるが、バスではないの
でシステムの中で１つしかアクティブにはならない。グ
ラフィックスチップ１１のデジタル出力は、Ｉ/Ｆトラ
ンシーバ１５に送られ、そこでシリアライズされて高速
転送される。

【００３９】Ｉ/Ｆトランシーバ１５でシリアライズさ
れた画像データは、デジタルＩ/Ｆライン４９を介して
受け側のＩ/Ｆレシーバ５３に送られる。このＩ/Ｆレシ
ーバ５３は、シリアライズされた画像データをもとのパ
ラレルのビデオデータに戻している。このパラレルに変
換された画像データはパネル制御チップ５１に送られ
る。このパネル制御チップ５１の中では、まず、パケッ
ト化(後述)された画像データがポストプロセッサ７０で
解凍され、ウィンドウＩＤ(後述)を認識してそれに合う
データ操作を施し、パネルメモリ５２に展開して格納す
る。これとは別に、パネル制御チップ５１はパネルメモ
リ５２から表示データを順次読み出し、パネル５５に対
して送出している。

【００４０】このように、本実施の形態では、従来、グ
ラフィックスチップ１１が行っていた表示処理のジョブ
(例えば、画像データの展開、表示のためのリフレッシ
ュ、Ｈ(水平)/Ｖ(垂直)方向のタイミング生成、表示装
置のスクリーンサイズによるメモリの割り振り、色数の
割り振り等)の大部分を、パネル制御チップ５１のポス
トプロセッサ７０とそれに続く回路が行っている。この
ように、本実施の形態におけるシステムでは、ホスト側
１０におけるグラフィックスチップ１１の負荷が減り、
マルチチップ構成が可能なパネル制御チップ５１で表示
処理をするために、高精細を表示する技術として十分に
機能することができる。また、グラフィックスチップ１
１では、例えば単にＶＧＡ解像度で処理され、パネル制
御チップ５１で拡大処理されることから、３Ｄグラフィ
ックス等の動画に対する表示も可能となる。

【００４１】図２は、図１にて説明したホスト側１０の
グラフィックスシステムを説明するための図である。グ
ラフィックスチップ１１には、ビデオデータを生成する
ＤＡＣ(Ｄ/Ａコンバータ)１６と、同期信号を生成する
ためのアドレスジェネレータ１７が備えられている。従
来技術では、表示装置にてそのまま表示できる形態とし
て、アドレスジェネレータ１７ではディスプレイイネー
ブル信号と共にＨ-ＳｙｎｃとＶ-Ｓｙｎｃからなる同期
信号を出力していた。本実施の形態では、グラフィック
スチップ１１の処理を軽減し、画像データを展開せず、
そのままのデータを送れるように構成している。ＤＡＣ
１６からは、例えば２４ビットからなる色データがプリ
プロセッサ２０に対して出力される。また、アドレスジ
ェネレータ１７からはデータが送られていること、即
ち、データバリッドを示すＤＥ信号と、スタートポイン
ト等を設定するためのアドレス(Address)信号だけがプ
リプロセッサ２０に対して出力される。プリプロセッサ
２０は、画像データに対してウィンドウＩＤとアドレス
情報などを付加する処理を実行している。尚、ホスト側
１０とパネル側５０との情報交換には、ＤＤＣ(Display
Data Channel)として知られている１２Ｃベースのイン
ターフェイスが用いられる。このインターフェイスを介
して制御信号がホスト側１０とパネル側５０との間を行
き来できるように構成されている。

【００４２】図３は、プリプロセッサ２０の内部構成を
示すブロック図である。入力ラッチ２１はアプリケーシ
ョンから入力されるビデオデータをラッチしている。Ｉ
Ｄレジスタ２２ではパケットに付与されるウィンドウＩ
Ｄがセットされ、このウィンドウＩＤに対応したプリハ
ンドラー２６が選択できるように構成されている。ポイ
ンタ２３は簡単なアドレスやデータの順番などの情報を
パケット用に変換している。シンクビット２４は表示画
面と書き込みデータの同期を取るためのビットである。
このビットに合わせて表示画面の垂直カウンタの同期が
取られる。チェックビット生成器２５は入力ラッチ２１
からのデータ入力とデータバリッドを示すＤＥ(Display
Enable)信号を受けて、画像データのチェックビット
(パリティ、サム、ＣＲＣなど)を生成している。

【００４３】また、プリハンドラー２６はプリプロセッ
サ２０側のハンドラーであり、ウィンドウＩＤ毎のデー
タを持っている。ここで、ハンドラーとは１つのウィン
ドウの処理を担当する処理ユニットを言い、パネル側５
０の、後述するポストプロセッサ７０にも備えられてお
り、各種のレジスタを有している。ウィンドウＩＤレジ
スタ２７はプリハンドラー２６における各ハンドラーが
どのウィンドウに対応するかのＩＤを示している。クリ
ップレジスタ２８は実際に書き込みができる領域を示す
レジスタである。ポジションレジスタ２９は転送データ
の位置を示している。スケールレジスタ３０は画像デー
タのスケーリングをするための倍率を示すレジスタであ
る。モードレジスタ３１は画像データの転送モードや書
き込みモードを示している。プライオリティレジスタ３
２はウィンドウＩＤ毎のプライオリティを示している。

【００４４】また、ＤＤＣハンドラ３７はパネル側５０
との間でＤＤＣの制御信号を送受している。ジョブ番号
出力レジスタ３３はジョブ番号を書き込むレジスタであ
り、このジョブ番号はＤＤＣハンドラ３７を経由してパ
ネル側５０に送られる。ジョブ番号入力レジスタ３４で
は全体で最小のジョブ番号がＤＤＣ経由で読み込まれて
いる。このジョブ番号に関しては、後述する実施の形態
２で説明するように、マルチシステム構成を採用した際
の同期合わせに用いられる。シンクバックレジスタ３５
はパネル側５０から同期を取るのに用いられ、パネル側
５０の正規化された垂直情報が読めるように構成されて
いる。エラーステータスレジスタ３６ではパネル側５０
での処理のエラー情報が戻されるように構成されてい
る。更に、マルチプレクサ３８では、ＩＤレジスタ２
２、ポインタ２３、シンクビット２４からのヘッダー情
報、入力ラッチ２１からのビデオ画像データであるボデ
ィ情報、チェックビット生成器２５からのフッター情
報、プリハンドラー２６からのコマンドをマルチプレク
スし、パケット化してパネル側５０に転送している。

【００４５】図４は、パネル側５０における表示回路の
概略構成を示すブロック図である。パネル制御チップ５
１は、ポストプロセッサ７０、入力ＦＩＦＯ６１、出力
ＦＩＦＯ６２、入力アドレスレジスタ６３、Ｈカウンタ
６５とＶカウンタ６６を有する出力アドレスレジスタ６
４を備えている。ホスト側１０からシリアライズされて
転送された画像データは、Ｉ/Ｆレシーバ５３により、
パラレルの画像データと制御信号ＤＥに変換される。従
来技術と異なり、Ｉ/Ｆレシーバ５３からのデータはパ
ケット形式であり、ポストプロセッサ７０により解凍さ
れて処理される。このポストプロセッサ７０はパネル側
５０内のパネル制御チップ５１の中に設けられ、ホスト
側１０から送出されたパケットを処理する。スケールな
どの処理もこのポストプロセッサ７０が実行する処理の
１つである。画像データは入力ＦＩＦＯ６１と出力ＦＩ
ＦＯ６２によりタイミングを調整されながら、パネルメ
モリ５２にリード/ライトされ、次の処理へと送られ
る。ここで、ポストプロセッサ７０によって処理される
画像データはＸ/Ｙアドレスとなっており、入力アドレ
スレジスタ６３でメモリアドレスに変換され、この変換
されたメモリアドレスは、パネルメモリ５２および出力
アドレスレジスタ６４に入力される。この出力アドレス
レジスタ６４はＨカウンタ６５とＶカウンタ６６を備え
ており、水平/垂直方向の同期信号がパネル５５に対し
て出力される。また、表示モードの変換などはポストプ
ロセッサ７０が実行している。

【００４６】図５は、ポストプロセッサ７０の内部構成
を示すブロック図である。入力ラッチ７１では入力され
るパケットデータがラッチされる。ＩＤレジスタ７２で
はパケットに格納されているウィンドウＩＤがセットさ
れる。ポインタ７３はパケット化された簡単なアドレス
やデータの順番などの情報を変換している。シンクビッ
ト７４は表示画面と書き込みデータの同期を取るための
ビットである。このビットに合わせて表示画面における
垂直カウンターの同期が取られる。エラー生成器７５で
はデータのチェックビットを元にしてデータのエラーが
検出される。一方、アドレス生成器７６では、ＩＤレジ
スタ７２、ポインタ７３、シンクビット７４からのポイ
ンタやパケット情報などからアドレスが生成される。ク
リッピング回路７７ではポストハンドラー７８内のクリ
ップレジスタ８０とプライオリティ制御回路８９から書
き込み可能なエリアを検出し、入力ラッチ７１からの画
像データに対してその部分のデータを切り出すように構
成されている。

【００４７】ポストハンドラー７８はポストプロセッサ
７０内のハンドラーであり、ウィンドウの処理を担当す
る処理ユニットとして機能する。ポストハンドラー７８
内のウィンドウＩＤレジスタ７９は、ポストハンドラー
７８における各ハンドラーが処理するパケットのウィン
ドウＩＤを示している。クリップレジスタ８０は実際に
書き込みができる領域を示すレジスタである。ポジショ
ンレジスタ８１は転送データの位置を示している。スケ
ールレジスタ８２は画像データのスケーリングをするた
めの倍率を示すレジスタである。モードレジスタ８３は
画像データの転送モードや書き込みモードを示してい
る。プライオリティレジスタ８４は各ハンドラーのクリ
ップエリアのプライオリティを示している。エラーステ
ータスレジスタ８５はパネル側５０での処理のエラー状
況を示すレジスタである。

【００４８】また、ＤＤＣコントローラ８６はホスト側
１０とで送受されるＤＤＣ制御信号の処理を行ってい
る。スケーリング回路８７ではクリッピング回路７７か
ら出力される画像データが拡大/縮小され、パネル５５
に対して画像データが出力される。ＦＩＦＯメモリ８８
はこのスケーリング回路８７にて拡大/縮小するために
用いられるメモリである。プライオリティ制御回路８９
は各ポストハンドラー７８の処理エリア(クリッピング
エリア)と夫々のプライオリティから、そのウィンドウ
ＩＤにおける画像データの書き込み可能エリアを設定し
ている。更に、同期制御回路９０は正規化した垂直カウ
ンタを用い、パネルの垂直同期とシステムにおけるデー
タ処理の同期を取るために使用される回路であり、垂直
同期信号を出力している。ジョブ番号レジスタ９１は、
低速バスである内部バスに接続されると共に、マルチシ
ステムを採用する際に用いられて、最小のジョブ番号を
保存している。

【００４９】ここで、ホスト側１０のプリプロセッサ２
０と、パネル側５０のポストプロセッサ７０とでなされ
る処理について、図６のフローチャートを用いて簡単に
説明する。まず、プリプロセッサ２０におけるプリハン
ドラー２６の各レジスターが、アプリケーションによる
ウィンドウに応じてセットされる(ステップ３０１)。こ
の情報は、ＤＤＣハンドラ３７を介してＤＤＣ制御信号
により、ポストプロセッサ７０に転送され、ポストハン
ドラー７８のウィンドウＩＤレジスター７９がセットさ
れる(ステップ３０２)。一方で、画像データを転送する
際に用いるパケットのヘッダー情報として、ＩＤレジス
タ２２、ポインタ２３、シンクビット２４が書かれる
(ステップ３０３)。また、プリプロセッサ２０は、パケ
ットのボディの中にポストハンドラー７８の情報を入れ
てパケットにして転送する(ステップ３０４)。転送され
たデータはＩＤが一致しているポストハンドラー７８に
保存される(ステップ３０５)。

【００５０】次に、パケットのボディにビデオデータを
入れてヘッダー、ボディ、フッターとしてシステムから
転送する(ステップ３０６)。パネル側５０はこのパケッ
トからまずヘッダーを切り出してその中のＩＤにあった
ポストハンドラー７８を選び、選ばれたハンドラーによ
ってこれが処理される(ステップ３０７)。クリップ情報
とプライオリティー、ポジション情報、ヘッダーのアド
レス情報からデータ部分が処理される。その後、次段に
データとアドレスが送られる(ステップ３０８)。同時に
エラー検出を実行してエラー情報が蓄えられる(ステッ
プ３０９)。このステップ３０６からステップ３０９の
処理が1ライン(例えば1280ドット)又は1ブロック(例え
ば32×32ドットのブロック)毎になされる(ステップ３１
０)。ホスト側１０のシステムからは定期的にエラー情
報がＤＤＣ経由で読み込まれ、必要な処理(転送ストッ
プや再転送)がなされる(ステップ３１１)。

【００５１】図７(ａ)、(ｂ)、(ｃ)は、従来技術と本実
施の形態とのデータ転送の比較、およびデータフォーマ
ットを示した説明図である。図７(ａ)は従来のビデオデ
ータの転送を示している。従来の転送は、Ｒ(Red)/Ｇ(G
reen)/Ｂ(Blue)のビデオデータとＶ-sync、Ｈ-sync、Ｄ
Ｅ、およびその他の２本程度のコントロール信号をシリ
アライズして送っている。ビデオデータは、表示画面に
合わせて左上から右下へ、１ラインずつ順次、転送され
る。また、その転送の間は、ブランキング時間としてデ
ータ転送をしない期間がある。一方、パネルからホスト
へＤＤＣ制御信号を送るための、１００[ＫＨｚ]程度と
遅い読み込み経路がある。

【００５２】一方、図７(ｂ)に示した本実施の形態にお
けるビデオデータの転送では、従来の転送におけるブラ
ンキング時間を利用する。そして、ヘッダーとフッター
に１６ドット以下の情報を付加している。これをパケッ
ト化と呼んでいる。本実施の形態では、同時に複数のソ
ースのパケットを扱うために、Ｖ-syncとＨ-syncの同期
信号はここでは意味がなくなり、Ｖ-sync情報をヘッダ
ーに含ませるように構成した。従って、同期信号はデー
タ転送量を示す信号であるＤＥ１本で良くなり、本実施
の形態ではこの同期信号をエラー処理などで使用してい
る。また、ＤＤＣで処理する情報が増え、双方向での使
い方となる。また、データの量は固定ではない。尚、本
実施の形態では、データ形式を従来技術と似させるよう
に配慮している。これは、市場に従来のＰＣとモニター
装置が存在する場合を考慮し、従来方式を採用した機器
と互換性を保つためである。また、グラフィックスチッ
プの変更を最小にするためにも、データ形式をあまり変
えずにサポートできるように配慮している。

【００５３】図７(ｃ)に、本実施の形態におけるデータ
フォーマットを示している。ボディが通常の画像データ
部分であり、可変長となっている。ヘッダー部分には画
像データの名札に該当するウィンドウＩＤ、書き込みポ
ジションを示すポインタ、Ｖ-syncの代わりである同期
ビットなどがある。各パケットビットの最後にはフッタ
ーがあり、エラーの検出に使用される。これは、データ
が伝送系を通して送られるので、フェーズエラーなどが
起こる場合を考慮したためである。

【００５４】以上説明したように、本実施の形態によれ
ば、例えば、画面リフレッシュワークの表示装置側(パ
ネル側５０)への移動と、表示装置でのスケーリングに
よりワークロードを低減することが可能となる。超高精
細パネルにおいてウィンドウ表示をした場合、文字など
の表示は当然に高精細である必要があり、静止画でも同
様である。しかしながら、ゲームなどの３Ｄ表示では、
ＣＰＵ側のパフォーマンスが十分ではないので、例えば
ＶＧＡの画面となる。本実施の形態によれば、この２つ
の部分を分けて、静止画の部分はパネル側５０のメモリ
を用いてリフレッシュを行う。これにより、システム側
(ホスト側１０)は３Ｄのワークのみとなって処理能力
は、例えばＳＸＧＡの場合は２倍以上向上することがで
きる。更に、従来、３Ｄの表示部分は、ＶＧＡ(640×48
0ドット)の解像度でＸＧＡ(1024×768ドット)のサイズ
で表示する場合、システム側で約１．５倍にスケールア
ップしてデータ転送していた。本実施の形態によれば、
このワークについてもパネル側５０で処理することが可
能となる。特に超高精細表示で４倍の拡大となった場合
や、ノートブックなどで消費電力が厳しい場合には大き
なメリットとなる。

【００５５】実施の形態２ 実施の形態１では、ホスト側１０にて単独のグラフィッ
クスチップ１１を用いて表示装置を駆動する場合につい
て説明した。実施の形態２では、ホスト側１０にて複数
のグラフィックスチップ１１を用いて表示装置を駆動す
る、所謂マルチシステムによる表示手法について説明す
る。尚、実施の形態１と同様の機能については同様の符
号を用い、ここではその詳細な説明を省略する。

【００５６】本実施の形態におけるマルチシステムによ
る動画画像の表示処理は、大きく２つの特徴を有してい
る。１つは、実施の形態１にて説明したように各システ
ムが分担した画面を制御するだけではなく、その中の１
つのシステムから全体の画面を制御できる点にある。従
来では、それぞれのシステムがそれぞれの画面を制御し
ていたので、１つのシステムのＯＳは画面の１/４の制
御だけで全体を制御することができなかった。本実施の
形態によれば、例えば、１つのシステムからは通常のウ
ィンドウ処理ができると同時に、特定の３Ｄウィンドウ
に対してのみ複数のシステムのサポートを受けるように
構成することが可能となる。他の１つの特徴は、同期の
取り方の違いにある。従来は、システムが高速ＬＡＮや
特別なコミュニケーション手段を有し、これらにより複
数システム間の同期を取るように構成されていた。この
方法は複雑であり、システム間による相互依存性が強か
った。一方、本実施の形態では、表示装置(パネル側５
０)とのやり取りの中で、複数システム間の同期を取る
ことが可能となる。

【００５７】図１１は、本実施の形態におけるマルチシ
ステムでのシステム構成を説明するためのブロック図で
ある。同図に示されるように、表示分解線５６により４
分割されたパネル５５が、それぞれパネル制御チップ５
１に接続されている。但し、必ずしも複数のパネル制御
チップ５１を有している必要はなく、１つの制御チップ
で制御するように構成することも可能である。それぞれ
のパネル制御チップ５１は、別々のシステム１００のグ
ラフィックスチップ１１からビデオデータが送られてい
る。パネル側５０では、同時に１つのシステム１００か
ら全体の画面を制御できるように、各パネル制御チップ
５１はパネル内データバス６９によって接続されてい
る。

【００５８】ここで、一般に複数システム(ＰＣ等)で動
画表示をする場合、同期に関する２つの問題点が指摘さ
れている。１つは、画面のリフレッシュと表示データの
転送に関する同期の問題点である。表示画面が１つの場
合には、画面リフレッシュのタイミングは当然に１つで
あり、各システムはこれと同期が取られていなければな
らない。例えば、上下の画面で人を表示し、人が右に動
いているとしてリフレッシュしているデータを書き換え
た場合を考える。同期が取られていないと、例えば上部
だけが１ドット右に動き、下部がそのまま取り残される
等、画面のつなぎ目である表示分解線５６でこのような
現象が起きてしまう。他の１つは、動画処理自体の同期
の問題であり、動画のアプリケーションが時間で制御さ
れていない場合に生じる。例えば１フレームである１６
[msec]の間に行う仕事量が決められているのではなく、
システムのパフォーマンスに合わせて表示コマを進めた
り、表示をさらに細かく描く場合等である。これらのシ
ステムから送られた画像データをつなぎ合わせて表示す
る場合、それぞれが処理しているデータ量の違いによ
り、例えば左側の画面は処理が早くてフォギング(Foggi
ng：もやをかける)などの画像処理がされ、右側が遅く
てフォギングされない等の現象が起きる場合がある。

【００５９】図１２は、本実施の形態におけるホスト側
１０とパネル側５０との同期処理の構成を示す説明図で
ある。本実施の形態では、ＤＤＣ信号を用いて上記２つ
の同期に関する問題を解決している。ホスト側１０にお
ける１つのシステム１００内の、更にグラフィックスチ
ップ１１内のプリプロセッサ２０には、同期制御回路４
０やリード/ライトコントロール４５等が備えられてい
る。この同期制御回路４０は、オフセットレジスタ４
１、加算器４２、マルチプレクサ４３、垂直同期カウン
タ４４を備えている。一方、パネル側５０におけるパネ
ル制御チップ５１のポストプロセッサ７０には、同期制
御回路１１１、ＤＤＣハンドラ１１５、ジョブ(ＪＯＢ)
番号コントローラ１１６が備えられている。この同期制
御回路１１１は、垂直同期カウンタ１１２、オフセット
レジスタ１１３、加算器１１４を備えている。また、ジ
ョブ番号コントローラ１１６は、ジョブ番号入力レジス
タ１１７、ジョブ番号出力レジスタ１１８、比較器１１
９、内部バスコントローラ１２０、内部バス１２１を備
えている。

【００６０】パネル側５０には、画面のリフレッシュの
位置情報を有する垂直同期カウンタ１１２があり、パネ
ル５５のリフレッシュに同期して２つの内部同期信号(I
NT#VSYNCとINT#HSYNC)により全てのチップが同じ値を持
つ(但し、パネル制御チップ５１が１個の場合には必要
がない)。これは、内部のINT#HSYNC毎にオフセットレジ
スタ１１３からの出力が加算器１１４に加算されて、パ
ネル５５の垂直ライン数に影響されないように正規化さ
れている。この値はＤＤＣで読み出され、システム１０
０側のグラフィックスチップ１１中の垂直同期カウンタ
４４に書き込まれる。この垂直同期カウンタ４４からの
出力も正規化するためにオフセットレジスタ４１からの
出力と共に加算器４２にて加算される。

【００６１】図１３は、本実施の形態におけるプロセス
フローを示す図である。左側がシステム１００のアプリ
ケーションまたはデバイスドライバー側における処理の
流れを示している。また、右側はパネル側５０のパネル
制御チップ５１における処理の流れを示している。本実
施の形態では、各システム１００からの仕事は、ジョブ
によって管理され、複数のシステム１００によるマルチ
システム間でどこまで書けるかをシェアできるように構
成されている。ここで、ジョブ(タスク)は、例えば動画
においては、どのポリゴン(３Ｄでは三角形)まで書くか
といった分割単位であり、ジョブ(タスク)番号は画像処
理を任意の単位で分け、シーケンス番号にしたものであ
る。画像処理の単位は任意に選択可能であり、１フレー
ム内の処理を区切っていることから、１フレームで数十
以上の単位となれば問題はない。

【００６２】まず、アプリケーションは、あるタイミン
グにおいて次のフレーム内で実行できる処理の最大のジ
ョブ番号を計算する(ステップ４０１)。更に、ジョブの
同期合わせを実行するために、複数のシステム１００の
中でマスターとなるマスターＰＣのジョブ番号を０(又
は最小)としてオペレーションを止める(ステップ４０
２)。計算された最大のジョブ番号は、ＤＤＣを経由し
てパネル側５０のパネル制御チップ５１に転送される。
ここで画像処理は、特定の単位で分割されて処理順に番
号が振られることを前提としている。パネル制御チップ
５１では、パネル側５０の内部バス(INT#BUS)１２１
に、順次、それぞれのジョブ番号を流す(ステップ４０
４)。各パネル制御チップ５１では、比較器１１９にて
バス上のジョブ番号の値と比較し、小さい方のジョブ番
号を読み込み、ジョブ番号出力レジスタ１１８に書き込
む(ステップ４０５)。

【００６３】各システム１００では、ＤＤＣ経由でジョ
ブ番号を読み込み、パネル制御チップ５１のジョブ番号
出力レジスタ１１８または既に読み込まれたジョブ番号
入力レジスタ３４からジョブ番号を読み込む(ステップ
４０６)。各システム１００では、読み込まれたジョブ
番号に基づいて、次のフレームでの処理としてこの番号
までのジョブを実行する(ステップ４０７)。本実施の形
態では、マスターＰＣがジョブ番号を０とすることで全
体のオペレーションの開始を止め、このマスターＰＣが
動き始めると動作が始まることで、アプリケーションが
処理するジョブの番号を各システム１００にて取得する
ことが可能となる。これらの一連の処理をマスターＰＣ
に正しいジョブ番号がセットされるまで実行すること
で、複数のシステム１００におけるジョブの同期合わせ
を行っている。即ち、この処理フローによって複数のシ
ステム１００において、最も遅いシステム１００に同期
を合わせることが可能となる。

【００６４】次に、マスターＰＣに正しいジョブ番号を
セットする(ステップ４０８)。これによってジョブがス
タートする。各システム１００では、次のフレーム内に
処理できる最大のジョブ番号を計算する(ステップ４０
９)。前述と同様にＤＤＣ経由でパネル５５に対してジ
ョブ番号をセットする(ステップ４１０)。一方、パネル
制御チップ５１では、パネル側５０の内部バス(INT#BU
S)１２１に、順次、それぞれのジョブ番号を流す(ステ
ップ４１１)。各パネル制御チップ５１では、比較器１
１９にてバス上のジョブ番号の値と比較し、小さい方の
ジョブ番号を読み込み、ジョブ番号出力レジスタ１１８
に書き込む(ステップ４１２)。システム１００側では、
ＤＤＣ経由でジョブ番号を読み込み、パネル制御チップ
５１のジョブ番号出力レジスタ１１８または既に読み込
まれたジョブ番号入力レジスタ３４からジョブ番号を読
み込む(ステップ４１３)。各システム１００では、読み
込まれたジョブ番号に基づいて、次のフレームでの処理
としてこの番号までのジョブを実行する(ステップ４１
４)。その後、ステップ４０９に戻る。

【００６５】図１４は、前述のフローチャートで説明し
たマルチシステムによる同期処理オペレーションを更に
説明するためのタイミングチャートである。垂直同期(V
-SYNC)毎にパネル垂直カウンタ(Panel V-CNTR)がゼロに
なり、垂直同期カウンタ１１２がカウントされていく。
どこかの時点でこのレジスターが読まれ、システム側の
垂直同期カウンタ４４に書き込まれる。図１４における
System V-CNTRのタイミングに示されるように、この垂
直同期カウンタ４４への書き込みでは少しの遅れを生ず
るように構成されている。システム１００側はこの遅れ
を待って同期を認識することが可能となる。

【００６６】この図１４のタイミングチャートでは、シ
ステム１００の垂直同期カウンタ４４が最大値に近いタ
イミングを用い、各自がジョブ番号の計算を始めてい
る。即ち、読み込む作業をしてからジョブの計算を始め
るために、垂直カウンタ(VCNTR)がＮ＋Ｘ時間以上経過
して処理を開始する。同時に、システム側が有するダブ
ルバッファ(図示せず)からパネル側５０にデータ転送を
始める。そしてその値をパネル側５０のジョブ番号入力
レジスタ１１７に書き込む。パネル側５０では、適当な
タイミングで内部バス１２１上に各パネル制御チップ５
１の値を乗せる。各パネル制御チップ５１は、その値を
内部バスコントローラ１２０から読み込む。そして、ジ
ョブ番号入力レジスタ１１７の自分の値、およびジョブ
番号出力レジスタ１１８に書き込んだ値とを比較して、
１番小さな値を比較器１１９から得て、再びジョブ番号
出力レジスタ１１８に書き込む。これによって、システ
ム１００から読み込まれるときには、各システム１００
の最小のジョブ番号が読み込まれる。この値を読み込ん
だシステム１００は、その番号までを次の処理で実行す
ると同時に、垂直カウンタ(V-CNTR)のセットを行ってい
る。即ち、システム１００では、ＤＤＣ経由でジョブ番
号と垂直カウンタ(V-CNTR)の値を読み込み、次のフレー
ム処理のジョブ番号を決定し、同時に垂直カウンタ(V-C
NTR)をセットしている。

【００６７】以上説明したように、本実施の形態によれ
ば、システム側のパワーが不足している、例えば３Ｄ表
示の場合であっても、例えば表示部分を４個の部分に分
けることで表示することが可能となる。即ち、例えば分
割したそれぞれの部分を４台のシステムでドライブすれ
ば、４倍の画面であるＳＸＧＡ程度(1280×1024ドット)
の大画面や、１０"ＵＸＧＡ(２００dpi)の超高精細の表
示が可能となる。本実施の形態によれば、ユーザから見
ると、１つのシステムから画面全体を表示しながらにし
て、３Ｄのウィンドウだけが高性能でサポートされてい
ることになる。また、複数種類のシステム、即ち、ＯＳ
の全く異なるＰＣがそれぞれ画面を表示したり、協力し
て表示することが可能となる。

【００６８】実施の形態３ この実施の形態３では、表現色数を増やした多ビットか
らなる表示色をサポートするための画像表示手法につい
て説明する。従来、２４ビット以上の表示色のサポート
は、ハイエンド(高級機)のワークステーションに限られ
ていた。これは、２４ビット以上の表示色をサポートす
るためには、各部分の処理速度が上がりシステムが高価
になることがその要因の１つである。本実施の形態で
は、ホスト側とシステム側とで分散処理を実行すること
により、システムの処理速度を遅くすることが可能とな
り、２４ビット以上の表示色のサポートが容易となる。
尚、前述の各実施の形態と同様の構成については同様の
符号を付し、ここではその詳細な説明を省略する。

【００６９】図１５は、本実施の形態において、カラー
画像とモノクローム画像とが混在して画面表示された状
態を示している。パネル５５の表示画面５７上には、通
常のテキスト画面からなるウィンドウ５９の他に、３Ｄ
動画画面のウィンドウ５８とモノクローム画像のウィン
ドウ１３０が表示されている。ここでは、３Ｄ動画画面
のウィンドウ５８を３０ビットカラーとし、モノクロー
ム画像のウィンドウ１３０を１４ビットの単色画面とし
ている。実施の形態１および２で説明してきたパネル５
５の上に、このようなタイプの異なる画像を混在して表
示することが可能である。

【００７０】図１６は、本実施の形態における処理を実
行するブロック構成と制御フローを示す説明図である。
同図において、パネル制御チップ５１は、階調表現を増
すためのＦＲＣ/ディザ回路１３１を有している。また
ポストプロセッサ７０には、ガンマ調整やカラーマッチ
ングの処理を行う変換回路１３２と、パネルメモリ５２
とのリード・ライトのタイミングを取るためのＦＩＦＯ
バッファ１３３が備えられている。まず３０ビットカラ
ーの処理を説明する。システムのアプリケーションから
３２ビットで送られる画像データは、システムバス１３
を介してグラフィックスチップ１１に入力される。この
画像データはグラフィックスチップ１１で処理されてデ
ジタルＩ/Ｆライン４９経由でパネル制御チップ５１に
送られる。このデジタルＩ/Ｆライン４９では２４ビッ
トで後述するデータフォーマットを用いて転送される。
この送られた画像データは、ポストプロセッサ７０で再
び３０ビットに変換されてパネルメモリ５２に書き込ま
れる。このときの画像データの形式は、図１６のメモリ
データ形式に示されるように、Ｒ/Ｇ/Ｂそれぞれ１０ビ
ットとなる。ＦＲＣ/ディザ回路１３１にて読み込まれ
た画像データは、Ｒ/Ｇ/Ｂそれぞれ８ビットのデータに
変換されてパネルデータ出力５４からパネル５５のＸ-
ドライバー(図示せず)に転送される。ＦＲＣ/ディザ回
路１３１はＲ/Ｇ/Ｂそれぞれに対して時間的な分配と空
間的分配により階調表現を増すように機能している。

【００７１】図１７(ａ)、(ｂ)は、デジタルＩ/Ｆライ
ン４９のデータフォーマット例を示している。図１７
(ａ)はＴＭＤＳ(Transition Minimized Differential S
ignaling)データ転送を示している。また、図１７(ｂ)
はＴＭＤＳを用いた３０ビットカラーのビットアサイン
を示している。この図１７(ａ)の３本のＴＭＤＳ０〜Ｔ
ＭＤＳ２は、クロック以外のシグナル３本に対応してい
て、それぞれＲ/Ｇ/Ｂ８ビットから１０ビットにコーデ
ィングしてデータ転送をしている。便宜上、１ドット毎
に縦に描いているが、実際にはコーディングされたデー
タがシリアルに転送されている。コーディングは、同期
信号を入れ込む際のエラーリカバリーやＤＣバランスを
取るために行われ、実際のデータとしてはＲ/Ｇ/Ｂ各８
ビットしか使えない。２４ビットカラーの場合は、その
ままＲ/Ｇ/Ｂ８ビットのデータが使用される。

【００７２】ここで、３０ビットカラーの場合には、図
１７(ｂ)に示すように順にずらして３２ビット(８ビッ
ト×４)ずつを１ドットデータとしている。従って、２
４ビット転送で４ドット送れる内容であっても、３０ビ
ット転送では３ドットに減ることになる。本方式ではパ
ケットのヘッダー内にデータ転送モードが指定でき、こ
の指定した転送モードに合わせてデータの処理がなされ
る。また、実際には３０ビット転送で各ドットに２ビッ
トの制御ビットが加わり、この２ビットはデータ転送モ
ードでダイナミックにアサインされる。例えば、Write-
per-bit(そのビットがＯＮのところだけ書き込むモー
ド)や垂直パリティビットとして、データのエラーチェ
ックを強化したりして用いられる。このように、転送モ
ードは自由にセットできるので、４８ビットカラーや６
４ビットカラーもプロトコル上は容易にサポートするこ
とが可能となる。

【００７３】次に、１４ビットの単色表示とこれらの混
在方法を説明する。図１６において、アプリケーション
側で例えば１６ビットで処理されている場合には、シス
テムバス１３には１６ビットで転送される。グラフィッ
クスチップ１１から出力されるデジタルＩ/Ｆライン４
９では、通常の２４ビットの中に入れ込んで転送され
る。但し、このときにデータ転送モードを１６ビットモ
ノクローム転送にセットしておく必要がある。この１６
ビットデータは、パネル制御チップ５１中のポストプロ
セッサ７０内の変換回路１３２により、３０＋１ビット
のデータに変換される。この変換回路１３２では、前述
のようにガンマ調整やカラーマッチングの処理が行われ
ている。この３０ビットの構成は、モノクロームの上位
６ビットがＲ/Ｇ/Ｂ共通で、下位８ビットをＲ/Ｇ/Ｂ毎
にガンマ調整とカラーマッチングに割り振り(８ビット
×３)、合計で３０ビットとしている。これに識別ビッ
トに１ビットを加えて、パネルメモリ５２には３１ビッ
トが書き込まれている。この識別ビットがＯＮのビット
は、モノクロームの処理を行い、ＯＦＦのところは通常
のカラー処理が行われる。図１６にこれらのメモリデー
タ形式の例を示している。Ｒ/Ｇ/Ｂが８ビットカラー、
１０ビットカラーの他、１４ビットのモノクロームが示
されている。この１４ビットのモノクロームでは、Ｇの
１４ビットの中から６ビットを上記の共通ビットとして
いる。尚、パネル側５０に対してモノクロームかカラー
かを示す為に、データ転送に先駆けて、例えば、図７
(ｃ)に示したパケットビデオデータのフォーマットの中
で、最初のパケットのヘッダー部におけるポインタ等に
１ビットでモノクロームかカラーかを指定している。

【００７４】本実施の形態では、このようにパネルメモ
リ５２に書き込まれた識別ビットによってその後の処理
を変えるように構成している。パネルメモリ５２から読
み出された画像データは、識別ビットでモノクロームか
否かの判別をされ、モノクロームの場合にはＲ/Ｇ/Ｂ共
通の上位６ビットにそれぞれの下位８ビットを加え、６
ビットをＦＲＣ/ディザ回路１３１によりＲ/Ｇ/Ｂそれ
ぞれ８ビットに変換してパネル５５のＸ-ドライバーに
転送している。尚、この識別ビットを、ガンマ調整、カ
ラーマッチング、スケーリング等の処理に用いることが
可能である。

【００７５】このように、本実施の形態によれば、表現
色数を増やしたこと、画像データの転送速度を自由にし
たこと、および画像データの転送フォーマットを自由に
したことにより、ガンマ調整やカラーマッチングの処理
は、システム側でもパネル側でもどちらでも問題無く実
施することができる。例えば、システム側で処理をして
３０ビットカラーモードで転送するように構成すること
も可能であり、また、パネル側に変換テーブルを有し
て、２４ビットカラーモードで転送されたデータを選択
テーブルで３０ビットカラーに変換することも可能であ
る。更に、カラーかモノクロームかを判別する識別ビッ
トを用いていることから、モノクロームの場合にＲ/Ｇ/
Ｂを分けて処理することから開放される。その結果、例
えば１４ビット等の多ビットからなるモノクローム画像
を表示することが可能となり、例えば、多階調のモノク
ロームが要求されるレントゲン表示等への適用が可能と
なる。

【００７６】また、本実施の形態における適用例とし
て、ＤＶＤ(Digital Versatile Disc)の画面を一部表示
するものが挙げられる。もともとのＤＶＤのデータは圧
縮されており、従来ではシステムとグラフィックスチッ
プにより圧縮を解く必要があった。逆に、この解凍部分
を分け、圧縮されたままの状態にあるデータを転送でき
れば転送量が大幅に削減される。高精細パネルの場合、
ホスト側１０とパネル側５０の間のデータ転送量が多い
ので、データが圧縮されていると、例えば１/１０のケ
ーブルによるバンド幅(ケーブルの数)で良くなる。ま
た、前述したように、例えば静止画画像をＲ/Ｇ/Ｂ各１
０ビットで色数を増やして表示したいと欲する一方で、
残りのウィンドウ部分はＲ/Ｇ/Ｂ各８ビットでＯＳがコ
ントロールしている場合がある。かかる場合において
も、分割して処理できるために容易にサポートすること
ができる。更に、ガンマなどの色調整の変換も、同様に
ウィンドウ毎に制御することが可能となる。本実施の形
態によれば、今後、問題となってくると予想されるＤＶ
Ｄなどの著作権を有するデータであっても、その表示部
分だけを暗号化して転送すること等への応用が可能であ
る。

【００７７】以上、実施の形態１〜３を用いて詳細に説
明してきたが、これらの実施の形態によれば、ドットが
見えないような超高精細を出力する場合においても、容
量不足や処理速度の遅れ等、システム全体のパフォーマ
ンスを落とすことなく表示することが可能である。ま
た、高精細化が更に進んだ場合においても、その度毎に
物理的インターフェイスを変える必要がなく、実用性、
経済性にも非常に優れている。

【００７８】

【発明の効果】以上説明したように、本発明によれば、
ホスト側とパネル側(モニタ側)とで処理の分散を図るこ
とが可能となり、グラフィックスチップを含めたシステ
ム全体の仕事量を最適化することができる。更に、転送
能力も含めた画像表示システムの処理能力を十分に引き
出すことが可能となり、超高精細パネルやマルチパネル
への表示能力不足などの問題を解決することができる。
更に、早い転送速度が要求される３Ｄグラフィックス等
においても、超高精細パネルに対する適切な表示が可能
となる。

【図面の簡単な説明】

【図１】 本発明が適用された画像表示システムの一実
施形態を示すブロック図である。

【図２】 図１にて説明したホスト側１０のグラフィッ
クスシステムを説明するための図である。

【図３】 プリプロセッサ２０の内部構成を示すブロッ
ク図である。

【図４】 パネル側５０における表示回路の概略構成を
示すブロック図である。

【図５】 ポストプロセッサ７０の内部構成を示すブロ
ック図である。

【図６】 ホスト側１０のプリプロセッサ２０と、パネ
ル側５０のポストプロセッサ７０とでなされる処理を示
すフローチャートである。

【図７】 (ａ)、(ｂ)、(ｃ)は、従来技術と本実施の形
態とのデータ転送の比較とデータフォーマットを示した
説明図である。

【図８】 本実施の形態における表示画面の構成を説明
するための説明図である。

【図９】 (ａ)、(ｂ)は、データ毎の処理とその処理量
を説明するための説明図である。

【図１０】 本実施の形態にて用いられるパケットを用
いた画像データの転送方式を説明するための説明図であ
る。

【図１１】 本実施の形態におけるマルチシステムでの
システム構成を説明するためのブロック図である。

【図１２】 本実施の形態におけるホスト側１０とパネ
ル側５０との同期処理の構成を示す説明図である。

【図１３】 本実施の形態におけるプロセスフローを示
す図である。

【図１４】 マルチシステムによる同期処理オペレーシ
ョンを説明するためのタイミングチャートである。

【図１５】 カラー画像とモノクローム画像とが混在し
て画面表示された状態を示した図である。

【図１６】 実施の形態３における処理を実行するブロ
ック構成と制御フローを示す説明図である。

【図１７】 (ａ)、(ｂ)は、デジタルＩ/Ｆライン４９
のデータフォーマット例を示した図である。

【図１８】 従来技術におけるグラフィックスチップの
パワー不足を解消するための１手段を示したシステム構
成図である。

【符号の説明】

１０…ホスト(Host)側、１１…グラフィックスチップ、
１２…グラフィックスメモリ、１３…システムバス、１
４…グラフィックスメモリバス、１５…インターフェイ
ス(Ｉ/Ｆ)トランシーバ、１６…ＤＡＣ、１７…アドレ
スジェネレータ、２０…プリプロセッサ、２１…入力ラ
ッチ、２６…プリハンドラー、３３…ジョブ(ＪＯＢ)番
号出力レジスタ、３４…ジョブ(ＪＯＢ)番号入力レジス
タ、３５…シンクバックレジスタ、３６…エラーステー
タスレジスタ、３７…ＤＤＣハンドラ、３８…マルチプ
レクサ、４０…同期制御回路、４９…デジタルインター
フェイス(Ｉ/Ｆ)ライン、５０…パネル側、５１…パネ
ル制御チップ、５２…パネルメモリ、５３…インターフ
ェイス(Ｉ/Ｆ)レシーバ、５４…パネルデータ出力、５
５…パネル、６１…入力ＦＩＦＯ、６２…出力ＦＩＦ
Ｏ、６３…入力アドレスレジスタ、６４…出力アドレス
レジスタ、６５…Ｈカウンタ、６６…Ｖカウンタ、６８
…外部データバス、６９…パネル内データバス、７０…
ポストプロセッサ、７１…入力ラッチ、７８…ポストハ
ンドラー、８６…ＤＤＣコントローラ、８７…スケーリ
ング回路、８８…ＦＩＦＯメモリ、９０…同期制御回
路、９１…ジョブ(ＪＯＢ)番号レジスタ、１００…シス
テム、１１１…同期制御回路、１１５…ＤＤＣハンドラ
ー、１１６…ジョブ(ＪＯＢ)番号コントローラ、１１７
…ジョブ(ＪＯＢ)番号入力レジスタ、１１８…ジョブ
(ＪＯＢ)番号出力レジスタ、１１９…比較器、１２０…
内部バスコントローラ、１２１…内部バス１２１

───────────────────────────────────────────────────── フロントページの続き (72)発明者 山内 一詩 神奈川県大和市下鶴間1623番地14 日本ア イ・ビー・エム株式会社 大和事業所内 (72)発明者 塘岡 孝敏 神奈川県大和市下鶴間1623番地14 日本ア イ・ビー・エム株式会社 大和事業所内 Ｆターム(参考） 5C082 AA01 AA34 BA12 BA34 BB22 BB26 BB44 BD02 BD07 CA33 CA84 CB03 DA64 MM02

Claims (26)

【特許請求の範囲】
1. 【請求項１】 アプリケーションを実行するホストと、
   当該ホストに接続されたディスプレイとを備え、当該デ
   ィスプレイに対して画像を表示するための画像表示シス
   テムであって、 前記ホストは、前記ディスプレイに画像の表示を要求す
   る際に画像を展開する前の画像データを当該ディスプレ
   イに対して転送し、 前記ディスプレイは、画像展開用のパネルメモリを備
   え、前記ホストから転送された画像データに基づいて当
   該パネルメモリに画像を展開すると共に、当該パネルメ
   モリに展開された画像をパネルに表示することを特徴と
   する画像表示システム。
2. 【請求項２】 前記ディスプレイは、前記パネルメモリ
   に展開された画像に基づいて、前記パネルをリフレッシ
   ュすることを特徴とする請求項１記載の画像表示システ
   ム。
3. 【請求項３】 前記ホストは、第１の解像度により実行
   されるアプリケーションからの出力に基づいて当該第１
   の解像度の画像データを前記ディスプレイに対して転送
   し、 前記ディスプレイは、転送された前記第１の解像度であ
   る前記画像データを、より高い解像度である第２の解像
   度に変換して前記パネルメモリに対して展開することを
   特徴とする請求項１記載の画像表示システム。
4. 【請求項４】 前記ホストは、圧縮された圧縮画像デー
   タを圧縮されたままの状態で前記ディスプレイに対して
   転送し、 前記ディスプレイは、転送された前記圧縮画像データを
   伸長して前記パネルメモリに対して展開することを特徴
   とする請求項１記載の画像表示システム。
5. 【請求項５】 同一のアプリケーションを実行する複数
   のシステム装置と、 表示領域を複数の領域に分割し、分割された当該領域に
   対して駆動を制御するためのパネル制御手段を備えたデ
   ィスプレイ装置とを備え、 複数の前記システム装置は、前記ディスプレイ装置に設
   けられたパネル制御手段にそれぞれ接続されると共に、
   当該パネル制御手段に対して同期を取る為の制御信号を
   出力し、 前記ディスプレイ装置における前記パネル制御手段は、
   複数の前記システム装置から出力された前記制御信号に
   基づいて、複数の当該システム装置に対して同期を取る
   為の制御信号を出力することを特徴とする画像表示シス
   テム。
6. 【請求項６】 前記システム装置から出力される前記制
   御信号は、当該システム装置がそれぞれ次のフレーム内
   に処理できるジョブ情報であり、 前記パネル制御手段から出力される前記制御信号は、複
   数の前記システム装置から出力される前記ジョブ情報の
   中から検出された最も処理速度の遅いジョブを示す情報
   であることを特徴とする請求項５記載の画像表示システ
   ム。
7. 【請求項７】 前記システム装置は、前記パネル制御手
   段から出力された前記制御信号に基づいて、実行すべき
   ジョブを決定すると共に、当該ジョブの実行により前記
   表示手段に対して表示を要求する画像データを出力する
   ことを特徴とする請求項５記載の画像表示システム。
8. 【請求項８】 要求される表示特性やデータ量が異なる
   複数のアプリケーションを実行するホストと、画像を表
   示するディスプレイと、当該ホストからの画像データを
   当該ディスプレイに対して転送するデジタルインターフ
   ェイスとを備えた画像表示システムであって、 前記デジタルインターフェイスは、前記ホストが実行す
   るアプリケーションに応じて転送フォーマットを変更し
   て画像データを前記ディスプレイに対して転送し、 前記ディスプレイは、前記デジタルインターフェイスを
   介して転送された前記画像データを展開用のパネルメモ
   リに展開した後にパネルに対して画像を表示することを
   特徴とする画像表示システム。
9. 【請求項９】 前記デジタルインターフェイスは、パケ
   ットによって画像データを転送すると共に、当該パケッ
   ト内にデータ転送モードを指定して当該画像データを転
   送し、 前記ディスプレイは、指定された前記データ転送モード
   に基づいて画像データを前記パネルメモリに展開するこ
   とを特徴とする請求項８記載の画像表示システム。
10. 【請求項１０】 要求される表示特性やデータ量が異な
    る複数のアプリケーションを実行する実行手段と、 前記アプリケーションが意識している画像空間の中で纏
    まって意味を持つ領域であるウィンドウに対し、当該ウ
    ィンドウに対して定義されるウィンドウＩＤを管理する
    ウィンドウ管理手段と、 前記ウィンドウ管理手段により管理されたウィンドウＩ
    Ｄを付加し、前記アプリケーションが表示要求する展開
    前の画像データを転送する画像データ転送手段と、を具
    備することを特徴とするホスト装置。
11. 【請求項１１】 前記画像データ転送手段は、前記画像
    データをパケットの形式を用いて転送すると共に、前記
    アプリケーションに応じて転送データ形式を変更して転
    送することを特徴とする請求項１０記載のホスト装置。
12. 【請求項１２】 接続されたディスプレイに対して画像
    データを転送する画像データ転送手段と、 実行された静止画のアプリケーションと実行された動画
    のアプリケーションとに基づいて前記データ転送手段に
    対して画像データを供給する制御手段とを備え、 前記制御手段は、前記静止画のアプリケーションについ
    ては前記ディスプレイに要求されるリフレッシュのタイ
    ミングとは無関係に画像データを供給し、前記動画のア
    プリケーションについては前記ディスプレイに要求され
    るリフレッシュのタイミングに同期して画像データを供
    給することを特徴とするホスト装置。
13. 【請求項１３】 画像を表示するためのパネルと、 アプリケーションを実行するホスト装置から展開前の画
    像データを受信する画像データ受信手段と、 前記画像データ受信手段から受信した前記画像データを
    展開するためのパネルメモリと、 前記パネルメモリに対して画像データを展開すると共
    に、前記パネルに対して展開された画像を書き込むパネ
    ル制御手段と、を備えたことを特徴とする画像表示装
    置。
14. 【請求項１４】 前記画像データ受信手段は、要求され
    る表示特性やデータ量が異なる複数からなる展開前の画
    像データを受信し、 前記パネル制御手段は、前記複数からなる展開前の前記
    画像データを展開して表示画面を形成することを特徴と
    する請求項１３記載の画像表示装置。
15. 【請求項１５】 前記パネル制御手段は、前記パネルメ
    モリに展開された画像に基づいて前記パネルに対してリ
    フレッシュを実行することを特徴とする請求項１３記載
    の画像表示装置。
16. 【請求項１６】 前記画像データ受信手段は、第１の解
    像度による画像データを受信し、 前記パネル制御手段は、前記画像データを前記第１の解
    像度とは異なる第２の解像度にスケーリングして前記パ
    ネルメモリに対して展開することを特徴とする請求項１
    ３記載の画像表示装置。
17. 【請求項１７】 同一のジョブを実行する複数のシステ
    ム装置に接続されると共に、複数の当該システム装置か
    ら転送される画像データに基づいて画像を表示する画像
    表示装置であって、 複数の表示エリアに分割されたパネルとして、または複
    数の表示パネルを纏めて１つのパネルとして表示する表
    示部と、 前記表示部に対して画像表示を制御するパネル制御手段
    とを備え、 前記パネル制御手段は、複数の前記システム装置からジ
    ョブに関する制御信号を受信すると共に、複数の当該シ
    ステム装置が同期をとるために用いる制御信号を複数の
    当該システム装置に対して送信することを特徴とする画
    像表示装置。
18. 【請求項１８】 前記パネル制御手段は、前記表示部に
    おける前記分割されたパネルのそれぞれに対応して、ま
    たは纏めて１つのパネルとされる複数の表示パネルを構
    成する前記表示パネルのそれぞれに対応して、複数設け
    られると共に、 特定のパネル制御手段が受信した前記制御信号を他のパ
    ネル制御手段が認識するための内部バスとを更に備えた
    ことを特徴とする請求項１７記載の画像表示装置。
19. 【請求項１９】 前記制御手段が受信する前記制御信号
    は、前記システム装置が次のフレーム内にて実行可能な
    ジョブ番号であり、 前記制御手段は、前記バス上に存在するジョブ番号に基
    づいて、前記システムが次のフレームにて実行すべきジ
    ョブ番号を含む制御信号を送信することを特徴とする請
    求項１８記載の画像表示装置。
20. 【請求項２０】 画像を表示するためのパネルと、 複数のアプリケーションを実行するホスト側から展開前
    の画像データを受信する画像データ受信手段と、 前記画像データ受信手段から受信した前記画像データを
    展開するためのパネルメモリと、 前記パネルメモリに対して画像データを展開すると共
    に、前記アプリケーションが異なる画像データ毎に色調
    整を施して前記パネルに対して画像を書き込むパネル制
    御手段と、を備えたことを特徴とする画像表示装置。
21. 【請求項２１】 画像を表示するためのパネルと、 第１のビット数からなるカラー画像データと、当該第１
    のビット数とは異なる第２のビット数からなるモノクロ
    ーム画像データとをホスト側から受信する画像データ受
    信手段と、 前記画像データ受信手段から受信した前記画像データを
    展開するためのパネルメモリと、 前記パネルメモリに対して画像データを展開するパネル
    制御手段とを備え、 前記パネル制御手段は、前記画像データ受信手段から受
    信した前記カラー画像データと前記モノクローム画像デ
    ータとでデータ形式を変更して前記パネルメモリに展開
    することを特徴とする画像表示装置。
22. 【請求項２２】 前記パネル制御手段は、前記カラー画
    像データと前記モノクロームデータとを識別するための
    識別ビットを前記パネルメモリに書き込み、当該識別ビ
    ットに基づいて展開処理を実行することを特徴とする請
    求項２１記載の画像表示装置。
23. 【請求項２３】 アプリケーションを実行するホストか
    らの信号に基づいて接続されたディスプレイに対して画
    像を表示する画像表示方法であって、 画像表示のための展開がなされていない画像データを前
    記ホストからデジタルインターフェイスを介して前記デ
    ィスプレイに対して転送し、 前記ディスプレイが有するメモリに対し、転送された前
    記画像データを当該ディスプレイが自ら展開し、 前記メモリに展開された画像を前記ディスプレイの上に
    表示することを特徴とする画像表示方法。
24. 【請求項２４】 前記ディスプレイが有する前記メモリ
    に展開された前記画像に基づいて前記ディスプレイのリ
    フレッシュを行うことを特徴とする請求項２３記載の画
    像表示方法。
25. 【請求項２５】 アプリケーションを実行するホストか
    らの信号に基づいて、接続されたディスプレイに対して
    画像を表示する画像表示方法であって、 前記ホストからは前記アプリケーションにより実行され
    た第１の解像度による画像データを前記ディスプレイに
    対して転送し、 前記ディスプレイは、前記ホストから転送された前記第
    １の解像度による画像データをスケーリングして、前記
    第１の解像度とは異なる第２の解像度で画像を展開し、
    当該ディスプレイが有するパネルに対して表示出力する
    ことを特徴とする画像表示方法。
26. 【請求項２６】 前記ディスプレイは、複数パネルをタ
    イリングしたマルチパネルまたは解像度の大きな高精細
    パネルであり、 前記画像データのスケーリングは、拡大表示であること
    を特徴とする請求項２５記載の画像表示方法。