JPH06309259A - クライアント／サーバシステムにおける通信方法 - Google Patents

Abstract

(57)【要約】 【目的】クライアント／サーバ間において、実行要求を
任意の条件でサーバへ送信でき、実行結果を任意プロセ
スより取り出せるようにする。 【構成】クライアントプロセス４はオペレーション実行
要求をサーバ３、又はエージェント２へ送る。エージェ
ント２は指定された送信条件でオペレーション実行要求
をサーバ２へ送る。サーバ３はクライアントが指定した
応答保持先へオペレーション実行結果を送る。クライア
ントプロセス４は、指定した応答保持先からオペレーシ
ョン実行結果を得る。 【効果】クライアントはサーバと独立して処理が行え、
且つオペレーションの実行結果を複数クライアントで共
有でき、サーバプログラムの負荷分散が行える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、クライアント／サーバ
システムを基盤にしたリモートプロセス間の通信方式に
係り、特に、クライアントが発行した要求に対する応答
をクライアントが非同期に受信する場合に好適な通信方
式に関する。

【０００２】

【従来の技術】リモートプロシジャコール（ＲＰＣ）
は、ローカルオペレーションと同等なインタフェースで
リモートに存在するオペレーションを実行する通信プロ
グラムである。ＲＰＣを基盤にしたクライアント／サー
バシステムでは、クライアントがオペレーションを呼び
出し、呼び出されたオペレーションはサーバへ送信さ
れ、サーバがそのオペレーションを実行して実行結果を
クライアントへ返す。ＲＰＣシステムには、オペレーシ
ョンの実行要求送信後クライアント側の処理をブロック
してオペレーション実行結果を待つ同期型と、クライア
ント側の処理をブロックしないでオペレーション実行結
果を受信する非同期型の通信方式がある。

【０００３】ＲＰＣを基盤としないクライアント／サー
バシステムでは、一般に、メッセージパッシングが使用
される。メッセージパッシングは非同期型の通信方式で
あるが、ＲＰＣとは異なりオペレーション呼び出しの形
式をとらず、メッセージをセンド／レシーブ（send／re
ceive)オペレーションで受渡しする。

【０００４】従来、非同期型通信方式に関して、ＲＰＣ
システムについては第１０回、アイ・シー・デー・シー
・エス、１９９０年、第２５３頁から２５９頁（The 10
thInternational Conference on Distributed Computi
ng Systems, May28−June1,1990,pp253−259）（文献
１）に、メッセージパッシングシステムについては特表
平4−504630 号公報（文献２）において論じられてい
る。

【０００５】上記文献１において記載されているＲＰＣ
システムでは、非同期型のオペレーションはオペレーシ
ョン毎に実行要求指示要求と実行結果受け取り要求に分
けられる。オペレーションの実行要求指示要求は直接サ
ーバへ送られ、オペレーション実行結果は実行要求送信
元クライアントに保持される。クライアントはオペレー
ション実行結果受け取り要求を発行して実行結果を得
る。

【０００６】上記文献２において記載されているメッセ
ージパッシングシステムでは、クライアントからの実行
要求メッセージは、一旦、ホストシステムの待ち行列に
入れられる。サーバはこのホストシステムの待ち行列か
ら実行要求メッセージを取り出す。サーバはこの実行要
求メッセージの実行結果をホストシステムの待ち行列に
入れる。クライアントは実行結果メッセージをホストシ
ステムの待ち行列から出す。

【０００７】

【発明が解決しようとする課題】同期型通信方式は、ク
ライアントから要求が発行された後実行結果が返される
までクライアント側の処理を中断する。このため、クラ
イアント側で複数のオペレーション実行要求を並行して
発行することができない。又、同期型通信方式では要求
発行から実行結果受信まで応答監視を行う必要がある
が、要求発行から実行結果受信までの間隔が長いオペレ
ーションや、要求が処理される時間が不明確なオペレー
ションでは応答監視時間の設定に問題が生じる。更に、
同期型通信方式では、実行結果を即時に受け取る必要が
ないオペレーションを扱うことができない。非同期型通
信方式は、オペレーションの並行実行、及び要求発行か
ら実行結果受信までの間隔が長いオペレーションに有効
な通信方式である。

【０００８】非同期型ＲＰＣシステムでは、実行結果は
クライアントプロセス対応に保持されるため、異なるク
ライアントプロセス間でのオペレーション実行結果の共
有については考慮されていない。又実行要求は直接サー
バへ送られるため、オペレーション実行要求を時刻等の
送信条件を指定してサーバへ送ることが出来ない。メッ
セージパッシングシステムでは、クライアント及びサー
バ自身がメッセージの内容を解釈し実行要求とこれに対
する実行結果の対応を取る必要がある。又サーバは自サ
ーバ宛の要求をホストシステムの待ち行列へ取りに行く
必要がある。

【０００９】本発明の目的は、実行要求に対し実行結果
を必要とするクライアント／サーバ間の通信を非同期で
行い、実行要求を任意の条件でサーバへ送信でき、実行
結果を任意プロセスより取り出せるようにすることにあ
る。

【００１０】

【課題を解決するための手段】本発明のクライアント／
サーバシステムの通信方式は、クライアントはオペレー
ション実行要求手段と、オペレーションの応答保持先指
定手段，オペレーション応答保持先管理手段を備え、サ
ーバは指定された応答保持先へオペレーション実行結果
を返送する手段，クライアントは指定した応答保持先か
らオペレーション実行結果を獲得する手段を備える。

【００１１】更にクライアントは、オペレーション実行
要求をエージェントに委任する手段，実行要求送信条件
を指定する手段を備え、エージェントは指定された送信
条件で実行要求をサーバへ転送する。

【００１２】

【作用】本発明では、クライアントが指定したオペレー
ション応答保持先にサーバは実行結果を返送する。よっ
てクライアントは、オペレーション実行要求を発行した
プロセスとは異なるプロセスでオペレーション実行結果
を受け取ることができる。更に目的とするサーバが高負
荷で接続不可能である場合や、サーバダウン中であるた
め要求が送信出来ない場合、クライアントはエージェン
トにオペレーション実行要求を委任できる。これによっ
て、クライアントはサーバを要因とするクライアント側
の処理停止が防げる。

【００１３】

【実施例】図２４は、本発明のクライアント／サーバシ
ステムにおける通信方法の一実施例のブロック図であ
る。１（１−１，…，１−３）は計算機、２はサービス
を利用するクライアントプロセス、３はクライアントに
サービスを提供するサーバプロセス、４はクライアント
からのリモート実行要求や、サーバからのリモート実行
結果を一時的に保持するエージェントプロセスを表す。
クライアントプロセスはオペレーションのリモート実行
要求の送信、又は実行結果を受信するクライアントプロ
グラム部５−１，オペレーション実行要求及び実行結果
のデータ表現形式変換、及び実行要求と実行結果との対
応をとるオペレーション実行制御部６−１，クライアン
ト／サーバ間の通信を行う通信管理部７−１から構成さ
れる。サーバプロセスはクライアントプロセスから呼び
出されたオペレーションを実行するサーバプログラム部
５−２，オペレーション実行制御部６−２，通信管理部
７−２とから構成される。通信管理部は、オペレーショ
ン実行制御部から渡された要求パケットを、オペレーシ
ョンを実行するサーバプログラムのノードへ送信する。
サーバプログラム側の通信管理部はこれを受診しオペレ
ーション実行制御部へ渡す。応答パケットは逆にクライ
アントプログラム側のオペレーション実行制御部へ通知
される。８はノード、９は通信路を表す。

【００１４】図１４は、本発明に係るクライアント／サ
ーバ通信方式において使用される要求パケット、及び応
答パケットの一形式を表す。要求パケット／応答パケッ
トはヘッダ部とデータ部よりなる。ヘッダ部はパケット
送信元プロセスアドレスを示すＳＡＤ，パケット受信先
プロセスアドレスを示すＤＡＤ，要求パケット／応答パ
ケットを識別するＰ−ＴＹＰＥ，同期／非同期型及びブ
ロードキャスト型通信方式を識別するＰ−ＦＬＡＧ，実
行されるオペレーションを識別するOP−NAME−ＩＤ，オ
ペレーションの実行要求と実行結果との対応をとるＯＰ
−ＥＸＣ−ＩＤより構成される。要求パケットデータ部
はリモート実行されるオペレーションの入力情報が、応
答パケットデータ部にはオペレーション実行結果（出力
情報）が設定される。

【００１５】以下、実施例１において非同期型通信の基
本動作を、実施例２において応答パケットキャンセル手
順を、実施例３においてエージェントを使用した非同期
型通信の基本動作を、実施例４において委任要求キャン
セル手順を、実施例５において非同期型通信の応用例を
述べる。

【００１６】〈実施例１〉以下、図１、及び図１７、図
２ないし図７，図１５，図２０，図２１を用い、クライ
アント／サーバ間の非同期型通信方式を詳細に説明す
る。

【００１７】先ず、図１，図１７を用いてオペレーショ
ンの実行手順を説明する。非同期型通信ではクライアン
ト側のリモート実行要求呼出しインタフェースを要求送
信オペレーションと応答獲得オペレーションとに分けて
使用するが、サーバ側は同期型通信と同じインタフェー
スを使用する。クライアントはステップ１で目的とする
オペレーションの要求送信オペレーションを呼び出す。
目的オペレーションは該当するサーバへ送られて実行さ
れる。ステップ２で実行結果はクライアントが指定した
応答保持先へ送信される。クライアントはステップ３で
目的オペレーションの応答獲得オペレーションを呼び出
して応答保持先から実行結果を得る。クライアントが指
定した応答保持先がクライアント自身のプロセスである
場合は、ステップ２−ａでサーバは実行結果をクライア
ントヘ返送する。クライアントはステップ３−ａで自プ
ロセス内の保持先から応答結果を得る。

【００１８】図２ないし図７，図１５を用いて、各ステ
ップにおけるクライアント／サーバプログラムの処理方
法を説明する。

【００１９】（ａ）クライアント側の要求送信オペレー
ション処理 要求送信オペレーションを受けたオペレーション実行制
御部はリモート実行されるオペレーションをユニークに
識別する識別子を生成する（ｓ２−１）。次に目的オペ
レーションの要求パケットを作成する（ｓ２−２、ｓ２
−３）。ヘッダ部に非同期通信を示すＰ−ＦＬＡＧ（ｓ
２−４）、オペレーション識別情報ＯＰ−ＥＸＣ−ＩＤ
（ｓ２−５）を設定する。次に応答パケット受信先を決
める（ｓ−７−１）。この方法は、目的オペレーション
をサーバへ送信する前に事前にサーバとネゴシエーショ
ンを行うか、または目的オペレーションの要求パケット
に応答受信先プロセスアドレスＲＳＰ−Ｑ−ＡＤを設定
するかのいずれかの方法をとることができる。上記処理
によって作成した要求パケットを通信管理部へ送り送信
完了を待つ（ｓ２−８−１）。送信処理が正常に終了し
た場合、応答受信管理部へオペレーション識別情報と応
答受信先を登録する（ｓ２−９−１）。

【００２０】応答受信管理部はクライアントユーザ自身
が発行したオペレーションと応答受信先を管理する場
合、特に必要とならない。応答受信管理部は応答受信先
管理を容易にする機能であり、エージェント又はクライ
アントプロセス内に置くことができ、「図２０」に示す
応答受信管理テーブルを持つ。応答受信管理部がクライ
アントプロセス内に存在する場合は、要求送信オペレー
ションと応答獲得オペレーションとを同じクライアント
プロセスでしか発行できないが（図１７）、応答受信管
理部がエージェントに存在する場合、要求送信オペレー
ションと応答獲得オペレーションとを異なるクライアン
トプロセスが発行できる（図」）。

【００２１】（ｂ）サーバ側の要求受信／応答送信処理 通信管理部より自プロセス宛の要求パケットを受信した
（ｓ３−１）サーバのオペレーション実行制御部は、要
求パケットのヘッダ部より実行すべきオペレーションを
識別し、自サーバへ登録済のオペレーションであればパ
ケットのデータ部を分解し（ｓ３−２）、目的オペレー
ションを実行する（ｓ３−３）。オペレーション実行終
了後、実行結果より応答パケットデータ部（ｓ３−
４）、ヘッダ部（ｓ３−５）を作成する。次にオペレー
ションの応答パケット返送先を決定する（ｓ３−６）。
この方法は、クライアントと事前にネゴシエートした情
報を使用するか、要求パケットで指定された情報を使用
するかのいずれかの方法をとることができる。応答パケ
ット返送先を決定すると、応答パケットを通信管理部へ
送り送信完了を待つ（ｓ３−７）。

【００２２】（ｃ）応答受信処理 応答パケットの受信は、クライアント指定の任意のプロ
セスで行うことができる。通信管理部より自プロセス宛
の応答パケットを受信したオペレーション実行制御部は
（ｓ４−１）、応答パケットの通信方式（同期型／非同
期型）を調べる（ｓ４−２）。非同期型である場合、図
２１に示す応答保持待ち行列に応答パケットを格納する
（ｓ４−３−１）。同期型である場合、応答パケットに
対応する要求が自プロセスで発行されたかを調べ（ｓ４
−３−２）、登録されたオペレーションであれば応答パ
ケットのデータ部を分解し当該オペレーションの出力デ
ータ部へ設定する（ｓ４−４−２）。

【００２３】（ｄ１）応答獲得オペレーション （要求側）応答獲得オペレーションは、応答獲得オペレ
ーションインタフェースを持つ任意のクライアントプロ
セスが使用出来る。応答獲得オペレーションを受けたオ
ペレーション実行制御部は、応答受信管理部にオペレー
ション識別情報を渡し、該当するオペレーションの受信
先を得る（ｓ５−１）。エージェントに応答が登録され
ている場合、応答獲得オペレーション要求パケットデー
タ部(図１５ａ，ｉ)に目的オペレーションの識別情報Ｏ
Ｐ−ＥＸＣ−ＩＤを設定する(ｓ５−４−１)。応答獲得
オペレーション要求パケットヘッダ部を作成して（ｓ５
−５−１）、要求パケットを通信管理部へ送り送信完了
を待つ（ｓ５−６−１）。応答受信処理（ｓ５−７−
１）の後、応答獲得オペレーション応答パケットを正常
に受信したら、応答パケットデータ部（図１５のａ，i
i）を分解し目的オペレーションの出力データ部へ設定
する。応答パケットを全て受信し終わったら応答受信管
理部の当該情報を削除する。

【００２４】自クライアントプロセスに応答が登録され
ている場合、自オペレーション実行制御部の応答保持待
ち行列に目的オペレーションの応答パケットが登録され
ているかを調べる（ｓ５−４−３）。登録されている場
合、目的オペレーションの応答パケットを取りだし（ｓ
５−６−３）、目的オペレーションの応答パケットデー
タ部を分解し出力データ部へ設定する（ｓ５−６−
３）。応答パケットを全て受信し終わったら応答受信管
理部の当該情報、及び応答保持待ち行列の情報を削除す
る。

【００２５】（ｄ２）応答獲得オペレーション （エージェント側）オペレーション実行制御部から呼び
出されたエージェントの応答獲得オペレーション実行部
は、自オペレーション実行制御部の応答保持待ち行列に
目的オペレーションの応答パケットが登録されているか
を調べる（ｓ６−１）。登録されている場合、目的オペ
レーションの応答パケットを取りだし（ｓ６−３）、目
的オペレーションの応答パケットを応答獲得オペレーシ
ョン出力データ部に設定する（ｓ６−４）し、当該オペ
レーション応答パケットの応答保持待ち行列の情報を削
除する。オペレーション実行制御部は実行結果より応答
獲得オペレーション応答パケットデータ部（図１５の
ａ，ii）を作成する。

【００２６】〈実施例２〉実施例１では、応答獲得オペ
レーション実行時に応答保持待ち行列の情報を削除し
た。実施例２では、応答キャンセルオペレーションを追
加し、このオペレーション実行時に応答保持待ち行列の
情報を削除することにより、応答パケットの再利用を可
能にする。

【００２７】以下、図８、及び図９，図１５を用い、応
答キャンセルオペレーションの通信方式を詳細に説明す
る。

【００２８】（ａ）要求側 応答キャンセルオペレーションを受けたオペレーション
実行制御部は、応答受信管理部にオペレーション識別情
報を渡し、該当するオペレーションの受信先を得る（ｓ
７−１）。エージェントに応答が登録されている場合、
応答キャンセルオペレーション要求パケットデータ部
（図１５のｂ，ｉ）に目的オペレーションの識別情報Ｏ
Ｐ−ＥＸＣ−ＩＤを設定する（ｓ７−４−１）。応答キ
ャンセルオペレーション要求パケットヘッダ部を作成し
て（ｓ７−５−１）、要求パケットを通信管理部へ送り
送信完了を待つ（ｓ７−６−１）。応答受信処理（ｓ７
−７−１）の後、応答キャンセルオペレーション応答パ
ケットを正常に受信したら、応答受信管理部の当該情報
を削除する（ｓ７−９−１）。

【００２９】自クライアントプロセスに応答が登録され
ている場合、自オペレーション実行制御部の応答保持待
ち行列に目的オペレーションの応答パケットが登録され
ているかを調べる（ｓ７−４−２）。登録されている場
合、目的オペレーションの応答保持待ち行列の情報（ｓ
７−６−２）、応答受信管理部の当該情報を削除する
（ｓ７−９−１）。

【００３０】（ｂ）エージェント側 オペレーション実行制御部から呼び出されたエージェン
トの応答キャンセルオペレーション実行部は、自オペレ
ーション実行制御部の応答保持待ち行列に目的オペレー
ションの応答パケットが登録されているかを調べる（ｓ
８−１）。登録されている場合、目的オペレーションの
応答保持待ち行列情報を削除する（ｓ８−３）。オペレ
ーション実行制御部は実行結果より応答キャンセルオペ
レーション応答パケットデータ部（図１５のｂ，ii）を
作成する。

【００３１】〈実施例３〉以下、図１８、及び図１０な
いし図１３，図１６，図２２を用い、リモート実行要求
時にエージェントを使用したクライアント／サーバ間の
非同期型通信方式を詳細に説明する。

【００３２】先ず、図１８を用いてオペレーションのリ
モート実行要求手順を説明する。クライアントはステッ
プ１で目的とするオペレーションの要求送信オペレーシ
ョンを呼び出す。目的オペレーションが直接該当するサ
ーバへ送られるようクライアントから指示された場合ス
テップ１ａが実行される。エージェントへオペレーショ
ンの実行要求送信を委任する場合は、目的オペレーショ
ンの要求パケットはステップ１ｂ（１）で、一旦、エー
ジェントへ送られる。エージェントはステップ１ｂ
（２）で目的オペレーションが実行されるサーバへ目的
オペレーションの要求パケットを転送する。目的オペレ
ーションの実行結果は実施例１と同様の手順で返され
る。

【００３３】図１０ないし図１３，図１６を用いて、各
ステップ１におけるクライアント／サーバプログラムの
処理方法を説明する。

【００３４】（ａ）クライアント側の要求送信オペレー
ション処理 要求送信オペレーションを受けたオペレーション実行制
御部はｓ２−１〜ｓ２−５と同様の処理をｓ９−１〜ｓ
９−５に置いて行う。応答パケット受信先を決める（ｓ
９−７−１）方法は、実施例１と同様とする。次に要求
パケットの送信先を決定する（ｓ９−８−１）。要求パ
ケットの送信先はオペレーションの実行目的によってク
ライアントから指示されるものとする。要求パケット送
信をエージェントに委任する場合、委任オペレーション
要求パケット（図１６のａ、ｉ）を作成する（ｓ９−９
−１）。エージェントの位置情報はネットワーク上のサ
ービス位置情報を管理するネームサービスより得（ｓ９
−１０−１）、この処理によって作成した委任オペレー
ション要求パケットを通信管理部へ送り送信完了を待つ
（ｓ９−１１−１）。送信処理が正常に終了した場合、
応答受信管理部へオペレーション識別情報と応答受信先
を登録する（ｓ９−１４−１）。

【００３５】目的オペレーション要求パケットを直接当
該サーバへ送る場合は、実施例１と同様の処理を行う
（ｓ９−９−３）。

【００３６】（ｂ）エージェント側 オペレーション実行制御部から呼び出されたエージェン
トの委任オペレーション実行部は、自オペレーション実
行制御部の要求送信待ち行列（図２２）に目的オペレー
ションの要求パケットが登録されているかを調べる（ｓ
１０−１）。登録されていない場合、目的オペレーショ
ンの要求パケットを要求送信待ち行列に登録し（ｓ１０
−２）、目的オペレーション送信条件を設定しイベント
管理部へ通知する（ｓ１０−３）。処理結果を委任オペ
レーション出力データ部に設定する（ｓ１０−４）。オ
ペレーション実行制御部は委任オペレーション応答パケ
ット（図１６のａ、ii）を作成しクライアントへ返送す
る。

【００３７】一方、イベント発生通知を受けたイベント
管理部は(ｓ１１−１、ｓ１１−２)、目的オペレーショ
ン要求パケットヘッダ部に要求パケット受信先ＤＡＤを
設定し（ｓ１１−３）、オペレーション実行制御部を介
し要求パケットを通信管理部へ送る（ｓ１１−４）。送
信を終了したら終了状態を要求送信待ち行列に設定す
る。

【００３８】〈実施例４〉以下、図２３、及び図１３，
図１６を用い、エージェントに登録した委任オペレーシ
ョンに関する委任要求確認オペレーション，委任要求キ
ャンセルオペレーションの通信方式を詳細に説明する。

【００３９】（ａ）委任要求確認オペレーション 委任要求確認オペレーションを受けたオペレーション実
行制御部は、エージェントの位置情報を得（ｓｃ２２−
１）、確認するオペレーションの識別情報を設定して委
任要求確認要求パケット（図１６のｂ，ｉ）を作成して
(ｓｃ２２−２）、要求パケットを通信管理部へ送り送
信完了を待つ（ｓｃ２２−３）。応答受信処理（ｓｃ２
２−４）の後、終了報告を行う。

【００４０】オペレーション実行制御部から呼び出され
たエージェントの委任要求確認オペレーション実行部
は、要求送信待ち行列に目的オペレーションの要求パケ
ットが登録されているかを調べる（ｓｓ２２−１）。登
録されている場合、目的オペレーションの処理状態（サ
ーバへの送信終了／未送信等）情報を出力データ部へ設
定する（ｓｓ１２−３）。オペレーション実行制御部は
実行結果より委任要求確認オペレーション応答パケット
データ部（図１６のｂ，ii）を作成する。

【００４１】（ｂ）委任要求キャンセルオペレーション 委任要求キャンセルオペレーションを受けたオペレーシ
ョン実行制御部は、エージェントの位置情報を得（ｓｃ
１２−１）、キャンセルするオペレーションの識別情報
を設定して委任要求キャンセル要求パケット（図１６の
ｂ，ｉ）を作成して（ｓｃ１２−２）、要求パケットを
通信管理部へ送り送信完了を待つ（ｓｃ１２−３）。応
答受信処理（ｓｃ１２−４）の後、終了報告を行う。

【００４２】オペレーション実行制御部から呼び出され
たエージェントの委任要求キャンセルオペレーション実
行部は、要求送信待ち行列に目的オペレーションの要求
パケットが登録されているかを調べる（ｓｓ１２−
１）。登録されている場合、目的オペレーションの情報
を要求送信待ち行列から削除する（ｓｓ１２−３）。オ
ペレーション実行制御部は実行結果より委任要求キャン
セルオペレーション応答パケットデータ部（図１６の
ｂ，ii）を作成する。

【００４３】〈実施例５〉以下、図１９を用い、本方式
による非同期型通信の応用例を説明する。図１９では、
エージェントに応答受信管理部（応答受信管理テーブ
ル），応答保持待ち行列，要求送信待ち行列が存在す
る。クライアントはエージェントにオペレーション送信
の委任、及び応答保持を要求する。

【００４４】（ａ）送信時刻指定機能 クライアントはエージェントに目的サーバへの送信時刻
を指定して委任オペレーションを発行する。送信時刻は
例えば委任オペレーション要求パケットデータ部に設定
してエージェントに通知される。エージェントの委任オ
ペレーション実行部は要求送信待ち行列のイベント送信
条件に送信時刻設定する。イベント通知を受けたイベン
ト管理部は送信時刻を調べ、指定された時刻に達したら
オペレーションをサーバへ転送する。

【００４５】（ｂ）プライオリ順送信指定機能 クライアントはオペレーション毎にプライオリを着けエ
ージェントに委任オペレーションを発行する。プライオ
リは例えば委任オペレーション要求パケットデータ部に
設定してエージェントに通知される。エージェントの委
任オペレーション実行部はサーバプロセス別に要求送信
待ち行列を管理し、イベント送信条件にプライオリを設
定する。イベント通知を受けたイベント管理部はサーバ
プロセス別にオペレーションのプライオリを調べプライ
オリの高いオペレーションを先にサーバへ転送する。

【００４６】（ｃ）サーバ負荷分散機能 クライアントはエージェントにオペレーションを送信す
るサーバプロセス情報を指定して委任オペレーションを
発行する。サーバプロセス情報として、例えば、サーバ
名のみを指定する。エージェントはサーバプロセスの位
置情報及び負荷情報を検索する機能、又はサーバプロセ
スの位置情報及び負荷情報を管理する機能を持つ。エー
ジェントはオペレーション送信時にサーバの負荷情報を
得、目的オペレーションを送信時ににおける最も負荷の
低いサーバへ要求を送ることができる。

【００４７】エージェントがサーバプロセスの位置情報
及び負荷情報を検索する機能をもつ場合、これらの情報
は例えばネームサーバより得る。サーバプロセスは自プ
ロセスの位置情報，負荷情報として、例えば、一定時間
に到着した要求数を登録する。負荷情報は定期的に更新
する。エージェントはオペレーション送信時にネームサ
ーバよりサーバプロセス位置情報と負荷情報を得送信先
を決定する。エージェント自身がサーバプロセスの位置
情報及び負荷情報を持つ場合、エージェントがネームサ
ーバと同等の機能を持つことでこの機能を実現すること
ができる。

【００４８】

【発明の効果】本発明によればオペレーションの実行要
求を直接サーバへ送ることもエージェントに委任するこ
ともできる。更に実行結果も任意プロセスを指定して受
け取れるため、アプリケーションに応じた任意の通信方
式が可能である。更に、複数のクライアントが同じオペ
レーションを実行する場合、一つのクライアントが得た
オペレーション実行結果を他のクライアントも使用でき
るため、サーバに対する要求発行回数を削減でき、サー
バの負荷を下げることが出来る。

【図面の簡単な説明】

【図１】本発明の実施例１におけるオペレーション実行
手順を示す説明図。

【図２】実施例１におけるクライアントプログラム処理
のフローチャート。

【図３】実施例１におけるサーバプログラム処理方式を
示すフローチャート。

【図４】実施例１における応答受信処理を示すフローチ
ャート。

【図５】実施例１における応答獲得オペレーション処理
方式を示すフローチャート。

【図６】実施例１における応答獲得オペレーション処理
方式を示すフローチャート。

【図７】実施例１における応答獲得オペレーション処理
方式を示すフローチャート。

【図８】実施例２における応答キャンセルオペレーショ
ン処理方式を示すフローチャート。

【図９】実施例２における応答キャンセルオペレーショ
ン処理方式を示すフローチャート。

【図１０】実施例３における委任オペレーションクライ
アント処理方式を示すフローチャート。

【図１１】実施例３における委任オペレーションエージ
ェント処理方式を示すフローチャート。

【図１２】実施例３における委任オペレーションエージ
ェント処理方式を示すフローチャート。

【図１３】実施例４における委任要求キャンセルオペレ
ーション処理方式を示すフローチャート。

【図１４】クライアント／サーバ間で渡される要求／応
答パケットの説明図。

【図１５】応答獲得オペレーションパケット，応答キャ
ンセルオペレーションパケットデータ部の一形式の説明
図。

【図１６】委任オペレーション，委任要求キャンセルオ
ペレーション，委任要求確認オペレーションパケットの
データ部の一形式の説明図

【図１７】実施例１におけるオペレーション実行結果獲
得手順を示す説明図。

【図１８】実施例３におけるオペレーション実行要求送
信手順を示す説明図。

【図１９】実施例５におけるオペレーション実行要求送
信手順，実行結果獲得手順を示す説明図。

【図２０】応答管理受信部が持つ応答管理テーブルの一
形式の説明図。

【図２１】応答保持待ち行列の一形式の説明図。

【図２２】要求送信待ち行列の一形式の説明図。

【図２３】実施例４における委任要求確認オペレーショ
ン処理方式を示すフローチャート。

【図２４】本発明におけるクライアント／サーバシステ
ムの説明図。

【符号の説明】

１…計算機、２…エージェントプロセス、３…サーバプ
ロセス、４…クライアントプロセス、５…アプリケーシ
ョン関連部、６…オペレーション実行制御部、７…通信
管理部、８…ノード、９…通信路、１０…応答管理テー
ブル、１１…応答保持待ち行列、１２…要求送信待ち行
列、１３…要求／応答パケット。

Claims (6)

【特許請求の範囲】
1. 【請求項１】複数個のサーバノードと複数個のクライア
   ントノードからなるコンピュータ・ネットワークにおい
   て、前記クライアントノードに存在するクライアントプ
   ログラムがオペレーションを呼び出し、前記サーバノー
   ド上に存在するサーバプログラムがオペレーションを実
   行してその結果を前記クライアントプログラムへ返すク
   ライアント／サーバ間の通信方式であって、クライアン
   トはオペレーション呼び出しステップと、オペレーショ
   ン実行結果を保持するプロセスを指定するステップ、及
   び指定のプロセスよりオペレーション実行結果を獲得す
   るステップとを含むことを特徴とするクライアント／サ
   ーバシステムにおける通信方法。
2. 【請求項２】請求項１において、前記クライアント／サ
   ーバ間の通信方式であって、実行要求と実行結果との対
   応をとるオペレーション実行制御部において、クライア
   ント指定の任意のプロセスヘ実行結果を返送するステッ
   プと、実行結果を一時的に保持する応答保持待ち行列を
   有するクライアント／サーバシステムにおける通信方
   法。
3. 【請求項３】請求項１において、実行結果を一時的に保
   持するプロセスに対して、クライアントはオペレーショ
   ン応答保持キャンセル要求を発行するステップを有する
   クライアント／サーバシステムにおける通信方法。
4. 【請求項４】請求項１において、前記クライアント／サ
   ーバ間の通信方式であって、オペレーション実行要求を
   保持する要求保持待ち行列を有し、オペレーション呼び
   出しをクライアントに代行して行うエージェントを置く
   クライアント／サーバシステムにおける通信方法。
5. 【請求項５】請求項４において、前記クライアント／サ
   ーバ間の通信方式であって、クライアントはオペレーシ
   ョン呼び出しをクライアントに代行して行うエージェン
   トに委任するステップと、エージェントに対しオペレー
   ション実行状態を検索するステップ、及び要求保持待ち
   行列に存在するオペレーション実行要求をキャンセルす
   るステップを有するクライアント／サーバシステムにお
   ける通信方法。
6. 【請求項６】請求項４において、エージェントに委任す
   るステップにおいて、クライアントはエージェントに対
   してオペレーション実行要求送信条件を指定するステッ
   プを有し、エージェントは指定の条件でオペレーション
   を目的サーバへ送るステップとを有するクライアント／
   サーバシステムにおける通信方法。