JPH1091444A - 実行時にサービス従属代表をオブジェクトに動的に関連付けるための機構 - Google Patents

Abstract

(57)【要約】 【課題】 コンパイル時におけるサーバントクラ
ス、あるいは、インターフェースとの関連付けに代え
て、実行時にサブコントラクトを個々のサーバントに動
的に関連付けるための機構を提供すること。 【解決手段】 動的関連付けデータ構造２００は、単一
サブコントラクトを示すサーバ代表クラス２０６、実行
時に生成されるサーバントオブジェクト２２０と関連付
けられるサーバント基底クラス２０４、実行時にサーバ
代表クラス２０６とサーバントオブジェクト２２０間に
リンク２２２を形成するためのリンク機構を備える。サ
ーバ代表クラス２０６は、機能性を唯一サブコントラク
トに対して提供する。実行時、サーバントオブジェクト
２２０はサーバント基底クラス２０４、あるいは、より
導出されたクラスから具象化される。サーバントオブジ
ェクト２２０はリンク機構を介してサブコントラクトに
より提供される機能性を使用する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般的に、コンピ
ュータネットワークの分散オブジェクトシステム内にお
けるオブジェクト管理に関する。より詳細には、本発明
は、実行時にオブジェクトを備える分散オブジェクトシ
ステムによって提供される関連付けサービスに関する。

【０００２】

【従来の技術】オブジェクト指向プログラム言語、及び
システムの人気の高まりに伴い、分散オブジェクトシス
テムの開発はこれまで、これら分散システム中における
一般的なオブジェクトの生成、及び管理に関する新たな
可能性を追求してきている。特に、例えば、生成、活
性、削除等といったオブジェクトのライフサイクルを制
御する関数は、特定のプロトコル、あるいは、実行方法
を指示する特定の意味にしたがって実行され得る。しか
しながら、全オブジェクトについての自明な意味の単一
セットが存在するというよりは、しばしば、異なるアプ
リケーション要求を反映する幅広い範囲の可能性オブジ
ェクト意味が存在するように思われる。例えば、複製、
原子処理、オブジェクト移動、及び永続性といった特性
についての統合サポートを含む分散オブジェクトシステ
ムが存在する。しかし、最小限の特性だけを備える代わ
りに高性能に傾倒する分散オブジェクトシステムもまた
存在する。

【０００３】この多様化に対する一つの可能性ある解決
策は、全ての可能特性を含むオブジェクトのための単一
分散オブジェクトシステムを発明することである。不都
合なことに、可能な特性のリストは、拡張し続け、全特
性が互換性を必要とするわけではない。例えば、高性能
システムは、自身のオブジェクトが永続性、原子構成の
特性についてのサポートを含むことを望まないであろ
う。さらに、しばしば、いくつかの異なる、所定の意味
セットの実行方法が存在する。アプリケーションが、新
規な、また、改良された特性を活用できない単一システ
ムを有すれば、アプリケーションの現実のニーズを良く
反映し得る。例えば、信頼性を高めるために、オブジェ
クト複製特性をサポートすることが要求され得る。しか
しながら、単に複製済オブジェクトと対話するために追
加作業を実行するクライアントアプリケーションコード
を有することは好ましくない。したがって、オブジェク
トの呼出機構の一部として、「隠れて」複製をサポート
することが好ましい。多くの異なる複製の実行方法が存
在するが、他の特性を絶対的に拒絶する一方で、いくつ
かの特定特性セットについてのサポートを組み込むこと
は好ましくない。

【０００４】分散オブジェクトシステムが備え得る、幅
広い特性、あるいは、オブジェクト機構が存在する。例
えば、分散オブジェクトシステムは、複製、原子処理、
オブジェクト移動、永続性、ネーミング、事象通知、関
連付け、サーバ起動、クリーンシャットダウン、処理、
セキュリティ、及びフィルタ（圧縮、暗号化、追跡、手
直し等）の権能付与といった特性を備え得る。これらの
特性はまた、サービスと呼ばれ、また、分散オブジェク
トシステムの一部としてオブジェクトサービスモジュー
ルによって提供され得る。異なるアプリケーションにつ
いてこれら異なる特性の柔軟なサブセットを備えること
ができず、言うまでもなくアプリケーション内に異なる
オブジェクトを備えることができなかったので、従来の
分散オブジェクトシステムは、問題点を有していた。従
来のシステムは、固定されたこれら特性セットだけを備
えていた。

【０００５】この不足分は、サブコントラクトの概念を
通じて取り扱われ得る。サブコントラクト、及びその使
用については、米国特許出願番号０８／５５４，７９４
に記載されている。サブコントラクトの概念もまた、19
93年Sun Microsystems Laboratories, Inc.出版、G. Ha
milton, M. Powell 及びJ. Mitchell共著の「Subcontra
ct: A Flexible Base for Distributed Programming」
に記載されている。サブコントラクト、及びその関連機
能性は、多くの異なる方法によって実行され得る。例と
して、その実施例の一つをここで説明する。

【０００６】サブコントラクトの使用を通じて、アプリ
ケーションは、（特に）上記各特性のどの特性の利用を
望んでいるかを明細に記することができ、あるいは、ア
プリケーション内の異なるオブジェクトによって使用さ
れ得る異なる特性グループさえも明細に記することがで
きる。これらの特性のグループ、または、入れ替えは、
サブコントラクトによって実行される。したがって、ア
プリケーション内の各オブジェクトは、特定のサブコン
トラクトを利用し得る。要求される特性グループは、こ
れらの特性を明細に記すサービスリストの品質によって
代表され得る。そして、サブコントラクトは、分散オブ
ジェクトアプリケーション中における特定のサービスの
質と矛盾しない機能性を備え、また、そのサブコントラ
クトに関連する他の機能性を備え得る。オブジェクト
は、所定時間に、それに関連する１つのサブコントラク
トを有し得る。サブコントラクトは、オブジェクトイン
ターフェース、及びオブジェクト実装から独立してい
る。したがって、オブジェクト実装による存在サブコン
トラクトの選択、及び、使用のどちらをも容易にし、あ
るいは、新規オブジェクトの実行を容易にする。相応じ
て、アプリケーションレベルのプログラマは、特定のオ
ブジェクトについて使用される特定のサブコントラクト
を知っている必要はない。オブジェクトに関連するサブ
コントラクトは、オブジェクト実行の仕事が、オブジェ
クト機構を実行する仕事、あるいは、システムによって
供給される特性から独立することを許容する。サブコン
トラクトはまた、いくつかのオブジェクト呼出特性がシ
ステムのトランスポート層から切り離されることを可能
にし、この結果、トランスポート層が異なるシステムと
機能し得る。

【０００７】サブコントラクトの有用性は、全オブジェ
クト作成者が、必ずしもオブジェクト実装機構を熟知す
る必要なくして、異なる範囲のオブジェクト機構（ある
いは、特性）を選択することを許可する。サブコントラ
クトが備える特性セットは、分散環境内において、制御
を取得するための正しいレベルにある。設計によって、
遠隔オブジェクト上で採られる全てのキー動作は、何ら
かのオブジェクトのサブコントラクトを含む。例えば、
オブジェクト生成、オブジェクト参照生成、オブジェク
ト非活性化及びリボーク、及びオブジェクトに対する参
照の決定のような動作は、全てオブジェクトのサブコン
トラクトを含んでいる。サブコントラクトは、異なるオ
ブジェクトについての異なるポリシーを接続するための
有効な方法を備え、また、基本システムによって備えら
れなければならない機能性の削減に成功する。

【０００８】しかしながら、いくつかの分散オブジェク
トシステムにおける１つの問題点は、サーバントオブジ
ェクト自身による、これらの動作の直接の呼び出しが不
可能になっていることである。例えば、サーバントは、
それ自身では、「非活性化」、「リボーク」、「参照非
残存の予期」、「オブジェクト参照の取得」を呼び出す
ことができない。この欠如は、これらシステムの柔軟性
を低下させた。また、いくつかの分散オブジェクトシス
テムにおける他の重大な問題点は、それにより特定のサ
ブコントラクトが特定のオブジェクトと関連付けられる
機構が、十分には柔軟でなくなってしまうことである。
すなわち、これらの機構は、特定のサブコントラクトを
オブジェクト定義、あるいは、オブジェクトクラスと関
連付け得るが、サブコントラクトをクラスのインスタン
ス、あるいは、オブジェクトそれ自身と関連付けること
は不可能になっている。この欠如は、図４を参照するこ
とによりより判りやすく説明される。

【０００９】図４は、どのようにして１つの特定分散オ
ブジェクトアプリケーションが実行され得るかの一例を
図示している。このアプリケーションでは、開発者は、
インターフェース定義１２２によってオブジェクト型を
既に定義している。このインターフェース定義は、当業
者によく知られているインターフェース定義言語（ＩＤ
Ｌ）によって実行され得る。インターフェースは、オブ
ジェクト型についての入手可能な動作、及び属性を明細
に記する。例えば、インターフェースカウンタ１２２
は、１つの動作「インクリメント」及び１つの属性「最
大」を含むオブジェクト型を明細に記する。開発者が、
特定のサブコントラクトＸのサービスを利用する、この
オブジェクト型のオブジェクト（インスタンス、又はサ
ーバントとも呼ばれる）を生成したいと望む場合には、
開発者は、そのオブジェクト型についてのクラス定義中
においてこのサブコントラクトＸを明細に記さなければ
ならない。ここに示されるように、開発者は、サブコン
トラクトＸをサーバントクラスＡ１２４に明細に記して
いる。したがって、実行時に生成される２つのサーバン
ト、サーバントＡ１（１２８）、サーバントＡ２（１３
０）は、サーバントクラスＡによって裏付けられるそれ
らの効力によってサブコントラクトＸと関連付けられる
機能性を有す。問題点は、このサブコントラクトＸがサ
ーバントクラスＡのコンパイル時前のアプリケーション
開発中に関連付けられなければならないことである。

【００１０】例えば、開発者が、異なるサブコントラク
トＹを実行する、いくつかのオブジェクト型サーバント
の生成をも望む場合には、１つのサブコントラクトだけ
が所定のサーバントクラスに関連付けされ得るので、開
発者は、全く新規なサーバントクラスを生成しなければ
ならない。ここに図示されるように、開発者は、インタ
ーフェースカウンタを実行する異なるサーバントクラス
１２６を既に生成している。サーバントクラスＢは、サ
ブコントラクトＸの代えてサブコントラクトＹと関連付
けられる点を除いてサーバントクラスＡと同一である。
この方法では、サーバントＢ１（１３２）は、サブコン
トラクトＹと関連付けられる機能性により実行時に裏付
けされ得る。問題点は、異なるサブコントラクトを利用
するため開発者が所定のインターフェースの複数サーバ
ントを望む場合、開発者は、望まれる各サブコントラク
トについての異なるサーバントクラスを記載し、あるい
は、明細に記さなければならないところにある。この余
分なコーディングは、時間を浪費し、無駄である。さら
に、サブコントラクトは、コンパイル時、及び非実行時
においてだけサーバントと関連付けられ得るので、シス
テムの柔軟性が低下する。またいくつかのシステムで
は、さらに柔軟性が失われる。いくつかのシステムは、
オブジェクトのインターフェース中に明細に記されたサ
ブコントラクトを必要とし、この結果、サーバントオブ
ジェクトについての要求されるサブコントラクトの各型
用インターフェースを備えるために、不必要な複製が要
求される。

【００１１】

【発明が解決しようとする課題】本発明は、上記した従
来技術の問題点を解決するためになされたものであり、
コンパイル時におけるサーバントクラス、あるいは、イ
ンターフェースとの関連付けに代えて、実行時にサブコ
ントラクトを個々のサーバント（オブジェクトインスタ
ンス）に動的に関連付けるための機構を提供することを
目的とする。また、種々のオブジェクトライフサイクル
機能と互換性を有する機構を提供することを目的とす
る。

【００１２】

【課題を解決するための手段】本発明の一形態は、実行
時にサービス従属代表をサーバントオブジェクトと動的
に関連付けるための関連付け機構データ構造を記録した
記録媒体に関する。この関連付け機構データ構造は、実
行時以前に存在し、実行時には動的関連付けを実行する
ために用いられる。このデータ構造は、異なるサブコン
トラクトを組み込む分散オブジェクトコンピューティン
グシステムにおいて用いられる。このデータ構造は記録
媒体に記録されており、複数のサブコントラクトの内の
１つのサブコントラクトを代表する少なくとも１つのサ
ーバ代表クラスを備えている。このサーバ代表クラスは
機能性を唯一、複数のサブコントラクトの内の１つのサ
ブコントラクトに提供するために配置されている。また
データ構造は、実行時に生成されるサーバントオブジェ
クトと関連付けられるために配置される少なくとも１つ
のサーバント基底クラスを備えている。すなわち、実行
時、サーバントオブジェクトは、サーバント基底クラ
ス、あるいは、導出クラスから具象化される。加えて、
サーバントオブジェクトが複数のサブコントラクトの内
の１つのサブコントラクトにより提供される機能性を使
用し得るよう、実行時に前記サーバ代表クラスと選択さ
れたサーバントオブジェクトの１つとの間に実行時リン
クを形成するためにリンク機構が配置されている。この
一形態では、サーバ代表クラスから具象化されたサーバ
代表オブジェクトがリンクを形成するために用いられ
る。

【００１３】本発明の他の形態では、実行時、サーバオ
ブジェクトをサブコントラクトにより供給される機能性
に対して動的にリンクするための引数が存在する。この
実行時引数は、複数のサブコントラクトを組み込む分散
オブジェクトコンピューティングシステムにおいて使用
するための記録媒体に記録されている。実行時引数は、
分散オブジェクトのインスタンスの型を採るサーバント
オブジェクト、及び、複数のサブコントラクトの内の１
つのサブコントラクトを代表するサーバ代表オブジェク
トを備える。サーバ代表オブジェクトは、サーバ代表ク
ラスを使用して機能性を唯一、複数のサブコントラクト
の内の１つのサブコントラクトに提供するために配置さ
れるとともに、サーバントオブジェクトと関連付けられ
ている。さらに、実行時引数は、サーバントオブジェク
トがサーバ代表オブジェクトによって提供される機能性
にアクセスすることを許容する、サーバ代表オブジェク
トとサーバントオブジェクトとの間のリンクを備える。
この一形態では、このリンクは、サーバントオブジェク
トからサーバ代表オブジェクトへの位置標識子の形式を
採る。

【００１４】他の形態は、上記データ構造を使用する方
法、及び装置に関する。一つの局面は、分散オブジェク
トの管理に使用するための複数のサブコントラクトを備
える分散オブジェクトコンピューティングシステムにお
いて使用するための分散サーバントオブジェクトの生成
方法である。この方法は、種々のステップを含む。一つ
のステップは、複数のサブコントラクトの内の１つのサ
ブコントラクトを識別するサーバントクラス名、及びオ
ブジェクトアダプタデリゲートを受け取ることを備え
る。他のステップは、受け取ったサーバントクラス名に
応じてサーバントオブジェクトを具象化する。次に、オ
ブジェクトアダプタデリゲートの生成メソッドは、サー
バ代表オブジェクトを生成するために、オブジェクトア
ダプタデリゲートの生成メソッドを呼び出しする。この
サーバ代表オブジェクトは、オブジェクトアダプタデリ
ゲートによって識別される複数のサブコントラクトの内
の１つのサブコントラクトに対して機能性を唯一提供す
るために配置される。最後に、生成されたサーバ代表オ
ブジェクトがサーバントオブジェクトと関連付けられ
る。したがって、サーバントオブジェクトは、サーバ代
表を使用して入手可能な複数のサブコントラクトの内の
１つのサブコントラクトによって提供される機能性を使
用することができる。

【００１５】他の局面は、分散オブジェクトの管理に使
用するための複数のサブコントラクトを備える分散オブ
ジェクトコンピューティングシステムにおいて使用する
ための分散サーバントオブジェクトのリボーク方法であ
る。先ず、サーバントオブジェクトに関連するサーバン
トリボークメソッドをサーバントオブジェクトにより呼
び出す。このサーバントリボークメソッドは、サーバン
トオブジェクトによって呼び出しされる。次に、サーバ
代表オブジェクトに関連するサーバ代表リボークメソッ
ドが呼び出しされる。このサーバ代表オブジェクトは、
複数のサブコントラクトの内の１つのサブコントラクト
に対して機能性を唯一提供するために配置される。最後
に、呼び出しされたサーバ代表リボークメソッドを使用
してサーバントオブジェクトがリボークされる。 他の
局面は、分散オブジェクトの管理に使用するための複数
のサブコントラクトを備える分散オブジェクトコンピュ
ーティングシステムにおいてクライアントにより使用さ
れるサーバントオブジェクトのオブジェクト参照の生成
方法である。先ず、サーバントオブジェクトの特定超ク
ラスについての取得オブジェクト参照要求を受け取る。
この要求は、サーバントオブジェクトから発生する。次
に、サーバ代表オブジェクトに関連するサーバ代表オブ
ジェクトが識別される。このサーバ代表オブジェクト
は、複数のサブコントラクトの内の１つのサブコントラ
クトに対して機能性を唯一提供するために配置される。
他のステップでは、サーバ代表オブジェクトに関連する
取得オブジェクト参照メソッドが呼び出しされ、また、
取得オブジェクト参照メソッドにより、サーバントオブ
ジェクトに対するファットポインタが生成される。最後
に、それを特定超クラスに関連付けるためにファットポ
インタを広げる。

【００１６】他の局面は、分散オブジェクトの管理に使
用するための複数のサブコントラクトを備える分散オブ
ジェクトコンピューティングシステムにおける分散サー
バントオブジェクトの非活性化方法である。先ず、サー
バントオブジェクトに関連するサーバント非活性化メソ
ッドが呼び出しされる。このサーバント非活性化メソッ
ドは、サーバントオブジェクトにより呼び出しされる。
次に、サーバ代表オブジェクトに関連するサーバ代表非
活性化メソッドが呼び出しされる。このサーバ代表オブ
ジェクトは、複数のサブコントラクトの内の１つのサブ
コントラクトに対して機能性を唯一提供するために配置
される。最後に、サーバ代表非活性化メソッドを使用し
てサーバントオブジェクトが非活性化される。

【００１７】

【発明の実施の形態】

「概観」本発明は分散オブジェクトシステムに関する発
明であり、また、添付の図面中に図示されているいくつ
かの好適な発明の実施の形態を参照して説明される。本
発明は、ＣＯＲＢＡ、あるいは、この他のあらゆる好適
な仕様の下、定義されるあらゆる好適な分散オブジェク
トシステムのコンテキスト中に実行され得る。しかしな
がら、説明の都合上、本発明に係る発明の実施の形態
は、先ず、１９９５年７月付け、改訂第２．０版、オブ
ジェクト管理グループ（ＯＭＧ）に基づくＣＯＲＢＡ仕
様の下、実行される、オブジェクト要求ブローカ（ＯＲ
Ｂ）のコンテキスト中に記述される。図１は、本発明に
係る発明の実施の形態の実行に好適である、代表的な分
散オブジェクトシステムの全体構成を概略的に図示す
る。図２は、クライアントからサーバントオブジェクト
への要求が３段階ディスパッチ機構を含むそのような構
成中を流れる際に採り得るいくつかのフローパスを図示
する。図３は、サーバントオブジェクトを参照するため
にクライアントによって使用され得る１つのオブジェク
ト参照データ構造を図示する。

【００１８】分散オブジェクトシステム１０は、一般的
に、図１に概念的に図示されているオブジェクト要求ブ
ローカ（ＯＲＢ）１１を含む。ＯＲＢ１１は、以下に図
２を参照して説明するように、クライアントからサーバ
ント（目標オブジェクト）への呼出を配信するため、ま
た、クライアントに対して応答を返信するために必要
な、全ての位置発見、トランスポート機構、及びファシ
リティを備えている。クライアント、及びサーバント
は、同一プロセス中、同一マシンの異なるプロセス中、
あるいは、全く異なるマシン中に見出され得る。説明の
都合上、クライアント２０は、分散オブジェクト上の動
作を呼び出すあらゆるコードであり得、この結果、分散
オブジェクト、又は、プロセスの形式を採り得ることも
あり、また、採り得ないこともある。分散オブジェクト
は、幅広い代表を有し得る。例えば、分散オブジェクト
は、既にアプリケーション開発者によって提供されてい
るＣ＋＋オブジェクトであり得る。あるいは、分散オブ
ジェクトの実装は、ビジュアルアプリケーションビルダ
１５内で開発され得る。オブジェクトの新規実装を生成
するために、このビジュアルアプリケーションビルダに
よって、開発者は、カタログから視覚的に存在オブジェ
クト型選択することができるとともに、一つのオブジェ
クトにより供給されるサービスを他のオブジェクトが必
要とするサービスに対して写実的に関連付けることがで
きる。

【００１９】オブジェクト開発ファシリティ１６は、分
散オブジェクトの生成、及び実装を簡易にするために用
いられ得る。それは、分散オブジェクト内の開発者オブ
ジェクトを「くるみ」あるいは、隠蔽するために使用さ
れる。例えば、オブジェクト開発ファシリティ１６は、
開発者オブジェクトをＯＲＢオブジェクト実装１４に変
換するために使用され得る。この例では、ＯＲＢオブジ
ェクト実装１４は、図中におけるそれの位置によって図
示されるサーバとして表されている。開発者は、ＯＲＢ
オブジェクト実装１４を生成するために、ＯＲＢオブジ
ェクト用インターフェースを定義するためにインターフ
ェース定義言語を使用し、オブジェクトの特性を実装す
る開発者オブジェクト実装を供給し、そして、オブジェ
クト開発ファシリティを使用する。実行時には、このＯ
ＲＢオブジェクト実装１４を利用する、このＯＲＢオブ
ジェクト（サーバントオブジェクト）のインスタンスが
生成される。オブジェクト開発ファシリティはまた、い
くつかの時点においてクライアントの役割を果たすオブ
ジェクトを生成するために使用され得ることは理解され
るべきである。

【００２０】クライアント２０は、スタブ２１、サブコ
ントラクト層３６、場合によってはフィルタ４０、及び
トランスポート層３８を介してサーバントと通信する。
スタブ２１は、サローゲート２２、メソッドテーブル２
４、及びスタブ機能２５を備えている。クライアント２
０は、先ず、クライアントに対してサーバントオブジェ
クトとして現れるサローゲートと通信する。あるいは、
クライアント２０は、サローゲート２２、メソッドテー
ブル２４、及びスタブ機能２５を通過する代わりに、動
的呼出インターフェース（ＤＩＩ）２６を通じて直接、
サーバントオブジェクトと通信し得る。動的呼出インタ
ーフェース２６を使用することにより、クライアント
は、動的要求を構成することができる。それにより、ク
ライアントが上記した層を利用するサーバントを呼び出
し得る１つのメソッドが、以下に図２を参照して詳細に
記述されている。

【００２１】米国特許出願（出願番号０８／５５４，７
９４）中に詳細に記述されているように、サブコントラ
クト層３６は、特定のサブコントラクトによって名付け
られた種々のサービス（あるいは、特徴、あるいは、オ
ブジェクト機構）を実行すべくサブコントラクトを利用
するために、オブジェクトによって要求される機能性を
供給する。サブコントラクトは、個々のオブジェクトに
よって利用され得る分散オブジェクトシステムによって
供給されるサービスの質を識別する。例えば、サブコン
トラクトは、特定オブジェクトについて使用されるセキ
ュリティの特徴を識別し得る。それにより、実行時に特
定サブコントラクトがサーバントオブジェクトと動的に
関連付けられ得る技術は、以下に詳述される本発明の主
題である。

【００２２】使用される場合、フィルタ４０は、圧縮、
暗号化、追跡、あるいは、手直しといった、オブジェク
トに対する、及びオブジェクトからの通信に適用される
種々のタスクを実行し得る。

【００２３】トランスポート層３８は、一般的に同一の
プロセスをクライアントとシェアしないサーバントへ
の、及び、サーバントからのマーシャル、アンマーシャ
ル、及び物理的トランスポート情報を管理する。

【００２４】標準実装スイート２８（あるいは、オブジ
ェクトアダプタ）は、同一の方法、例えばオブジェクト
キー管理、でＯＲＢオブジェクト１４と対話するサブコ
ントラクトのセットを代表している。サブコントラクト
は、複数の実装スイートに属し得ることに留意すべきで
ある。また、実装スイートは、異なるサブコントラクト
を利用し得る。動的スケルトン３０、あるいは、静的ス
ケルトン３２のいずれかの形式を採り得るスケルトン
は、要求をサーバントオブジェクト７８によって要求さ
れる形式に変換するために用いられる（詳細について
は、以下に図２を参照して説明する）。したがって、ス
ケルトン３０、３２は、適当なサーバントオブジェクト
７８を呼び出す。静的スケルトン３２は、インターフェ
ース−特定オブジェクト実装１４を呼び出すために用い
られ、一方、動的スケルトン３０は、一般的に、インタ
ーフェース−特定オブジェクトを利用できないときに用
いられる。全ＯＲＢについて同一であり、また、オブジ
ェクトインターフェース、又はオブジェクトアダプタに
従属しないＯＲＢインターフェース３４は、直接ＯＲＢ
に作用するインターフェースである。

【００２５】ＯＲＢデーモン４６は、クライアントによ
り呼び出される際、オブジェクトサーバが動作すること
を確実にする責任を負う。オブジェクトサーバをスター
トさせる技術は、米国特許出願（出願番号０８／４０
８，６４５）に記載されている。

【００２６】セキュアプロトコル４２は、インターネッ
ト相互ＯＲＢプロトコルを保証し、また、セキュア方式
においてトランスポート層３８を通じた情報の伝送を助
けるセキュア共同利用性プロトコルである。このこと
は、完全な保護、機密性等を意味し得る。インターネッ
ト相互ＯＲＢプロトコルは、一般的に異なるマシン上の
プロセス間において通信するプロトコルである。しかし
ながら、インターネット相互ＯＲＢプロトコルは、同一
マシン上のプロセス間で通信し得る場合もある。セキュ
リティサーバ５４は、異なるコンピュータ上のプロセス
間で使用されるサービスを安全にするセキュリティ管理
サーバである。

【００２７】タイプコード／ＡＮＹモジュール４４は、
「タイプコード」、あるいは、「ＡＮＹ」オブジェクト
を実装する。タイプコードは、クライアントとサーバ間
においてタイプ記述が伝送されることを許容するインタ
ーフェース定義言語（ＩＤＬ）を記述する。ＩＤＬデー
タ形式のインスタンスは、ＡＮＹオブジェクトによって
包含される。ＡＮＹオブジェクトは、内包データのタイ
プコード、及び一般的なデータのエンコーディングを意
味する。

【００２８】実装レジストリ５０は、オブジェクトサー
バに関係する情報を格納するために用いられる。特に、
実装レジストリ５０は、サーバプロセスを介するために
必要な情報を格納する。例えば、実装レジストリ５０
は、サーバプログラムの位置、プログラムに対するあら
ゆる引数、及び、プログラムに渡すためのあらゆる環境
変数等の情報を格納する。

【００２９】単一永続性５６は、インターフェース定義
言語−定義型、及び追加コード部分と共にＩＤＬコンパ
イラを通過する実行中のそのＩＤＬ型からの出力を使用
し、その結果、ＩＤＬ−定義型がディスクから読み出し
可能となり、またディスクへ書き込み可能となる。名付
けサーバ５２は、ＯＲＢオブジェクトを名付けるために
使用される。クライアントは、名前によって所望のオブ
ジェクトを発見するために名付けサーバ５２を使用す
る。名付けサーバ５２は、オブジェクト参照に戻り、次
に、そのオブジェクトに対して要求を送信するために用
いられ得る。インターフェースレポジトリ４８（ＩＦ
Ｒ）は、分散オブジェクト内の全オブジェクトに関する
全インターフェースについて知っている。

【００３０】メソッドテーブル（ｍテーブル）ディスパ
ッチを使用するクライアントによりなされた要求は、図
２に概略的に図示されているサーバントへの経路中にあ
る前記種々の構成層を通過する。要求は、クライアント
によって生成され、また、あらゆる好適な形式を採り得
る。要求の形式は、クライアントを形成するために用い
られたプログラム言語の性質に大きく依存する。例え
ば、クライアントがＣ＋＋言語で記述されているとき
は、要求は、Ｃ＋＋メソッド呼出６２の形式を採り得
る。呼出は、サローゲートの形式を採る指定オブジェク
ト参照に対して生成される。サローゲートは、オブジェ
クトのインターフェースに従うメソッドを含む。

【００３１】当業者に明らかであるように、分散オブジ
ェクトシステム内の異なる位置にて用いられるオブジェ
クト参照は、様相において著しく異なる。記述される発
明の実施の形態では、クライアント側オブジェクト参照
は、デュアルポインタ（以後、「ファットポインタ」と
いう。）である。ファットポインタは、２つの別のポイ
ンタを有している。第１ポインタは、参照オブジェクト
と関連するクライアント代表を指す。第２ポインタは、
参照オブジェクトと関連するメソッドテーブルディスパ
ッチ２４のメソッドテーブルを指す。クライアント代表
は、ＣＯＲＢＡと同様に「疑似」オブジェクト参照動作
で定義される呼出をサポートするメソッドを有するオブ
ジェクトである。これらの動作は、これに限定されるも
のではないが、「複製」メソッド、「解放」メソッド、
「狭小化」メソッド、「ハシュ」メソッド、及び「均等
化」メソッドを含む。

【００３２】クライアントが呼出を開始した後、呼出
は、メソッドテーブルディスパッチ機構２４を使用して
進行する。この技術は、米国特許出願（出願番号０８／
３０７，９２９）に記載されている。

【００３３】メソッドテーブルディスパッチ機構は、そ
の内１つが呼び出しされたメソッドに関連する、スタブ
機能２５に対するポインタリストを含むメソッドテーブ
ルを使用する。スタブ機能２５は、クライアントプロセ
スの「ネイティブ」言語で機能、あるいは、メソッド呼
出を受け取り、そして、サブコントラクト層３６、ある
いは、結局サーバントオブジェクトに対応する呼出に対
するネイティブ呼出のいずれかを使用する。ネイティブ
言語は、あらゆる好適な言語であり得、例えば、Ｃ＋＋
のような言語であり得る。

【００３４】メソッドテーブルディスパッチ２４は、メ
ソッド呼出を進めるために適当なスタブ機能２５の１つ
を決定し、そして、メソッド呼出を適当なスタブ機能と
組み合わせる。メソッド呼出を生成するクライアントが
サーバントオブジェクトと同一プロセス中に在る場合、
局所スタブ機能が呼び出しされる。局所スタブ機能は、
メソッド呼出を直接サーバントオブジェクトに送る。ロ
ーカルプロセス内のルーティング呼出についての技術
は、出願番号０８／６７８，６８４の米国特許出願に記
述されている。あるいは、サーバントオブジェクトが異
なるプロセス中、すなわち、遠隔プロセス中に存在する
場合には、遠隔スタブ機能が呼び出しされる。遠隔スタ
ブ機能は、呼出をサーバントオブジェクト７８に配信す
るクライアント代表を呼出す。

【００３５】サブコントラクト層３６によって実装され
るサブコントラクトは、分散オブジェクトシステムにと
って重要なオブジェクト呼出の基本機構の制御、及び引
数パッシングを備える論理モジュールである。サブコン
トラクト層３６によって実装されるサブコントラクト
は、オブジェクトによって使用するための固有サービス
の質を決定する。サブコントラクトは、一般的にオブジ
ェクト参照中に埋め込まれるサブコントラクト識別子に
よって唯一的に識別される。サービスの質は、サービス
プロパティのセットである。可能性ある属性の中で選択
可能なのは、サーバの活性化、セキュリティ、処理、ふ
るい分け性、クリーンシャットダウンに関連する質であ
る。サブコントラクトは、いくつかのサービスの質が利
用可能であるように形成される。既に定められているサ
ービスの質を備える場合には、ここのサービス属性の処
理に関連するオーバヘッドが低減される。現実には、
「妥当な」、あるいは、共通して使用されるサービス属
性の組み合わせだけがサブコントラクトにサポートされ
る。しかしながら、サブコントラクトは、所定の分散オ
ブジェクトシステムの固有の要求に合致させるために生
成され得る。

【００３６】サブコントラクト層３６中の適当なサブコ
ントラクトの識別ラベルは、そのサブコントラクトに対
して唯一の要求機能の識別ラベルとして考えられ得る。
例えば、マーシャル機能、あるいは、アンマーシャル機
能が各サブコントラクトについて定義される。サブコン
トラクトマーシャル機能は、オブジェクト参照をマーシ
ャルするためにスタブによって用いられ、この結果、そ
れは、他のアドレススペース、あるいは、ドメインに対
して転送され得る。オブジェクト参照は、一般的に、ト
ランスポート層３８内のトランスポート機構によって処
理される。

【００３７】トランスポート層３８の一部である、Ｔ
１、Ｔ２等のトランスポート機構は、マーシャルし、ま
た、サーバントオブジェクトとの間で情報を物理的に伝
送し合うために使用される。情報、すなわち、オブジェ
クト参照、あるいは、要求は、所定のドメインにとって
適当なプロトコルに変換される。例えば、プロトコル
は、これに限定されるものではないが、イーサネットプ
ロトコル、及び、汎用相互ＯＲＢプロトコル（ＧＩＰ
Ｏ）を有している。いくつかの一般的でない場合には、
プロトコルは、サーバ上で実行される指示を伝送するた
めに電子メールを使用することまでも必要とする。情報
がマーシャルされた後、トランスポート機構は、全てが
分散オブジェクトシステムのクライアント側によって使
用されるハードウェア７０の一部であるオペレーティン
グシステム、装置ドライバ、あるいは、ネットワークの
あらゆる組み合わせを通じて情報を移動させる。

【００３８】トランスポート機構は、所定のドメインに
固有のプロトコルへの情報変換を要求するが、いくつか
のトランスポート機構は、異なるドメインについての情
報のエンコーディングを要求しない。そこで情報が生じ
るトランスポート機構とは別のドメインに固有のプロト
コルへの情報の変換を要求しない１つのトランスポート
機構は、「ドア」と呼ばれる。ドアは、本質的に同一ホ
スト上の２つの異なるプロセス間のゲートウェイであ
る。情報が同一ホスト上に残り、その結果、ドメインの
変更を要求しないという事実によって、異なるマシンに
よって使用され得るプロトコルへ情報をエンコードする
必要がないので、ドアを使用することにより、トランス
ポート層３８内において標準的実装への情報変換の必要
性が除去される。しかして、情報は、単に「平滑化さ
れ」、あるいは、異なるマシンによる使用についてはエ
ンコードされないストリーム中へマーシャルされ得、ま
た、ホスト上の２つのプロセス間を行き来させられる。

【００３９】１つの情報は、クライアント側によって使
用されるハードウェア７０を介して伝送され、そして、
情報は、分散オブジェクトシステムのサーバ側上のハー
ドウェア７０に伝送される。一旦、情報がハードウェア
７０を通じて経路に従い伝送されると、トランスポート
層３８の一部である端点上で情報を受け取るため分散オ
ブジェクトシステムのサーバ側は、Ｔ１、Ｔ２等のトラ
ンスポート機構を呼び出す。端点がトランスポート層３
８によって形成されていない場合には、トランスポート
層３８は、サブコントラクト層３６によって端点が形成
されるために必要な機能性を提供する。例えば、専用端
点は、一般的にサブコントラクト３８によって形成さ
れ、一方、ネットワーク、及びＴＣＰ／ＩＰ端点を含む
クラスタ端点は、一般的にトランスポート層３８によっ
て形成される。端点がサブコントラクト３６、あるい
は、トランスポート層３８のいずれによって形成される
かにかかわらず、端点は、トランスポート層３８に「残
存し」、すなわち、トランスポート層３８の一部であ
る。端点は、本質的に異なるドメインから情報を受け取
るポートである。トランスポート層３８内の端点は、異
なるドメインから伝送された情報を受け取った後、その
情報をトランスポート層３８からサブコントラクト層３
６にディスパッチする。そして、サブコントラクト層３
６は、その情報をスケルトン、及びサーバントに対して
ディスパッチする。この３段階ディスパッチを実行する
ための技術は、出願番号０８／６７０，７００の米国特
許出願中に記述されている。

【００４０】サブコントラクト層３６は、少なくとも既
に受け取った情報のいくつかをアンマーシャルするため
の機能性を備える。すなわち、サブコントラクト層３６
は、要求の少なくとも一部をアンマーシャルする。そし
て、要求は、要求をサーバントオブジェクト７８によっ
て要求される実装特別形式に変換するスケルトン３１に
ディスパッチされる。スケルトン３１は、前述の通り、
静的スケルトン、あるいは、動的スケルトンのいずれか
である。

【００４１】一般的に、遠隔要求は、前述のようにクラ
イアント側、及びサーバ側を通じて経路に従い伝送され
る。メソッド呼出６２が受け取られると、要求をマーシ
ャルし、他のドメインへ伝送するために要求を準備する
トランスポート層３８内のトランスポート機構の選択に
先立ち、適当なサブコントラクトを識別するためにメソ
ッドテーブルディスパッチ層２４が用いられる。適当な
端点は、配線を介して伝送される情報を受信し、情報
は、トランスポート層３８から、少なくとも既に受け取
った情報のいくつかをアンマーシャルするために機能性
を備えるサブコントラクト３６にディスパッチされる。
そして、サブコントラクト層は、要求をサーバントオブ
ジェクト７８によって要求される特別形式に変換するス
ケルトン３１に対して要求をディスパッチする。このパ
スは矢印７７で示されており、また、遠隔、及び局所要
求の双方によって採られるパスである。

【００４２】しかしながら、クライアント、及びサーバ
が局所プロセス中に存在する場合、すなわち、クライア
ント、及びサーバ双方が同一プロセス中に在る場合に
は、前述の矢印７７で示されるパスの使用は不必要に複
雑である。クライアント、及びサーバが同一プロセス内
に存在することが既知の場合には、呼出パス、あるい
は、サービスについての要求のフローパスを短縮するこ
とが可能である。オブジェクト参照が生成されるときに
局所プロセスが識別され得る場合には、短縮フローパ
ス、すなわち、矢印７５，７６で表されるパスは、同一
ホスト上のクライアントからサーバへ要求を送信するた
めに採られ得る。矢印７６によって表されるパスは、適
当なサブコントラクトを識別するためにサブコントラク
ト層３６を使用するので、より採用され易い。しかしな
がら、明快に識別するために適当なサブコントラクトが
必要ない状況では、矢印７５によって表されるパスが採
られ得る。

【００４３】図３を参照してオブジェクト参照の発明の
実施の形態について説明する。当業者に知られているよ
うに、オブジェクト参照は、それらがあらゆる所定時間
にて保持されるプロセス内の位置に依って種々の形式を
採り得る。しかしながら、背景として、低オーバヘッド
実装スイートを利用する、システム中にて使用するため
の代表オブジェクト参照が、図３に図示されている。図
中に図示されている実装では、オブジェクト参照１５０
は、ホスト識別子１５２，ポート指定１５４，及びオブ
ジェクトキー１５６を備えている。オブジェクトキー１
５６は、サブコントラクト識別子１５８、サーバ識別子
１６０、実装識別子１６２、及びユーザキー１６４を備
えている。ホスト識別子１５２は、ネットワーク中の特
定コンピュータを表示し、ポート指定１５４は、通信に
使用されるために選択されるコンピュータのポートを識
別する。オブジェクトキー１５６は、所望のサーバント
オブジェクトをそのホストマシン上に見出すために用い
られる更なる識別情報を提供する。

【００４４】サーバ識別子１６０は、その中にサーバン
トオブジェクトが存在する特定のプロセス、及びプログ
ラムを名付け、ユーザキー１６４は、サーバ識別子１６
０によって名付けられたプロセス内にサーバントを見出
すために用いられる唯一番号、あるいは、ストリングで
ある。サブコントラクト識別子１５８は、特定サブコン
トラクトのプロトコル、及びそれのサーバントと関連付
けられるサービスを添付するために用られ、実装識別子
１６２は、そのサーバントオブジェクトと共に用いられ
るインターフェースの実装を名付ける。

【００４５】「好適な発明の実施の形態」本発明に係る
発明の実施の形態は、実行時に特定サブコントラクトを
サーバントに動的に関連付けるための機構を提供する。
すなわち、サービス従属代表は、動的にサーバントと関
連付けられ得る。このサービス従属代表（以下、「サー
バ代表」という。）は、サーバントが使用するための特
定サブコントラクトを提供する。この機構の一例が図
５，６，７に図示されており、これについて以下説明す
る。このサーバ代表の機能性はまた、以下に図８，９，
１０，１１を参照して説明するようにサーバント自身
が、「リボーク」のようないくつかの機能を呼び出すこ
とを許容する。また、本発明は分散オブジェクト内のオ
ブジェクトのライフサイクルと関連付けられる機能に関
し、これら機能は、図８〜図１４を参照して以下に説明
される。

【００４６】図５を参照して、サブコントラクトをサー
バントに動的に関連付けるための機構２００の一例につ
いて説明する。特定オブジェクトの定義、及びそれの機
能性がインターフェースカウンタ２０２として図示され
ている。オブジェクトは、幅広い方法によって定義され
得る。例えば、カウンタ２０２はインターフェース定義
言語（ＩＤＬ）を使用するインターフェース中にて定義
される。カウンタ２０２は、操作の「インクリメン
ト」、及び一属性の「最大値」を定義する簡単な定義で
ある。その中に多くの操作、属性、例外が存在し、その
中で継承方式が使用され得るさらに複雑な定義が可能で
あることは理解されるべきである。カウンタ２０２は、
操作、及び他の機能性のための実装を提供するサーバン
トクラスＭ（２０４）によって部分的に実行され得る。
図示されるように、サーバントクラスＭ（２０４）は、
以下に説明するように各々が異なるサブコントラクトに
関連付けられる、サーバントＭ１（２２０）、サーバン
トＭ２（２２４）、サーバントＭ３（２２８）、及びサ
ーバントＭ４（２３２）を既に具象化している。

【００４７】（特定サブコントラクトによって実行され
る）特定のサービスの質を個々のサーバントと関連付け
ることを望む開発者にとって、サーバ代表が役立ち得
る。単に記述するだけで、サーバ代表は特定のサブコン
トラクトに関連する機能性を組込み、そして、サーバン
トとリンクされる。この方法では、各サーバントは、サ
ーバ代表に対するリンクを通じて特定サブコントラクト
の機能性を利用し得る。１つのサーバ代表だけをサーバ
ント関連付けることが好ましいが、所定のサーバントは
あらゆる数のサーバ代表と関連付けられ得ることも予期
される。また、サーバ代表は、多くの形式で実行され得
るが、以下に説明するようにサーバ代表をクラス、及び
オブジェクトとして実行することが好ましい。

【００４８】図５の下部には、３つのサーバ代表クラ
ス、サーバ代表クラスＸ２０６，サーバ代表クラスＹ２
０８，サーバ代表クラスＺ２１０が図示されている。各
サーバ代表クラスには、１つのサブコントラクト、それ
ぞれサブコントラクトＸ、Ｙ、Ｘが関連付けられてい
る。換言すれば、分散オブジェクトシステム内の各サブ
コントラクトは、サーバ代表クラスによって代表され
る。例えば、サーバ代表クラスＸはサブコントラクトＸ
に関連する機能性を実行する。実行時には、サブコント
ラクトＸ機能性の利用を望む多くのサーバントが存在し
得るので、各サーバ代表クラスは、各サーバントについ
てそのクラスに対応するサーバ代表オブジェクトを具象
化する。図示されるように、サーバ代表クラスＸはサー
バントＭ１に対してリンクされているサーバ代表オブジ
ェクトＸ１（２１２）を既に具象化している。サーバ代
表クラスＹはサーバントＭ２、Ｍ３に対して各々リンク
されている２つのサーバ代表オブジェクトＹ１（２１
４）、Ｙ２（２１６）を既に具象化している。また、サ
ーバ代表クラスＺは、サーバントＭ４に対してリンクさ
れているサーバ代表オブジェクトＺ１（２１８）を具象
化している。これらサーバ代表オブジェクトは、リンク
２２２，２２６，２３０，２３４によってそれぞれそれ
らのサーバントとリンクされている。したがって、サー
バントＭ４は、サーバ代表クラスＺのインスタンスであ
るサーバ代表オブジェクトＺ１に対するそれのリンクを
経由してサブコントラクトＺ機能性を取得する。また、
これらのリンクは、以下に図１２を参照して説明するよ
うに実行時に形成され得る。

【００４９】図６及び図７は、本発明に係る発明の実施
の形態の一つに従う、サーバントオブジェクト、サーバ
ントとサーバント代表オブジェクト間のリンク、及びサ
ーバ代表クラスの詳細を図示する。図６は、実行時にサ
ーバ代表オブジェクトに対してリンクされるサーバント
の例２５０を図示する。各サーバントは、逐次、サーバ
ント基底２５６から機能性を継承するスケルトン２５４
から機能性を継承する。サーバント２５２及びサーバ代
表オブジェクト２６０間のリンク２５８は、あらゆる好
適な方法を使用して形成され得る。リンク２５８は、サ
ーバントからサーバ代表オブジェクトへの位置標識子の
形式を採ることが好ましい。この位置標識子は、サーバ
ント内に存在し得、あるいは、そこからサーバントが継
承するサーバント基底クラスの一部であり得る。サーバ
ント基底クラスは、特に「非活性化」、「リボーク」、
及び「参照非残存の予期」の機能を実装するメソッドを
含み得る。この方法では、逐次リンク２５８を介して対
応するサーバ代表クラスのメソッドを呼び出しする個々
のサーバントは、これらの手続きの１つを呼出す。図７
に図示されるように、各サーバ代表クラスは、特に「オ
ブジェクト参照の取得」、「リボーク」、「非活性
化」、及び「参照非残存の予期」といったメソッドを既
に定義済であり得る。さらに、図７のサーバ代表クラス
２８０は、それがサブコントラクトＸを代表することを
示している。この方法では、サブコントラクトＸについ
ての唯一のメソッドセットが、明記され、サーバントに
よって利用され得る。後述する図１２は、どのようにし
てサーバ代表オブジェクトが生成され、サーバントに対
してリンクされるかを図示している。

【００５０】図８〜図１４は、サーバントと関連するサ
ブコントラクトを利用する分散オブジェクトシステム内
で利用可能な種々の機能について図示する。これらの機
能のいくつかは、サーバントオブジェクトのライフサイ
クルの局面に関係する。オブジェクトのライフサイクル
は、生成、活性、非活性化、リボーク、及び消滅の段階
を含む。生成では、オブジェクト参照は、将来のサーバ
ントのために生成され、オブジェクトの状態についての
格納領域が割り当てられると共に初期化され、また、随
意に、オブジェクトが名付けサーバ内に記録される。活
性化では、オブジェクトを代表するためにサーバントが
生成され、また、サーバントオブジェクトの状態がメモ
リ中にロードされる。換言すれば、オブジェクトは、２
次記憶装置から取り出され、プロセス中に置かれる。非
活性化では、サーバントが開放され得る。オブジェクト
は、もはやアクセス可能でないが、依然として存在はす
る。リボークは、オブジェクトが依然として存在し得る
が、もはや参照され得ず、また、呼び出しされ得ないこ
とを意味する。消滅は生成活動を取り消す。また、「参
照非残存の予期」、及び「オブジェクト参照の取得」の
機能が関係する。こららの機能は以下に説明する。

【００５１】次に図８を参照して、本発明に係る発明の
実施の形態の一つに従う、自身を非活性化するためにサ
ーバントによって用いられ得る非活性化機能を説明す
る。第１ステップ３０２では、サーバントは、サーバン
ト基底クラス上に定義される非活性化メソッドを呼び出
す。サーバント基底クラスが各サーバントクラスによっ
て継承されるので、このメソッドはサーバントに対して
アクセス可能なメソッドである。次に、ステップ３０４
では、このメソッドはコールバック閉包を生成する。閉
包は、２つの部分を有している。第１の部分は、遅れて
実行される機能に対するポインタであり、第２の部分は
その機能によって使用されるデータに対するポインタで
ある。この場合、コールバック閉包の機能ポインタは、
システムライブラリ中の「非活性化終了」機能を指し示
し、データポインタは、呼出サーバントを指し示す。ス
テップ３０６では、引数として、関連サーバ代表の非活
性化メソッドがコールバック閉包と共に呼び出しされ
る。サーバントは、図６に図示するように、サーバント
からサーバ代表オブジェクトへのリンク２５８を介して
このメソッドにアクセスしている。ステップ３０８で
は、サーバ代表のこの非活性化メソッドが実行され、後
の使用のためにコールバック閉包が格納される。次に、
メソッドは、それが呼び出しされたところからもリター
ンするサーバント基底非活性化メソッドにリターンす
る。

【００５２】この時点で、サーバントは非活性化のため
に既に調整されている、にもかかわらず、非活性化はサ
ーバントが準備できるまで生じ得ない。サーバントは、
いくつかの理由により非活性化の準備が整っていない。
例えば、分散オブジェクトシステム内の他のオブジェク
トが依然としてサーバントに対する参照を保持している
場合、あるいは、それらがサーバントの情報を要求して
いる場合には、サーバントは非活性化の準備が整ってい
ないことがある。したがって、ステップ３１６は、ステ
ップ３２０にてサーバントの非活性化が可能であると決
定されるまでその中でシステム内のプロセシングが継続
する、待機状態、あるいは、待機期間を示す。一旦、非
活性化が可能になると、ステップ３２４は、閉包により
指し示される機能を呼び出すことにより、上記ステップ
３０４にて生成されたコールバック閉包を実行する。こ
の場合、それが引数としてサーバントを伴うライブラリ
における「非活性化終了」機能である。この機能内か
ら、サーバント基底の「非活性化終了」メソッドがステ
ップ３２６にて呼び出しされる。ステップ３２６では、
配信済「非活性化終了」メソッドの導出バージョンのほ
とんどが呼び出しされ、この結果、開発者は、要求され
る場合にサーバント基底の「非活性化終了」を上書きす
るために「フック」できる。特に、さらにカスタマイズ
された導出「非活性化終了」メソッドで置き換えること
のより、開発者はカスタム非活性化ルーティンを呼び出
すことができると共に、カスタムコードを挿入すること
ができる。したがって、「フック」の供給は、非常に高
い柔軟性を提供する。

【００５３】「非活性化終了」が上書きされない場合に
は、このメソッドは、サーバントオブジェクトを解体
し、消去するために、ステップ３２８にて消去機能を呼
び出す。異なる言語に関して、この消去機能を実行する
ために、幅広い消去機能が使用され得る。例えば、Ｃ＋
＋プログラム言語では、「この操作の消去」機能が呼び
出しされ得る。一旦、ステップ３２８が終了すると、制
御は、ステップ３３０にてライブラリ「非活性化終了」
にリターンし、制御は、ステップ３３２にてそこからサ
ーバ代表「非活性化」メソッドにリターンする。このス
テップの後、非活性化機能が終了する。

【００５４】図９は、本発明に係る発明の実施の形態の
一つに従う、自身にいくらかでも参照が残余しているか
否かを決定するためにサーバントによって使用され得
る、「参照非残存の予期」機能を図示する。一切存在し
ない場合には、好ましくは図８を参照して上述した非活
性化機能を使用してサーバントは自身を非活性化する。
したがって、「参照非残存の予期」機能は、サーバント
が自身を非活性化し得るか否かを決定する際に有用であ
る。

【００５５】第１ステップ５０２では、サーバントは、
サーバント基底クラス上に定義される「参照非残存の予
期」メソッドを呼び出す。サーバント基底クラスが各サ
ーバントクラスによって継承されるので、このメソッド
はサーバントに対してアクセス可能なメソッドである。
次に、ステップ５０４では、このメソッドはコールバッ
ク閉包を生成する。閉包は、２つの部分を有している。
第１の部分は、遅れて実行される機能に対するポインタ
であり、第２の部分はその機能によって使用されるデー
タに対するポインタである。この場合、コールバック閉
包の機能ポインタは、システムライブラリ中の「参照の
残存なし」機能を指し示し、データポインタは、呼出サ
ーバントを指し示す。ステップ５０６では、引数とし
て、関連サーバ代表の「参照非残存の予期」メソッドが
コールバック閉包と共に呼び出しされる。サーバント
は、図６に図示するように、サーバントからサーバ代表
オブジェクトへのリンク２５８を介してこのメソッドに
アクセスしている。ステップ５０８では、サーバ代表の
この「参照非残存の予期」メソッドが実行され、後の使
用のためにコールバック閉包が格納される。次に、メソ
ッドは、それが呼び出しされたところからもリターンす
るサーバント基底参照非残存予期メソッドにリターンす
る。

【００５６】この時点で、機能は、ステップ５２０にて
サーバ代表が分散オブジェクトシステム内にサーバント
に対する参照を保持する他のオブジェクトが存在しない
と決定するまで待機状態に入る。他のオブジェクトがこ
のサーバントに対する参照を有している場合には、サー
バントは非活性化され得ず、しかして、待機状態が必要
となる。一旦、サーバ代表が参照が残存しないと決定す
ると、ステップ５２４は、閉包内の機能、この場合は引
数としてサーバントを伴うライブラリにおける「参照非
残存の予期」機能を呼び出すことにより、上記ステップ
５０４にて生成されたコールバック閉包を実行する。こ
の機能内から、サーバント基底の「参照非残存の予期」
メソッドがステップ５２６にて呼び出しされる。この技
術は、「参照非残存の予期」メソッドの導出バージョン
のほとんどが呼び出しされることを許容し、要求される
場合にサーバント基底「参照非残存の予期」を上書きす
るために、開発者に「フック」を許容する。「参照非残
存」が上書きされない場合には、このメソッドは、サー
バントを非活性化するために、図８中の非活性化機能を
呼び出す。一旦、ステップ５２８が終了すると、制御
は、ステップ５３０にてライブラリ「参照非残存」にリ
ターンし、制御は、ステップ５３２にてそこからサーバ
代表「参照非残存の予期」メソッドにリターンする。こ
のステップの後、「参照非残存の予期」機能が終了す
る。

【００５７】図１０は、発明の実施の形態の一つに従
う、自身をリボークするためにサーバントにより使用さ
れる、「リボーク」機能を図示する。リボークメソッド
は、他のオブジェクトがサーバントに対して呼出し、あ
るいは、参照することを有効に防止する。第１ステップ
６０２では、サーバントは、サーバント基底クラス上に
定義される「リボーク」メソッドを呼び出す。サーバン
ト基底クラスが各サーバントクラスによって継承される
ので、このメソッドはサーバントに対してアクセス可能
なメソッドである。次に、ステップ６０４では、このメ
ソッドはサーバ代表の「リボーク」メソッドを呼び出
す。サーバントは、図６に図示するように、サーバント
からサーバ代表オブジェクトへのリンク２５８を介して
このメソッドにアクセスしている。このリボークメソッ
ドは、サーバントを有効にリボークする。このリボーク
は、呼出し、あるいは、このオブジェクト参照の使用が
もはや許容されないことを意味する。一旦このメソッド
が終了すると、メソッドはステップ６０６にてサーバン
ト基底「リボーク」メソッドにリターンし、そしてリボ
ーク機能が終了する。

【００５８】図１１は、発明の実施の形態の一つに従
う、サーバントが、クライアントが使用するサーバント
自身に対する実装−従属ポインタを生成することを許容
する、機能「オブジェクト参照取得」を図示する。すな
わち、「オブジェクト参照取得」機能は、要求サーバン
トについてのオブジェクト参照を生成する。この機能は
また、サーバントが、サーバントの特定超クラスに対す
る既に広げられたポインタをリターンすることを許容す
る。サーバントを参照するこの実装−従属ポインタは、
以後「ファットポインタ」と呼ぶ、デュアルポインタで
ある。ファットポインタと呼ばれるのは、それが１つの
構造内に２つの異なるポインタを含むからである。すな
わち、ファットポインタは、シングルポインタよりも実
際に大きく、あるいは、「太い」からである。サーバン
トのオブジェクト参照は、図示される実装−従属情報を
含むのに対し、サーバントのファットポインタは、サー
バントを参照する際クライアントにより使用される言語
−従属代表なので、ファットポインタは、図３のオブジ
ェクト参照とは異なる。例えば、ファットポインタは、
クライアントによって使用される、サーバントのＣ＋＋
オブジェクト参照である。ファットポインタの１つのポ
インタは、一般的に図３のオブジェクト参照情報のみな
らず、クライアントがサーバントにアクセスすることを
許容する実装−従属情報をも含む、クライアント代表を
指し示す。先に述べたように、ファットポインタは２つ
のポインタを含んでいる。第１のポインタは、クライア
ント代表に対するポインタである。このクライアント代
表は、図３のオブジェクト参照情報のみならず、呼出機
能ががサーバントにアクセスすることを許容する実装−
従属情報をも含むオブジェクトである。ファットポイン
タの第２のポインタは、このサーバントに関連するメソ
ッドテーブルに対するポインタである。これは、局所メ
ソッドテーブル、あるいは、遠隔メソッドテーブルのい
ずれかである。ファットポインタは、２つより多いポイ
ンタを含み得る。

【００５９】機能「オブジェクト参照取得」は、そのサ
ーバントの特定超クラスについてのオブジェクト参照
（ファットポインタ）を生成するためにサーバントから
の要求を受け取ることにより始まる。この要求は超クラ
スのメソッドによって取り扱われ得る。例えば、各超ク
ラスは、この要求を取り扱う超クラス上で定義される
「ｔｈｉｓ」と名付けられたメソッドを有している。サ
ーバントは、ファットポインタを要求する特定の超クラ
スを有しているので、機能は、呼出に対する適当な「ｔ
ｈｉｓ」を決定することができる。第１のステップ４０
４では、ほとんどの導出サーバント基底クラス上で定義
される変換操作メソッドが呼び出しされる。この変換操
作メソッドは、ほとんどの導出サーバント基底クラス上
においてのみ定義されるので、変換操作は、適当なメソ
ッドテーブルへのアクセスを許容する。変換操作は、サ
ーバントを特定超クラス型を有するファットポインタに
変換する。換言すれば、サーバントは、このファットポ
インタを生成するために用いられる。

【００６０】ステップ４０６では、変換操作メソッド
は、サーバント用局所、及び遠隔メソッドテーブルに対
するポインタを伴うサーバントにリンクされているサー
バ代表の「オブジェクト参照取得」メソッドを呼び出
す。サーバント自身がそれに関連するメソッドを知って
おり、また、それらメソッドに対するポインタを有して
いるので、これらのメソッドテーブルは、アクセス可能
である。次にステップ４０８では、要求サーバントにつ
いてのファットポインタが生成される。サーバ代表は、
（既に生成されたクライアント代表を再使用することに
より、あるいは、新規にクライアント代表を生成するこ
とにより）要求サーバントについてのクライアント代表
を取得し、また、局所、または、遠隔メソッドテーブル
をこのファットポインタに関連付ける。そして、ステッ
プ４１０では、サーバ代表「オブジェクト参照取得」メ
ソッドは、ステップ４０４にて呼び出された変換操作メ
ソッドに対して新規に生成されたこのファットポインタ
にリターンする。この時点で、ファットポインタは最導
出サーバントクラスに類別される。ステップ４１２で
は、変換操作メソッドは、このファットポインタを特定
超クラスに関連する型に拡大する。換言すれば、ファッ
トポインタの型は、最導出クラスから、特定超クラスの
より一般的なクラスへ変更される。導出クラスはまた、
超クラスのサブクラスとも呼ばれる。すなわち、超クラ
スは導出クラスのより一般的な型である。ステップ４１
２の後、機能は終了する。

【００６１】図１２は、本発明に係る発明の実施の形態
の一つにおける、サーバント、及びそれに対応するサー
バ代表を生成する機能を図示する。機能は、クライアン
トからのルックアップとは無関係に発生させられ、ある
いは、サーバントに対するアクセスを要求するクライア
ントにより発生されたルックアップに応答して発生させ
られる。図１３は、第１の状況を取り扱い、図１４は第
２の状態を取り扱う。サーバント、及びサーバ代表生成
機能は、ステップ８０１にて、それのために生成される
サーバントクラス名、あらゆる必要な引数、及びオブジ
ェクトアダプタデリゲートを受け取ることにより開始す
る。オブジェクトアダプタデリゲートは、ステップ８１
０にてサーバ代表を生成するオブジェクトである。オブ
ジェクトアダプタデリゲートと呼ばれるのは、サーバ代
表を生成を委任されているからである。オブジェクトア
ダプタデリゲートは、特定のサブコントラクトを識別す
る。したがって、サーバ代表を生成する際、オブジェク
トアダプタデリゲートは、特定のサブコントラクトに関
連するサーバ代表を生成することができる。この方法で
は、生成されるサーバ代表は、サーバントとリンクされ
得、この結果、サーバントに対してこの特定サブコント
ラクトの機能性を分け与え得る。

【００６２】ステップ８０２では、記憶装置がサーバン
トに割り当てされる。このステップは、サーバント、及
び、それに関連する変数、ロケーション標識子等によっ
て使用されるメモリ内に現実のスペースを生成する。次
に、ステップ８０３では、最導出サーバントクラス名の
ためのコンストラクタメソッドが呼び出しされる。一般
的に、このコンストラクタメソッドは、サーバントの生
成を補助するために使用される。ステップ８０４では、
コンストラクタは、サーバントの全てのインスタンス変
数を初期化し、そして、高位基底クラスコンストラクタ
を連続して呼び出しする。各高位基底クラスは、自身の
コンストラクタメソッドを有し得るので、これらは、サ
ーバントの生成を促進するためにこのステップにて呼び
出しされる。これらの連続呼出のある時点では、ＩＤＬ
発生スケルトンクラスのコンストラクタが届けられる。
ＩＤＬ発生スケルトンクラスが届けられると、ステップ
８０６において、それは、サーバントのディスパッチメ
ソッドを表示するそれの機能ポインタ、及びサーバント
を表示するデータポインタと共にサーバント閉包を生成
する。このサーバント閉包、及びディスパッチメソッド
の使用については、米国特許出願（出願番号０８／６７
０，７００）に記載されている。サーバント閉包は、サ
ーバントに対する呼出が実行されるときに使用される。
呼出は、閉包にアクセスし、また、サーバントに対する
ディスパッチメソッドを実行する。この方法では、サー
バント閉包は、サーバント自身に関連する適当なディス
パッチメソッドを提供する。ディスパッチメソッドは、
元のクライアント要求に応じてサーバントのメソッドに
対する現実の呼出を実行する。

【００６３】次に、ステップ８０８では、このスケルト
ンクラスコンストラクタメソッドは、引数オブジェクト
アダプタデリゲート、及び被生成サーバント閉包と共に
サーバント基底を定義する「初期化サーバ代表」メソッ
ドを呼び出しする。ステップ８１０では、この「初期化
サーバ代表」メソッドは、サーバ代表を生成するため
に、引数としてサーバント閉包と共に、オブジェクトア
ダプタデリゲートの「生成」メソッドを呼び出しする。
このステップは、この生成サーバント機能が要求のルッ
クアップに対応するものであるか否かに依存して異なる
方法で実行され得る。このステップを実行するための２
つの方法が、図１３及び図１４を参照して以下に説明さ
れる。一旦、ステップ８１０にてサーバント代表が生成
されると、オブジェクトアダプタデリゲート「生成」メ
ソッドは、サーバント代表をリターンする。リターンさ
れたサーバント代表は、ステップ８１４にて生成された
ばかりのサーバントに関連付けられる。サーバ代表は、
サーバントがサーバ代表によって提供されるサブコント
ラクト機能性にアクセスできるよう、幅広い方法でサー
バントに対して関連付けられ、あるいは、リンクされ
る。例えば、サーバントは、サーバ代表を参照するポイ
ンタ変数を含み得る。ステップ８１４にてサーバ代表、
及びサーバントがリンクされた後、「サーバント生成」
メソッドは終了し、呼出メソッドにリターンする。

【００６４】図１３は、その中でクライアントからの要
求とは無関係にサーバント及びサーバ代表が生成される
図１２のステップ８１０の具体例を図示する。例えば、
この状況は、推移オブジェクトが生成される際に発生し
得る。この具体例の最初のステップ８２０では、新規に
生成されたサーバントのための唯一オブジェクトキーが
生成される。このキーは、サーバントが存在するプロセ
ス内においてサーバントを唯一的に識別する。唯一キー
は、幅広い方法で生成され得る。例えば、各サーバント
が、何時それが生成されたかに基づく唯一キーを有する
ように、キーは時間式であり得る。各サーバントが増加
するカウンタに関連付けられるように、キーはカウンタ
式でもあり得る。あるいは、キーはまた、メモリ内のサ
ーバントのスペースに関係付けられた唯一アドレスにも
関連付けられる。一旦、唯一オブジェクトキーが生成さ
れると、ステップ８２２にて、オブジェクトキー、及び
（図１２を参照して前述した先に生成された）サーバン
ト閉包がサーバント閉包ルックアップテーブルにストア
される。このルックアップテーブルは、それのオブジェ
クトキーによる、サーバントに対する将来のアクセスを
許容する。換言すれば、サーバント閉包、及びサーバン
トを発見するために、オブジェクトキーを知る将来の要
求は、このテーブルにアクセスし得る。

【００６５】そして、ステップ８２４では、オブジェク
トアダプタデリゲートに対するサーバ代表仕様が生成さ
れる。この具体例では、当初、ステップ８０１にて受け
取られたオブジェクトアダプタデリゲートは、既に特定
のサブコントラクトと関連付けられている。すなわち、
サーバント生成機能が呼び出しされるとき、呼出エント
リは、サーバ代表、及び、今後サーバントのために要求
されるサブコントラクトの型に対応するオブジェクトア
ダプタデリゲート内を通過する。すなわち、サブコント
ラクトＹ機能性を備えるサーバントが要求される場合に
は、呼出エントリは、サブコントラクトＹに対応するオ
ブジェクトアダプタデリゲートを使用し、この結果、ス
テップ８２４にて、このオブジェクトアダプタデリゲー
トがサーバ代表を生成するとき、サーバ代表は、新規に
生成されるサーバに対して伝達可能なサブコントラクト
Ｙ機能性を有する。各々が特定のサブコントラクトを示
すこれらのオブジェクトアダプタデリゲートは、システ
ムのスタートアップ時に生成され得る。また、このステ
ップ８２４では、それが、上記「非活性化」、「参照非
残存の予期」、「リボーク」、及び「オブジェクト参照
の取得」機能を実行できるように、情報はオブジェクト
アダプタからサーバ代表にパスされる。一旦、ステップ
８２４が完了すると、サーバ代表を生成することステッ
プは、終了し、制御は図１２のステップ８１２にリター
ンする。

【００６６】図１４は、図１２のサーバント、及びサー
バ代表生成ステップ８１０の他の具体例を図示する。こ
の具体例では、サーバント、及びサーバ代表は、既にル
ックアップを発生したクライアントからの要求に対応し
て生成される。この状況は、サーバントのメソッドを実
行するためにクライアントがオブジェクト参照を停止す
るときに起こり得る。したがって、この状況では、クラ
イアントがこのオブジェクト参照の停止を要求するの
で、オブジェクト参照はマーシャルバッファから受信さ
れたものとして存在する。この具体例では、オブジェク
トアダプタデリゲートは、図１３に示すシステムスター
トアップ時に生成される代わりに、呼出基準毎に生成さ
れる。この生成されたオブジェクトアダプタデリゲート
は、被検索オブジェクトのキーを参照する。また、オブ
ジェクトキーはサブコントラクト識別子（図３参照）を
含んでいるので、オブジェクトアダプタデリゲートは、
特定のサブコントラクトと関連付けられ得る。従って、
ステップ８３０では、オブジェクトキーを参照すること
により、オブジェクトアダプタデリゲート内に内在する
サブコントラクトに対応してサーバ代表が生成される。
他の点に関しては、このステップは図１３のステップ８
２４に近似する。一旦、ステップ８３０が完了すると、
制御は図１２のステップ８１２に移行する。

【００６７】上述したように本発明は、コンピュータシ
ステム内にストアされているデータを必要とする種々の
プロセスステップを採用する。これらのステップは、物
理量の物理的処理を必要とする。通常、必ずしも必要で
はないが、これら物理量は、記憶、伝送、結合、比較、
及び他の処理が可能である、電気信号又は磁気信号の形
を採る。そして、時々、都合が良く、汎用されているこ
とを主たる理由として、これらの信号は、便宜上、ビッ
ト、値、要素、変数、文字、データ構造等と呼ばれるこ
とがある。しかしながら、これらの用語、及び同様な用
語の全ては、適当な物理量と関連付けられ、また、単に
これらの物理量に適用される都合の良いラベルでしかな
いことが理解されるべきである。

【００６８】さらに、実行される処理は、しばしば、識
別、実行、あるいは比較といった用語で呼ばれる。上述
の操作は、どれも本発明の一部を成し、これらの操作は
機械操作である。本発明の操作を実行するために有用な
機械には、一般的用途のディジタルコンピュータ、ある
いは他の同様な装置が含まれる。全ての場合において、
コンピュータの操作方法と、演算の方法そのものとは、
明確に区別されるべきである。そして、本発明は、他の
所望の物理信号を生成するために、電気信号、又は他の
物理信号を処理するコンピュータの操作方法に関する。

【００６９】本発明はまた、これらの操作を実行する装
置に関連し、この装置は、特に特定用途のために構成さ
れたコンピュータであり、あるいは、コンピュータに記
憶されているコンピュータプログラムによって選択的に
再構成される一般用途のコンピュータである。本明細書
にて説明される処理は、どのような特定のコンピュー
タ、あるいは他の装置に対しても、本来的に関連付けら
れるものではない。特に、個々の一般的用途の機械は、
本明細書の説明に従って書かれたプログラムと共に使用
されるであろうし、あるいは要求されるステップを実行
するために、より専用化された装置を構成することは、
より都合が良いであろう。これら多くの機械に要求され
る構造は、記述の通りである。

【００７０】さらに、本発明は、個々のコンピュータ実
働操作を実行するための種々のプログラム命令を含むコ
ンピュータプログラムの記録媒体に関連する。媒体、及
びプログラム命令は、本発明の目的のために特別に設計
され、構成されるであろうし、また、コンピュータソフ
トウェア技術分野の当業者にとって良く知られ、利用可
能なものであろう。コンピュータプログラムの記録媒体
の例としては、これらに限られるものではないが、ハー
ドディスク、フロッピーディスク、磁気テープのような
磁気媒体、ＣＤ−ＲＯＭディスクのような光媒体、フロ
プティカルディスクのような光磁気媒体、及び、読取り
専用記憶装置（ＲＯＭ）、及び読取り書込み記憶装置
（ＲＡＭ）のようなプログラム命令を記憶し、実行する
ために特別に構成されたハードウェア装置がある。

【００７１】プログラム命令には、例えば、コンパイラ
によって生成される機械コード、及びインタプリタを使
用するコンピュータによって実行され得る高レベルコー
ドを含むファイルが含まれる。

【００７２】図１５は、本発明の発明の実施の形態にし
たがう一般的なコンピュータシステムを図示する。コン
ピュータシステム１００は、１次記憶装置１０４（一般
的に読取り専用記憶装置、又はＲＯＭと呼ばれる）、及
び１次記憶装置１０６（読取り書込み記憶装置、又はＲ
ＡＭと呼ばれる）と結合されてるあらゆる数のプロセッ
サ１０２（中央演算装置、又はＣＰＵとも呼ばれる）を
備える。当業者によって良く知られているように、１次
記憶装置１０４は、データ、及び命令をＣＰＵ１０２に
対して単一方向に転送し、１次記憶装置１０６は、一般
的にデータ、及び命令を双方向に転送する。これら１次
記憶装置の双方には、上述したあらゆる好適なコンピュ
ータプログラムの記録媒体が含まれ得る。

【００７３】大容量記憶装置１０８もまた、双方向転送
可能であるようにＣＰＵ１０２と接続されると共に、追
加データ記憶容量を提供し、また、上述したあらゆるコ
ンピュータプログラムの記録媒体を含み得る。大容量記
憶装置１０８は、プログラム、データ等を記憶するため
に用いられ、また、一般的に、１次記憶装置よりも遅
い、例えば、ハードディスクのような２次記憶装置であ
る。大容量記憶装置１０８内に保持されている情報は、
適当な場合に、一般的な方法により、仮想メモリの形で
１次記憶装置１０６の一部として組み込まれ得ることは
理解されるべきである。特定の大容量記憶装置、例え
ば、ＣＤ−ＲＯＭ１１４もまた、ＣＰＵ１０２に対して
データを単一方向に転送し得る。

【００７４】ＣＰＵ１０２はまた、ビデオモニタ、トラ
ックボール、マウス、キーボード、マイクロホン、接触
感応ディスプレイ、トランスジューサカードリーダ、磁
気又は紙テープリーダ、タブレット、音声又は手書き認
識装置、当然のことながら他のコンピュータといった他
の周知の入力装置を含む、１つ以上の入出力装置（Ｉ／
Ｏ）１１０と接続されている。最後に、ＣＰＵ１０２
は、任意に、コンピュータ、あるいは１１２として概念
的に示されているネットワーク接続回路を使用する通信
ネットワークと光学的に接続され得る。ネットワークと
接続されている場合、上述の方法ステップを実行するや
り方で、ＣＰＵはネットワークから情報を受け取り、ま
た、ネットワークに対して情報を出力し得ることが予期
される。上述の装置、及び機器は、コンピュータハード
ウェア、及びソフトウェアの技術分野における当業者に
馴染みのあるものであろう。

【００７５】以上、理解を明確にするために種々の発明
の実施の形態に基づき本発明を説明したが、本発明の趣
旨から逸脱しない範囲で種々の変更改良が可能である。
例えば、サーバ代表の特定実装が示されているが、実行
時に、特定のサブコントラクトが動的にサーバントと関
連付けられることを許容するあらゆる好適な実装が用い
られ得る。また、サーバントとサーバ代表との間のリン
クには、サーバントがサーバ代表、及びそれの機能性に
アクセスすることを許容するあらゆるリンクであり得
る。わずか２、３の機能を説明したが、サーバントは、
サーバ代表上で定義される種々の機能にアクセスし得る
ことは理解されるべきである。また、サーバントは、そ
れ自身サーバ代表の機能性を通じて、説明された機能以
外の機能を呼び出すことができることは理解されるべき
である。したがって、説明された発明の実施の形態は、
説明として捉えられるべきであり、制限として捉えられ
るべきでなく、また、本発明は本明細書中の詳細事項に
限定されるべきでなく、特許請求の範囲、及びその均等
範囲に基づいてその範囲が判断されるべきである

【００７６】

【発明の効果】以上説明したように、本発明に係る実行
時にサービス従属代表をオブジェクトに動的に関連付け
るための機構によれば、コンパイル時におけるサーバン
トクラス、あるいは、インターフェースとの関連付けに
代えて、実行時にサブコントラクトを個々のサーバント
（オブジェクトインスタンス）に動的に関連付けること
ができる。また、種々のオブジェクトライフサイクル機
能と互換性を有することができる。

【図面の簡単な説明】

【図１】本発明の発明の実施の形態の１つに従うオブジ
ェクト要求ブローカ（ＯＲＢ）部、オブジェクト開発フ
ァシリティ、及び、クライアント及びサーバオブジェク
トを有する分散オブジェクトシステムの概略構成図であ
る。

【図２】図１に図示する分散オブジェクトシステム内に
おけるクライアントからサーバントオブジェクトへの要
求の流れを示す概念図である。

【図３】図１及び図２に図示する分散オブジェクトシス
テム内での仕様に好適なオブジェクト参照の具体例を示
す概念図である。

【図４】分散オブジェクトシステムの一例におけるサブ
コントラクト関連付け機構を模式的に示す説明図であ
る。

【図５】本発明の発明の実施の形態の１つに従う動的サ
ブコントラクト関連づけ機構を示す概念図である。

【図６】動的サブコントラクト関連付け機構の詳細、及
び特にサーバントオブジェクト及びサーバ代表オブジェ
クト間のリンクを示す概念図である。

【図７】特定サブコントラクトに関連付けられると共
に、その上で定義される種々のメソッドを有するサーバ
代表クラスの概念図である。

【図８】本発明の発明の実施の形態の１つに従う「サー
バントの非活性化」機能を実行する際に用いられるフロ
ーチャートである。

【図９】本発明の発明の実施の形態の１つに従うサーバ
ントに対する「参照非残存の予期」機能を実行する際に
用いられるフローチャートである。

【図１０】本発明の発明の実施の形態の１つに従う「サ
ーバントのリボーク」機能を実行する際に用いられるフ
ローチャートである。

【図１１】本発明の発明の実施の形態の１つに従うサー
バントのための「オブジェクト参照の取得」機能を実行
する際に用いられるフローチャートである。

【図１２】本発明の発明の実施の形態の１つに従う「生
成」サーバント機能を実行する際に用いられるフローチ
ャートである。

【図１３】図１２のステップ８１０「サーバ代表の生
成」の１つの具体例を示すフローチャートである。

【図１４】図１２のステップ８１０「サーバ代表の生
成」の他の具体例を示すフローチャートである。

【図１５】本発明の実施に好適な一般的なコンピュータ
システムの概略構成図である。

【符号の説明】

２０…クライアント、２１…スタブ、３６…サブコント
ラクト層、３８…トランスポート層、２００…サブコン
トラクトをサーバントに動的に関連付ける機構、２０２
…インターフェースカウンタ、２０４…サーバントクラ
スＭ、２０６…サーバ代表クラスＸ、２０８…サーバ代
表クラスＹ、２１０…サーバ代表クラスＺ、２１２…サ
ーバ代表オブジェクトＸ１、２１４…サーバ代表オブジ
ェクトＹ１、２１６…サーバ代表オブジェクトＺ１、２
２０…サーバントＭ１、２２４…サーバントＭ２、２２
８…サーバントＭ３、２３２…サーバントＭ４、２５４
…スケルトン、２５６…サーバント基底、２２２，２２
６，２３０，２３４…リンク。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 スウィー ブーン リム アメリカ合衆国， カリフォルニア州， マウンテン ヴュー， スティアリン ロ ード 405， アパートメント 50 (72)発明者 ピーター ビー． ケスラー アメリカ合衆国， カリフォルニア州， パロ アルト， ヴァードサ ドライヴ 4121

Claims (21)

【特許請求の範囲】
1. 【請求項１】 サブコントラクトを組み込む分散オブジ
   ェクトコンピューティングシステムにおいて実行時にサ
   ービス従属代表をサーバントオブジェクトと動的に関連
   付けるための関連付け機構データ構造を記録した記録媒
   体であって、前記関連付け機構データ構造は、 前記複数のサブコントラクトの内の１つのサブコントラ
   クトを代表する少なくとも１つのサーバ代表クラスと、
   そのサーバ代表クラスは機能性を唯一、前記複数のサブ
   コントラクトの内の１つのサブコントラクトに提供する
   ために配置されていることと、 実行時に生成されるサーバントオブジェクトと関連付け
   られるために配置される少なくとも１つのサーバント基
   底クラスと、 前記サーバントオブジェクトが前記複数のサブコントラ
   クトの内の１つのサブコントラクトにより提供される前
   記機能性を使用し得るよう、実行時に前記サーバ代表ク
   ラスと選択された前記サーバントオブジェクトの１つと
   の間に実行時リンクを形成するために配置されているリ
   ンク機構とを備えることを特徴とする関連付け機構デー
   タ構造を記録した記録媒体。
2. 【請求項２】 請求項１に記載の関連付け機構データ構
   造を記録した記録媒体において、 実行時に前記サーバ代表と関連付けられるサーバ代表オ
   ブジェクトが生成され、前記実行時リンクは前記選択済
   サーバントオブジェクトから前記サーバ代表オブジェク
   トへの位置標識子を含むことを特徴とする関連付け機構
   データ構造を記録した記録媒体。
3. 【請求項３】 請求項１または請求項２に記載の関連付
   け機構データ構造を記録した記録媒体において、 前記サーバ代表クラスは、サーバントオブジェクトの非
   活性化、サーバントオブジェクトのリボーク、及び現在
   サーバントオブジェクトに対する参照が存在するか否か
   の決定の内の少なくともの１つに好適なメソッドを含む
   ことを特徴とする関連付け機構データ構造を記録した記
   録媒体。
4. 【請求項４】 請求項３に記載の関連付け機構データ構
   造を記録した記録媒体において、前記サーバ代表クラス
   はさらに、サーバントオブジェクトについてのオブジェ
   クト参照を取得するために好適なメソッドを含むことを
   特徴とする関連付け機構データ構造を記録した記録媒
   体。
5. 【請求項５】 複数のサブコントラクトを組み込む分散
   オブジェクトコンピューティングシステムにおいて使用
   するための実行時引数を記録した記録媒体であって、前
   記実行時引数は、 分散オブジェクトのインスタンスの型を採るサーバント
   オブジェクトと、 前記複数のサブコントラクトの内の１つのサブコントラ
   クトを代表するサーバ代表オブジェクトと、そのサーバ
   代表オブジェクトはサーバ代表クラスを使用して機能性
   を唯一、前記複数のサブコントラクトの内の１つのサブ
   コントラクトに提供するために配置されるとともに、前
   記サーバントオブジェクトと関連付けられていること
   と、 前記サーバントオブジェクトが前記サーバ代表オブジェ
   クトによって提供される機能性にアクセスすることを許
   容する、前記サーバ代表オブジェクトと前記サーバント
   オブジェクトとの間のリンクとを備えることを特徴とす
   る実行時引数を記録した記録媒体。
6. 【請求項６】 請求項５に記載の実行時引数を記録した
   記録媒体において、 前記リンクは前記サーバントオブジェクトから前記サー
   バ代表オブジェクトへの位置標識子を含むことを特徴と
   する実行時引数を記録した記録媒体。
7. 【請求項７】 請求項４または請求項５に記載の実行時
   引数を記録した記録媒体において、 前記サーバ代表オブジェクトは、サーバントオブジェク
   トの非活性化、サーバントオブジェクトのリボーク、及
   び現在サーバントオブジェクトに対する参照が存在する
   か否かの決定の内の少なくともの１つに好適なメソッド
   を含み、これにより前記メソッドは前記サーバントオブ
   ジェクトによってアクセス可能となることを特徴とする
   実行時引数を記録した記録媒体。
8. 【請求項８】 請求項７に記載の実行時引数を記録した
   記録媒体において、前記サーバ代表オブジェクトはさら
   に、前記サーバントオブジェクトによってアクセス可能
   なサーバントオブジェクトについてのオブジェクト参照
   を取得するために好適なメソッドに対するアクセスを提
   供することを特徴とする実行時引数を記録した記録媒
   体。
9. 【請求項９】 分散オブジェクトの管理に使用するため
   の複数のサブコントラクトを備える分散オブジェクトコ
   ンピューティングシステムにおいて使用するための分散
   サーバントオブジェクトの生成方法であって、 前記複数のサブコントラクトの内の１つのサブコントラ
   クトを識別するサーバントクラス名、及びオブジェクト
   アダプタデリゲートを受け取るステップと、 受け取ったサーバントクラス名に応じてサーバントオブ
   ジェクトを具象化するステップと、 前記オブジェクトアダプタデリゲートによって識別され
   る前記複数のサブコントラクトの内の１つのサブコント
   ラクトに対して機能性を唯一提供するために配置される
   サーバ代表オブジェクトを生成するために、前記オブジ
   ェクトアダプタデリゲートの生成メソッドを呼び出しす
   るステップと、 前記サーバントオブジェクトが、前記サーバ代表を使用
   して入手可能な前記複数のサブコントラクトの内の１つ
   のサブコントラクトによって提供される機能性を使用で
   きるように、前記生成されたサーバ代表オブジェクトを
   前記サーバントオブジェクトと関連付けるステップとを
   備える分散サーバントオブジェクトの生成方法。
10. 【請求項１０】請求項９に記載の分散サーバントオブジ
    ェクトの生成方法において、前記生成メソッドは、 プロセス内の前記サーバントオブジェクトを唯一的に識
    別するオブジェクトキーを生成するステップと、 前記オブジェクトキーを前記サーバントオブジェクトに
    対する参照と関連するルックアップテーブル内に格納す
    るステップと、 前記オブジェクトアダプタデリゲートにより識別される
    前記複数のサブコントラクトの内の１つのサブコントラ
    クトに対応する前記サーバ代表オブジェクトを生成する
    ステップとを備えることを特徴とする分散サーバントオ
    ブジェクトの生成方法。
11. 【請求項１１】請求項９に記載の分散サーバントオブジ
    ェクトの生成方法において、 前記オブジェクトアダプタデリゲートは、サブコントラ
    クト識別子を有する被受け取りオブジェクトキーに対す
    る参照により前記複数のサブコントラクトの内の１つの
    サブコントラクトを識別し、 前記生成メソッドは、前記サブコントラクト識別子によ
    り識別される前記複数のサブコントラクトの内の１つの
    サブコントラクトに対応する前記サーバ代表オブジェク
    トを生成するステップを備えることを特徴とする分散サ
    ーバントオブジェクトの生成方法。
12. 【請求項１２】分散オブジェクトの管理に使用するため
    の複数のサブコントラクトを備える分散オブジェクトコ
    ンピューティングシステムにおいて使用するための分散
    サーバントオブジェクトのリボーク方法であって、 前記サーバントオブジェクトに関連するサーバントリボ
    ークメソッドを前記サーバントオブジェクトにより呼び
    出しするステップと、 前記複数のサブコントラクトの内の１つのサブコントラ
    クトに対して機能性を唯一提供するために配置される前
    記サーバ代表オブジェクトに関連するサーバ代表リボー
    クメソッドを呼び出しするステップと、 前記呼び出しされたサーバ代表リボークメソッドを使用
    して前記サーバントオブジェクトをリボークするステッ
    プとを備えることを特徴とする分散サーバントオブジェ
    クトのリボーク方法。
13. 【請求項１３】分散オブジェクトの管理に使用するため
    の複数のサブコントラクトを備える分散オブジェクトコ
    ンピューティングシステムにおいてクライアントにより
    使用されるサーバントオブジェクトのオブジェクト参照
    の生成方法であって、 前記サーバントオブジェクトから発生する、サーバント
    オブジェクトの特定超クラスについての取得オブジェク
    ト参照要求を受け取るステップと、 前記複数のサブコントラクトの内の１つのサブコントラ
    クトに対して機能性を唯一提供するために配置される前
    記サーバ代表オブジェクトに関連するサーバ代表オブジ
    ェクトを識別するステップと、 前記サーバ代表オブジェクトに関連する取得オブジェク
    ト参照メソッドを呼び出しするステップと、 前記取得オブジェクト参照メソッドにより、前記サーバ
    ントオブジェクトに対するファットポインタを生成する
    ステップと、 それを前記特定超クラスに関連付けるために前記ファッ
    トポインタを広げるステップとを備えるオブジェクト参
    照の生成方法。
14. 【請求項１４】分散オブジェクトの管理に使用するため
    の複数のサブコントラクトを備える分散オブジェクトコ
    ンピューティングシステムにおける分散サーバントオブ
    ジェクトの非活性化方法であって、 前記サーバントオブジェクトにより前記サーバントオブ
    ジェクトに関連するサーバント非活性化メソッドを呼び
    出しするステップと、 前記複数のサブコントラクトの内の１つのサブコントラ
    クトに対して機能性を唯一提供するために配置される前
    記サーバ代表オブジェクトに関連するサーバ代表非活性
    化メソッドを呼び出しするステップと、 前記サーバ代表非活性化メソッドを使用して前記サーバ
    ントオブジェクトを非活性化するステップとを備える分
    散サーバントオブジェクトの非活性化方法。
15. 【請求項１５】請求項１４に記載の分散サーバントオブ
    ジェクトの非活性化方法において、さらに、 前記サーバントオブジェクトについてのコールバック閉
    包を生成するステップと、 前記サーバ代表非活性化メソッドに対する前記呼出と共
    に、前記コールバック閉包を前記サーバ代表オブジェク
    トに対してパスするステップと、 前記サーバントオブジェクトが非活性化され得るか否か
    決定するステップと、 前記サーバントオブジェクトが非活性化され得ると決定
    された場合には、前記コールバック閉包を実行するステ
    ップとを備えることを特徴とする分散サーバントオブジ
    ェクトの非活性化方法。
16. 【請求項１６】請求項１５に記載の分散サーバントオブ
    ジェクトの非活性化方法において、さらに、 前記サーバントオブジェクトを非活性化するために、前
    記サーバントオブジェクトと関連するサーバント非活性
    化完了メソッドを呼び出しするステップを備えることを
    特徴とする分散サーバントオブジェクトの非活性化方
    法。
17. 【請求項１７】演算処理装置と、 前記演算処理装置と結合されている入出力装置と、 前記演算処理装置と通信するとともに、サブコントラク
    トを組み込む分散オブジェクトコンピューティングシス
    テムにおいて実行時にサービス従属代表をサーバントオ
    ブジェクトと動的に関連付けるための関連付け機構デー
    タ構造を記録した記録媒体を含む記憶装置と、 前記関連付け機構データ構造は、 前記複数のサブコントラクトの内の１つのサブコントラ
    クトを代表する少なくとも１つのサーバ代表クラスと、
    そのサーバ代表クラスは機能性を唯一、前記複数のサブ
    コントラクトの内の１つのサブコントラクトに提供する
    ために配置されていることと、 実行時に生成されるサーバントオブジェクトと関連付け
    られるために配置される少なくとも１つのサーバント基
    底クラスと、 前記サーバントオブジェクトが前記複数のサブコントラ
    クトの内の１つのサブコントラクトにより提供される前
    記機能性を使用し得るよう、実行時に前記サーバ代表ク
    ラスと選択された前記サーバントオブジェクトの１つと
    の間に実行時リンクを形成するために配置されているリ
    ンク機構とを備えるコンピュータ装置。
18. 【請求項１８】分散オブジェクトの管理に使用するため
    の複数のサブコントラクトを備える分散オブジェクトコ
    ンピューティングシステムにおいて使用するための分散
    サーバントオブジェクトを生成するプログラムを記録し
    た記録媒体であって、前記プログラムは、 前記複数のサブコントラクトの内の１つのサブコントラ
    クトを識別するサーバントクラス名、及びオブジェクト
    アダプタデリゲートを受け取るステップと、 受け取ったサーバントクラス名に応じてサーバントオブ
    ジェクトを具象化するステップと、 前記オブジェクトアダプタデリゲートによって識別され
    る前記複数のサブコントラクトの内の１つのサブコント
    ラクトに対して機能性を唯一提供するために配置される
    サーバ代表オブジェクトを生成するために、前記オブジ
    ェクトアダプタデリゲートの生成メソッドを呼び出しす
    るステップと、 前記サーバントオブジェクトが、前記サーバ代表を使用
    して入手可能な前記複数のサブコントラクトの内の１つ
    のサブコントラクトによって提供される機能性を使用で
    きるように、前記生成されたサーバ代表オブジェクトを
    前記サーバントオブジェクトと関連付けるステップとを
    備えることを特徴とする分散サーバントオブジェクトを
    生成するプログラムを記録した記録媒体。
19. 【請求項１９】分散オブジェクトの管理に使用するため
    の複数のサブコントラクトを備える分散オブジェクトコ
    ンピューティングシステムにおいて使用するための分散
    サーバントオブジェクトリボークプログラムを記録した
    記録媒体であって、前記プログラムは、 前記サーバントオブジェクトに関連するサーバントリボ
    ークメソッドを前記サーバントオブジェクトにより呼び
    出しするステップと、 前記複数のサブコントラクトの内の１つのサブコントラ
    クトに対して機能性を唯一提供するために配置される前
    記サーバ代表オブジェクトに関連するサーバ代表リボー
    クメソッドを呼び出しするステップと、 前記呼び出しされたサーバ代表リボークメソッドを使用
    して前記サーバントオブジェクトをリボークするステッ
    プとを備えることを特徴とする分散サーバントオブジェ
    クトリボークプログラムを格納した記録媒体。
20. 【請求項２０】分散オブジェクトの管理に使用するため
    の複数のサブコントラクトを備える分散オブジェクトコ
    ンピューティングシステムにおいてクライアントにより
    使用されるサーバントオブジェクトのオブジェクト参照
    を生成するプログラムを記録した記録媒体であって、前
    記プログラムは、 前記サーバントオブジェクトから発生する、サーバント
    オブジェクトの特定超クラスについての取得オブジェク
    ト参照要求を受け取るステップと、 前記複数のサブコントラクトの内の１つのサブコントラ
    クトに対して機能性を唯一提供するために配置される前
    記サーバ代表オブジェクトに関連するサーバ代表オブジ
    ェクトを識別するステップと、 前記サーバ代表オブジェクトに関連する取得オブジェク
    ト参照メソッドを呼び出しするステップと、 前記取得オブジェクト参照メソッドにより、前記サーバ
    ントオブジェクトに対するファットポインタを生成する
    ステップと、 それを前記特定超クラスに関連付けるために前記ファッ
    トポインタを広げるステップとを備えることを特徴とす
    るオブジェクト参照を生成するプログラムを記録した記
    録媒体。
21. 【請求項２１】分散オブジェクトの管理に使用するため
    の複数のサブコントラクトを備える分散オブジェクトコ
    ンピューティングシステムにおける分散サーバントオブ
    ジェクトを非活性化するプログラムを記録した記録媒体
    であって、前記プログラムは、 前記サーバントオブジェクトにより前記サーバントオブ
    ジェクトに関連するサーバント非活性化メソッドを呼び
    出しするステップと、 前記複数のサブコントラクトの内の１つのサブコントラ
    クトに対して機能性を唯一提供するために配置される前
    記サーバ代表オブジェクトに関連するサーバ代表非活性
    化メソッドを呼び出しするステップと、 前記サーバ代表非活性化メソッドを使用して前記サーバ
    ントオブジェクトを非活性化するステップとを備えるこ
    とを特徴とする分散サーバントオブジェクトを非活性化
    するプログラムを記録した記録媒体。