JPH1195969A - ウィンドウシステム制御装置 - Google Patents

Abstract

(57)【要約】 【課題】 ウィンドウが重なるために隠蔽されてしまう
下位のウィンドウに対して、隠した上位のウィンドウの
ウィンドウマネージャが管理する領域（タイトルバー
等）にシンボル（アイコン等）を付加することで、隠さ
れたウィンドウへの操作を容易にするようなウィンドウ
の操作の作業効率を改善することが可能なウィンドウシ
ステム制御装置を提供する。 【解決手段】上位のウィンドウが下位のウィンドウを隠
蔽する階層構造を分析する解析手段１１００と、最終的
なスクリーン描画時の各ウィンドウの露出領域を算出す
る解析手段１２００と、これら解析手段により解析され
た結果に基づいて上位のウィンドウが隠蔽する下位のウ
ィンドウを承継することを決定する決定手段１５００と
を備えた構成としたものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、コンピュ
ータのディスプレイ装置のスクリーン上において複数の
ソフトウェアを表示する手段としてウィンドウを用いる
ウィンドウシステム制御装置に関する。

【０００２】

【従来の技術】近年のワークステーションやパーソナル
コンピュータ等の情報処理装置では、ユーザに対して優
れた操作環境を提供するためにウィンドウシステムが採
用されるようになってきている。このウィンドウシステ
ムでは、ディスプレイ装置のスクリーン上に複数のアプ
リケーションの複数のウィンドウを同時に表示すること
ができ、夫々のアプリケーションの夫々のウィンドウ上
で別々の操作を行うことが可能である。

【０００３】従来のウィンドウシステムにおいて、ユー
ザが作業を行いたいウィンドウの切換方法として幾つか
の操作方法が提供されている。例えば、代表的な操作方
法を挙げると、目的のウィンドウの一部をマウス等で選
択決定操作することにより、フォーカス取得（ユーザか
らのマウスやキーボード入力を受け取ること）が可能な
ウィンドウに指定したり、アイコン化されているウィン
ドウをマウス等で選択決定操作することにより、ウィン
ドウを開きフォーカス取得可能なウィンドウに指定した
りする。

【０００４】また、その他にユーザによるフォーカス取
得可能なウィンドウへの切換方法としては、以下の方法
も実現されている。

【０００５】先ず、最近のウィンドウシステム（例え
ば、ＭＳ−Ｗｉｎｄｏｗｓ ９５／Ｍｉｃｒｏｓｏｆｔ
Ｃｏｒｐｏｒａｔｉｏｎの登録商標）の中には、現在
起動しているアプリケーションのウィンドウ等の一覧が
ボタンとしてバーやメニューに添付されてスクリーンに
表示され、そのボタン等を選択決定操作することにより
フォーカス取得可能なウィンドウを指定することができ
るウィンドウシステムもある。

【０００６】次に、特開平５−１７３７４３号公報掲載
の「複数のウィンドウを表示する機能を有する計算機装
置」である。これは、多数の表示ウィンドウ及びアイコ
ンが重なり合って下部のウィンドウが隠れて見えない場
合に、画面表示を重ね書きモードから透明モードに切り
替えることで、隠れて見えなかったウィンドウ及びアイ
コンを一度に表示することができるようにしたものであ
る。

【０００７】次に、特開平６−１８７１１８号公報掲載
の「ウィンドウシステム」※１である。これは、同じ大
きさの任意の枚数のウィンドウに夫々対応するタグを付
けることにより、同時に同じ座標に開いた場合にもタグ
へのマウスのポインタの選択操作だけでアクティブなウ
ィンドウを切り替えることができるようにしたものであ
る。

【０００８】次に、特開平８−７６９６０号公報掲載の
「ウィンドウシステム」※２である。これは、複数のウ
ィンドウの重なり状態を調べ、その結果を縦型と横型の
ウィンドウグラフとしてスクリーン上に表示し、そのウ
ィンドウグラフから目的のウィンドウに対して選択指示
または操作指示を行うことができるようにしたものであ
る。

【０００９】

【発明が解決しようとする課題】しかしながら、上記従
来のウィンドウシステムでは、ユーザに対して優れた操
作環境を提供するためのウィンドウシステムといった面
から見た操作面と、多くのアプリケーションを同時に起
動した場合のスクリーンを効率よく利用するといった面
から見た表示方法面において以下のような問題が存在す
る。

【００１０】具体的には、複数のウィンドウが重ねられ
て表示されている場合に、夫々のウィンドウの表示位置
とサイズにより他のウィンドウを完全に覆い隠してしま
うことがある。また、ウィンドウの一部が表示されてい
たとしてもその表示領域が非常に狭いためにフォーカス
取得可能なウィンドウにするためのマウス等による選択
決定操作が非常に困難な場合がある。このようにウィン
ドウが複数重ねられて表示される場合、ユーザは、隠さ
れたウィンドウを探すために目的のウィンドウの一部が
表示されるまで、上位に表示されているウィンドウのア
イコン化操作やウィンドウの移動操作やウィンドウのリ
サイズ操作を繰り返し行い、最後に目的のウィンドウに
対しての選択決定操作によりフォーカス取得可能なウィ
ンドウに指定するという手間があった。

【００１１】また、上記した現在起動しているアプリケ
ーションのウィンドウ等の一覧をボタンとしてバーやメ
ニューに添付することを実現しているウィンドウシステ
ムでは、そのバーやメニューにスクリーンの一部領域を
占領されるためにユーザが使用できるスクリーンの領域
が狭まれたり、また、そのバーやメニュー自体がウィン
ドウに覆い隠されてしまったり、逆にウィンドウ自体が
そのバーやメニューに覆い隠されることもあり、ウィン
ドウの操作や表示がユーザにとって好ましくないものに
なることがある。また、設定によっては通常時バーやメ
ニューを非表示になるように設定しておいて表示される
ための操作をしたときのみバーやメニューを表示させる
ことが可能なものもあるが、その場合には、そのバーや
メニューを表示させるための特殊な操作が必要であり、
更にその後に、ユーザは、そこに表示されたばかりのボ
タンでそのボタンの配置関係を把握しきれていない状態
で全てウィンドウに対応したボタンの中から目的のウィ
ンドウのボタンを探し出すという手間があった。

【００１２】また、上記「複数のウィンドウを表示する
機能を有する計算機装置」では、透明モードでウィンド
ウを表示した場合、ウィンドウ上の図形等が全部一度に
見えてしまうために、目的のウィンドウの位置やサイズ
を認識しづらく、その状況で目的のウィンドウを選択す
るための操作は困難であるといった欠点があった。特
に、重なっているウィンドウの数が多くなるにつれて、
透明モードでのウィンドウの重なり状態を把握すること
は非常に困難になり、更に、同じ大きさのウィンドウが
同じ座標に位置する場合は、ウィンドウの重なり状態を
把握するのは殆ど不可能である。結局は、ウィンドウの
重なり状態を把握するための手間と時間が必要であり、
目的のウィンドウを選択するための操作が使いづらいも
のになってしまっているという欠点があった。

【００１３】また、上記「ウィンドウシステム」※１で
は、扱うウィンドウとしてサイズが同じ大きさのウィン
ドウのみの発明であり、このような同一サイズの複数ウ
ィンドウは、１つのアプリケーションから生成されるこ
とはあるが、違うアプリケーション間で生成するウィン
ドウでサイズが同一のものが生成される可能性はきわめ
て低い。また、違う大きさのウィンドウに対しての発明
は述べられていない。また、従来のウィンドウサイズに
新たにタグを付加するための領域が必要であり、今日の
ように多くのウィンドウを１つのスクリーンで操作する
場合にはタグの表示領域のためにスクリーンを効率よく
利用することができない。更に、複数の同じサイズのウ
ィンドウが最大化されている場合のウィンドウのサイズ
は、タグ付きでないウィンドウの最大化サイズより小さ
くなってしまうという欠点があった。

【００１４】また、上記「ウィンドウシステム」※２で
は、ユーザが縦型と横型のウィンドウグラフの見方に相
当慣れないと瞬時に目的のウィンドウを識別することは
難しい。また、複数の同じ大きさのウィンドウが同じ座
標に位置する場合は、ウィンドウグラフには垂直または
水平に連続した同じ大きさのグラフが表示されるためユ
ーザが目的のウィンドウを識別しようとしても視覚的に
どのウィンドウがどのグラフに対応しているのかが識別
し難くなるという欠点があった。

【００１５】本発明は、上述の点に鑑みてなされたもの
で、ウィンドウが重なるために隠蔽されてしまう下位の
ウィンドウに対して、隠した上位のウィンドウのウィン
ドウマネージャが管理する領域（タイトルバー等）にシ
ンボル（アイコン等）を付加することで、隠されたウィ
ンドウへの操作を容易にするようなウィンドウの操作の
作業効率を改善することが可能なウィンドウシステム制
御装置を提供することを目的とする。

【００１６】

【課題を解決するための手段】上記目的を達成するため
に、本発明の請求項１に係わるウィンドシステム制御装
置は、コンピュータ上のオペレーティングシステムがデ
ィスプレイ装置上のスクリーンに複数の仮想的なディス
プレイであるウィンドウを表示することができるマルチ
ウィンドウシステムで、複数のウィンドウやウィンドウ
を一時的に待避したアイコン等を重ねて表示することが
でき、それらウィンドウを管理するウィンドウマネージ
ャを有するウィンドウシステム制御装置において、上位
のウィンドウが下位のウィンドウを隠蔽する階層構造を
分析する解析手段と、最終的なスクリーン描画時の各ウ
ィンドウの露出領域を算出する解析手段と、前記各解析
手段により解析された結果に基づいて上位のウィンドウ
が隠蔽する下位のウィンドウを承継することを決定する
決定手段とを備えることを特徴とする。

【００１７】請求項２に係わるウィンドシステム制御装
置は、請求項１に係わるウィンドシステム制御装置にお
いて、前記決定手段により決定されたウィンドウの承継
情報を記憶する記憶手段と、前記ウィンドウと関連づけ
るためのウィンドウのシンボルの属性を記憶する記憶手
段と、前記各記憶手段に記憶された内容に基づいてスク
リーンへの描画データを生成し表示する表示手段とを備
えることを特徴とする。

【００１８】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して詳細に説明する。

【００１９】また、特別な指定がない限り、複数のウィ
ンドウやアイコン等を重ねて表示、管理するウィンドウ
マネージャを有するマルチウィンドウシステムの概念、
用語を用いて説明する。

【００２０】但し、以下に記す単語については、本説明
中においては特別な意味を有する。”ウィンドウ”とい
う単語にはウィンドウのみ、アイコン、ウィンドウとウ
ィンドウマネージャがウィンドウに付加するウィンドウ
枠／タイトルバーを含めたもの等、ウィンドウマネージ
ャが管理する全てのオブジェクトの意味を含む。”シン
ボル”という単語には、ウィンドウを選択できる全ての
オブジェクト（アイコン、ボタン、メニュー等）の意味
を含む。

【００２１】図１は、本発明の実施の形態に係わるウィ
ンドウシステム制御装置の概略構成を示すブロック図で
ある。

【００２２】図１において、ＣＰＵ（中央演算処理装
置）１は、以下に説明するメモリ３〜外部記憶装置（Ｈ
Ｄ，ＦＤ，ＣＤ−ＲＯＭ等）１０の装置を、バス２を介
してアクセスし制御を行う。メモリ３は、バス２を介し
てＣＰＵ１からアクセス可能な読み出し専用メモリ（Ｒ
ＯＭ）であり（「以下「ＲＯＭ３」という）、本発明の
実施の形態では、その動作を詳細に説明する処理プログ
ラム３ａ及びこの処理プログラム３ａにより使用される
パラメータ３ｂが格納されている。

【００２３】メモリ４は、読み書き可能なメモリ（ＲＡ
Ｍ）であり、当該メモリ４（以下「ＲＡＭ４」という）
上には前記処理プログラム３ａにより作成／変更がなさ
れる、ウィンドウマネージャ管理情報、ウィンドウ隠蔽
階層構造、ウィンドウ露出領域情報、隠蔽ウィンドウ継
承情報、ウィンドウシンボル属性情報等を、夫々格納す
るための領域（ウィンドウマネージャ管理情報領域４
ａ、ウィンドウ隠蔽階層構造領域４ｂ、ウィンドウ露出
領域情報領域４ｃ、隠蔽ウィンドウ継承情報領域４ｄ、
ウィンドウシンボル属性情報領域４ｅ）が確保されてい
る。

【００２４】入力インターフェース５は、キーボード、
マウス、タブレット等の入力装置６を介してなされる入
力を受け取る。出力インターフェース７は、ＣＲＴ、Ｌ
ＣＤ等の表示媒体８ａ、更にはプリンタ、プロッタ等の
出力媒体８ｂ等の出力装置８に対し、データの表示／出
力を行う。外部記憶装置インターフェース９は、外部記
憶装置（ＨＤ，ＦＤ，ＣＤ−ＲＯＭ等）１０に対するデ
ータの入出力を行う。

【００２５】本発明の実施の形態では、動作の詳細な説
明を行う処理プログラム３ａやパラメータ３ｂがＲＯＭ
３上にあるものとして、また、処理対象となる前記各デ
ータの格納領域（４ａ〜４ｅ）がＲＡＭ４上にあるもの
として説明を行うが、これらは全て、外部記憶装置１０
上に配置することも可能であり、更に、必要に応じて、
外部記憶装置１０からＲＡＭ４上にロードし、使用する
こともできる。また、ＣＰＵ１のキャッシュメモリ上に
配置することも同様に可能である。

【００２６】図２は、図１に示すウィンドウシステム制
御装置の記憶する情報構成をなすブロック図である。詳
しくは、図２は、図１において処理プログラム３ａの構
成要件とそれらの構成要件がウィンドウマネージャ管理
情報領域４ａ〜ウィンドウシンボル属性情報領域４ｅで
示した格納領域に格納されるデータとどのような関係に
あるかを示すものである。

【００２７】図２において、ＧＵＩ入力処理部１００
は、入力インターフェース５（図１）を介して入力され
るデータを扱う入力処理部であり、ユーザは、このＧＵ
Ｉ入力処理部１００によりデータの入力、編集ができる
ようになっている。ＧＵＩ出力処理部２００は、出力イ
ンターフェース７（図１）に出力するデータを扱う出力
処理部であり、ユーザは、このＧＵＩ出力処理部２００
によりデータの編集、確認ができるようになっている。
領域３００は、スクリーン上の全てのウィンドウを管理
するために必要なウィンドウの属性、例えばＩＤ（識
別）、サイズ、位置（ＸＹ座標）、Ｚオーダー（深さ）
等の情報を記憶する領域（以下、「ウィンドウマネージ
ャ管理情報３００」という）である。

【００２８】領域１１００は、ウィンドウマネージャ管
理情報３００から下位（Ｚオーダーにおいて下に位置す
る）ウィンドウが上位（Ｚオーダーにおいて上に位置す
る）ウィンドウに覆われ、隠蔽される場合の上位ウィン
ドウの隠蔽している下位ウィンドウの階層関係の解析部
（以下「ウィンドウ隠蔽階層解析部１１００」という）
である。

【００２９】領域１３００は、ウィンドウ隠蔽階層解析
部１１００により解析されたウィンドウの隠蔽階層の構
造の情報を中間データとして記憶する領域（以下「ウィ
ンドウ隠蔽階層構造１３００」という）である。但し、
ウィンドウ隠蔽階層構造１３００は、ウィンドウ隠蔽階
層解析部１１００による結果の中間データとして特に記
憶する必要はなく、隠蔽ウィンドウ継承決定部１５００
に直接渡してやることが可能であるが、本発明の実施の
形態では、内部で取り扱う情報を理解しやすくするため
に中間データとして記憶することとする。つまり、中間
データを含めた形で説明すると、ウィンドウ隠蔽階層解
析部１１００とウィンドウ隠蔽階層構造１３００は、請
求項１の「上位のウィンドウが下位のウィンドウを隠蔽
する階層構造を分析する解析手段」に含まれ対応する。

【００３０】領域１２００は、ウィンドウマネージャ管
理情報３００から各ウィンドウが最終的に描画されると
きにスクリーン上に各ウィンドウが露出する領域の算出
部（以下「ウィンドウ露出領域算出部１２００」とい
う）である。

【００３１】領域１４００は、ウィンドウ露出領域算出
部１２００により算出された各ウィンドウの露出する領
域の情報を中間データとして記憶する領域「以下「ウィ
ンドウ露出領域情報１４００」という）である。但し、
ウィンドウ露出領域情報１４００は、ウィンドウ露出領
域算出部１２００による結果の中間データとして特に記
憶する必要はなく、隠蔽ウィンドウ継承決定部１５００
に直接渡してやることが可能であるが、本発明の実施の
態様では、内部で取り扱う情報を理解しやすくするため
に中間データとして記憶することとする。つまり、中間
データを含めた形で説明すると、ウィンドウ露出領域算
出部１２００とウィンドウ露出領域情報１４００は、請
求項１の「最終的なスクリーン描画時の各ウィンドウの
露出領域を算出する解析手段」に含まれ対応する。

【００３２】領域１５００は、ウィンドウマネージャ管
理情報３００とウィンドウ隠蔽階層構造１３００とウィ
ンドウ露出領域情報１４００から下位の隠蔽された露出
する領域が少ない、又は全く露出する領域がないウィン
ドウを隠蔽している上位のウィンドウのうちどのウィン
ドウに継承させるかの決定部（以下「隠蔽ウィンドウ継
承決定部１５００」という）である。隠蔽ウィンドウ継
承決定部１５００は、請求項１の「前記各解析手段によ
り解析された結果に基づいて上位のウィンドウが隠蔽す
る下位のウィンドウを継承することを決定する決定手
段」に対応する。

【００３３】領域１６００は、隠蔽ウィンドウ継承決定
部１５００により決定された継承される下位ウィンドウ
とその下位ウィンドウを継承する上位ウィンドウの継承
関係の情報を記憶する領域（以下「隠蔽ウィンドウ継承
情報１６００」という）である。隠蔽ウィンドウ継承情
報１６００は、請求項２の「前記決定手段により決定さ
れたウィンドウの継承情報を記憶する記憶手段」に対応
する。

【００３４】領域１７００は、下位のウィンドウを上位
のウィンドウに継承させる場合に上位ウィンドウに視覚
的に下位ウィンドウのシンボルを貼り付ける際、そのシ
ンボルの属性の情報を記憶する領域（以下「ウィンドウ
シンボル属性情報１７００」という）である。ウィンド
ウシンボル属性情報１７００は、請求項２の「ウィンド
ウと関連づけるためのウィンドウのシンボルの属性を記
憶する記憶手段」に対応する。

【００３５】ウィンドウ管理部４００は、従来技術では
ＧＵＩ入力処理部１００からの変更されたウィンドウの
描画ステータスとウィンドウマネージャ管理情報３００
により新たなウィンドウの描画情報を生成し、その生成
した描画情報をＧＵＩ出力処理部２００に渡すと共にウ
ィンドウマネージャ管理情報３００を更新する描画情報
の管理部であるが、更に、その管理機能に加え本発明に
よる付加機能として、隠蔽ウィンドウ継承情報１６００
とウィンドウシンボル属性情報１７００により継承され
る下位のウィンドウを上位のウィンドウにシンボルとし
て貼り付ける場合の描画情報も上記の従来技術と共に取
り扱い、ＧＵＩ出力処理部２００とウィンドウマネージ
ャ管理情報３００に反映する機能を有するウィンドウの
管理部（以下「ウィンドウ管理部４００」という）であ
る。ウィンドウ管理部４００は、請求項２の「前記各記
憶手段に記憶された内容に基づいてスクリーンへの描画
データを生成し表示する表示手段」に対応する。

【００３６】図４、図６、図７、図８、図９は、具体例
を説明するための本発明が管理する情報の一例であり、
図４、図６、図７、図８及び図９は、図１に示すウィン
ドウシステム制御装置が記憶する情報の内容の一例を示
す図である。

【００３７】図４は、ウィンドウマネージャ管理情報３
００に相当する。この例では、各ウィンドウに対してそ
のウィンドウ名、Ｚオーダー（この例では、番号の若い
方がスクリーン上の上位に位置するウィンドウで下位に
位置するウィンドウを隠蔽する可能性がある）、始点
（Ｘ１、Ｙ１）座標、終点（Ｘ２、Ｙ２）座標の情報を
記憶する。

【００３８】図６は、ウィンドウ隠蔽階層構造１３００
に相当する。この例では、各ウィンドウに対してそのウ
ィンドウ名、そのウィンドウが隠蔽しているウィンドウ
のウィンドウ名、隠蔽されているウィンドウの隠蔽割合
の情報を記憶する。

【００３９】図７は、ウィンドウ露出領域情報１４００
に相当する。この例では、各ウィンドウに対してそのウ
ィンドウ名、最終的にスクリーンに描画されるときにそ
のウィンドウが露出する部分の幅と高さ、ウィンドウマ
ネージャにより付加されるタイトルバーの露出領域が十
分かどうかの情報を記憶する。

【００４０】図８は、隠蔽ウィンドウ継承情報１６００
に相当する。この例では、各ウィンドウに対してそのウ
ィンドウ名、最終的にそのウィンドウが継承する下位の
ウィンドウのウィンドウ名、その下位のウィンドウをウ
ィンドウのシンボルとして上位ウィンドウに継承させる
場合のウィンドウのシンボルの座標、そのウィンドウの
シンボルのサイズの情報等を記憶する。

【００４１】図９は、ウィンドウシンボル属性情報１７
００に相当する。この例では、継承させる下位のウィン
ドウを上位のウィンドウにシンボルとして付加する際に
ウィンドウマネージャがウィンドウに付加する枠（タイ
トルバー、左辺、右辺、底辺等）の何処にそのウィンド
ウのシンボルを付加するのかを示すシンボルの表示（付
加）場所、そのシンボルをどういう形式（アプリケーシ
ョン名、ビットマップ等）で表示するかを示す表示形式
の情報等を記憶する。

【００４２】上記の情報の一例においては、説明を簡潔
にするために記憶する情報を限定したが、この他にもマ
ルチウィンドウシステムを構成するのに必要な情報は、
記憶しているものとし、更にこれらの記憶する情報は、
纏めて記憶することも、逆に細分化して記憶することも
可能である。また、上記の情報の一例も以下に示すよう
にその情報を限定するものではない。

【００４３】「ウィンドウ名」は、ウィンドウの名前の
ストリング、ウィンドウのＩＤ等のウィンドウを識別で
きるものであれば何でもよい。「Ｚオーダー」は、ウィ
ンドウの重なりの上下位置関係の絶対的な数値、相対的
な表現値（ウィンドウ２はウィンドウ１の下とウィンド
ウ３の上に位置する）等のウィンドウの重なり順序を規
定できるものであれば何でもよい。

【００４４】「始点（Ｘ１、Ｙ１）座標」又は「座標」
は、スクリーン上のウィンドウの絶対的な座標、相対的
な座標等ウィンドウのスクリーン上での位置を規定でき
るものであれば何でもよい。「終点（Ｘ２、Ｙ２）座
標」または「サイズ」は、スクリーン上のウィンドウの
絶対的な座標、相対的な座標、始点（Ｘ１、Ｙ１）座標
から算出した幅と高さであるサイズ等、スクリーン上の
ウィンドウの始点座標に対してウィンドウの大きさが規
定、算出できるものであれば何でもよい。

【００４５】「隠蔽（する）割合」は、上位のウィンド
ウに隠蔽されている下位のウィンドウの全領域に対して
隠蔽されている領域の面積比であり、その割合（具体的
な値、例えば、５０％という表現であっても、抽象的な
値、例えば約半分という表現であってもよい）が算出で
きるものであれば何でもよい。

【００４６】「露出（する）領域」又は「露出度」は、
ウィンドウの露出している部分の幅と高さ、面積、抽象
的な判断（領域が十分露出している／十分露出していな
い、タイトルバーが露出している／露出していない）等
ウィンドウ及びウィンドウ枠／タイトルバー、または、
それらの集合体（一つのウィンドウの露出領域が複数の
矩形の場合もある）等の露出度がユーザの操作にとって
妥当なものかどうかを判断できる値であれば何でもよ
い。

【００４７】「表示形式」は、アプリケーション名のス
トリング、ウィンドウ名、夫々のウィンドウが持つアイ
コン等の画像データ（ビットマップ等）、それらを加工
したもの（画像データの縮小等）等、ユーザの視覚的観
点から見て個々のウィンドウを判別できるもの、形式を
表現するものであれば何でもよい。

【００４８】次に、図４、図６、図７、図８及び図９で
示した例を基に図３のフローチャートと図５と図１０の
スクリーン描画イメージとを参照して図１に示すウィン
ドウシステム制御装置の動作を説明する。

【００４９】図３は、図１に示すウィンドウシステム制
御装置の制御処理を示すフローチャート、図５は、従来
技術によるウィンドウシステムの制御結果のスクリーン
描画イメージの一例を示す図、図１０は、図１に示すウ
ィンドウシステム制御装置の制御結果のスクリーン描画
イメージの一例を示す図である。図３のフローチャート
は、スクリーン全体やウィンドウの（再）描画が必要な
（例えば、ＸサーバではＥｘｐｏｓｅイベント等が発生
した：「Ｘ」は、Ｘコンソーシアムの登録商標）場合に
開始される。また、フローチャートによる処理手順は、
この例に限定されることはなく、本発明の結果を満たす
限り如何なる手順の組み合わせも、複数処理を纏めるこ
とも、処理を細分化することも可能である。

【００５０】先ず、ステップＳ１において、ウィンドウ
管理部４００により（再）描画が必要になったことによ
る新しい各ウィンドウの配置やサイズ等の更新情報を、
従来技術の機能であるウィンドウ管理機能でスクリーン
上のウィンドウ構成を管理するために更新される内容を
ウィンドウマネージャ管理情報３００（図４で示した記
憶情報）に反映し、ウィンドウマネージャ管理情報３０
０よりＺオーダーを参照することによりウィンドウの上
下の位置関係を解析し、また、ウィンドウマネージャ管
理情報３００より各ウィンドウの始点座標と終点座標を
参照することにより、ウィンドウの２次元上の位置関係
を解析し、その上下の位置関係と２次元上の位置関係か
ら各ウィンドウに対して下位に位置するウィンドウの内
隠蔽してしまうウィンドウとその隠蔽してしまう領域の
割合の情報を抽出し、ウィンドウ隠蔽階層構造１３００
（図６で示した記憶情報）に記憶する。詳細な処理の流
れは、後述する図１１のフローチャートで説明する。

【００５１】次に、ステップＳ２において、ウィンドウ
マネージャ管理情報３００よりＺオーダーと始点座標と
終点座標を参照することにより、最終的にスクリーン上
に描画される各々のウィンドウの露出する領域とウィン
ドウマネージャが付加するウィンドウ枠／タイトルバー
の露出する領域を算出し、ウィンドウ露出領域情報１４
００（図７で示した記憶情報）に記憶する。詳細な処理
の流れは、後述する図１２のフローチャートで説明す
る。

【００５２】次に、ステップＳ３において、ウィンドウ
マネージャ管理情報３００とウィンドウ隠蔽階層構造１
３００とウィンドウ露出領域情報１４００と前回このフ
ローチャート処理を実施したときに記憶した隠蔽ウィン
ドウ継承情報（図８で示した記憶情報）よりウィンドウ
の隠蔽関係と任意条件（デフォルト値、ユーザの設定、
複数ウィンドウによる隠蔽、隠蔽される割合、ウィンド
ウマネージャが付加するタイトルバー／枠への隠蔽、ウ
ィンドウの露出度等）を総合的に判断し、ウィンドウの
継承関係やウィンドウのシンボルの配置を決定し、隠蔽
ウィンドウ継承情報１６００に記憶する。

【００５３】ウィンドウの全領域とウィンドウマネージ
ャが付加した枠／タイトルバー全領域を覆い隠されて隠
蔽されてしまうウィンドウについては無条件にそのウィ
ンドウを隠蔽しているウィンドウに継承されることを決
定し、ウィンドウの領域が完全には覆い隠されないウィ
ンドウについてはそのウィンドウの露出度（露出してい
る幅、露出している高さ、露出している領域）、ウィン
ドウマネージャが付加した枠／タイトルバーの露出度、
次のステップＳ４で説明する上位のウィンドウのタイト
ルバーに継承されたことを示す下位のウィンドウのシン
ボルの露出度等により、ユーザのウィンドウ選択決定操
作上その露出領域に対する操作が容易かどうかを判断す
ることで、上位のウィンドウに継承されることを決定
し、隠蔽ウィンドウ継承情報１６００に記憶する。

【００５４】但し、ウィンドウの全領域が覆い隠されて
隠蔽されてしまうウィンドウにおいては、その覆い隠し
ている上位に位置するウィンドウが１つのウィンドウと
は限らず複数のウィンドウの場合もあり、その場合も上
述と同様に無条件にその隠蔽される下位のウィンドウ
は、上位のウィンドウに継承されることを決定するが、
複数の上位のウィンドウのうち下位のウィンドウを継承
するウィンドウの決定は任意である。例えば、一番多く
の領域を隠蔽している上位のウィンドウに決定したり、
または、ユーザの事前の設定等により、ある方向に位置
する（ユーザがマウス等で操作しやすい等の好みによ
る）上位のウィンドウに決定したり、隠蔽している全て
の上位のウィンドウに決定したり、隠蔽している複数の
上位のウィンドウのうちある条件を満たす幾つかのウィ
ンドウに決定したりすることも可能である。以上の任意
の条件に関しては、ウィンドウマネージャが付加する枠
／タイトルバー、本発明が付加するウィンドウのシンボ
ル等に対しても有効である。

【００５５】また、ウィンドウの領域が一部覆い隠され
るウィンドウにおいては、ウィンドウの露出度は大きく
てもウィンドウマネージャが付加したタイトルバーの殆
どの領域が覆い隠されている場合がある。そのタイトル
バーに下位のウィンドウを継承するためのウィンドウの
シンボルが付加されることが決定している場合、そのシ
ンボルもタイトルバーを隠蔽している上位のウィンドウ
に隠蔽されてしまうことになる。この場合にはタイトル
バーを隠蔽している上位のウィンドウが、 ・タイトルバーを隠蔽されているウィンドウのみを継承
する。 ・タイトルバーを隠蔽されているウィンドウは、ウィン
ドウ自体の露出領域は十分あるので隠蔽されているウィ
ンドウのシンボルのみを継承する。 ・タイトルバーを隠蔽されているウィンドウ、隠蔽され
ているウィンドウのシンボルを継承する。 ・無条件に、ウィンドウのシンボル全てを継承する。 ・無条件に、下位に位置するウィンドウとウィンドウの
シンボルを全て継承する等のどれに決定するかは任意で
ある。

【００５６】例えば、ウィンドウが上位から順にＷ１、
Ｗ２、Ｗ３とあり、Ｗ２は、Ｗ３の全領域を隠蔽してい
て、Ｗ１は、Ｗ２のタイトルバーの一部を隠蔽していた
場合、Ｗ２は、Ｗ３を継承することになり、Ｗ２のタイ
トルバーにＷ３のシンボルとしてボタンが付加されるこ
とが決定する。しかし、Ｗ２のウィンドウは、殆ど隠蔽
されないがＷ２のタイトルバーは、Ｗ３のボタンも含め
てＷ１に隠蔽されてしまう場合には、そのＷ２、Ｗ３を
Ｗ１が継承するかは任意であり、Ｗ１がＷ２とＷ３両方
を継承することも可能であり、また、Ｗ２は、ユーザが
容易に選択可能なのでＷ３だけＷ１に継承させることも
可能である。詳細な処理の流れは、後述する図１３のフ
ローチャートで説明する。

【００５７】次に、ステップＳ４において、ウィンドウ
管理部４００とウィンドウマネージャ管理情報３００よ
り更新された各ウィンドウの配置やサイズ等の情報によ
り、従来技術の機能であるウィンドウ管理（ユーザに選
択されたウィンドウをフォーカス取得可能なウィンドウ
にする等）機能を実現する。更に、ウィンドウ管理部４
００は、隠蔽ウィンドウ継承情報１６００とウィンドウ
シンボル属性情報１７００（図９で示した記憶情報）よ
り各ウィンドウが継承することが決定しているウィンド
ウのリスト、ウィンドウを継承するときのウィンドウの
シンボルの表示場所／形式、座標、サイズ等の情報を参
照することで、上述した従来のウィンドウ管理機能に加
えて、これら付加情報の描画とユーザ操作等に対応し、
スクリーンへの描画データを生成し、ＧＵＩ出力処理部
２００にその描画データを渡すと同時にウィンドウマネ
ージャ管理情報３００の情報も更新する。詳細な処理の
流れは、後述する図１４のフローチャートで説明する。

【００５８】尚、ステップＳ１とステップＳ４では、従
来技術の機能であるウィンドウ管理機能による処理、例
えば、ウィンドウの移動、リサイズ、アイコン化、フォ
ーカス取得可能なウィンドウを変更すると同時にＺオー
ダーの更新等の処理は、従来技術として本説明では特に
述べないが、ウィンドウマネージャ（本発明の中ではウ
ィンドウマネージャ管理情報３００）とウィンドウ管理
（本発明の中ではウィンドウ管理部４００）による公知
の処理として従来技術通り処理が行われているものとす
る。

【００５９】図４に示したウィンドウのＺオーダーによ
りウィンドウの重なり順序は、下からＷ２アプリケーシ
ョン（以下「アプリ」という）のウィンドウ（以下、
「Ｗ２」という）、Ｗ３アプリのウィンドウ（以下、
「Ｗ３」という）、Ｗ１アプリのウィンドウ（以下、
「Ｗ１」という）である。Ｗ２は、Ｗ１により完全に全
領域を隠蔽されており、また、Ｗ２は、Ｗ３により少範
囲の領域を隠蔽されている。Ｗ３は、Ｗ１により多範囲
の領域を隠蔽されており、少範囲の領域だけスクリーン
上に露出している。この状況での従来技術によるウィン
ドウシステムの場合、Ｗ２のウィンドウを選択する際
は、Ｗ１の移動、リサイズ、アイコン化等の操作をする
ことで、一旦、Ｗ２をスクリーン上に露出させてからフ
ォーカス取得可能なウィンドウとして選択する必要があ
る。また、Ｗ３の選択もマウスのポインタを合わせ難い
少範囲の露出している領域に合わせて選択する必要があ
り、または、Ｗ２の選択操作と同様、手間の掛かる操作
をする必要がある。

【００６０】図１０は、図１のウィンドウシステム制御
装置の制御結果のスクリーン描画イメージの一例であ
り、Ｗ１、Ｗ２、Ｗ３のウィンドウ構成の状況は、図５
と同じである。図８と図９に示した各ウィンドウが継承
するウィンドウの情報と継承されるウィンドウのシンボ
ルの情報により、Ｗ１のタイトルバーにウィンドウのシ
ンボルとしてボタンが付加されている。Ｗ２のシンボル
であるボタン（以下「Ｂ１」という）とＷ３のシンボル
であるボタン（以下「Ｂ２」という）には識別するため
にウィンドウ名（この例では、アプリケーション名とウ
ィンドウ名は同一である）のストリングが表示されてい
る。本発明によるウィンドウシステムの場合、Ｗ２やＷ
３のウィンドウを選択する際は、Ｂ１やＢ２のボタンを
選択操作することにより、ボタンに対応したウィンドウ
がスクリーン上に露出し、フォーカス取得可能なウィン
ドウとなる。

【００６１】図１１は図３のフローチャートのステップ
Ｓ１を詳細化したフローチャートであり、図４、図６で
示した例を基に説明する。

【００６２】図１１のフローチャートによる処理手順
は、この例に限定されることはなく、本発明の結果を満
たす限り如何なる手順の組み合わせも、複数処理を纏め
ることも、処理を細分化することも可能である。

【００６３】先ず、ステップＳ１１においてユーザによ
るスクリーン上のウィンドウの操作、ウィンドウに対す
るイベント発生等によるウィンドウマネージャが管理す
る情報に変化が起こるような状況、つまり、スクリーン
の（再）描画が必要なときに新しいスクリーン上のウィ
ンドウの属性の情報をウィンドウ管理情報３００に更新
する。

【００６４】また、このステップＳ１での処理は、従来
技術であるウィンドウマネージャが管理する処理に、本
発明によるウィンドウのシンボルへのユーザの操作に対
する処理が加わる。ウィンドウのシンボルがユーザに選
択決定操作された場合には、そのユーザが操作した座標
と隠蔽ウィンドウ継承情報１６００のウィンドウシンボ
ル座標とそのサイズが示す範囲から選択されたシンボル
に対応した継承されているウィンドウを参照する。この
処理は、アイコンを選択した場合のウィンドウマネージ
ャのアイコンに対応したウィンドウを参照する処理と同
様であり、シンボルに対応したウィンドウを開きフォー
カス取得可能なウィンドウにするための処理（Ｚオーダ
ーの更新等）として上述したようなウィンドウマネージ
ャ管理情報３００の更新を行う。

【００６５】図４に示したウィンドマネージャ管理情報
３００が記憶する情報を例にとると、ユーザの操作によ
りウィンドウＷ２が選択操作された場合、ウィンドウマ
ネージャ管理情報３００のＺオーダーの情報を全てのウ
ィンドウに対して更新（Ｗ１のＺオーダーを１から２
へ、Ｗ２のＺオーダーを３から１へ、Ｗ３のＺオーダー
を２から３へ）する必要がある。ウィンドウのリサイズ
が行われた場合には終点座標の情報、ウィンドウの移動
が行われた場合には始点座標と終点座標の情報を更新す
る必要がある。

【００６６】次に、ステップＳ１２でウィンドウマネー
ジャ管理情報３００のＺオーダーを参照することにより
全ウィンドウの上下の階層関係を把握する。図４に示し
たウィンドウマネージャ管理情報３００が記憶する情報
を例にとると、ウィンドウＷ１が一番上位で、次がウィ
ンドウＷ３で、一番下位がウィンドウＷ２である。つま
り、Ｗ１は、Ｗ２、Ｗ３を隠蔽する可能性があり、Ｗ３
は、Ｗ１に隠蔽される可能性があり、Ｗ２を隠蔽する可
能性があり、Ｗ２は、Ｗ１とＷ３（両方又は片方）に隠
蔽される可能性がある。

【００６７】次に、ステップＳ１３でウィンドウマネー
ジャ管理情報３００の始点座標と終点座標を参照するこ
とにより、重なり合うウィンドウの関係を把握し、その
重なる場合の領域を解析する。図４に示したウィンドウ
マネージャ管理情報３００が記憶する情報を例にとる
と、Ｗ１は、Ｗ２とＷ３と重なり合い、Ｗ１のウィンド
ウ領域から見るとＷ２と約２５％、Ｗ３と約２５％重な
る。Ｗ２は、Ｗ１とＷ３と重なり合い、Ｗ２のウィンド
ウ領域から見るとＷ１と１００％、Ｗ３と約３％重な
る。Ｗ３は、Ｗ１とＷ２と重なり合い、Ｗ３のウィンド
ウ領域から見るとＷ１と約９９％、Ｗ２と約２％重な
る。

【００６８】次に、ステップＳ１４でステップＳ１２と
ステップＳ１３の結果から各ウィンドウ毎に各自のウィ
ンドウが隠蔽する下位のウィンドウとその下位ウィンド
ウを隠蔽する場合に、各自のウィンドウが下位ウィンド
ウの領域のどの程度を隠蔽しているかを示す割合を解析
し、ウィンドウ隠蔽階層構造１３００に記憶する。

【００６９】前記ステップＳ１２とステップＳ１３で例
に挙げた結果と図６に示したウィンドウ隠蔽階層構造１
３００が記憶する情報を例にとると、ステップＳ１２の
結果のウィンドウの上下関係とステップＳ１３の結果の
ウィンドウの重なり関係から、Ｗ１は、Ｗ２を１００％
隠蔽し、Ｗ３を９９％隠蔽し、Ｗ２自体は、隠蔽するウ
ィンドウは存在せず、Ｗ３は、Ｗ２を２％隠蔽し、それ
らの情報を図６のウィンドウ隠蔽情報構造１３００が示
すような情報として記憶しておく。

【００７０】図１２は、図３のフローチャートのステッ
プＳ２を詳細化したフローチャートであり、図４、図７
で示した例を基に説明する。

【００７１】図１２のフローチャートによる処理手順
は、この例に限定されることはなく、本発明の結果を満
たす限り如何なる手順の組み合わせも、複数処理を纏め
ることも、処理を細分化することも可能である。

【００７２】また、図１１のフローチャートと図１２の
フローチャートは、実施の形態を簡潔にするために分割
して説明しているが、図１２のステップＳ２１〜Ｓ２３
の処理は、図１１のステップＳ１２〜Ｓ１４の処理と同
等、または、略同等の処理であり、各対応するステップ
（Ｓ１２とＳ２１、Ｓ１３とＳ２２、Ｓ１４とＳ２３）
の処理を纏めることも、若しくは、どちらか先に処理し
て得たステップの情報を記憶しておき、その情報を共有
することで、処理の冗長を避けることも可能である。

【００７３】先ず、ステップＳ２１でウィンドウマネー
ジャ管理情報３００のＺオーダーを参照することにより
全ウィンドウの上下の階層関係を把握する。次に、ステ
ップＳ２２でウィンドウマネージャ管理情報３００の始
点座標と終点座標を参照することにより、重なり合うウ
ィンドウを把握し、その重なる場合の領域を算出する。
次に、ステップＳ２３でステップＳ２１とステップＳ２
２の処理の結果（説明はステップＳ１２とステップＳ１
３と同様である）から各ウィンドウ毎に各自のウィンド
ウがスクリーン上に最終的に露出する（他のオブジェク
トに隠蔽されることのない）領域を算出し、ウィンドウ
露出領域情報１４００に記憶する。

【００７４】前記ステップＳ２１とステップＳ２２で例
に挙げた結果と図７に示したウィンドウ露出領域情報１
４００が記憶する情報を例にとると、ステップＳ２１の
結果のウィンドウの上下関係とステップＳ２２の結果の
ウィンドウの重なり関係からＷ１は、ウィンドウの全領
域が露出し、始点座標と終点座標から７９０×４５０の
領域と十分なタイトルバーの領域を露出する。Ｗ２は、
０×０の領域と０のタイトルバーの領域を露出する（つ
まり、露出する領域はない）。Ｗ３は、５×２３０の領
域と不十分なタイトルバーの領域を露出する。それら各
ウィンドウに対する露出領域の情報を図７のウィンドウ
露出領域情報が示すような情報として記憶しておく。

【００７５】図１３は、図３のフローチャートのステッ
プＳ３を詳細化したフローチャートであり、図４、図
６、図７、図８で示した例を基に説明する。図１３のフ
ローチャートによる処理手順は、この例に限定されるこ
とはなく、本発明の結果を満たす限り如何なる手順の組
み合わせも、複数処理を纏めることも、処理を細分化す
ることも可能である。

【００７６】先ず、ステップＳ３１で一つのウィンドウ
毎にウィンドウ露出領域情報１４００の各ウィンドウの
露出する領域を参照することにより、そのウィンドウの
露出が０（つまり、他のウィンドウに全領域隠蔽されて
しまって露出する領域がない）かどうかをチェックし、
０ならステップＳ３５の処理へ、０でない（つまり、露
出する領域がある）ならステップＳ３２の処理へ移行す
る。

【００７７】次に、ステップＳ３２で一つのウィンドウ
毎にウィンドウ露出領域情報１４００の各ウィンドウの
露出する領域を参照することにより、そのウィンドウを
ユーザが操作するのに十分な領域（十分な領域とは、デ
フォルト値でもユーザが設定した値でも構わない）があ
るかどうかをチェックし、露出する領域が不十分である
（つまり、ユーザがそのウィンドウに対する選択決定操
作がし難い）ならステップＳ３５の処理へ、露出する領
域が十分である（つまり、ユーザがそのウィンドウに対
する選択決定操作が容易である）ならステップＳ３３の
処理へ移行する。

【００７８】この場合の十分な領域とは、上述したよう
にユーザの操作面から見て換算したもので、面積だけか
らの判断とは限らない。例えば、面積から換算するとあ
る程度の領域を露出していたとしても１×１０００の領
域のような極端に幅の狭い露出に対しては、露出する領
域が不十分であるという判断になることもある。詳細な
処理の流れは後述する図１７のフローチャートで説明す
る。

【００７９】次に、ステップＳ３３で一つのウィンドウ
毎にそのウィンドウが継承する下位ウィンドウが存在す
る場合に、ウィンドウ露出領域情報１４００のタイトル
バーの露出度と前回記憶した隠蔽ウィンドウ継承情報１
６００のウィンドウシンボル座標とサイズとウィンドウ
マネージャ管理情報３００を参照することにより、タイ
トルバーに付加されるであろうウィンドウのシンボルが
隠蔽されるかどうか（つまり、継承するウィンドウのシ
ンボルを配置するだけのタイトルバーの領域の露出があ
るかどうか）を判断し、ウィンドウのシンボルを配置す
るための露出する領域が不十分ならステップＳ３５の処
理へ、露出する領域が十分であるならステップＳ３４の
処理へ移行する。

【００８０】ステップＳ３１〜ステップＳ３３の処理を
図７に示したウィンドウ露出領域情報１４００が記憶す
る情報を例にとると、Ｗ１は、露出するウィンドウの領
域、露出するタイトルバーの領域共に十分なので、ステ
ップＳ３１、ステップＳ３２、ステップＳ３３の処理を
通過し、ステップＳ３４の処理へ移行する。Ｗ２は、露
出するウィンドウの領域が０なので、ステップＳ３１に
よりステップＳ３５の処理へ移行する。Ｗ３は、露出す
るウィンドウの領域があるのでステップＳ３１の処理か
らステップＳ３２の処理へ移行するが、露出する領域が
５×２３０と極端に幅が狭いためユーザが操作し難い領
域と判断されステップＳ３５の処理へ移行する。

【００８１】次に、ステップＳ３４でその処理に移行し
たウィンドウに対しては上位のウィンドウに継承されな
いことを決定する。次に、ステップＳ３５で一つのウィ
ンドウ毎にウィンドウ隠蔽階層構造１３００の隠蔽され
るウィンドウと隠蔽する割合の情報を参照することによ
り、そのウィンドウ毎、或いは継承されるであろうウィ
ンドウのシンボル毎に隠蔽されるべき上位のウィンドウ
を決定し、隠蔽ウィンドウ継承情報１６００の情報を更
新する。

【００８２】図６に示したウィンドウ隠蔽階層構造１３
００と図８に示した隠蔽ウィンドウ継承情報１６００が
記憶する情報を例にとると、ステップＳ３５の処理に入
るウィンドウは、ステップＳ３１〜ステップＳ３３の例
の説明で記述したように、Ｗ２とＷ３であり、Ｗ２は、
Ｗ１とＷ３に隠蔽されるがＷ１には１００％隠蔽され、
Ｗ３には５％隠蔽されることによりＷ１に継承されるこ
とが決定し（この決定は任意であり、例えば、デフォル
ト設定やユーザ設定等により隠蔽している上位ウィンド
ウの全てが下位ウィンドウを継承するように設定するこ
とも可能である。つまり、Ｗ２は、Ｗ１とＷ３の両方に
継承されることを決定することも可能である）、Ｗ３
は、Ｗ１のみに隠蔽れることにより、Ｗ１に無条件に継
承され（ステップＳ３５の処理に入ったことにより、ウ
ィンドウ、或いはウィンドウのシンボルの何れかは継承
されることは決定していて、ステップＳ３５では、継承
する上位ウィンドウと継承されるウィンドウ、ウィンド
ウのシンボルの決定を行う）、その継承されるウィンド
ウと継承するときのウィンドウのシンボルの座標とサイ
ズ（座標やサイズは、タイトルバーに対する相対的な位
置のデフォルト値やただのデフォルト値、ユーザによる
設定値、タイトルバーの全領域から継承するウィンドウ
のシンボル数で割った結果による値等ウィンドウのシン
ボルを配置できる情報であれば何でもよい）の情報を図
８が示すような情報として記憶しておく。詳細な処理の
流れは、後述する図１８のフローチャートで説明する。

【００８３】次に、ステップＳ３６で全てのウィンドウ
に対してステップＳ３４またはステップＳ３５の処理に
より上位ウィンドウに継承されない／継承されるかの決
定がなされたかどうかをチェックし、決定がなされてい
ないウィンドウに対してはステップＳ３１から処理を繰
り返し、全てのウィンドウに対して上位ウィンドウによ
り継承されない／継承されるかを決定する。

【００８４】図１４は、図３のフローチャートのステッ
プＳ４を詳細化したフローチャートであり、図４、図
８、図９、図１０で示した例を基に説明する。図１４の
フローチャートによる処理手順は、この例に限定される
ことはなく、本発明の結果を満たす限り如何なる手順の
組み合わせも、複数処理を纏めることも、処理を細分化
することも可能である。

【００８５】先ず、ステップＳ４１でウィンドウシンボ
ル属性情報１７００の表示場所や表示形式を参照するこ
とにより、ウィンドウマネージャがウィンドウに付加す
る枠にどのようにウィンドウのシンボルを付加するのか
を決定する。

【００８６】図９に示したウィンドウシンボル属性情報
１７００が記憶する情報を例にとると、ウィンドウのシ
ンボルの（付加する）表示場所は、タイトルバーであ
る。また、表示形式は、そのウィンドウを起動している
アプリケーション名（図１０に示した例では、アプリケ
ーション名とウィンドウ名は同一である）を表示するこ
とになる。

【００８７】次に、ステップＳ４２で隠蔽ウィンドウ継
承情報１６００のウィンドウシンボル座標とサイズを参
照することにより、ウィンドウマネージャがウィンドウ
に付加する枠の何処にウィンドウのシンボルを付加する
のかを決定し、ウィンドウのシンボルのデータを描画デ
ータとして、ウィンドウマネージャ管理情報３００の情
報と共に、従来技術であるウィンドウマネージャとウィ
ンドウ管理が処理することにより、スクリーンを描画す
るための描画データを生成する。

【００８８】図８に示した隠蔽ウィンドウ継承情報１６
００が記憶する情報を例にとると、Ｗ１が継承するＷ２
のシンボルとＷ３のシンボルの描画データは、ウィンド
ウマネージャがＷ１に付加するタイトルバー上に収まる
範囲の座標とサイズになる（ステップＳ３５より）。

【００８９】次に、ステップＳ４３で従来技術のウィン
ドウマネージャとウィンドウ管理の機能によりスクリー
ンを描画し、ユーザの選択決定操作等により（再）描画
する必要が生じたことによりアクティブになる（ウィン
ドウマネージャ管理情報３００のＺオーダーが一番上位
にある）ウィンドウに対してフォーカスを取得すること
が可能なウィンドウにする。

【００９０】図１７は、図１３のフローチャートのステ
ップＳ３２を詳細化したフローチャートである。図１７
のフローチャートによる処理手順は、この例に限定され
ることはなく、本発明の結果を満たす限り如何なる手順
の組み合わせも、複数処理を纏めることも、処理を細分
化することも可能であり、また、他の条件判断の処理を
追加することも、条件判断の処理を削除してどれか１つ
以上の条件判断にすることも可能である。

【００９１】先ず、ステップＳ３２１でウィンドウ露出
領域情報１４００から対象ウィンドウの露出する領域を
参照することにより、そのウィンドウの露出面積が基準
値以上であるかどうかを判断する。基準値以上ある場合
には、ステップＳ３２２の処理へ移行し、基準値以上な
い場合にはステップＳ３５の処理へ移行する。基準値と
は、デフォルト値でもユーザによる設定値でも構わな
い。

【００９２】次に、ステップＳ３２２でウィンドウ露出
領域情報１４００から対象ウィンドウの露出する領域を
参照することにより、そのウィンドウの露出する１つ以
上の領域の幅や高さ夫々が基準値以上あるかどうかを判
断する。基準値以上ある場合にはステップＳ３３の処理
へ移行し、基準値以上ない場合にはステップＳ３５の処
理へ移行する。基準値とは、デフォルト値でもユーザに
よる設定値でも構わなく、ユーザが操作するのに十分な
長さがあるかどうかの基準である。幅や高さに十分な長
さがある場合にはユーザが操作し易い露出領域とし、幅
や高さが極端に短くて十分な長さがない場合にはユーザ
が操作し難い露出領域と判断する。

【００９３】例えば、同じ面積の領域に対してユーザの
マウス等による操作が「１０×１０」のような領域に対
しては十分操作し易い領域であっても、「１×１００」
のような領域に対しては極端に細長い領域なので操作し
難いことがあり、そのような状況を判断する。

【００９４】図１８は、図１３のフローチャートのステ
ップＳ３５を詳細化したフローチャートである。図１８
のフローチャートによる処理手順は、この例に限定され
ることはなく、本発明の結果を満たす限り如何なる手順
の組み合わせも、複数処理を纏めることも、処理を細分
化することも可能であり、また、他の条件判断の処理を
追加することも、条件判断の処理を削除してどれか１つ
以上の条件判断にすることも可能である。

【００９５】先ず、ステップＳ３５１でウィンドウ隠蔽
階層構造１３００から対象ウィンドウを隠蔽しているウ
ィンドウを参照することにより、対象ウィンドウが複数
のウィンドウに隠蔽される場合にはステップＳ３５４の
処理へ移行し、単一のウィンドウのみに隠蔽される場合
にはステップＳ３５２の処理へ移行する。

【００９６】次に、ステップＳ３５２で対象ウィンドウ
を唯一隠蔽している上位のウィンドウが継承する下位の
ウィンドウのリスト（図８の例では［※ａウィンドウに
継承されるウィンドウ］の項目）に対象ウィンドウを追
加し、対象ウィンドウのシンボルの座標やサイズを決定
して追加し、隠蔽ウィンドウ継承情報１６００を更新し
てからステップＳ３５３の処理へ移行する。

【００９７】但し、ウィンドウ自体は、それほど隠蔽さ
れずに（十分な露出領域がある）、タイトルバー上のウ
ィンドウのシンボルを隠蔽されたためにステップＳ３５
の処理に入ってきた場合（つまり、ステップＳ３３の処
理を通過してきた）は、その対象ウィンドウをこのステ
ップでの上述した処理である隠蔽ウィンドウ継承情報１
６００の更新は、そのときの設定により任意であり、更
新する（対象ウィンドウが継承されることを決定）場合
もあり、更新しない（対象ウィンドウが継承されないこ
とを決定）場合もある（このような状況の詳細な例は、
後述する図１５（特にＷ１のウィンドウについて）にお
いて説明する）。

【００９８】次に、ステップＳ３５３で対象ウィンドウ
がステップＳ３３の処理を通過してきているかを判断
し、通過してきている場合は対象ウィンドウが継承する
ウィンドウのシンボルが隠蔽されるのでステップＳ３５
５の処理に移行し、通過していない（ステップＳ３１、
またはステップＳ３２からステップＳ３５の処理に移行
してきた）場合は、対象ウィンドウ自体が他の上位のウ
ィンドウに全部または殆どの領域が隠蔽されるので、対
象ウィンドウ自体が下位のウィンドウを継承することは
なく、ウィンドウのシンボルも付加されることはないの
でステップＳ３６へ移行する。

【００９９】次に、ステップＳ３５４で対象ウィンドウ
に対して複数の隠蔽しているウィンドウの何処に継承さ
せるかを決定し、決定後はステップＳ３５２の処理と同
様の処理を行い、隠蔽ウィンドウ継承情報１６００を更
新してからステップＳ３５３の処理へ移行する。この詳
細な処理の流れは、後述する図１９のフローチャートで
説明する。

【０１００】次に、ステップＳ３５５で対象ウィンドウ
に付加されるウィンドウのシンボルに対して隠蔽してい
る上位のウィンドウにそのシンボルを継承させることを
決定し、決定後は、ステップＳ３２の処理と同様の処理
を行い隠蔽ウィンドウ継承情報１６００を更新してから
ステップＳ３６へ移行する。詳細な処理の流れは、後述
する図２０のフローチャートで説明する。

【０１０１】図１９は、図１８のフローチャートのステ
ップＳ３５４を詳細化したフローチャートである。図１
６のスクリーン描画イメージの一例を用いて説明する。
図１６は、本発明の実施の形態３に係わるウィンドウシ
ステム制御装置によるウィンドウシステムの制御結果の
スクリーン描画イメージの一例を示す図である。図１９
のフローチャートによる処理手順は、この例に限定され
ることはなく、本発明の結果を満たす限り如何なる手順
の組み合わせも、複数処理を纏めることも、処理を細分
化することも可能であり、また、他の条件判断の処理を
追加することも、条件判断の処理を削除してどれか１つ
以上の条件判断にすることも可能である。

【０１０２】先ず、ステップＳ３５４１で対象ウィンド
ウを継承する条件として、対象ウィンドウの領域を一番
大きく隠蔽しているウィンドウと設定されている場合に
はステップＳ３５４４の処理へ移行し、設定されていな
ければステップＳ３５４２の処理へ移行する。

【０１０３】次に、ステップＳ３５４２で対象ウィンド
ウを継承する条件として、対象ウィンドウを隠蔽してい
るウィンドウのうち一番最上位に位置するウィンドウと
設定されている場合にはステップＳ３５４５の処理へ移
行し、設定されていなければステップＳ３５４３の処理
へ移行する。

【０１０４】次に、ステップＳ３５４３で対象ウィンド
ウを継承する条件として、無条件に対象ウィンドウを隠
蔽している全ての上位ウィンドウと設定されている場合
にはステップＳ３５４６の処理へ移行し、設定されてい
なければステップＳ３５３の処理へ移行する。

【０１０５】次に、ステップＳ３５４４で対象ウィンド
ウを一番大きく隠蔽しているウィンドウをウィンドウ隠
蔽階層構造１３００の隠蔽する割合（図６の例では［※
ａウィンドウが※ｂウィンドウを隠蔽する割合］の項
目）を参照することにより決定し、隠蔽ウィンドウ継承
情報１６００の上位のウィンドウが継承する下位のウィ
ンドウのリスト（図８の例では［※ａウィンドウに継承
されるウィンドウ］の項目）に対象ウィンドウを追加
し、また、対象ウィンドウのシンボルの座標やサイズを
タイトルバーに配置できるように算出した結果を追加し
ステップＳ３５４２の処理へ移行する。

【０１０６】図１６−ａは、このステップ３５４４によ
り処理された場合の最終的なスクリーン描画イメージの
一例である（図１６の詳細については纏めて後述す
る）。

【０１０７】次に、ステップＳ３５４５で対象ウィンド
ウを隠蔽しているウィンドウのうち一番最上位に位置す
るウィンドウをウィンドウマネージャ管理情報３００の
Ｚオーダーを参照することにより決定し、決定したウィ
ンドウが継承するウィンドウのリスト（隠蔽ウィンドウ
継承情報１６００：図８の例では、［※ａウィンドウに
継承されるウィンドウ］の項目）に対象ウィンドウを追
加し、また、対象ウィンドウのシンボルの座標やサイズ
を決定して追加し、ステップＳ３５４３の処理へ移行す
る。

【０１０８】図１６−ａは、ステップＳ３５４４と同様
にこのステップ３５４５により処理された場合の最終的
なスクリーン描画イメージの一例でもある（図１６の詳
細については纏めて後述する）。

【０１０９】次に、ステップＳ３５４６で対象ウィンド
ウを隠蔽しているウィンドウ全てをウィンドウ隠蔽階層
構造１３００の隠蔽するウィンドウ（図６の例では［※
ａウィンドウに隠蔽されるウィンドウ］の項目）を参照
することにより決定し、決定したウィンドウが継承する
ウィンドウのリスト（隠蔽ウィンドウ継承情報１６０
０：図８の例では[※ａウィンドウに継承されるウィン
ドウ］の項目）に対象ウィンドウを追加し、また、対象
ウィンドウのシンボルの座標やサイズを決定して追加
し、ステップＳ３５３の処理へ移行する。

【０１１０】図１６−ｃは、このステップ３５４６によ
り処理された場合の最終的なスクリーン描画イメージの
一例である（図１６の詳細については纏めて後述す
る）。

【０１１１】図２０は、図１８のフローチャートのステ
ップＳ３５５を詳細化したフローチャートである。図１
５のスクリーン描画イメージの一例を用いて説明する。
図１５は、本発明の実施の形態２に係わるウィンドウシ
ステム制御装置によるウィンドウシステムの制御結果の
スクリーン描画イメージの一例を示す図である。

【０１１２】図２０のフローチャートによる処理手順
は、この例に限定されることはなく、本発明の結果を満
たす限り如何なる手順の組み合わせも、複数処理を纏め
ることも、処理を細分化することも可能であり、また、
他の条件判断の処理を追加することも、条件判断の処理
を削除してどれか１つ以上の条件判断にすることも可能
である。

【０１１３】先ず、ステップＳ３５５１で対象ウィンド
ウに付加されるシンボルを継承する条件として、無条件
に対象ウィンドウに付加される全てのシンボルと設定さ
れている場合には、ステップＳ３５５３の処理へ移行
し、設定されていない場合にはステップＳ３５５２の処
理へ移行する。

【０１１４】次に、ステップＳ３５５２で対象ウィンド
ウに付加されるシンボルのうち上位のウィンドウに隠蔽
されるシンボルをウィンドウマネージャ管理情報３００
の始点座標と終点座標とシンボルの座標とサイズ（隠蔽
ウィンドウ継承情報１６００：図８の例では［ウィンド
ウシンボル座標とサイズ］の項目）を参照することによ
り決定し、決定したシンボルを上位のウィンドウが継承
するウィンドウのリスト（隠蔽ウィンドウ継承情報１６
００：図８の例では［※ａウィンドウに継承されるウィ
ンドウ］の項目）にシンボルと対応するウィンドウを追
加し、また、追加したウィンドウの新たなシンボルの座
標やサイズを決定して追加し、ステップＳ３６の処理へ
移行する。

【０１１５】図１５−ｂは、このステップ３５５２によ
り処理された場合の最終的なスクリーン描画イメージの
一例である（図１５の詳細については纏めて後述す
る）。

【０１１６】次に、ステップＳ３５５３で対象ウィンド
ウに付加されるシンボルのうち上位のウィンドウに隠蔽
されるシンボル、隠蔽されないシンボルに関係なしに、
無条件に全てのシンボルを上位のウィンドウが継承する
ウィンドウのリストに（隠蔽ウィンドウ継承情報１６０
０：図８の例では［※ａウィンドウに継承されるウィン
ドウ］の項目）にシンボルと対応するウィンドウを追加
し、また、追加したウィンドウの新たなシンボルの座標
やサイズを決定して追加し、ステップＳ３６の処理へ移
行する。

【０１１７】図１５−ｂは、ステップＳ３５５２と同様
に、このステップ３５５３により処理された場合の最終
的なスクリーン描画イメージの一例でもある（図１５の
詳細については纏めて後述する）。

【０１１８】図１５の本発明によるウィンドウシステム
の制御結果のスクリーン描画イメージの一例を参照し
て、下位ウィンドウを継承しているウィンドウに対し
て、ウィンドウシンボルを付加した場所が新たに隠蔽さ
れる場合を説明する。

【０１１９】図１５−ａは、図１０で説明した内容と同
じであり、Ｗ１アプリのウィンドウ（以下、「Ｗ１」と
いう）が下位のＷ２アプリのウィンドウ（以下、「Ｗ
２」という）とＷ３アプリのウィンドウ（以下、「Ｗ
３」という）を隠蔽しており、Ｗ１のタイトルバーにＷ
２とＷ３のウィンドウのシンボルとしてボタン（Ｗ２、
Ｗ３に対するボタンとして夫々「Ｗ２」、「Ｗ３」とい
う、ストリングで識別されているボタン）が付加されて
いる。

【０１２０】図１５−ｂは、図１５−ａの状態から新た
にＷ４アプリのウィンドウ（以下、「Ｗ４」という）が
フォーカス取得可能なウィンドウとしてスクリーン上の
一番上位位置に出現した状況（ユーザによるウィンドウ
生成、アイコン復元化等）である。この場合Ｗ２とＷ３
は、図１３の各ステップを図１０の説明と同様に、同じ
条件判断を通過し同じ処理がされるが、Ｗ１については
ステップＳ３３の処理で、Ｗ４出現前には継承していた
（この時点では継承するであろう）Ｗ２とＷ３のシンボ
ルを付加するタイトルバーの殆どの領域がＷ４により隠
蔽されるため、Ｗ２とＷ３のシンボルを付加する十分な
領域がないと判断されステップＳ３５へ移行する。この
時点で、ステップＳ３５では、Ｗ１が継承するであろう
Ｗ２とＷ３のシンボルについてはステップＳ３５５２ま
たはステップＳ３５５３の処理によって隠蔽するであろ
うＷ４に継承されることを決定する。Ｗ１については、
ステップＳ３２の処理でＷ１の領域は十分に露出してい
ることが分かっているので、Ｗ１をＷ４に継承させてＷ
１のシンボルをＷ４のタイトルバーに継承させるように
決定するか、継承させないように決定するかは、ステッ
プＳ３５２の処理の説明で記述したようにそのときの設
定により任意であり、継承するように設定されている場
合にはＷ１は大きな露出領域があるが、Ｗ１のシンボル
もＷ４のタイトルバーに付加されることになり、継承し
ないように設定されている場合には、Ｗ１のシンボルは
Ｗ４のタイトルバーには付加されないことになる。

【０１２１】この結果、図１５−ｂは、Ｗ４がＷ２とＷ
３を継承しウィンドウのシンボルとして夫々のウィンド
ウに対応するボタンをタイトルバーに付加している様子
を示している。また、Ｗ１については、上述したように
Ｗ４が継承する場合としない場合があるので、点線のボ
タンとして表現しているが、実際にはどちらか一方に決
定され、継承される場合は表示され、継承されない場合
は表示されない。

【０１２２】図１５−ｂによるウィンドウの選択決定操
作は、従来の操作に加えてウィンドウのシンボルである
ボタンの操作による選択決定操作も可能となる。

【０１２３】図１６の本発明によるウィンドウシステム
の制御結果のスクリーン描画イメージの一例を参照し
て、複数のウィンドウが寄り集まって下位のウィンドウ
を隠蔽している場合を説明する。

【０１２４】図１６−ａ〜ｃのウィンドウ階層は、一番
下位から順にＷ１アプリのウィンドウ（以下、「Ｗ１」
という）、Ｗ２アプリのウィンドウ（以下、「Ｗ２」と
いう）、Ｗ３アプリのウィンドウ（以下、「Ｗ３」とい
う）であり、Ｗ３が一番上位に位置する。Ｗ１は、Ｗ２
に約３割隠蔽され、Ｗ３に約６割隠蔽される。Ｗ２は、
Ｗ３にほんの少し隠蔽されるが、十分な露出領域がある
ので図１３のステップＳ３１、ステップＳ３２、ステッ
プＳ３３の処理を通過して上位のＷ３に継承されること
はない。Ｗ１については図１３のステップＳ３１の処理
により全領域がＷ２とＷ３によって隠蔽されることを判
断されてステップＳ３５の処理へ移行する。

【０１２５】ステップＳ３５、更にステップＳ３５４、
更に図１９の説明で記述したように、Ｗ１をＷ２とＷ３
のどちらに継承させるかは任意であり、図１６−ａは、
ステップＳ３５４４またはステップＳ３５４５の処理に
よりＷ１をＷ３に継承させた例であり、図１６−ｂは、
継承されるウィンドウの直接上（例えば、Ｚオーダーが
連番）に位置するウィンドウに継承させる条件判断等に
よりＷ１をＷ２に継承させた例であり、図１６−ｃは、
ステップＳ３５４６の処理によりＷ１をＷ２とＷ３の両
方に継承させた例である。

【０１２６】図１６−ａのようにＷ１をＷ３に継承させ
る条件としては、継承されるであろうウィンドウ（この
例では、Ｗ１）の領域をより多く隠蔽しているウィンド
ウに継承させることを決定したり、デフォルトの設定
（一番上位に位置するウィンドウ、右に位置するウィン
ドウ等）で決定したり、ユーザによる設定（一番よく使
用するウィンドウ等）等で決定したりすることが可能で
あり、全くの任意である。

【０１２７】図１６−ｂにおいてもＷ１をＷ２に継承さ
せる条件としては、デフォルトの設定（継承されるＷ１
のすぐ上位に位置するウィンドウ、左に位置するウィン
ドウ等）に継承させることを決定したり、ユーザによる
設定（一番よく使用するウィンドウ等）等で決定したり
することが可能であり、全くの任意である。

【０１２８】図１６−ｃにおいてもＷ１をＷ２とＷ３両
方に継承させる条件としては、デフォルトの設定（隠蔽
しているウィンドウ全て、ある程度の領域以上を隠蔽す
るウィンドウ等）に継承させることを決定したり、ユー
ザによる設定（全てのウィンドウ、継承させるウィンド
ウの直接指定等）等で決定したりすることが可能であ
り、全くの任意である。

【０１２９】図１６−ａ〜ｃによるウィンドウの選択決
定操作は、従来の操作に加えてウィンドウのシンボルで
あるボタンの操作による選択決定操作も可能となる。

【０１３０】

【発明の効果】以上説明したように、請求項１のウィン
ドウシステム制御装置によれば、従来の記憶されている
ウィンドウマネージャ管理情報とは別に、各ウィンドウ
が隠蔽しているウィンドウの階層構造を解析する手段
と、各ウィンドウの露出している領域を解析する手段
と、これら解析手段による解析結果により上位のウィン
ドウが隠蔽する下位のウィンドウを承継することを決定
する決定手段とを備えることにより、複数のウィンドウ
が重ねられて表示されている場合に隠蔽されてしまう下
位のウィンドウに対して隠した上位のウィンドウのウィ
ンドウマネージャが管理する領域にシンボルを付加する
ことで隠されたウィンドウへの操作を容易にするような
ウィンドウの操作の作業能率を改善することが可能とな
り、優れた操作環境を提供することができる。また、複
数のアプリケーションを同時に起動した場合のスクリー
ンを効率よく利用することができる。

【０１３１】請求項２のウィンドウシステム制御装置に
よれば、請求項１のウィンドウシステム制御装置におい
て、決定手段による結果を記憶する記憶手段と、隠蔽さ
れているウィンドウと関連づけるシンボルの属性を記憶
する記憶手段と、これら記憶手段に記憶されている内容
に基づいてスクリーンへの描画データを生成し表示する
表示手段とを備えることにより、複数のウィンドウが重
なり合って隠蔽されているウィンドウに対して操作が複
雑且つ手間が掛かったウィンドウの操作を簡潔、且つ容
易なウィンドウ操作に変更することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係わるウィンドウシステ
ム制御装置の概略構成を示すブロック図である。

【図２】図１に示すウィンドウシステム制御装置の記憶
する情報構成をなすブロック図である。

【図３】図１に示すウィンドウシステム制御装置の制御
処理を示すフローチャートである。

【図４】図１に示すウィンドウシステム制御装置が記憶
する情報の内容の一例を示す図である。

【図５】従来技術によるウィンドウシステムの制御結果
のスクリーン描画イメージの一例を示す図である。

【図６】図１に示すウィンドウシステム制御装置が記憶
する情報の内容の一例を示す図である。

【図７】図１に示すウィンドウシステム制御装置が記憶
する情報の内容の一例を示す図である。

【図８】図１に示すウィンドウシステム制御装置が記憶
する情報の内容の一例を示す図である。

【図９】図１に示すウィンドウシステム制御装置が記憶
する情報の内容の一例を示す図である。

【図１０】図１に示すウィンドウシステム制御装置の制
御結果のスクリーン描画イメージの一例を示す図であ
る。

【図１１】図３のフローチャートのステップＳ１を詳細
化したフローチャートである。

【図１２】図３のフローチャートのステップＳ２を詳細
化したフローチャートである。

【図１３】図３のフローチャートのステップＳ３を詳細
化したフローチャートである。

【図１４】図３のフローチャートのステップＳ４を詳細
化したフローチャートである。

【図１５】本発明の実施の形態２に係わるウィンドウシ
ステム制御装置によるウィンドウシステムの制御結果の
スクリーン描画イメージの一例を示す図である。

【図１６】本発明の実施の形態３に係わるウィンドウシ
ステム制御装置によるウィンドウシステムの制御結果の
スクリーン描画イメージの一例を示す図である。

【図１７】図１３のフローチャートのステップＳ３２を
詳細化したフローチャートである。

【図１８】図１３のフローチャートのステップＳ３５を
詳細化したフローチャートである。

【図１９】図１８のフローチャートのステップＳ３５４
を詳細化したフローチャートである。

【図２０】図１８のフローチャートのステップＳ３５５
を詳細化したフローチャートである。

【符号の説明】

１ ＣＰＵ ２ バス ３ メモリ（ＲＯＭ） ４ メモリ（ＲＡＭ） ５ 入力インターフェイス ６ 入力装置 ７ 出力装置 ８ 表示媒体 ９ 外部記憶装置インターフェース １０ 外部記憶装置 １００ ＧＵＩ入力処理部 ２００ ＧＵＩ出力処理部 ３００ ウィンドウマネージャ管理情報 ４００ ウィンドウ管理部 １１００ ウィンドウ隠蔽階層解析部 １２００ ウィンドウ露出領域算出部 １３００ ウィンドウ隠蔽階層構造 １４００ ウィンドウ露出領域情報 １５００ 隠蔽ウィンドウ継承決定部 １６００ 隠蔽ウィンドウ継承情報 １７００ ウィンドウシンボル属性情報

───────────────────────────────────────────────────── フロントページの続き (72)発明者 大河原 将広 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内

Claims (2)

【特許請求の範囲】
1. 【請求項１】 コンピュータ上のオペレーティングシス
   テムがディスプレイ装置上のスクリーンに複数の仮想的
   なディスプレイであるウィンドウを表示することができ
   るマルチウィンドウシステムで、複数のウィンドウやウ
   ィンドウを一時的に待避したアイコン等を重ねて表示す
   ることができ、それらウィンドウを管理するウィンドウ
   マネージャを有するウィンドウシステム制御装置におい
   て、 上位のウィンドウが下位のウィンドウを隠蔽する階層構
   造を分析する解析手段と、 最終的なスクリーン描画時の各ウィンドウの露出領域を
   算出する解析手段と、 前記各解析手段により解析された結果に基づいて上位の
   ウィンドウが隠蔽する下位のウィンドウを承継すること
   を決定する決定手段とを備えることを特徴とするウィン
   ドウシステムの制御装置。
2. 【請求項２】 前記決定手段により決定されたウィンド
   ウの承継情報を記憶する記憶手段と、 前記ウィンドウと関連づけるためのウィンドウのシンボ
   ルの属性を記憶する記憶手段と、 前記各記憶手段に記憶された内容に基づいてスクリーン
   への描画データを生成し表示する表示手段とを備えるこ
   とを特徴とする請求項１記載のウィンドウシステム制御
   装置。