(57)【要約】  本発明は、仮想機能インスタンスのライフサイクル実行条件を指定可能とし、ライフサイクルに応じた仮想リソースの事前確保を可能とする。仮想化環境下での仮想機能のライフサイクルの実行条件の登録要求を送信元から受け取り記憶部に登録するライフサイクル実行条件登録手段と、前記仮想機能において前記ライフサイクルの実行に必要なリソースを事前に確保する事前リソース確保手段と、前記記憶部に登録された前記ライフサイクルの実行条件が成立するか否かを判定するライフサイクル実行条件判定手段と、前記ライフサイクルの実行条件が成立している場合に、前記ライフサイクルの実行を指示するライフサイクル実行指示手段と、前記ライフサイクルの実行結果を前記ライフサイクルの実行条件の登録要求の送信元に通知するライフサイクル実行結果通知手段を備える。
2017170470.tif 000002
【特許請求の範囲】
【請求項１】
仮想化環境下での仮想機能のライフサイクルの実行条件の登録要求を受信すると、前記ライフサイクルの実行に必要なリソースを事前に確保しておき、登録した前記ライフサイクルの実行条件の成立を検出すると、前記ライフサイクルの実行を指示する、処理を行う処理装置を備えた、ネットワーク機能仮想化管理オーケストレーション装置。
【請求項２】
仮想化環境下での仮想機能のライフサイクルの実行条件の登録要求を送信元から受け取り、前記ライフサイクルの実行条件を記憶部に登録するライフサイクル実行条件登録手段と、
前記仮想機能において前記ライフサイクルの実行に必要なリソースを事前に確保する事前リソース確保手段と、
前記記憶部に登録された前記ライフサイクルの実行条件の成立の有無を判定するライフサイクル実行条件判定手段と、
前記ライフサイクルの実行条件が成立する場合に、前記ライフサイクルの実行を指示するライフサイクル実行指示手段と、
前記ライフサイクルの実行結果を、前記ライフサイクルの実行条件の登録要求の前記送信元に通知するライフサイクル実行結果通知手段と、
を備えた請求項１記載のネットワーク機能仮想化管理オーケストレーション装置。
【請求項３】
前記事前リソース確保手段は、事前に確保したリソースに管理用の識別情報を付与する、請求項１記載のネットワーク機能仮想化管理オーケストレーション装置。
【請求項４】
第１の仮想機能に対して事前に確保されたリソースのうち所定のリソースを解放し、前記解放したリソースを第２の仮想機能に割り当てる予約済リソース再割り当て手段をさらに備えた、請求項１乃至３のいずれか１項に記載のネットワーク機能仮想化管理オーケストレーション装置。
【請求項５】
前記ライフサイクルの実行条件が、
前記仮想機能に対して事前に確保するリソースについて、最低限必要なリソースと、予備リソースとを指定する情報要素を有し、
前記予約済リソース再割り当て手段は、
前記第１の仮想機能に対して事前に確保されたリソースのうち前記予備リソースの少なくとも一部を解放し、前記第２の仮想機能に対して割り当てる、請求項４記載のネットワーク機能仮想化管理オーケストレーション装置。
【請求項６】
前記ライフサイクルの実行条件が、
前記仮想機能の優先度を設定する情報要素を有し、
前記第２の仮想機能は、前記第１の仮想機能より高い優先度に設定されており、
前記予約済リソース再割り当て手段は、
優先度の低い前記第１の仮想機能の予備リソースの少なくとも一部を解放し、優先度の高い前記第２の仮想機能に割り当てる、請求項４又は５記載のネットワーク機能仮想化管理オーケストレーション装置。
【請求項７】
前記仮想機能は、仮想化ネットワーク機能（ＶＮＦ：Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）である、請求項１乃至６のいずれか１項に記載のネットワーク機能仮想化管理オーケストレーション装置。
【請求項８】
前記送信元は、エレメント管理システム（ＥＭＳ：Ｅｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）であり、ＶＮＦマネージャ（ＶＮＦＭ）は、前記ＥＭＳから、ＶＮＦのライフサイクルの実行条件の登録要求を送信元から受け取って登録し、
ＶＮＦのライフサイクルの実行に必要なリソースに関して予約認可要求を、ＮＦＶオーケストレータに送信し、
前記ＮＦＶオーケストレータは、仮想化インフラストラクチャマネージャ（ＶＩＭ）に、ネットワークファンクション仮想化インフラストラクチャ（ＮＦＶＩ：Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎｓ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）のリソースを事前確保する、請求項７記載のネットワーク機能仮想化管理オーケストレーション装置。
【請求項９】
前記ＶＮＦマネージャ（ＶＮＦＭ）は、ＶＮＦのライフサイクルの実行条件が成立すると、仮想化インフラストラクチャマネージャ（ＶＩＭ）に対して、ＶＮＦライフサイクルの実行を指示する、請求項８記載のネットワーク機能仮想化管理オーケストレーション装置。
【請求項１０】
仮想化環境下での仮想機能のライフサイクルの実行条件の登録要求を送信元から受け取り、前記ライフサイクルの実行条件を記憶部に登録し、
前記仮想機能において前記ライフサイクルの実行に必要なリソースを事前に確保し、
前記記憶部に登録された前記ライフサイクルの実行条件の成立の有無を判定し、
前記ライフサイクルの実行条件が成立する場合に、前記ライフサイクルの実行を指示し、
前記ライフサイクルの実行結果を、前記ライフサイクルの実行条件の登録要求の前記送信元に通知する、ネットワーク機能仮想化管理オーケストレーション方法。
【請求項１１】
仮想化環境下での仮想機能のライフサイクルの実行条件の登録要求を送信元から受け取り、前記ライフサイクルの実行条件を記憶部に登録する処理と、
前記仮想機能において前記ライフサイクルの実行に必要なリソースを事前に確保するように制御する処理と、
前記記憶部に登録された前記ライフサイクルの実行条件の成立の有無を判定し、
前記ライフサイクルの実行条件が成立する場合に、前記ライフサイクルの実行を指示する処理と、
前記ライフサイクルの実行結果を、前記ライフサイクルの実行条件の登録要求の前記送信元に通知する処理を、コンピュータに実行させるプログラム。
【請求項１２】
ネットワーク機能仮想化インフラストラクチャ（ＮＦＶＩ）上の仮想化ネットワーク機能（ＶＮＦ）のライフサイクルを管理する管理装置と、
前記仮想化ネットワーク機能の実行条件の登録要求を前記管理装置に送信する保守装置と、
を備え、
前記管理装置は、
前記仮想化ネットワーク機能のライフサイクルの実行条件の登録要求を受けると、前記ライフサイクルの実行に必要なリソースを事前に確保しておき、
登録した前記ライフサイクルの実行条件の成立を検出すると、前記ライフサイクルの実行を指示する、ネットワーク仮想化機能管理オーケストレーションシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願についての記載）
本発明は、日本国特許出願：特願２０１６−０６３１６９号（２０１６年３月２８日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明はネットワーク機能仮想化管理オーケストレーション装置と方法とプログラムに関する。
【背景技術】
【０００２】
サーバ上のハイパーバイザ（ＨｙｐｅｒＶｉｓｏｒ：ＨＶ）等の仮想化レイヤ（Ｖｉｒｔｕａｌｉｚａｔｉｏｎ  Ｌａｙｅｒ）上に実装した仮想マシン（Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ：ＶＭ）によりネットワーク機器等の機能をソフトウェア的に実現するＮＦＶ（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎｓ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）が知られている。図１は、非特許文献１の第２３頁のFigure 5.1(The NFV-MANO architectural framework with reference points)から引用した図である。【０００３】
ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）２２はサーバ上の仮想マシン（ＶＭ）で動作するアプリケーション等に対応し、ネットワーク機能をソフトウェア的に実現する。ＶＮＦ２２ごとにＥＭ（Ｅｌｅｍｅｎｔ  Ｍａｎａｇｅｒ：要素管理）２３という管理機能（ＶＮＦ２２の構成、障害、パーフォマンス、セキュリチティ等の管理）が設けられる（ＥＭＳ（Ｅｌｅｍｅｎｔ  Ｍａｎａｇｅ  Ｓｙｓｔｅｍ）であってもよい）。ＮＦＶＩ（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎｓ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）２１は、コンピューティング、ストレージ、ネットワーク機能等、物理マシン（サーバ）のハードウェア資源をハイパーバイザ等の仮想化レイヤで仮想化した仮想化コンピューティング、仮想化ストレージ、仮想化ネットワーク等の仮想化ハードウェア資源として柔軟に扱えるようにした基盤である。【０００４】
ＮＦＶ−ＭＡＮＯ（ＮＦＶ  Ｍａｎａｇｅｍｅｎｔ  ＆  Ｏｒｃｈｅｓｔｒａｔｉｏｎ）１０のＮＦＶオーケストレータ（ＮＦＶ  Ｏｒｃｈｅｓｔｒａｔｏｒ：ＮＦＶＯ）１１は、
・ＮＦＶＩ２１のリソースのオーケストレーション、及び、
・ネットワークサービス（Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ：ＮＳ）インスタンスのライフサイクル管理（例えば、ＮＳインスタンスのインスタンシエーション（Ｉｎｓｔａｎｔｉａｔｉｏｎ）、スケーリング（Ｓｃａｌｉｎｇ）、ターミネーション（Ｔｅｒｍｉｎａｔｉｏｎ）、更新（Ｕｐｄａｔｅ）等）を行う。また、ＮＦＶオーケストレータ１１は、ＮＳカタログ１４、及びＶＮＦカタログ１５の管理を行い、ＮＦＶインスタンスのリポジトリ１６、ＮＦＶＩリソースのリポジトリ１７を持つ。【０００５】
ＶＮＦマネージャ（ＶＮＦ  Ｍａｎａｇｅｒ：ＶＮＦＭ）１２は、ＶＮＦインスタンスのライフサイクル管理（例えば、インスタンシエーション（ｉｎｓｔａｎｔｉａｔｉｏｎ）、更新（ｕｐｄａｔｅ）、クエリ（ｑｕｅｒｙ）、スケーリング（ｓｃａｌｉｎｇ）、停止（ｔｅｒｍｉｎａｔｉｏｎ）等）、およびイベント通知等を行う。【０００６】
仮想化インフラストラクチャマネージャ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｍａｎａｇｅｒ：ＶＩＭ）１３は、例えば、
・ＮＦＶＩ２１のコンピューティング、ストーレッジ、ネットワークのリソース管理、
・ＮＦＶＩ２１の障害監視、
・ＮＦＶＩ２１のリソース監視等を行う。【０００７】
ＯＳＳ／ＢＳＳ３０のうちＯＳＳ（Ｏｐｅｒａｔｉｏｎｓ  Ｓｕｐｐｏｒｔ  Ｓｙｓｔｅｍｓ）は、例えば通信事業者（キャリア）がサービスを構築し、運営していくために必要なシステム（機器やソフトウェア、仕組みなど）を総称したものである。ＢＳＳ（Ｂｕｓｉｎｅｓｓ  Ｓｕｐｐｏｒｔ  Ｓｙｓｔｅｍｓ）は、例えば通信事業者（キャリア）が利用料などの課金、請求、顧客対応などのために使う情報システム（機器やソフトウェア、仕組みなど）の総称である。【０００８】
ＮＳカタログ（ＮＳ  ｃａｔａｌｏｇ）１４は、ネットワークサービス（ＮＳ）のリポジトリを表している。ＮＳカタログ（ＮＳ  ｃａｔａｌｏｇ）１４は、例えば、
・ネットワークサービス（ＮＳ）ディスクリプタ（Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ：ＮＳＤ）、
・仮想リンクディスクリプタ（Ｖｉｒｔｕａｌ  Ｌｉｎｋ  Ｄｅｓｃｒｉｐｔｏｒ：ＶＬＤ）、
・ＶＮＦフォアワーディンググラフディスクリプタ（ＶＮＦ  Ｆｏｒｗａｒｄｉｎｇ  Ｇｒａｐｈ  Ｄｅｓｃｒｉｐｔｏｒ：ＶＮＦＦＧＤ）等、
の生成と管理の支援を行う。【０００９】
ＶＮＦカタログ（ＶＮＦ  ｃａｔａｌｏｇ）１５は、例えばオンボードされたＶＮＦパッケージ（ｏｎ−ｂｏａｒｄｅｄ  ＶＮＦ  ｐａｃｋａｇｅ）のリポジトリを表している。ＶＮＦカタログ（ＶＮＦ  ｃａｔａｌｏｇ）１５は、例えば、
・ＶＮＦＤ（ＶＮＦ  Ｄｅｓｃｒｉｐｔｏｒ）、
・ＰＮＦＤ（ＰＮＦ  Ｄｅｓｃｒｉｐｔｏｒ）等を有する。【００１０】
ＮＦＶインスタンスリポジトリ（ＮＦＶ  ｉｎｓｔａｎｃｅ  Ｒｅｐｏｓｉｔｏｒｙ）１６は、全ＶＮＦ、全ネットワークサービス（ＮＳ）のインスタンス情報を保持する。ＶＮＦインスタンス、ＮＳインスタンスは、それぞれ、ＶＮＦ、ＮＳレコードに記述される。これらのレコードは、各インスタンスのライフサイクルで、ＶＮＦライフサイクル管理操作、ＮＳライフサイクル管理操作の実行結果を反映するように更新される。【００１１】
ＮＦＶＩリソースリポジトリ（ＮＦＶＩ  Ｒｅｓｏｕｒｃｅｓ  Ｒｅｐｏｓｉｔｏｒｙ）１７は、ＶＩＭ１３により抽出された、利用可能な（ａｖａｉｌａｂｌｅ）／予約された（ｒｅｓｅｒｖｅｄ）／割り付けられた（ａｌｌｏｃａｔｅｄ）ＮＦＶＩ２１のリソースの情報を保持し、リソースの予約、割り当て、モニタ等に役立つ情報を提供する。ＮＦＶＩリソースリポジトリ１７は、ＮＦＶＩ２１の予約／割り当て済みリソースを、これらのリソース（ＶＮＦ２２のライフサイクル中の任意の時点での該ＶＮＦ２２によって使用される仮想マシン（ＶＭ）の個数等）に関連したＮＳ及びＶＮＦインスタンスに対して追跡可能であるため、ＮＦＶＯ１１のリソース・オーケストレーション等に重要である。【００１２】
図１において、参照ポイントＯｓ−Ｍａ−ｎｆｖｏは、ＯＳＳ／ＢＳＳ３０とＮＦＶＯ１１間の参照ポイントであり、
・ネットワークサービス・ライフサイクル管理要求（Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ  Ｌｉｆｅｃｙｃｌｅ  ｍａｎａｇｅｍｅｎｔ）、
・ＶＮＦライフサイクル管理要求（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  ｍａｎａｇｅｍｅｎｔ  ｒｅｑｕｅｓｔ）、
・ＮＦＶ関連の状態情報の転送、ポリシ管理情報の交換等に用いられる。【００１３】
参照ポイントＶｉ−Ｖｎｆｍは、
・ＶＮＦＭ１２からＶＩＭ１３へのリソース割り当て要求、
・仮想化リソースの構成と状態情報の交換等に用いられる。【００１４】
参照ポイントＶｅ−Ｖｎｆｍ−ｅｍは、ＥＭＳ２３とＶＮＦＭ１２間で、
・ＶＮＦのインスタンシエーション、ＶＮＦインスタンス検索、更新、終了、スケールアウト／イン、スケールアップ／ダウン、
・ＥＭ（ＥＭＳ）２３からＶＮＦＭ１２への構成、イベントの転送、ＶＮＦＭ１２からＶＮＦ２２へのＶＮＦ構成、イベントの通知等に用いられる。【００１５】
参照ポイントＶｅ−Ｖｎｆｍ−ｖｎｆは、ＶＮＦ２２とＶＮＦＭ１２間で、
・ＶＮＦのインスタンシエーション、ＶＮＦインスタンス検索、更新、終了、スケールアウト／イン、スケールアップ／ダウン、ＶＮＦからＶＮＦＭへの構成、イベントの転送、ＶＮＦＭ１２からＶＮＦ２２へのＶＮＦの構成、イベントの通知等に用いられる。【００１６】
参照ポイントＮｆ−Ｖｉは、コンピューティング／ストレージ資源の指示とともに、仮想マシン（ＶＭ）の割り付け、ＶＭリソース割り当ての更新、ＶＭマイグレーション、ＶＭの終了、ＶＭ間の接続の生成・削除等、リソース割り当て要求に対する仮想化リソースの割り付け、仮想化リソースの状態情報の転送、ハードウェア資源の構成と状態の情報の交換等に用いられる。【００１７】
参照ポイントＶｎ−Ｎｆは、ＮＦＶＩ２１によってＶＮＦ２２に提供される実行環境を表している。【００１８】
参照ポイントＯｒ−Ｖｎｆｍは、
・ＶＮＦＭ１２によるリソース関連要求（認証、予約（ｒｅｓｅｒｖａｔｉｏｎ）、割り当て等）、ＶＮＦＭ１２への構成情報の転送、ＶＮＦの状態情報の収集に用いられる。【００１９】
参照ポイントＯｒ−Ｖｉは、
・ＮＦＶＯ１１からのＶＩＭ１３ヘのリソース予約要求（ｒｅｓｅｒｖｅ  ｒｅｓｏｕｒｃｅ  ｒｅｑｕｅｓｔ）、リソース割り当て要求（ａｌｌｏｃａｔｅ  ｒｅｓｏｕｒｃｅ  ｒｅｑｕｅｓｔ）と仮想化リソースの構成と状態情報の交換等に用いられる（詳細は非特許文献１参照）。【００２０】
なお、ＮＳカタログ１４のＮＳＤ（Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ）は、ネットワークサービス・ディプロイメント・テンプレート（Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ  Ｄｅｐｌｏｙｍｅｎｔ  Ｔｅｍｐｌａｔｅ）であり、特定のライフサイクルイベント（インスタンシエーション、ターミネーション、スケーリング等）のネットワークファンクションのスクリプト／ワークフローを定義するエンティティを有する。【００２１】
ＶＮＦＦＧＤ（ＶＮＦ  Ｆｏｒｗａｒｄｉｎｇ  Ｇｒａｐｈ  Ｄｅｓｃｒｉｐｔｏｒ）は、ネットワークサービスのトポロジ、あるいは一部を、ＶＮＦ、ＰＮＦ、それらを接続する仮想リンク（Ｖｉｒｔｕａｌ  Ｌｉｎｋ）を参照することで記述したディプロイメントテンプレートである。【００２２】
ＶＬＤ（Ｖｉｒｔｕａｌ  Ｌｉｎｋ  Ｄｅｓｃｒｉｐｔｏｒ）は、ＮＦＶＩで利用可能なＶＮＦ間、ＰＮＦ間、ＮＳのエンドポイント（端点）（ｅｎｄｐｏｉｎｔｓ）間のリンクに必要なリソース要求を記述したディプロイメントテンプレートである。【００２３】
ＶＮＦカタログ１５のＶＮＦＤ（ＶＮＦ  Ｄｅｓｃｒｉｐｔｏｒ）は、ディプロイメントとオペレーション上の挙動の要求（ｄｅｐｌｏｙｍｅｎｔ  ａｎｄ  ｏｐｅｒａｔｉｏｎａｌ  ｂｅｈａｖｉｏｒ  ｒｅｑｕｉｒｅｍｅｎｔｓ）の観点からＶＮＦを記述するディプロイメントテンプレートである。ＶＮＦＤは、ＶＮＦのインスタンシエーション（生成）とＶＮＦインスタンスのライフサイクル管理において、ＶＮＦＭ１２により、主に用いられる。ＶＮＦＤは、ＮＦＶＯ１１によって、ネットワークサービス、ＮＦＶＩ２１上の仮想化リソースの管理とオーケストレーション（コンピュータシステム／ミドルウェア／サービスの配備／設定／管理の自動化）に用いられる。ＮＦＶＩ２１のＶＮＦＣインスタンス、又は、ＶＮＦインスタンスと、他のネットワーク機能への端点間の仮想リンク構築のために、ＮＦＶＯ１１で利用されるコネクティビティ・インタフェース・ＫＰＩ（Ｋｅｙ  Ｐｅｒｆｏｒｍａｎｃｅ  Ｉｎｄｉｃａｔｏｒｓ）要件を含む。【００２４】
ＶＮＦカタログ１５のＰＮＦＤ（Ｐｈｙｓｉｃａｌ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｄｅｓｃｒｉｐｔｏｒ）は、アタッチした物理ネットワーク機能への、仮想リンクのコネクティビティ（接続性）、インタフェース、ＫＰＩ要件を記述する。ＮＳに物理デバイスが組み入れられるときに必要とされ、ネットワーク増設を容易にする。【００２５】
ＯＳＳ／ＢＳＳ３０やＶＮＦＭ１２から、ＮＦＶＯ１１に対して、ＮＳまたはＶＮＦのインスタンシエーション操作を実行する。インスタンシエーション操作の結果、新たに生成されたインスタンスを表すレコードが生成される。例えば、各ディスクリプタで与えられる情報、コンポーネントインスタンスに関連した追加のランタイム情報をもとに生成される各レコードは、ネットワークサービス（ＮＳ）のインスタンス状態をモデル化するためのデータを提供する。【００２６】
生成されるインスタンスレコードの種類として、例えば、
・ネットワークサービスレコード（Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ  Ｒｅｃｏｒｄ：ＮＳＲ）、
・ＶＮＦＦＧレコード（ＶＮＦＦＧ  Ｒｅｃｏｒｄ  ：ＶＮＦＦＧＲ）、
・仮想リンクレコード（Ｖｉｒｔｕａｌ  Ｌｉｎｋ  Ｒｅｃｏｒｄ：ＶＬＲ）、
・ＶＮＦレコード（ＶＮＦ  Ｒｅｃｏｒｄ：ＶＮＦＲ）、
・ＰＮＦレコード（ＰＮＦ  Ｒｅｃｏｒｄ：ＰＮＦＲ）
がある。【００２７】
ＮＳＲ、ＶＮＦＲ、ＶＮＦＦＧＲ、ＶＬＲ情報要素はＮＳ、ＶＮＦ、ＶＮＦＦＧ、ＶＬのインスタンスの状態のモデル化に必要なデータアイテム集合を提供する。ＰＮＦレコードは、ＮＳの部分をなし前から存在するＰＮＦに関連したインスタンスを表し、ＰＮＦ情報のランタイム属性（ＮＦＶＯへのコネクティビティ）を含む。【００２８】
非仮想化技術でのシステムのスケールアウト（サーバの増設）は、各システム単位で予めサーバ（物理マシン）を準備しておき、サーバの増設等は、例えば手動で設定を実施していた。【００２９】
図１を参照して説明したＮＦＶアーキテクチャを実装することで、スケールリングが容易化されている。ＶＮＦインスタンスのスケーリングは、例えば、サービス品質閾値を用いて、
・サービス品質が満足できるものでなくなり容量の拡張が必要とされる、あるいは、
・品質に影響せずに容量の縮減が可能である、
と判断されたときに行われる。【００３０】
ＶＮＦインスタンスのスケーリングの決定が、モニタリング機能や閾値交差検出機能を備えたＶＮＦで行われる場合、ＶＮＦは容量の拡張（縮減）をＥＭ（ＥＭＳ）に通知し、ＥＭ（ＥＭＳ）がＶＮＦＭに通知するか、ＶＮＦが直接ＶＮＦＭに通知する。あるいは、ＶＮＦＭ１２がスケーリングを決定してもよい。ＶＮＦインスタンスのスケーリングの動作（Ｓｃａｌｉｎｇ  Ａｃｔｉｏｎ）は、ＶＮＦディスクリプタ（ＶＮＦＤ）で提供されるようにしてもよい。【００３１】
スケーリングの決定は、ＶＩＭ１３、ＯＳＳ／ＢＳＳ３０であってもよく、保守担当者が保守端末等（不図示）から手動で行うようにしてもよい。【００３２】
スケーリング動作（Ｓｃａｌｉｎｇ  Ａｃｔｉｏｎ）として、
・ＶＭ（スケールアップ、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、メモリの追加）等、
・新しいＶＤＵ（Ｖｉｒｔｕａｌ  Ｄｅｐｌｏｙｍｅｎｔ  Ｕｎｉｔ）インスタンスの追加（スケールアウト）、
・インスタンスのシャットダウンと削除（スケールイン）、
・既存のインスタンスのリソースを解放（スケールダウン）、
・利用可能なネットワーク容量の増加、
・バンド幅の増加、等がある。【００３３】
なお、図１において、ＮＦＶＩ２１上のＶＮＦ２２は、物理リソースをシステム間で共有している。このため、スケールアウトを要する状況となった時点で、必要な物理リソースを確保できない可能性がある。【００３４】
ＮＦＶ−ＭＡＮＯ１０において、ＶＮＦインスタンスのスケーリングは、例えばＶＮＦ２２やＮＦＶＩ２１の負荷等を契機としている。【００３５】
図２は、自動ＶＮＦ拡大（Ａｕｔｏｍａｔｉｃ  ＶＮＦ  Ｅｘｐａｎｓｉｏｎ）のシーケンスを示す図である（非特許文献１のB.4.4.1 Automatic VNF Expansion triggered by VNF performance measurement results、Figure B.13参照）。自動ＶＮＦ拡大（Ａｕｔｏｍａｔｉｃ  ＶＮＦ  Ｅｘｐａｎｓｉｏｎ）は、ＶＮＦの容量の追加をいい、ＶＮＦＣ（ＶＮＦ  Ｃｏｍｐｏｎｅｎｔ）等の追加によりＶＮＦ／ＶＮＦＣにおける仮想リソースのスケールアップとなる容量の追加をサポートし、結果としてＶＮＦのスケールアウトとなる。【００３６】
＜ステップＳ１＞  ＶＮＦＭ１２は、ＶＮＦ性能管理インタフェース（ＶＮＦ  Ｐｅｒｆｏｒｍａｎｃｅ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎｔｅｒｆａｃｅ）の性能測定結果の通知又は取得の操作により、ＶＮＦ２２から性能測定結果を収集する。【００３７】
＜ステップＳ２＞  ＶＮＦＭ１２は、該性能測定結果から、より多くのリソースが必要であることを検出する。【００３８】
＜ステップＳ３＞  ＶＮＦＭ１２は、ＶＮＦデスクリプタ（ＶＮＦＤ）に設定されているＣＰＵ、メモリ等の仕様に基づき、ＶＮＦライフサイクル・オペレーション・グランティング・インタフェース（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  Ｏｐｅｒａｔｉｏｎ  Ｇｒａｎｔｉｎｇ  Ｉｎｔｅｒｆａｃｅ）のグラント・ライフサイクル・オペレーション（Ｇｒａｎｔ  Ｌｉｆｅｃｙｃｌｅ  Ｏｐｅｒａｔｉｏｎ）を用いて、ＶＮＦを指定し、その拡大の許可を、ＮＦＶオーケストレータ（ＮＦＶＯ）１１に要求する（Ｇｒａｎｔ  Ｌｉｆｅｃｙｃｌｅ  Ｏｐｅｒａｔｉｏｎ（ＶＮＦ，  Ｓｃａｌｉｎｇ  ｏｕｔ））。【００３９】
＜ステップＳ４＞  ＮＦＶＯ１１は、スケーリングの決定を行い、リソース要求をチェックする。チェックはリソース要求等が、プールされたリソース、ＣＰＵタイプ、メモリ等で賄えるものであるかチェックし、オプションとしてＶＩＭ１３へのリソースの予約も行う。【００４０】
＜ステップＳ５−Ｓ６＞  ＮＦＶＯ１１は、仮想化リソース管理インタフェース（Ｖｉｒｔｕａｌｉｚｅｄ  Ｒｅｓｏｕｒｃｅｓ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎｔｅｒｆａｃｅ）のリソース予約作成オペレーション（Ｃｒｅａｔｅ  Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ  ｏｐｅｒａｔｉｏｎ）を用いて、要求されたリソースを、予約（事前に確保）するようにしてもよい。【００４１】
＜ステップＳ７＞  ＮＦＶＯ１１は、ＶＮＦ２２のスケールアウトをＶＮＦＭ１２に認可し、肯定応答ＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）を送信する。【００４２】
＜ステップＳ８＞  ＶＮＦＭ１２は、ＶＩＭ１３にリソース割り当て（Ａｌｌｏｃａｔｅ  Ｒｅｓｏｕｒｃｅｓ）を指示する。例えば、ＶＮＦＭ１２はＶＩＭ１３に仮想マシン（ＶＭ）の生成、起動要求を送信する。ＮＦＶＯ１２に指示されたＶＩＭ識別子、ＶＭパラメータを送信する。【００４３】
＜ステップＳ９＞  ＶＩＭ１３は、ＶＭと関連するネットワークリソースを生成、起動し、ＶＮＦＭ１２に肯定応答ＡＣＫを送信する。【００４４】
＜ステップＳ１０＞  ＶＮＦＭ１２は、ＶＮＦ２２の設定を行う（ディプロイメントに固有のパラメータを設定する）。【００４５】
＜ステップＳ１１＞  ＶＮＦＭ１２は、ＥＭＳ２３にＶＮＦが更新されたことを、ＶＮＦライフサイクル変更通知インタフェース（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  Ｃｈａｎｇｅ  Ｎｏｔｉｆｉｃａｔｉｏｎ  ｉｎｔｅｒｆａｃｅ）を用いて通知する（Ｎｏｔｉｆｙ  ＶＮＦ  ｕｐｄａｔｅｄ）。ＶＮＦライフサイクル変更通知インタフェースは、アウトスケーリング等によるＶＤＵの数の変更や、ＶＮＦコンフィグレーションの変更等、ＶＮＦインスタンスの変更によるＶＮＦインスタンスの状態を通知する。【００４６】
＜ステップＳ１２＞  ＥＭ（ＥＭＳ）２３とＶＮＦＭ１２は、更新されたＶＮＦ２２を管理されたデバイス（Ｍａｎａｇｅｄ  Ｄｅｖｉｃｅ）として更新する。【００４７】
＜ステップＳ１３＞  ＥＭ（ＥＭＳ）２３は、アプリケーション固有のパラメータでＶＮＦの設定を行う。【００４８】
＜ステップＳ１４＞  ＶＮＦＭ１２は、ＶＮＦ２２の拡大の成功を、ＮＦＶＯ１１に、ＶＮＦライフサイクル変更通知インタフェース（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  Ｃｈａｎｇｅ  Ｎｏｔｉｆｉｃａｔｉｏｎ  ｉｎｔｅｒｆａｃｅ）で通知する。ＮＦＶＯ１１は、新たな構成のＶＮＦ（ｎｅｗ  ＶＮＦ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）が生成されたことを知る。【００４９】
＜ステップＳ１５＞  ＮＦＶＯ１１は、スケールアウトしたＶＮＦ２２をＶＩＭ１３とリソースプールにマップする。【００５０】
図３は、自動ＶＮＦ縮減（Ａｕｔｏｍａｔｉｃ  ＶＮＦ  Ｃｏｎｔｒａｃｔｉｏｎ）のシーケンスを示す図である（非特許文献１のB.4.4.3 Automatic VNF Contraction triggered by VNF performance measurement results、Figure B.15参照）。自動ＶＮＦ縮減（Automatic VNF contraction）では、ＶＮＦＭによるＶＮＦＣのターミネーション、ＶＮＦＭによるＶＩＭへのリソース解放の指示等が行われる。【００５１】
＜ステップＳ２１＞  ＶＮＦＭ１２は、ＶＮＦ性能管理インタフェース（ＶＮＦ  Ｐｅｒｆｏｒｍａｎｃｅ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎｔｅｒｆａｃｅ）の性能測定結果の通知又は取得の操作により、ＶＮＦ２２から性能測定結果を収集する。【００５２】
＜ステップＳ２２＞  ＶＮＦＭ１２は、該性能測定結果から、リソースの縮減の必要性（容量の解放）を検出する。【００５３】
＜ステップＳ２３＞  ＶＮＦＭ１２は、ＶＮＦＤ等のＶＮＦテンプレート（ＣＰＵ，メモリ等）に基づき、ＶＮＦライフサイクル・オペレーション・グランティング・インタフェース（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  Ｏｐｅｒａｔｉｏｎ  Ｇｒａｎｔｉｎｇ  Ｉｎｔｅｒｆａｃｅ）のグラント・ライフサイクル・オペレーション（Ｇｒａｎｔ  Ｌｉｆｅｃｙｃｌｅ  Ｏｐｅｒａｔｉｏｎ）を用いて、ＶＮＦの縮減の検証をＮＦＶＯ１１に要求する（Ｇｒａｎｔ  Ｌｉｆｅｃｙｃｌｅ  Ｏｐｅｒａｔｉｏｎ（ＶＮＦ，  Ｓｃａｌｅ  Ｉｎ））。【００５４】
＜ステップＳ２４＞  ＮＦＶＯ１１は、例えば設定されたポリシ等に基づき、スケーリングの決定を行う。【００５５】
＜ステップＳ２５＞  ＮＦＶＯ１１は、ＶＮＦＭ１２に対してＶＮＦのスケールイン操作を認可する。ＮＦＶＯ１１は、肯定応答ＡＣＫをＶＮＦＭ１２に送信する。【００５６】
＜ステップＳ２６＞  ＶＮＦコンポーネント（ＶＮＦＣ）のグレースフル・ターミネーション（自動シャットダウン）が行われる。【００５７】
＜ステップＳ２７＞  ＶＮＦＭ１２は、ＶＩＭ１３に対してリソースの解放（Ｒｅｌｅａｓｅ  Ｒｅｓｏｕｒｃｅ）を指示する。【００５８】
＜ステップＳ２８＞  ＶＩＭ１３はリソースを解放し肯定応答ＡＣＫをＶＮＦＭ１２に送信する。【００５９】
＜ステップＳ２９＞  ＶＮＦＭ１２は、ＶＮＦライフサイクル変更通知インタフェース（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  Ｃｈａｎｇｅ  Ｎｏｔｉｆｉｃａｔｉｏｎ  ｉｎｔｅｒｆａｃｅ）を用いてＶＮＦの縮減の成功をＮＦＶＯ１１に通知する（Ｎｏｔｉｆｙ  Ｓｕｃｃｅｓｓｆｕｌ  ｃｏｎｔｒａｃｔｉｏｎ）。【００６０】
＜ステップＳ３０＞
ＶＮＦＭ１２は、ＶＮＦライフサイクル変更通知インタフェース（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  Ｃｈａｎｇｅ  Ｎｏｔｉｆｉｃａｔｉｏｎ  ｉｎｔｅｒｆａｃｅ）を用いて、ＶＮＦが容量を解放して更新されたことをＥＭ（ＥＭＳ）２３に通知する。【００６１】
＜ステップＳ３１＞  ＮＦＶＯ１１はＶＩＭ１３とリソースプールのマップを更新する。【００６２】
＜ステップＳ３２＞  ＥＭ（ＥＭＳ）２３とＶＮＦＭ１２は、管理されたデバイスとしてＶＮＦを更新する。【００６３】
ＥＭ（ＥＭＳ）２３がＶＮＦの拡大（縮減）（ＥＭ  ｉｎｉｔｉａｔｅｄ  ＶＮＦ  ｅｘｐａｎｓｉｏｎ（ｃｏｎｔｒａｃｔｉｏｎ））を開始する場合には、ＥＭ（ＥＭＳ）２３は、ＶＮＦライフサイクル管理インタフェース（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎｔｅｒｆａｃｅ）の「Ｓｃａｌｅ  ＶＮＦ」を用いて、容量拡大（縮減）をＶＮＦＭに要求する。【００６４】
また、ＮＳ（Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ）インスタンスのスケールアウト（スケールイン）等は、ＯＳＳ／ＢＳＳ３０等から、ＮＦＶＯ１１等に、ＮＳＤ（Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ）に登録されている別のデプロイメントフレーバへのＮＳ（Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ）インスタンスのスケールアウト（スケールイン）を要求することによって行われる。
【先行技術文献】
【非特許文献】
【００６５】
【非特許文献１】ETSI GS NFV-MAN 001 V1.1.1 (2014-12)  Network Functions Virtualisation (NFV); Management and Orchestration （2016年1月10日検索）＜http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【００６６】
以下に、本発明者らによる分析を与える。【００６７】
上記したように、ＮＦＶアーキテクチャを実装することで、自動ＶＮＦ拡大（縮小）等、ＶＮＦインスタンスのスケーリング等が容易化されている。【００６８】
しかしながら、ＮＦＶ―ＭＡＮＯにおいて、ＶＮＦの自動スケーリングは、ＶＮＦ及びＮＦＶＩの負荷等を契機としている。【００６９】
このため、例えば、地域の催しもの（例：花火大会、お祭り等）やカレンダ（例：盆休み、年末年始等）などのイベント等に応じて必要な仮想リソースの増大を想定し、事前にリソースを確保しておくことができない。【００７０】
また、ＶＮＦは、サーバ上の仮想マシン上で動作するアプリケーションソフトウェアであり、サーバ上の物理リソース（ハードウェア資源）を、ＶＮＦシステム間で共有している。このため、容量の増設等を要する状況となった時点で必要なリソース（例えば物理リソース）を確保できない可能性がある。例えば、図２のステップＳ５のリソース予約作成オペレーション（Ｃｒｅａｔｅ  Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ  ｏｐｅｒａｔｉｏｎ）を用いてリソースを確保しようとしても、リソースが確保できない場合がある（ステップＳ６の予約結果が失敗となる）。この場合、スケールアウト等は成功しない。【００７１】
したがって、本発明は上記課題に鑑みて創案されたものであって、その目的の一つは、任意のタイミングや条件にて仮想機能のライフサイクル実行を指定可能とし、ライフサイクルに応じた仮想リソースの事前確保を可能とするシステム、装置、方法、プログラムを提供することにある。
【課題を解決するための手段】
【００７２】
本発明の一つの側面によれば、仮想化環境下での仮想機能のライフサイクルの実行条件の登録要求を送信元から受け取り、前記ライフサイクルの実行条件を記憶部に登録するライフサイクル実行条件登録手段と、前記仮想機能において前記ライフサイクルの実行に必要なリソースを事前に確保する事前リソース確保手段と、前記記憶部に登録された前記ライフサイクルの実行条件の成立の有無を判定するライフサイクル実行条件判定手段と、前記ライフサイクルの実行条件が成立する場合に、前記ライフサイクルの実行を指示するライフサイクル実行指示手段と、前記ライフサイクルの実行結果を、前記ライフサイクルの実行条件の登録要求の前記送信元に通知するライフサイクル実行結果通知手段と、を備えたネットワーク機能仮想化管理オーケストレーション装置が提供される。本発明によれば、仮想化環境下での仮想機能のライフサイクルの実行条件の登録要求を受信すると、前記ライフサイクルの実行に必要なリソースを事前に確保しておき、登録した前記ライフサイクルの実行条件の成立を検出すると、前記ライフサイクルの実行を指示する制御を行う構成としてもよい。【００７３】
本発明の他の側面によれば、仮想化環境下での仮想機能のライフサイクルの実行条件の登録要求を送信元から受け取り、前記ライフサイクルの実行条件を記憶部に登録し、
前記仮想機能において前記ライフサイクルの実行に必要なリソースを事前に確保し、
前記記憶部に登録された前記ライフサイクルの実行条件の成立の有無を判定し、
前記ライフサイクルの実行条件が成立する場合に、前記ライフサイクルの実行を指示し、
前記ライフサイクルの実行結果を、前記ライフサイクルの実行条件の登録要求の前記送信元に通知する、ネットワーク機能仮想化管理オーケストレーション方法が提供される。【００７４】
本発明の他の側面によれば、仮想化環境下での仮想機能のライフサイクルの実行条件の登録要求を送信元から受け取り、前記ライフサイクルの実行条件を記憶部に登録する処理と、
前記仮想機能において前記ライフサイクルの実行に必要なリソースを事前に確保するように制御する処理と、
前記記憶部に登録された前記ライフサイクルの実行条件の成立の有無を判定し、
前記ライフサイクルの実行条件が成立する場合に、前記ライフサイクルの実行を指示する処理と、
前記ライフサイクルの実行結果を、前記ライフサイクルの実行条件の登録要求の前記送信元に通知する処理を、コンピュータに実行させるプログラムが提供される。本発明によれば、上記プログラムを記憶したコンピュータ読み出し可能な記録媒体（例えばＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等の記録媒体、半導体ストレージデバイス等のｎｏｎ−ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｒｅｃｏｒｄｉｎｇ  ｍｅｄｉｕｍ）が提供される。
【発明の効果】
【００７５】
本発明によれば、任意のタイミングや条件にて仮想機能のライフサイクル実行を指定可能とし、ライフサイクルに応じた仮想リソースの事前確保を可能としている。
【図面の簡単な説明】
【００７６】
【図１】非特許文献１のFigure 5.1に基づく図である。
【図２】非特許文献１のFigure B.13に基づく図である。
【図３】非特許文献１のFigure B.15に基づく図である。
【図４】本発明の例示的な実施形態の一例を説明する図である。
【図５】本発明の例示的な実施形態を説明する図である。
【図６】本発明の例示的な実施形態の動作シーケンスを説明する図である。
【図７】本発明の例示的な実施形態において登録されるライフサイクル実行条件の一例を説明する図である。
【図８】本発明の例示的な実施形態の他の例を説明する図である。
【図９】本発明の例示的な実施形態の他の例におけるリソース再割り当てを説明する図である。
【発明を実施するための形態】
【００７７】
本発明の例示的な実施形態について説明する。図４は、本発明の例示的な実施形態を機能の点から説明する図である。図４を参照すると、保守端末（保守装置等、あるいは図１のＥＭ、ＯＳＳ）４０は、ＮＦＶ−ＭＡＮＯ１０に通信接続するネットワークインタフェースを備え、ＶＮＦのライフサイクルの実行条件の登録を要求するＶＮＦライフサイクル管理要求（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  ｍａｎａｇｅｍｅｎｔ  ｒｅｑｕｅｓｔ）を、ＮＦＶ−ＭＡＮＯ１０に送信する。ＮＦＶ−ＭＡＮＯ１０は、保守端末（保守装置等、あるいは図１のＥＭ、ＯＳＳ）４０と通信接続するネットワークインタフェースを有する。
【００７８】
ＮＦＶ−ＭＡＮＯ１０は、ライフサイクル実行条件登録手段（ライフサイクルの実行条件登録部）１０１と、事前リソース確保手段（事前リソース確保部）１０２と、ライフサイクル実行条件判定手段（ライフサイクルの実行条件判定部）１０３と、ライフサイクル実行指示手段（ライフサイクル実行指示部）１０４と、ライフサイクル実行結果通知手段（ライフサイクル実行結果通知部）１０５を備えている。
【００７９】
ライフサイクル実行条件登録手段（ライフサイクルの実行条件登録部）１０１は、仮想環境下での仮想機能（Ｖｉｒｔｕａｌｉｚｅｄ  Ｆｕｎｃｔｉｏｎ）であるＶＮＦのライフサイクル実行条件登録要求（例えばライフサイクルを実行する日時情報等を含む）を受け記憶部１０６に登録する。
【００８０】
事前リソース確保手段（事前リソース確保部）１０２は、ＶＮＦのライフサイクルの実行に必要なリソースを事前に確保する。
【００８１】
ライフサイクル実行条件判定手段（ライフサイクルの実行条件判定部）１０３は、記憶部１０６に登録されたライフサイクルの実行条件（日時やイベント等の条件）が成立しているか否かを判定する。
【００８２】
ライフサイクル実行指示手段（ライフサイクル実行指示部）１０４は、ライフサイクル実行条件判定手段（ライフサイクルの実行条件判定部）１０３でライフサイクルの実行条件が成立していると判定した場合に、ライフサイクルの実行を指示する。仮想機能がＶＮＦの場合、ライフサイクル実行指示手段（ライフサイクル実行指示部）１０４は、例えばサーバ２０のＮＦＶＩ２１に対してライフサイクルの実行を指示する。
【００８３】
ライフサイクル実行結果通知手段（ライフサイクル実行結果通知部）１０５は、ライフサイクル実行結果を保守端末（ＥＭＳ、ＯＳＳ等）４０に通知する。
【００８４】
ＮＦＶ−ＭＡＮＯ１０における上記各手段は、一つの装置に一体に組み込む構成とせず、通信装置を介して通信接続する構成としてもよいことは勿論である。また、ＮＦＶ−ＭＡＮＯ１０における各手段の一部又は全ては、コンピュータ（プロセッサ等）で実行されるプログラムにより実現するようにしてもよい。この場合、コンピュータ（サーバ等の汎用コンピュータであってもよい）は、例えば半導体メモリ又はＨＤＤ等の記憶部に記憶されたプログラムを、主記憶装置に読み出し、プログラム命令を実行することで、ソフトウェア的に又は、通信装置（送信装置、受信装置）等のハードウェアと連携して、該当する機能を実現する。
【００８５】
本発明によれば、ＶＮＦのライフサイクルの実行条件を登録しておき、さらに当該ＶＮＦのライフサイクルの実行に必要なリソースを事前に確保する構成としたことで、例えばＶＮＦがスケールアウトを要する時点で、必要な物理リソースを確保できないという事態の発生を回避可能としている。
【００８６】
図５と図６は、上記した例示的な実施形態を、図１を参照して説明したＮＦＶアーキテクチャへ具現化した一例を説明する図である。なお、特に制限されないが、図６では、ＶＮＦライフサイクルの実行条件で指定されたライフサイクルが、ＶＮＦ（ＶＤＵ）等に割り当てられる仮想マシン（ＶＭ）の増設の例（ＶＭのスケールアウト）が示されている。予約により事前確保されるリソース（ＮＦＶＩ２１のコンピュート、ストレージ、ネットワークリソース等）として、ＶＭが例えば２台、事前に確保される。ＶＮＦライフサイクルの実行条件で指定されるライフサイクルはスケールアップ（仮想ＣＰＵの増設、仮想メモリ等の容量の増大等）であってもよい。
【００８７】
図５において、ＮＦＶＩリソースリポジトリ（ＮＦＶＩ  Ｒｅｓｏｕｒｃｅｓ  Ｒｅｐｏｓｉｔｏｒｙ）１７は、予約された（ｒｅｓｅｒｖｅｄ）ＮＦＶＩ２１のリソース情報を保持する。
【００８８】
＜ステップＳ１０１：ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  ｍａｎａｇｅｍｅｎｔ  Ｒｅｑｕｅｓｔ＞
ＥＭＳ２３（保守端末等）からＶＮＦライフサイクル管理インタフェース（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  ｍａｎａｇｅｍｅｎｔ  ｉｎｔｅｒｆａｃｅ）のＶＮＦライフサイクル管理要求（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  ｍａｎａｇｅｍｅｎｔ  Ｒｅｑｕｅｓｔ）がＶＮＦＭ１２に送信される。このＶＮＦライフサイクル管理要求には、ＶＮＦライフサイクルの実行条件の指定（例えばライフサイクル実行日時等の指定）及び登録の要求が含まれる。
【００８９】
ＶＮＦライフサイクルの実行条件の登録要求を受けたＶＮＦＭ１２は、条件ワークフロー（Ｃｏｎｄｉｔｉｏｎ  ＷｏｒｋＦｌｏｗ）１２１に条件を設定する。条件ワークフロー（Ｃｏｎｄｉｔｉｏｎ  ＷｏｒｋＦｌｏｗ）１２１は、ＶＮＦライフサイクルの作業の流れを規定したＶＮＦライフサイクルワークフロー（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  ＷｏｒｋＦｌｏｗ）１２２に登録されているワークフローのうち、実行対象のＶＮＦライフサイクルのワークフロー、実行日時、実行の繰り返し指定、実行優先度情報等を含む。
【００９０】
ＶＮＦライフサイクルの実行条件として、例えば、対象ＶＮＦのスケールアウト、スケールアウトの容量、及び、実行時間（時刻）を登録するようにしてもよい。
【００９１】
なお、ＶＮＦライフサイクルの実行条件の登録要求は、ＶＮＦライフサイクル管理インタフェース（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  ｍａｎａｇｅｍｅｎｔ  ｉｎｔｅｒｆａｃｅ）上で、ＯＳＳ／ＢＳＳ３０等から、ＮＦＶオーケストレータ（ＮＦＶＯ）１１に送信するようにしてもよい。このインタフェースは、保守端末（ＥＭＳ、ＯＳＳ等）から、ＮＦＶＩリソースとＶＮＦ（図１のＶＮＦＤ等の仕様）との対応付けの要求・管理操作を可能としている。ＶＮＦライフサイクル管理（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  Ｍａｎａｇｅｍｅｎｔ）では、例えば、ＶＮＦのスケーリングアウト／イン、ＶＮＦのスケールアップ／ダウン、ターミネーション（停止）、アップデート（更新）等が行われる。
【００９２】
＜ステップＳ１０２：Ｒｅｓｅｒｖｅ  Ｇｒａｎｔ  Ｒｅｑｕｅｓｔ＞
ＶＮＦＭ１２は、登録されたＶＮＦライフサイクルの実行条件をもとに、ＶＮＦライフサイクル実行（例えばスケールアウト）に必要なリソース等を割り出し、ＮＦＶオーケストレータ（ＮＦＶＯ）１１に対して、ＶＮＦライフサイクル（スケールアウト等）の実行に必要なリソースの予約認可要求（Ｒｅｓｅｒｖｅ  Ｇｒａｎｔ  Ｒｅｑｕｅｓｔ）を行う。
【００９３】
＜ステップＳ１０３：Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖｅ  Ｒｅｑｕｅｓｔ＞
ＮＦＶオーケストレータ（ＮＦＶＯ）１１は、ＶＮＦＭ１２からの予約認可要求（Ｒｅｓｅｒｖｅ  Ｇｒａｎｔ  Ｒｅｑｕｅｓｔ）を受けると、ＶＩＭ１３に対してＯｒ−Ｖｉ（図１参照）経由で、リソース予約要求（Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖｅ  Ｒｅｑｕｅｓｔ）を送信する。
【００９４】
＜ステップＳ１０４：Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ＞
ＶＩＭ１３は、ＮＦＶオーケストレータ（ＮＦＶＯ）１１からのリソース予約要求（Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖｅ  Ｒｅｑｕｅｓｔ）に応じて、ＮＦＶＩ２１におけるリソース（例えば仮想マシンＶＭ、あるいは仮想ＣＰＵ、仮想メモリ等の仮想化リソース）を確保する。図６では、仮想マシンＶＭが確保された状態を示している。
【００９５】
ＶＩＭ１３において、事前に確保したＮＦＶＩリソースは、例えば、事前リソース予約管理番号（識別情報）を付与してリソースプールに登録して管理する。事前リソース予約管理番号は、番号に制限されるものではなく、リソースのＩＤ情報（Ｉｄｅｎｔｉｔｙ情報）等を含むものであってもよい。
【００９６】
＜ステップＳ１０５：Ｒｅｓｏｕｒｃｅ    Ｒｅｓｅｒｖｅ  ＡＣＫ＞
ＶＩＭ１３は、ＮＦＶオーケストレータ（ＮＦＶＯ）１１にリソース予約の肯定応答（Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖｅ  ＡＣＫ）を送信する。このリソース予約の肯定応答が、事前リソース予約管理番号を含み、ＮＦＶオーケストレータ（ＮＦＶＯ）１１に事前リソース予約管理番号を通知するようにしてもよい。
【００９７】
＜ステップＳ１０６：Ｒｅｓｅｒｖｅ  Ｇｒａｎｔ  ＡＣＫ＞
ＮＦＶオーケストレータ（ＮＦＶＯ）１１は、ＶＮＦＭ１２に、予約認可の肯定応答（Ｒｅｓｅｒｖｅ  Ｇｒａｎｔ  ＡＣＫ）を送信する。予約認可の肯定応答（Ｒｅｓｅｒｖｅ  Ｇｒａｎｔ  ＡＣＫ）が、事前リソース予約管理番号を含み、ＶＮＦＭ１２に事前リソース予約管理番号を通知するようにしてもよい。
【００９８】
＜ステップＳ１０７：ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  ｍａｎａｇｅｍｅｎｔ  ＡＣＫ＞
ＶＮＦＭ１２は、ＥＭＳ２３に対して、ＶＮＦライフサイクル管理肯定応答（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  ｍａｎａｇｅｍｅｎｔ  ＡＣＫ）を返す。このＶＮＦライフサイクル管理肯定応答が、ＶＮＦライフサイクルの実行条件の登録の実行結果（ＶＮＦライフサイクルの実行条件の登録ＩＤ）や事前リソース予約管理番号等を含み、ＥＭＳ２３にこれらを通知するようにしてもよい。
【００９９】
以上で、ＶＮＦライフサイクルの登録とＮＦＶＩ２１におけるリソースの予約（事前確保）が完了する。
【０１００】
＜ステップＳ１０８：ＶＮＦライフサイクルの実行条件判定＞
リソースの予約（事前確保）が完了すると、ＶＮＦＭ１２において、登録されたＶＮＦライフサイクルの実行条件が成立しているか否かの判定が行われる。
【０１０１】
例えばＶＮＦＭ１２では、ＶＮＦＭ１２が内蔵する時計（不図示）の日付、現在時刻が、登録されたＶＮＦライフサイクルの実行条件の指定日時（あるいはカレンダ等のイベント情報）と一致するか否かチェックする。
【０１０２】
＜ステップＳ１０９：ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  Ｅｘｅｃｕｔｉｏｎ  Ｒｅｑｕｅｓｔ＞
ＶＮＦライフサイクルの実行条件が成立している場合（例えば現在の日時が、登録されたＶＮＦライフサイクル実行条件の指定日時等に該当する場合）、ＶＮＦＭ１２は、ＶＮＦライフサイクルワークフロー１２２に登録されているＶＮＦライフサイクルのワークフローを実行する。ＶＮＦＭ１２は、ＶＩＭ１３に対して、ＶＮＦライフサイクル実行要求（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  Ｅｘｅｃｕｔｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する。
【０１０３】
その際、ＶＮＦＭ１２は、ＶＮＦライフサイクル実行要求（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  Ｅｘｅｃｕｔｉｏｎ  Ｒｅｑｕｅｓｔ）に、事前リソース予約管理番号を指定し、ＶＩＭ１３に対して事前リソース予約管理番号に対応する予約されたリソースに関するＶＮＦライフサイクル（例えばスケールアウト）の実行を指示するようにしてもよい。例えば、ＶＮＦＭ１２は、ＶＮＦのスケールアウトの場合、事前リソース予約管理番号に対応する予約済みの仮想マシン（ＶＭ）の増設等をＶＩＭ１３に指示するようにしてもよい。
【０１０４】
＜ステップＳ１１０：ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  Ｅｘｅｃｕｔｉｏｎ＞
ＶＩＭ１３は、ＮＦＶＩ２１に対して、ＶＮＦライフサイクル実行（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  Ｅｘｅｃｕｔｉｏｎ）を指示する。
【０１０５】
ＮＦＶＩ２１は、ＶＩＭ１３からの指示に基づき、例えば既存のＶＮＦに対して予約済みのＶＭを増設する。
【０１０６】
＜ステップＳ１１１：ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  Ｅｘｅｃｕｔｉｏｎ  ＡＣＫ＞
ＶＩＭ１３は、ＶＮＦライフサイクル実行の肯定応答（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  Ｅｘｅｃｕｔｉｏｎ  ＡＣＫ）をＶＮＦＭ１２に返す。
【０１０７】
＜ステップＳ１１２：ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  Ｅｘｅｃｕｔｉｏｎ  Ｎｏｔｉｆｉｃａｔｉｏｎ＞
ＶＮＦＭ１２は、ＥＭＳ２３にＶＮＦライフサイクル実行通知（ＶＮＦ  Ｌｉｆｅｃｙｃｌｅ  Ｅｘｅｃｕｔｉｏｎ  Ｎｏｔｉｆｉｃａｔｉｏｎ）を送信する。
【０１０８】
なお、図６のステップＳ１０９において、実行を要求するＶＮＦライフサイクルがＶＮＦのスケールアウトである場合、図２のステップＳ８の処理（ＶＮＦＭ１２からＶＩＭ１３へのリソースの割り当て（Ａｌｌｏｃａｔｅ  Ｒｅｓｏｕｒｃｅｓ））から実行するようにしてもよい。この場合、リソースの割り当て指示により、予約済みの仮想マシン（ＶＭ）に対応する事前リソース予約管理番号をＶＩＭ１３に通知するようにしてもよい。
【０１０９】
あるいは、図６のステップＳ１０９において、実行を要求するＶＮＦライフサイクルがＶＮＦのスケールインである場合、ＶＮＦライフサイクルの実行条件で指定されたリソース容量を、ＶＮＦに割り当てられた容量から解放する。この場合、例えばＶＮＦＭ１２は、ＮＦＶＩを介してＶＮＦをシャットダウン（Ｇｒａｃｅｆｕｌ  Ｔｅｒｍｉｎａｔｉｏｎ）させ、図６のステップＳ１０９として、図３のステップＳ２７からの処理を実行するようにしてもよい。
【０１１０】
図２、図３等を参照して説明したように、ＮＦＶにおいて、スケーリングは、例えばＶＮＦ及びＮＦＶの負荷を契機（性能測定結果）としており、ライフサイクルの実行条件の任意の指定によるスケーリングや、必要な仮想リソースの増大を想定したリソースの事前確保ができなかった。
【０１１１】
この課題を解決するため、上記した例示的な実施形態で説明したように、ＶＮＦライフサイクルに関して任意の実行条件の設定、ＶＮＦライフサイクル実行前に（事前に）、必要なリソースの確保が可能となり、スケールアウト等のスケーリングを成功させることが出来る。
【０１１２】
本実施形態において、特に制限されるものではないが、ＶＮＦＭ１２に対してＶＮＦライフサイクルの実行条件の指定は、例えば図７に例示した情報を含むようにしてもよい。図７を参照すると、ＶＮＦライフサイクルの実行条件のワークフロー実行条件の「実行ライフサイクル指定」は、
・実行対象ＶＮＦ、
・実行対象ＶＮＦのライフサイクル（インスタンシエーション（生成）、ターミネーション（停止）、スケールアウト、スケールイン、その他任意のＶＮＦライフサイクル）を含むようにしてもよい。
【０１１３】
ワークフロー実行条件の「スケールアウト／スケールイン時の対象リソース量」は、スケールアウト時のＶＮＦで必要なリソース容量の基準値を指定する。また、スケールイン時のＶＮＦに解放するリソース容量の基準値を指定するようにしてもよい。
【０１１４】
「スケールアウト／スケールイン時の対象リソース量」は、ＶＮＦに割り当てるリソースに付与される閾値１、閾値２を含むようにしてもよい。
【０１１５】
例えば、閾値１は、最低限必要なリソース容量である。また、閾値２は、予備リソース容量であり、他のＶＮＦが必要とする場合、解放され、他のＶＮＦ用に確保される。なお、ＶＮＦに割り当てるリソースに付与される閾値は、閾値１、２に制限されるものでなく、さらに多くの閾値のランクを含むようにしてもよいことは勿論である。
【０１１６】
ワークフロー実行条件の「優先度設定」は、他のＶＮＦへの他のリソース確保やＶＮＦライフサイクルの競合時に、本処理（本ワークフロー）を優先するか否かを指定する。他のＶＮＦへのリソース確保やＶＮＦライフサイクルの競合時、優先度の高い他のＶＮＦへリソースが確保され、また優先度の高い他のＶＮＦのライフサイクルが優先される。
【０１１７】
ワークフロー実行条件の「実行日時／時間」は、ＶＮＦライフサイクルの実行日時を指定する。例えば、日時に、予め定められたワイルドカードを指定することで、毎日、毎時、当該ライフサイクルを実行することが可能となる。あるいは、何日おき等でのライフサイクル実行を指定可能とするテンプレート構成としてもよい。
【０１１８】
ＶＮＦのライフサイクルは、スケールアウト、スケールインに制限されるものでなく、例えばＶＮＦのインスタンシエーション、ターミネーション、問い合わせ（Ｑｕｅｒｙ）等であってもよい。また、ＶＮＦライフサイクルの実行条件で指定される図７に示した情報要素に制限されるものでなく、登録者が所望する任意の情報要素を設定するようにしてもよい。
【０１１９】
本実施形態によれば、ＶＮＦライフサイクルの実行条件として、複数のＶＮＦライフサイクルを登録し、指定した所望の時間等に、シナリオを実行させることで、ＶＮＦシステムの保守業務を自動化し、保守工程の簡略化させることが可能となる。
【０１２０】
よく知られているように、ＶＮＦにおいて仮想リソースの使用／要求状況は、処理負荷等に応じて、常に変動している。
【０１２１】
このため、あるＶＮＦに対して事前にリソースを確保すると、本来、リソースを必要とする他のＶＮＦの要求と競合する事態、あるいは、他のＶＮＦで必要なリソースを確保できない場合が発生する可能性がある。
【０１２２】
そこで、ＶＮＦで必要とするリソースを確保するにあたり、好ましくは、図４のライフサイクル実行条件登録手段１０１で指定する条件として、図７に例示したように、事前に確保するリソースの一定の範囲に対して、閾値、優先度を設定する。
【０１２３】
この結果、例えばＶＮＦライフサイクル実行後のＶＮＦの仮想リソースの使用状況や要求状況に合わせたリソースを確保することができる。
【０１２４】
図８は、本発明の別の実施形態を説明する図である。図８において、図４と同一の要素には同一の参照符号が付されている。以下では、図４の構成との相違点について説明する。予約済リソース再割り当て手段（予約済リソース再割り当て部）１０７は、例えばＶＮＦ１に対して事前に確保されたリソース１（２４−１）のうち、予備リソースとして設定されている所定の容量を解放し、例えばより多くのリソースを必要とするＶＮＦ２（優先度がＶＮＦ１よりも高い）に対して確保されたリソース２（２４−２）への該解放したリソースの再割り当てを行う。なお、図８の符号２４は、事前に確保されたリソースのプール（リソースプール）を表している。
【０１２５】
なお、図８の例では、ＶＮＦ１に対して事前に確保されたリソース１（２４−１）は、ＶＮＦライフサイクル実行時のために事前に確保されたリソースであり、その一部を、リソース２に割り当てる場合、事前リソース予約番号で管理されるリソース構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を変更する。
【０１２６】
例えば、予約により、ＶＮＦに対して事前確保されたリソースが仮想マシン（ＶＭ）の場合、図５のＶＩＭ１３で管理するフレーバ１８に登録されたリソース１に対応するＶＭのスペックや容量値（例えば、ｖＣＰＵ（ｖｉｒｔｕａｌ  ＣＰＵ）を４個から２個、仮想メモリの容量を８ＧＢ（Ｇｉｂａ  ｂｙｔｅ）から４ＧＢ等）を更新する。また、ＶＮＦの仮想リソース構成の変更は、図５のＶＩＭ１３からＮＦＶＯ１１へ通知されるか、あるいは、ＶＩＭ１３からＶＮＦＭ１２へ通知される。
【０１２７】
図９は、図８の予約済リソース再割り当て手段１０７によるＶＮＦへの仮想マシン（ＶＭ）のリソースの再割り当てを説明する図である。ＶＮＦライフサイクルの実行条件の指定では、ＶＮＦライフサイクルの実行条件において、
・ＶＭ（種別１）は優先度Ｂ（低）、
・ＶＭ（種別２）は優先度Ａ（高）
に指定されているものとする。ここで、閾値１を最低限必要なリソースとする。閾値２を予備リソースとする（他のＶＮＦが必要とする場合は解放される）。
【０１２８】
図９に示すように、事前に確保したリソースが、ＶＭ（種別１）優先度Ｂ（低）に設定されているものとする。この状態で、ＶＭ（種別２）優先度Ａ（高）からのリソース要求に対して確保済みのリソースが不足していた場合、ＶＭ（種別１）優先度Ｂで事前に確保したリソース２０１のうち、最低限必要なリソース２０３（閾値１）をＶＭ（種別１）優先度Ｂ（低）用に残し、閾値２の予備リソース２０４から必要量のリソース２０５を解放して、ＶＭ（種別２）に割り当てる。この結果、確保済みのリソースが不足しさらなるリソースを必要とする他のＶＮＦ（高優先度のＶＭ上で稼働）に対して、相対的に低優先度のＶＭに対して事前に確保したリソースから、リソースの提供を可能としている。
【０１２９】
本実施形態によれば、仮想化された通信サーバ（ＶＮＦ）など、非仮想化時と同様に、エンドユーザに影響なく、２４時間無停止稼働が求められるシステムの必要リソース事前確保、及び、各種の仮想化サーバ（ＶＮＦ）における保守業務の簡略化やシナリオ実行化を必要とするシステム等に適用して好適である。
【０１３０】
また、上記実施形態では、ＶＮＦのスケールアウト、スケールイン等のライフサイクルの管理について説明したが、ＮＳ（Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ）インスタンスのスケールアウト、スケールイン等のライフサイクルについても、ＶＮＦライフサイクルの実行条件の事前登録と同様、ＮＳインスタンスライフサイクルの実行条件を事前に登録し、ＮＳインスタンスライフサイクル実行に必要なＶＮＦ等を事前に確保しておき、ＮＳインスタンスライフサイクルの実行条件が成立した時点で、ＮＦＶＯ等はＮＳインスタンスのスケールアウト、スケールイン等を実行するようにしてもよい。例えばＶＮＦＡとＶＮＦＢをそれぞれ機能の異なるＶＮＦとして、登録されたＮＳインスタンスライフサイクルの実行条件が成立したときに、フレーバＡ（１つのＶＮＦＡ＋２つのＶＮＦＢ）によってインスタンシェート（生成）されたネットワークサービス（ＮＳ）から、別のフレーバＢ（２つのＶＮＦＡ＋２つのＶＮＦＢ）によってインスタンシェート（生成）されるネットワークサービス（ＮＳ）に切り替える（スケールアウト）ようにしてもよい。すなわち、仮想環境下でのライフサイクル管理対象の仮想機能のインスタンスは、ＶＮＦインスタンスに制限されるものでなく、ＮＳインスタンス等であってもよい。
【０１３１】
また仮想機能のライフサイクルは、上記に制限されず、仮想機能のインスタンスの生成（インスタンシェーション）、各種制御、起動、停止、再起動、 監視、動作条件等の設定であってもよい。
【０１３２】
なお、上記非特許文献の開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素（各請求項の各要素、各実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ乃至選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【０１３３】
特に制限されないが、上記した実施形態は例えば以下のように付記される。
【０１３４】
(付記１)
仮想化環境下での仮想機能インスタンスのライフサイクルの実行条件の登録要求を送信元から受け取り、前記ライフサイクルの実行条件を記憶部に登録するライフサイクル実行条件登録手段と、
前記仮想機能インスタンスにおいて前記ライフサイクルの実行に必要なリソースを事前に確保する事前リソース確保手段と、
前記記憶部に登録された前記ライフサイクルの実行条件の成立の有無を判定するライフサイクル実行条件判定手段と、
前記ライフサイクルの実行条件が成立する場合に、前記ライフサイクルの実行を指示するライフサイクル実行指示手段と、
前記ライフサイクルの実行結果を、前記ライフサイクルの実行条件の登録要求の前記送信元に通知するライフサイクル実行結果通知手段と、
を備えたネットワーク機能仮想化管理オーケストレーション装置。
【０１３５】
(付記２)
前記事前リソース確保手段は、事前に確保したリソースに管理用の識別情報を付与する、付記１記載のネットワーク機能仮想化管理オーケストレーション装置。
【０１３６】
(付記３）
第１の仮想機能に対して事前に確保されたリソースのうち所定のリソースを解放し、前記解放したリソースを第２の仮想機能に割り当てる予約済リソース再割り当て手段をさらに備えた付記１又は２記載のネットワーク機能仮想化管理オーケストレーション装置。
【０１３７】
(付記４）
前記ライフサイクルの実行条件が、
前記仮想機能に対して事前に確保するリソースについて、最低限必要なリソースと、予備リソースとを指定する情報要素を有し、
前記予約済リソース再割り当て手段は、
前記第１の仮想機能に対して事前に確保されたリソースのうち前記予備リソースの少なくとも一部を解放し、前記第２の仮想機能に対して割り当てる、付記３記載のネットワーク機能仮想化管理オーケストレーション装置。
【０１３８】
(付記５）
前記ライフサイクルの実行条件が、
仮想機能の優先度を設定する情報要素を有し、
前記第２の仮想機能は、前記第１の仮想機能より高い優先度に設定されており、
前記予約済リソース再割り当て手段は、
優先度の低い前記第１の仮想機能の予備リソースを解放し、優先度の高い前記第２の仮想機能に割り当てる、付記３又は４記載のネットワーク機能仮想化管理オーケストレーション装置。
【０１３９】
(付記６）
前記仮想機能は、仮想化ネットワーク機能（ＶＮＦ：Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）である、付記１乃至５のいずれかに記載のネットワーク機能仮想化管理オーケストレーション装置。
【０１４０】
(付記７）
前記送信元は、エレメント管理システム（ＥＭＳ：Ｅｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）であり、ＶＮＦマネージャ（ＶＮＦＭ）は、前記ＥＭＳから、ＶＮＦのライフサイクルの実行条件の登録要求を送信元から受け取って登録し、
ＶＮＦのライフサイクルの実行に必要なリソースに関して予約認可要求をＮＦＶオーケストレータに送信し、
ＮＦＶオーケストレータは仮想化インフラストラクチャマネージャ（ＶＩＭ）にネットワークファンクション仮想化インフラストラクチャ（ＮＦＶＩ：Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎｓ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）のリソースを事前確保する、付記６記載のネットワーク機能仮想化管理オーケストレーション装置。
【０１４１】
(付記８）
ＶＮＦマネージャ（ＶＮＦＭ）は、ＶＮＦのライフサイクルの実行条件を満たすと、仮想化インフラストラクチャマネージャ（ＶＩＭ）にＶＮＦライフサイクルの実行を指示する、付記７記載のネットワーク機能仮想化管理オーケストレーション装置。
【０１４２】
(付記９）
仮想化環境下での仮想機能インスタンスのライフサイクルの実行条件の登録要求を送信元から受け取り、前記ライフサイクルの実行条件を記憶部に登録し、
前記仮想機能インスタンスにおいて前記ライフサイクルの実行に必要なリソースを事前に確保し、
前記記憶部に登録された前記ライフサイクルの実行条件の成立の有無を判定し、
前記ライフサイクルの実行条件が成立する場合に、前記ライフサイクルの実行を指示し、
前記ライフサイクルの実行結果を、前記ライフサイクルの実行条件の登録要求の前記送信元に通知する、ネットワーク機能仮想化管理オーケストレーション方法。
【０１４３】
(付記１０)
事前に確保したリソースに管理用の識別情報を付与する、付記９記載のネットワーク機能仮想化管理オーケストレーション方法。
【０１４４】
(付記１１）
第１の仮想機能に対して事前に確保されたリソースのうち所定のリソースを解放し、前記解放したリソースを第２の仮想機能に割り当てる、付記９又は１０記載のネットワーク機能仮想化管理オーケストレーション方法。
【０１４５】
(付記１２）
前記ライフサイクルの実行条件が、前記仮想機能に対して事前に確保するリソースについて、最低限必要なリソースと、予備リソースとを指定する情報要素を有し、
前記事前リソース確保手段で事前に確保されたリソースが、最低限必要なリソースと、予備リソースを備え、
前記第１の仮想機能に対して事前に確保された前記予備リソースの少なくとも一部を解放し前記第２の仮想機能に対して割り当てる、付記９乃至１１のいずれかに記載のネットワーク機能仮想化管理オーケストレーション方法。
【０１４６】
(付記１３）
前記ライフサイクルの実行条件が、仮想機能の優先度を設定する情報要素を有し、
前記第２の仮想機能は、前記第１の仮想機能より高い優先度に設定されており、
前記予約済リソース再割り当てに際して、優先度の低い前記第１の仮想機能の予備リソースを解放し、優先度の高い前記第２の仮想機能に割り当てる、付記９乃至１２のいずれかに記載のネットワーク機能仮想化管理オーケストレーション方法。
【０１４７】
(付記１４）
前記仮想機能は、仮想化ネットワーク機能（ＶＮＦ：Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）である、付記９乃至１３のいずれかに記載のネットワーク機能仮想化管理オーケストレーション方法。
【０１４８】
(付記１５）
前記送信元は、エレメント管理システム（ＥＭＳ：Ｅｌｅｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）であり、ＶＮＦマネージャ（ＶＮＦＭ）は、前記ＥＭＳから、ＶＮＦのライフサイクルの実行条件の登録要求を送信元から受け取って登録し、
ＶＮＦのライフサイクルの実行に必要なリソースに関して予約認可要求をＮＦＶオーケストレータに送信し、
ＮＦＶオーケストレータは仮想化インフラストラクチャマネージャ（ＶＩＭ）にネットワークファンクション仮想化インフラストラクチャ（ＮＦＶＩ：Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎｓ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）のリソースを事前確保する、付記１４記載のネットワーク機能仮想化管理オーケストレーション方法。
【０１４９】
(付記１６）
ＶＮＦマネージャ（ＶＮＦＭ）は、ＶＮＦのライフサイクルの実行条件が成立すると、仮想化インフラストラクチャマネージャ（ＶＩＭ）にＶＮＦライフサイクルの実行を指示する、付記１５記載のネットワーク機能仮想化管理オーケストレーション方法。
【０１５０】
(付記１７）
仮想化環境下での仮想機能インスタンスのライフサイクルの実行条件の登録要求を送信元から受け取り、前記ライフサイクルの実行条件を記憶部に登録する処理と、
前記仮想機能インスタンスにおいて前記ライフサイクルの実行に必要なリソースを事前に確保するように制御する処理と、
前記記憶部に登録された前記ライフサイクルの実行条件の成立の有無を判定し、
前記ライフサイクルの実行条件が成立する場合に、前記ライフサイクルの実行を指示する処理と、
前記ライフサイクルの実行結果を、前記ライフサイクルの実行条件の登録要求の前記送信元に通知する処理を、コンピュータに実行させるプログラム。
【０１５１】
(付記１８）
第１の仮想機能に対して事前に確保されたリソースのうち所定のリソースを解放し、前記解放したリソースを第２の仮想機能に割り当てる予約済リソース再割り当て処理をさらに前記コンピュータに実行させる付記１７記載のプログラム。
【０１５２】
(付記１９）
前記仮想機能は、仮想化ネットワーク機能（ＶＮＦ：Ｖｉｒｔｕａｌｉｚｅｄ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）である、付記１７又は１８記載のプログラム。
【符号の説明】
【０１５３】
１０  ＮＦＶ−ＭＡＮＯ
１１  ＮＦＶＯ（ＮＦＶ  Ｏｒｃｈｅｓｔｒａｔｏｒ）
１２  ＶＮＦＭ（ＶＮＦ  Ｍａｎａｇｅｒ）
１３  ＶＩＭ（Ｖｉｒｔｕａｌｉｚｅｄ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  Ｍａｎａｇｅｒ）
１４  ＮＳカタログ
１５  ＶＮＦカタログ
１６  ＮＦＶインスタンスリポジトリ
１７  ＮＦＶＩリソースリポジトリ
１８  フレーバ
２０  サーバ
２１  ＮＦＶＩ
２２  ＶＮＦ
２２−１  ＶＮＦ１
２２−２  ＶＮＦ２
２３  ＥＭ（ＥＭＳ）
２４  リソースプール
２４−１  リソース１
２４−２  リソース２
３０  ＯＳＳ／ＢＳＳ
４０  保守端末（ＥＭＳ、ＯＳＳ等）
１０１  ライフサイクル実行条件登録手段
１０２  事前リソース確保手段
１０３  ライフサイクル実行条件判定手段
１０４  ライフサイクル実行指示手段
１０５  ライフサイクル実行結果通知手段
１０６  記憶部
１０７  予約済リソース再割り当て手段
１２１  条件ワークフロー（Ｃｏｎｄｉｔｉｏｎ  ＷｏｒｋＦｌｏｗ）
１２２  ＶＮＦライフサイクルワークフロー（ＶＮＦ  ＬｉｆｅＣｙｃｌｅ  ＷｏｒｋＦｌｏｗ）
１４１  ＮＳＤ
１５１  ＶＮＦＤ
２０１  ＶＭ（種別１）優先度Bの事前リソース確保済み
２０２  ＶＭ（種別２）優先度Aの事前リソース確保要求
２０３  最低限必要なリソース（閾値１）
２０４  予備リソース（閾値２）
２０５  不足リソース
【図１】
2017170470.tif 000003
【図２】
2017170470.tif 000004
【図３】
2017170470.tif 000005
【図４】
2017170470.tif 000006
【図５】
2017170470.tif 000007
【図６】
2017170470.tif 000008
【図７】
2017170470.tif 000009
【図８】
2017170470.tif 000010
【図９】
2017170470.tif 000011
【国際調査報告】
2017170470.tif 000012
2017170470.tif 000013