JP6307173B2 - システム及び方法 - Google Patents

Description

本発明は、システム及び方法に関する。

従来の仮想化技術を用いたネットワークシステムは、非特許文献１に開示された仮想化技術を用いて、ハードウェア資源を仮想的に切り分けて、ネットワークインフラ上に論理的に生成される仮想ネットワークであるスライスを生成する。そして、当該スライスへサービスを割当てることにより、それぞれ独立したスライスのネットワークを用いてサービス提供することができる。これにより、多様な要求条件を持つサービス各々にスライスを割り当てた場合、サービス個々の要求条件を満たすことを容易にし、そのシグナリング処理などを軽減させることが可能となる。

中尾彰宏、仮想化ノード・プロジェクト新世代のネットワークをめざす仮想化技術、［online］、2010年6月、独立行政法人情報通信研究機構、［2015年3月16日検索］、インターネット<http://www.nict.go.jp/publication/NICT-News/1006/01.html>

ところで、各々のスライスに割り当てられたサービスには、サービス間において共通する機能が含まれていることがある。サービス間で共通の機能をそれぞれのサービスで含めると、当該機能のためのリソースを無駄に消費することになってしまうという問題が生ずる。

本発明は、上記に鑑みてなされたものであり、リソースを無駄に使用することなくスライスへサービスを割当てることができるシステム及び方法を提供することを目的とする。

上記目的を達成するために、本発明の一実施形態に係るシステムは、ネットワークインフラ上に生成される仮想ネットワークであるスライスに割り当てられているサービスにより実行される機能を識別するための機能情報と、当該機能を実行するネットワークインフラ上の装置を示す実行装置情報と、当該装置に接続する装置を示す接続装置情報とを含む機能実行情報を、スライス単位で記憶する記憶手段と、記憶手段により記憶された機能情報に基づいて、複数のスライス間における共通の機能である共通機能を抽出する抽出手段と、抽出手段により抽出された共通機能を、複数のスライスとは異なるスライスへ追加する追加手段と、追加手段によって共通機能が追加されたスライスに対して、共通機能を示す機能情報及び当該共通機能を実行する装置を示す実行装置情報を含んだ機能実行情報を生成する生成手段と、共通の機能を有する複数のスライスの機能実行情報のそれぞれにおける接続装置情報を、生成手段によって生成された機能実行情報の実行装置情報に書き換える書換手段と、を備える。

本発明の一実施形態に係る方法は、ネットワークインフラ上で実行される方法であって、ネットワークインフラ上に生成される仮想ネットワークであるスライスに割り当てられているサービスにより実行される機能を識別するための機能情報と、当該機能を実行するネットワークインフラ上の装置を示す実行装置情報と、当該装置に接続する装置を示す接続装置情報とを含む機能実行情報が、スライス単位で記憶されており、当該記憶された機能情報に基づいて、複数のスライス間における共通の機能を抽出する抽出ステップと、抽出ステップにより抽出された共通機能を、複数のスライスとは異なるスライスへ追加する追加ステップと、追加ステップによって共通機能が追加されたスライスに対して、共通機能を示す機能情報及び当該機能を実行する装置を示す実行装置情報を含んだ機能実行情報を生成する生成ステップと、共通の機能を有する複数のスライスの機能実行情報のそれぞれにおける接続装置情報を、生成ステップによって生成された機能実行情報の実行装置情報に書き換える書換ステップと、を含む。

上記のシステム及び方法によれば、共通の機能を有する複数のスライスの機能実行情報のそれぞれにおける接続装置情報を、上記複数のスライスとは異なる、上記共通の機能を追加したスライスに対応する機能実行情報の実行装置情報に書き換えるので、複数のスライス間で冗長な機能がある場合、その機能分のリソースを節約することができる。すなわち、リソースを無駄に使用することなくスライスへサービスを割当てることができる。

また、上記のシステムでは、機能追加手段によってスライスに追加された機能を最初の機能とするサービスのアクセス先を通知する通知手段をさらに備えてもよい。また、上記の方法では、追加ステップによりスライスに追加された機能を最初の機能とするサービスのアクセス先を通知する通知ステップをさらに含めてもよい。この場合、システムは、サービスの最初の機能を実行するアクセス先を共通機能が追加されたスライスへ変更した場合でも、アクセス先の変更通知をするので、当該サービスを利用するユーザが適切にアクセスすることができる。

本発明によれば、リソースを無駄に使用することなくスライスへサービスを割当てることができる。

本発明の実施形態に係るシステムの構成を示す図である。 スライスとリソースとの対応関係を示す図である。 本発明の実施形態に係るシステムに含まれる装置のブロック図である。 スライス管理テーブルを示す図である。 サービス管理テーブルを示す図である。 サービス対応スライス管理テーブルを示す図である。 機能間接続テーブルを示す図である。 共通スライス生成による各スライスの変化を示す図である。 機能間接続テーブルの変化を示す図である。 ＢＳＳ／ＯＳＳ等のハードウェア構成図である。 本発明の実施形態に係るシーケンス図である。

以下、図面と共に本発明の一実施形態に係るシステム、及び方法の実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。

図１に本実施形態に係るＢＳＳ／ＯＳＳ１０及びＮＦＶＯ３０を含むシステム１（システム）の構成を示す。システム１は、仮想ネットワークであるスライスに対してサービスを割り当てるシステムである。スライスとは、ネットワーク装置のリンクとノードの資源を仮想的に切り分けて、切り分けた資源を結合し、ネットワークインフラ上に論理的に生成される仮想ネットワーク又はサービス網であり、スライス同士は資源を分離しており、互いに干渉しない。サービスとは、通信サービス（専用線サービス等）やアプリケーションサービス（動画配信、エンベデッド装置等のセンサ装置を利用したサービス）等のネットワーク資源を用いたサービスをいう。

図１に示すようにシステム１は、ＢＳＳ／ＯＳＳ（Operations Support System／Business Support System）１０と、ＳＯ（Service Operator）２０と、ＮＦＶＯ３０と、ＶＮＦＭ４０と、ＶＩＭ(Virtualized Infrastructure Management: 仮想化基盤管理)５０とを含んで構成されている。また、システム１には、ＮＦＶＩ（ＮＦＶ(Network Functions Virtualisation) Infrastructure）６０と、ＳＢＳＡ（Service-Based Slice Allocator）７０と基地局８０とＳＵ（Service User）９０を含んで構成されている。なお、ＮＦＶＯ３０とＶＮＦＭ４０とＶＩＭ５０は、ＭＡＮＯ（Management & Orchestration）architectureである。

これらの構成要素は、システム１のコアネットワークを構成するものである。なお、互いに情報の送受信が必要な構成要素間は、有線等で接続されており情報の送受信が可能となっている。

本実施形態に係るシステム１は、物理サーバ上に実現される仮想マシンにおいて動作する仮想サーバによって移動通信端末（例えば、ＳＵ９０）に対して通信機能を提供する。即ち、システム１は、仮想化された移動体通信ネットワークである。通信機能は、仮想マシンによって当該通信機能に応じた通信処理を実行することで移動通信端末に対して提供される。

ＮＦＶＩ６０は、仮想化環境を構成する物理資源（ノード群）から形成されたネットワークを示す。この物理資源は、概念的には計算資源、記憶資源、伝送資源を含む。具体的には、この物理資源は、システム１において通信処理を行う物理的なサーバ装置である物理サーバ、スイッチ等のノードを含んで構成されている。物理サーバは、ＣＰＵ（コア、プロセッサ）、メモリ、及びハードディスク等の記憶手段を備えて構成される。通常、ＮＦＶＩ６０を構成する物理サーバ等のノードは、複数まとめてデータセンタ（ＤＣ）等の拠点に配置される。データセンタでは、配置された物理サーバがデータセンタ内部のネットワークによって接続されており、互いに情報の送受信を行うことができるようになっている。また、システム１には、複数のデータセンタが設けられている。データセンタ間はネットワークで接続されており、異なるデータセンタに設けられた物理サーバはそのネットワークを介して互いに情報の送受信を行うことができる。

ＳＯ（Service Operator）２０は、サービス要求する装置であり、例えば、仮想ネットワークを用いて各種ユーザへサービス提供をする事業者の端末装置（例えば、パーソナルコンピュータ等）である。

ＢＳＳ／ＯＳＳ１０は、システム１におけるサービス管理を行い、システム１での通信機能に係る指示を行うノードである。例えば、ＢＳＳ／ＯＳＳ１０は、ＳＯ２０から新たな通信機能（通信サービス）の追加要求を受け付けると、当該追加要求に基づいてＮＦＶＯ３０に対して、通信サービスを追加するように指示（サービス割当要求）を行う。また、ＢＳＳ／ＯＳＳ１０は、システム１に係る通信事業者によって操作され得る。

ＮＦＶＯ３０は、物理資源であるＮＦＶＩ６０上に構築された仮想ネットワーク（スライス）全体の管理を行う全体管理ノード（機能エンティティ）である。ＮＦＶＯ３０は、ＢＳＳ／ＯＳＳ１０からの指示を受信し、当該指示に応じた処理を行う。ＮＦＶＯ３０は、インフラと通信サービスの移動体通信網の物理資源において構築された仮想化ネットワーク全体にわたる管理を行う。ＮＦＶＯ３０は、仮想ネットワークにより提供される通信サービスをＶＮＦＭ４０及びＶＩＭ５０を経由して適切な場所に実現する。例えば、サービスのライフサイクル管理（具体的には例えば、生成、更新、スケール制御、イベント収集）、移動体通信網内全体にわたる資源の分散・予約・割当管理、サービス・インスタンス管理、及びポリシー管理（具体的には例えば、リソースの予約・割当、地理・法令等に基づく最適配置）を行う。

ＶＮＦＭ４０は、物理資源（ノード）となるＮＦＶＩ６０に対して、サービスに係る機能を追加する仮想通信機能管理ノード（機能エンティティ）である。ＶＮＦＭ４０は、システム１に複数、設けられていてもよい。

ＶＩＭ５０は、ＮＦＶＩ６０における物理資源（ノード）各々を管理する物理資源管理ノード（機能エンティティ）である。具体的には、資源の割当・更新・回収の管理、物理資源と仮想化ネットワークとの関連付け、ハードウェア資源とＳＷ資源（ハイパーバイザー）一覧の管理を行う。通常、ＶＩＭ５０は、データセンタ（局舎）毎に管理を行う。物理資源の管理は、データセンタに応じた方式で行われる。データセンタの管理方式（管理資源の実装方式）は、ＯＰＥＮＳＴＡＣＫやｖＣｅｎｔｅｒ等の種類がある。通常、ＶＩＭ５０は、データセンタの管理方式毎に設けられる。即ち、互いに異なる方式で、ＮＦＶＩ６０における物理資源各々を管理する複数のＶＩＭ５０が含まれる。なお、異なる管理方式で管理される物理資源の単位は、必ずしもデータセンタ単位でなくてもよい。

なお、ＮＦＶＯ３０、ＶＮＦＭ４０及びＶＩＭ５０は、物理的なサーバ装置上でプログラムが実行されることにより実現される（但し仮想化上で実現されることを制限するものでは無く、管理系統を分離した上で、仮想化上で実現してもよい）。ＮＦＶＯ３０、ＶＮＦＭ４０及びＶＩＭ５０は、それぞれ別々の物理的なサーバ装置で実現されていてもよいし、同じサーバ装置で実現されていてもよい。ＮＦＶＯ３０、ＶＮＦＭ４０及びＶＩＭ５０（を実現するためのプログラム）は、別々のベンダから提供されていてもよい。

ＮＦＶＯ３０は、ＢＳＳ／ＯＳＳ１０からのサービス割当要求を受信すると、ＶＩＭ５０に対してスライス（スライスＳＬ１、ＳＬ２等）のためのリソース確保要求を行う。ＶＩＭ５０が、ＮＦＶＩ６０を構成するサーバ装置やスイッチにおけるリソースを確保すると、ＮＦＶＯ３０は、当該これらＮＦＶＩ６０に対してスライスを定義する。

また、ＮＦＶＯ３０は、ＶＩＭ５０に、ＮＦＶＩ６０においてリソース確保させると、当該ＮＦＶＩ６０に対してスライスを定義した情報をＮＦＶＯ３０が記憶しているテーブルに記憶する。そして、ＮＦＶＯ３０は、当該サービスに必要となる機能を実現するためのソフトウェアのインストール要求をＶＮＦＭ４０に対して行う。ＶＮＦＭ４０は、当該インストール要求に応じて、ＶＩＭ５０によって確保されたＮＦＶＩ６０（サーバ装置、スイッチ装置またはルータ装置などのノード）に対して上記ソフトウェアをインストールする。また、ＮＦＶＯ３０は、各サービスにおける機能の実行順を定義する。

ＮＦＶＯ３０は、ＶＮＦＭ４０によりソフトウェアがインストールされると、ＮＦＶＯ３０が記憶しているテーブルへスライスとサービスとの対応付けをする。

例えば図２に示すように、ＮＦＶＯ３０がスライス（ｓｌｉｃｅ１及びｓｌｉｃｅ２）のためのリソース確保要求をＶＩＭ５０へ行うと、ＶＩＭ５０は、その旨の指示をスイッチＳＷ１、スイッチＳＷ２、サーバＳＶ１、及びスイッチＳＷ３に対して行う。そして、これらスイッチＳＷ１、スイッチＳＷ２、サーバＳＶ１、及びスイッチＳＷ３はｓｌｉｃｅ１用にリソースを確保する。同様に、ＶＩＭ５０からの指示に従って、スイッチＳＷ１、スイッチＳＷ２、サーバＳＶ１、及びスイッチＳＷ４は、ｓｌｉｃｅ２用にリソースを確保する。

また、ＶＩＭ５０により、各スイッチ等においてリソースが確保されると、ＮＦＶＯ３０は、ｓｌｉｃｅ１へサービス１を割り当てて、ｓｌｉｃｅ２へサービス２を割り当てる。このように、ＮＦＶＯ３０は、それぞれ独立したスライスへサービスを割り当てる。なお、各スライスには、複数のサービスを割り当てることも可能である。また、ＮＦＶＯ３０は、ＢＳＳ／ＯＳＳ１０からのサービス割当要求対象となるサービスの情報をＮＦＶＯ３０が記憶しているテービルに記憶する。サービスには、当該サービスを行うための機能を有する。ＮＦＶＯ３０は、当該機能とサービスとを関連付けた情報もテーブルへ記憶する。

ＮＦＶＯ３０がスライスへサービスを割り当てると、当該サービスのＩＤと、当該サービスの最初の機能を提供するハードウェアの宛先（例えば、ＩＰアドレス）とを含むアクセス情報をＢＳＳ／ＯＳＳ１０へ送信する。

ＢＳＳ／ＯＳＳ１０は、当該アドレス情報を受信すると、各ＳＢＳＡ７０へ当該アドレス情報を通知する。ＳＢＳＡ７０は、基地局８０と互いに通信可能なサーバ装置であり、ＳＵ（Service User）９０からサービスＩＤと共に、サービス要求が基地局８０へなされると、当該基地局８０がＳＢＳＡ７０へＳＵ９０から受信したサービスＩＤをＳＢＳＡ７０へ通知する。

ＳＢＳＡ７０は、基地局８０からサービスＩＤを受信すると、ＳＢＳＡ７０が記憶するアドレス情報の内、基地局８０から受信したサービスＩＤに対応するアドレス情報のサービスの最初の機能を提供するハードウェアの宛先情報を基地局８０へ送信する。基地局８０は、当該宛先情報をＳＵ９０へ通知する。これにより、ＳＵ９０は、サービスを利用するために最初にアクセスする宛先を特定することができる。

引き続いて、ＢＳＳ／ＯＳＳ１０と、ＮＦＶＯ３０と、ＶＮＦＭ４０と、ＶＩＭ５０とについて、本実施形態に係る機能を図３を用いて説明する。図３に示すようにＢＳＳ／ＯＳＳ１０は、機能情報取得部１１と、機能抽出部１２（機能抽出手段）と、共通化要求部１３と、アクセス先通知部１４（通知手段）とを有する。

機能情報取得部１１は、サービスを実行する機能の情報である機能情報をスライス単位で取得する部分である。ここで、機能情報とは、サービスが実行する機能を識別するための情報である。具体的に、機能情報取得部１１は、ＮＦＶＯ３０へスライス単位に機能情報の送信要求をする。機能情報取得部１１は、機能情報をＮＦＶＯ３０から取得すると、機能抽出部１２へ当該機能情報を送出する。機能情報取得部１１は、スライスと機能とが対応付けられた情報を取得することにより、スライス単位に機能情報を取得する。なお、機能情報取得部１１は、例えば、ＳＯ２０から新規サービスの割当要求を受信したタイミングにＮＦＶＯ３０から機能情報を取得する。なお、機能情報取得部１１は、任意のタイミングで機能情報を取得するようにしてもよい。

機能抽出部１２は、機能情報取得部１１により取得された機能情報に基づいて、複数のサービス間において共通の機能を抽出する部分である。機能抽出部１２は、機能情報取得部１１から機能情報を受け取ると、当該機能情報を参照して、共通の機能を抽出する。例えば、スライス１におけるサービス１において機能Ａ、機能Ｂを実行し、スライス２におけるサービス２において機能Ａ、機能Ｃを実行する場合、機能抽出部１２は、共通している機能として機能Ａを抽出する。機能抽出部１２は、上述のように機能を抽出すると、当該抽出した機能と、当該機能を有するスライスとを共通化要求部１３へ送出する。

共通化要求部１３は、機能抽出部１２により抽出された機能を有するスライスの生成要求をする部分である。共通化要求部１３は、機能抽出部１２から抽出した機能と、当該機能（共通化対象の機能）を有するスライスとを受け取ると、ＮＦＶＯ３０に対して、当該機能及びスライスを送信すると共に、共通スライスの生成要求をする。

アクセス先通知部１４は、サービスの最初の機能を実行するアクセス先を通知する。具体的には、アクセス先通知部１４は、共通化要求部１３により共通化したスライスに含まれる機能を最初の機能とするサービスのアクセス先を、共通化したスライスに含まれる機能を実行するアクセス先へ通知する。

上述のように共通化要求部１３により、ＮＦＶＯ３０に対して、共通スライスの生成要求がなされると、ＮＦＶＯ３０は、共通化したスライスに機能を割当てる。この結果、共通スライスに割り当てる機能が、あるスライスにおける最初に実行される機能であることがある。この場合に、ＮＦＶＯ３０は、当該機能のサービスＩＤ及び共通化した機能に対するアクセス先の情報（アドレス情報）をＢＳＳ／ＯＳＳ１０へ送信する。

アクセス先通知部１４は、上記のようにＮＦＶＯ３０から受信したアドレス情報を受信すると、ＳＢＳＡ７０へ当該アドレス情報を送信する。ＳＢＳＡ７０は、このアドレス情報を受信すると、当該アドレス情報に含まれるサービスＩＤを記憶している場合、記憶されている当該サービスＩＤに対応するアクセス先のアドレスを受信したアドレスへ変更する。これにより、ＳＢＳＡ７０は、共通化されたスライスの機能へのアクセス先へ変更することができ、この結果、上記サービスの最初に実行される機能のアドレスが変更されても、システム１は、当該変更に影響することなくユーザへサービス提供することができる。

続いて、ＮＦＶＯ３０の機能説明をする。ＮＦＶＯ３０は、保持部３１（記憶手段）と、機能情報送信部３２と、共通スライス生成受付部３３（受付手段）と、リソース要求部３４と、機能追加要求部３５と（追加手段）、サービス割当部３６（生成手段、書換手段）とを備える。

保持部３１は、スライスに関する情報、サービスに関する情報を保持する部分である。保持部３１は、スライスに関する情報として、スライス管理テーブルを記憶している。ここで、図４にスライス管理テーブルの例を示す。スライス管理テーブルは、スライスＩＤ，利用可能ノード、モビリティ制御対応可否、可能アクセスエリア範囲、サービス利用時間、使用可能帯域、最小遅延時間、最小パケットロス率、リソース利用率複数サービス受付可否フラグを有する。

スライスＩＤは、ＮＦＶＯ３０がスライス管理テーブルへレコードを新規に追加する際に、決定する一意に識別するためのＩＤである。利用可能ノードは、ＶＩＭ５０へリソース確保要求した結果、ＶＩＭ５０が確保したノード（ＮＦＶＩ６０を構成するノード）を示す。利用可能ノードで定義される情報としては、ノードを識別する情報（ハード名等）、各ノードにおける割り当てられたリソース量（メモリ占有容量やＣＰＵ占有率など）が含まれる。モビリティ制御対応可否は、利用可能ノードがモビリティ制御対応可能であるか否かを示す情報である。可能アクセスエリア範囲は、利用可能ノードの位置に基づいた、アクセス可能なエリアを示す情報である。サービス利用時間は、利用可能ノードに基づいたサービス利用可能な時間を示す情報である。使用可能帯域は、利用可能ノードにおける提供可能な最大の帯域を示す情報である。

最小遅延時間は、利用可能ノードに基づいた最小の遅延時間を示す。最小パケットロス率は、利用可能リソースに基づいた最小のパケットロス率を示す。リソース利用率は、現状におけるノードにおいて割り当てられたリソースの利用率を示す。複数サービス受付可否フラグは、他のサービスから隔離されることが指定されたサービスが割り当てられているか否かを示す値であり、他のサービスから隔離されることが指定されたサービスが割り当てられている場合、その旨の情報（例えば、「１」）が設定される。

後述するリソース要求部３４によって、リソースが確保されたタイミングで、リソース要求部３４が当該スライス管理テーブルに、当該確保したリソースに基づいて情報を追加する。

また、保持部３１は、サービスに関する情報として、サービス管理テーブルを記憶する。図５にサービス管理テーブルを示す。このサービス管理テーブルは、ＢＳＳ／ＯＳＳ１０からサービス登録の要求を受信した際におけるサービス要件に基づいた情報であり、ＮＦＶＯ３０は、当該サービス登録要求に応じて、当該サービス要件に基づいた情報を登録する。サービス管理テーブルは、サービスＩＤ、モビリティ制御、アクセスエリア範囲、サービス利用時間、許容下限帯域、許容遅延時間、許容パケットロス、機能、及び分離フラグを有する。

ＳＯ２０からサービスの新規追加の要求をＢＳＳ／ＯＳＳ１０経由で受信し、当該サービスのためのリソースが確保された後に、ＮＦＶＯ３０は、上記サービスの要件に基づいた情報をサービス管理テーブルに追加する。

また、保持部３１は、サービスが定義されているスライスを示す情報を管理する、サービス対応スライス管理テーブルを記憶する。ここで、図６にサービス対応スライス管理テーブルの例を示す。このサービス対応スライス管理テーブルは、サービスＩＤ及びスライスＩＤを有する。ＮＦＶＯ３０が、サービス管理テーブルへ情報を追加した際におけるサービスＩＤと、割当て先のスライスＩＤとをサービス対応スライス管理テーブルへ登録する。

また、保持部３１は、機能間の接続状態を定義する機能間接続テーブルを記憶する。この機能間接続テーブルは、サービスを実現するための機能を実行する装置（サーバ等）を示す情報を有すると共に、当該機能に接続する機能（例えば、当該機能の次に実行される機能）を示す情報を有する。

図７に、機能間接続テーブルの例を示す。機能間接続テーブルは、スライスＩＤ、サービスＩＤ、機能ＮＯ（機能順）、機能名、サーバ／ＶＭ名、及び次の送信先を含む。スライスＩＤは、機能が割り当てられているスライスのＩＤである。サービスＩＤは、機能を実行するサービスのＩＤである。機能ＮＯは、当該サービスにおける実行順である。機能名は、機能を識別する情報である。サーバ／ＶＭ名は、当該機能をインストールしている装置を示す情報（実行装置情報）である。次の送信先は、当該機能を実行した後の機能を実行する装置を示す情報（接続装置情報）である（例えば、ＩＰアドレス）。このように、保持部３１は、スライスに割り当てられているサービスを実行する機能を記憶する。上記機能間接続テーブルが有している各レコードを機能間接続情報（機能実行情報）という。ＮＦＶＯ３０は、ＳＯ２０からサービスの新規追加の要求をＢＳＳ／ＯＳＳ１０経由で受信し、当該サービスのためのリソースが確保された後に、当該サービスの各機能について、機能間接続情報を生成し、当該機能間接続情報を機能間接続テーブルに追加する。

機能情報送信部３２は、サービスを実行する機能の情報である機能情報をスライス単位で送信する部分である。機能情報送信部３２は、ＢＳＳ／ＯＳＳ１０から機能情報の送信要求を受信すると、保持部３１が保持する機能間接続テーブルに含まれる情報（少なくとも機能名、スライスを含む情報）をスライス単位でＢＳＳ／ＯＳＳ１０へ送信する。

共通スライス生成受付部３３は、ＢＳＳ／ＯＳＳ１０の共通化要求部１３から共通化対象の機能（）の通知を受け付けると共に、共通スライスの生成要求を受け付ける部分である。共通スライス生成受付部３３は、上記共通スライスの生成要求を受け付けると、リソース要求部３４へ共通化対象の機能を通知すると共に、当該機能を割当てるスライス（共通スライス）のためのリソース確保要求をする。共通スライス生成受付部３３は、リソース要求部３４からリソース確保した旨の情報を受信すると、機能追加要求部３５へ当該機能の追加要求を行い、共通化対象の機能とＢＳＳ／ＯＳＳ１０から受信したスライス（スライスＩＤ）をサービス割当部３６へ通知する。

共通スライス生成受付部３３は、サービス割当部３６がサービス割当てした後に、当該サービス割当部３６から割当結果を受け取り、当該割当結果をＢＳＳ／ＯＳＳ１０へ送信する。

リソース要求部３４は、ＶＩＭ５０へリソースの確保要求する部分である。リソース要求部３４は、共通スライス生成受付部３３から受信した機能をＶＩＭ５０へ通知すると共に、リソース確保要求する。リソース要求部３４は、ＶＩＭ５０からリソース確保完了通知（利用可能なノードを示す情報も含む）を受け取ると、機能追加要求部３５へ当該リソース確保完了通知を通知する。

機能追加要求部３５は、ＶＮＦＭ４０へ機能追加を要求する部分である。機能追加要求部３５は、リソース要求部３４から受けた利用可能なノードの内、何れかのノードを通知すると共に、ＶＮＦＭ４０へ機能追加要求をする。機能追加要求部３５は、ＶＮＦＭ４０から機能追加完了通知を受け取ると、サービス割当部３６へ通知する。

サービス割当部３６は、リソース要求部３４及び機能追加要求部３５により生成されたスライス（共通スライス）に対して、機能抽出部１２により抽出された機能を示す機能情報と、当該機能を実行する装置を示す実行装置情報に基づいた機能間接続情報を生成する部分である。そして、サービス割当部３６は、機能間接続情報を生成すると、共通の機能を有する複数のスライスの機能実行情報のそれぞれにおける接続装置情報を、共通スライスに対して生成された機能間接続情報の実行装置情報に書き換える部分である。これにより、共通スライスと、その共通スライスの生成のもととなる複数のスライスとの結合関係を管理することができる。その詳細な処理については、後述の図８および図９において説明する。

続いて、ＶＮＦＭ４０の説明をする。ＶＮＦＭ４０は、機能追加要求受付部４１と、保持部４２と、機能追加部４３を有する。機能追加要求受付部４１は、ＮＦＶＯ３０からの機能追加要求を受け付ける部分である。機能追加要求受付部４１は、機能追加要求を受け付けた旨を機能追加部４３へ通知する。また、機能追加要求受付部４１は、追加機能に係るソフトウェアをＮＦＶＯ３０から受信した場合、当該ソフトウェアも機能追加部４３へ送出する。

機能追加要求受付部４１は、機能追加部４３により、機能追加後に機能追加完了通知を受信した場合、ＮＦＶＯ３０へ機能追加完了した旨を通知する。

保持部４２は、ソフトウェアを保持する部分（例えば、リポジトリ）である。保持部４２は、通信に関する共通的に使用する可能性の高いソフトウェアを保持する。

機能追加部４３は、機能をインストールする部分である。機能追加部４３は、機能追加要求受付部４１から機能追加要求を受け付けると、対象となる利用可能ノードへインストールする。インストールする際に、機能追加部４３は、要求対象の機能が、保持部４２において保持しているソフトウェアの機能の場合は、保持部４２が保持しているソフトウェアを利用可能ノードへインストールする。また、機能追加部４３は、機能追加要求受付部４１からインストール対象のソフトウェアを受信した場合、当該ソフトウェアをインストールする。機能追加部４３は、インストール完了後にＮＦＶＯ３０へインストール完了通知をする。

ＶＩＭ５０は、リソース要求受付部５１と、保持部５２と、リソース確保部５３と、監視部５４とを備える。リソース要求受付部５１は、ＮＦＶＯ３０からのリソース確保要求を受け付ける部分である。リソース要求受け付けると、リソース確保部５３へ通知する。保持部５２は、リソースに関する情報を保持する部分である。保持部５２は、ハードウェアテーブル（各ハードウェアの容量等のリソースを定義した情報）、ハードウェアの利用状況情報（各ハードウェアの利用状況、余剰リソースを定義した情報）等を保持する。

リソース確保部５３は、リソースを確保する部分である。リソース要求受付部５１によりリソース要求の通知を受けると、リソース利用状況テーブルを参照し、当該リソース利用状況テーブルにおける余剰リソースに基づいてスライスを割当てる。リソース確保後、リソース要求受付部５１へ通知する。監視部５４は、ＮＦＶＩ６０の使用状況を監視する部分である。監視部５４は、監視した結果をリソース利用率へ反映する。

引き続いて、図８、図９を用いて、ＢＳＳ／ＯＳＳ１０が共通する機能を抽出し、この抽出結果に基づいて、ＮＦＶＯ３０が機能間接続テーブルを編集する具体例を説明する。

まず、ＢＳＳ／ＯＳＳ１０の機能情報取得部１１が、ＮＦＶＯ３０から機能情報を取得する。この機能情報には、Ｓｌｉｃｅ１と、Ｓｌｉｃｅ２のそれぞれに割り当てられたサービスの情報があるものとする。図８（Ａ）に示すように、Ｓｌｉｃｅ１に割り当てられているサービスが、「ｅＮＢ（無線基地局の機能）」、「ＭＭＥ（基地局間ハンドオーバの機能）」、「ＳＧＷ（ユーザデータの中継機能）」、「ＰＧＷ（外部ネットワークと接続するゲートウェイの機能）」の順にそれぞれの機能を実行できるように接続される。Ｓｌｉｃｅ２に割り当てられているサービスが、「ＷｉｆｉＡＰ（Ｗｉｆｉのアクセスポイントの機能）」、「ＰＧＷ」の順にそれぞれの機能を実行できるように接続される。

なお、Ｓｌｉｃｅ１における「ｅＮＢ」は、サーバＳＶ１で実行され、「ＭＭＥ」は、サーバＳＶ２で実行され、「ＳＧＷ」は、サーバＳＶ３で実行され、「ＰＧＷ」は、サーバＳＶ４で実行される。Ｓｌｉｃｅ２における「ＷｉｆｉＡＰ」は、サーバＳＶ５で実行され、「ＰＧＷ」は、サーバＳＶ６で実行される。

上記の場合の例における、ＮＦＶＯ３０が記憶する機能間接続テーブルの例を、図９（Ａ）に示す。Ｓｌｉｃｅ１に対応する情報は、例えば、機能ＮＯ１（最初の機能）の機能名が「ｅＮＢ」であり、当該機能は「サーバ１／ＶＭ１」で実行され、次の送信先（次の機能が実行される装置）が「サーバ２／ＶＭ１」であることを示す。同様に、Ｓｌｉｃｅ１における機能ＮＯ２、３及び４の情報も定義される。なお、機能ＮＯ４における次の送信先は、インターネット（インターネットに接続するためのサーバ）であると示している。

また、Ｓｌｉｃｅ２に対応する情報は、機能ＮＯ１の機能名が「ＷｉｆｉＡＰ」であり、当該機能は「サーバ５／ＶＭ１」で実行され、次の送信先が「サーバ４／ＶＭ１」であることを示す。同様に、Ｓｌｉｃｅ１における機能ＮＯ２の情報も定義される。

図８（Ａ）の状態において、Ｓｌｉｃｅ１におけるサーバＳＶ４で実行する機能「ＰＧＷ」と、Ｓｌｉｃｅ２におけるサーバＳＶ６で実行する機能「ＰＧＷ」とが共通する。よって、機能抽出部１２は、機能「ＰＧＷ」を共通機能として抽出する。共通化要求部１３は、機能「ＰＧＷ」、スライスＩＤとしてＳｌｉｃｅ１及びＳｌｉｃｅ２をＮＦＶＯ３０へ送信すると共に共通スライスの生成要求を行う。

ＮＦＶＯ３０の共通スライス生成受付部３３は、ＢＳＳ／ＯＳＳ１０から共通スライスの生成要求を受け付け、リソース要求部３４が、ＶＩＭ５０に対して共通スライス（Ｓｌｉｃｅ３）のためのリソース確保要求をし、機能追加要求部３５がＶＮＦＭ５０に対して、共通スライスへ機能「ＰＧＷ」の機能追加要求をする。さらに、サービス割当部３６は、Ｓｌｉｃｅ１及びＳｌｉｃｅ２における機能「ＰＧＷ」を実行する装置をＳｌｉｃｅ３の装置に変更する。

この結果、図８（Ｂ）に示すように、ＮＦＶＯ３０は、共通スライスの生成要求に応じて、共通スライスであるＳｌｉｃｅ３をサーバＳＶ７に生成し、当該サーバＳＶ７へ機能ＰＧＷが機能追加する。そして、Ｓｌｉｃｅ１及びＳｌｉｃｅ２における機能「ＰＧＷ」をサーバＳＶ７で実行するように変更する。

このように、共通スライス生成前にＳｌｉｃｅ１におけるサーバＳＶ４及びＳｌｉｃｅ２におけるサーバＳＶ６で実行していたＰＧＷを共通スライスＳｌｉｃｅ３で実行することにより、サーバＳＶ４及びサーバＳＶ６の双方でＰＧＷを実行する必要が無くなり、リソースを節約することができる。

また、図８（Ｂ）の状態におけるＮＦＶＯ３０が記憶する機能間接続テーブルの例を、図９（Ｂ）に示す。図９（Ｂ）に示すように、サービス割当部３６は、新たにスライス３の機能「ＰＧＷ」を示す機能間接続情報（スライス３における機能ＮＯが１である情報）を生成する。そして、サービス割当部３６は、スライス１の機能ＮＯ４及びスライス２の機能ＮＯ２の機能間接続情報を削除する。さらに、サービス割当部３６は、スライス１の機能ＮＯ３及びスライス２の機能ＮＯ１における次の送信先をスライス３のＰＧＷを実行するサーバへ変更する。

以上が、本実施形態に係る機能である。図１０に本実施形態に係るＢＳＳ／ＯＳＳ１０、ＮＦＶＯ３０、ＶＮＦＭ４０及びＶＩＭ５０を構成するサーバ装置のハードウェア構成を示す。図１０に示すように当該サーバ装置は、一又は複数のＣＰＵ１０１、主記憶装置であるＲＡＭ（Random Access Memory）１０２及びＲＯＭ（Read Only Memory）１０３、通信を行うための通信モジュール１０４（Transmitter or Receiver）、並びにハードディスク等の補助記憶装置１０５（Memory）等のハードウェアを備えるコンピュータを含むものとして構成される。これらの構成要素がプログラム等により動作することにより、上述するＢＳＳ／ＯＳＳ１０、ＮＦＶＯ３０、ＶＮＦＭ４０及びＶＩＭ５０の機能が発揮される。

なお、ＣＰＵ１０１などのプロセッサ（Processor）が図３における各機能を実行することに代えて、その機能全部または一部を専用の集積回路（ＩＣ：integrated circuit）を構築することにより各機能を実行するように構成してもよい。例えば、画像処理や通信制御を行なうための専用の集積回路を構築することにより上記機能を実行するようにしてもよい。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。

なお、ＢＳＳ／ＯＳＳ１０、ＮＦＶＯ３０、ＶＮＦＭ４０及びＶＩＭ５０は複数のサーバ装置からなるコンピュータシステムによって構成されていてもよい。また、システム１に含まれる上記以外のノードも上記のハードウェア構成を有するサーバ装置によって実現されてもよい。また、基地局８０やＳＵ９０（移動通信端末）の各機能の一部又は全ては、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを用いて実現されても良い。また、基地局８０やＳＵ９０は、プロセッサ（ＣＰＵ）と、ネットワーク接続用の通信インターフェースと、メモリと、プログラムを保持したコンピュータ読み取り可能な記憶媒体と、を含むコンピュータ装置によって実現されてもよい。つまり、本発明の一実施形態に係る基地局８０やＳＵ９０などは、本発明に係る処理を行うコンピュータとして機能してもよい。

ここで、プロセッサやメモリなどは情報を通信するためのバスで接続される。また、コンピュータ読み取り可能な記録媒体は、例えば、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリデバイス(例えば、カード、スティック、キードライブ)、ＲＯＭ、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＣＤ−ＲＯＭ（Compact Disc−ＲＯＭ）、ＲＡＭ、レジスタ、リムーバブルディスク、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ、データベース、サーバその他の適切な記憶媒体である。また、プログラムは、電気通信回線を介してネットワークから送信されても良い。また、基地局８０やＳＵ９０は、入力キーなどの入力装置や、ディスプレイなどの出力装置を含んでいてもよい。

基地局８０及びＳＵ９０の機能構成は、上述のハードウェアによって実現されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実現されてもよいし、両者の組み合わせによって実現されてもよい。プロセッサは、オペレーティングシステムを動作させてユーザ端末の全体を制御する。また、プロセッサは、記憶媒体からプログラム、ソフトウェアモジュールやデータをメモリに読み出し、これらに従って各種の処理を実行する。

ここで、当該プログラムは、上記の各実施形態で説明した各動作を、コンピュータに実行させるプログラムであれば良い。例えば、移動通信端末の制御部は、メモリに格納され、プロセッサで動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。以上が、本実施形態に係るシステム１の構成である。

引き続いて、図１１のシーケンス図を用いて、本実施形態に係るシステム１で実行される処理である管理方法を説明する。

まず、所定のタイミングで機能情報取得部１１は、ＮＦＶＯ３０に機能情報の送信要求をすると（ステップＳ１）、ＮＦＶＯ３０から機能情報を受信する（ステップＳ２）。続いて、機能抽出部１２は、サービスの共通機能のチェック（共通機能の抽出処理）をする（ステップＳ３）。共通機能が存在する場合、共通化要求部１３は、ＮＦＶＯ３０に対して機能共通化の要求をする（ステップＳ４）。ＮＦＶＯ３０は、これに応じてＶＩＭ５０に対してリソース確保要求する（ステップＳ５）。

ＶＩＭ５０は、利用可能ノードやそのリソースを確保すると（ステップＳ６）、ＮＦＶＯ３０へリソース確保通知する（ステップＳ７）。ＮＦＶＯ３０は、当該リソース確保通知に基づき、共有スライスのスライス管理テーブルを生成することにより共有スライスを生成する（ステップＳ８）。続いて、機能追加要求部３５は、共通化対象の機能の作成要求をＶＮＦＭ５０へする（ステップＳ９）。ＶＮＦＭ４０は、これに応じて機能を共通スライスへインストールし（ステップＳ１０）、ＮＦＶＯ３０へソフトウェアインストール完了通知をする（ステップＳ１１）。ＮＦＶＯ３０は、ソフトウェアインストール完了通知を受けると、サービス割当部３６は、機能間接続情報を編集し（ステップＳ１２）、共通スライス生成受付部３３が、ＢＳＳ／ＯＳＳ１０へ完了通知をする（ステップＳ１３）。なお、サービス割当部３６が割り当てた機能が、スライスの先頭を変更した場合、共通スライス生成受付部３３は、サービスＩＤと変更後のアドレスとを含むアドレス情報をＢＳＳ／ＯＳＳ１０へ送信する。ＢＳＳ／ＯＳＳ１０のアクセス先通知部１４は、ＮＦＶＯ３０からアドレス情報を受信した場合、ＳＯ２０へ当該アドレス情報を送信する（ステップＳ１４）。

つぎに、本実施形態のＢＳＳ／ＯＳＳ１０及びＮＦＶＯ３０を含むシステム１の作用効果について説明する。ＮＦＶＯ３０では、保持部３１が機能間接続テーブルにおいて、機能情報と、当該機能を実行する装置を示す実行装置情報と、当該装置に接続する装置を示す接続装置情報とを含む機能間接続情報をスライス単位で記憶する。ＮＦＶＯ３０は、この機能間接続情報を所定のタイミングでＢＳＳ／ＯＳＳ１０へ送信する。ＢＳＳ／ＯＳＳ１０では、機能情報取得部１１が、当該機能間接続情報を取得し、機能抽出部１２が当該機能間接続情報を用いて、複数のスライス間において共通の機能を抽出する。ＢＳＳ／ＯＳＳ１０の共通化要求部１３によるスライス生成要求に応じて、ＮＦＶＯ３０のリソース要求部３４及び機能追加要求部３５により、抽出された機能を有するスライスが生成される。サービス割当部３６は、上記生成されたスライスに対して、上記抽出された機能を示す機能情報と当該機能を実行する装置を示す実行装置情報とに基づいた機能間接続情報を生成する。サービス割当部３６は、共通の機能を有するスライスの機能間接続情報のそれぞれにおける接続装置情報を、上記生成された機能間接続情報の実行装置情報に書き換える。

この場合、共通の機能を有する複数のスライスの機能実行情報のそれぞれにおける接続装置情報を、新たに生成したスライスに対応する機能実行情報の実行装置情報に書き換えるので、複数のスライス間で冗長な機能がある場合、その機能分のリソースを節約することができる。すなわち、リソースを無駄に使用することなくスライスへサービスを割当てることができる。

また、サービス割当部３６は、複数のサービスが割り当てられているスライス内の共通の機能を実行する装置の情報を、リソース要求部３４及び機能追加要求部３５により生成されたスライス内における共通化機能を実行する装置の情報に変更する。この場合、上記複数のスライス間で実行していた上記共通の機能をリソース要求部３４及び機能追加要求部３５により生成されたスライスで実行させることができる。

また、アクセス先通知部１４は、共通化したスライスに含まれる機能を最初の機能とするサービスのアクセス先を通知してもよい。この場合、機能抽出装置は、サービスの最初の機能を実行するアクセス先を共通化したスライスの機能へ変更した場合でも、アクセス先の変更通知をするので、当該サービスを利用するユーザが適切にアクセスすることができる。

なお、上述の実施形態では、ＢＳＳ／ＯＳＳ１０の機能抽出部１２が共通機能を抽出する場合について述べたが、ＮＦＶＯ３０が行うようにしてもよい。

なお、上述の実施形態では、機能追加要求部３５は、共通スライス生成受付部３３が共通スライスの生成要求を受け付けた後に生成されたスライスに対して共通化対象の機能を追加する場合について述べたが、予め生成されたスライス（例えば、サービスが割り当てられていないスライス）に対して共通化対象の機能を追加するようにしてもよい。

なお、本明細書で使用する「決定(determining)」という用語は、多種多様な動作を包含する。「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)などを含み得る。また、「決定」は、受信(receiving)（例えば、情報を受信すること）、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）などを含み得る。また、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などを含み得る。

本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

「含む(ｉｎｃｌｕｄｉｎｇ)」、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。

「接続する」、「接続された(connected)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。本明細書で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及び／又はプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、互いに「接続」されると考えることができる。

移動通信端末は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。

本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

１…システム、１０…ＢＳＳ／ＯＳＳ、１１…機能情報取得部、１２…機能抽出部、１３…共通化要求部、１４…アクセス先通知部、２０…ＳＯ、３０…ＮＦＶＯ、３１…保持部、３２…機能情報送信部、３３…共通スライス生成受付部、３４…リソース要求部、３５…機能追加要求部、３６…サービス割当部、４０…ＶＮＦＭ、４１…機能追加要求受付部、４２…保持部、４３…機能追加部、５０…ＶＩＭ、５１…リソース要求受付部、５２…保持部、５３…リソース確保部、５４…監視部、６０…ＮＦＶＩ、７０…ＳＢＳＡ、８０…基地局、９０…ＳＵ、１０１…ＣＰＵ、１０２…ＲＡＭ、１０３…ＲＯＭ、１０４…通信モジュール、１０５…補助記憶装置。

Claims (3)

1. ネットワークインフラ上に生成される仮想ネットワークであるスライスに割り当てられているサービスにより実行される機能を識別するための機能情報と、当該機能を実行するネットワークインフラ上の装置を示す実行装置情報と、当該装置に接続する装置を示す接続装置情報とを含む機能実行情報を、スライス単位で記憶する記憶手段と、
   前記記憶手段により記憶された機能情報に基づいて、複数のスライス間における共通の機能である共通機能を抽出する抽出手段と、
   前記抽出手段により抽出された前記共通機能を、前記複数のスライスとは異なるスライスへ追加する追加手段と、
   前記追加手段によって共通機能が追加されたスライスに対して、前記共通機能を示す機能情報及び当該共通機能を実行する装置を示す実行装置情報を含んだ機能実行情報を生成する生成手段と、
   共通の機能を有する前記複数のスライスの機能実行情報のそれぞれにおける接続装置情報を、前記生成手段によって生成された機能実行情報の実行装置情報に書き換える書換手段と、
   を備えるシステム。
2. 前記追加手段によってスライスに追加された機能を最初の機能とするサービスのアクセス先を通知する通知手段をさらに備える、請求項１に記載のシステム。
3. ネットワークインフラ上で実行される方法であって、
   前記ネットワークインフラ上に生成される仮想ネットワークであるスライスに割り当てられているサービスにより実行される機能を識別するための機能情報と、当該機能を実行するネットワークインフラ上の装置を示す実行装置情報と、当該装置に接続する装置を示す接続装置情報とを含む機能実行情報が、スライス単位で記憶されており、当該記憶された機能情報に基づいて、複数のスライス間における共通の機能である共通機能を抽出する抽出ステップと、
   前記抽出ステップにより抽出された前記共通機能を、前記複数のスライスとは異なるスライスへ追加する追加ステップと、
   前記追加ステップによって共通機能が追加されたスライスに対して、前記共通機能を示す機能情報及び当該機能を実行する装置を示す実行装置情報を含んだ機能実行情報を生成する生成ステップと、
   共通の機能を有する前記複数のスライスの機能実行情報のそれぞれにおける接続装置情報を、前記生成ステップによって生成された機能実行情報の実行装置情報に書き換える書換ステップと、
   を含む方法。

Images