JPH0628027B2 - マルチ・ウィンドウ表示システム - Google Patents

Description

【発明の詳細な説明】 Ａ．産業上の利用分野 本発明は、一般に、コンピュータおよびデータ・プロセ
ッサ・システムで通常使用されている陰極線管（ＣＲ
Ｔ）、ガス・パネル、液晶ディスプレイ（ＬＣＤ）、お
よび他の同様なディスプレイ上に多数のデータ・ウィン
ドウを表示する、マルチ・ウィンドウ表示システムに関
するものである。本発明の主な応用例は、各ウィンドウ
が種々なタスクのうちのそれぞれ異なる１個のタスクか
ら得られるデータを表示する、マルチ・タスク・コンピ
ュータ環境である。

Ｂ．従来技術および問題点 ラスタ走査型ＣＲＴ用のビデオ・データを発生させる方
法は良く知られている。ＣＲＴ制御装置を使って、表示
リフレッシュ・バッファ用の記憶アドレスを発生させ
る。この制御装置とバッファとの間に設けられたセレク
タを用いて、アドレスを交互に発生させ、リフレッシュ
・バッファの内容を変更できるようにする。したがっ
て、このセレクタは、制御装置からのリフレッシュ・ア
ドレス、またはシステム・アドレス母線上のアドレスを
表示リフレッシュ・バッファへ渡すことができる。リフ
レッシュ・バッファのバンド幅を時分割多重化（ＴＤ
Ｍ）することによって、リフレッシュとシステム・アク
セスの間の干渉をなくすることができる。英数字用のデ
ィスプレイでは、表示リフレッシュ・バッファに通常、
文字コード・ポイントおよびそれと関連する属性用の記
憶装置が設けられている。文字コード・ポイントを利用
して文字画素発生器にアドレスする。この文字発生器か
らの出力は、ＣＲＴ制御装置からの走査ライン・カウン
ト出力と同期して発生される。反転ビデオ、下線等の属
性機能が属性ロジックから文字発生器の出力に与えら
れ、その結果得られる画素が直列化されてビデオ・モニ
タに供給される。

多数のオペレーティング・システム（ＯＳ）プログラム
および適用プログラムが、コンピュータに多数のタスク
を同時に実行させる。たとえば、背景データ処理タスク
を前景ワード処理タスクと一緒に実行することができ
る。この背景データ処理タスクに関係するタスクは、デ
ータ処理タスクで発生させたデータからパイまたはバー
チャートを発生させる、グラフ生成タスクである。これ
らすべてのタスク内のデータを組み合わせて、１つのド
キュメントを作成できる。マルチ・タスク動作は、現在
市場に出廻っているポピュラーなマイクロコンピュータ
などの単一のコンピュータ、または、ホスト・コンピュ
ータに接続されたマイクロコンピュータによって実行で
きる。後者の場合、一般に、ホスト・コンピュータで背
景データ処理機能を行ない、マイクロコンピュータで前
景データ処理を行なう。複合表示リフレッシュ・バッフ
ァを形成することにより、このシステムでは、多数のタ
スクからウィンドウを表示することもできる。これらの
タスクは、それぞれ他のタスクから独立し、システム・
メモリ中で重なり合わないスペースを占めている。シス
テム・メモリ中に存在するタスクに対してユーザが定義
できるウィンドウを構成して、処理中の各タスクのデー
タを、スクリーン・サイズによって課される限界内で表
示することができる。ユーザの見通しに基づいて、これ
らのウィンドウは、重なり合わないように、または層状
に、または重なり合うように表示することができる。重
ね合せ表示によって、システム・メモリ内のデータが失
われることはない。各タスクごとにデータを保存する必
要があるので、隠れたウィンドウをディスプレイ・スク
リーン内で、またはこのディスプレイ・スクリーンから
移動させるとき、リフレッシュ・バッファを更新するこ
とによって下側の表示データを見ることができる。

上述の基本的インプリメンテーションは、ある種の用途
には十分であるが、ディスプレイ・ウィンドウおよびタ
スクの数が増加したり、ディスプレイ・スクリーンのサ
イズが増大する場合、性能が制限されることがある。表
示リフレッシュ・バッファを更新するのに必要な時間が
かなり増加すると、システムの応答時間が増加し、この
結果、スループットが減少するようになる。以下に説明
する要因によって、システムの応答時間が遅くなる。

(1)ディスプレイ・スクリーンに対してウィンドウ処理
されるシステム・メモリ内の位置をタスクが更新するご
とに、表示リフレッシュ・バッファを更新する必要があ
る。制御ソフトウェア、通常はＯＳ（オペレーティング
・システム）でこの状態の発生を監視し検出する必要が
ある。

(2)１つまたは複数のディスプレイ・ウィンドウ内でデ
ータをスクロールするためには、更新すべき表示リフレ
ッシュ・バッファ内に対応する位置が必要である。この
ことは第３図を参照することによって容易に理解でき
る。この図には、重なり合わないウィンドウの場合が示
されている。このスクロール動作は、システム・メモリ
内で可視ウィンドウを移動させることにより実行され
る。重なり合ったウィンドウ内のデータをスクロールす
る場合、対応する技術が使用される。

(3)ウィンドウのサイズまたは位置が変更される度に、
表示リフレッシュ・バッファをシステム・メモリに対し
て適当な位置で更新する必要がある。

このような問題点を解決する一方法として、ＥＰＣ（欧
州）公開特許公報第１４７５４２号には、以下の方法が
提案されている。すなわち、繰返し走査型の表示装置
と、この表示装置の表示域に直接マッピングされた表示
データ・エレメント位置を有するスクリーン・バッファ
と、表示装置の表示域を走査する動作に同期して表示デ
ータ・エレメント位置を走査するアクセス手段と、個々
のユーザが独立して発生させた複数個のウィンドウから
表示すべきデータ・エレメントの全部をコンパイルする
ための装置を備えた、マルチ・ウィンドウ表示システム
を設ける。このマルチ・ウィンドウ・ディスプレイ・シ
ステムは、表示装置の表示域に直接マッピングされたコ
ンパイル制御位置を有するピクチュア・マトリックスに
よって、このコンパイル装置が制御され、さらに、この
コンパイル機能が、制御位置の内容に直接応答し、種々
のウィンドウから利用できるデータ・エレメントを表示
域ごとに自動的にフィルタ処理することを特徴とする。

ここで、“ユーザ”なる用語は、タスク、プロセッサ、
またはオペレータまで含むものと拡大解釈するものとす
る。その理由は、ディスプレイに対して、これらの間に
は、明確な差異が存在しないからである。

そのハードウェアおよびソフトウェアの構成について説
明する。ハードウェア・インプリメンテーションに関し
ては、複数のスクリーン・バッファを循環的に同時に読
み出し、タスク選択手段によってこれらバッファの１つ
の出力を任意の時間にビデオ出力と結合する。スクリー
ン上の任意のポイントについて、表示されるデータは選
択されたバッファから生じるものであり、このバッファ
は、複数のスクリーン・バッファからコンパイルされた
スクリーン・ピクチュアを発生する全体構成に適してい
る。このタスク選択手段を、別々のタスク選択バッファ
とデコーダとすることもでき、この場合、タスク選択バ
ッファはスクリーン・バッファと同期してアドレスさ
れ、デコーダは、ディスプレイ・スクリーンの任意のポ
イントに対してスクリーン・バッファの１つを読み出す
ことができる。他の方法として、これらスクリーン・バ
ッファの１つを指定して、タスク選択バッファの動作を
実行させることもできる。指定されたスクリーン・バッ
ファ内の表示データは、所定のスクリーン位置に対応す
る位置で、このスクリーン位置用の表示データのために
使用という意味で、非透過データである。その理由は、
このバッファ位置に、この位置用のデータを取り出すべ
き他のバッファの１つを示すために使用される独特な選
択コードがロードされるからである。アクセスされた非
透過バッファ位置にこれら選択コードの１つが存在しな
いと、この位置にあるデータが、対応するスクリーン位
置に省略時状態として表示されるようになる。このよう
にして、表示が、一部はデータから、一部は非透過バッ
ファから、さらに一部は他のスクリーン・バッファから
どのようにして編集されるかが明らかになる。

ソフトウェア・インプリメンテーションは、システム・
メモリを広く利用したものである。システム・メモリ
は、表示可能域の複数のウィンドウ用の適用データを受
け取るためのプレゼンテーション・スペースをもたら
す。各ウィンドウが対応するプレゼンテーション・スペ
ースの全体またはサブセットを定義する。ディスプレイ
・スクリーンに対してマッピングされたウィンドウ優先
順位マトリックスが、プレゼンテーション・スペースの
ウィンドウからスクリーン・バッファにデータをフィル
タ処理して、どのデータをディスプレイ・スクリーンの
対応する位置に表示するかを指定する。ハイブリッド・
バージョンでは、ディスプレイ・データのフィルタ処理
は、スクリーン・バッファにロードする際にも、このよ
うなデータが複数設けられているスクリーン・バッファ
から選択的に読み出す際にも実行できる。

現在、あるタスクがその従属タスクを発生させ、それら
の従属タスクがそれ自体の従属タスクを発生させるタス
ク構成が可能であり、かつ、ウィンドウ・フレームおよ
びウィンドウ・バックグラウンドを形成する機能を、表
示すべき実際のデータを供給する機能、およびウィンド
ウ内の種々のデータが未知のデータがあたかも異なるウ
ィンドウ内に存在しているかのようにこれらデータを処
理する機能から分離することが可能であるが、十分な量
のハードウェア・スクリーン・バッファを設けることは
実際上問題であり、またウィンドウ優先順位マトリック
スを使用したり保持することは、前述の手順に従う場
合、極めて大きな処理上の負担となってしまう。

Ｃ．問題点を解決するための手段 本発明の目的は、ウィンドウの優先順位定義を極めて簡
単に使用したり保持できるように構成された、マルチ・
ウィンドウ・ディスプレイ・システムを提供することで
ある。

したがって、本発明は、表示装置と、表示装置の各表示
域に対するデータに寄与するウィンドウの識別子を指示
する画面所有権域即ち割り当て領域とを有するマルチ・
ウィンドウ・ディスプレイ・システムを提供する。この
マルチ・ウィンドウ・ディスプレイ・システムは、その
優先順位の順に保列された、アクティブ・ウィンドウの
リストが維持され、装置の表示域当りのリスト位置に関
してこのリストに変更が加えられると、このリストを優
先順位の低いものから重ね書きして進めて行くことによ
って、このリストから画面所有権域即ち割り当て領域を
再形成する手段が設けられ、このリストは、その各位置
で、当該の優先順位を有するウィンドウの識別子を示す
ことを特徴とするものである。

したがって、このウィンドウの優先順位の定義は、リス
トの更新とこのリストから画面所有権域の再生の組合せ
によって保持される。

後述するように、ウィンドウの優先順位は、どの位置近
に使われたか、および既存タスクの階層内でこのウィン
ドウの位置に応じて決まる。特定のタスク・ウィンドウ
内に変化が生じたり、このウィンドウと通信が行なわれ
たり、あるいは単にこのウィンドウを見る必要があった
ために、この特定のウィンドウがアクティブになると、
このウィンドウは最も高い優先順位を持つようになり、
したがってリストの先頭に来ると言うことができる。こ
のウィンドウに関連するタスクが従属タスクであり、し
たがって、タスクの階層のあるブランチのメンバーであ
る場合、このブランチに関連するすべてのタスクは、優
先順位が上がり、特定のタスクが、シフトされたタスク
・グループの先頭に行く点を除けば相対的に同じ優先順
位を保持しながら、リストの先頭へ移動するようにな
る。アクティブでないウィンドウは、このリストには現
われない。

このリストは、ウィンドウの記憶されたデータ形式の制
御ブロツクの記憶装置中でのアドレスを含み、さらに、
このデータの特性、すなわち、ウィンドウ・フレーム、
ウィンドウ・バックグラウンドまたはデータ・タイプ
（グラフィック、テキスト等）の指示を含んでいる。ま
た、画面所有権域には、表示データ域当り１つの記憶バ
イトが含まれているので、８ビットのバイトであれば、
この画面所有権域中に記憶すべきものは、すべて対応す
るリスト位置の指示なので、最大限２５５個までのアク
ティブなウィンドウが存在できる。また、このリスト位
置は記憶装置内のウィンドウのデータ形式の制御ブロツ
ク中にも記憶される。

画面所有権域の更新は、必要な情報が与えられるので比
較的直接的である。たとえば、処理すべきリストの最新
レベルに、ウィンドウの寸法を得るために向かうべきア
ドレスがあり、このウィンドウの性質が、明らかにリス
ト中に含まれており、リストで定義されるウィンドウ
が、対応する画面所有権域に含まれるすべてのウィンド
ウに置き換わる。スクリーンの幅全体が関係するが、通
常の状況の下ではその一部分が行であると予想される場
合には、画面所有権域即ち割り当て領域の更新を１回の
操作で行なうことができる。

Ｅ．実施例 前述の構成は、従来技術によるものであれ、あるいは本
発明によるものであれ、ＣＲＴディスプレイで使用する
ためのものである。ただし、ＣＲＴディスプレイは、ガ
ス・パネルや液晶ディスプレイなど、本発明が適用でき
る種々のタイプのディスプレイのうちの一種にすぎな
い。したがって、当業者にとって容易に理解できるよう
に、本例で説明するＣＲＴディスプレイは、単に一例に
すぎない。したがって、“リフレッシュ・バッファ”の
語は、ＣＲＴディスプレイに適用するときは特定の意味
をもつものの、表示すべきデータを記憶するハードウェ
アまたはソフトウェアのスクリーン・バッファと完全に
等価なことになる。本発明は、最新のスクリーン保管域
を維持するためのもので、この保管域は本明細書で引用
し、その第１図および第２図に図示した従来のスクリー
ン・マトリックスと直接に等価である。この従来技術に
関する詳細な説明は、前述のＥＰＣ公開特許公報に出て
いる。また、本発明は、組み込まれたスクリーン・バッ
ファの数には無関係である。また、参照した従来例が、
本願の第２図に関係しているので（従来例の第７図）、
便宜上その抜粋を再掲する。

本願の第２図に示した従来例では、２個の独立したハー
ドウェア・バッファ１２₁および１２₂のみが用いられて
いる。ただし、同種型システム・メモリの定義済み区域
が広く使用され、また、やはりスクリーン・マトリック
ス（４０、メモリ中に保持されている）によって決定さ
れるフィルタ処理機能は、従来例（ＥＰＣ公開特許公報
１４７５４２号）と同様に、これらバッファの１つに何
をロードさせるか（相対的に言うと、「ワンタイム機
能」）および、２つのバッファのどちらがスクリーンに
現在の出力を供給させるかの選択に分割される。その効
果は同じである。操作用メモリ中では、もっと多くの作
業が行なわれるが、それは実行の頻度が低下するために
相殺される。

図に示した特定の場合には、ホスト・コンピュータに接
続されたマイクロコンピュータは、バッファ１２₂、マ
イクロコンピュータ・バッファであるものと仮定され
る。しかし、当業者なら容易に理解できるように、シス
テム・メモリに十分に余裕がある場合には、スクリーン
・マトリックスの制御下でのプリバッファ・フィルタ処
理を、単一バッファを有する単一コンピュータにも適用
できる。図に示すように、このインプリメンテーション
では、スクリーン制御ブロツク３２、ウィンドウ制御ブ
ロツク３４、プレゼンテーション・スペース制御ブロツ
ク３６、プレゼンテーション・スペース３８およびスク
リーン・マトリックス４０が用いられる。たとえば、１
０個のスクリーン制御ブロツクと１０組のウィンドウ制
御ブロツクが、各スクリーン・レイアウトごとにそれぞ
れ１つずつある。どのスクリーン制御ブロツク３２も、
対応する１組のウィンドウ制御ブロツク３４を指示す
る。各プレゼンテーション・スペース３８は、スクリー
ン・レイアウト１つ当り少なくとも１個のウィンドウを
備えている。プレゼンテーション・スペースは、すべて
のスクリーンに対して共通であるが、ウィンドウはそう
ではない。スクリーン・レイアウト内のどのプレゼンテ
ーション・スペース３８に対応するウィンドウ制御ブロ
ツク３４も、プレゼンテーション・スペース内のウィン
ドウの原点（左上隅）を定義すると共に、プレゼンテー
ション・スペース内のそのウィンドウの幅と高さ、さら
に、ディスプレイ・スクリーン上のウィンドウの原点を
定義する。スクリーン・マトリックス４０は表示すべき
データのマップであり、一実施例によれば、このマトリ
ックス４０は、文字ごとに１対１で、どれをＣＲＴスク
リーン上に表示すべきかをマップするが、このようなマ
ッピングは、画素ごとにまたは他の基準で行なうことも
できる。複数タスクからのディスプレイ出力のすべてが
メモリに渡される。具体的に言うと、ハードウェア・リ
フレッシュ・バッファではなくてプレゼンテーション・
スペース３８に渡される。第２図の構成では、たとえ
ば、ＩＢＭ（登録商標）パーソナル・コンピュータ（Ｐ
Ｃ）を、ＩＢＭ３２７４制御装置などの制御装置を介し
て、ＩＢＭ３２７０コンピュータなどのホスト・コンピ
ュータに取り付けるものとする。この場合、ＰＣハード
ウェア・バッファ１２₂は、ＰＣプレゼンテーション・
スペースとして機能する。各プレゼンテーション・スペ
ースは、識別タグを割り当てられ、また、サイズやスク
リーン内での位置に関してオペレータや適用プログラム
が定義する、関連するウィンドウを備えている。オペレ
ータや適用プログラムがこれらウィンドウを互いに調整
すると、このシステムは、適当な位置に整列された識別
タグから構成されるスクリーン・マトリックス４０内
に、イメージを形成する。また、このマトリックス４０
を、ＣＲＴスクリーン上で表示される順序とは逆の順序
で形成することもできる。こうすると、オーバーラップ
するウィンドウが重ね書きによって形成できるようにな
る。他の方法として、比較機能を使って、一番上のウィ
ンドウから始めてオーバーレイまで次々に下ることによ
って、このマトリックス４０を形成することもできる。
マトリックス４０を形成する方法は、所望のシステムの
性能に応じて選択できる。このシステムは、すべてのス
クリーン更新をスクリーン・マトリックス４０を介して
フィルタ処理することにより、ディスプレイ出力をリフ
レッシュ・バッファに供給する。こうすると、スクリー
ン上で実際に変更または表示すべき文字のみを、リフレ
ッシュ・バッファに到達させることにより、オーバーラ
ップしたウィンドウ・システム内で性能を向上させるこ
とができる。現在必要でない文字は、このリフレッシュ
・バッファに到達せず、不必要な再作図を生じさせな
い。このような不必要な再作図が起こらないため、１つ
のウィンドウの内容が変更されたとき、すべてのウィン
ドウを絶えず更新する必要がなくなる。

文字を書くには、ＩＢＭ３２７４制御装置、監視適用プ
ログラムまたはＰＣが、文字コードをプレゼンテーショ
ン・スペース３８に書き込む。その書込み位置は、この
プレゼンテーション・スペース３８のカーソル値制御ブ
ロツクによって指定される。他の更新は不要である。す
なわち、この文字が、対応するウィンドウ制御ブロツク
３４によって指定されたウィンドウおよび、そのウィン
ドウのスクリーン・マトリックス４０によって表示のた
めに指定された部分内に含まれるか否かに応じて、新し
い文字が表示されたり表示されなかったりする。ＰＣバ
ッファ１２₂を使用するには、他のウィンドウ・ブロツ
ク３４と同様にＰＣ用のウィンドウ制御ブロツクを確立
する。この制御ブロツク３４は、幅、高さ、プレゼンテ
ーション・スペース原点およびスクリーン原点を含んで
いる。スクリーン・マトリックス４０が更新され、ウィ
ンドウ制御ブロツク３４によって定義されるＰＣバッフ
ァ中のウィンドウからのデータが、スクリーン・マトリ
ックス４０の許容する範囲内で、ＣＲＴスクリーン上に
表示される。ウィンドウ内のデータは、ウィンドウ原点
のＸ値またはＹ値を減分または増分させることによって
スクロールできる。他の制御更新は不要である。スクリ
ーン・バッファ中の対応するウィンドウのみを書き替え
るか、または、ＰＣウィンドウの場合、オフセット・レ
ジスタを更新するだけでよい。ウィンドウ用のウィンド
ウ制御ブロツク３４中の原点の座標を更新することによ
り、ウィンドウをスクリーン上で再配置することができ
る。スクリーン・マトリックス４０を更新して、非ＰＣ
スクリーン・バッファ全体を、非ＰＣタスク用データお
よびＰＣ用コード（１６進数ＦＦ）で再書き込みする。
スクロールを行なわずにプレゼンテーション・スペース
の可視部分を拡大するには、まずこのプレゼンテーショ
ン・スペース３８用のウィンドウ制御ブロツク３４を、
その幅または高さあるいはその両方を変更することによ
って更新する。ウィンドウの原点が変化しない場合、こ
れはウィンドウの右または下端のみに追加される。通
常、プレゼンテーション・スペースまたはスクリーンか
らのあふれが存在しない限り、原点は変化しない。あふ
れがある場合は、対応する原点が変更される。次に、優
先順位が最も低いウィンドウ制御ブロツクから順にマト
リックスのウィンドウ指定コードを重ね書きすることに
よって、スクリーン・マトリックス４０を更新する。次
に、非ＰＣリフレッシュ・バッファ１２₁に対するすべ
てのウィンドウを、非ＰＣウィンドウ用のプレゼンテー
ション・スペースからのデータ、およびＰＣウィンドウ
用の１６進コードＦＦで再書き込みする。

このような状況において、スクリーン・マトリックスを
保持するために必要な努力は、タスク構造の複雑さに正
比例する。このような努力は、汎用記憶装置に配置でき
るので、以下ではスクリーン所有権域即ち割り当て領域
と呼ぶことにする。次に、本願の第１図に示したシステ
ム構造について考察する。論理的に考えると、このシス
テムは、１個の実装置、すなわちスクリーン自体を備え
ている。スクリーン操作に関する限り、実タスクが１つ
存在し、それはスクリーン上で必要な内容を表示するタ
スクである。この目的のためにメイン・タスク・マネー
ジャが存在し、これは、第２図の環境では、スクリーン
制御ブロツク３２を取り扱う。潜在的に多数の従属タス
クが、それぞれそれ自体のタスク・マネージャを有し、
それ自体の個々のウィンドウ制御ブロツクおよびプレゼ
ンテーション・スペース制御ブロツクを保持している。
それらのタスク・マネージャは、あたかもスクリーン全
体を所有しているかのように動作する。実際、それらの
従属タスクは、それぞれ仮想装置を操作する。あるい
は、従属タスクがそれ自体に従属する別のタスクを生成
することが可能ではない場合ならば、そうなるはずであ
る。こうして、第３図を見るとわかるように、タスクの
階層が形成される。実装置およびそのタスク・マネージ
ャが、この階層の頂点にあり、ウィンドウ１、ウィンド
ウ２およびウィンドウ３によって示される第１段のブラ
ンチは、実装置、すなわち、スクリーン上に表示される
内容を供給する。同様に、ウィンドウ２は、ウィンドウ
２．１、２．２および２．３で表示されるそれ自体の従
属タスクをサポートするように分割される。このウィン
ドウ２は、ウィンドウ２．１、２．２、２．３によって
供給される内容を示すだけである。あるいは、ウィンド
ウ２だけが実タスク・マネージャにアクセスできる場合
なら、そうなるはずである。しかしながら、ウィンドウ
２は、ウィンドウ１および３と争奪しなければならな
い。従属タスクではなく、ターミナル仮想装置のみが、
実装置の所有権を争奪するのであり、したがって図のよ
うに、ウィンドウ２自体は、ディスプレイ用の候補でな
く、ウィンドウ１、２．１、２．２、２．３および３だ
けが候補となることに注意すべきである。

ウィンドウは、ウィンドウが存在するためではなく、シ
ステム外部のユーザまたは処理によってウィンドウが呼
び出されるためにウィンドウがここで使用されるという
意味で、アクティブになる。最も最近に呼び出されたウ
ィンドウが、現在最も優先順位の高いウィンドウであ
り、スクリーンの所有権に関する限り、一番の優先順位
を有する。すなわち、ウィンドウ２．３が呼び出されて
アクティブになると、ウィンドウ２はそれ自体は表示さ
れないが、ウィンドウ１や３よりも優先順位が上にな
る。しかし、ウィンドウ２はウィンドウ２．１、２．２
ならびにウィンドウ２．３から構成されているので、こ
れら２つの兄弟ウィンドウもウィンドウ２．３ほどでは
ないが優先順位が上がる。ウィンドウは、一度呼び出さ
れると、特に廃棄されるまで、アクティブのままとな
る。すなわち、上記の状況では、ウィンドウ２．３が廃
棄されても、ウィンドウ２．１および２．２は優先順位
が高いままである。このことから明らかなように、ウィ
ンドウが呼び出されるごとに、スクリーン所有権域を再
構成し、ウィンドウ階層を処理するのは、特に、多数の
ターミナル仮想装置を収容できることが狙いであるた
め、たちまち非現実的となることがありうる。

本発明によれば、このような問題点を克服するため、第
４図はいし第６図に示すようなシステムによって、所有
権優先順位リストが保持される。このリストは、プッシ
ュダウン・スタックであり、これから中間項目を除去し
たり、差し替えることができる。リストＰＭ（ただしＭ
は１、２、３…）中の項目の位置は、このスクリーン所
有権域で操作を行なう際の１つの制御因子である。リス
ト位置の個々の内容が、第２の制御因子である。各リス
ト位置は、その優先順位を有するタスクＮによって定義
されるウィンドウＮに対応するウィンドウ制御ブロツク
ＷＣＢＮのアドレスＣＢＮを含んでいる。ウィンドウの
タイプＴＮ、すなわちバックグラウンド、フレームその
他の標識もアドレスＣＢＮと一緒に含まれる。ウィンド
ウ制御ブロツクによって、このウィンドウのサイズと原
点が規定されているので、このウィンドウが要求する実
際のスクリーン域が、さらに調査することなく得られる
ようになる。このリスト位置ＰＭがウィンドウ制御ブロ
ツクＷＣＢＮ中に書き込まれる。

リスト位置ＰＭは、そのＰＭが利用できる最も重要なリ
スト位置となっているスクリーン制御域の各表示データ
域中に書き込まれる。

第４図の矢印は、関係を示すものである。ウィンドウＮ
が唯一のアクティブ・ウィンドウである場合、Ｍは１に
等しく、ウィンドウＮがスクリーン上で表示される唯一
のウィンドウとなり、スクリーン所有権域の対応するデ
ータ域がそれぞれＰ１を含むことになる。

残りの図は、略図のような形で示されている。これらの
図は、互いに極めて類似しているので、第５Ａ図のみを
詳細に取り扱うことにする。

第５Ａ図は、タスクＴ１、Ｔ２．１、Ｔ２．２、Ｔ２．
３およびＴ３用のプレゼンテーション・スペースを示
す。便宜上、これらのスペースはそれぞれ、スクリーン
のサイズで示してあり、その当該の位置に、対応するウ
ィンドウＷ１、Ｗ２．１、Ｗ２．３およびＷ３が示され
ている。また、優先位置Ｐ１のみを有するリストと、生
データ域内のリスト位置に記号で表わしたスクリーン所
有権域と、このスクリーン所有権域と図のウィンドウ構
成とに対応するスクリーン・ディスプレイも示されてい
る。図の種々の部分間の接続は、すべれ論理的なもので
ある。このリスト位置は、ＷＣＢアドレスおよびそのリ
スト位置が関係するウィンドウのタイプ標識Ｋを含むの
に十分な大きさである。スクリーン所有権データ域セル
は、実際には、スクリーン・データ域当り１つであり、
十分には表示されていないが、それぞれバイト・サイズ
であり、Ｍが１６進数‘ＦＦ’（“Ｆ”と略記）に対応
する最大（優先順位が最も低い）値をとることができ
る。

この第５Ａ図では、Ｔ３のみがアクティブであると仮定
されている。したがって、このリストは、ＣＢ３およ
び、対応するその位置Ｐ１のＫを含んでいる。スクリー
ン所有権域のセルは、すべて可能な最高値（優先順位は
最低）の値であるＦにセットされる。その後、制御ブロ
ツクＣＢ３にアクセスして、ウィンドウＷ３のサイズと
位置が決定され、このサイズとウィンドウ位置に対応す
るスクリーン所有権域のセルがそれぞれ“１”にセット
される。他のウィンドウがアクティブではないので、他
の処置は不要であり、ディスプレイを生成するための通
常の機構が働いて、図には示されていないＴ３によって
記憶装置中で規定され、スクリーン・バッファへ転送さ
れた、ウィンドウＷ２．３ものを表示するスクリーンを
生成する。

次に、第５Ｂ図に移るが、ここでは、Ｔ２．３がすでに
アクティブになっているものと仮定する。Ｐ１の内容が
この目的のために生成されたＰ２にプッシュダウンされ
ており、Ｔ２．３に該当する項目がＰ１中に入力されて
いることが図からわかるはずである。スクリーン所有権
域のセルは、この場合もすべて、“Ｆ”にセットされ
る。リストの最高（優先順位が最低）の占有された位置
Ｐ２に該当するセル“２”がセットされ、その後、次に
低い（優先順位が高い）値のリスト位置に相当するスク
リーン所有権域のセルが“１”にセットされ、そこにあ
った内容が何であれそれを重ね書きする。セルの内容の
性質およびそれから生成されたスクリーン・ディスプレ
イが示される。

次に、第５Ｃ図、第５Ｄ図および第５Ｅ図では、Ｔ２．
２、Ｔ２．１およびＴ１が順次アクティブになるのを表
示するために必要なものが追加されている。各繰返しの
際に、スクリーン所有権域のセルがまず“Ｆ”にセット
され、リストが、優先順位の大きさが低い順に最後まで
走査される。

次に、第６図では、どのＴも削除されていない状態で、
Ｔ２．３を再び呼び出すものと仮定する。このＴ２．３
をリストの最上部に移さなければならない。ただし、Ｔ
２自体はその子孫Ｔ２．１、Ｔ２．２およびＴ２．３の
形でしか表示されないものの、Ｔ２．３が存在するのは
Ｔ２のおかげである。したがって、Ｔ２．３がリストの
最上部に移るだけではなく、Ｔ２が表示できるように、
Ｔ２．１およびＴ２．２もＴ２．３と一緒にリストの最
上部に移動する。Ｔ２．１およびＴ２．２は、それらの
相対的優先順位を保持し、Ｔ２．３が占める優先順位位
置のすぐ下の２つの優先順位位置を占める。Ｔ１および
Ｔ３はそれ自体の相対的優先順位位置を保持するが、リ
ストの一番下にある。現在の優先順位リストは、以下の
ように表示される。すなわち、Ｐ１をＣＢ２．３が占
め、Ｐ２をＣＢ２．１が占め、Ｐ３をＣＢ２．２が占
め、Ｐ４をＣＢ１が占め、Ｐ５をＣＢ３が占める。それ
ぞれ対応するタイプ標識Ｋを伴っている。スクリーン所
有権域は、以前と同様に、各セルをＦにセットし、続い
て当該の各セルをリスト位置が低い順に順次重ね書きす
ることにより、再構成される。図のようなスクリーン・
ディスプレイが生成される。

リスト位置にタイプ標識Ｋが含まれているため、単一Ｗ
ＣＢのアドレスを使ってそれに関連するプレゼンテーシ
ョン・スペースの個々の特徴が表現できる。

各リスト位置にＷＣＢアドレスが含まれるため、表示域
の占有者を決定するために階層を処理する必要がない。

前述したバイト・サイズのセルおよび位置リストの長さ
２２５に対する制限は決して限定的なものではない。た
とえば、そのようなセルを、各表示域ごとに２個設け
て、並列にアクセスすることもできる。

このような構成は、タスク階層の複雑さが自動的に考慮
されており、さらに、追加の機能を提供する。たとえ
ば、ユーザーが自分のウィンドウが他のウィンドウに衝
突したり、他のウィンドウから衝突されたりするかどう
か知る必要がある場合、自分のウィンドウに対応するセ
ルについて優先順位リスト位置番号が自分のものより低
いかそれとも高いかをテストすれば、スクリーン所有権
域の内容からそのことを直接テストすることができる。

上下に重ね合わさった情報が必要でない場合、これらウ
ィンドウの相対的優先順位を、リスト位置の制御ブロツ
ク入力から直接決定することができる。

対応するウィンドウがスクリーンのサイズである場合
は、スクリーン所有権域全体を所定のリスト位置の値に
リセットできるが、スクリーン所有権域の重ね書きは、
主として行による。

優先順位の大きさの相対的順序を逆にすることもできる
ことは明らかである。最も最近にアクティブになったウ
ィンドウをリストの必要度が最低の位置に移すこともで
きる。その場合、スクリーン所有権域のセルは“Ｆ”で
はなく“Ｏ”にセットされる。

【図面の簡単な説明】

第１図は、本発明によるマルチ・ウィンドウ・ディスプ
レイ・システムの簡単なタスク構造化構成のブロツク・
ダイヤグラムである。 第２図は、ＥＰ公開特許広報第１４７５４２号から引用
した従来技術のラスタ走査型ＣＲＴディスプレイ・ジェ
ネレータの実施例のブロツク・ダイヤグラムである。 第３図は、第１図のシステムで実現できる最小のウィン
ドウ階層のブロツク・ダイヤグラムである。 第４図は、タスクＮと、その現在のリスト位置Ｍ、画面
所有権域ならびにスクリーン・ディスプレイとの関係
を、別々に示したブロツク・ダイヤグラムである。 第５Ａ図、第５Ｂ図、第５Ｃ図、第５Ｄ図、および第５
Ｅ図は、連続した５つのタスクがアクティブになり、そ
の状態に留まっているときのリスト、画面所有権域およ
びディスプレイの形成過程を示す。 第６図は、第５Ｅ図で表わしたシステムの環境中で１つ
だけタスクが存在するとき、そのタスクを昇進させる効
果を示した同様の図である。

フロントページの続き (72)発明者 ジョージ・ミカエル・ツリース イギリス国エス022 ６ピージー、ハンプ シャー、ウインチエスター、ハーズレイ、 ザ・オールド・コート・ハウス（番地な し) (56)参考文献 特開 昭61−77979（ＪＰ，Ａ) 特開 昭60−222890（ＪＰ，Ａ) 特開 昭59−162588（ＪＰ，Ａ)

Claims (1)

【特許請求の範囲】
1. 【請求項１】データを表示するための複数の表示領域を
   表示することができる表示装置と、 各々が少なくとも一つの表示領域に対応する少なくとも
   二つのウィンドウに対応するデータを記憶する少なくと
   も一つの表示バッファと、 ウィンドウの起点及びサイズを規定している規定情報を
   記憶している複数の記憶位置を有し、この第１番目の記
   憶位置には高い優先順位のウィンドウの前記規定情報が
   記憶され、以下順次、前記記憶位置にはより低い優先順
   位のウィンドウの前記情報が記憶されているプッシュダ
   ウン・スタックメモリと、 各々が表示領域に対応し、ウィンドウの規定情報からな
   るスクリーン割り当てデータを含む複数の記憶位置を有
   するスクリーン割り当てメモリと、 低い優先順位のウィンドウの前記ウィンドウの規定情報
   を最初に読み出し、かつそのウィンドウの規定情報を前
   記低い優先順位のウィンドウに対応する各表示領域に対
   応する前記スクリーン割り当てメモリの記憶位置に記憶
   させ、順次、より高い優先順位のウィンドウの前記ウィ
   ンドウの規定情報を読み出し、かつそのウィンドウの前
   記規定情報を前記より高い優先順位のウィンドウに対応
   する各表示領域に対応する前記スクリーン割り当てメモ
   リの記憶位置に記憶させる処理装置とを備えたことを特
   徴とするマルチ・ウィンドウ表示システム。