JPH03179493A - 表示装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 産業上の利用分野 本発明はコンピュータシステムたとえばワークステーシ
ョンシステムで□用される表示装置に関する。

従来の技術 最近、ワークステーション上で、自然画像、Ｃａ画像な
どを扱うアプリケーションの開発が要望されており、専
用システムとしては、既に実現されでいるものもあるが
（印刷、製版用システム］、汎用ワークステーション上
での実現が望まれている。しかし、現在の汎用ワークス
テーションでは機能的に課題とｔｌる点が幾つかある。

第７図に基づき、従来の汎用ワークステーションのハー
ドウェア構成について説明する。

この種のワークステーションとしては、主制御部（ＣＰ
Ｕ）　７０１が管理するシステムバス７０８に、主記憶
装置Ｃ主メモリｌ　７０２　、表示メモリ７０５　、　
補助記憶装置７０３などの各ユニットが接続された構成
が採られている。そして、システムバス７０８の転送能
力は、各ユニットアクセスによるバス［１が生ずるため
実質的にあまり高くなく、表示メモリ７０５も清々８ビ
ツト／画素（２５６色）程度である。

また、マンマシンインタフェース構築に起因し、優れた
開発環境を提供するウィンドウシステムは、最近、ネッ
トワーク透過性の重視から、サーバ／クライアント方式
を採用するものが主流になってきている。この方式は、
タライ、アントと呼ばれる各アプリケーションプログラ
ムが直接表示メモリのアクセスを行わずに、専用のサー
バと呼ばれるプログラムを介してアクセスするものであ
り、クライアントは描画要求をメツセージ形式でサーバ
に送信するものである。

この方式により、たとえば画像データ表示を行う場合、
８８図に示すように、クライアントが記憶装置８０１か
らデータを読出し、これをサーバに送信、サーバが表示
メモリ８０２に描画を行うというステップになる。この
場合、サーバおよびクライアントは同一マシン上にある
にせよ異なるメモリ空間に同一ビットマツプデータを保
持することになる。

発明が解決しようとする課題 ところで、自然画像、Ｃ０画像などを扱うには２４ビッ
ト／画素程度のフルカラー表示が望ましく、上記のよう
な汎用ワークステーションでは、表示メモリの拡張が必
須となる。さらｌζ、第７図に示すような構成では、表
示メモリへの転送時にシステムバスを利用するため、転
送データ量の増大に伴いシステムバスの転送能力の向上
も必要となる。

しかし、システムバスの変更はワークステーション全体
に影響を及ぼすことになるため、容易には行えない。

また、サーバ／クライアント方式によるウィンドウシス
テムは、描画の度にメツセージ通信を繰り返すため、通
信オーバーヘッドが問題とたり、大ｔデータの通信に不
向きで、ビットマツプデータ、特にカラー自然画像の扱
いが困難でめった。

さらに、その通信時にサーバとクライアントが別々のメ
モリ空間に同一メツセージ（ビットマツプデータ含む）
を保持するのは非効率的であった。

また、Ｊ［のシステムバスを有するゲラフックス専用の
ワークステーションも幾つか開発されているが、ネット
ワークを介した通信の場合などは、高速システムバスを
有するワークステーションでも通信オーバヘッドの問題
は同じである。

本発明はかかる点に鑑み、ビットマツプデータの表示メ
モリへの書込り処理、読出し処理時に、システムバスに
負荷を掛けない構成を採ることで、システムバスに依存
しない高速表示装置を提供することを目的とする。

また、サーバ／クライアント間のビットマツプデータ転
送を圧縮データとすることで、通信負荷を軽減させ、ネ
ットワーク上での利用も可能にし得る表示装置を提供す
ることを目的とする。

さらに、サーバとクライアントとがメモリを共有できる
構成を採ることで、通信を共有メモリ上のポインタコピ
ーで実現させ、効率的で高速のサーバ／クライアント通
信を実現する。

課題を解決するための手段 上記課題を解決するため、大発明の表示装置は、装置全
体を専用バスを介して制御するｌ主制御手段と、前記コ
ンピュータと通信するためのホストインタフェースと、
前記主制御手段が使用するワークメモリと、前記コンピ
ュータからの圧縮されたビットマツプデータを伸長する
伸長手段と、データの表示メモリと、前記表示メモリの
データを表示画面に同期して読出す続出制御手段と、前
記表示メモリから読出されたデジタルデータをアナログ
信号に変換するＤ／Ａ変換器とを具備し、かつ前記コン
ピュータ上のアプリケーションプログラムｃ以下クライ
アントと呼ぶ）がデータ表示を行うのに、表示メモリを
アクセスする専用のプログラムｃ以下サーバと呼ぶ）を
介して行うとともに、このサーバを表示装置上で動作さ
せるようにしたものである。

また、大発明の表示装置は、装置内にビットマツプデー
タの圧縮手段を具備するとともに、クライアントからの
表示メモリのデータの読出し要求に対し、サーバからク
ライアントへのビットマツプデータ通信を圧縮データに
より行うようにしたものである。

さらに、大発明の表示装置は、ホストインタフェースと
して、サーバとクライアントとが共Ｉどアクセス可能な
共有メモリを使用するとともに、サーバ／クライアント
間のデータ通信を前記共有メモリ上のデータのポインタ
アドレスを用いて行うようにしたものである。

作用 上記の構成によると、ワークステーションの表示装置を
ホスト側のシステムバスとは独立させ、表示装置内に高
速バスと伸長手段を持つことにより、ホスト側のシステ
ムバスからは少量の圧縮データ転送とし、高速バスを持
つ表示装置内で伸長し、実画像データの転送を行うこと
で、ホスト側のシステムバスに依存しない高速表示を実
現することができる。また、表示装置内に圧縮手段を具
備することで、表示メモリデータの読出し時にも、ホス
ト側のシステムバスへは少量の圧縮データ転送とするこ
とで、システムバスの負荷を軽減した読出し処理を実現
することができる。また、サーバプログラムを上記した
表示部内で動作させ、サーバ／クライアント間のビット
マツプデータ転送を圧縮データとすることで、通信負荷
を軽減でき、ネ゛ソトワークを介しての自然画像の表示
、読出しも可能となる。さらＩこ、サーバとクライアン
トとの間に共有メモリを持つことで、サーバ／クライア
ント間のデータ通信を共有メモリ内のデータのポインタ
アドレスを用いて行うことができ、通信の高速化ととも
に、メモリの有効利用が可能となる。また、ビットマツ
プデータが圧縮データでない場合でも、通信負荷を軽減
することができる。

実施例 第１図〜第６図は、大発明の各実施例におけるワークス
テーションのブロック図を示し、各プロ・ツク図におい
て、サーバプログラムは表示装置上で動作し、ホスト側
のクライアントとメツセージ通信を行いながら、表示装
置内の表示メモリのアクセスを行う構成が採られている
。

の 以下、大発明Ａ寥ｔ４７）実施例を第１図に基づき説明
する。なお、第１図に示す表示装置は、ワークステーシ
ョンの表示機能をホスト（システムバス）側から独立さ
せ、ホスト側のクライアントからの表示データ転送を圧
縮データとしたものである。

′ｒ１４１図において、ｌは表示装置で、ウィントウサ
ーバプログラムが動作させられる。２は表示機能を除い
たホストコンピュータ（たとえばワークステーション）
で１．クライアントプログラムが動作させられる。

前記表示装置１は、専用バス１０８を介して装置全体の
制御を行う表示専用主制御手段１０１と、ホストコンピ
ュータ２と通信を行うためのホストインタフェース１０
２と、主制御手段１０１が使用するワークメモリ１０３
と、ホストコンピュータ１からの圧縮画像データを伸長
処理（復号）する伸長手段１０４と、データの表示メモ
リ１０５と、この表示メモリ１０５からのデータの読出
し制御を行う読出制御手段１０６と、前記表示メモリ１
０５から読出されたデジタルデータをアナログ信号に変
換するＤ／Ａ変換器１０７とから構成されている。

ここで、前記ホストコンピュータ２の構成について説明
する。このホストコンピュータ２は、システムバス２０
５を介してコンピュータ全体を制御する主制御部２０１
と、主記憶装置Ｃ以下、主メモリという）２０２と、補
助記憶装置２０３と、表示袋＠１との接続を行う外部イ
ンタフェース２０４とから構成されている。

以下、第１図に示す表示装置により圧縮画像データの表
示を行う場合の動作をステップごとに説明する。

（ステップ１）：ホストコンピュータ２内のクライアン
トプログラムは、圧縮画像データを補助記憶装置２０３
から読出す。読出したデータは、通常、ホスト内の主メ
モリ２０２に格納される。

（ステ゛ツブ２）：クライアントプログラムは、読出し
た画像データを表示するため、サーバに送信する。具体
的には、ホストコンピュータ２の王制ａ部２０１が描画
メツセージを外部インタフェース２０４に書き込ｈ、こ
れ“を受けて表示専用主制御手段１０１が、ホストイン
タフェース１０２を介してこのメツセージをワークメモ
リ１０３に格納スる。この時、表示専用主制御手段１０
１が割り込み処理をサポートしていれば、メツセージ受
信を割り込み処理として行うことも可能である。

（ステップ３）：表示専用主制御手段１０１は、受信し
たメツセージを解析し、伸長手段１０４に伸長処理の起
動を指令する。未実施例では、伸長手段１０４自身がデ
ータを読出す機能を持つものとする。

したがって、表示専用主制御手段１０１は、起動時６ζ
ワークメモリ１０３内の圧縮データのポインタアドレス
を伸長手段１０４に渡す。

（ステップ４）：伸長手段１０４は、ワークメモリ１０
３内の圧縮データを順次読出し、伸長処理を行う。ここ
では、伸長手段１０４が伸長されたデータＣ以下、伸長
データという）を保持するローカルメモリを持つものと
する。また、圧縮方式はデータ種類により異なると考え
られ、サーバ／クライアント間で予め定義しておく必要
がある。２値データでは、ファクシミリなどで利用され
る圧縮方式（ＭＨ１凧など）や、多値データではＤＣＴ
などの直交変換符号化、ブロック符号化、ベクトル量子
化などの方式がある。

（ステップ５）：表示専用主制御手段１０１は、伸長手
段１０４内の伸長データを、リインドウサーバが持つウ
ィンドウ管理情報に基づいて、重なり領域を計算しなが
ら表示メモリ１０５への転送を行う。

この際、伸長手段１０４内に伸長された全画像データを
記憶するメモリがむければ、記憶できるサイズごとに伸
長手段１０４が伸長処理を行い１表示専用主制御手段１
０１が転送することにＩＪる（ハードウェアとしては、
この方法が一般的である）。

なお、第１図において、表示装置１のホストインタフェ
ース１０２は、バスバッファＣホストインタフェース１
０２がシステムバス２０５に直結）の場合とネットワー
クインタフェース（イーサネットなど）の場合との２つ
が考えられる。ネットワークインタフェースとした場合
、ホストコンピュータ２の外部インタフェース２０４も
同じインタフェースとなり、表示装置はホストコンピュ
ータ２のネットワークを介したウィンドウサーバ端末と
して位置づけられる。また、サーバプログラムが、キー
ボード、マウスなどの入力手段も管理する場合、表示装
置１側に入力手段を具備する構成となる。

以上の未実施例によれば、表示装置をホストコンピュー
タと独立に構成し、画像表示時のホストコンピュータと
表示装置間のビットマッフテータ転送を圧縮データとす
ることで、ホストコンピュータのシステムバスに依存し
ない表示の高速化が可能となり、かつサーバ／クライア
ント間のビットマツプデータ転送時の通信負荷を軽減す
ることができる。

次に、第２の実施例を第２図に基づき説明する。

なお、第２図に示す表示装置は、クライアントからの通
信データを格納するワークメモリと伸長手段との間に専
用バスを設け、伸長処理と伸長データの読出し処理とを
パイプライン化したものである。

ｍ１図に示す実施例では、ステップ４の伸長処理と、ス
テップ５の表示メモリ転送は、表示装置内のバス１０８
を使用するためバスの衝突が発生し、バス調停下での順
次処理となっていた。

これに対し、第２図に示すように、ワークメモリ１０３
と伸長手段１０４との間に専用バス１０９を設けること
により、伸長手段１０４は表示装置内バス１０８へのア
クセスは不要となり、表示専用主制御手段１０１が伸長
データを転送している間に、伸長手段１０４は次の伸長
処理を並行して行うことが可能となる。つまり、第１図
実施例でのステップ４とステップ５とが並行に動作可能
となる。

したがって、本実施例によれば伸長処理と表示のパイプ
ライン化が可能となり、伸長表示処理の高速化が実現で
きる。

次に、第３の実施例を第３図に基づき説明する。

なお、第３図に示す表示装置は、ワークステーションの
表示機能をホストＣシステムバス）側から独立させ、表
示装置上のサーバからホスト上のクライアントへの画像
データを圧縮して転送するようにしたものである。

第３図において、ホストコンピュータ２は、第１図の実
施例のものと同じであるが、本実施例に係る表示装置１
には、表示メモリ１０５内の指定領域データを読出して
圧縮処理を行う圧縮手段１１０が具備されている。

以下、第３図の表示装置により表示メモリからの圧縮画
像データ読出しの動作をステップごとに設問する。

（ステップ１）：ホストコンピュータ２のクライアント
プログラムが、表示メモリ１０５からのデータの読出し
指示をサーバに対し送信する。読出しデータを圧縮する
か否かは、クライアントが指定する場合と、サーバが無
条件で圧縮する場合とが考えられる。これは、サーバ／
クライアント間で予めコマンド内容を定義しておけば良
い。

（ステップ２）：表示専用主制御手段１０１は、受信じ
タメッセージを解析し、圧縮手段１１０に表示メモリ１
０５内のデータの圧縮読出しの起動を指令する。

本実施例では、圧縮手段１１０が表示メモリ１０５内の
任意の領域データを読出す機能を持つものとする。した
がって、起動に際しては、表示専用主制御手段１０１が
、読出し領域の座標アドレスを指示することになる。

（ステップ３）：圧縮手段１１０は、指示された表示メ
モ′す１０５上の領域データを読出し、圧縮処理を行う
。この時、圧縮手段１１０は圧縮されたデータＣ以下、
圧縮データという）を保持するローカルメモリを持つも
のとする。

（ステ゛ツブ４）：表示専用主制御手段１０１は、圧縮
手段１１０の圧縮データを、ワークメモリ１０３に読出
す。この際、圧縮手段１１０内に圧縮された全画像デー
タを記憶するメモリがなければ、記憶できるサイズごと
に圧縮手段が圧縮処理を行い、これを表示専用主制御手
段１０１がワークメモリ１０３に転送することになる（
ハードウェアとしては、この方法が一般的である）。

（ステップ５）：表示専用主制御手段１０１は、！！出
した圧縮データをホストインタフェース１０２を介して
クライアントに対し送信する。

以上、本実施例によれば、表示メモリ１０５からの画像
データ読出し処理において、サーｌ＜からクライアント
に圧縮データとして送信することが可能とたり、サーバ
の画像読出し処理についてもサーバ／クライアント間の
ビットマツプデータ転送時の通信負荷を軽減できる。

また、本実施例において、表示装置専用バス１０８を開
放してスキャナなどの画像入力装置を接続すれば、画像
入力装置から読み取った画像データを、ホストコンピュ
ータ側へ圧縮データとして読出し、記憶させることも可
能である。

次に、第４の実施例を第４図に基づき説明する。

ｒＪお、第４図に示す表示装置は、表示メモリと圧縮手
段との間に専用バスを設け、圧縮処理と圧縮データ読出
しとをパイプライン化したものである。

第３の実施例では、ステップ３の圧縮処理とステップ４
の読出し処理とは、表示装置内のバス１０８を使用する
ためバスの衝突が発生し、バス調停下での順次処理とな
っていた。

これに対し、第４図に示す太実施例においては、表示メ
モリ１０５と圧縮手段１１０との間に専用バス１１１を
設けることにより、圧縮手段１１０は表示装置内バス１
０８へのアクセスは不要とｌす、表示専用主制御手段１
０１が圧縮データを転送している間に、圧縮手段１１０
は次の圧縮処理を並行して行うことが可能となる。つま
り、ａ４３の実施例１どおけるステ゛ツブ３とステップ
４との並行動作が可能とＵる。

このように、太実施例によれば、圧縮処理と読出し処理
とのパイプライン化により、圧縮読出し処理の高速化を
実現することができる。

ところで、ｍｌ−２４の実施例において、表示するデー
タが圧縮画像データでＵい場合は、コンピュータ２がシ
ステムバス２０５を介して表示装置ｌに転送し、表示専
用主制御手段１０１が受信したデータをそのまま表示メ
モリ１０５に書き込むことになる。したがって、この場
合は、表示装置１上のサーバによる表示メモリへの書込
み処理が高速化できるものの、サーバ／クライアント間
の通信負荷は軽減されｒ（いことになる。

しかし、次に説明する第５および第６の実施例では、サ
ーバ／クライアント間の通信データに圧縮データを用い
ない場合でも、通信負荷を軽減することが可能となるも
のである。

すｌわち、第５およびｆＪ４６の実施例の表示装置は、
ホストコンピュータとのインタフェース部分にクライア
ントプログラムとサーバプログラムの両者がアクセス可
能ｒ（メモリ（共有メモリ）を具備し、サーバ／クラ・
イアシト間のデータ通信を共有メモリ内のデータポイン
タアドレスを用いて行うようにしたものである。この構
成は、現状ではサーバ／クライアントが同一マシン上に
ある構成となる。つまり、ネットワークインタフェース
を介しての共有メモリは現状では実現されていない。

たｒごし、ネットワーク上の異なるマシン上のメモリが
共有可能になれば、同一マシンである必要は無いＯ 以下、第５の実施例を第５図に基づき説明すもなお、こ
の′ＷＡ５の実施例における表示装置は、ホスト上のク
ライアントから表示装置上のサーバへの表示データを圧
縮データによる転送とし、かつその通信を共有メモリ上
のポインタアドレスのコピーで行なうようにしたもので
ある。

すなわち、第５図において、ホストコンピュータ２の構
成は第１の実施例と同じであるが、表示装置におけるホ
ストインタフェースとして、ホストコンピュータ２上の
クライアントと１表示装置ｌ側のウィンドサーバ間とで
共有される共有メモリ１１２が具備されたものである。

以下、上記表示袋Ｍ１での圧縮画像データの表示動作を
ステップごとに説明する。

Ｃステップｌ）：ホストコンピュータ２上のクライアン
トが、圧縮画像データを補助記憶装置！　２０３から共
有メモリ１１２上に読出す。

Ｃステ゛ツブ２）：クライアントは、共有メモリ１１２
内の圧縮データのポインタアドレスをサーバに送信する
。この通信は、共有メモリの予め定義した空間を使って
行うものとする。具体的には、ホストコンピュータ２の
主制御部２０１が表示コマンドと共有メモリ内の圧縮デ
ータのポインタアドレスからなるメ゛ンセージを共有メ
モリ１１２の定義した空間に書込み、表示専用主制御手
段１０１がメ・ソセージが受信されたことを検知する。

Ｃステップ３）：表示専用主制御手段１０１は、受信し
たメツセージを解析し、伸長手段１０４に伸長処理の起
動を指令する。この場合、伸長手段１０４がデータを読
出す機能を持つものとすると、表示専用主制御手段１０
１は起動時に、受は取った共有メモリ１１２上の圧縮デ
ータのポインタアドレスを伸長手段１０４に渡すことに
なる。

（ステップ４）：伸長手段１０４は、共有メモリ１１２
上の圧縮データを順次読出し、伸長処理を行う。つまり
、サーバ／クライアント間の共有メモリ１１２により、
圧縮データの通信は、実質的にメモリ上のポインタアド
レスのコピーで行われることになる。

（ステップ５）：表示専用主制御手段１０１は、伸長手
段１０４の伸長データを、ウィンドウ管理情報に基づい
て、重なり部分に注意しながら表示メモリ１０５への転
送を行う。

本実施例において、共有メモリ１１２と伸長手段１０４
との間に専用バス１１３を設ければ、第２の実施例で説
明したような伸長表示処理のパイプライン化も可能とな
る。

次に、第６の実施例を第６図に基づき説明する。

すなわち、本実施例では、表示装置１側のウィンドウサ
ーバからホストコンピュータ２上のクライアントへの画
像データを圧縮手段１１０で圧縮して読出し、さらにそ
の際のサーバ／クライアント間のデータ通信を共有メモ
リ１１２上のポインタアドレスのコピーで行なうように
したものである。

以下、上記表示袋［Ｊこおける表示メモリからの圧縮画
像データ読出しの動作をステップごとに説明する。

（ステップ１）：ホストコンピュータ２上のクライアン
トが、表示メモリ１０５内のデータの読出し指示をサー
バに対し送信する。

〔ステップ２）：表示専用主制御手段１０１は、受信し
たメツセージを解析し、圧縮手段１１０に表示メモリ１
０５上のデータの圧縮読出しの起動を指令する。

この場合、圧縮手段１１０が表示メモリ１０５内の任意
の領域データを読出し可能なものとする。したがって、
起動に際しては、表示専用主制御手段１０１が、読出し
領域の座標アドレスを指示する。

（ステ゛ツブ３）：圧縮手段１１０は、指示された表示
メモリ１０５上の領域データを読出し、圧縮処理を行う
。

〔ステ゛ツブ４）：表示専用主制御手段１０１は、圧縮
手段１１０の圧縮データを読出し、共有メモリ１１２に
書込む。

（ステップ５）：表示専用主制御手段１０１は、クライ
アントに送り返す圧縮データとして、共有メモリ１１２
上の圧縮データのポインタアドレスを書いて送信する。

本実施例において、表示メモリ１０５と圧縮手段１１０
との間に専用バス１１１を設ければ、第４の実施例で説
明したような圧縮読出し処理のパイプライン化も可能と
なる。

このように、第５および第６の実施例によれば、サーバ
／クライアント間のデータ通信を共有メモリ１１２上の
ポインタアドレスで行うことができ、通信負荷を最大限
に軽減することができる。つまり、通信データ量は画像
データ（圧縮データ含む）のサイズに関係無く、常にポ
インタサイズとすることができる。

また、これはサーバ／クライアント間の通信データが圧
縮データでない場合でも、通信データ量はポインタサイ
ズとｒ（るため、圧縮、非圧縮データに係わらず通信負
荷を軽減することができる。

発明の詳細 な説明したように大発明の構成によれば、ホストコンピ
ュータに依存しないビットマツプデータの高速転送と、
サーバ／クライアント間での通信負荷の軽減が可能とな
り、自然画像、ＣＧ両画像用いたアプリケーション開発
のベースシステムとして、汎用ワークステーションを利
用することが可能となる。

また、ネットワークを介しての自然画像転送ｔｌども従
来に比べ高速に行うことができるため、ネットワークを
利用した画像データベース装置と検索端末といった構成
の画像検索システムも実現可能となる。

【図面の簡単な説明】

第１図〜第６図は、それぞれ大発明の第１〜第６の実施
例におけるワークステーションの構成を示すプロ゛ツク
図、第７図は従来におけるワークステーションの構成を
示すブロック図、第８図はサーバ／クライアント方式の
ウィンドウシステムでの画像表示処理の概念図である。 １・・・表示装置、２・・・ホストコンピュータ、１０
１・−・表示専用主制御手段、１０２・・・ホストイン
タフェース、１０３・・−ワークメモリ、１０４・・・
伸長手段、１０５・・・表示メモリ、１０６・・・続出
制御手段、１０７−・・Ｄ／Ａ変換器、１０８・・・表
示装置内バス、１０９・・・ワークメモリ・伸長手段間
専用バス、１１０・・・圧縮手段、１１１ ・・・表示メモリ 圧縮手段間専用バス、 １１２　・・・ 共有メモリ、 １１３・・・共有メモリ 伸長手段間専用 バス。 代 理 人 森 木 義 弘 第１図 ＊ニトコ／ビ５−タ　／ 表示装置 ／ 第２図 中ストコンピュータ ／ 表示！！置　−−− ／ 第３図 第４図 、　　／ ホストコンピュータ 表示装置 ／ 第Ｓ図 ホストコンピュータ　７−　　− 表示装置 ／ 第を図 ホストコンビコータ ／ ！ｌＲ’４４９．−７

Claims (1)

1. 【特許請求の範囲】 １、コンピュータの表示装置であつて、装置全体を専用
   バスを介して制御する主制御手段と、前記コンピュータ
   と通信するためのホストインタフェースと、前記主制御
   手段が使用するワークメモリと、前記コンピュータから
   の圧縮されたビットマップデータを伸長する伸長手段と
   、データの表示メモリと、前記表示メモリのデータを表
   示画面に同期して読出す読出制御手段と、前記表示メモ
   リから読出されたデジタルデータをアナログ信号に変換
   するＤ／Ａ変換器とを具備し、かつ前記コンピュータ上
   のアプリケーションプログラム（以下クライアントと呼
   ぶ）がデータ表示を行うのに、表示メモリをアクセスす
   る専用のプログラム（以下サーバと呼ぶ）を介して行う
   とともに、このサーバを表示装置上で動作させるように
   した表示装置。 ２、ワークメモリと伸長手段との間に専用バスを具備す
   るとともに、前記伸長手段がワークメモリ上のデータを
   読出して行う伸長処理と、主制御手段が伸長されたデー
   タを伸長手段より読出す処理とをパイプライン化させた
   請求項１に記載の表示装置。 ３、装置内にビットマップデータの圧縮手段を具備する
   とともに、クライアントからの表示メモリのデータの読
   出し要求に対し、サーバからクライアントへのビットマ
   ップデータ通信を圧縮データにより行うようにした請求
   項１に記載の表示装置。 ４、表示メモリと圧縮手段との間に専用バスを具備する
   とともに、前記圧縮手段が表示メモリ上のデータを読出
   して行う圧縮処理と、主制御手段が圧縮されたデータを
   圧縮手段から読出す処理とをパイプライン化させた請求
   項３に記載の表示装置。 ５、ホストインタフェースとして、サーバとクライアン
   トとが共にアクセス可能な共有メモリを使用するととも
   に、サーバ／クライアント間のデータ通信を前記共有メ
   モリ上のデータのポインタアドレスを用いて行うように
   した請求項１〜４のいずれかに記載の表示装置。