JPH06250640A - 表示制御装置 - Google Patents

Abstract

(57)【要約】 【目的】マルチウィンドウシステムの表示制御装置にお
いて、ウィンドウの書き替え領域が広い場合でも、迅速
な画面表示ができるようにする。 【構成】再描画要求に従って、アプリケーションプログ
ラム実行部７の座標データ算出部９は仮想全画面バッフ
ァＡの全画面分のデータから、新たに再描画すべき領域
の座標データを算出し描画要求部１０に渡す。描画要求
部１０は座標データと描画要求をウィンドウシステム５
に送る。ウィンドウシステム５の描画実行部６は、仮想
全画面バッファＢのデータ域から、前記転送された座標
データに対応する範囲のイメージデータを実画面バッフ
ァ１１に転送する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、一つの画面上で複数
のウィンドウを同時に表示可能なマルチウィンドウシス
テムの表示制御装置に関する。

【０００２】

【従来の技術】従来のマルチウィンドウシステムでは、
アプリケーションからの描画要求をネットワークまたは
メモリバスを介してウィンドウシステムの描画実行部へ
転送し、描画実行部から実画面バッファへ書き込みを行
っている。

【０００３】図９は、従来のマルチウィンドウシステム
におけるイメージ再描画方式の説明図である。図９にお
いて、アプリケーションは実画面３１に表示されている
各図形のデータを保持している。ここで、例えば実画面
３１上のウィンドウ３２が矢印方向に拡張されたとする
と、アプリケーションは新たに描画すべき領域３３に含
まれる個々の図形の属性に従い、それぞれの図形に対す
る描画データを描画実行部に送って描画していた。また
図１０は、従来の他のイメージ再描画方式の説明図であ
る。図１０において、アプリケーションの保有するメモ
リ中には、表示されているウィンドウと同じ大きさの仮
想画面バッファ３４が確保されている。実画面３１上の
ウィンドウ３２が矢印方向に拡張された場合、アプリケ
ーションは仮想画面バッファ３４内の新たに描画すべき
領域３５のイメージデータを描画実行部に送って描画し
ていた。

【０００４】このようなイメージ再描画方式に関する技
術としては、例えば特開昭６３−１３６２１９号公報に
提案されている再描画領域表示制御方式や、特開平４−
１０２８９５号公報に提案されている表示装置などがあ
る。

【０００５】

【発明が解決しようとする課題】しかしながら、図９に
示した方式では、書き替えるべき領域が広くなればなる
ほど、アプリケーションと描画実行部との間のデータ通
信回数・データ量が多くなるため、迅速な画面表示が難
しいという問題点があった。また、図１０に示した方式
では、表示されているウィンドウのデータのみを仮想画
面バッファで保持しているため、ウィンドウサイズが拡
張されたときなどは、アプリケーションが保有している
メモリ中に新たにバッファ領域を確保しなければなら
ず、描画が遅くなるという問題点があった。

【０００６】この発明は、ウィンドウの書き替えるべき
領域の広さにかかわらず、迅速な画面表示を行うことが
できる表示制御装置を提供することを目的とする。

【０００７】

【課題を解決するための手段】この発明に係わる表示制
御装置（１）は、実画面バッファにイメージを描画する
描画実行部を有するウィンドウシステムと、当該ウィン
ドウシステムに対して描画要求を発行するアプリケーシ
ョンプログラム実行部とを具えた表示制御装置におい
て、アプリケーションプログラム実行部に、アプリケー
ション・ウィンドウ内に表示されるイメージを全画面分
のデータとして蓄積する第１のバッファ手段と、前記第
１のバッファ手段に蓄積された全画面分のデータから、
再描画要求の対象となる範囲の座標データを算出する座
標データ算出手段と、前記座標データ算出手段により算
出された座標データをウィンドウシステムの描画実行部
に転送する描画要求手段とを具え、ウィンドウシステム
には、前記アプリケーションプログラム実行部の第１の
バッファ手段と同じ全画面分のデータを蓄積する第２の
バッファ手段と、前記描画要求手段から転送された座標
データに対応する範囲のイメージデータを、前記第２の
バッファ手段のデータ域から実画面バッファに転送する
描画実行部とを具えたことを特徴とする。

【０００８】また、この発明に係わる表示制御装置
（２）は、実画面バッファにイメージを描画する描画実
行部を有するウィンドウシステムと、当該ウィンドウシ
ステムに対して描画要求を発行するアプリケーションプ
ログラム実行部とを具えた表示制御装置において、アプ
リケーションプログラム実行部に、アプリケーション・
ウィンドウ内に表示されるイメージを全画面分のデータ
として蓄積するバッファ手段と、前記バッファ手段に蓄
積された全画面分のデータから、再描画の対象となる範
囲の座標データを算出する座標データ算出手段と、前記
座標データ算出手段で算出された座標データに相当する
範囲のイメージデータを、描画実行部に転送する描画要
求手段とを具えたことを特徴とする。

【０００９】

【作用】表示制御装置（１）では、ユーザからの再描画
要求を受け取ると、アプリケーションプログラム実行部
の座標データ算出手段は第１のバッファ手段の全画面分
のデータから、新たに再描画すべき領域の座標データを
算出し、描画要求手段に渡す。描画要求手段は、描画要
求と前記座標データをウィンドウシステムに送る。ウィ
ンドウシステムでは、描画実行部により、第２のバッフ
ァ手段のデータ域から、前記転送された座標データに対
応する範囲のイメージデータを実画面バッファに転送す
る。これによって、実画面では新たな領域のイメージが
再描画されることになる。

【００１０】表示制御装置（２）では、ユーザからの再
描画要求を受け取ると、アプリケーションプログラム実
行部の座標データ算出手段はバッファ手段の全画面分の
データから、新たに再描画すべき領域の座標データを算
出し、描画要求手段に渡す。描画要求手段では、前記算
出された座標データに相当する範囲のイメージデータを
ウィンドウシステムに送る。ウィンドウシステムの描画
実行部では、送られてきたイメージデータを実画面バッ
ファに転送する。これによって、実画面では新たな領域
のイメージが再描画されることになる。

【００１１】

【実施例】以下、この発明に係わる表示制御装置を適用
したマルチウィンドウシステムの実施例を図面を参照し
ながら説明する。

【００１２】実施例１ 図２は、実施例１におけるマルチウィンドウシステムの
概略構成図である。この実施例では、アプリケーション
Ａ（プログラム）と描画実行部６がそれぞれ異なる端末
上で稼動しているシステムについて説明する。図２にお
いて、アプリケーションＡ（プログラム）からの描画要
求は、ネットワーク１３を通じて描画実行部６に渡さ
れ、描画実行部６により実画面１４上の表示部１５への
書き込みが行われる。

【００１３】図１は、上記マルチウィンドウシステムの
全体的な構成を示すブロック図である。

【００１４】マウス１は画面上に表示された領域や絵文
字などの指示選択を受け付け、キーボード２は各種デー
タやコマンドなどの入力を受け付ける。マウス１やキー
ボード２からのユーザ入力は、入力デバイス制御部３お
よびキー入力バッファ／マウス入力バッファ４を通じて
ウィンドウシステム５に送られる。

【００１５】ウィンドウシステム５は、クライアント・
サーバ方式のウィンドウシステムであり、具体的なユー
ザインターフェースを提供している。ウィンドウシステ
ム５には、後述するアプリケーションプログラム実行部
７の仮想全画面バッファＡと同じ全画面分のデータを蓄
積する仮想全画面バッファＢと、描画要求部１０から転
送されてきた座標データに対応する範囲のイメージを、
前記仮想全画面バッファＢから実画面バッファ１１に転
送する描画実行部６を具えている。

【００１６】アプリケーションプログラム実行部７は、
ウィンドウシステム上で稼動するアプリケーションプロ
グラムが実行される部分であり、仮想入力バッファ８、
仮想全画面バッファＡ、座標データ算出部９、描画要求
部１０の各機能手段により構成されている。

【００１７】仮想入力バッファ８は、ウィンドウシステ
ム５から送られてきたユーザ入力を一時的に蓄積し、座
標データ算出部９に受け渡す。仮想全画面バッファＡ
は、アプリケーション・ウィンドウ内に表示されるイメ
ージを全画面分のデータとして蓄積している。座標デー
タ算出部９は、前記ユーザ入力に従って、前記仮想全画
面バッファＡに蓄積された全画面分のデータから、再描
画の対象となる範囲の座標データ（アドレス）を算出す
る。描画要求部１０は、前記座標データ算出部９で算出
された座標データと描画要求を、前記ウィンドウシステ
ム５の描画実行部６に転送する。

【００１８】ＣＲＴ１２は、各種のウィンドウなどを表
示するためのディスプレイ装置であり、実画面バッファ
１１にはウィンドウシステム５の描画実行部６により書
き込みが行われる。

【００１９】図３は、上記システムの仮想全画面バッフ
ァＡ、Ｂと実画面との関係を示す概念図である。この図
では、アプリケーションと描画実行部が、それぞれ異な
る端末Ａ、Ｂで稼動している様子を表している。なお、
以下の説明において、イメージデータの更新とは、実画
面に新たな線や図形などを書き込むことを意味し、再描
画とは、ウィンドウの拡張や縮小などを意味している。

【００２０】アプリケーションの保有するメモリ中に
は、仮想全画面バッファＡ（領域１６）が作成されてお
り、その仮想全画面バッファＡには、アプリケーション
が全画面にわたって表示されたときのイメージデータが
格納されている。端末Ａ上で稼動しているアプリケーシ
ョンのウィンドウが端末Ｂ上に表示されているとき、実
画面１７（幅Ｘ、高さＹ）には、アプリケーションイメ
ージの一部領域１８が表示されている。また、実画面を
描画している描画実行部の保有するメモリ中には、アプ
リケーションの仮想全画面バッファＡと同じ大きさの仮
想全画面バッファＢ（領域１９）が作成されている。実
画面１７に表示されている領域１８は、アプリケーショ
ンの仮想全画面バッファＡではデータ域２０に、また描
画実行部の仮想全画面バッファＢではデータ域２１に相
当している。

【００２１】端末Ａのアプリケーションは、ユーザ入力
に対して、イメージデータの更新がアプリケーションの
全画面の範囲で発生していないかどうかを監視してい
る。もし、イメージデータの更新が発生した場合は、仮
想全画面バッファＡのイメージデータを書き替えると同
時に、描画実行部の仮想全画面バッファＢにも更新を伝
え、データの書き替えを行う。これによって、仮想全画
面バッファＡと仮想全画面バッファＢには、同じイメー
ジデータが格納されることになる。

【００２２】今、実画面１７のウィンドウサイズがｙ軸
方向に拡張されたとすると、領域２２に描画命令が発生
する。アプリケーションでは、前記領域２２に対応する
仮想全画面バッファＡの領域２３の座標データを算出
し、これらの座標データと描画要求を端末Ｂの描画実行
部に転送する。描画実行部では、仮想全画面バッファＢ
の前記座標データに該当する領域２４のイメージデータ
を実画面バッファ１１に転送する。

【００２３】次に、ウィンドウの再描画要求やイメージ
データの更新要求を受け取った場合の処理の流れを図４
のフローチャートにより説明する。なお、再描画要求の
プロセスとイメージデータの更新要求のプロセスは並列
的に実行されている。

【００２４】まず、処理に先立って、アプリケーション
プログラム実行部及び描画実行部のメモリ中に仮想全画
面バッファを作成する（ステップ１０１）。

【００２５】再描画要求のプロセスでは、再描画要求待
ちの状態に入り（ステップ１０２）、任意の領域Ａ
［（ｘ，ｙ），（ｈ，ｗ）］の再描画要求を受け付ける
まで待機する（ステップ１０３）。領域Ａの再描画要求
を受けたときは、描画実行部が同一端末上にあるかどう
かを判断する（ステップ１０４）。ここで、描画実行部
が異なる端末上にあるときは、描画実行部の仮想全画面
バッファＢの内容が（イメージデータの更新要求プロセ
スにより）更新されているかどうかを判断する（ステッ
プ１０５）。ここで、描画実行部の仮想全画面バッファ
Ｂが更新されていなければ、仮想全画面バッファＢの更
新要求を発行する（ステップ１０６）。これで、仮想全
画面バッファＢは仮想全画面バッファＡと同一内容とな
る。次に、仮想全画面バッファＡにおいて、再描画すべ
き領域Ａに対応する領域Ａ´の座標データ［（ｘ１，ｙ
１），（ｈ１，ｗ１）］を算出する（ステップ１０
７）。そして、描画実行部に対して、前記座標データを
転送するとともに、仮想全画面バッファＢの領域Ａ´に
相当する領域のイメージデータを実画面バッファに転送
するよう描画要求を発行する（ステップ１０８）。これ
によって、実画面では拡張された領域の新たなイメージ
が描画されることになる。

【００２６】イメージデータの更新要求のプロセスで
は、イメージデータの更新要求を受け取ると（ステップ
１０９）、アプリケーションの仮想全画面バッファＡの
更新を行い（ステップ１１０）、続いて、描画実行部の
仮想全画面バッファＢに更新要求を発行する（ステップ
１１１）。

【００２７】実施例１のマルチウィンドウシステムで
は、端末Ａの仮想全画面バッファＡと同じイメージデー
タを、端末Ｂの描画実行部の仮想全画面バッファＢに保
持することにより、イメージの再描画を一回の描画要求
で行うことができるようになり、従来に比べてデータ通
信回数を少なくすることができる。しかも、転送するの
は対象となる領域の座標データだけでよく、また通信量
を一定に保つことができるので、高速かつ低コストな描
画を実現することができる。なお、この実施例では、ア
プリケーションと描画実行部が異なる端末上で稼動して
いる場合について説明したが、アプリケーションと描画
実行部は同じ端末上で稼動していてもよい。

【００２８】実施例２ 図５は、実施例２におけるマルチウィンドウシステムの
概略構成図である。この実施例では、アプリケーション
Ａ（プログラム）、Ｂ（プログラム）と描画実行部４３
が同じ端末上で稼動しているシステムについて説明す
る。図５において、アプリケーションＡまたはアプリケ
ーションＢからの描画要求は、メモリバス４１を通じて
描画実行部４２に渡され、描画実行部４２により、描画
要求のあったアプリケーションに対応する実画面４３上
の表示部４４、４５への書き込みが行われる。

【００２９】図６は、上記マルチウィンドウシステムの
全体的な構成を示すブロック図である。図６において
は、図１のシステムと同等部分を同一符号で表してい
る。

【００３０】ウィンドウシステム４６の基本的な機能
は、図１のウィンドウシステム５と同じであり、後述す
るアプリケーションプログラム実行部４７の描画要求部
１０から転送されてきたイメージデータを、実画面バッ
ファ１１に転送する描画実行部４２を具えている。

【００３１】アプリケーションプログラム実行部４７の
基本的な機能は、図１のアプリケーションプログラム実
行部７と同じであり、仮想全画面バッファＡの代わりに
仮想全画面バッファ４８が設けられているほかは、同じ
構成となっている。

【００３２】図７は、上記システムの仮想全画面バッフ
ァと実画面との関係を示す概念図である。この図では、
アプリケーションと描画実行部が同じ端末で稼動してい
る様子を表しており、（ａ）は初期状態、（ｂ）はウィ
ンドウの拡張時の状態を表している。

【００３３】初期状態（ａ）において、実画面４９（幅
Ｘ、高さＹ）には、アプリケーションイメージの一部の
領域５０が表示されている。一方、アプリケーションの
保有するメモリ中には、仮想全画面バッファ４８が作成
されており、その仮想全画面バッファ４８には、アプリ
ケーションが全画面にわたって表示されたときのイメー
ジデータが格納されている。実際に実画面４９に表示さ
れている領域５０は、仮想全画面バッファ４８ではデー
タ域５１に相当している。

【００３４】初期状態以前に、アプリケーションは、ユ
ーザ入力に対して、イメージデータの更新がアプリケー
ションの全画面の範囲で発生していないかどうかを監視
している。もし、イメージデータの更新が発生した場合
は、アプリケーションのメモリ内に保有している仮想全
画面バッファ４８のデータを書き替える。

【００３５】今、ウィンドウの拡張（ｂ）において、実
画面４９のウィンドウサイズがｙ軸方向に拡張されたと
する。このとき、ウィンドウシステム４６から増加分の
イメージ領域の再描画要求がアプリケーションに送られ
る。ここで、新たに描画すべき実画面上の領域５２に相
当するのが、仮想全画面バッファ４８の領域５３であ
る。アプリケーションでは、仮想全画面バッファ４８の
領域５３の座標データを算出し、これらの座標データに
相当するイメージデータを描画実行部４２に転送する。
描画実行部４２では、前記イメージデータを実画面バッ
ファ１１に転送する。転送されるイメージデータは、図
に示すように２つの図形が含まれたものとなる。

【００３６】次に、ウィンドウの再描画要求やイメージ
データの更新要求を受け取った場合の処理の流れを図８
のフローチャートにより説明する。なお、再描画要求の
プロセスとイメージデータの更新要求のプロセスは並列
的に実行されている。

【００３７】まず、処理に先立って、アプリケーション
プログラム実行部のメモリ中に仮想全画面バッファを作
成する（ステップ２０１）。

【００３８】再描画要求のプロセスでは、再描画要求待
ちの状態に入り（ステップ２０２）、任意の領域Ａ
［（ｘ，ｙ），（ｈ，ｗ）］の再描画要求を受け付ける
まで待機する（ステップ２０３）。任意の領域Ａの再描
画要求を受けたときは、仮想全画面バッファにおいて、
再描画すべき領域Ａに対応する領域Ａ´の座標データ
［（ｘ´，ｙ´），（ｈ´，ｗ´）］を算出する（ステ
ップ２０４）。そして、描画実行部に対して、前記座標
データに相当するイメージデータと描画要求を発行する
（ステップ２０５）。これによって、実画面では拡張さ
れた領域の新たなイメージが描画されることになる。

【００３９】イメージデータの更新要求のプロセスで
は、イメージデータの更新要求を受け取ると（ステップ
２０６）、アプリケーションの仮想全画面バッファの更
新を行う（ステップ２０７）。

【００４０】実施例２のマルチウィンドウシステムで
は、実画面上に描くべきイメージデータを、アプリケー
ションの仮想全画面バッファ保持しているので、イメー
ジの再描画を一回の描画要求で行うことができ、従来に
比べてデータ通信回数を少なくすることができる。ま
た、アプリケーションのバッファでは、アプリケーショ
ンが全画面にわたって表示されたときのイメージデータ
を保持しているので、ウィンドウサイズの拡大により、
新たにバッファ領域を確保する必要がなく、描画速度を
落とさずに、迅速な画面表示が可能となる。なお、この
実施例では、アプリケーションと描画実行部が同じ端末
上で稼動している場合について説明したが、アプリケー
ションと描画実行部が異なる端末上で稼動していてもよ
い。

【００４１】

【発明の効果】以上説明したように、この発明に係わる
表示制御装置では、アプリケーション側のバッファ手段
と同じイメージデータを描画実行部のバッファ手段に保
持させ、ウィンドウの再描画が要求されたときは、対象
となる領域の座標データのみを転送し、描画実行部のバ
ッファ手段のデータ域から実際のイメージデータを実画
面バッファに転送するようにしたため、イメージの再描
画を一回の描画要求で実行することができる。しかも、
転送するのは対象となる領域の座標データだけでよいた
め、描画する領域の大きさにかかわらず、通信量も一定
に保つことができ、迅速かつ低コストな画面表示を実現
することができるまた、アプリケーションウィンドウ内
に表示される全画面分のイメージデータをアプリケーシ
ョン側のバッファ手段に保持させ、再描画の対象となる
領域のイメージデータをアプリケーションから描画実行
部へ一括して転送することにより、イメージの再描画を
一回の描画要求で実行することができる。この場合、ア
プリケーションが全画面にわたって表示されたときのイ
メージデータを保持しているので、ウィンドウサイズが
拡大しても、新たにバッファ領域を確保する必要がない
ため、描画速度を落とすことなく、迅速な画面表示が行
うことができる。

【００４２】このように、この発明に係わる表示制御装
置によれば、ウィンドウの書き替えるべき領域の広さに
かかわらず、迅速な画面表示を行うことができる表示制
御装置を提供することができる。

【図面の簡単な説明】

【図１】実施例１におけるマルチウィンドウシステムの
全体的な構成を示すブロック図。

【図２】実施例１におけるマルチウィンドウシステムの
概略構成図。

【図３】仮想全画面バッファＡ、Ｂと実画面との関係を
示す概念図。

【図４】ウィンドウの再描画要求やイメージデータの更
新要求を受け取った場合の処理の流れを示すフローチャ
ート。

【図５】実施例２におけるマルチウィンドウシステムの
概略構成図。

【図６】実施例２におけるマルチウィンドウシステムの
全体的な構成を示すブロック図。

【図７】仮想全画面バッファと実画面との関係を示す概
念図。

【図８】ウィンドウの再描画要求やイメージデータの更
新要求を受け取った場合の処理の流れを示すフローチャ
ート。

【図９】従来のイメージ再描画方式の説明図。

【図１０】従来の他のイメージ再描画方式の説明図。

【符号の説明】

５（４６）…ウィンドウシステム、７（４７）…アプリ
ケーションプログラム実行部、９…座標データ算出部、
１０…描画要求部、６（４２）…描画実行部、１１…実
画面バッファ

Claims (2)

【特許請求の範囲】
1. 【請求項１】実画面バッファにイメージを描画する描画
   実行部を有するウィンドウシステムと、当該ウィンドウ
   システムに対して描画要求を発行するアプリケーション
   プログラム実行部とを具えた表示制御装置において、 アプリケーションプログラム実行部は、 アプリケーション・ウィンドウ内に表示されるイメージ
   を全画面分のデータとして蓄積する第１のバッファ手段
   と、 前記第１のバッファ手段に蓄積された全画面分のデータ
   から、再描画の対象となる範囲の座標データを算出する
   座標データ算出手段と、 前記算出された座標データをウィンドウシステムに転送
   する描画要求手段とを具え、 ウィンドウシステムは、 前記アプリケーションプログラム実行部の第１のバッフ
   ァ手段と同じ全画面分のデータを蓄積する第２のバッフ
   ァ手段と、 前記描画要求手段から転送された座標データに対応する
   範囲のイメージデータを、前記第２のバッファ手段のデ
   ータ域から転送し、実画面バッファに描画する描画実行
   部とを具えたものであることを特徴とする表示制御装
   置。
2. 【請求項２】実画面バッファにイメージを描画する描画
   実行部を有するウィンドウシステムと、当該ウィンドウ
   システムに対して描画要求を発行するアプリケーション
   プログラム実行部とを具えた表示制御装置において、 アプリケーションプログラム実行部は、 アプリケーション・ウィンドウ内に表示されるイメージ
   を全画面分のデータとして蓄積するバッファ手段と、 前記バッファ手段に蓄積された全画面分のデータから、
   再描画の対象となる範囲の座標データを算出する座標デ
   ータ算出手段と、 前記算出された座標データに相当する範囲のイメージデ
   ータを前記描画実行部に転送する描画要求手段とを具え
   たものであることを特徴とする表示制御装置。