"コンピュータの情報処理を用いて、仮想化環境の仮想サーバを対象として、リソース管理、及び構成変更管理を行うシステムであり、前記コンピュータの情報処理により実現される機能として、前記仮想化環境の仮想サーバのリソースの利用状況を収集し当該情報をリソース管理DBに蓄積する収集機能と、前記リソース管理DBの情報と、構成変更管理DBの情報とを用いて、前記リソースの予約状況を更新し、当該情報をリソース予約管理DBに登録する更新機能と、前記リソース予約管理DBの情報を用いて前記リソースの予約状況を確認し、前記仮想化環境の仮想サーバの構成変更の情報を前記構成変更管理DBに登録する登録機能と、前記構成変更管理DBの情報を用いて、前記構成変更のスケジューリング及び当該スケジュールに基づく前記仮想化環境に対する構成変更の実行を行うスケジューリング機能と、を有し、前記更新機能は、前記リソース管理DB内の前記仮想化環境の過去のリソースの使用率と、前記仮想サーバのリソースの予約状況と、を含む情報を用いて、前記仮想化環境のリソースの空き量の予測値を算出し、当該予測値及び当該予測値に応じたリソースの予約値を含む情報を前記リソース予約管理DBに登録して前記リソースの予約状況を更新し、前記登録機能は、前記リソース予約管理DB内の前記予測値及び予約値を含む情報を用いて、構成変更のための空きがある場合は、当該構成変更を可能と判断し、当該構成変更の情報を前記構成変更管理DBに登録すること、を特徴とする仮想化環境リソース管理構成変更システム。請求項1記載の仮想化環境リソース管理構成変更システムにおいて、前記更新機能による前記予測値を算出する処理において、前記仮想サーバに対して割り当てられたリソース量の和Mと、前記仮想サーバのリソースの使用量の和Nとから、前記仮想サーバのリソースの割当値に対する平均使用率P=N÷Mを算出する処理と、前記平均使用率Pと、前記仮想サーバのリソースの予約値の和Qとから、前記仮想サーバのリソースの使用量の予測値R=P×Qを算出する処理と、前記予測値Rと、前記仮想化環境のリソースの量Sとから、前記仮想化環境のリソースの空き量の予測値T=S-Rを算出する処理と、を行うこと、を特徴とする仮想化環境リソース管理構成変更システム。請求項1記載の仮想化環境リソース管理構成変更システムにおいて、前記収集機能は、前記仮想化環境のCPU及びメモリを含むハードウェアのリソースの使用量及び使用率の情報を定期的に取得し、前記リソース管理DB内のテーブルに蓄積する処理を行うこと、を特徴とする仮想化環境リソース管理構成変更システム。請求項1記載の仮想化環境リソース管理構成変更システムにおいて、前記登録機能は、前記仮想サーバの構成変更の要求に関して、前記リソース予約管理DB内の前記予測値を確認し、当該予測値が当該構成変更のための必要量を上回る場合、当該構成変更が可能であると判断し、当該構成変更の情報を前記構成変更管理DBに登録し、前記更新機能は、上記登録に応じて前記リソース予約管理DB内の前記仮想化環境のリソースの空き量の情報を更新すること、を特徴とする仮想化環境リソース管理構成変更システム。請求項1記載の仮想化環境リソース管理構成変更システムにおいて、未実行の構成変更の取消の要求に応じて、前記構成変更管理DB内の該当の未実行の構成変更の情報を削除することにより当該未実行の構成変更の取消を行う取消機能を有し、前記更新機能は、前記取消分に対応するリソース量を前記仮想化環境のリソースの空き量に追加するように前記リソース予約管理DB内の情報を更新すること、を特徴とする仮想化環境リソース管理構成変更システム。コンピュータの情報処理を用いて、仮想化環境の仮想サーバを対象として、リソース管理、及び構成変更管理を行う処理を実行させるプログラムであり、前記プログラムによる処理として、前記仮想化環境の仮想サーバのリソースの利用状況を収集し当該情報をリソース管理DBに蓄積する収集処理と、前記リソース管理DBの情報と、構成変更管理DBの情報とを用いて、前記リソースの予約状況を更新し、当該情報をリソース予約管理DBに登録する更新処理と、前記リソース予約管理DBの情報を用いて前記リソースの予約状況を確認し、前記仮想化環境の仮想サーバの構成変更の情報を前記構成変更管理DBに登録する登録処理と、前記構成変更管理DBの情報を用いて、前記構成変更のスケジューリング及び当該スケジュールに基づく前記仮想化環境に対する構成変更の実行を行うスケジューリング処理と、を有し、前記更新処理は、前記リソース管理DB内の前記仮想化環境の過去のリソースの使用率と、前記仮想サーバのリソースの予約状況と、を含む情報を用いて、前記仮想化環境のリソースの空き量の予測値を算出し、当該予測値及び当該予測値に応じたリソースの予約値を含む情報を前記リソース予約管理DBに登録して前記リソースの予約状況を更新する処理を含み、前記登録処理は、前記リソース予約管理DB内の前記予測値及び予約値を含む情報を用いて、構成変更のための空きがある場合は、当該構成変更を可能と判断し、当該構成変更の情報を前記構成変更管理DBに登録する処理を含むこと、を特徴とするプログラム。前記特許文献1に記載の技術では、登録された構成変更が変更処理実施前にキャンセルされたり、電源が入っていない仮想サーバが存在したりすると、実際のハードウェアリソースには空きが発生し、効率的にハードウェアリソースが利用できていない可能性がある。上記のように従来技術では、仮想化環境仮想サーバのリソース、及び構成変更に関して、効率性の点で改善の余地がある。以上を鑑み、本発明の主な目的は、仮想化環境仮想サーバのリソースの管理割当や利用状況の把握予測予約など、及び当該リソース管理に基づく仮想サーバの構成変更の管理登録取消スケジューリング等に係わり、仮想化環境のリソースを効率的に利用することができ、またより多くの仮想サーバを使用可能にできる技術を提供することである。上記目的を達成するため、本発明の代表的な形態は、仮想化環境仮想サーバのリソースの管理割当や利用状況の把握予測予約など、及び当該リソース管理に基づく仮想サーバの構成変更の管理登録取消スケジューリング等に係わる、コンピュータシステム仮想化環境リソース管理構成変更システム及びプログラム等であって、以下に示す構成を有することを特徴とする。本発明のシステムでは、仮想化環境仮想サーバのリソース管理及び構成変更管理の情報処理において、過去実績の仮想サーバのリソースの使用量などの情報をもとに、将来の仮想サーバのリソースの使用量などを予測し、これをもとに効率的に仮想サーバのリソースその割当を予約し、対応して仮想サーバの構成変更そのスケジューリングを行う。本システムでは、仮想化環境のリソースハードウェアリソースの使用量使用率などの情報を収集取得してリソース管理DBに蓄積し、蓄積されたリソース使用率及び仮想サーバリソース予約値などの情報をもとに、仮想化環境のリソースの空き量を予測する。そして、本システムでは、仮想サーバの構成変更の登録時には、上記予測された空き量を確認し、当該構成構成変更のための必要量に比べて空きがある場合、当該構成変更のスケジューリングを行う。そして、当該スケジューリングされた日時時刻になると、本システムにより、仮想サーバの構成変更が自動的に実施される。本システム形態は、例えば、仮想化環境の仮想サーバのリソースの利用状況を収集し当該情報をリソース管理DBに蓄積する収集機能と、リソース管理DBの情報と、構成変更管理DBの情報とを用いて、リソースの予約状況を更新し、当該情報をリソース予約管理DBに登録する更新機能と、リソース予約管理DBの情報を用いてリソースの予約状況を確認し、仮想化環境の仮想サーバの構成変更の情報を構成変更管理DBに登録する登録機能と、構成変更管理DBの情報を用いて、構成変更のスケジューリング及び当該スケジュールに基づく仮想化環境に対する構成変更の実行を行うスケジューリング機能とを有する。更新機能は、リソース管理DB内の仮想化環境の過去のリソースの使用率と、仮想サーバのリソースの予約状況と、を含む情報を用いて、仮想化環境のリソースの空き量の予測値を算出し、当該予測値及び当該予測値に応じたリソースの予約値を含む情報をリソース予約管理DBに登録してリソースの予約状況を更新する。登録機能は、リソース予約管理DB内の予測値及び予約値を含む情報を用いて、構成変更のための空きがある場合は、当該構成変更を可能と判断し、当該構成変更の情報を構成変更管理DBに登録する。本発明の代表的な形態によれば、仮想化環境仮想サーバのリソースの管理割当や利用状況の把握予測予約など、及び当該リソース管理に基づく仮想サーバの構成変更の管理登録取消スケジューリング等に係わり、仮想化環境のリソースを効率的に利用することができ、またより多くの仮想サーバを使用可能にできる。以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。[システム構成1]図1は、本発明の一実施の形態のシステム1を含むコンピュータシステム全体の構成例を示している。図1のコンピュータシステム全体は、本システム1仮想化環境リソース管理構成変更システム1と、クライアントPC2と、仮想化環境3仮想サーバ4を含むとを有しこれらが接続される構成である。本実施の形態のシステム1仮想化環境リソース管理構成変更システムは、仮想化環境3仮想サーバ4のリソース管理、及び仮想化環境3仮想サーバ4の構成変更の管理を行う機能を備えるシステムであり、対応する本実施の形態のプログラム等に従って特徴的な処理を行う。なお、リソース管理と構成変更管理とを別のシステムとして構成して連携する形態としてもよい。本システム1は、仮想サーバ構成変更登録機能10登録機能と略す、仮想サーバ構成変更取消機能13取消機能、リソース予約管理DB14、リソース予約状況更新機能15更新機能、リソース管理DB16リソース利用状況管理DB、仮想化環境リソース収集機能17収集機能、構成変更管理DB18、仮想サーバ構成変更スケジューリング機能19スケジューリング機能、等を有する構成である。登録機能10は、リソース予約状況確認機能11確認機能、構成変更情報登録機能12、を含む構成である。各機能処理部はソフトウェアプログラム処理などで実現される。クライアントPC2は、本システム1を操作アクセス利用するクライアントのPC端末等であり、管理者ユーザなどが操作し、プロセッサ、メモリ、ディスク、通信インタフェース装置、入力装置、出力装置などの一般的な技術により構成される。仮想化環境3は、本システム1がリソース管理及び構成変更などを行う対象となる仮想化環境であり、当該仮想化環境3内上で稼働する複数の各々の仮想サーバ4図1では例えば1~3の3つを有する。登録機能10は、クライアントPC2からの要求r1に従い、構成変更の登録を行う機能を有する。また、取消機能13は、クライアントPC2からの要求r2に従い、未実行の構成変更の取消e1を行う機能を有する。これらの構成変更その情報の登録取消は、構成変更管理DB18に格納反映される。収集機能17は、仮想化環境3で稼働する仮想サーバ4のリソース利用状況その情報を定期的に収集取得し、リソース管理DB16に蓄積するa1,a2。更新機能15は、リソース管理DB16に蓄積されたリソース利用状況その情報をもとに、仮想化環境3のリソースの空き量の予測値を算出し、リソース予約管理DB14に登録するb1,b2。登録機能10内の確認機能11は、リソース予約管理DB14に登録された上記予測値をもとに、構成変更の可否を判断するc1。ここで確認機能11は、上記予測値が必要量当該構成変更のための必要量を上回っている場合即ち構成変更のための空きが十分にあると予測される場合は、当該構成変更が可能であると判断する。そしてこの判断に対応して、構成変更情報登録機能12により、構成変更管理DB18に対して、変更指示当該構成変更の指示情報を登録するc2。スケジューリング機能19は、構成変更管理DB18に登録された内容をもとに、仮想化環境3の仮想サーバ4の構成変更のスケジューリング及び当該スケジュールに基づいた構成変更実行処理を行うd1,d2。[システム構成2]図2は、図1の本システム1を含むシステム全体のハードウェアソフトウェアに関する構成例を示す。ネットワーク90インターネット等上に、本システム1を構成するコンピュータ100物理的なサーバ装置など、クライアントPC2、仮想化環境3を構成する1つ以上のコンピュータ300物理的なサーバ装置など及びストレージ80等が接続されている。コンピュータ100では、本システム1の各機能10,13,15,17,19及び各管理DB14,16,18等が構成される。なおこれに限らず、同じコンピュータ上に本システム1と仮想化環境3が構成される形態などとしてもよい。また管理DB等の各種データは、ネットワーク90上の他のサーバ装置やストレージ等に存在してもよい。本システム1のコンピュータ100は、プロセッサ101、メモリ102、ディスク103、入力装置104、出力装置105、通信インタフェース装置106等がバス等で接続される構成である。ディスク103には、本システム1の上記各機能をクライアントPC2に対するサービスとして実現するための本実施の形態のプログラム機能プログラム111、及び管理DB112上記各管理DB14,16,18を含む等のデータが格納されている。プロセッサ101は、必要に応じてディスク103からメモリ102上にプログラム111のコード機能コード113や管理DB112のデータを読み出して実行することにより上記各機能の処理を実現する。仮想化環境3のコンピュータ300は、ハードウェア301、ハイパーバイザ302仮想マシン制御プログラム等、管理用OS303、複数の仮想サーバ304図1の4に対応、等を有する構成である。ハードウェア301は、CPU、メモリ、ディスク等の公知要素を含む。コンピュータ300は、例えばハイパーバイザ方式で仮想サーバ4を稼働させる場合、ハードウェア301上でハイパーバイザ302が稼働し、ハイパーバイザ302上で管理用OS303及び複数の仮想サーバ304を稼働する。ハイパーバイザ302は、ハードウェア301のリソースCPU、メモリ等を仮想化して使用することにより、複数の仮想サーバ304を稼働させる制御を行う。ストレージ80は、コンピュータ300に接続または内蔵されるデータ格納手段である。なお図2の例ハイパーバイザ方式に限らず仮想化環境3クラウドコンピューティングシステム等を構成してもよい。複数の各々のサーバ装置に対して仮想サーバ4を割り当ててもよい。[登録機能]図3は、仮想サーバ構成変更登録機能10{11,12}の動作処理例を示すS200等は処理ステップを表す。S200登録機能10は、クライアントPC2からの構成変更の依頼r1を受け付ける。当該依頼r1を受けた際、登録機能10の確認機能11は、リソース予約管理DB14内の情報をもとに、リソースの空き状況を確認する。上記リソース予約管理DB14内の情報として、仮想化環境3のリソースCPU及びメモリ等の予測空き容量予約に関係する空きリソース量の予測値などを有する。S200の確認で、クライアントPC2管理者ユーザ等で指定された期間対象とする日にち等に、リソースに空きがある場合S200-Yは、S201の仮想サーバ構成変更スケジュール登録の処理を行う。即ち、登録機能10の構成変更情報登録機能12により、構成変更管理DB18に、構成変更内容とそのスケジュール等を含む情報を登録するf1。次に、S202では、上記S201の登録に基づき、更新機能15により、リソース予約管理DB14内の予約状況を更新するf2。[取消機能]仮想サーバ構成変更取消機能13の動作処理例は以下である。取消機能13は、クライアントPC2からの構成変更取消の要求r2を受け付ける。当該要求r2を受けた際、取消機能13は、仮想サーバ構成変更スケジュール削除処理において、構成変更管理DB18内に登録されている該当の未実行の構成変更のスケジュールその情報を削除することにより、未実行の構成変更の取消を行うe1。また、上記処理によって取り消された構成変更に対応した割当予定であったリソース量の分は、更新機能15のリソース予約状況更新処理により、リソース予約管理DB14内の空き量に対して追加されるf2。[収集機能]図4は、仮想化環境リソース収集機能17の動作処理例を示す。S400で、収集機能17は、仮想化環境3内で動作する各々の仮想サーバ4の、リソースCPU、メモリ等の使用量使用率などの情報を取得収集し、S401で、当該収集情報を、リソース管理DB16内図6のテーブルに蓄積する。この収集蓄積の処理の後、S402で、本機能17の終了指定の有無を判定し、終了指示が無い場合Nは、S403で、一定期間スリープして次回の収集時刻まで待機し、S400から、再度、収集蓄積の処理を同様に繰り返し行う。S402で終了指示が有る場合Yは、本機能17の処理を終了する。[更新機能]図5は、リソース予約状況更新機能15の動作処理例を示す。更新機能15は、将来の空きリソース量の予測値を算出し、当該情報をリソース管理DB16内図7のテーブルに格納する処理を行う。S500~S505の処理単位では、本システム1で指定例えばクライアントPC2から設定された日数期間等の分、S501~S504の処理を繰り返し、これにより上記の予測値Tを算出する。即ち対象の日にち毎の予測値Tを算出する。S506では更新機能15が終了かどうかを判定し、終了でない場合Nは、S507で、次回の更新日時時刻まで待機し、更新日時ごとに同様の処理を繰り返す。用語定義及び説明上の記号として以下とする:M:仮想サーバ4に割り当てられたリソース量の和N:仮想サーバ4のリソース使用量の和P:仮想サーバ4のリソース割当値に対する平均使用率使用率の平均値P=N÷MQ:仮想サーバ4のリソース予約値の和R:仮想サーバ4のリソース使用量の予測値R=P×QS:仮想化環境3のハードウェアリソース量T:仮想化環境3のハードウェアリソースの空き量の予測値T=S-R。本機能15に係わる処理の全体において、上記の予測値Tの算出式は、T=S-R=S-P×Q=S-N÷M×Q、となる。S501では、[仮想サーバ4のリソース割当値に対する平均使用率]Pを算出する。このPの算出の仕方としては、[仮想サーバ4のリソース使用量の和]Nを[仮想サーバ4に割り当てられたリソース量の和]Mで割ることによりP=N÷M、予測値算出日時点での当該使用率Pを求める。次にS502で、[仮想サーバ4のリソース使用量の予測値]Rを算出する。このRの算出の仕方としては、上記S501で求めた平均使用率Pと、[仮想サーバ4のリソース予約値の和]Qとを掛けることによりR=P×Q、日にち単位での当該リソース使用量予測値Rを求める。ハードウェアリソースとは例えばCPU,メモリである。次にS503では、[仮想化環境3のハードウェアリソースの空き量の予測値]Tを算出する。このTの算出の仕方としては、[仮想化環境3のハードウェアリソース量]Sの値から、上記S502で求めたリソース使用量予測値Rを引くことによりT=S-R、当該空き量予測値Tを求める。次にS504では、上記S503で求めた空き量予測値Tを、リソース予約管理DB14内のテーブル図7、仮想化環境リソース予約管理テーブルに登録する。上記空き量予測値Tの算出に関する具体例は以下である。図9は本例の補足のイメージを示す。Aは現在または過去実績である第1の日時構成変更前、Bは将来予測予約である第2の日時構成変更後、の割当量や使用量を示す。例えば、CPUリソースに関して4GHzを持つ仮想化環境3において、0.5GHz単位で割り当てられた仮想サーバ4が3つ例えば1~3ある場合を考えるメモリリソース等に関しても同様の考え方である。仮想化環境3のCPUリソース量=4GHz、仮想サーバ4単位1仮想サーバあたりのCPUリソース割当量=0.5GHz,割当済みの仮想サーバ4のCPUリソース割当量の和=0.5×3=1.5GHzである。この場合、仮想サーバ4のCPUリソース割当量から算出される空き量空きCPUリソース量は、4-1.5=2.5GHzである。ここで上記3つの仮想サーバ4のCPU使用量の合計が例えば1GHzになっている状態であるとする。3つでの使用率1つあたりの平均使用率としては、1÷1.5=67である。すると、仮想化環境3CPUリソース全体での空きとしては、4-1=3GHzがある。上記を第1の日時の第1の構成構成変更の状態とする。そして例えばその1週間後の第2の日時から、上記3つのうち1つの仮想サーバ4例えば1のCPUそのリソース割当を、前記0.5GHzから1GHzに構成変更する場合リソース予約及び構成変更スケジューリングを考える。この場合、上記同様に、割当量3つ分では0.5×21.0=2GHzから算出される空き量は、4-2=2GHzである。ここで、第2の日時でも使用率が1÷1.5=67であるとする第1の日時と同様の使用率であると予測仮定する。すると、予測使用量は、2GHz×67=1.34GHzとなり、仮想化環境3CPUリソース全体における予測空き量空きCPUリソース量予測値は、4-1.34=2.66GHzとなる。上記例を前述の予測値Tの算出式で当て嵌めると、T=S-R=S-P×Q=S-N÷M×Q=4-1÷1.5×2≒2.66[GHz]となる。本システム1更新機能15は、上記予測予測量に応じて、構成変更のためのリソースの予約予約量を捉え、これに対応してリソース予約状況を更新する。上記例の仮想サーバ4のCPUリソース割当の構成変更に関しては、全体のうち、使用の予測量が1.34GHzで、それに対応した空き量が2.66GHzであり、予約量を2.0GHzとしてリソース予約状況を更新する。[スケジューリング]仮想サーバ構成変更スケジューリング機能19の動作処理例は以下である。スケジューリング機能19は、構成変更管理DB18内図8のテーブルの登録内容変更指示によって、構成変更の対象となる仮想サーバ4仮想サーバ名、及びその割当リソース量などを設定する。そしてスケジューリング機能19は、当該設定スケジュールに基づき仮想化環境3に対して構成変更処理作業を実行する。[リソース管理テーブル]図6は、リソース管理DB16内に存在する、仮想化環境仮想サーバ-リソース管理テーブルの例を示す。項目として、日時、仮想化サーバ名、CPU割当量、CPU使用量、CPU使用率、メモリ割当量、メモリ使用量、メモリ使用率、等がある。本テーブルでは、収集機能17で収集されたリソース使用量の情報については、収集した日時と共に、当該時点の使用量を蓄積している。なおCPU量処理性能は例えばGHz単位、メモリ量容量は例えばGbyte単位などである。[リソース予約管理テーブル]図7は、リソース予約管理DB14内に存在する、仮想化環境仮想サーバ-リソース予約管理テーブルの例を示す。項目として、日にち、仮想化環境CPU総量、CPU予約量、CPU予測空き量、仮想化環境メモリ総量、メモリ予約量、メモリ予測空き量、等がある。本テーブルには、仮想化環境3のCPU,メモリ等のリソースハードウェアリソースの量に加え、日々の予約量、及び図5で示した予測空き量などの情報を格納する。[構成変更管理テーブル]図8は、構成変更管理DB18内に存在する、仮想化環境仮想サーバ-構成変更管理テーブルの例を示す。項目として、構成変更日時、申請者、仮想サーバ名、CPU割当量、メモリ割当量、等がある。本テーブルでは、管理者ユーザ等の操作に基づいてクライアントPC2から入力された、構成変更日時、申請者管理者ユーザ名、構成変更の対象となる仮想サーバ名、対応するCPUメモリの割当量、等の情報を格納する。[効果等]以上説明したように、本実施の形態のシステム1によれば、仮想化環境3仮想サーバ4の構成変更の登録スケジューリング等を行う際に、仮想サーバ4のリソースの予約状況と過去のリソースの利用状況から、実際的なリソースの空き量を予測し、当該予測量より、多くのリソースを仮想サーバ4その割当に予約することを可能とする。これにより、仮想化環境3のリソースを効率的に利用することができ、より多くの仮想サーバ4を使用することができる。以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。"