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

Abstract

(57)【要約】 【目的】 複数の利用者が共用可能な計算機システム上
で利用者のシステム操作中に電源事故や計算機システム
の障害などが発生して、データ変更処理が不完全な状態
で終了した場合でも、システムの再起動時に障害発生前
の状態に可及的に復旧し得るデータ処理装置を提供す
る。 【構成】 計算機システム上に分散している利用者のデ
ータを階層的な管理構造の下で利用者単位で管理すると
共に、そのデータの属性をも管理しておき、データに対
して操作要求がなされると、前記管理されている属性に
基づいて操作要求に係るデータの障害履歴を検知して操
作要求に係る利用者に通知し、操作要求に係るデータの
中から障害発生前の部分のデータを選択して操作要求に
係る利用者へ伝達する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の利用者が共用可
能な複数の計算機システム上で任意の利用者が任意のデ
ータを操作するのに好適なデータ処理装置に関する。

【０００２】

【従来の技術】従来、複数の計算機システムをネットワ
ークにより接続し、各計算機システムを複数の利用者が
共用し得るように構築された計算機システムが実現され
ている。このような計算機システムでは、自分、または
他の利用者のデータは、計算機システムで定められた一
定の場所に保存されている。

【０００３】そして、この保存に係るデータについて
は、利用者は、特定の条件に合致する他の利用者のデー
タに関する限り、計算機システムに特有な手続きに従う
ことにより操作することができた。

【０００４】この際、操作対象のデータが、他の計算機
システム上に存在する場合は、その計算機システムを指
定していた。また、一利用者が一個人のデータに対して
変更操作を加える場合、データの一部または全部を計算
機システムのメモリ上にロードして処理を行っていた。
また、必要な中間情報はメモリ上あるいは一時的に生成
したファイルに保存していた。

【０００５】

【発明が解決しようとする課題】しかし、従来は、電源
事故や計算機システムの障害などが発生して変更処理が
不完全な状態で終了した場合、システムの再起動時に障
害発生前の状態を復旧することが全くできなかった。ま
た、システム再起動後に、障害発生時の利用者が何らか
の手段によりデータの復元を図る前に別の利用者が該デ
ータを操作した場合には、障害発生時の利用者が障害発
生前の状態に復旧することが極めて困難であった。

【０００６】本発明は、このような事情の下になされた
もので、その目的は、複数の利用者が共用可能な複数の
計算機システム上で利用者のシステム操作中に電源事故
や計算機システムの障害などが発生して、データ変更処
理が不完全な状態で終了した場合でも、システムの再起
動時に障害発生前の状態に可及的に復旧し得るデータ処
理装置を提供することにある。

【０００７】

【課題を解決するための手段】上記目的を達成するた
め、第１の発明によるデータ処理装置は、複数の利用者
が共用可能な複数の計算機システム上の同一計算機シス
テム上、又は複数の計算機システム上に分散している利
用者のデータを階層的な管理構造の下で利用者単位で管
理するデータ管理手段と、前記データの属性を管理する
属性管理手段と、前記データ管理手段により管理されて
いるデータに対して操作要求がなされた際、前記属性管
理手段により管理されている属性に基づいて、操作要求
に係るデータの障害履歴を操作要求に係る利用者に通知
する通知手段と、前記属性管理手段により管理されてい
る属性に基づいて、操作要求に係る利用者が操作要求に
係るデータの障害発生時の利用者であるか否かを判別す
る判別手段と、該判別手段により障害発生時の利用者で
あると判別された場合に限り、当該利用者の操作要求を
受諾する要求受諾手段とを備えている。

【０００８】上記目的を達成するため、第２の発明によ
るデータ処理装置は、複数の利用者が共用可能な複数の
計算機システム上の同一計算機システム上、又は複数の
計算機システム上に分散している利用者のデータを階層
的な管理構造の下で利用者単位で管理するデータ管理手
段と、前記データの属性を管理する属性管理手段と、前
記データ管理手段により管理されているデータに対して
操作要求がなされた際、前記属性管理手段により管理さ
れている属性に基づいて、操作要求に係るデータの障害
履歴を操作要求に係る利用者に通知する通知手段と、前
記データ管理手段により管理されている操作要求に係る
データの中から障害発生前の部分のデータを選択する選
択手段と、該選択手段により選択されたデータを操作要
求に係る利用者へ伝達する伝達手段とを備えている。

【０００９】

【作用】第１の発明において、データ管理手段は、複数
の利用者が共用可能な複数の計算機システム上の同一計
算機システム上、又は複数の計算機システム上に分散し
ている利用者のデータを階層的な管理構造の下で利用者
単位で管理する。また、属性管理手段は、データ管理手
段にて管理されているデータについて、その属性を管理
する。そして、通知手段は、データ管理手段により管理
されているデータに対して操作要求がなされると、属性
管理手段により管理されている属性に基づいて、操作要
求に係るデータの障害履歴を操作要求に係る利用者に通
知する。一方、判別手段は、属性管理手段により管理さ
れている属性に基づいて、操作要求に係る利用者が操作
要求に係るデータの障害発生時の利用者であるか否かを
判別する。そして、要求受諾手段は、判別手段により障
害発生時の利用者であると判別された場合に限り、当該
利用者の操作要求を受諾する。従って、障害発生時の利
用者は、障害発生前のデータの状態に可及的に復旧する
ことができる。

【００１０】第２の発明において、データ管理手段は、
複数の利用者が共用可能な複数の計算機システム上の同
一計算機システム上、又は複数の計算機システム上に分
散している利用者のデータを階層的な管理構造の下で利
用者単位で管理する。また、属性管理手段は、データ管
理手段にて管理されているデータについて、その属性を
管理する。そして、通知手段は、データ管理手段により
管理されているデータに対して操作要求がなされると、
属性管理手段により管理されている属性に基づいて、操
作要求に係るデータの障害履歴を操作要求に係る利用者
に通知する。一方、選択手段は、データ管理手段により
管理されている操作要求に係るデータの中から障害発生
前の部分のデータを選択する。そして、伝達手段は、選
択手段により選択されたデータを操作要求に係る利用者
へ伝達する。従って、障害発生時の利用者以外の利用者
であっても、障害発生前のデータの状態に可及的に復旧
することができる。

【００１１】

【実施例】以下、本発明の一実施例を図面に基づいて詳
細に説明する。

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

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

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

【００１５】［デスクトップ管理システムの概念］本実
施例において、「デスクトップ管理システム」とは、デ
ータを処理するアプリケーションプログラム、及びそれ
らのアプリケーションプログラムによって処理されるデ
ータを管理し、ユーザに対してそのデータを操作するた
めの環境を与え、アプリケーションプログラムの実行
や、実行されたアプリケーションプログラムにデータを
供給する処理を行うプログラムをいう。このデスクトッ
プ管理システムは、実際には、例えば図３に示すよう
に、ウィンドウシステム上に構築された複数のウィンド
ウを適宜選択してＣＰＴ１上に表示することにより、ユ
ーザに供給され、キーボード４、ポインティングデバイ
ス５などの入力手段によってデータが操作される。

【００１６】次に、デスクトップ管理システムにおける
種々の概念について説明する。

【００１７】図２は、デスクトップ管理システムにおけ
るユーザの作業環境の概念であるルーム１３と、オフィ
ス１４の内容を示す概念図である。ここで、ルーム１３
とは、１人のユーザが所有する環境を提供するスペース
を指す概念であり、オフィス１４とは、ルーム１３の集
合で構成されるスペースを指す概念であり、これらルー
ム１３とオフィス１４は、実社会におけるオフィスとそ
こで働く作業者個人の作業環境であるルームを模したも
のである。

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

【００１９】操作オブジェクトとは、ユーザによるデス
クトップ管理システムへのアクセスを可能にするため
に、ウィンドウ上にアイコンとして表現されるデータお
よびデータの集合、さらには、デスクトップ管理システ
ムが提供する機能を示すものである。

【００２０】次に、図２〜図１１等を参照しながらユー
ザインタフェースで提供される操作オブジェクトを説明
する。

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

【００２２】図２のデスクトップ１５は、キャビネット
１６、ライブラリ１７、タグトレイ１９、公開棚２２、
ゴミ箱２３、クリップボード２４、および出口２５は、
それぞれ、実際には、図３に示したように、ルームウィ
ンドウＧ０１において、デスクトップオブジェクトＧ０
２、キャビネットオブジェクトＧ０３、ライブラリオブ
ジェクトＧ０４、タグトレイオブジェクトＧ０５、公開
棚オブジェクトＧ０６、ゴミ箱オブジェクトＧ０７、ク
リップボードオブジェクトＧ０８、および出口オブジェ
クトＧ０９により提供されるものである。

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

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

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

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

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

【００２８】ゴミ箱オブジェクトＧ０７は、データの廃
棄を管理する操作オブジェクトを指す。また、クリップ
ボードオブジェクトＦ０８は、アプリケーション２６が
処理するデータ１８またはその一部をアプリケーション
２６間で交換するための機能を提供するための操作オブ
ェクトである。出口オブジェクトＧ０９は、他のユーザ
のルーム１３やオフィス１４へのアクセス手段を表すオ
ブジェクトであり、出口オブジェクトＧ０９のオープン
操作により、後述の出口内オブジェクトを含むウィンド
ウが表示される。

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

【００３０】図４は、図３のデスクトップＧ０２がオー
プンされた状態のデスクトップウィンドウＧ１４を示し
たものである。図４に示したように、図２におけるアプ
リケーション（図形編集、表計算等）２６は、実際に
は、デスクトップウィンドウＧ１４においてアプリケー
ションオブジェクトＧ１５により提供される。このアプ
リケーションオブジェクトＧ１５は、文書編集、図形編
集、表計算等のアプリケーションプログラムを操作（起
動）するための操作オブジェクトを示す。なお、アプリ
ケーションオブジェクトＧ１５の操作については、後述
する。

【００３１】図５は、図３のキャビネットオブジェクト
Ｇ０３がオープンされた状態のキャビネットウィンドウ
Ｇ１６を示したものであり、図５に示したように、図２
におけるバインダ２０、データ１８は、実際には、キャ
ビネットウィンドウＧ１６においてバインダオブジェク
トＧ１７、データオブジェクトＧ１８により提供され
る。

【００３２】バインダオブジェクトＧ１７により提供さ
れるバインダ２０は、データを階層構造で管理するキャ
ビネット１６下のノードを示すオブジェクトであって、
キャビネット１６およびバインダ２０の下に任意に作成
することができる。このバインダオブジェクトＧ１７の
オープン操作により、そのバインダ２０内のバインダ２
０およびデータ１８を含むウィンドウが表示される。

【００３３】データオブジェクトＧ１８により提供され
るデータ１８は、アプリケーション２６により作成され
たデータ１８を示す操作オブジェクトであり、データ１
８を操作したり、そのデータ１８を処理するアプリケー
ションプログラムを起動したりするために使用する。な
お、データオブジェクトＧ１８の操作、およびバインダ
２０内の操作オブジェクトについては後述する。

【００３４】図６は、図３のライブラリオブジェクトＧ
０４がオープンされた状態のライブラリウィンドウＧ１
９を示したものであり、図６に示したように、図２にお
けるライブラリバインダ２７は、実際には、ライブラリ
ウィンドウＧ１９においてライブラリバインダオブジェ
クトＧ２０により提供される。

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

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

【００３７】図８は、図３のタグトレイオブジェクトＧ
０５がオープンされた状態のタグトレイウィンドウＧ２
４を示したものであり、図８に示したように、図２にお
けるタグ２１は、実際には、タグトレイウィンドウＧ２
４においてタグオブジェクトＧ２５により提供される。

【００３８】タグ２１は、バインダ２０、データ１８の
キャビネット内オブジェクトをキャビネットの階層構造
を辿ることなくアクセスするために仮想的に表示される
操作オブジェクトである。タグ２１に対しては、そのタ
グ２１が指し示している実態のバインダ２０、データ１
８のオブジェクトと同様の操作が可能である。

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

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

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

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

【００４３】オフィスオブジェクトＧ３２は、他のオフ
ィスへの入口を示す操作オブジェクトである。このオフ
ィスオブジェクトＧ３２には、オフィス名が表示されて
おり、そのオープン操作により、当該オフィスに含まれ
るルームへのエントリを示すドアオブジェクト３１が表
示される。このドアオブジェクト３１への操作は、前述
の通りである。ライブラリオブジェクトＧ３３は、ユー
ザが属するオフィスが管理するライブラリであり、その
操作、および内容は図６で説明した内容と同様である。

【００４４】［デスクトップ管理システム用情報］次
に、デスクトップ管理システムが動作する上で必要とす
るデスクトップ管理システム用情報について説明する
と、この情報としては、データ情報５０、アプリケーシ
ョン情報６０、ライブラリ情報７０、ユーザ情報８０、
オフィス情報９０、およびグループ情報１００が存在す
る。

【００４５】図１４は、データ情報５０の内容を示すテ
ーブル図である。データ情報５０はデスクトップ１５が
管理するアプリケーションプログラム２９が作成するデ
ータ１８の形式や種類を登録し、管理するための情報で
あり、個々のデータ形式について図１４に示したデータ
・フォーマットＩＤ５１、拡張子５２、アイコンファイ
ル名５３、ライブラリＩＤ５４の各項目が含まれる。

【００４６】データ・フォーマットＩＤ５１は、個々の
データ形式ごとに割当てられた固有の番号を示し、拡張
子５２は、そのデータ形式のデータ１８のファイルを作
成する時に、ファイル名の最後に付けられる文字を示し
ている。アイコンファイル名５３は、バインダ２０内に
データ１８を表示する際に使用するアイコンのデータが
格納されているファイル名を示す。ライブラリＩＤ５４
は、このデータをライブラリデータとしても管理できる
場合に、そのライブラリデータのＩＤを示し、このライ
ブラリＩＤ５４は複数登録することができる。

【００４７】図１５は、アプリケーション情報６０の内
容を示すテーブル図である。このアプリケーション情報
６０は、デスクトップ１５が管理するアプリケーション
２６についての情報であり、この情報に基づいて、後述
のデスクトップ１５のウィンドウ内にアプリケーション
２６の操作オブジェクトが表示される。アプリケーショ
ン情報６０には、登録されたアプリケーション２６ごと
に、アプリケーションＩＤ６１、実行モジュール名６
２、アプリケーション名称６３、アイコンファイル名６
４、処理リスト６５、および処理データ要／不要６７の
各項目が含まれている。

【００４８】アプリケーションＩＤ６１は、個々のアプ
リケーションプログラム別に割当てられた固有の番号を
示し、実行モジュール名６２は、アプリケーション２６
を実行する際に使用するプログラムの名を示している。
アプリケーション名称６３は、アプリケーション２６の
操作オブジェクトの名称を示し、アイコンファイル名６
４は、アプリケーション２６をアイコン表示する際に使
用するアイコンのデータが格納されているファイル名を
示している。処理リスト６５は、そのアプリケーション
プログラムが処理可能なデータ１８のデータ形式を示す
フォーマットＩＤと、処理コードと、その処理を表示す
るための処理名称との対応を示している。

【００４９】６６は処理リスト６５のうち各フォーマッ
トＩＤ５１毎の処理リストの先頭のエントリであって、
アプリケーション２６のデフォルトの処理を表してお
り、処理対象となるデータ１８が指定されずにアプリケ
ーション２６が起動された場合の処理を示し、フォーマ
ットＩＤ３０とその処理リストからなる。

【００５０】処理テセータ要／不要６７は、処理リスト
６５中の処理を行う上で、処理対象となるデータ１８が
必要か否かを表し、“Ｏ”ならばデータ１８が必要、
“×”ならば不必要、空白ならばどちらでも良いことを
示している。

【００５１】図１６は、ライブラリ情報７０の内容を示
すテーブル図である。このライブラリ情報７０は、デス
クトップ管理システムが管理するライブラリデータ２８
についての情報であり、この情報に基づいて、後述のラ
イブラリ１７のウィンクドウ内にライブラリバインダ２
７が表示される。ライブラリ情報７０には、登録された
ライブラリバインダ２７ごとに、ライブラリＩＤ７１、
ライブラリバインダ名７２、ライブラリ名称７３、およ
びオープン回数７４の各項目が含まれている。

【００５２】ライブラリＩＤ７１は、ライブラリバイン
ダ２７別に割当てられた固有の番号を示し、ライブラリ
バインダ名７２は、ライブラリデータ２８が保存されて
いる階層構造のファイルシステム中のライブラリバイン
ダ２７の所在（ディレクトリ）を示している。ライブラ
リ名称７３は、同一のデータ形式をもったデータの集合
であるライブラリに対して付与された名称を示し、オー
プン回数７４は、現在、ライブラリバインダ２７下のラ
イブラリデータ２８に対してオープンされている回数を
示している。

【００５３】図１７は、ユーザ情報８０の内容を示すテ
ーブル図である。このユーザ情報８０は、１つのデスク
トップ管理システムが稼働するシステムのユーザを管理
する情報であり、各ユーザ毎にユーザＩＤ８１、ユーザ
データ８２、ユーザのルームディレクトリ８３、および
ライブラリ更新モード８４が含まれている。

【００５４】ユーザＩＤ８１は、各ユーザに対して割当
てられた固有の番号であり、ユーザデータ８２はユーザ
の指名などのユーザに関する任意のデータを示してい
る。ユーザのルームディレクトリ８３は、ユーザのルー
ム１３の所在（ディレクトリのパス）を示し、ライブラ
リ更新モード８４は、ユーザのルーム１３内のライブラ
リデータ２８の更新モードを示している。なお、ライブ
ラリ更新モードについては後述する。

【００５５】図１８は、オフィス情報９０の内容を示す
テーブル図である。このオフィス情報９０は、ネットワ
ークなどで接続された他のデスクトップ管理システムが
稼働しているオフィス１４を管理する情報であり、各オ
フィス１４毎にオフィスＩＤ９１、ホスト名９２、オフ
ィス名９３、ドメイン９４、およびライブラリ更新モー
ド９５が含まれている。

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

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

【００５８】［キャビネット管理用情報］オブジェクト
管理情報１１０は、バインダ２０内に含まれる個々のオ
ブジェクトの情報を管理するためのファイルであり、キ
ャビネット１６（ライブラリ１７、ゴミ箱２３を含む）
とそれ以外のバインダ２０毎に存在する。また、オブジ
ェクト管理情報１１０は、オフィス１４のライブラリデ
ータ２８を管理するためにオフィス１４毎に１つ存在す
る。

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

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

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

【００６２】図２１は、オープンオブジェクト管理情報
１４０の内容を示すテーブル図である。このオープンオ
ブジェクト管理情報１４０は、各ユーザのルーム１３内
の現在オープンされているバインダ２０、データ１８の
状態を管理する情報であり、ルーム１３毎に１つ存在す
る。オープンオブジェクト管理情報１４０には、１つの
操作オブジェクトについて、ファイル名１４１、ユーザ
ＩＤ１４２、アクセスレベル１４３、および日付１４４
が含まれている。

【００６３】ファイル名１４１は、操作オブジェクトの
ファイル名を示し、ユーザＩＤ１４２は、当該操作オブ
ジェクトをオープンしているユーザのユーザＩＤを示し
ている。アクセスレベル１４３は、当該操作オブジェク
トが参照のみのアクセスレベルでオープンされている
か、更新のアクセスレベルでオープンされているかを表
すフラグを示している。日付１４４は、当該操作オブジ
ェクトがオープンされた日付を示している。

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

【００６５】［バインダのオープン］図２３は、キャビ
ネット１６内のバインダ２０のオープン操作を表す図で
ある。図２３中、Ｇ３７はポインティングデバイス５の
画面上の位置を示すカーソル、Ｇ３８は操作説明のため
のポインティングデバイス５のボタン操作を表すマーク
である。なお、ボタン操作を表すマークは、後述の図２
５等でも使用するが、“★”はボタン１クリック、“★
★”はボタン２クリック、“☆”はボタンが押されたこ
とを、“☆☆”はボタンが離されたことを表している。

【００６６】バインダ２０のオープン操作は、キャビネ
ットウィンドウＧ１６中のバインダオブジェクトＧ１７
のアイコンへカーソルＧ３７を移動させてボタン２をク
リックすると、バインダ２０の内容を表示するバインダ
ウィンドウＧ３９が現れる。このオープン操作は、操作
オブジェクト全般に共通な操作である。

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

【００６８】［データのコピー］図２５は、キャビネッ
ト１６あるいはバインダ２０間のデータ１８のコピー操
作を表す図である。データ１８のコピー操作は、希望す
るコピー元のデータオブジェクトＧ１８のアイコンへカ
ーソルＧ３７を移動させて、ボタンを押したままカーソ
ルＧ３７を希望するコピー先のキャビネットウィンドウ
Ｇ１６あるいはバインダウィンドウＧ３９へ移動してボ
タンを離す操作（ドラグ／ドロップ操作）により完了す
る。

【００６９】キャビネットにおけるデータ１８のコピー
処理方法を図２６のフローチャートにより説明すると、
まず、コピー元のアイコンにボタンが押された段階でコ
ピー元のデータ１８が存在するバインダ２０からデータ
１８のオブジェクト管理情報１１０を得る（ステップＳ
１０）。そして、得られたオブジェクト管理情報１１０
に基づいて、コピー元のデータ１８が公開オブジェクト
３０でかつ公開複写制限１２８の設定があれば、コピー
禁止の旨の表示を行い処理を中止する（ステップＳ１
１、Ｓ１２）。

【００７０】コピー元のデータ１８が公開オブジェクト
３０でもなく、公開複写制限１２８の設定も無ければ、
コピー先にてボタンが離された後（ステップＳ１１、Ｓ
１３）、ディスク容量などに基づいてファイルのコピー
が可能であるか否かをチェックし（ステップＳ１４）、
コピー不可能であれば、コピー不可能である旨を表示し
て（ステップＳ１５）、処理を中止する。

【００７１】一方、コピー可能であれば、コピー先のバ
インダ２０のオブジェクト管理情報１１０に前持って得
られたオブジェクト管理情報１１０のエントリを追加す
る（ステップＳ１６）。そして、オブジェクト管理情報
１１０からコピー元のファイル名を得て、データ１８の
内容であるファイルをボタンが離された位置のコピー先
にコピーして（ステップＳ１７）、終了する。

【００７２】［アプリケーションの起動］アプリケーシ
ョンの起動は、デスクトップ管理システムで管理される
アプリケーション２６、あるいはデータ１８の示す操作
オブジェクトをユーザが操作することによって行う。す
なわち、アプリケーションの起動は、アプリケーション
の実行モジュール名６２と、それに続いて処理されるデ
ータ１８のファイル名１１２と、フォーマットＩＤ５１
と、処理リスト６５中の処理方法を指示する文字列を付
加することで実行される（例：／ｕｓｒ／ｌｏｃａｌ／
ｂｉｎ／ｅｚｐｓ／ｅｚｐｓ−ｆ ０１２ −ｍ
ｅ）。

【００７３】具体的には、図３２に示したように、ルー
ムウィンドウＧ０１内のデスクトップオブジェクトＧ０
２を２クリックすると、図４に示したデスクトップウィ
ンドウＧ１４がオープンされて、既に登録されているア
プリケーション２６を示すアプリケーションオブジェク
トＧ１５が表示される。デスクトップ１５のオープン処
理は、アプリケーション情報６０を得てアイコンファイ
ルを読出し、ウィンドウ上にアイコン表示を行うことで
終了する。アプリケーションにより、データ１８がオー
プンされると、データ１８が存在するルームのオープン
オブジェクト管理情報１４０にオープンされたデータ１
８のエントリが追加される。また、アプリケーションに
よってデータ１８がクローズされると、前述のオープン
オブジェクト管理情報１４０のオープンされたデータ１
８のエントリが削除される。

【００７４】次に、図を用いてユーザの操作別にデスク
トップ管理システムにおけるアプリケーションの起動処
理を説明する。

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

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

【００７７】この処理を図３０のフローチャートにより
説明すると、「操作」ボタンＧ４０が選択されない場合
には他の処理を行い（ステップＳ３０，Ｓ３１）、「操
作」ボタンＧ４０が選択された場合には、アプリケーシ
ョンオブジェクトＧ１５の選択された後に（ステップＳ
３０，Ｓ３２）、選択されたアプリケーションオブジェ
クトＧ１５によって示されるアプリケーション２６のア
プリケーション情報６０を得る（ステップＳ３３）。そ
して、得られたアプリケーション情報６０の先頭エント
リにあるフォーマットＩＤ５１がデフォルトとして選択
されたことになり、前述フォーマットＩＤ５１の処理リ
スト６５の処理名称（図１５参照）を「操作」メニュー
Ｇ４２に表示する（ステップＳ３４）。なお、「操作」
メニューＧ４２には、印字機能などの既に作成されたデ
ータを必要とする機能の処理名称については、処理デー
タ要／不要６７により検査して表示しない。

【００７８】次に、「操作」メニューＧ４２の１つの項
目が選択されると（ステップＳ３５）、既にデフォルト
として選択されたフォーマットＩＤ５１と選択された項
目に対応する処理コードを渡して、既に選択されたアプ
リケーションオブジェクトＧ１５の示すアプリケーショ
ンプログラムを起動する（ステップＳ３６）。

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

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

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

【００８２】図３５のフローチャーチにより上記の動作
を説明すると、ウィンドウ上の「操作」ボタンＧ４０が
選択されない場合には他の処理を行い（ステップＳ５
０，Ｓ５１）、「操作」ボタンＧ４０が選択された場合
には、次に選択されたデータオブジェクトＧ１８（ステ
ップＳ５２）に基づいて、オブジェクト管理情報１１０
から選択されたデータオブジェクトＧ１８の示すデータ
１８のフォーマットＩＤ５１とクリエイタＩＤ１１４を
得て、アプリケーション情報６０からクリエイタＩＤ１
１４と同じアプリケーションＩＤ６１を持つエントリを
得る（ステップＳ５３）。そして、得られたアプリケー
ション情報６０のエントリから、得られたフォーマット
ＩＤ５１に該当する処理リスト６５の処理名称を、「操
作」メニューＧ４２として表示する（ステップＳ５
４）。次に、「操作」メニューＧ４２の１項目が選択さ
れると（ステップＳ５５）、データ１８のファイル名１
１２と、既に得られたフォーマットＩＤ５１と、「操
作」メニューＧ４２から選択された項目に対応する処理
コードを渡して、得られたアプリケーション情報６０の
実行モジュール名６２によってアプリケーションプログ
ラムを起動する（ステップＳ５６）。

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

【００８４】図３７のフローチャートにより上記の動作
を説明すると、データオブジェクトＧ１８がドラグされ
ると、オブジェクト管理情報１１０から選択されたデー
タオブジェクトＧ１８によって示されるデータ１８のフ
ァイル名１１２とフォーマットＩＤ５１を得る（ステッ
プＳ６０）。そして、ドラグされたデータオブジェクト
Ｇ１８が、デスクトップウィンドウＧ１４のアプリケー
ションオブジェクトＧ１５上に位置されると（ステップ
Ｓ６１）、位置されたアプリケーション２６のアプリケ
ーション情報６０を得て（ステップＳ６２）、当該アプ
リケーション２６がドラグされているデータオブジェク
トＧ１８によって示されるデータ１８のフォーマットＩ
Ｄ５１が処理可能なものであるならば（ステップＳ６
３）、アプリケーションオブジェクトＧ１５のアイコン
表示を反転させるなどの表示方法を変化させることによ
り（ステップＳ６４）、ユーザに対してアプリケーショ
ン２６がドラグされているデータオブジェクトＧ１８が
示すデータ１８を処理可能であることを知らせる。

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

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

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

【００８８】この処理を図３９と，図４０のフローチャ
ートにより説明すると、データオブジェクトＧ１８がグ
ラブされると、そのデータオブジェクトＧ１８に対応す
るデータ１８について、データ管理情報１１０からファ
イル名１１２とフォーマットＩＤ５１を得る（ステップ
Ｓ７０）。そして、そのファイル名１１２とフォーマッ
トＩＤ５１に基づいてデストトップ１５内のアプリケー
ション２６を検索し（ステップＳ７１）、すでに検査し
た以外に対応するアプリケーション２６が存在しないと
判断されたならば（ステップＳ７２）、処理可能なアプ
リケーションの提示を終了する。

【００８９】上記ファイル名１１２とフォーマットＩＤ
５１に対応するアプリケーションが存在した場合は、そ
のアプリケーション２６についてのアプリケーション情
報６０を得る（ステップＳ７３）。そして、そのアプリ
ケーション２６がグラブされているデータオブジェクト
Ｇ１８の示すデータ１８のフォーマットＩＤ５１を処理
可能である例えばデータオブジェクトＧ１８を、デスク
トップウィンドウＧ１４のアプリケーションオブジェク
トＧ４３が処理可能であるならば（ステップＳ７４）、
図３９に示すように、データオブジェクトＧ１８とアプ
リケーションオブジェクトＧ４３を線Ｇ４４で結び（ス
テップＳ７５）、ユーザに対してアプリケーションオブ
ジェクトＧ４３の示すアプリケーション２６が、グラブ
されているデータオブジェクトＧ１８の示すデータ１８
を処理可能であることを知らせる。ステップＳ７１にお
いて検索した１つのアプリケーション２６について、ス
テップＳ７５の提示処理が終了すると、ステップＳ７１
に戻ることにより、上記ファイル名１１２とフォーマッ
トＩＤ５１に対応する全てのアプリケーションについ
て、同様の処理を繰り返す。

【００９０】このような処理により、例えば図３９に示
すように、キャビネットウィンドウＧ１６内でグラブさ
れたデータオブジェクトＧ１８と、それを処理すること
ができるアプリケーション２６のアプリケーションオブ
ジェクトＧ４３，Ｇ４５が、線Ｇ４４，Ｇ４６で結ばれ
る。

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

【００９２】この処理を図４１と、図４２のフローチャ
ートにより説明すると、データオブジェクトＧ１８がグ
ラブされると、そのデータオブジェクトＧ１８に対応す
るデータ１８について、データ管理情報１１０からファ
イル名１１２とフォーマットＩＤ５１を得る（ステップ
Ｓ８０）。そして、ファイル名１１２とフォーマットＩ
Ｄ５１に対応するデスクトップ１５内のアプリケーショ
ン２６を検索し（ステップＳ８１）、すでに検査した以
外にアプリケーション２６が存在しないときは（ステッ
プＳ８２）、処理可能なアプリケーションの提示を終了
する。

【００９３】ファイル名１１２とフォーマットＩＤ５１
に対応するアプリケーションがデスクトップ１５内に存
在するときは、そのアプリケーション２６についてのア
プリケーション情報６０を得る（ステップＳ８３）。そ
して、そのアプリケーション２６がグラブされているデ
ータオブジェクトＧ１８の示すデータ１８のフォーマッ
トＩＤ５１を処理可能である例えばデータオブジェクト
Ｇ１８を、デスクトップウィンドウＧ１４のアプリケー
ションオブジェクトＧ４７が処理可能であるならば（ス
テップＳ８４）、図４１に示すように、アプリケーショ
ンオブジェクトＧ４７の表示をハイライト表示し（ステ
ップＳ８５）、ユーザに対してアプリケーションオブジ
ェクトＧ４７の示すアプリケーション２６が、ドラグさ
れているデータオブジェクトＧ１８の示すデータ１８を
処理可能であることを知らせる。ステップＳ８１におい
て検索した１つのアプリケーション２６についてステッ
プＳ８５の提示処理が終了すると、ステップＳ８１に戻
ることにより、ファイル名１１２とフォーマットＩＤ５
１に対応する全てのアプリケーションについて、同様の
処理を行う。この繰返し処理によって、例えば図４１で
示すように、キャビネットウィンドウＧ１６内でグラブ
されたデータオブジェクトＧ１８を処理することができ
るアプリケーション２６のアプリケーションオブジェク
トＧ４７およびＧ４８がハイライト表示される。

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

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

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

【００９７】次に、ドラグされたデータオブジェクトＧ
４９がアプリケーションオブジェクトＧ５０上にドロッ
プされたかを判断する（ステップＳ９６）。その結果、
ドロップされていないと判断されたときは、ステップＳ
９１に戻り、同様の処理を繰返す。一方、ドロップされ
たと判断されたときは、ステップＳ９２で得られたアプ
リケーション情報６０から、アプリケーションＩＤ６１
に該当するフォーマットＩＤ５１のデフォルト処理６６
の処理コードを得て、アプリケーションオブジェクトの
示すアプリケーション２６にフォーマットＩＤ５１と処
理コードとデータオブジェクトＧ１８が示すデータ１８
のファイル名１１２を渡してアプリケーション２６を起
動する（ステップＳ９７）。なお、ステップＳ９３に
て、アプリケーションオブジェクトＧ５０の示すアプリ
ケーション２６がドラグされているデータオブジェクト
Ｇ４９の示すデータ１８のフォーマットＩＤ５１を処理
可能でないと判断されたときは、ステップＳ９８の処理
を行って、ステップＳ９１に戻るが、このステップＳ９
８の処理については、次の反力によるガイダンスの項で
説明する。

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

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

【０１００】一方、ドラグされたデータオブジェクトＧ
５３とアプリケーションオブジェクトＧ５２のアイコン
との重なりの面積が、ドラグされたデータオブジェクト
Ｇ５２の表示面積のある一定の割合に達したと判断され
たときは、アプリケーションオブジェクトＧ５２の示す
アプリケーション２６のアプリケーション情報６０を得
る（ステップＳ９２）。そして、アプリケーションオブ
ジェクトＳ５２の示すアプリケーション２６がドラグさ
れているデータオブジェクトＧ５３の示すデータ１８の
フォーマットＩＤ５１を処理可能であれば（ステップＳ
９３）、以下（６．３）と同様の処理により、アプリケ
ーション２６の起動を行う。

【０１０１】ステップＳ９３にて、アプリケーションオ
ブジェクトＧ５２の示すアプリケーション２６がドラグ
されているデータオブジェクトＧ５３の示すデータ１８
のフォーマットＩＤ５１を処理不可能であると判断され
たときは、ステップＳ９８に進んで、上記重なりの面積
の割合の設定値を下げることにより、ドラグされたデー
タオブジェクトＧ５３の表示位置を補正し、Ｇ５４のよ
うにデータオブジェクトＧ５３とアプリケーションオブ
ジェクトＧ５２の重なりを減少、或いは無くすようにす
る。この処理によって、ユーザは、ドラグしているデー
タオブジェクトＧ５３があたかも反力によってアプリケ
ーションオブジェクトＧ５２から引き離されたように感
じ、そのアプリケーションオブジェクトＧ５２の示すア
プリケーション２６がドラグしているデータオブジェク
トＧ５３の示すデータ１８を処理不可能であると判断す
ることができる。

【０１０２】（７）複数のデータオブシェクトをアプリ
ケーションオブジェクト上にドラッグ／ドロップして起
動 図３８において、キャビネット（バインダ）ウィンドウ
Ｇ１６内の複数のデータオブジェクトＧ１８をドラグ
し、デスクトップウィンドウＧ１４内のアプリケーショ
ンオブジェクトＧ１５にドロップする。すると、（６）
と同様に、ドラグされた各データオブジェクトＧ１８の
フォーマットＩＤ５１を得る。そして、ドラグされたデ
ータオブジェクトＧ１８がデスクトップウィンドウＧ１
４のアプリケーションオブジェクトＧ１５上に位置され
ると、アプリケーション情報６０を検索してアプリケー
シュンオブジェクトＧ１５の示すアプリケーション２６
がドラグされている全てのデータオブジェクトＧ１８の
フォーマットＩＤ５１を処理可能であるならば、アプリ
ケーションオブシェクトＧ１５のアイコン表示をハイラ
イトさせるなど、表示方法を変化させて、そのアプリケ
ーション２６がドラグされている全てのデータオブジェ
クトの示すデータ１８を処理可能であることを、ユーザ
に知らせる。

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

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

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

【０１０６】ここで、バインダ２０間のデータ１８のコ
ピー操作と同様に、公開したいデータオブジェクトＧ１
８、またはバインダオブジェクトＧ１７をドラグして公
開トレイウィンドウＧ２８上へドロップする。この操作
により、ドロップされた公開オブジェクトＧ２９が公開
トレイウィンドウＧ２８上に表示されて、公開操作が行
われたことを表す。また、公開したオブジェクトに対し
て他のユーザの複写操作を制限する設定や、公開を許可
する期限を設定することが可能である。

【０１０７】この設定操作は、図４７において、公開ト
レイウィンドウＧ２８の操作ボタンＧ５７を押し、設定
したい公開オブジェクトＧ２９を１クリックすること
で、問合わせの入力ウィンドウＧ５８が表示される。そ
こで問合わせの入力ウィンドウＧ５８上で設定項目を入
力することにより設定を行う。既に設定されている場合
には、入力ウィンドウＧ５８の表示の際に、その設定項
目欄内に既設定内容が表示される。

【０１０８】デスクトップ管理システムでの公開トレイ
２９作成処理を図４６と、図４８のフローチートにより
説明すると、公開棚ウィンドウＧ２６上の新規作成ボタ
ンＧ５５が選択されると、公開対象を入力する入力ウィ
ンドウＧ５６を作成して（ステップＳ１００）、ユーザ
による公開対象の入力を持つ（ステップＳ１０１）。

【０１０９】そして、公開対象がユーザ名称で入力され
た場合には（ステップＳ１０２）、ユーザ情報８０を検
索してユーザＩＤ８１を得る（ステップＳ１０３）。公
開対象がユーザＩＤ８１で入力された場合には（ステッ
プＳ１０４）、ユーザ情報８０を検索して入力されたユ
ーザＩＤ８１が存在するか検査する（ステップＳ１０
５）。公開対象がグループ名称で入力された場合には
（ステップＳ１０６）、グループ情報１００を検索して
グループＩＤ１０１を得る（ステップＳ１０７）。公開
対象がグループＩＤ１０１で入力された場合には（ステ
ップＳ１０８）、グループ情報１００を検索して入力さ
れたグループＩＤ１０１が存在するか検査する（ステッ
プＳ１０９）。

【０１１０】次に、ステップＳ１１０にて、ユーザＩＤ
８１、あるいはグループＩＤ１０１が存在するか否かを
判断し、存在しないときは、そのまま終了することによ
り、ステップＳ１０１の入力を無効とする。一方、ユー
ザＩＤ８１、あるいはグループＩＤ１０１が存在すると
きは、公開棚２２のオブジェクト管理情報１１０に新規
の公開トレイ２９のエントリを作成して、公開先ユーザ
ＩＤ１２６、あるいは公開先グループＩＤ１２７に前述
の得られたユーザＩＤ８１、あるいはグループＩＤ１０
１を代入する（ステップＳ１１１）。そして、作成され
た公開トレイ２９を示す公開トレイオブジェクトＧ２７
を公開棚ウィンドウＧ２６内に表示して（ステップＳ１
１２）、処理を終了する。

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

【０１１２】次に、デスクトップ管理システムでの公開
オブジェクト３０に対する公開複写制限設定、および公
開期限設定処理を図４７と、図５０のフローチャートに
て説明すると、公開トレイウィンドウＧ２８上の操作ボ
タンＧ５７が選択されると（ステップＳ１３０）、公開
オブジェクトＧ２９の選択入力を持ち（ステップＳ１３
２）、選択された公開オブジェクトＧ２９のオブジェク
ト管理情報１１０を得る（ステップＳ１３３）。次に、
問合わせの入力ウィンドウＧ５８を作成し、その入力欄
上に前述の得られたオブジェクト管理情報１１０から公
開複写制限１２８、公開期限１２９の内容を表示して
（ステップＳ１３４）、公開複写制限と公開期限の設定
入力を持つ（ステップＳ１３５）。そして、公開複写制
限と公開期限が設定入力されると、設定入力された公開
複写制限１２８、公開期限１２９の内容を前述の得られ
たオブジェクト管理情報１１０に代入し、設定の完了し
たオブシェクト管理情報１１０を公開トレイ２９内のオ
ブジェクト管理情報１１０へ代入して（ステップＳ１３
６）、処理を終了する。なお、ステップＳ１３０にて、
公開トレイウィンドウＧ２８上の操作ボタンＧ５７が選
択されなかった場合は、他の処理を行って（ステップＳ
１３１）、処理を終了する。

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

【０１１４】デスクトップ管理システムでの出口２５オ
ープン処理を、図３、図１１、図１２、図１３、さらに
図５１のフローチャートにより説明すると、出口オブジ
ェクトＧ０９がオープンされると出口ウィンドウＧ３０
が表示され、ユーザ情報８０、及びオフィス情報９０か
ら他のユーザおよびオフィス１４の名称を得て（ステッ
プＳ１４０）、出口ウィンドウＧ３０上にドア３１を示
すドアウィンドウＧ３１、オフィス１４を示すオフィス
オブジェクトＧ３２，およびライブラリ１７を示すライ
ブラリオブジェクトＧ３３の表示を行い（ステップＳ１
４１）、オープン操作入力を待つ（ステップＳ１４
２）。その結果、ライブラリオブジェクトＧ３３に対し
てオープン操作が行われた場合には（ステップＳ１４
３）、後述するライブラリ１７のオープン処理を行い
（ステップＳ１４４）、処理を終了する。

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

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

【０１１７】［タグ］タグ２１は、階層の深いバインダ
２０、あるいはデータ１８を操作する際に、その途中の
階層のバインダ２０のオープン操作を複数回行うことな
く、目的のバインダ２０、あるいはデータ１８を操作す
ることを可能とするオブジェクトである。

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

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

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

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

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

【０１２３】データの廃棄処理を図５、図５４、図５５
のフローチャートにより説明すると、データ１８のデー
タオブジェクトＧ１８がグラブされた時点で、そのデー
タオブジェクトＧ１８が存在するバインダ２０のオブジ
ェクト管理情報１１０を得ておき（ステップＳ１８
０）、ゴミ箱ウィンドウＧ５９上にてボタンが離された
時に（ステップＳ１８１）、前述の得られたオブジェク
ト管理情報１１０に更新不許可の設定がある場合（ステ
ップＳ１８２）、およびオープンオブジェクト管理情報
を検索して前述データ１８が他にオープンされている場
合には（ステップＳ１８４）、廃棄不可の表示を行い
（ステップＳ１８３）、処理を終了する。上述以外の場
合であれば、前述のデータ１８をゴミ箱２３へコピーす
る処理を行う（ステップＳ１８５）。そして，正常にコ
ピー処理が終了した場合には（ステップＳ１８６）、前
述のデータ１８が存在するバインダ２０のオブジェクト
管理情報１１０の前述のデータ１８のエントリを削除し
て、前述のデータ１８のファイルも消去する（ステップ
Ｓ１８７）。最後に、ゴミ箱２３のオブジェクト管理情
報１１０に追加された前述のデータ１８のエントリのデ
ータ廃棄期限に、現在の時間から一定期間後の日付を代
入して（ステップＳ１８８）、処理を終了する。

【０１２４】データ廃棄管理プロセスの処理方法を図５
６のフローチャートにより説明すると、ゴミ箱２３のオ
ブジェクト管理情報１１０を得て（ステップＳ１９
０）、各エントリに対して、データ廃棄期限の過ぎてい
るオブジェクト管理情報１１０のエントリを検索し、存
在した場合には（ステップＳ１９１）、前述のエントリ
と当該エントリ内のファイル名が表すファイルを削除す
ることによって、削除された前述のエントリの示すデー
タ１８、またはバインダ２０を削除する（ステップＳ１
９２）。この削除により、削除に係るデータオブジェク
トＧ１８、またはバインダオブジェクトＧ１７は、ゴミ
箱ウィンドウＧ５９に表示されなくなる。次に、これら
の処理を前述のオブジェクト管理情報１１０の全てのエ
ントリに対して行っていない場合は（ステップＳ１９
３）、ステップＳ１９１に戻り、全てのエントリに対し
て上記処理が完了たときは、一定期間経過後に（ステッ
プＳ１９４，Ｓ１９５３）、ステップＳ１９０へ戻っ
て、同じ処理を繰り返す。

【０１２５】［ライブラリ管理］ライブラリに管理され
るデータとは、アプリケーションプログラムがデータを
処理するために、他のアプリケーションと共通的に参照
する補助データをいう。例えば、文書データを処理する
アプリケーションプログラムでは、文書データには、文
字データとその文字データによって文書を整形するため
のコマンドが含まれ、ライブラリデータとしてのそのコ
マンドを解釈して文書を整形するための情報を持った書
式データ、あるいはその文字データを表示するためのフ
ォントデータを独立した補助データとして管理する。

【０１２６】これによって１つの文書データをアプリケ
ーションプログラムが処理し、ＣＲＴ上に表示したり印
刷出力する場合に、例えば補助データとして使用するラ
イブラリデータとしてのフォントデータや、書式データ
を切替えることによって文書データに変更を加えること
なくその体裁を容易に変更することができる。また、１
つの書式データを複数の文書データで共通に使用するよ
うな場合も、それぞれの文書データ中に書式データを含
める必要がなくなるため文書データの肥大を防止するこ
とができる。これらのライブラリに管理される状態のデ
ータをライブラリデータ２８という概念でとらえる。デ
ータ１８には必要なライブラリデータ２８を特定する情
報が付加されており、アプリケーション２６とその使用
するデータ１８で必要なライブラリデータ２８が決めら
れ要求される。アプリケーション２６が新規にデータ１
８を作成する場合にも、既存のライブラリデータ２８を
利用できる。

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

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

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

【０１３０】（２）オフィス１４に付属するライブラリ
１７ オフィス１４に付属するライブラリ１７は、オフィス１
４のオブジェクトとして登録されるライブラリ１７であ
って、そのオフィス１７に含まれるルーム１３のユーザ
のみが共通にアクセスできるライブラリ１７であり、そ
の有効範囲はシステムによって恒久的に指定された複数
利用者の集合となる。また、前述の公開操作により、ラ
イブラリ１７の有効範囲を全利用者とすることもでき
る。

【０１３１】ライブラリ１７は、図１６に示すライブラ
リ情報７０（ライブラリデータ２８の種類）毎にライブ
ラリバインダ２７を管理しており、ライブラリ１７をオ
ープンすると、図６のように、ライブラリウィンドウＧ
１９が表示される。１つのライブラリバインダ２７に
は、フォーマットＩＤ５１が同一のライブラリデータ２
８のみが格納されており、ライブラリバインダ２７が属
性として持つライブラリＩＤ７１は、格納されているラ
イブラリデータ３０のデータ情報５０のライブラリＩＤ
５４と同一である。

【０１３２】［ライブラリバインダの作成］ユーザがル
ーム１３内のライブラリ１７に新たなライブラリバイン
ダ２７を作成する手順および処理を、図５７と、図５８
のフローチャートを用いて説明する。

【０１３３】ユーザが、ルーム１３内のライブラリ１７
に新たなライブラリバインダ２７を作成する場合、ライ
ブラリウィンドウＧ１９のライブラリバインダの生成ボ
タンＧ６０を選択する（ステップＳ２００）。すると、
デスクトップ管理システムは、データ情報からライブラ
リＩＤ５４の登録があるエントリだけを得て（ステップ
Ｓ２０２）、ライブラリ選択ウィンドウ１０１にて、前
述のデータ情報５０のみの一覧を表示したライブラリ選
択ウィンドウＧ６１を表示する（ステップＳ２０３）。
そして，ユーザが、そのうちの１つを選択することで
（ステップＳ２０４）、ライブラリ１７内のライブラリ
情報７０のエントリを追加作成して前述の選択されたデ
ータ情報５０に新規作成されたライブラリＩＤ７１を代
入する（ステップＳ２０５）。次に、ライブラリ１７の
ウィンドウ上にライブラリバインダ２７のライブラリバ
インダオブジェクトＧ２０を追加表示して（ステップＳ
２０６）、処理を終了する。ステップＳ２００にて、ユ
ーザがライブラリウィンドウＧ１９のライブラリバイン
ダの生成ボタンＧ６０以外を選択した場合は、その選択
に応じた他の処理を行って（ステップＳ２０１）、処理
を終了する。

【０１３４】なお、アプリケーション２６を新規に登録
する際に、新たなライブラリが必要な場合、必要なグル
ープ（ライブラリデータ３１の種別）のライブラリバイ
ンダ２７、およびライブラリデータ２８が登録されるよ
うにすることもできる。この時、アプリケーション２６
の登録において、デスクトップ管理システムに、そのラ
イブラリ１７のグループと共にライブラリ情報７０が登
録され、この時点でアプリケーション２６が提供するデ
フォルトのデータ１８が、オフィス１４に付属するライ
ブラリ１７として登録される。ライブラリ１７のグルー
プが登録されると、そのグループ毎にライブラリバイン
ダ２７が生成され、そのグループのデータを格納、すな
わちライブラリデータ２８として登録・管理される。

【０１３５】［データのライブラリへの登録］次に、キ
ャビネット１６下のデータ１８をライブラリデータ２８
として登録する操作および手段を、図５９のフローチャ
ートを用いて説明する。

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

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

【０１３８】一方、ライブラリＩＤ５４とライブラリＩ
Ｄ７１が一致している場合は（ステップＳ２１３）、そ
のデータ１８をコピー元のバインダ２０からライブラリ
バインダ２７にコピーする処理を行い（ステップＳ２１
５）、そのデータ１８をライブラリバインダウィンドウ
Ｓ２２内にライブラリデータオブジェクトＧ２３として
表示して（ステップＳ２１６）、処理を終了する。

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

【０１４０】ライブラリデータ２８の検索処理を図６０
のフローチャートにより説明すると、アプリケーション
２６からのメッセージを受けたデスクトップ管理システ
ムは、メッセージを解析してライブラリデータ２８を使
用するデータ１８を特定する情報からそのデータが属す
るルーム１３のライブラリ情報７０を得て（ステップＳ
２２０）、前述の得られたライブラリ情報７０から要求
に係るライブラリＩＤ７１のライブラリデータ２８を管
理するライブラリバインダのデータ管理情報１１０を得
る（ステップＳ２２１）。

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

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

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

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

【０１４５】アプリケーション２６がデータ１８を要求
する場合、データ１８が存在するルーム１３のライブラ
リ１７に「ライブラリ更新モード」が設定されている情
報でも、データ１８のオープンは可能であるが、アプリ
ケーション２６からのライブラリデータ２８の要求に対
しては、「参照不可」が応答される。つまり、ライブラ
リデータ２８のみ欠如したデータ１８が、アプリケーシ
ョン２６に渡される。そして、「ライブラリ更新モー
ド」を設定したアプリケーション２６がライブラリデー
タ２８をクローズした時点で、「ライブラリ更新モー
ド」の設定が解除され、そのライブラリ１７の参照が可
能になる。また、参照モードでのみオープンされている
ライブラリバインダ２７のライブラリデータ２８に対し
ても、同時に複数オープンされているライブラリバイン
ダ２７のライブラリデータ２８を更新操作するのを禁止
することもできる。この場合、幾つのライブラリデータ
２８がオープンされていれば更新操作禁止とするかを示
すオープン回数７４の設定は任意であり、更新操作禁止
するか否かの判断は、設定された上記オープン回数７４
に基づいて行う。また、図６のＧ２１に示すように、デ
スクトップ管理システムは、ライブラリバインダ２７の
オープン回数７４を表示する機能を有し、ユーザはオー
プン回数７４を知ることができる。

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

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

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

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

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

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

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

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

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

【０１５５】「ＣＣＰバッファ」には、フォーマットＩ
Ｄ１６２毎に１つの「ＣＣＰデータ」が格納されるよう
になっており、アプリケーション２６がフォーマットＩ
Ｄ１６２を指定して「ＣＣＰバッファ」への登録を行っ
たとき、「ＣＣＰバッファ」に既に指定されたフォーマ
ットＩＤ１６２の「ＣＣＰデータ」が登録されている場
合は、後から登録を行ったもののみが有効な「ＣＣＰデ
ータ」として格納される。また、アプリケーション２６
は、フォーマットＩＤ１６２を指定することで、「ＣＣ
Ｐバッファ」内に唯一存在するその指定に係るフォーマ
ットＩＤ１６２の「ＣＣＰデータ」を得ることが出来
る。

【０１５６】前述のクリップボード２４には、フォーマ
ットＩＤ１１３毎に複数個のクリップデータ３２を格納
することができたが、アプリケーション２６がフォーマ
ットＩＤ１１３を指定しクリップデータ３２を要求した
場合には、そのフォーマットＩＤ１１３のクリップデー
タ３２を示すクリップデータオブジェクトＧ６３を表示
したクリップボードウィンドウＧ６２に表示して、ユー
ザに選択させる必要があった。しかし、この「ＣＣＰバ
ッファ」では、アプリケーションによって指定されたフ
ォーマットＩＤ１６２の「ＣＣＰデータ」は多くとも１
つしか存在しないため、クリップボード２４のようにユ
ーザに選択させる必要がない点でも異なる。「ＣＣＰバ
ッファ」に格納される「ＣＣＰデータ」は、デスクトッ
プ管理システムにより管理されているが、通常のキャビ
ネット１６内のデータとは異なり、ユーザが視覚的に見
ることは出来ない。

【０１５７】「ＣＣＰデータ」は、アプリケーション２
６により作成され、そのデータについてのデータの種別
を表すフォーマットＩＤ１６２が、当該アプリケーショ
ン２６によって設定される。アプリケーション２６によ
り作成された「ＣＣＰデータ」は、そのアプリケーショ
ン２６を操作しているユーザのルームに付属する「ＣＣ
Ｐバッファ」に格納される。そして、「ＣＣＰバッフ
ァ」内の各「ＣＣＰデータ」は、それぞれ固有のフォー
マットＩＤ１６２を持っており、アプリケーション２６
が特定のフォーマットＩＤ１６２を持つ「ＣＣＰデー
タ」をデスクトップ管理システムに対して要求すること
により、デスクトップ管理システムは、そのユーザのル
ーム１３に付属する「ＣＣＰバッファ」内のフォーマッ
トＩＤ１６２を持つ「ＣＣＰデータ」を特定し、アプリ
ケーション２６に渡すことが出来る。

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

【０１５９】［ＣＣＰデータの取得］次に、アプリケー
ション２６が、デスクトップ管理システムの管理する
「ＣＣＰバッファ」に登録されている「ＣＣＰデータ」
を利用するための手順を、図６６のフローチャートに従
って説明する。アプリケーション２６が、デスクトップ
管理システムの「ＣＣＰバッファ」の「ＣＣＰデータ」
を使用する場合、公知の任意のプログラム間通信を使用
してデスクトップにメッセージを送る。このメッセージ
には、「ＣＣＰデータの要求」というコマンドと、「Ｃ
ＣＰデータ」を特定するためのフォーマットＩＤ１６２
とが含まれる。

【０１６０】そこで、アプリケーション２６からメッセ
ージを受けとったデスクトップ管理システムは、メッセ
ージを解析して、要求されたフォーマットＩＤ１６２を
得る（ステップＳ２６０）。次に、受取ったフォーマッ
トＩＤ１６２に一致する「ＣＣＰデータ」の検索を行い
（ステップＳ２６１）、アプリケーション２６により指
定された特定のフォーマットＩＤ１６２を持つ「ＣＣＰ
データ」が存在するか否かを判断する（ステップＳ２６
２）。その結果、アプリケーション２６により指定され
た特定のフォーマットＩＤ１６２を持つ「ＣＣＰデー
タ」が存在しない場合には、そのまま処理を終了する。
一方、、アプリケーション２６により指定された特定の
フォーマットＩＤ１６２を持つ「ＣＣＰデータ」が存在
する場合には、「ＣＣＰバッファ」内の唯一の「ＣＣＰ
データ」を前記通信手段を使用してアプリケーション２
６に通知して（ステップＳ２６３）、処理を終了する。

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

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

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

【０１６４】（Ａ）の方法の実施例を、図５、図６７、
図６８のフローチャートに基づいて説明する。なお、検
索結果表示には、キャビネット１６内オブジェクトを一
覧表示するウィンドウを充当するものとする。最初は、
図５に示すように、全てのキャビネット１６内オブジェ
クトがキャビネットウィンドウＧ１６内に一覧表示され
ている。そこで、これらに対して、「キャビネット１６
内のバインダ２０を検索する」として検索処理を実行さ
せると、キャビネット１６のオブジェクト管理情報１１
０のオブジェクトタイプ１１１がバインダ２０であるか
否かを、検索条件として検査する（ステップＳ３０
０）。その結果、バインダ２０でなければ、キャビネッ
トウィンドウＧ１６から合致しないものの表示を消去す
る（ステップＳ３０１）。この処理をキャビネット１６
の全エントリ（オブジェクト）に対して行って（ステッ
プＳ３０２）、検索結果のユーザへの提示を終了する。
一方、バインダ２０であれば、ステップＳ３０１をスキ
ップして、ステップＳ３０２に進む。この結果、図６７
に示すように、キャビネットウィンドウＧ１００内に
は、検索条件に合致したバインダ２０を示すバインダオ
ブジェクトＧ１０１だけが残留表示され、合致しなかっ
たもの（即ちデータ１８）は非表示状態となる。

【０１６５】（Ｂ）の方法の実施例について、図５、図
６９、図７０のフローチャートに基づいて説明する。最
初は、図５に示すように、全てのキャビネット１６内オ
ブジェクトがキャビネットウィンドウＧ１６内に一覧表
示されている。そこで、これらに対して、「キャビネッ
ト１６内のバインダ２０を検索する」として検索処理を
実行させると、図６９に示すような検索結果表示ウィン
ドウＧ１１０を生成する（ステップＳ３１０）。そし
て、キャビネット１６のオブジェクト管理情報１１０の
オブジェクトタイプ１１１がバインダ２０であるか否か
を、検索条件として検査する（ステップＳ３１１）。そ
の結果、バインダ２０であれば、合致するものを検索結
果表示ウィンドウＧ１１０に検索結果オブジェクトＧ１
１１として表示する（ステップＳ３１２）。この処理を
キャビネット１６の全エントリ（オブジェクト）に対し
て行って（ステップＳ３１３）、検索結果のユーザへの
提示を終了する。一方、バインダ２０でなければ、ステ
ップＳ３１２をスキップしてステップＳ３１３に進む。
この結果、キャビネットウィンドウＧ１６の表示は不変
だが、図６９に示すように、検索結果表示ウィンドウＧ
１１０には条件に合致したバインダ２０だけが新たな検
索結果オブジェクトＧ１１１として表示される。

【０１６６】（Ｃ）の方法の実施例について図５、図６
７、図７１、図７２のフローチャートに基づいて説明す
る。最初は、図５に示すように、全てのキャビネット１
６内オブジェクトがキャビネットウィンドウＧ１６内に
一覧表示されている。そこで、これらに対して、「キャ
ビネット１６内のバインダ２０を検索する」として検索
処理を実行させると、図７１に示すような検索結果詳細
ウィンドウＧ１２０を生成し（ステップＳ３３０）、キ
ャビネット１６のオブジェクト管理情報１１０のオブジ
ェクトタイプ１１１がバインダ２０であるか否かを、検
索条件として検査する（ステップＳ３３１）。その結
果、バインダ２０でなければ、キャビネットＧ１６から
合致しないものの表示を消去する（ステップＳ３３
２）。一方、バインダ２０であれば、条件に合致したも
のの付帯情報を、検索結果詳細ウィンドウＧ１２０に表
示する（ステップＳ３３３）。この処理をキャビネット
１６の全エントリ（オブジェクト）に対して行って（ス
テップＳ３３４）、検索結果のユーザへの提示が終了す
る。この結果、キャビネットウィンドウＧ１６内には、
図６７に示すように、検索条件に合致したバインダ２０
を示すバインダオブジェクトＧ１７だけが残留表示さ
れ、合致しなかったもの（即ちデータ１８）は非表示状
態となる。さらに、検索結果詳細ウィンドウＧ１２０に
は、図７１に示すように、キャビネットウィンドウＧ１
６に残留表示されたバインダ２０に付帯する作成日付等
の詳細情報が表示される。

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

【０１６８】次に、キャビネット１６から２階層下に存
在するオブジェクトの検索処理について、図７３のフロ
ーチャートに基づいて説明する。キャビネット１６の２
階層下に存在するオブジェクトとは、例えば、キャビネ
ット１６の直下階層にバインダ２０が存在する場合に、
そのバインダ２０の直下階層に存在するオブジェクトを
指して言う。

【０１６９】「キャビネット１６から２階層下に存在す
るデータ」が検索条件として設定されて検索が実施され
ると、検索結果を表示するための検索結果ウィンドウＧ
１１０を生成する（ステップＳ３２０）。キャビネット
１６のオブジェクト管理情報１１０からオブジェクトタ
イプ１１１がバインダであるエントリを選ぶ（ステップ
Ｓ３２１）。そして、このエントリの情報を元にバイン
ダ２０のオブジェクト管理情報１１０を読み込んで、オ
ブジェクトタイプ１１１がデータ１８であるか否かを検
査し（ステップＳ３２２）、合致するエントリのフォー
マットＩＤ１１３とデータ情報５０からアイコンファイ
ルを読出して（ステップＳ３２３）、検索結果ウィンド
ウＧ１１０に検索結果オブジェクトＧ１１１として表示
する（ステップＳ３２４）。

【０１７０】この処理を該バインダ２０のオブジェクト
管理情報１１０の全エントリに対して行って（ステップ
Ｓ３２５）、キャビネット１６のオブジェクト管理情報
１１０からオブジェクトタイプ１１１がバインダ２０で
あるエントリを選ぶ処理（ステップＳ３２１）へ戻る。
そして、上記エントリを選ぶ処理をキャビネット１６の
オブジェクト管理情報１１０の全エントリに対して行っ
て（ステップＳ３２６）検索処理を終了する。

【０１７１】このような処理を再帰的に行うことによ
り、階層数に拘らず検索が実施できる。また、異なる階
層に存在するオブジェクトを検索対象として検索条件が
設定されて検索が実施された場合、検索処理の再帰的な
実施回数を変更することにより実現可能である。

【０１７２】これを図７４のフローチャートにより説明
する。この例では、階層に拘らずキャビネット１６の下
方階層にあるオブジェクトを検索対象として、「オブジ
ェクト管理情報１１０のオブジェクトタイプ１１１がデ
ータで、かつクリエイタＩＤ１１４が０１２である」こ
とを検索条件として検索を実施するものとする。本実施
例においては、説明の便宜上データ１８が存在し得るの
はキャビネット１６直下、あるいはバインダ２０直下で
あるとする。

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

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

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

【０１７６】なお、呼び出し時に指定されたオブジェク
トのオブジェクト管理情報１１０からオブジェクトタイ
プ１１１がバインダであるエントリに対しては（）、再
帰的に検索条件、検索対象とともに「処理」を呼び出し
て（ステップＳ３５０，Ｓ３５４）、ステップＳ３５３
に進む。このステップＳ３５３にて、処理したエントリ
が最終エントリであるか否かを判断し、最終エントリで
ないときには、ステップＳ３５０に戻ることにより、こ
れらの処理を、呼出時に指定されたオブジェクトのオブ
ジェクト管理情報１１０の全エントリに対して行う。処
理したエントリが最終エントリであれば、本「処理」を
呼び出したフローにリターンする。

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

【０１７８】まず、データの管理構造を辿ることなく、
検索結果に基づいて検索条件に合致したオブジェクトに
到達するための情報を生成する処理を、図７６のフロー
チャートにより説明する。検索処理が実行されると、検
索結果ウィンドウＧ１１０を生成すると共に（ステップ
Ｓ３６０）、この検索結果ウィンドウＧ１１０がキャビ
ネット１６やバインダ２０のような、その下位に階層構
造を持つオブジェクトとして、検索結果ウィンドウＧ１
１０内の検索結果オブジェクトについての情報を格納す
るオブジェクト管理情報１１０を生成する（ステップＳ
３６１）。検索処理の実行にともない検索条件に合致し
たものは（ステップＳ３６２）、検索結果ウィンドウＧ
１１０に表示し（ステップＳ３６３）、検索条件に合致
することを判断するために使用した検索対象キャビネッ
ト１６のオブジェクト管理情報１１０の該当するエント
リ情報を、検索結果ウィンドウＧ１１０のオブジェクト
管理情報１１０のエントリにコピーする（ステップＳ３
６４）。この処理を全検索対象に関して実行して（ステ
ップＳ３６５）、処理を終了する。

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

【０１８０】すなわち、検索結果表示ウィンドウＧ１１
０上の検索結果オブジェクトＧ１１１に対してオープン
操作が行われると、検索結果ウィンドウＧ１１０のデー
タ管理情報１１０から、指定されたオブジェクトに該当
するエントリの情報を得て（ステップＳ３７０）、指定
されたオブジェクトの種別にしたがって（ステップＳ３
７１）バインダ２２、またはデータ１８のオープン処理
が呼び出される（ステップＳ３７２、Ｓ３７３）。な
お、検索結果に対する削除操作に関しては、これを禁止
することも、検索結果ウィンドウＧ１１０上の検索結果
オブジェクトの示すデータ１８、またはバインダ２０へ
の到達指標だけを削除して、実体であるバインダ２０、
あるいはデータ１８は削除しないように設定することも
可能である。

【０１８１】［階層構造を考慮した利用者への検索結果
の提示］次に、データ１８とバインダ２０のように、階
層構造をなすオブジェクトが同時に検索条件に合致した
際の、階層構造を考慮した利用者への検索結果提示の実
施例について、図７８のフローチャートと、図２、図７
９、図８０により説明する。

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

【０１８３】このような状態で、検索結果ウィンドウＧ
１１０から、名称が「バインダ０」であるバインダ２０
を示す検索結果オブジェクトをオープンすると、すでに
説明したように、検索結果オブジェクトに対する操作
は、それが示すバインダ２０に対する操作としてバイン
ダ２０がオープンされ、バインダウィンドウＧ２２が表
示される。このバインダウィンドウＧ２２の表示におい
て、検索結果ウィンドウＧ１１０内に表示された検索結
果オブジェクトＧ１１１の示すバインダ２０、またはデ
ータ１８を示すバインダオブジェクトＧ２０、あるいは
データオブジェクトＧ１８は、先の検索で検索条件に該
当したオブジェクトであることを明示するために、図８
０のように、アイコンが綱掛けになるなど、表示形態が
変更される。

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

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

【０１８６】処理を行うアプリケーションプログラムの
起動は、例えば、リストから処理を選択する形式で行
う。すなわち、データ１８を示す検索結果オブジェクト
Ｇ１５０が選択され、検索結果ウィンドウＧ１１０上の
操作ボタンＧ１４０が選択されると（ステップＳ３９
０）、検索結果ウィンドウＧ１１０のオブジェクト管理
情報１１０中の選択に係る検索結果オブジェクトＧ１５
０に該当するデータ１８のエントリから、選択に係るデ
ータ１８のフォーマットＩＤ５１と、クリエイタＩＤ１
１４を得て（ステップＳ３９１）、これとアプリケーシ
ョン情報６０を比較し、クリエイタＩＤ１１４と同じア
プリケーションＩＤ６１を持つエントリ中の、そのフォ
ーマットＩＤ５１に該当する処理リスト６５の処理名称
を得て（ステップＳ３９２）、リストＧ１４１として表
示する（ステップＳ３９３）。

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

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

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

【０１９０】次に、他のユーザが所有するオブジェクト
に対する検索が実行された場合には、検索処理は実行し
た上で、公開情報に従ってユーザへの検索結果の提示を
抑止する処理を、図８４、図８５のフローチャートに基
づいて説明する。本実施例においては、ユーザＡがユー
ザＢのキャビネット１６以下のデータ１８と、ユーザＣ
のキャビネット１６以下のデータ１８を検索対象とし、
検索条件を設定して検索処理を実行するものとする。ま
た、［公開操作］に従った方法によって、ユーザＢのキ
ャビネット１６は検索処理の実行ユーザであるユーザＡ
に公開されており、ユーザＣのキャビネット１６はユー
ザＡに対して一切公開されていないものとする。

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

【０１９２】なお、前記非公開ユーザに知られても差し
支えない情報とは、例えば、検索条件に合致するオブジ
ェクトの存在情報（存在する／しない）である。前記非
公開ユーザであってもシステムの管理などの理由で知る
必要性が認められる情報とは、オブジェクトの名称な
ど、オブジェクトを特定し得る情報を表示しないで表示
する、オブジェクトのサイズや、登録日付、更新日付な
どの情報である。

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

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

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

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

【０１９７】次に、他のユーザが所有するオブジェクト
に対する検索が実行された場合に、検索処理は実行した
上で、公開情報に従ってユーザへの検索結果の提示を抑
止する処理を、図８７のフローチャート、図２により説
明する。本実施例においては、ユーザＡがユーザＢのキ
ャビネット１６以下のデータ１８と、ユーザＣのキャビ
ネット１６以下のデータ１８を検索対象とし、検索条件
を設定して検索処理を実行するものとする。また、［公
開操作］に従った方法によって、ユーザＢのキャビネッ
ト１６は、検索処理の実行ユーザであるユーザＡが属す
るユーザグループに公開されており、ユーザＣのキャビ
ネット１６は、ユーザＡが属するユーザグループに対し
て一切公開されていないものとする。

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

【０１９９】［アプリケーションへのデータの貸し出
し］アプリケーション２６がデータ２８に対して編集な
どを行う場合、アプリケーション２６は、デスクトップ
管理システムに対してデータの貸し出しを要求し、編集
などの処理を実施し、終了後に返却する。このアプリケ
ーション２６へのデータ２８の貸し出し処理を、図８８
のフローチャートにより説明する。以下の実施例におい
ては、アプリケーション２６が処理しようとするデータ
２８は、複数のファイルから構成されるものとし、オブ
ジェクト管理情報１１０のファイル名１１２には、これ
ら複数のファイルが格納されるディレクトリの名称が格
納されているものとする。

【０２００】アプリケーション２６がデスクトップ管理
システムに対してデータ２８の貸し出しを要求すると、
デスクトップ管理システムは、データ２８が格納される
バインダ２７のオブジェクト管理情報１１０を調べ（ス
テップＳ４５０）、ファイル名１１２から知ったディレ
クトリに、データの貸し出しが実施されたことを表すフ
ァイルを生成する（ステップＳ４５１）。以下、このフ
ァイルをフラグファイルという。そして、データ２８の
貸し出しを要求した利用者のユーザＩＤ８１、利用者が
利用しているオフィスのオフィスＩＤ９１、テンポラリ
データファイルを置くディレクトリを、生成に係る上記
フラグファイルに記述する（ステップＳ４５２）。な
お、本実施例において、テンポラリデータファイルを置
くディレクトリの名称は、後述する方法により決定する
ものとする。次に、テンポラリデータファイルを置くデ
ィレクトリを生成する（ステップＳ４５３）。そして、
利用者が貸し出し要求したデータ２８を利用者に伝達し
て（ステップＳ４５４）、処理を終了する。

【０２０１】利用者に伝達される情報は、利用者が指定
したデータ２８に対応するディレクトリの名称であって
も、ディレクトリ内に格納される単一のファイルの名称
であっても、あるいは複数のファイルをまとめて扱える
ように構造化したものでもよいが、アプリケーション２
６は、前述のフラグファイルに対して変更を加えられな
い構造になっているものとする。本実施例においては、
ディレクトリ内に格納されるフラグファイル以外の複数
ファイルのファイル名を伝達するものとする。

【０２０２】［テンポラリデータファイルを置くディレ
クトリ名称の生成方法］本実施例において、テンポラリ
データファイルを置くディレクトリの名称は、一定のデ
ィレクトリ名称に続いて、データ要求された時刻をコー
ド化した文字列をつなげて生成する。例えば、テンポラ
リデータファイルを置くディレクトリの名称の一定部分
が“／ｓｙｓｔｅｍ／ａｐｐｌｉｃａｔｉｏｎ／ｔｅｍ
ｐｏｒａｒｙ／”であり、データ要求された時刻が１９
９２年７月９日午前９時５４分５７秒２３であったとす
ると、テンポラリデータファイルを置くディレクトリの
名称は“／ｓｙｓｔｅｍ／ａｐｐｌｉｃａｔｉｏｎ／ｔ
ｅｍｐｏｒａｒｙ／１９９２０７０９０９５４５７２
３”というような形で生成する。

【０２０３】［アプリケーションの処理過程］本実施例
においては、アプリケーション２６は、図８９のフロー
チャートに示すような手順でデータ２８を処理するもの
とする。すなわち、アプリケーション２６は、デスクト
ップ管理システムにデータ２８を要求し（ステップＳ４
６０）、デスクトップ管理システムよりデータの伝達を
受ける（ステップＳ４６１）。次に、デスクトップ管理
システムにテンポラリデータファイルを要求する（ステ
ップＳ４６２）。なお、テンポラリデータファイルの利
用に関しては後述する。次に、アプリケーション２６
は、実際に変更処理を行うファイルを選択し（ステップ
Ｓ４６３）、そのファイルをテンポラリデータファイル
に複写する（ステップＳ４６４）。そして、テンボラリ
データファイルに対して変更処理を実行し（ステップＳ
４６５）、変更処理が完了した時点、あるいは利用者が
変更結果の保存を指示する操作を行った時点で、テンポ
ラリデータファイルと変更処理を行うべきファイルとを
置換する（ステップＳ４６６）。この後、借り出したデ
ータ２８、テンポラリデータファイルをデスクトップ管
理システムに返却して（ステップＳ４６７，Ｓ４６
８）、処理を終了する。なお、データ２８の返却に関し
ては後述する。

【０２０４】［テンポラリデータファイルの利用］テン
ポラリデータファイルは、アプリケーション２６がデー
タ２８を処理する過程で一時的に中間データを置いた
り、変更を加えるべきファイルを一旦複写した上で変更
処理を実施し、その後、変更を加えるべきファイルと置
換するために利用される。

【０２０５】デスクトップ管理システムが、アプリケー
ション２６の要求に従ってテンポラリデータファイルを
生成してアプリケーション２６に伝達する処理と、返却
要求に従って返却されたテンポラリデータファイルを消
去する処理を、図９０のフローチャートに基づいて説明
する。

【０２０６】アプリケーション２６からのテンポラリデ
ータファイル要求が、デスクトップ管理システムに入力
されると（ステップＳ４７０）、デスクトップ管理シス
テムは、貸し出したデータのフラグファイルからテンポ
ラリデータファイルを置くディレクトリ名称を読出し
（ステップＳ４７１）、これとテンポラリデータファイ
ルが要求された時刻などからテンポラリデータファイル
名を生成し（ステップＳ４７２）、アプリケーション２
６に伝達する（ステップＳ４７３）。アプリケーション
２６上でテンポラリデータファイルが不要となり、返却
要求される（ステップＳ４７４）と、デスクトップ管理
システムは、返却要求されたファイル名のファイルを返
却して（ステップＳ４７５）、終了する。

【０２０７】［データの返却］アプリケーション２６の
処理が終って、デスクトップ管理システムにデータ２８
が返却された際の処理を、図９１のフローチャートによ
り説明する。

【０２０８】アプリケーション２６が、デスクトップ管
理システムに対してデータ２８の返却を要求する（ステ
ップＳ４８０）と、デスクトップ管理システムは、フラ
グファイルからテンポラリデータファイルを置くディレ
クトリ名を読出し（ステップＳ４８１）、テンポラリデ
ータファイルを置くディレクトリを読んで（ステップＳ
４８２）、該ディレクトリにあるテンポラリデータファ
イル数を知り（Ｓ４８３）、全てのテンポラリデータフ
ァイルを消去する（ステップＳ４８４）。この後、テン
ポラリデータファイルを置くディレクトリを消去する
（ステップＳ４８５）。最後に、フラグファイルを消去
して（ステップＳ４８６）、データ２８の返却処理が完
了する。

【０２０９】［アプリケーションへの障害履歴のあるデ
ータの貸し出し］以下の説明において、アプリケーショ
ン２６への貸し出し中にシステムの障害などが発生し、
正常な処理過程に従って返却されていないデータを障害
履歴のあるデータと称する。障害発生後も、障害履歴の
あるデータに対して編集などを行う場合、アプリケーシ
ョン２６は、デスクトップ管理システムに対してデータ
の貸し出しを要求し、編集などの処理を実施し、終了後
に返却するという手順をとる。

【０２１０】次に、アプリケーション２６への障害履歴
のあるデータ２８の貸出し処理を、図９２のフローチャ
ートに従って説明する。アプリケーション２６が、デス
クトップ管理システムに対して障害履歴のあるデータ２
８の貸出しを要求すると、デスクトップ管理システム
は、データ２８が格納されるバインダ２７のオブジェク
ト管理情報１１０を調べ（ステップＳ４９０）、ファイ
ル名１１２から知ったディレクトリに、データの貸出し
が実施されたことを表すフラグファイルを生成しようと
する（ステップＳ４９１）。そして、上記ファイル名１
１２から知ったディレクトリに、フラグファイルが存在
するか否かを判別することにより、貸出し要求されたデ
ータ２８に障害履歴があるか否かを判断する（ステップ
Ｓ４９２）。

【０２１１】その結果、フラグファイルが存在し、貸出
し要求されたデータ２８に障害履歴があれば、このフラ
グファイルに既に書かれているテンポラリデータファイ
ルを置くディレクトリ名を、復旧用データディレクトリ
名に複写する（ステップＳ４９３）。次に、フラグファ
イルに対しては、データ２８の貸出しを要求した利用者
のユーザＩＤ８１、利用者が利用しているオフィスのオ
フィスＩＤ９１、新たに生成したテンポラリデータファ
イルを置くディレクトリ名を記述する（ステップＳ４９
４）。そして、テンポラリデータファイルを置くディレ
クトリを生成する（ステップＳ４９５）。続いて、利用
者が貸出し要求したデータ２８と、復旧用データを利用
者に伝達して（ステップＳ４９６，Ｓ４９７）、終了す
る。なお、フラグファイルが存在せず、貸出し要求され
たデータ２８に障害履歴が無い場合には、図８８の通常
の貸出し処理に進む。

【０２１２】このようにして、一利用者のシステム操作
中に電源事故や計算機システムの障害などが発生して、
データ２８の変更処理が不完全な状態で終了した場合で
も、システムの再起動時に障害発生前の状態に復旧させ
ることができる。

【０２１３】復旧用データとして利用者に伝達される情
報は、障害発生時のテンポラリデータファイルを置くデ
ィレクトリの名称（障害履歴のあるデータの貸出し処理
においては、フラグファイルに復旧用データディレクト
リとして記憶しているディレクトリ名称）であっても、
ディレクトリ内に格納される単一のテンポラリデータフ
ァイルの名称であっても、あるいは複数のテンポラリデ
ータファイル名をまとめて扱えるように構造化したもの
でもよい。本実施例においては、ディレクトリ内に格納
される複数のテンポラリデータファイルのファイル名を
伝達するものとする。

【０２１４】［障害履歴のあるデータに対するアプリケ
ーションの処理過程］次に、障害履歴のあるデータに対
するアプリケーションの処理過程を説明する。本実施例
においては、アプリケーション２６は、図９３のフロー
チャートに示すような手順で、障害履歴のあるデータ２
８を処理するものとする。

【０２１５】すなわち、アプリケーション２６は、デス
クトップ管理システムにデータ２８を要求し（ステップ
Ｓ５００）、デスクトップ管理システムよりデータの伝
達を受ける（ステップＳ５０１）。要求したデータに障
害履歴があったので、続いて復旧用データの伝達を受け
る（ステップＳ５０２）。そして、アプリケーション２
６は、復旧用データファイルの内容から実際に復旧処理
を実施すべきファイルを選択し（ステップＳ５０３）、
その個数分のテンポラリデータファイルをデスクトップ
管理システムに要求し（ステップＳ５０４）、続いて、
実際に復旧処理を行うファイルをテンポラリデータファ
イルに複写する（ステップＳ５０５）。

【０２１６】次に、アプリケーション２６は、復旧用デ
ータファイルの内容をもとに、テンポラリデータファイ
ルに対して復旧処理を実行し（ステップＳ５０６）、復
旧処理が完了した時点、あるいは利用者が復旧結果の保
存を指示する操作を行った時点、あるいは利用者が復旧
処理を行ったデータに対して更に変更処理を行った後に
復旧結果の保存を指示する操作を行った時点で、テンポ
ラリデータファイルと変更処理を行うべきファイルとを
置換する（ステップＳ５０７）。この後、アプリケーシ
ョン２６は、借出した障害履歴のあるデータ２８、復旧
用データファイル、およびテンポラリデータファイル
を、デスクトップ管理システムに返却して（ステップＳ
５０８，Ｓ５０９）、終了する。

【０２１７】［障害履歴のあるデータの返却］次に、障
害履歴のあるデータに対するアプリケーション２６の処
理が終って、デスクトップ管理システムに障害履歴のあ
るデータ２８が返却された際の処理を、図９４のフロー
チャートに基づいて説明する。

【０２１８】アプリケーション２６がデスクトップ管理
システムに対してデータ２６の返却を要求すると（ステ
ップＳ５１０）、デスクトップ管理システムは、フラグ
ファイルから復旧用データディレクトリ名を読出し（ス
テップＳ５１１）、復旧用データファイルを置くディレ
クトリを読んで（ステップＳ５１２）、該ディレクトリ
にある復旧用データファイル数を知り（ステップＳ５１
３）、全ての復旧用データファイルを消去して（ステッ
プＳ５１４）、復旧用データディレクトリを消去する
（ステップＳ５１５）。

【０２１９】次に、デスクトップ管理システムは、フラ
グファイルからテンポラリデータファイルを置くディレ
クトリ名を読出し（ステップＳ５１６）、テンポラリデ
ータファイルを置くディレクトリを読んで（ステップＳ
５１７）、該ディレクトリにあるテンポラリデータファ
イル数を知り（ステップＳ５１８）、全てのテンポラリ
データファイルを消去して（ステップＳ５１９）、テン
ポラリデータファイルを置くディレクトリを消去する
（ステップＳ５２０）。最後に、フラグファイルを消去
して（ステップＳ５２１）、障害履歴のあるデータ２８
の返却処理が完了する。

【０２２０】［利用者を考慮したアプリケーションへの
障害履歴のあるデータの貸し出し］次に、障害履歴のあ
るデータ２８を障害発生時の利用者が復旧処理を実施し
て、障害発生前の状態に極力復元する手法について説明
する。この復元は、図９５のフローチャートにより処理
される、利用者を考慮したアプリケーション２６への障
害履歴のあるデータ２８の貸出し処理により行われる。

【０２２１】すなわち、アプリケーション２６がデスク
トップ管理システムに対して障害履歴のあるデータ２８
の貸出しを要求すると、デスクトップ管理システムは、
データ２８が格納されるバインダ２７のオブジェクト管
理情報１１０を調べ（ステップＳ５３０）、ファイル名
１１２から知ったディレクトリに、データの貸し出しが
実施されたことを表すフラグファイルを生成しようとす
る（ステップＳ５３１）。そして、上記ファイル名１１
２から知ったディレクトリに、フラグファイルが存在す
るか否かを判別することにより、貸出し要求されたデー
タ２８に障害履歴があるか否かを判断する（ステップＳ
５３２）。

【０２２２】その結果、フラグファイルが存在し、貸出
し要求されたデータ２８に障害履歴があれば、このフラ
グファイルに既に書かれている貸出しを要求した利用者
ユーザＩＤ８１と、現在該データを貸出し要求している
利用者のユーザＩＤ８１を比較することにより、障害発
生時の利用者が現在該データを貸出し要求しているのか
否かを判別する（ステップＳ５３３）。その結果、ユー
ザＩＤが一致せず、現在該データを貸出し要求している
利用者が、障害発生時の利用者でない場合には、その障
害発生時の利用者以外の利用者に対する該データの貸出
しを禁止する（ステップＳ５３４）。

【０２２３】一方、ユーザＩＤが一致して、現在該デー
タを貸出し要求している利用者が、障害発生時の利用者
である場合には、テンポラリデータファイルを置くディ
レクトリ名を、復旧用データディレクトリ名に複写する
（ステップＳ５３５）。次に、フラグファイルには、デ
ータ２８の貸出しを要求した利用者のユーザＩＤ８１、
利用者が利用しているオフィスのオフィスＩＤ９１、新
たに生成したテンポラリデータファイルを置くディレク
トリ名を記述する（ステップＳ５３６）。そして、テン
ポラリデータファイルを置くディレクトリを生成する
（ステップＳ５３７）。続いて、利用者が貸し出し要求
したデータ２８と、復旧用データとを利用者に伝達して
（ステップＳ５３８，Ｓ５３９）、終了する。

【０２２４】このようにして、利用者のシステム操作中
に電源事故や計算機システムの障害などが発生して、デ
ータ２８の変更処理が不完全な状態で終了した場合で
も、障害発生前の利用者に限り、システムの再起動時
に、障害発生前の状態に復旧させることが可能となる。

【０２２５】

【発明の効果】以上、詳細に説明したように、本発明の
データ処理装置によれば、利用者のシステム操作中に電
源事故や計算機システムの障害などが発生して、データ
の変更処理が不完全な状態で終了した場合でも、システ
ムの再起動時に、障害発生前の状態に可及的に復旧させ
ることができる。従って、一旦変更処理したデータにつ
いては、再度変更処理を行わずに済み、作業効率を向上
させることが可能となる。

【図面の簡単な説明】

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

【図２】図１のデータ処理装置上に構築されたデスクト
ップ管理システムにおけるユーザの作業環境を示す概念
図である。

【図３】デスクトップ管理システム上のルームウィンド
ウを示す図である。

【図４】デスクトップ管理システム上のデスクトップウ
ィンドウを示す図である。

【図５】デスクトップ管理システム上のキャビネットウ
ィンドウを示す図である。

【図６】デスクトップ管理システム上のライブラリウィ
ンドウを示す図である。

【図７】デスクトップ管理システム上のライブラリバイ
ンダウィンドウを示す図である。

【図８】デスクトップ管理システム上のタグトレイウィ
ンドウを示す図である。

【図９】デスクトップ管理システム上の公開棚ウィンド
ウを示す図である。

【図１０】デスクトップ管理システム上の公開トレイウ
ィンドウを示す図である。

【図１１】デスクトップ管理システム上の出口ウィンド
ウを示す図である。

【図１２】デスクトップ管理システム上のオフィスウィ
ンドウを示す図である。

【図１３】デスクトップ管理システムでの出口オープン
処理時のルームウィンドウを示す図である。

【図１４】データ情報の内容を示すテーブル図である。

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

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

【図１７】ユーザ情報の内容を示すテーブル図である。

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

【図１９】グループ情報の内容を示すテーブル図であ
る。

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

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

【図２２】ライブラリ検索順番情報の内容を示すテーブ
ル図である。

【図２３】キャビネット内のバインダのオープン操作を
表す図である。

【図２４】バインダのオープン処理を示すフローチャー
トである。

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

【図２６】キャビネットにおけるデータのコピー処理を
示すフローチャートである。

【図２７】アプリケーションオブジェクトのオープン操
作による第１の起動法の操作を表す図である。

【図２８】アプリケーションオブジェクトのオープン操
作による第１の起動処理を示すフローチャートである。

【図２９】アプリケーションオブジェクトのオープン操
作による第２の起動法の操作を表す図である。

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

【図３１】アプリケーションオブジェクトのドラグ／ド
ロップ操作による起動操作を表す図である。

【図３２】データオブジェクトのオープン操作による第
１の起動法の操作を表す図である。

【図３３】データオブジェクトのオープン操作による第
１の起動処理を示すフローチャートである。

【図３４】データオブジェクトのオープン操作による第
２の起動法の操作を表す図である。

【図３５】データオブジェクトのオープン操作による第
２の起動処理を示すフローチャートである。

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

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

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

【図３９】起動可能なアプリケーションを線により結合
してガイダンス表示した状態を示す図である。

【図４０】起動可能なアプリケーションを線により結合
してガイダンス表示する処理を示すフローチャートであ
る。

【図４１】起動可能なアプリケーションをハイライト表
示により結合してガイダンス表示した状態を示す図であ
る。

【図４２】起動可能なアプリケーションをハイライト表
示により結合してガイダンス表示する処理を示すフロー
チャートである。

【図４３】表示位置補正によるアプリケーションの第１
の起動操作を表す図である。

【図４４】表示位置補正によるアプリケーションの起動
処理を示すフローチャートである。

【図４５】表示位置補正によるアプリケーションの第２
の起動操作を表す図である。

【図４６】公開操作を行うための操作を表す図である。

【図４７】公開許可期限の設定操作を表す図である。

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

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

【図５０】公開複写制限設定および公開期限設定処理を
示すフローチャートである。

【図５１】デスクトップ管理システムでの出口オープン
処理を示すフローチャートである。

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

【図５３】タグオブジェクトのオープン処理を示すフロ
ーチャートである。

【図５４】データの廃棄処理を説明するための図であ
る。

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

【図５６】データの廃棄監視プロセスの処理を示すフロ
ーチャートである。

【図５７】ライブラリバインダの作成操作を表す図であ
る。

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

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

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

【図６１】デスクトップ管理システム上のクリップボー
ドウィンドウを示す図である。

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

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

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

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

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

【図６７】検索結果を利用者に提示する第１の方式を説
明するための図である。

【図６８】検索結果を利用者に提示する第１の処理を示
すフローチャートである。

【図６９】検索結果を利用者に提示する第２の方式を説
明するための図である。

【図７０】検索結果を利用者に提示する第２の処理を示
すフローチャートである。

【図７１】検索結果を利用者に提示する第３の方式を説
明するための図である。

【図７２】検索結果を利用者に提示する第３の処理を示
すフローチャートである。

【図７３】階層に依存するデータの検索処理を示すフロ
ーチャートである。

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

【図７５】下方階層を持ち得るオブジェクトに対して再
帰的にデータを検索抽出して検索条件に合致するデータ
を表示する「処理」を示すフローチャートである。

【図７６】データ管理構造を辿らずに検索条件に合致し
たオブジェクトに到達するための情報の生成処理を示す
フローチャートである。

【図７７】検索結果に対するオープン処理を示すフロー
チャートである。

【図７８】階層構造を考慮した検索結果の提示処理を示
すフローチャートである。

【図７９】階層構造を考慮した検索結果の提示処理を説
明するための図である。

【図８０】階層構造を考慮した検索結果の提示例を示す
図である。

【図８１】検索結果に対する選択的なアプリケーション
プログラムの起動処理を示すフローチャートである。

【図８２】検索結果ウィンドウを表す図である。

【図８３】公開情報を考慮した検索処理の実行制御を示
すフローチャートである。

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

【図８５】公開情報を考慮した検索処理の表示を伴わな
い処理を示すフローチャートである。

【図８６】ユーザグループへの公開情報を考慮した検索
処理の実行制御を示すフローチャートである。

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

【図８８】アプリゲーションへのデータ貸出し処理を示
すフローチャートである。

【図８９】アプリゲーションの処理過程を示すフローチ
ャートである。

【図９０】テンポラリデータファイルの消去処理を示す
フローチャートである。

【図９１】データが返却された際の処理を示すフローチ
ャートである。

【図９２】アプリケーションへの障害履歴のあるデータ
の貸出し処理を示すフローチャートである。

【図９３】障害履歴のあるデータに対するアプリケーシ
ョンの処理過程を示すフローチャートである。

【図９４】障害履歴のあるデータの返却処理を示すフロ
ーチャートである。

【図９５】利用者を考慮したアプリケーションへの障害
履歴のあるデータの貸出し処理を示すフローチャートで
ある。

【符号の説明】

１…ＣＲＴ ２…ビデオＲＡＭ ３…ビット処理ユニット ４…キーボード ５…ポイティングデバイス ６…ＣＰＵ ７…ＲＯＭ ８…ＲＡＭ ９…ハードディスクドライブ １０…フロッピーディスクドライブ １１…ネットワークインターフェイス

Claims (2)

【特許請求の範囲】
1. 【請求項１】 複数の利用者が共用可能な複数の計算機
   システム上の同一計算機システム上、又は複数の計算機
   システム上に分散している利用者のデータを階層的な管
   理構造の下で利用者単位で管理するデータ管理手段と、 前記データの属性を管理する属性管理手段と、 前記データ管理手段により管理されているデータに対し
   て操作要求がなされた際、前記属性管理手段により管理
   されている属性に基づいて、操作要求に係るデータの障
   害履歴を操作要求に係る利用者に通知する通知手段と、 前記属性管理手段により管理されている属性に基づい
   て、操作要求に係る利用者が操作要求に係るデータの障
   害発生時の利用者であるか否かを判別する判別手段と、 該判別手段により障害発生時の利用者であると判別され
   た場合に限り、当該利用者の操作要求を受諾する要求受
   諾手段と、 を備えたことを特徴とするデータ処理装置。
2. 【請求項２】 複数の利用者が共用可能な複数の計算機
   システム上の同一計算機システム上、又は複数の計算機
   システム上に分散している利用者のデータを階層的な管
   理構造の下で利用者単位で管理するデータ管理手段と、 前記データの属性を管理する属性管理手段と、 前記データ管理手段により管理されているデータに対し
   て操作要求がなされた際、前記属性管理手段により管理
   されている属性に基づいて、操作要求に係るデータの障
   害履歴を操作要求に係る利用者に通知する通知手段と、 前記データ管理手段により管理されている操作要求に係
   るデータの中から障害発生前の部分のデータを選択する
   選択手段と、 該選択手段により選択されたデータを操作要求に係る利
   用者へ伝達する伝達手段と、 を備えたことを特徴とするデータ処理装置。