JPS6270892A - 多窓表示制御方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔発明の利用分野〕 本発明は多窓表示の制御に係り、特に操作者に対する表
示出力の優先制御に好適な多窓表示制御方式に関する。

〔発明の背景〕

従来の装置は、特開昭５５−１８７２８号公報２％開昭
５７−１６９８３８号公報に記載の様に重複を許さない
物理的な表示空間の分割制御方式を採用したものであり
、一部特開昭５８−１６８１４２号公報に記載の様に重
複可能な多重画面の物理的表示空間への展開制御方法を
考慮したものもあるが、物理的な表示空間への展開方法
までしか記載されておらず、物理表示空間上の各分割領
域に対する表示出力優先制御及びその最適化の方法にま
で配慮した装置は存在せず、より一層の操作性の向上が
望まれた。

〔発明の目的〕

本発明は、上記背景のもとになされたもので、その目的
とするところは複数の処理を並行に実行し、その処理過
程及び結果を同時に物理的なＩ、表示空間に展開可能な
多窓表示装置において、操作者が各々の時点で対象とし
ている処理に対応する表示出力展開を優先制御可能とす
ることにより応答性能に優れた多窓表示制御方式を提供
することにある。

〔発明の概要〕

上記目的を達成するために、本発明は、物理的な表示空
間上の重複可能な多重の矩形の表示領域の重なり順の最
も上位のものに対応した処理がその時点で処理対象とな
っているとして識別し、他の表示領域に対する表示出力
よりも高い優先レベルを与える手段と、各表示領域の重
複状態を変更するためのカーソル移動やオペレータのガ
イド等の様に各表示領域の範囲を越えて物理画面上の任
意の位置に対する表示出力に更に上位の優先レベルを与
える手段を設げるとともに、各優先レベルに対応した物
理画面展開データの実行待リストを蓄積する手段と、優
先レベルの最も高い処理要求のうち最も時間的に古いも
のから物理画面展開データの実行待リストからとり出し
表示出力を起動する手段と、実行中の優先レベルより高
い物理画面展開データが発生した場合に実行中の表示出
力を中断して優先度の高い方の表示出力を起動する手段
と。

物理画面展開データの実行終了に伴って対応するレベル
の実行待リストから当該処理要求を削除する手段とを有
することにより、各適用業務に対して提供する論理的な
表示空間の一部又は全体に対応する表示領域を物理的な
表示空間に多重に重複を許して展開する際に操作者にと
って異和感のない表示を行なうことを特徴とする。

〔発明の実施例〕

以下、本発明の一実施例を図面を用いて詳細に説明する
。

第１図は本発明による重複可能な多重画面制御の概念を
示す図である。ここで適用される業務プログラム１は、
各々の業務内容に対応しく１以上の論理的な表示空間３
（以下仮想画面と称す）を保持する。この仮想画面５が
、従来の装置では適用業務プログラム１に対する物理的
な表示画面と等価であり、適用業務プログラム１からの
書込み、読出しが可能である（矢印２）。

仮想画面３は一般に任意の大きさをもつため、その全体
を一度に物理画面上に展開することができない。従って
、複数の仮想画面の内容を同時に物理画面上に展開する
場合に対処するため、仮想画面３上に実際に表示する領
域として表示領域４（以下ウィンドウと称す）を定義可
能とする。ウィンドウ４は仮想画面３に対して１つ以上
の定義可能で、仮想画面３の左上隅点を原点とする２次
元座標系で、ウィンドウ４の左上隅点の位置座標とウィ
ンドウ４のＸ方向、Ｘ方向の大きさを与えることで定義
する矩形領域である。ウィンドウ４の大きさは、仮想画
面６と物理表示画面６のうち小さい方が最大となる。

ウィンドウ４は、大きさ及び個数が１対１に対応する物
理表示画面６上の矩形領域７（以下。

ビ−−−ト称す）に写像されて、その内容がオペレータ
に表示される（矢印５）。ビー−ポート７は物理表示画
面６の左上隅点を原点とする２次元座標系で、ビニ−ポ
ート７の左上隅点の位置座標を与えることで定義される
矩形領域であるが、複数のビューポートが重複を許して
定義可能なため、下の層に属するビニ−ポートは、その
一部分が欠けた状態でオペレータに見えることになる。

そこで、第１図に示す関係モデルに対して与えられる機
能要素としては、次のようなものがある。

（１）仮想画面６の内容変更の伴う再表示（２）　　ウ
ィンドウ４の位置変更に伴うスクロール表示（上、下、
左、右） （３）　　ウィンドウ４及びビューポート７の大きさ変
更 （４）　　ビー−ポート７の位置変更に伴う重複関係の
変更 （５）　ビューポート７０重なり順の変更に伴う重複関
係の変更 （６）　　ピユーポート７及びウィンドウ４の削除に伴
う重複関係の変更 （７）　　ビューボート７及びウィンドウ４の追加に伴
５重複関係の変更 また、第２図は、第１図で示される概念を実現するため
の本発明の一実施例としての表示制御装置のブロック図
である。各ボックスは論理ブロック及びデータバッファ
を示し、白ぬき線及び点線はデータフロー、実線は制御
フローを示す。

表示系は、各適用業務プログラム１が仮想端末制御部８
に対して仮想画面６及び対応するウィンドウ、ビューボ
ートの定義を行りた後、仮想端末制御部８が管理する仮
想画面６上に、文字・グラフィック・画像データをセグ
メント単位に仮想端末制御部８を介して書込むことから
駆動する。

仮想端末制御部８は仮想画面６上のセグメントデータの
管理を行い、各々のセグメントの仮想画面上での位置サ
イズ、透ＢＡ／不透明等の属性、文字・グラフィック・
画像の種別、優先順位等の情報をセグメントデータ本体
とへもに、実端末制御部９との共有データとして仮想画
面ｓ上に生成する。

実端末制御部９は、仮想端末制御部８を介して適用業務
プログラム１が定義したウィンドウ。

ビューボート情報をもとに実画面管理テーブル１０を生
成すると〜もに、当該実画面管理テーブル１０を用いて
仮想画面５上のセグメントデータのうち、実画面上に展
開する際に必要となるデータをセグメント単位に描出し
、ビットマツププロセッサ制御部１２に対する入力デー
タバッファ１１に、当該セグメントデータと当該セグメ
ントデータな展開する際に用いる実画面管理テーブル１
０上の矩形領域情報へのエンドＩ）Ａを生成する。

ビットマツププロセッサ制御部１２は、これらの情報を
もとにビットマツププロセッサ１４に対するコマンドを
コマンドバッファ１３に生成スる。

この際、ビットマツププロセッサ制御部１２は、グラフ
ィック・文字セグメントに含まれる文字コードに対応す
る文字パターンの内外字判定な行い、外字の場合は図示
しないディスク等の外部記憶装置から文字パターンをコ
マンドバッファ１５にロードする。内字の場合は、文字
パターンのＲＣＭ化とビットマツププロセッサ１４カコ
ードからこのＲＯＭを参照し描画するため、セグメント
データをコードのままコマンド化する。コマンドバッフ
ァ１３にビットマツププロセッサ制御部１２が生成した
ビットマツププロセッサ１４に対するコマンドは、ＣＲ
Ｔ１５上に展開されるフルドツトメモリ６としての実画
面に対して、実画面管理テーブル１０上の矩形領域情報
から描画可傾域を設定し、フルドツトメモリ６の左上隅
点を原点とする２次元座標系で文字、グラフィックコマ
ンド、画像データの描画位置を与え、文字の場合には、
各文字領域のサイズと展開方向及び文字パターン准を、
グラフィックの場合には、ベクタコマンドとシェーディ
ングパターン及びマーカパターンを、画像の場合には、
■圧縮化コードデータとその矩形領域サイズを付加する
形式となる。

ビットマツププロセッサ１４はコマンドバッファ１５内
のコマンドシーケンスを解釈し、フルドツトメモリ６上
に文字・グラフインク・画像をドツト展開する。その際
、実際にフルドツトメモリ６に展開するのは、ビットマ
ツププロセッサ制御部１２かも定義された描画可傾域に
含まれる部分のみで、文字の途中であれ、ベクタコマン
ドの途中であれ、フルドツトメモリ６にドツト展開する
時点で、当該ドツトが描画可傾域に含まれるかどうかの
判定を行い、デスティネーションクリッピングを実施す
る。デスティネーションクリッピングとは、フルドツト
メモリに展開する際に、１ドツト単位に上位から指定す
る描画可傾域に当該ドツトが含まれるかの判定を行い、
文字やベクトルの一部のみ描画することである。

一方、入力系は、キーボード等のコード入力装置１６及
びマウス等のポインティングデバイス１７の物理的入力
デバイスからのデータ入力のトリガを、入力デバイス制
御部１９が割込みとじてドラッグし、ハードウェアレジ
スタ１８にセットされたデータをコードデータ人カバッ
ファ２ｏとボインティングデータ人力バッファ２１にセ
ットすることから駆動される。

上記バッファ類２０　、２１の内容は、実端末制御部９
によって読出され、ここで、適用業務プログラム１に対
する入力データか実画面制御指示かの振り分けが行われ
る。実画面制御指示とは、仮想画面の内容に変更を与え
ないオペレータからの指示で、これには、ビューボート
・ウィンドウのサイズ・位置の変更、ビューボートの重
なり合いの変更（下の層のビニ−ボートを選択して一番
手前にもってくる）がある。このうち、ウィンドウ位置
の変更（結果としてオペレータにはスクロールが行われ
たと見える）以外は、実画面管理テーブル１０の内容更
新になり、実画面の内部管理上の分割矩形領域の再設定
が行われる。そして、これらの実画面制御指示に対して
は、実端末制御部９がオペレータによって指示された内
容に応じて必要となる仮想画面５のデータを読み出し、
前述の表示系の制御が行われることになる。

さて、実端末制御部９によって読出された適用業務プロ
グラム１に対する入力データは、実端末制御部９が現在
実画面上で一番上の層にあるビニ−ボートに対応する仮
想画面５がどれであるかを判定し、当該仮想画面に対応
する仮想端末制御部８が管理する仮想入力データバッフ
ァ２２に格納する。仮想入力データバッファ２２内の入
力データは、適用業務プログラム１から仮想端末制御部
８に対する読出し要求に対する応答として適用業務プロ
グラム１に報告される。

この際、仮想端末制御部８は予め適用業務プログラム１
が定義した仮想的な入力デバイス（例えばロシア語キー
ボード、漢字キーボード等）の属性に合せて入力データ
の変換を行う。適用業務プログラム１は当該入力データ
に応じて仮想画面３の内容を更新する。

第３図は前述の仮想画面ｓ上のデータ管理方法を説明す
るための概念図である。仮想画面３上のデータは全て２
３で示すセグメント単位に管理され、−仮想画面上に、
複数のセグメントが互いに重複を許して配置される。各
セグメント２３は、仮想画面３の左上隅点を原点とする
２次元座標系におけるセグメントの左上隅点の位置座標
とその領域サイズにより管理され、文字列・グラフィッ
ク・画像の３ｐｉｉの種別をもつ。２４は当該仮想画面
５を実画面に展開する際の表示領域であり、当該仮想画
面に対応する表示領域が最上位層に存在する時は前述の
ウィンドウ４と１対１に対応する。しかし、物理画面上
に他の仮想画面表示領域が存在する場合は、ウィンドウ
４の部分領域となり、その数も１とは限らない。第２図
において、既に実画面管理テーブル１０の生成、利用の
概要は述べたが、表示領域２４を決定するだめの詳細は
後述する。又、本表示領域２４のことを以下の説明では
可視矩形とも呼ぶこととする。

第４図は第５図の表示領域２４と物理画面即ちフルドツ
トメモリ６との関係及び仮想画面３上のデータの展開方
法を説明するための概念図である。仮想画面３上の表示
領域２４は、実際の物理画面であるフルドツトメモリ６
に対する描画可傾域として定義される。それとともに第
５図の表示領域２４と仮想画面３の相対関係から描画コ
マンドに対する座標原点を決定し、点線で示す様に仮想
画面３を相対的に定義し、仮想画面６上の座標系でセグ
メントデータを展開する。

その際、第３図の表示領域２４に一部でもか瓦っている
セグメントデータ即ちセグメントが行桁レベルでダイレ
クトにアドレス付けできるメツシュ状の文字列セグメン
トの場合は、更に行・桁レベルでセグメントデータのソ
ースクリッピングをかげたセグメント内のサブセットデ
ータのみを実際にフルドツトメモリ６に展開する。

サブセットデータとは行・桁レベルで表示領域に一部で
もかかっている文字をコード及びその位置として切り出
したセグメントデータの一部のデータである。

以上が本発明を実施する上での前提となる多窓表示制御
装置の一実施例の構成を説明したものである。

次に、本発明に関し、この多窓表示制御装置で物理画面
即ちフルドツトメモリ６上のピユーボート７の重なり合
いや実画面制御指示を与えるためのオペレータへのガイ
ダンス出力に対応した優先実行制御を行う場合の一実施
例の詳細を述べる。

第５図は、ビットマツププロセッサ１４とビットマツプ
プロセッサ制御部１２との間の制御を示す概略フロー図
である。

ビットマツププロセッサ制御部１２はビットマツププロ
セッサ１４にコマンド実行をかげる際にＥＸＥＣ起動を
指示し、本ＥＸＥＣ起動でビットマツププロセッサ１４
が参照するコマンド列が格納されているメモリアドレス
（ＰＣ）、コマンド実行時に必要となる描画可領域の位
置・サイズ、線の色等の属性を格納しであるメモリアド
レス（理）及ヒコマンド列の識別子（ｉｄ）を固定のイ
ンタフェースエリアに設定しておく。ＥＸＥＣ起動とは
ビットマツププロセッサへのビットマツププロセッサ制
御部１２が動作するメインのＣＰＵかもの割込で、実際
には予め定めた工２勺ボートへの任意データの書込によ
り実現できる。本ＥＸＥＣ起動に対し、ビットマツププ
ロセッサ１４は何モコマンドを実行中でないアイドル状
態での起動確認時は５Ｒ−ＡＣＫ、コマンド実行中に新
たな起動要求受信確認時はＮＴ　−ＡＣＫを応答する。

ＳＲ−Ａα応答時は実行状態に移行したコマンド列のｉ
ｄを確認用に固定のインタフェースエリアに設定するの
みであるが、ＮＴ　−ＡＣＫ応答時は、中断したコマン
ド列のｉｔＬと再開時のコマンドのアドレス（ＰＣ’）
及び実行状態に移行したコマンド列のｉｄを固定のイン
タフェースエリアに設定する。又、各コマンド列の最終
コマンドは■コマンドとしておき、このコマンドをビッ
トマツププロセッサ１４が実行すると、ビットマツププ
ロセッサ制御部１２に対し、爬コマンドが含まれていた
コマンド列のｉｄを固定のインタフェースエリアに設定
して、Ｎ報告を割込みで報告するとともにアイドル状態
に移行する。

この機構によりコマンド実行中でも、より高い優先度を
もつコマンド列の描画要求が発生した時、新たにＥＸＥ
Ｃ起動を発生し、より優先度の高いコマンド列を実行す
るとともに、中断したコマンド列の中断点をセーブし、
そのコマンド列が最優先の状態になった時に、中断点以
降のコマンド列に対してＥＸＥＣ起動をかけ実行するこ
とができる。

本機構を用いビットマツププロセッサ制御部１２は、第
６図に示す空きコマンドバッファ管理りスト２５と各レ
ベル対応の実行待キュー２６を用い、実端末制御部９か
らの出力要求、ビットマツププロセッサ１４からのＡα
応答、Ｎ割込に対応して優先制御を行う。

コマンドバッファ管理りスト２５は、実行待キュー２６
につながっていない未使用のコマンドノ（ッファ１３の
各ブロックへのポインタをチェインとし℃保持するリス
トで、実端末制御部９からの出力要求に対応してとイト
マツププロセッサ１４に対するコマンド列を生成する場
合、本リストノ先頭のコマンドバッファブロックを確保
し、本リストよりそのブロックへのエントリを除去する
。又、ビットマツププロセッサ１４からのＮ割込に対応
して終了レベルに対応した実行待キー−の先頭エントリ
に保持した起動時ＰＣに対応したコマンドバッファブロ
ックへのポインタを本リストの先頭に追加する。

この実行待キー−２６は、実端末制御部９からの出力要
求によってビットマツププロセラ？　制御部１２が生成
したビットマツププロセッサ１４へのコマンド列を実行
の優先レベルに対応してビットマツププロセッサ１４に
ＥＸＥＣ起動をかげるためのキューである。キューの各
エントリはコマンド列ヲ生成シタコマンドハク７アブロ
ツクへのポインタである起動時ＰＣより優先度が高い出
力要求によって中断した場合にビットマツププロセッサ
１４からＮＴ　−ＡＣＫで応答される再開始点を保持す
る中断点ＰＣ、コマンド列実行時にビットマツププロセ
ッサ１４が参照する属性データエリアへのポインタであ
るＰＰよりなる。本キューはコマンド生成後、実画面管
理テーブル１０の矩形領域の重なり順（エン）ＩＪＮＯ
は実端末制御部９からの出力要求時ビットマツププロセ
ッサ制御部１２に知らされる）が一番上か否か、出力要
求が業務プログラム１からの仮想画面３のデータ更新に
よるものか物理画面６のビューボート７０重なり変更、
サイズ変更等の実画面制御指示かによって決定する優先
レベルに対応してキュー末尾にエントリを追加し、ビッ
トマツププロセッサ１４からのＥＮＤ　１１込に対応し
て、終了レベルに対応したキー−先頭のエントリを除去
する。

このため第５図のビットマツププロセッサ１４との制御
で述べたコマンド列のｉｄは、ビットマツププロセッサ
制御部１２内で用いる優先レベルに対応して付与し、終
了レベル、実行レベルを管理する。

又、ビットマツププロセッサ１４が参照する属性データ
エリアは、各仮想画面及び物理画面（入力系からの実画
面制御指示に対する出力要求で用いる）に対応して各々
独立に保持し、ビットマツププロセラ＋ｊ′１４に対し
て指示するＰＰはビットマツププロセッサ制御部１２が
実端末制御部９からの出力要求内容に対応して決定する
。

第７図から第１０図までは、以上述べてきたビットマツ
ププロセッサ制御部１２が優先制御を行うための処理を
示すフローチャートである。

第７図は実端末制御物９からの出力要求に対するフロー
チャートである。実端末制御部９からの出力要求は、実
画面制御指示か否か、実画面制御指示の場合は、実画面
状態変更か否か（ビューボート生成・破棄、サイズ変更
２重なり変更の場合状態変更有）、実画面制御指示でな
い場合は実画面管理テーブル１０のエントリＮＯを伴っ
てビットマツププロセッサ制御部１２に出される。

本処理要求に対し、ビットマツププロセッサ制御部１２
は、空きコマンドバッファブロックが有かをチェック（
ステップ２７）シ、無の場合はｗａｉｔスる（ステップ
２８）。有の場合はコマンドバッファ管理りスト２５の
先頭エントリを除去し、本リスト中のコマンドバッファ
ブロックヘノポインタをＰＣとして保持する（ステップ
２９）。出力要求内容に対応してコマンド列実行時の優
先レベルと属性データエリアポインタＰＰを決定する（
ステップ３０，３１．３２，３３，３４，３７．３８　
）。この際、実画面制御指示で、かつ実画面状態変更時
は、それ以前に作成したコマンド列が以前の状態の実画
面管理テーブル１０を参照しているため、新たに作成す
るコマンド列より先に実行させないと実画面の表示が乱
れることになるため、出力要求受信時にキューイングさ
れていた全レベルの実行待キューのエントリを、順番を
そのままにして、最も侵先夏の高〜・レベル０の実行待
キューにキューイングし、以降作成のコマンド列より先
に実行する（ステップ３５．３６　）。次に先に確保し
たコマンドバッファブロックに実画面管理テーブル１０
を用いて描画可領域設定コマンド、入力データバッファ
１１のセグメントデータから文字、グラフィック、画像
を描画するために必要な属性設定コマンドや描画コマン
ドを生成し、全コマンド生成後最後に必ずおコマンドを
付加してコマンド列を生成する（ステップ３９）。

次に実行待キューの先に決定した優先レベルに対応した
キュー末尾に、起動時ＰＣ（−中断時ＰＣ）　。

ＰＰを設定し、出力要求をキューイングする。最後に実
行レベルより本出力要求の優先レベルが高い場合後述の
実行待キューフェッチをコールする（ステップ４１．４
２　）。

第８図は、ＡＣＫ応答時の７０−チャートである。ビッ
トマツププロセッサ１４からのＡＣＫ応答を受けると、
ビットマツププロセッサ制御部１２は、５Ｒ−ＡＣＴＩ
−ＮＴ−ＡＣＫか’ｚｌ別Ｌ、ＮＴ　−ＡＣＫの場合、
中断したコマンド列のｉｔｉ　（優先レベルに対応）に
よって識別する実行待キュー先頭エントリの中断点ＰＣ
に再開始点のＰＣをセーブする（ステップ４３．４４　
）。πＸで新たに実行されたコマンド列のｉｔより実行
レベルを設定（ステップ４５）シ、ＥＸＥＣ起動からＡ
α応答までの間に新たなＥＸＥＣ起動を発生させないた
めのフラグであるＡＣＫ応答応答ラフラグてる（ステッ
プ４６）。

その後、前回のＥＸＥＣ起動からＡＣＫ応答までの間に
新たにより優先レベルの高い出力要求を受けつげた場合
に備え、後述の実行待キューフェッチをコールする（ス
テップ４２）。

第９図は、）の割込受信時のフローチャートである。ビ
ットマツププロセッサ１４からＤの割込を受けると、ビ
ットマツププロセッサ制御部１２は、終了したコマンド
列のｉｄに対応した実行待キューの先頭エントリをデキ
ューしくステップ４７）。デキューしたエントリの起動
時ＰＣを用〜・、本コマンドバッファブロックをコマン
ドバッファ管理りスト２５の先頭に空きバッファとして
追加する（ステップ４８）。次に実行レベルをアイドル
状態（本実施例では３）ＶＣ設定しくステップ４９）、
空きバッファブロック無でＷ井ｔしている要求があれば
、その要求をＷαｋｇｔＬｐして活性化する（ステップ
５０．５１　）。最後に、次に優先レベルの高い要求を
実行するために後述の実行待キエーフェッテをコールす
る（ステップ４２）。

第１０図は、実行待キューフェッチの７０−チャートで
ある。実行待キエーフェッチはコールされてもＡＣＫ応
答応答ラフラグっていなければ何もせずリターンする（
ステップ５２）。立っている場合は優先度の最も高いレ
ベル０からコール時点の実行レベルより小さい優先レベ
ルに対応した各実行待キエーを順次調べ、最初に見つか
った要求のエントリから中断点ＰＣ、ＰＰを求め、その
キューの優先レベルをｉｃＬとしてＥＸＥＣ起動をビッ
トマツププロセッサ１４にかける（ステップ５３．５４
，５５，５５．５７　）。更にＡＣＫ応答応答ラフラグ
フしくステップ５８）、リターンする。

これにより、現在実行中のレベルより小さい（つまり優
先度の高い）実行待キエーにコマンド列が存在する時に
は、コマンド実行中か否かにかかわらず新たなＥＸＥＣ
起動を発生し、そちらのコマンド列の実行にビットマツ
ププロセッサ１４の制御を移す。そして、実行中の中断
点は先のＡＣＫ応答時の処理で中断コマンドのレベルに
対応した実行待キューの先頭エントリにセーブし、後の
実行起動に備えることになる。

この前提となる制御機構が第５図を用いて説明したビッ
トマツププロセッサ１４とビットマツププロセッサ制御
部１２のインタフェースである。

本実施例によれば、ビットマツププロセッサ１４以下の
ハードウェアには、常に一つのコマンド列に対する実行
制御のみを行なうだげで、そのネスティング管理はビッ
トマツププロセッサ制御部１２以上のソフトウェアで制
御できるため、ハードウェア量の削減及び優先制御方式
の変更に対する柔軟性増大の効果がある。

〔発明の効果〕

以上の説明から明らかなように、本発明によれば、１台
の物理的な表示出力装置を仮想化し同時に複数の表示出
力制御装置が存在するのと等価な環境を与える多窓表示
装置で操作者の利用形態に対応した柔軟な表示出力の優
先順序制御が可能となり、操作性が向上するという効果
が得られる。

【図面の簡単な説明】

第１図は本発明による重複可能な多窓表示制御の概念図
、第２図は本発明の一実施例を示す多窓表示装置の構成
図、第３図は仮想画面上でのデータの管理とウィンドウ
の関係を示す概念図、第４図は第３図の内容と実画面の
関係を示す概念図、第５図はビットマツププロセッサの
制御フローの一例を示す図、第６図は、ビットマツププ
ロセッサ制御部内部での優先制御を行うための一実施例
を示す方式の概念図、第７図乃至第１０図は、ビットマ
ツププロセッサ制御部の処理例を示すフローチャートで
ある。 １・・・適用業務プログラム、　３・・・仮想画面、４
・・・ウィンドウ、 ６・・・物理画面（フルドツトメモリ）、７・・・ビニ
−ボート、　８・・・仮想端末制御部、９・・・実端末
制御部、　１０・・・実画面管理テーブル、１１・・・
入力データバッファ、 １２・・・ビットマツププロセッサ制御物、１６・・・
コマンドバッファ、 １４・・・ピットマツププロセッサ、 １５・・・ＣＲＴ等の表示装置、 １６・・・キーボード等のコード入力装置、１７・・・
マウス等のポインティングデバイス、１日・・・ハード
ウェアレジスタ、 １９・・・入力デバイス制御部、 ２０・・・コードデータ人カバッファ、２１・・・ポイ
ンティングデータ人力バッファ、２２・・・仮想入力デ
ータバッファ、 ２３・・・セグメント、　　２４・・・描画領域、２５
・・・コマンドバクファ’ＩＦＷＩＪスト、２６・・・
実行待キュー。

Claims (1)

【特許請求の範囲】
1. １、複数の論理的な表示空間を、該表示空間の全体又は
   一部に対応する矩形の表示領域とし　て物理的な表示空
   間上に複数個表示し、各々の表示領域の位置／大きさ及
   び表示領域の重複関係の変更ができる多窓表示装置にお
   いて、該論理的な表示空間の各々の内容を該物理的な表
   示空間上に表示したり、物理的な表示空間上にガイドを
   表示する際の表示出力の要求情報に優先度を付加する手
   段と、該表示出力要求を優先度別に蓄積し管理する手段
   と、該表示出力要求に応じて表示出力の実行中に、より
   優先度の高い表示出力要求が発生した場合に該表示出力
   実行中の表示出力を中断してより優先度の高い表示出力
   を実行する手段と該中断した表示出力を再開する手段と
   を有することを特徴とする多窓表示制御方式。