(57)【要約】  ＶＮＦＭで喪われたＶＮＦＲと仮想リソースの対応関係の復旧手段を提供する。オーケストレーション装置は、ＶＮＦを生成したＶＮＦＭから、当該ＶＮＦに割り当てた仮想リソース情報を受信する受信部と、前記ＶＮＦと、前記仮想リソース情報とを対応付けて記憶する記憶部と、前記ＶＮＦと前記仮想リソース情報との対応関係を喪ったＶＮＦＭに対して、指定されたＶＮＦに対応する前記仮想リソース情報を送信して、前記ＶＮＦＭにＶＮＦに割り当てた仮想リソース情報を回復させる同期部と、を備える。
2019240274.tif 000002
【特許請求の範囲】
【請求項１】
ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）を生成したＶＮＦＭ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｍａｎａｇｅｒ）から、当該ＶＮＦに割り当てた仮想リソース情報を受信する受信部と、
前記ＶＮＦと、前記仮想リソース情報とを対応付けて記憶する記憶部と、
前記ＶＮＦと前記仮想リソース情報との対応関係を喪ったＶＮＦＭに対して、指定されたＶＮＦに対応する前記仮想リソース情報を送信して、前記ＶＮＦＭにＶＮＦに割り当てた仮想リソース情報を回復させる同期部と、
を備えるオーケストレーション装置。
【請求項２】
前記同期部は、
前記ＶＮＦＭに対して、ＶＮＦを指定した同期確認要求を送信し、前記ＶＮＦと前記仮想リソース情報との対応関係を喪っているか否かを確認させる請求項１のオーケストレーション装置。
【請求項３】
前記同期部は、
前記ＶＮＦＭに対して、複数のＶＮＦの同期確認要求を送信し、前記ＶＮＦと前記仮想リソース情報との対応関係を喪っているか否かを確認させ、
前記複数のＶＮＦに対応する前記仮想リソース情報をそれぞれ送信して、前記ＶＮＦＭに前記複数のＶＮＦに割り当てた仮想リソース情報を回復させる請求項１のオーケストレーション装置。
【請求項４】
前記同期部は、
前記ＶＮＦＭにおいて、前記ＶＮＦと前記仮想リソース情報との対応関係を喪った可能性のある作業が行われたことを契機として、前記ＶＮＦＭに対し、同期確認要求を送信する請求項２又は３のオーケストレーション装置。
【請求項５】
ＮＦＶ（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）のオーケストレーション装置からの要求に応じて、ＶＩＭ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｍａｎａｇｅｒ）に対して、仮想リソースの割り当てを要求して、ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）を生成するＶＮＦ生成部と、
前記オーケストレーション装置に対して、前記割り当てた仮想リソース情報を送信し、前記ＶＮＦと、前記仮想リソース情報とを対応付けて保持させる通知部と、
を備えるＶＮＦＭ装置。
【請求項６】
所定の契機で、前記ＶＮＦと前記仮想リソース情報との対応関係を正しく保持しているか否かを確認し、
前記ＶＮＦと前記仮想リソース情報との対応関係を喪っている場合、前記オーケストレーション装置から、前記ＶＮＦと前記仮想リソース情報との対応関係を取得して、保持する請求項５のＶＮＦＭ装置。
【請求項７】
ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）を生成したＶＮＦＭ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｍａｎａｇｅｒ）から、当該ＶＮＦに割り当てた仮想リソース情報を受信し、
前記ＶＮＦと、前記仮想リソース情報とを対応付けて記憶し、
前記ＶＮＦと前記仮想リソース情報との対応関係を喪ったＶＮＦＭに対して、指定されたＶＮＦに対応する前記仮想リソース情報を送信して、前記ＶＮＦＭにＶＮＦに割り当てた仮想リソース情報を回復させるＶＮＦ情報の管理方法。
【請求項８】
ＮＦＶ（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）のオーケストレーション装置からの要求に応じて、ＶＩＭ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｍａｎａｇｅｒ）に対して、仮想リソースの割り当てを要求して、ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）を生成し、
前記オーケストレーション装置に対して、前記割り当てた仮想リソース情報を送信し、前記ＶＮＦと、前記仮想リソース情報とを対応付けて保持させるＶＮＦ情報の管理方法。
【請求項９】
ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）を生成したＶＮＦＭ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｍａｎａｇｅｒ）から、当該ＶＮＦに割り当てた仮想リソース情報を受信する処理と、
前記ＶＮＦと、前記仮想リソース情報とを対応付けて記憶する処理と、
前記ＶＮＦと前記仮想リソース情報との対応関係を喪ったＶＮＦＭに対して、指定されたＶＮＦに対応する前記仮想リソース情報を送信して、前記ＶＮＦＭにＶＮＦに割り当てた仮想リソース情報を回復させる処理と、
をコンピュータに実行させるプログラム。
【請求項１０】
ＮＦＶ（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）のオーケストレーション装置からの要求に応じて、ＶＩＭ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｍａｎａｇｅｒ）に対して、仮想リソースの割り当てを要求して、ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）を生成する処理と、
前記オーケストレーション装置に対して、前記割り当てた仮想リソース情報を送信し、前記ＶＮＦと、前記仮想リソース情報とを対応付けて保持させる処理と、
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願についての記載］
本発明は、日本国特許出願：特願２０１８−１１４６５４号（２０１８年  ６月１５日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、オーケストレーション装置、ＶＮＦＭ装置、管理方法及びプログラムに関する。
【背景技術】
【０００２】
ＥＴＳＩ  ＮＦＶではＮＦＶのアーキテクチャが定義されている（非特許文献１参照）。仮想化されるネットワークＭＡＮＯ（Ｍａｎａｇｅｍｅｎｔ  ａｎｄ  Ｏｒｃｈｅｓｔｒａｔｉｏｎ）には、仮想化基盤を管理するＶＩＭ、ネットワークサービスを構成するＶＮＦを管理するＶＮＦＭ、これらを制御するＮＦＶＯが定義されている。なお、ＶＩＭ、ＶＮＦ、ＶＮＦＭは、それぞれ、Ｖｉｒｔｕａｌｉｚｅｄ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｍａｎａｇｅｒ、Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ、ＶＮＦ  Ｍａｎａｇｅｒの略である。また、ＶＮＦはＶＮＦＣ（ＶＮＦ  Ｃｏｍｐｏｎｅｎｔ）によって構成され、ＶＮＦＣが一つのＶＭ（Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ）上で実行される。以下、「クラウド基盤」を、ＮＦＶにおけるＶＩＭに当たるもの、「サービス」をＮＦＶにおけるネットワークサービスを含むものとして記載する。【０００３】
特許文献１には、上記ＮＦＶＯ、ＶＮＦＭ、ＶＩＭがそれぞれの目的に応じて各種のデータを保持するデータベース（以下、ＤＢ）を有する構成において、ＤＢ間で対応するデータの不一致や実際の状態との乖離を解消できるという構成が開示されている。より具体的には、特許文献１には、ＮＦＶＯのＤＢと、ＶＮＦＭのＤＢとがそれぞれＶＮＦＲ（ＶＮＦ  Ｒｅｃｏｒｄ）に関連するデータを重複して保持することがあり、その場合に、ＤＢ間でデータの値を一致させることが記載されている（段落００３９参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２０１６／１２１８６９号
【非特許文献】
【０００５】
【非特許文献１】ETSI GS NFV-MAN 001 V1.1.1 (2014-12) Network Functions Virtualisation (NFV); Management and Orchestration、［online］、［平成30年6月15日検索］、インターネット〈http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf〉
【発明の概要】
【発明が解決しようとする課題】
【０００６】
以下の分析は、本発明によって与えられたものである。図１０は、ＮＦＶ−ＭＡＮＯの基本的アーキテクチャを示す図である。図１０のＯｒｃｈｅｓｔｒａｔｏｒ（オーケストレーション装置）が上記ＮＦＶＯに相当し、ＶＮＦＭやＶＩＭを制御する。また、図１０の構成においてＶＮＦＭの装置故障やシステム障害からの復旧、バックアップ切り戻し作業などが発生する場合がある。この種の作業を実施した場合、ＶＮＦＭがそれまで保持していたＶＮＦＲ（ＶＮＦ  Ｒｅｃｏｒｄ）のみならずＶＮＦＲと仮想リソースの紐付情報（対応関係）を消失する場合がありうる。ここで、仮想リソースとしては、ＶＩＭにより管理されている仮想リソースのほか、仮想リソースプールにおける仮想リソースなどが考えられる。【０００７】
ここで、ＶＮＦＲと仮想リソースの紐付情報（対応関係）について説明する。図１１は、ＮＦＶ標準のＶＮＦ  Ｉｎｓｔａｎｔｉａｔｉｏｎのシーケンスを示している。図１１に示すように、ＶＮＦＭは、ＮＦＶＯからの指示により、ＶＮＦＲ情報を生成する（３．Ｇｒａｎｔ  Ｌｉｆｅｃｙｃｌｅ  Ｏｐｅｒａｔｉｏｎ）。ＶＩＭにおける仮想リソースの割当完了後、ＶＮＦＭは、ＶＮＦのインスタンスを生成する（１０．Ｃｏｎｆｉｇｕｒｅ  ＶＮＦ）。この時、ＶＮＦＭは、ＶＮＦＲと仮想リソースの紐付情報（例えば、非特許文献１のｖｎｆｒ：ｖｄｕ）を保持する。一方、ＶＩＭは仮想リソース管理システムであり、ＶＮＦの単位情報であるＶＮＦＲを保持していない。また、ＮＦＶＯは、その名のとおりＶＮＦＭやＶＩＭのオーケストレーションを担う機能ブロックであり、仮想リソース情報を保持していない。そのため、ＶＮＦＲと仮想リソースの紐付情報（対応関係）はＶＮＦＭしか保持しておらず、ＶＮＦＭが障害等の要因で、当該情報を消失した場合、隣接機能ブロック間との同期処理による復旧手段が存在しないことになる。【０００８】
特許文献１では、ＮＦＶＯ、ＶＮＦＭのＤＢを同期させることで、ＮＦＶＯ、ＶＮＦＭのＤＢでそれぞれ保持しているＶＮＦＲを一致させることができる。しかしながら、ＶＮＦＲと仮想リソースの紐付情報（対応関係）は、上述のとおり、ＶＮＦＭのみが保持している情報であり、特許文献１の技術をもってしても復旧させることができないという問題点がある。【０００９】
現実問題としては、ＶＮＦＲと仮想リソースの紐付情報（対応関係）が喪われた場合、仮想リソースを削除後に、ＶＮＦを再構築するといった措置が採られている。しかしながら、この方法を採った場合、一時的に仮想リソースを削除することになるため、復旧までの間、該当ＶＮＦサービスが中断してしまうという問題点がある。【００１０】
本発明は、上記ＶＮＦＭで喪われたＶＮＦＲと仮想リソースの対応関係を復旧する手段の豊富化に貢献するオーケストレーション装置、ＶＮＦＭ装置、管理方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
第１の視点によれば、ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）を生成したＶＮＦＭ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｍａｎａｇｅｒ）から、当該ＶＮＦに割り当てた仮想リソース情報を受信する受信部を備えるオーケストレーション装置が提供される。このオーケストレーション装置は、さらに、前記ＶＮＦと、前記仮想リソース情報とを対応付けて記憶する記憶部を備える。このオーケストレーション装置は、さらに、前記ＶＮＦと前記仮想リソース情報との対応関係を喪ったＶＮＦＭに対して、指定されたＶＮＦに対応する前記仮想リソース情報を送信して、前記ＶＮＦＭにＶＮＦに割り当てた仮想リソース情報を回復させる同期部を備える。【００１２】
第２の視点によれば、ＮＦＶ（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）のオーケストレーション装置からの要求に応じて、ＶＩＭ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｍａｎａｇｅｒ）に対して、仮想リソースの割り当てを要求して、ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）を生成するＶＮＦ生成部と、前記オーケストレーション装置に対して、前記割り当てた仮想リソース情報を送信し、前記ＶＮＦと、前記仮想リソース情報とを対応付けて保持させる通知部と、を備えるＶＮＦＭ装置が提供される。【００１３】
第３の視点によれば、上記したオーケストレーション装置又はＶＮＦＭ装置において実施させるＶＮＦ情報の管理方法が提供される。前者のオーケストレーション装置において実施させる管理方法は、ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）を生成したＶＮＦＭ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｍａｎａｇｅｒ）から、当該ＶＮＦに割り当てた仮想リソース情報を受信し、前記ＶＮＦと、前記仮想リソース情報とを対応付けて記憶し、前記ＶＮＦと前記仮想リソース情報との対応関係を喪ったＶＮＦＭに対して、指定されたＶＮＦに対応する前記仮想リソース情報を送信して、前記ＶＮＦＭにＶＮＦに割り当てた仮想リソース情報を回復させる。【００１４】
後者のＶＮＦＭ装置において実施させるＶＮＦ情報の管理方法は、ＮＦＶ（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）のオーケストレーション装置からの要求に応じて、ＶＩＭ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｍａｎａｇｅｒ）に対して、仮想リソースの割り当てを要求して、ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）を生成し、前記オーケストレーション装置に対して、前記割り当てた仮想リソース情報を送信し、前記ＶＮＦと、前記仮想リソース情報とを対応付けて保持させる。これらの方法は、それぞれＮＦＶＯ装置又はＶＮＦＭ装置という、特定の機械に結びつけられている。【００１５】
第４の視点によれば、上記したＮＦＶＯ装置又はＶＮＦＭ装置の機能を実現するためのコンピュータプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な（非トランジトリーな）記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
【発明の効果】
【００１６】
本発明によれば、ＶＮＦＭにおいて喪われたＶＮＦＲと仮想リソースの対応関係を速やかに回復させることが可能となる。即ち、本発明は、背景技術に示したＮＦＶ−ＭＡＮＯの基本的アーキテクチャを、復旧機能を飛躍的に向上させたものへと変換するものとなっている。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態の構成を示す図である。
【図２】本発明の一実施形態の動作を説明するための図である。
【図３】本発明の一実施形態の動作を説明するための図である。
【図４】本発明の第１の実施形態のＮＦＶ−ＭＡＮＯの構成を示す図である。
【図５】本発明の第１の実施形態のＯｒｃｈｅｓｔｒａｔｏｒが保持する情報の一例を示す図である。
【図６】本発明の第１の実施形態の動作を表したシーケンス図である。
【図７】本発明の第１の実施形態の動作（同期処理）を表したシーケンス図である。
【図８】本発明の第２の実施形態の動作（同期処理）を表したシーケンス図である。
【図９】本発明の第３の実施形態の動作（同期処理）を表したシーケンス図である。
【図１０】ＮＦＶ−ＭＡＮＯの基本的アーキテクチャを示す図である。
【図１１】ＮＦＶ−ＭＡＮＯの動作を表したシーケンス図である。
【図１２】本発明のＮＦＶ−ＭＡＮＯの各機能ブロックを構成するコンピュータの構成を示す図である。
【発明を実施するための形態】
【００１８】
はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。また、以降の説明で参照する図面等のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。プログラムはコンピュータ装置を介して実行され、コンピュータ装置は、例えば、プロセッサ、記憶装置、入力装置、通信インタフェース、及び必要に応じ表示装置を備える。また、コンピュータ装置は、通信インタフェースを介して装置内又は外部の機器（コンピュータを含む）と、有線、無線を問わず、交信可能に構成される。また、図中の各ブロックの入出力の接続点には、ポート乃至インタフェースがあるが図示省略する。また、以下の説明において、「Ａ及び／又はＢ」は、Ａ及びＢの少なくともいずれかという意味で用いる。
【００１９】
本発明は、その一実施形態において、図１に示すように、受信部１１と、記憶部１２と、同期部１３と、を備えるオーケストレーション装置１０にて実現できる。
【００２０】
より具体的には、オーケストレーション装置１０は、ＯＳＳ／ＢＳＳからのＶＮＦサービスの要求受信などを契機に、ＶＮＦＭ２０に対し、ＶＮＦの生成を指示する（図２の「ＶＮＦ生成」）。受信部１１は、前記指示に基づいてＶＮＦを生成したＶＮＦＭ２０から、当該ＶＮＦに割り当てた仮想リソース情報を受信する（図２の「仮想リソース情報」）。記憶部１２は、前記ＶＮＦと、前記仮想リソース情報とを対応付けて記憶する。
【００２１】
そして、同期部１３は、前記ＶＮＦと前記仮想リソース情報との対応関係を喪ったＶＮＦＭ２０に対して、指定されたＶＮＦに対応する前記仮想リソース情報を送信する（図３の「仮想リソース情報」）。前記仮想リソース情報を受信したＶＮＦＭ２０は、ＶＮＦと、当該ＶＮＦに割り当てた仮想リソース情報との対応関係を回復させる。なお、同期部１３による前記仮想リソース情報の送信のタイミングとしては、ＶＮＦＭ２０における特定のイベント発生（障害復旧や切り戻し完了通知）や外部からの同期要求受信などの契機が考えられる。
【００２２】
一方、ＶＮＦＭ２０は、ＶＮＦ生成部２１と、通知部２２と、を備える。ＶＮＦ生成部２１は、オーケストレーション装置１０からの要求に応じて、ＶＩＭ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｍａｎａｇｅｒ）に対して、仮想リソースの割り当てを要求して、ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）を生成する。また、通知部２２は、前記オーケストレーション装置１０に対して、前記割り当てた仮想リソース情報を送信し、オーケストレーション装置１０に、前記ＶＮＦと、前記仮想リソース情報とを対応付けて保持させる。
【００２３】
以上により、ＶＮＦＭの装置故障やシステム障害からの復旧、バックアップ切り戻し作業などを原因として、ＶＮＦＭ２０、ＶＮＦＲと仮想リソースの紐付情報（対応関係）を喪った場合においても、ＶＮＦサービスの大幅な中断を回避することが可能となる。
【００２４】
［第１の実施形態］
続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図４は、本発明の第１の実施形態のＮＦＶ−ＭＡＮＯの構成を示す図である。図４を参照すると、Ｏｒｃｈｅｓｔｒａｔｏｒ（ＮＦＶＯ）１００と、ＶＮＦ  Ｍａｎａｇｅｒ（ｓ）２００と、Ｖｉｒｔｕａｌｉｚｅｄ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｍａｎａｇｅｒ（ｓ）３００とを含むＮＦＶ−ＭＡＮＯ４００が示されている。
【００２５】
Ｏｒｃｈｅｓｔｒａｔｏｒ１００は、参照ポイントＯｒ−Ｖｎｆｍで示されるインタフェースを介して、ＶＮＦ  Ｍａｎａｇｅｒ（ｓ）２００と接続されている。Ｏｒｃｈｅｓｔｒａｔｏｒ１００は、参照ポイントＯｒ−Ｖｉで示されるインタフェースを介して、Ｖｉｒｔｕａｌｉｚｅｄ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｍａｎａｇｅｒ（ｓ）３００と接続されている。このＯｒｃｈｅｓｔｒａｔｏｒ１００が、上述したオーケストレーション装置に相当し、上記した受信部１１と、記憶部１２と、同期部１３と、を備えている（図１参照）。
【００２６】
ＶＮＦ  Ｍａｎａｇｅｒ（ｓ）２００は、ネットワークサービスを構成するＶＮＦを管理する１つ以上のＶＮＦＭを示す。以下、特に区別しない場合、ＶＮＦ  Ｍａｎａｇｅｒ（ｓ）２００に含まれる１つのＶＮＦ  Ｍａｎａｇｅｒを、「ＶＮＦＭ２００」と記す。
【００２７】
ＶＮＦＭ２００は、Ｏｒｃｈｅｓｔｒａｔｏｒ１００やＳｅｎｄｅｒ等の外部からの同期要求の受信等の所定の契機で、ＶＮＦＲを保持しているか否かを確認する。前記確認の結果、指定されたＶＮＦＲを保持していないと判明した場合、Ｏｒｃｈｅｓｔｒａｔｏｒ（ＮＦＶＯ）１００に対して、ＶＮＦ仮想リソースを問い合わせ、前記ＶＮＦと前記仮想リソース情報との対応関係を取得する。そして、ＶＮＦＭ２００は、取得した情報を用いて、ＶＮＦＲと仮想リソースの紐付情報（対応関係）の復旧を行う。
【００２８】
Ｖｉｒｔｕａｌｉｚｅｄ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｍａｎａｇｅｒ（ｓ）３００は、仮想化基盤を管理する１つ以上のＶＩＭを示す。以下、特に区別しない場合、Ｖｉｒｔｕａｌｉｚｅｄ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｍａｎａｇｅｒ（ｓ）３００に含まれる１つのＶＩＭを、「ＶＩＭ３００」と記す。
【００２９】
図５は、Ｏｒｃｈｅｓｔｒａｔｏｒ１００が保持する情報の一例を示す図である。図５の例では、ＶＮＦＲと仮想リソース情報（ユニークＩＤ）とを対応付けたエントリを格納するテーブルが示されている。なお、図５の例では、ＶＮＦＲと仮想リソース情報とが１対１で対応付けられているが、１つのＶＮＦＲに複数の仮想リソースが対応付けられていてもよい。なお、仮想リソース情報（ユニークＩＤ）として、ｖｎｆｒ：ｖｄｕ内のｖｎｆｃ＿ｉｎｓｔａｎｃｅという情報要素を用いてもよい（非特許文献１の６．３．２．４  Ｖｉｒｔｕａｌ  Ｄｅｐｌｏｙｍｅｎｔ  Ｕｎｉｔ参照）。
【００３０】
続いて、本実施形態の動作について図面を参照して詳細に説明する。図６は、本発明の第１の実施形態の動作を表したシーケンス図である。図６の基本的なフローは、図１１に示したＮＦＶ標準のＶＮＦ  Ｉｎｓｔａｎｔｉａｔｉｏｎのシーケンスと同様である。即ち、ＳｅｎｄｅｒはＮＦＶＯ（図４のＯｒｃｈｅｓｔｒａｔｏｒ１００）に対してＶＮＦの生成を指示する（１．Ｉｎｓｔａｎｔｉａｔｅ  ＶＮＦ）。ここで、Ｓｅｎｄｅｒは保守者もしくは上位の装置（例えば、図１０のＯＳＳ／ＢＳＳ等）を指す。
【００３１】
次に、ＮＦＶＯは、ＶＮＦＭ（図４のＶＮＦＭ２００）に対して、ＶＮＦの生成を指示する（２．Ｉｎｓｔａｎｔｉａｔｅ  ＶＮＦ）。ＶＮＦＭは、ＮＦＶＯに対して、ＶＮＦを指定して、生成の許可を要求する（３．Ｇｒａｎｔ  Ｌｉｆｅｃｙｃｌｅ  Ｏｐｅｒａｔｉｏｎ）。
【００３２】
次に、ＮＦＶＯは、空きの仮想リソースが利用可能であるか否かを確認する（４．Ｃｈｅｃｋ  ｆｒｅｅ  ｒｅｓｏｕｒｃｅ  ａｒｅ  ａｖａｉｌａｂｌｅ）。なお、ここで、ＮＦＶＯが、ＶＩＭに対して、仮想リソースの予約を行っても良い。具体的には、ＮＦＶＯは、ＶＩＭに対して仮想リソースの予約を実施する（５．（ｏｐｔ．）Ｃｒｅａｔｅ  Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ〜６．Ｒｅｓｕｌｔ  ｏｆ  Ｒｅｓｅｒｖａｔｉｏｎ）。
【００３３】
次に、ＮＦＶＯは、ＶＮＦＭに対し、ＶＮＦの生成許可を送信する（７．ＡＣＫ）。前記ＶＮＦの生成許可を受け取ったＶＮＦＭは、ＶＩＭに対して、該当するＶＮＦに対し、仮想リソースの割り当てを要求する（８．Ａｌｌｏｃａｔｅ  Ｒｅｓｏｕｒｃｅ〜９．ＡＣＫ）。
【００３４】
前記仮想リソースの割り当てが完了すると、ＶＮＦＭは、ＶＮＦを構成する（１０．Ｃｏｎｆｉｇｕｒｅ  ＶＮＦ）。これによりＶＮＦＲが作成される。また、ＶＮＦＭは、ＥＭに対して、ＶＮＦが生成されたことを通知する（１１．Ｎｏｔｉｆｙ  ＶＮＦ  Ｉｎｓｔａｎｔｉａｔｅｄ）。ここでＥＭとは、Ｅｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ（システム）と呼ばれるデバイス等の管理を行う機能ブロックである。
【００３５】
前記ＶＮＦＭ及び前記通知を受けたＥＭは、管理対象デバイスに、前記通知されたＶＮＦを追加する（１２．Ａｄｄ  ＶＮＦ  ａｓ  ｍａｎｅｇｅｄ  ｄｅｖｉｃｅ）。 ＥＭは、ＶＮＦに特定のパラメータなどの設定を行う（１３．Ｃｏｎｆｉｇｕｒｅ  ＶＮＦ）。
【００３６】
以上によりＶＮＦの生成が完了する。次に、ＶＮＦＭは、ＮＦＶＯに対し、当該ＶＮＦに割り当てた仮想リソースのユニークＩＤを含むＶＮＦ生成通知を送信する（１４．Ｎｏｔｉｆｙ  ＶＮＦ  ｉｎｓｔａｎｔｉａｔｅｄ  ｗｉｔｈ  ｕｎｉｑｕｅ  ＩＤ  ｏｆ    Ｖｉｒｔｕａｌ  Ｒｅｓｏｕｒｃｅｓ）。
【００３７】
前記ＶＮＦ生成通知を受けたＮＦＶＯは、ＶＮＦＲと、仮想リソースとの対応関係を保存する（１５．Ｍａｐ  ＶＮＦ  ｔｏ  ＶＩＭ  ａｎｄ  ｖｉｒｔｕａｌ  ｒｅｓｏｕｒｃｅｓ・・・）。
【００３８】
以上により、本実施形態では、ＶＮＦＲとそのＶＮＦに割り当てられている仮想リソースとの対応関係がＮＦＶＯに保持される。以降、ＮＦＶＯはＯｒ−Ｖｉインタフェースにおいて、この仮想リソースのユニークＩＤを用いてＶＩＭシステムが管理する仮想リソース情報を追跡することも可能になる。
【００３９】
続いて、上記ＶＮＦＲと仮想リソースとの対応関係を喪ったＶＮＦＭに、再び、上記ＶＮＦＲと仮想リソースとの対応関係を保持させる動作（以下、同期処理という。）について図面を参照して詳細に説明する。
【００４０】
図７は、本発明の第１の実施形態の動作（同期処理）を表したシーケンス図である。図７を参照すると、まず、Ｓｅｎｄｅｒは、ＮＦＶＯに対して、同時処理を指示する（１．Ｓｙｎｃ  ＶＮＦ）。次に、ＮＦＶＯは、ＶＮＦＭに対してＶＮＦ  ｉｎｓｔａｎｃｅ  ＩＤを指定して同期要求を行う（２．Ｓｙｎｃ  ＶＮＦ  （ＶＮＦ  ｉｎｓｔａｎｃｅ  ＩＤ））。
【００４１】
前記同期要求を受けたＶＮＦＭは該当ＩＤのＶＮＦＲの情報を記憶部（図５参照）に保持しているか確認し、未保持の場合は消失したものと判断しＶＮＦＲを再作成する（３．Ｃｈｅｃｋ  ＶＮＦＲ  ｉｓ  Ａｖａｉｌａｂｌｅ〜）。なお、ここで、該当ＩＤのＶＮＦＲの情報が存在する場合は、対応する仮想リソースの情報も保持していることになるので、以降の処理は省略することができる。
【００４２】
次に、ＶＮＦＭは、ＮＦＶＯに対して、ＶＮＦ  ｉｎｓｔａｎｃｅ  ＩＤを指定して、対応する仮想リソースのユニークＩＤを問い合わせる（４．Ｑｕｅｒｙ  ＶＮＦ（ＶＮＦ  ｉｎｓｔａｎｃｅ  ＩＤ））。ＶＮＦＭは、ＮＦＶＯから仮想リソースのユニークＩＤを受信すると（５．Ａｃｋ）、記憶部１２に、ＶＮＦＲと仮想リソースの対応関係を保存する（６．Ｌｉｎｋ  ＶＮＦＲ  ａｎｄ  Ｕｎｉｑｕｅ  ＩＤ  ｏｆ  Ｖｉｒｔｕａｌ  Ｒｅｓｏｕｒｃｅ〜）。
【００４３】
前記ＶＮＦＲと仮想リソースの対応関係の保存が完了すると、ＶＮＦＭは、ＮＦＶＯに対して、同期処理が完了したことを通知する（７．Ａｃｋ〜）。
【００４４】
以上のように、本実施形態によれば、仮想リソースの削除とＶＮＦの再構築といった手順を踏まなくとも、ＶＮＦＭに保持されているべきＶＮＦと仮想リソースの対応関係を復旧することが可能となる。
【００４５】
［第２の実施形態］
上記した第１の実施形態では、Ｓｅｎｄｅｒから要求を受けたＮＦＶＯがＶＮＦ  ｉｎｓｔａｎｃｅ  ＩＤを指定して同期要求を行うものとして説明したが、ＳｅｎｄｅｒがＶＮＦＭに対して、ＶＮＦ  ｉｎｓｔａｎｃｅ  ＩＤを指定して直接同期要求を行う形態も採用可能である。
【００４６】
図８は、Ｓｅｎｄｅｒが直接同期要求を行う第２の実施形態の動作（同期処理）を表したシーケンス図である。図７に示した第１の実施形態との差異は、ＳｅｎｄｅｒがＶＮＦＭに対して直接同期要求を行う点と、ＮＦＶＯは、仮想リソースの問い合わせに応答するのみである点である。
【００４７】
本実施形態によれば、ＮＦＶＯを経由せずにＶＮＦＭがＶＮＦＲと仮想リソースとの対応関係を保持しているか否かの確認と、必要に応じた同期処理を実施可能となる。このような本実施形態は、ＮＦＶＯとＶＮＦＭでそれぞれ管理する事業者が異なる場合などＮＦＶＯとＶＮＦＭの独立性が高い場合に好適に採用することができる。
【００４８】
［第３の実施形態］
上記した第１、第２の実施形態では、ＶＮＦ  ｉｎｓｔａｎｃｅ  ＩＤを個別に指定して同期要求を行うものとして説明したが、複数のＶＮＦの同期処理を連続して実施することもできる。
【００４９】
図９は、複数のＶＮＦの同期処理を連続して実施する第３の実施形態の動作（同期処理）を表したシーケンス図である。図７に示した第１の実施形態との差異は、Ｓｅｎｄｅｒから同期要求を受けたＮＦＶＯが、ＶＮＦＭに対して、すべてのＶＮＦ  ｉｎｓｔａｎｃｅ  ＩＤの同期要求を行う点である。
【００５０】
本実施形態によれば、Ｓｅｎｄｅｒ及びＮＦＶＯが、その都度、ＶＮＦＭに対して同期要求しなくても、複数のＶＮＦについて、ＶＮＦＲと仮想リソースとの対応関係を保持しているか否かの確認と、必要に応じた同期処理を実施可能となる。これにより、Ｓｅｎｄｅｒ、ＮＦＶＯ及びＶＮＦＭ間で授受する信号量の低減のみならず、ＮＦＶＯやＶＮＦＭの負荷を低減することが可能となる。
【００５１】
なお、図９の例では、ＮＦＶＯがＶＮＦＭに対して、すべてのＶＮＦ  ｉｎｓｔａｎｃｅ  ＩＤの同期要求を行うものとして説明したが、ＮＦＶＯが、複数のＶＮＦ  ｉｎｓｔａｎｃｅ  ＩＤを指定してＶＮＦＭに対して同期要求を行う構成も採用可能である。また、図９の例では、ＳｅｎｄｅｒがＮＦＶＯを経由して同期要求を行うこととしているが、第２の実施形態と同様に、ＳｅｎｄｅｒがＶＮＦＭに対して直接複数のＶＮＦの同期要求を行う構成も採用可能である。
【００５２】
また、上記した第１〜第３の実施形態では、Ｓｅｎｄｅｒが同期要求を送信するものとして説明したが、ＮＦＶＯが自動的に同期要求を行う構成も採用可能である。例えば、ＶＮＦＭの装置故障やシステム障害からの復旧、バックアップ切り戻し作業などのＶＮＦと仮想リソース情報との対応関係を喪った可能性のある作業が行われたことを契機として、ＮＦＶＯがＶＮＦＭに対し同期要求を行うようにしてもよい。
【００５３】
以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示した機器間の接続、各要素の構成、メッセージの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。また、以下の説明において、「Ａ及び／又はＢ」は、Ａ及びＢの少なくともいずれかという意味で用いる。また、図中の各ブロックの入出力の接続点には、ポート乃至インタフェースがあるが図示省略する。
【００５４】
また、上記した第１〜第３の実施形態に示した手順は、ＮＦＶＯ又はＶＮＦＭとして機能するコンピュータ（図１２の９０００）に、ＮＦＶＯ又はＶＮＦＭとしての機能を実現させるプログラムにより実現可能である。このようなコンピュータは、図１２のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９０１０、通信インタフェース９０２０、メモリ９０３０、補助記憶装置９０４０を備える構成に例示される。すなわち、図１２のＣＰＵ９０１０にて、受信情報の保存プログラムや仮想リソースの照会、応答プログラムを実行し、その補助記憶装置９０４０等に保持された各計算パラメータの更新処理を実施させればよい。
【００５５】
即ち、上記した第１〜第３の実施形態に示したＮＦＶＯ又はＶＮＦＭの各部（処理手段、機能）は、これらの装置に搭載されたプロセッサに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することができる。
【００５６】
最後に、本発明の好ましい形態を要約する。
［第１の形態］
（上記第１の視点によるオーケストレーション装置参照）
［第２の形態］
上記したオーケストレーション装置の同期部は、
前記ＶＮＦＭに対して、ＶＮＦを指定した同期確認要求を送信し、前記ＶＮＦＭに、前記ＶＮＦと前記仮想リソース情報との対応関係を喪っているか否かを確認させる構成を採ることができる。
［第３の形態］
上記したオーケストレーション装置の同期部は、
前記ＶＮＦＭに対して、複数のＶＮＦの同期確認要求を送信し、前記ＶＮＦと前記仮想リソース情報との対応関係を喪っているか否かを確認させ、
前記ＶＮＦＭに対して、前記複数のＶＮＦに対応する前記仮想リソース情報をそれぞれ送信して、前記ＶＮＦＭに前記複数のＶＮＦに割り当てた仮想リソース情報を回復させる構成を採ることもできる。
［第４の形態］
上記したオーケストレーション装置の同期部は、
前記ＶＮＦＭにおいて、前記ＶＮＦと前記仮想リソース情報との対応関係を喪った可能性のある作業が行われたことを契機として、前記ＶＮＦＭに対し、同期確認要求を送信する構成を採ることもできる。
［第５の形態］
（上記第２の視点によるＶＮＦＭ装置参照）
［第６の形態］
（上記第３の視点によるＶＮＦ情報の管理方法参照）
［第７の形態］
（上記第４の視点によるプログラム参照）
なお、上記第５〜第７の形態は、第１の形態と同様に、第２〜第４の形態に展開することが可能である。
【００５７】
なお、上記の特許文献および非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択（部分的削除を含む）が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
【符号の説明】
【００５８】
１０  オーケストレーション装置
１１  受信部
１２  記憶部
１３  同期部
２０、２００  ＶＮＦ  Ｍａｎａｇｅｒ（ｓ）（ＶＮＦＭ）
２１  ＶＮＦ生成部
２２  通知部
１００  Ｏｒｃｈｅｓｔｒａｔｏｒ（ＮＦＶＯ）
３００  Ｖｉｒｔｕａｌｉｚｅｄ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｍａｎａｇｅｒ（ｓ）（ＶＩＭ）
４００  ＮＦＶ−ＭＡＮＯ
９０００  コンピュータ
９０１０  ＣＰＵ
９０２０  通信インタフェース
９０３０  メモリ
９０４０  補助記憶装置
【図１】
2019240274.tif 000003
【図２】
2019240274.tif 000004
【図３】
2019240274.tif 000005
【図４】
2019240274.tif 000006
【図５】
2019240274.tif 000007
【図６】
2019240274.tif 000008
【図７】
2019240274.tif 000009
【図８】
2019240274.tif 000010
【図９】
2019240274.tif 000011
【図１０】
2019240274.tif 000012
【図１１】
2019240274.tif 000013
【図１２】
2019240274.tif 000014
【国際調査報告】
2019240274.tif 000015
2019240274.tif 000016