WO2017022833A1 - Ｖｎｆ提供システム、ｖｎｆ ｉｄ管理装置、ｖｎｆのｉｄ管理方法及びプログラム - Google Patents

Abstract

本発明は、ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）インスタンスの管理を容易化する。ＶＮＦ提供システムは、複数のＶＮＦインスタンス作成主体と、ＶＮＦインスタンス毎に一意に発行するＶＮＦインスタンスの識別子を管理するＶＮＦ　ＩＤ管理部と、前記ＶＮＦインスタンスの作成主体からの要求に応じて、前記ＶＮＦ　ＩＤ管理部を参照し、前記ＶＮＦインスタンスの識別子の一意性の有無を確認するＶＮＦ　ＩＤ確認部と、を含む。

Description

ＶＮＦ提供システム、ＶＮＦ　ＩＤ管理装置、ＶＮＦのＩＤ管理方法及びプログラム

　（関連出願についての記載）
　本発明は、日本国特許出願：特願２０１５－１５５９８３号（２０１５年８月６日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
　本発明は、Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ（以下、「ＶＮＦ」）提供システム、ＶＮＦ　ＩＤ管理装置、ＶＮＦのＩＤ管理方法及びプログラムに関し、特に、ＶＮＦインスタンスの作成主体が複数存在するＶＮＦ提供システム、ＶＮＦ　ＩＤ管理装置、ＶＮＦのＩＤ管理方法及びプログラムに関する。

　非特許文献１には、仮想化技術を用いて、ネットワーク上の各種通信機器の機能を、汎用サーバの仮想化されたオペレーティングシステム（ＯＳ）上で実現するネットワークファンクション仮想化（以下、「ＮＦＶ」）という方式が開示されている。ＮＦＶは、例えばＭＡＮＯ（Ｍａｎａｇｅｍｅｎｔ　＆　Ｏｒｃｈｅｓｔｒａｔｉｏｎ）アーキテクチャに基づき実現される。図１６は、非特許文献１の第２３頁のＦｉｇｕｒｅ　５．１（Ｔｈｅ　ＮＦＶ－ＭＡＮＯ　ａｒｃｈｉｔｅｃｔｕｒａｌ　ｆｒａｍｅｗｏｒｋ　ｗｉｔｈ　ｒｅｆｅｒｅｎｃｅ　ｐｏｉｎｔｓ）から引用した図である。

　非特許文献１の６．３．２　ＶＮＦ　Ｒｅｃｏｒｄの項によると、上記ＮＦＶにおけるＶＮＦインスタンスの作成の際に、それぞれのＶＮＦインスタンスに割り当てられた仮想化リソースを索引付けるためＶＮＦレコードが作成される。ＶＮＦレコードのベースエレメントとして、ＶＮＦインスタンスのＩＤとなるｉｄ（「ＶＮＦＲ：ｉｄ」とも記す。）が含まれることが規定されている。

　特許文献１にはパブリッククラウドと統合監視システムを含むシステムにおいて、ＩＤ管理機能を設け、複数の各々のサーバインスタンス４に対して、一意に識別可能なＩＤを付与する処理を行い、このＩＤの参照により、各々のサーバインスタンス４の監視を行うことが記載されている。

　特許文献２には、仮想マシンが仮想ネットワークに接続されると、仮想スイッチ単位で一意性が保証されたローカル識別情報を生成し、前記仮想マシンが接続された仮想スイッチのポートのＶＬＡＮ　ＩＤとして設定する手段を備える仮想マシンサーバを含む構成が開示されている。

国際公開第２０１４／１４１５９３号 特開２０１５－２４８２号公報

ETSI GS NFV-MAN 001 V1.1.1 (2014-12)　Network Functions Virtualisation (NFV); Management and Orchestration、［online］、［平成27年7月9日検索］、インターネット〈http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf〉

　以下の分析は、本発明によって与えられたものである。非特許文献１においては、ＮＦＶＯ（ＮＦＶ　Ｏｒｃｈｅｓｔｒａｔｏｒ）／Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ　Ｍａｎａｇｅｒ（以下、「ＶＮＦＭ」）のいずれがＶＮＦレコードのｉｄをどのタイミングで付与し、どのように管理するのかが明確に定義されていない。

　図１６では、ＮＦＶＯ及びＶＮＦＭがそれぞれ１つである構成を示しているが、今後、複数のＮＦＶＯ／ＶＮＦＭが連携して動作する構成も考えられる。しかしながら、ＶＮＦＭは、ＶＮＦとセットでＶＮＦベンダより提供されるケースが多い。異なるベンダのＶＮＦＭ同士は、ＶＮＦインスタンスの識別子を重複なく付与できるような構成とはなっていない。ＮＦＶＯが単一であっても、それぞれのＶＮＦＭで異なる体系でＶＮＦインスタンスの識別子を発行すれば当然に識別子の重複が起こり得る。また、離れた拠点にある複数のＮＦＶＯが連携して動作する場合も同様のことが起こり得る。

　このように、ＶＮＦインスタンスの識別子が一意でない場合、ＯＳＳ（Ｏｐｅｒａｔｉｏｎ　Ｓｕｐｐｏｒｔ　Ｓｙｓｔｅｍｓ）等でどのＶＭ（ＶＮＦインスタンス）か識別できなくなることが懸念される。

　この点、特許文献１には、サーバインスタンスに一意に識別可能なＩＤを付与することが開示されているが、監視対象システムでサーバディスクイメージからサーバインスタンスが起動される際にＩＤを付与することとしている。これは、非特許文献１におけるＮＦＶＯ及びＶＮＦＭがそれぞれ一つである場合の動作に相当し、複数のＮＦＶＯ／ＶＮＦＭが連携して動作する構成に適用可能な示唆は無い。

　本発明は、上記ＮＦＶＯ又はＶＮＦＭの少なくとも一方が複数存在するような環境におけるＶＮＦインスタンスの管理の容易化に貢献できるＶＮＦ提供システム、ＶＮＦ　ＩＤ管理装置、ＶＮＦのＩＤ管理方法及びプログラムを提供することを目的とする。

　第１の視点によれば、複数のＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）インスタンス作成主体と、ＶＮＦインスタンス毎に一意に発行するＶＮＦインスタンスの識別子を管理するＶＮＦ　ＩＤ管理部を備えたＶＮＦ提供システムが提供される。このＶＮＦ提供システムは、さらに、前記ＶＮＦインスタンスの作成主体からの要求に応じて、前記ＶＮＦ　ＩＤ管理部を参照し、前記ＶＮＦインスタンスの識別子の一意性を確認するＶＮＦ　ＩＤ確認部と、を含む。

　第２の視点によれば、ＶＮＦインスタンス毎に一意に発行するＶＮＦインスタンスの識別子を管理するＶＮＦ　ＩＤ管理部と、複数のＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）インスタンス作成主体からの要求に応じて、前記ＶＮＦ　ＩＤ管理部を参照し、前記ＶＮＦインスタンスの識別子の一意性の有無を確認するＶＮＦ　ＩＤ確認部と、を含むＶＮＦ　ＩＤ管理装置が提供される。

　第３の視点によれば、複数のＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）インスタンス作成主体と接続され、ＶＮＦインスタンス毎に一意に発行されるＶＮＦインスタンスの識別子を管理するＶＮＦ　ＩＤ管理部を備えた情報処理装置が、前記ＶＮＦインスタンスの作成主体から前記ＶＮＦインスタンスの識別子の一意性の確認要求を受け付けるステップと、前記ＶＮＦ　ＩＤ管理部を参照して、前記ＶＮＦインスタンスの識別子の一意性を確認し、確認結果を応答するステップと、を含むＶＮＦインスタンスの識別子の確認方法が提供される。本方法は、ＶＮＦインスタンスの作成主体からの要求に応じてＶＮＦインスタンスの識別子の一意性を確認する情報処理装置という、特定の機械に結びつけられている。

　第４の視点によれば、複数のＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）インスタンス作成主体と接続され、ＶＮＦインスタンス毎に一意に発行されるＶＮＦインスタンスの識別子を管理するＶＮＦ　ＩＤ管理部を備えた情報処理装置に、前記ＶＮＦインスタンスの作成主体から前記ＶＮＦインスタンスの識別子の一意性の確認要求を受け付ける処理と、前記ＶＮＦ　ＩＤ管理部を参照して、前記ＶＮＦインスタンスの識別子の一意性を確認し、確認結果を応答する処理と、を実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な（非トランジエントな）記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
　なお、前記したＶＮＦ提供システム、ＶＮＦインスタンスの識別子の確認方法及びプログラムの各要素は、それぞれ上記した課題の解決に貢献する。

　本発明によれば、ＮＦＶＯ又はＶＮＦＭの少なくとも一方が複数存在するような環境におけるＶＮＦインスタンスの管理を容易化することが可能となる。即ち、本発明は、ＮＦＶＯ又はＶＮＦＭの少なくとも一方が複数存在する構成のＶＮＦ提供システムを、ＶＮＦインスタンスの管理性が向上されたものへと変換するものとなっている。

本発明の一実施形態の構成を示す図である。 本発明の第１の実施形態のＶＮＦ提供システムの構成を示す図である。 本発明の第１の実施形態のＯＳＳ／ＢＳＳの構成を示す図である。 本発明の第１の実施形態のＮＦＶＯ（ＮＦＶオーケストレータ）の構成を示す図である。 本発明の第１の実施形態のＮＦＶＯのＶＮＦ　ＩＤ管理部に保持される情報の一例を示す図である。 本発明の第１の実施形態のＶＮＦＭの構成を示す図である。 本発明の第１の実施形態のＶＮＦＭのＶＮＦ　ＩＤ管理部に保持される情報の一例を示す図である。 本発明の第１の実施形態の動作を表したシーケンス図である。 本発明の第１の実施形態における重複判定の動作の一例を説明するための図である。 本発明の第２の実施形態の動作を表したシーケンス図である。 本発明の第３の実施形態の動作を表したシーケンス図である。 本発明の第４の実施形態の動作を表したシーケンス図である。 本発明の第５の実施形態の動作を表したシーケンス図である。 本発明の第６の実施形態のＶＮＦ提供システムの構成を示す図である。 本発明の第７の実施形態のＶＮＦ提供システムの構成を示す図である。 ＮＦＶアーキテクチャのＮＦＶ－ＭＡＮＯを説明する図である（非特許文献１のＦｉｇ．５．１を引用）。

　はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。また、以降の説明で参照する図面等のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。

　本発明は、その一実施形態において、図１に示すように、ｎ個のＶＮＦインスタンス作成主体２１～２ｎと、ＶＮＦ　ＩＤ管理部１１と、ＶＮＦ　ＩＤ確認部１２と、を含むＶＮＦ提供システムにて実現することができる。また、ＶＮＦ　ＩＤ管理部１１と、ＶＮＦ　ＩＤ確認部１２は、ＶＮＦインスタンス作成主体２１～２ｎからの要求に応じてＶＮＦインスタンスの識別子の一意性を応答するＶＮＦ　ＩＤ管理装置として構成することもできる。

　より具体的には、ＶＮＦ　ＩＤ管理部１１は、ＶＮＦインスタンス毎に一意に発行するＶＮＦインスタンスの識別子を管理する。そして、ＶＮＦ　ＩＤ確認部１２は、前記ＶＮＦインスタンスの作成主体２１～２ｎからの要求に応じて、前記ＶＮＦ　ＩＤ管理部１１を参照し、前記ＶＮＦインスタンスの識別子の一意性を確認し、その結果をＶＮＦインスタンス作成主体２１～２ｎに応答する。

　ＶＮＦインスタンス作成主体２１～２ｎは、作成しようとするＶＮＦインスタンスの識別子の一意性を確認できた場合に、その識別子を用いてＶＮＦインスタンスを作成する。以上のようにすることで、ＶＮＦインスタンス作成主体が複数存在するような環境におけるＶＮＦインスタンスの管理の容易化が達成される。なお、ＶＮＦインスタンスの識別子の一意性を確認できなかった場合、即ち、その識別子が他のＶＮＦインスタンスに使用されている場合、ＶＮＦ　ＩＤ確認部１２は、否定応答することになる。この否定応答には、その時点でＶＮＦ　ＩＤ確認部１２が使用可能な（割り当て可能な）識別子の候補を含めることができる。

　また、図１のＶＮＦインスタンス作成主体２１～２ｎのいずれかに、ＶＮＦ　ＩＤ管理部１１と、ＶＮＦ　ＩＤ確認部１２を備えさせる構成も採用可能である。以下の実施形態では、その一例を説明する。

［第１の実施形態］
　続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図２は、本発明の第１の実施形態のＶＮＦ提供システムの構成を示す図である。図２を参照すると、ＯＳＳ（Ｏｐｅｒａｔｉｏｎ　Ｓｕｐｐｏｒｔ　Ｓｙｓｔｅｍｓ）／ＢＳＳ（Ｂｕｓｉｎｅｓｓ　Ｓｕｐｐｏｒｔ　Ｓｙｓｔｅｍｓ）１００を頂点に、複数のＮＦＶＯ２０１～２０３と、ＶＮＦＭ３０１～３２２とが接続されている構成が示されている。

　ＯＳＳ／ＢＳＳ１００のうちＯＳＳは、例えば通信事業者（キャリア）がサービスを構築し、運営していくために必要なシステム（機器やソフトウェア、仕組みなど）を総称したものである。ＢＳＳは、例えば通信事業者（キャリア）が利用料などの課金、請求、顧客対応などのために使う情報システム（機器やソフトウェア、仕組みなど）の総称である。本実施形態では、両者を特に区別せず、ＯＳＳ／ＢＳＳ１００と記す。

　ＮＦＶＯ２０１～２０３は、ＯＳＳ／ＢＳＳ１００からのサービス要求に応じて、当該サービスの提供に必要なＶＮＦを割り出し、配下のＶＮＦＭに対し当該ＶＮＦに必要な資源及び制約情報を要求する。ＮＦＶＯ２０１～２０３は、ＶＮＦＭから応答された情報及び自身で管理する情報に基づいて、ＶＩＭ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ　Ｍａｎａｇｅｒ；図９参照）に対し、当該ＶＮＦに対応する仮想マシンの作成、配置指示を行う。

　ＶＮＦＭ３０１～３２２は、ＮＦＶＯ２０１～２０３からの要求に応じて、ＶＮＦに必要な資源及び制約情報を応答する。また、ＶＮＦＭ３０１～３２２は、ＶＩＭにより構成された仮想化基盤上で動作するＶＮＦのライフサイクル管理を行う。このライフサイクル管理において、ＶＮＦインスタンスのＩＤ（ＶＮＦＲ：ｉｄ）が使用される。

　従って、上記図２の構成中、ＮＦＶＯ２０１～２０３及びＶＮＦＭ３０１～３２２がＶＮＦインスタンスの作成主体となる。また、本実施形態では、ＮＦＶＯ２０１～２０３及びＶＮＦＭ３０１～３２２がそれぞれＶＮＦ　ＩＤ管理部２０１１～３２２１を備えているものとする。

　なお、図２に示した構成は、本発明を簡単に説明するために示したものであって、各要素の数は、図２に示したものに限定されない。例えば、ＮＦＶＯ２０１にサービス要求を送るＯＳＳ／ＢＳＳと、ＮＦＶＯ２０２、２０３にサービス要求を送るＯＳＳ／ＢＳＳとが別々に存在していてもよい。同様に、ＮＦＶＯ２０１～２０３の数は、３つに限られないし、各ＮＦＶＯに接続するＶＮＦＭも２つに限られない。

　図３は、本発明の第１の実施形態のＯＳＳ／ＢＳＳ１００の構成を示す図である。図３を参照すると、ＯＳＳ／ＢＳＳ１００は、ＶＮＦ　ＩＤ確認要求転送部１００１を備えている。ＶＮＦ　ＩＤ確認要求転送部１００１は、一のＮＦＶＯから受信したＶＮＦ　ＩＤの確認要求を他のＮＦＶＯに転送し、その応答をＶＮＦ　ＩＤの確認要求元のＮＦＶＯへ転送する動作を行う。

　図４は、本発明の第１の実施形態のＮＦＶＯ２０１の構成を示す図である。図４を参照すると、ＶＮＦ　ＩＤ管理部２０１１と、ＶＮＦ　ＩＤ確認部２０１２とを備えた構成が示されている。なお、ＮＦＶＯ２０２、２０３もＮＦＶＯ２０１と同一の構成であるため、説明を省略する。

　図５は、上記ＶＮＦ　ＩＤ管理部２０１１に保持される情報の一例を示す図である。図５の例では、ＮＦＶＯ２０１の配下のＶＮＦＭ３０１、３０２において作成済みのＶＮＦインスタンスのＩＤと、その発行先等を対応づけたエントリを格納するテーブルが示されている。

　ＶＮＦ　ＩＤ確認部２０１２は、ＶＮＦＭ３０１、３０２や他のＮＦＶＯ２０２、２０３からの要求に応じて、ＶＮＦ　ＩＤ管理部２０１１を参照し、ＶＮＦインスタンスのＩＤの一意性を確認する。そして、ＶＮＦ　ＩＤ確認部２０１２は、ＶＮＦインスタンス作成主体２１～２ｎに対して前記確認の結果を応答する。例えば、図５の状態において、ＶＮＦＭ３０１から、ＩＤ＝ＤＤＤＤの使用可否の確認要求を受けた場合、ＩＤ＝ＤＤＤＤはＶＮＦ　ＩＤ管理部２０１１に登録されていないので、ＶＮＦ　ＩＤ確認部２０１２は、使用可（一意性が担保されている）との応答を送信する。一方、図５の状態において、ＶＮＦＭ３０１から、ＩＤ＝ＣＣＣＣの使用可否の確認要求を受けた場合、ＩＤ＝ＣＣＣＣはＶＮＦ　ＩＤ管理部２０１１に登録されているので（ＶＮＦＭ３０２で使用中）、ＶＮＦ　ＩＤ確認部２０１２は、使用不可（一意性なし）との応答を送信する。また、ＩＤ＝ＥＥＥＥの使用可否の確認要求を受けた場合、ＩＤ＝ＥＥＥＥはＶＮＦ　ＩＤ管理部２０１１に登録されていないが、他のＮＦＶＯからＩＤ＝ＥＥＥＥは使用不可（一意性なし）との応答があった場合も、ＶＮＦ　ＩＤ確認部２０１２は、使用不可（一意性なし）との応答を送信する。

　このようなＮＦＶＯ２０１～２０３は、非特許文献１に規定されたＮＦＶＯに、ＶＮＦ　ＩＤ管理部２０１１と、ＶＮＦ　ＩＤ確認部２０１２とを追加した構成にて実現できる。また、ＮＦＶＯ２０２、２０３は、ＮＦＶＯ２０１と同様の構成となるので説明を省略する。

　図６は、本発明の第１の実施形態のＶＮＦＭ３０１の構成を示す図である。図６を参照すると、ＶＮＦ　ＩＤ管理部３０１１と、ＶＮＦ　ＩＤ確認部３０１２とを備えた構成が示されている。なお、ＶＮＦＭ３０２、３１１、３１２、３２１、３２２もＶＮＦＭ３０１と同一の構成であるため、説明を省略する。

　図７は、上記ＶＮＦ　ＩＤ管理部３０１１に保持される情報の一例を示す図である。図７の例では、ＶＮＦＭ３０１において作成済みのＶＮＦインスタンスのＩＤとその他情報とを対応づけたエントリを格納するテーブルが示されている。

　ＶＮＦ　ＩＤ確認部３０１２は、ＶＮＦインスタンスの作成にあたり、ＶＮＦ　ＩＤ管理部３０１１を参照し、ＶＮＦＭ３０１において使用されていないＩＤ（ＶＮＦＲ：ｉｄ候補）を選択し、直属のＮＦＶＯ２０１に対して、当該ＩＤ（ＶＮＦＲ：ｉｄ候補）を使用して良いかどうかの確認を要求する。前記確認の結果、当該ＩＤ（ＶＮＦＲ：ｉｄ候補）を使用可能（一意性が担保されている）との回答があった場合、ＶＮＦ　ＩＤ確認部３０１２は、そのＩＤを用いてＶＮＦインスタンスを作成する。一方、前記ＮＦＶＯ２０１への確認の結果、当該ＩＤ（ＶＮＦＲ：ｉｄ候補）を使用不可（他のＶＮＦＭで使用中）との回答があった場合、ＶＮＦ　ＩＤ確認部３０１２は、別のＩＤを選択して、再度、ＮＦＶＯへ照会を行う。なお、ＮＦＶＯ２０１からの否定回答の中に、使用可能なＩＤが含まれている場合には、ＶＮＦ　ＩＤ確認部３０１２は、そのＩＤを使用してＶＮＦインスタンスを作成するようにしてもよい。なお、選択するＩＤ（ＶＮＦＲ：ｉｄ候補）は一つだけでなくてもよく、複数のＩＤの使用可否を同時に確認するようにしてもよい。

　このようなＶＮＦＭ３０１～３２２は、非特許文献１に規定されたＶＮＦＭに、ＶＮＦ　ＩＤ管理部３０１１と、ＶＮＦ　ＩＤ確認部３０１２とを追加した構成にて実現できる。また、ＶＮＦＭ３０２～３２２は、ＶＮＦＭ３０１と同様の構成となるので説明を省略する。

　なお、図３、図４、図６に示したＯＳＳ／ＢＳＳ、ＮＦＶＯ及びＶＮＦＭの各部（処理手段）は、これらの機能を実現するコンピュータに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することもできる。

　続いて、本実施形態の動作について図面を参照して詳細に説明する。図８は、本発明の第１の実施形態の動作を表したシーケンス図である。以下の説明では、図２のＶＮＦＭ３０１がＮＦＶＯ２０１からＶＮＦインスタンス作成要求を受信したものとして説明する。

　ＶＮＦＭ３０１は、ＮＦＶＯ２０１からＶＮＦインスタンス作成要求を受信すると（ステップＳ４０１）、ＶＮＦ　ＩＤ管理部３０１１を参照し、未使用のＩＤ（ＶＮＦＲ：ｉｄ候補）を選択する（ステップＳ４０２）。そして、ＶＮＦＭ３０１は、ＮＦＶＯ２０１に対して、前記選択したＩＤ（ＶＮＦＲ：ｉｄ候補）を送信し、一意性があるか否か（使用可能か否か）の確認を要求する（ステップＳ４０３）。なお、ここでＶＮＦＭ３０１がＮＦＶＯ２０１に対して、複数のＩＤ（ＶＮＦＲ：ｉｄ候補）を送信し、これらについて、一意性があるか否か（使用可能か否か）の確認を要求するようにしてもよい。

　ＮＦＶＯ２０１は、ＶＮＦＭ３０１からＩＤ（ＶＮＦＲ：ｉｄ候補）の確認要求を受けると（ステップＳ４０４）、自身のＶＮＦ　ＩＤ管理部２０１１を参照し、ＶＮＦＭ３０１から送られたＩＤ（ＶＮＦＲ：ｉｄ候補）が、一意性があるか否か（使用可能か否か）を確認する（ステップＳ４０５）。

　さらに、ＮＦＶＯ２０１は、ＯＳＳ／ＢＳＳ１００を介して他のＮＦＶＯ２０２、２０３に対し、ＶＮＦＭ３０１から送られたＩＤ（ＶＮＦＲ：ｉｄ候補）を送信し、ＮＦＶＯ２０２、２０３においても、当該ＩＤ（ＶＮＦＲ：ｉｄ候補）が一意性があるか否か（使用可能か否か）を確認する（ステップＳ４０６）。

　これらの結果、ＶＮＦＭ３０１から送られたＩＤ（ＶＮＦＲ：ｉｄ候補）が、連携して動作するＮＦＶＯ間で一意性があると判定された場合に、ＮＦＶＯ２０１は、ＶＮＦＭ３０１に対して、ＶＮＦＭ３０１から送られたＩＤ（ＶＮＦＲ：ｉｄ候補）を使用可（重複無し）と応答する（ステップＳ４０７）。

　前記応答を受けたＶＮＦＭ３０１は、ＮＦＶＯ２０１にて確認を受けたＩＤを採用し、ＶＮＦインスタンスに当該ＩＤ（ＶＮＦＲ：ｉｄ）を付与する（ステップＳ４０８）。そして、ＶＮＦＭ３０１は、ＮＦＶＯ２０１に対して、当該ＩＤ（ＶＮＦＲ：ｉｄ候補）を使用したことを通知する（ステップＳ４０９）。前記通知を受けたＮＦＶＯ２０１は、自身のＶＮＦ　ＩＤ管理部２０１１にＶＮＦＭ３０１で使用が開始されたＩＤ（ＶＮＦＲ：ｉｄ）を登録する（ステップＳ４１０）。

　なお、ステップＳ４０５及びＳ４０６において、ＶＮＦＭ３０１から送られたＩＤ（ＶＮＦＲ：ｉｄ候補）がすでに使用されており、一意性を確認できなかった場合（重複あり）、ＮＦＶＯ２０１は、ＶＮＦＭ３０１に対してその旨を通知する。

　ここで、図９を用いて、上記ステップＳ４０３～Ｓ４０７の動作についてより具体的に説明する。図９に示すように、ＶＮＦＭ３０１が自身のＶＮＦ　ＩＤ管理部３０１１においてユニークなＩＤ（ＣＣＣＣ）を選択し、ＮＦＶＯ２０１に対して当該ＩＤ（ＣＣＣＣ）を使用可能か否か（対象システム全体で一意性があるか否か）の確認を要求したものとする。

　例えば、図９の右側に示すように、ＮＦＶＯ２０１のＶＮＦ　ＩＤ管理部２０１１において、ＩＤ＝ＣＣＣＣが使用済みである場合、ＮＦＶＯ２０１は、ＶＮＦＭ３０１に対して、否定応答（重複あり）を返すことになる。

　そしてその後、図９の左下に示すように、ＶＮＦＭ３０１が別のＩＤ（ＦＦＦＦ）を選択し、ＮＦＶＯ２０１に対して当該ＩＤ（ＦＦＦＦ）に、一意性があるか否か（使用可能か否か）の確認を要求したものとする。

　そして例えば、図９の右側に示すように、ＮＦＶＯ２０１のＶＮＦ　ＩＤ管理部２０１１において、ＩＤ＝ＦＦＦＦが使用済みでなく、さらに、他のＮＦＶＯにおいてもＩＤ＝ＦＦＦＦが使用されていない場合、ＮＦＶＯ２０１は、ＶＮＦＭ３０１に対して、肯定応答（重複なし）を返すことになる。

　以上説明したように、本実施形態によれば、複数ＮＦＶＯ／ＶＮＦＭが存在する環境においても、ＶＮＦの識別子（ＶＮＦＲ：ｉｄ）のユニーク性を担保することが可能となる。この結果、ＶＮＦの識別子（ＶＮＦＲ：ｉｄ）にて、ＶＭ（ＶＮＦインスタンス）を一意に識別できるようにすることも可能となる。

［第２の実施形態］
　なお、上記した実施形態では、ＮＦＶＯが識別子（ＶＮＦＲ：ｉｄ）のマスター管理を行い、ＶＮＦＭが識別子（ＶＮＦＲ：ｉｄ）を付与するものとして説明したが、ＶＮＦＭが識別子（ＶＮＦＲ：ｉｄ）のマスター管理を行い、ＮＦＶＯがＶＮＦ　ＩＤを付与するようにすることもできる。この場合、図８のシーケンス図は、図１０のように書き換えられる。図１０のステップＳ１４０１～Ｓ１４０８は、図８のステップＳ４０１～Ｓ４１０に対応し、ＮＦＶＯ及びＶＮＦＭがそれぞれ自身のＶＮＦ　ＩＤ管理部を参照することになる。なお、ステップＳ１４０６における他のＶＮＦＭに対するＩＤの確認要求は、ＮＦＶＯ２０１、ＯＳＳ／ＢＳＳ１００経由で転送してもよいし、あるいは、ＶＮＦＭ間で直接確認要求を授受できるようにしてもよい。

　そして、ステップＳ１４０８において使用するＩＤ（ＶＮＦＲ：ｉｄ）が決まると、ＮＦＶＯ２０１は、ＶＮＦＭ３０１に対して、当該ＩＤ（ＶＮＦＲ：ｉｄ）を用いてＶＮＦインスタンスの作成を要求する（ステップＳ１４０９）。前記ＶＮＦインスタンスの作成要求を受けたＶＮＦＭ３０１は、ＶＮＦインスタンスを作成するとともに、自身のＶＮＦ　ＩＤ管理部３０１１に前記ＩＤ（ＶＮＦＲ：ｉｄ）を登録する（ステップＳ１４１０）。

　以上のように、本発明の第２の実施形態においても、第１の実施形態と同様にＶＮＦの識別子（ＶＮＦＲ：ｉｄ）のユニーク性を担保することが可能となる。

［第３の実施形態］
　また、上記した第１、第２の実施形態では、ＮＦＶＯ及びＶＮＦＭのいずれか一方が識別子（ＶＮＦＲ：ｉｄ）のマスター管理を行い、他方がＶＮＦ　ＩＤを付与するものとしたが、ＮＦＶＯ及びＶＮＦＭのいずれか一方が識別子（ＶＮＦＲ：ｉｄ）のマスター管理と付与の双方を行うようにしてもよい。

　図１１は、ＮＦＶＯ２０１が識別子（ＶＮＦＲ：ｉｄ）のマスター管理と付与の双方を行うようにした第３の実施形態のシーケンス図である。以下の説明では、図２のＶＮＦＭ３０１がＮＦＶＯ２０１からＶＮＦインスタンス作成要求を受信したものとして説明する。

　ＮＦＶＯ２０１は、ＯＳＳ／ＢＳＳ１００から要求等によりＶＮＦインスタンスの作成を決定すると（ステップＳ２４０１）、ＶＮＦ　ＩＤ管理部２０１１を参照し、未使用のＩＤ（ＶＮＦＲ：ｉｄ候補）を選択する（ステップＳ２４０２）。

　次に、ＮＦＶＯ２０１は、ＯＳＳ／ＢＳＳ１００を介して他のＮＦＶＯ２０２、２０３に対し、ステップＳ２４０２で選択したＩＤ（ＶＮＦＲ：ｉｄ候補）を送信し、ＮＦＶＯ２０２、２０３においても、当該ＩＤ（ＶＮＦＲ：ｉｄ候補）が一意性があるか否か（使用可能か否か）を確認する（ステップＳ２４０６）。

　前記確認の結果、ステップＳ２４０２で選択したＩＤ（ＶＮＦＲ：ｉｄ候補）が、連携して動作するＮＦＶＯ間で一意性があると判定された場合に、ＮＦＶＯ２０１は、ＶＮＦＭ３０１に対して、ステップＳ２４０２で選択したＩＤ（ＶＮＦＲ：ｉｄ候補）を用いてＶＮＦインスタンスの作成を指示する（ステップＳ２４１１）。

　前記ＶＮＦインスタンスの作成指示を受けたＶＮＦＭ３０１は、当該ＩＤ（ＶＮＦＲ：ｉｄ）を用いてＶＮＦインスタンスを作成する（ステップＳ２４１２）。また、ＮＦＶＯ２０１は、他のＮＦＶＯ２０２、２０３に対して、ＶＮＦ作成に使用したＩＤ（ＶＮＦＲ：ｉｄ）を通知する（ステップＳ２４１３）。なお、ステップＳ２４１３における他のＮＦＶＯへのＶＮＦインスタンスの作成通知は省略してもよいが通知を行うことが好ましい。この通知を行うことで、これら通知を受けたＮＦＶＯでＶＮＦインスタンスを作成する際に、一意性のないＩＤを選択してしまう事態を避けることが可能となるからである。

　以上のように、本発明の第３の実施形態においても、第１の実施形態と同様にＶＮＦの識別子（ＶＮＦＲ：ｉｄ）のユニーク性を担保することが可能となる。

［第４の実施形態］
　なお、上記した実施形態では、ＮＦＶＯが識別子（ＶＮＦＲ：ｉｄ）のマスター管理及び付与を行うものとして説明したが、ＶＮＦＭが識別子（ＶＮＦＲ：ｉｄ）のマスター管理及び付与するようにすることもできる。

　図１２は、ＶＮＦＭ３０１が識別子（ＶＮＦＲ：ｉｄ）のマスター管理と付与の双方を行うようにした第４の実施形態のシーケンス図である。ＮＦＶＯ２０１は、ＯＳＳ／ＢＳＳ１００から要求等によりＶＮＦインスタンスの作成を決定すると（ステップＳ３４０１－１）、ＶＮＦＭ３０１に対してＶＮＦインスタンスの作成を要求する（ステップＳ３４０１－２）。

　前記ＶＮＦインスタンスの作成要求を受けたＶＮＦＭ３０１は、ＶＮＦ　ＩＤ管理部３０１１を参照し、未使用のＩＤ（ＶＮＦＲ：ｉｄ候補）を選択する（ステップＳ３４０２）。

　次に、ＶＮＦＭ３０１は、他のＶＮＦＭに対し、ステップＳ３４０２で選択したＩＤ（ＶＮＦＲ：ｉｄ候補）を送信し、ＶＮＦＭにおいても、当該ＩＤ（ＶＮＦＲ：ｉｄ候補）が一意性があるか否か（使用可能か否か）を確認する（ステップＳ３４０６）。

　前記確認の結果、ステップＳ３４０２で選択したＩＤ（ＶＮＦＲ：ｉｄ候補）が、連携して動作するＶＮＦＭ間で一意性があると判定された場合に、ＶＮＦＭ３０１は、ステップＳ３４０２で選択したＩＤ（ＶＮＦＲ：ｉｄ候補）を用いてＶＮＦインスタンスを作成する（ステップＳ３４１１）。

　さらに、ＶＮＦＭ３０１は、ＮＦＶＯ及び他のＶＮＦＭに対して、ＶＮＦインスタンスを作成したことを通知する（ステップＳ３４１４）。なお、ステップＳ３４１４における他のＶＮＦＭへのＶＮＦインスタンスの作成通知は省略してもよいが通知を行うことが好ましい。この通知を行うことで、これら通知を受けたＶＮＦＭでＶＮＦインスタンスを作成する際に、一意性のないＩＤを選択してしまう事態を避けることが可能となるからである。

　以上のように、本発明の第４の実施形態においても、第１の実施形態と同様にＶＮＦの識別子（ＶＮＦＲ：ｉｄ）のユニーク性を担保することが可能となる。

［第５の実施形態］
　上記した第１～第４の実施形態では、ＮＦＶＯ及びＶＮＦＭのいずれかがマスターとなって識別子（ＶＮＦＲ：ｉｄ）の管理を行うものとして説明したが、すべてのＮＦＶＯ及びＶＮＦＭ（以下、「全仮想インスタンス作成主体」とも記す）がそれぞれのＶＮＦ　ＩＤ管理部を確認しながら識別子（ＶＮＦＲ：ｉｄ）を選択する構成を採用することも可能である。

　図１３は、ＮＦＶＯやＶＮＦＭといったＶＮＦインスタンス作成主体が、他のＶＮＦインスタンス作成主体に確認を行ってから、識別子（ＶＮＦＲ：ｉｄ）を決定するようにした第５の実施形態のシーケンス図である。

　図１３を参照すると、あるＶＮＦインスタンス作成主体（例えば、ＮＦＶＯ２０１やＶＮＦＭ３０１）が、ＯＳＳ／ＢＳＳ１００やＮＦＶＯからＶＮＦインスタンス作成依頼を受けると（ステップＳ５０１）、自身のＶＮＦ　ＩＤ管理部を参照し、未使用のＩＤ（ＶＮＦＲ：ｉｄ候補）を選択する（ステップＳ５０２）。

　次に、当該ＶＮＦインスタンス作成主体は、他のＶＮＦインスタンス作成主体に対し、ステップＳ５０２で選択したＩＤ（ＶＮＦＲ：ｉｄ候補）を送信し、各ＶＮＦインスタンス作成主体において、当該ＩＤ（ＶＮＦＲ：ｉｄ候補）が一意性があるか否か（使用可能か否か）を確認する（ステップＳ５０３）。

　前記他のＶＮＦインスタンス作成主体は、ＩＤ（ＶＮＦＲ：ｉｄ候補）を受信すると（ステップＳ５０４）、自身のＶＮＦ　ＩＤ管理部を参照し、ステップＳ５０４で受信したＩＤ（ＶＮＦＲ：ｉｄ候補）が、一意性があるか否か（使用可能か否か）を確認し、応答する（ステップＳ５０５、Ｓ５０６）。

　他のＶＮＦインスタンス作成主体のすべてから、一意性あり応答を受けた場合、ＶＮＦインスタンス作成主体は、ステップＳ５０２で選択したＩＤを採用し、ＶＮＦインスタンスに当該ＩＤ（ＶＮＦＲ：ｉｄ）を付与する（ステップＳ５０８）。そして、ＶＮＦインスタンス作成主体は、他のＶＮＦインスタンス作成主体に対して、当該ＩＤ（ＶＮＦＲ：ｉｄ候補）を使用したことを通知する（ステップＳ５０９）。前記通知を受けた他のＶＮＦインスタンス作成主体は、自身のＶＮＦ　ＩＤ管理部に、前記通知を受けたＩＤ（ＶＮＦＲ：ｉｄ）を登録する（ステップＳ５１０）。

　なお、ステップＳ５０６において、他のＶＮＦインスタンス作成主体から、該当ＩＤ（ＶＮＦＲ：ｉｄ候補）がすでに使用されており、一意性なしとの応答（否定応答）を受けた場合（重複あり）、ＶＮＦインスタンス作成主体は、ステップＳ５０２に戻って、別のＩＤ（ＶＮＦＲ：ｉｄ候補）の選択を行うことになる。

　以上のように、本発明の第５の実施形態においても、第１の実施形態と同様にＶＮＦの識別子（ＶＮＦＲ：ｉｄ）のユニーク性を担保することが可能となる。

［第６の実施形態］
　上記した第１～第４の実施形態では、図２に示したＮＦＶＯ及びＶＮＦＭがそれぞれ複数存在する構成を前提に説明したが、例えば、ＮＦＶＯは複数存在していなくてもよい。例えば、図１４に示すように、ＶＮＦＭのみが複数存在する構成であってもよい。この場合においても、第１～第５の実施形態として示した動作シーケンスを採用することができる。また、本実施形態においては、ＯＳＳ／ＢＳＳ１００にＶＮＦ　ＩＤ確認要求転送部１００１は不要となる。

［第７の実施形態］
　上記した第１～第４の実施形態では、ＯＳＳ／ＢＳＳ１００が一のＮＦＶＯから受信したＶＮＦ　ＩＤの確認要求を他のＮＦＶＯに転送し、その応答をＶＮＦ　ＩＤの確認要求元のＮＦＶＯに転送する動作を行うものと説明したが、当該機能を省略することもできる。例えば、図１５に示すように、ＮＦＶＯ間で、ＶＮＦ　ＩＤの確認要求メッセージを授受できるようにすることでも、第１～第５の実施形態と同様の動作を実現することができる。

　以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したネットワーク構成、各要素の構成、メッセージの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。

　例えば、マスターとして識別子（ＶＮＦＲ：ｉｄ）の管理を行う仮想インスタンス作成主体が存在する構成においては、すべての仮想インスタンス作成主体がＶＮＦ　ＩＤ管理部を備えていなくてもよい。ＶＮＦ　ＩＤ管理部を備えていない仮想インスタンス作成主体が、他の仮想インスタンス作成主体から、識別子（ＶＮＦＲ：ｉｄ）を受け取るように構成することで同等の動作シーケンスを実現することができる。

　また、上記した識別子（ＶＮＦＲ：ｉｄ）の一意性は、連携して動作するＶＮＦインスタンス作成主体間で一意性が確保されていればよい。例えば、ある２つのＶＮＦインスタンス作成主体が連携して動作しない（それぞれ別のＯＳＳ／ＢＳＳに対してサービスを提供する）のであれば、競合する識別子（ＶＮＦＲ：ｉｄ）を付与しても差し支えはない。

　最後に、本発明の好ましい形態を要約する。
［第１の形態］
　（上記第１の視点によるＶＮＦ提供システム参照）
［第２の形態］
　上記したＶＮＦ提供システムにおいて、
　複数のＶＮＦＭ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ　Ｍａｎａｇｅｒ）又は複数のＮＦＶＯ（ＮＦＶ　Ｏｒｃｈｅｓｔｒａｔｏｒ）であり、
　前記ＶＮＦＭ又はＮＦＶＯは、前記ＶＮＦ　ＩＤ確認部に対して、作成するＶＮＦインスタンスに付与するＶＮＦ　ＩＤの一意性の有無の確認を要求する構成を採ることができる。
［第３の形態］
　上記したＶＮＦ提供システムにおいて、
　ＶＮＦ　ＩＤ確認部は、一意性の確認要求を受けたＶＮＦインスタンスの識別子がすでに使用されている場合、要求元のＶＮＦインスタンス作成主体に対して、使用可能な識別子を応答する構成を採ることができる。
［第４の形態］
　上記したＶＮＦ提供システムにおいて、
　前記ＶＮＦ　ＩＤ管理部が前記複数のＶＮＦインスタンス作成主体のいずれかに配置され、
　前記ＶＮＦ　ＩＤ管理部の配置されたＶＮＦインスタンス作成主体が、他のＶＮＦインスタンス作成主体からの要求に応じて、ＶＮＦインスタンスの識別子の一意性の有無を確認する構成を採ることができる。
［第５の形態］
　上記したＶＮＦ提供システムにおいて、
　前記ＶＮＦ　ＩＤ管理部及びＶＮＦ　ＩＤ確認部が前記複数のＶＮＦインスタンス作成主体にそれぞれ配置され、
　前記ＶＮＦ　ＩＤ管理部が、前記ＶＮＦ　ＩＤ管理部に対して確認を行って、一意性のあるＶＮＦの識別子を持つＶＮＦインスタンスを作成する構成を採ることができる。
［第６の形態］
　上記したＶＮＦ提供システムにおいて、
　前記ＶＮＦ　ＩＤ確認部は、連携して動作するＶＮＦインスタンス作成主体間で前記ＶＮＦインスタンスの識別子の一意性の有無を確認する構成を採ることができる。
［第７の形態］
　上記したＶＮＦ提供システムにおいて、
　前記ＶＮＦインスタンスの識別子は、ＶＮＦレコードのベースエレメントとして管理されるＶＮＦＲ：ｉｄである構成を採ることができる。
［第８の形態］
　（上記第２の視点によるＶＮＦ　ＩＤ管理装置参照）
［第９の形態］
　（上記第３の視点によるＶＮＦインスタンスのＩＤ確認方法参照）
［第１０の形態］
　（上記第４の視点によるプログラム参照）
　なお、上記第８～第１０の形態は、第１の形態と同様に、第２～第７の形態に展開することが可能である。

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

　１１　ＶＮＦ　ＩＤ管理部
　１２　ＶＮＦ　ＩＤ確認部
　２１～２ｎ　ＶＮＦインスタンス作成主体
　１００　ＯＳＳ／ＢＳＳ
　２０１～２０３　ＮＦＶＯ
　３０１～３２２　ＶＮＦＭ
　１００１　ＶＮＦ　ＩＤ確認要求転送部
　２０１１～２０３１、３０１１～３２２１　ＶＮＦ　ＩＤ管理部
　２０１２、３０１２　ＶＮＦ　ＩＤ確認部

Claims (10)

1. 　複数のＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）インスタンス作成主体と、
   　ＶＮＦインスタンス毎に一意に発行するＶＮＦインスタンスの識別子を管理するＶＮＦ　ＩＤ管理部と、
   　前記ＶＮＦインスタンスの作成主体からの要求に応じて、前記ＶＮＦ　ＩＤ管理部を参照し、前記ＶＮＦインスタンスの識別子の一意性の有無を確認するＶＮＦ　ＩＤ確認部と、
   　を含むＶＮＦ提供システム。
2. 　前記複数のＶＮＦインスタンス作成主体は、
   　複数のＶＮＦＭ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ　Ｍａｎａｇｅｒ）又は複数のＮＦＶＯ（ＮＦＶ　Ｏｒｃｈｅｓｔｒａｔｏｒ）であり、
   　前記ＶＮＦＭ又はＮＦＶＯは、前記ＶＮＦ　ＩＤ確認部に対して、作成するＶＮＦインスタンスに付与するＶＮＦ　ＩＤの一意性の有無の確認を要求する請求項１のＶＮＦ提供システム。
3. 　ＶＮＦ　ＩＤ確認部は、一意性の確認要求を受けたＶＮＦインスタンスの識別子がすでに使用されている場合、要求元のＶＮＦインスタンス作成主体に対して、使用可能な識別子を応答する請求項１又は２のＶＮＦ提供システム。
4. 　前記ＶＮＦ　ＩＤ管理部が前記複数のＶＮＦインスタンス作成主体のいずれかに配置され、
   　前記ＶＮＦ　ＩＤ管理部の配置されたＶＮＦインスタンス作成主体が、他のＶＮＦインスタンス作成主体からの要求に応じて、ＶＮＦインスタンスの識別子の一意性の有無を確認する請求項１から３いずれか一のＶＮＦ提供システム。
5. 　前記ＶＮＦ　ＩＤ管理部及びＶＮＦ　ＩＤ確認部が前記複数のＶＮＦインスタンス作成主体にそれぞれ配置され、
   　前記ＶＮＦ　ＩＤ管理部が、前記ＶＮＦ　ＩＤ管理部に対して確認を行って、一意性のあるＶＮＦの識別子を持つＶＮＦインスタンスを作成する請求項１から３いずれか一のＶＮＦ提供システム。
6. 　前記ＶＮＦ　ＩＤ確認部は、連携して動作するＶＮＦインスタンス作成主体間で前記ＶＮＦインスタンスの識別子の一意性の有無を確認する請求項１から５いずれか一のＶＮＦ提供システム。
7. 　前記ＶＮＦインスタンスの識別子は、ＶＮＦレコードのベースエレメントとして管理されるＶＮＦＲ：ｉｄである請求項１から６いずれか一のＶＮＦ提供システム。
8. 　ＶＮＦインスタンス毎に一意に発行するＶＮＦインスタンスの識別子を管理するＶＮＦ　ＩＤ管理部と、
   　複数のＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）インスタンス作成主体からの要求に応じて、前記ＶＮＦ　ＩＤ管理部を参照し、前記ＶＮＦインスタンスの識別子の一意性の有無を確認するＶＮＦ　ＩＤ確認部と、
   　を含むＶＮＦ　ＩＤ管理装置。
9. 　複数のＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）インスタンス作成主体と接続され、ＶＮＦインスタンス毎に一意に発行されるＶＮＦインスタンスの識別子を管理するＶＮＦ　ＩＤ管理部を備えた情報処理装置が、
   　前記ＶＮＦインスタンスの作成主体から前記ＶＮＦインスタンスの識別子の一意性の確認要求を受け付けるステップと、
   　前記ＶＮＦ　ＩＤ管理部を参照して、前記ＶＮＦインスタンスの識別子の一意性を確認し、確認結果を応答するステップと、
   　を含むＶＮＦインスタンスのＩＤ確認方法。
10. 　複数のＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）インスタンス作成主体と接続され、ＶＮＦインスタンス毎に一意に発行されるＶＮＦインスタンスの識別子を管理するＶＮＦ　ＩＤ管理部を備えた情報処理装置に、
    　前記ＶＮＦインスタンスの作成主体から前記ＶＮＦインスタンスの識別子の一意性の確認要求を受け付ける処理と、
    　前記ＶＮＦ　ＩＤ管理部を参照して、前記ＶＮＦインスタンスの識別子の一意性を確認し、確認結果を応答する処理と、
    　を実行させるプログラム。

Images