JPH07225665A - データ処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 同時使用が可能で、かつ、切り換え処理が不
要な複数のデスクトップを同一表示画面上に構築するデ
ータ処理装置を提供する。 【構成】 操作環境を管理する処理部として、表示画面
上のウインドウを管理する第１の処理部３１と、ウイン
ドウを除く地の画面部分を管理する第２の処理部３２
と、表示画面上での操作に対応して発生するイベントが
第１の操作環境と、第２の操作環境とのいずれのもので
あるかを判断するイベント管理部３１２とを備える。第
２の処理部３２は、イベント管理部３１２での判断の結
果の第２の操作環境に対するイベントの処理として、第
２の操作環境のウインドウの発生要求を、第１の処理部
３１１に出力する手段３２２を有する。第１の処理部３
１１は、イベント管理部３１２での判断の結果の第１の
操作環境に対するイベントの処理として、第１の操作環
境のウインドウの発生及び制御を行う手段３１１と、第
２の処理手段３２からの第２の操作環境のウインドウの
発生要求に応じて第２の操作環境のウインドウの発生を
行う手段３１１を有する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、同一の表示画面上に
複数のウインドウを表示して、個々のウインドウで処理
を実行するマルチウインドウ機能を有するデータ処理装
置に関する。

【０００２】

【従来の技術】従来、この種のデータ処理装置として、
例えばワークステーションやパーソナルコンピュータで
は、オペレータが親しみやすく、また、操作性を向上さ
せるために、一般のオフィスで使用される用紙、フォル
ダ、ドロア、メール箱などの使用形態を画面上にシミュ
レートし、絵文字を使った操作環境を構築している。こ
こで、絵文字はアイコンと呼ばれる。また、アイコンを
用いた操作環境モデルはデスクトップと呼ばれており、
マルチウインドウ機能を有するデータ処理装置において
は、デスクトップの概念は、アイコン及びウインドウの
振る舞いによって規定されることになる。

【０００３】この場合、通常、デスクトップのウインド
ウは、アイコンに対して何等かの操作（例えばマウスで
アイコンを選択し、ダブルクリックする等）をすること
で生成される。なお、デスクトップ上では、ユーザーの
操作は、イベントという形式で通知される。

【０００４】この場合、データ処理装置では、単一また
は複数のディスプレイについて、一つのデスクトップを
構築するのが一般的であるが、異なった複数のデスクト
ップを一つのディスプレイ上に構築する技術も提供され
ている。ここで、前述したように、デスクトップの概念
は、アイコン及びウインドウの振る舞いによって規定さ
れるので、アイコン及びウインドウの振る舞い等がそれ
ぞれユニークなものが、複数実現されているとき、複数
のデスクトップが実現されていることになる。

【０００５】例えば、特開平４−１７０５８５号公報に
は、二つ以上のイベントバッファを持ち、有効となるイ
ベントバッファの変更が可能なイベント制御部と、一つ
以上の描画画面を有し、任意の描画画面を表示または非
表示とすることができる表示制御部とを備え、マルチウ
インドウの切り換え要求に応じてイベントバッファと描
画画面とを切り換えることにより、複数のデスクトップ
を実現したマルチウインドウシステムの切り換え制御方
法が記載されている。

【０００６】また、あるデスクトップ中に閉じた別のデ
スクトップを構築することで、複数の異なるデスクトッ
プを提供する方法も知られている。図１１は、これを説
明するための機能ブロック図、図１２は、その表示画面
上のデスクトップの構成図である。

【０００７】図１２において、Ｗ１、Ｗ２及びＷ１１
は、ディスプレイ１１の表示画面１２上に表示されたウ
インドウであり、個々のウインドウＷ１、Ｗ２、Ｗ１１
で、処理を実行することができる。この場合、ウインド
ウＷ１１は、ウインドウＷ１内に生成されている。つま
り、ウインドウＷ１１は、ウインドウＷ１の存在を前提
として生成される。

【０００８】ＩＷ１、ＩＷ２、ＩＷ３、ＩＷ４は、ディ
スプレイ１１の地の表示画面上に生成されたアイコンで
あり、この例では、これらアイコンＩＷ１、ＩＷ２、Ｉ
Ｗ３、ＩＷ４は、ウインドウとして管理されるアイコン
（以下これをウインドウアイコンと呼ぶことにする）と
されている。

【０００９】また、ウインドウＷ１内にもアイコンＩＤ
１、ＩＤ２、…が生成される。この例の場合、このアイ
コンＩＤ１、ＩＤ２、…は、ウインドウとしては管理さ
れていないアイコン（以下このアイコンをデスクトップ
アイコンと呼ぶこととする）とされている。なお、ディ
スプレイ１１の表示画面１２のうちのウインドウ部分
（ウインドウアイコンも含む）を除く地の部分ＲＷは、
特にルートウインドウと呼ばれる。

【００１０】この例の場合、ウインドウアイコンＩＷ１
及びＩＷ２は、ウインドウＷ１、Ｗ２に対応しており、
このウインドウアイコンＩＷ１、ＩＷ２の部分を、例え
ばマウスにより指示して、例えばダブルクリックするこ
とにより発生するイベントにより、ウインドウＷ１、Ｗ
２が開く。また、ウインドウＷ１、Ｗ２を閉じるイベン
トの発生により、画面上のウインドウＷ１、Ｗ２が消え
るが、ウインドウアイコンＩＷ１、ＩＷ２が画面上に残
る。

【００１１】このウインドウアイコンＩＷ１、ＩＷ２、
…と、ウインドウＷ１、Ｗ２、…により規定されるのが
第１のデスクトップである。すなわち、図１１に示すよ
うに、この第１のデスクトップを構築する第１のデスク
トップ管理部１は、ウインドウＷ１、Ｗ２と、ウインド
ウアイコンＩＷ１、ＩＷ２、ＩＷ３、ＩＷ４と、ルート
ウインドウＲＷとを管理している。

【００１２】そして、ウインドウＷ１内のデスクトップ
アイコンＩＤ１、ＩＤ２、…は、このウインドウＷ１内
に生成されるウインドウに対応する。図１２の例では、
デスクトップアイコンＩＤ３がウインドウＷ１１に対応
しており、例えばアイコンＩＤ３をダブルクリックする
ことにより発生するイベントにより、ウインドウＷ１１
が開く。また、ウインドウＷ１１を閉じるイベントの発
生により、ウインドウＷ１内のウインドウＷ１１が消え
るが、アイコンＩＤ３がウインドウＷ１内に画面上に残
る。

【００１３】このデスクトップアイコンＩＤ１、ＩＤ
２、…と、ウインドウＷ１１、…により規定されるのが
第２のデスクトップであり、図１１に示すように、第２
のデスクトップ管理部２は、デスクトップアイコンＩＤ
１、ＩＤ２、…と、ウインドウＷ１１、…とを管理して
いる。そして、アイコンＩＤ１、ＩＤ２、…と、ウイン
ドウＷ１１、…とは、ウインドウＷ１内に生成されるも
のであるので、第２のデスクトップ管理部２は、図１１
に示すように、ウインドウＷ１の制御下、つまりウイン
ドウＷ１を管理する第１のデスクトップ管理部１の管理
下にあることになる。

【００１４】

【発明が解決しようとする課題】しかしながら、前記公
報記載のマルチウインドウシステムの切り換え制御方法
の場合、複数のデスクトップを同時に使用することがで
きず、また、切り換えのためのオーバーヘッドのために
高速処理に不向きであり、さらには、切り換えのために
は、切り換えイベントを発生させなければならず、操作
の一貫性が失われるという問題であった。すなわち、こ
の従来の方法では、前述の例の場合には、ウインドウＷ
１を生成しなければ第２のデスクトップの操作ができな
い。

【００１５】また、図１１及び図１２に示した従来例の
場合にも、第２のデスクトップによる操作処理が、ウイ
ンドウＷ１を経由して行われることによるオーバーヘッ
ドの問題がある。

【００１６】この発明は、以上の点に鑑み、同一表示画
面上に複数のデスクトップを構築するデータ処理装置で
あって、上記の問題点のないデータ処理装置を提供する
ことを目的とする。

【００１７】

【課題を解決するための手段】上記課題を解決するた
め、この発明によるデータ処理装置は、後述の実施例の
参照符号を対応させると、同一の表示画面上に複数のウ
インドウを表示して、個々のウインドウで処理を実行す
るマルチウインドウ機能を有するデータ処理装置におい
て、操作環境を管理する処理部として、表示画面上のウ
インドウを管理する第１の処理部（３１）と、前記ウイ
ンドウを除く地の画面部分を管理する第２の処理部（３
２）とを備えると共に、前記表示画面上での操作に対応
して発生するイベントが第１の操作環境のものである
か、前記第２の操作環境のものであるかを、前記操作が
前記ウインドウの部分に対するものであるか、前記ウイ
ンドウを除く地の画面部分に対するものであるかにより
判断するイベント管理部（３１２）とを備え、前記第２
の処理部は、前記イベント管理部での判断の結果が前記
第２の操作環境に対するイベントのとき、そのイベント
の処理として、前記第２の操作環境のウインドウの発生
要求を、前記第１の処理手段に出力するウインドウ発生
要求出力手段（３２２）を含み、前記第１の処理部は、
前記イベント管理部での判断の結果が前記第１の操作環
境に対するイベントのとき、そのイベントの処理とし
て、前記第１の操作環境のウインドウの発生及び制御を
行うと共に、前記第２の処理部からの前記第２の操作環
境のウインドウの発生要求に応じて前記第２の操作環境
のウインドウの発生を行うウインドウ制御手段（３１
１）を含むことを特徴とする。

【００１８】

【作用】ユーザーの操作に対応してイベントが発生した
とき、イベント管理部は、ユーザーの操作が、表示画面
上のウインドウに対するものであるときは、発生したイ
ベントを第１の操作環境のイベントと判断する。また、
ユーザーの操作が、ウインドウ以外の地の画面部分に対
するものであるときは、イベント管理部は、発生したイ
ベントを第２の操作環境のイベントであると判断する。

【００１９】なお、第１の操作環境でウインドウを閉じ
た状態としてアイコンが表示される場合は、そのアイコ
ンはウインドウとして扱われて管理される（例、後述の
ウインドウアイコン）。また、第２の操作環境で同様の
アイコンが表示される場合は、そのアイコンはウインド
ウを除く地の画面部分として扱われて管理される（例、
後述のデスクトップアイコン）。

【００２０】このイベント管理部で判断した結果、発生
したイベントが第１の操作環境のものである場合には、
第１の処理部のウインドウ制御部で当該イベントの処理
が行われ、第１の操作環境のウインドウの発生や制御が
行われる。

【００２１】これに対して、イベント管理部で判断した
結果、発生したイベントが第２の操作環境のものであっ
て、第２の操作環境のウインドウの発生の要求のイベン
トである場合には、第２の処理部のウインドウ発生要求
出力部より、第２の操作環境のウインドウの発生要求が
第１の処理部に出力される。第１の処理部のウインドウ
制御部は、この第２の処理部からの第２の操作環境のウ
インドウ発生要求を受けて、第１の操作環境のウインド
ウとは識別可能な状態の第２の操作環境のウインドウの
発生を行う。

【００２２】以上のようにして、第１の操作環境と第２
の操作環境とにそれぞれユニークなウインドウの振る舞
いが同一の表示画面上において、同時に行われる。つま
り、同一表示画面上において、切り換えを伴うことな
く、複数の操作環境が同時に構築される。したがって、
切り換えのためのオーバーヘッドの問題はなく、また、
操作の一貫性が損なわれることもない。

【００２３】

【実施例】以下、この発明によるデータ処理装置の実施
例を図１〜図１０を参照しながら説明する。

【００２４】まず、第１の実施例におけるデータ処理装
置の構成を説明する前に、図２を参照して、その概念を
説明する。図２は、この第１の実施例のデータ処理装置
のディスプレイ２０の表示例を示すものである。この例
のデータ処理装置は、マルチウインドウ機能を有するも
のであり、図２に示すように、ディスプレイ２０は、マ
ルチウインドウ機能を実現しているコンピュータに接続
されている。

【００２５】そして、ディスプレイ２０の表示画面に
は、第１のデスクトップのウインドウＷａ及びアイコン
ＩＷａと、第２のデスクトップのウインドウＷｂ及びア
イコンＩＤｂとが表示される。ここで、ウインドウＷａ
は第１のデスクトップの複数のウインドウを代表し、Ｉ
Ｗａは第１のデスクトップのアイコンを代表するものと
する。また、ウインドウＷｂは第２のデスクトップの複
数のウインドウを代表し、ＩＤｂは第２のデスクトップ
のアイコンを代表するものとする。

【００２６】この例においては、第１のデスクトップの
アイコンＩＷａ（ＩＷａ１、ＩＷａ２、ＩＷａ３、ＩＷ
ａ４、…）は、ウインドウとして管理されるアイコン、
すなわち、ウインドウアイコンである。図２では、ウイ
ンドウアイコンＩＷａ２がウインドウＷａ２に対応して
いるものとして示されており、例えば、ウインドウアイ
コンＩＷａ２をマウスで選択し、ダブルクリックするこ
とによりウインドウＷａ２が生成される。

【００２７】また、第２のデスクトップのアイコンＩＤ
ｂ（ＩＤｂ１、ＩＤｂ２、ＩＤｂ３、…）は、ルートウ
インドウＲＷにウインドウとしては管理されないものと
して表示されたアイコン、すなわち、デスクトップアイ
コンである。図２では、デスクトップアイコンＩＤｂ３
がウインドウＷｂ３に対応しているものとして示されて
おり、例えば、デスクトップアイコンＩＤｂ３をマウス
で選択し、ダブルクリックすることによりウインドウＷ
ｂ３が生成される。

【００２８】前述もしたように、マルチウインドウ装置
においては、ディスプレイ上に上記のように複数のウイ
ンドウが表示可能であり、通常、一つの処理（プロセ
ス）に一つのウインドウが対応し、各ウインドウで処理
が実行される。

【００２９】この場合、第１のデスクトップと第２のデ
スクトップとは、２つのプロセスにより管理される。す
なわち、この例においては、デスクトップを管理するプ
ロセスを、ウインドウを管理するプロセス（以下、この
プロセスをウインドウマネージャと呼ぶ）と、ルートウ
インドウＲＷを管理するプロセス（以下、このプロセス
をデスクトップマネージャと呼ぶ）とに分けている。

【００３０】ウインドウを管理するウインドウマネージ
ャは、ウインドウアイコンをも制御しており、このウイ
ンドウアイコンの振る舞いを規定するプロセスでもあ
る。したがって、ウインドウマネージャは、それ自身で
第１のデスクトップを管理するプロセスともなる。

【００３１】また、後述するように、第２のデスクトッ
プのウインドウＷｂの生成及び管理はウインドウマネー
ジャが行い、デスクトップアイコンＩＤｂは、ルートウ
インドウＲＷを管理するデスクトップマネージャが管理
する。つまり、第２のデスクトップは、ウインドウマネ
ージャとデスクトップマネージャにより管理されること
になる。

【００３２】この場合、デスクトップアイコンＩＤｂに
対するユーザーの操作に対するイベント通知は、後述す
るように、最終的には、デスクトップマネージャが受け
取る。そして、当該ユーザーの操作が、前述したウイン
ドウ生成要求のダブルクリックであった場合には、デス
クトップマネージャはウインドウ生成の要求をウインド
ウマネージャに発行する。ウインドウマネージャは、こ
の要求を受けてウインドウを生成するが、デスクトップ
マネージャは、このとき、ウインドウ生成要求にデスク
トップＩＤ（識別情報）を付加することで、ウインドウ
マネージャは、デスクトップユニークなウインドウ、つ
まり第２のデスクトップのウインドウを生成する。

【００３３】デスクトップマネージャは、複数グループ
のデスクトップアイコンを管理することが可能であり、
それぞれに異なるデスクトップＩＤを付与することで、
第２のデスクトップとして、これを複数個、構築するこ
とができる。

【００３４】以上のようにして、デスクトップを管理す
るプロセスを、ウインドウマネージャと、デスクトップ
マネージャの２つのプロセスに分け、かつ、アイコンを
ウインドウアイコンとデスクトップアイコンとの２種類
のカテゴリで定義して、それらのアイコンを、上記２つ
のプロセスで別個に制御することにより、複数のデスク
トップを同一表示画面上に構築することができる。

【００３５】以上述べた２つのデスクトップを一つの表
示画面上に構築する場合の第１の実施例におけるデータ
処理装置のデスクトップ管理部の構成を示す機能ブロッ
ク図、図３は、Ｘウインドウ（Ｘウインドウは、マサチ
ューセッツ工科大学の登録商標）システムを用いて、図
１のデスクトップ管理部を実現した場合の詳細構成を示
す機能ブロック図である。

【００３６】図１において、デスクトップ管理部はウイ
ンドウマネージャ３１及びデスクトップマネージャ３２
を備える。ウインドウマネージャ３１は、機能的には、
表示画面上のすべてのウインドウ（ウインドウアイコン
も含む）を制御するウインドウ制御部３１１と、イベン
ト管理部３１２とを備える。

【００３７】ウインドウ制御部３１１は、後述もするよ
うに、第１のデスクトップのウインドウＷａの生成、制
御及び管理と、第２のデスクトップのウインドウＷｂの
生成及び管理を行う。

【００３８】デスクトップ上では、通常、ユーザーの操
作は、イベントという形式で通知されるが、特に、マウ
スイベント（ユーザーがマウスを操作することにより発
生するイベント）及びキーイベント（ユーザーがキーボ
ードを操作することにより発生するイベント）がユーザ
ーがデスクトップを使用する上で使用される。

【００３９】イベント管理部３１２は、このように、イ
ベントという形式で通知されるユーザーの操作が、第１
のデスクトップへのものであるか、第２のデスクトップ
へのものであるかを判断する。

【００４０】本実施例では、ユーザーの操作により発生
するイベントが、第１のデスクトップとしての第１の操
作環境と、第２のデスクトップとしての第２の操作環境
とのどちらに対するものであるかを区別する手法とし
て、ユーザーの操作がルートウインドウＲＷを通じての
ものか、その他のウインドウを通じてのものかで区別す
るようにしている。

【００４１】図３において、ウインドウマネージャ３１
とデスクトップマネージャ３２とは、Ｘウインドウシス
テムの中核であるＸサーバ３０に対して一つのクライア
ントと同様に構成される。この例の場合、ウインドウマ
ネージャ３１は、例えばオープンウインドウズ（サンマ
イクロシステムズ社の登録商標）のウインドウマネージ
ャとされ、また、デスクトップマネージャ３２は、エド
ミックス（ＥＤＭＩＣＳ；Engineering Drawing Manage
ment and Information Control Systems 富士ゼロック
ス社の登録商標）のデスクトップマネージャとされる。
ウインドウマネージャ３１とデスクトップマネージャ３
２とは、Ｘサーバ３０を介して通信を行う。クライアン
ト４１、４２、…は、それぞれ各ウインドウＷａ、Ｗｂ
の一つに対応するアプリケーションである。

【００４２】この場合、ウインドウマネージャ３１で管
理されるデスクトップが第１のデスクトップであり、本
実施例ではオープンウインドウズのデスクトップとされ
る。また、デスクトップマネージャ３２と、ウインドウ
マネージャ３１とで管理されるデスクトップが第２のデ
スクトップであり、この例ではエドミックスのデスクト
ップとされる。

【００４３】なお、厳密には、Ｘサーバ３０も、機能的
には、ウインドウマネージャ３１の一部を構成すると考
えられるが、説明の便宜上、この一部も本実施例ではウ
インドウマネージャ３１に存在するものとする。

【００４４】図３に示すように、Ｘウインドウシステム
上、マウスやキーボードを用いたデスクトップ上でのユ
ーザーの操作は、入出力制御部４０を通じてＸサーバ３
０にイベントとして伝達される。Ｘサーバ３０は、この
イベントをウインドウマネージャ３１に対して通知す
る。ウインドウマネージャ３１は、イベント管理部３１
２で当該イベントがどちらのデスクトップへのイベント
であるかを判断する。

【００４５】イベント管理部３１２は、ルートウインド
ウＲＷには、デスクトップアイコンＩＤｂのみが存在す
ることを利用して、原則として、ルートウインドウＲＷ
以外のウインドウでの操作は、第１のデスクトップへの
イベントであると判断し、ルートウインドウＲＷでの操
作は、第２のデスクトップへのイベントであると判断す
る。例外は、ルートウインドウＲＷが選択されている状
態でキーイベントが発生しても、オープンウインドウズ
に定義されているキーイベントは、第１のデスクトップ
へのイベントであると判断するようにしておくことであ
る。なお、オープンウインドウズに定義されているキー
イベントは、システムの立ち上げ時に、ウインドウマネ
ージャ３１側のイベントであるとするようにしておく。
つまり、当該イベントはウインドウマネージャ３１側に
グラブするようにする。

【００４６】そして、イベント管理部３１２で第１のデ
スクトップへのイベントであると判断したときには、そ
のイベントをウインドウマネージャ３１で処理するよう
にする。また、第２のデスクトップへのイベントである
と判断したときには、当該イベントは、Ｘサーバ３０を
介してデスクトップマネージャ３２に転送する。この例
の場合、これらのイベントは、通常、デスクトップアイ
コンＩＤｂに対する操作により発生するイベントがほと
んどである。

【００４７】デスクトップマネージャ３２は、デスクト
ップアイコンＩＤｂの制御部３２１を有し、ウインドウ
マネージャ３１から転送されてきたイベントの処理を行
う。また、このデスクトップアイコン制御部３２１は、
ウインドウ生成要求出力部３２２を備える。

【００４８】そして、デスクトップマネージャ３２にウ
インドウマネージャ３１から転送されてきたイベント
が、ウインドウオープンのイベント、つまり第２のデス
クトップのウインドウの生成要求のイベントであるとき
には、このウインドウ生成要求出力部３２２より、当該
第２のデスクトップのウインドウであることを識別する
ためのデスクトップＩＤ（ウインドウプロパティ）を付
加してウインドウ生成要求をＸサーバ３０を介してウイ
ンドウマネージャ３１に出力する。デスクトップＩＤに
より、ウインドウマネージャ３１に対して、どのデスク
トップのウインドウの生成要求であるかを指示する。

【００４９】このとき、Ｘサーバ３０は、デスクトップ
マネージャ３２からのウインドウ生成要求を受けると、
ウインドウを生成するための処理プログラムを生成し、
まず、マップリクエストのイベントを出力する。ウイン
ドウマネージャ３１は、このマップリクエストのイベン
トを受け取り、次に、Ｘサーバ３０からウインドウ生成
のプログラムが送られてくることを予知し、このプログ
ラムにしたがって、第２のデスクトップのウインドウＷ
ｂの発生を行う。なお、Ｘサーバ３０は、ウインドウ管
理のために、第２のデスクトップの、どのウインドウで
あるかを示すウインドウＩＤを生成して、ウインドウマ
ネージャ３１に渡す。

【００５０】ウインドウマネージャ３１のウインドウ制
御部３１１が、第２のデスクトップのウインドウＷｂの
生成を実行する。もちろん、ウインドウ制御部３１１
は、ウインドウアイコンＩＷａと、第１のデスクトップ
のウインドウＷａとの生成及び制御も行う。この第１の
デスクトップのウインドウにもデスクトップＩＤは、付
けられている。

【００５１】以上のように、ウインドウ制御部３１１
は、第１のデスクトップのウインドウＷａ、ウインドウ
アイコンＩＷａ及び第２のデスクトップのウインドウＷ
ｂの生成及び制御を行うもので、第１及び第２の各デス
クトップごとのウインドウＷａ、Ｗｂの振る舞いを要請
通りに実施する。

【００５２】このウインドウの振る舞いは、具体的に
は、ウインドウのフレーム（枠部分）の外観や機能で規
定されるものである。したがって、このウインドウのフ
レームの外観や機能は、第１及び第２のデスクトップで
異なるが、ウインドウ制御部３１１は、デスクトップＩ
Ｄから第１のデスクトップ及び第２のデスクトップのそ
れぞれにユニークなフレームを生成する。

【００５３】例えば、この例の第１のデスクトップのウ
インドウＷａのフレームには、ボタンアイコンが表示さ
れており、例えばその「メニュー」のボタンアイコンを
選択すると、「閉じる」などのウインドウＷａについて
の制御のメニューが表示される。一方、この例の第２の
デスクトップの場合、ボタンアイコンで表示される「閉
じる」というメニューの項目は存在しない。「閉じる」
という処理は、フレームで囲われるコアウインドウのボ
タン操作により行われる。

【００５４】図４は、ウインドウ制御部３１１が行うウ
インドウ生成手順を示している。すなわち、ウインドウ
制御部３１１は、ウインドウ生成要求を受ける（ステッ
プ１０１）と、当該ウインドウ生成要求に付随するデス
クトップＩＤ（ウインドウプロパティー）から、第１及
び第２のデスクトップのどちらのデスクトップのウイン
ドウであるかを判別する（ステップ１０２）。そして、
第１のデスクトップのウインドウの生成要求であれば第
１のデスクトップのウインドウを生成し（ステップ１０
３）、第２のデスクトップのウインドウの生成要求であ
れば第２のデスクトップのウインドウを生成する（ステ
ップ１０４）。この場合、ウインドウの生成は、ウイン
ドウの枠（フレーム）を生成することにより行うもので
ある。

【００５５】図５は、ウインドウマネージャ３１でのウ
インドウ管理方式を説明するための図である。ウインド
ウマネージャ３１は、無限リストの形式で、全ウインド
ウリストを生成してすべてのウインドウを管理してい
る。

【００５６】図５において、斜線を付して示した部分５
１は、現在データのあるウインドウ領域を示しており、
その横の部分５２は、次にデータがくる領域を示してい
る。つまり、横の部分５２が、前のウインドウ領域の情
報の部分５１に順次に付加されて行くことにより、無限
リストが生成される。

【００５７】現在データのあるウインドウ領域の部分５
１のウインドウの情報（ウインドウデータストラクチ
ャ）は、それぞれの下方に示すように、画面上のウイン
ドウの位置の情報と、高さ及び幅からなる大きさの情報
と、ウインドウＩＤと、デスクトップＩＤと、第１のデ
スクトップのウインドウＷａの場合には、これが閉じた
時に次に生成される対応するウインドウアイコンＩＷａ
へのポインターを含んでいる。

【００５８】次に、図６は、ウインドウマネージャ３１
とデスクトップマネージャ３２との通信の様子を示す図
である。上述したように、この例の場合には、ルートウ
インドウＲＷへの操作によるイベントは、図６において
ルートウインドウＲＷの左側として示したウインドウマ
ネージャ３１から、右側のデスクトップマネージャ３２
側に、ルートウインドウＲＷを通過（スルー）して転送
されるものとして示した。このイベントには、前述した
ように、キーイベントと、マウスイベントとがある。

【００５９】このデスクトップマネージャ３２側に転送
されるイベント、すなわち第２のデスクトップへのイベ
ントとしては、例えば、アイコン選択、アイコンメニュ
ー表示、アイコン移動、アイコン複写、アイコン削除、
アイコンオープン（ウインドウオープン）などのイベン
トが考えられる。

【００６０】例えば、マウスイベントの場合、アイコン
選択は、マウスにより選択したいデスクトップアイコン
を指示し、１回だけクリックする操作により実現され
る。アイコンオープンは、生成したいウインドウに対応
するデスクトップアイコンをマウスで指示し、ダブルク
リックする操作により実現される。その他のアイコンメ
ニュー表示、アイコン移動、アイコン複写、アイコン削
除などのアイコン制御は、それぞれ制御したいアイコン
選択をした後、メニュー表示、移動、複写、削除などを
キーボードからキー入力することにより実現される。

【００６１】これらの操作があると、図６に示すよう
に、その操作により発生したイベントは、ウインドウマ
ネージャ３１からデスクトップマネージャ３２に最終的
に転送されてくる。デスクトップマネージャ３２のデス
クトップアイコン制御部３２１は、そのための制御、例
えば、選択されたデスクトップアイコンを白黒反転表示
したり、イベントが、アイコンメニュー表示、アイコン
移動、アイコン複写、アイコン削除などのアイコン制御
の場合には、それらの制御を行なう。

【００６２】また、アイコンオープンのイベントである
場合には、デスクトップマネージャ３２は、図６に示す
ように、ウインドウ生成要求をＸサーバ３０を介してウ
インドウマネージャ３１側に転送する。Ｘサーバ３０は
ウインドウ生成要求を受けてマップリクエストをウイン
ドウマネージャ３１に通知するものである。

【００６３】生成されたウインドウのコアウインドウ
は、前述したように、クライアントアプリケーションが
管理する。ウインドウ内で発生した処理は、アプリケー
ションが実行する。アプリケーションは、処理の実行要
求をＸサーバ３０に行ない、サーバ３０はイベントをア
プリケーションに送り返す。これによりアプリケーショ
ンが実行される。

【００６４】ルートウインドウ以外の、他のウインドウ
へのキーイベントやマウスイベントの場合、これらはす
べて、ウインドウマネージャ３１自身で、前述したよう
に処理が行なわれる。

【００６５】次に、生成されたウインドウを閉じる際の
処理について説明する。先ず、この例の第１のデスクト
ップでの処理について説明すると、上述したように、こ
の例の第２のデスクトップで生成されるウインドウのフ
レームのメニューボタンをマウスで選択すると、ウイン
ドウ制御のメニューが表示される。そこで、このメニュ
ーのうちの、「閉じる」をマウスで選択すると、ウイン
ドウマネージャ３１が「閉じる」が選択されたことを認
識する。

【００６６】ウインドウマネージャ３１は、Ｘサーバ３
０に対してアンマップ要求を送り、Ｘサーバ３０はコア
ウインドウをアンマップする。この後、ウインドウマネ
ージャ３１は、アンマップイベントを受け取る。

【００６７】ウインドウマネージャ３１は、この通知を
受けて、当該ウインドウのフレームの消去の制御を行な
う。その後、そのウインドウに対応するウインドウアイ
コンをルートウインドウ上に生成する。

【００６８】次に、この例の第２のデスクトップのウイ
ンドウの生成、消去時のデスクトップマネージャ３２の
処理に付いて説明する。

【００６９】デスクトップマネージャ３２は、ウインド
ウマネージャ３１と同様に、ルートウインドウ上のすべ
てのデスクトップアイコンを、図８に示すように、無限
リストにより管理している。この場合、現在のアイコン
の情報（アイコンデータストラクチャ）は、その座標位
置とウインドウが開いているか、あるいは閉じているか
の状態（ステイト）を含んでいる。

【００７０】また、アイコンデータストラクチャは、当
該デスクトップアイコンに対応するウインドウで実行さ
れるアプリケーションが何であるかの情報（アプリケー
ションＩＤに対応している）を含んでいる。アプリケー
ションＩＤは、前述したウインドウＩＤとユニークに対
応している。すなわち、デスクトップアイコンに対応す
るウインドウは、当該デスクトップアイコンが、マウス
により選択され、ダブルクリックされたときに生成され
る。このウインドウ生成に伴い、アプリケーションが起
動されるときに、そのアプリケーションＩＤがＸサーバ
３０に知らされ、Ｘサーバ３０は、これとユニークに対
応するウインドウＩＤを定義し、ウインドウマネージャ
３１に通知する。前述したように、ウインドウマネージ
ャ３１は、このウインドウＩＤをウインドウ管理のため
に、ウインドウリストのデータストラクチャに含めてい
る。

【００７１】図７は、ウインドウが生成されて、対応す
るアプリケーションの起動され、また、ウインドウがと
じられて、アプリケーションが終了されるときのデスク
トップマネージャの処理を説明するための図である。

【００７２】すなわち、デスクトップマネージャ３２の
メインルーチンの処理実行中に、アイコンがダブルクリ
ックされてウインドウ生成要求が発生したときには、前
述したように、そのウインドウ生成要求がウインドウマ
ネージャ３１に出力され、そのウインドウの生成が行わ
れる。このとき、デスクトップマネージャ３２では、メ
インルーチンを親プロセスとしてアプリケーションを実
行させるための子プロセスが生成される。

【００７３】この子プロセスが発生したとき、プロセス
ＩＤが付加されるとともに、デスクトップアイコンのダ
ブルクリックにより生成されるウインドウで実行される
アプリケーションのＩＤが保持される。そして、アイコ
ンリストのアイコンデータストラクチャのステートは、
「オープン」になる。そして、ウインドウが開いている
間は、そのアプリケーションが実行されることになる。

【００７４】この例の第２のデスクトップの場合、その
コアウインドウに「閉じる」などのボタンが表示され
る。そこで、このボタンを選択してウインドウを閉じる
イベントを発生させると、そのコアウインドウを管理し
ているアプリケーションがウインドウを閉じる処理を行
なう。そして、その閉じる処理を行なった後、アプリケ
ーションＩＤを含むメッセージを、Ｘサーバ３０を介し
て親プロセスであるデスクトップマネージャ３２に渡
す。

【００７５】親プロセス、つまりデスクトップマネージ
ャ３２は、このアプリケーションＩＤから、どのアプリ
ケーションが終了したかを認識し、これに対応するデス
クトップアイコンがわかるので、そのアイコンデータス
トラクチャのステートを「閉じる」にする。

【００７６】アプリケーションＩＤは、ウインドウＩＤ
とユニークに対応しているので、Ｘサーバ３０は、アプ
リケーションからのウインドウを閉じたことを示すメッ
セージであるデストロイ要求を受けて、ウインドウＩＤ
で示されるウインドウが閉じたことを、ウインドウマネ
ージャ３１に通知する。ウインドウマネージャ３１は、
これを受けて、閉じたウインドウのフレームを消去する
処理を行なう。以上により、第２のデスクトップのウイ
ンドウの消去がなされる。

【００７７】次に、デスクトップ上で生じたユーザーの
操作によるイベントの受け付け処理について示す。前述
したように、ユーザーの操作はイベントという形式で通
知され、特にマウスイベントとキーイベントが、ユーザ
ーがデスクトップを使用する上で使用されている。

【００７８】図９は、ウインドウマネージャ３１がイベ
ントを受け付けた後の処理を示している。すなわち、先
ず、ウインドウマネージャ３１にイベントが受け付けら
れると、当該イベントがキーイベント及びマウスイベン
トか否かが判別される（ステップ２０１）。キーイベン
トやマウスイベント以外のイベントの場合には、通常の
ウインドウ管理方式に従う（ステップ２０２）。つま
り、ウインドウマネージャ３１がウインドウ制御を行な
う。

【００７９】次に、イベントが、キーイベントかマウス
イベントである場合には、どちらのイベントであるかが
判別される（ステップ２０３）。イベントがマウスイベ
ントである場合には、ウインドウへのイベントかどうか
を判別する。この場合のウインドウというときには、ル
ートウインドウを含むものである（ステップ２０４）。
そして、ウインドウ以外の部分へのイベント、すなわ
ち、ウインドウのフレームに対するイベントの場合に
は、ステップ２０５に進んで、ウインドウのフレームの
処理を行なう。

【００８０】また、ウインドウへのイベントである場合
には、ステップ２０４からステップ２０６に進んで、ル
ートウインドウへのイベントか否かを判別する。ルート
ウインドウへのイベントでなければ、コアウインドウへ
のイベントとしてそのウインドウを実行しているアプリ
ケーションのプロセスに転送する（ステップ２０７）。
一方、ルートウインドウであれば、ステップ２０８へ進
んで、そのイベントをデスクトップマネージャ３２へ転
送する。

【００８１】ステップ２０３において判別されたイベン
トが、キーイベントであった場合には、そのキーイベン
トがウインドウへのイベントであるか否か判別する（ス
テップ２０９）。ウインドウへのイベントでなければ、
フレームへのイベントであるとして、ステップ２１０で
フレームの処理を行なう。これは、ウインドウマネージ
ャ３１が行なう。

【００８２】また、ウインドウへのイベントであると判
別された場合には、ステップ２０９からステップ２１１
に進んで、ルートウインドウへのイベントであるか否か
判別する。ルートウインドウでなければ、コアウインド
ウのイベントとして、そのウインドウを管理しているア
プリケーションのプロセスへ転送する（ステップ２１
２）。

【００８３】また、ルートウインドウへのイベントであ
れば、ステップ２１１からステップ２１３へ進んで、そ
のキーの判別を行なう。そして、その判別の結果、予め
ウインドウマネージャ３１にグラブされたキーのイベン
トである場合には、ステップ２１４に進んで、ウインド
ウマネージャ３１で処理を行なう。一方、ウインドウマ
ネージャ３１にグラブされたキー以外の通常キーの場合
には、ステップ２１５に進んで、デスクトップマネージ
ャ３２へ、そのイベントが転送される。

【００８４】次に、デスクトップマネージャ３２に転送
されたイベントについての処理について説明する。図９
は、その処理のフローチャートを示すものである。

【００８５】この場合、送られてくるイベントは、マウ
スイベントかキーイベントのいずれかである。そこで、
先ず、ステップ３０１において、どちらのイベントであ
るかが判別される。その判別の結果、マウスイベントで
ある場合には、ステップ３０２に進んで、クリックでは
なく所定時間以上ボタンを押し続けた状態のボタンプレ
スであるか否かが判別される。

【００８６】ボタンプレスであると判別されたときに
は、ステップ３０３に進んで、デスクトップメニュー
（ルートメニュー）の表示の処理を行なう。このルート
メニューは、すべてのデスクトップに有効であるコマン
ドを発生させるためのものである。

【００８７】この例では、デスクトップ全体を終了する
というコマンドを実現するため、ルートウインドウに対
するアトムの変更を行なっている。すなわち、デスクト
ップアイコン以外の領域でマウスのボタンを押した場
合、すべてのデスクトップに有効であるようなコマンド
を発行するためのルートメニューを表示するように変更
している。このとき、この表示を行なうのは、デスクト
ップマネージャ３２である。

【００８８】ただし、デスクトップ全体を終了するコマ
ンドを選択した場合には、デスクトップマネージャ３２
が、この例の第２のデスクトップのウインドウ及びアイ
コンの振る舞いを制御して、この第２のデスクトップを
終了する状態にするとともに、デスクトップマネージャ
３２からウインドウマネージャ３１に通信を行ない、こ
の例の第１のデスクトップを終了させるように通知する
ものである。

【００８９】次に、ステップ３０２でマウスイベントが
ボタンプレスでないと判別されたときには、ステップ３
０４に進んで、ダブルクリックかどうか判別される。ダ
ブルクリックであれば、ステップ３０５に進んで、いず
れかのデスクトップアイコンが選択されている状態かど
うか判別される。デスクトップアイコンが選択された状
態でなければ、何の処理も行なわない（ステップ３０
６）。

【００９０】一方、デスクトップアイコンが選択された
状態であれば、ステップ３０５からステップ３０７に進
んで、そのダブルクリックにより、当該デスクトップア
イコンに対応するウインドウの生成を、前述したように
して実行するための処理を行なう。つまり、ウインドウ
生成要求をウインドウマネージャ３１に出力する。

【００９１】ステップ３０４でダブルクリックでないと
判別されたときには、ステップ３０８に進んで、１回の
クリックかどうか判別される。このステップ３０８で１
回のクリックではないと判別されたときは、何の処理も
行なわない（ステップ３０９）。１回のクリックが行な
われたと判別されたときは、ステップ３０８からステッ
プ３１０に進み、デスクトップアイコン領域で、そのク
リックが行なわれたか否かが判別される。デスクトップ
アイコン領域でなければ、何の処理も行なわない（ステ
ップ３１１）。また、デスクトップアイコン領域であれ
ば、アイコン選択であるとして、その処理が行なわれ、
例えば、ディスプレイ上の選択されたデスクトップアイ
コンが白黒反転表示される（ステップ３１２）。

【００９２】一方、ステップ３０１でのイベント判別の
結果、キーイベントであると判別されたときには、ステ
ップ３１３に進んで、デスクトップアイコンが選択状態
であるかどうかが判別される。デスクトップアイコンが
選択された状態でなければ、何の処理も行なわない（ス
テップ３１４）。一方、デスクトップアイコンが選択さ
れた状態であれば、予めデスクトップマネージャ３２に
設けられているキー入力に対する変換テーブルから、該
当処理を見つけ出し、それを実行する（ステップ３１
５）。

【００９３】以上のようにして、ユーザーの操作がウイ
ンドウアイコンへの操作である場合には、第１のデスク
トップのイベント入力として処理が行なわれ、それに対
応するウインドウの発生制御が行なわれる。また、デス
クトップアイコンに対してのユーザーの操作は、第２の
デスクトップへの操作として判別され、そのアイコンに
対するウインドウの振る舞いが、デスクトップマネージ
ャ３２とウインドウマネージャ３１との通信によって規
定される。こうして、２種類の異なるデスクトップが同
一表示画面上において構築されるものである。

【００９４】このとき、ユーザーは、第１、第２のデス
クトップの切り換えをすることなく操作を行なえるの
で、両デスクトップを認識しながら操作を行なう必要は
なく、操作の一貫性が保たれるものである。

【００９５】また、デスクトップの切り換え処理が不要
なため、オーバーヘッドがなく、また、ウインドウ内に
閉じ込められたデスクトップと異なり、高速処理が可能
になるものである。しかも、同時に２つのデスクトップ
を操作することが可能になるものである。

【００９６】次に、この発明の第２の実施例について説
明する。この第２の実施例においては、デスクトップマ
ネージャ３２で管理するデスクトップアイコンを複数の
グループに分けて、デスクトップアイコンと、ウインド
ウとでその振る舞いが決まるデスクトップを複数個、構
築する。そして、各アイコンのグループ毎が属するデス
クトップを識別するために、それぞれのデスクトップに
ユニークとなるデスクトップＩＤを付与する。デスクト
ップマネージャ３２は、どのデスクトップのアイコンで
あるかをデスクトップＩＤにより識別して管理する。

【００９７】そして、この第２の実施例では、ユーザー
が例えばいづれかのデスクトップのデスクトップアイコ
ンをダブルクリックしてウインドウを開くイベントを発
生させた場合、そのイベントはデスクトップマネージャ
３２は、ウインドウマネージャ３１から最終的に受け取
った後、ウインドウ発生要求を、当該操作されたデスク
トップアイコンが属するデスクトップのデスクトップＩ
Ｄを付与してウインドウマネージャ３１に出力する。

【００９８】ウインドウマネージャ３１は、この例の場
合には、デスクトップＩＤに応じて異なるウインドウの
フレームを用意しており、当該操作されたデスクトップ
アイコンが属するデスクトップのウインドウを生成す
る。

【００９９】こうして、この第２の実施例においては、
デスクトップアイコンとウインドウとで振る舞いが決ま
るデスクトップを２個以上、構築することができ、ウイ
ンドウアイコンとウインドウとで振る舞いが決まるデス
クトップと合わせて３個以上のデスクトップを構築する
ことができる。

【０１００】第１及び第２の実施例では、イベント管理
部３１２をウインドウマネージャ３１の中に設けたが、
ウインドウマネージャ３１とは独立にイベント管理部を
設けても第１及び第２の実施例と同様の効果が得られる
のは明らかである。

【０１０１】

【発明の効果】以上説明したように、この発明によれ
ば、操作環境を管理する処理をウインドウを管理する処
理と、ウインドウ以外のルートウインドウを管理する処
理に分け、ウインドウを管理する処理により第１の操作
環境を構築するとともに、ルートウインドウを管理する
処理と、ウインドウを管理する処理との通信を可能とし
た第２の操作環境を構築するようにしたことにより、同
一の画面上に、２個以上の操作環境を同時に構築するこ
とができる。

【０１０２】しかも、この発明においては、これら複数
の操作環境の使用にあたって、切り換えの必要がないた
め、操作の一貫性を保持することができるとともに、切
り換えのためのオーバーヘッドもなくなり、処理の高速
性を実現することができる。また、ウインドウ内に、一
方の操作環境を閉じ込めるものと異なり、ウインドウの
処理を経由して操作環境の制御処理を行うようなオーバ
ーヘッドもないので、その点でも高速処理が可能になる
ものである。

【図面の簡単な説明】

【図１】この発明によるデータ処理装置の第１の実施例
の機能ブロック図である。

【図２】この発明によるデータ処理装置の第１の実施例
の表示画面の例を示す図である。

【図３】この発明によるデータ処理装置の第１の実施例
の構成を説明するための図である。

【図４】図１の実施例の要部の動作のフローチャートで
ある。

【図５】図１の実施例のウインドウ管理方式を説明する
ための図である。

【図６】図１の実施例の２つのプロセス間の通信を説明
するための図である。

【図７】図１の実施例の処理の一部を説明するための図
である。

【図８】図１の実施例におけるアイコン管理方式を説明
するための図である。

【図９】図１の実施例のイベント処理の動作のフローチ
ャートである。

【図１０】図１の実施例のイベント処理の動作のフロー
チャートである。

【図１１】従来のデータ処理装置の一例の機能ブロック
図である。

【図１２】図１１の従来例の表示画面の例を示す図であ
る。

【符号の説明】

３１ ウインドウマネージャ ３２ デスクトップマネージャ ３１１ ウインドウ制御部 ３１２ イベント管理部 ３２１ デスクトップアイコン制御部 ３２２ ウインドウ生成要求出力部 Ｗａ 第１のデスクトップのウインドウ Ｗｂ 第２のデスクトップのウインドウ ＩＷａ ウインドウアイコン ＩＤｂ デスクトップアイコン ＲＷ ルートウインドウ

Claims (1)

【特許請求の範囲】
1. 【請求項１】 同一の表示画面上に複数のウインドウを
   表示して、個々のウインドウで処理を実行するマルチウ
   インドウ機能を有するデータ処理装置において、 操作環境を管理する処理部として、表示画面上のウイン
   ドウを管理する第１の処理部と、前記ウインドウを除く
   地の画面部分を管理する第２の処理部とを備えると共
   に、前記表示画面上での操作に対応して発生するイベン
   トが第１の操作環境のものであるか、前記第２の操作環
   境のものであるかを、前記操作が前記ウインドウの部分
   に対するものであるか、前記ウインドウを除く地の画面
   部分に対するものであるかにより判断するイベント管理
   部とを備え、 前記第２の処理部は、前記イベント管理部での判断の結
   果が前記第２の操作環境に対するイベントのとき、その
   イベントの処理として、前記第２の操作環境のウインド
   ウの発生要求を、前記第１の処理部に出力するウインド
   ウ発生要求出力手段を含み、 前記第１の処理部は、前記イベント管理部での判断の結
   果が前記第１の操作環境に対するイベントのとき、その
   イベントの処理として、前記第１の操作環境のウインド
   ウの発生及び制御を行うと共に、前記第２の処理部から
   の前記第２の操作環境のウインドウの発生要求に応じて
   前記第２の操作環境のウインドウの発生を行うウインド
   ウ制御手段を含むことを特徴とするデータ処理装置。