JPH04191941A

JPH04191941A - オブジェクト管理システム

Info

Publication number: JPH04191941A
Application number: JP2323802A
Authority: JP
Inventors: Yumiko Sugita; 杉田　由美子; Takashi Hashimoto; 尚橋本; Masaki Tsuruki; 昌樹鶴来; Seiichi Domyo; 誠一道明
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1990-11-27
Filing date: 1990-11-27
Publication date: 1992-07-10
Also published as: US5361349A

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】【産業上の利用分野】

本発明は、オブジェクト管理システムに関し、さらに詳
しくは、利用者が自由にオブジェクトを管理することが
出来るオブジェクト管理システムに関する。

【従来技術】

従来のオブジェクト管理システムとしては、データやプ
ログラムなどのファイル・オブジェクトを、ディレクト
リ・オブジェクトにより階層構造で関係付けし、管理す
るＵＮＩＸシステムやＭＳＤＯＳシステムがよく知られ
ている。このようなオブジェクト管理システムは処理システムに
１つだけ存在し、従って、オブジェクトの階層構造もた
だ１つだけ存在する。データやプログラムは、ファイル・オブジェクトと１対
１の関係にある。

【発明が解決しようとする課題】

従来のオブジェクト管理システムでは、オブジェクトの
階層構造が処理システムにただ１つだけ存在するため、
同じオブジェクトを利用者毎に別の階層構造で管理する
ことが出来ない問題点がある。また、例えば１つのデータは、ただ１つのファイル・オ
ブジェクトと対応するため、同時に複数のウィンドウで
開示することができない問題点がある。そこで、本発明の目的は、同じオブジェクトを利用者毎
に別の階層構造で管理することが出来るようにしたオブ
ジェクト管理システムを提供することにある。また、例えば１つのデータを同時に複数のウィンドウで
開示することか出来るようにしたオブジェクト管理シス
テムを提供することにある。

【課題を解決するための手段】

第１の観点では、本発明は、データやプログラムなどの
実ファイル・オブジェクトを、実ディレクトリ・オブジ
ェクトにより階層構造で関係付けする１つの実オブジェ
クト管理システムと、前記実ファイル・オブジェクトに
対応付けた仮想ファイル・オブジェクトを、前記実ディ
レクトリ・オブジェクトとは独立の仮想ディレクトリ・
オブジェクトにより階層構造で関係付けする１つ又は複
数の仮想オブジェクト管理システムとを具備してなるこ
とを特徴とするオブジェクト管理システムを提供する。第２の観点では、本発明は、上記構成において、仮想オ
ブジェクト管理システムか、（ａ）仮想オブジェクトを
新規に生成する要求に対しては、実オブジェクト管理シ
ステムを利用して実オブジェクトを新規に生成し、それ
と対応づけた仮想オブジェクトを生成し、（ｂ）既にあ
る仮想オブジェクトを複写する要求に対しては、実オブ
ジェクト管理システムを利用して前記仮想オブジェクト
に対応する実オブジェクトを複写し、それと対応づけた
仮想オブジェクトを生成し、（ｃ）既にある仮想オブジ
ェクトを共有する要求に対しては、その仮想オブジェク
トに対応する実オブジェクトと対応つけた仮想オブジェ
クトを生成するものであることを特徴とするオブジェク
ト管理システムを提供する。

【作用】

上記第１の観点による本発明のオブジェクト管理システ
ムでは、実オブジェクト管理システムは、従来のオブジ
ェクト管理システムと同様の機能により、実オブジェク
トをただ１つの階層構造で管理する。一方、仮想オブジェクト管理システムは、前記階層構造
とは独立した階層構造で仮想オブジェクトを管理し、そ
の仮想オブジェクトを通じて対応する実オブジェクトを
管理する。このように、仮想の階層構造で実オブジェクトを管理す
ることも可能となるため、−人の利用者が異なる階層構
造を設定したり、利用者毎に異なる階層構造を設定する
ことが可能となる。上記第２の観点による本発明のオブジェクト管理システ
ムでは、仮想オブジェクト管理システムは、既にある仮
想オブジェクトを共有する要求に応じて、同一の実オブ
ジェクトに対応する別の仮想オブジェクトを生成する。このため、同一のデータに対応する複数の仮想オブジェ
クトを同時に開くことにより、１つのデータを同時に複
数のウィンドウで開示することが可能となる。

【実施例】

以下、本発明の実施例を図面に基づいて説明する。なお
、これにより本発明が限定されるものではない。第１図は、実オブジェク）・管理システム（従来公知の
オブジェクト管理システム）により構築・管理されてい
る実オブジェクトの木構造を上半分に示し、仮想オブジ
ェクト管理システム（本発明によるオブジェクト管理シ
ステム）により構築・管理されている仮想オブジェクト
の木構造を下半分に示している。実オブジェクトの木構造は、処理システムが所有する実
オブジェクト環境であり、１つの処理システムに１っで
ある。［／Ｊは実ルートディレクトリ、ｒｄｉｒＪは実
サブディレクトリ、ｒｆｉ１ｅコは実ファイルを表わし
ている。一方、仮想オブジェクトの本構造は、処理システムの利
用者か所有する仮想オブジェクト環境であり、利用者毎
に独自に構築・管理することが出来る。ｒｒｏｏｔＪは
仮想ルートディレクトリ、ｒＡＪ　　ｒＢＪ　　「Ｂ２
Ｊは仮想サブディレクトリ、ｒＡＩＪ　〜ｒＡ３Ｊ　　
ｒＢＩＪ　　ｒＢ２１Ｊ　　ｒＢ２２Ｊは仮想ファイル
を表わしている。破線は、実ファイルと仮想ファイルの対応を表わしてい
る。注意すべきことは、仮想ファイルＡ２と、仮想ファイル
Ｂ１とか、同一の実ファイルｆｉｌｅｌに対応している
ことである。このように、仮想オブジェクト管理システムでは、２以
上の仮想ファイルが１つの実ファイルを共有することが
出来る。この状態を、実ファイルか共有宣言されている
状態と表現する。第２図は、処理システムのＣＲＴ画面の表示例であり、
第１図の下半分に示した仮想オブジェクトの木構造に対
応している。ウィンドウＷ４は仮想ファイルＡ２を開示したものであ
り、ウィンドウＷ５は仮想ファイルＢ１を開示したもの
である。上述のように仮想ファイルＡ２と１仮想フアイ
ルＢ１とは、同一の実ファイルｆｉｌｅｌに対応してい
るから、ウィンドウＷ４に開示の内容と、ウィンドウＷ
５に開示の内容とは全く同一となる。このように同一の
実ファイルが別個の仮想ファイルとして同時に複数箇所
で開示された状態を共有使用されている状態と表現する
。第３図（ａ）（ｂ）（ｃ）は、仮想ファイルを開示する
ウィンドウの色が、実ファイルの共有との関係で変化す
ることを表わしている。（ａ）は、開示した仮想ファイルに対応する実ファイル
が共有宣言されたものでない場合であり、この時の色を
単独使用色という。例えば透明な白色である。（ｂ）は、開示した仮想ファイルに対応する実ファイル
が共有宣言されたものであるが、他では開示されていな
い場合である。この時の色を共有宣言色という。例えば
透明な黄色である。（ｃ）は、開示した仮想ファイルに対応する実ファイル
が共有宣言されたものであり、且つ、他で既に開示され
ていた場合である。この時の色を共有使用色という。例
えば透明な赤色である。他で既に開示されていたウィン
ドウか共有宣言色であったときは、その色は共有使用色
に変化する。さて、第４図は、実オブジェクト管理システムおよび仮
想オブジェクト管理システムを有する処理システムの構
成図である。メモリ（３１０）上にある０３（３１１）やウィンドウ
・システム（３１２）や仮想オブジェクト管理プログラ
ム（３１４）により、出力装置（３４０）上に、仮想オ
ブジェクトのアイコンが表示される。利用者が、例えば仮想ファイルに対応するアイコンを入
力装置（３００）により選択すると、仮想オブジェクト
管理プログラム（３１４）は、仮想オブジェクト管理テ
ーブル（３１５）の情報を用いて、選択された仮想ファ
イルに対応する実ファイルをファイル・メモリ（３２０
）から取り出す。そして、その共有の状態に合わせた環
境処理を実行し、次いで、その実ファイルを対象とする
実行機能を処理装置（３３０）を用いて実行する。その結果は、出力装置（３４，０）に出力される。第５図（ａ）は、仮想オブジェクト管理テーブル（３１
５）の構成図である。この仮想オブジェクト管理テーブル（３１５）は、アイ
コンと実ディレクトリや実ファイルを結び付ける役目を
するもので、仮想オブジェクト対応に存在し、次のエン
トリを有している。 ■仮想オブジェクト名称（４１０） ■属性テーブルへのポインタ（４２０）・・・属性テー
ブル（５００）については後で説明する。 ■クラス名（４３０）・・・ディレクトリとかファイル
といった仮想オブジェクトの種類を示す。 ■子供の仮想オブジェクト数（４４０）・・・クラスが
ファイルのときは必ず〈０〉になる。 ■先頭の子供の仮想オブジェクト管理テーブルへのポイ
ンタ（４５０）・・・クラスがファイルのときは必ず（
ｎｕｌｌ）になる。 ■実オブジェクト識別子（４６０）・・・対応する実オ
ブジェクトの実オブジェクト環境における実フルパス名
を格納する。 ■実行処理ＡＰ名（４７０）・・・当該仮想オブジェク
トを開示したり、実行したりするアプリケーション・プ
ログラムのコマンド列を記述したスクリプト名称。 ■プロセス１ｄ（４８０）・・・実行時に割り当てられ
るプロセスｉｄ００次のテーブルへのポインタ（４９０）、前のテーブル
へのポインタ（５８０）・・・同しディレクトリに属す
る仮想オブジェクト管理テーブル同士がリスト状につな
がれるか、当該仮想オブジェクト管理テーブルの前後に
つながれている仮想オブジェクト管理テーブルへのポイ
ンタ。つながれている仮想オブジェクト管理テーブルが
ないときは（ｎｕｌｌ）になる。属性テーブル（５００）は、各仮想オブジェクト管理テ
ーブル対応に存在し、当該仮想オブジェクト管理テーブ
ルの所有者、アイコン等を定義する役目をする。所有者
名（５１０）　、作成日（５２０）、更新日（５３０）
、アイコンの図柄１ｄ（５４０）、色（５５０）、アイ
コン設定位置（５６０）、サイズなどのエントリを有し
ている。第５図（ｂ）は、利用者毎の環境管理テーブル（２１０
０）の−例を示す概念図である。この利用者毎の環境管理テーブル（２１００）は、シス
テム管理を行っている所が持っており、利用者１ｄ（２
１１０）と、仮想オブジェクト管理テーブルへのポイン
タ（２１２０）のテーブルである。仮想オブジェクト管理テーブルへのポインタ（２１２０
）は、各利用者が所有する仮想オブジェクト環境のルー
トディレクトリに対応する仮想オブジェクト管理テーブ
ルを指している。第６図は、第１図の下半分に示す仮想オブジェクト環境
を、第５図で説明した仮想オブジェクト管理テーブルを
用いて示した概念図である。仮想オブジェクト管理テーブル（６００）と（６４０）
は、同一の仮想ディレクトリ内に存在する仮想ディレク
トリに対応している。仮想オブジェクト管理テーブル（６００）は、子供の仮
想オブジェクト管理テーブルを３つ（６１０，６２０，
６３０）持っている。この３つの仮想オブジェクト管理
テーブル（６１０，６２０゜６３０）は、それぞれ相互
にポインタ（７２０〜７２３）で結ばれている。仮想オブジェクト管理テーブル（６４０）は、子供の仮
想オブジェクト管理テーブルを２つ（６５０，６６０）
持っている。この２つの仮想オブジェクト管理テーブル
（６５０，６６０）は、相互にポインタ（７４０，７４
１）で結ばれている。仮想オブジェクト管理テーブル（６６０）は、仮想ディ
レクトリに対応しており、子供の仮想オブジェクト管理
テーブルを２つ（７７０，６８０）持っている。この２
つの仮想オブジェクト管理テーブル（７７０，６８０）
は、相互にポインタ（７６０，７６１）で結ばれている
。ここで、仮想ディレクトリ管理テーブル（６００）の子
供の仮想オブジェクト管理テーブル（６２０）と、仮想
ディレクトリ管理テーブル（６４０）の子供の仮想オブ
ジェクト管理テーブル（６５０）は、実オブジェクト識
別子に同じフルバス名ｒ　／ｄｉｒｌ／ｆｉｌｅｌＪを
定義している。このように、複数の仮想オブジェクト管理テーブルの実
オブジェクト識別子に同じフルバス名を定義することに
よって、異なる仮想オブジェクトで同し実ファイルを共
有することが出来る。第７図は、第６図の仮想オブジェクト環境を、引出し、
バインダ、文書を用いて示した概念図である。引出しは
、仮想ルートディレクトリの下の仮想ディレクトリを表
わす。バインダは、引出しの子供となる仮想ディレクト
リを表わす。文書は、仮想ファイルを表わし、引出しま
たはバインダの子供になる。その実体は実オブジェクト
識別子に定義された実ファイルである。ポインタ（９０
０）、　　（９１０）、　　（９２０）、　　（９３０
）、　　（９４０）、　　（９５０）は、実オブジェク
ト識別子により定義されている実ファイルを指している
。文書（８１２）と１文書（８６１）は、ポインタ（９１
０）と（９３０）で示したように、同一の実ファイル（
８３０）を実体としている。つまり、実ファイル（８３
０）を共有している。第６図と第７図の対応は、第６図の仮想ホルダ２（６４
０）か第７図の引出しく８５０）＝　（８６０）に対応
し、仮想ホルダ１（６００）、仮想ホルダ３（６６０）
がバインダ（８００）＝　（８１０）、バインダ（８６
２）＝　（８７０）に対応し、仮想ファイル（６１０）
、　　（６２０）、　　（６３０）、　（６５０）、　
（７７０）、　（６８０）が文書（８１１）、　　（８
１２）、　　（８１３）、　　（８６１）、　　（８７
１）、　　（８７２）に対応する。第８図は、実オブジェクトと仮想オブジェクトの対応管
理および共有管理に用いる２つのテーブルを示す。対応管理テーブル（１１００）は、実オブジェクトと共
有管理テーブル（１０’ＯＯ）とを結び付けるもので、
次のエントリを有している。 ■実オブジェクトの実フルパス名（１１１０）■実オブ
ジェクトに対応する仮想オブジェクト数（１１２０）・
共有のあるときは２以上になる。 ■共有管理テーブルへのポインタ（１１３０）共有管理
テーブル（１０００）は、仮想オブジェクトの数だけ存
在し、次のエントリを有している。 ■仮想オブジェクトの仮想フルバス名 ■使用フラグ・・・当該仮想オブジェクトの使用状況。 ■プロセスｉｄ・・・当該仮想オブジェクトを使用して
いるプロセスｉｄ０ ■デバイス名・・・出力光であるデバイス名。 ■次のテーブルへのポインタ・・・次の共有管理テーブ
ルを指す。次に、仮想オブジェクト管理部（３１４）の基本的な処
理について説明する。第９図（ａ）（ｂ）（ｃ）は、仮想オブジェクト生成処
理のフロー図である。利用者は、メニュー・コマンドや操作順序等によって、
生成したい仮想オブジェクトの属性等や生成したい位置
を入力する。仮想オブジェクトの属性には、「新規」　（全く新規に
仮想オブジェクトを生成する場合）と。「複写」　（既にある仮想オブジェクトを複写して別の
仮想オブジェクトを生成する場合）と、Ｅ共有」　（既
にある仮想オブジェクトと実ファイルを共有する関係で
仮想オブジェクトを生成する場合）の３つがある。仮想オブジェクト管理プログラム（３１４）は、生成要
求か来ると、ステップ１４００で、仮想オブジェクト管
理テーブルを１つ生成する。ステップ１４１０では、仮想オブジェクトの属性を調べ
、「新規」ならステップ１４２０へ。「複写」ならステップ１５２０へ、「共有」ならステッ
プ１４４０へ分岐する。ステップ１４２０では、実オブジェクト管理システムを
使って実オブジェクトを生成し、その実フルパス名を先
に生成した仮想オブジェクト管理テーブル（３１５）の
実オブジェクト識別子（４６０）に登録する。ステップ１４３０では、そして、生成したい位置の情報
から、親となる仮想ディレクトリの仮想オブジェクト管
理テーブルを求め、その子供の仮想オブジェクトのリス
トに、先の仮想オブジェクト管理テーブルをつなぐ。ステップ１４７０では、対応管理テーブル（１１００）
の実フルパス名（１１１０）に先の実オブジェクトの実
フルパス名を登録し、対応する仮想オブジェクト数（１
１２０）にく１〉を登録する。ステップ１４８０では、先の仮想オブジェクト管理テー
ブルに対応する共有管理テーブル（１０００）を生成す
る。共有管理テーブル（１０００）の仮想フルバス名（
１０１０）には先の仮想オブジェクトの仮想フルバス名
を登録し、使用フラグ（１０２０）はＯＦＦ、プロセス
１（１（１０３０）とデバイス名（１０４０）と次のテ
ーブルへのポインタ（１０５０）は＜ｎｕｌｌ＞に設定
する。そして、共有管理テーブルへのポインタ（１１３０）に
つなぐ。ステップ１４９０では、アイコン等に関する情報を設定
し、出力装置（３４０）の画面にアイコンを表示する。一方、第９図（ｂ）のステップ１５１０では、実オブジ
ェクト管理システムを使って、複写したい仮想オブジェ
クトに対応する実オブジェクトを複写し、複写してでき
た実オブジェクトの実フルパス名を先に生成した仮想オ
ブジェクト管理テーブル（３１５）の実オブジェクト識
別子（４６０）に登録する。ステップ１５２０では、生成したい位置の情報から、親
となる仮想ディレクトリの仮想オブジェクト管理テーブ
ルを求め、その子供の仮想オブジェクトのリストに、先
の仮想オブジェクト管理テーブルをつなぐ。ステップ１５３０では、仮想オブジェクト特有の情報で
あるアイコン位置や仮想オブジェクト名称を除いて、複
写元の仮想オブジェクトの仮想オブジェクト管理テーブ
ルの情報を複写する。ステップ１５４０では、仮想オブジェクト管理テーブル
の仮想オブジェクト名称を設定する。その後、第９図（ａ）のステップ１４７０にンヤンブす
る。他方、第９図（ｃ）のステップ１５５０では、共有する
実オブジェクトの情報を引数から得る。情報から実フルパス名が得られれば、それを、生成した
仮想オブジェクト管理テーブルの実ファイル識別子に登
録する。情報から仮想オブジェクト名称が得られれば、
その仮想オブジェクトの仮想オブジェクト管理テーブル
から実ファイルの実フルパス名を得て、それを、生成し
た仮想オブジェクト管理テーブルの実フアイル識別子に
登録する。ステップ１５５１では、生成したい位置の情報から、親
となる仮想ディレクトリの仮想オブジェクト管理テーブ
ルを求め、その子供の仮想オブジェクトのリストに、先
の仮想オブジェクト管理テーブルをつなぐ。ステップ１５５２では、対応管理テーブル（１１００）
の中の共有する実フルパス名の行の対応する仮想オブジ
ェクト数をカウント・アップする。ステップ１５５３では、共有管理テーブルを生成する。使用フラグ（１０２０）はＯＦＦ、プロセス１ｄ（１０
３０）とデバイス名（１０４０）は＜ｎｕｌｌ＞に設定
する。そして、当該そのテーブルを当該共有管理テーブ
ルを、対応する共有管理テーブルのリストにつなぐ。その後、第９図（ａ）のステップ１４９０にジャンプす
る。次に、第１０図は、仮想オブジェクトの削除処理のフロ
ー図である。仮想オブジェクトの削除要求が来ると、ステップ１６０
０において、当該仮想オブジェクト管理テーブルを探し
、それを削除し、仮想オブジェクト管理テーブルのリス
トをつなぎ変える。ステップ１６１０では、削除対象の仮想オブジェクトの
属性が「共有」であるかを調べ、「共有」でなければそ
のまま処理を終了する。「共有」であれば、ステップ１
６２０に進む。ステップ１６２０では、対応管理テーブルの中の削除対
象の仮想オブジェクトに対応する実オブジェクト名の行
につながっている共有管理テーブルのリストを検索し、
削除対象の仮想オブジェクトに対応する共有管理テーブ
ルを削除し、共有管理テーブルのリストをつなぎ変える
。ステップ１６３０では、前記行の対応する仮想オブジェ
クト数をカウント・ダウンする。次に、第１１図は、仮想オブジェクトが文書であった場
合の開示処理のフロー図である。アイコンが指定され、開示要求が来ると、ステップ１７
００において、そのアイコンに対応する仮想オブジェク
トの仮想オブジェクト管理テーブルを検索する。ステップ１７１０では、仮想オブジェクト管理テーブル
の中の実オブジェクト識別子を基に、対応管理テーブル
から、対応する共有管理テーブルを探す。ステップ１７２０では、共有管理テーブルの中の使用フ
ラグをＯＮにする。ステップ１７３０では、対応管理テーブル（１１００）
の対応する仮想オブジェクト数（１１２０）から、共有
している仮想オブジェクトがあるかどうかを調べる。な
ければ、ステップ１７４０に進む。あれば、ステップ１
７５０に進む。ステップ１７４０では、当該オブジェクトに割り当てる
ウィンドウの色を、単独使用色に設定する。ステップ１７９０では、ウィンドウとオブジェクトの開
示処理を実行する。ステップ１８００では、その時に割り当てられたプロセ
スｉｄを仮想オブジェクト管理テーブルに設定する。ま
た、使用デバ１′ス名を共有管理テーブルに設定する。一方、ステップ１７５０では、共有している他の仮想オ
ブジェクトが実行中であるかを調べる。実行中でなければ、ステップ１７５５に進む。実行中で
あれば、ステップ１７６０に進む。ステップ１７５５では、当該オブジェクトに割り当てる
ウィンドウの色を、共有宣言色に設定する。一方、ステップ１７６０では、当該オブジェクトに割り
当てるウィンドウの色を、共有使用色に設定する。ステップ１７７０では、現在実行中である他の仮想オブ
ジェクトのウィンドウ色も共有使用色に変更する。なお、上記実施例では、ウィンドウの表示色により共有
の状態を表現したが、ウィンドウ枠の色や太さ、形によ
って、あるいは、アイコンのデザインによって、共有の
状態を示してもよい。次に、第１２図は、仮想オブジェクトの開示処理のフロ
ー図である。オブジェクトの開示要求が来ると、ステップ１９００に
おいて、そのプロセスｉｄから該当する仮想オブジェク
ト管理テーブルを検索する。ステップ１９１０では、その仮想オブジェクト管理テー
ブルの中の実オブジェクト識別子を基にして、対応管理
テーブルから、対応する共有管理テーブルを探す。ステップ１９３０では、共有管理テーブルの中の使用フ
ラグをＯＦＦにする。ステップ１９４０では、共有している別の仮想オブジェ
クトが存在するかどうかを調べる。なければ、ステップ
１９７０ヘジヤンプする。あれば、ステップ１９５０に
進む。ステップ１９５０では、共有している別の仮想オブジェ
クトが実行中かどうかを調べる。実行中でなければ、ス
テップ１９７０ヘシヤンプする。実行中であれば、ステップ１９６０へ進む。ステップ１９６０では、その実行中の仮想オブジェクト
に割り当てているウィンドウの色を、共有使用色から共
有宣言色に変更する。ステップ１９７０では、ウィンドウと仮想オブジェクト
の開示処理を実行する。ステップ１９８０では、仮想オブジェクト管理テーブル
内のプロセスｉｄをクリアする。さて、仮想オブジェクト管理プログラム（３１４）は、
一つの仮想オブジェクトの実行の後、次の仮想オブジェ
クトを連続して実行する機能を有している。連続して実
行するか否かは、利用者がメニュー・コマンドや操作順
序等によって指定できる。第１３図に、連続実行処理のフロー図を示す。利用者が、実行している仮想オブジェクトに対して実行
終了要求を出すと、ステップ２０００において、当該オ
ブジェクトに対して開示などの終了処理を実行する。ステップ２０１０では、終了イベントの内容を見て、そ
れか次の仮想オブジェクトの実行要求を伴うイベントで
なければ、そのまま処理を終える。次の仮想オブジェクトの実行要求を伴うイベントであれ
ば、ステップ２０２０に進む。ステップ２０２０では、仮想オブジェクト管理テーブル
に格納されている次の仮想オブジェクト管理テーブルへ
のポインタから次の仮想オブジェクト管理テーブルを求
める。ステップ２０３０では、次の仮想オブジェクト管理テー
ブルが存在するか否かを判断し、存在しなければそのま
ま終了し、存在するならばステップ２０４０に進む。ステップ２０４０では、次の仮想オブジェクトの実行処
理を行う。なお、以上の実施例では、ポインタをリニアな形で実現
したが、一番最後のテーブルが一番先頭のテーブルを指
すような形にしてもよい。また、対象となる仮想オブジェクトが「共有」の属性か
どうかを示す「共有／非共有のフラグ」を仮想オブジェ
クト管理テーブル内に設けて属性を判断してもよい。

【発明の効果】

本発明のオブジェクト管理システムによれば、実オブジ
ェクトを仮想の階層構造により管理することか可能とな
るため、−人の利用者か異なる階層構造を設定したり、
利用者毎に異なる階層構造を設定することか出来るよう
になる。また、同一の実オブジェクに対して複数の仮想オブジェ
クトを対応づけることが可能となるため、例えば同一文
書を複数のウィンドウで開いて、別の頁を同時に編集す
ることが出来るようになる。また、複数の分野にまたがる文書を複数の分野のそれぞ
れで管理するような階層構造を定義することが出来るよ
うになる。この場合、複数の分野のいずれでデータ更新
を行ってもよいので、管理・操作性が向上する。

【図面の簡単な説明】

第１図は本発明のオブジェクト管理システムの概念を示
す木構造図、第２図は本発明のオブジェクト管理システ
ムにかかるＣＲＴ画面の表示の例示図、第３図（ａ）（
ｂ）（ｃ）は共有の状態とウィンドウの色の関係を説明
する概念図、第４図は本発明のオブジェクト管理システ
ムを含む処理システムの構成図、第５図（ａ）は仮想オ
ブジェクト管理テーブルの構成例示図、第５図（ｂ）は
利用者毎の環境管理テーブルの構成例示図、第６図は仮
想オブジェクト管理テーブルの使用を示す例示図、第７
図は仮想オブジェクトの階層構造の説明図、第８図は対
応管理テーブルと共有管理テーブルの構成説明図、第９
図（ａ）（ｂ）（ｃ）は仮想オブジェクト生成処理のフ
ロー図、第１０図は仮想オブジェクトの削除処理のフロ
ー図、第１１図は仮想オブジェクトの開示処理のフロー
図、第１２図は仮想オブジェクトの開示処理のフロー図
、第１３図は仮想オブジェクトの連続実行処理のフロー
図である。（符号の説明）ｄｉｒｌ〜ｄｉｒ５・実ディレクトリ・オブジェクト、ｆ　ｉ　　ｌｅｌ　〜ｆ　ｉ　　ｌｅ３．　　ｆ　ｉ　
　ｌｅ５．　　ｆ　ｉ　　ｌｅ８・・・実ファイル・オ
ブジェクト、Ａ、Ｂ、Ｂ２・・・仮想ディレクトリ・オブジェクト、
Ａ１−Ａ３．Ｂｌ、Ｂ２１．Ｂ２２・・・仮想ファイル
・オブジェクト、３１４・・・仮想オブジェクト管理プログラム３１５・
・・仮想オブジェクト管理テーブル、３３０・・・処理
装置、３４０・・・出力装置、５００・・・属性テーブル、１０００・・・共有管理テーブル、１１００・・対応管理テーブル。

Claims

【特許請求の範囲】１、データやプログラムなどの実ファイル・オブジェク
トを、実ディレクトリ・オブジェクトにより階層構造で
関係付けする１つの実オブジェクト管理システムと、前記実ファイル・オブジェクトに対応付けた仮想ファイ
ル・オブジェクトを、前記実ディレクトリ・オブジェク
トとは独立の仮想ディレクトリ・オブジェクトにより階
層構造で関係付けする１つ又は複数の仮想オブジェクト
管理システムとを具備してなることを特徴とするオブジェクト管理シス
テム。２、仮想オブジェクト管理システムが、（ａ）仮想オブジェクトを新規に生成する要求に対して
は、実オブジェクト管理システムを利用して実オブジェ
クトを新規に生成し、それと対応づけた仮想オブジェク
トを生成し、（ｂ）既にある仮想オブジェクトを複写する要求に対し
ては、実オブジェクト管理システムを利用して前記仮想
オブジェクトに対応する実オブジェクトを複写し、それ
と対応づけた仮想オブジェクトを生成し、（ｃ）既にある仮想オブジェクトを共有する要求に対し
ては、その仮想オブジェクトに対応する実オブジェクト
と対応づけた仮想オブジェクトを生成することを特徴とする請求項１のオブジェクト管理システム
。３、仮想オブジェクト管理システムが、（ａ）仮想オブジェクト対応にアイコンを定義し、画面
上のウィンドウにアイコンを表示し、（ｂ）その表示しているアイコンが利用者に選択される
と、そのアイコンが仮想ディレクトリ・オブジェクトに
対応するか、仮想ファイル・オブジェクトに対応するか
を判定し、（ｃ）仮想ディレクトリ・オブジェクトに対
応すると判定すれば、その仮想ディレクトリに属する仮
想オブジェクトに対応するアイコンを別のウィンドウに
表示し、（ｄ）仮想ファイル・オブジェクトに対応すると判定す
れば、その仮想ファイル・オブジェクトに対応する実フ
ァイル・オブジェクトがデータかプログラムかを判定し
、（ｅ）データと判定すれば、その実ファイル・オブジェ
クトをウィンドウに開示し、（ｆ）プログラムと判定すれば、その実ファイル・オブ
ジェクトを実行することを特徴とする請求項１または請求項２のオブジェク
ト管理システム。４、請求項３の（ａ）において、同一の実オブジェクト
を他の仮想オブジェクトと共有しない仮想オブジェクト
に対応するアイコンと、同一の実オブジェクトを他の仮
想オブジェクトと共有する仮想オブジェクトに対応する
アイコンとを、視覚的に識別可能な別の形態で定義する
ことを特徴とするオブジェクト管理システム。５、請求項３の（ｅ）において、実ファイル・オブジェ
クトが複数の仮想ファイル・オブジェクトに共有されて
いない場合のウィンドウと、共有されている場合のウィ
ンドウとを、視覚的に識別可能な別の形態とすることを
特徴とするオブジェクト管理システム。６、請求項３の（ｅ）において、同一の実ファイル・オ
ブジェクトを共有する仮想ファイル・オブジェクトの１
つだけが開示されているときのウィンドウと、２以上が
同時に開示されているときのウィンドウとを、視覚的に
識別可能な別の形態とすることを特徴とするオブジェク
ト管理システム。