JPH076110A - 分散処理システムの通信オーバヘッド低減方法 - Google Patents

Abstract

(57)【要約】 【目的】 動的負荷分散環境下のクライアント・サーバ
型分散処理システムにおいて、重負荷計算機へのクライ
アントの要求を避け、計算機間の要求転送の発生に伴う
通信オーバヘッドを低減し、システムの性能向上を図
る。 【構成】 動的負荷分散環境下のクライアント・サーバ
型分散処理システムにおいて、クライアントが、ある計
算機へサービス要求を出した時に、実際に要求を処理し
た計算機を識別するための識別情報を含んだ結果を、ク
ライアントに返送することにより、クライアントが実際
に要求を処理した計算機を認識できるようにし、以後の
同一の要求は実際に要求を処理した計算機へ送る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の計算機をネット
ワークで接続し、各計算機にかかる負荷を監視し、負荷
のバランスを保つ動的負荷分散環境下で、各計算機を呼
び出して１つの処理を実行していくクライアント・サー
バ型分散処理システムおける、負荷分散時あるいは共通
サービスへの要求時の通信オーバヘッドの低減に関する
ものである。

【０００２】

【従来の技術】例えば、特開平２−２８０２６６号に記
載されているように、各計算機の負荷が均等になるよう
に短時間で各計算機における負荷の割当を行うようし
て、処理能力を向上させたクライアント・サーバ型分散
処理システムが知られている。

【０００３】従来のクライアント・サーバ型分散処理シ
ステムにおいて、動的負荷分散を行っている場合に、ク
ライアントからの要求を受け付けた計算機が他の計算機
よりも重い負荷がかかっていたとすると、クライアント
からの要求を受け付けた計算機は、他の軽負荷の計算機
へのクライアントからの要求を転送し、転送を受けた他
の軽負荷の計算機がクライアントからの要求を処理する
ことになる。

【０００４】しかし、クライアントでは、どの計算機か
ら結果が返ってきたのか不明であり、クライアントが再
び同一の要求を出す時は、前回の要求先と同じ計算機へ
その要求を送ることになる。そして、その要求を受け取
った計算機が、再び他の計算機よりも重い負荷がかかっ
ていたとすると、再び負荷分散が必要になり、クライア
ントからの要求を受け付けた計算機は、他の軽負荷の計
算機へのクライアントからの要求を転送するということ
が繰り返し発生することになる。

【０００５】また、従来のクライアント・サーバ型分散
処理システムにおいて、共通サービスに関しては、動的
負荷分散の対象となっておらず、共通サービスを起動さ
せた計算機へ要求が集まり、他の計算機からの要求が多
くなると、そのための通信オーバヘッドが増加すること
になる。

【０００６】

【発明が解決しようとする課題】本発明者は、複数の計
算機をネットワークで接続し、各計算機にかかる負荷を
監視し、負荷のバランスを保つ動的負荷分散環境下で、
各計算機を呼び出して１つの処理を実行していくクライ
アント・サーバ型分散処理システムにおいて、従来例に
ついて検討した結果、以下の問題点を見出した。

【０００７】（ａ） 前記の従来技術では、重負荷な計
算機へ要求が繰り返されることに伴う要求受付というさ
らなる負荷増と、要求を他の計算機へ転送するための通
信オーバヘッドの発生について考慮されておらず、それ
によりシステムの処理性能が低下するという問題があっ
た。

【０００８】（ｂ） 前記の従来技術では、共通サービ
スへ要求する際の通信オーバヘッドの発生について配慮
されておらず、それによりシステムの処理性能が低下す
るという問題があった。

【０００９】本発明は、前記問題点を解決するためにな
されたものであって、本発明の目的は、複数の計算機を
ネットワークで接続し、各計算機にかかる負荷を監視
し、負荷のバランスを保つ動的負荷分散環境下で、各計
算機を呼び出して１つの処理を実行していくクライアン
ト・サーバ型分散処理システムにおいて、クライアント
の要求先計算機についても動的に変更することにより重
負荷計算機へのクライアントの要求を避け、計算機間の
要求転送の発生に伴う通信オーバヘッドを低減し、シス
テムの性能向上を図ることにある。

【００１０】本発明の他の目的は、複数の計算機をネッ
トワークで接続し、各計算機にかかる負荷を監視し、負
荷のバランスを保つ動的負荷分散環境下で、各計算機を
呼び出して１つの処理を実行していくクライアント・サ
ーバ型分散処理システムにおいて、共通サービス処理プ
ロセス自身に効率の良い計算機を判断させ、共通サービ
ス処理プロセスを再配置することにより、計算機間の共
通サービスへの要求に伴う通信オーバヘッドを低減し、
システムの性能向上を図ることにある。

【００１１】本発明の前記並びにその他の目的及び新規
な特徴は、本明細書の記載及び添付図面によって明らか
になるであろう。

【００１２】

【課題を解決するための手段】前記目的を達成するため
に、本発明は、複数の計算機をネットワークで接続し、
各計算機にかかる負荷を監視し、負荷のバランスを保つ
動的負荷分散環境下で、各計算機を呼び出して１つの処
理を実行していくクライアント・サーバ型分散処理シス
テムにおいて、クライアントが任意の計算機へサービス
要求を出した時に、実際にそのサービス要求を処理した
計算機を識別する識別情報を含んだ処理結果をクライア
ントに返送しておき、前記識別情報に基づき、以後の同
一クライアントの同一の要求は実際に要求を処理した計
算機へ送信することにより、負荷分散時の計算機間の通
信オーバヘッドを低減させることを特徴とする。

【００１３】また、他の目的を達成するために、共通サ
ービス処理プロセスが要求を受け取った際に、共通サー
ビス処理プロセス自身が各計算機からの共通サービスへ
の要求を出す頻度を求め、前記頻度に基づき、他の計算
機へ共通サービスプロセスを再配置すべきか否かを判断
し、その判断結果に基づき、他の計算機へ共通サービス
プロセスを再配置することにより、計算機間の共通サー
ビスへの要求に伴う通信オーバヘッドを低減させること
を特徴とする。

【００１４】

【作用】前記手段によれば、クライアントがある計算機
へ要求を送った後、返ってくる結果を監視し、その結果
内に示されている実際に要求を処理した計算機を認識
し、もし要求を送った計算機とは違う別の計算機が処理
していたならば、実際に処理をした計算機を記憶してお
き、以後クライアント側から同一の要求が発生した場
合、記憶してある計算機へその要求を送ることにより、
計算機間での要求転送の再発を防ぎ、それに伴う通信オ
ーバヘッドの発生を防止する。

【００１５】

【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。

【００１６】図１は、本発明の実施例におけるクライア
ント・サーバ型分散処理システムの構成を示すブロック
図である。

【００１７】図１において、クライアントシステム１
０、計算機２０，３０及び共通資源５０とは、ネットワ
ーク４０で接続されており、クライアントシステム１０
にはクライアントシステム制御プログラム１２とクライ
アントプログラム１１とが、また計算機２０，３０には
計算機制御プログラム２２，３２と、サービス処理プロ
セス２１，３１とが存在する。更に、計算機２０には共
通サービス処理プロセス２３が存在する。

【００１８】計算機制御プログラム２２，３２はサービ
スプロセス及び共通サービスプロセスへの要求を受付
け、現在その要求を処理すべきプロセスが処理中であれ
ば、要求を待たせておくためのキューへ処理が終了する
まで格納する。

【００１９】初めに、負荷分散時の通信オーバヘッドの
低減ついてその動作を説明する。

【００２０】クライアントシステム制御プログラム１２
は、クライアントプログラム１１からのサービス要求を
受け取ると、サービスと計算機との対応表（後述する）
から、そのサービスを提供する計算機（この場合は、計
算機２０）を決定し、クライアントプログラム１１のサ
ービス要求をネットワーク４０を介して計算機２０の計
算機制御プログラム２２に送信する。

【００２１】計算機制御プログラム２２は、クライアン
トシステム制御プログラム１２からのサービス要求を受
け取ると、計算機２０の起動中のププロセスの数、待ち
ｊｏｂ数等の負荷の状態を見て、その要求の処理が可能
ならばサービス処理プロセス２１を選択して、その要求
を処理する。サービス処理プロセス２１により実行され
たサービスの実行結果は、クライアントシステム制御プ
ログラム１２を経由してクライアントプログラム１１に
返送される。しかし、計算機２０の負荷の状態を見て、
負荷分散が必要なときには、計算機制御プログラム２２
は、負荷分散を行い、負荷の小さな計算機３０を選択
し、クライアントプログラム１１のサービス要求を計算
機制御プログラム３２へ転送する。

【００２２】計算機制御プログラム３２は、計算機制御
プログラム２２から転送されたサービス要求を受けとる
と、サービス処理プロセス３１を選択して、そのサービ
ス要求を処理する。サービス処理プロセス３１により実
行されたサービスの実行結果は、計算機制御プログラム
３２を経由してクライアントシステム制御プログラム１
２に返送される。

【００２３】クライアントシステム制御プログラム１２
は、先ほどサービス要求を送った計算機２０とは違う計
算機３０から結果が返送されたことを知り、それに対応
するサービスと計算機の対応表の項目を更新し、そし
て、クライアントプログラム１１へ結果を返送する。

【００２４】クライアントシステム制御プログラム１２
は、再びクライアントプログラム１１から同一のサービ
ス要求を受け取ると、クライアントシステム制御プログ
ラム１２は、前回のサービス要求のときと同じ計算機２
０にクライアントプログラム１１のサービス要求を送信
せずに、記憶されているサービスと計算機の対応表から
今度は計算機３０の計算機制御プログラム３２にクライ
アントプログラム１１のサービス要求を送信する。

【００２５】図２〜図４は、本発明の実施例におけるク
ライアントシステム制御プログラム１２、及び計算機制
御プログラム２２，３２の負荷分散時の処理手順のフロ
ーチャートである。

【００２６】図２において、クライアントシステム制御
プログラム１２は、クライアントプログラム１１からサ
ービス要求（ステップ２０１）を受け取ると、要求され
たサービスについて、記憶されているサービスと計算機
との対応表を検索し、そのサービスを提供する計算機と
して計算機２０を決定する（ステップ２０２）。

【００２７】クライアントシステム制御プログラム１２
は、送信メッセージ中の転送メッセージ識別フィールド
に負荷分散によって発生した転送メッセージではないこ
とを示す値をセットし（ステップ２０３）、その送信メ
ッセージを該当する計算機の計算機制御プログラム２２
にネットワーク４０を介して送信する（ステップ２０
４）。

【００２８】その後、クライアントシステム制御プログ
ラム１２は、計算機制御プログラムからのサービス実行
結果メッセージを受信し（ステップ２０５）、受信メッ
セージ中の計算機ＩＤと、サービスと計算機の対応表内
の該当項目を比較し（ステップ２０６）、同一でない場
合は、次の同一のサービス要求に備えてサービスと計算
機の対応表の計算機の項目を実際に要求を処理した計算
機に更新し（ステップ２０７）、サービス実行結果をク
ライアントプログラム１１に返送する。

【００２９】クライアントシステム制御プログラム１２
は、再びクライアントプログラム１１から同一のサービ
ス要求を受け取ったとき、クライアントシステム制御プ
ログラム１２は、更新されたサービスと計算機の対応表
から、計算機制御プログラム３２にサービス要求を送信
する。

【００３０】図３において、計算機制御プログラム２２
は、クライアントシステム制御プログラム１２からのメ
ッセージを受信すると（ステップ３０１）、受信メッセ
ージ中の転送メッセージ識別フィールドの値を見て、転
送メッセージであるかどうかを判断し（ステップ３０
２）、転送メッセージであれば、後述の転送メッセージ
処理を行い（ステップ３０３）、転送メッセージでなけ
れば、下記のクライアントメッセージ処理に移行する。

【００３１】計算機制御プログラム２２は、計算機２０
の負荷状態を調べ、負荷分散が必要か否かを判断し（ス
テップ３０４）、負荷分散の必要性がなければ、サービ
ス処理プロセス２１を選択し（ステップ３０５）、サー
ビス要求を処理させる（ステップ３０６，ステップ３０
７）。サービス要求を受け取ったサービス処理プロセス
２１は、その結果を計算機制御プログラム２２に返送す
る（ステップ３０８）。サービス結果を受けた計算機制
御プログラム２２は、計算機ＩＤをサービス実行結果メ
ッセージの特定のフィールドにセット（ステップ３０
９）した後、ネットワーク４０を介して、クライアント
システム制御プログラム１２にサービス結果を返送する
（ステップ３１０）。

【００３２】また、計算機２０の負荷状態より負荷分散
が必要となった場合には、計算機制御プログラム２２
は、軽負荷の計算機を探し、転送先計算機として計算機
３０を選択し（ステップ３１１）、クライアントシステ
ム制御プログラム１２から受信したメッセージ中の転送
メッセージ識別フィールドに、負荷分散に伴う転送メッ
セージであることを示す値をセット（ステップ３１２）
した後、ネットワーク４０を介して、計算機制御プログ
ラム３２に転送メッセージを送信する（ステップ３１
３）。

【００３３】図４において、計算機制御プログラム３２
は、計算機制御プログラム２２からのメッセージを受信
（ステップ４０１）すると、受信メッセージ中の転送メ
ッセージ識別フィールドの値を見て、転送メッセージか
否かを判断し（ステップ４０２）、転送メッセージでな
ければ、前述のクライアントメッセージ処理を行う（ス
テップ４０９）。

【００３４】また、転送メッセージであれば、サービス
処理プロセス３１を選択し（ステップ４０３）、サービ
ス要求を処理させる。サービス要求を受け取ったサービ
ス処理プロセス３１は、サービス実行後（ステップ４０
４，４０５）、その結果を計算機制御プログラム３２に
返送する（ステップ４０６）。

【００３５】サービス結果を受けた計算機制御プログラ
ム３２は、計算機ＩＤをサービス実行結果メッセージの
特定のフィールドにセット（ステップ４０７）した後、
ネットワーク４０を介して、クライアントシステム制御
プログラム１２にサービス結果を返送する（ステップ４
０８）。

【００３６】本実施例におけるサービス内容と計算機と
対応関係を表１に示す。

【００３７】

【表１】

【００３８】図５は、クライアントシステム制御プログ
ラム１２と計算機制御プログラム２２，３２、または、
計算機制御プログラム２２と計算機制御プログラム３２
の間で、やり取りされる送受信メッセージの構成を示す
図である。

【００３９】図５に示すように、送受信メッセージ５０
は、サービス要求を行ったクライアントのクライアント
システムＩＤフィールド５１、クライアントがサービス
実行を依頼した、または、実際にサービスを実行した計
算機ＩＤをセットするための計算機ＩＤフィールド５
２、サービスを特定するためのサービス名称フィールド
５３、計算機間の転送メッセージかどうかの識別をする
ための値をセットする転送メッセージ識別フィールド５
４、及びデータを格納するデータフィールド５５から構
成される。

【００４０】以上説明したように、本実施例によれば、
動的負荷分散環境で、クライアントがサービス要求を送
った計算機の負荷の状態により負荷分散が発生し、他の
計算機へその要求が転送された場合、クライアントが次
回から同一のサービス要求を前回にサービスを実際に実
行した計算機へ送ることになるため、計算機間のサービ
ス要求転送に伴う通信オーバヘッドを防止でき、システ
ム全体の処理性能の低下を防止できる。

【００４１】次に、共通サービスへの要求時の通信オー
バヘッドの低減についてその動作を説明する。

【００４２】計算機２０内に存在する共通サービス処理
プロセス２３（共通サービス処理プロセス１）は、計算
機制御プログラム２２からの要求を受け取ると、共通サ
ービスの処理を実行し、計算機２０，３０からの共通サ
ービスへの要求頻度を求め、再配置するか否かを判断
し、必要ならば再配置を行う。

【００４３】図６は、共通サービス処理プロセス１が移
動元の計算機２０で行う処理手順のフローチャートであ
る。

【００４４】図６において、共通サービス処理プロセス
１は、計算機制御プログラム２２からの共通サービス処
理要求を受信すると（ステップ６０１）、共通サービス
の処理を行った後（ステップ６０２）、各計算機２０，
３０からの共通サービスの利用頻度を求め（ステップ６
０３）、共通サービス処理プロセス１の利用頻度が、共
通サービス処理プロセス１の存在する計算機よりも他の
計算機の方がある一定以上大きいか否かを判断する（ス
テップ６０４）。

【００４５】共通サービス処理プロセス１の利用頻度
が、共通サービス処理プロセス１の存在する計算機より
も他の計算機の方がある一定以上大きくない場合には、
始に戻り、また、共通サービス処理プロセス１の利用頻
度が、共通サービス処理プロセス１の存在する計算機よ
りも他の計算機の方がある一定以上大きい場合には、共
通サービス処理プロセス１は、計算機制御プログラム２
２、ネットワーク４０を介して、他の計算機（この場合
は計算機３０）に対して、共通サービス処理プロセス２
の起動を要求する（ステップ６０５）。

【００４６】その後、計算機制御プログラム２２からの
処理要求を受信すると（ステップ６０６）、受信した処
理要求が共通サービス要求か否かを判断し（ステップ６
０７）、共通サービス処理の要求であれば、計算機制御
プログラム２２からの終了要求メッセージを受信するま
で共通サービスの要求を処理する。

【００４７】受信した処理要求が、終了要求メッセージ
であれば、計算機３０内に起動した共通サービス処理プ
ロセスに対して、終了メッセージを送信し（ステップ６
０９）、共通サービス処理プロセスを終了する（ステッ
プ６１０）。

【００４８】図７は、計算機制御プログラム２２の処理
手順のフローチャートである。

【００４９】図７において、移動元の計算機制御プログ
ラム２２は、メッセージを受信すると（ステップ７０
１）、受信したメッセージが共通サービス要求か否かを
判断する（ステップ７０２）。

【００５０】受信したメッセージが共通サービス要求で
あれば、要求内容に要求元の計算機のＩＤを付加し、共
通サービス処理プロセス１に処理を要求をする。

【００５１】また、受信したメッセージがサービス要求
でない場合には、受信したメッセージが起動完了のメッ
セージか否かを判断する（ステップ７０５）。

【００５２】起動完了のメッセージを受信したのであれ
ば、共通サービスの要求の受付けを停止し（ステップ７
０６）、他の計算機制御プログラム３２へ共通サービス
要求の受付けの開始要求を送信し（ステップ７０８）、
さらに、共通サービス処理プロセス１３へ終了要求を送
信する（ステップ７０８）。

【００５３】図８は、計算機制御プログラム３２の処理
手順のフローチャートである。

【００５４】図８において、計算機制御プログラム３２
は、メッセージを受信すると（ステップ８０１）、受信
したメッセージが共通サービス処理プロセスの起動要求
か否かを判断する（ステップ８０２）。

【００５５】共通サービス処理プロセスの起動要求を受
信したのであれば、計算機内に共通サービス処理プロセ
ス２の起動を開始し（ステップ８０３）、ネットワーク
４０を介して、計算機制御プログラム２２からの共通サ
ービス要求受付けの開始要求を受信したら（ステップ８
０４）、共通サービス要求の受付けを開始する（ステッ
プ８０５）。

【００５６】図９は、計算機３０内に新たに起動する共
通サービス処理プロセス３３（共通サービス処理プロセ
ス２）の処理手順のフローチャートである。

【００５７】図９において、計算機制御プログラム３２
のサービス処理プロセス２の起動開始に対応して、共通
サービス処理プロセス２の起動を開始し（ステップ９０
１）、起動が完了すると（ステップ９０２）、計算機制
御プログラム２２に対して、起動完了のメッセージを送
信する（ステップ９０３）。

【００５８】その後、計算機２０内の共通サービス処理
プロセス１からのプロセス終了メッセージを受信すると
（ステップ９０４）、共通サービスの処理を開始し（ス
テップ９０５）、以後共通サービス処理プロセス１と同
一の処理を行う（ステップ９０６）。

【００５９】共通サービス処理プロセスの起動は、潜在
的に持たせたものを活性化するか、あるいは、計算機の
磁気ディスクからロードする等の方法で起動される。

【００６０】本実施例によれば、複数の計算機をネット
ワークで接続し、各計算機にかかる負荷を監視し、負荷
のバランスを保つ動的負荷分散環境下で、各計算機を呼
び出して１つの処理を実行していくクライアント・サー
バ型分散処理システムにおいて、共通サービス処理プロ
セス自身が効率の良い計算機を判断し、共通サービス処
理プロセスの再配置を行うので、計算機間の共通サービ
スの要求に伴う通信オーバヘッドを低減でき、システム
全体の処理性能の向上を図ることができる。

【００６１】以上、本発明を実施例に基づき具体的に説
明したが、本発明は、前記実施例に限定されるものでは
なく、その要旨を逸脱しない範囲で種々変更し得ること
は言うまでもない。

【００６２】

【発明の効果】以上説明したように、本発明によれば、
複数の計算機をネットワークで接続し、各計算機にかか
る負荷を監視し、負荷のバランスを保つ動的負荷分散環
境で、クライアントがサービス要求を送った計算機の負
荷の状態により負荷分散が発生し、他の計算機へその要
求が転送された場合、クライアントが次回から同一のサ
ービス要求を前回にサービスを実際に実行した計算機へ
送ることになるため、計算機間のサービス要求転送に伴
う通信オーバヘッドを防止でき、システム全体の処理性
能の低下を防止できる。

【００６３】また、本発明によれば、複数の計算機をネ
ットワークで接続し、各計算機にかかる負荷を監視し、
負荷のバランスを保つ動的負荷分散環境下で、各計算機
を呼び出して１つの処理を実行していくクライアント・
サーバ型分散処理システムにおいて、共通サービス処理
プロセス自身が効率の良い計算機を判断し、共通サービ
ス処理プロセスの再配置を行うので、計算機間の共通サ
ービスの要求に伴う通信オーバヘッドを低減でき、シス
テム全体の処理性能の向上を図ることができる。

【図面の簡単な説明】

【図１】本発明の実施例におけるクライアント・サーバ
型分散処理システムの構成を示すブロック図である。

【図２】本発明の実施例におけるクライアントシステム
制御プログラムの負荷分散時の処理手順のフロチャート
である。

【図３】本発明の実施例における計算機制御プログラム
２２の負荷分散時の処理手順のフロチャートである。

【図４】本発明の実施例における計算機制御プログラム
３２の負荷分散時の処理手順のフロチャートである。

【図５】本発明の実施例におけるクライアント・サーバ
型分散処理システムにおいて使用される送受信メッセー
ジの構成を示す図である。

【図６】本発明の実施例における共通サービス処理プロ
セス１の処理手順のフローチャートである。

【図７】本発明の実施例における計算機制御プログラム
２２の共通サービス時の処理手順のフローチャートであ
る。

【図８】本発明の実施例における計算機制御プログラム
３２の共通サービス時の処理手順のフローチャートであ
る。

【図９】本発明の実施例における、新たに起動する共通
サービス処理プロセス２の処理手順のフローチャートで
ある。

【符号の説明】

１０…クライアントシステム、１１…クライアントプロ
グラム、１２…クライアントシステム制御プログラム、
２０…計算機、２１…サービス処理プロセス、２２…計
算機制御プログラム、２３…共通サービス処理プロセ
ス、３０…計算機、３１…サービス処理プロセス、３２
…計算機制御プログラム、４０…ネットワーク、５０…
送受信メッセージ、５１…計算機ＩＤフィールド、５２
…計算機ＩＤフィールド、５３…サービス名称フィール
ド、５４…転送メッセージ識別フィールド、５５…デー
タフィールド。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 長谷川 宏行 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内 (72)発明者 橋本 忠士 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内

Claims (2)

【特許請求の範囲】
1. 【請求項１】 複数の計算機をネットワークで接続し、
   各計算機にかかる負荷を監視し、負荷のバランスを保つ
   動的負荷分散環境下で、各計算機を呼び出して１つの処
   理を実行していくクライアント・サーバ型分散処理シス
   テムにおいて、 クライアントが任意の計算機へサービ
   ス要求を出した時に、実際にそのサービス要求を処理し
   た計算機を識別する識別情報を含んだ処理結果をクライ
   アントに返送しておき、前記識別情報に基づき、以後の
   同一クライアントの同一の要求は実際に要求を処理した
   計算機へ送信することを特徴とする分散処理システムの
   通信オーバヘッド低減方法。
2. 【請求項２】 複数の計算機をネットワークで接続し、
   各計算機にかかる負荷を監視し、負荷のバランスを保つ
   動的負荷分散環境下で、各計算機を呼び出して１つの処
   理を実行していくクライアント・サーバ型分散処理シス
   テムにおいて、 共通サービス処理プロセスが要求を受
   け取った際に、共通サービス処理プロセス自身が各計算
   機からの共通サービスへの要求を出す頻度を求め、前記
   頻度に基づき、他の計算機へ共通サービスプロセスを再
   配置すべきか否かを判断し、その判断結果に基づき、他
   の計算機へ共通サービスプロセスを再配置することを特
   徴とする分散処理システムの通信オーバヘッド低減方
   法。