JP2017011467A - ネットワーク管理装置およびネットワーク管理プログラム - Google Patents

Abstract

【課題】ネットワークの保守コストを削減するとともに、ユーザへのネットワークサービスの提供を迅速化、効率化させる。【解決手段】ネットワーク管理装置Ｍは、コアＮＷに配置されているＩＡサーバ、ＶＭ（仮想サーバ）、コアＮＷ側装置（コアルータなど）、および、アクセスＮＷに配置されているアクセスＮＷ側装置（Ｌ２ＳＷなど）を管理するインフラマネージャ部２と、ＮＳ（Network Service）生成要求を上位装置Ｕから取得するオーケストレータ部１と、を備え、ＮＳ生成要求に基づいて、ＮＷ機能（ＡＰＬ）が動作するＶＭを生成し、ＮＷ機能、当該生成されたＶＭが動作するＩＡサーバ、コアＮＷ側装置、および、アクセスＮＷ側装置に接続点を設定し、当該接続点をリンクで接続することで、コアＮＷおよびアクセスＮＷに亘るＮＳスライスを生成する。【選択図】図１

Description

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

特許文献１には、複数のサーバにより複数の仮想サーバが実行される計算機システムにおいて、仮想サーバの再割当（移動）に要する平均消費コストが小さくなるサーバに仮想サーバの再割当を行う技術について開示されている。
また、特許文献２には、物理サーバに仮想サーバを配置するとともに、仮想サーバ同士を通信接続するように管理するネットワーク管理装置において、所定条件を満たした仮想サーバ間の所定経路を算出し、算出した経路に論理パスがない場合には新たに構築することでネットワーク構成を動的に変更する技術について開示されている。

特開２０１１−２２１５８１号公報 特開２０１３−２４７４１０号公報

従来では、コアＮＷに配置されている汎用サーバ（ＩＡ（Intel（登録商標） Architecture）サーバ、Ｈ／Ｗ（Hardware：ハードウェア）と呼ぶ場合もある）を仮想化し、パス帯域制御を含めた論理パスの設定を自動化し、ＮＷ構成を動的に変更することで、所定のＮＳ（Network Service：ネットワークサービス）がユーザに提供されている。しかし、従来では、仮想化領域となるコアＮＷでのＮＷ構成の動的変更があったとしても、コアＮＷとユーザ端末装置とに介在する、非仮想化領域としてのアクセスＮＷと、コアＮＷとの連携については特に考慮されておらず、両ＮＷに対する設定は必要に応じて手動で行われている。そのため、ネットワークの保守コストが増大したり、ユーザへのＮＳ提供の遅延化、非効率化を招いたりするといったデメリットが存在する。特許文献１，２には上記事情について何ら言及していない。

そこで、本発明は、上記事情に鑑みて、ネットワークの保守コストを削減するとともに、ユーザへのネットワークサービスの提供を迅速化、効率化させることを課題とする。

前記課題を解決するために、請求項１に記載の発明は、仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを管理するネットワーク管理装置であって、前記コアＮＷに配置されている汎用サーバ、前記汎用サーバを仮想化した仮想サーバ、前記コアＮＷに配置されているコアＮＷ側装置、および、前記アクセスＮＷに配置されているアクセスＮＷ側装置を管理するインフラマネージャ部と、前記仮想サーバにて動作するＮＷ機能を示す要素と、前記ＮＷ機能、前記汎用サーバ、前記コアＮＷ側装置、および、前記アクセスＮＷ側装置に対して設定される接続点を示す要素と、当該接続点同士を接続するリンクを示す要素とを含み、ＮＳ（Network Service）の生成を要求するＮＳ生成要求を外部から取得するオーケストレータ部と、を備え、前記オーケストレータ部は、前記取得したＮＳ生成要求に基づいて、前記ＮＷ機能が動作する前記仮想サーバを生成し、前記ＮＷ機能、当該生成された仮想サーバが動作する汎用サーバ、前記コアＮＷ側装置、および、前記アクセスＮＷ側装置に前記接続点を設定し、当該接続点を前記リンクで接続することで、前記コアＮＷおよび前記アクセスＮＷに亘るＮＳスライスを生成する、ことを特徴とする。

また、請求項５に記載の発明は、仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを管理するネットワーク管理装置としてコンピュータを、前記コアＮＷに配置されている汎用サーバ、前記汎用サーバを仮想化した仮想サーバ、前記コアＮＷに配置されているコアＮＷ側装置、および、前記アクセスＮＷに配置されているアクセスＮＷ側装置を管理するインフラマネージャ手段と、前記仮想サーバにて動作するＮＷ機能を示す要素と、前記ＮＷ機能、前記汎用サーバ、前記コアＮＷ側装置、および、前記アクセスＮＷ側装置に対して設定される接続点を示す要素と、当該接続点同士を接続するリンクを示す要素とを含み、ＮＳ（Network Service）の生成を要求するＮＳ生成要求を外部から取得するオーケストレータ手段と、して機能させ、前記オーケストレータ手段が、前記取得したＮＳ生成要求に基づいて、前記ＮＷ機能が動作する前記仮想サーバを生成し、前記ＮＷ機能、当該生成された仮想サーバが動作する汎用サーバ、前記コアＮＷ側装置、および、前記アクセスＮＷ側装置に前記接続点を設定し、当該接続点を前記リンクで接続することで、前記コアＮＷおよび前記アクセスＮＷに亘るＮＳスライスを生成する、ように機能させるためのネットワーク管理プログラムである。

請求項１、５に記載の発明によれば、仮想化領域となるコアＮＷに配置されている汎用サーバおよびコアＮＷ側装置と、非仮想化領域となるアクセスＮＷに配置されているアクセスＮＷ側装置とを含む通信システムのネットワーク構成を、ＮＷ機能、接続点、リンクといった抽象化した要素の組み合わせで表現することができる。このため、ネットワーク管理装置は、抽象化した要素の組み合わせに対してＮＳスライスを生成することで、互いに異なるネットワーク形態となるコアＮＷとアクセスＮＷとを紐づけた統合的な管理を実現することができる。これにより、ＮＳ提供側（汎用サーバ）からＮＳ利用側（ユーザ）までのＥ２Ｅ（End to End：エントツーエンド）の管理が実現されるとともに、ＮＳ（ネットワークサービス）を提供するためのリソースを一元的に管理することができるようになる。その結果、コアＮＷおよびアクセスＮＷを別個に管理する場合と比較して、ネットワークの保守コストを削減するとともに、ユーザへのネットワークサービスの提供を迅速化、効率化させることができる。

また、請求項２に記載の発明は、請求項１に記載のネットワーク管理装置において、前記オーケストレータ部は、前記汎用サーバのリソースを管理し、前記ＮＳ生成要求に含まれる、前記ＮＷ機能を示す要素と、前記ＮＷ機能および前記汎用サーバに対して設定される前記接続点を示す要素と、当該接続点同士を接続する前記リンクを示す要素と、を用いて、前記汎用サーバに対する汎用サーバ用スライスを生成するサーバリソースオーケストレータ部、を備える、ことを特徴とする。

請求項２に記載の発明によれば、ネットワーク管理装置が生成するＮＳスライスのうち、汎用サーバに大きく関係するＮＷ機能部分を対象にした汎用サーバスライスを部分的に生成することができる。このため、ＮＳスライス全体の生成を簡略化することができる。

また、請求項３に記載の発明は、請求項１に記載のネットワーク管理装置において、前記オーケストレータ部は、前記コアＮＷのリソースおよび前記アクセスＮＷのリソースを管理し、前記ＮＳ生成要求に含まれる、前記汎用サーバ、前記コアＮＷ側装置、および、前記アクセスＮＷ側装置に対して設定される前記接続点を示す要素と、当該接続点同士を接続する前記リンクを示す要素と、を用いて、前記コアＮＷおよび前記アクセスＮＷに対するＥ２Ｅ−ＮＷスライスを生成するネットワークリソースオーケストレータ部、を備える、ことを特徴とする。

請求項３に記載の発明によれば、ネットワーク管理装置が生成するＮＳスライスのうち、汎用サーバに大きく関係しないＮＷ部分を対象にしたＥ２Ｅ−ＮＷスライスを部分的に生成することができる。このため、ＮＳスライス全体の生成を簡略化することができる。

また、請求項４に記載の発明は、請求項１から請求項３のいずれか一項に記載のネットワーク管理装置において、前記オーケストレータ部は、前記ＮＳ生成要求の雛型となるカタログを管理するカタログ管理部を、さらに備える、ことを特徴とする。

請求項４に記載の発明によれば、ＮＳスライス生成用のカタログを管理することで、外部にて作成されるＮＳ生成要求の作成負担を低減することができる。

本発明によれば、ネットワークの保守コストを削減するとともに、ユーザへのネットワークサービスの提供を迅速化、効率化させることができる。

本実施形態のネットワーク管理装置の機能構成図である。 ＮＳ生成要求の説明図である。 Ｅ２ＥＯの機能構成図である。 カタログの説明図である。 ＳＶＲＯの機能構成図である。 ＮＭＲＯの機能構成図である。 サービス生成の処理を示すフローチャートである。 ＳＯ投入の処理を示すフローチャートである。 プロビジョニング（１）の処理を示すフローチャートである。 プロビジョニング（２）の処理を示すフローチャートである。 オートスケールの処理を示すフローチャートである。 ファイル更新（１）の処理を示すフローチャートである。 ファイル更新（２）の処理を示すフローチャートである。 本発明によって、ネットワーク構成の変更に対してアクセスＮＷについて自動設定がなされる様子を示した説明図である。

本発明を実施するための形態（実施形態）について、図面を参照しながら詳細に説明する。
図１に示すように、本実施形態のネットワーク管理装置Ｍは、仮想化領域となるコアＮＷおよび非仮想化領域となるアクセスＮＷを管理する。具体的には、ネットワーク管理装置Ｍは、コアＮＷに配置されている機器およびアクセスＮＷに配置されている機器からさまざまな情報を収集することでこれらの機器を監視する。コアＮＷに配置されている機器およびアクセスＮＷに配置されている機器によって通信システムが構成することができる。

図１に示すように、コアＮＷに配置されている機器には、コアルータ（コアＮＷ側装置）、ＳＤＮ−Ｌ２ＳＷ（Software Defined Networking Layer2 Switch）（コアＮＷ側装置）、ＩＡサーバ（汎用サーバ、Ｈ／Ｗ）があるが、これらに限定されない。

コアルータは、コアＮＷを経由するパケットの転送装置である。
ＳＤＮ−Ｌ２ＳＷは、コアＮＷを経由するパケットを転送するＳＤＮ対応型の転送装置であり、コアＮＷにてパケットが転送されるパスのＥＰ（End Point：エンドポイント、端点）となる。

ＩＡサーバは、周知の仮想化技術によって１または複数のＶＭ（Virtual Machine：仮想マシン、仮想サーバと呼ぶ場合もある）を生成することができる。ＶＭには１つのＡＰＬ（Application：アプリケーション）を配置することができる。ＶＭ上のＡＰＬを動作させることで、所定のＮＳをユーザに提供することができる。本実施形態では、ＡＰＬを、ＶＮＦ（Virtual Network Function：仮想ネットワーク機能、ＮＷ機能）や、ＶＮＦＣ（ＶＮＦ component）と呼ぶ場合がある。

ＩＡサーバは、１または複数のＤＣ（Data Center：データセンタ）のいずれかに設置されている。ＤＣの各々は、１または複数のＩＡサーバを保有している。１つのＤＣをＩＡサーバ群とみなすことができる。ＤＣは、他のＤＣと接続するためのＧＷＳＷ（Gateway Switch：ゲートウェイスイッチ）を備えるが、特段の事情がない限り、ＧＷＳＷに関する説明や図示は省略する。

（ＤＣの詳細）
１つのＶＭは、１または複数のＤＣ内接続点（ｖＣＰ（ＶＮＦ Connection Point））を備えることができる。ｖＣＰは、同じＤＣ内の同じＩＡサーバに生成された他のＶＭのｖＣＰと接続することができる。また、ｖＣＰは、同じＤＣ内の他のＩＡサーバに生成されたＶＭのｖＣＰと接続することもできる。また、ｖＣＰは、同じＤＣ内のＧＷＳＷが有する１または複数のＤＣ内接続点（ｇＣＰ（ＧＷ Connection Point））と接続することもできる。ｇＣＰはＤＣ間の通信を担当する。なお、ｇＣＰは、アクセスＮＷに接続するための接続点（ａＣＰ（Access Connection Point））と接続することができる。ａＣＰは、アクセスＮＷ上の機器または当該機器に接続している、コアＮＷ上の機器（例：ＳＤＮ−Ｌ２ＳＷ）に備えることができる。

１つのＤＣに対して、他の仮想環境の影響を受けることのない独立した１または複数のスライスを生成することができる。スライスは、既存のＮＷの一部を仮想化したＮＷであり、ＤＣに対して生成したスライスを「ＤＣスライス（汎用サーバ用スライス）」と呼ぶ。１つのＤＣに対して１または複数のＤＣスライスを生成することができる。ＤＣスライスは、１または複数のＶＭと、当該ＶＭ上のＡＰＬと、当該ＶＭが有するｖＣＰと、１または複数のｇＣＰを保持することができる。よって、ＤＣスライスは、自身のＤＣスライス内のＶＭ間の通信を行うことができるとともに、同じＤＣ内での他のＤＣスライスとの通信や、他のＤＣ内のＤＣスライスとの通信を行うこともできる。

ＤＣスライス内のｇＣＰおよびｖＣＰの各々は、ＶＬ（Virtual Link：仮想リンク、または、リンク）によって接続されており、ＤＣスライスにて接続設定することができる。また、ＤＣスライス内のｇＣＰ、および、ＤＣスライス外にあるａＣＰについてもＶＬ（Virtual Link：仮想リンク、または、リンク）によって接続することはできるが、この接続設定は、Ｅ２Ｅ−ＮＷスライスによって実現する（詳細は後記）。

図１に示すように、アクセスＮＷに配置されている機器には、ＰＯＮ（Passive Optical Network）、Ｌ２ＳＷ、Ｌ３ＳＷがあるが、これらに限定されない。
ＰＯＮは、本実施形態では、複数のユーザ宅へ光ファイバなどの通信用インフラを導入する機器を意味する。本実施形態では、ＰＯＮの例として、ＯＬＴ（Optical Line Terminal：光回線終端装置）を採り上げる場合がある。
Ｌ２ＳＷ（Layer2 Switch）は、アクセスＮＷを経由するパケットをＯＳＩ（Open Systems Interconnection）の第２階層上で制御する転送装置である。
Ｌ３ＳＷ（Layer3 Switch）は、アクセスＮＷを経由するパケットをＯＳＩの第３階層上で制御する転送装置である。

図１に示すように、ネットワーク管理装置Ｍは、オーケストレータ部１およびインフラマネージャ部２を備える。
オーケストレータ部１は、コアＮＷおよびアクセスＮＷに亘って構築される通信システムに対して、ハードウェア、ミドルウェア、アプリケーション、サービスの配備、設定、管理を自律的に行う機能部である。オーケストレータ部１は、オペレータが操作する上位装置ＵからＮＳ生成要求（詳細は後記）などの要求を取得する。オーケストレータ部１は、Ｅ２ＥＯ（End to End Orchestrator：エンドツーエンドオーケストレータ、Ｅ２Ｅオーケストレータ）１１と、ＳＶＲＯ（Server Resource Orchestrator：サーバリソースオーケストレータ）１２と、ＮＷＲＯ（Network Resource Orchestrator：ネットワークリソースオーケストレータ）１３と、を備える。

Ｅ２ＥＯ１１は、ユーザに提供されるＮＳの管理を自律的に行う機能部である。
ＳＶＲＯ１２は、コアＮＷに配置されている汎用サーバのリソース、および、汎用サーバ上に生成されている仮想サーバのリソースの管理を自律的に行う機能部である。
ＮＷＲＯ１３は、コアＮＷのリソースおよびアクセスＮＷのリソースの管理を自律的に行う機能部である。
Ｅ２ＥＯ１１、ＳＶＲＯ１２、および、ＮＷＲＯ１３については、詳細を後記する。

インフラマネージャ部２は、通信システムを構成しているＩＡサーバ、コアルータ、ＳＤＮ−Ｌ２ＳＷ、ＰＯＮ、Ｌ２ＳＷ、Ｌ３ＳＷなどの機器を管理する機能部である。インフラマネージャ部２は、ＶＮＦＭ（Virtual Network Function Manager：仮想ネットワーク機能管理）２１と、ＶＩＭ（Virtual Infrastructure Manager：仮想インフラ管理）２２と、Ｈ／Ｗ用ＥＭＳ（Element Management System：機器管理システム）２３と、ＡＰＬ用ＥＭＳ２４と、ＯＳＳ（Open Source Software：オープンソースソフトウェア）２５と、ＮＭＳ（Network Management System：ネットワーク管理システム）３１と、ＰＯＮ−ＥＭＳ３２ａと、Ｌ２−ＥＭＳ３２ｂと、Ｌ３−ＥＭＳ３２ｃと、ＷＩＭ（WAN（Wide Area Network） Infrastructure Manager）３３と、を備える。

ＶＮＦＭ２１は、ＩＡサーバに生成されたＶＭに実装されているＡＰＬを管理、制御する機能部である。
ＶＩＭ２２は、ＩＡサーバに生成されたＶＭを管理、制御する機能部である。
Ｈ／Ｗ用ＥＭＳ２３は、ＩＡサーバ、コアルータ、ＳＤＮ−Ｌ２ＳＷを管理、制御する機能部である。
ＡＰＬ用ＥＭＳ２４は、ＯＳＳ２５を介した上位装置Ｕからの要求情報に応じて、ＡＰＬを管理、制御する機能部である。
ＯＳＳ２５は、上位装置Ｕからの要求に応じて、インフラマネージャ部２を動作させるミドルウェアである。

ＮＭＳ３１は、アクセスＮＷを管理、制御する機能部である。
ＰＯＮ−ＥＭＳ３２ａは、ＰＯＮを管理、制御する機能部である。
Ｌ２−ＥＭＳ３２ｂは、Ｌ２ＳＷを管理、制御する機能部である。
Ｌ３−ＥＭＳ３２ｃは、Ｌ３ＳＷを管理、制御する機能部である。なお、説明の便宜上、ＰＯＮ−ＥＭＳ３２ａ、Ｌ２−ＥＭＳ３２ｂ、Ｌ３−ＥＭＳ３２ｃをまとめてＥＭＳ３２と呼ぶ場合がある。
ＷＩＭ３３は、コアＮＷを管理、制御する機能部である。

（ＮＳ生成要求）
図２に示すように、ＮＳ生成要求は、通信システムを対象にして設定する論理パスを表現するために、複数種類の物理構成要素および複数種類の論理構成要素（図２では、丸や四角などで描かれている）といった要素を並べて組み合わせたＮＳ情報を含む。図２には、ＮＳ生成要求に含まれる物理構成要素として、ＯＬＴ、ＳＷ、Ｃｏｒｅ ＥＰ、ＰＯＩ（Point of Interface）が示されているが、これらに限定されない。また、図２には、ＮＳ生成要求に含まれる論理構成要素として、ＤＣ、ＶＮＦＣ、ａＣＰ、ｇＣＰ、ｖＣＰが示されているが、これらに限定されない。

物理構成要素としてのＯＬＴは、通信システムのＯＬＴを象徴する。
物理構成要素としてのＳＷは、通信システムのＬ２ＳＷやＬ３ＳＷを象徴する。
物理構成要素としてのＣｏｒｅ ＥＰは、コアＮＷ内の終端装置を象徴する。
物理構成要素としてのＰＯＩは、他のＮＷとのインターフェースを象徴する。

論理構成要素としてのＤＣは、ＶＭが配置されるＩＡサーバを保有するＤＣを象徴するが、図２では、特に、ＤＣ内にある論理構成要素の集合体という意味で説明する。
論理構成要素としてのＶＮＦＣは、ＩＡサーバのＶＭ上で動作するＮＷ機能を象徴する。
論理構成要素としてのａＣＰは、アクセスＮＷとの接続点を象徴する。
論理構成要素としてのｇＣＰは、ＤＣ内外の論理構成要素との接続点を象徴する。
論理構成要素としてのｖＣＰは、ＶＮＦ同士の接続点を象徴する。
なお、論理構成要素には、論理構成要素同士を接続するＶＬもあるが、説明の便宜上、図２では、ＶＬの図示は省略している。

図２に示すように、Ｅ２ＥＯ１１は、上位装置Ｕから取得したＮＳ生成要求から、論理構成要素を分離する。また、Ｅ２ＥＯ１１は、残りの物理構成要素を、ＮＭＳ３１、ＥＭＳ３２、ＷＩＭ３３が管理する通信システムの機器へマッピングする。

Ｅ２ＥＯ１１は、分離した論理構成要素のうち、ＤＣ内にある論理構成要素を、ＤＣ情報としてＳＶＲＯ１２に送信する。ＳＶＲＯ１２は、インフラマネージャ部２を介して、受信した論理構成要素を、ＮＭＳ３１、ＥＭＳ３２、ＷＩＭ３３が管理する通信システムの機器へマッピングする。
また、Ｅ２ＥＯ１１は、分離した論理構成要素のうち、ＤＣ外にある論理構成要素を、ＮＷ情報としてＮＷＲＯ１３に送信する。ＮＷＲＯ１３は、インフラマネージャ部２を介して、受信した論理構成要素を、ＮＭＳ３１、ＥＭＳ３２、ＷＩＭ３３が管理する通信システムの機器へマッピングする。

これらのマッピングによって、ネットワーク管理装置Ｍの管理対象となる通信システムを、ＮＷ機能（ＶＮＦＣ）、接続点（ａＣＰ、ｇＣＰ、ｖＣＰ）、接続経路（ＶＬ）といった抽象化されたモデルに変換することができる。

（Ｅ２ＥＯ１１の詳細）
図３に示すように、Ｅ２ＥＯ１１は、ＮＳ管理部１１１と、ユーザ管理部１１２と、カタログ管理部１１３と、リソース照会部１１４と、を備える。

ＮＳ管理部１１１は、上位装置Ｕ（外部）からのＮＳ生成要求を取得すると、コアＮＷおよびアクセスＮＷに亘るＥ２Ｅ−ＮＳスライス（ＮＳスライス）を生成する。オペレータは、上位装置Ｕを操作して所定事項を入力することで、ＮＳ情報を含むＮＳ生成要求を作成し、ネットワーク管理装置Ｍに送信する。ＮＳ管理部１１１は、ＮＳ生成要求を解析して、コアＮＷの一部を仮想化することで、Ｅ２Ｅ−ＮＳスライスを生成する。また、ＮＳ管理部１１１は、生成したＥ２Ｅ−ＮＳスライスのライフサイクル管理を行う。

ユーザ管理部１１２は、ＮＳ管理部１１１が生成したＥ２Ｅ−ＮＳスライスと、ＮＳを利用するユーザとを紐づける。具体的には、ＮＳを利用するユーザから当該ユーザの登録情報を事前に取得したオペレータが、当該登録情報に含まれるユーザＩＤ（Identifier）を含むＳＯ（Service Order：サービスオーダ）を、上位装置Ｕからネットワーク管理装置Ｍに投入する。ユーザ管理部１１２は、ＳＯに含まれるユーザＩＤと、生成したＥ２Ｅ−ＮＳスライスを識別するＮＳＩＤ（ＮＳ Identifier。ＮＳ自体を識別することもできる。）と、を対応付ける。ユーザ管理部１１２は、ユーザＩＤと、ＮＳＩＤとを対応付けることができるテーブル（図示略）を記憶している。また、ユーザ管理部１１２は、上位装置Ｕから投入されたＳＯのライフサイクル管理を行う。

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

（カタログ）
図４には、ＩＳＰサービスＡおよびＩＳＰサービスＢという、ＩＳＰ（Internet Service Provider）サービスに関する２種類のＮＳのカタログの例が示されている。
図４のＮＳＤ（ＮＳ Demo）は、ＮＳの構成を表すカタログである。ＮＳＤは、当該ＮＳを識別する情報や、当該ＮＳに関連するＶＮＦＤ、ＶＮＦＦＧＤ、ＶＬＤを識別する情報などを保持する。
図４のＶＮＦＤ（ＶＮＦ Demo）は、ＶＮＦの構成を示すカタログである。ＶＮＦＤは、当該ＶＮＦを識別する情報を保持する。
図４のＶＮＦＦＧＤ（ＶＮＦ Forwarding Graph Demo）は、複数のＶＮＦを接続して１つの機能を提供する連携を表すカタログである。ＶＮＦＦＧＤは、当該ＶＮＦＦＧＤを識別する情報、連携するＶＮＦ同士のリンク情報、当該ＶＮＦＦＧＤに関連するＶＬＤ、ＶＮＦＤを識別する情報などを保持する。
図４のＶＬＤ（ＶＬ Demo）は、ＶＮＦ同士を接続するＶＬを表すカタログである。ＶＬＤは、当該ＶＮＦ同士のリンク情報等を保持する。

なお、図４には示されていないが、非仮想領域にある物理装置のＮＷ機能を表すＰＮＦＤ（Physical Network Function Demo）というカタログもある。
また、図４中のＥＰ、ＬＢ（Load Balancer：ロードバランサ）、ＢＡＳ（Broadband Access Server：ブロードバンドアクセスサーバ）、および、ＮＴＥ（Network Terminal Equipment：ネットワーク終端装置）は、コアＮＷまたはアクセスＮＷに配置される機器の例である。

図４に示すように、ＩＳＰサービスＡ、ＩＳＰサービスＢなどを含む各種ＮＳＤは、ＶＮＦＤ、ＶＮＦＦＧＤ、およびＶＬＤ（および、必要に応じてＰＮＦＤ）の組み合わせによって表現することができる。特に、ＩＳＰサービスＡのＮＳＤは、同一ＤＣ（ＤＣ−０ｘ）でサービスを提供するというサービス提供条件を満たすＮＳＤとなる。また、ＩＳＰサービスＢのＮＳＤは、別々のＤＣ（ＤＣ−０ｘ、Ｄｃ−０ｙ）でサービスを提供する（ただし、ＬＢと、ＢＡＳは同一のＤＣに存在する）というサービス提供条件を満たすＮＳＤとなる。

オペレータは、上位装置Ｕを操作して、図４に示すようなカタログの一部を編集することで所望のＮＳ生成要求を容易に作成することができる。オペレータは、ＮＳ生成要求の作成に関して、基本的には、通信システムに用いられるＤＣの構成に一致するカタログを選択することになる。

図３に戻って、リソース照会部１１４は、Ｅ２Ｅ−ＮＳスライスの生成に必要となるリソースがあるか否かをＳＶＲＯ１２およびＮＷＲＯ１３に問い合わせる。また、リソース照会部１１４は、通信システムの各機器のリソースの使用状況をＳＶＲＯ１２およびＮＷＲＯ１３に問い合わせる。また、リソース照会部１１４は、ＳＶＲＯ１２およびＮＷＲＯ１３に問い合わせることで、ＳＶＲＯ１２およびＮＷＲＯ１３から取得したリソース情報を上位装置Ｕに送信する。よって、上位装置Ｕを操作するオペレータは、通信システムの各機器のリソース情報を把握することができる。

図３には、Ｅ２ＥＯ１１が上位装置ＵからＮＳ情報（図２参照）を取得すること、Ｅ２ＥＯ１１がＮＳ情報のＤＣ情報（図２）をＳＶＲＯ１２に送信すること、Ｅ２ＥＯ１１がＮＳ情報のＮＷ情報（図２）をＮＷＲＯ１３に送信すること、ＳＶＲＯ１２がＤＣ情報から生成したＤＣスライスをＥ２ＥＯ１１に送信すること、ＮＷＲＯ１３がＮＷ情報から生成したＥ２Ｅ−ＮＷスライスをＥ２ＥＯ１１に送信すること、が示されている。また、図３には、ＤＣスライスおよびＥ２Ｅ−ＮＷスライスの構成の具体例が示されている。
Ｅ２ＥＯ１１は、ＤＣスライスとＥ２Ｅ−ＮＷスライスとを合わせることで、Ｅ２Ｅ−ＮＳスライスを生成することができる。Ｅ２ＥＯ１１は、生成したＥ２Ｅ−ＮＳスライスを上位装置Ｕに送信する。
なお、本実施形態において、特に説明がされていない限り、ＤＣスライスを送信する、Ｅ２Ｅ−ＮＷスライスを送信する、Ｅ２Ｅ−ＮＳスライスを送信する、ＶＮＦを送信するという表現はそれぞれ、ＤＣスライスを管理するための情報を送信する、Ｅ２Ｅ−ＮＷスライスを管理するための情報を送信する、Ｅ２Ｅ−ＮＳスライスを管理するための情報を送信する、ＶＮＦを管理するための情報を送信する、という意味で用いる。

（ＳＶＲＯ１２の詳細）
図５に示すように、ＳＶＲＯ１２は、ＤＣスライス管理部１２１と、リソース管理部１２２と、を備える。

ＤＣスライス管理部１２１は、Ｅ２ＥＯ１１からのＤＣ情報を取得すると、ＤＣ情報に基づいて、ＤＣスライスをＤＣごとに生成する。また、ＤＣスライス管理部１２１は、生成したＤＣスライスのライフサイクル管理を行う。また、ＤＣスライス管理部１２１は、ＤＣスライスの障害自動復旧を行う。

リソース管理部１２２は、汎用サーバ（Ｈ／Ｗ）のリソースの使用状況を把握し、Ｅ２ＥＯ１１に提供する。

図５には、ＳＶＲＯ１２がＥ２ＥＯ１１からＤＣ情報を取得し、ＤＣ情報から、ＤＣ内の論理構成要素のＮＷ機能部分（図２のＶＮＦＣに相当）を示すＶＮＦ情報を抽出してＶＮＦＭ２１に送信すること、ＶＮＦＭ２１が、上位装置Ｕから指定された種類のＶＮＦ（図５では、ＬＢ、ＢＡＳ、ＴＳＣ（それぞれｖＬＢ、ｖＢＡＳ、ｖＴＳＣと記載する場合もある）を生成し、生成したＶＮＦの種類をＳＶＲＯ１２に応答することが示されている。

また、図５には、ＳＶＲＯ１２がＥ２ＥＯ１１からＤＣ情報を取得し、ＤＣ情報から、ＤＣ内の論理構成要素の接続点部分（図５では、ＤＣ１内で設定されたｖＣＰおよびｇＣＰを指す）を含むＤＣ構成情報をＶＩＭ２２に送信すること、ＶＩＭ２２が、ＶＮＦＭ２１によって生成されたＶＮＦが実装されるＶＭを周知の仮想化技術によって生成すること、ＶＩＭ２２がＶＭ（に実装されたＬＢ、ＢＡＳ、ＴＳＣ）と、ｖＣＰと、ｇＣＰとをＶＬ（図示せず）で接続することでＤＣスライスを生成し、ＳＶＲＯ１２に送信することが示されている。
なお、ＤＣ１およびＤＣ２の接続は、ＮＷＲＯ１３が実行する（後記）。

Ｈ／Ｗ用ＥＭＳ２３は、ＤＣ情報に示されているＤＣ１、ＤＣ２を管理する。ＡＰＬ用ＥＭＳ２４は、ＯＳＳ２５（図１参照）を介して、上位装置Ｕからの要求に応じて、対象となるＶＮＦ（ｖＬＢ、ｖＢＡＳ、ｖＴＳＣ）に対して必要な設定（周知）を実施する。

リソース管理部１２２は、図示しないリソースプールのリソースを、ＶＮＦＭ２１が生成したＶＮＦに追加する。また、リソース管理部１２２は、ＶＮＦに設定されるｖＣＰに対して、当該ＶＮＦが動作するＶＭ内のｖＨＵＢリソースの上限内でリソースを追加する。

（ＮＷＲＯ１３の詳細）
図６に示すように、ＮＷＲＯ１３は、Ｅ２Ｅ−ＮＷスライス管理部１３１と、リソース管理部１３２と、障害管理部１３３と、を備える。

Ｅ２Ｅ−ＮＷスライス管理部１３１は、Ｅ２ＥＯ１１からのＮＷ情報（図２）を取得すると、ＮＷ情報に基づいて、コアＮＷおよびアクセスＮＷに亘るスライスとなるＥ２Ｅ−ＮＷスライスを生成する。また、Ｅ２Ｅ−ＮＷスライス管理部１３１は、生成したＥ２Ｅ−ＮＷスライスのライフサイクル管理を行う。

リソース管理部１３２は、コアＮＷリソースの使用状況を把握し、Ｅ２ＥＯ１１に提供する。また、リソース管理部１３２は、アクセスＮＷリソースの使用状況を把握し、Ｅ２ＥＯ１１に提供する。

障害管理部１３３は、下位システム（具体的には、図１のＰＯＮ、Ｌ２ＳＷ、Ｌ３ＳＷ、ＳＤＮ−Ｌ２ＳＷ、ＩＡサーバ、コアルータ）からの障害通知を受信する。障害管理部１３３は、障害影響のあるＥ２Ｅ−ＮＷスライスを特定し、特定したＥ２Ｅ−ＮＷスライスをＥ２ＥＯ１１に通知する。

図６には、ＮＷＲＯ１３がＥ２ＥＯ１１からＮＷ情報を取得し、ＮＷ情報から、アクセスＮＷに対応する部分を示すアクセスＮＷ情報を抽出してＮＭＳ３１またはＥＭＳ３２に送信すること、ＮＭＳ３１またはＥＭＳ３２がアクセスＮＷ情報に対応するリンク（ＶＬ）および接続点（ＣＰ）をアクセスＮＷから特定し、特定したリンクおよび接続点をパス情報としてＮＷＲＯ１３に送信することが示されている。パス情報は、リンクごとに特定することができ、図６には、接続点ａＣＰが付いたＶＬ１が特定されていることが示されている。

また、図６には、ＮＷＲＯ１３がＥ２ＥＯ１１からＮＷ情報を取得し、ＮＷ情報から、コアＮＷに対応する部分を示すコアＮＷ情報を抽出してＷＩＭ３３に送信すること、ＷＩＭ３３がコアＮＷ情報に対応するリンク（ＶＬ）および接続点（ＣＰ）をコアＮＷから特定し、特定したリンクおよび接続点を、ＮＷスライス情報としてＮＷＲＯ１３に送信することが示されている。ＮＷスライス情報は、リンクごとに特定することができ、図６には、接続点ａＣＰまたはｇＣＰが付いたＶＬ１〜ＶＬ４が特定されていることが示されている。

Ｅ２Ｅ−ＮＷスライス管理部１３１は、ＮＭＳ３１またはＥＭＳ３２から取得したパス情報と、ＷＩＭ３３から取得したＮＷスライス情報とを用いてＥ２Ｅ−ＮＷスライスを生成することができる。このとき、Ｅ２Ｅ−ＮＷスライス管理部１３１は、ＮＷ情報に含まれているＤＣに接続する接続点およびリンク（図６では、ＶＬ３とＶＬ４）を特定することができる。また、Ｅ２Ｅ−ＮＷスライス管理部１３１は、場合によってはＤＣ同士をｇＣＰで接続する。Ｅ２Ｅ−ＮＷスライス管理部１３１は、生成したＥ２Ｅ−ＮＷスライスをＥ２ＥＯ１１に送信する。

リソース管理部１３２は、図示しないリソースプールのリソースを、ＷＩＭ３３が特定したリンク（ＶＬ）および接続点（ＣＰ）に追加する。また、リソース管理部１３２は、図示しないリソースプールのリソースを、ＮＭＳ３１またはＥＭＳ３２が特定したリンク（ＶＬ）および接続点（ＣＰ）に追加する。リソース管理部１３２は、追加されたリソースを、生成されたＥ２Ｅ−ＮＷスライスのＮＷリソースとしてＥ２ＥＯ１１に応答する。

ＮＭＳ３１またはＥＭＳ３２は、ＮＭＳ３１またはＥＭＳ３２が特定したリンクに追加されたリソースの空き率を把握することができる。図６には、ＶＬ１のリソースの空き率が１００％であることが示されている。また、ＷＩＭ３３は、ＷＩＭ３３が特定したリンクに追加されたリソースの空き率を把握することができる。図６には、例えば、ＶＬ４のリソースの空き率が５０％であることが示されている。リソース管理部１３２は、ＮＭＳ３１またはＥＭＳ３２、および、ＷＩＭ３３から通知されたリソース空き率をＥ２ＥＯ１１に応答する。

≪処理≫
次に、ネットワーク管理装置Ｍが実行するさまざまな処理について説明する。コアＮＷおよびアクセスＮＷには、通信システムを構成する機器（ＩＡサーバやＬ２−ＳＷなど（図１参照））が設置されており、ネットワーク管理装置Ｍのオーケストレータ部１およびインフラマネージャ部２と通信可能となるように基本プログラムがインストールされている。

（サービス生成）
まず、通信システムを用いてユーザに提供されるＮＳを生成する処理が実行される。図７に示すように、この処理は、ステップＡ１から開始する。

ステップＡ１にて、上位装置ＵがＮＳ生成要求（図２）を作成し、Ｅ２ＥＯ１１に送信する。Ｅ２ＥＯ１１は、受信したＮＳ生成要求を解析して、Ｅ２Ｅ−ＮＳスライスを生成できるか否かを判断する。具体的には、Ｅ２ＥＯ１１は、ＮＳ生成要求に含まれる物理構成要素に対応する機器が通信システムに存在するか否かを判定する。ステップＡ１の後、ステップＡ２に進む。

ステップＡ２にて、Ｅ２ＥＯ１１がＤＣスライス生成要求を作成し、ＳＶＲＯ１２に送信する。スライス生成要求には、ＤＣ情報（図２、図３）が含まれる。ＳＶＲＯ１２は、ＤＣスライス生成要求を解析して、ＤＣスライスを生成できるか否かを判断する。具体的には、ＳＶＲＯ１２は、ＤＣスライス生成要求に含まれる接続点ｇＣＰ、ｖＣＰ、および、ＶＮＦＣを設定できるＩＡサーバが通信システムに存在するか否かを判定する。ステップＡ２の後、ステップＡ３に進む。

ステップＡ３にて、ＳＶＲＯ１２がＤＣ内構成生成要求を、ＤＣごとに（図７ではＤ１、ＤＣ２を対象に）作成し、ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３に送信する。ＤＣ内構成生成要求には、ＤＣ構成情報（図５）が含まれる。ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３は、互いに連携して、取得したＤＣ構成情報に基づいて、ＶＮＦ用のＶＭを生成し、管理するとともに、生成したＶＭが動作する仮想ＮＷをＤＣスライスとして生成し、管理する。ステップＡ３の後、ステップＡ４に進む。

ステップＡ４にて、ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３は、ＤＣ内構成生成応答を、ＤＣごとに作成し、ＳＶＲＯ１２に送信する。ＤＣ内構成生成応答には、ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３が生成したＶＭおよびＤＣスライスが含まれる。ステップＡ４の後、ステップＡ５に進む。

ステップＡ５にて、ＳＶＲＯ１２がＶＮＦ生成要求を作成し、ＶＮＦＭ２１に送信する。ＶＮＦ生成要求には、ＶＮＦ情報（図５）が含まれる。ＶＮＦＭ２１は、取得したＶＮＦ情報に基づいて、生成されたＶＭ上にＶＮＦを生成し、管理する。ステップＡ５の後、ステップＡ６に進む。

ステップＡ６にて、ＶＮＦＭ２１がＶＮＦ生成応答を作成し、ＳＶＲＯ１２に送信する。ＶＮＦ生成応答には、ＶＮＦＭ２１が生成したＶＮＦが含まれる。ステップＡ６の後、ステップＡ７に進む。

ステップＡ７にて、ＳＶＲＯ１２がＤＣスライス生成応答を、Ｅ２ＥＯ１１に送信する。ＤＣスライス生成応答には、ステップＡ４で生成されたＤＣスライスが、ステップＡ５で生成されたＶＮＦを含む形態（図５参照）で含まれている。また、ＳＶＲＯ１２は、生成したＤＣスライスを管理する。ステップＡ７の後、ステップＡ８に進む。

ステップＡ８にて、Ｅ２ＥＯ１１がＥ２Ｅ−ＮＷスライス生成要求を作成し、ＮＷＲＯ１３に送信する。Ｅ２Ｅ−ＮＷスライス生成要求には、ＮＷ情報（図２、図３）が含まれる。ＮＷＲＯ１３は、Ｅ２Ｅ−ＮＷスライス生成要求を解析して、Ｅ２Ｅ−ＮＷスライスを生成できるか否かを判断する。具体的には、ＮＷＲＯ１３は、Ｅ２Ｅ−ＮＷスライス生成要求に含まれる接続点ｇＣＰ、ａＣＰを設定できるアクセスＮＷ側機器（例：ＰＯＮ、Ｌ２−ＳＷ、Ｌ３−ＳＷ）が通信システムに存在するか否かを判定する。ステップＡ８の後、ステップＡ９に進む。

ステップＡ９にて、ＮＷＲＯ１３がアクセスＮＷ設定要求を作成し、ＮＭＳ３１およびＥＭＳ３２に送信する。アクセスＮＷ設定要求には、アクセスＮＷ情報（図６）が含まれる。ＮＭＳ３１およびＥＭＳ３２は、互いに連携して、取得したアクセスＮＷ情報に基づいて、指定された端点（ＥＰ）間をつなぐパスを生成し、パス情報（図６）として管理する。ステップＡ９の後、ステップＡ１０に進む。

ステップＡ１０にて、ＮＭＳ３１およびＥＭＳ３２は、アクセスＮＷ設定応答を作成し、ＮＷＲＯ１３に送信する。アクセスＮＷ設定応答には、ＮＭＳ３１およびＥＭＳ３２が生成したパス情報（図６）が含まれる。ステップＡ１０の後、ステップＡ１１に進む。

ステップＡ１１にて、ＮＷＲＯ１３がＮＷスライス生成要求を作成し、ＷＩＭ３３に送信する。ＮＷスライス生成要求には、コアＮＷ情報（図６）が含まれる。ＷＩＭ３３は、取得したコアＮＷ情報に基づいて、指定された端点（ＥＰ）間をつなぐＮＷスライスを生成し、ＮＷスライス情報（図６）として管理する。ステップＡ１１の後、ステップＡ１２に進む。

ステップＡ１２にて、ＷＩＭ３３は、ＮＷスライス生成応答を作成し、ＮＷＲＯ１３に送信する。ＮＷスライス生成応答には、ＷＩＭ３３が生成したＮＷスライス情報（図６）が含まれる。ステップＡ１２の後、ステップＡ１３に進む。

ステップＡ１３にて、ＮＷＲＯ１３がＥ２Ｅ−ＮＷスライス生成応答を作成し、Ｅ２ＥＯ１１に送信する。Ｅ２Ｅ−ＮＷスライス生成応答には、ＮＷＲＯ１３が、ステップＡ９にて生成されたパス情報と、ステップＡ１１にて生成されたＮＷスライスとを用いて生成したＥ２Ｅ−ＮＷスライスが含まれている。また、ＮＷＲＯ１３は、生成したＥ２Ｅ−ＮＷスライスを管理する。ステップＡ１３の後、ステップＡ１４に進む。

ステップＡ１４にて、Ｅ２ＥＯ１１がＮＳ生成応答を作成し、上位装置Ｕに送信する。ＮＳ生成応答には、Ｅ２ＥＯ１１が、ステップＡ７にてＳＶＲＯ１２から取得したＤＣスライスと、ステップＡ１３にてＮＷＲＯ１３から取得したＥ２Ｅ−ＮＷスライスとを合わせることで生成したＥ２Ｅ−ＮＳスライスが含まれている。また、Ｅ２ＥＯ１１は、生成したＥ２Ｅ−ＮＳスライスを管理する。ステップＡ１４の後、ステップＡ１５に進む。

ステップＡ１５にて、上位装置ＵがＶＮＦ設定要求を作成し、ＯＳＳ２５に送信する。ＶＮＦ設定要求には、設定の実施対象となる生成済みのＶＮＦの識別情報が含まれている。ＯＳＳ２５は、ＶＮＦへの設定を要求する。ステップＡ１５の後、ステップＡ１６に進む。

ステップＡ１６にて、ＯＳＳ２５が、上位装置Ｕから受信したＶＮＦ設定要求を、ＡＰＬ用ＥＭＳ２４に送信する。ＡＰＬ用ＥＭＳ２４は、ＶＮＦに対して必要となる設定（周知）を実施する。ＡＰＬ用ＥＭＳ２４は、実施した結果を、ＶＮＦＭ２１に通知する。ステップＡ１６の後、ステップＡ１７に進む。

ステップＡ１７にて、ＡＰＬ用ＥＭＳ２４がＶＮＦ設定応答を作成し、ＯＳＳ２５に送信する。ＶＮＦ設定応答には、ＡＰＬ用ＥＭＳ２４による、ＶＮＦに対する設定の実施結果が含まれる。ステップＡ１７の後、ステップＡ１８に進む。
ステップＡ１８にて、ＯＳＳ２５が、ＡＰＬ用ＥＭＳ２４から受信したＶＮＦ設定応答を上位装置Ｕに送信する。
図７の処理によれば、ＮＳ提供に供するＥ２Ｅ−ＮＳスライスをネットワーク管理装置Ｍが管理することができる。

（ＳＯ投入）
障害発生時の罹障範囲を特定するために、ＮＳを利用するユーザと、生成されたＥ２Ｅ−ＮＳスライスとの対応付けの処理が実行される。図８に示すように、この処理は、ステップＢ１から開始する。

ステップＢ１にて、上位装置ＵがＳＯ投入要求を作成し、Ｅ２ＥＯ１１に送信する。ＳＯ投入要求には、Ｅ２Ｅ−ＮＳスライスによって提供されるＮＳを利用するユーザの識別情報、および／または、当該ユーザのユーザ装置が配置されるＶＬＡＮ（Virtual Local Area Network）の識別子が含まれる。ステップＢ１の後、ステップＢ２に進む。

ステップＢ２にて、Ｅ２ＥＯ１１は、上位装置Ｕから受信したＳＯ投入要求をＮＷＲＯ１３に送信する。ステップＢ２の後、ステップＢ３に進む。
ステップＢ３にて、ＮＷＲＯ１３は、Ｅ２ＥＯ１１から受信したＳＯ投入要求をＷＩＭ３３に送信する。ＷＩＭ３３は、コアＮＷのＳＤＮ−Ｌ２ＳＷに対して、ＳＯをＥ２Ｅ−ＮＷスライスに振り分けるためのルールを設定し、管理する。ステップＢ３の後、ステップＢ４に進む。

ステップＢ４にて、ＷＩＭ３３は、ＳＯ投入応答を作成し、ＮＷＲＯ１３に送信する。ＳＯ投入応答には、ＳＤＮ−Ｌ２ＳＷに対するルール設定が完了した旨が含まれる。ステップＢ４の後、ステップＢ５に進む。
ステップＢ５にて、ＮＷＲＯ１３は、ＷＩＭ３３から受信したＳＯ投入応答をＥ２ＥＯ１１に送信する。Ｅ２ＥＯ１１は、ＳＯとＥ２Ｅ−ＮＳスライスとの関連付け（ユーザＩＤとＮＳＩＤとの対応付けに等しい）を行う。ステップＢ５の後、ステップＢ６に進む。
ステップＢ６にて、Ｅ２ＥＯ１１は、ＮＷＲＯ１３から受信したＳＯ投入応答を上位装置Ｕに送信する。ステップＢ６の後、ステップＢ７に進む。

ステップＢ７にて、上位装置ＵがＳＯ投入要求を作成し、ＯＳＳ２５に送信する。このＳＯ投入要求は、ステップＢ１のＳＯ投入要求と同じである。ステップＢ７の後、ステップＢ８に進む。
ステップＢ８にて、ＯＳＳ２５から受信したＳＯ投入要求をＡＰＬ用ＥＭＳ２４に送信する。ＡＰＬ用ＥＭＳ２４は、ＶＮＦに対して必要となる設定（周知）を実施する。ＡＰＬ用ＥＭＳ２４は、実施した結果を、ＶＮＦＭ２１に通知する。ステップＢ８の後、ステップＢ９に進む。

ステップＢ９にて、ＡＰＬ用ＥＭＳ２４がＳＯ投入応答を作成し、ＯＳＳ２５に送信する。ＳＯ投入応答には、ＡＰＬ用ＥＭＳ２４による、ＶＮＦに対する設定の実施結果が含まれる。ステップＢ９の後、ステップＢ１０に進む。
ステップＢ１０にて、ＯＳＳ２５が、ＡＰＬ用ＥＭＳ２４から受信したＳＯ投入応答を上位装置Ｕに送信する。
図８の処理によれば、ネットワーク管理装置Ｍは、Ｅ２Ｅ−ＮＳスライスによってＮＳを利用するユーザを特定、管理することができる。

（プロビジョニング（１））
ＮＳごとのリソース状況を収集し、必要に応じて、ＩＡサーバまたはＮＳの増減設が行われる。まず、ＮＳにおけるリソース状況を判断するための処理について説明する。図９に示すように、この処理は、ステップＣ１から開始する。

ステップＣ１にて、上位装置Ｕがリソース情報取得要求を作成し、Ｅ２ＥＯ１１に送信する。リソース情報取得要求には、Ｅ２ＥＯ１１が管理するＥ２Ｅ−ＮＳスライスの識別情報と、リソース情報の収集対象となっており、当該Ｅ２Ｅ−ＮＳスライスが設定されている機器の識別情報が含まれている。ステップＣ１の後、ステップＣ２に進む。

ステップＣ２にて、Ｅ２ＥＯ１１がＤＣリソース情報取得要求を作成し、ＳＶＲＯ１２に送信する。ＤＣリソース情報取得要求には、ＳＶＲＯ１２が管理するＤＣスライスの識別情報と、リソース情報の収集対象となっており、当該ＤＣスライスが設定されている機器の識別情報が含まれている。ステップＣ２の後、ステップＣ３に進む。
ステップＣ３にて、ＳＶＲＯ１２は、Ｅ２ＥＯ１１から受信したＤＣリソース情報取得要求を、ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３に送信する。ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３は、互いに連携して、対象のＤＣスライスが設定されているＶＭおよび仮想ＮＷのリソース情報を収集する。ステップＣ３の後、ステップＣ４に進む。

ステップＣ４にて、ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３がＤＣリソース情報取得応答を作成し、ＳＶＲＯ１２に送信する。ＤＣリソース情報取得応答には、ステップＣ３にて収集された、ＶＭおよび仮想ＮＷのリソース情報（ＤＣリソース情報）が含まれている。ステップＣ４の後、ステップＣ５に進む。
ステップＣ５にて、ＳＶＲＯ１２は、ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３から受信したＤＣリソース情報取得応答を、Ｅ２ＥＯ１１に送信する。ステップＣ５の後、ステップＣ６に進む。

ステップＣ６にて、Ｅ２ＥＯ１１がＮＷリソース情報取得要求を作成し、ＮＷＲＯ１３に送信する。ＮＷリソース情報取得要求には、ＳＶＲＯ１２が管理するＥ２Ｅ−ＮＷスライスの識別情報と、リソース情報の収集対象となっており、当該Ｅ２Ｅ−ＮＷスライスが設定されている接続点およびリンクの識別情報が含まれている。ステップＣ６の後、ステップＣ７に進む。

ステップＣ７にて、ＮＷＲＯ１３がアクセスＮＷリソース情報取得要求を作成し、ＮＭＳ３１およびＥＭＳ３２に送信する。アクセスＮＷリソース情報取得要求には、ＮＷＲＯ１３が管理する、アクセスＮＷ上のパスの識別情報が含まれている。ＮＭＳ３１およびＥＭＳ３２は、互いに連携して、対象のアクセスＮＷ上のパスのリソース情報を収集する。ステップＣ７の後、ステップＣ８に進む。

ステップＣ８にて、ＮＭＳ３１およびＥＭＳ３２は、アクセスＮＷリソース情報取得応答を作成し、ＮＷＲＯ１３に送信する。アクセスＮＷリソース情報取得応答には、ステップＣ７にて収集された、アクセスＮＷ上のパスのリソース情報が含まれている。ステップＣ８の後、ステップＣ９に進む。

ステップＣ９にて、ＮＷＲＯ１３がコアＮＷリソース情報取得要求を作成し、ＷＩＭ３３に送信する。コアＮＷリソース情報取得要求には、ＮＷＲＯ１３が管理する、コアＮＷ上のＮＷスライスの識別情報が含まれている。ＷＩＭ３３は、互いに連携して、対象のコアＮＷ上のＮＷスライスのリソース情報を収集する。ステップＣ９の後、ステップＣ１０に進む。

ステップＣ１０にて、ＷＩＭ３３は、コアＮＷリソース情報取得応答を作成し、ＮＷＲＯ１３に送信する。コアＮＷリソース情報取得応答には、ステップＣ９にて収集された、コアＮＷ上のＮＷスライスのリソース情報が含まれている。
ＮＷＲＯ１３は、ステップＣ８にてＮＭＳ３１およびＥＭＳ３２から収集したアクセスＮＷ上のパスのリソース情報と、ステップＣ１０にてＷＩＭ３３から収集した、コアＮＷ上のＮＷスライスのリソース情報とを合わせることで、Ｅ２Ｅ−ＮＷスライスのリソース情報を収集する。
ステップＣ１０の後、ステップＣ１１に進む。

ステップＣ１１にて、ＮＷＲＯ１３がＮＷリソース情報取得応答を作成し、Ｅ２ＥＯ１１に送信する。ＮＷリソース情報取得応答には、Ｅ２Ｅ−ＮＷスライスのリソース情報（ＮＷリソース情報）が含まれる。
Ｅ２ＥＯ１１は、ステップＣ５にてＳＶＲＯ１２収集したＤＣリソース情報と、ステップＣ１１にてＮＷＲＯ１３から収集したＮＷリソース情報とを合わせることで、Ｅ２Ｅ−ＮＳスライスのリソース情報を収集する。
ステップＣ１１の後、ステップＣ１２に進む。

ステップＣ１２にて、Ｅ２ＥＯ１１はリソース情報取得応答を作成し、上位装置Ｕに送信する。リソース情報取得応答には、Ｅ２ＥＯ１１が収集したＥ２Ｅ−ＮＳスライスのリソース情報が含まれる。
図９の処理によれば、ＮＳ提供に供するＥ２Ｅ−ＮＳスライスのリソース情報をネットワーク管理装置Ｍが管理することができる。

（プロビジョニング（２））
ＮＳごとのリソース状況を収集し、必要に応じて、ＩＡサーバまたはＮＳの増減設が行われる。プロビジョニング（１）の処理を踏まえ、新たなＤＣスライスの追加を行う場合の処理について説明する。図１０に示すように、この処理は、ステップＤ１から開始する。

ステップＤ１にて、上位装置ＵがＮＳ更新要求を作成し、Ｅ２ＥＯ１１に送信する。ＮＳ更新要求は、内容は異なるがＮＳ生成要求（図２）と同質である。Ｅ２ＥＯ１１は、受信したＮＳ更新要求を解析して、Ｅ２Ｅ−ＮＳスライスを更新できるか否かを判断する。具体的には、Ｅ２ＥＯ１１は、ＮＳ更新要求に含まれる物理構成要素に対応する機器が通信システムに存在するか否かを判定する。ステップＤ１の後、ステップＤ２に進む。

ステップＤ２にて、Ｅ２ＥＯ１１がＤＣスライス生成要求を作成し、ＳＶＲＯ１２に送信する。スライス生成要求には、ＤＣ情報（図２、図３）が含まれる。ＳＶＲＯ１２は、ＤＣスライス生成要求を解析して、ＤＣスライスを生成できるか否かを判断する。具体的には、ＳＶＲＯ１２は、ＤＣスライス生成要求に含まれる接続点ｇＣＰ、ｖＣＰ、および、ＶＮＦＣを設定できるＩＡサーバが通信システムに存在するか否かを判定する。ステップＤ２の後、ステップＤ３に進む。

ステップＤ３にて、ＳＶＲＯ１２がＤＣ内構成生成要求を、ＤＣごとに（図１０ではＤ１、ＤＣ２を対象に）作成し、ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３に送信する。ＤＣ内構成生成要求には、ＤＣ構成情報（図５）が含まれる。ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３は、互いに連携して、取得したＤＣ構成情報に基づいて、ＶＮＦ用のＶＭを生成し、管理するとともに、生成したＶＭが動作する仮想ＮＷをＤＣスライスとして生成し、管理する。ステップＤ３の後、ステップＤ４に進む。

ステップＤ４にて、ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３は、ＤＣ内構成生成応答を、ＤＣごとに作成し、ＳＶＲＯ１２に送信する。ＤＣ内構成生成応答には、ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３が生成したＶＭおよびＤＣスライスが含まれる。ステップＤ４の後、ステップＤ５に進む。

ステップＤ５にて、ＳＶＲＯ１２がＶＮＦ生成要求を作成し、ＶＮＦＭ２１に送信する。ＶＮＦ生成要求には、ＶＮＦ情報（図５）が含まれる。ＶＮＦＭ２１は、取得したＶＮＦ情報に基づいて、生成されたＶＭ上にＶＮＦを生成し、管理する。ステップＤ５の後、ステップＤ６に進む。

ステップＤ６にて、ＶＮＦＭ２１がＶＮＦ生成応答を作成し、ＳＶＲＯ１２に送信する。ＶＮＦ生成応答には、ＶＮＦＭ２１が生成したＶＮＦが含まれる。ステップＤ６の後、ステップＤ７に進む。

ステップＤ７にて、ＳＶＲＯ１２がＤＣスライス生成応答を、Ｅ２ＥＯ１１に送信する。ＤＣスライス生成応答には、ステップＤ４で生成されたＤＣスライスが、ステップＤ５で生成されたＶＮＦを含む形態（図５参照）で含まれている。また、ＳＶＲＯ１２は、生成したＤＣスライスを管理する。ステップＤ７の後、ステップＤ８に進む。

ステップＤ８にて、Ｅ２ＥＯ１１がＥ２Ｅ−ＮＷスライス更新要求を作成し、ＮＷＲＯ１３に送信する。Ｅ２Ｅ−ＮＷスライス更新要求は、内容は異なるがＥ２Ｅ−ＮＷスライス生成要求（図７）と同質である。Ｅ２Ｅ−ＮＷスライス更新要求には、ＮＷ情報（図２、図３）が含まれる。ＮＷＲＯ１３は、Ｅ２Ｅ−ＮＷスライス更新要求を解析して、Ｅ２Ｅ−ＮＷスライスを更新できるか否かを判断する。具体的には、ＮＷＲＯ１３は、Ｅ２Ｅ−ＮＷスライス更新要求に含まれる接続点ｇＣＰ、ａＣＰを設定できるアクセスＮＷ側機器（例：ＰＯＮ、Ｌ２−ＳＷ、Ｌ３−ＳＷ）が通信システムに存在するか否かを判定する。ステップＤ８の後、ステップＤ９に進む。

ステップＤ９にて、ＮＷＲＯ１３がアクセスＮＷ設定要求を作成し、ＮＭＳ３１およびＥＭＳ３２に送信する。アクセスＮＷ設定要求には、アクセスＮＷ情報（図６）が含まれる。ＮＭＳ３１およびＥＭＳ３２は、互いに連携して、取得したアクセスＮＷ情報に基づいて、指定された端点（ＥＰ）間をつなぐパスを生成し、パス情報（図６）として管理する。ステップＤ９の後、ステップＤ１０に進む。

ステップＤ１０にて、ＮＭＳ３１およびＥＭＳ３２は、アクセスＮＷ設定応答を作成し、ＮＷＲＯ１３に送信する。アクセスＮＷ設定応答には、ＮＭＳ３１およびＥＭＳ３２が生成したパス情報（図６）が含まれる。ステップＤ１０の後、ステップＤ１１に進む。

ステップＤ１１にて、ＮＷＲＯ１３がＮＷスライス生成要求を作成し、ＷＩＭ３３に送信する。ＮＷスライス生成要求には、コアＮＷ情報（図６）が含まれる。ＷＩＭ３３は、取得したコアＮＷ情報に基づいて、指定された端点（ＥＰ）間をつなぐＮＷスライスを生成し、ＮＷスライス情報（図６）として管理する。ステップＤ１１の後、ステップＤ１２に進む。

ステップＤ１２にて、ＷＩＭ３３は、ＮＷスライス生成応答を作成し、ＮＷＲＯ１３に送信する。ＮＷスライス生成応答には、ＷＩＭ３３が生成したＮＷスライス情報（図６）が含まれる。ステップＤ１２の後、ステップＤ１３に進む。

ステップＤ１３にて、ＮＷＲＯ１３がＥ２Ｅ−ＮＷスライス更新応答を作成し、Ｅ２ＥＯ１１に送信する。Ｅ２Ｅ−ＮＷスライス更新応答は、内容は異なるがＥ２Ｅ−ＮＷスライス生成応答（図７）と同質である。Ｅ２Ｅ−ＮＷスライス更新応答には、ＮＷＲＯ１３が、ステップＤ９にて生成されたパス情報と、ステップＤ１１にて生成されたＮＷスライスとを用いて更新したＥ２Ｅ−ＮＷスライスが含まれている。また、ＮＷＲＯ１３は、更新したＥ２Ｅ−ＮＷスライスを管理する。ステップＤ１３の後、ステップＤ１４に進む。

ステップＤ１４にて、Ｅ２ＥＯ１１がＮＳ更新応答を作成し、上位装置Ｕに送信する。ＮＳ更新応答は、内容は異なるがＮＳ生成応答（図７）と同質である。ＮＳ更新応答には、Ｅ２ＥＯ１１が、ステップＤ７にてＳＶＲＯ１２から取得したＤＣスライスと、ステップＤ１３にてＮＷＲＯ１３から取得したＥ２Ｅ−ＮＷスライスとを合わせることで生成したＥ２Ｅ−ＮＳスライスが含まれている。また、Ｅ２ＥＯ１１は、更新したＥ２Ｅ−ＮＳスライスを管理する。ステップＤ１４の後、ステップＤ１５に進む。

ステップＤ１５にて、上位装置ＵがＶＮＦ設定要求を作成し、ＯＳＳ２５に送信する。ＶＮＦ設定要求には、設定の実施対象となる生成済みのＶＮＦの識別情報が含まれている。ＯＳＳ２５は、ＶＮＦへの設定を要求する。ステップＤ１５の後、ステップＤ１６に進む。
ステップＤ１６にて、ＯＳＳ２５が、上位装置Ｕから受信したＶＮＦ設定要求をＡＰＬ用ＥＭＳ２４に送信する。ＡＰＬ用ＥＭＳ２４は、ＶＮＦに対して必要となる設定（周知）を実施する。ＡＰＬ用ＥＭＳ２４は、実施した結果を、ＶＮＦＭ２１に通知する。ステップＤ１６の後、ステップＤ１７に進む。

ステップＤ１７にて、ＡＰＬ用ＥＭＳ２４がＶＮＦ設定応答を作成し、ＯＳＳ２５に送信する。ＶＮＦ設定応答には、ＡＰＬ用ＥＭＳ２４による、ＶＮＦに対する設定の実施結果が含まれる。ステップＤ１７の後、ステップＤ１８に進む。
ステップＤ１８にて、ＯＳＳ２５が、ＡＰＬ用ＥＭＳ２４から受信したＶＮＦ設定応答を上位装置Ｕに送信する。
図１０の処理によれば、ＮＳ提供に供する更新後のＥ２Ｅ−ＮＳスライスをネットワーク管理装置Ｍが管理することができる。

（オートスケール）
ＳＶＲＯ１２がＤＣスライスのリソース状況を自律的に判断し、Ｅ２ＥＯ１１と連携して１つのＥ２Ｅ−ＮＳスライスを生成する処理を実行することができる。図１１に示すように、この処理は、ステップＥ１から開始する。

ステップＥ１にて、ＳＶＲＯ１２は、リソース管理部１２２によって、リソース参照要求を、ＤＣごとに（図１１ではＤ１、ＤＣ２を対象に）作成し、ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３に送信する。リソース参照要求には、ＤＣスライスが設定され、リソース情報の収集対象となるＶＭの識別情報が含まれる。ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３は、リソース参照要求に対して、管理対象のＶＭのリソース情報を収集する。ステップＥ１の後、ステップＥ２に進む。

ステップＥ２にて、ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３は、リソース参照応答を作成して、ＳＶＲＯ１２に送信する。リソース参照応答には、管理対象のＶＭから収集したリソース情報が含まれている。ＳＶＲＯ１２は、リソース参照応答に基づいてオートスケールを実施するか否かを判断することができる。以下の説明では、オートスケールを実施する場合について説明する。ステップＥ２の後、ステップＥ３に進む。

ステップＥ３にて、ＳＶＲＯ１２がＤＣ内構成更新要求を、ＤＣごとに作成し、ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３に送信する。ＤＣ内構成更新要求は、内容は異なるがＤＣ内構成生成要求（図７）と同質である。ＤＣ内構成更新要求には、ＤＣ構成情報（図５）が含まれる。ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３は、互いに連携して、取得したＤＣ構成情報に基づいて、ＶＮＦ用のＶＭを更新し、管理するとともに、更新したＶＭが動作する仮想ＮＷをＤＣスライスとして更新し、管理する。ステップＥ３の後、ステップＥ４に進む。

ステップＥ４にて、ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３は、ＤＣ内構成更新応答を、ＤＣごとに作成し、ＳＶＲＯ１２に送信する。ＤＣ内構成更新応答には、ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３が更新したＶＭおよびＤＣスライスが含まれる。ステップＥ４の後、ステップＥ５に進む。

ステップＥ５にて、ＳＶＲＯ１２がＶＮＦ生成要求を作成し、ＶＮＦＭ２１に送信する。ＶＮＦ生成要求には、ＶＮＦ情報（図５）が含まれる。ＶＮＦＭ２１は、取得したＶＮＦ情報に基づいて、更新されたＶＭ上にＶＮＦを生成し、管理する。ステップＥ５の後、ステップＥ６に進む。

ステップＥ６にて、ＶＮＦＭ２１がＶＮＦ生成応答を作成し、ＳＶＲＯ１２に送信する。ＶＮＦ生成応答には、ＶＮＦＭ２１が生成したＶＮＦが含まれる。ステップＥ６の後、ステップＥ７に進む。

ステップＥ７にて、ＳＶＲＯ１２がＤＣスライス状態通知を作成し、Ｅ２ＥＯ１１に送信する。ＤＣスライス状態通知には、ステップＥ４で更新されたＤＣスライスが、ステップＥ５で生成されたＶＮＦを含む形態（図５参照）で含まれている。また、ＳＶＲＯ１２は、更新したＤＣスライスを管理する。ステップＥ７の後、ステップＥ８に進む。

ステップＥ８にて、Ｅ２ＥＯ１１がＥ２Ｅ−ＮＳスライス状態通知を作成し、上位装置Ｕに送信する。Ｅ２Ｅ−ＮＳスライス状態通知には、Ｅ２ＥＯ１１が、ステップＥ７にてＳＶＲＯ１２から取得した、更新後のＤＣスライスと、更新はされていないＥ２Ｅ−ＮＷスライスとを合わせることで生成したＥ２Ｅ−ＮＳスライスが含まれている。また、Ｅ２ＥＯ１１は、更新したＥ２Ｅ−ＮＳスライスを管理する。
オペレータは、更新されたＥ２Ｅ−ＮＳスライス状のＶＮＦ（ＡＰＬ）に対して、必要な設定（周知）を実施することができる（図７のステップＡ１５〜Ａ１８、図１０のステップＤ１５〜Ｄ１８参照）。
図１１の処理によれば、ネットワーク管理装置Ｍは、リソースの使用状況に応じて最適なＥ２Ｅ−ＮＳスライスを自律的に生成および管理することができる。

（ファイル更新（１））
ネットワーク管理装置Ｍが管理するＶＮＦを更新することでファイルを更新する処理について説明する。図１２に示すように、この処理は、ステップＦ１から開始する。

ステップＦ１にて、上位装置Ｕは、ＶＭイメージ追加要求を作成し、ＶＮＦＭ２１に送信する。ＶＭイメージ追加要求には、いずれかのＩＡサーバにＶＭとして追加される新たなＶＭイメージが含まれている。ステップＦ１の後、ステップＦ２に進む。
ステップＦ２にて、ＶＮＦＭ２１は、上位装置Ｕから受信したＶＭイメージ追加要求を、ＶＩＭ２２に送信する。ＶＩＭ２２は、ＶＮＦＭ２１から取得した新たなＶＭイメージを管理する。ステップＦ２の後、ステップＦ３に進む。

ステップＦ３にて、ＶＩＭ２２は、ＶＭイメージ追加応答を作成し、ＶＮＦＭ２１に送信する。ＶＭイメージ追加応答には、新たなＶＭイメージの管理が完了した旨が含まれている。また、ＶＩＭ２２は、新たなＶＭイメージに適用されるＶＮＦのＶＮＦＤを追加または更新する。ステップＦ３の後、ステップＦ４に進む。

ステップＦ４にて、ＶＮＦＭ２１は、ＶＮＦＤ状態通知を作成し、ＳＶＲＯ１２に送信する。ＶＮＦＤ状態通知には、追加または更新されたＶＮＦＤが含まれる。ステップＦ４の後、ステップＦ５に進む。
ステップＦ５にて、ＳＶＲＯ１２は、ＶＮＦＭ２１から受信したＶＮＦＤ状態通知をＥ２ＥＯ１１に送信する。Ｅ２ＥＯ１１は、ＶＮＦＤ状態通知に基づいて、追加または更新されたＶＮＦＤについてカタログを更新する。
図１２の処理によれば、ネットワーク管理装置Ｍは、ファイルの更新が実行されるＶＭイメージを新たに準備することができる。また、ファイルの更新のために更新されるＶＮＦに対してＶＮＦＤを新たに準備することができる。

（ファイル更新（２））
図１２の処理を踏まえて、ネットワーク管理装置Ｍが管理するＶＮＦを更新することでファイルを更新する処理について説明する。図１３に示すように、この処理は、ステップＧ１から開始する。

ステップＧ１にて、上位装置Ｕは、ＶＮＦインスタンス更新要求を作成し、Ｅ２ＥＯ１１に送信する。ＶＮＦインスタンス更新要求には、更新しようとするＶＮＦのインスタンスが含まれている。Ｅ２ＥＯ１１は、ＶＮＦインスタンス更新要求を解析して、Ｅ２Ｅ−ＮＳスライスを更新できるか否かを判断する。ここでは、事前にＶＩＭ２２が新たなＶＭイメージを管理するようにしたため（図１２のステップＦ２）、Ｅ２Ｅ−ＮＳスライスを更新できるものとして説明を続ける。ステップＧ１の後、ステップＧ２に進む。

ステップＧ２にて、Ｅ２ＥＯ１１は、ＤＣスライス更新要求を作成し、ＳＶＲＯ１２に送信する。ＤＣスライス更新要求には、ＤＣ情報（図２、図３）が含まれる。ＳＶＲＯ１２は、ＤＣスライス更新要求を解析して、ＤＣスライスを更新できるか否かを判断する。具体的には、ＳＶＲＯ１２は、ＤＣスライス更新要求に含まれる接続点ｇＣＰ、ｖＣＰ、および、ＶＮＦＣを設定できるＩＡサーバが通信システムに存在するか否かを判定する。ステップＧ２の後、ステップＧ３に進む。

ステップＧ３にて、ＳＶＲＯ１２がＤＣ内構成更新要求を、ＤＣごとに（図１３ではＤ１、ＤＣ２を対象に）作成し、ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３に送信する。ＤＣ内構成更新要求には、ＤＣ構成情報（図５）が含まれる。ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３は、互いに連携して、取得したＤＣ構成情報に基づいて、ＶＮＦ用のＶＭを、新たなＶＭイメージ用いて更新し、管理するとともに、更新したＶＭが動作する仮想ＮＷをＤＣスライスとして更新し、管理する。ステップＧ３の後、ステップＧ４に進む。

ステップＧ４にて、ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３は、ＤＣ内構成更新応答を、ＤＣごとに作成し、ＳＶＲＯ１２に送信する。ＤＣ内構成更新応答には、ＶＩＭ２２およびＨ／Ｗ用ＥＭＳ２３が更新したＶＭおよびＤＣスライスが含まれる。ステップＧ４の後、ステップＧ５に進む。

ステップＧ５にて、ＳＶＲＯ１２がＶＮＦ更新要求を作成し、ＶＮＦＭ２１に送信する。ＶＮＦ更新要求には、ＶＮＦインスタンス更新要求（ステップＧ１）に含まれているＶＮＦのインスタンスを含むＶＮＦ情報（図５）が含まれる。ＶＮＦＭ２１は、取得したＶＮＦ情報に基づいて、更新されたＶＭ上に新たなＶＮＦを生成し、管理する。このとき、更新前のＶＮＦと、更新後の新たなＶＮＦの同期なども実施される。ステップＧ５の後、ステップＧ６に進む。

ステップＧ６にて、ＶＮＦＭ２１がＶＮＦ更新応答を作成し、ＳＶＲＯ１２に送信する。ＶＮＦ更新応答には、ＶＮＦＭ２１が生成した更新後のＶＮＦが含まれる。ステップＧ６の後、ステップＧ７に進む。

ステップＧ７にて、ＳＶＲＯ１２がＤＣスライス更新応答を、Ｅ２ＥＯ１１に送信する。ＤＣスライス更新応答には、ステップＧ４で更新されたＤＣスライスが、ステップＧ５で更新されたＶＮＦを含む形態（図５参照）で含まれている。また、ＳＶＲＯ１２は、更新したＤＣスライスを管理する。ステップＧ７の後、ステップＧ８に進む。

ステップＧ８にて、Ｅ２ＥＯ１１がＶＮＦインスタンス更新応答を作成し、上位装置Ｕに送信する。ＶＮＦインスタンス更新応答には、ＶＮＦの更新が完了した旨が含まれている。また、Ｅ２ＥＯ１１は、更新されたＤＣスライスを用いてＥ２Ｅ−ＮＳスライスを更新し、管理する。
図１３の処理によれば、本実施形態のネットワーク管理装置Ｍは、サービス生成の処理（図７）とほぼ同等の手順でＶＮＦを更新することができるため、ファイルの更新を容易に行うことができる。

（まとめ）
本実施形態によれば、仮想化領域となるコアＮＷに配置されているＩＡサーバおよびコアＮＷ側装置と、非仮想化領域となるアクセスＮＷに配置されているアクセスＮＷ側装置とを含む通信システムのネットワーク構成を、ＮＷ機能（ＶＮＦＣ、ＶＮＦ、ＡＰＬ）、接続点（ｖＣＰ、ｇＣＰ、ａＣＰ）、リンク（ＶＬ）といった抽象化した要素の組み合わせで表現することができる。このため、ネットワーク管理装置Ｍは、抽象化した要素の組み合わせに対してＥ２Ｅ−ＮＳスライスを生成することで、互いに異なるネットワーク形態となるコアＮＷとアクセスＮＷとを紐づけた統合的な管理を実現することができる。これにより、ＮＳ提供側（ＩＡサーバ）からＮＳ利用側（ユーザ）までのＥ２Ｅの管理が実現されるとともに、ＮＳを提供するためのリソースを一元的に管理することができるようになる。その結果、コアＮＷおよびアクセスＮＷを別個に管理する場合と比較して、ネットワークの保守コストを削減するとともに、ユーザへのネットワークサービスの提供を迅速化、効率化させることができる。

特に、図１４に示すように、コアＮＷに配置されているサーバ（ＩＡサーバ）群が、アクセスＮＷから直収される収容局と、収容局と接続する集約局とを構成する場合について有用である。図１４の構成では、ＯＮＵ（Optical Network Unit：光回線終端装置）と収容局との間に設定されるアクセスパスに対して、ＶＭが配置されるサーバを含む収容局および集約局の間で論理パスが設定される。なお、図１４中のＰＴＳは交換機である。

収容局のビル罹災などを考慮して、仮想化技術を活用して、収容局間でのＶＭの移動を行うことが想定される。本実施形態のネットワーク管理装置Ｍは、アクセスパスおよび論理パスを紐づけて管理することができるため、収容局のＶＭを移動した際、論理パスを自動的に切り替えることができるとともに、論理パスの切り替えに追従してアクセスパスも自動で切り替えることができる。
なお、従来では、収容局のＶＭを移動した際、論理パスの切り替えは自動できるが、アクセスパスの切り替えは、手動で行う必要があった。このため、ネットワークの保守コストが増大したり、ユーザへのＮＳ提供の遅延化、非効率化を招いたりしていた。

また、ネットワーク管理装置Ｍが生成するＮＳスライスのうち、ＩＡサーバに大きく関係するＮＷ機能部分（ＤＣ内構成）を対象にしたＤＣスライスを部分的に生成することができる。このため、Ｅ２Ｅ−ＮＳスライス全体の生成を簡略化することができる。

また、ネットワーク管理装置Ｍが生成するＮＳスライスのうち、ＩＡサーバに大きく関係しないＮＷ部分（ＤＣ間構成）を対象にしたＥ２Ｅ−ＮＷスライスを部分的に生成することができる。このため、ＮＳスライス全体の生成を簡略化することができる。

また、ＮＳスライス生成用のカタログを管理することで、外部にて作成されるＮＳ生成要求の作成負担を低減することができる。

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

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

Ｍ ネットワーク管理装置
１ オーケストレータ部（オーケストレータ手段）
２ インフラマネージャ部（インフラマネージャ手段）
１１ Ｅ２ＥＯ（エンドツーエンドリソースオーケストレータ）
１１１ ＮＳ管理部
１１２ ユーザ管理部
１１３ カタログ管理部
１１４ リソース照会部
１２ ＳＶＲＯ（サーバリソースオーケストレータ（部））
１２１ ＤＣスライス管理部
１２２ リソース管理部
１３ ＮＷＲＯ（ネットワークリソースオーケストレータ（部））
１３１ Ｅ２Ｅ−ＮＷスライス管理部
１３２ リソース管理部
１３３ 障害管理部
２１ ＶＮＦＭ
２２ ＶＩＭ
２３ Ｈ／Ｗ用ＥＭＳ
２４ ＡＰＬ用ＥＭＳ
２５ ＯＳＳ
３１ ＮＭＳ
３２ ＥＭＳ
３２ａ ＰＯＮ−ＥＭＳ
３２ｂ Ｌ２−ＥＭＳ
３２ｃ Ｌ３−ＥＭＳ
３３ ＷＩＭ

Claims (5)

1. 仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを管理するネットワーク管理装置であって、
   前記コアＮＷに配置されている汎用サーバ、前記汎用サーバを仮想化した仮想サーバ、前記コアＮＷに配置されているコアＮＷ側装置、および、前記アクセスＮＷに配置されているアクセスＮＷ側装置を管理するインフラマネージャ部と、
   前記仮想サーバにて動作するＮＷ機能を示す要素と、前記ＮＷ機能、前記汎用サーバ、前記コアＮＷ側装置、および、前記アクセスＮＷ側装置に対して設定される接続点を示す要素と、当該接続点同士を接続するリンクを示す要素とを含み、ＮＳ（Network Service）の生成を要求するＮＳ生成要求を外部から取得するオーケストレータ部と、を備え、
   前記オーケストレータ部は、
   前記取得したＮＳ生成要求に基づいて、前記ＮＷ機能が動作する前記仮想サーバを生成し、前記ＮＷ機能、当該生成された仮想サーバが動作する汎用サーバ、前記コアＮＷ側装置、および、前記アクセスＮＷ側装置に前記接続点を設定し、当該接続点を前記リンクで接続することで、前記コアＮＷおよび前記アクセスＮＷに亘るＮＳスライスを生成する、
   ことを特徴とするネットワーク管理装置。
2. 前記オーケストレータ部は、
   前記汎用サーバのリソースを管理し、前記ＮＳ生成要求に含まれる、前記ＮＷ機能を示す要素と、前記ＮＷ機能および前記汎用サーバに対して設定される前記接続点を示す要素と、当該接続点同士を接続する前記リンクを示す要素と、を用いて、前記汎用サーバに対する汎用サーバ用スライスを生成するサーバリソースオーケストレータ部、を備える、
   ことを特徴とする請求項１に記載のネットワーク管理装置。
3. 前記オーケストレータ部は、
   前記コアＮＷのリソースおよび前記アクセスＮＷのリソースを管理し、前記ＮＳ生成要求に含まれる、前記汎用サーバ、前記コアＮＷ側装置、および、前記アクセスＮＷ側装置に対して設定される前記接続点を示す要素と、当該接続点同士を接続する前記リンクを示す要素と、を用いて、前記コアＮＷおよび前記アクセスＮＷに対するＥ２Ｅ−ＮＷスライスを生成するネットワークリソースオーケストレータ部、を備える、
   ことを特徴とする請求項１に記載のネットワーク管理装置。
4. 前記オーケストレータ部は、
   前記ＮＳ生成要求の雛型となるカタログを管理するカタログ管理部を、さらに備える、
   ことを特徴とする請求項１から請求項３のいずれか一項に記載のネットワーク管理装置。
5. 仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを管理するネットワーク管理装置としてコンピュータを、
   前記コアＮＷに配置されている汎用サーバ、前記汎用サーバを仮想化した仮想サーバ、前記コアＮＷに配置されているコアＮＷ側装置、および、前記アクセスＮＷに配置されているアクセスＮＷ側装置を管理するインフラマネージャ手段と、
   前記仮想サーバにて動作するＮＷ機能を示す要素と、前記ＮＷ機能、前記汎用サーバ、前記コアＮＷ側装置、および、前記アクセスＮＷ側装置に対して設定される接続点を示す要素と、当該接続点同士を接続するリンクを示す要素とを含み、ＮＳ（Network Service）の生成を要求するＮＳ生成要求を外部から取得するオーケストレータ手段と、して機能させ、
   前記オーケストレータ手段が、
   前記取得したＮＳ生成要求に基づいて、前記ＮＷ機能が動作する前記仮想サーバを生成し、前記ＮＷ機能、当該生成された仮想サーバが動作する汎用サーバ、前記コアＮＷ側装置、および、前記アクセスＮＷ側装置に前記接続点を設定し、当該接続点を前記リンクで接続することで、前記コアＮＷおよび前記アクセスＮＷに亘るＮＳスライスを生成する、
   ように機能させるためのネットワーク管理プログラム。

Images