(57)【要約】【課題】特許文献１の管理システムは、常にサーバにかかる負荷を分散できるとは限らないという課題があった。【解決手段】特許文献１の管理システムは、制御装置と、複数のサーバとを備える。前記制御装置は、前記複数のサーバと接続された制御装置であって、前記複数のサーバ各々の負荷量を記憶する記憶手段を備える。前記制御装置は、処理要求が発生した際、前記複数のサーバのうち前記負荷量が最小である特定サーバに前記処理を実行すべき旨の指示を送出し、前記処理の処理量に対応する負荷量の増分を加算した結果で前記特定サーバの前記負荷量を更新する。【選択図】      図８
2014229221.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバと接続された制御装置であって、
前記複数のサーバ各々の負荷量を記憶する記憶手段を備え、処理要求が発生した際、前記複数のサーバのうち前記負荷量が最小である特定サーバに前記処理を実行すべき旨の指示を送出し、前記処理の処理量に対応する負荷量の増分を加算した結果で前記特定サーバの前記負荷量を更新する、
ことを特徴とする制御装置。
【請求項２】
前記負荷量の増分は、第１の所定値と前記処理の処理量との乗算値に第２の所定値を加算した値である、
ことを特徴とする請求項１に記載の制御装置。
【請求項３】
前記第１の所定値は、前記処理量と前記サーバの負荷量の関係を示す近似式の傾きであり、前記第２の所定値は、前記式の切片である、
ことを特徴とする請求項２に記載の制御装置。
【請求項４】
前記特定サーバに前記指示を送出した後、前記特定サーバから前記処理が完了したことが通知された場合には、前記特定サーバの前記負荷量を、前記負荷量の増分、減算した値となるように更新する、
ことを特徴とする請求項１乃至３のいずれか１項に記載の制御装置。
【請求項５】
前記複数のサーバは、所定のサイズのファイルを生成する電子装置に少なくとも１つ接続され、
前記処理は、前記電子装置からファイルを取得する処理であり、
前記処理量は、取得する前記ファイルのファイルサイズである、
ことを特徴とする請求項１乃至４のいずれか１項に記載の制御装置。
【請求項６】
前記第１の所定値は１であり、前記第２の所定値は０である、
ことを特徴とする請求項５に記載の制御装置。
【請求項７】
請求項１乃至６のいずれか１項に記載の制御装置と、前記複数のサーバとを備えている、
ことを特徴とする管理システム。
【請求項８】
複数のサーバ各々の負荷量を記憶し、処理要求が発生した際、前記複数のサーバのうち前記負荷量が最小である特定サーバに前記処理を実行すべき旨の指示を送出し、前記処理の処理量に対応する負荷量の増分を加算した結果で前記特定サーバの前記負荷量を更新する、
ことを特徴とするサーバの負荷分散方法。
【請求項９】
前記負荷量の増分は、第１の所定値と前記処理の処理量との乗算値に第２の所定値を加算した値であり、
前記第１の所定値は、前記処理量と前記サーバの負荷量の関係を示す近似式の傾きであり、前記第２の所定値は、前記式の切片である、
ことを特徴とする請求項８に記載のサーバの負荷分散方法。
【請求項１０】
前記特定サーバに前記指示を送出した後、前記特定サーバから前記処理が完了したことが通知された場合には、前記特定サーバの前記負荷量を、前記負荷量の増分、減算した値となるように更新する、
ことを特徴とする請求項８乃至９のいずれか１項に記載のサーバの負荷分散方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置、管理システム、サーバの負荷分散方法に関し、特に、サーバにかかる負荷を予側して、負荷最小のサーバに処理をさせる制御装置、管理システム、サーバの負荷分散方法に関する。
【背景技術】
【０００２】
一般的に、複数のネットワーク機器を管理することを目的として、複数のネットワーク機器からデータを周期的に収集する管理システムが知られている。上述の管理システムでは、システムに備わるサーバがネットワーク機器からデータ収集を行う。なお、上述の管理システムとしては、例えば、ＥＭＳ（Ｅｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）等が知られている。
【０００３】
ところで、上述の管理システムにおいて、ネットワーク機器が数千台、数万台である場合には、１台のサーバでデータ収集を行うのは困難である。そこで、上述の管理システムでは、図１に示されるように、複数のサーバを備え、各サーバが、所定のネットワーク機器からデータを収集する。図１は、一般的な管理システムのサーバがネットワーク機器からデータを収集する様子を示した図である。
【０００４】
しかし、上述の管理システムでは、各ネットワーク機器から収集するデータのサイズが常に同じとは限らないので、一部のサーバが高負荷になったり、逆に一部のサーバが低負荷で処理に余力のある状態になってしまうという課題があった。
【０００５】
上述の課題を解決する為に、各サーバの負荷を周期的に監視し、データ収集等の処理を行うときには、負荷が最小のサーバに処理させるようにすることで、サーバの負荷を分散させる管理システムが知られている。
【０００６】
上述の負荷最小のサーバに処理をさせる管理システムとしては、例えば、以下の特許文献１に開示がされている。図２は、特許文献１の宅内機器管理システムの動作を説明する為の図である。
【０００７】
特許文献１の宅内機器管理システムは、複数の管理サーバと、該管理サーバと接続された制御装置と、少なくとも１つの宅内機器（上述のネットワーク機器に相当）を備える。管理サーバと各宅内機器は、それぞれ接続される。
【０００８】
制御装置は、図２に示されるように、各管理サーバから、その負荷情報を一定周期に取得する（Ｓ１〜３）。宅内機器は、当該宅内機器の管理を制御装置に要求する（Ｓ４）。制御装置は、宅内機器から管理を要求された場合、その時、取得していた負荷情報を基に、管理サーバのうち負荷の最も小さな最小負荷管理サーバを選択する（Ｓ５）。次に、制御装置は、最小負荷管理サーバに対して該宅内機器の管理を要求し、該宅内機器の管理をさせる（Ｓ６）。図２では、管理サーバ１に宅内機器の管理をさせる場合を示している。
【０００９】
上述の構成や動作の通り、特許文献１の宅内機器管理システムは、宅内機器から管理を要求された場合には、その都度、負荷最小の管理サーバに宅内機器の管理を実施させるようにし、各管理サーバにかかる負荷を分散する。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０１１−１１８５１２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかし、サーバの負荷を分散させる特許文献１等の管理システム（以下、「特許文献１の管理システム」という）は、常にサーバにかかる負荷を分散できるとは限らないという課題があった。
【００１２】
その理由としては、特許文献１の管理システムは、負荷情報の取得が周期的である為、取得と取得の間に、複数回、処理を要求された場合には、毎回、同じ負荷情報で、負荷最小のサーバを求めてしまうからである。
【００１３】
具体的に、特許文献１の宅内機器管理システムを例に説明する。図３は、特許文献１の宅内機器管理システムの動作（多数の宅内機器から同時に管理を要求された場合の動作）を説明する為の図である。
【００１４】
まず、特許文献１の宅内機器管理システムの制御装置（以下、「特許文献１の制御装置」という）は、[背景技術]に上述した通り、各管理サーバから負荷情報の取得を周期的に行う（Ｓ１〜Ｓ３）。しかし、特許文献１の制御装置は、図３に示されるように、取得と取得の間（次にＳ１〜Ｓ３が実施されるまでの間）は負荷情報が更新されないので、その間に多数の宅内機器から管理を要求された場合、毎回、同じ負荷情報で負荷最小の管理サーバを選択してしまう。その結果、制御装置は、同じ管理サーバを、負荷最小の管理サーバとして求め続け、１つの管理サーバに、多数の宅内機器の管理を実施させてしまうことがあった。すなわち、特許文献１の宅内機器管理システムは、１つの管理サーバに負荷が偏ってかかってしまう場合があり、常にサーバにかかる負荷を分散できているとは限らなかった。
【００１５】
上述のように、特許文献１の管理システムは、同じ負荷情報で、繰り返し負荷最小の収集サーバを求め、１つのサーバに多くの処理を割り当ててしまう場合があった。その結果、特許文献１の管理システムは、常にサーバにかかる負荷を分散できるとは限らなかった。
【００１６】
本発明は、上記課題を解決する制御装置、サーバ、管理システム、サーバの負荷分散方法を提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記目的を達成するために、本発明の制御装置は、複数のサーバと接続された制御装置であって、前記複数のサーバ各々の負荷量を記憶する記憶手段を備え、処理要求が発生した際、前記複数のサーバのうち前記負荷量が最小である特定サーバに前記処理を実行すべき旨の指示を送出し、前記処理の処理量に対応する負荷量の増分を加算した結果で前記特定サーバの前記負荷量を更新する。
【００１８】
上記目的を達成するために、本発明の管理システムは、複数のサーバと接続された制御装置であって、前記複数のサーバ各々の負荷量を記憶する記憶手段を備え、処理要求が発生した際、前記複数のサーバのうち前記負荷量が最小である特定サーバに前記処理を実行すべき旨の指示を送出し、前記処理の処理量に対応する負荷量の増分を加算した結果で前記特定サーバの前記負荷量を更新する制御装置と、前記複数のサーバとを備えている。
【００１９】
上記目的を達成するために、本発明のサーバの負荷分散方法は、複数のサーバ各々の負荷量を記憶し、処理要求が発生した際、前記複数のサーバのうち前記負荷量が最小である特定サーバに前記処理を実行すべき旨の指示を送出し、前記処理の処理量に対応する負荷量の増分を加算した結果で前記特定サーバの前記負荷量を更新する。
【発明の効果】
【００２０】
本発明によれば、管理システムは、サーバにかかる負荷を、一般的な管理システムより分散することができる。
【図面の簡単な説明】
【００２１】
【図１】一般的な管理システムのサーバがネットワーク機器からデータを収集する様子を示した図である。
【図２】特許文献１の宅内機器管理システムの動作を説明する為の図である。
【図３】特許文献１の宅内機器管理システムの動作（多数の宅内機器から同時に管理を要求された場合の動作）を説明する為の図である。
【図４】本発明の第１の実施の形態における管理システムの構成例を示す図である。
【図５】本発明の第１の実施の形態における管理システムに備わる負荷情報管理テーブルを説明する為の図である。
【図６】本発明の第１の実施の形態における管理システムの動作を説明する為の図である。
【図７】本発明の第１の実施の形態における管理システムに備わる収集状況管理サーバ３０の動作を説明する為の図である。
【図８】本発明の第２の実施の形態における管理システムの構成例を示す図である。
【発明を実施するための形態】
【００２２】
次に本発明の実施形態について、図面を参照して詳細に説明する。
【００２３】
［第１の実施の形態］
本発明の第１の実施の形態の管理システムでは、制御装置が、処理を要求されると、各サーバの負荷情報を基に、負荷最小のサーバを選択し、負荷最小のサーバに処理を実施させる。制御装置は、負荷最小のサーバに処理を実施させるたびに、該サーバにかかる負荷の上昇量を予想し、該サーバの負荷情報を、上昇量分、加算した値に更新する。すなわち、制御装置は、処理を要求され、サーバに処理を実施させるたびに、負荷情報を更新していくので、同じ負荷情報を基に、負荷最小のサーバを選択することがなく、より各サーバの負荷を分散させることができる。
【００２４】
以下に、本発明の第１の実施の形態における管理システムの構成や機能、動作について説明する。
【００２５】
［構成の説明］
まず、本発明の第１の実施の形態における管理システムの構成と機能について説明する。
【００２６】
（１）本発明の第１の実施の形態における管理システムの構成
図４は、本発明の第１の実施の形態における管理システムの構成例を示す図である。図４に示されるように、本実施形態の管理システムは、データ生成ノード１０、１１、１２、１３と、データ収集サーバ２０、２１を備える。さらに、本実施形態の管理システムは、上述の制御装置に相当する、収集状況管理サーバ３０を備える。
【００２７】
収集状況管理サーバ３０、データ収集サーバ２０、２１、およびデータ生成ノード１０、１１、１２、１３は、互いに有線回線で接続される。
【００２８】
なお、データ収集サーバ２０、２１は、２台に限らない。データ収集サーバ２０、２１は、２台以上であってもよい。また、データ生成ノード１０、１１、１２、１３は、４台に限らない。データ生成ノードは、何台であってもよい。
【００２９】
（２）本発明の第１の実施形態における管理システムを構成する各部位の機能
データ生成ノード１０、１１、１２、１３は、それぞれ、所定のタイミングになると、所定のサイズのファイルを生成する。所定のタイミングは、一定間隔毎のタイミングであってもよく、上述の所定のサイズと共に、本実施形態の管理システムのユーザによって、各データ生成ノードに設定される。データ生成ノード１０、１１、１２、１３は、所定のサイズのファイルを生成すると、ファイルを生成したことを通知する信号（以下、「ファイル生成通知信号」という）を出力する。なお、データ生成ノード１０、１１、１２、１３は、ファイル生成通知信号に、生成したファイルのサイズと、自身を示す識別子（以下、「ノード識別子」という）とを含めて出力する。
【００３０】
また、データ収集サーバ２０、２１は、ファイル収集を要求する信号（以下、「ファイル収集要求信号」という）が入力されると、ファイル収集要求信号に含まれるノード識別子とファイルサイズを抽出し、抽出したノード識別子に対応するデータ生成ノードからファイルを収集する。さらに、データ収集サーバ２０、２１は、抽出したファイルサイズ分のファイルを収集すると、データ収集完了したことを示す信号（以下、「データ収集完了通知信号」）を出力する。
【００３１】
収集状況管理サーバ３０は、上述のファイル生成通知信号が入力されると、ファイルを収集するデータ収集サーバを決定する。具体的には、収集状況管理サーバ３０は、自身が保持する負荷情報管理テーブルの中から負荷量の最も小さいデータ収集サーバ（以下、「負荷最小サーバ」という）を選択する。
【００３２】
ここで、負荷情報管理テーブルとは、データ収集サーバ２０、２１の負荷量を示す表である。図５は、本発明の第１の実施の形態における管理システムに備わる負荷情報管理テーブルを説明する為の図である。負荷情報管理テーブルは、図５に示されるように、データ収集サーバ２０、２１毎に、その負荷量が示される。さらに、負荷情報管理テーブルは、データ収集サーバ２０、２１がデータを収集するデータ生成ノードを示すノード識別子が関連づけられる。さらに、負荷情報管理テーブルは、ノード識別子毎に、そのノード識別子が示すデータ生成ノードからデータを収集することで新たにかかる負荷量（以下、「ノード毎の負荷量」という）が関連づけられる。上述の負荷量、ノード毎の負荷量、およびノード識別子は、収集状況管理サーバ３０によって更新される。具体的な更新方法については、[動作の説明]にて後述する。なお、負荷情報管理テーブルは、収集状況管理サーバ３０によって設定される前は、データ収集サーバ２０、２１にかかる負荷量は０で、ノード識別子やノード毎の負荷量が関連づけられていない状態である。
【００３３】
また、収集状況管理サーバ３０は、負荷量の最も小さいデータ収集サーバ、すなわち負荷最小サーバを選択すると、そのサーバに対し、ファイル収集を実施するよう要求する。具体的には、収集状況管理サーバ３０は、負荷最小サーバを選択すると、負荷最小サーバに対し、ファイル収集を要求する信号、すなわちファイル収集要求信号を出力する。但し、収集状況管理サーバ３０は、負荷最小サーバを選択した後、入力されたファイル生成通知信号から抽出されるファイルサイズとノード識別子を、ファイル収集要求信号に含めて出力する。さらに、収集状況管理サーバ３０は、負荷最小サーバにファイル収集要求信号を出力したことによって、すなわち負荷最小サーバにファイル収集を実施させたことによって、負荷最小サーバにおける負荷がどの位、上昇するのか、上昇量を予想する。具体的な予側の方法については、［動作の説明］に後述する。収集状況管理サーバ３０は、上昇量を予想すると、負荷最小サーバの負荷量が上述の上昇量分、加算された値となるように負荷情報管理テーブルを更新する。さらに、収集状況管理サーバ３０は、予想した上昇量を、上述のノード毎の負荷量として、負荷最小サーバと関連づけて、負荷情報管理テーブルに追加する。収集状況管理サーバ３０は、抽出したノード識別子も負荷最小サーバと関連づけて、負荷情報管理テーブルに追加する。
【００３４】
さらに、収集状況管理サーバ３０は、データ収集完了通知信号が入力されると、データ収集完了通知信号を入力してきたデータ収集サーバについて、どの位、負荷量が下がるのか、下降量を予想する。具体的には、収集状況管理サーバ３０は、入力されたデータ収集完了通知信号からノード識別子を抽出し、負荷情報管理テーブルにおいて、抽出したノード識別子に関連づいているノード毎の負荷量を、上述の下降量と予側する。収集状況管理サーバ３０は、下降量を予想すると、データ収集完了通知信号を入力してきたデータ収集サーバの負荷量が上述の下降量分、減算された値となるように負荷情報管理テーブルを更新する。さらに、収集状況管理サーバ３０は、抽出したノード識別子と、そのノード識別子に関連づけられているノード毎の負荷量を負荷情報管理テーブルから削除する。
【００３５】
［動作の説明］
図６は、本発明の第１の実施の形態における管理システムの動作を説明する為の図である。また、図７は、本発明の第１の実施の形態における管理システムに備わる収集状況管理サーバ３０の動作を説明する為の図である。図６、７を用いて、本実施形態の管理システムの動作を以下に説明する。
【００３６】
まず、データ生成ノード１０、１１、１２、１３は、図６に示されるように、それぞれ、所定のタイミングになると、所定のサイズのファイルを生成する（Ｓ１０）。図６では、データ生成ノード１０、１１、１２、１３が、５、１０、１、０．２Ｍｂｙｔｅのファイルを生成した所を示している。
【００３７】
また、上述の所定のタイミングは、一定間隔毎のタイミングであってもよく、上述の所定のサイズと共に、本実施形態の管理システムのユーザによって、各データ生成ノードに設定される。ここでは、本実施形態の管理システムのユーザが、同じ所定のタイミングを各データ生成ノードに設定していたとして説明を続ける。
【００３８】
次に、データ生成ノード１０、１１、１２、１３は、所定のサイズのファイルを生成すると、ファイルを生成したことを通知する信号を収集状況管理サーバ３０に出力し、生成したファイルの収集を収集状況管理サーバ３０に要求する（Ｓ２０）。上述のファイルを生成したことを通知する信号は、以下、「ファイル生成通知信号」という。図６では、データ生成ノード１０がファイル生成通知信号を収集状況管理サーバ３０に出力した所を示している。（図６に図示していないが、データ生成ノード１１、１２、１３もファイル生成通知信号を収集状況管理サーバ３０に出力する。）なお、データ生成ノード１０、１１、１２、１３は、ファイル生成通知信号に、生成したファイルのサイズと、自身を示す識別子（以下、「ノード識別子」という）とを含めて出力する。
【００３９】
次に、収集状況管理サーバ３０は、図７に示されるように、データ生成ノード１０、１１、１２、１３から入力されたファイル生成通知信号について、入力された順に以下のＳ３０〜Ｓ３３を実施する。以下のＳ３０〜Ｓ３３は、データ生成ノード１０からファイル生成通知信号が入力された場合について記載しているが、データ生成ノード１１、１２、１３、１４からファイル生成通知信号が入力された場合でも同じ動作である。
【００４０】
まず、収集状況管理サーバ３０は、ファイル生成通知信号がデータ生成ノード１０から入力されると、自身が保持する負荷情報管理テーブルの中から負荷量の最も小さいデータ収集サーバ（以下、「負荷最小サーバ」という）を選択する（Ｓ３０）。
【００４１】
負荷情報管理テーブルとは、［構成の説明］に上述したが、図５に示されるように、データ収集サーバ２０、２１の負荷量を示す表である。また、負荷情報管理テーブルは、データ収集サーバ２０、２１の負荷量以外に、データ収集サーバ２０、２１がデータを収集するデータ生成ノードを示すノード識別子が関連づけられる。さらに、負荷情報管理テーブルは、ノード識別子毎に、そのノード識別子が示すデータ生成ノードからデータを収集することで新たにかかる負荷量（以下、「ノード毎の負荷量」という）も関連づけられる。負荷情報管理テーブルは、後述のＳ３３で収集状況管理サーバ３０によって更新されるが、更新される前は、データ収集サーバ２０、２１にかかる負荷量は０で、ノード識別子やノード毎の負荷量が関連づけられていない状態である。
【００４２】
次に、収集状況管理サーバ３０は、負荷最小サーバを選択すると、そのサーバにファイル収集を実施させる（Ｓ３１）
具体的には、収集状況管理サーバ３０は、負荷最小サーバ、例えばデータ収集サーバ２０を選択すると、図７に示されるように、負荷最小サーバに対し、ファイル収集を要求する信号、すなわちファイル収集要求信号を出力する。但し、収集状況管理サーバ３０は、負荷最小サーバを選択後、入力されたファイル生成通知信号からファイルサイズとノード識別子を抽出して、抽出したファイルサイズとノード識別子を、ファイル収集要求信号に含めて出力する。
【００４３】
次に、ファイル収集要求信号が入力されたデータ収集サーバ、例えば、データ収集サーバ２０は、ファイル収集要求信号に含まれるノード識別子とファイルサイズを抽出し、抽出したノード識別子が示すデータ生成ノードからファイルを収集する（Ｓ４０）。
【００４４】
次に、収集状況管理サーバ３０は、Ｓ３１において、負荷最小サーバ、例えばデータ収集サーバ２０にファイル収集を実施させたことによって、負荷最小サーバの負荷がどの位、上昇するのか、上昇量を予想する（Ｓ３２）。
【００４５】
具体的には、収集状況管理サーバ３０は、Ｓ３１で抽出したファイルサイズに第１の所定値を乗算し、乗算値に第２の所定値を加算した値を、負荷最小サーバにおける負荷の上昇量と予想する。第１、２の所定値は、本実施形態の管理システムの設置者によって収集状況管理サーバ３０に設定される。データ収集サーバに、収集するファイルのサイズが大きくなると、その負荷量も大きくなる単調増加関係がある場合、本実施形態の管理システムの設置者は、上述の関係を予め実測し、一次近似式で表わした上、一次近似式の傾きを第１の所定数として設定してもよい。さらに、本実施形態の管理システムの設置者は、一次近似式の切片を第２の所定数として設定してもよい。なお、本実施形態の管理システムの設置者は、上述の関係が複数の近似式でないと表わせない場合、ファイルサイズに応じて、第１、２の所定値を複数設定してもよい。また、収集するファイルのサイズと同じだけ負荷量が増加する場合には、収集状況管理サーバ３０は、Ｓ４０で抽出したファイルサイズを、上昇量とみなしてもよい。
【００４６】
次に、収集状況管理サーバ３０は、負荷情報管理テーブルを更新する（Ｓ３３）。
【００４７】
具体的には、収集状況管理サーバ３０は、負荷情報管理テーブルから負荷最小サーバの負荷量を取得する。次に、収集状況管理サーバ３０は、取得した負荷量に、Ｓ３２で予想した負荷の上昇量を加算する。収集状況管理サーバ３０は、加算した値が、負荷最小サーバの負荷量となるように負荷情報管理テーブルを更新する。さらに、収集状況管理サーバ３０は、Ｓ３１で抽出したノード識別子を、負荷最小サーバに関連づけて、負荷情報管理テーブルに追加する。さらに、収集状況管理サーバ３０は、Ｓ３２で予想した負荷の上昇量を、上述のノード識別子に対応するデータ生成ノードからデータを収集することで新たにかかる負荷量、すなわちノード毎の負荷量と認識する。収集状況管理サーバ３０は、負荷最小サーバに関連づけて、ノード毎の負荷量を負荷情報管理テーブルに追加する。なお、収集状況管理サーバ３０が、上述のＳ３２で、ファイルサイズを上昇量とみなした場合、ノード毎の負荷量は、図５に示されるように、ファイルサイズとなる。
【００４８】
次に、収集状況管理サーバ３０は、データ生成ノード１１、１２、１３、１４から入力されたファイル生成通知信号についても、同様に、上述のＳ３０〜Ｓ３３を実施する。すなわち、収集状況管理サーバ３０は、図７に示されるように、選択した負荷最小のサーバにファイル収集を実施させる毎（Ｓ３０、Ｓ３１を実施する毎）に、そのサーバの負荷の上昇量を予想し、負荷管理テーブル（各サーバの負荷情報）を更新していく。その結果、収集状況管理サーバ３０は、同じ負荷情報を基に、負荷最小のサーバを選択することがないので、各サーバの負荷をより分散させることができる。
【００４９】
次に、データ収集サーバ、例えば、データ収集サーバ２０は、図６に示されるように、上述のＳ４０で抽出したファイルサイズ分、ファイルを収集すると、データ収集が完了したことを示す信号を、収集状況管理サーバ３０に出力する（Ｓ５０）。データ収集が完了したことを示す信号は、以下、「データ収集完了通知信号」という。データ収集サーバ２０は、データ収集完了通知信号にノード識別子を含めて出力する。
【００５０】
次に、収集状況管理サーバ３０は、データ収集完了通知信号がデータ収集サーバから入力されると、そのデータ収集サーバについて、どの位、負荷量が下がるのか、下降量を予想する。
【００５１】
具体的には、収集状況管理サーバ３０は、入力されたデータ収集完了通知信号からノード識別子を抽出し、負荷情報管理テーブルにおいて、抽出したノード識別子に関連づいているノード毎の負荷量を、上述の下降量と予側する。
【００５２】
次に、収集状況管理サーバ３０は、負荷情報管理テーブルを更新する。
【００５３】
具体的には、収集状況管理サーバ３０は、負荷情報管理テーブルから、上述のノード識別子（データ収集完了通知信号より抽出したノード識別子）に関連づけられているデータ収集サーバの負荷量を取得する。次に、収集状況管理サーバ３０は、取得した負荷量から上述の下降量を減算する。収集状況管理サーバ３０は、減算後の負荷量が、抽出したノード識別子に関連づけられているデータ収集サーバの負荷量となるよう、負荷情報管理テーブルを更新する。さらに、収集状況管理サーバ３０は、抽出したノード識別子と、そのノード識別子に関連づけられているノード毎の負荷量を負荷情報管理テーブルから削除する。
【００５４】
［効果の説明］
本実施形態によれば、管理システムは、各サーバにかかる負荷を、一般的な管理システムより分散することができる。
【００５５】
その理由は、本実施形態の管理システムの収集状況管理サーバが、各サーバの処理量を記憶し、負荷量が最小のサーバに処理を実施させる毎に、その処理による負荷量の増加分を、記憶する各サーバの処理量に反映するからである。すなわち、本実施形態の管理システムの収集状況管理サーバは、各サーバの負荷量を随時把握するので、一般的な管理システムのように、過去に取得した負荷量を基に、何度も同じサーバを負荷量最小のサーバとして選択することがなく、各サーバの負荷をより分散できる。
【００５６】
［第２の実施の形態］
次に、本発明の第２の実施の形態について説明する。
【００５７】
［構成の説明］
図８は、本発明の第２の実施の形態における管理システムの構成例を示す図である。
【００５８】
第２の実施の形態における管理システムは、図８に示されるように、制御装置１００と複数のサーバ２００、２１０、２２０とを備える。複数のサーバ２００、２１０、２２０は、制御装置１００と接続される。なお、複数のサーバは、３台に限定されない。
【００５９】
制御装置１００は、複数のサーバ各々の負荷量、すなわちサーバ２００、２１０、２２０の負荷量を記憶する記憶手段を備える。
【００６０】
また、制御装置１００は、処理要求が発生した際、複数のサーバ２００、２１０、２２０のうち、負荷量が最小である特定サーバに処理を実行すべき旨の指示を送出する。さらに、制御装置１００は、上述の処理の処理量に対応する負荷量の増分を加算した結果で特定サーバの負荷量を更新する。
【００６１】
サーバ２００、２１０、２２０は、処理を実行すべき旨の指示を受けると、所定の処理を実施する。所定の処理は、本実施形態の管理システムの設置者によってサーバに設定される。
【００６２】
[動作の説明]
まず、制御装置１００は、処理要求が発生した際、複数のサーバ２００、２１０、２２０のうち、負荷量が最小である特定サーバに処理を実行すべき旨の指示を送出する（処理Ａ）。制御装置１００は、負荷量が最小である特定サーバを、記憶手段に記憶されている各サーバの負荷量から求める。
【００６３】
次に、制御装置１００は、上述の処理の処理量に対応する負荷量の増分を加算した結果で、記憶手段に記憶されている特定サーバの負荷量を更新する（処理Ｂ）。
【００６４】
なお、サーバ２００、２１０、２２０は、処理を実行すべき旨の指示を受けると、所定の処理を実施する。所定の処理は、本実施形態の管理システムの設置者によってサーバに設定される。
【００６５】
制御装置１００は、処理要求が発生すると、その分、上述の処理Ａ、Ｂを実施し、記憶手段の各サーバの負荷量を更新していく。
【００６６】
制御装置１００は、上述の負荷量の増分を、以下の通りに求めることができる。
【００６７】
まず、制御装置１００は、第１の所定値と上述の処理の処理量を乗算し、乗算値に第２の所定値を加算した値を求める。次に制御装置１００は、加算した値を、上述の負荷量の増分とする。第１、２の所定値、所定の処理の処理量は、本実施形態の管理システムの設置者によって、制御装置１００に設定される。各サーバに、上述の処理の処理量が大きくなると、その負荷量も大きくなる単調増加関係があるならば、本実施形態の管理システムの設置者は、上述の関係を予め実測し、一次近似式で表わした上、一次近似式の傾きを第１の所定数として設定する。さらに、本実施形態の管理システムの設置者は、一次近似式の切片を第２の所定数として設定する。
【００６８】
［効果の説明］
本実施形態によれば、管理システムは、各サーバにかかる負荷を、一般的な管理システムより分散することができる。
【００６９】
その理由は、本実施形態の管理システムの制御装置が、各サーバの処理量を記憶し、負荷量が最小のサーバに処理を実施させる毎に、その処理による負荷量の増加分を、記憶する各サーバの処理量に反映するからである。すなわち、本実施形態の管理システムの制御装置は、各サーバの負荷量を随時把握するので、一般的な管理システムのように、過去に取得した負荷量を基に、何度も同じサーバを負荷量最小のサーバとして選択することがなく、各サーバの負荷をより分散できる。
【００７０】
なお、上述した実施の形態は、その形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々変更可能である。
【符号の説明】
【００７１】
１    管理サーバ
１０    データ生成ノード
１１    データ生成ノード
１２    データ生成ノード
１３    データ生成ノード
２０    データ収集サーバ
２１    データ収集サーバ
３０    収集状況管理サーバ
１００    制御装置
２００    サーバ
２１０    サーバ
２２０    サーバ
【図１】
2014229221.tif 000003
【図２】
2014229221.tif 000004
【図３】
2014229221.tif 000005
【図４】
2014229221.tif 000006
【図５】
2014229221.tif 000007
【図６】
2014229221.tif 000008
【図７】
2014229221.tif 000009
【図８】
2014229221.tif 000010