(57)【要約】【課題】簡易な方式に従って一部の資源への負荷集中を回避しながら、複数の資源が全体として効率よく利用され得るシステムを提供する。【解決手段】本発明の資源負荷適正化管理システムによれば、寄与度評価ユニット１３０が、制御ユニット１１０による「リクエストの受付履歴」と、負荷測定ユニット１２０により測定された「サーバ１０の負荷の履歴」との対応関係に基づき、各リクエストに応じた情報処理実行に伴う各サーバ１０の負荷への寄与度を評価する。また、指定ユニット１４０が、各サーバ１０について寄与度評価ユニット１３０により評価された寄与度が上位である一又は複数のリクエストを「高負荷リクエスト」として指定する。そして、負荷測定ユニット１２０により測定された負荷が閾値を超えたサーバ１０がある場合、制御ユニット１１０が、そのサーバ１０について指定手段により「高負荷リスト」として指定されたリクエストの新規受付を保留する。【選択図】  図１
2006012065.tif 000002
【特許請求の範囲】
【請求項１】
端末からのリクエストに応じたサーバの情報処理能力を、該端末及びサーバが接続されたネットワーク上の資源としてその負荷が適正化されるように管理するシステムであって、
端末とのネットワーク通信により、情報処理実行に関する該端末からのリクエストを受け付けるとともに、該リクエストに応じた情報処理を複数のサーバに実行させる制御手段と、
各サーバとのネットワーク通信により、情報処理実行に伴う該各サーバの負荷を測定する負荷測定手段と、
制御手段により受け付けられたリクエストの履歴と、負荷測定手段により認識されたサーバの負荷の履歴との対応関係に基づき、各リクエストに応じた情報処理実行に伴う各サーバの負荷への寄与度を評価する寄与度評価手段と、
各サーバについて寄与度評価手段により評価された寄与度が上位である一又は複数のリクエストを高負荷リクエストとして指定する指定手段とを備え、
負荷測定手段により測定された負荷が閾値を超えたサーバがある場合、制御手段が、該サーバについて指定手段により指定された高負荷リクエストの新規受付を保留することを特徴とする資源負荷適正化管理システム。
【請求項２】
負荷測定手段により測定された負荷が閾値を超えたサーバについて、制御手段により高負荷リクエストの新規受付が保留されてから所定時間の経過後、負荷測定手段により測定された負荷が閾値を超えたままである場合、指定手段が、高負荷リクエスト以外のリクエストのうち該サーバの負荷への寄与度が上位である一又は複数のリクエストを高負荷リクエストとして追加指定することを特徴とする請求項１記載の資源負荷適正化管理システム。
【請求項３】
指定手段が、負荷測定手段により測定された負荷が閾値を超えたサーバについて、制御手段により新規受付が保留されることで、負荷測定手段により測定される負荷が閾値以下に低下した際の一又は複数のリクエスト、又は該負荷の低下が最大となった一のリクエストを、その後、寄与度評価手段により評価される寄与度とは無関係に高負荷リクエストとして指定することを特徴とする請求項２記載の資源負荷適正化管理システム。
【請求項４】
負荷測定手段により測定された負荷が閾値を所定値以上超えているサーバがある場合、又は負荷測定手段により測定された負荷が閾値を越えているサーバが所定数以上ある場合、制御手段が、全てのリクエストの新規受付を保留することを特徴とする請求項１、２又は３記載の資源負荷適正化管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末からのリクエストに応じたサーバの情報処理能力を、該端末及びサーバが接続されたネットワーク上の資源としてその負荷が適正化されるように管理するシステムに関する。
【背景技術】
【０００２】
ネットワーク上の複数の資源のそれぞれの負荷が過大になることを防止するため、従来、負荷分散等の技術的手法が提案されている（例えば、特許文献１〜３参照。以下、各特許文献記載の技術を「先行技術１」等という。）。
【特許文献１】特開２００３−２９６２８９号公報
【特許文献２】特開２０００−２００２５３号公報
【特許文献３】特開２００１−２５６２０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、先行技術１によれば、トランザクション処理メッセージの実行に要するＣＰＵ使用時間の予測値と、複数のサーバのＣＰＵ使用率に基づき、処理メッセージの振り分け配分が決定されることによって一部の資源への負荷集中が回避され得るものの、負荷集中回避のための方式が複雑である。また、先行技術２によれば、サーバの負荷を監視して、設定された分算機能処理パスの選択優先度に従って、処理パスを提供することによって一部の資源への負荷集中が回避され得るものの、負荷集中回避のための方式が複雑である。さらに、先行技術３によれば、ＣＰＵ負荷に応じて全てのリモート処理の実行制限という簡易な方式によって一部の資源への負荷集中が回避され得るが、単にリモート処理実行が制限されるだけでは資源が全体として有効活用されない。
【０００４】
そこで、本発明は、簡易な方式に従って一部の資源への負荷集中を回避しながら、複数の資源が全体として効率よく利用され得るシステムを提供することを解決課題とする。
【課題を解決するための手段】
【０００５】
前記課題を解決するための本発明の資源負荷適正化管理システムは、端末とのネットワーク通信により、情報処理実行に関する該端末からのリクエストを受け付けるとともに、該リクエストに応じた情報処理を複数のサーバに実行させる制御手段と、各サーバとのネットワーク通信により、情報処理実行に伴う該各サーバの負荷を測定する負荷測定手段と、制御手段により受け付けられたリクエストの履歴と、負荷測定手段により測定されたサーバの負荷の履歴との対応関係に基づき、各リクエストに応じた情報処理実行に伴う各サーバの負荷への寄与度を評価する寄与度評価手段と、各サーバについて寄与度評価手段により評価された寄与度が上位である一又は複数のリクエストを高負荷リクエストとして指定する指定手段とを備え、負荷測定手段により測定された負荷が閾値を超えたサーバがある場合、制御手段が、該サーバについて指定手段により指定された高負荷リクエストの新規受付を保留することを特徴とする。
【０００６】
本発明の資源負荷適正化管理システムによれば、寄与度評価手段が、制御手段により受け付けられた「リクエストの履歴」と、負荷測定手段により測定された「サーバの負荷の履歴」との対応関係に基づき、各リクエストに応じた情報処理実行に伴う各サーバの負荷への寄与度を評価する。また、指定手段が、各サーバについて寄与度評価手段により評価された寄与度が上位である一又は複数のリクエストを「高負荷リクエスト」として指定する。
【０００７】
そして、負荷測定手段により測定された負荷が閾値を超えたサーバがある場合、制御手段が、そのサーバについて指定手段により「高負荷リスト」として指定されたリクエストの新規受付を保留する。その一方、負荷測定手段により測定された負荷が閾値を超えたサーバがある場合でも、制御手段が、そのサーバについて指定手段により高負荷リクエストとして指定された以外のリクエストがあった場合、このリクエストを新規に受け付けるとともに、当該リクエストに応じた情報処理を複数のサーバに実行させる。
【０００８】
このように、負荷が閾値を超えたサーバについて高負荷リクエストとして指定されたリクエストの新規受付の保留という簡易な方式に従って、複数の資源のうち一部への負荷集中が回避され得る。また、負荷が閾値を超えたサーバについて高負荷リクエストとして指定された以外のリクエストは新規に受け付けられ、当該リクエストに応じた情報処理は実行されるので、高負荷状態の資源が存在していても、複数の資源が全体として効率よく利用され得る。すなわち、本発明の資源負荷適正化管理システムによれば、簡易な方式に従って一部の資源への負荷集中が回避され、且つ、複数の資源が全体として効率よく利用され得る。
【０００９】
また、本発明の資源負荷適正化管理システムは、負荷測定手段により測定された負荷が閾値を超えたサーバについて、制御手段により高負荷リクエストの新規受付が保留されてから所定時間の経過後、負荷測定手段により測定された負荷が閾値を超えたままである場合、指定手段が、高負荷リクエスト以外のリクエストのうち該サーバの負荷への寄与度が上位である一又は複数のリクエストを高負荷リクエストとして追加指定することを特徴とする。
【００１０】
本発明の資源負荷適正化管理システムによれば、例えば、負荷が閾値を超えたサーバの負荷への寄与度が第ｎ位（ｎ＝１，２，・・）の高負荷リクエストの新規受付が所定時間保留されたにもかかわらず、当該サーバの負荷が閾値以下とならない場合、当該寄与度が第ｎ＋１位のリクエストが高負荷リクエストとして追加指定される。そして、それまでに高負荷リクエストとして指定されていたリクエストに加え、高負荷リクエストとして新たに追加指定されたリクエストの新規受付も保留される。なお、高負荷リクエストとして未指定のリクエストのうち、寄与度が上位である一又は複数のリクエストが一時的に高負荷リクエストとして指定されてもよい。
【００１１】
このように新規受付が保留されるリクエストが、閾値を超えているサーバの負荷への寄与度が高い順から逐次追加され得る。これにより、新規受付が保留されるリクエストを必要最小限に抑制しながらも、当該サーバの負荷の閾値以下までの迅速な低減を図ることができる。
【００１２】
さらに本発明の資源負荷適正化管理システムは、指定手段が、負荷測定手段により測定された負荷が閾値を超えたサーバについて、制御手段により新規受付が保留されることで、負荷測定手段により測定される負荷が閾値以下に低下した際の一又は複数のリクエスト、又は該負荷の低下が最大となった一のリクエストを、その後、寄与度評価手段により評価される寄与度とは無関係に高負荷リクエストとして指定する。
【００１３】
本発明の資源負荷適正化管理システムによれば、新規受付が保留されることで、閾値を超えたサーバの負荷が閾値以下に低下した一又は複数のリクエスト、又は当該サーバの負荷の低下が最大となった一のリクエストが、その後、寄与度評価手段により評価される寄与度とは無関係に「高負荷リクエスト」として指定される。これらのリクエストは、サーバの負荷軽減の実績に鑑みて、当該サーバの負荷を軽減させるのに有効である蓋然性が高い。従って、サーバの負荷が閾値を超えた場合、当該サーバの負荷を軽減させるのに有効である蓋然性が高いリクエストの新規受付が保留されることにより、当該サーバの負荷の迅速な軽減を図ることができる。
【００１４】
また、本発明の資源負荷適正化管理システムは、負荷測定手段により測定された負荷が閾値を所定値以上超えているサーバがある場合、又は負荷測定手段により測定された負荷が閾値を越えているサーバが所定数以上ある場合、制御手段が、全てのリクエストの新規受付を保留することを特徴とする。
【００１５】
本発明の資源負荷適正化管理システムによれば、閾値を所定値以上超えたサーバがある場合、又は所定数以上のサーバの負荷が閾値を超えた場合、全てのリクエストの新規受付が保留される。これにより、複数のサーバ全体の負荷の迅速な低減、ひいてはリクエストの新規受付が可能となるような正常状態への迅速な復帰を図ることができる。
【発明を実施するための最良の形態】
【００１６】
本発明の資源負荷適正化管理システムの実施形態について図面を用いて説明する。
【００１７】
図１は本発明の一実施形態としての資源負荷適正化管理システムの構成説明図であり、図２〜図３は本発明の一実施形態としての資源負荷適正化管理システムの機能説明図である。
【００１８】
まず、本発明の資源負荷適正化管理システムの構成について、図１を用いて説明する。
【００１９】
図１に示す資源負荷適正化管理システムは、複数のサーバ１０及び複数の端末２０が接続されているインターネット等のネットワークに接続されている資源管理サーバ１００により構成されている。なお、本発明における「サーバ」とは、ある特定のサービス機能を意味しており、複数のサーバがあるという表現は、物理的に複数のサーバが存在する場合のみならず、１つのサーバに複数のサービス機能を有している場合も含む。
【００２０】
資源負荷適正化管理システムは、制御ユニット１１０と、負荷測定ユニット１２０と、寄与度評価ユニット１３０と、指定ユニット１４０とを備えている。各ユニットは、ハードウェアとしてのＣＰＵ、ＲＯＭ、ＲＡＭ、その他電子回路等を有するマイクロコンピュータと、目的に応じた情報処理を実行する機能をマイクロコンピュータに付与するソフトウェアとにより構成されている。
【００２１】
制御ユニット１１０は、端末２０とのネットワーク通信により、情報処理実行に関する当該端末２０からのリクエストを受け付けるとともに、当該リクエストに応じた情報処理を複数のサーバ１０に実行させる。その一方、制御ユニット１１０は、負荷測定ユニット１２０により測定された負荷が閾値を超えたサーバがある場合、当該サーバについて指定ユニット１４０により指定された高負荷リクエストの新規受付を保留する。制御ユニット１１０は、どのリクエストをいつ受け付けたかを、リクエストの受付履歴として記憶装置（図示略）に記憶させる。
【００２２】
負荷測定ユニット１２０は、各サーバ１０とのネットワーク通信により、情報処理実行に伴う各サーバ１０の負荷を測定する。負荷測定ユニット１２０は、各サーバの負荷が情報処理実行に伴いどのように変化したかを、各サーバ１０の負荷履歴として記憶装置（図示略）に記憶させる。
【００２３】
寄与度評価ユニット１３０は、制御ユニット１１０により受け付けられたリクエストの履歴と、負荷測定ユニット１２０により測定された各サーバ１０の負荷の履歴との対応関係に基づき、各リクエストに応じた情報処理実行に伴う各サーバ１０の負荷への寄与度を評価する。
【００２４】
指定ユニット１４０は、各サーバ１０について寄与度評価ユニット１３０により評価された寄与度が上位であるリクエストを「高負荷リクエスト」として指定する。
【００２５】
複数のサーバ１０はそれぞれ目的に応じた情報処理を実行するためのソフトウェアを格納しており、端末２０からのリクエストに応じた情報処理の一部又は全部を実行する。
【００２６】
前記構成の資源負荷適正化管理システムの機能について図２〜図３を用いて説明する。
【００２７】
まず、寄与度評価ユニット１３０が、制御ユニット１１０により受け付けられて記憶装置（図示略）に記憶されているリクエストの履歴と、負荷測定ユニット１２０により測定されて記憶装置に記憶されている各サーバ１０の負荷の履歴とに基づき、リクエストごとに各サーバ１０の情報処理実行時の負荷への寄与度を評価する（図２／Ｓ１）。「リクエストの受付履歴」は、例えば図３（ａ）に示されているようにリクエストＡ、Ｂ、Ｃのそれぞれの受付件数の変化により特定される。図３（ａ）に示されている例では、リクエストＡ、Ｂ、Ｃのそれぞれの受付件数は時間帯ｔ０〜ｔ１では「４」「３」「１」であり、時間帯ｔ１〜ｔ２では「３」「５」「２」であり、時間帯ｔ２〜ｔ３では「１」「２」「６」である（単位は任意単位である）。また、各サーバ１０の「負荷の履歴」は、例えば図３（ｂ）に示されているようにサーバｘ、ｙ、ｚのそれぞれの負荷の変化により特定される。図３（ｂ）に示されている例では、サーバｘ、ｙ、ｚのそれぞれの負荷は時間帯ｔ０〜ｔ１では「２１」「２７」「２３」であり、時間帯ｔ１〜ｔ２では「３２」「３１」「２９」であり、時間帯ｔ２〜ｔ３では「２３」「２２」「３３」である。
【００２８】
リクエストＡ、Ｂ、Ｃのそれぞれに応じたサーバｘの情報処理実行時の負荷をそれぞれａ、ｂ、ｃとすると、図３（ａ）に示されている各時間帯のリクエストＡ、Ｂ、Ｃのそれぞれの受付件数と、図３（ｂ）に示されている各時間帯のサーバｘの負荷とから、次式（１）の連立方程式が成立する。
【００２９】
４ａ＋３ｂ＋  ｃ＝２１
３ａ＋５ｂ＋２ｃ＝２７
ａ＋２ｂ＋６ｃ＝２３    ・・（１）
この連立方程式を解くことにより、図３（ｃ）に示されているようにリクエストＡ、Ｂ、Ｃのそれぞれに応じたサーバｘの情報処理実行時の負荷、すなわちリクエストＡ、Ｂ、Ｃのサーバｘの負荷への寄与度は、それぞれ「１」「５」「２」と評価される。
【００３０】
同様の手法により、リクエストＡ、Ｂ、Ｃのサーバｙの負荷への寄与度は、図３（ｃ）に示されているようにそれぞれ「４」「３」「２」と評価される。またリクエストＡ、Ｂ、Ｃのサーバｚの負荷への寄与度は、図３（ｃ）に示されているようにそれぞれ「３」「２」「５」と評価される。
【００３１】
続いて、指定ユニット１４０が、寄与度評価ユニット１３０により評価された各リクエストに応じた情報処理実行時の各サーバ１０の負荷への寄与度に基づき、サーバごとに「高負荷リクエスト」を指定する（図２／Ｓ２）。図３（ｃ）に示されているように寄与度が評価されている場合、例えばサーバｘについて寄与度が第１位のリクエストＢが高負荷リクエストとして指定され、サーバｙについて寄与度が第１位のリクエストＡが高負荷リクエストとして指定され、サーバｚについて寄与度が第１位のリクエストＣが高負荷リクエストとして指定される。
【００３２】
次に制御ユニット１１０が、複数のサーバ１０の負荷状態を判定する（図２／Ｓ３）。
【００３３】
負荷測定ユニット１２０により測定される全てのサーバ１０の負荷が「閾値（例えば４０）」以下である「低負荷状態」であると判定された場合（図２／Ｓ３・・Ａ）、制御ユニット１１０は端末２０からリクエストがあれば（図２／Ｓ４・・ＹＥＳ）、これを受け付け（図２／Ｓ５）、当該リクエストに応じた情報処理を複数のサーバ１０に実行させる（図２／Ｓ６）。
【００３４】
また、負荷測定ユニット１２０により測定される負荷が閾値を超えるサーバ１０が少なくとも１つ存在する「１次高負荷状態」であると判定された場合（図２／Ｓ３・・Ｂ）、制御ユニット１１０は、必要に応じて高負荷リクエストを追加指定した後（図２／Ｓ７，Ｓ８）、端末２０からリクエストがあれば（図２／Ｓ９・・ＹＥＳ）、制御ユニット１１０はそれが高負荷リクエストであるか否かを判定する（図２／Ｓ１０）。リクエストが高負荷リクエストであると判定された場合（図２／Ｓ１０・・ＹＥＳ）、制御ユニット１１０はこのリクエストの受付を保留する。すなわち、この場合、その後の新規リクエストに応じた複数のサーバ１０による情報処理実行が保留される。一方、リクエストが高負荷リクエストではないと判定された場合（図２／Ｓ１０・・ＮＯ）、制御ユニット１１０はこのリクエストを受け付け（図２／Ｓ５）、当該リクエストに応じた情報処理を複数のサーバ１０に実行させる（図２／Ｓ６）。
【００３５】
高負荷リクエストの追加指定に際して、まず、制御ユニット１１０は１次高負荷状態が所定時間以上継続しているか否かを判定する（図２／Ｓ７）。１次高負荷状態が所定時間以上継続していると判定された場合（図２／Ｓ７・・ＹＥＳ）、制御ユニット１１０は高負荷リクエストとして未指定のリクエストのうち、寄与度が上位のリクエストを高負荷リクエストとして追加指定する（図２／Ｓ８）。例えば、図３に示されているように各リクエストの各サーバの負荷への寄与度が評価されている場合、サーバｘ、ｙ、ｚのそれぞれについて、寄与度が第２位のリクエストＣ、Ｂ、Ａがそれぞれ高負荷リクエストとして追加される。高負荷リクエストの新規受付保留によって低負荷状態になったと判定されれば（図２／Ｓ３・・Ａ）、制御ユニット１１０は、端末２０からの全てのリクエストを受け付け、当該リクエストに応じた情報処理を複数のサーバ１０に実行させる（図２／Ｓ４〜Ｓ６）。
【００３６】
さらに、負荷測定ユニット１２０により測定される負荷が閾値を所定値（例えば１０）以上超えるサーバ１０が少なくとも１つ存在する「２次高負荷状態」であると判定された場合（図２／Ｓ３・・Ｃ）、制御ユニット１１０はリクエストがあったとしても（図２／Ｓ１２・・ＹＥＳ）、その全ての新規受付を保留する（図２／Ｓ１１）。全てのリクエストの新規受付保留によって低負荷状態になったと判定されれば（図２／Ｓ３・・Ａ）、制御ユニット１１０は、端末２０からの全てのリクエストを受け付け、当該リクエストに応じた情報処理を複数のサーバ１０に実行させる（図２／Ｓ４〜Ｓ６）。また、全てのリクエストの新規受付保留によって１次高負荷状態になったと判定されれば（図２／Ｓ３・・Ｂ）、制御ユニット１１０は、端末２０からの全てのリクエストを受け付け、これが高負荷リクエストでなければ受け付けるとともに、当該リクエストに応じた情報処理を複数のサーバ１０に実行させる（図２／Ｓ１０，Ｓ５，Ｓ６）。
【００３７】
前記機能を発揮する資源負荷適正化管理システムによれば、負荷が閾値を超えたサーバ１０について高負荷リクエストとして指定されたリクエストの新規受付の保留という簡易な方式に従って、複数のサーバ１０のうち一部への負荷集中が回避され得る（図２／Ｓ２，Ｓ９，Ｓ１０参照）。また、負荷が閾値を超えたサーバ１０について高負荷リクエストとして指定された以外のリクエストは新規に受け付けられ、当該新規リクエストに応じた情報処理は実行されるので、高負荷状態の資源が存在していても、複数のサーバ１０が全体として効率よく利用され得る（図２／Ｓ１０，Ｓ５，Ｓ６参照）。このように、本発明の資源負荷適正化管理システムによれば、簡易な方式に従って一部のサーバ（資源）１０への負荷集中が回避され、且つ、複数のサーバ１０が全体として効率よく利用され得る。
【００３８】
また、負荷が閾値を超えたサーバ１０の負荷への寄与度が第ｎ位（ｎ＝１，２，・・）の高負荷リクエストの新規受付が所定時間保留されたにもかかわらず、当該サーバ１０の負荷が閾値以下とならない場合、当該寄与度が第ｎ＋１位のリクエストが高負荷リクエストとして追加指定される（図２／Ｓ７，Ｓ８参照）。そして、それまでに高負荷リクエストとして指定されていたリクエストに加え、高負荷リクエストとして新たに追加指定されたリクエストの新規受付も保留される（図２／Ｓ１１参照）。図３（ｃ）に示されている例において、サーバｘの負荷が閾値を超えている場合、まず寄与度が第１位のリクエストＢの新規受付が保留される。そして、この状態が所定時間以上継続した場合、寄与度が第２位のリクエストＣもリクエストＢに加えてサーバｘの高負荷リクエストとして指定され、リクエストＢ及びＣの新規受付が保留される（図２／Ｓ７，Ｓ８，Ｓ１１参照）。
【００３９】
このように新規受付が保留されるリクエストが、閾値を超えているサーバ１０の負荷への寄与度が高い順から逐次追加され得る。これにより、新規受付が保留されるリクエストを必要最小限に抑制しながらも、当該サーバ１０の負荷の閾値以下までの迅速な低減を図ることができる。
【００４０】
さらに、制御ユニット１１０によって閾値を所定値以上超えたサーバ１０がある２次高負荷状態にあると判定された場合（図２／Ｓ３・・Ｃ）、全てのリクエストの新規受付が保留される（図２／Ｓ１１）。これにより、複数のサーバ１０の全体の負荷の迅速な低減、ひいては２次高負荷状態（図２／Ｓ３・・Ｃ）から、リクエストの新規受付が可能となるような低負荷状態（図２／Ｓ３・・Ａ参照）又は１次高負荷状態（図２／Ｓ３・・Ｂ参照）への迅速な復帰を図ることができる。
【００４１】
なお、本発明の他の実施形態として、負荷測定ユニット１２０により測定された負荷が閾値を超えたサーバ１０について、制御ユニット１１０により新規受付が保留されることで、負荷測定ユニット１２０により測定される負荷が閾値以下に低下した際の一又は複数のリクエスト、又は該負荷の低下が最大となった一のリクエストを、その後、寄与度評価ユニット１３０により評価される寄与度とは無関係に、指定ユニット１４０が「高負荷リクエスト」として指定してもよい。図３（ｃ）に示されている例において、サーバｙの負荷が閾値を超える第１高負荷状態になった後、高負荷リクエスト（＝リクエストＡ）の新規受付が保留されることで、サーバｙの負荷が閾値以下となった場合、その後の寄与度の評価によってサーバｙについてリクエストＢの寄与度が最高であると評価されたとしても、リクエストＡは無条件に高負荷リクエストとして指定される。また、サーバｚの負荷が閾値を超える第１高負荷状態になった後、リクエストＣよりも、リクエストＡの新規受付が保留されることで、サーバｚの負荷が大きく軽減された場合、サーバｚについてリクエストＡは無条件に高負荷リクエストとして指定される。なお、寄与度評価ユニット１３０による寄与度の評価は、サーバ１０が多数あり、且つ、リクエストの種類も膨大である場合には、図３に示されている例よりも著しく困難になり、リクエストの受付履歴及びサーバ１０の負荷履歴の更新によって変動することがあり得る。
【００４２】
当該他の実施形態の資源負荷適正化管理システムによれば、新規受付が保留されることで、閾値を超えたサーバ１０の負荷が閾値以下に低下した一又は複数のリクエスト、又は当該サーバの負荷の低下が最大となった一のリクエストが、その後、寄与度評価ユニット１３０により評価される寄与度とは無関係に「高負荷リクエスト」として指定される。これらのリクエストは、サーバ１０の負荷軽減の実績に鑑みて、当該サーバ１０の負荷を軽減させるのに有効である蓋然性が高い。従って、サーバ１０の負荷が閾値を超えた場合、当該サーバ１０の負荷を軽減させるのに有効である蓋然性が高いリクエストの新規受付が保留されることにより、当該サーバ１０の負荷の迅速な軽減を図ることができる。
【００４３】
また、前記実施形態では、負荷測定ユニット１２０により測定された負荷が閾値を所定値以上超えているサーバ１０がある場合、制御ユニット１１０によって２次高負荷状態であると判定されたが（図２／Ｓ３・・Ｃ）、他の実施形態として負荷測定ユニット１２０により測定された負荷が閾値を越えているサーバ１０が所定数以上ある場合、制御ユニット１１０によって２次高負荷状態であると判定されてもよい。これにより、複数のサーバ１０の全体の負荷の迅速な低減、ひいてはリクエストの新規受付が可能となるような低負荷状態（図２／Ｓ３・・Ａ参照）又は１次高負荷状態（図２／Ｓ３・・Ｂ参照）への迅速な復帰を図ることができる。
【図面の簡単な説明】
【００４４】
【図１】本発明の一実施形態としての資源負荷適正化管理システムの構成説明図
【図２】本発明の一実施形態としての資源負荷適正化管理システムの機能説明図
【図３】本発明の一実施形態としての資源負荷適正化管理システムの機能説明図
【符号の説明】
【００４５】
１０‥サーバ、２０‥端末、１００‥資源管理サーバ（資源負荷適正化管理システム）、１１０‥制御ユニット、１２０‥負荷測定ユニット、１３０‥寄与度評価ユニット、１４０‥指定ユニット
【図１】
2006012065.tif 000003
【図２】
2006012065.tif 000004
【図３】
2006012065.tif 000005