(57)【特許請求の範囲】
【請求項１】
仮想ネットワーク機能のリソースを管理する処理を、第２の管理ノードに指示する、第１の管理ノードと、
前記第１の管理ノードからの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する、前記第２の管理ノードと、
を含んで構成される管理システムであって、
前記第２の管理ノードが輻輳状態である場合、前記第１の管理ノード、前記第２の管理ノードの少なくともいずれかは、前記第１の管理ノードと前記第２の管理ノード間の通信量を抑制する処理を実行し、
前記第２の管理ノードは、当該第２の管理ノードが輻輳状態である場合、要求された機能構成より小さい機能構成で、前記仮想ネットワーク機能のリソースを確保する、管理システム。
【請求項４】
前記第２の管理ノードは、当該第２の管理ノードが輻輳状態である場合において、前記仮想ネットワーク機能のリソースを管理する処理を、前記第１の管理ノードから指示された場合、当該指示された処理の実行を予約し、当該輻輳状態が解消するまで、当該指示された処理の実行を保留する、請求項１に記載の管理システム。
【請求項５】
前記第１の管理ノードは、所定の回数の応答時間の履歴に基づいて、応答時間の平均値を算出し、前記第２の管理ノードの応答時間が、前記平均値を越える場合、前記第２の管理ノードが輻輳状態であると判断し、前記第２の管理ノードからの応答待ち時間を延長する、請求項１又は４に記載の管理システム。
【請求項７】
仮想ネットワーク機能のリソースを管理する処理を、所定の装置に指示する管理装置であって、当該所定の装置が輻輳状態である場合、当該所定の装置と自管理装置間の通信量を抑制する処理を実行し、
前記所定の装置の応答時間の統計値に基づいて、当該所定の装置が輻輳状態であるか否かを判断し、当該所定の装置が輻輳状態である場合、当該所定のノードからの応答待ち時間を延長する、管理装置。
【請求項１１】
所定の装置からの指示に応じて、仮想ネットワーク機能のリソースを管理する処理を実行する管理装置であって、
自管理装置が輻輳状態である場合、前記所定の装置と自管理装置間の通信量を抑制する処理を実行し、
自管理装置が輻輳状態である場合、要求された機能構成より小さい機能構成で、前記仮想ネットワーク機能のリソースを確保する、管理装置。
【請求項１３】
自管理装置が輻輳状態である場合において、前記仮想ネットワーク機能のリソースを管理する処理を、前記所定の装置から指示された場合、当該指示された処理の要求を予約し、当該輻輳状態が解消するまで、当該指示された処理の実行を保留する、請求項１１に記載の管理装置。
【請求項１５】
仮想ネットワーク機能のリソースを管理する処理を、第２の管理ノードに指示する、第１の管理ノードと、
前記第１の管理ノードからの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する、前記第２の管理ノードと、
を含んで構成される管理システムに実行させる管理方法であって、
前記第２の管理ノードが輻輳状態である場合、前記第１の管理ノードと前記第２の管理ノード間の通信量を抑制する工程と、
前記第２の管理ノードが輻輳状態である場合、要求された機能構成より小さい機能構成で、前記仮想ネットワーク機能のリソースを確保する工程と、を含む、管理方法。
【請求項１８】
当該第２の管理ノードが輻輳状態である場合、前記仮想ネットワーク機能のリソースを管理する処理の実行を予約し、当該輻輳状態が解消するまで、当該指示された処理の実行を保留する工程を含む、請求項１５に記載の管理方法。
【請求項１９】
前記第２の管理ノードの応答時間の統計値に基づいて、前記第２の管理ノードが輻輳状態であるか否かを判断する工程と、前記第２の管理ノードが輻輳状態である場合、前記第２の管理ノードからの応答待ち時間を延長する工程と、を含む、請求項１５又は１８に記載の管理方法。
【請求項２１】
仮想ネットワーク機能のリソースを管理する処理を、第２の管理ノードに指示する、第１の管理ノードと、
前記第１の管理ノードからの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する、前記第２の管理ノードと、
を含んで構成される管理システムに実行させるプログラムであって、
前記第２の管理ノードが輻輳状態である場合、前記第１の管理ノードと前記第２の管理ノード間の通信量を抑制する処理と、
前記第２の管理ノードが輻輳状態である場合、要求された機能構成より小さい機能構成で、前記仮想ネットワーク機能のリソースを確保する処理と、を実行する、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願についての記載）
本発明は、日本国特許出願：特願２０１７−０１７０６６号（２０１７年２月１日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、管理システム、管理装置、管理方法及びプログラムに関する。
【背景技術】
【０００２】
ネットワーク機器（ルータ、ゲートウェイ、ファイアウォール、ロードバランサ等）の機能を仮想化する、ネットワーク機能仮想化（ＮＦＶ；Network Function Virtualisation）の利用が広がっている。ＮＦＶにおいては、仮想マシン上で、ネットワーク機器の機能を実行することで、仮想マシンは、ネットワーク機器の機能を代替する。【０００３】
非特許文献１においては、ＮＦＶを実現するための構成が開示されている。非特許文献１に記載の構成においては、ＮＦＶＯ（Network Functions Virtualisation Orchestrator）、ＶＮＦＭ（Virtualised Network Functions Manager）、ＶＩＭ（Virtualised Infrastructure Manager）は仮想リソースの管理、仮想ネットワーク機能（ＶＮＦ：Virtualised Network Functions）のライフサイクルの管理等を行う。具体的には、ＮＦＶＯ及びＶＮＦＭは、ＶＩＭに対して、仮想リソースの管理、及び／又はＶＮＦのライフサイクルの管理を要求する。そして、ＶＩＭは、仮想リソースの管理、及び／又はＶＮＦのライフサイクルの管理を実行する。【０００４】
特許文献１においては、ＮＦＶ環境において、ＶＮＦのスケールアウトを行う技術が記載されている。具体的には、特許文献１に記載された技術においては、ＶＮＦＭは、ＶＩＭにて予め予約している余剰の仮想化資源である余剰資源に関する余剰資源情報を格納するＶＮＦＭ余剰資源情報ＤＢを備える。ＶＮＦＭは、ＶＮＦから仮想化資源が不足している旨の通知を受信すると、ＶＮＦＭ余剰資源情報ＤＢに格納された余剰資源情報に基づいて、予約している余剰資源の仮想サーバを特定し、特定した仮想サーバを配備する旨の指示をＶＩＭに送信する。ＶＩＭは、ＶＮＦＭから仮想サーバを配備する旨の指示を受信すると仮想サーバを配備する。【０００５】
特許文献２においては、複数の仮想マシン等の各種制御装置による切り替えがなされた場合であっても、データベースから最新のデータを取得するように制御する技術が記載されている。具体的には、特許文献２に記載された技術においては、ＮＦＶＯは、各記憶間の同期遅延を示す遅延情報を記憶する。ＶＮＦは、移動通信端末からの発信要求を受け付ける。さらに、ＶＮＦは、受け付けられた発信要求に応じて、複数のデータベース装置の内、少なくとも一つのデータベース装置にアクセスする。さらに、ＶＮＦは、ＮＦＶＯから遅延情報を取得すると共に、切替要求を受け付ける。そして、ＶＮＦは、切替要求を受け付けたことをトリガーとして、遅延情報に基づいて、データベース装置から最新のデータを取得するように制御する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１５−１９４９４９号公報
【特許文献２】特開２０１５−２２２４８１号公報
【非特許文献】
【０００７】
【非特許文献１】“Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎｓ  Ｏｒｃｈｅｓｔｒａｔｉｏｎ（ＮＦＶ）；Ｍａｎａｇｅｍｅｎｔ  ａｎｄ  Ｏｒｃｈｅｓｔｒａｔｉｏｎ；Ｆｕｎｃｔｉｏｎｏｎａｌ  ｒｅｑｕｉｒｅｍｅｎｔｓ  ｓｐｅｃｉｆｉｃａｔｉｏｎ”ＥＴＳＩ  ＧＳ  ＮＦＶ−ＩＦＡ  ０１０  Ｖ２．１．１（２０１６―０４）、［ｏｎｌｉｎｅ］、平成２８（２０１６）年１２月２８日検索、インターネット〈URL:http://www.etsi.org/deliver/etsi_gs/NFV-IFA/001_099/010/02.01.01_60/gs_NFV-IFA010v020101p.pdf〉
【発明の概要】
【発明が解決しようとする課題】
【０００８】
なお、上記先行技術文献の開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明の観点からなされたものである。【０００９】
非特許文献１に記載の構成においては、ＮＦＶＯ及びＶＮＦＭは、ＶＩＭの負荷を監視、把握することができない。そのため、ＶＩＭが過負荷である場合であっても、ＮＦＶＯ及びＶＮＦＭは、ＶＩＭに対して、処理を要求する信号を送信する場合がある。その結果、ＶＩＭが輻輳状態である場合であっても、ＮＦＶＯ及びＶＮＦＭは、ＶＩＭに対して、処理を要求する信号を送信し、より一層、ＶＩＭの負荷を増大させる。ＶＩＭの負荷が増大すると、ＶＩＭは、ＶＮＦのライフサイクルに関する処理を適切に実行できない恐れがある。【００１０】
特許文献１、２においては、ＶＩＭが輻輳状態になり、ＶＮＦのライフサイクルに関する処理を適切に実行できない場合については一切記載されていない。そのため、特許文献１、２に記載の技術においては、ＶＩＭが輻輳状態である場合、ＶＮＦのライフサイクルに関する処理を適切に実行できない恐れがある。【００１１】
そこで、本発明は、ＶＮＦのライフサイクルに関する処理を適切に実行することに貢献する管理システム、管理装置、管理方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
第１の視点によれば、管理システムが提供される。該管理システムは、仮想ネットワーク機能のリソースを管理する処理を、第２の管理ノードに指示する、第１の管理ノードを含んで構成される。
さらに、該管理システムは、前記第１の管理ノードからの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する、前記第２の管理ノードを含んで構成される。
該管理システムにおいて、前記第２の管理ノードが輻輳状態である場合、前記第１の管理ノード、前記第２の管理ノードの少なくともいずれかは、前記第１の管理ノードと前記第２の管理ノード間の通信量を抑制する処理を実行する。【００１３】
第２の視点によれば、管理装置が提供される。該管理装置は、仮想ネットワーク機能のリソースを管理する処理を、所定の装置に指示する。さらに、該管理装置は、当該所定の装置が輻輳状態である場合、当該所定の装置と自管理装置間の通信量を抑制する処理を実行する。
本発明の他の視点によれば、他の管理装置が提供される。該管理装置は、所定の装置からの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する。さらに、該管理装置は、自管理装置が輻輳状態である場合、前記所定の装置と自管理装置間の通信量を抑制する処理を実行する。【００１４】
第３の視点によれば、仮想ネットワーク機能のリソースを管理する処理を、第２の管理ノードに指示する、第１の管理ノードと、前記第１の管理ノードからの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する、前記第２の管理ノードと、を含んで構成される管理システムに実行させる管理方法が提供される。
該管理方法は、前記第２の管理ノードが輻輳状態である場合、前記第１の管理ノードと前記第２の管理ノード間の通信量を抑制する工程を含む。
なお、本方法は、仮想ネットワーク機能のリソースを管理する管理ノードという、特定の機械に結び付けられている。【００１５】
第４の視点によれば、仮想ネットワーク機能のリソースを管理する処理を、第２の管理ノードに指示する、第１の管理ノードと、前記第１の管理ノードからの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する、前記第２の管理ノードと、を含んで構成される管理システムに実行させるプログラムが提供される。
該管理プログラムは、前記第２の管理ノードが輻輳状態である場合、前記第１の管理ノードと前記第２の管理ノード間の通信量を抑制する処理を、前記管理システムに実行させる。
なお、本プログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transient）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。
【発明の効果】
【００１６】
各視点によれば、ＶＮＦのライフサイクルに関する処理を適切に実行することに貢献する管理システム、管理装置、管理方法及びプログラムが提供される。
【図面の簡単な説明】
【００１７】
【図１】一実施形態の概要を説明するための図である。
【図２】通信システム１０の全体構成の一例を示すブロック図である。
【図３】通信システム１０の内部構成の一例を示すブロック図である。
【図４】第１の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。
【図５】第１の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。
【図６】第１の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。
【図７】第２の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。
【図８】第２の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。
【図９】第２の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。
【図１０】第３の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。
【図１１】第３の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。
【図１２】第３の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。
【図１３】第４の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。
【図１４】第４の実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。
【発明を実施するための形態】
【００１８】
初めに、図１を用いて一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、各ブロック図のブロック間の接続線は、双方向及び単方向の双方を含む。なお、接続線の接続部には、入力／出力ポートないしインターフェースが、明示は省略されるが存在する。
【００１９】
上述の通り、ＶＮＦのライフサイクルに関する処理を適切に実行することに貢献する管理システム、管理装置、管理方法及びプログラムが望まれる。
【００２０】
そこで、一例として、図１に示す管理システム１０００を提供する。管理システム１０００は、第１の管理ノード１００１と、第２の管理ノード１００２とを含んで構成される。
【００２１】
第１の管理ノード１００１は、ＶＮＦ（Vertualised Network Function；仮想ネットワーク機能）１０１０のリソース１０２０を管理する処理を、第２の管理ノード１００２に指示する。
【００２２】
第２の管理ノード１００２は、第１の管理ノード１００１からの指示に応じて、ＶＮＦ１０１０のリソース１０２０を管理する処理を実行する。具体的には、ＶＮＦ１０１０が生成、更新、終了等される場合に、第２の管理ノード１００２は、ＶＮＦ１０１０のリソースを確保、割り当て、解放等の処理を実行する。
【００２３】
第２の管理ノード１００２が輻輳状態である場合、第１の管理ノード１００１、第２の管理ノード１００２の少なくともいずれかは、第１の管理ノード１００１と第２の管理ノード１００２間の通信量を抑制する処理を実行する。第１の管理ノード１００１と第２の管理ノード１００２間の通信量が抑制されることで、第２の管理ノード１００２の負荷が軽減され、輻輳状態が緩和される。例えば、第１の管理ノード１００１が、第１の管理ノード１００１から第２の管理ノード１００２への要求（指示）を減らすことで、第１の管理ノード１００１と第２の管理ノード１００２間の通信量が抑制される。
【００２４】
第２の管理ノード１００２が輻輳状態である場合、ＶＮＦ１０１０のリソース１０２０を適切に管理できない恐れがある。そして、第２の管理ノード１００２が、ＶＮＦ１０１０のリソース１０２０を適切に管理できないことで、ＶＮＦのライフサイクルに関する処理が実行失敗する恐れがある。
【００２５】
しかし、第１の管理ノード１００１と第２の管理ノード１００２間の通信量を抑制することで、第２の管理ノード１００２の輻輳状態が緩和される。その結果、第２の管理ノード１００２が、ＶＮＦ１０１０のリソース１０２０を適切に管理できる。そして、第２の管理ノード１００２が、ＶＮＦ１０１０のリソース１０２０を適切に管理することは、ＶＮＦのライフサイクルに関する処理の実行失敗を回避することに貢献する。
【００２６】
従って、管理システム１０００は、ＶＮＦのライフサイクルに関する処理を適切に実行することに貢献する。
【００２７】
［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。
【００２８】
図２は、本実施形態に係る通信システム１０の全体構成の一例を示すブロック図である。本実施形態に係る通信システム１０は、管理システム１と、ＶＮＦ（仮想ネットワーク機能）２と、ＶＮＦ２の実行を制御するリソース３と、を含んで構成される。管理システム１は、第１の管理ノード１１と、第２の管理ノード１２とを含んで構成される。
【００２９】
ＶＮＦ２は、仮想化されたネットワーク機能を実現するユニットである。例えば、ＶＮＦ２は、仮想化された環境で実現された、ルータ、ゲートウェイ、ファイアウォール、ロードバランサ等、ネットワーク機器の機能であっても良い。
【００３０】
リソース３は、ＶＮＦ２を実現及び制御する、仮想マシン及びハードウェアである。仮想マシンは、仮想化された環境で処理を実行し、ＶＮＦ２を実現及び制御する。
【００３１】
管理システム１は、クライアント４からの指示に基づいて、ＶＮＦ２のライフサイクルを管理する。ＶＮＦ２のライフサイクルとは、ＶＮＦ２の生成、更新、終了等の処理を含む。
【００３２】
クライアント４は、例えば、管理システム１の保守者が使用する端末装置、管理システム１の上位の装置等である。
【００３３】
第１の管理ノード１１は、ＶＮＦ２のリソースを管理する処理を、第２の管理ノード１２に指示する。すなわち、第１の管理ノード１１は、リソース３を管理する処理を、第２の管理ノード１２に指示する。
【００３４】
第２の管理ノード１２は、第１の管理ノード１１からの指示に応じて、ＶＮＦ２のリソース（即ち、リソース３）を管理する処理を実行する。
【００３５】
第２の管理ノード１２が輻輳状態である場合、第１の管理ノード１１、第２の管理ノード１２の少なくともいずれかは、第１の管理ノード１１と第２の管理ノード１２間の通信量を抑制する処理を実行する。第２の管理ノード１２の輻輳状態が解消された場合には、第１の管理ノード１１、第２の管理ノード１２の少なくともいずれかは、第１の管理ノード１１と第２の管理ノード１２間の通信量の抑制を解除する。
【００３６】
次に、図３を参照しながら、本実施形態に係る通信システム１０について、更に詳細に説明する。
【００３７】
図３は、本実施形態に係る通信システム１０の内部構成の一例を示すブロック図である。
【００３８】
図３を参照すると、本実施形態に係る通信システム１０は、管理システム１と、ＶＮＦレイヤ５と、リソースレイヤ６を含んで構成される。ＶＮＦレイヤ５は、図２に示すＶＮＦ２を実現する。リソースレイヤ６は、図２に示すリソース３を実現する。また、管理システム１、ＶＮＦレイヤ５、リソースレイヤ６は、通信サービスノード７と通信する。なお、図３は、本実施形態に係る通信システム１０の一例であり、本実施形態に係る通信システム１０を、図３に示す構成に限定する趣旨ではない。
【００３９】
（ＶＮＦレイヤ５）
まず、ＶＮＦレイヤ５について、詳細に説明する。
【００４０】
ＶＮＦレイヤ５は、仮想ノード（ＶＮＦ）（５１―ａ〜５１―ｃ）と、管理仮想ノード（ＥＭＳ（Element Management System））（５２―ａ〜５２−ｃ）とを含んで構成される。なお、以下の説明では、仮想ノード（ＶＮＦ）（５１―ａ〜５１―ｃ）、管理仮想ノード（ＥＭＳ）（５２―ａ〜５２−ｃ）は、夫々、区別する必要が無い場合には、仮想ノード（ＶＮＦ）５１、管理仮想ノード（ＥＭＳ）５２と表記する。また、図３は、３つの仮想ノード（ＶＮＦ）（５１―ａ〜５１―ｃ）、３つの管理仮想ノード（ＥＭＳ）（５２―ａ〜５２−ｃ）を示すが、これは、仮想ノード（ＶＮＦ）５１、管理仮想ノード（ＥＭＳ）５２を３つに限定する趣旨ではない。
【００４１】
仮想ノード（ＶＮＦ）５１に、ネットワーク機能を設定（実装）することで、仮想ノード（ＶＮＦ）５１は、ＶＮＦを実現する。仮想マシンは、ネットワーク機能が設定された仮想ノード（ＶＮＦ）５１を利用して、仮想ノード（ＶＮＦ）５１に設定されたネットワーク機能を実行する。なお、一つの仮想ノード（ＶＮＦ）５１は、２以上の仮想マシンに対応しても良いことは勿論である。また、一つの仮想マシンは、２以上の仮想ノード（ＶＮＦ）５１を利用しても良いことは勿論である。
【００４２】
管理仮想ノード（ＥＭＳ）５２は、仮想ノード（ＶＮＦ）５１を管理する。具体的には、管理仮想ノード（ＥＭＳ）５２は、当該仮想ノード（ＶＮＦ）５１に設定されたネットワーク機能を管理する。管理仮想ノード（ＥＭＳ）５２は、夫々、一つの仮想ノード（ＶＮＦ）５１を管理しても良い。または、一つの管理仮想ノード（ＥＭＳ）５２が、２以上の仮想ノード（ＶＮＦ）５１を管理しても良い。
【００４３】
（リソースレイヤ６）
次に、リソースレイヤ６について、詳細に説明する。
リソースレイヤ６は、制御部（ハードウェア）６１と、記憶部（ハードウェア）６２と、通信部（ハードウェア）６３と、仮想化レイヤ６４と、仮想制御部６５と、仮想記憶部６６と、仮想通信部６７とを含んで構成される。
【００４４】
仮想マシンは、仮想制御部６５と、仮想記憶部６６と、仮想通信部６７とを含んで構成される。ここで、リソースレイヤ６は、２以上の仮想マシンを含んで構成されても良い。なお、以下の説明では、制御部（ハードウェア）６１、記憶部（ハードウェア）６２、通信部（ハードウェア）６３を、夫々区別する必要が無い場合、単に、「ハードウェア」とも呼ぶ。また、以下の説明では、仮想制御部６５と、仮想記憶部６６と、仮想通信部６７を、夫々区別する必要が無い場合、単に、「仮想マシン」とも呼ぶ。
【００４５】
制御部（ハードウェア）６１は、リソースレイヤ６を構成する情報処理装置（コンピュータ）を制御する。例えば、制御部（ハードウェア）６１は、ＣＰＵ（Central Processing Unit）等を用いて実現される。
【００４６】
記憶部（ハードウェア）６２は、リソースレイヤ６を構成する情報処理装置を動作させるために必要な情報を記憶する。例えば、記憶部（ハードウェア）６２は、磁気ディスク装置や光ディスク装置、半導体メモリを用いて実現される。
【００４７】
通信部（ハードウェア）６３は、制御部（ハードウェア）６１及び記憶部（ハードウェア）６２が、仮想マシン、管理システム１、通信サービスノード７、クライアント４等との通信処理を制御する。また、通信部（ハードウェア）６３は、本実施形態に係る通信システム１０とは異なるネットワークとの通信処理を制御する。例えば、通信部（ハードウェア）６３は、ＮＩＣ（Network Interface Card）等を用いて実現される。
【００４８】
仮想化レイヤ６４は、ハードウェアを抽象化する処理を実行する。さらに、仮想化レイヤ６４は、ハードウェアと、仮想マシン及びＶＮＦとの接続を中継する。換言すると、ハードウェアは、仮想化レイヤ６４を介して、仮想マシン及びＶＮＦにアクセスし、仮想マシンに設定された処理、及びＶＮＦを実行する。
【００４９】
仮想制御部６５は、仮想ノード５１に設定されるＶＮＦを実行する。仮想記憶部６６は、ＶＮＦを実行するために必要な情報を記憶する。仮想通信部６７は、管理システム１、通信サービスノード７、クライアント４等との通信処理を制御する。
【００５０】
（通信サービスノード７）
通信サービスノード７は、通信サービスを提供する。例えば、通信事業者が、通信サービスノード７を管理する。例えば、通信サービスノード７は、ＥＴＳＩのＮＦＶ標準（非特許文献１）において規定される、ＯＳＳ／ＢＳＳ（Operations Support Systems and Business Support Systems）として機能しても良い。
【００５１】
（管理システム１）
次に、管理システム１について、詳細に説明する。
【００５２】
管理システム１は、第１の管理ノード１１と、第２の管理ノード１２とを備える。第１の管理ノード１１は、システム管理ノード１１１と、１又は２以上の機能管理ノード１１２とを備える。第２の管理ノード１２は、リソース管理ノード１２１を備える。
【００５３】
システム管理ノード１１１は、クライアント４から、ＶＮＦの生成等の指示を受け付ける。そして、システム管理ノード１１１は、クライアント４から、ＶＮＦの生成等の指示を受け付けた場合、対象のＶＮＦを管理する機能管理ノード１１２に、指示された処理の可否を問い合わせる。システム管理ノード１１１は、指示された処理を実行可能である場合、対象のＶＮＦに必要なリソースを確保する処理を、リソース管理ノード１２１に指示する。
【００５４】
機能管理ノード１１２は、ＶＮＦのライフサイクルを管理する。機能管理ノード１１２は、ＶＮＦ毎に、管理システム１に配置されても良い。または、一つのリソース管理ノード１２１が、２以上のＶＮＦのライフサイクルを管理しても良い。
【００５５】
また、機能管理ノード１１２は、システム管理ノード１１１からの要求に応じて、ＶＮＦのライフサイクルに関する処理の可否を判断する。そして、機能管理ノード１１２は、ＶＮＦのライフサイクルに関する処理の可否を、システム管理ノード１１１に応答する。また、機能管理ノード１１２は、対象のＶＮＦにリソースを割り当てる処理の実行を、リソース管理ノード１２１に指示する。さらに、機能管理ノード１１２は、ＶＮＦの生成等、ＶＮＦのライフサイクルに関する処理を実行する。
【００５６】
リソース管理ノード１２１は、ＶＮＦのリソースを管理する処理を実行する。具体的には、リソース管理ノード１２１は、システム管理ノード１１１からの指示に応じて、対象のＶＮＦに必要なリソースを確保する処理を実行する。さらに、リソース管理ノード１２１は、機能管理ノード１１２からの指示に応じて、対象のＶＮＦにリソースを割り当てる処理を実行する。
【００５７】
ここで、リソース管理ノード１２１が輻輳状態である場合、リソース管理ノード１２１は、対象のＶＮＦに関して、要求された機能構成より小さい機能構成で、ＶＮＦのリソースを確保する。そして、リソース管理ノード１２１は、要求された機能構成より小さいリソースを、対象のＶＮＦに割り当てる。
【００５８】
一方、リソース管理ノード１２１の輻輳状態が解消された場合、リソース管理ノード１２１は、対象のＶＮＦに関して、当初要求された機能構成を満たすリソースを確保する。そして、リソース管理ノード１２１は、当初要求された機能構成を満たすリソースを、対象のＶＮＦに割り当てる。
【００５９】
例えば、システム管理ノード１１１は、ＥＴＳＩのＮＦＶ標準（非特許文献１）において規定される、オーケストレータ（Orchestrator）として実装されても良い。また、例えば、機能管理ノード１１２は、ＥＴＳＩのＮＦＶ標準において規定される、ＶＮＦマネージャ（VNF Manager）として実装されても良い。また、例えば、リソース管理ノード１２１は、ＥＴＳＩのＮＦＶ標準において規定される、ＶＩＭ（Virtualised Infrastructure Manager）として実装されても良い。
【００６０】
次に、本実施形態に係る通信システム１０の動作について、図４、図５、図６を参照しながら詳細に説明する。なお、以下の説明においては、ＶＮＦのインスタンシエーション処理を例示して説明するが、本実施形態に係る管理システム１の処理を、ＶＮＦのインスタンシエーション処理に限定する趣旨ではない。ＶＮＦのスケールアウト処理、ヒーリング処理に、本実施形態に係る管理システム１における処理を適用しても良い。また、以下で説明する通信システム１０の動作は、本実施形態に係る通信システム１０の一例であり、以下で説明する動作に限定する趣旨ではない。
【００６１】
図４、図５、図６は、本実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。
【００６２】
図４を参照すると、ステップＳ００１において、クライアント４は、システム管理ノード１１１に、ＶＮＦの生成を指示する。システム管理ノード１１１は、クライアント４からＶＮＦの生成指示を受信すると、機能管理ノード１１２に、ＶＮＦの生成を指示する（ステップＳ００２）。具体的には、システム管理ノード１１１は、生成を指示されたＶＮＦを管理する機能管理ノード１１２に、当該ＶＮＦの生成を指示する。
【００６３】
ステップＳ００３において、機能管理ノード１１２は、ＶＮＦの生成許可要求をシステム管理ノード１１１に送信する。ここで、ＶＮＦの生成許可要求は、生成対象のＶＮＦを実現する機能構成、及び当該機能構成を満たすリソースに関する情報を含む。
【００６４】
ステップＳ００４において、システム管理ノード１１１は、要求された機能構成を満たすリソースの予約を、リソース管理ノード１２１に要求する。
【００６５】
ステップＳ００５において、リソース管理ノード１２１は、輻輳状態であるか否かを判断する。リソース管理ノード１２１が輻輳状態ではない場合（ステップＳ００５のＮｏ分岐）には、要求された機能構成を満たすリソースを確保する（ステップＳ００６）。そして、ステップＳ００８に遷移する。
【００６６】
一方、リソース管理ノード１２１が輻輳状態である場合（ステップＳ００５のＹｅｓ分岐）には、リソース管理ノード１２１は、要求された機能構成より小さい機能構成を満たすリソースを確保する（ステップＳ００７）。ここで、リソース管理ノード１２１が確保するリソースのサイズが小さいほど、リソースを確保する処理において、リソース管理ノード１２１の負荷は小さい。
【００６７】
ステップＳ００８において、確保したリソースに関する情報を、システム管理ノード１１１に通知する。
【００６８】
ステップＳ００９において、システム管理ノード１１１は、通知された機能構成のリソースを用いて、ＶＮＦを構成可能であるか否かを判断する（ステップＳ００９）。通知された機能構成のリソースを用いて、ＶＮＦを構成可能ではない場合（ステップＳ００９のＮｏ分岐）には、システム管理ノード１１１は、機能管理ノード１１２を介して、ＶＮＦを構成不可であることをリソース管理ノード１２１に通知する（ステップＳ０１０、Ｓ０１１）。そして、リソース管理ノード１２１は、輻輳状態である場合、輻輳状態が解消されるまで、ＶＮＦの生成処理の実行を保留する（ステップＳ０１２）。
【００６９】
一方、通知された機能構成のリソースを用いて、ＶＮＦを構成可能である場合（ステップＳ００９のＹｅｓ分岐）には、システム管理ノード１１１は、ＶＮＦを構成可能であること、通知された機能構成、及びリソースを機能管理ノード１１２に通知する（ステップＳ０１３）。そして、図５に示すステップＳ０２１に遷移する。
【００７０】
次に、図５を参照しながら、引き続き、本実施形態に係る通信システム１０の動作について説明する。
【００７１】
ステップＳ０２１において、機能管理ノード１１２は、通知された機能構成を構成可能であるか否かを判断する。通知された機能構成を構成可能ではない場合（ステップＳ０２１のＮｏ分岐）には、機能管理ノード１１２は、ＶＮＦを構成不可であることを、リソース管理ノード１２１に通知する（ステップＳ０２２）。そして、リソース管理ノード１２１は、輻輳状態が解消されるまで、ＶＮＦの生成処理の実行を保留する（ステップＳ０２３）。
【００７２】
一方、通知された機能構成を構成可能である場合（ステップＳ０２１のＹｅｓ分岐）には、機能管理ノード１１２は、通知された機能構成を満たすリソースの割り当てを要求する（ステップＳ０２４）。つまり、機能管理ノード１１２は、ステップＳ００７においてリソース管理ノード１２１が確保したリソースを、生成対象のＶＮＦに割り当てることを要求する。ここで、割り当てを要求するリソースのサイズが小さいほど、機能管理ノード１１２とリソース管理ノード１２１間の通信量は小さい。つまり、割り当てを要求するリソースのサイズが小さいほど、リソース管理ノード１２１の通信負荷は小さい。
【００７３】
ステップＳ０２５において、リソース管理ノード１２１は、割り当てを要求されたリソースを、生成対象のＶＮＦに割り当てる。つまり、リソース管理ノード１２１は、ステップＳ００７において確保したリソースを、生成対象のＶＮＦに割り当てる。ここで、割り当てるリソースのサイズが小さいほど、リソースを割り当てる処理において、リソース管理ノード１２１の負荷は小さい。
【００７４】
ステップＳ０２６において、リソース管理ノード１２１は、機能管理ノード１１２に、リソースの割り当て完了を通知する。機能管理ノード１１２は、リソースの割り当て完了通知を受信すると、仮想ノード（ＶＮＦ）５１に、ＶＮＦを配置するために必要な情報を設定し、ＶＮＦを生成する（ステップＳ０２７）。そして、機能管理ノード１１２は、ＶＮＦの生成完了を、管理仮想ノード（ＥＭＳ）５２に通知する（ステップＳ０２８）。そして、図６に示すステップＳ０４１に遷移する。
【００７５】
次に、図６を参照しながら、引き続き、本実施形態に係る通信システム１０の動作について説明する。
【００７６】
機能管理ノード１１２が、ＶＮＦの設定完了を管理仮想ノード（ＥＭＳ）５２に通知すると、機能管理ノード１１２及び管理仮想ノード（ＥＭＳ）５２は、ＶＮＦを設定した仮想ノード（ＶＮＦ）５１を、管理対象として追加する（ステップＳ０４１）。
【００７７】
そして、管理仮想ノード（ＥＭＳ）５２は、アプリケーション情報を仮想ノード（ＶＮＦ）５１に設定する（ステップＳ０４２）。ここで、アプリケーション情報とは、ＶＮＦを動作させるアプリケーションの情報等である。また、機能管理ノード１１２は、ＶＮＦの設定完了を、システム管理ノード１１１に通知する（ステップＳ０４３）。そして、システム管理ノード１１１は、ＶＮＦを、リソース管理ノード１２１と、リソースプールとに対応付ける（ステップＳ０４４）。
【００７８】
次に、リソース管理ノード１２１において、輻輳状態が解消された場合について説明する。
【００７９】
リソース管理ノード１２１は、輻輳状態が解消された場合、当初要求された機能構成（ステップＳ００４において要求された機能構成）を満たすリソースを確保する（ステップＳ０４５）。そして、リソース管理ノード１２１は、リソースの確保完了を、機能管理ノード１１２に通知する（ステップＳ０４６）。そして、機能管理ノード１１２は、スケールアウト処理を起動し、当初要求された機能構成を満たすＶＮＦを生成する（ステップＳ０４７）。
【００８０】
そして、ステップＳ０４８において、機能管理ノード１１２は、システム管理ノード１１１を介して、クライアント４に設定完了を通知する。
【００８１】
以上のように、本実施形態に係る管理システム１においては、リソース管理ノード１２１が輻輳状態である場合、要求された機能構成より小さい機能構成で、ＶＮＦのリソースを確保する。その結果、リソース管理ノード１２１の負荷が軽減される。さらに、確保されるＶＮＦのリソースが小さいほど、機能管理ノード１１２とリソース管理ノード１２１間の通信量が抑制される。その結果、本実施形態に係る管理システム１は、リソース管理ノード１２１の輻輳状態を緩和して、ＶＮＦのライフサイクルに関する処理の実行失敗を回避することに貢献する。従って、本実施形態に係る管理システム１は、ＶＮＦのライフサイクルに関する処理を適切に実行することに貢献する。
【００８２】
［第２の実施形態］
次に、第２の実施形態について、図面を用いて詳細に説明する。
【００８３】
本実施形態は、ＶＮＦのリソースを管理するノードが輻輳状態である場合、管理システムは、ＶＮＦのライフサイクルに関する処理の要求を受け付けた後、当該処理の実行を保留する形態である。なお、本実施形態における説明では、上記の実施形態と重複する部分の説明は省略する。さらに、本実施形態における説明では、上記の実施形態と同一の構成要素には、同一の符号を付し、その説明を省略する。また、本実施形態における説明では、上記の実施形態と同一の作用効果についても、その説明を省略する。
【００８４】
本実施形態に係る通信システム１０の全体構成は、図２に示す通りである。また、本実施形態に係る通信システム１０の内部構成は、図３に示す通りである。
【００８５】
本実施形態に係る管理システム１において、リソース管理ノード１２１が輻輳状態である場合、第１の管理ノード１１（システム管理ノード１１１及び機能管理ノード１１２）は、当該輻輳状態が解消するまで、ＶＮＦの管理処理の実行を保留する。つまり、リソース管理ノード１２１が輻輳状態である場合、第１の管理ノード１１（システム管理ノード１１１及び機能管理ノード１１２）は、第１の管理ノード１１とリソース管理ノード１２１間の通信を抑制する処理を実行する。
【００８６】
具体的には、リソース管理ノード１２１は、輻輳状態において、システム管理ノード１１１又は機能管理ノード１１２からの信号（ＶＮＦのライフサイクルに関する処理の要求）を受信した場合、リソース管理ノード１２１が輻輳状態であることを応答する。そして、当該信号の送信元（即ち、システム管理ノード１１１又は機能管理ノード１１２）は、以降の信号送信を抑止し、ＶＮＦのライフサイクルに関する処理の実行を保留する。
【００８７】
そして、システム管理ノード１１１は、ＶＮＦのライフサイクルに関する処理の要求元に、リソース管理ノード１２１が輻輳状態であること、及びＶＮＦのライフサイクルに関する処理の実行保留を通知する。
【００８８】
一方、リソース管理ノード１２１の輻輳状態が解消された場合、システム管理ノード１１１及び機能管理ノード１１２は、ＶＮＦの管理処理の実行を開始する。
【００８９】
具体的には、リソース管理ノード１２１の輻輳状態が解消された場合、リソース管理ノード１２１は、システム管理ノード１１１又は機能管理ノード１１２に、リソース管理ノード１２１の輻輳状態が解消されたことを通知する。
【００９０】
そして、システム管理ノード１１１又は機能管理ノード１１２は、リソース管理ノード１２１の輻輳状態が解消されたことを認識し、保留していたＶＮＦのライフサイクルに関する処理を再開（開始）する。
【００９１】
そして、システム管理ノード１１１は、ＶＮＦのライフサイクルに関する処理の要求元に、リソース管理ノード１２１の輻輳状態が解消されたこと、及びＶＮＦのライフサイクルに関する処理の再開（開始）を通知する。
【００９２】
次に、本実施形態に係る通信システム１０の動作について、図７〜図９を参照しながら詳細に説明する。
【００９３】
図７、図８、図９は、本実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。なお、以下の説明においては、ＶＮＦのインスタンシエーション処理を例示して説明するが、本実施形態に係る管理システム１の処理を、ＶＮＦのインスタンシエーション処理に限定する趣旨ではない。ＶＮＦのスケールアウト処理、ヒーリング処理に、本実施形態に係る管理システム１の処理を適用しても良い。また、以下で説明する通信システム１０の動作は、本実施形態に係る通信システム１０の一例であり、以下で説明する動作に限定する趣旨ではない、なお、図７に示すステップＳ００１〜ステップＳ００４の処理は、図４に示すステップＳ００１〜ステップＳ００４の処理と同様であるため、詳細な説明は省略する。
【００９４】
リソース管理ノード１２１は、システム管理ノード１１１から、リソースの予約要求を受け付けた場合、輻輳状態であるか否かを判断する（図７に示すステップＳ００５）。リソース管理ノード１２１が輻輳状態ではない場合（ステップＳ００５のＮｏ分岐）には、要求された機能構成を満たすリソースを確保する（ステップＳ１０１）。そして、図８に示すステップＳ１４１に遷移する。
【００９５】
ここで、図８を参照しながら、リソース管理ノード１２１が輻輳状態ではない場合について説明する。
【００９６】
リソース管理ノード１２１は、要求された機能構成を満たすリソースを確保する（ステップＳ１０１）と、確保したリソースに関する情報を、システム管理ノード１１１に通知する（ステップＳ１４１）。そして、システム管理ノード１１１は、通知された機能構成、及びリソースを、機能管理ノード１１２に通知する（ステップＳ１４２）。機能管理ノード１１２は、通知されたリソースの割り当てを、リソース管理ノード１２１に要求する（ステップＳ１４３）。リソース管理ノード１２１は、割り当てを要求されたリソースを生成対象のＶＮＦに割り当てる（ステップＳ１４４）。そして、図９に示すステップＳ１２２に遷移する。
【００９７】
再び、図７を参照しながら、リソース管理ノード１２１が輻輳状態である場合について説明する。リソース管理ノード１２１が輻輳状態である場合（ステップＳ００５のＹｅｓ分岐）には、リソース管理ノード１２１は、システム管理ノード１１１に輻輳状態を通知する（ステップＳ１０２）。そして、システム管理ノード１１１は、機能管理ノード１１２に、輻輳状態を通知する（ステップＳ１０３）。さらに、システム管理ノード１１１は、リソース管理ノード１２１が輻輳状態であること、及びＶＮＦの生成処理を保留することを、クライアント４に通知する（ステップＳ１０４）。なお、システム管理ノード１１１は、リソース管理ノード１２１が輻輳状態であることを、クライアント４に通知後に、機能管理ノード１１２に通知しても良く、その順序は問わない。
【００９８】
そして、システム管理ノード１１１及び機能管理ノード１１２は、ＶＮＦの生成処理の実行を保留する（ステップＳ１０５）。
【００９９】
次に、リソース管理ノード１２１において、輻輳状態が解消された場合について説明する。
【０１００】
リソース管理ノード１２１は、輻輳状態が解消された場合、当初要求された機能構成（ステップＳ００４において要求された機能構成）を満たすリソースを確保する（ステップＳ１０６）。そして、リソース管理ノード１２１は、輻輳状態が解消されたことを、システム管理ノード１１１に通知する（ステップＳ１０７）。そして、システム管理ノード１１１は、輻輳状態が解消されたことを機能管理ノード１１２に通知する（ステップＳ１０８）。そして、システム管理ノード１１１は、輻輳状態が解消されたこと、及びＶＮＦの生成処理を再開することを、クライアント４に通知する（ステップＳ１０９）。なお、システム管理ノード１１１は、リソース管理ノード１２１が輻輳状態であることを、クライアント４に通知後に、機能管理ノード１１２に通知しても良く、その順序は問わない。
【０１０１】
ステップＳ１１０において、機能管理ノード１１２は、リソース管理ノード１２１に、リソースの割り当てを要求する。そして、図９に示すステップＳ１２１に遷移する。
【０１０２】
図９に示すステップＳ１２１において、リソース管理ノード１２１は、割り当てを要求されたリソースを、生成対象のＶＮＦに割り当てる。以下、図９に示すステップＳ１２２〜ステップＳ１２４の処理は、図５に示すステップＳ０２６〜ステップＳ０２８の処理と同様であるため、詳細な説明は省略する。さらに、図９に示すステップＳ１２５〜ステップＳ１２８の処理は、図６に示すステップＳ０４１〜ステップＳ０４４の処理と同様であるため、詳細な説明は省略する。
【０１０３】
システム管理ノード１１１は、ＶＮＦを、リソース管理ノード１２１と、リソースプールとに対応付けると（ステップＳ１２８）、クライアント４に設定完了を通知する（ステップＳ１２９）。
【０１０４】
以上のように、本実施形態に係る管理システム１は、リソース管理ノード１２１が輻輳状態である場合、ＶＮＦのライフサイクルに関する処理の要求を受け付けた後、当該処理の実行を保留する。リソース管理ノード１２１が処理の実行を保留することで、以降の工程の処理の実行及び要求が行われない。その結果、本実施形態に係る管理システム１は、リソース管理ノード１２１の輻輳状態を緩和して、ＶＮＦのライフサイクルに関する処理の実行失敗を回避することに貢献する。従って、本実施形態に係る管理システム１は、ＶＮＦのライフサイクルに関する処理を適切に実行することに貢献する。
【０１０５】
［第３の実施形態］
次に、第３の実施形態について、図面を用いて詳細に説明する。
【０１０６】
本実施形態は、ＶＮＦのリソースを管理するノードが輻輳状態である場合、管理システムは、ＶＮＦのライフサイクルに関する処理の要求を受け付けた後、当該処理の実行を予約し、ＶＮＦのライフサイクルに関する処理の実行を保留する形態である。なお、本実施形態における説明では、上記の実施形態と重複する部分の説明は省略する。さらに、本実施形態における説明では、上記の実施形態と同一の構成要素には、同一の符号を付し、その説明を省略する。また、本実施形態における説明では、上記の実施形態と同一の作用効果についても、その説明を省略する。
【０１０７】
本実施形態に係る通信システム１０の全体構成は、図２に示す通りである。また、本実施形態に係る通信システム１０の内部構成は、図３に示す通りである。
【０１０８】
本実施形態に係る管理システム１において、リソース管理ノード１２１が輻輳状態である場合において、ＶＮＦのリソースを管理する処理を、第１の管理ノード１１（システム管理ノード１１１及び機能管理ノード１１２）から指示された場合、当該指示された処理の実行を予約し、当該輻輳状態が解消するまで、当該指示された処理の実行を保留する。
【０１０９】
具体的には、リソース管理ノード１２１は、輻輳状態において、第１の管理ノード１１（システム管理ノード１１１及び機能管理ノード１１２）からの信号（ＶＮＦのライフサイクルに関する処理の要求）を受信した場合、当該処理の要求を受け付け、当該処理の実行を予約する。そして、リソース管理ノード１２１は、当該処理の実行を予約したことを応答する。そして、リソース管理ノード１２１は、以降の工程の処理を保留する。そして、システム管理ノード１１１は、ＶＮＦのライフサイクルに関する処理の要求元に、ＶＮＦのライフサイクルに関する処理の実行保留を通知する。
【０１１０】
一方、リソース管理ノード１２１の輻輳状態が解消された場合、システム管理ノード１１１及び機能管理ノード１１２は、ＶＮＦの管理処理の実行を開始する。
【０１１１】
具体的には、リソース管理ノード１２１の輻輳状態が解消された場合、リソース管理ノード１２１は、ＶＮＦのリソースの割り当てを実行する。そして、リソース管理ノード１２１は、保留していた、ＶＮＦのライフサイクルに関する処理を再開（開始）する。さらに、第１の管理ノード１１（システム管理ノード１１１及び機能管理ノード１１２）は、保留していた、ＶＮＦのライフサイクルに関する処理を再開（開始）する。そして、ＶＮＦのライフサイクルに関する処理が完了した場合、システム管理ノード１１１は、当該処理の要求元に、当該処理の完了を通知する。
【０１１２】
次に、本実施形態に係る通信システム１０の動作について、図１０〜図１２を参照しながら詳細に説明する。
【０１１３】
図１０、図１１、図１２は、本実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。なお、以下の説明においては、ＶＮＦのインスタンシエーション処理を例示して説明するが、本実施形態に係る管理システム１の処理を、ＶＮＦのインスタンシエーション処理に限定する趣旨ではない。ＶＮＦのスケールアウト処理、ヒーリング処理に、本実施形態に係る管理システム１の処理を適用しても良い。また、以下で説明する通信システム１０の動作は、本実施形態に係る通信システム１０の一例であり、以下で説明する動作に限定する趣旨ではない、なお、図１０に示すステップＳ００１〜ステップＳ００４の処理は、図４に示すステップＳ００１〜ステップＳ００４の処理と同様であるため、詳細な説明は省略する。
【０１１４】
リソース管理ノード１２１は、システム管理ノード１１１から、リソースの予約要求を受け付けた場合、輻輳状態であるか否かを判断する（図１０に示すステップＳ００５）。リソース管理ノード１２１が輻輳状態ではない場合（ステップＳ００５のＮｏ分岐）には、リソース管理ノード１２１は、要求された機能構成を満たすリソースを確保する（ステップＳ２０１）。そして、図１１に示すステップＳ２３１に遷移する。
【０１１５】
ここで、図１１を参照しながら、リソース管理ノード１２１が輻輳状態ではない場合について説明する。
【０１１６】
リソース管理ノード１２１は、要求された機能構成を満たすリソースを確保する（ステップＳ２０１）と、確保したリソースに関する情報を、システム管理ノード１１１に通知する（ステップＳ２３１）。そして、システム管理ノード１１１は、通知された機能構成、及びリソースを、機能管理ノード１１２に通知する（ステップＳ２３２）。機能管理ノード１１２は、通知されたリソースの割り当てを、リソース管理ノード１２１に要求する（ステップＳ２３３）。リソース管理ノード１２１は、割り当てを要求されたリソースを生成対象のＶＮＦに割り当てる（ステップＳ２３４）。そして、図１２に示すステップＳ２１３に遷移する。
【０１１７】
再び、図１０を参照しながら、リソース管理ノード１２１が輻輳状態である場合について説明する。
【０１１８】
リソース管理ノード１２１が輻輳状態である場合（ステップＳ００５のＹｅｓ分岐）には、リソース管理ノード１２１は、ＶＮＦの生成処理の実行を予約する（ステップＳ２０２）。そして、リソース管理ノード１２１は、ＶＮＦの生成処理の実行が予約されたことを、システム管理ノード１１１に通知する（ステップＳ２０３）。そして、システム管理ノード１１１は、ＶＮＦの生成処理の実行が予約されたことを、機能管理ノード１１２に通知する（ステップＳ２０４）。さらに、システム管理ノード１１１は、ＶＮＦの生成処理の実行を保留することを、クライアント４に通知する（ステップＳ２０５）。
【０１１９】
ステップＳ２０６において、システム管理ノード１１１は、ＶＮＦの生成処理の実行を保留する。
【０１２０】
ステップＳ２０７において、機能管理ノード１１２は、リソース管理ノード１２１に、リソースの割り当てを要求する。そして、図１２に示すステップＳ２１１に遷移する。
【０１２１】
次に、図１２を参照しながら、引き続き、本実施形態に係る通信システム１０の動作について説明する。
【０１２２】
機能管理ノード１１２が、リソース管理ノード１２１にリソースの割り当てを要求すると、機能管理ノード１１２及びリソース管理ノード１２１は、ＶＮＦの生成処理の実行を保留する（ステップＳ２１１）。
【０１２３】
次に、リソース管理ノード１２１において、輻輳状態が解消された場合について説明する。
【０１２４】
リソース管理ノード１２１は、輻輳状態が解消された場合、リソースの割り当てを実行する（ステップＳ２１２）。ステップＳ２１３において、リソース管理ノード１２１は、リソースの割り当て完了を、機能管理ノード１１２に通知する。以下、図１２に示すステップＳ２１４〜ステップＳ２１５の処理は、図５に示すステップＳ０２７〜ステップＳ０２８の処理と同様であるため、詳細な説明は省略する。さらに、図１２に示すステップＳ２１６〜ステップＳ２１９の処理は、図６に示すＳ０４１〜ステップＳ０４４の処理と同様であるため、詳細な説明は省略する。
【０１２５】
システム管理ノード１１１は、ＶＮＦを、リソース管理ノード１２１と、リソースプールとに対応付けると（ステップＳ２１９）、クライアント４に設定完了を通知する（ステップＳ２２０）。
【０１２６】
以上のように、本実施形態に係る管理システム１は、リソース管理ノード１２１が輻輳状態である場合、当該処理の実行を予約し、ＶＮＦのライフサイクルに関する処理の実行を保留する。ＶＮＦのライフサイクルに関する処理の実行を予約し、当該処理の実行を保留することで、以降の工程の処理の実行及び要求が行われない。その結果、本実施形態に係る管理システム１は、リソース管理ノード１２１の輻輳状態を緩和して、ＶＮＦのライフサイクルに関する処理の実行失敗を回避することに貢献する。従って、本実施形態に係る管理システム１は、ＶＮＦのライフサイクルに関する処理を適切に実行することに貢献する。
【０１２７】
［第４の実施形態］
次に、第４の実施形態について、図面を用いて詳細に説明する。
【０１２８】
本実施形態は、ＶＮＦのリソースを管理するノードからの応答時間に応じて、応答待ち上限時間を延長することで、ノードの輻輳状態を緩和する形態である。なお、本実施形態における説明では、上記の実施形態と重複する部分の説明は省略する。さらに、本実施形態における説明では、上記の実施形態と同一の構成要素には、同一の符号を付し、その説明を省略する。また、本実施形態における説明では、上記の実施形態と同一の作用効果についても、その説明を省略する。
【０１２９】
本実施形態に係る通信システム１０の全体構成は、図２に示す通りである。また、本実施形態に係る通信システム１０の内部構成は、図３に示す通りである。
【０１３０】
本実施形態に係る管理システム１において、第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）は、リソース管理ノード１２１の応答時間の統計値（例えば、平均値）に基づいて、リソース管理ノード１２１が輻輳状態であるか否かを判断する。
【０１３１】
第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）は、リソース管理ノード１２１が輻輳状態であると判断した場合、リソース管理ノード１２１からの応答待ち上限時間を延長する。一方、第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）は、リソース管理ノード１２１が輻輳状態ではないと判断した場合、リソース管理ノード１２１からの応答待ち上限時間を、所定の時間に設定する（延長前の応答待ち上限時間に戻す）。なお、応答待ち上限時間とは、システム管理ノード１１１又は機能管理ノード１１２がリソース管理ノード１２１からの応答を待つ上限の時間を意味する。
【０１３２】
具体的には、第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）は、リソース管理ノード１２１との通信に関して、所定の回数の応答時間の履歴を記憶する。ここで、当該応答時間の履歴は、リソース管理ノード１２１との直近の通信から遡って、所定の回数の応答時間の履歴であるものとする。
【０１３３】
第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）は、リソース管理ノード１２１と通信する場合に、リソース管理ノード１２１からの応答時間と、記憶する応答時間の統計値とを比較し、リソース管理ノード１２１が輻輳状態であるか否かを判断する。
【０１３４】
例えば、第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）は、リソース管理ノード１２１からの応答時間が、記憶する応答時間の平均値を越えるか否かを判断する。そして、リソース管理ノード１２１からの応答時間が、記憶する応答時間の平均値を越える場合には、リソース管理ノード１２１が輻輳状態である、と第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）は判断する。一方、リソース管理ノード１２１からの応答時間が、記憶する応答時間の平均値以下である場合には、リソース管理ノード１２１が輻輳状態ではない、と第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）は判断する。
【０１３５】
次に、本実施形態に係る通信システム１０の動作について、図１３、図１４を参照しながら詳細に説明する。
【０１３６】
図１３、図１４は、本実施形態に係る通信システム１０の動作の一例を示すシークエンス図である。なお、以下の説明においては、ＶＮＦのインスタンシエーション処理を例示して説明するが、本実施形態に係る管理システム１の処理を、ＶＮＦのインスタンシエーション処理に限定する趣旨ではない。ＶＮＦのスケールアウト処理、ヒーリング処理に、本実施形態に係る管理システム１の処理を適用しても良い。また、以下で説明する通信システム１０の動作は、本実施形態に係る通信システム１０の一例であり、以下で説明する動作に限定する趣旨ではない、なお、図１３に示すステップＳ００１〜ステップＳ００４の処理は、図４に示すステップＳ００１〜ステップＳ００４の処理と同様であるため、詳細な説明は省略する。
【０１３７】
リソース管理ノード１２１は、システム管理ノード１１１から、リソースの予約要求を受け付けた場合、リソースの予約を受け付けたことを、システム管理ノード１１１に応答する（図１３に示すステップＳ３０１）。
【０１３８】
ステップＳ３０２において、リソース管理ノード１２１との通信に関して、所定の回数の応答時間の履歴に基づいて、応答時間の平均値を算出する。
【０１３９】
ステップＳ３０３において、システム管理ノード１１１は、リソース管理ノード１２１との直近の通信（例えば、ステップＳ３０１の処理）に関して、応答時間が算出した平均値を越える場合、応答待ち上限時間を延長する。一方、ステップＳ３０４において、システム管理ノード１１１は、リソース管理ノード１２１との直近の通信（例えば、ステップＳ３０１の処理）に関して、応答時間が算出した平均値以下である場合、応答待ち上限時間を、当初の上限時間（所定の上限時間）に設定する。
【０１４０】
ステップＳ３０５において、システム管理ノード１１１は、ＶＮＦの生成の許可を、機能管理ノード１１２に送信する。そして、図１４に示すステップＳ３１１に遷移する。
【０１４１】
次に、図１４を参照しながら、引き続き、本実施形態に係る通信システム１０の動作について説明する。
【０１４２】
機能管理ノード１１２は、システム管理ノード１１１から、ＶＮＦの生成の許可を受信すると、リソースの割り当てをリソース管理ノード１２１に要求する（ステップＳ３１１）。
【０１４３】
ステップＳ３１２において、リソース管理ノード１２１は、割り当てを要求されたリソースを、生成対象のＶＮＦに割り当てる。
【０１４４】
ステップＳ３１３において、リソース管理ノード１２１は、リソースの割り当て完了を、機能管理ノード１１２に通知する。
【０１４５】
ステップＳ３１４において、機能管理ノード１１２は、リソース管理ノード１２１との通信に関して、所定の回数の応答時間の履歴に基づいて、応答時間の平均値を算出する。
【０１４６】
ステップＳ３１５において、機能管理ノード１１２は、リソース管理ノード１２１との直近の通信（例えば、ステップＳ３１３の処理）に関して、応答時間が算出した平均値を越える場合、応答待ち上限時間を延長する。一方、ステップＳ３１６において、機能管理ノード１１２は、リソース管理ノード１２１との直近の通信（例えば、ステップＳ３１３の処理）に関して、応答時間が算出した平均値以下である場合、応答待ち上限時間を、当初の上限時間（所定の上限時間）に設定する。以下、図１４に示すステップＳ３１７〜ステップＳ３１８の処理は、図５に示すステップＳ０２７〜ステップＳ０２８の処理と同様であるため、詳細な説明は省略する。さらに、図１４に示すステップＳ３１９〜ステップＳ３２２の処理は、図６に示すステップＳ０４１〜ステップＳ０４４の処理と同様であるため、詳細な説明は省略する。
【０１４７】
システム管理ノード１１１は、ＶＮＦを、リソース管理ノード１２１と、リソースプールとに対応付けると（ステップＳ３２２）、クライアント４に設定完了を通知する（ステップＳ３２３）。
【０１４８】
以上のように、本実施形態に係る管理システム１は、リソース管理ノード１２１から第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）への応答時間に応じて、第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）の応答待ち上限時間を延長する。第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）の応答待ち上限時間を延長することで、第１の管理ノード１１（システム管理ノード１１１又は機能管理ノード１１２）とリソース管理ノード１２１間の通信量が抑制される。その結果、本実施形態に係る管理システム１は、リソース管理ノード１２１の輻輳状態を緩和して、ＶＮＦのライフサイクルに関する処理の実行失敗を回避することに貢献する。従って、本実施形態に係る管理システム１は、ＶＮＦのライフサイクルに関する処理を適切に実行することに貢献する。
【０１４９】
なお、上記の説明において、機能管理ノード１１２が、ＶＮＦの機能構成に必要なリソースに関する情報を管理する構成について説明した。しかし、これは、本実施形態に係る通信システム１０の動作を限定する趣旨ではない。例えば、システム管理ノード１１１が、ＶＮＦの機能構成に必要なリソースに関する情報を管理しても良い。または、システム管理ノード１１１及び機能管理ノード１１２が、ＶＮＦの機能構成に必要なリソースに関する情報を管理しても良い。
【０１５０】
上述の実施形態の一部又は全部は、以下の形態のようにも記載され得るが、以下には限られない。
【０１５１】
（形態１）仮想ネットワーク機能のリソースを管理する処理を、第２の管理ノードに指示する、第１の管理ノードと、前記第１の管理ノードからの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する、前記第２の管理ノードと、を含んで構成される管理システムであって、前記第２の管理ノードが輻輳状態である場合、前記第１の管理ノード、前記第２の管理ノードの少なくともいずれかは、前記第１の管理ノードと前記第２の管理ノード間の通信量を抑制する処理を実行する、管理システム。
【０１５２】
（形態２）前記第２の管理ノードは、当該第２の管理ノードが輻輳状態である場合、要求された機能構成より小さい機能構成で、前記仮想ネットワーク機能のリソースを確保する、管理システム。
【０１５３】
（形態３）前記第１の管理ノードは、前記第２の管理ノードが輻輳状態である場合、当該輻輳状態が解消するまで、前記仮想ネットワーク機能のリソースを管理する処理の実行を保留する、管理システム。
【０１５４】
（形態４）前記第２の管理ノードは、当該第２の管理ノードが輻輳状態である場合において、前記仮想ネットワーク機能のリソースを管理する処理を、前記第１の管理ノードから指示された場合、当該指示された処理の実行を予約し、当該輻輳状態が解消するまで、当該指示された処理の実行を保留する、管理システム。
【０１５５】
（形態５）前記第１の管理ノードは、所定の回数の応答時間の履歴に基づいて、応答時間の平均値を算出し、前記第２の管理ノードの応答時間が、応答時間の平均値を越える場合、前記第２の管理ノードが輻輳状態であると判断し、前記第２の管理ノードからの応答待ち上限時間を延長する、管理システム。
【０１５６】
（形態６）前記第２の管理ノードの輻輳状態が解消された場合、前記第１の管理ノード、前記第２の管理ノードの少なくともいずれかは、前記第１の管理ノードと前記第２の管理ノード間の通信量の抑制を解除する、管理システム。
【０１５７】
（形態７）仮想ネットワーク機能のリソースを管理する処理を、所定の装置に指示する管理装置であって、当該所定の装置が輻輳状態である場合、当該所定の装置と自管理装置間の通信量を抑制する処理を実行する、管理装置。
【０１５８】
（形態８）前記仮想ネットワーク機能を管理し、前記所定の装置が輻輳状態である場合、前記仮想ネットワーク機能を管理する処理の実行を、当該輻輳状態が解消するまで保留する、管理装置。
【０１５９】
（形態９）前記所定の装置の応答時間の統計値に基づいて、当該所定の装置が輻輳状態であるか否かを判断し、当該所定の装置が輻輳状態である場合、当該所定のノードからの応答待ち上限時間を延長する、管理装置。
【０１６０】
（形態１０）前記所定の装置の輻輳状態が解消された場合、前記所定の装置と自管理装置間の通信量の抑制を解除する、管理装置。
【０１６１】
（形態１１）所定の装置からの指示に応じて、仮想ネットワーク機能のリソースを管理する処理を実行する管理装置であって、自管理装置が輻輳状態である場合、前記所定の装置と自管理装置間の通信量を抑制する処理を実行する、管理装置。
【０１６２】
（形態１２）自管理装置が輻輳状態である場合、要求された機能構成より小さい機能構成で、前記仮想ネットワーク機能のリソースを確保する、管理装置。
【０１６３】
（形態１３）自管理装置が輻輳状態である場合において、前記仮想ネットワーク機能のリソースを管理する処理を、前記所定の装置から指示された場合、当該指示された処理の要求を予約し、当該輻輳状態が解消するまで、当該指示された処理の実行を保留する、管理装置。
【０１６４】
（形態１４）自管理装置の輻輳状態が解消された場合、前記所定の装置と自管理装置間の通信量の抑制を解除する、管理装置。
【０１６５】
（形態１５）仮想ネットワーク機能のリソースを管理する処理を、第２の管理ノードに指示する、第１の管理ノードと、前記第１の管理ノードからの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する、前記第２の管理ノードと、を含んで構成される管理システムに実行させる管理方法であって、前記第２の管理ノードが輻輳状態である場合、前記第１の管理ノードと前記第２の管理ノード間の通信量を抑制する工程を含む、管理方法。
【０１６６】
（形態１６）前記第２の管理ノードが輻輳状態である場合、要求された機能構成より小さい機能構成で、前記仮想ネットワーク機能のリソースを確保する工程を含む、管理方法。
【０１６７】
（形態１７）前記第２の管理ノードが輻輳状態である場合、当該輻輳状態が解消するまで、前記仮想ネットワーク機能のリソースを管理する処理の実行を保留する工程を含む、管理方法。
【０１６８】
（形態１８）当該第２の管理ノードが輻輳状態である場合、前記仮想ネットワーク機能のリソースを管理する処理の実行を予約し、当該輻輳状態が解消するまで、当該指示された処理の実行を保留する工程を含む、管理方法。
【０１６９】
（形態１９）前記第２の管理ノードの応答時間の統計値に基づいて、前記第２の管理ノードが輻輳状態であるか否かを判断する工程と、前記第２の管理ノードが輻輳状態である場合、前記第２の管理ノードからの応答待ち上限時間を延長する工程と、を含む、管理方法。
【０１７０】
（形態２０）前記第２の管理ノードの輻輳状態が解消された場合、前記第１の管理ノードと前記第２の管理ノード間の通信量の抑制を解除する工程を含む、管理方法。
【０１７１】
（形態２１）仮想ネットワーク機能のリソースを管理する処理を、第２の管理ノードに指示する、第１の管理ノードと、前記第１の管理ノードからの指示に応じて、前記仮想ネットワーク機能のリソースを管理する処理を実行する、前記第２の管理ノードと、を含んで構成される管理システムに実行させるプログラムであって、前記第２の管理ノードが輻輳状態である場合、前記第１の管理ノードと前記第２の管理ノード間の通信量を抑制する処理を実行する、プログラム。
【０１７２】
上記の形態２１に示す形態は、形態１５に示す形態と同様に、形態１６乃至２０に示す形態に展開することが可能である。
【０１７３】
なお、上記の特許文献及び非特許文献の開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
【符号の説明】
【０１７４】
１、１０００  管理システム
２、１０１０  ＶＮＦ
３、１０２０  リソース
４  クライアント
５  ＶＮＦレイヤ
６  リソースレイヤ
７  通信サービスノード
１０  通信システム
１１、１００１  第１の管理ノード
１２、１００２  第２の管理ノード
５１、５１−ａ〜５１−ｃ  仮想ノード（ＶＮＦ）
５２、５２−ａ〜５２−ｃ  管理仮想ノード（ＥＭＳ）
６１  制御部（ハードウェア）
６２  記憶部（ハードウェア）
６３  通信部（ハードウェア）
６４  仮想化レイヤ
６５  仮想制御部
６６  仮想記憶部
６７  仮想通信部
１１１  システム管理ノード
１１２  機能管理ノード
１２１  リソース管理ノード
【図１】
0006705513.tif 000002
【図２】
0006705513.tif 000003
【図３】
0006705513.tif 000004
【図４】
0006705513.tif 000005
【図５】
0006705513.tif 000006
【図６】
0006705513.tif 000007
【図７】
0006705513.tif 000008
【図８】
0006705513.tif 000009
【図９】
0006705513.tif 000010
【図１０】
0006705513.tif 000011
【図１１】
0006705513.tif 000012
【図１２】
0006705513.tif 000013
【図１３】
0006705513.tif 000014
【図１４】
0006705513.tif 000015