JP2017143452A - 管理装置、および、ネットワークサービス管理方法 - Google Patents

Abstract

【課題】ネットワークサービスの構築・更新・削除といったライフサイクルの管理を迅速化・効率化し、ネットワークの利便性を向上させる。【解決手段】ＮＳ（ネットワークサービス）を管理する管理装置Ｍは、ＮＳを管理するＥ２ＥＯ１と、サーバ系装置（装置）を管理するサーバ系装置管理部２と、ＮＷ（ネットワーク）系装置（装置）を管理するＮＷ系装置管理部３と、を備え、Ｅ２ＥＯ１は、ＮＳの提供に供する装置を指定するために必要なインプットパラメータを含むＮＳ生成要求を取得する要求受付部１２と、ＮＳの雛型となるカタログを管理するカタログ管理部１３と、装置のリソースを調停するリソース調停部１４と、カタログが選定された場合、インプットパラメータに応じて、指定された装置のリソースを生成して、ＮＳを実現するスライスを生成するワークフロー部１１と、ＮＳのライフサイクルを管理するＮＳライフサイクル管理部１６と、を備える。【選択図】図１

Description

本発明は、ＮＷ（Network：ネットワーク）を管理する技術に関する。

特許文献１には、「複数の計算機ノード、一つもしくは複数の通信機器、及び前記計算機ノードと前記通信機器間を接続する複数のリンクを含む物理インフラと、前記物理インフラの前記計算機ノード毎の計算機資源量と前記リンク毎のネットワーク資源量を把握しており、要求されたネットワーク機能仮想化サービスに必要な仮想マシーン及び仮想接続を算出し、前記計算機資源量と前記ネットワーク資源量に基づいて前記仮想マシーンと前記計算機ノードとの収容関係を探し、前記仮想マシーン及び前記仮想接続を前記物理インフラ上に構築する管理計算機と、を備えるネットワーク機能仮想化基盤管理システム」について開示されている。

特開２０１５−１６２１４７号公報（請求項１）

特許文献１によれば、サーバ系装置やＮＷ系装置のリソースを確保する技術について開示されているに留まり、具体的なネットワークサービスを構築する技術について言及されていない。

そこで、本発明は、上記事情に鑑みて、ネットワークサービスの構築・更新・削除といったライフサイクルの管理を迅速化・効率化し、ネットワークの利便性を向上させることを課題とする。

前記課題を解決するために、請求項１に記載の発明は、仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳ（Network Service）を管理する管理装置であって、前記ＮＳを管理するサービス管理部と、前記ＮＷに配置されるサーバ系装置を管理するサーバ系装置管理部と、前記ＮＷに配置されるＮＷ系装置を管理するＮＷ系装置管理部と、を備え、前記サービス管理部は、前記ＮＳの提供に供する、前記サーバ系装置および前記ＮＷ系装置を指定するために必要なインプットパラメータを含むＮＳ生成要求を外部から取得する要求受付部と、前記ＮＳの雛型となるカタログを管理するカタログ管理部と、前記サーバ系装置のリソースおよび前記ＮＷ系装置のリソースを調停するリソース調停部と、前記カタログが選定された場合、前記インプットパラメータに応じて、前記指定されたサーバ系装置のリソース、および、前記指定されたＮＷ系装置のリソースを生成して、前記ＮＳを実現するスライスを生成するワークフロー部と、前記ＮＳのライフサイクルを管理するＮＳライフサイクル管理部と、を備える、ことを特徴とする。

また、請求項９に記載の発明は、仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳ（Network Service）を管理する管理装置におけるネットワークサービス管理方法であって、前記管理装置が、前記ＮＳの提供に供する、サーバ系装置およびＮＷ系装置を指定するために必要なインプットパラメータを含むＮＳ生成要求を外部から取得する要求受付ステップと、前記ＮＳの雛型となるカタログを選定するカタログ選定ステップと、前記サーバ系装置のリソースおよび前記ＮＷ系装置のリソースを調停するリソース調停ステップと、前記カタログが選定された場合、前記インプットパラメータに応じて、前記指定されたサーバ系装置のリソース、および、前記指定されたＮＷ系装置のリソースを生成して、前記ＮＳを実現するスライスを生成するスライス生成ステップと、前記ＮＳのライフサイクルを管理するＮＳライフサイクル管理ステップと、を実行する、ことを特徴とする。

請求項１、９に記載の発明によれば、仮想化領域となるコアＮＷおよび非仮想化領域となるアクセスＮＷを含むＮＷにＮＳを構築する際、選定されたカタログに対して、インプットパラメータでＮＳの提供に供するサーバ系装置およびＮＷ系装置を指定するために必要な情報を要求すればよい。また、構築されたＮＳは、ライフサイクルを用いて更新されたり、削除されたりして適切に管理される。
したがって、ネットワークサービスの構築・更新・削除といったライフサイクルの管理を迅速化・効率化し、ネットワークの利便性を向上させることができる。

また、請求項２に記載の発明は、請求項１に記載の管理装置であって、前記カタログは、（１）前記ＮＳの構成を記述する部分と、（２）前記ＮＳにて利用されるアプリケーションを記述する部分と、（３）前記ＮＳにて利用される物理機能を記述する部分と、（４）前記ＮＳにて利用されるアプリケーション同士の接続関係を記述する部分と、（５）前記ＮＳにて利用されるリンクを記述する部分と、を含む、ことを特徴とする。

請求項２に記載の発明によれば、カタログに、これらの部分を含ませることで、ＮＳを具体的に設計することができる。

また、請求項３に記載の発明は、請求項１または請求項２に記載の管理装置であって、前記カタログは、前記ＮＳを実現するスライスが、前記ＮＳ構築時に生成されるスライスであるか、加入者追加時に追加生成されるスライスであるかを区別するインスタンス化契機フラグを記述する要素を含む、ことを特徴とする。

請求項３に記載の発明によれば、インスタンス化契機フラグを具備することにより、ワークフロー部が、構築予定のＮＳの各部分について適切なインスタンス化契機を判断することができる。

また、請求項４に記載の発明は、請求項１から請求項３のいずれか１項に記載の管理装置であって、前記リソース調停部は、前記ＮＳの提供に供する前記サーバ系装置のリソース、および、前記ＮＳの提供に供する前記ＮＷ系装置のリソースを予約する、ことを特徴とする。

請求項４に記載の発明によれば、サーバ系装置およびＮＷ系装置のリソースは、予約してから生成することで、ＮＳ生成時に必要となるアプリケーションのインスタンス化時に必要となるリソースおよびＮＷ接続のインスタンス化時に必要となるリソースを確実に生成することができ、ＮＳ生成要求が複数競合したとしてもインスタンス化失敗を回避することができる。

また、請求項５に記載の発明は、請求項４に記載の管理装置であって、前記リソース調停部は、前記サーバ系装置のリソースの予約を行い、その後、前記ＮＷ系装置のリソースの予約を行う、ことを特徴とする。

請求項５に記載の発明によれば、ＮＳ生成時のサーバ系装置を構築する拠点を柔軟に選択することができる。

また、請求項５に記載の発明は、請求項４に記載の管理装置であって、前記リソース調停部は、リソースの予約が完了した後、前記ＮＷ系装置のリソースの予約からＮＷ接続の生成・有効化を行い、その後、前記サーバ系装置のリソースの予約からアプリケーションの生成・有効化を行う、ことを特徴とする。

請求項５に記載の発明によれば、ＮＷの疎通性の確保を行い、その後、アプリケーションの起動を行うことでＮＳ生成と同時にＮＳの疎通試験を行うことができる。

また、請求項６に記載の発明は、請求項４または請求項５に記載の管理装置であって、前記リソース調停部は、前記サーバ系装置のリソースの予約の終了期限、および、前記ＮＷ系装置のリソースの予約の終了期限を設定可能とする、ことを特徴とする。

請求項６に記載の発明によれば、予約済のリソースによるリソース占有を回避することができる。

また、請求項６に記載の発明は、請求項４または請求項５に記載の管理装置であって、前記リソース調停部は、前記サーバ系装置のリソースの予約の開始日時、および、前記ＮＷ系装置のリソースの予約の開始日時を設定可能とする、ことを特徴とする。

請求項６に記載の発明によれば、ＮＳ生成要求日時前にオペレータによるオペレーションをすることができる。

また、請求項７に記載の発明は、請求項４から請求項６のいずれか１項に記載の管理装置であって、前記インプットパラメータは、前記指定されたサーバ系装置のリソースの予約、および、前記指定されたＮＷ系装置のリソースの予約に関する優先度を含む、ことを特徴とする。
なお、前記優先度は、優先度の中でも重み付けされることが好ましい。

請求項７に記載の発明によれば、複数のオペレータからのリソース予約によって予約の競合が発生しても、優先度のより大きなリソースを確保できるようにし、ＮＳ構築を円滑に進めることができる。

また、請求項８に記載の発明は、請求項１から請求項３のいずれか１項に記載の管理装置であって、前記リソース調停部は、
前記サーバ系装置のリソースが必要とする端点数と、前記ＮＷ系装置のリソースに設定する端点数との差分の調停を行う、ことを特徴とする。

請求項８に記載の発明によれば、端点数が異なる、サーバ系装置−ＮＷ系装置間の接続を一括設定することができる。

本発明によれば、ネットワークサービスの構築・更新・削除といったライフサイクルの管理を迅速化・効率化し、ネットワークの利便性を向上させることができる。

本実施形態の管理装置の機能構成図である。 所定のＮＷ構成に対するＮＳの構築の説明図である。 参考システムにおける、リソース照会後のインスタンス化の失敗を示す比較例である。 リソース予約生成（１／４）の処理を示すシーケンスである。 リソース予約生成（２／４）の処理を示すシーケンスである。 リソース予約生成（３／４）の処理を示すシーケンスである。 リソース予約生成（４／４）の処理を示すシーケンスである。 ＮＳ生成（１／２）の処理を示すシーケンスである。 ＮＳ生成（２／２）の処理を示すシーケンスである。 ｍｉｎｉＮＳ生成（１／３）の処理を示すシーケンスである。 ｍｉｎｉＮＳ生成（２／３）の処理を示すシーケンスである。 ｍｉｎｉＮＳ生成（３／３）の処理を示すシーケンスである。

本発明を実施するための形態（実施形態）について、図面を参照しながら詳細に説明する。

本実施形態の管理装置Ｍは、仮想化領域となるコアＮＷおよび非仮想化領域となるアクセスＮＷを管理する。具体的には、管理装置Ｍは、コアＮＷに配置されている機器およびアクセスＮＷに配置されている機器からさまざまな情報を収集することでこれらの機器を監視する。コアＮＷに配置されている機器およびアクセスＮＷに配置されている機器によってＮＷ構成ができあがる。

また、管理装置Ｍは、コアＮＷおよびアクセスＮＷを含むＮＷに構築されるＮＳ（Network Service）を管理する。このＮＳは、ＮＳ利用側（ユーザ）の端末からＮＳ提供側（例：通信事業者）が保持するアクセスＮＷ、コアＮＷ上の機器からサービス事業者（例：ＩＳＰ（Internet Service Provider）事業者）との端点までのＥ２Ｅ（End to End：エントツーエンド）の管理が実現可能なＮＳとなる。

図１に示すように、管理装置Ｍは、Ｅ２ＥＯ（End to End Orchestrator：エンドツーエンドオーケストレータ、Ｅ２Ｅオーケストレータ）１（サービス管理部）と、サーバ系装置管理部２と、ＮＷ系装置管理部３（ネットワーク装置管理部）と、を備える。

Ｅ２ＥＯ１は、ユーザに提供されるＮＳの管理を自律的に行う機能部である。
サーバ系装置管理部２は、コアＮＷおよびアクセスＮＷを含むＮＷに配置されるサーバ系装置を管理する。
ＮＷ系装置管理部３は、コアＮＷおよびアクセスＮＷを含むＮＷに配置されるＮＷ系装置を管理する。
オペレータが操作する上位装置Ｕ、または、上位装置Ｕと同等の機能を有する他システムＵ１からの要求に応じて、Ｅ２ＥＯ１、サーバ系装置管理部２、および、ＮＷ系装置管理部３は動作する。なお、他システムＵ１はＯＳＳ（Operation Support System）やＢＳＳ（Business Support System）が相当するが、上位装置Ｕに関する説明は、他システムＵ１に対してもあてはまるため、特別な事情が無い限り、他システムＵ１に関する説明は省略する。

サーバ系装置は、ＮＳを実行する装置である。サーバ系装置には、例えば、ＤＣ（Data Center：データセンタ）、ＤＣ上に設置されている汎用サーバ、汎用サーバを仮想化した仮想サーバ（ＶＭ（Virtual Machine）。仮想マシン。）があるが、これらに限定されない。仮想サーバには１つのＡＰＬ（Application：アプリケーション）を配置することができる。仮想サーバ上のＡＰＬを動作させることで、所定のＮＳをユーザに提供することができる。本実施形態では、ＡＰＬを、ＶＮＦc（Virtual Network Function Component：仮想ネットワーク機能コンポーネント、ＮＷ機能コンポーネント）または、１つ以上のＶＮＦｃを組み合わせて構成されるＶＮＦ（Virtual Network Function：仮想ネットワーク機能、ＮＷ機能）と呼ぶ場合がある。また、ＤＣは、ＮＦＶＩ−ＰｏＰ（Network Function Virtualization Infrastructure- Point of Presence）と呼ぶ場合がある。

ＮＷ系装置は、ＮＳを実行するためのデータを他のＮＷ系装置またはサーバ系装置に転送する装置である。ＮＷ系装置には、例えば、ＯＬＴ（Optical Line Terminal：光加入者回線終端装置）、コアルータ、Ｌ２ＳＷ（Layer2 Switch）、Ｌ３ＳＷ（Layer3 Switch）、ＮＴＥ（Network Terminal Equipment：ネットワーク終端装置）があるが、これらに限定されない。

（Ｅ２ＥＯ１）
Ｅ２ＥＯ１は、ワークフロー部１１と、要求受付部１２と、カタログ管理部１３と、リソース調停部１４と、ＤＢ（DataBase）１５と、ＮＳライフサイクル管理部１６と、ＤＢ１７とを備える。

要求受付部１２は、上位装置Ｕから出力されるＮＳ生成要求を取得する（要求受付ステップ）。ＮＳ生成要求は、管理装置ＭにＮＳを生成（構築）させる情報である。ＮＳ生成要求は、所定のＮＷ構成を対象にして設定する論理パスを表現するために、複数種類のサーバ系装置の記述子および複数種類のＮＷ系装置の記述子を適宜並べて組み合わせたＮＳ情報を含む。Ｅ２ＥＯ１は、これらの記述子を、ＮＷ上に配置されている対応のサーバ系装置およびＮＷ系装置にマッピングする。また、ＮＳ生成要求は、前記論理パスを利用したＮＳの提供に供する、サーバ系装置およびＮＷ系装置を指定するために必要なインプットパラメータを含む。

カタログ管理部１３は、ＮＳの雛型となるカタログを管理する。上位装置Ｕは、カタログ管理部１３から所望のカタログを取得することができる（カタログ選定ステップ）。オペレータは、上位装置Ｕを操作して、取得したカタログを用いて所定事項（後記のインプットパラメータを含む）を入力することで、所望のＮＳ生成要求を容易に作成することができる。カタログ管理部１１３が管理するカタログは、１または複数種類あり、必要に応じて追加、削除、更新、提供などされる。カタログの詳細は後記する。

リソース調停部１４は、サーバ系装置のリソースおよびＮＷ系装置のリソースを調停する（リソース調停ステップ）。リソース調停部１４は、この調停の結果をサーバ系装置管理部２およびＮＷ系装置管理部３に出力し、リソースの調停を指示する。
なお、サーバ系装置のリソースには、サーバ系装置自身に割り当てられるリソースが含まれるし、サーバ装置に設定される接続点に接続されるリンクに割り当てられるリソースも含まれる。
また、ＮＷ系装置のリソースには、ＮＷ系装置自身に割り当てられるリソースが含まれるし、ＮＷ系装置に設定される接続点に接続されるリンクに割り当てられるリソースも含まれる。リンクには、仮想化されたリンク（ＶＬ：Virtual Link）も含まれる。サーバ装置に設定される接続点に接続されるリンクと、ＮＷ系装置に設定される接続点に接続されるリンクが同じである場合は、例えば、そのリンクをサーバ系装置のリソースとして扱うことができる。しかし、ＮＷ系装置のリソースとして扱ってもよい。
リソースの調停の詳細については後記する。

ＤＢ１５は、各種情報を体系的に記憶している。ＤＢ１５が記憶している情報には、カタログ管理部１３が管理するカタログＣが含まれる。
ワークフロー部１１は、管理装置Ｍの処理全体を制御する機能部である。

ＮＳライフサイクル管理部１６は、Ｅ２ＥＯ１が管理するＮＳのライフサイクル（寿命）を管理する。ＮＳのライフサイクルの管理には、ＮＳの生成、生成されたＮＳの更新、生成されたＮＳの削除が含まれる。
ＤＢ１７は、各種情報を体系的に記憶している。ＤＢ１７が記憶している情報には、ＮＳライフサイクル管理部１６が管理するレコードＲが含まれる。レコードＲの詳細は、後記する。

（サーバ系装置管理部２）
サーバ系装置管理部２は、ＳＶＲＯ（Server Resource Orchestrator：サーバリソースオーケストレータ）２１と、ＶＩＭ（Virtual Infrastructure Manager：仮想インフラ管理）２２と、ＶＮＦＭ（Virtual Network Function Manager：仮想ネットワーク機能管理）２３と、Ｈ／Ｗ（Hardware）用ＥＭＳ（Element Management System：機器管理システム）２４と、ＡＰＬ用ＥＭＳ２５とを備える。

ＳＶＲＯ２１は、サーバ系装置のリソースの管理を自律的に行う機能部である。ＳＶＲＯ２１は、ＮＷ構成に配置されている１または複数のサーバ系装置を対象にして複数存在させることができる。
ＶＩＭ２２は、汎用サーバに生成されたＶＭを管理、制御する機能部である。ＶＩＭ２２は、生成された１または複数のＶＭを対象にして複数存在させることができる。
ＶＮＦＭ２３は、汎用サーバに生成されたＶＭに実装されているＡＰＬを管理、制御する機能部である。ＶＮＦＭ２３は、ＮＷ構成上で動作する１または複数のＡＰＬを対象にして複数存在させることができる。
Ｈ／Ｗ用ＥＭＳ２４は、サーバ系装置を管理、制御する機能部である。
ＡＰＬ用ＥＭＳ２５は、上位装置Ｕからの要求情報に応じて、ＡＰＬを管理、制御する機能部である。

（ＮＷ系装置管理部３）
ＮＷ系装置管理部３は、ＮＷＲＯ（Network Resource Orchestrator：ネットワークリソースオーケストレータ）３１と、ＮＩＭ（Network Infrastructure Manager）３２とを備える。

ＮＷＲＯ３１は、ＮＷ系装置のリソースの管理を自律的に行う機能部である。
ＮＩＭ３２は、ＮＷ系装置を管理、制御する機能部である。

（カタログ）
カタログ管理部１３が管理するカタログは、例えば、ＮＳＤ（ＮＳ Descriptor）と、ＶＮＦＤ（ＶＮＦ Descriptor）と、ＰＮＦＤ（Physical Network Function Descriptor）と、ＶＬＤ（ＶＬ Descriptor）と、ＶＮＦＦＧＤ（ＶＮＦ Forwarding Graph Descriptor）といった要素を含む。

ＮＳＤは、ＮＳの構成を記述する部分である。ＮＳＤは、当該ＮＳの識別や構築するために必要な情報や、当該ＮＳに関連するＶＮＦＤ、ＰＮＦＤ、ＶＮＦＦＧＤ、ＶＬＤを参照する情報などを保持する。
ＶＮＦＤは、ＮＳにて利用されるアプリケーション（ＶＮＦ）を記述する部分である。ＶＮＦＤは、当該ＶＮＦの識別や構築するために必要な情報を保持する。
ＰＮＦＤは、ＮＳにて利用される物理機能（サーバ系装置およびＮＷ系装置が提供するＮＷ機能。ＰＮＦ（Physical Network Function）。）を記述する部分である。ＰＮＦＤは、当該ＰＮＦの識別や構築するために必要な情報を保持する。
ＶＬＤは、ＮＳにて利用されるＶＬ（リンク）を記述する部分である。ＶＬＤは、ＶＬの識別や構築するために必要な情報を保持する。
ＶＮＦＦＧＤは、前記ＮＳにて利用される複数のアプリケーション（ＶＮＦ）による連携を記述する部分を含む。アプリケーションによる連携とは、複数の（ＶＮＦ）を接続して１つの機能を提供することを意味する。ＶＮＦＦＧＤは、当該ＶＮＦＦＧＤを識別する情報、連携するＶＮＦ同士のリンク情報、当該ＶＮＦＦＧＤに関連するＶＬＤ、ＶＮＦＤを識別する情報などを保持する。

（ＮＳＤの詳細）
前記ＮＳＤは、ＮＳＤを識別するための名前(nsdName)と、バージョン情報(nsdVersion)と、ＮＳを生成するためのキャパシティや性能といった要件を記述した情報（NS Deployment Flavour）と、ＮＳの端点を記述した情報（Service Access Point）と、Service Access Pointの最大数の情報（maxEndPoint）と、ＮＳ生成時に指定可能なインプットパラメータをＮＳＤに設定する情報(runtimePolicyInfo)と、アラーム通知先の情報(notifications)と、いった要素を含む。

前記NS Deplotyment Flovourは、識別するための情報(nsFlavourID)と、保全のための情報(flavourKey)と、構成するＶＮＦの情報（ConstituentVNF）と、構成するＶＬの情報（ConstituentVL）と、構成するＶＮＦＦＧの情報（ConstitutentVnffg）と、アフィニティーポリシー（AffinityType）と、アンチアフィニティポリシー（AntiAffinityType）と、制約情報（constraint）と、いった要素を含む。

前記Service Access Pointは、識別するための情報（cpId）と、端点タイプの情報（ConnectionPointType）と、生成最大数の情報(maxEndPoint)と、いった要素を含む。

前記Constituent VNFは、ＶＮＦＤを参照するための情報(vnfReference)と、ＶＮＦを生成するための要件を記述した情報（DeplotymentFlavour）を参照するための情報と、インスタンス化契機を判断するための情報(instantiateMode)と、冗長化モデルの情報(redundancyModel)と、アフィニティーポリシー（AffinityType）と、アンチアフィニティポリシー（AntiAffinityType）と、制約情報（constraint）と、能力(capability)と、インスタンス化数(numberOfInstances)と、いった要素を含む。

前記Constituent VLは、ＶＬＤを参照するための情報(vlReference)と、ＶＬを生成するための要件を記述した情報(VldFlavour)と、インスタンス化契機を判断するための情報(instantiateMode)と、制約情報（constraint）と、いった要素を含む。

前記Constituent VNFFGは、ＶＮＦＦＧＤを参照するための情報(vnffgReference)と、インスタンス化契機を判断するための情報(instantiateMode)と、制約情報（constraint）と、いった要素を含む。

前記Affinity Typeは、アフィニティーポリシールールのスコープ情報(affinityScope)と、アフィニティーポリシールールが適用されるリソースを識別する情報のリスト(policyRules)と、いった要素を含む。

前記Anti Affinity Typeは、アンチアフィニティーポリシールールのスコープ情報(antiAffinityScope)と、アンチアフィニティーポリシールールが適用されるリソースを識別する情報のリスト(policyRules)と、いった要素を含む。

前記Connection Point Typeは、サーバ系装置に関する端点情報(ConnectionPointValue)と、ＮＷ系装置に関する端点情報(ConnectionPointValue)と、いった要素を含む。

前記Connection Point Valueは、端点種別（NNI（Network Network Interface）や拠点終端点、ＤＣのGateway Router端点、UNI（User Network Interface）等）と、対応するService Access Pointを識別する情報と、ポート情報（アクセスポートやトランクポート等）と、VLAN-ID情報と、IPｖ4アドレス情報と、IPv6アドレス情報と、IPv4プレフィックス情報と、IPv6プレフィックス情報と、IPv4フィルター情報と、IPv6フィルター情報と、利用プロトコル情報（BGPやOSPF、スタティクス、Direct、VRRP等）と、近接A情報Sと、近接IPv4アドレス情報と、近接IPv6アドレス情報と、認証鍵情報と、エリア情報と、メトリック情報と、MD5鍵情報と、スタティクスルート情報(StaticRoute)と、グループID情報と、ロールID情報と、仮想IPv4アドレス情報と、仮想IPv6情報と、仮想IPv4プレフィックス情報と、仮想IPv6プレフィックス情報と、いった要素を含む。

前記Static Routeは、アドレス種別情報（IPｖ4、IPｖ6等）と、アドレス情報と、プレフィックス情報と、ネクストホップ情報と、いった要素を含む。

（ＶＮＦＤの詳細）
前記ＶＮＦＤは、ＶＮＦＤを識別するための名前(vnfdName)と、バージョン情報(vnfdVersion)と、ＶＮＦを構成するＶＮＦコンポーネントの情報（Virtulised Development Unit）と、ＶＮＦ内部(ＶＮＦｃの間含む)の接続性を記述した情報（IntervalVirtualLinkDescriptor）と、ＶＮＦ外部との端点を記述した情報（ExternalConnectionPointDescriptor）と、ＶＮＦを生成するためのキャパシティや性能といった要件を記述した情報（Deployment Flavour）と、いった要素を含む。

前記Virtulised Development Unitは、識別するための情報(vduId)と、ＶＮＦｃ間の接続性を記述した情報（InternalConnectionPointDescriptor）と、いった要素を含む。

前記Internal Connection Point Descriptorは、識別するための情報(icpId)と、Internal Virtual Link Descriptorを参照するための情報と、端点タイプの情報（ConnectionPointType）と、いった要素を含む。

前記Internal Virtual Link Descriptorは、識別するための名前(vldName)と、バージョン情報(vldVersion)と、概要情報(description)と、Internal Connection Point Descriptorを参照するための情報と、External Connection Point Descriptorを参照するための情報と、接続種別を記述した情報（Connectivity Type）と、ＶＬを生成するための要件を記述した情報(Vld Flavour)と、アフィニティーポリシー（AffinityType）と、アンチアフィニティポリシー（AntiAffinityType）と、いった要素を含む。

前記External Connection Point Descriptorは、識別するための情報(cpId)と、Internal Virtual Link Descriptorを参照するための情報と、Internal Connection Point Descriptorを参照するための情報と、端点タイプの情報（ConnectionPointType）と、いった要素を含む。

前記Deplotyment Flovourは、識別するための情報(dFlavourId)と、保全のための情報(flavourKey)と、構成するＶＤＵの情報（ConstituentVDU）と、構成するＶＬの情報（ConstituentVl）と、制約情報（constraint）と、いった要素を含む。

前記Constituent VDUは、Virtualisation Deployment Unitを参照するための情報と、要求されたインスタンス数の情報(numberOfInstances)と、構成するＶＮＦｃの情報（ConstituentVnfc）と、いった要素を含む。

前記Constituent Vnfcは、識別するための情報(vnfcId)と、Internal Connection Point Descriptorを参照するための情報と、いった要素を含む。

前記Connectivity Typeは、提供種別（L1、L2、L3等）と、接続性要件(E-LineやE-LAN、E-Tree、IPv6、IPv4等)と、いった要素を含む。

前記VLD Flavourは、識別するための情報(vldFlavourId)と、帯域要件を記述した情報(BandWidthRequirements)と、QoSを記述した情報（QoSDescription）と、可用性レベル情報と、いった要素を含む。

前記BandWidthRequirementsは、集約点での必要帯域情報と、端点での必要帯域情報と、いった要素を含む。

前記QoSDescriptionは、最大遅延情報と、最大ジッタ情報と、最大パケット廃棄率と、優先レベルと、いった要素を含む。

（ＶＬＤの詳細）
前記ＶＬＤは、ＶＬＤを識別するための名前(vldName)と、バージョン情報(vldVersion)と、ＣｏｎｎｅｃｔｉｏｎＰｏｉｎｔを参照するための情報と、接続種別を記述した情報（Connectivity Type）と、ＶＬを生成するための要件を記述した情報(Vld Flavour)と、アフィニティーポリシー（AffinityType）と、アンチアフィニティポリシー（AntiAffinityType）と、いった要素を含む。

(ＶＮＦＦＧＤの詳細)
前記ＶＮＦＦＧＤは、ＶＮＦＦＧＤを識別するための名前(vnffgdName)と、バージョン情報(vnffgdVersion)と、端点数情報(numberOfEndponts)と、ＶＬ数情報(numberOfVirtualLinks)と、ＶＬＤ を参照するための情報と、Ｎｅｔｗｏｒｋ Ｆｏｒｗａｒｄｉｎｇ Ｐａｔｈを記述した情報（NFP）と、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔを参照するための情報と、構成するＶＮＦのＶＮＦＤを参照するための情報と、いった要素を含む。

前記NFPは、ＮＦＰを識別するための情報(nfpId)と、NFPに適用するポリシールール（MAC転送ルールやルーティングエントリー等）と、Ｃｏｎｎｅｃｔｉｏｎ Ｐｏｉｎｔを参照するための情報と、いった要素を含む。

(ＰＮＦＤの詳細)
前記ＰＮＦＤは、ＰＮＦＤを識別するための名前(pnfdName)と、バージョン情報(pnfdVersion)と、接続するＶＬの端点を記述した情報（ConnectionPoint）と、いった要素を含む。

前記Connection Pointは、識別するための情報(cpId)と、端点タイプの情報と、いった要素を含む。

ＮＳＤは、ＮＳごと、例えば、ＩＳＰ接続サービスや専用線サービスといったサービスごとに用意され、ＶＮＦＤ、ＰＮＦＤ、ＶＬＤ、および、ＶＮＦＦＧＤの組み合わせによって表現することができる。オペレータは、上位装置Ｕを操作して、インプットパラメータを入力し、所望のＮＳ生成要求を容易に作成することができる。オペレータは、ＮＳ生成要求の作成に関して、基本的には、ＮＳ構成に一致するカタログをＤＢ１５から選択することになる。

例えば、図２に示すＮＷ構成（符号Ｎ１）に対して、上位装置Ｕは、ＮＳＤ（ｃ１）、ＶＮＦＤ（ｃ２）、ＰＮＦＤ（ｃ３）、ＶＮＦＦＧＤ（ｃ５）、ＶＬＤ（ｃ４）が定められたカタログを管理装置Ｍから取得し、取得したカタログにインプットパラメータを入力することができる。なお、このＮＷ構成は、一例として、丸付き数字で示されるコネクションポイントによって、コアＮＷ（ｆ１）に対して、住宅（内の終端装置）に接続されているアクセスＮＷ（ｆ２，ｆ３）、ＩＳＰ事業者Ａ，Ｂ（ｆ４，ｆ５）、所定の地域（Ｚｏｎｅ）に設置されているＤＣ（ｆ６〜ｆ８）が接続されている。インプットパラメータが、アクセス側のコネクションポイントとして１２番を指定（アクセスＮＷ上に配置されており、丸付き数字１２で示されるコネクションポイントを指定）し、アクセス先のＩＳＰ事業者としてＡ（丸付き数字１で示されるコネクションポイントに接続している）を指定するものであった場合、図２中符号Ｎ２に示すように、１２番のコネクションポイントにＶＬが張られたＮＳ（太線の囲み線）が構築される。また、インプットパラメータが、アクセス側のコネクションポイントとして９番を指定（アクセスＮＷ上に配置されており、丸付き数字９で示されるコネクションポイントを指定）し、アクセス先のＩＳＰ事業者としてＢ（丸付き数字２で示されるコネクションポイントに接続している）を指定するものであった場合、図２中符号Ｎ３に示すように、２番のコネクションポイントと９番のコネクションポイントにＶＬが張られた別のＮＳ（太線の囲み線）が構築される。

なお、このＮＳでは、ＶＮＦＤに従って、６番のコネクションポイントに接続されているＤＣ（またはこのＤＣ上のＮＴＥ）に配置されたＶＭ上でｖＮＴＥＡＰＬ（virtual NTE APL）（ｆ９）を実装させている。また、このＮＳでは、７番のコネクションポイントに接続されているＤＣ（またはこのＤＣ上のＮＴＥ）に配置されたＶＭ上で別のｖＮＴＥＡＰＬ（ｆ１０）を実装させている。ｖＮＴＥＡＰＬは、仮想化されたＮＴＥ上で動作するＡＰＬである。

このようにして、管理装置Ｍは、ＮＳの雛型をカタログとして管理し、ＮＳ生成要求に含まれるインプットパラメータに応じてＮＳを構築することができ、同じカタログを再利用して要件の違うサービスを提供することができる。

ワークフロー部１１は、上位装置ＵからのＮＳ生成要求に対してカタログが選定された場合、インプットパラメータに応じて、指定されたサーバ系装置のリソース、および、指定されたＮＷ系装置のリソースを生成して、ＮＳを実現するスライスを生成する（スライス生成ステップ）。スライスは、既存のＮＷの一部を仮想化したＮＷである。ワークフロー部１１は、他の仮想環境の影響を受けることのない独立した１または複数のスライスを生成することができる。
なお、本実施形態では、「ＮＳを実現するスライスを生成する」ことを、単に、「ＮＳを生成する」、と表現する場合がある。

上記のように、仮想化領域となるコアＮＷおよび非仮想化領域となるアクセスＮＷを含むＮＷにＮＳを構築する際、選定されたカタログに対して、インプットパラメータでＮＳの提供に供するサーバ系装置およびＮＷ系装置を指定するために必要な情報を要求すればよい。前記必要な情報は、例えば、サーバ系装置およびＮＷ系装置を指定する情報でもよいし、所定の内部ロジックで選定した結果を示す情報でもよい。
したがって、ネットワークサービスの構築を迅速化・効率化し、ネットワークの利便性を向上させることができる。

ＮＳライフサイクル管理部１６は、生成されたＮＳのライフサイクルを管理する（ＮＳライフサイクルステップ）。具体的には、生成されたＮＳを実現するスライスごとに、当該スライスのライフサイクルをレコードＲとして読み取り可能に、かつ、書き込み可能にＤＢ１７に格納する。

ＮＳライフサイクル管理部１６は、ＮＳライフサイクル管理ステップにて、生成されたＮＳの更新に供する、ＮＳおよびサーバ系装置およびＮＷ系装置を指定するために必要なインプットパラメータを含むＮＳ更新要求を外部から取得する要求ステップと、ＮＳを選定するＮＳ選定ステップと、サーバ系装置のリソースおよびＮＷ系装置のリソースを調停するリソース調停ステップと、指定されたサーバ系装置のリソース、および、指定されたＮＷ系装置のリソースを更新して、ＮＳを実現するスライスを更新するスライス更新ステップと、更新されたＮＳのライフサイクルを管理するライフサイクル管理ステップと、を実行する。

これにより、仮想化領域となるコアＮＷおよび非仮想化領域となるアクセスＮＷを含むＮＷに構築されたＮＳを更新する際、構築されたＮＳに対して、インプットパラメータでＮＳの更新に供するサーバ系装置およびＮＷ系装置を指定するために必要な情報を要求すればよい。前記必要な情報は、例えば、サーバ系装置およびＮＷ系装置を指定する情報でもよいし、所定の内部ロジックで選定した結果を示す情報でもよい。したがって、ネットワークサービスの更新を迅速化・効率化し、ネットワークの利便性を向上させることができる。

また、ＮＳライフサイクル管理部１６は、ＮＳライフサイクル管理ステップにて、生成されたＮＳの削除に供する、ＮＳを指定するために必要なインプットパラメータを含むＮＳ削除要求を外部から取得する要求ステップと、前記ＮＳを選定するＮＳ選定ステップと、前記サーバ系装置のリソースおよび前記ＮＷ系装置のリソースを調停するリソース調停ステップと、前記指定されたサーバ系装置のリソース、および、前記指定されたＮＷ系装置のリソースを削除して、前記ＮＳを実現するスライスを削除するスライス削除ステップと、削除されたＮＳのライフサイクルを終了するライフサイクル管理ステップと、を実行する。

これにより、仮想化領域となるコアＮＷおよび非仮想化領域となるアクセスＮＷを含むＮＷに構築されたＮＳを削除する際、構築されたＮＳに対して、インプットパラメータでＮＳの削除に供するレコードＲを指定すればよい。したがって、ネットワークサービスの削除を迅速化・効率化し、ネットワークの利便性を向上させることができる。

（リソースの予約）
ＮＳを構築する場合、対象となるサーバ系装置およびＮＷ系装置に所定量のリソースを割り当て、その後必要なＶＮＦを実装するためのインスタンス化を実行することになる。しかし、本実施形態で扱うＮＷ構成は、例えば、複数のオペレータからのＮＳ生成要求をそれぞれ受けることになるので、インスタンス化の際に必要なリソースが確保できない場合がある。

例えば、図３に示すように、ＮＳを構築する機能を有する参考システムは、オペレータＡ，Ｂから空きリソース照会を受けたとする（ステップＳ１，Ｓ２）。ただし、オペレータＡからの空きリソース照会はオペレータＢからの空きリソース照会よりも少し早かったとする。このとき、参考システムは、オペレータＡに対してリソースの空きありと判定し（ステップＳ３）、その旨の回答を送信する（ステップＳ４）。しかし、オペレータＢからのリソース照会が早すぎたため、オペレータＡからのリソース照会によって本来的には空きが無いにもかかわらず、オペレータＢに対してリソースの空きありと誤って判定してしまい（ステップＳ５）、その旨の回答を送信する（ステップＳ６）。

その結果、オペレータＡからのインスタンス化要求（ステップＳ７）に対しては、通常通り、インスタンス化を実行し、完了通知をするが（ステップＳ８）、オペレータＢからのインスタンス化要求（ステップＳ９）に対しては、すでに空きリソースが無いため（ステップＳ１０）インスタンス化に失敗してしまう（ステップＳ１１）という不都合を招く。

このような不都合を回避するため、管理装置Ｍのリソース調停部１４は、サーバ系装置およびＮＷ系装置に割り当てることになるリソースを管理するリソース情報に、「利用可能リソース」、「予約済リソース」、「利用中リソース」のフラグを持たせる。

「利用可能リソース」のフラグは、対象のリソースが空いているときにオンとなり、そうでなければオフとなる。
「予約済リソース」のフラグは、対象のリソースが上位装置Ｕのオペレータから照会されたときはオンになり、そうでないときはオフとなる。
「利用中リソース」のフラグは、対象のリソースが既にＮＳ提供に利用されているときはオンになり、そうでないときはオフとなる。

上記のように、あるオペレータからリソース照会があったときは、そのリソースを予約済リソースとして確保することで、インスタンス化時には確実にリソースが存在することを保証することができる。図３の例でいえば、参考システムを本実施形態の管理装置Ｍに置き換えた場合、オペレータＡに対してリソースの空きありと判定した時点で（ステップＳ３）、そのリソースを予約済リソースにすることで、管理装置Ｍは、オペレータＢからの空きリソース照会を受けたとしても、すでに予約済みであり他の空きがないため空きリソースが無い旨をオペレータＢに回答することができる。よって、オペレータＢからのインスタンス化要求（図３のステップＳ９）を不要とすることができる。

≪処理≫
次に、管理装置ＭがＮＳを構築するためのさまざまな処理について説明する。コアＮＷおよびアクセスＮＷには、複数種類のサーバ系装置および複数種類のＮＷ系装置が設置されている。なお、以下の処理の説明において、各種要求や通知などに対して、「２００ ＯＫ」、「２０２ Ａｃｃｅｐｔｅｄ」、「ＡＣＫ」などのステータスコードがやりとりされるが（図４〜図１２参照）、これらのステータスコードの説明は省略する。また、本処理にて説明されるＯＳＳ４は、他システムＵ１に相当し、上位装置Ｕと所定の情報のやり取りを行うことができる。

（リソース予約生成）
まず、ＮＳ提供に利用されるリソースを予約して生成する処理が実行される。図４〜図７に示すように、この処理は、ステップＡ１から開始する。

ステップＡ１にて、ＯＳＳ４は、上位装置Ｕからリソース予約生成要求を取得する。リソース予約生成要求には、対象のＮＷ構成に配置されているサーバ系装置およびＮＷ系装置のうち、構築予定のＮＳに携わるサーバ系装置およびＮＷ系装置を識別する識別情報が含まれる。

次に、ステップＡ２にて、ＯＳＳ４は、Ｐｒｏｄｕｃｔカタログ１５ａを検索する。Ｐｒｏｄｕｃｔカタログ１５ａは、Ｅ２ＥＯ１のＤＢ１５が備えており、ＯＳＳ４のリポジトリとして機能する。ＯＳＳ４は、リソース予約生成要求に含まれる識別情報で識別されるサーバ系装置およびＮＷ系装置に対応するＮＳＤを取得する。

次に、ステップＡ３にて、ＯＳＳ４は、Ｅ２ＥＯ１に対し、ＮＳリソース予約生成要求を送信する。ＮＳリソース予約生成要求には、ＯＳＳ４がＰｒｏｄｕｃｔカタログ１５ａから取得したＮＳＤのうち、例えば上位装置Ｕのオペレータが指定したＮＳＤが含まれている。ＮＳＤを指定する際、Ｐｒｏｄｕｃｔカタログ１５ａから取得したＮＳＤの内容を適宜変更してもよい。

次に、ステップＡ４にて、Ｅ２ＥＯ１は、ＮＳリソース予約生成要求に対して、Ｐｒｏｄｕｃｔカタログ１５ａにて登録済みのカタログ情報をチェックする。Ｅ２ＥＯ１は、ＯＳＳ４にて指定されたＮＳＤと、カタログ情報との整合性をチェックする。

次に、ステップＡ５にて、Ｅ２ＥＯ１は、構築予定のＮＳに対し、当該ＮＳの識別情報となるＥ２Ｅ−ＮＳ−ＩＤを払い出す。
次に、ステップＡ６にて、Ｅ２ＥＯ１は、リソース予約時におけるインスタンス情報を保持する。インスタンス情報とは、インスタンス化されるＶＮＦを実装することになるサーバ系装置およびＮＷ系装置を特定する情報である。インスタンス情報は、ＤＢ１５に記憶される。

次に、ステップＡ７にて、Ｅ２ＥＯ１は、ＮＳリソース予約生成要求に含まれているＮＳＤからＶＮＦＤを抽出する。つまり、指定されたＮＳＤで識別されるＮＳに関連するＶＮＦＤが読み出される。

次に、ステップＡ８にて、Ｅ２ＥＯ１は、指定されたＮＳＤを分解して複数のｍｉｎｉＮＳＤを生成する。Ｅ２ＥＯ１は、例えば、生成後のｍｉｎｉＮＳＤに基づく小型のＮＳが所定の小規模のサービスを提供できるように、ＮＳＤを分解することができる。分解の方法は任意であり、説明を省略する。

次に、ステップＡ９にて、Ｅ２ＥＯ１は、生成したｍｉｎｉＮＳＤの各々に対して、当該ｍｉｎｉＮＳＤの識別情報となるｍｉｎｉＮＳＤ−ＩＤを払い出す。
次に、ステップＡ１０にて、Ｅ２ＥＯ１は、抽出したＶＮＦＤから、ＶＮＦＤにて識別されるＶＮＦ、または、当該ＶＮＦが実装されるサーバ装置のリソースを管理するＳＶＲＯ２１を選定する。
以下、生成したｍｉｎｉＮＳＤ分だけ以下のステップＡ１１〜Ａ２２が繰り返し実施される。

図５に示すように、ステップＡ１１にて、Ｅ２ＥＯ１は、選定されたＳＶＲＯ２１に対し、ｍｉｎｉＮＳＤ−ＩＤが払い出されたｍｉｎｉＮＳＤの登録要求を送信する。
次に、ステップＡ１２にて、ＳＶＲＯ２１は、登録要求のあったｍｉｎｉＮＳＤを検証する。具体的には、検証対象のｍｉｎｉＮＳＤをカタログ化するか否かを検証する。例えば、検証対象のｍｉｎｉＮＳＤが、上位装置Ｕの所定数以上のオペレータから選ばれる程度に高有用性のＮＳＤであった場合、ＳＶＲＯ２１は、このｍｉｎｉＮＳＤをカタログ化すると判定する。

次に、ステップＡ１３にて、登録要求のあったｍｉｎｉＮＳＤをカタログ化して、ｍｉｎｉＮＳカタログ１５ｂに登録する。ｍｉｎｉＮＳカタログ１５ｂは、ｍｉｎｉＮＳＤを記憶して管理するデータベースであり、ＮＷＲＯ３１が備える。ｍｉｎｉＮＳカタログ１５ｂは、ＳＶＲＯ２１のリポジトリとなる。また、ＤＢ１５がｍｉｎｉＮＳカタログ１５ｂを有してもよい。

次に、ステップＡ１４にて、ＳＶＲＯ２１は、Ｅ２ＥＯ１に対し、ｍｉｎｉＮＳＤの登録が完了したことを通知する。
次に、ステップＡ１５にて、Ｅ２ＥＯ１は、選定されたＳＶＲＯ２１に対し、登録されたｍｉｎｉＮＳＤの予約生成要求を送信する。ｍｉｎｉＮＳＤの予約生成要求とは、ｍｉｎｉＮＳＤで記述されるＮＳを確実に生成するための要求である。

次に、ステップＡ１６にて、ＳＶＲＯ２１は、Ｅ２ＥＯ１から受信したｍｉｎｉＮＳＤの予約生成要求を検証する。具体的には、検証対象の予約生成要求内に、ｍｉｎｉＮＳＤで記述されるＮＳの提供に供するサーバ系装置の識別情報およびＮＷ系装置の識別情報をすべて含むか否かを検証する。
次に、ステップＡ１７にて、ＳＶＲＯ２１は、受信したｍｉｎｉＮＳＤの予約生成要求を満たすことができるＶＩＭ２２またはＤＣを選定する。具体的には、ＳＶＲＯ２１が把握している各ＶＩＭ２２が管理しているＤＣ（ＮＦＶＩ−ＰｏＰ）のキャパシティ情報（例：データ記憶容量、処理速度などを示す情報）を元に、フィージビリティチェック（実現可能性評価）を行い、ＶＮＦごとに、ＶＩＭ２２、または、ＶＩＭ２２の管理下にあるＤＣを選定する。
以下、選定したＶＩＭ（必要ＶＩＭ）に対して以下のステップＡ１８〜Ａ２１が繰り返し実施される。

図６に示すように、ステップＡ１８にて、ＳＶＲＯ２１は、ＶＩＭ２２に対し、仮想リソース予約生成要求を送信する。仮想リソース予約生成要求とは、要求対象のＶＮＦに仮想リソースを確実に生成できるようにするための要求である。

次に、ステップＡ１９にて、ＶＩＭ２２は、受信した仮想リソース予約生成要求を検証する。具体的には、検証対象の仮想リソース予約生成要求内に、ＶＩＭ２２の管理対象となるＶＮＦの識別情報、または、当該ＶＮＦが配置されるＤＣの識別情報が含まれているか否かを検証する。
次に、ステップＡ２０にて、ＶＩＭ２２は、自身の管理対象となるＶＮＦに対して仮想リソースを予約する（予約分の仮想リソースを生成する）。
次に、ステップＡ２１にて、ＶＩＭ２２は、ＳＶＲＯ２１に対して、自身の管理対象となるＶＮＦに対して仮想リソース予約が完了したことを示す仮想リソース予約生成完了通知を、仮想リソース予約生成要求（ステップＡ１８）の応答として送信する。

次に、ステップＡ２２にて、ＳＶＲＯ２１は、Ｅ２ＥＯ１に対して、ｍｉｎｉＮＳＤの予約が完了したことを示すｍｉｎｉＮＳＤ予約生成完了通知を、ｍｉｎｉＮＳＤの予約生成要求（ステップＡ１５）の応答として送信する。

次に、ステップＡ２３にて、Ｅ２ＥＯ１は、予約されたすべてのｍｉｎｉＮＳＤに設定された接続点（ｇＣＰ（ＧＷ（GateWay） Connection Point））を示す予約ｇＣＰ情報を、例えば、ＤＢ１５に保持する。予約ｇＣＰ情報は、各ｍｉｎｉＮＳＤ間の接続関係を規定する情報であり、例えば、ＳＶＲＯ２１からの仮想リソース予約生成要求に対して各ＶＩＭ２２が作成する仮想リソース予約を示す情報から基底リソース変換を行うことで得られる。

次に、ステップＡ２４にて、Ｅ２ＥＯ１は、ＮＳリソース予約生成要求に含まれているＮＳＤからＶＬＤおよびＶＮＦＦＧＤを抽出する。つまり、指定されたＮＳＤで識別されるＮＳに関連するＶＬＤおよびＶＮＦＦＧＤが読み出される。

次に、図７に示すように、ステップＡ２５にて、Ｅ２ＥＯ１は、ＮＷＲＯ３１に対し、リソース予約生成要求を送信する。リソース予約生成要求とは、要求対象のＮＷ系装置にリソースを確実に生成できるようにするための要求である。
次に、ステップＡ２６にて、ＮＷＲＯ３１は、受信したリソース予約生成要求を検証する。具体的には、検証対象のリソース予約生成要求内に、ＮＩＭ３２の管理対象となるＮＷ系装置の識別情報が含まれているか否かを検証する。

次に、ステップＡ２７にて、ＮＷＲＯ３１は、ＮＩＭ３２に対し、リソース予約生成要求（ステップＡ２５と同様）を送信する。
次に、ステップＡ２８にて、ＮＩＭ３２は、自身の管理対象となるＮＷ系装置に対してリソースを予約生成する（予約されるリソースを生成する）。

次に、ステップＡ２９にて、ＮＩＭ３２は、ＮＷＲＯ３１に対して、自身の管理対象となるＮＷ系装置に対してリソース予約生成が完了したことを示すリソース予約生成完了通知を、リソース予約生成要求（ステップＡ２７）の応答として送信する。
次に、ステップＡ３０にて、ＮＷＲＯ３１は、Ｅ２ＥＯ１に対して、自身の管理対象となるＮＷ系装置に対してリソース予約生成が完了したことを示すリソース予約生成完了通知を、リソース予約生成要求（ステップＡ２５）の応答として送信する。

次に、ステップＡ３１にて、Ｅ２ＥＯ１は、ＯＳＳ４に対して、例えば上位装置Ｕのオペレータが指定したＮＳＤで記述されるＮＳに対してリソース予約生成が完了したことを示すＮＳリソース予約生成完了通知を、ＮＳリソース予約生成要求（ステップＡ３）の応答として送信する。
次に、ステップＡ３２にて、ＯＳＳ４は、上位装置Ｕに対して、一通りの予約リソースが生成されたことを示すリソース予約生成完了通知を、リソース予約生成要求（ステップＡ１）の応答として送信する。

図４〜図７に示すリソース予約生成の処理により、構築予定のＮＳの提供に利用されるリソースを確実に生成し、インスタンス化失敗（図３参照）を未然に防ぐことができる。

（ＮＳ生成）
次に、リソースが予約された状態でＮＷ構成に対してＮＳを生成（構築）する処理が実行される。図８，図９に示すように、この処理は、ステップＢ１から開始する。

ステップＢ１にて、ＯＳＳ４は、上位装置ＵからＮＳ生成要求を取得する。ＮＳ生成要求には、構築予定のＮＳに携わり、リソースが予約済みである、サーバ系装置およびＮＷ系装置を識別する識別情報が含まれる。ＮＳ生成要求は、インプットパラメータと同一視することができる。

ステップＢ２にて、ＯＳＳ４は、Ｐｒｏｄｕｃｔインスタンステーブル１５ｃを検索する。Ｐｒｏｄｕｃｔインスタンステーブル１５ｃは、Ｅ２ＥＯ１が備えており、ＯＳＳ４のリポジトリとして機能する。ＯＳＳ４は、対象のＮＷ構成に配置されているサーバ系装置およびＮＷ系装置について、インスタンス（Ｐｒｏｄｕｃｔインスタンス）の実装の有無を判定する。もし、要求のあったＮＳに用いられるＰｒｏｄｕｃｔインスタンスが既に存在していれば、そのＰｒｏｄｕｃｔインスタンスをＮＳの生成に流用することができる。

ステップＢ３にて、ＯＳＳ４は、Ｅ２ＥＯ１に対し、ＮＳ生成要求を送信する。このＮＳ生成要求は、ステップＢ１にて上位装置Ｕから取得したＮＳ生成要求と同等である。

ステップＢ４にて、Ｅ２ＥＯ１は、受信したＮＳ生成要求を解析して、要求の対象となるＮＳが予約済であるか否かを検査する。具体的には、構築予定のＮＳに携わるサーバ系装置およびＮＷ系装置のリソースが予約生成されているか否かを検査する。ここでは、そのリソースが予約生成されているとする。

ステップＢ５にて、Ｅ２ＥＯ１は、ＮＷＲＯ３１に対して、リソース生成要求を送信する。リソース生成要求には、リソースが予約済みであるＮＷ系装置を識別する識別情報が含まれる。Ｅ２ＥＯ１は、リソースの生成を（サーバ系装置からではなく）ＮＷ系装置から先に実施し、まず（ＳＶＲＯ２１にではなく）ＮＷＲＯ３１に要求する。このような順番にすることでＮＳサービスを一括に構築することを容易にすることができる。しかし、リソースの生成をサーバ系装置から先に実施してもよい。
以下、リソース生成の対象となるＮＷ系装置の数の分（必要数分）だけ以下のステップＢ６〜Ｂ８が繰り返し実施される。

ステップＢ６にて、ＮＷＲＯ３１は、ＮＩＭ３２に対して、リソース生成要求を送信する。リソース生成要求には、ＮＩＭ３２が管理する、リソースが予約済みであるＮＷ系装置を識別する識別情報が含まれる。

ステップＢ７にて、ＮＩＭ３２は、自身の管理対象のＮＷ系装置に対してリソースを生成する。
ステップＢ８にて、ＮＩＭ３２は、ＮＷＲＯ３１に対して、リソースの生成が完了したことを示すリソース生成完了通知を、ステップＢ６のリソース生成要求の応答として送信する。
ステップＢ９にて、ＮＷＲＯ３１は、Ｅ２ＥＯ１に対して、リソースの生成が完了したことを示すリソース生成完了通知を、ステップＢ５のリソース生成要求の応答として送信する。
これにより、ＮＷ系装置に対するリソース生成の処理が完了する。

図９に示すように、ステップＢ１０にて、Ｅ２ＥＯ１は、ＳＶＲＯ２１に対して、ｍｉｎｉＮＳ生成要求を送信する。ｍｉｎｉＮＳ生成要求には、対象のｍｉｎｉＮＳが構築され、リソースが予約済みであるサーバ系装置を識別する識別情報が含まれる。ｍｉｎｉＮＳ生成要求は、生成対象のＮＳを構成するｍｉｎｉＮＳの個数分だけ送信される。

ステップＢ１１にて、ｍｉｎｉＮＳ生成の処理が実行される。ｍｉｎｉＮＳ生成の処理は、ｍｉｎｉＮＳの個数分だけ実行される。ｍｉｎｉＮＳ生成の処理については、詳細は後記する。結果的には、ｍｉｎｉＮＳが一通り生成され、ｍｉｎｉＮＳの組み合わせとしてＮＳが生成される。

ステップＢ１２にて、ＳＶＲＯ２１は、Ｅ２ＥＯ１に対して、ｍｉｎｉＮＳの生成が完了したことを示すｍｉｎｉＮＳ生成完了通知を、ステップＢ１０のｍｉｎｉＮＳ生成要求の応答として送信する。ｍｉｎｉＮＳ生成完了通知は、生成されたｍｉｎｉＮＳの個数分だけ送信される。

ステップＢ１３にて、Ｅ２ＥＯ１は、ＯＳＳ４は、ＮＳの生成が完了したことを示すＮＳ生成完了通知を、ステップＢ３のＮＳ生成要求の応答として送信する。本ステップでは、生成されたｍｉｎｉＮＳの各々の接続点（ｇＣＰ）同士を、ＶＬを用いて接続することでＮＳが生成される。
ステップＢ１４にて、ＯＳＳ４は、ＮＳ生成完了通知にて通知されたＮＳに携わり、リソースが生成されたサーバ系装置およびＮＷ系装置に対して、Ｐｒｏｄｕｃｔインスタンスを起動し、Ｐｒｏｄｕｃｔインスタンステーブル１５ｃに登録する。これにより、ＮＳ生成が完了する。

ステップＢ１５にて、ＯＳＳ４は、上位装置Ｕに対し、ＮＳ生成が完了したことを示すＮＳ生成完了通知を、ステップＢ１のＮＳ生成要求の応答として送信する。

図８，図９に示すＮＳ生成の処理により、要求のあったＮＳを構築することができる。
なお、ワークフロー部１１は、構築したＮＳを実現するスライスを生成する。

（ｍｉｎｉＮＳ生成）
ステップＢ１１のｍｉｎｉＮＳ生成の処理について説明する。図１０〜図１２に示すように、この処理は、すでに説明したステップＢ１０にてＳＶＲＯ２１がＥ２ＥＯ１からｍｉｎｉＮＳ生成要求を受信した後、ステップＣ１から開始する。

なお、図１０に示すように、ステップＢ１０にてＳＶＲＯ２１が受信したｍｉｎｉＮＳ生成要求には、参照点ＲＰ（Reference Point）として“Os-Ma nfvo”が設定され、インターフェースＩＦ（Inter Face）として“Network service lifecycle management”が設定され、オペレーションＯｐ（Operation）として“Instatiate NS”が設定されている。この場合、ｍｉｎｉＮＳ生成要求は、“Os-Ma nfvo”の参照点にて、“Network service lifecycle management”のインターフェースを用いて、“Instatiate NS”のオペレーションを実行する要求であることを意味する。

ステップＣ１にて、ＳＶＲＯ２１は、ＶＮＦＭ２３に対して、ＶＮＦインスタンス化要求を送信する。ＶＮＦインスタンス化要求は、図１０に示すＲＰ（Or-Vnfm）と、ＩＦ（VNF lifecycle management）と、Ｏｐ（Instantiate VNF）とを含んでおり、ＶＮＦのインスタンス化をＶＮＦＭ２３に実行させる。
なお、このＶＮＦインスタンス化要求は、ｍｉｎｉＮＳ内のすべてのＶＮＦについて行われる。
また、本ステップＣ１からステップＣ７までの処理が、ｍｉｎｉＮＳに含まれるＶＮＦの数だけ繰り返し実施される。

ステップＣ２にて、ＶＮＦＭ２３は、ＳＶＲＯ２１に対して、ＶＮＦライフサイクル操作許諾要求を送信する。ＶＮＦライフサイクル操作許諾要求は、図１０に示すＲＰ（Or-Vnfm）と、ＩＦ（VNF lifecycle operation granting）と、Ｏｐ（Grant Lifecycle Operation）とを含んでおり、ＶＮＦのライフサイクル（存続期間）を操作（存続期間の開始時期または終了時期の変更）することをＶＮＦＭ２３側でできるようにするという許諾をＳＶＲＯ２１に実行させる。
ＳＶＲＯ２１は、ＶＮＦＭ２３からこの許諾要求を受信することで、すべてのＶＮＦＭ２３が処理を継続していることを確認することができる。将来的にマルチベンダの形式でＶＮＦＭ２３が使用されることを考慮すると、後記の仮想リソースの割り当て前に、ＶＮＦＭ２３からのＶＮＦライフサイクル操作許諾要求を実行することが好ましい。

ステップＣ３にて、ＳＶＲＯ２１は、ＶＮＦＭ２３に対して、ステップＣ２のＶＮＦライフサイクル操作許諾要求に対するＶＮＦライフサイクル操作許諾応答を送信する。

ステップＣ４にて、ＶＮＦＭ２３は、（ＶＮＦライフサイクル操作許諾要求による許諾が得られた場合）ＳＶＲＯ２１に対して、仮想リソース割り当て要求を送信する。この仮想リソース割り当て要求は、図１０に示すＲＰ（Or-Vnfm）と、ＩＦ（Virtualised resources management）と、Ｏｐ（Allocate Resource）とを含んでおり、ＶＮＦへの仮想リソースの割り当てをＳＶＲＯ２１に実行させる。なお、この仮想リソース割り当て要求は、コンピュータ、ストレージ、ネットワークなどのいずれの種類に対しても同じ形式としてもよいし、種類別に形式を異ならせるようにしてもよい。

ステップＣ５にて、ＳＶＲＯ２１は、ＶＩＭ２２に対して、仮想リソース割り当て要求を送信する。この仮想リソース割り当て要求は、図１０に示すＲＰ（Or-Vim）と、ＩＦ（Virtualised resources management）と、Ｏｐ（Allocate Resource）とを含んでおり、ＶＮＦへの仮想リソースの割り当てをＶＩＭ２２に実行させる。割り当てられる仮想リソースは予約済であるため、対応する予約ＩＤをこの仮想リソース割り当て要求に含ませる。
ステップＣ５１にて、ＶＩＭ２２は、受信した仮想リソース割り当て要求に含まれる予約ＩＤを参照して、ＮＦＶＩ−ＰｏＰ５１を介して、ＶＩＭ２２自身の管理対象となるＶＮＦ５２にリソースを割り当てる。

ステップＣ６にて、ＶＩＭ２２は、ＳＶＲＯ２１に対して、ステップＣ５の仮想リソース割り当て要求に対する仮想リソース割り当て応答を送信する。
ステップＣ７にて、ＳＶＲＯ２１は、ＶＮＦＭ２３に対して、ステップＣ４の仮想リソース割り当て要求に対する仮想リソース割り当て応答を送信する。

図１１に示すように、ステップＣ８にて、ＶＮＦＭ２３は、ＶＮＦ５２に対して、デプロイ固有設定に関するＶＮＦ設定要求を送信する。このＶＮＦ設定要求は、図１１に示すＲＰ（Ve-Vnfm-vnf）と、ＩＦ（VNF configuration management）と、Ｏｐ（Get/Create/Set Config Object）とを含んでおり、ＶＮＦ５２自身に固有の態様で、ＮＷ構成上にＶＮＦ５２自身をデプロイすることをＶＮＦ５２に実行させる。デプロイ固有設定に関するＶＮＦ設定は、例えばスクリプトによって、ＶＮＦＤなどの情報に基づいて実行することができる。
ステップＣ９にて、ＶＮＦ５２は、ＶＮＦＭ２３に対して、ステップＣ８のＶＮＦ設定要求に対するＶＮＦ設定応答を送信する。

ステップＣ１０にて、ＶＮＦＭ２３は、ＡＰＬ用ＥＭＳ２５に対して、ＡＰＬ固有設定に関するＶＮＦ設定要求を送信する。このＶＮＦ設定要求は、図１１に示すＲＰ（Ve-Vnfm-em）と、ＩＦ（VNF configuration management）と、Ｏｐ（Get/Create/Set Config Object）とを含んでおり、ＶＮＦ５２に固有の態様で、ＶＮＦ５２にＡＰＬを設定することをＡＰＬ用ＥＭＳ２５に実行させる。ＡＰＬ固有設定に関するＶＮＦ設定は、例えばスクリプトによって、ＶＮＦＤなどの情報に基づいて実行することができる。
ＡＰＬ用ＥＭＳ２５は、ＡＰＬ固有設定に関するＶＮＦ設定要求を受信すると、ＶＮＦ５２にＡＰＬを設定する。
デプロイ固有設定に関するＶＮＦ設定、および、ＡＰＬ固有設定に関するＶＮＦ設定が完了するとＶＮＦ５２のインスタンス化が完了し、このインスタンスの識別情報となるＶＮＦインスタンスＩＤが払い出される。

ステップＣ１１にて、ＶＮＦＭ２３は、ＳＶＲＯ２１に対して、ステップＣ１のＶＮＦインスタンス化要求に対するＶＮＦインスタンス化応答を送信する。ＳＶＲＯ２１は、ＶＮＦインスタンス化応答から、インスタンス化されたＶＮＦ５２のＶＮＦインスタンスＩＤを取得する。

図１２に示すように、ステップＣ１２にて、ＳＶＲＯ２１は、ＶＮＦＭ２３に対して、ｓｕｂｓｃｒｉｂｅ要求を送信する。ｓｕｂｓｃｒｉｂｅ要求は、図１２に示すＲＰ（Or-Vnfm）と、ＩＦ（VNF Lifecycle Change notification）と、Ｏｐ（Subscribe）とを含んでおり、ＶＮＦの性能に関する所定の変更の操作があった場合にその変更の承認をＳＶＲＯ２１通知する。例えば、ＳＶＲＯ２１は、ＶＮＦのライフサイクルに変更があった場合、ステップＣ１１にて取得したＶＮＦインスタンスＩＤを指定して該当のＶＮＦのライフサイクルの変更に承認したことをＶＮＦＭ２３に通知する。
ステップＣ１３にて、ＶＮＦＭ２３は、ＳＶＲＯ２１に対して、ステップＣ１２のｓｕｂｓｃｒｉｂｅ要求に対するｓｕｂｓｃｒｉｂｅ応答を送信する。

ステップＣ１４にて、ＳＶＲＯ２１は、ステップＣ１２にて承認したＶＮＦの性能に関する変更に対して、この変更をＶＮＦＤ、ｍｉｎｉＮＳＤ、ＶＬＤ、ＶＮＦＦＧＤなどに反映させ、ＮＦＶインスタンスファイル（２１ａ）に登録する。ＮＦＶインスタンスファイル（２１ａ）は、仮想化されたＮＷ機能のインスタンスを登録する機能を有しており、ＳＶＲＯ２１が備えている。
その後、ＳＶＲＯ２１は、すでに説明したステップＢ１２のｍｉｎｉＮＳ生成完了通知をＥ２ＥＯ１に送信する。
図１０〜図１２に示すｍｉｎｉＮＳ生成の処理により、要求のあったｍｉｎｉＮＳを構築することができる。
なお、ワークフロー部１１は、構築したｍｉｎｉＮＳを実現するスライスを生成することができる。

本実施形態によれば、仮想化領域となるコアＮＷおよび非仮想化領域となるアクセスＮＷを含むＮＷにＮＳを構築する際、選定されたカタログに対して、インプットパラメータでＮＳの提供に供するサーバ系装置およびＮＷ系装置を指定するために必要な情報を要求すればよい。また、構築されたＮＳは、ライフサイクルを用いて更新されたり、削除されたりして適切に管理される。
したがって、ネットワークサービスの構築・更新・削除といったライフサイクルの管理を迅速化・効率化し、ネットワークの利便性を向上させることができる。

また、カタログに、ＮＳＤと、ＶＮＦＤと、ＰＮＦＤと、ＶＬＤと、ＶＮＦＦＧＤといった要素を含ませることで、ＮＳを具体的に設計することができる。

また、サーバ系装置およびＮＷ系装置のリソースは、予約してから生成することで、ＮＳ生成時に必要となるアプリケーション（ＶＮＦ）のインスタンス化時に必要となるリソースおよびＮＷ接続のインスタンス化時に必要となるリソースを確実に生成することができ、ＮＳ生成要求が複数競合したとしてもインスタンス化失敗を回避することができる。

（リソースの予約の応用）
本実施形態では、リソース調停部１４にて、まず、ＳＶＲＯ２１によりサーバ系装置の（仮想）リソースの予約を行い（図６のステップＡ１８〜Ａ２１）、その後、ＮＷＲＯ３１によりＮＷ系装置の（仮想）リソースの予約を行う（図７のステップＡ２７〜Ａ２９）、という順番をとった。このような順番をとることで、ＮＳ生成時のサーバ系装置を構築する拠点（ＤＣなど）を柔軟に選択することができる。

ＮＷ構成の性質上、１つのサーバ系装置に対しては多数のＮＷ系装置が接続されているのに対し、１つのＮＷ系装置に対しては少数の限られたサーバ系装置だけ接続されていることが多い。このため、リソースを生成するＮＷ系装置を先に決定してしまうと、リソースを生成するサーバ系装置として、先に決定したＮＷ系装置に接続されている限られたサーバ系装置を選択するしかないという不便性がある。本実施形態のような順番にすれば、この不便性は回避できる。

また、本実施形態では、リソース調停部１４にて、前記リソース調停部は、リソースの予約が完了後、前記ＮＷ系装置のリソースの予約からＮＷ接続の生成・有効化を行い、その後、前記サーバ系装置のリソースの予約からアプリケーションの生成・有効化を行う、という順番をとった（図８のステップＢ５〜図９のステップＢ１２）。
このような順番をとることで、ＮＷの疎通性の確保を行い、その後、アプリケーションの起動を行うことでＮＳ生成と同時にＮＳの疎通試験を行うことができる。

リソース調停部１４は、サーバ系装置のリソースの予約、および、ＮＷ系装置のリソースの予約に関して、リソースの予約の終了期限を設定可能とすることができる。例えば、「予約済リソース」のフラグがオンになっているリソースに関して、終了期限を迎えるまでにそのリソースの生成がなされることが無ければ、リソース調停部１４は、「予約済リソース」のフラグをオフにする。これにより、予約済のリソースによるリソース占有を回避することができる。

また、リソース調停部１４は、サーバ系装置のリソースの予約、および、ＮＷ系装置のリソースの予約に関して、リソースの予約の（受付）開始日時を設定可能とすることができる。これにより、ＮＳ生成要求日時前にオペレータによるオペレーションをすることができる。その結果、上位装置Ｕのオペレータは、将来を見据えた戦略的なリソース予約を実施することができ、上位装置Ｕの稼働を削減し、オペレータの作業効率を向上させることができる。

また、サーバ系装置のリソースの予約、および、ＮＷ系装置のリソースの予約に関して、インプットパラメータにて予約の優先度を設定することができる。具体的には、リソース情報に、リソースの予約に関する優先度フラグを設定し、優先度フラグに「最優先」（優先度大）、「優先」（優先度中）、「一般」（優先度小）といった段階的な値を持たせることができる。これにより、複数のオペレータからのリソース予約によって予約の競合が発生しても、優先度のより大きなリソースを確保できるようにし、ＮＳ構築を円滑に進めることができる。例えば、優先度の大きなリソースは、社会的・経済的に重要と認められるリソースとするとよい。

ＮＳの内容によっては、サーバ系装置とＮＷ系装置とを接続する場合において、サーバ系装置のリソース（サーバ系リソース）が必要とする端点数（接続点の数）と、ＮＷ系装置のリソース（ＮＷ系リソース）に設定する端点数（接続点の数）が異なる場合がある。このとき、リソース調停部１４は、サーバ系リソースが必要とする端点のＮＷ情報として、ＶＬＡＮ（Virtual Local Area Network）−ＩＤ、サブネットレンジ、デフォルトゲートウェイ）などからＮＷ系リソースの設定に必要な情報を抽出して、両端点数の差分の調停を行うことができる。これにより、端点数が異なる、サーバ系装置−ＮＷ系装置間の接続を一括設定することができる。例えば、１つの接続点を有するＧＷルータ（ＮＷ系装置の例）に対し、１つの接続点を有する４つのＶＮＦを一括で接続させることができる。

（カタログの応用）
ＮＳの構成部分として、このＮＳの初期構築時にインスタンスが生成される部分（加入者非依存部分）と、初期構築後に加入者単位で（例えば、ＩＳＰ事業者ごとに）インスタンスが随時追加生成される部分（加入者依存部分）とが存在する。加入者非依存部分は、例えば、Ｅ２Ｅ−ＮＳの基本部分となる、各加入者に共通なコアＮＷスライス（Ｌ３（Layer3）−ＶＰＮ（Virtual Private Network）スライスなど）とし、加入者依存部分は、例えば、加入者追加時に生成される、アクセスＮＷおよび加入者専用ＡＰＬに対応する個別スライス（Ｌ２（Layer2）−ＶＰＮスライスなど）とすることができる。

このようなＮＳを実現するために、カタログの要素として、ＮＳを実現するスライスが、ＮＳ構築時に生成されるスライスであるか、加入者追加時に追加生成されるスライスであるかを区別するインスタンス化契機フラグを記述する要素を具備する。インスタンス化契機フラグを具備することにより、ワークフロー部１１が、構築予定のＮＳの各部分について適切なインスタンス化契機を判断することができる。

（その他）
本実施形態の管理装置Ｍは、入出力用のＩ／Ｆ（インターフェイス）などで構成される入出力部、ハードディスク、フラッシュメモリ、ＲＡＭ（Random Access Memory）などで構成される記憶部、ＣＰＵ（Central Processing Unit）などで構成される制御部といったハードウェアを備えるコンピュータである。制御部は、例えば、記憶部に記憶されているプログラム（ネットワーク管理プログラム）を記憶部の記憶領域に展開し実行することにより、上記の処理が実行される。本実施形態の管理装置Ｍは、このようなソフトウェアとハードウェアの協働を実現することができる。

また、本実施形態では、カタログ管理部１３が管理するカタログとして、ＮＳＤと、ＶＮＦＤと、ＰＮＦＤと、ＶＬＤと、ＶＮＦＦＧＤといった５つの要素を含むものを採り上げた。しかし、他の要素を追加してもよいし（例：すでに説明したインスタンス化契機フラグ）、前記５つの要素のうち少なくとも１つを除いてもよい。例えば、構築予定のＮＳに用いられるアプリケーションが他のアプリケーションとの連携を必要しないのであれば、カタログにＶＮＦＦＧＤを含めなくてもよい。

本実施形態で説明した種々の技術を適宜組み合わせた技術を実現することもできる。
本実施形態で説明したソフトウェアをハードウェアとして実現することもでき、ハードウェアをソフトウェアとして実現することもできる。
その他、ハードウェア、ソフトウェア、フローチャートなどについて、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。

Ｍ 管理装置
Ｕ 上位装置（外部）
１ Ｅ２ＥＯ（サービス管理部）
２ サーバ系装置管理部
３ ＮＷ系装置管理部
４ ＯＳＳ
１１ ワークフロー部
１２ 要求受付部
１３ カタログ管理部
１４ リソース調停部
１５ ＤＢ
１６ ＮＳライフサイクル管理部
１７ ＤＢ
２１ ＳＶＲＯ
２２ ＶＩＭ
２３ ＶＮＦＭ
２４ Ｈ／Ｗ用ＥＭＳ
２５ ＡＰＬ用ＥＭＳ
３１ ＮＷＲＯ
３２ ＮＩＭ

Claims (9)

1. 仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳ（Network Service）を管理する管理装置であって、
   前記ＮＳを管理するサービス管理部と、
   前記ＮＷに配置されるサーバ系装置を管理するサーバ系装置管理部と、
   前記ＮＷに配置されるＮＷ系装置を管理するＮＷ系装置管理部と、を備え、
   前記サービス管理部は、
   前記ＮＳの提供に供する、前記サーバ系装置および前記ＮＷ系装置を指定するために必要なインプットパラメータを含むＮＳ生成要求を外部から取得する要求受付部と、
   前記ＮＳの雛型となるカタログを管理するカタログ管理部と、
   前記サーバ系装置のリソースおよび前記ＮＷ系装置のリソースを調停するリソース調停部と、
   前記カタログが選定された場合、前記インプットパラメータに応じて、前記指定されたサーバ系装置のリソース、および、前記指定されたＮＷ系装置のリソースを生成して、前記ＮＳを実現するスライスを生成するワークフロー部と、
   前記ＮＳのライフサイクルを管理するＮＳライフサイクル管理部と、
   を備える、
   ことを特徴とする管理装置。
2. 前記カタログは、
   （１）前記ＮＳの構成を記述する部分と、（２）前記ＮＳにて利用されるアプリケーションを記述する部分と、（３）前記ＮＳにて利用される物理機能を記述する部分と、（４）前記ＮＳにて利用されるアプリケーション同士の接続関係を記述する部分と、（５）前記ＮＳにて利用されるリンクを記述する部分と、を含む、
   ことを特徴とする請求項１に記載の管理装置。
3. 前記カタログは、前記ＮＳを実現するスライスが、前記ＮＳ構築時に生成されるスライスであるか、加入者追加時に追加生成されるスライスであるかを区別するインスタンス化契機フラグを記述する要素を含む、
   ことを特徴とする請求項１または請求項２に記載の管理装置。
4. 前記リソース調停部は、
   前記ＮＳの提供に供する前記サーバ系装置のリソース、および、前記ＮＳの提供に供する前記ＮＷ系装置のリソースを予約する、
   ことを特徴とする請求項１から請求項３のいずれか１項に記載の管理装置。
5. 前記リソース調停部は、
   前記サーバ系装置のリソースの予約を行い、その後、前記ＮＷ系装置のリソースの予約を行い、
   リソースの予約が完了した後、前記ＮＷ系装置のリソースの予約からＮＷ接続の生成・有効化を行い、その後、前記サーバ系装置のリソースの予約からアプリケーションの生成・有効化を行う、
   ことを特徴とする請求項４に記載の管理装置。
6. 前記リソース調停部は、
   前記サーバ系装置のリソースの予約の開始日時、および、前記ＮＷ系装置のリソースの予約の開始日時と、
   前記サーバ系装置のリソースの予約の終了期限、および、前記ＮＷ系装置のリソースの予約の終了期限と、
   を設定可能とする、
   ことを特徴とする請求項４または請求項５に記載の管理装置。
7. 前記インプットパラメータは、
   前記指定されたサーバ系装置のリソースの予約、および、前記指定されたＮＷ系装置のリソースの予約に関する優先度を含む、
   ことを特徴とする請求項４から請求項６のいずれか１項に記載の管理装置。
8. 前記リソース調停部は、
   前記サーバ系装置のリソースが必要とする端点数と、前記ＮＷ系装置のリソースに設定する端点数との差分の調停を行う、
   ことを特徴とする請求項１から請求項３のいずれか１項に記載の管理装置。
9. 仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳ（Network Service）を管理する管理装置におけるネットワークサービス管理方法であって、
   前記管理装置が、
   前記ＮＳの提供に供する、サーバ系装置およびＮＷ系装置を指定するために必要なインプットパラメータを含むＮＳ生成要求を外部から取得する要求受付ステップと、
   前記ＮＳの雛型となるカタログを選定するカタログ選定ステップと、
   前記サーバ系装置のリソースおよび前記ＮＷ系装置のリソースを調停するリソース調停ステップと、
   前記カタログが選定された場合、前記インプットパラメータに応じて、前記指定されたサーバ系装置のリソース、および、前記指定されたＮＷ系装置のリソースを生成して、前記ＮＳを実現するスライスを生成するスライス生成ステップと、
   前記生成されたＮＳのライフサイクルを管理するＮＳライフサイクル管理ステップと、を実行する、
   ことを特徴とするネットワークサービス管理方法。

Images