(57)【要約】      （修正有）【課題】ＮＦＶ（Network  Functions  Virtualisation）環境において、より迅速にＶＮＦ（Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）のスケールアウトを行う管理システム及び管理方法を提供する。【解決手段】ＶＮＦＭ３０は、ＶＩＭ４０にて予め予約している余剰の仮想化資源である余剰資源に関する余剰資源情報を格納するＶＮＦＭ余剰資源情報ＤＢ３１と、ＶＮＦから仮想化資源が不足している旨の通知を受信すると、ＶＮＦＭ余剰資源情報ＤＢ３１に格納された余剰資源情報に基づいて、予約している余剰資源の仮想サーバを特定し、特定した仮想サーバを配備する旨の指示をＶＩＭ４０に送信する配備指示送信部３２と、を備える。ＶＩＭ４０は、ＶＮＦＭ３０から仮想サーバを配備する旨の指示を受信すると仮想サーバを配備する、仮想サーバ配備部４１を備える。【選択図】図２
2015194949.tif 000002
【特許請求の範囲】
【請求項１】
通信処理を実行する仮想サーバが生成される物理サーバを含む仮想化資源を含んで構成される通信システムに含まれると共に、当該仮想サーバが有する通信処理を実行する機能を管理する仮想通信機能管理ノードと、当該仮想化資源各々を管理する仮想化資源管理ノードと、当該仮想化資源全体の管理を行う全体管理ノードとを備える管理システムであって、
前記仮想通信機能管理ノードは、
前記仮想化資源管理ノードにて予め予約している余剰の仮想化資源である余剰資源に関する余剰資源情報を格納する余剰資源情報データベースと、
前記通信処理を実行する機能から仮想化資源が不足している旨の通知を受信すると、前記余剰資源情報データベースに格納された余剰資源情報に基づいて、予約している余剰資源の仮想サーバを特定し、特定した仮想サーバを配備する旨の指示を前記仮想化資源管理ノードに送信する配備指示送信手段と、
を備え、
前記仮想化資源管理ノードは、
前記仮想通信機能管理ノードから仮想サーバを配備する旨の指示を受信すると、当該仮想サーバを配備する仮想サーバ配備手段、
を備える、管理システム。
【請求項２】
前記全体管理ノードは、
前記仮想化資源管理ノードのうち一の仮想化資源管理ノードに、余剰資源の予約及び確保を要求し、
前記仮想通信機能管理ノードは、
前記全体管理ノードによって余剰資源の予約及び確保が要求された前記一の仮想化資源管理ノードに関する情報を前記余剰資源情報データベースに格納し、
前記通信処理を実行する機能から仮想化資源が不足している旨の通知を受信すると、前記余剰資源情報データベースから前記一の仮想化資源管理ノードを特定して、仮想サーバを配備する旨の指示を当該一の仮想化資源管理ノードに送信する、
請求項１に記載の管理システム。
【請求項３】
前記仮想化資源管理ノードは、
前記仮想サーバ配備手段によって仮想サーバが配備されると、配備完了の応答であって、配備された仮想サーバに関する仮想化資源情報を含む配備完了応答を前記仮想通信機能管理ノードに送信する配備完了応答送信手段、
をさらに備え、
前記仮想通信機能管理ノードは、
前記仮想化資源管理ノードから配備完了応答を受信すると、当該配備完了応答に含まれる配備された仮想サーバに関する仮想化資源情報に基づいて、前記余剰資源情報データベースに格納された余剰資源情報を更新する余剰資源情報更新手段、
をさらに備える、請求項１又は２に記載の管理システム。
【請求項４】
前記仮想通信機能管理ノードは、
前記全体管理ノードから余剰資源の予約を解除する旨の指示を受信すると、前記余剰資源情報データベースに格納された余剰資源情報のうち、予約を解除する余剰資源情報を特定し、特定した余剰資源情報を削除する予約解除手段と、
前記予約解除手段によって余剰資源の予約が解除されると、予約解除の応答を前記全体管理ノードに送信する予約解除応答送信手段と、
をさらに備える、請求項１〜３の何れか一項に記載の管理システム。
【請求項５】
通信処理を実行する仮想サーバが生成される物理サーバを含む仮想化資源を含んで構成される通信システムに含まれると共に、当該仮想サーバが有する通信処理を実行する機能を管理する仮想通信機能管理ノードと、当該仮想化資源各々を管理する仮想化資源管理ノードと、当該仮想化資源全体の管理を行う全体管理ノードとを備える管理システムにより実行される管理方法であって、
前記仮想通信機能管理ノードは、前記仮想化資源管理ノードにて予め予約している余剰の仮想化資源である余剰資源に関する余剰資源情報を格納する余剰資源情報データベースを備え、
前記仮想通信機能管理ノードが、前記通信処理を実行する機能から仮想化資源が不足している旨の通知を受信すると、前記余剰資源情報データベースに格納された余剰資源情報に基づいて、予約している余剰資源の仮想サーバを特定し、特定した仮想サーバを配備する旨の指示を前記仮想化資源管理ノードに送信する配備指示送信ステップと、
前記仮想化資源管理ノードが、前記仮想通信機能管理ノードから仮想サーバを配備する旨の指示を受信すると、当該仮想サーバを配備する仮想サーバ配備ステップと、
を含む、管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムの管理に関する管理システム及び管理方法に関する。
【背景技術】
【０００２】
従来から、様々な目的で、サーバ仮想化技術によってコンピュータを仮想マシン（ＶＭ：Virtual  Machine）とすることが行われている。また、この技術によって、移動体通信網（移動通信ネットワーク）のコアネットワークにおけるノードを仮想マシンとすることが検討されている（例えば、非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ETSI  Group  Specification(ETSI  GS  NFV  002  v1.1.1(2013.10))  Network  Functions  Virtualisation(NFV);  Architectural  Framework
【発明の概要】
【発明が解決しようとする課題】
【０００４】
移動体通信網のコアネットワークにおけるノードは、上記非特許文献１に開示されているＮＦＶ（Network  Functions  Virtualisation）環境において、仮想マシン上の仮想化された通信機能であるＶＮＦ（Virtual  Network  Function）によって実現される。上記のような移動体通信網の管理を、ＶＮＦＭ（ＶＮＦ  Manager）、ＶＩＭ（Virtualised  Infrastructure  Manager）及びオーケストレータ（Orchestrator）の３つの機能エンティティで行うことが考えられる。ＶＮＦＭは、ＶＮＦを仮想マシン上で実現するための詳細情報を保持し、ＶＮＦの管理機能を有する。ＶＩＭは、仮想マシンが実現される物理サーバ（物理的なサーバ、仮想化資源）の状況を監視し、ＶＮＦＭ又はオーケストレータからの制御によって物理サーバ上に仮想マシン及びＶＮＦを生成、削除する。
【０００５】
なお、物理サーバは、通常、データセンタに複数まとめて配置されており、ＶＩＭは、１つ以上のデータセンタに設置された物理サーバ群に対する処理を行う。また、データセンタにおける物理サーバ群の管理（資源管理）は、ＯＰＥＮＳＴＡＣＫ（登録商標）あるいはｖＣｅｎｔｅｒといった異なる実装方式で行われている。ＶＩＭは、データセンタにおける実装方式毎に設けられている。オーケストレータは、複数のＶＩＭにまたがる全体の資源管理を行う。
【０００６】
このようなＮＦＶ環境では、ＶＮＦにおいてリソースが不足する等して、ＶＮＦをスケールアウトする際には、ＶＮＦＭがオーケストレータを介してリソースを追加で予約することが想定されている。しかしながら、オーケストレータを介することで、オーケストレータの処理は増大し、ＶＮＦのスケールアウトの時間が増大するという問題がある。
【０００７】
そこで、本発明は、かかる課題に鑑みて為されたものであり、ＮＦＶ環境において、より迅速にＶＮＦのスケールアウトを行うことができる管理システム及び管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明の管理システムは、通信処理を実行する仮想サーバが生成される物理サーバを含む仮想化資源を含んで構成される通信システムに含まれると共に、当該仮想サーバが有する通信処理を実行する機能を管理する仮想通信機能管理ノードと、当該仮想化資源各々を管理する仮想化資源管理ノードと、当該仮想化資源全体の管理を行う全体管理ノードとを備える管理システムであって、仮想通信機能管理ノードは、仮想化資源管理ノードにて予め予約している余剰の仮想化資源である余剰資源に関する余剰資源情報を格納する余剰資源情報データベースと、通信処理を実行する機能から仮想化資源が不足している旨の通知を受信すると、余剰資源情報データベースに格納された余剰資源情報に基づいて、予約している余剰資源の仮想サーバを特定し、特定した仮想サーバを配備する旨の指示を仮想化資源管理ノードに送信する配備指示送信手段と、を備え、仮想化資源管理ノードは、仮想通信機能管理ノードから仮想サーバを配備する旨の指示を受信すると、当該仮想サーバを配備する仮想サーバ配備手段、を備える。
【０００９】
このような管理システムによれば、仮想通信機能管理ノードは、通信処理を実行する機能から仮想化資源が不足している旨の通知を受信すると、予め予約している余剰資源の仮想サーバを特定し、特定した仮想サーバを配備する旨の指示を仮想化資源管理ノードに送信し、仮想化資源管理ノードにより当該仮想サーバが配備される。つまり、ＶＮＦＭ（仮想通信機能管理ノード）は、ＶＮＦ（通信処理を実行する機能）から仮想化資源が不足している旨の通知を受信すると、オーケストレータ（全体管理ノード）を介することなく、ＶＩＭ（仮想化資源管理ノード）に仮想サーバを配備する旨の指示を直接送信することができる。それにより、オーケストレータの処理負担を抑えることができ、より迅速にＶＮＦのスケールアウトを行うことができる。また、予め予約している余剰資源の仮想サーバを配備するため、仮想サーバを確保する前に、仮想化資源を確保できるか否かの判定を行う処理を省略することができ、より迅速にＶＮＦのスケールアウトを行うことができる。つまり、ＮＦＶ環境において、より迅速にＶＮＦのスケールアウトを行うことができる。
【００１０】
また、本発明の管理システムにおいて、全体管理ノードは、仮想化資源管理ノードのうち一の仮想化資源管理ノードに、余剰資源の予約及び確保を要求し、仮想通信機能管理ノードは、全体管理ノードによって余剰資源の予約及び確保が要求された一の仮想化資源管理ノードに関する情報を余剰資源情報データベースに格納し、通信処理を実行する機能から仮想化資源が不足している旨の通知を受信すると、余剰資源情報データベースから一の仮想化資源管理ノードを特定して、仮想サーバを配備する旨の指示を当該一の仮想化資源管理ノードに送信する、ことが好ましい。かかる構成を採れば、ＶＮＦＭ（仮想通信機能管理ノード）は、ＶＮＦ（通信処理を実行する機能）から仮想化資源が不足している旨の通知を受信すると、オーケストレータ（全体管理ノード）を介することなく、オーケストレータが予め予約及び確保の要求をしていた特定のＶＩＭ（一の仮想化資源管理ノード）を特定して、仮想サーバを配備する旨の指示を当該特定のＶＩＭに送信することができる。それにより、オーケストレータの処理負担を抑えることができ、より迅速にＶＮＦのスケールアウトを行うことができる。つまり、ＮＦＶ環境において、より迅速にＶＮＦのスケールアウトを行うことができる。
【００１１】
また、本発明の管理システムにおいて、仮想化資源管理ノードは、仮想サーバ配備手段によって仮想サーバが配備されると、配備完了の応答であって、配備された仮想サーバに関する仮想化資源情報を含む配備完了応答を仮想通信機能管理ノードに送信する配備完了応答送信手段、をさらに備え、仮想通信機能管理ノードは、仮想化資源管理ノードから配備完了応答を受信すると、当該配備完了応答に含まれる配備された仮想サーバに関する仮想化資源情報に基づいて、余剰資源情報データベースに格納された余剰資源情報を更新する余剰資源情報更新手段、をさらに備えることが好ましい。かかる構成を採れば、ＶＮＦＭ（仮想通信機能管理ノード）は、仮想サーバが配備されると、当該仮想サーバに関する仮想化資源情報に基づいて余剰資源情報を更新する。つまり、ＶＮＦＭは、現在の状況に即した余剰資源情報を管理することができる。それにより、ＶＮＦＭは、現在の状況に即した余剰資源情報に基づいて、予約している余剰資源の仮想サーバを特定し、配備することができるので、より迅速かつ確実にＶＮＦのスケールアウトを行うことができる。
【００１２】
また、本発明の管理システムにおいて、仮想通信機能管理ノードは、全体管理ノードから余剰資源の予約を解除する旨の指示を受信すると、余剰資源情報データベースに格納された余剰資源情報のうち、予約を解除する余剰資源情報を特定し、特定した余剰資源情報を削除する予約解除手段と、予約解除手段によって余剰資源の予約が解除されると、予約解除の応答を全体管理ノードに送信する予約解除応答送信手段と、をさらに備えることが好ましい。かかる構成を採れば、例えば、予約されている余剰資源以外の仮想化資源が枯渇している場合に、オーケストレータ（全体管理ノード）等の他のサービスは、ＶＮＦＭ（仮想通信機能管理ノード）に対して予約を解除させることができ、予約が解除された余剰資源を有効活用することができる。
【００１３】
ところで、本発明は、上記のように管理システムの発明として記述できる他に、以下のように管理方法の発明としても記述することができる。これはカテゴリが異なるだけで、実質的に同一の発明であり、同様の作用及び効果を奏する。
【００１４】
即ち、本発明に係る管理方法は、通信処理を実行する仮想サーバが生成される物理サーバを含む仮想化資源を含んで構成される通信システムに含まれると共に、当該仮想サーバが有する通信処理を実行する機能を管理する仮想通信機能管理ノードと、当該仮想化資源各々を管理する仮想化資源管理ノードと、当該仮想化資源全体の管理を行う全体管理ノードとを備える管理システムにより実行される管理方法であって、仮想通信機能管理ノードは、仮想化資源管理ノードにて予め予約している余剰の仮想化資源である余剰資源に関する余剰資源情報を格納する余剰資源情報データベースを備え、仮想通信機能管理ノードが、通信処理を実行する機能から仮想化資源が不足している旨の通知を受信すると、余剰資源情報データベースに格納された余剰資源情報に基づいて、予約している余剰資源の仮想サーバを特定し、特定した仮想サーバを配備する旨の指示を仮想化資源管理ノードに送信する配備指示送信ステップと、仮想化資源管理ノードが、仮想通信機能管理ノードから仮想サーバを配備する旨の指示を受信すると、当該仮想サーバを配備する仮想サーバ配備ステップと、を含む。
【発明の効果】
【００１５】
本発明によれば、ＮＦＶ環境において、より迅速にＶＮＦのスケールアウトを行うことができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態に係る管理システムの構成、及び当該管理システムを含む移動体通信システムを示す図である。
【図２】本発明の実施形態に係る管理システムの機能構成を示す図である。
【図３】本発明の実施形態に係る管理システムに含まれるノードのハードウェア構成を示す図である。
【図４】本発明の実施形態に係る移動体通信システム１におけるInstantiation時の処理（管理方法）を示すシーケンス図である。
【図５】通信サービスとＶＮＦとの対応表を示すテーブル図、及び、ＶＮＦＭとＶＮＦＭが管理するＶＮＦとの対応表を示すテーブル図である。
【図６】ＶＮＦ種別ごとの配置可能なＤＣを示すテーブル図、及び、ＤＣ間トポロジ情報を示すテーブル図である。
【図７】ＮＷ全体資源情報ＤＢのテーブル図、及び資源情報のテーブル図である。
【図８】ＶＩＭとＶＩＭが管理するＤＣとの対応表を示すテーブル図である。
【図９】ＶＮＦ詳細情報ＤＢのテーブル図である。
【図１０】使用可能ＤＣ毎の必要資源情報リストのテーブル図、及び、使用可能ＤＣ毎の余剰資源用必要資源情報リストのテーブル図である。
【図１１】ＤＣ選択の優先度指標のテーブル図、及び、必要資源情報リストのテーブル図である。
【図１２】必要資源情報のテーブル図である。
【図１３】配置・起動情報、ＮＷ構成情報を示すテーブル図である。
【図１４】予約番号とＶＭ配備先物理装置、割り当て資源情報のテーブル図である。
【図１５】使用可能ＤＣ毎の余剰資源用必要資源情報リストのテーブル図、及び、余剰資源用必要資源情報のテーブル図である。
【図１６】ＶＩＭ余剰資源情報ＤＢのテーブル図である。
【図１７】ＶＮＦＭ余剰資源情報ＤＢのテーブル図である。
【図１８】ＶＮＦＭ余剰資源情報ＤＢの別のテーブル図である。
【図１９】ＶＩＭ余剰資源情報ＤＢのテーブル図である。
【図２０】本発明の実施形態に係る移動体通信システム１におけるＶＮＦからのリソース増強要求時の処理（管理方法）を示すシーケンス図である。
【図２１】追加必要リソース条件のテーブル図である。
【図２２】配置・起動情報、NW構成情報のテーブル図である。
【図２３】予約番号とＶＭ配備先物理装置、割り当て資源情報のテーブル図である。
【図２４】ＶＩＭ余剰資源情報ＤＢのテーブル図である。
【図２５】ＶＮＦＭ余剰資源情報ＤＢのテーブル図である。
【図２６】ＶＮＦＭ余剰資源情報ＤＢのテーブル図である。
【図２７】ＶＩＭ余剰資源情報ＤＢのテーブル図である。
【図２８】ＶＮＦＭ余剰資源情報ＤＢのテーブル図。
【図２９】本発明の実施形態に係る移動体通信システム１におけるＶＮＦからのリソース増強要求時において、ＶＮＦＭが管理する余剰資源を異なるＶＮＦで共有できる場合の処理（管理方法）を示すシーケンス図である。
【図３０】ＶＮＦＭ余剰資源情報ＤＢのテーブル図である。
【図３１】ＶＩＭ余剰資源情報ＤＢのテーブル図である。
【図３２】予約番号とＶＭ配備先物理装置、割り当て資源情報を示すテーブル図である。
【図３３】ＶＩＭ余剰資源情報ＤＢを示すテーブル図である。
【図３４】ＶＮＦＭ余剰資源情報ＤＢを示すテーブル図である。
【図３５】本発明の実施形態に係る移動体通信システムにおけるInstantiation時に余剰資源を除いて資源不足時であって、ＶＮＦＭの余剰資源が利用可能な場合の処理（管理方法）を示すシーケンス図である。
【図３６】ＮＷ全体資源情報ＤＢから抽出した資源情報を示すテーブル図である。
【図３７】ＶＮＦＭ余剰資源ＤＢのテーブル図である。
【図３８】ＶＩＭ余剰資源情報ＤＢのテーブル図である。
【図３９】必要資源情報リストのテーブル図である。
【図４０】ＶＮＦＭ余剰資源情報ＤＢのテーブル図である。
【図４１】本発明の実施形態に係る移動体通信システムにおけるInstantiation時に余剰資源を除いて資源不足時であって、他のＶＮＦＭの余剰資源が利用可能な場合の処理（管理方法）を示すシーケンス図である。
【図４２】ＶＮＦＭ余剰資源ＤＢのテーブル図である。
【図４３】ＶＩＭ余剰資源情報ＤＢのテーブル図である。
【図４４】利用可能な余剰資源予約情報ごとの必要資源情報リストを示すテーブル図である。
【図４５】ＶＮＦＭ余剰資源情報ＤＢのテーブル図である。
【図４６】ＶＩＭ余剰資源予約情報ＤＢのテーブル図である。
【図４７】必要資源情報を示すテーブル図である。
【発明を実施するための形態】
【００１７】
以下、図面とともに本発明による管理システム及び管理方法の好適な実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１８】
図１に本実施形態に係る管理システム１０（管理システム）を含む移動体通信システム１の構成を示す。移動体通信システム１は、図示しない移動通信端末（移動機）に移動体通信の機能を提供するシステムである。移動通信端末は、ユーザにより用いられて移動体通信システム（移動体通信網）に無線通信によって接続して移動体通信を行う装置である。具体的には、移動通信端末は、携帯電話機等に相当する。移動通信端末は、例えば、移動体通信システム１を介して対向ノードとの間で呼接続を確立して通信を行う。対向ノードは、例えば、別の移動通信端末や移動通信端末に様々なサービスを提供するサーバ装置、あるいは他の通信網に接続するための装置（例えば、ＭＭＥ（Mobility  Management  Entity）、Ｓ−ＧＷ（Serving  Gateway）、Ｐ−ＧＷ（PDN  Gateway））等に相当する。移動通信端末は、例えば、移動通信端末のユーザが移動体通信システム１の通信事業者と契約することによって移動体通信を行うことが可能になる。なお、移動通信端末は、従来の移動通信端末と同様のものでよい。
【００１９】
図１に示すように管理システム１０は、オーケストレータ２０（全体管理ノード）と、ＶＮＦＭ３０（仮想通信機能管理ノード）と、ＶＩＭ４０（仮想化資源管理ノード）とを含んで構成されている。また、移動体通信システム１には、ＯＳＳ／ＢＳＳ（Operations  Support  System／Business  Support  System）５０と、ＮＦＶＩ（ＮＦＶ  Infrastructure）６０と、ＶＮＦ（Virtual  Network  Function）７０（後述の仮想サーバが有する通信処理を実行する機能）と、ＥＭＳ（Element  Management  System）８０とを含んで構成されている。これらの構成要素は、移動体通信システム１（移動体通信網）のコアネットワークを構成するものである。なお、互いに情報の送受信が必要な構成要素間は、有線等で接続されており情報の送受信が可能となっている。
【００２０】
本実施形態に係る移動体通信システム１は、物理サーバ上に実現される仮想マシンにおいて動作する仮想サーバによって移動通信端末に対して通信機能が提供される。即ち、移動体通信システム１は、仮想化された移動体通信ネットワークである。通信機能は、仮想マシンによって当該通信機能に応じた通信処理を実行することで移動通信端末に対して提供される。
【００２１】
ＮＦＶＩ６０は、仮想化環境を構成する物理資源、仮想化層、仮想化資源である。物理資源には、計算資源、記憶資源、伝送資源が含まれる。仮想化層は、物理資源を仮想化しＶＮＦ７０（ＡＰＬ）に提供する（例えば、ハイパーバイザー）。仮想化資源は、ＶＮＦ７０に提供される仮想化されたインフラ資源である。即ち、ＮＦＶＩ６０は、移動体通信システム１において通信処理を行う物理的なサーバ装置である物理サーバを含んで構成されている仮想化資源である。物理サーバは、ＣＰＵ（コア、プロセッサ）、メモリ、及びハードディスク等の記憶手段を備えて構成される。通常、ＮＦＶＩ６０を構成する物理サーバは、複数まとめてデータセンタ（ＤＣ）等の拠点に配置される。データセンタでは、配置された物理サーバがデータセンタ内部のネットワークによって接続されており、互いに情報の送受信を行うことができるようになっている。また、移動体通信システム１には、複数のデータセンタが設けられている。データセンタ間はネットワークで接続されており、異なるデータセンタに設けられた物理サーバはそのネットワークを介して互いに情報の送受信を行うことができる。
【００２２】
ＶＮＦ７０は、通信処理を実行する仮想的な通信処理ノードである仮想サーバ（が有する通信処理を実行する機能）である。ＶＮＦ７０は、ＮＦＶＩ６０において実現される。ＶＮＦ７０は、例えば、仮想マシン（ＶＭ）技術が利用されて、ＮＦＶＩ６０が備えるＣＰＵがＶＮＦ７０用に割り当てられて、割り当てられたＣＰＵ上において仮想マシンが実現され、仮想マシン上でプログラムが実行されることにより実現される。ＶＮＦ７０は、通常、実行する通信処理に応じて生成（実現）される。また、ＶＮＦ７０は、その構成要素であるＶＮＦＣ（Virtual  Network  Function  Components）を複数含むものとして構成されていてもよい。
【００２３】
移動体通信システム１には、１以上（あるいは複数）のＶＮＦ７０が含まれる。ＶＮＦ７０は、ＩＭＳでは、ＣＳＣＦ（Call  Session  Control  Function）、ＡＳ（Application  Server）等のノードに相当する。あるいは、ＶＮＦ７０は、移動体通信システムの一つであるＧＰＲＳ（General  Packet  Radio  Service）システムでは例えば、ＳＧＳＮ（Serving  GPRS  Support  Node）、ＬＴＥ／ＥＰＣ（Long  Term  Evolution/Evolved  Packet  Core）システムでは、ＭＭＥ（Mobility  Management  Entity）やＳ−ＧＷ（Serving  Gateway）等のノードに相当する。
【００２４】
ＥＭＳ８０は、ＶＮＦ７０を監視及び制御するノードである。ＥＭＳ８０も、ＶＮＦ７０と同様にＮＦＶＩ６０において仮想的に実現される。ＥＭＳ８０は、ＶＮＦ７０に対応付けられて（例えば、図１に示すようにＶＮＦ７０と一対一の関係で）生成される。ＥＭＳ８０は、対応付けられたＶＮＦ７０の監視及び制御を行う。ＥＭＳ８０は、ＶＮＦ７０のＦＣＡＰＳ（障害、構成、課金、性能、セキュリティ）管理を行う。ＥＭＳ８０は、前述の説明のように仮想的に実現しても良いし、ＦＣＡＰＳ管理を行う上で管理の複雑性を避けるために物理的に実現しても良い。
【００２５】
ＯＳＳ／ＢＳＳ５０は、移動体通信システム１におけるサービス管理を行い、管理システム１０に移動体通信システム１での通信機能に係る指示を行うノードである。例えば、ＯＳＳ／ＢＳＳ５０は、管理システム１０に対して、新たな通信機能（通信サービス）を起動するように指示を行う。また、ＯＳＳ／ＢＳＳ５０は、ＥＭＳ８０から情報を受け取り、その情報に基づいて管理システム１０又はＥＭＳ８０に対して指示を行う。また、ＯＳＳ／ＢＳＳ５０は、移動体通信システム１に係る通信事業者によって操作されえる。
【００２６】
管理システム１０の構成要素であるオーケストレータ２０は、仮想化資源であるＮＦＶＩ６０全体の管理を行う全体管理ノード（機能エンティティ）である。オーケストレータ２０は、ＯＳＳ／ＢＳＳ５０（のうちのＯＳＳ５１）からの指示を受信し、当該指示に応じた処理を行う。オーケストレータ２０は、インフラと通信サービスの移動体通信網の仮想化資源全体にわたる管理を行う。オーケストレータ２０は、複数のＶＮＦ７０から構成される通信サービスをＶＮＦＭ３０及びＶＩＭ４０を経由して適切な場所に実現する。例えば、サービスのライフサイクル管理（具体的には例えば、生成、更新、スケール制御、イベント収集）、移動体通信網内全体にわたる資源の分散・予約・割当管理、サービス・インスタンス管理、及びポリシ管理（具体的には例えば、リソースの予約・割当、地理・法令等に基づく最適配置）を行う。
【００２７】
管理システム１０の構成要素であるＶＮＦＭ３０は、ＶＮＦ７０を管理する仮想通信機能管理ノード（機能エンティティ）である。ＶＮＦＭ３０は、移動体通信システム１に複数、設けられていてもよい。その場合、ＶＮＦ７０毎に管理されるＶＮＦＭ３０が予め定められていてもよい。ＶＮＦＭ３０は、ＶＮＦ７０（ＡＰＬ）のライフサイクル管理を行う。ＶＮＦＭ３０は、ＶＮＦ７０の仮想化に関わる制御全般を行う。例えば、ＶＮＦ７０インスンタスの生成、更新、スケール制御、終了、オートヒーリング（自動ヒーリング）を行う。
【００２８】
管理システム１０の構成要素であるＶＩＭ４０は、ＮＦＶＩ６０におけるＶＮＦ７０が実現される単位の仮想化資源（インフラリソース）各々を管理する仮想化資源管理ノード（機能エンティティ）である。具体的には、資源の割当・更新・回収の管理、仮想資源と物理との関連付け、ハードウェア資源とＳＷ資源（ハイパーバイザー）一覧の管理を行う。通常、ＶＩＭ４０は、データセンタ（局舎）毎に管理を行う。仮想化資源の管理は、データセンタに応じた方式で行われえる。データセンタの管理方式（管理資源の実装方式）は、ＯＰＥＮＳＴＡＣＫ（登録商標）やｖＣｅｎｔｅｒ等の種類がある。通常、ＶＩＭ４０は、データセンタの管理方式毎に設けられる。即ち、管理システム１０には、互いに異なる方式で、ＮＦＶＩ６０におけるＶＮＦ７０が実現される単位の仮想化資源各々を管理する複数のＶＩＭ４０が含まれる。なお、異なる管理方式で管理される仮想化資源の単位は、必ずしもデータセンタ単位でなくてもよい。
【００２９】
なお、オーケストレータ２０、ＶＮＦＭ３０及びＶＩＭ４０は、物理的なサーバ装置上でプログラムが実行されることにより実現される（但し仮想化上で実現されることを制限するものでは無く、管理系統を分離した上で、仮想化上で実現してもよい）。オーケストレータ２０、ＶＮＦＭ３０及びＶＩＭ４０は、それぞれ別々の物理的なサーバ装置で実現されていてもよいし、同じサーバ装置で実現されていてもよい。オーケストレータ２０、ＶＮＦＭ３０及びＶＩＭ４０（を実現するためのプログラム）は、別々のベンダから提供されていてもよい。
【００３０】
なお、上記アーキテクチャは、非特許文献１に記載されたものに準じたものである。また、移動体通信システム１には、移動体通信機能を実現するために、上記以外の構成要素が含まれていてもよい、例えば、移動体通信システム１には、基地局の装置及びオープンフローネットワーク（上記のような仮想化されたものも含む）等が含まれていてもよい。
【００３１】
引き続いて、管理システム１０が有する、本実施形態に係る機能を説明する。図２に示すようにＶＮＦＭ３０は、ＶＮＦＭ余剰資源情報ＤＢ３１（余剰資源情報データベース）と、配備指示送信部３２（配備指示送信手段）と、ＶＮＦＭ余剰資源情報更新部３３（余剰資源情報更新手段）と、予約解除部３４（予約解除手段）と、予約解除応答送信部３５（予約解除応答送信手段）とを備える。また、ＶＩＭ４０は、仮想サーバ配備部４１（仮想サーバ配備手段）と、配備完了応答送信部４２（配備完了応答送信手段）と、ＶＩＭ余剰資源情報ＤＢ４３とを備える。
【００３２】
ＶＮＦＭ余剰資源情報ＤＢ３１は、ＶＩＭ４０にて予め予約している余剰の仮想化資源である余剰資源に関する余剰資源情報を格納するデータベースである。
【００３３】
配備指示送信部３２は、ＶＮＦ７０から仮想化資源が不足している旨の通知を受信すると、ＶＮＦＭ余剰資源情報ＤＢ３１に格納された余剰資源情報に基づいて、予約している余剰資源の仮想サーバを特定し、特定した仮想サーバを配備する旨の指示をＶＩＭ４０に送信する。
【００３４】
ＶＮＦＭ余剰資源情報更新部３３は、ＶＩＭ４０から配備完了応答を受信すると、当該配備完了応答に含まれる配備された仮想サーバに関する仮想化資源情報に基づいて、ＶＮＦＭ余剰資源情報ＤＢ３１に格納された余剰資源情報を更新する。
【００３５】
予約解除部３４は、オーケストレータ２０から余剰資源の予約を解除する旨の指示を受信すると、ＶＮＦＭ余剰資源情報ＤＢ３１に格納された余剰資源情報のうち、予約を解除する余剰資源情報を特定し、特定した余剰資源情報を削除する。
【００３６】
予約解除応答送信部３５は、予約解除部３４によって余剰資源の予約が解除されると、予約解除の応答をオーケストレータ２０に送信する。
【００３７】
仮想サーバ配備部４１は、ＶＮＦＭ３０から仮想サーバを配備する旨の指示を受信すると、当該仮想サーバを配備する。
【００３８】
配備完了応答送信部４２は、仮想サーバ配備部４１によって仮想サーバが配備されると、配備完了の応答であって、配備された仮想サーバに関する仮想化資源情報を含む配備完了応答をＶＮＦＭ３０に送信する。
【００３９】
ＶＩＭ余剰資源情報ＤＢ４３は、当該ＶＩＭ４０にて予め予約している余剰の仮想化資源である余剰資源に関する余剰資源情報を格納するデータベースである。ＶＩＭ４０は、上述のＶＮＦＭ余剰資源情報更新部３３と同様に、ＶＩＭ余剰資源情報ＤＢ４３に格納された余剰資源情報を適宜更新するＶＩＭ余剰資源情報更新部（不図示）をさらに備えてもよい。
【００４０】
以上が、管理システム１０が有する、本実施形態に係る機能である。なお、以降のシーケンス図を用いた管理システム１０による処理の説明において、オーケストレータ２０、ＶＮＦＭ３０及びＶＩＭ４０の本実施形態に係る機能をより詳細に説明する。また、オーケストレータ２０、ＶＮＦＭ３０及びＶＩＭ４０には、上記の機能部に含まれない機能を有しているが、その機能の説明もシーケンス図を用いた管理システム１０による処理の説明に含まれる。
【００４１】
図３に本実施形態に係る管理システム１０に含まれるオーケストレータ２０、ＶＮＦＭ３０及びＶＩＭ４０を構成するサーバ装置のハードウェア構成を示す。図３に示すように当該サーバ装置は、ＣＰＵ１０１、主記憶装置であるＲＡＭ（Random  Access  Memory）１０２及びＲＯＭ（Read  Only  Memory）１０３、通信を行うための通信モジュール１０４、並びにハードディスク等の補助記憶装置１０５等のハードウェアを備えるコンピュータを含むものとして構成される。これらの構成要素がプログラム等により動作することにより、上述及び後述するオーケストレータ２０、ＶＮＦＭ３０及びＶＩＭ４０の機能が発揮される。なお、オーケストレータ２０、ＶＮＦＭ３０及びＶＩＭ４０は複数のサーバ装置からなるコンピュータシステムによって構成されていてもよい。また、移動体通信システム１に含まれる上記以外のノードも上記のハードウェア構成を有するサーバ装置によって実現されてもよい。以上が、本実施形態に係る管理システム１０の構成である。
【００４２】
以降では、各種シーケンス図及びテーブル図を用いて、移動体通信システム１における処理の流れについて詳細に説明する。まず、図４は、移動体通信システム１におけるInstantiation（インスタンシエーション）時の処理の流れを示すシーケンス図である。
【００４３】
まず、信号（１）にて、ＯＳＳ／ＢＳＳ５０が、オーケストレータ２０に、サービス生成要求を送信する。サービス生成要求は、サービスＩＤと通信サービスと性能条件とＮＷ（ネットワーク）条件とを含む。ここで、サービスＩＤは、生成サービスをユニークに識別する番号である。通信サービスは、通信サービスを識別する情報である。性能条件は、ＶＮＦ７０及びＶＮＦ７０が構成するサービスに対する制御（生成・増強・削減等）において能力を示すために用いる正規化された指標値であり、予め、ＯＳＳ／ＢＳＳ５０とＶＮＦＭ３０との間で取り決めているものとする。ＮＷ条件は、ＤＣとのＮＷ接続の帯域を示す条件である。本実施形態における具体例では、通信サービスに“通信サービス１”、性能条件に“１００”、ＮＷ条件に「ＤＣ１と５Ｇｂｐｓ以上の帯域で接続するＤＣ」を意味する“ＤＣ１接続、帯域５Ｇｂｐｓ以上”が設定される。
【００４４】
次に、手順Ａにて、オーケストレータ２０が、サービスに対応するＶＮＦ７０及びＶＮＦＭ３０を抽出する。すなわち、サービス要求を受け付けたオーケストレータ２０は、受信した通信サービスを構成するＶＮＦ７０（仮想化機能）及びＶＮＦＭ３０（管理機能）を、予め登録されている運用データより特定する。図５は、オーケストレータ２０にて予め登録されている運用データのテーブル図である。図５（ａ）は、通信サービスとＶＮＦ７０との対応表を示すテーブル図であり、図５（ｂ）は、ＶＮＦＭ３０とＶＮＦＭ３０が管理するＶＮＦ７０との対応表を示すテーブル図である。まず、オーケストレータ２０は、図５（ａ）に示すテーブル図より、信号（１）にて得た通信サービス“通信サービス１”を構成するＶＮＦ７０として“ＶＮＦ１０”及び“ＶＮＦ２１”を抽出する。次に、オーケストレータ２０は、図５（ｂ）に示すテーブル図より、抽出した“ＶＮＦ１０”のＶＮＦＭ３０である“ＶＮＦＭ１”を抽出し、抽出した“ＶＮＦ２１”のＶＮＦＭ３０である“ＶＮＦＭ２”を抽出する。
【００４５】
次に、手順Ｂにて、オーケストレータ２０が、ＶＮＦ７０とＮＷ条件とからＤＣを選択する。なお、手順Ｂは、ＶＮＦ７０単位に繰り返し、又は並行実施される。以下では、手順Ａで抽出した“ＶＮＦ１０”について説明する。手順Ｂにて、オーケストレータ２０は、手順Ａで抽出した“ＶＮＦ１０”を生成するために、“ＶＮＦ１０”を配置可能なＤＣを、運用条件と信号（１）にて得たＮＷ条件とＤＣの接続構成とを用いて選択する。図６は、オーケストレータ２０にて予め登録されている運用データのテーブル図である。図６（ａ）は、ＶＮＦ種別ごとの配置可能なＤＣを示すテーブル図であり、図６（ｂ）は、ＤＣ間トポロジ情報を示すテーブル図である。まず、オーケストレータ２０は、図６（ａ）に示すテーブル図より、手順Ａにて抽出した“ＶＮＦ１０”の配置可能なＤＣとして、“ＤＣ２”と“ＤＣ３”と“ＤＣ４”と“ＤＣ５”とを候補として得る。次に、オーケストレータ２０は、図６（ｂ）に示すテーブル図より、信号（１）にて得たＮＷ条件“ＤＣ１接続、帯域５Ｇｂｐｓ以上”を満たす接続情報として、“ＤＣ１”に接続しているＤＣが“ＤＣ２”と“ＤＣ３”と“ＤＣ４”とであるという接続情報を得る。すなわち、図６（ａ）に示すテーブル図より得られた候補のうち“ＤＣ５”が条件を満たさないことが判明する。以上より、オーケストレータ２０は、候補のＤＣとして“ＤＣ２”と“ＤＣ３”と“ＤＣ４”とを得る。
【００４６】
図７（ａ）は、オーケストレータ２０が定期収集により蓄積しているＮＷ全体資源情報ＤＢのテーブル図である。次に、オーケストレータ２０は、図７（ａ）に示すテーブル図より、得た“ＤＣ２”と“ＤＣ３”と“ＤＣ４”との資源情報（対応するＤＣのレコード）を読み出す。図７（ｂ）は、ＮＷ全体資源情報ＤＢから読み出した（抽出した）資源情報のテーブル図である。
【００４７】
次に、信号（２）にて、オーケストレータ２０が、手順Ａにて特定した“ＶＮＦ１０”を管理する“ＶＮＦＭ１”に、必要資源問い合わせを送信する。必要資源問い合わせは、サービスＩＤと、候補ＤＣと資源情報との組み合わせと、ＶＮＦ種別と、ＶＮＦ識別番号と、性能条件とを含む。ここで、サービスＩＤは、信号（１）のサービスＩＤと同じである。候補ＤＣと資源情報との組み合わせは、手順Ｂにて図７（ａ）より抽出した資源情報である。ＶＮＦ種別は、手順Ａで抽出したものであり、ここでは“ＶＮＦ１０”である。ＶＮＦ識別番号は、生成するＶＮＦ７０をユニークに識別する番号としてのＶＮＦ識別番号であり、ここでは“ＶＮＦ１０＿００１”とする。ＶＮＦ識別番号はオーケストレータ２０が払い出す。性能条件は、信号（１）の性能条件と同じであり、ここでは“１００”である。
【００４８】
なお、信号（２）にて、候補ＤＣと資源情報との組み合わせを含めない実施形態も可能である。この場合には、オーケストレータ２０は、手順Ｂで図７（ａ）から各ＤＣの資源情報を抽出する代わりに、各ＤＣを管理するＶＩＭ４０の識別番号を図８に示すテーブル図より読み出す。図８は、オーケストレータ２０にて予め登録されている、ＶＩＭ４０とＶＩＭ４０が管理するＤＣとの対応表を示すテーブル図である。オーケストレータ２０は、図８に示すテーブル図より、“ＤＣ２”のＶＩＭ４０が“ＶＩＭ１”であり、“ＤＣ３”のＶＩＭ４０が“ＶＩＭ１”であり、“ＤＣ４”のＶＩＭ４０が“ＶＩＭ２”であるという組み合わせを信号（２）に設定する。
【００４９】
次に、手順Ｃにて、ＶＮＦＭ３０（“ＶＮＦＭ１”）が、利用可能なＤＣを選択する。“ＶＮＦＭ１”は、ＶＮＦ７０の要求条件の項目に余剰資源の記載を追加する。また、“ＶＮＦＭ１”は、ＤＣの選択の際には余剰資源の配備先のＤＣについても判断する。
【００５０】
具体的には、まず、受信した信号（２）に資源情報ではなくＶＩＭ識別番号が設定されてきた場合、“ＶＮＦＭ１”は、自身で各ＤＣの資源情報をＶＩＭ４０に要求し、収集する。具体的には、“ＶＮＦＭ１”は、信号（２）に設定された組み合わせより、信号（２）で受け付けた“ＶＩＭ１”に対して“ＤＣ２”及び“ＤＣ３”の資源情報を問い合わせ、“ＶＩＭ２”に対して“ＤＣ４”の資源情報を問い合わせ、その結果、図７（ｂ）に示すテーブル図を得る。
【００５１】
信号（２）又は上記手順にてＤＣの資源情報である図７（ｂ）に示すテーブル図を得た“ＶＮＦＭ１”は、信号（２）のＶＮＦ種別に設定されていた“ＶＮＦ１０”の詳細情報を、予め“ＶＮＦＭ１”に登録されているＶＮＦ詳細情報ＤＢより読み出す。図９は、ＶＮＦＭ３０にて予め登録されている、ＶＮＦ７０ごとの要求条件を示すＶＮＦ詳細情報ＤＢのテーブル図である。図９に示すテーブル図の通り、ＶＮＦ詳細情報ＤＢは、ＶＮＦ内部構造と、性能条件に応じたＶＭ資源情報と、ＮＷ資源情報と、機能情報と、ＶＮＦ７０ごとに設けたい余剰資源情報とが登録されている。“ＶＮＦＭ１”は、読み出したＶＮＦ詳細情報ＤＢより、信号（２）で受け付けたＶＮＦ種別“ＶＮＦ１０”の性能条件“１００”に必要な資源情報と機能情報と余剰資源情報とを参照する。そして、“ＶＮＦＭ１”は、参照した資源情報及び機能情報を、信号（２）又は上記手順にて得た資源情報（図７（ｂ）に示すテーブル図）の使用可能資源情報及び提供機能とを比較し、利用可能なＤＣを抽出する。具体的には、“ＶＮＦＭ１”は、図９に示すテーブル図より、“ＶＮＦ１０”は“機能１”及び“機能２”を必要とし、図７（ｂ）に示すテーブル図より、“機能１”及び“機能２”を提供可能なＤＣは“ＤＣ２”及び“ＤＣ３”であると判断する。
【００５２】
次に、“ＶＮＦＭ１”は、利用可能なＤＣの提供する資源でＶＮＦ７０を生成するために必要な資源情報を導き出す。具体的には、“ＶＮＦＭ１”は、図７（ｂ）に示すテーブル図より、“ＤＣ２”が“Ｈｉｇｈ”及び“Ｌｏｗ”、“ＤＣ３”が“Ｌｏｗ”のＣＰＵ性能を提供可能であることを判別する。“ＶＮＦＭ１”は、これを図９に示すテーブル図のＣＰＵ性能と照らし合わせて、“ＤＣ２”及び“ＤＣ３”で取り得る資源情報の組み合わせとして図１０（ａ）に示すテーブル図を得る。図１０（ａ）は、使用可能ＤＣ毎の必要資源情報リストのテーブル図である。また、“ＶＮＦＭ１”は、余剰資源についても同様にＤＣと必要な資源情報とを抽出して、図１０（ｂ）に示すテーブル図を得る。図１０（ｂ）は、使用可能ＤＣ毎の余剰資源用必要資源情報リストのテーブル図である。次に、“ＶＮＦＭ１”は、信号（２）のサービスＩＤとＶＮＦ種別とＶＮＦ識別番号と詳細情報である図９に示すテーブル図を記憶する。
【００５３】
次に、信号（３）にて、ＶＮＦＭ３０（“ＶＮＦＭ１”）が、オーケストレータ２０に、必要資源応答を送信する。必要資源応答は、使用可能ＤＣ毎の必要資源情報リストと、使用可能ＤＣ毎の余剰資源用必要資源情報リスト（余剰資源用ＤＣと必要資源情報）とを含む。具体的には、必要資源応答は、図１０（ａ）に示すテーブル図と、図１０（ｂ）に示すテーブル図とを含む。このように、余剰資源用ＤＣと必要資源情報は通常の要求資源とは区別して扱う。
【００５４】
次に、手順Ｄにて、オーケストレータ２０は、予約先ＤＣ及びＶＩＭ４０を選択する。具体的には、まず、オーケストレータ２０は、信号（３）で受信した使用可能ＤＣ毎の必要資源情報リスト（図１０（ａ）に示すテーブル図）に、図１１（ａ）に示すテーブル図の優先度指標に基づき、優先順位を付与した図１１（ｂ）に示すテーブル図を得る。図１１（ａ）は、オーケストレータ２０にて予め登録された、ＤＣ選択の優先度指標のテーブル図である。また、図１１（ｂ）は、優先順位付けを行った使用可能ＤＣ毎の必要資源情報リストのテーブル図である。次に、オーケストレータ２０は、優先順位の順番で、ＤＣを管理するＶＩＭ４０へ予約を実施する。ここでは、オーケストレータ２０は、図１１（ｂ）に示すテーブル図で優先順位の最も高い“ＤＣ２”の“組み合わせ２”をまず選択する。次に、オーケストレータ２０は、図８に示すテーブル図より、“ＤＣ２”の管理を“ＶＩＭ１”が行っていることを判断する。
【００５５】
次に、信号（４）にて、オーケストレータ２０が、手順Ｄにて判断した“ＶＩＭ１”に、資源予約要求を送信する。資源予約要求は、必要資源情報を含む。必要資源情報は、具体的には、手順Ｄにて選択した“ＤＣ２”及び“組み合わせ２”の資源情報である図１２に示すテーブル図である。図１２は、必要資源情報のテーブル図である。
【００５６】
次に、手順Ｅにて、ＶＩＭ４０（“ＶＩＭ１”）が、予約可否判断を行う。具体的には、まず、“ＶＩＭ１”は、信号（４）に設定されている“ＤＣ２”に、信号（４）で要求された必要資源である図１２に示すテーブル図を確保できるかを、管理域内資源情報ＤＢをもとに確認し、資源が確保（予約）できるか否かを判断する。
【００５７】
次に、信号（５）にて、“ＶＩＭ１”が、オーケストレータ２０に、資源予約応答を送信する。資源予約応答は、予約番号を含む。具体的には、“ＶＩＭ１”は、手順Ｅにて資源が確保できると判断した場合には、資源を予約して予約番号を払い出し、オーケストレータ２０に送信する。一方、“ＶＩＭ１”は、資源が確保できないと判断した場合には、エラーをオーケストレータ２０に応答する。
【００５８】
次に、手順Ｆにて、オーケストレータ２０が、予約が成功したか否かを判断する。具体的には、オーケストレータ２０は、信号（５）にて予約番号を受信した場合に、予約が成功したと判断する。一方、オーケストレータ２０は、信号（５）にてエラーを受信した場合に、予約が成功しなかったと判断する。オーケストレータ２０は、予約が成功しなかったと判断した場合には、手順Ｄに戻り、次の優先順位の項目についてＶＩＭ４０へ予約を実施する。
【００５９】
次に、信号（６）にて、手順Ｆにて予約が成功したと判断したオーケストレータ２０は、“ＶＮＦＭ１”に、ＶＮＦ７０生成要求を送信する。ＶＮＦ７０生成要求は、サービスＩＤと、ＶＮＦ識別番号と、予約先ＶＩＭと、予約番号と、予約資源情報とを含む。ここで、サービスＩＤは、信号（１）のサービスＩＤと同じである。ＶＮＦ識別番号は、信号（２）のＶＮＦ識別番号と同じである。予約先ＶＩＭは、信号（５）の送信元のＶＩＭ４０である。予約番号は、信号（５）の予約番号である。予約資源情報は、手順Ｄにて送信した必要資源情報である。
【００６０】
次に、手順Ｇにて、“ＶＮＦＭ１”が、ＶＮＦＣとＶＭとを対応付ける。具体的には、“ＶＮＦＭ１”は、信号（６）にて受信したサービスＩＤとＶＮＦ識別番号とより、手順Ｃで記憶した詳細情報である図９に示すテーブル図を読み出し、信号（６）で受信した予約資源情報（図１２に示すテーブル図）の型番“００１”及び“００５”に対応する配置・起動情報とＮＷ構成情報とを決定し、生成するそれぞれのＶＭにＶＭ識別番号を払い出し、付与する。図１３は、“ＶＮＦＭ１”によって生成された、ＶＩＭ４０に通知する配置・起動情報、ＮＷ構成情報を示すテーブル図である。
【００６１】
次に、信号（７）にて、“ＶＮＦＭ１”が、信号（６）にて受信した予約先ＶＩＭである“ＶＩＭ１”に、ＶＮＦ生成要求を送信する。ＶＮＦ生成要求は、予約番号と、配置・起動情報と、ＮＷ構成情報とを含む。ここで、予約番号は、信号（６）にて受信した予約番号である。配置・起動情報及びＮＷ構成情報は、手順Ｇにて決定された配置・起動情報及びＮＷ構成情報である。
【００６２】
次に、手順Ｈにて、“ＶＩＭ１”が、ＶＮＦ７０を起動する。具体的には、まず、“ＶＩＭ１”は、信号（７）にて受け付けた予約番号より、ＶＮＦ７０を起動する資源として手順Ｅで確保した“ＤＣ２”の資源を特定する。次に、“ＶＩＭ１”は、信号（７）で受け付けた配置・起動情報とＮＷ構成情報とに基づき、“ＤＣ２”にＶＭ及びＶＮＦ７０のイメージファイルを読み込み、生成・起動する。次に、“ＶＩＭ１”は、予め割り当てられている外部ＩＰアドレス帯域から、信号（７）で指定された数の外部アドレスとして“外部ＩＰアドレス０１”及び”外部ＩＰアドレス０２”をＶＭに付与する。次に、“ＶＩＭ１”は、予約番号と、ＤＣ番号と、“ＶＮＦＭ１”のＶＭ識別番号と、物理装置（ＨＷ）の識別子と、割り当てた資源情報と、信号（７）の送信元ＶＮＦＭ３０の識別番号とを対応付けた図１４に示すテーブル図を記憶する。図１４は、予約番号とＶＭ配備先物理装置、割り当て資源情報のテーブル図である。
【００６３】
次に、手順Ｉにて、オーケストレータ２０が、余剰資源予約先ＤＣ及びＶＩＭ４０を選択する。オーケストレータ２０は、通常のＶＮＦ７０の配備後、余剰資源用ＤＣと必要資源情報から余剰資源予約を行うＤＣ及びＶＩＭ４０を選択する。具体的には、まず、オーケストレータ２０は、信号（３）にて受信した使用可能ＤＣ毎の余剰資源用必要資源情報リスト（図１０（ｂ）に示すテーブル図）に、図１１（ａ）に示すテーブル図の優先度指標に基づき、優先順位を付与し、図１５（ａ）に示すテーブル図を得る。図１５（ａ）は、優先順位付けを行った使用可能ＤＣ毎の余剰資源用必要資源情報リストのテーブル図である。次に、オーケストレータ２０は、優先順位の順番で、ＤＣを管理するＶＩＭ４０へ予約を実施する。ここでは、オーケストレータ２０は、図１５（ａ）に示すテーブル図で優先順位の最も高い“ＤＣ２”をまず選択する。次に、オーケストレータ２０は、図８に示すテーブル図より、“ＤＣ２”の管理を“ＶＩＭ１”が行っていることを判断する。
【００６４】
次に、信号（８）にて、オーケストレータ２０が、手順Ｉにて判断した“ＶＩＭ１”に、余剰資源予約要求を送信する。余剰資源予約要求は、余剰資源用必要資源情報を含む。ここで、余剰資源用必要資源情報は、手順Ｉにて選択した“ＤＣ２”の余剰資源用必要資源情報（図１５（ｂ）に示すテーブル図）である。
【００６５】
次に、手順Ｊにて、“ＶＩＭ１”が、予約可否判断を行う。具体的には、まず、“ＶＩＭ１”は、信号（８）に設定されている“ＤＣ２”に、信号（８）で要求された必要資源である図１５（ｂ）に示すテーブル図を確保できるかを、管理域内資源情報ＤＢをもとに確認し、資源が確保（予約）できるか否かを判断する。次に、“ＶＩＭ１”は、資源が確保できると判断した場合には、資源を予約して余剰資源予約番号を払い出す。次に、“ＶＩＭ１”は、余剰資源予約番号と要求された必要資源とを対応付けて、ＶＩＭ余剰資源情報ＤＢに格納する。図１６は、“ＶＩＭ１”のＶＩＭ余剰資源情報ＤＢのテーブル図である。図１６に示すテーブル図において、“予約をしたＶＮＦＭ３０”は空欄となる。
【００６６】
次に、信号（９）にて、“ＶＩＭ１”が、オーケストレータ２０に、余剰資源予約応答を送信する。余剰資源予約応答は、余剰資源予約番号を含む。このように、通常の資源予約番号と余剰資源予約番号とを区別する。具体的には、“ＶＩＭ１”は、手順Ｊにて資源が確保できると判断した場合には、払い出した余剰資源予約番号を、オーケストレータ２０に送信する。一方、“ＶＩＭ１”は、資源が確保できないと判断した場合には、エラーをオーケストレータ２０に応答する。
【００６７】
次に、手順Ｋにて、オーケストレータ２０が、予約が成功したか否かを判断する。具体的には、オーケストレータ２０は、信号（９）にて余剰資源予約番号を受信した場合に、予約が成功したと判断する。一方、オーケストレータ２０は、信号（９）にてエラーを受信した場合に、予約が成功しなかったと判断する。オーケストレータ２０は、予約が成功しなかったと判断した場合には、手順Ｉに戻り、次の優先順位の項目についてＶＩＭ４０へ予約を実施する。
【００６８】
次に、信号（１０）にて、手順Ｋにて予約が成功したと判断したオーケストレータ２０は、“ＶＮＦＭ１”に、余剰資源予約要求を送信する。余剰資源予約要求は、サービスＩＤと、ＶＮＦ識別番号と、予約先ＶＩＭと、余剰資源予約番号と、予約余剰資源情報と、ＤＣ提供機能情報とを含む。ここで、サービスＩＤは、信号（１）のサービスＩＤである。ＶＮＦ識別番号は、信号（２）のＶＮＦ識別番号である。予約先ＶＩＭは、信号（９）の通信元のＶＩＭ４０である。余剰資源予約番号は、信号（９）で受信した余剰資源予約番号である。予約余剰資源情報は、手順Ｉにて送信した必要資源情報（図１５（ｂ）に示すテーブル図）である。ＤＣ提供機能情報は、ＤＣに対応した提供機能情報である“機能１”及び“機能２”である。
【００６９】
次に、手順Ｌにて、“ＶＮＦＭ１”が、予約先ＶＩＭと余剰資源予約番号と予約余剰資源情報とをＤＢに保存する。具体的には、まず、“ＶＮＦＭ１”は、信号（１０）にて受信した予約先ＶＩＭと、余剰資源予約番号と、ＶＮＦ識別番号と、予約余剰資源情報と、ＤＣの提供機能情報とをまとめてＶＮＦＭ余剰資源情報ＤＢに格納する。図１７は、“ＶＮＦＭ１”のＶＮＦＭ余剰資源情報ＤＢのテーブル図である。なお、“ＶＮＦＭ１”は、図１８に示すテーブル図のように、予約先ＶＩＭと、ＶＮＦ識別番号と、余剰資源予約番号とのみをＶＮＦＭ余剰資源情報ＤＢに格納してもよい。この場合、“ＶＮＦＭ１”は、余剰資源情報は余剰資源予約番号を元に都度ＶＩＭ４０から取得する。図１８は、“ＶＮＦＭ１”のＶＮＦＭ余剰資源情報ＤＢの別のテーブル図である。
【００７０】
次に、信号（１１）にて、ＶＮＦＭ余剰資源情報ＤＢを更新した“ＶＮＦＭ１”は、“ＶＩＭ１”に、余剰資源予約完了を送信する。余剰資源予約完了は、余剰資源予約番号を含む。ここで、余剰資源予約番号は、信号（１０）に含まれる余剰資源予約番号である。
【００７１】
次に、手順Ｍにて、“ＶＩＭ１”が、余剰資源予約番号とＶＮＦＭ３０とを対応付けてＤＢに保存する。具体的に、“ＶＩＭ１”は、信号（１１）にて受信した余剰資源予約番号に対応したレコードをＶＩＭ余剰資源情報ＤＢ（図１６に示すテーブル図）から抽出し、“予約をしたＶＮＦＭ３０”を送信元の“ＶＮＦＭ１”として更新する。図１９は、このようにして更新された、“ＶＩＭ１”のＶＩＭ余剰資源情報ＤＢのテーブル図である。
【００７２】
続いて、図２０は、移動体通信システム１におけるＶＮＦ７０からのリソース増強要求時の処理の流れを示すシーケンス図である。
【００７３】
まず、信号（１）にて、ＶＮＦ７０が、ＶＮＦＭ３０に、リソース不足通知を送信する。リソース不足通知は、ＶＮＦ識別番号と、不足ＶＮＦＣと、追加必要リソース条件とを含む。具体的には、負荷の増加により、ＶＮＦ識別番号“ＶＮＦ１０＿００１”は、自身の構成要素である“ＶＮＦＣ１００”のリソースが不足していると判断し、この“ＶＮＦ１０＿００１”を管理する“ＶＮＦＭ１”に対してリソース不足通知を行う。このとき、リソース不足通知は、リソースが不足したＶＮＦ７０の識別番号である“ＶＮＦ１０＿００１”と、内部機能部である“ＶＮＦＣ１００”と、追加必要リソース条件である図２１に示すテーブル図とを含む。図２１は、“ＶＮＦ１０＿００１”が“ＶＮＦＭ１”に通知する追加必要リソース条件のテーブル図である。
【００７４】
次に、手順Ａにて、ＶＮＦＭ３０（“ＶＮＦＭ１”）が、余剰資源情報と追加必要リソース条件とを比較する。具体的には、まず、信号（１）受け付けた“ＶＮＦＭ１”は、追加必要リソース条件と、ＶＮＦＭ余剰資源情報ＤＢ（図１７に示すテーブル図）のＶＮＦ識別番号が“ＶＮＦ１０＿００１”であるレコードとを比較し、追加必要リソース条件を“ＶＮＦ１０＿００１”の余剰資源が満たすかどうかを判定する。なお、ＶＮＦＭ余剰資源情報ＤＢが図１８に示すテーブル図のように予約先ＶＩＭと、ＶＮＦ識別番号と、余剰資源予約番号としか持たない場合、“ＶＮＦＭ１”は、対応するＶＩＭ４０に問い合わせを行い、余剰資源予約番号に対応した図１６に示すテーブル図のデータを取得することで余剰資源が満たすかどうかの判定を行う。
【００７５】
続いて、手順Ａにて余剰資源が足りると判定された場合の処理について説明する。
【００７６】
まず、“ＶＮＦＭ１”は、信号（１）で受信したＶＮＦ識別番号である“ＶＮＦ１０＿００１”と、内部機能部である“ＶＮＦＣ１００”と、追加必要リソース条件とについて、“ＶＮＦＭ１”が保持するＶＮＦ１０の要求条件（図９に示すテーブル図）を参照し、対応する配置・起動情報、ＮＷ構成情報を決定し、生成するそれぞれのＶＭにＶＭ識別番号（“ＶＭ＿００３”及び“ＶＭ＿００４”）を払い出し、付与する。次に、“ＶＮＦＭ１”は、これらを用いて図２２に示す配置・起動情報、ＮＷ構成情報のテーブル図を作成する。図２２は、ＶＩＭ４０に通知する配置・起動情報、NW構成情報のテーブル図である。
【００７７】
次に、信号（２）にて、“ＶＮＦＭ１”は、予約先の“ＶＩＭ１”に、ＶＮＦＣ生成要求を送信する。ＶＮＦＣ生成要求は、信号（１）で受信した余剰資源予約番号である“ｘｘｘｘ”と、手順Ａで作成された図２２に示すテーブル図の配置・起動情報、ＮＷ構成情報とを含む。
【００７８】
次に、手順Ｂにて、ＶＩＭ（“ＶＩＭ１”）がＶＭのイメージファイルを起動する。具体的には、“ＶＩＭ１”は、信号（２）で受け付けた余剰資源予約番号“ｘｘｘｘ”を用いて“ＶＩＭ１”のＶＩＭ余剰資源情報ＤＢ（図１６に示すテーブル図）を検索し、対応する余剰資源情報を特定する。次に、“ＶＩＭ１”は、信号（２）で受け付けた配置・起動情報、ＮＷ構成情報と、特定した余剰資源情報とを元に、“ＤＣ２”にＶＭのイメージファイルを読み込み、生成・起動する。次に、“ＶＩＭ１”は、予め割り当てられている外部ＩＰアドレス帯域から、信号（２）で指定された数の外部アドレスとして“外部ＩＰアドレス０３”及び“外部ＩＰアドレス０４”をＶＭ“ＶＭ＿００３”に付与し、“外部ＩＰアドレス０５”及び“外部ＩＰアドレス０６”をＶＭ“ＶＭ＿００４”に付与する。次に、“ＶＩＭ１”は、余剰資源予約番号と、ＤＣ番号と、ＶＭ識別番号と、物理装置（ＨＷ）識別子と、割り当てた資源情報と、信号（２）の送信元ＶＮＦＭの識別番号とを対応付けて、図２３に示すテーブル図として記憶する。図２３は、予約番号とＶＭ配備先物理装置、割り当て資源情報のテーブル図である。次に、“ＶＩＭ１”は、ＶＭの生成に対応して、使用した資源を余剰資源情報から減算し、ＶＩＭ余剰資源情報ＤＢを更新する（余剰資源予約番号に対応する予約余剰資源情報を更新（増設ＶＭ設定分を減算））。図２４は、更新後のＶＩＭ余剰資源情報ＤＢのテーブル図である。
【００７９】
次に、信号（３）にて、“ＶＩＭ１”は、“ＶＮＦＭ１”に、ＶＮＦＣ生成応答を送信する。ＶＮＦＣ生成応答は、余剰資源予約番号と、更新した予約余剰資源情報と含む。なお、ＶＮＦＭ余剰資源情報ＤＢが図１８に示すテーブル図のように予約先ＶＩＭと、ＶＮＦ識別番号と余剰資源予約番号としか持たない場合、余剰資源情報の送信は不要である。
【００８０】
次に、手順Ｃにて、“ＶＮＦＭ１”は、ＶＮＦＭ余剰資源情報ＤＢを更新する。具体的には、“ＶＮＦＭ１”は、信号（３）を受けて、対応する余剰資源予約番号の余剰資源情報を更新する（余剰資源予約番号に対応する予約余剰資源情報を更新（増設ＶＭ設定分を減算））。図２５は、更新後のＶＮＦＭ余剰資源情報ＤＢのテーブル図である。
【００８１】
次に、信号（４）にて、“ＶＮＦＭ１”は、“ＶＮＦ１０＿００１”に、リソース増強完了応答を送信する。リソース増強完了応答は、ＶＮＦ識別番号を含む。
【００８２】
続いて、手順Ａにて余剰資源が足りないと判定された場合の処理について説明する。
【００８３】
まず、“ＶＮＦＭ１”は、追加必要リソース条件（図２１に示すテーブル図）と、ＶＮＦＭ余剰資源情報ＤＢ（図２６に示すテーブル図）のＶＮＦ識別番号“ＶＮＦ１０＿００１”のレコードとを比較し、追加必要リソース条件を“ＶＮＦ１０＿００１”の余剰資源が満たすかどうかを判定する。このとき、増設するための予約余剰資源が不足していると判定される。次に、資源不足と判定した“ＶＮＦＭ１”は、余剰資源を用いずに再度オーケストレータ２０を介したリソース予約を行うため、一度余剰資源の予約状況の解除を行う。
【００８４】
次に、信号（５）にて、“ＶＮＦＭ１”は、“ＶＩＭ１”に、予約余剰資源削除要求を送信する。予約余剰資源削除要求は、余剰資源予約番号“ｘｘｘｘ”を含む。
【００８５】
次に、手順Ｄにて、“ＶＩＭ１”が、ＶＩＭ余剰資源情報ＤＢを更新する。具体的には、“ＶＩＭ１”は、信号（５）を受けて、予約解除のため、ＶＩＭ余剰資源情報ＤＢから、信号（５）に示された余剰資源予約番号に対応するレコードを削除する。すなわち、“ＶＩＭ１”は、図２７に示すＶＩＭ余剰資源情報ＤＢのテーブル図の余剰資源予約番号“ｘｘｘｘ”のレコードを削除する。次に、“ＶＩＭ１”は、予約を解除したため、“ＶＩＭ１”の管理域内資源情報ＤＢに、削除された予約余剰資源情報に対応する量のリソースを追加して更新する（余剰資源予約番号に対応する予約余剰資源情報を削除）。
【００８６】
次に、信号（６）にて、“ＶＩＭ１”は、“ＶＮＦＭ１”に、予約削除応答を送信する。予約削除応答は、余剰資源予約番号“ｘｘｘｘ”を含む。
【００８７】
次に、手順Ｅにて、“ＶＮＦＭ１”は、ＶＮＦＭ余剰資源情報ＤＢを更新する。具体的には、“ＶＮＦＭ１”は、信号（６）を受けて、余剰資源予約番号“ｘｘｘｘ”に対応するＶＮＦＭ余剰資源情報ＤＢのレコードを削除する。すなわち、“ＶＮＦＭ１”は、図２８に示すＶＮＦＭ余剰資源情報ＤＢのテーブル図の余剰資源予約番号“ｘｘｘｘ”に対応するレコードを削除する（余剰資源予約番号に対応する予約余剰資源情報を削除）。
【００８８】
次に、信号（７）にて、“ＶＮＦＭ１”は、“ＶＮＦ１０＿００１”に、リソース増強失敗応答を送信する。リソース増強失敗応答は、ＶＮＦ識別番号を含む。
【００８９】
次に、信号（８）にて、信号（７）を受け取った“ＶＮＦ１０＿００１”は、ＯＳＳ／ＢＳＳ５０に、リソース不足通知を送信する。リソース不足通知は、ＶＮＦ識別番号と、不足ＶＮＦＣと、追加必要リソース条件とを含む。
【００９０】
次に、信号（８）を受け取ったＯＳＳ／ＢＳＳ５０は、スケールアウトを行う。具体的には、ＯＳＳ／ＢＳＳ５０は、図４に示すInstantiation時のシーケンス図のうち、手順Ｂ〜Ｍを実行することで、ＶＮＦ７０の配備要求を実行し、リソース増強を行う。
【００９１】
続いて、図２９は、移動体通信システム１におけるＶＮＦ７０からのリソース増強要求時において、ＶＮＦＭ３０が管理する余剰資源を異なるＶＮＦ７０で共有できる場合の処理の流れを示すシーケンス図である。
【００９２】
前提として、図４に示すInstantiation時のシーケンス図のうち、手順Ｌにおいて、ＶＮＦＭ３０はＶＮＦ識別番号ごとに予約余剰資源に優先度を付加することができるとする。ここで、優先度の値が大きいほうが、優先度が高いことを意味する。この優先度を用いて、あるＶＮＦ識別番号の予約余剰資源が不足した場合、自身よりも優先度の低いＶＮＦ識別番号の予約余剰資源を利用可能とする。
【００９３】
まず、手順Ａにて、“ＶＮＦＭ１”が、余剰資源情報と追加必要リソース条件とを比較する。具体的には、“ＶＮＦＭ１”は、追加必要リソース条件（図２１に示すテーブル図）と、図３０に示すＶＮＦＭ余剰資源情報ＤＢのテーブル図のＶＮＦ識別番号“ＶＮＦ１０＿００１”のレコードとを比較し、追加必要リソース条件を“ＶＮＦ１０＿００１”の余剰資源が満たすかどうかを判定する。このとき、増設するための予約余剰資源が不足していると判定される。次に、“ＶＮＦＭ１”は、ＶＮＦＭ余剰資源情報ＤＢで“ＶＮＦ１０＿００１”よりも優先度の低い予約余剰資源がないかどうか探索する。このとき、“ＶＮＦ１２＿００１”と“ＶＮＦ１１＿００１”の余剰資源が見つかる。次に、“ＶＮＦＭ１”は、上記で見つけた余剰資源のうち、最も優先度の低い余剰資源から順に追加必要リソース条件を満たすかどうかを判定する。このとき、優先度の最も低い“ＶＮＦ１１＿００１”の予約余剰資源が条件を満たすと判定される。
【００９４】
次に、信号（９）にて、“ＶＮＦＭ１”は、オーケストレータ２０に、“ＶＮＦ１１＿００１”の予約余剰資源に“ＶＮＦ１０＿００１”が配備可能か確認するため、ＶＮＦとＤＣとＮＷの対応確認を送付する。ＶＮＦとＤＣとＮＷの対応確認は、ＶＮＦ識別番号である“ＶＮＦ１０＿００１”と、上記手順でリソース条件を満たすと判定された予約余剰資源情報の予約先ＤＣである“ＤＣ４”と、余剰資源予約番号である“ｚｚｚｚ”とを含む。
【００９５】
次に、手順Ｆにて、オーケストレータ２０が、ＶＮＦ７０に必要なＤＣとＮＷ条件とを確認する。具体的には、オーケストレータ２０は、受信した信号（９）のＶＮＦ識別番号“ＶＮＦ１０＿００１”と予約先ＤＣ“ＤＣ４”について、オーケストレータ２０が持つＶＮＦ種別ごとの配置可能なＤＣ（図６（ａ）に示すテーブル図）を参照し、“ＶＮＦ１０”を“ＤＣ４”に配備可能であるかを判定する。結果、配備可能であると判定される。また、オーケストレータ２０は、受信した信号（９）のＶＮＦ識別番号“ＶＮＦ１０＿００１”から、このＶＮＦ７０の配備時に与えられたＮＷ条件“ＤＣ１接続、帯域５Ｇｂｐｓ以上”（図４に示すInstantiation時のシーケンス図のうち信号（１）で与えられた条件）を抽出し、この条件を信号（９）の予約先ＤＣ“ＤＣ４”が満たすかどうかを判定するために、ＤＣ間トポロジ情報（図６（ｂ）に示すテーブル図）を参照する。結果、配備可能であると判定される。次に、オーケストレータ２０は、上記両判定で配備可能と判定されれば“ＶＮＦ配備可”を、どちらか一方でも配備不能と判定されれば“ＶＮＦ配備不能”を“ＶＮＦＭ１”に通知する。
【００９６】
すなわち、信号（１０）にて、オーケストレータ２０は、“ＶＮＦＭ１”に、ＶＮＦとＤＣとＮＷの対応確認応答を送信する。ＶＮＦとＤＣとＮＷの対応確認応答は、ＶＮＦ識別番号である“ＶＮＦ１０＿００１”と、予約先ＤＣである“ＤＣ４”と、余剰資源予約番号である“ｚｚｚｚ”と、ＶＮＦ配備可否である“ＶＮＦ配備可”を含む。
【００９７】
次に、手順Ｇにて、“ＶＮＦＭ１”が、ＶＮＦ配備可能か否かを判定する。具体的には、“ＶＮＦＭ１”は、信号（１０）で配備不可と通知された場合、手順Ａに戻り、次の優先度のリソースについて手順を繰り返す。一方、“ＶＮＦＭ１”は、信号（１０）で“ＤＣ４”に“ＶＮＦ１０＿００１”を配備可と通知された場合、“ＶＮＦ１０”の要求条件（図９に示すテーブル図）を参照し、対応する配置・起動情報、ＮＷ構成情報を決定し、生成するそれぞれのＶＭにＶＭ識別番号（“ＶＭ＿００３”及び“ＶＭ００４”）を払い出し、付与する。次に、“ＶＮＦＭ１”は、これらを用いて図２２に示すテーブル図である配置・起動情報、ＮＷ構成情報を作成する。
【００９８】
次に、信号（１１）にて、“ＶＮＦＭ１”は、“ＶＮＦ１１＿００１”に対応する“ＶＩＭ２”に、ＶＮＦＣ生成要求を送信する。ＶＮＦＣ生成要求は、余剰資源予約番号“ｚｚｚｚ”と、図２２に示すテーブル図である配置・起動情報、ＮＷ構成情報とを含む。
【００９９】
次に、手順Ｈにて、“ＶＩＭ２”は、ＶＭのイメージファイルを起動する。具体的には、“ＶＩＭ２”は、信号（１１）で受け付けた余剰資源予約番号“ｚｚｚｚ”で、図３１に示すテーブル図である“ＶＩＭ２”のＶＩＭ余剰資源情報ＤＢを検索し、対応する余剰資源情報を特定する。次に、“ＶＩＭ２”は、信号（１１）で受け付けた配置・起動情報、ＮＷ構成情報（図２２に示すテーブル図）と上記手順で特定した余剰資源情報を元に、“ＤＣ２”にＶＭのイメージファイルを読み込み、生成・起動する。
【０１００】
次に、“ＶＩＭ２”は、予め割り当てられている外部ＩＰアドレス帯域から、信号（１１）で指定された数の外部アドレスとして“外部ＩＰアドレス０３”及び“外部ＩＰアドレス０４”をＶＭ“ＶＭ＿００３”に付与し、“外部ＩＰアドレス０５”及び“外部ＩＰアドレス０６”をＶＭ“ＶＭ＿００４”に付与する。次に、“ＶＩＭ２”は、余剰資源予約番号と、ＤＣ番号と、ＶＭ識別番号と、物理装置（ＨＷ）識別子と、割り当てた資源情報と、信号（１１）の送信元ＶＮＦＭとを対応付けた、図３２に示すテーブル図を記憶する。図３２は、予約番号とＶＭ配備先物理装置、割り当て資源情報を示すテーブル図である。次に、“ＶＩＭ２”は、ＶＭの生成に対応して、使用した資源を余剰資源情報から減算し、ＶＩＭ余剰資源情報ＤＢを更新する（余剰資源予約番号に対応する予約余剰資源情報を更新（増設ＶＭ設定分を減算））。図３３は、更新されたＶＩＭ余剰資源情報ＤＢを示すテーブル図である。
【０１０１】
次に、信号（１２）にて、“ＶＩＭ２”は、“ＶＮＦＭ１”に、ＶＮＦＣ生成応答として、ＶＮＦＣ生成応答を送信する。ＶＮＦＣ生成応答は、余剰資源予約番号“ｚｚｚｚ”と、更新した予約余剰資源情報とを含む。
【０１０２】
次に、手順Ｉにて、“ＶＮＦＭ１”は、ＶＮＦＭ余剰資源情報ＤＢを更新する。具体的には、“ＶＮＦＭ１”は、信号（１２）を受けて、対応する余剰資源予約番号の余剰資源情報を更新する（余剰資源予約番号に対応する予約余剰資源情報を更新（増設ＶＭ設定分を減算））。図３４は、更新されたＶＮＦＭ余剰資源情報ＤＢを示すテーブル図である。
【０１０３】
次に、信号（１３）にて、“ＶＮＦＭ１”は、ＶＮＦ７０に、リソース増強完了応答を送信する。リソース増強完了応答は、ＶＮＦ識別番号である“ＶＮＦ１０＿００１”を含む。
【０１０４】
続いて、図３５は、移動体通信システム１におけるInstantiation時に余剰資源を除いて資源不足時であって、ＶＮＦＭ３０の余剰資源が利用可能な場合の処理の流れを示すシーケンス図である。本シーケンス図は、資源問い合わせを受けたＶＮＦＭ３０が余剰資源を持っている場合のシーケンスを示す。予約余剰資源を削除している部分は一部のリソースのみＶＮＦ７０の生成に使い、それに応じて予約余剰資源の量を減算し、更新してもよい。まず、前提として、図４に示すInstantiation時のシーケンス図のうち信号（１）のサービス生成要求は、サービスＩＤ“ｓ１”と，ＮＷ条件“ＤＣ１接続、帯域５Ｇｂｐｓ以上”と、ＶＮＦ種別“ＶＮＦ１０”と、ＶＮＦ識別番号“ＶＮＦ１０＿００２”と、性能条件“１００”とを含む。最初の処理は、図４に示すInstantiation時のシーケンス図のうち手順Ａ、手順Ｂ、信号（２）及び（２ａ）と同様である。
【０１０５】
次に、手順Ｃにて、“ＶＮＦＭ１”は、候補ＤＣの資源情報（図３６に示すテーブル図）と、“ＶＮＦ１０”の要求条件（図９に示すテーブル図）とを比較するが、メモリ容量が不足しＶＮＦ配備ができないと判定する。図３６は、ＮＷ全体資源情報ＤＢから抽出した資源情報を示すテーブル図である。
【０１０６】
次に、手順Ｎにて、“ＶＮＦＭ１”は、ＶＮＦＭ余剰資源情報ＤＢを参照する。具体的には、“ＶＮＦＭ１”は、図３７に示すテーブル図である自身のＶＮＦＭ余剰資源ＤＢを参照し、“ＶＮＦ１０”の要求条件（図９に示すテーブル図）を満たす予約余剰資源情報がないか探索する（ＶＮＦ７０の要求条件を満たすリソースが余剰資源として予約されているかどうか判断する）。優先度を用いている場合、“ＶＮＦＭ１”は、優先度の低いものから順に探索を行う。ここでは、“ＶＮＦＭ１”は、“ＶＩＭ２”の“ＶＮＦ１１＿００１”及び余剰資源予約番号“ｚｚｚｚ”を選択する。
【０１０７】
次に、信号（１１）にて、“ＶＮＦＭ１”は、オーケストレータ２０に、“ＶＮＦ１１＿００１”の予約余剰資源に“ＶＮＦ１０”を配備可能か確認するため、ＶＮＦ７０とＤＣとＮＷの対応確認を送信する。具体的には、ＶＮＦ７０とＤＣとＮＷの対応確認は、今回配備したいＶＮＦ識別番号“ＶＮＦ１０＿００２”と、上記手順でリソース条件を満たすと判定された予約余剰資源情報の予約先ＤＣ“ＤＣ４”と、余剰資源予約番号“ｚｚｚｚ”とを含む。
【０１０８】
次に、手順Ｏにて、オーケストレータ２０が、ＶＮＦ７０に必要なＤＣとＮＷ条件を確認する。具体的には、オーケストレータ２０は、受信した信号（１）のＶＮＦ識別番号“ＶＮＦ１０＿００２”と予約先ＤＣ“ＤＣ４”とについて、オーケストレータ２０が持つＶＮＦ種別ごとの配置可能なＤＣ（図６（ａ）に示すテーブル図）を参照し、“ＶＮＦ１０”を“ＤＣ４”に配備可能であるかを判定する。結果、配備可能であると判定される。また、オーケストレータ２０は、受信した信号（９）のＶＮＦ識別番号“ＶＮＦ１０＿００２”から、このＶＮＦの配備時に与えられたＮＷ条件“ＤＣ１接続、帯域５Ｇｂｐｓ以上”（図４に示すInstantiation時のシーケンス図のうち、信号（１）で与えられた条件）を抽出し、この条件を信号（９）の予約先ＤＣ“ＤＣ４”が満たすかどうかを判定するために、ＤＣ間トポロジ情報（図６（ｂ））を参照する。結果、配備可能であると判定される。次に、オーケストレータ２０は、上記両判定で配備可能と判定されれば“ＶＮＦ配備可”を、どちらか一方でも配備不能と判定されれば“ＶＮＦ配備不能”を“ＶＮＦＭ１”に通知する。
【０１０９】
すなわち、信号（２）にて、オーケストレータ２０は、“ＶＮＦＭ１”に、ＶＮＦ７０とＤＣとＮＷの対応応答を送信する。ＶＮＦ７０とＤＣとＮＷの対応応答は、ＶＮＦ識別番号“ＶＮＦ１０＿００２”と、予約先ＤＣ“ＤＣ４”と、余剰資源予約番号“ｚｚｚｚ”と、ＶＮＦ配備可否“ＶＮＦ配備可）”とを含む。
【０１１０】
次に、手順Ｐにて、“ＶＮＦＭ１”は、ＶＮＦ配備が可能か否かを判定する。具体的には、“ＶＮＦＭ１”は、信号（２）で配備不可と通知された場合、手順Ｎに戻り、次の優先度のリソースについて手順を繰り返す。一方、“ＶＮＦＭ１”は、信号（２）で“ＤＣ４”に“ＶＮＦ１０＿００２”を配備可と通知された場合、オーケストレータ２０を介してリソース予約を行うため、一度余剰資源の予約状況の解除を行う。まず、“ＶＮＦＭ１”は、図３７に示すテーブル図から、信号（２）で通知された余剰資源予約番号“ｚｚｚｚ”を元に、予約先のＶＩＭ４０を“ＶＩＭ２”と判断する。
【０１１１】
次に、信号（３）にて、“ＶＮＦＭ１”は、“ＶＩＭ２”に、予約余剰資源削除要求を送信する。予約余剰資源削除要求は、余剰資源予約番号“ｚｚｚｚ”を含む。
【０１１２】
次に、手順Ｑにて、“ＶＩＭ２”が、ＶＩＭ余剰資源情報ＤＢから削除を行う。具体的には、“ＶＩＭ２”は、信号（３）で受信した余剰資源予約番号“ｚｚｚｚ”に対応した予約余剰資源情報を削除する。すなわち、図３８に示すＶＩＭ余剰資源情報ＤＢのうち、余剰資源予約番号“ｚｚｚｚ”に対応したレコードを削除する（余剰資源予約番号に対応する予約余剰資源情報を削除）。これは、図２０に示すＶＮＦ７０からのリソース増強要求時のシーケンス図のうち、手順Ｄと同様である。次に、“ＶＩＭ２”は、予約削除に応じて、“ＶＩＭ２”の管理域内資源情報ＤＢに、削除された予約余剰資源情報に対応する量のリソースを追加して更新する。
【０１１３】
次に、信号（４）にて、“ＶＩＭ２”は、“ＶＮＦＭ１”に、予約削除応答を送信する。予約削除応答は、余剰資源予約番号“ｚｚｚｚ”と、予約先ＤＣ“ＤＣ４”とを含む。
【０１１４】
次に、手順Ｒにて、“ＶＮＦＭ１”が、ＶＮＦＭ余剰資源情報ＤＢから削除を行う。具体的には、“ＶＮＦＭ１”は、信号（４）で受信した予約先ＤＣ“ＤＣ４”と余剰資源予約番号“ｚｚｚｚ”とに対応した予約余剰資源情報（図３７に示すテーブル図）、及びＶＮＦ７０ごとの要求条件（図９に示すテーブル図）から、図３９に示す必要資源情報リストのテーブル図を作成する。次に、“ＶＮＦＭ１”は、信号（４）で受信した余剰資源予約番号“ｚｚｚｚ”に対応した予約余剰資源情報をＶＮＦＭ余剰資源情報ＤＢから削除する。すなわち、“ＶＮＦＭ１”は、図４０に示すＶＮＦＭ余剰資源情報ＤＢのテーブル図のうち、余剰資源予約番号“ｚｚｚｚ”に対応したレコードを削除する（余剰資源予約番号に対応する予約余剰資源情報を削除）。
【０１１５】
次に信号（５）にて、“ＶＮＦＭ１”は、オーケストレータ２０に、必要資源応答を送信する。必要資源応答は、図３９に示すテーブル図である必要資源情報リストを含む。この後の手順は、図４に示すInstantiation時のシーケンス図のうち手順Ｄ〜Ｈと同様である。余剰資源の予約部分である手順Ｉ〜Ｍは資源が不足しているため行わない。
【０１１６】
続いて、図４１は、移動体通信システム１におけるInstantiation時に余剰資源を除いて資源不足時であって、他のＶＮＦＭの余剰資源が利用可能な場合の処理の流れを示すシーケンス図である。本シーケンス図は、資源問い合わせを受けたＶＮＦＭ３０が余剰資源を持っていない場合のシーケンスを示す。予約余剰資源を削除している部分は一部のリソースのみＶＮＦ７０の生成に使い、それに応じて予約余剰資源の量を減算し、更新してもよい。最初の処理は、図３５に示すシーケンス図のうち手順Ｃまでが同様である。
【０１１７】
次に、手順Ｎにて、“ＶＮＦＭ１”が、ＶＮＦＭ余剰資源情報ＤＢを参照する。具体的には、“ＶＮＦＭ１”は、図４２に示すテーブル図である自身のＶＮＦＭ余剰資源ＤＢを参照し、“ＶＮＦ１０”の要求条件（図９に示すテーブル図）を満たす予約余剰資源情報がないか探索するが、見つからない。
【０１１８】
次に、信号（１）にて、“ＶＮＦＭ１”は、オーケストレータ２０に、確保失敗応答を送信する。確保失敗応答は、ＶＮＦ識別番号である“ＶＮＦ１０＿００２”を含む。
【０１１９】
次に、手順Ｓにて、オーケストレータ２０が、ＶＮＦ７０を配備可能なＤＣとＶＩＭ４０とを選定する。具体的には、オーケストレータ２０は、受信した信号（１）にてＶＮＦ識別番号“ＶＮＦ１０＿００２”のリソース確保失敗を判断する。次に、オーケストレータ２０は、ＶＮＦ種別ごとの配置可能なＤＣ（図６（ａ）に示すテーブル図）から“ＶＮＦ１０＿００２”が配置可能なＤＣを選出する。すなわち、オーケストレータ２０は、“ＤＣ２”と“ＤＣ３”と“ＤＣ４”と“ＤＣ５とを選出する。また、オーケストレータ２０は、あわせて“ＶＮＦ１０＿００２”に対応するＮＷ条件“ＤＣ１接続、帯域５Ｇｂｐｓ以上”からＤＣ間トポロジ情報（図６（ｂ）に示すテーブル図）を参照し、条件を満たすＤＣである“ＤＣ２”と“ＤＣ３”と“ＤＣ４”とを選出する。さらに、オーケストレータ２０は、ＶＩＭ４０とＶＩＭ４０が管理するＤＣ（図８に示すテーブル図）から選出したＤＣに対応するＶＩＭ４０を選定する。すなわち、オーケストレータ２０は、“ＶＩＭ１”と“ＶＩＭ２”とを選定する。
【０１２０】
次に、信号（２）にて、オーケストレータ２０は、選定した“ＶＩＭ１”と“ＶＩＭ２”とに、余剰資源予約状況要求を送信する。余剰資源予約状況要求は、ＤＣリストである“ＤＣ２”と“ＤＣ３”と“ＤＣ４”とを含む。
【０１２１】
次に、手順Ｔにて、ＶＩＭ４０が、ＤＣに対応した余剰資源情報を抽出する。具体的には、信号（２）を受信したＶＩＭである“ＶＩＭ１”及び“ＶＩＭ２”は、信号（２）のＤＣリストである“ＤＣ２”と“ＤＣ３”と“ＤＣ４”とに対応する余剰資源情報を、自身のＶＩＭ余剰資源情報ＤＢから抽出する。図４３（ａ）は、“ＶＩＭ１”が格納するＶＩＭ余剰資源情報ＤＢのテーブル図であり、図４３（ｂ）は、“ＶＩＭ２”が格納するＶＩＭ余剰資源情報ＤＢのテーブル図である。ここで、“ＶＩＭ１”は余剰資源予約番号“ｘｘｘｘ”の余剰資源情報を抽出し、“ＶＩＭ２”は余剰資源予約番号“ｙｙｙｙ”及び“ｚｚｚｚ”の余剰資源情報を抽出する。
【０１２２】
次に、信号（３）にて、各ＶＩＭ４０は、オーケストレータ２０に、余剰資源予約状況応答を送信する。余剰資源予約状況応答は、抽出した余剰資源情報リストを含む。
【０１２３】
次に、手順Ｕにて、オーケストレータ２０が、余剰資源情報リストを結合する。具体的には、信号（３）を受信したオーケストレータ２０は、各信号（３）に含まれる余剰資源情報リストをすべて結合し、図４３（ｃ）に示すテーブル図である結合余剰資源情報リストを生成する。
【０１２４】
次に、信号（４）にて、オーケストレータ２０は、“ＶＮＦＭ１”に、必要な資源の問い合わせを行うために、必要資源問い合わせを送信する。必要資源問い合わせは、サービスＩＤである“ｓ１”と、結合余剰資源情報リストである図４３（ｃ）に示すテーブル図と、ＶＮＦ種別である“ＶＮＦ１０”と、ＶＮＦ識別情報である“ＶＦＮ１０＿００２”と、性能条件である“１００”とを含む。
【０１２５】
次に、手順Ｖにて、“ＶＮＦＭ１”が、余剰資源情報リストから利用可能な余剰資源情報を選択する。具体的には、信号（４）を受信した“ＶＮＦＭ１”は、信号（４）に含まれる余剰資源情報リスト（図４３（ｃ）に示すテーブル図）と、ＶＮＦ種別及び性能条件（図９に示すテーブル図）とを比較し、性能条件を満たす余剰資源を選択する。ここでは、“ＶＮＦＭ１”は、余剰資源予約番号“ｙｙｙｙ”及び“ｚｚｚｚ”の余剰資源が選択され、各余剰資源ごとにＶＮＦ７０配備に必要となる資源情報の組み合わせとして図４４に示すテーブル図を得る。図４４は、利用可能な余剰資源予約情報ごとの必要資源情報リストを示すテーブル図である。
【０１２６】
次に、信号（５）にて、“ＶＮＦＭ１”は、オーケストレータ２０に、必要資源応答を送信する。必要資源応答は、図４４に示すテーブル図である余剰資源予約情報ごとの必要資源情報リストを含む。
【０１２７】
次に、手順Ｗにて、オーケストレータ２０が、予約解除する余剰資源を選択する。具体的には、信号（５）を受信したオーケストレータ２０は、信号（５）に含まれる余剰資源予約情報ごとの必要資源情報リスト（図４４に示すテーブル図）から、どの余剰資源を用いてＶＮＦ７０を生成するかを決定する。この選択基準は、オーケストレータ２０のポリシによるが、ここでは、予約された余剰資源量がより少ないものを選択するものとする。このため、オーケストレータ２０は、より余剰資源量が少ない余剰資源予約番号“ｚｚｚｚ”を選択する。
【０１２８】
次に、信号（６）にて、オーケストレータ２０は、余剰資源予約番号“ｚｚｚｚ”に対応するＶＮＦＭ３０である“ＶＮＦＭ２”に、ＶＮＦＭ予約余剰資源削除要求を送信する。ＶＮＦＭ予約余剰資源削除要求は、余剰資源予約番号である“ｚｚｚｚ”を含む。
【０１２９】
次に、手順Ｘにて、“ＶＮＦＭ２”が、ＶＮＦＭ予約余剰資源を削除する。具体的には、“ＶＮＦＭ２”は、信号（６）で受け付けた余剰資源予約番号“ｚｚｚｚ”に対応する予約余剰資源情報を、ＶＮＦＭ余剰資源予約情報ＤＢから削除する。すなわち、“ＶＮＦＭ２”は、図４５に示すテーブル図であるＶＮＦＭ余剰資源情報ＤＢから、余剰資源予約番号“ｚｚｚｚ”に対応するレコードを削除する。
【０１３０】
次に、信号（７）にて、“ＶＮＦＭ２”は、余剰資源予約番号“ｚｚｚｚ”に対応する“ＶＩＭ２”に、ＶＩＭ予約余剰資源削除要求を送信する。ＶＩＭ予約余剰資源削除要求は、余剰資源予約番号である“ｚｚｚｚ”を含む。
【０１３１】
次に、手順Ｙにて、“ＶＩＭ２”が、ＶＩＭ予約余剰資源を削除する。具体的には、“ＶＩＭ２”は、信号（７）で受け付けた余剰資源予約番号“ｚｚｚｚ”に対応する予約余剰資源情報を、ＶＩＭ余剰資源予約情報ＤＢから削除する。すなわち、“ＶＩＭ２”は、図４６に示すテーブル図であるＶＩＭ余剰資源予約情報ＤＢから、余剰資源予約番号“ｚｚｚｚ”に対応するレコードを削除する。
【０１３２】
次に、信号（８）にて、“ＶＩＭ２”は、“ＶＮＦＭ２”に、余剰資源予約番号“ｚｚｚｚ”に対応するＶＩＭ予約余剰資源情報の削除完了を通知するため、ＶＩＭ予約余剰資源削除応答を送信する。ＶＩＭ予約余剰資源削除応答は、余剰資源予約番号である“ｚｚｚｚ”を含む。
【０１３３】
次に、信号（９）にて、信号（８）を受けた“ＶＮＦＭ２”は、オーケストレータ２０に、ＶＮＦＭ予約余剰資源情報の削除完了を通知するため、ＶＮＦＭ予約余剰資源削除応答を送信する。ＶＮＦＭ予約余剰資源削除応答は、余剰資源予約番号“ｚｚｚｚ”を含む。次に、信号（９）を受信したオーケストレータ２０は、余剰資源予約情報ごとの必要資源情報リスト（図４４に示すテーブル図）から、余剰資源予約番号“ｚｚｚｚ”に対応する必要資源情報を抽出する。図４７は、抽出した必要資源情報を示すテーブル図である。
【０１３４】
次に、信号（１０）にて、オーケストレータ２０は、“ＶＩＭ２”に、必要資源情報を送信する。必要資源情報は、図４７に示すテーブル図を含む。この後の手順は、図４に示すInstantiation時のシーケンス図のうち手順Ｅ〜Ｈと同様である。手順Ｉ〜Ｍによる余剰資源予約は資源不足のため行わない。
【０１３５】
以上が、シーケンス図及びテーブル図を用いた、移動体通信システム１における詳細な処理の説明である。なお、移動体通信システム１に含まれるオーケストレータ２０、ＶＮＦＭ３０、ＶＩＭ４０、ＯＳＳ／ＢＳＳ５０、ＮＦＶＩ６０、ＶＮＦ７０及びＥＭＳ８０は、上述のシーケンス図にて説明した自身の各手順や処理を実行する手段、及び各信号を送信／受信する手段を有すると共に、各テーブル図を保持する手段又はデータベース、さらには各テーブル図を更新する手段を有する（それら手段は不図示）。
【０１３６】
次に、本実施形態のように構成された管理システム１０の作用効果について説明する。
【０１３７】
本実施形態の管理システム１０によれば、ＶＮＦＭ３０は、ＶＮＦ７０から仮想化資源が不足している旨の通知を受信すると、予め予約している余剰資源の仮想サーバを特定し、特定した仮想サーバを配備する旨の指示をＶＩＭ４０に送信し、ＶＩＭ４０により当該仮想サーバが配備される。つまり、ＶＮＦＭ３０は、ＶＮＦ７０から仮想化資源が不足している旨の通知を受信すると、オーケストレータ２０を介することなく、ＶＩＭ４０に仮想サーバを配備する旨の指示を直接送信することができる。それにより、オーケストレータ２０の処理負担を抑えることができ、より迅速にＶＮＦ７０のスケールアウトを行うことができる。また、予め予約している余剰資源の仮想サーバを配備するため、仮想サーバを確保する前に、仮想化資源を確保できるか否かの判定を行う処理を省略することができ、より迅速にＶＮＦ７０のスケールアウトを行うことができる。つまり、ＮＦＶ環境において、より迅速にＶＮＦ７０のスケールアウトを行うことができる。
【０１３８】
また、本実施形態の管理システム１０によれば、ＶＮＦＭ３０は、ＶＮＦ７０から仮想化資源が不足している旨の通知を受信すると、オーケストレータ２０を介することなく、オーケストレータ２０が予め予約及び確保の要求をしていた特定のＶＩＭ４０を特定して、仮想サーバを配備する旨の指示を当該特定のＶＩＭ４０に送信することができる。それにより、オーケストレータ２０の処理負担を抑えることができ、より迅速にＶＮＦ７０のスケールアウトを行うことができる。つまり、ＮＦＶ環境において、より迅速にＶＮＦ７０のスケールアウトを行うことができる。
【０１３９】
また、本実施形態の管理システム１０によれば、ＶＮＦＭ３０は、仮想サーバが配備されると、当該仮想サーバに関する仮想化資源情報に基づいて余剰資源情報を更新する。つまり、ＶＮＦＭ３０は、現在の状況に即した余剰資源情報を管理することができる。それにより、ＶＮＦＭ３０は、現在の状況に即した余剰資源情報に基づいて、予約している余剰資源の仮想サーバを特定し、配備することができるので、より迅速かつ確実にＶＮＦ７０のスケールアウトを行うことができる。
【０１４０】
また、本実施形態の管理システム１０によれば、例えば、予約されている余剰資源以外の仮想化資源が枯渇している場合に、オーケストレータ２０等の他のサービスは、ＶＮＦＭ３０に対して予約を解除させることができ、予約が解除された余剰資源を有効活用することができる。
【０１４１】
以上の通り、本実施形態の管理システム１０によれば、ＶＮＦ７０に対して、予め余裕を持ったリソース予約をしておくことで、通常運用時以上のリソースが必要になった場合に、オーケストレータ２０に追加の処理負荷をかけず、迅速にＶＮＦ７０のスケールアウトを行うことができる。
【符号の説明】
【０１４２】
１…移動体通信システム、１０…管理システム、２０…オーケストレータ、３０…ＶＮＦＭ、３１…ＶＮＦＭ余剰資源情報ＤＢ、３２…配備指示送信部、３３…ＶＮＦＭ余剰資源情報更新部、３４…予約解除部、３５…予約解除応答送信部、４０…ＶＩＭ、４１…仮想サーバ配備部、４２…配備完了応答送信部、４３…ＶＩＭ余剰資源情報ＤＢ、５０…ＯＳＳ／ＢＳＳ、６０…ＮＦＶＩ、７０…ＶＮＦ、８０…ＥＭＳ８０。
【図１】
2015194949.tif 000003
【図２】
2015194949.tif 000004
【図３】
2015194949.tif 000005
【図４】
2015194949.tif 000006
【図５】
2015194949.tif 000007
【図６】
2015194949.tif 000008
【図７】
2015194949.tif 000009
【図８】
2015194949.tif 000010
【図９】
2015194949.tif 000011
【図１０】
2015194949.tif 000012
【図１１】
2015194949.tif 000013
【図１２】
2015194949.tif 000014
【図１３】
2015194949.tif 000015
【図１４】
2015194949.tif 000016
【図１５】
2015194949.tif 000017
【図１６】
2015194949.tif 000018
【図１７】
2015194949.tif 000019
【図１８】
2015194949.tif 000020
【図１９】
2015194949.tif 000021
【図２０】
2015194949.tif 000022
【図２１】
2015194949.tif 000023
【図２２】
2015194949.tif 000024
【図２３】
2015194949.tif 000025
【図２４】
2015194949.tif 000026
【図２５】
2015194949.tif 000027
【図２６】
2015194949.tif 000028
【図２７】
2015194949.tif 000029
【図２８】
2015194949.tif 000030
【図２９】
2015194949.tif 000031
【図３０】
2015194949.tif 000032
【図３１】
2015194949.tif 000033
【図３２】
2015194949.tif 000034
【図３３】
2015194949.tif 000035
【図３４】
2015194949.tif 000036
【図３５】
2015194949.tif 000037
【図３６】
2015194949.tif 000038
【図３７】
2015194949.tif 000039
【図３８】
2015194949.tif 000040
【図３９】
2015194949.tif 000041
【図４０】
2015194949.tif 000042
【図４１】
2015194949.tif 000043
【図４２】
2015194949.tif 000044
【図４３】
2015194949.tif 000045
【図４４】
2015194949.tif 000046
【図４５】
2015194949.tif 000047
【図４６】
2015194949.tif 000048
【図４７】
2015194949.tif 000049