"ネットワークに複数のサーバが接続された計算機システムにおいて、管理サーバが、該ネットワークで確保できたリソースを組み合わせて試行用サーバを形成し、該試行用サーバが所定条件を満たす場合にサーバとして適用するリソース管理方法であって、前記管理サーバは、前記ネットワークで確保できたリソースに対し、前記試行用サーバが適用された際の適用情報の実績である抽出確率が登録されたリソース情報と、前記試行用サーバを採用するか否かの前記所定条件であるジョブの判断方法をジョブごとに管理するジョブ管理情報とを記憶部に記憶しており、前記管理サーバは、前記リソース情報の各リソースに対し、前記抽出確率が乱数生成部で発生させた乱数確率以上であれば、試行用のリソースとして選定し、前記選定された試行用のリソースを組み合わせて前記試行用サーバを形成し、前記形成された試行用サーバを用いて前記ジョブを実行し、前記ジョブの実行結果が前記ジョブの判断方法を満たせば、前記試行用サーバを該ネットワークのサーバとして適用することを特徴とするリソース管理方法。前記管理サーバは、前記実行結果が前記ジョブの判断方法を満たさなければ、前記リソースの選定、前記試行用サーバの形成、前記ジョブの実行を繰り返し、前記繰り返したときのジョブの実行結果を改善記録情報として前記記憶部に記録することを特徴とする請求の範囲第1項に記載のリソース管理方法。前記管理サーバは、前記試行用サーバを適用するか否かを判定する際に、現用のサーバで前記ジョブを実行し、前記現用のサーバのジョブの実行結果と前記試行用サーバのジョブの実行結果とを比較し、前記試行用サーバの性能が前記現用のサーバの性能と比較して改善している場合、前記試行用サーバを該ネットワークのサーバとして適用することを特徴とする請求の範囲第1項に記載のリソース管理方法。前記管理サーバは、現用のサーバが指定され、かつ、保守要求がされた場合、前記現用のサーバと関係のあるサーバを特定し、前記特定されたサーバの数に対応する複数の試行用サーバを、前記選定されたリソースを組み合わせて形成し、前記複数の試行用サーバを用いて前記ジョブを実行し、前記ジョブの実行結果が前記ジョブの判断方法を満たせば、前記複数の試行用サーバを該ネットワークのサーバとして適用することを特徴とする請求の範囲第1項に記載のリソース管理方法。前記管理サーバは、ユーザが演算による方法を選択した場合、請求の範囲第1項に記載のリソース管理方法に代わり、該演算による方法でリソース配置の改善をすることを特徴とする請求の範囲第1項に記載のリソース管理方法。前記管理サーバは、前記ジョブの実行を繰り返すごとに、前記抽出確率を変更することを特徴とする請求の範囲第2項に記載のリソース管理方法。前記管理サーバは、リソースとして選定される確率をあげる際、前記抽出確率をあげることを特徴とする請求の範囲第2項に記載のリソース管理方法。前記リソース情報には、リソースの使用率が含まれ、前記リソースの使用率がユーザ指定の値以上である場合、リソースの増設を推奨する旨を前記改善記録情報に記録することを特徴とする請求の範囲第2項に記載のリソース管理方法。前記リソース情報には、リソースの使用率が含まれ、前記リソースの使用率がユーザ指定の値以下である場合、リソースの削除を推奨する旨を前記改善記録情報に記録することを特徴とする請求の範囲第2項に記載のリソース管理方法。前記管理サーバは、前記ジョブの判断方法を満たさない回数が所定回数を超えた場合、または、前記ジョブの判断方法を満たさない試行時間が所定時間を超えた場合、リソース配置の改善ができない旨を管理者に通知することを特徴とする請求の範囲第2項に記載のリソース管理方法。計算機システムをなす複数のサーバが接続されるネットワークから確保できるリソースを組み合わせて形成する試行用サーバを前記計算機システムのサーバとして適用した際の適用情報の実績である抽出確率が登録されるリソース情報の記憶部と、前記試行用サーバを採用するか否かの前記所定条件であるジョブの判断方法をジョブごとに管理するジョブ管理情報が記憶されるジョブ管理情報の記憶部と、前記リソース情報の各リソースに対し、前記抽出確率が乱数生成部で発生させた乱数確率以上であれば、試行用のリソースとして選定し、前記選定された試行用のリソースを組み合わせて前記試行用サーバを形成する形成処理部と、前記形成された試行用サーバを用いて前記ジョブを実行し、前記ジョブの実行結果が前記ジョブの判断方法を満たせば、前記試行用サーバを該ネットワークのサーバとして適用する適用処理部と、を有することを特徴とする管理サーバ。前記管理サーバは、前記実行結果が前記ジョブの判断方法を満たさなければ、前記リソースの選定、前記試行用サーバの形成、前記ジョブの実行を繰り返し、前記ジョブの実行結果を改善記録情報として前記記憶部に記録することを特徴とする請求の範囲第11項に記載の管理サーバ。前記管理サーバは、前記試行用サーバを適用するか否かを判定する際に、現用のサーバで前記ジョブを実行し、前記試行用サーバの実行結果が前記現用のサーバのジョブの実行結果より改善している場合、前記試行用サーバを該ネットワークのサーバとして適用することを特徴とする請求の範囲第11項に記載の管理サーバ。前記管理サーバは、現用のサーバが指定され、かつ、保守要求がされた場合、前記現用のサーバと関係のあるサーバを特定し、前記特定されたサーバの数に対応する複数の試行用サーバを、前記選定されたリソースを組み合わせて形成し、前記複数の試行用サーバを用いて前記ジョブを実行し、前記ジョブの実行結果が前記ジョブの判断方法を満たせば、前記複数の試行用サーバを該ネットワークのサーバとして適用することを特徴とする請求の範囲第11項に記載の管理サーバ。前記管理サーバは、ユーザが演算による方法を選択した場合、請求の範囲第11項に記載のリソース管理方法に代わり、該演算による方法でリソース配置の改善をすることを特徴とする請求の範囲第11項に記載の管理サーバ。前記管理サーバは、前記ジョブの実行を繰り返すごとに、前記抽出確率を変更することを特徴とする請求の範囲第12項に記載の管理サーバ。前記管理サーバは、リソースとして選定される確率をあげる際、前記抽出確率をあげることを特徴とする請求の範囲第12項に記載の管理サーバ。前記リソース情報には、リソースの使用率が含まれ、前記リソースの使用率がユーザ指定の値以上である場合、リソースの増設を推奨する旨を前記改善記録情報に記録することを特徴とする請求の範囲第12項に記載の管理サーバ。前記リソース情報には、リソースの使用率が含まれ、前記リソースの使用率がユーザ指定の値以下である場合、リソースの削除を推奨する旨を前記改善記録情報に記録することを特徴とする請求の範囲第12項に記載の管理サーバ。前記管理サーバは、前記ジョブの判断方法を満たさない回数が所定回数を超えた場合、または、前記ジョブの判断方法を満たさない試行時間が所定時間を超えた場合、リソース配置の改善ができない旨を管理者に通知することを特徴とする請求の範囲第12項に記載の管理サーバ。変動が生じるリソース群を対象とする場合、特許文献1に開示された演算に基づく方法でリソース配置の改善を行うと、演算に必要なパラメータ例えば、リソースの種類や設定条件の調査前後、およびそれらを用いた演算前後でのパラメータの不一致により、信頼できる改善された配置情報を管理者に提供できないことがある。また、変動が生じないリソース群においても、演算によるリソース配置の改善は、把握できていないデバイスの周辺状況温度または湿度、接続されているデバイス、故障、距離、通信量などの影響により組み合わせたときに期待通りの性能が出ないことがある。このため、要求する性能を可能にするリソース群の配置を、演算方法をよらないで、事前準備をしないで、改善のための必要時間にできるだけ制約されないで、入手可能な情報で随時行う仕組みも管理対象のリソース群にとっては必要となると考える。本発明は、前記の課題を解決するための発明であって、ネットワーク上のリソースを有効に活用することができるリソース管理方法および管理サーバを提供することを目的とする。前記目的を達成するため、本発明のリソース管理方法は、ネットワークに複数のサーバが接続された計算機システムにおいて、管理サーバが、該ネットワークで確保できたリソースを組み合わせて試行用サーバ例えば、試行用物理サーバ100b、試行用仮想サーバ130bを形成し、該試行用サーバが所定条件を満たす場合に、該ネットワークのサーバとして適用するリソース管理方法である。管理サーバは、ネットワークで確保できたリソースに対し、試行用サーバが適用された際の適用情報の実績として抽出確率が登録されたリソース情報例えば、リソース情報テーブル211と、試行用サーバを採用するか否かの所定条件であるジョブを管理するジョブ管理情報例えば、ジョブ管理テーブル215とを記憶部に記憶している。また、管理サーバは、リソース情報の各リソースに対し、抽出確率が乱数生成部で発生させた乱数確率以上であれば、試行用のリソースとして選定し、選定されたリソースを組み合わせて試行用サーバを形成し、前記形成された試行用サーバを用いて前記ジョブを実行し、実行の結果がよければ、試行用サーバを該ネットワークのサーバとして適用することを特徴とする。本発明によれば、ネットワーク上のリソースを有効に活用することができる。以下、本発明の実施形態について図面を用いて詳細に説明する。図1は、本発明に係るネットワークシステムを示す全体構成図である。図1に示すように、ネットワークシステムは、管理サーバ200と、1以上の物理サーバ100と、I/Oスイッチ拡張装置160、バス接続制御装置150とがネットワークスイッチ140を介して接続されている。物理サーバ100には、I/Oスイッチ拡張装置160、I/Oデバイス170を介して、ディスクボリューム190を有するストレージ装置180が接続されている。なお、物理サーバ100には、仮想サーバ130を提供する仮想化機構部131を有する物理サーバも含まれる。管理サーバ200は、ネットワークシステムにおけるリソース群を有効に活用する上で、リソース配置の改善を行う制御の中心である。リソース群とは、リソースの総称であり、サーバを構成する構成品例えば、プロセッサ、メモリ、HDD、FCFibreChannel、LANなどの組み合わせを意味する。本実施形態に係る管理サーバ200は、ネットワーク上のリソースの情報を、物理サーバ100から収集し、割り当て済みでないリソース群の未使用のリソースを組み合わせて、試行用サーバ試行用物理サーバ100b、試行用仮想サーバ130bを形成し、試行用サーバが所定条件を満たす場合に、該ネットワーク上のサーバとして適用する。なお、試行用サーバというときは、試行用物理サーバ100b、試行用仮想サーバ130bを含む一般的表現である。管理サーバ200は、ネットワーク上で確保できたリソースに対し、試行用サーバが適用された際の適用情報の実績として抽出確率EpExtractionprobabilityが登録されたリソース情報テーブル211図7参照と、試行用サーバを採用するか否かの所定条件であるジョブを管理するジョブ管理テーブル215図11参照とをメモリ201記憶部図2参照に記憶している。また、管理サーバ200は、リソース情報テーブル211図7参照の各リソースに対し、抽出確率Epが乱数生成部221図2参照で発生させた乱数確率RpRandomnumbersprobability以上であれば、リソースとして選定し、選定されたリソースを組み合わせて試行用サーバを形成し、形成された試行用サーバを用いて所定のジョブを実行し、実行の結果がよければ、試行用サーバを該ネットワーク上のサーバとして適用することができる。図1に戻り、バス接続制御装置150は、例えば、物理サーバ100間例えば、サーバブレード間のSMPSymmetricMultiProcessor接続による性能拡張の手法を実行する。SMP接続とは、複数のサーバブレードをひとつに結合し、より高性能なサーバを作る性能拡張の手法である。バス接続制御装置150は、管理サーバ200からの指示で、メモリ101、プロセッサ102を物理サーバ100物理サーバ100a,試行用物理サーバ100b,仮想サーバ用の物理サーバ100cに割り当てる。図2は、管理サーバの構成を示す詳細図である。管理サーバ200は、メモリ201記憶部、プロセッサ202処理部、ユーザI/F203、ネットワークI/F204、ディスクI/F205から構成されている。メモリ201には、リソース配置改善部206図16参照、情報収集部210図15参照を有しており、各種テーブル類には、リソース情報テーブル211図7参照、改善リソース情報テーブル212図8参照、履歴テーブル213図9参照、サーバの関係テーブル214図10参照、ジョブ管理テーブル215図10参照、ジョブ結果管理テーブル216図12参照、改善記録テーブル217図13参照、および改善指定とジョブとの関係テーブル218図14参照から構成される。リソース配置改善部206は、乱数生成部221、リソース確保試行改善部207図17参照、改善配置適用部209図19参照を有し、リソース確保試行改善部207には、サーバ群生成部220図24参照を含む試行改善部208図18参照を有する。ユーザI/F203は、メモリ201内の各テーブルをユーザ定義のもと更新する際にユーザの要求を管理サーバ200へ入力するためのI/Fである。ネットワークI/F204は、各サーバとネットワークを接続するI/Fである。ディスクI/F205は、各サーバとディスクボリューム190図1参照を接続するI/Fである。リソース配置改善部206は、試行による方法、演算による方法によりリソースの配置改善をすることができる。試行による方法では、新規改善保守増設削減故障特定などの試行方法によりリソースの抽出確率Epを設定したのち、リソース確保試行改善部207を呼び出す。リソース確保試行改善部207において、ネットワークに接続されたサーバ群から、各リソースの使用率を可能な範囲で調査し、試行用リソースを確保し、試行改善部208を呼び出す。試行改善部208では、確保できたリソースで試行用サーバを形成してジョブを実行するとともに現用のサーバでも実行し、ジョブ結果を現用のサーバと試行用サーバで比較し、サーバ群の改善確認をする。その結果をもって改善記録の成否を更新し、改善配置適用部209が、改善していれば生成された試行用サーバまたは試行用仮想サーバを適用する。乱数生成部221は、乱数の生成部であり、生成された乱数確率Rp乱数値はリソースを選択する際に、リソース情報テーブル211図7参照の抽出確率Epと比較するために用いられる。乱数値は、例えば、最小値と最大値を与え、その間で乱数を発生させるとよい。リソース情報テーブル211図7参照の各リソースには、抽出確率Epが格納されており、どのリソースの抽出確率Epも0にはならないように設定されている。各リソースの抽出確率Epが、乱数生成部221で発生させた乱数値以上であれば、そのリソースは試行用のリソースとして採用される。乱数生成部221によりリソースごとに毎回乱数を発生させることが本願発明の特徴でもある。具体的に説明すると、第1のリソースの抽出確率Epが37.5とすると、最小値0、最大値99として整数値の乱数を発生させると乱数値12を得たとする。すると、12≦37.5となり、対象となるリソースは採用される。次の第2のリソースの抽出確率Epが12.5とすると、先に発生させた乱数値12.5で比較するのではなく、毎回乱数を発生させる。第2のリソースのための乱数値が14であるとすると、14>12.5となり、第2のリソースは採用されない。なお、リソースの抽出確率Epは、初期値は50で試行が行われ、試行が行われるたびにリソース配置改善部206内の抽出確率Epの変更図16、ステップS1206~ステップS1209参考により更新され、0<抽出確率Ep≦100の間の値になる。従来技術として、管理者が設定した条件を満たすリソースを選択しサーバを作成する方法に対し、本実施形態の方法では、未割り当てのリソースを無作為に抽出してサーバを作成し、作成されたサーバの性能をジョブによって評価している。このため、従来考えられなかったリソースの組み合わせができる可能性が多分にある。同様に、従来技術のひとつである演算による選択の場合にも、リソース選択について偶然性が入る余地はないが、本実施形態では、多分にリソース選択に偶然性が入る可能性がある。この点が本願発明の特徴のひとつとなっている。なお、無作為抽出の方法を実現する手段のひとつとして、乱数生成部221で発生した確率を用いているが、これに限定されるわけではない。図3は、仮想サーバ、試行用仮想サーバを適用した物理サーバの構成を示す詳細図である。図4は、図3に示す仮想サーバ、試行用仮想サーバを適用した物理サーバとディスク装置との関係を示す詳細図である。物理サーバ100c100は、メモリ101、プロセッサ102、ユーザI/F103、ネットワークI/F104、ディスクI/F105から構成されている。メモリ101内には、仮想割り当て情報取得部313図23参照を有する仮想化機構部131を有し、仮想化機構部131は、複数の仮想サーバ130現用の仮想サーバ130a、ネットワーク上のサーバとして適用するか否かを試行するための試行用仮想サーバ130bが含まれる。を有している。メモリ101のOSOperatingSystem301内には、比較情報取得部310図20参照、サーバの関係情報取得部311図21参照、リソース情報取得部312図23参照を有する。また、物理サーバ100cには、複数のディスクボリューム190からなるストレージ装置180図1参照が接続されている。ディスクボリューム190には、仮想I/Oデバイス171図4参照を介して、複数の仮想ディスク191を有している。なお、ストレージ装置180図1参照は、サーバ内蔵型でもファイバーチャネルなどを介した外部装置でもよい。仮想化機構部131は、管理サーバ200のリソース配置改善部206図2参照からの指示で、プロセッサ102、メモリ101、仮想ディスク191、仮想I/Oデバイス171を仮想サーバ130a、試行用仮想サーバ130bに割り当てる。仮想サーバ130aは、管理サーバ200のリソース配置改善部206図2参照によって、仮想化機構部131の設定が変更されることにより、割り当てられているリソースが変更される。試行用仮想サーバ130bは、管理サーバ200の試行改善部208図2参照により、現用の仮想サーバ130aと比較するために、リソース情報テーブル211図7参照の抽出確率Epに従って用意される仮想サーバである。図5は、物理サーバ、試行用物理サーバの構成を示す詳細図である。図5には、図1で示した現用の物理サーバ100a、ネットワーク上のサーバとして適用するか否かを試行するための試行用物理サーバ100bの構成を示す。メモリ101のOS301内には、比較情報取得部310図20参照、サーバの関係情報取得部311図21参照、リソース情報取得部312図23参照を有する。図6は、試行用物理サーバ、試行用仮想サーバが試行による改善で採用された際のリソースの再配置の関係を示す説明図である。図2を適宜参照して説明する。管理サーバ200の情報収集部210図15参照が未割り当てリソース群割り当て済みリソース群の未使用部108を取得する。リソース配置改善部206が未割り当てリソース群割り当て済みリソース群の未使用部108上に試行用物理サーバ100b、未割り当て仮想リソース群109上に試行用仮想サーバ130bを作成する。作成された試行用物理サーバ100bと現用の物理サーバ100aとを性能比較し、同様に、作成された試行用仮想サーバ130bと現用の仮想サーバ130aとを性能比較する。そして、リソース配置改善部206が、作成された試行用物理サーバ100b、試行用仮想サーバ130bが採用と判定した場合、改善配置適用部209が割り当て済みリソース群の使用部106へ試行用物理サーバ100b、割り当て済み仮想リソース群107へ試行用仮想サーバ130bとそれらに割り当てられているリソースを移動し、現用の物理サーバ100aと仮想サーバ130aとそれらに割り当てられているリソースを、未割り当てリソース群割り当て済みリソースの未使用部108に移動し、リソース配置の改善が行われる。図6を用いて、本願の特徴を説明する。例えば、図6に示す現用の物理サーバ100a、仮想サーバ130aは、管理者が設定した条件を満たすリソースを選択し作成したサーバであるのに対し、試行用物理サーバ100b、試行用仮想サーバ130bは、無作為抽出によりリソースを選択しサーバを作成したサーバである。このため、試行用物理サーバ100bは、CPUCentralProcessingUnit、プロセッサが2GHzを3個採用した構成であるが、現用の物理サーバ100aのCPUが3GHzを2個採用した構成より、性能が向上することが偶然わかったことになる。このように、従来技術では、想定されるリソースの組み合わせで、所望する性能がでないことが多分にあるが、本実施形態では、管理者が予想していないリソースの組み合わせが実現できる。次に、各種テーブルについて説明する。図7は、リソース情報テーブルの一例および使用率グラフを示す説明図である。図7aはリソース情報テーブル211の一例を示し、図7bは、リソース情報テーブル211の使用率グラフ707の例を示す。図7aに示すリソース情報テーブル211は、管理サーバ200が保持しており、情報収集部210が収集した情報、ユーザI/F203からの入力情報を元に更新される。リソース情報テーブル211は、リソース名701、種類702、仮想関係703、論理固有値設定704、物理位置705、割当状態706、使用率グラフ707、故障有無708、試行情報709、および抽出確率Ep710を含んで構成される。具体的に説明すると、リソース名701がFC1の場合、種類702にはファイバチャネルデバイスであることを表すFCが格納される。仮想関係703には、仮想FCデバイスの仮想FC2を提供している親デバイスである情報が格納される。論理固有値設定704には外部ストレージの割り当てなどに使用するWWNWorldWideName情報が格納される。物理位置705にはFC1が搭載されている機器情報のI/O拡張装置1が格納される。割当状態706には現在割り当てられているSrv1、使用率グラフ707には過去の時間での使用率FCの場合は帯域を記録したGraph1、故障有無708にはユーザ指定や故障特定の試行によりこれまで故障と判断されなかったことを表す無、試行情報709には最後にそのリソースが対象になった試行の種類である増設同じ改善IDでの試行で重複した調査を防ぐために、その試行の何番目の調査対象リソースであったかを記録する回数が括弧内に記録される。、抽出確率Ep710にはFC1が各試行で割り当て可能リソースになっている時に、サーバ群生成部220で作成するサーバへの割り当てに使用される確率を表す。抽出確率Ep710は、すでに説明したとおり、初期値は50が設定され、試行が行われる度にリソース配置改善部206内の抽出確率Epの変更の処理により更新される。抽出確率Epは、0より大きい値から100の間の値になり、サーバ群生成部220でリソース使用の有無を決める確率である。図7bに示す使用率グラフは、例えば、CPUの使用率を示すグラフであり、時間経過に応じて使用率が変化していることを示している。本実施形態では、サーバ群生成部220で作成するサーバへの割り当てに使用される確率とは、具体的には、リソース情報テーブル211にあるリソースに対し、抽出確率Ep710と、乱数生成部221で発生させた確率とを比較し、抽出確率Epが乱数生成部221で発生させた確率以上であれば、作成するサーバへ該当リソースを適用することを意味する。図8は、改善リソース情報テーブルの一例を示す説明図である。改善リソース情報テーブル212は、管理サーバ200が保持しており、リソース確保試行改善部207図2参照が採用した試行用物理サーバ100b、試行用仮想サーバ130bの情報を元に更新される。改善リソース情報テーブル212は、リソース名801、種類802、仮想関係803、論理固有値設定804、物理位置805、割当状態806、および故障有無808を含んで構成される。図8に示すリソース名801、種類802、仮想関係803、論理固有値設定804、物理位置805、割当状態806、および故障有無808は、図7に示すリソース名701、種類702、仮想関係703、論理固有値設定704、物理位置705、割当状態706、および故障有無708に対応するものである。図9は、履歴テーブルの一例を示す説明図である。履歴テーブル213は、情報収集部210図2参照がリソース情報を更新した日時であるリソース情報更新日時901、変更リソース数902、変更関係数903を含んで構成される。変更リソース数902は、リソース情報テーブル211が変更された頻度であり、変更関係数903は、サーバの関係テーブル214図10参照が変更された頻度である。リソース配置改善部206は、図16のステップS1201の改善方法収集の処理で、履歴テーブル213を参照し、変更頻度が多い場合は試行によるリソース配置改善へ、頻度が少ない場合は演算によるリソース配置改善に改善方法を選択する際の参考にするとよい。図10は、サーバの関係テーブルの一例を示す説明図である。適宜図3、図5を参照して説明する。サーバの関係テーブル214は、情報収集部210が収集した情報、すなわち、サーバの関係情報取得部311、リソース情報取得部312、および仮想割り当て情報取得部313から得た情報、または、ユーザI/F203から入力された情報を元に作成される。サーバの関係テーブル214は、各サーバのサーバ名1001、リソースを共用しているサーバを示すリソース共用1002、相互通信をしているサーバを示す相互通信1003、起動時間が同じようなサーバを示す起動時間1004を含んで構成される。具体的には、サーバ名Srv1の場合、Srv2のサーバとリソースを共用し、Srv3のサーバと相互通信し、Srv6のサーバとほぼ同じような起動時間であることがわかる。図11は、ジョブ管理テーブルの一例を示す説明図である。ジョブ管理テーブル215は、試行改善部208図2参照が運用中の各サーバの比較を行うときに用いるジョブ内容のテーブルである。ジョブ管理テーブル215は、ジョブID1101、ジョブ内容1102、比較値1103、および比較に用いる判断方法1104を含んで構成される。具体的に説明すると、ジョブ1の場合、ジョブAを実行し、問題なく実行できれば採用となる。ジョブ2の場合、ジョブBを実行し、時間測定し、比較値である5秒よりも実行にかかる時間が短ければ採用となる。ジョブ3の場合、データ保存を実行し、保存できれば採用となる。ジョブ4の場合、ジョブCを実行し、関係あるサーバ群全てで問題なく実行できれば採用となる。ジョブ5の場合、PINGなどの通信試験をし、関係あるサーバ群全てと通信できれば採用となる。ジョブ6の場合、アプリケーションプログラムを実行し、特定のアプリケーションプログラムがエラーなく動作できれば採用となる。ジョブ7の場合、メモリ負荷のジョブを実行し、負荷結果1よりも良い結果が記録されると採用となる。図12は、改善指定とジョブとの関係テーブルの一例を示す説明図である。改善指定とジョブとの関係テーブル218は、リソース配置改善する際に指定する改善指定1201とジョブID1202とを含んで構成される。図12に示すジョブID1202と図11に示すジョブID1101とは対応している。改善指定1201は、管理者が管理端末図示していないを介して指定すると、管理サーバ200は、試行用物理サーバ100b、試行用仮想サーバ130bに対して、改善指定1201に対応するジョブID1202の実行をする。また、管理サーバ200は、比較対象の現用の物理サーバ100a、現用の仮想サーバ130aに対しても同様に、改善指定1201に対応するジョブID1202の実行をする。すなわち、管理サーバ200の試行改善部208が比較情報取得部310に対して指定し、その実行結果を取得することになる。具体的には、新規が指定されるとジョブ1を実行し、図11のジョブ管理テーブル215を参照して問題なく実行できるか否かが判断される。改善が指定されるとジョブ2を実行し、図11のジョブ管理テーブル215を参照して、比較値よりも実行にかかる時間が短縮できるか否かを判断する。図13は、ジョブ結果管理テーブルの一例を示す説明図である。ジョブ結果管理テーブル216は、管理サーバ200の試行改善部208が収集した情報によって更新され、比較情報取得部310が各改善IDでのジョブを実行したリソースの組み合わせ、ジョブ、ジョブ結果履歴を保持する。ジョブ結果管理テーブル216は、改善ID1301、サーバ群1302、リソース11303、リソース21304、リソース31305、リソース41306、ジョブID1307、およびジョブ結果1308を含んで構成される。具体的に説明すると、Test1の場合、Srv3のサーバは、CPU1、Mem1、HDD1、LAN1のリソースの組み合わせで構成されており、ジョブ3およびジョブ6が実行され、実行結果として、アプリケーション動作が成功していることがわかる。Test2の場合、VSrv2の仮想サーバは、VCPU2、Vmem2、VHDD2、VFC2のリソースの組み合わせで構成されており、ジョブ2を実行したが時間切れなどで実行できなかったことがわかる。図14は、改善記録テーブルの一例を示す説明図である。改善記録テーブル217は、試行改善部208が試行による改善を行った際に、改善記録をするテーブルである。改善記録テーブル217は、改善ID1401、試行の種類を決める改善指定1402、管理対象のサーバリソース群全体の改善目標を格納する採用構成1403、情報収集ポリシー1404、改善の対象となるサーバ群1405、サーバ群の関係1406、成否1407、試行による改善を打ち切る目安の時間や繰り返し回数などの試行の超過判断1408、および試行の繰り返しの回数1409を含んで構成される。具体的に説明すると、リソース配置改善部206が図16のステップS1202における改善記録更新の処理で改善ID1401であるTest1が生成される。そののち、ステップS1201において選択情報収集の処理で、ユーザ管理者も含む。が、試行による改善として保守およびSrv3で指定されていると、改善指定1402には保守,Srv3が格納される。改善指定1402の情報により、改善指定とジョブとの関係テーブル218図12参照から、試行改善部208が、図18のステップS1403において、比較情報取得部310の呼び出しの処理を行うと、比較情報取得部310に実行させるジョブが決まる。採用構成1403は、ユーザ指定によりリソース最小が格納される。採用構成1403の情報は、サーバ群生成部220が作成したサーバ群の中で、試行改善部208が図18のステップS1404において現用のサーバと比較の処理で、改善したサーバが複数見つかった場合に選定のために使用される。情報収集ポリシー1404は、ユーザからの指定例えば、定期で格納される。情報収集ポリシー1404は、情報収集部210が、次に、ステップS1101図15参照において情報取得ポリシー設定の処理を行うとき自動設定してもよい。この場合、改善記録テーブル217の成否1407に成功がある改善のときに採用されていたポリシーを情報収集ポリシー1404の列から得て、採用する際に用いることが好ましい。サーバ群1405には、改善指定1402でサーバの指定があった場合、サーバの関係テーブル214図10参照から関係のあるサーバを格納し、リソースの指定があった場合、リソース情報テーブル211からそのリソースの割り当てられているサーバを特定してサーバの関係テーブル214から関係のあるサーバを格納する。図14のTest1の場合は、サーバの関係テーブル214のSrv3の行で関係が記載されているSrv1,Srv2がSrv3と共に格納される。サーバ群1405の情報は、各部のサイジングや改善結果取得までの収束時間を早めるためなど、全体を通して使用される。改善配置の移行が失敗した場合などで、移行対象をサーバの関係テーブル214の情報を元に削っていく場合、サーバ群1405のサーバが削減される。サーバ群の関係1406は、サーバ群1405にサーバを格納したときに参照したサーバの関係テーブル214の関係項目を記録する。図14のTest1の場合、サーバの関係テーブル214のSrv3の行に値が入っていた相互通信と起動時間が格納されている。成否1407は、リソース配置改善部206が図16のステップS1214の改善記録の成否更新の処理によって、この改善ID1401での改善が成功したか、失敗したかの情報が格納される。Test1の場合は、超過判断1408の時間を越えてしまったため、試行改善部208が図18のステップS1406の制限時間回数の処理にて、時間切れ所要時間107hと格納される。超過判断1408は、ユーザ指定、デフォルト値の時間、または、回数が格納される。Test1の場合、100h100時間と設定されており、改善配置が100hを超えても見つけられなかったため、試行改善部208の図18のステップS1406の制限時間回数の処理で時間切れと判断され、成否1407が時間切れで更新されている。さらに具体的に説明すると、図14に示すTest1の場合、管理サーバ200は、Srv3の保守の試行を定期的に実行している。管理サーバ200は、リソース群の組み合わせでサーバ群1405にある試行用物理サーバSrv1,Srv2,Srv3を形成し、ジョブ3のデータ保存を試行しているが、保存できない結果となっていることがわかる。ただし、試行用物理サーバ100bの群を現用の物理サーバ100aの群に移行する際、リソース不足があった場合、改善配置適用部209のステップS1506図19参照で、移行対象とするサーバを減らし移行を実施する。詳細については後記する。Test2の場合、管理サーバ200は、VSrv1の改善の試行を監視で実行している。管理サーバ200は、リソース群の組合せでサーバ群1405にある実用の仮想サーバVSrv1,VSrv2を形成し、ジョブ2のジョブB実行による時間測定を試行しているが、改善できていないことがわかる。なお、採用構成1403としてリソース集約が指定されて、改善できるリソース配置が複数みつかった場合、物理位置が同じ場所のリソースが多く割り当てられている構成を採用することを意味する。Test3の場合、管理サーバ200は、試行用物理サーバSrv5を形成し、ジョブ4のジョブCを実行し、成功していることがわかる。Test4の場合、管理サーバ200は、試行用物理サーバの3台を形成し、ジョブ1のジョブAを実行し、成功していることがわかる。次に各処理フローについて説明する。図15は、情報収集部の処理を示すフローチャートである。適宜図2、図3、図5を参照して説明する。情報収集部210は、各サーバに配置したサーバの関係情報取得部311、リソース情報取得部312、および仮想割り当て情報取得部313からリソースの情報を収集する。管理サーバ200が管理していないサーバの場合には、サーバの関係情報取得部311、リソース情報取得部312、および仮想割り当て情報取得部313を配置する処理をする。なお、所定のステップの処理例えば、ステップS1102、ステップS1106は、所要時間の許す限り行うものとし、規定、またはユーザ指定の時間に達した場合は、処理を切り上げ次の処理に進む。情報収集部210は、ユーザI/F203からの入力値から、または、改善記録テーブル217図14参照の成否列にある結果が成功する傾向にある情報収集ポリシー1404により、情報取得のためのポリシー例えば、定期的に行うか、監視によって行うかを設定するステップS1101。設定されたポリシーに基づき、サーバの関係情報取得部311、リソース情報取得部312、および仮想割り当て情報取得部313がリソースの情報を収集する。情報収集部210は、サーバを検出するステップS1102。リソース情報取得部312とサーバの関係情報取得部311とが未適用、あるいは、情報取得ポリシーの更新が行われていないサーバを検出する。また、仮想サーバを適用するサーバに対しては、仮想割り当て情報取得部313が未適用の物理サーバ100c図3参照を検出する。情報収集部210は、ステップS1102で検出したサーバに対し、各情報取得部を配置するステップS1103。具体的には、情報収集部210が検出したサーバに、サーバの関係情報取得部311、リソース情報取得部312、および必要なら仮想割り当て情報取得部313を、ステップS1101における設定を反映して、プッシュインストールする。なお、プッシュインストールとは、管理サーバ200がネットワーク上の対象とするサーバを遠隔操作して必要なソフトウェアなどをインストールすることをいう。情報収集部210は、ステップS1101で設定されたポリシーを判断しステップS1104、リソース監視の場合ステップS1104、監視検出、ステップS1106へ、定期的に行う設定の場合ステップS1104、定期検出、ステップS1105に進む。ステップS1105において、情報収集部210は定期取得する。情報収集部210は、リソース情報取得部312、サーバの関係情報取得部311、および仮想割り当て情報取得部313から定期的に送られてくる情報を受ける。ステップS1106において、情報収集部210は取得部からの応答待ちをする。情報収集部210は、リソース情報取得部312、サーバの関係情報取得部311、および仮想割り当て情報取得部313から随時送られてくる情報を受ける。情報収集部210は、ステップS1105、ステップS1106で取得した情報を元に、リソース情報テーブル211図7参照およびサーバの関係テーブル214図10参照を更新するステップS1107。情報収集部210は、履歴テーブル213図9参照を更新するステップS1108。情報収集部210は、ステップS1107において更新した日時と、いくつのリソースの情報が更新されたかを、履歴テーブル213に記録し、ステップS1101に戻る。図16は、リソース配置改善部の処理を示すフローチャートである。図16は、リソース配置改善部206の処理の詳細を表している。リソース配置改善部206は、改善指示を受けると、改善方法を収集するステップS1201。具体的には、リソース配置改善部206は、履歴テーブル213図9参照のリソース情報更新日時901、変更リソース数902、変更サーバの変更関係数903を確認する。また、リソース情報テーブル211図7参照の使用率グラフから全リソースの運用が止められる期間の有無を調査する。ユーザI/F203から改善方法に指定があるか確認する。リソース配置改善部206は、改善記録を更新するステップS1202。リソース配置改善部206は、改善記録テーブル217図14参照に新規の改善IDの行を作成し、ステップS1201で確認した改善指定例えば、演算か試行か、採用基準採用構成1403に対応を格納する。ステップS1201で変更リソース数902図9参照が規定値以下、または、全リソースの運用停止期間が有る場合で、かつ、ユーザから指定がなければ改善指定に演算を格納する。図16においては、改善指定において試行の場合、新規改善保守増設削減故障特定に限定して説明する。また、ユーザが対象サーバを指定した場合はサーバ名も含む。採用基準については、ユーザの指定によりリソース最小もっとも使用リソースが少なくなる構成を目指す、リソース集約各サーバの割り当てリソースの物理位置が近くなる構成を目指す、リソース分散各サーバの割り当てリソースの物理位置が広く分布する構成を目指すなどが格納される。なお、新規とは改善ではなく、新しいサーバをユーザの要求にしたがって構築する場合を指す。リソース配置改善部206は、改善方法を判別するステップS1203。リソース配置改善部206は、改善記録テーブル217図14参照を参照して、ステップS1202で作成した改善IDの改善指定1402に従い、演算であればステップS1203、演算、ステップS1204へ進み、試行であればステップS1203、試行、ステップS1205へ進む。ステップS1204において、リソース配置改善部206は、公知例国際公開番号WO2008-132924などに従って演算による最適化改善処理を行う。改善後の演算結果とリソース配置情報で、改善記録テーブル217図14参照改善リソース情報テーブル212図8参照を更新する。具体的には、管理サーバ200は、アプリケーションやデバイスの性能、設定といった情報を効用関数のパラメータとして扱い、リソースの配置改善が見られる傾向にしたがって、関数の調整と、解の導出を繰り返し、計算によって最適なパラメータ値を求める。そして、パラメータの把握が容易なリソース群に対しては、改善されたリソース配置を導出し、リソース配置を導出ができた場合、その情報を元にリソース配置を行うため、改善リソース情報テーブル212図8参照を更新する。また、改善記録テーブル217図14参照は、次回の改善時に改善方法を選択する際に使用される情報であるので、管理サーバ200は、演算による改善の成否を改善記録テーブル217図14参照に記録する。ステップS1205において、リソース配置改善部206は、試行内容である新規改善保守増設削減故障特定を判別し、次のステップステップS1206~S1209へ進む。次のステップは、リソース情報テーブル211図7参照の抽出確率Epを調整する分岐処理である。ステップS1206において、新規/改善/サーバ指定の場合、抽出確率Epを変更する処理1が実行される。リソース情報テーブル211図7参照の使用率グラフから使用率に応じて同テーブル内の抽出確率Epを今回の改善IDの試行の間、次のように変更する。割り当てリソースの片寄を行いたい場合は、使用率の高いリソースの抽出確率Epを上げ、使用率の低いリソースの抽出確率Epを下げる。分散させたい場合は逆にする。また、改善記録テーブル217図14参照の成否1407の列に成功情報があり、今回の改善IDのサーバ群列群のサーバの関係列の内容と類似同じサーバ数、同じサーバの関係などしている改善IDの所要時間所用回数が小さい試行が有った場合、そのサーバ群の使用しているリソースを、リソース情報テーブル211図7参照で特定して、リソースの抽出確率Epを上げ、収束が早くなる工夫を行うとよい。そして、ステップS1210に進む。なお、リソース情報テーブル211図7参照の試行情報709の列にある括弧書きの数値は、同じ改善IDでの試行で重複した調査を防ぐために、その試行の何番目の調査対象リソースであったかを記録する回数である。ステップS1207において、保守の場合、抽出確率Epを変更する処理2が実行される。リソース配置改善部206は、リソース情報テーブル211図7参照から特定されたユーザ指定の保守サーバ内のリソースについて、リソース情報テーブル211の試行情報709の列の値を保守に変更する。また、保守となったリソースの抽出確率Epを下げ、それ以外のリソースの抽出確率Epは上げる。そして、ステップS1212に進む。ステップS1208において、増設/削減増減の場合、抽出確率Epを変更する処理3が実行される。リソース配置改善部206は、無作為、あるいは、事前にユーザに指定されたリソースについて、リソース情報テーブル211図7参照の試行情報709の列を増設削減に変更する。なお、括弧内の番号は、全リソースに対して調査を行ったか判別するために使用される。増設となっているリソースは抽出確率Epを上げ、それ以外のリソースの抽出確率Epは下げる。削減となっているリソースは抽出確率Epを下げ、それ以外のリソースの抽出確率Epは上げる。そして、ステップS1212に進む。ステップS1209において、故障特定の場合、抽出確率Epを変更する処理4が実行される。リソース配置改善部206は、事前のユーザ入力、管理ソフトウェアから受け取った障害情報、または、前回の故障特定の試行においてステップS1216において、リソース情報テーブル211図7参照の故障有無708の列が有にされたリソースと同じ物理位置のリソースの試行情報を故障とし、リソースの抽出確率Epを上げ、その他のリソースについては抽出確率Epを下げる。特に選択に用いる情報が無ければ無作為にリソースを選択し、そのリソースを含む同じ物理位置のリソースの試行情報を故障とし、リソースの抽出確率Epを上げる。そして、ステップS1212に進む。ステップS1210において、リソース配置改善部206は、試行が新規か改善かサーバ指定かを判別し、新規であればステップS1211,新規、改善記録テーブル217図14参照を、デフォルト値、ユーザ入力値で作成しステップS1211、ステップS1213に進む。改善/サーバ指定の場合、ステップS1212に進む。ステップS1212において、リソース配置改善部206は、サーバの関係や指定されたサーバ情報で、改善記録テーブル217を作成する。指定されたサーバやリソースが有る場合は、リソース配置改善部206が、サーバの関係テーブル214図10参照からそのサーバやリソースとサーバの関係の強いサーバ同士を選択し、改善記録テーブル217のサーバ群1407の列に記録する。同じ改善IDでの処理で再度選択するときは、改善記録テーブル217図14参照の履歴から選択したことのある群にはならないように選択する。リソース配置改善部206は、リソース確保試行改善部207図17参照を呼び出しステップS1213、改善記録テーブル217図14参照の成否1407の列を更新するステップS1214。制限時間回数を超過している場合は、成否1407の列を所要時間回数情報とともに失敗に更新する。それ以外の処理は、改善記録テーブル217図14参照の改善指定1402の列の値で異なる。1新規改善の場合:改善リソース情報テーブル212図8参照の全てのサーバに、リソースの割り当てが済んでいる場合、改善記録テーブル217図14参照の成否1407の列に所要時間回数情報とともに改善と格納する。2保守の場合:リソース情報テーブル211図7参照の試行情報709の列の値が保守になっているリソース全てで、割当状態706の列に割り当てられているサーバが無くなっている場合、改善記録テーブル217図14参照の成否1407の列に所要時間回数情報とともに保守対応可と格納する。すなわち、リソースがどのサーバにも割り当てられていない状態を意味する。3増設/削減の場合:リソース情報テーブル211図7参照の試行情報709の列が増設になっているリソースの使用率が100またはユーザ指定の値以上である場合、改善記録テーブル217図14参照の成否1407の列を所要時間回数情報とともに増設可にする。同様に、リソース情報テーブル211図7参照の試行情報709の列が削減になっているリソースの使用率が0またはユーザ指定の値以下である場合、改善記録テーブル217図14参照の成否1407の列を所要時間回数情報とともに削減可にする。本実施形態では、リソースの使用率が100またはユーザ指定の値以上である場合、リソースの増設を推奨する旨を改善記録テーブル217図14参照に記録することができる。同様に、リソースの使用率が0またはユーザ指定の値以下である場合、リソースの削除を推奨する旨を前記改善記録テーブル217に記録することができる。試行情報709内の括弧内の番号が最後になっている場合、成否1407の列を所要時間回数情報とともに増設不可または削減不可にする。番号は、全リソースに対して調査を行ったか判別するために使用される。図7に示すFC1の行の試行情報709は、改善指定が増設の判定で2番目に、LAN2の行の試行情報内709は、故障の判定で1番目に調査対象として選ばれたという履歴を表す。4故障特定の場合リソース情報テーブル211図7参照の試行情報709の列の値が故障となっているリソースの割当状態706列に情報が格納されていない場合、ユーザに故障の可能性があるリソースとして、改善記録テーブル217図14参照の成否1407の列に所要時間回数情報とともに故障リソース名を格納する。他方、リソースの割当状態706の列に情報が格納されており、試行情報709内のが最後になっている場合、改善記録テーブル217図14参照の成否1407の列に所要時間回数情報とともに故障無しと格納する。リソース配置改善部206は、採用判定をするステップS1215。改善記録テーブル217図14参照の成否1407の列が空欄の場合ステップS1215,再試行、ステップS1205へ戻る。改善記録テーブル217の成否1407の列が失敗、増設可、削減可、増設不可、削減不可、故障リソース名、故障無しの場合ステップS1215,試行終了、ステップS1216へ進む。改善記録テーブル217の成否1407の列が改善の場合ステップS1215,採用、ステップS1217へ進む。ステップS1216において、リソース配置改善部206は、ユーザに通知をする。失敗、増設可、削減可、増設不可、削減不可、故障リソース名、故障無しに応じた情報をユーザに提示し、リソース情報テーブル211図7参照を更新する。例えば、故障の場合は、リソース情報テーブル211の故障708の列を有にし、故障無しの場合は無にする。ステップS1217において、リソース配置改善部206は、改善配置適用部209図19参照を呼び出し、改善配置を実行し、ステップS1201に戻る。本実施形態では、管理サーバ200は、例えば、ジョブの判断方法を満たさない回数が所定回数を超えた場合、または、ジョブの判断方法を満たさない試行時間が所定時間を超えた場合、リソース配置の改善ができない旨を管理者に通知することができる。図17は、リソース確保試行改善部の処理を示すフローチャートである。図17は、リソース確保試行改善部207の処理の詳細を表している。なお、所定のステップの処理例えば、ステップS1301は、所要時間の許す限り行うものとし、規定、またはユーザ指定の時間に達した場合は、処理を切り上げ次の処理に進む。リソース確保試行改善部207は、現用のサーバ群の比較情報取得部310を呼び出し、所定のジョブで性能を測定し、リソース情報テーブル211図7参照から該当するリソースの使用率を可能な範囲で調査するステップS1301。具体的には、リソース確保試行改善部207は、改善記録テーブル217図14参照のサーバ群1405の列のサーバに割り当てられているリソースの性能を、テストに必要なジョブを改善指定1402および改善指定とジョブとの関係テーブル218図12参照に基づいて特定する。そして、そのサーバ群1405に指定されたサーバに対し、比較情報取得部310を呼び出し、ジョブの結果を収集し、ジョブ結果管理テーブル216図13参照を更新する。また、リソースの使用率は、リソース情報テーブル211図7参照の使用率グラフ707から収集する。リソース確保試行改善部207は、リソース情報テーブル211図7参照に基づき、未割り当てとなっているリソースを試行用リソースとして確保するステップS1302。試行用リソースを確保する際、改善記録テーブル217図14参照の今回の改善IDの超過判断に格納されている時間例えば、100h100時間、確保することを試みる。また、過去の実績として、リソース情報テーブル211図7参照の使用率グラフに、変動がないリソースは、その未使用部分を、試行用リソースとして確保する。また、改善記録テーブル217図14参照で、サーバ群1405のサーバの関係の情報が類似同じサーバ数、同じサーバの関係、などしており、成否1407の列に成功情報が格納されている改善IDがある場合は、成否1407の列にある所要時間だけ、過去の実績として、リソース情報テーブル211図7参照の使用率グラフに、変動がないリソースは、その未使用部分を、試行用リソースとして確保する。リソース確保試行改善部207は、試行改善部208図18参照を呼び出しステップS1303、ステップS1302で確保したリソースで、試行改善できるか否かの処理を行う。リソース確保試行改善部207は、改善リソース情報テーブル212図8参照を参照し、改善記録テーブル217図14参照のサーバ群に改善後のリソース割り当てが行われているかについての改善リソース情報調査を行うステップS1304。リソース確保試行改善部207は、改善されているか否かの判定を行うステップS1305。リソース確保試行改善部207は、ステップS1304における改善リソース情報調査で、改善記録テーブル217図14参照のサーバ群の全てに、改善リソース情報テーブル212図8参照でリソースが割り当てられていた場合ステップS1305,改善、処理を終了し、割り当てられていなかった場合ステップS1305、改善無し、ステップS1306へ処理を進む。リソース確保試行改善部207は、集約調査として、リソースの使用率とジョブ結果管理テーブル図13参照から処理の集約可能なリソースを特定するステップS1306。すなわち、リソース確保試行改善部207は、ジョブ結果管理テーブル216図13参照のジョブID1307とジョブ結果1308からジョブに対する結果が同じ、または、同等のリソースの組み合わせを持つサーバを見つけ出し、リソース情報テーブル211図7参照の使用率グラフ707を参照し、過去においてグラフの和が100を超える事が無かったかを確認する。過去において超えることが無かった場合、比較したリソースを使用しているサーバはどちらかのリソース上に集約可能とする。リソース確保試行改善部207は、集約可能か判断しステップS1307、集約可能なサーバが有る場合ステップS1307,集約可、ステップS1308に進み、集約可能なサーバが見つけられなかった場合ステップS1307,集約不可、集約不可として処理を終了する。ステップS1308において、ステップS1306の集約調査において、リソース確保試行改善部207は、集約可能と判明したサーバを集約させる。すなわち、同リソース上に同居させ、未割り当てリソースを増やすようにするとよい。図18は、試行改善部の処理を示すフローチャートである。試行改善部208は、サーバ群を生成作成し、作成したサーバ群に比較情報取得部310を配置し、試行のジョブで、現用のサーバ群と作成した試行用サーバ群とで性能比較し、サーバ群の改善があるか否かの判定処理などを行う。試行改善部208は、サーバ群生成部220図24参照を呼び出しステップS1401、作成したサーバ群に比較情報取得部310を配置するステップS1402。すなわち、サーバ群生成部220で作成した各試行用サーバ群に、比較情報取得部310をプッシュインストールする。試行改善部208は、現用のサーバ群と、試行用サーバ群との比較情報取得部を呼び出すステップS1403。具体的には、改善記録テーブル217図14参照で今回の改善IDに対応した改善指定1402の列とサーバ群1405の列から、改善指定とジョブとの関係テーブル218図12参照に基づいてジョブを特定し、各試行用サーバ群上で比較情報取得部310がジョブを実行し、ジョブの実行後に回収した結果を、ジョブ結果管理テーブル216図13参照へ格納する。試行改善部208は、ジョブ結果管理テーブル216図13参照にある現用のサーバ群と各試行用サーバ群のジョブ結果について、ジョブ管理テーブル215図11参照の判断方法1104の列の情報と、改善記録テーブル217図14参照の採用構成1403の列の情報を元に比較ジョブの実行時間が短縮され、かつ、リソース使用量が減るか、などしステップS1404、採用か不採用かを決める。採用の場合は、改善リソース情報テーブル212図8参照に試行用サーバのリソース配置情報を格納する。また、採用の際に、ジョブ管理テーブル215図11参照の判断方法に応じて比較値を更新することも可能である。試行改善部208は、ステップS1404の比較結果、全ての試行用サーバ群が採用となった場合ステップS1405,未改善サーバ無し、処理を終了し、不採用があった場合ステップS1405,未改善サーバ有り、ステップS1406へ進む。ステップS1406において、試行改善部208は、制限時間や回数が改善記録テーブル217図14参照の超過判断1408の列の内容以上になっている場合ステップS1406、以上、処理を終了し、超えていない場合ステップS1406,未達、ステップS1401に戻る。具体的に説明すると、図14のTest1の場合、現用のサーバ群であるSrv1,Srv2,Srv3に対し、試行用サーバ群であるSrv1,Srv2,Srv3を生成し、現用のサーバSrv1と試行用サーバSrv1の比較、現用のサーバSrv2と試行用サーバSrv2の比較、現用サーバSrv3と試行用サーバSrv3の比較を行い、これら全ての比較で、改善された結果を得られるようになるまで、試行用サーバ群を生成し、現用のサーバ群と試行用サーバ群との性能比較を繰り返すとよい。試行用サーバ群の性能が現用のサーバ群の性能と比較して改善している場合、試行用サーバ群をネットワーク上のサーバとして適用する。図19は、改善配置適用部の処理を示すフローチャートである。改善配置適用部209は、過去のリソースの使用率の傾向から将来的に移行できるか、リソースの使用率面積分で移行調査するステップS1501。改善配置適用部209は、改善リソース情報テーブル212図8参照の移行先リソースと、改善記録テーブル217図14参照のサーバ群1405のサーバに割り当てられている同種のリソースとについて、リソース情報テーブル211図7参照のリソースの使用率グラフ707に基づいて面積分し、その差を比較する。改善前後のサーバ現用のサーバと試行用サーバで取得したジョブ結果管理テーブル216図13参照のジョブ結果1308の列の結果に差があるときは、面積比較時にその差を考慮するため、面積値に性能差に基づく比率をかける。例えば、通信速度を測るジョブだった場合は、使用率の面積分にその速度比をかけた値を比較の数値にする。具体的に説明すると、ジョブ結果管理テーブル216図13参照で同じジョブIDと比較可能な結果を持つリソースだった場合、その結果を面積値に反映させ比較することになる。LAN1の使用率グラフ面積分が5024hの合計、LAN2の使用率グラフの空き部分の面積分3024hの合計であったとする。この場合において、LAN1とLAN2との性能差があり、LAN2の性能がLAN1の性能の5/3倍以上であった場合、LAN2上の仮想LANやLAN2使用中の他サーバと交互切替え使用であれば、LAN1の移行先にできると判断する。改善配置適用部209は、ステップS1501の面積分の差から移行できるか否かを判断しステップS1502、面積分の差が移行先リソースの全てで現リソースより使用率グラフの面積分が小さい場合ステップS1502,移行、ステップS1503へ進み、どれか一つでも大きい場合ステップS1502,移行対象変更、ステップS1504へ進む。ステップS1504において、改善配置適用部209は、サーバの関係を判断しステップS1504、改善記録テーブル217図14参照のサーバ群の関係1406の列に値がない場合ステップS1504,関係無し、ステップS1505に進み、値が有る場合ステップS1505,関係有り、ステップS1506に進む。ステップS1506において、改善配置適用部209は、サーバ群の変更の処理を行う。具体的には、サーバ群1405図14参照の列に示すサーバ群は、サーバ群の関係1406の列に記載されている情報を元に、図10に示すサーバの関係テーブル214から、論理和で決定される。このため、サーバ群の関係1406の列から項目が減ることにより、サーバ群1405の列の内容にあるサーバの数も減る。また、図10のサーバの関係テーブル214から包含関係が見出せる場合は、サーバ数が減少する方のサーバの関係にサーバ群の関係1406の列の内容を変更することで、サーバ群1405の列の内容にあるサーバ数を減らし、移行可能なサイズへの変更を試みる。ステップS1503において、改善配置適用部209は、改善リソース情報テーブル212図8参照に従い、移行を進める。移行後はリソース情報テーブル211図7参照に割り当てられているリソースの割当状態706を更新する。ステップS1505において、抽出確率Epの変更または移行不可情報を更新する。改善リソース情報テーブル212図8参照に残っているサーバの構成で割り当てられており、ステップS1501において面積分の差から移行不可であれば、改善記録テーブル217図14参照の成否1407の列を所要時間回数情報とともに移行不可に更新する。また、該当するリソースに対し、リソース情報テーブル211図7参照の抽出確率Epを下げる。または、増設したほうがよい増設推奨リソースとしてユーザに通知するとよい。図20は、比較情報取得部の処理を示すフローチャートである。比較情報取得部310は、管理サーバ100から送付されたジョブを取得するとステップS1601、取得したジョブを実行しステップS1602、ジョブ管理テーブル215図11参照の判断方法1104に必要なジョブ結果を、管理サーバ100の試行改善部208へ送信しステップS1603、処理を終了する。図21は、サーバの関係情報取得部の処理を示すフローチャートである。サーバの関係情報取得部311は、管理サーバ200の情報収集部210によりプッシュインストールされた際に設定されたポリシーを判断しステップS1701、定期の場合ステップS1701,定期、ステップS1702に進み、監視の場合ステップS1701,監視、ステップS1704に進む。ステップS1702において、サーバの関係情報取得部311は、サーバの関係テーブル214図10参照にある項目の内容を、OSや管理ソフトウェアの持つそのサーバのデバイス情報から情報を取得する。そして、サーバの関係情報取得部311は、管理サーバ200の情報収集部210へ、取得した情報を送信しステップS1703、ステップS1701に戻る。次に、ステップS1701を実行する際は、予め設定されている時間経過後に実行する。ステップS1704において、サーバの関係情報取得部311は、サーバの関係テーブル214図10参照の情報に含まれる項目について変更が無いか監視し、変更の有無を判断するステップS1705。変更があった場合ステップS1705,有、ステップS1702に進み、変更がない場合ステップS1705,無、ステップS1701に戻る。図22は、リソース情報取得部の処理を示すフローチャートである。リソース情報取得部312は、管理サーバ200の情報収集部210によりプッシュインストールされた際に設定されたポリシーを判断しステップS1801、定期の場合ステップS1801,定期、ステップS1802に進み、監視の場合ステップS1801,監視、ステップS1804に進む。ステップS1802において、リソース情報取得部312は、リソース情報テーブル211図7参照にある項目の内容をOSや管理ソフトウェアの持つそのサーバのデバイス情報から情報を取得する。そして、リソース情報取得部312は、管理サーバ200の情報収集部210へ取得した情報を送信しステップS1803、ステップS1801に戻る。次に、ステップS1801を実行する際は、予め設定されている時間経過後に実行する。ステップS1804において、リソース情報取得部312は、リソース情報例えば、リソースの追加や削減を監視し、変更の有無を判断するステップS1805。変更があった場合ステップS1805,有、ステップS1802に進み、変更がない場合ステップS1805,無、ステップS1801に戻る。図23は、仮想割り当て情報取得部の処理を示すフローチャートである。仮想割り当て情報取得部313は、管理サーバ200の情報収集部210によりプッシュインストールされた際に設定されたポリシーを判断しステップS1901、定期の場合ステップS1901,定期、ステップS1902に進み、監視の場合ステップS1901,監視、ステップS1904に進む。ステップS1902において、仮想割り当て情報取得部313は、リソース情報テーブル211図7参照とサーバの関係テーブル214図10参照にある項目の内容を仮想化機構部のリソース割り当て情報から情報を取得する。そして、仮想割り当て情報取得部313は、管理サーバ200の情報収集部210へ、取得した情報を送信しステップS1903、ステップS1901に戻る。次に、ステップS1901を実行する際は、予め設定されている時間経過後に実行する。ステップS1904において、仮想割り当て情報取得部313は、仮想化機構の各仮想マシンへの仮想割り当て情報を監視し、変更の有無を判断するステップS1905。変更があった場合ステップS1905,有、ステップS1902に進み、変更がない場合ステップS1905,無、ステップS1901に戻る。図24は、サーバ群生成部の処理を示すフローチャートである。サーバ群生成部220図2参照は、ステップS1302図17参照で確保した各試行用のリソースに対し、リソース情報テーブル211図7参照の抽出確率Ep710に基づいて、リソース情報テーブル211にある全て、または、一定範囲のリソース1つずつに対して、乱数生成部221図2参照で乱数を生成させ、今回のサーバ群生成部220内でサーバに割り当てるリソースとして使用するか、使用しないかを決定し抽出するステップS2001。なお、リソースの抽出方法として、ステップS2001が本実施形態の特徴のひとつである。サーバ群生成部220は、今回の改善IDに対応した改善記録テーブル217図14参照のサーバ群に格納されている現用のサーバの割り当てリソース情報リソース情報テーブル211図7参照の割当状態706の列から把握する。から作成するサーバ群のサーバ毎に割り当てるリソース個数を決定するステップS2002。なお、割り当てる個数については現在の割り当てリソースの数を既定値とし、確率的にゆらぎを入れることでそこから増減を行うことも可能である。サーバ群生成部220は、改善記録テーブル217図14参照のサーバ群のサーバ数だけ、ステップS2001で抽出したリソースからサーバ群を生成するステップS2003。具体的には、サーバ群生成部220は、改善記録テーブル217図14参照の今回の改善IDに対応した改善指定1402の列、サーバ群の関係1406の列を参照し、改善指定のリソース、共用リソースとして、改善の際に要求されているリソースの指定を満たして、ステップS2001で抽出したリソースを割り当てる。そのほかに、各サーバの割り当てるリソース数は、ステップS2002によって決まった個数を参考にすることも可能である。また、ステップS2001で抽出したリソース数が要求されているリソース数に届かなかった場合は、処理を終了し、試行改善部208の処理をやり直すとよい。本実施形態によれば、管理サーバ200は、計算機システムをなす複数のサーバが接続されるネットワークから確保できるリソースを組み合わせて形成する試行用サーバを計算機システムのサーバとして適用した際の適用情報の実績である抽出確率Epが登録されるリソース情報例えば、リソース情報テーブル211の記憶部と、試行用サーバを採用するか否かの所定条件であるジョブの判断方法をジョブごとに管理するジョブ管理情報例えば、ジョブ管理テーブル215が記憶されるジョブ管理情報の記憶部と、リソース情報の各リソースに対し、抽出確率が乱数生成部221で発生させた乱数確率Rp以上であれば、試行用のリソースとして選定し、選定された試行用のリソースを組み合わせて試行用サーバを形成する形成処理部と、形成された試行用サーバを用いてジョブを実行し、ジョブの実行結果がジョブの判断方法を満たせば、試行用サーバを該ネットワークのサーバとして適用する適用処理部と、を有する。なお、形成処理部および適用処理部は、プロセッサ202を機能別の処理部として表現したものである。本実施形態によれば、管理サーバ200は、リソース情報テーブル211の各リソースに対し、リソースごとの抽出確率Epが乱数生成部221で発生させた乱数確率Rp以上であれば、試行用のリソースとして選定し、選定されたリソースを組み合わせて試行用サーバ例えば、試行用物理サーバ100b、試行用仮想サーバ130bを形成し、形成された試行用サーバを用いてジョブを実行し、ジョブの実行結果がジョブの判断方法を満たせば、試行用サーバを該ネットワーク上のサーバとして適用することができる。これにより、ネットワーク上のリソースを有効に活用することができる。"