JPH1115662A - 分散オブジェクト管理システム - Google Patents

Abstract

(57)【要約】 【課題】 分散オブジェクト処理環境を構成する各ノー
ドの記憶容量を節約する。 【解決手段】 ネットワーク１２０に接続されたノード
１１１には、様々な資源に対応するクラスのプログラム
のモジュール蓄積されているクラス貯蔵庫１０９が接続
されている。ノード１０１のオブジェクト管理部１０６
は、起動時に自らに接続されている資源を認識し、その
資源に対応するクラスのプログラムを要求するメッセー
ジ１１２をノード１１１に送信する。ノード１１１は、
メッセージ１１２を受け取ると、要求されたプログラム
をクラス貯蔵庫１０９から取り出し、これを返信メッセ
ージ１１３としてノード１０１に返す。ノード１０１で
は、オブジェクト管理部１０６が、その返信メッセージ
に含まれるプログラムに基づき、オブジェクトを起動す
る。この構成によれば、ノード１０１は、クラスに対応
するプログラムを予め格納しておく必要がない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ネットワークに
接続された複数のノード上に存在する複数のオブジェク
ト同士の間でメッセージを交信して処理を実行する分散
オブジェクト処理環境における分散オブジェクト管理シ
ステムに関する。

【０００２】

【従来の技術】図２２は、例えば特開平５−４６５７１
号公報に示された従来の分散オブジェクト管理システム
を説明するための図である。

【０００３】図２２において、ノード１００３及びノー
ド１００５は、ネットワーク１０１０を介して接続され
ており、同じ分散オブジェクト処理環境に含まれる。

【０００４】ノード１００３上に存在するオブジェクト
１００１から送信されたメッセージ１００２は、通信処
理モジュール１００６によりネットワーク上に送出可能
なバイナリデータ１００７に変換され、宛先オブジェク
トである１００４の存在するノード１００５に対して送
信される。バイナリデータ１００７を受信したノード１
００５内の通信処理モジュール１００８は、それをノー
ド内部で処理可能なデータ形式に復号・解釈してメッセ
ージ１００２を再生し、このメッセージ１００２をオブ
ジェクト１００４に渡す。オブジェクト１００４は、こ
のメッセージ１００２に対応した処理が実行される。

【０００５】このシステムにおいては、各ノード１００
３及び１００５は、オブジェクトを、そのオブジェクト
のテンプレート（ひな形）であるクラスのプログラムモ
ジュールから、プロセスやスレッドなどとして生成す
る。各ノード１００３及び１００５は、オブジェクトに
対して分散オブジェクト処理環境内で一意に識別可能な
識別子（オブジェクト識別子と呼ぶ）を付与する。オブ
ジェクト間でのメッセージの交信においては、メッセー
ジの宛先オブジェクトをこのオブジェクト識別子により
特定している。

【０００６】なお、分散オブジェクト管理機能を提供す
る製品としては、IONA社のOrbixやIBM社のDSOMが知られ
ており、これら製品でも上記と同様の方式で処理を行っ
ている。

【０００７】

【発明が解決しようとする課題】上記のような従来の分
散オブジェクト管理システムでは、各ノードは、それぞ
れ、自らが生成するオブジェクトのテンプレートとなる
クラスのプログラムを保持している必要があった。この
ため、各ノードは、各クラスのプログラムを格納してお
く記憶装置を持っていなければならなかった。

【０００８】また、上記のような従来の分散オブジェク
ト管理システムでは、各ノードが、オブジェクトを生成
した際にこれに対してオブジェクト識別子を付与する。
したがって、従来システムでは、オブジェクト識別子付
与のための機構がノードごとに必要であったり、オブジ
ェクト識別子について分散オブジェクト処理環境内での
一意性を確保するために、ネットワークの通信付加が大
きくなったりするという問題があった。

【０００９】上記のような従来の分散オブジェクト管理
システムでは、オブジェクトを生成したノードは、その
オブジェクトに含まれる全てのメソッドのプログラムを
保持することになり、呼び出されることのないメソッド
がノード上にロードされる可能性がある。このような場
合、メモリ容量が無駄に使用されるという問題点があっ
た。

【００１０】また、上記のような従来の分散オブジェク
ト管理システムでは、メッセージの宛先の指定はオブジ
ェクト単位であった。このため、ノード上に存在するす
べてのオブジェクトに同一のメッセージを送る場合に
も、逐一オブジェクトを指定してメッセージを送らなけ
ればならないため、通信負荷が高くなるといった問題点
があった。

【００１１】また、分散オブジェクト処理環境では、あ
るオブジェクトに障害が発生した場合に、同じ動作をす
る他のオブジェクトに処理を代行させたい場合がある。
しかしながら、上記のような従来の分散オブジェクト管
理システムでは、このような場合、障害が発生したオブ
ジェクトと同じ動作をするオブジェクトをネットワーク
上で検索する必要があり、その検索処理の間、そのオブ
ジェクトに対するアクセスを行う業務を停止しなければ
ならないという問題があった。更に言えば、この業務の
停止により、この業務に続く他の業務の実行も遅れてし
まうという問題があった。

【００１２】また、上記のような従来の分散オブジェク
ト管理システムでは、各ノードは、メッセージの送信の
ために分散オブジェクト処理環境に存在する全てのオブ
ジェクトのオブジェクト識別子を保持する必要があり、
新たなオブジェクトが追加された場合には、新しく追加
されたオブジェクトに対するアクセスができないという
問題や、オブジェクト識別子が変更になるとそのオブジ
ェクトにアクセスができなくなるという問題があった。

【００１３】また、上記のような従来の分散オブジェク
ト管理システムでは、オブジェクト識別子は文字列やシ
ーケンス番号などの単一構造をしており、各ノードは、
当該ノード上に存在するオブジェクトについて、このよ
うなオブジェクト識別子を管理する手段を有している。
このような手段に障害が発生すると、ノード上の全ての
オブジェクトにメッセージが届かなくなるという問題点
があった。

【００１４】また、上記のような従来の分散オブジェク
ト管理システムでは、分散オブジェクト処理環境での汎
用性を考えて、ノード上での実装言語環境に依存しない
オブジェクト識別子を採用している。このため従来のシ
ステムでは、ノードでは、メッセージを受け取ると、こ
のメッセージの宛先のオブジェクト識別子を実装言語環
境でのオブジェクトの識別子（例えばポインタアドレ
ス）に変換して、オブジェクトにメッセージを渡してい
る。したがって、従来のシステムでは、オブジェクト識
別子と実装言語環境での識別子との対応を管理するため
のテーブルが必要になり、メモリオーバヘッドが生じる
という問題があった。また、この対応管理のテーブルの
検索を行うことにより、処理オーバヘッドが生じるとい
う問題もあった。

【００１５】また、分散オブジェクト処理環境において
は、一般に、ネットワーク上とノード内とではデータ形
式が異なるため、ノードとネットワークとの間でメッセ
ージをやり取りするには、両者間でデータ形式の変換を
行う必要がある。このため、上記のような従来の分散オ
ブジェクト管理システムでは、各ノードが、それぞれの
クラスについて定義されたメソッドの種類毎に、当該ノ
ード内での呼び出し形式とネットワーク上でのデータ形
式との間の形式変換を行なうデータ形式変換プログラム
（スタブ）を保持していた。したがって、従来のシステ
ムでは、同じ呼び出し形式を持つメソッドが複数種類存
在する場合でも、従来のシステムでは、各ノードは各メ
ソッドごとにデータ形式変換プログラムを保持するの
で、オブジェクトの必要とするメモリ領域が大きくなっ
てしまうという問題があった。

【００１６】この発明は、上記のような問題点を解決し
ようとするためになされたものであり、各ノードにおけ
るオブジェクト生成や通信処理のために必要なプログラ
ム格納領域を節約したり、オブジェクト識別子の付与管
理のための通信付加を低減したりすることができる分散
オブジェクト管理システムを提供することを目的とす
る。

【００１７】また、この発明は、複数のオブジェクトに
対して同一メッセージを発行するときのメッセージ送信
を効率化することができる分散オブジェクト管理システ
ムを提供することを目的とする。

【００１８】また、この発明は、オブジェクトに障害が
起こった場合の処理の停滞を防止することができる分散
オブジェクト管理システムを提供することを目的とす
る。

【００１９】また、この発明は、新たに生成されたオブ
ジェクトやオブジェクト識別子が変更されたオブジェク
トなどにもメッセージが送れる機構を提供することを目
的とする。

【００２０】また、この発明は、ノード上に存在する全
てのオブジェクトに対するアクセスが一度に不可能とな
ることのない、障害に強い分散オブジェクト管理システ
ムを提供することを目的とする。

【００２１】また、この発明は、オブジェクト識別子か
らノード内の実際のオブジェクトを特定する処理を簡略
化し、この処理のために必要となるメモリ容量や処理時
間を削減することを目的とする。

【００２２】また、この発明は、形式変換プログラムの
共有化を図ることにより、オブジェクトの処理の実現の
ために必要となるメモリ容量を低減することを目的とす
る。

【００２３】

【課題を解決するための手段】上記課題を解決するた
め、この発明に係る分散オブジェクト管理システムは、
ネットワークに接続された複数のノード上に存在する複
数のオブジェクト同士の間でメッセージを交信して処理
を実行する分散オブジェクト処理環境における分散オブ
ジェクト管理システムであって、オブジェクトのテンプ
レートである各クラスのプログラムを保持したクラス貯
蔵庫と、前記ノードからクラスのプログラムを要求する
メッセージを受信すると、要求されたプログラムを前記
クラス貯蔵庫から取り出し、このプログラムを含む返信
メッセージを生成して返信するクラス配給部と、を含
み、前記各ノードは、生成すべきオブジェクトのクラス
のプログラムを要求するメッセージを作成して前記クラ
ス配給部に送信し、この要求に対して前記クラス配給部
から受信したプログラムに基づきオブジェクトを生成す
るものである。

【００２４】また、この発明は、前記クラス配給部が、
要求元のノードに対して返信するクラスのプログラムに
対してオブジェクト識別子を付与するオブジェクト識別
子管理部を有し、前記返信メッセージに対してこのオブ
ジェクト識別子を組み込んで前記要求元のノードに返信
し、この返信メッセージを受け取った前記要求元のノー
がは、当該返信メッセージに含まれるプログラムから生
成したオブジェクトを当該返信メッセージに含まれるオ
ブジェクト識別子によって管理するものである。

【００２５】また、この発明は、各ノードが、当該ノー
ドに接続されている各資源を認識し、認識した各資源に
対応するクラスのプログラムを前記クラス配給部に要求
し、この要求に応じて前記クラス配給部から受信したプ
ログラムに基づき前記各資源に対応するオブジェクトを
生成するものである。

【００２６】また、この発明は、前記クラス貯蔵庫が、
各クラスのプログラムを、メソッドに対応するプログラ
ムを単位として取り出し可能なように保持し、前記各ノ
ードが、実行すべきメソッドがオブジェクトに含まれな
い場合は、当該メソッドに対応するプログラムを前記ク
ラス貯蔵庫から取り出して前記オブジェクトに付加する
ものである。

【００２７】また、この発明は、ノード上に存在する全
てのオブジェクトを代表する代表オブジェクトを前記各
ノードに設け、前記各ノードは、前記代表オブジェクト
に対するメッセージを受信した場合には、そのメッセー
ジを当該ノード上に存在する他の全てのオブジェクトに
対して同報するものである。

【００２８】また、この発明は、オブジェクトから発せ
られるメッセージに対し、当該メッセージの宛先に指定
されたオブジェクトと同一動作を行うオブジェクトのオ
ブジェクト識別子を結合した宛先情報を生成する宛先処
理部と、前記宛先情報に基づき、前記メッセージを前記
宛先情報内のオブジェクト識別子に対応するオブジェク
トに送信し、このオブジェクトが前記メッセージを正常
に処理できなかった場合に、前記宛先情報に含まれる他
のオブジェクト識別子に対応するオブジェクトに前記メ
ッセージを転送する転送処理部と、を前記各ノードに設
けたものである。

【００２９】また、この発明は、前記各ノードに、当該
ノード上の各オブジェクトを管理する管理オブジェクト
と、他のノードの前記管理オブジェクトに対して当該他
のノード上に存在するオブジェクトのオブジェクト識別
子を問い合わせ、この問い合わせの結果得られた情報に
基づきメッセージ送出の際の宛先の指定を行うメッセー
ジ交信処理部と、を設けたものである。

【００３０】また、この発明は、前記各ノードの前記管
理オブジェクトには予め定められた固定的識別子をノー
ド内識別子として与え、前記メッセージ交信処理部は、
他のノードの管理オブジェクトに対して問い合わせを行
うときには、当該他のノードの識別子と前記固定的識別
子によって、その管理オブジェクトを特定するものであ
る。

【００３１】また、この発明は、クラスのプログラムに
基づきオブジェクトを生成し、生成したオブジェクトに
対し、当該クラスを表す識別子と当該クラス内での当該
オブジェクトの識別子とから構成されるノード内識別子
を付与して管理するクラス管理部を、前記各ノードに対
し、クラスごとに設けたものである。

【００３２】また、この発明は、各オブジェクトに対し
て、そのオブジェクトが存在するノードの識別子とその
ノードの実装言語環境におけるそのオブジェクトのポイ
ンタアドレスとからなるオブジェクト識別子を付与する
ものである。

【００３３】また、この発明は、前記各ノードが、呼び
出し形式が共通するメソッドごとに１個の形式変換プロ
グラムを有し、各メソッドと形式変換プログラムとの対
応関係を管理し、メッセージの送信及び受信の際に、前
記対応関係に基づき当該メッセージに含まれるメソッド
に対応する形式変換プログラムを求め、この形式変換プ
ログラムを用いて、そのメソッドについて当該ノード内
での呼び出し形式と前記ネットワーク上でのデータ形式
との間でデータ形式変換を行うものである。

【００３４】

【発明の実施の形態】

実施の形態１．この発明の実施の形態１を図面を参照し
て説明する。

【００３５】図１は、この実施の形態１における分散オ
ブジェクト管理システムの主要構成を示したものであ
る。

【００３６】図１において、ノード１０１及びノード１
１１は、ネットワーク１２０に接続されており、それぞ
れＣＰＵやメモリなどを有し、情報処理を実行すること
ができる装置である。ここで、ノード１０１には、資源
ａ（１０２）及び資源ｂ（１０３）の２つの資源が接続
されているとする。なお、ここでいう資源は、ノードに
接続されるデバイスなどのハードウェア、またはソフト
ウェアの総称である。この実施の形態では、資源ごと
に、その資源に対応するオブジェクトがそれぞれ生成さ
れる。ここで生成されるオブジェクトは、対応する資源
をノード内にモデル化したものであり、外部からの資源
へのインタフェースとなっている。オブジェクトは、外
部からの指令に応じて資源を制御したり、資源の状態を
把握して外部に知らせたりする機能を有する。

【００３７】例えば、一つ又は複数のセンサやアクチュ
エータ等（センサ等と略す）が接続されたコンピュータ
やシーケンサ等（コンピュータ等と略す）が生産ライン
の各所に設置され、これらコンピュータ等がネットワー
クで接続された分散型の生産管理システムを例にとって
考えると、コンピュータ等が「ノード」に相当し、コン
ピュータ等に接続されたセンサ等が「資源」に相当す
る。そして、コンピュータ等には、資源ごとにオブジェ
クトが生成される。

【００３８】再び図１に戻り、オブジェクト管理部１０
６は、ノード１０１上のオブジェクトの生成及び管理を
行うモジュールである。オブジェクト管理部１０６はソ
フトウエア的に実現することができる。オブジェクト管
理部１０６は、ノード１０１起動時に、当該ノード１０
１に接続された各資源を検出し、これら各資源に対応す
るオブジェクトの生成処理を行う。

【００３９】一方、ノード１１１は、クラス貯蔵庫１０
９を有している。クラス貯蔵庫１０９には、様々な資源
に対応するクラスのプログラムのモジュールが蓄積され
ている。ノード１１１は、ネットワーク上に一つあれば
よい。これに対し、ネットワーク１２０には、ノード１
０１と同様の構成のノードを複数設けることができる。
ここでは、クラス貯蔵庫１０９には、資源ａ（１０２）
に対応するクラスＡのプログラム（クラスＡ対応プログ
ラム１０７）と、資源ｂ（１０３）に対応するクラスＢ
のプログラム（クラスＢ対応プログラム１０８）とが蓄
えられている。また、ノード１１１は、他のノードから
の要求に応じてクラスのプログラムを配給するクラス配
給部１１０を有する。次に、この実施の形態におけるオ
ブジェクト生成の流れと、オブジェクト管理部１０６の
処理の流れを、図１及び図２を参照して説明する。

【００４０】まず、ノード１０１では、起動時に、オブ
ジェクト管理部１０６が、当該ノード１０１に接続され
ている資源の種類を認識する（Ｓ２０１）。これを、ノ
ード１０１に接続されているすべての資源に対して繰り
返す（Ｓ２０２）。図１の例では、資源ａ（１０２）と
資源ｂ（１０３）が認識されることになる。次に、オブ
ジェクト管理部１０６は、各資源に対応するオブジェク
トのテンプレート（ひな形）となるクラスを判別し、そ
れら各クラスに対応するクラス対応プログラムの配給を
依頼するメッセージ１１２を生成し、このメッセージ１
１２を、クラス対応プログラムを貯蔵・管理するサーバ
であるノード１１１に対して送信する（Ｓ２０３）。す
なわち、この例では、資源ａに対応するクラスＡのプロ
グラムと、資源ｂに対応するクラスＢのプログラムの配
給を依頼するメッセージ１１２が、ノード１０１からノ
ード１１１に送信される。なお、この機能を実現するた
め、オブジェクト管理部１０６は、資源とクラスとの対
応関係の情報を管理している。オブジェクト管理部１０
６は、この情報から、認識した資源に対応するクラスの
識別情報（クラスの名称など）を求め、この識別情報を
引数として、クラス対応プログラムを要求するメッセー
ジを作成し、送信する。

【００４１】ノード１１１では、クラス配給部１１０が
このメッセージ１１２を受け取り、要求されたクラスＡ
対応プログラム１０７とクラスＢ対応プログラム１０８
をクラス貯蔵庫１０９から取り出し、これらプログラム
を含んだ返信メッセージ１１３を作成してノード１０１
に返信する。

【００４２】ノード１０１では、オブジェクト管理部１
０６が、返信メッセージ１１３を受信し（Ｓ２０４）、
この返信メッセージ１１３に含まれるクラス対応プログ
ラムを取り出してプロセス（あるいはスレッド。以下、
プロセス等と略す）として起動し、このプロセス等に対
してオブジェクト識別子を付与する（Ｓ２０５）。そし
て、このＳ２０５の処理を、返信メッセージ１１３に含
まれる全てのクラス対応プログラムについて繰り返す
（Ｓ２０６）。このような処理により生成されたプロセ
スは、それぞれ、資源に対応するオブジェクトとして機
能する。図１の例では、資源ａ（１０２）に対応してオ
ブジェクトＡ１（１０４）が、資源ｂ（１０３）に対応
してオブジェクトＢ１（１０５）が生成される。以降、
オブジェクトＡ１（１０４）とオブジェクトＢ１（１０
５）は、他のノード上のオブジェクトからのメッセージ
を受け付け、メッセージに応じた処理を実行することが
可能となる。

【００４３】以上のように、この実施の形態では、分散
オブジェクト処理環境を構成するノードのうちのどれか
一つがクラス対応プログラムを一括して保持・管理し、
そのノードから他のノードがクラス対応プログラムの配
給を受けてオブジェクトを生成する構成とした。この実
施の形態によれば、クラス対応プログラムを保持・管理
するノード以外の各ノードは、自分が生成するオブジェ
クトのテンプレートとなるクラスのプログラムを予め持
っている必要がない。したがって、これら各ノードに設
けるハードディスクなどの記憶装置の容量を節約するこ
とができる。また、同じクラス対応プログラムを各ノー
ドごとに重複して持たせる必要がないので、分散オブジ
ェクト処理環境全体としても記憶装置の容量を節約する
ことができる。また、この実施の形態によれば、クラス
対応プログラムが更新された場合も、クラス貯蔵庫の中
のプログラムのみを更新すればよく、各ノードでの更新
処理の手間を省くことができる。

【００４４】なお、以上の説明では、オブジェクト管理
部１０６は、認識した全ての資源についてのクラス対応
プログラムを、１つのメッセージ１１２によりまとめて
要求していたが、この代わりに、認識した資源ごとに個
別にクラス対応プログラムを要求するメッセージを生成
・送信する構成としてもよい。また、同様に、返信メッ
セージ１１３も、クラスごとに個別に生成・返信する構
成としてもよい。

【００４５】また、以上の例では、ノードの起動時にオ
ブジェクトを生成する場合を例にとって説明したが、こ
の実施の形態の適用範囲はこのような場合に限られな
い。例えば、ノードの起動時以外でも、オブジェクト管
理部１０６が、常に資源の接続状況をモニタし、新たな
資源が追加されたときに、その資源に対応するクラスを
求め、このクラスのクラス対応プログラムをノード１１
１から配給してもらって、オブジェクトを生成する構成
とすることもできる。また、以上の例では、ノードに接
続された資源に対応するオブジェクトを生成する場合を
例にとって説明したが、この実施の形態の方法は、資源
に対応するオブジェクトでない一般のオブジェクトを生
成する場合にも適用可能である。この場合は、オブジェ
クト管理部１０６が、既存のオブジェクトからオブジェ
クト生成依頼メッセージを受け取り、このメッセージに
含まれるクラスの指定を抽出してクラス配給依頼のメッ
セージ１１２を生成し、このメッセージ１１２をノード
１１１のクラス配給部１１０に送信してクラス対応プロ
グラムの配給を依頼すればよい。

【００４６】実施の形態２．この発明の実施の形態２を
図面を参照して説明する。

【００４７】図３は、この実施の形態２における分散オ
ブジェクト管理システムの主要構成を示したものであ
る。図３において、図１と同様の構成要素には、同一の
符号を付し、詳しい説明を省略する。

【００４８】図３において、ノード１１１のクラス配給
部１１０は、オブジェクト識別子管理部１１４を有す
る。オブジェクト識別子管理部１１４は、他のノードか
らクラス配給要求のあった際に、そのクラスから生成さ
れるオブジェクトの識別子を生成・付与し、オブジェク
ト識別子の管理を行う。このオブジェクト識別子管理部
１１４は、各オブジェクトを分散オブジェクト処理環境
で一意に識別できる識別子を生成する。

【００４９】この実施の形態におけるオブジェクト生成
の流れを、図３を用いて説明する。まず、ノード１０１
の起動時に、オブジェクト管理部１０６が、当該ノード
１０１に接続されている資源を認識し、認識した資源に
対応するクラス対応プログラムの配給を依頼するメッセ
ージ１１２を作成して、ノード１１１に対して送信す
る。ここまでの処理は、実施の形態１と同じである。

【００５０】次に、メッセージ１１２を受信したノード
１１１では、クラス配給部１１０が要求されたクラスＡ
対応プログラム１０７とクラスＢ対応プログラム１０８
をクラス貯蔵庫１０９から取り出す。オブジェクト識別
子管理部１１４は、取り出された各クラス対応プログラ
ムに対し、それぞれオブジェクト識別子を生成する。図
３の例では、クラスＡ対応プログラムに対してオブジェ
クト識別子Ａ１が、クラスＢ対応プログラムに対してオ
ブジェクト識別子Ｂ１が生成される。なお、このとき生
成するオブジェクト識別子は、クラス対応プログラムの
要求元のノード１０１のネットワーク上でのアドレス
や、当該クラス自体の識別子を含む形で構成することが
好適である。クラス配給部１１０は、クラス対応プログ
ラムとこれについて生成されたオブジェクト識別子とを
対とし、これら各対を順に配列して返信メッセージ１１
５を生成し、ノード１０１に対して返送する。

【００５１】ノード１０１では、オブジェクト管理部１
０６が、返信メッセージ１１５を受信し、この返信メッ
セージ１１５に含まれるクラス対応プログラムをプロセ
ス等として起動すると共に、そのプロセス等に対して前
記返信メッセージ１１５内の対応するオブジェクト識別
子を付与する。この処理を、返信メッセージ１１５に含
まれるすべてのクラス対応プログラムについて繰り返
す。この処理により、図３の例では、オブジェクトＡ１
（１０４）とオブジェクトＢ１（１０５）が生成され
る。生成されたオブジェクトは、以降、他のオブジェク
トからのメッセージを受け付けることが可能となる。

【００５２】この実施の形態２によれば、それらオブジ
ェクトのオブジェクト識別子がノード１１１で一括管理
されているので、他のノードは、どのノード上のオブジ
ェクトのオブジェクト識別子でも、ノード１１１に問い
合わせることにより知ることができる。

【００５３】以上説明したように、この実施の形態２に
よれば、オブジェクト識別子の一意性を確保するための
通信が不要なので、ネットワークの通信付加を低減する
ことができる。

【００５４】実施の形態３．この発明の実施の形態３を
図面を参照して説明する。

【００５５】図４は、この実施の形態における分散オブ
ジェクト管理システムの主要構成を示したものである。
また、図５は、このシステムのオブジェクト管理部１０
６の処理動作を示すフローチャートである。なお、図４
において、図１と同様の構成要素については、同一の符
号を付して詳しい説明を省略する。

【００５６】図４において、クラス対応プログラムを保
持・管理するノード１１１では、クラス対応プログラム
を、各メソッドのプログラムモジュールを分離取り出し
可能な方式で管理している。すなわち、図４の例におい
て、クラスＡについてメソッドＡＡ及びメソッドＡＢの
２つのメソッドが定義されていたとすると、クラス貯蔵
庫１０９では、クラスＡ対応プログラム１０７の中に、
メソッドＡＡ対応プログラム（３０５）とメソッドＡＢ
対応プログラム（３０６）のモジュールが含まれ、それ
らメソッド対応プログラムごとに取り出し可能となって
いる。ノード１０１では、前述の実施の形態１と同様、
ノード１１１のクラス貯蔵庫１０９からクラス対応プロ
グラムを受け取り、これをプロセス等として起動して、
オブジェクトを生成する。ただし、このオブジェクト生
成の際には、ノード１１１からノード１０１へは、クラ
ス対応プログラムのうちの各メソッド対応プログラムを
除いた部分のみが配給され、ノード１０１では、オブジ
ェクトＡ１のうちメソッドを除いた本体部分だけが起動
される。そして、各メソッドは、必要が生じた場合に随
時ノード１１１からプログラムの配給を受け、オブジェ
クト本体に付加される。

【００５７】この実施の形態における処理の流れを、そ
れぞれ図４と図５を用いて説明する。

【００５８】ある時点で、ノード１０１上のオブジェク
トＡ１（１０４）に、メソッドＡＡ（３０１）だけがロ
ードされ、メソッドＡＢ（３０２）はロードされていな
いとする。ここで、他のオブジェクトから、オブジェク
トＡ１に対し、メソッドＡＢを実行するメッセージが発
せられたとする。このとき、オブジェクト管理部１０６
は、このメッセージを受信し（Ｓ３０１）、このメッセ
ージを解析して、このメッセージを実行するためのメソ
ッドＡＢがオブジェクトＡ１（１０４）にロードされて
いるかどうかを調べる（Ｓ３０２）。もし、既にロード
されていれば、オブジェクト管理部１０６は、オブジェ
クトＡ１に対してそのメッセージを転送する（Ｓ３０
６）。

【００５９】一方、メソッドＡＢが未だロードされてい
ない場合は、オブジェクト管理部１０６は、オブジェク
トＡ１に対するメッセージをいったん保持するととも
に、クラス対応プログラムを管理するノード１１１に対
して、メソッドＡＢの配給を要求するメッセージ３０３
を送信する（Ｓ３０３）。メッセージ３０３を受信した
ノード１１１では、要求されたメソッドＡＢ対応プログ
ラム３０６をクラス貯蔵庫１０９から取り出し、ノード
１０１に対して返信メッセージ３０７として返信する。
ノード１０１では、オブジェクト管理部１０６がメッセ
ージ３０７を受信し（Ｓ３０４）、このメッセージに含
まれるメソッド対応プログラムを新たなプロセスかスレ
ッド、または何らかの実行主体として起動し、これをオ
ブジェクトＡ１に付加する（あるいは関連づける）（Ｓ
３０５）。そして、オブジェクト管理部１０６は、保持
していたオブジェクトＡ１に対するメッセージを、オブ
ジェクトＡ１に渡す（Ｓ３０６）。これを受け取ったオ
ブジェクトＡ１では、メソッドＡＢを実行する。以降、
オブジェクトＡ１は、メソッドＡＢに対応するメッセー
ジを実行することが可能となる。

【００６０】このように、この実施の形態３によれば、
各ノードが、使われないメソッドを保持する必要がなく
なり、メモリ容量を節約することができる。

【００６１】実施の形態４．この発明の実施の形態４を
図面に基づき説明する。

【００６２】図６は、この実施の形態における分散オブ
ジェクト管理システムの主要構成を示した図である。図
６において、図１と同様の構成要素には、同一の符号を
付して詳しい説明を省略する。また、図７は、この実施
の形態におけるオブジェクト管理部の処理動作を示すフ
ローチャートである。

【００６３】図６において、ノード１０１には、各資源
１０２及び１０３に対応するオブジェクト１０４及び１
０５に加え、代表オブジェクトＸ４０１が存在する。代
表オブジェクトＸ４０１は、ノード１０１を代表する仮
想的なオブジェクトであり、保持する属性や対応する特
定の資源はない。代表オブジェクトＸ４０１は、ノード
１０１起動時に生成される。代表オブジェクトＸ４０１
は、ノード１０１内のオブジェクトすべてが受付可能な
メッセージを受け付けるように構成されている。この実
施の形態では、ノード１０１上の全てのオブジェクトに
対して同一のメッセージを送りたい場合には、この代表
オブジェクトＸ４０１にそのメッセージを１回送ればよ
い。

【００６４】この実施の形態におけるオブジェクトへの
メッセージ送信の流れと、オブジェクト管理部１０６の
処理の流れを、図６及び図７を用いて説明する。

【００６５】ノード１０１上の代表オブジェクトＸ４０
１に対して他のノードからメッセージ４０２が送られて
きたとする。メッセージ４０２は、宛先である代表オブ
ジェクトＸ４０１のオブジェクト識別子Ｘと、メッセー
ジ内容“reset”を含んでいる。この“reset”は、オブ
ジェクトに対して、対応する資源のリセットを要求する
メッセージである。

【００６６】図７において、メッセージ４０２を受信し
たオブジェクト管理部１０６は、まずメッセージから宛
先オブジェクトのオブジェクト識別子を取り出し（Ｓ４
０１）、宛先オブジェクトが代表オブジェクトＸ（４０
１）であるかどうかを判断する（Ｓ４０２）。この宛先
オブジェクトが、代表オブジェクトＸでない場合は、そ
のオブジェクト識別子に対応するオブジェクトに対し、
そのメッセージを渡す（Ｓ４０３）。一方、宛先オブジ
ェクトが代表オブジェクトＸであった場合には、オブジ
ェクト管理部１０６は、そのメッセージ４０２のメッセ
ージ内容が、そのノード１０１上の全てのオブジェクト
で受付可能であるか検査する。この検査は、メッセージ
４０２のメッセージ内容を、代表オブジェクトＸ（４０
１）に登録されている受付可能メッセージ内容のリスト
と照合することにより行うことができる。もし、そのメ
ッセージ内容が全てのオブジェクトで受付可能なもので
なかった場合は、オブジェクト管理部１０６は、その旨
を示す返信メッセージを、メッセージ４０１の送信元に
対して返信する。一方、メッセージ４０１のメッセージ
内容が、ノード１０１上の全てのオブジェクトで受付可
能なものであった場合には、オブジェクト管理部１０６
は、ノード１０１上で動作している全てのオブジェクト
に対し、そのメッセージ内容“reset”を渡す（Ｓ４０
４及びＳ４０５）。すなわち、オブジェクト管理部１０
６は、そのメッセージ内容“reset”をノード１０１上
の全てのオブジェクトに同報する。この例では、ノード
１０１にはオブジェクトＡ１とオブジェクトＢ１が存在
するので、オブジェクト管理部１０６は、それらオブジ
ェクトＡ１及びオブジェクトＢ１に対してそれぞれメッ
セージ“reset”を渡す。この結果、これらオブジェク
トＡ１及びＢ１は、対応する資源である資源ａ及び資源
ｂをそれぞれリセットする。そして、オブジェクトＡ１
及びＢ１は、処理の結果を示す応答をオブジェクト管理
部１０６に返す。オブジェクト管理部１０６は、この応
答を収集（Ｓ４０６）し、これを全てのオブジェクトか
ら応答が返るまで繰り返す（Ｓ４０７）。全てのオブジ
ェクトからの応答が集まると、オブジェクト管理部１０
６は、メッセージ４０２の送信元に対して、それら各オ
ブジェクトからの応答内容を含んだ返信メッセージを返
信する（Ｓ４０８）。

【００６７】以上説明したように、この実施の形態４に
よれば、あるノード上に存在する全てのオブジェクトに
対して同一のメッセージを送る場合には、そのノードの
代表オブジェクトを宛先としてそのメッセージを一度送
信するだけでよいので、各オブジェクトごとに個別にメ
ッセージを送る必要がなくなり、ネットワークの通信負
荷を低減することができる。

【００６８】なお、以上の説明では、オブジェクト管理
部１０６がノード１０１上の各オブジェクトへのメッセ
ージ内容の同報処理を行ったが、この代わりに、オブジ
ェクト管理部１０６がメッセージ４０１を代表オブジェ
クトＸに渡し、代表オブジェクトＸ自体が各オブジェク
トへのメッセージ同報処理を行うよう構成してもよい。

【００６９】実施の形態５．この発明の実施の形態５を
図面を参照して説明する。

【００７０】図８は、この実施の形態５における分散オ
ブジェクト処理環境を示す図である。

【００７１】図８では、ノードａ（５００）、ノードｂ
（５１０）及びノードｃ（５２０）の３つのノードがネ
ットワーク５３０に接続されている様子を示している。
そして、ノードａ（５００）にはオブジェクトＡ（５０
４）が、ノードｂ（５１０）にはオブジェクトＢ（５１
４）が、ノードｃ（５２０）にはオブジェクトＣ（５２
４）が、それぞれ存在するとする。ここで、オブジェク
トＢ（５１４）及びオブジェクトＣ（５２４）は、同一
の動作をするオブジェクトであるとする。

【００７２】また、各ノード５００、５１０及び５２０
は、それぞれメッセージ振り分け処理部５０１、５１１
及び５２１を有している。メッセージ振り分け処理部５
０１、５１１及び５２１は、メッセージの発信、受信、
転送処理を行うユニットであり、宛先処理部５０２、５
１２及び５２２と、転送処理部５０３、５１３及び５２
３を含む。宛先処理部５０２は、分散オブジェクト処理
環境内の各オブジェクトの動作内容（この動作内容は、
例えばオブジェクトのクラスによって表すことができ
る）とオブジェクト識別子の対応関係の情報を有してい
る。宛先処理部５０２は、この情報に基づき、自ノード
ａ（５００）上のオブジェクトから発せられたメッセー
ジの宛先オブジェクトと同一動作を行う他のオブジェク
トを求める。そして、宛先処理部５０２は、宛先オブジ
ェクトのオブジェクト識別子と、これと同一動作をする
他のオブジェクトのオブジェクト識別子とを結合してこ
のメッセージの宛先情報を生成する。宛先処理部５１２
及び５２２も、これと同じ機能を有する。

【００７３】また、転送処理部５０３は、前記宛先情報
を用いて、そのメッセージをオブジェクトに対して送信
する機能を有する。転送処理部５１３及び５２３も、転
送処理部５０３と同じ機能を有する。この実施の形態で
は、これら転送処理部５０３、５１３及び５２３によ
り、オブジェクトから発せられたメッセージを宛先オブ
ジェクトに送信し、もし宛先オブジェクトが障害等によ
りそのメッセージを処理できなかった場合は、前記宛先
情報を用いて、宛先オブジェクトと同一動作をする他の
オブジェクトにメッセージを転送して処理させるように
している。

【００７４】これら転送処理部５０３、５１３及び５２
３におけるメッセージ送信・転送の処理方式としては、
次の二つの方式がある。第一の方式は、メッセージを受
け取った各ノードで、そのノードの転送処理部がメッセ
ージの転送の要否を判定し、必要がある場合には転送を
行うという方式である。第二の方式は、最初にメッセー
ジを発したオブジェクトが存在するノードの転送処理部
で、一括してメッセージの転送の要否を判定し、メッセ
ージの送信・転送を管理するという方式である。

【００７５】後で、これら第一及び第二の方式のそれぞ
れについて、その処理の手順を具体例を用いて説明す
る。

【００７６】なお、これらメッセージ振り分け処理部５
０１、５１１及び５２１は、例えばソフトウエアとして
構築することができる。

【００７７】ここで、ノードａ（５００）上のオブジェ
クトＡ（５０４）が、ノードｂ（５１０）上のオブジェ
クトＢ（５１４）にメッセージを送信する場合における
この実施の形態５の処理の流れを説明する。

【００７８】まず、ノードａ（５００）において、オブ
ジェクトＡ（５０４）が、オブジェクトＢを宛先とする
メッセージを発した場合、いったんメッセージ振り分け
処理部５０１がこのメッセージを受け取る。メッセージ
振り分け処理部５０１内の宛先処理部５０２が、このメ
ッセージの宛先オブジェクト（この場合はオブジェクト
Ｂ）を検出し、この宛先オブジェクトと同一の動作をす
るオブジェクトを求める。そして、宛先処理部５０２
は、宛先オブジェクト及びこれと同一動作をするオブジ
ェクトのオブジェクト識別子を結合して、このメッセー
ジの宛先情報を作成する。

【００７９】図９は、宛先情報のデータ構成の一例を示
している。この例では、宛先情報は、宛先オブジェクト
であるオブジェクトＢのオブジェクト識別子と、オブジ
ェクトＢと同一動作をするオブジェクトＣのオブジェク
ト識別子とを結合したものとなっている。各オブジェク
ト識別子は、そのオブジェクトが存在するノードの位置
情報（例えばネットワーク上のアドレス）とそのオブジ
ェクトのノード内識別子（オブジェクトに対しノード内
で一意に割り当てられた識別子）との組合せから構成さ
れている。すなわち、宛先情報は、メッセージ発信元の
オブジェクトにより指定された宛先オブジェクトのオブ
ジェクト識別子を先頭にし、その後に宛先オブジェクト
と同一動作をする他のオブジェクトのオブジェクト識別
子が並ぶ形式となっている。

【００８０】このようにして、オブジェクトＡ（５０
４）からのメッセージについて宛先情報が生成される
と、次に転送処理部５０３が、この宛先情報に基づいて
そのメッセージを宛先オブジェクトに送信する。以降、
転送処理部５０３、５１３及び５２３により、そのメッ
セージは、そのメッセージを処理可能なオブジェクトに
到達するまで転送される。この送信・転送の手順を前述
の２つの方式についてそれぞれ説明する。

【００８１】まず、前述の第一の方式について、図１０
を参照して説明する。図１０は、ノードｂ（５１０）の
転送処理部５１３の処理手順を示している。

【００８２】この第一の方式では、ノードａ（５００）
の転送処理部５０３が、オブジェクトＡ（５０４）から
発せられたメッセージを、図９に示された宛先情報の先
頭のオブジェクト識別子を参照し、ノードｂ（５１０）
のオブジェクトＢ（５１４）に送信する。このとき、メ
ッセージは、宛先情報と共に送信される。ノードｂ（５
１０）では、転送処理部５１３がこれを受け取る（Ｓ５
０１）。転送処理部５１３は、受け取った宛先情報の先
頭にあるオブジェクト識別子を解析し、このメッセージ
がオブジェクトＢ（５１４）宛であることを検出し、こ
のメッセージをオブジェクトＢ（５１４）に渡す（Ｓ５
０２）。次に、転送処理部５１３は、オブジェクトＢ
（５１４）からのメッセージ処理結果を待って、メッセ
ージが正常に処理されたかどうかを判定する（Ｓ５０
３）。この判定において、メッセージが正常に処理され
たと判定した場合は、転送処理部５１３は、オブジェク
トＢによるメッセージ処理結果を、メッセージの発信元
であるオブジェクトＡ（５０４）に返す（Ｓ５０４）。

【００８３】一方、Ｓ５０３の判定において、メッセー
ジがオブジェクトＢ（５１４）で正常に処理されなかっ
たと判定した場合には、転送処理部５１３は、先に受信
したメッセージの宛先情報の先頭からオブジェクトＢ
（５１４）のオブジェクト識別子を取り除く。次に、転
送処理部５１３は、残った宛先情報の先頭にあるオブジ
ェクト識別子を参照して、オブジェクトＢ（５１４）と
同じ動作を行うオブジェクト（この例では、オブジェク
トＣ（５２４））が存在するノードの位置情報を取り出
す（Ｓ５０５）。そして、転送処理部５１３は、取り出
した情報から、オブジェクトＣ（５２４）が存在するノ
ードｃ（５２０）に対してコネクションを確立し（Ｓ５
０６）、オブジェクトＣ（５２４）に対してメッセージ
を転送する（Ｓ５０７）。

【００８４】転送されたメッセージを受け取ったノード
ｃ（５２０）では、メッセージ振り分け処理部５２１の
転送処理部５２３が、前述のノードｂ（５１０）の転送
処理部５１３と同様の手順で処理を行う。

【００８５】このようにして、オブジェクトＡ（５０
４）から発せられたメッセージは、最終的に正常に処理
されるまで、オブジェクトＢ（５１４）と同一動作をす
るオブジェクトの間を順に転送されていく。そして、あ
るオブジェクトでメッセージが正常に処理されると、こ
のオブジェクトからメッセージ発信元のオブジェクトＡ
（５０４）に対して処理結果が返され、一連の処理が完
了する。

【００８６】以上は、ノードａ上のオブジェクトからメ
ッセージが発せられた場合の例であったが、ノードｂや
ノードｃ上のオブジェクトからメッセージが発せられた
場合も、同様の手順で処理することができる。

【００８７】次に、前述の第二の方式によるメッセージ
送信・転送処理について、図１１を参照して説明する。
この第二の方式では、メッセージを発したオブジェクト
Ａ（５０４）が存在するノードａ（５００）の転送処理
部５０３が、メッセージの送信・転送を一括して管理す
る。この手順は以下の通りである。

【００８８】まず、転送処理部５０３は、オブジェクト
Ａ（５０４）から受け取ったメッセージを、宛先処理部
５０２で生成された宛先情報を参照して、宛先であるオ
ブジェクトＢ（５１４）に送信する（Ｓ５１１）。オブ
ジェクトＢ（５１４）は、転送処理部５１３を介してこ
のメッセージを受け取り、このメッセージを処理し、そ
の処理結果を返す。ノードａ（５００）の転送処理部５
０３は、オブジェクトＢ（５１４）から返された処理結
果をみて、メッセージが正常処理されたか否かを判定す
る（Ｓ５１２）。メッセージが正常処理されていた場合
は、オブジェクトＢ（５１４）から返された処理結果を
オブジェクトＡ（５０４）に渡し、処理を終了する。一
方、Ｓ５１２においてメッセージが正常処理されなかっ
たと判定した場合には、転送処理部５０３は、宛先情報
からオブジェクトＢ（５１４）と同じ動作をするオブジ
ェクト（この例では、オブジェクトＣ（５２４））のオ
ブジェクト識別子を取り出し、このオブジェクト識別子
からこのオブジェクトが存在するノード（この例ではノ
ードｃ）の位置情報を取り出す（Ｓ５１３）。そして、
転送処理部５０３は、取り出した情報に基づき、そのノ
ードｃに対してコネクションを確立し（Ｓ５１４）、宛
先オブジェクトＢ（５１４）と同じ動作をするオブジェ
クトＣ（５２４）に対してメッセージを転送する（Ｓ５
１５）。そして、転送処理部５０３は、オブジェクトＣ
（５２４）からの処理結果を待ち、この処理結果を受け
取ると、この処理結果からメッセージが正常処理された
かを判定する（Ｓ５１２）。以降、転送処理部５０３
は、メッセージが正常処理されるまで、Ｓ５１３，Ｓ５
１４及びＳ５１５の処理を繰り返す。このようにして、
オブジェクトＡ（５０４）から発せられたメッセージ
は、最終的に正常に処理されるまで、オブジェクトＢ
（５１４）と同一動作をするオブジェクトの間を順に転
送されていく。

【００８９】以上説明したように、この実施の形態によ
れば、メッセージの宛先オブジェクトが障害等によりメ
ッセージの処理ができない場合は、即座にそのメッセー
ジを宛先オブジェクトと同一動作をする他のオブジェク
トに転送して処理させることができる。

【００９０】実施の形態６．この発明の実施の形態６を
図面を参照して説明する。図１２は、この実施の形態６
における分散オブジェクト処理環境を示す図である。

【００９１】図１２は、ネットワーク６２０に、ノード
ａ（６００）及びノードｂ（６１０）が接続された状態
を示している。図１２において、オブジェクトＡ（６０
２）、オブジェクトＢ（６１３）及びオブジェクトＣ
（６１４）は、例えばノードに接続された資源などに対
応する、一般的なオブジェクトである。一方、管理オブ
ジェクト６１２は、ノードｂ（６１０）上に存在するオ
ブジェクトについての情報を管理するオブジェクトであ
り、ノードｂ（６１０）上に存在する各オブジェクトの
種類（オブジェクトの「種類」は、実施の形態１でいう
「クラス」に相当する）及びオブジェクト識別子などを
把握している。なお、図１２には図示していないが、ノ
ードａ（６００）にも、ノード内のオブジェクトの情報
を管理する管理オブジェクトが設けられている。

【００９２】また、メッセージ交信処理部６０１及び６
１１は、ネットワーク６２０を介したオブジェクト間の
メッセージ交信処理を実行するユニットである。メッセ
ージ交信処理部６０１及び６１１は、分散オブジェクト
処理環境内に存在する各オブジェクトごとに、名称（種
類名）とそのオブジェクト識別子との対応情報を有して
いる。オブジェクトは、他のオブジェクトにメッセージ
を送る際に、その宛先を、オブジェクトの種類名で指定
する。メッセージ交信処理部６０１及び６１１は、自ノ
ード上のオブジェクトから発せられたメッセージの宛先
を、前記対応情報を参照してオブジェクト識別子に変換
し、ネットワーク６２０を介して送信する。

【００９３】ここで、この実施の形態では、各オブジェ
クトのオブジェクト識別子は、オブジェクトが存在する
ノードのネットワーク上での位置情報と、そのノード内
でそのオブジェクトに一意的に割り当てられたノード内
識別子とにより構成する。ノードのネットワーク上での
位置情報としては、例えばＴＣＰ／ＩＰプロトコルにお
けるＩＰアドレスなどを用いることができる。ここで、
この実施の形態に特徴的なことには、各ノードの管理オ
ブジェクトに対しては、同一の固定的識別子をノード内
識別子として付与している。図１３は、オブジェクト識
別子の例を示した図である。図１３において、（ａ）は
ノードｂ上の管理オブジェクト６１２のオブジェクト識
別子であり、（ｂ）はノードｂ上のオブジェクトＢのオ
ブジェクト識別子である。ここで、ノードａの管理オブ
ジェクトとノードｂの管理オブジェクトとでオブジェク
ト識別子を比較したとすると、両者はノードの位置情報
が異なるだけで、ノード内識別子の部分は共通（すなわ
ち、同じ固定的識別子）である。管理オブジェクト以外
のオブジェクトについては、そのオブジェクトが生成さ
れたときに、ノード内で一意的なノード内識別子が付与
される。

【００９４】ここで、ノードａ（６００）のオブジェク
トＡ（６０２）が、ノードｂ（６１０）上のオブジェク
トにメッセージを送る場合を考える。このためには、ノ
ードａ（６００）のメッセージ交信処理部６０１は、ノ
ードｂ（６１０）上のオブジェクトのオブジェクト識別
子を知っていなければならない。ところが、各ノードで
は、オブジェクトの追加や削除が随時行われる可能性が
あり、メッセージ交信処理部６０１が、ノードｂ上の各
オブジェクトのオブジェクト識別子の情報を有している
とは限らない。そこで、メッセージ送信を可能とするた
めには、ノードａは、ノードｂの各オブジェクトのオブ
ジェクト識別子の最新の情報を獲得する必要がある。以
下、このオブジェクト識別子の獲得処理について説明す
る。

【００９５】ここで、ノードａのメッセージ交信処理部
６０１は、ノードｂのネットワーク位置情報は知ってい
るが、ノードｂ上に存在するオブジェクトの種類や個数
などの情報を事前には全く知らないと仮定する。ネット
ワーク位置情報は、ＩＰアドレスなどのように、各ノー
ドに対して固定的に割り当てられていることが一般的な
ので、このような仮定は適切なものである。

【００９６】この仮定の下で、ノードａのメッセージ交
信処理部６０１は、ノードｂ上の各オブジェクトに対す
るメッセージ送信を可能にするために、ノードｂ上に存
在するオブジェクトの情報を次の様にして獲得する。

【００９７】まず、メッセージ交信処理部６０１は、ノ
ードｂのネットワーク位置情報と、管理オブジェクトに
共通する固定的識別子とを組み合わせて、図１３（ａ）
に示すようなオブジェクト識別子を生成し、このオブジ
ェクト識別子を宛先として、オブジェクト識別子リスト
を要求するメッセージを送信する。

【００９８】ノードｂでは、図１４に示す手順で処理が
行われる。図１４は、ノードｂのメッセージ交信処理部
６１１の処理手順を示した図である。まず、メッセージ
交信処理部６１１は、ノードａからのメッセージを受信
（Ｓ６２１）した後で、そのメッセージの宛先のオブジ
ェクト識別子を解析する（Ｓ６２２）。メッセージ交信
処理部６１１は、次に解析したオブジェクト識別子の中
のノード内識別子が管理オブジェクトに対応する固定的
識別子かどうかを判定する（Ｓ６２３）。この判定にお
いて、ノード内識別子が固定的識別子であると判定した
場合には、メッセージ交信処理部６１１は、Ｓ６２１で
受信したメッセージを、管理オブジェクト６１２に渡す
（Ｓ６２４）。管理オブジェクト６１２は、ノードｂ上
に存在するオブジェクトの種類及びオブジェクト識別子
の対応関係を表すリストを保持しており、メッセージ交
信処理部６１１から受け取ったメッセージに対し、この
リストを含んだ返信メッセージを返信する。メッセージ
交信処理部６１１は、メッセージ処理結果としてこの返
信メッセージをノードａのメッセージ交信処理部６０１
に返す（Ｓ６２７）。メッセージ交信処理部６０１は、
このとき受け取ったノードｂのリストを用いて、保持し
ている対応情報の内容を更新する。

【００９９】これにより、メッセージ交信処理部６０１
は、ノードａ上のオブジェクトから発せられたメッセー
ジを正しくノードｂ上のオブジェクトへ送信することが
可能になる。

【０１００】なお、メッセージ交信処理部６１１は、Ｓ
６２３で解析したオブジェクト識別子の中のオブジェク
ト識別情報が固定識別子でない場合には、受信したメッ
セージの宛先が、ノード内で管理するオブジェクトのど
れにあたるかを解析する（Ｓ６２５）。そして、この結
果求められたオブジェクトに対してメッセージを渡し、
その処理を依頼する（Ｓ６２６）。最後に、メッセージ
交信処理部６１１は、そのオブジェクトからのメッセー
ジ処理結果を、メッセージ送信元に返す（Ｓ６２７）。

【０１０１】このように、この実施の形態６では、各ノ
ードのメッセージ交信処理部は、他ノードの管理オブジ
ェクトに対して問い合わせを行うことにより、その他ノ
ード上に存在するオブジェクトの種類やそのオブジェク
ト識別子を知ることができる。この問い合わせのタイミ
ングとしては、まずノードを起動した際がある。すなわ
ち、ノードが起動されると、そのノードのメッセージ交
信処理部がネットワークに接続された他の各ノードの資
源管理オブジェクトに対して問い合わせを行い、各ノー
ド上に存在するオブジェクトを知る。そして、その後
は、各ノードのメッセージ交信処理部が定期的に他のノ
ードに対して問い合わせを行うという方式を採ることも
できるし、あるいは、自ノード上のオブジェクトからメ
ッセージ送信の依頼が来たときに、メッセージ交信処理
部がその送信先のノードに対してオブジェクトの構成を
問い合わせるという方式を採ることもできる。この実施
の形態６によれば、このような構成により、各ノード上
でオブジェクトの追加や削除が動的に行われるような場
合でも、最新の状況に合わせてメッセージ送信を行うこ
とができる。

【０１０２】実施の形態７．この発明の実施の形態７を
図面を参照して説明する。

【０１０３】この実施の形態７は、各ノードにおけるオ
ブジェクトに対するオブジェクト識別子の付与方式に関
するものである。

【０１０４】図１５は、分散オブジェクト処理環境を構
成する１つのノード（仮にその名称を「ノードｂ」とす
る）の要部構成を説明するための図である。

【０１０５】図１５に示すように、ノードｂ（７００）
は、クラスＡ管理部７０１及びクラスＢ管理部７０２を
有している。クラスＡ管理部７０１は、ノードｂ（７０
０）内において、Ａというクラスのオブジェクトの生成
及び管理を行う。同様にクラスＢ管理部７０２は、Ｂと
いうクラスのオブジェクトの生成及び管理を行う。この
ようなクラス管理部は、ノード上に生成可能な各クラス
ごとに設けられる。なお、図１５は、ノードｂ（７０
０）に、クラスＡから生成された２つのオブジェクト７
０３及び７０４と、クラスＢから生成されたオブジェク
ト７０５とが存在していることを示している。オブジェ
クト７０３は、クラスＡから１番目に生成されたオブジ
ェクトであり、オブジェクト７０４は、クラスＡから２
番目に生成されたオブジェクトである。

【０１０６】オブジェクト識別子は、オブジェクトを生
成したクラス管理部により付与される。オブジェクト識
別子は、図１６に示すように、オブジェクトの存在する
ノードの位置情報（例えばＩＰアドレス）とノード内識
別子とから構成される。そして、ノード内識別子は、そ
のオブジェクトの属するクラスのクラス識別子と、その
オブジェクトがそのクラスから何番目に生成されたかを
示す生成順を表す番号から構成される。クラス識別子と
しては、クラスの名称を用いてもよい。このようなオブ
ジェクト識別子生成方式によれば、分散オブジェクト処
理環境内におけるオブジェクト識別子の一意性が自動的
に満足される。なお、ノード内識別子の生成に当たって
クラス識別子と組み合わせるのは、クラス内での生成順
に限らず、クラス内で当該オブジェクトを一意に識別で
きる識別子であれば何でもよい。

【０１０７】例えば、クラスＡのオブジェクトの生成要
求があると、クラスＡ管理部７０１がクラスＡのプログ
ラムからオブジェクトを生成し、更に自ノードの位置情
報、クラスＡのクラス識別子、及びそのオブジェクトの
クラスＡにおける生成順の情報からオブジェクト識別子
を生成して、生成したオブジェクトに対して付与する。

【０１０８】そして、クラスＡ管理部７０１は、生成し
た各オブジェクトのオブジェクト識別子を管理し、他ノ
ード等からメッセージが来た場合には、宛先に示された
オブジェクト識別子から宛先オブジェクトを特定し、そ
の宛先オブジェクトにメッセージを渡す。

【０１０９】この実施の形態７では、クラスごとに、そ
のクラスに属するオブジェクトのオブジェクト識別子を
管理するクラス管理部を設けたことにより、あるクラス
のクラス管理部に障害が起こったとしても、この他のク
ラスに属するオブジェクトには影響が及ばない。したが
って、この実施の形態７によれば、ノード上の全てオブ
ジェクトに対して同時にメッセージが届かなくなってし
まうという問題は、極めて起こりにくくなる。

【０１１０】実施の形態８．この発明の実施の形態８を
図面を参照して説明する。

【０１１１】図１７は、この実施の形態８における分散
オブジェクト処理環境の概略構成を示した図である。

【０１１２】図１７では、ネットワーク８２０には、２
つのノード、すなわちノードａ（８００）とノードｂ
（８１０）とが接続されている。ここで、ノードａ（８
００）にはオブジェクト８０２が存在し、ノードｂ（８
１０）にはオブジェクト８１２、８１３及び８１４の３
つのオブジェクトが存在するとする。

【０１１３】この実施の形態８は、オブジェクト識別子
の付与方式に関するものである。オブジェクト識別子
は、当該オブジェクトの存在するノードの位置情報（例
えばＩＰアドレス）と、当該オブジェクトに対してノー
ド内で一意的に付与されるノード内識別子から構成され
る。この実施の形態８では、このノード内識別子とし
て、ノード内での実装言語環境におけるオブジェクトの
ポインタアドレスを用いる。すなわち、オブジェクト
は、各ノードの実装言語環境において、クラス対応プロ
グラムからプロセス等として起動され、このときそのプ
ロセス等には実装言語環境において一意に識別可能なポ
インタアドレスが与えられる。実施の形態８では、この
実装言語環境においてローカルに与えられたポインタア
ドレスを、そのまま分散オブジェクト処理環境における
グローバルなオブジェクト識別子の一部として用いる。

【０１１４】図１８は、ノード内識別子として、ポイン
タアドレスを用いた場合の図１７の各オブジェクトのオ
ブジェクト識別子の構成を示す。例えば、オブジェクト
８１２は、ノードｂ（８１０）の位置情報と、オブジェ
クト８１２のプロセス等に与えられたポインタアドレス
から構成される。

【０１１５】メッセージ交信処理部８０１及び８０２
は、オブジェクトから発せられたメッセージの交信処理
を実現するためのユニットである。

【０１１６】以下、ノードａ（８００）のオブジェクト
８０２からノードｂ（８１０）のオブジェクト８１２に
メッセージを送る場合を例にとり、この実施の形態８に
おけるメッセージ送信処理の手順を説明する。

【０１１７】ノードａ（８００）のオブジェクト８０２
は、図１８で示したオブジェクト識別子を宛先に指定し
て、メッセージを発信する。メッセージ交信処理部８０
１は、このメッセージの宛先のオブジェクト識別子のノ
ードの位置情報に基づき、このメッセージをノードｂ
（８１０）に送信する。ノードｂ（８１０）では、メッ
セージ交信処理部８１１が図１９に示す手順で、このメ
ッセージを宛先であるオブジェクト８１２に渡す。

【０１１８】すなわち、自ノードｂに対するメッセージ
を受信（Ｓ８０１）したメッセージ交信処理部８１１
は、宛先のオブジェクト識別子からノード内識別子を取
り出す（Ｓ８０２）。この実施の形態８においては、こ
のノード内識別子は、実際にオブジェクトが動作する実
行言語環境におけるポインタアドレスを採用しているた
め、そのノード内識別子をそのままで、実装言語環境内
における宛先のオブジェクト８１２を特定することがで
きる。すなわち、従来のシステムでは、実装言語環境と
は無関係に定められたノード内識別子を、そのノードの
実装言語環境内でのポインタアドレスに変換しないと、
オブジェクトが特定できなかったが、この実施の形態８
の方式によれば、その変換の手間を省くことができる。
メッセージ交信処理部８１１は、そのノード内識別子
（すなわちポインタアドレス）を指定して、宛先のオブ
ジェクト８１２に対してメッセージを渡す（Ｓ８０
３）。そして、メッセージ交信処理部は、宛先のオブジ
ェクト８１２からメッセージ処理結果が来ると、これを
メッセージ送信元のオブジェクト８０２に返して（Ｓ８
０４）メッセージ処理を完了する。

【０１１９】このように、この実施の形態８によれば、
ノード内識別子として、ノードの実装言語環境において
当該オブジェクトに与えられるポインタアドレスをその
まま用いたことにより、ノードの実装言語環境内におけ
るオブジェクトの特定に要する時間を短縮することがで
き、ひいてはオブジェクト処理の全体的な所要時間を短
縮することができる。

【０１２０】実施の形態９．この発明の実施の形態９を
図面を参照して説明する。

【０１２１】この実施の形態９は、ノードとネットワー
クとの間での、メッセージのデータ形式変換に関するも
のである。

【０１２２】図２０は、この実施の形態９のシステムに
おけるあるノード１０１の主要構成を示したものであ
る。図２０において、図１と同様の構成要素には、同一
の符号を付してその説明を省略する。

【０１２３】図２０において、各メッセージ９０１及び
９０２は、それぞれ、宛先オブジェクトの指定と、メッ
セージ内容とから構成されている。メッセージ内容は、
メソッドの指定と、そのメソッドに対する引数から構成
される。メッセージ９０１はオブジェクトＡ１（１０
４）へのメッセージであり、メソッド名は“get_p”、
引数は“a1”となっている。またメッセージ９０２はオ
ブジェクトＢ１（１０５）へのメッセージであり、メソ
ッド名は“get_q”、引数は“b1”となっている。

【０１２４】オブジェクト管理部１０６は、ノードとネ
ットワークとの間でのデータ形式変換の機能を有してお
り、ネットワークからメッセージを受け取った場合に
は、これをノード１０１内のデータ形式に変換して宛先
オブジェクトに渡し、逆にオブジェクトからのメッセー
ジ処理結果などをネットワーク上のデータ形式に変換し
て送出する。オブジェクト管理部１０６は、このデータ
形式変換のために、形式変換プログラムを有している。
従来のシステムでは、この形式変換プログラムをメソッ
ドごとに１つずつ持っていたが、この実施の形態９で
は、呼び出し形式が共通するメソッドごとに１つずつ持
たせることとする。すなわち、呼び出し形式が共通する
メソッドが複数あれば、形式変換プログラムは、それら
複数のメソッドに対して１つだけ設けられる。ここで、
メソッドの呼び出し形式とは、そのメソッドが呼び出さ
れるときにどのようなデータ型の引数をどういう順番で
取るかという引数構成や、処理結果の返り値のデータ型
を規定する情報である。

【０１２５】オブジェクト管理部１０６は、呼び出し形
式が共通するメソッド群とそのメソッド群に適用する形
式変換プログラムとの対応関係を、メソッド形式情報９
０３として有している。すなわち、メソッド形式情報９
０３は、呼び出し形式が共通する各メソッドの識別子
（例えばメソッド名など）９０４ａ及び９０４ｂと、こ
れら各メソッドに共通する形式変換プログラム９０５を
有している。メソッド形式情報９０３は、各呼び出し形
式ごとに（すなわち、各形式変換プログラムごとに）一
つずつ存在する。

【０１２６】この実施の形態におけるオブジェクトへの
メッセージ送信の流れと、オブジェクト管理部１０６の
処理の流れを、それぞれ図２０と図２１を用いて説明す
る。メッセージ９０１を受信したオブジェクト管理部１
０６は、そのメッセージ９０１から宛先オブジェクトの
指定（ここではオブジェクトＡ１）、及びそのオブジェ
クトに対して指定するメソッドのメソッド名“get_p”
を取り出す（Ｓ９０１）。次に、オブジェクト管理部１
０６は、保持している各メッセージ形式情報からメソッ
ド名“get_p”を含んでいるものを検索し、求められた
メッセージ形式情報９０３の中に含まれる形式変換プロ
グラム９０５を獲得する（Ｓ９０２）。ここでは、メソ
ッド“get_p”は文字列型を引数に持ち、整数型を返り
値とする形式だったとする。オブジェクト管理部１０６
は、得られた形式変換プログラムを実行してメッセージ
９０１から引数である文字列“a1”を得る（Ｓ９０
３）。そして、オブジェクト管理部１０６は、このよう
にして得られたメソッド名“get_p”と引数“a1”とを
宛先であるオブジェクトＡ１に対して渡す（Ｓ９０
４）。

【０１２７】次に、呼び出し形式は同じだが種類（処理
内容）の異なるメソッド“get_q”の実行を要求するメ
ッセージ９０２が、オブジェクトＢ１宛に到来したとす
る。このとき、オブジェクト管理部１０６は、上記のメ
ッセージ９０１の場合と同様の処理を行う。すなわち、
メソッド“get_q”はメソッド“get_p”と同じ呼び出し
形式なので、オブジェクト管理部１０６は、メソッド形
式情報９０３から形式変換プログラム９０５を獲得し
（Ｓ９０２）、これによってメッセージ９０２から引数
“b1”を取り出し（Ｓ９０３）、これを宛先のオブジェ
クトＢ１に渡す（Ｓ９０４）。

【０１２８】以上では、ネットワークから受け取ったメ
ッセージをノード内のデータ形式に復号する場合を例に
とって説明したが、ノード内からのデータをネットワー
ク上でのデータ形式に符号化する場合も、上記と同様に
して、呼び出し形式が共通するメソッド同士では、同じ
形式変換プログラムを共用することができる。

【０１２９】このように、この実施の形態９によれば、
異なるメソッドであっても同じ形式変換プログラムを共
有することが可能となり、ノード内に持っている形式変
換プログラムの数を減らしてメモり領域を節約すること
が可能となる。

【０１３０】なお、以上の例では、形式変換プログラム
をオブジェクト管理部１０６内に性的に保持していた
が、この代わりに、形式変換プログラムを、ＩＤＬ（イ
ンタフェース定義言語）コンパイラを用いて動的に生成
することもできる。ただし、メソッドが異なればインタ
フェース名（すなわちメソッド名）が異なるので、従来
のＩＤＬコンパイラでは、呼び出し形式が同じでも、イ
ンタフェース名ごと（すなわちメソッドごと）に別々に
形式変換プログラムのモジュールが生成されしまう。そ
こで、この実施の形態を実現するには、呼び出し形式が
共通するメソッド群に対して一つしか形式変換プログラ
ムを生成しないようＩＤＬコンパイラのロジックを変更
する必要がある。

【０１３１】

【発明の効果】以上説明したように、この発明によれ
ば、オブジェクトのテンプレートとなるクラスのプログ
ラムをクラス貯蔵庫で一括して保持し、クラス配給部に
より各ノードに配給してオブジェクトを生成するので、
各ノードは、クラスのプログラムを保持している必要が
なく、記憶装置容量を節約できる。また、クラスのプロ
グラムが更新された場合にも、クラス貯蔵庫の中のプロ
グラムさえ交換すればよく、各ノード上のプログラムを
更新する手間を省くことができる。

【０１３２】また、この発明によれば、クラス配給部が
クラスのプログラムを配給する際にオブジェクト識別子
を決定するので、オブジェクト識別子の一意性の確保が
容易であり、また各ノード上でのオブジェクト識別子の
付与・管理のためのメモリ容量や通信負荷を軽減でき
る。

【０１３３】また、この発明によれば、ノードに接続さ
れている資源を認識し、各資源に対応するクラスのプロ
グラムをクラス配給部から受け取って、各資源に対応す
るオブジェクトを生成することができる。

【０１３４】また、この発明によれば、クラスのプログ
ラムをメソッドごとに取り出し可能に管理することによ
り、各ノードは、オブジェクトに定義されているメソッ
ドのプログラムを最初から全て持つ必要がなく、必要に
応じて適宜クラス貯蔵庫から取り出して起動することが
できるので、各ノードにおいてオブジェクトのために必
要なメモリ領域を節約することができる。

【０１３５】また、この発明によれば、ノード上に存在
するすべてのオブジェクトに同一のメッセージを送る場
合に、逐一各オブジェクトに対してメッセージを送らな
くても代表オブジェクトに対してメッセージを送れば済
むため、ネットワークの通信負荷を軽減することができ
る。

【０１３６】また、この発明によれば、宛先情報には、
宛先オブジェクトと同一動作をするオブジェクトのオブ
ジェクト識別子が含まれているので、宛先のオブジェク
トに障害が発生した場合でも、宛先情報を参照して、同
一動作をするたのオブジェクトにメッセージを転送する
ことができる。したがって、宛先オブジェクトでメッセ
ージが処理できなかったと判明したときに、同一動作を
するオブジェクトをネットワーク上で検索する必要がな
くなるので、業務の停止時間を短くすることができる。
さらに、同じ動作を行う別のオブジェクトへのメッセー
ジ送信が短時間で実行可能なことにより、続けて行う他
の業務に影響を与えることがない。

【０１３７】また、この発明によれば、各ノードは、他
のノードの管理オブジェクトに対して問い合わせを行う
ことにより、そのノードに存在するオブジェクトのオブ
ジェクト識別子を知ることができるので、各ノードにお
けるオブジェクトの動的な追加・削除、オブジェクト識
別子の変更などに追従することが可能となる。この構成
において、各ノードの管理オブジェクトには予め定めら
れた共通の固定的識別子をノード内識別子として与え、
他のノードの管理オブジェクトに対して問い合わせを行
うときには、そのノードの識別子（例えばノードの位置
情報）と前記固定的識別子によってその管理オブジェク
トを特定する構成とすれば、各ノードは、個々の管理オ
ブジェクトのオブジェクト識別子を記憶していなくて
も、ノードを指定するだけでそのノードの管理オブジェ
クトに問い合わせを行うことができる。

【０１３８】また、この発明によれば、オブジェクト識
別子をクラス階層と生成順を意識して構造化し、各クラ
ス管理部がそれぞれ対応するクラスから生成したオブジ
ェクトを管理するようにして、管理を分散させたことに
より、ノードの各オブジェクトに対するメッセージ送信
が一度に不可能になること可能性が低くなり、システム
の信頼性を向上させることができる。

【０１３９】また、この発明では、オブジェクト識別子
を、ノードの識別子（例えばノードの位置情報）とその
ノードの実装言語環境における当該オブジェクトのポイ
ンタアドレスとに基づき構成した。この構成により、各
ノードは、ネットワークからメッセージを受け取った場
合には、宛先に指定されたオブジェクト識別子から抽出
したポインタアドレスをそのまま用いて、宛先オブジェ
クトを特定することができる。したがって、この発明に
よれば、オブジェクト識別子をノードの実装言語環境内
でのポインタアドレスに変換する手間が不要となり、宛
先オブジェクトの特定を高速化して処理速度が向上させ
ることができる。

【０１４０】また、この発明によれば、同じ呼び出し形
式を持つ複数のメソッドが存在する場合には、ノード・
ネットワーク間のデータ形式の変換のための形式変換プ
ログラムをそれら複数のメソッドで共有することができ
るので、各ノードは、同じ内容のプログラムを各メソッ
ドごとに重複して保持する必要がなくなり、メモリ領域
を節約することができる。

【図面の簡単な説明】

【図１】 実施の形態１における分散オブジェクト管理
システムの主要構成を示した図である。

【図２】 実施の形態１におけるオブジェクト管理部の
処理手順を示すフローチャートである。

【図３】 実施の形態２における分散オブジェクト管理
システムの主要構成を示した図である。

【図４】 実施の形態３における分散オブジェクト管理
システムの主要構成を示した図である。

【図５】 実施の形態３におけるオブジェクト管理部の
処理手順を示すフローチャートである。

【図６】 実施の形態４における分散オブジェクト管理
システムの主要構成を示した図である。

【図７】 実施の形態４におけるオブジェクト管理部の
処理手順を示すフローチャートである。

【図８】 実施の形態５における分散オブジェクト処理
環境の概略構成を示した図である。

【図９】 実施の形態５において用いられる宛先情報の
データ構成を示した図である。

【図１０】 実施の形態５における転送処理部の処理の
第一の方式の手順を示すフローチャートである。

【図１１】 実施の形態５における転送処理部の処理の
第二の方式の手順を示すフローチャートである。

【図１２】 実施の形態６における分散オブジェクト処
理環境の概略構成を示した図である。

【図１３】 実施の形態６におけるオブジェクト識別子
の構成の例を示した図である。

【図１４】 実施の形態６におけるメッセージ交信処理
部の処理手順を示すフローチャートである。

【図１５】 実施の形態７におけるノードの要部構成を
示した図である。

【図１６】 実施の形態７におけるオブジェクト識別子
の構成の例を示した図である。

【図１７】 実施の形態８における分散オブジェクト処
理環境の概略構成を示した図である。

【図１８】 実施の形態８におけるオブジェクト識別子
の構成の例を示した図である。

【図１９】 実施の形態８におけるメッセージ交信処理
部の処理手順を示すフローチャートである。

【図２０】 実施の形態９におけるノードの主要構成を
示した図である。

【図２１】 実施の形態９におけるオブジェクト管理部
の処理手順を示すフローチャートである。

【図２２】 従来の分散オブジェクト管理システムを説
明するための図である。

【符号の説明】

１０１，１１１ ノード、１０２ 資源ａ、１０３ 資
源ｂ、１０４ オブジェクトＡ１、１０５ オブジェク
トＢ１、１０６ オブジェクト管理部、１０７クラスＡ
対応プログラム、１０８ クラスＢ対応プログラム、１
０９ クラス貯蔵庫、１１０ クラス配給部、１１２
メッセージ、１１３ 返信メッセージ、１１４ オブジ
ェクト識別子管理部。

Claims (11)

【特許請求の範囲】
1. 【請求項１】 ネットワークに接続された複数のノード
   上に存在する複数のオブジェクト同士の間でメッセージ
   を交信して処理を実行する分散オブジェクト処理環境に
   おける分散オブジェクト管理システムであって、 オブジェクトのテンプレートである各クラスのプログラ
   ムを保持したクラス貯蔵庫と、 前記ノードからクラスのプログラムを要求するメッセー
   ジを受信すると、要求されたプログラムを前記クラス貯
   蔵庫から取り出し、このプログラムを含む返信メッセー
   ジを生成して返信するクラス配給部と、 を含み、 前記各ノードは、生成すべきオブジェクトのクラスのプ
   ログラムを要求するメッセージを作成して前記クラス配
   給部に送信し、この要求に対して前記クラス配給部から
   受信したプログラムに基づきオブジェクトを生成するこ
   とを特徴とする分散オブジェクト管理システム。
2. 【請求項２】 前記クラス配給部は、要求元のノードに
   対して返信するクラスのプログラムに対してオブジェク
   ト識別子を付与するオブジェクト識別子管理部を有し、
   前記返信メッセージに対してこのオブジェクト識別子を
   組み込んで前記要求元のノードに返信し、 この返信メッセージを受け取った前記要求元のノード
   は、当該返信メッセージに含まれるプログラムから生成
   したオブジェクトを当該返信メッセージに含まれるオブ
   ジェクト識別子によって管理することを特徴とする請求
   項１記載の分散オブジェクト管理システム。
3. 【請求項３】 前記各ノードは、 当該ノードに接続されている各資源を認識し、認識した
   各資源に対応するクラスのプログラムを前記クラス配給
   部に要求し、この要求に応じて前記クラス配給部から受
   信したプログラムに基づき前記各資源に対応するオブジ
   ェクトを生成することを特徴とする請求項１又は請求項
   ２に記載の分散オブジェクト管理システム。
4. 【請求項４】 前記クラス貯蔵庫は、各クラスのプログ
   ラムを、メソッドに対応するプログラムを単位として取
   り出し可能なように保持し、 前記各ノードは、実行すべきメソッドがオブジェクトに
   含まれない場合は、当該メソッドに対応するプログラム
   を前記クラス貯蔵庫から取り出して前記オブジェクトに
   付加することを特徴とする請求項１記載の分散オブジェ
   クト管理システム。
5. 【請求項５】 ノード上に存在する全てのオブジェクト
   を代表する代表オブジェクトを前記各ノードに設け、前
   記各ノードは、前記代表オブジェクトに対するメッセー
   ジを受信した場合には、そのメッセージを当該ノード上
   に存在する他の全てのオブジェクトに対して同報するこ
   とを特徴とする請求項１記載の分散オブジェクト管理シ
   ステム。
6. 【請求項６】 オブジェクトから発せられるメッセージ
   に対し、当該メッセージの宛先に指定されたオブジェク
   トと同一動作を行うオブジェクトのオブジェクト識別子
   を結合した宛先情報を生成する宛先処理部と、 前記宛先情報に基づき、前記メッセージを前記宛先情報
   内のオブジェクト識別子に対応するオブジェクトに送信
   し、このオブジェクトが前記メッセージを正常に処理で
   きなかった場合に、前記宛先情報に含まれる他のオブジ
   ェクト識別子に対応するオブジェクトに前記メッセージ
   を転送する転送処理部と、 を前記各ノードに設けたことを特徴とする請求項１記載
   の分散オブジェクト管理システム。
7. 【請求項７】 前記各ノードに、 当該ノード上の各オブジェクトを管理する管理オブジェ
   クトと、 他のノードの前記管理オブジェクトに対して当該他のノ
   ード上に存在するオブジェクトのオブジェクト識別子を
   問い合わせ、この問い合わせの結果得られた情報に基づ
   きメッセージ送出の際の宛先の指定を行うメッセージ交
   信処理部と、 を設けたことを特徴とする請求項１記載の分散オブジェ
   クト管理システム。
8. 【請求項８】 前記各ノードの前記管理オブジェクトに
   は予め定められた固定的識別子をノード内識別子として
   与え、前記メッセージ交信処理部は、他のノードの管理
   オブジェクトに対して問い合わせを行うときには、当該
   他のノードの識別子と前記固定的識別子によって、その
   管理オブジェクトを特定することを特徴とする請求項７
   記載の分散オブジェクト管理システム。
9. 【請求項９】 クラスのプログラムに基づきオブジェク
   トを生成し、生成したオブジェクトに対し、当該クラス
   を表す識別子と当該クラス内での当該オブジェクトの識
   別子とから構成されるノード内識別子を付与して管理す
   るクラス管理部を、前記各ノードに対し、クラスごとに
   設けたことを特徴とする請求項１記載の分散オブジェク
   ト管理システム。
10. 【請求項１０】 各オブジェクトに対して、そのオブジ
    ェクトが存在するノードの識別子とそのノードの実装言
    語環境におけるそのオブジェクトのポインタアドレスと
    からなるオブジェクト識別子を付与することを特徴とす
    る請求項１記載の分散オブジェクト管理システム。
11. 【請求項１１】 前記各ノードは、呼び出し形式が共通
    するメソッドごとに１個の形式変換プログラムを有し、
    各メソッドと形式変換プログラムとの対応関係を管理
    し、メッセージの送信及び受信の際に、前記対応関係に
    基づき当該メッセージに含まれるメソッドに対応する形
    式変換プログラムを求め、この形式変換プログラムを用
    いて、そのメソッドについて当該ノード内での呼び出し
    形式と前記ネットワーク上でのデータ形式との間でデー
    タ形式変換を行うことを特徴とする請求項１記載の分散
    オブジェクト管理システム。