JP2002014937A - メッセージ通信システム - Google Patents

Abstract

(57)【要約】 【課題】 広域に展開される情報システムにおいて，帯
域幅の狭いネットワーク上でも効率的な通信を行い，か
つ不安定なネットワークに対して十分な耐性を持ったメ
ッセージ通信システムを提供する。 【解決手段】 Jiniサービス２０１，ルックアップサー
ビス２０３，プロキシ部２０４，サービス側接続部２０
５，サービス側情報配信部２０７，第１のメッセージ格
納部２０８，およびサービス側通信部２１１はそれぞ
れ，サービスを提供するネットワーク・ノード上で動作
するJavaオブジェクトである。クライアント２０２，ク
ライアント側接続部２０６，クライアント側情報配信部
２０９，第２のメッセージ格納部２１０，およびクライ
アント側通信部２１２はそれぞれ，サービスを利用する
ネットワーク・ノードで動作するJavaオブジェクトであ
る。サービス側通信部２１１とクライアント側通信部２
１２は，ネットワークを介して接続される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，コンピュータ・ネ
ットワークを介したクライアントプログラムとサーバプ
ログラムとの間のメッセージ通信に用いられるシステ
ム，特に分散オブジェクトとして表現されるプログラム
間のメッセージ通信システムに関するものである。

【０００２】

【従来の技術】分散オブジェクトを利用したクライアン
ト／サーバ間の通信システムとして，Sun Microsystem
s,Inc.によって開発されたJini^TMシステムが，下記文献
に開示されている。

【０００３】文献：「Jiniアーキテクチャの仕様」Sun
Microsystems,Inc.

【０００４】図３にJiniアーキテクチャの概要を示す。

【０００５】１０１は，Jini環境上で何らかのサービス
機能を提供する「Jiniサービス」である。Jiniアーキテ
クチャでは，人間やプログラム，または他のサービスに
よって使用されるあらゆるものがサービスであり，プリ
ンタ，カメラなどのハードウエアであっても，ウェブ・
サーバなどのソフトウェアであってもJiniサービス１０
１となる。

【０００６】１０２は，Jiniサービス１０１が提供する
機能を利用する「Jiniクライアント」である。

【０００７】１０３は，Jiniアーキテクチャが提供する
基本サービスである「ルックアップサービス」である。
ルックアップサービス１０３は，Jiniサービス１０１か
らの登録要求，ならびに，Jiniクライアント１０２から
のサービス検索要求および参照要求を処理する機能を提
供する。

【０００８】１０４および１０６は，Jiniサービス１０
１が提供する機能をソフトウェアによって表現したオブ
ジェクトであり，Jini技術ではこれを「プロキシ部」と
呼ぶ。

【０００９】１０５は，プロキシ部１０４に関連付けら
れた「属性情報」であり，Jiniサービス１０１が提供す
るサービスに関する補助情報などが格納される。

【００１０】以上のように構成されたJiniシステムの動
作について説明する。

【００１１】Jiniサービス１０１はまず，ネットワーク
上に存在するルックアップサービス１０３を探索する。
探索にはIPマルチキャスト技術を用いた方式と直接指定
によるTCP/IP接続方式の２つが選択的に利用される。

【００１２】マルチキャストによる探索方式は，Jiniサ
ービス１０１がルックアップサービス１０３の運用に関
する事前の知識をもたなくても利用可能なため，サービ
スの作成，運用が容易に行えるが，ネットワーク上の距
離が近い場合にのみ利用可能となる。

【００１３】これに対して，直接指定による接続方式
は，ネットワーク上の距離が離れていてもTCP/IPによる
直接接続が可能であれば利用可能となる。ただし，Jini
サービス１０１が事前にルックアップサービス１０３の
運用に関する知識をもっていなければならない。

【００１４】上記のいずれかの方法により，ルックアッ
プサービス１０３と接続したJiniサービス１０１は，ル
ックアップサービス１０３に１つのプロキシ部１０４と
０個以上任意の数の属性情報１０５を登録する。

【００１５】次にJiniクライアント１０２は，上記と同
様の手順でルックアップサービス１０３を探索する。Ji
niクライアント１０２はルックアップサービス１０３に
対して，利用するサービスの検索処理を行う。この検索
にはJiniサービス１０１が実装するインターフェイスお
よび属性情報を使用することができる。検索の結果，該
当するJiniサービス１０１が見つかった場合，Jiniクラ
イアント１０２は，ルックアップサービス１０３に登録
されているプロキシ部１０４のコピーであるプロキシ部
１０６を取得する。プロキシ部１０６を取得したJiniク
ライアント１０２は，プロキシ部１０６が提供するサー
ビスインターフェイスに定義されているメッソドを呼び
出すことによって，Jiniサービス１０１が提供する機能
を利用することが可能となる。Jiniクライアント１０２
がプロキシ部１０６に対してメソッド呼び出しを行う
と，プロキシ部１０６はJiniサービス１０１と通信して
Jiniクライアント１０２からの要求を処理する。

【００１６】

【発明が解決しようとする課題】しかしながら，従来の
技術には，企業間あるいは広域に分散した企業内におい
て情報システムを構築する上で次のような問題点があっ
た。

【００１７】一般に企業間あるいは広域に分散した企業
内を対象とした情報システムでは，システムを構築する
ネットワークの種類を特定することはできない。インタ
ーネットなどの広域ネットワークや電話回線などを用い
た通信性能の低いネットワークを利用してシステムを構
築する可能性がある。また，携帯型端末などを利用して
外出先から社内のサービスを利用する場合には，帯域幅
が狭く不安定な移動体通信ネットワークが利用されるこ
とになる。

【００１８】ところが，従来のJini技術は，高速で安定
したLAN(Local Area Network)において利用されること
によってその性能を十分に発揮するのであって，以下の
理由により，広域情報システムにそのまま利用すること
は困難であった。

【００１９】Jini技術がインフラストラクチャとして使
用するJavaの分散オブジェクト技術（RMI:Remote Metho
d Invocation）による直接接続が可能な環境でのみサー
ビスの利用，提供が可能となる。すなわち，従来のRMI
によれば，任意のIPサポートに対するTCP/IP接続が可能
な環境，またはクライアント側からのHTTP(HyperTextTr
ansfer Protocol)接続が可能な環境が必要となる。さら
に，HTTPを使った通信（HTTPトンネリング）では双方向
通信が行えないため，サーバ側からのコールバックやイ
ベント情報の通知などの通信が行えない。これらは，ア
プリケーション・システムを構築する上で大きな制約と
なる。

【００２０】Jiniクライアント１０２がサービスを利用
している期間中，Jiniクライアント１０２とJiniサービ
ス１０１との間に確立されるネットワークのコネクショ
ンを保持しなければならない。例えば，Jiniサービス１
０１の処理動作中，あるいは処理結果である戻り値の通
信中に通信障害が発生した場合，Jiniクライアント１０
２の呼び出しから再度行う必要がある。このように，従
来のJiniシステムは，移動体通信ネットワークなどの不
安定なネットワークに対する耐性が十分ではない。

【００２１】RMIが同期型の通信機構を採用しているた
め，戻り値を必要としない処理要求に対してもJiniクラ
イアント１０２は，Jiniサービス１０１における処理が
終了するまで処理動作を中断しなければならない。この
点も，ネットワークに対するシステムの耐性を弱める要
因となり得る。

【００２２】Jini技術によるサービスの機能を十分に利
用するためにはJava2環境をサポートしたプラットフォ
ームが必要となる。携帯型端末など計算資源に乏しいプ
ラットフォームでは，ユーザに対してJava2環境を提供
することが困難である。この結果，ユーザは，携帯型端
末を介して十分にJiniサービスを利用することができな
い。

【００２３】本発明は，上記のような問題点に鑑みてな
されたものであり，その目的は，広域に展開される情報
システムにおいて，帯域幅の狭いネットワーク上でも効
率的な通信を行い，かつ不安定なネットワークに対して
十分な耐性を持ったメッセージ通信システムを提供する
ことにある。さらに，クライアントがネットワークと非
接続の状態にあってもサービス機能の利用が可能なメッ
セージ通信システムを提供することにある。

【００２４】

【課題を解決するための手段】上記課題を解決するため
に，請求項１によれば，ネットワークによって接続され
た複数のコンピュータから成るコンピュータ・システム
上で稼動するサービス手段と，サービス手段が提供する
機能を直接的または間接的に使用するクライアントと，
サービス手段が存在するサーバ・ノード内に配置され，
クライアントが存在するクライアント・ノードから送信
されて来たクライアント通信メッセージをサービス手段
に対するメソッド呼び出しに変換しメソッド呼び出しを
実行する第１の接続手段と，クライアント通信メッセー
ジを第１のメッセージ格納手段に格納するとともに，ク
ライアント通信メッセージを第１の接続手段に送信する
第１の情報配信手段と，クライアント・ノードに配置さ
れた第２の通信手段にネットワークを介して接続され，
第２の通信手段が送信するクライアント通信メッセージ
を受信し第１の情報配信手段に送信する第１の通信手段
と，クライアント・ノード内に配置され，クライアント
が発行するメソッド呼び出しをクライアント通信メッセ
ージに変換する第２の接続手段と，第２の接続手段から
送信されたクライアント通信メッセージを第２のメッセ
ージ格納手段に格納するとともに，第２の通信手段に送
信する第２の情報配信手段と，を備えることを特徴とす
るメッセージ通信システムが提供される。かかる構成に
よれば，クライアントによって発行されたメソッド呼び
出しは，第２の接続手段によってクライアント通信メッ
セージに変換される。変換されたクライアント通信メッ
セージは，第２の情報配信手段，第２の通信手段，ネッ
トワーク，第１の通信手段，および第１の情報配信手段
を経由して，第１の接続手段に送信される。

【００２５】また，請求項２によれば，第１の接続手段
は，クライアント通信メッセージを変換して得られたメ
ソッド呼び出しの処理をサービス手段が実行した結果か
らサービス通信メッセージを作成し，第１の情報配信手
段は，サービス通信メッセージを第１のメッセージ格納
手段に格納するとともに，サービス通信メッセージを第
１の通信手段に送信し，第１の通信手段は，サービス通
信メッセージをネットワークを介して，第２の通信手段
に送信し，第２の通信手段は，サービス通信メッセージ
を第２の情報配信手段に送信し，第２の情報配信手段
は，サービス通信メッセージを第２のメッセージ格納手
段に格納するとともに，サービス通信メッセージを第２
の接続手段に送信し，第２の接続手段は，サービス通信
メッセージを解析し，サービス手段のメソッド呼び出し
処理の結果としてクライアントに対して通知する。かか
る構成によれば，第１の接続手段によって作成されたサ
ービス通信メッセージは，第１の情報配信手段，第１の
通信手段，ネットワーク，第２の通信手段，および第２
の情報配信手段を経由して，第２の接続手段に送信され
る。

【００２６】このように，クライアント通信メッセージ
およびサービス通信メッセージは，サービス・ノードと
クライアント・ノードとの間のネットワークに対して，
第１の通信手段または第２の通信手段を経由して送信さ
れる。これら第１の通信手段，第２の通信手段の仕様を
適宜選択することによって，クライアント通信メッセー
ジおよびサービス通信メッセージのサービス・ノードと
クライアント・ノードとの間での送受信において，多様
なネットワーク・プロトコルの使用が可能となる。

【００２７】また，クライアント通信メッセージおよび
サービス通信メッセージはともに，第１のメッセージ格
納手段および第２のメッセージ格納手段に格納されてお
り，クライアント通信メッセージおよびサービス通信メ
ッセージの再送信は容易であるため，ネットワーク障害
の発生等にも柔軟に対応することが可能となる。

【００２８】請求項３によれば，請求項１または２に記
載のメッセージ通信システムに対して，サービス手段の
起動に応じて第１の接続手段を生成するサービス管理手
段が備えられる。請求項５に記載のようにサービス手段
がJiniサービスである場合，サービス手段の起動とは，
Jiniサービスのルックアップサービスへの登録に相当す
る。かかる構成によれば，サービス管理部は，サービス
手段に最適な第１の接続手段を生成することが可能とな
る。

【００２９】また，請求項４によれば，請求項１，２，
または３に記載のメッセージ通信システムに対して，ク
ライアントの要求に応じて第２の接続手段を生成するサ
ービス呼び出し手段が備えられる。かかる構成によれ
ば，サービス手段が提供する機能を利用することが可能
なクライアントの多様化が実現する。

【００３０】

【発明の実施の形態】以下に添付図面を参照しながら，
本発明にかかるメッセージ通信システムの好適な実施の
形態について詳細に説明する。なお，以下の説明および
添付された図面において，略同一の機能および構成を有
する構成要素については，同一符号を付することによっ
て重複説明を省略する。

【００３１】［第１の実施の形態］本発明の第１の実施
の形態にかかるメッセージ通信システムとしてのプログ
ラム間通信システム（ソフトウェアコンポーネント）の
構成を図１に示す。

【００３２】図１の左側に示したJiniサービス２０１，
ルックアップサービス２０３，プロキシ部２０４，サー
ビス側接続部２０５，サービス側情報配信部２０７，第
１のメッセージ格納部２０８，およびサービス側通信部
２１１はそれぞれ，サービスを提供するネットワーク・
ノード上で動作するJavaオブジェクトである。

【００３３】図１の右側に示したクライアント２０２，
クライアント側接続部２０６，クライアント側情報配信
部２０９，第２のメッセージ格納部２１０，およびクラ
イアント側通信部２１２はそれぞれ，サービスを利用す
るネットワーク・ノードで動作するJavaオブジェクトで
ある。

【００３４】各ノード内部において各オブジェクトは，
特に明記しない限り，同一のJava仮想マシン上に存在す
る直接的なメソッド呼び出し，または，RMIによる分散
オブジェクト間のメソッド呼び出しによって接続される
ものとする。

【００３５】以下，本実施の形態にかかるプログラム間
通信システムの構成を図１に基づいて詳細に説明する。

【００３６】Jiniサービス２０１は，Jini環境上で何ら
かのサービス機能を提供するオブジェクトである。Jini
アーキテクチャでは，人間やプログラム，または他のサ
ービスによって使用されるあらゆるものがサービスであ
り，プリンタ，カメラなどのハードウエアであっても，
ウェブ・サーバなどのソフトウェアであってもJiniサー
ビス２０１となる。

【００３７】クライアント２０２は，本実施の形態にか
かるプログラム間通信システムにおいて，Jiniサービス
２０１が提供する機能を利用するオブジェクトである。
図３に示した従来のJini技術におけるJiniクライアント
１０２に相当する。例えば，人が使用するために設計さ
れたユーザインターフェイスを備えるアプリケーショ
ン，あるいは，Jiniサービス２０１を利用することによ
って新たな機能を提供する他のサーバ・アプリケーショ
ンが，クライアント２０２となり得る。

【００３８】ルックアップサービス２０３は，Jiniシス
テムにおける基本サービスであり，Jiniサービス２０１
からの登録要求を受け付けるオブジェクトである。Jini
サービス２０１は，ルックアップサービス２０３に１つ
のプロキシ部２０４と０個以上の属性情報を登録する。

【００３９】プロキシ部２０４は，Jiniサービス２０１
が提供するオブジェクトであり，ルックアップサービス
２０３に対する検索によって獲得される。

【００４０】サービス側接続部２０５は，プロキシ部２
０４を介してJiniサービス２０１に接続するオブジェク
トであり，ルックアップサービス２０３に対して検索を
実行する。また，サービス側接続部２０５は，１つ以上
のサービス側情報配信部２０７と接続する。サービス側
接続部２０５は，サービス側情報配信部２０７から配信
される通信メッセージをJiniサービス２０１に対するメ
ソッド呼び出しに変換する。そして，変換して得られた
メソッド呼び出し処理を，プロキシ部２０４を介して，
Jiniサービス２０１に対して実行する。必要に応じて，
その処理結果から再び送信メッセージを作成してサービ
ス側情報配信部２０７に配送する。

【００４１】なお，本実施の形態にかかるプログラム間
通信システムにおいて，「通信メッセージ」は，通信内
容を表すオブジェクト，すなわち，本文の他に少なくと
も送信先を示す情報および送信先を示す情報を備えるオ
ブジェクトである。

【００４２】クライアント側接続部２０６は，クライア
ント２０２と１つ以上のクライアント側情報配信部２０
９と接続するオブジェクトである。このオブジェクト
は，クライアント２０２から発せられたメソッド呼び出
しから適切な通信メッセージを作成してクライアント側
情報配信部２０９に配送する一方，クライアント側情報
配信部２０９から届けられた通信メッセージを解釈して
クライアント２０２にイベントとして通知する。クライ
アント側接続部２０６が提供するインターフェイスは，
接続先であるJiniサービス２０１が提供するインタフェ
ースと同じであっても，異なるものであってもよい。

【００４３】サービス側情報配信部２０７は，１つ以上
のサービス側接続部２０５と１つ以上のサービス側通信
部２１１に接続し，これらのオブジェクトから送信され
る通信メッセージを適切に配信するためのオブジェクト
である。サービス側情報配信部２０７は，Jiniシステム
におけるサービスとして機能するものであり，ルックア
ップサービス２０３に自身を登録する。サービス側情報
配信部２０７は，一時的に通信メッセージを格納する第
１のメッセージ格納部２０８と接続する。

【００４４】第１の通信メッセージ格納部２０８は，格
納対象である通信メッセージそれぞれに対して，未配送
／配送済みを示すフラグなどの付加情報を設定する手段
を有する。

【００４５】サービス側情報配信部２０７は，ネットワ
ーク障害等の理由によって配送に失敗した通信メッセー
ジに対して，未配送のフラグを第１のメッセージ格納部
２０８に設定する手段，格納されている未配送の通信メ
ッセージを再送する手段，およびこの再送処理を制御す
るポリシー情報を外部から設定する手段を備える。さら
に，サービス側情報配信部２０７は，サービス側通信部
２１１が備えるネットワークに関する諸情報（ネットワ
ークの種類，接続状態，過去の通信性能に関する情報
等）の提供機能を利用して，サービス側接続部２０５に
対してこれらの情報を提供する機能を有する。

【００４６】クライアント側情報配信部２０９は，クラ
イアント２０２が動作するノード上で稼動するオブジェ
クトであり，サービス側情報配信部２０７と同様の機能
を有する。すなわち，１つ以上のクライアント側接続部
２０６と１つ以上のクライアント側通信部２１２とに接
続し，これらのオブジェクトから送信された通信メッセ
ージを適切に配信する。クライアント側情報配信部２０
９は，一時的な通信メッセージの格納機能を具備するた
めに第２のメッセージ格納部２１０と接続する。この第
２のメッセージ格納部２１０との連携によって，クライ
アント側情報配信部２０９は，各通信メッセージに未配
送／配送済みのフラグを設定する機能，ネットワーク障
害等の理由により配送に失敗した通信メッセージを未配
送通信メッセージとして格納する機能，格納されている
未配送の通信メッセージを再送する機能，およびこの再
送処理を制御するためのポリシー情報を外部から設定す
る機能を備える。また，クライアント側情報配信部２０
９は，クライアント側通信部２１２が備えるネットワー
クに関する諸情報（ネットワークの種類，接続状態，過
去の通信性能に関する情報等）の提供機能を利用して，
クライアント側接続部２１２に対してこれらの情報を提
供する機能を有する。このように，クライアント側情報
配信部２０９は，サービス側情報配信部２０７と同様の
機能を有するものの，サービス側情報配信部２０７と異
なり，必ずしもJiniサービスである必要はない。

【００４７】サービス側通信部２１１は，１つ以上のサ
ービス側情報配信部２０７および１つ以上の対となるク
ライアント側通信部２１２と接続するオブジェクトであ
る。同様に，クライアント側通信部２１２は１つ以上の
クライアント側情報配信部２０９および１つ以上の対と
なるサービス側通信部２１１と接続するオブジェクトで
ある。

【００４８】サービス側通信部２１１とクライアント側
通信部２１２との間の接続は，LANを経由するものに限
定されない。これら２つの通信部の間の通信には，イン
ターネットにおけるHTTPや無線通信，衛星通信など，シ
ステムに応じたネットワークプロトコルの利用が可能で
ある。このため，利用するネットワークの種類に応じ
て，複数のサービス側通信部２１１とクライアント側通
信部２１２が用意され，同じ種類のネットワークを対象
とする通信部が対になって動作する。そして，いずれの
ネットワーク接続を利用した場合でも，サービス側情報
配信部２０７とクライアント側情報配信部２０９の間で
は仮想的に双方向の通信が実現される。

【００４９】サービス側通信部２１１は，サービス側情
報配信部２０７に対して，ネットワークの種類，接続状
態，過去の通信性能等に関する情報を提供する機能を有
する。また，クライアント側通信部２１２は，クライア
ント側情報配信部２０９に対して，ネットワークの種
類，接続状態，過去の通信性能等に関する情報を提供す
る機能を有する。

【００５０】以上のように構成された本実施の形態にか
かるプログラム間通信システムの動作（「サービスの利
用処理」）を説明する。以下，Jiniサービス２０１とク
ライアント２０２間での通信時における各コンポーネン
ト間の相互作用を順に説明する。

【００５１】＜ステップ１＞クライアント２０２が，ク
ライアント側接続部２０６が実装するインターフェイス
を経由して，希望する機能を提供するメソッドを呼び出
す。

【００５２】＜ステップ２＞クライアント側接続部２０
６は，クライアント２０２が実行したメソッド呼び出し
処理から通信メッセージを構築して，これをクライアン
ト側情報配信部２０９に送付する。

【００５３】＜ステップ３＞クライアント側情報配信部
２０９は，受信した通信メッセージを第２のメッセージ
格納部２１０に格納した後，通信メッセージに記載され
ている送付先情報に基づいて，複数のクライアント側通
信部から一のクライアント側通信部２１２を選択し，通
信メッセージをこのクライアント側通信部２１２に送付
する。ただし，クライアント側通信部２１２が存在しな
い場合には，通信に使用するネットワークの種類に基づ
き適切なクライアント側通信部を新たに生成して，これ
に対して通信メッセージを送付する。

【００５４】＜ステップ４＞クライアント側通信部２１
２は，サービス側通信部２１１にネットワーク接続し
て，通信メッセージをサービス側通信部２１１に送付す
る。クライアント側通信部２１２は，この通信メッセー
ジの送信に成功した場合にのみ，クライアント側情報配
信部２０９に対してこの通信メッセージに送信済みのフ
ラグを設定するように要求する。ネットワーク障害など
の理由により送信に失敗した場合，あるいは明示的（意
図的）にネットワーク接続が遮断されている場合には，
この通信メッセージに対して送信済みのフラグが設定さ
ず，この通信メッセージは自動的に再送処理の対象とな
る。そして，予め設定してある再送ポリシーに従って，
ステップ３からの処理を再実行する。

【００５５】＜ステップ５＞クライアント側通信部２１
２から通信メッセージを受け取ったサービス側通信部２
１１は，サービス側情報配信部２０７にこの通信メッセ
ージを送付する。

【００５６】サービス側情報配信部２０７は，この通信
メッセージのコピーを第１のメッセージ格納部２０８に
保存した後，通信メッセージに記載されている配送先情
報に基づき，サービス側接続部２０５に通信メッセージ
を送付する。

【００５７】＜ステップ７＞サービス側接続部２０５
は，通信メッセージをJiniサービス２０１に対する１ま
たは２以上のメソッド呼び出し処理に変換して，プロキ
シ部２０４を経由してその処理を実行する。

【００５８】＜ステップ８＞サービス側接続部２０５
は，Jiniサービス２０１への処理結果から応答用の通信
メッセージを作成する。このとき作成する通信メッセー
ジには，送付先および発信元に関する情報が記載され
る。

【００５９】＜ステップ９＞サービス側接続部２０５
は，ステップ８において作成した通信メッセージをサー
ビス側情報配信部２０７に送付する。

【００６０】＜ステップ１０＞サービス側情報配信部２
０７は，通信メッセージを第１のメッセージ格納部２０
８に格納した後，通信メッセージに記載されているネッ
トワークの種類に関する情報に基づき，複数のサービス
側通信部から一のサービス側通信部２１１を選択し，通
信メッセージをこのサービス側通信部２１１に送付す
る。

【００６１】＜ステップ１１＞サービス側通信部２１１
は，通信メッセージに記載されている配信先情報に基づ
き，クライアント側通信部２１２に対してこの通信メッ
セージを送付する。サービス側通信部２１１は，この通
信メッセージの送信に成功した場合にのみ，サービス側
情報配信部２０７に対してこの通信メッセージに送信済
みのフラグを設定するように要求する。ネットワーク障
害などの理由により送信に失敗した場合，あるいは明示
的（意図的）にネットワーク接続が遮断されている場合
には，この通信メッセージに対して送信済みのフラグが
設定さず，この通信メッセージは自動的に再送処理の対
象となる。そして，予め設定してある再送ポリシーに従
って，ステップ１０から処理を再実行する。

【００６２】＜ステップ１２＞クライアント側通信部２
１２は，受信した通信メッセージをクライアント側情報
配信部２０９に送付する。

【００６３】＜ステップ１３＞通信メッセージを受信し
たクライアント側情報配信部２０９は，通信メッセージ
を第２のメッセージ格納部２１０に格納した後，通信メ
ッセージの送付先情報に基づき，この通信メッセージを
クライアント側接続部２０６に送付する。

【００６４】＜ステップ１４＞通信メッセージを受信し
たクライアント側接続部２０６は，この通信メッセージ
を解析して，クライアント２０２が行ったメソッド呼び
出しに対する結果として，クライアント２０２にイベン
トを通知する。ここで一連の処理が終了する。

【００６５】以上，クライアント２０２がJiniサービス
２０１の機能を利用する際の各コンポーネント間の相互
作用を順に説明したが，逆にJiniサービス２０１がクラ
イアント２０２に対してコールバックを行う場合，すな
わちイベント情報を送付する場合も各コンポーネント間
において略同一の動作が行われる。

【００６６】ここではクライアント２０２のメソッド呼
び出しに対して，Ｊｉｎｉサービス２０１が戻り値を返
す場合に即して各コンポーネント間の動作を説明した。
これに対して，戻り値を必要としないメソッド呼び出し
が発せられた場合には，サービス側からの応答メッセー
ジ送付の手順は不要となる。

【００６７】応答メッセージが必要であるか否かは，暗
黙の設定または明示的な設定のいずれかによって区別さ
れる。暗黙の設定とは，クライアント側接続部２０６が
提供するインターフェイスに定義されるメソッドの戻り
値が存在しない場合（Java言語では，戻り値の型がvoid
と宣言される）に相当する。その他，メソッド定義上は
戻り値が存在するが，クライアント２０２がその戻り値
を必要としない場合もある。この場合，クライアント２
０２は，通信メッセージに対応メッセージが不要である
旨を記載しておく。これを明示的な設定と呼ぶ。

【００６８】以上，説明したように本実施の形態にかか
るプログラム間通信システムによれば，次の効果が得ら
れる。

【００６９】通信部（サービス側通信部２１１，クライ
アント側通信部２１２）が運用段階においてネットワー
クプロトコルに応じて選択されるため，従来のRMIがサ
ポートしていない多様なネットワークへの対応が可能と
なる。また，ネットワークの種類に依存する処理は，す
べて通信部によって行われるため，使用するネットワー
クの変更が，Jiniサービス２０１，クライアント２０２
などのアプリケーションに対して影響を及ぼすことはな
い。

【００７０】本実施の形態にかかるプログラム間通信シ
ステムによれば，従来のJiniサービスを変更せずにその
まま利用することが可能となる。さらに，クライアント
側接続部２０６に実装されるインターフェイスと，Jini
サービス２０１のプロキシに実装されるインターフェイ
スが同じである場合，従来のクライアントもそのまま利
用することが可能となる。

【００７１】通信中にネットワーク障害などが発生した
場合には，情報配信部（サービス側情報配信部２０７，
クライアント側情報配信部２０９）が自動的にメッセー
ジデータを再送する。したがって，不安定なネットワー
クに対する耐性が高まる。

【００７２】クライアント（またはサーバ）環境が明示
的にネットワークへの接続を解除した場合，ネットワー
クへの接続が復元されると同時に，情報配信部が通信を
自動的に再開するため，アプリケーションは，ネットワ
ークへの接続状態を意識せずに動作することが可能とな
る。

【００７３】サービス側接続部２０５およびクライアン
ト側接続部２０６は，ネットワークに関する諸情報（ネ
ットワークの種類，接続状態，応答時間の履歴など）を
知り得るため，効果的なネットワーク利用のための動的
な通信制御を行うことが可能となる。また，ネットワー
クの種類に基づく静的な再送ポリシーを設定することも
可能である。

【００７４】サービス側接続部２０５は，クライアント
２０２からの１つの通信メッセージに対して複数回のサ
ービスアクセスを行い，その結果をまとめて１つの応答
メッセージデータとしてクライアント側へ返すように動
作する。したがって，ネットワーク効率の良いサービス
アクセスが容易に実現される。

【００７５】サービス側接続部２０５およびクライアン
ト側接続部２０６において，通信メッセージを作成する
際に暗号化処理を施すことによって，セキュアな通信が
容易に実現される。

【００７６】サービス側接続部２０５およびクライアン
ト側接続部２０６において，通信メッセージを作成する
際に可逆符号化処理を施すことによって，通信メッセー
ジのデータ量を減らすことが可能となる。

【００７７】従来，リソース不足が原因で十分なJiniサ
ービスが受けられなかったクライアント２０２であって
も，Java2マイクロエディション（Java2 Micro Editio
n）あるいはJDK1.1環境で動作可能なクライアント側接
続部２０６を用意することによって，多様なJiniサービ
スを利用することが可能となる。なお，この場合，Jini
サービス自体の変更は不要である。

【００７８】［第２の実施の形態］本発明の第２の実施
の形態にかかるメッセージ通信システムとしてのプログ
ラム間通信システム（ソフトウェアコンポーネント）の
構成を図２に示す。

【００７９】本実施の形態にかかるプログラム間通信シ
ステムは，第１の実施の形態にかかるプログラム間通信
システムに対して，サービス管理部３１３とサービス呼
び出し部３１４が追加された構成を有する。

【００８０】サービス管理部３１３は，サービス・ノー
ド上で動作するオブジェクトであり，本実施の形態にか
かるプログラム間通信システムにおいて，オブジェクト
間通信に対応したJiniサービス２０１の登録および管理
を担当する。サービス管理部３１３は，ルックアップサ
ービス２０３との連携によって管理対象であるJiniサー
ビス２０１の登録／削除を監視する機能，必要に応じて
サービス側接続部２０５を生成／削除する機能，クライ
アント側からのサービス・リスト取得要求に対する応答
メッセージを作成する機能，および監視対象であるJini
サービス２０１に変化があった場合のクライアント側へ
の通知機能を有する。また，サービス管理部３１３は，
クライアント側への変更通知を実現するために，接続中
のクライアントのリストを管理する機能も有する。

【００８１】サービス呼び出し部３１４は，クライアン
ト・ノード上で動作するオブジェクトであり，クライア
ント２０２からのサービス検索要求および参照要求を受
け付ける。サービス呼び出し部３１４は，内部に各サー
ビス・ノード上で稼動中のサービスに関するリスト・テ
ーブルを備え，クライアント２０２からの検索要求に対
してこのリスト・テーブルを参照することによって応答
する。サービス呼び出し部３１４は，クライアント２０
２が指定する検索条件にマッチしたサービスの数を返
し，クライアント２０２がサービスを利用するために必
要なクライアント側接続部２０６を生成する機能を有す
る。

【００８２】以上のように構成された本実施の形態にか
かるプログラム間通信システムの動作を説明する。以
下，サービスの登録，検索，参照の３つの動作に関する
各コンポーネント間の相互作用を説明する。

【００８３】まず，Jiniサービスの起動をトリガとし
て，本実施の形態にかかるプログラム間通信システムが
備える通信機構を用いて通信路を確立し，それをクライ
アントに通知するまでの過程，すなわち「サービスの登
録処理」の工程について説明する。

【００８４】＜登録ステップ１＞サービス管理部３１３
がルックアップサービス３０３に対して，本実施の形態
にかかるプログラム間通信システムに対応するJiniサー
ビスが新たにルックアップサービス２０３に登録された
場合，または，既にルックアップサービス２０３に登録
されているJiniサービスが削除された場合にイベントを
通知するようにイベント登録を行う。

【００８５】＜登録ステップ２＞Jiniサービス２０１を
起動する。このJiniサービス２０１は，その初期化処理
において，プロキシ部２０４およびJiniサービス２０１
が本実施の形態にかかるプログラム間通信システムに対
応していることを示す属性情報をルックアップサービス
２０３に登録する。

【００８６】＜登録ステップ３＞ルックアップサービス
２０３に対してJiniサービス２１２が登録されたこと
（サービス登録）がイベント情報としてサービス管理部
３１３に通知される。このサービス登録が，登録ステッ
プ１においてサービス管理部３１３が行うイベント登録
動作のトリガとなる。

【００８７】＜登録ステップ４＞イベント情報を受信し
たサービス管理部３１３は，Jiniサービス２０１からこ
のサービスを利用するために必要となる諸情報を入手す
る。この情報にはサービス側接続部２０５およびクライ
アント側接続部２０６を生成するために必要な情報（Ja
vaクラス名およびこのクラスのロード元情報），およ
び，クライアント２０２が利用可能なネットワークの種
類に関する情報などが含まれる。

【００８８】＜登録ステップ５＞サービス管理部３１３
は，登録ステップ４において入手したサービス側接続部
に関する情報に基づいて，サービス側接続部２０５を生
成する。このとき，サービス管理部３１３は，Jiniサー
ビス２０１が提供するプロキシ部２０４およびクライア
ント２０２との通信に使用するネットワークの種類に関
する情報をサービス側接続部２０５に対して設定する。

【００８９】＜登録ステップ６＞生成されたサービス側
接続部２０５は，その初期化処理において，サービス側
情報配信部２０７との接続を確立する。すなわち，生成
時に指定されたネットワークの種類に関する情報に基づ
き，このネットワークへの通信を担当するサービス側情
報配信部２０７をルックアップサービス２０３から検索
し，サービス側情報配信部２０７に対応するプロキシ部
２０４を獲得する。

【００９０】＜登録ステップ７＞サービス側接続部２０
５の初期化処理が終了したことを確認したサービス管理
部３１３は，新しく追加されたJiniサービス２０１に関
する情報を表す通信メッセージを作成し，サービス側情
報配信部２０７に対して送付する。

【００９１】＜登録ステップ８＞この通信メッセージ
は，第１の実施の形態にかかるプログラム間通信システ
ムの動作手順（ステップ１０〜ステップ１）と略同一の
手順でクライアント側情報配信部２０９まで配送され
る。

【００９２】＜登録ステップ９＞クライアント側情報配
信部２０９は，配送された通信メッセージをサービス呼
び出し部３１４に送付する。

【００９３】＜登録ステップ１０＞サービス呼び出し部
３１４に到達した通信メッセージは，ここでサービスを
利用するための情報に変換され，サービス呼び出し部３
１４が備えるサービス・テーブルに格納される。ここで
一連のサービスの登録処理が終了する。

【００９４】次に，クライアントが新たなサーバ・ノー
ドに接続する場合に行われる，「サービスの検索処理」
について説明する。

【００９５】＜検索ステップ１＞クライアント２０２が
サービス呼び出し部３１４に対してサーバ・ノードを指
定する。

【００９６】＜検索ステップ２＞サービス呼び出し部３
１４は，指定されたサーバ・ノードが未知のノードであ
る場合，そのサーバ・ノード上で動作するサービスに関
するリストを取得するための通信メッセージを生成し
て，これをクライアント側情報配信部２０９に送付す
る。

【００９７】＜検索ステップ３＞クライアント側情報配
信部２０９は，通信メッセージに記載されている情報に
基づいて，この通信メッセージを適切なクライアント側
通信部２１２に送付する。ただし，適切なクライアント
側通信部２１２が存在しない場合には，通信に使用する
ネットワークの種類に基づき適切なクライアント側通信
部を新たに生成して，これに通信メッセージを送付す
る。

【００９８】＜検索ステップ４＞クライアント側通信部
２１２は，サービス側通信部２１１にネットワーク接続
して通信メッセージを送付する。ここで，ネットワーク
障害等の理由により通信メッセージの配送に失敗した場
合には，この通信メッセージは，第１の実施の形態にお
いて説明したステップ４と同様に自動的な再送処理の対
象となる。

【００９９】＜検索ステップ５＞サービス側通信部２１
１は，サービス側情報配信部２０７に通信メッセージを
送付する。

【０１００】＜検索ステップ６＞サービス側情報配信部
２０７は，この通信メッセージをサービス管理部３１３
に送付する。

【０１０１】＜検索ステップ７＞通信メッセージを受信
したサービス管理部３１３は，内部に所有するサービス
のリストに基づいて応答のための通信メッセージを作成
する。

【０１０２】以後，サービス管理部３１３からサービス
呼び出し部３１４に対して，登録ステップ７〜９と同様
の手順で通信メッセージが配送される。これによって，
サービス呼び出し部３１４には，対象とするサービス・
ノード上で稼動するサービスのリスト・テーブルが作成
される。

【０１０３】次に，上述のようにクライアント・ノード
上で管理されるサービスのリスト・テーブルを用いて，
クライアントがサービスとの接続を確立する過程，すな
わち「サービスの参照処理」の過程を説明する。

【０１０４】＜参照ステップ１＞クライアント２０２が
サービス呼び出し部３１４に対して，所定の条件を満足
し，かつ，利用可能なサービスの情報一覧の出力を要求
する。

【０１０５】＜参照ステップ２＞サービス呼び出し部３
１４は，内部に所有するサービス・リストから検索条件
に該当するサービスの部分リストを作成してクライアン
ト２０２に返す。

【０１０６】＜参照ステップ３＞クライアント２０２
は，サービス呼び出し部３１４から獲得したリストか
ら，１つ以上の使用するサービスを特定する。そして，
サービス呼び出し部３１４に対して，サービス利用のた
めのインターフェイスとして使用するクライアント側接
続部２０６の生成・獲得を要求する。

【０１０７】＜参照ステップ４＞サービス呼び出し部３
１４は，上述の「サービスの登録処理」または「サービ
スの検索処理」によって獲得したサービスに関する情報
からクライアント側接続部２０６の生成に必要な情報を
読み出して，クライアント側接続部２０６を生成する。
そして，生成したクライアント側接続部をクライアント
２０２に渡す。

【０１０８】クライアント２０２は，獲得したクライア
ント側接続部２０６が実装するインターフェイスを経由
して，メソッド呼び出しを行うことが可能となる。これ
以降，第１の実施の形態において説明した「サービスの
利用処理」が行われる。

【０１０９】以上，説明したように本実施の形態にかか
るプログラム間通信システムによれば，クライアント２
０２は，サービス・ノード上で現在稼動中のサービスに
関する情報およびそのサービスを利用するためのクライ
アント側接続部２０６を広域ネットワーク上においても
自動的に取得することが可能となる。したがって，サー
ビス・ノード上で追加／削除されたサービスについての
情報の入手が容易となる。

【０１１０】また，クライアント２０２は，サービス呼
び出し部３１４にローカルに管理されているサービス・
リストにアクセスすることによって，サービスを検索す
ることが可能となるため，検索のたびにサービス・ノー
ドにアクセスする必要がなく，サービス検索処理の高速
化が実現する。

【０１１１】添付図面を参照しながら本発明の好適な実
施の形態について説明したが，本発明はかかる実施の形
態に限定されない。当業者であれば，特許請求の範囲に
記載された技術的思想の範疇内において各種の変更例ま
たは修正例に想到し得ることは明らかであり，それらに
ついても当然に本発明の技術的範囲に属するものと了解
される。

【０１１２】例えば，本発明の実施の形態では，サービ
ス側情報配信部２０７およびクライアント側情報配信部
２０９によって，通信メッセージに対して，未配送／配
送済みを識別するためのフラグが付与されると説明した
が，各通信メッセージの配送状態が識別可能な別の手段
を用いてもよい。例えば，配送状態に応じたキューを２
つ用意し，どちらのキューに通信メッセージが格納され
ているかによって配送状態を判断することも可能であ
る。

【０１１３】本発明の実施の形態では，クライアント側
接続部２０６に対するクライアント２０２のメソッド呼
び出しが，呼び出し直後に後続の処理シーケンスを実行
する非同期型呼び出しである場合に即して説明したが，
メソッド呼び出しの結果が返るまで処理シーケンスをブ
ロックする同期型呼び出しを用いることも可能である。

【０１１４】

【発明の効果】以上説明したように，本発明にかかるメ
ッセージ通信システムによれば，広域に展開され，か
つ，帯域幅の狭いネットワーク上でも効率的な通信を行
うことが可能となる。また，不安定なネットワークに対
する耐性が向上する。さらに，クライアントがネットワ
ークと非接続の状態にあってもサービス機能の利用が可
能となる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態にかかるプログラム
間通信システムの構成を示すブロック図である。

【図２】本発明の第１の実施の形態にかかるプログラム
間通信システムの構成を示すブロック図である。

【図３】従来のJiniシステムの構成を示すブロック図で
ある。

【符号の説明】

２０１：Jiniサービス ２０２：クライアント ２０３：ルックアップサービス ２０４：プロキシ部 ２０５：サービス側接続部 ２０６：クライアント側接続部 ２０７：サービス側情報配信部 ２０８：第１のメッセージ格納部 ２０９：クライアント側情報配信部 ２１０：第２のメッセージ格納部 ２１１：サービス側通信部 ２１２：クライアント側通信部 ３１３：サービス管理部 ３１４：サービス呼び出し部

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ネットワークによって接続された複数の
   コンピュータから成るコンピュータ・システム上で稼動
   するサービス手段と，前記サービス手段が提供する機能
   を直接的または間接的に使用するクライアントと，前記
   サービス手段が存在するサーバ・ノード内に配置され，
   前記クライアントが存在するクライアント・ノードから
   送信されて来たクライアント通信メッセージを前記サー
   ビス手段に対するメソッド呼び出しに変換し前記メソッ
   ド呼び出しを実行する第１の接続手段と，前記クライア
   ント通信メッセージを第１のメッセージ格納手段に格納
   するとともに，前記クライアント通信メッセージを前記
   第１の接続手段に送信する第１の情報配信手段と，前記
   クライアント・ノードに配置された第２の通信手段にネ
   ットワークを介して接続され，前記第２の通信手段が送
   信する前記クライアント通信メッセージを受信し前記第
   １の情報配信手段に送信する第１の通信手段と，前記ク
   ライアント・ノード内に配置され，前記クライアントが
   発行するメソッド呼び出しを前記クライアント通信メッ
   セージに変換する第２の接続手段と，前記第２の接続手
   段から送信された前記クライアント通信メッセージを第
   ２のメッセージ格納手段に格納するとともに，前記第２
   の通信手段に送信する第２の情報配信手段と，を備える
   ことを特徴とする，メッセージ通信システム。
2. 【請求項２】 前記第１の接続手段は，前記クライアン
   ト通信メッセージを変換して得られたメソッド呼び出し
   の処理を前記サービス手段が実行した結果からサービス
   通信メッセージを作成し，前記第１の情報配信手段は，
   前記サービス通信メッセージを前記第１のメッセージ格
   納手段に格納するとともに，前記サービス通信メッセー
   ジを前記第１の通信手段に送信し，前記第１の通信手段
   は，前記サービス通信メッセージを前記ネットワークを
   介して，前記第２の通信手段に送信し，前記第２の通信
   手段は，前記サービス通信メッセージを前記第２の情報
   配信手段に送信し，前記第２の情報配信手段は，前記サ
   ービス通信メッセージを前記第２のメッセージ格納手段
   に格納するとともに，前記サービス通信メッセージを前
   記第２の接続手段に送信し，前記第２の接続手段は，前
   記サービス通信メッセージを解析し，前記サービス手段
   のメソッド呼び出し処理の結果として前記クライアント
   に対して通知する，ことを特徴とする，請求項１に記載
   のメッセージ通信システム。
3. 【請求項３】 さらに，前記サービス手段の起動に応じ
   て，前記第１の接続手段を生成するサービス管理手段を
   備えることを特徴とする，請求項１または２に記載のメ
   ッセージ通信システム。
4. 【請求項４】 さらに，前記クライアントの要求に応じ
   て，前記第２の接続手段を生成するサービス呼び出し手
   段を備えることを特徴とする，請求項１，２，または３
   に記載のメッセージ通信システム。
5. 【請求項５】 前記サービス手段は，Jiniサービスであ
   ることを特徴とする，請求項１，２，３，または４に記
   載のメッセージ通信システム。