JPH09319546A - マルチウィンドウ表示装置 - Google Patents

Abstract

(57)【要約】 【課題】 不要となったウィンドウは、その都度非表示
としない限りオーバーラップ状態が発生し、表示内容の
確認にマウス操作によるウィンドウの表示優先順位変更
等の手間がかかる。 【解決手段】 設定された基準時間を通じてウィンドウ
が利用されなかった場合に該当するウィンドウを非表示
処理する自動非表示処理手段４６を備えた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、複数のウィンド
ウを重ね合せて表示するマルチウィンドウ表示が可能な
マルチウィンドウ表示装置に関するものである。

【０００２】

【従来の技術】図１６は例えば特開昭６３−４３２８号
公報に示された従来のマルチウィンドウ表示装置を示す
機能ブロック図であり、図において、１は各ウィンドウ
の大きさ、位置およびウィンドウ間の表示順序を管理す
るウィンドウ管理手段、２は該当するウィンドウの表示
データを格納する記憶手段、３は記憶手段２に格納され
ている各ウィンドウの表示データを取り出して、各ウィ
ンドウの画面をウィンドウ管理手段１によって管理され
る属性、表示順序等のウィンドウ制御データに基づいて
ディスプレイ２４に重ね合わせて表示する表示手段であ
る。

【０００３】また、図１７はマルチウィンドウ表示装置
のシステム構成図であり、図において、１０はマイクロ
プロセッサ１１の制御下で作動し、複数のウィンドウを
ディスプレイ２４に同時に重ね合わせて表示するマルチ
ウィンドウ表示装置である。マイクロプロセッサ１１は
ウィンドウの生成、削除、変更を行なう。また、マイク
ロプロセッサ１１にはプログラムの他にオペレータの操
作でウィンドウへの制御情報および表示データ情報等を
入力するためのマウス１２およびキーボード１３がマウ
ス制御装置１４およびキーボード制御装置１５を介して
接続されている。マイクロプロセッサ１１はさらにウィ
ンドウ管理テーブル１６、ウィンドウメモリ１７および
オーバーラップ制御装置１８等の周辺デバイスを制御す
る。

【０００４】ウィンドウ管理テーブル１６はウィンドウ
の大きさ、位置およびウィンドウ間の表示順序関係を管
理するテーブルであり、個々のウィンドウがこのウィン
ドウ管理テーブル１６を持ち、マイクロプロセッサ１１
によって生成、削除、変更が行なわれる。ウィンドウメ
モリ１７はウィンドウの表示データを格納するメモリで
各ウィンドウに対応した論理バッファが用意されてい
る。オーバーラップ制御装置１８はマイクロプロセッサ
１１の制御下でウィンドウ管理テーブル１６から各ウィ
ンドウの表示制御情報を取り出して画面に表示すべき制
御データを表示制御メモリ１９に格納するものである。

【０００５】また、ウィンドウ表示装置２０はオーバー
ラップ制御装置１８が表示制御メモリ１９に制御データ
を格納した後、表示制御メモリ１９に格納された制御デ
ータを取りだし、ビットムーバ２１に出力するものであ
る。このビットムーバ２１は、ウィンドウの表示データ
をウィンドウメモリ１７から取りだし、この表示データ
とウィンドウ表示装置２０からの制御データとを表示メ
モリ２２に格納するものである。表示制御装置２３はデ
ィスプレイ２４の表示を制御し、表示メモリ２２に格納
されたウィンドウ毎の表示データを制御データに基づい
てディスプレイ２４に表示するものである。ディスプレ
イ２４は表示制御装置２３の制御下で複数のウィンドウ
を同時にオーバーラップした状態で表示することができ
るようになっている。

【０００６】図１８はウィンドウ管理テーブル１６に生
成される格納情報を示す概念図であり、ウィンドウ管理
テーブル１６には、ウィンドウの表示データ格納用論理
バッファＬＢＦの幅（ＬＢＷ）３１、高さ（ＬＢＨ）３
２、ウィンドウの幅（ＷＩＷ）３３と高さ（ＷＩＨ）３
４、ウィンドウの画面上のＸ座標（ＷＩＸ）３５、Ｙ座
標（ＷＩＹ）３６、次のウィンドウへのポインタ（Ｆ
Ｐ）３７、前のウィンドウへのポインタ（ＢＰ）３８、
ウィンドウの前景色（ＦＧＣ）３９および背景色（ＢＧ
Ｃ）４０等のウィンドウ制御データ３０が格納される。

【０００７】次に動作について説明する。図１９
（ａ），（ｂ），（ｃ）はマイクロプロセッサにより２
つのウィンドウ（ＷＩＮＡ），（ＷＩＮＢ）を生成した
時のウィンドウメモリ１７およびウィンドウ管理テーブ
ル１６の状態を示す説明図である。図１９（ａ）に示す
ようにウィンドウメモリ１７にはウィンドウ（ＷＩＮ
Ａ）用の論理バッファ（ＬＢＦＡ）とウィンドウ（ＷＩ
ＮＢ）用の論理バッファ（ＬＢＦＢ）がマイクロプロセ
ッサ１１のプログラムにより生成され、それぞれ（ＷＩ
ＮＡ），（ＷＩＮＢ）の表示データが格納されている。

【０００８】図１９（ｃ）に示すように、ディスプレイ
２４にウィンドウ（ＷＩＮＡ）を最前面にウィンドウ
（ＷＩＮＢ）を最後面に表示するにはウィンドウ管理テ
ーブル１６のリンク構造が図１９（ｂ）に示すようにな
っていなければならない。即ち、ウィンドウ管理テーブ
ル１６のベーステーブル（ＢＴＢＬ）のベースポインタ
（ＢＳＰ）は最前面のウィンドウ管埋テーブル１６の先
頭アドレスをポイントするもので、今の場合、ベースポ
インタ（ＢＳＰ）はウィンドウ（ＷＩＮＡ）の管理テー
ブル（ＭＴＢＡ）の先頭アドレスをポイントしている。
また、ウィンドウ（ＷＩＮＡ）の管埋テーブル（ＭＴＢ
Ａ）のポインタ（ＢＰＡ）は、今の場合、ウィンドウ
（ＷＩＮＡ）は最前面であり、このウィンドウ（ＷＩＮ
Ａ）よりも前にはウィンドウがないので終端コード（Ｎ
ＵＬＬ）が格納されている。

【０００９】一方、管理テーブル（ＭＴＢＡ）のポイン
タ（ＦＰＡ）は、今の場合、次のウィンドウ（ＷＩＮ
Ｂ）の管理テーブル（ＭＴＢＢ）の先頭アドレスをポイ
ントしている。ウィンドウ（ＷＩＮＢ）の管理テーブル
（ＭＴＢＢ）のポインタ（ＦＰＢ）は、今の場合、ウィ
ンドウ（ＷＩＮＢ）は最後面であり、このウィンドウ
（ＷＩＮＢ）よりも後にはウィンドウがないので終端コ
ード（ＮＵＬＬ）が格納されている。一方、管理テーブ
ル（ＭＴＢＢ）のポインタ（ＢＰＢ）は、今の場合、前
のウィンドウ（ＷＩＮＡ）の管理テーブル（ＭＴＢＡ）
の先頭アドレスをポイントしている。

【００１０】このようにして、図１９（ｃ）に示すよう
に、ディスプレイ２４の画面上にウィンドウ（ＷＩＮ
Ａ）をウィンドウ（ＷＩＮＢ）の上に重ねて表示してい
る時には、ウィンドウ（ＷＩＮＢ）の論理バッファ（Ｌ
ＢＦＢ）に表示を行なった場合、オペレータがウィンド
ウ（ＷＩＮＢ）の表示内容を知ることができない場合が
生じる。このときは、マウス１２またはキーボード１３
の操作あるいはこのマルチウィンドウ表示装置１０を利
用しているアプリケーションプログラムにより、ウィン
ドウ（ＷＩＮＢ）が最前面になるようウィンドウの表示
順序を入れ換える。

【００１１】これはウィンドウ管理テーブル１６のベー
ステーブル（ＢＴＢＬ）のポインタ（ＢＳＰ）がウィン
ドウ（ＷＩＮＢ）の管理テーブル（ＭＴＢＢ）の先頭ア
ドレスをポイントし、ウィンドウ（ＷＩＮＢ）の管理テ
ーブル（ＭＴＢＢ）のポインタ（ＢＰＢ）に終端コード
の（ＮＵＬＬ）を格納し、管理テーブル（ＭＴＢＢ）の
ポインタ（ＦＰＢ）がウィンドウ（ＷＩＮＡ）の管理テ
ーブル（ＭＴＢＡ）の先頭アドレスをポイントし、ウィ
ンドウ（ＷＩＮＡ）の管理テーブル（ＭＴＢＡ）のポイ
ンタ（ＦＰＡ）に終端コード（ＮＵＬＬ）を格納し、管
理テーブル（ＭＴＢＡ）のポインタ（ＢＰＡ）がウィン
ドウ（ＷＩＮＢ）の管理テーブル（ＭＴＢＢ）の先頭ア
ドレスをポイントするように、マイクロプロセッサ１１
のプログラムでウィンドウ管埋テーブル１６のベーステ
ーブル（ＢＴＢＬ）のポインタ（ＢＳＰ）および各ウィ
ンドウの管理テーブル（ＭＴＢＡ），（ＭＴＢＢ）のポ
インタ（ＦＰＡ），（ＢＰＡ），（ＦＰＢ），（ＢＰ
Ｂ）を変更することによってなされる。

【００１２】

【発明が解決しようとする課題】従来のマルチウィンド
ウ表示装置は以上のように構成されているので、画面上
に表示されているウィンドウは、オペレータまたはアプ
リケーションＳ／Ｗが非表示とする対象の識別を含め明
示的に非表示操作を行なわない限り非表示とならず、そ
のため必要な情報が複数のウィンドウに分散して表示さ
れる場合、不要となったウィンドウはその都度、非表示
としない限りオーバーラップ状態が発生し、表示内容の
確認にマウス操作によるウィンドウの表示優先順位変更
等の手間がかかる課題があった。

【００１３】また、上記オーバーラップ状態を解消する
場合、オペレータはウィンドウの表示内容とそこから得
る情報の有用性および優先度等により非表示とするウィ
ンドウを選択しなければならず、ウィンドウの表示枚数
が多い場合、非表示操作も含めオペレータに相当の負荷
が発生するという課題があった。

【００１４】さらに、個々のコマを１つのウィンドウに
表示する動画のコマ送り表示のように、表示内容が類似
したものや、関連する情報が複数のウィンドウに表示さ
れている場合、当初ある法則に従って配置されていた表
示順序を崩してしまったり、当初から何の規則性もなく
配置されていた場合、オペレータは表示内容より個々の
ウィンドウの関連を識別し、さらには必要に応じてマウ
ス操作等によりウィンドウの再配置を行なわなければな
らず、オペレータに過度の負荷が発生するという課題が
あった。

【００１５】この発明は上記のような課題を解決するた
めになされたもので、複数のウィンドウが表示されてい
る場合に、一定時間利用しなかったウィンドウを識別し
て非表示とする操作と、表示順序に規則性がある個々の
ウィンドウの関係を識別し、その表示順序に合致させる
ための表示操作をオペレータに代わって行なうマルチウ
ィンドウ表示装置を得ることを目的とする。

【００１６】

【課題を解決するための手段】請求項１記載の発明に係
るマルチウィンドウ表示装置は、設定された基準時間を
通じてウィンドウが利用されなかった場合に該当するウ
ィンドウを非表示処理する自動非表示処理手段を備えた
ものである。

【００１７】請求項２記載の発明に係るマルチウィンド
ウ表示装置は、ウィンドウ毎に基準時間を任意に設定す
る非表示判定値設定手段を備えたものである。

【００１８】請求項３記載の発明に係るマルチウィンド
ウ表示装置は、ウィンドウ毎に非表示処理内容をアイコ
ン化またはウィンドウ削除に任意に設定する非表示処理
選択手段を備えたものである。

【００１９】請求項４記載の発明に係るマルチウィンド
ウ表示装置は、ウィンドウの大きさ、位置、ウィンドウ
間の表示順序、ウィンドウの整列時の識別子および整列
時のウィンドウの整列順序をウィンドウ制御データに基
づいて管理制御するウィンドウ管理手段と、上記ウィン
ドウの表示データを格納する記憶手段と、上記ウィンド
ウ管理手段に管埋されているウィンドウ制御データのう
ちウィンドウの整列時の識別子および整列時のウィンド
ウの整列順序に応じた定義ファイルに設定された整列時
のウィンドウサイズ、整列エリアの座標および整列アル
ゴリズムに基づいて整列時の各ウィンドウの表示位置を
演算するウィンドウ整列手段と、上記ウィンドウ管理手
段に管埋されているウィンドウ制御データのうちウィン
ドウの大きさ、位置およびウィンドウ間の表示順序と上
記ウィンドウ整列手段により演算された整列時の各ウィ
ンドウの表示位置に基づいて上記ウィンドウを表示する
と共に上記記憶手段に格納されている表示データを該当
するウィンドウ内に表示する表示手段とを備えたもので
ある。

【００２０】請求項５記載の発明に係るマルチウィンド
ウ表示装置は、整列時のウィンドウサイズを任意に設定
する整列時サイズ設定手段を備えたものである。

【００２１】請求項６記載の発明に係るマルチウィンド
ウ表示装置は、整列アルゴリズムを任意に設定する整列
方向選択手段を備えたものである。

【００２２】請求項７記載の発明に係るマルチウィンド
ウ表示装置は、整列エリアの座標を任意に設定する整列
エリア設定手段を備えたものである。

【００２３】請求項８記載の発明に係るマルチウィンド
ウ表示装置は、ウィンドウの整列時の識別子および整列
時のウィンドウの整列順序を任意に設定する整列用属性
設定手段を備えたものである。

【００２４】

【発明の実施の形態】以下、この発明の実施の一形態を
説明する。 実施の形態１．図１はこの発明の実施の形態によるマル
チウィンドウ表示装置を示す機能ブロック図であり、図
において、１はウィンドウの大きさ、位置およびウィン
ドウ間の表示順序等を図２に示すウィンドウ制御データ
３０に基づいて管理制御するウィンドウ管理手段、２は
ウィンドウの表示データを格納する記憶手段、３は上記
ウィンドウ管理手段１に管埋されているウィンドウ制御
データ３０に基づいてウィンドウを表示すると共に上記
記憶手段２に格納されている表示データを該当するウィ
ンドウ内に表示する表示手段である。４６はフォーカス
の有無によりウィンドウの利用度を判定し、システムに
設定されている経過時間内にフォーカスされなかったウ
ィンドウを自動的に非表示とする自動非表示処理手段で
ある。ウィンドウ管理手段１、記憶手段２および表示手
段３は、従来の技術とほぼ同様な構成であり、ウィンド
ウ管理手段１には、従来の機能の他に自動非表示処理手
段４６に必要な情報を通知する機能が付加されている。

【００２５】図２はこの発明の実施の形態によるウィン
ドウ管理手段１が管理するウィンドウ管理テーブルを示
す概念図であり、ウィンドウ管理テーブルには、ウィン
ドウの表示データ格納用論理バッファＬＢＦの幅（ＬＢ
Ｗ）３１、高さ（ＬＢＨ）３２、ウィンドウの幅（ＷＩ
Ｗ）３３と高さ（ＷＩＨ）３４、ウィンドウの画面上の
Ｘ座標（ＷＩＸ）３５、Ｙ座標（ＷＩＹ）３６、次のウ
ィンドウへのポインタ（ＦＰ）３７、前のウィンドウへ
のポインタ（ＢＰ）３８、ウィンドウの前景色（ＦＧ
Ｃ）３９および背景色（ＢＧＣ）４０等の以上、従来の
技術に示したウィンドウ制御データ３０が格納され、ま
た、ウィンドウ識別子（ｗｉｎ＿ｉｄ）４１、自動非表
示処理手段４６が非表示と判定するためのカウント数
（ｊｕｄｇｅ）４２、自動非表示の処理内容（ｐｒｏｃ
ｅｓｓ）４３を付加したウィンドウ制御データ３０が格
納されている。

【００２６】次に動作について説明する。ウィンドウ管
理手段１はウィンドウがマッピングまたはフォーカスア
ウトされると、当該ウィンドウ制御データ３０の非表示
と判定するためのカウント数（ｊｕｄｇｅ）４２を参照
し、当該ウィンドウが自動非表示対象か否かを判定す
る。そして、当該ウィンドウが非表示対象と判定される
と、マッピング／フォーカスアウト通知として当該ウィ
ンドウ制御データ３０のウィンドウ識別子（ｗｉｎ＿ｉ
ｄ）４１、カウント数（ｊｕｄｇｅ）４２および自動非
表示の処理内容（ｐｒｏｃｅｓｓ）４３を自動非表示処
理手段４６に通知する。また、ウィンドウが非表示とな
ったり、フォーカスされると当該ウィンドウ制御データ
３０のカウント数（ｊｕｄｇｅ）４２を参照し、当該ウ
ィンドウが自動非表示対象か否かを判定する。そして、
当該ウィンドウが非表示対象と判定されると、非表示／
フォーカスイン通知として当該ウィンドウ制御データ３
０のウィンドウ識別子（ｗｉｎ＿ｉｄ）４１を自動非表
示処理手段４６に通知する。

【００２７】さらに、図３（ａ），（ｂ）は自動非表示
処理手段の動作を示すフローチャート、図４（ａ），
（ｂ）は自動非表示処理手段が管理する非表示ウィンド
ウデータ、および非表示対象ウィンドウリストを示す概
念図であり、この図３および図４を用いて自動非表示処
理手段４６の処理概要を説明する。初期化処理（ステッ
プＳＴ１）後に、自動非表示処理手段４６はウィンドウ
管理手段１よりマッピング／フォーカスアウト通知を受
信すると（ステップＳＴ２）、図４（ａ）に示す非表示
ウィンドウデータ５５を生成し、図４（ｂ）に示す非表
示対象ウィンドウリスト６２の終端に生成した非表示ウ
ィンドウデータ５５を登録する（ステップＳＴ３）。

【００２８】また、ウィンドウ管理手段１より非表示／
フォーカスイン通知を受信すると（ステップＳＴ４）、
当該ウィンドウの非表示ウィンドウデータ５５を非表示
対象ウィンドウリスト６２より削除する（ステップＳＴ
５）。上記ウィンドウ管理手段１からの通知チェックお
よび通知があった場合の非表示対象ウィンドウリスト６
２へのデータの登録／削除処理を終えると（ステップＳ
Ｔ６）、自動非表示処理手段４６は非表示対象ウィンド
ウリスト６２に登録されている非表示ウィンドウデータ
５５のフォーカスアウトされてからの経過カウント値
（ｃｏｕｎｔｅｒ）５９（初期値０）を１カウントアッ
プし（ステップＳＴ７）、経過カウント値（ｃｏｕｎｔ
ｅｒ）５９の値が非表示と判定されるカウント値（ｊｕ
ｄｇｍｅｎｔ）５８と一致したウィンドウを非表示処理
の内容を表すフラグ（ｕｎｍａｐ＿ｆｌａｇ）６０に設
定されている非表示処理にて非表示とする（ステップＳ
Ｔ８、ステップＳＴ９）。さらに、次管理データへのポ
インタ（ｎｅｘｔ＿ｔａｂｌ）６１が終端コード（ＮＵ
ＬＬ）であるか判定し（ステップＳＴ１０）、終端コー
ド（ＮＵＬＬ）である場合はステップＳＴ２に戻り、終
端コード（ＮＵＬＬ）でない場合は次管理データへのポ
インタに進む（ステップＳＴ１１）。さらに、図３
（ｂ）において、非表示処理（ステップＳＴ９）は、非
表示処理の内容を示すｕｎｄｉｓｐ＿ｆｌａｇを判定し
（ステップＳＴ９１）、ウィンドウ削除処理（ステップ
ＳＴ９２）かアイコン化処理（ステップＳＴ９３）を行
い、管理テーブルからデータを削除して（ステップＳＴ
９４）、処理を終了する。

【００２９】図５は非表示ウィンドウデータの遷移を示
す概念図であり、この図５を用いて自動非表示処理手段
４６におけるウィンドウの利用度の識別ロジックを説明
する。図５（ａ）は最初に非表示対象外のウィンドウ
（Ａ）がマッピングされ、その後に非表示対象であるウ
ィンドウ（Ｂ）（非表示判定値４２：１８０ループ、非
表示処理４３：アイコン化）がマッピングされ、上記カ
ウントアップ処理が既に１５５ループ行なわれた場合の
非表示ウィンドウデータ５５および非表示対象ウィンド
ウリスト６２を示したものである。図５（ａ）において
ウィンドウ（Ａ）は非表示対象外であるため、自動非表
示処理手段４６により非表示ウィンドウデータ５５は非
表示対象ウィンドウリスト６２に登録されておらず、非
表示対象であるウィンドウ（Ｂ）の非表示ウィンドウデ
ータ５５だけが登録され、ウィンドウ識別子（ｗｉｎｄ
ｏｗ＿ｉｄ）５６にはＢ、非表示と判定されるカウント
値（ｊｕｄｇｍｅｎｔ）５８には１８０、経過カウント
値（ｃｏｕｎｔｅｒ）５９には１５５が設定されてい
る。

【００３０】図５（ｂ）は図５（ａ）のような初期状態
より、１０ループの時間が経過した後に非表示対象であ
るウィンドウ（Ｃ）（非表示判定値４２：３００、非表
示処理４３：ウィンドウ削除）がマッピングされた場合
の非表示ウィンドウデータ５５および非表示対象ウィン
ドウリスト６２を示したものである。ウィンドウ（Ｃ）
は非表示対象であるため、ウィンドウ管理手段１からマ
ッピング／フォーカス通知が通知され、通知を受けた自
動非表示処理手段４６は非表示対象ウィンドウリスト６
２の終端にウィンドウ（Ｃ）の非表示ウィンドウデータ
５５を登録すると共に、常時、定周期で非表示対象ウィ
ンドウリスト６２に登録されているウィンドウの経過カ
ウント値（ｃｏｕｎｔｅｒ）５９をカウントアップする
ため、ウィンドウ（Ｂ）の経過カウント値（ｃｏｕｎｔ
ｅｒ）５９は１６５となっている。

【００３１】図５（ｃ）は図５（ｂ）の状態から、さら
に、１０ループの時間が経過した後に、ウィンドウ
（Ｂ）がフォーカスされた場合の非表示ウィンドウデー
タ５５を示したものである。ウィンドウ（Ｂ）は非表示
対象であるため、ウィンドウ管理手段１から非表示／フ
ォーカスイン通知が通知され、通知を受けた自動非表示
処理手段４６は非表示対象ウィンドウリスト６２を検索
し、ウィンドウ（Ｂ）の非表示ウィンドウデータ５５を
非表示対象ウィンドウリスト６２より削除する。そのた
めウィンドウ（Ｂ）はフォーカスされている間、カウン
トアップの対象外となり、フォーカスアウトされた時点
で、非表示対象ウィンドウリスト６２に非表示ウィンド
ウデータ５５が登録され、ウィンドウ（Ｂ）の経過カウ
ント値（ｃｏｕｎｔｅｒ）５９は初期値にリセットされ
る。

【００３２】以上のように、この実施の形態１によれ
ば、自動非表示処理手段４６はフォーカスの有無によ
り、非表示ウィンドウデータ５５内の経過カウント値
（ｃｏｕｎｔｅｒ）５９をカウントアップおよびリセッ
トすることで、オペレータに代わりウィンドウの利用度
を識別できるので、利用度の低いウィンドウを自動的に
非表示とすることで、表示内容確認のためのオペレータ
の操作を軽減できると共に、同時に監視画面の視認性お
よび識別性を向上することができる効果が得られる。

【００３３】実施の形態２．図１において、４７はウィ
ンドウ管理手段１内に設けられ、実施の形態１ではアプ
リケーションＳ／Ｗがウィンドウ生成時にしか設定でき
なかった非表示と判定するカウント数（ｊｕｄｇｅ）４
２の値をオペレータがウィンドウ毎に任意の値で設定可
能にする非表示判定値設定手段である。その他の構成に
ついては実施の形態１と同様なので、その重複する説明
を省略する。

【００３４】次に動作について説明する。図６はこの発
明の実施の形態２による非表示判定値設定手段４７が表
示するポップアップウィンドウとその動作を示すフロー
チャートである。オペレータがウィンドウのタイトルバ
ー等に設けられた非表示判定値設定用ボタンをマウスま
たはタッチパネル等のポインティングデバイスにてタッ
チまたはクリックすると（ステップＳＴ１５）、非表示
判定値設定手段４７は図６（ａ）のように新規の非表示
判定値を入力するためのポップアップウィンドウを表示
し（ステップＳＴ１６）、オペレータの入力を促すと共
にウィンドウ管理テーブルを検索し、当該カウント数
（ｊｕｄｇｅ）４２を入手する。オペレータがポップア
ップウィンドウを閉じると、非表示判定値設定手段４７
は入手したカウント数（ｊｕｄｇｅ）４２の値と入力さ
れた非表示判定値とを比較し、一致しなかった場合だけ
（ステップＳＴ１７）、当該ウィンドウ制御データ３０
のカウント数（ｊｕｄｇｅ）４２を更新し、ウィンドウ
管理手段１の非表示判定値変更通知として当該ウィンド
ウ制御データ３０のウィンドウ識別子（ｗｉｎ＿ｉｄ）
４１、カウント数（ｊｕｄｇｅ）４２を自動非表示処理
手段４６に通知する（ステップＳＴ１８）。また、上記
比較の際に、何も入力されていなかった、またはカウン
ト数（ｊｕｄｇｅ）４２の値に変更がない場合はそのま
ま処理を終了する。

【００３５】図７はこの発明の実施の形態２における自
動非表示処理手段４６の動作を示すフローチャートであ
る。実施の形態２における自動非表示処理手段４６はオ
ペレータによる非表示判定値設定のため、実施の形態１
の処理の他に、ウィンドウ管理手段１からの非表示判定
値変更通知のチェックと、通知を受けた場合の非表示ウ
ィンドウデータ５５の更新処理を付加している（ステッ
プＳＴ２０〜ステップＳＴ２３）。

【００３６】以上のように、この実施の形態２によれ
ば、実施の形態１ではシステム稼働中に変更できなかっ
た非表示判定値の値をシステム稼働中でも変更可能とす
ることで、表示内容および利用状況といった実情に応じ
た判定値が柔軟に設定可能となるため、容易に最適値を
設定可能とする効果が得られると共にシステムとしての
汎用性向上の効果も得られる。

【００３７】実施の形態３．図１において、４８はウィ
ンドウ管理手段１内に設けられ、実施の形態１ではアプ
リケーションＳ／Ｗがウィンドウ生成時にしか設定でき
なかった非表示処理の内容（ｐｒｏｃｅｓｓ）４３の値
をオペレータがウィンドウ毎に任意の値で設定可能とす
る非表示処理選択手段である。その他の構成については
実施の形態１ないし２と同様なので、その重複する説明
を省略する。

【００３８】次に動作について説明する。図９はこの発
明の実施の形態３による非表示処理選択手段４８が表示
するポップアップウィンドウとその動作を示すフローチ
ャートである。オペレータがウィンドウのタイトルバー
等に設けられた非表示処理選択用ボタンをマウスまたは
タッチパネル等のポインティングデバィスにてタッチま
たはクリックすると（ステップＳＴ３５）、非表示処理
選択手段４８は図９（ａ）のように非表示処理内容を選
択するためのポップアップウィンドウを表示し（ステッ
プＳＴ３６）、オペレータの入力を促すと共に、ウィン
ドウ管理テーブルを検索し、当該ウィンドウの非表示処
理の内容（ｐｒｏｃｅｓｓ）４３を入手する。オペレー
タがポップアップウィンドウを閉じると、非表示処理選
択手段４８は入手した非表示処理の内容（ｐｒｏｃｅｓ
ｓ）４３の値と入力された非表示処理内容とを比較し、
一致しなかった場合だけ（ステップＳＴ３７）、当該ウ
ィンドウ制御データ３０の非表示処理の内容（ｐｒｏｃ
ｅｓｓ）４３を更新し、ウィンドウ管埋手段１の非表示
処理変更通知として当該ウィンドウ制御データ３０のウ
ィンドウ識別子（ｗｉｎ＿ｉｄ）４１、非表示処理の内
容（ｐｒｏｃｅｓｓ）４３を自動非表示処理手段４６に
通知する（ステップＳＴ３８）。また、上記比較の際
に、何も入力されていなかった、または非表示処理の内
容（ｐｒｏｃｅｓｓ）４３の値に変更がない場合は、そ
のまま処理を終了する。そして、実施の形態２における
非表示判定値変更通知と非表示処理変更通知の通知用処
理を汎用化するため通知の種類を設定する（ｖａｌｕｅ
＿ｋｉｎｄ）というエントリーを新設し、両通知の通知
データフォーマットを統一する。

【００３９】図８はこの発明の実施の形態３における自
動非表示処理手段４６の動作を示すフローチャートであ
る。実施の形態３における自動非表示処理手段４６はオ
ペレータによる非表示処理設定のため、実施の形態２の
処理の他に、ウィンドウ管理手段１からの非表示処理変
更通知のチェックと、通知を受けた場合の非表示ウィン
ドウデータ５５の更新処理、また非表示判定値変更通知
と非表示処理変更通知のデータフォーマット統一による
通知内容識別手段を付加している（ステップＳＴ２７〜
ステップＳＴ３２）。

【００４０】以上のように、この実施の形態３によれ
ば、実施の形態１ないし２ではシステム稼働中に変更で
きなかった非表示処理内容の値をシステム稼働中でも変
更可能とすることで、表示内容および利用状況といった
実情に応じた非表示処理が柔軟に設定可能となるため、
最適な非表示処理内容を容易に設定可能とする効果が得
られると共に、システムとしての汎用性向上の効果も得
られる。

【００４１】実施の形態４．図１において、４９はウィ
ンドウ整列手段であり、このウィンドウ整列手段４９は
図１１（ａ）に示すグループリスト７０、ウィンドウリ
スト７６、整列位置データ７７に基づき、オペレータが
選択した整列条件に合致するウィンドウを識別し、シス
テムまたはアプリケーションＳ／Ｗにより設定された整
列位置にウィンドウを整列させるもので、ウィンドウ管
理手段１には従来機能の他にウィンドウ整列手段４９に
必要な情報を通知する機能が付加されている。また、図
２において、４４はウィンドウをグルーピング（整列）
化するための識別子（ｇｒｏｕｐ＿ｉｄ）、４５はグル
ーピングされたウィンドウ内での整列順序（ｐｒｉｏｒ
ｉｔｙ）である。その他の構成については実施の形態１
ないし３と同様なので、その重複する説明を省略する。

【００４２】次に動作について説明する。図１０はこの
発明の実施の形態４によるウィンドウ整列手段４９の動
作を示すフローチャート、図１１はウィンドウ整列手段
４９が管理するデータの構造と表示状態との対応関係を
示す説明図である。実施の形態４におけるウィンドウ管
理手段１は、自らの管理テーブルにウィンドウ制御デー
タ３０を登録する際に、ウィンドウをグルーピング化す
るための識別子（ｇｒｏｕｐ＿ｉｄ）４４を参照し、グ
ルーピングを行なう値が設定されていた場合、登録通知
として当該ウィンドウ制御データ３０のウィンドウ識別
子（ｗｉｎ＿ｉｄ）４１、ウィンドウをグルーピング化
するための識別子（ｇｒｏｕｐ＿ｉｄ）４４、グルーピ
ングされたウィンドウ内での整列順序（ｐｒｉｏｒｉｔ
ｙ）４５をウィンドウ整列手段４９に通知し、ウィンド
ウが削除されると削除通知として当該ウィンドウ制御デ
ータ３０のウィンドウ識別子（ｗｉｎ＿ｉｄ）４１、ウ
ィンドウをグルーピング化するための識別子（ｇｒｏｕ
ｐ＿ｉｄ）４４をウィンドウ整列手段４９に通知する。
また、マウスにより発生する特定の人力イベントを受信
するとウィンドウ整列手段４９に対し整列要求通知を発
行する。

【００４３】図１１（ａ）はウィンドウ整列手段４９が
作成し、ウィンドウ整列動作時に参照するデータを示し
ている。グループリスト７０はグルーピング時のグルー
プを識別子であるグループＩＤ７１、そのグループＩＤ
７１に対応するするグループデータの先頭アドレス７２
により構成され、グループデータ７５はそのグループに
属するウィンドウデータ７８のウィンドウリスト７６と
整列時の個々のウィンドウの座標データが格納されてい
る整列位置データの先頭アドレス７７により構成されて
いる。また、整列位置データ８３は、整列エリアの基準
点のＸ座標（ＡＲＥＡ＿Ｘ）８４、整列エリアの基準点
のＹ座標（ＡＲＥＡ＿Ｙ）８５、整列エリアの幅（ＡＲ
ＥＡ＿Ｗ）８６、整列エリアの高さ（ＡＲＥＡ＿Ｈ）８
７、整列エリア内での整列方向（ＤＩＲ）８８、整列時
のウィンドウの幅（ＲＥＳＩＺＥ＿Ｗ）８９、整列時の
ウィンドウの高さ（ＲＥＳＩＺ＿Ｈ）９０、整列方向に
従った表示順序（ＰＯＳ＿ＩＤ）９１、整列時のウィン
ドウの基準点のＸ座標（ＰＯＳ＿Ｘ）９２、整列時のウ
ィンドウの基準点のＹ座標（ＰＯＳ＿Ｙ）９３の座標列
により構成されている。

【００４４】ウィンドウ整列手段４９はシステム起動時
に定義ファイルに設定されているグループＩＤ（整列条
件）毎の整列エリア、整列時のウィンドウサイズ、整列
方向を参照し、グループリスト７０およびグループ毎の
グループデータ７５、整列位置データ８３を作成して、
グループリスト７０のグループＩＤ７１、整列位置デー
タ８３の整列エリアの基準点のＸ座標（ＡＲＥＡ＿Ｘ）
８４、整列エリアの基準点のＹ座標（ＡＲＥＡ＿Ｙ）８
５、整列エリアの幅（ＡＲＥＡ＿Ｗ）８６、整列エリア
の高さ（ＡＲＥＡ＿Ｈ）８７、整列エリア内での整列方
向（ＤＩＲ）８８、整列時のウィンドウの幅（ＲＥＳＩ
ＺＥ＿Ｗ）８９、整列時のウィンドウの高さ（ＲＥＳＩ
Ｚ＿Ｈ）９０に対応するデータを設定する。

【００４５】これらのデータを設定し終えるとウィンド
ウ管理手段１は整列位置データ８３の整列エリアの基準
点のＸ座標（ＡＲＥＡ＿Ｘ）８４、整列エリアの基準点
のＹ座標（ＡＲＥＡ＿Ｙ）８５、整列エリアの幅（ＡＲ
ＥＡ＿Ｗ）８６、整列エリアの高さ（ＡＲＥＡ＿Ｈ）８
７、整列エリア内での整列方向（ＤＩＲ）８８、整列時
のウィンドウの幅（ＲＥＳＩＺＥ＿Ｗ）８９、整列時の
ウィンドウの高さ（ＲＥＳＩＺ＿Ｈ）９０より整列エリ
ア内を整列時のウィンドウサイズで分割した際の、個々
のウィンドウの整列時のウィンドウの基準点のＸ座標
（ＰＯＳ＿Ｘ）９２、整列時のウィンドウの基準点のＹ
座標（ＰＯＳ＿Ｙ）９３の座標列を算出し、配置場所を
一意に定める整列方向に従った表示順序（ＰＯＳ＿Ｉ
Ｄ）９１、整列時のウィンドウの基準点のＸ座標（ＰＯ
Ｓ＿Ｘ）９２、整列時のウィンドウの基準点のＹ座標
（ＰＯＳ＿Ｙ）９３を対応づけながら整列位置データ８
３に格納する（ステップＳＴ４０）。

【００４６】これら一連の整列位置データ算出の処理を
終えるとウィンドウ整列手段４９はウィンドウ管理手段
１からの通知を待ち（ステップＳＴ４１）、登録通知を
受信すると（ステップＳＴ４２）、当該ウィンドウのウ
ィンドウデータ７８を作成し、ウィンドウデータ７８が
表示順序８０の小さい値順に並ぶよう当該グループのウ
ィンドウリスト７６に登録し、ウィンドウ管理手段１か
らの次の通知を待つ（ステップＳＴ４３）。また削除通
知を受信すると（ステップＳＴ４４）、当該ウィンドウ
のウィンドウデータを当該グループのウィンドウリスト
７６より削除し、ウィンドウ管理手段１からの次の通知
を待つ（ステップＳＴ４５）。そして整列要求通知を受
信すると（ステップＳＴ４６）、整列条件（グループＩ
Ｄ７１）選択用ポップアップウィンドウを表示し（ステ
ップＳＴ４７）、オペレータに入力を促す。

【００４７】オペレータの操作によりポップアップウィ
ンドウが閉じられるとウィンドウ整列手段４９は入力さ
れたデータを参照し、入力（選択）されたグループＩＤ
７１よりグループリスト７０を検索し、当該グループの
ウィンドウリスト７６、整列位置データ８３の個々のデ
ータを対応させ、整列処理を行なう。また何も入力され
ていなければウィンドウ管理手段１からの次の通知を待
つ（ステップＳＴ４８、ステップＳＴ４９）。

【００４８】以上のように、この実施の形態４によれ
ば、オペレータに代わり、ウィンドウの表示内容を識別
してグルーピング化を行ない、そのグループでの相対関
係に応じた表示を行なうため、動画のコマ送り時の画面
のように表示内容にほとんど差異がないようなものを規
則的にあるいは関連づけて表示する際のオペレータの負
荷を軽減する効果が得られる。

【００４９】実施の形態５．図１において、５０はウィ
ンドウ整列手段４９内に設けられ、実施の形態４ではシ
ステム起動時に定義ファイルでしか設定できなかった整
列位置データ８３の整列エリアの基準点のＸ座標（ＡＲ
ＥＡ＿Ｘ）８４をオペレータかグループ毎に任意の値に
設定可能とする整列時サイズ設定手段である。また、実
施の形態５におけるウィンドウ管理手段１は、実施の形
態４の機能の他に、マウスにより発生する特定の入力イ
ベントを受信すると整列時サイズ設定手段５０に対し整
列時サイズ変更通知を発行する。その他の構成について
は実施の形態４と同様なので、その重複する説明を省略
する。

【００５０】次に動作について説明する。図１２はこの
発明の実施の形態５によるウィンドウ整列手段４９の動
作を示すフローチャートである。ウィンドウ管理手段１
より整列時サイズ変更通知を受けると（ステップＳＴ５
１）、整列時サイズ設定手段５０はデータ入力用のポッ
プアップウィンドウ表示し、オペレータの入力を促す。
オペレータの操作によりポップアップウィンドウが閉じ
られると整列時サイズ設定手段５０は入力されたデータ
を参照し、入力（選択）されたグループＩＤ７１よりグ
ループリスト７０を検索し、当該グループの整列位置デ
ータ８３の整列時のウィンドウの幅（ＲＥＳＩＺＥ＿
Ｗ）８９、整列時のウィンドウの高さ（ＲＥＳＩＺ＿
Ｈ）９０に入力されたデータを設定し、実施の形態４の
手順にて整列位置データ８３を再計算し更新する（ステ
ップＳＴ５２）。また、何も入力されていなければウィ
ンドウ管理手段１からの次の通知を待つ。なお、この実
施の形態５におけるウィンドウ整列手段４９のその他の
処理は実施の形態４のウィンドウ整列手段４９のものと
同様である。

【００５１】以上のように、この実施の形態５では、シ
ステム起動時にしか設定できなかった整列時のウィンド
ウサイズをシステム稼働中に動的に変更可能とすること
で、表示内容および利用状況といった実情に応じたウィ
ンドウサイズが設定可能となるため、表示画面の視認性
および識別性の向上と共に、システムとしての汎用性向
上の効果も得られる。

【００５２】実施の形態６．図１において、５１はウィ
ンドウ整列手段４９内に設けられ、実施の形態４，５で
はシステム起動時に定義ファイルでしか設定できなかっ
た整列位置データ８３の整列エリア内での整列方向（Ｄ
ＩＲ）８８をオペレータがグループ毎に任意の値に設定
可能とする整列方向選択手段である。また、実施の形態
６におけるウィンドウ管理手段１は、実施の形態４，５
の機能の他に、マウスにより発生する特定の入力イベン
トを受信すると整列方向選択手段５１に対し整列方向選
択通知を発行する。その他の構成については実施の形態
４ないし５と同様なので、その重複する説明を省略す
る。

【００５３】次に動作について説明する。図１３はこの
発明の実施の形態６によるウィンドウ整列手段４９の動
作を示すフローチャートである。ウィンドウ管理手段１
より整列方向選択通知を受けると（ステップＳＴ５
３）、整列方向選択手段５１はデータ入力用のポップア
ップウィンドウ表示し、オペレータの入力を促す。オペ
レータの操作によりポップアップウィンドウが閉じられ
ると整列方向選択手段５１は入力されたデータを参照
し、入力（選択）されたグループＩＤ７１よりグループ
リスト７０を検索し、当該グループの整列位置データ８
３の整列エリア内での整列方向（ＤＩＲ）８８に入力さ
れたデータを設定し、実施の形態４の手順にて整列位置
データ８３を再計算し更新する（ステップＳＴ５２）。
また、何も入力されていなければウィンドウ管理手段１
からの次の通知を待つ。なお、この実施の形態６におけ
るウィンドウ整列手段４９のその他の処理は実施の形態
５のウィンドウ整列手段４９のものと同様である。

【００５４】以上のように、この実施の形態６では、実
施の形態４，５ではシステム起動時にしか設定できなか
った整列方向をシステム稼働中に動的に変更可能とする
ことで、表示内容および利用状況といった実情に応じた
ウィンドウレイアウトが設定可能となり、表示画面の視
認性および識別性の向上と共に、システムとしての汎用
性向上の効果も得られる。

【００５５】実施の形態７．図１において、５２はウィ
ンドウ整列手段４９内に設けられ、実施の形態４〜６で
はシステム起動時に定義ファイルでしか設定できなかっ
た整列位置データ８３の整列エリアの基準点のＸ座標
（ＡＲＥＡ＿Ｘ）８４、整列エリアの基準点のＹ座標
（ＡＲＥＡ＿Ｙ）８５、整列エリアの幅（ＡＲＥＡ＿
Ｗ）８６、整列エリアの高さ（ＡＲＥＡ＿Ｈ）８７をオ
ペレータがグループ毎に任意の値に設定可能とする整列
エリア設定手段である。また、実施の形態７におけるウ
ィンドウ管理手段１は、実施の形態４〜６の機能の他
に、マウスにより発生する特定の入力イベントを受信す
ると整列エリア設定手段５２に対し整列エリア設定通知
を発行する。その他の構成については実施の形態４〜６
と同様なので、その重複する説明を省略する。

【００５６】次に動作について説明する。図１４はこの
発明の実施の形態７によるウィンドウ整列手段４９の動
作を示すフローチャートである。ウィンドウ管理手段１
より整列エリア設定通知を受けると（ステップＳＴ５
４）、整列エリア設定手段５２はデータ入力用のポップ
アップウィンドウ表示し、オペレータの入力を促す。オ
ペレータの操作によりポップアップウィンドウが閉じら
れると整列エリア設定手段５２は入力されたデータを参
照し、入力（選択）されたグループＩＤ７１よりグルー
プリスト７０を検索し、当該グループの整列位置データ
８３の整列エリアの基準点のＸ座標（ＡＲＥＡ＿Ｘ）８
４、整列エリアの基準点のＹ座標（ＡＲＥＡ＿Ｙ）８
５、整列エリアの幅（ＡＲＥＡ＿Ｗ）８６、整列エリア
の高さ（ＡＲＥＡ＿Ｈ）８７に入力されたデータを設定
し、実施の形態４の手順にて整列位置データ８３を再計
算し更新する（ステップＳＴ５２）。また、何も入力さ
れていなければウィンドウ管理手段１からの次の通知を
待つ。なお、この実施の形態７におけるウィンドウ整列
手段４９のその他の処理は実施の形態６のウィンドウ整
列手段４９のものと同様である。

【００５７】以上のように、この実施の形態７では、実
施の形態４〜６ではシステム起動時にしか設定できなか
った整列エリアをシステム稼働中に動的に変更可能とす
ることで、表示内容および利用状況といった実情に応じ
たウィンドウレイアウトがより細やかに設定可能とな
り、表示画面の視認性および識別性の向上と共に、シス
テムとしての汎用性向上の効果も得られる。

【００５８】実施の形態８．図１において、５３はウィ
ンドウ管理手段１内に設けられ、実施の形態４〜７では
アプリケーションＳ／Ｗがウィンドウ生成時にしか設定
できなかったウィンドウ管理手段１が管理するウィンド
ウ制御データ３０のウィンドウをグルーピング化するた
めの識別子（ｇｒｏｕｐ＿ｉｄ）４４、グルーピングさ
れたウィンドウ内での整列順序（ｐｒｉｏｒｉｔｙ）４
５を任意の値に設定可能とする整列用属性設定手段であ
る。その他の構成については実施の形態４〜７と同様な
ので、その重複する説明を省略する。

【００５９】次に動作について説明する。図１５はこの
発明の実施の形態８によるウィンドウ整列手段４９の動
作を示すフローチャートである。整列用属性設定手段５
３はウィンドウのタイトルバー等に用意されている整列
用属性変更ボタンをマウス等のポインティングデバイス
によりクリックするとデータ入力用のポップアップウィ
ンドウ表示し、オペレータの入力を促す。オペレータの
操作によりポップアップウィンドウが閉じられると整列
用属性設定手段５３は入力されたデータを参照し、当該
ウィンドウ制御データ３０のウィンドウをグルーピング
化するための識別子（ｇｒｏｕｐ＿ｉｄ）４４、グルー
ピングされたウィンドウ内での整列順序（ｐｒｉｏｒｉ
ｔｙ）４５を入力されたデータで更新すると同時に、整
列用属性通知として当該ウィンドウ制御データ３０のウ
ィンドウ識別子（ｗｉｎ＿ｉｄ）４１、ウィンドウをグ
ルーピング化するための識別子（ｇｒｏｕｐ＿ｉｄ）４
４、グルーピングされたウィンドウ内での整列順序（ｐ
ｒｉｏｒｉｔｙ）４５をウィンドウ整列手段４９に通知
する（ステップＳＴ５６、ステップＳＴ５７）。整列用
属性変更通知を受信したウィンドウ整列手段４９は通知
されたウィンドウをグルーピング化するための識別子
（ｇｒｏｕｐ＿ｉｄ）４４の値により当該ウィンドウデ
ータをウィンドウリスト７５より削除したり、登録した
り、また場合によってはグループリスト７０へのグルー
プデータの登録／削除も行なう。なお、この実施の形態
８におけるウィンドウ整列手段４９のその他の処理は実
施の形態７のウィンドウ整列手段４９のものと同様であ
る。

【００６０】以上のように、この実施の形態８では、実
施の形態４〜７ではシステム起動時にしか設定できなか
った整列条件をシステム稼働中に動的に設定可能とする
ことで、表示内容および利用状況といった実情に応じた
ウィンドウのグルーピングおよび配置が可能になり、表
示画面の視認性および識別性の向上と共に、システムと
しての汎用性向上の効果も得られる。

【００６１】

【発明の効果】以上のように、請求項１記載の発明によ
れば、設定された基準時間を通じてウィンドウが利用さ
れなかった場合に該当するウィンドウを非表示処理する
自動非表示処理手段を備えるように構成したので、自動
非表示処理手段はオペレータに代わりウィンドウの利用
度を識別でき、利用度の低いウィンドウを自動的に非表
示とすることで、表示内容確認のためのオペレータの操
作を軽減できると共に、同時に監視画面の視認性および
識別性を向上することができる効果がある。

【００６２】請求項２記載の発明によれば、ウィンドウ
毎に基準時間を任意に設定する非表示判定値設定手段を
備えるように構成したので、システム稼働中に変更でき
なかった基準時間の値をシステム稼働中でも変更可能と
することで、表示内容および利用状況といった実情に応
じた判定値が柔軟に設定可能となるため、容易に最適値
を設定可能とする効果が得られると共にシステムとして
の汎用性を向上させる効果がある。

【００６３】請求項３記載の発明によれば、ウィンドウ
毎に非表示処理内容をアイコン化またはウィンドウ削除
に任意に設定する非表示処理選択手段を備えるように構
成したので、システム稼働中に変更できなかった非表示
処理内容の値をシステム稼働中でも変更可能とすること
で、表示内容および利用状況といった実情に応じた非表
示処理が柔軟に設定可能となるため、最適な非表示処理
内容を容易に設定可能とすることができると共に、シス
テムとしての汎用性を向上させる効果がある。

【００６４】請求項４記載の発明によれば、ウィンドウ
の整列時の識別子および整列時のウィンドウの整列順序
に応じて定義ファイルに設定された整列時のウィンドウ
サイズ、整列エリアの座標および整列アルゴリズムに基
づいて整列時の各ウィンドウの表示位置を演算するウィ
ンドウ整列手段を備えるように構成したので、オペレー
タに代わり、ウィンドウの表示内容を識別して整列で
き、そのグループでの相対関係に応じた表示を行なうた
め、動画のコマ送り時の画面のように表示内容にほとん
ど差異がないようなものを規則的にあるいは関連づけて
表示する際のオペレータの負荷を軽減できる効果があ
る。

【００６５】請求項５記載の発明によれば、整列時のウ
ィンドウサイズを任意に設定する整列時サイズ設定手段
を備えるように構成したので、システム起動時にしか設
定できなかった整列時のウィンドウサイズをシステム稼
働中に動的に変更可能とすることで、表示内容および利
用状況といった実情に応じたウィンドウサイズが設定可
能となるため、表示画面の視認性および識別性を向上さ
せると共に、システムとしての汎用性を向上させる効果
がある。

【００６６】請求項６記載の発明によれば、整列アルゴ
リズムを任意に設定する整列方向選択手段を備えるよう
に構成したので、システム起動時にしか設定できなかっ
た整列方向をシステム稼働中に動的に変更可能とするこ
とで、表示内容および利用状況といった実情に応じたウ
ィンドウレイアウトが設定可能となり、表示画面の視認
性および識別性を向上させると共に、システムとしての
汎用性を向上させる効果がある。

【００６７】請求項７記載の発明によれば、整列エリア
の座標を任意に設定する整列エリア設定手段を備えるよ
うに構成したので、システム起動時にしか設定できなか
った整列エリアをシステム稼働中に動的に変更可能とす
ることで、表示内容および利用状況といった実情に応じ
たウィンドウレイアウトがより細やかに設定可能とな
り、表示画面の視認性および識別性を向上させると共
に、システムとしての汎用性を向上させる効果がある。

【００６８】請求項８記載の発明によれば、ウィンドウ
の整列時の識別子および整列時のウィンドウの整列順序
を任意に設定する整列用属性設定手段を備えるように構
成したので、システム起動時にしか設定できなかった整
列条件をシステム稼働中に動的に設定可能とすること
で、表示内容および利用状況といった実情に応じたウィ
ンドウのグルーピングおよび配置が可能になり、表示画
面の視認性および識別性を向上させると共に、システム
としての汎用性を向上させる効果がある。

【図面の簡単な説明】

【図１】 この発明の実施の形態によるマルチウィンド
ウ表示装置を示す機能ブロック図である。

【図２】 この発明の実施の形態によるウィンドウ管理
手段が管理するウィンドウ管理テーブルを示す概念図で
ある。

【図３】 自動非表示処理手段の動作を示すフローチャ
ートである。

【図４】 自動非表示処理手段が管理する非表示ウィン
ドウデータ、および非表示対象ウィンドウリストを示す
概念図である。

【図５】 非表示ウィンドウデータの遷移を示す概念図
である。

【図６】 この発明の実施の形態２による非表示判定値
設定手段が表示するポップアップウィンドウとその動作
を示すフローチャートである。

【図７】 この発明の実施の形態２における自動非表示
処理手段の動作を示すフローチャートである。

【図８】 この発明の実施の形態３による自動非表示処
理手段の動作を示すフローチャートである。

【図９】 この発明の実施の形態３による非表示処理選
択手段が表示するポップアップウィンドウとその動作を
示すフローチャートである。

【図１０】 この発明の実施の形態４によるウィンドウ
整列手段の動作を示すフローチャートである。

【図１１】 ウィンドウ整列手段が管理するデータの構
造と表示状態との対応関係を示す説明図である。

【図１２】 この発明の実施の形態５によるウィンドウ
整列手段の動作を示すフローチャートである。

【図１３】 この発明の実施の形態６によるウィンドウ
整列手段の動作を示すフローチャートである。

【図１４】 この発明の実施の形態７によるウィンドウ
整列手段の動作を示すフローチャートである。

【図１５】 この発明の実施の形態８によるウィンドウ
整列手段の動作を示すフローチャートである。

【図１６】 従来のマルチウィンドウ表示装置を示す機
能ブロック図である。

【図１７】 マルチウィンドウ表示装置のシステム構成
図である。

【図１８】 ウィンドウ管理テーブルに生成される格納
情報を示す概念図である。

【図１９】 マイクロプロセッサにより２つのウィンド
ウを生成した時のウィンドウメモリおよびウィンドウ管
理テーブルの状態を示す説明図である。

【符号の説明】

１ ウィンドウ管理手段、２ 記憶手段、３ 表示手
段、３０ ウィンドウ制御データ、４６ 自動非表示処
理手段、４７ 非表示判定値設定手段、４８ 非表示処
理選択手段、４９ ウィンドウ整列手段、５０ 整列時
サイズ設定手段、５１ 整列方向選択手段、５２ 整列
エリア設定手段、５３ 整列用属性設定手段。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ウィンドウの大きさ、位置およびウィン
   ドウ間の表示順序をウィンドウ制御データに基づいて管
   理制御するウィンドウ管理手段と、上記ウィンドウの表
   示データを格納する記憶手段と、上記ウィンドウ管理手
   段に管埋されているウィンドウ制御データに基づいて上
   記ウィンドウを表示すると共に上記記憶手段に格納され
   ている表示データを該当するウィンドウ内に表示する表
   示手段と、設定された基準時間を通じてウィンドウが利
   用されなかった場合に該当するウィンドウを非表示処理
   する自動非表示処理手段とを備えたマルチウィンドウ表
   示装置。
2. 【請求項２】 ウィンドウ毎に基準時間を任意に設定す
   る非表示判定値設定手段を備えたことを特徴とする請求
   項１記載のマルチウィンドウ表示装置。
3. 【請求項３】 ウィンドウ毎に非表示処理内容をアイコ
   ン化またはウィンドウ削除に任意に設定する非表示処理
   選択手段を備えたことを特徴とする請求項１または請求
   項２記載のマルチウィンドウ表示装置。
4. 【請求項４】 ウィンドウの大きさ、位置、ウィンドウ
   間の表示順序、ウィンドウの整列時の識別子および整列
   時のウィンドウの整列順序をウィンドウ制御データに基
   づいて管理制御するウィンドウ管理手段と、上記ウィン
   ドウの表示データを格納する記憶手段と、上記ウィンド
   ウ管理手段に管埋されているウィンドウ制御データのう
   ちウィンドウの整列時の識別子および整列時のウィンド
   ウの整列順序に応じた定義ファイルに設定された整列時
   のウィンドウサイズ、整列エリアの座標および整列アル
   ゴリズムに基づいて整列時の各ウィンドウの表示位置を
   演算するウィンドウ整列手段と、上記ウィンドウ管理手
   段に管埋されているウィンドウ制御データのうちウィン
   ドウの大きさ、位置およびウィンドウ間の表示順序と上
   記ウィンドウ整列手段により演算された整列時の各ウィ
   ンドウの表示位置に基づいて上記ウィンドウを表示する
   と共に上記記憶手段に格納されている表示データを該当
   するウィンドウ内に表示する表示手段とを備えたマルチ
   ウィンドウ表示装置。
5. 【請求項５】 整列時のウィンドウサイズを任意に設定
   する整列時サイズ設定手段を備えたことを特徴とする請
   求項４記載のマルチウィンドウ表示装置。
6. 【請求項６】 整列アルゴリズムを任意に設定する整列
   方向選択手段を備えたことを特徴とする請求項４または
   請求項５記載のマルチウィンドウ表示装置。
7. 【請求項７】 整列エリアの座標を任意に設定する整列
   エリア設定手段を備えたことを特徴とする請求項４から
   請求項６のうちのいずれか１項記載のマルチウィンドウ
   表示装置。
8. 【請求項８】 ウィンドウの整列時の識別子および整列
   時のウィンドウの整列順序を任意に設定する整列用属性
   設定手段を備えたことを特徴とする請求項４から請求項
   ７のうちのいずれか１項記載のマルチウィンドウ表示装
   置。