複数のコンピュータを備えたシステムの制御方法において、第1のコンピュータにおける処理を他のコンピュータにおける処理に移動させる際に、配置位置を表すデータに基づいて、前記第1のコンピュータとは隣接しない第2のコンピュータを抽出し、前記第1のコンピュータにおける前記処理を抽出した該第2のコンピュータにおける処理に移動させる命令を生成する、ことを特徴とする制御方法複数のコンピュータを備えたシステムの制御方法において、第1のコンピュータにおける処理を他のコンピュータにおける処理に移動させる際に、コンピュータ間の距離を表すデータに基づいて、前記第1のコンピュータに隣接するコンピュータとの間の距離よりも離れた距離にある第2のコンピュータを抽出し、前記第1のコンピュータにおける前記処理を抽出した該第2のコンピュータにおける処理に移動させる命令を生成する、ことを特徴とする制御方法。複数のコンピュータを備えたシステムの制御方法において、あるコンピュータにおける処理を移動させる先である移動先コンピュータを選択する際に、該移動先コンピュータに対応して測定又は算出により求められた温度が所定の温度条件を満たすことだけでなく、コンピュータの配置位置を表すデータにより、該あるコンピュータの配置位置と該移動先コンピュータの配置位置の関係が所定の離間条件が満たされることを含めて該移動先コンピュータを選択する、ことを特徴とする制御方法。複数のコンピュータを制御する制御システムであって、第1のコンピュータにおける処理を他のコンピュータにおける処理に移動させる際に、配置位置を表すデータに基づいて、前記第1のコンピュータとは隣接しない第2のコンピュータを抽出し、前記第1のコンピュータにおける前記処理を抽出した該第2のコンピュータにおける処理に移動させる命令を生成する命令生成部を備える、制御システム。複数のコンピュータを制御する制御システムであって、第1のコンピュータにおける処理を他のコンピュータにおける処理に移動させる際に、コンピュータ間の距離を表すデータに基づいて、前記第1のコンピュータに隣接するコンピュータとの間の距離よりも離れた距離にある第2のコンピュータを抽出し、前記第1のコンピュータにおける前記処理を抽出した該第2のコンピュータにおける処理に移動させる命令を生成する命令生成部を備える、制御システム。複数のコンピュータを制御する制御システムであって、あるコンピュータにおける処理を移動させる先である移動先コンピュータを選択する際に、該移動先コンピュータに対応して測定又は算出により求められた温度が所定の温度条件を満たすことだけでなく、コンピュータの配置位置を表すデータにより、該あるコンピュータの配置位置と該移動先コンピュータの配置位置の関係が所定の離間条件が満たされることを含めて該移動先コンピュータを選択する、移動先選択部を備える、制御システム。複数のコンピュータを備えたシステムの制御プログラムであって、第1のコンピュータにおける処理を他のコンピュータにおける処理に移動させる際に、配置位置を表すデータに基づいて、前記第1のコンピュータとは隣接しない第2のコンピュータを抽出する処理と、前記第1のコンピュータにおける前記処理を抽出した該第2のコンピュータにおける処理に移動させる命令を生成する処理とを、コンピュータに実行させる制御プログラム。複数のコンピュータを備えたシステムの制御プログラムであって、第1のコンピュータにおける処理を他のコンピュータにおける処理に移動させる際に、コンピュータ間の距離を表すデータに基づいて、前記第1のコンピュータに隣接するコンピュータとの間の距離よりも離れた距離にある第2のコンピュータを抽出する処理と、前記第1のコンピュータにおける前記処理を抽出した該第2のコンピュータにおける処理に移動させる命令を生成する処理とを、コンピュータに実行させる制御プログラム。複数のコンピュータを備えたシステムの制御プログラムであって、あるコンピュータにおける処理を移動させる先である移動先コンピュータを選択する際に、該移動先コンピュータに対応して測定又は算出により求められた温度が所定の温度条件を満たすことだけでなく、コンピュータの配置位置を表すデータにより、該あるコンピュータの配置位置と該移動先コンピュータの配置位置の関係が所定の離間条件が満たされることを含めて該移動先コンピュータを選択する処理を、コンピュータに実行させる制御プログラム。しかしながら、上記従来の情報処理装置は、コンピュータの放熱を抑えるために、コンピュータの稼動量を下げる必要がある。コンピュータの稼動量を下げると、コンピュータが本来処理すべきジョブの処理を怠ることになる。ゆえに、コンピュータのサービス供給能力を下げずに電力消費を抑制することが課題であった。本発明は、上記課題を解決するために、複数のコンピュータ全体の稼動量を維持したまま、複数のコンピュータを冷却するためのエネルギーを節約することができる管理システム、管理方法および管理プログラムを提供することを目的とする。本発明にかかる管理システムは、ハードウエアにより構成されたコンピュータが複数設けられたコンピュータセンタにおいて、前記複数のコンピュータと、前記複数のコンピュータそれぞれに割り当てられ実行されるソフトウエアとを管理する管理システムであって、前記コンピュータによるソフトウエアの実行状況を表す稼動データと、前記複数のコンピュータにおける温度分布を表す温度データとの少なくとも一方を含む配置先選定データを記憶する配置先選定データ記憶部と、前記配置先選定データを用いて、前記複数のコンピュータにおいて他のコンピュータに比べて放熱が多いと想定される過熱コンピュータと、前記複数のコンピュータにおいて他のコンピュータと比べて放熱が少ないと想定される過疎コンピュータとを抽出し、前記過熱コンピュータに割り当てられ実行されるソフトウエアの少なくとも一部を、前記過疎コンピュータに移動させる命令を生成する命令生成部と、前記命令を出力する命令部とを備える。本発明にかかる管理プログラムは、ハードウエアにより構成されるコンピュータが複数設けられたコンピュータセンタにおいて、前記複数のコンピュータと、前記複数のコンピュータそれぞれに割り当てられ実行されるソフトウエアとを管理する処理を管理コンピュータに実行させる管理プログラムであって、前記複数のコンピュータによるソフトウエアの実行状況を表す稼動データと、前記複数のコンピュータにおける温度分布を表す温度データとの少なくともいずれか1つを含む配置先選定データを前記管理コンピュータの記憶部から読み出す配置先選定データ読み出し処理と、前記配置先選定データを用いて、前記複数のコンピュータにおいて他のコンピュータに比べて放熱が多いと想定される過熱コンピュータと、前記複数のコンピュータにおいて他と比べて放熱が少ないと想定される過疎コンピュータとを抽出し、前記過熱コンピュータに割り当てられたソフトウエアの少なくとも一部を、前記過疎コンピュータに移動させる命令を生成する命令生成処理と、前記命令を出力する命令処理とを管理コンピュータに実行させる。本発明にかかる管理方法は、ハードウエアにより構成されるコンピュータが複数設けられたコンピュータセンタにおいて、前記複数のコンピュータと、前記複数のコンピュータそれぞれに割り当てられ実行されるソフトウエアとを管理コンピュータを用いて管理する方法であって、前記管理コンピュータが備える命令生成部が、前記コンピュータによるソフトウエアの実行状況を表す稼動データと、前記複数のコンピュータにおける温度分布を表す温度データとの少なくとも1つを含む配置先選定データを前記管理コンピュータの記憶部から読み出す工程と、前記管理コンピュータが備える命令生成部が、前記配置先選定データを用いて、前記複数のコンピュータにおいて他のコンピュータに比べて放熱が多いと想定される過熱コンピュータと、前記複数のコンピュータにおいて他と比べて放熱が少ないと想定される過疎コンピュータとを抽出し、前記過熱コンピュータに割り当てられたソフトウエアの少なくとも一部を、前記過疎コンピュータに移動させる命令を生成する工程と、前記コンピュータが備える命令部が、前記命令を出力する工程と含む。本発明によれば、複数のコンピュータ全体の稼動量を維持したまま、複数のコンピュータを冷却するためのエネルギーを節約することができる管理システム、管理方法および管理プログラムを提供することができる。コンピュータは、ハードウエアで構成される物理的な装置であり、少なくともCPU中央処理装置:CentralProcessingUnitおよび記憶装置を備える。また、本発明にかかる管理システムの管理対象となるコンピュータセンタにおける複数のコンピュータは、それぞれ筐体を有して独立して設けられるコンピュータに限られない。コンピュータセンタにおける複数のコンピュータは、ソフトウエアの処理主体となるコンピュータが複数設けられる意味である。ソフトウエアは、コンピュータにより実行されるコンピュータプログラムに加え、コンピュータプログラム実行時に利用されるデータも含むものとする。本発明にかかる管理システムは、ハードウエアにより構成されたコンピュータが複数設けられたコンピュータセンタにおいて、前記複数のコンピュータと、前記複数のコンピュータそれぞれに割り当てられ実行されるソフトウエアとを管理する管理システムであって、前記コンピュータによるソフトウエアの実行状況を表す稼動データと、前記複数のコンピュータにおける温度分布を表す温度データとの少なくとも一方を含む配置先選定データを記憶する配置先選定データ記憶部と、前記配置先選定データを用いて、前記複数のコンピュータにおいて他のコンピュータに比べて放熱が多いと想定される過熱コンピュータと、前記複数のコンピュータにおいて他のコンピュータと比べて放熱が少ないと想定される過疎コンピュータとを抽出し、前記過熱コンピュータに割り当てられ実行されるソフトウエアの少なくとも一部を、前記過疎コンピュータに移動させる命令を生成する命令生成部と、前記命令を出力する命令部とを備える。前記命令生成部は、前記稼動データおよび前記温度データのうち少なくともいずれか1つを含む前記配置先選定データを用いることにより、稼動が高くなることで放熱が他に比べて多くなる過熱コンピュータと、稼動が低いために放熱が他と比べて少なくなる過疎コンピュータとを抽出することができる。前記命令生成部は、前記過熱コンピュータに割り当てられたソフトウエアを、前記過疎コンピュータに移動させるための命令を生成し、前記命令部がその命令を出力する。これにより、他のコンピュータに比べて放熱が多いと想定される過熱コンピュータを用いて動作するソフトウエアは、他と比べて放熱が少ないと想定される過疎コンピュータを用いて動作することになる。その結果、過熱コンピュータでの放熱が緩和される。すなわち、前記複数のコンピュータ全体での稼動量は維持したままで、一部のコンピュータに放熱が集中することが避けられる。このように、管理システムは複数のコンピュータにおけるソフトウエアの配置を最適化することで、コンピュータ全体の稼動量は維持したままで、全体として空調のためのエネルギーを低減させることができる。ひいては、コンピュータセンタにおいて、前記複数のコンピュータを冷却するためのエネルギーが節約される。本発明にかかる管理システムにおいて、前記複数のコンピュータ内部または周辺の温度を調整するための空調コストの算出に用いられる空調コストデータと、前記コンピュータを稼動させるための稼動コストの算出に用いられる稼動コストデータとを記憶するコストデータ記憶部をさらに備え、前記命令生成部は、前記配置先選定データを用いて、前記過熱コンピュータと、前記過疎コンピュータとを抽出し、さらに前記コストデータを用いて、空調コストと、前記過熱コンピュータに割り当てられたソフトウエアの少なくとも一部を前記過疎コンピュータに移動させた場合の稼動コストとを算出し、前記空調コストおよび前記稼動コストから、前記過熱コンピュータに割り当てられたソフトウエアの少なくとも一部を前記過疎コンピュータに移動させた場合に電力コストが安くなると判断した場合に前記命令を生成することが好ましい。これにより、前記命令生成部は、全体としてコストが安くなるような命令を生成することができる。本発明にかかる管理システムにおいて、前記稼動データは、前記コンピュータが、該コンピュータに割り当てられるソフトウエアを実行することによって前記コンピュータに生じる負荷を表す負荷データを含むことが好ましい。コンピュータに生じる負荷は、コンピュータの放熱の度合いと密接な関連がある。そのため、前記稼動データに負荷データが含まれることにより、前記命令生成部は、それぞれのコンピュータにかかる負荷に基づいて、前記過熱コンピュータおよび前記過疎コンピュータを抽出することができる。例えば、前記命令生成部は、負荷が所定の値より大きいコンピュータ、または他のコンピュータに比べて負荷が大きいコンピュータを過熱コンピュータとして抽出することができる。本発明にかかる管理システムにおいて、前記稼動データは、前記コンピュータおよび前記ソフトウエアを利用して業務を行う運用主体に関する運用主体データを含むことが好ましい。前記稼動データに運用主体データが含まれることにより、前記命令生成部は、前記コンピュータおよびソフトウエアを利用する運用主体の事情を考慮した命令を生成することができる。本発明にかかる管理システムにおいて、前記稼動データは、前記コンピュータにより実行されるソフトウエアの起動状況を示す起動データを含むことが好ましい。前記稼動データに起動データが含まれることにより、前記命令生成部は、各コンピュータにより実行されるソフトウエアの起動状況から、各コンピュータにおける放熱の度合いを想定することができる。これにより、前記過熱コンピュータおよび前記過疎コンピュータを抽出することができる。本発明にかかる管理システムにおいて、前記稼動データは、コンピュータのハードウエア構成および当該コンピュータに割り当てられるソフトウエアの構成のうち少なくとも1つを表す構成データを含むことが好ましい。前記稼動データに構成データが含まれることにより、前記命令生成部は、各コンピュータの構成および各コンピュータに割り当てられるソフトウエアの構成のうち少なくとも1つに基づいて、前記過熱コンピュータおよび/または前記過疎コンピュータを抽出することができる。これにより、前記命令生成部は、コンピュータおよびソフトウエアの構成を考慮して、ソフトウエアを移動しやすい過熱コンピュータおよび過疎コンピュータの組を抽出することができる。その結果、前記命令生成部は、過熱コンピュータのソフトウエアを過疎コンピュータへ効率よく移動させる命令を生成すことができる。本発明にかかる管理システムは、コンピュータが過熱コンピュータであると判断されるためのコンピュータによるソフトウエアの実行状況の条件と、過疎コンピュータであると判断されるためのコンピュータによるソフトウエアの実行状況の条件とを示すデータを含む配置ポリシーを更新可能な状態で記憶する配置ポリシー記憶部をさらに備え、前記命令生成部は、前記配置ポリシーで示される条件と、前記稼動データで示されるコンピュータによるソフトウエアの実行状況とに基づいて、前記過熱コンピュータおよび前記過疎コンピュータを抽出し、前記命令を生成することが好ましい。前記命令生成部は、前記配置ポリシー記憶部に記憶された前記配置ポリシーを用いて、前記過熱コンピュータおよび前記過疎コンピュータを抽出する。そのため、前記コンピュータによるソフトウエアの実行状況から、コンピュータが過熱コンピュータであるかまたは過疎コンピュータであるかを判断するためのデータが外部から入力されなくても、前記命令生成部は、前記配置ポリシーにより自律的にその判断を行うことができる。また、前記配置ポリシーは更新可能な状態で記憶されるので、前記命令生成部による過熱コンピュータであるかまたは過疎コンピュータであるかの判断基準が状況に応じて更新されることが可能となる。本発明にかかる管理システムにおいて、前記配置ポリシーは、コンピュータが過熱コンピュータであると判断されるための温度の条件と、過疎コンピュータであると判断されるための温度の条件とを示すデータをさらに含むみ、前記命令生成部は、前記配置ポリシーで示される条件と、前記温度データで示される温度分布とに基づいて、前記過熱コンピュータおよび前記過疎コンピュータを抽出し、前記命令を生成することが好ましい。前記温度データを用いてコンピュータが過熱コンピュータであるかまたは過疎コンピュータであるかを判断するためのデータが外部から入力されなくても、前記命令生成部は、前記配置ポリシーにより自律的にその判断を行うことができる。本発明にかかる管理プログラムは、ハードウエアにより構成されるコンピュータが複数設けられたコンピュータセンタにおいて、前記複数のコンピュータと、前記複数のコンピュータそれぞれに割り当てられ実行されるソフトウエアとを管理する処理を管理コンピュータに実行させる管理プログラムであって、前記複数のコンピュータによるソフトウエアの実行状況を表す稼動データと、前記複数のコンピュータにおける温度分布を表す温度データとの少なくともいずれか1つを含む配置先選定データを前記管理コンピュータの記憶部から読み出す配置先選定データ読み出し処理と、前記配置先選定データを用いて、前記複数のコンピュータにおいて他のコンピュータに比べて放熱が多いと想定される過熱コンピュータと、前記複数のコンピュータにおいて他と比べて放熱が少ないと想定される過疎コンピュータとを抽出し、前記過熱コンピュータに割り当てられたソフトウエアの少なくとも一部を、前記過疎コンピュータに移動させる命令を生成する命令生成処理と、前記命令を出力する命令処理とを管理コンピュータに実行させる。本発明にかかる管理方法は、ハードウエアにより構成されるコンピュータが複数設けられたコンピュータセンタにおいて、前記複数のコンピュータと、前記複数のコンピュータそれぞれに割り当てられ実行されるソフトウエアとを管理コンピュータを用いて管理する方法であって、前記管理コンピュータが備える命令生成部が、前記コンピュータによるソフトウエアの実行状況を表す稼動データと、前記複数のコンピュータにおける温度分布を表す温度データとの少なくとも1つを含む配置先選定データを前記管理コンピュータの記憶部から読み出す工程と、前記管理コンピュータが備える命令生成部が、前記配置先選定データを用いて、前記複数のコンピュータにおいて他のコンピュータに比べて放熱が多いと想定される過熱コンピュータと、前記複数のコンピュータにおいて他と比べて放熱が少ないと想定される過疎コンピュータとを抽出し、前記過熱コンピュータに割り当てられたソフトウエアの少なくとも一部を、前記過疎コンピュータに移動させる命令を生成する工程と、前記コンピュータが備える命令部が、前記命令を出力する工程と含む。以下、本発明の実施の形態にかかる管理システムについて、図面を参照しながら説明する。図1は、本発明の一実施形態にかかる管理システム1を含むIDCの構成を示す機能ブロック図である。[第1の実施形態]図1に示すIDCは、管理システム1およびブレードサーバ12a~12gが格納されたラック13、温度センサ11および空調装置15a、15bで構成されている。管理システム1は、配置先選定データ記憶部3、配置ポリシー記憶部6、命令生成部2、命令部8を備える。管理システム1は、ラック13に格納された複数のブレードサーバ12a~12gに接続されている。また、ラック13の付近には、ラック13が配置されている空間の温度を調整する空調装置15a、15bが設けられている。図1に示す空調装置15aは、ブレードサーバ12a~12cの周辺の温度を調整する機能を有し、空調装置15bは、ブレードサーバ12d~12gの周辺の温度を調整する機能を有する。なお、図1に示す例では、管理システム1は、1台のラック13に格納されたブレードサーバに接続される構成となっているが、ラック13は1台に限られない。管理システム1が複数のラックに格納されたブレードサーバに接続される構成であってもよい。また、管理システム1は、図1に示すように、直接複数のブレードサーバ12a~12gに接続されている必要はない。管理システム1は、例えば、ブレードサーバ12a~12gを制御する制御装置等を介して間接的にブレードサーバ12a~12gに接続されていてもよい。ブレードサーバ12a~12gは、それぞれ独立したコンピュータである。ブレードサーバ12a~12gのそれぞれに、ブレードサーバ12a~12gを用いて処理を行うためのソフトウエアが割り当てられている。ブレードサーバ12a~12gはそれぞれに割り当てられたソフトウエアに従って稼働する。各ブレードサーバ12a~12gに割り当てられたソフトウエアは、各ブレードサーバ12a~12gの記憶装置に記憶されたプログラム群およびデータである。各ブレードサーバ12a~12gのCPUが、そのプログラムを実行することによって所定の処理が行われる。ソフトウエアは、ブレードサーバのOS、デバイスドライバ、ミドルウエア、各種アプリケーション、データベース、ファイル等で構成される。ブレードサーバが備えるCPU、記憶装置、ネットワークインタフェース、入出力インタフェース等のハードウエア資源は、ブレードサーバに割り当てられたソフトウエアに基づいて稼動する。図1に示すブレードサーバ12a~12gは、IDCを構成するコンピュータの一部である。そのため、ブレードサーバ12a~12gには、複数の顧客例えば、企業等が運用する業務の処理を行うためのソフトウエアが割り当てられる。例えば、ブレードサーバ12aは企業Aの人事管理を行うためのソフトウエア、ブレードサーバ12bには企業Bの運営するWEB通信販売の処理を行うためのソフトウエア、ブレードサーバ12c~gは企業Cの電子商取引の処理を行うためのソフトウエアが割り当てられる。これらのソフトウエアの割り当てを動的に更新することが可能なIDCは、ユーティリティ方式のIDCと呼ばれる。本実施形態におけるIDCは、ユーティリティ方式のIDCの一種である。管理システム1は、複数の温度センサ11にも接続されている。温度センサ11は、ブレードサーバ12a~12gの周辺の温度を計る温度センサである。温度センサ11は、ブレードサーバ12a~12gに対応した位置に設けられることが好ましい。これにより、各ブレードサーバ12a~12aの周辺における温度を計ることができる。なお、温度センサ11は、各ブレードサーバ12a~12gの内部に設けられてもよい。これにより、温度センサ11は各ブレードサーバ12a~12g内の温度を計ることができる。管理システム1の配置先選定データ記憶部3には、温度データと稼動データが記憶される。温度データは、温度センサ11が測定したブレードサーバ12a~12gの周辺における温度分布を表すデータである。なお、本実施形態では、温度データは温度センサ11の測定によって得られたデータであるが、温度データは、例えば、ブレードサーバ12a~12gの稼動状況を示すデータ等から計算によって求められるデータであってもよい。この場合は、温度センサ11は不要になる。稼動データは、ブレードサーバ12a~12gそれぞれにおけるソフトウエアの実行状況を表すデータである。稼動データが表すソフトウエアの実行状況は、例えばCPU使用率やハードディスクの使用容量、メモリ使用量等のようなハードウエアの稼動状況と、起動しているアプリケーションの種類および数や動作しているデータベースの種類および数、実行プロセス数、データ転送量、トランザクション処理数のようなソフトウエアによる処理の状況とが含まれる。配置ポリシー記憶部6には、配置ポリシーが記憶される。配置ポリシーは、配置先選定データ記憶部3に記憶されたデータに用いて、ブレードサーバ12a~12gを稼動させるソフトウエアの配置先を制御するための命令を生成するためのデータである。命令生成部2は、配置先選定データ記憶部3に記憶された温度データおよび稼動データと、配置ポリシー記憶部6に記憶された配置ポリシーに基づいて、ブレードサーバ12a~12gに対する命令を生成する。命令生成部2が生成する命令には、ブレードサーバに特定の処理を実行させるための命令が含まれる。命令部8は、命令生成部2が生成した命令を該当するブレードサーバへ出力する。なお、命令部8は、命令を該当するブレードサーバへ直接出力する必要は必ずしもない。例えば、命令部8は、ブレードサーバ12a~12gを制御する制御装置に対して命令を出力してもよい。上記構成により、管理システム1は、どのブレードサーバにどのソフトウエアを割り当てるかを制御することができる。すなわち、各ブレードサーバ12a~12gへのソフトウエアの配置を制御することができる。管理システム1は、例えば、サーバ、パーソナルコンピュータPersonalComputer等のようなコンピュータ上に構築される。命令生成部2、命令部8の機能は、コンピュータが備えるCPUが所定のプログラムを実行することによって実現される。配置先選定データ記憶部3および配置ポリシー記憶部6には、コンピュータに内蔵されているハードディスク、RAM等の記憶媒体の他、フレキシブルディスク、メモリカード等の可搬型記憶媒体や、ネットワーク上にある記憶装置内の記憶媒体等を用いることができる。また、配置先選定データ記憶部3および配置ポリシー記憶部6は、1つの記憶媒体で構成されてもよいし、複数の記憶媒体で構成されてもよい。ここで、本実施形態にかかる管理システムの動作の流れについて、図2のフローチャートを参照しながら説明する。図2に示すように、まず、命令生成部2は、配置先選定データ記憶部3から温度データを取得するステップS1。温度データは、例えば、各ブレードサーバ12a~12gにおける現時点での温度を示すデータである。次に、命令生成部2は、配置先選定データ記憶部3から稼動データを取得するステップS2。命令生成部2は、各ブレードサーバ12a~12gそれぞれについて、稼働データを取得する。図3は、ある1つのブレードサーバについての稼動データの構造を示す図である。なお、図3に示す稼働データの構造および内容は一例であり、稼働データの構造および内容は図3に示す例に限られない。図3に示す例では、稼動データは、負荷データ21、起動データ22、ビジネスデータ23および構成データ24を含む。負荷データ21は、ブレードサーバに割り当てられたソフトウエアが動作することによってそのブレードサーバにかかる負荷を表すデータである。負荷データ21には、例えば、ブレードサーバの稼動に伴うCPU使用率21-a、ソフトウエアの動作中の空メモリ量21-bおよびストレージ利用量21-c、ソフトウエアの動作に伴うデータ転送量21-d等が含まれる。このように、負荷データ21は、ブレードサーバが備えるCPUおよび記憶装置等の使用状態や、ソフトウエアが扱うデータの量等で表される。起動データ22は、ブレードサーバが処理を行うために実行するソフトウエアの起動状況を示すデータである。起動データ22には、例えば、OSオペレーティングシステム:OperatingSystemの起動の有無22-a、アプリケーションサーバの起動の有無22-b、および業務アプリケーションA~Zの起動の有無22-c、22-dを示すデータが含まれる。アプリケーションサーバには、例えば、WEBサーバ、認証サーバ等のようにクライアントから要求を受け付けて、データベースへの接続、トランザクション管理等の基本的なオンライン処理を行うミドルウエアが含まれる。また、業務アプリケーションは、業務の処理の流れを制御するための応用ソフトウエアであり、例えば、企業の人事管理、経理処理、オンラインでのサービス予約処理、オンラインショッピングの受注および発注処理、電子商取引システム処理等の業務の処理を行うソフトウエアが含まれる。ビジネスデータ23は、ブレードサーバおよびソフトウエアを利用して業務を行う運用主体に関するデータである。例えば、運用主体が企業である場合、その企業に関する情報がビジネスデータに含まれる。例えば、企業種別23-a、ACLアクセスコントロール情報:AccessControlList23-b等がビジネスデータ23に含まれる。このように、ビジネスデータ23は、そのブレードサーバおよびソフトウエアを利用した業務の運用におけるビジネス上の制約または取り決めを示す情報である。また、運用主体に関するデータとしてビジネスデータを例示したが、運用主体に関するデータは、ビジネスに関する事項に限定されてない。構成データ24は、ブレードサーバの構成と、そのブレードサーバに割り当てられたソフトウエアの構成とを表すデータである。構成データ24には、例えば、ブレードサーバが備えるCPUのクロック周波数24-a、ブレードサーバに割り当てられたソフトウエアに含まれるOSの種別24-b、業務アプリケーションの種別24-cなどが含まれる。また、上記例の他にも構成データ24には、例えば、隣のブレードサーバとの距離を表すデータや、ブレードサーバが配置された位置を表すデータ、装置またはソフトウエアの製造元に関する情報、ブレードサーバのスペックに関する情報等が含まれてもよい。命令生成部2は、以上のような稼働データを、配置先選定データ記憶部3から取得するステップS2と、図2に示すように、配置ポリシー記憶部6から配置ポリシーを取得するステップS3。配置ポリシーは、あるブレードサーバが他のブレードサーバに比べて放熱が多いと想定される過熱ブレードサーバであると判断されるための温度および稼働状況の条件と、あるブレードサーバが他と比べて放熱が少ないと想定される過疎ブレードサーバであると判断されるための温度および稼働状況の条件とを示すデータである。図4は、配置ポリシーのデータ構造の例を示す図である。図4に示すように、配置ポリシーPは、監視ポリシーMP、過熱ブレードサーバ抽出条件KM、過疎ブレードサーバ抽出条件KSを含む。監視ポリシーMPは、ブレードサーバ12a~12gの状態を監視する動作の条件を示すデータである。例えば、監視するタイミングを表す監視時間間隔等である。図4に示す例では、監視時間間隔が60分であることを示すデータが監視ポリシーMPに含まれている。この例のように監視時間間隔が60分である場合、管理システム1は、60分毎に図2に示す処理を実行する。過熱ブレードサーバ抽出条件KMは、温度データT1と稼動データK1を含む。図4に示す例では、過熱ブレードサーバ抽出条件KMの温度データT1には、後述する処理で抽出された過熱ブレードサーバの候補の中で温度が最高であること温度=最高が条件であることを示すデータが含まれている。過熱ブレードサーバ抽出条件KMの稼動データK1には、負荷データH1、起動データD1、ビジネスデータB1、構成データC1が含まれる。図4に示す例では、過熱ブレードサーバ抽出条件KMの負荷データH1に、CPU使用率が80より大きいことを条件とすることCPU使用率>80を示すデータが含まれている。過熱ブレードサーバ抽出条件KMの起動データD1に、業務アプリケーションAが起動されていること業務アプリA=ONを条件とすることを示すデータが含まれている。過熱ブレードサーバ抽出条件KMのビジネスデータB1および構成データC1には、条件を示すデータは含まれていない。これは、ビジネスデータB1および構成データC1に関しては特に条件は指定されていないことを意味する。過疎ブレードサーバ抽出条件KSも、温度データT2と稼動データK2を含む。図4に示す例では、過疎ブレードサーバ抽出条件KSの温度データT2には、後述する処理で抽出された過疎ブレードサーバの候補の中で温度が最低であること温度=最低が条件であることを示すデータが含まれている。過疎ブレードサーバ抽出条件KSの稼動データK2には、負荷データH2、起動データD2、ビジネスデータB2、構成データC2が含まれる。図4に示す例では、過疎ブレードサーバ抽出条件KSの起動データD2に、業務アプリケーションAが起動されていないこと業務アプリA=OFFを条件とすることを示すデータが含まれている。過疎ブレードサーバ抽出条件KSのビジネスデータB2に、A社の業務の処理を行うソフトウエアが含まれるブレードサーバは、過疎ブレードサーバとして抽出しないことを意味する情報企業種別=A社以外が含まれている。過疎ブレードサーバ抽出条件KSの構成データC2に、空メモリ量が512MBより多いこと空メモリ量>512MB、および業務アプリケーションとしてAがインストールされていること業務アプリ種別=Aを条件とすることを示すデータが含まれている。過疎ブレードサーバ抽出条件KSの負荷データH2には、条件を示すデータは含まれていない。これは、負荷データH2に関しては特に条件は指定されていないことを意味する。図5は、図4に示す配置ポリシーPを表す具体的なデータの例を示す図である。図5に示す配置ポリシーは、XMLの形式で記述されている。なお、図5に示すデータ中で、図4に示すデータに相当する部分には同じ符号が付されている。図5中、MPで示す部分には監視ポリシー、KMで示す部分には過熱ブレードサーバ抽出条件、MSで示す部分には過疎ブレードサーバ抽出条件が記述されている。MP-1で示す部分には、監視時間間隔がMonitoringInterval要素で、60分であることが示されている。過熱ブレードサーバ抽出条件KMのうち、T1で示す箇所は、ThermoCondition要素であり、温度データを表している。要素内容は、最高maxであり、例えば、過熱ブレードサーバの候補の中で温度が最高であることが抽出の条件であることを示す。過熱ブレードサーバ抽出条件KMのうち、K1で示す箇所は、OperationInfo要素であり、稼動データを表している。稼動データK1には、LoadInfo要素で表される負荷データH1、ServiceInfo要素で表される起動データD1、BusinessInfo要素で表されるビジネスデータB1、StructureInfo要素で表される構成データC1が含まれる。負荷データH1では、ConditionItem要素に含まれるConditionKey要素H1-1で、CPU使用率ProcessorTimeが示され、ConditionValue要素H1-2で、その値が80より大きいことgt;80が示されている。ConditionEvaluator要素H1-3は、ConditionValue要素で表される値を評価するために実行するプログラムへのパスを示す情報を示す。起動データD1では、ConditionItem要素に含まれるConditionKey要素D1-1で、アプリケーションAApplicationAが示され、ConditionValue要素D1-2で、そのアプリケーションAが起動されていることstartedが示されている。ビジネスデータB1を表すBusinessInfo/要素は要素内容を持っていない。構成データC1を表すStructureInfo/要素も要素内容を持たない。過疎ブレードサーバ抽出条件KSのうち、T2で示す箇所は、ThermoCondition要素であり、温度データを表している。要素内容は、最低minであり、例えば、過疎ブレードサーバの候補の中で温度が最低であることが抽出の条件であることを示す。過疎ブレードサーバ抽出条件KSのうち、K2で示す箇所は、OperationInfo要素であり、稼動データを表している。稼動データK2には、LoadInfo要素で表される負荷データH2、ServiceInfo要素で表される起動データD2、BusinessInfo要素で表されるビジネスデータB2、StructureInfo要素で表される構成データC2が含まれる。負荷データH2を表すLoadInfo/要素は要素内容を持っていない。起動データD2では、ConditionItem要素に含まれるConditionKey要素D2-1で、アプリケーションAApplicationAが示され、ConditionValue要素D2-2で、そのアプリケーションAが起動されていないことstoppedが示されている。ビジネスデータB2-1では、BusinessCondition要素B2-1でA社の業務に関する処理を行うブレードサーバは抽出しない.a_company.comことが条件として示されている。構成データC2では、ConditionItem要素に含まれるConditionKey要素C2-1で、空メモリ量Memoryが示され、ConditionValue要素C2-2で、その値である512MB512が示されている。また、ConditionKey要素C2-3で、アプリケーション種別ApplicationTypeが示され、ConditionValue要素C2-4で、アプリケーション種別がアプリケーションAであることApplicationAが示されている。以上、図4および図5に配置ポリシーのデータ構造および内容の例を示したが、配置ポリシーのデータ構造および内容は、図4および図5に示す例に限られない。命令生成部2は、以上のような配置ポリシーを、配置ポリシー記憶部6から取得する図2のステップS3と、ブレードサーバ12a~12gの中から、過熱ブレードサーバを抽出するステップS4。過熱ブレードサーバは、稼動が集中することによって、他のブレードサーバに比べて放熱が多くなっていると想定されるブレードサーバである。命令生成部2は、ステップS1で取得した温度データ、ステップS2で取得した稼動データおよびステップS3で取得した配置ポリシーの過熱ブレードサーバ抽出条件を用いて、過熱ブレードサーバを抽出する。過熱ブレードサーバを抽出する処理の詳細は後述する。また、命令生成部2は、ブレードサーバ12a~12gの中から、他と比べて放熱が少ないと想定される過疎ブレードサーバを抽出するステップS5。命令生成部2は、ステップS1で取得した温度データ、ステップS2で取得した稼動データおよびステップS3で取得した配置ポリシーの過疎ブレードサーバ抽出条件を用いて、過疎ブレードサーバを抽出する。過疎ブレードサーバを抽出する処理の詳細は後述する。命令生成部2は、過熱ブレードサーバを用いて処理を行うソフトウエアの少なくとも一部を、過疎コンピュータに移動させるための命令を生成するステップS6。命令生成部2は、例えば、過熱ブレードサーバを用いて処理を行っているソフトウエアに含まれる所定のアプリケーションを終了させる命令、過疎ブレードサーバに対して新しくアプリケーションを実行させる命令等を生成する。命令部8は、命令生成部2が生成した命令を過熱ブレードサーバおよび過疎ブレードサーバへ送信するステップS7。これにより、過熱プレーサーバで動作するソフトウエアが、過疎ブレードサーバに移動する。以上、図2に示したように、管理システム1は、温度データ、稼動データおよび配置ポリシーを用いて、過熱ブレードサーバと過疎ブレードサーバを抽出し、過熱ブレードサーバで動作しているソフトウエアを過疎ブレードサーバへ移動させる命令を生成する。次に、過熱ブレードサーバを抽出する処理について説明する。図6は、命令生成部2が過熱ブレードサーバを抽出する処理の例を示すフローチャートである。ここでは、一例として、ブレードサーバ12a~12gのうち、1台のブレードサーバが過熱ブレードサーバとして抽出される場合について説明する。図6に示すように、命令生成部2は、ブレードサーバ12a~12gのそれぞれの稼動データについて、配置ポリシーで示される稼動データの条件を満たすか否かを判断する。これにより、命令生成部2は、配置ポリシーで示される稼動データの条件を満たす稼動データを有するブレードサーバを、過熱ブレードサーバの候補として抽出するステップS41。すなわち、命令生成部2は、配置ポリシーが示す稼動データの条件と、ブレードサーバ12a~12gそれぞれの稼動データとを比較することで、過熱ブレードサーバの候補を抽出する。例えば、図4で示した配置ポリシーPが示す稼動データK1の条件は、ブレードサーバの負荷データが示すCPU使用率が80より高いCPU使用率>80:H1ことと、ブレードサーバの起動データが、業務アプリケーションAの起動業務アプリA=ON:D1を示すことである。ブレードサーバ12a~12gそれぞれの稼動データは、例えば、図3で示した構成である。命令生成部2は、例えば、図3に示す稼動データ中の負荷データ21に含まれるCPU使用率21-aおよび起動データ22に含まれる業務アプリケーションAの起動の有無22-cとを参照して、上記配置ポリシーが示す負荷データH1の条件CPU使用率>80:および起動データD1の条件業務アプリA=ONと比較する。これらの条件をともに満たす稼動データを有するブレードサーバが、過熱ブレードサーバの候補として抽出される。次に、命令生成部2は、ステップS41で抽出された過熱ブレードサーバの候補の中から、温度データが配置ポリシーの温度データT1の条件温度=最高を満たすブレードサーバを、過熱ブレードサーバとして抽出するステップS42。すなわち、命令生成部2は、温度データが示す温度が最高であるブレードサーバを過熱ブレードサーバとして抽出する。命令生成部2は、例えば、抽出された過熱ブレードサーバそれぞれの温度データを、相互に比較することで温度が最高のブレードサーバを過熱ブレードサーバとして抽出することができる。これにより、CPU使用率が80より大きく、かつ業務アプリケーションAが起動しているブレードサーバの中で、温度が最高のブレードサーバが過熱ブレードサーバとして抽出される。なお、ここでは、命令生成部2は、配置ポリシーの温度データが、温度=最高を条件として示しているので、候補となるブレードサーバの中で温度が最高のブレードサーバを抽出している。例えば、配置ポリシーの温度データに閾値となる温度が示されていた場合に、命令生成部2は、その閾値となる温度より高い温度のブレードサーバを過熱ブレードサーバとして抽出するように動作してもよい。また、図6においては、過熱ブレードサーバを1台だけ抽出する場合を説明したが、例えば、ステップS42において、命令生成部2は、温度が所定値より大きなブレードサーバが複数ある場合、それらを複数の過熱ブレードサーバとして抽出してもよい。このように、命令生成部2は、温度データと稼動データに基づいて、過熱ブレードサーバを抽出することができる。なお、図6に示す処理では、温度データおよび稼動データに基づいて過熱ブレードサーバを抽出しているが、温度データおよび稼動データのいずれか1つを用いて過熱ブレードサーバを抽出することも可能である。次に、過疎ブレードサーバを抽出する処理について説明する。図7は、命令生成部2が過疎ブレードサーバを抽出し、命令を生成する処理の例を示すフローチャートである。ここでは、一例として、ブレードサーバ12a~12gのうち、1台のブレードサーバが過疎ブレードサーバとして抽出される場合について説明する。図7に示すように、まず、命令生成部2は、ブレードサーバ12a~12gの中から、配置ポリシーで示される稼動データの条件を満たす稼動データを有するブレードサーバを抽出する。命令生成部2は、ブレードサーバ12a~12gのそれぞれの稼動データについて、配置ポリシーで示される起動データの条件を満たすか否かを判断する。図4に示す配置ポリシーの例では、過疎ブレードサーバ抽出条件KSの起動データD2の条件は、業務アプリA=OFFである。この場合、命令生成部2は、ブレードサーバ12a~12gそれぞれの稼動データ20に含まれる起動データ22を参照して、各ブレードサーバ12a~12gにおける業務アプリケーションAの起動の有無を判断することができる。これにより、命令生成部2は、例えば、業務アプリケーションAが起動していないブレードサーバは、稼動が低いと見なして過疎ブレードサーバの候補として抽出することができる。業務アプリケーションAが起動していないブレードサーバがない場合ステップS51でNo、命令生成部2は、過疎ブレードサーバの候補を全てのブレードサーバ12a~12gとしてステップS52、候補のブレードサーバの温度データを参照して、温度が最低のブレードサーバを抽出するステップS53。命令生成部2は、抽出したブレードサーバの構成データ24と、配置ポリシーが示す過疎ブレードサーバ抽出条件KSに含まれる構成データC2の条件とを比較することにより、そのブレードサーバが構成データの条件を満たすか否かを判断するステップS54。例えば、図4に示す配置ポリシーの例では、過疎ブレードサーバ抽出条件KSの構成データC2の条件は、ブレードサーバの空メモリが512MB以上であること空メモリ>512MBと、ブレードサーバに業務プリケーションAがインストールされていること業務アプリ種別=Aである。命令生成部2は、ステップS53で抽出したブレードサーバの構成データを参照して、上記配置ポリシーPの構成データC2の2つ条件空メモリ>512MBおよび業務アプリ種別=Aと比較する。これにより、命令生成部2は、抽出したブレードサーバの構成データ24が、配置ポリシーで示される構成データC2の条件を満たすか否かを判断することができる。なお、構成データの条件は上述の例に限られない。例えば、過熱ブレードサーバと過疎ブレードサーバの距離を条件とすることもできる。例えば、過熱ブレードサーバの隣に位置するブレードサーバは、過疎ブレードサーバの候補から外すように構成データの条件が設定されてもよい。ステップS53で抽出したブレードサーバが、配置ポリシーで示される構成データC2の条件を満たす場合ステップS54でYesの場合、命令生成部2は、そのブレードサーバの稼動データ20に含まれるビジネスデータ23が、配置ポリシーPの条件を満たすか否かの判断を行うステップS55。ステップS53で抽出したブレードサーバが、配置ポリシーPに示されるビジネスデータB2の条件を満たさない場合ステップS54でNoの場合、命令生成部2は、候補からのそのブレードサーバを削除してステップS56、そのブレードサーバが削除された候補の中から、再び、温度が最低のブレードサーバを抽出するステップS53。これにより、構成データ24が配置ポリシーPの条件を満たさないブレードサーバは、過疎ブレードサーバの候補から外される。これにより、配置ポリシーの構成データC2で示される条件を満たすハードウエア構成またはソフトウエア構成を持つブレードサーバが過疎ブレードサーバの候補として抽出されることになる。本実施形態においては、業務アプリケーションAが稼動しているブレードサーバが過熱ブレードサーバの候補となる。なお、上記構成データの条件を判断する処理ステップS54では、命令生成部2は、ブレードサーバの構成データ24が、配置ポリシーPで示される構成データC2の条件全てを満たした場合に、配置ポリシーPで示される構成データC2の条件を満たすステップS54でYesと判断しているが、ブレードサーバの構成データ24が、配置ポリシーPで示される構成データC2の条件の一部を満たした場合に、配置ポリシーPで示される構成データC2の条件を満たすステップS54でYesと判断することもできる。ステップS55において、命令生成部2は、抽出したブレードサーバのビジネスデータ23と、配置ポリシーPが示す過疎ブレードサーバ抽出条件KSに含まれるビジネスデータB2の条件とを比較することにより、そのブレードサーバが配置ポリシーPに示されるビジネスデータB2の条件を満たすか否かを判断する。例えば、図4に示す配置ポリシーPの例では、過疎ブレードサーバ抽出条件KSに含まれるビジネスデータB2の条件は、ブレードサーバを用いて業務を行う企業がA社でないこと業務種別=A社以外である。命令生成部2は、ステップS53で抽出したブレードサーバのビジネスデータ23を参照して、上記の条件業務種別=A社以外と比較する。これにより、命令生成部2は、ステップS53で抽出したブレードサーバのビジネスデータ23が配置ポリシーPで示されるビジネスデータB2の条件を満たすか否かを判断することができる。ステップS53で抽出したブレードサーバがビジネスデータB2の条件を満たさない場合ステップS55でNoの場合、命令生成部2は、候補からのそのブレードサーバを削除してステップS56、候補の中から温度が最低のブレードサーバを再び抽出するステップS53。これにより、ビジネス上の制約や取り決めを満たさないブレードサーバは、過疎ブレードサーバの候補から外される。ステップS53で抽出したブレードサーバがビジネスデータB2の条件を満たす場合ステップS55でYesの場合、命令生成部2は、そのブレードサーバを過疎ブレードサーバとするステップS57。これにより、構成データ24およびビジネスデータ23が配置ポリシーPで示される条件を満たすブレードサーバの中で、温度が最低であるブレードサーバを過疎ブレードサーバとして抽出することができる。本実施形態の例では、業務アプリケーションAが起動しており、空メモリが512MB以上あり、かつ、運用主体がA社でないブレードサーバの中で、温度が最低のブレードサーバが過疎ブレードサーバとして抽出される。命令生成部2は、図6に示した処理で抽出した過熱ブレードサーバで動作しているソフトウエアを、過疎ブレードサーバに移動させるための命令を生成するステップS61。ここで、図6に示す処理で抽出された過熱ブレードサーバは、業務アプリケーションAが起動しているブレードサーバである。命令生成部2は、例えば、過熱ブレードサーバの業務アプリケーションAにより実行されているプロセスを中止する命令と、そのプロセスを過疎ブレードサーバの業務アプリケーションAにより実行させる命令とを生成する。過疎ブレードサーバではすでに業務アプリケーションAが起動されているので、命令生成部2は、過疎ブレードサーバに対して、業務アプリケーションAをインストールして起動させる命令を出す必要はない。命令生成部2が生成した命令を命令部8が、過熱ブレードサーバおよび過疎ブレードサーバにそれぞれ送信することで、過熱ブレードサーバで動作していたソフトウエアを、過疎ブレードサーバで動作させることができる。例えば、過熱ブレードサーバで実行されているプロセスがバッチ処理である場合、過熱ブレードサーバでのバッチ処理を中止させ、残りの処理を過疎ブレードサーバで実行させることができる。また、過熱ブレードサーバで実行されているプロセスがオンライン処理である場合、例えば、ブレードサーバ12a~12g間での共有メモリにオンライン処理におけるセッション管理データを記録して、ブレードサーバ12a~12gで行われるオンライン処理のセッションを管理するセッション管理サーバを設けることにより、セッションを維持しながら、過熱ブレードサーバのプロセスを、過疎ブレードサーバのプロセスに切り替えることができる。次に、起動データが配置ポリシーで示される条件を満たすブレードサーバが、ブレードサーバ12a~12bの中にない場合ステップS51でYesの場合の処理について説明する。命令生成部2は、ブレードサーバ12a~12bの中から、温度が最低のブレードサーバを過疎ブレードサーバとして抽出するステップS58。命令生成部2は、図6に示した処理で抽出した過熱ブレードサーバで稼動しているソフトウエアを、過疎ブレードサーバに移動させるための命令を生成するステップS62。命令生成部2は、例えば、過熱ブレードサーバの業務アプリケーションで実行されているプロセスを中止する命令と、そのプロセスを実行するための業務アプリケーションAを、過疎ブレードサーバにインストールし、起動させる命令と、そのプロセスを過疎ブレードサーバのソフトウエアにより実行させる命令とを生成する。なお、命令生成部2が生成する命令は、上記命令に限らない。例えば、過熱ブレードサーバの記憶装置に記憶されたデータを、そっくりそのまま過疎ブレードサーバの記憶装置にコピーする命令を生成してもよい。以上、図7に示した処理によって、命令生成部2は、温度データと稼動データに基づいて、過疎ブレードサーバを抽出し、過熱ブレードサーバのソフトウエアを過疎ブレードサーバへ移動させる命令を生成することができる。なお、図7に示す処理では、温度データおよび稼動データに基づいて過疎ブレードサーバを抽出しているが、温度データおよび稼動データのいずれか1つを用いて過疎ブレードサーバを抽出することも可能である。図2、図6および図7に示した処理により、管理システム1は、複数のブレードサーバ12a~12gにおいて、一部のブレードサーバに稼動が集中し、熱が発生する場合に、その稼動を他のブレードサーバに移動させることができる。その結果、全体として冷却のためのエネルギーが節約されるので、空調コストを下げることができるという効果が生じる。その効果を、図8a、bおよびcを用いて説明する。図8aは、ある時点における図1に示す各ブレードサーバ12a~12bにおける温度分布を示す棒グラフである。縦軸は温度、横軸は、各ブレードサーバ12a~12bを示している。図8bは、その時点での各ブレードサーバにおける業務アプリケーションAの起動の有無を示す表である。表中、○は起動していることを意味し、未は起動していないことを意味している。図8bに示す稼動状態は、ブレードサーバ12a、12b、12cで業務アプリケーションAが起動している状態である。図8aに示す温度分布から、ブレードサーバ12bの温度が、ブレードサーバ12a~12gの中で最高であり、ブレードサーバ12a、12b、12cの放熱が、ブレードサーバ12d~12gの放熱よりも多いことが分かる。この状態では、ブレードサーバ12a、12b、12cを冷却するための空調装置15aの冷却機能を強化する必要が生じる。しかし、空調装置15aの冷却機能を強化すると消費電力が増加する。ここで、図8b、cに示す状態の時に、管理システム1が、図2、図6、図7に示す処理を行った場合について説明する。命令生成部2は、業務アプリケーションAが起動しているブレードサーバ12a、12b、12cのうち、温度が最も高いブレードサーバ12bを過熱ブレードサーバとして抽出する。また、業務アプリケーションが起動していないブレードサーバ12d、12e、12f、12gのうち、温度が最も低いブレードサーバ12gを過疎ブレードサーバとして抽出する。なお、ここでは、この説明を簡単にするために、ビジネスデータ、負荷データ、構成データの判断についての説明は省略する。命令生成部2は、過熱ブレードサーバであるブレードサーバ12b動作しているソフトウエアの一部である業務アプリケーションAを、過疎ブレードサーバで動作させるための命令を生成する。その命令を命令部8が、ブレードサーバ12bおよびブレードサーバ12gに送信することで、過熱ブレードサーバであるブレードサーバ12bで稼動している業務アプリケーションAが、過疎ブレードサーバであるブレードサーバ12gで動作するようになる。その結果、各ブレードサーバ12a~12bにおける温度分布は、図8dのようになる。これにより、ブレードサーバ12a、12b、12cにおける放熱の一部が、放熱が他より少なかったブレードサーバ12gへ移動し、ブレードサーバ12a、12b、12cにおける温度上昇が緩和される。そのため、空調装置15a、15bの冷却機能を強化する必要がなくなり、消費電力が節約され、全体として電力コストが削減される。したがって、IDCにおいて、電力の消費は抑えたいが、コンピュータの稼働量は必要量だけ確保したいという要求を満たすことが管理システム1によって可能になる。なお、上記の図2、図6および図7に示した処理の説明においては、ブレードサーバで動作するソフトウエアを他のブレードサーバに稼動させる処理の例として、業務アプリケーションAによる処理を過熱ブレードサーバから過疎ブレードサーバへ移動させる場合について説明した。しかし、ブレードサーバで動作するソフトウエアは、業務アプリケーションAだけでなく、その他の複数のアプリケーションも含む場合がある。例えば、1台のブレードサーバで、人事管理処理を行うアプリケーションおよび経理処理を行うアプリケーションが動作している場合等である。そのような場合、命令生成部2は、全てのアプリケーションを別のブレードサーバへ移す命令を生成してもよいし、一部のアプリケーションだけを別のブレードサーバに移す命令を生成してもよい。例えば、命令生成部2は、過熱ブレードサーバの記憶装置のデータ、過疎ブレードサーバの記憶装置にハードコピーする命令を生成してもよい。なお、本実施形態では、本発明の一側面である管理システムの構成および動作について説明したが、例えば図2に示した動作をコンピュータに実行させるプログラムまたはそのようなプログラムを記憶したコンピュータ読み取り可能な記憶媒体も、本発明の一側面である。後述の各実施形態においても同様である。[第2の実施形態]第1の実施形態では、1台のブレードサーバに1つのOSが搭載されることを前提として説明したが、例えば、Xen、VMWare等のように、1台のブレードサーバに複数のOSを同時起動して、物理的な1台のブレードサーバを複数の論理的なマシンとして扱うことを可能にするソフトウエアが存在する。そのため、1台のブレードサーバを複数の仮想マシンとして扱う仮想化技術が適用される場合がある。また、複数のブレードサーバを仮想的に一台のマシンとして扱う仮想化技術も存在する。したがって、本実施形態では、複数のブレードサーバに割り当てられたソフトウエアが、それら複数のブレードサーバを仮想的に1台のマシンとして扱う場合と、1台のブレードサーバに割り当てられたソフトウエアがそのブレードサーバを複数の仮想マシンとして扱う場合について説明する。まず、図1に示すブレードサーバ12a~12gを用いて処理を行うソフトウエアが、論理層において、複数のブレードサーバを1台の仮想マシンとして扱う場合について説明する。本実施形態にかかる管理システムの構成は、図1に示す管理システム1の構成と同様である。図9aは、図1に示すブレードサーバ12a~12gおよび仮想マシンの概念を示す概念図である。図9aに示す例では、ブレードサーバ12a~12gのうち、ブレードサーバ12a、12b、12cが仮想マシンKAとして扱われ、ブレードサーバ12d、12e、12f、12gが仮想マシンKBとして扱われる。このような場合は、管理システム1は、物理的なブレードサーバ12a~12gの構成に着目して、ブレードサーバ12a~12gごとに稼動データ、温度データを取得し、ブレードサーバ12a~12gに対して命令を生成することが好ましい。例えば、仮想マシンKAの稼動量が増加することによってブレードサーバ12a、12b、12cにかかる負荷が、他のブレードサーバ12d~12gに比べて高くなった場合について説明する。この場合、命令生成部2は、例えば、図2のステップS1~S5に示す処理を行い、ブレードサーバ12bを過熱ブレードサーバとして抽出し、ブレードサーバ12gを過疎ブレードサーバとして抽出する。命令生成部2は、ブレードサーバ12aで動作するソフトウエアをブレードサーバ12gで動作するソフトウエアに移動させる命令を生成し、命令部8がその命令を出力する。これにより、ブレードサーバ12a、12b、12gが仮想マシンKAとして稼動するようになる図9b参照。そのため、ブレードサーバ12bにおける放熱の一部が、ブレードサーバ12gへ移動し、ブレードサーバ12bにおける温度上昇が緩和される。次に、図1に示すブレードサーバ12a~12gを用いて処理を行うソフトウエアが、論理層において、1台のブレードサーバを複数の仮想マシンとして扱う場合について説明する。図10aは、論理層において、1台のブレードサーバが複数の仮想マシンとして扱われる場合のブレードサーバおよび仮想マシンの概念を示す図である。図10aにおいて、ブレードサーバ12aは、論理層で仮想マシンV1、V4、V6として扱われ、ブレードサーバ12gは、論理層で仮想マシンV7として扱われる。なお、図10aでは、図を見やすくするために、ブレードサーバ12aと12gの間に存在するブレードサーバ12b~12fの図示は省略している。図10aにおいて、例えば、仮想マシンV1、V4、V6の稼動量が増加することによってブレードサーバ12aにかかる負荷が、他のブレードサーバ12d~12gより高くなった場合について説明する。この場合も、命令生成部2は、図2に示す処理と同様の処理によって、ブレードサーバ12bを過熱ブレードサーバとして抽出し、ブレードサーバ12gを過疎ブレードサーバとして抽出し、命令を生成する。図2に示す処理の詳細について、第1の実施形態と同様の処理については、説明を省略する。図11は、本実施形態における命令生成部2がステップS2で読み込むブレードサーバ12aの稼動データの例を示す図である。図11に示す例において、図3に示すデータと同じ部分には、同じ符号を付し説明を省略する。図11に示す稼動データ20v中の起動データ22vには、仮想マシンV1、V4、V6それぞれにおけるOS、アプリケーションサーバ、業務アプリケーションの起動の有無を表すデータ22-e~22-mが含まれる。また、構成データ24vには、ブレードサーバ1台あたりの仮想マシンVMの割り当て可能数の上限を示すデータ24-dおよびブレードサーバ12aに現在割り当てられている仮想マシンVMの数を表すデータ24-eが含まれる。図12は、本実施形態において命令生成部2がS3で読み込む配置ポリシーの例を示す図である。図12に示す例において、図4に示すデータと同じ部分には、同じ符号を付し説明を省略する。図12に示す配置ポリシーPvにおいて、過疎ブレードサーバ抽出条件KSvの構成データC2vには、仮想マシンVMの追加が可能であることが条件であることを示すデータ含まれている。ここで、命令生成部2が、図2のステップS4において、図11に示す稼動データ20vと図12に示す配置ポリシーPvを用いて過熱ブレードサーバを抽出する処理の例について説明する。図13は、命令生成部2が過熱ブレードサーバを抽出する処理の例を示すフローチャートである。命令生成部2は、まず、稼動データが配置ポリシーに示される条件を満たすブレードサーバを過熱ブレードサーバとして抽出するステップS41a。図12に示す配置ポリシーPvが示す過熱ブレードサーバの負荷データH1の条件は、CPU使用率が80以上であるので、ブレードサーバ12a~12gのうち、CPU使用率が80以上のブレードサーバが過熱ブレードサーバ候補として抽出される。次に、命令生成部2は、ステップS41aで抽出された候補の中から温度が最高の温度データを有するブレードサーバを過熱ブレードサーバとして抽出するステップS42。ここでは、一例としてブレードサーバ12aが過熱ブレードサーバとして抽出された場合を説明する。命令生成部2は、過熱ブレードサーバ12aに割り当てられた仮想マシンV1、V4、V6から、過疎ブレードサーバへ移動させる仮想マシンを抽出するステップS43。ここでは、配置ポリシーPvの起動データD1は、業務アプリケーションが起動していることが条件であることを示しているので、業務アプリケーションが起動している仮想マシンV6が抽出される。過熱ブレードサーバおよび移動する仮想マシンが抽出されると、命令生成部2は、仮想マシンを移動させる先の過疎ブレードサーバを抽出する図2のステップS5。図14は命令生成部2が過疎ブレードサーバを抽出する処理の例を示すフローチャートである。図14に示すように、命令生成部2は、初めに、全てのブレードサーバ12a~12gを過疎ブレードサーバの候補としてステップS501、候補の中から温度が最低のブレードサーバを抽出するステップS502。命令生成部2は、抽出したブレードサーバについて、配置ポリシーPvの構成データC2vの条件を満たすか否かを判断するステップS503。配置ポリシーPvの構成データC2vの条件は、仮想マシンを追加可能であることを示しているので、命令生成部2は。抽出したブレードサーバの構成データ24vを参照して、仮想マシンが追加可能か否かを判断する。例えば、命令生成部2は、図11に示すような構成データ24vに含まれるブレードサーバに割り当て可能な仮想マシンの数を示すデータ24-dと、現在ブレードサーバに割り当てられている仮想マシンの数を示すデータ24-eとを比較することにより、新たに仮想マシンが追加可能であるか否かを判断することができる。命令生成部2は、ステップS502で抽出したブレードサーバに新たな仮想マシンが追加可能であればステップS503でYesの場合、そのブレードサーバを過疎ブレードサーバとするステップS504。抽出したブレードサーバに新たな仮想マシンが追加可能でない場合ステップS503でNoの場合、命令生成部2は、そのブレードサーバを候補から削除してステップS504、削除後の候補の中から温度が最低のブレードサーバを抽出するステップS502。上記ステップS501~505の処理により、仮想マシンが追加可能なブレードサーバのうち、温度が最低のブレードサーバが過疎ブレードサーバとして抽出される。ここでは、一例としてブレードサーバ12gが過疎ブレードサーバとして抽出されることにする。命令生成部2は、図14に示す処理によって、過疎ブレードサーバを決めると、図2のステップS4で抽出した過熱ブレードサーバ12aの仮想マシンV6を、過疎ブレードサーバ12gに移動させるための命令を生成する図2のステップS6。命令部8が、命令生成部2が生成した命令を、過熱ブレードサーバ12aおよび過疎ブレードサーバ12gへ向けて出力することによって図2のステップ7、ブレードサーバ12aに割り当てられていた仮想マシンV6を、ブレードサーバ12gに移動させることができる。図10bは、ブレードサーバ12aに割り当てられていた仮想マシンV6が、ブレードサーバ12gに移動した状態を示す図である。ブレードサーバ12aで稼動していた仮想マシンV6がブレードサーバ12gで稼動するようになっている。これにより、ブレードサーバ12aの放熱が緩和される。[第3の実施形態]本発明の他の実施形態について、図面を参照しながら以下に説明する。なお、第1の実施形態において説明した構成と同様の機能を有する構成については、同じ参照符号を付記し、その説明を省略する。図15は、本実施形態にかかる管理システム10を含むIDCの構成を示す機能ブロック図である。図15に示す管理システム10の構成は、第1の実施形態にかかる管理システム1図1がさらに、コストデータ記憶部7を備えた構成である。命令生成部2aは、温度データ、稼動データ、配置ポリシーに加えて、さらにコストデータ記憶部7に記憶されたデータを用いて命令を生成する。また、命令生成部2aは、空調装置15a、15bに対する命令も生成する。また、命令部8aは、命令生成部2aが生成した空調装置15a、15bに対する命令を、空調装置15a、15bに送信する。コストデータ記憶部7には、空調コストデータと、稼動コストデータが記憶されている。空調コストデータは、ブレードサーバ12a~12g内または周辺の温度を調整するための電力コストの算出に用いられるデータである。空調コストデータは、例えば、ブレードサーバ12a~12gにおける温度を示す値を用いて空調コストを求めるための計算式または、そのような計算式に含まれる係数等を表すデータである。移動コストデータは、ブレードサーバ12a~12gがそれぞれに割り当てられたソフトウエアの動作に従って稼動するための電力コストの算出に用いられるデータである。稼動コストデータは、例えば、ブレードサーバ12a~12gの稼動量またはソフトウエアによる処理量を示す値を用いて稼動コストを求めるための計算式または、そのような計算式に含まれる係数等を表すデータである。次に、本実施形態における管理システム10の動作の流れについて、図16のフローチャートを参照しながら説明する。図16において、ステップS1~S5の処理は、図2に示すステップS1~S5の処理と同様である。管理システム10における命令生成部2aは、過熱ブレードサーバの抽出ステップS4および過疎ブレードサーバの抽出ステップS5を行った後、ステップS101において、過熱ブレードサーバで動作するソフトウエアを過疎ブレードサーバに移動させた場合の稼動コストの変動を算出する。すなわち、ソフトウエアの移動前の稼動コストと移動後の稼動コストとの差を算出する。ラック13のi番目に格納されたブレードサーバのソフトウエア移動前のCPU使用率をxi、i番目に格納されたブレードサーバのソフトウエア移動後のCPU使用率をyiとすると、移動前の稼動コストと、移動後の稼動コストは、例えば、下記数1により求めることができる。下記数1において、CPUxは、CPU使用率xのブレードサーバの稼動コストを計算するための係数である。本実施形態におけるCPUxは、xの値によって変化する。この係数は、例えば、稼動コストデータとしてコストデータ記憶部7に予め記憶されているデータを用いることができる。なお、稼動コストを求める式は、上記数1に限られない。稼動を表す量として、CPU使用率の他に、例えば、メモリ使用率、アクセス数、伝送データ量等を用いて稼動コストを算出することもできる。また、係数CPUxの替わりに、CPU使用率xのブレードサーバの稼動コストを計算するための関数を用いることもできる。また、ステップS102において、管理システム10における命令生成部2aは、過熱ブレードサーバで動作するソフトウエアを過疎ブレードサーバで稼動させた場合の空調コストの変動を算出する。すなわち、ソフトウエアの移動前の空調コストと移動後の空調コストとの差を算出する。ラック13のi番目に格納されたブレードサーバにおけるソフトウエア移動前の温度をbCi、i番目に格納されたブレードサーバにおけるソフトウエア移動後の温度をaCiとすると、移動前の空調コストと、移動後の空調コストは、例えば、下記数2により求めることができる。上記数2において、AirCondCは、ブレードサーバにおける温度Cから、空調コストを計算するための係数である。本実施形態におけるAirCondCは、Cの値によって変化する。この係数は、例えば、空調コストデータとしてコストデータ記憶部7に予め記憶されているデータを用いることができる。また、ブレードサーバにおけるソフトウエア移動後の温度aCiとして、予め複数のブレードサーバのおける温度分布とブレードサーバの稼動状況との関係をシミュレーションすることにより求められたデータを用いることができる。また、過去のブレードサーバの稼動実績に基づいて記憶された温度分布のデータをaCiとして用いることもできる。これらのデータは、空調コストデータとして、コストデータ記憶部7に予め記憶される。なお、上記数2は一例であり、空調コストを求める式は上記数2に限られない。命令生成部2aは、ステップS101で求められた稼動コスト変動と、ステップS102で求められた空調コスト変動とを比較する。空調コスト変動の方が大きければステップS103でNo、命令生成部2aは、過熱ブレードサーバで動作するソフトウエアを過疎ブレードサーバに移動させる命令を生成し、ステップS6命令部8aが命令を送信するステップS7。ステップS6とステップS7の処理は、図2に示す処理と同様である。稼動コスト変動の方が大きければステップS103でYes、命令生成部2aは、空調装置15a、15bに対して、空調を強化させる命令を生成するステップS104。命令部8aは、空調装置15a、15bに命令を送信するステップS105。図16に示した処理により、管理システム10は、電力コストが安くなるように、ブレードサーバ12a~12g上のソフトウエアの再割り当てまたは、空調装置15a、15bの制御を行うことができる。すなわち、管理システム10は、冷房の強化にかかる電力コストの方が低い場合に冷房を強化し、ソフトウエアをブレードサーバ間で移動させる電力コストの方が低い場合に、ソフトウエアをブレードサーバ間で移動させることができる。なお、コストデータを用いて、電力コストが低くなるように、ブレードサーバで動作するソフトウエアの再割り当てまたは空調装置の制御を行う処理は、図16に示す処理に限られない。上記の第1~3の実施形態において、IDCを構成する複数のコンピュータを管理する管理システムについて説明したが、本発明にかかる管理システムは、例えば、サーバファームおよびアプリケーションサービスプロバイダApplicationServiceProviderCenter等の複数のコンピュータが集中して管理されるコンピュータに適用できる。また、コンピュータセンタに設けられる複数のコンピュータは、それぞれ筐体を持って互いに独立した構成でもよいし、複数のコンピュータが同一基板上に配置された構成でもよい。また、上記第1~3実施形態では、ハードウエアを構成するコンピュータがブレードサーバである場合について説明したが、コンピュータはブレードサーバに限られない。例えば、タワー型のサーバ、ラックマウント型のサーバまたはパーソナルコンピュータPersonalComputer等も本発明にかかる管理システムの管理対象となるコンピュータに含まれる。