JPH0743640B2

JPH0743640B2 - マルチウィンドウ表示装置

Info

Publication number: JPH0743640B2
Application number: JP3297131A
Authority: JP
Inventors: 崎晴久川
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 1991-11-13
Filing date: 1991-11-13
Publication date: 1995-05-15
Anticipated expiration: 2010-05-15
Also published as: JPH05189182A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、マルチウィンドウ表示
に於いて、プロセスから成されたオペレータへの通知を
容易に確認し得るようにしたマルチウィンドウ表示装置
に関する。

【０００２】

【従来の技術】従来よりコンピュータシステムやワード
プロセッサ等の情報機器に於いては、複数のウィンドウ
が重ね合わせ表示（オーバラップ表示）されるマルチウ
ィンドウが用いられている。このマルチウィンドウで
は、オペレータが所謂マウス等のポインティングデバイ
スを用いて、下にあるウィンドウを前面に持ってきた
り、ウィンドウを移動させたり、大きさを変更すること
が可能なものである。

【０００３】

【発明が解決しようとする課題】このようなマルチウィ
ンドウでは、複数のウィンドウが生成されていると、完
全に隠れてしまうウィンドウや、一部分しか表示されな
いウィンドウができてしまう。従って、非アクティブウ
ィンドウのプロセスからオペレータに対して要求を出し
ても、そのウィンドウが隠れていると、その要求が確認
できなかった。また、非アクティブウィンドウの複数の
プロセスからオペレータに対して要求があつた場合、そ
のウィンドウが隠れているとウィンドウ内容が確認でき
なかった。本発明の課題は、マルチウィンドウ表示に於
いて、プロセスから成されたオペレータへの通知を容易
に確認し得るようにするとともに、通知されたウィンド
ウを最前面に表示できるようにすることである。

【０００４】

【課題を解決するための手段】この発明の手段は次の通
りである。表示位置記憶手段は、複数のウィンドウの個
々のウィンドウに対応して、そのウィンドウの表示画面
上における表示位置を記憶する。優先順位記憶手段は、
上記各ウィンドウについて優先順位を記憶する。ウィン
ドウ表示制御手段は、上記各ウィンドウをその対応する
表示位置に、かつ各ウィンドウの優先順位に従って順次
重ね合わせて上記表示画面上に表示する。識別表示制御
手段は、上記複数のウィンドウの内の何れかのウィンド
ウに対応するプロセスから要求があった際に、その要求
を示す識別情報を表示する。優先順位変更手段は、上記
複数のウィンドウ内の何れかのウィンドウに対するプロ
セスから要求があったのかを検索して、その要求のあっ
たプロセスに対応するウィンドウが上記表示画面上にお
いて最前面に表示されるようにその優先順位を上記優先
順位記憶手段内において第１位に変更する。

【０００５】

【作用】この発明の手段の作用は次の通りである。複数
のウィンドウの個々のウィンドウに対応して、そのウィ
ンドウの表示画面上における表示位置が表示位置記憶手
段に記憶され、上記各ウィンドウについて優先順位が優
先順位記憶手段に記憶されている。また、上記各ウィン
ドウをその対応する表示位置に、かつ各ウィンドウの優
先順位に従って順次重ね合わせて上記表示画面上にウィ
ンドウ表示制御手段によって表示されている。そして、
上記複数のウィンドウの内の何れかのウィンドウに対応
するプロセスから要求があった際に、上記表示画面上に
その要求を示す識別表示が識別表示制御手段によって行
なわれ、また、優先順位変更手段によって、上記複数の
ウィンドウ内の何れかのウィンドウに対するプロセスか
ら要求があったのかを検索して、その要求のあったプロ
セスに対応するウィンドウが上記表示画面上において最
前面に表示されるようにその優先順位が上記優先順位記
憶手段内において第１位に変更される。従って、マルチ
ウィンドウ表示に於いて、プロセスから成されたオペレ
ータへの通知を容易に確認し得るようにするとともに、
通知されたウィンドウを最前面に表示できる。

【０００６】

【実施例】以下図面を参照して一実施例を説明する。図
１はその実際の構成を示すもので、１０は全体を制御す
るＣＰＵである。１２はキーボード、１４はマウスであ
り、１６及び１８はそれぞれの制御装置である。２０は
画面の各ウィンドウに関する情報を記憶するためのウィ
ンドウ情報管理手段であり、これは各ウィンドウ毎のウ
ィンドウ管理テーブルを持っている。２２は各ウィンド
ウのプロセスから要求が上がってきた時に、そのウィン
ドウの情報を記憶するためのプロセス要求管理手段であ
り、各ウィンドウのプロセス要求に応じたプロセス要求
管理テーブルを持っている。２４は各ウィンドウの表示
データを記憶すると共に、各ウィンドウの重ね合わせ処
理を行うためのウィンドウ表示装置である。そして、２
６はＣＲＴであり、２８は上記ＣＲＴ２６の制御装置で
ある。

【０００７】図２は上記ウィンドウ情報管理手段２０の
各ウィンドウ管理テーブルに関するデータ記憶構造を示
す図、図３はＣＲＴ１０の画面表示に於ける各データの
対応を表わす図であり、図４は各ウィンドウ管理テーブ
ルの関係を示す図である。即ち、上記ウィンドウ情報管
理手段２０は、親即ちＣＲＴ１０画面のためのウィンド
ウ管理テーブル２０１と、生成された各ウィンドウ（ｗ
ｉｎＡ、ｗｉｎＢ、ｗｉｎＣ、…）のためのサブウィン
ドウ管理テーブル２０２、２０３、２０４、…とを有し
ている。それぞれのウィンドウ管理テーブル２０１、２
０２、２０３、２０４、…に於けるデータ記憶構造は、
図２に示すように、そのウィンドウの幅bpw、高さｂｐ
ｆ、表示画面に於けるＸ座標ｂｐｘ、Ｙ座標ｂｐｙ、文
字のサイズｃｓｉｚｅ、行間のピッチｐｉｔｃｈ、次の
サブウィンドウ管理テーブルのポインタ（アドレス）ｆ
ｐ、前のサブウィンドウ管理テーブルのポインタｂｐ、
最初のサブウィンドウ管理テーブルのポインタｓｗｓ
ｐ、最後のサブウィンドウ管理テーブルのポインタswe
p、親のウィンドウ管理テーブルのポインタｐａｒｅｎ
ｔ、タイトルバーのデータｔｉｔｌｅ、アクティブタイ
トルバーａｔｂｐ、及び非アクティブタイトルバーｄｔ
ｂｐから成る。

【０００８】これらのウィンドウ管理テーブル２０１、
２０２、２０３、２０４、…の関係は、図４のようにな
っている。例えば図３に示すように、ｗｉｎＡ、ｗｉｎ
Ｂ、ｗｉｎＣの３つのウィンドウが生成されており、ウ
ィンドウｗｉｎＡがアクティブウィンドウ（最前面のウ
ィンドウ）であるとすると、親のウィンドウ管理テーブ
ル２０１の最初のサブウィンドウ管理テーブルのポイン
タｓｗｓｐには、ウィンドウｗｉｎＡのサブウィンドウ
管理テーブル２０２の先頭アドレスが格納され、また最
後のサブウィンドウ管理テーブルのポインタｓｗｅｐに
は、ウィンドウｗｉｎＣのサブウィンドウ管理テーブル
２０４の先頭アドレスが格納される。上記ウィンドウｗ
ｉｎＡ及びｗｉｎＢのそれぞれのサブウィンドウ管理テ
ーブル２０２及び２０３の次のサブウィンドウ管理テー
ブルのポインタｆｐには、それぞれウィンドウｗｉｎＢ
及びｗｉｎＣのサブウィンドウ管理テーブル２０３及び
２０４の先頭アドレスが格納され、ウィンドウｗｉｎＣ
のサブウィンドウ管理テーブル２０４の次のサブウィン
ドウ管理テーブルのポインタｆｐは、ＮＩＬＬ（＝０）
となる。また、ウィンドウｗｉｎＡのサブウィンドウ管
理テーブル２０２の前のサブウィンドウ管理テーブルの
ポインタｂｐは、ＮＩＬＬ（＝０）となり、ウィンドウ
ｗｉｎＢ及びｗｉｎＣのそれぞれのサブウィンドウ管理
テーブル２０３、２０４の前のサブウィンドウ管理テー
ブルのポインタｂｐには、それぞれウィンドウｗｉｎＡ
及びｗｉｎＢのサブウィンドウ管理テーブル２０２及び
２０３の先頭アドレスが格納される。そして、ウィンド
ウｗｉｎＡ、ｗｉｎＢ及びｗｉｎＣのそれぞれのサブウ
ィンドウ管理テーブル２０２、２０３及び２０４の親の
ウィンドウ管理テーブルのポインタｐａｒｅｎｔには、
親のウィンドウ管理テーブル２０１の先頭アドレスが格
納される。

【０００９】図５は上記プロセス要求管理手段２２の各
プロセス要求管理テーブルに関するデータ記憶構造を示
すもので、これは最初のサブプロセス要求管理テーブル
へのポインタ（アドレス）ｆｓｔと、最後のサブプロセ
ス要求管理テーブルへのポインタｅｎｄと、次のサブプ
ロセス要求管理テーブルへのポインタｎｘｔと、対応す
るウィンドウ管理テーブルへのポインタｗｉｎとを有し
ている。このようなデータ記憶構造のプロセス管理テー
ブルは、上記図４に示したように親のプロセス要求管理
テーブル２２１と、プロセス要求が出される毎に生成さ
れるサブプロセス要求テーブル２２２、２２３、…とか
ら成る。即ち、上記図４は先ずウィンドウｗｉｎＣにエ
ラーが発生し、さらに続けてウィンドウｗｉｎＢにもエ
ラーが発生した場合の関係を示すもので、親のプロセス
管理テーブル２２１の最初のサブプロセス要求管理テー
ブルへのポインタｆｓｔには、最初に生成されたサブプ
ロセス管理テーブル２２２の先頭アドレスが格納され、
また最後のサブプロセス要求管理テーブルへのポインタ
ｅｎｄには、次に生成されたサブプロセス管理テーブル
２２３の先頭アドレスが格納される。それぞれのサブプ
ロセス管理テーブル２２２及び２２３のサブウィンドウ
管理テーブルへのポインタｗｉｎにはそれぞれ、ウィン
ドウｗｉｎＣ及びｗｉｎＢのサブウィンドウ管理テーブ
ル２０３及び２０４のそれぞれの先頭アドレスが格納さ
れる。また、サブプロセス管理テーブル２２２の次のサ
ブプロセス要求管理テーブルへのポインタｎｘｔには、
次のサブプロセス管理テーブル２２３の先頭アドレスが
格納され、ザブプロセス管理テーブル２２３の次のサブ
プロセス要求管理テーブルへポインタｎｘｔは、ＮＩＬ
Ｌとなる。

【００１０】次に、以上のような構成のマルチウィンド
ウのプロセス要求通知装置の動作を図６の（ａ）乃至
（ｄ）の表示例を参照して説明する。即ち上記ＣＲＴ２
６の画面に今、同図（ａ）に示すようにウィンドウｗｉ
ｎＡ、ｗｉｎＢ、ｗｉｎＣ、の３つのウィンドウが生成
されていて、ウィンドウｗｉｎＡがアクティブウィンド
ウになっているものとする。ここで、３つのウィンドウ
内、何れかのウィンドウのプロセスから要求が出される
と、即ち何れかのウィンドウのプロセスでエラーが発生
すると、同図（ｂ）に示すように、アクティブになって
いるウィンドウｗｉｎＡのタイトルバー３０に、エラー
を表わすアイコン３２が表示される。この時、同図
（ｃ）に示すように、上記マウス１４を操作してマウス
カーソル３４を上記アイコン３０の位置に移動させ、選
択すると、同図（ｄ）に示すように、エラーが発生した
ウィンドウｗｉｎＣがアクティブウィンドウになる。な
お、前述の例のように、複数のウィンドウのプロセスか
ら要求があった場合には、上記アイコン３０を属性表示
（例えば、点滅表示、反転表示、高輝度表示等）させる
ようにすれば、そのことをオペレータが容易に識別でき
るようになる。

【００１１】これらの動作を図７及び図８のフローチャ
ートを参照して、さらに説明する。即ち、或るウィンド
ウのプロセスがエラーになると、上記ＣＰＵ１０はエラ
ー割込み処理を行う。このエラー割込み処理は、エラー
の発生したプロセスのウィンドウの情報をプロセス要求
管理手段２２に記憶する処理で、図７のフローチャート
に従って行われる。即ち、先ず新しいサブプロセス要求
管理テーブルｎｅｗＰのアドレスをポインタｎｅｗｐに
入れる（ステップＳ８０１）。そして、エラーが発生し
たウィンドウのサブウィンドウ管理テーブルのアドレス
をポインタｅｒｒｗｉｎに入れる（ステップＳ８０
２）。新しいサブプロセス要求管理テーブルｎｅｗＰの
サブウィンドウ管理テーブルへのポインタｗｉｎに、上
記ポインタｅｒｒｗｉｎに入れられたエラーが発生した
ウィンドウのサブウィンドウ管理テーブルのアドレスを
入れる（ステップＳ８０３）。新しいサブプロセス要求
管理テーブルｎｅｗＰの次のサブプロセス要求管理テー
ブルへのポインタｎｘｔに、初期値ＮＩＬＬを入れる
（ステップＳ８０４）。

【００１２】ここで、親のプロセス要求管理テーブル２
２１にポイントしているサブプロセス要求管理テーブル
があるかどうか、即ち親のプロセス要求管理テーブル２
２１の最後のサブプロセス要求管理テーブルへのポイン
タｅｎｄがＮＩＬＬであるかどうかを調べる（ステップ
Ｓ８０５）。何もポイントしてなければ、即ちＮＩＬＬ
であれば、親のプロセス要求管理テーブル２２１の最初
及び最後のサブプロセス要求管理テーブルへのポインタ
ｆｓｔ及びｅｎｄに、ポインタｎｅｗｐに入れられた新
しいサブプロセス要求管理テーブルのアドレスを入れる
（ステップＳ８０６）。そして、プロセス要求アイコン
をアクティブウィンドウのタイトルバーに表示するため
のコマンドを、上記ウィンドウ表示装置２４に対して発
行し、アイコンを表示させる（ステップＳ８０７）。

【００１３】また、上記ステップＳ８０５に於いて、親
のプロセス要求管理テーブル２２１が他のサブプロセス
要求管理テーブルをポイントしていた時、即ちＮＩＬＬ
でない時には、ポインタｅｎｄに入れられているアドレ
スをポインタＰに入れ（ステップＳ８０８）、該ポイン
タＰに入れられたアドレスによって示されるサブプロセ
ス管理テーブルのポインタｎｘｔに、ポインタｎｅｗｐ
に入れられているアドレスデータを入れる（ステップＳ
８０９）。即ち、親のプロセス要求管理テーブル２２１
がポイントしている最後のサブプロセス要求管理テーブ
ルのポインタｎｘｔに、新しいサブプロセス管理テーブ
ルｎｅｗＰのアドレスを入れる。そして、エラーウィン
ドウが２つあるので、アクティブウィンドウに属性（例
えば、点滅）アイコン表示を成す（ステップＳ８１
０）。このようにして、ウィンドウのプロセスがエラー
になると、新しいサブプロセス管理テーブルｎｅｗＰを
生成し、アクティブウィンドウにアイコンを表示する。

【００１４】このようにして表示されたアクティブウィ
ンドウのプロセス要求アイコンをマウス１４で選択する
と、ＣＰＵ１０は図８のフローチャートに従ってエラー
アイコン選択の処理を行う。先ず、最前面のウィンドウ
のサブウィンドウ管理テーブルのアドレス、即ち親のウ
ィンドウ管理テーブル２０１の最初のサブウィンドウ管
理テーブルのポインタｓｗｓｐに入れられているアドレ
スを、ポインタｗｐに入れ（ステップＳ９０１）、親の
プロセス要求管理テーブル２２１の最初のサブプロセス
要求管理テーブルへのポインタｆｓｔによって示される
最初のサブプロセス要求管理テーブルのサブウィンドウ
管理テーブルへのポインタｗｉｎに入れられているアド
レスデータを、ポインタｅｐに入れる（ステップＳ９０
２）。

【００１５】そして、最前面のウィンドウのサブウィン
ドウ管理テーブルの次及び前のサブウィンドウ管理テー
ブルのポインタｆｐ、ｂｐと、エラーが発生したウィン
ドウのサブウィンドウ管理テーブルの次及び前のサブウ
ィンドウ管理テーブルのポインタｆｐ、ｂｐをそれぞれ
交換する。即ち、ポインタｆｐは、ポインタｅｐによっ
て示されるサブウィンドウ管理テーブルのポインタｆｐ
に入れられているアドレスをポインタｗｋに入れ、ポイ
ンタｗｐで示されるサブウィンドウ管理テーブルのポイ
ンタｆｐに入れられているアドレスを、ポインタｅｐで
示されるサブウィンドウ管理テーブルのポインタｆｐに
入れ、さらにポインタｗｋに入れられているアドレスを
ポインタｗｐで示されるウィンドウ管理テーブルのポイ
ンタｆｐに入れることによって交換される（ステップＳ
９０３）。また、ポインタｂｐは、ポインタｅｐによっ
て示されるサブウィンドウ管理テーブルのポインタｂｐ
に入れられているアドレスをポインタｗｋに入れ、ポイ
ンタｗｐで示されるサブウィンドウ管理テーブルのポイ
ンタｂｐに入れられているアドレスを、ポインタｅｐで
示されるサブウィンドウ管理テーブルのポインタｂｐに
入れ、さらにポインタｗｋに入れられているアドレスを
ポインタｗｐで示されるサブウィンドウ管理テーブルの
ポインタｂｐに入れることによって交換される（ステッ
プＳ９０４）。

【００１６】そして、エラーが発生したプロセスのサブ
ウィンドウ管理テーブルのアドレス、即ちポインタｅｐ
に入れられたアドレスを、親のウィンドウ管理テーブル
２０１の最初のサブウィンドウのポインタｓｗｓｐにセ
ットし（ステップＳ９０５）、サブウィンドウ管理テー
ブルのチェーンを辿って、最後面のウィンドウのサブウ
ィンドウ管理テーブルのアドレスを、親のウィンドウ管
理テーブル２０１の最後のサブウィンドウ管理テーブル
のポインタｓｗｅｐにセットする。即ち、親のウィンド
ウ管理テーブル２０１の最初のサブウィンドウ管理テー
ブルのポインタｓｗｓｐに入れられたアドレスをポイン
タｗｋに入れ（ステップＳ９０６）、該ポインタｗｋで
示されるサブウィンドウ管理テーブルの次のサブウィン
ドウ管理テーブルのポインタｆｐがＮＩＬＬかどうかを
調べる（ステップＳ９０７）。ＮＩＬＬでなければ、即
ち次のウィンドウがあれば、そのポインタｆｐに入れら
れたアドレスをポインタｗｋにセットして（ステップＳ
９０８）、上記ステップＳ９０７に戻る。上記ステップ
Ｓ９０７に於いて、ＮＩＬＬであれば、ポインタｗｋに
入れられたアドレスを、親のウィンドウ管理テーブル２
０１の最後のサブウィンドウ管理テーブルのポインタｓ
ｗｅｐにセットする（ステップＳ９０９）。これで、最
前面のウィンドウとエラーの発生したウィンドウの交換
が終わったので、各ウィンドウを画面に表示するため、
処理をウィンドウ表示装置２４に移す（ステップＳ９１
０）。画面に表示し終わったら、次のサブプロセス要求
管理テーブルのアドレス、即ち親のプロセス要求管理テ
ーブル２２１のポインタｆｓｔで示されるサブプロセス
要求管理テーブルのポインタｎｘｔに入れられたアドレ
スを、上記ポインタｆｓｔにセットする（ステップＳ９
１１）。ここで、次に続くサブプロセス要求管理テーブ
ルが無いかどうか、即ち上記ポインタｆｓｔがＮＩＬＬ
で無いかどうかを調べる（ステップＳ９１２）。次に続
くサブプロセス要求管理テーブルが無ければ、親のプロ
セス要求管理テーブル２２１の最後のサブプロセス要求
管理テーブルのポインタｅｎｄをＮＩＬＬに初期化する
（ステップＳ９１３）。

【００１７】また、次のサブプロセス要求管理テーブル
が有ったならば、さらにその次のサブプロセス要求管理
テーブルが無いかどうかを調べる（ステップＳ９１
４）。そして、無ければアクティブウィンドウにプロセ
ス要求アイコンを表示するコマンドを発行し（ステップ
Ｓ９１５）、有ればプロセス要求アイコンを属性（例え
ば、点滅）表示するコマンドを発行する（ステップＳ９
１６）。

【００１８】以上のようにして、エラーが発生したプロ
セスのウィンドウをアクティブにすることができる。

【００１９】このように、エラーが１つしかない時には
アクティブウィンドウのタイトルバーに普通のアイコン
を表示し、エラーウィンドウが２つ以上発生している場
合には属性アイコン表示するので、オペレータは容易に
確認できるようになる。

【００２０】即ち、アクティブウィンドウのタイトルバ
ーにプロセスからの要求を表わすアイコンを設けたの
で、各ウィンドウがどんな状態であっても、プロセスか
ら要求があった時に一目でわかり、直ぐに要求があった
ウィンドウに対して対応がとれ、プロセスの待ち時間が
少なくなる利点があり、使用効率が著しく向上する。

【００２１】前述のように上記実施例では、複数のウィ
ンドウからプロセス要求があると、これを知らせるため
に属性アイコン表示するようにしたが、これは例えばア
クティブウィンドウのタイトルバーに普通のアイコン表
示を複数並べて表示することによって知らせるようにし
ても良く、さらにこの時、並ぶ順序とウィンドウの順序
を対応させて表示させるようにしても良い。

【００２２】また、上記実施例では、プロセスからオペ
レータへの要求をエラー発生時に発行したが、このプロ
セスからの要求はこれに限定されるものではなく、例え
ば入力待ちの時に要求を発行するようにしても良いこと
は勿論である。このようにすれば、オペレータからの入
力パラメータが足りない時や、長時間処理後の入力待ち
の時等にも、オペレータは他のウィンドウをアクティブ
にして別の処理ができるようになる。

【００２３】

【発明の効果】この発明によれば、複数のウィンドウを
その各優先順位に従って重ね合わせて表示する表示装置
において、上記複数のウィンドウのうちのいずれのウィ
ンドウに対応するプロセスから要求があった場合にも、
その要求の有無を表示画面上で直ちに確認することがで
き、また、このような要求があった場合にはどのウィン
ドウに対応するプロセスからの要求であるかが自動的に
検索されて、その要求のあったプロセスに対応するウィ
ンドウが最前面に表示されるので、オペレータは要求の
あったプロセスに対応するウィンドウに対する処理を直
ちに行うことができる。

【図面の簡単な説明】

【図１】実施例の構成を示す図。

【図２】ウィンドウ管理テーブルのデータ記憶構造を示
す図。

【図３】ＣＲＴの画面表示に於ける各データの対応を表
わす図。

【図４】各ウィンドウ管理テーブルと各プロセス要求管
理テーブルの関係を示す図。

【図５】プロセス要求管理テーブルのデータ記憶構造を
示す図。

【図６】動作を説明するための表示例を示す図。

【図７】エラー割込み動作を説明するためのフローチャ
ート。

【図８】エラーアイコン選択動作を説明するためのフロ
ーチャートである。

【符号の説明】

２０…ウィンドウ情報管理手段２２…プロセス要求管理手段１０…ＣＰＵ２０１，２０２，２０３，２０４…ウィンドウ管理テー
ブル２２１，２２２，２２３…プロセス要求管理テーブル２４…ウィンドウ表示装置２６…ＣＲＴ

Claims

【特許請求の範囲】

【請求項１】複数のウィンドウの個々のウィンドウに対
応して、そのウィンドウの表示画面上における表示位置
を記憶する表示位置記憶手段と、上記各ウィンドウにつ
いて優先順位を記憶する優先順位記憶手段と、上記各ウ
ィンドウをその対応する表示位置に、かつ各ウィンドウ
の優先順位に従って順次重ね合わせて上記表示画面上に
表示するウィンドウ表示制御手段と、上記複数のウィン
ドウの内の何れかのウィンドウに対応するプロセスから
要求があった際に、その要求を示す識別情報表示をする
識別表示制御手段と、上記複数のウィンドウ内の何れか
のウィンドウに対するプロセスから要求があったのかを
検索して、その要求のあったプロセスに対応するウィン
ドウが上記表示画面上において最前面に表示されるよう
にその優先順位を上記優先順位記憶手段内において第１
位に変更する優先順位変更手段と、を具備したことを特
徴とするマルチウィンドウ表示装置。