JPH05197509A - 情報処理装置 - Google Patents

Abstract

(57)【要約】 【目的】本発明は、ウインドウの利用状況に応じてウイ
ンドウの大きさや表示位置を適切に変更できる情報処理
装置を提供することを目的とする。 【構成】ステップＳ５１では、ウインドウ管理テーブル
のすべてのウインドウのキー入力フラグ２２に関して、
値が“０”のフラグがあるかどうか調べ、“０”のフラ
グがあった場合にはステップＳ５２へ処理を進め、キー
入力フラグ２２が“０”であるウインドウ、つまり、所
定時間の間キー入力処理が行われなかったウインドウに
関して、所定の計算式に従って左上座標２４及び右下座
標２５を書き換え、それらの座標値に応じてＣＲＴ２上
のウインドウの大きさと表示位置を変更する。一方、ス
テップＳ５１で“０”のフラグがなければステップＳ５
３へ処理を進め、ウインドウ管理テーブルのすべてのキ
ー入力フラグ２２を“０”に書き換える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、画面を複数のウインド
ウに分割して情報を表示する情報処理装置に関するもの
である。

【０００２】

【従来の技術】従来、画面に表示されるウインドウの大
きさや表示位置の変更は、マウス等の画面上の座標を指
示することができる装置を使い、オペレータがそのウイ
ンドウの大きさや表示位置をそれぞれ指示することによ
って行っている。

【０００３】

【発明が解決しようとしている課題】しかしながら、上
記従来例では、オペレータがそれまであるウインドウで
行っていた作業を一時中断し、他のウインドウで作業を
始めたい時に、それまで作業を行っていたウインドウの
大きさや表示位置によってはこれからの作業に邪魔にな
る場合もあり、その場合、オペレータはそのウインドウ
の大きさや表示位置をそれぞれ変更する指示を行わなけ
ればならないため、オペレータの思考が中断されてしま
うという欠点があった。本発明は、上記課題を解決する
ために成されたもので、ウインドウの利用状況に応じて
ウインドウの大きさや表示位置を適切に変更できる情報
処理装置を提供することを目的とする。

【０００４】

【課題を解決するための手段】及び

【作用】上記目的を達成するために、本発明の情報処理
装置は以下の構成を有する。すなわち、画面を複数のウ
インドウに分割して情報を表示する情報処理装置におい
て、ウインドウ毎にその利用状況を監視する監視手段
と、該監視手段で監視される利用状況に応じてウインド
ウの大きさ及び表示位置を変更する変更手段とを有す
る。

【０００５】

【実施例】以下、図面を参照して本発明に係る好適な一
実施例を詳細に説明する。尚、本実施例では、１画面に
複数のウインドウを表示するマルチ・ウインドウ機能を
有する情報処理装置について説明する。また以下の説明
は、ウインドウ・システムが稼動中に、常に起動される
ウインドウ・サーバと呼ばれるウインドウ管理プログラ
ムの処理を中心に行う。図１は、本実施例における情報
処理装置の構成を示す概略ブロック図である。図中、１
は本装置全体の制御を行う処理部のプロセッサ（ＣＰ
Ｕ）で、オペレーティングシステム・プログラムに基づ
いて処理・制御を行う。２は情報・ウインドウを表示す
る表示部の例えば、ＣＲＴである。３は文字・記号・制
御情報を入力する文字キー、カーソル移動キー等を有す
る入力部のキーボードである。４はマウスで、カーソル
を移動させ、命令を実行させる。５はメモリで、オペレ
ーティングシステム、図４、図５に示すプログラムを含
むウインドウサーバ、図３に示す管理データ及び表示す
べきデータを記憶する。６は一定時間毎にＣＰＵ１への
通知を行うタイマである。

【０００６】図２は、メモリ５内に格納されたウインド
ウ・サーバが、複数のウインドウを管理するためのテー
ブルを示す図である。図示するように、管理テーブルは
１つのウインドウに対してそれぞれフォーカス・フラグ
２１，キー入力フラグ２２，プログラム番号２３，左上
座標２４，右下座標２５の各情報により構成されてい
る。まずフォーカス・フラグ２１は“１”か“０”の値
をとり、“１”の場合には、そのウインドウがオペレー
タにより操作の対象として選択されていることを表す。
またフォーカス・フラグが“１”にセットされるウイン
ドウは１つだけであり、他は全て“０”である。次のキ
ー入力フラグ２２は“１”か“０”の値をとり、“１”
の場合には、オペレータの操作によりそのウインドウに
対してキー入力があったことを表す。キー入力フラグ２
２の初期値は“０”であり、後述するように、定期的に
“０”にリセットされる。次に、プログラム番号３２は
ウインドウ上で動いているプログラムの番号（オペレー
ティング・システムによって管理される）である。そし
て、左上座標３３及び右下座標３４はそれぞれ対応する
ウインドウの左上座標及び右下座標を表す。この例で
は、左より右、上より下の方が座標の値が大きいとす
る。

【０００７】次に、本実施例でのウインドウ・サーバの
処理を図３に示すフローチャートに従って以下に説明す
る。まず、ステップＳ３１では、キーボード３をオペレ
ーターが操作したかどうかを調べ、操作した場合にはス
テップＳ３２へ処理を進め、キー入力に対する処理を行
い、ステップＳ３１へ処理を戻す。一方、操作していな
い場合にはステップＳ３３へ処理を進め、オペレータが
マウス４を操作したかどうかを調べ、操作した場合には
ステップＳ３４へ処理を進め、マウス操作に対する処理
を行った後、ステップＳ３１へ処理を戻す。しかし、操
作していない場合にはステップＳ３５へ処理を進め、タ
イマ６から通知があったかどうかを調べ、通知があった
場合にはステップＳ３６へ処理を進め、タイマに対する
処理を行ってステップＳ３１へ処理を戻す。一方、通知
がなかった場合には何もせずにステップＳ３１へ処理を
戻し、上述した処理を繰り返す。

【０００８】ここで、上述のキー入力処理（図３のＳ３
２）を図４に示すフローチャートに従って以下に説明す
る。まず、ステップＳ４１では、ＣＰＵ１により図２に
示すウインドウ管理テーブルのフォーカス・フラグ２１
が“１”になっているウインドウを検索する。そして、
ステップＳ４２において、そのウインドウに対応するキ
ー入力フラグ２２を“１”にセットする。次に、ステッ
プＳ４３では、そのウインドウのプログラム番号２３に
対応するプログラムに対し、オペレーティングシステム
を介してキー操作が行われたことを通知してキー入力処
理を終了する。

【０００９】また、上述のマウス処理（図３のＳ３４）
では、その時点での状態やマウス４の示す座標等によ
り、操作対象ウインドウの変更、ウインドウや位置の変
更等、公知のウインドウに関する処理を行う。次に、本
実施例でのタイマ処理（図３のＳ３６）を図５に示すフ
ローチャートに従って以下に説明する。

【００１０】まず、ステップＳ５１では、ウインドウ管
理テーブルのすべてのウインドウのキー入力フラグ２２
に関して、値が“０”のフラグがあるかどうか調べ、
“０”のフラグがあった場合にはステップＳ５２へ処理
を進め、キー入力フラグ２２が“０”であるウインド
ウ、つまり、所定時間の間キー入力処理が行われなかっ
たウインドウに関して、後述する計算式に従って左上座
標２４及び右下座標２５を書き換え、それらの座標値に
応じてＣＲＴ２上のウインドウの大きさと表示位置を変
更する。一方、ステップＳ５１で“０”のフラグがなけ
ればステップＳ５３へ処理を進め、ウインドウ管理テー
ブルのすべてのキー入力フラグ２２を“０”に書き換
え、タイマ処理を終了する。

【００１１】次に、上述したウインドウの変更処理によ
り移動先を与える演算式（ここでは条件判断も含む）に
ついて説明する。まず図６に示すように、画面を４つの
領域に分割し、変更対象となるウインドウを除く他のウ
インドウの重心が何れの領域にあるかを演算する。そし
て、その結果から重心を含む領域に対して画面の中心に
関する点対称の領域を変更対象であるウインドウの移動
先領域とする。また、ウインドウの大きさは重心の偏り
によって決定する。具体的には、図６に示すｘ方向に対
して、次式（１）が成り立つ場合には重心が右半分にあ
り、そうでない場合には左半分にあると判断できる。

【００１２】

【数１】

【００１３】また同様に、図６に示すｙ方向に対して、
次式（２）が成り立つ場合には重心が下半分にあり、そ
うでない場合には上半分にあると判断できる。

【００１４】

【数２】

【００１５】つまり、本実施例では、式（１）、式
（２）により重心の位置を判断し、その結果に応じて前
述した如く重心を含む領域に対して点対称の領域をウイ
ンドウの移動先領域と決定するものである。例えば、重
心の位置が図６の右下の領域であった場合、ウインドウ
の移動先は左上の領域となり、その変更後の左上座標３
３及び右下座標３４は次式によって求められる。

【００１６】

【数３】

【００１７】また、重心の位置が右上、左下、左上の領
域であった場合も同様に、変更後の移動先領域の左上座
標３３及び右下座標３４を求めることができる。図７
は、ウインドウ変更前の画面例を、図８は、ウインドウ
変更後の画面例をそれぞれ示す図であり、この２つの図
を参照して本実施例での処理とウインドウ変更の様子を
更に詳述する。

【００１８】まず、図７は、初期状態であり、ウインド
ウ管理テーブルのウインドウ０及びウインドウ１に対応
するキー入力フラグ２２が“０”にリセットされている
状態であり、ウインドウ０のフォーカス・フラグ２１が
“１”であるとする。次に、タイマ６が一定時間経過し
たことをＣＰＵ１に通知する前にオペレーターがキーボ
ード３を操作すると、フォーカス・フラグ２１が“１”
であるウインドウ０のキー入力フラグ２２が“１”にセ
ットされ、ウインドウ０で動作しているプログラムにキ
ー入力が通知される。尚、この時、ウインドウ１のキー
入力フラグ２２は“０”のままである。この状態でタイ
マ６が一定時間経過したことをＣＰＵ１に通知すると、
キー入力フラグ２２が“０”であるウインドウ１の大き
さと表示位置が変更され、図８に示すように表示され
る。

【００１９】以上説明したように、本実施例によれば、
ウインドウ毎の利用状況をタイマによって監視する手段
と、その利用状況に応じて各ウインドウの大きさと表示
位置を変更する手段を設けることにより、オペレータが
特定の操作をすることなく、利用されないウインドウを
邪魔にならない大きさ、表示位置に変更できるという効
果がある。

【００２０】

【他の実施例】前述した実施例では、一定時間の間にキ
ー入力があったウインドウをこれからも利用されるであ
ろうウインドウ、キー入力がなかったウインドウをこれ
からは利用されないであろうウインドウと予測してウイ
ンドウの大きさ及び表示位置を変更しているが、最近キ
ー入力があったウインドウ、過去のキー入力頻度が高い
ウインドウ、文字出力の頻度が高いウインドウ又はオペ
レーターの視線が向いているウインドウなどをこれから
も利用されるであろうウインドウと予測することもでき
る。また、これらの条件を組み合わせて予測することも
可能である。

【００２１】また、前述した実施例では、これから利用
されないであろうウインドウを一回で変更しているが、
徐々にウインドウの大きさ及び表示位置を変更しても良
い。更に、これから利用されないであろうウインドウの
みを変更しているが、これから利用されるであろうウイ
ンドウを変更することも可能である。また、ウインドウ
の移動先を与える演算式はこれだけに限らず、種々の変
形が可能であり、他の演算式によっては、より効果を上
げることもできる。尚、本発明は、複数の機器から構成
されるシステムに適用しても、１つの機器から成る装置
に適用しても良い。また、システム或いは装置にプログ
ラムを供給することによって達成される場合にも適用で
きることは言うまでもない。

【００２２】

【発明の効果】以上説明したように、本発明によれば、
ウインドウの利用状況に応じてウインドウの大きさや表
示位置を適切に変更することができる。

【図面の簡単な説明】

【図１】本実施例における情報処理装置の構成を示す概
略ブロック図である。

【図２】本実施例でのウインドウ管理テーブルを示す図
である。

【図３】本実施例でのウインドウ・サーバの処理を示す
フローチャートである。

【図４】本実施例でのキー入力処理を示すフローチャー
トである。

【図５】本実施例でのタイマ処理を示すフローチャート
である。

【図６】本実施例での画面領域分割を示す図である。

【図７】本実施例でのウインドウ変更前の画面表示を示
す図である。

【図８】本実施例でのウインドウ変更後の画面表示を示
す図である。

【符号の説明】

１ ＣＰＵ ２ ＣＲＴ ３ キーボード ４ マウス ５ メモリ ６ タイマ

Claims (1)

【特許請求の範囲】
1. 【請求項１】 画面を複数のウインドウに分割して情報
   を表示する情報処理装置において、 ウインドウ毎にその利用状況を監視する監視手段と、 該監視手段で監視される利用状況に応じてウインドウの
   大きさ及び表示位置を変更する変更手段とを有すること
   を特徴とする情報処理装置。