JPH11212913A - クライアント／サーバ環境におけるオブジェクト間通信のためのシステム、サービスエージェント、サービスマネージャ、クライアントインタフェース及びサーバインタフェース - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上に複数のサーバが散在してい
るクライアント／サーバ環境において、クライアントが
サーバの存在するノードを意識することなしにサーバを
利用できるようにする。 【解決手段】 サーバが散在する通信ネットワーク上
に、クライアントとサーバ間の通信を代行するサービス
エージェントが設けられる。このサービスエージェント
は、サーバの場所を知っており、クライアントの発した
サービス要求を受け、これに応答してサーバと通信する
ことにより、サーバにサービス処理を実行させ、サーバ
よりサービス処理結果を受け、そして、そのサービス処
理結果をクライアントに返却する。クライアントは、単
純にサービス要求を発するだけであり、サーバの場所に
ついて一切関知しない。

Description

【発明の詳細な説明】

【０００１】

【発明の技術分野】本発明は、一般に、クライアント／
サーバ環境におけるクライアントとサーバ間のオブジェ
クト（つまりプロセス）間通信システムに関わり、特
に、分散サーバ型のクライアント／サーバ環境（以下、
分散環境という）におけるオブジェクト間通信システム
の改良に関する。

【０００２】

【従来の技術】従来、クライアント／サーバ環境におけ
るオブジェクト間通信では、ソケットを用いたり、ＲＰ
Ｃを用いるなど、さまざまな手法が行われている。従来
用いられているオブジェクト間通信用のコンポーネント
又は手法は、ソケットにせよ、ＲＰＣにせよ、元来は単
一マシン上でのローカルなファイルアクセスや関数呼び
出しをクライアント／サーバ環境に適用したものであ
る。この従来のオブジェクト間通信では、クライアント
は必ず、相手のサーバオブジェクトの存在するノードを
意識して通信を行う必要がある。

【０００３】

【発明が解決しようとする課題】サーバオブジェクトが
複数のノードに分散している分散環境においては、従来
のオブジェクト間通信を採用すると、クライアントの通
信プログラムが複雑になって構築困難になるという問題
がある。すなわち、分散環境の利点はサーバの負荷分散
機能（例えば、或るサーバの障害時や高負荷時には、別
のサーバが代わってサービスを行うなど）などにある。
しかし、そうした機能をサポートするようプログラムを
記述しようとすると、複数のノードを同時に考慮せざる
を得ないため、その対処ロジックの記述や環境定義など
が必然的に複雑になってしまう。さらに、サーバの変更
や増設に対して柔軟に対応することが難しい。

【０００４】また、従来の例えばＲＰＣによるオブジェ
クト間通信は、元来の関数呼び出しをクライアント／サ
ーバ環境に適用したものであるが、呼び出し元のクライ
アントオブジェクトは、ＲＰＣコールを発した後、サー
バオブジェクトの処理が完了するまで待たされる（つま
り、同期処理を行う）。その理由は、ＲＰＣで非同期処
理を行うことは不可能ではないが、そうするとロジック
が非常に複雑になってしまうからである。更に、特にＲ
ＰＣでは、通信そのものにも無視できない長さの時間が
かかるので、クライアントはＲＰＣコールを発する度
に、コールを送る通信時間とサーバでの処理時間と処理
結果が返される通信時間とを含む長い間、待たされるこ
とになる。

【０００５】従って、本発明の目的は、分散環境におい
て、クライアントがサーバの存在するノードを意識する
ことなしにオブジェクト間通信を行えるようにすること
にある。

【０００６】本発明の別の目的は、分散環境において、
クライアントの要求した処理をサーバが行っている間に
クライアントは別の処理を行うことができるようにする
こと、つまりオブジェクト間非同期協調処理を可能にす
ることにある。

【０００７】

【課題を解決するための手段】本発明に従えば、クライ
アントとサーバが散在する通信ネットワーク上に、クラ
イアントとサーバ間の通信を代行するサービスエージェ
ントが設けられる。このサービスエージェントは、サー
バの場所を知っており、クライアントの発したサービス
要求を受け、これに応答してサーバと通信することによ
り、サーバにサービス処理を実行させ、サーバよりサー
ビス処理結果を受け、そして、そのサービス処理結果を
クライアントに返却する。そのため、クライアントは、
サーバとの通信という問題からは開放され、サーバの場
所を意識する必要がなくなる。従って、クライアントの
プログラム構築は非常に容易になり、また、サーバの変
更や増設にも柔軟に対応できるようになる。

【０００８】分散環境では、サービスエージェントは、
サーバの各々の場所とステータスとサービス名とを管理
していることが望まし。それにより、クライアントから
サービス要求を受けたとき、そのサービス要求に応え得
るサーバを選択して、その選択したサーバにサービス処
理の実行を要求することができる。

【０００９】また、サービスエージェントがクライアン
トにサービス処理結果を返すとき、コールバックを使っ
てクライアントを呼び出すように構成することが望まし
い。それにより、クライアントは、サービスエージェン
トにサービス要求を発した後、サービス処理結果が来る
まで待っている必要がなくなる。つまり、オブジェクト
間の非同期協調動作が可能となる。同じ観点から、サー
ビスエージェントがサーバにサービス処理の実行を要求
するときも、コールバックを使ってサーバを呼び出すよ
うに構成することが望ましい。

【００１０】サービスエージェントは、例えば次のよう
な構成とすることができる。まず、クライアントと同じ
ノードに、クライアントからサービス要求を受けたり、
サービス処理結果をクライアントに返したりするための
クライアントインタフェースが設けられる。また、サー
バと同じノードに、サーバにサービス処理の実行を要求
したり、サービス処理結果をサーバから受けたりるため
のサーバインタフェースが設けられる。さらに、所定の
ノードに、サーバの場所とステータスとサービス名と示
したサービス情報を保有しているサービスマネージャが
設けられる。そして、クライアントインタフェース、サ
ービスマネージャ及びサーバインタフェースが互いに交
信しつつ、全体として、上述したサービスエージェント
の機能を実現するように動作する。

【００１１】クライアントインタフェース、サービスマ
ネージャ及びサーバインタフェースの具体的な動作は、
例えば次のようなものである。まず、クライアントイン
タフェースが、クライアントからのサービス要求に応答
して、サービスマネージャに情報照会依頼を送る。サー
ビスマネージャは、その情報照会依頼に応答して、サー
ビス情報を参照してサービス要求に応え得るサーバを選
択し、この選択されたサーバの場所をクライアントイン
タフェースに通知する。クライアントインタフェース
は、サービスマネージャから通知された場所へ宛てて、
サービス要求を送る。サーバインタフェースは、クライ
アントインタフェースからのサービス要求を受けて、サ
ーバにサービス処理の実行を要求する。サーバでのサー
ビス処理が終わると、サーバインタフェースは、サーバ
からサービス処理結果を受けとり、これをクライアント
インタフェースへ返送する。クライアントインタフェー
スは、サービス処理結果を受けてこれを前記クライアン
トへ渡す。

【００１２】望ましくは、サーバインタフェースは、サ
ーバのサービス名と場所とステータスとを随時にサービ
スマネージャに通知し、サービスマネージャは、その通
知に従ってサービス情報を更新する。これにより、サー
ビス情報は自動的にサーバの現状に沿ったものになる。

【００１３】同じネットワーク上に複数のサービスエー
ジェントを設けてもよい。この場合、各サービスエージ
ェントは異なるサーバ（又はサーバ群）を管理させ、各
サービスエージェントは、クライアントからのサービス
要求に応えられるサーバが自己の傘下に存在しない場合
に、別のサービスエージェントに問い合わせて、サービ
ス要求に応えられるサーバを教えてもらうように構成す
ることができる。このようにすると、サーバの数が膨大
であるような場合に、サービスエージェントの負荷を分
散できるという利点がある。また、例えば世界中に多数
のサーバが散らばっているような場合に、個々の地域毎
にサービスエージェントを配して各地域内のサーバを管
理させることにより、クライアントの場所に近い地域の
サーバを優先的に利用しつつも、必要に応じて世界中の
サーバにもアクセスできるという利点が得られる。

【００１４】上述したサービスマネージャ、クライアン
トインタフェース又はサーバインタフェースとしてネッ
トワーク上のノード（コンピュータ）を機能させるため
のプログラムは、各種のディスク型ストレージ、半導体
メモリ、通信ネットワークなどの様々な媒体を通じてコ
ンピュータにインストール又はロードすることができ
る。

【００１５】

【発明の実施の形態】図１は、本発明に従うクライアン
ト／サーバ環境におけるオブジェクト間通信システムの
一実施形態のシステム構成を示す。

【００１６】ネットワーク上に、少なくとも１つのクラ
イアントオブジェクト（以下、単にクライアントとい
う）１と、「サービスエージェント」と呼ばれる１セッ
ト又は複数セットのオブジェクトセット３、７と、複数
のサーバオブジェクト（以下、単にサーバという）５
Ａ、５Ｂ、５Ｃ、…（これを纏めてサーバ群５ともい
う）、別の１群以上のサーバ群９などが散在している。
クライアント１は、原則として１つの特定のサービスエ
ージェント３の傘下におかれている。サーバ群５も、原
則として１つの特定のサービスエージェント３の傘下に
おかれ、同様に、別のサーバ群９も、原則として１つの
別の特定のサービスエージェント７に傘下におかれてい
る。ネットワークにおける各オブジェクトの場所は、ネ
ットワーク上のノードを示すノード名と、ノード内のオ
ブジェクト（プロセス）を示すプロセス名とにより特定
される。

【００１７】なお、図１では１つのクライアント１しか
図示してないが、実際には、多くの他のクライアントも
同じネットワーク上に存在しているのが普通である。し
かし、１つのクライアント１に関する説明は他のクライ
アントにも同様にあてはまるので、他のクライアントに
ついての図示および説明は省略する。

【００１８】サービスエージェント３は、傘下の各サー
バ５Ａ、５Ｂ、５Ｃ、…のサービス名、場所及びステー
タスを知ってそれを管理している。別のサービスエージ
ェント７も、傘下のサーバ群９に属する各サーバのサー
ビス名、場所及びステータスを同様に管理している。一
方、クライアント１は、ネットワーク上に散在するサー
バ５Ａ、５Ｂ、５Ｃ、…、９の個数、場所（ノード名、
プロセス名）、ステータス（アイドル、処理中、故障な
どの現在状態）及び提供するサービス名ついて全く関知
しない。

【００１９】各オブジェクトの動作の概要は次の通りで
ある。

【００２０】各サーバ５Ａ、５Ｂ、５Ｃ、…は、自己を
傘下におさめるサービスエージェント３に対し、サービ
ス開始時に自己のサービス名及び場所（ノード名とプロ
セス名）を知らせる（通信Ｃ１）。サービスエージェン
ト３は、各サーバ５Ａ、５Ｂ、５Ｃ、…から通知された
サービス名及び場所を記憶し、また、各サーバ５Ａ、５
Ｂ、５Ｃ、…のステータスも以後監視する。同様に、別
のサーバ群９に属する各サーバもサービスエージェント
７に自己のサービス名及び場所を通知し（通信Ｃ２）、
それをサービスエージェント７が同様に管理する。

【００２１】クライアント１は、サービス名を指定した
サービス要求をサービスエージェント３に送る（通信Ｃ
３）。サービスエージェント３は、サービス要求に応じ
られるサーバをサーバ群５内から探し、そのサーバ（例
えばサーバ５Ｂとする）にサービス要求を送る（通信Ｃ
４）。サーバ５Ｂは、要求されたサービスの処理を実行
し、その処理結果をサービスエージェント３に返送する
（通信Ｃ５）。サービスエージェント３は、その処理結
果をクライアント１に送る（通信Ｃ６）。なお、この通
信Ｃ６では、サービスエージェント３は、予めクライア
ント１から教えられているコールバック（ＣＢ）を用い
てクライアント１を呼んで処理結果を渡す。

【００２２】ところで、サービスエージェント３は、ク
ライアント１からのサービス要求に応じられるサーバが
サーバ群５内に無い場合、その旨をクライアント１に通
知することもできるが、その代わりに、別のサービスエ
ージェント７にサーバを照会することもできる（通信Ｃ
７）。別のサービスエージェント７は、傘下のサーバ群
９から要求に応じられるサーバを探し、そのサーバの場
所をサービスエージェント３に通知する（通信Ｃ８）。
サービスエージェント３は、その通知されたサーバにサ
ービス要求を送り（通信Ｃ９）、その結果を受信し（通
信Ｃ１０）、それをクラアント１に送る（通信Ｃ６）。

【００２３】以上のように、サービスエージェント３が
クライアント１とサーバ５Ａ、５Ｂ、５Ｃ、…間の通信
を仲介することにより、クライアント１は、サーバとの
通信に必要な情報（例えばサーバの個数や場所など）に
関知することなしに、所望のサービス名を指定するだけ
でそのサービスの提供を受けることができる。つまり、
クライアント１はサーバとの通信という問題から解放さ
れるのである。このことにより、クライアント１のプロ
グラム構築は、サーバの事情を考慮せずにすむため、非
常に容易になる。

【００２４】また、サービスエージェント３は、通信Ｃ
６でクライアント１に処理結果を返すとき、所定のＣＢ
を用いてクライアント１を呼び出す。そのためクライア
ント１は、要求を送る通信Ｃ３から結果を受ける通信Ｃ
６までの間ずっと待っている必要はなく、通信Ｃ３が終
わり次第別の処理に移行することができる。つまり、オ
ブジェクト間の非同期協調動作が可能である。

【００２５】図２は、サービスエージェント３の構成と
働きをより詳細に示している。

【００２６】サービスエージェント３は、サービスエー
ジェントのデーモンプロセスとして提供されるサービス
マネージャ３１と、サービスマネージャ３１内に唯一存
在するサービステーブル３３と、クライアント１及びサ
ーバ５Ａ、５Ｂ、…の各々に組み込まれ又は付属したサ
ービス・アプリケーションインタフェース（サービスＡ
ＰＩ）３５、３７Ａ、３７Ｂ、３７Ｃ、…とを含む。サ
ービスマネージャ３１は、サービスＡＰＩ３５、３７
Ａ、３７Ｂ、…が知っている特定場所のノードにおかれ
る。各サービスＡＰＩ３５、３７Ａ、３７Ｂ、…は、当
然、それぞれが組み込まれ又は付属したクライアント１
及びサーバ５Ａ、５Ｂ、５Ｃ、…と同じノードにおかれ
る。

【００２７】サービスマネージャ３１の主たる機能は、
傘下の全てのサーバ５Ａ、５Ｂ、…のサービス名、ノー
ド名、プロセス名及びステータス（以下、これらを総称
してサービス情報という）をサービステーブル３３上で
管理し、クライアント１からのサービス要求を受ける
と、サービステーブル３３を参照して傘下のサーバ群５
内から、そのサービス要求に応えられるサーバを傘下の
サーバ群５から探すことである。

【００２８】各サービスＡＰＩ３５、３７Ａ、３７Ｂ、
…の主たる機能は、対応するクライアント１及びサーバ
５Ａ、５Ｂ、５Ｃ、…のために、サービスマネージャ３
１との通信や他のサーバ又はクライアントとの通信を代
行することである。

【００２９】図３及び図４は、図２に示した各オブジェ
クトの動作の流れを示す。また、図５は、サービステー
ブル３１の内容例を示す。以下、図２〜図５を参照し
て、各部の動作を説明する。

【００３０】各サーバ５Ａ、５Ｂ、…は、各々の起動時
などに、各々のサービスＡＰＩ３７Ａ、３７Ｂ、…に対
しサービス提供宣言を送る（通信Ｃ２１）。このサービ
ス提供宣言には、それぞれのサーバのサービス処理を識
別するためのサービス名と、所定の提供ＣＢの指定とが
含まれる。ここで、提供ＣＢとは、各サーバ５Ａ、５
Ｂ、…内のサービス処理の実行主体であり、これを呼ぶ
ことにより、各サーバ５Ａ、５Ｂ、…にサービス処理を
実行させることができる。サービス提供宣言が各サービ
スＡＰＩ３７Ａ、３７Ｂ、…に受け付けられると、その
旨の確認応答が各サーバ５Ａ、５Ｂ、…に返される。

【００３１】各サービスＡＰＩ３７Ａ、３７Ｂ、…は、
各サーバ５Ａ、５Ｂ、…からの上記サービス提供宣言に
応答して、サービスマネージャ３１に対し、各サーバの
サービス名、ノード名およびプロセス名を含んだサービ
ス提供宣言を送る（通信Ｃ２２）。

【００３２】サービスマネージャ３１は、各サービスＡ
ＰＩ３７Ａ、３７Ｂ、…からサービス提供宣言を受ける
と、サービステーブル３３に、宣言に含まれているサー
ビス名、ノード名およびプロセス名を登録する（ステッ
プＳ１）。この登録時、サービスマネージャ３１は、サ
ーバの状態を示すテーブル３３上のステータスを「アイ
ドル」に設定する。従って、サービステーブル３３に
は、図５に例示するように、既に起動した全てのサーバ
５Ａ、５Ｂ、…のサービス名、ノード名、プロセス名お
よびステータスが記録されることになる。

【００３３】クライアント１は、自己のサービスＡＰＩ
３５に対しサービス要求を送る（通信Ｃ２３）。このサ
ービス要求には、要求するサービスを識別するためのサ
ービス名と、所定の応答ＣＢの指定とが含まれる。ここ
で、応答ＣＢとは、クライアント１内のサービス処理結
果を受信する主体であり、これを呼ぶことによりクライ
アント１にサービス処理結果を受け取らせることができ
る。サービス要求がサービスＡＰＩ３５に受け付けられ
ると、その旨の確認応答がサービスＡＰＩ３５からクラ
イアント１に返される。この確認応答を受けた後は、サ
ービス処理の結果が来ればサービスＡＰＩ３５が応答Ｃ
Ｂを呼んでくれるので、クライアント１はサービス処理
の結果を待つことなく、別の処理に移行することができ
る。

【００３４】サービスＡＰＩ３５は、クライアント１か
らサービス要求を受けると、サービス名をキーとして、
サービス情報の照会をサービスマネージャ３１に対して
行う（通信Ｃ２４）。

【００３５】サービスマネージャ３１は、サービステー
ブル３３を参照して、そのサービス名を現在提供するこ
とができるサーバを探す（ステップＳ２）。具体的に
は、テーブル３３上のサービス名が照会にかかるサービ
ス名と一致し、かつ、テーブル３３上のステータスが
「アイドル」であるサーバを探す。この条件を満たすサ
ーバが見つかれば、サービスマネージャ３１は、そのサ
ーバの場所を示すノード名とプロセス名をテーブル３３
から読み出し、照会元のサービスＡＰＩ３５に返送する
（通信２５）。

【００３６】サービスＡＰＩ３５は、サービスマネージ
ャ３１から受け取ったノード名とプロセス名とを宛先に
して（例えば、サーバ３Ａとする）、クライアント１の
要求したサービス名を含んだサービス要求を送信する
（通信Ｃ２６）。

【００３７】サーバ３ＡのサービスＡＰＩ３７Ａは、サ
ービス要求を受信すると、予めサーバ３Ａから指定され
ている提供ＣＢを呼ぶ（通信Ｃ２７）。これにより、サ
ーバ３Ａのサービス処理が開始される。サービス処理が
開始されると、サービスＡＰＩ３７Ａは、ステータスを
「処理中」に変更する旨のステータス変更通知をサービ
スマネージャ３１に送る（通信Ｃ２８）。このステータ
ス変更通知には、サーバ３Ａのノード名及びプロセス名
が含まれている。サービスマネージャ３１は、そのステ
ータス変更通知を受けると、そのノード名及びプロセス
名に該当するサービステーブル３３上のステータスを
「アイドル」から「処理中」に変更する（ステップＳ
３）。

【００３８】サービス処理が終わって提供ＣＢが終了す
ると、サーバ３Ａは提供ＣＢの終了宣言をサービスＡＰ
Ｉ３７Ａに送る（通信Ｃ２９）。この終了宣言には、実
行したサービス処理の結果（例えば、データベース検索
を行った場合の検索結果など）が含まれている。

【００３９】サービスＡＰＩ３７Ａは、提供ＣＢ終了宣
言を受けると、ステータスを「アイドル」に変更する旨
のステータス変更通知をサービスマネージャ３１に送る
（通信Ｃ３０）。サービスマネージャ３１は、その通知
を受けて、サービステーブル３３上の該当するステータ
スを「処理中」から「アイドル」に変更する（ステップ
Ｓ４）。

【００４０】提供ＣＢ終了宣言を受けたサービスＡＰＩ
３７Ａは、さらに、サービス処理結果をサービス要求元
のクライアント１に宛てて返送する（通信Ｃ３１）。ク
ライアント１のサービスＡＰＩ３５は、そのサービス処
理結果を受信すると、応答ＣＢを呼ぶ（通信Ｃ３２）。
これにより、クライアント１は、サービス処理結果を受
け取る。

【００４１】ところで、サービスマネージャ３１は、ク
ライアント１のサービスＡＰＩ３５からサービス情報照
会を受けたとき（通信Ｃ２４）、条件を満たすサーバが
サービステーブル３３から見つからなかった場合、図２
に示すように、別のサービスエージェントのサービスマ
ネージャに対して、同内容のサービス情報照会を送るこ
とができる（通信Ｃ３３）。すると、その別のサービス
マネージャは、自己のサービステーブルから条件を満た
すサーバを探して、そのノード名とプロセス名を照会元
のサービスマネージャ３１に返送する（通信Ｃ３４）。
サービスマネージャ３１は、そのノード名とプロセス名
とをクライアント１のサービスＡＰＩ３５に送り（通信
２５）、サービスＡＰＩ３５はそのノード名とプロセス
名を宛先にしてサービス要求を発し（通信Ｃ３５）、そ
してその結果を受けることができる（通信Ｃ３６）。

【００４２】以上のような具体的な構成及び動作によ
り、図１を参照して既に説明した通りの、クライアント
１はサーバを意識する必要が無い、オブジェクト間の非
同期協調動作が可能である、という利点が得られる。

【００４３】図６は、オブジェクト間非同期協調動作が
可能であることによって得られる一つの具体的な利点の
例を示している。

【００４４】例えば、次のようなケースを想定する。す
なわち、クライアント１は、特定の計算をなるべく速く
行うことを欲している。その特定の計算を行う方法には
アルゴリズムＡとＢの２種類があり、いずれの方法がよ
り速いかは、入力データの値に依存する。アルゴリズム
Ａ又はＢを実装したサーバ５Ａ、５Ｂ、５Ｃ、…がネッ
トワーク上に散在しており、それぞれのアルゴリズムに
ついて図示のように多重にサーバが存在している。

【００４５】このようなケースでは、クライアント１は
サービスエージェント３に対し、「アルゴリズムＡによ
る計算要求」と「アルゴリズムＢによる計算要求」とい
う２つのサービス要求をたて続けに発することができる
（通信Ｃ４１、Ｃ４２）。非同期処理が可能であるか
ら、一方の計算が完了する前に、他方の計算要求を発す
ることができるからである。

【００４６】すると、サービスエージェント３は、即座
に、アルゴリズムＡ、Ｂの各々についてステータスがア
イドルのサーバ（例えば、サーバ５Ａとサーバ５Ｃとす
る）を見つけ、それらに対し、その特定の計算を依頼す
る（通信Ｃ４３、Ｃ４４）。サーバ５Ａとサーバ５Ｃは
アルゴリズムＡとＢでそれぞれ計算を行い、いずれか早
く計算を完了した方（例えばサーバ５Ａ）が先に、計算
結果を返す（通信Ｃ４５）。従って、クライアント１
は、労せずして、速いほうの計算結果を受け取ることが
できる（通信Ｃ４６）。

【００４７】以上、本発明の一実施形態を説明したが、
この実施形態は本発明を説明するための例示に過ぎず、
上に説明した構成や動作とは異なる別の態様でも本発明
は実施することが可能である。

【００４８】例えば、上記実施形態では個々のクライア
ントおよび個々のサーバは、１つのサービスエージェン
トの傘下におかれており、その１つのサービスエージェ
ントとのみ通信している。しかし、必ずしもそうである
必要はなく、或るクライアント又は或るサーバが、２つ
以上のサービスエージェントの傘下におかれていてもよ
い。その場合、そのクライアントのサービスＡＰＩ又は
そのサーバのサービスＡＰＩは、自分が傘下にある２つ
以上のサービスエージェントのサービスマネージャの場
所を知っている必要がある。こうすることにより、サー
ビスマネージャの負荷分散を図ることが可能である。ま
た、例えば、或るサービスエージェントは或る特定種類
のサービスを提供するサーバ群を傘下におさめ、別のサ
ービスエージェントはまた別の特定種類のサービスを提
供するサーバ群を傘下におさめているような場合、双方
のサービスを受けたい１つのクライアントが、その２つ
のサービスエージェントの傘下に入って、ほしいサービ
スに応じてサービスエージェントを使い分けるといった
構成も可能である。

【００４９】また、上記実施形態の説明では、クライア
ントやサーバのサービスＡＰＩを、サービスエージェン
トの一部という位置づけで説明したが、これは一つの説
明の方法又は概念化の方法に過ぎないものであって、別
の説明も可能である。例えば、各クライアントや各サー
バのサービスＡＰＩを、サービスエージェントの一部で
はなく、各クライアントや各サーバの一部という位置づ
けで理解することもできるし、或いは、サービスエージ
ェント、クライアント及びサーバのいずれにも属さない
独立したオブジェクトとして理解することも可能であ
る。従って、本発明の特許請求の範囲の解釈に際して
は、一つの説明方法又は概念化方法にとらわれずに、柔
軟にこれを解釈しなければならない。

【図面の簡単な説明】

【図１】本発明の一実施形態の構成を示すブロック図。

【図２】同実施形態のより具体的な構成を示すブロック
図。

【図３】同実施形態の動作を示すシーケンス図。

【図４】同実施形態の動作を示すシーケンス図。

【図５】サービステーブルの例を示す図。

【図６】オブジェクト間非同期協調動作による一つの利
点を説明する図。

【符号の説明】

１ クライアント（クライアントオブジェクト） ３、７ サービスエージェント ５、９ サーバ群 ５Ａ、５Ｂ、５Ｃ サーバ（サーバオブジェクト） ３１ サービスマネージャ ３３ サービステーブル ３５、３７Ａ、３７Ｂ サービスアプリケーションイン
タフェース

───────────────────────────────────────────────────── フロントページの続き (72)発明者 山本 英明 東京都江東区豊洲三丁目３番３号 エヌ・ ティ・ティ・データ通信株式会社内 (72)発明者 増木 亮介 東京都江東区豊洲三丁目３番３号 エヌ・ ティ・ティ・データ通信株式会社内 (72)発明者 内川 淳 東京都千代田区丸の内一丁目３番２号 株 式会社住友銀行内 (72)発明者 市来 伸彦 東京都千代田区丸の内一丁目３番２号 株 式会社住友銀行内

Claims (29)

【特許請求の範囲】
1. 【請求項１】 通信ネットワークと、 前記ネットワーク上に存在する、サービス要求を発する
   ためのクライアントと、 前記通信ネットワーク上に存在する、サービス処理を実
   行するためのサーバと、 前記通信ネットワーク上に存在するものであって、前記
   サーバの場所を知っており、前記クライアントの発した
   サービス要求に応答して、前記サーバと通信することに
   より、前記サーバに前記サービス処理を実行させ且つ前
   記サーバよりサービス処理結果を受け、そして、前記ク
   ライアントに前記サービス処理結果を返却するためのサ
   ービスエージェントとを備えたクライアント／サーバ環
   境におけるオブジェクト間通信システム。
2. 【請求項２】 複数の前記サーバが前記ネットワーク上
   に散在しており、 前記サービスエージェントは、前記サーバの各々の場所
   とステータスとサービス名とを示すサービス情報を保有
   しており、前記クライアントからの前記サービス要求に
   応答して、前記サービス情報を参照して前記サービス要
   求に応え得るサーバを選択し、選択されたサーバと通信
   する請求項１記載のシステム。
3. 【請求項３】 前記クライアントが、前記サービス処理
   結果を受けるための応答コールバックを有し、 前記サービスエージェントが、前記クライアントに前記
   サービス処理結果を返すとき前記応答コールバックを呼
   ぶ請求項１記載のシステム。
4. 【請求項４】 前記サーバが、前記サービス処理を実行
   するための所定の提供コールバックを有し、 前記サービスエージェントが、前記サーバに前記サービ
   ス処理の実行を要求するとき前記提供コールバックを呼
   ぶ請求項１及び３のいずれか１項記載のシステム。
5. 【請求項５】 前記サービスエージェントが、 前記クライアントから前記サービス要求を受け且つ前記
   サービス処理結果を前記クライアントに返すための、前
   記クライアントと同じノードに配置されたクライアント
   インタフェースと、 前記サーバの場所とステータスとサービス名と示すサー
   ビス情報を保有している、所定のノードに配置されたサ
   ービスマネージャと、 前記サーバに前記サービス処理の実行要求を送り且つ前
   記サービス処理結果を前記サーバから受けるための、前
   記サーバと同じノードに配置されたサーバインタフェー
   スとを有しており、 前記クライアントインタフェース、サービスマネージャ
   及びサーバインタフェースが前記通信ネットワークを通
   じて交信する請求項１記載のシステム。
6. 【請求項６】 前記クライアントインタフェースは、前
   記クライアントからの前記サービス要求に応答して、前
   記サービスマネージャに情報照会依頼を送り、 前記サービスマネージャは、前記情報照会依頼に応答し
   て、前記サービス情報を参照して前記サービス要求に応
   え得るサーバを選択し、この選択されたサーバの場所を
   前記クライアントインタフェースに通知し、 前記クライアントインタフェースは、前記サービスマネ
   ージャから通知された場所へ宛てて前記サービス要求を
   送り、 前記サーバインタフェースは、前記クライアントインタ
   フェースからの前記サービス要求を受けて、前記サーバ
   にサービス処理の実行を要求し、そして、前記サーバか
   ら前記サービス処理結果を受けて、前記サービス処理結
   果を前記サービス要求の発信元へ宛てて返送し、 前記クライアントインタフェースは、前記サーバインタ
   フェースからの前記サービス処理結果を受けて、これを
   前記クライアントへ渡す請求項５記載のシステム。
7. 【請求項７】 前記サーバインタフェースは、前記サー
   バのサービス名と場所とステータスとを前記サービスマ
   ネージャに通知し、 前記サービスマネージャは、前記サーバインタフェース
   からの通知に応答して、前記サービス情報を更新する請
   求項５記載のシステム。
8. 【請求項８】 前記クライアントが、前記サービス処理
   結果を受けるための応答コールバックを有し、 前記クライアントインタフェースが、前記クライアント
   に前記サービス処理結果を返すとき前記応答コールバッ
   クを呼ぶ請求項５記載のシステム。
9. 【請求項９】 前記サーバが、前記サービス処理を実行
   するための所定の提供コールバックを有し、 前記サーバインタフェースが、前記サーバに前記サービ
   ス処理の実行を要求するとき前記提供コールバックを呼
   ぶ請求項５及び８のいずれか１項記載のシステム。
10. 【請求項１０】 前記通信ネットワーク上に存在する別
    のサーバと、 前記通信ネットワーク上に存在する、前記別のサーバの
    場所を知っている別のサービスエージェントとをさらに
    備え、 前記サービスエージェントは、前記別のサービスエージ
    ェントから前記別のサーバの場所を通知されることによ
    り、前記別のサーバと通信して、前記別のサーバにサー
    ビス処理の実行を要求し且つ前記別のサーバからサービ
    ス処理結果を受け、このサービス処理結果を前記クライ
    アントへ返却することが可能である請求項１記載のシス
    テム。
11. 【請求項１１】 サービス要求を発するためのクライア
    ントとサービス処理を実行するためのサーバとが散在す
    る通信ネットワーク上に存在し、 前記サーバの場所を知っており、前記クライアントの発
    したサービス要求に応答して、前記サーバと通信するこ
    とにより、前記サーバに前記サービス処理を実行させ且
    つ前記サーバよりサービス処理結果を受け、そして、前
    記クライアントに前記サービス処理結果を返却する、ク
    ライアント／サーバ環境におけるオブジェクト間通信の
    ためのサービスエージェント。
12. 【請求項１２】 前記ネットワーク上に散在する複数の
    前記サーバの各々の場所とステータスとサービス名とを
    示すサービス情報を保有しており、前記クライアントか
    らの前記サービス要求に応答して、前記サービス情報を
    参照して前記サービス要求に応え得るサーバを選択し、
    選択されたサーバと通信する請求項１１記載のサービス
    エージェント。
13. 【請求項１３】 前記クライアントに前記サービス処理
    結果を返すとき、前記クライアントが有している前記サ
    ービス処理結果を受けるための所定の応答コールバック
    を呼ぶ請求項１１記載のサービスエージェント。
14. 【請求項１４】 前記サーバに前記サービス処理の実行
    を要求するとき、前記サーバが有している前記サービス
    処理を実行するための所定の提供コールバックを呼ぶ請
    求項１１及び１３のいずれか１項記載のサービスエージ
    ェント。
15. 【請求項１５】 前記クライアントから前記サービス要
    求を受け且つ前記サービス処理結果を前記クライアント
    に返すための、前記クライアントと同じノードに配置さ
    れたクライアントインタフェースと、 前記サーバの場所とステータスとサービス名と示すサー
    ビス情報を保有している、所定のノードに配置されたサ
    ービスマネージャと、 前記サーバに前記サービス処理の実行要求を送り且つ前
    記サービス処理結果を前記サーバから受けるための、前
    記サーバと同じノードに配置されたサーバインタフェー
    スとを有しており、 前記クライアントインタフェース、サービスマネージャ
    及びサーバインタフェースが前記通信ネットワークを通
    じて交信する請求項１１記載のサービスエージェント。
16. 【請求項１６】 前記クライアントインタフェースは、
    前記クライアントからの前記サービス要求に応答して、
    前記サービスマネージャに情報照会を依頼し、 前記サービスマネージャは、前記情報照会に応答して、
    前記サービス情報を参照して前記サービス要求に応え得
    るサーバを選択し、この選択されたサーバの場所を前記
    クライアントインタフェースに通知し、 前記クライアントインタフェースは、前記サービスマネ
    ージャから通知された場所へ宛てて前記サービス要求を
    送り、 前記サーバインタフェースは、前記クライアントインタ
    フェースからの前記サービス要求を受けて、前記サーバ
    にサービス処理の実行を要求し、そして、前記サーバか
    ら前記サービス処理結果を受けて、前記サービス処理結
    果を前記サービス要求の発信元へ宛てて返送し、 前記クライアントインタフェースは、前記サーバインタ
    フェースからの前記サービス処理結果を受けて、これを
    前記クライアントへ渡す請求項１５記載のサービスエー
    ジェント。
17. 【請求項１７】 前記サーバインタフェースは、前記サ
    ーバのサービス名と場所とステータスとを前記サービス
    マネージャに通知し、 前記サービスマネージャは、前記サーバインタフェース
    からの通知に応答して、前記サービス情報を更新する請
    求項１５記載のサービスエージェント。
18. 【請求項１８】 前記通信ネットワーク上に存在する別
    のサービスエージェントから前記通信ネットワーク上の
    別のサーバの場所を通知されることにより、前記別のサ
    ーバと通信して、前記別のサーバにサービス処理の実行
    を要求し且つ前記別のサーバからサービス処理結果を受
    け、このサービス処理結果を前記クライアントへ返却す
    ることが可能である請求項１１記載のサービスエージェ
    ント。
19. 【請求項１９】 サービス要求を発するためのクライア
    ントとサービス処理を実行するためのサーバとが散在し
    ている通信ネットワーク上の所定のノードに配置され、 前記サーバの場所とステータスとサービス名と示すサー
    ビス情報を保有し、 前記クライアント側からの情報照会に応答して、前記サ
    ービス情報を参照して前記クライアントの前記サービス
    要求に応え得るサーバを選択し、この選択されたサーバ
    の場所を前記クライアント側へ通知する、クライアント
    ／サーバ環境におけるオブジェクト間通信のためのサー
    ビスマネージャ。
20. 【請求項２０】 前記サーバ側から、前記サーバのサー
    ビス名と場所とステータスを通知されて、前記サービス
    情報を更新する請求項１９記載のサービスマネージャ。
21. 【請求項２１】 前記クライアント側からの前記依頼に
    応答して、前記通信ネットワーク上に存在する別のサー
    ビスマネージャに対し前記サービス要求に応え得る別の
    サーバの場所を照会し、前記別のサービスマネージャか
    ら通知された前記別のサーバの場所を前記クライアント
    側に通知することが可能である請求項１９記載のサービ
    スマネージャ。
22. 【請求項２２】 サービス要求を発するためのクライア
    ントとサービス処理を実行するためのサーバとが散在し
    ている通信ネットワーク上の或るノードを、 前記サーバの場所とステータスとサービス名と示すサー
    ビス情報を保有し、 前記クライアント側からの照会に応答して、前記サービ
    ス情報を参照して前記クライアントの前記サービス要求
    に応え得るサーバを選択し、この選択されたサーバの場
    所を前記クライアント側へ通知する、クライアント／サ
    ーバ環境におけるオブジェクト間通信のためのサービス
    マネージャとして機能させるためのコンピュータプログ
    ラムを担持したコンピュータ読み取り可能な記録媒体。
23. 【請求項２３】 サービス要求を発するためのクライア
    ントと、サービス処理を実行するためのサーバと、前記
    クライアント側からの情報照会に応答して、前記クライ
    アントの前記サービス要求に応え得るサーバを選択し、
    この選択されたサーバの場所を前記クライアント側へ通
    知するサービスマネージャとが散在している通信ネット
    ワーク上の、前記クライアントと同じノードに配置さ
    れ、 前記クライアントの発した前記サービス要求に応答し
    て、前記情報照会を前記サービスマネージャに送り、 前記サービスマネージャから前記選択されたサーバの場
    所の通知を受けて、通知された場所へ宛てて前記サービ
    ス要求を送り、前記サーバ側から前記サービス処理結果
    を受けて、これを前記クライアントへ渡す、クライアン
    ト／サーバ環境におけるオブジェクト間通信のためのク
    ライアントインタフェース。
24. 【請求項２４】 前記クライアントに前記サービス処理
    結果を返すとき、前記クライアントが有している前記サ
    ービス処理結果を受けるための所定の応答コールバック
    を呼ぶ請求項２３記載のクライアントインタフェース。
25. 【請求項２５】 サービス要求を発するためのクライア
    ントと、サービス処理を実行するためのサーバと、前記
    クライアント側からの情報照会に応答して、前記クライ
    アントの前記サービス要求に応え得るサーバを選択し、
    この選択されたサーバの場所を前記クライアント側へ通
    知するサービスマネージャとが散在している通信ネット
    ワーク上の、前記クライアントと同じノードを、 前記クライアントの発した前記サービス要求に応答し
    て、前記情報照会を前記サービスマネージャに送り、 前記サービスマネージャから前記選択されたサーバの場
    所の通知を受けて、通知された場所へ宛てて前記サービ
    ス要求を送り、前記サーバ側から前記サービス処理結果
    を受けて、これを前記クライアントへ渡す、クライアン
    ト／サーバ環境におけるオブジェクト間通信のためのク
    ライアントインタフェースとして機能させるためのコン
    ピュータプログラムを担持したコンピュータ読み取り可
    能な記録媒体。
26. 【請求項２６】 サービス要求を発するためのクライア
    ントと、サービス処理を実行するためのサーバと、前記
    クライアント側からの情報照会に応答して、前記クライ
    アントの前記サービス要求に応え得るサーバを選択し、
    この選択されたサーバの場所を前記クライアント側へ通
    知するサービスマネージャとが散在している通信ネット
    ワーク上の、前記サーバと同じノードに配置され、 前記クライアント側から送られる前記サービス要求を受
    けて、前記サーバにサービス処理の実行を要求し、 前記サーバから前記サービス処理結果を受けて、前記サ
    ービス処理結果を前記クライアント側へ返送する、クラ
    イアント／サーバ環境におけるオブジェクト間通信のた
    めのサーバインタフェース。
27. 【請求項２７】 前記サーバに前記サービス処理の実行
    を要求するとき、前記サーバが有している前記サービス
    処理を実行するための所定の提供コールバックを呼ぶ請
    求項２６記載のサーバインタフェース。
28. 【請求項２８】 前記サーバのサービス名と場所とステ
    ータスを前記サービスマネージャに通知する請求項２６
    記載のサーバインタフェース。
29. 【請求項２９】 サービス要求を発するためのクライア
    ントと、サービス処理を実行するためのサーバと、前記
    クライアント側からの情報照会に応答して、前記クライ
    アントの前記サービス要求に応え得るサーバを選択し、
    この選択されたサーバの場所を前記クライアント側へ通
    知するサービスマネージャとが散在している通信ネット
    ワーク上の、前記サーバと同じノードを、 前記クライアント側から送られる前記サービス要求を受
    けて、前記サーバにサービス処理の実行を要求し、 前記サーバから前記サービス処理結果を受けて、前記サ
    ービス処理結果を前記クライアント側へ返送する、クラ
    イアント／サーバ環境におけるオブジェクト間通信のた
    めのサーバインタフェースとして機能させるためのコン
    ピュータプログラムを担持したコンピュータ読み取り可
    能な記録媒体。