JPH11149456A - リモートオブジェクト呼出し用システム及び方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 分散型のオブジェクト指向システムにおい
て、リモートオブジェクト呼出しを実行する。 【解決手段】 システムの各ノードは、個別のアドレス
空間を有している多数のドメインを含む。オブジェクト
のメソッドは、要求しているスレッドと同じドメイン、
同じノード内の異なるドメイン、又は別のノードの異な
るドメインに存在することができる。ファイル記述子
は、そのメソッドが要求しているスレッドとは異なるド
メインに存在するオブジェクトを表すために用いられ、
スレッドにオブジェクトを呼出させる安全保護カーネル
エンティティである。オブジェクト要求ブローカ（ＯＲ
Ｂ）は、ファイル記述子をオブジェクトのメソッドを有
しているドメインにおけるオブジェクトを呼出すために
用いるファイル記述子に翻訳する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般に分散型オブ
ジェクトオペレーティングシステムに関し、特にリモー
トノードに存在するオブジェクトを呼び出すための即応
型安全保護機構に関する。

【０００２】

【従来の技術】一般的なクライアント／サーバコンピュ
ータネットワークでは、クライアントコンピュータのユ
ーザは、オブジェクトの実行を要求する。特に、ユーザ
は、オブジェクトに関連するメソッドの実行を要求す
る。しばしば、オブジェクトは、クライアントコンピュ
ータ上でローカルに記憶されていない。そこで、オブジ
ェクトが存在するサーバコンピュータに対してリモート
手続き呼出し（ＲＰＣ）がなされなければならない。Ｒ
ＰＣは、オブジェクト及びその関連メソッドを指定す
る。サーバコンピュータは、実行されるべきメソッドを
識別し、そのメソッドを実行し、かつ生成された結果及
び／又は例外をクライアントコンピュータへ回す。リモ
ート手続き呼出しを処理する標準分散型機構は、オブジ
ェクトリクエストブローカー（ＯｂｊｅｃｔＲｅｑｕｅ
ｓｔＢｒｏｋｅｒ（ＯＲＢ））としばしば呼ばれる。機
構は、ＯＲＢに関連するソフトウェアがクライアントコ
ンピュータ及びサーバコンピュータの両方にあるという
意味で分散されている。

【０００３】この明細書の目的に対して、用語「オブジ
ェクトを呼出す」は、オブジェクトに関連するメソッド
を呼出すことを意味すべく定義される。

【０００４】

【発明が解決しようとする課題】ＯＲＢは、ユーザに異
なるアドレス空間に存在しているオブジェクトをアクセ
スさせる。ユーザがＯＲＢへのアクセスを許可された場
合、分散型システム内に存在しているあらゆるオブジェ
クトを呼出すことができる。ＯＲＢへのアクセスを否定
されたユーザは、ユーザのアドレス空間の外側にあるあ
らゆるオブジェクトをアクセスすることから制限され
る。そこで、リモートオブジェクト呼出しを許可するた
めに、ユーザは、全てのリモートオブジェクトへの無制
限アクセスが与えられる。現在、ユーザのアドレス空間
の外側に存在しているオブジェクトを選択するためのＯ
ＲＢを介したユーザのアクセスを制限する有効な機構が
存在していない。そのような無制限アクセスは、潜在的
に悲惨な結果をもたらしうる。

【０００５】

【課題を解決するための手段】本発明の上記課題は、通
信リンクと、前記通信リンクに接続された一つ以上のク
ライアントコンピュータと、前記通信リンクに接続され
た一つ以上のサーバコンピュータとを備え、前記サーバ
コンピュータのそれぞれは、それぞれがオブジェクトを
呼出すために用いられる関連サーバ−サイド安全保護エ
ンティティを有している、複数のオブジェクト；前記ク
ライアントコンピュータのあるものを選択するためにオ
ブジェクトにリファレンスをエクスポートするためのケ
ーパビリティを有しているオブジェクトエクスポテーシ
ョン機構を備え、前記クライアントコンピュータのそれ
ぞれは、それぞれが前記サーバコンピュータの一つに存
在するオブジェクトを呼出すために用いられる、複数の
クライアント−サイド安全保護エンティティ；前記クラ
イアントコンピュータにエクスポートされる各オブジェ
クトリファレンスに対するクライアント−サイド安全保
護エンティティを生成するためのケーパビリティを有し
ているリモートオブジェクトリファレンス機構を備えて
いることを特徴とするクライアント／サーバコンピュー
タ装置によって達成される。

【０００６】本発明の装置では、各前記安全保護エンテ
ィティは、カーネル−レベルファイル記述子を表すよう
に構成してもよい。本発明の装置では、前記オブジェク
トエクスポテーション機構は、各エクスポートされたオ
ブジェクトリファレンスを独自に識別するグローバル識
別子を生成するためのケーパビリティを有しているエッ
クスドア機構と、エクスポートされたオブジェクトリフ
ァレンスと関連するサーバ−サイド安全保護エンティテ
ィを対応グローバル識別子にマップするためのケーパビ
リティを有しているゲートウェイハンドラとを備えて構
成してもよい。本発明の装置では、前記リモートオブジ
ェクトリファレンス機構は、受け取ったエクスポートさ
れたオブジェクトリファレンスと関連するゲートウェイ
ハンドラを生成するためのケーパビリティを有している
エックスドア機構と、前記受け取ったエクスポートされ
たオブジェクトリファレンスに対するクライアント−サ
イド安全保護エンティティを生成するためのケーパビリ
ティを有しているゲートウェイハンドラとを備えて構成
してもよい。

【０００７】本発明の装置では、前記クライアントコン
ピュータは、前記サーバコンピュータの一つに存在する
オブジェクトを呼出すためのケーパビリティを有してい
るオブジェクト呼出し要求機構を含んでおり、前記オブ
ジェクト呼出し要求機構は、要求されたオブジェクトを
表しているクライアント−サイド安全保護エンティティ
を対応グローバル識別子にマップするために前記ゲート
ウェイハンドラを利用しかつ前記グローバル識別子を含
んでいるオブジェクト呼出し要求をフォーミュレートす
るために前記エックスドア機構を利用するように構成し
てもよい。本発明の装置では、前記サーバコンピュータ
は、オブジェクト呼出し要求をサービスするためのケー
パビリティを有しているオブジェクト呼出し機構を含ん
でおり、前記オブジェクト呼出し機構は、前記受け取っ
た他オブジェクト呼出し要求を要求されたオブジェクト
と関連するゲートウェイハンドラに転送するために前記
エックスドア機構を利用しかつ受け取ったグローバル識
別子を前記要求されたオブジェクトを呼出すために用い
る対応サーバ−サイド安全保護エンティティにマップす
るために前記ゲートウェイハンドラを利用するように構
成してもよい。

【０００８】本発明の装置では、前記サーバコンピュー
タは、オブジェクト呼出し要求に応じて応答をフォーミ
ュレートするためのケーパビリティを有しているサーバ
−サイド応答機構を含んでおり、前記サーバ−サイド応
答機構は、前記応答に含まれたサーバ−サイド安全保護
エンティティを対応グローバルエックスドア識別子にマ
ップするためにゲートウェイハンドラを利用しかつ関連
クライアントコンピュータへの伝送のために前記応答を
フォーマットするために前記エックスドア機構を利用す
るように構成してもよい。本発明の装置では、前記クラ
イアントコンピュータは、オブジェクト呼出し要求に応
じて受け取った応答を扱うためのケーパビリティを有し
ているクライアント−サイド応答機構を含んでおり、前
記クライアント−サイド応答機構は、前記受け取った応
答と関連するゲートウェイハンドラを決定するために前
記エックスドア機構を利用しかつ前記受け取った応答を
プロセスするために前記受け取った応答のグローバル識
別子を対応クライアント−サイド安全保護エンティティ
にマップするために前記ゲートウェイハンドラを利用す
るように構成してもよい。

【０００９】また、本発明の上記課題は、複数のクライ
アント及びサーバノードを含んでいるコンピューティン
グシステム用のリモートオブジェクト呼出しを実行する
ためのコンピュータを利用した方法であって：それぞれ
がオブジェクトを呼出すために用いられるサーバ−サイ
ド安全保護エンティティと関連する複数のオブジェクト
を各前記サーバノードに供給し；オブジェクトに対する
リファレンスを一つ以上のクライアントノードにエクス
ポートし、各前記オブジェクトリファレンスは、前記シ
ステム内のエクスポートされたオブジェクトを独自に識
別するグローバル識別子を含んでおり；エクスポートさ
れたオブジェクトリファレンスを受け取る各クライアン
トにおいて前記サーバノードに存在する前記エクスポー
トされたオブジェクトを呼出すために用いられるクライ
アント−サイド安全保護エンティティを関連付け；関連
クライアント−サイド安全保護エンティティを有してい
るオブジェクトを呼出すためにリモートオブジェクト呼
出し要求をクライアントノードにおいて生成し、前記リ
モートオブジェクト呼出し要求は、要求されたオブジェ
クトに対応しているグローバル識別子を含んでおり；前
記リモートオブジェクト呼出し要求を意図したサーバノ
ードに伝送する段階を具備する方法によって達成され
る。

【００１０】本発明の方法では、特定のオブジェクトを
呼出すためにリモートオブジェクト呼出し要求をサーバ
ノードにおいて受け取り；前記リモートオブジェクト呼
出し要求の各グローバル識別子を対応サーバ−サイド安
全保護エンティティにマップし；前記特定のオブジェク
トを呼出すために前記サーバ−サイド安全保護エンティ
ティを利用するようにしてもよい。本発明の方法は、前
記リモートオブジェクト呼出し要求への応答をサーバノ
ードでフォーミュレートし、前記応答は、前記呼出した
特定のオブジェクトを識別する前記サーバ−サイド安全
保護エンティティを含んでおり；前記サーバ−サイド安
全保護エンティティを対応グローバル識別子にマップ
し；かつ前記呼出された特定のオブジェクトのグローバ
ル識別子を含んでいる応答を意図したクライアントノー
ドに伝送するようにしてもよい。

【００１１】本発明の方法では、前記応答をクライアン
トノードにおいて受け取り；前記応答に含まれたグロー
バル識別子を関連クライアント−サイド安全保護エンテ
ィティに翻訳し；前記応答をプロセスするために前記ク
ライアント−サイド安全保護エンティティを利用するよ
うにしてもよい。本発明の方法では、前記サーバ−サイ
ド安全保護エンティティ及び前記クライアント−サイド
安全保護エンティティは、ファイル記述子であるように
してもよい。

【００１２】

【作用】纏めると、本発明の実施形態は、オブジェクト
へのアクセスを制御するための安全保護機構を有してい
る分散型オブジェクト指向型コンピュータシステムであ
る。機構は、オブジェクトの呼出し用ハンドルとしてカ
ーネル−保護型ファイル記述子を利用するので、安全で
ある。アプリケーションは、それが対応ファイル記述子
を取得したオブジェクトだけをアクセスすることができ
る。分散型システムは、通信リンクを介して相互接続さ
れる独立コンピューティングノードを含む。ノードは、
メモリを共有しないクライアント及び／又はサーバコン
ピュータを表す。各サーバノードは、そのメソッドがノ
ードに存在しているオブジェクトの数に関連する。ファ
イル記述子は、オブジェクトを呼出すために用いられ
る。それは、ユーザアプリケーションによって不正に使
用することができない保護カーネル状態である。

【００１３】サーバノードは、そのオブジェクトへのア
クセスを制御する。サーバノードは、オブジェクトへの
リファレンスをクライアントノードへエクスポートする
ことによってそのオブジェクトの一つにクライアントノ
ードをアクセスさせる。エクスポートされたオブジェク
トリファレンスは、クライアントノードにオブジェクト
を呼出させる。クライアントノードは、エクスポートさ
れたオブジェクトを参照すべくそれ自体のファイル記述
子を生成する。サーバノードは、オブジェクトに対する
クライアントノードのファイル記述子とは異なるそれ自
体のファイル記述子を用いてオブジェクトを呼出す。オ
ブジェクトリファレンスは、後続のオブジェクト呼出し
を支援するために必要なＯＲＢインフラストラクチャを
確立する機構である。このＯＲＢインフラストラクチャ
は、エックスドア（ｘｄｏｏｒ）及びゲートウェイハン
ドラを含む。エックスドアは、分散型システム内のオブ
ジェクトを独自に識別するグローバル識別子を有する保
護カーネル状態である。ゲートウェイハンドラは、オブ
ジェクトに関連するグローバル識別子を対応ファイル記
述子にマッピングさせる。

【００１４】本発明の更なる目的及び特徴は、図面を参
照して、以下の詳細な説明及び特許請求の範囲からより
容易に理解できるであろう。

【００１５】

【発明の実施の形態】図１を参照すると、複数のコンピ
ューティングノード１０２を含んでいる分散型コンピュ
ータシステム１００が示されている。各コンピューティ
ングノード１０２は、通信リンク１０４を介して相互接
続される独立クライアント／サーバコンピュータを表し
ている。各ノードは、クライアント及び／又はサーバコ
ンピュータと考えることができる。クライアントコンピ
ュータは、オブジェクトを呼出すノードに関連付けられ
る。サーバコンピュータは、オブジェクトのメソッドを
記憶するノードに関連付けられる。ある特定の場合に
は、以下に示すように、クライアント及びサーバコンピ
ュータは、同じノードである。他の場合には、クライア
ント及びサーバコンピュータは、別々のノードである。

【００１６】通信リンク１０４は、それらに限定されな
いが、ローカルエリアネットワーク、ワイドエリアネッ
トワーク、又はネットワークの組合せのような、コンピ
ュータ間のあらゆる型の有線又は無線リンクを一般に言
う。クライアント／サーバコンピュータは、互いに通信
するために通信リンク１０４を用いる。各ノード１０２
は、一つ以上のドメイン１０６，１０８，１１０，１１
２，１１４，１１６を有する。ドメインは、それ自体の
アドレス空間を有するプロセスであるべく定義される。
ドメインは、をユーザ又はカーネルアプリケーション手
続きを実行できる実行の多重スレッド（通常、スレッド
と呼ばれる）１２０を有することができる。カーネルド
メイン１１０，１１６は、オペレーティングシステムを
言い、ユーザドメイン１０６．１０８，１１２，１１４
は、一つ以上のユーザアプリケーション手続きを一般的
に実行する。各ドメイン１０６，１０８，１１０，１１
２，１１４，１１６は、それに関連付けられた一つ以上
のオブジェクトを有する。

【００１７】好ましい実施例では、オペレーティングシ
ステム又はカーネルは、Sun Microsystems, Inc.の製品
である、Solaris MCオペレーティングシステムである。
Solaris MCオペレーティングシステムの予備知識は、こ
こに参考文献として採り入れる、“Solaris MC: マルチ
−コンピュータ OS", Technical Report SMLI TR-95-4
8, November 1995, Sun Microsystems に見出すことが
できる。Solaris MCオペレーティングシステムは、UNIX
を利用したオペレーティングシステムである。そのよう
に、本技術を説明することにおいて、UNIX用語及び概念
が頻繁に用いられる。しかしながら、これは、説明目的
のためであり本発明をこの特定のオペレーティングシス
テム設計に限定するものではない。各スレッドは、オブ
ジェクトの実行（即ち、オブジェクトのメソッド）を要
求することができる。オブジェクトの位置は、スレッド
に対して透過である。オブジェクトは、複数の位置の一
つに存在することができる。それは、要求しているスレ
ッドと同じドメイン内、要求しているスレッドとはこ異
なるドメインであるが要求しているスレッドと同じノー
ド内、又はリモートノードのドメインに存在することが
できる。例えば、ユーザドメイン１０６は、そのドメイ
ン内に存在するオブジェクト１２４へのアクセスを有す
るスレッド１２１を表す。ユーザドメイン１０８は、オ
ブジェクト１２４を参照する二つのスレッド１２３を示
す。スレッド１２３は、オブジェクト１２４とは異なる
ドメイン１０６に存在するが同じノード１０２ａに位置
決めされる。スレッド１２３は、ドメイン１０６のオブ
ジェクトに関連付けられたファイル記述子ｆｄ₁ にマッ
プされるファイル記述子ｆｄ₂ を通してオブジェクト１
２４を参照する。

【００１８】更に、スレッド１２５は、リモートノード
１０２ｂのドメイン１１４に存在するオブジェクト１３
８を参照する。オブジェクト１３８は、グローバルｘｄ
ｏｏｒ識別子１４０及びノード識別子１４２から構成さ
れているシステム−ワイド識別子にマップされるファイ
ル記述子ｆｄ₃ として参照ドメイン１０８において表さ
れる。システム−ワイド識別子は、適当なリモートノー
ド１０２ｂにリモートオブジェクト呼出し要求で伝送さ
れる。リモートノード１０２ｂは、システム−ワイドオ
ブジェクト識別子を適当なローカル識別子に変換（翻
訳）しかつ要求したオブジェクト１３８に関連付けられ
るメソッドを実行する。更に、スレッド１２５は、カー
ネルドメイン１１０内のオブジェクト１３５を参照する
ことができる。オブジェクト１３５は、オブジェクト１
３５を呼出すために用いられる適当なハンドラ手続き１
３４にマップされるファイル記述子ｆｄ ₄ として参照ド
メイン１１０で表される。

【００１９】カーネルドメイン１１０，１１６は、カー
ネルアプリケーションを実行することができる多重スレ
ッド１２０を有する。各カーネルドメイン１１０、１１
６は、それに関連付けられた一つ以上のカーネルオブジ
ェクトを有することができる。カーネルオブジェクト
は、そのドメイン内のスレッドによって又は別のノード
のドメインのスレッドによって呼出すことができる。要
求アプリケーションのドメイン内にあるオブジェクトに
対するオブジェクトメソッドの実行は、ローカル手続き
呼出しとして処理される。ローカル手続き呼出しは、一
般的に、アプリケーションへの制御のリターンで制御を
アプリケーションからオブジェクトのメソッドへ転送す
る関数又はサブルーチン呼出しである。オブジェクトに
関連付けられたアーギュメントは、ローカル手続き呼出
しと一緒に渡される。

【００２０】リモートドメインに存在するオブジェクト
に対するオブジェクトメソッドの実行は、リモート手続
き呼出しとして処理される。リモート手続き呼出しは、
ＯＲＢによって処理される。それゆえに、ＯＲＢは、要
求アプリケーションとして異なるドメインに存在してい
るオブジェクトのメソッドを呼出すために用いられる。
リモートオブジェクトは、要求アプリケーションとして
同じノード又は異なるノードに配置することができる。
ドアは、オブジェクトのメソッド及びデータを記述する
カーネル状態エンティティである。それは、ノード内リ
モートユーザオブジェクトに対してだけ存在する（即
ち、ノード内リモートユーザオブジェクトは、要求ドメ
インと同じノード内の異なるドメインに存在する中古(u
sed)オブジェクトである。ドアは、ファイル記述子（ｆ
ｄ）によって表される。各ユーザドメイン１０６，１０
８，１１２、１１４は、ドメインに関連付けられたスレ
ッドによってアクセス可能なオブジェクトのファイル記
述子を記憶するユーザエックスドア（ｘｄｏｏｒ）表１
２６を有する。ユーザドメインは、実際のドアにマップ
される、ドメインのユーザエックスドア表１２６に配置
された、ファイル記述子を通してリモートオブジェクト
を参照する。ドアは、ユーザアクセス可能ドメインのア
ドレス空間に存在しないで、カーネルドメインに存在す
る。

【００２１】ドアを表すためのファイル記述子１５４の
使用は、ユーザが呼出すことができるオブジェクトを制
御するための安全保護機構を供給する。ファイル記述子
１５４は、保護カーネル状態でありかつそのようにユー
ザによって不正使用できない。ファイル記述子１５４の
所有は、アプリケーションがオブジェクトへの許諾可能
アクセスを有することを示す。オブジェクトを生成する
ドメインは、オブジェクト及びそのドアに対するサーバ
になる。サーバは、オブジェクトへのアクセスを有する
ことを望んでいるアプリケーションにオブジェクトリフ
ァレンスをエクスポートする。このようにして、分散型
システム１００内のオブジェクトをアクセスすることが
できるアプリケーションを選択的に制御するための安全
保護機構が存在する。

【００２２】オブジェクトは、それに関連付けられた多
数のファイル記述子１５４を有することができる。これ
らのファイル記述子１５４は、オブジェクトと同じドメ
イン又はオブジェクトへの許可されたアクセスを有して
いる異なるドメインに存在することができる。リモート
オブジェクトを参照する各クライアントドメインは、オ
ブジェクトを表している一つ以上のファイル記述子を有
する。例えば、オブジェクト１２４は、ドメイン１０６
のファイル記述子ｆｄ₁ によって、及びドメイン１０８
のファイル記述子ｆｄ₂ によって参照される。オブジェ
クト１３８は、ノード１０２ｂのユーザドメイン１１４
のファイル記述子ｆｄ₄ に関連付けられかつノード１０
２ａのユーザドメイン１０８のファイル記述子ｆｄ₃ に
関連付けられる。纏めると、ファイル記述子は、特定の
ドメイン内のオブジェクトに対するローカル識別子であ
る。

【００２３】リモートノードによってアクセス可能であ
るオブジェクトは、特定のノード内のオブジェクトを独
自に識別するために用いられるグローバルエックスドア
識別子１４０によって識別されたエックスドア１７０
（図２参照）を有する。更に、各ノードは、分散型シス
テム１００内のノードを独自に識別するノード識別子１
４２によって独自に表される。グローバルエックスドア
識別子１４０は、分散型システム１００内のオブジェク
トを独自に識別する識別子を生成するためにノード識別
子１４２に結合される。アプリケーションは、ローカル
エックスドア識別子又はファイル識別子を利用している
オブジェクトを参照する。リモートオブジェクト呼出し
を実行するために、ＯＲＢは、そのオブジェクトに対す
るサーバのファイル記述子を用いているオブジェクトを
参照することが必要である。それゆえに、ＯＲＢは、オ
ブジェクトリファレンス（即ち、ローカルエックスドア
識別子）をサーバのローカルエックスドア識別子にマッ
プする。このマッピングは、ユーザ及びカーネルドメイ
ンの両方に存在する多数の手続き及びデータ構造を利用
して実行される。

【００２４】ＯＢＲは、このマッピングを実行するため
に多数の機構を利用する。ＯＲＢは、次の手続きを含
む：ハンドラ手続き、エックスドア手続き、及びゲート
ウェイハンドラ手続き。エックスドア手続きは、ユーザ
及びカーネルドメインの両方に存在する。これらの機構
の簡単な説明は、図２を参照して以下に示される。更に
詳細な説明は、図３〜６を参照して以下に示される。オ
ブジェクトは、ハンドラ手続き１２２によって参照され
る。ハンドラ手続き１２２は、オブジェクト呼出し及び
アーギュメント引渡しの基本機構を制御する。ハンドラ
手続き１２２は、オブジェクト呼出しが実施される方
法、オブジェクトリファレンスがアドレス空間の間での
伝送される方法、オブジェクトリファレンスが解放され
る方法、及び類似のオブジェクトランタイム動作を制御
する。ローカルオブジェクト呼出しに対して、ハンドラ
手続き１２２は、オブジェクトのメソッド１５０に対す
るローカル手続き呼出しを実行する。

【００２５】リモートユーザオブジェクト呼出しに対し
て、オブジェクトは、ユーザ−レベルエックスドア１５
２によってそのドメインに表される。ユーザ−レベルエ
ックスドア１５２は、ローカルエックスドア識別子１５
３、適切なハンドラ１５６へのポインタ、ドア識別子１
５８、及び他の情報により構成される。本発明の実施例
においては、ローカルエックスドア識別子１５６は、フ
ァイル記述子である。ドア識別子１５８は、オブジェク
トを表すドアに対応し、かつそれは、カーネル−レベル
ドア表１３２に記憶される。カーネル−レベルエックス
ドア１７０は、分散システム全体のオブジェクトを表す
ために用いられるカーネル状態エンティティである。カ
ーネル−レベルエックスドア１７０は、グローバルエッ
クスドア識別子１４０、ノード識別子１４２、サーバハ
ンドラポインタ１４１及びクライアントハンドラポイン
タ１４３を含んでいるハンドラポインタ１４４、ドア識
別子１４６、及びローカルエックスドア識別子１４７を
含む。グローバルエックスドア識別子１４０は、ノード
内のオブジェクトを独自に識別するために用いられ、グ
ローバルエックスドア識別子１４０とノード識別子１４
２の組合せは、分散システム１００内のオブジェクトを
独自に識別するために用いられる。ドア識別子１４６
は、対応ドア１６２を識別するために用いられる。

【００２６】カーネルオブジェクトは、カーネル−レベ
ルエックスドア１７０によってカーネルドメインで表さ
れる。カーネルオブジェクトのエックスドア１７０は、
カーネルドメインのカーネルオブジェクトを表している
ローカルエックスドア識別子１４７を含む追加フィール
ドを包含する。一般に、ローカルエックスドア識別子１
４７は、ファイル記述子１５４である。カーネル−レベ
ルファイル記述子表１３０は、ノード１０２内に存在し
ている各ファイル記述子１５４を記憶するために用いら
れる。ファイル記述子表１３０は、セグメント１５５に
区分される。各セグメントは、特定のドメインと関連す
るファイル記述子１５４を表す。各ファイル記述子エン
トリ１５４は、カーネル−レベルドア表１３２に記憶さ
れたドアを参照する。ドア１６２は、ドア識別子１６
４、プロセスロケーションポインタ１６６、及び他の情
報を含む。プロセスロケーションポインタ１６６は、呼
出しを実行するために用いられるサーバのアドレス空間
内の手続きへのエントリポイントを反映する。ノード内
リモートユーザオブジェクト呼出しの場合には、プロセ
スロケーションポインタ１６６は、サーバのエックスド
ア手続き１２８をアクセスするために用いられる。ノー
ド間リモートオブジェクト呼出し又はリモートカーネル
オブジェクト呼出しの場合には、プロセスロケーション
ポインタ１６６は、オブジェクトと関連するゲートウェ
イハンドラ１６８をアクセスするために用いられる。ゲ
ートウェイハンドラ１６８は、対応ノードに対するリモ
ートオブジェクト呼出し要求の移送を容易にするために
用いられる。ゲートウェイハンドラ１６８は、ファイル
記述子１５４を利用しているオブジェクト呼出しを各シ
ステム−ワイド識別子に翻訳する。

【００２７】上記の概観は、コンピューティング環境及
びリモートオブジェクト呼出しを支援するために用いら
れるインフラストラクチャを説明した。ここで、オブジ
ェクトを呼出すことにおいてユーザアプリケーション及
びカーネルアプリケーションによって用いられる段階の
さらに詳細な説明を注目する。ユーザ−レベルリモートオブジェクト呼出し 図１及び図２の装置の動作は、図２〜図４を参照してよ
り完全に理解されるであろう。本発明の実施例では、ク
ライアント／ユーザ及びカーネルアプリケーション手続
きは、リモートオブジェクト呼出しを要求するためにＯ
ＲＢを利用することができる。リモートオブジェクト呼
出しを実行するためにユーザ及びカーネルアプリケーシ
ョン手続きによって用いられる段階は、多少異なるので
個別に説明する。解説は、ユーザアプリケーション手続
きによって用いられる段階をまず説明し続いてカーネル
アプリケーション手続きによって用いられる段階を説明
する。

【００２８】本発明のＯＲＢは、コール／リターンモデ
ルに基づく。そのようなモデルでは、リモートオブジェ
クト呼出し要求は、特定されたオブジェクトのメソッド
を実行又はコールしかつ結果及び／又は例外（異常）を
呼出しスレッドにリターンするために生成される。クラ
イアントユーザアプリケーション２００は、オブジェク
トの特定されたメソッドのメソッドの実行を要求してい
る手続き呼出しを生成することによってオブジェクトを
参照する（ステップ４００）。手続きコールは、デー
タ、手続き、又は他のオブジェクトリファレンスを含む
ことができるがそれらに限定されない多数のアーギュメ
ントによって一般に達成される。クライアントスタブ手
続き２０２は、クライアントユーザアプリケーション２
００によって手続きコールを受け取る。クライアントス
タブ手続き２０２は、それが呼出すことを意図した実際
のメソッドとしてユーザに見える。クライアントスタブ
手続き２０２は、オブジェクトのアーギュメントを所定
のフォーマットにフォーマットする（ステップ４０
２）。例えば、フォーマットは、各アーギュメントの型
を記述する一つのデータ構造及びアーギュメントを包含
する別のデータ構造で構成することができる。クライア
ントスタブ手続き２０２は、次いで、オブジェクトリフ
ァレンス及びそのフォーマットされたアーギュメントを
クライアントハンドラ手続き１２２に転送する（ステッ
プ４０２）。

【００２９】クライアントハンドラ手続き１２２は、オ
ブジェクトと関連しかつオブジェクトのアーギュメント
を一つ以上のバッファ１６０に集めるために用いられる
（ステップ４０４）。また、クライアントハンドラ手続
き１２２は、オブジェクトと関連するローカルエックス
ドア識別子１５３及びオブジェクトのアーギュメントを
包含しているバッファプールのバッファの位置をそれに
引渡しているクライアントユーザエックスドア手続き１
２８に制御を転送する（ステップ４０４）。ローカルエ
ックスドア識別子１５３は、アプリケーションのアドレ
ス空間に配置されたユーザエックスドア表１２６に記憶
される。本発明の実施例では、ローカルエックスドア識
別子１５３は、ファイル記述子である。クライアントユ
ーザエックスドア手続き１２８は、オブジェクトリファ
レンスと関連しかつオブジェクトのアーギュメントと関
連するローカルエックスドア識別子１５３をそれらの各
ファイル記述子にマップする（ステップ４０６）。クラ
イアントユーザエックスドア手続き１２８は、次いで、
スレッドの実行をサスペンドしかつオブジェクトを呼出
す手続きをコールする（ステップ４０６）。

【００３０】クライアントユーザエックスドア手続き１
２８は、オブジェクトを呼出す適当な手続きを決定する
ために呼出したオブジェクトと関連するドアを利用す
る。各オブジェクトと関連するドアは、カーネル−レベ
ルドア表１３２（しばしば、Unix用語において“vnode
表" と呼ばれる）に記憶される。ドア表１３２に記憶さ
れた各ドア１６２は、ドア１６２、プロセスロケーショ
ン１６６、及び付加情報を独自に識別する関連ドア識別
子１６４を包含する。プロセスロケーション１６６は、
オブジェクトを呼出させるサーバドメイン手続きへのエ
ントリポイントを表す。一般に、プロセスロケーション
１６６は、サーバドメインに存在しているサーバユーザ
エックスドア手続き１２８又はカーネル−レベルゲート
ウェイハンドラ１６８のいずれかのロケーションであ
る。プロセスロケーション１６６は、ノード内リモート
オブジェクト呼出しに対するサーバユーザエックスドア
手続き１２８を表す。プロセスロケーション１６６は、
ノード間リモートオブジェクト呼出しに対するカーネル
−レベルゲートウェイハンドラ１６８を表す。

【００３１】オブジェクトが同じノード内の異なるユー
ザドメイン（ローカルユーザドメイン）に存在するよう
な状況に対して、クライアントユーザエックスドア手続
き１２８は、オブジェクトのドア１６２によって示され
るプロセスロケーション１６６によって特定されたサー
バエックスドア手続き１２８へ呼出しメッセージを送る
特定カーネル−レベル手続き（即ち、door＿call）をコ
ールする。呼出しメッセージは、要求オブジェクトのド
ア識別子１６４、アーギュメントバッファ、並びに他の
情報を含む。サーバエックスドア手続き１２８は、要求
オブジェクトの、サーバファイル記述子、又はローカル
エックスドア識別子を、サーバユーザエックスドア表１
２６内に位置決めするためにドメイン識別子１６４を利
用する（ステップ４０８）。次いで、サーバエックスド
ア手続き１２８は、以下に詳述するようにオブジェクト
を呼出すことを処理する。

【００３２】同じノードのカーネルオブジェクト又はリ
モートノード（リモートノード又はローカルカーネルド
メイン）のオブジェクトを呼出すために、クライアント
ユーザエックスドア手続き１２８は、プロセスロケーシ
ョン１６６によって特定されたゲートウェイハンドラ１
６８に制御を転送する特定されたカーネル−レベル手続
き（即ち、door#call)をコールする。オブジェクトと関
連するゲートウェイハンドラ１６８は、全てのファイル
記述子をそれらの各グローバルエックスドア識別子１４
０に翻訳（変換）する。更に、グローバルエックスドア
識別子１４０は、その各ノード識別子１４２をグローバ
ルエックスドア識別子１４０に結合することによってシ
ステム−ワイド識別子にマップされる。バッファにおけ
るのデータのフォーマットは、カーネル−レベルエック
スドア手続き１７４に最適なフォーマットに翻訳（変
換）される。ゲートウェイハンドラ１６８は、次いで、
オブジェクトのアーギュメントを有するクライアントカ
ーネルエックスドア手続き１７４をコールする（ステッ
プ４０９）。クライアントカーネルエックスドア手続き
１７４は、次いで、制御を適当なカーネルサーバハンド
ラ１６９に転送する（ステップ４１０）。

【００３３】リモートノードオブジェクト呼出しに対し
て、クライアントカーネルエックスドア手続き１７４
は、応答バッファを割り当て、リモートオブジェクト呼
出し要求を表しているロジカルメッセージにアーギュメ
ントを変換し、ロジカルメッセージを表しているリモー
ト手続き識別子を割り当て、かつメッセージを移送手続
き１７６に転送する（ステップ４１２）。移送手続き１
７６は、メッセージを適当なサーバノードに送る（ステ
ップ４１４）。移送手続き１７６は、伝送制御プロトコ
ル（ＴＣＰ）、それらに限定されないがユーザデータグ
ラムプロトコル（ＵＰＤ）等のような、よく知られた
“トランスポート層”通信プロトコルのいずれかを利用
することができる。リモートオブジェクト呼出し要求が
宛先ノードに到着したときに、宛先ノードの移送手続き
１７６は、メッセージを受け取りかつシステム−ワイド
識別子を抽出する。それは、対応エントリに対してカー
ネル−レベルエックスドア表１３６を探索することによ
ってシステム−ワイド識別子に対応しているエックスド
ア１７０がノードに存在するか否かを決定する。そのよ
うなエントリが存在するならば、移送手続き１７６は、
メッセージをサーバカーネル−レベルユーザエックスド
ア手続き１７４に転送する（ステップ４１６）。そのよ
うなエントリが存在しなければ、サーバカーネル−レベ
ルユーザエックスドア手続き１７４は、以下にい説明す
るエックスドアを生成する。

【００３４】サーバカーネル−レベルユーザエックスド
ア手続き１７４は、メッセージを復号し、そのデータを
適当なフォーマットに変形（変換）し、かつエンクロー
ズされたエックスドア１７０と関連するサーバハンドラ
を決定する。メッセージで伝送されたグローバルエック
スドア識別子１４０は、呼出しを継続する適当なサーバ
ハンドラにカーネルエックスドア表１３６を介してマッ
プされる（ステップ４１８）。カーネルオブジェクト２
０６は、関連カーネルサーバは１６９を示すサーバハン
ドラポインタ１４１を有する。ユーザオブジェクトは、
関連ゲートウェイハンドラ１６８を示すサーバハンドラ
ポインタ１４１を有する。サーバゲートウェイハンドラ
１６８は、メッセージの全てのオブジェクトリファレン
スと関連するグローバルエックスドア識別子を対応サー
バファイル記述子にマップしかつ制御をサーバユーザエ
ックスドア手続き１２８に転送するカーネル−レベル手
続き（即ち、door#upcall)を実行する（ステップ４２
０）。

【００３５】ゲートウェイハンドラ１６８は、エックス
ドア１７０に配置された適当なドア識別子１４６を利用
することによってグローバルエックスドア識別子１４０
を対応サーバ−サイドファイル記述子１５４にマップす
る。ドア識別子１４６は、ファイル記述子表１３０を介
して対応ファイル記述子にドア表１３２に記憶された適
当なドア１６２を介してマップされる。関連ドア１６２
のプロセスロケーション１６６は、サーバユーザエック
スドア手続き１２８のロケーションを包含する（ステッ
プ４２０）。サーバユーザエックスドア手続き１２８
は、適当なサーバハンドラ手続き１２２を決定しかつコ
ールするためにローカルエックスドア識別子としてファ
イル記述子１５４を利用する（ステップ４２１）。サー
バハンドラ手続き１２２は、一般的なフォーマットにオ
ブジェクトのアーギュメントをアンマーシャルしかつサ
ーバスケルトン手続き２１２をコールする（ステップ４
２２）。サーバスケルトン手続き２１２は、一般的なフ
ォーマットからのアーギュメントをオブジェクトに最適
なフォーマットに変換しかつオブジェクトのメソッドを
呼出す（ステップ４２４）。

【００３６】一度オブジェクトのメソッドが実行される
と、例外が生成されなかったならば、リターンパラメー
タは、集められる。さもなければ、例外それ自体が集め
られる。この点で、集められた応答は、準備が整う（ス
テップ４２６）。サーバスケルトン２１２は、応答を一
般的駅なフォーマットに変換しかつ関連サーバハンドラ
手続き１２２をコールする（ステップ４２８）。サーバ
ハンドラ１２２は、応答データをバッファ１６０に集め
かつローカルエックスドア識別子１５３を引渡す適当な
サーバエックスドア手続きをコールする（ステップ４３
０）。カーネルオブジェクトに対して、サーバカーネル
エックスドア手続き１７４がコールされる。ユーザオブ
ジェクトに対しては、サーバユーザエックスドア手続き
１２８がコールされる。

【００３７】サーバユーザエックスドア手続き１２８
は、ローカルエックスドア識別子１５３を対応ファイル
ふぁ記述子にマップしかつ適当なリモート手続きコール
を行う（ステップ４３２）。要求されたオブジェクトが
同じノードであるが異なるユーザドメイン（ローカルユ
ーザドメイン）に存在する状況に対して、サーバユーザ
エックスドア手続き１２８は、ローカルエックスドア識
別子をそれらの各ファイル記述子にマップしかつ応答メ
ッセージをクライアントユーザエックスドア手続き１２
８に送る特定されたカーネル−レベル手続き（即ち、do
or#call)をコールする（ステップ４３２）。クライアン
トユーザエックスドア手続き１２８は、応答メッセージ
のファイル記述子をクライアント−サイドファイル記述
子にマップしかつ制御を適当なクライアントハンドラに
転送する（ステップ４３４）。クライアントハンドラ
は、以下に詳述するように応答メッセージをプロセスし
続ける。

【００３８】リモートノードオブジェクト呼出しに対し
て、サーバユーザエックスドア手続き１２８は、ローカ
ルエックスドア識別子１５３をそれらの各ファイル記述
子１５４にマップしかつ関連ゲートウェイハンドラ１６
８をコールする（ステップ４３２）。ゲートウェイハン
ドラ１６８は、応答メッセージの全てのファイル記述子
をそれらの各グローバルエックスドア識別子に翻訳（変
換）しかつ応答データーゲットをサーバカーネルエック
スドア手続き１７４によって認識可能なフォームに処理
する（ステップ４３６）。ゲートウェイハンドラ１６８
は、サーバカーネルエックスドア手続き１７４に制御を
転送する（ステップ４３６）。サーバカーネルエックス
ドア手続き１７４は、応答データを応答バッファ１７８
に記憶し、応答データでロジカルメッセージをフォーマ
ットし、かつそれにＲＰＣ識別子を割り当て、そしてメ
ッセージを移送手続き１７６に転送する（ステップ４３
８）。

【００３９】サーバ移送手続き１７６は、メッセージを
適当なノードのクライアント移送手続き１７６に伝送す
る（ステップ４４０）。クライアント移送手続き１７６
は、メッセージを受け取りかつそれが正しいノードに配
送されたということを決定した後に、クライアントカー
ネルエックスドア手続き１７４をコールする（ステップ
４４２）。クライアントカーネルエックスドア手続き１
７４は、次いで、応答メッセージを適当なハンドラに渡
す（ステップ４４４）。適当なハンドラは、関連エック
スドア１７０を見出すためにメッセージのグローバルエ
ックスドア識別子を利用することによって決定される。
エックスドアのクライアントハンドラポインタ１４３
は、適当なハンドラを示す。この例では、それは、クラ
イアントゲートウェイハンドラ１６８である。

【００４０】クライアントゲートウェイハンドラ１６８
は、グローバルエックスドア識別子をその各ファイル記
述子１５４に変換しかつ関連クライアントユーザエック
スドア手続き１２８をコールする（ステップ４４６）。
クライアントユーザエックスドア１２８は、ファイル記
述子をそれらの各クライアントローカルエックスドア識
別子にマップしかつ関連クライアントハンドラをコール
する（ステップ４４８）。クライアントハンドラ１２２
は、応答メッセージのアーギュメントを一般的なフォー
マットにアンマーシャルしかつクライアントスタブ手続
き２０２をコールする（ステップ４５０）。クライアン
トスタブ手続き２０２は、アーギュメントをクライアン
トアプリケーションに対する最適なフォーマットにフォ
ーマットし（ステップ４５２）かつクライアントアプリ
ケーションが再開される（ステップ４５４）。

【００４１】カーネル（レベルリモートオブジェクト呼
出し カーネルアプリケーションは、そのメソッドが同じカー
ネルドメインにあるか又はリモートノードの異なるカー
ネルドメインにあるカーネルオブジェクトをアクセスす
ることができる。更に、カーネルアプリケーションは、
そのメソッドが同じノード内の異なるドメイン又は異な
るノードにあるユーザオブジェクトをアクセスすること
ができる。カーネルアプリケーションから起動されたリ
モートオブジェクト呼出しは、ユーザ起動型リモートオ
ブジェクト呼出しによって用いられた同じステップのあ
るものを取り囲む。図３Ａ及び図３Ｂを参照すると、カ
ーネルアプリケーションと同じドメイン内のカーネルオ
ブジェクトの呼出しは、ローカル手続きコールとして扱
われる。オブジェクト呼出し要求は、特定されたオブジ
ェクトのメソッドを実行しかつ結果及び／又は例外を呼
出しスレッドにリターンするために生成される。

【００４２】図５Ａ及び図５Ｂは、カーネルアプリケー
ションによって起動されるリモートオブジェクト呼出し
を実行するために用いられるステップを示している。カ
ーネルアプリケーション２０４は、オブジェクトの特定
されたメソッドの実行を要求している手続きコールを生
成することによってオブジェクトを参照する（ステップ
５００）。手続きコールは、それらに限定されないが、
データ、手続き、又は他のオブジェクトリファレンスを
含むことができる、多数のアーギュメントによって一般
に達成される。カーネルクライアントスタブ手続き２０
８は、カーネルアプリケーション２０４によって手続き
コールを受け取る。カーネルクライアントスタブ手続き
２０８は、それが呼出すことを意図している実際のメソ
ッドとしてユーザに見える。カーネルクライアントスタ
ブ手続き２０８は、オブジェクトのアーギュメントを所
定のフォーマットにフォーマットする（ステップ５０
２）。カーネルクライアントスタブ手続き２０８は、次
いで、オブジェクトリファレンス及びそのフォーマット
されたアーギュメントをクライアントハンドラ手続き１
６９に転送する（ステップ５０２）。

【００４３】カーネル（レベルクライアントハンドラ手
続き１６９は、各カーネルオブジェクト２０６と関連し
かつオブジェクトのアーギュメントを一つ以上のバッフ
ァ１７８に集めるために用いられる（ステップ５０
４）。また、クライアントハンドラ手続き１６９は、オ
ブジェクト及びオブジェクトのアーギュメントを包含し
ているバッファプール１７８のバッファのロケーション
と関連するローカルエックスドア識別子１４７をそれに
渡すクライアントエックスドア手続き１７４に制御を転
送する（ステップ５０４）。要求されたオブジェクトが
同じノード内にあれば（ローカルオブジェクト）、カー
ネルクライアントエックスドア手続き１７４は、要求さ
れたオブジェクトと関連する適当なゲートウェイハンド
ラ１６８を決定しかつコールするためにローカルエック
スドア識別子１４７を用いる。カーネルクライアントエ
ックスドア手続き１７４は、サーバハンドラポインタ１
４１を利用することによって適当なゲートウェイハンド
ラ１６８を決定する（ステップ５０６）。

【００４４】ゲートウェイハンドラ１６８は、要求され
たオブジェクトのローカルエックスドア識別子及びその
関連アーギュメントをそれらの関連ファイル記述子にマ
ップする。ゲートウェイハンドラ１６８は、対応ドアを
得るために要求されたオブジェクトのファイル記述子１
５４を利用する。ドアのプロセスロケーション１６６
は、オブジェクトを呼出すためのサーバドメインへのエ
ントリポイントを示す。これは、サーバユーザエックス
ドア手続き１２８である。ゲートウェイハンドラ１６８
は、要求されたオブジェクトのドア識別子並びに他のデ
ータをそれに渡すサーバユーザエックスドア手続き１２
８に制御を転送する（ステップ５１３）。サーバユーザ
エックスドア手続き１２８は、適当なサーバハンドラ１
２２を決定しかつコールする（ステップ５１４）。サー
バハンドラは、以下に説明するようにオブジェクト呼出
しを継続する。

【００４５】要求されたオブジェクトがリモートノード
（リモートオブジェクト）に配置されているならば、ク
ライアントカーネルエックスドア手続き１７４は、オブ
ジェクトのアーギュメントをそれらの各グローバルエッ
クスドア識別子にマップし、応答バッファとして作用す
べくバッファ１７８を割り当て、オブジェクトのアーギ
ュメント、システム（ワイド識別子並びに他の情報を含
んでいるロジカルメッセージをフォーミュレートし、メ
ッセージにＲＰＣを割り当て、かつメッセージを移送手
続き１７６に転送する（ステップ５０８）。移送手続き
１７６は、メッセージを適当なサーバノードに送る（ス
テップ５０９）。リモートオブジェクト呼出し要求が宛
先ノードに到着したとき、宛先ノードの移送手続き１７
６は、メッセージを受け取りかつリモートオブジェクト
のシステム（ワイド識別子を抽出する。それは、対応エ
ントリに対するカーネル（レベルエックスドア表１３６
を探索することによってシステム（ワイド識別子に対応
しているエックスドア１７０がノードに存在するか否か
を決定する。そのようなエントリが存在するならば、移
送手続き１７６は、メッセージをサーバカーネルエック
スドア手続き１７４に転送する（ステップ５１０）。

【００４６】サーバカーネルエックスドア手続き１７４
は、リモートオブジェクト呼出し要求と関連するグロー
バルエックスドア識別子１４０に基づいてコールするた
めに適当なサーバハンドラ１６９を決定しかつ渡された
アーギュメントと一緒にこの手続きに制御を転送する
（ステップ５１２）。グローバルエックスドア識別子１
４０に対応しているエックスドアのサーバハンドラポイ
ンタ１４１は、適当なサーバハンドラ１６９を示す（ス
テップ５１２）。ユーザオブジェクトに対して、サーバ
ハンドラは、ゲートウェイハンドラ１６８である。ゲー
トウェイハンドラ１６８は、グローバルエックスドア識
別子１４０をそれらの各ファイル記述子１５４にマップ
する。ゲートウェイハンドラ１６８は、要求されたオブ
ジェクトのファイル記述子１５４をその関連ドア１６２
にマップしかつサーバユーザドメインへのエントリポイ
ントをコールするためにドアのプロセスロケーションポ
インタ１６６を用いる（ステップ５１３）。このエント
リポイントは、サーバユーザエックスドア手続き１２８
である。サーバユーザエックスドア手続き１２８は、次
いで、制御を関連サーバは１２２に転送する（ステップ
５１４）。

【００４７】サーバハンドラ１６９は、アーギュメント
を一般的なフォーマットにアンマーシュしかつサーバス
ケルトン手続き２１０をコールする（ステップ５１
５）。サーバスケルトン手続き２１０は、オブジェクト
のデータを一般的なフォーマットから呼出されるオブジ
ェクトのメソッドに最適なフォーマットに変換する（ス
テップ５１６）。一度オブジェクトのメソッドが実行さ
れると、例外が生成されなけらばリターンパラメータが
集められる。さもなければ、例外それ自体が集められ
る。この点で、集められた応答は、準備が整う（ステッ
プ５１８）。サーバスケルトン手続き２１０は、応答を
一般的なフォーマットに変換しかつ関連サーバハンドラ
手続き１６９をコールする（ステップ５１９）。サーバ
ハンドラ１６９は、応答データをバッファ１７８に集め
かつローカルエックスドア識別子１４７を渡している関
連サーバエックスドア手続き１７４をコールする（ステ
ップ５２０）。

【００４８】呼出されたオブジェクトがカーネルオブジ
ェクトであるならば、制御は、以下に詳述するサーバカ
ーネルエックスドア手続き１７４に渡される。呼出され
たオブジェクトがユーザドメイン（ユーザオブジェク
ト）と関連するならば、サーバユーザエックスドア手続
き１２８は、ローカルエックスドア識別子をそれらの各
ファイル記述子１５４にマップする。サーバユーザエッ
クスドア手続き１２８は、次いで、関連ゲートウェイは
６８をコールする（ステップ５２１）。ゲートウェイハ
ンドラ１６８は、ファイル記述子１５４をそれらの各グ
ローバルエックスドア識別子１４０に翻訳（変換）する
と共に、渡されたデータをサーバカーネルエックスドア
手続き１７４によって知られたフォーマットにフォーマ
ットとする（ステップ５２２）。プロセッシング制御
は、次いで、サーバカーネルエックスドア手続き１７４
に渡される。

【００４９】サーバカーネルエックスドア手続き１７４
は、応答バッファ１７８に応答を記憶し、応答をロジカ
ルメッセージにフォーマットしかつＲＰＣ識別子を割り
当て、そしてロジカルメッセージをサーバ移送手続き１
７６に転送する（ステップ５２３）。サーバ移送手続き
１７６は、メッセージをリモートノードに伝送する（ス
テップ５２４）。クライアント移送手続き１７６は、メ
ッセージを受け取りかつ適当なクライアントカーネルエ
ックスドア手続き１７４をコールする（ステップ５２
６）。クライアントカーネルエックスドア手続き１７４
は、受け取ったメッセージのグローバルエックスドア識
別子をそれたの対応ローカルエックスドア識別子１４７
に翻訳（変換）しそして応答メッセージを適当なクライ
アントハンドラ１６９に渡す（ステップ５２８）。クラ
イアントハンドラ１６９は、応答メッセージのアーギュ
メントを一般的なフォーマットにアンマーシャルしかつ
カーネルクライアントスタブ手続き２０８をコールする
（ステップ５３０）。カーネルクライアントスタブ手続
き２０８は、アーギュメントをカーネルアプリケーショ
ン２０４に最適なフォーマットにフォーマットし（ステ
ップ５３２）かつカーネルアプリケーションを再開する
（ステップ５３４）。

【００５０】上記説明は、基礎を成しているコンピュー
ティング環境のプロセス間通信ファシリティ及びＯＲＢ
を利用してオブジェクト呼出しが実行される方法に集中
していた。本発明のリモートオブジェクト呼出し技術の
利点は、リモートオブジェクト呼出しのクライアント及
びサーバサイドの両方において同じモジュール及びステ
ップを用いることができるということである。これは、
リモートオブジェクト呼出しの各側に異なるプロセッシ
ングモジュールを収容するために付加インタフェースに
対する必要性を最小化する。ここで、上述したようなオ
ブジェクト呼出しを支援するためにこのインフラストラ
クチャが生成される方法に注目する。

【００５１】オブジェクトリファレンスのエクスポテー
ション アプリケーションは、アクセスを認められたオブジェク
トをアクセスできるだけである。オブジェクトへのアク
セスを有しているアプリケーションは、そのオブジェク
トへのリファレンスを他のアプリケーションにエクスポ
ートする。これは、オブジェクトがリモートオブジェク
ト呼出しのアーギュメントとして渡されるときに生じう
る。オブジェクトリファレンスがエクスポートされると
き、ＯＲＢは、リファレンスを受け取るドメインによっ
てオブジェクトに対する後続のリモートオブジェクト呼
出しを支援する適当な機構を生成する。ユーザオブジェ
クトリファレンスが別のドメインに初めて渡されたと
き、クライアントユーザエクスポート手続き１２８は、
オブジェクトリファレンスに対するドア１６２及びファ
イル記述子１５４を生成する。ドア１６２は、じゃ。ド
ア表１３２に記憶される。ドアのプロセスロケーション
１６６は、適当なサーバ−サイドユーザエクスポート手
続き１２８に設定される。ユーザオブジェクトリファレ
ンスがリモートノードに初めて渡されたとき、サーバ−
サイドＯＲＢは、オブジェクトリファレンスに対するエ
クスポート１７０並びにゲートウェイハンドラ１６８を
生成する。エックスドア１７０は、グローバルエックス
ドア識別子１４０、ノード識別子１４２、ゲートウェイ
ハンドラ１６８に対するポインタ１４４、及びドメイン
識別子１４６を含む。

【００５２】ノードがそのカーネルエックスドア表１３
６にないオブジェクトリファレンスを受け取るとき、ク
ライアントカーネルエックスドア手続き１７４は、オブ
ジェクトリファレンスに対するエックスドア１７０及び
ハンドラ１６８を生成する。ユーザオブジェクトに対し
て、ハンドラは、ゲートウェイハンドラでありかつカー
ネルオブジェクトに対して、ハンドラは、クライアント
カーネルハンドラである。エックスドア１７０は、グロ
ーバルエックスドア識別子１４０及びリモートオブジェ
クト呼出しで受け取るノード識別子１４２を含む。要求
されたオブジェクトと関連するゲートウェイハンドラ１
６８は、オブジェクトリファレンスに対するドア１６２
及びファイル記述子１５４を生成するために用いられ
る。ドア１６２のプロセスロケーションは、関連ゲート
ウェイは１６８をポイントする。ノードのアプリケーシ
ョンは、このオブジェクトの呼出しに対するそのハンド
ラとしてファイル記述子１５４を利用する。この方法で
オブジェクトリファレンスをエクスポートすることによ
り、オブジェクトをアクセスすることができるアプリケ
ーションにわたりコントロールが存在する。これは、不
正アクセスによる悲惨な結果のスレッドを最小化するよ
うな安全保護環境を提供する。

【００５３】代替え実施例 本発明は、数個の特定な実施例を参照して記述された
が、記述は、本発明の説明のためであり本発明を限定す
ることを企図するものではない。特許請求の範囲によっ
て画定される本発明の真の精神及び範疇から逸脱するこ
となく種々の変更が当業者によりなされうる。本発明
は、図１に関して記述したコンピュータシステムに限定
されない。特定の詳細なしで実用化されうるしかつ種々
の構成、又は分散型コンピューティングシステムのメー
ク又はモデル、堅く結合されたプロセッサ又は緩く結合
されたマイクロプロセッサシステムの種々の構成で実施
されうる。

【００５４】更に、上述した方法及びシステムは、ラン
ダムアクセスメモリのようなメモリ装置以外の種々の型
の実行可能な媒体上での実行に対して訂正可能である。
それらに限定されないが、あらゆるメモリ装置、コンパ
クトディスク、又はフロッピディスクでありうる、コン
ピュータ読取り可能記憶媒体のような、他の型の実行可
能媒体を用いることもできる。加えて、本発明は、オブ
ジェクトを呼出す機構としてファイル記述子を参照して
説明した。本発明は、ファイル記述子の使用に限定され
ない。ユーザ又はカーネルアプリケーションによる望ま
しくないアクセスからオブジェクトハンドラを保護する
ために他の型の保護されたエンティティを用いることが
できる。

【００５５】

【発明の効果】纏めると、本発明の実施形態は、オブジ
ェクトへのアクセスを制御するための安全保護機構を有
している分散型オブジェクト指向型コンピュータシステ
ムである。機構は、オブジェクトの呼出し用ハンドルと
してカーネル−保護型ファイル記述子を利用するので、
安全である。アプリケーションは、それが対応ファイル
記述子を取得したオブジェクトだけをアクセスすること
ができる。

【図面の簡単な説明】

【図１】本発明の実施例を組込んでいるコンピュータシ
ステムのブロック図である。

【図２】リモートオブジェクト呼出しを実施するために
用いられる手続き及びデータ構造の概略図である。

【図３Ａ−３Ｂ】リモートオブジェクト呼出しを実施す
るために用いられる手続きフローの概略図である。

【図４Ａ−４Ｅ】ユーザ−レベルのリモートオブジェク
ト呼出しを実施するために用いられるステップを示して
いるフローチャートである。

【図５Ａ−５Ｄ】カーネル−レベルのリモートオブジェ
クト呼出しを実施するために用いられるステップを示し
ているフローチャートである。

【符号の説明】

１００ 分散型コンピュータシステム １０２ コンピューティングノード １０４ 通信リンク１０４ １０６，１０８，１１０，１１２，１１４，１１６ ド
メイン １２０ スレッド １２４ オブジェクト

───────────────────────────────────────────────────── フロントページの続き (71)出願人 591064003 901 ＳＡＮ ＡＮＴＯＮＩＯ ＲＯＡＤ ＰＡＬＯ ＡＬＴＯ，ＣＡ 94303，Ｕ. Ｓ．Ａ. (72)発明者 マダスダン タルーリ アメリカ合衆国 カリフォルニア州 94538 フリーモント ブッシュ サーク ル 4466 (72)発明者 デクラン マーフィー アメリカ合衆国 カリフォルニア州 94131 サン フランシスコ ニューバー グ ストリート 41 (72)発明者 ヨーゼフ エイ カリディー アメリカ合衆国 カリフォルニア州 94086 サニーヴェール ウェスト ガー ランド テラス 633

Claims (13)

【特許請求の範囲】
1. 【請求項１】 通信リンクと、 前記通信リンクに接続された一つ以上のクライアントコ
   ンピュータと、 前記通信リンクに接続された一つ以上のサーバコンピュ
   ータとを備え、 前記サーバコンピュータのそれぞれは、 それぞれがオブジェクトを呼出すために用いられる関連
   サーバ−サイド安全保護エンティティを有している、複
   数のオブジェクト；前記クライアントコンピュータのあ
   るものを選択するためにオブジェクトにリファレンスを
   エクスポートするためのケーパビリティを有しているオ
   ブジェクトエクスポテーション機構を備え、 前記クライアントコンピュータのそれぞれは、 それぞれが前記サーバコンピュータの一つに存在するオ
   ブジェクトを呼出すために用いられる、複数のクライア
   ント−サイド安全保護エンティティ；前記クライアント
   コンピュータにエクスポートされる各オブジェクトリフ
   ァレンスに対するクライアント−サイド安全保護エンテ
   ィティを生成するためのケーパビリティを有しているリ
   モートオブジェクトリファレンス機構を備えていること
   を特徴とするクライアント／サーバコンピュータ装置。
2. 【請求項２】 各前記安全保護エンティティは、カーネ
   ル−レベルファイル記述子を表すことを特徴とする請求
   項１に記載の装置。
3. 【請求項３】 前記オブジェクトエクスポテーション機
   構は、 各エクスポートされたオブジェクトリファレンスを独自
   に識別するグローバル識別子を生成するためのケーパビ
   リティを有しているエックスドア機構と、 エクスポートされたオブジェクトリファレンスと関連す
   るサーバ−サイド安全保護エンティティを対応グローバ
   ル識別子にマップするためのケーパビリティを有してい
   るゲートウェイハンドラとを備えていることを特徴とす
   る請求項１に記載の装置。
4. 【請求項４】 前記リモートオブジェクトリファレンス
   機構は、 受け取ったエクスポートされたオブジェクトリファレン
   スと関連するゲートウェイハンドラを生成するためのケ
   ーパビリティを有しているエックスドア機構と、 前記受け取ったエクスポートされたオブジェクトリファ
   レンスに対するクライアント−サイド安全保護エンティ
   ティを生成するためのケーパビリティを有しているゲー
   トウェイハンドラとを備えていることを特徴とする請求
   項１に記載の装置。
5. 【請求項５】 前記クライアントコンピュータは、前記
   サーバコンピュータの一つに存在するオブジェクトを呼
   出すためのケーパビリティを有しているオブジェクト呼
   出し要求機構を含んでおり、 前記オブジェクト呼出し要求機構は、要求されたオブジ
   ェクトを表しているクライアント−サイド安全保護エン
   ティティを対応グローバル識別子にマップするために前
   記ゲートウェイハンドラを利用しかつ前記グローバル識
   別子を含んでいるオブジェクト呼出し要求をフォーミュ
   レートするために前記エックスドア機構を利用すること
   を特徴とする請求項４に記載の装置。
6. 【請求項６】 前記サーバコンピュータは、オブジェク
   ト呼出し要求をサービスするためのケーパビリティを有
   しているオブジェクト呼出し機構を含んでおり、 前記オブジェクト呼出し機構は、前記受け取った他オブ
   ジェクト呼出し要求を要求されたオブジェクトと関連す
   るゲートウェイハンドラに転送するために前記エックス
   ドア機構を利用しかつ受け取ったグローバル識別子を前
   記要求されたオブジェクトを呼出すために用いる対応サ
   ーバ−サイド安全保護エンティティにマップするために
   前記ゲートウェイハンドラを利用することを特徴とする
   請求項３に記載の装置。
7. 【請求項７】 前記サーバコンピュータは、オブジェク
   ト呼出し要求に応じて応答をフォーミュレートするため
   のケーパビリティを有しているサーバ−サイド応答機構
   を含んでおり、 前記サーバ−サイド応答機構は、前記応答に含まれたサ
   ーバ−サイド安全保護エンティティを対応グローバルエ
   ックスドア識別子にマップするためにゲートウェイハン
   ドラを利用しかつ関連クライアントコンピュータへの伝
   送のために前記応答をフォーマットするために前記エッ
   クスドア機構を利用することを特徴とする請求項６に記
   載の装置。
8. 【請求項８】 前記クライアントコンピュータは、オブ
   ジェクト呼出し要求に応じて受け取った応答を扱うため
   のケーパビリティを有しているクライアント−サイド応
   答機構を含んでおり、 前記クライアント−サイド応答機構は、前記受け取った
   応答と関連するゲートウェイハンドラを決定するために
   前記エックスドア機構を利用しかつ前記受け取った応答
   をプロセスするために前記受け取った応答のグローバル
   識別子を対応クライアント−サイド安全保護エンティテ
   ィにマップするために前記ゲートウェイハンドラを利用
   することを特徴とする請求項５に記載の装置。
9. 【請求項９】 複数のクライアント及びサーバノードを
   含んでいるコンピューティングシステム用のリモートオ
   ブジェクト呼出しを実行するためのコンピュータを利用
   した方法であって：それぞれがオブジェクトを呼出すた
   めに用いられるサーバ−サイド安全保護エンティティと
   関連する複数のオブジェクトを各前記サーバノードに供
   給し；オブジェクトに対するリファレンスを一つ以上の
   クライアントノードにエクスポートし、各前記オブジェ
   クトリファレンスは、前記システム内のエクスポートさ
   れたオブジェクトを独自に識別するグローバル識別子を
   含んでおり；エクスポートされたオブジェクトリファレ
   ンスを受け取る各クライアントにおいて前記サーバノー
   ドに存在する前記エクスポートされたオブジェクトを呼
   出すために用いられるクライアント−サイド安全保護エ
   ンティティを関連付け；関連クライアント−サイド安全
   保護エンティティを有しているオブジェクトを呼出すた
   めにリモートオブジェクト呼出し要求をクライアントノ
   ードにおいて生成し、前記リモートオブジェクト呼出し
   要求は、要求されたオブジェクトに対応しているグロー
   バル識別子を含んでおり；前記リモートオブジェクト呼
   出し要求を意図したサーバノードに伝送する段階を具備
   することを特徴とする方法。
10. 【請求項１０】 特定のオブジェクトを呼出すためにリ
    モートオブジェクト呼出し要求をサーバノードにおいて
    受け取り；前記リモートオブジェクト呼出し要求の各グ
    ローバル識別子を対応サーバ−サイド安全保護エンティ
    ティにマップし；前記特定のオブジェクトを呼出すため
    に前記サーバ−サイド安全保護エンティティを利用する
    ことを特徴とする請求項９に記載の方法。
11. 【請求項１１】 前記リモートオブジェクト呼出し要求
    への応答をサーバノードでフォーミュレートし、前記応
    答は、前記呼出した特定のオブジェクトを識別する前記
    サーバ−サイド安全保護エンティティを含んでおり；前
    記サーバ−サイド安全保護エンティティを対応グローバ
    ル識別子にマップし；かつ前記呼出された特定のオブジ
    ェクトのグローバル識別子を含んでいる応答を意図した
    クライアントノードに伝送することを特徴とする請求項
    １０に記載の方法。
12. 【請求項１２】 前記応答をクライアントノードにおい
    て受け取り；前記応答に含まれたグローバル識別子を関
    連クライアント−サイド安全保護エンティティに翻訳
    し；前記応答をプロセスするために前記クライアント−
    サイド安全保護エンティティを利用することを特徴とす
    る請求項１１に記載の方法。
13. 【請求項１３】 前記サーバ−サイド安全保護エンティ
    ティ及び前記クライアント−サイド安全保護エンティテ
    ィは、ファイル記述子であることを特徴とする請求項９
    に記載の方法。