JPH01312647A

JPH01312647A - データ転送方式

Info

Publication number: JPH01312647A
Application number: JP1105700A
Authority: JP
Inventors: John A Dysart; ジョン・アンドリュー・ディサート; William M Crow; ウイリアム・エム・クロウ; Peter S Showman; ピーター・エス・ショーマン
Original assignee: Hewlett Packard Co
Current assignee: HP Inc
Priority date: 1988-04-25
Filing date: 1989-04-25
Publication date: 1989-12-18
Also published as: US5079695A; CA1340484C; KR890016476A; CN1041839A; AU607063B2; KR970007758B1; EP0339221A3; AU3307389A; EP0339221A2

Abstract

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

Description

【発明の詳細な説明】〔発明の技術分野〕本発明はデータ転送方式に関し、より詳しくは、コンピ
ュータシステム内における、オブジェクト間のデータ転
送に関する。

〔従来技術およびその問題点〕

各種のコンビエータアプリケーションによって作られる
複数のデータファイル間での互換性を得るというのは、
しばしば達成できない目標である。

通常、個々のコンピュータアプリケーションは他のコン
ピュータアプリケーションとは独立に動作する。あるコ
ンピュータアプリケーションからのデータが別のアプリ
ケーションからのデータに効果的に取り込めるのは、極
めて稀である。

時折、所謂統合型ソフトウェア（ｉｎｔｅｇｒａｔｅｄ
ｓｏｆｔｗａｒｅ　）が開発され、これによりある種の
アプリケーション間で多少のデータ互換性がもたらされ
る。しかし、これら統合型ソフトウェアパッケージは、
その統合型ソフトウェアパッケージの一部分ではないコ
ンピュータアプリケーションとの間でのデータ互換性を
与えるものではない。

〔発明の目的〕

本発明の目的は、上述した従来技術の問題点を解消し、
柔軟なデータの移し換えのための基盤を与えるデータ転
送方式を提供することにある。

〔発明の概要〕

本発明の一実施例によれば、ファイル管理システムと複
数のオブジェクトを有するコンピュータが与えられる。

ファイル管理システムにより、オブジェクト間でのデー
タの転送の統御ができるようになる。−船釣に、オブジ
ェクトは一つまたはそれ以上のファイル中のデータを含
むとともにこのファイル中のデータをコンピュータによ
って処理できる実行可能コードも含む実体であると考え
られる。

本発明の好ましい実施例では、ファイル管理システムに
は、複数のアプリケーションプログラム、複数のデータ
ファイル、複数のクラスデータ構造、および複数のオブ
ジェクトデータ構造が含まれる。

各クラスデータ構造は複数のアプリケーションプログラ
ムの内のあるアプリケーションプログラムへの参照を含
む。各オブジェクトデータ構造は、複数のクラスデータ
構造の内のあるクラスデータ構造への参照と、複数のデ
ータファイルの内の少なくとも一つのデータファイルへ
の参照を含む。

オブジェクトデータ構造を用いることで、コンピュータ
のユーザとデータファイルとの間にレイヤが追加される
。これにより、コンピュータはユーザにはアクセスでき
ないタグを使用して、オブジェクトデータ構造を参照し
、それに対応付けられているファイルにアクセスできる
ようになる。

ユーザはオブジェクトのスクリーン上の物理的な位置に
基づいてそのオブジェクトを参照する。ユーザはまたオ
ブジェクトデータ構造に名前を付与することができるが
、この名前はタグの値には全く関係付けられない。この
ようにすることによって、ユーザは例えば同一のディレ
クトリにある２つのオブジェクトに同じ名前を付けるこ
とができる。

これに加えて、ファイル管理システムは複数のりンクデ
ータ構造も含んでいる。各データリンク構造は、複数の
オブジェクトデータ構造の内の当該リンクの親オブジェ
クトとして働く第１オブジェクトデータ構造への参照を
含むとともに、複数のオブジェクトデータ構造の内の当
該リンクの子オブジェクトとして働く第２オブジェクト
データ構造への参照を含む。子オブジェクトと親オブジ
ェクトは各々のリンクデータ構造に対して必ずしも同一
ではない。

ビューが付いたリンクを子オブジェクトと親オブジェク
トとの間に以下のようにして作ることができる。ユーザ
が、表示されるべきオブジェクトを子オブジェクトに対
して指定する。ユーザはまたデータが表示されるべき位
置を親オブジェクトに対して指定する。ユーザはまたフ
ァイル管理システムに子オブジェクトと親オブジェクト
のリンクを作らせ、これによりこのリンクデータ構造に
リンクデータ構造を識別する参照名と、子オブジェクト
への参照と、親オブジェクトへの参照と、転送されるべ
きデータを識別するデータアイデンティファイアとが含
まれるようにする。

親オブジェクトからの要求により、子オブジェクトは親
オブジェクトから指定された位置にそのデータを表示す
る。親オブジェクトは、ファイル管理システムに対して
、参照名と、データが表示されるべき位置と、データの
転送要求とを送ることで、このこの要求を行う。親オブ
ジェクトは、子オブジェクトもデータアイデンティファ
イアも＆ｆ１認しない、親オブジェクトがこれらを知る
必要はないのである。

ファイル管理システムが親オブジェクトから要求を受は
取ると、このシステムはデータ転送の要求を子オブジェ
クトに送る。後者の要求にはデータが表示されるべき位
置とデータアイデンティファイアが含まれているが、親
オブジェクトの参照名やそれを識別できるものは含まれ
てはいない。

ここで子オブジェクトは指定された位置にデータを表示
する。

こうする代わりに、リンクが設定されたとき、子オブジ
ェクトがスナップショットオブジェクトを設定してもよ
い。このスナップショットは指定された位置へ表示を行
う責任を引き受ける。ファイル管理システムが親オブジ
ェクトから供給を受は取ると、このシステムはデータ転
送要求を子オブジェクトへではなくスナップショットへ
送る。

するとこのスナップショットは指定された位置にデータ
を表示する。

本発明のひとつの利点は、これによりあるアプリケーシ
ョンを使用しているユーザが別のアプリケーションから
のデータへアクセスできるようになることである。例え
ば、ある一つのスプレッドシートをいくつかの別々のフ
ォルダにリンクして、ワードプロセッサによる文書中で
表として使用されたり、また棒グラフの元データとして
使用することができる。例えば、これらのリンクされた
何れの位置からでも、ユーザはもっとよく調べたりある
いは修正したりするためにこのスプレッドシートを極め
て簡単に表示させることができる。

スナップショットを使用する利点は、通常、親オブジェ
クトが子オブジェクトにデータを要求したときには、こ
の子オブジェクトに関連するアプリケーションが活性化
されなければならないということに関係する。これには
、複雑なアプリケーションでは大きなオーバヘッドが必
要とされることがある。これに対して、スナップショッ
トが用いられると、子オブジェクトに関連しているアプ
リケーションが活性化される必要はなく、要求されたデ
ータをずっと少ないオーバへ・ノドで表示できる。

［発明の実施例］第１図には、モニタ１４、キーボード１９、及び、マウ
ス２０×を備えたコンピュータ１８が示されている。矢
印９によって、コンピュータの主記憶装置１７の一部が
コンピュータ１８内にあることが示されている。コンピ
ュータ１８の主記憶装置１７内には、オブジェクト管理
機構（ｏｂｊｅｃｔ　ｍａｎａｇｅｍｅｎｔ　ｆａｃｉ
−１ｉｔｙ、　ＯＭ　Ｆ　０００、アプリケーション１
０１．１０２．１０３、１０４、１０５、１０６が示さ
れている。

アプリケーション　１０１〜１０６のそれぞれは、オブ
ジェクトを用いてデータを記憶する。例えば、第２図に
おいて、オブジェクト　２０２．２０３．２０４．２０
５を用いてデータを記憶しているアプリケーション１０
１が示されている。同様に、オブジェクト２０７．２０
８．２０９．２１０にデータを記憶したアプリケーショ
ン　１０６も示されている。ＯＭＦ　　１００は、どの
オブジェクトがどのアプリケーションに付随するかを示
す情報を記憶している。ある単一のアプリケーションに
関連したオブジェクトは、同じタイプ、つまり同じクラ
スのオブジェクトであるとみなされる。例えば、オブジ
ェクト　２０２．２０３．２０４．２０５は夫々アプリ
ケーション１０１に関連しているので、同じクラスであ
る。同様に、オブジェクト　２０７．２０８．２０９．
２１０は、夫々アプリケーション１０６に関連している
ので、同じクラスである。同じクラスの全てのオブジェ
クトは、同じアプリケーションを使用する。コンピュー
タ１８がアプリケーションを実行している間に、ＯＭ　
Ｆ　１００がこのアプリケーションに対し、このアプリ
ケーションがどのオブジェクトに対してデータアクセス
すべきかを教える。このとき当該オブジェクトは活動状
態にあるとみなされる。あるオブジェクトが関連するア
プリケーションがコンピュータ１８によって実行されて
いない場合、あるいはそのオブジェクトが関連するアプ
リケーションが実行中であるが、このオブジェクトのデ
ータを使ってＸ実行されていない場合は、そのオブジェ
クトは非活動状態にある。

活動状態のオブジェクトはメツセージを用いて互いに連
絡することができる。例えば、アプリケ−ション　１０
１の２つのインスタンスがメニンピユータ１８上夛走っ
ていて、一方のインスタンスはオブジェクト２０２のデ
ータを使い、他方はオブジェクト　２０３のデータを使
っているとき、オブジェクト２０２およびオブジェクト
　２０３は両方とも活動状態にある。従って、オブジェ
クト　２０２はオブジェクト　２０３に対しメツセージ
２１１を送信できる。同様に、コンピュータ１８がオブ
ジェクト　２０２のデータによってアプリケーション１
０１を実行し、オブジェクト　２０７のデータによって
アプリケーション１０５を実行している場合、オブジェ
クト　２０２とオブジェクト　２０７は両方とも活動状
態にある。オブジェクト　２０２はオブジェクト　２０
７に対しメツセージ２１２を送信できる。

メツセージ２１１、２１２のようなメツセージは全ての
タイプのオブジェクトによって送受信が行われるように
ツーマットすることができる。この結果、活動状態の全
てのオブジェクト間での自由な通信が可能になる。また
、これによって、新しいタイプを用いるために現存する
オブジェクトタイプを更新することを必要とせずに、新
しいオブジェクトタイプを定義してシステムに加えるこ
とが可能になる。

各オブジェクトは１組のデータファイルと関連している
。例えば、オブジェクト　２１０はデータファイル２２
１．２２２．２２３と関連しているように図示しである
。データファイル２２１．２２２．２２３内のデータは
アプリケーション１０６が解釈できるフォーマットにな
っている。

名前を指定することによってアクセスできる値とを有し
ている。さらに、各クラスのオブジェクトは、そのクラ
スの全てのオブジェクトに共通したリストのプロパティ
に関連付けられている。例えば、第２Ａ図にはオブジェ
クト　２０５とアプリケーション１０１が示されている
。オブジェクト　２０５は２プロパテイ　２３１．２３
２．２３３に関連付けられている。またアプリケーショ
ン１０１はプロパティ　１３１．１３２．１３３に関連
付けられている。

プロパティリストには、任意の個数のプロパティを含む
ことができる。各プロパティの値は０〜３２７６２バイ
トの長さとすることができる。プロパティは名前やコメ
ント等といった、オブジェクトおよびクラスに関する説
明的な情報を記憶するために用いられる。

オブジェクトは他のオブジェクトへの参照（ｒｅ−ｆｅ
ｒｅｎｃｅ）を持つことができる。これらの参照はリン
クと呼ばれる。リンクは方向性を有しており、その一方
のオブジェクトは親と呼ばれ、もう一方のオブジェクト
は子と呼ばれる。各リンクは、その子を夫々識別するた
め、親オブジェクトによって割当てられた番号である参
照名を有している。

オブジェクトの子、その子の子・・・・・・は、そのオ
ブジェクトの子孫と総呼される。同様に、オブジェクト
の親、その親の親・・・・・・は、そのオブジェクトの
先祖と総呼される。本発明の望ましい実施例において、
ユーザが操作できるオブジェクトは、ゼロ以上の子と１
つ以上の親を持つことができる。

オブジェクトはそれ自身の子孫になることはできない。

第３図には、オブジェクト　３０１．３０２．３０３．
３０４．３０５．３０６．３０７．３０８．３０９が示
されている。オブジェクト　３０１〜３０９は、各リン
ク毎に括弧内に示された番号である参照名を持つリンク
を有している。オブジェクト　３０１はオブジェクト３
０２．３０３に対し夫々参照名“１”、“２″を持つリ
ンク　３１０．３１１を有している。オブジェクト３０
２はオブジェクト　３０４．３０５に対し夫々参照名“
７”、“８”を持つリンク　３１２．３１３を有してい
る。オブジェクト　３０３はオブジェクト　３０６．３
０７に対し夫々参照名“１”、“４”を持つリンク３１
４．３１５を有している。オブジェクト　３０４．３０
５は共通のオブジェクト　３０８に対し、夫々参照名″
１″゛、１７″を持つリンク　３１６．３１７を有して
いる。オブジェクト　３０６は、オブジェクト　３０９
に対し参照名“８″を持つリンク　３１８を有している
。オブジェクト　３０７はオブジェクト　３０６．３０
９に対し夫々参照名“９”、“１３”を持つリンク３１
９．３２０を有している。オブジェクト　３０８は、オ
ブジェクト　３０９．３０３に対し夫々参照名“１１、
３″を持つリンク　３２１．３２２を有している。

オブジェクト　３０１は、オブジェクト　３０２．３０
３の親である。オブジェクト　３０３はオブジェクト３
０１１３０８の子である。オブジェクト　３０２〜３０
９はオブジェクト　３０１の子孫である。オブジェクト
　３０３の子孫は、オブジェクト　３０６．３０７．３
０９である。

オブジェクト　３０９はオブジェクト　３０１〜３０８
をその先祖に持つ。オブジェクト　３０３はオブジェク
ト３０１．３０２．３０４．３０５．３０８をその先祖
に持つ。

以下同様である。

活動状態にあるオブジェクトは、他のオブジェクトに対
して動的にリンクを形成しまた削除できる。あるオブジ
ェクトに対するリンクが削除されると、ＯＭＦ　　１０
０は、そのオブジェクトに他の親があるかどうかチエツ
クする。もしなければ、ＯＭＦｌｏｏはそのオブジェク
トのデータファイルを削除し、そのオブジェクトに関連
している他の記憶スペースを回収することによって、そ
のオブジェクトを破壊する。

オブジェクトのリンクは各種の目的に用いることができ
る。例えば、フォルダ（ｆｏｌｄｅｒ）をオブジェクト
の形態とすることができる。フォルダとして用いられて
いるオブジェクトの子は、各種アプリケーションに用い
られるデータが入っているオブジェクトでもよいし、あ
るいは、これら子のオブジェクトは別のフォルダであっ
てもよい。第４図には、オブジェクトをフォルダとして
利用した例が示されている。オブジェクト４０１．４０
２．４０３．４０４はフォルダとして用いられ、フォル
ダ４０１〜４０４とも呼ばれる。フォルダ４０１には、
データの収容に用いられるオブジェクト４０５．４０６
．４０７、およびフォルダ４０２が入っている。フォル
ダ４０２には、データの収容に用いられるオブジェクト
４０８、゛およびフォルダ４０３．４０４が入っている
。フォルダ４０３には、データの収容に用いられるオブ
ジェクト　４０９．４１０が入っている。フォルダ４０
４には、データの収容に用いられるオブジェクト　４１
１．　４１２．４１３が入っている。

リンクのもっと高度な使い方は、複合オブジェクトを構
成することである。例えば、第５図において、文書５１
０には、テキスト行５１１．５１２、グラフィクス図面
５１３．５１４、及びスプレッドシートデータ　５１５
が含まれている。第６図に示すように、テキスト及びフ
ォーマットデータはオブジェクト　６１１に記憶され、
グラフィクス図面５１３．５１４に関するグラフィクス
データは夫々オブジェクト６１２．６１３に記憶され、
スプレッドシートデータ５１５はオブジェクト　６１４
に記憶されている。複合オブジェクトを構築するのに用
いられるリンクは常にリンクに関連したある種のデータ
転送を行う。

従ってこのリンクはデータリンクと呼ばれる。第６図に
はデータリンク　６１５、６１６、６１７が示されてい
る。文書５１０において、オブジェクト６１２．６１３
．６１４は単に表示されるだけである。従って、内にデ
ータ表示を行うように、その子に対して要求を送信する
。

第７図において、第１のスプレッドシートに関するデー
タを含むオブジェクト　７０１は、データリンク　７０
４を介して、第２のスプレッドシートに関するデータを
含むオブジェクト　７０２にリンクされ、データリンク
　７０５を介して、第３のスプレッドシートに関するデ
ータを含むオブジェクト　７０３にリンクされる。第１
のスプレッドシートは、第２のスプレッドシートからの
データを利用する。第１のスプレッドシートが行うこと
は、単に第２、第３のスプレッドシートからのデータを
表示するだけにはとどまらないので、データリンク　７
０４とデータリンク　７０５はデータ受渡しデータリン
クと呼ばれる。

オブジェクトをコピーしたりまたはメイルする際には、
ＯＭＦ　　１００は「簿記（ｂｏｏｋｋｅｅｐｉｎｇ）
　Ｊを行う。オブジェクトをコピーする際、ＯＭＦ　　
１００は、そのオブジェクトに関連したデータファイル
のコピーを作る。コピーされるオブジェクトに子があれ
ば、ＯＭＦｌｏｏは、そのオブジェクトの子孫のコピー
も作成し、これら新しいオブジェクト間にリンクを作成
して、新しい複合オブジェクトにオリジナルと同じ構造
を与える。

例えば、第８図は、第３図中のオブジェクト３０８およ
びオブジェクト３０８の子孫を示している。

ＯＭＦ　　１００がオブジェクト　３０８のコピーを作
成する際、ＯＭＦ　　１００は第８図に示すように、オ
ブジェクト　３０８の各子孫、およびそのリンクをコピ
ーする。第９図はオブジェクト　３０８のコピーを示し
ている。オブジェクト　３０８ａ　ｓ　　３０３ａ　ｓ
　　３０６’ａ　。

３０７ａ　、　　３０９ａは夫々オブジェクト　３０８
．３０３．３０６、３０７、３０９のコピーである。リ
ンク　３２１ａ。

３２２ａ、　　３１４ａ、　　３１５ａ、　　３１８ａ
、　　３１９ａ、　３２０ａは夫々リンク　３２１．　
３２２．３１４．３１５．３１８．３１９、３２０のコ
ピーである。

望ましい実施例では、親をコピーする際、デフォルトで
は親の子のコピーもできる。しかし、子が「パブリック
」であると指定されていると、それはコピーされず、親
のコピーに、その子に対するリンクが含まれる。例えば
、第１０図において、親のオブジェクト　１６１をコピ
ーするものとする。

親のオブジェクト１６１はリンク　１６３を介して子の
オブジェクト　１６２にリンクされている。子のオブジ
ェクトは、パブリックオブジェクトである。第１１図に
示すように、親のオブジェクト　１６１をコピーすると
、新しいオブジェクト　１６１ａは新しいリンク　１６
１　ａを介してオブジェクト　１６２にリンクされる。

オブジェクト　１６１ａはオブジェクト　１６１のコピ
ーである。リンク　１６３ａはリンク　１６３のコピー
である。

第１２図〜第７１図には、オブジェクトがユーザに対し
、どのようにモニタ１４に表示されるかについて示して
いる。第１２図には、“Ｆｉｌｅ　Ｄｒａｗｅｒ　　（
ファイル引出し）”、“Ｗａｓｔｅ　Ｂａ５ｋｅｔ　（
（ずかご）″、“Ｄｉａｇｎｏｓｔｉｃ　（診断）″、
”Ｐｒ１ｎｔｅｒｓ　（プリンタ）”、”５ｔａｒ　（
星ど、“ＭｙＦｏｌｄｅｒ（私の７　オルグ）″とラベ
ル表示されたアイコンを含むデスクトップメタフ用いて
カーソル７８１を操作して“Ｍｙｌ？０１ｄｅｒ”を選
択したところである。

第１３図には、モニタ１４に表示されているオブジェク
トがどのようにリンクされているかが示されている。“
ＮｅｗＷａｖｅ　０ｆｆｉｃｅ″　（オブジェクト　７
００として示されている）は、リンク　７１１〜７１６
を介して、夫々“Ｆｉｌｅ　Ｄｒａｗｅｒ”　（オブジ
ェクト　７０１として示されている）、“Ｗａｓｔｅ　
Ｂａ５ｋｅｔ”　　（オブジェクト　７０２として示さ
れている）、′口ｉａｇｎｏｓｔｉｃ’（オブジェクト
　７０３として示されている）　、”ｐｒ−ｉｎｔｅｒ
ｓ”（オブジェクト７０４として示されている）、“Ｍ
ｙＦｏｌｄｅｒ”　（オブジェクト　７０５として示さ
れている）、“Ｓｔａビ（オブジェクト　７０Ｇとして
示されている）の親になっている。

第１４図において、ユーザは、カーソル７８１を用いて
、プルダウンメニュー７８２の“Ｃｒｅａｔｅ改Ｎｅｗ
・・・・・・　（新しい・・・・・・を作成する）”を
選択したところである。この選択の結果、対話ボックス
７７９が第調表示させ、作成すべき新しいオブジェクト
に対する名前として“Ｐａ５ｔｅ　Ｕｐ　（貼込み）”
という名前をキーボード１９を使って打ち込んだところ
である。

カーソル７８１は今’ＯＫ”とラベル表示された領域を
指示している。この領域を選択すれば、第１６図に示す
ように、“Ｐａ５ｔｅ　Ｌｌｐ”というタイトルのつい
た新しいオブジェクトが作成される。

第１７図には、“Ｐａ５ｔｅ　Ｕｐ″が、リンク　７１
７を介してＮｅｗＷａｖｅ　０ｆｆｉｃｅの子としてリ
ンクされたオブジェクトとして示されている。

基本的なりリップボード操作は、カット（ｃｕｔ）、コ
ピー　（ｃｏｐｙ）　、および貼込み　（ｐａｓｔｅ）
である。

ユーザは、移動またはコピーすべきデータを選択肢、次
にカットコマンドかコピーコマンドのいずれかを与えな
ければならない。カットコマンドは、選択したデータを
クリップボードに移動させる（つまりそれをそのもとの
位置から削除する）。

コピーコマンドは選択されたデータをクリップボード上
に複写させる。ユーザは次に、彼がデータを移動または
コピーしたいと思う場所の選択を行い、貼込みコマンド
を与える。このコマンドによって、クリップボードの内
容が選択された場所にコピーされる。

第１８面には、ユーザが、”Ｐａ５ｔｅ　Ｕｐ’を選択
したところが示されている。この選択を行ったことは、
“Ｐａ５ｔｅ　Ｕｐ”に対応するアイコンが反転ビデオ
表示されていることで表されている。ユーザはカーソル
７８１を用い、プルダウンメニュー７８３から“Ｃｏｐ
ｙ　（コピー）″を選択する。第１８ＡＩＺには、クリ
ップボードオブジェクト　７２０がリンク　７２１を介
してオブジェクト７０８の親になっている様子が示され
ている。オブジェクト　７０８はオブジェクト７０７（
ｐａｓｔｅ　Ｕｐ”）のコピーテアル。

第１９図に示すように、ユーザは次に、プルダウンメニ
ュー　７８３から“Ｐａ５ｔｅ　（貼込み）″を選択す
る。

この結果、第２０図に示すように、もとの“Ｐａ５ｔｅ
Ｕｐ″オブジェクト７０７のコピーであるカーソル７８
１で指示されたオブジェクト　７０８が付加される。

第２１図には、この新しいオブジェクトが、リンク　７
１８を介してＮｅｗＷａｖｅ　０ｆｆｉｃｅの子として
リンクされているオブジェクト７０８として示されてい
る。

第２２図には、カーソル７８１を用いて“ＭｙＦｏｌｄ
ｅｒ”に対応するアイコンをダブルクリックすることに
よって、“ＭｙＦｏｌｄｅｒ”をオーブンしたところを
示す。その結果”　ＭｙＦｏｌｄｅｒ”を表す一＝＝ｎ
十新しいウィンドウ７８５が現れる。

第２３図には、カーソル７８１を用いて“Ｐａ５ｔｅ　
Ｕｐ”（オブジェクト　７０８）をウィンドウ　７８５
までドラックしていく　（つまり引きずっていく）とこ
ろが示されている。第２４図になると、このプロセスは
完了しており、”Ｐａ５ｔｅ　Ｕｐ−（オブジェクト７
０８）は、今や“ＭｙＦｏｌｄｅｒ”のウィンドウ内に
ある。第２５図に示すように、オブジェクト　７０８と
して示された“Ｐａ５ｔｅ　Ｕｐ”は今やリンク　７２
８を介して“ＭｙＦｏｌｄｅｒ”の子である。

ユーザは、共有コマンド（Ｓｈａｒｅ　ｃｏｍｍａｎｄ
）を用いて多重リンクを設定する。このコマンドは、シ
ステム内でデータを移動させてコピーするソフトウェア
パッケージにおいて今日普通に見られるクリップボード
メタファーの拡張である。クリップボードは移動中のデ
ータの保持のためにシステムが用いる特殊なバッファで
ある。

ある面では、共有コマンドは上述のカットコマンドやコ
ピーコマンドと同様の働きをする。すなわち、ユーザは
共有、カット、またはコピーを用いてまずい（つかのデ
ータを選択し、次に共有コマンドを与えてクリップボー
ドに何かが付加されるようにする。共有コマンドの場合
、クリップボードに付加されるものは、実際のデータで
もなければ実際のデータのコピーでもない。ここで付加
されるのは、選択されたデータへのリンクである。

このリンクが貼り込まれると、もとのデータと貼込み位
置の間に恒久的な結合ができる。ＯＭ　Ｆ　１００を利
用することによって、関連するアプリケーションはこの
リンクを用いて、もとのデータに（アプリケーション全
体に渡って）簡単にアクセスできるようになるとともに
、もとのデータを修正する際に自動的な更新を行えるよ
うになる。

第２６図では、ＮｅｗＷａｖｅ　０ｆｆｉｃｅのウィン
ドウが活動状態になったところである。”Ｐａ５ｔｅ　
Ｕｐ”　（オブジェク）　　７０７）が反転ビデオ表示
されていることで明示されているように“Ｐａ５ｔｅ　
Ｌｉｐ”　（オブジェクト　７０７）が選択されている
。カーソル７８１を利用して、メニュー７８３から＠５
ｈａｒｅ　（共有）”を選択する。第２６Ａ図において
、クリップボードオブジェクト　７２０がリンク　７２
２を介して“Ｐａ５ｔｅ　Ｕｐ″オブジェクト　７０７
の親になっていることが示されている。

第２７図では、ウィンドウ　７８５が活性化されたとこ
ろである。メニュー７８７から“ｐａｓｔｅ”が選択さ
れる。その結果、第２８図に示すように、’ｐａｓｔｅ
Ｕｐ”　（オブジェクト７０７）がウィンドウ　７８５
とＮｅｗ−１１ａｖｅ　０ｆｆｉｃｅのウィンドウに共
有されていることを示すアイコン７０７　ａがウィンド
ウ７８５に現れる。

第２８Ａ図には、この貼込みの結果として、“Ｐａ５ｔ
ｅＩＩ＋）”が今やリンク　７２２を介してクリップボ
ード７２００子であるとともに、リンク　７２７を介し
て“ＭｙＦｏ−１ｄｅｒ”の子にもなっていることが示
されている。

ユーザから見えているオブジェクトの相互結合だけを示
した第２９図には、′″Ｐａ５ｔｅ　Ｌｌｐ″　（オブ
ジェクト　７０７）がリンク７２７を介して”　ＭｙＦ
ｏｌｄｅｒ”７０５の子になっていることが示されてい
る。’　Ｐａ５ｔｅＵρ”（オブジェクト　７０７）は
コピーされたのではなく共有されているので、”Ｐａ５
ｔｅ　Ｕｐ”　（オブジェクト　７０７）はリンク　７
１７を介してＮｅｗＷａｖｅ　０ｆｆｉｃｅの子のまま
になっている。

データリンクの主たる機能の１つは、自動化されたデー
タ転送である。子のオブジェクトがオーブンされており
、ユーザーがそれの「共有されている（Ｓｈａｒｅｄ　
ｏｕｔ）　Ｊところの一部を変更すると、この変更によ
りＯＭＦ　　１００への呼出しが夙行われる。ＯＭＦｌ
ｏｏは、このオブジェクトの親のうち、この特定の変更
について「関心を持つ」ものがあるかチエツクする。も
しこの変更に関心を持つとともに、オーブンされている
ものがあれば、ＯＭＦ　　１００はその親に対しメツセ
ージを送り、新しいデータが利用できることを伝える。

これにより、その親は、子に対してデータを作ったりあ
るいは表示するようにメツセージを送ることが可能にな
る。この機能によって、ユーザは、複雑なデータ依存関
係を持つ複合オブジェクトを形成し、これにより、その
一部分に加えられた変更が別の部分に自動的に反映され
るようにすることが可能になる。例えば、スプレッドシ
ート中の数を変更するとグラフが描き直され、文書中の
図面として更新される。オブジェクトは多くの親を持つ
ことができるため、任意の個数の他のオブジェクトに対
する「共通記事（ｂｏｉｌｅｒ　ｐｌａｔｅ）」として
、単一のオブジェクトを用いることができる。共通記事
における変更は、それにリンクした全てのオブジェクト
に反映される。自動化データ転送については以下の議論
中で説明する。

第３０図においては、“ＭｙＦｏｌｄｅｒ”についての
ウィンドウ　７８５が閉じられたところが示されている
。

第３１図では、カーソル７８１を用いて、プルダウンメ
ニ、−７８２から“［：ｒｅａｔｅ　ａ　Ｎｅｗ、、、
、、”が選択される。この選択の結果、第３２図に示す
ように、対話ポック°スフ７９が現れる。カーソル７８
１を用いて、アイコンＨＰ　Ｔｅｘｔが強調表示され、
作成される新しいオブジェクトに対する名前として“Ｓ
ａｍｐｌｅＴｅｘｔ”という名がキーボード１９を用い
て打ち込まれたところが示されている。この時点で、カ
ーソル７８１は“ＯＫ”とラベルに表示された領域を指
示している。この領域の選択がすむと、第３３図に示さ
れるように、”Ｓａｍｐｌｅ　Ｔｅｘｔ”とタイトルの
ついた新しいオブジェクトが作成される。

第３４図には、リンク７１９を介してＮｅｗＷａｖｅ　
０ｆｆｉ−ｃｅの子になっている’Ｓａｍｐｌｅ　Ｔｅ
ｘｔ”（オブジェクト７０９）が示されている。第３４
図では“ＭｙＦｏｌｄｅｒ”は閉じているため、“ｐａ
ｓｔｅ　Ｕｐ”　（オブジェクト７０８）、リンク　７
２８．７２７は示されていない。ただし、これらはまだ
存在しているが、現在のところユーザには見えていない
ということである。

第３５図では、カーソル７８１をアイコン″Ｓａｍｐｌ
ｅＴｅｘｔ”上に置いてからマウス２０のボタンをダブ
ルクリックすることによって、“Ｓａｍｐｌｅ　Ｔｅｘ
ｔ”がオーブンされる。第３６図には“Ｓａｍｐｌｅ　
Ｔｅｘｔ”のためにオーブンされたウィンドウ　７８９
が示されている。

第３７図では”Ｐａ５ｔｅ　ＩＪｐ″　（オブジェクト
　７０７）のためのウィンドウ　７９１が“Ｐａ５ｔｅ
　Ｕｐ″に関するアイコンをダブルクリックすることで
オーブンされている。第３８図においては、カーソル７
８１を用い、マウス２０によって制御することで、“Ｓ
ａｍｐｌｅＴｅｘｔ’中のテキストの一部７９０が選択
されている。

’ＮｅｗＷａｖｅ　０ｆｆｉｃｅ　ｅｎｖｉｒｏｎｍｅ
ｎｔ″で始まる反転ビデオで表示されている部分が上で
言うところの部分７９０である。

第３９図に来ると、カーソル７８１を用いて、プルダウ
ンメニュー７９２中の選択肢“５ｈａｒｅ”が選択され
る。第４０図では、ウィンドウ　７９１内の領域７９３
が、カーソル７８１を用いて選択される。第４１図では
、選択肢“Ｐａ５ｔｅ”が、カーソル７８１を用いてプ
ルダウンメニュー７９４から選択される。第４２図にお
いて、”Ｓａｍｐｌｅ　Ｔｅｘｔ″が“Ｐａ５ｔｅ　Ｕ
ｐ″　（オブジェクト　７０７）にリンクされ、表示さ
れるテキスト７９０は“Ｐａ５ｔｅ　Ｌｌｐ”ウィンド
ウ　７９１に表示されている。第４３図においては、”
Ｓａｍｐｌｅ　Ｔｅｘｔ”　（オブジェクト°７０９）
はリンク７２９を介して“Ｐａ５ｔｅ　ｔｌｐ″（オブ
ジェクト　７０７）の子となっているように示されてい
る。第４２図では“５ｔａｒ”のウィンドウ　７８９が
オーブンされているため、表示テキスト　７９０は中間
調で表示される。第４４図では、“５ｔａｒ”のウィン
ドウが閉じているため、表示テキスト　７９０ははっき
りと表示される。

第４５図では、ウィンドウ　７９１中の領域７９５がカ
ーソル７８１を用いて選択される。第４６図には、カー
ソル７８１がウィンドウ　７９１中の領域７９５ヘアイ
コン“５ｔａｒ“をドラックしていくところが示されて
いる。

第４７図になると“５ｔａｒ”（オブジェクト　７０６
）からのデニタがウィンドウ　７９１中の領域７９５に
現に表示されている。第４８図に示されているように、
今や“５ｔａｒ”（オブジェクト　７０６）は、リンク
　７２６を介してＰａ５ｔｅ　Ｕｐ”の子になっている
。

第４９図において、ユーザがカーソル７８１をウィンド
ウ　７９１の領域７９５の上に位置決めしてから、マウ
ス２０のボタンをダブルクリックしたところである。そ
の結果、“５ｔａｒ”（オブジェクト　７０６）がオー
ブンされ、ウィンドウ　７９６中に表示される。

第５０図には、カーソル７８１を用いてメニューのウィ
ンドウ　７９７中の選択肢“Ｂ１１１ｐｓｅ”が選択さ
れ、その結果”５ｔａｒ”（オブジェク）　　７０６）
内のデータが星から楕円へとこれから変わるところが示
されている。第５１図に示すように、その結果、ウィン
ドウ　７９６に表示されているデータとウィンドウ　７
９１中の領域７９５に表示されているデータの両方が変
化する。

第５２図では、カーソル７８１を用いてウィンドウ７９
１中に領域７９７が定義される。第５３図では、カーソ
ル７８１を用いて、プルダウンメニュー７９８中の選択
肢“Ｃｒｅａｔｅ　ａ　Ｎｅｗ、、、、”が選択される
。この選択の結果、対話ボックス７９９が第５４図に示
すように現れる。対話ボックス７９９には利用可能な２
つのクラスのオブジェクトに対応するアイコンる。これ
らのオブジェクトはウィンドウ　７９１の領域７９７に
データを表示することができるものである。カーソル７
８１を用いて、アイコン“ＨＰ　５ｈａｐｅ″≠會＃＃
≠が強調表示されている。作成すべき新しいオブジェク
トに対する名前として、”Ｎｅｗ　Ｓｈａ　−ｐｅ”と
いう名前がキーボード１９を用いて打ち込まれている。

カーソル７８１は今、“ＯＫ”とラベル表示された領域
を指示している。この領域の選択がすむと、”Ｎｅｗ　
５ｈａｐｅ”というタイトルのついた新しいオブジェク
トが作成される。第５５図に示すように、“Ｎｅｗ　５
ｈａｐｅ”に対するデータがウィンドウ　７９１の領域
７９７に表示される。第５６図では、リンク　７６０を
介して“Ｐａ５ｔｅ　ｌｐ″（オブジェクト７０７）の
子になっているＮｅｗ　５ｈａｐｅ”（オブジェクト７
５０）が示されている。

第５７図では、ウィンドウ　７９１の領域７９７の上に
カーソル７８１を位置決めしてからマウス２０のボタン
を２度クリックすることによってＮｅｗ　５ｈａｐｅ”
についてのウィンドウ　８００がオープンされている。

第５８図では、カーソル７８１を用いて、プルダウンメ
ニュー８０１から選択肢“Ｔｒｉａｎｇｌｅ″が選択さ
れる。この結果、第５９図に示すように、今度は三角形
がウィンドウ　８００とウィンドウ９１の領域７９７０
両方に表示される。

第６０図では、ウィンドウ　８００は閉じられている。

第６１図で、カーソル７８１をウィンドウ　７９６の領
域７９７の上に位置決めしてからマウス２０のボタンを
クリックすることにより、”Ｎｅｗ　５ｈａｐｅ”が選
択される。第６２図で、カーソル７８１を用いて、プル
ダウンメニュー７９４から選択肢“５ｈａｒｅ”が選択
される。第６３図で、カーソル７８１を用いて、ウィン
ドウ　７９１の領域８０２が選択される。第６４図で、
カーソル７８１を用いて、プルダウンメニュー７９４か
ら選択肢“Ｐａ５ｔｅ”が選択される。この結果、第６
５図に示すように、”Ｎｅｗ　５ｈａｐｅ”が共有され
、“Ｎｅｗｓｈａｐｅ“からのデータがウィンドウ　７
９１中の領域７９７と領域８０２に表示される。第６６
図には、“Ｎｅｗ　５ｈａ−ｐｅ″（オブジェクト　７
５０）がその親”Ｐａ５ｔｅ　Ｕｐ”（オブジェクト　
７０７）からのリンク　７７０が付加されている状態が
示されている。

第６７図では、カーソル７８１を用いて領域７９７が選
択されている。次にカーソル７８１を用いて、プルダウ
ンメニュー７９４から選択肢“Ｃｕｔ”が選択される。

この結果、第６８図に示すように、領域７９７がウィン
ドウ　７９１から除去された。第６９図では、カーソル
７８１を用いて、プルダウンメニュー７８３から選択肢
“Ｐａ５ｔｅ”が選択される。この結果、第７０図に示
すように、“Ｎｅｗ　５ｈａｐｅ″に対するアイコンが
カーソル７８１によって指示されているように現れる。

第７１図には、”Ｎｅｗ　５ｈａｐｅ”は今やリンク７
８０を介して“ＮｅｗＷａｖｅ　０ｆｆｉｃｅ″　（オ
ブジェクト１００）の子であることが示されている。

第７２図には、７つのシステムファイル６０１〜６０７
を含むＯＭＦ　　１００が示されている。ＯＭＦインタ
ーフェース　５９９は、コンピュータ１８で実行される
他のプログラムに対するＯＭＦのインターフェースとし
て働く。システムファイル６０１〜６０７は、各種情報
を提供するデータベースとして働く。これらは、各オブ
ジェクトがどんなりラスであるか、各オブジェクトの名
前がどうであるかといった、オブジェクトの特性に関す
る情報を提供する。システムファイル６０１〜６０７は
、どんなアプリケーションが各クラスのオブジェクトに
関連しているか、どんなアイコンが特定のクラスのオブ
ジェクトを表しているか、右よび特定のクラスのオブジ
ェクトによって、どんなメツセージのリスト（第２図に
示すような）を処理することができるかといった、オブ
ジェクトのクラスに関する情報を提供する。システムフ
ァイル６０１〜６０７はまた、各オブジェクトについて
、および親からの各リンクの参照名のリスト、各オブジ
ェクトについて、子および子への各リンクの参照名のリ
スト、および、データリンク間でのデータ交換を管理す
る付加情報等の親オブジェクトと子オブジェクトの間の
リンクに関する情報も含んでいる。さらに、システムフ
ァイル６０１〜６０７は、インストールされている各ク
ラス毎に、どんなファイルがオペレーティングシステム
にインストールされているか、どのオブジェクトが、Ｏ
ＭＦ　　１００の再始動の際の自動再始動を要求したか
といった、−船釣な情報を含んでいる。

本発明の望ましい実施例ではシステムファイル６０１〜
６０７は夫々、　ＨＰＯＭＦ、ＣＡＴ、　　ＨＰＯ１４
Ｆ、ＣＬＳ％）ＩＰ−〇ＭＰ、ＸＲＦ１ＨＰＯＭＦ、Ｐ
ＲＰ、　　）ＩＰＯＭＦ、ＩＮＳ、　　ＨＰＯＭＦ、Ｓ
ＤＦ。

ＨＰＯＭＦＩＣＯｏＮＷＢと呼ばれる。ここで、各シス
テムファイルについて説明する。

システムファイル６０１つまり）ＩＰＯＭＦ、ＣＡＴは
、５ＹＳＣＡＴとも呼ばれる。ＨＰＯＭＦ、　ＣＡＴは
システム内に存在する全てのオブジェクトのカタログで
ある。第る。第７３図にはファイルレコード０〜８が示
されているがＨＰＯＭＦ、　ＣＡＴは、第７３図に示す
よりも多くのファイルレコードを含んでもよい。ファイ
ルレコード０は、各種のシダネチュア（ｓｉｇｎａｔｕ
ｒｅ）を含むヘッダであり、空きファイルレコードのリ
ストを管理するために用いられる。シダネチュアはある
既知の値であって、これがもしあれば、そのファイルは
破壊（ｃｏｒｒｕｐｔ）されていないことを示す。ファ
イルレコード１〜８および他のファイルレコード（図示
せず）は、現存するオブジェクトを定義するか、あるい
は空きであるかのいずれかである。望ましい実施例では
、ＩＩＰＯＭＦ、　ＣＡＴは、さらに多くのファイルが
必要になるにつれて、動的に成長することができるが、
収縮することはできない。

ファイルレコード１は、大域的親と呼ばれる特殊なオブ
ジェクトを定義する。大域的親は他のどのオブジェクト
とも異なる形態をしており、“擬似”オブジェクトとみ
なすことができる。第７４図には、大域的親２４９が夫
々リンク　２６０〜２６５を介して大域的オブジェクト
２５０〜２５５の親になっていることが示されている。

大域的オブジェクト２５０〜２５５もＨＰＯＭＦ、　Ｃ
ＡＴ内にある。各大域的オブジェクト　２５０〜２５５
は、ＨＰＯＭＦ、　ＣＡＴ中の１つ以上のオブジェクト
の親になることができる。ＨＰＯＭＦ。

ＣＡＴ中の大域的オブジェクトではないオブジェクトは
各々大域的オブジェクトの子孫である。第７４図には６
つの大域的オブジェクトしか示されていないがシステム
上で働く大域的オブジェクトの数はシステム構成に依存
する事項である。システム中のどのオブジェクトも、大
域的親から大域的オブジェクトへのリンクの参照名を用
いることによって、大域的オブジェクトを参照すること
ができる。

第７３図から分かるように、ＨＰＯＭＦ、　ＣＡＴ内の
ファイルレコードには、一連の番号がつけられている。

これらの番号は各オブジェクトの識別を行うタグの働き
をする。

本発明の望ましい実施例では、各レコードは長さが１２
８バイトである。ファイルレコード０についてのフィー
ルドを以下の表１に示す。

表１１　ＦｉｒｓｔＦｒｅｅＢｎｔｒｙ　　ＨＰＯＭＦ、　
ＣＡＴ中の最初の空きレコー十′のレコード番号が入る
。空きレコードがなければ“０”。

Ｆｉｌｅｅｄ　　ナルコードで終端されたストリングＨ
Ｐ−ＯＭＦ、　ＣＡＴが入る。これがシグネチュアとし
て働く。

Ｖｅｒｓｉｏｎ　　ファイルフォーマットのバージョン
番号が入っており、やはりシグネチュアとして働く　。

Ｉ　ＭａｘＲｅｃｏｒｄＮｕｍｂｅｒ　　ｔｌＰＯＭＦ
、　ＣＡＴ内からこれまでに割り当てられた最高位のレ
コードの番号が入る（この最高位のレコードは、空きで
あるかもしれないし、あるいはそうではないかもしれな
い）。

以下の表２には、ファイルレコード０以外のファイルレ
コードについて、）ＩＰＯＭＦ、ＣＡ’ｌ’中のファイ
ルレコードのフィールドを示す。

表２１　ＦｉｒｓｔＦｒｅｅＢｎｔｒｙ　　このレコードが
あるオブジェクトを定義している場合には“−１”をと
る。

さもなければこのレコードは空きであり、このフィール
ドは、次の空きレコードのレコード番号となる。もしこ
れ以上空きレコードがなければ、′０″になる。レコー
ドが空きである場合、そのレコード中の他のフィールド
はどれも意味をもたない。

ＴｙｐｅｌｎＣＩａｓｓ　　このオブジェクトのクラス
を指定する。これは、ＨＰＯ！ＪＰ、　ＣＬＳ中にあっ
てオブジェクトが−どのクラスに属しているかを示すレ
コードの番号である（クラスに関して上に示した議論を
参照すること）。

ＳｙｓＣａｔＦＩａｇｓ　　このバイト中のＪ６進数２
０でマスクされるビットがセットされているかどうかに
よってこのオブジェクトが大域的か否かを指定する。望
ましい実施例では、他の全てのビット位置は“０”を含
まねばならず、またこれらのビット位置は使用されてい
ない。

ｐｒｏｐｅｒｔｌｅｓ　　プロパティの個数、プロパテ
ィ塩の長さ、ＨＰＯＭＦ、　ＰＲＰ中でのこのオブジェ
クトのプロパティの位置を指定する。このフィールドの
構造に関するこれ以上の定義については、以下のＨＰＯ
ＭＦ、　ＰＲＰに関する説明を参照のこと。

ｆａｓｔｐｒｏｐｓ　　名前のようないくつかのオブジ
ェクトのプロパティはかなり頻繁にアクセスされるため
、これらをプロパティファイルへ間接的に記憶せず、こ
のフィールドへ直接的に記憶する。

このフィールドに記憶されるプロパティは「高速プロパ
ティ」と呼ばれる。

システムファイル６０２つまり）ＩＰＯＭＦ、　ＣＬＳ
は５ＹＳ−ＣＬＡＳＳとも呼ばれる。このシステムファ
イルはシステムにインストールされた全てのクラスのリ
ストである。それはレコード志向である。番号が０の最
初のレコードは各種シグネチュア（上で述べたことを参
照のこと）を含むヘッダであり、空きレコードのリスト
を管理するために用いられる。

他の全てのレコードはインストールされたクラスを定義
するかそれとも空きであるかのいずれかである。望まし
い実施例では、ＨＰＯＭＦ、　ＣＬＳは動的に成長する
ことができるが、収縮することはできない。

ＨＰＯＭＦ、ＣＬＳ中の各ファイルレコードは３２バイ
トの長さである。ＨＰＯＭＦ、　ＣＬＳのファイルレコ
ード０（ヘッダ）には、以下の表３に示すフィールドが
含まれている。

表３１　ＦｉｒｓｔＰｒｅｅＥｎｔｒｙ　　）ＩＰＯＭＦ、
　ＣＬＳ中の最初の空きレコードのレコード番号が入る
。もし空きレコードがなければ、“０”が入る。

Ｆｉｅｌｄｌｄ　　ナルコードで終端されているストリ
ング″ＨＰＯＭＦ、　ＣＬＳ”が入る。

Ｖｅｒｓｉｏｎ　　ファイルフォーマットのバージョン
番号が入っている。

ｌ　ＭａｘＲｅｃｏｒｄＮｕｍｂｅｒ　　これまでにＨ
ＰＯＭＦ、　ＣＬＳ内から割り当てられた最高位のレコ
ード番号が入る（この最高位のレコードは、空きかもし
れないしそうでないかもしれない）。

イールドを示す：表４Ｉ　ＦｉｒｓｔＦｒｅｅ［！ｎｔｒｙ　　当該レコード
がインストールされたクラスを定義しているなら“−１
”。そうでないなら当該レコードは空きであり、このフ
ィールドは次の空きレコードのレコード番号となるか、
またはそれ以上空きレコードがなければ、“０”になる
。当該レコードが空きの場合、このレコード中の他のフ
ィールドはどれも意味を持たない。

ＭｏｄｕｌｅＦｉ　ＩｅＮａｍｅ　　このクラスのオブ
ジェクトに関連したアプリケーションの名前をナルコー
ドで終端されているせストリングとして指定する。

Ｐｒｏｐｅｒｔｉｅｓ　　プロパティの数、プロパティ
塩の長さ、オブジェクトのプロパティのＨＰＯＭＦ、　
ＰＲＰ中での位置を指定する。このフィールドの構造に
関するこれ以上の定義については、下記の）ＩＰＯＭ−
Ｆ、　ＰＲＰに関する説明を参照のこと。

第７５図には、ＨＰＯＭＦ、　ＣＡＴと）ＩＰＯＭＦ、
　ＣＬＳとの関係が示されている。）ＩＰＯＭＦ、　Ｃ
ＡＴ内における各オブジェクトエントリ内において、オ
ブジェクトのタグであるレコード番号は、大容量ストレ
ージメモリ１７０内のこのオブジェクトに関連したデー
タファイルの識別子６５０として働く。フィールドＴｙ
ｐｅｌ−ｎＣＩａｓｓ“は）ＩＰＯＭＦ、　ＣＬＳ中の
クラスエントリの識別子６５１として働き、各オブジェ
クトのクラスを識別する。ＨＰＯＭＦ、　ＣＬＳ中の各
クラスエントリ内において、フィールド’Ｍｏｄｕｌｅ
ＦｉｌｅＮａｍｅ”は、大容量ストレージメモリ内のそ
のクラスに関連したアプリケーションファイルの識別子
６５２として働く。

第７６図には、大容量ストレージメモリ　１７（ｌの一
部の構成が示されている。ルートブイレフ）　！Ｊ　６
６０には、ＨＰＮＷ口ＡＴ＾ディレクトリ　６６１とＨ
ＰＮＷＰＲＯＧディレクトリ　６６８へのポインタが含
まれている。ＨＰＮＷ−ＰＲＯＧディレクトリ　６６８
は矢印　６６９で表したアプリケーションファイルのた
めのストレージロケーションである。ＦＩＰＮＷＯ＾Ｔ
Ａには、ディレクトリ　６６２．６６３．６６４．６６
５、及び、６６６で表される複数のＨＰＯＭＦｄｄｄデ
ィレクトリが含まれている。）ＩＰＯＭＦｄｄｄディレ
クトリには、オブジェクトに関連付けられたデータファ
イルが記憶されている。ＨＰＯＭＦｄｄｄという表記中
の”　ｄｄｄ”なる部分は、必要があればゼロが頭に付
加された３桁の１６進数を表している。

各１１ＰＯＭＰｄｄｄディレクトリには別々の１６進数
“ｄｄｄ″がついている。数“ｄｄｄ”数は、どの１Ｉ
ＰＯＡＩＦｃｌｃｌｄデイレクトリがある特定のオブジ
ェクトに関するデータファイルを記憶しているかを示し
ている。特定のオブジェクトに関するデータファイルは
、そのオブジェクトに対するタグをある整数、例えば５
４で割ったものに等しい“ｄｄｄ”数を有する）ｌＰＯ
ＭＦｄｄｄディレクトリに記憶されている。各ＨＰＯＭ
Ｆｄｄｄディレクトリ内において、ファイルは、タグ番
号で記憶されている。例えば、データファイル名は、Ｘ
ＸＸＸＸＸＸＸ、　Ｉｌｌなるフォーマットを有してい
る。ここで“ＸＸＸＸＸＸＸＸ”は必要ならゼロが先行
する８桁の１６進数のタグであり、“Ｉｌｌ”はアプリ
ケーションによって選択された参照である。

システＡ７フイル６０３、つまり　ＩＩＰＯＭＦ、　Ｘ
ＲＦハ５ＹＳＸＲＢＦとも呼ばれる。このファイルはシ
ステム内に存在するすべてのリンクのリストである。こ
れはレコード志向であるが、ヘッダレコードは持ってい
ない。各レコードファイルは空きか、現存するリンクを
定義しているか、あるいは前のレコードからのあふれレ
コードとして用いられて、付加的なビュー仕様情報を指
定するかのいずれかである。ビュー仕様を含むレコード
はビュー仕様ファイルレコードと呼ばれる。ビュー仕様
ファイルレコードは、現存するデータリンクを定義して
いるところの前のレコードによってのみ識別可能である
。ビュー仕様ファイルレコードは、ビュー仕様ファイル
レコードの内容によって識別することはできない。ＨＰ
ＯＭＦ、ＸＲＦは一度に１６にバイトずつサイズが増大
する。ＨＰＯＭＦ、　ＸＲＦの新たに割り当てられた部
分には、ゼロが充填される。空きであるか、あるいは、
リンクを定義する、ＨＰＯＭＦ、　ＸＲＦ内のファイル
レコード状は、表５に記載する下記フイールドを持って
いる。

表５ＰａｒｅｎｔＴａｇ　　当該リンクの親オブジェクトに
関するタグ（ＨＰＯＭＦ、　（：ＡＴのレコード番号）
が入る。

このフィールドが０の場合は、当該レコードは、入る。

当該レコードのＰａｒｅｎｔＴａｇが０でかつこのフィ
ールドも０の場合、ＨＰＯＭＦ、ＸＲＦ中にはこのレコ
ードよりも先にあるどのレコードもリンクを定義しては
いない。

ＲｅｆＮａｍｅ　　親がリンクに割り当てた参照名が入
る。

ＰａｒｅｎｔＴａｇまたはＣｈｉｌｄＴａｇがゼロの場
合、このフィールドは意味をもたない。これ以外の場合
、この値の上位３ビツトが１１０の場合当該ファイルの
次のレコードはビュー仕様になる。

ビュー仕様ファイルレコードである、ＩＩＰＯＭＦ、Ｘ
ＲＦ中のファイルレコードには、表５Ａに記載した下記
フィールドが入っている：表５ＡＤａｔａｌｄ　　子が割り当てた値が入る。この値はこ
の子自身のうちのリンクを介して見られている部分を識
別するためのものである。

５ｎａｐｓｈｏｔ　　ビューのスナップショットである
オブジェクトのタグ（）ＩＰＯＭＦ、　、ＣＡＴレコー
ド番号）が入る。これがゼロの場合は当該ビューはスナ
ップショットを持っていない。スナップショットに関す
るこれ以上の説明については以下を参照のこと。

Ｍｉｓｃ　　以下に説明するいくつかのビットフィール
ドから構成される。：ＶＳ　　ＮＢＷＤＡＴＡＳＢＴ　　子がＯＭＦに対し、
新しいデータの利用が可能であることを知らせたが、親
には告知されていない場合に、セットされる。１６進数
８０００００００は、どのビットがこのビットフィール
ドのために用いられているかを示すマスクである。

ＶＳ　　ＮＥＷＤＡＴＡＡＮＮＯＵＮＣＢＤ　　子がＯ
ＭＦに対し新しいデータを親に告知するように命じたが
、親が非活動状態にあり伝えられなかった場合に、セッ
トされる。１６進数４０００００００はどのビットがこ
のビットフィールドのために用いられているかを示すマ
スクである。

ＶＳ　　５ＮＡＰＳＨＯＴＯＬＤ　　子がＯＭＦに対し
ビューのスナップショットが、旧版になってしまったこ
とを伝えた場合にセットされる。１６進数２０００００
００は、どのビットがこのビットフィールドのために用
いられているかを示すマスクである。

ＶＳ　　ＷＡＮＴＭＥＳＳＡＧＥ！Ｓ　　子がＯＭ　Ｆ
　ｇ、：対し、スナップショットが旧版である場合には
ビューメツセージを処理したい、ということを伝えた場
合に、セットされる。１６進数１０００００００は、ど
のビットがこのビットフィールドのために用いられてい
るかを示すマスクである。

ＶＳ　　ＴＢＸＴＤＩＳＫＬＯＣヒ、　−（７）　３２
文字のテキストデータＩＤが置かれている、ｌ（ＰＯＭ
Ｆ、　ＰＲＰ中のファイルポジション。子がテキストデ
ータＩＤを定義していなければ、ここにはゼロが入る。

ファイルポジションの低位の５つのビットは、常にゼロ
であり、従ってｔＪｉｓｃフィールドにはこれらは記憶
されない。１６進数０ＦＦＦＦＦＩｌ！Ｏは、どのビッ
トが、このビットフィールドのために用いられているか
を示すマスクである。

ＶＳ　　ＩＮＩＴＩＡＬＩＺＢＤ　　ｔｌ”ニー仕様の
初期設定が行われた場合にセットされる。クリアされて
いれば、ビュー仕様中の全ての情報がゼロである。１６
進数００００００１０は、どのビットがこのビットフィ
ールドのために用いられているかを示すマスクである。

ＶＳ　　ＲＢＳＢＲＶＢＤ　　将来の拡張に備えて予約
されている。１６進数０００００００８は１．どのビッ
トがこのビットフィールドのために用いられているかを
示すマスクである。

ＶＳ　　ＶＩＢＷＣＬＡＳＳ　　子がビューに対し割り
当てたビュークラスを指定する。ビュークラスは、親に
どんなビューメソッドが利用できるかを定義する。１６
進数０００００００７は、どのビットがこのビットフィ
ールドのために用いられているかを示すマスクである。

例えば、第７７図では、オブジェクト　６７１は、）オ
ルグであり、タグ６”を持っている。オブジェクト　６
７１は、リンク　６７４を介してオブジェクト６７２の
親になっており、またリンク６７５を介してオブジェク
ト　６７３の親になっている。オブジェクト６７２はタ
グ１２”を備えている。リンク　６７４は参照名“１”
を持っている。オブジェクト６７３はタグ１９”を持っ
ている。リンク　６７５は参照名“７”を持っている。

参照名は親オブジェクトによって選択されるので、特定
の親オブジェクトに対し一意的であることが必要とされ
るが、各参照名が各親に対し一意性であれば、他の親が
同じ参照名の付いたリンクを持ってもよい。

第７９Ｃ１］ｉ　ＨＰＯＭＰ、ＸＲＦ　６０３ノブＤ−
７り図が示されている。ＨＰＯＭＦ、　ＸＲＦには、親
と子の間のリンク毎のエントリが含まれている。ＨＰＯ
ＭＦ、　ＸＲＦ６０３では列７３１はリンク毎にその親
のタブが入っている。

列７３２はリンク毎にその子のタブが入っている。

列７３３はリンク毎にその参照名が入っている。７３４
として第７９図に示された列７３３の最初の３つのビッ
ト位置には、ビュー仕様ファイルレコードが存在する（
“１１０”）、後続するビュー仕様ファイルレコードが
ない（“０００”）、当該リングが大域的親−から大域
的オブジェクトへのリンクである（“１００”）のいず
れかを示している。

見てわかるように、エン）！７７３５は第７７図に示さ
れたりンク　６７４について記述しているエントリが入
っており、列７３３には参照名“１”が存在する。オブ
ジェクト６７１はフォルダであるためビューはなく、従
って部分列７３４内の前述の３ビツトは　”ｏｏｏ”に
なる。

同様にエントリ　７３６は第７７図に示すリンク　６７
５照名“７″が入っている。オブジェクト　６７１はフ
ォルダであるためビューはなく、従って部分列７３４内
の前述の３ビツトは０００″である。

第７８図では、オブジェクト　６７６に文書であり、タ
ブ１７”を持っている。オブジェクト６７６１劣リンク
　６７９を介してオブジェクト　６７７の親になってお
り、またリンク　６８０を介してオブジェクト　６７８
の親になっている。オブジェクト６７７はタグ″８″を
持っている。リンク　６７９は参照名“１”を持ってい
る。オブジェクト６７８はタグ２１”を持っている。リ
ンク　６８０は参照名“３”を持っている。

第７９図では、エントリ　７３７は第７８図に示すリン
参照名“Ｉ”が入っている。オブジェクト　６７６は文
書であり、リンク　６７９に関連したビューが存在する
と仮定すると部分列７３４内の前述の３ビツトには“１
１０”が含まれており、エントリ７３８はビュー仕様レ
コードである。

同様に、エントリ７３９は第７８図に示したリンク名“
３”が入っている。リンク　６８０に関連したビューが
存在すると仮定すれば部分列７３４内の前述のビットに
は”１１０’が入っており、エントリ７４０はビュー仕
様レコードである。

第８０図には、ビューに対するデータＩ　Ｄ　（ｄａｔ
ａｉｄｅｎｔｉｆｉｃａｔｉｏｎ）が入るフィールド７
４１、ビューに用いられるスナップショットが存在する
かどうかを示すフィールド７４２、およびビューに関す
る雑情報を含むフィールド７４３を備えたビュー仕様レ
コード７４０が示されている。データ識別番号は、リン
クの子オブジェクトがどのようなデータをリンクを介し
て送るのかを決めるために用いる。

第３７図〜第４３図には、ビューとのリンクの確立が示
されている。前述のように、第３７図では、”Ｐ−ａｓ
ｔｅ　Ｕｐ’に関するアイコンをダブルクリックするこ
とによって“Ｐａ５ｔｅ　Ｕｐ”　（オブジェクト７０
７）に関するウィンドウ　７９１がオーブンされている
。第３８図では、カーソル７８１を利用し、マウス２０
による制御で、“Ｓａｍｐｌｅ　Ｔｅｘｔ”の一部７９
０が選択された。“ＮｅｗＷａｖｅ　０ｆｆｏｃｅ　Ｅ
ｎｖｉｒｏｎｍｅｎｔ”について述べた反転ビデオの部
分が、部分７９０である。

第３９図ではカーソル７８１を利用して、プルダウンメ
ニュー７９２中の選択肢“５ｈａｒｅ″が選択される。

５ｈａｒｅ”の選択が行なわれると、子オブジェクト７
０９（“Ｓｈａｍｐｌｅ　Ｔａｘｔ”）は、子オブジェ
クト７０９に対してテキストの一部７９０を識別するデ
ータ識別番号を作成する。子オブジェクト　７０９はま
た、ＯＭＦ　　１００が子オブジェクト　７０９に対す
るリンクをクリップボード７２０にも置くようにしむけ
る（子オブジェクトはあるコマンドによってＯＭＦ］、
ＯＯとの連絡を行なう）。子オブジェクト７０９はまた
、どんなデータ識別番号が子７０９とクリップボード７
２０の間の新しいリンクと関連しているかについても、
ＯＭ　Ｆ　１００に知らせる。このリンクに関連したス
ナップショットがあれば、子７０９はそのリンクに関連
したスナップショットが存在することも、ＯＭ　Ｆ　１
００に知らせる。スナップショットについては後でさら
に詳しく述べる。この結果０Ｍ中に作成する。リンクに
関するビュー仕様レコードには、子７０９によってＯＭ
Ｆ　　１００に与えられたデータ識別番号が含まれる。

第４０図では、ウィンドウ　７９１中の領域７９３がカ
ーソル７８１を用いて選択される。第４１図では、カー
ソル７８１を用いて、プルダウンメニュー７９４から選
択肢“Ｐａ５ｔｅ　［Ｉｐ”が選択される。この時点で
、親オブジェクト７０７（“Ｐａ５ｔｅ　［Ｉｐ”）は
、クリップボード７２０上にあるものに対して自分が親
になれるようなリンクを、ＯＭＦ　　１００に要求する
。クリップボード７２０と子７０９の間のリンクについ
てのビュー仕様レコードが、親７０７と子７０９の間の
リンク　７２９のためにコピーされる。第４３図では、
リンク　７２９を介して“ｐａｓｔｅ　ＩＪｐ″（オブ
ジェクト７０７）の子になっている“Ｓａｍｐｌｅ　Ｔ
ｅｘｔ”　（オブジェクト７０９）が示されている。

第４２図では、表示されているテキスト７９０が、“ｐ
ａｓｔｅ　Ｕｐ”該ウィンドウ　？９１に表示されてい
る。

これを行なう際、親オブジェクト　７０７は、○ＭＦ１
００を呼出して、リンク　７２９に関する参照名によっ
て識別されるオブジェクトに対しメツセージを送るよう
に求める。このメツセージは、このリンクからのデータ
を親オブジェクト７０７が指定した場所へ表示するよう
に、子オブジェク）　　７０９に対し要求するものであ
る。ＯＭＦ　　１００は親７０７からこのメツセージを
受取り、リンク　７２９に関するビュー仕様レコードか
らのデータ識別番号を付加して、このメツセージを子７
０９へ送る。子７０９は、指定の場所、この場合は領域
７９３へそのデータを表示する。親７０７からＯＭＦ　
　１００へ、さらに子７０９へと送られるメツセージの
名前は“旧５ＰＬＡＹ−ＶＩＢＷ”である。

端末スクリーンにデータを表示するのではなく、プリン
タでデータをプリントするのが望まれる場合には、もう
１つのメツセージ“ＰＲＩＮＴ　５ＬＡＶＥ！″を用い
ることができる。

さらに、親７０７は、“ＧＢＴＪＩＺＢ″メツセージを
子オブジェクト　７０９に送ることができる。親オブジ
ェクト　７０７は、”ＧＥ！Ｔ　５ＩＺＥ’メツセージ
中でリンク　７２９についての参照名を識別し、また表
示のだめの座標を指示する。ＯＭＦ　　１００は親７０
７からＧＢＴＪＩＺＥメツセージを受取り、リンク　７
２９についてのビュー仕様レコードからのデータ識別番
号を付加して、そのメツセージを子７０９に送る。子７
０９は指定されたエリアのうちでデータ表示のために子
７０９が用いることになるであろう部分のサイズを親７
０７に戻す。これにより、子７０９が親７０７の指定し
た領域に適合するようにデータを縮尺できない場合に、
親７０７が子７０９からのデータを表示するため予約さ
れた領域を修正することが可能になる。

子オブジェクトからのデータが親オブジェクトによって
表示中であり、子オブジェクトが表示データに変更を加
えるという場合には、子オブジェクトは、°データオブ
ジェクトに変更があったことをＯＭ　Ｆ　１００に知ら
せる。例えば、上述のように、第４７図では、今“５ｔ
ａｒ”　（オブジェクト７０６）からのデータがウィン
ドウ　７９１の領域７９５中に表示されている。第４８
図かられかるように、５ｔａｒ”（オブジェクト７０６
）は、リンク７２６を介して“Ｐａ５ｔｅ　Ｕｐ”（オ
ブジェク）　７０７）の子になっている。データが子オ
ブジェクト　７０６から親オブジェクト　７０７へ渡さ
れているところであるので、リンク　７２６はビュー仕
様を持ったデータリンクである。

第４９図には、子オブジェクト７０６のデータ変更を行
なう方法が示されている。ユーザはウィンドウ　７９１
の領域７９５の上にカーソルを置いてからマウス２０の
ボタンをダブルクリックする。この結果“５ｔａｒ″　
（オブジェクトウィンドウ７９６）中にオーブンされて
表示される。カーソル７８１を用いて、メニューウィン
ドウ　７９７中の選択肢“Ｂ１１１ｐｓｅ”を選択する
と、”　５ｔａｒ’″　（オブジェク、　）　７０６）
内のデータが、星から楕円に変更される。その結果第５
１図に示すようにウィンドウ　７９６中に表示されてい
るデータと、ウィンドウ　７９１の領域７９５中に表示
されているデータの両方とも変更される。

子オブジェクト７０６は、ＯＭＦ　　１００を呼出し、
リンク　７２６に関連したデータ識別番号に関連するデ
ータが変更されることを宣言することによって、この変
更を行なう。ＯＭＦ　　１００は、そのデータ識別番号
を利用する全リンクを調べ上げる。もしいずれかのリン
クについて、その親オブジェクトが非活動状態であれば
ＯＭＦ　　１００１ｔ、ＨＰＯＭＦ、ＸＲＦ　中テ当該
すンクニツイテノビットＶＳ　ＮＢＷＯＡＴＡＡＮＮＯ
［ＪＮ−Ｃ日りをセットする。これ１こよりこの親オブ
ジェクトは、活動状態にされたときに新しいデータを要
求することができる。

親オブジェクトが活動状態にあれば、ＯＭ　Ｆ　１００
は親オブジェクトに対しメツセージを送り、新しいデー
タが利用可能であることを伝える。ＯＭＦｌｏｏは、付
加されたデータのあるリンクの参照名をこの親オブジェ
クトに対して明かす。親オブジェクトは、その新しいデ
ータの表示を望む場合には、子オブジェクトに対しメツ
セージを送る。この場合、親オブジェクト７０７は活動
状態にあり、ウィンドウ′７９１の領域７９５にその新
しいデータを表示するように要求した。

本発明の長所は、親オブジェクト　７０７または子オブ
ジェクト７０６が互いについての身元（ｉｄｅｎｔｉｔ
ｙ）やその他の詳細を知らなくても、親オブジェクト７
０７と子オブジェクト　７０６がＯＭＦ　　１００を介
して通信し得る点にある。親オブジェクトは、リンクの
参照名だけを用いてリンクの識別を行なう。子オブジェ
クトは、リンクのデータ識別番号だけを用いてリンクの
識別を行なう。ＯＭＦ　　１００は、どのリンクおよび
どのオブジェクトがここに関与しているかについての、
全ての翻訳および識別を行なう。

システムファイル６０４つまりＨＰＯＭＦ、　ＰＲＰは
５ＹＳＰＲＯＰとも呼ばれる。ＩＩＰＯＭＦ、　ＰＲＰ
には、ＨＰＯＭＦ、ＣＡＴに含まれている高速オブジェ
クトプロパティを除く全てのオブジェクトおよびクラス
プロパティが含まれている。システムファイル６０１　
（Ｉ（ＰＯＭＦ、　ＣＡＴ）およびシステムファイル６
０１　（）ＩＰＯＭＦ、　ＣＬＳ）の各レコードは、上
述のプロパティフィールドを備えている。

各プロパティフィールドには、以下の表６に記載したフ
ィールドが含まれている。

表６ＤｉｒＤｉｓｋＬｏｃ　　ＨＰＯＭＦ、ＰＲＰ中でのプ
ロパティリストディレクトリ位置（バイトオフセット）
が入る。

ｎＰｒｏｐｓ　　プロパティリスト中のプロパティの数
が入る。これは、後述するデイレクトエントリアレイの
中のエントリの数である。

ＰｏｏｌＳｉｚｅ　　プロパティリスト中の全プロパテ
４名は、後述のディレクトリ名プールのサイズである。

各オブジェクト及び各クラス毎に、ＨＰＯＭＦ、　ＰＲ
Ｐファイル中のＤ　ｉｒＤ　１ｓｋＬｏｃ位置には、当
該オブジェクトおよび当該クラスについてのプロパティ
テ゛イレクトリがある。このディレクトリには、２つの
主要部、すなわちエントリアレイおよびこれに続いて名
前プールが設けられている。エントリアレイは、プロパ
ティリスト内の各プロパティ毎に１つのエントリを有し
ている。各エントリは、以下の表７に記載したフィール
ドを備えている。

表７ＶａｌｕｅＬｅｎ　　関連するプロパティのバイト長を
指定する。これはゼロであり得る。

ＶａｌｕｅＤｉｓｋＬｏｃ　　関連するプロパティの値
のＨＰＯＭＦ。

ＰＰＰ内での位置が入る。ＶａｌｕｅＬｅｎがゼロであ
ればこれもゼロになり、どこかに記憶される値はない。

ＣａｃｈｅＯｆｆｓｅｔ　　このフィールドは実行時に
用いられるだけであり、ファイル中では意味を持っては
いない。

エン）　Ｕアレイの直後に名前プールがくる。

１１ＰＯ！ＪＰ、ＰＲＰのこの部分には、プロパティリ
スト中での、ナルコード本＃端されているプロパティの
名前がエントリアレイと同じ順序で入っている。

プロパティには、タイトル、ユーザのコメント、作成の
日時、そのオブジェクトを作成したユーザ等のような事
項を含めることができる。

ＨＰＯＭＦ、　ＰＰＰは、必要に応じて動的に生長する
。

ＨＰＯＭＲ，ＰＲＰの頭には１ＩＰＯ＆ｌＦ、　ＰＲＰ
の最初の１０２４ページの割当てを制御する　１２８バ
イトのビットマツプがある。これらのページは、このビ
ットマツプのすぐ後に続く。ビットマツプは語のアレイ
であり、各語の最上位ビットが先ず使用される。従って
、ビットマツプの最初の語のピッ）１５〜０が、夫々フ
ァイルのページＯ〜１５に関する割当てを制御する。

最初の１０２４ページでの記憶では不充分であるときに
は、第２のビットマツプがファイルの１０２３ページの
後ろの位置に追加される。このビットマツプは、１０２
４〜２０４７ページの割当てを制御する。これらのペー
ジは第２のビットマツプのすぐ後に続く。必要に応じて
更なるビットマツプおよびページが同様にして追加され
る。

各ディレクトリおよびプロパティ値は、単一ブロックと
してファイル中に記憶される。すなわち、全て同じビッ
トマツプに割り当てられる一連のページとして記憶され
る。この結果ディレクトリやプロパティ値の長さが３２
にバイトを超えてはならないという制限が生じる。

システムファイル６０５つまりＨＰＯＭＦ、　ＩＮＳは
５ＹＳＩ−ＮＳＴＬとも呼ばれる。ＨＰＱＭＦ、　　Ｉ
ＮＳには、各クラスのインストール時にシステムファイ
ルされたファイルのリストが含まれている。この情報は
、クラスをシステムから除去する際に用いられ、これら
のファイルを削除できるようにする。

ＨＰＯＭＦ、　ＩＮＳの最初の部分は、妥当性（ｖａｌ
ｉｄｉｔｙ＞／バージョン識別子として働く、ダブルワ
ード値である。望ましい実施例では、このダブルワード
の値は、１６進数０１０１Ａ　Ｂ　ＣＤでなければ正し
くない。望ましい実施例では特定のプロセッサ、Ｉｎｔ
ｅ−Ｉ　Ｃｏｒｐｏｒａｔｉｏｎ製の８０２８６が使用
されるため、このプロセッサによる記憶の規約に合わせ
るため、このダブルワード値は表８に示すように記憶さ
れる。

このダブルワードの後には、一連の可変長のレコードが
くる。インストールされている各クラス毎に１つのレコ
ードがある。各レコードの最初の語は、当該レコードの
残りの部分の長さをバイトで表したものである。その次
には、インストールされたクラスの　　　　　゛　　　
　　　　　−ナルコードで終端されたクラス名が続く。

更にその次には、ＯＭＦディレクトリヘコビーされたフ
ァイルのファイル名が続く。各ファイル名はナルバイト
で終端され、またその前にはその長さを示す長さバイト
が置かれる。長さバイト中の値はナルバイトおよび長さ
バイト自体も算入したものである。ファイル名が特殊文
字“＊″で始まる場合には、そのファイルはＨＰＮＬＰ
ＲＯＧディレクトリ中に置かれているものと見なされる
。ファイル名が特殊文字“＋”で始まる場合には、その
ファイルは）ＩＰＮＷ［１ＡＴＡデイレクトリ中に置か
れているものと見なされる。

例えば、２つのクラス″ＡＢ”および’ＣＤ　Ｅ”がイ
ンストールされているものと仮定する。クラス″ＡＢ’
によって２つのファイルがインストールされた。すなわ
ち、）ＩＰＮＩＩＰＲＯＧディレク）！１６６８へ“Ｚ
”が、またＨＰＮＷＤＡＴＡディレクトリへは“ＹＹ”
が゛インストールされた。クラス“ＣＤＥ”によって１
つのファイル、すなわち“ｘｘｘ”がＨＰ−ＮＷＰＲＯ
Ｇディレクトリ　６６８にインストールされた。

以下の表８にこの状況下での本例に関するＩＩＰＯＭＦ
。

ＩＮＳの内容を示す。

表８ｔフセブト　　　内容　　　　　　　　コメントＯＣＤ
ＡＢＯＩＯＩ　　　ファイルヘッダ／バ（１０数進で１
２）６　　４１４２００　　　　ｍＡＢ”＋ナル９　　０４
　　　　　　　　　長さバイトと“＊Ｚ”十ナルの長さＡ　　　２Ａ５Ａ（１０”＊Ｚ”＋ナルＤ　　　０５　
　　　　　　　　長さバイト＋１十ＹＹ”十ナルの長さ１４　　４３４４４５００　　　　“ＣＤＥ”＋ナル１
８０６　　　　　　　　　長さバイト＋”＊ｘｘＸ”＋
ナルの長さ１９　　２Ａ　５８５８５８００　　’＊ＸＸＸ″＋−
１−ＪＬ。

ばれる。ＨＰＯＭＦ、　ＳＤＦは、システムがきれいに
（つまり正常に）シャットダウンした場合にだけ存在す
る。このファイルはシステムの始動時に削除され、その
停止時に生成される。始動時に、このファイルが見つか
らなければ、ＯＭＦは、最後のセツションが異常な形で
終了したものと想定し、従ってそのクラッシュ回復手順
を実行し、システムファイルの妥当性を確認して、可能
な限り手直しする。システムは、クラッシコ時、正しく
はないが予測可能な状態になる可能性がある。こうした
エラーは、ユーザが介入しなくても修正される。

他にもいくつかの種類のファイルの無矛盾性に関するエ
ラーが検出されるが、これらは実際のところ、“通常の
”システムクラッシュからは起り得ない。これらのエラ
ーは、一般には修正し得るものではなく、ＯＭＦは、シ
ステムがこのケースに出くわすことを認めない。

ＨＰＯＭＦ、ＳＤＦが存在すれば、それにはオブジェク
トのリストが含まれる。システムが通常の形でのシャッ
トダウンの過程にある場合、その時点て活動状態にある
各オブジェクトは、システムの再始動時にＯＭＦがそれ
らを再始動させるように要求することができる。従って
、このオブジェクトのストである。

ＨＰＯＭＦ、　ＳＤＦ中の最初の語はフラグ語である。

この語がゼロでない場合、たとえＨＰＯＭＦ、　ＳＯＰ
が存在してもＯＭＦは、そのクラッシュ回復コードを実
行する。終了したセツションに重大なエラーがあった場
合、ＨＰＯＭＦ、　ＳＤＦファイルの生成時に、通常の
シャットダウンによって、このフラグがセットされる。

２バイトには、復元すべきオブジェクトのタグが含まれ
ている。第３のバイトは、望ましい実施例では用いられ
ておらず、ゼロになっている。

７を持つ２つのオブジェクトが再始動を要求した場合、
ＨＰＯＭＰ、　Ｓ叶の内容は下記の表９に示す通りにな
る。

表９ｔフセヲト　　　内容　　　　　　　　コメントｏ　　
　ｏｏｏｏ　　　　　　クラッシュ回復を必要としない
ことを示す４　００　　　　　　　未使用で、予約されている７　　００　　　　　　　未使用で、予約されているシステムファイル７つまり）ＩＰＯＭＦＩＣＯ，ＮＷＢ
は、ダミーエントリポイントを含みデータを含まないぶ
Ｍｉｃｒｏｓｏｆｔ　ｌｌｉｎｄｏｗｓ動的ライブラリ
実行可能７フイルである。Ｍｉｃｒｏｓｏｆｔ　Ｗｉｎ
ｄｏｗｓは、１６０１１Ｎ　Ｅ　３６ｔｈ　Ｗａｙ、　
Ｒｅｄ、ｐｏｎｄ、　ＭＡ　９８０７３−９７１７　［
Ｊ、Ｓ、Ａ、所在のＭｉｃｒｏｓｏｆｔ　Ｃｏｒｐｏｒ
ａｔｉｏｎによって販売されているプログラムである。

ＨＰＯＭＦＩＣＯ，ＮＩＩＢには、「資源」として、イ
ンストールされている各クラスのアイコンも含まれてい
る。ＯＭＦはｌｊＰＯＭＦＩｃＯ，ＮＩＩＢを実行時に
直接修正し、それをロードしたりエンロードしたりして
、それからアイコン資源を得る。

ＨＰＯＭＦＩＣＯ，ＮＷＢの７オ　７ツ）は、Ｍｉｃｒ
ｏｓｏｆｔ　Ｃｏ−ｒｐｏｒａｔｉｏｎによって頒布さ
れているＭｉｃｒｏｓｏｆｔ　Ｗｉ−ｎｄｏｗｓのドキ
ュメンテーション中で定義されている。

ビューに関して作業をすると（上記ビューに関する議論
を参照のこと）、普通、子のアプリケーションが呼び出
される。大規模なアプリケーションがかかわっている場
合、これによってかなりの不要なオーバーヘッドが生じ
ることがある。スナップショットを用いることにより、
このオーバーヘッドを除去することができる。

スナップショットは、アブ５リケーシヨン実行可能コー
ド全体を用いるのではなく、動的アクセスライブラリ　
（ＤＡＬ）と呼ばれる別個のライブラリからの実行可能
コードを用いるオブジェクトである。スナップショット
に関連した唯一のデータファイルは、子オブジェクトか
ら親オブジェクトへ送られるべきデータを含んでいる。

データファイルを内部に包む（ｅｎｃａｐｓｕｌａｔａ
）コードは、動的ライブラリーと呼ばれるが、やはりデ
ィレクトリＨＰＯＭＦＰＲＯＧ　（ディレクトリ６６８
）に記憶される。

例えば、第８１図には、リンク　５０４を介して子オブ
ジェクト５０２にリンクされた親オブジェクト５０１が
示されている。リンク　５０４にはスナップショット５
０３が関連している。子オブジェクトがいったんリンク
　５０４に関するビュー仕様レコード中でスナップショ
ット　５０３を指定すると、スナップショットは子オブ
ジェクト　５０２に関連したアプリケーションめ呼出し
を必要とせずに、子オブジェクト５０２から親オブジェ
クト５０１ヘデータを提供することが可能になる。

第８２図に示すように、スナップショットがなければ、
ビューデータ　５２２を親オブジェクト５０１に送り、
親オブジェクト　５０１が、ウィンドウディスらない。

しかしながら、第８３図には、子５０２が活動状態にあ
ることを必要とせずに、ピコ−データ５２２を親オブジ
ェクト　５０１に提供するスナップショット５０３が示
されている。

〔発明の効果］以上詳細に説明したように、本発明によれば、あるアプ
リケーション中から他のアプリケーションのデータに簡
単にアクセスすることが可能になる。

【図面の簡単な説明】

第１図は本発明の一実施例を用いて構成されたコンビエ
ータのブロック図、第２図および第２Ａ図は本発明の一実施例におけるオブ
ジェクト、アプリケーションおよびデータファイルとの
間の関係を示すブロック図、第３図は本発明の一実施例
に基づいてリンクされた複数のオブジェクトを示す図、第４図は本発明の一実施例における、データを含むオブ
ジェクトの親として、フォルダとして（妨く一連のオブ
ジェクトを示す図、第５図は本発明の一実施例に基づいて各種のオブジェク
トをリンクした結果のスクリーン表示を示す図、第６図は第５図に示すスクリーン表示を生成するだめの
オブジェクト間のリンクを示す図、第７図は本発明の一
実施例に基づいて３つのオブジェクトがどのようにして
リンクできるかを示す図、第８図および第９図は本発明の一実施例に基づいてオブ
ジェクトがどのようにしてコピーできるかを示す図、第１Ｏ図および第１１図は本発明の一実施例にもとづく
パブリックオブジェクトのコピーを示す図、第１２図ないし第１８図、第１８Ａ図、第１９図ないし
第２６図、第２６Ａ図、第２７図、第２８図、第２８Ａ
図、第２９図ないし第７１図は本発明の一実施例におけ
る操作例を説明するための図、第７２図は本発明の一実施例に基づ＜ＯＭＦのブロック
図、第７３図は本発明の一実施例に基づいくシステムファイ
ルＨＰＯＭＦ、ＣＡＴの構成を示すブロック図、第７４図は本発明の一実施例に基づく大域的親と大域的
オブジェクトとの関係を示す図、第７５図は第７２図に
示したＯＭＦ中のファイルが大容量記憶装置中のデータ
ファイルとアプリケーションにどのようにしてアクセス
するかを示す図、第７６図は第７５中に示された貴置く装置の構成を示す
ブロック図、第７７図および第７８図は本発明の一実施例に基づいた
オブジェクトとリンクを示す図、第７９図は第７２図に
示されるＯＭＦに含まれるシステムファイルＨＰＯＭＦ
、ＸＲＦの構成を示すブロック図、第８０図は本発明の一実施例に基づいたビュー指定レコ
ードを示す図、第８１図は本発明の一実施例に基づいたスナップショッ
トの使用を示す図、第８２図は本発明の一実施例に基づいた、スナップショ
ットがない場合の、ビューのデータ径路を示す図、第８３図は本発明の一実施例に基づいた、スナップショ
ットがある場合の、ビューのデータ径路を示す図である
。１４：モニタ１８：コンピュータ１９：キーボード２０：マウス１００：ＯＭＦ１０１〜１０６：アプリケーション１３１〜１３３．２３１〜２３３ニブロバテイ１６１．
１６１ａ、１６２．２０２〜２０５．２０７〜２１０．
３０１〜３０９．４０５〜４１３．６１１〜６１４．７
０１〜７０６：オブジェクト１６３．１６３ａ、２６０〜２６５．３１０〜３２２．
５０４．６７４．６７５．６７９．６８０．７１１〜７
１９．７２２．７２７〜７２９．７６０．７７０．７８
０：リンク１７０：大容量ストレージメモリ２２１〜２２３：データファイル２５０〜２５５：大域的オブジェクト４０１〜４０４：フォルダ５０３ニスナツプシヨツト５１Ｏ二文書５１１．５１２：テキスト行５１３．５１４：グラフィクス図面５１５ニスブレツドシートデータ５２１：ウィンドウデイスプレィ５２２：ビニ−データ５９９：ＯＭＦインターフェース６０１〜６０７：システムファイル６１５〜６１７．７０４．７０５：データリンク６５０〜６５２：識別子６６０：ルートディレクトリ６６１〜６６６．６６８：ディレクトリ７０７ａ：アイ
コン７７９：対話ボックス７８Ｉ：カーソル７８２．７８３．７８７．７９４．７９８．８０１ニブ
ルダウンメニユー７８５．７８９．７９１，７９６．７９７．８００：ウ
ィンドウ

Claims

【特許請求の範囲】

（１）ファイル管理システムを有し、前記ファイル管理
システムは第１オブジェクトからのデータ転送を、第２
オブジェクトからの要求に従って統御するこのが可能な
コンピュータであって、前記ファイル管理システムはリ
ンク参照ファイルを含み、前記リンク参照ファイルは以
下の（ａ）ないし（ｄ）を含むエントリを有する：（ａ）前記エントリの参照名；（ｂ）前記第１オブジェクトへの参照；（ｃ）前記第２オブジェクトへの参照；（ｄ）前記第１オブジェクトからのデータを識別するア
イデンティファイア。
（２）ファイル管理システムを有し、前記ファイル管理
システムはあるオブジェクトからのデータ転送を、他の
オブジェクトからの要求に従って統御することが可能な
コンピュータであって、前記ファイル管理システムは夫
々以下の（ａ）ないし（ｄ）を含む複数のエントリを有
する：（ａ）当該エントリの参照名；（ｂ）転送されるべきデータの源泉となるべき第１オブ
ジェクトへの参照；（ｃ）前記第１オブジェクトにデータ転送を要求してい
る第２オブジェクトへの参照；（ｄ）前記第１オブジェクトから転送されるべきデータ
を識別する参照。
（３）ファイル管理システムと複数のオブジェクトを有
するコンピュータにおいて、前記複数のオブジェクトの
内の第１オブジェクトからのデータの表示を、前記複数
のオブジェクトの内の第２オブジェクトの要求に従って
統御するための以下の（ａ）ないし（ｃ）のステップを
含む方法：（ａ）リンク参照ファイル中にリンクエントリを生成す
る：前記リンクエントリは当該リンクエントリを識別す
る参照名と、前記第１オブジェクトへの参照と、前記第
２オブジェクトへの参照と、転送されるべきデータを識
別するアイデンティファイアを含む；（ｂ）データを表示するための第１表示要求を、前記第
２オブジェクトから前記ファイル管理システムへ送る：
前記第１表示要求は前記参照名と前記データが表示され
るべき位置を含む；（ｃ）データを表示するための第２要求を、前記ファイ
ル管理システムから前記第１オブジェクトへ送る：前記
第２要求は前記データが表示されるべき位置と前記デー
タアイデンティファイアを含む。
（４）ファイル管理システムと複数のオブジェクトを有
するコンピュータにおいて、前記複数のオブジェクトの
内の第１オブジェクトからのデータの表示を、前記複数
のオブジェクトの内の第２オブジェクトの要求に従って
統御するための以下の（ａ）ないし（ｃ）のステップを
含む方法：（ａ）リンク参照ファイル中にリンクエントリを生成す
る：前記リンクエントリは当該リンクエントリを識別す
る参照名と、前記第１オブジェクトへの参照と、前記第
２オブジェクトへの参照と、転送されるべきデータを識
別するアイデンティファイアと、転送されるべき前記デ
ータへのアクセスを有するスナップショットオブジェク
トを含む；（ｂ）データを表示するための第１表示要求を、前記第
２オブジェクトから前記ファイル管理システムへ送る：
前記第１表示要求は前記参照名と前記データが表示され
るべき位置を含む；（ｃ）データを表示するための第２要求を、前記ファイ
ル管理システムから前記スナップショットオブジェクト
へ送る：前記第２要求は前記データが表示されるべき位
置と前記データアイデンティファイアを含む。
（５）ファイル管理システムと複数のオブジェクトを有
するコンピュータにおいて、前記複数のオブジェクトの
内の第１オブジェクトからのデータの表示を、前記複数
のオブジェクトの内の第２オブジェクトの要求に従って
統御するための以下の（ａ）ないし（ｃ）のステップを
含む方法：（ａ）データを表示するための第１表示要求を、前記第
２オブジェクトから前記ファイル管理システムへ送る：
前記第１表示要求は前記データが表示されるべき位置を
含むが、前記第１オブジェクトのアイデンティファイア
も表示されるべきデータのための特定的なアイデンティ
ファイアも含まない；（ｂ）データを表示するための第２要求を、前記ファイ
ル管理システムから前記第１オブジェクトへ送る：前記
第２要求は前記データが表示されるべき位置と前記デー
タアイデンティファイアを含むが、前記第２オブジェク
トのアイデンティファイアを含まない。（ｃ）前記第１オブジェクトにより前記データを表示す
る。