JPWO2016121754A1 - システム、仮想化制御装置、仮想化制御装置の制御方法及びプログラム - Google Patents

Abstract

ＮＦＶが適用されたネットワークを制御するために必要な汎用サーバの情報を容易に登録することができるシステムを提供する。システムは、ハードウェア資源が仮想化された仮想化レイヤを備えるサーバと、仮想化制御装置と、を含む。仮想化制御装置は、サーバに対し、ハードウェア資源に関する第１の情報を要求し、サーバから取得した第１の情報に応じた第２の情報を登録すると共に、第２の情報を、仮想化レイヤに実装される仮想マシン上で動作するソフトウェアによって実装され仮想されたネットワーク機能（Virtual Network Function:ＶＮＦ）の制御に用いる。

Description

［関連出願についての記載］
本発明は、日本国特許出願：特願２０１５−０１４６１５号（２０１５年１月２８日出願）に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、ネットワークの仮想化に関するシステム、仮想化制御装置、仮想化制御装置の制御方法及びプログラムに関する。

近年、サーバ装置のコンピューティング、ストレージの仮想化のほか、さらに、ネットワーク機能を仮想化する技術として、サーバ上のハイパーバイザ（HyperVisor）等の仮想化レイヤ上に実装した仮想マシン（VM：Virtual Machine）で稼働するアプリケーション等によりソフトウェア的にネットワーク機能を実現するＮＦＶ（Network Functions Virtualization）等が知られている。専用機器（例えばＬＴＥ（Long Term Evolution）モバイル網のノード（例えばＭＭＥ（Mobility Management Entity）、Ｐ−ＧＷ（Packet data network Gateway）、Ｓ−ＧＷ（Serving Gateway）等））に対して、ＮＦＶでは汎用サーバ上の仮想化技術で実現し、機能を随時変更することができる。また、固定電話モバイル通信、専用線、マシン間通信等の通信サービスを、共通ネットワークで提供することができる（例えば非特許文献１参照）。

ETSI GS NFV 002 V1.2.1 (2014-12) Network Functions Virtualisation (NFV); Architectural Framework 第１３〜１８頁、2015年1月20日検索 インターネット＜ＵＲＬ：http://www.etsi.org/deliver/etsi_gs/NFV/001_099/002/01.02.01_60/gs_NFV002v010201p.pdf＞

以下、関連技術について分析する。

提供するサービスの変更、処理能力の増強、設備の保守等の要請から、仮想マシンを稼働させるための汎用サーバを追加することがある。その際、追加された汎用サーバをネットワークに接続するだけでは、追加された汎用サーバは、ＮＦＶが適用されたネットワークのリソースとして扱われない。つまり、ＮＦＶが適用されたネットワークを制御・管理する装置（後述の仮想化制御装置又はＭＡＮＯ；Management and Network Orchestration）に対し、追加された汎用サーバに関するハードウェアスペック（例えば、ＣＰＵ（Central Processing Unit）の性能やメモリ容量等）を登録する必要がある。

このような場合の対応の１つとして、ネットワーク管理者が、追加する汎用サーバに関する情報を収集し、装置に入力することが考えられる。しかしながら、ＮＦＶが適用されたネットワークは、膨大な数の汎用サーバから構成されているのが通常である。そのため、ネットワークに汎用サーバを追加するたびに、ネットワーク管理者が必要な情報を収集し、装置に登録するという対応には限界がある。具体的には、追加する汎用サーバの仕様を取り違え、間違った情報が登録されてしまったり、汎用サーバが物理的にネットワークに接続されたにも関わらず当該汎用サーバの登録がなされなかったりといったヒューマンエラーが発生する可能性がある。

上記のようなヒューマンエラーが現実に発生すると、仮想化制御装置（ＭＡＮＯ）は誤った情報に基づいて仮想マシンの配置等を行うことになり、当該仮想マシン上では必要なネットワーク機能が実現されず、ネットワークの障害要因となり得る。また、仮想化制御装置（ＭＡＮＯ）に対して汎用サーバの存在を認識させなければ、ネットワークの設備を増強したことにならない。

本発明は、上記課題に鑑みて創案されたものであって、その主たる目的は、ＮＦＶが適用されたネットワークを制御するために必要な汎用サーバの情報を容易に登録することができるシステム、仮想化制御装置、仮想化制御装置の制御方法及びプログラムを提供することにある。

本発明の第１の視点によれば、ハードウェア資源が仮想化された仮想化レイヤを備えるサーバと、前記サーバに対し、前記ハードウェア資源に関する第１の情報を要求し、前記サーバから取得した前記第１の情報に応じた第２の情報を登録すると共に、前記第２の情報を、前記仮想化レイヤに実装される仮想マシン上で動作するソフトウェアによって実装され仮想されたネットワーク機能（Virtual Network Function:ＶＮＦ）の制御に用いる、仮想化制御装置と、を含むシステムが提供される。

本発明の第２の視点によれば、ハードウェア資源が仮想化された仮想化レイヤを備えるサーバに対し、前記ハードウェア資源に関する第１の情報を要求し、前記サーバから取得した前記第１の情報に応じた第２の情報を登録すると共に、前記第２の情報を、前記仮想化レイヤに実装される仮想マシン上で動作するソフトウェアによって実装され仮想されたネットワーク機能（Virtual Network Function:ＶＮＦ）の制御に用いる、仮想化制御装置が提供される。

本発明の第３の視点によれば、ハードウェア資源が仮想化された仮想化レイヤを備えるサーバに対し、前記ハードウェア資源に関する第１の情報を要求するステップと、前記サーバから取得した前記第１の情報に応じた第２の情報を登録するステップと、前記第２の情報を、前記仮想化レイヤに実装される仮想マシン上で動作するソフトウェアによって実装され仮想されたネットワーク機能（Virtual Network Function:ＶＮＦ）の制御に用いるステップと、を含む仮想化制御装置の制御方法が提供される。

本発明の第４の視点によれば、ハードウェア資源が仮想化された仮想化レイヤを備えるサーバに対し、前記ハードウェア資源に関する第１の情報を要求する処理と、前記サーバから取得した前記第１の情報に応じた第２の情報を登録する処理と、前記第２の情報を、前記仮想化レイヤに実装される仮想マシン上で動作するソフトウェアによって実装され仮想されたネットワーク機能（Virtual Network Function:ＶＮＦ）の制御に用いる処理と、を仮想化制御装置を制御するコンピュータに実行させるプログラムが提供される。
なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transient）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。

本発明の各視点によれば、ＮＦＶが適用されたネットワークを制御するために必要な汎用サーバの情報を容易に登録することができるシステム、仮想化制御装置、仮想化制御装置の制御方法及びプログラムが、提供される。

一実施形態の概要を説明するための図である。 第１の実施形態に係るシステム構成の一例を示す図である。 第１の実施形態に係るサーバの構成の一例を示す図である。 第１の実施形態に係る仮想化制御装置の構成の一例を示す図である。 ＶＭ要求仕様データベースの一例を示す図である。 サーバスペック情報データベースの一例を示す図である。 ＶＭ稼働状態データベースの一例を示す図である。 第１の実施形態に係るシステム構成の一例を示す図である。 仮想化制御装置にサーバスペック情報を登録する際の動作を説明するためのシーケンス図の一例である。 サーバスペック情報データベースの一例を示す図である。 第１の実施形態に係るシステムにおいて、リソースプールに仮想マシンを追加配置する動作の一例を示すシーケンス図である。 第２の実施形態に係るシステムの動作の一例を示すシーケンス図である。 第３の実施形態に係るシステムの動作の一例を示すシーケンス図である。 NFVを説明するための図である。

初めに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。

一実施形態に係るシステムは、ハードウェア資源が仮想化された仮想化レイヤを備えるサーバ１０１と、仮想化制御装置１０２と、を含む。仮想化制御装置１０２は、サーバ１０１に対し、ハードウェア資源に関する第１の情報（例えば、後述のハードウェア資源情報）を要求し、サーバ１０１から取得した第１の情報に応じた第２の情報（例えば、後述のサーバスペック情報）を登録すると共に、第２の情報を、仮想化レイヤに実装される仮想マシン上で動作するソフトウェアによって実装され仮想されたネットワーク機能（Virtual Network Function:ＶＮＦ）の制御に用いる。

例えば、ネットワーク管理者は、サーバをＮＦＶが適用されたネットワークに追加する場合、仮想化制御装置１０２にサーバの追加指示を入力する。指示を受けた仮想化制御装置１０２は、サーバ１０１に問い合わせ、サーバ１０１のハードウェアスペック（第１の情報）を入手する。仮想化制御装置１０２は、当該第１の情報から、ＮＦＶが適用されたネットワークを制御するために必要なサーバ１０１に関する情報を生成し、登録する。そのため、ネットワーク管理者自身が、サーバ１０１のハードウェアスペックを収集し、仮想化制御装置１０２に入力する必要が無い。即ち、ＮＦＶが適用されたネットワークを制御するための必要な汎用サーバの情報登録が容易となる。

以下に具体的な実施の形態について、図面を参照してさらに詳しく説明する。なお、各実施形態において同一構成要素には同一の符号を付し、その説明を省略する。

［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。
＜システム構成＞
図２は、第１の実施形態に係るシステム構成の一例を示す図である。図２に示すシステムは、ＥＭＳ（Element Management System:要素管理システム）１０と、仮想化制御装置２０と、複数のサーバ（物理マシン；Physical Machine）からなるリソースプール３０を含んで構成される。リソースプール３０は、サーバ３１−１〜３１−ｎ（ｎは正の整数、以下同じ）からなる。なお、サーバ３１−１〜３１−ｎを区別する特段の理由がない場合には、単に「サーバ３１」と表記する。

ＥＭＳ１０は、保守管理システムであり、例えば仮想マシンの管理、設定、保守を行う。ＥＭＳ１０は、仮想化制御装置２０と通信する。

仮想化制御装置２０は、サーバ３１上の仮想マシンの監視、制御を行う。仮想化制御装置２０は、例えば、サーバ（物理マシン又は物理サーバ）３１のハイパーバイザ等の仮想化レイヤと通信し、仮想マシン（ＶＭ）の構成（configuration）や状態（state）情報の交換、仮想マシンに割り付けられる仮想ＣＰＵ等仮想化ハードウェア資源の構成や状態情報の交換を行い、仮想マシンの配置、制御、ＥＭＳ１０との通信を行う。

リソースプール３０は、サーバ３１−１〜３１−ｎのリソースを管理するグループである。なお、図２では、仮想化制御装置２０が制御・管理する１つのリソースグループを例示しているが、仮想化制御装置２０が制御・管理するリソースグループの数を限定する趣旨ではない。

＜サーバ＞
図３は、サーバ３１の構成の一例を示す図である。図３を参照すると、サーバ３１は、コンピューティングハードウェア（例えばＣＰＵコア）や、ストレージハードウェア（ＨＤＤ（Hard Disk Drive）、ＲＡＭ（Random Access Memory）等）、ネットワークハードウェア等のハードウェア（Hardware:ＨＷ）資源３２を備える。サーバ３１は、さらに、仮想化機能を構成するハイパーバイザ等の仮想化レイヤ３３と、仮想ＣＰＵ（ｖＣＰＵ）等、仮想化レイヤ３３でハードウェア資源３２を仮想化した仮想ハードウェア資源３４と、仮想マシン３５と、を備える。仮想マシン３５は、ゲストＯＳ３６上でアプリケーション（不図示）を実行し、例えばネットワーク機能（Network Function:ＮＦ）の仮想化（ＮＦＶ）を実現する。

サーバ３１の仮想マシン３５上にて実現されたネットワーク機能は、ＮＦＶが適用されたネットワーク上で稼働する。仮想化制御装置２０には、サーバ３１のハードウェアスペック（例えば、ＣＰＵコア数等）が、サーバスペック情報として登録されている。仮想化制御装置２０は、当該サーバスペック情報に基づいて、サーバ３１への仮想マシン３５の配置及びゲストＯＳ３６上のアプリケーション制御等を行う。

＜仮想化制御装置＞
図４は、仮想化制御装置２０の構成の一例を示す図である。図４を参照すると、仮想化制御装置２０は、ＮＦＶ統合管理部２１と、ＶＮＦ管理部２２、仮想基盤管理部２３と、通信制御部２４と、を備える。

ＮＦＶ統合管理部２１は、ＶＮＦとその実行基盤をなすＮＦＶＩ（Network Function Virtualization Infrastructure）のオーケストレーションと管理を行う。なお、ＶＮＦの実行基盤をなすＮＦＶＩとは、例えば、サーバ３１のハードウェア資源３２に含まれるコンピューティング、ストレージ、ネットワーク機能等を、仮想化レイヤ３３により仮想化した仮想ハードウェア資源３４として柔軟に扱えるようにした基盤である。

ＮＦＶ統合管理部２１は、ＮＦＶＩ上でネットワークサービスを実現する。具体的には、ＮＦＶ統合管理部２１は、サーバ３１の仮想マシン３５にて実行されるアプリケーションとしてのＶＮＦへのリソース割り当て、ＶＮＦの管理（オートヒーリング、オートスケーリング）、ＶＮＦのライフサイクルの管理等を行う。

ＮＦＶ統合管理部２１は、仮想マシン配置部２０１と、サーバスペック情報管理部２０２と、ＶＭ要求仕様データベース（ＤＢ；Data Base）２１１と、サーバスペック情報データベース２１２と、ＶＭ稼働状態データベース２１３と、を含む。

仮想マシン配置部２０１は、ＥＭＳ１０を介したネットワーク管理者からの指示に基づき、リソースプール３０に含まれるサーバ３１上に仮想マシンを配置する手段である。その際、仮想マシン配置部２０１は、上記各種データベースに登録された情報を用いて、サーバ３１上に仮想マシンを配置する。

サーバスペック情報管理部２０２は、リソースプール３０に含まれるサーバ３１のサーバスペック情報を管理する手段である。ネットワーク管理者は、例えば、リソースプール３０にサーバを追加する指示を、ＥＭＳ１０を介して仮想化制御装置２０に行う。サーバスペック情報管理部２０２は、当該指示に基づき、追加するサーバのサーバスペック情報の送信要求（以下、サーバスペック情報送信要求と表記する）を、仮想基盤管理部２３に行う。サーバスペック情報管理部２０２は、仮想基盤管理部２３からの応答として、追加するサーバのサーバスペック情報を取得し、当該情報をリソースプール３０に追加するサーバのサーバスペック情報として、サーバスペック情報データベース２１２に登録する。

ＶＭ要求仕様データベース２１１は、サーバ３１に構築される各仮想マシンが要求する仕様を記憶する手段である。図５は、ＶＭ要求仕様データベース２１１の一例を示す図である。図５を参照すると、ＶＭ要求仕様データベース２１１は、例えば、サーバ３１に仮想マシンを構築するのに必要なＣＰＵコア数、ＣＰＵクロック数、メモリ容量、ハードディスク容量、ＮＩＣ（Network Interface Card）数等に関する情報を記憶する。

サーバスペック情報データベース２１２は、上述のように、サーバスペック情報管理部２０２が取得したサーバスペック情報を記憶する手段である。図６は、サーバスペック情報データベース２１２の一例を示す図である。図６を参照すると、サーバスペック情報データベース２１２は、リソースプール３０に含まれるサーバ３１のハードウェアスペックを記憶する。なお、サーバスペック情報データベース２１２を構成するフィールドは、少なくともＶＭ要求仕様データベース２１１を構成するフィールドを含む。例えば、ＶＭ要求仕様データベース２１１が、「ＣＰＵコア数」及び「ＣＰＵクロック数」に係るフィールドから構成される場合には、サーバスペック情報データベース２１２には少なくとも当該２つのフィールドが含まれる。

ＶＭ稼働状態データベース２１３は、各サーバに構築されている仮想マシンに関する情報を記憶する手段である。図７は、ＶＭ稼働状態データベース２１３の一例を示す図である。図７に示すように、ＶＭ稼働状態データベース２１３は、各サーバにて稼働中の仮想マシンを記憶する。

図４を参照すると、ＶＮＦ管理部２２は、ＶＮＦのライフサイクル管理（設置、更新、検索、スケーリング、終了等）及びイベント通知を行う。例えば、ＶＮＦ管理部２２は、サーバ３１の仮想化レイヤ３３を介してサーバ３１上に仮想マシン３５を配置する。

仮想基盤管理部２３は、ＮＦＶＩのリソース管理と制御を行う。具体的には、仮想基盤管理部２３は、サーバ３１のハードウェア資源３２に含まれるコンピューティング、ストレージ、ネットワーク機能等のリソースの管理（要求に応じたリソースの割り当て、リソース情報の監視等）を行う。仮想基盤管理部２３が行うＮＦＶＩのリソース管理には、サーバ３１のハードウェア資源３２に関する情報（以下、ハードウェア資源情報と表記する）を取得し、当該情報をＮＦＶ統合管理部２１に通知することが含まれる。

仮想基盤管理部２３は、ハードウェア（Hardware:ＨＷ）資源情報要求部３０１と、ハードウェア資源情報取得部３０２と、サーバスペック情報生成部３０３と、サーバスペック情報応答部３０４と、を含んで構成される。

ハードウェア資源情報要求部３０１は、サーバを指定し、当該指定したサーバの仮想化レイヤ３３に対し、ハードウェア資源情報の送信要求を行う。

ハードウェア資源情報取得部３０２は、上記指定されたサーバの仮想化レイヤ３３から送信されるハードウェア資源情報を取得する。ハードウェア資源情報取得部３０２は、取得したハードウェア資源情報を、サーバスペック情報生成部３０３に引き渡す。

サーバスペック情報生成部３０３は、取得したハードウェア資源情報に基づいて、サーバスペック情報を生成する。サーバスペック情報生成部３０３は、生成したサーバスペック情報を、サーバスペック情報応答部３０４に引き渡す。

サーバスペック情報応答部３０４は、取得したサーバスペック情報を、サーバスペック情報管理部２０２からの要求（サーバスペック情報送信要求）に対する応答として、サーバスペック情報管理部２０２に送信する。

通信制御部２４は、ＥＭＳ１０、サーバ３１との通信を制御する。なお、図４では、通信制御部２４がＥＭＳ１０、サーバ３１との通信制御を担う構成を開示しているが、通信先の機器ごとに通信制御部を設けても良いことは勿論である。

次に、図８に示すように、リソースプール３０にサーバ４２を追加する際の第１の実施形態に係るシステムの動作について、図９を参照しつつ説明する。なお、サーバ４２の基本構成は、サーバ３１と同じであるため、その説明を省略する。

ネットワーク管理者は、ＥＭＳ１０に対し、サーバ４２をリソースプール３０に追加（登録）する指示を行う。例えば、ネットワーク管理者は、サーバ４２に割り当てられたＩＰ（Internet Protocol）アドレスをＥＭＳ１０に入力し、当該ＩＰアドレスを持つサーバをリソースプール３０に登録するように指示する（ステップＳ１０１）。

ＥＭＳ１０は、仮想化制御装置２０に対し、サーバ４２のＩＰアドレスを伴った、サーバ４２の登録指示を送信する（ステップＳ１０２）。

仮想化制御装置２０のサーバスペック情報管理部２０２は、上記ＥＭＳ１０からの登録指示を、通信制御部２４を介して受信し、サーバ４２のＩＰアドレスを伴ったサーバスペック情報送信要求を仮想基盤管理部２３に行う（ステップＳ１０３）。

仮想基盤管理部２３のハードウェア資源情報要求部３０１は、サーバ４２の仮想化レイヤ３３に対し、ハードウェア資源情報の送信要求を行う（ステップＳ１０４）。

ハードウェア資源情報の送信要求を受信した仮想化レイヤ３３は、自サーバ（サーバ４２）のハードウェア資源情報を収集する。仮想化レイヤ３３は、ハードウェア資源３２に関する情報が記載されたファイルを参照、又は、ハードウェア資源３２に関する情報を取得するためのＯＳ（Operation System）コマンドを利用し、ハードウェア資源情報を収集する。仮想化レイヤ３３は、収集したハードウェア資源情報を、仮想化制御装置２０に送信する（ステップＳ１０５）。

なお、仮想化レイヤ３３が収集するハードウェア資源情報には、例えば、（１）ホスト名、（２）ＯＳ情報、（３）ＣＰＵ情報（ＣＰＵクロック数、物理コア数）、（４）メモリ情報、（５）ディスク容量情報、（６）ＮＩＣ（Network Interface Card）情報（物理ＮＩＣ数、使用可能帯域量）等が含まれる。即ち、仮想化レイヤ３３が収集するハードウェア資源情報には、例えば、ＣＰＵクロック数や物理コア数といったコンピューティングハードウェア、メモリ容量といったストレージハードウェア、物理ＮＩＣ数といったネットワークハードウェアに関する情報が含まれる。

仮想化制御装置２０のハードウェア資源情報取得部３０２は、通信制御部２４を介して、サーバ４２から送信されるハードウェア資源情報を受信し、サーバスペック情報生成部３０３に引き渡す（ステップＳ１０６）。

サーバスペック情報生成部３０３は、取得したハードウェア資源情報に基づいて、サーバスペック情報を生成する。具体的には、サーバスペック情報生成部３０３は、取得したハードウェア資源情報から、サーバスペック情報を生成するのに必要な情報を選択すると共に、予め定めたフォーマットに当該情報を変換することで、サーバスペック情報を生成する（ステップＳ１０７）。サーバスペック情報生成部３０３は、生成したサーバスペック情報を、サーバスペック情報応答部３０４に引き渡す。

ここで、サーバの仕様が異なれば、各サーバが送信するハードウェア資源情報の内容は多種多様となる。つまり、サーバによっては、ＮＦＶ統合管理部２１が必要としない情報を、ハードウェア資源情報として送信してくることも想定される。そのため、サーバスペック情報生成部３０３は、取得したハードウェア資源情報から、ＮＦＶ統合管理部２１が必要とする情報を選抜する。さらに、同じ内容を示す場合であっても、その表現方式が異なる場合がある。このような場合には、サーバスペック情報生成部３０３は、取得したハードウェア資源情報に含まれる情報を統一されたフォーマットに変換する。サーバスペック情報生成部３０３は、上記のような処理を行うことで、ハードウェア資源情報から、ＮＦＶ統合管理部２１が必要とする情報（サーバスペック情報）を生成する。

なお、サーバが送信するハードウェア資源情報に対して何らの加工をすることなく、サーバスペック情報として使用できる場合には、サーバスペック情報生成部３０３における処理は不要である。換言するならば、サーバスペック情報とハードウェア資源情報が一致する場合もあり得る。

サーバスペック情報応答部３０４は、サーバスペック情報を、サーバスペック情報送信要求に対する応答として、サーバスペック情報管理部２０２に送信する。サーバスペック情報管理部２０２は、サーバスペック情報を取得し、当該取得したサーバスペック情報を、サーバスペック情報データベース２１２に登録する（データベースにエントリを追加する；図１０参照）。また、サーバスペック情報管理部２０２は、リソースプール３０にサーバ４２を追加する処理が完了した旨の通知を、ＥＭＳ１０に対して行う（ステップＳ１０８）。

次に、図１１を参照しつつ、リソースプール３０に仮想マシンを追加配置する際の動作について説明する。図１１は、図２、図３、図８を参照した実施形態のシステムにおいて、リソースプール３０に仮想マシンＶＭ２を追加配置する動作の一例を示すシーケンス図である。

ＥＭＳ１０は、ネットワーク管理者からのリソースプール３０に仮想マシンＶＭ２を追加配置する旨の指示を入力する（ステップＳ２０１）。

仮想マシン配置部２０１は、通信制御部２４を介して、ＥＭＳ１０からの仮想マシンＶＭ２追加配置指示を受信する。仮想マシン配置部２０１は、ＶＭ要求仕様データベース２１１、サーバスペック情報データベース２１２及びＶＭ稼働状態データベース２１３を参照し、仮想マシンＶＭ２の配置先を決定する（ステップＳ２０２）。

仮想マシン配置部２０１は、ＶＭ稼働状態データベース２１３にアクセスし、リソースプール３０の各サーバ（サーバ３１−１〜３１−ｎ、サーバ４２）上での仮想マシンの稼働状態に関する情報を取得する。仮想マシン配置部２０１は、ＶＭ要求仕様データベース２１１にアクセスし、各仮想マシンが必要とするリソースに関する情報を取得する。仮想マシン配置部２０１は、サーバスペック情報データベース２１２にアクセスし、各サーバの有するハードウェアスペックを取得する。仮想マシン配置部２０１は、上記３つのデータベースから得られる情報に基づいて、各サーバの空きリソース情報を算出する。

例えば、図７を参照すると、サーバ３１−１には仮想マシンＶＭ１と仮想マシンＶＭ２が構築され、稼働している状態にある。また、図５を参照すると、仮想マシンＶＭ１の稼働にはＣＰＵコアがＡ１個、仮想マシンＶＭ２の稼働にはＣＰＵコアがＢ１個それぞれ必要であることが分かる。さらに、図１０を参照すると、サーバ３１−１が有するＣＰＵコア数は、Ｃ１個であることが分かる。従って、仮想マシン配置部２０１は、サーバ３１−１のＣＰＵコア数に関する空きリソースを、Ｃ１−（Ａ１＋Ｂ１）個として計算できる。仮想マシン配置部２０１は、上記のような計算により、各サーバ（サーバ３１−１〜３１−ｎ、サーバ４２）についての空きリソースを計算する。

仮想マシン配置部２０１は、例えば、空きリソース量が大きいサーバを、仮想マシンの配置先として決定する。サーバ４２がリソースプール３０に追加された直後であり、サーバ４２にはいずれの仮想マシンも構築されていないとすれば、サーバ４２に関する空きリソース量が最大となることが多いと考えられる。そこで、仮想マシン配置部２０１は、サーバ４２を、仮想マシンＶＭ２の配置先として決定したものとする。仮想マシン配置部２０１は、ＶＮＦ管理部２２に対し、サーバ４２に仮想マシンＶＭ２の構築を指示する。

上記指示を受信したＶＮＦ管理部２２は、サーバ４２の仮想化レイヤ３３に対し、仮想マシンＶＭ２の構築を指示する（ステップＳ２０３）。

サーバ４２の仮想化レイヤ３３は、指示された仮想マシンＶＭ２を構築し、仮想マシンＶＭ２の構築が終了すると、その旨を仮想化制御装置２０に応答する（ステップＳ２０４）。

ＶＮＦ管理部２２は、サーバ４２上に仮想マシンＶＭ２の構築が終了した旨を、仮想マシン配置部２０１に通知する（ステップＳ２０５）。

仮想マシン配置部２０１は、ＶＭ稼働状態データベース２１３に新たにエントリを追加し、サーバ４２上にて仮想マシンＶＭ２が稼働しているという情報を登録する（あるいは、ＶＭ稼働状態データベース２１３を更新する）。また、仮想マシン配置部２０１は、通信制御部２４を介してＥＭＳ１０に対し、サーバ４２上に仮想マシンＶＭ２を構築した旨を応答する（ステップＳ２０６）。

以上のように、第１の実施形態に係る仮想化制御装置２０は、ネットワーク管理者等からのサーバ追加指示に基づき、追加するサーバに対してハードウェア資源情報の提供を要求する。仮想化制御装置２０は、取得したハードウェア資源情報を適宜加工し、ＮＦＶが適用されたネットワークを制御するための情報（サーバスペック情報）を生成する。また、仮想化制御装置２０は、サーバと当該サーバのサーバスペック情報の対応関係をデータベースに登録することで、ＮＦＶが適用されたネットワークの制御に利用する。その結果、ネットワーク管理者自身が、必要な情報（ハードウェア資源情報、サーバスペック情報）を収集することは不要となり、汎用サーバの登録作業が簡便となる。

［第２の実施形態］
続いて、第２の実施形態について図面を参照して詳細に説明する。

第１の実施形態では、リソースプール３０にサーバを増設した場合、当該増設されたサーバのサーバスペック情報を仮想化制御装置２０に登録する場合について説明した。第２の実施形態では、既設サーバのハードウェアスペックが変化した場合に、ハードウェアスペックの変化をサーバスペック情報データベース２１２に反映する場合について説明する。なお、第２の実施形態に係るサーバ３１、４２や仮想化制御装置２０の構成は、第１の実施形態にて説明したとおりであるため、図３、図４に相当する説明を省略する。

サーバスペック情報管理部２０２は、ハードウェア資源情報要求部３０１に対し、各サーバに関するサーバスペック情報の送信要求を所定の規則（所定周期、所定タイミング）に従って行う。第２の実施形態では、サーバスペック情報管理部２０２は、定期的にサーバスペック情報の送信要求を発するものとする。サーバスペック情報の送信要求を受けたハードウェア資源情報要求部３０１は、各サーバに対して、ハードウェア資源情報の送信要求を行う。

サーバ３１、４２の仮想化レイヤ３３は、仮想化制御装置２０からのハードウェア資源情報の送信要求を受信すると、自サーバ（サーバ３１、４２）のハードウェア資源情報を収集する。具体的には、上述のように、仮想化レイヤ３３は、所定のファイルを参照したり所定のコマンドを発行したりすることで、ハードウェア資源情報を収集する。仮想化レイヤ３３は、収集したハードウェア資源情報を、仮想化制御装置２０に送信する。

ハードウェア資源情報取得部３０２は、サーバ３１、４２から取得したハードウェア資源情報に関し、過去に同じサーバから取得したハードウェア資源情報から変化がないか否かを判定する。ハードウェア資源情報取得部３０２は、サーバ３１、４２のハードウェア資源３２に変化がないと判断した場合には、サーバスペック情報応答部３０４を介して、その旨をサーバスペック情報管理部２０２に応答する。サーバ３１、４２のハードウェア資源３２に変化がない旨の通知を受信したサーバスペック情報管理部２０２は、特段の処理を行わない。

ハードウェア資源情報取得部３０２は、サーバ３１、４２から取得したハードウェア資源情報に変化があると判定した場合には、当該変化後のハードウェア資源情報（最新のハードウェア資源情報）を、サーバスペック情報生成部３０３に引き渡す。なお、サーバ３１、４２のハードウェア資源３２が変化する要因としては、ＣＰＵやメモリ等における縮退発生や物理ＮＩＣの故障等のハードウェアに生じた障害が考えられる。あるいは、メモリや物理ＮＩＣの追加・変更もハードウェア資源３２が変化する要因となり得る。

第１の実施形態と同様に、サーバスペック情報生成部３０３は、最新のハードウェア資源情報に基づきサーバスペック情報を生成し、サーバスペック情報応答部３０４を介して、サーバスペック情報管理部２０２に送信する。

サーバスペック情報管理部２０２は、サーバスペック情報応答部３０４から受信したサーバスペック情報に応じて、サーバスペック情報データベース２１２を更新する。

次に、図１２を参照しつつ、第２の実施形態に係るシステムの動作について説明する。

仮想化制御装置２０のサーバスペック情報管理部２０２は、ハードウェア資源情報要求部３０１に対し、各サーバのサーバスペック情報の送信要求を定期的に行う（ステップＳ３０１）。サーバスペック情報の送信要求を受けたハードウェア資源情報要求部３０１は、各サーバに対して、ハードウェア資源情報の送信要求を行う（ステップＳ３０２）。

サーバ３１、４２の仮想化レイヤ３３は、自サーバのハードウェア資源情報を収集し、当該収集したハードウェア資源情報を仮想化制御装置２０に送信する（ステップＳ３０３）。

仮想化制御装置２０のハードウェア資源情報取得部３０２は、各サーバ３１、４２からハードウェア資源情報を取得する（ステップＳ３０４）。

続いて、ハードウェア資源情報取得部３０２は、前ステップにて取得したハードウェア資源情報に関し、過去に同じサーバから取得したハードウェア資源情報から変化がないか否かを判定する（ステップＳ３０５）。

ハードウェア資源情報に変化がなければ（ステップＳ３０５、Ｎｏ分岐）、ハードウェア資源情報取得部３０２は、サーバスペック情報応答部３０４を介して、その旨（ハードウェアスペックに変化がない旨）をサーバスペック情報管理部２０２に応答する。この場合、仮想化制御装置２０のサーバスペック情報管理部２０２は、特段の処理を行わない。

ハードウェア資源情報に変化があれば（ステップＳ３０５、Ｙｅｓ分岐）、ハードウェア資源情報取得部３０２は、最新のハードウェア資源情報を、サーバスペック情報生成部３０３に引き渡す。サーバスペック情報生成部３０３は、取得したハードウェア資源情報（最新のハードウェア資源情報）に基づいてサーバスペック情報を生成する（ステップＳ３０６）。

サーバスペック情報管理部２０２は、最新のハードウェア資源情報に基づき生成されたサーバスペック情報に応じて、サーバスペック情報データベース２１２を更新する（ステップＳ３０７）。

以上のように、第２の実施形態に係る仮想化制御装置２０は、各サーバに対して、定期的にハードウェアスペックの変更が発生していないか否かを問い合わせ、ハードウェアスペックに変化があった場合には、変化後のサーバスペック情報を自動的に登録することができる。

［第３の実施形態］
続いて、第３の実施形態について図面を参照して詳細に説明する。

リソースプール３０の保守管理には、サーバの減設（撤去）が含まれる。第３の実施形態では、リソースプール３０からサーバが減設された場合、当該サーバに関するサーバスペック情報データベース２１２のエントリ削除を説明する。なお、第３の実施形態に係るサーバ３１、４２や仮想化制御装置２０の構成は、第１の実施形態にて説明したとおりであるため、図３、図４に相当する説明を省略する。

図１３を参照しつつ、リソースプール３０からサーバ４２が減設された場合の動作について説明する。

仮想化制御装置２０のサーバスペック情報管理部２０２は、ハードウェア資源情報要求部３０１に対し、各サーバのサーバスペック情報の送信要求を定期的に行う（ステップＳ４０１）。サーバスペック情報の送信要求を受けたハードウェア資源情報要求部３０１は、各サーバに対して、ハードウェア資源情報の送信要求を行う（ステップＳ４０２）。この場合、ハードウェア資源情報要求部３０１は、減設されたサーバ４２に対して、ハードウェア資源情報の送信要求を行ったものとする。

サーバ４２は減設されているため、サーバ４２からの応答はない。

ハードウェア資源情報取得部３０２は、所定の時間経過したにも関わらず、サーバ４２からハードウェア資源情報を受信できない場合には、サーバ４２の減設を確定させる（ステップＳ４０３）。ハードウェア資源情報取得部３０２は、サーバスペック情報応答部３０４を介して、サーバスペック情報管理部２０２に、サーバ４２の減設を通知する。

サーバスペック情報管理部２０２は、サーバ４２の減設に関する通知に基づいて、サーバスペック情報データベース２１２を更新する。具体的には、サーバスペック情報管理部２０２は、図１０に示すサーバ４２に関するエントリを削除する。

以上のように、リソースプールからサーバが減設された場合には、仮想化制御装置２０は、減設されたサーバに対応するサーバスペック情報を自動的に削除する。その結果、仮想化制御装置２０のリソースを効率的に運用することができる。

＜NFV reference architectural frameworkとの対応関係＞
図１４は、参考として、非特許文献１の７章、Figure 4を引用したものであり、NFV（Network Function Virtualization） ISG（Industry Specification Groups）が定義するNFV参照アーキテクチャ(NFV reference architectural framework)を示している。

図２、図３を参照して説明した第１の実施形態のサーバ３１を、NFVアーキテクチャに対応させた場合、以下のようになる。

図１４において、VNF（Virtual Network Function）１〜３は、例えば図３の仮想マシン（VM）３５で動作するアプリケーション等に対応する。VNF１〜３は、ネットワーク機能（例えばLTE（Long Term Evolution）ネットワークのコア網であるEPC（Evolved Packet Core）におけるMME（Mobility Management Entity）やS-GW（Serving Gateway）、P-GW（PDN Gateway）等）をソフトウエア(仮想マシン)で実現するようにしてもよい。NFV ISGでは、それぞれのVNFごとにEMS（Element Management System）という管理機能が規定されている。

また、図１４のNFVアーキテクチャにおいて、VNFの実行基盤をなすNFVI（Network Function Virtualization Infrastructure）は、コンピューティング、ストレージ、ネットワーク機能等、物理マシン（サーバ）のハードウェア資源（例えば、図３のハードウェア資源３２）をハイパーバイザ等の仮想化レイヤ（例えば、図３の仮想化レイヤ３３）で仮想化した仮想化コンピューティング、仮想化ストレージ、仮想化ネットワーク等の仮想化ハードウェア資源（図２の仮想ハードウェア資源３４）として柔軟に扱えるようにした基盤である。

さらに、図２、図４の仮想化制御装置２０を、図１４のNFV参照アーキテクチャのNFV Management and Network Orchestration（MANO）に対応させることができる。図１４において、NFV MANOは、NFV-Orchestrator（NFVO）、VNF-Manager（VNFM）、Virtualized Infrastructure Manager（VIM）を備えている。

図４に示すＮＦＶ統合管理部２１は、NFV-Orchestrator（NFVO）に対応する。NFV-Orchestrator（NFVO）は、NFVIとVNFのオーケストレーションと管理を行い、NFVI上でネットワークサービスを実現する（VNFへのリソース割り当て、VNFの管理（オートヒーリング、オートスケーリング、VNFのライフサイクル管理等））。

図４に示すＶＮＦ管理部２２は、VNF-Manager（VNFM）に対応する。VNF-Manager（VNFM）は、VNFのライフサイクル管理（設置、更新、検索、スケーリング、終了等）を行う。

図４に示す仮想基盤管理部２３は、Virtualized Infrastructure Manager（VIM）に対応する。Virtualized Infrastructure Manager（VIM）は、仮想化レイヤを介して、NFVIを制御する（コンピューティング、ストーレッジ、ネットワークのリソース管理、NFVの実行基盤であるNFVIの障害監視、リソース情報の監視等）。

Service, VNF and Infrastructure Descriptionは、例えばVNF配置（deployment）テンプレート、VNF Forwarding Graph（ネットワークサービスのトポロジや割り当てを記述）、サービス関連情報、NFVインフラストラクチャモデルの情報を提供する。

OSS（Operation Service Systems）は、例えば通信事業者（キャリア）がサービスを構築し、運営していくために必要なシステム（機器やソフトウェア、仕組みなど）を総称したものである。BSS(Business Service systems)は、例えば、通信事業者（キャリア）が利用料などの課金、請求、顧客対応などのために使う情報システム（機器やソフトウェア、仕組みなど）の総称である。

図１４において、Os-Maは、OSS（Operation Service Systems）/BSS(Business Service Systems)とNFV-MANO間の参照ポイントであり、ネットワークサービスのライフサイクル管理要求、VNFライフサイクル管理要求、NFV関連の状態情報の転送、ポリシ管理情報の交換等に用いられる。参照ポイントOr-Vfnmは、VNF-manager（VNFM）によるリソース関連要求（認証、予約、割り当て等）、VNFMへの構成情報の転送、VNFの状態情報の収集に用いられる。参照ポイントVi-Vfnmは、VFNMからのリソース割り当て要求、仮想化リソースの構成と状態情報の交換に用いられる。参照ポイントOr-Viは、NFVOからのリソース予約、割り当て要求と仮想化リソースの構成と状態情報の交換に用いられる。

参照ポイントVe-Vnfmは、EMSとVNFM間でVNFライフサイクル管理要求、構成情報、状態情報の交換に用いられる。参照ポイントNf-Viは、リソース割り当て要求に対する仮想化リソースの割り付け、仮想化リソースの状態情報の転送、ハードウェア資源の構成と状態の情報の交換に用いられる。参照ポイントSe-Maは、NFV deployment template、NFV Infrastructureの情報モデルの検索等に用いられる。参照ポイントVI-Haは、仮想化レイヤとハードウェア資源をインタフェースしてVNFの実行環境を生成し、VNF管理のための状態情報を収集する。参照ポイントVn-NfはNFVIによってVNFに提供される実行環境を表している（詳細は非特許文献１）。

上記の実施形態の一部又は全部は、以下のようにも記載され得るが、以下には限られない。

［形態１］
ハードウェア資源が仮想化された仮想化レイヤを備えるサーバと、
前記サーバに対し、前記ハードウェア資源に関する第１の情報を要求し、前記サーバから取得した前記第１の情報に応じた第２の情報を登録すると共に、前記第２の情報を、前記仮想化レイヤに実装される仮想マシン上で動作するソフトウェアによって実装され仮想されたネットワーク機能（Virtual Network Function:ＶＮＦ）の制御に用いる、仮想化制御装置と、
を含むシステム。
［形態２］
前記仮想化制御装置は、
前記ＶＮＦの実行基盤を提供するＮＦＶＩ（Network Function Virtualization Infrastructure）上にて、ネットワークサービスを実現するＮＦＶ統合管理部と、
前記ＮＦＶＩのリソース管理と制御を行う仮想基盤管理部と、
を備え、
前記仮想基盤管理部は、
前記サーバに対し、前記第１の情報を要求し、前記サーバから前記第１の情報を取得すると共に、前記第１の情報に基づき、前記ＶＮＦを制御する際に必要な前記サーバに関する前記第２の情報を生成し、
前記第２の情報を前記ＮＦＶ統合管理部に提供し、
前記ＮＦＶ統合管理部は、
前記第２の情報を記憶部に登録すると共に、前記第２の情報に基づいて前記ＶＮＦを制御する、形態１のシステム。
［形態３］
前記仮想基盤管理部は、
前記サーバに対して、前記第１の情報の要求を所定の規則に従って行い、前記サーバのハードウェア構成が変化したことに応じて内容が変化した前記第１の情報を取得した場合には、前記変化後の第１の情報に基づき、新たな前記第２の情報を生成し、前記新たな第２の情報を前記ＮＦＶ統合管理部に提供し、
前記ＮＦＶ統合管理部は、
前記記憶部を前記新たな第２の情報により更新すると共に、前記新たな第２の情報に基づいて前記ＶＮＦを制御する、形態２のシステム。
［形態４］
前記仮想基盤管理部は、
前記サーバから前記第１の情報を取得できない場合には、前記ＮＦＶ統合管理部に対して、前記第１の情報を取得できないサーバの不存在を通知し、
前記ＮＦＶ統合管理部は、
前記サーバの不存在の通知を受信した場合に、前記不存在のサーバに対応する前記第２の情報を前記記憶部から削除する、形態３のシステム。
［形態５］
前記サーバの仮想化レイヤは、
前記第１の情報の提供に関する要求を受け付けると、前記ハードウェア資源に関する情報が記載されたファイルを参照、又は、前記ハードウェア資源に関する情報を取得するためのコマンドを利用し、前記ハードウェア資源情報を収集する、形態１乃至４のいずれか一に記載のシステム。
［形態６］
ハードウェア資源が仮想化された仮想化レイヤを備えるサーバに対し、前記ハードウェア資源に関する第１の情報を要求し、前記サーバから取得した前記第１の情報に応じた第２の情報を登録すると共に、前記第２の情報を、前記仮想化レイヤに実装される仮想マシン上で動作するソフトウェアによって実装され仮想されたネットワーク機能（Virtual Network Function:ＶＮＦ）の制御に用いる、仮想化制御装置。
［形態７］
前記ＶＮＦの実行基盤を提供するＮＦＶＩ（Network Function Virtualization Infrastructure）上にて、ネットワークサービスを実現するＮＦＶ統合管理部と、
前記ＮＦＶＩのリソース管理と制御を行う仮想基盤管理部と、
をさらに備え、
前記仮想基盤管理部は、
前記サーバに対し、前記第１の情報を要求し、前記サーバから前記第１の情報を取得すると共に、前記第１の情報に基づき、前記ＶＮＦを制御する際に必要な前記サーバに関する前記第２の情報を生成し、
前記第２の情報を前記ＮＦＶ統合管理部に提供し、
前記ＮＦＶ統合管理部は、
前記第２の情報を記憶部に登録すると共に、前記第２の情報に基づいて前記ＶＮＦを制御する、形態６の仮想化制御装置。
［形態８］
前記仮想基盤管理部は、
前記サーバに対して、前記第１の情報の要求を所定の規則に従って行い、前記サーバのハードウェア構成が変化したことに応じて内容が変化した前記第１の情報を取得した場合には、前記変化後の第１の情報に基づき、新たな前記第２の情報を生成し、前記新たな第２の情報を前記ＮＦＶ統合管理部に提供し、
前記ＮＦＶ統合管理部は、
前記記憶部を前記新たな第２の情報により更新すると共に、前記新たな第２の情報に基づいて前記ＶＮＦを制御する、形態７の仮想化制御装置。
［形態９］
前記仮想基盤管理部は、
前記サーバから前記第１の情報を取得できない場合には、前記ＮＦＶ統合管理部に対して、前記第１の情報を取得できないサーバの不存在を通知し、
前記ＮＦＶ統合管理部は、
前記サーバの不存在の通知を受信した場合に、前記不存在のサーバに対応する前記第２の情報を前記記憶部から削除する、形態８の仮想化制御装置。
［形態１０］
ハードウェア資源が仮想化された仮想化レイヤを備えるサーバに対し、前記ハードウェア資源に関する第１の情報を要求するステップと、
前記サーバから取得した前記第１の情報に応じた第２の情報を登録するステップと、
前記第２の情報を、前記仮想化レイヤに実装される仮想マシン上で動作するソフトウェアによって実装され仮想されたネットワーク機能（Virtual Network Function:ＶＮＦ）の制御に用いるステップと、
を含む仮想化制御装置の制御方法。
［形態１１］
ハードウェア資源が仮想化された仮想化レイヤを備えるサーバに対し、前記ハードウェア資源に関する第１の情報を要求する処理と、
前記サーバから取得した前記第１の情報に応じた第２の情報を登録する処理と、
前記第２の情報を、前記仮想化レイヤに実装される仮想マシン上で動作するソフトウェアによって実装され仮想されたネットワーク機能（Virtual Network Function:ＶＮＦ）の制御に用いる処理と、
を仮想化制御装置を制御するコンピュータに実行させるプログラム。
なお、形態１０及び形態１１は、形態１と同様に、形態２〜形態５の形態に展開することが可能である。

なお、上記非特許文献の開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素（各請求項の各要素、各実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ乃至選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。

１０ ＥＭＳ
２０、１０２ 仮想化制御装置
２１ ＮＦＶ統合管理部
２２ ＶＮＦ管理部
２３ 仮想基盤管理部
２４ 通信制御部
３０ リソースプール
３１、３１−１〜３１−ｎ、４２、１０１ サーバ（物理マシン、物理サーバ）
３２ ハードウェア資源
３３ 仮想化レイヤ
３４ 仮想ハードウェア資源
３５ 仮想マシン
３６ ゲストＯＳ
２０１ 仮想マシン配置部
２０２ サーバスペック情報管理部
２１１ ＶＭ要求仕様データベース（ＶＭ要求仕様ＤＢ）
２１２ サーバスペック情報データベース（サーバスペック情報ＤＢ）
２１３ ＶＭ稼働状態データベース（ＶＭ稼働状態ＤＢ）
３０１ ハードウェア資源情報要求部
３０２ ハードウェア資源情報取得部
３０３ サーバスペック情報生成部
３０４ サーバスペック情報応答部

Claims (11)

1. ハードウェア資源が仮想化された仮想化レイヤを備えるサーバと、
   前記サーバに対し、前記ハードウェア資源に関する第１の情報を要求し、前記サーバから取得した前記第１の情報に応じた第２の情報を登録すると共に、前記第２の情報を、前記仮想化レイヤに実装される仮想マシン上で動作するソフトウェアによって実装され仮想されたネットワーク機能（Virtual Network Function:ＶＮＦ）の制御に用いる、仮想化制御装置と、
   を含むシステム。
2. 前記仮想化制御装置は、
   前記ＶＮＦの実行基盤を提供するＮＦＶＩ（Network Function Virtualization Infrastructure）上にて、ネットワークサービスを実現するＮＦＶ統合管理部と、
   前記ＮＦＶＩのリソース管理と制御を行う仮想基盤管理部と、
   を備え、
   前記仮想基盤管理部は、
   前記サーバに対し、前記第１の情報を要求し、前記サーバから前記第１の情報を取得すると共に、前記第１の情報に基づき、前記ＶＮＦを制御する際に必要な前記サーバに関する前記第２の情報を生成し、
   前記第２の情報を前記ＮＦＶ統合管理部に提供し、
   前記ＮＦＶ統合管理部は、
   前記第２の情報を記憶部に登録すると共に、前記第２の情報に基づいて前記ＶＮＦを制御する、請求項１のシステム。
3. 前記仮想基盤管理部は、
   前記サーバに対して、前記第１の情報の要求を所定の規則に従って行い、前記サーバのハードウェア構成が変化したことに応じて内容が変化した前記第１の情報を取得した場合には、前記変化後の第１の情報に基づき、新たな前記第２の情報を生成し、前記新たな第２の情報を前記ＮＦＶ統合管理部に提供し、
   前記ＮＦＶ統合管理部は、
   前記記憶部を前記新たな第２の情報により更新すると共に、前記新たな第２の情報に基づいて前記ＶＮＦを制御する、請求項２のシステム。
4. 前記仮想基盤管理部は、
   前記サーバから前記第１の情報を取得できない場合には、前記ＮＦＶ統合管理部に対して、前記第１の情報を取得できないサーバの不存在を通知し、
   前記ＮＦＶ統合管理部は、
   前記サーバの不存在の通知を受信した場合に、前記不存在のサーバに対応する前記第２の情報を前記記憶部から削除する、請求項３のシステム。
5. 前記サーバの仮想化レイヤは、
   前記第１の情報の提供に関する要求を受け付けると、前記ハードウェア資源に関する情報が記載されたファイルを参照、又は、前記ハードウェア資源に関する情報を取得するためのコマンドを利用し、前記ハードウェア資源情報を収集する、請求項１乃至４のいずれか一項に記載のシステム。
6. ハードウェア資源が仮想化された仮想化レイヤを備えるサーバに対し、前記ハードウェア資源に関する第１の情報を要求し、前記サーバから取得した前記第１の情報に応じた第２の情報を登録すると共に、前記第２の情報を、前記仮想化レイヤに実装される仮想マシン上で動作するソフトウェアによって実装され仮想されたネットワーク機能（Virtual Network Function:ＶＮＦ）の制御に用いる、仮想化制御装置。
7. 前記ＶＮＦの実行基盤を提供するＮＦＶＩ（Network Function Virtualization Infrastructure）上にて、ネットワークサービスを実現するＮＦＶ統合管理部と、
   前記ＮＦＶＩのリソース管理と制御を行う仮想基盤管理部と、
   をさらに備え、
   前記仮想基盤管理部は、
   前記サーバに対し、前記第１の情報を要求し、前記サーバから前記第１の情報を取得すると共に、前記第１の情報に基づき、前記ＶＮＦを制御する際に必要な前記サーバに関する前記第２の情報を生成し、
   前記第２の情報を前記ＮＦＶ統合管理部に提供し、
   前記ＮＦＶ統合管理部は、
   前記第２の情報を記憶部に登録すると共に、前記第２の情報に基づいて前記ＶＮＦを制御する、請求項６の仮想化制御装置。
8. 前記仮想基盤管理部は、
   前記サーバに対して、前記第１の情報の要求を所定の規則に従って行い、前記サーバのハードウェア構成が変化したことに応じて内容が変化した前記第１の情報を取得した場合には、前記変化後の第１の情報に基づき、新たな前記第２の情報を生成し、前記新たな第２の情報を前記ＮＦＶ統合管理部に提供し、
   前記ＮＦＶ統合管理部は、
   前記記憶部を前記新たな第２の情報により更新すると共に、前記新たな第２の情報に基づいて前記ＶＮＦを制御する、請求項７の仮想化制御装置。
9. 前記仮想基盤管理部は、
   前記サーバから前記第１の情報を取得できない場合には、前記ＮＦＶ統合管理部に対して、前記第１の情報を取得できないサーバの不存在を通知し、
   前記ＮＦＶ統合管理部は、
   前記サーバの不存在の通知を受信した場合に、前記不存在のサーバに対応する前記第２の情報を前記記憶部から削除する、請求項８の仮想化制御装置。
10. ハードウェア資源が仮想化された仮想化レイヤを備えるサーバに対し、前記ハードウェア資源に関する第１の情報を要求するステップと、
    前記サーバから取得した前記第１の情報に応じた第２の情報を登録するステップと、
    前記第２の情報を、前記仮想化レイヤに実装される仮想マシン上で動作するソフトウェアによって実装され仮想されたネットワーク機能（Virtual Network Function:ＶＮＦ）の制御に用いるステップと、
    を含む仮想化制御装置の制御方法。
11. ハードウェア資源が仮想化された仮想化レイヤを備えるサーバに対し、前記ハードウェア資源に関する第１の情報を要求する処理と、
    前記サーバから取得した前記第１の情報に応じた第２の情報を登録する処理と、
    前記第２の情報を、前記仮想化レイヤに実装される仮想マシン上で動作するソフトウェアによって実装され仮想されたネットワーク機能（Virtual Network Function:ＶＮＦ）の制御に用いる処理と、
    を仮想化制御装置を制御するコンピュータに実行させるプログラム。

Images