JP6528784B2 - ネットワーク機能仮想化管理およびオーケストレーション装置とシステムと管理方法とプログラム - Google Patents

Description

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

システムの信頼性向上のために複数台のサーバを組み合わせて冗長構成を実現したシステムが用いられる（例えば特許文献１参照）。二重化は、同一のサーバ装置を２台設け、１台（アクティブサーバ（運用系サーバ、あるいは稼働系サーバともいう））が障害になった場合に、正常なサーバ装置（スタンバイサーバ（待機系サーバ、あるいは予備系サーバともいう））に切り替え運用する方式であり、Ｎ＋１冗長方式は、Ｎ台のサーバ装置（アクティブサーバ）に対して１台のサーバ装置を共通の予備装置（スタンバイサーバ）として設置する方式である。

サーバ上のハイパーバイザ（HyperVisor）等の仮想化レイヤ(Virtualization Layer)上に実装した仮想マシン（VM：Virtual Machine）により、該サーバのハードウェア資源（コンピューティング、ストレージやネットワーク機能等）を仮想化する仮想化技術を用いて、ネットワーク機器等をソフトウェア的に実現するNFV（Network Functions Virtualization）等が知られている。NFVは、例えば、MANO（Management & Orchestration）アーキテクチャに基づき実現される。

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

VNF（Virtual Network Function）はネットワーク機能（例えばLTE（Long Term Evolution）ネットワークのコア網であるEPC（Evolved Packet Core）におけるMME（Mobility Management Entity）やSGW（Serving Gateway）、P-GW（PDN(Packet Data Network) Gateway）等）をソフトウェア(仮想マシン)で実現する。VNFごとにEMS（Element Management System）という管理機能が規定されている。

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

NFV-Orchestrator（NFVO）（本明細書では「オーケストレータ」ともいう）は、NFVIとVNFの管理とオーケストレーションを行い、NFVI上でネットワークサービスを実現する（VNFへのリソース割り当て、VNFの管理（例えば、オートヒーリング（障害自動再構成）、オートスケーリング、VNFのライフサイクル管理等））。

VNF-Manager（VNFM）（本明細書では「仮想化ネットワーク機能管理装置」ともいう）は、VNFのライフサイクル管理（例えば、instantiation、update、query、healing、scaling、termination等）およびイベント通知を行う。

Virtualized Infrastructure Manager（VIM）（本明細書では「仮想化基盤管理装置」ともいう）は、仮想化レイヤを介して、NFVIを制御する（例えば、コンピューティング、ストレージ、ネットワークのリソース管理、NFVの実行基盤であるNFVIの障害監視、リソース情報の監視等）。

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

Service, VNF and Infrastructure Descriptionは、不図示のVNFディスクリプタ（VNFD）、VNFフォアワーディンググラフディスクリプタ（VNF Forwarding Graph Descriptor：VNFFGD）、仮想リンクディスクリプタ（Virtual Link Descriptor）、物理ネットワークファンクションディスクリプタ（Physical Network Function Descriptor：PNFD）等を含む。

Os-Maは、OSS/BSSとNFV-MAN(Management and Orchestration)間の参照ポイントであり、例えば、ネットワークサービスのライフサイクル管理要求、VNFライフサイクル管理要求、NFVの状態情報の転送、ポリシ管理情報の交換等に用いられる。参照ポイントOr-Vnfmは、例えば、VNFMによるリソース関連要求（例えば、認証、予約、割り当て等）、VNFMへの構成情報の転送、VNFの状態情報の収集等に用いられる。

参照ポイントVi−Vnfmは、例えば、VNFMからのリソース割り当て要求、仮想化リソースの構成と状態情報の交換等に用いられる。

参照ポイントOr-Viは、例えば、NFVOからのリソース予約、割り当て要求と仮想化リソースの構成と状態情報の交換等に用いられる。

参照ポイントVe-Vnfmは、例えば、EMSとVNFM間でVNFライフサイクル管理要求、構成情報、状態情報の交換に用いられる。

参照ポイントNf-Viは、例えば、リソース割り当て要求に対する仮想化リソースの割り付け、仮想化リソースの状態情報の転送、ハードウェア資源の構成と状態の情報の交換等に用いられる。

参照ポイントSe-Maは、例えば、NFV deployment template、NFV Infrastructureの情報モデルの検索等に用いられる。

VNFとVNFC（VNF Components）とVDU（Virtualization Deployment Unit）、NFVIの関係の一例について、図２を参照して説明する。図２には、EPCのSGW(Serving gateway)を仮想化してVNFとした構成（Virtualized SGW）が模式的に例示されている。すなわち、SGWを仮想化したVNF（Virtualized SGW）において、各論理インターフェース毎にVNFCを設定した例を示している。図２において、VDUは、VNFの一部又は全体のデプロイメントとオペレーション挙動の記述をサポートする情報モデルで用いられる構成体である。前述したように、VNFの実行基盤を提供するVNFIは、ハイパーバイザ等の仮想化レイヤ（Virtualization Layer）上で仮想化された仮想コンピューティング、仮想ストレージ、仮想ネットワークを含む。図２において、Vn-Nfは、NFVIによってVNFに提供される実行環境を表している。

図２において、SGWをVNFとした場合において、各論理インターフェース毎にVNFCを設定し、C-Plane（Control-Plane）に関する論理インターフェースS11、Gxc、S5/S8-C をまとめて一つのVDU（VM）として定義し、U-Plane（User-Plane）に関する論理インターフェースS1U、S5/S8-Uをまとめて一つのVDU（VM）として定義している。なお、EPCにおいて、S11はMMEとの間のインターフェース、S5/S8はSGWとPGW の間のインターフェース、S1はeNodeB（evolved NodeB）との間のインターフェース、GxcはPolicy and Charging Rules Function (PCRF)との間のインターフェースである。

以下の表１、２にＮＦＶの各要素の概要を一覧でまとめる。

特許第４４７９９３０号公報

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

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

システムのアップデートとして、複数のコンピュータ装置を備えたシステムでは、ローリングアップデート等が用いられる。ローリングアップデートでは、システムを完全には停止させずに、例えばソフトウェア等の更新（アップグレード等の更新や入れ替え）等を行う。

サーバ装置（物理マシン）上の仮想化レイヤ上に実装される仮想マシン（Virtual Machine：VM）において、ローリングアップデートでは、VMのサービス継続性は意識しなくてよい。例えば、
（ａ）VMで稼働しているゲストOS（Operating System）やソフトウェアを停止させずに別の物理マシンに移動させるVMのライブマイグレーションや、
（ｂ）VMとして稼働系（Active：Act）と待機系（Standby：SBY）のVMを備えた２重化構成、あるいはVMのN＋１重構成（Ｎ個のVMがActive、他の１つのVMがStandby）等の冗長構成とし、障害検出等による系切り替えで実現する系切り替え方式等が考えられる。

しかしながら、上記したNFVアーキテクチャにおいて、仮想マシン上に配備されるVDUのライブマイグレーションを実現しようとする場合、及び、系切り替え方式の場合のいずれについても、例えばNFV-MANOにおけるVIMと、VNFの仮想化基盤を提供するNFVIの連携が規定されていない（本発明者による知見）。

以下では、上記課題に対して、ライブマイグレーションや系切り替え方式におけるVIMとNFVIの効率的な連携を実現可能とした全く新規な手法を提案する。
本発明の目的の一つは、ライブマイグレーションのための準備や後処理に要する時間を短縮しサービス中断等を抑制可能とする管理装置、システム、方法、プログラムを提供することにある。

また、本発明の他の目的は、例えばライブマイグレーション機能を具備しない仮想マシンについてもサービス中断等を抑制可能とする管理装置、システム、方法、プログラムを提供することにある。

本発明の１つの側面（aspect）によれば、第１の仮想化基盤（NFVI0）をメンテナンスモードに遷移するメンテナンスモード設定部と、メンテナンスモードの前記第１の仮想化基盤上の仮想デプロイメントユニット（VDU）に対して第２の仮想化基盤（NFVI1）への移動指示を少なくとも行う移動制御部と、前記第１の仮想化基盤（NFVI0）のメンテナンスモードを解除するメンテナンスモード解除部と、を備えた管理装置が提供される。

本発明の他の側面（aspect）によれば、第１の仮想化基盤（NFVI0）をメンテナンスモードに遷移するメンテナンスモード設定部と、
前記第１の仮想化基盤上のアクティブ系の第１の仮想デプロイメントユニット（VDU0）と、第２の仮想化基盤（NFVI1）上のスタンバイ系の第２の仮想デプロイメントユニット（VDU１）との間での系切り替え指示を少なくとも行う系切り替え制御部と、
スタンバイ系の前記第１の仮想デプロイメントユニット（VDU0）が第３の仮想化基盤に移動したのち、前記第１の仮想化基盤（NFVI0）のメンテナンスモードを解除するメンテナンスモード解除部と、を備えた管理装置が提供される。

本発明の他の側面（aspect）によれば、仮想マシンの実行基盤（NFVI）を制御する仮想化基盤管理装置（VIM）と、
第１及び第２の仮想化基盤（NFVI0/1）と、
端末又は前記仮想化基盤管理装置（VIM）の上位装置と、
を備え、
前記仮想化基盤管理装置（VIM）が、
前記端末又は前記上位装置からの前記第１の仮想化基盤のメンテナンスモード遷移要求を受け、前記第１の仮想化基盤（NFVI0）をメンテナンスモードに遷移させた上で、前記第１の仮想化基盤上の仮想デプロイメントユニット（VDU）の前記第２の仮想化基盤（NFVI1）への移動を指示し、
前記VDUの前記第２の仮想化基盤への移動が完了し、前記第１の仮想化基盤のメンテナンス（保守）が終了すると、前記端末又は前記上位装置からの前記第１の仮想化基盤のメンテナンスモード解除要求を受け、前記第１の仮想化基盤のメンテナンスモードを解除する、ネットワーク管理システムが提供される。

本発明の他の側面（aspect）によれば、仮想マシンの実行基盤（NFVI）を制御する仮想化基盤管理装置（VIM）と、
第１、第２、第３の仮想化基盤（NFVI）と、
前記仮想化基盤管理装置（VIM）の上位装置と、
端末と、
を備え、
前記第１、第２の仮想化基盤上の第１、第２の仮想デプロイメントユニット（VDU）がそれぞれアクティブ系、スタンバイ系の冗長構成とされ、
前記仮想化基盤管理装置（VIM）が、
前記端末又は前記上位装置からの前記第１の仮想化基盤のメンテナンスモード遷移要求を受け、前記第１の仮想化基盤をメンテナンスモードに遷移させた上で、前記上位装置又は前記端末への通知を行い、
前記上位装置又は前記端末が、前記第１の仮想化基盤上の第１の仮想デプロイメントユニット（VDU）と、前記第１の仮想化基盤上の第１の仮想デプロイメントユニット（VDU）との系切り替えを指示し、
前記第１の仮想デプロイメントユニット（VDU0）がスタンバイ系、前記第２の仮想デプロイメントユニット（VDU1）がアクティブ系に切り替わる系切り替え完了通知を受信し、
前記第３の仮想化基盤上に前記第１の仮想デプロイメントユニット（VDU）を移動させたのち、前記第１の仮想化基盤のメンテナンス（保守）が行われたのち、
前記第１の仮想化基盤管理装置（VIM）は前記第１の仮想化基盤のメンテナンスモードを解除するネットワーク管理システムが提供される。

本発明の他の側面（aspect）によれば、
メンテナンス対象の第１の仮想化基盤（NFVI0）をメンテナンスモードに遷移し、
前記第１の仮想化基盤上の仮想デプロイメントユニット（VDU）の第２の仮想化基盤（NFVI1）への移動指示を送信し、
前記仮想デプロイメントユニット（VDU）の前記第２の仮想化基盤（NFVI1）への移動が完了したことを受信し、
メンテナンスが終了すると、前記第１の仮想化基盤（NFVI0）のメンテナンスモードを解除する管理方法が提供される。

本発明の他の側面（aspect）によれば、
メンテナンス対象の第１の仮想化基盤（NFVI0）をメンテナンスモードに遷移し、
前記第１の仮想化基盤上のアクティブ系の第１の仮想デプロイメントユニット（VDU0）と、第２の仮想化基盤（NFVI1）上のスタンバイ系の第２の仮想デプロイメントユニット（VDU１）との間での系切り替え指示を送信し、
前記第１の仮想デプロイメントユニット（VDU0）のスタンバイ系、前記第２の仮想デプロイメントユニット（VDU1）のアクティブ系への切り替えが完了し、スタンバイ系の前記第１の仮想デプロイメントユニット（VDU0）が第３の仮想化基盤に移動したのち、メンテナンスが終了すると、前記第１の仮想化基盤（NFVI0）のメンテナンスモードを解除する、ことを特徴とする管理方法が提供される。

本発明の他の側面（aspect）によれば、
第１の仮想化基盤（NFVI0）をメンテナンスモードに遷移するメンテナンスモード設定処理と、
前記第１の仮想化基盤上の仮想デプロイメントユニット（VDU）に対して第２の仮想化基盤（NFVI1）への移動指示を送信する移動指示送信処理と、
前記仮想デプロイメントユニット（VDU）の前記第２の仮想化基盤（NFVI1）への移動完了通知を受信する移動完了受信処理と、
前記第１の仮想化基盤（NFVI0）のメンテナンスモードを解除するメンテナンスモード解除処理と、
をコンピュータに実行させるプログラムが提供される。

本発明の他の側面（aspect）によれば、第１の仮想化基盤（NFVI0）をメンテナンスモードに遷移するメンテナンスモード設定処理と、
前記第１の仮想化基盤（NFVI0）上のアクティブ系の第１の仮想デプロイメントユニット（VDU0）と、第２の仮想化基盤（NFVI1）上のスタンバイ系の第２の仮想デプロイメントユニット（VDU1）との間での系切り替え指示を送信する系切り替え指示送信処理と、
前記第１の仮想デプロイメントユニット（VDU0）のスタンバイ系、前記第２の仮想デプロイメントユニット（VDU1）のアクティブ系への切り替えの完了通知を受信する系切り替え完了受信処理と、
スタンバイ系の前記第１の仮想デプロイメントユニット（VDU0）が第３の仮想化基盤に移動したのち、メンテナンスが終了すると、前記第１の仮想化基盤（NFVI0）のメンテナンスモードを解除するメンテナンスモード解除処理と、をコンピュータに実行させるプログラムが提供される。本発明によれば、上記プログラムを記憶したコンピュータ読み出し可能な記録媒体（例えば磁気・光記録媒体、半導体ストレージデバイス等のnon-transitory computer readable recording medium）が提供される。

本発明によれば、ライブマイグレーションや系切り替え等における仮想化基盤と管理装置間の効率的な連携を実現可能としている。本発明によれば、例えば、ライブマイグレーションのための準備や後処理に要する時間を短縮しサービス中断等を抑制可能としている。

また本発明によれば、ライブマイグレーション機能を具備しない仮想マシンについても、サービス無中断の系切り替えを実現可能としている。

ＮＦＶアーキテクチャのNFV-MANOを説明する図である（非特許文献１のＦｉｇ．４を引用）。 VNFとVNFCとVDUの関係を説明する図である。 参考例１を説明する図である。 参考例２を説明する図である。 実施形態１のシステム構成例を説明する図である。 実施形態２のシステム構成例を説明する図である。 実施形態１の制御シーケンスを説明する図である。 実施形態１−１の制御シーケンスを説明する図である。 実施形態１−２の制御シーケンスを説明する図である。 実施形態１−３の制御シーケンスを説明する図である。 実施形態１−４の制御シーケンスを説明する図である。 実施形態１−５の制御シーケンスを説明する図である。 実施形態１−６の制御シーケンスを説明する図である。 実施形態２の制御シーケンスを説明する図である。 実施形態３の制御シーケンスを説明する図である。 実施形態４の制御シーケンスを説明する図である。 実施形態５の制御シーケンスを説明する図である。 実施形態６の制御シーケンスを説明する図である。 本発明の例示的な基本形態１を説明する図である。 本発明の例示的な基本形態２を説明する図である。

本発明のいくつかの例示的な実施形態について以下に説明する。

＜例示的な基本形態１＞
図１９は、本発明の例示的な基本形態１を説明する図である。図１９を参照すると、管理装置１００は、第１の仮想化基盤（NFVI0）をメンテナンス（保守）モードに遷移するメンテナンス設定部１０１と、メンテナンスモードの前記第１の仮想化基盤上の仮想デプロイメントユニット（VDU）の第２の仮想化基盤（NFVI1）への移動指示を少なくとも行う移動制御部１０５と前記第１の仮想化基盤（NFVI0）のメンテナンスモードを解除するメンテナンスモード解除部１０４と、を備えている。移動制御部１０５は、前記第１の仮想化基盤上の仮想デプロイメントユニット（VDU）の第２の仮想化基盤（NFVI1）への移動指示を送信する移動指示送信部１０２と、前記VDUの前記第２の仮想化基盤（NFVI1）への移動が完了したことを受信する移動完了受信部１０３と、を備えている。移動完了受信部１０３で前記VDUの前記第２の仮想化基盤（NFVI1）への移動が完了したことを受信したのち、前記第１の仮想化基盤（NFVI0）に対してメンテナンスを施し、その後、メンテナンスモード解除部１０４は、前記第１の仮想化基盤（NFVI0）のメンテナンスモードを解除する。管理装置１００は、例えばNFVアーキテクチャのNFV-MANO又はVIM（図１参照）を構成する。なお、図１９において、各部の処理の一部又は全部はコンピュータ（プロセッサ、CPU（Central Processing Unit））で実行されるプログラムによりその機能を実現するようにしてもよい。この場合、管理装置１００は、通信機能を具備したコンピュータで構成され、不図示のハードディス(Hard Disk Drive)や半導体ストレージデバイスに記憶されたプログラムを読み出してコンピュータで実行することで、各部の処理の一部又は全部を実現する。

基本形態１によれば、ライブマイグレーション機能を備えた仮想マシンの移動に要する時間を短縮可能としている。

基本形態１において、前記管理装置が、仮想化基盤管理装置(Virtualized Infrastructure Manager :VIM)を構成し、
前記第１の仮想化基盤（NFVI0）をメンテナンスモードに遷移する要求と、
前記第１の仮想化基盤（NFVI0）のメンテナンスモードを解除する要求と、
の少なくとも一つを前記管理装置１００（VIM）に対して送信する送信元を、
端末、又は、ネットワーク機能仮想化（NFV）の管理および統合を行うオーケストレータ、又は、仮想ネットワーク機能（VNF）を管理する仮想ネットワーク機能（VNF）管理装置としてもよい。
管理装置１００（仮想化基盤管理装置：VIM）は、前記送信元からの要求に基づき、前記第１の仮想化基盤（NFVI0）のメンテナンスモードへ遷移、及び、前記第１の仮想化基盤（NFVI0）のメンテナンスモードの解除の少なくとも一つを行う構成としてもよい。

前記端末は、保守端末、又は、EMS（Element Management System）、又はOSS(Operations Support Systems)としてもよい。

管理装置１００（VIM）は、前記端末を送信元とする、前記第１の仮想化基盤（NFVI0）をメンテナンスモードに遷移する要求を、前記オーケストレータ（NFV Orchestrator）と前記仮想ネットワーク機能管理装置（VNFM）の少なくとも一つを介して受信する構成としてもよい。

管理装置１００（VIM）は、前記端末を送信元とする、前記第１の仮想化基盤（NFVI0）のメンテナンスモードを解除する要求を、前記オーケストレータ（NFV Orchestrator）と、前記仮想ネットワーク機能管理装置（VNFM）の少なくとも一つを受信する構成としてもよい。

管理装置１００（VIM）は、前記第１の仮想化基盤（NFVI0）からの障害通知を前記オーケストレータ（NFV Orchestrator）に直接又は前記仮想ネットワーク機能管理装置（VNFM）を介して通知し、前記オーケストレータ（NFV Orchestrator）を送信元とする、前記第１の仮想化基盤（NFVI0）をメンテナンスモードに遷移する要求を受信する構成としてもよい。

管理装置１００（VIM）は、前記仮想ネットワーク機能管理装置（VNFM）を送信元とする、前記第１の仮想化基盤（NFVI0）をメンテナンスモードに遷移する要求を受信する構成としてもよい。

さらに、基本形態１のシステム構成として、仮想マシンの実行基盤（NFVI）を制御する仮想化基盤管理装置（VIM）と、
第１及び第２の仮想化基盤（NFVI0/1）と、
端末又は前記仮想化基盤管理装置（VIM）の上位装置と、
を備え、
前記仮想化基盤管理装置（VIM）が、
前記端末又は前記上位装置からの、前記第１の仮想化基盤のメンテナンスモード遷移要求を受け、前記第１の仮想化基盤（NFVI0）をメンテナンスモードに遷移させた上で、前記第１の仮想化基盤上の仮想デプロイメントユニット（VDU）の前記第２の仮想化基盤（NFVI1）への移動を指示し、
前記VDUの前記第２の仮想化基盤への移動が完了すると、前記端末又は前記上位装置からの前記第１の仮想化基盤のメンテナンスモード解除要求を受け、前記第１の仮想化基盤のメンテナンス（保守）の後、前記第１の仮想化基盤のメンテナンスモードを解除する、ようにしてもよい。

＜例示的な基本形態２＞
図２０は、本発明の例示的な基本形態２を説明する図である。図２０を参照すると、管理装置１１０は、第１の仮想化基盤（NFVI0）をメンテナンス（保守）モードに遷移するメンテナンスモード設定部１１１と、前記第１の仮想化基盤上の第１の仮想デプロイメントユニット（VDU0）（アクティブ系）と、第２の仮想化基盤（NFVI1）上の第２の仮想デプロイメントユニット（VDU1）（スタンバイ系）との間での系切り替え指示を少なくとも行う系切り替え制御部１１５と、第１の仮想デプロイメントユニット（VDU0）を第３の仮想化基盤（NFVI2）に移動させスタンバイ系としたのち、前記第１の仮想化基盤（NFVI0）のメンテナンスモードを解除するメンテナンスモード解除部１１４と、を備えている。
系切り替え制御部１１５は、系切り替えの指示を、前記第１の仮想化基盤上の第１の仮想デプロイメントユニット（VDU0）（アクティブ系）に送信する系切り替え指示送信部１１２と、前記第１の仮想デプロイメントユニット（VDU0）のスタンバイ系、前記第２の仮想デプロイメントユニット（VDU1）のアクティブ系への切り替えの完了通知を、アクティブ系のとなった第２の仮想デプロイメントユニット（VDU1）から受信する系切り替え完了受信部１１３と、を備えた構成としてもよい。

管理装置１１０は、例えば図１のNFV-MANOを構成してもよい。なお、図２０において、各部の処理の一部又は全部はコンピュータで実行されるプログラムによりその機能を実現するようにしてもよい。

基本形態２によれば、例えばライブマイグレーション機能を具備しない仮想マシンについてもサービス無中断の系切り替えを実現可能としている。

基本形態２において、
前記仮想化基盤（NFVI）を制御する仮想化基盤管理装置（VIM）であって、前記メンテナンスモード設定部と前記メンテナンスモード解除部を備えた仮想化基盤管理装置（VIM）を備えた構成としてもよい。
前記第１の仮想化基盤（NFVI0）をメンテナンスモードに遷移する要求と、
前記第１の仮想化基盤（NFVI0）のメンテナンスモードを解除する要求と、
の少なくとも一つを、前記仮想化基盤管理装置（VIM）に対して送信する送信元を、
端末、又は、前記仮想化基盤管理装置（VIM）の上位装置としてもよい。
仮想化基盤管理装置（VIM）１１０は、前記端末又は上位装置からの要求に基づき、
前記メンテナンスモード設定部による前記第１の仮想化基盤（NFVI0）をメンテナンスモードへ遷移、
前記メンテナンスモード解除部による前記第１の仮想化基盤（NFVI0）のメンテナンスモードの解除の少なくとも一つを行う構成としてもよい。

前記上位装置を、ネットワーク機能仮想化（NFV）の管理および統合を行うオーケストレータ（NFV Orchestrator）、又は、仮想ネットワーク機能（VNF）を管理する仮想ネットワーク機能管理装置（VNFM）としてもよい。

前記仮想化基盤管理装置（VIM）１１０は、前記端末を送信元とする、前記第１の仮想化基盤（NFVI0）をメンテナンスモードに遷移する要求を、前記オーケストレータ（NFV Orchestrator）、又は、前記仮想ネットワーク機能管理装置（VNFM）を介して受信する構成としてもよい。

前記仮想化基盤管理装置（VIM）１１０は、前記端末を送信元とする、前記第１の仮想化基盤（NFVI0）のメンテナンスモードを解除する要求を、前記オーケストレータ（NFV Orchestrator）、又は、前記仮想ネットワーク機能管理装置（VNFM）を介して受信する構成としてもよい。

前記仮想化基盤管理装置（VIM）１１０は、前記第１の仮想化基盤からの障害通知を受信すると、前記オーケストレータ（NFV Orchestrator）に直接又は、前記仮想ネットワーク機能管理装置（VNFM）を介して、通知し、
前記オーケストレータ（NFV Orchestrator）を送信元とする、前記第１の仮想化基盤（NFVI0）をメンテナンスモードに遷移する要求を受信する構成としてもよい。

前記仮想化基盤管理装置（VIM）１１０は、前記第１の仮想化基盤からの障害通知を受信すると、前記仮想ネットワーク機能管理装置（VNFM）に通知し、
前記仮想ネットワーク機能管理装置（VNFM）を送信元とする、前記第１の仮想化基盤（NFVI0）をメンテナンスモードに遷移する要求を受信する構成としてもよい。

前記仮想ネットワーク機能管理装置（VNFM）が、
前記系切り替え指示送信部と、前記系切り替え完了受信部を備え、
前記第１の仮想化基盤（NFVI0）がメンテナンスモードへ遷移したことを前記仮想化基盤管理装置から受信すると、前記系切り替え指示を送信する構成としてもよい。

前記端末が、前記第１の仮想化基盤（NFVI0）がメンテナンスモードへ遷移したことを前記仮想化基盤管理装置（VIM）から受信すると、前記系切り替え指示送信部として、前記系切り替え指示を送信し、
前記端末が、前記系切り替え完了受信部として、前記系切り替え完了通知を受信する、構成としてもよい。

基本形態２のシステム構成として、仮想マシンの実行基盤（NFVI）を制御する仮想化基盤管理装置（VIM）と、第１、第２、第３の仮想化基盤（NFVI）と、前記仮想化基盤管理装置（VIM）の上位装置と、端末と、を備え、前記第１、第２の仮想化基盤上の第１、第２の仮想デプロイメントユニット（VDU）が、それぞれアクティブ系、スタンバイ系の冗長構成としてもよい。
前記仮想化基盤管理装置（VIM）は、前記端末又は前記上位装置からの前記第１の仮想化基盤のメンテナンスモード遷移要求を受け、前記第１の仮想化基盤をメンテナンスモードに遷移させた上で、前記上位装置又は前記端末への通知を行うようにしてもよい。
前記上位装置又は前記端末が、前記第１の仮想化基盤上の第１の仮想デプロイメントユニット（VDU）と、前記第１の仮想化基盤上の第１の仮想デプロイメントユニット（VDU）との系切り替えを指示する構成としてもよい。
前記仮想化基盤管理装置（VIM）は、前記第１の仮想デプロイメントユニット（VDU0）がスタンバイ系、前記第２の仮想デプロイメントユニット（VDU1）がアクティブ系に切り替わる系切り替え完了通知を受信し、前記第３の仮想化基盤上に前記第１の仮想デプロイメントユニット（VDU）を移動させたのちであって、前記第１の仮想化基盤のメンテナンス（保守）が行われたのちに、前記第１の仮想化基盤管理装置（VIM）は、前記第１の仮想化基盤のメンテナンスモードを解除する、構成としてもよい。

ここで、上記例示的な基本形態１又は２を適用しない関連技術を参考例として説明する。

＜参考例１＞
図３は、想定した第１の例（参考例１）のシーケンス例を説明する図である。図３において、Terminal（EMS、OSS、その他）、Orchestrator、VNFM、VIM、NFVI0、NFVI1は、後述する図５のTerminal４０、Orchestrator１１、VNFM１２、VIM１３、NFVI0 ３１、NFVI１ ３２に対応している。図３において、シーケンスには説明のためシーケンス番号が付されている。

図３の参考例１では、VIMは、VDU0のNFVI0からNFVI1への移動（ライブマイグレーション）を指示する（１）。

VDU0がNFVI1へ移動し（２）、VDU0はVIMへ移動完了通知（ライブマイグレーション完了通知）を送信する（３）。つづいてNFVI0のメンテナンスが行われる（４）。

図３の手法は、実行中の仮想マシン（VM）を別の物理マシン（サーバ）等に実質的に無停止で移動させるライブマイグレーションに対応していないVDUには適用できない。すなわち、VDUがライブマイグレーションに対応していない場合、図３のライブマイグレーションによるローリングアップデートは不可能である。

また、NFVの上記標準仕様では、ライブマイグレーションにおけるVIMとNFVIの連携が明確に規定されていない。

さらに、メンテナンス対象のNFVI0からのNFVI1へのVMの移動（マイグレーション）に時間を要する。特に、メモリ内容の変更が頻繁に行われるVMは、ライブマイグレーションに時間を要する。

さらに、図３の手法では、VDUがメンテナンス対象のNFVI0からNFVI1に移動中に、新たに生成されたるVMが、メンテナンス対象NFVI0に割り当てられてしまう可能性もある。これは、VMの割り付けにおいて、メンテナンス対象のNFVI(図３のNFVI0)はリソースが空いているため、メンテナンス対象NFVIがVMの割り付け対象として選択される可能性がゼロではないためである。

＜参考例２＞
次に、本発明とは別に、暫定的に想定した第２の例（参考例２）について説明する。図４は、参考例２のシーケンス例を説明する図である（上記非特許文献１には開示されていない）。なお、図４において、Terminal（EMS、OSS、etc）、Orchestrator、VNFM、VIM、NFVI0、NFVI1、NFVI2は、後述する図６のTerminal４０、Orchestrator１１、VNFM１２、VIM１３、NFVI0 ３１、NFVI1 ３２、NFVI2 ３３にそれぞれ対応している。

図４において、NFVI0を実行基盤（Infrastructure）とするVDU0がアクティブ系（Act）、NFVI1を実行基盤とするVDU1がスタンバイ系（SBY）の２重化システムを構成している。アクティブ系（Act）の障害検出時、スタンバイ系をアクティブ系とし、もとのアクティブ系をスタンバイ系とする系切り替えが行われる。

系切り替えの結果、NFVI1を実行基盤とするVDU1はアクティブ系となる。つづいて、NFVI0又はVDU0の障害検出等により、ヒーリングが開始される。なお、ヒーリングとして、障害時に、仮想マシン（VM）を他のハードウェア上で自動的に起動し直すオートヒーリング機能（障害自動再構）を実施してもよい。ヒーリングの結果、VDU0はNFVI0からNFVI2に移動されてスタンバイ系（SBY）とされる。

しかしながら、図４の参考例２は、以下のような問題がある。

・VDU0の障害からVDU1のアクティブ系（ACT）への遷移までの間、VDU0/VDU1のセットによるサービスが中断する。

・また、VDU0のヒーリングが完了しNFVI2に移動されてスタンバイ系（SBY）とされるまでの間、VDU1のみの片系運転になる(二重化等の冗長性を維持できない)。

・さらに、図４のシーケンスにおいて、NFVの標準仕様等において、VIMとNFVIの連携が明確でない。

＜例示的な実施形態１＞
図５は、例示的な実施形態１のシステム構成を示す図である。端末（Terminal）４０は、EMS（Element Management System）、OSS、保守端末等であってもよい。このため、図５では、Terminal（EMS,OSS, etc）４０で表している。Terminalに関して以降の図面も同様である。１０はNFV MANO（図１参照）、１１はNFV Orchestrator（NFVO）、１２はVNF Manager（VNFM）、１３はVirtualized Infrastructure Manager（VIM）、２０はVNF、２１はVDU0である。VDU0は、NFVI0 ３１を実行基盤(Infrastructure)としている。

図５の実施形態１は、上述した例示的な基本形態１に対応しており、VDU0 ２１はライブマイグレーション機能を有する。

なお、図５において、要素間の結線等はあくまで模式的に図示されており、例えばNFVO１１、VNFM１２、VIM１３は、Terminal（EMS,OSS, etc）４０とそれぞれ接続し、それぞれ個別に信号（情報）を送信又は受信する（NFVO１１、VNFM１２、VIM１３が１点で共通信号線に共通接続していることを表すものではない）。また、NFVI0とNVFI1がそそれぞれVIM１３と接続することを表しているが、NFVI0とNVFI1同士が１点に共通接続していること、あるいは相互接続する、ことを表すものではない。以下の図６も同様である。

＜実施形態１の基本動作＞
図７は、図５に示した実施形態１の基本的な動作シーケンスを説明する図である。図７および以下のシーケンス図では、図５の要素は名前で参照し、参照符号は省略する。また、各シーケンスにはシーケンス番号を付与してある。

図７を参照すると、VIMは、保守が必要なNFVI0を通常モードからメンテナンスモード（保守モード）に遷移（移行）する（１）。

VIMは、保守が必要なNFVIの情報を、上位のNFV Orchestrator（NFVO）（なお、以下では、「Orchestrator」という)あるいは端末等から取得する構成としてもよい。このステップにおいて、VIMは、保守対象のNFVIの状態情報として、メンテナンスモードを示すフラグ情報をオンに設定してもよい。VIMは保守モードのNFVIを、選択対象から外し（VMの割り付け対象から外れる）、VIMからNFVIへの各種設定制御（通常モードでの設定・制御）等は行わない。VIMは、NFVIがメンテナンスモードに設定されている場合、通常モードのNFVIに対して行われるVMの割り付け等の設定や制御等は行わない（disable状態）。

VIMは、保守が必要なNFVI（この場合、メンテナンスモードに設定されたNFVI0）上のVDU0に対してNFVI1へのライブマイグレーションを指示する（２）。

VDU0はNFVI０からNFVI1へ移動（ライブマイグレーション）する（３）。

NFVI1へ移動したVDU0はライブマイグレーション完了通知をVIMへ送信する（４）。

NFVI0のメンテナンスが行われる。なお、メンテナンスは、NFVIの障害管理メンテナンスツール等を用いた自動メンテナンスであっても、あるいは手動であってもよい。

NFVI0のメンテナンスが終わると、VIMは、NFVI0のメンテナンスモードを解除する。例えばVIMにおいて、メンテナンスモードを示すフラグ情報をオフに設定してもよい。NFVI0はメンテナンスモードから通常モードに復帰し、VIMからNFVI0に対する各種設定制御が可能となる（enable状態）。

実施形態１によれば、メンテナンスモード中、NFVI0を各種NFVI選択対象から除外することで、例えばVDU0がNFVI0からNFV2に移動中に、新たにVMがNFVI0に割り付け当てられること等が回避される。このため、メンテナンスモード中のNFVI0が、VDU0以外の他のVDUへ影響を及ぼすことを回避することができる。

＜実施形態１−１＞
図８は、実施形態１−１の動作シーケンスを説明する図である。なお、実施形態１−１のシステムの基本構成は図５と同様である。実施形態１−１では、端末（Terminal）から保守者の操作等によりVIMへ指示し、NFVI0をメンテナンスモードへ遷移（移行）する。なお、端末はEMS等の保守管理システム（端末）やOSS、あるいは外部の監視装置等のノードであってもよい。

図８を参照すると、端末（Terminal）からNFVI0のメンテナンスモード遷移要求をOrchestrator経由でVIMへ送信している（１）。この要求を受け、VIMは、NFVI0の状態（VIMで管理）をメンテナンスモードに遷移させている（２）。また端末からNFVI0のメンテナンスモード解除要求をVIMへ送信し（７）、この要求を受け、VIMは、NFVI0の状態（VIMで管理）のメンテナンスモードを解除している（８）。その他のシーケンスは、図７と同様であるため、説明は省略する。

実施形態１−１によれば、メンテナンスモード中、NFVI0を各種NFVI選択対象から除外することで、メンテナンスモード中にあるNFVI0がVDU0以外の他のVDUに影響を及ぼすことを回避することができる。

また、メンテナンスモードへの設定をVIMの自動処理ではなく、例えば外部(Terminalあるいは、図示されない監視装置等のノード)からの要求によって、NFVIメンテナンスモードへ遷移することを規定している（この点、NVF標準仕様では規定されていない）。

＜実施形態１−２＞
図９は、実施形態１−２の動作シーケンスを説明する図である。なお、実施形態１−２のシステムの基本構成は図５と同様である。実施形態１−２では、実施形態１−１では、端末（Terminal）から保守者(もしくは外部のノード)の操作等により、Orchestrator経由でVIMへ指示し、メンテナンスモードへ遷移する。

図９を参照すると、端末（Terminal）(もしくは外部のノード)からの操作等により、Orchestrator経由でNFVI0のメンテナンスモード遷移要求をVIMへ送信している（１）。この要求を受け、VIMは、NFVI0の状態（VIMで管理）をメンテナンスモードに遷移（移行）する（２）。また端末(もしくは外部のノード)からの操作等により、Orchestrator経由でNFVI0のメンテナンスモード解除要求をVIMへ送信し（７）、この要求を受け、VIMは、NFVI0の状態（VIMで管理）のメンテナンスモードを解除している（８）。その他のシーケンスは、図７と同様であるため、説明は省略する。

実施形態１−２によれば、メンテナンスモード中、NFVI0を各種NFVI選択対象から除外することで、メンテナンスモード中にあるNFVI0がVDU0以外の他のVDUへの影響を回避することができる。

また、実施形態１−２では、Orchestrator経由でVIM制御が実行されるため、MANOに対する外部から要求をOrchestratorに一元化できる。

さらに、実施形態１−２によれば、予約処理などにより、端末（Terminal）からの指示ではなく、Orchestratorが起点となってVIMへ指示を出すことも可能である。

＜実施形態１−３＞
図１０は、実施形態１−３の動作シーケンスを説明する図である。なお、実施形態１−３のシステムの基本構成は図５と同様である。実施形態１−３では、NFVI0のメンテナンスの要因を、NFVI0の障害発生とし、NFVI0からの障害通知がVIMからOrchestratorに直接通知され、Orchestratorからメンテナンスモード遷移要求をVIMに直接送信している。

より詳しくは、図１０を参照すると、NFVI0で障害発生時、NFVI0からの障害通知（NFVI0）がVIMへ送信される（１）。

VIMは障害通知（NFVI0）をOrchestratorに送信する（２）。

Orchestratorは、NFVI0のメンテナンスモード遷移要求をVIMへ送信する（３）。これ以降、NFVI0のメンテナンス（８）までは図７の実施形態１と同様である。

NFVI0のメンテナンス（８）ののち、NFVI0からVIMへ障害復旧通知が送信される（９）。

VIMは、障害復旧通知をOrchestratorへ送信する（１０）。

Orchestratorは、NFVI0のメンテナンスモード解除要求をVIMへ送信する（１１）。

この要求を受け、VIMは、NFVI0の状態（VIMで管理）のメンテナンスモードを解除している（１２）。その他のシーケンスは、図７と同様であるため、説明は省略する。

実施形態１−３によれば、メンテナンスモード中、NFVI0を各種NFVI選択対象から除外することで、メンテナンスモード中にあるNFVI0がVDU0以外の他のVDUへの影響を回避することができる。

また、NFVI0の障害をトリガとして、Terminalを経由せずに、Orchestrator起点で、VIM制御を行うことも可能である。

NFVI0の障害をTerminalにまで送信し、TerminalでNFVI0のメンテナンスモード遷移要求をVIMへ送信するようにしてもよい。

＜実施形態１−４＞
図１１は、実施形態１−４の動作シーケンスを説明する図である。なお、実施形態１−４のシステムの基本構成は図５と同様である。実施形態１−４は、実施形態１−３と同様、NFVI0のメンテナンスの要因を、NFVI0の障害発生としているが、実施形態１−４では、VIMからVNFM経由でOrchestratorにNFVI0の障害通知が送信される。OrchestratorからのNFVI0のメンテナンスモード遷移要求はVNFM経由でVIMへ送信する。VIMからOrchestratorへの障害復旧通知、OrchestratorからVIMへのメンテナンスモード解除要求もVNFM経由で送信される。

より詳しくは、図１１を参照すると、NFVI0で障害発生時、NFVI0からの障害通知（NFVI0）がVIMへ送信される（１）。

VIMは障害通知（NFVI0）をVNFM経由でOrchestratorに送信する（２）。

Orchestratorは、NFVI0のメンテナンスモード遷移要求をVIMへ（VNFMを経由せず）送信する（３）。これ以降、NFVI0のメンテナンス（８）までは、図７の実施形態１の動作と同様である。

NFVI0のメンテナンス（８）ののち、NFVI0からVIMへ障害復旧通知が送信される（９）。

VIMは、障害復旧通知をVNFM経由でOrchestratorへ送信する（１０）。

Orchestratorは、NFVI0のメンテナンスモード解除要求をVIMへ（VNFMを経由せず）送信する（１１）。

この要求を受け、VIMは、NFVI0の状態（VIMで管理）のメンテナンスモードを解除している（１２）。その他のシーケンスは、図７と同様であるため、説明は省略する。

実施形態１−４によれば、メンテナンスモード中、NFVI0を各種NFVI選択対象から除外することで、メンテナンスモード中にあるNFVI0がVDU0以外の他のVDUへ影響を及ぼすことを回避することができる。

実施形態１−４によれば、NFVI0の障害をトリガとして、Terminalを経由せずにOrchestrator起点でVIMの制御を行うことも可能である。

実施形態１−４において、NFVI0の障害をTerminalにまで送信し、Terminalで保守者(もしくは外部のノード)等の操作により、NFVI0のメンテナンスモード遷移要求をVIMへ送信するようにしてもよい。

実施形態１−４によれば、メンテナンスモード中、NFVI0を、選択対象から除外することで、メンテナンスモード中にあるNFVI0がVDU0以外の他のVDUへ影響を及ぼすことを回避することができる。

＜実施形態１−５＞
図１２は、実施形態１−５の動作シーケンスを説明する図である。なお、実施形態１−５のシステムの基本構成は図５と同様である。実施形態１−５では、端末（Terminal）から保守者(もしくは外部のノード)の操作等によりVNFM経由でVIMへ指示し、メンテナンスモードへ遷移する。

図１２を参照すると、端末（Terminal）からNFVI0のメンテナンスモード遷移要求をVNFM経由でVIMへ送信している（１）。

この要求を受け、VIMは、NFVI0の状態（VIMで管理）をメンテナンスモードに遷移させている（２）。

また端末からNFVI0のメンテナンスモード解除要求をVNFM経由でVIMへ送信し（７）、この要求を受け、VIMは、NFVI0の状態（VIMで管理）のメンテナンスモードを解除している（８）。その他のシーケンスは、図８と同様であるため、説明は省略する。

実施形態１−５によれば、メンテナンスモード中、NFVI0を選択対象から除外することで、メンテナンスモード中にあるNFVI0がVDU0以外の他のVDUへの影響を及ぼすことを回避することができる。

また、 実施形態１−５によれば、VNFM経由でVIM制御が実行されるため、EMSやVNFなどの動作／イベントと連携してメンテナンスモード移行シーケンスを起動することができる。

さらに、 実施形態１−５によれば、予約処理などにより、Terminalからの指示ではなく、VNFMが起点となって、VIMへ指示（メンテナンスモード遷移／解除要求等）を出すことも可能である。

＜実施形態１−６＞
図１３は、実施形態１−６の動作シーケンスを説明する図である。なお、実施形態１−６のシステムの基本構成は図５と同様である。実施形態１−６では、NFVI0の障害通知はVIMからVNFMに送信され、VNFMからのNFVI0のメンテナンスモード遷移要求がVIMへ送信される。NFVI0からの障害復旧通知は、VIMからVNFMに送信され、VNFMからVIMへのメンテナンスモード解除要求もVNFM経由で送信される。

より詳細には、図１３を参照すると、NFVI0で障害発生時、NFVI0からの障害通知（NFVI0）がVIMへ送信される（１）。VIMは、障害通知（NFVI0）をVNFMに送信する（２）。

VNFMは、NFVI0のメンテナンスモード遷移要求をVIMへ送信する（３）。

VNFMは、NFVI0のメンテナンスモード遷移要求をVIMへ送信する（４）。これ以降、NFVI0のメンテナンス（８）までは、図７の実施形態１と同様である。

NFVI0のメンテナンス（８）ののち、NFVI0からVIMへ障害復旧通知が送信される（９）。

VIMは、障害復旧通知をVNFMへ送信する（１０）。

VNFMは、NFVI0のメンテナンスモード解除要求をVIMへ送信し（１１）、この要求を受け、VIMは、NFVI0の状態（VIMで管理）のメンテナンスモードを解除している（１２）。その他のシーケンスは、図７と同様であるため、説明は省略する。

実施形態１−６によれば、メンテナンスモード中、NFVI0を各種NFVI選択対象から除外することで、メンテナンスモード中にあるNFVI0がVDU0以外の他のVDUへの影響を及ぼすことを回避することができる。

実施形態１−６において、NFVI0の障害をトリガとして、Terminalを経由せずにVNFM起点でVIM制御を行うことも可能である。

＜例示的な実施形態２＞
図６は、例示的な実施形態２のシステム構成を示す図である。実施形態１と同様、端末（Terminal）４０は、EMS、OSS、又は、保守端末等であってもよい。１０はNFV MANO（図１参照）、１１は、Orchestrator（NFVO）、１２はVNF Manager（VNFM）、１３はVirtualized Infrastructure Manager（VIM）、２０はVNF、２１、２２はそれぞれVDU0、VDU1である。図６では、NFVI0 ３１、NFVI1 ３２をそれぞれの実行基盤（仮想化の基盤（infrastructure））とするVDU0、VDU1がある。

実施形態２は、上述した例示的な基本形態２に対応する。実施形態２では、メンテナンス対象であるNFVI0上のアクティブ系のVDU0と、NFVI1上のスタンバイ系のVDU1間で系切り替えを行い、VDU0をNFVI2に移動した上でスタンバイ系とする。実施形態２によれば、仮想マシン（VM）が実施形態１のようにライブマイグレーション機能を具備しない場合についても、サービス無中断を実現可能としている。

なお、図６では、説明の簡単のため、アクティブ系とスタンバイ系の２重化構成を例示しているが、N重化構成、N＋１冗長構成等に対しても適用可能であることは勿論である。

＜実施形態２の基本動作＞
図１４は、図６に示した実施形態２の基本的な動作シーケンスを説明する図である。図１４では、図６の要素は、要素の名前のみで参照し、参照符号は省略する。また、各シーケンスにはシーケンス番号を付与してある。

図１４を参照すると、VIMは、保守が必要なNFVI0をメンテナンスモード（保守モード）に遷移（移行）する（１）。このステップにおいて、VIMは、保守対象のNFVIの状態情報として、メンテナンスモードを示すフラグ情報をオンに設定してもよい。VIMは、メンテナンスモードのNFVIを、選択対象から外し（VMの割り付け対象から外れる）、VIMからNFVIへの各種設定制御（通常モード時における設定・制御）等は行わない。

VIMは、VDU0を収容するNFVI0がメンテナンスモードに遷移したことをVNFMに通知する（２）。

VNFMは、２重化構成のVDU0／1の保守系切り替え指示をVDU0に通知する（３）。

系切り替えを行い（４）、VDU１がアクティブ系（ACT）、VDU0がスタンバイ系（SBY）に遷移する。

アクティブ系（ACT）となったVDU1から保守系切り替え完了通知をVNFMに通知する（５）。

マニュアルヒーリング、又はスタンバイ系のVDU0の移動により、VDU0をNFV2に移動する（６）。

NFVI0のメンテナンスを実行する（７）。

その後、VIMは、NFVI0のメンテナンスモードを解除する（８）。

実施形態２では、NFVI0のメンテナンス（７）の実行中、NFVI1上のVDU1がアクティブ系として稼働し、NFVI2上のVDU0もスタンバイ系として待機動作している。すなわち、NFVI0のメンテナンス（７）の期間中にもアクティブ系とスタンバイ系の２重化システムが機能する。

実施形態２によれば、図４を参照して説明した参考例２と異なり、VDU0/VDU1セットによる系切り替え時のサービス中断がない。実施形態２によれば、系切り替え実施の直前までアクティブ系のVDU0は稼働しており（サービスを提供）、例えばホットスタンバイ方式の系切り替えにより、スタンバイ系のVDU1がアクティブ系にただちに切り替わり、それまでのアクティブ系VDU0の処理を引き継ぐ。そして、NFVI0のメンテナンス（７）の期間中、VDU1、VDU0はアクティブ系、スタンバイ系の２重化システムとして機能する。

これに対して、図４を参照して説明した参考例２では、NFVI0のメンテナンス（１）の最中に、アクティブ系のVDU0は稼働せず、サービスが中断し、また、２重化システムは機能しない。また、NFVI１上のVDU１はスタンバイ系のままである。アクティブ系の障害検出により、スタンバイ系のVDU1をアクティブ（ACT）系としているが、この場合、NFVI０又はVDU0の障害検出によりヒーリングを開始し、VDU0をNFVI2に移動して該VDU0がスタンバイ系として立ち上がるまで、新たなアクティブ系VDU1の片系運転となる（２重化システムとして稼働しない）。

実施形態２によれば、マニュアルヒーリング（障害手動再構成）(又はVDU０のNFVI2への移動)により障害検出処理時間が不要となるので、片系運転時間（アクティブ系のVDU1のみが稼働する時間）が短い。

さらに実施形態２によれば、VNFMでシーケンス全体を集中管理することができる。

＜実施形態３＞
図１５は、実施形態３の動作シーケンスを説明する図である。なお、実施形態３のシステムの基本構成は図６と同様である。図１５では、図６の要素は、要素の名前のみで参照し、参照符号は省略する。また、各シーケンスにはシーケンス番号を付与してある。

図１５を参照すると、VIMに対するNFVI0のメンテナンスモード遷移要求が送信される（１）。メンテナンスモード遷移要求送信元は、Terminal（EMS、OSS、その他）、Orchestrator、VNFMのいずれかである。なお、メンテナンスモード遷移要求送信元が、Terminal、Orchestrator、VNFMである場合については、例えば、前述した実施形態１−２、１−３、１−４等に対応で説明している。したがって、実施形態３では、メンテナンスモード遷移要求送信元が、Terminal、Orchestrator、VNFMであるかにより、実施形態３−１、３−２、３−３等に展開されるが、簡略化のため、まとめて実施形態３として説明する。

以降のシーケンスは、NFVI0のメンテナンス（８）までは、図１４と同一であるため説明は省略する。

VIMへのメンテナンスモード解除要求の送信元は、Terminal、Orchestrator、VNFMのいずれかである。

実施形態３によれば、マニュアルヒーリング(またはVDUの移動（move）)により、障害検出処理時間が不要となるので、片系運転時間が短い。また、VNFMがシーケンス全体を集中管理することができる。前記実施形態２と同様、VDU0/1セットによるサービス中断がない。

＜実施形態４＞
図１６は、実施形態４の動作シーケンスを説明する図である。なお、実施形態４のシステムの基本構成は図６と同様である。図１６では、図６の要素は、要素の名前のみで参照し、参照符号は省略する。また、各シーケンスにはシーケンス番号を付与してある。前記実施形態２、３では、VIMは、VDU0を収容するNFVI0がメンテナンスモードに遷移したことをVNFMに通知し、VNFMでシーケンスを集中管理している。これに対して、実施形態４では、VIMは、NFVI0がメンテナンスモードに遷移したことを、Orchestratorに通知し、Orchestratorでシーケンスを集中的に管理している。

図１６を参照すると、VIMに対するNFVI0のメンテナンスモード遷移要求が送信される（１）。メンテナンスモード遷移要求送信元は、Terminal、Orchestrator、VNFMのいずれかである。

VIMは、NFVI0をメンテナンスモードに遷移（移行）する（２）。

VIMは、VDU0を収容するNFVI０がメンテナンスモードに遷移したことをOrchestratorに通知する（３）。

Orchestratorは、VM移動準備要求をVNFMに送信することで、仮想マシン（VM）の移動の準備をVNFMに対して要求する（４）。

VM移動準備要求を受信すると、VNFMは、２重化構成のVDU0／１の保守系切り替え指示をVDU0に通知する（５）。

系切り替えを行い（６）、VDU１がアクティブ系（ACT）、VDU０がスタンバイ系（SBY）に遷移する。

アクティブ系（ACT）となったVDU1から保守系切り替え完了通知をVNFMに通知する（７）。

VNFMは、VM移動準備完了通知をOrchestratorに送信する（８）。

マニュアルヒーリング、又は、スタンバイ系のVDUの移動により、VDU0をVNFM2に移動する（９）。

NFVI0のメンテナンスを実行する（１０）。

メンテナンスモード遷移要求送信元であるTerminal、Orchestrator、VNFMのいずれかは、NFVI0のメンテナンスモード解除要求を、VIMに送信する（１１）。

VIMは、NFVI0のメンテナンスモードを解除する（１２）。

実施形態４によれば、図４を参照して説明した参考例２とは異なり、VDU0/VDU1セットによるサービス中断がない。

また、実施形態４によればマニュアルヒーリング(又はVDUの移動)により、障害検出処理時間が不要となるので、片系運転時間が短い。

さらに実施形態４によれば、Orchestratorでシーケンス全体を集中管理することができる。

＜実施形態５＞
図１７は、実施形態５の動作シーケンスを説明する図である。なお、実施形態５のシステムの基本構成は図６と同様である。図１７では、図６の要素は、要素の名前のみで参照し、参照符号は省略する。また、各シーケンスにはシーケンス番号を付与してある。実施形態５では、例えばTerminalで操作することで、NFV-MANOのOrchestratorで全体のシーケンスを管理している。

VIMに対するNFVI0のメンテナンスモード遷移要求が送信される（１）。メンテナンスモード遷移要求送信元は、Terminal、Orchestrator、VNFMのいずれかである。なお、メンテナンスモード遷移要求送信元が、Terminal、Orchestrator、VNFMである場合については、前述した実施形態１−２、１−３、１−４等に対応している。したがって、実施形態５では、メンテナンスモード遷移要求送信元が、Terminal、Orchestrator、VNFMであるかにより、実施形態５−１、５−２、５−３等に展開されるが、簡略化のため、まとめて実施形態５として説明する。

VIMは、NFVI0をメンテナンスモードに遷移（移行）する（２）。

VNFMは、移動が必要なVMの情報を、Terminalに通知する（４）。

Terminalは、２重化構成のVDU0／1の保守系切り替え指示をVDU0に通知する（５）。

系切り替えを行い（６）、VDU１がアクティブ系（ACT）、VDU０がスタンバイ系（SBY）に遷移する。

アクティブ系（ACT）となったVDU1から、保守系切り替え完了通知を、Terminalに通知する（７）。その際、VDU1は、VIM、VNFM、Orchestrator経由で通知してもよいし、あるいは、Terminalに接続する他の通信網等を介して（NFV-MANOを介さず）通知してもよい。

Terminalは、VM移動指示をOrchestratorに送信する（８）。

マニュアルヒーリング、又はスタンバイ系のVDUの移動により、VDU0をVNFMに移動する（９）。

NFVI0のメンテナンスを実行する（１０）。

Orchestratorは、VM移動完了通知をTerminalに送信する（１１）。

メンテナンスモード遷移要求送信元であるTerminal、Orchestrator、VNFMのいずれかは、NFVI0のメンテナンスモード解除要求をVIMに送信する（１２）。

VIMは、NFVI0のメンテナンスモードを解除する（１３）。

実施形態５によれば、図４を参照して説明した参考例２と異なり、VDU0/VDU1セットによるサービス中断がない。

また、実施形態５によれば、マニュアルヒーリング(又はVDUの移動)により、障害検出処理時間が不要となるので、アクティブ系のDVDU1のみが稼働する片系運転時間が短い。

さらに、実施形態５によれば、Terminalでの操作により、Orchestratorでシーケンス全体を集中管理することができる。

＜実施形態６＞
図１８は、実施形態６の動作シーケンスを説明する図である。なお、実施形態６のシステムの基本構成は図６と同様である。図１８では、図６の要素は、要素の名前のみで参照し、参照符号は省略する。また、各シーケンスにはシーケンス番号を付与してある。実施形態６では、例えばTerminalで操作し、NFV-MANOのOrchestratorで全体のシーケンスを管理している。

VIMに対するNFVI0のメンテナンスモード遷移要求が送信される（１）。メンテナンスモード遷移要求送信元は、Terminal、Orchestrator、VNFMのいずれかである。なお、メンテナンスモード遷移要求送信元が、Terminal、Orchestrator、VNFMである場合については、前述した実施形態１−２、１−３、１−４等に対応している。したがって、実施形態６では、メンテナンスモード遷移要求送信元が、Terminal、Orchestrator、VNFMであるかにより、実施形態６−１、６−２、６−３等に展開されるが、簡略化のため、まとめて実施形態６として説明する。

VIMは、NFVI0をメンテナンスモードに遷移（移行）する（２）。

VNFMは移動が必要なVMの情報をTerminalに通知する（４）。

Terminalは、２重化構成のVDU0／1の保守系切り替え指示をVDU0に通知する（５）。

系切り替えを行い（６）、VDU１がアクティブ系（ACT）、VDU０がスタンバイ系（SBY）に遷移する。

アクティブ系（ACT）となったVDU1から保守系切り替え完了通知をTerminalに通知する（７）。その際、VDU１はVIM、VNFM、Orchestrator経由で通知してもよいし、あるいは、Terminalに接続する他の通信網等を介して（NFV-MANOを介さず）通知してもよい。

Terminalは、VM移動指示をVNFMに送信する（８）。

マニュアルヒーリング、又はスタンバイ系のVDUの移動により、VDU0をVNFMに移動する（９）。

NFVI0のメンテナンスを実行する（１０）。

VNFMは、VM移動完了通知をTerminalに送信する（１１）。

メンテナンスモード遷移要求送信元であるTerminal、Orchestrator、VNFMのいずれかは、NFVI0のメンテナンスモード解除要求をVIMに送信する（１２）。

VIMはNFVI0のメンテナンスモードを解除する（１３）。

実施形態６によれば、実施形態２同様、図４を参照して説明した参考例２とは異なり、VDU0/VDU1セットによるサービス中断がない。

また、実施形態６によれば、マニュアルヒーリング(又はVDUの移動)により、障害検出処理時間が不要となるので、片系運転時間が短い。

さらに、実施形態６によれば、Terminalでの操作により、NVFMでシーケンス全体を集中管理することができる。

実施形態２−５では、冗長構成として２重化構成（１つのアクティブ系と１つのスタンバイ系）への適用例を説明したが、N＋１冗長構成に対して適用してもよいことは勿論である。

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

特に制限されないが、上記した実施形態は以下のように付記される。

（付記１）
第１の仮想化基盤（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ： ＮＦＶＩ）をメンテナンスモードに遷移するメンテナンスモード設定部と、
メンテナンスモードの前記第１の仮想化基盤上の仮想デプロイメントユニット（Ｖｉｒｔｕａｌｉｚａｔｉｏｎ Ｄｅｐｌｏｙｍｅｎｔ Ｕｎｉｔ： ＶＤＵ）に対して第２の仮想化基盤への移動指示を少なくとも行う移動制御部と、
前記第１の仮想化基盤のメンテナンスモードを解除するメンテナンスモード解除部と、
を備えた、ことを特徴とする管理装置。

（付記２）
前記管理装置が、仮想化基盤管理装置（Ｖｉｒｔｕａｌｉｚｅｄ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｍａｎａｇｅｒ ：ＶＩＭ）を構成し、
前記第１の仮想化基盤をメンテナンスモードに遷移する要求と、
前記第１の仮想化基盤のメンテナンスモードを解除する要求と、
の少なくとも一つを前記管理装置（ＶＩＭ）に対して送信する送信元が、
端末、又は、ネットワーク機能仮想化（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ： ＮＦＶ）オーケストレータ（ＮＦＶ Ｏｒｃｈｅｓｔｒａｔｏｒ： ＮＦＶＯ）、又は、仮想ネットワーク機能（Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ： ＶＮＦ）を管理する仮想ネットワーク機能管理装置（ＶＮＦ Ｍａｎａｇｅｒ： ＶＮＦＭ）であり、
前記送信元からの要求に基づき、
前記メンテナンスモード設定部による前記第１の仮想化基盤のメンテナンスモードへの遷移、及び、前記メンテナンスモード解除部による前記第１の仮想化基盤のメンテナンスモードの解除の少なくとも一つを行う、ことを特徴とする付記１記載の管理装置。

（付記３）
前記端末は、保守端末、又は、ＥＭＳ（Ｅｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）、又はＯＳＳ（Ｏｐｅｒａｔｉｏｎｓ Ｓｕｐｐｏｒｔ Ｓｙｓｔｅｍｓ）である、ことを特徴とする付記２記載の管理装置。

（付記４）
前記端末を送信元とする、前記第１の仮想化基盤をメンテナンスモードに遷移する要求を、前記ネットワーク機能仮想化オーケストレータ（ＮＦＶＯ）と前記仮想ネットワーク機能管理装置（ＶＮＦＭ）の少なくとも一つを介して受信する、ことを特徴とする付記３記載の管理装置。

（付記５）
前記端末を送信元とする、前記第１の仮想化基盤のメンテナンスモードを解除する要求を、前記ネットワーク機能仮想化オーケストレータ（ＮＦＶＯ）と、前記仮想ネットワーク機能管理装置（ＶＮＦＭ）の少なくとも一つを介して受信する、ことを特徴とする付記３記載の管理装置。

（付記６）
前記第１の仮想化基盤からの障害通知を前記ネットワーク機能仮想化オーケストレータ（ＮＦＶＯ）に直接又は前記仮想ネットワーク機能管理装置（ＶＮＦＭ）を介して通知し、
前記ネットワーク機能仮想化オーケストレータ（ＮＦＶＯ）を送信元とする、前記第１の仮想化基盤をメンテナンスモードに遷移する要求を受信する、ことを特徴とする付記２記載の管理装置。

（付記７）
前記仮想ネットワーク機能管理装置（ＶＮＦＭ）を送信元とする、前記第１の仮想化基盤をメンテナンスモードに遷移する要求を受信する、ことを特徴とする付記６記載の管理装置。

（付記８）
前記移動制御部が、
前記第１の仮想化基盤上の仮想デプロイメントユニット（ＶＤＵ）に対して前記第２の仮想化基盤への移動指示を送信する移動指示送信部と、
前記仮想デプロイメントユニット（ＶＤＵ）の前記第２の仮想化基盤への移動完了通知を受信する移動完了受信部と、
を備えている、ことを特徴とする付記１乃至７のいずれかに記載の管理装置。

（付記９）
第１の仮想化基盤をメンテナンスモードに遷移するメンテナンスモード設定部と、
前記第１の仮想化基盤上のアクティブ系の第１の仮想デプロイメントユニット（ＶＤＵ０）と、第２の仮想化基盤上のスタンバイ系の第２の仮想デプロイメントユニット（ＶＤＵ１）との間での系切り替え指示を少なくとも行う系切り替え制御部と、
前記第１の仮想化基盤のメンテナンスモードを解除するメンテナンスモード解除部と、
を備えたことを特徴とする管理装置。

（付記１０）
前記系切り替え制御部が、
前記第１の仮想化基盤上のアクティブ系の前記第１の仮想デプロイメントユニット（ＶＤＵ０）と、第２の仮想化基盤上のスタンバイ系の前記第２の仮想デプロイメントユニット（ＶＤＵ１）との間での系切り替え指示を、アクティブ系の前記第１の仮想デプロイメントユニット（ＶＤＵ０）に送信する系切り替え指示送信部と、
前記第１の仮想デプロイメントユニット（ＶＤＵ０）のスタンバイ系、前記第２の仮想デプロイメントユニット（ＶＤＵ１）のアクティブ系への切り替えの完了通知を、前記第２の仮想デプロイメントユニット（ＶＤＵ１）から受信する系切り替え完了受信部と、
を備えている、ことを特徴とする付記９記載の管理装置。

（付記１１）
前記系切り替え完了受信部で系切り替えの完了通知を受信後、スタンバイ系の前記第１の仮想デプロイメントユニット（ＶＤＵ０）が第３の仮想化基盤に移動し、前記第１の仮想化基盤のメンテナンスが終了したのち、前記メンテナンスモード解除部は、前記第１の仮想化基盤のメンテナンスモードを解除する、ことを特徴とする付記１０記載の管理装置。

（付記１２）
前記仮想化基盤（ＮＦＶＩ）を制御する管理装置であって、前記メンテナンスモード設定部と前記メンテナンスモード解除部を備えた仮想化基盤管理装置（Ｖｉｒｔｕａｌｉｚｅｄ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｍａｎａｇｅｒ： ＶＩＭ）を備え、
前記第１の仮想化基盤をメンテナンスモードに遷移する要求と、
前記第１の仮想化基盤のメンテナンスモードを解除する要求と、
の少なくとも一つを、前記仮想化基盤管理装置（ＶＩＭ）に対して送信する送信元が、
端末、又は、前記仮想化基盤管理装置の上位装置であり、
前記端末又は上位装置からの要求に基づき、
前記メンテナンスモード設定部による前記第１の仮想化基盤をメンテナンスモードへ遷移、
前記メンテナンスモード解除部による前記第１の仮想化基盤のメンテナンスモードの解除の少なくとも一つを行う、ことを特徴とする付記１０又は１１に記載の管理装置。

（付記１３）
前記上位装置が、
ネットワーク機能仮想化オーケストレータ（ＮＦＶ Ｏｒｃｈｅｓｔｒａｔｏｒ： ＮＦＶＯ）、又は、
仮想ネットワーク機能を管理する仮想ネットワーク機能管理装置（ＶＮＦ Ｍａｎａｇｅｒ： ＶＮＦＭ）である、ことを特徴とする付記１２記載の管理装置。

（付記１４）
前記仮想化基盤管理装置（ＶＩＭ）は、前記端末を送信元とする、前記第１の仮想化基盤をメンテナンスモードに遷移する要求を、前記ネットワーク機能仮想化オーケストレータ（ＮＦＶＯ）、又は、前記仮想ネットワーク機能管理装置（ＶＮＦＭ）を介して、受信する、ことを特徴とする付記１３記載の管理装置。

（付記１５）
前記仮想化基盤管理装置（ＶＩＭ）は、前記端末を送信元とする、前記第１の仮想化基盤のメンテナンスモードを解除する要求を、前記ネットワーク機能仮想化オーケストレータ（ＮＦＶＯ）、又は、前記仮想ネットワーク機能管理装置（ＶＮＦＭ）を介して受信する、ことを特徴とする付記１４記載の管理装置。

（付記１６）
前記仮想化基盤管理装置（ＶＩＭ）は、前記第１の仮想化基盤からの障害通知を受信すると、前記ネットワーク機能仮想化オーケストレータ（ＮＦＶＯ）に直接又は、前記仮想ネットワーク機能管理装置（ＶＮＦＭ）を介して、通知し、
前記ネットワーク機能仮想化オーケストレータ（ＮＦＶＯ）を送信元とする、前記第１の仮想化基盤をメンテナンスモードに遷移する要求を受信する、ことを特徴とする付記１３記載の管理装置。

（付記１７）
前記仮想化基盤管理装置（ＶＩＭ）は、前記第１の仮想化基盤からの障害通知を受信すると、前記仮想ネットワーク機能管理装置（ＶＮＦＭ）に通知し、
前記仮想ネットワーク機能管理装置（ＶＮＦＭ）を送信元とする、前記第１の仮想化基盤をメンテナンスモードに遷移する要求を受信する、ことを特徴とする付記１３記載の管理装置。

（付記１８）
前記仮想ネットワーク機能管理装置（ＶＮＦＭ）が、
前記系切り替え指示送信部と、前記系切り替え完了受信部を備え、
前記第１の仮想化基盤がメンテナンスモードへ遷移したことを前記仮想化基盤管理装置から受信すると、前記系切り替え指示を送信する、ことを特徴とする付記１６又は１７記載の管理装置。

（付記１９）
前記端末が、前記第１の仮想化基盤のメンテナンスモードへ遷移したことを前記仮想化基盤管理装置から受信すると、前記系切り替え指示送信部として、前記系切り替え指示を送信し、
前記端末が、前記系切り替え完了受信部として、前記系切り替え完了通知を受信する、ことを特徴とする付記１３記載の管理装置。

（付記２０）
仮想マシンの実行基盤である仮想化基盤（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ： ＮＦＶＩ）を制御する仮想化基盤管理装置（Ｖｉｒｔｕａｌｉｚｅｄ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｍａｎａｇｅｒ： ＶＩＭ）と、
第１及び第２の仮想化基盤と、
端末又は前記仮想化基盤管理装置の上位装置と、
を備え、
前記仮想化基盤管理装置が、
前記端末又は前記上位装置からの前記第１の仮想化基盤のメンテナンスモード遷移要求を受け、前記第１の仮想化基盤をメンテナンスモードに遷移させた上で、前記第１の仮想化基盤上の仮想デプロイメントユニット（Ｖｉｒｔｕａｌｉｚａｔｉｏｎ Ｄｅｐｌｏｙｍｅｎｔ Ｕｎｉｔ： ＶＤＵ）の前記第２の仮想化基盤への移動を指示し、
前記仮想デプロイメントユニットの前記第２の仮想化基盤への移動が完了し、前記第１の仮想化基盤のメンテナンスが終了すると、
前記端末又は前記上位装置からの前記第１の仮想化基盤のメンテナンスモード解除要求を受け、前記第１の仮想化基盤のメンテナンスモードを解除する、ことを特徴とするネットワーク管理システム。

（付記２１）
仮想マシンの実行基盤である仮想化基盤（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ： ＮＦＶＩ）を制御する仮想化基盤管理装置（Ｖｉｒｔｕａｌｉｚｅｄ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｍａｎａｇｅｒ： ＶＩＭ）と、
第１、第２、第３の仮想化基盤と、
前記仮想化基盤管理装置の上位装置と、
端末と、
を備え、
前記第１、第２の仮想化基盤上の第１、第２の仮想デプロイメントユニット（Ｖｉｒｔｕａｌｉｚａｔｉｏｎ Ｄｅｐｌｏｙｍｅｎｔ Ｕｎｉｔ： ＶＤＵ）がそれぞれアクティブ系、スタンバイ系の冗長構成とされ、
前記仮想化基盤管理装置が、
前記端末又は前記上位装置からの前記第１の仮想化基盤のメンテナンスモード遷移要求を受け、前記第１の仮想化基盤をメンテナンスモードに遷移させた上で、前記上位装置又は前記端末への通知を行い、
前記上位装置又は前記端末が、前記第１の仮想化基盤上の第１の仮想デプロイメントユニット（ＶＤＵ０）と、前記第２の仮想化基盤上の第２の仮想デプロイメントユニット（ＶＤＵ１）との系切り替えを指示し、
前記第１の仮想デプロイメントユニット（ＶＤＵ０）がスタンバイ系、前記第２の仮想デプロイメントユニット（ＶＤＵ１）がアクティブ系に切り替わる系切り替え完了通知を受信し、
前記第３の仮想化基盤上に前記第１の仮想デプロイメントユニット（ＶＤＵ０）を移動させ、前記第１の仮想化基盤のメンテナンスが行われたのち、
前記仮想化基盤管理装置は、前記第１の仮想化基盤のメンテナンスモードを解除する、ことを特徴とするネットワーク管理システム。

（付記２２）
メンテナンス対象の第１の仮想化基盤（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ： ＮＦＶＩ）をメンテナンスモードに遷移し、
前記第１の仮想化基盤上の仮想デプロイメントユニット（Ｖｉｒｔｕａｌｉｚａｔｉｏｎ Ｄｅｐｌｏｙｍｅｎｔ Ｕｎｉｔ： ＶＤＵ）の第２の仮想化基盤への移動指示を送信し、
前記仮想デプロイメントユニット（ＶＤＵ）の前記第２の仮想化基盤への移動が完了したことを受信し、メンテナンスが終了すると、前記第１の仮想化基盤のメンテナンスモードを解除する、ことを特徴とする管理方法。

（付記２３）
メンテナンス対象の第１の仮想化基盤をメンテナンスモードに遷移し、
前記第１の仮想化基盤上のアクティブ系の第１の仮想デプロイメントユニット（ＶＤＵ０）と、第２の仮想化基盤上のスタンバイ系の第２の仮想デプロイメントユニット（ＶＤＵ１）との間での系切り替え指示を送信し、
前記第１の仮想デプロイメントユニット（ＶＤＵ０）のスタンバイ系、前記第２の仮想デプロイメントユニット（ＶＤＵ１）のアクティブ系への切り替えが完了し、さらにスタンバイ系の前記第１の仮想デプロイメントユニット（ＶＤＵ０）が第３の仮想化基盤に移動したのち、メンテナンスが終了すると、前記第１の仮想化基盤のメンテナンスモードを解除する、ことを特徴とする管理方法。

（付記２４）
前記第１の仮想化基盤をメンテナンスモードに遷移する要求と、
前記第１の仮想化基盤のメンテナンスモードを解除する要求と、
の少なくとも一つを前記管理装置（ＶＩＭ）に対して送信する送信元が、
端末又は上位装置であり、
前記端末又は前記上位装置からの要求に基づき、前記第１の仮想化基盤のメンテナンスモードへの遷移、及び、前記第１の仮想化基盤のメンテナンスモードの解除の少なくとも一つを行う、ことを特徴とする付記２３記載の管理方法。

（付記２５）
前記上位装置は、ネットワーク機能仮想化（ＮＦＶ）の管理および統合を行うオーケストレータ、又は、仮想ネットワーク機能（ＶＮＦ）を管理する仮想ネットワーク機能（ＶＮＦ）管理装置である、ことを特徴とする付記２４記載の管理方法。

（付記２６）
第１の仮想化基盤をメンテナンスモードに遷移するメンテナンスモード設定処理と、
前記第１の仮想化基盤上の仮想デプロイメントユニット（ＶＤＵ）に対して第２の仮想化基盤への移動指示を送信する移動指示送信処理と、
前記仮想デプロイメントユニット（ＶＤＵ）の前記第２の仮想化基盤への移動完了通知を受信する移動完了受信処理と、
前記第１の仮想化基盤のメンテナンスモードを解除するメンテナンスモード解除処理と、
をコンピュータに実行させるプログラム。

（付記２７）
第１の仮想化基盤をメンテナンスモードに遷移するメンテナンスモード設定処理と、
前記第１の仮想化基盤上のアクティブ系の第１の仮想デプロイメントユニット（ＶＤＵ０）と、第２の仮想化基盤上のスタンバイ系の第２の仮想デプロイメントユニット（ＶＤＵ１）との間での系切り替え指示を送信する系切り替え指示送信処理と、
前記第１の仮想デプロイメントユニット（ＶＤＵ０）のスタンバイ系、前記第２の仮想デプロイメントユニット（ＶＤＵ１）のアクティブ系への切り替えの完了通知を受信する系切り替え完了受信処理と、
スタンバイ系の前記第１の仮想デプロイメントユニット（ＶＤＵ０）が第３の仮想化基盤に移動したのち、メンテナンスが終了すると、前記第１の仮想化基盤のメンテナンスモードを解除するメンテナンスモード解除処理と、
をコンピュータに実行させるプログラム。

１０ NFV MANO（NFV-MANO）
１１ NFV Orchestrator（NFVO）
１２ VNF Manager(VNFM)
１３ Virtualized Infrastructure Manager（VIM）
２０ VNF
２１ VDU0
４０ Terminal
３１ NFVI0
３２ NFVI1
３３ NFVI2
１００、１１０ 管理装置
１０１、１１１ メンテナンスモード設定部
１０２ 移動指示送信部
１０３ 移動完了受信部
１０５ 移動制御部
１０４、１１４ メンテナンスモード解除部
１１２ 系切り替え指示送信部
１１３ 系切り替え完了受信部
１１５ 系切り替え制御部

Claims (27)

1. 第１のネットワーク機能仮想化基盤（Network Functions Virtualization Infrastructure: NFVI）を通常モードからメンテナンスモードに遷移させるメンテナンスモード設定部を備え、
   メンテナンスモードの前記第１のネットワーク機能仮想化基盤は、通常モードの前記第１のネットワーク機能仮想化基盤に対して行われる仮想マシンの割り付け対象から外され、
   メンテナンスモードの前記第１のネットワーク機能仮想化基盤上の仮想デプロイメントユニット（Virtualization Deployment Unit: VDU）に対して第２のネットワーク機能仮想化基盤への移動指示を少なくとも行う移動制御部と、
   前記第１のネットワーク機能仮想化基盤のメンテナンスモードを解除するメンテナンスモード解除部と、
   を備えた、ことを特徴とする管理装置。
2. 前記管理装置が、仮想化基盤管理装置(Virtualized Infrastructure Manager :VIM)を構成し、
   前記第１のネットワーク機能仮想化基盤をメンテナンスモードに遷移させる要求と、
   前記第１のネットワーク機能仮想化基盤のメンテナンスモードを解除する要求と、
   の少なくとも一つを前記管理装置（VIM）に対して送信する送信元が、
   端末、又は、ネットワーク機能仮想化（Network Functions Virtualization: NFV）オーケストレータ(NFV Orchestrator: NFVO)、又は、仮想ネットワーク機能（Virtual Network Function: VNF）を管理する仮想ネットワーク機能管理装置(VNF Manager: VNFM)であり、
   前記送信元からの要求に基づき、
   前記メンテナンスモード設定部による前記第１のネットワーク機能仮想化基盤のメンテナンスモードへの遷移、及び、前記メンテナンスモード解除部による前記第１のネットワーク機能仮想化基盤のメンテナンスモードの解除の少なくとも一つを行う、ことを特徴とする請求項１記載の管理装置。
3. 前記端末は、保守端末、又は、EMS（Element Management System）、又はOSS(Operations Support Systems)である、ことを特徴とする請求項２記載の管理装置。
4. 前記端末を送信元とする、前記第１のネットワーク機能仮想化基盤をメンテナンスモードに遷移させる要求を、前記ネットワーク機能仮想化オーケストレータ（NFVO）と前記仮想ネットワーク機能管理装置（VNFM）の少なくとも一つを介して受信する、ことを特徴とする請求項３記載の管理装置。
5. 前記端末を送信元とする、前記第１のネットワーク機能仮想化基盤のメンテナンスモードを解除する要求を、前記ネットワーク機能仮想化オーケストレータ（NFVO）と、前記仮想ネットワーク機能管理装置（VNFM）の少なくとも一つを介して受信する、ことを特徴とする請求項３記載の管理装置。
6. 前記第１のネットワーク機能仮想化基盤からの障害通知を前記ネットワーク機能仮想化オーケストレータ（NFVO）に直接又は前記仮想ネットワーク機能管理装置（VNFM）を介して通知し、
   前記ネットワーク機能仮想化オーケストレータ（NFVO）を送信元とする、前記第１のネットワーク機能仮想化基盤をメンテナンスモードに遷移させる要求を受信する、ことを特徴とする請求項２記載の管理装置。
7. 前記仮想ネットワーク機能管理装置（VNFM）を送信元とする、前記第１のネットワーク機能仮想化基盤をメンテナンスモードに遷移させる要求を受信する、ことを特徴とする請求項６記載の管理装置。
8. 前記移動制御部が、
   前記第１のネットワーク機能仮想化基盤上の仮想デプロイメントユニット（VDU）に対して前記第２のネットワーク機能仮想化基盤への移動指示を送信する移動指示送信部と、
   前記仮想デプロイメントユニット（VDU）の前記第２のネットワーク機能仮想化基盤への移動完了通知を受信する移動完了受信部と、
   を備えている、ことを特徴とする請求項１乃至７のいずれか１項に記載の管理装置。
9. 第１のネットワーク機能仮想化基盤を通常モードからメンテナンスモードに遷移させるメンテナンスモード設定部を備え、
   メンテナンスモードの前記第１のネットワーク機能仮想化基盤は、通常モードの前記第１のネットワーク機能仮想化基盤に対して行われる仮想マシンの割り付けの対象から外され、
   メンテナンスモードの前記第１のネットワーク機能仮想化基盤上のアクティブ系の第１の仮想デプロイメントユニット（VDU0）と、第２のネットワーク機能仮想化基盤上のスタンバイ系の第２の仮想デプロイメントユニット（VDU1）との間での系切り替え指示を少なくとも行う系切り替え制御部と、
   前記第１のネットワーク機能仮想化基盤のメンテナンスモードを解除するメンテナンスモード解除部と、
   を備えたことを特徴とする管理装置。
10. 前記系切り替え制御部が、
    前記第１のネットワーク機能仮想化基盤上のアクティブ系の前記第１の仮想デプロイメントユニット（VDU0）と前記第２のネットワーク機能仮想化基盤上のスタンバイ系の前記第２の仮想デプロイメントユニット（VDU1）との間での前記系切り替え指示を送信する系切り替え指示送信部と、
    前記第１の仮想デプロイメントユニット（VDU0）のスタンバイ系、前記第２の仮想デプロイメントユニット（VDU1）のアクティブ系への系切り替え完了通知を受信する系切り替え完了受信部と、
    を備えている、ことを特徴とする請求項９記載の管理装置。
11. 前記系切り替え完了受信部で前記系切り替え完了通知を受信後、スタンバイ系の前記第１の仮想デプロイメントユニット（VDU0）が第３のネットワーク機能仮想化基盤に移動し、前記第１のネットワーク機能仮想化基盤のメンテナンスが終了したのち、前記メンテナンスモード解除部は、前記第１のネットワーク機能仮想化基盤のメンテナンスモードを解除する、ことを特徴とする請求項１０記載の管理装置。
12. 前記第１、第２のネットワーク機能仮想化基盤（NFVI）を制御する管理装置であって、前記メンテナンスモード設定部と前記メンテナンスモード解除部を備えた仮想化基盤管理装置（Virtualized Infrastructure Manager: VIM）を備え、
    前記第１のネットワーク機能仮想化基盤をメンテナンスモードに遷移させる要求と、
    前記第１のネットワーク機能仮想化基盤のメンテナンスモードを解除する要求と、
    の少なくとも一つを、前記仮想化基盤管理装置（VIM）に対して送信する送信元が、
    端末、又は、前記仮想化基盤管理装置の上位装置であり、
    前記端末又は上位装置からの要求に基づき、
    前記メンテナンスモード設定部による前記第１のネットワーク機能仮想化基盤をメンテナンスモードへ遷移、
    前記メンテナンスモード解除部による前記第１のネットワーク機能仮想化基盤のメンテナンスモードの解除の少なくとも一つを行う、ことを特徴とする請求項１０又は１１に記載の管理装置。
13. 前記上位装置が、
    ネットワーク機能仮想化オーケストレータ(NFV Orchestrator: NFVO)、又は、
    仮想ネットワーク機能を管理する仮想ネットワーク機能管理装置（VNF Manager: VNFM）である、ことを特徴とする請求項１２記載の管理装置。
14. 前記仮想化基盤管理装置（VIM）は、前記端末を送信元とする、前記第１のネットワーク機能仮想化基盤をメンテナンスモードに遷移させる要求を、前記ネットワーク機能仮想化オーケストレータ（NFVO）、又は、前記仮想ネットワーク機能管理装置（VNFM）を介して、受信する、ことを特徴とする請求項１３記載の管理装置。
15. 前記仮想化基盤管理装置（VIM）は、前記端末を送信元とする、前記第１のネットワーク機能仮想化基盤のメンテナンスモードを解除する要求を、前記ネットワーク機能仮想化オーケストレータ（NFVO）、又は、前記仮想ネットワーク機能管理装置（VNFM）を介して受信する、ことを特徴とする請求項１４記載の管理装置。
16. 前記仮想化基盤管理装置（VIM）は、前記第１のネットワーク機能仮想化基盤からの障害通知を受信すると、前記ネットワーク機能仮想化オーケストレータ（NFVO）に直接又は、前記仮想ネットワーク機能管理装置（VNFM）を介して、通知し、
    前記ネットワーク機能仮想化オーケストレータ（NFVO）を送信元とする、前記第１のネットワーク機能仮想化基盤をメンテナンスモードに遷移させる要求を受信する、ことを特徴とする請求項１３記載の管理装置。
17. 前記仮想化基盤管理装置（VIM）は、前記第１のネットワーク機能仮想化基盤からの障害通知を受信すると、前記仮想ネットワーク機能管理装置（VNFM）に通知し、
    前記仮想ネットワーク機能管理装置（VNFM）を送信元とする、前記第１のネットワーク機能仮想化基盤をメンテナンスモードに遷移させる要求を受信する、ことを特徴とする請求項１３記載の管理装置。
18. 前記仮想ネットワーク機能管理装置（VNFM）が、
    前記系切り替え指示送信部と、前記系切り替え完了受信部を備え、
    前記第１のネットワーク機能仮想化基盤がメンテナンスモードへ遷移したことを前記仮想化基盤管理装置から受信すると、前記系切り替え指示を送信する、ことを特徴とする請求項１６又は１７記載の管理装置。
19. 前記端末が、前記第１のネットワーク機能仮想化基盤のメンテナンスモードへ遷移したことを前記仮想化基盤管理装置から受信すると、前記系切り替え指示送信部として、前記系切り替え指示を送信し、
    前記端末が、前記系切り替え完了受信部として、前記系切り替え完了通知を受信する、ことを特徴とする請求項１３記載の管理装置。
20. 仮想マシンの実行基盤であるネットワーク機能仮想化基盤（Network Functions Virtualization Infrastructure: NFVI）を制御する仮想化基盤管理装置（Virtualized Infrastructure Manager: VIM）と、
    第１及び第２のネットワーク機能仮想化基盤と、
    端末又は前記仮想化基盤管理装置の上位装置と、
    を備え、
    前記仮想化基盤管理装置が、
    前記端末又は前記上位装置からの前記第１のネットワーク機能仮想化基盤のメンテナンスモード遷移要求を受け、前記第１のネットワーク機能仮想化基盤を通常モードからメンテナンスモードに遷移させた上で、前記第１のネットワーク機能仮想化基盤上の仮想デプロイメントユニット（Virtualization Deployment Unit: VDU）の前記第２のネットワーク機能仮想化基盤への移動を指示し、
    メンテナンスモードの前記第１のネットワーク機能仮想化基盤は、通常モードの前記第１のネットワーク機能仮想化基盤に対して行われる仮想マシンの割り付け対象から外され、
    前記仮想デプロイメントユニットの前記第２のネットワーク機能仮想化基盤への移動が完了し、前記第１のネットワーク機能仮想化基盤のメンテナンスが終了すると、
    前記端末又は前記上位装置からの前記第１のネットワーク機能仮想化基盤のメンテナンスモード解除要求を受け、前記第１のネットワーク機能仮想化基盤のメンテナンスモードを解除する、ことを特徴とするネットワーク管理システム。
21. 仮想マシンの実行基盤であるネットワーク機能仮想化基盤（Network Functions Virtualization Infrastructure: NFVI）を制御する仮想化基盤管理装置（Virtualized Infrastructure Manager: VIM）と、
    第１、第２、第３のネットワーク機能仮想化基盤と、
    前記仮想化基盤管理装置の上位装置と、
    端末と、
    を備え、
    前記第１、第２のネットワーク機能仮想化基盤上の第１、第２の仮想デプロイメントユニット（Virtualization Deployment Unit: VDU）がそれぞれアクティブ系、スタンバイ系の冗長構成とされ、
    前記仮想化基盤管理装置が、
    前記端末又は前記上位装置からの前記第１のネットワーク機能仮想化基盤のメンテナンスモード遷移要求を受け、前記第１のネットワーク機能仮想化基盤を通常モードからメンテナンスモードに遷移させた上で、前記上位装置又は前記端末への通知を行い、
    メンテナンスモードの前記第１のネットワーク機能仮想化基盤は、通常モードの前記第１のネットワーク機能仮想化基盤に対して行われる仮想マシンの割り付け対象から外され、
    前記上位装置又は前記端末が、前記第１のネットワーク機能仮想化基盤上の第１の仮想デプロイメントユニット（VDU0）と、前記第２のネットワーク機能仮想化基盤上の第２の仮想デプロイメントユニット（VDU1）との系切り替えを指示し、
    前記第１の仮想デプロイメントユニット（VDU0）がスタンバイ系、前記第２の仮想デプロイメントユニット（VDU1）がアクティブ系に切り替わる系切り替え完了通知を受信し、
    前記第３のネットワーク機能仮想化基盤上に前記第１の仮想デプロイメントユニット（VDU0）を移動させ、前記第１のネットワーク機能仮想化基盤のメンテナンスが行われたのち、
    前記仮想化基盤管理装置は、前記第１のネットワーク機能仮想化基盤のメンテナンスモードを解除する、ことを特徴とするネットワーク管理システム。
22. メンテナンス対象の第１のネットワーク機能仮想化基盤（Network Functions Virtualization Infrastructure: NFVI）を通常モードからメンテナンスモードに遷移させ、
    メンテナンスモードの前記第１のネットワーク機能仮想化基盤は、通常モードの前記第１のネットワーク機能仮想化基盤に対して行われる仮想マシンの割り付け対象から外され、
    前記第１のネットワーク機能仮想化基盤上の仮想デプロイメントユニット（Virtualization Deployment Unit: VDU）の第２のネットワーク機能仮想化基盤への移動指示を送信し、
    前記仮想デプロイメントユニット（VDU）の前記第２のネットワーク機能仮想化基盤への移動が完了したことを受信し、メンテナンスが終了すると、前記第１のネットワーク機能仮想化基盤のメンテナンスモードを解除する、ことを特徴とする管理方法。
23. メンテナンス対象の第１のネットワーク機能仮想化基盤を通常モードからメンテナンスモードに遷移させ、
    メンテナンスモードの前記第１のネットワーク機能仮想化基盤は、通常モードの前記第１のネットワーク機能仮想化基盤に対して行われる仮想マシンの割り付け対象から外され、
    前記第１のネットワーク機能仮想化基盤上のアクティブ系の第１の仮想デプロイメントユニット（VDU0）と、第２のネットワーク機能仮想化基盤上のスタンバイ系の第２の仮想デプロイメントユニット（VDU1）との間での系切り替え指示を送信し、
    前記第１の仮想デプロイメントユニット（VDU0）のスタンバイ系、前記第２の仮想デプロイメントユニット（VDU1）のアクティブ系への切り替えが完了し、さらにスタンバイ系の前記第１の仮想デプロイメントユニット（VDU0）が第３のネットワーク機能仮想化基盤に移動したのち、メンテナンスが終了すると、前記第１のネットワーク機能仮想化基盤のメンテナンスモードを解除する、ことを特徴とする管理方法。
24. 前記第１のネットワーク機能仮想化基盤をメンテナンスモードに遷移する要求と、
    前記第１のネットワーク機能仮想化基盤のメンテナンスモードを解除する要求と、
    の少なくとも一つを仮想化基盤管理装置（Virtualized Infrastructure Manager: VIM）に対して送信する送信元が、
    端末又は上位装置であり、
    前記端末又は前記上位装置からの要求に基づき、前記第１のネットワーク機能仮想化基盤のメンテナンスモードへの遷移、及び、前記第１のネットワーク機能仮想化基盤のメンテナンスモードの解除の少なくとも一つを行う、ことを特徴とする請求項２３記載の管理方法。
25. 前記上位装置は、ネットワーク機能仮想化（NFV）の管理および統合を行うオーケストレータ、又は、仮想ネットワーク機能（VNF）を管理する仮想ネットワーク機能（VNF）管理装置である、ことを特徴とする請求項２４記載の管理方法。
26. メンテナンス対象の第１のネットワーク機能仮想化基盤を通常モードからメンテナンスモードに遷移させるメンテナンスモード設定処理を有し、
    メンテナンスモードの前記第１のネットワーク機能仮想化基盤は、通常モードの前記第１のネットワーク機能仮想化基盤に対して行われる仮想マシンの割り付け対象から外され、
    前記第１のネットワーク機能仮想化基盤上の仮想デプロイメントユニット（VDU）に対して第２のネットワーク機能仮想化基盤への移動指示を送信する移動指示送信処理と、
    前記仮想デプロイメントユニット（VDU）の前記第２のネットワーク機能仮想化基盤への移動完了通知を受信する移動完了受信処理と、
    前記第１のネットワーク機能仮想化基盤のメンテナンスモードを解除するメンテナンスモード解除処理と、
    の各処理をコンピュータに実行させるプログラム。
27. 第１のネットワーク機能仮想化基盤を通常モードからメンテナンスモードに遷移させるメンテナンスモード設定処理を有し、
    メンテナンスモードの前記第１のネットワーク機能仮想化基盤は、通常モードの前記第１のネットワーク機能仮想化基盤に対して行われる仮想マシンの割り付け対象から外され、
    前記第１のネットワーク機能仮想化基盤上のアクティブ系の第１の仮想デプロイメントユニット（VDU0）と、第２のネットワーク機能仮想化基盤上のスタンバイ系の第２の仮想デプロイメントユニット（VDU1）との間での系切り替え指示を送信する系切り替え指示送信処理と、
    前記第１の仮想デプロイメントユニット（VDU0）のスタンバイ系、前記第２の仮想デプロイメントユニット（VDU1）のアクティブ系への切り替えの完了通知を受信する系切り替え完了受信処理と、
    スタンバイ系の前記第１の仮想デプロイメントユニット（VDU0）が第３のネットワーク機能仮想化基盤に移動したのち、前記第１のネットワーク機能仮想化基盤のメンテナンスが終了すると、前記第１のネットワーク機能仮想化基盤のメンテナンスモードを解除するメンテナンスモード解除処理と、
    の各処理をコンピュータに実行させるプログラム。

Images