JPH10116196A - リモート・ゲートウェイ・システムにアクセスする方法および装置 - Google Patents

Abstract

(57)【要約】 【課題】 クライアント・マシンに、他のドメイン内の
プログラムと直接通信させる必要がある場合にゲートウ
ェイ・サーバをクライアント・マシンに動的にロードす
る方法および装置を提供する。 【解決手段】 新しいマシンがオブジェクト参照を受け
取ると、この新しいマシンは、このオブジェクト参照を
次の通信にそのまま使用できるかどうか、あるいはこの
オブジェクト参照を使用する前にその修正を試みなけれ
ばならないかどうかを判定する。新しいマシンは、オブ
ジェクト参照のフロント・ハンドルが、新しいマシン上
に配置されたゲートウェイ・オブジェクトを指し示して
いるかどうかを調べることによってこの判定を下す。そ
うである場合、新しいマシンはオブジェクト参照をその
まま使用する。フロント・ハンドル・ポインタが、指定
されたゲートウェイ・オブジェクトが他のマシン上にあ
ることを示す場合、次の通信で使用できる新しいマシン
上の新しいゲートウェイを見つけあるいは作成し、それ
に応じてオブジェクト参照を修正する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、分散型コンピュー
タ・システムおよびオブジェクト指向プログラミングの
分野に関する。詳細には、本発明は、あるネットワーク
・ドメインが異なるタイプのドメインと通信するときに
通信ボトルネックを最小限に抑える方法および装置であ
る。

【０００２】

【従来の技術】異種コンピュータ・システム・ドメイン
間（たとえば、オブジェクト指向ドメインと非オブジェ
クト・レガシー・ソフトウェア・ドメインとの間）で通
信を行うときに効率的な通信を可能にすることが好まし
い。

【０００３】インターネットおよび大規模な社内ネット
が発展しているので、ＵＮＩＸ^TMベースのシステムとウ
ィンドウ・ベースのシステムなど異種コンピュータ・シ
ステム／ネットワーク間で通信を行うことが必要になっ
ている。さらに、このようなネットワーク内でオブジェ
クト指向システムが使用されることによって、新しいコ
ンピュータ・ドメインが作成され、互いに通信する必要
のあるいくつかの異なるドメインの集合が拡張してい
る。オブジェクト指向システムでは、オブジェクト・イ
ンプレメンテーションへのポインタ（「ハンドル」と呼
ばれることが多い）をあるクライアントから他のクライ
アントへ渡すことができ、それらが使用する通信経路に
関してそれらのハンドルを最適化する必要がある。

【０００４】最近、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ
^TM Ｉｎｃ．によって開発されたＪＡＶＡ^TMシステムと
して知られる新しいコンピューティング・パラダイム
は、異種コンピュータ・プラットフォーム間でプログラ
ムを透過的に渡す必要とそのための効率的な機構（「Ａ
ｐｐｌｅｔｓ^TM」と呼ばれることもある）に基づくもの
である。（ＵＮＩＸは、Ｘ／Ｏｐｅｎ Ｃｏｍｐａｎｙ
Ｌｔｄ．を通じて独占ライセンスを与えられる、米国
およびその他の国内の登録商標、ＪＡＶＡとＳｕｎ Ｍ
ｉｃｒｏｓｙｓｔｅｍｓはＳｕｎ Ｍｉｃｒｏｓｙｓｔ
ｅｍｓ，Ｉｎｃ．の登録商標）。

【０００５】従来、特にあるクライアントから他のクラ
イアントへハンドルを渡すことができる場合に、このよ
うなハンドルを使用してオブジェクトを指し示す（「オ
ブジェクト・インプレメンテーション」とも呼ぶ）クラ
イアント間の通信トラフィックを最小限に抑える試みが
なされている。この問題の解決策は一般に、単一のコン
ピュータ・ドメイン内で実施されている。すなわち、当
該の特定のネットワークに含まれるコンピュータ・シス
テムがすべて同じオブジェクト・プロトコルを実施する
場合のこの問題の解決策は見つかっている。たとえば、
１９９４年２月１５日に発行され（「Ｈａｍｉｌｔｏｎ
等」）Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．に
譲渡された、「Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔ
ｕｓ ｆｏｒ Ｐｏｒｔａｂｌｅ Ｏｂｊｅｃｔ Ｈａ
ｎｄｌｅｓ ｔｈａｔ ｕｓｅＬｏｃａｌ Ｃａｃｈｅ
ｓ」と題する（引用によって完全に本明細書に組み込ま
れる）米国特許第５２８７５０７号は、ネットワーク・
オブジェクト・ハンドルを使用してサーバ（オブジェク
ト・インプレメンテーション）とローカル・キャッシュ
・マネージャの両方を参照するための機構を教示してい
る。ネットワーク・オブジェクト・ハンドルを他のクラ
イアントへ送信すると、そのハンドルは、受取側クライ
アントに対してローカルなキャッシュ・マネージャを使
用するために自動的に更新され、あるいはキャッシュ・
マネージャが使用できない場合、ハンドルは第１のクラ
イアントを通じてサーバに伝達されるのではなく直接サ
ーバを指し示すように更新される。このプロセスは、ハ
ンドルを保持するクライアントからサーバへの通信経路
を最小限に抑えるようにうまく働くが、クライアントお
よびサーバを保持するすべてのコンピュータ・システム
が同じオブジェクト・プロトコルを使用するドメインで
しか働かない。異種ドメイン境界を横断して通信しなけ
ればならない第１のドメインがある場合、サーバがある
ドメインにあり、クライアントが第１のドメインとは異
なる第２のドメインにあるとき、もはや直接サーバを指
し示すことはできない。これは、ドイツ語しか理解でき
ない人にフランス語で話しかけることと同様である。し
たがって通常、呼出し側クライアントの通信プロトコル
と被呼側プログラムのプロトコルとの間の変換を行うこ
とのできるある種の中間機構がなければならない。

【０００６】異種ドメインが互いに通信しなければなら
ないこの問題を解決する試みとして、ゲートウェイ・サ
ーバ、すなわち前述のハンドルを使用するクライアント
からのオブジェクト指向要求を第２のドメインが理解す
るメッセージ・プロトコル・フォーマットに変換するメ
ソッドを有するオブジェクトが、あるマシン、すなわち
オブジェクト指向マシン上にインストールされている。
あるコンピュータ・ドメイン内にマシンＡ１０２を示
し、他のドメイン内にマシンＢ１０４およびマシンＣ１
０６を示す図１を参照して下記の例について考える。ド
メイン境界は線１２０によって示されている。マシンＢ
１０４およびマシンＣ１０６は、オブジェクト指向ドメ
インにあり、それに対してマシンＡ１０２は第２のドメ
インにある。通信経路１１２を介してゲートウェイ・サ
ーバ１１０と通信するクライアントＢ１０８を有するマ
シンＢ１０４が示されている。この場合、ゲートウェイ
・サーバ１１０は、オブジェクト指向呼出しをマシンＡ
１０２が理解できる異なるフォーマットに変換できるメ
ソッドを有するオブジェクトである。この通信は、通信
経路１１４および１１６を介して行われる。クライアン
トＢ１０８はハンドルをゲートウェイ・サーバ１１０へ
渡し、マシンＣ１０６のクライアントＣ１１８へ渡すこ
とができ、マシンＣ１０６がマシンＢ１０４上のゲート
ウェイ・サーバと同様なゲートウェイ・サーバ１１０を
有さない場合には、クライアントＣ１１８は、マシンＢ
１０４のゲートウェイ・サーバ１１０を通過しないかぎ
りマシンＡ１０２と通信することはできない。次に、こ
のことをより明確にする図１を参照して、より具体的な
例を考える。ＮＦＳサーバ・マシンＡ１０２はＮＦＳフ
ァイルにアクセスする。Ｓｐｒｉｎｇオブジェクト指向
マシンＢ１０４が、ＮＦＳ動作とＳｐｒｉｎｇファイル
動作との間の変換を行うゲートウェイ・サーバ１１０を
有する場合、ＳｐｒｉｎｇマシンＢ１０４およびＣ１０
６上のプログラム（クライアントＢ１０８やクライアン
トＣ１１８など）は、マシンＡ１０２からエクスポート
されたＮＦＳファイルを使用することができる（「Ｓｐ
ｒｉｎｇ」とは、近年開発されたマイクロカーネル・ベ
ースのオブジェクト指向オペレーティング・システムを
指定するためにＳｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉ
ｎｃ．によって使用される内部コード名である。Ｓｐｒ
ｉｎｇは、引用によって完全に本明細書に組み込まれ
る、１９９５年１１月７日にＧｒａｈａｍ Ｈａｍｉｌ
ｔｏｎ等によってグループ・アート・ユニット２３１７
で出願された「Ａ Ｍｅｔｈｏｄ ＆ Ａｐｐａｒａｔ
ｕｓ ｆｏｒ Ｓｕｂｃｏｎｔｒａｃｔｓ ｉｎＤｉｓ
ｔｒｉｂｕｔｅｄ Ｐｒｏｃｅｓｓｉｎｇ Ｓｙｓｔｅ
ｍｓ」と題する米国特許出願第０８／５５４７９４号
（１９９２年１２月２１日出願の米国特許出願第０７／
９９５８６３号の継続出願）に詳しく記載されている。

【０００７】本発明は、オブジェクト指向プログラムま
たはクライアントと他のドメイン内のコンピュータ・シ
ステムとの間に自動的にゲートウェイ・サーバを挿入し
て同じドメイン内の他の何らかのマシン内の間接通信経
路（たとえば図１の経路１１９）を回避することが適切
であるかどうかを判定し、そうである場合にはそうする
方法および装置である。図２を考える。マシンＣ１０６
がゲートウェイ・サーバ１２２を有し、マシンＣ１０６
上のプログラム（たとえばクライアントＣ１１８）がマ
シンＢ１０４上のゲートウェイ・サーバ１１０のファイ
ルへの参照を得た場合、本発明は自動的に、マシンＣ１
０６のゲートウェイ・サーバ１２２をクライアントＣ１
１８とマシンＢ１０４のサーバ１１０との間に挿入す
る。挿入されたこのゲートウェイ・サーバは、オブジェ
クト参照の動作呼出しを変換し、通信経路１２６および
１２８を介して直接マシンＡ１０２上のＮＦＳサーバへ
転送し、それによってマシンＣのプログラムによるファ
イル・アクセスに必要なネットワーク・トラフィックを
半分だけ低減させる。マシンＣ１０６がゲートウェイ・
サーバを有さない場合、本発明は、自動的にマシンＣ１
０６上に所望のゲートウェイ・サーバを生成する機構を
提供する。下記で詳しく説明するように、上記で「ゲー
トウェイ・サーバ」として指定したエンティティは、遠
隔のマシンのあるクライアントが現マシンにオブジェク
ト参照を渡しており、フロント・オブジェクト・ハンド
ルが他の未知のドメイン内のマシンを参照しているの
で、必要なときに動的にロードされるＪＡＶＡクラスで
あってよい。

【０００８】

【発明が解決しようとする課題】本発明は、あるドメイ
ン内のマシン上のプログラムと異なるドメイン内のマシ
ンとの間に自動的にゲートウェイ・サーバを挿入する経
済的で高性能で適応可能なシステムおよび方法を提供す
ることによって前述の通信問題の欠点を解消することを
目的とする。

【０００９】

【課題を解決するための手段】本発明は、クライアント
・マシンが、直接他のドメイン内のプログラムと通信す
る必要があり、かつそれが妥当であるとみなされる場合
に、ゲートウェイ・サーバをクライアント・マシンに動
的にロードする方法および装置である。簡単に言えば、
新しいマシンがオブジェクト参照を受けると、この新し
いマシンは、このオブジェクト参照を次の通信にそのま
ま使用できるかどうか、あるいはこのオブジェクト参照
を使用する前にその修正を試みなければならないかどう
かを判定しなければならない。新しいマシンは、オブジ
ェクト参照のフロント・ハンドルが、新しいマシンに配
置されたゲートウェイ・オブジェクトを指し示している
かどうかを調べることによってこの判定を下す。そうで
ある場合、新しいマシンはオブジェクト参照をそのまま
使用する。フロント・ハンドル・ポインタが、指定され
たゲートウェイ・オブジェクトが他のマシン上にあるこ
とを示す場合、大部分のケースでは、新しいマシン上に
新しいゲートウェイ・オブジェクトを作成すると有利で
あり、次の通信で使用できる新しいマシン上の新しいゲ
ートウェイを見つけ、あるいは作成し、それに応じてオ
ブジェクト参照を修正す必要がある。

【００１０】本発明の一態様では、あるドメイン内のロ
ーカル・マシンから異なるドメイン内のリモート・プロ
グラムへの通信を行う必要があるときに、ゲートウェイ
・プログラムの動的ローディングを実行するプログラム
可能な装置が提供される。このプログラム可能な装置
は、第１のドメイン内のローカル・コンピュータと、リ
モート・プログラムを含む第２のドメイン内の少なくと
も１台のコンピュータを含む複数の他のコンピュータと
の通信接続とを有し、リモート・プログラムとの通信を
行うローカル・ゲートウェイ・プログラムがローカル・
コンピュータに存在するかどうか、あるいはローカル・
コンピュータが新しいゲートウェイ・プログラムに適応
する資源を有する場合に、そのプログラムを見つけロー
カル・コンピュータ上にロードしようとしなければなら
ないかどうかを判定するように構成された機構をローカ
ル・コンピュータ内に有する。

【００１１】本発明の他の態様では、第１のドメイン内
のコンピュータに、第２のドメイン内のリモート・プロ
グラムとの通信で使用できるゲートウェイ・プログラム
を動的に得させるためにコンピュータ読取り可能な媒体
自体に埋め込まれたコンピュータ・プログラム機構を有
するコンピュータ読取り可能な媒体からなる装置が請求
される。

【００１２】本発明の他の態様では、第１のドメイン内
のマシンへのゲートウェイ・プログラムの動的なロード
を実行し、第２のドメイン内のリモート・プログラムと
通信できるようにするコンピュータが実施する方法が請
求される。

【００１３】本発明のシステムの目的、特徴、利点は、
下記の説明から明らかになろう。 表記および用語 下記の詳細な説明は主として、コンピュータ・メモリ内
のデータ・ビットに対する演算のアルゴリズムおよび記
号表現で表されている。このようなアルゴリズム記述お
よび表現は、データ処理の当業者が研究の内容を最も効
果的に他の当業者に伝達するために使用する手段であ
る。

【００１４】アルゴリズムとは、本明細書では一般に、
所望の結果に導く一貫したステップ・シーケンスである
とみなされる。これらのステップは、物理数量の物理操
作を必要とするステップである。通常、必ずしも必要な
ことではないが、このような数量は、記憶され、転送さ
れ、組み合わされ、比較され、その他の方法で操作する
ことができる電気信号または磁気信号の形をとる。これ
らの信号は、主として共通的に使用されるという理由
で、時にはビット、値、要素、記号、文字、項、数字な
どと呼ぶと好都合であることが分かっている。しかし、
すべてのこれらの語および同様な語が、適当な物理数量
に関連付けられ、このような数量に適用される好都合な
ラベルに過ぎないことに留意されたい。

【００１５】さらに、実行される操作は、一般に人間の
オペレータが行う暗算に関連する、加算や比較などの語
で呼ばれることが多い。本発明の一部を形成する、本明
細書で説明する演算では、人間のオペレータのそのよう
な能力は、必要とされず、大部分のケースでは望ましく
もない。すなわち、演算は機械演算である。本発明の演
算を実行する有用なマシンには、汎用ディジタル・コン
ピュータや同様な装置が含まれる。すべての場合に、コ
ンピュータを操作する際の方法操作と計算方法自体との
違いに留意されたい。本発明は、電気信号またはその他
の（たとえば、機械的、化学的）物理信号を処理して所
望の他の物理信号を生成する際にコンピュータを操作す
る方法ステップに関する。

【００１６】本発明は、これらの演算を実行する装置に
も関する。この装置は、必要な目的向けに特別に構築す
ることも、あるいはコンピュータ自体に記憶されたコン
ピュータ・プログラムによって、選択的に活動化または
再構成される汎用コンピュータを備えることもできる。
本明細書で提示するアルゴリズムは基本的に、特定のコ
ンピュータやその他の装置に関係するものではない。特
に、様々な汎用マシンを、本明細書の教示によって書か
れたプログラムと共に使用することができ、あるいは必
要な方法ステップを実行する専用装置を構築する方が好
都合であることもある。様々なこのようなマシンに必要
な構造は、下記の説明から明らかになろう。

【００１７】

【発明の実施の形態】いくつかの異なるドメインを横切
るローカル・マシン直接通信の利益を向上させるよう
に、あるドメイン内のクライアント・プログラムが異な
る（場合によっては非オブジェクト）ドメインと通信で
きるようにし、かつ通信する際にオブジェクトの参照を
使用できるようにする方法および装置を開示する。下記
の説明では、説明の都合上、本発明を完全に理解してい
ただくために特定のデータおよび構成について述べる。
しかし、当業者には、特定の詳細なしで本発明を実施で
きることが明らかになろう。他の例では、本発明を不必
要に曖昧にしないように周知のシステムは概略図形また
はブロック図形で示されている。

【００１８】動作環境 本発明が使用される環境は、汎用コンピュータ、または
ワークステーション、またはパーソナル・コンピュータ
が様々なタイプの通信リンクを介してクライアント−サ
ーバ構成として接続され、オブジェクトの形の多数のプ
ログラムおよびデータが、システムの様々なメンバーに
よって、システムの他のメンバーによる実行およびアク
セスのために使用することができる、一般的な分散コン
ピューティング・システムを包含する。汎用ワークステ
ーション・コンピュータのいくつかの要素を図３に示
す。図３には、入出力（「Ｉ／Ｏ」）部２と、中央演算
処理装置（「ＣＰＵ」）３と、メモリ部４とを有するプ
ロセッサ１が示されている。入出力部２は、キーボード
５、表示装置６、ディスク記憶装置９、ＣＤ−ＲＯＭ駆
動装置７に接続される。ＣＤ−ＲＯＭ装置７は、通常プ
ログラム１０とデータとを含むＣＤ−ＲＯＭ媒体８を読
み取ることができる。

【００１９】用語集 マシン：「マシン」および「アドレス空間」の語は、下
記で相互交換可能に使用される。Ｊａｖａ用語では、Ｊ
ａｖａ仮想マシンである。

【００２０】ＪＡＶＡ：ＪＡＶＡの語は、Ｓｕｎ Ｍｉ
ｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．自体の言語と、ＪＡＶ
Ａソース・コードを、ＪＡＶＡ仮想マシンを表すバイト
・コードとしてコンパイルするコンパイラと、ＪＡＶＡ
バイト・コードを特定のコンピュータ向けの実行時オブ
ジェクト・コードに変換することができる任意のコンピ
ュータに存在させることができる実行時インタープリタ
とを含む同社のシステムを指す。ＪＡＶＡおよび関連製
品の詳細な定義および説明は、インターネット上の「ｈ
ｔｔｐ：／／ｗｗｗ．ｊａｖａｓｏｆｔ．ｃｏｍ／ａｌ
ｌａｂｏｕｔ．ｈｔｍｌ」で得ることができる。

【００２１】オブジェクト参照：（リモート）オブジェ
クトの参照。本出願人のケースでは、オブジェクト参照
は、ゲートウェイ・オブジェクトのハンドルと、ゲート
ウェイ・サーバの名前と、クーキー／ハンドルとを含
む。オブジェクト参照は、ユニットとして渡される。オ
ブジェクト参照は、アドレス空間（仮想マシン）内で渡
されると、修正されずに渡される。あるアドレス空間か
ら他のアドレス空間へ渡されたときは、最初のオブジェ
クトの参照を使用して新しいオブジェクト参照を得るこ
とができる。オブジェクト呼出しは、オブジェクト参照
内の情報を使用して行われる。本発明で使用されるオブ
ジェクト参照構成を示す図７を参照されたい。

【００２２】オブジェクト・ハンドル：この語は、リモ
ート・オブジェクトが存在するマシンとマシン内のオブ
ジェクトを判定するために必要な情報を記述するために
使用される。

【００２３】サービス：オブジェクト指向ドメインに与
えられるサービス。この好例はＮＦＳ（ネットワーク・
ファイル・システム）サーバである。

【００２４】サービス・クーキー（ハンドル）：ゲート
ウェイによって変換（アドレス）されるサービスのＩＤ
（すなわちポインタ）。

【００２５】ゲートウェイ・オブジェクト：ある種のサ
ービスに関するゲートウェイ変換を行うオブジェクト。
ゲートウェイ・オブジェクトは、同じマシン内にあるゲ
ートウェイ・サービス・マネージャへのポインタを有す
る。

【００２６】ゲートウェイ・サービス（ゲートウェイの
ａｋａ名）：使用すべきゲートウェイのタイプを識別す
る名前。たとえば、この名前は、ＮＦＳサーバにゲート
ウェイを与えるサービスを識別する「ＮＦＳゲートウェ
イ」などでよい。

【００２７】ゲートウェイ・サービス・マネージャ（ａ
ｋａゲートウェイ・マネージャ）：所与のタイプのすべ
てのゲートウェイ・オブジェクトを管理し作成するオブ
ジェクト。このオブジェクトは、それが作成するゲート
ウェイ・オブジェクトと同じマシンに存在する。

【００２８】ローカル・ゲートウェイ・マネージャ・マ
ッパ（ａｋａローカル・マネージャ）：これは、ゲート
ウェイ・マネージャの参照からマッピングを行うオブジ
ェクトである。ゲートウェイ・マネージャは、ローカル
・マネージャと同じマシンに存在することも、あるいは
異なるマシン上に存在することもできる。

【００２９】マネージャ記述：ゲートウェイ・マネージ
ャのタイプを固有に識別する記述。この記述は、あるオ
ブジェクトがそれを満たしているかどうかを判定するの
に十分なものであり、この記述を使用して、この種の新
しいインスタンスを作成するためのコードを得ることも
できる。

【００３０】追加背景 本明細書に開示する本発明の好ましい実施形態は、引用
によって完全に本明細書に組み込まれた、１９９６年４
月２３日に出願され「Ｓｙｓｔｅｍ ＆ Ｍｅｔｈｏｄ
ｆｏｒ Ｇｅｎｅｒａｔｉｎｇ Ｉｄｅｎｔｉｆｉｅ
ｒｓ ＦｏｒＵｎｉｑｕｅｌｙ Ｉｄｅｎｔｉｆｙｉｎ
ｇ Ｏｂｊｅｃｔ Ｔｙｐｅｓ ｆｏｒ Ｏｂｊｅｃｔ
ｓ Ｕｓｅｄ Ｉｎ Ｐｒｏｃｅｓｓｉｎｇ ｏｆ Ｏ
ｂｊｅｃｔ−Ｏｒｉｅｎｔｅｄ Ｐｒｏｇｒａｍｓ Ａ
ｎｄ Ｔｈｅ Ｌｉｋｅ」と題するＪａｍｅｓ Ｈ．Ｗ
ａｌｄｏ、Ｋｒｉｓｈｎａ Ｂｈａｒａｔ、Ｒｏｇｅｒ
Ｒｉｇｇｓの米国特許出願第０８／６３６７０７号で開
示されたオブジェクト参照を識別する技法を使用する。

【００３１】問題 クライアント・マシンが同じドメイン内の他のあるマシ
ンから、異なるドメイン内のプログラムと通信するゲー
トウェイ・サーバを指し示すために使用されるオブジェ
クト・ハンドルを受け取ったときに技術的な問題が生じ
る。好ましい実施形態の動的ローディング機能を有さな
いシステムについて考える。図４を参照すると分かるよ
うに、クライアント・プログラムは他のプログラムから
オブジェクト・ハンドルを受け取る（３０２）。このオ
ブジェクト・ハンドルがローカル・マシンのゲートウェ
イ・オブジェクトを指し示すかどうかを調べる試験が行
われる（３０４）。そうである場合（３０８）、このオ
ブジェクト・ハンドルは、リモート・プログラムとの次
の通信のために使用される（３１８）。オブジェクト・
ハンドルがローカル・ゲートウェイ・サーバを指し示し
ていない場合（３０６）、ローカル・ゲートウェイ・オ
ブジェクトが存在するかどうかを調べることを求める要
求がローカル・ネーミング・サービスに対して行われる
（３１０）。ローカル・マシンでオブジェクトが見つか
らない場合（３１４）、受け取られたオブジェクト・ハ
ンドルは、リモート・プログラムとの次の通信に使用さ
れる（３１８）。この例では、通信経路が、ローカル・
マシンから、オブジェクト・ハンドルの送信元であるマ
シン上のゲートウェイ・オブジェクトに至り、さらにリ
モート・プログラムに至り、通信経路が２倍になること
に留意されたい。これは、図１に示した状況であり、こ
の場合、クライアントＣ１１８は、経路１１９を介して
マシンＢ１０４上のゲートウェイ１１０と通信する。ロ
ーカル・ネーミング・サービスがローカル・ゲートウェ
イ・オブジェクトを見つけられない場合（３１２）、受
け取られたオブジェクト・ハンドルはローカル・ゲート
ウェイ・オブジェクト（３１６）を指すように変更さ
れ、その後、この新しいハンドルを使用して直接通信を
行うことができる（３２０）。

【００３２】問題の一般化 必要に応じてゲートウェイを動的にロードするプロセス
の好ましい実施形態を示す前に、一般的な問題環境のよ
り厳密な説明を図６に示す。この説明は、図１および図
２に示した問題を一般化するものである。次に、図６を
参照すると、ゲートウェイが最初オブジェクト・ハンド
ルを保持するマシンとは異なるマシンに存在する、この
問題のより一般的なケースが示されている。マシン（ア
ドレス空間）Ａ５０２には、マシンＢ５１４上で実行さ
れるゲートウェイ・オブジェクト（プログラム）Ｇ５１
８を推進することによって異なるドメインＣ５２０内の
サーバ・オブジェクトＳ５２２によって実施されるサー
ビスのオブジェクト参照Ｒ５０４がある。この一般的な
ケースでは、ゲートウェイ・マネージャ・オブジェクト
Ｍ５１６もマシンＢ５１４に配置される。オブジェクト
参照Ｒ５０４をマシンＡ５０２からマシンＤ５０８に渡
し、それによってマシンＤ５０８が通信経路を最小限に
抑えながら引き続きサービスＳ５２２を呼び出すことが
できることが望ましい。いくつかのケースでは、通信経
路を最小限に抑えることよりも資源消費量を最小限に抑
える方が重要なので、ゲートウェイ・オブジェクトの位
置に融通性を持たせることが望ましい。

【００３３】本発明 本発明は、クライアント・マシンを他のドメイン内のプ
ログラムと直接通信させる必要があり、かつそうするこ
とが望ましい場合に、ゲートウェイ・サーバをクライア
ント・マシンに動的にロードする方法および装置であ
る。下記では、本発明がどのように働きかつ使用され、
したがって本発明をどのように構成するかについて説明
する。簡単に言えば、新しいマシンがオブジェクト参照
を受け取ると、この新しいマシンは、このオブジェクト
参照を次の通信にそのまま使用できるかどうか、あるい
はこのオブジェクト参照を使用する前にその修正を試み
なければならないかどうかを判定しなければならない。
新しいマシンは、オブジェクト参照のフロント・ハンド
ルが新しいマシンに配置されたゲートウェイ・オブジェ
クトを指し示しているかどうかを調べることによってこ
の判定を下す。そうであれば、新しいマシンは、オブジ
ェクト参照をそのまま使用することができる。フロント
・ハンドルが、指定されたゲートウェイ・オブジェクト
が他のマシンにあることを示す場合、次の通信で使用で
きるゲートウェイを見つけあるいは作成し、それに応じ
てオブジェクト参照を修正する必要がある。このゲート
ウェイ・オブジェクトは、新しいマシンに対してローカ
ルであってもよく（通信コストが削減される）、あるい
はそうでなくてもよい（メモリ／ｃｐｕの用途が低減さ
れる）。新しいゲートウェイ・オブジェクトを見つけあ
るいは作成するタスクについて下記で説明する。この場
合、ゲートウェイ・マネージャがこのマシン内にローカ
ルに存在するかどうかが判定され、そうでない場合、現
在ローカル・マシンで使用できる資源においてゲートウ
ェイ・マネージャを作成するのに必要な資源が評価され
る。

【００３４】本発明におけるオブジェクト参照 好ましい実施形態は、オブジェクト参照を２つのオブジ
ェクト・ハンドルおよび１つの名前として表す。図７を
参照すると分かるように、オブジェクト参照Ｒ６００
は、２つのハンドルと１つの名前、すなわちゲートウェ
イ・オブジェクトＧ６０２を指し示すフロント・ハンド
ルと、ゲートウェイ・サービス名６０６と、サービス・
オブジェクトＳ６０４を指し示すバック・ハンドルとを
備える。この構造は、上記で引用した特許第５２８７５
０７号のキャッシュ可能なハンドル（ローカル・キャッ
シュを使用する移植可能なオブジェクト・ハンドル）に
類似している。しかし、本発明では、フロント・オブジ
ェクト・ハンドルがゲートウェイ・オブジェクトＧを指
し示し、バック・ハンドルが実際のサービス・オブジェ
クトＳを指し示す。ゲートウェイ・サービス名は、関連
するゲートウェイ・サービスを記述する。

【００３５】オブジェクト参照に対する呼出し オブジェクト参照Ｒ（たとえば、図６の５０４）で表さ
れたオブジェクトのメソッドを呼び出すには、フロント
・オブジェクト・ハンドルが使用される。バック・ハン
ドル（サービスがオブジェクト指向のものではないの
で、クーキーとして最もうまく記述することができる）
が使用されるのは、参照がマシンを横切って渡されると
きだけである。第５２８７５０７号とは異なり、Ｓによ
って与えられるサービスはクライアントによって直接使
用できるものではない（サービスとクライアントがそれ
ぞれの異なるドメインに存在するため）と仮定されてい
るので、バック・ハンドルを通じた呼出しは行われな
い。（たとえば、名前サービスにおいて名前を解決する
ことによって）第１のゲートウェイ・マネージャ・オブ
ジェクトを得るプロセスは当技術分野において周知であ
る。

【００３６】オブジェクト参照の転送 下記で、オブジェクト参照受取時のプロセスを、まず擬
似コードで、次いでより記述的に説明する。

【００３７】オブジェクト参照Ｒが、ゲートウェイ・オ
ブジェクトＧの参照と、ゲートウェイ・サービス名Ｎ
と、クーキーＳ（参照Ｒがクライアント間で渡されるの
で、クーキーＳは直接は使用されない）とを含むと仮定
する。

【００３８】 ｉｆ Ｇがローカルである ｔｈｅｎ 受け取られたＲを使用する。 ｅｌｓｅ ｉｆ Ｎのローカル・ゲートウェイ・マネージャＧＭがある ｔｈｅｎ ＧＭによってＲから返された新しいゲートウェイ・オブジェクトをＧ ’とする。 受け取られた参照中のゲートウェイ・オブジェクトとしてＧ’を使用 する。 ｅｌｓｅ Ｎのゲートウェイ・マネージャのコストＣを得る。 ｉｆ Ｃ＜ローカルに使用できる資源である ｔｈｅｎ ＧＭのバイトコードをダウンロードする。 ＧＭをインスタンス化する。 Ｎのローカル・ゲートウェイ・マネージャとしてＧＭを登録する 。 ＧＭによってＲから返された新しいゲートウェイ・オブジェクト をＧ’とする。 受け取られた参照Ｒ中のゲートウェイ・オブジェクトとしてＧ’ を使用する。 ｅｌｓｅ 受け取られたＲを使用する。 ｅｎｄｉｆ ｅｎｄｉｆ ｅｎｄｉｆ

【００３９】所与のサービス名Ｎに関して、（１）マシ
ンに対してローカルなＮのゲートウェイ・マネージャ
と、ローカルなゲートウェイ・マネージャがないことの
表示のどちらかと、（２）ゲートウェイ・マネージャを
実施するために使用されるバイトコードの参照と、
（３）そのようなゲートウェイ・マネージャ（すなわ
ち、ローカルにゲートウェイを有するために使用される
資源）のコストの記述を与える登録サービスが各マシン
にあると仮定する。たとえば、ゲートウェイ・マネージ
ャのコストは、それを実行するために必要なメモリであ
ってよい。

【００４０】再び図６を参照すると分かるように、マシ
ンＤ５０８で参照Ｒ５０４が受け取られると、下記のプ
ロセスが実行される。まず、図７のＲ６０２のフロント
・ハンドルが検査され、それがマシンＤ５０８内のゲー
トウェイ・オブジェクトを参照しているかどうかが判定
される。そうである場合、Ｒ５０４は修正なしでマシン
Ｄ５０８で使用できる。フロント・ハンドルが他のマシ
ンを参照する場合（図６と同様に、ＲはマシンＢ５１４
を指し示す）、ローカル・ゲートウェイ・オブジェクト
を有するコストを求め、必要に応じてゲートウェイ・オ
ブジェクトの作成を試みる追加処理が必要である。これ
は下記のように行われる。

【００４１】次のステーションでは、ゲートウェイ・サ
ービスを識別する名前Ｎ（図７の６０６）を使用して、
登録サービス（最も簡単な実施態様ではテーブル）にお
いて、受取側マシンＤ５０８にゲートウェイ・マネージ
ャＧＭがあるかどうかが検査される。ゲートウェイ・マ
ネージャがある場合、受け取られた参照ＲがこのＧＭに
渡され、ゲートウェイ・オブジェクトＧ’が得られる。
Ｇ’は、Ｒ（図７の６０２）内のＧに置き換わり、マシ
ンＤ５０８で使用すべきオブジェクト参照６００が生成
される。

【００４２】受取側マシンＤ５０８にゲートウェイ・マ
ネージャがない場合、マシンＤでゲートウェイ・マネー
ジャをインスタンス化するときに必要になるコストの記
述が得られる。たとえば、このコストは、マネージャを
記述するバイトコードに関するメモリ要件に、マネージ
ャを実行するための追加コストを加えた値である。この
コスト記述は、登録機構から得られ、この場合も図７の
名前Ｎ６０６によってインデックス付けされる。次に、
このコストは、マシンＤ５０８でローカルに使用できる
資源と比較される。使用できる資源が十分にない場合、
オブジェクト参照Ｒはそのまま使用され、必要に応じて
追加通信コストが受け入れられる。

【００４３】ゲートウェイ・マネージャの作成 ゲートウェイ・マネージャの作成は、マネージャ記述子
に基づいて行われる。マネージャを記述するのに有用な
いくつかの機構がある。このような機構は、Ｊａｖａコ
ードが移植可能なフォーマット（ｊａｖａバイトコー
ド）を有し、Ｊａｖａマシンがこのようなバイトコード
を動的にロードできることに基づくものである。クラス
を記述するバイトコードは、名前サービスによって与え
られる名前で識別されるオブジェクトに記憶することが
できる。インターネットにおける一般的な例は、ユニフ
ォーム・リソース・ロケータ（ＵＲＬ）であり、他の例
として、ファイル・システムが使用可能な状況に適用で
きるファイル名がある。一貫性を確保するには、クラス
をフィンガプリント化することができる。フィンガプリ
ントとは、クラスを統計的に一意に識別する数（または
数の集合）である。すなわち、実際には異なる２つのク
ラスが同じフィンガプリントを有する確立は非常に低い
（引用によって完全に本明細書に組み込まれる、１９９
６年４月２３日に出願された「Ｓｙｓｔｅｍ ＆ Ｍｅ
ｔｈｏｄ ｆｏｒ Ｇｅｎｅｒａｔｉｎｇ Ｉｄｅｎｔ
ｉｆｉｅｒｓ Ｆｏｒ Ｕｎｉｑｕｅｌｙ Ｉｄｅｎｔ
ｉｆｙｉｎｇ Ｏｂｊｅｃｔ Ｔｙｐｅｓ ｆｏｒ Ｏ
ｂｊｅｃｔｓ Ｕｓｅｄ ＩｎＰｒｏｃｅｓｓｉｎｇ
ｏｆ Ｏｂｊｅｃｔ−Ｏｒｉｅｎｔｅｄ Ｐｒｏｇｒａ
ｍｓ Ａｎｄ Ｔｈｅ Ｌｉｋｅ」と題するＪａｍｅｓ
Ｈ．Ｗａｌｄｏ、Ｋｒｉｓｈｎａ Ｂｈａｒａｔ、Ｒ
ｏｇｅｒ Ｒｉｇｇｓの前述の米国特許出願第０８／６
３６７０７号を参照されたい）。

【００４４】これらの技術が与えられる場合、ゲートウ
ェイ・マネージャ識別子は、「そのクラスの名前、その
フィンガプリント、必要に応じてバイトコードにアクセ
スするためのＵＲＬ」であってよい。このクラスからオ
ブジェクトをインスタンス化するために使用される方法
は下記のとおりである。まず、この名前を使用して、受
取側マシンがその名前を有するクラスを有するかどうか
が判定され、そのようなクラスが存在しない場合、ＵＲ
Ｌを使用してそのクラスのバイトコードがロードされ
る。そのようなクラスが存在する場合、そのフィンガプ
リントが算出され、送信されたフィンガプリントと比較
される。これらのフィンガプリントが一致しない場合、
エラーが表示される。このように新しいマシン上にゲー
トウェイ・サービス・マネージャが作成された後、前述
のようにゲートウェイ・サービス・マネージャを使用し
て新しいマシン上に新しいゲートウェイ・オブジェクト
を作成することができる。

【００４５】オブジェクト指向アーキテクチャの好まし
い実施形態と、代替実施形態に関して本発明を説明した
が、コンピュータ・システム設計の当業者には、添付の
特許請求の範囲から推定される本発明の趣旨および範囲
から逸脱せずに、他のオペレーティング・システム・ア
ーキテクチャおよびドメインにおける本発明の応用を含
め、前述の実施態様の構造およびプログラミングに様々
な変更を加えられることが認識されよう。

【図面の簡単な説明】

【図１】 複数のオブジェクト指向マシンのうちの１つ
のみが、オブジェクト指向クライアントと非オブジェク
ト指向マシンとの間で通信を行うことができるようにす
るゲートウェイ・サーバを有する、異種コンピュータ・
システムのネットワークを示す図である。

【図２】 図１のネットワークに類似しているが、すべ
てのオブジェクト指向マシンが本発明によるゲートウェ
イ・サーバを有する、異種コンピュータ・システムのネ
ットワークを示す図である。

【図３】 本発明を具体化することができるＣＰＵと従
来型のメモリとを含む、コンピュータの一部を示す図で
ある。

【図４】 新しいゲートウェイ・サーバを動的に組み込
むことなしに実施される、あるマシンが異種コンピュー
タ・ネットワーク内の他のあるマシンから新しいクライ
アント・ハンドルを得たときに第１のマシンで使用され
る論理プロセスのフローチャートである。

【図５】 新しいゲートウェイ・サーバを呼び出すこと
を含め、あるマシンが異種コンピュータ・ネットワーク
内の他のあるマシンから新しいクライアント・ハンドル
を得たときに第１のマシンで使用される論理プロセスの
フローチャートである。

【図６】 いくつかの異種ドメインにわたって広がる問
題環境をより一般的に説明する図である。

【図７】 ゲートウェイ・オブジェクトを指し示すフロ
ント・ハンドルＧを含む例示的なオブジェクト参照Ｒを
示す図である。

【図８】 新しいゲートウェイ・オブジェクトを呼び出
すタスクを実行する図５中の論理ブロック４１６で使用
される論理プロセスのフローチャートである。

【符号の説明】

１０２、１０４、１０６ マシン １０８、１１８ クライアント １１０、１２２ ゲートウェイ・サーバ １１２、１１４、１１６、１１９ 通信経路 ５０２、５０８、５１４ マシン ５０４、６００ オブジェクト参照 ５１６ ゲートウェイ・マネージャ・オブジェクト ５２０ ドメイン ５２２ サーバ・オブジェクト ６０２ ゲートウェイ・オブジェクト ６０４ サービス・オブジェクト ６０６ ゲートウェイ・サービス

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成９年８月１５日

【手続補正１】

【補正対象書類名】図面

【補正対象項目名】全図

【補正方法】変更

【補正内容】

【図１】

【図２】

【図３】

【図７】

【図４】

【図５】

【図６】

【図８】

フロントページの続き (71)出願人 591064003 901 ＳＡＮ ＡＮＴＯＮＩＯ ＲＯＡＤ ＰＡＬＯ ＡＬＴＯ，ＣＡ 94303，Ｕ. Ｓ．Ａ. (72)発明者 エデュアード・ペレグリ−ロパート アメリカ合衆国・94040・カリフォルニア 州・マウンテン ヴュー・フォードハム ウェイ・1731

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ローカル・マシンがリモート・プログラ
   ムと直接通信するゲートウェイ・プログラムを必要とす
   るときに、前記ゲートウェイ・プログラムの動的ローデ
   ィングを実行する装置であって、 第１のドメインに存在し、プロセッサと、メモリと、オ
   ペレーティング・システムとを有するプログラム可能な
   ローカル・コンピュータであって、異なるオペレーティ
   ング・システムを有し前記リモート・プログラムを含む
   複数の他のコンピュータの少なくとも１つとの通信接続
   を行うプログラム可能なローカル・コンピュータと、 前記プログラム可能なローカル・コンピュータにローカ
   ル・ゲートウェイ・プログラムが存在するかどうかを判
   定し、そうである場合、前記ローカル・ゲートウェイの
   参照を使用して前記リモート・プログラムと直接通信
   し、そうでない場合は、前記プログラム可能なローカル
   ・コンピュータにロードできる新しいゲートウェイ・プ
   ログラムがあるかどうかを判定し、そうである場合、前
   記新しいゲートウェイ・プログラムを、前記リモート・
   プログラムと通信するために使用できるように前記プロ
   グラム可能なローカル・コンピュータに動的にロードす
   るように構成された、前記プログラム可能なローカル・
   コンピュータ内のコンピュータ・プログラム機構とを備
   えることを特徴とするプログラム可能な装置。
2. 【請求項２】 第１のドメイン内のローカル・マシン
   が、第２のドメイン内のマシンに存在するリモート・プ
   ログラムと直接通信するゲートウェイ・プログラムを必
   要とするときに、前記ゲートウェイ・プログラムの動的
   ローディングを実行させる装置であって、 コンピュータ読取り可能な記憶媒体と、 前記記憶媒体に記憶されたコンピュータ・プログラムと
   を備え、 前記記憶媒体は、前記第１のドメイン内のプログラム可
   能なローカル・コンピュータに、前記プログラム可能な
   ローカル・コンピュータ上にローカル・ゲートウェイ・
   プログラムが存在するかどうかを判定させ、そうである
   場合、前記ローカル・ゲートウェイの参照を使用して前
   記第２のドメイン内の前記リモート・プログラムと直接
   通信させ、そうでない場合は、前記プログラム可能なロ
   ーカル・コンピュータが前記新しいゲートウェイ・プロ
   グラムを受け取るための資源を有する場合に、前記リモ
   ート・プログラムと通信するために使用できる新しいゲ
   ートウェイ・プログラムを前記プログラム可能なローカ
   ル・コンピュータに動的にロードさせるコンピュータ・
   プログラムを備えていることを特徴とする装置。
3. 【請求項３】 第１のドメイン内のローカル・マシン、
   第２のドメイン内のマシン上に存在するリモート・プロ
   グラムと直接通信するゲートウェイ・プログラムを必要
   とするときに、前記ゲートウェイ・プログラムの動的ロ
   ーディングを実行する、コンピュータによって実施され
   る方法であって、 前記第１のドメイン内のプログラム可能なローカル・コ
   ンピュータを使用するステップと、 第２のドメインに配置された前記リモート・プログラム
   と通信することができるゲートウェイ・プログラムを指
   し示す値を含む参照ハンドルを、前記第１のドメイン内
   の他のコンピュータから受け取るステップと、 前記プログラム可能なローカル・コンピュータにローカ
   ル・ゲートウェイ・プログラムが存在するかどうかを判
   定し、そうである場合、前記ローカル・ゲートウェイ・
   プログラムの参照を使用して前記リモート・プログラム
   と直接通信するステップと、 前記プログラム可能なローカル・コンピュータ上にロー
   カル・ゲートウェイ・プログラムが存在しない場合、前
   記リモート・プログラムと通信するために使用できる新
   しいゲートウェイ・プログラムを前記プログラム可能な
   ローカル・コンピュータに動的にロードするステップと
   を有することを特徴とする方法。