JPH0546341A - 情報表示装置 - Google Patents

Abstract

(57)【要約】 【目的】本発明は、マルチウィンドウシステムを採用す
る情報表示装置に係り、ウィンドウ操作における制御効
率を向上することを最も主要な特徴とする。 【構成】ウィンドウ表示制御部２３に、たとえばウィン
ドウのサイズ変更機能を設定するウィンドウ操作機能変
更キーコードテーブル２３ａと、その機能についての設
定の変更を管理するウィンドウ管理テーブル２３ｂとを
用意する。今、表示中の任意のウィンドウの１つに対し
て、サイズ変更機能についての設定変更の要求がキーボ
ード２８またはファイリング業務処理部２１より指示さ
れたとする。すると、上記テーブル２３ａ，２３ｂより
求められるウィンドウとその項目値とにしたがって、該
当するウィンドウ上のサイズ変更ボタンを表示または消
去する構成となっている。

Description

【発明の詳細な説明】

［発明の目的］

【０００１】

【産業上の利用分野】この発明は、たとえば実行中の複
数の異なるプログラムによる情報の表示出力を、それぞ
れウィンドウとして割り当てられた領域に対して行うマ
ルチウィンドウシステムを採用した情報表示装置に関す
る。

【０００２】

【従来の技術】近年、異なる複数のアプリケーションプ
ログラムを、少なくとも見かけ上同時に実行させ、それ
ぞれのアプリケーションプログラムがそれぞれウィンド
ウと呼ばれる画面上で指定される領域に対して情報を表
示する、たとえば特開昭６３−２０５２５号公報に掲載
されているような、いわゆるマルチウィンドウシステム
を採用した情報表示装置が広く使われてきている。

【０００３】このようなマルチウィンドウシステムにお
いては、各ウィンドウの表示位置やサイズなどを管理
し、実際のウィンドウ表示を制御するウィンドウ制御部
が存在するのが一般的である。すなわち、アプリケーシ
ョンプログラムの処理において、ウィンドウを表示する
際には、アプリケーションプログラムからウィンドウ制
御部に表示要求がわたされる。そして、この表示要求を
ウィンドウ制御部が受け取ると、あらかじめ指定された
パラメータにしたがって、アプリケーションプログラム
により指定された条件でウィンドウが表示されるように
なっている。

【０００４】また、ウィンドウの最上位化表示（一番手
前に表示）を始めとするウィンドウの上下関係の変更に
ついても、アプリケーションプログラムからの要求に応
じて個々に反映されるようになっている。さらに、マウ
スやキーボードを介してのオペレータによるウィンドウ
表示位置もしくはサイズ変更要求についても、入力部を
介して同様に処理されている。

【０００５】表示中の各ウィンドウに対して操作可能な
機能（操作項目）としては、ウィンドウの移動、サイズ
変更、そして重なり具合の変更などがある。オペレータ
が、これら操作可能な機能のなかから１つを選択して実
行するためには、たとえば次のような手段が用意されて
いる。

【０００６】まず、個々のウィンドウで操作可能な機能
の一覧を、各ウィンドウの一部の領域に、たとえばボタ
ンに見せかけるなどして表示する。この場合、オペレー
タが実行したい機能を示すその項目表示部分にマウスカ
ーソルをもっていき、そこでマウスボタンを押すと、指
定された処理がそのウィンドウに対して施される。従来
は、これらの表示状態は、そのウィンドウが初めて表示
されるときに１回だけ設定されることになっていた。

【０００７】ところで、最近のマルチウィンドウシステ
ムにおいては、たとえば画像ラスタデータのような大量
のデータからなる情報をウィンドウ内に表示させること
が多い。このような場合、１回の画像データをウィンド
ウ内に表示するために要する時間が、比較的データ量が
少ないベクトルデータに比べよりかかる。これは、ウィ
ンドウの表示環境が変更になるたびに画像表示領域のク
リッピング処理を行い、画像データを再描画する必要が
でてくるためであり、システム全体の処理能力に影響を
与えるものとなっていた。

【０００８】ウィンドウの重なり具合が変更になった場
合の処理としては、たとえば重なりあった部分の描画デ
ータをあらかじめ退避させておき、変更になった領域の
画像データだけを転送するなどにより、画面修復の効率
を向上させていた。しかし、特にウィンドウのサイズが
変更になった場合など、表示する画像データの表示サイ
ズが変更になった場合には、変更のあるたびに描画デー
タのクリッピング領域を再設定し、画像データをデータ
格納部から転送する必要があり、処理の改善が求められ
ていた。

【０００９】そこで、上記のような問題点を軽減するた
めに、従来のシステムでは、たとえばサイズを変更すべ
きでないウィンドウについては、サイズ変更の機能表示
をウィンドウ上の一覧表示から削除するようにしてい
る。

【００１０】しかしながら、それらの機能は、そのウィ
ンドウが初めて表示される際にだけ設定されるものであ
り、表示中のウィンドウについてはその一覧表示の内容
を変更することはできなかった。ところが、同一ウィン
ドウであっても、そのウィンドウに表示される情報の内
容によって、サイズ変更などの機能を制限する必要があ
る場合とない場合とがある。たとえば、描画時間が長い
画像データなどが表示されている場合はウィンドウサイ
ズを変更する機能を禁止することにより、画像データの
再描画の頻度が減る効果がある。その反面、そのウィン
ドウに描画時間が短くてすむ情報が表示されている場合
には、サイズを変更してもそう支障はない。また、その
ときにウィンドウのサイズの変更を必要以上に制限する
と、ウィンドウの操作環境の効率低下につながる。

【００１１】このように、従来のマルチウィンドウシス
テムにおいては、ウィンドウに対する操作可能な機能の
設定を、そのウィンドウの表示中に動的に変更すること
ができなかったため、ウィンドウ操作の改善が求められ
ていた。

【００１２】

【発明が解決しようとする課題】上記したように、従来
においては、ウィンドウに対する操作可能な機能の設定
を、そのウィンドウの表示中に動的に変更することがで
きないという欠点があった。

【００１３】そこで、この発明は、アプリケーションプ
ログラムおよびオペレータがそのウィンドウに表示され
ている情報の内容にしたがってウィンドウに対する操作
可能な機能の設定を動的に制限または拡張でき、ウィン
ドウ操作における制御効率を向上することが可能な情報
表示装置を提供することを目的としている。 ［発明の構成］

【００１４】

【課題を解決するための手段】上記の目的を達成するた
めに、この発明の情報表示装置にあっては、同時に実行
状態にある複数のアプリケーションプログラムの入出力
を、少なくとも部分的に重なりあった複数のウィンドウ
として画面上に選択的に表示できるものにおいて、前記
画面上における各ウィンドウの表示状態を制御する制御
手段と、この制御手段の制御により前記画面上に表示さ
れる各ウィンドウの表示環境を管理する管理手段と、こ
の管理手段で管理される複数のウィンドウのそれぞれに
ついて操作可能な機能を個別に設定する設定手段と、こ
の設定手段で設定された前記複数のウィンドウのそれぞ
れに対する操作可能な機能を、そのウィンドウ上に表示
する表示手段と、前記設定手段で設定された、各ウィン
ドウの操作可能な機能に対する、前記アプリケーション
プログラムからの指定要求を検知する第１の検知手段
と、前記設定手段で設定された、各ウィンドウの操作可
能な機能に対する、オペレータからの変更要求を検知す
る第２の検知手段と、前記第１の検知手段で検知される
指定要求または第２の検知手段で検知される変更要求の
いずれかにより、表示中のある特定のウィンドウに対す
る操作可能な機能の設定を変更する変更手段とから構成
されている。

【００１５】

【作用】この発明は、上記した手段により、１つまたは
複数のウィンドウが表示されている状態において、表示
中の任意のウィンドウの１つに対して、ウィンドウに対
する操作可能な機能の設定をオペレータまたはアプリケ
ーションからの要求により変更できるようになるため、
たとえばオペレータが表示中の任意のウィンドウに対し
て、そのウィンドウをいったん消去したりせずに、その
ウィンドウの任意の操作可能な機能についての設定変更
が動的に可能となるものである。

【００１６】

【実施例】以下、この発明の一実施例について図面を参
照して説明する。図１は、本発明にかかるマルチウィン
ドウシステムを採用した情報表示装置の概念を示すもの
である。

【００１７】すなわち、ファイリング業務処理部２１は
全体を制御するものであり、この部分は検索部２１ａ、
登録部２１ｂ、削除部２１ｃ、編集部２１ｄ、およびメ
ンテナンス部２１ｅにより構成されている。これら、フ
ァイリング業務処理部２１を構成する各部は、それぞれ
が独立して動作される。データベース管理部２２は、装
置（たとえば、光ディスク３４）に格納されている文書
についてのデータベースであり、登録および検索業務に
使用される。

【００１８】ウィンドウ表示制御部２３は、文書画像デ
ータをＣＲＴディスプレイ３２のウィンドウに表示させ
るものであり、端末入出力部２６が接続されるととも
に、この端末入出力部２６を介して、キーボード２８を
接続するためのインタフェース回路（Ｉ／Ｆ）２７、マ
ウス３０を接続するためのＩ／Ｆ２９、およびＣＲＴデ
ィスプレイ３２を接続するためのＩ／Ｆ３１がそれぞれ
接続されている。

【００１９】また、ウィンドウ表示制御部２３は、端末
入出力部２６を介してＣＲＴディスプレイ３２に表示す
る複数のウィンドウについて、それらの識別子、表示位
置、サイズなど、ウィンドウを表示する環境を管理する
ウィンドウ管理テーブル２３ｂを有し、このウィンドウ
管理テーブル２３ｂおよびウィンドウ操作機能変更キー
コードテーブル２３ａに記述されている条件にしたがっ
て各ウィンドウの表示を制御するようになっている。

【００２０】さらに、ウィンドウ表示制御部２３は、フ
ァイリング業務処理部２１からのウィンドウの表示環境
に関する設定要求により画面表示の環境を変更したり、
端末入出力部２６を経由してのキーボード２８およびマ
ウス３０からのオペレータによる設定要求などを受信
し、そのイベントの発生をファイリング業務処理部２１
に通知したりするものである。

【００２１】文書データ入出力部２４は、Ｉ／Ｆ３３を
介しての光ディスク３４に対する文書画像データの書き
込み，読み出し、またはＩ／Ｆ３５を介してのスキャナ
３６による文書画像データの入力、またはＩ／Ｆ３７を
介してのプリンタ３８による文書画像データの出力、さ
らにはＩ／Ｆ３９を介してのＬＡＮ通信回線４０による
他の装置との間での文書画像データの送受信などを制御
するものである。

【００２２】文書データ管理部２５は、文書データ入出
力部２４より入力された文書画像データをＩ／Ｆ４１を
介してページメモリ４２上に一時的に書き込み、そし
て、たとえばウィンドウ表示制御部２３やファイリング
業務処理部２１などからの要求に応じて、この書き込ん
だ文書画像データをページメモリ４２上から読み出すも
のである。図２は、上記したウィンドウ管理テーブル２
３ｂの記述例を示すものである。

【００２３】このテーブル２３ｂは、上記のウィンドウ
表示制御部２２で管理されるものであり、少なくとも個
々のウィンドウについて、ウィンドウＩＤ（識別子）、
表示順位、ウィンドウ名、ウィンドウ表示始点、ウィン
ドウサイズ、および操作機能の各項目によって構成され
ている。

【００２４】ウィンドウ表示順位の項目は、「１」が最
上位、つまり一番手前で表示することを示し、順位の数
値が増えるにしたがってウィンドウの順位が下がり、順
に奥に表示される。

【００２５】操作機能の項目は、移動、アイコン化、サ
イズ変更、最上位化の各機能に分けられ、それぞれＴＲ
ＵＥ（許可）またはＦａｌｓｅ（禁止）のいずれかの値
が設定されている。それぞれの機能において、もしＴＲ
ＵＥである場合には、そのウィンドウに対してその操作
をすることができることを示し、一方、Ｆａｌｓｅであ
る場合には、その操作を禁止していることを示してい
る。

【００２６】たとえば、サイズ変更の項目値がＴＲＵＥ
である場合には、そのウィンドウのサイズを変更するこ
とが許可され、そのときのウィンドウ上にはサイズ変更
指定用のボタンが表示される。一方、Ｆａｌｓｅのとき
には、そのウィンドウのサイズを変更することが禁止さ
れ、ウィンドウ上にはサイズ変更指定用のボタンは表示
されない。図３は、上記したウィンドウ操作機能変更キ
ーコードテーブル２３ａの記述例を示すものである。

【００２７】このテーブル２３ａは、キー値とウィンド
ウ操作機能名の２個の項目から構成され、端末入出力部
２６から渡される入力キー値ともとに、指定されたウィ
ンドウ操作機能名を判別するために用いられる。図４
は、ウィンドウのサイズ変更処理が許可されている場合
の、ウィンドウサイズ変更処理中における画面の表示例
を示すものである。

【００２８】たとえば今、図４の（ａ）に示す如く、Ｃ
ＲＴディスプレイ３２の画面上に、サイズ変更指定用ボ
タンＳａが表示されているウィンドウ１とサイズ変更指
定用ボタンＳｂが表示されているウィンドウ２とがある
とする。

【００２９】この場合、まず、オペレータによるマウス
３０の操作によりマウスカーソルＭｃがウィンドウ１の
サイズ変更指定用ボタンＳａ内に移動され、図示してい
ないマウスボタンが押下される。すると、図４の（ｂ）
に示す如く、サイズ変更指定用ボタンＳａが強調表示さ
れ、そのウィンドウ１のサイズを変更するモードに突入
される。

【００３０】続いて、オペレータがマウスボタンを押し
たままの状態で、格子状に表示される点線の枠の大きさ
を目安にサイズ変更後のウィンドウサイズが指定され
る。このとき、マウスカーソルＭｃの形状は図示のよう
なサイズ変更用のカーソルになっている。たとえば、こ
の位置において、オペレータがマウスボタンをはなす
と、図４の（ｃ）示す如く、ウィンドウ１のサイズ変更
が反映されて表示される。なお、ここまでは従来の設定
処理と同様である。次に、上記した構成における動作に
ついて説明する。図５は、本発明における、ウィンドウ
の操作可能な機能の動的な設定処理の流れを示すもので
ある。なお、本実施例では、オペレータのキー入力によ
って指定される設定処理についてのみ説明する。

【００３１】まず、オペレータからのキー入力が発生す
ると、そのキー値とそのキーが入力されたときのマウス
カーソルＭｃの表示座標値とが、端末入出力部２６より
ウィンドウ表示制御部２３に送られる。

【００３２】キー値とマウスカーソルＭｃの表示座標値
とをウィンドウ表示制御部２３が受け取ると、ウィンド
ウ操作機能変更キーコードテーブル２３ａが参照され、
受け取ったキー値がどのウィンドウ操作機能の変更を指
定しているのかが判別される。また、先に端末入出力部
２６から受け取ったマウスカーソルＭｃの表示座標値を
用いて、ウィンドウ管理テーブル２３ｂが参照されるこ
とにより、キー入力発生時にマウスカーソルＭｃが対応
されていたウィンドウのウィンドウＩＤが求められる。

【００３３】そして、そのウィンドウＩＤを持つウィン
ドウについて、操作機能の項目のうちの、上記にて判別
された変更の指定されている欄の項目値が参照される。
この後、その項目値がＴＲＵＥかＦａｌｓｅかによっ
て、対応するウィンドウ上の指定用ボタンの消去または
表示が行われる。

【００３４】たとえば、入力されたキー値が「３」であ
り、ウィンドウサイズ変更用のキー値と一致すると判別
され、マウスカーソルＭｃの表示座標値よりウィンドウ
１に該当するウィンドウＩＤが求められたとする。そし
て、そのウィンドウＩＤを持つウィンドウ１に対する操
作機能の項目内のサイズ変更機能欄の項目値が、もしＴ
ＲＵＥ（１）であった場合、図６の（ａ）に示すよう
に、ウィンドウ１に表示されるべきサイズ変更ボタンＳ
ａが消去されて表示される。

【００３５】このボタンＳａを消去することにより、オ
ペレータはウィンドウ１のウィンドウサイズの変更指定
をすることができなくなり、その結果、ウィンドウ１の
サイズの変更を禁止したことになる。

【００３６】また、このとき、ウィンドウ表示制御部２
３により、ウィンドウ管理テーブル２３ｂ内の操作機能
の項目のうち、ウィンドウ１に対応するサイズ変更機能
の欄がＴＲＵＥ（１）からＦａｌｓｅ（０）に設定し直
される。

【００３７】一方、ウィンドウ１に対応するサイズ変更
機能の欄の項目値がＦａｌｓｅ（０）であった場合に
は、ウィンドウ１のウィンドウサイズを変更することが
すでに禁止されていることとなる。この場合、つまり図
６の（ａ）のような画面が表示されている状態において
は、ウィンドウ管理テーブル２３ｂ上のウィンドウ１に
対応するサイズ変更機能の欄の項目値がＦａｌｓｅ
（０）からＴＲＵＥ（１）に設定し直される。これによ
り、図６の（ｂ）に示すように、ウィンドウ１について
のサイズ変更ボタンＳａが表示されてウィンドウ１が表
示される。

【００３８】このボタンＳａを表示することにより、オ
ペレータはウィンドウ１のボタンＳａを選択することが
可能となり、その結果、ウィンドウ１のサイズを変更で
きるようになる。なお、上記した一連の処理によって、
ウィンドウ２に対する操作機能に影響を与えることはな
い。

【００３９】上記の例では、オペレータのキー入力によ
るウィンドウ操作機能の変更処理についてのみ説明した
が、ウィンドウ操作機能の動的な変更処理を施す要因は
キー入力に限定されない。まず、キー以外の入力、たと
えば画面上であらかじめ指定された領域内にマウスカー
ソルＭｃをもっていき、マウスボタンによる入力が考え
られる。

【００４０】また、たとえばファイリング業務処理部２
１のようなアプリケーションがウィンドウ内にオペレー
タからの入力欄を表示させ、入力を待つ場合があるとき
など、その入力欄を常にウィンドウ内に表示する必要が
生じることがある。その場合、表示中のそのウィンドウ
のサイズを変更する機能を、ウィンドウ表示中に動的に
禁止する必要がある。すなわち、ファイリング業務処理
部２１がウィンドウ表示制御部２３に対して操作機能の
変更要求を送り、変更要求の対象となるウィンドウのウ
ィンドウＩＤと変更する機能名とを指定することが考え
られる。このような場合にも、上記の説明と同様の要領
で変更処理は実行される。オペレータからの入力によっ
て任意のウィンドウの操作可能な機能を制限する場合と
しては、次のような場合も含まれる。

【００４１】まず、複数のウィンドウ上に異なる画像を
表示し、それぞれを原寸大にて比較することがある。こ
こで、ウィンドウのサイズを変更すると、画像が拡大ま
たは縮小されて表示されるようなウィンドウを使用して
いるときには、それらの画像はもはや原寸大ではなくな
ってしまう。そこで、オペレータは操作ミスによるウィ
ンドウのサイズ変更を防ぐために、そのウィンドウに対
するサイズ変更機能を禁止することができる。

【００４２】この外、複数の装置をネットワークで接続
し、他の装置が所有する画像データをウィンドウで表示
する場合など、同一の画素サイズを持つウィンドウを表
示するときでも、装置によって画面の解像度が異なるた
めに、ある装置で表示されているウィンドウのサイズが
他の装置上のウィンドウでは大きく異なることがある。
そのような場合には、複数の画像を原寸大で複数の装置
のウィンドウに表示し、それらを比較する際に、解像度
の違いを考慮したウィンドウサイズを誤って変更できな
いようにすることができる。

【００４３】本実施例では、ウィンドウのサイズ変更機
能の動的な設定変更の処理についてのみ説明したが、こ
れに限らず、たとえばウィンドウの移動や最上位化な
ど、あらゆるウィンドウの操作可能な機能の種類に対し
ての変更処理を実現できる。その他、発明の要旨を変え
ない範囲において、種々変形実施可能なことは勿論であ
る。

【００４４】

【発明の効果】以上、詳述したようにこの発明によれ
ば、アプリケーションプログラムおよびオペレータがそ
のウィンドウに表示されている情報の内容にしたがって
ウィンドウに対する操作可能な機能の設定を動的に制限
または拡張でき、ウィンドウ操作における制御効率を向
上することが可能な情報表示装置を提供できる。

【図面の簡単な説明】

【図１】この発明の一実施例にかかる情報表示装置の概
念を示す構成図。

【図２】同じく、ウィンドウ管理テーブルの記述例を説
明するために示す図。

【図３】同じく、ウィンドウ操作機能変更キーコードテ
ーブルの記述例を説明するために示す図。

【図４】同じく、ウィンドウサイズの変更処理にかかる
画面表示の変化を示す図。

【図５】同じく、ウィンドウの操作可能な機能の動的な
設定処理の流れを説明するために示すフローチャート。

【図６】同じく、ウィンドウの操作可能な機能の動的な
設定処理の流れを説明するために示す図。

【符号の説明】

２１…ファイリング業務処理部、２３…ウィンドウ表示
制御部、２３ａ…ウィンドウ操作機能変更キーコードテ
ーブル、２３ｂ…ウィンドウ管理テーブル、２６…端末
入出力部、２８…キーボード、３０…マウス、３２…Ｃ
ＲＴディスプレイ。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 同時に実行状態にある複数のアプリケー
   ションプログラムの入出力を、少なくとも部分的に重な
   りあった複数のウィンドウとして画面上に選択的に表示
   できる情報表示装置において、 前記画面上における各ウィンドウの表示状態を制御する
   制御手段と、 この制御手段の制御により前記画面上に表示される各ウ
   ィンドウの表示環境を管理する管理手段と、 この管理手段で管理される複数のウィンドウのそれぞれ
   について操作可能な機能を個別に設定する設定手段と、 この設定手段で設定された前記複数のウィンドウのそれ
   ぞれに対する操作可能な機能を、そのウィンドウ上に表
   示する表示手段と、 前記設定手段で設定された、各ウィンドウの操作可能な
   機能に対する、前記アプリケーションプログラムからの
   指定要求を検知する第１の検知手段と、 前記設定手段で設定された、各ウィンドウの操作可能な
   機能に対する、オペレータからの変更要求を検知する第
   ２の検知手段と、 前記第１の検知手段で検知される指定要求または第２の
   検知手段で検知される変更要求のいずれかにより、表示
   中のある特定のウィンドウに対する操作可能な機能の設
   定を変更する変更手段とを具備したことを特徴とする情
   報表示装置。
2. 【請求項２】 前記管理手段は、ウィンドウの識別子、
   表示順位、ウィンドウの表示始点、サイズ、そのウィン
   ドウに対する操作可能な機能名をはじめとする各項目に
   より、それぞれのウィンドウについての表示環境を管理
   するものであることを特徴とする請求項１に記載の情報
   表示装置。
3. 【請求項３】 前記管理手段で管理されるウィンドウの
   操作可能な機能は、少なくともウィンドウの移動、サイ
   ズ変更、最上位化機能を含むものであることを特徴とす
   る請求項１に記載の情報表示装置。