JPH0559447B2

JPH0559447B2 -

Info

Publication number: JPH0559447B2
Application number: JP61112632A
Authority: JP
Inventors: Keiichi Nakane; Hiroyuki Koreeda; Naomichi Nonaka; Hiroaki Aotsu; Teiji Kuwabara; Masanori Kawase; Kazunari Suzuki
Original assignee: Hitachi Ltd; Hitachi Micro Software Systems Inc
Current assignee: Hitachi Ltd; Hitachi Micro Software Systems Inc
Priority date: 1986-05-19
Filing date: 1986-05-19
Publication date: 1993-08-31
Also published as: JPS62269275A

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は、表示メモリを有するラスタ・スキヤ
ン型の表示装置における画面制御方法に係り、特
に複数のデータを一台の表示装置の画面上に同時
に表示するに好適な多重画面制御方法に関する。

〔従来の技術〕

従来の画面制御方法は、そのほとんどが一台の
表示装置に同時に複数のデータを表示することは
できないため、複数のデータを同時に見たい場合
には表示装置を複数台設置しなければならず、高
価なシステムになりがちであつた。ところで、今
日では、パーソナル・コンピユータをはじめとす
るパーソナル・ユースの機器においては、表示装
置を基本とする対話形処理が中心となつてきてい
る。このような状況において、複数のデータを一
台の表示装置に同時に表示することは、ユーザの
操作性および処理性を向上させる上で重要な問題
となり、内外の各社にて実施の徴しにある。この
点に関しては、日経エレクトロニクス、1984年、
１月30日号における“パーソナル・コンピユータ
操作性向上の決め手となるマルチウインドウ化ソ
フト”と題する記事に状況が詳述されている。ま
た、より具体的な多重画面制御方法の一例が、
BYTE，Feb.1983における‘The
LisaComputer System'に詳述されている。

〔発明が解決しようとする問題点〕

ところで、前述の多重画面制御方法において
は、各表示データの表示優先度とそれらを表示す
るタスク（要求元のプログラム）の実行優先度と
の関係が必ずしも明確ではない。このため、特に
マルチタスク・オペーテイング・システムの制御
下で各表示データを表示するタスクを制御してい
る場合に、各表示データの相互の表示関係が変つ
たりあるいは、最前面の表示データを操作者が更
新している場合に、他のタスクによる新たな表示
データが上書きされたりすることなどが生じ、正
常な画面操作が困難になることがあつた。

本発明の目的は、これらの問題点に鑑み、複数
のデータを同一の表示装置上に重ね合せを許して
同時に表示する際に所定の操作が終了するまで、
その時の表示優先度を固定して新たなデータの表
示を抑止することを可能とする多重画面制御方法
を提供することにある。

〔問題点を解決するための手段〕

上記目的を達成するため、表示メモリに格納す
る複数の表示データの各々に関して、その表示位
置、その相互の表示優先度を管理する第１の制御
テーブルと、表示中の複数データの内で最も優先
度の高いデータに関する優先ウインドウ宣言およ
び表示要求待ち行列を管理する第２の制御テーブ
ルを設けることにより、達成される。

〔作用〕

すなわち、最前面の表示データを表示中のタス
クが優先ウインドウ宣言を発行可能としておき、
この優先ウインドウ宣言が成されると第２の制御
テーブルに設定され、他のタスクが新に表示要求
を出したり、既に表示中のデータの表示優先度を
変更したりする場合、第２の制御テーブルの優先
ウインドウ宣言をチエツクすることにより、第２
の制御テーブルの表示要求待ち行列に待ち状態と
され、これら表示要求又は表示変更要求が抑止さ
れることになり、最前面の表示データを更新中の
操作者、タスクは他のデータ表示タスクから何の
干渉も受けずに処理を進めることが出来、あたか
も、自分がその表示画面を占有しているかの如き
操作が可能になる。

〔実施例〕

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

第２図は、本発明に係る計算機システム、たと
えばワード・プロセツサやパーソナル・コンピユ
ータの如きシステムの構成例を示すものである。
システムは、主メモリ（MM）１０、処理装置
（CPU）１１、図形表示装置（GPU）２０、表示
デイスプレイ（Ｄ）１９、磁気デイスク（DISC）
１４、磁気デイスク制御装置（DC）１３、キー
ボード（KB）１６、KB制御装置（KBC）１５、
マウス等のポインテイング・デバイス（PD）１
８、PD制御装置（PDC）１７、プリンタ（PR）
２９、PR制御装置（PRC）２８および共通バス
１２などから構成される。

またGPU２０は第２図ｂに示すように、共有
メモリ（SM）２１、図形表示処理装置（GP）
２２、表示メモリ（FM）２３、および表示デイ
スプレイ制御装置（DC）２４を内部バス２５に
て接続したものである。

第２図を用いて、表示の方法を簡単に説明す
る。同図ａにおいて、CPU１１にて実行中のプ
ログラムP₁により、Ｄ１９に図形あるいは文字
を表示する場合には、まず表示しようとする図形
あるいは文字データ（これらは一般的には図形描
画コマンド列や文字コード列である）をプログラ
ムP₁によつてMM１０からSM２１に転送し、次
いでGP２２に実行要求を出す。実行指示を受け
たGP２２は、SM２１から該図形データあるい
は文字データを取り出し、該データをＤ１９上の
各表示点に対応したドツト・データに展開し、
FM２３上の表示位置に対応した箇所に該ドツ
ト・データを格納する。一方、Ｄ１９の表示制御
装置DC２４は、一定周期でFM２３をスキヤン
し、その内容に従つてＤ１９に表示を行つてい
る。従つて、FM２３に格納された該ドツト・デ
ータは、DC２４によつて直ちにＤ１９上に表示
されることになる。

第３図ａ〜ｆは本発明に係る多重画面表示方式
による表示例を説明するものである。第３図ａは
Ｄ１９の画面３０の矩形表示領域（これを以後ウ
インドウと呼ぶ）３１に一つの一般データを表示
した例であり、ｂ，ｃも同様にウインドウ３２，
３３に夫々一つの一般データを表示した例であ
る。第３図ｄは、同図ａ，ｂ，ｃの表示内容を、
本発明に係る多重画面表示方式を用いて画面３０
に同時に表示した例である。ここでは、ウインド
ウは、３１，３２，３３の順に表示されたものと
して、即ちウインドウ３３の表示優先度が最高で
あるとして表わしてある。

第３図ｅは、同図ｄの状態において、特殊デー
タの一つであるメニユー・コマンドをウンドウ３
６に表示した例であり、第３図ｆは、同図ｄの状
態において、特殊データの一つである緊急メツセ
ージをウインドウ３５に表示した例である。

ここで、メニユー・コマンドや緊急メツセージ
は、普通のデータとは異り、データそのものがほ
ぼ定式化されており、かつその表示応答性の良い
ことが要求されるため、普通のデータと区別して
特殊データと呼ぶこととする。これに対する普通
のデータは一般データと呼ぶことにする。この呼
称に合わせて、特殊データを表示するウインドウ
およびそれによつて隠される表示データの退避エ
リアを夫々特殊ウンドウ、特殊退避バツフアと呼
ぶ。また、一般データを表示するウインドウ、そ
の退避エリアを夫々、一般ウインドウ、一般退避
バツフアなどと呼ぶ。

ここで、上記で説明した多重画面表示例におい
て、表示データ、重なりデータについて夫々の格
納場所を説明する。第１図ａ，ｂは本発明に係る
多重画面表示方式をデータの格納場所に着目して
説明するための図面である。同図ａにおいて、
MM１０は後述の制御プログラム600，700，800，
900，100，110，120などを含むプログラム格納エ
リア１、後述の制御テーブル４０〜４５などを含
む制御テーブル格納エリア２、およびユーザのプ
ログラムや表示データなどを格納するデータ・エ
リア３から成つている。SM２１は、CPU１１に
よつてMM１０のデータ・エリア３から送られて
来る表示に必要なデータを格納するコマンド・エ
リア４、デイスクのような外部メモリ１４やMM
１０に格納或は退避されていた表示用ドツトデー
タをFM２３に転送するための送出バツフア・エ
リア５、およびFM２３の表示ドツト・データを
外部メモリ１４やMM１０に退避あるいは格納す
るための受信バツフア６とから成る。FM２３
は、Ｄ１９に表示中のドツト・データを格納して
おく表示バツフア７、特殊データ用ウインドウに
よつて重ねられたドツト・データを退避する特殊
退避バツフア９、および一般データ用ウインドウ
同志によつて重ねられたウインドウのドツト・デ
ータを退避する一般退避バツフア８とから成る。
また外部メモリ１４にはウインドウのドツト・デ
ータの退避エリア３９を設ける。

さて、第１図ｂに示した画面３０の如き多重画
面表示がされたとすると、FM２３の表示バツフ
ア７には図示した画面のドツト・データが格納さ
れており、緊急メツセージのウインドウ３５によ
つて重ねられた直前の表示ドツト・データがFM
２３の特殊退避バツフア９に退避されている。ま
た、FM２３の一般退避バツフア８には、ウイン
ドウ３３を表示した時に退避されたウインドウ３
２の全体の表示ドツト・データが格納されてい
る。さらに、SM２１の受信バツフア６には、ウ
インドウ３２を表示した時に退避されたウインド
ウ３１の全体の表示ドツト・データが格納されて
いる。そして、外部メモリ１４の退避エリア３９
には、ウインドウ３１を表示した時に退避された
ウインドウ３７の全体の表示ドツト・データが格
納されている。尚、ここでは、簡単のためにFM
２３の一般退避バツフア８およびSM２１の送信
バツフア５、受信バツフア６は夫々画面１面分し
か存在しないとして説明するが、それらは各々複
数画面分用意するのが一般的である。

第４図は本発明に係る制御テーブル類を示した
ものである。

ウインドウ状態管理ブロツク（WSMB）４０
は、ウインドウ全体の状態を管理するものであ
り、以下のフイールドから構成されている。ウイ
ンドウ状態フラグ（STATUS）４０１は後述す
る優先ウインドウ宣言の有無を示すものであり、
現ウインドウ占有タスク番号（TN）４０２は最
前面のウインドウを使用中のタスク番号を示すも
のであり、ウインドウ占有待行列ポインタ
（WAITQ）４０３は優先ウインドウ宣言中など
の要因によりウインドウ使用を待たされているタ
スクの待行列ポインタであり、WCBリスト・ポ
インタ（WLIST）４１は後述のウインドウ制御
ブロツク（WCB）４２を接続するポインタであ
る。ここで、WAITQ４０３に作られるタスクの
待行列は、一般的なOSで用いられるように、タ
スク制御ブロツク（TCB）４６をつなげるもの
とする。ウインドウ制御ブロツク（WCB）４２
は、各々のウインドウの大きさや表示位置、表示
するデータ番号、ウインドウタイプ、ウインドウ
の重なりによる表示データの退避エリア情報など
を管理するためのものであり、ウインドウが定義
される度毎にWCBリストポインタ（WLST）４
１に表示優先度の高い順に接続される（即ち、
WLST４１に該WCB４２の先頭アドレスが格納
される。） WCB４２の構成は、次に低い表示優先度を有す
るウインドウに関するWCBを指すWCBポインタ
（WPT）４２１、対応するウンドウ番号（WN）
４２２、そのウインドウ種別（WTYPE）４２
３、表示すべきデータ番号（DN）４２４、ウイ
ンドウの左上隅座標（W₁）４２５、右下隅座標
（W₂）４２６、退避エリアを示す退避エリア種別
（SATYPE）４２７、退避エリア番号（SAN）
４２８などから成る。なお、WLST４１、WCB
のWPT４２１を継ぐリストは双方向リストとす
る。

また、本実施例の以下の説明では、次の記号を
用いることとする。すなわち、WTYPE４２３と
しては１が一般ウインドウ、２は特種ウインドウ
を表わすこととし、またSATYPE４２７として
ＦがFM２３の一般退避エリア、ＳがSM２１の
受信バツフア、ＤがDISC１４の退避エリアを現
わすこととする。

また、FM２３の一般退避バツフア８、SM２
１の受信バツフア６、外部メモリ１４の退避エリ
ア３９の各エリアと退避されたウインドウ表示デ
ータの関係は、夫々、一般退避バツフア制御ブロ
ツク（FMSACB）４３、受信バツフア制御ブロ
ツク（SMSACB）４４、退避エリア制御ブロツ
ク（SSSACB）４５にて管理する。

夫々の制御ブロツクの構成は類似しており、用
意した退避領域の数（CASEN）、使用中の領域
の数（USEDN）、および各領域に退避されたウ
インドウの番号（WN）とその領域の先頭番地
（ADDR）とから成つている。

これらの各フイールドの使用法は、以下の如く
である。たとえば、FMSACB４３を例にとる
と、ある一般ウインドウＡを表示しようとしたと
き、既にウインドウＢが表示されていたとする。
このとき、FM２３の一般退避バツフア８などへ
ウインドウＢのデータを退避する訳であるが、ま
ずFMSACB４３のCASEN４３１とUSEDN４３
２とを比較し、前者の方が大きければFM２３の
一般退避バツフアには末だ空きエリアがあると判
断する。そして、WN４３３が零であるかを調べ
て空きを見つけ、そのときに対応するADDR４
３４より一般退避バツフア８内にある退避エリア
の先頭アドレスを得て、そのエリアへウインドウ
Ｂのデータを退避する。そして、そのときのWN
４３３にウインドウＢのウインドウ番号を設定
し、さらにFMSACB４３のUSEDN４３２を１
だけ加算する。一方、ウインドウＢのデータを表
示画面上に回復する場合は、FMSACB４３の
WN４３３がウインドウＢのウインドウ番号に合
致するものを探し出し、そのときの対応する
ADDR４３４によつて示される一般退避バツフ
ア８内の退避エリアに格納されているウインドウ
ＢのデータをFM２３の表示バツフア７へ回復す
る。そして、FMSACB４３の該WN４３３を零
にクリアし、かつUSEDN４３２を１だけ減算す
る。

さて、本発明では、これまでに説明してきたよ
うにウインドウ間で重なり合つたデータの退避デ
ータとして、FM２３の表示バツフア７に展開し
格納されるドツト・データを取扱う。このことに
より、表示位置の変更の際の表示データの再表示
に要する処理を、SM２１に格納された図形ある
いは文字データからGP２２を介して再びドツ
ト・データに展開する場合に比較し短時間で実行
できることができる。

また、本発明では、一般ウインドウ間で重なり
合つたデータの退避方法として、ウインドウを新
たに表示するときには、その直前に表示されたウ
インドウが何であつたかを記憶し、その直前に表
示されていたウインドウ全体のドツト・データを
退避する方法を採用する。この方法によつて、退
避回復のためのデータ転送回数が減少でき、退避
状況の管理の負担が軽減される。この点に関して
は、本出願人が先に出願した特願昭60−231191
号・「多重画面表示制御方式」に詳しい。

第５図ａ〜ｐは、本実施例に係る多重画面表示
方式の画面表示例とその時の制御テーブルに
WCB４２の状態を併記したものである。

第６図〜第１４図は、本実施例に係る多重画面
表示方式の処理手順を示したものである。本実施
例では、表示データの書込み（WRITE
WINDOW）６００、表示済データの最優先表示
（POP UP WINDOW）８００、表示領域の移動
（（MOVE WINDOW）１００、および表示デー
タの消去（CLEAR WINDOW）１２００、優先
ウインドウ宣言（SET WRSV）１４００、優先
ウインドウ解除（RESET WRSV）１５００の
各コマンドの処理手順を示すことにする。

以下に第５図ａ〜ｐおよび第６図〜第１４図を
用いて各処理手順を説明する。

（） WRITE WINDOW 第５図ａ〜ｐは、WRITE WINDOWコマンド
を用いて画面３０にウインドウ３１，３２，３３
を次々に定義し、夫々データＡ，Ｂ，Ｃを表示し
て行く様子を示したものである。まず第５図ａに
おける本コマンドの処理手順を第６図を用いて説
明する。GP２２はウインドウ番号WN＝１、ウ
インドウ種別WTYPE＝１（一般）、セグメントデ
ータ番号DN＝Ａ、ウインドウ左上・右下座標
W₁＝A1、W₂＝A2を伴つた本コマンドを受ける
と、まずコマンドのパラメータWTYPEより表示
しようとするウインドウは特殊ウインドウか否か
を判定する（ブロツク６０２）。特殊ウインドウ
（WTYPE＝２）であればブロツク６１０へ、そ
うでなければブロツク６０４へ処理を進める。今
の場合はWTYPE＝１（一般）なので、ブロツク
６０４へ進み、さらにWLIST４１に接続された
WCB４２のWTYPE４２３を用いて既に特殊ウ
インドウが表示されているか否かを判定する。今
の場合は、該ウインドウが初めて表示されるので
判定は否となり、処理はブロツク６０６へ進む。
ブロツク６０６では、優先ウインドウ宣言が既に
成されているかをWSMB４０のSTATUS４０１
を用いて判定する。今の場合は、ここでも判定は
否となり、ブロツク６１０へ制御を進める。ブロ
ツク６１０では、空いているWCB４２ａを獲得
し、WLST４１で指されるWCBリストの先頭に
該WCB４２ａを挿入する。次いで、該WCB４２
ａにWN＝１、WTYPE＝１、DN＝Ａ、W₁＝
A1、W₂＝A2を登録する（ブロツク６２０）。次
いで、WSMB４０のSTATUS４０１に“優先ウ
インドウ宣言なし”TN４０２に本コマンドを発
行したタスクの番号を登録する（ブロツク６２
５）。さらにWCB４２ａのWPT４２１を調べ既
に表示中のウインドウがあつたか否かを判定する
（ブロツク６３０）。今の場合は、該ウインドウが
初めて表示されるので、判定は否となり処理はブ
ロツク６５０へ進む。最後に、GP２２は指定さ
れた該データＡをドツト・データに展開し、FM
２３のウインドウ座標A1，A2の矩形領域に相当
する部分に該ドツト・データを書き込む。この結
果、画面３０は第５図ａの如くなり、そのときの
WCB４２ａが同図ｇの如くなる。

ところで、ブロツク６０４にて既に特殊ウイン
ドウが表示されていると判定された場合、あるい
はブロツク６０６にて既に優先ウインドウ宣言が
されていると判定された場合には、新たなウイン
ドウを開くことを抑止し、ウインドウを開くこと
のできる状態まで、本コマンドを発行したタスク
を待たせることにする。そこで、上記の状況が発
生した場合には、ブロツク６７０にて、ウインド
ウ表示を要求したタスクのTCB４６をウインド
ウ表示待ち状態にし、WSMB４０のWAITQ４
０３にそのTCB４６をつなげる。次いでタスク
切換えのため、タスク・デイスパツチヤへ制御を
渡す（ブロツク６８０）。これにより、本コマン
ドを発行したタスクは、特殊ウインドウが表示消
去されるまで、あるいは優先ウインドウ宣言が取
消されるまで、待たされることになる。

次に、ウインドウ３１の上にウインドウ番号
WN＝２、ウインドウ種別WTYPE＝１、セグメ
ントデータ番号DN＝Ｂ、ウインドウ座標W₁＝
B1、W₂＝B2を伴つたWRITE WINDOWコマン
ドにより、一般ウインドウ３２を定義し、データ
Ｂを第５図ｂの如く表示する場合を考えてみる。
GP２２における該コマンド処理手順はブロツク
６０２〜６３０までは前記と同様である。ブロツ
ク６３０における既に表示中のウインドウの有無
の判定は、今度はYES（即ち有）であるので、処
理はブロツク６４０へ進み、サブルーチン
（SAVE WINDOW）７００を実行する。

SAVE WINDOW７００の処理手順を第７図
に示す。SAVE WINDOW７００は、ウインド
ウ種別を判定し、特種ウインドウ（WTYPE＝
２）であれば、特殊退避バツフア９への重なりド
ツト情報の退避を行ない、一般ウインドウ
（WTYPE＝１）であれば、一般退避バツフア８、
受信バツフア６、退避エリア３９の何れか適当な
領域へ既に表示中のウインドウ中、最も優先度の
高いウインドウのドツト情報の退避を行なうもの
である。SAVE WINDOW７００へ渡される引
数は、表示ドツト情報を退避したいウインドウに
対応するWCBのアドレスと、重ねようとする新
ウインドウのウインドウ種別である。今の場合
は、WCB４２ａのアドレスとなる。さて、
SAVE WINDOW７００の処理においては、ま
ず、与えられたウインドウ種別より、特殊ウイン
ドウか否かを判定する（ブロツク７１５）。もし、
ここで特殊ウインドウであれば、ブロツク７６０
に進み、特殊ウインドウのWCBより特殊ウイン
ドウの位置座標W₁，W₂を得、それに対応する表
示バツフア７内のドツト情報を特殊退避バツフア
９へ退避し（ブロツク７６０）、本サブルーチン
を呼び出したルーチンへ制御を戻す（ブロツク７
８０）。しかし、今の場合はウインドウ３２は、
特殊ウインドウでなく、一般ウインドウであるの
で、ブロツク７２０以降に進み、夫々の退避エリ
アの状況に従い下記の処理を行う。

まず、FM２３の一般退避バツフア８に空き領
域があればブロツク７６５〜７７５を処理し、指
定されたWCBより、重ね合せられるウインドウ
の座標W₁，W₂を得（今の場合A₁，A₂）、表示バ
ツフア７の対応する情報を空いている一般退避バ
ツフア８へ退避し、FMSACB４３の対応するエ
リアに退避したウインドウ番号を設定し、ブロツ
ク７８０へ行き、呼出しルーチンへ戻る。

また、FM２３の一般退避バツフア８がもし満
杯で、SM２１の受信バツフア６に空き領域があ
る場合には、一般退避バツフア８の一ケースを受
信バツフア６に移し（ブロツク７４５〜７５５）、
その空いた一般退避バツフア８へ先と同様に表示
バツフア７内の重なり情報を退避する（ブロツク
７７０〜７７５）。

また、もしFM２３の一般退避バツフア８も、
SM２１の受信バツフア６も満杯の場合には、受
信バツフア６の一ケースを退避エリア３９へ移し
（ブロツク３０〜７４０）、空いた受信バツフア６
へ一般退避バツフア８の一ケースを移し（ブロツ
ク７５０〜７５５）、空いた一般退避バツフア８
へ先の説明と同様に表示バツフア７内の重なり情
報を退避する（ブロツク７７０〜７７５）。

今の場合には、一般退避バツフア８に空きがあ
るので、ブロツク７６５〜７７５を処理し、その
結果WCB４２ａのSATYPE４２７は同図ｈにみ
るように、一般退避バツフア８を示す‘F'が設定
され、SAN４２８には‘1'が設定される。そし
て、本サブルーチンの呼び出し元へ制御を戻す。
今の場合には、第６図のWRITE WINDOW６０
０のブロツク６５０に制御が戻される。そこで、
GP２２は、指定されたデータＢをドツト・デー
タに展開し、FM２３の表示バツフア７のウイン
ドウ座標B1，B2に相当する矩形領域に該ドツ
ト・データを書込む。この結果、画面３０は第５
図ｂの如くなり、そのときのWBC４２ａ，４２
ｂの関係は同図ｈの如くなる。

さらに、第５図ｃの如くウインドウ３１，３２
の上にウインドウ３３を定義してデータＣを表示
する場合を考えてみる。GP２２はウインドウ番
号３、ウインドウ種別１、セグメント・データ番
号Ｃ、ウインドウ座標W₁＝C₁，W₂＝C₂を伴つた
WRITE WINDOWコマンドを受取ることによ
り、既に説明したのと同じ第６図および第７図の
処理手順を実行する。この時、一般退避バツフア
８は１ケースしかないとすると、空きがないの
で、SAVE WINDOW７００の処理はブロツク
７５０〜７５５，７７０〜７８０を実行し、一般
ウインドウ３１の表示データは受信バツフア６
へ、一般ウインドウ３２の表示データは一般退避
バツフア８へ退避される。この結果、WCB４２
の関係は第５図ｉの如くなる。すなわち、一般ウ
インドウ３１の表示データに関するWCB４２ａ
のSATYPE４２７には、受信バツフア６を示す
‘S'が設定され、SAN４２８には‘1'が設定さ
れる。

（） POP UP WINDOW 第５図ｄは、第５図ｃの状態において最も表示
優先度の低いウインドウ３１をPOP UP
WINDOWコマンドを用いて最も表示優先度の高
いウインドウとして最前面に表示するようにした
結果を示したものである。本コマンドの処理手順
を第８図と第９図を用いて説明する。

GP２２は、ウインドウ番号WN＝１を伴つた
本コマンドを受けると、まず、第６図のWRITE
WINDOWコマンドでも説明したのと同様に、既
に特殊ウインドウが表示されているか否か、およ
び既に優先ウインドウ宣言が成されているか否か
を判定し（ブロツク８０２，８０４）、両者とも
否の場合のみ、ブロツク８１０へ進み、正規の処
理を行なう。もし、上記の２つの条件の内一方で
も成立すれば、該当タスクを待状態とし、タス
ク・デイスパツチヤへ制御を移す。

GP２２は、ブロツク８１０で、指定された
WN＝１に対応するWCB４２ａをWLST４１で
指されるリストをサーチすることにより探し出
し、該WCB４２ａの先頭アドレスを求める（ブ
ロツク８１０）。このとき指定ウインンドウWN
＝１よりも表示優先度の高いものがなかつた場合
には、本コマンド処理は直ちに終了する（ブロツ
ク８２０）。今の場合には、表示優先度の高いも
のが存在するので、制御はブロツク８３０へ進め
られる。GP２２は、先に得たWCB４２ａ先頭ア
ドレスをWLST４１に登録することにより、
WLIST４１にて示されるリストの先頭に該WCB
４２ａをつなぎ換える（ブロツク８３０）。次い
でGP２２はサブルーチンSAVE WINDOW７０
０を実行して新に重ねられる既表示情報を退避し
（ブロツク８４０）、引続きサブルーチン
RESUME WINDOW９００を実行してそれまで
重なり合いにより退避されていたウインドウWN
＝１に関するドツト情報を回復し該ウインドウの
すべてのデータを再表示させる。

ブロツク８４０にて、サブルーチンSAVE
WINDOW７００に与えられる引数は、先に求め
たWCB４２ａを接続し直す前までに、WLST４
１のリストの先頭につながれていたWCB４２ｃ
の先頭アドレスとウインドウ種別WTYPEであ
る。サブルーチン７００の処理手順は先に説明し
たので、ここでは省略するが、サブルーチン７０
０を処理した結果、ウインドウ３１は退避エリア
３９へ、ウインドウ３２は受信バツフア６へ、ウ
インドウ３３は一般退避エリア８へ退避され、こ
の時の各制御テーブルの状態は第５図ｐの如くな
る。

ブロツク８５０にてサブルーチンRESUME
WINDOW９００に渡される引数は、重なりデー
タを回復しようとするウインドウ３１に対応する
WCB４２ａ先頭アドレスである。RESUME
WINDOW９００の処理手順を第９図に示す。

RESUME WINDOW９００に制御を移した
GP２２は、まずWCB_t４２ａよりウインドウ３
１に対応するウインドウ番号、退避エリア種別、
退避エリア番号を求める（ブロツク９０５）。次
いで、退避エリア種別を判定し（ブロツク９１
０）、夫々の退避エリア種別に応じた処理を行な
い（ブロツク９１５〜９２０，９２５〜９３０，
９３５〜９４０）、本サブルーチンの呼出し元へ
戻る（ブロツク９４５）。各退避エリア種別毎に
処理する内容は細かくは異なるが、マクロには以
下の如くである。即ち、対応する退避エリア制御
ブロツクより、指定されたWNに一致する退避エ
リアのアドレスを求め、該当エリアより退避デー
タを取出しFM２３の表示バツフア７内の元のウ
インドウ表示エリアに相当する位置へ、該データ
を転送し、退避エリア制御ブロツクの該当エリア
をクリアし、使用中エリア数を−１しておく。今
の場合には、一般ウインドウ３１の退避情報は外
部メモリ１４の退避エリア３９より取出される。
そして、全ての処理を終えたところで、POP
UP WINDOWコマンド８００へ戻り、コマンド
全体の処理を終了する。以上の結果、画面３０は
第５図ｄの如くなり、その時のWCBの関係は同
図ｊの如くなる。

（） MOVE WINDOW 第５図ｅは、第５図ｄにおける最も表示優先度
の高い一般ウインドウ３１の表示位置をMOVE
WINDOWコマンド１００を用いて新らたなウイ
ンドウ３４に移動させた結果を示したものであ
る。本コマンドの処理手順を第１０図を用いて説
明する。

移動したいウインドウ番号WN＝１、新しいウ
インドウ表示位置座標W₁Ｎ＝A5，W₂Ｎ＝A6を
伴つた本コマンドを受取つたGP２２は、まず
WN＝１に対応するWCB４２ａをWLST４１に
て指されるWCBリストより探し出す（ブロツク
１０１）。次いで、SAVE WINDOWサブルーチ
ンを呼び出しFM２３の表示バツフア７よりウイ
ンドウ位置A1，A2に相当する部分のドツト情報
を一般退避バツフア８に退避する（ブロツク１０
２）。そして、WCB４２ａに新しいウインドウ位
置（A5，A6）を登録する（ブロツク１０３）。

ひき続き、そのウインドウエリアで隠されてい
た他のウインドウ内容を再表示するために第１１
図に示すサブルーチンRESUME ALL WIN１１
０を実行する（ブロツク１０４）。RESUME
ALL WIN１１０への引数はWCB４２ａの先頭
アドレスのみでよい。

RESUME ALL WIN１１０を実行しはじめた
GP２２は、まず、FM２３上のウインドウ位置
A1，A2に相当する領域をクリアする（ブロツク
１１５）。このとき背景色が指定されていれば、
背景色でその領域を塗りつぶす。

次いで、WLST４１のリストより、最も優先
度の低いウインドウのWCBアドレスを求める。
（ブロツク１２０）そして、該ウインドウの退避
データを、RESUME WINDOWサブルーチン９
００を用いて再表示し（ブロツク１２５）、さら
に、次に表示優先度の高いウインドウのWCBア
ドレスを求め（ブロツク１３０）、WLST４１の
リストの先頭に至るまで、先述のブロツク１２５
〜１３０の処理を実行する。この結果、必要なウ
インドウについてはその表示データは全て再現さ
れることになる。

以上の結果、画面３０は第５図ｅの如くなり、
その時の各制御テーブルの状態は同図ｋの如くな
る。

（） CLEAR WINDOW 第５図ｆは表示優先度の最も高いウインドウ３
４をCLEAR WINDOWコマンドを用いて消去し
た結果を示したものである。本コマンドの処理手
順を第１２図を用いて説明する。尚、本コマンド
への引数はウインドウ番号WNとウインドウ種別
WTYPEだけでよい。

ウインドウ番号WN＝１、ウインドウ種別
WTYPE＝１を伴つたCLEAR WINDOWコマン
ド１２０を受付けたGP２２は、直ちにWN＝１
に対応するWCB４２ａの先頭アドレスを求める
（ブロツク１２１０）。次いで、WCB４２ａを
WLST４１で示されるリストより削除し、空き
状態にする（ブロツク１２３０）。さらに、
WSMB４０の優先ウインドウフラグSTATUS４
０１、ウインドウ使用中タスク番号４０２をクリ
アする（ブロツク１２３１）。そして、特殊ウイ
ンドウか否かを判定し（ブロツク１２４０）、そ
うであればブロツク１２６０へ進み、特殊ウイン
ドウによつて隠されていた表示情報をフレーム・
メモリの特殊退避エリアより取出し、フレーム・
メモリの元の位置へ戻す。今の場合、一般ウイン
ドウについてであるので、ブロツク１２５０へ進
む。ブロツク１２５０では、サブルーチン
RESUME ALL WIN１１０を実行し、先の
MOVE WINDOW１００の説明で述べたと同様
にして、ウインドウWN＝１によつて隠されてい
たドツト情報を再表示する（ブロツク１２５０）。
最後に、ウインドウ表示待ちのタスクかあるか否
かをWSMB４０のWAITQ４０３を用いて調べ、
タスクの待行列が存在すれば、該当タスクの待行
列を解除し、実行待状態とする（ブロツク１２７
０，１２８０）。以上の結果、画面３０は第５図
ｆ、関連制御テーブルは同図ｌの如くなる。

第５図ｍは、同図ｆの状態にて特殊ウインドウ
３５が表示された場合の画面３０を示したもので
ある。この処理は先に説明したWRITE
WINDOWコマンド６００をウインドウ種別＝２
（特殊）として発行することにより実行される。
この結果、関連制御テーブルは同図ｎの如くな
る。なお、特殊ウインドウによつて重ねられた部
分を退避するエリアは、FM２３の特殊退避エリ
ア９に限られているため、WCBのSTYPE４２
７には何も記録されない。

（） SET WRSV 第１３図は優先ウインドウ宣言コマンドSET
WRSV１４００の処理手順を示したものである。

本コマンドを受けたGP２２は、まず、本コマ
ンドを発行したタスクが現ウインドウ（最前面ウ
インドウ）を使用しているタスクか否かを
WSMB４０のTN４０２を用いて判定する（ブ
ロツク１４１０）。その通りであれば、GP２２は
処理をブロツク１４２０へ進め、WSMB４０の
STATUS４０１内の優先ウインドウ宣言フラグ
を設定する。これにより、現ウインドウを使用中
のタスク以外によるウインドウの生成、変更を抑
止可能になる。

（） RESET WRSV 第１４図は優先ウインドウ解除コマンド
RESET WRSV１５００の処理手順を示したも
のである。

本コマンドを受けたGP２２は、まず本コマン
ドを発行したタスクが現ウインドウ（最前面ウイ
ンドウ）を使用中のタスクか否かを判定し（ブロ
ツク１５１０）、もしそうであれば、WSMB４０
のSTATUS４０１内の優先ウインドウ宣言フラ
グをリセツトする（ブロツク１５２０）。次いで、
ウインドウ表示待ちのタスクがあるか否かを
WSMB４０のWAITQ４０３を用いて判定し
（ブロツク１５３０）、もしそうならば、WAITQ
４０３につながれているタスクのTCBを全ては
ずし、それらを実行待行列にする。

以上説明してきたように、本実施例では、優先
ウインドウ宣言フラグを使用者が制御することに
より、ウインドウの表示内容を任意の期間保証で
き、使い勝手のよいウインドウ制御機能を提供す
ることが可能になる。

〔発明の効果〕

本発明によれば、複数のデータを同一表示装置
上に重ね合せを許して同時に表示するシステムに
於て、使用者による所定の操作が終了するまで、
必要に応じてその時の表示優先度を固定して、新
なデータの表示あるいは既表示データの表示優先
度の変更を抑止することができるという効果があ
る。

【図面の簡単な説明】

第１図は本発明に係る表示データの蓄積方法を
示す図、第２図は本発明に係る計算機システム構
成図、第３図は多重画面表示例を示す図、第４図
は本発明に係る制御テーブル構成図、第５図は多
重画面表示例とその時の制御テーブルの状態を示
す図、第６図〜第１４図は本発明に係る多重画面
表示方式の処理手順を示す図である。４０……ウインドウ状態管理ブロツク、４０１
……ウインドウ状態フラグ、４２……ウインドウ
制御ブロツク、６００……WRITE WINDOW処
理手順、８００……POP UP WINDOW処理手
順、１００……MOVE WINDOW処理手順、１
２００……CLEAR WINDOW処理手順、１４０
０……SET WRSV処理手順、１５００……
RESET WRSV処理手順。

Claims

【特許請求の範囲】１予め、処理に必要なプログラム及びデータを
メモリに記憶するとともに、処理装置によつて、
該プログラム及びデータに従つた処理を実行し、
その結果形成された複数のウインドウに係る表示
データを表示メモリの任意の位置に格納するとと
もに、該複数のウインドウ各々の表示位置とその
相互の優先度を該メモリに記憶し、表示装置に該
表示メモリの内容を表示することにより、該複数
のウインドウを重ね合せて表示する多重画面制御
方法において、上記処理装置による処理の実行後、使用者また
は上記プログラムにより上記複数のウインドウの
中の一つのウインドウについて優先ウインドウ宣
言の設定が指示された際、上記処理装置は、当該
一つのウインドウについて上記優先ウインドウ宣
言がなされていることを上記メモリに記憶し、上記優先ウインドウ宣言がされている際に、上
記処理装置は、上記複数のウインドウ各々に関す
る表示変更以外の処理を並行して実行する一方、
上記複数のウインドウの内で最も優先度の高いウ
インドウ以外のウインドウに対する表示変更の要
求があつた場合、該要求の実行を抑止するととも
に待ち状態として該要求を上記メモリに記憶し、上記使用者またはプログラムにより上記優先ウ
インドウ宣言の解除が指示された際、上記処理装
置は、上記メモリ上の上記優先ウインドウ宣言を
解除するとともに、上記待ち状態とされた要求を
処理することを特徴とする多重画面制御方法。２上記表示変更の要求は、新たなウインドウの
表示要求である特許請求の範囲第１項記載の多重
画面表示情報処理方法。３上記表示変更の要求は、下位ウインドウの優
先表示要求である特許請求の範囲第１項記載の多
重画面制御方法。４上記上記複数のウインドウ各々の表示位置と
その相互の表示優先度は、上記メモリ上の第１の
制御テーブルとして管理され、上記優先ウインド
ウ宣言および待ち状態とされた要求の行列は、第
２の制御テーブルとして管理されることを特徴と
する特許請求の範囲第１項記載の多重画面制御方
法。５上記優先ウインドウ宣言の解除は、上記複数
のウインドウの内で最も優先度の高いウインドウ
が消去される際に同時に行なわれることを特徴と
する特許請求の範囲第１項記載の多重画面制御方
法。