JPH0619663A - マルチウィンドウの自動操作方法 - Google Patents

Abstract

(57)【要約】 【目的】 ウィンドウシステムにおけるウィンドウ操作
を大幅に簡略化する。また、ウィンドウ配置を決定する
ルールにおいて、効果的なウィンドウ配置を実現する。 【構成】 スクリーンに複数のウィンドウを表示するマ
ルチウィンドウシステム上で、各ウィンドウの表示に係
わるインタフェースを提供するウィンドウマネージャに
おいて、ウィンドウの発生、移動、形状変更、消滅を検
知し、これをウィンドウイベントとして受け、現在のウ
ィンドウ配置状態を記述し、ウィンドウ配置の方法を記
述したルール、前記のウィンドウイベント及び前記のウ
ィンドウ配置情報を基に、前記のルールを適用し、それ
ぞれのウィンドウについて、アイコン化の是非の判断、
座標、大きさと形状、ウィンドウ間の上下関係を算出
し、この算出結果に基づいて自動的にウィンドウを配置
する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、マルチウィンドウのユ
ーザーの操作方法に関し、特に、計算機を用いた多地点
間の通信会議に代表されるような、テキスト、グラフィ
ックス、動画、静止画のような多様なメディアが多数混
在するような状況において、従来、ユーザーが手動で行
っていたウィンドウ操作を自動化することにより、操作
を軽減せしめるユーザーインタフェース方法に関するも
のである。

【０００２】

【従来の技術】マルチウィンドウ・システムは、１つの
スクリーンを、ウィンドウと呼ばれる多数の擬似的スク
リーンに分割使用することにより、クライアントと呼ば
れるプログラムを同時に多数実行して表示することを可
能とするものである。このウィンドウは任意の大きさ、
位置を取ることができ、また、あたかも紙のようにスク
リーン上で互いに重なり合わせることも可能である。ま
た、多くのウィンドウを直観的に見易くするために、ウ
ィンドウをアイコンと呼ばれる小型のシンボルにするこ
ともできる。

【０００３】図８は、このマルチウィンドウシステムで
の一般的な表示状態を模式化したものである。図８にお
いて、８０１，８０２，８０３はそれぞれウィンドウで
あり、このウィンドウに各クライアントの実行状況が表
示される。この例ではテキスト、アニメーション、そし
てグラフィックスがそれぞれのウィンドウに表示されて
いる。８０４はアイコンであり、小型の四角の中にその
ウィンドウを生成したクライアントの名称が示されてい
る。８０５，８０６，８０７はそれぞれウィンドウ８０
１，８０２，８０３をアイコン化、移動及び大きさ変更
をする際に、マウスを用いてカーソルを合わせる等の操
作のための操作パネルの表示画像である。

【０００４】マルチウィンドウシステム下で表示される
ウィンドウやアイコンの入力操作時のユーザーインタフ
ェースと表示を司る特殊なクライアントであるウィンド
ウマネージャは、多数のウィンドウの移動、消去、大き
さ及び形状の変更、ウィンドウのアイコン化／アイコン
のウィンドウ化、ウィンドウ重畳関係の変更等で代表さ
れるウィンドウ操作や、ウィンドウ枠の付与、タイトル
表示等で代表されるウィンドウ装飾について、統一的な
環境を提供することを特徴とするウィンドウ制御機構で
ある。ウィンドウの操作に関する情報、すなわち、位置
（ｘ，ｙ）、大きさ（ｗidth，ｈeight）、ウィンドウ
／アイコン状態、表示／未表示状態、及びウィンドウの
重畳関係はウィンドウジオメトリ情報と呼ばれるが、ウ
ィンドウマネージャは、これらウィンドウジオメトリ情
報を操作することにより、前記の機能を達成している。

【０００５】図８中の表示画像８０５，８０６，８０７
の操作パネルは、ユーザーインタフェースを提供するた
めにウィンドウマネージャが生成したものであり、ユー
ザーはこの操作パネルから、ウィンドウマネージャを経
由して各ウィンドウを操作する。これは、現実に操作パ
ネルを押し下げるわけではなく、カーソルが操作パネル
上に来たときに、マウスをクリックすることで、ウィン
ドウマネージャに信号を送りウィンドウマネージャは、
座標に割り当てられたプログラムを起動するものであ
る。なお、図８においては、図示を簡略化するためにク
ライアントを４つのみ示したが、操作可能なクライアン
トの数はこれに限られない。

【０００６】図９は、現存の一般的なウィンドウマネー
ジャの概略ブロック図である。

【０００７】ユーザーの操作が行われていることを伝え
るイベントがウィンドウマネージャ９０３に伝えられ
る。ウィンドウマネージャは内部のウィンドウ判断機構
９０１により、どのウィンドウが操作されているかを判
断し、ウィンドウ操作機構９０２はユーザーの入力した
イベントの種類にしたがってウィンドウを操作する。こ
れら操作の結果は、ウィンドウサーバー９０４に送ら
れ、実際にウィンドウの表示がなされる。

【０００８】図１０は、ウィンドウマネージャを用いて
ウィンドウを操作する上でのユーザーインタフェースの
向上を計るための既存の手段を示した図表である。図１
０において、１は仮想デスクトップ方式、２はウィンド
ウジオメトリ指定方式、３は位置記憶方式、４はウィン
ドウスクリプト方式、５はアイコン自動配列方式、６は
アイコンマネージャである。

【０００９】図表中の仮想デスクトップ方式１は、１枚
のスクリーンに多数のウィンドウを表示する場合、表示
領域が不足するという欠点を補うため、仮想的に複数の
スクリーンを持つ手段を講じ、その仮想スクリーンを切
替えて用いることにより、仮想的にスクリーンサイズよ
りも大きい表示面積を得るものである。

【００１０】図表中のウィンドウジオメトリ指定方式２
は、ウィンドウを初めて表示する時の操作を軽減するた
め、１つのウィンドウについてそのウィンドウを起動す
る前に位置、大きさ等のウィンドウジオメトリ情報を予
め設定する手段を講じたものである。

【００１１】図表中の位置記憶方式３は、ウィンドウジ
オメトリ指定方式２同様にウィンドウの初期表示におけ
る移動の手間を省くために、複数のウィンドウの配置を
記憶／再生する手段を講じ、特に、決まった手順で複数
のクライアントを起動するような場合、記憶した配置に
従ってウィンドウを配置することにより、操作数を軽減
せしめるものである。

【００１２】図表中のウィンドウスクリプト方式４は、
特に、計算機による自動的な商品説明に代表されるプレ
ゼンテーションを、マルチウィンドウ環境下で実現する
ために考案された方法であり、複数のウィンドウの表
示、消去、ウィンドウジオメトリ情報の変更を予め時系
列的順序に記述し、これを記述通りに再生、表示するこ
とができるようにしたものである。

【００１３】図表中のアイコン自動配列方式５及びアイ
コンマネージャ６は、アイコンを個別に移動する手間を
省くために、アイコン自動配列方式５ではウィンドウが
アイコン化されると同時に、アイコンをスクリーンの端
に縦、もしくは横１列に自動的に並べる手段を講じ、ア
イコンマネージャ６ではアイコンをメニューの１項目と
して自動的に登録／表示する手段を講じることにより、
アイコンの移動に関わる操作を軽減せしめると共に、全
てのアイコンを近接位置に並べることにより、アイコン
を見い出し易くするものである。

【００１４】

【発明が解決しようとする課題】しかしながら、前記の
ウィンドウマネージャやウィンドウ操作関連のユーザー
インタフェースによるウィンドウ操作方式では、操作の
量、ウィンドウの見易さといった点において、以下に述
べる問題点があった。

【００１５】１．従来のウィンドウシステムにおけるウ
ィンドウ操作は、ウィンドウマネージャの提供するユー
ザーインタフェースとユーザーが対話しながら、ウィン
ドウを個別に操作していかなければならない手段によっ
て達成されている。これは、多数のウィンドウが表示さ
れている場合、操作の負担が多くなることを意味する。
特に、１つのウィンドウを操作したことにより他のウィ
ンドウの周囲の状況が変化し、これによって操作しよう
としたウィンドウ以外のウィンドウも動かさなければな
らない状況が発生した場合、ウィンドウ操作は爆発的に
増加することとなり、操作のためにユーザーがさかなけ
ればならない時間と労力は無視できないものとなる。こ
のユーザーのウィンドウ操作作業に係わる労力の問題
は、手作業でウィンドウを操作しなければならないシス
テムにおける設計上の問題である。表示領域を拡大する
ことによりウィンドウの配置位置の選択の余地を増や
す、図１０の仮想デスクトップ方式１においても、この
問題から逃れることはできない。

【００１６】２．図１０中のアイコン自動配列５とアイ
コンマネージャ６において、ウィンドウのアイコン化、
もしくはアイコンのウィンドウ化は、全てユーザーの手
動の操作によって行われる。従って、個々のアイコンの
移動に係わる操作を省くことはできるが、ウィンドウの
アイコン化の是非を決定し、その指示を与える操作は依
然としてユーザーの手作業を必要とし、効率性につい
て、まだ改善の余地がある。特に、１つのウィンドウを
画面一杯に拡大したりするような場合に代表される、多
くのウィンドウが覆い隠されるような場合には、複数の
ウィンドウを同時にアイコン化することを必要としたり
するが、アイコン自動配列方式５とアイコンマネージャ
６においては、この作業のサポートはなされていない。

【００１７】３．図１０中のウィンドウジオメトリ指定
方式２、位置記憶方式３及びウィンドウスクリプト方式
４は、特に、システム起動時や商品説明に代表されるプ
レゼンテーションのような決まった手順でウィンドウを
表示するような場合には、操作に係わるユーザーの負担
を軽減することができるが、ウィンドウ配置に関する設
定を、予めユーザーが行わなければならず、根源的に操
作数の軽減には寄与していない。また、予定外に表示し
なければならないウィンドウなどの登録や手順の記述の
なされていないウィンドウについては全く効力がなく、
その場合には従来のウィンドウマネージャ経由の手動操
作が必要となってくるため、操作数上の効力は激減す
る。

【００１８】４．図１０中のウィンドウジオメトリ方式
２は、固定的な位置にウィンドウを表示するための操作
方式であるが、ジオメトリ情報は１つのウィンドウ固有
のものであり、多数のウィンドウがスクリーンに表示さ
れる場合の、周囲の別のウィンドウとの配置関係を考慮
することがない。例えば、２つの同一のジオメトリ情報
を有するウィンドウが起動されると、どちらか一方が他
方の下に表示されるため、全く見えないものとなってし
まうような状態が作り出されてしまう。

【００１９】５．図１０中のウィンドウスクリプト方式
４は、予め全ての表示するウィンドウの動作手順をシナ
リオのようにウィンドウ制御プログラムに記述しなけれ
ばならないが、この記述作業は、編集者の勘を頼りに手
作業で行わなければならず、莫大な労力を必要とする。
従って、映画のように芸術的観点に従う効果的な演出、
演台でのスムーズな操作等の必要性が極めて高いデモン
ストレーションやプレゼンテーションにおいては有用で
あろうが、操作数を軽減したい目的に供する場合は無意
味である。

【００２０】本発明は、前記問題点を解決するためにな
されたものであり、本発明の目的は、ウィンドウシステ
ムにおけるウィンドウ操作を大幅に簡略化することが可
能な技術を提供することにある。

【００２１】本発明の他の目的は、ウィンドウ配置を決
定するルールにおいて、効果的なウィンドウ配置を実現
することができる。

【００２２】本発明の前記ならびにその他の目的及び新
規な特徴は、本明細書の記載及び添付図面によって明ら
かにする。

【００２３】

【課題を解決するための手段】前記目的を達成するため
に、本発明は、スクリーンに複数のウィンドウを表示す
るマルチウィンドウシステム上で、各ウィンドウの表示
に係わるインタフェースを提供するウィンドウマネージ
ャにおいて、ウィンドウの発生、移動、形状変更、消滅
を検知し、これをウィンドウイベントとして受け、現在
のウィンドウ配置状態を記述し、ウィンドウ配置の方法
を記述したルール、前記のウィンドウイベント及び前記
のウィンドウ配置情報を基に、前記のルールを適用し、
それぞれのウィンドウについて、アイコン化の是非の判
断、座標、大きさと形状、ウィンドウ間の上下関係を算
出し、この算出結果に基づいて自動的にウィンドウを配
置することを特徴とする。

【００２４】前記のルールの算出は、少なくとも、ウィ
ンドウとアイコンについて、表示物の内容、ウィンドウ
の過去の座標・大きさ・形状の履歴、過去どのような操
作を受けてきたかの履歴、他のウィンドウによって覆い
隠され他のウィンドウによって覆い隠される面積の比
率、使用しているスクリーンのサイズにより構成される
ウィンドウ情報を用いて、ウィンドウ間の上下関係を算
出することを特徴とする。

【００２５】前記のルールの算出は、少なくとも、ウィ
ンドウとアイコンについて、表示物の内容、ウィンドウ
の過去の座標・大きさ・形状の履歴、過去どのような操
作を受けてきたかの履歴、他のウィンドウによって覆い
隠される面積の比率、使用しているスクリーンのサイズ
により構成されるウィンドウ情報を用いて、ウィンドウ
をアイコン化するか、アイコンをウィンドウに戻すか
の、アイコン化是非の判断を行うことを特徴とする。

【００２６】前記ルールと発生イベントに基づいてウィ
ンドウを自動操作せしめるウィンドウ自動操作方法にお
いて、ウィンドウ配置に関して、ウィンドウ自動操作の
ルールをカスタマイズし、登録された自動操作停止のデ
ータとルールのカスタマイズデータをルールに反映さ
せ、ユーザーのウィンドウ配置に係わる個人的な嗜好を
吸収することを特徴とする。

【００２７】

【作用】前述の手段によれば、予めウィンドウマネージ
ャに用意された配置方式により自動的に全てのウィンド
ウの配置を行うので、ウィンドウシステムにおけるウィ
ンドウ操作を大幅に簡略化することができる。

【００２８】また、ウィンドウ自動操作機構は、自動的
なウィンドウ操作手段を設け、そしてウィンドウの表示
内容を隠蔽するアイコン化は最小限行わず、行う時もそ
のウィンドウの重要度の低いものから行っていく手段を
設け、適切な位置にウィンドウを配置していくルール
と、そのルールを解釈しウィンドウジオメトリ情報をユ
ーザーの操作なしで計算し、ウィンドウを自動的に配置
する前述のルールを複数準備し、これを選択的に用い、
また、ユーザーがルールを好みに応じて変更、調整でき
るので、個人個人のウィンドウの配置に対する嗜好に対
応でき、かつ、効果的なウィンドウ配置を実現すること
ができる。

【００２９】

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

【００３０】なお、実施例を説明するための全図におい
て、同一機能を有するものは同一符号を付け、その繰り
返しの説明は省略する。

【００３１】〔実施例１〕図１Ａ及び図１Ｂは、本発明
のマルチウィンドウの自動操作方法の実施例１における
ウィンドウ配置形態を説明するためにスクリーン上のウ
ィンドウ配置を模式化した図である。図１Ａにおいて、
１０１はメニュー、１０２〜１０５はメニュー１０１の
内容であり、１０２は「自動配置メニュー」、１０３は
「等価に並べる」、１０４は「１枚強調」、１０５は
「２分割」である。１０６〜１１０はウィンドウ、１１
１は「ルールなし」である。図１Ｂにおいて、Ａ〜Ｆは
ウィンドウの配置形態を示す画面である。

【００３２】ユーザーは、本実施例のウィンドウ自動操
作機構に対してどのようなウィンドウ配置を行うかを、
図１Ａ中のメニュー１０１を介して宣言をする。メニュ
ー１０１には、このシステムのタイトルとして「自動配
置メニュー」１０２が表示され、それに続いて、システ
ムに可能なウィンドウ配置方式が短い言葉で書かれてい
る。図１Ａの例では「等価に並べる」１０３、「１枚強
調」１０４、そして「２分割」１０５の３種類の配置が
選べるようになっている。これらの選択をユーザーが指
定したときにウィンドウ自動操作機構が取るウィンドウ
の配置は、図１Ｂに示すように、模式的にそれぞれ、
Ａ，Ｂ，Ｃのようになる。

【００３３】メニュー１０１中の「等価に並べる」１０
３が選択されると、ウィンドウ自動操作機構は、図１Ｂ
のＡの画面に図示されているように、ウィンドウ１０
６，１０７，１０８，１０９を定められた優先順位に従
って順番に並べる。４枚のウィンドウが配置されている
ところに、ウィンドウ１１０が表示されると、ウィンド
ウ自動操作機構は、ウィンドウ１１０の優先順位を計算
し、ウィンドウ１０６，１０７，１０８，１０９も必要
に応じて再配置しつつ、ウィンドウ１１０をＤのように
自動的に配置する。なお、Ｄの画面ではウィンドウ１１
０の優先度が最も高くなっている。

【００３４】メニュー１０１中の「１枚強調」１０４が
選択されると、ウィンドウ自動操作機構は、Ｂの画面に
図示されているように、ウィンドウ１０６，１０７，１
０８，１０９の中で最も優先順位の高いウィンドウ１０
９を中央に拡大表示し、残りのウィンドウ１０６，１０
７，１０８を小型化、もしくはアイコン化してウィンド
ウ１０９を表示するのに妨げとならない位置に配置す
る。４枚のウィンドウが配置されているところにウィン
ドウ１１０が表示されると、ウィンドウ自動操作機構は
ウィンドウ１１０の優先順位を計算し、もしウィンドウ
１１０の優先順位が最も高ければ、Ｅの画面のように、
ウィンドウ１１０をウィンドウ１０９の代わりに拡大表
示し、先に拡大表示されていたウィンドウ１０９を小型
化し、ウィンドウ１０６，１０７，１０８の並びに配置
する。

【００３５】メニュー１０１中の「２分割」１０５が選
択されると、ウィンドウ自動操作機構はＣの画面に図示
されているように１枚のスクリーンを２つの領域に分割
し、各領域にウィンドウ１０６，１０７，１０８，１０
９を２種類に分けて配置する。本実施例１では、ウィン
ドウ１０６，１０９が左の領域、ウィンドウ１０７，１
０８が右の領域にそれぞれ配置されている。４枚のウィ
ンドウが配置されているところにウィンドウ１１０が表
示されると、ウィンドウ自動操作機構は、ウィンドウ１
１０をどちらの領域に配置するかを計算し、また、優先
順位を算出し、その計算結果にしたがってウィンドウ１
１０を配置する。本実施例１では、Ｆ画面のようにウィ
ンドウ１１０は右の領域に、最も高い優先度で配置され
ている。

【００３６】図１Ａ及び図１Ｂでは、５枚のウィンドウ
を３種類の配置方式で配置するさまが図示されている
が、ウィンドウ自動操作機構は、この３種以外の方式を
提供でき、また、操作可能なウィンドウは５枚にとどま
らないことはいうまでもない。

【００３７】図２は、図１Ａ及び図１Ｂで説明された本
実施例１のウィンドウ自動操作方法を実施する装置の概
略機能構成を示すブロック図である。図２において、待
機状態２０１にあるウィンドウ自動操作機構は、状況に
応じて２つの処理に分かれる。その１つはインベントハ
ンドリング機構２０２であり、その２つはメニュー操作
機構２０３である。

【００３８】ユーザーがウィンドウ配置を選択する作業
は、図１Ａで述べたようにメニューを介して行われる
が、これはメニューの表示、操作を受け持つメニュー操
作機構２０３によってなされる。メニュー操作機構２０
３は、ユーザーがメニューから選択した項目番号を配置
方式ＩＤに置き換える。配置方式ＩＤはウィンドウ自動
操作機構が提供することのできる配置方式を、順に番号
づけたものである。図１Ａの例を用いると、「等価に並
べる」１０３がＩＤ＝１、「１枚強調」１０４がＩＤ＝
２、そして、「２分割」１０５がＩＤ＝３、というよう
に記述できる。このメニュー操作機構２０３を通じて宣
言された配置方式ＩＤは、ウィンドウ配置算出部２０４
に送られ、そこに今後どのような配置を行っていくかの
指針として、新しい配置方式ＩＤが宣言されるまで記憶
される。

【００３９】ウィンドウ配置算出部２０４は、現在表示
されているウィンドウや新しく表示されたウィンドウの
次の配置を算出する機構である。

【００４０】ウィンドウ配置算出部２０４は、メニュー
操作機構２０３より受け取った配置方式ＩＤを鍵に、ウ
ィンドウ配置ルールを格納しているルールベース２０６
より、配置方式ＩＤの示す一連のルールを取得する。ま
た、同時に、少なくとも、現在表示されているそれぞれ
のウィンドウの座標、大きさ、ウィンドウの重畳関係、
ウィンドウ内に表示されている表示物の内容からなるウ
ィンドウジオメトリ情報、ウィンドウの数、ウィンドウ
が表示されているスクリーンのサイズを、これらを管理
しているウィンドウ管理テーブル２０５より取得する。

【００４１】図３は、ウィンドウ配置算出部２０４がど
のようにしてルールとウィンドウジオメトリ情報を得
る。これらを用いてウィンドウを実際に動作せしめるか
を説明するための図であり、３０１はウィンドウ画面で
あり、現在表示されている４つのウィンドウ（win１〜
４）で、それぞれに番号１〜４が付けられている。これ
らウィンドウの表示状態は、ウィンドウ管理テーブル２
０５中に、例えば、ウィンドウの左上部のｘ座標，ｙ座
標、ｗで示されているウィンドウの幅、ｈで示されてい
るウィンドウの高さ、ウィンドウの重畳関係を示すｐ、
表示内容が（ＴＥＸＴ，ＧＲＡＰＨ，ＶＩＤＥＯ）のい
ずれであるかを示すインデックス、ウィンドウが起動さ
れた時間ｔ、そして、ウィンドウがユーザーの手によっ
て直接操作された時間の積算Ｔで表されており、ウィン
ドウ１〜４について、それぞれ記述されている。

【００４２】ルールベース２０６には番号が付けられ
た、一連のルールが、モジュール化されて格納されてい
る。ウィンドウ配置算出部２０４は配置方式ＩＤに対応
する番号を持つルールモジュールを、計算手段 apply r
ules to ＷＩＮｉ（ＷＩＮｉ）と置き換える。本実施例
１では、配置方式ＩＤが１であるので、ウィンドウ配置
算出部２０４はルールモジュール１を取得する。

【００４３】ウィンドウ配置算出部２０４は、個々のウ
ィンドウについて、ｘ座標，ｙ座標、ｗで示されている
ウィンドウの幅、ｈで示されているウィンドウの高さ、
ウィンドウの重畳関係を示すｐを先にロードしたルール
を用いて算出する。本実施例１では、ウィンドウが４枚
存在するので、図３中の計算ループは４回めぐることに
なる。

【００４４】ウィンドウの配置に関する計算結果が得ら
れると、ウィンドウ配置算出部２０４はこれらの情報を
ウィンドウドライバー２０７に引き渡す。ウィンドウド
ライバー２０７は、ウィンドウがアイコン化しなければ
ならないようならばアイコン化し、しかる後に、算出結
果に基づいて全てのウィンドウを動作させる。

【００４５】ウィンドウドライバー２０７において全て
のウィンドウ配置が終了すると、ウィンドウ自動操作機
構は、再び、図２の待機状態２０１に戻る。

【００４６】ウィンドウの自動配置は、ユーザーのメニ
ュー操作による直接操作のみによって起動されるのでは
なく、ウィンドウ状態の変更が行われても起動される。

【００４７】新規のウィンドウがクライアントによって
生成されたり、ユーザーの手によってウィンドウが手動
操作されるような、ウィンドウ状態が変更されると、ウ
ィンドウサーバよりイベントが発生する。このイベント
の発生を監視するのがイベントハンドリング機構２０２
である（図２）。イベント発生を受けたイベントハンド
リング機構２０２は、図２に示すように、発生したイベ
ントの種類を示すイベントＩＤを生成する。ＩＤは先の
メニュー操作機構２０３同様、ウィンドウ配置算出部２
０４に送られる。ウィンドウ管理テーブル２０５は、イ
ベント発生の原因となったウィンドウジオメトリ情報の
変更を検知し、内部のテーブルを書き換える。もし、新
しいウィンドウが発生したのであったら、そのウィンド
ウをテーブルに付け加える。

【００４８】ウィンドウ配置算出部２０４には、既に、
メニュー操作機構２０３を介してユーザーが宣言した配
置方式ＩＤにより、ルールベース２０６からロードされ
てきたルールが在中している。ロードされたルールには
発生したイベントの種類に応じて、どのような対応をす
べきかが記述されている。ウィンドウ配置算出部２０４
は、また、ウィンドウ管理テーブルから新規の情報を読
み取り、前述のメニュー操作機構より始まる処理と同様
な処理を経て、ウィンドウを再配置する。この動作の様
子は、既に、図１ＢのＡの画面がＤの画面に、Ｂの画面
が画面Ｅに、そしてＣの画面がＦの画面に変化する図で
示されている通りである。

【００４９】前述のように構成したので、ユーザーはメ
ニューの選択項目を選択することにより、配置方法を記
述したルールに基づいて、表示されているウィンドウ全
てを自動的に配置することができ、新規に作成されたり
ユーザーの手動操作に伴って位置が変更されたウィンド
ウについて、配置方式を記述したルールに基づいて、適
切な自動配置が施されるようになった。従って、従来技
術と比して少ない操作数でウィンドウの操作を行うこと
ができる。

【００５０】〔実施例２〕ウィンドウの重畳関係は、個
々のウィンドウの持つ優先度で定められ、この優先度が
高いものほど、他のウィンドウと重ねられた時に、その
ウィンドウよりも上に位置されるようになる。本発明で
は、この優先度を決定するパラメータをプライオリティ
と言い、この値を算出する関数をプライオリティ関数と
呼ぶ。ウィンドウの重畳関係を決定するルールは、この
プライオリティ関数で表される。

【００５１】図４は、本発明のマルチウィンドウの自動
操作方法の実施例２を説明するための図である。図４は
前記実施例１中のルールにおいて、特に、ウィンドウの
重畳関係を定めるルールとしての、プライオリティ関数
を図解したものである。

【００５２】本実施例２では、図４に示すように、プラ
イオリティ関数は、４つの異なる関数、メディア重み関
数４０５、使用時間重み関数４０６、操作時間重み関数
４０７、そして面積重み関数４０８から構成されてい
る。これら関数群は、図２及び図３で説明したウィンド
ウ管理テーブル２０５からのウィンドウジオメトリ情報
と、その関数がファイル内に所持している関数固有な係
数（４０１，４０２，４０３，４０４）とを読み込み、
それぞれがプライオリティを算出するに寄与する値を算
出する。

【００５３】メディア重み関数４０５は、ウィンドウの
表示している内容物のメディアを用いてプライオリティ
値を算出するモジュールの１つで、メディア番号ｍをウ
ィンドウ管理テーブル２０５より、メディア係数４０１
を関数に附属しているファイルより、それぞれ取り込
み、それに基づき、メディア重みの値を算出する。算出
手段は、例えば、メディア重み関数４０５中の表からメ
ディア番号に相当する値を読み取り、それとメディア係
数値を掛けるような手段を取る。

【００５４】使用時間重み関数４０６は、ウィンドウが
ユーザーにどれだけの時間の間、使用されていたかを用
いてプライオリティ値を算出するモジュールの１つであ
る。ウィンドウの使用時間、すなわち、そのウィンドウ
を生成しているプロセスをユーザーがどれだけ使用した
かの時間はウィンドウ管理テーブル２０５から、また、
関数固有な使用時間係数を取り込み、それに基づき使用
時間重み値を算出する。残り２つの関数、操作時間重み
関数４０７、面積重み関数４０８は、それぞれウィンド
ウが起動されてからの時間、ウィンドウの面積を用いて
それぞれ前記２つの関数同様に、プライオリティ算出に
寄与する値を算出する。

【００５５】４つの関数から算出された値ｐは、次式
（１）に示すように、それぞれ足し合わされ、１つのウ
ィンドウについてのプライオリティ値となる。

【００５６】

【数１】ｐ＝Ｍ＋ｈ＋Ｈ＋Ｓ …………（１） これらの重み線形加算によって得られる値ｐより、ウィ
ンドウの重なりの度合が決定される。すなわち、ウィン
ドウｗ_iとウィンドウｗ_jのｐ値がそれぞれｐ_i，ｐ_jであ
り、ｐ_i＞ｐ_jであるとき、ウィンドウｗ_iはウィンドウ
ｗ_jより上に重ねられて表示される。

【００５７】図４の例では、４枚のウィンドウ１０６，
１０７，１０８，１１０がそれぞれプライオリティ値、
１０，３，６，２０を持っていると前記関数群によって
算出されたことを示している。この値にしたがいウィン
ドウの重畳関係は、下から順に、ウィンドウ１０７，１
０８，１０６，１１０となり、４１０の画面のように重
ねられる。

【００５８】前記のように構成したので、ウィンドウ自
動操作方法において、ウィンドウの重なりの度合を適切
に算出し、これによってウィンドウ配置のルールをウィ
ンドウ重畳について適切な記述をすることが可能となっ
た。

【００５９】なお、前述のプライオリティ関数は、ウィ
ンドウの各性質に関する４つの重み関数を線形加算した
もので構成されているが、ウィンドウの重なりの度合が
適切に算出される範囲内で、この線形関数は、例えば、
べき関数のような別の計算方式によっても構わない。

【００６０】また、本実施例２では、プライオリティｐ
を算出するために、メディア重み関数、使用時間重み関
数、操作時間重み関数、そして、面積重み関数の４つの
関数を用いているが、これ以外にもウィンドウの持つ性
質やウィンドウの使用状況を用いて重みを算出する関数
であるならば、これを前記の４つと差し替えても、ま
た、前記４つに付け加えて４つ以上の重み関数によって
プライオリティを算出しても、目的である重畳関係の算
出には支障がないことは言うまでもない。

【００６１】同様にして、各重み関数の中身はメディア
重み関数４０５のように表形式であっても、他の関数４
０６，４０７，４０８のような関数であっても構わな
い。数学的関数であれば、どのような形式をとっても良
いことは言うまでもない。

【００６２】さらに、前記のプライオリティ関数は、ウ
ィンドウが重なりの何処に位置するかを示すと共に、そ
のウィンドウのその時点の重要度をも示す指標になり得
るので、ウィンドウの重要度を算出する必要性がある用
途の全てに適用できる。

【００６３】〔実施例３〕図５Ａ及び図５Ｂは、本発明
のマルチウィンドウの自動操作方法の実施例３を説明す
るための図であり、前記実施例１中のルールにおいて、
特に、ウィンドウのアイコン化の是非を決定するための
ルールとしてのアイコン化関数の動作を説明するための
図である。

【００６４】本実施例３において、アイコン化関数は、
図５Ａに示すように、３つの異なる重み関数、すなわ
ち、メディア重み関数５０１、プライオリティ関数５０
２、そして操作時間重み関数５０３から構成されてい
る。これら重み関数は、前記の実施例２中のものと同型
であるので、ここでは、簡略化のため説明は省略する。
プライオリティ関数５０２は、ウィンドウの重畳関係算
出ルールである前記実施例２中のプライオリティ関数と
同型で、ここでは、これを重み関数として用いている。
これら関数が持つ係数、メディア係数、プライオリティ
係数、そしてウィンドウ年齢係数は、本実施例３のアイ
コン化関数に特化された係数であるので、前記実施例２
中の係数と同値である必要は全くない。

【００６５】各係数及びウィンドウ管理テーブル２０５
からのデータを元にこれら３つの関数が算出した値はそ
れぞれ加算され、１つのウィンドウについてのアイコン
化判断の基準に用いられる。この値をアイコン化値Ｉと
ここでは呼ぶ。このアイコン化値Ｉは、次式（２）で表
わされる。

【００６６】

【数２】Ｉ＝Ｍ＋Ｐ＋Ｈ …………（２） 各ウィンドウについて算出されたＩは、アイコン化関数
の持つ内部定数であるアイコン化閾値Ｉthと比較され
る。アイコン化値ＩがＩthよりも大きいウィンドウにつ
いてはそれをアイコン化し、アイコンであったものはそ
のままアイコンのままにとどめる。また、ＩがＩthより
も小さいウィンドウについてはウィンドウのままにとど
め、アイコンであったものはウィンドウ化する。これを
式で表すと次式(3)のようになる。

【００６７】

【数３】

【００６８】算出されたアイコン化値Ｉ及びアイコン化
閾値Ｉthにより、それぞれのウィンドウについて、ウィ
ンドウのアイコン属性を実施例１の図２中のウィンドウ
ドライバ２０７に渡す。ウィンドウドライバは渡された
属性を元にウィンドウをアイコン化／ウィンドウ化す
る。

【００６９】図５Ｂでは、３つのウィンドウについて例
を挙げている。ウィンドウ１１１は既にアイコン１０に
なっており、ウィンドウ１０６，１１０はウィンドウの
状態になっている。アイコン化関数により算出されたＩ
が、それぞれ１０，４，１２であり、アイコン化閾値Ｉ
thが８であるならば、ウィンドウ１１１はアイコンから
ウィンドウ１０７に変わり、ウィンドウ１０６はアイコ
ン８になり、そして、ウィンドウ１１０はそのままウィ
ンドウの状態に留まる（１１０）。

【００７０】前記のように構成したので、ウィンドウ自
動操作機構において、ウィンドウ配置のルール上でウィ
ンドウのアイコン化／ウィンドウ化の決定方法を記述す
ることが可能となった。

【００７１】〔実施例４〕図６は、本発明のマルチウィ
ンドウの自動操作方法の実施例４のウィンドウの自動配
置方式の概略構成を示すブロック図であり、６０１はユ
ーザーカスタマイズインタフェース、６０２はカスタマ
イズファイルである。図６において、待機状態２０１に
あるウィンドウ自動操作機構は、イベント発生に伴いイ
ベントハンドリング機構２０２が起動され、ウィンドウ
が操作される流れ、メニュー操作機構２０３を介してユ
ーザーがウィンドウ配置方式をウィンドウ自動操作機構
に宣言し、それに従いウィンドウが配置される流れ、そ
してウィンドウを配置するに際して必要なルールを、ユ
ーザーが自ら変更／調整を行うことを可能とするカスタ
マイズ処理の流れの３つにその処理が分岐される。イベ
ント発生とユーザーのメニュー操作から、ウィンドウ操
作が行われる処理については、前出の実施例１における
ものと同型であるので、ここでは説明を省略する。

【００７２】ユーザーは、例えば、コントロールキィ、
エスケープキィ、またはファンクションキィ、もしくは
実施例１の図１Ａ中にカスタマイズ機構を呼び出すため
に、特に設けられた項目などを用いて、ユーザーカスタ
マイズインタフェース６０１を起動する。起動されたユ
ーザーカスタマイズインタフェース６０１により、ユー
ザーは、ルールの設定や調整や変更をウィンドウ自動操
作機構と対話的に行い、その結果をカスタマイズファイ
ル６０２に登録することができる。この作業が終了する
と、ウィンドウ自動操作機構は再び待機状態２０１に戻
る。

【００７３】ユーザーがルールに関する設定、変更、調
整を登録したカスタマイズファイル６０２は、ウィンド
ウ配置算出部２０４がウィンドウ自動配置に際してルー
ルをルールベース２０６から読み込む時に同時に参照さ
れる。

【００７４】図７は、実施例４のウィンドウ自動操作機
構のカスタマイズ機構について、ルールベース２０６と
カスタマイズファイル６０２の動作を説明するための図
である。

【００７５】カスタマイズファイル６０２中には、ユー
ザーが前出のユーザーカスタマイズインタフェース６０
１を介して登録をした各ルールの係数値が収められてい
る。また、ルールベース２０６にはルールの関数とシス
テム側で既に設定してある係数が収められている。本実
施例４では、実施例２，３で説明したプライオリティ関
数及びアイコン化関数が図中に例として収めてある。

【００７６】カスタマイズ機構のない実施例１の場合、
ルールはそのままウィンドウ配置算出部２０４に送られ
るが、カスタマイズ機構のある本実施例４の場合、ルー
ルベース２０６中の係数は、カスタマイズファイル６０
２中の値に置き換えられて７０１の画面の形となってか
ら、ウィンドウ配置算出部２０４に送られる。具体的に
は、例えば、アイコン化関数の使用時間係数は、ルール
ベース２０６中では１.２になっているが、カスタマイ
ズファイル６０２中の１.１に置き換えられる。ユーザ
ーがカスタマイズ作業を行っていない係数については、
カスタマイズファイル６０２中のアイコン化関数のメデ
ィア係数である０.５のように、ルールベース中に収め
られている値と同値となっている。

【００７７】本実施例４では、説明のために、カスタマ
イズファイル６０２中の値がルールベース２０６中の値
と同値である場合も、カスタマイズファイル６０２中に
システムが設定した元の値が収められているが、両者と
値が異なる場合のみカスタマイズファイル６０２に値を
設定し、結合して７０１の形（図７）にする時に差分を
とることにより、カスタマイズファイル６０２の大きさ
を小さくすることも当然可能である。

【００７８】前記のように構成することにより、ユーザ
ーは本実施例４のウィンドウ自動操作機構の提供する固
定的なルールに基づくウィンドウ配置を自らの手によっ
て自分自身の使い易いように、見易いように特化するカ
スタマイズ作業を行うことができるようになった。

【００７９】以上、本発明を実施例に基づき具体的に説
明したが、本発明は、前記実施例に限定されるものでは
なく、その要旨を逸脱しない範囲において種々変更し得
ることはいうまでもない。

【００８０】

【発明の効果】以上、説明したように、本発明によれ
ば、ウィンドウの移動、大きさ変更、重なりの度合等の
ウィンドウジオメトリ情報を、少なくとも周囲の状況、
ウィンドウの使用しているメディア等の過去のウィンド
ウ配置の履歴といった性質を基に算出し、これを用いて
自動的にウィンドウを配置するので、ユーザが行うウィ
ンドウ操作を大幅に簡略化することができる。

【００８１】また、ウィンドウ配置を決定するルールに
おいて、プライオリティ関数を用いることによりウィン
ドウの重なりの順序を決定する手段とアイコン化関数を
用いることによりウィンドウをアイコン化／ウィンドウ
化を決定するので、効果的なウィンドウ配置を実現する
ことができる。

【図面の簡単な説明】

【図１Ａ】 本発明のマルチウィンドウの自動操作方法
の実施例１におけるウィンドウ配置形態を説明するため
に、ウィンドウ自動操作機構内に用意されたウィンドウ
配置方法をユーザーに選択させるために用いられるメニ
ューを示す図、

【図１Ｂ】 本発明のマルチウィンドウの自動操作方法
の実施例１におけるウィンドウ配置形態を説明するため
にスクリーン上のウィンドウ配置を模式化した図、

【図２】 図１Ａ及び図１Ｂで説明された本実施例１の
ウィンドウ自動操作方法を実施する装置の概略構成を示
すブロック図、

【図３】 本実施例１のウィンドウ配置算出部がどのよ
うにしてルールとウィンドウジオメトリ情報を得、これ
らを用いてウィンドウを実際に動作せしめるかを説明す
るための図、

【図４】 本発明のマルチウィンドウの自動操作方法の
実施例２を説明するための図、

【図５Ａ】 本発明のマルチウィンドウの自動操作方法
の実施例３を説明するための図、

【図５Ｂ】 本発明のマルチウィンドウの自動操作方法
の実施例３を説明するための図、

【図６】 本発明のマルチウィンドウの自動操作方法の
実施例４のウィンドウの自動配置方式の概略構成を示す
ブロック図、

【図７】 本実施例４のウィンドウ自動操作機構のカス
タマイズ機構の動作を説明するため図。

【図８】 従来のウィンドウシステム使用時のスクリー
ンの表示状態を説明するための模式化図、

【図９】 従来のウィンドウマネージャの概略構成を説
明するためのブロック図、

【図１０】 従来のウィンドウマネージャのユーザーイ
ンタフェースを向上をせしめる目的で考案されたウィン
ドウ操作方法を説明するための図。

【符号の説明】

２０１…待機状態、２０２…インベントハンドリング機
構、２０３…メニュー操作機構、２０４…ウィンドウ配
置算出部、２０５…ウィンドウ管理テーブル、２０６…
ルールベース、２０７…ウィンドウドライバー、６０１
…ユーザーカスタマイズインタフェース、６０２…カス
タマイズファイル。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 スクリーンに複数のウィンドウを表示す
   るマルチウィンドウシステム上で、各ウィンドウの表示
   に係わるインタフェースを提供するウィンドウマネージ
   ャにおいて、ウィンドウの発生、移動、形状変更、消滅
   を検知し、これをウィンドウイベントとして受け、現在
   のウィンドウ配置状態を記述し、ウィンドウ配置の方法
   を記述したルール、前記のウィンドウイベント及び前記
   のウィンドウ配置情報を基に、前記のルールを適用し、
   それぞれのウィンドウについて、アイコン化の是非の判
   断、座標、大きさと形状、ウィンドウ間の上下関係を算
   出し、この算出結果に基づいて自動的にウィンドウを配
   置することを特徴とするウィンドウ自動操作方法。
2. 【請求項２】 前記のルールの算出は、少なくとも、ウ
   ィンドウとアイコンについて、表示物の内容、ウィンド
   ウの過去の座標・大きさ・形状の履歴、過去どのような
   操作を受けてきたかの履歴、他のウィンドウによって覆
   い隠される面積の比率、使用しているスクリーンのサイ
   ズにより構成されるウィンドウ情報を用いて、ウィンド
   ウ間の上下関係を算出することを特徴とする請求項１に
   記載のウィンドウ自動操作方法。
3. 【請求項３】 前記のルールの算出は、少なくとも、ウ
   ィンドウとアイコンについて、表示物の内容、ウィンド
   ウの過去の座標・大きさ・形状の履歴、過去どのような
   操作を受けてきたかの履歴、他のウィンドウによって覆
   い隠される面積の比率、使用しているスクリーンのサイ
   ズにより構成されるウィンドウ情報を用いて、ウィンド
   ウをアイコン化するか、アイコンをウィンドウに戻すか
   の、アイコン化是非の判断を行うことを特徴とする請求
   項１に記載のウィンドウ自動操作方法。
4. 【請求項４】 前記ルールと発生イベントに基づいてウ
   ィンドウを自動操作せしめるウィンドウ自動操作方法に
   おいて、ウィンドウ配置に関して、ウィンドウ自動操作
   のルールをカスタマイズし、登録された自動操作停止の
   データとルールのカスタマイズデータをルールに反映さ
   せ、ユーザーのウィンドウ配置に係わる個人的な嗜好を
   吸収することを特徴とする請求項１に記載のウィンドウ
   自動操作方法。