JP2002278526A

JP2002278526A - 画像表示システム、画像データ送信装置、画像表示装置、表示画像データ送信方法、差分転送方法、プログラム、および記憶媒体

Info

Publication number: JP2002278526A
Application number: JP2001062571A
Authority: JP
Inventors: Takenori Koda; 武範幸田; Sanehiro Furuichi; 実裕古市; Morimiki Obara; 盛幹小原; Katsura Kawase; 桂川瀬
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2001-03-06
Filing date: 2001-03-06
Publication date: 2002-09-27
Anticipated expiration: 2021-03-06
Also published as: CN101620847A; KR100588327B1; US7187372B2; WO2002071380A2; CN101620847B; TW571229B; EP1366485A2; US20070152992A1; CN100545891C; JP3833483B2; WO2002071380A3; KR20030081463A; CN1496545A; US20120218276A1; US20040125110A1; US8199136B2

Abstract

(57)【要約】【課題】既存のシステムに対して極めて小規模の変更
を加えるだけで、大型高精細パネルを駆動する。【解決手段】ＯＳやアプリケーションからの描画命令
に基づく画像データを送信する送信装置(ＰＣ)１０と、
モニタケーブル３９を介して受信した画像データを高精
細であるパネル４１上に表示する受信側モニタ４０とを
含み、この送信装置１０は、描画命令によって画面上に
変化が発生した領域を検出し、検出された領域に基づい
て送信すべき送信領域を算出する描画命令解析装置２０
と、算出された送信領域を含めてパケットとして送信
し、ヘッダデータの形で送信領域の制御情報をこのパケ
ットに含めて送信するグラフィックスカード１２を備え
る。受信側モニタ４０は、送信されたパケットからヘッ
ダデータを解析し、ヘッダデータに基づいて画像データ
を展開するフレームメモリを備えたパケット受信装置５
０を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ディスプレイパネ
ルに画像を表示する際の画像転送システム等に係り、よ
り詳しくは、小規模な変更により、高精細化、高画質化
されたディスプレイパネルに対する画像表示を可能とす
る画像転送システム等に関する。

【０００２】

【従来の技術】画像を表示するための画像データは、パ
ーソナルコンピュータ(ＰＣ)等からなるホスト装置のグ
ラフィックスコントローラにより処理されて表示装置に
送られるのが一般的である。これまでのモニタ(パネル)
の主流であるＣＲＴでは、実現可能な画面サイズは高性
能なものでＵＸＧＡ(Ultra Extended Graphics Array)
(1600×1200ドット)程度であった。この画面サイズであ
れば、既存のラスタ形式で構成される画像を出力するグ
ラフィックスコントローラでも容易に表示が可能であ
り、画像データの転送に必要となるモニタケーブルも１
本で十分であった。

【０００３】一方、近年の液晶表示ディスプレイ(ＬＣ
Ｄ)に代表される表示装置の進歩により、ホスト装置と
表示装置との処理能力に大きな差が出てきている。例え
ば、ＬＣＤにおいては、パネル自身の高精細化が進み、
ＱＸＧＡ(Quad Extended Graphics Array)(2048×1536
ドット)を超える大型高精細モニタ(パネル)、例えば、
ＱＳＸＧＡ(Quad Super Extended Graphics Array)(256
0×2048ドット)、ＱＵＸＧＡ(Quad Ultra Extended Gra
phics Array)(3200×2400ドット)などの解像度が非常に
大きな高精細(超高精細)モニタが実用化されつつある。
しかし、モニタの進歩に対してシステムパワーやグラフ
ィックスコントローラのパワーが追従できなくなってき
ており、超高精細モニタでの充分な表示ができないのが
現状である。即ち、現在、入手可能で今後も採用される
であろうラスタ転送方式のグラフィックスカードとモニ
タケーブル１組からなる既存のグラフィックスシステム
では、これらのモニタを駆動することは困難である。

【０００４】

【発明が解決しようとする課題】ここで、大型高精細モ
ニタを駆動する方法として、グラフィックスカードとケ
ーブルを複数組用意し、モニタ自体のみならず、ＯＳま
たはドライバにも変更を施して、もともと１枚のラスタ
入力パネルを複数枚のラスタ入力パネルとして扱う方式
が考えられる。しかしながら、このような方式では、Ｐ
Ｃに搭載可能なグラフィックスカードの枚数に物理的な
制約が生じてしまい、また、個々のグラフィックスカー
ドに搭載された描画エンジン同士を同期させて動作させ
ることが難しい。その結果、動画に対する全画面表示は
もとより、ＤＴＰ(Desk Top Publishing)等の限られた
利用用途であっても、十分な画像品質を実現することは
困難である。また、画像品質の問題もさることながら、
システム構築のためにＯＳベンダーを始め、グラフィッ
クスメーカやモニタメーカ、ユーザに対して高額の投資
を要求することとなる。

【０００５】一方で、高精細パネル自身に、または、高
精細パネルとホスト装置との間に置かられるモニタ接続
装置に、フレームメモリを置く方法が検討されている。
このフレームメモリをモニタ側に置くことによって、一
部の描画コマンドはホスト側では処理せずに、画像展開
前の画像データをモニタ側に転送し、モニタ側にて解釈
して描画が実行されることで、データ転送量を削減する
ことが可能となる。例えば、ネットワーク上にて、ＰＣ
と同様な中央演算処理、通信装置、描画装置を備えるク
ライアントモニタを接続し、サーバ上で実行したアプリ
ケーションの実行結果をこのクライアントモニタに出力
するシステムが検討されている。このシステムでは、ネ
ットワークである通信路上を流れるデータ量を大幅に削
減することができることから、通信路にイーサネット
（登録商標）を選択することが可能となる。

【０００６】このように、モニタ側にフレームメモリを
持つことで、ホスト側における機能を大幅に向上させな
い場合でも高精細パネルへの表示が可能となるが、現
在、考えられている技術では、モニタ側に通常のＰＣと
同水準の機能が要求されている。そのために、モニタ側
に要求される高機能(ＰＣと同水準の機能)を低減するこ
とができれば、コストを大幅に削減することが可能とな
る。特に、現状採用されているラスタ方式のモニタとの
互換性を保ち、既存のラスタ転送方式のグラフィックス
システムを利用できれば、高額の追加投資を行うことな
く、簡単に高精細パネルを駆動でき、大型高精細パネル
を広く普及させることも期待できる。

【０００７】本発明は、以上のような技術的課題を解決
するためになされたものであって、その目的とするとこ
ろは、既存のシステムに対して極めて小規模の変更を加
えるだけで、大型高精細モニタ(パネル)を駆動すること
にある。また他の目的は、限られた転送バンド幅の範囲
で、これまでにサポートできなかった大型高精細モニタ
を駆動することにある。

【０００８】

【課題を解決するための手段】かかる目的を達成するた
めに、本発明は、画像受信側である受信側モニタにフレ
ームメモリを内蔵し、送信側(ＰＣ側)では差分情報のみ
を送るという差分転送方式を応用している。即ち、本発
明が適用される画像表示システムは、ＯＳやアプリケー
ション等の所定の描画命令に基づく画像データを送信す
る送信装置と、受信した画像データを高精細パネル上に
表示する受信側モニタとを含み、この送信装置は、描画
命令によって画面上に変化が発生した領域を領域検出手
段にて検出し、検出された領域に基づいて送信すべき送
信領域を送信領域算出手段によって算出し、パケット送
信手段によって、算出された送信領域を含めてパケット
として送信すると共に、例えば、ヘッダ情報(ヘッダデ
ータ)の形で送信領域の制御情報をこのパケットに含め
て送信している。また、受信側モニタは、送信されたパ
ケットから制御情報を解析する解析手段と、解析された
制御情報に基づいて画像データを展開するフレームメモ
リと、このフレームメモリに展開された画像データを高
精細パネル上に表示する表示手段を備えている。

【０００９】ここで、このパケット送信手段は、画面上
に変化が発生したこととは別に、同一画面情報を含むパ
ケットを繰り返し送信するように構成することができ
る。例えば、描画命令の有無に関わらず、定期的に画面
を送出するように構成すれば、転送エラーに対する回復
が可能となる点で好ましい。

【００１０】また、本発明が適用される画像データ送信
装置は、ＯＳまたはアプリケーションからの描画命令を
解析して描画が発生した領域を検出する描画領域検出手
段と、検出された領域に基づいてモニタに対して送信す
べき矩形領域を算出する矩形領域算出手段と、算出され
た矩形領域を含めてパケットとして送信すると共に、こ
の矩形領域の制御情報をヘッダ情報としてパケットに含
めて送信するパケット送信手段とを備えたことを特徴と
している。

【００１１】この矩形領域算出手段により算出される矩
形領域は、複数の領域が変化した際にそれらを包含する
領域であることを特徴とすれば、送信領域変更時のオー
バーヘッドを軽減することができる点で優れている。ま
た、表示優先度を決定し、優先度の高いものを先に送信
し、優先度の低いものを、例えば全画面更新を行う全画
面更新モード時だけに送信することもできる。

【００１２】ここで、このパケット送信手段は、フレー
ムメモリに描画された画像データを読み出して送信する
グラフィックスカードの備えるハードウェアパンニング
機能を流用し、矩形領域算出手段により算出された矩形
領域だけを送信することができる。このハードウェアパ
ンニング機能では、フレームメモリの特定の位置からデ
ータを読み出すためのコントローラ(ＣＲＴコントロー
ラ)の設定を変更することができる。

【００１３】また、グラフィックスカードの備えるハー
ドウェアカーソル機能を流用し、制御情報と矩形領域と
をパケットに含めて送信することができる。このハード
ウェアカーソル機能は、フレームメモリ上の非表示エリ
アにカーソルデータを保存し、画像データを読み出す際
に読み出されて合成する機能であり、本発明では、この
カーソルデータの代わりに、ヘッダデータ等の制御情報
を記述するように構成している。

【００１４】他の観点から把えると、本発明が適用され
る画像データ送信装置は、描画命令を解析して描画が発
生した領域を検出する描画命令解析装置と、受信側モニ
タに対して画像データを送信するグラフィックスカード
とを備えている。この描画命令解析装置では、描画命令
解析部からは、描画命令によって画面上に変化があった
か否かが判断されて描画情報が出力され、この出力を受
けた送信領域制御部からは、送信すべきエリア情報が出
力され、グラフィックスドライバからグラフィックスカ
ードに対して、これらの情報に基づく、描画命令および
制御情報が出力される。

【００１５】一方、グラフィックスカードは、フレーム
メモリと、このフレームメモリに対して画像を展開する
描画エンジンと、フレームメモリに展開された画像情報
を受信側モニタに対して送信するコントローラとを備
え、このコントローラからは、グラフィックスドライバ
から出力された制御情報に基づいてフレームメモリから
画像データを読み出し、エリア情報に対応する領域にあ
る画像データを受信側モニタに対して送信している。

【００１６】本発明が適用される画像表示装置は、受信
したパケットからヘッダデータを取り出すパケット解析
部と、取り出されたヘッダデータに基づいて、フレーム
メモリに画像データが書き込まれる位置を認識するヘッ
ダ解析部と、解析された位置に対して画像データが書き
込まれたフレームメモリから画像データを読み出してパ
ネルに表示させるパネルコントローラとを備えたことを
特徴としている。ここで、このパネルは、ラスタ形式の
画像データを表示する際に、送信装置からパケットが伝
送されるケーブルのデータ転送量を超えてしまい表示品
質を低下させなければならなくなる高精細パネルである
こと(例えば、ＤＶＩ(Digital Visual Interface)ケー
ブルに対してＱＸＧＡ(Quad Extended Graphics Array)
(2048×1536ドット)サイズを超えるパネルであること)
を特徴とすることができる。

【００１７】一方、本発明は、コンピュータに所定の機
能を実現させるためのプログラムとして把握することが
できる。この機能としては、例えば、描画命令を受けて
描画が発生した領域を検出させる描画命令解析機能、送
信領域を算出する送信領域算出機能、フレームメモリか
ら画像データを読み出して送信するためのコントローラ
に与える制御情報を算出された送信領域に基づいて出力
する送信領域制御機能が挙げられる。また、描画により
変更された領域を含む矩形領域の画像データをフレーム
メモリの表示エリアから読み出す機能、フレームメモリ
の非表示エリアから矩形領域の位置情報を含むヘッダデ
ータを読み出す機能、表示エリアから読み出された画像
データと、非表示エリアから読み出されたヘッダデータ
とを合成して出力する機能とを実現させるためのプログ
ラムとして把握することもできる。

【００１８】これらのコンピュータプログラムは、例え
ば、プログラム伝送装置からネットワークを介して、画
像データ送信装置であるＰＣ等に対して提供することが
できる。このプログラム伝送装置としては、上記したよ
うなプログラムを記憶させたＣＤ−ＲＯＭ、ＤＶＤ、メ
モリ、ハードディスク等の記憶手段と、これらの記憶手
段からプログラムを読み出し、プログラムを実行する装
置側に、コネクタ、インターネットやＬＡＮ等のネット
ワークを介して伝送する伝送手段とを備える構成とすれ
ば良い。また、上述したようなコンピュータプログラム
は、例えば、ＣＤ−ＲＯＭ、ＤＶＤ等の記憶媒体を介し
て、直接、ＰＣ等に対して提供するように構成すること
ができる。この記憶媒体には、コンピュータに実行させ
るこれらのプログラムをコンピュータが読み取り可能に
記憶されていれば良い。

【００１９】

【発明の実施の形態】以下、添付図面に示す実施の形態
に基づいてこの発明を詳細に説明する。図１は、本実施
の形態が適用される画像表示システムの全体構成を説明
するための図である。本実施の形態における画像表示シ
ステムは、ＰＣ等からなるホスト側(送信側)として画像
データの送信装置１０と、画像表示装置である受信側モ
ニタ４０とを備え、この送信装置１０と受信側モニタ４
０とは、ＤＶＩ(DigitalVisual Interface)ケーブル等
のデジタルモニタケーブルである既存のモニタケーブル
３９によって接続されている。尚、この送信装置１０と
受信側モニタ４０とは、別々の筐体で構成されて外部に
出るモニタケーブル３９によって接続される場合の他、
１つの筐体の中に含まれてコンピュータ装置や画像表示
装置を構成する場合もある。

【００２０】送信装置１０は、一般的なＰＣとして、図
示しない中央処理装置、メモリ、ＨＤＤ等を備えてい
る。また、一般的なＰＣにて用いられているＯＳ(Opera
ting Systems)またはアプリケーションであるＯＳ/アプ
リケーション１１と、一般的なハード構成であるグラフ
ィックスカード１２、及び、本実施の形態における特徴
的な構成である描画命令解析装置２０を備えている。本
実施の形態における送信装置１０は、変化した領域を抽
出する機能と、変化した領域に該当する部分のデータと
画像制御情報を含むヘッダ情報を送信する機能とを備え
ている。

【００２１】このＯＳ/アプリケーション１１から描画
命令解析装置２０に対して、割り込み信号と共に、描画
用ＡＰＩ(Application Program Interface)からなる描
画命令が出力され、描画命令解析装置２０では、受け取
った描画命令の解析がなされる。また、グラフィックス
カード１２から描画命令解析装置２０に対して、例え
ば、垂直同期信号(VSYNC)に基づく割り込み信号が出力
される。更に、描画命令解析装置２０からグラフィック
スカード１２に対しては、描画命令と共に、所定の制御
情報からなる制御命令が出力され、グラフィックスカー
ド１２は、これらの命令を受けて、受信側モニタ４０に
対して画像データを送信している。

【００２２】このグラフィックスカード１２は、描画が
なされるフレームメモリ１３、ハードウェアパンニング
機能１４、ハードウェアカーソル機能１５を備えてい
る。このハードウェアパンニング機能１４は、本来、モ
ニタの表示可能サイズよりも大きな画面を仮想的に表示
するために利用されており、マウスカーソルのある場所
に対して、その場所をスタートとして切り出す機能であ
る。本実施の形態では、かかる機能を流用している。即
ち、ハードウェアパンニング機能１４では、フレームメ
モリ１３からどの領域を出力するかを決定しており、描
画命令解析装置２０からの指示に基づいて、例えば、送
出されるエリア情報(開始位置、サイズ等)を制御するＣ
ＲＴＣの設定を垂直同期に合わせて毎回、変更し、送信
したい矩形領域のみを出力している。尚、この変更する
タイミングは、必ずしも垂直同期に合わせる必要はな
く、例えば水平同期や他の割り込み信号等によることが
可能である。

【００２３】また、ハードウェアカーソル機能１５は、
フレームメモリ１３上の非表示エリアにカーソルデータ
を保存しておき、ＣＲＴＣ(ＣＲＴコントローラ)がフレ
ームメモリ１３から画像を読み出す際に画像データとカ
ーソルデータとを合成して出力する機能である。本実施
の形態では、描画命令解析装置２０からの指示に基づい
て、このカーソルデータの代わりに、ヘッダ情報を記述
するように構成した。この結果、受信側モニタ４０が受
け取る画像には、ヘッダが付加されているが、そのため
に、フレームメモリ１３内のデータを改変する必要がな
い。尚、カーソルの表示は、ソフトウェアにて実現され
る。

【００２４】一方、受信側モニタ４０は、例えば、ＱＵ
ＸＧＡ等の大型高精細パネルであるパネル４１と、送信
装置１０からモニタケーブル３９を介して画像データを
受信するパケット受信装置５０を備えている。このパケ
ット受信装置５０からパネル４１に対しては、ラスタ形
式に変換された画像データが出力される。本実施の形態
が適用される受信側モニタ４０は、大型高精細パネルを
搭載したモニタとして、受信データに付加された制御情
報を解析する機能と、画像をパネルに表示する機能とを
備えたものである。

【００２５】図２は、本実施の形態の理解を容易にする
ために、本実施の形態が適用される画像表示システムの
主要な処理を示したフローチャートである。まず、画像
を送信する側である送信装置１０で描画が発生した領域
の検出がなされる(ステップ１０１)。次に、送信装置１
０にて、検出された領域をもとに、送信すべき矩形が算
出される(ステップ１０２)。その後、送信装置１０で
は、矩形を示す制御情報(位置・サイズ等)が、例えば、
パケットのヘッダとして、パケットに付与されて送信さ
れる(ステップ１０３)。一方、受信側モニタ４０では、
パケットを受信し、付与されている制御情報を抽出する
(ステップ１０４)。そして、抽出された制御情報をもと
に、送信側モニタ４０内のフレームメモリ上のデータを
更新する(ステップ１０５)。その後、パネル４１上に画
像が表示される(ステップ１０６)。このような一連の処
理を実行するに際し、本実施の形態にて採用された構成
を、以下に説明する。

【００２６】図３は、本実施の形態における描画命令解
析装置２０を説明するための図である。この描画命令解
析装置２０は、例えば、ソフトウェアモジュールとして
送信装置１０にインストールされ、送信装置１０のハー
ドウェア資源等を用いて実行される。本実施の形態にお
ける描画命令解析装置２０は、ＯＳ/アプリケーション
１１から送られてきた描画命令(描画用ＡＰＩ)を解析
し、描画の結果、フレームメモリ１３のどの位置に描画
するかを算出する描画命令解析部２１を備え、描画命令
解析部２１から送られる描画情報を格納する描画情報Ｄ
Ｂ(データベース)２２を備えている。また、割り込み信
号が入力された際に、描画情報ＤＢ２２から描画情報を
取得し、ＣＲＴＣ(ＣＲＴコントロール)の制御情報を算
出する送信領域制御部２３を備えている。この送信領域
制御部２３にて算出された制御情報はグラフィックスド
ライバ２４に送出される。また、所定の情報が描画情報
ＤＢ２２にフィードバックされる。グラフィックスドラ
イバ２４は、受け取った各種の情報をもとに、描画命令
と制御情報とをグラフィックスカード１２に送信してい
る。

【００２７】グラフィックスカード１２は、グラフィッ
クスドライバ２４からの描画命令を受けてフレームメモ
リ１３に描画を実行する描画エンジン１７、フレームメ
モリ１３に描画された描画データを読み出し、受信側モ
ニタ４０に対して送信されるエリア情報を制御するＣＲ
ＴＣ１８を備えている。グラフィックスカード１２で
は、これらの各構成にて、グラフィックスドライバ２４
からの描画命令および制御情報を受けて、前述したハー
ドウェアパンニング機能１４およびハードウェアカーソ
ル機能１５を実現している。

【００２８】図４は、図３にて説明した描画命令解析部
２１における処理を示したフローチャートである。描画
命令である描画用ＡＰＩを受信した後(ステップ２０
１)、描画命令解析部２１では、描画命令の種類の分類
が実行される(ステップ２０２)。ここで、この描画命令
が、初期化命令など、描画に直接関連する命令以外の命
令である場合には、ここでの処理は行う必要がなく、処
理が終了する(ステップ２０６)。描画に直接関連する命
令である場合には、描画により画面上に変化が生じるか
否かが判断される(ステップ２０３)。画面上に変化がな
ければ、新たな描画情報を算出する必要がなく、処理は
終了する(ステップ２０６)。画面上に変化があった場合
には、変更領域の算出がなされる(ステップ２０４)。そ
の後、描画情報を描画情報ＤＢ２２へ送信して(ステッ
プ２０５)、描画命令解析部２１における処理が終了す
る(ステップ２０６)。尚、ステップ２０５にて描画情報
ＤＢ２２に送信される描画情報は、例えば、描画図形を
含む矩形の左上の座標と描画図形の大きさの情報とする
ことができ、また、矩形の左上の座標情報と他の情報と
によって描画情報とすることも可能である。更に、一度
に描画不可能なサイズである場合には、送信/未送信領
域の情報とすることが可能である。

【００２９】図５は、図３にて説明した送信領域制御部
２３における処理を示したフローチャートである。送信
領域制御部２３では、割り込み信号を受信することで処
理が開始される(ステップ３０１)。この割り込み信号
は、例えば、ＯＳ/アプリケーション１１からのタイマ
割り込み・入力割り込みや、グラフィックスカード１２
からの水平同期信号(HSYNC)、垂直同期信号(VSYNC)など
を使った割り込み信号である。そして、送信領域制御部
２３は、描画情報ＤＢ２２より描画情報を取得した後
(ステップ３０２)、送信矩形領域の算出処理が実行され
る(ステップ３０３)。この算出処理は、例えば、複数の
未送信領域を包含する矩形の算出である。ここで、一度
で送信不可能か否かが判断され(ステップ３０４)、一度
で送信不可能である場合には、エリア分割がなされて
(ステップ３０５)、ステップ３０３の送信矩形領域の算
出に戻る。即ち、本実施の形態では、送りたい矩形の大
きさがＣＲＴＣ１８で実現可能なサイズまたはモニタケ
ーブル３９のバンド幅等の要因により送信可能サイズを
超えている場合には、一度に送りきらない矩形の分割処
理を行うように構成されている。

【００３０】ステップ３０４にて、一度に送信できる場
合には、ＣＲＴＣ制御情報の生成と、グラフィックスド
ライバ２４への送信が実行される(ステップ３０６)。こ
のとき、ＣＲＴＣ制御情報には、ハードウェアカーソル
の制御情報を含む場合もある。そして、送信済/未送信
情報のなど、ＣＲＴＣ制御情報を計算した結果として得
られた送信領域に関する情報が描画情報ＤＢ２２にフィ
ードバックされ(ステップ３０７)、送信領域制御部２３
における処理が終了する(ステップ３０８)。

【００３１】図６は、受信側モニタ４０におけるパケッ
ト受信装置５０の構成を示したブロック図である。図６
に示すように、パケット受信装置５０は、送信装置１０
からモニタケーブル３９を介して受信したパケットをヘ
ッダデータとそれ以外に分離するパケット解析部５１、
パケット解析部５１により分離されたヘッダデータを受
け取り、フレームメモリ５３のどの位置に画像データ部
分を書き込めばよいかを計算(認識)するヘッダ解析部５
２、ヘッダ解析部５２からのアドレス(位置)情報に基づ
き、画像データが書き込まれるフレームメモリ５３、お
よびフレームメモリ５３から画像データを読み出し、ラ
スタ形式の画像データとしてパネル４１に送信するパネ
ルコントローラ５４を備えている。

【００３２】次に、本実施の形態における送受信パケッ
トに関して、パケットデータとその生成方法について説
明する。図７(ａ)〜(ｃ)は、パケットデータの生成方法
を説明するための図である。図７(ａ)は、送信装置１０
のグラフィックスカード１２におけるフレームメモリ１
３の構成を示しており、フレームメモリ１３は、表示エ
リア１３-１と、非表示エリア１３-２とを備えている。
例えば、フレームメモリ全体を６４Ｍバイトとし、画面
データが格納される表示エリア１３-１を３６Ｍバイト
とした場合に、残りの非表示エリア１３-２は２８Ｍバ
イトとなる。この表示エリア１３-１には、描画命令解
析装置２０により算出された描画により変更された領域
を含む矩形が描かれる。また、非表示エリア１３-２に
は、ヘッダ情報が書き込まれる。図７(ｂ)では、フレー
ムメモリ１３上のスキャン開始位置が１行分前にセット
され、ハードウェアカーソルが元の矩形の左上にセット
された状態を示している。また、図７(ｃ)では、フレー
ムメモリ１３上のイメージとヘッダが合成された送信パ
ケットを示している。

【００３３】図８(ａ),(ｂ)は、パケットデータを生成
する処理を示したフローチャートであり、図８(ａ)は初
期設定時の流れを、図８(ｂ)はパケット生成時の流れを
示している。初期設定時では、図８(ａ)に示すように、
まず、最初にフレームメモリ１３に対して、領域を１行
分、多く確保しておく(ステップ４０１)。そして、ハー
ドウェアカーソル機能１５に関して、グラフィックスカ
ード１２に関しては「有効」、ＯＳ/アプリケーション
１１に対しては「無効」であるように初期設定が行われ
る(ステップ４０２)。即ち、ＯＳ/アプリケーション１
１に対しては使えないと報告し、実際には、グラフィッ
クスカード１２にてハードウェアカーソル機能１５を利
用するように構成されている。

【００３４】パケット生成時では、図８(ｂ)に示すよう
に、まず、描画により変化した領域の左上の座標と、変
化領域の幅と高さを含む情報とを１行のヘッダデータと
して生成する(ステップ４１１、図７の参照)。次に、
フレームメモリ１３上のハードウェアカーソルのデータ
を格納する領域にヘッダデータを書き込む(ステップ４
１２、図７の参照)。そして、ハードウェアカーソル
の位置を領域の先頭にあたる場所(0，1)にセットする制
御命令をグラフィックスカード１２に送信する(ステッ
プ４１３、図７の参照)。また、変化領域よりも１行
分前からスキャンを開始するようにＣＲＴＣ１８をプロ
グラムする(ステップ４１４、図７の参照)。その後、
ＣＲＴＣ１８のスキャンを開始する(ステップ４１５)。
そして、ハードウェアカーソル機能１５を利用して、ヘ
ッダとフレームメモリ１３上の画像データを合成する
(ステップ４１６、図７の参照)。

【００３５】図９は、パケットのヘッダフォーマットの
例を示した図である。本実施の形態におけるパケットヘ
ッダでは、例えば、ヘッダ長を６４ビット(bit)とし、
これを６４ピクセル(pixel)の白黒データに変換し、ハ
ードウェアカーソル機能１５を利用して、画像に付加・
送信している。例えば、１ピクセルは表示モードにより
何ビットか異なり、例えば、フルカラー(３２ビットＲ
ＧＢ)なら１ピクセル＝３２ビットとなる。ここでは、
ヘッダビット“０”は黒(１６ビットＲＧＢであれば、"
0000000000000000b")に対応し、ヘッダビット”１”は
白(１６ビットＲＧＢなら"1111111111111111b")に対応
している。このように送信されるヘッダ情報は冗長であ
ることから、受信側モニタ４０で多数決処理などを行う
ことで、他の画像部分に比べて非常に高いエラー耐性を
実現できる。またこの方法は、１ピクセルを表現するた
めのビット長は変化するものの、表示モードを変更して
も常に６４ピクセル分の所定のデータであることには変
化がないため、複数の表示モードに対して矛盾なく対応
することができる。

【００３６】図９に示すように、パケットのヘッダ部を
構成する要素としては、プロトコルＩＤ、送信矩形の位
置(左端の点の座標)、送信矩形の幅、送信矩形の高さ、
などの要素がある。図９に示す例では、先頭が０、デー
タ部は６４以降であり、例えば７ビットでプロトコルタ
イプとバージョンを表すProtocol Type(ProType)、１ビ
ットでビデオデータパケットかコマンドパケットかを示
すPacket Type(Pac Type)が格納されている。また、送
信矩形の位置としては、例えば、矩形原点(画像開始点)
のＸ座標、Ｙ座標がそれぞれ１５ビットであるXPOS,YPO
Sに格納される。更に、矩形原点ＸＹ座標のフィールド
での単位を示す１ビットであるXY-resolutionに、矩形
の幅、高さがそれぞれ８ビットであるWIDTH,HEIGHTに、
矩形の幅・高さのフィールドでの単位が１ビットのWH-r
esolutionに格納されている。また、数ビット(８ビッ
ト)で構成されるReservedが確保されている。このよう
にして、送信パケットのヘッダ部にハードウェアカーソ
ルデータを格納する領域が書き込まれる。

【００３７】次に、本実施の形態における送信領域の決
定方法について説明する。図３にて説明した描画命令解
析装置２０における送信領域制御部２３では、描画情報
ＤＢ２２に格納された変化領域のリストから送信領域を
決定している。しかしながら、この送信領域の決定は、
パネル４１に表示される画像の品質に大きく影響する。
本実施の形態では、大きく、「描画結果のまとめ送り」
と、「表示優先度に基づく送信順序の変更」の２つの考
え方をもとに、送信領域の決定を行っている。

【００３８】図１０(ａ),(ｂ)は、送信領域の決定方法
を説明するための図であり、図１０(ａ)はまとめ送りに
ついて説明し、図１０(ｂ)は表示優先度に基づく送信順
序変更を説明している。「描画結果のまとめ送り」で
は、図１０(ａ)に示すように、第１のＣＲＴＣ設定変更
可能期間６１と第２のＣＲＴＣ設定変更可能期間６２と
の間に、描画命令により変更された複数の領域(６４〜
６６)が、１つの送信予定領域６３として送信される。
このＣＲＴＣ設定変更可能期間６１,６２は、ＣＲＴＣ
１８の設定変更が反映され、ＣＲＴＣ１８のスキャンエ
リアが変更される期間である。一般に、送信領域を決定
するＣＲＴＣプログラミングは、垂直同期の合間などの
限られたタイミングでしか行うことができない。そのた
め、描画コマンドごとに送信するのではなく、ＣＲＴＣ
プログラミングの回数を最小化するように「描画結果の
まとめ送り」を行うことで、システム全体のパフォーマ
ンスの向上を図ることができる。図１０(ａ)に示す例で
は、領域６４や領域６５だけで送らず、１フレーム表示
中に変化した領域６６を含めてまとめ送りが行われる。

【００３９】また、「表示優先度に基づく送信順序の変
更」では、例えば、変化領域の特徴をもとに表示優先度
を決定し(例えば、図１０(ｂ)に示すような表示優先度
の高い領域７１や表示優先度の低い領域７２)、送信順
序を決定している。例えば動画等からなる領域７３は、
変更頻度の極めて高い領域であり、利用者が注視してい
ると考えられる。一方で、その変更頻度の高い領域から
離れた、例えば時計情報等が表示される領域７６では、
意味的に重要でない場合が多い。このように、現在の描
画状況やアプリケーションの特徴等から、それぞれの変
化領域に対して表示重要度を持たせることが可能であ
る。図１０(ｂ)に示す例では、パネル４１上の表示エリ
ア７０に対する変化領域の特徴をもとに、領域７３〜７
５を含む領域を表示優先度の高い領域７１とし、領域７
６を含む領域を表示優先度の低い領域７２としている。
そのために、図１０(ｂ)では、２(領域７６)よりも後に
来た、３(領域７４)、４(領域７５)を先に送信してい
る。この表示重要度をもとに送信順序を変更する処理に
より、ＣＲＴＣ１８の更新に関するオーバーヘッドを削
減することが可能となる。

【００４０】尚、表示の優先度としては、例えば、・未描画で残された矩形の中で、古い矩形の優先度を大
に、・最も描画の集中している領域の優先度を大に、・マウスカーソルのある位置を中心とする領域の優先度
を大に、・アクティブになっているウィンドウがある領域を優先
度大に、といったものが挙げられる。これらの優先度は、利用者
が注視していると考えられる領域を高くすることで、意
味のある描画に対する適切な表示が可能となる。

【００４１】更に、本実施の形態では、「表示優先度に
基づく送信順序の変更」に伴い、スローリフレッシュ(S
low Reflesh)モードを利用する処理を行っている。この
全画面更新モードは、描画命令の実行により描画された
領域を動的に検出してＣＲＴＣ１８を設定する通常の方
法(通常モードと呼ぶ)とは別に、描画命令の有無に関わ
らず、定期的に全画面を複数回に分割して送信するよう
にＣＲＴＣ１８を設定する方法である。例えば、描画命
令が発行されず画面上に変化領域がない場合や、変化領
域があっても予め設定された適当な時間間隔(例えば１
０秒ごと)にて、一時的に通常モードから全画面更新モ
ードに切り換えて全画面を転送するものである。

【００４２】一般に、通信エラーが発生した場合に、そ
の情報が送信装置１０側に伝わるのはかなりの時間の経
過後であり、誤った情報が長時間、表示されることとな
る。一方で、モニタケーブル３９の特徴上、受信側モニ
タ４０から送信装置１０側への通信バンド幅は極めて小
さく、速度も極めて遅い。その結果、受信側モニタ４０
からの転送結果のフィードバックを常時待つことは現実
的ではない。そのために、受信側モニタ４０からのフィ
ードバックがなくともエラーを修正できる仕組みが必要
となる。特に、送られた画像がどれくらいの期間、表示
されているかは、送信時には不明であることが多く、短
期間しか表示されない画像の転送エラーは許容すること
ができても、長時間表示されている画像に対しては、転
送エラーを回復する仕組みが必要となる。

【００４３】本実施の形態では、この全画面更新モード
による処理によって、絶えず変化していて短期間しか表
示されていない画像に対しては、多少の転送エラーが生
じるが、長時間表示されている画像に関しては、発生し
たエラーのほとんどを解消することが可能となる。ま
た、ノイズが多い環境下など、エラー率が一定量を超え
た場合であっても、この全画面更新モードに切り換える
ことで、通信エラーに対する対処が可能となる。

【００４４】次に、変化領域リストから送信領域を決定
する方法について更に詳述する。送信領域を決定する方
法には、例えば、以下のようなものがあり、これらは、
単独または組み合わせて用いることができる。１．その時点で未送信な描画領域の全てを包含する１つ
の矩形領域を次に送信すべき領域とする。その領域が一
度に送れるサイズより大きい場合には、分割して複数回
に分けて送信する。２．描画された時間が最も古い領域を含むように(例え
ば、中心に配置、左上に配置、右上に配置等)送信領域
を決定する。一度送信する度に、未送信領域のリストを
更新する。３．描画された時間が最も新しい領域を含むように送信
領域を決定する。一度送信する度に、未送信領域のリス
トを更新する。但し、描画されてから一定時間が経過し
ても未送信である領域があれば、その領域の送信を優先
する。４．全画面更新モードを持つ実装方式の場合、表示優先
度の低い領域に関しては通常モードの送信を行わず、全
画面更新モードの実行により自動的に行われる全画面更
新処理をもって変化領域の送信完了とする。５．最も描画領域が集中している領域を送信する。６．マウスカーソルのある位置を中心とする領域を優先
的に送信する。７．アクティブなウィンドウが配置されている領域を優
先的に送信する(Windowmanagerとの連携が必要)。８．描画領域に関わらず、常に全画面を分割して送信す
る。

【００４５】尚、全画面更新モードを備える実装方式で
は、モード切り換えが発生する時間間隔に関して、所定
の検討を必要とする。一般に、モード切り換えが発生す
る時間間隔は、・転送路のエラー発生率・パネル４１のサイズ・ＣＲＴＣ１８が一度にスキャン可能な画面サイズ・動作しているアプリケーションの特徴(描画サイズ、
画像更新の頻度) 等の項目を、動的または静的に決定されるものである。
例えば動画で、ＣＲＴＣ１８を動かすことなく表示でき
るサイズであれば、この時間間隔は長くなる。しかし、
例えばフォトレタッチ処理など、静止画が主で全画面表
示がそれに近い表示を行うような場合には、この時間間
隔は極めて短くなる。また、他の構成部分における実装
方式により、この時間間隔の補正を行う場合もある。例
えば、送信優先度の低い変化領域の更新のために、全画
面更新モードを利用する場合には、モード切り換えが発
生する時間間隔を通常のものより短く設定するとよい。

【００４６】以上のように構成することで、本実施の形
態では、発生する様々な問題に対して検討を加えてい
る。まず、第１の問題として、ヘッダ付き矩形画像の送
信に関して、特定の矩形情報やコマンドのみを送信装置
１０から受信側モニタ４０に送る必要がある。この機能
を既存のグラフィックスカード１２に変更を加えること
なく実現しなければならない。本実施の形態では、ハー
ドウェアパンニング機能１４を流用することで、該当す
る矩形領域のみを出力することが可能となる。

【００４７】また、第２の問題として、ヘッダと画像と
の同期に関し、画像制御情報をヘッダという形で画像に
埋め込む必要がある。このとき、システムのオーバーヘ
ッドを無くし、画像品質を落とすことなく、更には、大
規模な追加投資を不要とすることが望ましい。ソフトウ
ェアによる一般的な解法として、フレームメモリ１３上
にある送信予定領域の内部または近辺などにヘッダ情報
を予め展開しておき、それを含む形で送信する方法が考
えられる。例えば、送信予定領域の１行分前にヘッダ情
報を書き込み、送信する矩形を１行だけ余分に送るとい
う方法がある。この方法においては、ヘッダを書き込む
前に元画像を保存し、画像送信完了後に再び戻すという
処理が必要となる。この処理においては、フレームメモ
リ１３の使用に関して、ヘッダ情報の書き込みと、描画
エンジン１７の書き込みおよび転送とを排他的に行う必
要が生じるため、大きなオーバーヘッドとなる。そのた
め、本方式を採用した場合には、描画時間もしくはデー
タ送出時間を大幅に低くする必要が生じ、モニタに表示
される画像の品質は大幅に悪化してしまう。

【００４８】また、ヘッダ・画像同期処理をＯＳまたは
ドライバから容易に行える機能を有する専用ハードウェ
アを用意することにより、同期の問題を解決する方法が
考えられる。しかしながら、この解決法は、グラフィッ
クスカードベンダに対して大幅修正を要求する結果とな
り、現実的な解決法とは言い得ない。本実施の形態で
は、ハードウェアカーソル機能１５を本来の目的とは別
に利用することで、フレームメモリ１３内のデータ改変
が不要となり、また専用ハードウェアを用意する必要も
なく、ヘッダと画像の同期の問題を解決している。

【００４９】次に、第３の問題として、送信領域変更時
に発生するオーバーヘッドの問題がある。例えば、描画
コマンドの発生した順に単純に描画された画像ごとに送
信領域変更(ＣＲＴＣプログラミング)を行う方法がある
が、この方法によると、却って時間がかかってしまい、
十分なフレームレートを出すことが出来なくなる。そこ
で、本実施の形態では、その解決法として、個々の描画
命令を受けた際に、グラフィックスドライバ２４が受け
る描画命令をフックし、画面上で影響を受ける領域を算
出し、その情報を蓄積するように構成した。例えば、各
描画コマンドの描画領域における外接矩形の論理和、も
しくはその外接矩形などを蓄積しておく。一方、垂直同
期信号による割り込みやタイマなどをトリガとする定期
的なタイミングで、蓄積していた情報に基づき最適なＣ
ＲＴＣ１８の位置を決定し、関連するレジスタを設定し
ている。この結果、いくつかの描画結果は個々に送らず
とも1つの矩形で送信できるようになり、ＣＲＴＣ１８
をプログラムする際に発生するオーバーヘッドを削減す
ることが可能となる。

【００５０】また、第４の問題として、描画エンジン１
７の描画処理とＣＲＴＣプログラミングによる送信処理
との同期を取る必要性が挙げられる。描画命令解析装置
２０は、ＯＳ/アプリケーション１１が発行する描画命
令を検出し、変化領域を特定する。描画命令はその後グ
ラフィックスカード１２の描画エンジン１７に送られ、
フレームメモリ１３上に描画される。その際、通常は描
画エンジン１７がどの時点で描画を完了したか知るすべ
がないため、描画エンジン１７が描画を完了する前にシ
ステムがＣＲＴＣプログラミングを行い、特定領域の画
像を送信してしまうことが起こり得る。この場合、送信
される画像はなんら意味のないものとなってしまう。こ
の解決策として、本実施の形態では、描画命令解析装置
２０は、描画コマンドを検出すると同時に、一定量ごと
(例えば描画コマンド１０個ごと)にフレームメモリ１３
上に用意した非表示エリアに描画エンジン１７を使って
シーケンス番号を書き込む。その後、該当エリアのシー
ケンス番号をフレームメモリ１３から読み込むことによ
って、発行した描画コマンド列がどこまで終了したかを
確認することができる。この結果、描画が完了した範囲
のみを送信することを可能としている。

【００５１】以上、詳述したように、本実施の形態で
は、変化した領域の抽出を行いこの部分のデータと画像
制御情報を含むヘッダ情報を送信できる送信装置１０
と、フレームメモリ５３を持ち受信画像を解析・表示す
ることができる受信側モニタ４０からなり、差分転送を
基本とする画像表示システムを提供している。これによ
り、限られた転送バンド幅の範囲で、既存のＰＣ等から
なる送信装置１０に対して、例えば、グラフィックスカ
ード１２の追加等の投資を行わなくても、極めて小規模
の変更を加えるだけで、大型高精細モニタであるパネル
４１を駆動することができる。

【００５２】また、本実施の形態では、既存のグラフィ
ックスカード１２で採用されているハードウェアパンニ
ング機能１４を利用した送信領域選択手法を採用し、ヘ
ッダ情報の埋め込みにハードウェアカーソル機能１５を
利用している。更に、パケットの送信順序制御と共に、
パンニングエリアの変更にかかわるオーバーヘッド削減
のために、複数の変化領域に対する一括送信も採用して
いる。また更には、送信装置１０側のフレームメモリ１
３上にある非表示エリアに書き込んだ署名を利用した、
描画中データと送信したい領域内データの同期を取るよ
うに構成した。これらによって、転送効率と表示品質を
飛躍的に高めることが可能となる。

【００５３】また、本実施の形態では、描画が発生した
矩形部分のみを送信する通常モードに加えて、同じ画面
を繰り返し送信するリフレッシュモードを用意し、一定
時間利用されていな場合など特定の条件時に通常モード
からリフレッシュモードに切り換えることで、送信装置
１０と受信側モニタ４０との間での通信エラー制御を実
現している。このような通信エラー制御を導入すること
で、これまでに差分転送に基づくシステムで問題となっ
ていた画像品質の問題を解決している。その結果、限ら
れた通信路(例えば、モニタケーブル３９を１本のみ)で
高品位のＱＸＧＡサイズ以上の画像を表示することが可
能となる。

【００５４】更に、本実施の形態によれば、受信側モニ
タ４０の消費電力に関しても、既存の表示方式と比較し
て少なくすることが可能となり、モバイル端末への用途
や、例えばマルチディスプレイ等、多数のパネルを同時
に利用する際にも利点がある。尚、送信エラーが発生し
ていない場合や描画が行われていない場合には、モニタ
ケーブル３９関連の回路等における通信関連部分の電源
を切るように構成すれば、更に省電力を図ることも可能
となる。

【００５５】

【発明の効果】以上説明したように、本発明によれば、
既存のシステムに対して極めて小規模の変更を加えるだ
けで、大型高精細モニタ(パネル)を駆動することができ
る。

【図面の簡単な説明】

【図１】本実施の形態が適用される画像表示システム
の全体構成を説明するための図である。

【図２】本実施の形態が適用される画像表示システム
の主要な処理を示したフローチャートである。

【図３】本実施の形態における描画命令解析装置を説
明するための図である。

【図４】描画命令解析部における処理を示したフロー
チャートである。

【図５】送信領域制御部における処理を示したフロー
チャートである。

【図６】受信側モニタにおけるパケット受信装置の構
成を示したブロック図である。

【図７】 (ａ)〜(ｃ)は、パケットデータの生成方法を
説明するための図である。

【図８】 (ａ),(ｂ)は、パケットデータを生成する処
理を示したフローチャートである。

【図９】パケットのヘッダフォーマットの例を示した
図である。

【図１０】 (ａ),(ｂ)は、送信領域の決定方法を説明
するための図である。

【符号の説明】

１０…送信装置(ＰＣ)、１１…ＯＳ/アプリケーショ
ン、１２…グラフィックスカード、１３…フレームメモ
リ、１４…ハードウェアパンニング機能、１５…ハード
ウェアカーソル機能、１７…描画エンジン、１８…ＣＲ
ＴＣ、２０…描画命令解析装置、２１…描画命令解析
部、２２…描画情報ＤＢ、２３…送信領域制御部、２４
…グラフィックスドライバ、３９…モニタケーブル、４
０…受信側モニタ、４１…パネル、５０…パケット受信
装置、５１…パケット解析部、５２…ヘッダ解析部、５
３…フレームメモリ、５４…パネルコントローラ

───────────────────────────────────────────────────── フロントページの続き (72)発明者幸田武範神奈川県大和市下鶴間1623番地14 日本アイ・ビー・エム株式会社東京基礎研究所内 (72)発明者古市実裕神奈川県大和市下鶴間1623番地14 日本アイ・ビー・エム株式会社東京基礎研究所内 (72)発明者小原盛幹神奈川県大和市下鶴間1623番地14 日本アイ・ビー・エム株式会社東京基礎研究所内 (72)発明者川瀬桂神奈川県大和市下鶴間1623番地14 日本アイ・ビー・エム株式会社東京基礎研究所内Ｆターム(参考） 5B069 AA01 BA04 BB16 BC02 CA16 DD15 LA09 LA12 5C082 AA01 BA12 BB01 BB22 BD02 CA55 CB03 DA65 DA87 MM02

Claims

【特許請求の範囲】

【請求項１】所定の描画命令に基づく画像データを送
信する送信装置と、前記送信装置から受信した画像デー
タをパネル上に表示する受信側モニタと、を含む画像表
示システムであって、前記送信装置は、前記描画命令によって画面上に変化が発生した領域を検
出する領域検出手段と、前記領域検出手段により検出された領域に基づいて送信
すべき送信領域を算出する送信領域算出手段と、前記送信領域算出手段により算出された前記送信領域を
含めてパケットとして送信すると共に、当該送信領域の
制御情報を当該パケットに含めて送信するパケット送信
手段と、を備え、前記受信側モニタは、前記送信装置から送信されたパケットから前記制御情報
を解析する解析手段と、前記解析手段により解析された制御情報に基づいて画像
データを展開するフレームメモリと、前記フレームメモリに展開された画像データを前記パネ
ル上に表示する表示手段と、を含むことを特徴とする画像表示システム。
【請求項２】前記パケット送信手段は、前記制御情報
からなるヘッダ情報を前記送信領域に付加して前記パケ
ットとして前記受信側モニタに送信することを特徴とす
る請求項１記載の画像表示システム。
【請求項３】前記パケット送信手段は、画面上に変化
が発生したこととは別に、同一画面情報を含むパケット
を繰り返し送信することを特徴とする請求項１記載の画
像表示システム。
【請求項４】ＯＳ(Operating Systems)またはアプリ
ケーションからの描画命令を解析して描画が発生した領
域を検出する描画領域検出手段と、前記描画領域検出手段により検出された領域に基づいて
モニタに対して送信すべき矩形領域を算出する矩形領域
算出手段と、前記矩形領域算出手段により算出された前記矩形領域を
含めてパケットとして送信すると共に、当該矩形領域の
制御情報をヘッダ情報として当該パケットに含めて送信
するパケット送信手段と、を備えたことを特徴とする画像データ送信装置。
【請求項５】前記矩形領域算出手段により算出される
矩形領域は、複数の領域が変化した際にそれらを包含す
る領域であることを特徴とする請求項４記載の画像デー
タ送信装置。
【請求項６】前記パケット送信手段は、フレームメモ
リに描画された画像データを読み出して送信するグラフ
ィックスカードの備えるハードウェアパンニング機能を
流用し、前記矩形領域算出手段により算出された前記矩
形領域だけを送信することを特徴とする請求項４記載の
画像データ送信装置。
【請求項７】前記パケット送信手段は、フレームメモ
リに描画された画像データを読み出して送信するグラフ
ィックスカードの備えるハードウェアカーソル機能を流
用し、前記制御情報と前記矩形領域とをパケットに含め
て送信することを特徴とする請求項４記載の画像データ
送信装置。
【請求項８】ＯＳまたはアプリケーションからの描画
命令を解析して描画が発生した領域を検出する描画命令
解析装置と、前記描画命令解析装置から出力される描画命令および制
御命令を受けて受信側モニタに対して画像データを送信
するグラフィックスカードと、を備え、前記描画命令解析装置は、ＯＳまたはアプリケーションからの前記描画命令によっ
て画面上に変化があったか否かを判断し、画面上に変化
があった場合に描画情報を出力する描画命令解析部と、前記描画命令解析部により出力される描画情報に基づい
て送信すべきエリア情報を出力する送信領域制御部と、前記送信領域制御部からの前記エリア情報と前記描画命
令とに基づいて、前記グラフィックスカードに対して描
画命令および制御情報を出力するグラフィックスドライ
バと、を備えたことを特徴とする画像データ送信装置。
【請求項９】前記グラフィックスカードは、フレーム
メモリと、当該フレームメモリに対して画像を展開する
描画エンジンと、当該フレームメモリに展開された画像
情報を前記受信側モニタに対して送信するコントローラ
とを備え、前記コントローラは、前記グラフィックスドライバから
出力された制御情報に基づいて前記フレームメモリから
画像データを読み出し、前記エリア情報に対応する領域
にある画像データを前記受信側モニタに対して送信する
ことを特徴とする請求項８記載の画像データ送信装置。
【請求項１０】所定の描画命令に基づいて、受信側モ
ニタに対して画像データを送信する画像データ送信装置
であって、前記描画命令によって変化領域があるか否かを判断する
と共に、解析された当該変化領域を含む送信すべき送信
領域を算出し、算出された当該送信領域に対するエリア
情報制御コントローラの制御情報と描画命令とを出力す
る描画命令解析装置と、前記描画命令解析装置から出力される描画命令に基づい
てフレームメモリに対して描画すると共に、前記エリア
情報制御コントローラの制御情報に基づいて前記受信側
モニタに対して送出すべき領域を前記フレームメモリか
ら読み出して出力するグラフィックスカードと、を備え
ることを特徴とする画像データ送信装置。
【請求項１１】前記描画命令解析装置は、所定の割り
込み信号の入力に基づいて前記エリア情報制御コントロ
ーラの制御情報を出力することを特徴とする請求項１０
記載の画像データ送信装置。
【請求項１２】前記所定の割り込み信号は、垂直同期
信号であることを特徴とする請求項１１記載の画像デー
タ送信装置。
【請求項１３】送信すべき前記領域に関するヘッダ情
報を前記フレームメモリの画像データを格納しない非表
示エリアに格納し、当該領域に含まれる画像データの出
力に際して、当該非表示エリアから当該ヘッダ情報を読
み出し、当該領域に含まれる画像データに当該ヘッダ情
報を付加して出力することを特徴とする請求項１０記載
の画像データ送信装置。
【請求項１４】送信装置から受信したパケットに基づ
いてパネルに対して画像を表示する画像表示装置であっ
て、受信したパケットからヘッダデータを取り出すパケット
解析部と、前記パケット解析部により取り出された前記ヘッダデー
タに基づいて、フレームメモリに画像データが書き込ま
れる位置を認識するヘッダ解析部と、前記ヘッダ解析部により解析された位置に対して前記画
像データが書き込まれた前記フレームメモリから当該画
像データを読み出して前記パネルに表示させるパネルコ
ントローラと、を備えたことを特徴とする画像表示装
置。
【請求項１５】前記ヘッダデータは、前記フレームメ
モリに画像データが描画される矩形領域におけるスキャ
ン開始点の情報を含むことを特徴とする請求項１４記載
の画像表示装置。
【請求項１６】前記パネルは、ラスタ形式の画像デー
タを表示する際に、前記送信装置からパケットが伝送さ
れるケーブルのデータ転送量を超えてしまい表示品質を
低下させなければならなくなる高精細パネルであること
を特徴とする請求項１４記載の画像表示装置。
【請求項１７】ＯＳまたはアプリケーションにて描画
が発生した変化領域を検出し、検出された当該変化領域に対応した送信領域を算出し、算出された前記送信領域に含まれる画像データと共に当
該送信領域の制御情報を含めたパケットを生成し、生成された前記パケットをモニタ側に送信することを特
徴とする表示画像データ送信方法。
【請求項１８】前記パケットに含まれる前記制御情報
は、前記送信領域の位置および大きさを示す情報を含
み、画像データを送る当該送信領域以外の領域に対して
ヘッダデータとして格納されることを特徴とする請求項
１７記載の表示画像データ送信方法。
【請求項１９】算出される送信領域に対して前記変化
領域の特徴をもとに表示優先度を決定し、決定された前記表示優先度に基づいて、生成された前記
パケットを前記モニタ側に送信することを特徴とする請
求項１７記載の表示画像データ送信方法。
【請求項２０】決定された前記表示優先度により、優
先度の低い領域に対しては、全画面更新で行われる全画
面更新モードによって送信を行うことを特徴とする請求
項１９記載の表示画像データ送信方法。
【請求項２１】ＯＳまたはアプリケーションからの描
画命令に基づいてフレームメモリに対して描画をさせ、描画が発生した変化領域を前記描画命令に基づいて検出
し、モニタ側に送信すべき矩形領域を前記変化領域に応じて
算出し、前記モニタ側に送信するために前記フレームメモリから
描画データを読み出すエリア情報を、所定の割り込み信
号にあわせて前記矩形領域に基づいて変更することを特
徴とする差分転送方法。
【請求項２２】描画により変更された領域を含む矩形
領域の画像データをフレームメモリの表示エリアから読
み出し、前記フレームメモリの非表示エリアから前記矩形領域の
位置情報を含むヘッダデータを読み出し、前記表示エリアから読み出された前記画像データと、前
記非表示エリアから読み出された前記ヘッダデータとを
合成して出力することを特徴とする差分転送方法。
【請求項２３】コンピュータに、ＯＳまたはアプリケーションからの描画命令を受けて描
画が発生した領域を検出させる描画命令解析機能と、前記描画命令解析機能により検出された領域に基づいて
送信領域を算出する送信領域算出機能と、フレームメモリから画像データを読み出して送信するた
めのコントローラに与える制御情報を前記送信領域算出
機能により算出された送信領域に基づいて出力する送信
領域制御機能と、を実現させるためのプログラム。
【請求項２４】前記送信領域算出機能は、前記描画命
令解析機能により検出された複数の領域をまとめて１つ
の送信領域を算出することを特徴とする請求項２３記載
のプログラム。
【請求項２５】前記送信領域制御機能は、前記描画命
令解析機能により検出された領域の優先度に基づく表示
優先度に基づいて送信順序を決定することを特徴とする
請求項２３記載のプログラム。
【請求項２６】コンピュータに、描画により変更された領域を含む矩形領域の画像データ
をフレームメモリの表示エリアから読み出す機能と、前記フレームメモリの非表示エリアから前記矩形領域の
位置情報を含むヘッダデータを読み出す機能と、前記表示エリアから読み出された前記画像データと、前
記非表示エリアから読み出された前記ヘッダデータとを
合成して出力する機能と、を実現させるためのプログラ
ム。
【請求項２７】コンピュータに実行させるプログラム
を当該コンピュータが読み取り可能に記憶した記憶媒体
であって、前記プログラムは、ＯＳまたはアプリケーションからの描画命令を受けて描
画が発生した領域を検出させる処理と、検出された領域に基づいて送信領域を算出する処理と、フレームメモリから画像データを読み出して送信するた
めのコントローラに与える制御情報を前記送信領域に基
づいて出力する処理と、を前記コンピュータに実行させ
ることを特徴とする記憶媒体。
【請求項２８】コンピュータに実行させるプログラム
を当該コンピュータが読み取り可能に記憶した記憶媒体
であって、前記プログラムは、描画により変更された領域を含む矩形領域の画像データ
をフレームメモリの表示エリアから読み出す処理と、前記フレームメモリの非表示エリアから前記矩形領域の
位置情報を含むヘッダデータを読み出す処理と、前記表示エリアから読み出された前記画像データと、前
記非表示エリアから読み出された前記ヘッダデータとを
合成して出力する処理と、を前記コンピュータに実行さ
せることを特徴とする記憶媒体。