JPH09506457A - アプリケーション・プログラム間のデータを統合するマネージング・リンクのためのリンク・マネジャ - Google Patents

Abstract

(57)【要約】 コンピュータ・システムのためのリンク・マネジャは、データ・オブジェクト及びデータ・オブジェクトにオペレーションを行うアプリケーション・プログラムを含み、コンテイナ・オブジェクトはサーバ・オブジェクトに存在するリンクされたデータへのリファレンスを含み、そして、リンクされたデータを呈示ウインドウに提供するためのサーバ・アプリケーション・プログラムを呼び出すリンク機構を含む。リンク・マネジャは、コンテイナ・オブジェクトのリンクされたデータへの１つのリファレンスを選択するリファレンス・セレクタ及びリンクされたデータを含むサーバ・オブジェクトを識別するモニカを生成するモニカ生成器を含む。リンク機構は、サーバ・オブジェクトを開いて呈示ウインドウにリンクされたデータを提供するためにサーバ・アプリケーション・プログラム呼び出すことによって、モニカ・ポインタに応答する。各リファレンスはファイル・ネーム及びパス・ネームを含み、サーチ機構は、モニカを生成するのに用いられるサーバ・オブジェクト・ディレクトリ・パスを決定する。リンク・マネジャは、第２のサーバ・オブジェクトを識別するようにモニカを変更することによって第２のリファレンスに応答し、そして、リンク機構は、第１のアプリケーション・プログラム及びサーバ・オブジェクトを閉じ、第２のサーバ・オブジェクトを開いてリンクされたデータを呈示ウインドウに提供するように第２のサーバ・アプリケーション・プログラムを呼び出すことによって、リンクを再使用する。モニカ・マネジャは、それぞれがモニカをもつ複数のリンクを開くことを可能とするが、予じめ選択された設定にあるときにモニカ生成器に指令して以前のモニカ及びリンクを変更して再使用するようにする。

Description

【発明の詳細な説明】 アプリケーション・プログラム間のデータを 統合するマネージング・リンクのためのリンク・マネジャ 関連したアプリケーションへの相互参照 本発明は：に関連する。 発明の分野 本発明は、第１のアプリケーション・プログラムによってオペレーションされ る第１のデータへのリファレンス（reference）を第２のアプリケーション・プ ログラムによってオペレーションされる第２のデータにはめこむ（embed）こと により、第１のアプリケーション・プログラムによってオペレーションされるデ ータの、第２のアプリケーション・プログラムによってオペレーションされるデ ータへのリンクによって、統合されたオペレーティング環境において実行するア プリケーション・プログラム間でデータを統合するための機構に関するものであ り、特に、リンクされたデータの統合のための改良された機構に関する。 本発明の背景 近年では、実質的にすべてのコンピュータ・データ・プロセッシング・システ ムのための、マイクロソフト・ウインドウズ（マイクロソフト及びウインドウズ はマイクロソフト社の商標）やニュー・ウエーブ（ニュー・ウエーブはヒューレ ット・パッカード社の商標）のような、統合されたオペレーティング環境の開発 及び導入が見られるようになった。そこでは、統合されたオペレーティング環境 （統合オペレーティング環境）は、統合オペレーティング環境において実行する ように書かれたアプリケーション・プログラムによって一般に使用されるユーザ ・インターフェース及びデータ交換及び統合機能のような、複数の他の機能を伴 うオペレーティングシステム機能からなる。 そのような統合オペレーティング環境は、通常、第１のアプリケーション・プ ログラムによって作られかつ第１のファイルに存在するデータ又は第１のアプリ ケーション・プログラムに属しかつ通常「サーバ・オブジェクト（server objec t）」と呼ばれるオブジェクトが、第２のアプリケーション・プログラムによっ て作られかつ第２のファイルに存在するデータ又は通常「コンテイナ・オブジェ クト（container object）」と呼ばれるオブジェクトに統合又はリンクされる、 データ統合機構を提供し、それにより、リンクされたデータはユーザにはあたか もそれがコンテイナ・オブジェクトのデータに存在するように現れる。例えば、 マイクロソフト・ウインドウズは、データのコピーを第１のデータ・ファイルか ら第２のデータ・ファイルにリンクするためのオブジェクト・リンキング及びエ ンベッディング（Object Linking and Embedding）（ＯＬＥ）機構、及び１つの ファイルから別のファイルへのデータの転送又は交換をするためのユニフォーム ・データ・トランスファ・インターフェース（Uniform Data Transfer Interfac e）（ＵＤＴＩ）及びダイナミック・データ・エクスチェンジ（Dynamic Data Ex change）（ＤＤＥ）機構を提供する。 従来技術の統合オペレーティング環境におけるアプリケーション・プログラム の間のデータの統合は、慣例では、リンクされたデータが現れるデータにおける 位置でのコンテイナ・オブジェクトのデータにおけるリンクされたデータへのリ ファレンスのはめこみ（embedding）を含む。統合オペレーティング環境のデー タ・リンキング機構は、次に、第２のアプリケーション・プログラムの呼び出し 及びコンテイナ・オブジェクトのローディング（loading）に応答し、サーバ・ オブジェクトからのリンクされたデータへのリファレンスをリゾルブ（resolve ）し、第１のアプリケーション・プログラム又はローカル・ハンドラを呼び出し てコンテイナ・オブジェクトを開く。統合オペレーティング環境のデータ・エク スチェンジ（交換）機構は、次に、第１のアプリケーション・プログラム又はロ ーカル・ハンドラをオペレーションして、第１のアプリケーション・プログラム 又はローカル・ハンドラによって作られかつ維持される呈示（presentation）ウ インドウ及びリンク・キャッシュによって、リンクされたデータの現在のコピー を、ソース・オブジェクトから第２のアプリケーションに提供する。リンクされ たデータのコピーは、次に、ユーザに対して、あたかもそれがリファレンスによ って示された位置においてコンテイナ・オブジェクトのデータ内に存在するよう に現れ、そして、呼び出された第１のアプリケーション・プログラムの機能及び 能力、 又はローカル・ハンドラの等価の機能は、ユーザが、リンクされたデータへのオ ペレーションを行うために利用可能である。 データ・リンキング機構をもつ統合オペレーティング環境におけるコンテイナ ・オブジェクトは、他のサーバ・オブジェクトからのデータへの複数のリンクを 含み得、そのような各リンクは異なるタイプのデータであり得、従って、異なる アプリケーション・プログラムによって生成され得るものであり、上記のプロセ スは、コンテイナ・オブジェクト・ファイルの各リンクに対して繰り返される。 データ統合機構は、従って、コンテイナ・オブジェクトがオペレーションされ る都度にリンクされたデータへのリファレンスを含むコンテイナ・オブジェクト 及びアプリケーション・プログラムのローディング及び呼び出しを要求するのみ ではなく、リンクされたデータを作ったアプリケーション・プログラム及びリン クされたデータを含むサーバ・オブジェクトを識別するための各リンクのリゾリ ューション（resolution）、リンクされたデータを生成した各アプリケーション ・プログラム又はそれと等価のローカル・ハンドラのローディング及び呼び出し 、リンクされたデータを含む各サーバ・オブジェクトのローディング、及びＯＬ Ｅ、ＵＤＴＩ、ＤＤＥ機構及び他の関連のシステム機能及びデータ構造のローデ ィング及び呼び出しを要求する。 従って、データ・リンキング機構は多くのシステム資源を必要とすることが明 白である。各サーバ・オブジェクトのアプリケーション・プログラムは、各リン クに対して、リンクを識別及び記述する情報、及びリンクされたデータを記憶す るためのリンク・キャッシュを維持しかつ記憶しなければならず、従って、各サ ーバ・オブジェクトの記憶装置及びメモリに関する要求がかなり増加する。 更に、コンテイナ・オブジェクトがオペレーションされるためにロードされる 都度に、システムは、コンテイナ・オブジェクトのアプリケーション・プログラ ムのロード及び呼び出しを行い、コンテイナ・オブジェクトの各リンクの識別及 びリゾルブを行い、リンクされたデータを生成した各アプリケーション・プログ ラムのロード及び呼び出しを行い、リンクされたデータを含む各サーバ・オブジ ェクトのロードを行い、ＯＬＥ、ＵＤＴＩ、ＤＤＥ機構及び関連のシステム機能 及びデータ構造のロード及び呼び出しを行わねばならない。これは、コンテイナ ・ オブジェクトをロードしオペレーションするのに必要とするメモリ・スペースを かなり増加させ、また、それは、オブジェクト・リンキング及びデータ交換サー ビス及び関連のデータ構造及びサーバ・オブジェクト及びアプリケーション・プ ログラム及びコンテイナ・オブジェクトの各リンクに対するキャッシュ・ファイ ル及び呈示ウインドウをロードし実行するのに必要である。 各リンク・リファレンスをリゾルブし、リンキング及びデータ交換サービスの ロード及び呼び出しを行い、リンクされた各アプリケーション・プログラムを呼 び出すような、これらのプロセスもまた、アプリケーション・プログラムを開始 してデータ・オブジェクトへの編集を開始するのに必要な時間をかなり増加させ る。 多くのデータ・リンキング機構は、しばしば回復不可能な、メモリ不足状態に 陥り、また、システムがメモリを使い果たすと、結果として、システム・メモリ を増加するか、リンクされるデータの許可されるリンクの数及び量を制限するか の何れかがか必要である。これは、システムのコストを増加させるか又はデータ 統合機能のユーティリティを制限することとなる。これは特に、例えば、典型的 には制限されたメモリ容量をもつラップトップやノートブック・コンピュータに おいて重要な問題であり、また、パーソナル・コンピュータのようなデスクトッ プ装置においても問題であり、また、中型及び大型のコンピュータにおいても問 題である。 最後に、上記で説明したように、データをサーバ・オブジェクトからコンテイ ナ・オブジェクトへリンクする本質的オペレーションは、サーバ・オブジェクト 又はオブジェクトを識別及び位置付け（locate）するリンクのリソリューション である。ほとんどのデータ統合機構は、対応するリンクと関連して記憶されたフ ァイル名とディレクトリ・パス記述子との組み合わせを通じてサーバ・オブジェ クトの位置をみつけ、これは、システムにおいてサーバ・オブジェクトの位置が 変えられたときに、例えば、サーバ・オブジェクトが別のディレクトリに、又は ネットワークされたシステムの場合に別のシステムに移動されたときに、リンク を壊すか又は失う結果となる。例えば、マイクロソフト・ウインドウでは、サー バ・オブジェクトへのディレクトリ・パスが、リンクが最初に作られたときと同 じで いる限り、別のディスク・ドライブに移動されたサーバ・オブジェクトの位置を 見付けることができる。しかし、サーバ・オブジェクトへのディレクトリ・パス が変更されるとサーバ・オブジェクトの位置を見付けることができない。 本発明は、従来技術の統合オペレーティング環境のデータ統合方法のこれらの 及び他の問題の解決を提供する。 本発明の概要 本発明は、データを記憶するための複数のデータ・オブジェクトと、データ・ オブジェクトにオペレーションを行うための複数のアプリケーション・プログラ ムとを含むコンピュータ・システムであって、データ・オブジェクトはコンテイ ナ・オブジェクトとサーバ・オブジェクトとを含み、コンテイナ・オブジェクト はサーバ・オブジェクトに存在するリンクされたデータに対するリファレンスを 含む、コンピュータ・システムにおいて用いるリンク・マネジャに対するもので ある。システムは、更に、アプリケーション・プログラムを記憶するメモリ及び それを実行するためのプロセッサと、リンク機構を含む統合オペレーティング環 境とを含み、リンク機構は、リンクされたデータ・リファレンスに対応しかつリ ンクされたデータを含む対応するサーバ・オブジェクトを識別するモニカ（moni ker）に応答し、サーバ・アプリケーション・プログラムのローディング及び呼 び出しを行い、対応するサーバ・オブジェクトにオペレーションを行う。サーバ ・アプリケーション・プログラムはリンク・サーバ機構に応答して、リンクされ たデータを呈示ウインドウ（presentation window）に提供する。 リンク・マネジャは、コンテイナ・オブジェクトのリンクされたデータへの第 １の１つのリファレンスを選択するユーザ入力に応答するリファレンス・セレク タと、モニカのテンプレートを記憶し、リンクされたデータへの第１の選択され たリファレンスに応答し、テンプレート及び選択されたリファレンスからの第１ のリファレンスによって識別されたリンクされたデータを含む第１のサーバ・オ ブジェクトを識別する第１のモニカを生成し、リンク機構に対してモニカを識別 するモニカ・ポインタを提供するモニカ生成器とを含む。 次に、リンク機構は、モニカ・ポインタに応答し、モニカを読み取り、第１の サーバ・オブジェクトに対応する第１のサーバ・アプリケーション・プログラム を識別し、第１のサーバ・アプリケーション・プログラムを制御して第１のサー バ・オブジェクト及び呈示ウインドウを開き、リンクされたデータを呈示ウイン ドウに提供する。 更に、本発明によると、リンクされたデータへの各リファレンスはファイル・ ネームとパス（path）・ネームとからなり、リンク・マネジャは更にサーチ機構 を含み、このサーチ機構は、リンクされたデータへのリファレンスのファイル・ ネームに応答し、ファイル・ネームの位置が見付けられないときにファイル・ネ ームに対応するサーバ・オブジェクトの位置を見付けるためにシステムのディレ クトリをサーチし、ファイル・ネームに対応すサーバ・オブジェクトへのディレ クトリ・パスを決定する。次に、サーチ機構はモニカ生成器にディレクトリ（di rectory）・パスを提供し、モニカ生成器は、システムにおけるリンクされたデ ータを含むサーバ・オブジェクトの位置を識別するディレクトリ・パスを含む、 モニカを生成するのにディレクトリ・パスを用いる。本発明のリンク・マネジャ はまた、ユーザに応答してモニカを変更するモニカ・エディタを含む。 更に、本発明によると、リファレンス・セレクタは、コンテイナ・オブジェク トのリンクされたデータへの第２の１つのリファレンスを選択する第２のユーザ 入力に応答し、モニカ生成器は、第２のリファレンスに対応するリンクされたデ ータを含む第２のサーバ・オブジェクトを識別するようにモニカを変更し、リン ク機構に対する変更されたモニカを識別するモニカ・ポインタを提供することに よって、リンクされたデータへの第２のリファレンスに応答する。次に、リンク 機構は、モニカ・ポインタに応答し、モニカを読み取り、第１のサーバ・アプリ ケーション・プログラムを制御して第１のサーバ・オブジェクトを閉じ、第２の サーバ・オブジェクトに対応する第２のサーバ・アプリケーション・プログラム を識別し、第２のサーバ・アプリケーション・プログラムを制御して、第２のサ ーバ・オブジェクトを開き、リンクされたデータを呈示ウインドウに提供し、そ れによって、第１のリファレンスに対して呼び出されたシステム資源を再使用す る。 本発明の別の実施例によると、リンク・マネジャはリンクされたデータに対し ての連続して選択されたリファレンスに対して連続するモニカを作り、リンク・ マネジャは更に、存在するモニカの数に及び予め選択された制限数に応答し、い つモニカ生成器によって生成されたモニカの数が予め選択された選択数を越える かを決定するモニカ・マネジャを含む。 この場合、モニカ・マネジャは、モニカ・マネジャを制御して存在するモニカ を選択及び編集して、次のリファレンスに対応するリンクされたデータを含む新 しいサーバ・オブジェクトを識別する変更したモニカを作ることによって、リン クされたデータへの次のリファレンスに応答し、変更されたモニカを識別するモ ニカ・ポインタをリンク機構に提供する。リンク機構は、次に、変更されたモニ カを読み取り、サーバ・アプリケーション・プログラムを制御して、選択された 存在するモニカに対応するサーバ・オブジェクトが、選択された存在するモニカ に対応するサーバ・オブジェクトを閉じ、システムを出ることによって、モニカ ・ポインタに応答する。リンク機構は、次に、新しいサーバ・オブジェクトに対 応する新しいサーバ・アプリケーション・プログラムを識別することによって変 更されたモニカに応答するように制御され、リンク・マネジャは、新しいサーバ ・オブジェクトを開くように新しいサーバ・アプリケーション・プログラムを制 御し、リンクされたデータを呈示ウインドウに提供し、それによって、置換され たリンクに対して呼び出されたシステム資源を再使用する。 本発明の更に別の実施例では、リンク・マネジャはリンクされたデータへの連 続的に選択されたリファレンスに対する連続するモニカを作り、モニカ・マネジ ャは、サーバ・オブジェクト、サーバ・アプリケーション・プログラム、リンク されたデータ、及びリンクされたデータへの次のリファレンスのモニカを記憶す るために使用可能なメモリ・スペースを管理し、そして、いつサーバ・オブジェ クト、サーバ・アプリケーション・プログラム、リンクされたデータ、及びリン クされたデータへの次のリファレンスのモニカを記憶するために必要なメモリ・ スペースが、予め選択された値よりも少ないだけサーバ・オブジェクトを記憶す るために使用可能なメモリ・スペースよりも少ないかを決定することによつて、 サーバ・オブジェクト、サーバ・アプリケーション・プログラム、リンクされた データ、及びリンクされたデータへの次のリファレンスのモニカを記憶するため に必要なメモリ・スペースに応答する。 この場合、モニカ・マネジャは再びモニカ・マネジャを制御し、存在するモニ カを選択及び変更して次のリファレンスに対応するリンクされたデータを含む新 しいサーバ・オブジェクトを識別する変更されたモニカを作り、そしてリンク機 構に対しての変更されたモニカを識別するモニカ・ポインタを提供することによ って、リンクされたデータへの次のリファレンスに応答するようにする。リンク 機構は、次に、変更されたモニカを読み取ってサーバ・アプリケーション・プロ グラムを制御して、選択された存在するモニカに対応するサーバ・オブジェクト が選択された存在するモニカに対応するサーバ・オブジェクトを閉じてシステム を出ることによって、再びモニカ・ポインタに応答する。リンク機構は、次に、 新しいサーバ・オブジェクトに対応する新しいサーバ・アプリケーション・プロ グラムを識別することによって、変更されたモニカに応答するように制御され、 そして、リンク・マネジャは、新しいサーバ・アプリケーション・プログラムを 制御して新しいサーバ・オブジェクトを開き、リンクされたデータを呈示ウイン ドウに提供し、それによって、置換されたリンクに対して呼び出されたシステム 資源を再使用する。 本発明の他の特徴、目的、及び利点は、本発明の本実施例の以下の説明を読み 、図面を検討した後には、当業者には理解されるであろう。 図面の詳細な説明 図１は、従来技術のデータ統合機構の図面である。 図１Ａは、従来技術のデータ統合機構のモニカの図面である。 図２は、本発明のデータ統合機構の図面である。 図２Ａは、本発明のリンクされたデータ・リファレンスの図面である。 詳細な説明 本発明のリンク・マネジャは、まず、マイクロソフト・ウインドウズのＯＬＥ 機構のような、従来技術の典型的なデータ・リンキング機構を論じることによっ て、最も好適に理解されるであろう。従って、以下では、最初に、マイクロソフ ト・ウインドウズのＯＬＥ機構を例として用いて従来技術の典型的なデータ・リ ンキング機構を説明し、次に、本発明のリンク・マネジャを説明する。 従って、従来技術のデータ・リンキング機構及び本発明のリンク・マネジャの 以下の説明では、従来技術のデータ・リンキング機構及び本発明のリンク・マネ ジャは、マイクロソフト・ウインドウズ、特に、ウインドウズのＯＬＥ ２.０機 構及び関連のウインドウズの機構において例示されかつ見つけられる機能及び能 力を有する統合オペレーティング環境において実現されると仮定される。マイク ロソフト・ウインドウズの機能及び能力は当業者には良く知られており、容易に 入手可能な出版物、例えば、キュー・コーポレーション（Que Corporation）に よって出版されたジェームス・Ｗ・マッコード（James W．McCord）による「ウ インドウズ ３.１ プログラマズ・リファレンス（Windows 3.1 Programmer'ｓ R eference）」や、マイクロソフト・プレス（Micro soft Press）によって出版さ れたクレイグ・ブロックシュミット（Kraig Brockschmidt）の「インサイド Ｏ ＬＥ２（Inside OLE 2）」によく説明されており、これらを必要に応じて参照と して援用する。従って、以下で説明される多くのリンキング機構の機能及びエレ メントは詳細には説明されない。それらの機能及びエレメントは、当業者には既 に良く知られているか、又はジェームス・Ｗ・マッコードの「ウインドウズ ３. １ プログラマズ・リファレンス」やクレイグ・ブロックシュミットの「インサ イド ＯＬＥ２」のような一般に入手可能な出版物に説明されている。 Ａ．従来技術のデータ・リンキング機構の説明（図１及び１Ａ） 図１は、従来技術の典型的なデータ・リンキング機構を組み入れ、かつメモリ １２及びプロセッサ１４を有するシステム１０の図であり、コンテイナ・オブジ ェクト（ＣＯＮＯＢ）１６がメモリ１２に存在し、コンテイナ・アプリケーショ ン・プログラム（ＣＯＮＡＰ）１８がメモリ１２に存在しかつプロセッサ１４に よって実行され、ＣＯＮＯＢ１６にユーザが指示したオペレーションを行う。 図１に示すように、ＣＯＮＯＢ１６は１つまたはそれ以上のリファレンス（Ｒ ＥＦ）２０を含み、それぞれは、１つ又はそれ以上のサーバ・オブジェクト（Ｓ ＲＶＯＢ）２４からの対応するリンクされたデータ（Linked Data）（ＬＤ）２ ２に対するものである。ウインドウズ環境において、各ＲＥＦ２０は関連するモ ニカ２６を参照するポインタであり、図１Ａに表されるように、各モニカ２６は 、ファイル・モニカ２８とアイテム・モニカ３０の複合体であり、ファイル・モ ニカ２８は、ＲＥＦ２０によって参照されるリンクされたデータを含むＳＲＶＯ Ｂ ２４へのパスネームである。 ファイル・モニカ２８は、単純なファイル・ネームか、又はＳＲＶＯＢ２４が 存在するディスク・ドライブを含む、関連のＳＲＶＯＢ２４への全パスの記述で ある。モニカ２６は実際には２つのファイル・モニカ２８を含み、第１のものは 全パスネーム（full pathname）でありかつディスク・ドライブ指定（designati on）を含み、第２のものは相対（relative）パスネームであり、例えば、ディス ク・ドライブ指定又はＣＯＮＡＰ１８のルート（root）・ディレクトリ・ネーム が省かれる。アイテム・モニカ３０は、ＳＲＶＯＢ２４を作ったＣＯＮＡＰ１８ に対して明瞭なＳＲＶＯＢ２４のネーム又は指定である。最後に、ファイル・モ ニカ２８はエクステント（Extent）３４を含み、これはＬＤ２２を含むＳＲＶＯ Ｂ２４内のデータの部分を指定する。 ユーザは、ＣＯＮＡＰ１８を呼び出し、ＣＯＮＡＰ１８がＣＯＮＯＢ１６を開 くように指令することによって、ＣＯＮＯＢ１６にオペレーションを開始する。 この時、ＣＯＮＡＰ１８は、ＣＯＮＡＰ１８の各ＲＥＦ２０を検出し、一度に１ つ、ＲＥＦ２０をオブジェクト・リンキング・サーバ（ＯＬＳ）３６に、例えば 、ウインドウズのＩＯｌｅＣｌｉｅｎｔＳｉｔｅ：：及びＩＡｄｖｉｓｅＳｉｎ ｋ：：インターフェースを通して渡す。 ＯＬＳ３６は、マイクロソフト・ウインドウズのオペレーティング環境のオブ ジェクト・リンキング及びエンベッディング（ＯＬＥ）機構からなり、ウインド ウズのＯＬＥの機能、オペレーション、及び構造は公知であり、これ以上の詳細 な説明はなくとも当業者は理解している。 ＯＬＳ３６と関連してレジストレーション・データベース（Registration Dat abase）（ＲＥＧＤＢ）３８があり、これは、公知でありかつウインドウズのＯ ＬＥにおいて理解されるように、データベースからなり、このデータベースはオ ブジェクト・タイプとアプリケーション・プログラムを関連させ、このアプリケ ーション・プログラムはオブジェクトを作ったものであり、従って、オブジェク トをオペレーションするのに必要な方法及び手順を有する。このように、ＯＬＳ ３６は、ＲＥＦ２０を受け入れ、ＲＥＦ２０によって参照されたモニカ２８の位 置を見付けて読み出し、ＲＥＧＤＢ３８にアクセスして、対応するＳＲＶＯＢ２ ４を作ったサーバ・アプリケーション・プログラム（ＳＲＶＡＰ）４０を識別す る。 ＯＬＳ３４は、次に、識別されたＳＲＶＡＰ４０を呼び出し、ファイル・モニ カ３０、アイテム・モニカ３２、及びエクステント３４をＳＲＶＡＰ４０に、Ｒ ＥＦ２０とともにＣＯＮＡＰ１８によってＯＬＳ４０に渡されかつＳＲＶＡＰ４ ０によってとられる動作を示すバーブ（Verb）４２とともに、渡す。ＳＲＶＡＰ ４０はファイル・モニカ２８の情報及びバーブ４２を用いて、以下に説明するよ うな様式で、ＬＤ２２を含むＳＲＶＯＢ２４の位置を見付けて開く。 簡単にＳＲＶＡＰ４０を参照すると、留意されるように、図１に示されるよう に、各ＳＲＶＡＰ４０及び実際には各ＣＯＮＡＰ１８は、対応するＳＲＶＯＢ２ ４及びＣＯＮＯＢ１６にオペレーションをするための、少なくとも１つ、通常２ つまたはそれ以上の方法及び手順のセットのグループからなる。これらの方法又 は手順のグループ又はセットは図１では基本機能（base function）（ＢＦ）４ ４及び特定機能（specific function）（ＳＦ）４６として示され、ＢＦ４４は 、オープン・ファイル（Open file）のような、オペレーティング環境の標準に 忠実なすべてのアプリケーション・プログラムに共通の基本的な方法及びルーチ ンである。ＳＦ４６は、ワード処理プログラムに対するドキュメントにオペレー ションを行うための方法及びルーチンのような、特定の対応するオブジェクト・ タイプに対する特定的な方法及びルーチンである。 各々のＳＲＶＡＰ４０及びＣＯＮＡＰ１６は対応して２つのインターフェース をもち、それを通じてユーザ又は、例えば、ＯＬＳ３６がＢＦ４４及びＳＦ４６ の方法及びルーチンにアクセスして呼び出すことができ、各インターフェースは 基本的に、バーブによってのような、示された動作を対応する方法又はルーチン に関連させるポインタ又はリファレンスのセットを備える。これらのインターフ ェースは、図１では、それぞれ、基本インターフェース（ＢＩ）４８及び特定イ ンターフェース（ＳＩ）５０として示される。図１に示されるように、ＢＩ４８ は、そのポインタ又はリファレンス中に、特定インターフェース・ポインタ（Ｓ ＩＰ）５２を含み、これは、関連するＳＩ５０又は複数のＳＩ５０へのポインタ 又はリファレンスであり、ＳＦ４６は、最初にＢＩ４８をアクセスして関連する ＳＩ５ ０又は複数のＳＩ５０の位置を見付けて次にＳＩ５０を通してＳＦ４６をアクセ スすることによって、アクセスされる。 ここでＳＲＶＯＢ２４を簡単に参照すると、図１に示されるように、ＬＤ２２ を含む各ＳＲＶＯＢ２４は、ＳＲＶＯＢ２４のデータ又はファイル構造の一部と してそのＬＤ２２と関連し、キャッシュ・ファイル（ＣＦ）５４はＬＤ２２のデ ータのコピーを記憶する。ＳＲＶＯＢ２４の各ＬＤ２２に対する及び対応するＣ Ｆ５４があり、モニカ２８のエクステント３２は、ＳＲＶＯＢ２４のＬＤ２２の 及び対応する関連のＣＦ５４の位置及びエクステントの両方を識別する。 いま上記で説明したように、ＯＬＳ３６は、識別されたＳＲＶＡＰ４０、又は 少なくとも識別されたＳＲＶＡＰ４０のＢＦ４４のロード及び呼び出しを行い、 識別されたＳＲＶＡＰ４０のＢＦ４４は、ＲＥＦ２０によって示されたＬＤ２２ を含む識別されたＳＲＶＯＢ２４の位置を見付けて開き、参照されたＬＤ２２の コピーを含むＣＦ５４を開くことによって、バーブ４２及びファイル・モニカ２ ８の情報に応答する。 この点で、ＯＬＳ３６に最初に与えられたリファレンスはリゾルブされており 、ＯＬＳ３６は、次のＲＥＦ２０をＣＯＮＡＰ１８から受け入れ、この新しいリ ファレンスをリゾルブするために上記で説明したのと同じシーケンスを実行する 。このシーケンスはＣＯＮＯＢ１６に存在する各ＲＥＦ２０に対して繰り返され る。 従って、まとめると、他のオブジェクトからのリンクされたデータもつＣＯＮ ＯＢ１６のローディングは、ＣＯＮＯＢ１６のＣＯＮＡＰ１８のローディングを 含むばかりでなく、ＯＬＳ３６及びＲＥＧＤＢ３６のような、リンク機構及びデ ータ構造のローディング及び呼び出しや、関連のＣＦ５４の各々とともにリンク されたデータを含むＳＲＶＯＢ２４の各々のローディングを含む、ＣＯＮＯＢ１ ６のＲＥＦ２０に対応するすべてのモニカ２８のローディング及びリゾリューシ ョンや、リンクされたデータを含むＳＲＶＯＢ２４に対応するＳＲＶＡＰ４０の 各々の少なくともＢＩ４８及びＢＦ４４のローディング及び呼び出しを含む。 論じたように、このプロセスは時間を多く消費し、かつ、すべてのロードされ た及び呼び出された機構、データ構造、方法及び手続きを含むためにかなりのシ ステム・メモリを必要とする。 最後に、ユーザは、ＣＯＮＡＰ１８を通じて、例えば、リンクされたデータを 見たり編集したりするような、リンクされたデータの特定のインスタンス（inst ance）にオペレーションを行うことをユーザが望むことを示すバーブ（Verb）５ ６を発行することができ、このバーブ５６は、対応するＳＲＶＡＰ４０のＢＩ４ ８及びＢＦ４４に渡される、ということに留意されたい。対応するＳＲＶＡＰ４ ０のＢＩ４８及びＢＦ４４は、ＳＲＶＡＰ４０のＳＦ４６のローディング及び呼 び出しを行って要求されたオペレーションを行うことによって、及びオペレーテ ィング環境の設備を通して、ＣＦ５４からのリンクされたデータが表示される呈 示ウインドウ（ＰＷ）５８を呼び出し、必要に応じてウインドウズのユニフォー ム・データ・トランスファ・インターフェース（Uniform Data Transfer Interf ace）（ＵＤＴＩ）６０機構を通じて、リンクされたデータを提供することによ って、応答する。 この点で、ユーザは、リンクされたデータを見るかまたはリンクされたデータ 、ロードされかつ呼び出され、従って、ユーザが使用可能なＳＲＶＡＰ４０の方 法及びルーチンの全グループまたはセット、にオペレーションを行うことができ 得る。 しかしながら、ＣＯＮＯＢ１６のリンクされたデータのインスタンスのオペレ ーションの各呼び出しは、一般に、ＳＲＶＡＰ４０のＳＦ４６のローディング及 び呼び出しを行うこととなることに、更に留意すべきである。ＳＲＶＡＰ４０の ＳＦ４６は、通常、ＳＲＶＡＰ４０の方法及び手順コードの大部分を備え、それ によって、完全に呼び出されたＳＲＶＡＰ４０の方法及び手順を保持及び実行す るために要求されるシステム・メモリがかなり増加する。この結果であるシステ ム・メモリの要求は、更に、呼び出されたＳＲＶＡＰ４０の基本的及び特定的な 方法及び手順が、一般に、ＳＲＶＡＰ４０が明示的に出られるまでシステム・メ モリからアンロード（unload）されず、それにより、ユーザが最初に前に呼び出 したＳＲＶＡＰ４０を出てＳＲＶＡＰ４０の連続的呼び出しをする時に再びシス テム・メモリへの要求をかなり増加させる、という点で混じり合う。 Ｂ．本発明のデータ統合機構（図２及び２Ａ） 図２を参照すると、本発明のリンク・マネジャを組み込んだ例示的システム１ ０を表す図が示されている。示されるように、システム１０はメモリ１２とプロ セッサ１４を含み、メモリ１２に存在するコンテイナ・オブジェクト（ＣＯＮＯ Ｂ）１６と、ユーザが指令するオペレーションをＣＯＮＯＢ１６に行うための、 メモリ１２に存在しかつプロセッサ１４を通じて実行されるコンテイナ・アプリ ケーション・プログラム（ＣＯＮＡＰ）１８とを含む。 ＣＯＮＯＢ１６は１つ又はそれ以上のリファレンスを含み、それぞれは、１つ 又はそれ以上のサーバ・オブジェクト（ＳＲＶＯＢ）２４からの対応するインス タンスのリンクされたデータ（ＬＤ）２２に対するものである。しかしながら、 本発明のリンク機構において、リンクされたデータへの各リファレンスはネーム ・リファレンス（ＮＲＥＦ）６２であり、図１のシステム１０のような関連のモ ニカ２６を参照するリファレンスではない。図２Ａに示す各ＮＲＥＦ６２は、t かわりに、ＳＲＶＯＢ２４のＬＤ２２の位置及びエクステントを識別するエクス テント６６とともに、リンクされたデータＬＤ２２を含むＳＲＶＯＢ２４のネー ム６４である。 ユーザは、ＣＯＮＡＰ１８を呼び出し、ＣＯＮＡＰ１８にＣＯＮＯＢ１６を開 くように指令することによって、ＣＯＮＯＢ１６にオペレーションを開始する。 しかしながら、この時、ＣＯＮＡＰ１８はＣＯＮＡＰ１８の各ＮＲＥＦ６２の自 動的なサーチ及び検出を行わず、そのかわりに、ＣＯＮＡＰ１８のユーザ・イン ターフェースとともに、ＣＯＮＯＢ１６をユーザに表示するのみである。 図２に示すように、本発明のリンク・マネジャは図１に示すものと、リファレ ンス・セレクタ（ＲＥＦＳＥＬ）６８を含む幾つかの新しい機構を含むところが 異なる。ＲＥＦＳＥＬ６８は、ユーザの入力に応答し、いずれかのＲＥＦ６２を 選択し、選択されたＮＲＥＦ６２を読み取り、そこに記憶されたネーム６４及び エクステント６６を、モニカ・テンプレート（ＭＯＮＴＥＭ）７２を含むモニカ 生成器（ＭＯＮＧＥＮ）７０に渡す。 ＭＯＮＧＥＮ７０は、記憶されたファイル及びパス・ネームが見つけられない ときサーチ・サーバ（Ｓｅａｒｃｈ）７４を呼び出すことによって、選択された ＮＲＥＦ６２のネーム６４及びエクステント６６に応答する。Ｓｅａｒｃｈ（サ ーチ）７４は、ウインドウズ・ファイル・マネジャにおいて見つけられるような ウインドウズ・オペレーティング環境のファイル・サーチ設備を呼び出して、す べてのディスク・ドライブ、メモリ及び他の記憶デバイス、及びすべてのディレ クトリ及びサブディレクトリを含むシステム１０にアクセス可能なすべてのディ レクトリ７６をサーチし、ネーム６４によって識別されたＳＲＶＯＢ２４の位置 を見つける。次に、サーチ７４は、ネーム６４によって識別されたＳＲＶＯＢ２ ４の位置を識別する全ディレクトリ・パスをＭＯＮＧＥＮ７０に返す。 ＯＬＥのリンクはＣＯＮＡＰ１８に記憶されないが実行時にダイナミックに作 られるので、ユーザは何れのときもリンクを変更することから解放され、これは 、リンクが作られるときに絶対的ファイル・ネームを記憶する従来技術のシステ ムのリンクでは可能ではない、ということに留意されたい。この理由に対して、 ＭＯＮＧＥＮ７０は、更に、ユーザの入力に応答し、ユーザがモニカ、そして従 って、ネーム６４によって参照されたリンクとそのファイル及びパス・ネームと ともに、任意のときに変更することを可能にするモニカ・エディタを含む。 ＭＯＮＧＥＮ７０は、サーチ７４によって戻された全ディレクトリ・パス、エ クステント６６及びＭＯＮＴＥＭ７２を用い、ファイル・モニカ３０、アイテム ・モニカ３２及びエクステント３４をもつモニカ７８を作る。 ＭＯＮＧＥＮ７０は、次に、ＯＬＳ３６を呼び出し、ＯＬＳ３６がロードされ て実行されるようにし、そして、ＣＯＮＡＰ１８からのバーブ８２とともに、例 えば、ウインドウズのＩＯｌｅＣｌｉｅｎｔＳｉｔｅ：：及びＩＡｓｖｉｓｅＳ ｉｎｋ：：インターフェースを通じて、モニカ７８を識別するモニカ・ポインタ （ＭＰＴＲ）８０をＯＬＳ３６に渡す。 ＯＬＳ３６は、対応するＳＲＶＯＢ２４を作ったサーバ・アプリケーション・ プログラム（ＳＲＶＡＰ）４０を識別するようにＲＥＧＤＢ３８にアクセスする ことによって、ＭＰＴＲ８０及びバーブ８２に応答する。 ＯＬＳ３４は、次に、識別されたＳＲＶＡＰ４０のロード及び呼び出し、又は 少なくとも識別されたＳＲＶＡＰ４０のＢＦ４４のロード及び呼び出しを行い、 そして、ＣＯＮＡＰ１８からＯＬＳ３６によって受け取られたバーブ８２ととも にＳＲＶＡＰ４０にモニカ７８のファイル・モニカ３０、アイテム・モニカ３２ 及びエクステント３４を渡す。ＳＲＶＡＰ４０はファイル・モニカ７８情報及び バーブ８２を用い、上記で説明した様式で、ＬＤ２２を含むＳＲＶＯＢ２４及び 関連のＣＦ５４を位置を見つけ、開く。ＳＲＶＡＰ４０は、また、ＰＷ５８を開 いてリンクされたデータを表示し、リンクされたデータをダイナミック・データ 交換（ＵＤＴＩ）６０機構を通じて必要に応じて提供する。 この点で、ＮＲＥＦ６２はリゾルブされており、ユーザによって示されたリン クされたデータは、ＰＷ５８を通してユーザに呈示される。 この時、本発明のリンク・マネジャはＣＯＮＯＢ１６の次のＮＲＥＦ６２をシ ーク（seek）せずまた次のモニカ７８をＯＬＳ３６に発行しないが、そのかわり に、ユーザによる次の動作に対して停止する。 ユーザが、ＣＯＮＡＰ１８を通してバーブ５６を発行して、ユーザがリンクさ れたデータにオペレーション、例えば、リンクされたデータを編集することを行 うことを希望することを示す場合、バーブ５６はＳＲＶＡＰ４０のＢＩ４８及び ＢＦ４４に渡される。対応するＳＲＶＡＰ４０のＢＩ４８及びＢＦ４４は、ＳＲ ＶＡＰ４０のＳＦ４６のローディング及び呼び出しを行うことによって応答し、 それによって、ＳＲＶＡＰ４０の方法及びルーチンの全グループ又はセットがロ ードされ、ユーザがリンクされたデータを編集するように使用可能となる。 ユーザがＣＯＮＯＢ１６のリンクされたデータの別のインスタンスを開くこと を希望する場合、ユーザはＲＥＦＳＥＬ６８を用いて対応する新しいＮＲＥＦ６ ２を選択してＭＯＮＧＥＮ７０に渡す。ＭＯＮＧＥＮ７０は、モニカ７８のイン スタンスが既に存在することをノートし（note）、そして、以前に呼び出された ＳＲＶＡＰ４０にＳＯＮＡＰ１８からバーブ８４を発行することによって、新し いＮＲＥＦ６２に応答する。ここにおいては、バーブ８４はＳＲＶＡＰ４０を指 示して、それ自身と、以前に開いたＳＲＶＯＢ２４と、それに関連するＣＦ５４ とを閉じるようにさせる。 ＭＯＮＧＥＮ７０は、次に、存在するモニカ７８を編集して対応する新しいフ ァイル・モニカ３０、アイテム・モニカ３２、及びエクステント３４を含むよう にすることによって、及び上記で説明したように、サーチ７４を通して、新しい ＮＲＥＦ６２の新しいネーム６４及びエクステント６６をリゾルブする。 ＭＯＮＧＥＮ７０は、次に、ＭＰＴＲ８０及びバーブ８２をＯＬＳ３６に渡し 、 それは、新バージョンのモニカ７８を読み取って、新しく参照されたＬＤ２２を 含むＳＲＶＯＢ２４を作ったサーバ・アプリケーション・プログラム４０を識別 するようにＲＥＧＤＢ３８をアクセスすることによって、ＭＰＴＲ８０及びバー ブ８２に応答する。 ＯＬＳ３６は、次に、新しく識別されたＳＲＶＡＰ４０のロード及び呼び出し を行うか、又は新しく識別されたＳＲＶＡＰ４０のＢＦ４４の少なくともロード 及び呼び出しを行い、ＣＯＮＡＰ１８からＯＬＳ４０によって受け取られたバー ブ８２とともにＳＲＶＡＰ４０に新バージョンのモニカ７８のファイル・モニカ ３０、アイテム・モニカ３２、及びエクステント３４を渡す。ＳＲＶＡＰ４０は ファイル・モニカ７８の情報及びバーブ８２を用いて新しいＳＲＶＯＢ２４及び 新しく識別されたＬＤ２２を含む関連のＣＦ５４を、上記で説明した様式で見つ けて開く。ＯＬＳ３６はまた、新しく呼び出されたＳＲＶＡＰ４０に以前開かれ たＰＷ５８のアイデンティフィケーションを渡し、ＳＲＶＡＰ４０は存在するＰ Ｗ５８を用いてリンクされたデータを表示し、リンクされたデータをユニフォー ム・データ・トランスファ・インターフェース（Uniform Dara Transfer Interf ace）（ＵＤＴＩ）６０機構を通して必要に応じて提供する。 この点で、新しいＮＲＥＦ６２はリゾルブされており、ユーザによって示され たリンクされたデータは、ＰＷ５８を通じてユーザに呈示される。ユーザは、次 に、上記で説明したように、リンクされたデータを編集するためにＳＲＶＡＰ４ ０の特定の機能を呼び出すか、又は、いま説明したように、表示するためにリン クされたデータの新しいインスタンスを選択する。 従って、本発明のリンク・マネジャのオペレーションが従来技術のデータ・リ ンキング機構とは大きく異なることが、明らかである。 第１に、本発明のリンク・マネジャは、新しく開かれたＣＯＮＯＢ１６を、そ の中に含まれるリンクされたデータへのリファレンスを識別及びリゾルブするた めに自動的にスキャンせず、そのかわりに、ＣＯＮＯＢ１６のみを開き、表示す る。それによって、本発明のリンク・マネジャは、リンクされたデータへの１つ のリファレンスも自動的に呼び出さず、それによってＯＬＳ３６機能や、更には １つのＳＲＶＯＢ２４とそれに関連するＣＦ５４及びＢＩ４８、関連のＳＲＶＡ Ｐ４０のＳＩ５０及びＢＦ４０、及びＰＷ５８を呼び出して実行するのに必要な メモリ・スペースのオーバーヘッドを避けることによって、ＣＯＮＯＢ１６を開 くために必要なシステム・メモリを大きく減少させる。 そのかわりに、本発明のリンク・マネジャはＯＬＳ３６を呼び出し、そして、 ユーザがリンクされたデータのインスタンスの表示又はそれへのオペレーション を行うことを希望するユーザによる特定のコマンドによってのみ、リンクされた データのインスタンスを開く。 更に、ユーザがＣＯＮＯＢ１６のリンクされたデータのインスタンスの表示又 はそれへのオペレーションを希望する場合、本発明のリンク機構は、１つの特別 に識別されたリンクされたデータのインスタンスとその関連のＳＲＶＯＢ２４、 特別に参照されたＬＤ２２を含む１つのＣＦ５４、関連のＳＲＶＡＰ４０のＢＩ ４８、ＳＩ５０及びＢＦ４０、１つのＰＷ５８、のみを開いて呼び出し、それに よって、データ・リンキング機能に必要なメモリ・スペースを最小化する。 更に、本発明の好適な実施例では、リンキング機構は、何れの時もリンクされ たデータの１つのインスタンスのみを開くことによって、データ・リンキング機 能を支持するのに必要なシステム・メモリを減少させ、そして、ユーザが新しい リンクされたデータのインスタンスを開くことを希望する場合、前のリンクされ たデータのインスタンスを開いたときに用いられたシステム・メモリ資源を「再 使用」する。説明したように、本発明のリンク・マネジャは、１つのモニカ７８ を生成し、１つのＳＲＶＯＢ２４のインスタンスと１つの特別に識別されたＣＦ ５４を開き、開かれたＳＲＶＯＢ２４に対応する１つのＳＲＶＡＰ４０のみをロ ードして呼び出し、１つのＰＷ５８を作る。その後に、本発明のリンキング機構 は、新しく選択されたリンクされたデータのリファレンスを反映するように現存 するモニカ７８を変更することによって１つのモニカ７８を「再使用」し、現在 開いているＳＲＶＯＢ２４及びそのＳＲＶＡＰ４０を閉じ、ＳＲＶＯＢ２４及び リンクされたデータの新しいインスタンスを含む１つのＣＦ５４を開き、現存す るＰＷ５８を通じてリンクされたデータの新しいインスタンスを表示する。 本発明のリンク・マネジャの別の実施例では、リンクされたデータの複数のイ ンスタンスを開くことを可能にするが、しかし、使用可能なシステム・メモリ・ スペース内にとどまるようにリンクされたデータの開インスタンスのインスタン ス数を制限することによって、システム資源の制限の問題を避ける。図２に表さ れるように、本発明のこの実現には、ＭＯＮＧＥＮ７０とインタラクト（intera ct）するモニカ・マネジャ（ＭＭ）８６を含む。 本発明のリンキング機構のこの別の実施例の１つの実現において、ＭＯＮＧＥ Ｎ７０は所定の又は予め選択された数までのモニカ７８を作ることを可能とされ 、その付加的なモニカ７８は図２ではモニカ７８ａとして表され、その付加的な モニカ７８ａの数は、使用可能なシステム・メモリ・スペースの見積もり及びリ ンクされたデータの開かれたインスタンスの各々に対して必要とされるシステム ・メモリ・スペースに基づく。ＭＭ８６は現在のモニカ７８／７８ａの数を監視 し、そして、所定の又は予め選択された数のモニカ７８／７８ａが選択された制 限に達すると、上記で説明したように、リンクされたデータのインスタンスを新 しく開くことに対して現存するモニカ７８／７８ａを再使用する。再使用するた めの存在するモニカ７８／７８ａの選択は、例えば、最も古い存在するモニカ７ ８／７８ａを選択することか又は最近最も使用されていないモニカ７８／７８ａ を選択することかを基にする。 この別の実施例の別の実現では、ＭＭ８６は現在使用可能なシステム・メモリ ・スペースを監視し、リンクされたデータの新しいインスタンスをロードするた めに十分なシステム・メモリ・スペースが使用可能であるか否か、又は存在する インスタンスを再使用する必要があるか否かを決定する。そのために、ＭＭ８６ には、リンクされたデータのサイズ情報がモニカのエクステント３４から提供さ れ、そして、ＯＬＳ３６機構からＳＲＶＡＰ４０をロードするのに必要な情報、 及び適当なウインドウズ機能から又は一般にメモリ・スペース（ＭＥＭＳＰ）８ ８として示されるオペレーティング・システム機能から現在使用可能なシステム ・メモリ・スペースに関する情報を得る。ＭＭ８６は、次に、ＭＯＮＧＥＮ７０ が、各新しいインスタンスに対して十分なシステム・メモリ・スペースが存在す るかぎり、新しく選択されたリンクされたデータのインスタンスに対して新しい モニカ７８／７８ａを作ることを可能とするが、また、存在するシステム・メモ リ・スペースがリンクされたデータの新しいインスタンスに対して十分ではない 場合 には、上記で説明したように、リンクされたデータの現存するインスタンスを再 使用するようにＭＯＮＧＥＮ７０に指令する。 最後に、及び上記で説明したように、本発明のリンク・マネジャは、ディレク トリ・パス・ネームをを通じてではなく、ファイル・ネーム６４及びパスによっ て、リンクされたデータの各インスタンスを識別する。更に、本発明のリンク・ マネジャは、記憶されたファイル・ネーム及びパスの位置を見付けることができ ない場合にシステム１０にアクセス可能なすべてのディレクトリ７６をサーチす る能力を含み、すべてのディスク・ドライブ、メモリ及び他の記憶デバイス、及 びすべてのディレクトリ及びサブディレクトリを含み、ネーム６４によって識別 されるＳＲＶＯＢ２４の位置を見付け、ネーム６４によって識別されるＳＲＶＯ Ｂ２４の位置を識別するフル・ディレクトリ・パスを戻す。本発明のリンク・マ ネジャは、従って、ダイナミックに、リンクされたデータを含む各ＳＲＶＯＢ２ ４の位置及び各ＳＲＶＯＢ２４へのディレクトリ・パスを判定することによって 、パスを失ったりパスが壊れることに関する問題を取り除き、そして、その時に 、リファレンスが呼び出され、かつ何れの所定のディレクトリ・パス情報も基に せずファイル・ネームのみを基にしている。 本発明のリンク・マネジャはまた、ユーザが、いずれのはめ込まれた（embedd ed）リンク情報を更新することもなしにＣＯＮＡＰ１８の位置ファイル・ネーム を変更することを可能とし、そして、このために、ＭＯＮＧＥＮ７０は更に、ユ ーザの入力に応答してユーザがモニカを変更することを可能とするモニカ・エデ ィタ、そして従って、任意の時に、ファイル及びパス・ネームをともなってネー ム６４によって参照されるリンクを含む。 マイクロソフト・ウインドウズの機能及び能力を用いて本発明をどのようにし て実現するか、及び本発明をニュー・ウエーブやマッキントッシュ（Macintosh ）マッキントッシュはアップル・コンピュータ・コーポレーションの商標）のよ うな他のオペレーティング・システム環境にどのように適用するかを、本発明の 以下の説明から当業者は容易に理解するであろう。従って、本発明の以下の説明 は、本発明の実現及びオペレーションを理解するのに必要な詳細のみを含むが、 本発明を実現するのに用いられるマイクロソフト・ウインドウズのエレメントの 詳細 な説明は、それらエレメントの詳細な説明は上記で参照した出版物のように容易 に一般に入手可能であるので、含まない。

───────────────────────────────────────────────────── 【要約の続き】 バ・オブジェクトを識別するようにモニカを変更するこ とによって第２のリファレンスに応答し、そして、リン ク機構は、第１のアプリケーション・プログラム及びサ ーバ・オブジェクトを閉じ、第２のサーバ・オブジェク トを開いてリンクされたデータを呈示ウインドウに提供 するように第２のサーバ・アプリケーション・プログラ ムを呼び出すことによって、リンクを再使用する。モニ カ・マネジャは、それぞれがモニカをもつ複数のリンク を開くことを可能とするが、予じめ選択された設定にあ るときにモニカ生成器に指令して以前のモニカ及びリン クを変更して再使用するようにする。

Claims (1)

1. 【特許請求の範囲】 １． データを記憶するための複数のデータ・オブジェクト及び前記データ・ オブジェクトにオペレーションを行うための複数のアプリケーション・プログラ ムを含み、前記データ・オブジェクトはコンテイナ・オブジェクト及びサーバ・ オブジェクトを含むものであり、前記コンテイナ・オブジェクトは前記サーバ・ オブジェクトに存在するリンクされたデータへのリファレンスを含むものであり 、かつ、前記アプリケーション・プログラムを記憶し実行するためのメモリ及び プロセッサを含み、かつ、リンクされたデータのリファレンスに対応するモニカ に応答し、サーバ・アプリケーション・プログラムのローディング及び呼び出し を行って対応するサーバ・オブジェクトにオペレーションを行うために、前記リ ンクされたデータを含む対応するサーバ・オブジェクトを識別するリンク機構を 含む統合されたオペレーティング環境を含み、前記サーバ・アプリケーション・ プログラムは前記リンク・サーバ機構に応答して呈示ウインドウに前記リンクさ れたデータを提供する、コンピュータ・システムにおけるリンク・マネジャにお いて、 前記コンテイナ・オブジェクトのリンクされタデータへの第１の１つのリファ レンスを選択するユーザ入力に応答するリファレンス・セレクタと、 モニカ生成器であって、 モニカのテンプレートを記憶し、リンクされたデータへの前記第１の選択 されたリファレンスに応答し、 前記テンプレート及び前記選択されたリファレンスから、前記第１のリフ ァレンスによって識別された前記リンクされたデータを含む第１のサーバ・オブ ジェクトを識別する第１のモニカを生成し、 前記リンク機構に前記モニカを識別するモニカ・ポインタを提供する、 モニカ生成器、 を備え、 前記リンク機構は前記モニカ・ポインタに応答し、 前記モニカを読み取り、 前記第１のサーバ・オブジェクトに対応する第１のサーバ・アプリケーシ ョン・プログラムを識別し、 前記第１のサーバ・アプリケーション・プログラムに指示して、 前記第１のサーバ・オブジェクトを開き、 前記リンクされたデータを呈示するために呈示ウインドウを開き、 前記呈示ウインドウに前記リンクされたデータを提供する、 リンク・マネジャ。 ２． 請求項１に記載のリンク・マネジャにおいて、 リンクされたデータへの各リファレンスはファイル・ネーム及びパス・ネーム を備え、 前記リンク・マネジャはサーチ機構を更に含み、該サーチ機構はリンクされた データへのリファレンスのファイル・ネームに応答し、 前記ファイル・ネームの位置を見付けることができないときに、前記ファ イル・ネームに対応する前記サーバ・オブジェクトの位置を見付けるために前記 システムのディレクトリをサーチし、 前記ファイル・ネームに対応する前記サーバ・オブジェクトへの前記ディ レクトリ・パスを決定し、 前記モニカ生成器に前記ディレクトリ・パスを提供するものであり、 前記モニカ生成器は前記ディレクトリ・パスに応答し、前記リンクされたデー タを含む前記サーバ・オブジェクトの前記システムにおける位置を識別する前記 ディレクトリ・パスを含む前記モニカを生成する、 リンク・マネジヤ。 ３． 請求項２に記載のリンク・マネジャにおいて、 前記モニカ生成器は、ユーザ入力に応答して前記モニカを変更するモニカ・エ ディタを更に備える、 リンク・マネジャ。 ４． 請求項１に記載のリンク・マネジャにおいて、 前記リファレンス・セレクタは、前記コンテイナ・オブジェクトのリンクさ れたデータへの第２の１つのリファレンスを選択する第２のユーザ入力に応答し 、 前記モニカ生成器は、リンクされたデータへの前記第２のリファレンスに応答 し、 前記第２のリファレンスに対応する前記リンクされたデータを含む第２の サーバ・オブジェクトを識別するように前記モニカを変更し、 前記リンク機構に、前記モニカを識別する前記モニカ・ポインタを提供す るものであり、 前記リンク機構は、前記モニカ・ポインタに応答し、 前記モニカ・ポインタを読み取り、 前記第１のサーバ・オブジェクトを閉じて前記システムを出るように、前 記第１のサーバ・アプリケーション・プログラムに指示し、 前記第２のサーバ・オブジェクトに対応する第２のサーバ・アプリケーシ ョン・プログラムを識別し、 前記第２のサーバ・アプリケーション・プログラムに指示して、 前記第２のサーバ・オブジェクトを開き、 前記リンクされたデータを前記呈示ウインドウに提供する、 リンク・マネジャ。 ５． 請求項１に記載のリンク・マネジャにおいて、 前記リンク・マネジャは、リンクされたデータへの連続して選択されたリファ レンスに対する連続するモニカを生成し得、前記リンク・マネジャは更に、 モニカ・マネジャを備え、該モニカ・マネジャは存在するモニカの数に及び予 め選択された制限数に応答し、 前記モニカ生成器によって生成されたモニカの数が予め選択された制限数 を越えるときを判定し、前記モニカ・マネジャに指示し、 次のリファレンスに対応する前記リンクされたデータを含む新しい サーバ・オブジェクトを識別する変更されたモニカを作るように、存在するモニ カを選択及び変更し、 変更された前記モニカを識別する前記モニカ・ポインタを前記リン ク機構に提供する、 ことによってリンクされたデータへの次のリファレンスに応答するようにするも のであり、 前記リンク機構は前記モニカ・ポインタに応答し、 前記モニカを読み取り、 前記選択された存在するモニカに対応するサーバ・オブジェクトを閉じて 前記システムを出るように、前記選択された存在するモニカに対応する前記サー バ・オブジェクトに対するサーバ・アプリケーション・プログラムに指示し、 前記新しいサーバ・オブジェクトに対応する新しいサーバ・アプリケーシ ョン・プログラムを識別し、 前記新しいサーバ・アプリケーション・プログラムに指示して、前記新し いサーバ・オブジェクトを開き、 前記リンクされたデータを前記呈示ウインドウに提供する、 リンク・マネジャ。 ６． 請求項１に記載のリンク・マネジャにおいて、 前記リンク・マネジャは、リンクされたデータへの連続して選択されたリファ レンスに対する連続するモニカを生成し得、前記リンク・マネジャは更に、 モニカ・マネジャを備え、該モニカ・マネジャは、前記サーバ・オブジェクト 、前記サーバ・アプリケーション・プログラム、前記リンクされたデータ、及び リンクされたデータへの次のリファレンスの前記モニカを記憶するための使用可 能なメモリ・スペースを監視し、前記サーバ・オブジェクト、前記サーバ・アプ リケーション・プログラム、前記リンクされたデータ、及びリンクされたデータ への次のリファレンスの前記モニカを記憶するために必要なメモリ・スペースに 応答し、 前記サーバ・オブジェクト、前記サーバ・アプリケーション・プログラム、前 記リンクされたデータ、及びリンクされたデータへの次のリファレンスの前記モ ニカを記憶するために必要なメモリ・スペースが、予め選択された値より少ない だけ、前記サーバ・オブジェクトを記憶するために使用可能な前記メモリ・スペ ースより少ないときを判定し、前記モニカ・マネジャに指示し、 次のリファレンスに対応する前記リンクされたデータを含む新しい サーバ・オブジェクトを識別する変更されたモニカを作るように、存在するモニ カを選択及び変更し、 変更された前記モニカを識別する前記モニカ・ポインタを前記リン ク機構に提供する、 ことによってリンクされたデータへの次のリファレンスに応答するようにするも のであり、 前記リンク機構は前記モニカ・ポインタに応答し、 変更された前記モニカを読み取り、 前記選択された存在するモニカに対応するサーバ・オブジェクトを閉じて 前記システムを出るように、前記選択された存在するモニカに対応する前記サー バ・オブジェクトに対するサーバ・アプリケーション・プログラムに指示し、 前記新しいサーバ・オブジェクトに対応する新しいサーバ・アプリケーシ ョン・プログラムを識別し、 前記新しいサーバ・アプリケーション・プログラムに指示して、 前記新しいサーバ・オブジェクトを開き、 前記リンクされたデータを前記呈示ウインドウに提供する、 リンク・マネジャ。 ７． データを記憶するための複数のデータ・オブジェクト及び前記データ・ オブジェクトにオペレーションを行うための複数のアプリケーション・プログラ ムを含み、前記データ・オブジェクトはコンテイナ・オブジェクト及びサーバ・ オブジェクトを含むものであり、前記コンテイナ・オブジェクトは前記サーバ・ オブジェクトに存在するリンクされたデータへのリファレンスを含むものであり 、かつ、前記アプリケーション・プログラムを記憶し実行するためのメモリ及び プロセッサを含み、かつ、リンクされたデータのリファレンスに対応するモニカ に応答し、サーバ・アプリケーション・プログラムのローディング及び呼び出し を行って対応するサーバ・オブジェクトにオペレーションを行うために、前記リ ンクされたデータを含む対応するサーバ・オブジェクトを識別するリンク機構を 含む統合されたオペレーティング環境を含み、前記サーバ・アプリケーション・ プログラムは前記リンク・サーバ機構に応答して呈示ウインドウに前記リンクさ れたデータを提供する、コンピュータ・システムにおける、リンクされたデータ の リファレンスを管理する方法において、 前記コンテイナ・オブジェクトのリンクされたデータへの第１の１つのリファ レンスを選択するステップと、 モニカのテンプレートを記憶し、前記第１の選択されたリファレンスに応答し て、 前記テンプレート及び前記選択されたリファレンスから、前記第１のリフ ァレンスによって識別された前記リンクされたデータを含む第１のサーバ・オブ ジェクトを識別する第１のモニカを生成し、 前記リンク機構に前記モニカを識別するモニカ・ポインタを提供する、 ステップと、 前記リンク機構において、 前記モニカを読み取り、 前記第１のサーバ・オブジェクトに対応する第１のサーバ・アプリケーシ ョン・プログラムを識別し、 前記第１のサーバ・アプリケーション・プログラムに指示して、 前記第１のサーバ・オブジェクトを開き、 前記リンクされたデータを呈示するために呈示ウインドウを開き、 前記呈示ウインドウに前記リンクされたデータを提供する、 ことによって前記モニカ・ポインタに応答するステップと、 を備える方法。 ８． 請求項７に記載のリンク管理方法において、 リンクされたデータへの各リファレンスはファイル・ネーム及びパス・ネーム を備え、更に、 ファイル・ネームに応答し、 前記ファイル・ネームの位置を見付けることができないときに、前記ファ イル・ネームに対応する前記サーバ・オブジェクトの位置を見付けるために前記 システムのディレクトリをサーチし、 前記ファイル・ネームに対応する前記サーバ・オブジェクトへの前記ディ レクトリ・パスを決定し、 前記ディレクトリ・パスに応答して、前記リンクされたデータを含む前記サー バ・オブジェクトの前記システムにおける位置を識別する前記ディレクトリ・パ スを含む前記モニカを生成する、 ステップを備える、 リンク管理方法。 ９． 請求項８に記載のリンク管理方法において、 ユーザ入力に応答してモニカ・エディタのオペレーションによって前記モニカ を変更するステップを更に備える、 リンク管理方法。 １０． 請求項６に記載のリンク管理方法において、 第２のユーザ入力に応答し、前記コンテイナ・オブジェクトのリンクされたデ ータへの第２の１つのリファレンスを選択するステップと、 リンクされたデータへの前記第２のリファレンスに応答し、 前記第２のリファレンスに対応する前記リンクされたデータを含む第２の サーバ・オブジェクトを識別するように前記モニカを変更し、 前記リンク機構に、前記モニカを識別する前記モニカ・ポインタを提供す るステップと、 前記モニカ・ポインタに応答し、 前記モニカ・ポインタを読み取り、 前記第１のサーバ・オブジェクトを閉じて前記システムを出るように、前 記第１のサーバ・アプリケーション・プログラムに指示し、 前記第２のサーバ・オブジェクトに対応する第２のサーバ・アプリケーシ ョン・プログラムを識別し、 前記第２のサーバ・アプリケーション・プログラムに指示して、 前記第２のサーバ・オブジェクトを開き、 前記リンクされたデータを前記呈示ウインドウに提供するステップ と、 を更に備えるリンク管理方法。 １１． 請求項７に記載のリンク・マネジャにおいて、 前記リンク・マネジャは、リンクされたデータへの連続して選択されたリファ レンスに対する連続するモニカを生成し得、更に、 存在するモニカの数に及び予め選択された制限数に応答して、 存在するモニカの数が予め選択された制限数を越えるときを判定するステ ップと、 次のリファレンスに対応する前記リンクされたデータを含む新しいサーバ ・オブジェクトを識別する変更されたモニカを作るように、存在するモニカを選 択及び変更することによって、リンクされたデータへの次のリファレンスに応答 するステップと、 前記リンク機構において、且つ前記モニカ・ポインタに応答し、 変更された前記モニカを読み取り、 前記選択された存在するモニカに対応するサーバ・オブジェクトを閉じて 前記システムを出るように、前記選択された存在するモニカに対応する前記サー バ・オブジェクトに対するサーバ・アプリケーション・プログラムに指示し、 前記新しいサーバ・オブジェクトに対応する新しいサーバ・アプリケーシ ョン・プログラムを識別し、 前記新しいサーバ・アプリケーション・プログラムに指示して、 前記新しいサーバ・オブジェクトを開き、 前記リンクされたデータを前記呈示ウインドウに提供する、 ステップを備える、リンク管理方法。 １２． 請求項７に記載のリンク・マネジャにおいて、 前記リンク・マネジャは、リンクされたデータへの連続して選択されたリファ レンスに対する連続するモニカを生成し得、更に、 前記サーバ・オブジェクト、前記サーバ・アプリケーション・プログラム、前 記リンクされたデータ、及びリンクされたデータへの次のリファレンスの前記モ ニカを記憶するための使用可能なメモリ・スペースを監視し、前記サーバ・オブ ジェクト、前記サーバ・アプリケーション・プログラム、前記リンクされたデー タ、及びリンクされたデータへの次のリファレンスの前記モニカを記憶するため に必要なメモリ・スペースに応答し、 前記サーバ・オブジェクト、前記サーバ・アプリケーション・プログラム、前 記リンクされたデータ、及びリンクされたデータへの次のリファレンスの前記モ ニカを記憶するために必要なメモリ・スペースが、予め選択された値より少ない だけ、前記サーバ・オブジェクトを記憶するために使用可能な前記メモリ・スペ ースより少ないときを判定するステップと、 次のリファレンスに対応する前記リンクされたデータを含む新しいサーバ・オ ブジェクトを識別する変更されたモニカを作るように、存在するモニカを選択及 び変更することによって、リンクされたデータへの次のリファレンスに応答する ステップと、 前記リンク機構において、 前記モニカを読み取り、 前記選択された存在するモニカに対応するサーバ・オブジェクトを閉じて 前記システムを出るように、前記選択された存在するモニカに対応する前記サー バ・オブジェクトに対するサーバ・アプリケーション・プログラムに指示し、 前記新しいサーバ・オブジェクトに対応する新しいサーバ・アプリケーシ ョン・プログラムを識別し、 前記新しいサーバ・アプリケーション・プログラムに指示して、 前記新しいサーバ・オブジェクトを開き、 前記リンクされたデータを前記呈示ウインドウに提供する、 ことによって前記モニカ・ポインタに応答するステップと、 を備えるリンク管理方法。