(57)【要約】【課題】  待機している処理のうち優先的に実行すべき処理を優先的に処理することを可能とすること【解決手段】  サーバ構築依頼を受け付けた場合に、構築に必要なリソースが確保できるか否かを判断し、必要なリソースを確保できないと判断された場合には、実行待ちとなっているサーバ削除依頼の有無を確認し、実行待ちのサーバ削除依頼がある場合には当該削除依頼を先に実行する。【選択図】  図１
2013131050.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置のリソースを使用したサーバ構築および構築したサーバの削除をする情報処理装置であって、
ユーザからサーバの構築依頼および削除依頼を受け付ける依頼受付手段と、
前記依頼受付手段により受け付けた処理の実行順序を管理する処理順序管理手段と、
前記処理順序管理手段により実行順序が先頭として管理された構築依頼または削除依頼にかかる処理を実行する実行手段と、
前記サーバ装置に、前記依頼受付手段により受け付けた構築依頼にかかるサーバの構築に必要なリソースがあるか否かを判断するリソース判断手段と、
前記実行手段は、前記処理順序管理手段により実行順序が先頭として管理された構築依頼にかかる処理について、前記リソース判断手段により当該処理にかかるサーバ構築に必要なリソースが足りないと判断された場合、前記処理順序管理手段により管理された削除依頼にかかる処理を先に実行することを特徴とする情報処理装置。
【請求項２】
前記実行手段は、構築依頼にかかる処理を優先的に実行するか、削除依頼にかかる処理を優先的に実行するかの設定がなされていることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記実行手段が構築依頼にかかる処理を優先的に実行する設定であり前記処理順序管理手段により構築依頼にかかる処理が管理されていない場合、および、前記実行手段が削除依頼にかかる処理を優先的に実行する設定であり前記処理順序管理手段により削除依頼にかかる処理が管理されていない場合、前記実行手段の設定を変更する処理モード変更手段をさらに備えることを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
サーバ装置のリソースを使用したサーバ構築および構築したサーバの削除をし、ユーザから受け付けた構築依頼および削除依頼にかかる処理の実行順序を管理する情報処理装置における情報処理方法であって、
前記情報処理装置の依頼受付手段が、ユーザからサーバの構築依頼および削除依頼を受け付ける依頼受付工程と、
前記情報処理装置の実行手段が、実行順序が先頭として管理された構築依頼または削除依頼にかかる処理を実行する実行工程と、
前記情報処理装置のリソース判断手段が、前記サーバ装置に、前記依頼受付工程により受け付けた構築依頼にかかるサーバの構築に必要なリソースがあるか否かを判断するリソース判断工程と、を備え、
前記実行工程では、実行順序が先頭として管理された構築依頼にかかる処理について、前記リソース判断工程により当該処理にかかるサーバ構築に必要なリソースが足りないと判断された場合、前記管理された削除依頼にかかる処理を先に実行することを特徴とする情報処理方法。
【請求項５】
サーバ装置のリソースを使用したサーバ構築および構築したサーバの削除をする情報処理装置に置いて実行可能なプログラムであって、
前記情報処理装置を、
ユーザからサーバの構築依頼および削除依頼を受け付ける依頼受付手段と、
前記依頼受付手段により受け付けた処理の実行順序を管理する処理順序管理手段と、
前記処理順序管理手段により処理順序が先頭として管理された構築依頼または削除依頼にかかる処理を実行する実行手段と、
前記サーバ装置に、前記依頼受付手段により受け付けた構築依頼にかかるサーバの構築に必要なリソースがあるか否かを判断するリソース判断手段として機能させ、
前記実行手段は、前記処理順序管理手段により処理順序が先頭として管理された構築依頼にかかる処理について、前記リソース判断手段により当該処理にかかるサーバ構築に必要なリソースが足りないと判断された場合、前記処理順序管理手段により管理された削除依頼にかかる処理を先に実行することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ構築における処理優先度の制御技術に関する。
【背景技術】
【０００２】
従来から、１台のサーバをあたかも複数台のコンピュータであるかのように論理的に分割し、それぞれを独立して動作させたり、逆に、複数のサーバを統合して１台のコンピュータであるかのように動作させる仮想化が行われている。
【０００３】
このような仮想化技術を用いることで、複数のサーバを個別に運用する場合に比べパフォーマンスの向上や、運用負荷の軽減が可能となる。
【０００４】
また、このような仮想化技術を前提として、複数のコンピュータ資源を１つのコンピュータ資源とみなし、ユーザからオンライン等においてサーバ構築の要求を受け付け、要求を受け付けた順にサーバの構築処理が実行されている。
【０００５】
また、一度構築したサーバを削除することも行われており、削除された場合には、当該削除されたリソースを新たなサーバ構築の資源として利用可能としている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平５−１２００４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、サーバの構築要求と削除要求とを同じキューにより管理し、要求のあった順に実行する場合、削除要求が先行で処理されていればサーバ構築が可能であるにも関わらず、構築要求が先にあるためにリソースの割り当てが不可能であると判断され、構築ができないという問題が生じてしまう。
【０００８】
また、一度に大量の削除要求がなされた場合、削除処理が終わらないために新規の構築処理を開始できないといった問題も生じてしまう。
【０００９】
そこで、本発明では、サーバの構築要求と削除要求との処理の優先度を、状況に応じて適宜変更することで、処理を実行出来ないと判断されてしまうことを低減させることを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、サーバ装置のリソースを使用したサーバ構築および構築したサーバの削除をする情報処理装置であって、ユーザからサーバの構築依頼および削除依頼を受け付ける依頼受付手段と、前記依頼受付手段により受け付けた処理の実行順序を管理する処理順序管理手段と、前記処理順序管理手段により実行順序が先頭として管理された構築依頼または削除依頼にかかる処理を実行する実行手段と、前記サーバ装置に、前記依頼受付手段により受け付けた構築依頼にかかるサーバの構築に必要なリソースがあるか否かを判断するリソース判断手段と、前記実行手段は、前記処理順序管理手段により実行順序が先頭として管理された構築依頼にかかる処理について、前記リソース判断手段により当該処理にかかるサーバ構築に必要なリソースが足りないと判断された場合、前記処理順序管理手段により管理された削除依頼にかかる処理を先に実行することを特徴とする。
【００１１】
また、本発明は、サーバ装置のリソースを使用したサーバ構築および構築したサーバの削除をし、ユーザから受け付けた構築依頼および削除依頼にかかる処理の実行順序を管理する情報処理装置における情報処理方法であって、前記情報処理装置の依頼受付手段が、ユーザからサーバの構築依頼および削除依頼を受け付ける依頼受付工程と、前記情報処理装置の実行手段が、実行順序が先頭として管理された構築依頼または削除依頼にかかる処理を実行する実行工程と、前記情報処理装置のリソース判断手段が、前記サーバ装置に、前記依頼受付工程により受け付けた構築依頼にかかるサーバの構築に必要なリソースがあるか否かを判断するリソース判断工程と、を備え、前記実行工程では、実行順序が先頭として管理された構築依頼にかかる処理について、前記リソース判断工程により当該処理にかかるサーバ構築に必要なリソースが足りないと判断された場合、前記管理された削除依頼にかかる処理を先に実行することを特徴とする。
【００１２】
また、本発明は、サーバ装置のリソースを使用したサーバ構築および構築したサーバの削除をする情報処理装置に置いて実行可能なプログラムであって、前記情報処理装置を、ユーザからサーバの構築依頼および削除依頼を受け付ける依頼受付手段と、前記依頼受付手段により受け付けた処理の実行順序を管理する処理順序管理手段と、前記処理順序管理手段により処理順序が先頭として管理された構築依頼または削除依頼にかかる処理を実行する実行手段と、前記サーバ装置に、前記依頼受付手段により受け付けた構築依頼にかかるサーバの構築に必要なリソースがあるか否かを判断するリソース判断手段として機能させ、前記実行手段は、前記処理順序管理手段により処理順序が先頭として管理された構築依頼にかかる処理について、前記リソース判断手段により当該処理にかかるサーバ構築に必要なリソースが足りないと判断された場合、前記処理順序管理手段により管理された削除依頼にかかる処理を先に実行することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、サーバの構築要求と削除要求との処理の優先度を、状況に応じて適宜変更することで、処理を実行出来ないと判断されてしまうことを低減させることが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の情報処理システムの構成の一例を示す図
【図２】図１に示す各端末のハードウエア構成の一例を示す図
【図３】本発明における課題および本発明における処理の概要を説明するための図
【図４】従来技術におけるプロビジョニングサーバ１０３の処理を説明するフローチャート
【図５】本発明の実施形態においてプロビジョニングサーバ１０３が行うクライアントＰＣ１０２からＷｅｂサーバ１０５に対してシステム構築依頼があった場合の優先度変更を伴う構築・削除処理について説明するフローチャート
【図６】本発明の実施形態においてプロビジョニングサーバ１０３が行うモード変更処理の内容を示すフローチャート
【発明を実施するための形態】
【００１５】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００１６】
図１は、本発明に係る情報処理システムのシステム構成の一例を示す図である。
【００１７】
図１に示すように、本実施形態に係る情報処理システムは、提供サービスサーバ１０１、クライアントＰＣ１０２、プロビジョニングサーバ１０３、仮想化管理サーバ１０４、プロセスサーバ１０５を備え、それぞれネットワーク１０６を介して通信可能に接続されている。
【００１８】
ここで、サーバの構築要求および削除要求については、ユーザからの構築要求・削除要求をクライアントＰＣ１０２が受け付け、当該受け付けた内容がＷｅｂサーバ１０５を経由してプロビジョニングサーバ１０３に送信される。そしてプロビジョニングサーバ１０３がサーバ（提供サービスサーバ１０１）の構築処理や削除処理を実行する。
【００１９】
以下、本発明の情報処理システムを構成する各装置について説明する。
【００２０】
以下、図２を用いて、図１に示した提供サービスサーバ１０１、クライアントＰＣ１０２、プロビジョニングサーバ１０３、仮想化管理サーバ１０４、プロセスサーバ１０５のハードウエア構成の一例について説明する。
【００２１】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。
【００２２】
２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２３】
また、２０５は入力コントローラで、入力装置２０９等からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置２１０への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、ＣＲＴディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。
【００２４】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２５】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２６】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２７】
ハードウエア上で動作する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００２８】
なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。
【００２９】
次に、図３を用いて、本発明における課題および本発明における処理の概要を説明する。
【００３０】
図３では、Ｗｅｂサーバ１０５から構築の要求がなされる新規サーバのリソース量と、現在プロビジョニングサーバ１０３が管理するリソース量の違いを示す。
【００３１】
図３の例では、Ｗｅｂサーバ１０５は新規にＣＰＵ２、メモリ２、ディスク２の構成を持つ提供サービス１０１−１の構築を要求していることを示す。
【００３２】
他方、プロビジョニングサーバ１０３が管理するリソースは、ＣＰＵ６、メモリ６、ディスク６であり、そのうち提供サービス１０１−２と提供サービス１０１−３により、ＣＰＵ４、メモリ５、ディスク５を既に割り当て済みであることを示す。
【００３３】
そのため、図３の例においては、プロビジョニングサーバ１０３が管理するリソース現在のリソース状況ではＷｅｂサーバ１０５により要求されたリソースを確保することができず、新規構築を行うことができない。
【００３４】
しかし、提供サービス１０１−２は図３にある通り削除待ち状態である。そのため、提供サービス１０１−１を構築する前に提供サービス１０１−２を削除することができれば、ＣＰＵ２、メモリ２、ディスク３の領域を確保することが可能となり、提供サービス１０１−１を構築が可能となる。
【００３５】
このように、本来は利用者が求める構築処理を優先して実施し、利用者にサービスを出来るだけ早く提供するべきであるが、リソースの状況によっては一時的に構築処理の実行を止め、削除処理を優先的に実行することが必要となる場合がある。
【００３６】
本発明では、このような場合を想定し、仮に構築要求が先にあったとしても、処理の順序として削除待ちのリソースを先に削除することにより、利用者の構築要求に応えることを可能とする。
【００３７】
次に、図４を用いて、従来技術におけるプロビジョニングサーバ１０３の処理を説明する。
【００３８】
まず、プロビジョニングサーバ１０３のＣＰＵ２０１は、キューの先頭にある処理を処理対象のタスクとする。
【００３９】
ステップＳ１０２では、プロビジョニングサーバ１０３のＣＰＵ２０１は、キューの先頭である処理についてプロビジョニング処理を実行する。
【００４０】
ステップＳ１０３では、プロビジョニングサーバ１０３のＣＰＵ２０１は、ステップＳ１０２で処理済みとなったタスクを削除する。
【００４１】
このように、従来技術における処理は、キューの先頭にあるタスクについて、順番通りに処理を実行していくものである。
【００４２】
次に、図５を用いて、本発明の実施形態においてプロビジョニングサーバ１０３が行うクライアントＰＣ１０２からＷｅｂサーバ１０５に対してシステム構築依頼（仮想化されたサーバリソースの提供要求）があった場合の優先度変更を伴う構築・削除処理について説明する。
【００４３】
なお、図５のフローチャートで示す処理については、プロビジョニングサーバ１０３のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００４４】
前提として、処理の種類を（１）構築処理、（２）削除処理、（３）モード変更処理の３つに分類するものとする。
【００４５】
構築処理とは、サーバのリソースを用いて、要求された内容のサーバを構築する処理である。
【００４６】
削除処理とは、既に構築されているサーバを削除し、他の構築要求があった場合に当該リソースを再利用できる状態にする処理である。
【００４７】
モード変更処理とは、「削除優先モード」と「新規構築優先モード」とを変更する処理である。ここで、削除優先モードとは、構築処理よりも削除処理を優先的に行う状態を意味する。また新規構築優先モードとは、削除処理よりも構築処理を優先的に行う状態を意味する。
【００４８】
処理開始は、図５で示すＷｅｂサーバ１０５からプロビジョニングサーバ１０３へのシステム構築・削除要求、ないしプロビジョニングサーバ１０３からプロビジョニングサーバ１０３自身の要求によって開始する。
【００４９】
Ｗｅｂサーバ１０５からプロビジョニングサーバ１０３への処理要求は、クライアントＰＣ１０２からＷｅｂサーバ１０５に対しなされる要求をトリガーとして開始する。
【００５０】
そして、要求された処理はキューイングされ、キューの先頭にある処理から順に実施する。完了した処理は、キューから取り出される。
【００５１】
ステップＳ２０１では、処理が自分自身で、現在キューの先頭にいるか否かを判断する。処理がキューの先頭でない場合、自分自身がキューの先頭へ来るまで確認を繰り返す。
【００５２】
Ｓ２０１の判定でキューの先頭であることを確認した後、Ｓ２０２へ進む。
【００５３】
ステップＳ２０２では、プロビジョニングサーバ１０３のＣＰＵ２０１は、処理対象となっている（キューの先頭にある）処理がモード変更処理であるか否かを判定する。
【００５４】
モード変更処理である場合（ステップＳ２０２：ＹＥＳ）は、処理をステップＳ２０３に移行する。
【００５５】
モード変更処理ではない場合（ステップＳ２０２：ＮＯ）は、処理をステップＳ２０４に移行する。なお、モードについては、後続のＳ２０４の処理の説明にて述べる。
【００５６】
ステップＳ２０３では、プロビジョニングサーバ１０３のＣＰＵ２０１は、モード変更処理を実行する。モード変更処理の詳細については、図３のフローチャートを用いて説明する。
【００５７】
ここで図６について説明する。図６は、本発明の実施形態においてプロビジョニングサーバ１０３が行うモード変更処理の内容を示すフローチャートである。
【００５８】
なお、図６のフローチャートで示す処理については、プロビジョニングサーバ１０３のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００５９】
ステップＳ３０１では、プロビジョニングサーバ１０３のＣＰＵ２０１は、現在のモードが新規構築処理を優先するモードであるか否かを判断する。
【００６０】
新規構築処理を優先するモードである場合（ステップＳ３０１：ＹＥＳ）は、処理をステップＳ３０２に移行する。
【００６１】
新規構築処理を優先するモードではない場合（ステップＳ３０１：ＮＯ）は、処理をステップＳ３０３に移行する。
【００６２】
ステップＳ３０２では、プロビジョニングサーバ１０３のＣＰＵ２０１は、処理モードを削除優先モードへ変更する。そして、本フローチャートに示す処理を終了する。
【００６３】
ステップ３０３では、プロビジョニングサーバ１０３のＣＰＵ２０１は、処理モードを新規構築優先モードへ変更する。そして、本フローチャートに示す処理を終了する。
図５の説明に戻る。
【００６４】
ステップＳ２０３におけるモード変更処理が実行されると、処理をステップＳ２０８に移行する。
【００６５】
ステップＳ２０８では、プロビジョニングサーバ１０３のＣＰＵ２０１は、処理をキューから削除し、本フローチャートに示す処理を終了する。
【００６６】
ステップＳ２０２において処理対象の処理がモード変更処理ではないと判定された場合（すなわち、構築処理または削除処理であると判定された場合）、プロビジョニングサーバ１０３のＣＰＵ２０１は、ステップＳ２０４の処理を実行する。
【００６７】
ステップＳ２０４では、プロビジョニングサーバ１０３のＣＰＵ２０１は、現在の処理モードと処理対象の処理とが一致しているか否かを判断する。
【００６８】
一致していると判定された場合（ステップＳ２０４：ＹＥＳ）は、処理をステップＳ２０５に移行する。
【００６９】
一致していないと判定された場合（ステップＳ２０４：ＮＯ）は、処理をステップＳ２０９に移行する。
【００７０】
なお、処理が一致している場合とは、例えば処理モードが新規構築優先モードであり、処理対象の処理が構築処理（新規構築依頼処理）である場合や、処理モードが削除優先モードであり、処理対象の処理が削除処理である場合を意味する。
【００７１】
処理モードについては、通常時は早くに環境を構築できることが望ましいため、構築優先モードとなる。ただし、環境を構築するのに十分なリソースがない場合、一時的に削除処理の優先度を上げ、構築するためのリソースを確保する必要がある。このような場合には、削除優先処理となる。
【００７２】
ステップＳ２０５では、プロビジョニングサーバ１０３のＣＰＵ２０１は、処理開始にともない、リソースチェック処理（該当処理の実施可否の判定）を実行する。処理対象が構築処理であれば、構築に十分なリソースが空いているか否かを確認する。
【００７３】
ステップＳ２０６では、プロビジョニングサーバ１０３のＣＰＵ２０１は、ステップＳ２０５におけるリソースチェック処理において構築に十分なリソースが空いていることが確認できたか否かを判断する。
【００７４】
構築に十分なリソースが空いている場合（ステップＳ２０６：ＹＥＳ）は、処理をステップＳ２０７に移行する。すなわち、リソースに空きがある場合には、構築処理の実施が可能であると判断されるため、ステップＳ２０７におけるプロビジョニング処理に移行する。
【００７５】
なお、削除処理である場合には、追加で必要になるリソースはないため、常に実施可能であると判断し、ステップＳ２０７に移行し、削除処理を実行する。
【００７６】
構築に十分なリソースが空いていないと判断された場合（ステップＳ２０６：ＮＯ）は、処理をステップＳ２１２へ移行する。
【００７７】
ステップＳ２０７では、プロビジョニングサーバ１０３のＣＰＵ２０１は、プロビジョニング処理として、構築処理、削除処理を開始する。プロビジョニング処理が完了すると、処理をステップＳ２０８に移行し、当該処理をキューから削除する。そして、本フローチャートに示す処理を終了する。
【００７８】
ステップＳ２１２では、プロビジョニングサーバ１０３のＣＰＵ２０１は、キューの後続に削除処理があるか否かを判断する。
【００７９】
削除処理が後続に控えていると判断された場合（ステップＳ２１２：ＹＥＳ）は、処理をステップＳ２１３に移行する。
【００８０】
削除処理はない場合（ステップＳ２１２：ＮＯ）は、構築処理を実行することも、要求されたサーバを構築するためのリソースを確保することもできないため、異常終了する。
【００８１】
ステップＳ２１３では、プロビジョニングサーバ１０３のＣＰＵ２０１は、キューの後続に控える処理であり、最もキューの先頭に近い削除処理を、キューの先頭に移動する。さらに、キューの先頭にモード変更処理を追加する。
【００８２】
このステップＳ２１３の処理により、次に実行される処理は削除処理となるため、サーバの空きリソースを増やすことが可能となる。これにより、ステップＳ２０６において空きリソースがないため実行できなかった構築処理が実行可能となる可能性が高まる。
【００８３】
ステップＳ２１３の処理が実行されると、処理をステップＳ２０１に移行し、キューの先頭にある処理（ステップＳ２０６で実行不可能であると判定された処理）が処理対象となる。
【００８４】
ステップＳ２０４において、現在の処理モードと処理対象の処理が一致しないと判定された場合について説明する。
【００８５】
ステップＳ２０９では、プロビジョニングサーバ１０３のＣＰＵ２０１は、キュー内に、現在のモードと一致する処理が含まれるか否かを判定する。
【００８６】
一致する処理が含まれている場合（ステップＳ２０９：ＹＥＳ）は、処理をステップＳ２１０へ移行する。
【００８７】
一致する処理が含まれていない場合（ステップＳ２０９：ＮＯ）は、処理をステップＳ２１１へ移行する。
【００８８】
ステップＳ２１０では、プロビジョニングサーバ１０３のＣＰＵ２０１は、後続に控える処理のうち、最もキューの先頭に近く、かつ現在の処理モードと一致する処理をキューの先頭に移動する。
【００８９】
この処理により、現在の処理モードと一致する処理を優先的に処理することが可能となる。
【００９０】
ステップＳ２１１では、プロビジョニングサーバ１０３のＣＰＵ２０１は、キューの先頭にモード変更処理を追加する。
【００９１】
すなわち、キューの中に現在の処理モードと一致する処理が存在しないのであるから、現在の処理モードと一致する処理が要求されるのを待機するよりも、キュー内に控えている処理を実行するべきであるといえる。そこで、処理モードの変更処理をキューの先頭に追加し、処理モードを変更することで、キュー内に溜まっている処理を実行することが可能となる。
【００９２】
以上の処理により、待機している処理のうち優先的に実行すべき処理を優先的に処理することが可能となる。
【００９３】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００９４】
また、本発明におけるプログラムは、図５、図６の処理方法をコンピュータが実行可能なプログラムである。なお、本発明におけるプログラムは、図５、図６の各装置の処理方法ごとのプログラムであってもよい。
【００９５】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【００９６】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【００９７】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【００９８】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９９】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１００】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１０１】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１０２】
１０１  提供サービスサーバ
１０２  クライアントＰＣ
１０３  プロビジョニングサーバ
１０４  仮想化管理サーバ
１０５  Ｗｅｂサーバ
１０６  ネットワーク
【図１】
2013131050.tif 000003
【図２】
2013131050.tif 000004
【図３】
2013131050.tif 000005
【図４】
2013131050.tif 000006
【図５】
2013131050.tif 000007
【図６】
2013131050.tif 000008