"システムに対する所定のオペレーションの実行要求を受け付ける受付工程と、前記受付工程によって前記実行要求が受け付けられた前記所定のオペレーションの実行に関与する前記システム内の計算機が実行中の、前記所定のオペレーションと同一種類のオペレーションの数を検出する検出工程と、前記検出工程によって検出された前記同一種類のオペレーションの数と、前記計算機により前記所定のオペレーションの実行が規定時間内に完了する、前記計算機が同時に実行可能な前記同一種類のオペレーションの数とを比較する比較工程と、前記比較工程によって比較された比較結果に基づいて、前記所定のオペレーションを前記計算機に割り当てる割当工程と、をコンピュータに実行させることを特徴とする実行制御プログラム。前記コンピュータに、前記計算機の負荷情報と前記計算機により実行された前記同一種類のオペレーションのログ情報とに基づいて、前記実行要求から特定される規定時間内に前記所定のオペレーションの実行が完了する、前記計算機が同時に実行可能な前記同一種類のオペレーションの数を算出する算出工程を実行させ、前記比較工程は、前記検出工程によって検出された前記同一種類のオペレーションの数と、前記算出工程によって算出された前記計算機が同時に実行可能な前記同一種類のオペレーションの数とを比較することを特徴とする請求項1に記載の実行制御プログラム。前記比較工程は、前記計算機が前記同一種類のオペレーションを実行中の場合、さらに、前記検出工程によって検出された前記同一種類のオペレーションの数と、前記計算機により実行中の前記同一種類のオペレーションの実行が規定時間内に完了する、前記計算機が同時に実行可能な前記同一種類のオペレーションの数とを比較することを特徴とする請求項2に記載の実行制御プログラム。前記コンピュータに、前記所定のオペレーションの実行に関与する複数の計算機の各々の計算機について、前記検出工程および前記比較工程を実行させ、前記割当工程は、前記比較工程によって比較された前記各々の計算機の比較結果に基づいて、前記所定のオペレーションを前記複数の計算機に割り当てることを特徴とする請求項3に記載の実行制御プログラム。前記算出工程は、前記各々の計算機ごとに、前記各々の計算機の負荷情報と前記各々の計算機により実行された前記同一種類のオペレーションのログ情報とに基づいて、前記規定時間内に前記所定のオペレーションの実行が完了する、前記各々の計算機が同時に実行可能な前記同一種類のオペレーションの数を算出し、前記比較工程は、前記各々の計算機ごとに、前記検出工程によって検出された前記各々の計算機が実行中の前記同一種類のオペレーションの数と、前記算出工程によって算出された前記各々の計算機が同時に実行可能な前記同一種類のオペレーションの数のうちの最小値とを比較することを特徴とする請求項4に記載の実行制御プログラム。前記計算機により実行された前記同一種類のオペレーションのログ情報を前記計算機から受信する受信工程を前記コンピュータに実行させ、前記算出工程は、前記計算機の負荷情報と前記受信工程によって受信された前記同一種類のオペレーションのログ情報とに基づいて、前記規定時間内に前記所定のオペレーションの実行が完了する、前記計算機が同時に実行可能な前記同一種類のオペレーションの数を算出することを特徴とする請求項5に記載の実行制御プログラム。システムに対する所定のオペレーションの実行要求を受け付ける受付部と、前記受付部によって前記実行要求が受け付けられた前記所定のオペレーションの実行に関与する前記システム内の計算機が実行中の、前記所定のオペレーションと同一種類のオペレーションの数を検出する検出部と、前記検出部によって検出された前記同一種類のオペレーションの数と、前記計算機により前記所定のオペレーションの実行が規定時間内に完了する、前記計算機が同時に実行可能な前記同一種類のオペレーションの数とを比較する比較部と、前記比較部によって比較された比較結果に基づいて、前記所定のオペレーションを前記計算機に割り当てる割当部と、を備えることを特徴とする実行制御装置。コンピュータが、システムに対する所定のオペレーションの実行要求を受け付け、前記実行要求が受け付けられた前記所定のオペレーションの実行に関与する前記システム内の計算機が実行中の、前記所定のオペレーションと同一種類のオペレーションの数を検出し、前記検出された前記同一種類のオペレーションの数と、前記計算機により前記所定のオペレーションの実行が規定時間内に完了する、前記計算機が同時に実行可能な前記同一種類のオペレーションの数とを比較し、前記比較された比較結果に基づいて、前記所定のオペレーションを前記計算機に割り当てる、処理を実行することを特徴とする実行制御方法。しかしながら、従来技術では、運用管理オペレーションが同時多発的に発生することにより、リソースの負荷が増大する場合があるという問題があった。1つの側面では、本発明は、リソースの過負荷を抑止することができる実行制御プログラム、実行制御装置および実行制御方法を提供することを目的とする。本発明の一態様では、システムに対する所定のオペレーションの実行要求を受け付け、前記実行要求を受け付けた前記所定のオペレーションの実行に関与する前記システム内の計算機が実行中の、前記所定のオペレーションと同一種類のオペレーションの数を検出し、検出した前記同一種類のオペレーションの数と、前記計算機により前記所定のオペレーションの実行が規定時間内に完了する、前記計算機が同時に実行可能な前記同一種類のオペレーションの数とを比較し、比較した比較結果に基づいて、前記所定のオペレーションを前記計算機に割り当てる。本発明の一態様によれば、リソースの過負荷を抑止することができる。以下に添付図面を参照して、この発明にかかる実行制御プログラム、実行制御装置および実行制御方法の実施の形態を詳細に説明する。ネットワークシステム100の一実施例図1は、実施の形態にかかるネットワークシステムの一実施例を示す説明図その1である。図1において、ネットワークシステム100は、実行制御装置101と、リソースR1~RKと、を含む。ネットワークシステム100において、実行制御装置101およびリソースR1~RKは、LANLocalAreaNetwork、WANWideAreaNetwork、インターネットなどのネットワーク110を介して接続されている。実行制御装置101は、ネットワークシステム100に対するオペレーションの実行を制御するコンピュータである。リソースR1~RKは、実行制御装置101の制御対象となる計算機である。具体的には、例えば、リソースR1~RKは、物理サーバ、ネットワーク機器例えば、スイッチ装置、ストレージ装置および物理サーバ上のVM仮想マシンなどのネットワークシステム100の構成要素である。ここで、オペレーションとは、例えば、ネットワークシステム100の運用管理にかかる操作処理である。具体的には、例えば、オペレーションは、VMの起動、再起動、終了、VMのライブマイグレーション、VM上で動作しているアプリケーションのパッチ適用、ネットワーク機器の設定変更などの同時多発的に実行される可能性が高いものである。以下、実施の形態にかかる実行制御装置101の実行制御処理手順の一例について説明する。ここでは、リソースR1~RKのうち、所定のオペレーションOPiの実行に関与するリソースをリソースRkと表記するk=1,2,...,K。また、リソースR1~RKは、同一の処理性能を有する場合を想定する。1実行制御装置101は、ネットワークシステム100に対するオペレーションOPiの実行要求を受け付ける。2実行制御装置101は、実行要求を受け付けたオペレーションOPiの実行に関与するリソースRkが実行中の、オペレーションOPiと同一種類のオペレーションの数以下、リソースRkの多重度Nkというを検出する。ここで、オペレーションの種類とは、複数のオペレーションを分類するためのものである。具体的には、例えば、複数のオペレーションは、VMの起動、再起動、終了、VMのライブマイグレーション、VM上で動作しているアプリケーションのパッチ適用、ネットワーク機器の設定変更などの各オペレーションの処理内容に応じて分類される。3実行制御装置101は、検出したリソースRkの多重度Nkと、オペレーションOPiの推奨多重度Fiとを比較する。ここで、オペレーションOPiの推奨多重度Fiとは、リソースRkによりオペレーションOPiの実行が規定時間内に完了する、リソースRkが同時に実行可能な該同一種類のオペレーションの数である。オペレーションOPiの規定時間は、任意に設定可能である。具体的には、例えば、オペレーションOPiの規定時間は、ネットワークシステム100の管理者により、ネットワークシステム100の運用要件顧客に提供されるサービスのサービスレベルなどを考慮して設定される。オペレーションOPiの推奨多重度Fiは、予め設定されていてもよく、また、リソースRkにより実行されたオペレーションOPiと同一種類のオペレーションの過去の実行結果から算出されることにしてもよい。なお、オペレーションOPiの推奨多重度Fiを算出する具体的な処理内容については後述する。4実行制御装置101は、比較した比較結果に基づいて、オペレーションOPiをリソースRkに割り当てる。具体的には、例えば、リソースRkの多重度NkがオペレーションOPiの推奨多重度Fi未満の場合、実行制御装置101が、オペレーションOPiをリソースRkに割り当てる図中4-1。この結果、リソースRkにより、オペレーションOPiの実行が開始される。一方、リソースRkの多重度NkがオペレーションOPiの推奨多重度Fi以上の場合、実行制御装置101が、オペレーションOPiをリソースRkに割り当てない。この場合、実行制御装置101が、リソースRkにより実行中の該同一種類のオペレーションが1個以上完了するのを待って、上記2~4を繰り返す図中4-2。以上説明した実施の形態にかかる実行制御装置101によれば、実行要求を受け付けたオペレーションOPiの推奨多重度Fiに従って、リソースRkが同時実行する同一種類のオペレーションの数を制御することができる。これにより、オペレーションOPiの実行が規定時間内に完了するようにリソースRkに割り当てることができ、オペレーションOPiの処理時間の長期化およびリソースRkの過負荷を抑止することができる。実行制御装置101のハードウェア構成例図2は、実施の形態にかかる実行制御装置のハードウェア構成例を示すブロック図である。図2において、実行制御装置101は、CPUCentralProcessingUnit201と、ROMRead‐OnlyMemory202と、RAMRandomAccessMemory203と、磁気ディスクドライブ204と、磁気ディスク205と、光ディスクドライブ206と、光ディスク207と、I/FInterface208と、を備えている。また、各構成部はバス200によってそれぞれ接続されている。ここで、CPU201は、実行制御装置101の全体の制御を司る。ROM202は、ブートプログラムなどのプログラムを記憶している。RAM203は、CPU201のワークエリアとして使用される。磁気ディスクドライブ204は、CPU201の制御に従って磁気ディスク205に対するデータのリード/ライトを制御する。磁気ディスク205は、磁気ディスクドライブ204の制御で書き込まれたデータを記憶する。光ディスクドライブ206は、CPU201の制御に従って光ディスク207に対するデータのリード/ライトを制御する。光ディスク207は、光ディスクドライブ206の制御で書き込まれたデータを記憶したり、光ディスク207に記憶されたデータをコンピュータに読み取らせたりする。I/F208は、通信回線を通じてLAN、WAN、インターネットなどのネットワーク110に接続され、ネットワーク110を介して他の装置に接続される。そして、I/F208は、ネットワーク110と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。I/F208には、例えば、モデムやLANアダプタなどを採用することができる。なお、実行制御装置101は、上述したハードウェア構成のほか、ディスプレイ、キーボード、マウスなどの入出力装置を備えることにしてもよい。また、図1に示したリソースR1~RKについても、実行制御装置101と同様のハードウェア構成により実現することができる。ポリシー情報テーブル300の記憶内容つぎに、実行制御装置101が用いるポリシー情報テーブル300について説明する。ポリシー情報テーブル300は、例えば、図2に示したROM202、RAM203、磁気ディスク205、光ディスク207などの記憶装置に記憶されている。図3は、ポリシー情報テーブル300の記憶内容の一例を示す説明図である。図3において、ポリシー情報テーブル300は、ポリシーごとのポリシー情報例えば、ポリシー情報300-1~300-5を有している。ここで、ポリシーとは、オペレーションOPiの実行時に満たすべき条件であり、オペレーションOPiの実行が完了するまでに要する時間を規定するものである。具体的には、ポリシー情報は、ポリシーを識別するポリシー名と該ポリシーの内容とを含む。ポリシー情報300-1を例に挙げると、ライブマイグレーション図3中、LMの処理時間は、多重度1のときの実行時間×2以内かつ2[分]以内というポリシーP1が示されている。ライブマイグレーションの処理時間とは、VMのライブマイグレーションを完了するまでに要する時間である。多重度とは、同時実行している同一種類のオペレーションの数である。多重度1のときの実行時間とは、リソースRkが多重度1でVMのライブマイグレーションを実行する際に、該ライブマイグレーションを完了するまでに要する時間である。また、ポリシー情報300-2を例に挙げると、ライブマイグレーションの処理時間は、VMサイズ[GB]×30[秒]以内というポリシーP2が示されている。VMサイズとは、移動対象となるVMのメモリサイズである。なお、ポリシーの内容が矛盾しない限り、andやorで複数のポリシーを組み合わせて用いることができる。ポリシー情報300-3を例に挙げると、ポリシーP3は、ポリシーP1とポリシーP2とをandで組み合わせたものである。オペレーションOPiの実行要求つぎに、実行制御装置101が受け付けるオペレーションOPiの実行要求について説明する。図4は、オペレーションの実行要求の具体例を示す説明図である。図4において、実行要求400は、オペレーションID、種類、処理内容、適用ポリシー名および関与リソースに関する情報を含む。オペレーションIDは、オペレーションOPiの識別子である。種類は、オペレーションOPiの種類である。処理内容は、オペレーションOPiの処理内容である。適用ポリシー名は、オペレーションOPiに適用するポリシーの名称である。関与リソースは、オペレーションOPiの実行に関与するリソースRkである。具体的には、実行要求400は、オペレーションOP1の種類LM、処理内容VM1をSvrサーバAからSvrBへ移動、適用ポリシー名P1および関与リソースVM11[GB],SvrAsrc,SvrBdstを含む。なお、VM11[GB]は、VM1のメモリサイズが1[GB]であることを示している。SvrAsrcは、SvrAが移動元ソースの物理サーバであることを示している。SvrBdstは、SvrBが移動先ディスティネーションの物理サーバであることを示している。実行制御装置101の機能的構成例つぎに、実行制御装置101の機能的構成例について説明する。図5は、実施の形態にかかる実行制御装置の機能的構成を示すブロック図である。図5において、実行制御装置101は、受付部501と、選択部502と、検出部503と、算出部504と、比較部505と、割当部506と、収集部507と、を含む構成である。この制御部となる機能受付部501~収集部507は、具体的には、例えば、図2に示したROM202、RAM203、磁気ディスク205、光ディスク207などの記憶装置に記憶されたプログラムをCPU201に実行させることにより、または、I/F208により、その機能を実現する。受付部501は、ネットワークシステム100に対する所定のオペレーションOPiの実行要求を受け付ける。ここで、オペレーションOPiの実行要求は、例えば、オペレーションOPiの種類、処理内容、実行条件および適用ポリシー名を含むものである。実行条件は、例えば、オペレーションOPiの実行に関与するリソースRiや対象となるVMのメモリサイズなどを示す情報である。具体的には、例えば、受付部501が、実行制御装置101のキーボード不図示やマウス不図示を用いたユーザの操作入力により、オペレーションOPiの実行要求例えば、実行要求400を受け付ける。また、受付部501が、ネットワーク110を介して、外部のコンピュータからオペレーションOPiの実行要求を受信することにしてもよい。なお、実行要求を受け付けたオペレーションOPiは、例えば、オペレーションプールに登録される。オペレーションプールは、実行待ちのオペレーションOPiを一時的に保持する記憶領域であり、例えば、図2に示したRAM203、磁気ディスク205、光ディスク207などの記憶装置により実現される。選択部502は、実行要求が受け付けられたオペレーションOPiを選択する。具体的には、例えば、選択部502が、オペレーションプールの中から、実行要求を受け付けた順にオペレーションOPiを選択することにしてもよく、また、優先順位の高い順にオペレーションOPiを選択することにしてもよい。検出部503は、選択されたオペレーションOPiの実行に関与するリソースRkの多重度Nkを検出する。多重度Nkは、上述したように、リソースRkが実行中の、オペレーションOPiと同一種類のオペレーションの数である。具体的には、例えば、まず、検出部503が、受け付けられた実行要求からオペレーションOPiの実行に関与するリソースRkを特定する。図4に示した実行要求400の例では、オペレーションOP1の実行に関与するリソースRkとして、VM1,SvrAおよびSvrBが特定される。そして、検出部503が、特定したリソースRkに対して、現在実行中のオペレーションを問い合わせることにより、リソースRkの多重度Nkを検出することにしてもよい。また、検出部503が、後述の図7に示すリソース利用状況テーブル700を参照して、リソースRkの多重度Nkを検出することにしてもよい。なお、リソース利用状況テーブル700についての詳細な説明は、図7を用いて後述する。算出部504は、リソースRkの負荷情報と、リソースRkにより実行された、オペレーションOPiと同一種類のオペレーションのログ情報とに基づいて、オペレーションOPiの推奨多重度Fiを算出する。ここで、リソースRkの負荷情報とは、例えば、リソースRkのCPUやI/OInput/Outputデバイスの利用率である。実行制御装置101は、例えば、リソースRkに問い合わせることにより、リソースRkの負荷情報を取得することができる。オペレーションOPiと同一種類のオペレーションのログ情報とは、リソースRkが過去に実行した該同一種類のオペレーションの実行結果を含むものである。ログ情報は、具体的には、例えば、リソースRkが実行したオペレーションOPjの実行条件、処理時間、オペレーションOPjを実行時のリソースRkの多重度Nkおよび負荷情報などの各種パラメータの値を含む。具体的には、例えば、算出部504が、オペレーションOPjの処理時間を目的変数とし、オペレーションOPjの実行条件、実行時のリソースRkの多重度Nkおよび負荷情報を説明変数として回帰分析を行うことにより、各種パラメータ間の関係を特定する。そして、算出部504が、オペレーションOPiに適用するポリシーを満たす推奨多重度Fiを算出する。なお、算出部504の具体的な処理内容については、図8~図10を用いて後述する。算出された算出結果は、例えば、図6に示す推奨多重度テーブル600に登録される。推奨多重度テーブル600は、例えば、RAM203、磁気ディスク205、光ディスク207などの記憶装置により実現される。ここで、推奨多重度テーブル600の記憶内容について説明する。図6は、推奨多重度テーブルの記憶内容の一例を示す説明図その1である。図6において、推奨多重度テーブル600は、種類、推奨多重度、条件のフィールドを有する。各フィールドに情報を設定することで、推奨多重度情報600-1~600-3がレコードとして記憶されている。ここで、種類は、オペレーションの種類である。推奨多重度は、オペレーションの推奨多重度である。条件は、オペレーションを推奨多重度で同時実行する場合に、該オペレーションの実行に関与する各リソースが満たすべき条件である。推奨多重度情報600-1を例に挙げると、種類LMのオペレーションを推奨多重度3で同時実行する場合の条件CPU≦25andI/O≦25andsize≦1GBが示されている。この条件は、具体的には、オペレーションの実行に関与するリソースのCPUの利用率が25以下、かつ、I/Oの利用率が25以下、かつ、移動対象のVMのメモリサイズが1GB以下であることを示している。また、推奨多重度情報600-2を例に挙げると、種類LMのオペレーションを推奨多重度2で同時実行する場合の2つの条件が示されている。これは、種類LMのオペレーションを推奨多重度2で同時実行する場合、orで接続された2つの条件のうちいずれか一方の条件を満たせばよいことを示している。また、推奨多重度情報600-3を例に挙げると、種類LMのオペレーションを推奨多重度1で同時実行する場合の条件Othersが示されている。条件Othersは、推奨多重度情報600-1,600-2で示した条件以外の任意の条件を示している。なお、ここでは、リソースが満たすべき条件として、オペレーションOPiの実行に関与するリソースで共通の条件を例に挙げて説明したが、オペレーションOPiの実行に関与するリソースごとの条件を設定することにしてもよい。図5の説明に戻り、比較部505は、検出されたリソースRkの多重度Nkと、算出されたオペレーションOPiの推奨多重度Fiとを比較する。推奨多重度Fiは、上述したように、リソースRkによりオペレーションOPiの実行が規定時間内に完了する、リソースRkが同時に実行可能な同一種類のオペレーションの数である。割当部506は、比較された比較結果に基づいて、オペレーションOPiをリソースRkに割り当てる。具体的には、例えば、割当部506が、オペレーションOPiの実行に関与するすべてのリソースRkの多重度Nkが、オペレーションOPiの推奨多重度Fi未満の場合、オペレーションOPiをリソースRkに割り当てる。一方、オペレーションOPiの実行に関与する少なくともいずれかのリソースRkの多重度Nkが、オペレーションOPiの推奨多重度Fi以上の場合、割当部506は、オペレーションOPiをリソースRkに割り当てない。これにより、オペレーションOPiがリソースRkに割り当てられた結果、オペレーションOPiの実行がポリシーで規定された時間内に完了しないことを防ぐことができる。割り当てられた割当結果は、例えば、図7に示すリソース利用状況テーブル700に記憶される。リソース利用状況テーブル700は、例えば、RAM203、磁気ディスク205、光ディスク207などの記憶装置により実現される。ここで、リソース利用状況テーブル700の記憶内容について説明する。図7は、リソース利用状況テーブルの記憶内容の一例を示す説明図である。図7において、リソース利用状況テーブル700は、リソース名、実行中オペレーションおよび多重度のフィールドを有する。各フィールドに情報を設定することで、リソースRkごとの利用状況情報700-1~700-6がレコードとして記憶されている。ここで、リソース名は、リソースRkの識別子である。実行中オペレーションは、リソースRkが実行中のオペレーションOPiの識別子である。多重度は、リソースRkが同時実行中の、オペレーションOPiと同一種類のオペレーションの数である。リソースRkの多重度Nkは、オペレーションOPiがリソースRkに割り当てられるとインクリメントされ、リソースRkによるオペレーションOPiの実行が完了するとデクリメントされる。例えば、利用状況情報700-1は、SvrAが、多重度2でオペレーションOP1,OP2を実行中であることを示している。利用状況情報700-6は、SWスイッチ装置Yが、多重度1でオペレーションOP2を実行中であることを示している。上記検出部503は、リソース利用状況テーブル700を参照して、リソースRkの多重度Nkを検出することができる。例えば、リソースRkをSvrAとすると、検出部503が、利用状況情報700-1を参照することにより、SvrAの多重度2を検出することができる。なお、リソース利用状況テーブル700は、例えば、オペレーションの種類ごとに作成される。また、リソース利用状況テーブル700には、リソースR1~RKのうち、例えば、種類LMのオペレーションの実行に関与するすべてのリソースRkが予め登録されている。図5の説明に戻り、比較部505は、リソースRkがオペレーションOPiと同一種類のオペレーションOPjを実行中の場合、検出されたリソースRkの多重度Nkと、オペレーションOPjの推奨多重度Fjとを比較することにしてもよい。オペレーションOPjの推奨多重度Fjは、例えば、オペレーションOPjをリソースRkに割り当てる前に算出されたものである。また、割当部506は、リソースRkの多重度NkとオペレーションOPjの推奨多重度Fjとの比較結果に基づいて、オペレーションOPiをリソースRkに割り当てることにしてもよい。具体的には、例えば、割当部506が、オペレーションOPiの実行に関与するすべてのリソースRkについて、多重度Nkが、オペレーションOPjの推奨多重度Fj未満の場合、オペレーションOPiをリソースRkに割り当てる。一方、オペレーションOPiの実行に関与する少なくともいずれかのリソースRkについて、多重度NkがオペレーションOPjの推奨多重度Fj以上の場合、割当部506は、オペレーションOPiをリソースRkに割り当てない。すなわち、リソースRkに割当済みのオペレーションOPjが存在する場合、新たなオペレーションOPiを割り当てることで、リソースRkの多重度NkがオペレーションOPjの推奨多重度Fjを超えるときは、オペレーションOPiの割当は行われない。これにより、オペレーションOPiがリソースRkに割り当てられた結果、オペレーションOPjの実行がポリシーで規定された時間内に完了しないことを防ぐことができる。収集部507は、オペレーションOPiがリソースRkに割り当てられた結果、リソースRkにより実行されたオペレーションOPiのログ情報をリソースRkから受信する。オペレーションOPiのログ情報が受信されると、例えば、リソース利用状況テーブル700内の該当リソースRkの多重度Nkがデクリメントされる。また、算出部504は、受信されたオペレーションOPiのログ情報を用いて、オペレーションOPiと同一種類のオペレーションの推奨多重度を算出することにしてもよい。これにより、各リソースRkにおけるオペレーションOPiと同一種類のオペレーションの実行結果をフィードバックして、オペレーションOPiの推奨多重度Fiを算出することができる。なお、上述した説明では、オペレーションOPiの推奨多重度Fiを算出することにしたが、これに限らない。例えば、ネットワークシステム100の管理者により、各オペレーションOPiの推奨多重度Fiを決定して推奨多重度テーブル600に登録しておくことにしてもよい。算出部504の具体的な処理内容つぎに、上記算出部504の具体的な処理内容について説明する。まず、ある負荷状態におけるリソースRkを例に挙げて、オペレーションOPiの推奨多重度Fiを算出する処理内容の一例について説明する。ここでは、オペレーションOPiの種類をLMとする。図8は、ある負荷状態におけるマイグレーション時間を示す説明図である。図8において、マイグレーション時間[秒]を示す縦軸と多重度を示す横軸とからなる座標系800に、グラフ801,802,803が示されている。グラフ801は、ある負荷状態のリソースRkにおいて、VMサイズが1[GB]のVMのマイグレーションが行われたときのリソースRkの多重度Nkとマイグレーション時間との関係を示している。マイグレーション時間は、VMのマイグレーションが完了するまでに要した時間である。また、グラフ802は、リソースRkにおいて、VMサイズが2[GB]のVMのマイグレーションが実行されたときのリソースRkの多重度Nkとマイグレーション時間との関係を示している。また、グラフ803は、リソースRkにおいて、VMサイズが4[GB]のVMのマイグレーションが実行されたときのリソースRkの多重度Nkとマイグレーション時間との関係を示している。ここで、ポリシー情報テーブル300に示したポリシーP1に従って、VMのライブマイグレーションを行う場合を想定する。リソースRkにおいて、多重度1でVMサイズが1[GB]のVMのライブマイグレーションを実行したときの実行時間は34[秒]である。このため、ポリシーP1は68[秒]以内となる。この場合、VMサイズが1[GB]のVMのライブマイグレーションを行うオペレーションOPiの推奨多重度Fiは3となる。リソースRkにおいて、多重度1でVMサイズが2[GB]のVMのライブマイグレーションを実行したときの実行時間は54[秒]である。このため、ポリシーP1は108[秒]以内となる。この場合、VMサイズが2[GB]のVMのライブマイグレーションを行うオペレーションOPiの推奨多重度Fiは3となる。リソースRkにおいて、多重度1でVMサイズが4[GB]のVMのライブマイグレーションを実行したときの実行時間は92[秒]である。このため、ポリシーP1は120[秒]以内となる。この場合、VMサイズが4[GB]のVMのライブマイグレーションを行うオペレーションOPiの推奨多重度Fiは2となる。つぎに、リソースRkにより実行された、オペレーションOPiと同一種類のオペレーションのログ情報に基づいて、オペレーションOPiの推奨多重度Fiを算出する、より具体的な処理内容の一例について説明する。ここでは、オペレーションOPiの種類をLMとする。図9は、ログ情報の具体例を示す説明図である。図9において、ログ情報900は、オペレーションOPiの実行に関与するリソースRkにより実行された種類LMのオペレーションOP1~OP7のログL1~L7を有する。具体的には、ログL1~L7は、オペレーションID、種類、VMID、VMサイズ、多重度、処理時間および負荷情報を含む。オペレーションIDは、各オペレーションの識別子である。種類は、各オペレーションの種類である。VMIDは、移動対象のVMの識別子である。VMサイズは、移動対象のVMのメモリサイズである。多重度は、各オペレーション実行時のリソースRkの多重度である。処理時間は、各オペレーションの実行が完了するまでに要した時間である。負荷情報は、各オペレーション実行時のリソースRkのCPUおよびI/Oの利用率である。ここでは、各オペレーションの実行に関与するリソースRkのうちいずれかのリソースRkのCPUおよびI/Oの利用率を抜粋して示している。ここで、ログL1を例に挙げると、オペレーションOP1は、多重度3で実行されたVMサイズが1[GB]のVM1のライブマイグレーションである。また、オペレーションOP1の処理時間は20[秒]であり、リソースRkのCPUおよびI/Oの利用率はそれぞれ20[]および10[]である。以下、ポリシー情報テーブル300に示したポリシーP2に従って、VMのライブマイグレーションを行うオペレーションOPiの推奨多重度Fiを算出する場合を想定する。図10は、オペレーションの推奨多重度の算出例を示す説明図である。図10において、オペレーションOPiと同一種類のオペレーションのログ情報900L1~L7が示されている図10中、10-1参照。算出部504は、ログ情報900のログL1~L7の中から、ポリシーP2に合致するログを抽出する図10中、10-2参照。ここでは、ログL1~L7の中から、ポリシーP2に合致するログL1,L2,L5,L6,L7が抽出されている。ログL1を例に挙げると、ログL1のVMサイズは1[GB]のため、ポリシーP2は30[秒]以内となる。ログL1の処理時間は20[秒]のため、ログL1はポリシーP2に合致する。ログL3を例に挙げると、ログL3のVMサイズは1[GB]のため、ポリシーP2は30[秒]以内となる。ログL3の処理時間は60[秒]のため、ログL3はポリシーP2に合致しない。算出部504は、VMサイズと多重度とのペアごとに、CPUおよびI/Oの利用率が最大のログを特定する。ここでは、VMサイズ1と多重度2とのペアにおいて、CPUおよびI/Oの利用率が最大のログL6が特定されている。また、VMサイズ1と多重度3とのペアにおいて、CPUおよびI/Oの利用率が最大のログL5が特定されている。また、VMサイズ2と多重度2とのペアにおいて、CPUおよびI/Oの利用率が最大のログL2が特定されている。算出部504は、VMサイズと多重度とのペアごとに、特定されたログの多重度を、種類LMのオペレーションの推奨多重度とし、該ログのVMサイズ、CPUおよびI/Oの利用率を条件とする図10中、10-3参照。この条件とは、種類LMのオペレーションを推奨多重度で同時実行する場合のリソースRkが満たすべき条件である。ここでは、VMサイズ1と多重度3とのペアについて、ログL5が特定された結果、推奨多重度テーブル600に推奨多重度情報600-1が登録されている。また、VMサイズ1と多重度2とのペアについてログL6が特定され、VMサイズ2と多重度2とのペアについてログL2が特定された結果、推奨多重度テーブル600に推奨多重度情報600-2が登録されている。また、VMサイズAllと多重度1とのペアについて、推奨多重度テーブル600に推奨多重度情報600-3が登録されている。なお、VMサイズAllは、任意のメモリサイズを示している。そして、算出部504は、推奨多重度テーブル600を参照して、現在のリソースRkの負荷情報に対応するオペレーションOPiの推奨多重度Fiを特定する。リソースRkの負荷情報は、例えば、CPUおよびI/Oの利用率、移動対象となるVMのVMサイズなどである。なお、リソースRkの負荷情報は、例えば、収集部507によりリソースRkから受信される。例えば、オペレーションOPiの実行に関与する全リソースRkのCPUおよびI/Oの利用率が25[]以下かつ移動対象となるVMのVMサイズが1[GB]以下の場合を想定する。この場合、オペレーションOPiの推奨多重度Fiは、推奨多重度情報600-1から3となる。また、オペレーションOPiの実行に関与する全リソースRkのCPUの利用率が25[]より大きく30[]以下、かつ、I/Oの利用率が25[]より大きく40[]以下、かつ、VMサイズが1[GB]以下の場合を想定する。この場合、オペレーションOPiの推奨多重度Fiは、推奨多重度情報600-2から2となる。また、オペレーションOPiの実行に関与する全リソースRkのCPUの利用率が40[]以下、かつ、I/Oの利用率が20[]以下、かつ、VMサイズが1[GB]より大きく2[GB]以下の場合を想定する。この場合、オペレーションOPiの推奨多重度Fiは、推奨多重度情報600-2から2となる。また、オペレーションOPiの実行に関与する少なくともいずれかのリソースRkのCPUおよびI/Oの利用率が上記条件以外、かつ、VMサイズが上記条件以外の場合、オペレーションOPiの推奨多重度Fiは推奨多重度情報600-3から1となる。リソースRkごとの推奨多重度Fi-k上述した説明では、各リソースR1~RKの処理性能が同一であることを想定して、実行要求を受け付けたオペレーションOPiに対して推奨多重度Fiを算出する場合について説明したが、これに限らない。例えば、各リソースR1~RKの処理性能が異なる場合を想定して、オペレーションOPiの実行に関与する各リソースに対して、オペレーションOPiの推奨多重度Fiをそれぞれ算出することにしてもよい。ここでは説明のため、オペレーションOPiの実行に関与するリソースをリソースR1~RMと表記し、リソースR1~RMのうち任意のリソースをリソースRmと表記するm=1,2,...,M。また、リソースRmに対するオペレーションOPiの推奨多重度を推奨多重度Fi-mと表記する。具体的には、例えば、算出部504は、リソースRmごとに、リソースRmの負荷情報と、該リソースRmにより実行された、オペレーションOPiと同一種類のオペレーションのログ情報とに基づいて、オペレーションOPiの推奨多重度Fi-mを算出する。また、比較部505は、リソースRmごとに、リソースRmの多重度Nmと、算出された推奨多重度Fi-1~Fi-Mのうち最小の推奨多重度FiMinとを比較する。そして、割当部506は、リソースRmごとの比較結果に基づいて、オペレーションOPiをリソースR1~RMに割り当てる。具体的には、例えば、割当部506が、全リソースR1~RMの多重度N1~NMが推奨多重度FiMin未満の場合、オペレーションOPiをリソースR1~RMに割り当てる。すなわち、推奨多重度FiMinが、オペレーションOPiの推奨多重度Fiとなる。図11は、各リソースに対してオペレーションの推奨多重度を設定する場合の推奨多重度テーブルの記憶内容の一例を示す説明図である。図11において、SvrA,SvrBおよびSwXは、実行要求を受け付けたオペレーションOPiの実行に関与するリソースRkである。オペレーションOPiは、SwXを介してSvrAからSvrBへVMのマイグレーションを行うものである。また、推奨多重度テーブル1100には、オペレーションOPiの実行に関与するリソースSvrA,SvrB,SwXごとの推奨多重度情報1100-1~1100-6が示されている。推奨多重度情報1100-1~1100-3は、SvrAに対するオペレーションOPiの推奨多重度を示すものである。SvrAに対するオペレーションOPiの推奨多重度は、上記算出部504により、SvrAにより実行された、オペレーションOPiと同一種類のオペレーションのログ情報に基づいて算出される。推奨多重度情報1100-4,1100-5は、SvrBに対するオペレーションOPiの推奨多重度を示すものである。SvrBに対するオペレーションOPiの推奨多重度は、上記算出部504により、SvrBにより実行された、オペレーションOPiと同一種類のオペレーションのログ情報に基づいて算出される。推奨多重度情報1100-6は、SwXに対するオペレーションOPiの推奨多重度を示すものである。SwXに対するオペレーションOPiの推奨多重度は、上記算出部504により、SwXにより実行された、オペレーションOPiと同一種類のオペレーションのログ情報に基づいて算出される。ここで、SvrAのCPUおよびI/Oの利用率を10[]および20[]とし、SvrBのCPUおよびI/Oの利用率を20[]および50[]とする。この場合、例えば、VMサイズが1[GB]のVMのライブマイグレーションを行うオペレーションOPiのリソースSvrA,SvrB,SwXごとの推奨多重度は3,2,3となる。このため、オペレーションOPiの推奨多重度Fiは2=Min3,2,3となる。また、SvrAのCPUおよびI/Oの利用率を30[]および50[]とし、SvrBのCPUおよびI/Oの利用率を20[]および50[]とする。この場合、例えば、VMサイズが4[GB]のVMのライブマイグレーションを行うオペレーションOPiのリソースSvrA,SvrB,SwXごとの推奨多重度は1,2,3となる。このため、オペレーションOPiの推奨多重度Fiは1=Min1,2,3となる。これにより、各リソースR1~RKの処理性能が異なる場合を想定して、オペレーションOPiの推奨多重度Fiを算出することができる。具体的には、例えば、オペレーションOPiの実行に関与するリソースRkのうち処理性能が最も低いリソースRkの推奨多重度を、オペレーションOPiの推奨多重度Fiとすることで、オペレーションOPiの実行がポリシーで規定された時間内に完了しないことを防ぐことができる。実行制御装置101の実行制御処理手順つぎに、実施の形態にかかる実行制御装置101の実行制御処理手順について説明する。図12および図13は、実施の形態にかかる実行制御装置の実行制御処理手順の一例を示すフローチャートである。図12のフローチャートにおいて、まず、選択部502により、オペレーションプールに実行待ちのオペレーションOPiがあるか否かを判断するステップS1201。ここで、実行待ちのオペレーションOPiがない場合ステップS1201:No、受付部501により、オペレーションプールにオペレーションOPiが登録されるのを待つ。一方、実行待ちのオペレーションOPiがある場合ステップS1201:Yes、選択部502により、オペレーションプールの中からオペレーションOPiを選択するステップS1202。そして、検出部503により、リソースR1~RKの中から、選択されたオペレーションOPiの実行に関与するリソースRkを特定するステップS1203。そして、検出部503により、特定されたリソースRkの多重度Nkを検出するステップS1204。つぎに、算出部504により、特定されたリソースRkの負荷情報と、リソースRkにより実行された、オペレーションOPiと同一種類のオペレーションのログ情報とに基づいて、オペレーションOPiの推奨多重度Fiを算出するステップS1205。このあと、比較部505により、選択されたオペレーションOPiの実行に関与するリソースRkを選択するステップS1206。そして、比較部505により、選択されたリソースRkが実行中のオペレーションOPjがあるか否かを判断するステップS1207。ここで、実行中のオペレーションOPjがない場合ステップS1207:No、ステップS1213に移行する。一方、実行中のオペレーションOPjがある場合ステップS1207:Yes、比較部505により、選択されたリソースRkが実行中のオペレーションOPjを選択するステップS1208。そして、比較部505により、選択されたオペレーションOPjの推奨多重度Fjを特定するステップS1209。なお、オペレーションOPjの推奨多重度Fjは、実行開始前に算出されたものであり、例えば、RAM203に記憶されている。つぎに、比較部505により、選択されたリソースRkの多重度Nkと、特定されたオペレーションOPjの推奨多重度Fjとを比較するステップS1210。そして、割当部506により、リソースRkの多重度NkがオペレーションOPjの推奨多重度Fj未満か否かを判断するステップS1211。ここで、リソースRkの多重度NkがオペレーションOPjの推奨多重度Fj以上の場合ステップS1211:No、図13に示すステップS1307に移行する。一方、多重度Nkが推奨多重度Fj未満の場合ステップS1211:Yes、比較部505により、リソースRkが実行中のオペレーションOPjのうち選択されていない未選択のオペレーションOPjがあるか否かを判断するステップS1212。ここで、未選択のオペレーションOPjがある場合ステップS1212:Yes、ステップS1208に戻る。一方、未選択のオペレーションOPjがない場合ステップS1212:No、比較部505により、オペレーションOPiの実行に関与するリソースRkのうち選択されていない未選択のリソースRkがあるか否かを判断するステップS1213。ここで、未選択のリソースRkがある場合ステップS1213:Yes、ステップS1206に戻る。一方、未選択のリソースRkがない場合ステップS1213:No、図13に示すステップS1301に移行する。図13のフローチャートにおいて、まず、比較部505により、図12に示したステップS1202において選択されたオペレーションOPiの実行に関与するリソースRkを選択するステップS1301。このあと、比較部505により、選択されたリソースRkの多重度Nkと、選択されたオペレーションOPiの推奨多重度Fiとを比較するステップS1302。そして、割当部506により、リソースRkの多重度NkがオペレーションOPiの推奨多重度Fi未満か否かを判断するステップS1303。ここで、リソースRkの多重度NkがオペレーションOPiの推奨多重度Fi未満の場合ステップS1303:Yes、比較部505により、オペレーションOPiの実行に関与するリソースRkのうち選択されていない未選択のリソースRkがあるか否かを判断するステップS1304。ここで、未選択のリソースRkがある場合ステップS1304:Yes、ステップS1301に戻る。一方、未選択のリソースRkがない場合ステップS1304:No、割当部506により、選択されたオペレーションOPiをリソースRkに割り当てるステップS1305。そして、割当部506により、オペレーションプールの中から、割当済みのオペレーションOPiを削除してステップS1306、図12に示したステップS1201に戻る。また、ステップS1303において、リソースRkの多重度NkがオペレーションOPiの推奨多重度Fi以上の場合ステップS1303:No、選択部502により、実行待ちのオペレーションOPiのうち選択されていない未選択のオペレーションOPiがあるか否かを判断するステップS1307。ここで、未選択のオペレーションOPiがある場合ステップS1307:Yes、図12に示したステップS1202に戻る。一方、未選択のオペレーションOPiがない場合ステップS1307:No、選択部502により、選択されたリソースRkにより1個以上のオペレーションOPjの実行が完了したか否かを判断するステップS1308。ここで、選択部502により、1個以上のオペレーションOPjの実行が完了するのを待ってステップS1308:No、完了した場合ステップS1308:Yes、図12に示したステップS1202に移行する。これにより、オペレーションOPiの実行がポリシーで規定された時間内に完了するようにリソースRkに割り当てることができる。また、リソースRkで実行中のオペレーションOPjの実行がポリシーで規定された時間内に完了するように、リソースRkにオペレーションOPiを割り当てることができる。実行制御装置101の実行制御処理の実施例図14は、実施の形態にかかるネットワークシステムの一実施例を示す説明図その2である。図14において、ネットワークシステム1400は、実行制御装置101と、SvrAと、SvrBと、SvrCと、SvrDと、SwXと、SwYと、を含む。SvrAにおいて、VM1VMサイズ:1[GB]およびVM2VMサイズ:4[GB]が動作している。SvrBにおいて、VM3VMサイズ:4[GB]が動作している。SvrCにおいて、VM4VMサイズ:4[GB]およびVM5VMサイズ:2[GB]が動作している。SvrDにおいて、VM6VMサイズ:1[GB]が動作している。ここでは、以下に示すタイミング時刻tで、オペレーションOP1~OP6の実行要求を受け付けた場合を想定する。また、オペレーションOP1~OP6に適用するポリシーを図3に示したポリシーP1とする。時刻t=0<オペレーションOP1>種類LM処理内容VM1をSvrAからSvrBへ移動関与リソースVM1,SvrA,SvrB,SwX時刻t=10<オペレーションOP2>種類LM処理内容VM2をSvrAからSvrDへ移動関与リソースVM2,SvrA,SvrD,SwX,SwY時刻t=20<オペレーションOP3>種類LM処理内容VM3をSvrBからSvrAへ移動関与リソースVM3,SvrA,SvrB,SwX時刻t=50<オペレーションOP4>種類LM処理内容VM4をSvrCからSvrBへ移動関与リソースVM4,SvrB,SvrC,SwX,SwY時刻t=70<オペレーションOP5>種類LM処理内容VM5をSvrCからSvrDへ移動関与リソースVM5,SvrC,SvrD,SwY時刻t=100<オペレーションOP6>種類LM処理内容VM6をSvrDからSvrAへ移動関与リソースVM6,SvrA,SvrD,SwX,SwYつぎに、図15を用いて、ポリシーP1を満たす種類LMのオペレーションの推奨多重度について説明する。図15は、推奨多重度テーブルの記憶内容の一例を示す説明図その2である。図15において、推奨多重度テーブル1500には、推奨多重度情報1500-1~1500-3がレコードとして記憶されている。推奨多重度情報1500-1は、種類LMのオペレーションを推奨多重度3で同時実行する場合の条件size≦2GBを示している。なお、ここでは、各リソースRkにおけるCPUおよびI/Oの利用率に関する条件を省略している。推奨多重度情報1500-2は、種類LMのオペレーションを推奨多重度2で同時実行する場合の条件size≦4GBを示している。推奨多重度情報1500-3は、種類LMのオペレーションを推奨多重度1で同時実行する場合の条件Othersを示している。以下、図16~図22を用いて、実行制御装置101の実行制御処理の実施例について説明する。図16~図22は、リソース利用状況の変遷を示す説明図である。図16に示す1実行開始前は、オペレーションOP1~OP6の実行が開始される前の状態である。このため、オペレーションプールは空の状態となっている。また、各リソースにより実行されているオペレーションがないため、リソース利用状況テーブル700内のSvrA~SvrD,SwX,SwYの多重度は0となっている。図16に示す2時刻t=0において、オペレーションOP1の実行要求が受け付けられると、オペレーションOP1がオペレーションプールに登録される。ここで、VM1のVMサイズは1[GB]のため、オペレーションOP1の推奨多重度F1は3となる図15参照。また、各SvrA~SvrD,SwX,SwYの多重度は0のため、オペレーションOP1の実行が開始される。この結果、オペレーションプールからオペレーションOP1が削除され、リソース利用状況テーブル700内のオペレーションOP1の実行に関与するSvrA,SvrB,SwXの多重度がインクリメントされている。図17に示す3時刻t=10において、オペレーションOP2の実行要求が受け付けられると、オペレーションOP2がオペレーションプールに登録される。ここで、VM2のVMサイズは4[GB]のため、オペレーションOP2の推奨多重度F2は2となる図15参照。また、各SvrA~SvrD,SwX,SwYの多重度は2未満のため、オペレーションOP2の実行が開始される。この結果、オペレーションプールからオペレーションOP2が削除され、リソース利用状況テーブル700内のオペレーションOP2の実行に関与するSvrA,SvrD,SwX,SwYの多重度がインクリメントされている。図17に示す4時刻t=20において、オペレーションOP3の実行要求が受け付けられると、オペレーションOP3がオペレーションプールに登録される。ここで、VM3のVMサイズは4[GB]のため、オペレーションOP3の推奨多重度F3は2となる図15参照。ここで、オペレーションOP3の実行に関与するSvrA,SvrB,SwXのうち、SvrA,SwXの多重度が2のため、オペレーションOP3の実行は保留される。このため、オペレーションプールにオペレーションOP3が登録されたままとなる。図18に示す5時刻t=40において、オペレーションOP1の実行が完了し、オペレーションOP1の実行に関与するSvrA,SvrB,SwXの多重度がデクリメントされたとする。この場合、実行待ちとなっているオペレーションOP3の実行に関与するSvrA,SvrB,SwXの多重度が2未満となるため、オペレーションOP3の実行が開始される。この結果、オペレーションプールからオペレーションOP3が削除され、リソース利用状況テーブル700内のオペレーションOP3の実行に関与するSvrA,SvrB,SwXの多重度がインクリメントされている。図18に示す6時刻t=50において、オペレーションOP4の実行要求が受け付けられると、オペレーションOP4がオペレーションプールに登録される。ここで、VM4のVMサイズは4[GB]のため、オペレーションOP4の推奨多重度F4は2となる図15参照。ここで、オペレーションOP4の実行に関与するSvrB,SvrC,SwX,SwYのうち、SwXの多重度が2のため、オペレーションOP4の実行は保留される。このため、オペレーションプールにオペレーションOP4が登録されたままとなる。図19に示す7時刻t=70において、オペレーションOP5の実行要求が受け付けられると、オペレーションOP5がオペレーションプールに登録される。ここで、VM5のVMサイズは2[GB]のため、オペレーションOP5の推奨多重度F5は3となる図15参照。また、オペレーションOP5の実行に関与するSvrC,SvrD,SwYの多重度はすべて3未満となっているため、オペレーションOP5の実行が開始される。この結果、オペレーションプールからオペレーションOP5が削除され、リソース利用状況テーブル700内のオペレーションOP5の実行に関与するSvrC,SvrD,SwYの多重度がインクリメントされている。図19に示す8時刻t=90において、オペレーションOP2の実行が完了し、オペレーションOP2の実行に関与するSvrA,SvrD,SwX,SwYの多重度がデクリメントされたとする。この場合、実行待ちとなっているオペレーションOP4の実行に関与するSvrB,SvrC,SwX,SwYの多重度が2未満となるため、オペレーションOP4の実行が開始される。この結果、オペレーションプールからオペレーションOP4が削除され、リソース利用状況テーブル700内のオペレーションOP4の実行に関与するSvrB,SvrC,SwX,SwYの多重度がインクリメントされている。図20に示す9時刻t=100において、オペレーションOP6の実行要求が受け付けられると、オペレーションOP6がオペレーションプールに登録される。ここで、VM6のVMサイズは1[GB]のため、オペレーションOP6の推奨多重度F6は3となる図15参照。ここで、オペレーションOP6の実行に関与するSvrA,SvrD,SwX,SwYの多重度はすべて3未満である。しかし、SwX,SwYで実行中のオペレーションOP3,OP4の推奨多重度F3,F4は2のため、オペレーションOP6の実行は保留される。このため、オペレーションプールにオペレーションOP6が登録されたままとなる。図20に示す10時刻t=120において、オペレーションOP3の実行が完了し、オペレーションOP3の実行に関与するSvrA,SvrB,SwXの多重度がデクリメントされている。しかし、SwYで実行中のオペレーションOP4の推奨多重度F4は2のため、継続してオペレーションOP6の実行は保留される。図21に示す11時刻t=140において、オペレーションOP5の実行が完了し、オペレーションOP5の実行に関与するSvrC,SvrD,SwYの多重度がデクリメントされたとする。この場合、実行待ちとなっているオペレーションOP6の実行に関与するSvrA,SvrD,SwX,SwYの多重度が3未満となる。また、実行中のオペレーションOP4の実行に関与するSvrB,SvrC,SwX,SwYの多重度が2未満となる。このため、オペレーションOP6の実行が開始される。この結果、オペレーションプールからオペレーションOP6が削除され、リソース利用状況テーブル700内のオペレーションOP6の実行に関与するSvrA,SvrD,SwX,SwYの多重度がインクリメントされている。図21に示す12時刻t=160において、オペレーションOP4の実行が完了し、オペレーションOP4の実行に関与するSvrB,SvrC,SwX,SwYの多重度がデクリメントされている。図22に示す13時刻t=180において、オペレーションOP6の実行が完了し、オペレーションOP6の実行に関与するSvrA,SvrD,SwX,SwYの多重度がデクリメントされている。これにより、実行要求を受け付けたオペレーションOP1~OP6の実行がすべて完了したことになる。図23は、オペレーションOP1~OP6のタイムラインを示す説明図である。図23において、タイムライン2300には、各オペレーションOP1~OP6の実行状況実行中、実行保留中と、SvrA、SvrB、SvrC、SvrD、SwXおよびSwYの多重度とが時系列に示されている。時刻t=20~40において、オペレーションOP3は、オペレーションOP3の推奨多重度F3が2のため実行が保留されている。また、時刻t=50~90において、オペレーションOP4は、オペレーションOP4の推奨多重度F4が2のため実行が保留されている。また、時刻t=70において、オペレーションOP4は継続して保留中となっている一方で、オペレーションOP4よりもあとに実行要求を受け付けたオペレーションOP5が先に実行されている。また、時刻t=100~140において、オペレーションOP6は、実行中のオペレーションOP4の推奨多重度F4が2のため継続して保留されている。このように、各オペレーションOP1~OP6の実行タイミングを推奨多重度F1~F6に従ってスケジューリングすることで、リソースの過負荷を抑止するとともに、オペレーションOP1~OP6の処理全体にかかる処理時間の長期化を抑止することができる。すなわち、複数のオペレーションを同時に実行してリソースRkの過負荷を招くのではなく、また、オペレーションを1個ずつ実行して全体処理時間の長期化を招くのではなく、複数のオペレーションを適切な順序と多重度で効率的に実行することができる。以上説明したように、実施の形態にかかる実行制御装置101によれば、実行要求を受け付けたオペレーションOPiの推奨多重度FiとリソースRkの多重度Nkとの比較結果に基づいて、オペレーションOPiの実行を制御することができる。これにより、オペレーションOPiの実行がポリシーで規定された時間内に完了するようにリソースRkに割り当てることができ、オペレーションOPiの処理時間の長期化およびリソースRkの過負荷を抑止することができる。また、実行制御装置101によれば、リソースRkの負荷情報と、リソースRkにより実行された、オペレーションOPiと同一種類のオペレーションのログ情報とに基づいて、オペレーションOPiの推奨多重度Fiを算出することができる。これにより、リソースRkにおいて、オペレーションOPiと同一種類のオペレーションの実行が規定時間内に完了した多重度を、オペレーションOPiの推奨多重度Fiとして算出することができる。また、実行制御装置101によれば、リソースRkが実行中のオペレーションOPjの推奨多重度FjとリソースRkの多重度Nkとの比較結果に基づいて、実行要求を受け付けたオペレーションOPiの実行を制御することができる。これにより、オペレーションOPiがリソースRkに割り当てられた結果、オペレーションOPjの実行がポリシーで規定された時間内に完了しないことを防ぐことができる。また、実行制御装置101によれば、オペレーションOPiの実行に関与する各々のリソースRmについて、オペレーションOPiの推奨多重度Fi-mを算出することができる。そして、算出された推奨多重度Fi-1~Fi-Mのうち最小の推奨多重度FiMinを、オペレーションOPiの推奨多重度Fiとすることができる。これにより、リソースR1~RMのうちボトルネックとなるリソースに合わせてオペレーションOPiを割り当てることができ、オペレーションOPiの実行がポリシーで規定された時間内に完了しないことを防ぐことができる。また、実行制御装置101によれば、リソースRkにより実行された、オペレーションOPiと同一種類のオペレーションのログ情報を、リソースRkから受信することができる。これにより、各リソースRkにおけるオペレーションOPiと同一種類のオペレーションの実行結果をフィードバックして、オペレーションOPiの推奨多重度Fiを算出することができる。これらのことから、実行制御装置101によれば、ネットワークシステム100において、同時多発的に実行され得る運用管理オペレーションの処理時間の長期化およびリソースRkの過負荷を抑止することができる。また、運用管理オペレーションの処理時間の長期化を抑止することにより、さらなるリソースの圧迫やサービスの性能劣化を防ぐことができる。具体的には、例えば、ライブマイグレーションの処理時間の増大化を抑止することにより、再送データ量の増加を抑え、運用管理ネットワークリソースの圧迫を防ぐことができる。また、例えば、VM起動の処理時間の増大化を抑止することにより、多数のVMの同時起動処理による物理サーバリソースの圧迫や同一物理サーバ上で実行中のVMによるサービスの性能劣化を防ぐことができる。なお、本実施の形態で説明した実行制御方法は、予め用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本実行制御プログラムは、ハードディスク、フレキシブルディスク、CD-ROM、MO、DVD等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本実行制御プログラムは、インターネット等のネットワークを介して配布してもよい。"