JP2000112909A - 負荷分散管理システムおよび負荷分散管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 サーバコンピュータへのアクセス（問合せ）
を行うことなく、各サーバコンピュータの動作状況に基
づいた負荷分散を行うことを可能にする。 【解決手段】 処理履歴保存部５０は、各処理要求に対
する処理履歴からなる処理履歴情報を記憶装置６０に保
存する。処理先決定部４０は、処理要求元クライアント
コンピュータ（いずれかのクライアントコンピュータ１
０）からの処理要求が発生した場合に、当該処理要求に
対する処理先サーバコンピュータ（所定のサーバコンピ
ュータ２０）を記憶装置６０内の処理履歴情報に基づい
て決定する。処理要求管理部３０は、処理要求元クライ
アントコンピュータの処理要求を処理先サーバコンピュ
ータに転送し、当該処理先サーバコンピュータによる処
理結果を当該処理要求元クライアントコンピュータに転
送し、当該処理結果を反映した処理履歴を処理履歴保存
部５０に転送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアントコン
ピュータ群（１台以上のクライアントコンピュータ）お
よびサーバコンピュータ群（複数台のサーバコンピュー
タ）からなるコンピュータシステムにおける負荷分散管
理システムおよび負荷分散管理方法に関する。

【０００２】

【従来の技術】従来、この種の負荷分散管理システム
（負荷分散管理方法）では、クライアントコンピュータ
からの処理要求が発生した場合に、処理を複数台のサー
バコンピュータに順次に割り当てる方式か、処理要求の
発生時に各サーバコンピュータの動作状況を調べてその
調査を基に所定のサーバコンピュータに処理を割り当て
る方式かの、いずれかが採用されていた。すなわち、後
述する本発明のように、各サーバコンピュータに関する
処理履歴に基づいて「処理を行わせるべきサーバコンピ
ュータ」（本発明における「処理先サーバコンピュー
タ」）を選択する負荷分散管理システム（負荷分散管理
方法）は存在しなかった。

【０００３】なお、上述のような従来の技術を使用した
製品としては、ＤＣＥ（アメリカ合衆国 Ｔｒａｎｓａ
ｒｃ Ｃｏｒｐｏｒａｔｉｏｎ製）や，ＶｉｓｉＢｒｏ
ｋｅｒ（アメリカ合衆国 Ｉｎｐｒｉｓｅ Ｃｏｒｐｏ
ｒａｔｉｏｎ製）がある（それぞれの製品名は当該各社
の登録商標である）。ここで、ＤＣＥおよびＶｉｓｉＢ
ｒｏｋｅｒは、共に、上記の「処理を複数台のサーバコ
ンピュータに順次に割り当てる方式」を利用している。
また、ＶｉｓｉＢｒｏｋｅｒは、この「処理を複数台の
サーバコンピュータに順次に割り当てる方式」と同時
に、上記の「動作状況の調査を基に所定のサーバコンピ
ュータに処理を割り当てる方式」を併用している。

【０００４】

【発明が解決しようとする課題】上述した従来の負荷分
散管理システム（負荷分散管理方法）には、以下に示す
ような問題点があった。

【０００５】第１の問題点は、従来技術の「処理を複数
台のサーバコンピュータに順次に割り当てる方式」で
は、各サーバコンピュータの動作状況に基づいた負荷分
散を行うことができないということである。

【０００６】このような問題点が生じる理由は、上記の
「処理を複数台のサーバコンピュータに順次に割り当て
る方式」では、各サーバコンピュータの動作状況を考慮
することなく、各処理要求に係る処理を単に各サーバコ
ンピュータに順次に割り当てているにすぎないためであ
る。

【０００７】第２の問題点は、従来技術の「動作状況の
調査を基に所定のサーバコンピュータに処理を割り当て
る方式」では、上記の第１の問題点を解消することはで
きるが、そのために処理要求が発生する毎に毎回全ての
サーバコンピュータへの問合せが発生するということで
ある。

【０００８】このような問題点が生じる理由は、上記の
「動作状況の調査を基に所定のサーバコンピュータに処
理を割り当てる方式」では、処理要求が発生する毎にそ
の時点における全てのサーバコンピュータの動作状況が
確認された上で処理を割り当てるべきサーバコンピュー
タが選択されているためである。

【０００９】本発明の目的は、上述の点に鑑み、サーバ
コンピュータへのアクセス（問合せ）を行うことなく自
動的に各サーバコンピュータの動作状況に基づいた負荷
分散を行うことができる負荷分散管理システム（負荷分
散管理方法）を提供することにある。

【００１０】なお、本発明の負荷分散管理システム（負
荷分散管理方法）に関する特許公報としては、特開平８
−４４６７７号公報および特開平９−５０４１７号公報
がある。

【００１１】上述の特開平８−４４６７７号公報に記載
された技術（分散処理システム）は、サーバ計算機（サ
ーバコンピュータ）に対する柔軟性のある負荷分散を可
能にする技術である点で、本発明と類似している。しか
し、当該技術は、クライアント計算機（クライアントコ
ンピュータ）上で動作するプログラム（コンピュータプ
ログラム）およびサーバ計算機上で動作するプログラム
に組み込まれる技術である点で、クライアントコンピュ
ータおよびサーバコンピュータに組み込まれることなく
単独で動作する技術である本発明とは、その構成等を異
にするものである。

【００１２】また、上述の特開平９−５０４１７号公報
に記載された技術（クライアントＩＰアドレス動的変更
方式）は、上記の「動作状況の調査を基に所定のサーバ
コンピュータに処理を割り当てる方式」に該当する技術
であり、サーバコンピュータへの問合せによってその動
作状況を調べること（処理要求が発生する毎に全てのサ
ーバコンピュータへの問合せが発生すること）のない本
発明とは、その構成等を異にするものである。

【００１３】

【課題を解決するための手段】本発明の負荷分散管理シ
ステムは、クライアントコンピュータ群およびサーバコ
ンピュータ群からなるコンピュータシステムにおいて、
各処理要求に対する処理先サーバコンピュータの処理履
歴からなる処理履歴情報を記憶装置に保存する処理履歴
保存部と、処理要求元クライアントコンピュータからの
処理要求が発生した場合に当該処理要求に対する処理先
サーバコンピュータを前記処理履歴保存部によって前記
記憶装置に保存されている処理履歴情報に基づいて決定
する処理先決定部と、処理要求元クライアントコンピュ
ータの処理要求を前記処理先決定部によって決定された
処理先サーバコンピュータに転送し、当該処理先サーバ
コンピュータによる処理結果を当該処理要求元クライア
ントコンピュータに転送し、当該処理結果を反映した処
理履歴を前記処理履歴保存部に転送する処理要求管理部
とを有する。

【００１４】ここで、より具体的には、上記の処理要求
管理部は、処理要求元クライアントコンピュータからの
処理要求を受け入れる処理要求受入れ手段と、処理先サ
ーバコンピュータを処理先決定部に問い合わせる処理先
問合せ手段と、前記処理先問合せ手段の問合せに基づい
て前記処理先決定部により決定された処理先サーバコン
ピュータに処理要求を転送し、当該処理先サーバコンピ
ュータによる処理結果を処理要求元クライアントコンピ
ュータに転送し、当該処理結果を反映した当該処理先サ
ーバコンピュータの処理履歴を前記処理履歴保存部に転
送する処理転送手段とを備える。

【００１５】また、本発明の負荷分散管理方法は、処理
要求元クライアントコンピュータからの処理要求を受け
入れる処理要求受入れ処理ステップと、前記処理要求受
入れ処理ステップで受け入れられた処理要求に対する処
理先サーバコンピュータの問合せを行う処理先問合せ処
理ステップと、前記処理先問合せ処理ステップにおける
問合せを契機として処理履歴情報を取得して当該処理履
歴情報に基づいて当該問合せに対する処理先サーバコン
ピュータを決定する処理先決定処理ステップと、前記処
理要求受入れ処理ステップで受け入れられた処理要求を
前記処理先決定処理ステップで決定された処理先サーバ
コンピュータに転送する処理要求転送処理ステップと、
前記処理要求転送処理ステップで転送された処理要求に
基づいて行われる処理先サーバコンピュータによる処理
の処理結果を受け入れる処理結果受入れ処理ステップ
と、処理先サーバコンピュータの処理結果に基づいて今
回の処理要求に対する処理履歴を生成し当該処理履歴を
記憶装置内の処理履歴情報に追加して保存する処理履歴
保存処理ステップと、処理先サーバコンピュータの処理
結果を処理要求元クライアントコンピュータに転送する
処理結果転送処理ステップとからなる。

【００１６】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。

【００１７】（１） 第１の実施の形態 図１は、本発明の第１の実施の形態に係る負荷分散管理
システムの構成を示すブロック図である。

【００１８】図１を参照すると、本実施の形態に係る負
荷分散管理システムは、１台以上のクライアントコンピ
ュータ１０および複数台のサーバコンピュータ２０から
なるコンピュータシステムにおいて、クライアントコン
ピュータ１０からの処理要求とサーバコンピュータ２０
からの処理結果との管理等を行う処理要求管理部３０
と、処理先サーバコンピュータ（その内容の詳細につい
ては後述する）を決定する処理先決定部４０と、各処理
要求に対する処理先サーバコンピュータの処理履歴から
なる処理履歴情報を記憶装置６０に保存する処理履歴保
存部５０と、記憶装置６０とを含んで構成されている。

【００１９】処理要求管理部３０は、処理要求受入れ手
段３１と、処理先問合せ手段３２と、処理転送手段３３
とを含んで構成されている。

【００２０】処理先決定部４０は、処理先決定手段４１
を含んで構成されている（処理先決定処理（ステップ４
０１参照）の要求の受付けは処理先決定手段４１以外の
部分で行われる）。

【００２１】処理履歴保存部５０は、処理履歴保存手段
５１を含んで構成されている（処理履歴保存処理（ステ
ップ５０１参照）の要求の受付けは処理履歴保存手段５
１以外の部分で行われる）。

【００２２】これらの手段は、それぞれ概略、以下のよ
うに動作する。

【００２３】処理要求受入れ手段３１は、処理要求を行
うクライアントコンピュータ１０（処理要求元クライア
ントコンピュータ）からの処理要求を受け入れる。

【００２４】処理先問合せ手段３２は、処理要求受入れ
手段３１で受け入れられた処理要求を転送する先となる
（当該処理要求に係る処理を行うべき）サーバコンピュ
ータ２０（処理先サーバコンピュータ）をどのサーバコ
ンピュータ２０にすべきかを処理先決定部４０に問い合
わせる。

【００２５】処理転送手段３３は、処理先サーバコンピ
ュータで処理された処理結果を受け入れ、処理要求元ク
ライアントコンピュータにその処理結果を転送し、その
処理に関する処理履歴情報を処理履歴保存部５０に転送
する。

【００２６】処理先決定手段４１は、記憶装置６０に保
存されている処理履歴情報を取得し、その処理履歴情報
に基づいて処理先サーバコンピュータを決定する。

【００２７】処理履歴保存手段５１は、処理履歴情報を
記憶装置６０に保存する。ここで、処理履歴情報とは、
各処理要求に対する、処理先サーバコンピュータのコン
ピュータ識別子と、その処理を行うのに使用された資源
（リソース）に関するリソース情報（処理時間（実処理
時間および応答時間），ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒ
ｏｃｅｓｓｉｎｇ Ｕｎｉｔ）負荷（ＣＰＵ使用率），
およびメモリ使用量) とからなる処理履歴を、過去の処
理要求の数だけ有する情報である。なお、リソース情報
の内容としては、上記の処理時間，ＣＰＵ負荷，および
メモリ使用量の他に、ファイルＩ／Ｏ（Ｉｎｐｕｔ／Ｏ
ｕｔｐｕｔ）使用率，ネットワーク負荷率，およびネッ
トワークデータ転送量等が考えられ、上記に限定される
ものではない。

【００２８】図２は、処理要求管理部３０の処理を示す
流れ図である。この処理は、処理要求受入れ処理ステッ
プ３０１と、処理先問合せ処理ステップ３０２と、処理
要求転送処理ステップ３０３と、処理結果受入れ処理ス
テップ３０４と、処理結果転送処理ステップ３０５とか
らなる。

【００２９】図３は、処理先決定部４０の処理を示す流
れ図である。この処理は、処理先決定処理ステップ４０
１からなる。

【００３０】図４は、処理履歴保存部５０の処理を示す
流れ図である。この処理は、処理履歴保存処理ステップ
５０１からなる。

【００３１】次に、図２，図３，および図４の流れ図を
参照して、図１に示すように構成された本実施の形態に
係る負荷分散管理システムの全体の動作について詳細に
説明する。

【００３２】まず、処理要求管理部３０内の処理要求受
入れ手段３１は、本実施の形態に係る負荷分散管理シス
テムが適用されるコンピュータシステム上の１台以上の
クライアントコンピュータ１０のうちの任意のクライア
ントコンピュータ１０（処理要求元クライアントコンピ
ュータ）からの処理要求を受け入れて取得する（ステッ
プ３０１）。ここで、この時に受け入れられる「処理要
求」は、処理内容を特定するための処理名称および処理
に使用されるデータである処理情報からなる。

【００３３】次に、処理先問合せ手段３２は、処理先決
定部４０に処理先問合せ（処理要求元クライアントコン
ピュータからの処理要求を処理するサーバコンピュータ
２０、すなわち処理先サーバコンピュータの問合せ）を
行い（ステップ３０２）、後述するステップ４０１の処
理で生成される処理先情報（処理先サーバコンピュータ
を特定するための情報）を取得する。ここで、この時に
受け取る「処理先情報」とは、処理先サーバコンピュー
タを識別するための情報（コンピュータ識別子）が該当
する。

【００３４】処理先決定部４０は、処理要求管理部３０
からの処理先問合せ（ステップ３０２参照）を受け取
り、処理先決定手段４１によって処理先サーバコンピュ
ータを決定して処理先情報を生成し、その処理先情報を
処理要求管理部３０に返送する（ステップ４０１）。

【００３５】ここで、処理先決定処理（ステップ４０
１）では、処理履歴保存部５０によって記憶装置６０に
保存されている処理履歴情報が抽出（取得）され、その
処理履歴情報に基づき、複数台あるサーバコンピュータ
２０の中から処理先サーバコンピュータが決定され、そ
の処理先サーバコンピュータを示す処理先情報（処理先
サーバコンピュータのコンピュータ識別子を示す情報）
が生成される。

【００３６】ここで、処理先決定手段４１によるステッ
プ４０１における処理先サーバコンピュータの決定の基
準としては、以下に示すようなものがある。

【００３７】すなわち、処理先決定手段４１は、記憶装
置６０から取得した処理履歴情報を参照して、過去の処
理要求に対する実処理時間の短さ，応答時間の短さ，Ｃ
ＰＵ負荷の小ささ，およびメモリ使用量の小ささの観点
から、最適なサーバコンピュータ２０を処理先サーバコ
ンピュータとして決定する。具体的には、例えば、次の
ａ〜ｄに示すような決定方法が考えられる。 ａ．過去の処理要求に対する実処理時間が最短のサーバ
コンピュータ２０を処理先サーバコンピュータとして決
定する。 ｂ．過去の処理要求に対する応答時間が最短のサーバコ
ンピュータ２０を処理先サーバコンピュータとして決定
する。 ｃ．過去の処理要求に対するＣＰＵ負荷（ＣＰＵ使用
率）が最小のサーバコンピュータ２０を処理先サーバコ
ンピュータとして決定する。 ｄ．過去の処理要求に対するメモリ使用量が最小のサー
バコンピュータ２０を処理先サーバコンピュータとして
決定する。

【００３８】また、上記のａ〜ｄの全要素（実処理時
間，応答時間，ＣＰＵ負荷，およびメモリ使用量）の２
以上について一定の優先順位を付けて順次判断していく
ことや、全要素の２以上の組み合わせを総合的に判断す
ることにより、最適なサーバコンピュータ２０を処理先
サーバコンピュータとして決定することも可能である。

【００３９】なお、先に述べたように、処理履歴情報中
のリソース情報の内容の要素としては、上記のａ〜ｄに
示す各要素の他に、ファイルＩ／Ｏ使用率，ネットワー
ク負荷率，およびネットワークデータ転送量等が考えら
れる。このような他の要素をリソース情報として有する
処理履歴情報を使用する場合には、これら他の要素が上
記の実処理時間等の各要素と同様に考慮されて、最適な
サーバコンピュータ２０が処理先サーバコンピュータと
して決定される。具体的には、例えば、次のｅ〜ｇに示
すような決定方法が考えられる。 ｅ．過去の処理要求に対するファイルＩ／Ｏ使用率が最
小のサーバコンピュータ２０を処理先サーバコンピュー
タとして決定する。 ｆ．過去の処理要求に対するネットワーク負荷率が最小
のサーバコンピュータ２０を処理先サーバコンピュータ
として決定する。 ｇ．過去の処理要求に対するネットワークデータ転送量
が最小のサーバコンピュータ２０を処理先サーバコンピ
ュータとして決定する。

【００４０】また、この時点で上記のような判定を行う
ために十分な処理履歴情報が記憶装置６０に存在しない
場合には、処理先決定手段４１は処理先サーバコンピュ
ータをあらかじめ定められた任意の方法（例えば、あら
かじめ設定されている各サーバコンピュータ２０の識別
番号（コンピュータ識別子）の順序）で決定することが
できる。

【００４１】次に、処理要求管理部３０内の処理転送手
段３３は、処理要求受入れ処理（ステップ３０１参照）
で受け入れた処理要求を処理先問合せ処理（ステップ３
０２参照）に基づいて取得した処理先情報で識別される
サーバコンピュータ２０、すなわち処理先サーバコンピ
ュータに転送する（ステップ３０３）。

【００４２】これにより、処理先サーバコンピュータ
は、当該処理要求に基づく所定の処理を行い、その処理
結果を処理要求管理部３０に返却する。

【００４３】処理要求管理部３０内の処理転送手段３３
は、処理先サーバコンピュータからの処理結果を受け入
れ、処理履歴保存部５０にその処理結果に基づく処理履
歴（今回の処理要求に対する処理履歴）を転送する（ス
テップ３０４）。ここで、「処理履歴」とは、先にも述
べたように、当該処理要求に対する、処理先サーバコン
ピュータのコンピュータ識別子と、その処理を行うのに
使用された資源に関するリソース情報（処理時間（実処
理時間および応答時間），ＣＰＵ負荷，およびメモリ使
用量) とからなる情報である。

【００４４】処理履歴保存部５０は、処理要求管理部３
０からの処理履歴を受け付け、処理履歴保存手段５１に
よって今回の処理要求に対する処理履歴を追加した処理
履歴情報を記憶装置６０に保存する（ステップ５０
１）。

【００４５】最後に、処理要求管理部３０内の処理転送
手段３３は、処理要求元クライアントコンピュータに対
して、処理結果受入れ処理（ステップ３０４参照）で受
け取った処理結果を転送（返却）する（ステップ３０
５）。ここでの「処理結果」とは、処理が行われたか否
かを判定するための情報や、処理先サーバコンピュータ
による処理によって新たに生成されたデータである処理
情報が該当する。

【００４６】以上のようにして、処理要求元クライアン
トコンピュータは、処理履歴情報に基づいた最適なサー
バコンピュータ２０である処理先サーバコンピュータに
処理を行わせることができ、その処理結果を得ることが
可能となる。

【００４７】なお、本実施の形態に係る負荷分散管理シ
ステムでは、処理要求管理部３０と処理先決定部４０と
処理履歴保存部５０とがそれぞれ独立して構成されてい
るため、以下のａおよびｂに示すような利点が生じる。

【００４８】ａ．処理先決定部３０を個別に実装するこ
とにより、負荷分散のための処理先サーバコンピュータ
の決定方法を適宜置き換えることが可能になる。

【００４９】ｂ．処理要求管理部３０，処理先決定部４
０，および処理履歴保存部５０の各々を、独立したプロ
グラム（分離したプログラム）としても実装（提供）で
き、共通したプログラム（同一のプログラム）としても
実装（提供）できる。

【００５０】（２） 第２の実施の形態 図５は、本発明の第２の実施の形態に係る負荷分散管理
方法の構成を示す流れ図である。

【００５１】本実施の形態に係る負荷分散管理方法は、
処理要求元クライアントコンピュータからの処理要求を
受け入れる処理要求受入れ処理ステップ５０１と、処理
要求受入れ処理ステップ５０１で受け入れられた処理要
求に対する処理先サーバコンピュータの問合せを行う処
理先問合せ処理ステップ５０２と、処理先問合せ処理ス
テップ５０２における問合せを契機として処理履歴情報
を取得して当該処理履歴情報に基づいて当該問合せに対
する処理先サーバコンピュータを決定する処理先決定処
理ステップ５０３と、処理要求受入れ処理ステップ５０
１で受け入れられた処理要求を処理先決定処理ステップ
５０３で決定された処理先サーバコンピュータに転送す
る処理要求転送処理ステップ５０４と、処理要求転送処
理ステップ５０４で転送された処理要求に基づいて行わ
れる処理先サーバコンピュータによる処理の処理結果を
受け入れる処理結果受入れ処理ステップ５０５と、処理
先サーバコンピュータの処理結果に基づいて今回の処理
要求に対する処理履歴を生成し当該処理履歴を記憶装置
６０（図１参照）内の処理履歴情報に追加して保存する
処理履歴保存処理ステップ５０６と、処理先サーバコン
ピュータの処理結果を処理要求元クライアントコンピュ
ータに転送する処理結果転送処理ステップ５０７とから
なる。なお、処理要求転送処理ステップ５０４の処理と
処理結果受入れ処理ステップ５０５の処理との間に、処
理先サーバコンピュータによる処理（処理要求元クライ
アントコンピュータからの処理要求に対する処理）が存
在する。

【００５２】ここで、本実施の形態におけるステップ５
０１〜５０７の各処理は、上述した第１の実施の形態に
係る負荷分散管理システムにおける図２，図３，および
図４の流れ図中のステップ３０１，ステップ３０２，ス
テップ４０１，ステップ３０３，ステップ３０４，ステ
ップ５０１，およびステップ３０５の各処理と同様の内
容を有する。したがって、ここでは、各処理の内容につ
いては、その詳しい説明を割愛する。

【００５３】（３） 第３の実施の形態 図６は、本発明の第３の実施の形態に係る負荷分散管理
システムの構成を示すブロック図である。

【００５４】図６を参照すると、本発明の第３の実施の
形態に係る負荷分散管理システムは、１台以上のクライ
アントコンピュータ１０および複数台のサーバコンピュ
ータ２０からなるコンピュータシステムに適用されもの
であり、図１に示した第１の実施の形態に係る負荷分散
管理システムに対して、負荷分散プログラム（コンピュ
ータプログラム）を記録した記録媒体７０をコンピュー
タ８０に備える点が異なっている。この記録媒体７０
は、磁気ディスク，半導体メモリ，その他の記録媒体で
あってよい。

【００５５】負荷分散プログラムは、記録媒体７０から
コンピュータ８０に読み込まれ、コンピュータ８０の動
作を、クライアントコンピュータ１０からの処理要求と
サーバコンピュータ２０からの処理結果との管理等を行
う処理要求管理部３０，処理先サーバコンピュータを決
定する処理先決定部４０，および各処理要求に対する処
理先サーバコンピュータの処理履歴からなる処理履歴情
報を記憶装置６０に保存する処理履歴保存部５０として
制御する。負荷分散プログラムの制御によるコンピュー
タ８０の動作は、第１の実施の形態における処理要求管
理部３０，処理先決定部４０，および処理履歴保存部５
０の動作と全く同様になるので、その詳しい説明を割愛
する。

【００５６】ここで、第１の実施の形態の説明において
述べたように、処理要求管理部３０と処理先決定部４０
と処理履歴保存部５０とは、同一のプログラムとしても
各々異なるプログラムとしても提供することが可能であ
る。したがって、処理要求管理部３０に係るプログラム
と処理先決定部４０に係るプログラムと処理履歴保存部
５０に係るプログラムとは、同一の記録媒体としても、
各々別の記録媒体としても、提供することが可能にな
る。

【００５７】

【発明の効果】先に述べたように、従来の負荷分散管理
システム（負荷分散管理方法）は、クライアントコンピ
ュータからの処理要求が発生した場合に、処理を複数台
のサーバコンピュータに順次に割り当てる方式か、処理
要求が発生する毎に全てのサーバコンピュータの動作状
況を調べるために全てのサーバコンピュータに対して問
合せを行う方式かの、いずれかが採用されていた。

【００５８】これに対して、上述したような本発明によ
ると、処理要求が発生した際に全てのサーバコンピュー
タの状況を問い合わせるという必要がなくなり、かつ、
処理可能なサーバコンピュータに対して適切に負荷を分
散することが可能になるという効果が生じる。すなわ
ち、サーバコンピュータへのアクセス（問合せ）を行う
ことなく自動的に各サーバコンピュータの動作状況に基
づいた負荷分散を行うことができるという効果がある。

【００５９】このような効果が生じる理由は、あらかじ
め保存されている処理履歴情報に基づいて、各処理要求
に対する処理先サーバコンピュータを決定することがで
きるようにしたためである。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係る負荷分散管理
システムの構成を示すブロック図である。

【図２】図１中の処理要求管理部の処理を示す流れ図で
ある。

【図３】図１中の処理先決定部の処理を示す流れ図であ
る。

【図４】図１中の処理履歴保存部の処理を示す流れ図で
ある。

【図５】本発明の第２の実施の形態に係る負荷分散管理
方法の構成を示す流れ図である。

【図６】本発明の第３の実施の形態に係る負荷分散管理
システムの構成を示すブロック図である。

【符号の説明】

１０ クライアントコンピュータ ２０ サーバコンピュータ ３０ 処理要求管理部 ３１ 処理要求受入れ手段 ３２ 処理先問合せ手段 ３３ 処理転送手段 ４０ 処理先決定部 ４１ 処理先決定手段 ５０ 処理履歴保存部 ５１ 処理履歴保存手段 ６０ 記憶装置 ７０ 記録媒体 ８０ コンピュータ ５０１ 処理要求受入れ処理ステップ ５０２ 処理先問合せ処理ステップ ５０３ 処理先決定処理ステップ ５０４ 処理要求転送処理ステップ ５０５ 処理結果受入れ処理ステップ ５０６ 処理履歴保存処理ステップ ５０７ 処理結果転送処理ステップ

Claims (9)

【特許請求の範囲】
1. 【請求項１】 クライアントコンピュータ群およびサー
   バコンピュータ群からなるコンピュータシステムにおい
   て、各処理要求に対する処理先サーバコンピュータの処
   理履歴からなる処理履歴情報を記憶装置に保存する処理
   履歴保存部と、処理要求元クライアントコンピュータか
   らの処理要求が発生した場合に当該処理要求に対する処
   理先サーバコンピュータを前記処理履歴保存部によって
   前記記憶装置に保存されている処理履歴情報に基づいて
   決定する処理先決定部と、処理要求元クライアントコン
   ピュータの処理要求を前記処理先決定部によって決定さ
   れた処理先サーバコンピュータに転送し、当該処理先サ
   ーバコンピュータによる処理結果を当該処理要求元クラ
   イアントコンピュータに転送し、当該処理結果を反映し
   た処理履歴を前記処理履歴保存部に転送する処理要求管
   理部とを有することを特徴とする負荷分散管理システ
   ム。
2. 【請求項２】 処理要求元クライアントコンピュータか
   らの処理要求を受け入れる処理要求受入れ手段と、処理
   先サーバコンピュータを処理先決定部に問い合わせる処
   理先問合せ手段と、前記処理先問合せ手段の問合せに基
   づいて前記処理先決定部により決定された処理先サーバ
   コンピュータに処理要求を転送し、当該処理先サーバコ
   ンピュータによる処理結果を処理要求元クライアントコ
   ンピュータに転送し、当該処理結果を反映した当該処理
   先サーバコンピュータの処理履歴を前記処理履歴保存部
   に転送する処理転送手段とを備える処理要求管理部を有
   することを特徴とする請求項１記載の負荷分散管理シス
   テム。
3. 【請求項３】 処理履歴情報が各処理要求に対する処理
   先サーバコンピュータのコンピュータ識別子ならびに当
   該処理先サーバコンピュータの当該処理要求に対する処
   理に関する処理時間，ＣＰＵ負荷，およびメモリ使用量
   からなることを特徴とする請求項１または請求項２記載
   の負荷分散管理システム。
4. 【請求項４】 処理履歴情報を参照して過去の処理要求
   に対する実処理時間の短さ，応答時間の短さ，ＣＰＵ負
   荷の小ささ，およびメモリ使用量の小ささの観点から最
   適なサーバコンピュータを処理先サーバコンピュータと
   して決定する処理先決定部を有することを特徴とする請
   求項３記載の負荷分散管理システム。
5. 【請求項５】 処理要求元クライアントコンピュータか
   らの処理要求を受け入れる処理要求受入れ処理ステップ
   と、前記処理要求受入れ処理ステップで受け入れられた
   処理要求に対する処理先サーバコンピュータの問合せを
   行う処理先問合せ処理ステップと、前記処理先問合せ処
   理ステップにおける問合せを契機として処理履歴情報を
   取得して当該処理履歴情報に基づいて当該問合せに対す
   る処理先サーバコンピュータを決定する処理先決定処理
   ステップと、前記処理要求受入れ処理ステップで受け入
   れられた処理要求を前記処理先決定処理ステップで決定
   された処理先サーバコンピュータに転送する処理要求転
   送処理ステップと、前記処理要求転送処理ステップで転
   送された処理要求に基づいて行われる処理先サーバコン
   ピュータによる処理の処理結果を受け入れる処理結果受
   入れ処理ステップと、処理先サーバコンピュータの処理
   結果に基づいて今回の処理要求に対する処理履歴を生成
   し当該処理履歴を記憶装置内の処理履歴情報に追加して
   保存する処理履歴保存処理ステップと、処理先サーバコ
   ンピュータの処理結果を処理要求元クライアントコンピ
   ュータに転送する処理結果転送処理ステップとを有する
   ことを特徴とする負荷分散管理方法。
6. 【請求項６】 処理履歴情報が各処理要求に対する処理
   先サーバコンピュータのコンピュータ識別子ならびに当
   該処理先サーバコンピュータの当該処理要求に対する処
   理に関する処理時間，ＣＰＵ負荷，およびメモリ使用量
   からなることを特徴とする請求項５記載の負荷分散管理
   方法。
7. 【請求項７】 処理履歴情報を参照して過去の処理要求
   に対する実処理時間の短さ，応答時間の短さ，ＣＰＵ負
   荷の小ささ，およびメモリ使用量の小ささの観点から最
   適なサーバコンピュータを処理先サーバコンピュータと
   して決定する処理先決定処理ステップを有することを特
   徴とする請求項６記載の負荷分散管理方法。
8. 【請求項８】 クライアントコンピュータ群およびサー
   バコンピュータ群からなるコンピュータシステムにおい
   て、コンピュータを、各処理要求に対する処理先サーバ
   コンピュータの処理履歴からなる処理履歴情報を記憶装
   置に保存する処理履歴保存部，処理要求元クライアント
   コンピュータからの処理要求が発生した場合に当該処理
   要求に対する処理先サーバコンピュータを前記処理履歴
   保存部によって前記記憶装置に保存されている処理履歴
   情報に基づいて決定する処理先決定部，および処理要求
   元クライアントコンピュータの処理要求を前記処理先決
   定部によって決定された処理先サーバコンピュータに転
   送し、当該処理先サーバコンピュータによる処理結果を
   当該処理要求元クライアントコンピュータに転送し、当
   該処理結果を反映した処理履歴を前記処理履歴保存部に
   転送する処理要求管理部として機能させるためのプログ
   ラムを記録した記録媒体。
9. 【請求項９】 記録されるプログラムの機能の１つであ
   る処理要求管理部が、処理要求元クライアントコンピュ
   ータからの処理要求を受け入れる処理要求受入れ手段
   と、処理先サーバコンピュータを処理先決定部に問い合
   わせる処理先問合せ手段と、前記処理先問合せ手段の問
   合せに基づいて前記処理先決定部により決定された処理
   先サーバコンピュータに処理要求を転送し、当該処理先
   サーバコンピュータによる処理結果を処理要求元クライ
   アントコンピュータに転送し、当該処理結果を反映した
   当該処理先サーバコンピュータの処理履歴を前記処理履
   歴保存部に転送する処理転送手段とを備えることを特徴
   とする請求項８記載の記録媒体。