"サーバ装置のリソースを使用したサーバ構築および構築したサーバの削除をする情報処理装置であって、ユーザからサーバの構築依頼および削除依頼を受け付ける依頼受付手段と、前記依頼受付手段により受け付けた処理の実行順序を管理する処理順序管理手段と、前記処理順序管理手段により実行順序が先頭として管理された構築依頼または削除依頼にかかる処理を実行する実行手段と、前記サーバ装置に、前記依頼受付手段により受け付けた構築依頼にかかるサーバの構築に必要なリソースがあるか否かを判断するリソース判断手段と、前記実行手段は、前記処理順序管理手段により実行順序が先頭として管理された構築依頼にかかる処理について、前記リソース判断手段により当該処理にかかるサーバ構築に必要なリソースが足りないと判断された場合、前記処理順序管理手段により管理された削除依頼にかかる処理を先に実行することを特徴とする情報処理装置。前記実行手段は、構築依頼にかかる処理を優先的に実行するか、削除依頼にかかる処理を優先的に実行するかの設定がなされていることを特徴とする請求項1に記載の情報処理装置。前記実行手段が構築依頼にかかる処理を優先的に実行する設定であり前記処理順序管理手段により構築依頼にかかる処理が管理されていない場合、および、前記実行手段が削除依頼にかかる処理を優先的に実行する設定であり前記処理順序管理手段により削除依頼にかかる処理が管理されていない場合、前記実行手段の設定を変更する処理モード変更手段をさらに備えることを特徴とする請求項1または2に記載の情報処理装置。サーバ装置のリソースを使用したサーバ構築および構築したサーバの削除をし、ユーザから受け付けた構築依頼および削除依頼にかかる処理の実行順序を管理する情報処理装置における情報処理方法であって、前記情報処理装置の依頼受付手段が、ユーザからサーバの構築依頼および削除依頼を受け付ける依頼受付工程と、前記情報処理装置の実行手段が、実行順序が先頭として管理された構築依頼または削除依頼にかかる処理を実行する実行工程と、前記情報処理装置のリソース判断手段が、前記サーバ装置に、前記依頼受付工程により受け付けた構築依頼にかかるサーバの構築に必要なリソースがあるか否かを判断するリソース判断工程と、を備え、前記実行工程では、実行順序が先頭として管理された構築依頼にかかる処理について、前記リソース判断工程により当該処理にかかるサーバ構築に必要なリソースが足りないと判断された場合、前記管理された削除依頼にかかる処理を先に実行することを特徴とする情報処理方法。サーバ装置のリソースを使用したサーバ構築および構築したサーバの削除をする情報処理装置に置いて実行可能なプログラムであって、前記情報処理装置を、ユーザからサーバの構築依頼および削除依頼を受け付ける依頼受付手段と、前記依頼受付手段により受け付けた処理の実行順序を管理する処理順序管理手段と、前記処理順序管理手段により処理順序が先頭として管理された構築依頼または削除依頼にかかる処理を実行する実行手段と、前記サーバ装置に、前記依頼受付手段により受け付けた構築依頼にかかるサーバの構築に必要なリソースがあるか否かを判断するリソース判断手段として機能させ、前記実行手段は、前記処理順序管理手段により処理順序が先頭として管理された構築依頼にかかる処理について、前記リソース判断手段により当該処理にかかるサーバ構築に必要なリソースが足りないと判断された場合、前記処理順序管理手段により管理された削除依頼にかかる処理を先に実行することを特徴とするプログラム。しかし、サーバの構築要求と削除要求とを同じキューにより管理し、要求のあった順に実行する場合、削除要求が先行で処理されていればサーバ構築が可能であるにも関わらず、構築要求が先にあるためにリソースの割り当てが不可能であると判断され、構築ができないという問題が生じてしまう。また、一度に大量の削除要求がなされた場合、削除処理が終わらないために新規の構築処理を開始できないといった問題も生じてしまう。そこで、本発明では、サーバの構築要求と削除要求との処理の優先度を、状況に応じて適宜変更することで、処理を実行出来ないと判断されてしまうことを低減させることを目的とする。本発明は、サーバ装置のリソースを使用したサーバ構築および構築したサーバの削除をする情報処理装置であって、ユーザからサーバの構築依頼および削除依頼を受け付ける依頼受付手段と、前記依頼受付手段により受け付けた処理の実行順序を管理する処理順序管理手段と、前記処理順序管理手段により実行順序が先頭として管理された構築依頼または削除依頼にかかる処理を実行する実行手段と、前記サーバ装置に、前記依頼受付手段により受け付けた構築依頼にかかるサーバの構築に必要なリソースがあるか否かを判断するリソース判断手段と、前記実行手段は、前記処理順序管理手段により実行順序が先頭として管理された構築依頼にかかる処理について、前記リソース判断手段により当該処理にかかるサーバ構築に必要なリソースが足りないと判断された場合、前記処理順序管理手段により管理された削除依頼にかかる処理を先に実行することを特徴とする。また、本発明は、サーバ装置のリソースを使用したサーバ構築および構築したサーバの削除をし、ユーザから受け付けた構築依頼および削除依頼にかかる処理の実行順序を管理する情報処理装置における情報処理方法であって、前記情報処理装置の依頼受付手段が、ユーザからサーバの構築依頼および削除依頼を受け付ける依頼受付工程と、前記情報処理装置の実行手段が、実行順序が先頭として管理された構築依頼または削除依頼にかかる処理を実行する実行工程と、前記情報処理装置のリソース判断手段が、前記サーバ装置に、前記依頼受付工程により受け付けた構築依頼にかかるサーバの構築に必要なリソースがあるか否かを判断するリソース判断工程と、を備え、前記実行工程では、実行順序が先頭として管理された構築依頼にかかる処理について、前記リソース判断工程により当該処理にかかるサーバ構築に必要なリソースが足りないと判断された場合、前記管理された削除依頼にかかる処理を先に実行することを特徴とする。また、本発明は、サーバ装置のリソースを使用したサーバ構築および構築したサーバの削除をする情報処理装置に置いて実行可能なプログラムであって、前記情報処理装置を、ユーザからサーバの構築依頼および削除依頼を受け付ける依頼受付手段と、前記依頼受付手段により受け付けた処理の実行順序を管理する処理順序管理手段と、前記処理順序管理手段により処理順序が先頭として管理された構築依頼または削除依頼にかかる処理を実行する実行手段と、前記サーバ装置に、前記依頼受付手段により受け付けた構築依頼にかかるサーバの構築に必要なリソースがあるか否かを判断するリソース判断手段として機能させ、前記実行手段は、前記処理順序管理手段により処理順序が先頭として管理された構築依頼にかかる処理について、前記リソース判断手段により当該処理にかかるサーバ構築に必要なリソースが足りないと判断された場合、前記処理順序管理手段により管理された削除依頼にかかる処理を先に実行することを特徴とする。本発明によれば、サーバの構築要求と削除要求との処理の優先度を、状況に応じて適宜変更することで、処理を実行出来ないと判断されてしまうことを低減させることが可能となる。以下、図面を参照して本発明の実施形態を詳細に説明する。図1は、本発明に係る情報処理システムのシステム構成の一例を示す図である。図1に示すように、本実施形態に係る情報処理システムは、提供サービスサーバ101、クライアントPC102、プロビジョニングサーバ103、仮想化管理サーバ104、プロセスサーバ105を備え、それぞれネットワーク106を介して通信可能に接続されている。ここで、サーバの構築要求および削除要求については、ユーザからの構築要求削除要求をクライアントPC102が受け付け、当該受け付けた内容がWebサーバ105を経由してプロビジョニングサーバ103に送信される。そしてプロビジョニングサーバ103がサーバ提供サービスサーバ101の構築処理や削除処理を実行する。以下、本発明の情報処理システムを構成する各装置について説明する。以下、図2を用いて、図1に示した提供サービスサーバ101、クライアントPC102、プロビジョニングサーバ103、仮想化管理サーバ104、プロセスサーバ105のハードウエア構成の一例について説明する。図2において、201はCPUで、システムバス204に接続される各デバイスやコントローラを統括的に制御する。また、ROM203あるいは外部メモリ211には、CPU201の制御プログラムであるBIOSBasicInput/OutputSystemやオペレーティングシステムプログラム以下、OSや、各サーバ或いは各PCの実行する機能を実現するために必要な各種プログラム等が記憶されている。202はRAMで、CPU201の主メモリ、ワークエリア等として機能する。CPU201は、処理の実行に際して必要なプログラム等をROM203あるいは外部メモリ211からRAM202にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。また、205は入力コントローラで、入力装置209等からの入力を制御する。206はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置210への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、CRTディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。207はメモリコントローラで、ブートプログラム,各種のアプリケーション,フォントデータ,ユーザファイル,編集ファイル,各種データ等を記憶するハードディスクHDや、フレキシブルディスクFD、或いはPCMCIAカードスロットにアダプタを介して接続されるコンパクトフラッシュ登録商標メモリ等の外部メモリ211へのアクセスを制御する。208は通信I/Fコントローラで、ネットワーク例えば、図1に示したLAN400を介して外部機器と接続通信するものであり、ネットワークでの通信制御処理を実行する。例えば、TCP/IPを用いた通信等が可能である。なお、CPU201は、例えばRAM202内の表示情報用領域へアウトラインフォントの展開ラスタライズ処理を実行することにより、ディスプレイ装置210上での表示を可能としている。また、CPU201は、ディスプレイ装置210上の不図示のマウスカーソル等でのユーザ指示を可能とする。ハードウエア上で動作する各種プログラムは、外部メモリ211に記録されており、必要に応じてRAM202にロードされることによりCPU201によって実行されるものである。なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。次に、図3を用いて、本発明における課題および本発明における処理の概要を説明する。図3では、Webサーバ105から構築の要求がなされる新規サーバのリソース量と、現在プロビジョニングサーバ103が管理するリソース量の違いを示す。図3の例では、Webサーバ105は新規にCPU2、メモリ2、ディスク2の構成を持つ提供サービス101-1の構築を要求していることを示す。他方、プロビジョニングサーバ103が管理するリソースは、CPU6、メモリ6、ディスク6であり、そのうち提供サービス101-2と提供サービス101-3により、CPU4、メモリ5、ディスク5を既に割り当て済みであることを示す。そのため、図3の例においては、プロビジョニングサーバ103が管理するリソース現在のリソース状況ではWebサーバ105により要求されたリソースを確保することができず、新規構築を行うことができない。しかし、提供サービス101-2は図3にある通り削除待ち状態である。そのため、提供サービス101-1を構築する前に提供サービス101-2を削除することができれば、CPU2、メモリ2、ディスク3の領域を確保することが可能となり、提供サービス101-1を構築が可能となる。このように、本来は利用者が求める構築処理を優先して実施し、利用者にサービスを出来るだけ早く提供するべきであるが、リソースの状況によっては一時的に構築処理の実行を止め、削除処理を優先的に実行することが必要となる場合がある。本発明では、このような場合を想定し、仮に構築要求が先にあったとしても、処理の順序として削除待ちのリソースを先に削除することにより、利用者の構築要求に応えることを可能とする。次に、図4を用いて、従来技術におけるプロビジョニングサーバ103の処理を説明する。まず、プロビジョニングサーバ103のCPU201は、キューの先頭にある処理を処理対象のタスクとする。ステップS102では、プロビジョニングサーバ103のCPU201は、キューの先頭である処理についてプロビジョニング処理を実行する。ステップS103では、プロビジョニングサーバ103のCPU201は、ステップS102で処理済みとなったタスクを削除する。このように、従来技術における処理は、キューの先頭にあるタスクについて、順番通りに処理を実行していくものである。次に、図5を用いて、本発明の実施形態においてプロビジョニングサーバ103が行うクライアントPC102からWebサーバ105に対してシステム構築依頼仮想化されたサーバリソースの提供要求があった場合の優先度変更を伴う構築削除処理について説明する。なお、図5のフローチャートで示す処理については、プロビジョニングサーバ103のCPU201が所定の制御プログラムを読み出して実行する処理である。前提として、処理の種類を1構築処理、2削除処理、3モード変更処理の3つに分類するものとする。構築処理とは、サーバのリソースを用いて、要求された内容のサーバを構築する処理である。削除処理とは、既に構築されているサーバを削除し、他の構築要求があった場合に当該リソースを再利用できる状態にする処理である。モード変更処理とは、削除優先モードと新規構築優先モードとを変更する処理である。ここで、削除優先モードとは、構築処理よりも削除処理を優先的に行う状態を意味する。また新規構築優先モードとは、削除処理よりも構築処理を優先的に行う状態を意味する。処理開始は、図5で示すWebサーバ105からプロビジョニングサーバ103へのシステム構築削除要求、ないしプロビジョニングサーバ103からプロビジョニングサーバ103自身の要求によって開始する。Webサーバ105からプロビジョニングサーバ103への処理要求は、クライアントPC102からWebサーバ105に対しなされる要求をトリガーとして開始する。そして、要求された処理はキューイングされ、キューの先頭にある処理から順に実施する。完了した処理は、キューから取り出される。ステップS201では、処理が自分自身で、現在キューの先頭にいるか否かを判断する。処理がキューの先頭でない場合、自分自身がキューの先頭へ来るまで確認を繰り返す。S201の判定でキューの先頭であることを確認した後、S202へ進む。ステップS202では、プロビジョニングサーバ103のCPU201は、処理対象となっているキューの先頭にある処理がモード変更処理であるか否かを判定する。モード変更処理である場合ステップS202:YESは、処理をステップS203に移行する。モード変更処理ではない場合ステップS202:NOは、処理をステップS204に移行する。なお、モードについては、後続のS204の処理の説明にて述べる。ステップS203では、プロビジョニングサーバ103のCPU201は、モード変更処理を実行する。モード変更処理の詳細については、図3のフローチャートを用いて説明する。ここで図6について説明する。図6は、本発明の実施形態においてプロビジョニングサーバ103が行うモード変更処理の内容を示すフローチャートである。なお、図6のフローチャートで示す処理については、プロビジョニングサーバ103のCPU201が所定の制御プログラムを読み出して実行する処理である。ステップS301では、プロビジョニングサーバ103のCPU201は、現在のモードが新規構築処理を優先するモードであるか否かを判断する。新規構築処理を優先するモードである場合ステップS301:YESは、処理をステップS302に移行する。新規構築処理を優先するモードではない場合ステップS301:NOは、処理をステップS303に移行する。ステップS302では、プロビジョニングサーバ103のCPU201は、処理モードを削除優先モードへ変更する。そして、本フローチャートに示す処理を終了する。ステップ303では、プロビジョニングサーバ103のCPU201は、処理モードを新規構築優先モードへ変更する。そして、本フローチャートに示す処理を終了する。図5の説明に戻る。ステップS203におけるモード変更処理が実行されると、処理をステップS208に移行する。ステップS208では、プロビジョニングサーバ103のCPU201は、処理をキューから削除し、本フローチャートに示す処理を終了する。ステップS202において処理対象の処理がモード変更処理ではないと判定された場合すなわち、構築処理または削除処理であると判定された場合、プロビジョニングサーバ103のCPU201は、ステップS204の処理を実行する。ステップS204では、プロビジョニングサーバ103のCPU201は、現在の処理モードと処理対象の処理とが一致しているか否かを判断する。一致していると判定された場合ステップS204:YESは、処理をステップS205に移行する。一致していないと判定された場合ステップS204:NOは、処理をステップS209に移行する。なお、処理が一致している場合とは、例えば処理モードが新規構築優先モードであり、処理対象の処理が構築処理新規構築依頼処理である場合や、処理モードが削除優先モードであり、処理対象の処理が削除処理である場合を意味する。処理モードについては、通常時は早くに環境を構築できることが望ましいため、構築優先モードとなる。ただし、環境を構築するのに十分なリソースがない場合、一時的に削除処理の優先度を上げ、構築するためのリソースを確保する必要がある。このような場合には、削除優先処理となる。ステップS205では、プロビジョニングサーバ103のCPU201は、処理開始にともない、リソースチェック処理該当処理の実施可否の判定を実行する。処理対象が構築処理であれば、構築に十分なリソースが空いているか否かを確認する。ステップS206では、プロビジョニングサーバ103のCPU201は、ステップS205におけるリソースチェック処理において構築に十分なリソースが空いていることが確認できたか否かを判断する。構築に十分なリソースが空いている場合ステップS206:YESは、処理をステップS207に移行する。すなわち、リソースに空きがある場合には、構築処理の実施が可能であると判断されるため、ステップS207におけるプロビジョニング処理に移行する。なお、削除処理である場合には、追加で必要になるリソースはないため、常に実施可能であると判断し、ステップS207に移行し、削除処理を実行する。構築に十分なリソースが空いていないと判断された場合ステップS206:NOは、処理をステップS212へ移行する。ステップS207では、プロビジョニングサーバ103のCPU201は、プロビジョニング処理として、構築処理、削除処理を開始する。プロビジョニング処理が完了すると、処理をステップS208に移行し、当該処理をキューから削除する。そして、本フローチャートに示す処理を終了する。ステップS212では、プロビジョニングサーバ103のCPU201は、キューの後続に削除処理があるか否かを判断する。削除処理が後続に控えていると判断された場合ステップS212:YESは、処理をステップS213に移行する。削除処理はない場合ステップS212:NOは、構築処理を実行することも、要求されたサーバを構築するためのリソースを確保することもできないため、異常終了する。ステップS213では、プロビジョニングサーバ103のCPU201は、キューの後続に控える処理であり、最もキューの先頭に近い削除処理を、キューの先頭に移動する。さらに、キューの先頭にモード変更処理を追加する。このステップS213の処理により、次に実行される処理は削除処理となるため、サーバの空きリソースを増やすことが可能となる。これにより、ステップS206において空きリソースがないため実行できなかった構築処理が実行可能となる可能性が高まる。ステップS213の処理が実行されると、処理をステップS201に移行し、キューの先頭にある処理ステップS206で実行不可能であると判定された処理が処理対象となる。ステップS204において、現在の処理モードと処理対象の処理が一致しないと判定された場合について説明する。ステップS209では、プロビジョニングサーバ103のCPU201は、キュー内に、現在のモードと一致する処理が含まれるか否かを判定する。一致する処理が含まれている場合ステップS209:YESは、処理をステップS210へ移行する。一致する処理が含まれていない場合ステップS209:NOは、処理をステップS211へ移行する。ステップS210では、プロビジョニングサーバ103のCPU201は、後続に控える処理のうち、最もキューの先頭に近く、かつ現在の処理モードと一致する処理をキューの先頭に移動する。この処理により、現在の処理モードと一致する処理を優先的に処理することが可能となる。ステップS211では、プロビジョニングサーバ103のCPU201は、キューの先頭にモード変更処理を追加する。すなわち、キューの中に現在の処理モードと一致する処理が存在しないのであるから、現在の処理モードと一致する処理が要求されるのを待機するよりも、キュー内に控えている処理を実行するべきであるといえる。そこで、処理モードの変更処理をキューの先頭に追加し、処理モードを変更することで、キュー内に溜まっている処理を実行することが可能となる。以上の処理により、待機している処理のうち優先的に実行すべき処理を優先的に処理することが可能となる。なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。また、本発明におけるプログラムは、図5、図6の処理方法をコンピュータが実行可能なプログラムである。なお、本発明におけるプログラムは、図5、図6の各装置の処理方法ごとのプログラムであってもよい。以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータまたはCPUやMPUが記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、CD-ROM、CD-R、DVD-ROM、磁気テープ、不揮発性のメモリカード、ROM、EEPROM、シリコンディスク等を用いることが出来る。また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているOSオペレーティングシステム等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPU等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。"