特許 7622820 管理装置、管理方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-01-20

(45)【発行日】2025-01-28

(54)【発明の名称】管理装置、管理方法及びプログラム

(51)【国際特許分類】

   H04L 41/0895 20220101AFI20250121BHJP

【ＦＩ】

H04L41/0895

【請求項の数】 9

(21)【出願番号】P 2023510045

(86)(22)【出願日】2021-03-31

(86)【国際出願番号】 JP2021013894

(87)【国際公開番号】W WO2022208754

(87)【国際公開日】2022-10-06

【審査請求日】2023-09-14

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】十楚 航

(72)【発明者】

【氏名】前佛 創

【審査官】木村 雅也

(56)【参考文献】

【文献】国際公開第２０１６／１２１８６９（ＷＯ，Ａ１）

【文献】国際公開第２０１９／２４０２７４（ＷＯ，Ａ１）

【文献】中国特許出願公開第１０５５３０１１６（ＣＮ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ４１／０８９５

(57)【特許請求の範囲】

【請求項1】

ソフトウェアで実装されたネットワーク機能として実行されるＶＮＦ（Virtual Network Function）の仮想リソースを提供するＮＦＶＩ（Network Function Virtualization Infrastructure）の制御を行うＶＩＭ（Virtualized Infrastructure Manager）と、
前記ＮＦＶＩ上にて、ネットワークサービスを実現するＮＦＶＯ（NFV-Orchestrator）と、
前記ＶＮＦの管理を行うＶＮＦＭ（VNF Manager）と、
前記ＶＮＦＭにおけるデータ障害を検出する検出部と、
前記データ障害が検出された場合、前記ＮＦＶＯ、前記ＶＩＭ及び前記ＶＮＦから情報を収集して、新たなＶＮＦＭの運用データを構築する構築部と、
を備え、
前記構築部は、運用状態である前記ＶＮＦを特定し、特定した運用状態の前記ＶＮＦを管理するための前記新たなＶＮＦＭの運用データを構築する、
管理装置。

【請求項2】

前記ＮＦＶＯは、少なくともＶＮＦＲ（Virtualized Network Function Record）を保持し、
前記構築部は、
前記ＮＦＶＯから前記ＶＮＦＲを取得し、
取得した前記ＶＮＦＲから前記ＶＮＦの運用情報を抽出し、
該運用情報を用いて前記新たなＶＮＦＭの運用データを構築する、
請求項１に記載の管理装置。

【請求項3】

前記構築部は、
前記ＶＮＦＲから、運用状態の前記ＶＮＦの構成要素であるＶＤＵ（Virtualization Deployment Unit）の情報を取得し、
取得したＶＤＵ情報を用いて、運用状態である前記ＶＮＦの接続先の前記ＶＩＭから、前記ＮＦＶＩが管理する仮想リソース情報を取得し、
前記ＶＤＵ情報と前記仮想リソース情報とを用いて、前記新たな前記ＶＮＦＭの運用データを構築する、
請求項２に記載の管理装置。

【請求項4】

前記構築部は、
取得した前記ＶＮＦＲから前記ＶＮＦへの管理用接続情報を取得し、
前記管理用接続情報を用いて前記ＶＮＦにアクセスし、前記ＶＮＦの固有情報を取得することにより前記新たな前記ＶＮＦＭの運用データを構築する、
請求項２又は３に記載の管理装置。

【請求項5】

ソフトウェアで実装されたネットワーク機能として実行されるＶＮＦ（Virtual Network Function）の管理を行うＶＮＦＭ（VNF Manager）におけるデータ障害を検出し、
前記データ障害が検出された場合、運用状態である前記ＶＮＦを特定し、前記ＶＮＦの仮想リソースを提供するＮＦＶＩ（Network Function Virtualization Infrastructure）の制御を行うＶＩＭ（Virtualized Infrastructure Manager）と、前記ＮＦＶＩ上にて、ネットワークサービスを実現するＮＦＶＯ（NFV-Orchestrator）及び前記ＶＮＦから情報を収集して、特定した運用状態の前記ＶＮＦを管理するための新たなＶＮＦＭの運用データを構築する、
管理方法。

【請求項6】

ソフトウェアで実装されたネットワーク機能として実行されるＶＮＦ（Virtual Network Function）の管理を行うＶＮＦＭ（VNF Manager）におけるデータ障害を検出し、
前記データ障害が検出された場合、運用状態である前記ＶＮＦを特定し、前記ＶＮＦの仮想リソースを提供するＮＦＶＩ（Network Function Virtualization Infrastructure）の制御を行うＶＩＭ（Virtualized Infrastructure Manager）と、前記ＮＦＶＩ上にて、ネットワークサービスを実現するＮＦＶＯ（NFV-Orchestrator）及び前記ＶＮＦから情報を収集して、特定した運用状態の前記ＶＮＦを管理するための新たなＶＮＦＭの運用データを構築する、
処理をコンピュータに実行させるプログラム。

【請求項7】

前記ＮＦＶＯは、少なくともＶＮＦＲ（Virtualized Network Function Record）を保持し、
前記ＮＦＶＯから前記ＶＮＦＲを取得し、
取得した前記ＶＮＦＲから前記ＶＮＦの運用情報を抽出し、
該運用情報を用いて前記新たなＶＮＦＭの運用データを構築する、
処理をコンピュータに実行させる、
請求項６に記載のプログラム。

【請求項8】

前記ＶＮＦＲから、運用状態の前記ＶＮＦの構成要素であるＶＤＵ（Virtualization Deployment Unit）の情報を取得し、
取得したＶＤＵ情報を用いて、運用状態である前記ＶＮＦの接続先の前記ＶＩＭから、前記ＮＦＶＩが管理する仮想リソース情報を取得し、
前記ＶＤＵ情報と前記仮想リソース情報とを用いて、前記新たな前記ＶＮＦＭの運用データを構築する、
処理をコンピュータに実行させる、
請求項７に記載のプログラム。

【請求項9】

取得した前記ＶＮＦＲから前記ＶＮＦへの管理用接続情報を取得し、
前記管理用接続情報を用いて前記ＶＮＦにアクセスし、前記ＶＮＦの固有情報を取得することにより前記新たな前記ＶＮＦＭの運用データを構築する、
請求項７又は８に記載のプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ネットワーク機能仮想化（Network Functions Virtualization：ＮＶＦ）の管理装置、管理方法及びプログラムが格納されたコンピュータ可読媒体に関する。

【背景技術】

【0002】

仮想化技術を用いてネットワークをソフトウェア的に実現するＮＦＶ等が知られている。非特許文献１には、欧州電気通信標準化機構（European Telecommunications Standards Institute：ＥＴＳＩ）により、ＮＦＶ参照アーキテクチャ（NFV reference architectural framework）が定義されている。

【0003】

このアーキテクチャにおいて、ＮＦＶ ＭＡＮＯ（Management and Orchestration）は、ＮＦＶＯ（NFV Orchestrator）、ＶＮＦＭ（VNF Manager）、ＶＩＭ（Virtualized Infrastructure Manager）を備える。ＶＮＦＭは、ネットワーク機能をＶＭ（Virtual Machine）で実現するＶＮＦ（Virtual Network Function）の運用・管理を行う。

【0004】

特許文献１には、ＮＦＶＯに対するデータを保持するデータベース（ＤＢ）と、ＶＮＦＭに対するデータを保持するＤＢと、ＶＩＭに対するデータを保持するＤＢと、上記ＤＢのうちの少なくとも２つのＤＢの間でデータを同期させる同期部を備える、仮想化管理・オーケストレーション装置が開示されている。この装置では、ＮＦＶＯがＶＮＦの状態が不明（例えば、ＮＦＶＯのＤＢが保持するＶＮＦＲ（Virtual Network Function Record）に含まれるデータが不定）であることを検出した場合、保守担当者は、ＶＮＦＭ又はＶＩＭのＤＢが保持するデータを用いて、ＮＦＶＯのＤＢの対応するデータを更新してデータの整合性を回復する。

【先行技術文献】

【特許文献】

【0005】

【文献】国際公開第２０１６／０５２４９２号

【非特許文献】

【0006】

【文献】ETSI GS NFV 002 V1.1.1 (2013-10) Network Functions Virtualisation (NFV); Figure 4. NFV Reference Architectural Framework

【発明の概要】

【発明が解決しようとする課題】

【0007】

ＶＮＦＭにおいてデータ不整合が発生した場合、バックアップデータを用いてデータの修復を行うことが考えられる。しかし、運用方式によりバックアップデータが古い場合、最新のＶＮＦの状態と差分が発生し、ＶＮＦの制御ができなくなる恐れがある。

【0008】

また、ＶＮＦを再構築する方法もあるが、ＶＮＦの停止・再起動とサービス中断の影響が大きいという問題がある。ＶＮＦを再構築することにより、ＶＮＦの管理情報が新規に作成されるため、従来利用してきたＶＮＦの情報が破棄され、運用上の問題を引き起こすケースも想定される。

【0009】

本開示の目的は、バックアップデータを用いることなく、可能な限り最新のデータでＶＮＦＭを新たに構築することが可能な、管理装置、管理方法及びプログラムが格納されたコンピュータ可読媒体を提供することにある。

【課題を解決するための手段】

【0010】

一態様に係る管理装置は、ソフトウェアで実装されたネットワーク機能として実行されるＶＮＦの仮想リソースを提供するＮＦＶＩの制御を行うＶＩＭと、前記ＮＦＶＩ上にて、ネットワークサービスを実現するＮＦＶＯと、前記ＶＮＦの管理を行うＶＮＦＭと、前記ＶＮＦＭにおけるデータ障害を検出する検出部と、前記データ障害が検出された場合、前記ＮＦＶＯ、前記ＶＩＭ及び前記ＶＮＦから情報を収集して、新たなＶＮＦＭの運用データを構築する構築部とを備えるものである。

【0011】

一態様に係る管理方法は、ソフトウェアで実装されたネットワーク機能として実行されるＶＮＦの管理を行うＶＮＦＭにおけるデータ障害を検出し、前記データ障害が検出された場合、前記ＶＮＦの仮想リソースを提供するＮＦＶＩの制御を行うＶＩＭと、前記ＮＦＶＩ上にて、ネットワークサービスを実現するＮＦＶＯ及び前記ＶＮＦから情報を収集して、新たなＶＮＦＭの運用データを構築する。

【0012】

一態様に係るコンピュータ可読媒体は、ソフトウェアで実装されたネットワーク機能として実行されるＶＮＦの管理を行うＶＮＦＭにおけるデータ障害を検出し、前記データ障害が検出された場合、前記ＶＮＦの仮想リソースを提供するＮＦＶＩの制御を行うＶＩＭと、前記ＮＦＶＩ上にて、ネットワークサービスを実現するＮＦＶＯ及び前記ＶＮＦから情報を収集して、新たなＶＮＦＭの運用データを構築する、処理をコンピュータに実行させるプログラムが格納されたものである。

【発明の効果】

【0013】

上述の態様によれば、バックアップデータを用いることなく、可能な限り最新のデータでＶＮＦＭを新たに構築することが可能な、管理装置、管理方法及びプログラムが格納されたコンピュータ可読媒体を提供することができる。

【図面の簡単な説明】

【0014】

【図1】ＥＴＳＩにより定義される、ＮＦＶ参照アーキテクチャを説明する図である。

【図2】実施の形態に係る管理装置の構成を示すブロック図である。

【図3】実施の形態に係る管理方法を示すフロー図である。

【図4】実施の形態に係る管理方法のシーケンスを例示する図である。

【発明を実施するための形態】

【0015】

以下、図面を参照して本開示の実施の形態について説明する。なお、以下の記載及び図面は、説明の明確化のため、適宜、省略及び簡略化がなされている。また、以下の各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。また、以下で示す具体的な数値などは、本開示の理解を容易とするための例示にすぎず、これに限定されるものではない。

【0016】

実施の形態は、サーバ上の仮想化レイヤ上に実装したＶＭ（Virtual Machine）により、ネットワーク機能をソフトウェアで実現するＮＦＶ（Network Functions Virtualization）の管理装置に関する。まず、図１を参照して、ＥＴＳＩにより定義される、ＮＦＶ参照アーキテクチャを説明する。図１は、ＥＴＳＩにより定義される、ＮＦＶ参照アーキテクチャを説明する図である。

【0017】

図１を参照すると、ＶＮＦ（Virtual Network Function）４はソフトウェアで実装され、ネットワーク機能として実行される。また、ＶＮＦ４ごとに管理機能となるＥＭＳ（Element Management System）５が設けられる。ＶＮＦ４は、性能設定情報や障害情報などの固有情報を保持している。

【0018】

ＮＦＶＩ６は、ＶＮＦ４の実行基盤をなす。ＮＦＶＩ６は、コンピューティング、ストレージ、ネットワーク機能等の物理マシン（サーバ）のハードウェアリソースを、ハイパーバイザ（Hypervisor）等の仮想化レイヤで仮想化した仮想化コンピューティング、仮想化ストレージ、仮想化ネットワーク等の仮想リソースとして実現する。

【0019】

ＮＦＶ ＭＡＮＯ（Management and Orchestration）１０は、ハードウェアリソースやソフトウェアリソースの管理、並びにＶＮＦの管理機能とオーケストレーション機能を提供する。ＮＦＶ ＭＡＮＯ１０は、ＮＦＶＯ（NFV-Orchestrator）１、ＶＮＦＭ（VNF manager）２、ＶＩＭ（Virtualized Infrastructure Manager）３を備えている。

【0020】

ＮＦＶＯ１は、ＶＮＦ４とＮＦＶＩ６の管理及びオーケストレーションを行う。具体的には、ＮＦＶＯ１は、ＮＦＶＩ６上で、ネットワークサービス（ＶＮＦ４へのリソース割り当て、ＶＮＦの管理（例えば、オートヒーリング（障害自動再構成）、オートスケーリング、ＶＮＦのライフサイクル管理等）を実現する。ＮＦＶＯ１は、ＶＮＦ４の状態や運用状態などを示すＶＮＦＲ（VNF Record）情報を保持、管理する。また、ＮＦＶＯ１は、ＶＮＦ４の構成を定義した、ＶＮＦＤ（VNF Descriptor）を管理する。

【0021】

ＶＮＦＭ２は、ＶＮＦ４のライフサイクル管理（例えば、生成、更新、問い合わせ、ヒーリング、スケーリング、終了等）及びイベント通知を行う。ＶＮＦＭ２は、ＶＮＦ４のインスタンス化とＶＮＦインスタンスのライフサイクル管理においてＶＮＦＤを用いる。

【0022】

ＶＩＭ３は、ＶＮＦ４を動作させるために必要となる仮想リソースの割り当てを実施する。ＶＩＭ３は、仮想化レイヤを介してＮＦＶＩ６を制御し、例えば、コンピューティング、ストレージ、ネットワークのリソース管理、ＮＦＶの実行基盤であるＮＦＶＩの障害監視、リソース情報の監視等を実施する。

【0023】

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

【0024】

このように、実施の形態は、ＥＴＳＩに定義されるＮＦＶ参照アーキテクチャに準拠している。上述の通り、ＶＮＦＭ２は、ＮＦＶ ＭＡＮＯ１０の１つのコンポーネントとしてＶＮＦの運用・管理を行う機構として定義されている。

【0025】

ＶＮＦＭ２は、大きく分けて３つの対向システムとの接続関係を持つ。すなわち、ＶＮＦＭ２は、ＮＦＶＯ１、ＶＩＭ３、ＶＮＦ４と連携している。ＶＮＦＭ２は、これら３つの対向システムと情報の送信・受領を行い、ＶＮＦの管理・運用を行っている。

【0026】

本発明者は、ＶＮＦＭ２においてデータ不整合が発生し、システム復旧が出来ないケースを想定し、可能な限り最新の情報を用いてＶＮＦＭ２を再構築するために、以下の構成を考案した。ＶＮＦＭ２が管理すべき情報は上記３つの対向システムが持つ情報をベースとして構成されている。この特性を利用し、３つの対向システムからＶＮＦＭ２が管理すべき情報を収集することでＶＮＦＭの再構築を可能とする。

【0027】

図２は、実施の形態に係る管理装置の構成を示すブロック図である。図２において、図１と同一の構成要素には同一の符号を付している。図２に示すように、管理装置は、ＮＦＶＯ１、ＶＮＦＭ２、ＶＩＭ３、ＶＮＦ４を含む。また、ＶＮＦＭ２は、検出部１１、構築部１２を含む。

【0028】

検出部１１は、ＶＮＦＭ２におけるデータ障害を検出する。構築部１２は、検出部１１でデータ障害が検出された場合、ＮＦＶＯ１、ＶＩＭ３及びＶＮＦ４から情報を収集して、新たなＶＮＦＭを構築する。このように、実施の形態では３つの対向システムから情報を取得することにより、ＶＮＦＭを新たに構築して、システムを復旧させることが可能となる。

【0029】

ＶＮＦＭ２は、ＶＮＦ４を管理するために、以下の情報を保持している。
・ＶＮＦの構成情報
ＶＮＦ４の構成情報ついては、例えば、ＶＮＦ名、ＶＮＦ機能、ＦＰＧＡ対応可否、ＶＮＦイメージファイル及びＦＰＧＡ互換性等の情報が保持される。
・仮想リソースを取得するためのＶＩＭへの接続情報
ＶＩＭ３への情報については、例えば、ＶＩＭ３の識別子と、ＶＩＭ３によって割り当てられた仮想リソースに関する情報とを含む。割り当てられた仮想リソースに関する情報は、割り当てられたリソースのタイプと量とを含み得る。
・ＶＮＦライフサイクル管理のポリシー情報
このポリシー情報は、ＶＮＦ４に対してライフサイクル管理オペレーションを実行し、ネットワークサービスをデプロイするための装置の権限を記述するために使用される。

【0030】

ＶＮＦＭ２の運用データが破壊された場合、上記の情報を修復するために、ＶＮＦＭ２は以下の情報をキーとして対向システムから情報を取得する必要がある。
・対向システム（ＮＦＶＯ１、ＶＩＭ３、ＶＮＦ４）への接続情報
・動作しているＶＮＦ４の一覧情報

【0031】

ＶＮＦＭ２が故障した場合に対向システムから情報を取得する手法について、図３、４を参照して説明する。図３は、実施の形態に係る管理方法を示すフロー図であり、図４はそのシーケンスを例示する図である。以下の説明では、故障したＶＮＦＭを旧環境のＶＮＦＭ、復旧に向けて新たに構築されるＶＮＦＭを新環境のＶＮＦＭとする。なお、図４におけるＶＮＦＭ２は、新環境のＶＮＦＭである。図４において、図３のステップに対応する箇所には同一の符号を付している。

【0032】

ステップＳ１０において、検出部１１は、旧環境のＶＮＦＭの故障を検出する。旧環境のＶＮＦＭの故障が検出されると、運用者は復旧対象のＶＮＦＭを新たに構築する（ステップＳ１１）。新環境のＶＮＦＭ２を構築する際、構築部１２は、旧環境にて接続されていた対向システムとの接続情報（EndPointなど）を設定する。このとき新環境のＶＮＦＭ２は、ＶＮＦ４に関する運用情報を保持していない。

【0033】

次に、構築部１２は、ＮＦＶＯ１からＶＮＦＲの一覧を取得する（ステップＳ１２）。ＶＮＦＲは、ＶＮＦ４を一意に特定する情報（例えば、ＶＮＦ ＩＤ）や、ＶＮＦ４の構成を記したＶＮＦＤ情報、ＶＮＦ４の運用・稼働状況、ＶＮＦ４を管理するための接続情報など、ＶＮＦ４に関する運用情報を含む。

【0034】

構築部１２は、ＮＦＶＯ１よりＶＮＦＲの一覧を取得した後、取得したＶＮＦＲからＶＮＦの運用情報を抽出する。そして、該運用情報を用いて新環境のＶＮＦＭの運用データを構築する（ステップＳ１３）。

【0035】

ＮＦＶＯ１は、ＮＦＶＩ６上で動作するすべてのＶＮＦ４の情報をＶＮＦＲとして保持している。そのため、構築部１２は、これらのＶＮＦＲをすべて参照することで、運用状態であるＶＮＦを認識することが可能となる。ここで、「運用状態のＶＮＦ」は、ＶＮＦＲの運用・稼働状況から削除されていないＶＮＦを指す。

【0036】

例えば、構築部１２は運用状態であるＶＮＦ４を特定する。構築部１２は、この特定した運用状態のＶＮＦ４の運用情報を用いて、新環境のＶＮＦＭ２における、運用状態のＶＮＦ４のみを管理するための運用データを構築してもよい。

【0037】

具体的には、構築部１２は、特定した運用状態のＶＮＦ４のＶＮＦＲから、該ＶＮＦの構成情報（ＶＮＦを構成しているＶＤＵ（Virtual Deployment Unit）やＣＰ(Connection Point)などの情報）やこれらのリソースにアクセスするための接続情報などを取得し、該ＶＮＦ４の運用データの構築を行う。

【0038】

上記ＶＤＵ情報には、ＶＤＵ識別子や、どのＶＩＭ３を介して仮想リソースが作成されたかを示す、ＶＩＭ３の接続先情報などが含まれる。構築部１２は、取得した運用状態のＶＮＦ４のＶＤＵ情報を用いて、該ＶＮＦ４の接続先のＶＩＭ３から、ＮＦＶＩ６が管理する仮想リソース情報を取得する（ステップＳ１４）。

【0039】

なお、ＶＮＦ４が有するＶＤＵ情報は、ＮＦＶＯ１が有するＶＮＦパッケージのＶＮＦＤに定義されている。この定義情報とステップＳ１４において確認した仮想リソース情報とを用いて、新環境のＶＮＦＭ２における、ＶＮＦ４の仮想リソースの構成情報（運用データ）を構築する。

【0040】

そして、ＶＮＦＭ２は、ＶＮＦ４への接続を復旧する（ステップＳ１５）。構築部１２は、各ＶＮＦＲから、各ＶＮＦ及びＶＤＵへの管理用接続情報を取得する。ＶＮＦ及びＶＤＵへの管理用接続情報には、ＶＮＦＭ２が各種仮想リソースを管理するための接続先ＩＰアドレスの情報（ＶＤＵｍｇｍｔ ＩＰアドレス）が含まれる。

【0041】

ＶＮＦＭ２は、このＩＰアドレスを用いて、ＶＮＦ４へアクセスを行う。構築部１２は、この管理用接続情報を用いて各ＶＮＦ４へアクセスし、運用に必要となるステートレスな設定情報や障害情報などの、ＶＮＦ４の現在の固有情報の取得を実施する。このように、実施の形態によれば、各対向システムから取得した情報を用いて、新環境のＶＮＦＭ２の運用データを構築することが可能となる。

【0042】

以上説明したように、実施の形態によれば、ＶＮＦＭ２の対向システムからＶＮＦＭ２が管理すべき情報を収集することで、常に最新の情報にてＶＮＦＭ２の運用データの復旧が可能となる。また、再度ＶＮＦ４を構築せずに、新たなＶＮＦＭ２の運用データを構築することができるため、サービス停止時間をＶＮＦ再構築時間より抑えることが可能となる。

【0043】

なお、図面に記載された様々な処理を行う各機能ブロックは、ハードウェア的には、プロセッサ、メモリ、その他の回路で構成することができる。また、上述した処理を、プロセッサにプログラムを実行させることにより実現することも可能である。従って、これらの機能ブロックは、ハードウェアのみ、ソフトウェアのみ、又はそれらの組合せによっていろいろな形で実現でき、いずれかに限定されるものではない。

【0044】

上述したプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

【0045】

以上、実施の形態を参照して本開示を説明したが、本開示は上述した実施の形態に限定されるものではない。本開示の構成や詳細には、本開示のスコープ内で当業者が理解し得る様々な変更をすることができる。

【0046】

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

【0047】

（付記１）
ソフトウェアで実装されたネットワーク機能として実行されるＶＮＦ（Virtual Network Function）の仮想リソースを提供するＮＦＶＩ（Network Function Virtualization Infrastructure）の制御を行うＶＩＭ（Virtualized Infrastructure Manager）と、
前記ＮＦＶＩ上にて、ネットワークサービスを実現するＮＦＶＯ（NFV-Orchestrator）と、
前記ＶＮＦの管理を行うＶＮＦＭ（VNF Manager）と、
前記ＶＮＦＭにおけるデータ障害を検出する検出部と、
前記データ障害が検出された場合、前記ＮＦＶＯ、前記ＶＩＭ及び前記ＶＮＦから情報を収集して、新たなＶＮＦＭの運用データを構築する構築部と、
を備える、
管理装置。
（付記２）
前記ＮＦＶＯは、少なくともＶＮＦＲ（Virtualized Network Function Record）を保持し、
前記構築部は、
前記ＮＦＶＯから前記ＶＮＦＲを取得し、
取得した前記ＶＮＦＲから前記ＶＮＦの運用情報を抽出し、
該運用情報を用いて前記新たなＶＮＦＭの運用データを構築する、
付記１に記載の管理装置。
（付記３）
前記構築部は、運用状態である前記ＶＮＦを特定し、特定した運用状態の前記ＶＮＦを管理するための前記新たなＶＮＦＭの運用データを構築する、
付記２に記載の管理装置。
（付記４）
前記構築部は、
前記ＶＮＦＲから、運用状態の前記ＶＮＦの構成要素であるＶＤＵ（Virtualization Deployment Unit）の情報を取得し、
取得したＶＤＵ情報を用いて、運用状態である前記ＶＮＦの接続先の前記ＶＩＭから、前記ＮＦＶＩが管理する仮想リソース情報を取得し、
前記ＶＤＵ情報と前記仮想リソース情報とを用いて、前記新たな前記ＶＮＦＭの運用データを構築する、
付記３に記載の管理装置。
（付記５）
前記構築部は、
取得した前記ＶＮＦＲから前記ＶＮＦへの管理用接続情報を取得し、
前記管理用接続情報を用いて前記ＶＮＦにアクセスし、前記ＶＮＦの固有情報を取得することにより前記新たな前記ＶＮＦＭの運用データを構築する、
付記２～４のいずれかに記載の管理装置。
（付記６）
ソフトウェアで実装されたネットワーク機能として実行されるＶＮＦ（Virtual Network Function）の管理を行うＶＮＦＭ（VNF Manager）におけるデータ障害を検出し、
前記データ障害が検出された場合、前記ＶＮＦの仮想リソースを提供するＮＦＶＩ（Network Function Virtualization Infrastructure）の制御を行うＶＩＭ（Virtualized Infrastructure Manager）と、前記ＮＦＶＩ上にて、ネットワークサービスを実現するＮＦＶＯ（NFV-Orchestrator）及び前記ＶＮＦから情報を収集して、新たなＶＮＦＭの運用データを構築する、
管理方法。
（付記７）
前記ＮＦＶＯは、少なくともＶＮＦＲ（Virtualized Network Function Record）を保持し、
前記ＮＦＶＯから前記ＶＮＦＲを取得し、
取得した前記ＶＮＦＲから前記ＶＮＦの運用情報を抽出し、
該運用情報を用いて前記新たなＶＮＦＭの運用データを構築する、
付記６に記載の管理方法。
（付記８）
運用状態である前記ＶＮＦを特定し、特定した運用状態の前記ＶＮＦを管理するための前記新たなＶＮＦＭの運用データを構築する、
付記７に記載の管理方法。
（付記９）
前記ＶＮＦＲから、運用状態の前記ＶＮＦの構成要素であるＶＤＵ（Virtualization Deployment Unit）の情報を取得し、
取得したＶＤＵ情報を用いて、運用状態である前記ＶＮＦの接続先の前記ＶＩＭから、前記ＮＦＶＩが管理する仮想リソース情報を取得し、
前記ＶＤＵ情報と前記仮想リソース情報とを用いて、前記新たな前記ＶＮＦＭの運用データを構築する、
付記８に記載の管理方法。
（付記１０）
取得した前記ＶＮＦＲから前記ＶＮＦへの管理用接続情報を取得し、
前記管理用接続情報を用いて前記ＶＮＦにアクセスし、前記ＶＮＦの固有情報を取得することにより前記新たな前記ＶＮＦＭの運用データを構築する、
付記７～９のいずれかに記載の管理方法。
（付記１１）
ソフトウェアで実装されたネットワーク機能として実行されるＶＮＦ（Virtual Network Function）の管理を行うＶＮＦＭ（VNF Manager）におけるデータ障害を検出し、
前記データ障害が検出された場合、前記ＶＮＦの仮想リソースを提供するＮＦＶＩ（Network Function Virtualization Infrastructure）の制御を行うＶＩＭ（Virtualized Infrastructure Manager）と、前記ＮＦＶＩ上にて、ネットワークサービスを実現するＮＦＶＯ（NFV-Orchestrator）及び前記ＶＮＦから情報を収集して、新たなＶＮＦＭの運用データを構築する、
処理をコンピュータに実行させるプログラムが格納された、
コンピュータ可読媒体。
（付記１２）
前記ＮＦＶＯは、少なくともＶＮＦＲ（Virtualized Network Function Record）を保持し、
前記ＮＦＶＯから前記ＶＮＦＲを取得し、
取得した前記ＶＮＦＲから前記ＶＮＦの運用情報を抽出し、
該運用情報を用いて前記新たなＶＮＦＭの運用データを構築する、
処理をコンピュータに実行させるプログラムが格納された、
付記１１に記載のコンピュータ可読媒体。
（付記１３）
運用状態である前記ＶＮＦを特定し、特定した運用状態の前記ＶＮＦを管理するための前記新たなＶＮＦＭの運用データを構築する、
処理をコンピュータに実行させるプログラムが格納された、
付記１２に記載のコンピュータ可読媒体。
（付記１４）
前記ＶＮＦＲから、運用状態の前記ＶＮＦの構成要素であるＶＤＵ（Virtualization Deployment Unit）の情報を取得し、
取得したＶＤＵ情報を用いて、運用状態である前記ＶＮＦの接続先の前記ＶＩＭから、前記ＮＦＶＩが管理する仮想リソース情報を取得し、
前記ＶＤＵ情報と前記仮想リソース情報とを用いて、前記新たな前記ＶＮＦＭの運用データを構築する、
処理をコンピュータに実行させるプログラムが格納された、
付記１３に記載のコンピュータ可読媒体。
（付記１５）
取得した前記ＶＮＦＲから前記ＶＮＦへの管理用接続情報を取得し、
前記管理用接続情報を用いて前記ＶＮＦにアクセスし、前記ＶＮＦの固有情報を取得することにより前記新たな前記ＶＮＦＭの運用データを構築する、
処理をコンピュータに実行させるプログラムが格納された、
付記１２～１４のいずれかに記載のコンピュータ可読媒体。

【符号の説明】

【0048】

１ ＮＦＶＯ
２ ＶＮＦＭ
３ ＶＩＭ
４ ＶＮＦ
５ ＥＭＳ
６ ＮＦＶＩ
７ ＯＳＳ／ＢＳＳ
１０ ＮＦＶ ＭＡＮＯ
１１ 検出部
１２ 構築部

【図1】

【図2】

【図3】

【図4】