(57)【要約】  仮想化基盤上で動作する仮想マシンを用いてユーザサービス（ＶＮＦ）を提供する際のＶＩＭのアップグレード等による影響を低減する。管理装置は、上位装置から、ＶＮＦが稼動している第１の仮想化基盤と、前記ＶＮＦの移動先となる第２の仮想化基盤とを接続する仮想リンクの作成指示を受信する受信部と、前記第１の仮想化基盤に構築された第１のネットワークと、前記第２の仮想化基盤に構築された第２のネットワークと、を第３のネットワークを介して接続するためのネットワーク変換情報を管理するネットワーク変換情報管理部と、前記仮想リンクの作成指示に基づいて、前記第１、第２のネットワークをそれぞれ管理するネットワーク管理装置に対して、前記ネットワーク変換情報を送信し、前記第１、第２の仮想化基盤をまたいでＶＮＦを構成する仮想マシン間の通信を実現する仮想リンクを作成させる仮想リンク作成部と、を備える。
2019106904.tif 000002
【特許請求の範囲】
【請求項１】
上位装置から、仮想ネットワークファンクションが稼動している第１の仮想化インフラストラクチャと、前記仮想ネットワークファンクションの移動先となる第２の仮想化インフラストラクチャとを接続する仮想リンクの作成指示を受信する受信部と、
前記第１の仮想化インフラストラクチャに構築された第１のネットワークと、前記第２の仮想化インフラストラクチャに構築された第２のネットワークと、を第３のネットワークを介して接続するためのネットワーク変換情報を管理するネットワーク変換情報管理部と、
前記仮想リンクの作成指示に基づいて、前記第１、第２のネットワークをそれぞれ管理するネットワーク管理装置に対して、前記ネットワーク変換情報を送信し、前記第１、第２の仮想化インフラストラクチャをまたいで仮想ネットワークファンクションを構成する仮想マシン間の通信を実現する仮想リンクを作成させる仮想リンク作成部と、
を備えた管理装置。
【請求項２】
前記ネットワーク変換情報管理部は、前記上位装置からの前記仮想リンクの作成指示に基づいて、前記ネットワーク変換情報を作成する請求項１の管理装置。
【請求項３】
前記上位装置は、前記仮想リンクの作成指示後、前記第１の仮想化インフラストラクチャ上で稼動している仮想ネットワークファンクションを構成する仮想マシンを、前記第２の仮想化インフラストラクチャに移動させ、ヒーリングを実施する請求項１又は２の管理装置。
【請求項４】
前記仮想ネットワークファンクションの移動先となる前記第２の仮想化インフラストラクチャが２以上存在し、前記第１の仮想化インフラストラクチャと、前記２以上の前記第２の仮想化インフラストラクチャとをそれぞれ接続する仮想リンクを作成する請求項１から３いずれか一の管理装置。
【請求項５】
前記第３のネットワークを制御するＳＤＮ（Ｓｏｆｔｗａｒｅ  Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋ）コントローラとしての機能を有する請求項１から４いずれか一の管理装置。
【請求項６】
前記上位装置は、ＮＦＶオーケストレータ又は仮想ネットワークファンクションマネージャである請求項１から４いずれか一の管理装置。
【請求項７】
前記第１の仮想化インフラストラクチャを管理する仮想化インフラストラクチャ管理部のサービス停止の前に、請求項１から６いずれか一の管理装置に対して、前記仮想リンクの作成指示を送信し、前記第１の仮想化インフラストラクチャにおいて稼動している仮想ネットワークファンクションを構成する仮想マシンを、前記第２の仮想化インフラストラクチャに移動させ、ヒーリングを実施する上位装置。
【請求項８】
前記仮想ネットワークファンクションの移動先となる前記第２の仮想化インフラストラクチャが２以上存在する場合、前記管理装置に対し、前記第１の仮想化インフラストラクチャと、前記２以上の前記第２の仮想化インフラストラクチャとをそれぞれ接続する仮想リンクの作成を指示する請求項７の上位装置。
【請求項９】
第１の仮想化インフラストラクチャに構築された第１のネットワークと、第２の仮想化インフラストラクチャに構築された第２のネットワークと、を第３のネットワークを介して接続するためのネットワーク変換情報を管理するネットワーク変換情報管理部を備えた管理装置が、
上位装置から、仮想ネットワークファンクションが稼動している第１の仮想化インフラストラクチャと、前記仮想ネットワークファンクションの移動先となる第２の仮想化インフラストラクチャとを接続する仮想リンクの作成指示を受信するステップと、
前記仮想リンクの作成指示に基づいて、前記第１、第２のネットワークをそれぞれ管理するネットワーク管理装置に対して、前記ネットワーク変換情報を送信し、前記第１、第２の仮想化インフラストラクチャをまたいで仮想ネットワークファンクションを構成する仮想マシン間の通信を実現する仮想リンクを作成させるステップと、
を含む管理方法。
【請求項１０】
第１の仮想化インフラストラクチャに構築された第１のネットワークと、第２の仮想化インフラストラクチャに構築された第２のネットワークと、を第３のネットワークを介して接続するためのネットワーク変換情報を管理するネットワーク変換情報管理部を備えた管理装置に搭載されたコンピュータに、
上位装置から、仮想ネットワークファンクションが稼動している第１の仮想化インフラストラクチャと、前記仮想ネットワークファンクションの移動先となる第２の仮想化インフラストラクチャとを接続する仮想リンクの作成指示を受信する処理と、
前記仮想リンクの作成指示に基づいて、前記第１、第２のネットワークをそれぞれ管理するネットワーク管理装置に対して、前記ネットワーク変換情報を送信し、前記第１、第２の仮想化インフラストラクチャをまたいで仮想ネットワークファンクションを構成する仮想マシン間の通信を実現する仮想リンクを作成させる処理と、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願についての記載）
本発明は、日本国特許出願：特願２０１７−２２８８２８号（２０１７年１１月２９日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、管理装置、上位装置、管理方法及びプログラムに関する。
【背景技術】
【０００２】
クラウドコンピューティング（以下、クラウド）とは、サーバなどの物理リソース上に仮想化されたコンピューティングリソースをオンデマンドで使う形態である。また、ネットワーク機能を仮想化し、クラウド上で提供するＮｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ（以下、ＮＦＶ）が知られている。ＮＦＶとは、仮想化技術およびクラウド技術を用いて、これまで専用ハードウェア（以下、ＨＷ）上で動かされていた様々なネットワークサービスのＨＷとソフトウェア（以下、ＳＷ）を分離し、ＳＷを仮想化された基盤上で動かす技術である。これによって運用の高度化やコスト削減が期待されている。【０００３】
ＥＴＳＩ  ＮＦＶではＮＦＶのアーキテクチャが定義されている（非特許文献１参照）。仮想化されるネットワークＭＡＮＯ（Ｍａｎａｇｅｍｅｎｔ  ａｎｄ  Ｏｒｃｈｅｓｔｒａｔｉｏｎ）には、仮想化基盤を管理するＶＩＭ、ネットワークサービスを構成するＶＮＦを管理するＶＮＦＭ、これらを制御するＮＦＶＯが定義されている。なお、ＶＩＭ、ＶＮＦ、ＶＮＦＭは、それぞれ、Ｖｉｒｔｕａｌｉｚｅｄ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｍａｎａｇｅｒ、Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ、ＶＮＦ  Ｍａｎａｇｅｒの略である。また、ＶＮＦはＶＮＦＣ（ＶＮＦ  Ｃｏｍｐｏｎｅｎｔ）によって構成され、ＶＮＦＣが一つのＶＭ（Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ）上で実行される。以下、「クラウド基盤」を、ＮＦＶにおけるＶＩＭに当たるもの、「サービス」をＮＦＶにおけるネットワークサービスを含むものとして記載する。【０００４】
クラウドにおいては、同じプロセスを実行するＶＭの冗長化・多重化を制御するオーケストレータが存在する。一般的に、この種のオーケストレータはクラウド基盤内でおきた故障に対処するためのオートヒーリングやユーザリクエストの変化にあわせた動的最適化を行う機能を備えている。【０００５】
特許文献１には、オーケストレータがＶＭやＶＮＦの配置先を選択する際のポリシをユーザが柔軟に設定できるようにした構成が開示されている。具体的には、同文献には、少なくともＮＦＶＯ及びＶＩＭのいずれか一方が、仮想ネットワークの構成要素（例えば、ＶＭ等）の配置先に関する選択情報（例えば、後述する構成情報、選択ポリシ等）に基づいて、構成要素の配置先を選択することが記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】国際公開第２０１６／１２１８７９号
【非特許文献】
【０００７】
【非特許文献１】ETSI GS NFV-MAN 001 V1.1.1 (2014-12) Network Functions Virtualisation (NFV); Management and Orchestration、［online］、［平成29年10月5日検索］、インターネット〈http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf〉
【発明の概要】
【発明が解決しようとする課題】
【０００８】
以下の分析は、本発明によって与えられたものである。上記したＮＦＶにおいて、ＶＩＭは多くの場合、ＯｐｅｎＳｔａｃｋというオープンソースプログラムをベースに実装されている。ＯｐｅｎＳｔａｃｋは、しばしばアップグレードが行われ、アップグレードを行う場合、サービスの再起動が必要となる。このため、アップグレード時に、Ｖｉ−Ｖｎｆｍ（ＶＩＭ−ＶＮＦＭ間インタフェース）／Ｎｆ−Ｖｉ（ＮＦＶＩ−ＶＩＭ間インタフェース）の接続断時間が発生する。【０００９】
この接続断の間、ＶＮＦに対してＭＡＮＯ（Ｍａｎａｇｅｍｅｎｔ  ａｎｄ  Ｏｒｃｈｅｓｔｒａｔｉｏｎ）操作ができないため、その間にＶＮＦに障害が起きた際に、ＶＩＭからＶＮＦ救済措置（Ｈｅａｌｉｎｇ）が実施できず、ユーザに提供中のサービスに影響が発生する場合がある。【００１０】
一方、ＶＩＭは、仮想化基盤上で動作するユーザサービス（ＶＮＦ）に影響の出ない運用を行うことを前提としている。そのため、ユーザサービスを止めずにＶＩＭのアップグレードを実施する方法の提案が望まれている。【００１１】
本発明は、仮想化基盤上で動作する仮想マシンを用いてユーザサービス（ＶＮＦ）を提供する際の、ＶＩＭのアップグレード等による影響の低減に貢献できる管理装置、上位装置、管理方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
第１の視点によれば、上位装置から、仮想ネットワークファンクションが稼動している第１の仮想化インフラストラクチャと、前記仮想ネットワークファンクションの移動先となる第２の仮想化インフラストラクチャとを接続する仮想リンクの作成指示を受信する受信部を備えた管理装置が提供される。この管理装置は、さらに、前記第１の仮想化インフラストラクチャに構築された第１のネットワークと、前記第２の仮想化インフラストラクチャに構築された第２のネットワークと、を第３のネットワークを介して接続するためのネットワーク変換情報を管理するネットワーク変換情報管理部を備える。この管理装置は、さらに、前記仮想リンクの作成指示に基づいて、前記第１、第２のネットワークをそれぞれ管理するネットワーク管理装置に対して、前記ネットワーク変換情報を送信し、前記第１、第２の仮想化インフラストラクチャをまたいで仮想ネットワークファンクションを構成する仮想マシン間の通信を実現する仮想リンクを作成させる仮想リンク作成部を備える。【００１３】
第２の視点によれば、前記第１の仮想化インフラストラクチャのサービス停止の前に、上記した管理装置に対して、前記仮想リンクの作成指示を送信し、前記第１の仮想化インフラストラクチャにおいて稼動している仮想ネットワークファンクションを構成する仮想マシンを、前記第２の仮想化インフラストラクチャに移動させ、ヒーリングを実施する上位装置が提供される。【００１４】
第３の視点によれば、第１の仮想化インフラストラクチャに構築された第１のネットワークと、第２の仮想化インフラストラクチャに構築された第２のネットワークと、を第３のネットワークを介して接続するためのネットワーク変換情報を管理するネットワーク変換情報管理部を備えた管理装置が、上位装置から、仮想ネットワークファンクションが稼動している第１の仮想化インフラストラクチャと、前記仮想ネットワークファンクションの移動先となる第２の仮想化インフラストラクチャとを接続する仮想リンクの作成指示を受信するステップと、前記仮想リンクの作成指示に基づいて、前記第１、第２のネットワークをそれぞれ管理するネットワーク管理装置に対して、前記ネットワーク変換情報を送信し、前記第１、第２の仮想化インフラストラクチャをまたいで仮想ネットワークファンクションを構成する仮想マシン間の通信を実現する仮想リンクを作成させるステップと、を含む管理方法が提供される。本方法は、上位装置からの指示に応じて仮想リンクを作成する管理装置という、特定の機械に結びつけられている。【００１５】
第４の視点によれば、第１の仮想化インフラストラクチャに構築された第１のネットワークと、第２の仮想化インフラストラクチャに構築された第２のネットワークと、を第３のネットワークを介して接続するためのネットワーク変換情報を管理するネットワーク変換情報管理部を備えた管理装置に搭載されたコンピュータに、上位装置から、仮想ネットワークファンクションが稼動している第１の仮想化インフラストラクチャと、前記仮想ネットワークファンクションの移動先となる第２の仮想化インフラストラクチャとを接続する仮想リンクの作成指示を受信する処理と、前記仮想リンクの作成指示に基づいて、前記第１、第２のネットワークをそれぞれ管理するネットワーク管理装置に対して、前記ネットワーク変換情報を送信し、前記第１、第２の仮想化インフラストラクチャをまたいで仮想ネットワークファンクションを構成する仮想マシン間の通信を実現する仮想リンクを作成させる処理と、を実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な（非トランジトリーな）記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
【発明の効果】
【００１６】
本発明によれば、仮想化基盤上で動作する仮想マシンを用いてユーザサービス（ＶＮＦ）を提供する際の、ＶＩＭのアップグレード等による影響を低減することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態の構成を示す図である。
【図２】ＮＦＶアーキテクチャを説明するための図である。
【図３】本発明の第１の実施形態の構成を示す図である。
【図４】本発明の第１の実施形態のＷＩＭの構成を示す機能ブロック図である。
【図５】本発明の第１の実施形態のＷＩＭが保持するネットワーク変換情報の一例を示す図である。
【図６】本発明の第１の実施形態の動作を表したシーケンス図である。
【図７】本発明の第１の実施形態の動作を説明するための図である。
【図８】本発明の第２の実施形態の動作を表したシーケンス図である。
【図９】本発明の第３の実施形態の構成を示す図である。
【図１０】本発明の第３の実施形態の動作を表したシーケンス図である。
【図１１】本発明の各実施形態のＷＩＭとして機能するコンピュータの構成を示す図である。
【発明を実施するための形態】
【００１８】
はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。また、以降の説明で参照する図面等のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。また、図中の各ブロックの入出力の接続点には、ポート乃至インタフェースがあるが図示省略する。
【００１９】
本発明は、その一実施形態において、図１に示すように、受信部１１と、ネットワーク変換情報管理部１３と、仮想リンク作成部１２と、を備える管理装置１０にて実現できる。より具体的には、受信部１１は、上位装置から、仮想ネットワークファンクションが稼動している第１の仮想化インフラストラクチャと、前記仮想ネットワークファンクションの移動先となる第２の仮想化インフラストラクチャとを接続する仮想リンクの作成指示を受信する。
【００２０】
ネットワーク変換情報管理部１３は、前記第１の仮想化インフラストラクチャに構築された第１のネットワークと、前記第２の仮想化インフラストラクチャに構築された第２のネットワークと、を第３のネットワークを介して接続するためのネットワーク変換情報を管理する。
【００２１】
仮想リンク作成部１２は、前記仮想リンクの作成指示に基づいて、前記第１、第２のネットワークをそれぞれ管理するネットワーク管理装置２１、２２に対して、前記ネットワーク変換情報を送信し、前記第１、第２の仮想化インフラストラクチャをまたいで仮想ネットワークファンクションを構成する仮想マシン間の通信を実現する仮想リンクを作成させる。
【００２２】
上記構成を採用することにより、仮想化基盤（仮想化インフラストラクチャ）上で動作する仮想マシンを用いてユーザサービス（ＶＮＦ）を提供する際に、ＶＩＭのアップグレード等による影響を受けにくい構成を提供することが可能となる。その理由は、上位装置からの仮想リンクの作成指示に基づいて、前記第１、第２の仮想化インフラストラクチャをまたいで仮想ネットワークファンクションを構成する仮想マシン間の通信を実現する仮想リンクを作成する構成を採用したことにある。
【００２３】
［第１の実施形態］
続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。以下の実施形態では図２で示すようなＮＦＶアーキテクチャであるものとして説明する。このような構成において、図３に示すように、ＶＩＭ１２０の上位ノードであるＮＦＶＯ１００（図２のＯｒｃｈｅｓｔｒａｔｏｒに相当）もしくはＶＮＦＭ１１０が主導で、ＶＩＭ１２０で管理されるＮＦＶＩ上のＶＮＦ（例えば、図３のＶＮＦ１）を、別ＶＩＭで管理されるＮＦＶＩ（例えば、図３のＮＦＶＩ−ＰｏＰ２）上へ移動させる（図７参照）。これにより、移動元ＶＩＭ１２０について、ＶＮＦサービスに影響無くアップグレード可能な状態にする（以下、移動元ＶＩＭをＳｏｕｒｃｅＶＩＭ、移動先ＶＩＭをＴａｒｇｅｔＶＩＭと呼称する。また、ＶＩＭ１２０は上記仮想化インフラストラクチャ管理部に相当する。）。
【００２４】
図３は、本発明の第１の実施形態の構成を示す図である。図３を参照すると、図２に示すＮＦＶアーキテクチャがＷＡＮ（第３のネットワークに相当）を介して２つ接続された構成が示されている。ＮＦＶＩは、ＮＦＶＩ−ＰｏＰ（Ｐｏｉｎｔ  Ｏｆ  Ｐｒｅｓｅｎｓｅ）１と、ＮＦＶＩ−ＰｏＰ（Ｐｏｉｎｔ  Ｏｆ  Ｐｒｅｓｅｎｓｅ）２とを含んで構成されている。ＮＦＶＩ−ＰｏＰ１、ＮＦＶＩ−ＰｏＰ２には、それぞれ１台以上のＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ１５１、１５２、１５３が配置されている。Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ１５１、１５２、１５３は、ＳＤＮ（Ｓｏｆｔｗａｒｅ  Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋ）コントローラによって実現される。Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ１５１、１５２、１５３は、ＶＮＦ１、ＶＮＦ２を構成するＶＭ間の通信やＶＭとＰＮＦ（Ｐｈｙｓｉｃａｌ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）  Ｅｎｄｐｏｉｎｔ１６１、１６２間の通信を制御可能となっている。
【００２５】
上記ＶＮＦを移動させる際、ＶＮＦ内部のＶＭについて、ＶＭ同士の通信を継続させる必要がある。そこで、本実施形態では、図３に示すように、ＷＩＭ（ＷＡＮ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｍａｎａｇｅｒ）という装置をＷＡＮを管理するＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ１５４の上位に配置する。上記ＶＮＦの移動の過程において、ＳｏｕｒｃｅＶＩＭ、ＴａｒｇｅｔＶＩＭがそれぞれ別のネットワークに存在する場合、ＷＩＭ１３０がＳｏｕｒｃｅＶＩＭ−ＴａｒｇｅｔＶＩＭ間をＶＬ（Ｖｉｒｔｕａｌ  Ｌｉｎｋ）でつなぐ機能を担う。
【００２６】
図４は、上記ＷＩＭ１３０の詳細構成を示す機能ブロック図である。図４を参照すると、ＷＩＭ１３０は、受信部１３１と、仮想リンク作成部１３２と、ネットワーク変換情報管理部１３３とを備えている。
【００２７】
図３に示すように、別ネットワーク上に存在する複数ＮＦＶＩ−ＰｏＰに跨るＶＮＦライフサイクルについて、ＮＦＶ標準そのままの構成ではＶＭ同士の通信を実施することができない。そこで、本実施形態では、ＮＦＶＯ１００からＷＩＭ１３０に対しＳｏｕｒｃｅＶＩＭ、ＴａｒｇｅｔＶＩＭのＩＤを通知し、ＳｏｕｒｃｅＶＩＭとＴａｒｇｅｔＶＩＭそれぞれのＶＩＭに登録されているネットワーク（以下、ＶＩＭ−ＮＷと呼称する）２０１、２０２についてネットワーク変換テーブル（以下、ＮＷ変換テーブルと呼称する）の作成を指示する。
【００２８】
図４のＷＩＭ１３０の受信部１３１は、上記ＮＦＶＯ１００からの指示を受信する。そして、仮想リンク作成部１３２は、前記指示に基づいて、図５に示すＮＷ変換テーブルを作成し、ネットワーク変換情報管理部１３３に保存する。そして、仮想リンク作成部１３２は、前記作成したＮＷ変換テーブルのエントリを、各ＶＩＭを収容するネットワークのＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ１５１〜１５４に渡す。前記エントリを受信した各Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ１５１〜１５４は、各ＶＩＭに登録されているＶＩＭ−ＮＷ間をルーチングさせる。これにより、ＶＮＦ内の別ネットワークのＶＩＭにて制御されるＶＭ間の内部通信が可能となる。
【００２９】
図５は、上記ＮＷ変換テーブルの例を示す。図５の例は、ＶＩＭ＃１、＃２、＃３といったＶＩＭ  ＩＤにて特定されるＶＩＭ−ＮＷ間のアドレスやＶＬＡＮ情報を対応付けたエントリが示されている。なお、図５の例では、３つのＶＩＭ−ＮＷ間の対応関係を示しているが、対応付けられるＶＩＭ−ＮＷの数は３つに限定されない。例えば、図３のように、ＶＩＭが２つである場合、ＮＦＶＩ−ＰｏＰ１のＶＩＭ−ＮＷ２０１と、ＮＦＶＩ−ＰｏＰ２のＶＩＭ−ＮＷ２０２が対応付けられることになる。
【００３０】
なお、図３の例では、ＷＩＭ１３０とＮｅｔｗｏｒｋ  Ｃｏｎｔｏｒｏｌｌｅｒ１５４が独立して配置されているものとしているが、ＷＩＭ１３０とＮｅｔｗｏｒｋ  Ｃｏｎｔｏｒｏｌｌｅｒ１５４とを統合させてもよい。この場合、ＷＩＭ１３０が、ＷＡＮ（第３のネットワーク）を制御するＳＤＮ（Ｓｏｆｔｗａｒｅ  Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋ）コントローラとしての機能を有することになる。
【００３１】
続いて、本実施形態の動作について図面を参照して詳細に説明する。以下の説明では、ＮＦＶＯ１００の主導の下に、ＶＮＦライフサイクルのＨｅａｌｉｎｇを行う例を挙げて説明する。図６は、本発明の第１の実施形態の動作を表したシーケンス図である。図６内のＶＩＭ＃１はＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃１が管理するネットワーク内にあり、ＳｏｕｒｃｅＶＩＭである。ＶＩＭ＃２はＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃２が管理するネットワーク内にあり、ＴａｒｇｅｔＶＩＭである。
【００３２】
ＳＴＥＰ１：ＳｅｎｄｅｒはＶＮＦＭ（図３のＶＮＦＭ１１０）に対してＶＮＦ  Ｈｅａｌｉｎｇを指示する。ここで、Ｓｅｎｄｅｒは保守者もしくは上位の装置（例えば、図２のＯＳＳ／ＢＳＳやＯｒｃｈｅｓｔｒａｔｏｒ）を指す。この際、Ｓｅｎｄｅｒは、パラメータにＳｏｕｒｃｅＶＩＭ−ＩＤを追加したＨｅａｌｉｎｇリクエストを送信する。この部分がＮＦＶ標準との差異となる。
【００３３】
ＳＴＥＰ２：ＶＮＦＭはＳｅｎｄｅｒに対して応答を返す。
【００３４】
ＳＴＥＰ３：ＶＮＦＭはＮＦＶＯ（図３のＶＮＦＭ１１０）に対してＶＮＦ  Ｈｅａｌｉｎｇ要求を送信する。この際、ＶＮＦＭは、ＮＦＶ標準のパラメータにＴａｒｇｅｔＶＩＭ選択制限「ＳｏｕｒｃｅＶＩＭ以外を選択」を追加指定する。
【００３５】
ＳＴＥＰ４：ＮＦＶＯは、ＮＦＶＯの持つ情報を参照して、使用可能なリソースかつＴａｒｇｅｔＶＩＭ選択制限を満たすリソースを検索する。
【００３６】
以下、ＳＴＥＰ５〜ＳＴＥＰ１７がＮＦＶ標準との差分となる。
ＳＴＥＰ５：ＮＦＶＯは、使用可能なリソースかつＴａｒｇｅｔＶＩＭ選択制限を満たすリソースを持つＶＩＭをＴａｒｇｅｔＶＩＭとし、そのＶＩＭ  ＩＤを管理する。
【００３７】
ＳＴＥＰ６：ＮＦＶＯは、ＷＩＭ（図３のＷＩＭ１３０）に対し、ＶＬ作成要求（ＶＬ作成指示）を送信する。この際、ＮＦＶＯは、パラメータとしてＳｏｕｒｃｅＶＩＭ−ＩＤ、ＴａｒｇｅｔＶＩＭ−ＩＤを設定したＶＬ作成要求を送信する。
【００３８】
ＳＴＥＰ７：ＷＩＭは、前記ＮＦＶＯからのＶＬ作成要求に基づいて、ＳｏｕｒｃｅＶＩＭ、ＴａｒｇｅｔＶＩＭ間のＶＩＭ−ＮＷを対応付けたＶＩＭ−ＮＷ変換テーブルを作成する。
【００３９】
ＳＴＥＰ８：ＷＩＭは、ＳｏｕｒｃｅＶＩＭを収容するネットワークのＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃１（例えば、図３のＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ１５１又は１５２）に対しＶＬ作成要求を送信する。この際、ＷＩＭは、パラメータとして、ＳｏｕｒｃｅＶＩＭ−ＩＤ、ＴａｒｇｅｔＶＩＭ−ＩＤ、ＮＷ変換テーブルの該当エントリの内容を設定したＶＬ作成要求を送信する。
【００４０】
ＳＴＥＰ９：Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃１は受け取ったＮＷ変換テーブルのエントリに基づいて、ＳｏｕｒｃｅＶＩＭ、ＴａｒｇｅｔＶＩＭ間のＶＩＭ−ＮＷについてルーチング設定を行う。
【００４１】
ＳＴＥＰ１０：Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃１はＷＩＭに応答を返す。
【００４２】
ＳＴＥＰ１１：ＷＩＭはＴａｒｇｅｔＶＩＭを収容するネットワークのＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃２（例えば、図３のＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ１５３）に対しＶＬ作成要求を送信する。この際、ＷＩＭは、パラメータとしてＳｏｕｒｃｅＶＩＭ−ＩＤ、ＴａｒｇｅｔＶＩＭ−ＩＤ、ＮＷ変換テーブルの該当エントリの内容を設定したＶＬ作成要求を送信する。
【００４３】
ＳＴＥＰ１２：Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃２は受け取ったＮＷ変換テーブルのエントリに基づいて、ＳｏｕｒｃｅＶＩＭ、ＴａｒｇｅｔＶＩＭ間のＶＩＭ−ＮＷについてルーチング設定を行う。
【００４４】
ＳＴＥＰ１３：Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃２は、ＷＩＭに応答を返す。
【００４５】
ＳＴＥＰ１４：ＷＩＭは、ＮＦＶＯに対し応答を返す。
【００４６】
ＳＴＥＰ１５：ＮＦＶＯは、ＶＮＦＭに対し、ＧｒａｎｔＶｎｆＬｉｆｅｃｙｃｌｅＯｐｅｒａｔｉｏｎ応答を返す。その際、ＮＦＶＯは、パラメータとして、ＴａｒｇｅｔＶＩＭ−ＩＤ、ＶＭイメージ、フレーバー情報など（ｖｉｍＡｓｓｅｔｓ）を設定した応答を送信する。
【００４７】
ＳＴＥＰ１６：ＶＮＦＭは、ＴａｒｇｅｔＶＩＭに対してＨｅａｌｉｎｇ対象のＶＭイメージを転送する。
【００４８】
ＳＴＥＰ１７：ＴａｒｇｅｔＶＩＭは、ＶＮＦＭに対して応答を返す。
【００４９】
ＳＴＥＰ１８：ＶＮＦＭは、ＴａｒｇｅｔＶＩＭに対して、ＶＭのＨｅａｌｉｎｇの実施を指示する。以上により、ＴａｒｇｅｔＶＩＭにＶＮＦが移動した状態となる（図７のＶＮＦ１参照）。
【００５０】
ＳＴＥＰ１９：ＶＮＦＭは、ＮＦＶＯに対してＶＮＦライフサイクル完了通知を送る。
【００５１】
ＳＴＥＰ２０：ＮＦＶＯは、ＶＮＦＭに対して応答を返す。
【００５２】
ＳＴＥＰ２１：ＶＮＦＭは、Ｓｅｎｄｅｒに対してＶＮＦライフサイクル完了通知を送る。
【００５３】
ＳＴＥＰ２２：ＳｅｎｄｅｒはＶＮＦＭに対して応答を返す。
【００５４】
以上により一連の処理が完結する。上記説明からも明らかなとおり、本実施形態では、ＳｏｕｒｃｅＶＩＭが管理するＮＦＶＩ上のＶＭを全てＴａｒｇｅｔＶＩＭが管理するＮＦＶＩ上に移動させることが可能となる。これにより、ＳｏｕｒｃｅＶＩＭのＮｏｒｔｈＢｏｕｎｄ−Ｉｎｔｅｒｆａｃｅ接続断（図２の参照ポイントＶｉ−Ｖｎｆｍ、Ｎｆ−Ｖｉ参照）によるＶＮＦへのサービス影響が無い状態でＳｏｕｒｃｅＶＩＭのアップグレードが可能となる。換言すると、本実施形態によれば、上記アップグレード等によるＶＩＭのサービス停止の前に、ＷＩＭ１３０に対して、仮想リンクの作成要求を送信し、サービスを継続させつつ、ＶＮＦを別の仮想化基盤に移動させることができることを意味する。
【００５５】
［第２の実施形態］
上記した第１の実施形態では、ＶＮＦＭやＮＦＶＯといった上位装置からのＶＬ作成要求（ＶＬ作成指示）を契機に、ＷＩＭ１３０が、ＶＩＭ−ＮＷ変換テーブルのエントリを作成するものと説明した。
【００５６】
事前にＶＩＭ−ＮＷ変換テーブルを用意している点で第１の実施形態と異なる。本実施形態では、ＷＩＭ１３０が、ＮＦＶＯが管理する各ＶＩＭの、ＶＩＭ−ＮＷ変換テーブルを事前に作成しておく点で第１の実施形態と相違している。これにより、ＶＩＭ間のＶＭ移動時のシーケンスを１手順削減することが可能である。ＷＩＭ等の構成等は第１の実施形態と同様であるので、以下、その相違点を中心に説明する。
【００５７】
図８は、本発明の第２の実施形態の動作を表したシーケンス図である。本実施形態においてもＶＮＦライフサイクルのＨｅａｌｉｎｇを行う例を挙げて説明する。図６と同様に、図８内のＶＩＭ＃１はＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃１が管理するネットワーク内にあり、ＳｏｕｒｃｅＶＩＭである。ＶＩＭ＃２はＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃２が管理するネットワーク内にあり、ＴａｒｇｅｔＶＩＭである。
【００５８】
ＳＴＥＰ１：ＷＩＭは、ＮＦＶＯが管理する各ＶＩＭのＶＩＭ−ＮＷ変換テーブルを作成しておく（図５参照）。このステップが第１の実施形態との差分となる。
【００５９】
ＳＴＥＰ２：ＳｅｎｄｅｒはＶＮＦＭに対してＶＮＦ  Ｈｅａｌｉｎｇを指示する。第１の実施形態と同様に、Ｓｅｎｄｅｒは保守者もしくは上位の装置を指す。この際、Ｓｅｎｄｅｒは、パラメータにＳｏｕｒｃｅＶＩＭ−ＩＤを追加したＨｅａｌｉｎｇリクエストを送信する。この部分がＮＦＶ標準との差異となる。
【００６０】
ＳＴＥＰ３：ＶＮＦＭはＳｅｎｄｅｒに対して応答を返す。
【００６１】
ＳＴＥＰ４：ＶＮＦＭはＮＦＶＯに対してＶＮＦ  Ｈｅａｌｉｎｇ要求を送信する。この際、ＶＮＦＭは、ＮＦＶ標準のパラメータにＴａｒｇｅｔＶＩＭ選択制限「ＳｏｕｒｃｅＶＩＭ以外を選択」を追加指定する。
【００６２】
ＳＴＥＰ５：ＮＦＶＯはＮＦＶＯの持つ情報を参照して、使用可能なリソースかつＴａｒｇｅｔＶＩＭ選択制限を満たすリソースを検索する。
【００６３】
以下、ＳＴＥＰ６〜ＳＴＥＰ１７がＮＦＶ標準との差分となる。
ＳＴＥＰ６：ＮＦＶＯは、使用可能なリソースかつＴａｒｇｅｔＶＩＭ選択制限を満たすリソースを持つＶＩＭをＴａｒｇｅｔＶＩＭとし、そのＶＩＭ  ＩＤを管理する。
【００６４】
ＳＴＥＰ７：ＮＦＶＯは、ＷＩＭに対し、ＶＬ作成要求（ＶＬ作成指示）を送信する。この際、ＮＦＶＯは、パラメータとしてＳｏｕｒｃｅＶＩＭ−ＩＤ、ＴａｒｇｅｔＶＩＭ−ＩＤを設定したＶＬ作成要求を送信する。
【００６５】
ＳＴＥＰ８：ＷＩＭは、ＳｏｕｒｃｅＶＩＭを収容するネットワークのＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃１（例えば、図３のＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ１５１又は１５２）に対しＶＬ作成要求を送信する。この際、ＷＩＭは、パラメータとしてＳｏｕｒｃｅＶＩＭ−ＩＤ、ＴａｒｇｅｔＶＩＭ−ＩＤ、ＮＷ変換テーブルの該当エントリの内容を設定したＶＬ作成要求を送信する。
【００６６】
ＳＴＥＰ９：Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃１は受け取ったＮＷ変換テーブルのエントリに基づいて、ＳｏｕｒｃｅＶＩＭ、ＴａｒｇｅｔＶＩＭ間のＶＩＭ−ＮＷについてルーチング設定を行う。
【００６７】
ＳＴＥＰ１０：Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃１はＷＩＭに応答を返す。
【００６８】
ＳＴＥＰ１１：ＷＩＭはＴａｒｇｅｔＶＩＭを収容するネットワークのＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃２（例えば、図３のＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ１５３）に対しＶＬ作成要求を送信する。この際、ＷＩＭは、パラメータとしてＳｏｕｒｃｅＶＩＭ−ＩＤ、ＴａｒｇｅｔＶＩＭ−ＩＤ、ＮＷ変換テーブルの該当エントリの内容を設定したＶＬ作成要求を送信する。
【００６９】
ＳＴＥＰ１２：Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃２は受け取ったＮＷ変換テーブルのエントリに基づいて、ＳｏｕｒｃｅＶＩＭ、ＴａｒｇｅｔＶＩＭ間のＶＩＭ−ＮＷについてルーチング設定を行う。
【００７０】
ＳＴＥＰ１３：Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃２はＷＩＭに応答を返す。
【００７１】
ＳＴＥＰ１４：ＷＩＭはＮＦＶＯに対し応答を返す。
【００７２】
ＳＴＥＰ１５：ＮＦＶＯは、ＶＮＦＭに対しＧｒａｎｔＶｎｆＬｉｆｅｃｙｃｌｅＯｐｅｒａｔｉｏｎ応答を返す。その際、ＮＦＶＯは、パラメータとして、ＴａｒｇｅｔＶＩＭ−ＩＤ、ＶＭイメージ、フレーバー情報など（ｖｉｍＡｓｓｅｔｓ）を設定した応答を送信する。
【００７３】
ＳＴＥＰ１６：ＶＮＦＭは、ＴａｒｇｅｔＶＩＭに対してＨｅａｌｉｎｇ対象のＶＭイメージを転送する。
【００７４】
ＳＴＥＰ１７：ＴａｒｇｅｔＶＩＭは、ＶＮＦＭに対して応答を返す。
【００７５】
ＳＴＥＰ１８：ＶＮＦＭは、ＴａｒｇｅｔＶＩＭに対して、ＶＭのＨｅａｌｉｎｇの実施を指示する。以上により、ＴａｒｇｅｔＶＩＭにＶＮＦが移動した状態となる（図７のＶＮＦ１参照）。
【００７６】
ＳＴＥＰ１９：ＶＮＦＭは、ＮＦＶＯに対してＶＮＦライフサイクル完了通知を送る。
【００７７】
ＳＴＥＰ２０：ＮＦＶＯは、ＶＮＦＭに対して応答を返す。
【００７８】
ＳＴＥＰ２１：ＶＮＦＭは、Ｓｅｎｄｅｒに対してＶＮＦライフサイクル完了通知を送る。
【００７９】
ＳＴＥＰ２２：ＳｅｎｄｅｒはＶＮＦＭに対して応答を返す。
【００８０】
以上説明したように、第２の実施形態によれば、第１の実施形態との比較において、ＶＬ作成要求以降の処理ステップを１つ削減することが可能となる。
【００８１】
［第３の実施形態］
上記した第１、第２の実施形態では、ＴａｒｇｅｔＶＩＭが１つである例を挙げて説明したが、ＴａｒｇｅｔＶＩＭの数は、２以上であってもよい（図９参照）。以下、ＴａｒｇｅｔＶＩＭが２つであることを想定した第３の実施形態について説明する。なお、ＷＩＭ等の構成等は第１、第２の実施形態と同様であるので、以下、その相違点を中心に説明する。
【００８２】
図１０は、本発明の第３の実施形態の動作を表したシーケンス図である。本実施形態においてもＶＮＦライフサイクルのＨｅａｌｉｎｇを行う例を挙げて説明する。図６、図８と同様に、図１０内のＶＩＭ＃１はＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃１が管理するネットワーク内にあり、ＳｏｕｒｃｅＶＩＭである。ＶＩＭ＃２はＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃２が管理するネットワーク内にあり、以下、ＴａｒｇｅｔＶＩＭ＃１とする。ＶＩＭ＃３は、Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃３が管理するネットワーク内にあり、以下、ＴａｒｇｅｔＶＩＭ＃２とする。
【００８３】
ＳＴＥＰ１：ＳｅｎｄｅｒはＶＮＦＭに対してＶＮＦ  Ｈｅａｌｉｎｇを指示する。第１の実施形態と同様に、Ｓｅｎｄｅｒは保守者もしくは上位の装置を指す。この際、Ｓｅｎｄｅｒは、パラメータにＳｏｕｒｃｅＶＩＭ−ＩＤを追加したＨｅａｌｉｎｇリクエストを送信する。この部分がＮＦＶ標準との差異となる。
【００８４】
ＳＴＥＰ２：ＶＮＦＭはＳｅｎｄｅｒに対して応答を返す。
【００８５】
ＳＴＥＰ３：ＶＮＦＭはＮＦＶＯに対してＶＮＦ  Ｈｅａｌｉｎｇ要求を送信する。この際、ＶＮＦＭは、ＮＦＶ標準のパラメータにＴａｒｇｅｔＶＩＭ選択制限「ＳｏｕｒｃｅＶＩＭ以外を選択」を追加指定する。
【００８６】
ＳＴＥＰ４：ＮＦＶＯは、ＮＦＶＯの持つ情報を参照して、使用可能なリソースかつＴａｒｇｅｔＶＩＭ選択制限を満たすリソースを検索する。
【００８７】
ＳＴＥＰ５：ＮＦＶＯは、使用可能なリソースを持つＶＩＭをＴａｒｇｅｔＶＩＭとし、そのＶＩＭ  ＩＤを管理する。本実施形態では、使用可能なリソースを持つＶＩＭを２つ選択したものとする。ＮＦＶＯは、これらをＴａｒｇｅｔＶＩＭ＃１−ＩＤ、ＴａｒｇｅｔＶＩＭ＃２−ＩＤとして管理する。
【００８８】
ＳＴＥＰ６：ＮＦＶＯは、ＷＩＭに対し、ＶＬ作成要求（ＶＬ作成指示）を送信する。この際、ＮＦＶＯは、パラメータとしてＳｏｕｒｃｅＶＩＭ−ＩＤ、ＴａｒｇｅｔＶＩＭ−ＩＤｓを設定したＶＬ作成要求を送信する。
【００８９】
ＳＴＥＰ７：ＷＩＭは、前記ＮＦＶＯからのＶＬ作成要求に基づいて、ＳｏｕｒｃｅＶＩＭ−ＴａｒｇｅｔＶＩＭ＃１間及びＳｏｕｒｃｅＶＩＭ−ＴａｒｇｅｔＶＩＭ＃２間、ＴａｒｇｅｔＶＩＭ＃１−ＴａｒｇｅｔＶＩＭ＃２間のＶＩＭ−ＮＷ変換テーブルを作成する（図５参照）。
【００９０】
ＳＴＥＰ８：ＷＩＭは、ＳｏｕｒｃｅＶＩＭを収容するネットワークのＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃１に対しＶＬ作成要求を送信する。この際、ＷＩＭは、パラメータとしてＳｏｕｒｃｅＶＩＭ−ＩＤ、ＴａｒｇｅｔＶＩＭ−ＩＤ、ＮＷ変換テーブルの該当エントリの内容を設定したＶＬ作成要求を送信する。
【００９１】
ＳＴＥＰ９：Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃１は受け取ったＮＷ変換テーブルのエントリに基づいて、ＳｏｕｒｃｅＶＩＭ、ＴａｒｇｅｔＶＩＭ間のＶＩＭ−ＮＷについてルーチング設定を行う。
【００９２】
ＳＴＥＰ１０：Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃１はＷＩＭに応答を返す。
【００９３】
ＳＴＥＰ１１：ＷＩＭは、ＴａｒｇｅｔＶＩＭを収容するネットワークのＮｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃２に対しＶＬ作成要求を送信する。この際、ＷＩＭは、パラメータとして、ＳｏｕｒｃｅＶＩＭ−ＩＤ、ＴａｒｇｅｔＶＩＭ−ＩＤ、ＮＷ変換テーブル該当エントリの内容を設定したＶＬ作成要求を送信する。
【００９４】
ＳＴＥＰ１２：Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃２は受け取ったＮＷ変換テーブルのエントリに基づいて、ＳｏｕｒｃｅＶＩＭ、ＴａｒｇｅｔＶＩＭ間のＶＩＭ−ＮＷについてルーチング設定を行う。
【００９５】
ＳＴＥＰ１３：Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ＃２はＷＩＭに応答を返す。
【００９６】
ＳＴＥＰ１４：ＳＴＥＰ８〜ＳＴＥＰ１３と同様の処理をＳｏｕｒｃｅＶＩＭ−ＴａｒｇｅｔＶＩＭ＃２間、ＴａｒｇｅｔＶＩＭ＃１−ＴａｒｇｅｔＶＩＭ＃２間についても、同様に実施する。
【００９７】
ＳＴＥＰ１５：ＷＩＭは、ＮＦＶＯに対し応答を返す。
【００９８】
ＳＴＥＰ１６：ＮＦＶＯは、ＶＮＦＭに対しＧｒａｎｔＶｎｆＬｉｆｅｃｙｃｌｅＯｐｅｒａｔｉｏｎ応答を返す。その際、ＮＦＶＯは、パラメータとして、ＴａｒｇｅｔＶＩＭ−ＩＤ、ＶＭイメージフレーバー情報など（ｖｉｍＡｓｓｅｔｓ）を設定した応答を送信する。
【００９９】
ＳＴＥＰ１７：ＶＮＦＭはＴａｒｇｅｔＶＩＭ＃１に対してＨｅａｌｉｎｇ対象のＶＭイメージを転送する。
【０１００】
ＳＴＥＰ１８：ＴａｒｇｅｔＶＩＭ＃１は、ＶＮＦＭに対して応答を返す。
【０１０１】
ＳＴＥＰ１９：ＶＮＦＭからＴａｒｇｅｔＶＩＭ＃２に対してＨｅａｌｉｎｇ対象のＶＭイメージを転送する。
【０１０２】
ＳＴＥＰ２０：ＴａｒｇｅｔＶＩＭ＃２は、ＶＮＦＭに対して応答を返す。
【０１０３】
ＳＴＥＰ２１：ＶＮＦＭは、ＴａｒｇｅｔＶＩＭ＃１、＃２に対して、ＶＭのＨｅａｌｉｎｇの実施を指示する。以上により、ＴａｒｇｅｔＶＩＭ＃１、＃２のＶＭによりＶＮＦが構成された状態となる。
【０１０４】
ＳＴＥＰ２２：ＶＮＦＭは、ＮＦＶＯに対してＶＮＦライフサイクル完了通知を送る。
【０１０５】
ＳＴＥＰ２３：ＮＦＶＯは、ＶＮＦＭに対して応答を返す。
【０１０６】
ＳＴＥＰ２４：ＶＮＦＭは、Ｓｅｎｄｅｒに対してＶＮＦライフサイクル完了通知を送る。
【０１０７】
ＳＴＥＰ２５：ＳｅｎｄｅｒはＶＮＦＭに対して応答を返す。
【０１０８】
以上説明したように、第３の実施形態によれば、あるＶＩＭにて管理される仮想化基盤上で動作していたＶＮＦを複数のＶＩＭを用いて移動させることが可能となる。
【０１０９】
以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したネットワーク構成、各要素の構成、メッセージの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。また、以下の説明において、「Ａ及び／又はＢ」は、Ａ及びＢの少なくともいずれかという意味で用いる。
【０１１０】
また、上記した第１〜第３の実施形態のＷＩＭは、ＷＩＭ１３０として機能するコンピュータ（図１１の９０００）に、ＷＩＭ１３０としての機能を実現させるプログラムにより実現可能である。このようなコンピュータは、図１１のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９０１０、通信インタフェース９０２０、メモリ９０３０、補助記憶装置９０４０を備える構成に例示される。すなわち、図１１のＣＰＵ９０１０にて、領域分割プログラムや位置推定プログラムを実行し、その補助記憶装置９０４０等に保持された各計算パラメータの更新処理を実施させればよい。
【０１１１】
即ち、上記した第１〜第３の実施形態に示したＷＩＭ１３０の各部（処理手段、機能）は、ＷＩＭ１３０に搭載されたプロセッサに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することができる。
【０１１２】
最後に、本発明の好ましい形態を要約する。
［第１の形態］
（上記第１の視点による管理装置参照）
［第２の形態］
上記した管理装置のネットワーク変換情報管理部は、前記上位装置からの前記仮想リンクの作成指示に基づいて、前記ネットワーク変換情報を作成する構成を採ることもできる。
［第３の形態］
上記した管理装置の前記上位装置は、前記仮想リンクの作成指示後、前記第１の仮想化インフラストラクチャ上で稼動している仮想ネットワークファンクションを構成する仮想マシンを、前記第２の仮想化インフラストラクチャに移動させ、ヒーリングを実施することができる。
［第４の形態］
上記した管理装置において、前記仮想ネットワークファンクションの移動先となる前記第２の仮想化インフラストラクチャが２以上存在し、前記第１の仮想化インフラストラクチャと、前記２以上の前記第２の仮想化インフラストラクチャとをそれぞれ接続する仮想リンクを作成する構成を採ることもできる。
［第５の形態］
上記した管理装置が、前記第３のネットワークを制御するＳＤＮ（Ｓｏｆｔｗａｒｅ  Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋ）コントローラとしての機能を有することも好ましい。
［第６の形態］
前記上位装置は、ＮＦＶオーケストレータ（ＮＦＶＯ）又は仮想ネットワークファンクションマネージャ（ＶＮＦＭ）であってもよい。
［第７の形態］
（上記第２の視点による上位装置参照）
［第８の形態］
（上記第３の視点による管理方法参照）
［第９の形態］
（上記第４の視点によるプログラム参照）
なお、上記第７〜第９の形態は、第１の形態と同様に、第２〜第６の形態に展開することが可能である。
【０１１３】
なお、上記の特許文献および非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択（部分的削除を含む）が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
【符号の説明】
【０１１４】
１０  管理装置
１１  受信部
１２  仮想リンク作成部
１３  ネットワーク変換情報管理部
２１、２２  ネットワーク管理装置
１００  ＮＦＶＯ
１１０  ＶＮＦＭ
１２０  ＶＩＭ
１３０  ＷＩＭ
１３１  受信部
１３２  仮想リンク作成部
１３３  ネットワーク変換情報管理部
１５１、１５２、１５３、１５４  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ
１６１、１６２  ＰＮＦ  Ｅｎｄｐｏｉｎｔ
２０１、２０２  ネットワーク
９０００  コンピュータ
９０１０  ＣＰＵ
９０２０  通信インタフェース
９０３０  メモリ
９０４０  補助記憶装置
【図１】
2019106904.tif 000003
【図２】
2019106904.tif 000004
【図３】
2019106904.tif 000005
【図４】
2019106904.tif 000006
【図５】
2019106904.tif 000007
【図６】
2019106904.tif 000008
【図７】
2019106904.tif 000009
【図８】
2019106904.tif 000010
【図９】
2019106904.tif 000011
【図１０】
2019106904.tif 000012
【図１１】
2019106904.tif 000013
【国際調査報告】
2019106904.tif 000014
2019106904.tif 000015