JP6947129B2

JP6947129B2 - 管理装置およびネットワーク管理方法

Info

Publication number: JP6947129B2
Application number: JP2018128019A
Authority: JP
Inventors: 求中島; 侑一須藤; 裕司副島; 愛子尾居; 浩亮坂田
Original assignee: Nippon Telegraph and Telephone Corp; NTT Inc USA
Current assignee: NTT Inc; NTT Inc USA
Priority date: 2018-07-05
Filing date: 2018-07-05
Publication date: 2021-10-13
Anticipated expiration: 2038-07-05
Also published as: JP2020010126A; WO2020009014A1; US20210367863A1

Description

本発明は、管理装置およびネットワーク管理方法に関する。
本明細書において、「ＮＷ」は、ネットワーク（Network）を表す語として用いる。また、「ＮＳ」は、ネットワークサービス（Network Service）を表す語として用いる。また、「ＤＢ」は、データベース（Database）を表す語として用いる。また、「ＩＦ」は、インタフェース（Interface）を表す語として用いる。

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

また、非特許文献１には、特許文献１による制御に対し、ＮＳの管理のための外部装置からの制御要求の方式として、NS Deployment Flavour（NsDf）の選択について開示されている。

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

"Annex B: Word format presentation of the NFV Information Model" 、ETSI GR NFV-IFA 015 V2.1.2、２０１７年１月、［平成30年7月4日検索］、インターネット〈URL：https://www.etsi.org/deliver/etsi_gr/NFV-IFA/001_099/015/02.01.02_60/〉

しかし、非特許文献１による、NS Deployment Flavourの選択は、外部装置からの要求で詳細な指定をすること（例えば、物理リソースの最適化のために特定リソースを個別に指定すること）ができないため、ＮＳの管理の性能に改善の余地が残されている。

そこで、本発明は、上記事情に鑑みて、ＮＳの管理の性能を向上させることを課題とする。

前記課題を解決するために、請求項１に記載の発明は、仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳ（Network Service）を管理する管理装置であって、前記ＮＷには、前記ＮＳの提供に供する、サーバ系装置およびＮＷ系装置が配置されており、前記サーバ系装置および前記ＮＷ系装置を指定するために必要なインプットパラメータを含むＮＳ生成オーダを外部装置から取得する要求受付部と、前記ＮＳの雛型となるカタログを格納するカタログＤＢ（DataBase）と、を備え、前記カタログは、前記ＮＳの構成を記述する部分であり、前記ＮＳの構成要素群を選択可能に定義した複数種類の情報セットを有するＮＳＤ（NS Descriptor）を含み、前記インプットパラメータに、前記情報セットを選択せずに前記ＮＳの構成要素群を前記外部装置で個別指定するための特定パラメータが含まれている場合は、前記個別指定された、ＮＳの構成要素群を用いて前記ＮＳを生成し、前記インプットパラメータに、前記特定パラメータが含まれていない場合は、前記外部装置で選択された情報セットを用いて前記ＮＳを生成する、シナリオ管理部、をさらに備える、ことを特徴とする。

また、請求項３に記載の発明は、仮想化領域となるコアＮＷおよび非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳを管理する管理装置におけるネットワーク管理方法であって、前記ＮＷには、前記ＮＳの提供に供する、サーバ系装置およびＮＷ系装置が配置されており、前記管理装置は、前記ＮＳの雛型となるカタログを格納するカタログＤＢを備え、前記カタログは、前記ＮＳの構成を記述する部分であり、前記ＮＳの構成要素群を選択可能に定義した複数種類の情報セットを含むＮＳＤを含んでおり、前記サーバ系装置および前記ＮＷ系装置を指定するために必要なインプットパラメータを含むＮＳ生成オーダを外部装置から取得するステップと、前記インプットパラメータに、前記情報セットを選択せずに前記ＮＳの構成要素群が前記外部装置で個別指定された第１のパラメータが含まれている場合は、前記個別指定されたＮＳの構成要素群を用いて前記ＮＳを生成するステップと、前記インプットパラメータに、前記第１のパラメータが含まれていない場合は、前記外部装置で選択された情報セットを用いて前記ＮＳを生成するステップと、を実行する、ことを特徴とする。

請求項１，３に記載の発明によれば、ＮＳの構成要素群の個別指定を可能とする特定パラメータをＮＳ生成オーダに含めることで、NS Deployment Flavourの選択では実現できない、ＮＳの構成要素群の詳細な指定を可能にする手段を外部装置に提供することができる。
したがって、ＮＳの管理の性能を向上させることができる。

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

また、請求項４に記載の発明は、請求項３に記載のネットワーク管理方法であって、前記カタログは、さらに、前記ＮＳにて利用されるアプリケーションを記述する部分と、前記ＮＳにて利用される物理機能を記述する部分と、前記ＮＳにて利用されるアプリケーション同士の接続関係を記述する部分と、前記ＮＳにて利用されるリンクを記述する部分と、を含む、ことを特徴とする。

請求項２，４に記載の発明によれば、カタログに、ＮＳにて利用されるアプリケーションを記述する部分と、ＮＳにて利用される物理機能を記述する部分と、ＮＳにて利用されるアプリケーション同士の接続関係を記述する部分と、ＮＳにて利用されるリンクを記述する部分を含ませることで、ＮＳを具体的に設計することができる。

本発明によれば、ＮＳの管理の性能を向上させることができる。

本実施形態の管理装置の機能構成図である。ＮＳＤの詳細を示す図である。比較例における、ＮＳ生成／インスタンス化で指定可能なパラメータの例を示す図である。本実施形態における、ＮＳ生成／インスタンス化で指定可能なパラメータの例を示す図である。ＮＳ生成オーダ処理のフローチャートである。

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

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

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

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

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

サーバ系装置は、ＮＳを実行する装置である。サーバ系装置には、例えば、ＤＣ（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：ネットワーク終端装置）があるが、これらに限定されない。

［Ｅ２ＥＯ１の詳細］
Ｅ２ＥＯ１は、要求受付部１１と、シナリオ管理部１２と、ＮＦＶＯ（Network Function Virtualization Orchestrator）リソース管理部１３と、共通リソース管理部１４と、対向ＩＦ１５，１６と、カタログＤＢ１７と、インスタンスＤＢ１８と、オーダＤＢ１９と、通知メッセージＤＢ２０とを備える。

要求受付部１１は、他システムＵ１から出力されるＮＳ生成要求をオーダとして取得する。ＮＳ生成要求は、管理装置ＭにＮＳを生成（構築）させる情報である。ＮＳ生成要求は、所定のＮＷ構成を対象にして設定する論理パスを表現するために、複数種類のサーバ系装置の記述子および複数種類のＮＷ系装置の記述子を適宜並べて組み合わせたＮＳ情報を含む。Ｅ２ＥＯ１は、これらの記述子を、ＮＷ上に配置されている対応のサーバ系装置およびＮＷ系装置にマッピングする。また、ＮＳ生成要求は、前記論理パスを利用したＮＳの提供に供する、サーバ系装置およびＮＷ系装置を指定するために必要なインプットパラメータ（以下、単に、「パラメータ」と呼ぶ場合がある）を含む。なお、オーダには、ＮＳを更新するオーダ、ＮＳを削除するオーダなどもある。また、要求受付部１１は、具体的には、ＯＳＳ／ＢＳＳとＮＦＶＯとの間のインタフェースとして機能するOs-Ma-nfvo送受信部である。

シナリオ管理部１２は、ＮＳ管理用の各種シナリオを管理する。シナリオとは、オーダを処理するときの処理手順が記述されている媒体である。シナリオ管理部１２は、ＮＳ生成シナリオ１２ａと、ＮＳ更新シナリオ１２ｂと、ＮＳ停止シナリオ１２ｃと、ＮＳ削除シナリオ１２ｄと、ＮＳインスタンス化シナリオ１２ｅと、ＮＳＤ更新シナリオ１２ｆと、ＮＳＤ登録シナリオ１２ｇと、ＶＮＦパッケージ登録シナリオ１２ｈと、ＶＮＦパッケージ取得シナリオ１２ｉと、を備える。

ＮＳ生成シナリオ１２ａは、ＮＳを生成するオーダであるＮＳ生成オーダからＮＳを生成するためのシナリオである。シナリオ管理部１２は、他システムＵ１から取得したＮＳ生成オーダに対して、NsIdentifierを生成し、他システムＵ１に返却する。他システムＵ１は、当該NsIdentifierを用いて、ＮＳをインスタンス化するためのオーダであるＮＳインスタンス化オーダを作成することができる。

ＮＳ更新シナリオ１２ｂは、ＮＳを更新するオーダであるＮＳ更新オーダからＮＳを更新するためのシナリオである。シナリオ管理部１２は、ＮＳ更新シナリオ１２ｂによって、他システムＵ１から取得したＮＳ更新オーダに対して、当該オーダ内のインスタンスＩＤに紐づくインスタンスをインスタンスＤＢ１８から取得し、ＳＶＲＯ２による制御（ＳＶＲＯ制御）、および、ＮＷＲＯ３による制御（ＮＷＲＯ制御）を実行することでＮＳの更新を実現することができる。例えば、ＶＮＦを有するＮＳの場合には、ＮＳ更新シナリオ１２ｂは、ＳＶＲＯ制御およびＮＷＲＯ制御の両方を実行する。ＶＮＦを有しないＮＳの場合には、ＮＳ更新シナリオ１２ｂは、ＮＷＲＯ制御を実行する。

ＮＳ停止シナリオ１２ｃは、ＮＳを停止するオーダであるＮＳ停止オーダからＮＳを停止するためのシナリオである。シナリオ管理部１２は、ＮＳ停止シナリオ１２ｃによって、他システムＵ１から取得したＮＳ停止オーダに対して、当該オーダ内のインスタンスＩＤに紐づくインスタンスをインスタンスＤＢ１８から取得し、ＳＶＲＯ制御およびＮＷＲＯ制御を実行することでＮＳの停止を実現することができる。例えば、ＶＮＦを有するＮＳの場合には、ＮＳ停止シナリオ１２ｃは、ＳＶＲＯ制御およびＮＷＲＯ制御の両方を実行する。ＶＮＦを有しないＮＳの場合には、ＮＳ停止シナリオ１２ｃは、ＮＷＲＯ制御を実行する。

ＮＳ削除シナリオ１２ｄは、ＮＳを削除するオーダであるＮＳ削除オーダからＮＳを削除するためのシナリオである。シナリオ管理部１２は、ＮＳ削除シナリオ１２ｄによって、他システムＵ１から取得したＮＳ削除オーダに対して、当該オーダ内のインスタンスＩＤに紐づくインスタンスをインスタンスＤＢ１８から取得し、ＳＶＲＯ２に対してＮＳの削除を指示する。また、シナリオ管理部１２は、インスタンスＤＢ１８から該当のインスタンスを削除する。これらの手順により、ＮＳの削除が実現される。

ＮＳインスタンス化シナリオ１２ｅは、ＮＳインスタンス化オーダから、ＮＳをインスタンス化するためのシナリオである。シナリオ管理部１２は、ＮＳインスタンス化シナリオ１２ｅによって、他システムＵ１から取得したＮＳインスタンス化オーダで指定されたＮＳＤ（ＮＳ Descriptor）（詳細は後記）を、ＮＦＶＯリソース管理部１３を介してカタログＤＢ１７から取得し、ＳＶＲＯ制御およびＮＷＲＯ制御を実行することでＮＳの生成を実現することができる。

ＮＳＤ更新シナリオ１２ｆは、ＮＳＤを更新するためのシナリオである。シナリオ管理部１２は、ＮＳＤ更新シナリオ１２ｆによって、他システムＵ１からのオーダで指定されたＮＳＤを、ＮＦＶＯリソース管理部１３を介してカタログＤＢ１７から読み出し、当該オーダに含まれる更新要求に従ってＮＳＤを更新することができる。

ＮＳＤ登録シナリオ１２ｇは、ＮＳＤをカタログＤＢ１７に登録するためのシナリオである。シナリオ管理部１２は、ＮＳＤ登録シナリオ１２ｇによって、他システムＵ１からのオーダで指定されたＮＳＤを、ＮＦＶＯリソース管理部１３を介してカタログＤＢ１７に登録することができる。

ＶＮＦパッケージ登録シナリオ１２ｈは、ＮＳで利用されるアプリケーションであるＶＮＦパッケージをカタログＤＢ１７に登録するためのシナリオである。ＶＮＦパッケージとは、ＶＮＦおよびＶＮＦＤ（VNF Descriptor）をパッケージ化したものである。シナリオ管理部１２は、ＶＮＦパッケージ登録シナリオ１２ｈによって、他システムＵ１からのオーダで指定されたＶＮＦパッケージを、ＮＦＶＯリソース管理部１３を介してカタログＤＢ１７に登録することができる。

ＶＮＦパッケージ取得シナリオ１２ｉは、ＶＮＦパッケージをカタログＤＢ１７から取得するためのシナリオである。シナリオ管理部１２は、ＶＮＦパッケージ取得シナリオ１２ｉによって、他システムＵ１からのオーダで指定されたＶＮＦパッケージを、ＮＦＶＯリソース管理部１３を介してカタログＤＢ１７から取得することができる。

シナリオ管理部１２は、要求受付部１１が取得したインプットパラメータを用いて、各種シナリオ（符号１２ａ〜１２ｉ）に従い、ＮＳの生成等の管理を実行することができる。
なお、シナリオ管理部１２は、ＮＳを検索するＮＳ検索オーダを他システムＵ１から取得した場合、当該オーダ内のインスタンスＩＤに紐づくインスタンスをインスタンスＤＢ１８から取得し、NsInfo（ＮＳ生成を表すCreate NS Identifier命令の返り値）を他システムＵ１に返答することができる。

ＮＦＶＯリソース管理部１３は、カタログＤＢ１７、および、インスタンスＤＢ１８の接続部として機能し、ＮＦＶＯのリソースをＮＦＶＯリソースとして管理する。ＮＦＶＯは、ＮＦＶ（Network Function Virtualisation）を制御するオーケストレータである。例えば、ＮＦＶＯは、複数インスタンスで構成されるＶＮＦのテンプレート化をしたり、ＶＮＦの配置ポリシー機能を提供したりすることができる。ＮＦＶは、ネットワーク機能を仮想化した仮想ネットワーク機能である。

また、ＮＦＶＯリソース管理部１３は、ＮＳの雛型となるカタログを管理することができる。他システムＵ１は、ＮＦＶＯリソース管理部１３から所望のカタログを取得することができる。他システムＵ１は、取得したカタログを用いて所定事項（インプットパラメータを含む）を入力することで、特定のＮＳに対する所望のオーダを容易に作成することができる。ＮＦＶＯリソース管理部１３が管理するカタログは、１または複数種類あり、必要に応じて追加、削除、更新、提供などされる。また、ＮＦＶＯリソース管理部１３が管理するカタログは、カタログＤＢ１７に格納されている。カタログの詳細は後記する。

また、ＮＦＶＯリソース管理部１３は、管理装置Ｍが管理するＮＳのインスタンスを管理することができる。ＮＳのインスタンスには、例えば、ＮＳそのものをインスタンス化したもの、ＮＳで利用されるＶＮＦをインスタンス化したものが含まれるが、これらに限定されない。ＮＦＶＯリソース管理部１３が管理するインスタンスに関する情報は、インスタンスＤＢ１８に格納されている。

共通リソース管理部１４は、オーダＤＢ１９、および、通知メッセージＤＢ２０の接続部として機能し、サーバ系装置のリソース、および、ＮＷ系装置のリソースを管理する。共通リソース管理部１４は、オーダＤＢ１９（後記）および通知メッセージＤＢ２０（後記）を参照して、サーバ系装置のリソース、および、ＮＷ系装置のリソースを調停することができる。また、共通リソース管理部１４は、シナリオ管理部１２を介して、この調停の結果をＳＶＲＯ２およびＮＷＲＯ３に出力し、リソースの調停を指示することができる。

なお、サーバ系装置のリソースには、サーバ系装置自身に割り当てられるリソースが含まれるし、サーバ装置に設定される接続点に接続されるリンクに割り当てられるリソースも含まれる。
また、ＮＷ系装置のリソースには、ＮＷ系装置自身に割り当てられるリソースが含まれるし、ＮＷ系装置に設定される接続点に接続されるリンクに割り当てられるリソースも含まれる。リンクには、仮想化されたリンク（ＶＬ：Virtual Link）も含まれる。サーバ装置に設定される接続点に接続されるリンクと、ＮＷ系装置に設定される接続点に接続されるリンクが同じである場合は、例えば、そのリンクをサーバ系装置のリソースとして扱うことができる。しかし、ＮＷ系装置のリソースとして扱ってもよい。

対向ＩＦ１５は、Ｅ２ＥＯ１がＳＶＲＯ２と情報のやり取りをするためのＩＦである。
対向ＩＦ１６は、Ｅ２ＥＯ１がＮＷＲＯ３と情報のやり取りをするためのＩＦである。

カタログＤＢ１７は、ＮＦＶＯリソース管理部１３が管理するカタログを格納する。
インスタンスＤＢ１８は、ＮＦＶＯリソース管理部１３が管理するインスタンスに関する情報（例えば、インスタンスを識別するインスタンスＩＤ、インスタンスの種別）を格納する。

オーダＤＢ１９は、他システムＵ１から取得したオーダを格納する。オーダＤＢ１９は、格納するオーダの取得の履歴を記録することができる。
通知メッセージＤＢ２０は、管理装置Ｍが管理するＮＳの提供に供する装置（サーバ系装置、ＮＷ系装置）間でやり取りされるメッセージを格納する。通知メッセージＤＢ２０は、格納するメッセージの取得の履歴を記録することができる。

［カタログの詳細］
ＮＦＶＯリソース管理部１３が管理するカタログは、例えば、ＮＳＤ（ＮＳ Descriptor）と、ＶＮＦＤ（ＶＮＦ Descriptor）と、ＰＮＦＤ（Physical Network Function Descriptor）と、ＶＬＤ（ＶＬ Descriptor）と、ＶＮＦＦＧＤ（ＶＮＦ Forwarding Graph Descriptor）といった要素を含むが、これらに限定されない。図１に示すように、カタログＤＢ１７は、複数種類のＮＳＤ（ｃ１）、複数種類のＶＮＦＤ（ｃ２）、複数種類のＰＮＦＤ（ｃ３）、複数種類のＶＬＤ（ｃ４）、および、複数種類のＶＮＦＦＧＤ（ｃ５）が格納されている。

ＮＳＤ（ｃ１）は、ＮＳの構成を記述する部分である。ＮＳＤ（ｃ１）は、当該ＮＳの識別や構築するために必要な情報や、当該ＮＳに関連するＶＮＦＤ（ｃ２）、ＰＮＦＤ（ｃ３）、ＶＬＤ（ｃ４）、ＶＮＦＦＧＤ（ｃ５）を参照する情報などを保持する。

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

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

［ＮＳＤの詳細］
図２に示すように、ＮＳＤ（ｃ１）は、複数種類のＮｓＤｆ（NS Development Flavour）（ｃ１１）を有している。ＮｓＤｆ（ｃ１１）は、ＶＮＦをインスタンス化する際のＶＬ（仮想リンク）接続構成等を示す情報のかたまり（ＮＳの構成要素群を定義した情報セット）である。本実施形態では、ＮｓＤｆを「Development Flavour」や「Flavour」と省略する場合がある。

ＮｓＤｆ（ｃ１１）は、他システムＵ１の制御対象であるＮｓＤｆオブジェクトとして、複数のVnfProfile（ｃ１１−１）と、複数のPnfProfile（ｃ１１−２）と、複数のVirtualLinkProfile（ｃ１１−３）と、複数のNsLevel（ｃ１１−４）とを有している。
なお、１つのＮＳＤ（ｃ１）に対して、他システムＵ１で選択可能な複数種類のＮｓＤｆが用意されている。

VnfProfile（ｃ１１−１）は、Development Flavourの部品（Profile）として、ＮＳを構成する特定のＶＮＦを示す。
PnfProfile（ｃ１１−２）は、Development Flavourの部品として、ＮＳを構成する特定のＰＮＦを示す。
VirtualLinkProfile（ｃ１１−３）は、Development Flavourの部品として、ＮＳを構成する特定のＶＬを示す。

NsLevel（ｃ１１−４）は、NSを分類するための指標であり、例えば、当該NSを構成する、１または複数のVNF、１または複数のVL、１または複数のnestedNS（再帰的ＮＳ）から決定されるものである。NsLevel（ｃ１１−４）は、Development Flavourの部品として、CompositeNS（複合ＮＳ）が保持するVLProfile（ＶＬを表現する部品）の帯域指定や、nestedNSのインスタンス数（numberOfInstances）指定を実現する。

他システムＵ１は、制御対象となるＮＳの特定の構成要素（ＶＮＦ、ＰＮＦ、ＶＬ）を制御するために、当該ＮＳを識別するＮＳＤをカタログとして用いてオーダを送信する。その際、他システムＵ１は、当該ＮＳＤが有する複数種類のＮｓＤｆのうち１つを選択することで、選択したＮｓＤfが有するＮｓＤｆオブジェクトとして示されるＶＮＦ、ＰＮＦ、ＶＬを指定し制御することができる。

例えば、他システムＵ１は、ＮＳの生成、または、ＮＳのインスタンス化を行う場合（Create NSオペレーション／Instantiate NSオペレーション）、ＮＳの生成、または、ＮＳのインスタンス化で指定可能なパラメータをオーダ（ＮＳ生成オーダまたはＮＳインスタンス化オーダ）に含めて、当該オーダを管理装置Ｍに送信する。このとき、従来では、図３の比較例に示すように、ＮＳの生成、または、ＮＳのインスタンス化（Create NS Identifier／Instantiate NS）で指定可能なパラメータは、nsdId（ｐ１）、nsName（ｐ２）、nsDescription（ｐ３）、flavourId（ｐ４）、sapData（ｐ５）、pnfInfo（ｐ６）、vnfInstanceData（ｐ７）、nestedNsInstanceId（ｐ８）、locationConstraints（ｐ９）、additionalParamForNs（ｐ１０）、additionalParamForVnf（ｐ１１）、startTime（ｐ１２）、nsInstantiationLevelId（ｐ１３）、additionalAffinityOrAntiAffinityRule（ｐ１４）であった。

nsdId（ｐ１）は、ＮＳＤの識別子を示す。
nsName（ｐ２）は、ＮＳＤを識別するための名前を示す。
nsDescription（ｐ３）は、ＮＳＤの記述内容を示す。
flavourId（ｐ４）は、flavourの識別子を示す。

sapData（ｐ５）は、NSのSAP(service access point)に関する情報として、特に、sapId（service access point ID）とAddress情報の対応を示す。ここで、sapIdは、SAP（service access point）の識別子を示し、Address情報は、例えば、IPアドレス、VLAN（Virtual Local Area Network）-IDである。
pnfInfo（ｐ６）は、PNFDの情報とPNFのCP（Connection Point：接続点）とAddress情報の対応を示す。ここで、Address情報は、例えば、IPアドレス、VLAN-IDである。

vnfInstanceData（ｐ７）は、既設のVNFインスタンスの情報を示す。VNFインスタンスとは、NSの構成要素の１つであるVNFのインスタンスである。
nestedNsInstanceId（ｐ８）は、既設のNSインスタンスの情報を示す。NSインスタンスとは、NSDに基づいて生成される仮想ネットワークサービス（１または複数のVNF、１または複数のVL等から構成）である。

locationConstraints（ｐ９）は、VNFのロケーション制約情報を示す。
additionalParamForNs（ｐ１０）は、NS向けの拡張パラメータの一種を示す。NS向けの拡張パラメータは、KeyValuePair（例えば、文字列と数値との組）のリストで構成される。

additionalParamForVnf（ｐ１１）は、VNF向けの拡張パラメータの一種を示す。VNF向けの拡張パラメータは、vnfProfileId（VNF Profileの識別子）およびadditionalParam（本実施形態で指定した拡張領域（拡張パラメータを記載可能な領域））で構成される。
startTime（ｐ１２）は、リソース確保が始まった開始時刻のタイムスタンプを示す。

nsInstantiationLevelId（ｐ１３）は、親NSインスタンス化コンテキストに用いられる参照NSDF内のNSLevelを定義するnsInstantiationLevelの識別子を示す。NSDF（Network Service Deployment Flavour）は、NSのインスタンス化の際の構成の雛形を表現する。

additionalAffinityOrAntiAffinityRule（ｐ１４）は、NSインスタンス化オペレーション要求でインスタンス化されるVNF、および、既存のVNFインスタンスとの間に適用される付加的なアフィニティルールおよび反アフィニティルールを示す。

従来では、ＮＳの生成、または、ＮＳのインスタンス化を実行するために、他システムＵ１は、flavourId（ｐ４）を指定してＮｓＤｆを選択しなければならなかった。このことは、ＮＳ生成／インスタンス化オペレーションで事前にＮＳＤに定義されたＮｓＤｆの情報セットを選択することを意味する。このため、他システムＵ１が制御するＮＳの構成要素は、選択されたＮｓＤｆで示される構成要素に限定されてしまい、他の構成要素を制御する、特定の構成要素を個別に制御する、といった詳細な指定をすることはできなかった。

そこで、本実施形態では、ＮＳの生成、または、ＮＳのインスタンス化で指定可能なパラメータを拡張し、ＮｓＤｆの部品（Profile）を選択可能とするパラメータを用意し、当該パラメータで各Profileの組み合わせ（ＮＳの構成要素群）を指定可能とする。

具体的には、図４に示すように、ＮＳの生成、または、ＮＳのインスタンス化で指定可能なパラメータとして、既に説明したパラメータ（ｐ１〜ｐ１４）にnsDf（ｐ１５）（特定パラメータ）を加えた拡張パラメータを用いる。nsDf（ｐ１５）は、制御対象となるＮＳの特定の構成要素のうち、他システムＵ１で個別指定した、ＮＳの構成要素を示すパラメータである。他システムＵ１は、オーダに含めるパラメータのうち、flavourId（ｐ４）およびnsDf（ｐ１５）のいずれかを指定することができる。すなわち、他システムＵ１は、ＮＳＤ定義のＮｓＤｆを利用する場合は、flavourId（ｐ４）を指定し、ＮＳＤ定義のＮｓＤｆを利用せずProfileを個別指定したい場合は、nsDf（ｐ１５）を指定する。

なお、ＮＳ生成／インスタンス化オペレーションにおいては、nsInstantiationLevelId（ｐ１３）のパラメータは定義してもよいし、しなくてもよい。
また、nsDf（ｐ１５）によるProfileの個別指定が、所定の標準規定の範囲を超えない指定に相当する場合には、additionalParamForNs（ｐ１０）およびadditionalParamForVnf（ｐ１１）による指定でもよいが、nsDf（ｐ１５）からの指定でもよい。
また、他システムＵ１による、ＮＳの構成要素の個別指定は、例えば、当該ＮＳの物理リソースの最適化を目的に行われるが、この目的に限定されない。

また、従来では、他システムＵ１は、flavourId（ｐ４）を指定してＮｓＤｆ（ｃ１１）を選択しなければならなかったため、NsLevel（ｃ１１−４）の選択が前提となっていた。このため、帯域等の数値を個別に指定する、などの詳細な指定をすることができなかった。

本実施形態では、既に説明したnsDf（ｐ１５）から帯域等の数値を個別に指定することができる。つまり、ＮＳの生成、または、ＮＳのインスタンス化、ＮＳの拡大化（NS Scale）において、nsDf（ｐ１５）を、NsLevel（ｃ１１−４）の指定および変更を可能とするパラメータとして定義する。
なお、NsLevel（ｃ１１−４）の指定は、省略することができ、この場合、デフォルトlevelが適用される。

［拡張パラメータによるＮＳＤの構成］
他システムＵ１が、nsDf（ｐ１５）を含む拡張パラメータを含むＮＳ生成オーダを管理装置Ｍに送信する。nsDf（ｐ１５）には、他システムＵ１が個別指定した、ＮＳの構成要素が含まれている。管理装置Ｍは、nsDf（ｐ１５）を参照して、ＮＳＤを構成する。

ここで、nsDf（ｐ１５）に基づくＮＳＤの構成方式には、以下の２通りがある。
方式［１］：各Descriptorを一律定義し、Instantiate NSオペレーション（ＮＳインスタンス化を実行するためのオペレーション）にて、生成対象を選択する。
方式［２］：ＶＮＦＦＧＤに従って、残りの種類のDescriptorを一律定義し、Instantiate NSオペレーションにて、生成対象を選択する。

方式［１］では、管理装置Ｍは、構成されるＮＳＤで提供されるＶＮＦＤをすべて定義し、定義されたＶＮＦＤに基づくＶＮＦをすべて生成する。また、管理装置Ｍは、構成されるＮＳＤで提供されるＰＮＦＤをすべて定義し、定義されたＰＮＦＤに基づくＰＮＦをすべて生成する。また、管理装置Ｍは、構成されるＮＳＤで提供されるＶＬＤをすべて定義し、定義されたＶＬＤに基づくＶＬをすべて生成する。また、管理装置Ｍは、構成されるＮＳＤで提供されるＶＮＦＦＧＤをすべて定義し、定義されたＶＮＦＦＧＤに基づくＶＮＦＦＧをすべて生成する。

なお、nsDf（ｐ１５）に含まれている、ＮＳの構成要素として、ＮＳのアクセスポイントを記述するＳＡＰ（service access point）が含まれていてもよい。この場合、管理装置Ｍは、構成されるＳＡＰで提供されるＳＡＰＤ（service access point Descriptor）をすべて定義し、定義されたＳＡＰＤに基づくＳＡＰをすべて生成することができる。
また、nsDf（ｐ１５）に含まれている、ＮＳの構成要素として、nestedＮＳが含まれていてもよい。この場合、管理装置Ｍは、構成されるnestedＮＳで提供されるnestedＮＳＤ（nestedＮＳ Descriptor）をすべて定義し、定義されたnestedＮＳＤに基づくnestedＮＳをすべて生成することができる。

方式［２］は、各ＶＮＦＦＧＤの用途は事前に設定されているという前提に基づく方式である。この前提では、各ＶＮＦＦＧＤは、CPおよびＶＮＦＦＧＤ以外のDescriptorとの関連付けが定められている。このため、管理装置Ｍは、各DescriptorがどのＶＮＦＦＧＤに帰属するかを設計した上で、ＮＳＤを構成する。具体的には、同じスペックの、ＮＳ構成要素であっても、異なるＶＮＦＦＧＤに振り分けて帰属させる場合、管理装置Ｍは、当該構成要素に別々のＩＤを付与し、対応のDescriptorに登録する。

管理装置Ｍは、Instantiate NSオペレーションを実行する際、ＮＳＤによって定義された、ＮＳの構成要素の各々をインスタンス化の判断を、例えば、他システムＵ１からのオーダに含まれる以下のパラメータにより行うことができる。

・flavourId（ｐ４）（ＮＳＤに事前定義されたflavourを使用する場合）。
・sapData（ｐ５）。
・nsInstantiationLevelId（ｐ１３）（ＮＳＤ中のＮｓＤｆに事前に定義されたNsLevel（図２の符号ｃ１１−４）を使用する場合）。
・ＶＮＦＦＧＤのインスタンス化有無を指定する情報（方式［１］を採用する場合）。
・nsDf（ｐ１５）に含まれる、ＮＳの構成要素の集合（ＮＳＤに事前定義されたflavourを使用しない場合）（ＮＳの構成要素の集合（ＮｓＤｆに相当する情報セット）は、Dependenciesも含んでもよい。Dependenciesとは、他のVNF Profilesに関連付けられた、１または複数のＶＮＦ、他のNS Profilesに関連付けられた、１または複数のnestedNSをインスタンス化するときの順序を示す指標である。）。
・nsDf（ｐ１５）に含まれる、NsInstantiationLevel（nsInstantiationLevelId（ｐ１３）で識別されるLevel）に相当する情報セット（ＮＳＤに事前定義されたLevelを使用しない場合）。当該情報セットは、例えば、他システムＵ１が直接指定する、インスタンス数やbitrateが該当する。

［拡張オペレーションの実現手法］
本実施形態では、他システムＵ１から管理装置Ｍへの、ＮＳ生成やＮＳ更新（UpdateNS）に関するオペレーションとして、事前定義用のＮＳＤに設定されていないFlavour構成や、当該ＮＳＤに設定されていないInstantiationLevel設定（インスタンス化に用いられるVNF DFのインスタンス化レベルの識別子の設定）をした拡張オペレーションを実現する必要がある。拡張オペレーションの実現手法として、以下の手法［１］〜［３］がある。

手法［１］：additionalParamForNs（ｐ１０）またはadditionalParamForVnf（ｐ１１）を利用する（UpdateNSでは、パラメータとしてのadditionalParamForNs（ｐ１０）が無いため、additionalParamForNs（ｐ１０）が存在するように拡張が必要）。
手法［２］：ＮＳＤ更新後の最新ＮＳＤを指定したUpdateNSを実行する。
手法［３］：InstantiateNSおよびUpdateNSの両方においてパラメータを追加する。

本実施形態で既に説明した、nsDf（ｐ１５）（図４）を用いた拡張パラメータを用いて、ＮＳ生成やＮＳ更新を行うオーダの処理は、手法［３］に該当する。しかし、手法［３］に手法［１］、［２］を適宜組み合わせたオペレーションを実現することも可能である。

なお、ＶＮＦの観点では、ＶＮＦＤを構成する事前定義の情報要素のうち２つの情報要素、つまり、configurablePropertiesおよびmodifiableAttributesの各々で、拡張パラメータ、および、メタデータの定義が行われる。
ＶＮＦＤの情報要素としてのconfigurablePropertiesとは、ＶＮＦのconfigurablePropertiesを定義する情報要素であり、ＶＮＦインスタンスについてはVNFM（Virtual Network Function Manager：仮想ネットワーク機能管理）で変更可能なプロパティである。
ＶＮＦＤの情報要素としてのmodifiableAttributesとは、ModifyVnfInfoオペレーションで記述可能な、ＶＮＦ固有の拡張領域（拡張パラメータを記載可能な領域）（VNF-specific extention and metadata attribute）である。modifiableAttributesは、ＶＮＦＤ定義外のＶＮＦ拡張制御（対象ＶＮＦの性能を、ＶＮＦＤで定められる性能範囲を超えたものにすること）を可能にする。

他システムＵ１は、Instantiate NSオペレーションにおいて、既に説明したadditionalParamForVnf（ｐ１１）を指定することは可能である。ここで、additionalParamForVnf（ｐ１１）で設定可能なAttribute（属性）は、ＶＮＦＤのconfigurablePropertiesに定義されたものを用いることができる。

他システムＵ１は、ＮＳ更新を行う場合（Update NSオペレーション）、ＮＳ更新で指定可能なパラメータをオーダ（ＮＳ更新オーダ）に含めて、当該オーダを管理装置Ｍに送信する。このとき、ＮＳ更新で指定可能なパラメータには、modifyVnfInfoDataおよびmodifyVnfConfigDataが含まれている。
modifyVnfInfoDataは、VNFインスタンスに関する情報のうち変更を求められる情報を示す。
modifyVnfConfigDataは、オペレーション対象のVNFで変更可能なコンフィギュレーションパラメータを示す。

他システムＵ１は、Update NSオペレーションにおいて、modifyVnfInfoDataを指定することは可能である。ここで、modifyVnfInfoDataで設定可能なAttribute（属性）は、ＶＮＦＤのmodifiableAttributesに定義されたものを用いることができる。よって、他システムＵ１は、ＶＮＦＤ定義外のＶＮＦ拡張制御を実行することができる。

また、ＮＳの観点では、上記のＶＮＦＤを構成する情報要素：configurablePropertiesに相当する情報要素を、ＮＳＤが有しないため、ＶＮＦＤを用いた拡張パラメータ、拡張メタデータの定義を行うことができない。しかし、他システムＵ１は、Instantiate NSオペレーションにおいて、additionalParamForNs（ｐ１０）を指定することは可能であるため、拡張パラメータ、および、メタデータの定義を行うことは可能である。
なお、他システムＵ１は、Update NSオペレーションにおいて、ＮＳ全体での拡張パラメータの定義を行うことはできない。

＜処理＞
次に、本実施形態の管理装置Ｍによる処理としてＮＳ生成オーダ処理について説明する。図５に示すように、ＮＳ生成オーダ処理は、他システムＵ１が管理装置ＭにＮＳ生成オーダを送信したときに開始する。

まず、管理装置Ｍは、Ｅ２ＥＯ１の要求受付部１１によって、受信したＮＳ生成オーダに含まれるインプットパラメータを取得する（ステップＳ１）。次に、管理装置Ｍは、Ｅ２ＥＯ１のシナリオ管理部１２によって、ＮＳ生成シナリオ１２ａに従い、取得したインプットパラメータに、拡張パラメータとしてのnsDf（ｐ１５）が存在するか否か判定する（ステップＳ２）。

nsDf（ｐ１５）が存在する場合（ステップＳ２でＹｅｓ）、管理装置Ｍは、Ｅ２ＥＯ１のシナリオ管理部１２によって、ＮＳ生成シナリオ１２ａに従い、他システムＵ１で個別指定された、ＮＳの構成要素群（つまり、Profiles）を用いてＮＳを生成し（ステップＳ３）、ＮＳ生成オーダ処理を終了する。管理装置ＭによるＮＳの生成の具体的な処理としては、例えば、他システムＵ１がＮＳ生成オーダを作成するためにカタログＤＢ１７から事前に選定取得したカタログで指定されたサーバ系装置に対して、ＳＶＲＯ２がリソースを割り当てること、当該カタログで指定されたＮＷ系装置に対して、ＮＷＲＯ３がリソースを割り当てること、既存のＮＷの一部を仮想化したＮＷ（スライス）上の所定箇所に、ＮＳの構成要素群としてのＶＮＦ、ＶＬ等を配備すること、がある。ステップＳ３において、配備されるＮＳの構成要素群は、他システムＵ１で個別指定されたものである。
ＮＳの生成の具体的な他の処理は、例えば、特許文献１に記載されている。

一方、インプットパラメータに、nsDf（ｐ１５）が存在しない場合（ステップＳ２でＮｏ）、管理装置Ｍは、Ｅ２ＥＯ１のシナリオ管理部１２によって、ＮＳ生成シナリオ１２ａに従い、他システムＵ１で選択されたflavourを用いてＮＳを生成し（ステップＳ４）、ＮＳ生成オーダ処理を終了する。選択されたflavourとは、flavourId（ｐ４）（図４）で識別されるflavourである。ステップＳ４では、スライス上の所定箇所に、選択されたflavourで指定されたＮＳの構成要素としてのＶＮＦ、ＶＬ等が配備される。

本実施形態によれば、ＮＳの構成要素群の個別指定を可能とするnsDf（ｐ１５）をＮＳ生成オーダに含めることで、NS Deployment Flavourの選択では実現できない、ＮＳの構成要素群の詳細な指定を可能にする手段を外部装置に提供することができる。
したがって、ＮＳの管理の性能を向上させることができる。

（その他）
nsDf（ｐ１５）などの拡張パラメータは、ＮＳ生成オーダに限らず、ＮＳ更新オーダ、ＮＳ削除オーダなどの各種オーダに用いることができる。

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

Ｍ管理装置
Ｕ上位装置（外部装置）
Ｕ１他システム（外部装置）
１Ｅ２ＥＯ（サービス管理部）
２ＳＶＲＯ（サーバリソース管理部）
３ＭＷＲＯ（ＮＷリソース管理部）
１１要求受付部
１２シナリオ管理部
１３ＮＦＶＯリソース管理部
１４共通リソース管理部
１５，１６対向ＩＦ
１７カタログＤＢ
１８インスタンスＤＢ
１９オーダＤＢ
２０通知メッセージＤＢ

Claims

仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳ（Network Service）を管理する管理装置であって、
前記ＮＷには、前記ＮＳの提供に供する、サーバ系装置およびＮＷ系装置が配置されており、
前記サーバ系装置および前記ＮＷ系装置を指定するために必要なインプットパラメータを含むＮＳ生成オーダを外部装置から取得する要求受付部と、
前記ＮＳの雛型となるカタログを格納するカタログＤＢ（DataBase）と、を備え、
前記カタログは、前記ＮＳの構成を記述する部分であり、前記ＮＳの構成要素群を選択可能に定義した複数種類の情報セットを有するＮＳＤ（NS Descriptor）を含み、
前記インプットパラメータに、前記情報セットを選択せずに前記ＮＳの構成要素群を前記外部装置で個別指定するための特定パラメータが含まれている場合は、前記個別指定された、ＮＳの構成要素群を用いて前記ＮＳを生成し、
前記インプットパラメータに、前記特定パラメータが含まれていない場合は、前記外部装置で選択された情報セットを用いて前記ＮＳを生成する、シナリオ管理部、をさらに備える、
ことを特徴とする管理装置。
前記カタログは、さらに、
前記ＮＳにて利用されるアプリケーションを記述する部分と、前記ＮＳにて利用される物理機能を記述する部分と、前記ＮＳにて利用されるアプリケーション同士の接続関係を記述する部分と、前記ＮＳにて利用されるリンクを記述する部分と、を含む、
ことを特徴とする請求項１に記載の管理装置。
仮想化領域となるコアＮＷおよび非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳを管理する管理装置におけるネットワーク管理方法であって、
前記ＮＷには、前記ＮＳの提供に供する、サーバ系装置およびＮＷ系装置が配置されており、
前記管理装置は、
前記ＮＳの雛型となるカタログを格納するカタログＤＢを備え、
前記カタログは、前記ＮＳの構成を記述する部分であり、前記ＮＳの構成要素群を選択可能に定義した複数種類の情報セットを含むＮＳＤを含んでおり、
前記サーバ系装置および前記ＮＷ系装置を指定するために必要なインプットパラメータを含むＮＳ生成オーダを外部装置から取得するステップと、
前記インプットパラメータに、前記情報セットを選択せずに前記ＮＳの構成要素群が前記外部装置で個別指定された第１のパラメータが含まれている場合は、前記個別指定されたＮＳの構成要素群を用いて前記ＮＳを生成するステップと、
前記インプットパラメータに、前記第１のパラメータが含まれていない場合は、前記外部装置で選択された情報セットを用いて前記ＮＳを生成するステップと、を実行する、
ことを特徴とするネットワーク管理方法。
前記カタログは、さらに、
前記ＮＳにて利用されるアプリケーションを記述する部分と、前記ＮＳにて利用される物理機能を記述する部分と、前記ＮＳにて利用されるアプリケーション同士の接続関係を記述する部分と、前記ＮＳにて利用されるリンクを記述する部分と、を含む、
ことを特徴とする請求項３に記載のネットワーク管理方法。