JP2002505478A

JP2002505478A - 分散形システムにおけるイベント通知のためのオブジェクトの据置き復元及び遠隔ローディング

Info

Publication number: JP2002505478A
Application number: JP2000533822A
Authority: JP
Inventors: ピーターシージョーンズ; アンエムウォールラス; ジェイムズエイチウォルド; ケネスシーアールシーアーノルド
Original assignee: サンマイクロシステムズインコーポレーテッド
Priority date: 1998-02-26
Filing date: 1999-02-16
Publication date: 2002-02-19
Also published as: AU2766199A; EP1057113A2; WO1999044139A3; DE69903711D1; CN1298504A; KR20010040971A; DE69903711T2; EP1057113B1; WO1999044139A2

Abstract

(57)【要約】【課題】分散形システムにおいて、そのオブジェクトを全く使用しない中間機械上でのバイトストリームからオブジェクトへの不必要な変換を行うことなく、あるいは、受信機械上のプロセスが、オブジェクトへのアクセスを要求する前に、バイトストリームが先走って変換されることなく、オブジェクトをより効率よく転送すること。【解決手段】マーシャルドオブジェクトと呼ばれる、直列化された形式を保持するオブジェクトを用いた分散処理システムにおけるイベントの通知。イベント通知のために、機械は、ネットワーク内にある、特定のイベントの通知を受信するための装置を登録し、マーシャルドオブジェクトは、登録要求と共に転送される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】

本発明は、分散形システムにおける機械間でのオブジェクトの転送のためのシ
ステム及び方法に関し、特に、分散形システムにおけるイベント通知のためのオ
ブジェクトの据置き復元に関する。

【０００２】

【従来技術】

（関連出願の引用）この出願は、１９９７年１０月１５日に提出された米国特許出願第０８／９５
０，７５６号、発明の名称「分散形システムにおけるオブジェクトの据置き復元
及び遠隔ローディング」の一部係属出願であり、参照により本出願に援用する。

【０００３】以下に示す米国特許出願は、本出願が依拠し、かつ、参照により本出願に援用
するものである。１９９８年２月２６日に提出された米国仮特許出願第６０／０７６，０４８号
、発明の名称「分散形コンピューティングシステム」。同日に提出された米国特許出願第０９／０４４，９２３号、発明の名称「記憶
装置のリーシングのための方法及びシステム」、代理人整理番号０６５０２．０
０１１−０１０００。同日に提出された米国特許出願第０９／０４４，８３８号、発明の名称「分散
形システムにおける委託証明のリーシングのための方法、装置及び生産物」、代
理人整理番号０６５０２．００１１−０２０００。同日に提出された米国特許出願第０９／０４４，８３４号、発明の名称「分散
形システムにおけるグループ会員資格のリーシングのための方法、装置、及び生
産物」、代理人整理番号０６５０２．００１１−０３０００。同日に提出された米国特許出願第０９／０４４，９１６号、発明の名称「故障
検知のためのリーシング」、代理人整理番号０６５０２．００１１−０４０００
。同日に提出された米国特許出願第０９／０４４，９３３号、発明の名称「イベ
ントベースドシステムにおける移送挙動のための方法」、代理人整理番号０６５
０２．００５４−０００００。同日に提出された米国特許出願第０９／０４４，９３８号、発明の名称「遠隔
方法呼び出しのための方法及び装置」、代理人整理番号０６５０２．０１０２−
０００００。同日に提出された米国特許出願第０９／０４５，６５２号、発明の名称「遠隔
方法を識別するための決定性ハッシュのための方法及びシステム」、代理人整理
番号０６５０２．０１０３−０００００。同日に提出された米国特許出願第０９／０４４，７９０号、発明の名称「分散
形システムにおける遠隔オブジェクトの状態を決定するための方法及び装置」、
代理人整理番号０６５０２．０１０４−０００００。同日に提出された米国特許出願第０９／０４４，９３０号、発明の名称「分散
形システムにおける遠隔手順呼び出しに関連する処理を実行するためのダウンロ
ード可能なスマートプロキシ」、代理人整理番号０６５０２．０１０５−０００
００。同日に提出された米国特許出願第０９／０４４，９１７号、発明の名称「遠隔
方法の中断及び続行」、代理人整理番号０６５０２．０１０６−０００００。同日に提出された米国特許出願第０９／０４４，８３５号、発明の名称「デー
タベースにおけるマルチエントリー及びマルチテンプレート整合のための方法及
びシステム」、代理人整理番号０６５０２．０１０７−０００００。同日に提出された米国特許出願第０９／０４４，８３９号、発明の名称「デー
タベースにおけるインプレース修正のための方法及びシステム」、代理人整理番
号０６５０２．０１０８。同日に提出された米国特許出願第０９／０４４，９４５号、発明の名称「デー
タベースにおけるタイプフェース属性の整合のための方法及びシステム」、代理
人整理番号０６５０２．０１０９−０００００。同日に提出された米国特許出願第０９／０４４，９３１号、発明の名称「分散
形システムにおける動的ルックアップサービス」、代理人整理番号０６５０２．
０１１０−０００００。同日に提出された米国特許出願第０９／０４４，９３９号、発明の名称「分散
形システムにおいて装置と通信する際に用いられるダウンロード可能なコードを
提供するための装置及び方法」、代理人整理番号０６５０２．０１１２−０００
００。同日に提出された米国特許出願第０９／０４４，８２６号、発明の名称「ルッ
クアップサービスへのアクセスを容易化するための方法及びシステム」、代理人
整理番号０６５０２．０１１３−０００００。同日に提出された米国特許出願第０９／０４４，９３２号、発明の名称「分散
形システムにおける動的情報証明のための装置及び方法」、代理人整理番号０６
５０２．０１１４−０００００。１９９８年２月２６日に提出された米国特許出願第０９／０３０，８４０号、
発明の名称「ネットワークを超えた動的分散形コンピューティングのための方法
及び装置」、代理人整理番号０６５０２．０１１５−０００００。同日に提出された米国特許出願第０９／０４４，９３６号、発明の名称「永続
的な共用記憶領域のための会話形設計ツール」、代理人整理番号０６５０２．０
１１６−０００００。同日に提出された米国特許出願第０９／０４４，９３４号、発明の名称「多様
トークンベースドコントロール」、代理人整理番号０６５０２．０１１７−００
０００。同日に提出された米国特許出願第０９／０４４，９１５号、発明の名称「スタ
ックベースドアクセスコントロール」、代理人整理番号０６５０２．０１１８−
０００００。同日に提出された米国特許出願第０９／０４４，９４４号、発明の名称「スタ
ックベースド機密条件」、代理人整理番号０６５０２．０１１９−０００００。同日に提出された米国特許出願第０９／０４４，８３７号、発明の名称「機密
条件のプリメソッド指示」、代理人整理番号０６５０２．０１２０−０００００
。

【０００４】（発明の背景）二地点間データ転送に集中する分散形プログラムは、遠隔端末アクセスとファ
イル転送のための特殊目的プロトコルを使用することによって、適切かつ効率的
に処理することができる。そのようなプロトコルは、１つのプログラムのために
特別に作られ、様々な分散形プログラム（例えば、分散処理システム、電子メー
ルシステム、コンピュータ会議システムなど）を構築するための基礎を提供する
ものではない。

【０００５】一方、慣用の転送サービスは、分散形プログラムを構築するための基礎として
用いることができるが、これらのサービスは、異なる機械において異なるタイプ
のデータの使用、同期の容易性の欠如、及び単純プログラミングパラダイムのた
めの規定がないこと、のような多くの構成上の問題を示している。

【０００６】分散形システムは、通常、通信ネットワークによって相互に接続された異なる
タイプの多くの機械を含んでいる。各機械は、固有の内部データタイプ、固有の
アドレス配列規則、及び固有のオペレーティングシステムを有している。この異
質性が、分散形システムを構築するときに問題を引き起こす。その結果、プログ
ラム開発者は、そのような異質の分散形システムのために開発されたプログラム
の中に、情報が異なる機械において処理されかつ矛盾無く解釈されることを保証
する処理を行う機能を含めなければならない。

【０００７】しかしながら、プログラムの大部分は、プロセス間での要求と応答の会話を使
用しており、そこでは、開始プログラム（すなわち、通信を開始するプログラム
）は、応答が返されるまで待ちながらブロックされ、従って、この期間、アイド
ル状態となるということに注目することによって、１つの単純化が与えられる。
これは、プロセス間の手続呼び出し機構によってモデル化することができる。そ
の種の機構の１つは、遠隔手続呼び出し（ＲＰＣ）と呼ばれているものである。

【０００８】ＲＰＣは、同一機械又は異なる機械上で作動している２つのプロセス（例えば
、プログラム、アプレットなど）間の同期通信を提供するための機構である。単
純なケースにおいては、１つのプロセス、例えば、クライアントプログラムは、
他のプロセス、例えば、サーバープログラムにメッセージを送信する。この場合
、プロセスにとっては、メッセージの送信又は受信のいずれかの時に同期してい
ることは必要ではない。クライアントプログラムにとっては、メッセージを転送
し、次いで新たな動作を始めることが可能であり、サーバープログラムの環境に
とっては、サーバープログラムが新たなメッセージを処理する準備ができるまで
、入ってくるメッセージをバッファに入れることが可能である。

【０００９】しかしながら、ＲＰＣは、一方向にパラメータをパスすること、サーバプログ
ラムのコールされた手続が完了するまでコーリングプロセス（すなわち、クライ
アントプログラム）をブロックすること、及び、その後に応答を返送することを
要求するローカルな手続呼び出しをもっぱらモデル化しているので、同期に制約
を課している。従って、ＲＰＣは、２つのメッセージ転送と、コールの持続時間
のための２つのプロセスの同期とを含んでいる。

【００１０】ＲＰＣ機構は、通常、ローカル手続呼び出しパラダイムを使用して２つのプロ
セッシング部分において実施され、１つの部分はクライアントサイドであり、ま
た他の部分はサーバーサイドである。これらの部分の双方については、図１を参
照しながら、以下に説明する。

【００１１】図１は、ＲＰＣ機構を使用したコール情報の流れを表す図である。図１に示す
ように、クライアントプログラム１００は、コールを発する（ステップ１０２）
。次に、ＲＰＣ機構１０１は、そのコールを、コールパケットの引数としてパッ
クし（ステップ１０３）、ＲＰＣ機構１０１は、次いでこれをサーバープログラ
ム１０９に転送する（ステップ１０４）。コールパケットは、また、最初にコー
ルを送信したクライアントプログラム１００を識別するための情報も含んでいる
。コールパケットが転送された後（ステップ１０４）、ＲＰＣ機構１０１は、サ
ーバープログラム１０９からの応答を待つ間、待ち状態に入る。

【００１２】サーバープログラム１０９のためのＲＰＣ機構１０８（サーバープログラム１
０９がクライアントプログラム１００と同一のプラットフォーム上にある時には
、ＲＰＣ機構１０１と同一のＲＰＣ機構であっても良い。）は、コールパケット
を受信し（ステップ１１０）、コールパケットからそのコールの引数をアンパッ
クし（ステップ１１１）、コール情報を用いて、そのコールがアドレスされたサ
ーバープログラム１０９を識別し、サーバープログラム１０９に対してコールの
引数を提供する。

【００１３】サーバープログラムは、コールを受信し（ステップ１１２）、適切な手続を呼
び出すことによってそのコールを処理し（ステップ１１５）、ＲＰＣ機構１０８
に応答を返送する（ステップ１１６）。次に、ＲＰＣ機構１０８は、応答パケッ
トにその応答をパックし（ステップ１１４）、これをクライアントプログラム１
００に転送する（ステップ１１３）。

【００１４】応答パケットの受信（ステップ１０７）は、ＲＰＣ機構１０１に、待ち状態か
ら出ること及び応答パケットから応答をアンパックすることを誘発させる（ステ
ップ１０６）。次に、ＲＰＣ１０１は、そのコールに応えて、クライアントプロ
グラム１００に対して応答を供給する（ステップ１０５）。これが、ローカル手
続呼び出しパラダイムにならって作られる典型的なＲＰＣ機構のプロセスフロー
である。ＲＰＣ機構は、ローカル手続呼び出しパラダイムを使用するので、クラ
イアントプログラム１００は、コールがあったときに応答が返送されるまでブロ
ックされる。すなわち、クライアントプログラム１００は、サーバプログラム１
０９からの応答を待つというよりも、むしろ、コールを送信した後、その固有の
処理を続行することができない。

【００１５】ジャバ（商標）プログラミング言語は、典型的には、プラットフォームに依存
しないフォーマットでコンパイルされ、バイトコード命令集合を使用するオブジ
ェクト指向プログラミング言語であり、ジャバ仮想計算機（ＪＶＭ）をサポート
しているいかなるプラットフォーム上においても実行することができる。この言
語は、例えば、”ジャバ言語仕様”、ジェームスゴスリング、ビルジョイ及
びガイスティール共著、アディソン−ウェスレイ、１９９６年、に記載されて
おり、参照によって本出願に引用する。ＪＶＭは、例えば、”ジャバ仮想計算機
仕様”、ティムリンドホルム及びフランクイェリン共著、アディソンウェ
スレイ、１９９６年に記載されており、参照によって本出願に引用する。ジャバ
及びジャバを基礎とする商標は、米国及び他の国において、サンマイクロシステ
ムズ社の商標又は登録商標である。

【００１６】ＪＶＭは、いかなるタイプのプラットフォーム上においても実行することがで
きるので、ＪＶＭを用いた分散形プログラムの実施は、異質な分散形システムの
ためのプログラムの開発に関連する困難性を著しく減少させる。さらに、ＪＶＭ
は、システムのプログラム間通信を可能とするジャバ遠隔方法呼び出し（ＲＭＩ
）システムを使用している。ＲＭＩは、例えば、以下の文書によって説明される
ものであり、参照によって本出願に引用する。「遠隔方法呼び出し仕様」、サン
マイクロシステムズインコーポレーテッド（１９９７）。これは、ユニバー
サルリソースロケータ（ＵＲＬ）を介して入手することができる。ｈｔｔｐ
：／／ｗｗｗ．ｊａｖａｓｏｆｔ．ｃｏｍ／ｐｒｏｄｕｃｔｓ／ｊｄｋ／１．１
／ｄｏｃｓ／ｇｕｉｄｅ／ｒｍｉ／ｓｐｅｃ／ｒｍｉＴＯＣ．ｄｏｃ．ｈｔｍｌ
。

【００１７】図２は、ＪＶＭを用いた方法呼び出しを転送し及び受信するための機械２０１
及び２０２を含むオブジェクト指向分散形システム２００におけるオブジェクト
の流れを示す図である。システム２００において、機械２０１は、オブジェクト
を、転送されるオブジェクトのタイプ及びオブジェクトを構成するデータの識別
を含むバイトストリーム２０７に変換することによって、オブジェクト２０３の
ためのコールに対して応答するためにＲＭＩ２０５を使用する。機械２０１が、
オブジェクト２０３のためのコールに対して応答している間、システム２００内
にある同一又は他の機器上で作動しているプロセスは、その要求に対する応答を
待つことなく、処理を続行することができる。

【００１８】機械２０２は、バイトストリーム２０７を受信する。ＲＭＩ２０６を用いて、
機械２０２は、自動的に、これを対応するオブジェクト２０４に変換する。これ
は、オブジェクト２０３のコピーであり、オブジェクトを、機械２０２上で実行
しているプログラムによって使用可能なものにする。機械２０２は、また、最初
にこのオブジェクトをバイトストリームに変換し、次いで３番目の機械に対して
これを送信することにより、このオブジェクトを他の機械に転送することもでき
る。３番目の機械もまた、自動的に、バイトストリームを対応するオブジェクト
に変換する。

【００１９】

【発明が解決しようとする課題】

このような方法によるバイトストリームからオブジェクトへの自動的な復元は
、時々、不必要な処理を必要とする。例えば、コールがなされたときに、オブジ
ェクトとの実際の又は直接の会話を要求しない時間があり、両者は、バイトスト
リームからオブジェクト形式への変換を要求する。その代わりに、コールは、そ
のオブジェクトを他のコールにパスすること、又は、後で使用するためにそれを
記憶することを要求してもよい。このような状況においては、中間機械上におけ
るオブジェクトの復元、特に、そのオブジェクトが他の機械に転送されるべきも
のである場合におけるオブジェクトの復元は、不要である。そのような状況の例
には、分散形システムにおけるイベントの通知のためのオブジェクトの転送が含
まれている。従って、分散形システムにおいては、そのオブジェクトを全く使用
しない中間機械上でのバイトストリームからオブジェクトへの不必要な変換を行
うことなく、あるいは、受信機械上のプロセスが、オブジェクトへのアクセスを
要求する前に、バイトストリームが先走って変換されることなく、オブジェクト
をより効率よく転送することが望ましい。

【００２０】

【課題を解決するための手段】

本発明に係る方法は、分散形システム内において特定のイベントの通知のため
の要求に関連するオブジェクトを指定する。このオブジェクトは、そのオブジェ
クトの自己記述形式を含むストリームに変換され、そのストリームは、イベント
の発生に基づくストリームの中で識別されたプログラムコードにアクセスするこ
とによって、オブジェクトが復元される機械に選択的な転送のために提供される
。

【００２１】本発明に係る他の方法は、第１の機械において、分散形システム内における特
定のイベントの通知のための要求に関連するオブジェクトの自己記述形式を含む
ストリームを受信する。この方法は、そのストリームを第２の機械に送信するか
どうかを決定すること、及び、ストリームの中で識別されたプログラムコードに
アクセスすることによって、そのオブジェクトを復元するための第２の機械にス
トリームを選択的に送信し、第１の機械がイベントの通知を供給することを含む
。

【００２２】本発明に係る装置は、分散形システム内において特定のイベントの通知のため
の要求に関連するオブジェクトを指定する。この装置は、そのオブジェクトを、
そのオブジェクトの自己記述形式を含むストリームに変換し、そのストリームを
、選択的な転送のために、イベントの発生に基づくストリームの中で識別される
プログラムコードにアクセスすることによって、そのオブジェクトが復元される
機械に供給する。

【００２３】本発明に係る他の装置は、第１の機械において、分散形システム内における特
定のイベントの通知のための要求に関連するオブジェクトの自己記述形式を含む
ストリームを受信する。この装置は、そのストリームを第２の機械に送信するか
どうかを決定し、及び、ストリームの中で識別されたプログラムコードにアクセ
スすることによって、そのオブジェクトを復元するための第２の機械にそのスト
リームを選択的に送信し、第１の機械がイベントの通知を供給する。

【００２４】

【発明の実施の形態】添付された図面は、この明細書に取り入れられ、かつ、この明細書の一部を構
成し、その記述と共に、本発明の利点及び概念を説明するものである。

【００２５】（概要）本発明に係るシステムは、ＲＰＣ又はＲＭＩの変形を用いて、引数及び返却値
をパスしながら、１つのプロセスから他のプロセスに効率的にオブジェクトを転
送するものであり、各プロセスは、異なる機械上にあってもよい。そのような場
合には、プログラムによって必要とされない限り、オブジェクトの復元、及び、
そのようなオブジェクトの復元に関連するコードのダウンロードを据え置くこと
が望ましい。「機械」の用語は、この文脈においては、物理機械又は仮想機械を
指すために用いられる。多数の仮想機械は、同一の物理機械上に存在していても
よい。ＲＰＣシステムの例には、分散形計算方式環境（ＤＣＥ）ＲＰＣ、及びマ
イクロソフト分散形共通オブジェクトモデル（ＤＣＯＭ）ＲＰＣが含まれる。

【００２６】これがどのように達成されるかの一例は、自己記述ストリームをシステム内に
おけるファーストクラスエンティティにすることであり、これは、プログラミン
グ言語の１つのタイプのシステム内に存在し、その言語で書かれた指示によって
アクセス及び操作できることを意味している。ストリームは、典型的には、ビッ
トパターンのような転送可能な文字列であり、かつ、自己記述バイトストリーム
は、対応するオブジェクトに逆変換できるような十分な情報を含むバイトストリ
ームである。

【００２７】 ”マーシャルドオブジェクト”と呼ばれるオブジェクトは、自己記述ストリー
ムを備えている。そのようなマーシャルドオブジェクトは、典型的には、１つの
アドレス空間から他のアドレス空間にパスすることができる、いかなるオブジェ
クトからでも作ることができ、それらは、記憶され、他のオブジェクトにパスさ
れ、又は、要求に応じてオリジナルタイプのオブジェクトに復元するために使用
されることができる。マーシャルドオブジェクトを使用する利点は、マーシャル
ドオブジェクトにアクセスするプロセスが、直接、マーシャルドオブジェクトを
用いたオブジェクトの創造を呼び出すまで、オブジェクトの復元が据え置かれる
ことである。マーシャルドオブジェクトが、そのマーシャルドオブジェクトを作
るために前に使用されたオリジナルオブジェクトのコピーを創造するために用い
られるまで、オブジェクト上で操作するために必要ないかなるコードのダウンロ
ードも、据え置かれる。

【００２８】従って、オブジェクトは使用されないが、後で検索するために記憶され、又は
、他のプロセスに沿ってパスされる場合においては、ＲＭＩは、オブジェクトを
復元するために要求されるコードをダウンロードしない。これは、時間及びコー
ドの記憶スペースの双方の点において、著しい効率化をもたらす。

【００２９】イベント通知は、例えば、マーシャルドオブジェクトの使用を通じて発生する
場合がある。イベント通知のために、機械は、分散形ネットワーク内において特
定のイベントの通知を受信するための装置を登録する。この装置は、登録のため
の要求をマーシャルドオブジェクトと共にイベントジェネレータに転送し、イベ
ントジェネレータは、後の転送を可能にするためにマーシャルドオブジェクトを
記憶する。もし、イベントが発生した場合には、イベントジェネレータは、マー
シャルドオブジェクトを含むイベントの通知をイベントリスナー送信する。イベ
ントリスナーは、そのイベントに関連する情報を含むマーシャルオブジェクトを
復元してもよい。イベントリスナーは、通知を要求している装置と同一であって
も良い。イベントには、例えば、状態の変化あるいはオブジェクトの発生が含ま
れる。分散形システムにおけるより特別なイベントの例には、以下のもの、すな
わち、キー又はカーソル制御装置によるクリック、ディスプレイ装置上のウイン
ドウのオーバーラッピング、デバイスのネットワークへの接続、ユーザのネット
ワークへのログオン、及び特別のユーザアクションが含まれるが、これに限定さ
れるものではない。

【００３０】（分散処理システム）図３は、本発明を実施する際に用いられる典型的な分散処理システム３００を
図示したものである。図３において、分散処理システム３００は、ネットワーク
雲３１９で表現されるネットワーク配置において連結された３つの独立した、か
つ、異質のプラットフォーム３０１、３０２及び３０３を含んでいる。雲３１９
で表現されるネットワーク配置の構成及びプロトコルは、それがプラットフォー
ム３０１、３０２及び３０３間における情報の通信を許す限り、重要ではない。
加えて、３個のプラットフォームを使用することは、単なる例示であり、本発明
の実施を、特定の数のプラットフォームを使用することに限定するものではない
。さらに、特定のネットワーク体系は、本発明の実施例にとって重要ではない。
例えば、本発明の実施に用いることができる他のネットワーク体系としては、他
のすべてのプラットフォームが連結されるネットワークコントローラとして１つ
のプラットフォームを用いるものがある。

【００３１】分散処理システム３００を実施する場合において、各プラットフォーム３０１
、３０２及び３０３は、それぞれ、プロセッサ３１６、３１７及び３１８、並び
に、メモリ３０４、３０５及び３０６を含んでいる。各メモリ３０４、３０５及
び３０６に含まれているものは、それぞれ、アプリケーション３０７、３０８及
び３０９、オペレーティングシステム３１０、３１１及び３１２、並びに、ＲＭ
Ｉコンポーネント３１３、３１４及び３１５である。

【００３２】アプリケーション３０７、３０８及び３０９は、本発明の実施によって提供さ
れるサービスを対象として仕事をするために以前に書かれ、かつ修正されたもの
、あるいは、本発明の実施によって提供されるサービスを利用するために特別に
書かれたもののいずれかのアプリケーション又はプログラムであってもよい。ア
プリケーション３０７、３０８及び３０９は、本発明の実施に従って実行される
オペレーションを呼び出す。

【００３３】オペレーティングシステム３１０、３１１及び３１２は、それぞれ、対応する
プロセッサ３１６、３１７及び３１８に結びつけられた典型的な基本オペレーテ
ィングシステムである。プラットフォーム３０１、３０２及び３０３は、異質な
ものであっても良い。例えば、プラットフォーム３０１は、サンマイクロシステ
ムズ社によって製造されたウルトラスパーク（登録商標）マイクロプロセッサを
プロセッサ３１６として有し、ソラリス（登録商標）をオペレーティングシステ
ム３１０として使用する。プラットフォーム３０２は、シリコングラフィクス社
によって製造されたＭＩＰＳマイクロプロセッサをプロセッサ３１７として有し
、ユニックスをオペレーティングシステム３１１として使用する。最後に、プラ
ットフォーム３０３は、インテル社によって製造されたペンティアムマイクロプ
ロセッサをプロセッサ３１８として有し、マイクロソフトウィンドウズ９５をオ
ペレーティングシステム３１２として使用する。本発明の実施は、これに限定さ
れるものではなく、同質のプラットフォームでも同様に適応することができる。

【００３４】サン、サンマイクロシステムズ、ソラリス、ジャバ、及びサンロゴは、米国及
び他の国におけるサンマイクロシステムズ社の商標又は登録商標である。ウルト
ラスパーク及び他のすべてのスパーク商標は、許諾を得て使用されており、米国
及び他の国において、スパークインターナショナル社の商標である。スパーク商
標が付された生産物は、サンマイクロシステムズ社によって開発された体系に基
づいている。

【００３５】メモリ３０４、３０５及び３０６は、関連するプラットフォームのための一般
的な記憶のようないくつかの機能を提供する。他の機能は、各プロセッサ３１６
、３１７及び３１８によって実行されている間に、それぞれ、アプリケーション
３０７、３０８及び３０９、ＲＭＩコンポーネント３１３、３１４及び３１５、
並びにオペレーティングシステム３１０、３１１及び３１２を記憶することであ
る。加えて、メモリ３０４、３０５及び３０６の一部は、ネットワーク３１９中
のすべてのプラットフォーム３０１、３０２及び３０３が利用可能な共用記憶域
を構成してもよい。ＲＭＩコンポーネント３１３、３１４及び３１５は、図を単
純化するために図示されていないＪＶＭと関連して作動することを特筆しておく
。

【００３６】（分散形システムインフラストラクチャ）本発明に係るシステム及び方法は、特別な分散形システム４００内においても
また作動することができる。これについては、図４及び図５を参照しながら説明
する。分散形システム４００は、（１）システムのユーザに、多くの装置のネッ
トワークを超えてサービス及び資源を共用することを許すため、（２）プログラ
マーに、強く安全な分散形システムの開発を可能とするツール及びプログラミン
グパターンを提供するため、並びに、（３）分散形システムを管理する作業を単
純化するために、ハードウェア及びソフトウェアを含む様々なコンポーネントを
備えている。この目的を達成するために、分散形システム４００は、シームレス
な形式で、コード及びデータの双方が装置から装置に移動することを許容するジ
ャバプログラミング環境を利用している。従って、分散形システム４００は、ジ
ャバプログラミング環境のトップにレイヤされ、これによって生じる安全性と、
これによって提供される強いタイピングとを含むこの環境の特性を利用する。

【００３７】図４及び図５に示す分散形システムにおいて、異なるコンピュータ及び装置は
、ユーザには単一のシステムにいるように見えるものに連合される。単一のシス
テムのように見えることによって、分散形システム４００は、パーソナルコンピ
ュータあるいはワークステーションの柔軟性及び個別化された応答性を放棄する
ことなく、単一システムによって提供可能なアクセスの単純性と共用の力を提供
する。分散形システム４００は、地理的に分散しているが、信用、運営及びポリ
シィの基本的な考えに同意しているユーザによって操作される数千の装置を含ん
でいても良い。

【００３８】典型的な分散形システムの内部には、１又はそれ以上の装置によって提供され
るサービスの様々な論理的グルーピングがあり、そのような各論理的グルーピン
グは、Ｄｊｉｎｎとして知られている。”サービス”とは、ユーザ、プログラム
、装置又は、他のサービスがアクセス可能であり、かつ、計算でき、記憶に関係
し、通信に関係し、及び他のユーザにアクセスを供給することに関係がある資源
、データ又は機能を言いう。Ｄｊｉｎｎの一部として提供されるサービスの例に
は、プリンタ、ディスプレイ及びディスクのような装置、プログラム又はユーテ
ィリティのようなソフトウェア、データベース及びファイルのような情報、並び
に、システムのユーザが含まれる。

【００３９】ユーザ及び装置の双方とも、Ｄｊｉｎｎに結合することができる。Ｄｊｉｎｎ
に結合したとき、ユーザ又は装置は、０又はそれ以上サービスをＤｊｉｎｎに加
え、セキュリティの制約を条件として、それに含まれるサービスのいずれにもア
クセスすることができる。すなわち、装置とユーザは、Ｄｊｉｎｎと連合し、そ
のサービスへのアクセスを共用する。Ｄｊｉｎｎのサービスは、プログラム的に
は、他のオブジェクト、異なるプログラミング言語で書かれたソフトウェアコン
ポーネント、又はハードウェア装置を含むジャバプログラミング環境のオブジェ
クトのように見える。サービスは、そのサービスに要求されるオペレーションを
定義するインターフェースを有し、サービスのタイプは、そのサービスを構成す
るインターフェースを決定する。

【００４０】分散形システム４００は、ネットワーク４０８で相互に接続されたコンピュー
タ４０２、コンピュータ４０４及び装置４０６を備えている。装置４０６は、プ
リンタ、ファックス機械、記憶装置、コンピュータ、あるいは他の装置のような
多くの装置のいずれであっても良い。ネットワーク４０８は、ローカルエリアネ
ットワーク、ワイドエリアネットワーク、あるいは、インターネットのいずれで
あっても良い。わずか２つのコンピュータと１つの装置が分散形システム４００
に備えられているものとして図示されているが、当業者であれば、分散形システ
ム４００は、追加のコンピュータ又は装置を含んでいても良いことがわかるであ
ろう。

【００４１】図５は、分散形システム４００の多くのソフトウェアコンポーネントを示すた
めに、コンピュータ４０２を詳細に図示したものである。当業者であれば、コン
ピュータ４０４又は装置４０６が同様に配置されていても良いことがわかるであ
ろう。コンピュータ４０２は、メモリ５０２、第２記憶装置５０４、中央演算ユ
ニット（ＣＰＵ）５０６、入力装置５０８、及びビデオディスプレイ５１０を含
んでいる。メモリ５０２は、ルックアップサービス５１２、ディスカバリィサー
バ５１４、及びジャバランタイムシステム５１６を含んでいる。ジャバランタイ
ムシステム５１６は、ジャバＲＭＩシステム５１８及びＪＶＭ５２０を含んでい
る。第２記憶装置５０４は、ジャバスペース５２２を含んでいる。

【００４２】上述したように、分散形システム４００は、ジャバプログラミング環境に基づ
いており、従って、ジャバランタイムシステム５１６を利用する。ジャバランタ
イムシステム５１６は、ジャバランタイムシステムのトップで作動しているプロ
グラムが、プラットフォームに依存しない方法で、ホストオペレーティングシス
テムのウィンドウイング機能及びネットワーキング機能を含む様々なシステム機
能にアクセスすることを許容するジャバＡＰＩライブラリィズを含んでいる。ジ
ャバＡＰＩライブラリィズは、ジャバランタイムシステムがポートされるすべて
のオペレーティングシステムを通って単一の共用ＡＰＩを供給するので、ジャバ
ランタイムシステムのトップで作動しているプログラムは、ホストプラットフォ
ームのオペレーティングシステムやハードウェア配置にかかわらず、プラットフ
ォームに依存しない方法で作動する。ジャバランタイムシステム５１６は、カリ
フォルニア州、マウンテンビューのサンマイクロシステムズ社から入手可能なジ
ャバソフトウェア開発キットの一部として供給される。

【００４３】ＪＶＭ５２０もまた、プラットフォーム独立性を容易化する。ＪＶＭ５２０は
、バイトコードの形式でプログラムから指示を受信し、それらをオブジェクトコ
ードのような実行のための形式に動的に変換することによって、これらのバイト
コードを解釈し、これらを実行する抽象的なコンピュータのように機能する。Ｒ
ＭＩ５１８は、１つのコンピュータ又は装置上で実行しているオブジェクトに、
他のコンピュータ又は装置上にあるオブジェクトの方法を呼び出すことを許容す
ることによって遠隔方法呼び出しを容易化する。ＲＭＩ及びＪＶＭの双方とも、
ジャバソフトウェア開発キットの一部として提供される。

【００４４】ルックアップサービス５１２は、特定のＤｊｉｎｎにとって入手可能なサービ
スを定義する。すなわち、分散形システム４００内部に、１より多いＤｊｉｎｎ
があり、その結果として、１より多いルックアップサービスがある。ルックアッ
プサービス５１２は、Ｄｊｉｎｎ内部に各サービスのための１つのオブジェクト
を含んでおり、各オブジェクトは、対応するサービスにアクセスすることを容易
化する様々な方法を含んでいる。ルックアップサービス５１２は、先に参照によ
って本出願に引用した米国特許出願、発明の名称「ルックアップサービスへのア
クセスを容易化するための方法及びシステム」に記載されている。

【００４５】ディスカバリサーバ５１４は、ブートアンドジョイン（又はディスカバリィ）
として知られるプロセスの間に、新たな装置が分散形システム４００に付加され
た時、及び、そのような新しい装置が発見された時を検出し、このディスカバリ
サーバは、ルックアップサービス５１２に対するリファレンスを新たな装置にパ
スし、これによって、新たな装置は、ルックアップサービスにそのサービスを登
録し、Ｄｊｉｎｎのメンバーとなる。登録の後、新たな装置は、Ｄｊｉｎｎのメ
ンバーとなり、その結果として、その装置は、ルックアップサービス５１２に含
まれるすべてのサービスにアクセスすることができる。ブートアンドジョインの
プロセスは、前に参照により本出願に引用した米国特許出願、発明の名称「分散
形システムにおいて装置と通信する際に使用するダウンロード可能なコードを供
給するための装置及び方法」に記載されている。

【００４６】ジャバスペース５２２は、オブジェクトを記憶するために、分散形システム４
００内のプログラムによって使用されるオブジェクトリポジトリィである。プロ
グラムは、分散形システム４００内の他の装置がオブジェクトにアクセス可能と
するだけでなく、オブジェクトを永続的に記憶するためにジャバスペース５２２
を使用する。ジャバスペースは、共通譲受人に譲受され、１９９７年１１月１７
日に提出された米国特許出願第０８／９７１，５２９号、発明の名称「多様なエ
ントリー及びエントリー整合に用いられるデータベースシステム」に記載されて
おり、参照によって本出願に引用する。当業者であれば、典型的な分散形システ
ム４００は、多くのルックアップサービス、ディスカバリィサーバ、及びジャバ
スペースを含んでいても良いことがわかるであろう。

【００４７】（分散処理システム内におけるデータフロー）図６は、コンピュータもしくは１以上のコンピュータに存在する仮想機械、又
は図３を参照して記述された機械、のような機械６０１、６０２及び６０３が接
続されたオブジェクト指向分散形システム６００の図である。転送機械６０１は
、オブジェクト６０５及び６０６のようなオブジェクトを記憶するメモリ６０４
と、そのオブジェクトに基づいて処理を実行するＲＭＩ６０７を含んでいる。ネ
ットワーク６００を超えてオブジェクトを転送するために、ＲＭＩ６０７は、オ
ブジェクト６０５を、バイトストリーム６０８として機械６０２に転送されるマ
ーシャルドオブジェクトに変換するためにコード６０９を使用する。ジャバプロ
グラミング言語で使用される、インプットストリーム及びアウトプットストリー
ムを含むストリームは、この分野において知られており、参照によって本出願に
引用する説明としては、例えば、”ジャバチュートリアル：インターネットのた
めのオブジェクト指向プログラミング”、ｐｐ．３２５−５３、メアリーカン
ピオン及びキャシーウォルラス共著、アディソン−ウェスレイ、１９９６年に
記載されている。

【００４８】この変換の一部には、受信機械６０２がそのオブジェクトを復元できるような
情報の付加が含まれている。１組のオブジェクトタイプが限定されており、かつ
、すべての機械６０１、６０２及び６０３において同一である時には、受信機械
は、典型的には、オブジェクトの状態とそのタイプに関する記述を要求する。こ
れは、そのオブジェクトコードは、すでにすべてのネットワーク機械上に存在し
ているためである。代わりに、機械６０１は、必要なときに、情報又はオブジェ
クトの状態及びタイプと同時にコードが移動することを許容する、よりすぐれた
柔軟性を提供するために、ＲＭＩ６０７を使用する。加えて、転送機械は、マー
シャルドオブジェクトの中に、転送されたオブジェクトのタイプの識別、オブジ
ェクトの状態を構成するデータ、及び、そのオブジェクトに関連するコードのた
めのＵＲＬ形式でのネットワークでアクセス可能なロケーションを含める。ＵＲ
Ｌは、この分野において知られており、参照によって本出願に引用する説明とし
ては、例えば、”ジャバチュートリアル：インターネットのためのオブジェクト
指向プログラミング”、ｐｐ４９４−５０７、メアリーカンピオン及びキャシ
ーウォルラス共著、アディソン−ウェスレイ、１９９６年、に記載されている
。

【００４９】受信機械６０２は、バイトストリーム６０８を受信したときに、転送されたオ
ブジェクトのタイプを識別する。機械６０２は、オブジェクトを処理するための
固有のＲＭＩ６１０及びコード６１１を含んでいる。もし、バイトストリーム６
０８が、マーシャルドオブジェクトを含んでいる場合には、機械６０２は、マー
シャルドオブジェクトにおいて識別されたオブジェクトタイプ、状態情報、及び
、オブジェクトのコードを使用して、新たなオブジェクト６１４を生成してもよ
い。オブジェクト６１４は、オブジェクト６０５のコピーであり、機械６０２の
メモリー６１３内に記憶される。もし、コード６１２が、機械６０２において存
在せず又は利用できず、かつ、マーシャルドオブジェクトが、そのコードを含ん
でいない場合には、ＲＭＩ６１０は、コードの位置付けをし、コードのコピーを
機械６０２に転送するために、マーシャルドオブジェクトからのＵＲＬを使用す
る。コード６１２は、一般的には、そのオブジェクトがアンマーシャルドである
場合にのみ要求される。コードは、バイトコード形式であり、そのためにポータ
ブルであるので、受信機械は、オブジェクトを復元するために、ＲＭＩ６１０に
コードをロードすることができる。すなわち、機械６０２は、その種のオブジェ
クトが、それ以前にその機械上に存在していなかった場合であっても、適切なタ
イプのオブジェクトを復元することができる。

【００５０】機械６０２は、また、３番目の機械６０３に転送するために、オブジェクト６
１４をバイトストリーム６１５に変換してもよく、３番目の機械６０３は、オブ
ジェクトを処理するための固有のＲＭＩ６１８及びコード６１９を持っている。
ＲＭＩ６１８は、オブジェクトのためのコード６２０を使用して、バイトストリ
ーム６１５を対応するオブジェクト６１６に変換し、これをメモリ６１７に記憶
する。オブジェクト６１６は、オブジェクト６０５のコピーである。もし、オブ
ジェクトのためのコード６２０が、存在しない場合又は利用できない場合には、
機械６０３は、上述したように、ＵＲＬを用いて他の機械からコードを要求する
。

【００５１】機械６０２は、代わりに、マーシャルドオブジェクトを、オブジェクトに復元
することなく、バイトストリームとして記憶してもよい。次いで、機械６０２は
、そのバイトストリームを機械６０３に転送してもよい。

【００５２】（マーシャルドオブジェクト）マーシャルドオブジェクトは、そのオブジェクトがＲＭＩコール中のパラメー
タとしてパスされることを許容するが、受信機械上で実行しているプログラムが
、マーシャルドオブジェクトに対するコールを経由して、明白にオブジェクトを
要求するまで、受信機械においてマーシャルドオブジェクトの変換を延期するオ
ブジェクトのためのコンテナである。コンテナは、データ並びにコード又はオブ
ジェクトのためのコードに対する参照のいずれかを含み、かつ、転送のためのオ
ブジェクトを保持する封筒である。マーシャルドオブジェクトに含まれる直列化
可能なオブジェクトは、典型的には直列化されており、ＲＭＩコールの中でパス
されたパラメータと同一の意味が要求されたときに、非直列化される。直列化は
、オブジェクトのイン−メモリ表現を対応する自己記述バイトストリームに変換
するプロセスである。非直列化は、自己記述形式のバイトストリームを対応する
オブジェクトに変換するプロセスである。

【００５３】オブジェクトをマーシャルドオブジェクトに変換するために、そのオブジェク
トは、マーシャルドオブジェクトのコンテナ内部に置かれ、ＵＲＬがそのオブジ
ェクトのためのコードを位置付けるために使用されたときには、そのＵＲＬが、
コンテナに付加される。すなわち、その含まれるオブジェクトが、マーシャルド
オブジェクトのコンテナから回収されたときに、そのオブジェクトのコードが居
所的に利用できない場合には、コンテナに付加されたＵＲＬは、そのオブジェク
トのクラスのためのバイトコード形式でのコードを位置付け、かつ、ロードする
ために使用される。

【００５４】表１は、本発明に係るマーシャルドオブジェクトのためのジャバプログラミン
グ言語による典型的なクラス定義である。

【００５５】

【表１】 package java.rmi; public final class MarshalledObject implements java.io.Serializable { public MarshalledObject(Object obj) throws java.io.IOException; public Object get() throws java.io.IOExeception, ClassNotFoundException; public int hashCode(); public boolean equals(); }

【００５６】マーシャルドオブジェクトは、コンピュータで読み取り可能な記憶媒体に記憶
されたオブジェクトの表現を指定している製造物の中で具体化されてもよい。

【００５７】マーシャルドオブジェクトのコンストラクタは、その単一の引数として直列化
可能なオブジェクト（ｏｂｊ）を用い、バイトストリーム中でオブジェクトのマ
ーシャルド表現を保持する。オブジェクトのマーシャルド表現は、ＲＭＩコール
の中でパスされるオブジェクトの意味を保持する。ストリーム中の各クラスは、
典型的には、オブジェクトがコールによって「ゲット」方法に復元されるときに
、各クラスのためのバイトコードが、配置され、かつ、ロードされるように、オ
ブジェクトコード又はコードに対するＵＲＬに注釈が付けられ、遠隔オブジェク
トは、そのプロキシスタブに置き換わる。「ゲット」方法は、アンマーシャリン
グのプロセスを実行するためのプログラムによってコールされた方法であり、こ
れは、自己記述バイトストリーム（マーシャルドオブジェクト）を用いたマーシ
ャルドオブジェクトからのオブジェクトの復元、及び、そのプロセスのための必
要なコードを取得するためのプロセスである。プロキシスタブは、オブジェクト
の復元に使用するための遠隔オブジェクトに対する参照である。

【００５８】クラスマーシャルドオブジェクトの例が、”java.io.ObjectOutputStream,” に書き込まれているときは、コンストラクションの間に作られた、含まれている
オブジェクトのマーシャルド形式は、ストリームに書き込まれる。すなわち、バ
イトストリームのみが、直列化される。

【００５９】マーシャルドオブジェクトが、”java.io.ObjectInputStream,”から読み込ま
れるときは、含まれているオブジェクトは、非直列化されて新たなオブジェクト
となることはない。むしろ、オブジェクトは、マーシャルドオブジェクトのゲッ
ト方法がコールされるまで、そのマーシャルド表現のまま残る。

【００６０】「ゲット」方法は、好ましくは、常に、含まれるオブジェクトの新たなコピー
をそのマーシャルド形式から復元する。内部表現は、ＲＭＩコールのためのアン
マーシャリングパラメータを使用して、同一の意味に非直列化される。すなわち
、オブジェクトの表現の非直列化は、局所的に利用できない場合には、オブジェ
クトの直列化されたストリームの中に埋め込まれたＵＲＬ注釈を使用して、クラ
スコードをロードする。

【００６１】マーシャルドオブジェクトのクラス定義において示したように、オブジェクト
のマーシャルド表現のハッシュコードは、オブジェクト自身のハッシュコードと
等価であることと定義される。一般に、ハッシュコードは、情報の迅速なルック
アップを実行するために、ハッシュテーブルの中で使用され、この点は、この分
野では知られている。イコール方法は、比較されるオブジェクトのマーシャルド
表現が等価である場合には、真を返す。イコール方法は、復元されたオブジェク
トが、オリジナルオブジェクトと同一であるかどうかを決定することによって復
元を証明するものであり、そのような方法は、ジャバプログラミング言語におい
て知られている。

【００６２】（マーシャルドオブジェクトの転送）図７は、本発明に係る分散形システムにおけるオブジェクトの転送において好
適に実行されるステップ７００のフロー図である。機械は、バイトストリームを
受信し（ステップ７０１）、そのバイトストリームには、オブジェクトのための
データ、オブジェクトのタイプを識別する情報、及び、付随的にオブジェクトに
関連するコードのＵＲＬが含まれる。受信機械は、オブジェクトのコードが存在
しているか、あるいは利用可能であるかどうかを決定する（ステップ７０２）。
もし、利用可能である場合には、機械は、好ましくはＲＭＩを使用して、バイト
ストリーム及びレジデントコードからオブジェクトを復元する（ステップ７０４
）。もし、コードが存在していない場合には、機械は、バイトストリームからの
ＵＲＬを使用して、ネットワークのアクセス可能な位置に配置された他の機械か
らコードを要求し、その機械は、コードのコピーを返す（ステップ７０３）。オ
ブジェクトは、また、バイトストリームの形式で、他の機械に転送される（ステ
ップ７０５）。

【００６３】図８は、本発明に係る分散形システムにおいてマーシャルドオブジェクトを転
送する時に、コードローディング及びオブジェクトの構成を据え置くために好適
に実行されるステップ８００のフロー図である。機械は、バイトストリームを受
信し（ステップ８０１）、そのバイトストリームには、オブジェクトのためのデ
ータ、オブジェクトのタイプを識別する情報、及び、付随的にオブジェクトに関
連するコードのためのＵＲＬが含まれている。

【００６４】機械は、バイトストリームが、マーシャルドオブジェクトかどうかを決定する
（ステップ８０２）。もし、そのようなオブジェクトでない場合には、機械は、
バイトストリームの通常の処理を実行する（ステップ８０３）。一方、受信され
たバイトストリームが、マーシャルドオブジェクトを表している場合には、機械
は、受信機械上のプロセスによって呼び出されたゲット方法に応じて後で使用す
るためにマーシャルドオブジェクトを保持する。もし、そのオブジェクトが他の
機械に転送されるべきであることを、受信機械が決定した場合（ステップ８０４
）には、オブジェクトを復元することなく、単にバイトストリームを転送する。
もし、機械がオブジェクトを使用する場合には、そのＲＭＩ及び関連するコード
を使用して、オブジェクトの復元を実行する（ステップ８０５）。もし、オブジ
ェクトの復元コードが、機械上に存在していない場合には、上述したように、Ｕ
ＲＬを使用して、コードを要求しかつ取得する（ステップ８０６）。機械は、そ
のオブジェクトを他の機械に転送することが必要かどうかを決定する（ステップ
８０７）。もし、オブジェクトが他の機械に転送されることが予定されている場
合には、そのオブジェクトは、バイトストリームとして転送される（ステップ８
０８）。

【００６５】従って、マーシャルドオブジェクトは、分散形システムにおけるオブジェクト
のより効率的な転送を供給する。もし、オブジェクトが機械によって必要とされ
る場合には、そのオブジェクトは復元され、もし、機械がそのオブジェクトを使
用することを必要としない場合には、機械は、そのオブジェクトを復元すること
なく、マーシャルドオブジェクトを転送することができる。

【００６６】（イベント通知におけるマーシャルドオブジェクトの使用）分散形のシステム又はネットワークは、システム内におけるイベントの通知の
ための登録と関連して、マーシャルドオブジェクトを使用することができる。図
９は、イベント通知を図示した分散形ネットワーク９００の図である。ネットワ
ーク９００は、図３、４及び５を参照して記述された機械を使用しても良い。ネ
ットワーク９００には、イベント通知を提供するために、ＲＭＩ９０２及びオブ
ジェクト９０３を有する遠隔イベントリスナー９０１、ＲＭＩ９０５及びオブジ
ェクト９０６を有する機械９０４、並びに、ＲＭＩ９０８及びオブジェクト９０
９を有するイベントジェネレータ９０７が含まれる。機械９０４は、点線によっ
て示されるように、遠隔イベントリスナー９０１と同一であってもよく、あるい
は、これらは、別個の機械であっても良い。

【００６７】機械９０４は、特定のネットワークイベントの通知を要求しているが、マーシ
ャルドオブジェクト９１２を含み、あるいはこれに関連しているイベント通知の
ための要求を転送することによって、ＲＭＩ９０８を登録する。イベントジェネ
レータ９０７は、後で転送することを可能とするために、マーシャルドオブジェ
クトを記憶する。ＲＭＩ９０８が、イベントの発生を検出したときには、ＲＭＩ
９０８は、マーシャルドオブジェクト９１３と共に、遠隔イベントリスナー９０
１にイベントの通知を転送する。遠隔イベントリスナー９０１は、イベントに関
する情報を含むマーシャルドオブジェクトを復元するためのコード９１１を取得
するために、コードサーバ９１０にコールすることができる。コードサーバは、
コードにアクセスし、及び、オブジェクトの特別のタイプ又はクラスのための要
求に応答し、並びに、そのオブジェクトのためのコードを返すエンティティ及び
プロセスである。コードサーバは、機械９０１の内部に配置されていても良く、
あるいは、他の機械上に配置されていても良い。また、コードは、コードサーバ
と同一プラットフォーム上に存在していても良く、あるいは、別個のプラットフ
ォーム上に存在していても良い。登録後、遠隔イベントリスナー９０１は、発見
されたときに、特定のイベントの指示を提供しても良い。

【００６８】図１０は、プロセス１０００又はネットワーク９００のような分散形ネットワ
ーク内におけるイベント通知のフローチャートである。機械は、マーシャルオブ
ジェクトを含む登録要求を遠隔イベントジェネレータに送信し（ステップ１００
１）、遠隔イベントジェネレータは、後で転送することを可能とするために、マ
ーシャルドオブジェクトを記憶する（ステップ１００２）。イベントジェネレー
タは、イベントが発生したかどうかを決定し（ステップ１００３）、もし、その
ような発生を検出した場合には、記憶されたマーシャルドオブジェクトを含むイ
ベントの通知をイベントリスナーの機械に送信する（ステップ１００４）。イベ
ントジェネレータは、特定の基準又はシステムの要件に基づいて、イベント発生
の通知の提供を続行すべきかどうかを決定する（ステップ１００５）。もし、そ
うである場合には、イベントが発生するかどうかを決定することを続行する。こ
れらのステップは、例えば、この明細書の表１−５に示すジャバプログラミング
言語で書かれたインターフェースやクラス定義を使用することができる。

【００６９】表２は、遠隔イベントリスナーを実施するための、ジャバプログラミング言語
によるインターフェースの例を示す。

【００７０】

【表２】 public interface RemoteEventListener extends Remote, java.util.EventListener { void notify(RemoteEvent theEvent) throws EventUnknownException, RemoteException; }

【００７１】表２に示すインタフェースにおいて、通知方法は、”RemoteEvent”タイプの単一パラメータを持ち、このパラメータは、処理の間に通知の一部としてパスさ
れた情報を密閉するために使用される。表３は、”RemoteEvent”クラス定義のパブリックパートのための定義の例を示す。

【００７２】

【表３】 public class RemoteEvent extends EventObject { public RemoteEvent(Object evSource, long evIdNo, long evSeqNo) public Object getSource(); public long getID(); public long getSeqNo(); public MarshalledObject getRegistrationObject(); }

【００７３】表３に示す定義において、”RemoteEvent”オブジェクトの中に含まれるアブストラクト状態は、イベントが発生したオブジェクトに対する参照、イベントが
発生したオブジェクトに関連するイベントの種類を示す”long”、及び、イベン
ト種類の例のシーケンス番号（”SeqNo”）を示す”long”を含む。”RemoteEve
nt”オブジェクトから得られるシーケンス番号は、増加する値であり、これは、
先のシーケンス番号に関連するイベントの発生回数に関連する指示を与える。

【００７４】表４は、ジャバプログラミング言語によるイベントジェネレータのためのイン
タフェースの例を示す。

【００７５】

【表４】 public interface EventGenerator extends Remote { public EventRegistration register(long evId, MarshalledObject handback, RemoteEventListener toInform, long leasePeriod) throws EventUnknownException, RemoteException; }

【００７６】図４に示すレジスタ方法は、オブジェクトの内部においてイベント発生の権利
を登録することを許容する。この方法を実行している間、ＪＶＭは、イベントの
クラスを識別するために使用される長整数である”evId”、通知の一部として逆
転送されるオブジェクト、”RemoteEventListener”オブジェクトに対する参照、及び、権利登録のためのリース期間を示す長整数を受信する。もし、”evId”
が、イベントジェネレータオブジェクトによって認識されないコールに対して提
供された場合には、ＪＶＭは、エラーを発する。ジャバプログラミング言語にお
いて、ＪＶＭは、そのエラーを発するために、”EventUnknownException”を” 投げる（throw）”という。レジスタ方法の第２の引数は、適切なタイプのイベントが発生したときに生成される通知の一部として逆転送されるべきマーシャル
ドオブジェクトである。レジスタ方法の第３の引数は、発生しているイベント種
類の例のいかなる通知も受信する遠隔イベントリスナーオブジェクトである。こ
の引数は、権利を登録しているオブジェクトであっても良く、あるいは、第３パ
ーティイベントハンドラ、又は、”mailbox”の通知のような他の遠隔イベントリスナーであっても良い。レジスタ方法に対する最後の引数は、”lease”と呼ばれる、登録の要求期間を示す”long”である。

【００７７】レジスタ方法の返却値は、イベント登録クラス定義のオブジェクトである。こ
のオブジェクトは、権利が、登録を与えたオブジェクト、登録を与えたオブジェ
クトに対する参照、及び、リース期間に関連する情報を含むリースオブジェクト
に関連して登録されたイベントの種類を識別する”long”を含んでいる。

【００７８】表５は、ジャバプログラミング言語によるイベント登録のためのクラス定義の
例を示す。

【００７９】

【表５】 public class EventRegistration implements java.io.Serializable{ public EventRegistration(long eventNum, Remote registerWith, Lease eventLease, long currentSeqNum); public long getEventID(); public Object getEventSource(); public Lease getLease(); public long currentSeqNum(); }

【００８０】表５に示すクラス定義において、”getEventID”方法は、権利が登録されたイ
ベントの識別子を返し、”getEventSource”方法の返却値と結合された識別子は
、イベントの種類を一意に識別する。情報は、そのイベントを認識し、これを正
確に発送すること許容するために、第３パーティリポジトリィに提供される。Ｊ
ＶＭ内で処理されている間、”getLease”方法は、登録のためにリースオブジェ
クトを返し、リースメンテナンスにおいて使用される。”currentSeqNo”方法は
、次に続く通知のシーケンス番号との比較を許容しながら、登録が付与されたと
きに通用していたイベント種類に基づくシーケンス番号の値を返す。”toString
”方法は、オブジェクトの状態を形作る情報を含むヒューマンリーダブルストリ
ングを返すために、クラス定義と共に使用される。

【００８１】図７、８及び１０に示すステップを実施する機械は、図３、４及び５に示すよ
うに、機能を実行するためのコンピュータプロセッサを含んでいても良い。これ
らは、プロセッサに上述した機能を実行させるように配置されたモジュール又は
プログラムを含んでいても良い。それらは、また、メモリに記憶されたコンピュ
ータプログラム生産物を含んでいても良い。コンピュータプログラム生産物は、
機械に上述した機能を実行させるために具体化されたコンピュータで読み取り可
能な媒体又はコンピュータで読み取り可能なコードを有する媒体を含んでいても
良い。媒体は、搬送波に一体化されたコンピュータデータシグナル、及び、プロ
セッサによって実行されるときには、この明細書に記載された方法を実行するこ
とによって、プロセッサを、絶対アドレスにある周辺機器に確実にアドレスさせ
るための指示の代表的なシーケンスを含んでいても良い。媒体は、また、この明
細書に記載された方法を実行する際に使用するためのデータ構造が含まれていて
も良い。

【００８２】本発明に係るシステムの図示された実施例は、ＪＶＭ仕様に基づくジャバプロ
グラミング言語を実行するコンピュータシステムに関連して記述されているが、
本発明は、異なるプログラミング言語からのコードを処理する他のコンピュータ
システムに対しても同様に適用可能である。特に、本発明は、オブジェクト指向
プログラミングシステム及び非オブジェクト指向プログラミングシステムの双方
で実施しても良い。加えて、本発明に係る実施例は、ジャバプログラミング環境
において処理するように記載されているが、当業者であれば、本発明が他のプロ
グラミング環境においても同様に使用できることがわかるであろう。

【００８３】本発明は、典型的な実施例に関連して説明されているが、多くの修正は、当業
者にとって直ちに明白となることがわかるであろう。また、本出願は、いかなる
改良又は変形もカバーすることが意図されている。例えば、マーシャルドオブジ
ェクトのための異なるラベル又は定義は、本発明の範囲から逸脱することなく使
用することができる。本発明は、クレーム及びその均等物にのみ限定される。

【００８４】

【発明の効果】

本発明によれば、プログラムによって必要とされない限り、オブジェクトの復
元、及び、そのようなオブジェクトの復元に関連するコードのダウンロードが据
え置かれるので、時間及びコードの記憶スペースの双方の点において、著しい効
率化をもたらすという効果がある。

【図面の簡単な説明】

【図１】ＲＰＣ機構を用いたコール情報の流れを示す図である。

【図２】オブジェクト指向分散形システムにおけるオブジェクトの転送を
示す図である。

【図３】本発明を実施する際に使用できる典型的な分散処理システムの図
である。

【図４】典型的な分散形システムインフラストラクチャの図である。

【図５】図４に示す分散形システムインフラストラクチャ内にあるコンピ
ュータの図である。

【図６】本発明に係る分散処理システム内部におけるオブジェクトのフロ
ー図である。

【図７】本発明を実施する際に、オブジェクトを構成するための遠隔コー
ドのローディングを用いて、分散形システムにおいてオブジェクトを転送する際
に実行されるステップのフロー図である。

【図８】本発明に係る分散形システムにおいてオブジェクトを転送する時
に、コードローディング及びオブジェクトの構成を据え置くために実行されるス
テップのフロー図である。

【図９】イベントの通知を模式的に表した分散形ネットワークの図である
。

【図１０】分散形ネットワーク内におけるイベント通知のためのプロセス
のフローチャートである。

【符号の説明】

９００分散形ネットワー９０１イベントリスナー９０２ＲＭＩ９０３オブジェクト９０４機械９０５ＲＭＩ９０６オブジェクト９０７イベントジェネレータ９０８ＲＭＩ９０９オブジェクト９１０コードサーバー９１１コード９１２登録（マーシャルドオブジェクト）９１３通知（マーシャルドオブジェクト）

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者ウォールラスアンエムアメリカ合衆国、01450 マサチューセッツ州、グロトン、ノースウッズロード９ (72)発明者ウォルドジェイムズエイチアメリカ合衆国、01826 マサチューセッツ州、ドラカット、ルビィロード 155 (72)発明者アーノルドケネスシーアールシーアメリカ合衆国、02173 マサチューセッツ州、レキシントン、ムーンヒルロード７Ｆターム(参考） 5B045 BB31 GG01

Claims

【特許請求の範囲】

【請求項１】多数の機械を備えた分散形システムにおけるオブジェクトの
転送のための方法であって、前記システム内における特定のイベントの通知のための要求に関連するオブジ
ェクトを指定し、前記オブジェクトを、前記オブジェクトの自己記述形式を含むストリームに変
換し、及び、前記ストリームを、選択的な転送のために、イベントの発生に基づく前記スト
リームの中で識別されたプログラムコードにアクセスすることによって、前記オ
ブジェクトが復元される機械に提供することを備えた方法。
【請求項２】前記提供には、選択的な転送の前に前記ストリームを記憶す
ることが含まれる請求項１に記載の方法。
【請求項３】前記変換には、前記オブジェクトの復元のための前記プログ
ラムコードの参照を含む復元されないパッケージの中に前記オブジェクトをパッ
ケージングすることが含まれる請求項１に記載の方法。
【請求項４】多数の機械を備えた分散形システムにおけるオブジェクトを
処理するための方法であって、第１の機械において、前記システム内における特定のイベントの通知のための
要求に関連するオブジェクトの自己記述形式を含むストリームを受信し、前記ストリームを第２の機械に送信するかどうかを決定し、及び、前記ストリームの中で識別されたプログラムコードにアクセスすることによっ
て、前記オブジェクトを復元するための前記第２の機械に前記ストリームを選択
的に送信し、前記第１の機械が前記イベントの通知を提供することを備えた方法
。
【請求項５】多数の機械を備えた分散形システムにおけるオブジェクトを
転送するための装置であって、前記システム内における特定のイベントの通知のための要求に関連するオブジ
ェクトを指定するために配置されたモジュールと、前記オブジェクトを、前記オブジェクトの自己記述形式を含むストリームに変
換するために配置されたモジュールと、前記ストリームを、選択的な転送のために、前記イベントの発生に基づく前記
ストリームの中で識別されるプログラムコードにアクセスすることによって、前
記オブジェクトが復元される機械に供給するために配置されたモジュールとを備
えた装置。
【請求項６】前記供給モジュールには、選択的な転送の前に前記ストリー
ムを記憶するために配置されたモジュールが含まれる請求項５に記載の装置。
【請求項７】前記変換モジュールには、前記オブジェクトの復元のための
前記プログラムコードの参照を含む復元されないパッケージの中に前記オブジェ
クトをパッケージするために配置されたモジュールが含まれる請求項５に記載の
装置。
【請求項８】多数の機械を備えた分散形システムにおけるオブジェクトを
処理するための装置であって、第１の機械において、前記システム内における特定のイベントの通知のための
要求に関連するオブジェクトの自己記述形式を含むストリームを受信するために
配置されたモジュールと、前記ストリームを第２の機械に送信するかどうかを決定するために配置された
モジュールと、前記ストリームの中で識別されたプログラムコードにアクセスすることによっ
て、前記オブジェクトを復元するための前記第２の機械に前記ストリームを選択
的に送信し、前記第１の機械が前記イベントの通知を提供するために配置された
モジュールとを備えた装置。
【請求項９】多数の機械を備えた分散形システムにおけるオブジェクトを
転送するためのシステムであって、第１の機械と、第２の機械と、前記第１の機械と前記第２の機械とを連結するネットワークと、前記システムにオブジェクトを転送するための装置とを備え、該装置は、前記システム内における特定のイベントの通知のための要求に関連
するオブジェクトを指定するために配置されたモジュールと、前記オブジェクトを、前記オブジェクトの自己記述形式を含むストリームに変
換するために配置されたモジュールと、前記ストリームを、選択的な転送のために、前記イベントの発生に基づく前記
ストリームの中で識別されたプログラムコードにアクセスすることによって、前
記オブジェクトが復元される機械に供給するために配置されたモジュールとを備
えたシステム。
【請求項１０】前記提供モジュールは、前記選択的な転送の前に前記スト
リームを記憶するために配置されたモジュールが含まれる請求項９に記載のシス
テム。
【請求項１１】前記変換モジュールは、前記オブジェクトの復元のための
プログラムコードの参照を含む復元されないパッケージに前記オブジェクトをパ
ッケージするために配置されたモジュールが含まれる請求項９に記載のシステム
。
【請求項１２】多数の機械を備えた分散形システムにおけるオブジェクト
を転送するためのシステムであって、第１の機械と、第２の機械と、前記第１の機械と前記第２の機械とを連結するネットワークと、前記システムにオブジェクトを転送するための装置とを備え、該装置は、前記第１の機械において、前記システムの内における特定のイベン
トの通知のための要求に関連するオブジェクトの自己記述形式を含むストリーム
を受信するために配置されたモジュールと、前記ストリームを前記第２の機械に送信するかどうかを決定するために配置さ
れたモジュールと、前記ストリームの中で識別されたプログラムコードにアクセスすることによっ
て、前記オブジェクトを復元するための前記第２の機械に前記ストリームを選択
的に送信し、前記第１の機械が前記イベントの通知を供給するために配置された
モジュールとを備えているシステム。
【請求項１３】方法を実行するためのコンピュータシステムを制御するた
めの指示を含むコンピュータで読み取り可能な媒体を備えたコンピュータプログ
ラム生産物であって、前記方法は、前記システム内における特定のイベントの通知のための要求に関
連するオブジェクトを指定し、前記オブジェクトを、前記オブジェクトの自己記述形式を含むストリームに変
換し、及び、前記ストリームを、選択的な転送のために、前記イベントの発生に基づく前記
ストリームの中で識別されたプログラムコードにアクセスすることによって、前
記オブジェクトが復元される機械に供給することを備えたコンピュータプログラ
ム生産物。
【請求項１４】前記供給することには、前記選択的な転送の前に前記スト
リームを記憶することが含まれる請求項１３に記載のコンピュータプログラム生
産物。
【請求項１５】前記変換することには、前記オブジェクトの復元のための
プログラムコードの参照を含む復元されないパッケージに前記オブジェクトをパ
ッケージすることが含まれる請求項１３に記載のコンピュータプログラム生産物
。
【請求項１６】方法を実行するためのコンピュータシステムを制御するた
めの指示を含むコンピュータで読み取り可能な媒体を備えたコンピュータプログ
ラム生産物であって、前記方法は、第１の機械において、前記システム内における特定のイベントの
通知のための要求に関連するオブジェクトの自己記述形式を含むストリームを受
信し、前記ストリームを第２の機械に送信するかどうかを決定し、前記ストリームの中で識別されたプログラムコードにアクセスすることによっ
て、前記オブジェクトを復元するための前記第２の機械に前記ストリームを選択
的に送信し、前記第１の機械が前記イベントの通知を供給することを含むコンピ
ュータプログラム生産物。
【請求項１７】コンピュータで読み取り可能な記憶媒体に記憶され、分散
形システム内の機械間で電子的に転送可能なオブジェクトの表現を指定する製造
物であって、前記製造物は、コンピュータで読み取り可能な記憶媒体において記憶された自
己記述ストリームを備えた第１オブジェクトを備え、前記第１オブジェクトは、
前記システムにおいてイベントの通知のための要求を指定する第２オブジェクト
と関連し、前記第１オブジェクトは、前記イベントの発生が検出されない限り、
前記第１オブジェクトが前記システムの機械間で転送される時に前記第１オブジ
ェクトが前記ストリームとして保持されるべきであることを示す性質を有してい
る製造物。
【請求項１８】前記ストリームは、前記第２オブジェクトの復元に使用す
るためのコンピュータで読み取り可能な指示が含まれている請求項１７に記載の
製造物。
【請求項１９】前記ストリームは、前記第２オブジェクトの復元に使用す
るためのコンピュータで読み取り可能な指示の記憶位置が含まれている請求項１
７に記載の製造物。
【請求項２０】多数の機械を備えた分散形システムにおけるオブジェクト
を転送するための装置であって、前記システム内における特定のイベントの通知のための要求に関連するオブジ
ェクトを指定するための手段と、前記オブジェクトを、前記オブジェクトの自己記述形式を含むストリームに変
換するための手段と、前記ストリームを、選択的な転送のために、前記イベントの発生に基づく前記
ストリームの中で識別されたプログラムコードにアクセスすることによって、前
記オブジェクトが復元される機械に供給する手段とを備えた装置。