(57)【特許請求の範囲】
【請求項１】
第１の制御装置であって、
通信ネットワークを介したサービスを提供するためのリソースの制御であって、１つ以上の他の制御装置により行われる当該制御に要する時間に関する時間情報を受信する受信処理部と、
前記時間情報に基づいた期間にわたる、前記サービスに関する品質を予測する予測部と、
を備える第１の制御装置。
【請求項２】
前記受信処理部は、前記１つ以上の他の制御装置、又は、前記１つ以上の他の制御装置と通信する管理装置から、前記時間情報を受信する、請求項１記載の第１の制御装置。
【請求項３】
通信ネットワークを介したサービスを提供するためのリソースの第１の制御を行う制御部を更に備える、請求項１又は２記載の第１の制御装置。
【請求項４】
前記１つ以上の他の制御装置は、第２の制御装置及び第３の制御装置を含み、
前記リソースの前記制御は、前記第２の制御装置により行われる第２の制御と、前記第３の制御装置により行われる第３の制御とを含む、
請求項１乃至３のうちいずれか１項記載の第１の制御装置。
【請求項５】
前記時間情報は、前記第２の制御に要する時間に関する時間情報と、前記第３の制御に要する時間に関する時間情報とを含む、請求項４記載の第１の制御装置。
【請求項６】
前記時間情報は、前記第２の制御に要する時間に関する時間情報と、前記第３の制御に要する時間に関する時間情報とに基づいて生成される情報である、請求項４記載の第１の制御装置。
【請求項７】
前記時間情報に基づいた前記期間は、前記リソースの制御に要する前記時間と、前記リソースの前記制御のための第１の時間とを含む、請求項１乃至６のうちいずれか１項記載の第１の制御装置。
【請求項８】
前記第１の時間は、前記リソースの前記制御の要求までにかかる時間である、請求項７に記載の第１の制御装置。
【請求項９】
前記受信処理部は、前記時間情報が更新された場合に、前記時間情報を受信する、請求項１乃至８のうちいずれか１項記載の第１の制御装置。
【請求項１０】
前記予測部は、前記時間情報が受信された場合に、前記時間情報に基づいた前記期間を更新する、請求項８記載の第１の制御装置。
【請求項１１】
前記サービスに関する前記品質は、前記サービスに用いられる通信路におけるスループットである、請求項１乃至１０のうちいずれか１項記載の第１の制御装置。
【請求項１２】
予測された前記品質に基づいて、前記期間において前記サービスの前記品質が閾値よりも悪くなるかを判定する判定部を更に備える、請求項１乃至１１のうちいずれか１項記載の第１の制御装置。
【請求項１３】
前記期間において前記サービスの前記品質が閾値よりも悪くなる場合に、前記リソースの前記制御の実行を要求する要求部、を更に備える、請求項１２記載の第１の制御装置。
【請求項１４】
前記要求部は、前記１つ以上の他の制御装置、又は、前記１つ以上の他の制御装置と通信する管理装置に、前記リソースの前記制御の前記実行を要求する、請求項１３記載の第１の制御装置。
【請求項１５】
前記リソースは、前記サービスを提供するための計算リソースを含む、請求項１乃至１４のうちいずれか１項記載の第１の制御装置。
【請求項１６】
前記計算リソースは、前記サービスを提供するための仮想ネットワーク機能の計算リソースを含む、請求項１５記載の第１の制御装置。
【請求項１７】
前記計算リソースは、前記サービスを提供するためのアプリケーションの計算リソースを含む、請求項１５又は１６記載の第１の制御装置。
【請求項１８】
前記計算リソースは、前記サービスを提供するための仮想マシンである、請求項１５乃至１７のうちいずれか１項記載の第１の制御装置。
【請求項１９】
前記制御は、前記計算リソースの追加を含む、請求項１５乃至１８のうちいずれか１項記載の第１の制御装置。
【請求項２０】
前記制御は、前記計算リソースの変更を含む、請求項１５乃至１９のうちいずれか１項記載の第１の制御装置。
【請求項２１】
前記計算リソースの前記変更は、第１の拠点内の計算リソースから第２の拠点内の計算リソースへの変更である、請求項２０記載の第１の制御装置。
【請求項２２】
前記リソースは、前記サービスを提供するための通信リソースを含む、請求項１乃至８のうちいずれか１項記載の第１の制御装置。
【請求項２３】
前記通信ネットワークは、無線通信ネットワークを含み、
前記通信リソースは、前記無線通信ネットワークにおける通信リソースである、請求項２２記載の第１の制御装置。
【請求項２４】
前記無線通信ネットワークは、無線アクセスネットワーク及びコアネットワークを含み、
前記通信リソースは、前記無線アクセスネットワークの通信リソース、及び前記コアネットワークの通信リソースのうちの少なくとも一方を含む、請求項２３記載の第１の制御装置。
【請求項２５】
通信ネットワークを介したサービスを提供するためのリソースの制御に要する時間に関する時間情報を取得する取得部と、
前記サービスの品質を予測する第１の制御装置に、前記時間情報を送信する送信処理部と、
を備える装置。
【請求項２６】
前記リソースの前記制御は、第２の制御装置により行われる制御であり、
前記装置は、前記第２の制御装置である、
請求項２５記載の装置。
【請求項２７】
前記リソースの前記制御は、１つ以上の他の制御装置により行われる制御であり、
前記装置は、前記１つ以上の他の制御装置と通信する管理装置である、
請求項２５記載の装置。
【請求項２８】
通信ネットワークを介したサービスを提供するためのリソースの制御であって、１つ以上の他の制御装置により行われる当該制御に要する時間に関する時間情報を受信することと、
前記時間情報に基づいた期間にわたる、前記サービスに関する品質を予測することと、
を含む方法。
【請求項２９】
通信ネットワークを介したサービスを提供するためのリソースの制御に要する時間に関する時間情報を取得することと、
前記サービスの品質を予測する第１の制御装置に、前記時間情報を送信することと、
を含む方法。
【請求項３０】
通信ネットワークを介したサービスを提供するためのリソースの制御であって、１つ以上の他の制御装置により行われる当該制御に要する時間に関する時間情報を受信することと、
前記時間情報に基づいた期間にわたる、前記サービスに関する品質を予測することと、
をプロセッサに実行させるプログラム。
【請求項３１】
通信ネットワークを介したサービスを提供するためのリソースの制御に要する時間に関する時間情報を取得することと、
前記サービスの品質を予測する第１の制御装置に、前記時間情報を送信することと、
をプロセッサに実行させるプログラム。
【請求項３２】
通信ネットワークを介したサービスを提供するためのリソースの制御であって、１つ以上の他の制御装置により行われる当該制御に要する時間に関する時間情報を受信することと、
前記時間情報に基づいた期間にわたる、前記サービスに関する品質を予測することと、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
【請求項３３】
通信ネットワークを介したサービスを提供するためのリソースの制御に要する時間に関する時間情報を取得することと、
前記サービスの品質を予測する第１の制御装置に、前記時間情報を送信することと、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
【請求項３４】
通信ネットワークを介したサービスを提供するためのリソースの制御であって、１つ以上の他の制御装置により行われる当該制御に要する時間に関する時間情報を受信する受信処理部と、前記時間情報に基づいた期間にわたる、前記サービスに関する品質を予測する予測部と、を有する第１の制御装置と、
前記通信ネットワークを介したサービスを提供するためのリソースの制御に要する時間に関する時間情報を取得する取得部と、前記サービスの品質を予測する前記第１の制御装置に、前記時間情報を送信する送信処理部と、を有する装置と、
を含むシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介したサービスの提供に関する第１の制御装置、装置、方法、プログラム、記録媒体、及びシステムに関する。
【背景技術】
【０００２】
例えば、ＭＥＣ（Mobile Edge Computing）、ＩｏＴ（Internet of Things）Ｓｅｒｖｉｃｅ  Ｅｎａｂｌｅｒ、ＩｏＴ−ＧＷなど、通信ネットワークに接続された装置は、その通信ネットワークを介してＵＥ（User Equipment）に提供されるサービスの品質を監視する。そして、当該装置は、サービスの品質が維持できないと判断すると、例えばＭＡＮＯ（Management and Network Orchestration）などに通知し、仮想ネットワーク機能の計算リソースの追加など、通信ネットワークのリソースの拡張を要求する。上記要求に応じて、ＭＡＮＯは、仮想ネットワーク機能の計算リソースを通信ネットワークに追加するなど、通信ネットワークのリソースを制御することで、サービスの品質保証、通信ネットワーク全体の負荷軽減などを実現することができる。【０００３】
例えば、特許文献１には、広域ネットワーク内に存在するパケット転送装置、データセンタが備える仮想マシンと仮想パケット転送装置、およびゲートウェイを有するシステムが記載されている。特許文献１に記載されたシステムでは、負荷が集中した仮想マシンを検知すると他のデータセンタに仮想マシンを複製し、続いて仮想マシン間にトンネルを作成することにより複数の仮想マシンで負荷を分散して処理することが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−１４４１４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１に開示されている技術は、サービスを提供するためのリソースの利用状況の変化など、通信ネットワークの環境の変化を考慮することなく、負荷分散の処理を行っている。このため、上記特許文献１に開示されている技術は、負荷を分散する処理が完了する前に、サービスの品質違反が発生する虞がある。【０００６】
とりわけ、リソースの有効利用などの観点から、最低限のリソースをできるだけ遅いタイミングで追加するような場合には、上記のような問題が顕在化し得る。【０００７】
本発明の目的は、通信ネットワークを介してサービスを提供するためのリソースを効率よく利用しながら、サービスの品質を維持することを可能にする第１の制御装置、装置、方法、プログラム、記録媒体、及びシステムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明の第１の制御装置は、通信ネットワークを介したサービスを提供するためのリソースの制御であって、１つ以上の他の制御装置により行われる当該制御に要する時間に関する時間情報を受信する受信処理部と、前記時間情報に基づいた期間にわたる、前記サービスに関する品質を予測する予測部と、備える。【０００９】
本発明の装置は、通信ネットワークを介したサービスを提供するためのリソースの制御に要する時間に関する時間情報を取得する取得部と、前記サービスの品質を予測する第１の制御装置に、前記時間情報を送信する送信処理部と、を備える。【００１０】
本発明の第１の方法は、通信ネットワークを介したサービスを提供するためのリソースの制御であって、１つ以上の他の制御装置により行われる当該制御に要する時間に関する時間情報を受信することと、前記時間情報に基づいた期間にわたる、前記サービスに関する品質を予測することと、を含む。【００１１】
本発明の第２の方法は、通信ネットワークを介したサービスを提供するためのリソースの制御に要する時間に関する時間情報を取得することと、前記サービスの品質を予測する第１の制御装置に、前記時間情報を送信することと、を含む。【００１２】
本発明の第１のプログラムは、通信ネットワークを介したサービスを提供するためのリソースの制御であって、１つ以上の他の制御装置により行われる当該制御に要する時間に関する時間情報を受信することと、前記時間情報に基づいた期間にわたる、前記サービスに関する品質を予測することと、をプロセッサに実行させるプログラムである。【００１３】
本発明の第２のプログラムは、通信ネットワークを介したサービスを提供するためのリソースの制御に要する時間に関する時間情報を取得することと、前記サービスの品質を予測する第１の制御装置に、前記時間情報を送信することと、をプロセッサに実行させるプログラムである。【００１４】
本発明の第１の記録媒体は、通信ネットワークを介したサービスを提供するためのリソースの制御であって、１つ以上の他の制御装置により行われる当該制御に要する時間に関する時間情報を受信することと、前記時間情報に基づいた期間にわたる、前記サービスに関する品質を予測することと、をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。【００１５】
本発明の第２の記録媒体は、通信ネットワークを介したサービスを提供するためのリソースの制御に要する時間に関する時間情報を取得することと、前記サービスの品質を予測する第１の制御装置に、前記時間情報を送信することと、をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体である。【００１６】
本発明のシステムは、通信ネットワークを介したサービスを提供するためのリソースの制御であって、１つ以上の他の制御装置により行われる当該制御に要する時間に関する時間情報を受信する受信処理部と、前記時間情報に基づいた期間にわたる、前記サービスに関する品質を予測する予測部と、を有する第１の制御装置と、前記通信ネットワークを介したサービスを提供するためのリソースの制御に要する時間に関する時間情報を取得する取得部と、前記サービスの品質を予測する前記第１の制御装置に、前記時間情報を送信する送信処理部と、を有する装置と、を含む。
【発明の効果】
【００１７】
本発明によれば、通信ネットワークを介してサービスを提供するためのリソースを効率よく利用しながら、サービスの品質を維持することが可能になる。なお、本発明により、当該効果の代わりに、又は当該効果とともに、他の効果が奏されてもよい。
【図面の簡単な説明】
【００１８】
【図１】図１は、ＩｏＴサービスプラットフォーム１０００の構成の概略図である。
【図２】図２は、トラフィックの増大によりサービスの品質が維持できない場合の例を模式的に示す説明図である。
【図３】図３は、本発明の実施形態に係るシステム１の概略的な構成の一例を示す説明図である。
【図４】図４は、通信リソースコントローラ１００の概略的な構成の例を示すブロック図である。
【図５】図５は、第１の実施形態に係る管理装置２００の概略的な構成の例を示すブロック図である。
【図６】図６は、ネットワーク機能仮想化コントローラ３００の概略的な構成の例を示すブロック図である。
【図７】図７は、アプリケーションコントローラ４００の概略的な構成の例を示すブロック図である。
【図８】図８は、予測されるスループットの時間応答の例を示す図である。
【図９】図９は、第１の実施形態に係る時間情報に基づいた期間の更新処理の概略的な流れの例を説明するためのフローチャートである。
【図１０】図１０は、時間情報の更新処理の概略的な流れの例の説明図である。
【図１１】図１１は、更新前の時間情報１１０１、及び更新後の時間情報１１０３のそれぞれの例の説明図である。
【図１２】図１２は、第１の実施形態に係るサービスの品質を維持するための処理の概略的な流れの例を説明するためのフローチャートである。
【図１３】図１３は、リソースの制御を要求する処理の概略的な流れの例の説明図である。
【図１４】図１４は、予測されるスループットの時間応答（破線）の例と、リソースの制御が実行された場合でのスループットの時間応答（実線）の例と、を示す図である。
【図１５】図１５は、第２の実施形態に係る第１の制御装置５００の概略的な構成の例を示すブロック図である。
【図１６】図１６は、第２の実施形態に係る装置６００の概略的な構成の例を示すブロック図である。
【発明を実施するための形態】
【００１９】
以下、添付の図面を参照して本発明の実施形態を詳細に説明する。なお、本明細書及び図面において、同様に説明されることが可能な要素については、同一の符号を付することにより重複説明が省略され得る。
【００２０】
説明は、以下の順序で行われる。
１．関連技術
２．本発明の実施形態の概要
３．システムの構成
４．第１の実施形態
４．１．通信リソースコントローラの構成
４．２．管理装置の構成
４．３．ネットワーク機能仮想化コントローラの構成
４．４．アプリケーションコントローラの構成
４．５．技術的特徴
５．第２の実施形態
５．１．第１の制御装置の構成
５．２．装置の構成
５．３．技術的特徴
６．他の実施形態
【００２１】
＜＜１．関連技術＞＞
本発明の実施形態に関連する技術として、ＩｏＴサービスプラットフォームを説明する。
【００２２】
図１は、ＩｏＴサービスプラットフォーム１０００の構成の概略図である。ＩｏＴサービスプラットフォーム１０００は、図１に示すように、例えば、携帯電話機などのＵＥ（User Equipment）１１０１、１１０２と、ＵＥ１１０１、１１０２がアクセスするモバイルネットワーク１２００と、モバイルネットワーク１２００に接続されたＩｏＴ  Ｓｅｒｖｉｃｅ  Ｅｎａｂｌｅｒ１３００及びＭＡＮＯ（Management and Network Orchestration）１４００、複数（例えば２つ）のデータセンタ１５０１、１５０２と、から構成される。
【００２３】
ＵＥ１１０１には、例えば、モバイルネットワーク１２００を介したサービスの提供のためのアプリケーションＡの実行用プログラムがインストールされている。また、ＵＥ（User Equipment）１１０２には、例えば、モバイルネットワーク１２００を介したサービスの提供のためのアプリケーションＢの実行用プログラムがインストールされている。
【００２４】
モバイルネットワーク１２００は、例えば、ｅＮｏｄｅＢ１２０１、及びＥＰＣ（Evolved Packet Core）１２２０から構成され、そのネットワーク機能の一部が仮想化されている。
【００２５】
ＩｏＴ  Ｓｅｒｖｉｃｅ  Ｅｎａｂｌｅｒ１３００は、モバイルネットワーク１２００の特性（コンテキスト）の分析および通信リソースの制御を行う通信リソースコントローラ１３０１と、アプリケーションＡ、Ｂに関する計算リソースの制御を行うアプリケーションコントローラ１３０２とを含む。通信リソースコントローラ１３０１は、ＣＡＣ（Context Aware Controller）と呼ばれてもよい。また、アプリケーションコントローラ１３０２は、ＥＣＯ（Edge Computing Orchestrator）と呼ばれてもよい。ＩｏＴ  Ｓｅｒｖｉｃｅ  Ｅｎａｂｌｅｒ１３００自体、または通信リソースコントローラ１３０１及びアプリケーションコントローラ１３０２のそれぞれは、３ＧＰＰで規定されるＳＣＥＦ（Service Capability Exposure Function）であってもよい。また、アプリケーションコントローラ１３０２は、３ＧＰＰで規定されるApplication Serverであってもよい。
【００２６】
ＭＡＮＯ１４００は、モバイルネットワーク１２００の仮想ネットワーク機能（Virtual Network Functions）を制御するネットワーク機能仮想化（Network Functions Virtualization）コントローラ１４０１を含む。ネットワーク機能仮想化コントローラ１４０１は、ＮＦＶＯ（Network Functions Virtualization Orchestrator）と呼ばれてもよい。
【００２７】
以上のような構成からなるＩｏＴサービスプラットフォーム１０００は、次のようにしてモバイルネットワーク１２００のリソースを制御する。
【００２８】
まず、通信リソースコントローラ１３０１は、例えばアプリケーションＢに用いられる通信路（モバイルネットワーク１２００）におけるスループットなどの特性（コンテキスト）を分析し、分析結果に応じて、モバイルネットワーク１２００の通信リソースの制御を行う。また、アプリケーションコントローラ１３０２は、アプリケーションＢの計算リソースを割り当てる拠点（データセンタ１５０１、１５０２など）を決定するなど、アプリケーションＢの計算リソースに関する制御を行う。さらに、ネットワーク機能仮想化コントローラ１４０１は、モバイルネットワーク１２００の仮想ネットワーク機能の計算リソースの制御（計算リソースの追加など）を行う。
【００２９】
＜＜２．本発明の実施形態の概要＞＞
まず、本発明の実施形態の概要を説明する。
【００３０】
（１）技術的課題
上述したＩｏＴサービスプラットフォームなど、通信ネットワークを介してサービスをＵＥに提供するシステムでは、リソースの利用状況の変化など、通信ネットワークの環境が変化する。このような環境の変化に応じてリソースの追加に要する時間も変動する結果、例えば図２に示すように、サービスの品質を維持できない場合がある。
【００３１】
図２は、トラフィックの増大によりサービスの品質が維持できない場合の例を模式的に示す説明図である。
【００３２】
図２に示すように、通信リソースコントローラ１３０１は、例えば、ｅＮｏｄｅＢ１２０１、Ｓ−ＧＷ（Serving gateway）１２２１、Ｐ−ＧＷ（Packet data network gateway）１２２２、ＰＣＲＦ（Policy and charging rules function）１２２３などのモバイルネットワーク１２００を構成する各要素の通信リソースを制御する。ここで、通信リソースコントローラ１３０１は、通信リソースの制御だけではサービスの品質を維持できないと判断すると、例えばネットワーク機能仮想化コントローラ１４０１に対してアラートを通知して、計算リソースの追加要求を行う事が必要となる。とりわけ、リソースの有効利用などの観点から、上記追加要求は、できるだけ遅いタイミングで行うことが望ましい。
【００３３】
しかしながら、計算リソースの追加に要する時間は、上述したように通信ネットワークの環境によって変動し得る。このため、計算リソースの追加に要する時間が、通信リソースコントローラ１３０１が予想していた時間よりも長いと、計算リソースの追加が完了する前にサービスの品質が違反してしまうという問題がある。
【００３４】
本発明の実施形態の目的は、通信ネットワークを介してサービスを提供するためのリソースを効率よく利用しながら、サービスの品質をより確実に維持することを可能にすることである。
【００３５】
（２）技術的特徴
本発明の実施形態によれば、例えば、第１の制御装置は、通信ネットワークを介したサービスを提供するためのリソースの制御であって、１つ以上の他の制御装置により行われる当該制御に要する時間に関する時間情報を受信し、上記時間情報に基づいた期間にわたる、上記サービスに関する品質を予測する。
【００３６】
また、本発明の実施形態によれば、例えば、第２の制御装置又は管理装置は、通信ネットワークを介したサービスを提供するためのリソースの制御に要する時間に関する時間情報を取得し、上記サービスの品質を予測する第１の制御装置に、上記時間情報を送信する。
【００３７】
上記の構成により、例えば、通信ネットワークを介してサービスを提供するためのリソースを効率よく利用しながら、サービスの品質をより確実に維持することが可能になる。
【００３８】
なお、上述した技術的特徴は本発明の実施形態の具体的な一例であり、当然ながら、本発明の実施形態は上述した技術的特徴に限定されない。
【００３９】
＜＜３．システムの構成＞＞
図３を参照して、本発明の実施形態に係るシステム１の構成の例を説明する。図３は、本発明の実施形態に係るシステム１の概略的な構成の一例を示す説明図である。図３を参照すると、システム１は、ＵＥ１０に通信ネットワーク２０を介してＩｏＴアプリケーション３０で提供されるサービスに関する制御ないし管理を行うシステムであり、通信リソースコントローラ１００、管理装置２００、ネットワーク機能仮想化コントローラ３００、及びアプリケーションコントローラ４００を含む。ここで、通信ネットワーク２０は、その機能の一部がハイパーバイザー２１により仮想化されている。また、ＩｏＴアプリケーション３０は、その機能の全て又は一部がハイパーバイザー３１により仮想化されている。
【００４０】
（１）通信リソースコントローラ１００
通信リソースコントローラ１００は、通信ネットワーク２０を介して提供されるサービスの特性（コンテキスト）を分析し、分析結果に応じて、通信リソースに関する制御を行う。
【００４１】
（２）管理装置２００
管理装置２００は、通信リソースコントローラ１００、ネットワーク機能仮想化コントローラ３００、及びアプリケーションコントローラ４００とそれぞれ通信を行う。
【００４２】
（３）ネットワーク機能仮想化コントローラ３００
ネットワーク機能仮想化コントローラ３００は、例えばハイパーバイザー２１にアクセスすることにより、通信ネットワーク２０のネットワーク機能仮想化に関する制御を行う。
【００４３】
（４）アプリケーションコントローラ４００
アプリケーションコントローラ４００は、例えばハイパーバイザー３１にアクセスし、ＩｏＴアプリケーション３０に関する制御を行う。
【００４４】
（５）まとめ
上述した通信リソースコントローラ１００、ネットワーク機能仮想化コントローラ３００、及びアプリケーションコントローラ４００は、いずれも、通信ネットワーク２０を介したサービスを提供するためのリソースの制御を行う制御装置である。
【００４５】
＜＜４．第１の実施形態＞＞
続いて、図４〜図１４を参照して、本発明の第１の実施形態を説明する。
【００４６】
＜４．１．通信リソースコントローラの構成＞
次に、図４を参照して、通信リソースコントローラ１００の構成の例を説明する。図４は、通信リソースコントローラ１００の概略的な構成の例を示すブロック図である。図４を参照すると、通信リソースコントローラ１００は、通信部１１０、記憶部１２０、及び処理部１３０を備える。
【００４７】
（１）通信部１１０
通信部１１０は、通信ネットワーク２０および管理装置２００のそれぞれから信号を受信し、通信ネットワーク２０、管理装置２００、及び他の制御装置（例えば、ネットワーク機能仮想化コントローラ３００、アプリケーションコントローラ４００など）のそれぞれへ信号を送信する。
【００４８】
（２）記憶部１２０
記憶部１２０は、通信リソースコントローラ１００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。当該プログラムは、通信リソースコントローラ１００の動作のための１つ以上の命令を含む。
【００４９】
（３）処理部１３０
処理部１３０は、通信リソースコントローラ１００の様々な機能を提供する。処理部１３０は、制御部１３１、受信処理部１３３、予測部１３５、判定部１３７、及び要求部１３９を含む。
【００５０】
例えば、処理部１３０（制御部１３１）は、通信ネットワークを介したサービスを提供するためのリソースの制御（第１の制御）を行う。第１の制御は、例えば、無線リソース、より具体的には無線周波数帯域の割り当て制御であってもよい。
【００５１】
なお、処理部１３０は、これらの構成要素以外の他の構成要素をさらに含み得る。すなわち、処理部１３０は、これらの構成要素の動作以外の動作も行い得る。制御部１３１、受信処理部１３３、予測部１３５、判定部１３７、及び要求部１３９の具体的な動作は、後に詳細に説明する。
【００５２】
（４）実装例
通信部１１０は、送信回路及び受信回路、ネットワークアダプタ並びに／又はネットワークインタフェースカード等により実装されてもよい。記憶部１２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。制御部１３１、受信処理部１３３、予測部１３５、判定部１３７、及び要求部１３９は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部１２０）は、このようなプロセッサ（チップ）内に含まれてもよい。
【００５３】
通信リソースコントローラ１００は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、上記プログラムを実行して、処理部１３０の動作（制御部１３１、受信処理部１３３、予測部１３５、判定部１３７、及び要求部１３９の動作）を行ってもよい。上記プログラムは、処理部１３０の動作（制御部１３１、受信処理部１３３、予測部１３５、判定部１３７、及び要求部１３９の動作）をプロセッサに実行させるためのプログラムであってもよい。
【００５４】
＜４．２．管理装置の構成＞
次に、図５を参照して、第１の実施形態に係る管理装置２００の構成の例を説明する。図５は、第１の実施形態に係る管理装置２００の概略的な構成の例を示すブロック図である。図５を参照すると、管理装置２００は、通信部２１０、記憶部２２０及び処理部２３０を備える。
【００５５】
（１）通信部２１０
通信部２１０は、通信リソースコントローラ１００、ネットワーク機能仮想化コントローラ３００、及びアプリケーションコントローラ４００のそれぞれから信号を受信し、通信リソースコントローラ１００、ネットワーク機能仮想化コントローラ３００、及びアプリケーションコントローラ４００のそれぞれへ信号を送信する。
【００５６】
（２）記憶部２２０
記憶部２２０は、管理装置２００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。当該プログラムは、管理装置２００の動作のための１つ以上の命令を含む。
【００５７】
（３）処理部２３０
処理部２３０は、管理装置２００の様々な機能を提供する。処理部２３０は、受信処理部２３１、取得部２３３、及び送信処理部２３５を含む。なお、処理部２３０は、これらの構成要素以外の他の構成要素をさらに含み得る。すなわち、処理部２３０は、これらの構成要素の動作以外の動作も行い得る。受信処理部２３１、取得部２３３、及び送信処理部２３５の具体的な動作は、後に詳細に説明する。
【００５８】
（４）実装例
通信部２１０は、送信回路及び受信回路、ネットワークアダプタ並びに／又はネットワークインタフェースカード等により実装されてもよい。記憶部２２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。受信処理部２３１、取得部２３３、及び送信処理部２３５は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部２２０）は、このようなプロセッサ（チップ）内に含まれてもよい。
【００５９】
管理装置２００は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、上記プログラムを実行して、処理部２３０の動作（受信処理部２３１、取得部２３３、及び送信処理部２３５の動作）を行ってもよい。上記プログラムは、処理部２３０の動作（受信処理部２３１、取得部２３３、及び送信処理部２３５の動作）をプロセッサに実行させるためのプログラムであってもよい。
【００６０】
＜４．３．ネットワーク機能仮想化コントローラの構成＞
次に、図６を参照して、ネットワーク機能仮想化コントローラ３００の構成の例を説明する。図６は、ネットワーク機能仮想化コントローラ３００の概略的な構成の例を示すブロック図である。図６を参照すると、ネットワーク機能仮想化コントローラ３００は、通信部３１０、記憶部３２０、及び処理部３３０を備える。
【００６１】
（１）通信部３１０
通信部３１０は、ハイパーバイザー２１および管理装置２００のそれぞれから信号を受信し、ハイパーバイザー２１、管理装置２００、及び他の制御装置（例えば通信リソースコントローラ１００、アプリケーションコントローラ４００など）のそれぞれへ信号を送信する。
【００６２】
（２）記憶部３２０
記憶部３２０は、ネットワーク機能仮想化コントローラ３００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。当該プログラムは、ネットワーク機能仮想化コントローラ３００の動作のための１つ以上の命令を含む。
【００６３】
（３）処理部３３０
処理部３３０は、ネットワーク機能仮想化コントローラ３００の様々な機能を提供する。処理部３３０は、制御部３３１、取得部３３３、及び送信処理部３３５を含む。なお、処理部３３０は、これらの構成要素以外の他の構成要素をさらに含み得る。すなわち、処理部３３０は、これらの構成要素の動作以外の動作も行い得る。制御部３３１、取得部３３３、及び送信処理部３３５の具体的な動作は、後に詳細に説明する。
【００６４】
（４）実装例
通信部３１０は、送信回路及び受信回路、ネットワークアダプタ並びに／又はネットワークインタフェースカード等により実装されてもよい。記憶部３２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。制御部３３１、取得部３３３、及び送信処理部３３５は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部３２０）は、このようなプロセッサ（チップ）内に含まれてもよい。
【００６５】
ネットワーク機能仮想化コントローラ３００は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、上記プログラムを実行して、処理部３３０の動作（制御部３３１、取得部３３３、及び送信処理部３３５の動作）を行ってもよい。上記プログラムは、処理部３３０の動作（制御部３３１、取得部３３３、及び送信処理部３３５の動作）をプロセッサに実行させるためのプログラムであってもよい。
【００６６】
＜４．４．アプリケーションコントローラの構成＞
次に、図７を参照して、アプリケーションコントローラ４００の構成の例を説明する。図７は、アプリケーションコントローラ４００の概略的な構成の例を示すブロック図である。図７を参照すると、アプリケーションコントローラ４００は、通信部４１０、記憶部４２０、及び処理部４３０を備える。
【００６７】
（１）通信部４１０
通信部４１０は、ハイパーバイザー３１および管理装置２００のそれぞれから信号を受信し、ハイパーバイザー３１、管理装置２００、他の制御装置（例えば、通信リソースコントローラ１００、ネットワーク機能仮想化コントローラ３００など）のそれぞれへ信号を送信する。
【００６８】
（２）記憶部４２０
記憶部４２０は、アプリケーションコントローラ４００の動作のためのプログラム及びパラメータ、並びに様々なデータを、一時的に又は恒久的に記憶する。当該プログラムは、アプリケーションコントローラ４００の動作のための１つ以上の命令を含む。
【００６９】
（３）処理部４３０
処理部４３０は、アプリケーションコントローラ４００の様々な機能を提供する。処理部４３０は、制御部４３１、取得部４３３、及び送信処理部４３５を含む。なお、処理部４３０は、これらの構成要素以外の他の構成要素をさらに含み得る。すなわち、処理部４３０は、これらの構成要素の動作以外の動作も行い得る。制御部４３１、取得部４３３、及び送信処理部４３５の具体的な動作は、後に詳細に説明する。
【００７０】
（４）実装例
通信部４１０は、送信回路及び受信回路、ネットワークアダプタ並びに／又はネットワークインタフェースカード等により実装されてもよい。記憶部４２０は、メモリ（例えば、不揮発性メモリ及び／若しくは揮発性メモリ）並びに／又はハードディスク等により実装されてもよい。制御部４３１、取得部４３３、及び送信処理部４３５は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。上記メモリ（記憶部４２０）は、このようなプロセッサ（チップ）内に含まれてもよい。
【００７１】
アプリケーションコントローラ４００は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、上記プログラムを実行して、処理部４３０の動作（制御部４３１、取得部４３３、及び送信処理部４３５の動作）を行ってもよい。上記プログラムは、処理部４３０の動作（制御部４３１、取得部４３３、及び送信処理部４３５の動作）をプロセッサに実行させるためのプログラムであってもよい。
【００７２】
＜４．５．技術的特徴＞
次に、第１の実施形態の技術的特徴を説明する。
【００７３】
通信リソースコントローラ１００（受信処理部１３３）は、通信ネットワーク２０を介したサービスを提供するためのリソースの制御であって、１つ以上の他の制御装置（例えば、ネットワーク機能仮想化コントローラ３００、及び／又はアプリケーションコントローラ４００）により行われる当該制御に要する時間に関する時間情報を受信する。そして、通信リソースコントローラ１００（予測部１３５）は、上記時間情報に基づいた期間にわたる、上記サービスに関する品質を予測する。
【００７４】
また、管理装置２００（取得部２３３）は、ネットワーク２０を介したサービスを提供するためのリソースの制御に要する時間に関する時間情報を取得する。そして、管理装置２００（送信処理部２３５）は、上記サービスの品質を予測する通信リソースコントローラ１００に、上記時間情報を送信する。
【００７５】
とりわけ、上記通信ネットワーク２０は、無線通信ネットワークを含む。さらに、上記無線通信ネットワークは、無線アクセスネットワーク及びコアネットワークを含む。また、上記サービスは、具体的には、通信ネットワーク２０を介してＵＥ１０に提供されるサービスである。
【００７６】
（１）リソースの制御
上記リソースは、上記サービスを提供するための計算リソースを含む。
【００７７】
−計算リソース
上記計算リソースは、上記サービスを提供するための仮想ネットワーク機能の計算リソースを含む。例えば、仮想ネットワーク機能の計算リソースの制御は、ネットワーク機能仮想化コントローラ３００（制御部３３１）により行われる。
【００７８】
仮想ネットワーク機能の計算リソースの制御（第２の制御）に要する時間に関する時間情報は、ネットワーク機能仮想化コントローラ３００（取得部３３３）によって取得され、ネットワーク機能仮想化コントローラ３００（送信処理部３３５）により管理装置２００に送信される。そして、この時間情報は、管理装置２００（送信処理部２３５）により通信リソースコントローラ１００に送信される。
【００７９】
また、上記計算リソースは、上記サービスを提供するためのアプリケーションの計算リソースを含む。例えば、アプリケーションの計算リソースの制御は、アプリケーションコントローラ４００（制御部４３１）により行われる。
【００８０】
アプリケーションの計算リソースの制御（第３の制御）に要する時間に関する時間情報は、アプリケーションコントローラ４００（取得部４３３）によって取得され、アプリケーションコントローラ４００（送信処理部４３５）により管理装置２００に送信される。そして、この時間情報は、管理装置２００（送信処理部２３５）により通信リソースコントローラ１００に送信される。
【００８１】
また、上記計算リソースは、上記サービスを提供するための仮想マシンである。具体的に、仮想マシンの制御は、例えば、仮想ネットワーク機能を実現する仮想マシンの処理容量、メモリ容量の割当などである。これらの容量の割当は、ネットワーク機能仮想化コントローラ３００（制御部３３１）により行われる。また、仮想マシンの制御は、例えば、アプリケーションサーバを実現する仮想マシンの処理容量、メモリ容量の割当などである。これらの容量の割当は、アプリケーションコントローラ４００（制御部４３１）により行われる。
【００８２】
上記計算リソースの制御は、計算リソースの追加、及び計算リソースの変更を含む。例えば、ネットワーク機能仮想化コントローラ３００（制御部３３１）は、上記仮想ネットワーク機能を実現する仮想マシンの追加および変更を行う。
【００８３】
また、上記計算リソースの上記変更は、第１の拠点内の計算リソースから第２の拠点内の計算リソースへの変更であってもよい。例えば、アプリケーションコントローラ４００の（制御部４３１）は、アプリケーションサーバを実現する計算リソース（仮想マシン）を、上記第１の拠点内の計算リソース（仮想マシン）から第２の拠点内の計算リソース（仮想マシン）への変更を行う。
【００８４】
例えば図１に示したシステム構成を具体例に挙げれば、データセンタ１５０１の計算リソースからデータセンタ１５０２の計算リソースへの変更が、上記第１の拠点内の計算リソースから上記第２の拠点内の計算リソースへの変更に当たる。
【００８５】
なお、アプリケーションの計算リソースの制御に要する時間は、制御の開始から終了までの実行時間に限定されず、例えば制御を開始するまでの待ち時間も含む。
【００８６】
−複数の時間情報がある場合の具体例
（具体例１）
通信リソースコントローラ１００が受信する上記時間情報は、例えば、上記第２の制御に要する時間に関する時間情報と、上記第３の制御に要する時間に関する時間情報と、を含む。
【００８７】
例えば、通信リソースコントローラ１００は、ネットワーク機能仮想化コントローラ３００及びアプリケーションコントローラ４００とそれぞれ通信する管理装置２００から、上記第２の制御に要する時間に関する時間情報、及び上記第３の制御に要する時間に関する時間情報を受信する。
【００８８】
上記第２の制御に要する時間に関する時間情報は、ネットワーク機能仮想化コントローラ３００が計算リソースの制御に要する時間情報である。より具体的に、例えば、上記第２の制御に要する時間に関する時間情報は、追加する仮想マシンの数、追加する仮想マシンの性能を特徴づける各種パラメータ（仮想プロセッサの数、仮想メモリの量）など、仮想マシンの追加に要する時間情報である。
【００８９】
例えば、ネットワーク機能仮想化コントローラ３００（取得部３３３）は、予め実際に上記第２の制御に要した実行時間を記録し、記録した実行時間のデータから統計的に見積ることで、上記第２の制御に要する時間に関する時間情報を取得する。また、ネットワーク機能仮想化コントローラ３００（取得部３３３）は、上記第２の制御に要するワークフローを生成し、このワークフロー内のクリティカルパスを抽出し、クリティカルパス上の各ステップで要する時間の合計を計算することで、上記第２の制御に要する時間に関する時間情報を取得してもよい。
【００９０】
取得された上記第２の制御に要する時間に関する時間情報は、ネットワーク機能仮想化コントローラ３００（送信処理部３３５）により通信リソースコントローラ１００に送信され、通信リソースコントローラ１００（受信処理部１３３）により受信される。
【００９１】
また、上記第３の制御に要する時間に関する時間情報は、例えば、アプリケーションコントローラ４００が計算リソースの制御に要する時間情報である。より具体的に、例えば、上記第３の制御に要する時間に関する時間情報は、アプリケーションを実行する計算リソース（仮想マシン）を、上記第１の拠点内の計算リソース（仮想マシン）から第２の拠点内の計算リソース（仮想マシン）への変更を行うのに要する時間情報である。
【００９２】
上記第３の制御に要する時間に関する時間情報は、上記第２の制御に要する時間に関する時間情報と同様に、統計的に見積もったり、クリティカルパス上の各ステップで要する時間の合計を計算したりすることで、アプリケーションコントローラ４００（取得部４３３）により取得される。
【００９３】
取得された上記第３の制御に要する時間に関する時間情報は、アプリケーションコントローラ４００（送信処理部４３５）により通信リソースコントローラ１００に送信され、通信リソースコントローラ１００（受信処理部１３３）により受信される。
【００９４】
なお、通信リソースコントローラ１００は、ネットワーク機能仮想化コントローラ３００及びアプリケーションコントローラ４００とそれぞれ通信する管理装置２００から、上記第２の制御に要する時間に関する時間情報と、上記第３の制御に要する時間に関する時間情報と、を受信してもよい。
【００９５】
（具体例２）
通信リソースコントローラ１００により受信される上記時間情報は、上記第２の制御に要する時間に関する時間情報と、上記第３の制御に要する時間に関する時間情報とに基づいて生成される情報である。
【００９６】
例えば、上記時間情報は、管理装置２００により、上記第２の制御に要する時間に関する時間情報と、上記第３の制御に要する時間に関する時間情報とに基づいて生成される情報である。
【００９７】
まず、管理装置２００（受信処理部２３１）は、ネットワーク機能仮想化コントローラ３００から、上記第２の制御に要する時間に関する時間情報を受信し、アプリケーションコントローラ４００から、上記第３の制御に要する時間に関する時間情報を受信する。
【００９８】
そして、管理装置２００（取得部２３３）は、上記第２の制御に要する時間に関する時間情報と、上記第３の制御に要する時間に関する時間情報に基づき、上記サービスの品質を維持するために上記第２の制御と上記第３の制御を組み合わせた制御手順の実行に要する時間に関する時間情報を生成する。生成された時間情報は、管理装置２００（送信処理部２３５）により通信リソースコントローラ１００に送信され、通信リソースコントローラ１００（受信処理部１３３）に受信される。
【００９９】
（２）時間情報に基づいた期間
−期間の算出
上記時間情報に基づいた上記期間は、上記リソースの制御に要する上記時間と、上記リソースの上記制御のための第１の時間とを含む。
【０１００】
例えば、上記時間情報に基づいた上記期間は、通信リソースコントローラ１００（予測部１３５）により算出される。具体的に、通信リソースコントローラ１００（予測部１３５）は、上記リソースの制御に要する上記時間と、上記リソースの上記制御のための上記第１の時間との合計値を、上記時間情報に基づいた上記期間として算出する。
【０１０１】
ここで、上記第１の時間は、例えば、上記リソースの上記制御の要求までにかかる時間である。より具体的に、上記第１の時間は、例えば、通信リソースコントローラ１００が後述するようなサービスの品質違反を判定してから上記リソースの上記制御を他の制御装置（例えば、ネットワーク機能仮想化コントローラ３００、アプリケーションコントローラ４００）に要求するまでの時間、通信リソースコントローラ１００と他の制御装置又は管理装置２００との間の通信で遅延する時間などの値から算出される。
【０１０２】
−期間の更新
例えば、他の制御装置（ネットワーク機能仮想化コントローラ３００、アプリケーションコントローラ４００）又は管理装置２００により更新された場合、上記時間情報に基づいた期間が更新される。
【０１０３】
まず、通信リソースコントローラ１００（受信処理部１３３）は、上記更新された時間情報を他の制御装置又は管理装置２００から受信する。
【０１０４】
そして、通信リソースコントローラ１００（予測部１３５）は、上記更新された時間情報が受信された場合に、当該時間情報に基づいた期間を更新する。期間の更新は、時間情報に基づいて新たな期間を新たに登録することである。
【０１０５】
−その他
なお、上記時間情報に基づいた上記期間は、予測部１３５が算出してもよく、又はしなくてもよい。上記期間を予測部１３５が算出しない場合、上記時間情報に基づいた上記期間を算出するための算出部を通信リソースコントローラ１００に設ければよい。そして、当該算出部により算出された期間を予測部１３５に通知すればよい。
【０１０６】
（３）サービスの品質
−予測
通信リソースコントローラ１００（予測部１３５）は、例えば計測されたスループットの履歴情報を用いて、上記時間情報に基づいた上記期間にわたる、上記サービスに関する品質を予測する。上記サービスに関する品質は、例えば、上記サービスに用いられる通信路におけるスループットである。より具体的には、上記スループットは、例えば通信ネットワーク２０に設けられたゲートウェイで処理される単位時間値の処理量である。
【０１０７】
図８は、予測されるスループットの時間応答の例を示す図である。ここで、上記時間情報に基づいた上記期間は、図８に示す「Ｃｏｎｔｒｏｌ  ｂｏｕｎｄ  ｔｉｍｅ」に当たる。すなわち、通信リソースコントローラ１００（予測部１３５）は、現在から「Ｃｏｎｔｒｏｌ  ｂｏｕｎｄ  ｔｉｍｅ」にわたるスループットを予測する。
【０１０８】
−判定
通信リソースコントローラ１００（判定部１３７）は、予測された品質に基づいて、前記期間において前記サービスの前記品質が閾値よりも悪くなるかを判定する。具体的に、通信リソースコントローラ１００（判定部１３７）は、予測されたスループットが、図８に示すｔｈｒｅｓｈｏｌｄよりも低下するかを判定する。
【０１０９】
−リソースの制御の実行要求
通信リソースコントローラ１００（要求部１３９）は、上記期間において上記サービスの上記品質が閾値よりも悪くなる場合に、上記リソースの上記制御の実行を要求する。具体的には、通信リソースコントローラ１００（要求部１３９）は、図８に示す「Ｃｏｎｔｒｏｌ  ｂｏｕｎｄ  ｔｉｍｅ」においてスループットがｔｈｒｅｓｈｏｌｄよりも低下すると判定された場合に、例えばリソースの追加要求など、上記リソースの上記制御の実行を要求する。
【０１１０】
例えば、通信リソースコントローラ１００（要求部１３９）は、他の制御装置（ネットワーク機能仮想化コントローラ３００、アプリケーションコントローラ４００）に、上記リソースの上記制御の実行を要求する。若しくは、通信リソースコントローラ１００（要求部１３９）は、他の制御装置（ネットワーク機能仮想化コントローラ３００、アプリケーションコントローラ４００）と通信する管理装置２００に、上記リソースの上記制御の実行を要求する。通信リソースコントローラ１００（要求部１３９）は、上記リソースの上記制御の実行を要求する際、スループットがｔｈｒｅｓｈｏｌｄよりも低下する原因を示す情報を当該要求に含めてもよい。
【０１１１】
（４）処理の流れ
−時間情報に基づいた期間の更新処理
図９〜図１１を参照して、時間情報に基づいた期間の更新処理の例を説明する。図９は、第１の実施形態に係る時間情報に基づいた期間の更新処理の概略的な流れの例を説明するためのフローチャートである。
【０１１２】
まず、ステップＳ９０１において、通信リソースコントローラ１００（受信処理部１３３）は、更新された時間情報を受信して、ステップＳ９０３に進む。
【０１１３】
図１０は、時間情報の更新処理の概略的な流れの例の説明図である。例えば、図１０に示すように、管理装置２００は、ネットワーク機能仮想化コントローラ３００に時間情報を問い合わせる（ステップＳ１００１）。続いて、ネットワーク機能仮想化コントローラ３００は、更新後の時間情報を取得し（ステップＳ１００３）、取得した時間情報を管理装置２００に送信する（ステップＳ１００５）。続いて、管理装置２００は、ネットワーク機能仮想化コントローラ３００から受信した時間情報を、通信リソースコントローラ１００に送信する（ステップＳ１００７）。
【０１１４】
図１１は、更新前の時間情報１１０１、及び更新後の時間情報１１０３のそれぞれの例の説明図である。時間情報１１０１、１１０３は、サービスを提供するユーザ数（Ｎｕｍ  ｏｆ  Ｕｓｅｒ）、仮想マシン（ＶＭ）の追加数、及び、仮想マシン（ＶＭ）の追加に要する時間（ＴＩＭＥ）を対応付けた情報である。図１１では、時間情報１１０１が時間情報１１０３に更新されることにより、仮想マシン（ＶＭ）の追加に要する時間（ＴＩＭＥ）が長くなる例を示している。
【０１１５】
ステップＳ９０３において、通信リソースコントローラ１００（予測部１３５）は、ステップＳ９０１により受信した時間情報に基づいた期間を算出して、ステップＳ９０５に進む。
【０１１６】
続いて、ステップＳ９０５において、通信リソースコントローラ１００（予測部１３５）は、時間情報に基づいた期間を、スループットの予測対象期間に登録して、図９に示す処理を終了する。
【０１１７】
−サービスの品質を維持するための処理
図１２〜図１４を参照して、サービスの品質を維持するための処理の例を説明する。図１２は、第１の実施形態に係るサービスの品質を維持するための処理の概略的な流れの例を説明するためのフローチャートである。
【０１１８】
まず、ステップＳ１２０１において、通信リソースコントローラ１００（予測部１３５）は、時間情報に基づいた期間にわたるスループットを予測してステップＳ１２０３に進む。
【０１１９】
ステップＳ１２０３において、通信リソースコントローラ１００（判定部１３７）は、予測したスループットに基づいて、サービスの品質が閾値よりも悪くなるかを判定する。例えば上述した図８に示した例のように、通信リソースコントローラ１００（判定部１３７）は、予測したスループットがｔｈｒｅｓｈｏｌｄよりも低くなるかを判定して、ステップS１２０５に進む。
【０１２０】
ステップＳ１２０５において、通信リソースコントローラ１００は、サービスの品質が閾値よりも悪くなる場合（ステップＳ１２０５：Ｙｅｓ）にはステップＳ１２０７に進み、サービスの品質が閾値よりも悪くならない場合（ステップＳ１２０５：Ｎｏ）にはステップＳ１２０１に戻って、スループットを予測する。
【０１２１】
ステップＳ１２０７において、通信リソースコントローラ１００（要求部１３９）は、例えば図１３に示すようなフローに従って、管理装置２００を介してネットワーク機能仮想化コントローラ３００に対して、リソースの制御を要求し、図１２に示す処理を終了する。
【０１２２】
図１３は、リソースの制御を要求する処理の概略的な流れの例の説明図である。図１３に示すように、通信リソースコントローラ１００がリソースの制御を管理装置２００に要求する（ステップＳ１３０１）。続いて、管理装置２００は、通信リソースコントローラ１００からの要求に基づき、ネットワーク機能仮想化コントローラ３００に対して、具体的な仮想マシンの追加数など、リソースの制御の実行を要求する（ステップＳ１３０３）。
【０１２３】
図１４は、予測されるスループットの時間応答（破線）の例と、リソースの制御が実行された場合でのスループットの時間応答（実線）の例と、を示す図である。
【０１２４】
図１４の例から明らかなように、予測されるスループットはｔｈｒｅｓｈｏｌｄよりも低下し得る。通信リソースコントローラ１００は、このような予測結果に基づき、スループットが実際にｔｈｒｅｓｈｏｌｄよりも低下する前に、リソースの制御を要求することができる。具体的には例えば通信リソースコントローラ１００は、予測されたスループットがｔｈｒｅｓｈｏｌｄよりも低下する時点から、１つ以上の他の制御装置により行われる制御に要する時間遡った時点またはそれ以前のタイミングで、上記リソースの上記制御の実行を要求してもよい。このようにしてリソースの制御を要求することにより、スループットがｔｈｒｅｓｈｏｌｄよりも低下することを回避することができる。
【０１２５】
すなわち、通信リソースコントローラ１００は、予測されたスループットに基づいた各々のＵＥのＱｏＳ達成状況の変化と、時間情報の変化状況との両方に基づいて、品質が閾値より悪くなるかを精度良く判定することができる。したがって、通信リソースコントローラ１００は、このような判定により、各々のＵＥのＱｏＳの達成状況を落とさないように、最適なタイミングで最低限度のリソースの追加を他の制御装置に要求することが可能となる
【０１２６】
（５）変形例
−第１の変形例
通信リソースコントローラ１００は、管理装置２００に時間情報を複数回に亘って問い合わせることにより取得し、取得した時間情報の統計的な収束値に基づいて算出した期間に基づいてサービスの品質に関する判定を行うようにしてもよい。
−第２の変形例
【０１２７】
また、管理装置２００は、通信リソースコントローラ１００に対してサービスの品質維持のために必要なリソース量を複数回に亘って問合せて、問合せ結果に基づいて計算リソースの収束値を算出するようにしてもよい。
【０１２８】
−第３の変形例
また、通信リソースコントローラ１００は、管理装置２００から上記時間情報を受信する場合に限定されず、他の制御装置（例えばネットワーク機能仮想化コントローラ３００及び／又はアプリケーションコントローラ４００）から上記時間情報を直接受信してもよい。
【０１２９】
具体的には、通信リソースコントローラ１００（受信処理部１３１）は、ネットワーク機能仮想化コントローラ３００から、ネットワーク機能仮想化コントローラ３００（制御部３３１）がリソースの制御に要する時間に関する時間情報を受信してもよい。また、通信リソースコントローラ１００（受信処理部１３１）は、アプリケーションコントローラ４００から、アプリケーションコントローラ４００（制御部４３１）がリソースの制御に要する時間に関する時間情報を受信してもよい。
【０１３０】
−第４の変形例
また、上記リソースの上記制御は、上記サービスを提供するための通信リソースを含んでもよい。例えば、上記通信リソースは、上記無線通信ネットワークにおける通信リソースである。より具体的に、上記通信リソースは、上記無線アクセスネットワークの通信リソース、及び上記コアネットワークの通信リソースのうちの少なくとも一方を含む。例えば、通信リソースの制御は、ＵＥ１０に割当てられる帯域、ベアラなどの制御であり、通信リソースコントローラ１００（制御部１３１）によって行われる。そして、通信リソースの制御に要する時間情報は、例えば、ネットワーク機能仮想化コントローラ３００及び／又はアプリケーションコントローラ４００に送信される。
【０１３１】
そして、ネットワーク機能仮想化コントローラ３００は、受信した通信リソースの制御に要する時間情報に基づいて、上記サービスに関する上記品質を予測してもよい。また、アプリケーションコントローラ４００も、受信した通信リソースの制御に要する時間情報に基づいて、上記サービスに関する上記品質を予測してもよい。
【０１３２】
（６）まとめ
以上、第１の実施形態を説明した。第１の実施形態によれば、例えば、通信ネットワークを介してサービスを提供するためのリソースを効率よく利用しながら、サービスの品質を確実に維持することが可能になる。
【０１３３】
＜＜５．第２の実施形態＞＞
続いて、図１５及び図１６を参照して、本発明の第２の実施形態を説明する。上述した第１の実施形態は、具体的な実施形態であるが、第２の実施形態は、より一般化された実施形態である。
【０１３４】
＜５．１．第１の制御装置の構成＞
まず、図１５を参照して、第２の実施形態に係る第１の制御装置５００の構成の例を説明する。図１５は、第２の実施形態に係る第１の制御装置５００の概略的な構成の例を示すブロック図である。図１５を参照すると、第１の制御装置５００は、受信処理部５４１及び予測部５４３を備える。受信処理部５４１及び予測部５４３の具体的な動作は、後に説明する。
【０１３５】
受信処理部５４１及び予測部５４３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。第１の制御装置５００は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、上記プログラムを実行して、受信処理部５４１及び予測部５４３の動作を行ってもよい。上記プログラムは、受信処理部５４１及び予測部５４３の動作をプロセッサに実行させるためのプログラムであってもよい。
【０１３６】
＜５．２．装置の構成＞
まず、図１６を参照して、第２の実施形態に係る装置６００の構成の例を説明する。図１６は、第２の実施形態に係る装置６００の概略的な構成の例を示すブロック図である。図１６を参照すると、装置６００は、取得部６４１及び送信処理部６４３を備える。取得部６４１及び送信処理部６４３の具体的な動作は、後に説明する。
【０１３７】
取得部６４１及び送信処理部６４３は、同一のプロセッサにより実装されてもよく、別々に異なるプロセッサにより実装されてもよい。装置６００は、プログラム（命令）を記憶するメモリと、当該プログラム（命令）を実行可能な１つ以上のプロセッサとを含んでもよく、当該１つ以上のプロセッサは、上記プログラムを実行して、取得部６４１及び送信処理部６４３の動作を行ってもよい。上記プログラムは、取得部６４１及び送信処理部６４３の動作をプロセッサに実行させるためのプログラムであってもよい。
【０１３８】
＜５．３．技術的特徴＞
次に、第２の実施形態の技術的特徴を説明する。
【０１３９】
第２の実施形態では、第１の制御装置５００（受信処理部５４１）は、通信ネットワークを介したサービスを提供するためのリソースの制御であって、１つ以上の他の制御装置により行われる当該制御に要する時間に関する時間情報を受信する。そして、第１の制御装置５００（予測部５４３）は、上記時間情報に基づいた期間にわたる、上記サービスに関する品質を予測する。
【０１４０】
例えば、第１の制御装置５００は、上述した第１の実施形態に係る通信リソースコントローラ１００であってもよい。すなわち、受信処理部５４１は、上述した第１の実施形態に係る受信処理部１３３の動作を行ってもよい。また、予測部５４３は、上述した第１の実施形態に係る予測部１３５の動作を行ってもよい。なお、第１の制御装置５００の動作は、通信リソースコントローラ１００の動作の例に限定されない。
【０１４１】
一方、装置６００（取得部６４１）は、通信ネットワークを介したサービスを提供するためのリソースの制御に要する時間に関する時間情報を取得する。そして、装置６００（送信処理部６４３）は上記サービスの品質を予測する第１の制御装置５００に、前記時間情報を送信する。
【０１４２】
例えば、装置６００は、上述した第１の実施形態に係る管理装置２００であってもよい。すなわち、取得部６４１は、上述した第１の実施形態に係る取得部２３３の動作を行ってもよい。また、送信処理部６４３は、上述した第１の実施形態に係る送信処理部２３５の動作を行ってもよい。なお、装置６００の動作は、管理装置２００の動作の例に限定されない。
【０１４３】
以上、第２の実施形態を説明した。第２の実施形態によれば、例えば、通信ネットワークを介してサービスを提供するためのリソースを効率よく利用しながら、サービスの品質を確実に維持することが可能になる。
【０１４４】
＜＜６．他の実施形態＞＞
以上、本発明の実施形態を説明したが、本発明はこれらの実施形態に限定されるものではない。これらの実施形態は例示にすぎないということ、及び、本発明のスコープ及び精神から逸脱することなく様々な変形が可能であるということは、当業者に理解されるであろう。
【０１４５】
例えば、本明細書に記載されている処理におけるステップは、必ずしもシーケンス図に記載された順序に沿って時系列に実行されなくてよい。例えば、処理におけるステップは、シーケンス図として記載した順序と異なる順序で実行されても、並列的に実行されてもよい。また、処理におけるステップの一部が削除されてもよく、さらなるステップが処理に追加されてもよい。
【０１４６】
また、本明細書において説明した通信リソースコントローラの構成要素（例えば、制御部、受信処理部、予測部、判定部、及び／又は要求部）を備える装置（例えば、通信リソースコントローラを構成する複数の装置（又はユニット）のうちの１つ以上の装置（又はユニット）、又は上記複数の装置（又はユニット）のうちの１つのためのモジュール）が提供されてもよい。本明細書において説明した管理装置、ネットワーク機能仮想化コントローラ、又はアプリケーションコントローラの構成要素（例えば、受信処理部、制御部、取得部、及び／又は送信処理部）を備える装置（例えば、管理装置、ネットワーク機能仮想化コントローラ、又はアプリケーションコントローラのためのモジュール）が提供されてもよい。また、上記構成要素の処理を含む方法が提供されてもよく、上記構成要素の処理をプロセッサに実行させるためのプログラムが提供されてもよい。また、当該プログラムを記録したコンピュータに読み取り可能な非一時的記録媒体（Non-transitory  computer  readable  medium）が提供されてもよい。当然ながら、このような装置、モジュール、方法、プログラム、及びコンピュータに読み取り可能な非一時的記録媒体も本発明に含まれる。
【０１４７】
上記実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【０１４８】
（付記１）
第１の制御装置であって、
通信ネットワークを介したサービスを提供するためのリソースの制御であって、１つ以上の他の制御装置により行われる当該制御に要する時間に関する時間情報を受信する受信処理部と、
前記時間情報に基づいた期間にわたる、前記サービスに関する品質を予測する予測部と、
を備える第１の制御装置。
【０１４９】
（付記２）
前記受信処理部は、前記１つ以上の他の制御装置、又は、前記１つ以上の他の制御装置と通信する管理装置から、前記時間情報を受信する、付記１記載の第１の制御装置。
【０１５０】
（付記３）
通信ネットワークを介したサービスを提供するためのリソースの第１の制御を行う制御部を更に備える、付記１又は２記載の第１の制御装置。
【０１５１】
（付記４）
前記１つ以上の他の制御装置は、第２の制御装置及び第３の制御装置を含み、
前記リソースの前記制御は、前記第２の制御装置により行われる第２の制御と、前記第３の制御装置により行われる第３の制御とを含む、
付記１乃至３のうちいずれか１項記載の第１の制御装置。
【０１５２】
（付記５）
前記時間情報は、前記第２の制御に要する時間に関する時間情報と、前記第３の制御に要する時間に関する時間情報とを含む、付記４記載の第１の制御装置。
【０１５３】
（付記６）
前記時間情報は、前記第２の制御に要する時間に関する時間情報と、前記第３の制御に要する時間に関する時間情報とに基づいて生成される情報である、付記４記載の第１の制御装置。
【０１５４】
（付記７）
前記時間情報に基づいた前記期間は、前記リソースの制御に要する前記時間と、前記リソースの前記制御のための第１の時間とを含む、付記１乃至６のうちいずれか１項記載の第１の制御装置。
【０１５５】
（付記８）
前記第１の時間は、前記リソースの前記制御の要求までにかかる時間である、付記７に記載の第１の制御装置。
【０１５６】
（付記９）
前記受信処理部は、前記時間情報が更新された場合に、前記時間情報を受信する、付記１乃至８のうちいずれか１項記載の第１の制御装置。
【０１５７】
（付記１０）
前記予測部は、前記時間情報が受信された場合に、前記時間情報に基づいた前記期間を更新する、付記８記載の第１の制御装置。
【０１５８】
（付記１１）
前記サービスに関する前記品質は、前記サービスに用いられる通信路におけるスループットである、付記１乃至１０のうちいずれか１項記載の第１の制御装置。
【０１５９】
（付記１２）
予測された前記品質に基づいて、前記期間において前記サービスの前記品質が閾値よりも悪くなるかを判定する判定部を更に備える、付記１乃至１１のうちいずれか１項記載の第１の制御装置。
【０１６０】
（付記１３）
前記期間において前記サービスの前記品質が閾値よりも悪くなる場合に、前記リソースの前記制御の実行を要求する要求部、を更に備える、付記１２記載の第１の制御装置。
【０１６１】
（付記１４）
前記要求部は、前記１つ以上の他の制御装置、又は、前記１つ以上の他の制御装置と通信する管理装置に、前記リソースの前記制御の前記実行を要求する、付記１３記載の第１の制御装置。
【０１６２】
（付記１５）
前記リソースは、前記サービスを提供するための計算リソースを含む、付記１乃至１４のうちいずれか１項記載の第１の制御装置。
【０１６３】
（付記１６）
前記計算リソースは、前記サービスを提供するための仮想ネットワーク機能の計算リソースを含む、付記１５記載の第１の制御装置。
【０１６４】
（付記１７）
前記計算リソースは、前記サービスを提供するためのアプリケーションの計算リソースを含む、付記１５又は１６記載の第１の制御装置。
【０１６５】
（付記１８）
前記計算リソースは、前記サービスを提供するための仮想マシンである、付記１５乃至１７のうちいずれか１項記載の第１の制御装置。
【０１６６】
（付記１９）
前記制御は、前記計算リソースの追加を含む、付記１５乃至１８のうちいずれか１項記載の第１の制御装置。
【０１６７】
（付記２０）
前記制御は、前記計算リソースの変更を含む、付記１５乃至１９のうちいずれか１項記載の第１の制御装置。
【０１６８】
（付記２１）
前記計算リソースの前記変更は、第１の拠点内の計算リソースから第２の拠点内の計算リソースへの変更である、付記２０記載の第１の制御装置。
【０１６９】
（付記２２）
前記リソースは、前記サービスを提供するための通信リソースを含む、付記１乃至８のうちいずれか１項記載の第１の制御装置。
【０１７０】
（付記２３）
前記通信ネットワークは、無線通信ネットワークを含み、
前記通信リソースは、前記無線通信ネットワークにおける通信リソースである、付記２２記載の第１の制御装置。
【０１７１】
（付記２４）
前記無線通信ネットワークは、無線アクセスネットワーク及びコアネットワークを含み、
前記通信リソースは、前記無線通信ネットワークの通信リソース、及び前記コアネットワークの通信リソースのうちの少なくとも一方を含む、付記２３記載の第１の制御装置。
【０１７２】
（付記２５）
通信ネットワークを介したサービスを提供するためのリソースの制御に要する時間に関する時間情報を取得する取得部と、
前記サービスの品質を予測する第１の制御装置に、前記時間情報を送信する送信処理部と、
を備える装置。
【０１７３】
（付記２６）
前記リソースの前記制御は、第２の制御装置により行われる制御であり、
前記装置は、前記第２の制御装置である、
付記２５記載の装置。
【０１７４】
（付記２７）
前記リソースの前記制御は、１つ以上の他の制御装置により行われる制御であり、
前記装置は、前記１つ以上の他の制御装置と通信する管理装置である、
付記２５記載の装置。
【０１７５】
（付記２８）
通信ネットワークを介したサービスを提供するためのリソースの制御であって、１つ以上の他の制御装置により行われる当該制御に要する時間に関する時間情報を受信することと、
前記時間情報に基づいた期間にわたる、前記サービスに関する品質を予測することと、
を含む方法。
【０１７６】
（付記２９）
通信ネットワークを介したサービスを提供するためのリソースの制御に要する時間に関する時間情報を取得することと、
前記サービスの品質を予測する第１の制御装置に、前記時間情報を送信することと、
を含む方法。
【０１７７】
（付記３０）
通信ネットワークを介したサービスを提供するためのリソースの制御であって、１つ以上の他の制御装置により行われる当該制御に要する時間に関する時間情報を受信することと、
前記時間情報に基づいた期間にわたる、前記サービスに関する品質を予測することと、
をプロセッサに実行させるプログラム。
【０１７８】
（付記３１）
通信ネットワークを介したサービスを提供するためのリソースの制御に要する時間に関する時間情報を取得することと、
前記サービスの品質を予測する第１の制御装置に、前記時間情報を送信することと、
をプロセッサに実行させるプログラム。
【０１７９】
（付記３２）
通信ネットワークを介したサービスを提供するためのリソースの制御であって、１つ以上の他の制御装置により行われる当該制御に要する時間に関する時間情報を受信することと、
前記時間情報に基づいた期間にわたる、前記サービスに関する品質を予測することと、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
【０１８０】
（付記３３）
通信ネットワークを介したサービスを提供するためのリソースの制御に要する時間に関する時間情報を取得することと、
前記サービスの品質を予測する第１の制御装置に、前記時間情報を送信することと、
をプロセッサに実行させるプログラムを記録したコンピュータに読み取り可能な非一時的記録媒体。
【０１８１】
（付記３４）
通信ネットワークを介したサービスを提供するためのリソースの制御であって、１つ以上の他の制御装置により行われる当該制御に要する時間に関する時間情報を受信する受信処理部と、前記時間情報に基づいた期間にわたる、前記サービスに関する品質を予測する予測部と、を有する第１の制御装置と、
前記通信ネットワークを介したサービスを提供するためのリソースの制御に要する時間に関する時間情報を取得する取得部と、前記サービスの品質を予測する前記第１の制御装置に、前記時間情報を送信する送信処理部と、を有する装置と、
を含むシステム。
【産業上の利用可能性】
【０１８２】
通信ネットワークを介してサービスを提供するためのリソースを効率よく利用しながら、サービスの品質を確実に維持することができる。
【符号の説明】
【０１８３】
１  システム
１００  通信リソースコントローラ
１３１、３３１、４３１  制御部
１３３、２３１、５４１  受信処理部
１３５、５４３  予測部
１３７  判定部
１３９  要求部
２００  管理装置
２３３、３３３、４３３、６４１  取得部
２３５、３３５、４３５、６４３  送信処理部
３００  ネットワーク機能仮想化コントローラ
４００  アプリケーションコントローラ
５００  第１の制御装置
６００  装置
【図１】
0006721106.tif 000002
【図２】
0006721106.tif 000003
【図３】
0006721106.tif 000004
【図４】
0006721106.tif 000005
【図５】
0006721106.tif 000006
【図６】
0006721106.tif 000007
【図７】
0006721106.tif 000008
【図８】
0006721106.tif 000009
【図９】
0006721106.tif 000010
【図１０】
0006721106.tif 000011
【図１１】
0006721106.tif 000012
【図１２】
0006721106.tif 000013
【図１３】
0006721106.tif 000014
【図１４】
0006721106.tif 000015
【図１５】
0006721106.tif 000016
【図１６】
0006721106.tif 000017