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

Abstract

(57)【要約】 【目的】 ユーザーが注目する必要が少ない領域の表示
情報量を少なくし、注目すべきウィンドウを相対的に強
調もしくは付された強調の効果を高める。 【構成】 ステップ２４では、ウィンドウＩＤにより新
たに指定されたウィンドウに基づき、フォーカスリスト
から削除するべきウィンドウがあるのかを調べ、あれば
リストからの削除を行なう（ステップＳ２７）。次に、
ステップＳ２３から指定されたウィンドウＩＤをフォー
カスリストに「状態＝可変」で追加登録する（ステップ
Ｓ２５）。次いで、フォーカスリストの「領域」を順に
読みだし（ステップＳ３１）、フォーカスしない領域を
複数に矩形の集合により表現する（ステップＳ３２）。
このようにして区切った個々の矩形領域に対して、ぼか
し処理を施し、ぼかしイメージデータをサーバーに対し
て出力する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンピュータやワード
プロセッサ等に使用することが好適なマルチウィンドウ
表示機能を有するマルチウィンドウ表示装置に係わり、
より詳細には、表示装置上に複数表示されるウィンドウ
のうち、操作すべきウィンドウを強調する機能を有する
マルチウィンドウ表示装置に関する。

【０００２】

【従来の技術】従来より、コンピュータ等におけるマル
チウィンドウ表示装置、即ちマルチウィンドウシステム
においては、複数のウィンドウを管理するための機構と
して、ウィンドウマネージャーなるものが実現されてい
る。ウィンドウマネージャーの機能はウィンドウの作
成、移動、消去、拡大、縮小、など、ウィンドウの表示
に関するものと、ウィンドウからのプロセスの起動、ネ
ットワークを介した応用システムとの結合など、プログ
ラム実行に関するものとがある。このようなウィンドウ
システムとしてはＵＮＩＸ上で開発されたＸウィンドウ
が挙げられ、例えば「Ｘ−Ｗｉｎｄｏｗ Ｖｅｒ．１１
プログラミング」（木下凌一著；日刊工業新聞社）に
詳細に示されている。

【０００３】また、個人用小型ワープロにおいても、上
述のようなマルチウィンドウシステムとまでは行かない
までも、ユーザーメッセージを伝えたり、必要な情報を
入力してもらったりするために機構として、ウィンドウ
表示する手法は多用されている。

【０００４】このようなシステムはハードウェアとソフ
トウェアの結合として実現される。ハードウェアはメイ
ンＣＰＵ、ＫｅｙＣＰＵ、プログラムメモリ、ＶＲＡ
Ｍ、メモリ、カットバッファ等を備え、これらは相互に
バスを介して接続されている。ＫｅｙＣＰＵにはマウ
ス、ペン、タブレットなどのポインティングデバイスと
キーボードとから成る入力装置が接続されており、また
ＶＲＡＭには液晶表示装置やＣＲＴといった表示装置が
接続されている。

【０００５】ユーザーがポインティングデバイスやキー
ボードなどの入力装置を通じて入力を行なうと、Ｋｅｙ
ＣＰＵが、それらの入力を受けとり、メモリに入力情報
（ｋｅｙ−ｃｏｄｅ，座標など）を蓄え、メインＣＰＵ
に通知する。メインＣＰＵでは、プログラムメモリに蓄
えられたプログラムにしたがってユーザーの入力情報を
メモリから読み込み、メモリに蓄えられたウィンドウデ
ータやプログラムデータ、またはカットバッファなどを
アクセスし、ＶＲＡＭへ画像データを出力する。ＶＲＡ
Ｍに出力された画像データがそのまま表示装置に表示さ
れる。

【０００６】このようなハードウェア上に構成されるソ
フトウェアの構成図を図６に示す。図６は、ウィンドウ
マネージャーによるウィンドウ表示装置（Ｘウィンドウ
システム）の実現例を示しており、システムはアプリケ
ーションプログラム６１、ウィンドウマネージャー６
２、及びＸウィンドウサーバー６３から構成される。こ
れらののプログラムはプログラムメモリに配置され、画
面６４はＶＲＡＭおよび表示装置を表している。

【０００７】アプリケーションプログラム（クライアン
ト）から出されたウィンドウ生成や、ウィンドウ表示な
どのリクエストはＸウィンドウサーバー６３を介してウ
ィンドウマネージャー６２に渡される。このリクエスト
に対して、ウィンドウマネージャー６２はレイアウトの
整理や、リクエストを出したアプリケーションプログラ
ムの管理するウィンドウに飾りつけなどを行い、描画処
理などのウィンドウ処理のリクエストをＸウィンドウサ
ーバー６３に返す。Ｘウィンドウサーバー６３はウィン
ドウマネージャー６２からのリクエストに応じて画面６
４にクライアントから要求されたウィンドウ１５の描画
処理などのウィンドウ処理を行う。

【０００８】

【本発明が解決しようとうする課題】コンピュータやワ
ードプロセッサ等において多く採用されているマルチウ
ィンドウ表示装置では、表示する情報量がウィンドウを
用いないものに比べて格段に増加している。このような
環境では、ユーザーにとって必要な情報が埋もれてしま
うことがある。また、実際にユーザーが必要としている
情報は、その瞬間瞬間で考えれば、ほんのいくつかのウ
ィンドウに過ぎないと考えられる。

【０００９】しかしながら、上述したような従来の技術
では、これらのウィンドウの制御範囲はあくまで、ウィ
ンドウ内に限られており、ウィンドウ枠の外に表示され
ている情報はそのままユーザーに提示されたままになっ
ていた。ユーザには、今注目すべきウィンドウを知らせ
るために、注目すべきウィンドウの枠の飾り付けをした
り、ウィンドウのタイトル表示を反転イメージにするな
どのウィンドウの強調を行ってはいたが、周りの情報が
複雑であればあるほど、その結果は希薄となっていた。

【００１０】本発明は、ユーザーが注目する必要が少な
い領域の表示情報量を少なくし、注目すべきウィンドウ
を相対的に強調もしくは付された強調の効果を高めるこ
とを目的とする。

【００１１】

【課題を解決するための手段】上記した目的を達成すべ
く、本発明においては、マルチウィンドウ表示装置が指
定するウィンドウ以外の画面領域をぼかし処理するため
のぼかし処理手段を備えたことを特徴とする。

【００１２】このぼかし処理手段は、ウィンドウマネー
ジャーをもっているウィンドウシステムでは、ウィンド
ウマネージャーに付加することにより実現することが可
能であるし、ウィンドウマネージャーなるものをもたな
いシステムでは、ウィンドウ表示する機能に付加的に追
加することにより、実現することができる。

【００１３】

【作用】このように、本発明では、ぼかし処理手段によ
り指定するウィンドウを除く領域をぼかし表示すること
により、ユーザーが注目する必要がすくない領域の表示
情報量を少なくし、従来のウィンドウマネージャー等に
よる指定ウィンドウの飾り付けなどの強調効果を高める
ことができる。

【００１４】

【実施例】以下、本発明の一実施例を図面に基づき詳述
する。本発明に係わるマルチウィンドウ表示装置はウィ
ンドウシステムとしてハードウェアとソフトウェアの結
合したウィンドウシステムとして実現される。

【００１５】図５にウィンドウシステムを実現するため
のハードウェアの基本的な構成を示す。ハードウェアは
メインＣＰＵ５１、ＫｅｙＣＰＵ５２、プログラムメモ
リ（ＲＯＭ）５６、ＶＲＡＭ５３、メモリ（ＲＡＭ）５
４、カットバッファ（ＲＡＭ）５５を備え、これらは相
互にバス５９を介して接続されている。ＫｅｙＣＰＵ５
２にはマウス、ペン、タブレットなどのポインティング
デバイスとキーボードとから成る入力装置５８が接続さ
れており、またＶＲＡＭ５３には液晶表示装置またはＣ
ＲＴのような表示装置７が接続されている。

【００１６】ユーザーがポインティングデバイスやキー
ボードなどの入力装置５８を通じて入力を行なうと、Ｋ
ｅｙＣＰＵ５２が、それらの入力を受けとり、メモリ４
に入力情報（ｋｅｙ−ｃｏｄｅ，座標など）を蓄え、メ
インＣＰＵ５１に通知する。ＣＰＵ５１では、プログラ
ムメモリ５６に蓄えられたプログラムにしたがってユー
ザーの入力情報をメモリ５４から読み込み、メモリ５４
に蓄えられたウィンドウデータやプログラムデータ、ま
たはカットバッファ５５などをアクセスし、これらに必
要な処理を施し、ＶＲＡＭ３へ画像データとして出力す
る。ＶＲＡＭ５３に出力された画像データがそのまま表
示装置７に表示される。

【００１７】このようなハードウェア上に構成されるソ
フトウェアの構成図を図１に示す。

【００１８】図１では、ウィンドウマネージャーを有す
るウィンドウシステムの各ブロックにおける処理の概要
とその流れを示している。ウィンドウシステムはアプリ
ケーションプログラム１、ウィンドウマネージャー１、
及びＸウィンドウサーバー３から構成される。これらの
のプログラムは図５でのプログラムメモリ５６に配置さ
れ、画面４は図５でのＶＲＡＭ５３および表示装置５７
を表している。図に示すようにウィンドウシステムを用
いたアプリケーションプログラム１は、ウィンドウサー
バー３に対して、ウィンドウ生成命令やウィンドウ表示
命令などの数々の要求（リクエスト）を送信する。リク
エストを受け取ったウィンドウサーバー３は、ウィンド
ウマネージャー２に対して、このリクエストを転送す
る。ウィンドウマネージャー２ではリクエストに応じ
て、指定されているウィンドウに対してレイアウトの整
理、飾り付けの選択などを行い、先にサーバーから受け
取ったリクエストに加えて、飾り付け等の処理、及び、
指定領域のぼかし処理を行い、これらのリクエストも同
時にＸウィンドウサーバー３に対して送信する。

【００１９】Ｘウィンドウサーバー３では、ウィンドウ
マネージャー２から順次送られてくるリクエストに応じ
て描画処理等を行い、画面４への出力を行う。画面４に
はクライアントから要求されたウィンドウ５が表示され
るが、この際、ウィンドウ５の外側はぼけた状態として
表示される。

【００２０】次にウィンドウマネージャー２にて行われ
るぼかし処理を説明する。図２がウィンドウ表示全体の
フローを表し、図３がぼかし処理についてのフローを表
している。

【００２１】図２において、アプリケーションプログラ
ムからのウィンドウに対する要求（ステップＳ２１）、
あるいは、ユーザーのペンやマウス、キーボードなどに
よるウィンドウへの要求（ステップＳ２２）がウィンド
ウＩＤとともにウィンドウマネージャー２に送られる
と、ウィンドウマネージャー２では、まず、レイアウト
変更、対象となるウィンドウの飾り付けなどの従来の処
理を行なう（ステップＳ２３）。その後、処理対象とな
ったウィンドウのＩＤが、ぼかし処理のためステップＳ
２４に送られる。ステップ２４では、このウィンドウＩ
Ｄにより新たに指定されたウィンドウにより、フォーカ
スリストから削除するべきウィンドウがあるのかを調
べ、あればリストからの削除を行なう（ステップＳ２
７）。

【００２２】フォーカスリストは、ぼかし処理を行なわ
ないウィンドウ情報のリストである。フォーカスリスト
の構造は図４に示すように、ウィンドウＩＤ、領域
（ｘ、ｙ、幅、高さ）、及び状態からなる。削除すべき
ウィンドウであるかどうかの判断は、フォーカスリスト
の「状態」の値により示されており、「可変」となって
いれば、削除し、「固定」となっていれば、フォーカス
リストのリセットか状態の変更が行なわれない限り、常
にフォーカスリストに加えておく。図の例ではウィンド
ウＩＤがｗｉｎｄｏｗ１のウィンドウが「固定」であ
り、ウィンドウＩＤがｗｉｎｄｏｗ２及び３のウィンド
ウが「可変」であるので、ｗｉｎｄｏｗ２及び３のウィ
ンドウがリストから削除され、ｗｉｎｄｏｗ１のウィン
ドウはそのままリスト中に残される。

【００２３】次に、ステップＳ２３から指定されたウィ
ンドウＩＤをフォーカスリストに「状態＝可変」で追加
登録する（ステップＳ２５）。ただし、すでにフォーカ
スリストに登録されていれば、追加しない。勿論、「状
態＝固定」で追加登録することも可能である。このよう
にしてフォーカスリストの更新が終ると、ステップＳ２
６に進みぼかし処理を行なう。

【００２４】この時点では、フォーカスリスト中には、
「状態＝固定」として登録されているウィンドウ（例え
ばｗｉｎｄｏｗ１により指定されるウィンドウ）と、新
たにウィンドウサーバーから送られてきた（アプリケー
ションプログラム等から要求された）ウィンドウが載っ
ていることになる。

【００２５】ぼかし処理（ステップＳ２６）では、図３
に示すように、まずフォーカスリストのうち「領域」に
係わるデータを順に読みだし（ステップＳ３１）、これ
よりフォーカスしない領域を判定し、フォーカスしない
領域を複数の矩形の集合により表現する（ステップＳ３
２）。ｎ個の矩形領域となるときは、１つの矩形領域を
ｒｅｃｔａｎｇｌｅ［ｉ］で表すと、ｒｅｃｔａｎｇｌ
ｅ［０］〜ｒｅｃｔａｎｇｌｅ［ｎ−１］で表すことが
できる。ここでｒｅｃｔａｎｇｌｅ［ｉ］は、（ｘ座
標、ｙ座標、幅、高さ）の組である。このようにして区
切った個々の矩形領域に対して、ぼかし処理を施し、ぼ
かしイメージデータをサーバーに対して出力する。即
ち、ステップＳ３３にてｉの初期値として０を設定し、
次いでｉが矩形領域の個数ｎより小さいことをテストし
（ステップＳ３４）、その後、ｒｅｃｔａｎｇｌｅ
［ｉ］にて定義される領域に対し、ぼかし処理を施す
（ステップＳ３５）。この領域に対してぼかし処理が終
わったら、ぼかしイメージデータをサーバーに送り（ス
テップＳ３６）、次いで現在のｉに１を和したものを新
たなｉとして、ステップＳ３４に戻る。以上の工程をｉ
が矩形領域の数ｎを越えるまで繰り返し、ｉがｎを越え
たところでぼかし処理を終了する。

【００２６】ぼかし処理によってぼかしイメージを作成
する手法としては、以下のような処理の中からスイッチ
により選択する。

【００２７】（１）ＦＦＴなどの信号処理を行うことに
より、高周波成分をカットする。

【００２８】（２）イメージをシフトして重ね合わせ
る。

【００２９】（３）イメージの各ドットを周辺のドット
の平均値にする。

【００３０】これらの手法はいずれもソフトウェアとし
て実現されるが、勿論特定のハードウェアとして実現さ
れてもよい。

【００３１】またここでは、上記の３手法を例示的に挙
げたが、外にもさまざまな方法を適用することができ
る。上記ぼかし処理においては、特に（２）の手法、即
ちイメージをシフトして重ね合わせる手法を用いると簡
単な演算を行うだけでぼかし処理が実現できるため、計
算処理能力の低いハードウェアにおいても実装すること
が可能となる。

【００３２】ぼかし処理（ステップＳ２６）の後、ウィ
ンドウマネージャからウィンドウサーバーへリクエスト
が出力され、ウィンドウサーバーはこれを受け、リクエ
ストの処理及び描画処理を行う（ステップＳ２８）。

【００３３】このようにして、指定するウィンドウを除
いた表示領域がぼかし表示される。

【００３４】

【発明の効果】以上、詳述したように、本発明によれ
ば、指定するウィンドウを除いた表示領域をぼかし処理
するぼかし処理手段を有するので、表示装置に複数表示
されるウィンドウのうちユーザーが注目、あるいは、操
作しているウィンドウ以外のウィンドウや背景などの画
像イメージをぼかし処理して表示することができ、ユー
ザーが注目する必要のない領域へのユーザーの関心を低
め、操作すべきウィンドウを強調することができる。

【図面の簡単な説明】

【図１】本発明の実施例におけるソフトウェア構成の一
例をあらわした構成図である。

【図２】本発明の実施例における概略の処理の流れをあ
らわしたフローチャートである。

【図３】本発明の実施例におけるぼかし処理の流れをあ
らわしたフローチャートである。

【図４】本発明の実施例におけるフォーカスリストの構
造をあらわした構造図である。

【図５】ハードウェア構成の一例をあらわした構成図で
ある。

【図６】従来装置のソフトウェア構成の一例をあらわし
た構成図である。

【符号の説明】

１、６１ アプリケーションプログラム ２、６２ ウィンドウマネージャー ３、６３ Ｘウィンドウサーバー ４、６４ 画面 ５、６５ クライアントから要求されたウィンドウ ５１ ＣＰＵ ５２ ＫｅｙＣＰＵ ５３ ＶＲＡＭ ５４ メモリ ５５ カットバッファ ５６ プログラムメモリ ５７ 表示装置 ５８ 入力装置 ５９ バス

Claims (2)

【特許請求の範囲】
1. 【請求項１】 入力装置、画像メモリ、表示制御装置、
   及び表示装置を有し、マルチウィンドウ表示機能を備え
   たマルチウィンドウ表示装置において、指定するウィン
   ドウを除いた表示領域をぼかし処理するぼかし処理手段
   を有することを特徴とするマルチウィンドウ表示装置。
2. 【請求項２】 マルチウィンドウ表示装置がウィンドウ
   を管理するためのウィンドウ管理手段を備え、該ウィン
   ドウ管理手段が前記ぼかし表示手段を有しており、各ウ
   ィンドウ毎にアプリケーションプログラムが動作するマ
   ルチクライアントシステムにおいて、各アプリケーショ
   ンプログラムが意識する事なくぼかし表示が可能である
   ことを特徴とするマルチウィンドウ表示装置。