JPH04130398A - ウインドウ制御方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、オーバラップ・マルチウィンドウ制御方法に
係り、特に、表示優先度の低いウィンドウが表示優先度
の高いウィンドウ群に被覆され、不可視となったウィン
ドウに対する処理方式に関する。

〔従来の技術〕

従来の方法は、特開昭６３−６７０号公報に記載のよう
に、ウィンドウ操作の結果、表示優先度のより高いウィ
ンドウ群に被覆されて不可視となったウィンドウのアイ
コンを、最も優先度高く、かつ自動的に表示するように
なっていた。

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

上記従来技術は、ウィンドウが可視から不可視となった
時の処理方法について論じているが、逆に不可視から可
視となった時の処理方法について考慮がされておらず、
操作上問題があった。

本発明の目的は、ウィンドウが可視から不可視となった
時は、自動的にアイコン表示し、不可視から可視となっ
た時は、元の状態に自動的に復帰することができる方式
を提供することにある。

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

本発明は、上記目的を達成するために、不可視ウィンド
ウ抽出手段、アイコン管理手段、ウインドウ表示手段を
設けたものである。

〔作用〕

ウィンドウの移動、サイズ変更、新規ウィンドウのオー
プン等のウィンドウ操作に伴い、ウィンドウの可視状態
が変化する。すなわち、可視、または、不可視のまま変
化しないウィンドウもあれば、可視から不可視へ、逆に
不可視から可視へと変化するウィンドウもある。ウィン
ドウ操作に対応して、不可視ウィンドウ抽出手段が動作
する。

不可視ウィンドウ抽出手段は、ウィンドウ操作後の新し
いウィンドウ配置に基づいて、各々のウィンドウが可視
か不可視かを判定し、その結果を、新しい可視フラグと
してウィンドウ管理テーブルにセットする。

ウィンドウ管理テーブルには、旧い可視フラグも保持さ
れている。これは、ウィンドウ操作前の旧いウィンドウ
配置に基づくフラグである。アイコン管理手段は、新、
旧両可視フラグを参照して、各々のウィンドウの状態変
化を知り、変化がないなら何もしないが、可視から不可
視へ変化した時、アイコンを確保し、不可視から可視へ
変化した時、アイコンを解放する。

ウィンドウ表示手段は、表示優先度の低いウィンドウの
順に、ウィンドウ管理テーブルに基づいて表示する。こ
の時、新しい可視フラグ欄を参照し、可視ならウィンド
ウ表示を行なうが、不可視ならアイコン表示を行なう。

本発明のウィンドウ制御方式は、このように動作し、ウ
ィンドウ操作の結果、可視から不可視となった時は、自
動的にアイコン表示し、不可視から可視となった時は、
元の状態に自動的に復帰するので、操作性が良い。

〔実施例〕

以下、本発明の一実施例について図面を参照して説明す
る。

第１図は本発明の一実施例の全体構成を示すブロック図
である。第１図においてウィンドウ管理テーブル１００
０は、グラフィックＲＡ　Ｍ３０００上に表示すべき複
数のウィンドウの位置、大きさ等を管理するテーブルで
ある。第２図にウィンドウの表示例を示す。ウィンドウ
１００は、ノン・クライアント・エリア２００とクライ
アント・エリア３００とで構成される。クライアント・
エリア３００は表計算処理における数表や、ワードプロ
セッシング処理における文書などの、処理対象データの
一部分を表示する領域であり、ノン・クライアント・エ
リア２００は、その外枠を表示する領域である。通常、
ノン・クライアント・エリアの上段には、数表や文書の
名称が表示される。また、マウスなどのポインティング
・デバイスによるウィンドウの移動やサイズ変更などを
可能にするために、ウィンドウ移動ボックスや、ウィン
ドウ・サイズ変更ボックスなども存在する。

第２図において破線で示した二つの長方形は、不可視ウ
ィンドウを表わしている。不可視ウィンドウとは、より
表示優先度の高いウィンドウ群に被覆されて見えなくな
っているウィンドウのことである。このような不可視ウ
ィンドウが存在する場合、本発明では、それに対応する
アイコンを表示する。第２図の画面左下に示した二つの
アイコン４００がそれである。この不可視ウィンドウの
アイコン表示には、次の二つの効用がある。

（１）不可視ウィンドウの有無が、アイコンの有無によ
り一目瞭然である。

（２）不可視ウィンドウのアクティベイトが、アイコン
・クリックによりワン・タッチで行なえる。

不可視ウィンドウは、他の可視ウィンドウを移動したり
、そのサイズを変更したりすれば、変化するので、当然
、そのアイコン表示も更新される。

この画面推移の様子を第３図に示す。同図（ａ）はウィ
ンドウ操作前の画面、同図（ｂ）はウィンドウ操作後の
画面である。まず、同図（ａ）において、Ｗｌ、Ｗ２．
　Ｗ３．Ｗ４．　Ｗ６の五つのウィンドウが存在するが
、Ｗ３．Ｗ６は不可視ウィンドウなので、画面左下にア
イコン表示されている（ＩＩ、Ｉ２）。Ｉ１はＷ３に、
Ｉ２はＷ６に、それぞれ、対応している。この状態で、
アクティブ・ウィンドウであるＷ２を、同図（ｂ）に示
すように、Ｗ４を包含するように移動すると、Ｗ３は不
可視のまま、Ｗｌは可視のままであるが、ｗ６は不可視
→可視、讐４は可視→不可視と変化する。これに対応し
て画面左下のアイコン表示も、変化した部分が置き換え
られる。すなわち、Ｉ２がｗ６対応→ｗ４対応と変化す
る。

ウィンドウ管理テーブル１０００の構成例を第４図に示
す。本テーブルは下記の各項目で構成される。

（１）　Ｘｆｆ１＋＋＋、３’ｍ＋ｎ、Ｘｍ５ｘ＋ｙｍ
ａ、ウィンドウ対角二点のｘ、ｙ座標 （２）　ａｐ ウィンドウ上で動作する応用ソフトウェアの種別 （３）Ｓｏｌｄ、Ｓｎｅｗ ウィンドウが不可視か否かの状態フラグ。ウィンドウ操
作前後の新、重両状態を保持する。

（４）　ｉ、。

アイコンｎｏ、不可視ウィンドウはアイコン表示される
が、このアイコンのユニークな識別番号である。後述の
アイコン管理テーブルの行光を示している。

（５）　１ａｄｄｒ アイコン・イメージ・データの格納先頭アドレス、不可
視ウィンドウはアイコン表示されるが、このアイコンの
イメージデータは、あらかじめ、ウィンドウ・アイコン
記憶エリアに格納されている。

（６）ｆｐ 表示優先度が一つ高いウィンドウへのポインタ。

（７）　ｂｐ 表示優先度が一つ低いウィンドウへのポインタ。

上記（６）、　（７）のポインタは、ウィンドウ間を、
表示優先度に基づいてリンクするための双方向ポインタ
である。ウィンドウ管理テーブルのヘッダ部には、 （８）　ＦＰ 表示優先度が最も低いウィンドウへのポインタ。

（９）　ＢＰ 表示優先度が最も高いウィンドウへのポインタ。

が設けられており、これらが示すウィンドウを基点とす
る双方向のウィンドウ順次アクセスが可能である。

アイコン管理テーブル２０００は、不可視ウィンドウの
アイコンを管理するためのテーブルである。

その構成例を第５図（ｂ）に示す。アイコンは、画面上
で相互に重ならないように配置する。このため、同図（
ａ）に示したように、アイコンの表示位置を、あらかじ
め、まず目状に決めておく。図中破線の長方形はアイコ
ンを示しており、その基準点は左上の頂点とする。破線
長方形内に示した数値はアイコンｎｏである。アイコン
管理テーブル２０００は下記の各項目で構成される。

（１）　ｕｓｅ アイコンが空か否かを識別するフラグである。

（２）　ｘ、ｙ アイコン基準点のｘ、ｙ座標 さて、各ウィンドウが第３図（ａ）に示したように配置
されている状態の時、不可視ウィンドウは破線で示した
ように存在しているので、対応するアイコンが画面左下
に表示されている。アイコンＸ１は不可視ウィンドウＷ
３に対応したアイコンであり、アイコンＩ２は、不可視
ウィンドウｗ６に対応したアイコンである。この時のウ
ィンドウ管理テーブルの内容は第４図に示した通りとな
っている。

ウィンドウの表示優先度は、低いものの順に、ｗ３→Ｗ
ｌ　→Ｗ６　→Ｗ４−　　Ｗ２テあ）Ｊ　、ｆｐ、ｂｐ
、ＦＰ、ＢＰ欄は、この順番にアクセスできるようにリ
ンクされている。ｗ３とＷ６は不可視ウィンドウである
から、５ｏｌｄ欄には、その旨フラグがセットされてい
る（可視は１．不可視はＯ）。不可視ウィンドウに対し
ては、アイコンｎｏが割り当てられている。すなわち、
Ｗ３に対してはアイコン■１が、ｗ６に対してはアイコ
ンエ２が、それぞれ、割り当てられている。

アイコン管理テーブルの内容は第５図（ｂ）に示した通
りとなっている。ＩＩ、　Ｉ２は前述のように使用中で
あるから、使用中フラグ欄はオンとなっている。基準点
位置欄には、固定値があらかじめセットされている。

第３図（ａ）で、ウィンドウＷ２を同図（ｂ）に示した
位置に移動するには、マウス・ポインタをウィンドウ曾
２のタイトル部へ位置決めし、マウス・ボタンを押した
まま、同図（ｂ）の位置までドラッグし、ボタンを離す
。この操作に対応する、ウィンドウ枠のラバー・バンド
表示等の処理は、第１図における制御部５０００が相当
する。マウス・ボタンを離した瞬間、制御部５０００は
ウィンドウ更新制御部７０００を起動する。

ウィンドウ更新制御部７０００の処理フローを第６図に
示す。ステップ７００５で、アクティブ・ウィンドウ（
ｗ２）の位置をウィンドウ管理テーブル上で更新する（
Ｘｍｉｎ、ｙｍｉｎ＋Ｘｍｍｘ＋３’イ１、欄）。つぎ
に、ステップ７０１０で、不可視ウィンドウを抽出する
。不可視ウィンドウ抽出部の処理フローを第７図に示す
。

ステップ８００５で、処理対象ウィンドウｎｏ、　ｗｄ
ｎｏを初期セットする。これは、ｗｄｎｏにウィンドウ
管理テーブル・ヘッダ部の（８）ＦＰ欄の内容をセット
することにより行なう。ステップ８０１０は、矩形領域
群のＯＲ領域を求める処理である。ここでの矩形領域群
は、対象ウィンドウｗｄｎｏより表示優先度の高いすべ
てのウィンドウである。第８図に、このＯＲ領域形成の
過程を示す。同図（ａ）は、その初期状態を示したもの
であり、第３図（ｂ）のウィンドウＷ３を対象ウィンド
ウとした時の、それより表示優先度の高いウィンドウ群
を示している。図中・印は矩形の四項点を表わしている
。同図（ａ）において、各矩形の両対角点ｙ座標で画面
をＸ軸に平行に分割し、その各分割画面を、各矩形の両
対角点Ｘ座標でｙ軸に平行に分割して、小矩形を得る。

これを同図（ｂ）に示す。同図（ｂ）で、元の矩形に属
さない小矩形を削除する。これを同図（ｃ）に示す。同
図（Ｃ）において、各頂点に隣接する頂点を求める。こ
の隣接頂点の数は、 （ａ）な　し くｂ）−個あり （Ｃ）二個あり （ｄ）三個あり の四通りの場合があるが、上記（ａ）の場合には、求め
るＯＲ領域の頂点の一つとして、これを登録する。（ｂ
）の場合、二項点を結ぶ線分がＸ軸またはｙ軸に平行な
ら、この二項点は削除し、それ以外なら求めるＯＲ領域
の頂点の一部として、この二項点を登録する。（ｃ）の
場合、二項点を結ぶ線分が、Ｘ軸またはｙ軸に平行でな
い二項点を三項点の中から選択し、これらを削除して、
残りの一頂点を、求めるＯＲ領域の頂点の一部として登
録する。上記（ｄ）の場合、四項点すべてを削除する。

このようにして登録された頂点が、求めるＯＲ領域のす
べての頂点となる。これを第８図（ｄ）に示す。

次に、第７図ステップ８０１５〜ステツプ８０３０で、
対象ウィンドウｗｄｎｏが、ＯＲ領域に含まれているか
否かを判定する。これは、対象ウィンドウｗｄｎｏの四
項点の各々につき、これが、ＯＲ領域の内部にあるか否
かを判定することにより行なう。ステップ８０１５で頂
点カウンタｖｃｏｕｎｔに１を初期セットする。

ステップ８０２０で対象ウィンドウｗｄｎｏの四項点の
うち、頂点カウンタｖｃｏｕｎｔに対応する頂点と、Ｏ
Ｒ領域との間で包含テストを行なう。第９図は、この包
含テストの説明図である。ｖｃｏｕｎｔに対応する頂点
を通り、Ｘ軸およびｙ軸に平行な半直線を引き、左上半
平面を形成する（図中ハツチングを施した部分）。この
半平面内に存在するＯＲ領域頂点の数が偶数なら、今問
題にしている頂点は上ＯＲ領域に包含されておらず、奇
数なら包含されている。包含テストの結果、包含されて
いることが判明したら、次の頂点の包含テストを行なう
べく、第７図ステップ８０３０へ進み、包含されていな
いことが判明したら、第７図ステップ８０４０へ進む。

ステップ８０３０は、対象ウィンドウの四項点のうちの
次の頂点へ進む処理である。これは、頂点カウンタｖｃ
ｏｕｎｔに１を加算し、これが４を超えないなら、次項
点の包含テストを行なうべくステップ８０２０へ進み、
４を超えたなら、４頂点すべての包含テストが終ったの
でステップ８０３５へ進む。ステップ８０３５は対象ウ
ィンドウは不可視ウィンドウである旨フラグをセットす
る部分である。ウィンドウ管理テーブル１０００の第ｗ
ｄｎｏ行のＳｎｅｗ欄をオンにセットする。また、ステ
ップ８０４０は、対象ウィンドウｗｄｎｏは不可視ウィ
ンドウではない旨フラグをセットする部分である。ウィ
ンドウ管理テーブル１０００の第ｗｄｎｏ行のＳｎｅｗ
欄をオフにセットする。ステップ８０４５では、次の対
象ウィンドウを求め、これがないと判明した時、処理終
了とし、これがあると判明した時、ひきつづき、次の対
象ウィンドウを処理すべく、ステップ８０１０へ戻る。

これは、対象ウィンドウｗｄｎｏにウィンドウ管理テー
ブル１０００の第ｗｄｎｏ行の（６）　ｆｐ欄の内容を
セットし、ｗｄｎｏが−１（次の対象ウィンドウなし）
か否かにより終了とするか、再びステップ８０１０へ進
むかを判定することにより行なう。ステップ８０１０へ
進んだ場合には、以下、上記と同様の処理を行なう。

以上で、不可視ウィンドウが抽出され、ウィンドウ管理
テーブル１０００のＳｎｅｗ欄には、第１０図に示すよ
うにフラグがセットされる。

次に第６図ステップ７０１５へ進み、アイコン管理テー
ブル２０００を更新する。ここでは、アイコンの解放／
確保を行なう。すなわち、第１１図に示すように、ウィ
ンドウ管理テーブルの５ｏｌｄ、　Ｓｎｅｗ欄ともにオ
ン（可視）ならアイコンの確保も解放も不要なので何も
しない。同様に、５ｏｌｄ、　Ｓｎｅｗ欄ともにオフ（
不可視）でも何もしない。５ｏｌｄ欄がオン（可視）で
Ｓｎｅｗ欄がオフ（不可視）の時、アイコンを確保し、
５ｏｌｄ欄がオフ（不可視）でＳｎｅｗ欄がオン（可視
）の時、アイコンを解放する。アイコン管理テーブル更
新部９０００の処理フローを第１２図に示す。ステップ
９００５で処理対象ウィンドウｎ。

ｗｄｎｏを初期セットする。これは、ｗｄｎｏにウィン
ドウ管理テーブル・ヘッダ部の（８）　ＦＰ欄の内容を
セットすることにより行なう。ステップ９０１０は、対
象ウィンドウｗｄｎｏが、不可視から可視へ変化したか
を判定する処理である。不可視から可視へ変化した時、
アイコンを解放する必要があるので、ステップ９０３５
で、ウィンドウ管理テーブルのｉｎｏ欄を参照してアイ
コンｎｏを求め、アイコン管理テーブル２０００のその
アイコンのｕｓｅフラグ欄をオフ（空き）にセットする
。ステップ９０１５は、対象ウィンドウｗｄｎｏが、逆
に可視から不可視へ変化したか否かを判定する処理であ
る。可視から不可視へ変化した時、アイコンを確保する
必要があるので、ステップ９０２０で、アイコン管理テ
ーブルのｕｓｅフラグ欄がオフ（空き）になっているア
イコンを求め、ステップ９０２５でそのアイコンのｕｓ
ｅフラグ欄をオン（使用中）とする。さらに、ステップ
９０３０で、ウィンドウ管理テーブルの対象ウィンドウ
Ｗｄｎｏのｉｎｏ欄に、そのアイコンｎｏをセットする
。ステップ９０４０では、次の対象ウィンドウを求め、
これがないと判明した時、処理終了とし、これがあると
判明した時、ひきつづき次の対象ウィンドウを処理すべ
く、ステップ９０１０へ戻る。アイコン管理テーブルの
更新が終了した時点で、アイコン管理テーブルの内容は
第５図（ｂ）に示したように結果的には不変であるが、
アイコンＩ２が一度解放され、その後、再度アイコン■
２が確保された形となっている。ウィンドウ管理テーブ
ルの内容は、第１３図に示したように、ｉｎｏ欄が変化
している。

次に第６図のステップ７０２０でグラフィックＲＡＭ　
３０００をクリアし、ステップ７０２５でウィンドウを
表示する。第１４図にウィンドウ表示部１１０００の処
理フローチャートを示す。ステップ１１００５で表示対
象ウィンドウｎｏ　ｗｄｎｏを初期セットする。これは
、ｗｄｎｏにウィンドウ管理テーブル・ヘッダ部の（８
）　ＦＰ欄の内容をセットすることにより行なう。

ステップ１１０１０は、表示対象ウィンドウが、可視か
否かを判定する処理である。これは、ウィンドウ管理テ
ーブルのＳｎｅｗ欄を参照し、フラグ・オンなら可視で
あり、ステップ１１０１５でＡＰ表示部１２０００を起
動する。フラグ・オフなら不可視であり、ステップ１１
０２０でアイコン表示部１３０００を起動する。

ステップ１１０２５では、次回に備えて、ウィンドウ管
理テーブルの５ｏｌｄ欄の内容をＳｎｅｗ欄へ転記して
おく。ステップ１１０３０では、次の表示ウィンドウを
求め、これがないと判明した時、処理終了とし、これが
あると判明した時、ひきつづき次の表示ウィンドウを処
理すべく、ステップ１１０１０へ戻る。

全てのウィンドウ／アイコンを表示し終えた時、画面は
、大３図（ｂ）に示したようになっている。

同図（ａ）と比較すれば分るように、ウィンドウＷ６が
不可視から可視となり、ウィンドウＷ４が可視から不可
視となっており、アイコン表示も、それに対応して更新
されている。

〔発明の効果〕

本発明によれば、 （１）ウィンドウ操作の結果、可視から不可視となった
ウィンドウは自動的にアイコン表示するので、不可視ウ
ィンドウのアクティベイトがワン・タッチで行なえる。

（２）ウィンドウ操作の結果、不可視から可視となった
ウィンドウは、自動的にアイコンを消去し、元の状態に
自動復帰するので、アイコン・クリラグなどの手動によ
る復帰指示を行なう必要がなく、わずられしくない。

【図面の簡単な説明】

第１図は、本発明の一実施例のブロック図、第２図は、
ウィンドウの表示例の説明図、第３図は、ウィンドウ移
動操作に対応した画面推移の説明図、第４図は、ウィン
ドウ管理テーブルの構成例の説明図、第５図は、アイコ
ン配置とアイコン管理テーブルの構成例の説明図、第６
図は、ウィンドウ更新制御部の処理フローチャート、第
７図は、不可視ウィンドウ抽出部の処理フローチャート
、第８図は、ＯＲ領域形成の過程の説明図、第９図は、
包含テストの説明図、第１０図は、不可視ウィンドウ抽
出後のウィンドウ管理テーブルの内容の説明図、第１１
図は、ウィンドウの状態遷移に伴うアイコン確保／解放
規則の説明図、第１２図は、アイコン管理テーブル更新
部の処理フローチャート、第１３図は、アイコン管理テ
ーブル更新部起動後のウィンドウ管理テーブルの内容の
説明図、第１４図は、ウィンドウ表示部の処理フローチ
ャートである。 １００・・・ウィンドウ ２００・・・ノン・フライアント・エリア３００・・・
クライアント・エリア ４００・・・アイコン １０００・・・ウィンドウ管理テーブル２０００・・・
アイコン管理テーブル ３００ｏ・・・グラフィックＲＡＭ ４０００・・・アイコン・イメージ・データ５０００・
・・制御部 ６０００・・・マウス入力部 ７０００・・・ウィンドウ更新制御部 ８０００・・・不可視ウィンドウ抽出部９０００・・・
アイコン管理テーブル更新部・・・グラフィックＲＡＭ
り ・・・ウィンドウ表示部 ・・・ＡＰ表示部 ・・・アイコン表示部 リア部 嬰う図 （α） （ｂ＞ 児５図 （ｂ） 〒６図 〒７図 （α） ３ス （ｂ） （Ｃ） ８叉 （ｄ） １５３図 罰 アイコン角！放 〒１２図 兜１４区

Claims (1)

【特許請求の範囲】
1. １、複数の表示ウィンドウが、それぞれ表示優先度をも
   ち、相互に重なり合つて表示されうるオーバ・ラップ・
   マルチウィンドウ制御方式であって、前記表示ウィンド
   ウの移動、サイズ変更、新規オープン、などのウィンド
   ウ操作の結果、可視から不可視の状態に変化した前記表
   示ウィンドウは、自動的にアイコン表示し、逆に不可視
   から可視の状態に変化した前記表示ウィンドウは、自動
   的に前記アイコンを消去し、元の位置に自動復帰するこ
   とを特徴とするウィンドウ制御方式。