複数の仮想サーバが稼動する複数の物理サーバと、複数の前記物理サーバに通信網で接続され、前記物理サーバ上で稼働する前記仮想サーバを管理する管理装置と、を備え、前記管理装置は、前記物理サーバにおいて、前記仮想サーバを稼働させたときの空きリソース容量が所定の条件を満たすか否かを判定する処理を、所定の単位時間ごとに分割し、並列分散処理によって行う判定手段を備えるサーバシステム。請求項1に記載のサーバシステムにおいて、前記管理装置は、所定の処理が実行されている、複数の前記仮想サーバおよび複数の前記物理サーバの負荷データを前記通信網を介して収集する収集手段をさらに備え、前記管理装置の前記判定手段は、前記収集手段が収集した前記負荷データに基づいて、前記判定する処理を行うサーバシステム。請求項2に記載のサーバシステムにおいて、前記管理装置は、前記単位時間内に処理される前記負荷データが所定数未満含まれるように前記単位時間の最小値を決定する決定手段をさらに備え、前記管理装置の前記判定手段は、決定された前記最小値に前記単位時間を分割し、前記最小値の前記単位時間で前記判定する処理を行うサーバシステム。請求項2または3に記載のサーバシステムにおいて、前記管理装置は、前記収集手段が収集した前記負荷データを、単位負荷の範囲に基づいて、グループに分類し、各前記グループから所定数の負荷データを選択する選択手段をさらに備え、前記管理装置の前記判定手段は、選択された前記負荷データに基づいて、前記判定する処理を行うサーバシステム。請求項2乃至4いずれか一項に記載のサーバシステムにおいて、前記管理装置の前記判定手段は、前記判定する処理において、前記空きリソース容量が、前記負荷データの負荷のピークが周期的に現れる所定期間にわたり、要求条件を満たしているか否かを判定するサーバシステム。請求項2乃至5いずれか一項に記載のサーバシステムにおいて、前記管理装置の前記判定手段は、前記判定する処理において、前記負荷データの負荷のピークが周期的に現れる所定期間内の前記空きリソース容量の平均値が、平均値の要求条件を満たしているか否かを判定するサーバシステム。請求項2乃至6いずれか一項に記載のサーバシステムにおいて、前記管理装置は、前記負荷データに基づいて、前記物理サーバの余剰リソース量を算出する算出手段と、算出された前記余剰リソース量をユーザに提示するリソース提示手段と、をさらに備えるサーバシステム。複数の仮想サーバが稼動する複数の物理サーバに通信網で接続され、前記物理サーバにおいて、前記仮想サーバを稼働させたときの空きリソース容量が所定の条件を満たすか否かを判定する処理を、所定の単位時間ごとに分割し、並列分散処理によって行う判定手段を備える管理装置。複数の仮想サーバが稼動する複数の物理サーバに通信網で接続され、前記物理サーバ上で稼働する前記仮想サーバを管理する管理装置が、前記物理サーバにおいて、前記仮想サーバを稼働させたときの空きリソース容量が所定の条件を満たすか否かを判定する処理を、所定の単位時間ごとに分割し、並列分散処理によって行うサーバ管理方法。複数の仮想サーバが稼動する複数の物理サーバに通信網で接続され、前記物理サーバ上で稼働する前記仮想サーバを管理する管理装置を実現するコンピュータに、前記物理サーバにおいて、前記仮想サーバを稼働させたときの空きリソース容量が所定の条件を満たすか否かを判定する処理を、所定の単位時間ごとに分割し、並列分散処理によって行う手順を実行させるためのプログラム。以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。第1の実施の形態図1は、本発明の実施の形態に係るサーバシステム1の構成を示す機能ブロック図である。本発明の実施の形態に係るサーバシステム1は、複数の仮想サーバ20が稼動する複数の物理サーバ10と、複数の物理サーバ10に通信網3で接続され、物理サーバ10上で稼働する仮想サーバ20を管理する管理装置100と、を備える。そして、管理装置100は、物理サーバ10において、仮想サーバ20を稼働させたときの空きリソース容量が、所定の条件を満たすか否かを判定する処理を、所定の単位時間ごとに分割し、並列分散処理によって行う判定部104を有する。図1では、物理サーバPM1で稼動する仮想サーバに符号VM11、...、VM1nnは自然数を付与し、物理サーバPMmで稼動する仮想サーバに符号VMm1、...、VMmimとiは自然数を付与する。以下の説明では、これらの符号を用いてそれぞれを区別する。サーバシステム1の各構成要素は、CPUCentralProcessingUnit、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インタフェースを備えるコンピュータのハードウェアとソフトウェアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。以下説明する各図は、ハードウェア単位の構成ではなく、機能単位のブロックを示している。また、以下の各図において、本発明の本質に関わらない部分の構成については省略してあり、図示されていない。管理装置100は、たとえば、図示しないCPUやメモリ、ハードディスク、および通信装置を備え、キーボードやマウス等の入力装置やディスプレイやプリンタ等の出力装置と接続されるサーバコンピュータやパーソナルコンピュータ、またはそれらに相当する装置により実現することができる。そして、CPUが、ハードディスクに記憶されるプログラムをメモリに読み出して実行することにより、上記各ユニットの各機能を実現することができる。本実施形態のコンピュータプログラムは、管理装置100を実現させるためのコンピュータに、物理サーバ10において、仮想サーバ20を稼働させたときの空きリソース容量が所定の条件を満たすか否かを判定する処理を、所定の単位時間ごとに分割し、並列分散処理によって行う手順を実行させるように記述されている。本実施形態のコンピュータプログラムは、コンピュータで読み取り可能な記録媒体磁気ディスク、半導体メモリ、光ディスク等に記録されてもよい。記録媒体は特に限定されず、様々な形態のものが考えられる。また、プログラムは、記録媒体からコンピュータのメモリにロードされてもよいし、ネットワークを通じてコンピュータにダウンロードされ、メモリにロードされてもよい。本実施形態のサーバシステム1において、管理装置100は、それぞれ業務アプリケーションを実行している物理サーバ10および仮想サーバ20のリソースを監視し、必要に応じて、仮想サーバ20を他の物理サーバ10にマイグレーションするなどの制御を行うこともできる。このとき、本実施形態の管理装置100は、リソースを効率よく利用できるような物理サーバ10と仮想サーバ20の組み合わせを見つける判定処理を行う。本実施形態において、物理サーバ10は、ハードウェアによって構成される実際のコンピュータをさし、図示しないCPUやメモリ、ハードディスク、および通信制御装置を備え、キーボードやマウス等の入力装置やディスプレイやプリンタ等の出力装置と接続されるサーバコンピュータやパーソナルコンピュータ、またはそれらに相当する装置により実現することができる。そして、CPUが、ハードディスクに記憶されるプログラムをメモリに読み出して実行することにより、上記各ユニットの各機能を実現することができる。仮想サーバ20は、物理サーバ10上に仮想化ソフトによって構築される仮想的なコンピュータをさす。仮想サーバ20は物理サーバ10上に複数稼働させることができる。これにより、1台の物理サーバ10を、複数の利用者が同時に利用したり、異なるOSを並列に実行させたりすることができる。図1では、管理装置100は、物理サーバ10とは異なるコンピュータとなっているが、物理サーバ10または仮想サーバ20が稼働しているコンピュータにより実現することもできる。本実施形態において、サーバシステム1の管理対象システムは、複数の仮想サーバ20が稼働する複数の物理サーバ10を備えるシステムであり、たとえば、データセンタなど、多数のIT機器を有する大規模なシステムを含む。この場合、上記の物理サーバ10と仮想サーバ20の組み合わせ数が膨大になり、仮想サーバ20をマイグレーションする移動先の物理サーバ10を決定する計算時間が長くなり、処理の負荷が大きくなってしまうという課題が生じる。したがって、本発明の実施形態に係るサーバシステム1では、所定の単位時間ごとに分割し、並列分散処理によって判定処理を行うことで、このようなデータセンタなど、多数のIT機器を有する大規模システムにも対応可能になる。また、本発明の実施の形態に係るサーバシステム1において、管理装置100は、物理サーバ10および仮想サーバ20の負荷データの負荷のピークが周期的に現れるものについて、負荷データを監視し、効率よくリソースを利用できるように制御する。たとえば、企業内のウェブサーバは、出退勤時刻と昼休みに負荷が高くなるという日単位の周期性を有する。また、企業の給与計算システムや勤務管理システムなどは、月単位でデータ処理を行うため、月末や月初にサーバの負荷のピークがあり、それ以外の時期はサーバの負荷が低いといった月単位の周期性を有する。このように、物理サーバ上で稼働する仮想サーバの負荷は、処理内容に依存して時間的に変化する。そこで、負荷データの負荷のピークが周期的に現れ、一定期間内で負荷が変化するような場合においても、本実施形態の管理装置100は、効率よくリソースを利用できるように制御する。監視対象の物理サーバ10および仮想サーバ20の負荷のピークが周期的に現れる期間以後、タイムスパンTと呼ぶは、日単位、週単位、月単位、年単位、曜日単位、季節単位、半期単位など様々考えられる。また、分割処理の単位時間△Tは、たとえば、1時間、1日、1週間、1ヶ月、1年などである。また、リソースは、物理サーバ10または仮想サーバ20のCPU、メモリ、ネットワークI/OInputOutput、およびストレージI/Oなどを含むことができる。具体的には、サーバシステム1は、収集部102と、判定部104とを有する管理装置100と、管理装置100に接続された負荷データ記憶部120と、判定結果記憶部130と、を備える。なお、負荷データ記憶部120および判定結果記憶部130は、管理装置100に含まれてもよい。収集部102は、通信網3を介して、物理サーバ10および仮想サーバ20から物理サーバ10および仮想サーバ20の負荷データの値を一定間隔で取得し、履歴データとして負荷データ記憶部120に記憶する。収集部102が収集する負荷データは、物理サーバ10および仮想サーバ20それぞれのCPU使用率、メモリ使用率、記録媒体の入出力性能値例えば最大データ転送速度に対する入出力データ転送速度の割合、通信制御装置の入出力性能値伝送速度や使用帯域等等の性能に関する情報を含む。負荷データ記憶部120は、収集部102が収集した負荷データを記憶する。負荷データ記憶部120は、物理サーバ10ごとに、その物理サーバ10上で稼働している仮想サーバ20ごとの負荷データを、収集時刻tごとに1ペアとして記憶することができる。判定部104は、収集部102が収集した負荷データに基づいて、物理サーバ10上で稼働する仮想サーバ20の格納可能性を判定する。本実施形態では、判定部104は、収集部102が収集した、物理サーバ10と物理サーバ10上で稼働する仮想サーバ20の負荷データを時間帯ごとに分割し、格納可能性を判定する。また、判定部104は、格納可能性の判定結果を判定結果記憶部130に記憶する。ここで、判定部104における判定処理の並列分散処理について、以下に説明する。たとえば、図13に示すように、まず、複数の物理サーバ10PM1、PM2、...、PMmから通信網3を介して収集部102が収集した負荷データD1、D2、...、Dmは、負荷データ記憶部120に格納する。その後、所定のタイムスパンTを複数に分割した単位時間△Tごとに、それぞれ、時刻t1からt2の間のデータd11、d21、...、dm1、時刻t2からt3の間のデータd12、d22、...、dm2などに分割される。なお、本図では、タイムスパンTが4つの単位時間△Tに分割されているが、これに限定されるものではなく、説明上便宜的に示しているだけである。そして、判定部104において、複数の処理部U1、U2、U3、...が、この単位時間△Tごとに分割された複数の物理サーバ10PM1、PM2、...、PMmの分割データをそれぞれ並列に分散して処理する。そして、各処理部から処理された複数の結果R1、R2、R3、...が判定結果記憶部130に格納される。たとえば、図13では、判定部104の処理部U1では、時刻t1からt2の間の物理サーバPM1、PM2、...、PMmのデータd11、d21、...、dm1が処理されて結果R1が判定結果記憶部130に格納される。また、判定部104の処理部U2では、時刻t2からt3の間の物理サーバPM1、PM2、...、PMmのデータd12、d22、...、dm2が処理されて結果R2が判定結果記憶部130に格納される。このようにして、本発明の管理装置100の判定部104における判定処理は、並列分散処理されることとなる。図1に戻り、本実施形態では、判定部104は、ある周期の時間帯で、たとえば、24時間で、物理サーバ10上の空きリソースを使って、ある周期的な負荷のピークを有する仮想サーバ20が稼働できるか否かを判定し、ある仮想サーバ20の物理サーバ10に対する格納可能性として示す。ここで、格納可能性の判定とは、ある物理サーバ10上で0台以上の仮想サーバ20が稼働している状況で、物理サーバ10上で新たに仮想サーバ20を稼働させる場合、仮想サーバ20の負荷について周期性のある一定期間を単位として、その期間内の全ての時刻において、CPU、メモリ、ネットワークI/O、ストレージI/Oなどのいずれのリソースもキャパシティが不足することなく処理を完了できるかどうかを判定することと定義する。ただし、他の実施形態では、CPU、メモリ、ネットワークI/O、またはストレージI/Oなどのうち予め決められたいずれかのリソースのキャパシティが不足することなく周期性のある一定期間内に処理を完了できるかどうかを判定することもできる。すなわち、物理サーバ10上の空きリソースが、仮想サーバ20を稼働するのに必要な量以上であれば、格納可能OKと判定され、物理サーバ10上の空きリソースが、仮想サーバ20を稼働するのに必要な量に満たなければ、格納不可NGと判定される。判定結果記憶部130は、判定部104が行った格納可能性の判定結果をOKまたはNGのいずれか記憶する。本実施形態では、便宜上、判定結果をOKまたはNGと示しているが、これに限定されるものではなく、判定結果を示す情報として、数値、記号、フラグなど、様々な態様が考えられる。このように構成された本実施形態のサーバシステム1の動作について、以下に説明する。図2は、本発明の実施の形態に係るサーバシステム1の動作の例を示すフローチャートである。以下、図1および図2を用いて説明する。本発明の実施の形態に係るサーバ管理方法は、管理装置100が、物理サーバにおいて、仮想サーバを稼働させたときの空きリソース容量が所定の条件を満たすか否かを判定する処理を、所定の単位時間ごとに分割し、並列分散処理によって行うステップS103。詳細には、まず、収集部102が、各物理サーバ10から、物理サーバ10および仮想サーバ20の負荷データを収集し、負荷データ記憶部120に記憶するステップS101。そして、判定部104が、負荷データ記憶部120を参照し、記憶された負荷データを所定の単位時間ごとに分割する。そして、並列分散処理にて格納可能性を判定し、その判定結果を判定結果記憶部130に記憶するステップS103。本実施形態のサーバシステム1は、このようにして判定結果記憶部130に記憶された各物理サーバ10で仮想サーバ20を稼働させた場合の格納可能性の判定結果を、オペレータが必要に応じて閲覧できるように提示する提示部不図示を有することができる。たとえば、判定結果をディスプレイなどの出力装置不図示に画面表示したり、プリンタなどの出力装置不図示に印字出力したりできる。オペレータが、キーボードなどの入力装置不図示を用いて、格納可能性の判定結果を検索する操作を行う操作画面をディスプレイに表示し、オペレータの操作を受け付けて、検索処理を行う処理部不図示を有することができる。このように構成することで、仮想サーバ20の移動先に適した物理サーバ10の選択をオペレータに短時間で判断させることが可能になる。なお、判定結果は、すべての物理サーバの判定結果をリストにして提示してもよい。また、リストは、判定結果の可否毎にソートできてもよい。さらに、リストに、物理サーバの他の性能情報たとえば、CPU性能、メモリ容量等などを含めて提示してもよい。本発明によれば、物理サーバ10と仮想サーバ20の各組合せに対して、物理サーバ10上に仮想サーバ20を移動して稼働させた場合について、物理サーバ10や仮想サーバ20の負荷データを時間帯ごとに分割して格納可能性の判定処理を実行することにより、並列分散処理が可能となる。そのため、本発明によれば、短時間に低負荷で仮想サーバ20の移動先に適した物理サーバ10の選択ができる。このように、本発明によれば、仮想サーバを稼働したときの物理サーバのリソース管理を短時間に低負荷で行える。そして、本発明によれば、仮想サーバ20のキャパシティ不足や無駄な空きリソースの発生を回避することができ、効率よくリソースを利用できることとなる。本発明によれば、特に、周期性のある一定期間の負荷データに対して、仮想サーバ20の実行に必要なキャパシティが十分確保されていることを短時間で検証することができる。その理由は、仮想サーバの周期的な負荷データの全体に対して、格納可能性を判定できるためである。また、本発明のサーバシステム1によれば、物理サーバや仮想サーバの台数が増大した場合でも、仮想サーバを稼働させるのに十分なキャパシティを持つ物理サーバを短時間に判定できるという効果を奏する。この結果、仮想サーバのキャパシティ不足や無駄な空きリソースの発生を回避することができる。その理由は、格納可能性の判定処理を並列分散実行可能な処理として実現しているためである。第2の実施の形態図3は、本発明の実施の形態に係るサーバシステム1の構成を示す機能ブロック図である。本実施形態のサーバシステム1の管理装置200は、上記実施の形態の管理装置100における、収集部102が収集した負荷データに基づく処理を行う具体的な構成を有する。なお、本実施形態において、サーバシステム1は、物理サーバ10および仮想サーバ20の台数がそれほど多くなく、負荷データのサイズ監視対象となる負荷データ件数が中程度の場合の例について説明する。本発明の実施の形態に係るサーバシステム1において、管理装置200は、図1の上記実施形態の管理装置100の構成に加え、さらに、生成部202と、算出部204と、を備える。生成部202は、はじめに、収集部102が各物理サーバ10から収集した物理サーバ10および仮想サーバ20の負荷データから、各物理サーバ10の識別子PM_IDと収集時刻tがキーで、負荷データがバリューのペアのデータを生成する。そして、生成部202は、分割処理の単位時間△Tがキーで、その時間内に含まれる時刻tのログをバリューとするペアのデータを生成する。生成部202によって生成された上記各データは、負荷データ記憶部120に記憶することができる。算出部204は、タイムスパンTに含まれる全てのΔTに対して、仮想サーバ20を稼働させた場合の物理サーバ10の余剰リソース量を算出する。このように構成された本実施形態のサーバシステム1の管理装置200の動作について、以下に説明する。図4は、本発明の実施の形態に係るサーバシステム1の動作の例を示すフローチャートである。また、図5は、サーバシステム1における一連の処理で扱うデータ形式の例を一覧表で示す図である。以下、図3乃至図5を用いて説明する。まず、管理装置200の収集部102が、通信網3を介して各物理サーバ10の負荷データを一定間隔で取得し、負荷データ記憶部120に記憶するステップS201。この時のデータ形式は図5の表1のステップS201のようになる。図5に示すように、負荷データは、たとえば、収集時刻t20100527130502、物理サーバ10および仮想サーバ20の識別情報PM1、VM11、その仮想サーバ20のCPU利用率CPU32、およびネットワーク入出力性能値NWsend253Mbpsなどを含む。管理装置200の生成部202が、負荷データ記憶部120を参照し、各負荷データから、物理サーバ10の識別子PM_IDと時刻tがキーで、負荷データ図5の表1において、loadinfo1と示すをバリューとするペアのデータを生成するステップS205。この時のデータ形式は図5の表1のステップS205のようになる。管理装置200の判定部104が、負荷データ記憶部120を参照し、同じΔTに含まれるログからPM_IDと仮想サーバの識別子VM_IDのペアのデータを生成して、格納可能性を判定する。そして、管理装置200の判定部104は、その判定結果図5の表1において、result2に相当を判定結果記憶部130に記憶するステップS207。さらに、管理装置200の算出部204が、負荷データ記憶部120を参照し、余剰リソース量図5の表1において、result2に相当を算出して、判定結果記憶部130に記憶するステップS209。この時のデータ形式は図5の表1のステップS207およびステップS209のようになる。管理装置200の判定部104が、判定結果記憶部130を参照し、タイムスパンTに含まれる全てのΔTに対して、格納可能性を判定する。そして、管理装置200の判定部104は、PM_IDとVM_IDのペアのデータに対応する判定結果図5の表1において、result1に相当を判定結果記憶部130に記憶するステップS211。そして、管理装置200の算出部204が、判定結果記憶部130を参照し、PM_IDとVM_IDのペアのデータに対応する物理サーバ10の余剰リソース図5の表1において、result1に相当を算出して、判定結果記憶部130に記憶するステップS213。この時のデータ形式は図5の表1のステップS211およびS213のようになる。このようにして判定結果記憶部130に記憶された各物理サーバ10で仮想サーバ20を稼働させた場合の格納可能性の判定結果は、上記実施形態と同様に、オペレータからの検索要求を受け付けて検索結果をオペレータに提示することができる。これにより、仮想サーバ20の移動先に適した物理サーバ10の選択をオペレータに短時間で判断させることが可能になる。また、余剰リソース量を比較できるように提示することにより、無駄の少ない物理サーバ10の選択をオペレータに判断させることが可能になる。本実施形態のサーバシステム1によれば、上記実施形態と同様な効果を奏する。第3の実施の形態図6は、本発明の実施の形態に係るサーバシステム1の構成を示す機能ブロック図である。本実施形態のサーバシステム1の管理装置300は、図3の上記実施形態とは、負荷データの件数が多い場合などに、判定部104の分割処理の単位時間をより短くすることで、判定処理の負荷を低減する点で相違する。本発明の実施の形態に係るサーバシステム1において、管理装置300は、図3の上記実施形態の管理装置200の構成に加え、単位時間内に処理される負荷データが所定数未満含まれるように、単位時間の最小値を決定する決定部302をさらに備える。さらに、管理装置300の判定部104は、決定された最小値に単位時間を分割し、最小値の単位時間で判定する処理を行う。なお、本実施形態において、サーバシステム1は、物理サーバ10および仮想サーバ20の台数が多く、負荷データのサイズ監視対象となる負荷データ件数が大きい場合の例について説明する。具体的には、本実施形態の管理装置300は、図3の上記実施形態の管理装置200の生成部202に替えて、生成部304を有するとともに、管理装置200と同様な収集部102と、判定部104と、算出部204と、を有し、さらに、決定部302を有する。決定部302において、単位時間の最小値は、単位時間内に処理される負荷データに対応する物理サーバ10と仮想サーバ20のペア数がその時間内で所定個数未満となるように決定することができる。収集部102が収集した負荷データの単位時間あたりの処理数が多く、かつ、判定処理の負荷が所定の基準より高くなる場合に決定部302の本処理を行うのが好ましい。生成部304は、図3の上記実施形態の管理装置200の生成部202と同様に、収集部102が各物理サーバ10から収集した物理サーバ10および仮想サーバ20の負荷データから、各物理サーバ10の識別子PM_IDと収集時刻tがキーで、負荷データがバリューのペアのデータを生成する。そして、生成部202は、分割処理の単位時間△Tがキーで、その時間内に含まれる時刻tのログをバリューとするペアのデータを生成する。さらに、生成部304は、生成されたデータのペア数が所定数より多い場合に、単位時間△Tの最小値ΔTminがキーで、その時間内に含まれる時刻tのログをバリューとするペアのデータを生成する。生成部304によって生成された上記各データは、負荷データ記憶部120に記憶することができる。このように構成された本実施形態のサーバシステム1の管理装置300の動作について、以下に説明する。図7は、本発明の実施の形態に係るサーバシステム1の管理装置300の動作の例を示すフローチャートである。また、図8は、サーバシステム1における一連の処理で扱うデータ形式の例を一覧表で示す図である。なお、本実施形態の管理装置300は、図4の上記実施形態の管理装置200の動作を示すフローチャートと同様な手順で処理を行うとともに、図4のステップS205とステップS207の間に、図7に示すステップS301乃至ステップS307の処理を行う。以下、図4、図6乃至図8を用いて説明する。上記実施形態の管理装置200と同様に、管理装置300の収集部102が、通信網3を介して各物理サーバ10の負荷データを一定間隔で取得し、負荷データ記憶部120に記憶する図4のステップS201。この時のデータ形式は図8の表2のステップS201のようになる。管理装置300の生成部304が、負荷データ記憶部120を参照し、各負荷データから、各物理サーバ10の識別子PM_IDと収集時刻tがキーで、負荷データ図8の表2において、loadinfo1と示すをバリューとするペアのデータを生成する図4のステップS205。この時のデータ形式は図8の表2のステップS205のようになる。そして、管理装置300は、図7のステップS301に処理を移行する。管理装置300の決定部302が、負荷データ記憶部120を参照し、ステップS205で生成されたデータのペア数が所定数より多いか否かを判定する図7のステップS301。そして、データのペア数が所定数より多い場合には図7のステップS301のYES、管理装置300の決定部302が、負荷データ記憶部120を参照し、単位時間内に処理される負荷データが所定数未満含まれるように単位時間△Tの最小値ΔTminを決定する図7のステップS302。なお、データのペア数が所定数より少ない場合には図7のステップS301のNO、管理装置300は、図4のフローに戻り、図4のステップS207の処理を続ける。そして、管理装置300の生成部304が、負荷データ記憶部120を参照し、単位時間△Tの最小値ΔTminがキーで、その時間内に含まれる時刻tのログ図8の表2において、loadinfo3と示すをバリューとするペアのデータを生成する図7のステップS303。この時のデータ形式は図8の表2のステップS303のようになる。そして、管理装置300の判定部104が、負荷データ記憶部120を参照し、同じΔTminに含まれるログからPM_IDとVM_IDのペアのデータを生成して、格納可能性を判定する。そして、管理装置300の判定部104は、その判定結果図8の表2において、result3に相当を判定結果記憶部130に記憶する図7のステップS305。さらに、管理装置300の算出部204が、負荷データ記憶部120を参照し、余剰リソース量図8の表2において、result3に相当を算出して、判定結果記憶部130に記憶する図7のステップS307。この時のデータ形式は図8の表2のステップS305およびS307のようになる。そして、管理装置300は、図4のフローに戻り、図4のステップS207の処理を続ける。管理装置300の判定部104が、判定結果記憶部130を参照し、ΔTに含まれる全てのΔTminに対して、格納可能性を判定する。そして、管理装置300の判定部104は、その判定結果図8の表2において、result2に相当を判定結果記憶部130に記憶する図4のステップS207。さらに、管理装置300の算出部204が、判定結果記憶部130を参照し、余剰リソース量図8の表2において、result2に相当を算出して、判定結果記憶部130に記憶する図4のステップS209。この時のデータ形式は図8の表2のステップS207およびS209のようになる。そして、管理装置300の判定部104が、判定結果記憶部130を参照し、タイムスパンTに含まれる全てのΔTに対して、格納可能性を判定する。そして、管理装置300の判定部104は、PM_IDとVM_IDのペアのデータに対応する判定結果図8の表2において、result1に相当を判定結果記憶部130に記憶する図4のステップS211。そして、管理装置300の算出部204が、判定結果記憶部130を参照し、PM_IDとVM_IDのペアのデータに対応する物理サーバ10の余剰リソース図8の表2において、result1に相当を算出して、判定結果記憶部130に記憶する図4のステップS213。この時のデータ形式は図8の表2のステップS211およびS213のようになる。このようにして判定結果記憶部130に記憶された各物理サーバ10で仮想サーバ20を稼働させた場合の格納可能性の判定結果は、上記実施形態と同様に、オペレータからの検索要求を受け付けて検索結果をオペレータに提示することができる。これにより、仮想サーバ20の移動先に適した物理サーバの選択をオペレータに短時間で判断させることが可能になる。また、余剰リソース量を比較できるように提示することにより、無駄の少ない物理サーバ10の選択をオペレータに判断させることが可能になる。本実施形態のサーバシステム1によれば、上記実施形態と同様な効果を奏するとともに、物理サーバ10や仮想サーバ20の負荷データを分割処理の単位時間の最小値△Tminごとに分割して格納可能性の判定処理を実行することにより、より粒度の小さい並列分散処理が可能となる。そのため、本発明によれば、データ量が大規模になった場合でも短時間で仮想サーバ20の移動先に適した物理サーバ10の選択ができ、仮想サーバ20のキャパシティ不足や物理サーバ10の無駄な空きリソースの発生を回避することができる。第4の実施の形態図9は、本発明の実施の形態に係るサーバシステム1の構成を示す機能ブロック図である。本実施形態のサーバシステム1の管理装置400は、図3および図6の上記実施形態とは、同様な負荷パターンの負荷データを有するサーバをグループ化し、グループの中から代表のサーバを選択して判定処理を行うことで、判定処理の負荷を低減する点で相違する。本実施形態のサーバシステム1の管理装置400は、サーバの負荷のパターンが同じようなものが多数存在するようなシステムの場合に特に有用である。また、負荷の低いサーバで、ほとんど負荷に変化がないものが多数存在するようなシステムの場合にも有用である。本発明の実施の形態に係るサーバシステム1において、管理装置400は、収集部102が収集した負荷データを、単位負荷の範囲に基づいて、グループに分類し、各グループから所定数の負荷データを選択する選択部402をさらに備える。さらに、管理装置400の判定部104は、選択された負荷データに基づいて、判定する処理を行う。なお、本実施形態において、サーバシステム1は、物理サーバ10および仮想サーバ20の台数が非常に多く、かつ、負荷データのサイズ監視対象となる負荷データ件数が極端に大きいの場合の例について説明する。具体的には、本実施形態の管理装置400は、図3または図6の上記実施形態の管理装置200の生成部202または管理装置300の生成部304に替えて、生成部406を有するとともに、管理装置200および管理装置300と同様な収集部102と、判定部104と、算出部204と、を有し、管理装置300の決定部302に替えて、決定部404を有し、さらに、選択部402を有する。選択部402は、収集部102が収集した負荷データを、単位負荷の範囲に基づいて、グループに分類し、各グループから所定数の負荷データを選択する。後述するように、選択部402は、単位時間△Tまたは単位時間△Tの最小値△Tminに含まれる物理サーバ10と仮想サーバ20の負荷データのペア数が所定のペア数より多い場合に負荷データの選択処理を行うことができる。または、同様な負荷パターンを有するものが所定のデータ数より多い場合に選択処理を行ってもよい。ここで、単位負荷の範囲とは、たとえば、単位時間当たりの物理サーバ10の平均負荷、ピーク時の負荷、または負荷の変動幅などの範囲である。選択部402は、所定の範囲の平均負荷、ピーク時の負荷、または負荷の変動幅を有する物理サーバ10をグループに分け、グループの中から代表のサーバを選択する。決定部404は、図6の管理装置300の決定部302と同様に、単位時間内に処理される負荷データが所定数未満含まれるように単位時間の最小値を決定する。なお、本実施形態の管理装置400は、決定部404を有しているが、必ずしも必要はなく、図3の管理装置200と同様に、単位時間の最小値を決定する構成は有さなくてもよい。生成部406は、図3の上記実施形態の管理装置200の生成部202と同様に、収集部102が各物理サーバ10から収集した物理サーバ10および仮想サーバ20の負荷データから、各物理サーバ10の識別子PM_IDと収集時刻tがキーで、負荷データがバリューのペアのデータを生成する。そして、生成部202は、分割処理の単位時間△Tがキーで、その時間内に含まれる時刻tのログをバリューとするペアのデータを生成する。さらに、生成部406は、図6の上記実施形態の管理装置300の生成部304と同様に、生成されたデータのペア数が所定数より多い場合に、単位時間△Tの最小値ΔTminがキーで、その時間内に含まれる時刻tのログをバリューとするペアのデータを生成する。生成部406によって生成された上記各データは、負荷データ記憶部120に記憶することができる。このように構成された本実施形態のサーバシステム1の管理装置400の動作について、以下に説明する。図10は、本発明の実施の形態に係るサーバシステム1の管理装置400の動作の例を示すフローチャートである。また、図11は、サーバシステム1における一連の処理で扱うデータ形式の例を一覧表で示す図である。なお、本実施形態の管理装置400は、図4の上記実施形態の管理装置200の動作を示すフローチャートと同様な手順で処理を行うとともに、図4のステップS205とステップS207の間に、図7に示すステップS301乃至ステップS307の処理を行い、さらに、図7のステップS303とステップS305の間に、図10のステップS401乃至ステップS405の処理を行う。以下、図4、図7、図9乃至図11を用いて説明する。上記実施形態の管理装置200と同様に、管理装置400の収集部102が、通信網3を介して各物理サーバ10の負荷データを一定間隔で取得し、負荷データ記憶部120に記憶する図4のステップS201。この時のデータ形式は図11の表3のステップS201のようになる。管理装置400の生成部406が、負荷データ記憶部120を参照し、各負荷データから、各物理サーバ10の識別子PM_IDと収集時刻tがキーで、負荷データ図11の表3において、loadinfo1と示すをバリューとするペアのデータを生成する図4のステップS205。この時のデータ形式は図11の表3のステップS205のようになる。そして、管理装置400は、図7のステップS301に処理を移行する。管理装置400の決定部404が、負荷データ記憶部120を参照し、ステップS205で生成されたデータのペア数が所定数より多いか否かを判定する図7のステップS301。そして、データのペア数が多い場合には図7のステップS301のYES、管理装置400の決定部404が、負荷データ記憶部120を参照し、単位時間内に処理される負荷データが所定数未満含まれるように単位時間△Tの最小値ΔTminを決定する図7のステップS302。そして、管理装置400の生成部304が、負荷データ記憶部120を参照し、単位時間△Tの最小値ΔTminがキーで、その時間内に含まれる時刻tのログ図11の表3において、loadinfo3と示すをバリューとするペアのデータを生成する図7のステップS303。この時のデータ形式は図11の表3のステップS303のようになる。そして、管理装置400は、図10のステップS401に処理を移行する。管理装置400の選択部402が、負荷データ記憶部120を参照し、ステップS303で生成されたΔTminに含まれるデータのペア数が所定数より多いか否かを判定する図10のステップS401。そして、ΔTminに含まれるデータのペア数が所定数より多い場合には図10のステップS401のYES、単位負荷ΔLの範囲ごとにデータのペアをグループ化する図10のステップS403。この時のデータ形式は図11の表3のステップS403のようになる。なお、ΔTminに含まれるデータのペア数が所定数より少ない場合には図10のステップS401のNO、管理装置400は、図7のフローに戻り、図7のステップS305の処理を続ける。そして、管理装置400の選択部402が、負荷データ記憶部120を参照し、ΔLに含まれるデータのペアのうち代表となるr個を選択し、ΔTminに含まれるデータのペアを置換する図10のステップS405。この時のデータ形式は図11の表3のステップS405のようになる。そして、管理装置400は、図7のフローに戻り、図7のステップS305の処理を続ける。そして、管理装置400の判定部104が、負荷データ記憶部120を参照し、同じΔTminに含まれるログからPM_IDとVM_IDのペアのデータを生成して、格納可能性を判定する。そして、管理装置400の判定部104は、その判定結果図11の表3において、result3に相当を判定結果記憶部130に記憶する図7のステップS305。さらに、管理装置400の算出部204が、負荷データ記憶部120を参照し、余剰リソース量図11の表3において、result3に相当を算出して、判定結果記憶部130に記憶する図7のステップS307。この時のデータ形式は図11の表3のステップS305およびS307のようになる。そして、管理装置400は、図4のフローに戻り、図4のステップS207の処理を続ける。管理装置400の判定部104が、判定結果記憶部130を参照し、ΔTに含まれる全てのΔTminに対して、格納可能性を判定する。そして、管理装置400の判定部104は、その判定結果図8の表2において、result3に相当を判定結果記憶部130に記憶する図4のステップS207。さらに、管理装置400の算出部204が、判定結果記憶部130を参照し、余剰リソース量図11の表3において、result2に相当を算出して、判定結果記憶部130に記憶する図4のステップS209。この時のデータ形式は図11の表3のステップS207およびS209のようになる。そして、管理装置400の判定部104が、判定結果記憶部130を参照し、タイムスパンTに含まれる全てのΔTに対して、格納可能性を判定する。そして、管理装置400の判定部104は、PM_IDとVM_IDのペアのデータに対応する判定結果図11の表3において、result1に相当を判定結果記憶部130に記憶する図4のステップS211。そして、管理装置400の算出部204が、判定結果記憶部130を参照し、PM_IDとVM_IDのペアのデータに対応する物理サーバ10の余剰リソース図11の表3において、result1に相当を算出して、判定結果記憶部130に記憶する図4のステップS213。この時のデータ形式は図11の表3のステップS211およびS213のようになる。このようにして判定結果記憶部130に記憶された各物理サーバ10で仮想サーバ20を稼働させた場合の格納可能性の判定結果は、上記実施形態と同様に、オペレータからの検索要求を受け付けて検索結果をオペレータに提示することができる。これにより、仮想サーバ20の移動先に適した物理サーバ10の選択をオペレータに短時間で判断させることが可能になる。また、余剰リソース量を比較できるように提示することにより、無駄の少ない物理サーバ10の選択をオペレータに判断させることが可能になる。本実施形態のサーバシステム1によれば、上記実施形態と同様な効果を奏するとともに、物理サーバ10や仮想サーバ20の負荷データを分割処理の単位時間の最小値△Tminごとに分割し、さらに単位負荷△Lの範囲ごとに代表値を絞り込んで格納可能性の判定処理を実行することにより、より粒度が小さくかつ組合せの少ない並列分散処理が可能となる。そのため、本発明によれば、データ量が極端に大きくなった場合でも短時間で仮想サーバ20の移動先に適した物理サーバ10の選択ができ、仮想サーバ20のキャパシティ不足や物理サーバ10の無駄な空きリソースの発生を回避することができる。以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。たとえば、本発明の他の実施形態のサーバシステム1において、管理装置の判定部における格納可能性の判定処理は、以下の判定を行う構成としてもよい。第1の判定方法は、安全性を重視した方法であり、空きリソース容量が全期間にわたり要求されたリソース量を満たしているかを判定する。オンライン処理向けの判定方法である。第2の判定方法は、空きリソース容量の平均が要求されたリソース量を満たしているかを判定する。この第2の判定方法では、一時的にリソース容量が上限に達してもよく、所定期間内一周期以内たとえば、24時間以内に処理が終了できればよいシステムに適した方法であり、バッチ処理向けの判定方法である。これら2つの判定方法は、オペレータのニーズに応じて、いずれかを選択して行ってもよいし、両方行ってもよい。すなわち、上記第1の判定方法によれば、他の実施形態のサーバシステム1において、管理装置の判定部は、判定する処理において、空きリソース容量が、負荷データの負荷のピークが周期的に現れる所定期間にわたり、要求条件を満たしているか否かを判定する。この要求条件を満たしていれば、判定部は、格納可能性があると判定することができる。また、上記第2の判定方法によれば、他の実施形態のサーバシステム1において、管理装置の判定部は、判定する処理において、負荷データの負荷のピークが周期的に現れる所定期間内の空きリソース容量の平均値が、平均値の要求条件を満たしているか否かを判定する。この要求条件を満たしていれば、判定部は、格納可能性があると判定することができる。また、他の実施形態のサーバシステム1において、管理装置は、算出された余剰リソース量をユーザに提示するリソース提示部不図示をさらに備えることができる。さらに、管理装置の判定部による判定結果をユーザに提示する判定結果提示部不図示をさらに備えてもよい。図12は、本発明の実施の形態に係るサーバシステム1のリソース提示部によって表示装置不図示に表示される画面の一例を示す図である。同図に示すように、画面500は、仮想サーバ512VMと移動先物理サーバ514PMのペアのデータに対するCPU、メモリ、またはネットワークなどの余剰リソース516をリスト502として含む。リスト502において、リソース選択リスト518によってCPU、メモリ、またはネットワークの中からオペレータが操作部不図示を用いて選択したリソースの余剰リソース量の少ない順にソートすることができる。このリスト502をオペレータが参照することで、仮想サーバを移動したときの物理サーバの余剰リソース量を比較できる。なお、この例では、リスト502には、格納可能性の判定で、OKと判定されたもののみを含んでいるものとする。他の例では、すべての物理サーバ10と仮想サーバ20のペアの一覧を含むこともでき、その場合、格納可能性の判定結果を示す情報OKまたはNGなどをリスト502に表示するのが望ましい。また、リスト502には、仮想サーバ512と移動先物理サーバ514のペアごとに、仮想サーバ512を移動先物理サーバ514に移動する指示を受け付ける移動ボタン520を設けてもよい。オペレータは、リスト502を参照し、物理サーバ10と仮想サーバ20のペアを移動ボタン520で選択することができ、さらに、マイグレーションの実行指示をOKボタン522で受け付けることができる。オペレータがOKボタン522を操作することで、リスト502の中で移動ボタン520で選択された物理サーバ10と仮想サーバ20のペアについて、移動先物理サーバ514に仮想サーバ512をマイグレーションする指示として受け付けることができる。また、リスト502を参照して、マイグレーションを行う必要がないとオペレータが判断した場合には、キャンセルボタン524を操作することで、画面500を閉じたり、移動ボタン520による選択をキャンセルしたりしてもよい。管理装置100は、仮想サーバを物理サーバにマイグレーションする指示を受け付けたとき、受け付けた仮想サーバを受け付けた物理サーバにマイグレーションする移動部をさらに備えてもよい。あるいは、他の管理装置または物理サーバにマイグレーションを指示してもよい。以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。本発明は、以下の態様も含むことができる。付記1複数の仮想サーバが稼動する複数の物理サーバに通信網で接続され、前記物理サーバにおいて、前記仮想サーバを稼働させたときの空きリソース容量が所定の条件を満たすか否かを判定する処理を、所定の単位時間ごとに分割し、並列分散処理によって行う判定手段を備え、さらに、所定の処理が実行されている、複数の前記仮想サーバおよび複数の前記物理サーバの負荷データを前記通信網を介して収集する収集手段を備え、前記判定手段は、前記収集手段が収集した前記負荷データに基づいて、前記判定する処理を行う管理装置。付記2付記1に記載の管理装置において、前記単位時間内に処理される前記負荷データが所定数未満含まれるように前記単位時間の最小値を決定する決定手段をさらに備え、前記判定手段は、決定された前記最小値に前記単位時間を分割し、前記最小値の前記単位時間で前記判定する処理を行う管理装置。付記3付記1または付記2に記載の管理装置において、前記収集手段が収集した前記負荷データを、単位負荷の範囲に基づいて、グループに分類し、各前記グループから所定数の負荷データを選択する選択手段をさらに備え、前記判定手段は、選択された前記負荷データに基づいて、前記判定する処理を行う管理装置。付記4付記1乃至付記3いずれかに記載の管理装置において、前記管理装置の前記判定手段は、前記判定する処理において、前記空きリソース容量が、前記負荷データの負荷のピークが周期的に現れる所定期間にわたり、要求条件を満たしているか否かを判定する管理装置。付記5付記1乃至付記4いずれかに記載の管理装置において、前記管理装置の前記判定手段は、前記判定する処理において、前記負荷データの負荷のピークが周期的に現れる所定期間内の前記空きリソース容量の平均値が、平均値の要求条件を満たしているか否かを判定する管理装置。付記6付記1乃至付記5いずれかに記載の管理装置において、前記管理装置は、前記負荷データに基づいて、前記物理サーバの余剰リソース量を算出する算出手段と、算出された前記余剰リソース量をユーザに提示するリソース提示手段と、をさらに備える管理装置。付記7付記1乃至付記6いずれかに記載の管理装置において、前記管理装置の前記判定手段による判定結果をユーザに提示する判定結果提示手段をさらに備える管理装置。付記8複数の仮想サーバが稼動する複数の物理サーバに通信網で接続され、前記物理サーバ上で稼働する前記仮想サーバを管理する管理装置が、前記物理サーバにおいて、前記仮想サーバを稼働させたときの空きリソース容量が所定の条件を満たすか否かを判定する処理を、所定の単位時間ごとに分割し、並列分散処理によって行い、さらに、所定の処理が実行されている、複数の前記仮想サーバおよび複数の前記物理サーバの負荷データを前記通信網を介して収集し、収集した前記負荷データに基づいて、前記判定する処理を行うサーバ管理方法。付記9付記8に記載のサーバ管理方法において、前記管理装置が、前記単位時間内に処理される前記負荷データが所定数未満含まれるように前記単位時間の最小値を決定し、決定された前記最小値に前記単位時間を分割し、前記最小値の前記単位時間で前記判定する処理を行うサーバ管理方法。付記10付記8または付記9に記載のサーバ管理方法において、前記管理装置が、収集した前記負荷データ、単位負荷の範囲に基づいて、グループに分類し、各前記グループから所定数の負荷データを選択し、選択された前記負荷データに基づいて、前記判定する処理を行うサーバ管理方法。付記11付記8乃至付記10いずれかに記載のサーバ管理方法において、前記管理装置が、前記判定する処理において、前記空きリソース容量が、前記負荷データの負荷のピークが周期的に現れる所定期間にわたり、要求条件を満たしているか否かを判定するサーバ管理方法。付記12付記8乃至付記11いずれかに記載のサーバ管理方法において、前記管理装置が、前記判定する処理において、前記負荷データの負荷のピークが周期的に現れる所定期間内の前記空きリソース容量の平均値が、平均値の要求条件を満たしているか否かを判定するサーバ管理方法。付記13付記8乃至付記12いずれかに記載のサーバ管理方法において、前記管理装置が、前記負荷データに基づいて、前記物理サーバの余剰リソース量を算出し、算出された前記余剰リソース量をユーザに提示するサーバ管理方法。付記14付記8乃至付記13いずれかに記載のサーバ管理方法において、前記管理装置が、前記判定結果をユーザに提示するサーバ管理方法。付記15複数の仮想サーバが稼動する複数の物理サーバと、複数の前記物理サーバに通信網で接続され、前記物理サーバ上で稼働する前記仮想サーバを管理する管理装置と、を備え、前記管理装置は、前記物理サーバにおいて、前記仮想サーバを稼働させたときの空きリソース容量が所定の条件を満たすか否かを判定する処理を、所定の単位時間ごとに分割し、並列分散処理によって行う判定手段を備え、前記管理装置の前記判定手段による判定結果をユーザに提示する判定結果提示手段をさらに備えるサーバシステム。この出願は、2010年10月7日に出願された日本出願特願2010-227824号を基礎とする優先権を主張し、その開示の全てをここに取り込む。