JP3450352B2 - データ管理方法及び装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、アプリケーションソフ
ト等により作成されたデータ等を管理するデータ管理方
法及び装置に関するものである。

【０００２】

【従来の技術】従来より１人或いは複数の利用者を有す
る１つ或いは複数の計算機システムにより形成されるデ
ータ管理装置がある。このようなデータ管理装置におい
ては、アプリケーションにより作成されたデータ或いは
その一部を、そのアプリケーション内または他の少なく
とも１つ以上のアプリケーションに複写または移動させ
ることが可能となっている。このような処理のために作
成される一時的に保存される共通データ、及びその共通
データを格納する場所をそれぞれＣＣＰデータ及びＣＣ
Ｐバッファという概念で管理している。ＣＣＰバッファ
に格納されるＣＣＰデータは一般に利用者に対しては公
開されず、また、文書という唯一のデータ種別に対応し
た１つのバッファしか存在しない。従って、このような
ＣＣＰデータを利用する場合は、この唯一のデータを利
用することになり、データを選択するという操作或いは
処理は不要である。

【０００３】これに対し、クリップデータ及びクリップ
ボードという概念による共通データの管理方法がある。
クリップデータは文書、図形等、データ種別を問わず複
数の登録が可能である。そして、従来の計算機システム
におけるデータ管理装置においては、アプリケーション
により作成されたクリップデータを参照する際に、作成
された一時保存データ全てを利用者に公開し、これら公
開された全てのクリップデータの中から利用者自身が必
要とするデータの選別を行っていた。

【０００４】

【発明が解決しようとする課題】しかしながら上記従来
例において、アプリケーションよりＣＣＰバッファを呼
び出せば唯一のＣＣＰバッファが特定されてそのデータ
が参照されるわけであるが、データの種別が固定されて
おり汎用性に乏しく、作業効率の向上に対する貢献度は
低いといえる。また、クリップデータを使用する場合
は、利用者は、一時保存データを呼び出すたびに、明ら
かに不要なデータを含むデータの一覧を参照しなければ
ならい。このため、保存されるデータ数が増えるにつれ
て、一時保存データの呼び出し作業に非常に手間がかか
ることになり、作業効率が低下する。

【０００５】本発明は上記の問題点に鑑みてなされたも
のであり、共通データに対する操作性を向上し、装置利
用者の作業効率を向上するデータ管理方法及び装置を提
供することを目的とする。

【０００６】

【課題を解決するための手段】上述目的を達成するため
の本発明によるデータ管理装置は以下の構成を備える。
即ち、アプリケーションにより作成されたデータの所望
の部分より取得された部分データをクリップデータとし
て複数のアプリケーションによって利用可能に管理する
データ管理装置であって、アプリケーションにより作成
されたデータの所望の部分より取得された部分データの
フォーマット情報を取得する取得手段と、複数のアプリ
ケーション間において共通に利用できるように、前記部
分データを前記取得手段で取得されたフォーマット情報
と共に記憶する記憶手段と、アプリケーションからのデ
ータ要求に応じて、前記記憶手段に記憶された部分デー
タより当該アプリケーションで利用可能な部分データ
を、前記フォーマット情報に基づいて選択して表示する
表示手段と、前記表示手段により表示されたデータより
ユーザによって選択された部分データを当該データ要求
を行なったアプリケーションに提供する提供手段とを備
える。

【０００７】また、上記目的を達成するための本発明に
よるデータ管理方法は、アプリケーションにより作成さ
れたデータの所望の部分より取得された部分データをク
リップデータとして複数のアプリケーションによって利
用可能に管理するデータ管理方法であって、アプリケー
ションにより作成されたデータの所望の部分より取得さ
れた部分データのフォーマット情報を取得する取得工程
と、複数のアプリケーション間において共通に利用でき
るように、前記部分データを前記取得工程で取得された
フォーマット情報と共に記憶手段に記憶する記憶工程
と、アプリケーションからのデータ要求に応じて、前記
記憶手段に記憶された部分データより当該アプリケーシ
ョンで利用可能な部分データを、前記フォーマット情報
に基づいて選択して表示する表示工程と、前記表示工程
により表示された部分データよりユーザによって選択さ
れた部分データを当該データ要求を行なったアプリケー
ションに提供する提供工程とを備える。

【０００８】

【作用】以上の構成により、アプリケーションにより作
成されたデータの所望の部分より取得された部分データ
をクリップデータとして複数のアプリケーションによっ
て利用可能に管理するにおいて、記憶手段には複数のア
プリケーション間で利用可能に部分データとそのフォー
マット情報が格納される。アプリケーションにより記憶
手段に記憶された部分データの要求があった場合は、当
該アプリケーションにおいて利用可能なフォーマットを
有する部分データが選択され、表示される。ユーザは表
示された部分データの中から所望の部分データを選択し
て当該アプリケーションに用いることができる。

【０００９】

【実施例】以下に添付の図面を参照しながら本発明の好
適な実施例について詳細に説明する。

【００１０】＜装置の説明＞図ｌは本実施例におけるデ
ータ処理装置のブロック図であり、１はアプリケーショ
ンプログラムによって処理中のデータの情報、各種メッ
セージメニューなどを表示するＣＲＴを示している。２
はＣＲＴ１の画面に表示されるイメージを展開するビデ
オＲＡＭ（以下、ＶＲＡＭ）を示している。３はメモリ
間あるいはメモリと各デバイス間のデータ転送をコント
ロールするビット処理ユニット（以下、ＢＭＵ）を示
し、４は文書編集などの処理を行なうための各種キーを
備えたキーボードであり、５は画面上のアイコンなどを
指し示すためなどに用いられるポインティングデバイス
を示す。６は本装置全体の制御を司るＣＰＵである。

【００１１】７はＣＰＵ６の動作処理手順を記憶してい
るＲＯＭである。なおこのＲＯＭ７にはデータ処理に係
るアプリケーションプログラムやエラー処理プログラム
をはじめ、後述する図２６などで示すフローチャートに
係るプログラムも記憶されている。８は上述した各種プ
ログラムをＣＰＵ５が実行する時にワークエリア、エラ
ー処理時の一時退避エリアとして用いられるＲＡＭを示
している。９はハードディスクドライブ（以下、ＨＤ
Ｄ）、１０はフロッピーディスクドライブ（以下、ＦＤ
Ｄ）をそれぞれ示し、それぞれのディスクは後述するア
プリケーションプログラムやデータ、ライブラリなどの
保存用に用いられる。

【００１２】１１はネットワークインターフェイス（以
下Ｎｅｔ−Ｉ／Ｆ）を示し、他の文書処理装置間でネッ
トワークを経由してデータ転送を行なうためにネットワ
ーク上のデータ制御、診断を行なう。１２は上述した各
ユニット間を接続するＩ／Ｏバス（アドレスバス、デー
タバスおよび制御バスからなる）である。

【００１３】＜デスクトップ管理システムの概念＞本実
施例において、「デスクトップ管理システム」と称され
るプログラムは以下の機能を備える。即ち、データを処
理するためのアプリケーションプログラムの管理、およ
びそれらのアプリケーションプログラムによって処理さ
れるデータの管理を行うとともに、ユーザに対してその
データを操作する環境を与え、アプリケーションプログ
ラムの実行や、実行されたアプリケーションプログラム
にデータを与える処理を行なう。実際のデスクトップ管
理システムの表示例としては、図３で示すようにウィン
ドウシステム上に複数のウィンドウで構築されたもので
あり、キーボード４およびポインティングデバイス５な
どの入力手段によってデータが操作される。

【００１４】次にデスクトップ管理システムにおける種
々の概念について説明する。図２は、デスクトップ管理
システムにおけるユーザの作業環境の概念であるルーム
とオフィスについて表したものである。

【００１５】１３はルームであり、１人のユーザが所有
する環境を提供するスペースを指す概念である。また、
１４はオフィスであり、それに含まれるルーム１３の集
合で構成されるスペースを指す概念である。これは、実
社会におけるオフィスとそこで働く作業者個人の作業環
境であるルームを模して形成されたものである。例え
ば、１つの計算機の物理的ファイルシステムを１つのオ
フィス１４として、複数のオフィス１４がネットワーク
で結合される。そして各オフィス１４毎に、複数のルー
ム１３が存在する。ルーム１３に含まれる作業環境を提
供する機能については、後述の操作オブジェクトの説明
で言及する。１人のユーザは、適当なオフィス１４に自
分のルーム１３を持ち、そのルーム１３内でデスクトッ
プ管理システムのサービスを受ける。そして、後述の操
作オブジェクトを操作することにより、アプリケーショ
ンプログラムの起動やデータの処理を行なうことが可能
となる。また、ユーザは自分のルーム１３外の同じオフ
ィス１４の他のユーザのルーム１３あるいは他のオフィ
ス１４のルーム１３にアクセスすることができる。そし
て、許された範囲内において自分のルーム１３内と同様
の操作をすることができる。さらに、複数のルーム１３
に跨ってデータの移動、複写などの操作を行なうことも
可能である。

【００１６】操作オブジェクト（オブジェクト）とは、
ユーザによるデスクトップ管理システムヘのアクセス手
段を提供するために、ウィンドウ上にアイコンとして表
現されるデータおよびデータの集合、更にデスクトップ
管理システムが提供する機能を示すものである。次に図
２とそれぞれの図を用いてユーザインタフェースで提供
されるオブジェクトを説明する。

【００１７】図３は、ウィンドウシステム上で実現され
るユーザのルーム１３を表すルームウィンドウＧ０１を
示したものである。図３を用いてルームウィンドウＧ０
１内にあるオブジェクトを説明する。

【００１８】デスクトップオブジェクトＧ０２によって
示されるデスクトップ１５は、デスクトップ管理システ
ムの一機能であるアプリケーションプログラムを管理す
る機能を示すオブジェクトである。デスクトップオブジ
ェクトＧ０２のオープン操作により、後述のデスクトッ
プ内オブジェクトを含むウィンドウが表示される。

【００１９】キャビネットオブジェクトＧ０３によって
示されるキャビネット１６は、アプリケーションプログ
ラムによって作成されたデータを階層構造で管理する機
能において、トップレベルの階層のエントリを指すオブ
ジェクトである。このキャビネットオブジェクトＧ０３
のオープン操作により、後述のキャビネット内オブジェ
クトを含むウィンドウが表示される。

【００２０】ライブラリオブジェクトＧ０４によって示
されるライブラリ１７は、アプリケーションプログラム
がデータを処理する際に参照する（共通な）補助データ
であるライブラリデータが格納されている場所のエント
リを指すオブジェクトである。ライブラリオブジェクト
Ｇ０４のオープン操作により、後述のライブラリ内オブ
ジェクトを含むウィンドウが表示される。

【００２１】タグトレイオブジェクトＧ０５よって示さ
れるタグトレイ１９は、キャビネットの階層構造をたど
ることなく、後述するバインダ２０やデータ１８にアク
セスするための仮想的なエントリを表すオブジェクトで
ある。タグ２１はタグトレイ内オブジェクトとして格納
するオブジェクトを指す。タグトレイオブジェクトＧ０
５のオープン操作により、後述のタグトレイ内オブジェ
クトを含むウィンドウが表示される。

【００２２】公開棚オブジェクトＧ０６によって示され
る公開棚２２とは、ユーザ自身のルーム１３内のキャビ
ネット１６下のデータ１８やバインダ２０を他のユーザ
が参照あるいは更新することを許可する（以下、公開操
作と呼称する）ための操作を実現し、その情報を保持す
るオブジェクトを指す。公開棚オブジェクトＧ０６のオ
ープン操作により、後述の公開棚内オブジェクトを含む
ウィンドウが表示される。

【００２３】ゴミ箱オブジェクトＧ０７によって示され
るゴミ箱２３は、データの廃棄を管理するオブジェクト
を指す。

【００２４】クリップボードオブジェクトＧ０８によっ
て示されるクリップボード２４は、アプリケーション２
６が処理するデータ１８またはその一部をアプリケーシ
ョン２６間で交換するための機能を提供するオブジェク
トである。

【００２５】出口オブジェクトＧ０９によって示される
出口２５は、他のユーザのルーム１３やオフィス１４へ
のアクセス手段を表すオブジェクトである。出口オブジ
ェクトＧ０９のオープン操作により、後述の出口内オブ
ジェクトを含むウィンドウが表示される。

【００２６】なお、ルームウインドウＧ０１内における
操作オブジェクト以外の表示について説明する。Ｇ１０
はユーザの名称および表示されているウィンドウの表題
を表示するタイトル、Ｇ１１はウィンドウ内の操作を指
示するための操作ボタン、Ｇ１２は操作のへルプ内容を
表示するへルプボタン、Ｇ１３はウィンドウ外にあるア
イコンをスクロールさせて表示させるスクロールバーを
表している。

【００２７】図４はデスクトップＧ０２がオープンされ
た状態のデスクトップウィンドウＧ１４を示したもので
ある。図４を用いてデスクトップウィンドウＧ１４内の
操作オブジェクトを説明する。アプリケーションオブジ
ェクトＧ１５によって示されるアプリケーション２６
（ここでは、文書編集，表計算，図形編集）は、アプリ
ケーションプログラムを操作（起動）するためのオブジ
ェクトを指す。アプリケーションオブジェクトＧ１５の
操作については後述する。

【００２８】図５はキャビネットオブジェクトＧ０３が
オープンされた状態のキャビネットウィンドウＧ１６を
示したものである。図５を用いてキャビネットウィンド
ウＧ１６内の操作オブジェクトを説明する。バインダオ
ブジェクトＧ１７によって示されるバインダ２０は、デ
ータを階層構造で管理するキャビネット１６下のノード
を示すオブジェクトである。このオブジェクトは、キャ
ビネット１６およびバインダ２０の下に任意に作成する
ことができる。バインダオブジェクトＧ１７のオープン
操作により、そのバインダ２０内に存在するバインダ２
０およびデータ１８を含むウィンドウが表示される。デ
ータオブジェクトＧ１８によって示されるデータ１８
は、アプリケーション２６により作成されたデータ１８
を表すオブジェクトであり、データ１８を操作したり、
そのデータ１８を処理するアプリケーションプログラム
を起動したりするために使用する。データオブジェクト
Ｇ１８の操作は後述する。バインダ２０内のオブジェク
トについても同様である。

【００２９】図６はライブラリオブジェクトＧ０４がオ
ープンされた状態のライブラリウィンドウＧ１９を示し
たものである。図６を用いてライブラリウィンドウＧ１
９内の操作オブジェクトを説明する。ライブラリバイン
ダオブジェクトＧ２０によって示されるライブラリバイ
ンダ２７は、後述するライブラリとして管理される同種
のライブラリデータ２８をまとめて格納するためのオブ
ジェクトである。Ｇ２１はライブラリバインダ２７下の
ライブラリデータ２８がアプリケーションプログラムに
よって現在参照されている回数を表す数値である。ライ
ブラリバインダオブジェクトＧ２０のオープン操作によ
り、オープンされたライブラリバインダ２７内のライブ
ラリデータ２８を含むウィンドウが表示される。

【００３０】図７はライブラリバインダオブジェクトＧ
２０がオープンされた状態のライブラリバインダウィン
ドウＧ２２を示したものである。図７を用いてライブラ
リバインダウィンドウＧ２２内の操作オブジェクトを説
明する。ライブラリデータオブジェクトＧ２３によって
示されるライブラリデータ２８とは、アプリケーション
により作成されたデータ１８のうち、特に前述のライブ
ラリとして管理されるものを指すオブジェクトである。
ライブラリデータ２８は同一のデータ形式のものが同じ
ライブラリバインダ２７に格納される。

【００３１】図８はタグトレイオブジェクトＧ０５がオ
ープンされた状態のタグトレイウィンドウＧ２４を示し
たものである。図８を用いてタグトレイウィンドウＧ２
４内の操作オブジェクトを説明する。タグオブジェクト
Ｇ２５によって示されるタグ２１は、キャビネット内オ
ブジェクト（バインダ２０，データ１８）に対してキャ
ビネットの階層構造をたどることなくアクセスするため
に仮想的に表示されるオブジェクトである。タグ２１に
対しては、そのタグ２１が指し示している実体のオブジ
ェクト（バインダ２０，データ１８）と同様の操作が可
能である。

【００３２】図９は公開棚オブジェクトＧ０６がオープ
ンされた状態の公開棚ウィンドウＧ２６を示したもので
ある。図９を用いて公開棚ウィンドウＧ２６内の操作オ
ブジェクトを説明する。公開トレイオブジェクトＧ２７
によって示される公開トレイ２９は、ユーザが公開操作
を行なう場合に、公開対象となる他のユーザまたは、ユ
ーザの集合（以下、ユーザグループと呼称する）毎に作
成されるオブジェクトを指す。公開トレイオブジェクト
Ｇ２７のオープン操作により、公開オブジェクト３０を
含むウィンドウが表示される。

【００３３】図１０は公開トレイオブジェクトＧ２７が
オープンされた状態の公開トレイウィンドウＧ２８を示
したものである。図１０を用いて公開トレイウィンドウ
Ｇ２８内の操作オブジェクトを説明する。公開オブジェ
クトＧ２９は、公開操作が行なわれたユーザのキャビネ
ット１６、バインダ２０、データ１８のオブジェクトを
仮想的に表示するものである。公開オブジェクトＧ２９
が存在する公開トレイ２９の属性により、その公開オブ
ジェクトＧ２９を公開する対象となるユーザあるいはユ
ーザグループが決定される。公開操作については後述す
る。

【００３４】図６１はクリップボードオブジェクトＧ０
８がオープンされた状態のクリップボードウィンドウＧ
６２を示したものである。クリップボードウィンドウＧ
６２内にはクリップデータ３２を示す操作オブジェクト
であるクリップデータオブジェクトＧ６３が含まれる。
クリップデータ３２とはアプリケーション２６により作
成されたデータ１８あるいはその一部と、そのフォーマ
ットＩＤを含むデータである。アプリケーション２６に
よって生成されたクリップデータ３２は、そのユーザの
ルーム１３内のクリップボード２４内に格納され、クリ
ップボードウィンドウＧ６２内にクリップデータオブジ
ェクトＧ６３として表示される。クリップボード２４の
操作については後述する。

【００３５】図１１は出口オブジェクトＧ０９がオープ
ンされた状態の出口ウィンドウＧ３０を示したものであ
る。図１１を用いて出口ウィンドウＧ３０内の操作オブ
ジェクトを説明する。ドアオブジェクトＧ３１は、ユー
ザが属するオフィスに存在する他のユーザのルームヘの
入口を表すオブジェクトである。ドア３１を示すドアオ
ブジェクトＧ３１にはユーザ名が表示されており、ドア
オブジェクトＧ３１をオープン操作することによりその
ドア３１の示す他のユーザのルーム１３のウィンドウが
表示される。そして、そのルーム１３のユーザが本ユー
ザまたは本ユーザを含むユーザグループに対して公開操
作を行なったキャビネット１６、バインダ２０、データ
１８を示すオブジェクトが表示される。本ユーザはその
公開されたオブジェクトを操作することにより、そのル
ーム１３のユーザのデータをアクセスすることができ
る。オフィスオブジェクトＧ３２は、他のオフィスヘの
入口を表すオブジェクトである。オフィスオブジェクト
Ｇ３２にはオフィス名が表示されており、そのオープン
操作により、そのオフィスに含まれるルームヘのエント
リを表すドア３１オブジェクトが表示される。このドア
３１への操作は、前記ドア３１と同様である。ライブラ
リオブジェクトＧ３３はユーザが属するオフィスが管理
するライブラリである。操作および内容は前述図６で説
明した内容と同一である。

【００３６】＜デスクトップ管理システム用情報＞次
に、デスクトップ管理システムが動作する上で必要とす
る管理情報について説明する。

【００３７】図１４はデータ情報５０のテーブルを表す
図である。データ情報５０はデスクトップ１５が管理す
るアプリケーションプログラム２６が作成するデータ１
８の形式、種類を登録し、管理するための情報で、個々
のデータ形式について次の項目が含まれる。５１はデー
タ・フォーマットＩＤであり、個々のデータ形式毎に固
有の番号である。５２は拡張子であり、そのデータ形式
のデータ１８のファイルを作成する時に、ファイル名の
最後につける文字である。５３はアイコンファイル名で
あり、バインダ２０内にデータ１８を表示する際に使用
するアイコンのデータが格納されているファイル名を表
す。５４はこのデータ形式のデータをライブラリデータ
としても管理できる場合、そのライブラリデータのＩＤ
である後述するライブラリＩＤを表す。複数のライブラ
リＩＤを登録することが可能である。

【００３８】図１５はアプリケーション情報６０のテー
ブルを表す図である。アプリケーション情報６０は、デ
スクトップ１５が管理するアプリケーション２６につい
ての情報であり、この情報に基づいて、後述のデスクト
ップ１５のウィンドウ内にアプリケーション２６のオブ
ジェクトが表示される。登録されたアプリケーション２
６毎に次の情報が含まれる。６１はアプリケーションＩ
Ｄであり、個々のアプリケーションプログラム毎に対し
て付けられた固有の番号である。６２は実行モジュール
名であり、アプリケーション２６を実行する際に使用す
るプログラムの名を表す。６３はアプリケーション名称
であり、アプリケーション２６のオブジェクトの名称と
して表示される。６４はアイコンファイル名であり、ア
プリケーション２６をアイコン表示する際に使用するア
イコンのデータが格納されているファイル名を表す。６
５は処理リストであり、そのアプリケーションプログラ
ムが処理可能なデータ１８のデータ形式を示すフォーマ
ットＩＤ５１、処理コードとその処理を表示するための
名称との対応を示す。６６は処理リスト６５のうち各フ
ォーマットＩＤ５１毎の処理リストの先頭のエントリで
あり、これはアプリケーション２６のデフォルトの処理
を表している。即ち、処理対象となるデータ１８が指定
されずにアプリケーション２６が起動された場合のアプ
リケーション２６における処理の内容を示し、フォーマ
ットＩＤ５０とその処理リストからなる。６７は処理デ
ータ要否情報であり、処理リストにある処理を行なう上
で、処理対象となるデータ１８が必要か否かを表す。処
理データ要否情報１８が“○”ならばデータ１８が必
要、“×”ならば不必要、空白ならばどちらでも良いこ
とを示す。

【００３９】図１６はライブラリ情報７０のテーブルを
表す図である。ライブラリ情報７０は、デスクトップ管
理システムが管理するライブラリデータ２８についての
情報であり、この情報に基づいて、後述のライブラリ１
７のウィンドウ内にライブラリバインダ２７が表示され
る。登録されたライブラリバインダ２７毎に次の情報が
含まれる。７１はライブラリＩＤであり、ライブラリバ
インダ２７毎に付けられた固有の番号である。７２はラ
イブラリバインダ名であり、ライブラリデータ２８が保
存されている階層構造のファイルシステムにおけるライ
ブラリバインダ２７の所在（ディレクトリ）位置を示
す。７３はライブラリ名称であり、同一のデータ形式を
もったデータの集合であるライブラリの名称を登録す
る。７４はオープン回数であり、現在までにライブラリ
バインダ２７下のライブラリデータ２８がオープンされ
た回数を表す。

【００４０】図１７はユーザ情報８０のテーブルを表す
図である。ユーザ情報８０は、１つのデスクトップ管理
システムが稼働するシステムのユーザを管理する情報で
あり、各ユーザごとに次の情報が含まれる。８１はユー
ザＩＤであり、各ユーザに対して付けられた固有の番号
である。８２はユーザ情報であり、ユーザの氏名等、ユ
ーザに関する任意の情報を表す。８３はユーザのルーム
ディレクトリであり、ユーザのルーム１３の所在（ディ
レクトリのパス）を表す。８４はユーザのルーム１３内
のライブラリデータ２８の更新モードを表す。このライ
ブラリ更新モードについては後述する。

【００４１】図１８はオフィス情報９０のテーブルを表
す図である。オフィス情報９０は、ネットワークなどで
接続された他のデスクトップ管理システムが稼働してい
るオフィス１４を管理する情報であり、各オフィス１４
毎に次の情報が含まれる。９１はオフィスＩＤであり、
個々のオフィス１４に対して付けられた固有の番号であ
る。９２はホスト名であり、オフィス１４の存在するホ
ストの名称を表す。９３はオフィス名であり、ホスト内
に存在するオフィス１４の名称を表す。９４はドメイン
であり、オフィス１４が属しているホストのドメインを
表す。ドメインとは、アーキテクチャが同じコンピュー
タの集合をいい、同一のドメインに属するコンピュータ
上で稼働するデスクトップ管理システム間では、アプリ
ケーションプログラムの作成したデータを特別な変換を
する必要なく転送することができる。９５はライブラリ
更新モードであり、オフィス内のライブラリデータ２８
の更新モードを表す。

【００４２】図１９はグループ情報１００のテーブルを
表す図である。グループ情報１００は、データ１８の参
照、更新を制限するためのユーザの範囲を表すために、
複数のユーザをまとめた単位であるグループを管理する
情報であり、各グループ毎に次の情報が含まれる。１０
１はグループＩＤであり、各グループ毎に対して付けら
れた固有の番号である。１０２は各グループに属してい
るユーザのユーザＩＤである。

【００４３】＜キャビネット管理用情報＞図２０はオブ
ジェクト管理情報１１０のテーブルを表す図である。オ
ブジェクト管理情報１１０は、バインダ２０内に含まれ
る個々のオブジェクトの情報を管理するためのファイル
で、キャビネット１６（ライブラリ１７、ゴミ箱２３も
含む）とそれ以下のバインダ２０毎に存在する。また、
オブジェクト管理情報１１０は、オフィス１４のライブ
ラリデータ２８を管理するためにオフィス１４毎に１つ
存在する。データ管理情報１１０は１つのデータについ
て次の項目が含まれる。

【００４４】１１１はオブジェクトタイプであり、オブ
ジェクトの種類（バインダ２０、データ１８、公開棚２
２、公開トレイ２９、タグトレイ１９、タグ２１、ライ
ブラリバインダ２７、ライブラリデータ２８）を示す。
１１２はファイル名であり、オブジェクトの内容である
ファイル名またはディレクトリ名を表す。１１３はフォ
ーマットＩＤであり、オブジェクトがデータ、またはラ
イブラリデータである場合、そのデータのフォーマット
ＩＤ５１を示す。また、オブジェクトがライブラリ１７
内のライブラリバインダである場合は、そのライブラリ
ＩＤを示す。１１４はクリエイタＩＤであり、オブジェ
クトがデータである場合、そのデータを作成したアプリ
ケーション２６のアプリケーションＩＤ６１を表す。１
１５はオブジェクトの漢字名称である。１１６はサイズ
であり、オブジェクトがデータである場合、そのデータ
のバイト単位のサイズであり、データが複数のファイル
（フラグメント：後述）で構成されている場合は、その
合計のサイズを表す。

【００４５】１１７は登録日付であり、そのオブジェク
トが新規に作成された日付を表す。１１８は更新日付で
あり、そのオブジェクトが最後に変更された日付を表
す。１１９は参照日付であり、そのオブジェクトが最後
に参照された日付を表す。１２０は所有者ＩＤであり、
そのオブジェクトの所有者のユーザＩＤ８１を表す。１
２１は所有者グループＩＤであり、そのオブジェクトの
所有者のグループＩＤ１０１を表す。１２２は参照ユー
ザＩＤであり、そのオブジェクトを最後に参照したユー
ザのユーザＩＤ８１を表す。１２３は更新ユーザＩＤで
あり、そのオブジェクトを最後に更新したユーザのユー
ザＩＤ８１を表す。１２４はアクセス・レベルであり、
そのオブジェクトに対する参照，更新操作に対する許可
／不許可を、データの所有者であるユーザ，データの所
有者が属するグループのユーザ、それ以外のユーザの３
種類に分類して設定される。

【００４６】１２５はドメインであり、オブジェクトが
データである場合に、そのデータが作成／更新されたオ
フィス１４のドメインを表す。１２６は公開先ユーザＩ
Ｄであり、オブジェクトが他のユーザに対して公開され
る公開トレイ２９である場合に、その公開トレイの対象
ユーザ、すなわち公開対象となるユーザのユーザＩＤ８
１を表す。１２７は公開先グループＩＤであり、オブジ
ェクトが他のグループに対して公開される公開トレイ２
９である場合に、その公開トレイの対象グループ、すな
わち公開対象となるグループのグループＩＤ１０１を表
す。１２８は公開複写制限であり、オブジェクトが公開
オブジェクト３０である場合に、公開先のユーザに対し
てそのオブジェクトの複写操作を制限する設定内容を表
す。１２９は公開期限であり、オブジェクトが公開オブ
ジェクト３０である場合に、公開オブジェクト３０の公
開操作が有効な期限を表す。１３０はデータ廃棄期限で
あり、オブジェクトがゴミ箱２３内に置かれたデータで
ある場合、データが一定期間経過すると自動的にゴミ箱
２３にて廃棄される期限を表す。１３１はタグ参照先で
あり、オブジェクトがタグ２１である場合に、タグ２１
が指し示している操作オブジェクト（実態）の所在を示
す。

【００４７】図２１は、オープンオブジェクト管理情報
１４０のテーブルを表す図である。オープンオブジェク
ト管理情報１４０は、各ユーザのルーム１３内の現在オ
ープンされているバインダ２０、データ１８の状態を管
理する情報であり、ルーム１３毎に１つ存在する。オー
プンオブジェクト管理情報１４０には１つのオブジェク
トについて次の項目が含まれる。１４１はファイル名で
あり、そのオブジェクトのファイル名を表す。１４２は
ユーザＩＤであり、そのオブジェクトをオープンしてい
るユーザのユーザＩＤ８１を表す。１４３はアクセスレ
ベルであり、そのオブジェクトが参照のみのアクセスレ
ベル１２４でオープンされているか、更新可能なアクセ
スレベル１２４でオープンされているか表すフラグであ
る。１４４はそのオブジェクトがオープンされた日付を
表す。

【００４８】図２２は、ライブラリ検索順番情報１５０
を表す図である。ライブラリ検索順番情報１５０はライ
ブラリデータ２８を検索する際のライブラリ１７の順番
を表す情報であり、ルーム１３毎に１つ存在する。

【００４９】＜バインダのオープン＞図２３はキャビネ
ットウィンドウにおいて、キャビネット１６内のバイン
ダ２０をオープンする操作を表す図である。図２３中、
Ｇ３７はポインティングデバイス５の画面上の位置を示
すカーソル、Ｇ３８は操作説明のためのポインティング
デバイス５のボタン操作を表すマークであり、“★”で
ボタン１クリック、“★★”でボタン２クリック、
“☆”でボタンが押されたことを、“☆☆”でボタンが
離されたことを表す。バインダ２０のオープン操作は、
キャビネットウィンドウＧ１６中のバインダオブジェク
トＧ１７のアイコンヘカーソルＧ３７を移動させてボタ
ンを２クリックする（“★★”）。このオープン操作に
より、バインダ２０の内容を表示するバインダウィンド
ウＧ３９が現れる。このオープン操作は、操作オブジェ
クト全般に共通な操作である。

【００５０】次に、バインダ２０のオープン処理を図２
４のフローチャートにより説明する。まず、ステップＳ
１で２クリックされたバインダオブジェクトＧ１７の示
すバインダ２０のオブジェクト管理情報１１０を得る。
続いてステップＳ２において、ステップＳ１で得られた
オブジェクト管理情報１１０のフォーマットＩＤ５１と
データ情報５０からアイコンファイルを読み出す。そし
て、ステップＳ３において、バインダウィンドウＧ３９
を生成するとともに、このバインダウィンドウＧ３９上
にステップＳ２で読みだしたアイコンファイルによりア
イコン表示を行なう。ステップＳ４でこれらの処理をオ
ブジェクト管理情報１１０の全てのエントリに対して実
行したかどうかを判断し、全エントリに対して処理が実
行されていれば本処理を終了する。また、未処理のエン
トリがあればステップＳ２へ戻り上述の処理を繰り返
す。この処理はキャビネット１６、公開棚２２、タグト
レイ１９、ライブラリバインダ２７に共通である。デス
クトップ１５、出口２５、ライブラリ１７のオープン処
理は後に述べる。

【００５１】＜データのコピー＞図２５はキャビネット
１６あるいはバインダ２０間のデータ１８のコピー操作
を表す図である。データ１８のコピー操作は、まず、希
望するコピー元のデータオブジェクトＧ１８のアイコン
ヘカーソルＧ３７を移動させる。次に、ボタンを押した
まま（“☆”）カーソルＧ３７を希望するコピー先のバ
インダウィンドウＧ３９ヘ移動してボタンを離す（“☆
☆”）ことにより完了する。このような操作をドラグ／
ドロップ操作という。また、本図においてはコピー先が
バインダウインドウＧ３９であるが、キャビネットウィ
ンドウＧ１６でも同様である。

【００５２】キャビネットにおけるデータ１８のコピー
処理方法を図２６のフローチャートを用いて説明する。
ステップＳ１０においてコピー元のアイコン上でボタン
が押された段階でコピー元のデータ１８が存在するバイ
ンダ２０からデータ１８のオブジェクト管理情報１１０
を得ておく。ステップＳ１１で得られたオブジェクト管
理情報１１０からコピー元のデータ１８が公開オブジェ
クト３０でありかつ公開複写制限１２８の設定がある場
合にはステップＳ１２でコピー禁止の旨の表示を行い処
理を中止する。ステップＳ１３でコピー先にてボタンが
離された後、ステップＳ１４でディスク容量などファイ
ルのコピーが可能であるかを検査し、コピー不可能であ
ればステップＳ１５でエラー表示を行ない処理を中止す
る。ステップＳ１６でコピー先のバインダ２０のオブジ
ェクト管理情報１１０にステップＳ１０で得られたオブ
ジェクト管理情報１１０のエントリを追加する。そし
て、ステップＳ１７でデータ１８の内容であるファイル
をコピーすることによりデータコピー処理を完了する。

【００５３】＜アプリケーションの起動＞デスクトップ
管理システムで管理されるアプリケーション２６あるい
はデータ１８の示すオブジェクトをユーザが操作するこ
とによってアプリケーションが起動される。アプリケー
ションの起動は、アプリケーションの実行モジュール名
６２とそれに続いて処理されるデータ１８のファイル名
１１２とフォーマットＩＤ５１、処理リスト６５中の処
理方法を指示する文字列を付加することで実行される
（例：／ｕｓｒ／ｌｏｃａｌ／ｂｉｎ／ｅｚｐｓ／ｅｚ
ｐｓ −ｆ ０１２−ｍ ｅ）。図３で、ルームウィン
ドウＧ０１内のデスクトップオブジェクトＧ０２を２ク
リックすると、図４のように、デスクトップウィンドウ
Ｇ１４がオープンされ、既に登録されているアプリケー
ション２６を示すアプリケーションオブジェクトＧ１５
が表示される。デスクトップ１５のオープン処理は、ア
プリケーション情報６０を得てアイコンファイルを読み
だしウィンドウ上にアイコン表示を行なうことで終了す
る。

【００５４】アプリケーションによりデータ１８がオー
プンされると、データ１８が存在するルームのオープン
オブジェクト管理情報１４０に、オープンされたデータ
１８のエントリが追加される。また、アプリケーション
によってデータ１８がクローズされると、前述オープン
オブジェクト管理情報１４０のオープンされたデータ１
８のエントリが削除される。次に、図を用いてユーザの
操作別にデスクトップ管理システムにおけるアプリケー
ションの起動処理を説明する。

【００５５】（ｌ）アプリケーションオブジェクトのオ
ープン操作による起動（Ａ）．図２７で、デスクトップ
ウィンドウＧ１４内のアプリケーションオブジェクトＧ
１５上にカーソルＧ３７を移動し、ボタンを２クリック
する。図２８のフローチャートにより説明すると、ステ
ップＳ２０において、２クリックされたアプリケーショ
ンオブジェクトの示すアプリケーション２６のアプリケ
ーション情報６０を得る。次に、ステップＳ２１でアプ
リケーション情報６０の先頭にあるフォーマットＩＤ５
１と、そのデフォルト処理６６の処理コードをアプリケ
ーションに渡してアプリケーションプログラムを起動す
る。

【００５６】（２）アプリケーションオブジェクトのオ
ープン操作による起動（Ｂ）．図２９で、メニューリス
トＧ４１の中から「操作」ボタンＧ４０をボタン１クリ
ックによって選択すると「操作」ボタンＧ４０の表示が
反転する。この状態でデスクトップウィンドウＧ１４内
のアプリケーションオブジェクトＧ１５をマウスのボタ
ン１クリックによって選択すると、アプリケーションオ
ブジェクトＧ１５は選択されたことが判別できるように
アイコンの枠が太くなるなどの外観が変化するととも
に、「操作」メニューＧ４２が表示される。表示された
「操作」メニューＧ４２から選択したアプリケーション
オブジェクトＧ１５によって示されるアプリケーション
２６で実行したい処理を選択する。

【００５７】以上のオープン操作における処理手順を図
３０のフローチャートにて説明する。ステップＳ３０に
て「操作」ボタンＧ４０が選択されない場合にはステッ
プＳ３１で他の処理を行う。また、「操作」ボタンＧ４
０が選択された場合には、ステップＳ３２へ進む。ステ
ップＳ３２においてアプリケーションオブジェクトＧ１
５が選択された後に、ステップＳ３３において前ステッ
プで選択されたアプリケーション２６のアプリケーショ
ン情報６０を得る。そして、ステップＳ３４では、ステ
ップＳ３３にて得られたアプリケーション情報６０の先
頭エントリにあるフォーマットＩＤ５１がデフォルトと
して選択されたことになり、前述フォーマットＩＤ５１
の処理リスト６５にある処理名称が「操作」メニューＧ
４２に表示される。尚、「操作」メニューＧ４２には、
印刷機能などの既に作成されたデータを必要とする機能
については表示されない。これは、処理データ要否情報
６７を検査することにより判定される。ステップＳ３５
で「操作」メニューＧ４２の１項目が選択されると、ス
テップＳ３６へ進み、既にデフォルトとして選択された
フォーマットＩＤ５１と選択された項目に対応する処理
コードを渡して、すでに選択されたアプリケーションオ
ブジェクトＧ１５の示すアプリケーションプログラムを
起動する。

【００５８】（３）アプリケーションオブジェクトのド
ラグ／ドロップ操作による起動．図３１で、デスクトッ
プウィンドウＧ１４内のアプリケーションオブジェクト
Ｇ１５をドラグし、キャビネット（バインダ）ウィンド
ウＧ１６内にドロップする。処理手順は前述の（１）の
オープン処理手順と同様であり、ドラグ／ドロップされ
たアプリケーションオブジェクトＧ１５の示すアプリケ
ーション２６のアプリケーション情報６０を得る。そし
て、アプリケーション情報６０の先頭にあるフォーマッ
トＩＤ５１と、そのデフォルト処理６６の処理リストの
処理コードを渡してアプリケーションプログラムを起動
する。

【００５９】（４）データオブジェクトのオープン操作
による起動．図３２で、キャビネット（バインダ）ウィ
ンドウＧ１６内のデータオブジェクトＧ１８を２クリッ
クすることにより、アプリケーションを起動する。これ
を図３３のフローチャートにて説明すると、まずステッ
プＳ４０において、２クリックされたデータオブジェク
トＧ１８によって示されるデータ１８のオブジェクト管
理情報１１０からクリエイタＩＤ１１４とそのデータの
フォーマットＩＤ５１を得る。次にステップＳ４１にお
いて、ステップＳ４０で得られたクリエイタＩＤ１１４
と同じアプリケーションＩＤ６１を持つアプリケーショ
ン情報６０のエントリを得る。そしてステップＳ４２に
おいて、前述のステップＳ４０で得られたフォーマット
ＩＤ及びステップＳ４１で得られたアプリケーション情
報により、アプリケーション情報６０におけるフォーマ
ットＩＤ５１のデフォルト処理６６の処理コードを抽出
する。そして、この処理コードとデータのファイル名１
１２を渡してこのアプリケーションプログラムを起動す
る。

【００６０】（５）データオブジェクトのオープン操作
による起動．図３４で、メニューリストＧ４１の中から
「操作」ボタンＧ４０をボタン１クリックによって選択
すると「操作」ボタンＧ４０が反転表示される。この状
態で、キャビネット（バインダ）ウィンドウＧ１６（Ｇ
３９）内のデータオブジェクトＧ１８をボタン１クリッ
クによって選択すると、データオブジェクトＧ１８は選
択されたことが判別できるようにアイコンが反転表示さ
れるなどの外観が変化するとともに、「操作」メニュー
Ｇ４２が表示される。そして、表示された「操作」メニ
ューＧ４２から選択したデータオブジェクトＧ１８に示
されるデータ１８に対して実行したい処理を選択する。

【００６１】以上の操作によるアプリケーションのオー
プン処理を図３５のフローチャートにて説明する。ウィ
ンドウ上の「操作」ボタンＧ４０が選択されない場合に
はステップＳ５１で他の処理を行い本処理を終了する。
また、「操作」ボタンＧ４０が選択された場合にはステ
ップＳ５２へ進む。ステップＳ５２にてデータオブジェ
クトＧ１８が選択されると、ステップＳ５３にてオブジ
ェクト管理情報１１０から選択されたデータオブジェク
トＧ１８の示すデータ１８のフォーマットＩＤ５１とク
リエイタＩＤ１１４を得る。そして、アプリケーション
情報６０からクリエイタＩＤ１１４と同じアプリケーシ
ョンＩＤ６１を持つエントリを得る。次にステップＳ５
４において、ステップＳ５３で得られたアプリケーショ
ン情報６０のエントリから、ステップＳ５３で得られた
フォーマットＩＤ５１に該当する処理リスト６５の処理
名称を「操作」メニューＧ４２として表示する。

【００６２】ステップＳ５５で、「操作」メニューＧ４
２の１項目が選択されると、ステップＳ５６へ進み、デ
ータ１８のファイル名１１２，既に得られたフォーマッ
トＩＤ５１，「操作」メニューＧ４２から選択された項
目に対応する処理コードを渡して、既に得られたアプリ
ケーション情報６０の実行モジュール名６２によってア
プリケーションプログラムを起動する。

【００６３】（６）データオブジェクトをアプリケーシ
ョンオブジェクト上にドラグ／ドロップして起動．図３
６で、キャビネット（バインダ）ウィンドウＧ１６（Ｇ
３９）内の１つのデータオブジェクトＧ１８をドラグ
し、デスクトップウィンドウＧ１４内のアプリケーショ
ンオブジェクトＧ１５上にドロップすることにより、ド
ロップされたアプリケーションプログラムを起動する。

【００６４】上記の起動操作による処理手順を図３７の
フローチャートにて説明する。データオブジェクトＧ１
８がドラグされると、ステップＳ６０において、オブジ
ェクト管理情報１１０からドラグされたデータオブジェ
クトＧ１８によって示されるデータ１８のファイル名１
１２とフォーマットＩＤ５１を得る。ステップＳ６１で
は、ドラグされたデータオブジェクトＧ１８がデスクト
ップウィンドウＧ１４のアプリケーションオブジェクト
Ｇ１５上に位置されているかどうかを判定し、位置され
ていればステップＳ６２へ進む。位置されていなければ
ステップＳ６５へ進む。

【００６５】ステップＳ６２では、位置されたアプリケ
ーション２６のアプリケーション情報６０を得る。ステ
ップＳ６３ではアプリケーション２６がドラグされてい
るデータオブジェクトＧ１８によって示されるデータ１
８のフォーマットＩＤ５１が処理可能であるかをチェッ
クし、処理可能であればステップＳ６４へ進む。また、
処理可能でなければステップＳ６５へ進む。ステップＳ
６４では、前述のアプリケーションオブジェクトＧ１５
のアイコン表示を反転させる等、表示方法を変化させ
て、ユーザに対してアプリケーション２６がドラグされ
ているデータオブジェクトＧ１８が示すデータ１８を処
理可能であることを知らせる。ステップＳ６５でドラグ
されたデータオブジェクトＧ１８がドロップされたかど
うかを判定しドロップされたらステップＳ６６へ進む。
また、ドロップされていなければステップＳ６１へ戻り
上述の処理を繰り返す。

【００６６】ステップＳ６６では、前述のデータ１８を
処理可能なアプリケーション２６のアプリケーションオ
ブジェクトＧ１５上にドロップされたかが検査される。
ここで、処理可能なアプリケーションであればステップ
Ｓ６７へ進む。そして、ステップＳ６７では、ステップ
Ｓ６２で得られたアプリケーション情報６０から、アプ
リケーションＩＤ６１に該当するフォーマットＩＤ５１
のデフォルト処理６６の処理コードを得る。そして、こ
のアプリケーション情報６０の実行モジュール名６２で
示されるアプリケーション２６に、フォーマットＩＤ５
１，処理コード，データ１８のファイル名１１２を渡し
てアプリケーションプログラムを起動する。

【００６７】またこのデスクトップ管理システムでは、
図１５によって説明したように、１つのデータ形式のデ
ータ１８を複数のアプリケーション２６によって処理す
ることができる場合、また１つのアプリケーション２６
が複数のデータ形式のデータ１８を処理できる場合に、
データ１８とそれを処理できるアプリケーションとの関
係を管理している。このため選択またはドラグしたデー
タオブジェクトＧ１８を、どのアプリケーションオブジ
ェクトＧ１５にドロップできるか、即ちどのアプリケー
ション２６がそのデータ１８を処理可能であるかを操作
を行っているユーザに知らせることは有用なことであ
る。これを実現する手段として、次のガイダンス機能を
提供する。

【００６８】（６．１）線による結合のガイダンス．図
３９に示すように、キャビネットウィンドウＧ１６（或
いはバインダウィンドウＧ３９）内の１つのデータオブ
ジェクトＧ１８をグラブしたときに、そのデータオブジ
ェクトＧ１８とデスクトップウィンドウＧ１４内の処理
可能なアプリケーションオブジェクトＧ１５とを線によ
って結び付けて提示する。

【００６９】上記の線による結合のガイダンスを行う処
理を図４０のフローチャートにて説明する。データオブ
ジェクトＧ１８がグラブされると、ステップＳ７０にお
いて、データ管理情報１１０からそのデータオブジェク
トＧ１８に対応するデータ１８のファイル名１１２とフ
ォーマットＩＤ５１を得る。ステップＳ７１においてデ
スクトップ１５内のアプリケーション２６を検索する。
ステップＳ７２において、未検査のアプリケーション２
６が存在しないと判断されたならば本処理を終了する。
未検査のアプリケーション２６が存在した場合は、処理
をステップＳ７３に進める。

【００７０】ステップＳ７３では、検索されたアプリケ
ーション２６についてのアプリケーション情報６０を得
る。ステップＳ７４において、そのアプリケーション２
６がグラブされているデータオブジェクトＧ１８の示す
データ１８のフォーマットＩＤ５１を処理可能であるか
どうかを検査する。即ち、グラブされたデータオブジェ
クトＧ１８を、デスクトップウィンドウＧ１４のアプリ
ケーションオブジェクトＧ４３が処理可能であるかどう
かをチェックする。そして、処理可能でなければステッ
プＳ７１へ戻る。また、処理可能ならば、ステップＳ７
５においてデータオブジェクトＧ１８とアプリケーショ
ンオブジェクトＧ４３を線Ｇ４４で結ぶ（図３９を参
照）。このように、線を表示することにより、アプリケ
ーションオブジェクトＧ４３の示すアプリケーション２
６が、グラブされているデータオブジェクトＧ１８の示
すデータ１８を処理可能であることをユーザに対して知
らせる。

【００７１】以上のようにステップＳ７１において検索
した１つのアプリケーション２６に対するステップＳ７
５の提示処理が終了すると、処理の制御をステップＳ７
１に戻す。そして、ステップＳ７２でまだ検査していな
いアプリケーション２６が存在しているならば、以降の
デスクトップ１５内のアプリケーション２６について上
述のステップＳ７３からステップＳ７５の処理を繰り返
す。以上のようにして、ステップＳ７２の判断によって
処理が終了すると、例えば図３９で示すようにキャビネ
ットウィンドウＧ１６内でグラブされたデータオブジェ
クトＧ１８と、それを処理することができるアプリケー
ション２６のアプリケーションオブジェクトＧ４３およ
びＧ４５が線Ｇ４４およびＧ４６で結ばれる。

【００７２】（６．２）ハイライト表示による結合のガ
イダンス．図４１に示すように、キャビネットウィンド
ウＧ１６あるいはバインダウィンドウＧ３９内の１つの
データデータオブジェクトＧ１８をグラブしたときに、
そのデータオブジェクトＧ１８を処理可能なデスクトッ
プウィンドウＧ１４内のアプリケーションオブジェクト
Ｇ１５をハイライトするなどの表示を変更して提示す
る。

【００７３】上記のハイライト表示による結合のガイダ
ンスの処理手順を図４２のフローチャートにて説明す
る。データオブジェクトＧ１８がグラブされると、ステ
ップＳ８０において、そのデータオブジェクトＧ１８に
対応するデータ１８に対するデータ管理情報１１０から
ファイル名１１２とフォーマットＩＤ５１を得る。ステ
ップＳ８１においてデスクトップ１５内のアプリケーシ
ョン２６を検索する。ステップＳ８２において、未検査
のアプリケーション２６が存在するかどうかを検査す
る。そして、未検査のアプリケーションが存在しないと
判断されたならば、処理可能なアプリケーションの提示
処理を終了する。また、未検査のアプリケーションが存
在した場合は、ステップＳ８３へ進む。

【００７４】ステップＳ８３では、そのアプリケーショ
ン２６についてのアプリケーション情報６０を得る。そ
してステップＳ８４において、そのアプリケーション２
６がグラブされているデータオブジェクトＧ１８の示す
データ１８のフォーマットＩＤ５１を処理可能であるか
どうかを検査する。たとえばデータオブジェクトＧ１８
を、デスクトップウィンドウＧ１４のアプリケーション
オブジェクトＧ４７が処理可能であるかどうかを検査す
る。そして、処理可能でないならばステップＳ８１へ戻
る。また、処理可能であるならば、ステップＳ８５へ進
み、図４１に示すようにアプリケーションオブジェクト
Ｇ４７の表示をハイライト表示する。このように、ユー
ザに対してアプリケーションオブジェクトＧ４７の示す
アプリケーション２６が、ドラグされているデータオブ
ジェクトＧ１８の示すデータ１８を処理可能であること
を知らせる。

【００７５】ステップＳ８１において検索した１つのア
プリケーション２６についてステップＳ８５の提示処理
が終了すると、処理の制御をステップＳ８１に戻す。そ
して、ステップＳ８２において、まだ検査していないア
プリケーション２６が存在しているならば、以降のデス
クトップ１５内のアプリケーション２６についてステッ
プＳ８３からステップＳ８５の処理を繰り返す。以上の
ようにして全アプリケーションについての検査を完了
し、ステップＳ８２の判断によって処理が終了すると、
例えば図４１で示すようにキャビネットウィンドウＧ１
６内でグラブされたデータオブジェクトＧ１８を処理す
ることができるアプリケーション２６のアプリケーショ
ンオブジェクトＧ４７およびＧ４８がハイライト表示さ
れる。

【００７６】（６．３）引力によるガイダンス．図４３
で、キャビネットウィンドウＧ１６あるいはバインダウ
ィンドウＧ３９内の１つのデータオブジェクトＧ１８を
ドラグして移動させたとき、そのドラグしているデータ
オブジェクトＧ１８がデスクトップウィンドウＧ１４内
の処理可能なアプリケーションオブジェクトＧ１５から
の定められた距離に達した時点で、デスクトップ管理シ
ステムによって、ドラグしたデータオブジェクトＧ１８
の表示位置をそのアプリケーションオブジェクトＧ１５
上に自動的に補正して提示する。

【００７７】この処理を図４４のフローチャートにて説
明する。データオブジェクトＧ１８がグラブされると、
ステップＳ９０において、そのデータオブジェクトＧ１
８に対応するデータ１８についてデータ管理情報１１０
からファイル名１１２とフォーマットＩＤ５１を得る。
ステップＳ９１において、ドラグされたデータオブジェ
クトＧ４９とアプリケーションオブジェクトＧ５０との
重なりの面積が、ドラグされたデータオブジェクトＧ４
９の表示面積のある一定の割合に達したかを判断する。
ステップＳ９１において、ドラグされたデータオブジェ
クトＧ４９とアプリケーションオブジェクトＧ５０のア
イコンとの重なりの面積が、ドラグされたデータオブジ
ェクトＧ４９の表示面積のある一定の割合に達したかど
うかを判断する。達していないと判断した場合は制御を
ステップＳ９１に戻す。また、ステップＳ９１におい
て、重なりの面積が一定の割合に達したと判断されたな
らばステップＳ９２へ進む。

【００７８】ステップＳ９２においてアプリケーション
オブジェクトＧ５０の示すアプリケーション２６のアプ
リケーション情報６０を得る。そしてステップＳ９４に
おいて、アプリケーションオブジェクトＧ５０の示すア
プリケーション２６がドラグされているデータオブジェ
クトＧ４９の示すデータ１８のフォーマットＩＤ５１を
処理可能であるかどうかを判断する。そして処理可能で
あると判断されたならばステップＳ９５に進む。ステッ
プＳ９５において、グラブされたデータオブジェクトＧ
４９の表示位置を補正し、図４３のＧ５１に示されるよ
うにデータオブジェクトＧ４９とアプリケーションオブ
ジェクトＧ５０が完全に重なるようにする。また、これ
と同時にアプリケーションオブジェクトＧ５０をハイラ
イト表示する。この処理によってユーザは、ドラグして
いるデータオブジェクトＧ４９があたかも引力によって
アプリケーションオブジェクトＧ５０に引き寄せられた
ように感じるので、そのアプリケーションオブジェクト
Ｇ５０の示すアプリケーション２６がドラグしているデ
ータオブジェクトＧ４９の示すデータ１８を処理可能で
あると判断することができる。

【００７９】ステップＳ９６に続いて、ステップＳ９７
において、ドラグされたデータオブジェクトＧ４９がア
プリケーションオブジェクトＧ５０上にドロップされた
かを判断する。ステップＳ９７において、ドロップされ
ないと判断された時は、制御をステップＳ９１に戻す。
ステップＳ９７においてドロップされたと判断された時
は、ステップＳ９８に進み、ステップＳ９２で得られた
アプリケーション情報６０から、アプリケーションＩＤ
６１に該当するフォーマットＩＤ５１のデフォルト処理
６６の処理コードを得る。そして、アプリケーションオ
ブジェクトの示すアプリケーション２６にフォーマット
ＩＤ５１，処理コード，データオブジェクトＧ１８が示
すデータ１８のファイル名１１２を渡してアプリケーシ
ョン２６を起動する。

【００８０】（６．４）反力によるガイダンス．図４５
で、キャビネットウィンドウＧ１６あるいはバインダウ
ィンドウＧ３９内の１つのデータオブジェクトＧ１８を
ドラグして移動させたとき、そのドラグしているデータ
オブジェクトＧ１８がデスクトップウィンドウＧ１４内
の処理不可能なアプリケーションオブジェクトＧ１５か
らの定められた距離に達した時点で、デスクトップ管理
システムによって、ドラグしたデータオブジェクトＧ１
８の表示位置を自動的に補正して提示する。

【００８１】上記の処理を図４４のフローチャートを用
いて説明する。データオブジェクトＧ１８がグラブされ
ると、ステップＳ９０において、そのデータオブジェク
トＧ１８に対応するデータ１８についてデータ管理情報
１１０からファイル名１１２とフォーマットＩＤ５１を
得る。ステップＳ９１において、ドラグされたデータオ
ブジェクトＧ５３とアプリケーションオブジェクトＧ５
２との重なりの面積が、ドラグされたデータオブジェク
トＧ５３の表示面積のある一定の割合に達したかを判断
する。ステップＳ９１において、その重なりの面積が上
記一定の割合に達していないと判断した場合は制御をス
テップＳ９１に戻す。また、ステップＳ９１において、
重なりの面積が、上記一定の割合に達したと判断された
ならばステップＳ９２へ進む。

【００８２】ステップＳ９２においてアプリケーション
オブジェクトＧ５２の示すアプリケーション２６のアプ
リケーション情報６０を得る。そして、ステップＳ９４
においてアプリケーションオブジェクトＧ５２の示すア
プリケーション２６がドラグされているデータオブジェ
クトＧ５３の示すデータ１８のフォーマットＩＤ５１を
処理可能であるかどうかを判断する。処理可能であると
判断された場合は、前述の（６．３）と同様の処理手順
によりアプリケーション２６の起動処理を行う。一方、
ステップＳ９４において処理不可能であると判断された
ならば、ステップＳ９３へ進む。ステップＳ９３におい
て、ドラグされたデータオブジェクトＧ５３の表示位置
を補正し、Ｇ５４のようにデータオブジェクトＧ５３と
アプリケーションオブジェクトＧ５２の重なりを減少あ
るいはなくす。この処理によってユーザは、ドラグして
いるデータオブジェクトＧ５３があたかも反力によって
アプリケーションオブジェクトＧ５２から引き離された
ように感じ、そのアプリケーションオブジェクトＧ５２
の示すアプリケーション２６がドラグしているデータオ
ブジェクトＧ５３の示すデータ１８を処理不可能である
と判断することができる。

【００８３】（７）複数のデータオブジェクトをアプリ
ケーションオブジェクト上にドラッグ／ドロップして起
動．図３８で、キャビネット（バインダ）ウィンドウＧ
１６（Ｇ３９）内の複数のデータオブジェクトＧ１８を
ドラグし、デスクトップウィンドウＧ１４内のアプリケ
ーションオブジェクトＧ１５にドロップする。

【００８４】この場合の処理手順としては、まず、ドラ
グされたそれぞれのデータオブジェクトＧ１８のフォー
マットＩＤ５１を得る。次に、ドラグされたデータオブ
ジェクトＧ１８がデスクトップウィンドウＧ１４のアプ
リケーションオブジェクトＧ１５上に位置されると、ア
プリケーション情報６０を検索して、アプリケーション
オブジェクトＧ１５の示すアプリケーション２６が、ド
ラグされている全てのデータオブジェクトＧ１８のフォ
ーマットＩＤ５１を処理可能であるかを判断する。そし
て処理可能ならば、アプリケーションオブジェクトＧ１
５のアイコン表示をハイライトさせるなどの表示方法を
変化させてユーザに対してその旨を知らせる。

【００８５】前述のハイライト表示されたアプリケーシ
ョンオブジェクトＧ１５上にドラグされた複数のデータ
オブジェクトＧ１８がドロップされると、アプリケーシ
ョンオブジェクトＧ１５が示すアプリケーション２６の
アプリケーションＩＤ６１とデータオブジェクトの示す
データ１８のフォーマットＩＤ５１からアプリケーショ
ン情報６０を検索する。この検索により、アプリケーシ
ョンＩＤ６１に該当する実行モジュール名６２及びフォ
ーマットＩＤ５１のデフォルト処理６６の処理コードを
得る。そして、フォーマットＩＤ５１，処理コード，複
数のデータ１８のファイル名１１２を渡してアプリケー
ション２６を起動する。

【００８６】＜公開操作＞通常、ユーザのルーム１３内
のキャビネット１６、バインダ２０、データ１８を他の
ユーザが参照、更新することは許されていない。ユーザ
が自分の所有するキャビネット１６、バインダ２０、デ
ータ１８を他のユーザに対して参照あるいは更新するこ
とを許可する操作を「公開操作」を呼ぶ。また、「公開
操作」を行なうあるいは行なわれたキャビネット１６、
バインダ２０、データ１８を公開オブジェクト３０と呼
ぶ。

【００８７】次に、「公開操作」を行なうための操作お
よび処理を説明する。まず、公開トレイ作成処理によ
り、公開対象とするユーザあるいはグループ毎に公開ト
レイ２９を公開棚２２上に作成する。作成方法は、図４
６において公開棚ウィンドウＧ２６上でウィンドウ上の
新規作成ボタンＧ５５を選択すると、新規作成ボタンＧ
５５の表示が白黒反転し、問い合わせ入力ウィンドウＧ
５６が表示される。この問い合わせ入力ウィンドウＧ５
６に、公開する相手のユーザの名称またはユーザＩＤ８
１、あるいはグループの名称またはグループＩＤ１０１
を入力することにより、公開棚ウィンドウＧ２６内に新
規の公開トレイ２９を示す公開トレイオブジェクトＧ２
７が作成され表示される。

【００８８】次にデータ１８或いはバインダ２０を公開
オブジェクトとする操作（公開操作処理）について説明
する。ユーザあるいはグループの公開トレイオブジェク
トＧ２７をオープンすると、公開トレイウィンドウＧ２
８が表示される。ここでバインダ２０間のデータ１８の
コピー操作と同様に、公開したいデータオブジェクトＧ
１８またはバインダオブジェクトＧ１７をドラグして公
開トレイウィンドウＧ２８上へドロップする。この操作
によりドロップされた公開オブジェクトＧ２９が公開ト
レイウィンドウＧ２８上に表示されて公開操作が行なわ
れたことを表す。

【００８９】また、公開設定操作により、公開したオブ
ジェクトに対して他のユーザの複写操作を制限する設定
や、公開を許可する期限を設定することが可能である。
図４７を用いてこの設定操作を説明する。図４７におい
て公開トレイウィンドウＧ２８の操作ボタンＧ５７を押
してから設定したい公開オブジェクトＧ２９を１クリッ
クする。この操作により、問い合わせ入力ウィンドウＧ
５８が表示される。この問い合わせ入力ウィンドウＧ５
８により表示される各設定項目を入力することで設定が
完了する。尚、既に設定がなされている場合には、問い
合わせ入力ウィンドウＧ５８を表示する時に設定項目欄
内に設定内容が表示される。

【００９０】次に、図４８〜図５０のフローチャートを
用いて、上述の各処理（公開トレイ作成処理，公開操作
処理，公開設定処理）について更に詳しく説明する。

【００９１】デスクトップ管理システムでの公開トレイ
２９の作成処理を図４６と、図４８のフローチャートに
て説明する。公開棚ウィンドウＧ２６上の新規作成ボタ
ンＧ５５が選択されたらステップＳ１００で公開対象を
入力するための問い合わせ入力ウィンドウＧ５６を作成
する。次に、ステップＳ１０１にてユーザからの入力を
待つ。ステップＳ１０２にてユーザ名称で入力された場
合にはステップＳ１０３でユーザ情報８０を検索してユ
ーザＩＤ８１を得る。ステップＳ１０４にてユーザＩＤ
８１で入力された場合にはステップＳ１０５でユーザ情
報８０を検索して入力されたユーザＩＤ８１が存在する
か検査する。ステップＳ１０６にてグループ名称で入力
された場合にはステップＳ１０７でグループ情報１００
を検索してグループＩＤ１０１を得る。ステップＳ１０
８にてグループＩＤ１０１で入力された場合にはステッ
プＳ１０９でグループ情報１００を検索して入力された
グループＩＤ１０１が存在するか検査する。

【００９２】ステップＳ１１０にてユーザＩＤ８１ある
いはグループＩＤ１０１が存在する場合はステップＳ１
１１へ進む。ステップＳ１１１では、公開棚２２のオブ
ジェクト管理情報１１０に新規の公開トレイ２９のエン
トリを作成する。そして公開先ユーザＩＤ１２６あるい
は公開先グループＩＤ１２７に上述の処理で得られたユ
ーザＩＤ８１あるいはグループＩＤ１０１を代入する。
続いて、ステップＳ１１２では、作成された公開トレイ
２９示す公開トレイオブジェクトＧ２７を公開棚ウィン
ドウＧ２６内に表示して処理を終了する。尚、ステップ
Ｓ１１０において、ユーザＩＤ８１あるいはグループＩ
Ｄ１０１が存在しない場合は本処理を中止する。

【００９３】次に、デスクトップ管理システムでの「公
開操作」処理を図４７と、図４９のフローチャートにて
説明する。公開したいオブジェクトがドラグされた時点
で、ステップＳ１２０において、ドラグされたオブジェ
クトのオブジェクト管理情報１１０を得る。次にステッ
プＳ１２１でドラグされたオブジェクトが公開トレイウ
ィンドウＧ２８上にドロップされたかどうかをチェック
する。オブジェクトがドロップされた場合にはステップ
Ｓ１２２へ進む。ステップＳ１２２では、公開トレイウ
ィンドウＧ２８の示す公開トレイ２９のオブジェクト管
理情報１１０に新規の公開オブジェクト３０のエントリ
を作成し、既にステップＳ１２０で得られているオブジ
ェクト管理情報１１０をここに代入する。ステップＳ１
２３では、ドラグ／ドロップされたオブジェクトを公開
オブジェクトＧ２９として公開トレイウィンドウＧ２８
上に表示して本処理を終了する。

【００９４】デスクトップ管理システムでの公開オブジ
ェクト３０に対する公開複写制限設定および公開期限設
定処理を図４７と図５０のフローチャートにて説明す
る。ステップＳ１３０において公開トレイウィンドウＧ
２８上の操作ボタンＧ５７が選択されたかどうかを判定
する。操作ボタンＧ５７が選択されていなければステッ
プＳ１３１へ進み、他の処理を行う。一方、操作ボタン
Ｇ５７が選択されたらステップＳ１３２へ進む。ステッ
プＳ１３２で公開オブジェクトＧ２９の選択入力がある
と、ステップＳ１３３において、ステップＳ１３２で選
択された公開オブジェクトＧ２９のオブジェクト管理情
報１１０を得る。次にステップＳ１３４で間い合わせ入
力ウィンドウＧ５８を作成，表示する。このとき、問い
合わせ入力ウィンドウＧ５８における各入力欄に、ステ
ップＳ１３３で得られたオブジェクト管理情報１１０に
おける公開複写制限１２８及び公開期限１２９の内容を
表示する。次に、ステップＳ１３５で公開複写制限，公
開期限の設定入力を待つ。設定入力がなされると、ステ
ップＳ１３６において、入力された公開複写制限１２
８、公開期限１２９の内容をステップＳ１３３で得られ
たオブジェクト管理情報１１０に代入する。そして、設
定の完了したオブジェクト管理情報１１０を公開トレイ
２９内のオブジェクト管理情報１１０へ代入して処理を
終了する。

【００９５】＜他のユーザのデータヘのアクセス＞ユー
ザが他のユーザのデータをアクセスする場合の操作およ
び処理について以下に説明する。まず、自分のルーム１
３内の出口２５ををオープンすると、自分のオフィス１
４内の他のユーザのルーム１３を表すドア３１と、他の
オフィス１４と、自分のオフィス１４が管理するライブ
ラリ１７が表示される。他のオフィス１４をオープンす
ればオープンされたオフィス１４のユーザのドア３１と
ライブラリ１７が再度表示される。希望するユーザのド
ア３１をオープンすると、オープンされたルーム１３の
ユーザが自分に対して公開操作を行なってある公開オブ
ジェクト３０が表示される。この公開オブジェクト３０
に対する操作は自分のルーム１３内の操作オブジェクト
と同様の操作が可能である。ただし、公開オブジェクト
３０に対して公開複写制限の設定がされている場合に
は、その公開オブジェクト３０の内容を複写する操作を
行なうことが禁止される。また、公開オブジェクト３０
に対して公開期限の設定がされている場合には、公開期
限を過ぎた公開オブジェクト３０はウィンドウ上に表示
されない。

【００９６】本デスクトップ管理システムによる出口２
５オープン処理を図３、図１１、図１２、図１３さらに
図５１のフローチャートにて説明する。出口オブジェク
トＧ０９がオープンされると出口ウィンドウＧ３０が表
示される。ステップＳ１４０において、ユーザ情報８０
およびオフィス情報９０から他のユーザおよびオフィス
１４の名称を得る。次に、ステップＳ１４１で出口ウィ
ンドウＧ３０上にドア３１を示すドアオブジェクトＧ３
１、オフィス１４を示すオフィスオブジェクトＧ３２お
よびライブラリ１７を示すライブラリオブジェクトＧ３
３の表示を行なう。そして、ステップＳ１４２でオープ
ン操作の入力を実行する。

【００９７】ステップＳ１４３でライブラリオブジェク
トＧ３３に対してオープン操作が行われた場合には、ス
テップＳ１４４で後述するライブラリ１７のオープン処
理を行い処理を終了する。

【００９８】ステップＳ１４５でオフィスオブジェクト
Ｇ３２に対してオープン操作が行なわれた場合には、ス
テップＳ１４６へ進む。ステップＳ１４６では、でオフ
ィス情報９０からホスト名９２を得て、オープンされた
ホストに対してユーザ情報８０を要求することによりユ
ーザ情報８０を得て、ステップＳ１４１へ戻る。そし
て、図１２に示されるようにオフィスウィンドウＧ３５
にそのオフィスに含まれるユーザのルームへのエントリ
を示すドア３１のドアオブジェクト３０の表示を行ない
ステップＳ１４２においてオープン操作入力を待つ。

【００９９】ステップＳ１４７でドアオブジェクトＧ３
１に対してオープン操作が行なわれた場合には、ステッ
プＳ１４８へ進む。ステップＳ１４８では、オープンさ
れたドア３１のユーザの公開棚２２のオブジェクト管理
情報１１０を得る。そして、ステップＳ１４９では操作
しているユーザ用の公開トレイ２９を検索し、操作して
いるユーザ用の公開トレイ２９が存在する場合にはステ
ップＳ１５０へ進む。ステップＳ１５０において、前述
の公開トレイ２９のオブジェクト管理情報１１０を得
る。そして、ステップＳ１５１において、公開期限が過
ぎていない公開オブジェクト３０だけを図１３のルーム
ウィンドウＧ３６に表示する。尚、ステップＳ１４９で
公開トレイ２９が存在しない場合にはステップＳ１５２
でその旨を表示して処理を終了する。

【０１００】＜タグ＞タグ２１は、階層の深いバインダ
２０あるいはデータ１８を操作する際に、その途中の階
層のバインダ２０のオープン操作を複数回行なうことな
く目的のバインダ２０あるいはデータ１８を操作するこ
とを可能とするオブジェクトである。以下にタグ２１の
生成方法および処理方法について説明する。

【０１０１】図３のタグトレイ１９を示すタグトレイオ
ブジェクトＧ０５をオープンすると、図８のように、タ
グオブジェクトＧ２５が表示されたタグトレイウィンド
ウＧ２４が表示される。表示されたタグオブジェクトＧ
２５の実体は「キャビネット」下に存在するバインダ２
０およびデータ１８である。そして、表示されたタグオ
ブジェクトＧ２５の示すタグ２１に対する操作は実体で
あるバインダ２０およびデータ１８に対する操作と同じ
処理が行なわれる。ただし、削除操作に関してはタグ２
１自身が削除されるのであり、実体であるバインダ２０
あるいはデータ１８は削除されない。

【０１０２】タグ２１の新規作成方法は、バインダ２０
間のデータ１８コピー操作同様に作成したいタグ２１の
実体であるバインダ２０のバインダオブジェクトＧ１７
あるいはデータ１８のデータオブジェクトＧ１８をドラ
グしてタグトレイウィンドウＧ２４ヘドロップすること
で完了する。この操作によりタグトレイウィンドウＧ２
４上にドラグされたバインダオブジェクトＧ１７あるい
はデータオブジェクトＧ１８のアイコンデータを表示し
たタグオブジェクトＧ２５が表示されてタグ２１が新規
作成されたことを表す。

【０１０３】上述のタグ２１の新規作成処理を図５２の
フローチャートにて説明する。ステップＳ１６０におい
て、バインダオブジェクトＧ１７あるいはデータオブジ
ェクトＧ１８がドラグされた時点で、バインダオブジェ
クトＧ１７の示すバインダ２０あるいはデータオブジェ
クトＧ１８の示すデータ１８が存在するバインダ２０の
オブジェクト管理情報１１０を得ておく。そして、ステ
ップＳ１６１でタグトレイウィンドウＧ２４上にてボタ
ンが離されたかどうかをチェックする。タグトレイウィ
ンドウＧ２４上でボタンが離されたのであればステップ
Ｓ１６２へ進む。ステップＳ１６２で、そのタグトレイ
ウィンドウＧ２４が示すタグトレイ１９のオブジェクト
管理情報１１０にステップＳ１６０で既に得られている
オブジェクト管理情報１１０のエントリを追加する。さ
らにステップＳ１６３でオブジェクト管理情報１１０内
のタグ参照バインダ名１３１にバインダ２０あるいはデ
ータ１８が存在するバインダ２０の名称を代入する。そ
して、ステップＳ１６４で作成されたタグオブジェクト
Ｇ２５をタグトレイウィンドウＧ２４上にアイコン表示
して処理を終了する。

【０１０４】次に、タグオブジェクトＧ２５のオープン
操作処理を図５３のフローチャートにて説明する。タグ
オブジェクトＧ２５に対してオープン操作が行なわれた
場合、ステップＳ１７０でタグトレイ１９内に存在する
操作されたタグオブジェクトＧ２５が示すタグ２１のオ
ブジェクト管理情報１１０を得る。次に、ステップＳ１
７１において、実体であるバインダ２０あるいはデータ
１８が存在するバインダ名１３１、およびバインダ２０
あるいはデータ１８のオブジェクト管理情報８６を得
る。ステップＳ１７２で前述のオブジェクト管理情報が
得られたかどうかをチェックする。オブジェクト管理情
報が得られた場合には、ステップＳ１７３へ進み、バイ
ンダ２０やデータ１８に対するオープン処理操作と同一
の処理が行われる。オープン処理操作については前述し
たのでここではその説明は省略する。一方、ステップＳ
１７２で前述オブジェクト管理情報が得られなかった場
合には、ステップＳ１７４で夕グが示すデータあるいは
バインダが存在しない旨の表示を行い処理を終了する。

【０１０５】＜データの廃棄＞作成されたバインダ２
０、データ１８を廃棄するには、バインダ２０間のデー
タ１８のコピー操作と同様の操作を行う。図３のルーム
ウィンドウＧ０１に表示されたゴミ箱オブジェクトＧ０
７のオープン操作によって表示されるゴミ箱ウィンドウ
Ｇ５９内に、廃棄したいバインダ２０のバインダオブジ
ェクトＧ１７、或いはデータ１８のデータオブジェクト
Ｇ１８をドラグ／ドロップすることでバインダオブジェ
クトＧ１７、データオブジェクトＧ１８がゴミ箱ウィン
ドウヘ移動させる。デスクトップ管理システムにはデー
タ廃棄を監視するプロセスが常時動作しており、移動さ
れたバインダオブジェクトＧ１７とそれが示すバインダ
２０、或いはデータオブジェクトＧ１８とそれが示すデ
ータ１８は一定期間保存の後に消去される。

【０１０６】上述のデータの廃棄処理を図５、図５４、
図５５のフローチャートにて説明する。ステップＳ１８
０でデータ１８のデータオブジェクトＧ１８がグラブさ
れた時点でそのデータオブジェクトＧ１８が存在するバ
インダ２０のオブジェクト管理情報１１０を得ておく。
そして、ステップＳ１８１でゴミ箱ウィンドウＧ５９上
にてボタンが離されたか（ドロップされたか）どうかを
チェックする。ゴミ箱ウィンドウ上にドロップされれば
ステップＳ１８２へ進む。ステップＳ１８２において、
前述のステップＳ１８０で得られたオブジェクト管理情
報１１０により更新の可否をチェックする。更新不許可
の設定がある場合にはステップＳ１８３にて廃棄不可の
表示を行い処理を終了する。一方、更新が許可されてい
ればステップＳ１８４へ進み、オープンオブジェクト管
理情報を検索することにより、廃棄しようとするデータ
１８が他でオープンされているかどうかをチェックす
る。このチェックの結果、廃棄しようとするデータ１８
が他にオープンされている場合はステップＳ１８３にて
廃棄不可の表示を行い処理を終了する。上述以外の場合
であれば、ステップＳ１８５へ進む。

【０１０７】ステップＳ１８５では、前述のデータ１８
をゴミ箱２３へコピー処理を行う。ステップＳ１８６で
このコピー処理が正常に終了したかどうかをチェック
し、正常に終了した場合にはステップＳ１８７へ進む。
一方正常に終了しなかった場合はステップＳ１８３へ進
みその旨の表示を行う。ステップＳ１８７では、廃棄す
るデータ１８が存在するバインダ２０のオブジェクト管
理情報１１０より前述の廃棄すべきデータ１８のエント
リを削除するとともに、このデータ１８のファイルも消
去する。最後にステップＳ１８８でゴミ箱２３のオブジ
ェクト管理情報１１０に追加された前述データ１８のエ
ントリのデータ廃棄期限に現在の時間から一定期間後の
日付を代入して処理を終了する。

【０１０８】次に、データ廃棄監視プロセスの処理方法
を図５６のフローチャートにて説明する。ステップＳ１
９０でゴミ箱２３のオブジェクト管理情報１１０を得
る。そして、ステップＳ１９１でデータ廃棄期限の過ぎ
ているオブジェクト管理情報１１０のエントリを検索す
る。この検索の結果、データ廃棄期限の過ぎたエントリ
が存在した場合にはステップＳ１９２へ進む。そして、
ステップＳ１９２において、ステップＳ１９１で検索さ
れたエントリとそのエントリ内のファイル名が表すファ
イルが削除される。このようにして、削除されたエント
リの示すデータ１８またはバインダ２０が削除され、そ
のデータオブジェクトＧ１８またはバインダオブジェク
トＧ１７はもはやゴミ箱ウィンドウＧ５９に表示されな
い。ステップＳ１９３で上述の処理を、ゴミ箱のオブジ
ェクト管理情報１１０内の全てのエントリに対して行っ
たかどうかを確認する。全エントリに対して処理が終了
していれば、ステップＳ１９４およびステップＳ１９５
にて一定期間経過するのを待ち、ステップＳ１９０へ戻
って同じ処理を繰り返す。一方、ステップＳ１９３で全
エントリに対する処理が終了していない場合はステップ
Ｓ１９１へ戻り、上述の処理を繰り返す。

【０１０９】＜ライブラリ管理＞ライブラリに管理され
るデータとは、アプリケーションプログラムがデータを
処理するために他のアプリケーションと共通的に参照す
るための補助データをいう。例えば文書データを処理す
るアプリケーションプログラムを例にすると、文書デー
タは、文字データとその文字データによって文書を整形
するためのコマンドが含まれ、ライブラリデータとして
そのコマンドを解釈して文書を整形するための情報を持
った書式データ、あるいはその文字データを表示するた
めのフォントデータを独立したデータとして管理する。
これによって１つの文書データにをアプリケーションプ
ログラムが処理し、ＣＲＴ１上に表示したり印刷出力す
る場合に、例えば補助データとして使用するライブラリ
データとしてのフォントデータや、書式データを切替え
ることによって文書データに変更を加えることなくその
体裁を容易に変更することができる。また、１つの書式
データを複数の文書データで共通に使用するような場合
も、それぞれの文書データ中に書式データを含める必要
がなくなるため文書データの肥大を防止することができ
る。

【０１１０】これらのライブラリに管理される状態のデ
ータをライブラリデータ２８という概念でとらえる。デ
ータ１８には必要なライブラリデータ２８を特定する情
報が付加されており、アプリケーション２６とその使用
するデータ１８で必要なライブラリデータ２８が決めら
れ要求される。アプリケーション２６が新規にデータ１
８を作成する場合にも、既存のライブラリデータ２８を
利用できる。以下に、図面を参照しながらライブラリ管
理について説明する。

【０１１１】図７のようにライブラリバインダウィンド
ウＧ２２内に表示されるライブラリデータオブジェクト
Ｇ２３が示すライブラリデータ２８は、キャビネット１
６下で管理するデータ１８とオブジェクト管理情報１１
０自体の形式は同様である。これらは通常のデータ１８
としてキャビネット１６下で管理することもできる。デ
スクトップ管理システムは、キャビネット１６下で管理
されるデータ１８をライブラリデータ２８としても管理
する場合、ライブラリデータ２８としての管理はその
（ユーザがつけた）名前のみを保持し、ライブラリデー
タ２８が必要になった時点でその名前によってその実体
であるキャビネット１６下のデータ１８を参照するよう
にしても良い。

【０１１２】図３、図１１のようにデスクトップ管理シ
ステムが管理するライブラリ１７はそのユーザのルーム
ウィンドウＧ０１内に表示されるライブラリと、または
出口ウィンドウＧ３０内に表示されるライブラリがあ
る。出口ウィンドウＧ３０に表示されるライブラリオブ
ジェクトＧ３３によって表されるライブラリは、ルーム
１３が所属するオフィス１４に付属するライブラリであ
る。また、ユーザのルームウィンドウＧ０１内に表示さ
れるライブラリオブジェクトＧ０４によって表されるラ
イブラリは、そのルーム１３に附属するライブラリであ
る。このようにライブラリ１７はその管理の形態によっ
て２つに分類される。以下にそれぞれのライブラリにつ
いて説明する。

【０１１３】（１）ルームに付属するライブラリ．ルー
ム１３のオブジェクトとして登録される個人用のライブ
ラリ１７で、その有効範囲は一利用者となる。また、前
述のデータ１８の公開操作と同様の処理を施すことによ
り他のユーザからもアクセスできるようにすることで、
ライブラリ１７の有効範囲を任意に指定された複数利用
者の集合とすることもできる。

【０１１４】（２）オフィスに付属するライブラリ．オ
フィス１４のオブジェクトとして登録されるライブラリ
１７で、そのオフィス１７に含まれるルーム１３のユー
ザのみが共通にアクセスできるライブラリ１７である。
その有効範囲はシステムによって恒久的に指定された複
数利用者の集合となる。また、前述の公開操作により、
ライブラリ１７の有効範囲を全利用者にすることもでき
る。ライブラリ１７は図１６に示すライブラリ情報７０
（ライブラリデータ２８の種類）毎にライブラリバイン
ダ２７を管理しており、ライブラリ１７をオープンする
と図６のようにライブラリウィンドウＧ１９が表示され
る。１つのライブラリバインダ２７には、同じフォーマ
ットＩＤ５１を有するライブラリデータ２８のみが格納
されており、ライブラリバインダ２７が属性として持つ
ライブラリＩＤ７１は、格納されているライブラリデー
タ３０のデータ情報５０のライブラリＩＤ５４と同一で
ある。

【０１１５】＜ライブラリバインダの作成＞ユーザがル
ーム１３内のライブラリ１７に新たなライブラリバイン
ダ２７を作成する手順および処理を図５７と図５８のフ
ローチャートを用いて説明する。ユーザがルーム１３内
のライブラリ１７に新たなライブラリバインダ２７を作
成する場合、ステップＳ２００でライブラリウィンドウ
Ｇ１９のライブラリバインダの生成ボタンＧ６０を選択
する。この生成ボタンＧ６０が選択されるとステップＳ
２０２へ進む。デスクトップ管理システムは、ステップ
Ｓ２０２でデータ情報からライブラリＩＤ５４の登録が
あるエントリだけを得る。そして、ステップＳ２０３で
は、ステップＳ２０２で得られたデータ情報５０の一覧
を表示したライブラリ選択ウィンドウＧ６１を表示す
る。ステップＳ２０４でユーザがそのうちの１つを選択
することでステップＳ２０５の処理が実行される。

【０１１６】ステップＳ２０５では、ライブラリ１７内
のライブラリ情報７０のエントリを追加作成する。そし
てステップＳ２０２で選択されたデータ情報５０に新規
作成されたライブラリＩＤ７１を代入する。ステップＳ
２０６でライブラリ１７のウインドウ上にライブラリバ
インダ２７のライブラリバインダオブジェクトＧ２０を
追加表示する。アプリケーション２６を新規に登録する
際に新たなライブラリが必要な場合、必要なグループ
（ライプラリデータ３１種別）のライブラリバインダ２
７、およびライブラリデータ２８が登録されるようにす
ることもできる。この時、アプリケーション２６の登録
において、そのライブラリ１７のグループとともにデス
クトップ管理システムにライブラリ情報７０が登録さ
れ、この時点でアプリケーション２６が提供するデフォ
ルトのデータ１８がオフィス１４に付属するライブラリ
１７として登録される。ライブラリ１７のグループが登
録されると、そのグループ毎にライブラリバインダ２７
が生成されそのグループのデータを格納、すなわちライ
ブラリデータ２８として登録、管理される。

【０１１７】＜データのライブラリヘの登録＞キャビネ
ット１６下のデータ１８をライブラリデータ２８として
登録する操作および手段を図５９のフローチャートを用
いて説明する。キャビネット１６下のデータ１８をライ
ブラリデータ２８として登録する場合、図２５に示す通
常のデータ１８の複写（移動）と同様の操作になる。ユ
ーザは、登録先のライブラリ１７のライブラリバインダ
２７を示すライブラリバインダオブジェクトＧ２０をオ
ープンし、ライブラリバインダウィンドウＧ２２を表示
する。ライブラリに登録するバインダ２０内のデータ１
８を表すデータオブジェクトＧ１８をドラグし、ライブ
ラリバインダウィンドウＧ２２内にドロップする。

【０１１８】デスクトップ管理システムは、ステップＳ
２１０でコピー元のバインダ２０のオブジェクト管理情
報１１０を得る。次にステップＳ２１１では、ステップ
Ｓ２１０で得られたオブジェクト管理情報１１０のフォ
ーマットＩＤ５１のエントリであるデータ情報５０を得
る。さらにステップＳ２１２で、ライブラリ１７のライ
ブラリ情報７０からデータオブジェクトＧ１８がドロッ
プされたライブラリバインダウィンドウＧ２２の示すラ
イブラリバインダ２７のライブラリＩＤ７１を得る。そ
して、ステップＳ２１３でライブラリＩＤ５４とライブ
ラリＩＤ７１を比較し、異なっている場合はステップＳ
２１４で登録不可能の表示をし、処理を中止する。ステ
ップＳ２１３でライブラリＩＤ５４とライブラリＩＤ７
１が一致している場合は、ステップＳ２１５でそのデー
タ１８をコピー元のバインダ２０からライブラリバイン
ダ２７に既に説明したコピー処理を行う。そして、ステ
ップＳ２１６でライブラリバインダウィンドウＧ２２内
にそのデータ１８をライブラリデータオブジェクトＧ２
３として表示する。

【０１１９】＜ライブラリの検索＞アプリケーション２
６が、デスクトップ管理システムが管理するライブラリ
データ２８を使用する場合、すでに公知の任意のプログ
ラム間通信手段を使用してアプリケーション２６は、デ
スクトップ管理システムにメッセージを送る。このメッ
セージには、「ライブラリデータの要求」というコマン
ド，要求するライブラリＩＤ７１，ライブラリデータ２
８を特定できる場合は特定する情報（例えばライブラリ
データ２８の名称），さらにライブラリデータ２８を使
用するデータ１８を特定する情報が含まれている。

【０１２０】ライブラリデータ２８の検索処理を図６０
のフローチャートで説明する。アプリケーション２６か
らのメッセージを受けたデスクトップ管理システムは、
ステップＳ２２０でそのメッセージを解析して、ライブ
ラリデータ２８を使用するデータ１８を特定する情報を
得る。この情報からそのデータが属するルーム１３のラ
イブラリ情報７０を得る。ステップＳ２２１では、ステ
ップＳ２２０で得られたライブラリ情報７０から要求さ
れているライブラリＩＤ７１のライブラリデータ２８を
管理するライブラリバインダのデータ管理情報１１０を
得る。ステップＳ２２２でライブラリデータ２８を特定
する情報が設定されているかどうかをチェックする。設
定されている場合、デスクトップ管理システムはステッ
プＳ２２３において、既に得られているライブラリバイ
ンダ２７のオブジェクト管理情報１１０からライブラリ
データ２８を検索する。そして、ステップＳ２２６にお
いて、検索されたライブラリデータ２８を前記通信手段
を使用してアプリケーション２６に通知する。

【０１２１】一方、ステップＳ２２２において、ライブ
ラリデータ２８を特定する情報が設定されていない場合
は、アプリケーション２６が、ユーザの選択する新たな
ライブラリデータ２８を要求する場合である。デスクト
ップ管理システムは、ステップＳ２２４において、既に
得られているライブラリバインダ２７のオブジェクト管
理情報１１０により前述ライブラリバインダ２７のウィ
ンドウをオープンする。そしてこのライブラリバインダ
２７内のライブラリデータオブジェクトＧ２３を表示す
る。ステップＳ２２５でユーザによるライブラリデータ
２８の選択入力を待つ。選択入力が実行されると、デス
クトップ管理システムはステップＳ２２６において、選
択されたライブラリデータ２８を前記通信手段を使用し
てアプリケーション２６に通知する。

【０１２２】＜データ要求によるライブラリの検索＞デ
ータ１８を処理中のアプリケーション２６がライブラリ
データ２８を要求する場合、アプリケーション２６の処
理対象となっているデータ１８が存在するルーム１３の
ライブラリ１７から検索され、そこに存在しない場合に
はそのルームの属するオフィス１４のライブラリ１７か
ら検索される。すなわち、他のオフィス１４のデータ１
８を処理中のアプリケーション２６よりライブラリデー
タ２８を要求すると、データ１８が存在するオフィス１
４のなかで、データ１８の所有者のルーム１３のライブ
ラリ１７、前述所有者のルーム１３が属するオフィス１
４のライブラリ１７という順で検索される。また、他の
ユーザのルーム１３から自分のルーム１３にコピーして
きたデータ１８をアプリケーション２６がオープンした
場合は、オープンしたデータ１８についてのライブラリ
データ２８の要求には、自分のルーム１３のライブラリ
１７、そのルームの含まれるオフィス１４のライブラリ
１７の順で検索される。

【０１２３】他のルーム１３から自分のルーム１３にデ
ータをコピーする際に参照するライプラリデータ３１を
自分のルーム１３のライブラリ１７に自動的に複写する
ようにすることも可能である。この場合、複写されるラ
イブラリデータ２８と同じライブラリＩＤ７１を持つラ
イブラリバインダ２７内に複写される。また、データ１
８のライブラリデータ２８の検索順番は図２２に示すラ
イブラリ検索順番情報１５０により、オフィスＩＤ９１
あるいはユーザＩＤ８１を得ることで特定のルーム１３
のライブラリ１７またはオフィス１４のライブラリ１７
を指定することもできる。ライブラリ検索順番情報１５
０はルーム１３毎の情報であり、検索順番はユーザが任
意に設定することができる。図２２の例では２つまで設
定するようにしているが、任意の数の検索順番を設定可
能である。ライブラリ検索順番情報１５０が設定されて
いない場合は前述の順番で検索される。

【０１２４】＜ライブラリデータの更新＞ライブラリデ
ータ２８はアプリケーション２６によって作成、編集、
削除等の更新を通常のデータ１８と全く同様に行なうこ
とができる。図１６に示すように、ライブラリ情報７０
にはライブラリバインダ２７内のライブラリデータ２８
がいくつオープンされているかを示すオープン回数７４
の情報がある。また、図１７、図１８に示すように、ユ
ーザ情報８０、オフィス情報９０にはそれぞれルーム１
３、オフィス１４のライブラリ１７が更新モードでオー
プンされているかを示すライブラリ更新モード８４およ
びライブラリ更新モード９５（以下、まとめて「ライブ
ラリ更新モード」と記す）の情報があり、ライブラリデ
ータ２８の更新を管理することができる。

【０１２５】ルーム１３またはオフィス１４で最初に更
新モードでオープンしたライブラリ１７に限り更新モー
ドでのオープンが可能である。そして、更新モードでオ
ープンされた時点で「ライブラリ更新モード」が設定さ
れてライブラリデータ２８の更新が可能となる。アプリ
ケーション２６がデータ１８を要求する場合、データ１
８が存在するルーム１３のライプラリ１７に「ライブラ
リ更新モード」が設定されている状態でもデータ１８の
オープンは可能であるが、アプリケーション２６からの
ライブラリデータ２８の要求に対する応答には「参照不
可」が返る。つまり、ライブラリデータ２８のみ欠如し
たデータ１８がアプリケーション２６に渡される。「ラ
イブラリ更新モード」を設定したアプリケーション２６
がライブラリデータ２８をクローズした時点で、「ライ
ブラリ更新モード」の設定が解除され、そのライブラリ
１７の参照が可能になる。

【０１２６】参照モードでのみオープンされているライ
ブラリバインダ２７のライブラリデータ２８に対しても
同時に複数オープンされているライブラリバインダ２７
のライブラリデータ２８を更新操作を禁止することもで
きる。いくつのライブラリデータ２８がオープンされて
いれば更新操作禁止とするオープン回数７４の設定は任
意であり、オープン回数７４により判断することができ
る。図６のＧ２１に示すように、デスクトップ管理シス
テムはライブラリバインダ２７のオープン回数７４を表
示する機能を有し、ユーザはオープン回数７４を知るこ
とができる。

【０１２７】＜クリップボード＞アプリケーション２６
はデータ１８またはその一部を、そのアプリケーション
内、または他の一つまたは複数のアプリケーションに複
写または移動させることがある。そして、このために作
成するデータ、およびそのデータを一時的に格納する場
所をそれぞれクリップデータ、クリップボードという概
念で管理する。このクリップボード２４は、格納したク
リップデータ３２を表示するためのウィンドウを持つ。
クリップデータ３２は、キャビネット１６やバインダ２
０内のオブジェクトと同様に、図２０で示したオブジェ
クト管理情報によって管理される。クリップデータ３２
には、そのクリップデータ３２を作成したアプリケーシ
ョン２６によって、そのデータ種別を表すフォーマット
ＩＤ１１３が設定される。クリップデータ３２を要求す
るアプリケーション２６は、デスクトップ管理システム
にフォーマットＩＤ１１３によって要求するデータの種
別を特定する。

【０１２８】次に、図にしたがって説明する。図３、図
１１のようにデスクトップ管理システムが管理するクリ
ップボード２４はそのユーザのルームウィンドウＧ０１
内に表示されるクリップボードと、または出口ウィンド
ウＧ３０内に表示されるクリップボードがある。出口ウ
ィンドウＧ３０に表示されるクリップボードオブジェク
トＧ３４によって表されるクリップボードは、ルーム１
３の所属するオフィス１４に付属するクリップボードで
あり、ユーザのルームウィンドウＧ０１内に表示される
クリップボードオブジェクトＧ０７１によって表される
クリップボードは、そのルーム１３に附属するクリップ
ボードである。このようにクリップボード２４はその管
理の形態によって次の２つに分類される。

【０１２９】（１）ルーム１３に付属するクリップボー
ド２４。

【０１３０】ルーム１３のオブジェクトとして登録され
る個人用のクリップボード２４で、その有効範囲は一利
用者となる。また、前述のデータ１８の公開操作と同様
の処理を施すことにより他のユーザからもアクセスでき
るようにすることで、クリップボード２４の有効範囲を
任意に指定された複数利用者の集合とすることもでき
る。

【０１３１】（２）オフィス１４に付属するクリップボ
ード２４。

【０１３２】オフィス１４のオブジェクトとして登録さ
れクリップボード２４で、そのオフィス１７に含まれる
ルーム１３のユーザのみが共通にアクセスできるクリッ
プボード２４であり、その有効範囲はシステムによって
恒久的に指定された複数利用者の集合となる。

【０１３３】＜クリップデータのクリップボードへの登
録＞アプリケーション２６が、デスクトップ管理システ
ムのクリップデータ３２を登録する操作および手段を図
６２のフローチャートを用いて説明する。アプリケーシ
ョン２６は、すでに公知の任意のプログラム間通信手段
を使用してデスクトップにメッセージを送る。このメッ
セージには、「クリップデータ３２を登録する」という
コマンドと、登録するクリップデータ３２のフォーマッ
トＩＤ１１３が含まれている。アプリケーション２６か
らメッセージを受けとったデスクトップ管理システム
は、ステップＳ２３０でメッセージを解析し、アプリケ
ーションにより指定されたクリップデータ３２のフォー
マットＩＤ１１３を得る。次に、ステップＳ２３１で利
用者に対して新たに登録するクリップデータ３２の名称
を付けることを促すメッセージを表示し、利用者の入力
によりクリップデータ３２の名称を得る。次にステップ
Ｓ２３２において、ステップＳ２３１で得られた名称、
アプリケーション２６により指定されたフォーマットＩ
Ｄ１１３とともに、クリップデータ３２をクリップボー
ド２４に登録する。そして、ステップＳ２３３におい
て、図６１で示すように、クリップボードウィンドウＧ
６２内にクリップデータオブジェクトＧ６３として表示
する。

【０１３４】＜クリップデータの選択＞アプリケーショ
ン２６が、デスクトップ管理システムのクリップボード
２４に登録されているクリップデータ３２を利用するた
めの手順を、図６３のフローチャートに従って説明す
る。尚、アプリケーション２６が、デスクトップ管理シ
ステムのクリップボード２４中に登録されているクリッ
プデータ３２を使用する場合、アプリケーション２６は
既に公知の任意のプログラム間通信を使用してデスクト
ップ管理システムにメッセージを送る。このメッセージ
には、「クリップデータ３２の要求」というコマンド
と、アプリケーション２６で利用可能な１つまたは複数
のフォーマットＩＤ１１３が含まれている。

【０１３５】アプリケーション２６からメッセージを受
けとったデスクトップ管理システムは、まずステップＳ
２４０でメッセージを解析する。そして、要求された１
つまたは複数のフォーマットＩＤ１１３を得る。次に、
ステップＳ２４１において、クリップボード２４に登録
されているクリップデータ３２の中から、ステップＳ２
４０で得られたフォーマットＩＤ１１３と一致するフォ
ーマットＩＤを持つ１つまたは複数のクリップデータ３
２を検索する。次に、ステップＳ２４２でクリップボー
ドウィンドウＧ６２をオープンして表示し、ユーザにク
リップデータ３２を選択することを促すメッセージとと
もに、ステップＳ２４２の検索により得られた１つまた
は複数のクリップデータ３２をクリップデータオブジェ
クトＧ６３として表示する。ステップＳ２４３で、ユー
ザによってクリップデータ３２が選択されると、ステッ
プＳ２４４でデスクトップ管理システムは選択されたク
リップデータ３２を前記通信手段を使用してアプリケー
ション２６に通知する。

【０１３６】＜カットバッファ＞次に、デスクトップ管
理システムの持つカット＆コピー＆ペーストバッファ
(以下、「ＣＣＰバッファ」と呼称する)の機能について
説明する。アプリケーション２６はデータ１８またはそ
の一部を、そのアプリケーション内、または他の１つま
たは複数のアプリケーションに複写または移動させるこ
とがある。そのために作成するデータ、およびそのデー
タを一時的に格納する場所をそれぞれ「ＣＣＰデー
タ」、「ＣＣＰバッファ」という概念で管理する。この
「ＣＣＰバッファ」は、格納した「ＣＣＰデータ」を表
示する手段を持たない点において前述のクリップボード
２４と異なる。

【０１３７】図６４はＣＣＰデータ管理情報１６０を表
す図である。ＣＣＰデータ管理情報１６０は、デスクト
ップ管理システムが「ＣＣＰデータ」を管理するための
情報であり、ルーム１３毎に存在する。ＣＣＰデータ管
理情報１６０は一つの「ＣＣＰデータ」について次の項
目が含まれる。１６１はファイル名であり、ＣＣＰデー
タの内容を表す。１６２はフォーマットＩＤであり、Ｃ
ＣＰデータのデータ種別を表す。１６３はサイズであ
り、ＣＣＰデータのデータサイズを表す。１６４は所有
者ユーザＩＤであり、ＣＣＰデータを作成したユーザの
ユーザＩＤである。１６５は所有者グループＩＤであ
り、ＣＣＰデータを作成したユーザの属するグループの
グループＩＤである。

【０１３８】「ＣＣＰバッファ」にはフォーマットＩＤ
１６２毎に１つの「ＣＣＰデータ」が格納されるように
なっている。そして、アプリケーション２６がフォーマ
ットＩＤ１６２を指定して「ＣＣＰバッファ」への登録
を行なったとき、「ＣＣＰバッファ」にすでに指定され
たフォーマットＩＤ１６２の「ＣＰＰデータ」が登録さ
れている場合は、後から登録を行なったもののみが、有
効な「ＣＣＰデータ」として格納される。アプリケーシ
ョンはフォーマットＩＤ１６２を指定することで、「Ｃ
ＣＰバッファ」内に唯一存在するその指定のフォーマッ
トＩＤ１６２の「ＣＣＰデータ」を得ることが出来る。
前述のクリップボード２４には、フォーマットＩＤ１１
３毎に複数個のクリップデータ３２を格納することがで
きたので、アプリケーション２６がフォーマットＩＤ１
１３を指定してクリップデータ３２を要求した場合に
は、そのフォーマットＩＤ１１３のクリップデータ３２
を示すクリップデータオブジェクトＧ６３を表すクリッ
プボードウィンドウＧ６２を表示して、ユーザに選択さ
せる必要があった。しかしながら、この「ＣＣＰバッフ
ァ」では、アプリケーションによって指定されたフォー
マットＩＤの「ＣＣＰデータ」は多くとも１つしか存在
しないため、クリップボード２４のようにユーザに選択
させる必要がない。

【０１３９】「ＣＣＰバッファ」に格納される「ＣＣＰ
データ」は、デスクトップ管理システムにより管理され
ているが通常のキャビネット１６内のデータとは異な
り、ユーザが視覚的に見ることは出来ない。「ＣＣＰデ
ータ」はアプリケーション２６により作成され、そのデ
ータについてのデータの種別を表すフォーマットＩＤ１
６２がそのアプリケーションによって設定される。アプ
リケーション２６により作成された「ＣＣＰデータ」
は、そのアプリケーション２６を操作しているユーザの
ルームに附属する「ＣＣＰバッファ」に格納される。
「ＣＣＰバッファ」内の各「ＣＣＰデータ」はそれぞれ
固有のフォーマットIＤ１６２を持っている。そして、
アプリケーション２６が特定のフォーマットＩＤ１６２
をもつ「ＣＣＰデータ」をデスクトップ管理システムに
対して要求することにより、デスクトップ管理システム
は、そのユーザのルーム１３に附属する「ＣＣＰバッフ
ァ」内の、そのフォーマットＩＤ１６２を持つ「ＣＣＰ
データ」を特定し、アプリケーションに渡すことが出来
る。次に、フローチャートを用いて説明する。

【０１４０】＜ＣＣＰバッファへの登録＞アプリケーシ
ョン２６が、デスクトップ管理システムの管理する「Ｃ
ＣＰバッファ」に「ＣＣＰデータ」を登録する手順を、
図６５のフローチャートに従って説明する。アプリケー
ション２６は、すでに公知の任意のプログラム間通信手
段を使用しデスクトップ管理システムにメッセージを送
る。このメッセージには、「ＣＣＰデータを登録する」
というコマンドと、登録をおこなうアプリケーションが
指定する「ＣＣＰデータ」のフォーマットＩＤ１６２と
が含まれる。アプリケーション２６からメッセージを受
けとったデスクトップ管理システムは、ステップＳ２５
０でこのメッセージを解析する。そして、アプリケーシ
ョン２６により指定された「ＣＣＰデータ」のフォーマ
ットＩＤ１６２を得る。次に、ステップＳ２５１でアプ
リケーション２６により指定されたフォーマットＩＤ１
６２とともに、「ＣＣＰデータ」を「ＣＣＰバッファ」
に登録する。

【０１４１】＜ＣＣＰデータの取得＞次に、アプリケー
ション２６がデスクトップ管理システムの管理する「Ｃ
ＣＰバッファ」に登録されている「ＣＣＰデータ」を利
用するための手順を、図６６のフローチャートに従って
説明する。アプリケーション２６が、デスクトップ管理
システムの「ＣＣＰバッファ」の「ＣＣＰデータ」を使
用する場合、すでに公知の任意のプログラム間通信を使
用してデスクトップにメッセージを送る。このメッセー
ジには、「ＣＣＰデータの要求」というコマンドと、
「ＣＣＰデータ」を特定するためのフォーマットＩＤ１
６２とが含まれる。アプリケーション２６からメッセー
ジを受けとったデスクトップ管理システムは、ステップ
Ｓ２６０でメッセージを解析し、要求されたフォーマッ
トＩＤ１６２を得る。次に、ステップＳ２６１で、要求
されたフォーマットＩＤ１６２と一致する「ＣＣＰデー
タ」の検索を行なう。検索の結果、アプリケーション２
６により指定された特定のフォーマットＩＤ１６２を持
つ「ＣＣＰデータ」が存在するかをステップＳ２６２で
判断する。ステップＳ２６２において、存在しないと判
断された場合はそのまま終了する。ステップＳ２６２の
判断の結果、アプリケーション２６により指定された特
定のフォーマットＩＤ１６２を持つ「ＣＣＰデータ」を
得られた場合には、ステップＳ２６３で「ＣＣＰバッフ
ァ」内の唯一の「ＣＣＰデータ」を前記通信手段を使用
してアプリケーション２６に通知する。

【０１４２】＜検索＞検索は、例えばキャビネット１６
下のバインダ２０、ライブラリバインダ２７、データ１
８を検索対象とし、これらに対して検索条件を設定し、
検索条件に合致するバインダ２０、ライブラリバインダ
２７、データ１８をウインドウに表示するというもので
ある。ここで検索条件とは、例えば検索対象であるバイ
ンダ２０、ライブラリバインダ２７、データ１８に付帯
する情報であり、本実施例では図２０に示したオブジェ
クト管理情報１１０の登録日付１１７，更新日付１１
８，漢字名称１１５，所有者ユーザＩＤ１２０，所有者
グループＩＤ１２１，オブジェクトタイプ１１１などの
各項目と、およびこれらの論理的な組合せである。検索
条件の設定方法は、例えば取り得る検索条件の全てを選
択肢として利用者に提示しその中から選択する形式であ
ってもよいし、利用者に検索条件を逐一入力させる形式
であってもよい。

【０１４３】また、検索結果を利用者に提示する方法に
ついては、例えば、 （あ）検索処理を開始して終了するまでの特定期間だ
け、特定領域を検索結果表示に充当し、専用の検索結果
表示手段を持たない方法． （い）検索条件に合致したものだけを表示するための、
専用のウインドウなどを新たに生成する、検索結果表示
手段を持つ方法． （う）必要に応じて（あ）、（い）の両者を組み合わせ
る方法．などが考えられる。

【０１４４】次に検索処理とその検索結果を利用者に提
示する方法の実施例について説明する。はじめにキャビ
ネット１６直下の階層に存在するバインダ２０の検索処
理について、上記の検索結果提示方法のそれぞれについ
て説明する。尚、本実施例においては検索処理に際して
キャビネット１６のオブジェクト管理情報１１０を利用
する方法について記述するが、検索処理用のデータ構造
を作成して行う実施例も考えられる。また説明の便宜
上、本実施例では検索条件として、オブジェクト管理情
報１１０のオブジェクトタイプ１１１の内容など単純な
条件を設定するが、前述のように検索条件の設定にはこ
だわらない。

【０１４５】上記（あ）の検索結果提示方法の実施例
を、図５、図６７、フローチャート図６８を使って説明
する。

【０１４６】ここでは、検索結果表示にキャビネット１
６内オブジェクトを一覧表示するウインドウを充当する
ものとする。初め、全てのキャビネット１６内オブジェ
クトが図５に示すようにキャビネットウインドウＧ１６
内に一覧表示されている。これらに対して、検索条件を
「キャビネット１６内のバインダ２０を検索する」とし
て検索処理を実行した場合を例として説明する。ステッ
プＳ３００において、キャビネット１６のオブジェクト
管理情報１１０に登録されているオブジェクトに対し
て、オブジェクトタイプ１１１が「バインダ」であるか
どうかをチェックする。オブジェクトタイプが「バイン
ダ」でない場合はステップＳ３０１へ進む。ステップＳ
３０１では、このオブジェクトに対する表示をキャビネ
ットウィンドウＧ１６から消去し、ステップＳ３０２へ
進む。

【０１４７】一方、ステップＳ３００でオブジェクトタ
イプが「バインダ」である場合はステップＳ３０２へ進
む。ステップＳ３０２では、この処理をキャビネット１
６内の全エントリ（オブジェクト）に対して行ったかど
うかを判断し、全オブジェクトに対する処理が終了して
いれば本処理を終了する。また、未処理のオブジェクト
が存在する場合は、ステップＳ３００へ戻り上述の処理
を繰り返す。

【０１４８】この結果、図６７に示すように、キャビネ
ットウインドウＧ１００内には、検索条件に合致したバ
インダ２０を示すバインダオブジェクトＧ１０１だけが
残留表示され、合致しなかったもの（即ちデータ１８）
は非表示状態となる。

【０１４９】次に、上記（い）の検索結果提示方法の実
施例について図５、図６９、図７０を使って説明する。

【０１５０】初め、全てのキャビネット１６内オブジェ
クトが図５に示すようにキャビネットウインドウＧ１６
内に一覧表示されている。これらに対して、検索条件を
「キャビネット１６内のバインダ２０を検索する」とし
て検索処理を実行した場合を例として説明する。まず、
ステップＳ３１０において、図６９に示すような検索結
果表示ウインドウＧ１１０を生成する。次にステップＳ
３１１において、各オブジェクトが検索条件に合致する
かどうかを検査する。本例においては、検索条件は「キ
ャビネット１６内のバインダ２０を検索する」であるの
で、キャビネット１６のオブジェクト管理情報１１０に
登録されているオブジェクトに対して、オブジェクトタ
イプ１１１がバインダであるかどうかを検査する。ステ
ップＳ３１１でオブジェクトが検索条件と合致している
場合はステップＳ３１２へ進む。ステップＳ３１２で
は、そのオブジェクトを検索結果表示ウインドウＧ１１
０に検索結果オブジェクトＧ１１１として表示する。そ
して、ステップＳ３１３へ進む。

【０１５１】一方、ステップＳ３１１でオブジェクトが
検索条件と合致しない場合は直接ステップＳ３１３へ進
む。そして、ステップＳ３１３では、上述の処理が全オ
ブジェクトに対して実行されたかどうかを判断する。そ
して、全オブジェクトに対して処理が実行されていれば
本処理を終了する。また、未処理のオブジェクトが存在
する場合は、ステップＳ３１１へ戻り上述の処理を繰り
返す。以上のようにして、本処理をキャビネット１６の
全エントリ（オブジェクト）に対して行う。この結果、
キャビネットウインドウＧ１６の表示は不変だが、図６
９に示すように、検索結果表示ウインドウＧ１１０には
条件に合致したバインダ２０だけが新たに検索結果オブ
ジェクトＧ１１１として表示される。

【０１５２】次に、上記（う）の検索結果提示方法実施
例について図５、図６７、図７１、フローチャート図７
３を使って説明する。

【０１５３】初め、全てのキャビネット１６内のオブジ
ェクトが図５に示すようにキャビネットウインドウＧ１
６内に一覧表示されている。これらに対して、検索条件
を「キャビネット１６内のバインダ２０を検索する」と
して検索処理を実行した場合を例として説明する。ま
ず、ステップＳ３３０において、図７１に示すような検
索結果詳細ウインドウＧ１２０を生成する。次にステッ
プＳ３３１において、キャビネット１６内のオブジェク
トが検索条件と合致するかどうかを判断する。即ち、キ
ャビネット１６のオブジェクト管理情報１１０に登録さ
れているオブジェクトのオブジェクトタイプ１１１が
「バインダ」であるかどうかを検査する。

【０１５４】ステップＳ３３１において、オブジェクト
が検索条件と合致しない場合はステップＳ３３２へ進
み、キャビネットウィンドウＧ１６からそのオブジェク
トの表示を消去する。また、ステップＳ３３１でオブジ
ェクトが検索条件に合致した場合はステップＳ３３３へ
進み、そのオブジェクトの付帯情報を検索結果詳細ウイ
ンドウＧ１２０に表示する。そして、ステップＳ３３４
において、全オブジェクトに対して上述の処理が実行さ
れたかどうかを判断し、全オブジェクトに対して処理が
実行されていれば本処理を終了する。また、未処理のオ
ブジェクトがあればステップＳ３３１へ戻り上述の処理
を繰り返す。以上のようにして、本処理をキャビネット
１６の全エントリ（オブジェクト）に対して行う。

【０１５５】上記の処理の結果、キャビネットウインド
ウＧ１６内には、図６７に示すように、検索条件に合致
したバインダ２０を示すバインダオブジェクトＧ１７だ
けが残留表示され、合致しなかったもの（即ちデータ１
８）は非表示状態となる。さらに、検索結果詳細ウイン
ドウＧ１２０には図７１に示すように、キャビネットウ
インドウＧ１６に残留表示されたバインダ２０に付帯す
る詳細情報が表示される。

【０１５６】以上述べた、キャビネット１６直下の階層
に存在するバインダ２０の検索処理手順とほぼ同一の処
理手順によって、キャビネット１６直下の階層にあるデ
ータ１８の検索、キャビネット１６直下の階層にあるラ
イブラリバインダ２７の検索，キャビネット１６直下の
階層にあるライブラリデータ２８の検索，バインダ２０
直下の階層にあるバインダ２０の検索，バインダ２０直
下の階層にあるデータ１８の検索，ライブラリバインダ
２７直下の階層にあるライブラリバインダ２７の検索，
ライブラリバインダ２７直下の階層にあるライブラリデ
ータ２８の検索，公開棚２２直下の階層にある公開トレ
イ２９の検索，タグトレイ１９直下の階層にあるデータ
１８やバインダ２０の検索などが、オブジェクトタイプ
１１１を検索条件として設定することによって実現可能
である。尚、以下の検索処理の実施例では、説明の便宜
上（い）の検索結果を表示する専用の検索結果ウインド
ウＧ１１０を生成する実施例に従って説明する。

【０１５７】次にキャビネット１６から２階層下に存在
するオブジェクトの検索処理についてフローチャート図
７２を使いながら説明する。

【０１５８】キャビネット１６の２階層下に存在するオ
ブジェクトとは、例えばキャビネット１６の直下階層に
バインダ２０が存在し、そのバインダ２０の直下階層に
存在するオブジェクトを指して言う。「キャビネット１
６から２階層下に存在するデータ」が検索条件として設
定され検索が実施されると、まずステップＳ３２０にお
いて検索結果を表示するための検索結果ウインドウＧ１
１０を生成する。次に、ステップＳ３２１において、キ
ャビネット１６のオブジェクト管理情報１１０からオブ
ジェクトタイプ１１１がバインダであるエントリを選
ぶ。次に、ステップＳ３２２及びステップＳ３２３にお
いて、このエントリの情報を元にバインダ２０のオブジ
ェクト管理情報１１０を読み込む。そして、このバイン
ダ２０に属するオブジェクトが検索条件と合致するかど
うかを検査する。即ち、バインダ２０のオブジェクト管
理情報により、各オブジェクト（エントリ）に対するオ
ブジェクトタイプ１１１がデータ１８であるかどうかを
検査する。ステップＳ３２３においてエントリが検索条
件と合致する場合はステップＳ３２４へ進む。ステップ
Ｓ３２４では、合致するエントリのフォーマットＩＤ１
１３とデータ情報５０からアイコンファイルを読み出し
て検索結果ウインドウＧ１１０に検索結果オブジェクト
Ｇ１１１として表示する。

【０１５９】この処理を該バインダ２０のオブジェクト
管理情報１１０の全エントリに対して行うために、ステ
ップＳ３２５において未処理のエントリがあるかどうか
を検査する。未処理のエントリがある場合は、キャビネ
ット１６のオブジェクト管理情報１１０からオブジェク
トタイプ１１１がバインダ２０であるエントリを選ぶ処
理（ステップＳ３２１）へ戻り、以降の処理を繰り返
す。また、ステップＳ３２５で、バインダ２０内の全エ
ントリに対して処理を終了したらステップＳ３２１へ戻
る。また、ステップＳ３２６においてはキャビネット１
６内の全エントリに対して処理が実行されたかどうかを
判断し、未処理のエントリがあればステップＳ３２１へ
戻り以降の処理を繰り返す。また、全エントリに対する
処理を終了していれば本処理を終了する。以上のように
して、処理をキャビネット１６のオブジェクト管理情報
１１０の全エントリに対して行う。尚、このような処理
を再帰的に行うことにより階層数にかかわらず検索が実
施できる。

【０１６０】また、異なる階層に存在するオブジェクト
を検索対象として検索条件が設定され検索が実施された
場合、検索処理の再帰的な実施回数を変更することによ
り実現可能である。これをフローチャート図７４を使っ
て説明する。この例では、階層にかかわらずキャビネッ
ト１６の下方階層にあるオブジェクトを検索対象とし
て、「オブジェクト管理情報１１０のオブジェクトタイ
プ１１１がデータでかつクリエイタＩＤ１１４が０１２
である」ことを検索条件として検索を実施するものとす
る。尚、本実施例においては、説明の便宜上データ１８
が存在し得るのはキャビネット１６直下あるいはバイン
ダ２０直下であるとする。

【０１６１】キャビネット１６から任意階層下方に存在
するオブジェクトを検索対象として上記の検索条件が設
定されて検索が実施されると、まずステップＳ３４０に
おいて、検索結果を表示するための検索結果ウインドウ
Ｇ１１０を生成する。次に、ステップＳ３４１におい
て、キャビネット１６を検索対象として、検索条件を渡
して定型処理である「処理」を実行して終了する。

【０１６２】次に、フローチャート図７５を使ってこの
「処理」について説明する。「処理」はキャビネット１
６に限らずバインダ２０、ライブラリバインダ２７、公
開棚２２、公開トレイ２９、タグトレイ１９などのよう
に、更なる下方階層を持ち得るオブジェクトに対して、
再帰的にデータ１８を検索抽出し、検索条件に合致する
データ１８の情報を検索結果ウインドウＧ１１０に表示
する機能を実現するモジュールである。

【０１６３】「処理」が呼び出されると、ステップＳ３
５０において、呼び出し時に指定されたオブジェクトの
オブジェクト管理情報１１０からオブジェクトタイプ１
１１がデータ１８であるエントリを選び出す。そして、
ステップＳ３５１において、前述の選び出されたエント
リが検索条件（「オブジェクト管理情報１１０のオブジ
ェクトタイプ１１１がデータでかつクリエイタＩＤ１１
４が０１２である」）と合致するかどうかを判定する。
そして、ステップＳ３５２では、検索条件と合致するエ
ントリのフォーマットＩＤ１１３とデータ情報５０から
アイコンファイルを読み出して検索結果ウインドウＧ１
１０に必要な情報とともに検索結果オブジェクトＧ１１
１として表示する。

【０１６４】一方、呼び出し時に指定されたオブジェク
トのオブジェクト管理情報１１０からオブジェクトタイ
プ１１１がバインダであるエントリに対しては、ステッ
プＳ３５４において、再帰的に検索条件、検索対象とと
もに「処理」を呼び出す。ステップＳ３５３により全エ
ントリに対して処理が終了したかどうかを判定し、未処
理のエントリが存在する場合はステップＳ３５０へ戻
る。また、全エントリに対して処理が終了している場合
は本処理を終了する。以上のようにして、本処理を呼出
時に指定されたオブジェクトのオブジェクト管理情報１
１０の全エントリに対して行って、「処理」からリター
ンする。

【０１６５】＜検索結果への到達＞次に検索結果を元
に、データの管理構造をたどることなく検索条件に合致
したオブジェクトに到達する処理について説明する。
尚、本実施例においては、検索対象となっているのはキ
ャビネット１６下のデータ１８およびバインダ２０であ
るとする。

【０１６６】はじめに検索結果にしたがって、データ管
理構造をたどることなく検索条件に合致したオブジェク
トに到達するための情報を生成する処理について図７６
を使って説明する。

【０１６７】検索処理が実行されると、ステップＳ３６
０において、検索結果ウインドウＧ１１０を生成する。
次に、ステップＳ３６１において、検索結果表示ウィン
ドウのデータ管理情報１１０を生成する。このデータ管
理情報１１０は、検索結果ウインドウＧ１１０がキャビ
ネット１６やバインダ２０のような、その下位に階層構
造を持つオブジェクトとして、検索結果ウインドウＧ１
１０内の検索結果オブジェクトについての情報を格納す
るためのものである。ステップＳ３６２において検索処
理を実行し、この検索処理の実行にともない検索条件に
合致したオブジェクトはステップＳ３６３にて検索結果
ウインドウＧ１１０に表示される。そして、ステップＳ
３６４で、検索条件に合致することを判断するために使
用した検索対象キャビネット１６のオブジェクト管理情
報１１０における検索条件と合致するエントリ情報を、
新たに生成された検索結果ウインドウＧ１１０のオブジ
ェクト管理情報１１０のエントリにコピーする。ステッ
プＳ３６５において、未処理のエントリが存在するか否
かをチェックし、未処理のエントリが存在する場合はス
テップＳ３６２へ戻り上述の処理を繰り返す。以上のよ
うに本処理を全検索対象に関して実行する。

【０１６８】こうして構成された検索結果ウインドウＧ
１１０に対して、オープン操作が行われた際の処理につ
いて図７７を使って説明する。尚、検索結果ウインドウ
Ｇ１１０に表示されているのは、検索条件に合致したバ
インダ２０およびデータ１８を示す検索結果オブジェク
トＧ１１１である。また、検索結果ウインドウＧ１１０
内の検索結果オブジェクトＧ１１１に対する操作は実体
であるバインダ２０およびデータ１８を示すそれぞれバ
インダオブジェクトＧ１７およびデータオブジェクトＧ
１８に対する操作と同じ処理が行なわれる。

【０１６９】検索結果表示ウインドウＧ１１０上の検索
結果オブジェクトＧ１１１に対してオープン操作が行わ
れると、まずステップＳ３７０において、検索結果ウイ
ンドウＧ１１０のデータ管理情報１１０より、指定され
たオブジェクトに該当するエントリの情報を得る。そし
て、ステップＳ３７１にて、指定されたオブジェクトの
種別にしたがってバインダ２２またはデータ１８のオー
プン処理が実行される（ステップＳ３７２、ステップＳ
３７３）。

【０１７０】尚、、検索結果に対する削除操作に関して
は、これを禁止することも、検索結果ウインドウＧ１１
０上の、検索結果オブジェクトの示すデータ１８または
バインダ２０への到達指標だけを削除して実体であるバ
インダ２０あるいはデータ１８は削除しないように設定
することも可能である。

【０１７１】＜階層構造を考慮した利用者への検索結果
の提示＞次にデータ１８とバインダ２０のように、階層
構造をなすオブジェクトが同時に検索条件に合致した際
の、階層構造を考慮した利用者への検索結果提示の実施
例について、フローチャート図７８と図２、図７９、図
８０を使って説明する。尚、本例においては、キャビネ
ット１６から任意階層下方に存在するデータ１８とバイ
ンダ２０を検索対象として検索条件が設定され、すでに
説明した検索処理の実施の結果、図７９Ａに太枠で示す
ような階層構造にあるデータ１８とバインダ２０が検索
条件に合致したと仮定する。また、検索結果は実際のデ
ータの階層構造とは無関係に、図７９Ｂのように検索結
果ウィンドウＧ１１０に検索結果オブジェクトＧ１１１
として表示されているとする。

【０１７２】ここで検索結果ウインドウＧ１１０から、
名称が「バインダ０」であるバインダ２０を示す検索結
果オブジェクトをオープンすると、すでに説明したよう
に検索結果オブジェクトに対する操作は、それが示すバ
インダ２０に対する操作としてバインダ２０がオープン
され、バインダウィンドウＧ２２が表示される。このと
きのバインダウインドウＧ２２の表示においては、検索
結果ウィンドウＧ１１０内に表示された検索結果オブジ
ェクトＧ１１１の示すバインダオブジェクトＧ２０（バ
インダ２０を示す），あるいはデータオブジェクトＧ１
８（データ１８を示す）が表示される。そして、先の検
索で検索条件に該当したオブジェクトである場合、それ
を明示するために図８０のようにアイコンが網掛けにな
るなどの表示が変更される。このような表示を行うため
の処理についてフローチャート図７８を使って以下に説
明する。

【０１７３】図７９の、名称「バインダ０」のバインダ
２０を示す検索結果オブジェクトＧ１１１が２クリック
されてオープンされると、バインダウィンドウＧ２２を
生成する（ステップＳ３８０）。検索結果オブジェクト
Ｇ１１１のバインダ２０のオブジェクト管理情報１１０
の各エントリのフォーマットＩＤ１１３とデータ情報３
６により「バインダ０」のデータ管理情報を得る。この
「バインダ０」のデータ管理情報より各エントリのアイ
コンファイルを読み出して前記ウインドウに必要な情報
とともにオブジェクトの表示を行う（ステップＳ３８
１）。次にこのエントリと同じ情報が、検索結果ウイン
ドウＧ１１０のオブジェクト管理情報１１０のエントリ
に含まれていないかを調べる（ステップＳ３８２）。同
じエントリが含まれていた場合は、前記ウインドウへの
アイコン表示に、例えば図８０に示すような網掛け処理
を重畳して行い、ユーザの識別を容易にする（ステップ
Ｓ３８３）。以上の処理を名称「バインダ０」のバイン
ダ２０のオブジェクト管理情報１１０の全エントリに対
して行って（ステップＳ３８４）終了する。

【０１７４】次に検索結果に対してアプリケーションプ
ログラムを起動して、所望の処理を実行する場合の処理
手順についてフローチャート図８１と図８２を使って説
明する。

【０１７５】図８２は、検索結果ウインドウＧ１１０で
あり、表示されているのは検索条件に合致したデータ１
８を示す検索結果オブジェクトＧ１１１である。この検
索結果に対して実行する処理は、編集、印刷など多数が
考えられるが、本実施例においてはその１例として印刷
を実行するアプリケーションプログラムを起動して印刷
処理を実行するものとする。印刷処理を行うアプリケー
ションプログラムの起動は、例えばリストから処理を選
択する形式で行う。

【０１７６】まず、ステップＳ３９０にて、データ１８
を示す検索結果オブジェクトＧ１５０が選択され（例え
ばボタン１クリックにより選択する）、検索結果ウイン
ドウＧ１１０上の操作ボタンＧ１４０が選択される。す
るとステップＳ３９１において、検索結果ウインドウＧ
１１０のオブジェクト管理情報１１０の、選択された検
索結果オブジェクトＧ１５０に該当するデータ１８のエ
ントリから、フォーマットＩＤ５１とクリエイタＩＤ１
１４を得る。そしてステップＳ３９２において、アプリ
ケーション情報６０を参照し、クリエイタＩＤ１１４と
同じアプリケーションＩＤ６１を持つエントリ中の、そ
のフォーマットＩＤ５１に該当する処理リスト６５の処
理名称を得る。この処理名称をステップＳ３９３にてリ
ストＧ１４１として表示する。

【０１７７】次に、ステップＳ３９４にて、ユーザによ
ってリストＧ１４１の１項目が選択されると、ステップ
Ｓ３９５で検索結果表示ウインドウＧ１１０のオブジェ
クト管理情報１１０のエントリからファイル名１１２を
得る。そして、ステップＳ３９６で、このファイル名１
１２と既に得られたフォーマットＩＤ５１とリストＧ１
４１から選択された項目に対応する処理コードをアプリ
ケーションプログラムに渡し、アプリケーションＩＤ６
１に対応する実行モジュール名６２によってアプリケー
ションを起動する。尚、複数のデータが選択された場合
は、上記一連の処理を繰り返すことで実施が可能であ
る。

【０１７８】＜公開情報を考慮した検索処理の実行＞次
に他のユーザが所有するオブジェクトに対する検索が実
行された場合の処理についてフローチャート図８３を使
って説明する。本実施例においては、ユーザＡがユーザ
Ｂのキャビネット１６以下のデータ１８と、ユーザＣの
キャビネット１６以下のデータ１８を検索対象とし、検
索条件を設定して検索処理を実行するものとする。ま
た、すでに説明した公開操作に従った方法によって、ユ
ーザＢのキャビネット１６は検索処理の実行ユーザであ
るユーザＡに公開されており（この状態を、「ユーザＡ
は該オブジェクトに関してユーザＢの公開ユーザであ
る」と称する）、ユーザＣのキャビネット１６はユーザ
Ａに対して一切公開されていない（この状態を、「ユー
ザＡは該オブジェクトに関してユーザＣの非公開ユーザ
である」と称する）ものとする。

【０１７９】ユーザＡがユーザＢ、Ｃのキャビネット１
６を検索対象として検索条件を設定して検索処理を実行
すると、検索結果表示ウインドウＧ１１０を生成する
（ステップＳ４００）。他ユーザのキャビネット１６な
どを検索する際には、公開トレイ２９のオブジェクト管
理情報１１０から、検索しようとするキャビネット１６
に該当するエントリを探す（ステップＳ４０１）。公開
トレイにオブジェクト（ここではキャビネット）が存在
する場合はこのキャビネット１６に対して、フローチャ
ート図７５に示すところの「処理」を実行する。このと
きの検索条件は、本処理を実行する際に設定されたもの
である（ステップＳ４０２）。一方、ステップＳ４０１
で該当するエントリが存在しない場合は、ユーザが検索
対象として指定したオブジェクトが利用者Ａに公開され
ていないことを表示する（ステップＳ４０３）。この処
理を検索対象として指定された、他ユーザが所有する全
てのオブジェクトに対して繰り返す（ステップＳ４０
４）。このようにして、他のユーザが所有するオブジェ
クトに対する検索処理を終了する。

【０１８０】次に他のユーザが所有するオブジェクトに
対する検索が実行された場合に、検索処理は実行した上
で、公開情報に従ってユーザへの検索結果の提示を抑止
する処理についてフローチャート図８４、図８５を使っ
て説明する。

【０１８１】本実施例においては、ユーザＡがユーザＢ
のキャビネット１６以下のデータ１８と、ユーザＣのキ
ャビネット１６以下のデータ１８を検索対象とし、検索
条件を設定して検索処理を実行するものとする。また、
＜公開操作＞に従った方法によって、ユーザＢのキャビ
ネット１６は検索処理の実行ユーザであるユーザＡに公
開されており、ユーザＣのキャビネット１６はユーザＡ
に対して一切公開されていないものとする。

【０１８２】ユーザＡがユーザＢ、Ｃのキャビネット１
６を検索対象として検索条件を設定して検索処理を実行
すると、検索結果表示ウインドウＧ１１０を生成する
（ステップＳ４１０）。次に指定されたキャビネット１
６に対して、後述する「表示を伴わない処理」を、検索
条件とともに呼び出す（ステップＳ４１１）。次に公開
トレイ２９のオブジェクト管理情報１１０から、検索し
たキャビネット１６に該当するエントリを探し（ステッ
プＳ４１２）、存在する場合は「表示を伴わない処理」
が返した情報を元に、検索結果表示ウインドウＧ１１０
に検索結果の表示を行う（ステップＳ４１３）。該当す
るエントリが存在しない場合は、「表示を伴わない処
理」が返した情報から非公開ユーザグループユーザに知
られても差し支えない情報や、非公開ユーザグループユ
ーザであってもシステムの管理などの理由で知る必要性
が認められる情報などを選択的に検索結果表示ウインド
ウＧ１１０に表示する（ステップＳ４１４）。

【０１８３】この処理を検索対象として指定された、他
ユーザが所有する全てのオブジェクトに対して繰り返し
て（ステップＳ４１５）他のユーザが所有するオブジェ
クトに対する検索処理を終了する。前述の非公開ユーザ
に知られても差し支えない情報とは、例えば検索条件に
合致するオブジェクトの存在（存在する／しない）であ
る。また、非公開ユーザであってもシステムの管理など
の理由で知る必要性が認められる情報とは、オブジェク
トの名称等のオブジェクトを特定し得る情報以外のもの
であり、オブジェクトのサイズや、登録日付、更新日付
などである。

【０１８４】次に、フローチャート８５図を使って上述
の「表示を伴わない処理」について説明する。「表示を
伴わない処理」はキャビネット１６に限らずバインダ２
０，ライブラリバインダ２７，公開棚２２，公開トレイ
２９，タグトレイ１９などのように、更なる下方階層を
持ち得るオブジェクトに対して、再帰的にデータ１８を
検索抽出し、検索条件に合致するデータ１８の情報を検
索結果表示ウインドウＧ１１０に表示する機能を実現す
るモジュールである。

【０１８５】「表示を伴わない処理」が呼び出される
と、リターン情報領域を確保して初期化する（ステップ
Ｓ４２０）。次に、ステップＳ４２１で呼び出し時に指
定されたオブジェクトのオブジェクト管理情報１１０か
らオブジェクトタイプ１１１がデータ１８であるエント
リを選ぶ（ステップＳ４２１）。更にそのエントリに対
して検索条件と合致するかを判定し（ステップＳ４２
２）、合致するエントリの情報をリターン情報としてセ
ットする（ステップＳ４２３）。一方、呼び出し時に指
定されたオブジェクトのオブジェクト管理情報１１０か
らオブジェクトタイプ１１１がデータ１８以外であるエ
ントリに対しては、再帰的に検索条件、検索対象ととも
に更に「表示を伴わない処理」を呼び出す（ステップＳ
４２４）。これらの処理を呼出時に指定されたオブジェ
クトのオブジェクト管理情報１１０の全エントリに対し
て行って（ステップＳ４２５）、得られたリターン情報
を「表示を伴わない処理」からリターンする。

【０１８６】＜ユーザグループへの公開情報を考慮した
検索処理の実行＞次に他のユーザが所有するオブジェク
トに対する検索が実行された場合の処理についてフロー
チャート図８６を使って説明する。

【０１８７】本実施例においては、利用者ＡがユーザＢ
のキャビネット１６以下のデータ１８と、ユーザＣのキ
ャビネット１６以下のデータ１８を検索対象とし、検索
条件を設定して検索処理を実行するものとする。また、
＜公開操作＞に従った方法によって、ユーザＢのキャビ
ネット１６は検索処理の実行ユーザであるユーザＡが属
するユーザグループに公開されており（この状態を、
「ユーザＡは該オブジェクトに関してユーザＢの公開ユ
ーザグループユーザである」と称する）、ユーザＣのキ
ャビネット１６はユーザＡが属するユーザグループに対
して一切公開されていない（この状態を、「ユーザＡは
該オブジェクトに関してユーザＣの非公開ユーザグルー
プユーザである」と称する）ものとする。

【０１８８】ユーザＡがユーザＢ、Ｃのキャビネット１
６を検索対象として検索条件を設定して検索処理を実行
すると、まず検索結果表示ウインドウＧ１１０が生成さ
れる（ステップＳ４３０）。他ユーザのキャビネット１
６などを検索する際には、公開トレイ２９のオブジェク
ト管理情報１１０から、検索しようとするキャビネット
１６に該当するエントリを探す（ステップＳ４３１）。
公開トレイにこのエントリが存在する場合は該キャビネ
ット１６に対して、フローチャート図７５に示すところ
の「処理」を、検索条件とともに呼び出す（ステップＳ
４３２）。該当するエントリが存在しない場合は、ユー
ザＡが検索対象として指定したオブジェクトが利用者Ａ
が属するユーザグループに公開されていないことを表示
する（ステップＳ４３３）。この処理を検索対象として
指定された、他ユーザが所有する全てのオブジェクトに
対して繰り返して（ステップＳ４３４）、他のユーザが
所有するオブジェクトに対する検索処理を終了する。

【０１８９】次に他のユーザが所有するオブジェクトに
対する検索が実行された場合に、検索処理は実行した上
で、公開情報に従ってユーザへの検索結果の提示を抑止
する処理についてフローチャート図８７、図２を使って
説明する。

【０１９０】本実施例においては、ユーザＡがユーザＢ
のキャビネット１６以下のデータ１８と、ユーザＣのキ
ャビネット１６以下のデータ１８を検索対象とし、検索
条件を設定して検索処理を実行するものとする。また、
＜公開操作＞に従った方法によって、ユーザＢのキャビ
ネット１６は検索処理の実行ユーザであるユーザＡが属
するユーザグループに公開されており、ユーザＣのキャ
ビネット１６はユーザＡが属するユーザグループに対し
て一切公開されていないものとする。

【０１９１】ユーザＡがユーザＢ、Ｃのキャビネット１
６を検索対象として検索条件を設定して検索処理を実行
すると、検索結果表示ウインドウＧ１１０を生成する
（ステップＳ４４０）。次に指定されたキャビネット１
６に対して、＜公開情報を考慮した検索処理の実行＞で
述べた「表示を伴わない処理」を、検索条件とともに呼
び出す（ステップＳ４４１）。次には公開トレイ２９の
オブジェクト管理情報１１０から、検索したキャビネッ
ト１６に該当するエントリを探し（ステップＳ４４
２）、存在する場合は「表示を伴わない処理」が返した
情報を元に検索結果表示ウインドウＧ１１０に検索結果
の表示を行う（ステップＳ４４３）。該当するエントリ
が存在しない場合は、「表示を伴わない処理」が返した
情報から非公開ユーザに知られても差し支えない情報
や、非公開ユーザであってもシステムの管理などの理由
で知る必要性が認められる情報などを選択的に検索結果
表示ウインドウＧ１１０に表示する（ステップＳ４４
４）。この処理を検索対象として指定された、他ユーザ
が所有する全てのオブジェクトに対して繰り返して（ス
テップＳ４４５）他のユーザが所有するオブジェクトに
対する検索処理を終了する。

【０１９２】以上説明したように本実施例のデータ処理
装置によれば、利用者が自分または他の利用者により作
成された共通データを利用する際に、ＣＣＰデータ及び
ＣＣＰバッファを用いれば参照すべき共通データが自動
的に特定されるので効率がよい。また、このＣＣＰバッ
ファは、例えば図形データ，文書データ等、各データ種
別毎に備えられるので作業性の向上に大きく寄与する。

【０１９３】また、クリップボード，クリップデータに
より共通データを使用する際にも、使用可能な共通デー
タのみが自動的に選択されて表示されるので、データを
選択する際の作業性が大きく向上する。

【０１９４】尚、本発明は、複数の機器から構成される
システムに適用しても１つの機器からなる装置に適用し
ても良い。また、本発明はシステム或いは装置に本発明
により規定される処理を実行させるプログラムを供給す
ることによって達成される場合にも適用できることはい
うまでもない。

【０１９５】

【発明の効果】以上説明したように本発明のデータ管理
方法及び装置によれば、共通データに対する操作性が向
上し、装置利用者の作業効率が向上する。

【０１９６】

【図面の簡単な説明】

【図１】本実施例によるデータ処理装置の概略構成を表
すブロック図である。

【図２】デスクトップ管理システムにおけるユーザの作
業環境の概念を表す図である。

【図３】ルームウインドウの表示状態を表す図である。

【図４】デスクトップウインドウの表示状態を表す図で
ある。

【図５】キャビネットウインドウの表示状態を表す図で
ある。

【図６】ライブラリウインドウの表示状態を表す図であ
る。

【図７】ライブラリバインダウインドウの表示状態を表
す図である。

【図８】タグトレイウインドウの表示状態を表す図であ
る。

【図９】公開棚ウインドウの表示状態を表す図である。

【図１０】公開トレイウインドウの表示状態を表す図で
ある。

【図１１】出口ウインドウの表示状態を表す図である。

【図１２】オフィスウィンドウの表示状態を表す図であ
る。

【図１３】ルームウィンドウの表示状態を表す図であ
る。

【図１４】アプリケーションが作成するデータのデータ
情報テーブルを表す図である。

【図１５】アプリケーション情報テーブルを表す図であ
る。

【図１６】ライブラリ情報テーブルを表す図である。

【図１７】ユーザ情報テーブルを表す図である。

【図１８】オフィス情報テーブルを表す図である。

【図１９】グループ情報テーブルを表す図である。

【図２０】オブジェクト管理情報テーブルを表す図であ
る。

【図２１】オープンオブジェクト管理情報テーブルを表
す図である。

【図２２】ライブラリ検索順番情報を表す図である。

【図２３】キャビネットウィンドウにおいてバインダを
オープンする操作を表す図である。

【図２４】バインダのオープン操作によるオープン処理
の手順を表すフローチャートである。

【図２５】キャビネット或いはバインダ間におけるデー
タのコピー操作を説明する図である。

【図２６】データコピー処理の手順を表すフローチャー
トである。

【図２７】アプリケーションの起動操作を説明する図で
ある。

【図２８】アプリケーションの起動処理の手順を表すフ
ローチャートである。

【図２９】アプリケーションの起動操作を説明する図で
ある。

【図３０】アプリケーションの起動処理の手順を表すフ
ローチャートである。

【図３１】アプリケーションのドラグ／ドロップ操作に
よる起動操作を説明する図である。

【図３２】データオブジェクトのオープン操作によるア
プリケーションの起動操作を説明する図である。

【図３３】データオブジェクトのオープン操作によるア
プリケーションの起動処理の手順を表すフローチャート
である。

【図３４】データオブジェクトのオープン操作によるア
プリケーションの起動操作を説明する図である。

【図３５】データオブジェクトのオープン操作によるア
プリケーションの起動処理の手順を表すフローチャート
である。

【図３６】データオブジェクトをアプリケーションオブ
ジェクト上にドラグ／ドロップしてアプリケーションを
起動する操作を説明する図である。

【図３７】データオブジェクトをアプリケーションオブ
ジェクト上にドラグ／ドロップしてアプリケーションを
起動する場合の処理手順を表すフローチャートである。

【図３８】複数のデータオブジェクトをアプリケーショ
ンオブジェクト上にドラッグ／ドロップしてアプリケー
ションを起動する操作を表す図である。

【図３９】データオブジェクトとそれを処理可能なアプ
リケーションとを線による結合で明示する表示例を表す
図である。

【図４０】データオブジェクトとそれを処理可能なアプ
リケーションとを線による結合で明示するための処理手
順を表すフローチャートである。

【図４１】データオブジェクトとそれを処理可能なアプ
リケーションとをハイライト表示により明示する表示例
を表す図である。

【図４２】データオブジェクトとそれを処理可能なアプ
リケーションとをハイライト表示により明示するための
処理手順を表すフローチャートである。

【図４３】データオブジェクトとそれを処理可能なアプ
リケーションとを引力によりガイダンスする例を表す図
である。

【図４４】データオブジェクトとそれを処理可能なアプ
リケーションとを引力によりガイダンスするための処理
手順を表すフローチャートである。

【図４５】データオブジェクトとそれを処理できないア
プリケーションとを反力によりガイダンスする例を表す
図である。

【図４６】公開トレイオブジェクトを新規に作成する方
法を説明する図である。

【図４７】公開トレイウィンドウにおける公開設定操作
を説明する図である。

【図４８】公開トレイ作成処理の手順を表すフローチャ
ートである。

【図４９】公開操作処理の手順を表すフローチャートで
ある。

【図５０】公開設定処理の手順を表すフローチャートで
ある。

【図５１】出口オープン操作処理の手順を表すフローチ
ャートである。

【図５２】タグ新規作成処理の手順を表すフローチャー
トである。

【図５３】タグオープン処理の手順を表すフローチャー
トである。

【図５４】ゴミ箱ウィンドウの表示状態を表す図であ
る。

【図５５】データ廃棄処理の手順を表すフローチャート
である。

【図５６】データ廃棄監視プロセスにおける処理手順を
表すフローチャートである。

【図５７】ライブラリバインダの作成方法を説明するた
めの図である。

【図５８】ライブラリバインダ作成処理の手順を表すフ
ローチャートである。

【図５９】ライブラリ登録処理の手順を表すフローチャ
ートである。

【図６０】ライブラリ検索処理の手順を表すフローチャ
ートである。

【図６１】クリップボードウインドウの表示状態を表す
図である。

【図６２】クリップデータ登録処理の手順を表すフロー
チャートである。

【図６３】クリップデータ検索の手順を表すフローチャ
ートである。

【図６４】ＣＣＰデータ管理情報テーブルを表す図であ
る。

【図６５】ＣＣＰデータ登録処理の手順を表すフローチ
ャートである。

【図６６】ＣＣＰデータ検索処理の手順を表すフローチ
ャートである。

【図６７】キャビネットウィンドウを用いて検索結果を
表示した状態を表す図である。

【図６８】キャビネットウィンドウを用いて検索結果を
表示する場合の検索処理の手順を表すフローチャートで
ある。

【図６９】検索結果ウィンドウにより検索結果を表示し
た状態を表す図である。

【図７０】検索結果ウィンドウにより検索結果を表示す
る場合の検索処理の手順を表すフローチャートである。

【図７１】検索結果詳細ウィンドウの表示状態を表す図
である。

【図７２】階層に依存しないデータの検索処理の手順を
表すフローチャートである。

【図７３】検索結果詳細表示ウィンドウとキャビネット
ウィンドウを併用して検索結果を表示する場合の検索処
理の手順を表すフローチャートである。

【図７４】階層に依存しないデータの検索処理の手順を
表すフローチャートである。

【図７５】検索処理における定型処理部分の処理手順を
表すフローチャートである。

【図７６】検索結果を元にデータの管理構造をたどるこ
となく検索条件に合致したオブジェクトに到達する処理
の手順を表すフローチャートである。

【図７７】検索結果を元にしてオープン操作を行う場合
の処理手順を表すフローチャートである。

【図７８】検索に合致したオブジェクトを明示して表示
する場合の処理手順を表すフローチャートである。

【図７９】検索に合致したオブジェクトの階層と検索結
果ウィンドウを表す図である。

【図８０】バインダウィンドウにおいて検索に合致した
オブジェクトを明示して表示した状態を表す図である。

【図８１】検索結果ウィンドウに表示されたオブジェク
トよりアプリケーションを起動するための処理手順を表
すフローチャートである。

【図８２】検索結果ウィンドウに表示されたオブジェク
トよりアプリケーションを起動する方法を説明する図で
ある。

【図８３】他のユーザにより所有されるオブジェクトに
対する検索処理の手順を表すフローチャートである。

【図８４】公開情報を考慮した検索結果の表示処理を表
すフローチャートである。

【図８５】表示を伴わない処理の処理手順を表すフロー
チャートである。

【図８６】他のグループに属するユーザにより所有され
るオブジェクトに対する検索処理の手順を表すフローチ
ャートである。

【図８７】公開情報を考慮した検索結果の表示処理を表
すフローチャートである。

【符号の説明】

１ ＣＲＴ ２ ＶＲＡＭ ３ ＢＭＵ ４ キーボード ５ ポインティングデバイス ６ ＣＰＵ ７ ＲＯＭ ８ ＲＡＭ ９ ハードディスク １０ フロッピーディスク １１ ネットワークインターフェイス

───────────────────────────────────────────────────── フロントページの続き (72)発明者 高田 康文 東京都大田区下丸子３丁目30番２号 キ ヤノン株式会社内 (56)参考文献 特開 平２−255948（ＪＰ，Ａ) 特開 昭60−207969（ＪＰ，Ａ) 野口正一監修，中島 聡著，ＣＯＭシ リーズ 図解ＯＳ／２入門，日本，株式 会社オーム社，1990年 １月25日，Ｐ68 −Ｐ71（［７］クリップボード) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 12/00 G06F 9/46

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 アプリケーションにより作成されたデー
   タの所望の部分より取得された部分データをクリップデ
   ータとして複数のアプリケーションによって利用可能に
   管理するデータ管理装置であって、 アプリケーションにより作成されたデータの所望の部分
   より取得された部分データのフォーマット情報を取得す
   る取得手段と、 複数のアプリケーション間において共通に利用できるよ
   うに、前記部分データを前記取得手段で取得されたフォ
   ーマット情報と共に記憶する記憶手段と、 アプリケーションからのデータ要求に応じて、前記記憶
   手段に記憶された部分データより当該アプリケーション
   で利用可能な部分データを、前記フォーマット情報に基
   づいて選択して表示する表示手段と、 前記表示手段により表示されたデータよりユーザによっ
   て選択された部分データを当該データ要求を行なったア
   プリケーションに提供する提供手段とを備えることを特
   徴とするデータ管理装置。
2. 【請求項２】 アプリケーションにより作成されたデー
   タの所望の部分より取得された部分データをクリップデ
   ータとして複数のアプリケーションによって利用可能に
   管理するデータ管理方法であって、 アプリケーションにより作成されたデータの所望の部分
   より取得された部分データのフォーマット情報を取得す
   る取得工程と、 複数のアプリケーション間において共通に利用できるよ
   うに、前記部分データを前記取得工程で取得されたフォ
   ーマット情報と共に記憶手段に記憶する記憶工程と、 アプリケーションからのデータ要求に応じて、前記記憶
   手段に記憶された部分データより当該アプリケーション
   で利用可能な部分データを、前記フォーマット情報に基
   づいて選択して表示する表示工程と、 前記表示工程により表示された部分データよりユーザに
   よって選択された部分データを当該データ要求を行なっ
   たアプリケーションに提供する提供工程とを備えること
   を特徴とするデータ管理方法。