役割分担された各サーバが役割毎に複数台ずつネットワークに接続され、役割分担されたサーバ間で協働処理を行うシステムにおいて、各サーバの起動又は停止を制御するサーバ構成制御装置であって、各サーバの起動又は停止に適用される制約条件であって、サーバ毎に、該サーバの起動又は停止に際して所定の条件を満たすべき他のサーバ及び該条件の内容を示す制約条件を記憶する記憶手段と、各サーバにおける処理負荷量及び各サーバの稼動に用いられる電力量のうち少なくとも一方を取得する取得手段と、前記取得手段によって取得された処理負荷量及び電力量のうち少なくとも一方に基づいて、起動又は停止の対象となる対象サーバを決定する決定手段と、前記決定手段によって決定された対象サーバの起動又は停止に適用される制約条件を前記記憶手段から取得し、該制約条件に規定された他のサーバ及び条件の内容を特定する特定手段と、前記特定手段によって特定された他のサーバが前記特定手段によって特定された条件を満たすように制御した後に、前記決定手段によって決定された対象サーバの起動又は停止を実行する実行手段とを備えたことを特徴とするサーバ構成制御装置。前記決定手段は、前記取得手段によって取得された前記処理負荷量又は前記電力量が任意の閾値を越えた場合に、サーバごとに予め設定された当該サーバを稼動させる優先度の順に前記対象サーバと決定することを特徴とする請求項1に記載のサーバ構成制御装置。前記記憶手段は、前記制約条件の前記条件の内容として、起動及び停止の順序、サーバ間の依存関係及び制御に失敗した場合の処理について記憶することを特徴とする請求項1又は2に記載のサーバ構成制御装置。役割分担された各サーバが役割毎に複数台ずつネットワークに接続され、役割分担されたサーバ間で協働処理を行うシステムにおいて、各サーバの起動又は停止を制御するサーバ構成制御装置によって実行されるサーバ構成制御方法であって、各サーバにおける処理負荷量及び各サーバの稼動に用いられる電力量のうち少なくとも一方を取得する取得工程と、前記取得工程によって取得された処理負荷量及び電力量のうち少なくとも一方に基づいて、起動又は停止の対象となる対象サーバを決定する決定工程と、各サーバの起動又は停止に適用される制約条件として、サーバ毎に、該サーバの起動又は停止に際して所定の条件を満たすべき他のサーバ及び該条件の内容を記憶する記憶部を参照し、前記決定工程によって決定された対象サーバの起動又は停止に適用される制約条件を取得し、該制約条件に規定された他のサーバ及び条件の内容を特定する特定工程と、前記特定工程によって特定された他のサーバが前記特定工程によって特定された条件を満たすように制御した後に、前記決定工程によって決定された対象サーバの起動又は停止を実行する実行工程とを含んだことを特徴とするサーバ構成制御方法。しかしながら、上述した従来技術では、異なるサーバ種別間で、サーバを起動又は停止させる際の制約がある場合に、処理負荷量や、消費電力量を迅速に最適化することができないという問題があった。例えば、上述した従来技術では、サーバ種別間で、サーバを起動又は停止させる順番に制約があったり、サーバの起動又は停止に失敗した後の他のサーバに対する制御に制約があったりした場合に、それに沿ったサーバの制御を行うことができず、処理負荷量や、消費電力量を迅速に最適化することができない。かかる場合には、サーバ群を管理する保守者が、サーバの起動又は停止に係る制約を確認しながらサーバの起動又は停止を行うため、作業時間が長くかかってしまい、処理負荷量や、消費電力量を迅速に最適化することができない。さらに、保守者の作業ミスを誘発する場合もあった。そこで、本願は、上述した従来技術の問題に鑑みてなされたものであって、異なるサーバ種別間で、サーバを起動又は停止させる際の制約がある場合であっても、処理負荷量や、消費電力量を迅速に最適化することを可能にするサーバ構成制御装置及びサーバ構成制御方法を提供することを目的とする。上述した課題を解決し、目的を達成するため、本願の装置は、役割分担された各サーバが役割毎に複数台ずつネットワークに接続され、役割分担されたサーバ間で協働処理を行うシステムにおいて、各サーバの起動又は停止を制御するサーバ構成制御装置であって、各サーバの起動又は停止に適用される制約条件であって、サーバ毎に、該サーバの起動又は停止に際して所定の条件を満たすべき他のサーバ及び該条件の内容を示す制約条件を記憶する記憶手段と、各サーバにおける処理負荷量及び各サーバの稼動に用いられる電力量のうち少なくとも一方を取得する取得手段と、前記取得手段によって取得された処理負荷量及び電力量のうち少なくとも一方に基づいて、起動又は停止の対象となる対象サーバを決定する決定手段と、前記決定手段によって決定された対象サーバの起動又は停止に適用される制約条件を前記記憶手段から取得し、該制約条件に規定された他のサーバ及び条件の内容を特定する特定手段と、前記特定手段によって特定された他のサーバが前記特定手段によって特定された条件を満たすように制御した後に、前記決定手段によって決定された対象サーバの起動又は停止を実行する実行手段とを備えたことを特徴とする。本願の装置は、異なるサーバ種別間で、サーバを起動又は停止させる際の制約がある場合であっても、処理負荷量や、消費電力量を迅速に最適化することを可能にする。以下に添付図面を参照して、本願のサーバ構成制御装置及びサーバ構成制御方法の実施例を詳細に説明する。なお、本願のサーバ構成制御装置及びサーバ構成制御方法は、以下の実施例により限定されるものではない。実施例1においては、まず、従来技術の一例を挙げて課題について説明した後、本願のサーバ構成制御装置について説明する。また、実施例1においては、通信ネットワーク上に配置された複数のサーバの処理負荷量に応じて、サーバの稼動を制御する場合について説明する。図1は、従来技術に係る通信ネットワークの一例を示す模式図である。例えば、通信ネットワークには、図1に示すように、複数の通信ネットワーク装置が接続される。なお、図1においては、2台の通信ネットワーク装置が示されているが、実際には、さらに多くの通信ネットワーク装置が通信ネットワークに接続されている。例えば、通信ネットワークは、LANLocalAreaNetworkやWANWideAreaNetworkなどである。通信ネットワーク装置は、図1に示すように、フロントサーバと、DBサーバと、ログサーバとを有し、クライアント装置からの要求に応じて処理を実行する。例えば、通信ネットワーク装置は、他の通信ネットワーク装置、或いは、クライアント装置と通信を行い、並列分散処理を行う。なお、図1においては、フロントサーバ、DBサーバ及びログサーバが1台ずつ示されているが、通信ネットワーク装置が各サーバを複数台有する場合であってもよい。フロントサーバは、他の通信ネットワーク装置から受信した処理要求信号に基づいて処理を実行する。具体的には、フロントサーバは、図1に示すように、他の通信ネットワーク装置から処理要求信号を受信すると、受信した処理要求信号に応じた処理に必要な情報例えば、ユーザ情報、ネットワーク情報などをDBサーバから取得して、処理を実行する。その後、フロントサーバは、処理要求信号送信した通信ネットワーク装置に対して処理結果を応答するとともに、処理内容を示す処理ログをログサーバに送付する。DBサーバは、フロントサーバの処理に用いられる各種データを記憶する。例えば、DBサーバは、ユーザ情報やネットワーク情報を記憶し、図1に示すように、フロントサーバによる情報の取得要求に応答するとともに、応答内容を示す処理ログをログサーバに送付する。ログサーバは、通信ネットワーク装置の処理内容を記憶する。具体的には、ログサーバは、図1に示すように、フロントサーバ及びDBサーバからそれぞれ受信した処理ログを記憶する。上述した通信ネットワーク装置は、各サーバをそれぞれ1つのハードウェアに実装し、それらを複数搭載可能なサーバコンピュータ例えば、ブレードサーバなどで実現される場合であってもよいし、或いは、1台のサーバコンピュータを複数台の仮想的なコンピュータに分割し、分割した複数台の仮想的なコンピュータをそれぞれフロントサーバ、DBサーバ及びログサーバとして機能させることで実現される場合であってもよい。サーバ構成制御装置は、図1に示す通信ネットワーク上の各サーバの稼動を制御することで、通信ネットワーク上で稼動させるサーバの構成を制御する。図2は、従来技術に係るサーバ構成制御装置の処理の一例を説明するための模式図である。図2においては、通信ネットワーク装置が、2台のフロントサーバと、1台のDBサーバと、1台のログサーバとを有し、2台のフロントサーバが同一の処理を行なう場合について示す。また、図2においては、通信ネットワーク装置が1台のみ示されているが、実際には、複数の通信ネットワーク装置が通信ネットワークに接続されている。サーバ構成制御装置は、各サーバの処理負荷量を監視して、各サーバの稼動を制御する。例えば、図2に示すように、サーバ構成制御装置は、フロントサーバ1、DBサーバ及びログサーバが起動中にフロントサーバ1の処理負荷量が高負荷であると、停止中のフロントサーバ2を起動させて負荷の分散を行う。以下、この処理の詳細について、図3及び図4を用いて説明する。図3は、従来技術に係るサーバ構成制御装置200の構成の一例を示す図である。図3に示すように、従来技術に係るサーバ構成制御装置200は、グラフィックユーザインタフェース210と、主処理部220と、通信ネットワーク装置データファイル231と、サーバ構成ファイル232と、通信アドレスデータファイル233と、稼動状態管理ファイル234と、サーバリソース閾値管理ファイル235と、ログファイル236と、通信ネットワーク装置/サーバ識別部241と、通信アドレスデータ取得部242と、サーバ稼動状況取得部243と、サーバリソース計算/再配置部244と、サーバ起動/停止要求部245と、ログ管理部246とを有する。グラフィックユーザインタフェース210は、サーバ構成制御装置200の保守者に対して、画面上にアイコンやメニューで操作対象や選択項目を表示し、それをマウスなどのポインティングデバイスにより操作させるインタフェースである。主処理部220は、サーバ構成制御装置200による処理の全体制御を行う。通信ネットワーク装置データファイル231は、通信ネットワーク上に配置された複数の通信ネットワーク装置をそれぞれ一意に特定するための識別子を記憶する。サーバ構成ファイル232は、通信ネットワーク上に配置された複数の通信ネットワーク装置を構成するサーバを一意に特定するための情報を記憶する。例えば、サーバ構成ファイル232は、フロントサーバ1、フロントサーバ2、DBサーバ及びログサーバをそれぞれ一意に識別するための識別子を記憶する。通信アドレスデータファイル233は、通信ネットワーク装置を構成するサーバごとの通信アドレスを記憶する。稼動状態管理ファイル234は、通信ネットワーク装置を構成するサーバごとに、サーバを起動させるための起動要求コマンド、及び、サーバを停止させるための停止要求コマンドを記憶する。サーバリソース閾値管理ファイル235は、処理負荷量の閾値を記憶する。具体的には、サーバリソース閾値管理ファイル235は、サーバが高負荷状態にあるか否か、或いは、サーバが低負荷状態にあるか否かを判定するための閾値を記憶する。ログファイル236は、サーバ構成制御装置200によって実行された処理内容を記憶する。具体的には、ログファイル236は、後述するログ管理部246によって格納されるサーバ構成制御装置200の処理内容を記憶する。なお、通信ネットワーク装置データファイル231、サーバ構成ファイル232、通信アドレスデータファイル233、稼動状態管理ファイル234及びサーバリソース閾値管理ファイル235によって記憶される各種情報は、予め保守者によって登録される。通信ネットワーク装置/サーバ識別部241は、通信ネットワーク装置データファイル231によって記憶された情報に基づいて、通信ネットワークに接続された通信ネットワーク装置を識別する。また、通信ネットワーク装置/サーバ識別部241は、サーバ構成ファイル232によって記憶された情報に基づいて、通信ネットワーク装置を構成するサーバを識別する。例えば、通信ネットワーク装置/サーバ識別部241は、フロントサーバ1、フロントサーバ2、DBサーバ及びログサーバを識別する。通信アドレスデータ取得部242は、通信ネットワーク装置/サーバ識別部241によって識別されたサーバの通信アドレスを、通信アドレスデータファイルから取得する。サーバ稼動状況取得部243は、通信アドレスデータ取得部242によって取得された通信アドレスに対応するサーバから稼動状態を取得する。例えば、サーバ稼動状況取得部243は、フロントサーバ1の処理負荷量を取得する。サーバリソース計算/再配置部244は、サーバリソース閾値管理ファイル235によって記憶された閾値を参照して、サーバ稼動状況取得部243によって取得されたサーバの現時点の稼動状態を判定する。例えば、サーバリソース計算/再配置部244は、サーバリソース閾値管理ファイル235によって記憶された閾値を参照して、サーバ稼動状況取得部243によって取得されたフロントサーバ1の処理負荷量が高負荷状態であるか否か、及び、低負荷状態であるか否かを判定する。そして、サーバリソース計算/再配置部244は、起動又は停止させるサーバの数を算出する。サーバ起動/停止要求部245は、サーバリソース計算/再配置部244による判定結果に基づいて、通信ネットワーク上のサーバに対して起動要求コマンド或いは停止要求コマンドを送信する。ログ管理部246は、サーバ構成制御装置による処理内容をログファイル236に格納する。かかる構成の下、サーバ構成制御装置200は、以下に示すように、サーバの稼動を制御する。図4は、従来技術に係るサーバ構成制御装置200による処理の一例を示すシーケンス図である。なお、図4においては、通信ネットワーク装置を構成するサーバの処理負荷量を取得する時期に達した後の処理について示す。なお、サーバの処理負荷量を取得する時期については、保守者によって任意に設定することができる。また、保守者がグラフィックユーザインタフェース210からサーバの処理負荷量を取得するように要求を入力してもよい。図4に示すように、従来技術に係るサーバ構成制御装置200においては、サーバの処理負荷量を取得する時期に達すると、サーバ稼動状況取得部243が、現時点で稼動しているフロントサーバ1、DBサーバ及びログサーバの処理負荷量の取得要求を送信するステップS101。フロントサーバ1、DBサーバ及びログサーバは、サーバ構成制御装置から取得要求を受信すると、それぞれ処理負荷量を応答するステップS102、ステップS103、ステップS104。続いて、サーバ構成制御装置200においては、各サーバから処理負荷量の応答を受けると、サーバリソース計算/再配置部244が、予め登録された閾値と受付けた応答とを比較して、フロントサーバ1が高負荷状態であると判定しステップS105、新たに起動させる同一種別のサーバの台数を算出するステップS106。そして、サーバ起動/停止要求部245が、フロントサーバ2に起動要求コマンドを送信するステップS107。フロントサーバ2は、サーバ構成制御装置200から起動要求コマンドを受信すると、受信した旨の応答である起動要求応答をサーバ構成制御装置200に送信しステップS108、サーバを起動させるステップS109。その後、サーバ構成制御装置200は、処理負荷量の取得時期に達したか否かを判定するステップS110。ここで、処理負荷量の取得時期に達している場合にはステップS110肯定、サーバ稼動状況取得部243が、現時点で稼動しているフロントサーバ1、フロントサーバ2、DBサーバ及びログサーバの処理負荷量の取得要求を送信するステップS111。フロントサーバ1、フロントサーバ2、DBサーバ及びログサーバは、サーバ構成制御装置から取得要求を受信すると、それぞれ処理負荷量を応答するステップS112、ステップS113、ステップS114、ステップS115。続いて、サーバ構成制御装置200においては、各サーバから処理負荷量の応答を受けると、サーバリソース計算/再配置部244が、予め登録された閾値と受付けた応答とを比較して、フロントサーバ1及びフロントサーバ2が低負荷状態であると判定しステップS116、停止させる同一種別のサーバの台数を算出するステップS117。そして、サーバ起動/停止要求部245が、フロントサーバ2に停止要求コマンドを送信するステップS118。フロントサーバ2は、サーバ構成制御装置200から停止要求コマンドを受信すると、受信した旨の応答である停止要求応答をサーバ構成制御装置200に送信しステップS119、サーバを停止させるステップS120。なお、従来技術においては、ステップS109及びステップS120におけるサーバの起動及び停止が行われた後、保守者が確認作業を実施して、正常に動作していない場合には、原因調査を実施するとともに、保守者があらためてサーバの起動又は停止を実施する。上述したように、従来技術におけるサーバ構成制御装置においては、複数のサーバの処理負荷量を監視して、処理負荷量が閾値を越えた場合に、同一種別のサーバを起動させたり、停止させたりすることで、処理負荷量を最適にするように制御する。ここで、上述した従来技術においては、異なるサーバ種別間で稼動に関する制約がある場合に、サーバを起動させたり、停止させたりすることができなかった。すなわち、従来のサーバ構成制御装置は、サーバの処理負荷量に基づいて、同一種別のサーバを起動させたり、停止させたりするだけであるため、異なるサーバ種別間で稼動に関する制約がある場合に、それを考慮してサーバを起動させたり、停止させたりすることができない。例えば、ログサーバをフロントサーバより先に停止させると、フロントサーバで処理中の内容をログサーバに記録することができなくなる。したがって、ログサーバよりフロントサーバを先に停止させる必要があるが、従来のサーバ構成制御装置では、これに対応することができない。このように、サーバ種別間で停止順序の制約がある場合には、従来のサーバ構成制御装置ではこれらのサーバを停止させることはできなかった。また、例えば、フロントサーバの停止に失敗すると、ログサーバの停止は実施不可になるという制約がある場合、フロントサーバの停止の実行結果に応じて後続サーバの停止実施可否の判断が必要になるため、従来のサーバ構成制御装置ではこれらのサーバを停止させることはできなかった。すなわち、従来のサーバ構成制御装置では、あるサーバが故障のために起動或いは停止に失敗すると、他の全てのサーバの起動或いは停止が一律に実施不可能になってしまう。また、例えば、1台のログサーバが2台のフロントサーバの稼働状況及び処理状況を記録したファイルを保持するような動作の依存関係がある場合にログサーバを停止させるためには、2台のフロントサーバを予め停止させている必要があるが、従来のサーバ構成制御装置では、このような処理を行うことができず、ログサーバを停止させることができない。上述したように、従来のサーバ構成制御装置では、異なるサーバ種別間で起動又は停止の順序があったり、制御の失敗の後の処理が限定されていたり、サーバの動作に依存関係があったりするような制約がある場合に、サーバの起動及び停止を制御することができない。そのため、従来、このような制約がある場合には、保守者が制約を確認しながらサーバの稼動を制御することとなり、処理負荷量の最適化を迅速に行うことができなかった。そこで、本願のサーバ構成制御装置は、異なるサーバ種別間で、起動又は停止させる際の制約がある場合であっても、処理負荷量や、消費電力量を迅速に制御することを可能にすることを目的とする。実施例1においては、上述したように、処理負荷量を制御する場合について説明する。図5は、実施例1に係る通信ネットワークの一例を示す模式図である。例えば、実施例1に係る通信ネットワークには、図5に示すように、通信ネットワーク装置Aと、サーバ構成制御装置100が接続される。なお、図5においては、1台の通信ネットワーク装置が示されているが、実際には、さらに多くの通信ネットワーク装置が通信ネットワークに接続されている。例えば、通信ネットワークは、LANやWANなどである。通信ネットワーク装置Aは、図5に示すように、サブセットA1と、サブセットA2とを有し、図示しないクライアント装置などからの要求に応じた処理を実行する。具体的には、通信ネットワーク装置Aは、任意の処理を実行する際に、サブセットA1とサブセットA2とが並列して処理を行う。すなわち、通信ネットワーク装置Aは、並列分散処理を実行して、処理に係る負荷を分散する。サブセットA1は、図5に示すように、フロントサーバ1と、フロントサーバ2と、ログサーバ1とを有する。サブセットA2は、図5に示すように、フロントサーバ3と、ログサーバ2とを有する。サブセットA1において、フロントサーバ1は、例えば、図5に示すように、DBサーバ1からネットワーク情報及びユーザ情報を取得して、処理要求に応じた処理を実行し、処理内容を示すログをログサーバ1に送付する。また、フロントサーバ2は、図5に示すように、DBサーバ2からネットワーク情報及びユーザ情報を取得して、処理要求に応じた処理を実行し、ログをログサーバ1に送付する。DBサーバ1は、フロントサーバ1の処理に用いられる各種データを記憶する。例えば、DBサーバ1は、ユーザ情報やネットワーク情報を記憶し、フロントサーバ1による情報の取得要求に応答するとともに、応答内容を示すログをログサーバ1に送付する。また、DBサーバ2は、フロントサーバ2及びフロントサーバ3の処理に用いられる各種データを記憶する。例えば、DBサーバ2は、ユーザ情報やネットワーク情報を記憶し、フロントサーバ2による情報の取得要求に応答するとともに、ログをログサーバ1に送付する。ログサーバ1は、通信ネットワーク装置Aの処理内容を記憶する。具体的には、ログサーバ1は、図5に示すように、フロントサーバ1、フロントサーバ2、DBサーバ1及びDBサーバ2からそれぞれ受信したログを記憶する。サブセットA2において、フロントサーバ3は、例えば、図5に示すように、DBサーバ2からネットワーク情報及びユーザ情報を取得して、処理要求に応じた処理を実行し、ログをログサーバ2に送付する。ログサーバ2は、通信ネットワーク装置Aの処理内容を記憶する。具体的には、ログサーバ2は、図5に示すように、フロントサーバ3から受信したログを記憶する。上述した通信ネットワーク装置は、各サーバをそれぞれ1つのハードウェアに実装し、それらを複数搭載可能なサーバコンピュータ例えば、ブレードサーバなどで実現される場合であってもよいし、或いは、1台のサーバコンピュータを複数台の仮想的なコンピュータに分割し、分割した複数台の仮想的なコンピュータをそれぞれフロントサーバ、DBサーバ及びログサーバとして機能させることで実現される場合であってもよい。サーバ構成制御装置は、各サーバの処理負荷量を監視して、異なるサーバ種別間で、起動又は停止させる際の制約がある場合であっても、処理負荷量や、消費電力量を迅速に制御する。図6は、実施例1に係るサーバ構成制御装置100の構成の一例を示す図である。図6に示すように、実施例1に係るサーバ構成制御装置100は、グラフィックユーザインタフェース110と、主処理部120と、通信ネットワーク装置データファイル131と、サーバ構成ファイル132と、通信アドレスデータファイル133と、稼動状態管理ファイル134と、通信ネットワーク装置起動/停止ファイル135と、優先度データファイル136と、起動/停止条件管理ファイル137と、ログファイル138と、通信ネットワーク装置/サーバ識別部141と、通信アドレスデータ取得部142と、サーバ稼動状況取得部143と、サーバ起動/停止決定部144と、サーバ起動/停止要求部145と、ログ管理部146とを有する。グラフィックユーザインタフェース110は、サーバ構成制御装置100の保守者に対して、画面上にアイコンやメニューで操作対象や選択項目を表示し、それをマウスなどのポインティングデバイスにより操作させるインタフェースである。主処理部120は、サーバ構成制御装置100による処理の全体制御を行う。通信ネットワーク装置データファイル131は、通信ネットワーク上に配置された通信ネットワーク装置を一意に特定するための識別子を記憶する。例えば、通信ネットワーク装置データファイル131は、通信ネットワーク装置Aを一意に特定するための識別子Aを記憶する。サーバ構成ファイル132は、通信ネットワーク上に配置された通信ネットワーク装置を構成するサーバを一意に特定するための情報を記憶する。例えば、サーバ構成ファイル132は、フロントサーバ1~3、DBサーバ1~2及びログサーバ1をそれぞれ一意に特定するための識別子を記憶する。通信アドレスデータファイル133は、通信ネットワーク装置Aを構成するサーバごとの通信アドレスを記憶する。稼動状態管理ファイル133は、後述するサーバ稼動状況取得部143によって取得された各サーバのネットワークへの接続状態や、OSOperationSystemなどの稼動状態、各サーバのCPU使用率及びメモリ使用量などを記憶する。通信ネットワーク装置起動/停止ファイル135は、通信ネットワークに接続された通信ネットワーク装置ごとに、サーバの起動順序及び停止順序を記憶する。図7は、実施例1に係る通信ネットワーク装置起動/停止ファイル135によって記憶される情報の一例を示す図である。例えば、通信ネットワーク装置起動/停止ファイル135は、図7に示すように、通信ネットワーク装置のサブセットごとに、サーバの停止順序を記憶する。一例を挙げると、通信ネットワーク装置起動/停止ファイル135は、通信ネットワーク:A、サブセット:A1に対応付けて、1:フロントサーバ1、2:フロントサーバ2、3:DBサーバ1、4:DBサーバ2、5:ログサーバ1を記憶する。ここで、上記した情報は、ネットワーク装置AのサブセットA1においては、フロントサーバ1、フロントサーバ2、DBサーバ1、DBサーバ2、ログサーバ1の順序で停止することを意味する。図6に戻って、優先度データファイル136は、サーバ種別ごとに、サーバを稼動させる優先度を記憶する。図8は、実施例1に係る優先度データファイル136によって記憶される情報の一例を示す図である。例えば、優先度データファイル136は、図8に示すように、通信ネットワーク装置ごとに、サーバ種別ごとの優先度を記憶する。一例を挙げると、優先度データファイル136は、通信ネットワーク:Aに対応付けて、フロントサーバ1=フロントサーバ2>フロントサーバ3を記憶する。ここで、上記した情報は、フロントサーバ3を稼動させる優先度がフロントサーバ1及びフロントサーバ2よりも低いことを意味している。図6に戻って、起動/停止条件管理ファイル137は、各サーバを起動或いは停止させるための種々の条件を記憶する。具体的には、起動/停止条件管理ファイル137は、各サーバを起動又は停止させる場合に、予め起動又は停止している必要のある他のサーバの識別子や、優先度が低いサーバを停止させる場合の他のサーバにおける処理量の閾値、停止させるサーバの数と閾値との関係、各サーバが起動又は停止可能であるための、他のサーバのネットワーク接続状態やOSの稼動状態などの条件を記憶する。図9Aは、実施例1に係る起動/停止条件管理ファイル137によって記憶される情報の第1の例を示す図である。例えば、実施例1に係る起動/停止条件管理ファイル137は、図9Aに示すように、サーバごとに、処理負荷が低負荷であるか否かを判定するためのCPU使用率の閾値と、高負荷であるか否かを判定するためのCPU使用率の閾値とを記憶する。図9Bは、実施例1に係る起動/停止条件管理ファイル137によって記憶される情報の第2の例を示す図である。例えば、実施例1に係る起動/停止条件管理ファイル137は、図9Bに示すように、サーバごとに、当該サーバを停止させるための制約を記憶する。一例を挙げると、実施例1に係る起動/停止条件管理ファイル137は、フロントサーバ3に対応付けて、フロントサーバ1、フロントサーバ2が正常に稼動を記憶する。ここで、上記した情報は、フロントサーバ3を停止させるためには、フロントサーバ1、フロントサーバ2が正常に稼動していることが必要であることを意味する。なお、図9A及び図9Bに示す情報は、あくまでも一例であり、例えば、サーバの負荷状況を判定するための閾値としてメモリ使用量を用いる場合であってもよい。図6に戻って、ログファイル138は、サーバ構成制御装置100によって実行された処理内容を記憶する。具体的には、ログファイル138は、後述するログ管理部146によって格納されるサーバ構成制御装置100の処理内容を記憶する。なお、通信ネットワーク装置データファイル131、サーバ構成ファイル132、通信アドレスデータファイル133、通信ネットワーク装置起動/停止ファイル135、優先度データファイル136及び起動/停止条件管理ファイル137によって記憶される各種情報は、予め保守者によって登録される。通信ネットワーク装置/サーバ識別部141は、通信ネットワーク装置データファイル131によって記憶された情報に基づいて、通信ネットワークに接続された通信ネットワーク装置を識別する。また、通信ネットワーク装置/サーバ識別部141は、サーバ構成ファイル132によって記憶された情報に基づいて、通信ネットワーク装置を構成するサーバを識別する。例えば、通信ネットワーク装置/サーバ識別部141は、通信ネットワーク上の通信ネットワーク装置Aを構成するフロントサーバ1、フロントサーバ2、フロントサーバ3、DBサーバ1、DBサーバ2及びログサーバ1をそれぞれ識別する。通信アドレスデータ取得部142は、通信ネットワーク装置/サーバ識別部141によって識別されたサーバの通信アドレスを、通信アドレスデータファイルから取得する。サーバ稼動状況取得部143は、通信アドレスデータ取得部142によって取得された通信アドレスに対応するサーバから稼動状態を取得し、稼動状態管理ファイル134に格納する。例えば、サーバ稼動状況取得部143は、フロントサーバ1のネットワークへの接続状態や、OSの稼動状態、CPU使用率及びメモリ使用量などを取得し、稼動状態管理ファイル134に格納する。サーバ起動/停止決定部144は、サーバ稼動状況取得部143によって取得された処理負荷量に基づいて、起動又は停止の対象となるサーバを決定する。具体的には、サーバ起動/停止決定部144は、まず、停止条件管理ファイル137によって記憶された閾値を参照して、サーバ稼動状況取得部143によって取得されたサーバの現時点の負荷状態を判定する。例えば、サーバ起動/停止決定部144は、停止条件管理ファイル137によって記憶された閾値を参照して、サーバ稼動状況取得部143によって取得されたフロントサーバ1~3、DBサーバ1~2及びログサーバ1の処理負荷量が高負荷状態であるか否か、及び、低負荷状態であるか否かを判定する。そして、サーバ起動/停止決定部144は、起動又は停止させるサーバの数を決定する。具体的には、サーバ起動/停止決定部144は、起動/停止条件管理ファイル137によって記憶された起動又は停止させるサーバの数と閾値との対応関係に基づいて、起動又は停止させるサーバの数を決定する。ここで、起動又は停止させるサーバの数と閾値との対応関係としては、例えば、任意の閾値にサーバの数を対応付けた情報や、サーバの現時点の処理負荷量が閾値を超えた際の超えた程度ごとにサーバの数を対応付けた情報などである。そして、サーバ起動/停止決定部144は、決定した数のサーバを起動又は停止の対象として決定する。具体的には、サーバ起動/停止決定部144は、優先度データファイル136によって記憶されたサーバの優先度に基づいて、起動又は停止の対象となるサーバを決定する。例えば、サーバ起動/停止決定部144は、優先度の高い順、或いは、優先度の低い順に起動又は停止の対象となるサーバを決定する。そして、サーバ起動/停止決定部144は、起動又は停止の対象として決定したサーバの起動又は停止に適用される制約条件を起動/停止条件管理ファイル137から取得し、該制約条件に規定された他のサーバ及び条件の内容を特定する。例えば、サーバ起動/停止決定部144は、図9Bに示す情報を参照して、起動又は停止の対象として決定したサーバを起動又は停止させるための制約条件を特定する。サーバ起動/停止要求部145は、サーバ起動/停止決定部144によって決定された制約条件を満たすように他のサーバを制御した後、起動又は停止の対象として決定されたサーバの起動又は停止を制御する。通信ネットワーク上のサーバに対して起動要求コマンド或いは停止要求コマンドを送信する。ログ管理部146は、サーバ構成制御装置100による処理内容をログファイル138に格納する。次に、実施例1に係るサーバ構成制御装置100の処理の手順について、図10A~図10Cを用いて説明する。図10A~図10Cは、実施例1に係るサーバ構成制御装置による処理の手順を示すシーケンス図である。なお、図10A~図10Cにおいては、図10A、図10B、図10Cの順にサーバ構成制御装置100による処理の手順を示す。また、図10A~図10Cにおいては、各フロントサーバのCPU使用率が、稼動させる優先度の最も低いフロントサーバを停止させる閾値よりも低い場合を例とする。また、図10A~図10Cにおいては、フロントサーバ3を停止する際に、フロントサーバ3のプロセス停止中に異常状態になり、フロントサーバ3の停止に失敗した場合を例とする。また、以下では、サーバ構成制御装置100による処理について、サーバ構成制御装置100が有する各部を用いて説明する。図10Aに示すように、実施例1に係るサーバ構成制御装置100においては、サーバ稼動状況取得部143が、フロントサーバ1、フロントサーバ2、フロントサーバ3、DBサーバ1、DBサーバ2、ログサーバ1、ログサーバ2それぞれに対して、各サーバの処理負荷量の取得要求を送信するステップS201。フロントサーバ1、フロントサーバ2、フロントサーバ3、DBサーバ1、DBサーバ2、ログサーバ1及びログサーバ2は、サーバ稼動状況取得部143から処理負荷量の取得要求を受信すると、自身がクライアント装置などから要求されている処理を実行するために使用しているCPU使用率などを処理負荷量として応答するステップS202~ステップS208。なお、サーバ構成制御装置100においては、サーバ稼動状況取得部143による処理負荷量の取得要求が送信される前に、通信ネットワーク装置データファイル131、サーバ構成ファイル132及び通信アドレスデータファイル133を参照して各サーバの通信アドレスが取得されている。各サーバから処理負荷量を受信すると、サーバ起動/停止決定部144は、各サーバから受信したCPU使用率などを、起動/停止条件管理ファイル137に記録してある、サーバを停止させる場合のCPU使用率などの閾値と比較する。そして、サーバ起動/停止決定部144は、フロントサーバ1、フロントサーバ2及びフロントサーバ3のCPU使用率が閾値よりも低いことを検出すると、フロントサーバの処理負荷量が停止条件に該当すると判定しステップS209、比較結果をログファイル138に記録する。そして、サーバ起動/停止決定部144は、起動/停止条件管理ファイルに記憶された停止させるサーバ数と閾値との対応関係を参照して、停止させるサーバ数を1台と決定するとともに、優先度データファイルに記憶されたフロントサーバの優先度に基づいて、フロントサーバ3を停止させると決定する。さらに、サーバ起動/停止決定部144は、通信ネットワーク装置起動/停止ファイル135に記憶された停止順序を参照して、フロントサーバ3を停止する場合には、ログサーバ2も停止させることを決定するステップS210。その後、サーバ起動/停止決定部144は、フロントサーバ3及びログサーバ2それぞれの停止順序などの制約を参照するステップS211。ここで、サーバ起動/停止決定部144は、まず、フロントサーバ3を停止する場合には、フロントサーバ1及びフロントサーバ2が起動していて正常に稼動していることが必要であることを確認する。サーバ起動/停止決定部144は、通信ネットワーク装置起動/停止ファイル135から、最初に停止させるサーバはフロントサーバ3であることを特定すると、フロントサーバ1への接続状態及びフロントサーバ1のOSの稼動状態などを確認するために、フロントサーバ1の通信アドレスを通信アドレスデータファイルから取得した後に、フロントサーバ1に対してネットワーク接続状況確認を行うステップS212。フロントサーバ1からネットワーク接続状況応答を受付けるとステップS213、サーバ起動/停止決定部144は、プロセス/OS稼働状況確認を行うステップS214。サーバ起動/停止決定部144は、フロントサーバ1からプロセス/OS稼働状況応答を受付けるとステップS215、フロントサーバ1が正常に稼動していると判定する。次に、サーバ起動/停止決定部144は、フロントサーバ2の通信アドレスを通信アドレスデータファイルから取得した後に、フロントサーバ2に対してネットワーク接続状況確認を行いステップS216、フロントサーバ2からネットワーク接続状況応答を受付けるとステップS217、プロセス/OS稼働状況確認を行うステップS218。サーバ起動/停止決定部144は、フロントサーバ2からプロセス/OS稼働状況応答を受付けるとステップS219、フロントサーバ2が正常に稼動していると判定する。そして、サーバ起動/停止決定部144は、フロントサーバ3の通信アドレスを通信アドレスデータファイルから取得した後に、フロントサーバ3に対してネットワーク接続状況確認を行いステップS220、フロントサーバ3からネットワーク接続状況応答を受付けるとステップS221、プロセス/OS稼働状況確認を行うステップS222。サーバ起動/停止決定部144は、フロントサーバ3からプロセス/OS稼働状況応答を受付けるとステップS223、フロントサーバ3が停止可能であると判定するステップS224。そして、サーバ起動/停止要求部145は、プロセス/OS/電源停止要求をフロントサーバ3に送信するステップS225。ここで、フロントサーバ故障が発生してプロセス/OS/電源停止エラー応答が返されるとステップS226、サーバ起動/停止決定部144は、プロセスの停止に失敗したことを検出するとともに、ログファイル138にフロントサーバ3の停止が正常に実施されなかったこと、及びフロントサーバ3のプロセスの稼動状態を記録する。そして、サーバ起動/停止決定部144は、次に停止させるサーバを確認してステップS227、該サーバがログサーバ2であると特定する。その後、サーバ起動/停止決定部144は、起動停止条件管理ファイルに記憶された制約を参照して、フロントサーバ3が停止不可の場合のログサーバ2の停止可否を確認してステップS228、ログサーバ2が停止可能であると判定するステップS229。次に停止させるサーバはログサーバ2あることを特定して停止可能と判定すると、サーバ起動/停止決定部144は、ログサーバ2の接続状態およびログサーバ2のOSの稼動状態などを確認するために、ログサーバ2の通信アドレスを通信アドレスデータファイルから取得した後に、ログサーバ2に対してネットワーク接続状況確認を行うステップS230。ログサーバ2からネットワーク接続状況応答を受付けるとステップS231、サーバ起動/停止決定部144は、プロセス/OS稼働状況確認を行うステップS232。サーバ起動/停止決定部144は、ログサーバ2からプロセス/OS稼働状況応答を受付けるとステップS233、ログサーバ2が停止可能であると判定するステップS234。そして、サーバ起動/停止要求部145は、プロセス/OS/電源停止要求をログサーバ2に送信するステップS235。プロセス/OS/電源停止要求を受信すると、ログサーバ2は、プロセス/OS/電源停止を応答した後ステップS236、サーバを停止させるステップS237。そして、サーバ起動/停止要求部145は、プロセス/OS/電源停止を受付けると、ログファイル138にログサーバ2の停止が正常に実施されたことを記録するとともに、ログサーバ2の次に停止させるサーバがないことを確認する。そして、サーバ構成制御装置100は、次のサーバの処理負荷量の確認の時間まで待機するステップS238。なお、上述した処理の手順は、あくまでも一例であり、実施例1に係るサーバ構成制御装置100は、その他のサーバの停止処理及びサーバの起動処理においても同様の処理を実行することが可能である。[実施例1の効果]上述したように、実施例1によれば、役割分担された各サーバが役割毎に複数台ずつネットワークに接続され、役割分担されたサーバ間で協働処理を行うシステムにおける各サーバの起動又は停止を制御するサーバ構成制御装置において、起動/停止条件管理ファイル137が、各サーバの起動又は停止に適用される制約条件であって、サーバ毎に、該サーバの起動又は停止に際して所定の条件を満たすべき他のサーバ及び該条件の内容を示す制約条件を記憶する。そして、サーバ稼動状況取得部143が、各サーバにおける処理負荷量及び各サーバの稼動に用いられる電力量のうち少なくとも一方を取得する。そして、サーバ起動/停止決定部144が、サーバ稼動状況取得部143によって取得された処理負荷量及び電力量のうち少なくとも一方に基づいて、起動又は停止の対象となる対象サーバを決定する。また、サーバ起動/停止決定部144が、決定した対象サーバの起動又は停止に適用される制約条件を起動/停止条件管理ファイル137から取得し、該制約条件に規定された他のサーバ及び条件の内容を特定する。そして、サーバ起動/停止要求部145が、サーバ起動/停止決定部144によって特定された他のサーバがサーバ起動/停止決定部144によって特定された条件を満たすように制御した後に、サーバ起動/停止決定部144によって決定された対象サーバの起動又は停止を実行する。従って、実施例1に係るサーバ構成制御装置100は、通信ネットワークを構成する各サーバの種別間に動作の依存関係があったり、複雑な停止手順が必要であっても、当通信ネットワークの保守者が各サーバの停止可否や停止手順を判断することなく、各サーバの処理負荷量を迅速に最適化することが可能である。また、実施例1によれば、サーバ起動/停止決定部144は、サーバ稼動状況取得部143によって取得された前記処理負荷量又は前記電力量が任意の閾値を越えた場合に、サーバごとに予め設定された当該サーバを稼動させる優先度の順に前記対象サーバと決定する。従って、実施例1に係るサーバ構成制御装置100は、サーバごとの性能を考慮して、柔軟な構成制御を行うことが可能である。また、実施例1によれば、起動/停止条件管理ファイル137は、制約条件の内容として、起動及び停止の順序、サーバ間の依存関係及び制御に失敗した場合の処理について記憶する。従って、実施例1に係るサーバ構成制御装置100は、通信ネットワークを構成する各サーバの稼動状態により複雑な停止手順が必要であっても、当通信ネットワークの保守者が各サーバの停止可否や停止手順を判断することなく、各サーバの処理負荷量を迅速に最適化することが可能である。上述した実施例1では、サーバの処理負荷量を定期的に取得し、現時点の処理負荷量に基づいてサーバの起動又は停止を制御する場合について説明した。実施例2においては、予め設定された時間帯にサーバの起動又は停止を制御する場合について説明する。図11は、実施例2に係る通信ネットワークの一例を示す模式図である。例えば、実施例2に係る通信ネットワークには、図11に示すように、通信ネットワーク装置Aと、サーバ構成制御装置100aが接続される。なお、図11に示す通信ネットワーク装置Aは、図5に示す通信ネットワーク装置Aと同様である。実施例2に係るサーバ構成制御装置100aは、図11に示すように、フロントサーバ3及びログサーバ2を22:00~7:00の間停止させるように制御する。以下、実施例2に係るサーバ構成制御装置100aの詳細について説明する。まず、実施例2に係るサーバ構成制御装置100aの構成について説明する。図12は、実施例2に係るサーバ構成制御装置100aの構成の一例を示す図である。なお、実施例2に係るサーバ構成制御装置100aは、実施例1に係るサーバ構成制御装置100と比較して、サーバ停止時刻管理ファイル139を新たに有する点と、サーバ起動/停止決定部144による処理内容とが異なる。以下、これらを中心に説明する。サーバ停止時刻管理ファイル139は、各サーバを停止させる時刻及び各サーバを起動させる時刻を記憶する。図13は、実施例2に係るサーバ停止時刻管理ファイル139によって記憶される情報の一例を示す図である。例えば、サーバ停止時刻管理ファイル139は、図13に示すように、サーバに停止時刻を対応付けた情報を記憶する。一例を挙げると、サーバ停止時刻管理ファイル139は、フロントサーバ3に対応付けて22:00~7:00を記憶する。上記した情報は、フロントサーバ3を22:00~7:00の間停止させることを意味する。なお、サーバ停止時刻管理ファイル139によって記憶される情報は、サーバ構成制御装置100aの保守者によって予め登録される。例えば、処理負荷量が少ないと見込まれる時間帯を停止時刻として登録したり、処理負荷量が多いと見込まれる時間帯を起動時刻として登録したりする。サーバ起動/停止決定部144は、サーバ停止時刻管理ファイル139によって記憶されたサーバの停止時刻又は起動時刻に基づいて、通信ネットワークに接続されたサーバ群から起動又は停止させるサーバを決定する。次に、実施例2に係るサーバ構成制御装置100aの処理の手順について、図14A~図14Cを用いて説明する。図14A~図14Cは、実施例2に係るサーバ構成制御装置100aによる処理の手順を示すシーケンス図である。なお、図14A~図14Cにおいては、図14A、図14B、図14Cの順にサーバ構成制御装置100aによる処理の手順を示す。また、図14A~図14Cにおいては、フロントサーバの処理要求量が少ないと見込まれる毎日22:00~翌日7:00の期間は、フロントサーバ3およびログサーバ2を停止させるように、サーバ構成制御装置100aにあらかじめ登録させている場合を例とする。また、以下では、サーバ構成制御装置100aによる処理について、サーバ構成制御装置100aが有する各部を用いて説明する。図14Aに示すように、実施例2に係るサーバ構成制御装置100aにおいては、保守者によって、サーバ構成制御装置100aが保持するサーバ停止時刻管理ファイル139に、フロントサーバ3およびログサーバ2を毎日22:00に停止させるようにあらかじめ記録される。そして、当保守者が、サーバ停止時刻管理ファイル139の記録内容をサーバ構成制御装置100aの動作に反映させるために、サーバ構成制御装置100aにサーバ停止時刻管理ファイル139の読み込み要求コマンドを実行する。そして、時刻が22:00に達するとステップS301肯定、サーバ起動/停止決定部144は、フロントサーバ3およびログサーバ2の停止処理を開始するステップS302とともに、ログファイル138に停止処理を開始したことを記録する。続いて、サーバ起動/停止決定部144は、フロントサーバ3とログサーバ2を停止させると判定してステップS303、フロントサーバ3及びログサーバ2それぞれの停止順序などの制約を確認するステップS304。ここで、サーバ起動/停止決定部144は、フロントサーバ3を停止する場合には、フロントサーバ1及びフロントサーバ2が起動していて正常に稼動していることが必要であることを確認する。サーバ起動/停止決定部144は、通信ネットワーク装置起動/停止ファイル135から、最初に停止させるサーバはフロントサーバ3であることを特定すると、フロントサーバ1への接続状態及びフロントサーバ1のOSの稼動状態などを確認するために、フロントサーバ1の通信アドレスを通信アドレスデータファイルから取得した後に、フロントサーバ1に対してネットワーク接続状況確認を行うステップS305。フロントサーバ1からネットワーク接続状況応答を受付けるとステップS306、サーバ起動/停止決定部144は、プロセス/OS稼働状況確認を行うステップS307。サーバ起動/停止決定部144は、フロントサーバ1からプロセス/OS稼働状況応答を受付けるとステップS308、フロントサーバ1が正常に稼動していると判定する。次に、サーバ起動/停止決定部144は、フロントサーバ2の通信アドレスを通信アドレスデータファイルから取得した後に、フロントサーバ2に対してネットワーク接続状況確認を行いステップS309、フロントサーバ2からネットワーク接続状況応答を受付けるとステップS310、プロセス/OS稼働状況確認を行うステップS311。サーバ起動/停止決定部144は、フロントサーバ2からプロセス/OS稼働状況応答を受付けるとステップS312、フロントサーバ2が正常に稼動していると判定する。そして、サーバ起動/停止決定部144は、フロントサーバ3の通信アドレスを通信アドレスデータファイルから取得した後に、フロントサーバ3に対してネットワーク接続状況確認を行いステップS313、フロントサーバ3からネットワーク接続状況応答を受付けるとステップS314、プロセス/OS稼働状況確認を行うステップS315。サーバ起動/停止決定部144は、フロントサーバ3からプロセス/OS稼働状況応答を受付けるとステップS316、フロントサーバ3が停止可能であると判定するステップS317。そして、サーバ起動/停止要求部145は、プロセス/OS/電源停止要求をフロントサーバ3に送信するステップS318。プロセス/OS/電源停止要求を受信すると、フロントサーバ3は、プロセス/OS/電源停止を応答した後ステップS319、サーバを停止させるステップS320。そして、サーバ起動/停止要求部145は、プロセス/OS/電源停止を受付けると、ログファイル138にフロントサーバ3の停止が正常に実施されたことを記録する。そして、サーバ起動/停止決定部144は、次に停止させるサーバを確認してステップS321、該サーバがログサーバ2であると特定する。次に停止させるサーバはログサーバ2であることを特定すると、サーバ起動/停止決定部144は、ログサーバ2の接続状態およびログサーバ2のOSの稼動状態などを確認するために、ログサーバ2の通信アドレスを通信アドレスデータファイルから取得した後に、ログサーバ2に対してネットワーク接続状況確認を行うステップS322。ログサーバ2からネットワーク接続状況応答を受付けるとステップS323、サーバ起動/停止決定部144は、プロセス/OS稼働状況確認を行うステップS324。サーバ起動/停止決定部144は、ログサーバ2からプロセス/OS稼働状況応答を受付けるとステップS325、ログサーバ2が停止可能であると判定するステップS326。そして、サーバ起動/停止要求部145は、プロセス/OS/電源停止要求をログサーバ2に送信するステップS327。プロセス/OS/電源停止要求を受信すると、ログサーバ2は、プロセス/OS/電源停止を応答した後ステップS328、サーバを停止させるステップS329。そして、サーバ起動/停止要求部145は、プロセス/OS/電源停止を受付けると、ログファイル138にログサーバ2の停止が正常に実施されたことを記録するとともに、ログサーバ2の次に停止させるサーバがないことを確認する。そして、サーバ構成制御装置100aは、次のサーバの停止処理時刻まで待機するステップS330。なお、上述した処理の手順は、あくまでも一例であり、実施例2に係るサーバ構成制御装置100aは、その他のサーバの停止処理及びサーバの起動処理においても同様の処理を実行することが可能である。また、第1の実施例と組み合わせて、通信ネットワーク装置を構成する各サーバを、処理要求負荷量が少ない場合に停止させ、かつあらかじめ登録された時刻に停止させる場合にも応用可能である。[実施例2の効果]上述したように、実施例2によれば、サーバ構成制御装置100aは、フロントサーバの処理要求量が少ないと想定される時刻に計画的にフロントサーバ3およびログサーバ2を停止させる場合に、それぞれのサーバを動作の依存関係にしたがった順番で停止させたり、フロントサーバ3の停止実行結果を確認した後にログサーバ2の停止可否を判断することから、通信ネットワークを構成する各サーバの種別間に動作の依存関係があったり、複雑な停止手順が必要であっても、当通信ネットワークの保守者が各サーバの停止可否や停止手順を判断することなく、サーバ構成制御装置100aが各サーバの処理負荷量を迅速かつ最適な時間帯に最適化することが可能である。上述した実施例1及び実施例2では、処理負荷量に基づいてサーバの起動及び停止を制御する場合について説明した。実施例3においては、サーバ群を稼動させるために使用される電力量に基づいてサーバの起動及び停止を制御する場合について説明する。なお、実施例3においては、まず、電力量に基づいてサーバの起動又は停止を制御する従来技術の一例を挙げて課題について説明した後、本願のサーバ構成制御装置について説明する。図15は、従来技術に係る通信ネットワークの一例を示す模式図である。例えば、通信ネットワークには、図15に示すように、通信ネットワーク装置とサーバ構成制御装置が接続される。なお、図15においては、2台の通信ネットワーク装置が示されているが、実際には、さらに多くの通信ネットワーク装置が通信ネットワークに接続されている。例えば、通信ネットワークは、LANLocalAreaNetworkやWANWideAreaNetworkなどである。通信ネットワーク装置は、図15に示すように、フロントサーバと、DBサーバと、ログサーバとを有する。フロントサーバは電源管理装置Aと接続され、DBサーバは電源管理装置Bと接続され、ログサーバは電源管理装置Cと接続されて外部電源から電力を供給される。一般に、サーバルームに設置されている各装置や空調設備への電力供給状態を管理する場合には、図15に示すように、サーバルームに電源管理装置を設置して外部電源と接続する。電源管理装置が通信ネットワーク装置を構成する各サーバと外部電源の間に接続された通信ネットワークシステムにおいて、電源管理装置は、外部電源からの電力供給が停止した場合に、当電源管理装置が保有しているバッテリーを用いて、一時的に各サーバに電力を供給する。そして、サーバ構成制御装置は、電源管理装置から各サーバへの電力供給状態を適宜取得して、外部電源からの電力供給が停止したことを検出すると、サーバ構成制御装置は、当外部電源に接続している電源管理装置から電力を供給されている各サーバに対して、停止要求コマンドを実行する。図16は、従来技術に係るサーバ構成制御装置200aの構成の一例を示す図である。なお、図16においては、図3に示す従来技術に係るサーバ構成制御装置200が有する各部と同一の部には同一符号を付す。すなわち、サーバ構成制御装置200aにおいては、消費電力量管理部247を新たに有する点が、サーバ構成制御装置200とは異なる。消費電力量管理部247は、通信ネットワーク電源管理装置からサーバルームに供給される電力量の情報を取得する。そして、サーバ起動/停止要求部245は、消費電力量管理部247によって取得された電力量に基づいて、サーバの起動又は停止を制御する。図17は、従来技術に係るサーバ構成制御装置200aによる処理の一例を示すシーケンス図である。従来技術に係るサーバ構成制御装置200aにおいては、まず、事前に、通信ネットワーク装置を停止させるための停止要求コマンドを、通信ネットワーク装置を構成するサーバ毎にサーバ構成制御装置200aに登録する。さらに、各電源管理装置が接続している外部電源からの電力供給が停止した場合に、サーバ構成制御装置200aに電力供給が停止したことを通知するための登録を電源管理装置に実施するステップS401。次に、サーバ構成制御装置は、定期的あるいは適宜、各電源管理装置から、当電源管理装置と接続している各サーバへの電源供給状態を取得する。ここで、電力供給停止通知を受付けるとステップS402、サーバ構成制御装置200aは、DBサーバの停止処理の実行を開始しステップS403、DBサーバに停止要求を送信するステップS404。DBサーバは、停止要求を受信すると、停止要求応答を返すとともにステップS405、サーバを停止させるステップS406。そして、通信ネットワーク装置の保守者は、各サーバの停止が正常に実施されたかを確認する。もし、正常に実施されなかった場合には、当保守者はその原因調査を実施するととともに、当サーバの停止を当保守者があらためて実施する。上述したように、従来技術におけるサーバ構成制御装置200aにおいては、電力供給通知停止に応じて、当該通知を送信した電源管理装置から電力が供給されるサーバの停止を制御するのみである。従って、異なるサーバ種別間で稼動に関する制約がある場合に、サーバを起動させたり、停止させたりすることができなかった。そこで、実施例3に係るサーバ構成制御装置は、異なるサーバ種別間で、起動又は停止させる際の制約がある場合であっても、消費電力量を迅速に最適化することを可能にすることを目的とする。図18は、実施例3に係る通信ネットワークの一例を示す模式図である。例えば、実施例3に係る通信ネットワークには、図18に示すように、通信ネットワーク装置Aと、サーバ構成制御装置100bが接続される。通信ネットワーク装置Aは、図18に示すように、サーバルームαに設置され、サブセットA1と、サブセットA2とを有する。サブセットA1及びサブセットA2を構成するサーバは実施例1及び実施例2と同様である。通信ネットワーク装置Aを構成する各サーバは、外部電源との間に、それぞれ電源管理装置A~Gが接続されている。またサーバルームαには空調機器などの電気機器があり、当電気機器についても、外部電源との間に、電源管理装置Hが接続されている。各電源管理装置は、接続しているサーバや電気機器の消費電力をモニタリングし、外部入力インタフェースから消費電力量の問合せ要求があった際に当サーバや当電気機器の消費電力量を応答する。実施例3に係るサーバ構成制御装置100bの構成について説明する。図19は、実施例3に係るサーバ構成制御装置100bの構成の一例を示す図である。なお、実施例3に係るサーバ構成制御装置100bは、実施例1に係るサーバ構成制御装置100と比較して、消費電力量管理部147を新たに有する点、稼動状態管理ファイル134及び起動/停止条件管理ファイル137によって記憶される情報及びサーバ起動/停止決定部144による処理内容とが異なる。以下、これらを中心に説明する。消費電力量管理部147は、通信ネットワーク装置Aを構成する各サーバの消費電力量及びサーバルームαの消費電力量を電源管理装置A~Hから定期的に取得する。そして、消費電力量管理部147は、取得した消費電力量を稼動状態管理ファイルに格納する。稼動状態管理ファイル134は、通信ネットワーク装置Aを構成する各サーバの消費電力量及びサーバルームαの消費電力量を記憶する。具体的には、稼動状態管理ファイル134は、消費電力量管理部147によって取得された各サーバの消費電力量及びサーバルームαの消費電力量を記憶する。起動/停止条件管理ファイル137は、各種制約に加え、サーバを起動又は停止させる場合のサーバルームαの消費電力量の閾値、及び、サーバの数と閾値との対応関係について記憶する。サーバ起動/停止決定部144は、稼動状態管理ファイル134によって記憶されたサーバルームαの消費電力量に基づいて、起動又は停止を実行するサーバを決定する。具体的には、サーバ起動/停止決定部144は、各電源管理装置からそれぞれ取得された消費電力量の総和を、起動/停止条件管理ファイル137によって記憶された消費電力量の閾値と比較することで、起動又は停止を実行するサーバを決定する。次に、実施例3に係るサーバ構成制御装置100bの処理の手順について、図20A~図20Dを用いて説明する。図20A~図20Dは、実施例3に係るサーバ構成制御装置100bによる処理の手順を示すシーケンス図である。なお、図20A~図20Dにおいては、図20A、図20B、図20C、図20Dの順にサーバ構成制御装置100bによる処理の手順を示す。また、図20A~図20Dにおいては、サーバルームαの消費電力が、稼動させる優先度の最も低いフロントサーバを停止させる閾値よりも高い場合を例とする。また、図20A~図20Dにおいては、フロントサーバ3を停止する際に、フロントサーバ3のプロセス停止中に異常状態になり、フロントサーバ3の停止に失敗した場合を例とする。また、以下では、サーバ構成制御装置100bによる処理について、サーバ構成制御装置100bが有する各部を用いて説明する。図20Aに示すように、実施例3に係るサーバ構成制御装置100bにおいては、消費電力量管理部147が、電源管理装置A~Hそれぞれに対して、各電源管理装置の消費電力量の取得要求を送信するステップS501。電源管理装置A~Hは、消費電力量管理部147から消費電力量の取得要求を受信すると、それぞれ自身がサーバに供給している電力量を消費電力量として応答するステップS502~ステップS509。なお、サーバ構成制御装置100bにおいては、消費電力量管理部147による消費電力量の取得要求が送信される前に、通信ネットワーク装置データファイル131、サーバ構成ファイル132及び通信アドレスデータファイル133を参照して各サーバの通信アドレスが取得されている。各電源管理装置から消費電力量を受信すると、サーバ起動/停止決定部144は、各電源管理装置から取得した消費電力量の総和を、起動/停止条件管理ファイル137に記録してある、サーバを停止させる場合の消費電力量の閾値と比較する。そして、サーバ起動/停止決定部144は、消費電力量の総和が閾値よりも高いことを検出すると、フロントサーバの処理負荷量が停止条件に該当すると判定しステップS510、比較結果をログファイル138に記録する。そして、図20Bに示すように、サーバ起動/停止決定部144は、起動/停止条件管理ファイルに記憶された停止させるサーバ数と閾値との対応関係を参照して、停止させるサーバ数を1台と決定するとともに、優先度データファイルに記憶されたフロントサーバの優先度に基づいて、フロントサーバ3を停止させると決定する。さらに、サーバ起動/停止決定部144は、通信ネットワーク装置起動/停止ファイル135に記憶された停止順序を参照して、フロントサーバ3を停止する場合には、ログサーバ2も停止させることを決定するステップS511。その後、サーバ起動/停止決定部144は、フロントサーバ3及びログサーバ2それぞれの停止順序などの制約を確認するステップS512。ここで、サーバ起動/停止決定部144は、まず、フロントサーバ3を停止する場合には、フロントサーバ1及びフロントサーバ2が起動していて正常に稼動していることが必要であることを確認する。サーバ起動/停止決定部144は、通信ネットワーク装置起動/停止ファイル135から、最初に停止させるサーバはフロントサーバ3であることを特定すると、フロントサーバ1への接続状態及びフロントサーバ1のOSの稼動状態などを確認するために、フロントサーバ1の通信アドレスを通信アドレスデータファイルから取得した後に、フロントサーバ1に対してネットワーク接続状況確認を行うステップS513。フロントサーバ1からネットワーク接続状況応答を受付けるとステップS514、サーバ起動/停止決定部144は、プロセス/OS稼働状況確認を行うステップS515。サーバ起動/停止決定部144は、フロントサーバ1からプロセス/OS稼働状況応答を受付けるとステップS516、フロントサーバ1が正常に稼動していると判定する。次に、サーバ起動/停止決定部144は、フロントサーバ2の通信アドレスを通信アドレスデータファイルから取得した後に、フロントサーバ2に対してネットワーク接続状況確認を行いステップS517、フロントサーバ2からネットワーク接続状況応答を受付けるとステップS518、プロセス/OS稼働状況確認を行うステップS519。サーバ起動/停止決定部144は、フロントサーバ2からプロセス/OS稼働状況応答を受付けるとステップS520、フロントサーバ2が正常に稼動していると判定する。そして、サーバ起動/停止決定部144は、フロントサーバ3の通信アドレスを通信アドレスデータファイルから取得した後に、フロントサーバ3に対してネットワーク接続状況確認を行いステップS521、フロントサーバ3からネットワーク接続状況応答を受付けるとステップS522、プロセス/OS稼働状況確認を行うステップS523。サーバ起動/停止決定部144は、フロントサーバ3からプロセス/OS稼働状況応答を受付けるとステップS524、フロントサーバ3が停止可能であると判定するステップS525。そして、サーバ起動/停止要求部145は、プロセス/OS/電源停止要求をフロントサーバ3に送信するステップS526。ここで、フロントサーバ3に故障が発生してプロセス/OS/電源停止エラー応答が返されるとステップS527、サーバ起動/停止決定部144は、プロセスの停止に失敗したことを検出するとともに、ログファイル138にフロントサーバ3の停止が正常に実施されなかったこと、及びフロントサーバ3のプロセスの稼動状態を記録する。そして、サーバ起動/停止決定部144は、次に停止させるサーバを確認してステップS528、該サーバがログサーバ2であると特定する。その後、サーバ起動/停止決定部144は、起動停止条件管理ファイルに記憶された制約を参照して、フロントサーバ3が停止不可の場合のログサーバ2の停止可否を確認してステップS529、ログサーバ2が停止可能であると判定するステップS530。次に停止させるサーバはログサーバ2あることを特定して停止可能と判定すると、サーバ起動/停止決定部144は、ログサーバ2の接続状態およびログサーバ2のOSの稼動状態などを確認するために、ログサーバ2の通信アドレスを通信アドレスデータファイルから取得した後に、ログサーバ2に対してネットワーク接続状況確認を行うステップS531。ログサーバ2からネットワーク接続状況応答を受付けるとステップS532、サーバ起動/停止決定部144は、プロセス/OS稼働状況確認を行うステップS533。サーバ起動/停止決定部144は、ログサーバ2からプロセス/OS稼働状況応答を受付けるとステップS534、ログサーバ2が停止可能であると判定するステップS535。そして、サーバ起動/停止要求部145は、プロセス/OS/電源停止要求をログサーバ2に送信するステップS536。プロセス/OS/電源停止要求を受信すると、ログサーバ2は、プロセス/OS/電源停止を応答した後ステップS537、サーバを停止させるステップS538。そして、サーバ起動/停止要求部145は、プロセス/OS/電源停止を受付けると、ログファイル138にログサーバ2の停止が正常に実施されたことを記録するとともに、ログサーバ2の次に停止させるサーバがないことを確認する。そして、サーバ構成制御装置100bは、次の消費電力量の確認の時間まで待機するステップS539。なお、上述した処理の手順は、あくまでも一例であり、実施例3に係るサーバ構成制御装置100bは、その他のサーバの停止処理及びサーバの起動処理においても同様の処理を実行することが可能である。[実施例3の効果]上述したように、実施例3によれば、サーバ構成制御装置100bは、サーバルームαの消費電力が多く、フロントサーバ3を停止させる場合に、通信ネットワーク装置起動/停止ファイルからログサーバ2も停止させることを確認して、それぞれのサーバを動作の依存関係にしたがった順番で停止させる。従って、実施例3に係るサーバ構成制御装置100bは、通信ネットワークを構成する各サーバの種別間に動作の依存関係があったり、複雑な停止手順が必要であっても、当通信ネットワークの保守者が各サーバの停止可否や停止手順を判断することなく、サーバルームαの消費電力量を迅速に最適化することが可能である。また、実施例3によれば、サーバ構成制御装置100bは、フロントサーバ3の停止に失敗した場合に、起動/停止条件管理ファイルを用いて、フロントサーバ3の次に停止させるログサーバ2の停止可否を確認して、停止可能であると判断した後にログサーバ2を停止させる。従って、サーバ構成制御装置100bは、通信ネットワークを構成する各サーバの稼動状態により複雑な停止手順が必要であっても、当通信ネットワークの保守者が各サーバの停止可否や停止手順を判断することなく、サーバルームαの消費電力量を迅速に最適化することが可能である。これまで実施例1、2及び3について説明したが、本願の技術は実施例1、2及び3に限定されるものではない。すなわち、実施例1、2及び3は、その他の様々な形態で実施されることが可能であり、種々の省略、置き換え、変更を行うことができる。例えば、各装置の分散統合の具体的形態例えば、図6の形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散統合することができる。一例を挙げると、通信ネットワーク装置データファイル131と、サーバ構成ファイルとを識別情報ファイルとして統合してよい。また、サーバ稼動状況取得部143をサーバ構成制御装置100の外部装置としてネットワーク経由で接続するようにしてもよく、或いは、サーバ稼動状況取得部143とサーバ起動/停止決定部144とを別々の装置が有し、ネットワークに接続されて協働することで、上述したサーバ構成制御装置100の機能を実現するようにしてもよい。これらの実施例やその変形は、本願が開示する技術に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。