JPH02118720A - マルチウィンドウの画面表示方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、情報処理端末装置、パーソナルコンピュータ
、ワークステーション、ワードプロセッサ等における画
面表示方式に係わり、特に画面上に互いに重複可能な複
数の表示領域（ウィンドウ）を設定し、各ウィンドウご
とに独立にデータ表示が行えるようにしたマルチウィン
ドウシステムの表示制御方式に関する。

〔従来の技術〕

ウィンドウ同士の重複を許すオーバーラッピング型のマ
ルチウィンドウシステムでは、各種の業務プログラムに
対応するウィンドウを次々に開いて仕事を進めていくう
ちに、いくつかのウィンドウが他のウィンドウに完全に
覆い隠されて見えなくなり、ユーザがそれらのウインド
ウ−ヒで動作している業務プログラムと対話できなくな
ってしまう場合がある。

他のウィンドウの陰に隠れて画面−ヒから消えてしまっ
たウィンドウを簡単な操作で再び表示させるための従来
技術としては、例えば特開昭６２−１８９５８４　ｒマ
ルチウィンドウの表示制御装置」に記載されている方式
がある。

この方式では、ウィンドウの整理（ｖ１理表示）指令が
入力されると、各ウィンドウの一部分（例えばタイトル
部）が見えるようにそれぞれのウィンドウの位置をずら
し、画面全体にわたってウィンドウの再配置を行う。ま
た、位置をずらすだけでは画面上に現れてこないウィン
ドウがある場合（画面の大部分を占める大きなウィンド
ウが他のウィンドウを覆っている場合など）、必要に応
じていくつかのウィンドウのサイズを小さくする。

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

一般にオーバーラッピング型マルチウィンドウシステム
を用いて業務を行う場合、机の上に各種の用紙を次々に
取り出して仕事を進めるのと同じ様に、画面上に各種の
業務プログラムに対応するウィンドウを次々に開いて仕
事を進めて行く。このとき、画面上におけるウィンドウ
のレイアウト（どこに、どのような大きさで、どのよう
な種類のウィンドウが置かれているか）は、それ自身ユ
ーザが効率よく仕事を進めていく上で重要な操作環境の
一部をなしている。

例えば、ワークステーション上でワードプロセッサ、表
計算ソフトウェアおよびデータベース検索システムを用
いて報告書を作成する場合、ユーザは各プログラムに対
応するウィンドウを開いてそれぞれ画面上の適当な位置
に配置した後、必要に応じて次々に対話するウィンドウ
を切り替えながら作業を進めていく、このとき、各ウィ
ンドウの配置がユーザの意図通りに保たれていれば、ユ
ーザは思考の流れを中断することなく、はとんど直観的
に必要なウィンドウの位置を指定してこれを選択するこ
とができ、快適に作業を進めていくことができる。

しかし、上記従来技術では、ウィンドウの配置を保存す
ることに関しては配慮が払われておらず、隠れたウィン
ドウを見付は出すためにウィンドウの整理表示が指示さ
れると、ユーザの意図とは無関係に全てのウィンドウの
位置を（場合によってもサイズも）変更してしまうため
、それまでの画面のレイアウトは完全に失われてしまう
。−例として、前記の報告書作成作業中に時刻を確認す
る必要が生じ、他のウィンドウの陰に隠れている時計表
示プログラムのウィンドウを見つけようとした場合を考
えてみる。上記従来技術による方式では、整理（整理表
示）を指示すると全てのウィンドウがタイトル部だけを
残して重なり合うように自動的に再配置されてしまうの
で、時計表示ウィンドウを見付は出して時刻を確認した
後、前記作業を再開するにはワードプロセッサ、表計算
、データベースの各ウィンドウをそれぞれ適当な位置に
配置し直さなければならい。

このように、ウィンドウ同士の位置関係が重要であるよ
うな場合、と記従来技術による方式では。

整理（整理表示）指令実行後にユーザが再び手作業でウ
ィンドウの配置やサイズを調整し直さなければならず、
全体としての作業効率が大きく低下するという問題があ
った。

本発明の目的は、このような問題点を解決し。

画面全体のレイアウトを保持したままで、すなわち各ウ
ィンドウの位置とサイズを変更せずに、簡単な操作で隠
れたウィンドウを見付は出せるようにすることにある。

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

上記目的を達成するため、本発明によるマルチウィンド
ウシステムでは、各ウィンドウの位置。

大きさ１表示優先順位等のウィンドウ管理情報を記憶す
るための記憶手段と、ウィンドウの整理（整理表示）指
令を入力するための入力手段と、上記ウィンドウの整理
（整理表示）指令が入力さハた場合に、上記ウィンドウ
管理情報を参照して各ウィンドウの面積を計算して、そ
の計算によって得られた画面データを用いて、面積の大
きいウィンドウほど表示優先順位が下位となるように上
記ウィンドウ管理情報を更新するための状態制御手段と
、そのように更新された上記ウィンドウ管理情報に対応
した状態に、各ウィンドウを表示する手段とを備える。

〔作用〕

本発明においては、マウスを用いてメニュー項目を選択
する等の方法によりウィンドウの整理（整理表示）指令
が入力されると、まず画面上に表示されている各ウィン
ドウの而Ｎ（幅Ｘ高さ）が計算される。次に、この面積
が大きいウィンドウほど表示優先順位が下位、すなわち
ウィンドウ相互の重なり合いにおいて下側となるように
各ウィンドウの表示優先順位が更新される。最後に、そ
のように更新された表示優先順位に従って画面の再表示
が行われる。この際、まず画面全体をいったん消去した
後、表示優先順位が最下位のウィンドウから上位のウィ
ンドウに向かって順に各ウィンドウの再表示が行われる
。

以上のようにして各ウィンドウの表示優先順位を更新し
、その結果に従って画面の再表示を行うことにより、大
きなウィンドウの陰に隠れて見えなくなっていたウィン
ドウが再び画面上に現れ、目的のウィンドウを容易に推
定できるようになる。

また、本発明によるウィンドウの整理表示方式では、各
ウィンドウの表示優先順位のみを変更して、その位置や
サイズは変更しないので、画面のレイアウトが崩される
ことがない。

このように、ウィンドウの面積に着目し１面積の大きい
ウィンドウほど下側になるように表示優先順位を変更す
る本発明の方式では、必ずしも全ての場合に、隠れてい
たウィンドウが再び見える状態になるわけではない。例
えば、全く同じサイズのウィンドウが同じ位置で重なり
合っている場合や、大きなウィンドウの上をより小さな
多数のウィンドウが覆い尽くしている場合などがそうで
ある。しかし、ユーザが各種業務プログラムのウィンド
ウを必要に応じて好みの位置に開いて作業を進める一般
的な使用状況では、このような配置はまれにしか発生し
ない。また、実際にそのような特殊な配置になっている
場合でも、本発明による方式では、ウィンドウの整理の
際、下側にあるウィンドウから順に再表示を行うことも
可能なので、目的とするウィンドウの位置はこのときに
確認することができる。さらに、Ｗ１理（整理表示）の
終った状態では目的とするウィンドウの上にはそれと同
じかそれ以下のサイズのウィンドウしか存在しないので
、上側のウィンドウを移動するなどして容易に不要なウ
ィンドウを取り除いて目的のウィンドウを見付は出すこ
とができ、実際的な問題とはならない。

〔実施例〕

以下１本発明の１実施例を図面により説明する。

第１図は、本発明によるウィンドウの整理（整理表示）
処理の動作例を示す説明図である。第１図（、）におい
て、１００は表示画面である。また１０１，１０２，１
０３および１０４はそれぞれ表示画面１００上に開かれ
たつ、イントウであり。

上から１０１，１０２，１０３，１０４の順序で重なり
合っている。この図の状態において１表示優先順位が最
下位のウィンドウ１０４は他のウィンドウによって完全
に覆い隠されており、画面上には見えていない、また、
１０５は操作メニュー１０６はマウスの移動に応じて画
面上を動き回るマウスカーソルである。

マウス上にはボタン（マウスボタン）が設けられており
、マウスカーソル１０６を画面上でウィンドウの存在し
ない領域に位置付けてマウスボタンを押すと、操作メニ
ュー１０５が現れる。ここで、マウスボタンを押したま
まの状態でマウスカーソルをメニュー上の項ｌ」ｒ整理
表示」上に位置付け、マウスボタンを離すと、メニュー
１０５は消去され、整理（整理表示）処理が起動される
。

第１図（ｂ）は、整理（整理表示）処理の実行が終了し
た時点での画面の状態を示している。ウィンドウの表示
優先順位は、その面積の昇順に一致するように、すなオ
〕ちこの例の場合上から１０４゜１０２．１０３，１０
１の順に変更されている。

その結果、隠されていたウィンドウ１０４は画面の最上
位に現れている。その他のウィンドウも少なくとも部分
的には画面上に見えており、全てのウィンドウが直接指
定可能な状態になっている。

なお、メニュー１０５上の項目「開く」は、画面上から
一時的に消去されているウィンドウを再び表示状態にす
ることを指示し、項「１［ハードコピー」は、画面のハ
ードコピーをプリンタに出力することを指示するもので
ある。

第２図は、本発明を実施するための計算機システムのハ
ードウェア構成図である。第２図において、２０１は、
マイクロプロセッサおよび周辺回路等からなる中央処理
装置（ＣＰＵ）、２０２は。

ブロクラムおよびデータを格納する主記憶装置である。

２０３は、表示画面全体に対応するビットマツプデータ
を保持するフレームメモリであり、この内容がＣＲ’Ｉ
’コントローラ２０４により表示信号に変換されてデイ
スプレィ装置２０５上に表示される。２０６はＢＭＰ　
（ビットマツププロセッサ）と呼ばれる装置で、ＣＰＵ
２０１から描画命令を受は取り、フレームメモリ２０３
の内容に対して文字列描画１図形描画、塗り潰し、ブロ
ック転送等を行う機能を有し、高速な表示の更新を可能
にしている。２０７はこれらの各装置を接続するシステ
ムバスである。

また、２０８は文字データ入力用のキーボード。

２０９は位置指定用のマウスで、これらはキーボードイ
ンターフェース２１０を介して前記システムバスに接続
されている。２１１はフロッピーディスク装置、２１２
はハードディスク装置で、共にプログラムやデータファ
イル等を保持するための補助記憶装置として用いられる
。これらの装置も、それぞれインターフェース２１３，
２１４を介してシステムバスに接続されている。

２１５は、文書印刷用の高解像度の出力装置で。

例えばＬＢＰ　（レーザービーム・プリンタ）である。

これもプリンタ・インターフェース２１６を介してシス
テムバスに接続されている。２１７は、計算機システム
を外部のネットワークや通信回線と接続するための通信
インターフェースである。

なお、ハードウェア構成については他の構成も考えられ
、一部を変更して実施することも可能である。

第３図は１本発明の１実施例におけるマルチウィンドウ
システムの機能構成図である。

本実施例では、業務プログラム３０１からの表示制御命
令およびユーザの操作に従い、マルチウィンドウシステ
ム３０２によってウィンドウの生成、削除、移動、サイ
ズ変更１衷示優先順位変更等のウィンドウ制御処理およ
び各ウィンドウ内部へのデータ表示処理を行う。

このマルチウィンドウシステム３０２は１表示制御命令
解析部３０３、入力解析部３０４、内容データ管理部３
０５、ウィンドウ管理部３０６゜ユーザインターフェー
ス制御部３０７、描画命令生成部３０８から構成される
。

表示制御命令解析部３０３は、業務プログラム；３０１
からエスケープシーケンス列の形で表示制御命令を受は
取り、これを解析して対応する処理を起動する。入力解
析部３０４は、キーボード２０８、マウス２０９等によ
るユーザからの入力をキーボードインターフェース２１
０を介して受は取り、これを解析して業務プログラムに
対する入力データとウィンドウシステムに対する操作指
示とに分類し、それぞれ業務プログラム３０１またはユ
ーザインターフェース制御部３０７に転送する。内容デ
ータ管理部３０５は、業務プログラムからの指示により
ウィンドウ内部に表示されるデータ（文字列９図形２画
像等）を管理し、各ウィンドウ内部における表示を制御
する。ウィンドウ管理部３０６は、各ウィンドウの位置
、サイズ。

表示優先順位等のデータを管理し、画面上における各ウ
ィンドウの表示状態を制御する。ユーザインターフェー
ス制御部３０７は、ユーザからの各種操作指令に対応す
る処理（メニューの表示、ウィンドウに対する直接操作
、整理（整理表示）処理等）を行う、描画命令生成部３
０８は、上記の各種データ表示処理やウィンドウ制御処
理に対応して表示画面を更新するために適切な描画命令
列を牛ノ戊し、これをビットマツププロセッサ２０６に
転送する。ビットマツププロセッサ２０６は受は取った
描画命令列に従ってフレームメモリ２０３を書き換え、
その内容がＣＲＴコントローラ２０４によって表示信号
に変換され、ＣＲＴ２０５に送られて画面が更新される
。

第４図は１本発明の１実施例におけるウィンドウ管理情
報のデータ形式を示す図である。

第４図４０１は、各ウィンドウの状態を管理するウィン
ドウ管理テーブルである。ウィンドウ管理テーブル４０
１の各エン１−りは、それぞれ１個のウィンドウに対応
しており、そのウィンドウの使用状態２表示状態１位置
、サイズおよび内容データポインタを保持している。

ここで、使用状態は、そのウィンドウが現在データ表示
用に使用中であるか、空き（未使用）であるかを示して
いる。新たにウィンドウを生成してデータ表示を行う際
には、ウィンドウ管理テーブル中の空きエントリを割当
てて使用する。また、表示状態は、そのウィンドウが現
在画面上に表示されているか、それとも−時的に表示を
消去された状態にあるかを示している。

各ウィンドウの位置は、表示画面の左上隅点を原点とす
る直交座標系における、ウィンドウの左上隅点のＷｆ４
ＦＪを用いて表現する。この座標系の水平軸（Ｘ軸）は
画面の右側に向かう向き、垂直軸（ｙ軸）は画面の下側
に向かう向きを正の向きとし、単位は画素（ピクセル）
である。また、ウィンドウのサイズ（幅および高さ）の
単位もピクセルである。

内容データポインタは、そのウィンドウ内部に表示され
る文字列２図形２画像等の各種表示データを保持するデ
ータ領域のアドレスを示すポインタである。

ここに示す例では、４個のウィンドウ（ウィンドウ管理
テーブル４０１上における各エントリのインデックスを
用いて、それぞれウィンドウ０゜ウィンドウ２．ウィン
ドウ３．ウィンドウ４と呼ぶ）が存在し、そのうちの３
個が実際に画面上に表示されており、残りの１個（ウィ
ンドウ３）は−時的に表示を消去された状態にあること
が分かる。

尚、本実施例では、ウィンドウの大きさとして、サイズ
（幅および高さ）を記憶しているが、このサイズの代り
に５ウインドウの右下隅点の座標を記憶しておくように
してもよい。この場合、該当するウィンドウの右下隅点
の座標から左上隅点の座標をひくことにより、ウィンド
ウのサイズ（幅および高さ）を算出する。

第４図４０２は、画面上に表示されている各ウィンドウ
の重なり順序を管理する表示優先順位テーブルである。

表示優先順位テーブル４０２は、前記ウィンドウ管理テ
ーブル４０１に含まれる各エントリのアドレスを示すポ
インタの配列であり、この配列上におけるポインタの並
び順が、対応する各ウィンドウの重なり順序を示してい
る。すなわち、本配列の先頭に位置するポインタに対応
するウィンドウが１表示優先順位が最」二位、つまり最
も上側に位置するウィンドウで、本配列の末尾に位置す
るポインタに対応するウィンドウが、表示優先順位が最
下位、つまり最も下側に位置するウィンドウである。こ
こで、本配列の末尾は、その後ろに空ポインタ（ＮＵＬ
Ｌポインタ）を置くことによって識別される。

ここに示す例では、前記ウィンドウ２が最上位に位置し
、その下にウィンドウ４．最下位にウィンドウＯが位置
していることが分かる。ここで、ウィンドウ３は一時的
に表示を消去された状態にあるため、表示優先順位テー
ブル４０２上には現れていない。

第５図は、本発明の１実施例におけるウィンドウの整理
（整理表示）処理の全体を示す概略フローチャー１〜図
である。以下、この図に従って本発明における整理（整
理表示）処理全体の流れを説明する。

まず、現在画面上に表示されているウィンドウの数と、
それぞれのウィンドウの面積とを求める（５０１）。次
に、求めたウィンドウの数が１以下であるかどうかを判
断しく５０２）、もしそうであれば、画面ヒにおけろウ
ィンドウのＩ＜複は存在せず４整理（整理表示）処理は
不要であるから、全体の処理を終ｒする。そうでなけれ
ば、ステップ５０３に進む。ステップ５０３では、各ウ
ィンドウの表示優先順位がその面積の昇順に一致するよ
う、前記表示優先順位テーブル４０２を整列する、次に
、整列済みの表示優先順位に従って、下位のウィンドウ
から順に再表示を行う（５０４）、全てのウィンドウを
再表示し終えた時点で全体の処理を終了する。

次に、第５図におけるステップ５０１、すなわち画面上
に表示されているウィンドウの総数と、各ウィンドウの
面積とを求める処理について、さらに詳しく説明する。

第６図は、この処理の手順を具体的に示すフローチャー
ト図である。これ以降、前記表示優先順位テーブル４０
２を配列Ｐで表す、また、各ウィンドウの面積を保持す
る領域として、配列Ｓを用意する。Ｐ［１］およびＳ［
：ｉｌは、それぞれ配列ＰおよびＳのｉ番目の要素を表
している。

まず、変数ｉにＯをセットする（６０１）。次に、Ｐ［
ｉｌすなわち前記表示優先順テーブル４０２のｉ番目の
要素であるポインタが、空ポインタ（ＮＵＬＬ）である
かどうかを判断する（６０２）。

もしそうであれば、すなわち配列Ｐの末尾に達していれ
ば、ステップ６０５に進む。そうでなければ、ステップ
６０３に進む。

ステップ６０３では、ポインタＰ［ｉｌの示すウィンド
ウ、すなわちｉ番目の表示優先順位を持つウィンドウの
面積（幅×高さ）を求め、これをＳ［ｉｌに代入する。

すなわち、Ｐ［ｉｌ→Ｗによって、ポインタＰ［ｉｌの
示すウィンドウの幅を、Ｐ［ｉ］→ｈによってその高さ
を表すものとして、Ｓ［１１＝ＣＰ［ｉｌ−＊ｗ）申（
Ｐ［ｉｌ＋ｈ）とする０次に、変数ｉをインクリメント
しく６０４）、ステップ６０２に戻る。

ステップ６０５では、変数ｉの値を入城変数Ｎに代入し
、処理を終了する。

以上の処理が線流した時点で、配列Ｓには、配列Ｐにお
けるポインタの並びと対応する順序で各Ｏイントウの面
積が格納されている。また、入城変数Ｎには５画面上に
表示されたウィンドウの総数が格納されている。

次に、第５図におけるステップ５０３．すなわち各ウィ
ンドウの表示優先順位がその面積の昇順と一致するよう
前記表示優先順位テーブル４０２を整列する処理につい
て詳しく説明する。

第７図は、この処理の手順を具体的に示すフローチャー
ト図である６まず、変数ｊ−にＯをセットしく７０１）
、変数４ｊおよび変数ｋにｉの値を代入し、変数Ｓ　ｗ
ｉｎにＳ　［ｉｌの値を代入する（７０２）。

次に、変数、ｊをインクリメントする（７０３）。

次に、ｊの値がＮに達しているかどうかを判断しく７０
４）、もしそうであればステップ７０７に、そうでなけ
ればステップ７０５に進む。

ステップ７０５では、Ｓ［ｊコの値がＳ　ｒｓｉｎの値
より小さいかどうかを判断し、もしそうであればＳ　ｍ
ｉｎにＳＩｌ、ｊｌの値を代入し、変数ｋにｊの値を代
入する（７０６）。そうでなけばステップ７０３に戻る
。

以上のようにしてステップ７０７に達した時点では、Ｓ
［ｉｌからＳ［Ｎ−１１までの範囲で最小の値がＳ　ｓ
ｉｎにセットされており、またその最小値を持つ要素の
インデックスが変数ｋにセットされている。そこで、ま
ずｉとｋの値が等しいかどうかを判断し、もしそうであ
れば（Ｓ［ｉｌ自身が最小値であれば）ステップ７１０
に進む。そうでなければステップ７０８に進む。

ステップ７０８では、Ｓ［ｉｌが上記の範囲内で最小値
となるように、Ｓ［ｉｌとＳ［ｋｌの値を交換する。す
なわち、Ｓ［ｋｌにＳ［ｉｌの値を代入し、Ｓ［１］に
Ｓ　ｗｉｎの値を代入する。次にステップ７０９では、
ステップ７０８において面積の配列Ｓを１ｌｌＬべ換え
たのに対応して、ポインタ配列Ｐを並べ換える。すなわ
ち、Ｐ［ｉｌとＰ［ｋｌの値を交換する。ここでは、ま
ずＰｉｃｋ］の値を変数Ｐ　ｔａｍｐに退避した後でＰ
［’ｋ］にＰ［ｉｌの値を代入し、次に１）［ｉコにＰ
　ｔａｍｐの値を代入する。

次に、変数ｉをインクリメントしく７１０）−１の値が
Ｎに達しているかどうかを判断する（７１１）。もしそ
うであれば処理を終了し、そうでなければステップ７０
２に戻る。

以上の処理が終了した時点で、ウィンドウの面積の配列
Ｓはその値の昇順に整列されており、配列Ｐ、すなわち
前記表示優先順位テーブル４０２もこれに対応する順序
に整列されている６次に、第５図におけるステップ５０
４、すなわち面積の昇順に整列された表示優先順位テー
ブルに従って、下位のウィンドウから順に再表示を行う
処理について、さらに詳しく説明する。

第８図は、この処理における具体的な手順を示すフロー
チャート図である。まず、画面全体をいったん消去しく
８０１）、変数ｉにＮ−１（配列Ｐの末尾要素のインデ
ックス）をセットする（８０２）。

次に、ポインタＰ［ｉ］の示すウィンドウを再表示する
（８０３）、すなわち、ウィンドウの枠を描画し、ウィ
ンドウ内部を消去した後、枠内に内容データを表示する
。

次に、変数ｉをデクリメントしく８０４）　、ｉΦ、値
が０以上であるかどうかを判断する（８０５）。

もしそうであれば、ステップ８０２に戻り、そうでなけ
れば処理を終了する。

以上の処理により、画面全体が消去された後、ます面積
が最も大きいウィンドウが画面上に現れ、その上に次に
面積の大きいウィンドウが視れるという順序で再表示が
行われ、Ｊ＆後に最も小さいウィンドウが表示されるこ
とになる。

なお、本実施例では表示優先順位テーブルを整列する際
、単純に最小値を求めては交換してい（方法を用いたが
、クイックソート法など他の整列法を用いることとして
も良い。

〔発明の効果〕

以上に説明したように、本発明によれば、画面上に複数
の矩形表示領域（ウィンドウ）を重ね合わせて表示を行
うマルチウィンドウシステムにおいて、ユーザからの指
示により整理（整理表示）処理を行い、面積の大きいウ
ィンドウほど下側になるように表示優先順位を入れ換え
ることにより、画面のレイアウトを崩さず、かつ簡単に
操作で、他のウィンドウの陰に隠れて見えなくなってい
たウィンドウを再び見えるようにすることができ。

操作性が向上する。

【図面の簡単な説明】

第１図は１本発明によるウィンドウの整理（整理表示）
処理の動作例を示す説明図、第２図は、本発明を実施す
るための計算機システムのハードウェア構成図、第３図
は、本発明の１実施例におけるマルチウィンドウシステ
ムの機能構成図、第４図は、ウィンドウ管理情報のデー
タ形式を示す図である。 また、第５図は、ウィンドウの整理（Ｗ理表示）処理の
全体を示す概略フローチャート図、第６図は１画面上に
表示されているウィンドウの総数と、各ウィンドウの面
積とを求める処理の手順を示すフローチャート図、第７
図は、各ウィンドウの表示優先順位がその面積の昇順に
一致するよう表示優先順位テーブルを整列する処理の手
順を示すフローチャート図、第８図は、整列された表示
優先順位テーブルに従って、下位のウィンドウから順に
再表示を行う処理の手順を示すフローチャー１−図であ
る。 ４０１・・・ウィンドウ管理テーブル（各ウィンドウの
使用状態２表示状態９位置、サイズおよび内容データポ
インタを保持するテーブル）、４０２・・表示優先順位
テーブル（画面上に表示されている各ウィンドウの重な
り順序を管理するテーブル）。 第 区 第 国 第 ２閃 第 ５国 箒 ワ 凹 第 乙 凹 第 ■

Claims (1)

1. 【特許請求の範囲】 １、互いに重複可能な複数のウィンドウを用いて表示を
   行うマルチウィンドウシステムにおいて、少なくとも各
   ウィンドウの画面上における位置と大きさを示す情報、
   および表示優先順位（重なり順序）からなるウィンドウ
   管理情報を記憶するための記憶手段、該記憶手段に記憶
   されたウィンドウ管理情報を更新するための状態制御手
   段、上記ウィンドウ管理情報に応じて表示画面上の各ウ
   ィンドウ状態を変更する表示更新手段、およびウィンド
   ウの整理指令を入力するための指令入力手段を備え、該
   指令入力手段から入力されたウィンドウの整理指令に応
   答して、上記状態制御手段が、面積が大きいウィンドウ
   ほど表示優先順位が下位となるように前記ウィンドウ管
   理情報を更新し、そのように更新されたウィンドウ管理
   情報に対応した状態に前記表示更新手段が画面表示を更
   新することを特徴とするマルチウィンドウの表示制御方
   式。 ２、上記表示更新手段が表示画面上の各ウィンドウ状態
   を変更する場合に、上記表示画面全体を消去し、表示優
   先順位が最下位のウィンドウから上位のウィンドウに向
   かつて順に再表示を行うことを特徴とする請求項１記載
   のマルチウィンドウの表示制御方式。