仮想サーバへの処理の要求に対する応答特性の劣化の程度が所定の第1の程度より大きくなると、前記仮想サーバに割り当てるハードウェアリソースを増大させる制御を行う制御手段を備え、前記制御手段は、前記仮想サーバへのアクセス頻度の増大に応じて、前記所定の第1の程度をより小さい劣化の第2の程度に変更する制御を行う、ことを特徴とするリソース制御装置。前記制御手段は、前記仮想サーバへの処理の要求に対する応答特性の劣化の程度が前記所定の第1の程度よりも小さい劣化の程度である所定の第3の程度より小さくなると、前記仮想サーバに割り当てるハードウェアリソースを減少させる制御を行い、また、前記制御手段は、前記仮想サーバへのアクセス頻度の増大に応じて、前記所定の第3の程度をより大きい劣化の第4の程度に変更する制御を行う、ことを特徴とする請求項1に記載のリソース制御装置。仮想サーバへの処理の要求に対する応答特性の劣化の程度が所定の第1の程度より大きくなると、前記仮想サーバに割り当てるハードウェアリソースを増大させる制御を行い、また、前記仮想サーバへのアクセス頻度の増大に応じて、前記所定の第1の程度をより小さい劣化の第2の程度に変更して制御を行う、ことを特徴とするリソース制御方法。さらに、前記仮想サーバへの処理の要求に対する応答特性の劣化の程度が前記所定の第1の程度よりも小さい劣化の程度である所定の第3の程度より小さくなると、前記仮想サーバに割り当てるハードウェアリソースを減少させる制御を行い、また、前記仮想サーバへのアクセス頻度の増大に応じて、前記所定の第3の程度をより大きい劣化の第4の程度に変更する制御を行う、ことを特徴とする請求項3に記載のリソース制御方法。仮想サーバに対するハードウェアリソースの割り当て量を制御するためのリソース制御プログラムであって、コンピュータに、仮想サーバへの処理の要求に対する応答特性の劣化の程度が所定の第1の程度より大きくなると、前記仮想サーバに割り当てるハードウェアリソースを増大させる制御を行い、また、前記仮想サーバへのアクセス頻度の増大に応じて、前記所定の第1の程度をより小さい劣化の第2の程度に変更して制御を行う、処理を実行させることを特徴とするリソース制御プログラム。さらに、前記コンピュータに、前記仮想サーバへの処理の要求に対する応答特性の劣化の程度が前記所定の第1の程度よりも小さい劣化の程度である所定の第3の程度より小さくなると、前記仮想サーバに割り当てるハードウェアリソースを減少させる制御を行い、また、前記仮想サーバへのアクセス頻度の増大に応じて、前記所定の第3の程度をより大きい劣化の第4の程度に変更する制御を行う、処理を実行させることを特徴とする請求項5に記載のリソース制御プログラム。図2は、図1に示す自動プロビジョニングが実行される情報システムの一例を示す図である。図2に示す情報システムは、Webサーバ、アプリケーションサーバアプリサーバ、DBDataBaseサーバからなる3つのシステムが、それぞれ別個のサービスを、クライアントコンピュータを利用するユーザに提供している。図1に示すような自動プロビジョニング方式は、割り当て閾値と回収閾値との間に、個々の仮想サーバの応答時間が収まるように、ハードウェアリソースの管理がなされる。しかしながら、図2に示す全ウェブサーバに、図1に示すプロビジョニング方式が一様に適用されると、利用ユーザ数が多く且つ重要なサービスを担う仮想サーバも、そうでない仮想サーバも全て同じようにハードウェアリソースの割り当て又は回収が行われてしまう。つまり、利用ユーザ数の多いサービスを提供する仮想サーバに対するハードウェアリソースの割り当て不足や、利用ユーザ数の少ないサービスを提供する仮想サーバに対する過剰な割り当てが起こる。その結果、より多くのユーザに応答時間の悪化を経験させ、データセンタに対する信頼性を落とすことになる。このように、データセンタ全体の仮想サーバの運用上の役割および状況を考慮した上で各仮想サーバに対してハードウェアリソース割り当てを行うことができないため、限られたハードウェアリソースの中で利用ユーザ数が多いサービスの応答時間の品質を優先的に確保することができない。一つの側面では、本発明は、頻繁にアクセスされる仮想サーバのリソースの確保を円滑に行うことを目的とする。一実施形態によれば、仮想サーバへの処理の要求に対する応答特性の劣化の程度が所定の第1の程度より大きくなると、前記仮想サーバに割り当てるハードウェアリソースを増大させる制御を行う制御手段を備えるリソース制御装置が提供される。前記制御手段は、前記仮想サーバへのアクセス頻度の増大に応じて、前記所定の第1の程度をより小さい劣化の第2の程度に変更する制御を行う。一態様においては、頻繁にアクセスされる仮想サーバのリソースの確保を円滑に行うことができる。利用ユーザ数が多いサービスの応答時間の品質を優先的に確保することができない原因として、各仮想サーバが、担うサービス、及び、ユーザ数を考慮した上で、ハードウェアリソースの割り当てがされていないことがある。そのため、データセンタ内の各仮想サーバの実際のサービス及びユーザ数に即したハードウェアリソース配分を行うことで、ユーザ数の多いサービスを提供する仮想サーバに対するリソース不足や、あまり使用されない仮想サーバに対するリソース余りを回避できる。これにより、多くのユーザの利用するサービスの応答時間の品質が優先的に確保され、信頼感の向上につながる。以下、図面を参照して、リソース制御装置、リソース制御方法、及びリソース制御プログラムを説明する。1優先度を用いたハードウェアリソースの割り当てと回収初めに、優先度を用いたハードウェアリソースの割り当てと回収について、図3を用いて説明する。図3は、仮想サーバの応答時間超過率と、仮想サーバへのハードウェアリソースの割り当て又は回収との関係を示す図である。応答時間超過率とは、観測された応答時間を要求応答時間で除算したものであり、要求応答時間は、SLAで定義される。SLAとは、データセンタの所有者が、ユーザに対してサービスの品質を保証する契約である。SLAには、回線の最低通信速度やネットワーク内の平均遅延時間、利用不能時間の上限など、サービス品質の保証項目や、それらを実現できなかった場合の利用料金の減額に関する規定などが含まれる。応答時間は、例えば、観測点で観察した仮想サーバとクライアントコンピュータとの間に確立したコネクションにおいて、クライアントコンピュータからのデータ要求から応答が返却されるまでの時間のことである。応答時間超過率は、ユーザからの要求に対する仮想サーバの応答時間の一例であり、また、ユーザ要求に対する仮想サーバの処理能力の一例である。なお、観測点とは、所定の時間間隔のサンプリングポイントのことである。優先度とは、ハードウェアリソース割り当てを要求する頻度を決定するパラメータである。優先度が高い仮想サーバほど、仮想サーバの処理能力が割り当て閾値以上となった後に、より短時間で当該仮想サーバにリソースの割り当てがなされる。また、優先度が高い仮想サーバほど、仮想サーバの処理能力が回収閾値以下となった後に、より長時間で当該仮想サーバからリソースが回収される。図3に示す応答時間超過率の時間推移を示す曲線115は、ハードウェアリソース割り当ての優先度の高い仮想サーバの応答時間超過率の時間推移を示す。図3に示す応答時間超過率の時間推移を示す曲線125は、ハードウェアリソース割り当ての優先度の低い仮想サーバの応答時間超過率の時間推移を示す。図3に示す観測点は、応答時間超過率の観測を行った時刻を示す。割り当て閾値以上又は回収閾値以下になった後に連続する観測点の数を、カウント数と称する。優先度は、カウント数によって定義付けることができる。曲線115は割り当て閾値を超えてから2カウント後にハードウェアリソースの割り当てを開始し、曲線125は割り当て閾値を越えてから5カウント後にハードウェアリソースの割り当てを開始することを示している。同様に、曲線115は回収閾値を越えてから5カウント後にハードウェアリソースの回収を行い、曲線125は回収閾値を越えてから2カウント後にハードウェアリソースの回収を行うことを示している。下記に示す表1は、優先度を、割り当てカウント閾値と、回収カウント閾値とで定義した例である。なお、表1は、図6、図7、及び図9を用いて後述するリソース割り当て制御情報に相当する。割り当てカウント値とは、各仮想サーバの応答時間超過率がそれぞれ割り当て閾値以上になった観測値の数であり、割り当てカウント閾値とは、ハードウェアリソースの割り当てを行うか否かの判断を行うための境界値である。割り当てカウント値が、割り当てカウント閾値に達した場合、割り当てカウントの観測対象となった仮想サーバに対してハードウェアリソースの割り当てがなされる。回収カウント値とは、各仮想サーバの応答時間超過率がそれぞれ回収閾値以下になった観測値の数であり、回収カウント閾値とは、ハードウェアリソースの回収を行うか否かの判断を行うための境界値である。回収カウント値が、回収カウント閾値に達した場合、回収カウントの観測対象となった仮想サーバに対してハードウェアリソースの回収がなされる。表1では、優先度の数が大きいほど優先度が高いことを示す。表1に示すnは、最大緊急優先度を示す。図3の曲線115に示す優先度の高い仮想サーバは、優先度が5であり、図3の曲線125に示す優先度の低い仮想サーバは、緊急優先度が2である。表1を参照すると、最大優先度nを6とすると、優先度5の場合、曲線115に示す優先度の高い仮想サーバは、割り当てカウント閾値が6-4=2となり、回収カウント閾値が5になる。また、優先度2の場合、曲線125に示す優先度の低い仮想サーバは、回収カウント閾値が6-2=4となり、回収カウント閾値が2になる。したがって、曲線115に示す優先度の高い仮想サーバは、割り当てカウント閾値が2であるため、2つの連続する観測点で応答時間超過率が割り当て閾値以上になるとき、仮想サーバにハードウェアリソースの割り当てが行われる。一方、図3に示す曲線125は、割り当てカウント閾値が5であるため、5つの連続する観測点で応答時間超過率が割り当て閾値以上になるとき、優先度の低い仮想サーバにハードウェアリソースの割り当てが行われる。このように、優先度の高い仮想サーバの方が、応答時間超過率がリソース割り当て閾値以上となると、ハードウェアリソースの割り当てが早期になされる。また、曲線115に示す優先度の高い仮想サーバは、回収カウント閾値が5であるため、5つの連続する観測点で応答時間超過率が回収閾値以下になるとき、仮想サーバからハードウェアリソースが回収される。一方、図3に示す曲線125は、回収カウント閾値が2であるため、2つの連続する観測点で応答時間超過率が回収閾値以下になるとき、優先度の低い仮想サーバからハードウェアリソースが回収される。このように、優先度の高い仮想サーバの方が、応答時間超過率がリソース回収閾値以下となると、ハードウェアリソースの回収が遅れてなされる。このように、優先度の高い仮想サーバは、ユーザからの要求に対するアプリケーション実行に伴う応答時間が長くなると、優先度の低い仮想サーバと比して、より迅速にハードウェアリソースの割り当てがなされる。そして、優先度の高い仮想サーバは、ユーザからの要求に対するアプリケーション実行に伴う応答時間が短くなっても、優先度の低い仮想サーバと比して、ハードウェアリソースの回収が遅くなる。したがって、利用ユーザ数の多いサービスを実行する仮想サーバの優先度を、利用ユーザ数の少ないサービスを実行する仮想サーバより高く設定することで、応答時間の品質を優先的に確保することができる。以下では、表1及び図3を用いて示した優先度に応じたハードウェアリソースの割り当てを行うリソース制御装置を含む2情報システムの構成、3リソース制御装置のハードウェア構成、4リソース制御装置の機能構成を説明する。さらに、5プロビジョニング管理部及び物理サーバ、6リソース制御装置が実行するリソース制御処理のフローチャートについて順に説明する。2情報システムの構成図4は、情報システムの一例を説明する図である。情報システム300は、リソース制御装置ハードウェアリソース割り当て装置500、及び、物理サーバ400を有する。物理サーバ400は、クライアントコンピュータとしてのクライアント100とインターネット等のネットワーク200を介して接続する。情報システム300は、例えば、データセンタに配置される。データセンタに配置される情報システム300に対してアクセスするクライアント100の数は、多い。そのため、クライアント100の台数は、図4に示す1台に限定されず、複数台となってもよい。また、物理サーバ400の台数もデータセンタに配置されるサーバの数に相当するため、物理サーバ400の台数は、図4に示す1台に限定されず、複数台となってもよい。物理サーバ400は、複数の仮想サーバを実現し、クライアント100にサービスを提供する。リソース制御装置500は、物理サーバ400が実現する複数の仮想サーバに対して、ハードウェアリソースの割り当て又は回収を行う。クライアント100は、ネットワーク200を介して、仮想サーバが提供するサービスに対する要求を、物理サーバ400に送信する。クライアント100は、図4には示さない、CPUCentralProcessingUnit、メインメモリ、NICNetworkInterfaceCard、及び、図4に示すディスプレイ103及び入力装置106を有する。入力装置106は、例えば、キーボードである。クライアント100のCPUは、Webブラウザを実行し、入力装置106からの入力情報に従って物理サーバ400への要求を生成する。クライアント100のCPUは、NICを制御して、要求を送信し、要求に対する応答を物理サーバ400から受信する。クライアント100のCPUは、物理サーバ400から応答を受信すると、Webブラウザを実行して、応答をディスプレイ103に表示する。3リソース制御装置のハードウェア構成次に、リソース制御装置のハードウェア構成について説明する。図5は、リソース制御装置のハードウェア構成の一例を示す図である。図5に示すように、リソース制御装置500は、処理部510、記憶部520、通信部530、補助記憶部540、ドライブ部550、及びI/Oコントローラ560を有する。なお、リソース制御装置500は、後に説明する図7のように、プロビジョニング管理部350を含んでもよい。処理部510は、I/Oコントローラ560を介して、通信部530、補助記憶部540、及びドライブ部550に接続する。処理部510は、記憶部520に記憶されたプログラムを実行することで、記憶部520からデータをロードし、ロードしたデータを演算して、記憶部520に演算結果をストアする。処理部510は、例えば、CPUである。I/Oコントローラ560は、処理部510と、他の接続装置との接続を制御する装置である。I/Oコントローラ560は、例えば、PCIExpressPeripheralComponentInterconnectExpressなどの規格に従って動作する。記憶部520は、データやプログラムを記憶する装置である。記憶部520は、例えば、DRAMDynamicRandomAccessMemoryである。図6は、記憶部のメモリマップの一例を示す図である。図6に示すように、記憶部520は、CMDB110、リソース割り当て制御情報120、要求応答時間情報130、及びプログラム990を格納する。CMDB110、リソース割り当て制御情報120は、要求応答時間情報130、図9を用いて、それぞれ後述する。プログラム990は、図3を用いて示したように、優先度に応じたハードウェアリソースの割り当てを行うためのハードウェアリソース割り当てプログラムである。処理部510は、プログラム990を実行することで、後述するリソース制御処理6に示すように、仮想サーバに対するハードウェアリソースの割り当て制御を行う。通信部530は、通信経路としてのネットワークと接続し、ネットワークに接続された他の情報処理装置との間でデータを送受信する装置である。通信部530は、例えば、NICNetworkInterfaceControllerである。補助記憶部540は、電源供給が無くても情報を保持可能であり、記憶部520に格納されるプログラム及びデータを記憶する非揮発性の装置である。補助記憶部540は、磁気ディスクを用いたディスクアレイ、又は、フラッシュメモリを用いたSSDSolidStateDrive等である。ドライブ部550は、例えば、フロッピー登録商標ディスクやCD-ROMCompactDiscReadOnlyMemory、DVDDigitalVersatileDiscなどの記憶媒体590を読み書きする装置である。ドライブ部550は、記憶媒体590を回転させるモータや記憶媒体590上でデータを読み書きするヘッド等を含む。なお、記憶媒体590は、プログラムを格納することができる。ドライブ部550は、ドライブ部550にセットされた記憶媒体590からプログラム990を読み出す。処理部510は、ドライブ部550により読み出されたプログラム990を、記憶部520又は補助記憶部540に格納する。入力部570は、入力信号を処理部510に出力する装置であり、例えば、キーボードやマウスである。出力部580は、処理部510から出力される出力信号を表示する装置であり、例えば、ディスプレイである。なお、物理サーバ400は、上記したリソース制御装置500のハードウェア構成と同様のハードウェア構成を有してもよい。ただし、物理サーバ400の記憶部は、仮想化ソフトウェア、複数のOS、及び、仮想サーバが提供するサービスのためのプログラムを格納する。4リソース制御装置の機能構成図7は、リソース制御装置の機能構成ブロックの一例を示す図である。リソース制御装置ハードウェアリソース割り当て装置500は、CMDB110、リソース割り当て制御情報120、要求応答時間情報130、優先度算出部140、リソース割り当て制御部150、応答時間管理部160、及び、アクセス数管理部170を有する。優先度算出部140、リソース割り当て制御部150、応答時間管理部160、及び、アクセス数管理部170は、処理部510が、プログラム990を実行することで実現されるユニットである。リソース制御装置500は、物理サーバ400に関する構成情報および運用状況の情報を、CMDB110に収集する。リソース制御装置500は、CMDB110に収集したアクセス数を元に物理サーバ400にある各仮想サーバの優先度を算出するとともに、応答時間及び算出した優先度に基づいて物理サーバ400にハードウェアリソースの割り当てを行う。このように、リソース制御装置500は、リソースの割り当てを行うととともに、優先度を動的に算出することができる。プロビジョニング管理部350は、少なくとも1つの物理サーバ400からなるハードウェアリソースを、ハードウェアリソースプール320として管理する。ここで、図7において、プロビジョニング管理部350は、ハードウェアリソース割り当て装置リソース制御装置500に含めて描かれているが、リソース制御装置500とは別の物理サーバとして設けることもできる。複数の仮想サーバ370は、物理サーバ400が仮想化ソフトウェアを実行することで生成される仮想サーバである。各仮想サーバは、上記したように、プロビジョニング管理部350によりハードウェアリソースが割り当て又は回収され、Webサーバ、アプリケーションサーバ、DBサーバ等のサーバとして動作する。図7に示す機能構成ブロックを、図8~図10にそれぞれ示すCMDB110内の構成情報、リソース割り当て制御情報120、及び要求応答時間情報130の詳細例を参照して説明する。4.1応答時間管理部応答時間管理部160は、物理サーバ400で実現される各仮想サーバによる外部クライアントのアクセスに対する応答時間を観測し、観測した応答時間をCMDB110内の構成情報に格納する。アクセス数管理部170は、物理サーバ400に対する外部アクセス数を観測し、観測した外部アクセス数をCMDB110内の構成情報800に格納する。なお、構成情報の設定値は、SLAで定義される。図8A及び図8Bは、CMDB内の構成情報の一例を示す図である。図8Aに示す構成情報800は、CI種別としてサーバドメイン、サーバ、及びサービスが登録される。構成情報800で管理されるサーバは、仮想サーバである。サーバドメインCIには、ドメインIDとドメイン名との対応関係が登録される。サーバCIには、サーバIPアドレスと、サーバ名と、種別と、単位時間アクセス数との対応関係が登録される。仮想サーバの種別によって、単位時間アクセス数とは、例えば、単位時間にクライアントから要求され且つ確立したコネクションの数であり、仮想サーバの種別によって単位時間アクセス数は変わる。単位時間アクセス数は優先度の算出に利用され、単位時間アクセス数が高い仮想サーバは、利用ユーザ数の多いサービスを提供する仮想サーバであるので、高い優先度が設定される。サービスCIには、サービスIDとサービス名と重要度との対応関係が記録される。重要度は、SLAに基づく設定値である。サービスによって、重要度は変わる。図8Bに示す構成情報850は、サーバドメインと、サーバ名と、サービスIDとの対応関係が記録される。図8Bに示される例では、ドメインIDが1のサーバドメインは、WebSV、AppSV、DBSVの仮想サーバから構成される。WebSV、AppSV、DBSVの仮想サーバは、それぞれ1、2、3、4のサービスIDで特定されるサービスを提供する。4.2優先度算出部優先度算出部140は、構成情報に格納されたアクセス数を参照して、CMDB110から各仮想サーバの優先度の計算に必要な属性値を取得して、優先度を算出する。優先度算出部140は、単位時間当たりのアクセス数が多いほど、優先度を高く設定する。優先度算出部140は、算出した優先度を、リソース割り当て制御情報120に格納する。優先度算出部140は、図8Aの構成情報800に記録される重要度及び単位時間アクセス数を用いて、設計偏差値及び実態偏差値をそれぞれ算出し、設計偏差値及び実態偏差値から優先度を算出する。優先度は、データセンタ全体における各仮想サーバの応答時間をもとに、算出することで、各仮想サーバのハードウェアリソースの実際の必要性を優先度に反映し、利用ユーザ数の多いサービスをリアルタイムで確認することができる。優先度は、例えば、以下のように定義される。優先度=設計偏差値実態偏差値/2式1式1の2つの変数の意味を以下に示す。設計偏差値は、サービスと仮想サーバの運用体制の中で評価される各仮想サーバの重要度の指標である。設計偏差値は、SLAで定義されうる。設計偏差値は、SLAに基づいて決定できるので、データセンタを利用するユーザに対して、応答時間の品質を優先的に確保するというきめ細やかなサービスを提供できる。設計偏差値は、構成情報800のサービスCIの重要度から算出される。例えば、図8Aの構成情報800に示すように、サービスCIのサービス名によって、重要度は変わる。設計偏差値は、CMDB110内の構成情報の重要度を参照して、データセンタ全体で実行されるサービスの全重要度を母集団として、各重要度が母集団の中でどれくらいの位置にあるか示す偏差値である。実態偏差値は、各仮想サーバが外部からどの程度利用されているかにより評価される各仮想サーバの重要度の指標である。実態偏差値は、構成情報800のサーバCIの単位時間アクセス数から算出される。実態偏差値は、データセンタ全体で実行される仮想サーバに対する単位時間アクセス数を母集団として、各仮想サーバが母集団の中でどれくらいの位置にあるかを示す偏差値である。なお、実態偏差値の算出におけるCMDB110の果たす役割は、単に応答時間やアクセス数を提供するだけではない。優先度は、CMDB110が管理する構成情報800のサーバCIのサーバ種別も考慮することで、種別によるアクセス数の偏りを排除して算出される。これにより、ユーザにそれぞれ特有のサービスを提供している各ドメインが、データセンタ全体のアクセス数の中でどの程度のアクセス数を有しているかを、定量化することが可能となる。上記の式1に示すように、SLAで定義可能な設計偏差値と、定量的なアクセス数に基づく実態偏差値によって優先度を定義してもよいし、実態偏差値のみで優先度をきめてもよい。なお、式1に示すように設計偏差値を優先度の操作変数とした場合、利用ユーザ数の多いサービスに対する応答時間の品質を優先的に確保することに加えて、ユーザに対してSLAに基づく応答時間の品質を提供することが可能になる。優先度算出部140は、各仮想サーバに設計偏差値と実態偏差値の平均値が大きいほど高い優先度を設定し、それに応じて割り当てカウント閾値および回収カウント閾値を決定する。各カウント閾値は、例えば優先度に応じて以下のようにランク分けして設定される。なお、ある仮想サーバの単位時間あたりのアクセス数-全仮想サーバの単位時間あたりのアクセス数の平均をx、全仮想サーバの単位時間あたりのアクセス数の標準偏差をσとする。優先度算出部140は、算出された優先度を元に、各仮想サーバに割り当て又は回収カウント閾値を決定し、リソース割り当て制御情報120に登録する。図9は、リソース割り当て制御情報の一例を示す図である。リソース割り当て制御情報120は、表1に示したリソース割り当て制御情報と異なり、割り当てカウント閾値と、回収カウント閾値と、優先度との対応関係に加えて、サーバIPアドレスを含む。サーバIPアドレスにより仮想サーバの構成情報800及び850と関係付けられるので、優先度算出部140は、構成情報800及び850に基づいて算出した優先度を、リソース割り当て制御情報120に仮想サーバ毎に登録することができる。割り当てカウント閾値と、回収カウント閾値は、図3で説明したように、各仮想サーバの応答時間超過率がそれぞれ割り当て閾値以上になった又は回収閾値以下になった観測値の数割り当て/回収カウント値に対して適用される。割り当て/回収カウント値には以下の性質を持たせる。観測された応答時間超過率が回収閾値未満の場合には回収カウント値に1を加え、割り当て閾値以上の場合には割り当てカウント値に1を加える。観測された応答時間超過率が前回の観測値との比較において、割り当て閾値を上から下にまたぐ場合には割り当てカウント値を0に、回収閾値を下から上にまたぐ場合には回収カウント値を0にする。ハードウェアリソースが割り当てされたら割り当てカウント値を、回収されたら回収カウント値をそれぞれ0にする。4.3リソース割り当て制御部リソース割り当て制御部150は、要求応答時間情報130内の要求応答時間と、応答時間管理部160が観測した応答時間を比較し、リソース割り当て制御情報120の内容に基づいて、各仮想サーバに対するハードウェアリソースの割り当て又は回収を決定する。決定した結果はプロビジョニング管理部350に伝えられ、プロビジョニング管理部350によって、物理サーバ400内の各仮想サーバに対してハードウェアリソース割り当て又は回収が行われる。リソース割り当て制御部150は、応答時間管理部160を通して各仮想サーバの応答時間を参照し、要求応答時間情報130内の要求応答時間に対する超過率応答時間超過率を求める。図10は、要求応答時間情報の一例を示す図である。要求応答時間情報130は、サービスIDと、サービス名と、要求応答時間[ms]との対応関係が登録される。なお、要求応答時間は、SLAに基づく設定値である。リソース割り当て制御部150は、図3に示すように、応答時間超過率が、割り当て閾値以上になるか否かと、回収閾値以下になるか否かを計算する。そして、リソース割り当て制御部150は、応答時間超過率が、割り当て閾値以上になった場合、又は、回収閾値以下になった場合、連続して割り当て閾値以上又は回収閾値以下になる観測点の回数割り当て又は回収カウント値をカウントする。なお、応答時間超過率は次のように定義する。応答時間超過率=観測された応答時間/要求応答時間式2なお、上記したように要求応答時間は、要求応答時間情報130内に登録されており、SLAにより決定される値である。リソース割り当て制御部150は、以下の定義に従い、ハードウェアリソースの割り当て又は回収を行う。ある仮想サーバについて、連続割り込み回数回収閾値≧回収カウント閾値の条件が成立する場合、リソース割り当て制御部150は、当該仮想サーバに関して前回の割り当てハードウェアリソースを回収する。ある仮想サーバについて、割り当てカウント値≧割り当てカウント閾値の条件が成立する場合、リソース割り当て制御部150は、当該仮想サーバに関してハードウェアリソースの割り当てを行う。リソース割り当て制御部150は、上記以外の条件の場合、ハードウェアリソースの割り当て又は回収は行わない。また、リソース割り当て制御部150は、割り当てカウント閾値又は回収カウント閾値に対してフィードバックによる補正量を加えることができる。リソース割り当て制御部150は、所定のサンプリングタイムにより応答時間超過率を観測する。応答時間超過率が前回観測値より今回観測値が大きく変化した場合、ユーザからのアクセスが大きく変化したことを示すので、リソース割り当て制御部150は、大きな補正量により、カウント閾値を大きく変化させて、ハードウェアリソース割り当て又は回収を早くする。リソース割り当て制御部150は、応答時間が長くなるように変化する場合、割り当てカウント閾値が小さくなるように補正し、又は、応答時間が短くなるように変化する場合、回収カウント閾値が小さくなるように補正する例えば、以下のような、超過率の前回の観測値と今回の観測値の条件の組み合わせ表から、割り当てカウント閾値の補正量、回収カウント閾値の補正量を求める。超過域:応答時間超過率≧割り当て閾値、を満たす領域余剰域:応答時間超過率≦回収閾値、を満たす領域平常域:上記2つ以外の領域リソース割り当て制御部150は、求めた補正量を割り当て/回収カウント閾値に加算する。ただし、補正後の閾値が0以下になる場合は1とし、7以上になる場合は6とする。前回の観測において応答時間超過率が超過域又は平常域にある仮想サーバが、今回の観察で応答時間超過率が超過域になる場合、リソース割り当て制御部150は、割り当てカウント閾値を-1に補正する。割り当てカウント閾値が減ることで、リソース割り当て制御部150は、応答時間超過率が超過域になる仮想サーバに対して、補正の無い場合と比してより迅速なハードウェアリソースの割り当てを行う。前回の観測において応答時間超過率が余剰域にある仮想サーバが、今回の観察で応答時間超過率が超過域になる場合、前回の観測からユーザからのアクセスが急激に増えたことを示す。リソース割り当て制御部150は、割り当てカウント閾値を-2補正した閾値で、ハードウェアリソースの割り当てを行うことで、応答時間超過率が余剰域から超過域になる仮想サーバに対して、前回の観測で応答時間超過率が超過域又は平常域である場合より、迅速なハードウェアリソースの割り当てを行う。前回の観測において応答時間超過率が超過域にある仮想サーバが、今回の観察で応答時間超過率が平常域になる場合、リソース割り当て制御部150は、回収カウント閾値を-1に補正する。回収カウント閾値が減ることで、応答時間超過率が余剰域である仮想サーバに対して、補正の無い場合と比してより迅速なハードウェアリソースの回収を行う。前回の観測において応答時間超過率が余剰域にある仮想サーバが、今回の観察で応答時間超過率が平常域になる場合、前回の観測からユーザからのアクセスが増えたことを示す。リソース割り当て制御部150は、割り当てカウント閾値を-1補正した閾値で、ハードウェアリソースの割り当てを行うことで、応答時間超過率が余剰域から平常域になる仮想サーバに対して、前回の観測で応答時間超過率が超過域又は平常域である場合より、迅速なハードウェアリソースの割り当てを行う。前回の観測において応答時間超過率が超過域にある仮想サーバが、今回の観察で応答時間超過率が余剰域になる場合、前回の観測からユーザからのアクセスが急激に減ったことを示す。リソース割り当て制御部150は、回収カウント閾値を-2補正した閾値で、ハードウェアリソースの回収を行うことで応答時間超過率が超過域から余剰域になる仮想サーバに対して、前回の観測で応答時間超過率が平常域又は余剰域にある場合より、迅速なハードウェアリソースの回収を行う。前回の観測において応答時間超過率が平常域又は余剰域にある仮想サーバが、今回の観察で応答時間超過率が余剰域になる場合、リソース割り当て制御部150は、回収カウント閾値を-1補正する。回収カウント閾値が減ることで、応答時間超過率が余剰域である仮想サーバに対して、補正の無い場合と比してより迅速なハードウェアリソースの回収を行う。図11は、優先度算出部及びリソース割り当て制御部が行う処理の概要を説明する図である。図11を用いて、優先度の算出からハードウェアリソースの割り当て又は回収の決定までの手順を説明する。優先度算出部140は、CMDB110内の情報を用いて、各仮想サーバの優先度を算出するS901。リソース割り当て制御部150は、リソース割り当て制御情報120を参照して、割り当て又は回収カウント閾値を決定するS902。当該ステップでは、リソース割り当て制御部150は、補正した割り当て又は回収カウント閾値を用いてもよい。リソース割り当て制御部150は、要求応答時間情報130を参照して応答時間超過率を算出し、応答時間超過率が割り当て閾値以上の期間又は回収閾値以下の期間がどの程度の時間であるかを判断することで、ハードウェアリソースの割り当て又は回収を判定するS903。リソース割り当て制御部150は、判定に基づいてプロビジョニング管理部350にハードウェアリソースの割り当て又は回収を依頼するS904。また、リソース割り当て制御部150は、応答時間超過率から割り当て又は回収カウントの補正量を決定するS905。5プロビジョニング管理部及び物理サーバ図12は、プロビジョニング管理部と、ゲストOSとの関係の一例を示す図である。プロビジョニング管理部350は、少なくとも1つの物理サーバ400からなるハードウェアリソースを、ハードウェアリソースプール320として管理する。ハードウェアリソースプール320は、ハードウェアリソースを仮想化し、準備した複数の仮想サーバである仮想イメージプール325を構成する。データセンタ内の物理サーバ400は、仮想化技術によって複数の仮想サーバとしての仮想イメージプール325として管理される。ユーザ数が増えるなどにより、仮想サーバに必要な機能又は能力が増えた場合は、それに応じて動的にハードウェアリソースプール320から、ゲストOSへのハードウェアリソースの割り当てを増やすことで、データセンタ内のハードウェアリソースが有効に活用される。プロビジョニング管理部350は、例えば、ハードウェアリソース割り当て装置リソース制御装置500に含まれ、ハードウェアリソース割り当て又は回収依頼に従って、仮想サーバにハードウェアリソースを割り当てる。なお、プロビジョニング管理部350は、物理サーバ400が仮想化ソフトウェアを実行することで、各仮想サーバによるハードウェアリソースへの入出力を制御し、仮想サーバに対するハードウェアリソースの割り当てを変更する。例えば、仮想サーバに対するハードウェアリソースの新規割り当ては、ある仮想サーバに対するCPU使用率の割り当ての増加や、仮想サーバに割り当てられる物理メモリの容量の増加である。また、仮想サーバに対するハードウェアリソースの回収は、ある仮想サーバに対するCPU使用率の割り当ての低下や、仮想サーバに割り当てられる物理メモリの容量の低下である。なお、プロビジョニング管理部350は、リソース制御装置500とは別の物理サーバとして設けることもできる。6リソース制御処理図13は、リソース制御装置による処理の全体概要を示すフローチャートである。まず、リソース割り当て制御部150は、応答時間超過率が割り当て閾値以上又は回収閾値以下の仮想サーバがあるか否か判断するS1001。応答時間超過率が割り当て閾値以上又は回収閾値以下の仮想サーバがある場合S1001Y、優先度算出部140は、仮想サーバごとに優先度を算出するS1002。なお、優先度の算出処理の詳細は、図14を用いて、後述する。次に、リソース割り当て制御部150は、各仮想サーバの優先度に基づいて、リソースの割り当て又は回収を行うS1003。リソース割り当て制御部150は、ハードウェアリソースプール320において割り当てられていない未割り当てリソースが基準値を割り込んでいるか否か判断するS1004。未割り当てリソースが基準値を割り込んでいる場合S1004Y、リソース割り当て制御部150は、回収されていない仮想サーバの中で優先度が最も低いもののうち、応答時間超過率が1以下の仮想サーバからリソース回収してS1005、処理を終了する。また、未割り当てリソースが基準値を割り込んでいない場合S1004N、リソース割り当て制御部150は、処理を終了する。図14は、優先度の算出フローの一例を示す図である。優先度算出部140は、CMDB110内の構成情報を用いて、各仮想サーバの優先度を算出する。具体的な処理工程は以下の通りである。まず、後述するS1101~S1103を実行することで、設計偏差値が計算される。優先度算出部140は、CMDB110内に格納されたサーバCIを検索するS1101。優先度算出部140は、CMDB110内の構成情報850によって各サーバCIに関連付けられたサービスCIの重要度の合計を算出するS1102。優先度算出部140は、重要度の合計値を元に偏差値を算出し、設計偏差値として記憶部520に記憶するS1103。次に、後述するS1111~S1113を実行することで、実態偏差値を計算される。優先度算出部140は、CMDB110内の構成情報850にあるサーバCIの単位時間アクセス数を参照するS1111。優先度算出部140は、CMDB110に格納された構成情報を用いて、仮想サーバの種別ごとに分類した上で、単位時間あたりのアクセス数の偏差値を算出するS1112。優先度算出部140は、サーバ種別ごとに偏差値を求めることで、サーバ種別の違いによるアクセス数の偏りを打ち消すことができる。全ての仮想サーバについて計算が終了していない場合S1113N、再度S1101に戻り偏差値の計算を繰り返す。全ての仮想サーバについて計算が終了した場合S1113Y、優先度算出部140は、検索対象とするサーバ種別を設定しS1121、CMDB110内に格納されたドメインCIを検索するS1122。優先度算出部140は、ドメインCIに関連づけられたサーバCIのうち、検索対象のサーバ種別に該当するものを検索するS1123。優先度算出部140は、検索された仮想サーバについて、アクセス数密度の記録ファイルを元にアクセス数密度偏差値を算出し、実態偏差値として記録するS1124。優先度算出部140は、CMDB110内において実態偏差値が未登録のサーバ種別が存在するか否か判断するS1125。実態偏差値が未登録のサーバ種別は存在する場合S1125Y、優先度算出部140は、S1121に戻り、再度、実態偏差値を記録する。実態偏差値が未登録のサーバ種別が無い場合S1125N、優先度算出部140は、CMDB110内に格納されたドメインCIを検索するS1131。そして、優先度算出部140は、サーバCIの設計偏差値と実態偏差値の平均値を元にランク分けを行い、サーバの優先度を設定してS1132、処理を終了する。図15A及び図15Bは、リソース割り当て量を制御処理の一例を示すフローチャートである。リソース割り当て制御部は、要求応答時間情報及びリソース割り当て制御情報内のデータを参照して、リソース割り当て又は回収のタイミングおよび量を決定する。具体的な処理工程は以下の通りである。まず、リソース割り当て制御部150は、構成情報内の各仮想サーバの優先度から、割り当て又は回収カウント閾値を求めるS1201。リソース割り当て制御部150は、各仮想サーバの応答時間超過率をチェックするS1202。リソース割り当て制御部150は、前回の応答時間超過率および優先度から補正量を求め、補正量を割り当て又は回収カウント閾値に加えるS1203。リソース割り当て制御部150は、応答時間超過率が割り当て閾値以上か否か判断するS1204。応答時間超過率が割り当て閾値以上の場合S1204Y、リソース割り当て制御部150は、割り当てカウント値に1を加算するS1205。リソース割り当て制御部150は、割り当てカウント値が閾値以上であるか否か判断するS1206。割り当てカウント値が閾値以上である場合S1206Y、リソース割り当て制御部150は、割り当てカウント値を0にして、割り当てフラグを設定してS1207、ステップS1213に示す処理を実行する。応答時間超過率が割り当て閾値以上ではない場合S1204N、リソース割り当て制御部150は、応答時間超過率が回収閾値以下か否かを判断するS1208。応答時間超過率が回収閾値以下の場合S1208Y、リソース割り当て制御部150は、回収カウント値に1を加算するS1209。応答時間超過率が回収閾値を下回っていない場合S1208N、リソース割り当て制御部150は、リソース割り当て制御部150は、回収カウント値及び割り当てカウント値を0にしてS1212、ステップS1213に示す処理を実行する。次に、リソース割り当て制御部150は、回収カウント値が閾値以上であるか否か判断するS1210。回収カウント値が閾値以上である場合S1210Y、リソース割り当て制御部150は、回収カウント値を0にして、回収フラグを設定しS1211、ステップS1213に示す処理を実行する。回収カウント値が閾値以上である場合S1210N、リソース割り当て制御部150は、ステップS1213に示す処理を実行する。ステップS1213では、リソース割り当て制御部150は、全ての仮想サーバのチェックを完了したか否かを判断する。全ての仮想サーバのチェックを完了していない場合S1213N、S1201に示す処理を実行する。全ての仮想サーバのチェックを完了した場合S1213Y、リソース割り当て制御部150は、回収フラグが設定された仮想サーバに前回割り当てられたリソースを回収しS1221、割り当てフラグが設定された仮想サーバにリソースを割り当てするS1222。なお、S1221及びS1222の処理は、リソース割り当て制御部150が、プロビジョニング管理部350に、リソース割り当て又は回収依頼を要求し、プロビジョニング管理部350が、仮想サーバに対してハードウェアリソースの割り当て又は回収を行う。リソース割り当て制御部150は、全仮想サーバの割り当てフラグと回収フラグをクリアしてS1223、リソース割り当て又は回収処理フローを終了する。以上の実施形態に関し、更に以下の付記を開示する。付記1仮想サーバへの処理の要求に対する応答特性の劣化の程度が所定の第1の程度より大きくなると、前記仮想サーバに割り当てるハードウェアリソースを増大させる制御を行う制御手段を備え、前記制御手段は、前記仮想サーバへのアクセス頻度の増大に応じて、前記所定の第1の程度をより小さい劣化の第2の程度に変更する制御を行う、ことを特徴とするリソース制御装置。付記2前記制御手段は、前記仮想サーバへの処理の要求に対する応答特性の劣化の程度が前記所定の第1の程度よりも小さい劣化の程度である所定の第3の程度より小さくなると、前記仮想サーバに割り当てるハードウェアリソースを減少させる制御を行い、また、前記制御手段は、前記仮想サーバへのアクセス頻度の増大に応じて、前記所定の第3の程度をより大きい劣化の第4の程度に変更する制御を行う、ことを特徴とする付記1に記載のリソース制御装置。付記3前記制御手段は、前記仮想サーバへの処理の要求に対する応答特性の劣化の程度が、前記第2の程度よりも大きくなると、前記所定の第1の程度より大きくなったときより短い時間で、当該仮想サーバに割り当てるハードウェアリソースを増大させる、ことを特徴とする付記1または2に記載のリソース制御装置。付記4前記制御手段は、前記仮想サーバへの処理の要求に対する応答特性の劣化の程度が、前記第4の程度よりも小さくなると、前記所定の第3の程度より小さくなったときより長い時間で、当該仮想サーバに割り当てるハードウェアリソースを減少させる、ことを特徴とする付記1~3のいずれか1項に記載のリソース制御装置。付記5前記仮想サーバへのアクセス頻度の増減に対応する優先度を格納する記憶部を、さらに、有することを特徴とする付記1~4のいずれか1項に記載のリソース制御装置。付記6前記優先度は、複数の仮想サーバに対してそれぞれ設定され、前記制御手段は、前記複数の仮想サーバを、当該各仮想サーバの優先度に応じて制御する、ことを特徴とする付記5に記載のリソース制御装置。付記7仮想サーバへの処理の要求に対する応答特性の劣化の程度が所定の第1の程度より大きくなると、前記仮想サーバに割り当てるハードウェアリソースを増大させる制御を行い、また、前記仮想サーバへのアクセス頻度の増大に応じて、前記所定の第1の程度をより小さい劣化の第2の程度に変更して制御を行う、ことを特徴とするリソース制御方法。付記8さらに、前記仮想サーバへの処理の要求に対する応答特性の劣化の程度が前記所定の第1の程度よりも小さい劣化の程度である所定の第3の程度より小さくなると、前記仮想サーバに割り当てるハードウェアリソースを減少させる制御を行い、また、前記仮想サーバへのアクセス頻度の増大に応じて、前記所定の第3の程度をより大きい劣化の第4の程度に変更する制御を行う、ことを特徴とする付記7に記載のリソース制御方法。付記9仮想サーバに対するハードウェアリソースの割り当て量を制御するためのリソース制御プログラムであって、コンピュータに、仮想サーバへの処理の要求に対する応答特性の劣化の程度が所定の第1の程度より大きくなると、前記仮想サーバに割り当てるハードウェアリソースを増大させる制御を行い、また、前記仮想サーバへのアクセス頻度の増大に応じて、前記所定の第1の程度をより小さい劣化の第2の程度に変更して制御を行う、処理を実行させることを特徴とするリソース制御プログラム。付記10さらに、前記コンピュータに、前記仮想サーバへの処理の要求に対する応答特性の劣化の程度が前記所定の第1の程度よりも小さい劣化の程度である所定の第3の程度より小さくなると、前記仮想サーバに割り当てるハードウェアリソースを減少させる制御を行い、また、前記仮想サーバへのアクセス頻度の増大に応じて、前記所定の第3の程度をより大きい劣化の第4の程度に変更する制御を行う、処理を実行させることを特徴とする付記9に記載のリソース制御プログラム。