JP2003076563A - 分散オブジェクトミドルウェア連携方法及びプログラムを記録した記録媒体並びにプログラム - Google Patents

Abstract

(57)【要約】 【課題】 クライアント側ORBとサーバ側ORBが異なる場
合であっても、それらORB製品を自動的に連携させ、簡
易にリモートオブジェクトを利用可能とする。 【解決手段】 クライアントとサーバとの間に設けられ
た中継計算機において実行される方法において、リモー
ト参照の取得を中継するリモート参照取得中継オブジェ
クトと、リモートメソッド呼び出しを中継するリモート
メソッド呼び出し中継オブジェクトのクラスとを備え、
前記リモート参照取得中継オブジェクトがクライアント
からサーバ側オブジェクトに関するリモート参照の取得
要求を受け付けたとき、その要求をサーバに送信し、サ
ーバから前記サーバ側オブジェクトのリモート参照を受
信し、そのサーバ側オブジェクトに対応するリモートメ
ソッド呼び出し中継オブジェクトを起動するように構成
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、分散オブジェクト
ミドルウェア連携技術に係り、特に、異なる通信プロト
コルを用いた分散オブジェクトミドルウェア間を接続す
るための技術に関する。

【０００２】

【従来の技術】分散オブジェクト技術は、ネットワーク
上に分散されているプログラム資源（オブジェクト）を
他のロケーションから利用可能とする技術である。分散
オブジェクトを利用する分散型アプリケーションの開発
効率を向上させる等の目的で、異なる計算機に存在する
サーバオブジェクトのメソッドを、同じ計算機に存在す
る場合と同じコーディング方法により呼び出せるように
している分散オブジェクトミドルウェアが提供されてい
る。

【０００３】分散配置されたオブジェクト間での通信に
は、同期型通信（例：RPC）と非同期型通信（例：メッ
セージ交換）がある。従来からORB（Object Request Br
oker）として知られている分散オブジェクトミドルウェ
アは同期型通信を行う。ここで、近年、話題とされてい
るWebサービス技術では、非同期型／同期型の両タイプ
があり、オブジェクト間でXML記述されたメッセージ通
信を行う方法が良く知られている。以下、ORBを例にと
って分散ミドルウェアの機能等を詳しく説明する。

【０００４】ORBには、PCやワークステーションのJava(登録商
標）実行環境であるJ2SE（Java(登録商標）2 Platform,
Standard Edition）に標準として付属する Java(登録
商標） RMIや、OMG(Object Management Group)によって
策定された標準仕様であるCORBA(Common Object Reques
t Broker Architecture)に準拠したBorland社のvisibro
ker等の製品がある。また、ＮＴＴソフトウェア株式会
社が開発した製品であるBLUEGRID(登録商標)-ORBは、携
帯電話やPDAなど小型機用のJava(登録商標）実行環境で
あるJ2ME CLDC(Java(登録商標）2 Platform, Micro Ed
ition / ConnectedLimited Device Configuration)に適
合した ORB製品である。このように複数のORB製品が開
発されている。

【０００５】ORBは、通信処理とリモートオブジェクト
の呼出し手順を提供しており、リモート参照取得機能
と、リモートメソッド呼び出し機能から構成される。こ
れらの機能の処理方法を図１に示す。

【０００６】同図に示すシステムは、クライアント計算
機１０とサーバ計算機２０からなる。同図に示す状態に
おいては、クライアント計算機１０には、クライアント
オブジェクト１１とスタブオブジェクト１２があり、サ
ーバ計算機２０には、ネーミングサービス２１、スケル
トンオブジェクト２２、サーバオブジェクト２３があ
る。

【０００７】ORBのリモート参照取得機能は、クライア
ントオブジェクトが利用したいサーバオブジェクトを探
し出し、サーバオブジェクトにアクセスするための環境
設定をすると共に、クライアントオブジェクト１１に対
してアクセスに必要な情報を提供する。一般的に、ORB
はネーミングサービスを用いてリモート参照取得機能を
提供している。クライアント計算機１０は、予めネーミ
ングサービス２１に登録（ステップ１０１）されている
サーバオブジェクト２３の名前に基づきサーバオブジェ
クト２３のリモート参照を取得することができる（ステ
ップ１０２、ステップ１０３）。リモート参照の取得の
過程では、リモート参照取得機能により、予め用意され
ているスタブ、スケルトンオブジェクトのクラス定義か
ら、スタブオブジェクト及びスケルトンオブジェクトが
生成され、クライアントオブジェクト１１にアクセスす
べきスタブオブジェクト情報が提供される。なお、以下
では特にことわらない場合、「オブジェクトを生成す
る」、「オブジェクトを起動する」は、オブジェクトの
クラス定義からそのオブジェクトのインスタンスを生成
する意味で用いる。

【０００８】リモート参照取得機能について、具体的な
例を用いて更に説明する。まず、サーバ計算機２０の”
sayHellow”と”calculate”メソッドを有するサーバオ
ブジェクト”Hellow”をネーミングサービスに登録す
る。例えば、Java(登録商標）RMIではJava(登録商標）
言語が提供するNamingクラスのbindメソッドを使うこと
で登録できる（ステップ１０１）。サーバ計算機２０上
のネーミングサービスは、オブジェクトの名前”Hello
w”とサーバ計算機２０のORBが採番したオブジェクトＩ
Ｄ（例えば１０とする）、メソッドＩＤ（例えば、”sa
yHellow”メソッドを１、”calculatye”メソッドを２
とする）を関連づけて記憶しておく（図２）。次に、ク
ライアント計算機１０は、サーバ計算機２０のネーミン
グサービス２１に対してサーバオブジェクト”Hellow”
のリモート参照の取得を依頼する。例えば、Java(登録
商標）RMIではJava(登録商標）言語が提供するNamingク
ラスのlookupメソッドを使って取得を依頼する。（ステ
ップ１０２）。クライアント計算機１０はサーバ計算機
２０に、サーバオブジェクトの名前”Hellow”を含むリ
モート参照取得に必要な情報（図３）を送る。

【０００９】ここで、クライアント計算機１０は、サー
バ計算機２０のホスト名（例えば”XXX”とする）、ポ
ート番号（例えば１００とする）を、事前に設定、記憶
してあるものとする。サーバ計算機２０は、送られたサ
ーバオブジェクトの名前を基にネーミングサービスに記
憶してあるサーバオブジェクトの名前に関連づけられた
オブジェクトＩＤ、メソッドＩＤを取得して、クライア
ント計算機１０に対して取得したオブジェクトＩＤ、メ
ソッドＩＤを送る。クライアント計算機１０のORBは、
サーバオブジェクトの名前に関連づけられたオブジェク
トＩＤ、メソッドＩＤをクライアントオブジェクトのリ
モートメソッド呼び出しに備え記憶しておく（ステップ
１０３）。

【００１０】次に、リモートメソッド読出し機能につい
て説明する。

【００１１】リモートメソッド読出し機能は、クライア
ントオブジェクト１１が呼び出したサーバオブジェクト
２３のメソッド呼び出しの戻り値を、クライアントオブ
ジェクト１１に返す機能である。

【００１２】リモート参照により一対のスタブオブジェ
クトとスケルトンオブジェクトが生成され、クライアン
トオブジェクト１１とサーバオブジェクト２３間の通信
は、クライアント計算機１０に配置されたスタブオブジ
ェクト１２と、サーバ計算機２０に配置されたスケルト
ンオブジェクト２２を仲介して行われる。

【００１３】一般的なORB製品におけるリモートメソッ
ド呼び出し機能の内部処理を図１を用いて説明する。

【００１４】まず、クライアントオブジェクト１１がリ
モート参照を取得した結果として得たスタブオブジェク
ト１２のメソッドを呼び出すと(ステップ１０４)、スタ
ブオブジェクト１２は、メソッド呼び出し引数のシリア
ライズデータと、リモート参照のオブジェクトＩＤ、呼
び出されたメソッドに対応するメソッドＩＤを、スケル
トンオブジェクト２２に送信する(ステップ１０５)。ス
ケルトンオブジェクト２２は、受け取ったオブジェクト
ＩＤから実際のオブジェクトを特定し、そのオブジェク
トの、メソッドＩＤに対応するメソッドを呼び出す。メ
ソッド呼び出しの際には、受け取った引数のシリアライ
ズデータをデシリアライズして目的のオブジェクトに渡
す(ステップ１０６)。次に、スケルトンオブジェクト２
２は、メソッド呼び出しの結果得られた戻り値データ
(ステップ１０７)をシリアライズし、スタブオブジェク
ト１２に返す(ステップ１０８)。スタブオブジェクトは
受け取った戻り値シリアライズデータをデシリアライズ
してクライアントオブジェクトに返す(ステップ１０
９)。

【００１５】このように、クライアントのプログラムは
スタブオブジェクト１２とスケルトンオブジェクト２２
を介してリモートオブジェクト２３にアクセスする。

【００１６】JAVA(登録商標） RMIの場合、図４に示す
ようにスタブオブジェクト１２とスケルトンオブジェク
ト２２のクラス定義は、RMIが提供するツールによっ
て、呼び出し対象のサーバクラスから自動生成され、ク
ライアント計算機１０とサーバ計算機２０に配置され
る。このように、ツールにより自動生成されたスタブ／
スケルトンが煩雑な通信処理を隠蔽するため、アプリケ
ーション開発者は、分散アプリケーションの開発を効率
化することができる。

【００１７】リモート参照取得機能、リモートメソッド
呼び出し機能におけるネーミングサービスとの通信プロ
トコルや、スタブ/スケルトン間の通信プロトコル、メ
ソッドの引数、戻り値の型は、利用する通信プロトコル
（JRMP、IIOP、SOAP、HTTP等）や、実装されるORB製品
毎に異なる。本発明は、このような異なる通信プロトコ
ルを実装するORB製品間の接続技術に関する。

【００１８】

【発明が解決しようとする課題】ある通信プロトコル、
ORB製品に準拠して開発されているサーバアプリケーシ
ョンのオブジェクトを、新たな通信プロトコルで動作す
るクライアントプログラムオブジェクトから利用する場
合、クライアントに目的のサーバと同じORB製品を移植
する、あるいは、クライアントとサーバ間にプロトコル
変換機構を設ける等の対処が必要となる。

【００１９】しかし、クライアントのハードウェア条件
等に対応させるため、クライアントプログラム（オブジ
ェクト）の実行環境が新たに開発された場合、目的とす
るオブジェクトを保有しているサーバに実装されている
ORB製品がその実行環境向けに必要とされる時期までに
移植されるとは限らない。また、モバイル機器などハー
ドウェア資源（搭載メモリサイズの制約など）が限られ
たクライアントプログラムの実行環境においては、サー
バで動作しているORB製品を移植できないことがある。

【００２０】このように、クライアントが用いるORB製
品と、サーバが用いるORB製品が異なる場合、それぞれ
の通信プロトコルが異なる等のため、クライアントに用
意されたリモート参照取得機能から、サーバ側のネーミ
ングサービスを利用することができない。また、クライ
アントに配置されたスタブオブジェクトと、サーバに配
置されたスケルトンオブジェクトは、直接通信できな
い。

【００２１】このような問題を解決するために、図５に
示すような、クライアント、サーバそれぞれのORB製品
で用いられている通信プロトコルをゲートウエイプログ
ラムにより相互変換する方法がある。これにより異なる
ORB製品間の通信は可能となるが、この方式では、各通
信プロトコル毎に定義されている多数の状態・遷移パタ
ーンの変換など複雑な通信処理の変換が必要で（即ち、
ゲートウェイプログラムに多大の開発工数が必要とな
る）、且つ、利用するクライアント、サーバ各々のORB
の組合せ毎にゲートウエイプログラムの開発が必要とな
る。従って、ゲートウェイ方式では、リモートオブジェ
クトを利用することによるソフトウェアの開発の効率向
上や、ORBを実装することによるリモートオブジェクト
利用のアプリケーション開発の容易化といった効果を低
減させることになる。

【００２２】また、クライアント／サーバ間にFirewall
などの物理的要因によりクライアントからサーバに直接
通信できない場合に、Firewall上で中継プログラムを稼
働させて通信を中継するシステムが特開平11-282661号
公報、特開2000-99476号公報に開示されている。このシ
ステムは、Firewall上にサーバのクラス定義から自動生
成して配置した中継プログラムによって、クライアント
オブジェクトのリモートメソッド呼び出しを可能にする
方法を示している。しかし、これらの文献には、クライ
アント／サーバ間の通信プロトコルの違い、メソッドの
引数、戻り値の型の違いを解決する方法は示されていな
いため上記課題を解決することはできない。また、上記
のシステムには、中継プログラムを常時起動しておくた
めFirewallコンピュータのメモリを無駄に消費されてい
るという問題もある。

【００２３】本発明は上述の事情を鑑みてなされたもの
で、その目的とするところは、クライアントが利用可能
なORBとサーバが利用可能なORBが異なる場合であって
も、それらORB製品を自動的に連携させ、簡易にリモー
トオブジェクトを利用可能とすることにある。

【００２４】

【課題を解決するための手段】上記の目的は次のような
構成を有する本発明により達成できる。

【００２５】本発明は、クライアント側分散オブジェク
トミドルウエアとサーバ側分散オブジェクトミドルウエ
アの通信プロトコルが異なる場合に、クライアント側オ
ブジェクトからサーバ側オブジェクトのメソッド呼出し
を実現する方法であって、クライアント側分散オブジェ
クトミドルウェアとサーバ側分散オブジェクトミドルウ
ェアとの間に、リモート参照の取得を中継するリモート
参照取得中継オブジェクトと、リモートメソッド呼び出
しを中継するリモートメソッド呼び出し中継オブジェク
トのクラスとを備え、前記方法は、前記リモート参照取
得中継オブジェクトがクライアントからサーバ側オブジ
ェクトに関するリモート参照の取得要求を受け付けたと
き、その要求をサーバに送信するステップと、前記リモ
ート参照取得中継オブジェクトがサーバから前記サーバ
側オブジェクトを利用するための情報を受信し、そのサ
ーバ側オブジェクトに対応するリモートメソッド呼び出
し中継オブジェクトを起動するステップとを有し、更
に、前記リモート参照取得中継オブジェクトが前記リモ
ートメソッド呼出し中継オブジェクトを呼出すための情
報をクライアントに送信するステップと、前記リモート
メソッド呼び出し中継オブジェクトが、クライアントか
ら前記サーバ側オブジェクトに対応するリモートメソッ
ド呼び出しを受信し、前記サーバ側オブジェクトに対し
てそのリモートメソッド呼び出しを行うステップとを有
する。

【００２６】本発明によれば、クライアントが用いるOR
Bと、サーバが用いるORBの間に、リモート参照取得中継
オブジェクトと、リモートメソッド呼び出し中継オブジ
ェクトを配置する。リモートメソッド呼び出し中継オブ
ジェクトはサーバオブジェクト毎に必要であるがそのク
ラス定義はサーバオブジェクトのクラス定義から自動生
成することができ、また、リモート参照取得中継オブジ
ェクトは１つあればよく、サーバオブジェクト毎には必
要ない。従って、連携に必要なプログラム開発の負担を
無くすことができる。

【００２７】また、リモート参照取得中継オブジェクト
が、クライアントからの要求に応じて、サーバオブジェ
クトのリモート参照を取得するときに、対応するリモー
トメソッド呼び出し中継オブジェクトを自動起動するの
で、リモートメソッド呼び出し中継機能を常時活性化さ
せておく必要がない。

【００２８】すなわち、本発明によれば、通信プロトコ
ルが異なるORB間であっても、自動的な相互運用を容易
に達成することができ、種々のプログラム実行環境に存
在するオブジェクトが連携する分散型アプリケーション
を、効率よく開発することが可能となる。

【００２９】また、本発明は、上記のリモート参照取得
中継オブジェクトのクラスを格納したコンピュータ読み
取り可能な記録媒体、及びリモート参照取得中継オブジ
ェクトのクラスを定義するプログラムとしても提供でき
る。そのクラスのファイルを中継計算機に相当するコン
ピュータに格納し、インスタンス化し、その他必要に応
じて他のファイルをコンピュータに格納することによ
り、本発明の分散オブジェクト連携を実現することがで
きる。

【００３０】

【発明の実施の形態】図６は、本発明の一実施の形態に
おける異なる分散オブジェクトミドルウェアの連携シス
テムを説明するための図である。

【００３１】同図に示す分散オブジェクトミドルウェア
連携システムは、クライアント計算機１００、中継計算
機２００、サーバ計算機３００から構成される。

【００３２】クライアント計算機１００では、クライア
ントオブジェクト１１０、ORB（製品Ａ）ツールにより
生成した、リモート参照取得中継オブジェクトのスタブ
オブジェクト１２０、ORB（製品Ａ）ツールにより生成
した、リモートメソッド呼び出し中継オブジェクトのス
タブオブジェクト１３０が使用される。

【００３３】中継計算機２００では、ORB（製品Ａ）の
ネーミングサービス２１０、ORB（製品Ａ）ツールによ
り生成した、リモート参照取得中継オブジェクトのスケ
ルトンオブジェクト２２０、リモート参照取得中継オブ
ジェクト２３０、ORB（製品Ａ）ツールにより生成し
た、リモートメソッド呼び出し中継オブジェクトのスケ
ルトンオブジェクト２４０、リモートメソッド呼び出し
中継オブジェクト２５０、ORB（製品Ｂ）ツールにより
生成したサーバオブジェクトのスタブオブジェクト２６
０が使用される。

【００３４】なお、リモートメソッド呼び出し中継オブ
ジェクト２５０のスタブオブジェクト１３０と、リモー
トメソッド呼び出し中継オブジェクト２５０のスケルト
ンオブジェクト２４０は、ORB（製品Ａ）ツールにより
生成されたので、ORB（製品Ａ）すなわちクライアント
側オブジェクトミドルウェアの通信プロトコルに基づき
動作する。

【００３５】サーバ計算機３００では、ORB（製品Ｂ）
のネーミングサービス３１０、ORB（製品Ｂ）ツールに
より生成した、サーバオブジェクトのスケルトンオブジ
ェクト３２０、サーバオブジェクト３３０が使用され
る。

【００３６】なお、サーバオブジェクト３３０のスタブ
オブジェクト２６０と、サーバオブジェクト３３０のス
ケルトンオブジェクト３２０は、ORB（製品Ｂ）ツール
により生成されたので、ORB（製品Ｂ）すなわちサーバ
側オブジェクトミドルウェアの通信プロトコルに基づき
動作する。

【００３７】なお、上記の各オブジェクトは、予め各計
算機に格納したクラスから所定の契機に生成（インスタ
ンス化）されるものである。クラスの生成方法等は図９
以降で説明する。

【００３８】以下に、上記の構成において、ORB（製品
Ａ）を用いているクライアント計算機１００が中継計算
機２００を介して、ORB（製品Ｂ）を用いているサーバ
計算機３００と連携する場合の処理の例を説明する。

【００３９】中継計算機２００では、リモート参照取得
中継オブジェクト２３０が動作し、ORB（製品Ａ）プロ
トコルによるクライアントオブジェクト１１０から目的
とするサーバオブジェクト３３０のリモート参照取得要
求を受け付け、ORB（製品Ｂ）プロトコルによりサーバ
計算機３００のネーミングサービス３１０に要求を伝え
る。

【００４０】また、中継計算機２００では、リモートメ
ソッド呼び出し中継オブジェクト２５０が動作し、ORB
（製品Ａ）によるクライアントオブジェクト１１０から
サーバオブジェクト３３０のリモートメソッド呼び出し
を受け付け、ORB（製品Ｂ）によりサーバオブジェクト
３３０のリモートメソッドを呼び出す。

【００４１】以下、上記の処理方式について詳細な動作
を説明する。

【００４２】まず、事前準備として、従来の方式同様、
他の計算機からのアクセスを許可するサーバオブジェク
ト３３０を、サーバ計算機３００で稼働しているORB
（製品Ｂ）のネーミングサービスに、任意の名前で登録
しておく（ステップ４０１）。また、クライアント計算
機１００からリモート参照取得中継オブジェクト２３０
にアクセスできるよう、中継計算機２００で稼働するOR
B（製品Ａ）のネーミングサービス２１０に、リモート
参照取得中継オブジェクト２３０を、任意の名前で登録
しておく（ステップ４０２）。

【００４３】クライアント計算機１００上に起動したク
ライアントオブジェクト１１０は、中継計算機２００上
のネーミングサービス２１０に接続し、リモート参照取
得中継オブジェクト２３０のリモート参照を要求する
（ステップ４０３）。中継計算機２００上のネーミング
サービス２１０は、事前に登録されていたリモート参照
取得中継オブジェクト２３０のリモート参照を、クライ
アントオブジェクト１１０に提供する（ステップ４０
４）。クライアントオブジェクト１１０のリモート参照
提供にあたっては、ORB（製品Ａ）により、リモート参
照取得中継オブジェクト２３０に対応するスケルトンオ
ブジェクト２２０、スタブオブジェクト１２０がそれぞ
れ中継計算機２００、クライアント計算機１００上に生
成される。クライアントオブジェクト１１０に提供され
るリモート参照の実体は、このスタブオブジェクト１２
０にアクセスするための情報である。

【００４４】リモート参照取得中継オブジェクト２３０
は、サーバオブジェクト３３０のリモート参照取得メソ
ッドを提供し、クライアントオブジェクト１１０からサ
ーバ計算機３００への接続要求を受け付け、ORB（製品
Ｂ）のネーミングサービスから該当するサーバオブジェ
クト３３０を探し、接続する。そうした連携動作の詳細
を次に説明する。

【００４５】クライアントオブジェクト１１０は、スタ
ブオブジェクト１２０のリモート参照取得メソッドを呼
び出し、目的とするサーバオブジェクト３３０への接続
を、サーバオブジェクト３３０のネーミングサービス３
１０への登録名をもとに要求する（ステップ４０５）。

【００４６】当該要求の内容は、ORB（製品Ａ）に実装
されている通信プロトコルに基づくスタブ／スケルトン
（クライアント計算機１００のスタブオブジェクト１２
０と中継計算機２００のスケルトンオブジェクト２２
０）間のネットワーク通信処理により、中継計算機２０
０のスケルトンオブジェクト２２０に伝えられ（ステッ
プ４０６）、スケルトンオブジェクト２２０が、実際の
リモート参照取得中継オブジェクト２３０のリモート参
照取得メソッドを呼び出す（ステップ４０７）。リモー
ト参照取得メソッドを呼び出されたリモート参照取得中
継オブジェクト２３０は、サーバ計算機３００上のネー
ミングサービス３１０に、上記登録名に該当するサーバ
オブジェクト３３０のリモート参照を要求する（ステッ
プ４０８）。

【００４７】サーバ計算機３００上のネーミングサービ
ス３１０は、該当するサーバオブジェクト３３０のリモ
ート参照を返す（ステップ４０９）。ステップ４０４の
場合と同様に、リモート参照の結果として、ORB（製品
Ｂ）によりサーバオブジェクト３３０に対応するスケル
トンオブジェクト３２０、スタブオブジェクト２６０が
それぞれサーバ計算機３００、中継計算機２００に生成
される。リモート参照中継オブジェクト２３０に提供さ
れるリモート参照の実態は、目的とするサーバオブジェ
クト３３０に対応するスタブオブジェクト２６０にアク
セスするための情報である。

【００４８】クライアントオブジェクト１１０から要求
されたサーバオブジェクト３３０に対応するリモート参
照を受け取った中継計算機２００のリモート参照取得中
継オブジェクト２３０は、リモート参照の型を調べ、対
応するリモートメソッド呼び出し中継オブジェクト２５
０を起動する（ステップ４１０）。さらに、起動したリ
モートメソッド呼び出し中継オブジェクト２５０に対応
するスケルトンオブジェクト２４０をORB（製品Ａ）に
より起動し、その結果が、スケルトンオブジェクト２２
０を介して、ORB（製品Ａ）の通信プロトコルによりク
ライアント計算機１００のスタブオブジェクト１２０に
伝えられる（ステップ４１１、ステップ４１２）。これ
により、クライアント計算機１００では、スタブオブジ
ェクト１３０が起動される。この起動されたスタブオブ
ジェクト１３０へのアクセス情報が、サーバオブジェク
ト３３０のリモート参照取得結果としてクライアントオ
ブジェクト１１０に返される（ステップ４１３）。

【００４９】クライアントオブジェクト１１０は、目的
とするサーバオブジェクト３３０に対応して起動された
リモートメソッド呼び出し中継オブジェクト２５０をOR
B（製品Ａ）を使って呼び出すことができ、リモートメ
ソッド呼び出し中継オブジェクト２５０を介して、サー
バオブジェクト３３０のメソッドを自由に呼び出すこと
ができる。前述のステップ４１０で作成したリモートメ
ソッド呼び出し中継オブジェクト２５０は、ORB（製品
Ａ）を使ったクライアントオブジェクト１１０からのメ
ソッド呼び出しと、ORB（製品Ｂ）を使ったサーバオブ
ジェクト３３０に対するメソッド呼び出しを中継する。
そうした連携動作の詳細を以下に説明する。

【００５０】クライアント計算機１００のクライアント
オブジェクト１１０は、中継計算機２００のリモートメ
ソッド呼び出し中継オブジェクト２５０のスタブオブジ
ェクト１３０に対して、サーバオブジェクト３３０の呼
び出したいメソッドに対応するメソッドを呼び出す（ス
テップ４１４）。

【００５１】スタブオブジェクト１３０がクライアント
オブジェクト１１０から呼出されると、スタブ／スケル
トン（クライアント計算機１００のスタブオブジェクト
１３０と中継計算機２００のスケルトンオブジェクト２
４０）間のネットワーク通信処理により、中継計算機２
００のスケルトンオブジェクト２４０に目的のサーバオ
ブジェクトに関する情報が伝えられ（ステップ４１
５）、スケルトンオブジェクト２４０が、実際のリモー
トメソッド呼び出し中継オブジェクト２５０の該当する
メソッドを呼び出す（ステップ４１６）。

【００５２】呼び出されたリモートメソッド呼び出し中
継オブジェクト２５０は、リモート参照取得中継オブジ
ェクト２３０から起動時に受け取ったサーバオブジェク
ト３３０のスタブオブジェクト２６０に対して、スケル
トンオブジェクト２４０から呼び出されたメソッドと同
じ名称のメソッドを呼び出す（ステップ４１７）。この
内容は、スタブ／スケルトン間（中継計算機２００のス
タブオブジェクト２６０とサーバ計算機３００のスケル
トンオブジェクト３２０間）のネットワーク通信処理に
よりサーバ３００のスケルトンオブジェクト３２０に伝
えられ（ステップ４１８）、スケルトンオブジェクト３
２０が実際のサーバオブジェクト３３０の該当するメソ
ッドを呼び出す（ステップ４１９）。

【００５３】サーバオブジェクト３３０からのメソッド
の呼び出しの戻り値、即ち、メソッドの実行結果（ステ
ップ４２０）は、スケルトン／スタブ間（サーバ計算機
３００のスケルトンオブジェクト３２０と中継計算機２
００のスタブオブジェクト２６０間）のネットワーク通
信により、中継計算機２００のスタブオブジェクト２６
０に伝えられ（ステップ４２１）、リモートメソッド呼
び出し中継オブジェクト２５０に返される（ステップ４
２２）。

【００５４】ステップ４２２により戻り値を受け取った
リモートメソッド呼び出し中継オブジェクト２５０は、
スケルトンオブジェクト２４０に戻り値を返す（ステッ
プ４２３）。その内容は、スケルトン／スタブ間（中継
計算機２００のスケルトンオブジェクト２４０とクライ
アント計算機１００のスタブオブジェクト１３０間）の
ネットワーク通信処理によりクライアント計算機１００
のスタブオブジェクト１３０に伝えられる（ステップ４
２４）。スタブオブジェクト１３０はクライアントオブ
ジェクト１１０からのメソッドの戻り値としてステップ
４２４でスケルトンオブジェクト２４０から受信した戻
り値の内容をクライアントオブジェクト１１０に返す
（ステップ４２５）。

【００５５】こうした方式により、クライアント計算機
１００側のORB（製品Ａ）とサーバ計算機３００側のORB
（製品Ｂ）の間に中継計算機２００を置き、リモート参
照取得中継オブジェクト２３０と、リモートメソッド呼
び出し中継オブジェクト２５０とを配置することによっ
て、煩雑なプロトコル変換を必要とせず、クライアント
オブジェクト１１０と任意のサーバオブジェクト３００
を連携させることが可能となる。

【００５６】次に、上記のリモート参照取得中継オブジ
ェクト２３０の動作について詳細に説明する。

【００５７】図７は、本発明の一実施の形態におけるリ
モート参照取得中継オブジェクトの動作を示すフローチ
ャートである。

【００５８】リモート参照取得中継オブジェクト２３０
が起動すると、自身をネーミングサービス（製品Ａ）に
登録し、クライアント計算機１００から利用できるよう
にする（ステップ５０１）。

【００５９】次に、目的のサーバオブジェクト３３０の
リモート参照を取得可能とするために、サーバ計算機３
００で起動しているネーミングサービス（製品Ｂ）３１
０に接続し（ステップ５０２）、クライアントオブジェ
クト１１０からの接続を待つ。リモート参照取得中継オ
ブジェクト２３０がクライアント計算機１００からの接
続を受け、リモート参照取得メソッドが呼び出されたと
き（ステップ５０３）、メソッド引数としてサーバオブ
ジェクト登録名を受け取り、この登録名をネーミングサ
ービス３１０に送信して、サーバ計算機３００のネーミ
ングサービス３１０より、該当するサーバオブジェクト
３３０のリモート参照を取得する（ステップ５０４）。

【００６０】該当するサーバオブジェクト３３０がネー
ミングサービス３１０に登録されておらず、リモート参
照を取得できない場合は、その旨をエラーとしてクライ
アントオブジェクト１１０に返却する（ステップ５０
５）。サーバオブジェクト３３０のリモート参照の取得
に成功したとき、その型を調べ、対応するリモートメソ
ッド呼び出し中継オブジェクト２５０を起動する（ステ
ップ５０６）。

【００６１】対応するリモートメソッド呼び出し中継オ
ブジェクトのクラス定義が存在しない場合は、その旨
を、クライアントオブジェクト１１０にエラーとして返
却する（ステップ５０７）。

【００６２】リモートメソッド呼び出し中継オブジェク
ト２５０が起動されたら、そのオブジェクトに、サーバ
計算機３００のネーミングサービス３１０から取得した
サーバオブジェクト３３０のリモート参照を設定する
（ステップ５０８）。

【００６３】最後にそのリモートメソッド呼び出し中継
オブジェクト２５０に対応するスタブオブジェクト１３
０、スケルトンオブジェクト２４０を各々起動し、その
リモートメソッド呼び出し中継オブジェクト２５０のリ
モート参照、すなわち対応するスタブオブジェクト１３
０へのアクセス情報をクライアント計算機１００に返し
（ステップ５０９）、次のリモート参照取得要求を待
つ。この様に、クライアントオブジェクト１１０が目的
とするサーバオブジェクト３３０のリモート参照を取得
した状態では、目的のサーバオブジェクト３３０にアク
セスするための、リモートメソッド呼び出し中継オブジ
ェクト２５０、スタブオブジェクト１３０、スケルトン
オブジェクト２４０、スタブオブジェクト２６０、スケ
ルトンオブジェクト３２０が一対として生成される。

【００６４】次に、リモートメソッド呼び出し中継オブ
ジェクト２５０の動作について詳細に説明する。

【００６５】図８は、本発明の一実施の形態におけるリ
モートメソッド呼び出し中継オブジェクトの動作を示す
フローチャートである。

【００６６】リモートメソッド呼び出し中継オブジェク
ト２５０はクライアントから利用するサーバオブジェク
トの各々に対応してクラスファイルとして予め用意さ
れ、クライアントオブジェクト１１０から対応するサー
バオブジェクトのリモート参照の取得要求がある都度リ
モート参照取得中継オブジェクト２３０から起動され
る。起動されるとリモート参照取得中継オブジェクト２
３０から対応するサーバオブジェクト３３０のリモート
アクセスのための情報（対応するスタブオブジェクト２
６０へのアクセス情報）を受け取り、内部変数に保持し
て（ステップ６０１）、クライアントオブジェクト１１
０からのリモートメソッド呼び出しを待つ。クライアン
ト計算機１００からリモートメソッドが呼び出されたと
き（対応するスタブオブジェクト１３０、スケルトンオ
ブジェクト２４０を中継して、リモートメソッド呼び出
し中継オブジェクト２５０のメソッドが呼出されたと
き）（ステップ６０２）、保持していたサーバオブジェ
クト３３０のリモート参照を使って対応するメソッドを
呼び出し（対応するスタブオブジェクト２６０、スケル
トンオブジェクト３２０を中継してサーバオブジェクト
３３０のメソッドを呼び出し、）（ステップ６０３）、
呼び出しとは逆のルートでサーバオブジェクト３３０の
メソッド呼び出しの結果を戻り値としてクライアントオ
ブジェクトに返す。

【００６７】次に、リモートメソッド呼び出し中継クラ
ス自動生成ツールによる、リモートメソッド呼び出し中
継クラス生成処理について説明する。

【００６８】リモートメソッド呼び出し中継オブジェク
トは、予め準備されたリモートメソッド呼び出し中継ク
ラスから生成されるものである。図９は、そのリモート
メソッド呼び出し中継クラスの生成処理を示すフローチ
ャートである。なお、この処理は、ツールを用いて自動
生成することができる。

【００６９】リモートメソッド呼び出し中継クラスは、
中継対象のサーバオブジェクトのクラス定義から自動生
成する。まず、目的とするサーバオブジェクトのクラス
の定義内容を全て読み込む（ステップ７０１）。

【００７０】次に、リモートメソッド呼び出し中継クラ
スの出力ファイル（以下、「中継クラスファイル」とい
う）を開き（ステップ７０２）、クラス名宣言など定型
的な定義を中継クラスファイルに出力する。この際、使
用するORBのサーバオブジェクトの識別に必要なインタ
フェースを実装する（ステップ７０３）。

【００７１】リモート参照取得中継オブジェクト２３０
は、サーバオブジェクト３３０のリモート参照を取得
し、リモートメソッド呼び出し中継オブジェクト２５０
を起動するときに、そのサーバオブジェクトへのアクセ
ス情報を渡す。そのため、リモート参照取得中継オブジ
ェクトから、サーバオブジェクトへのアクセス情報を受
け取るメソッド定義と、そのリモート参照を保持するた
めの変数の定義も中継クラスファイルに出力される（ス
テップ７０４）。

【００７２】次に、サーバクラスに定義されているすべ
てのメソッドを抽出する（ステップ７０５）。リモート
メソッド呼び出し中継クラスファイルには、サーバメソ
ッドと同じメソッド宣言を出力する。この際、メソッド
の引数、戻り値において、クライアント環境で使用でき
ない型を使用している場合は、その型と相互変換可能で
且つ、クライアント環境で使用可能な型に置き換えて出
力する(ステップ７０６)。そのメソッドの処理内容とし
て、ステップ７０４のメソッドを用いて受け取ったサー
バオブジェクト３３０のリモート参照（サーバオブジェ
クト３３０へのアクセス情報）を使って、サーバオブジ
ェクト３３０の同じメソッドを呼び出す処理を出力す
る。なお、(ステップ７０６)工程で型を置き換えたと
き、引数の場合はサーバオブジェクト呼び出しの前に、
戻り値の場合はサーバオブジェクト呼出し後に、型変換
処理を出力する。変換すべき型がユーザ定義クラスの場
合は、ユーザ定義の変換処理を組み込み、変換する(ス
テップ７０７)。サーバクラスに定義されているメソッ
ドすべてについて上記の処理を繰り返す（ステップ７０
８）。

【００７３】次に、リモート参照取得中継関連クラスの
作成処理について説明する。

【００７４】図１０は、本発明の一実施の形態における
リモート参照取得中継クラスに関連するクラスの作成工
程を示す図である。

【００７５】リモート参照取得中継クラスは、ORB（製
品Ａ）のオブジェクトとして動作する形式として図７の
フローチャートに示す処理を実装する。

【００７６】このリモート参照取得中継クラス８０１
は、実行時に備え、中継計算機２００に配置する。ま
た、このリモート参照取得中継クラスをORB（製品Ａ）
のスタブ／スケルトン自動生成ツール８０２に入力し、
スタブクラス８０３とスケルトンクラス８０４を生成す
る。実行時に備え、リモート参照取得中継クラスのスタ
ブクラスは、クライアント計算機１００に配置し、スケ
ルトンクラスは、中継計算機２００に配置する。

【００７７】次に、リモートメソッド呼び出し中継クラ
スに関連するクラスの作成処理について図１１を用いて
説明する。

【００７８】サーバクラス９０１は、ORB（製品Ｂ）の
サーバオブジェクト３３０として動作する形式として実
装されている。当該サーバクラス９０１は、サーバ計算
機３００に配置される。また、このサーバクラスをORB
（製品Ｂ）のスタブ／スケルトン自動生成ツール９０２
に入力し、スタブクラス９０３とスケルトンクラス９０
４を生成する。実行時に備え、サーバクラス９０１のス
タブクラス９０３は、中継計算機２００に配置し、スケ
ルトンクラス９０４は、サーバ計算機３００に配置す
る。さらに、このサーバクラス９０１を本発明のリモー
トメソッド呼び出し中継クラス自動生成ツール９０５に
入力し、図９で説明した手順によってリモートメソッド
呼び出し中継クラス９０６を生成する。このクラス９０
６は、実行時に備え、中継計算機２００に配置する。最
後に、生成したリモートメソッド呼び出し中継クラス
を、ORB（製品Ａ）のスタブ／スケルトン自動生成ツー
ル９０７に入力し、スタブクラス９０８とスケルトンク
ラス９０９を生成する。実行時に備え、リモートメソッ
ド呼び出し中継クラスのスタブクラスは、クライアント
計算機１００に配置し、スケルトンクラスは、中継計算
機２００に配置する。

【００７９】（実施例）次に、本発明における分散オブ
ジェクトミドルウェア連携方法を用いた実施例として、
（１）リモートアクセスを許可するオブジェクトのサー
バへの追加、（２）サーバ、中継機での環境設定、
（３）スタブ／スケルトンオブジェクト等の起動処理、
の各処理について具体的に説明する。 （１）リモートアクセスを許可するオブジェクトのサー
バへの追加 図１２を用いて、サーバコンピュータにオブジェクトＣ
を追加する場合について説明する。

【００８０】（ステップ１）追加するサーバオブジェク
トのクラスファイル（図中のクラスファイル名"C.jav
a"）をサーバに配置してオブジェクトを起動（インスタ
ンス化）すると共に、ネーミングサービスにオブジェク
トＣを登録する。

【００８１】（ステップ２）追加するサーバオブジェク
トのクラスファイル"C.java"を基に自動生成ツールを使
いリモートメソッド呼び出し中継オブジェクトのクラス
ファイル（クラスファイル名“CBridge.java”）を生成
する。図１２では、リモートメソッド呼び出し中継オブ
ジェクトのクラスファイル名をサーバオブジェクトのク
ラスファイル名の後にBridgeを付与する規則を用いて表
現している。

【００８２】（ステップ３）生成したリモートメソッド
呼び出し中継クラスファイルを中継計算機上に配置す
る。

【００８３】このように、サーバ側へのリモートアクセ
ス可能なオブジェクトの追加（サーバの追加も同様）に
際してリモート参照取得中継オブジェクトは変更されな
い。 （２）クライアントからの利用に先立つ、サーバ、中継
機での環境設定 次に、クライアントからリモートオブジェクトを利用で
きるようにするためのサーバ、中継機での環境設定につ
いて図１３〜図１５を用いて説明する。

【００８４】この環境設定は、クラスファイルの格納
（ステップ１）、サーバオブジェクトの起動、ネーミン
グサービスへの登録（ステップ２）、リモート参照取得
中継オブジェクトの起動、ネーミングサービスへの登録
（ステップ３）の順で行なうことができる。以下、この
順で説明する。

【００８５】（ステップ１）クラスファイルの格納 まず、図１３に示すように、各クラスファイルを該当す
る計算機に格納する。

【００８６】サーバ計算機に格納するファイル： ・各サーバオブジェクトのクラスファイル（サーバｏｂ
ｊＡ，Ｂ，Ｃ） ・各サーバオブジェクト対応スケルトンのクラスファイ
ル（サーバスケルトンＡ，Ｂ，Ｃ） 中継計算機に格納するファイル ・各サーバオブジェクト対応スタブのクラスファイル
（サーバスタブＡ，Ｂ，Ｃ） ・各リモートメソッド呼び出し中継オブジェクトのクラ
スファイル（呼出しｏｂｊＡ，Ｂ，Ｃ） ・各リモートメソッド呼び出し中継オブジェクト対応ス
ケルトンのクラスファイル（呼出しｏｂｊＡ，Ｂ，
Ｃ）： ・リモート参照取得中継オブジェクトのクラスファイル
（参照取得ｏｂｊ） ・リモート参照取得中継オブジェクト対応スケルトンの
オブジェクト（参照取得スケルトン） クライアントに格納するファイル： ・各リモートメソッド呼び出し中継オブジェクト対応ス
タブのクラスファイル（呼出しスタブＡ，Ｂ，Ｃ） ・リモート参照取得中継オブジェクト対応スタブのオブ
ジェクト（参照取得スタブ） （ステップ２）サーバオブジェクトの起動、ネーミング
サービスへの登録 次に、図１４に示すようにサーバオブジェクトを起動
（インスタンス化）すると共に、サーバのネーミングサ
ービスに登録する。 （ステップ３）リモート参照取得中継オブジェクトの起
動、ネーミングサービスへの登録 続いて、図１５に示すように、リモート参照取得中継オ
ブジェクトを起動（インスタンス化）すると共に、中継
計算機のネーミングサービスにリモート参照取得中継オ
ブジェクトを登録する。クライアント上にクライアント
オブジェクトを起動（インスタンス化）する。 （３）クライアントからサーバオブジェクトをアクセス
する場合の、スタブ／スケルトンオブジェクト等が起動
される状況 クライアントからサーバオブジェクトをアクセスする場
合におけるスタブ／スケルトンオブジェクト等の起動
は、リモート参照取得中継オブジェクトのリモート参照
の取得（ステップ１）、サーバオブジェクトのリモート
参照の取得（ステップ２）、リモートメソッド呼び出し
中継オブジェクトの起動（ステップ３）、リモートメソ
ッド呼び出し中継オブジェクトのリモート参照の返却
（ステップ４）、サーバオブジェクトのメソッド呼び出
し（ステップ５）の順で行われる。以下、この順に説明
を行なう。

【００８７】（ステップ１）リモート参照取得中継オブ
ジェクトのリモート参照の取得 図１６に示すように、クライアントオブジェクトは、中
継計算機のネーミングサービスからリモート参照取得中
継オブジェクトのリモート参照を取得する。リモート参
照取得時に、中継計算機にリモート参照取得中継オブジ
ェクトのスケルトンがORBによって起動（インスタンス
化）され、クライアントにリモート参照取得中継オブジ
ェクトのスタブがクライアント側のORBによって起動さ
れる。

【００８８】リモート参照取得の結果として、起動（イ
ンスタンス化）されたスタブオブジェクトへのアクセス
情報がクライアントオブジェクトに返却される。

【００８９】（ステップ２）サーバオブジェクトのリモ
ート参照の取得 次に、図１７に示すように、中継計算機のリモート参照
取得中継オブジェクトは、クライアントオブジェクトか
らの要求をスタブ、スケルトンオブジェクトを介して受
け、サーバオブジェクト（図はサーバオブジェクトＢを
指定した場合の例）のネーミングサービスからサーバオ
ブジェクトのリモート参照を取得する。リモート参照取
得中継オブジェクトによるサーバオブジェクトのリモー
ト参照取得時に、サーバ計算機にサーバオブジェクトの
スケルトンがORBによって起動され、中継計算機にサー
バオブジェクトのスタブがORBによって起動される。リ
モート参照取得中継オブジェクトでは、リモート参照取
得結果として、サーバオブジェクトに対するスタブオブ
ジェクトへのアクセス情報を保持する。

【００９０】（ステップ３）リモートメソッド呼び出し
中継オブジェクトの起動 次に、図１８に示すように、中継計算機のリモート参照
取得中継オブジェクトは、サーバ計算機から取得したサ
ーバオブジェクトのリモート参照から対応するリモート
メソッド呼び出し中継オブジェクトを判定し起動（イン
スタンス化）する。

【００９１】（ステップ４）リモートメソッド呼び出し
中継オブジェクトのリモート参照の返却 続いて、図１９に示すように、リモート参照取得中継オ
ブジェクトは、起動したリモートメソッド呼び出し中継
オブジェクトに対応するリモート参照（すなわち、以下
で起動するスタブオブジェクトへのアクセス情報）をク
ライアントオブジェクトに返却する。リモート参照取得
中継オブジェクトはリモートメソッド呼び出し中継オブ
ジェクトのリモート参照取得時に、中継計算機にリモー
トメソッド呼び出し中継オブジェクトのスタブを起動
し、クライアントにリモートメソッド呼び出し中継オブ
ジェクトのスケルトンを起動する。

【００９２】（ステップ５）サーバオブジェクトのメソ
ッド呼び出し そして、図２０に示すように、クライアント計算機は、
ステップ２〜ステップ４で起動したリモートメソッド呼
び出し中継オブジェクト、スタブ、スケルトンを使って
サーバオブジェクトＢのメソッドを呼び出す。

【００９３】（Java(登録商標）プログラムソースコー
ド例）次に、より具体的な実施例として、クライアント
が用いるORBを市販されているある製品（仮にCLIENT-OR
Bと呼ぶ）とし、サーバが用いるORBをJava(登録商標）R
MIとした場合を例に、これらの異なるORB製品を連携さ
せるためのJava(登録商標）プログラムソースコードの
例を示す。

【００９４】図２１（ａ）にリモート参照取得中継オブ
ジェクトのインタフェース定義例:INamingBridge.java
を示す。プログラムの内容は次の通りである。

【００９５】１〜２行目: 使用するクラスをインポート
する。

【００９６】４行目: CLIENT-ORBのサーバインタフェー
スとして識別するために、CLIENT-ORBが提供するIorbRe
moteインタフェースを継承する。

【００９７】５行目: リモート参照取得を中継するため
のlookup()メソッドを定義する。CLIENT-ORBを用いてリ
モートメソッド呼び出しするため、CLIENT-ORBのIorbRe
moteException例外が発生する可能性があることを定義
する。

【００９８】図２１（ｂ）にリモート参照取得中継オブ
ジェクトのクラス定義例: NamingBridge.javaを示す。
プログラムの内容は次の通りである。

【００９９】１〜３行目: 使用するクラスをインポート
する。

【０１００】５行目: CLIENT-ORBのサーバクラスとして
使用するために、上記のインタフェースを実装する。

【０１０１】７〜１１行目: コンストラクタの引数にサ
ーバ計算機のホスト名を設定可能にする。

【０１０２】１３行目: リモート参照取得を中継するた
めのlookup()メソッドを定義する。CLIENT-ORBを用いて
リモートメソッド呼び出しをするため、CLIENT-ORBのIo
rbRemoteException例外が発生する可能性があることを
定義する １５行目:引数で指定された名前を用いて、Java(登録商
標） RMIのRMIレジストリ(ネーミングサービス)を検索
し、該当するサーバオブジェクトのリモート参照を得
る。

【０１０３】１６行目: 得られたリモート参照のクラス
名を得る。

【０１０４】１７-１８行目: リモート参照のクラス名
からリモートメソッド呼び出し中継オブジェクトのクラ
ス名を組み立てる。

【０１０５】１９〜２０行目: リモートメソッド呼び出
し中継オブジェクトをインスタンス化する。

【０１０６】２１行目: リモートメソッド呼び出し中継
オブジェクトにサーバオブジェクトのリモート参照を設
定する。

【０１０７】２２行目: リモートメソッド呼び出し中継
オブジェクトのリモート参照をクライアントに返す。

【０１０８】２３〜２８行目: Java(登録商標） RMI関
連の例外をキャッチした場合、CLIENT-ORBの例外に置き
換えてクライアントに通知する。

【０１０９】３１〜３８行目: 上記で定義したリモート
参照取得中継オブジェクトをインスタンス化し、CLIENT
-ORBに"naming"という名前で登録するためのmain()メソ
ッドを定義する。

【０１１０】図２２（ａ）にサーバオブジェクトのイン
タフェース定義例: IHello.javaを示す。内容は次の通
りである。

【０１１１】１〜２行目: 使用するクラスをインポート
する。

【０１１２】４行目: Java(登録商標） RMIのサーバイ
ンタフェースとして識別するために、Java(登録商標）
RMIが提供するRemoteインタフェースを継承する。

【０１１３】５〜７行目: クライアントから呼び出すメ
ソッドを定義する。Java(登録商標） RMIを用いてリモ
ートメソッド呼び出しするため、Java(登録商標） RMI
のRemoteException例外が発生する可能性があることを
定義する。

【０１１４】図２２（ｂ）にサーバオブジェクトのクラ
ス定義例: Hello.javaを示す。内容は次の通りである。

【０１１５】１〜３行目: 使用するクラスをインポート
する。

【０１１６】５行目: Java(登録商標） RMIのサーバオ
ブジェクトとして機能するために、UnicastRemoteObjec
tクラスを継承する。

【０１１７】７〜９行目: Java(登録商標） RMIの規約
に従い、コンストラクタではスーパクラスのコンストラ
クタを呼び出す。

【０１１８】１１〜１８行目: クライアントから呼び出
すメソッドを定義する。Java(登録商標） RMIを用いて
リモートメソッド呼び出しするため、Java(登録商標）
RMIのRemoteException例外が発生する可能性があること
を定義する。

【０１１９】１９〜２６行目: 上記で定義したサーバオ
ブジェクトのクラス定義をインスタンス化し、Java(登
録商標） RMIのRMIレジストリに登録するmain()メソッ
ドを定義する。

【０１２０】次に、リモートメソッド呼び出し中継オブ
ジェクトのインタフェース出力例:IHelloBridge.javaを
図２３（ａ）に示す。このインタフェース定義は、上記
のようにして定義したサーバクラスから自動生成する。
内容は次の通りである。

【０１２１】１〜２行目: 使用するクラスをインポート
するよう出力する。

【０１２２】４行目: インタフェース名は、入力したサ
ーバオブジェクトのクラス定義から文字列を組み立て出
力する。この例における組み立て方法は、"I"＋サーバ
クラス名＋"Bridge"とする。CLIENT-ORBのサーバインタ
フェースとして識別するために、CLIENT-ORBが提供する
IorbRemoteインタフェースを継承する。

【０１２３】５〜７行目:入力したサーバクラスに定義
されているメソッドと同じメソッドを出力する。この
際、メソッドの引数、戻り値において、calculate()メ
ソッドのfloat型のように、クライアント側(J2ME CLDC
環境)では使用できない型を使用している場合は、使用
可能で且つfloat型と相互変換可能な型に置き換えて出
力する。この例ではString型で出力している。また、こ
れらのメソッドは、CLIENT-ORBを用いてリモートメソッ
ド呼び出しするため、CLIENT-ORBのIorbRemoteExceptio
n例外が発生する可能性があることを出力する。

【０１２４】図２３（ｂ）にリモートメソッド呼び出し
中継オブジェクトのクラス出力例:HelloBridge.javaを
示す。このクラス定義も、サーバクラスから自動生成す
る。内容は以下の通りである。

【０１２５】１〜４行目: 使用するクラスをインポート
するよう出力する。

【０１２６】６行目: クラス名は、入力したサーバオブ
ジェクトのクラス定義から文字列を組み立て出力する。
この例における組み立て方法は、サーバクラス名＋"Bri
dge"としている。上記にようにして定義したリモートメ
ソッド呼び出し中継オブジェクトのインタフェース定義
を実装するよう出力する。

【０１２７】８〜１２行目: サーバオブジェクトのリモ
ート参照を保持するための変数と、それを設定するため
のメソッドを出力する。

【０１２８】１４行目: サーバクラスに定義されている
メソッドsayHello()と同じメソッドを出力する。このメ
ソッドは、CLIENT-ORBを用いてリモートメソッド呼び出
しするため、CLIENT-ORBのIorbRemoteException例外が
発生する可能性があることを出力する。

【０１２９】１６〜１７行目: 保持しているサーバオブ
ジェクトへのリモート参照を用いて、対応するメソッド
sayHello()を呼び出すよう出力する。また、呼び出し結
果をクライアントに返すよう出力する。

【０１３０】１８〜２３行目: サーバオブジェクトのリ
モートメソッドを呼び出す際、Java(登録商標） RMI関
連の例外が通知される可能性があるためcatchし、CLIEN
T-ORBの例外IorbRemoteExceptionに置き換えてクライア
ントに通知するよう出力する。

【０１３１】２６行目: サーバクラスに定義されている
メソッドcalculate()と同じメソッドを出力する。この
際、メソッドの引数、戻り値において、float型などク
ライアント側(J2ME CLDC環境)では使用できない型を使
用している場合は、使用可能で且つfloat型と相互変換
可能な型に置き換えて出力する。この例ではString型で
出力している。また、これらのメソッドは、CLIENT-ORB
を用いてリモートメソッド呼び出しするため、CLIENT-O
RBのIorbRemoteException例外が発生する可能性がある
ことを出力する。

【０１３２】２８行目: 上記の引数定義で置き換えたSt
ring型から、本来のfloat型に変換する処理を出力す
る。

【０１３３】２９行目: 保持しているサーバオブジェク
トへのリモート参照を用いて、対応するメソッドcalcul
ate()を呼び出すよう出力する。

【０１３４】３０行目: サーバオブジェクトのメソッド
呼び出しの結果を、float型から上記の戻り値定義で置
き換えたString型に変換する処理を出力する。

【０１３５】３１行目: 変換結果をクライアントに返す
よう出力する。

【０１３６】３２〜３７行目: サーバオブジェクトのリ
モートメソッドを呼び出す際、Java(登録商標） RMI関
連の例外が通知される可能性があるためcatchし、CLIEN
T-ORBの例外IorbRemoteExceptionに置き換えてクライア
ントに通知するよう出力する。

【０１３７】図２４にクライアントのクラス定義例: Cl
ient.javaを示す。内容は次の通りである。この例は、J
2ME CLDC環境で動作するクライアントとしての携帯電話
のアプリケーションから、本方式によりサーバオブジェ
クトの機能を呼び出す例である。

【０１３８】１〜７行目: インポート、クラス宣言など
定型的な部分を定義する。

【０１３９】８行目: 中継計算機に接続する。

【０１４０】９行目: "naming"という名前をキーに、CL
IENT-ORBに登録されているリモート参照取得中継オブジ
ェクトへのリモート参照を得る。

【０１４１】１０行目: "hello"という名前をキーに、
リモート参照取得中継オブジェクトより、サーバオブジ
ェクトに対応するリモートメソッド呼び出し中継オブジ
ェクトへの参照を取得する。

【０１４２】１１〜１２行目: サーバオブジェクトのsa
yHello()メソッドを呼び出し結果を出力する。

【０１４３】１３〜１４行目: サーバオブジェクトのca
lculate()メソッドを呼び出し結果を出力する。

【０１４４】（本発明の特徴について）以下、特開平11
-282661号公報と対比した場合における本発明の特徴に
ついて説明する。

【０１４５】利用できるサーバオブジェクトを事前にサ
ーバのネーミングサービスに登録しておく点と、クライ
アントとサーバの中間に中継オブジェクトを配置する点
は、特開平11-282661号の技術と本発明とで共通してい
る。本発明では中継計算機のネーミングサービスにリモ
ート参照取得オブジェクトが登録され、特開平11-28266
1号の技術ではサーバオブジェクトのリモート参照取得
とサーバオブジェクトのメソッド呼び出しを中継する機
能を実現している中継オブジェクトが登録されている。

【０１４６】サーバオブジェクトにアクセスする場合
に、最初にクライアントオブジェクトは、中継コンピュ
ータのネーミングサービスからアクセスすべきオブジェ
クトに関する情報を取得する。このとき、本発明では、
リモート参照取得プログラムをアクセスするための情報
（リモート参照取得オブジェクへのアクセス情報；対応
するスタブオブジェクトＩＤ）を取得する。これに対し
て、特開平11-282661号の技術では、中継オブジェクト
へのアクセス情報を取得する。

【０１４７】そのため、本発明では、リモート参照中継
オブジェクトおよびこのオブジェクトのスタブ／スケル
トンオブジェクトを常時活性化しておけばよく、リモー
トメソッド呼び出し中継オブジェクト及びこれに関連す
るクライアント側、サーバ側のスタブ／スケルトンオブ
ジェクトは常時活性化されている必要がない。すなわ
ち、本発明では、クライアントからサーバオブジェクト
にアクセスを開始する都度、リモート参照取得中継オブ
ジェクトが、そのサーバオブジェクトに対応したリモー
トメソッド呼び出し中継オブジェクトを起動する（図６
の(ステップ４０９)、(ステップ４１０)の処理）。

【０１４８】本発明は上記のような構成としているた
め、サーバオブジェクトのリモート参照取得用のオブジ
ェクトを複数サーバオブジェクトに対して共用すること
ができ、また、リモートアクセス可能なサーバプログラ
ム（オブジェクト）を安易に追加、削除することができ
る。

【０１４９】一方、特開平11-282661号の技術では、リ
モートメソッド呼び出し機能を含めたオブジェクト（中
継オブジェクト）を常時活性化しておく必要がある。ま
た、中継オブジェクトは個々のサーバオブジェクト対応
に用意しておく必要がある。更に、特開平11-282661号
の技術では、リモートアクセス可能なサーバオブジェク
ト数に比例して中継サーバにメモリが必要となる。

【０１５０】なお、本発明は、上記の実施例に限定され
ることなく、特許請求の範囲内において種々変更・応用
が可能である。例えば、図６で、ORB（製品B）のネーミ
ングサービスを「UDDIサービス」に、ORB（製品B）ツー
ルにより生成したサーバ側のスタブオブジェクト（２６
０）をSOAP仕様における「JAVA(登録商標）プロキシ」
に対応させることにより、Webサービスの場合にも、上
記実施例と同様にして本発明を適用できる。

【０１５１】

【発明の効果】以上、詳細に説明した如く、本発明によ
れば、クライアント／サーバ間で通信プロトコル、メソ
ッドの引数、戻り値の型が異なるORB製品を接続する場
合において、通信プロトコルの煩雑な通信プロトコル変
換プログラムを必要とすることなくクライアント／サー
バ間で連携することができ、また、リモートメソッド呼
び出し中継クラスに型変換機能を備えることでメソッド
の引数、戻り値の型を変換できるようになる。さらに、
特開平11-282661号公報の技術における中継計算機上の
メモリを無駄に消費するという問題に対して、本発明で
は、リモートメソッド呼び出し中継オブジェクトをクラ
イアントオブジェクトのメソッド呼び出し前に動的に起
動し、実行後消滅させることによって中継計算機上のメ
モリを無駄に消費しない新たな効果を奏するものであ
る。

【図面の簡単な説明】

【図１】一般的な分散オブジェクトミドルウェアの処理
方式である。

【図２】サーバ計算機上のネーミングサービスの登録情
報の例を示す図である。

【図３】リモート参照取得要求時の送信情報を示す図で
ある。

【図４】一般的な分散オブジェクトミドルウェアにおけ
るスタブクラスとスケルトンクラスの生成工程である。

【図５】異なる分散オブジェクトミドルウェア間連携の
ために一般的に用いられるゲートウェイプログラムによ
るプロトコル変換方式である。

【図６】本発明の一実施の形態における異なる分散オブ
ジェクトミドルウェアの連携システムを説明するための
図である。

【図７】本発明の一実施の形態におけるリモート参照取
得中継オブジェクトの動作を示すフローチャートであ
る。

【図８】本発明の一実施の形態におけるリモートメソッ
ド呼び出し中継オブジェクトの動作を示すフローチャー
トである。

【図９】本発明の一実施の形態におけるリモートメソッ
ド呼び出し中継クラス生成ツールの動作を示すフローチ
ャートである。

【図１０】本発明の一実施の形態におけるリモート参照
取得関連クラスの作成工程を示す図である。

【図１１】本発明の一実施の形態におけるリモートメソ
ッド呼び出し関連クラスの作成工程を示す図である。

【図１２】リモートアクセスを許可するオブジェクトを
サーバに追加する処理を説明するための図である。

【図１３】環境設定におけるクラスファイルの格納を示
す図である。

【図１４】サーバオブジェクトのネーミングサービスへ
の登録を示す図である。

【図１５】リモート参照取得中継オブジェクトのネーミ
ングサービスへの登録を示す図である。

【図１６】リモート参照取得中継オブジェクトのリモー
ト参照の取得を示す図である。

【図１７】サーバオブジェクトのリモート参照の取得を
示す図である。

【図１８】リモートメソッド呼び出し中継オブジェクト
の起動を示す図である。

【図１９】リモートメソッド呼び出し中継オブジェクト
のリモート参照の返却を示す図である。

【図２０】サーバオブジェクトのメソッド呼び出しを示
す図である。

【図２１】リモート参照取得中継オブジェクトのインタ
フェース定義例及びクラス定義例を示す図である。

【図２２】サーバオブジェクトのインタフェース定義例
及びクラス定義例を示す図である。

【図２３】リモートメソッド呼び出し中継オブジェクト
のインタフェース出力例及びクラス出力例を示す図であ
る。

【図２４】クライアントのクラス定義例を示す図であ
る。

【符号の説明】

１００ クライアント計算機 １１０ クライアントオブジェクト １２０ ORB（製品Ａ）ツールにより生成したリモート
参照取得中継オブジェクトのスタブオブジェクト １３０ ORB（製品Ａ）ツールにより生成したリモート
メソッド呼び出し中継オブジェクトのスブオブジェクト ２００ 中継計算機 ２１０ ORB（製品Ａ）のネーミングサービス ２２０ ORB（製品Ａ）ツールにより生成したリモート
参照取得中継オブジェクトのスケルトンオブジェクト ２３０ リモート参照取得中継オブジェクト ２４０ ORB（製品Ａ）ツールにより生成したリモート
メソッド呼び出し中継オブジェクトのスケルトンオブジ
ェクト ２５０ リモートメソッド呼び出し中継オブジェクト ２６０ ORB（製品Ｂ）ツールにより生成した、サーバ
オブジェクトのスタブオブジェクト ３００ サーバ計算機 ３１０ ORB（製品Ｂ）のネーミングサービス ３２０ ORB（製品Ｂ）ツールにより生成したサーバオ
ブジェクトのスケルトンオブジェクト ３３０ サーバオブジェクト ９０１ サーバクラス ９０２ ORB（製品Ｂ）のスタブ／スケルトン自動生成
ツール ９０３ ORB（製品Ｂ）ツールによるサーバクラスのス
タブクラス ９０４ ORB（製品Ｂ）によるサーバクラスのスケルト
ンクラス ９０５ リモートメソッド呼び出し中継クララス自動生
成ツール ９０６ リモートメソッド呼び出し中継クラス ９０７ ORB（製品Ａ）のスタブ／スケルトン自動生成
ツール ９０８ ORB（製品Ａ）ツールによるリモートメソッド
呼び出し中継クラスのスタブクラス ９０９ ORB（製品Ａ）ツールによるリモートメソッド
呼び出し中継クラスのスケルトンクラス

Claims (6)

【特許請求の範囲】
1. 【請求項１】 クライアント側分散オブジェクトミドル
   ウエアとサーバ側分散オブジェクトミドルウエアの通信
   プロトコルが異なる場合に、クライアント側オブジェク
   トからサーバ側オブジェクトへのメソッド呼び出しを実
   現する方法であって、 クライアント側分散オブジェクトミドルウェアとサーバ
   側分散オブジェクトミドルウェアとの間に、リモート参
   照の取得を中継するリモート参照取得中継オブジェクト
   と、リモートメソッド呼び出しを中継するリモートメソ
   ッド呼び出し中継オブジェクトのクラスとを備え、前記
   方法は、 前記リモート参照取得中継オブジェクトがクライアント
   からサーバ側オブジェクトに関するリモート参照の取得
   要求を受け付けたとき、その要求をサーバに送信するス
   テップと、 前記リモート参照取得中継オブジェクトがサーバから前
   記サーバ側オブジェクトへのアクセス情報を受信し、そ
   のサーバ側オブジェクトに対応するリモートメソッド呼
   び出し中継オブジェクトを起動するステップと、 前記リモート参照の取得要求への応答として当該リモー
   トメソッド呼び出し中継オブジェクトへのアクセス情報
   をクライアントに返却するステップとを有することを特
   徴とする方法。
2. 【請求項２】 前記リモート参照取得中継オブジェクト
   がサーバから前記サーバ側オブジェクトへのアクセス情
   報を受信する際に、前記サーバにおいてそのサーバ側オ
   ブジェクトに対応するスケルトンオブジェクトが起動さ
   れ、前記リモート参照取得中継オブジェクトを有する中
   継計算機においてそのサーバ側オブジェクトに対応する
   スタブオブジェクトが起動され、 サーバ側オブジェクトに対応する前記スケルトンオブジ
   ェクト及び前記スタブオブジェクトはサーバ側分散オブ
   ジェクトミドルウェアの通信プロトコルに基づき動作
   し、 前記リモート参照取得中継オブジェクトが前記リモート
   メソッド呼び出し中継オブジェクトへのアクセス情報を
   クライアントに返却する際に、前記中継計算機において
   そのリモートメソッド呼び出し中継オブジェクトに対応
   するスケルトンオブジェクトが起動され、前記クライア
   ントにおいてそのリモートメソッド呼び出し中継オブジ
   ェクトに対応するスタブオブジェクトが起動され、 リモートメソッド呼び出し中継オブジェクトに対応する
   前記スケルトンオブジェクト及び前記スタブオブジェク
   トは、クライアント側分散オブジェクトミドルウェアの
   通信プロトコルに基づき動作する請求項１に記載の方
   法。
3. 【請求項３】 前記リモートメソッド呼び出し中継オブ
   ジェクトが、クライアントから前記サーバ側オブジェク
   トにおけるメソッドに対応するリモートメソッド呼び出
   しを受信し、前記サーバ側オブジェクトに対してそのメ
   ソッドの呼び出しを行うステップを更に有する請求項１
   に記載の方法。
4. 【請求項４】 前記リモートメソッド呼び出し中継オブ
   ジェクトは、メソッドの引数とメソッドからの戻り値の
   型を、クライアントが使用可能な型に変換する機能を有
   する請求項１又は２に記載の方法。
5. 【請求項５】 クライアント側分散オブジェクトミドル
   ウエアとサーバ側分散オブジェクトミドルウエアが異な
   る場合に、クライアント側オブジェクトからサーバ側オ
   ブジェクトへのメソッド呼び出しを実現するために、ク
   ライアントとサーバとの間に設けられた中継計算機にリ
   モート参照取得中継処理を実行させるリモート参照取得
   中継オブジェクトのクラスを記録したコンピュータ読み
   取り可能な記録媒体であって、前記リモート参照取得中
   継オブジェクトは、 クライアントからサーバ側オブジェクトに関するリモー
   ト参照の取得要求を受け付けたとき、その要求をサーバ
   に送信する手順と、 サーバから前記サーバ側オブジェクトのリモート参照を
   受信し、そのサーバ側オブジェクトに対応して前記中継
   計算機に予め格納されたリモートメソッド呼び出し中継
   クラスからリモートメソッド呼び出し中継オブジェクト
   を起動する手順と、 前記リモート参照の取得要求への応答として当該リモー
   トメソッド呼び出し中継オブジェクトへのアクセス情報
   をクライアントに返却する手順とを前記中継計算機に実
   行させることを特徴とするリモート参照取得中継オブジ
   ェクトのクラスを記録したコンピュータ読み取り可能な
   記録媒体。
6. 【請求項６】 クライアント側分散オブジェクトミドル
   ウエアとサーバ側分散オブジェクトミドルウエアが異な
   る場合に、クライアント側オブジェクトからサーバ側オ
   ブジェクトへのメソッド呼び出しを実現するために、ク
   ライアントとサーバとの間に設けられた中継計算機にリ
   モート参照取得中継処理を実行させるリモート参照取得
   中継オブジェクトのクラスを定義したプログラムであっ
   て、該リモート参照取得中継オブジェクトは、 クライアントからサーバ側オブジェクトに関するリモー
   ト参照の取得要求を受け付けたとき、その要求をサーバ
   に送信する手順と、 サーバから前記サーバ側オブジェクトのリモート参照を
   受信し、そのサーバ側オブジェクトに対応して前記中継
   計算機に予め格納されたリモートメソッド呼び出し中継
   クラスからリモートメソッド呼び出し中継オブジェクト
   を起動する手順と、 前記リモート参照の取得要求への応答として当該リモー
   トメソッド呼び出し中継オブジェクトへのアクセス情報
   をクライアントに返却する手順とを前記中継計算機に実
   行させることを特徴とするリモート参照取得中継オブジ
   ェクトのクラスを定義したプログラム。