WO2016121834A1

WO2016121834A1 - ネットワーク機能仮想化管理方法とシステムと装置とプログラム

Info

Publication number: WO2016121834A1
Application number: PCT/JP2016/052386
Authority: WO
Inventors: 麻代大平; 淳一極樂寺; 創前佛; 裕貴吉村
Original assignee: 日本電気株式会社
Priority date: 2015-01-29
Filing date: 2016-01-27
Publication date: 2016-08-04

Abstract

　本発明は、標準仕様等によるＶＮＦの更新における課題等を解決可能とする。第１の装置からサーバ上のＶＤＵに対して直接ファイル（ＶＮＦファイル）の更新作業を行い、前記端末又は第１の装置からインスタンス情報の更新要求（NFV Instances Repository更新要求）を第２の装置に送信し、前記第２の装置では前記更新要求にしたがってインスタンス記憶部（NFV Instances Repository）のインスタンス情報を更新する。

Description

ネットワーク機能仮想化管理方法とシステムと装置とプログラム

　（関連出願についての記載）
　本発明は、日本国特許出願：特願２０１５－０１５９７０号（２０１５年１月２９日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
　本発明は、ネットワーク管理およびオーケストレーション技術に関し、特に、ネットワーク機能仮想化（Network Functions Virtualization）の管理およびオーケストレーションに適用して好適な方法と装置とプログラムに関する。

　サーバ上のハイパーバイザ（HyperVisor）等の仮想化レイヤ（Virtualization Layer）上に実装した仮想マシン（ＶＭ：Virtual Machine）により、該サーバのハードウェア資源（コンピューティング、ストレージやネットワーク機能等）を仮想化する仮想化技術を用いて、ネットワーク機器等をソフトウェア的に実現するＮＦＶ（Network Functions Virtualization）等が知られている。ＮＦＶは、例えばＭＡＮＯ（Management & Orchestration）アーキテクチャに基づき実現される。図１は、非特許文献１の第２３頁のFigure 5.1(The NFV-MANO architectural framework with reference points)から引用した図である。

　図１を参照すると、ＶＮＦ（Virtualized Network Function）は、サーバ上の仮想マシン（ＶＭ）で動作するアプリケーション等に対応し、ネットワーク機能をソフトウェア的に実現する。ＶＮＦとして、例えばＬＴＥ（Long Term Evolution）ネットワークのコア網であるＥＰＣ（Evolved Packet Core）におけるＭＭＥ（Mobility Management Entity）やＳ－ＧＷ（Serving Gateway）、Ｐ－ＧＷ（PDN(Packet Data Network) Gateway）等をソフトウェア（仮想マシン）で実現するようにしてもよい。図１の例では、例えばＶＮＦごとにＥＭ（Element Manager：要素管理）という管理機能が設けられる。

　ＶＮＦの実行基盤をなすＮＦＶＩ（Network Function Virtualization Infrastructure）は、コンピューティング、ストレージ、ネットワーク機能等、物理マシン（サーバ）のハードウェア資源をハイパーバイザ等の仮想化レイヤで仮想化した仮想化コンピューティング、仮想化ストレージ、仮想化ネットワーク等の仮想化ハードウェア資源として柔軟に扱えるようにした基盤である。

　ＮＦＶ　ＭＡＮＯ（Management & Orchestration）は、ＮＦＶ－Ｏｒｃｈｅｓｔｒａｔｏｒ（ＮＦＶＯ）、ＶＮＦ－Ｍａｎａｇｅｒ（ＶＮＦＭ）、Ｖｉｒｔｕａｌｉｚｅｄ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ　Ｍａｎａｇｅｒ（ＶＩＭ）を備えている。

　ＮＦＶ－Ｏｒｃｈｅｓｔｒａｔｏｒ（ＮＦＶＯ）は、ＮＦＶＩリソースのオーケストレーション、及びＮＳ（Network Service）のライフサイクル管理（ＮＳインスタンスのインスタンシエーション（Instantiation）, スケーリング（Scaling）, ターミネーション（Termination）, 更新（Update）等）を行う。また、ＮＳカタログ（ＮＳＤ／ＶＬＤ／ＶＮＦＦＧＤ）、及びＶＮＦカタログ（ＶＮＦＤ／ＶＭイメージ／マニフェストファイル等）の管理を行い、ＮＦＶインスタンスのリポジトリ、ＮＦＶＩリソースのリポジトリを持つ。

　ＶＮＦ－Ｍａｎａｇｅｒ（ＶＮＦＭ）は、ＶＮＦのライフサイクル管理（インスタンシエーション（instantiation）, 更新（update）, クエリ（query）, スケーリング（scaling）, ターミネーション（termination）等）およびイベント通知を行う。

　Ｖｉｒｔｕａｌｉｚｅｄ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ　Ｍａｎａｇｅｒ（ＶＩＭ）は、仮想化レイヤを介して、ＮＦＶＩを制御する（コンピューティング、ストーレッジ、ネットワークのリソース管理、ＮＦＶの実行基盤であるＮＦＶＩの障害監視、リソース情報の監視等）。

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

　ＮＳカタログ（NS catalog：図１のNS Catalogue）は、ネットワークサービス（ＮＳ）のリポジトリを表している。ＮＳカタログ（NS cataloｇ）は、ネットワークサービス（ＮＳ）ディプロイメントテンプレート（Network Service Descriptor（ＮＳＤ））、仮想リンクディスクリプタ（Virtual Link Descriptor（ＶＬＤ））、VNFフォアワーディンググラフディスクリプタ（ＶＮＦ　Ｆｏｒｗａｒｄｉｎｇ　Ｇｒａｐｈ　Ｄｅｓｃｒｉｐｔｏｒ（ＶＮＦＦＧＤ））の生成と管理の支援を行う。ディプロイメントは、例えば要求仕様等にしたがってカスタマイズし実際の使用環境に配備することをいう。

　ＶＮＦカタログ（VNF catalog：図１のVNF Catalogue）は、オンボードされたＶＮＦパッケージ（on-boarded VNF package）のリポジトリを表している。ＶＮＦカタログは、ＶＮＦパッケージ（VNF Descriptor(ＶＮＦＤ）、ソフトウェアイメージ、マニフストファイル等）の生成と管理の支援（supporting）を行う。

　ＮＦＶインスタンスリポジトリ（NFV instance Repository：図１のNFVI Instances）は、全ＶＮＦ、全ネットワークサービス（ＮＳ）のインスタンス情報を保持する。ＶＮＦインスタンス、ＮＳインスタンスはそれぞれＶＮＦ、ＮＳレコードに記述される。これらのレコードは各インスタンスのライフサイクルで、ＶＮＦライフサイクル管理操作、ＮＳライフサイクル管理操作の実行結果を反映するように更新される。

　ＮＦＶＩリソースリポジトリ（NFVI Resources Repository：図１のNFVI Resources）は、オペレータのinfrastructure domainを超えてＶＩＭにより抽出された、利用可能な（available）／予約された（reserved）／割り付けられた（allocated）リソースの情報を保持する。

　図１において、参照ポイントＯｓ－Ｍａ－ｎｆｖｏは、ＯＳＳ／ＢＳＳとＮＦＶＯ間の参照ポイントであり、ネットワークサービスのライフサイクル管理要求、ＶＮＦライフサイクル管理要求、ＮＦＶ関連の状態情報の転送、ポリシ管理情報の交換等に用いられる。

　参照ポイントＶｎｆｍ－Ｖｉは、ＶＮＦＭからのリソース割り当て要求、仮想化リソースの構成と状態情報の交換に用いられる。

　参照ポイントＶｅ－Ｖｎｆｍ－ｅｍは、ＥＭと、ＶＮＦＭ間でＶＮＦインスタンシエーション、ＶＮＦインスタンス検索、更新、終了、スケールアウト／イン、スケールアップ／ダウン、ＥＭからＶＮＦＭへの構成、イベントの転送、ＶＮＦＭからＶＮＦへのＶＮＦの構成、イベントの通知等に用いられる。

　参照ポイントＶｅ－Ｖｎｆｍ－Ｖｎｆは、ＶＮＦと、ＶＮＦＭ間でＶＮＦインスタンシエーション、ＶＮＦインスタンス検索、更新、終了、スケールアウト／イン、スケールアップ／ダウン、ＶＮＦからＶＮＦＭへの構成、イベントの転送、ＶＮＦＭからＶＮＦへのＶＮＦの構成、イベントの通知等に用いられる。

　参照ポイントＮｆ－Ｖｉは、コンピューティング／ストレージ資源の指示とともにＶＭの割り付け、ＶＭリソース割り当ての更新、ＶＭマイグレーション、ＶＭ終了、ＶＭ間の接続の生成・削除等、リソース割り当て要求に対する仮想化リソースの割り付け、仮想化リソースの状態情報の転送、ハードウェア資源の構成と状態の情報の交換等に用いられる。

　参照ポイントＶｎ－ＮｆはＮＦＶＩによってＶＮＦに提供される実行環境を表している。

　参照ポイントＯｒ－Ｖｎｆｍは、ＶＮＦ－Ｍａｎａｇｅｒ（ＶＮＦＭ）によるリソース関連要求（認証、予約（ｒｅｓｅｒｖａｔｉｏｎ）、割り当て等）、ＶＮＦＭへの構成情報の転送、ＶＮＦの状態情報の収集に用いられる。

　参照ポイントＯｒ－ＶｉはＮＦＶＯからのリソース予約、割り当て要求と仮想化リソースの構成と状態情報の交換に用いられる（詳細は非特許文献１参照）。

　図２は、非特許文献１の第４０頁のFigure 6.2 (Information elements in different context)を引用したものである。インスタンシエーション入力パラメータが入力される。

　図２において、ネットワークサービスディスクリプタ（Network Service Descriptor：ＮＳＤ）は、ネットワークサービス（ＮＳ）の一部をなす部品を記述する他のディスクリプタを参照するネットワークサービスディプロイメントテンプレート（Network Service Deployment Template）である。

　ＶＮＦディスクリプタ（VNF Descriptor：ＶＮＦＤ）は、ディプロイメントとオペレーション上の挙動の要求（deployment and operational behavior requirements）の観点からＶＮＦを記述するディプロイメントテンプレートである。

　ＶＮＦＤは、ＶＮＦのインスタンシエーション（具現化、インスタンス化）とＶＮＦインスタンスのライフサイクル管理においてＶＮＦＭにより主に用いられる。ＶＮＦＤは、ＮＦＶＯによって、ネットワークサービス、ＮＦＶＩ上の仮想化リソースの管理とオーケストレーション（コンピュータシステム／ミドルウェア／サービスの配備／設定／管理の自動化）に用いられる。ＮＦＶＩ内のＶＮＦＣインスタンス、又は、ＶＮＦインスタンスと、他のネットワーク機能への端点間の仮想リンク構築のために、ＮＦＶＯで利用されるコネクティビティ・インターフェース・ＫＰＩ（Key Performance Indicators）要件を含む。

　ＶＮＦフォアワーディンググラフディスクリプタ（VNF Forwarding Graph Descriptor：ＶＮＦＦＧＤ）は、ネットワークサービスのトポロジ、あるいは一部を、ＶＮＦ、ＰＮＦ、それらを接続する仮想リンク（Virtual Link）を参照することで、記述したディプロイメントテンプレートである。

　仮想リンクディスクリプタ（Virtual Link Descriptor）は、ＮＦＶＩで利用可能なＶＮＦ間、ＰＮＦ間、ＮＳのエンドポイント（端点）（endpoints）間のリンクに必要なリソース要求を記述したディプロイメントテンプレートである。

　物理ネットワークファンクションディスクリプタ（Physical Network Function Descriptor：ＰＮＦＤ）は、アタッチした物理ネットワーク機能への、仮想リンクのコネクティビティ（接続性）、インターフェース、ＫＰＩ要件を記述する。ＮＳに物理デバイスが組み入れられるときに必要とされ、ネットワーク増設を容易にする。

　ＮＳＤ、ＶＮＦＦＧＤ、ＶＬＤは、ＮＳカタログに含まれる。ＶＮＦＤは、ＶＮＦパッケージとして、ＶＮＦカタログに含まれる。

　ＯＳＳ／ＢＳＳやＶＮＦＭから、ＮＦＶＯに対して、ＮＳまたはＶＮＦのインスタンシエーション操作を実行する。インスタンシエーション操作の結果、新たに生成されたインスタンスを表すレコードが生成される。例えば、各ディスクリプタで与えられる情報、コンポーネントインスタンスに関連した追加のランタイム情報をもとに生成される各レコードは、ネットワークサービス（ＮＳ）のインスタンス状態をモデル化するためのデータを提供する。

　生成されるインスタンスレコードの種類として、例えば、
・ネットワークサービスレコード（Network Service Record：ＮＳＲ）、
・ＶＮＦＦＧレコード（VNFFG Record ：ＶＮＦＦＧＲ）、
・仮想リンクレコード（Virtual Link Record ：ＶＬＲ）、
・ＶＮＦレコード(Virtualized Network Function Record：ＶＮＦＲ）、
・ＰＮＦレコード(Physical Network Function Record：ＰＮＦＲ）
がある。

　ＮＳＲ、ＶＮＦＲ、ＶＮＦＦＧＲ、ＶＬＲ情報要素はＮＳ、ＶＮＦ、ＶＮＦＦＧ、ＶＬのインスタンスの状態のモデル化に必要なデータアイテム集合を提供する。

　ＰＮＦレコードはＮＳの部分をなし前から存在するＰＮＦに関連したインスタンスを表し、ＰＮＦ情報のランタイム属性（ＮＦＶＯへのコネクティビティ）を含む。

　ＶＮＦとＶＮＦＣ（VNF Components）とＶＤＵ（Virtualization Deployment Unit）の関係の一例について、図３を参照して説明する。図３には、Ｓ－ＧＷ（Serving gateway）を仮想化したＶＮＦにおいて、各論理インターフェース毎にＶＮＦＣを設定した例が模式的に例示されている。ＶＤＵは、ＶＮＦの一部又は全体のディプロイメントとオペレーション挙動（Operational behaviour）の記述をサポートする情報モデルで用いられる構成体である。なお、ＶＮＦの実行基盤を提供するＶＮＦＩは、ハイパーバイザ等の仮想化レイヤ上で仮想化された仮想コンピューティング、仮想ストレージ、仮想ネットワークからなる。仮想化レイヤ上の仮想マシン（仮想ＣＰＵ（Central Processing Unit）、仮想メモリ、仮想ストレージ、ゲストＯＳ（Operating System））を備え、ゲストＯＳ上でアプリケーションが実行される。仮想化レイヤの下のＣｏｍｐｕｔｅ、Ｓｔｏｒａｇｅ、Ｎｅｔｗｏｒｋは、ＣＰＵ、ストレージ、ネットワーク・インターフェースコントローラ（Network Interface Controller：ＮＩＣ）等のハードウェア資源を模式的に表している。Ｖｎ－ＮｆはＮＦＶＩによってＶＮＦに提供される実行環境を表している。

　図３において、ＳＧＷをＶＮＦとした場合において、各論理インターフェース毎にＶＮＦＣを設定し、Ｃ－Ｐｌａｎｅ（Control Plane）に関する論理インターフェースＳ１１、Ｇｘｃ、Ｓ５／Ｓ８－Ｃをまとめて一つのＶＤＵ（ＶＭ）として定義し、Ｕ－Ｐｌａｎｅに関する論理インターフェースＳ１Ｕ、Ｓ５／Ｓ８－Ｕ、Ｓ１２をまとめて一つのＶＤＵ（ＶＭ）として定義している。Ｓ５／Ｓ８－ＣにおけるＣはコントロールプレーン（Control Plane）を表している。Ｓ１Ｕ、Ｓ５／Ｓ８－ＵにおけるＵはユーザプレーン（User-Plane）を表している。

　なお、Ｓ１１は、ＥＰＣにおいて、ＭＭＥとＳＧＷの間のコントロールプレーン・インターフェース、Ｓ５／Ｓ８はＳＧＷとＰＧＷの間のインターフェース、Ｓ１Ｕは、ｅＮｏｄｅＢ（evolved NodeB）との間のインターフェース、ＧｘｃはＰＣＲＦ（Policy and Charging Rules Function）との間のＧｘインターフェース、Ｓ１２はＵＴＲＡＮ（Universal Terrestrial Radio Access Network）とＳＧＷ間のインターフェースである。

　図４は、非特許文献１のFigure C.12 NS instance Update due to VNF instance modification flowから引用した図である。なお、ＶＮＦパッケージは、ＶＮＦを構成するＶＭイメージ（仮想マシン（ＶＭ）のイメージファイル）、ＶＮＦディスクリプタ（ＶＮＦＤ）等をまとめたものをいう。ＶＮＦインスタンスの修正によるＮＳアップデートのステップは以下のとおりである。

１．Ｓｅｎｄｅｒ（送信者：保守端末等）は１又は複数のＶＮＦインスタンスの修正によるＮＳ更新を決定する。

２．ネットワークサービスライフサイクル管理インターフェース（Network Service lifecycle management interface）のネットワークサービス操作を用いて特定のネットワークサービスインスタンス（Network Service instance）の更新する要求をＮＦＶＯに送信する。要求には、例えば、
・更新が必要な既存ネットワークサービスインスタンスの識別情報、
・そのインスタンスの更新が必要な既存ＶＮＦＤの識別情報、
・更新対象ＶＮＦＤに対してオンボードされる新ＶＮＦＤ（on-boarded new VFND）のリファレンス等が含まれる。

３．ＮＦＶＯは、送信者が要求を発行する権限があるか等、要求の検証を行う。

４．ＮＦＶＯは従属ＶＮＦＤの識別情報により従属ＶＮＦのインスタンスを識別し他のＶＮＦインスタンスとの依存関係チェック（Dependency check）等を行う（バージョン、存在、リソース等に基づく）。

５．ＮＦＶＯは、新ＶＮＦパッケージでインスタンシエーションを行う。ＮＦＶＯは、ＶＮＦライフサイクル管理インターフェース（VNF Lifecycle Management interface）のインスタンシエートＶＮＦ（“Instantiate VNF”）を用いてインスタンシエーションデータ（instantiation data）を提供し修正対象の各ＶＮＦについてＶＮＦインスタンシエーションフロー（VNF instantiation flow）を開始する。

６．新ＶＮＦインスタンスが利用可能となると、ＮＦＶＯはＶＮＦフォアワーディンググラフ（VNF Forwarding graph）を更新して新しいＶＮＦをフォアワーディンググラフに適用するものとする。

７．更新肯定応答（Ack Update）を返す。

８．ＮＦＶＯは旧ＶＮＦをモニタし適切な場合、ＶＮＦターミネートフロー（VNF Terminate flow）を呼び出（call）してターミネートする。旧ＶＮＦパッケージを削除する。

９．ＮＦＶインスタンスレポジトリ（NFV instance Repository）を更新し、生成された新ＶＮＦインスタンスの存在を反映させる。

　以下の表１、２にＮＦＶの各要素の概要を一覧でまとめる。また、図４の説明に関連した用語を表３にまとめておく。

ETSI GS NFV-MAN 001 V1.1.1 (2014-12)　Network Functions Virtualisation (NFV); Management and Orchestration （2015年1月19日検索）＜http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf＞

　以下に、本発明者らによる分析を与える。

　例えば図４等を参照して説明した標準仕様等に基づき、ＶＮＦを更新する場合、更新後のＶＮＦパッケージ（VNF Package）（「新ＶＮＦパッケージ」という）を、ＮＦＶＯへ登録し、新ＶＮＦパッケージを用いてＶＮＦインスタンス（ＶＤＵ（ｓ））を作成する。

　その後、更新前のＶＮＦパッケージ（VNF　Package）（「旧ＶＮＦパッケージ」という）で作成されたＶＮＦインスタンス（ＶＤＵ(ｓ)）を削除することで、更新を実現している。

　しかし、この方法では、旧ＶＮＦインスタンス（ＶＤＵ(ｓ)）から新ＶＮＦインスタンス（ＶＤＵ(ｓ)）への切り替えを行う必要がある。このため、アプリケーションの実装／特性によっては、アプリケーションの停止等の不都合が生じ得る。特に、呼処理を行うＶＮＦ等においては、接続中の呼処理が継続されない、という課題がある（本発明者らによる第１の知見）。すなわち、ＶＮＦを更新する場合に、呼処理停止等、サービス低下等が発生する可能性がある。

　一方、後述する参考例のように、例えば起動状態であるＶＮＦに対して、直接、ＶＮＦのファイルの更新を行うと、ＮＦＶＯが保持するインスタンス情報と、ＶＭのインスタンス（ＶＤＵ）の情報が互いに一致しない場合が生じ得る（本発明者らによる第２の知見）。ＶＮＦの更新時の管理情報の不一致は、結果として、所望のサービス提供の阻害要因ともなり得る。

　したがって、本発明の目的の一つは、例えば上記標準仕様等によるＶＮＦの更新における上記課題等を解決可能とするネットワーク機能仮想化管理システム、仮想化管理装置、方法、プログラムを提供することにある。さらに、本発明によれば、前記目的とともに、サービス低下等を回避可能とするネットワーク機能仮想化管理システム、仮想化管理装置、方法、プログラムを提供することもその目的とする。

　本発明の１つの側面によれば、第１の装置と、仮想ディプロイメントユニット（Virtualization Deployment Unit: VDU）を備えたサーバ装置と、インスタンス情報を記憶するインスタンス情報記憶部と、第２の装置と、を備え、前記第１の装置は、前記サーバ装置上の前記仮想ディプロイメントユニット（Virtualization Deployment Unit: ＶＤＵ）に対して、直接、ファイルの更新作業を行い、前記第１の装置は、インスタンス情報更新要求を前記第２の装置に送信し、前記第２の装置は、前記インスタンス情報更新要求にしたがって、前記インスタンス情報記憶部のインスタンス情報を更新するネットワーク機能仮想化管理システムが提供される。

　本発明の他の側面によれば、端末又は第１の装置からVDU（サーバ上の仮想マシンのアプリケーションパッケージ）に対して直接ファイルの更新作業を行い、
　前記端末又は第１の装置からインスタンス情報更新要求を第２の装置に送信し、
　前記第２の装置では前記インスタンス情報更新要求にしたがって前記インスタンス情報記憶部のインスタンス情報を更新する、ネットワーク機能仮想化管理方法が提供される。

　本発明のさらに他の側面によれば、第１の装置を送信元とするインスタンス情報更新要求を受けるインスタンス情報更新要求受信部と、インスタンス情報を記憶するインスタンス記憶部と、前記インスタンス情報更新要求にしたがって前記インスタンス情報記憶部のインスタンス情報を更新するインスタンス情報更新部と、前記インスタンス情報更新完了の応答を前記インスタンス情報更新要求の送信元に返すインスタンス更新応答送信部と、を備えた仮想化管理装置が提供される。

　本発明のさらに他の側面によれば、サーバ上のVDU（仮想マシンのアプリケーションパッケージ）に対して直接ファイルの更新作業を行う端末又は装置を送信元とするインスタンス情報更新要求を受ける処理と、
　前記インスタンス情報更新要求にしたがって、インスタンス情報を記憶する記憶部のインスタンス情報を更新する処理と、
　前記インスタンス情報更新完了の応答を前記インスタンス情報更新要求の送信元に返す処理と、をコンピュータに実行させるプログラムが提供される。本発明によれば、該コンピュータプログラムを記録した磁気ディスク、半導体メモリ等(non-transitory computer readable recording medium)が提供される。

　本発明によれば、ＶＮＦの更新で生じ得る上記問題点を解消することができる。本発明によれば、例えば呼処理の停止や管理情報の不一致等の発生を回避可能とし、サービスの低下を回避可能としている。

ＮＦＶアーキテクチャのＮＦＶ－ＭＡＮＯを説明する図である（非特許文献１のFig.5.1を引用）。非特許文献１によるテンプレートとインスタンスレコードを説明する図である（非特許文献１のFig.6.2を引用）。ＶＮＦとＶＮＦＣとＶＤＵの関係を説明する図である。非特許文献１のFigure 12を引用した図である。参考例を説明する図である。基本形態のシステム構成例を説明する図である。基本形態の動作シーケンスを説明する図である。実施形態１を説明する図である。実施形態２を説明する図である。基本形態の構成例を説明する図である。

　本発明の基本形態について説明する。図１０を参照すると、本発明の一形態に係る仮想化管理装置１０１（第２の装置：例えばＮＦＶ－ＭＡＮＯ又はNFV-Orchestrator（ＮＦＶＯ））は、直接、サーバ装置等ＰＭ（Physical Machine）上の仮想マシン（ＶＭ）で稼働するアプリケーション（ＶＤＵ）に対して、ＶＮＦ（Virtualized Network Function）ファイルの更新作業を行うＯＳＳ又は保守端末等１１（第１の装置）を送信元とするインスタンス情報更新要求（例えばＮＦＶ（Network Functions Virtualization）インスタンスレポジトリ（NFV instances Repository）更新要求）を受けるインスタンス情報更新要求受信部１０２と、インスタンス情報更新要求に基づき、インスタンス情報記憶部２１２（例えばNFV Instances Repository）のインスタンス情報を更新するインスタンス情報更新部１０３と、インスタンス情報更新完了の応答をインスタンス情報更新要求送信元（ＯＳＳ又は保守端末等１１）に返すインスタンス情報更新応答送信部１０４を備えている。例えば、ＯＳＳ又は保守端末等１１から、インスタンス情報更新要求として、ＶＮＦディスクリプタ（ＶＮＦＤ）の更新要求を受け取り、インスタンス情報更新部１０３では、更新したＶＮＦＤに基づき、更新したＶＮＦのインスタンス情報（ＶＮＦインスタンスレコード）を、インスタンス情報記憶部２１２に格納する。

　本発明の一形態によれば、ＶＮＦの更新に伴い、ＮＦＶＯで管理するＶＮＦインスタンスレコードの少なくとも１つ（例えば図２のＶＮＦＲ等）を更新する。図７を参照すると、ＯＳＳなど（ＯＳＳ又は保守端末等）１１からサーバ上のＶＤＵ（仮想マシンのアプリケーションパッケージ）に対して直接ファイルの更新作業を行い、ＯＳＳなど（ＯＳＳ又は保守端末等）１１からインスタンス情報更新要求を第２の装置（例えばＮＦＶＯ）に送信し、前記第２の装置（ＮＦＶＯ）では前記インスタンス情報更新要求にしたがって前記インスタンス記憶部の関連するインスタンス情報を更新する。

　かかる構成とした本発明の基本形態によれば、上記ば標準仕様等によるＶＮＦの更新時に問題となった、管理情報の不一致等の発生等を防ぎ、サービスの低下（例えば接続中の呼処理の停止等）を回避可能としている。特に制限されないが、本発明は、後述する実施形態で説明されるように、例えば二重化構成のＶＤＵｓ等に適用しても好適とされる。

　以下では、本発明の前提となる参考例について説明する。

　上記したように、標準仕様等においては、旧ＶＮＦインスタンスから新ＶＮＦインスタンスへの切り替えを行う必要があり、アプリケーションの実装／特性によっては、停止等が生じ得る。特に、呼処理等を行うＶＮＦ等においては、接続中の呼処理が継続されない、という課題がある。

＜参考例＞
　そこで、この課題を解決するために、上記標準仕様に対して、例えば図５に例示した参考例について検討してみる。

　図５を参照すると、ＯＳＳ又は保守端末等１１から、ＶＮＦを起動した状態で、ＶＮＦのファイル（図５のＶＤＵ２）を更新するものとする。ＶＮＦが起動状態で、直接、ＶＮＦのファイルの更新を行うと、ＮＦＶＯ２１（又はＶＮＦＭ２２）が保持しているＮＦＶインスタンスレポジトリ２１２（例えば図２のNFV Instances：ＶＮＦＲ、ＮＳＲ等）で持つインスタンス情報と、ＰＭ（Physical Machine：物理マシン（サーバ））３１のＮＦＶＩ上のＶＭのインスタンス（ＶＤＵ２）の情報が互いに一致しない場合がある。

　図５に模式的に示した例では、ＰＭ３１（ＮＦＶＩ）上のＶＤＵ３２－１～３２－３は、
ＶＤＵ１：旧Ｐａｃｋａｇｅ（旧ＶＮＦパッケージ）、
ＶＤＵ２：新Ｐａｃｋａｇｅ（新ＶＮＦパッケージ）、
ＶＤＵ３：旧Ｐａｃｋａｇｅ（旧ＶＮＦパッケージ）、
であるのに対して、ＮＦＶＯ又はＶＮＦＭが保持しているＮＦＶインスタンスレポジトリ２１２で持つＶＭのインスタンス（ＶＤＵ）の情報は、
ＶＤＵ１：旧インスタンス情報、
ＶＤＵ２：旧インスタンス情報（更新前）、
ＶＤＵ３：旧インスタンス情報、
である。すなわち、図５に示すように、ＮＦＶインスタンスレポジトリ２１２で持つＶＭのインスタンス（ＶＤＵ）の情報と、ＰＭ３１上のＶＤＵ（ＶＮＦパッケージ）との間に、新（更新）、旧（未更新）に関して、「状態の不一致」が発生する。

　このような状態で、例えばヒーリング（Healing）等が発生すると、新パッケージを使用したＶＤＵ２についても、ＮＦＶインスタンスレポジトリ２１２で保持されている旧パッケージによってヒーリング（Healing）されてしまう。同様のことが、スケーリング（Scaling）についてもいえる。例えばＰＭ３１（ＮＦＶＩ）上のＶＤＵが新パッケージ対応で更新されている状態において、ＰＭ３１（ＮＦＶＩ）上にオートスケールで増設されるＶＤＵが旧パッケージ、すなわち、当該ＶＤＵのインスタンス情報（ＮＦＶインスタンスレポジトリ２１２のインスタンス情報）が旧版である（版の不一致）といった問題が生じる。

＜基本形態のシステム構成＞
　図６は、本発明の基本形態のシステムの構成を例示する図である。図６には、ＯＳＳ又は保守端末等１１、ＮＦＶＯ２１、ＶＮＦＭ２２、ＶＩＭ２３、ＶＮＦカタログ（VNF Catalog）２１１、ＮＦＶインスタンスレポジトリ（NFV Instances Repository）２１２、ＰＭ３１、ＶＤＵ３２を備えたシステムが例示されている。なお、図６では、簡単のため、ＰＭ３１上にはＶＤＵは１個が例示されているが、複数あってもよいことは勿論である。

　この基本形態では、ＯＳＳ又は保守端末等１１（第１の装置）から直接、ＰＭ３１（ＮＦＶＩ）上のＶＤＵ３２に対して、ＶＮＦファイルの更新作業を行う。すなわち、ＰＭ３１（ＮＦＶＩ）上で、ＶＮＦを起動した状態で、ＯＳＳ又は保守端末等１１から、ＶＮＦのファイル（図６のＶＤＵ）を更新する。これは、図５の参考例と同様である。

　基本形態では、さらに、ＯＳＳ又は保守端末等１１は、ＶＮＦのファイル更新後、ＮＦＶＯ２１（第２の装置）に対して、ＮＦＶインスタンスレポジトリ更新要求を発行する。
　ＮＦＶＯ２１は、ＯＳＳ又は保守端末等１１からＮＦＶインスタンスレポジトリ更新要求を受けると、ＮＦＶインスタンスレポジトリ２１２を更新する。またＮＦＶＯ２１では、ＶＮＦの更新要求を受け、ＶＮＦカタログ２１１の例えばＶＮＦＤ（VNF　Descriptor）を更新し、該更新したＶＮＦＤに基づき、ＮＦＶインスタンスレポジトリ２１２の対応するインスタンス情報（例えばインスタンスレコード：ＶＮＦＲ等）を更新する。

＜基本形態のシーケンス動作例＞
　図７は、図６の基本形態の動作シーケンスを説明する図である。なお、図７では、説明のため、代表的なシーケンスに番号（シーケンス番号）を付加している。

　ＯＳＳ又は保守端末等１１からの指示に基づき、新ＶＮＦパッケージのアップロード及び登録（on-boarding of new VNF package）が行われる（Ｓ１）。

　ＯＳＳ又は保守端末等１１により、ＶＤＵ３２が起動状態で、ＶＤＵ３２で稼働するアプリケーションであるＶＮＦのファイルの更新作業を行う（Ｓ２）。

　ＯＳＳ又は保守端末等１１は、ＮＦＶＯ２１に対して、ＮＦＶインスタンスレポジトリ２１２の更新要求を行う（Ｓ３）。ＯＳＳ又は保守端末等１１は、ＮＦＶインスタンスレポジトリ２１２の更新要求の送信を、ＶＮＦのファイルの更新完了後（直後あるいは所定時間後）に行う。例えば、ＶＮＦのファイルの更新作業の完了に連動して、ＮＦＶインスタンスレポジトリ２１２の更新要求の送信をただちに行うようにしてもよい。あるいは、ＶＮＦのファイルの更新作業の時間帯や、ＶＭの運用状態等に応じて、多少の遅延を設けて、ＮＦＶインスタンスレポジトリ２１２の更新要求の送信を行うようにしてもよい。

　ＮＦＶＯ２１は、ＮＦＶインスタンスレポジトリ２１２において、ＶＤＵで稼働するＶＮＦパッケージ、ＶＮＦインスタンスレコード（ＶＮＦＲ）を更新する（Ｓ４）。

　ＮＦＶインスタンスレポジトリ２１２の更新完了後、ＮＦＶＯ２１は、ＯＳＳ又は保守端末等１１にＡｃｋ（Acknowledge）応答（更新要求完了応答）を送信する（Ｓ５）。

＜実施形態１＞
　図８は、実施形態１の動作シーケンスを例示する図である。実施形態１のシステム構成は、図６に示した構成において、ＰＭ上のＶＤＵを二重化構成としており、ＶＤＵ１で稼働するアプリケーションであるＶＮＦをアクティブ系（Ａｃｔ）、ＶＤＵ２で稼働するアプリケーションであるＶＮをスタンバイ系（Ｓｂｙ）としている。図８には、２重化構成のＶＮＦのファイルの更新シーケンスが示されている。実施形態１では、ＶＮＦファイルの更新を、ＶＤＵ２でスタンバイ系として稼働するアプリケーションであるＶＮＦに対して行い、当該ＶＮＦファイルを更新した後、アプリケーションの系の切り替えを行う。その際、スタンバイ系のＶＤＵ２上のアプリケーションＶＮＦがアクティブ系のＶＤＵ１のアプリケーションＶＮＦの処理を引き継ぎ、新たなアクティブ系となる。また、もとのアクティブ系ＶＤＵ１上のアプリケーションＶＮＦは新たなスタンバイ系となる。そして、スタンバイ系（Ｓｂｙ）となったＶＤＵ１のアプリケーションであるＶＮＦに対して、ＶＮＦファイルの更新を行う。

　より詳細には、図８を参照すると、ＯＳＳ又は保守端末等１１からの指示に基づき、新ＶＮＦパッケージのアップロード及び登録が行われる（Ｓ１０１）。なお、ＯＳＳ又は保守端末等１１は請求項１等の第１の装置に対応する。

　ＯＳＳ又は保守端末等１１により、ＶＤＵ２上でスタンバイ系として稼働するアプリケーションであるＶＮＦのファイルの更新作業を行う（Ｓ１０２）。

　ＯＳＳ又は保守端末等１１は、ＮＦＶＯ２１に対してＮＦＶインスタンスレポジトリ２１２の更新要求を行う（Ｓ１０３）。

　ＮＦＶＯ２１は、ＮＦＶインスタンスレポジトリ２１２の関連するインスタンスレコード等を更新する（Ｓ１０４）。この段階で、ＮＦＶインスタンスレポジトリ２１２は、
ＶＤＵ１：旧ＶＮＦパッケージ、
ＶＤＵ２：新ＶＮＦパッケージ、
となる。

　ＮＦＶＯ２１は、ＯＳＳ又は保守端末等１１にＡｃｋ応答（更新要求完了応答）をＯＳＳ又は保守端末等１１に送信する（Ｓ１０５）。

　ＶＤＵ２上でスタンバイ系として稼働するアプリケーションであるＶＮＦをアクティブ系とし、ＶＤＵ１上でアクティブ系として稼働するアプリケーションであるＶＮＦをスタンバイ系とする（Ｓ１０６）。

　ＯＳＳ又は保守端末等１１により、ＶＤＵ１上でスタンバイ系として稼働するアプリケーションであるＶＮＦのファイルの更新作業を行う（Ｓ１０７）。

　ＯＳＳ又は保守端末等１１は、ＮＦＶＯ２１に対してＮＦＶインスタンスレポジトリ２１２の更新要求を行う（Ｓ１０８）。

　ＮＦＶＯ２１は、ＮＦＶインスタンスレポジトリ２１２の関連するインスタンスレコード等を更新する（Ｓ１０９）。ＮＦＶインスタンスレポジトリ２１２は、
ＶＤＵ１：新ＶＮＦパッケージ、
ＶＤＵ２：新ＶＮＦパッケージ、
となる。

　ＮＦＶＯ２１は、ＯＳＳ又は保守端末等１１にＡｃｋ応答（更新要求完了応答）を送信する（Ｓ１１０）。

　本実施形態によれば、ＶＮＦインスタンスの再作成を伴わず、呼処理を継続したままの更新が可能である。また、本実施形態によれば、ＰＭ上のＶＤＵのＶＮＦパッケージと、ＮＦＶインスタンスレポジトリのインスタンス情報の不一致等の発生を回避可能とし、サービスの低下を回避可能としている。本実施形態によれば、非仮想化環境（non-virtualized environment）での更新手順を流用することが用可能である。

＜実施形態２＞
　図９は、実施形態２の動作シーケンスを例示する図である。実施形態２のシステム構成は、前記実施形態１と同様、ＰＭ上のＶＤＵを二重化構成としており、ＶＤＵ１で稼働するアプリケーションであるＶＮＦをアクティブ系（Ａｃｔ）、ＶＤＵ２で稼働するアプリケーションであるＶＮＦをスタンバイ系（Ｓｂｙ）としている。実施形態２では、ＶＤＵ２が稼働するサーバ（ＰＭ）に障害（故障）が発生している。

　より詳細には、図９を参照すると、ＯＳＳ又は保守端末等１１からの指示に基づき、新ＶＮＦパッケージのアップロード及び登録が行われる（Ｓ２０１）。

　ＯＳＳ又は保守端末等１１により、ＶＤＵ２上でスタンバイ系として稼働するアプリケーションであるＶＮＦのファイルの更新作業を行う（Ｓ２０２）。

　ＯＳＳ又は保守端末等１１は、ＮＦＶＯ２１に対してＮＦＶインスタンスレポジトリ２１２の更新要求を行う（Ｓ２０３）。

　ＮＦＶＯ２１は、ＮＦＶインスタンスレポジトリ２１２の関連するインスタンスレコード等を更新する（Ｓ２０４）。この段階で、ＮＦＶインスタンスレポジトリ２１２では、
ＶＤＵ１：旧ＶＮＦパッケージ、
ＶＤＵ２：新ＶＮＦパッケージ、
となる。

　ＮＦＶＯ２１は、ＯＳＳ又は保守端末等１１にＡｃｋ応答（更新要求完了応答）を送信する（Ｓ２０５）。

　ここで、スタンバイ系のＶＤＵ２が稼働するサーバ（ＰＭ：物理マシン）に障害（故障）が発生したとする（Ｓ２０６）。

　ＶＩＭ２３に、ＰＭの故障（障害）が通知される（Ｓ２０７）。

　ＶＩＭ２３は、ＶＮＦＭ２２に対して、ＶＤＵ２に故障（障害）を検出したことを通知する（Ｓ２０８）。

　ＶＮＦＭ２２は、ＮＦＶＯ２１にＶＤＵ２のヒーリング要求（VDU2 Healing request）を送信する（Ｓ２０９）。

　ＮＦＶＯ２１は、ＮＦＶインスタンスレポジトリ２１２で保持されているインスタンスレコードを確認する（Ｓ２１０）。

　ＮＦＶＯ２１は、ヒーリング要求を受けると、ＮＦＶインスタンスレポジトリ２１２のインスタンスレコードの確認の結果、ＶＤＵ２：新ＶＮＦパッケージである、ことを確認する（Ｓ２１１）。

　ＮＦＶＯ２１は、例えば、故障ＰＭ上のＶＤＵ２を停止させた上で削除する。故障（障害）のＰＭが取り外され（ネットワークから切り離される）、新ＰＭが設置される（ネットワークに接続される）。ＮＦＶＯ２１は、ＶＮＦＭ２２、ＶＩＮ２３を介して、ＶＤＵ２の新ＶＮＦパッケージの新ＰＭへのインスタンシエーションを行う（Ｓ２１２）。なお、図９には示されていないが、新ＰＭ上のＶＤＵで稼働する新ＶＮＦパッケージがスタンバイ系となり、その後、図８と同様、アクティブ系とスタンバイ系の系切り替えを行い、新ＰＭ上のＶＤＵで稼働する新ＶＮＦパッケージを新たなアクティブ系、ＶＤＵ１で稼働するＶＮＦを新たなスタンバイ系とし、ＯＳＳ又は保守端末等１１は新たなスタンバイ系ＶＤＵ１のＶＮＦファイルの更新作業を行い、ＯＳＳ又は保守端末等１１は、ＮＦＶＯ２１に対してＮＦＶインスタンスレポジトリ２１２の更新要求を行うようにしてもよい。

　本実施形態によれば、アクティブ系（Ａｃｔ）のＶＤＵ１で稼働するＶＮＦにより、呼処理等を継続したままでの、スタンバイ系のＶＤＵの更新が可能であり、サービス低下等を回避可能としており、さらにスタンバイ系のＶＤＵが稼働するＰＭの故障発生時にも、アクティブ系（Ａｃｔ）のＶＤＵ１によるサービスが提供される。

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

１１　ＯＳＳ又は保守端末等
２１　ＮＦＶＯ
２２　ＶＮＦＭ
２３　ＶＩＭ
３１　ＰＭ
３２、３２－１～３２－３　ＶＤＵ
１０１　仮想化管理装置（ＮＦＶＯ又はＭＡＮＯ）
１０２　インスタンス情報更新要求受信部
１０３　インスタンス情報更新部
１０４　インスタンス情報更新応答送信部
１０５　インスタンス記憶部
２１１　ＶＮＦ　Ｃａｔａｌｏｇ
２１２　NFV Instances Repository（インスタンス情報記憶部）
２３１　ＶＭイメージ（旧）
２３２　ＶＭイメージ（新）

Claims

　第１の装置と、
　サーバ装置と、
　インスタンス情報記憶部に接続する第２の装置と、
　を備え、
　前記第１の装置から前記サーバ装置上の仮想ディプロイメントユニット（Virtualization Deployment Unit:ＶＤＵ）に対して直接ファイルの更新作業を行い、
　前記第１の装置からインスタンス情報更新要求を前記第２の装置に送信し、
　前記第２の装置では前記インスタンス情報更新要求にしたがって前記インスタンス情報記憶部のインスタンス情報を更新する、ことを特徴とするネットワーク機能仮想化管理システム。
　前記第１の装置は、
　前記ＶＤＵのＶＮＦ（Virtual Network Function）のファイルを更新し、
　前記インスタンス情報記憶部であるＮＦＶ（Network Functions Virtualization）インスタンスレポジトリ（NFV Instances Repository）の関連するインスタンス情報の更新要求を、前記第２の装置に送信する、ことを特徴とする請求項１記載のネットワーク機能仮想化管理システム。
　前記第２の装置は、前記インスタンス情報の更新完了後、完了応答を、前記第１の装置に返す、ことを特徴とする請求項１又は２記載のネットワーク機能仮想化管理システム。
　第１のＶＤＵで稼働する第１のＶＮＦと、第２のＶＤＵで稼働する第２のＶＮＦを含む冗長構成を備え、
　前記第１の装置は、スタンバイ系の前記第２のＶＤＵの前記第２のＶＮＦのファイルの更新作業を行い、
　前記第１の装置から、インスタンス情報更新要求を前記第２の装置に送信し、
　前記第２の装置では、前記インスタンス情報更新要求にしたがって、前記インスタンス情報記憶部に記憶される前記第２のＶＮＦに関連するインスタンス情報を更新する、ことを特徴とする請求項１乃至３のいずれか１項に記載のネットワーク機能仮想化管理システム。
　前記第２のＶＤＵ上の前記スタンバイ系の第２のＶＮＦを、新たなアクティブ系、
　前記第１のＶＤＵ上の前記アクティブ系の第１のＶＮＦを、新たなスタンバイ系に切り替える系切り替えが行われ、
　前記第１の装置は、前記新たなスタンバイ系の前記第１のＶＤＵの前記第１のＶＮＦのファイルの更新作業を行い、
　前記第１の装置から、インスタンス情報更新要求を前記第２の装置に送信し、
　前記第２の装置では、前記インスタンス情報更新要求にしたがって、前記インスタンス情報記憶部に記憶される前記第１のＶＮＦに関連するインスタンス情報を更新する、ことを特徴とする請求項４記載のネットワーク機能仮想化管理システム。
　前記第１の装置は、保守端末又はＯＳＳ（Operations Support Systems）であり、
　前記第２の装置は、ＮＦＶ－ＭＡＮＯ（Network Functions Virtualization Management & Orchestration）又はＮＦＶ－ＭＡＮＯのＮＦＶＯ(Network Functions Virtualization Orchestrator)である、ことを特徴とする請求項１乃至５のいずれか１項に記載のネットワーク機能仮想化管理システム。
　第１の装置からサーバ上の仮想ディプロイメントユニット（Virtualization Deployment Unit: ＶＤＵ）に対して直接ファイルの更新作業を行い、
　前記第１の装置からインスタンス情報更新要求を第２の装置に送信し、
　前記第２の装置では、前記インスタンス情報更新要求にしたがって、インスタンス情報記憶部のインスタンス情報を更新する、ことを特徴とするネットワーク機能仮想化管理方法。
　前記第１の装置は、前記ＶＤＵのＶＮＦ（Virtual Network Function）のファイルを更新し、
　前記インスタンス情報記憶部であるＮＦＶ（Network Functions Virtualization）インスタンスレポジトリ（NFV Instances Repository）の関連するインスタンス情報の更新要求を送信する、ことを特徴とする請求項７記載のネットワーク機能仮想化管理方法。
　前記第２の装置は、前記インスタンス情報の更新完了後、完了応答を、前記第１の装置に返す、ことを特徴とする請求項７又は８記載のネットワーク機能仮想化管理方法。
　第１のＶＤＵで稼働する第１のＶＮＦと、第２のＶＤＵで稼働する第２のＶＮＦとが冗長システムを構成し、
　前記第１の装置は、スタンバイ系の前記第２のＶＤＵの前記第２のＶＮＦのファイルの更新作業を行い、
　前記第１の装置から、インスタンス情報更新要求を前記第２の装置に送信し、
　前記第２の装置では、前記インスタンス情報更新要求にしたがって、前記インスタンス情報記憶部に記憶される前記第２のＶＮＦに関連するインスタンス情報を更新する、ことを特徴とする請求項７乃至９のいずれか１項に記載のネットワーク機能仮想化管理方法。
　前記第２のＶＤＵ上の前記スタンバイ系の第２のＶＮＦを、新たなアクティブ系、
　前記第１のＶＤＵ上の前記アクティブ系の第１のＶＮＦを、新たなスタンバイ系に切り替える系切り替えが行われ、
　前記第１の装置は、前記新たなスタンバイ系の前記第１のＶＤＵの前記第１のＶＮＦのファイルの更新作業を行い、
　前記第１の装置から、インスタンス情報更新要求を前記第２の装置に送信し、
　前記第２の装置では、前記インスタンス情報更新要求にしたがって、前記インスタンス情報記憶部に記憶される前記第１のＶＮＦに関連するインスタンス情報を更新する、ことを特徴とする請求項１０記載のネットワーク機能仮想化管理方法。
　前記第１の装置は、保守端末又はＯＳＳ（Operations Support Systems）であり、
　前記第２の装置は、ＮＦＶ－ＭＡＮＯ（Network Functions Virtualization Management & Orchestration）又はＮＦＶ－ＭＡＮＯのＮＦＶＯ(Network Functions Virtualization Orchestrator)である、ことを特徴とする請求項７乃至１１のいずれか１項に記載のネットワーク機能仮想化管理方法。
　第１の装置を送信元とするインスタンス情報更新要求を受けるインスタンス情報更新要求受信部と、
　インスタンス情報を記憶するインスタンス情報記憶部と、
　前記インスタンス情報更新要求にしたがって前記インスタンス情報記憶部のインスタンス情報を更新するインスタンス情報更新部と、
　前記インスタンス情報更新完了の応答を前記第１の装置に返すインスタンス情報更新応答送信部と、
　を備えた、ことを特徴とする仮想化管理装置。
　前記第１の装置では、サーバ上の仮想マシンのアプリケーションに対して直接ファイルの更新作業を行い、前記ファイルの更新作業ののち、前記インスタンス情報更新要求を送信する、ことを特徴とする請求項１３記載の仮想化管理装置。
　前記第１の装置は、前記ＶＤＵのＶＮＦ（Virtual Network Function）のファイルを更新し、
　ＮＦＶ（Network Functions Virtualization）インスタンスレポジトリの関連するインスタンス情報の更新要求を送信する、ことを特徴とする請求項１３又は１４記載の仮想化管理装置。
　前記第１の装置は、保守端末又はＯＳＳ（Operations Support Systems）である、ことを特徴とする請求項１３乃至１５のいずれか１項に記載の仮想化管理装置。
　サーバ上の仮想マシンのアプリケーションに対して直接ファイルの更新作業を行う第１の装置を送信元とするインスタンス情報更新要求を受ける処理と、
　前記インスタンス情報更新要求にしたがって、インスタンス情報を記憶する記憶部のインスタンス情報を更新する処理と、
　前記インスタンス情報更新完了の応答を前記第１の装置に返す処理と、
　をコンピュータに実行させるプログラム。