(57)【特許請求の範囲】
【請求項１】
仮想ネットワーク構築時に割り当てる仮想資源を自動的に選択する仮想資源自動選択システムにおいて、
２以上のパラメータで構成される複数の訓練データに対して、仮想資源の容量に応じて予め複数にランク分けされた仮想資源クラスタの分類境界を当該２以上のパラメータの関係において設定するための分類境界設定手段と、
新たに上記仮想ネットワークの構築要求を受けた場合に、その構築すべき仮想ネットワークに要求される上記２以上のパラメータからなる入力情報を受け付ける入力情報受付手段と、
上記分類境界設定手段により設定された分類境界を参照することにより、上記入力情報受付手段により受け付けられた入力情報を構成する２以上のパラメータが何れの仮想資源クラスタに属するかを判定するクラスタ判定手段と、
上記クラスタ判定手段により判定された仮想資源クラスタに応じた仮想資源の容量を、上記構築要求を受けた仮想ネットワークに割り当てる割当手段と、
上記割当手段により割り当てられた仮想資源に基づいて構築された仮想ネットワークからネットワーク性能情報を取得する性能情報取得手段と、
上記性能情報取得手段により取得されたネットワーク性能情報が所望のサービス品質を満たしているか否かを判定するサービス品質判定手段とを備え、
上記分類境界設定手段は、上記サービス品質判定手段による判定結果に応じて上記分類境界を更新すること
を特徴とする仮想資源自動選択システム。
【請求項２】
上記分類境界設定手段は、２つのパラメータで構成される複数の訓練データが、各パラメータをそれぞれ座標軸としてプロットされた二次元座標を予め取得するとともに、上記各訓練データが割り当てられていた仮想資源の容量に基づいて当該二次元座標上に上記分類境界を設定すること
を特徴とする請求項１記載の仮想資源自動選択システム。
【請求項３】
イベントの発生の有無を検出するイベント発生検出手段を更に備え、
上記分類境界設定手段は、上記イベントが発生した場合に要求されるアプリケーションの品質レベルに応じたイベント発生用の仮想資源クラスタの分類境界を予め設定しておき、
クラスタ判定手段は、上記イベント発生検出手段により上記イベントの発生が検出された場合に、イベント発生用の仮想資源クラスタの分類境界にシフトさせた上で上記判定を行うこと
を特徴とする請求項１又は２記載の仮想資源自動選択システム。
【請求項４】
上記分類境界設定手段は、上記入力情報受付手段により受け付けられた入力情報を構成する２以上のパラメータと、上記割当手段により割り当てられた仮想資源の容量とに基づいて新たに訓練データを生成すると共に、その新たに生成した訓練データと、上記サービス品質判定手段による判定結果とに基づいて上記分類境界を更新すること
を特徴とする請求項１〜３のうち何れか１項記載の仮想資源自動選択システム。
【請求項５】
上記割当手段は、上記サービス品質判定手段により取得されたネットワーク性能情報が所望のサービス品質を満たしていない旨を判定された場合には、上記分類境界設定手段による上記分類境界の更新後、上記クラスタ判定手段により判定された仮想資源クラスタに応じた仮想資源の容量を上記構築要求を受けた仮想ネットワークに割り当てること
を特徴とする請求項１〜４のうち何れか１項記載の仮想資源自動選択システム。
【請求項６】
仮想ネットワーク構築時に割り当てる仮想資源を自動的に選択する仮想資源自動選択方法において、
２以上のパラメータで構成される複数の訓練データに対して、仮想資源の容量に応じて予め複数にランク分けされた仮想資源クラスタの分類境界を当該２以上のパラメータの関係において設定する分類境界設定ステップと、
新たに上記仮想ネットワークの構築要求を受けた場合に、その構築すべき仮想ネットワークに要求される上記２以上のパラメータからなる入力情報を受け付ける入力情報受付ステップと、
上記分類境界設定ステップにおいて設定した分類境界を参照することにより、上記入力情報受付ステップにおいて受け付けた入力情報を構成する２以上のパラメータが何れの仮想資源クラスタに属するかを判定するクラスタ判定ステップと、
上記クラスタ判定ステップにおいて判定した仮想資源クラスタに応じた仮想資源の容量を、上記構築要求を受けた仮想ネットワークに割り当てる割当ステップと、
上記割当ステップにおいて割り当てた仮想資源に基づいて構築された仮想ネットワークからネットワーク性能情報を取得する性能情報取得ステップと、
上記性能情報取得ステップにおいて取得したネットワーク性能情報が所望のサービス品質を満たしているか否かを判定するサービス品質判定ステップとを有し、
上記分類境界設定ステップでは、上記サービス品質判定ステップにおける判定結果に応じて上記分類境界を更新すること
を特徴とする仮想資源自動選択方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仮想ネットワーク構築時に割り当てる仮想資源を自動的に選択する上で好適な仮想資源自動選択及び方法に関する。
【背景技術】
【０００２】
近年において、ネットワークやその機能の仮想化技術の研究が盛んに行われている。このネットワーク仮想化技術では、仮想ネットワークサービス提供者(Virtual Network Service Provider: ＶＮＳＰ)からの資源要求に応じて、物理インフラ提供者(Infrastructure Provider:ＩｎＰ)が各仮想ネットワークに対して異なる物理資源を割り当てる。これにより、仮想ネットワーク同士を完全に分離することができ、各ＶＮＳＰは、共通の物理インフラ上に構築された仮想ネットワークの資源を用いて個々にサービス提供及び資源管理を行うことができる。
【０００３】
一方、ＩｏＴ（Internet of Things）環境の急速な普及により、例えばパーソナルコンピュータ（ＰＣ）、スマートフォン、車両、センサ、ロボットを始めとしたデータ生成機器やサービス品質（ＱｏＳ）要求がますます多種多様化していくことが予想される。特にモバイル端末の増加に伴い、ＶＮＳＰにとって、突発的に変動するネットワーク利用環境（トラヒック負荷、障害や緊急事例の発生等）や多様化するサービス要求をエッジコンピューティング基盤等で自動認知し、各仮想ネットワークに対して状況に適した資源を自動的かつ迅速に選択、確保する仕組みが必要となる。
【０００４】
しかしながら、現在のネットワーク構築は、資源割当、識別番号割当、コンフィグレーション、管理等を始め、手動によるところが多い。ネットワーク設定時間や人為的ミス等を減らすために、それら処理の自動化を進める必要がある。
【０００５】
このため、従来より仮想ネットワークへの資源割当方法が提案されており、中でも非特許文献１では、OpenFlowのフレームワーク（FlowSpace）に基づく方法が提案されている。また非特許文献２には、数理計画法に基づく方法が、更に非特許文献３にはルータの地理的な位置に基づいた資源割当方法が提案されている。しかしながら、これら非特許文献１−３に開示されている資源割当方法によれば、仮想ネットワーク構築要求に対する仮想資源選択のポリシーが固定的である。換言すれば、サービス要求に対してどのような仮想資源をどのくらい割り当てるかを決定するための基準が固定的であるため、突発的なネットワークの利用環境変動が生じる場合には、そのポリシーがサービス品質保証や資源有効利用の点で常に最適とは限らない。サービス品質保証のためには、ネットワーク利用環境変化の度に、人手や複雑な計算処理を通じて仮想資源選択ポリシーを決定し変更していくこととなれば、それこそ処理時間が長期化し、労力の負担も増大するため、実現が困難なものとなる。
【０００６】
また、物流における事故による交通渋滞、特定地域の警備強化、自然災害や建造物倒壊、エンタテイメントのイベント等が急遽発生した際に、それらを実現する上で必要な量の資源が不足しているために、サービス品質が保証されなくなるという問題も生じる。これに加えて、元々サービス品質要求レベルの高い仮想ネットワーク構築要求に対しては、状況に応じた適切な仮想資源選択や確保が自動的かつ高速に行われることで、サービス品質を保証する必要がある。即ちＶＮＳＰは、緊急事例やトラヒック急変動が発生した場合においても、仮想ネットワークのサービス要求や利用環境に応じた適切な仮想資源選択を行うことができるように、プロアクティブな制御を実現できるようにする必要がある。
【０００７】
これに加えて、上述した非特許文献１〜３の開示技術によれば、ネットワークでのノードおよびリンクの資源割当に関する技術が中心であり、エッジネットワーク、コアネットワーク、データセンタで構成された大規模ネットワークにおいて、データ処理を行うサーバ等のコンピュータ資源も含めた資源選択、割当については殆ど言及されていない。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】P. Skoldstrom and K. Yedavalli, "Network Virtualization and Resource Allocation in OpenFlow-based Wide Area Networks," IEEE ICC2012, Ottawa, Canada, pp.6622-6626, Jun. 2012.
【非特許文献２】F. Esposito and I. Matta, "A Decomposition-Based Architecture for Distributed Virtual Network Embedding," ACM SIGCOMM Workshop on Distributed Cloud Computing (DCC'14), Chicago, IL, USA, pp.53-58, Aug. 2014.
【非特許文献３】X. Liu, P. Juluri and D. Medhi, "An Experimental Study on Dynamic Network Reconfiguration in a Virtualized Network Environment Using Autonomic Management," IFIP/IEEE IM2013, Ghent, Belgium, pp.616-622, May 2013.
【発明の概要】
【発明が解決しようとする課題】
【０００９】
そこで本発明は、上述した問題点に鑑みて案出されたものであり、その目的とするところは、アプリケーションサービス品質レベル要求やトラヒック負荷、障害状況等に基づいて、仮想ネットワークのネットワーク資源およびコンピュータ資源（以下、双方をまとめて仮想資源という。）を選択する際に、機械学習の1つである教師あり学習の分類手法を適用することで効率的な選択が可能な仮想資源自動選択システム及び方法を提供する。これにより、データ処理を行うサーバ等のコンピュータ資源も含めた資源選択や割当を迅速に行うことができ、緊急事例やトラヒック急変動が発生した場合においても、仮想ネットワークのサービス要求や利用環境に応じた適切な仮想資源選択を行うことを可能とするものである。
【課題を解決するための手段】
【００１０】
上述したように、エッジネットワーク、コアネットワーク、データセンタを跨ぐ大規模ネットワーク上で仮想ネットワークを構築する際に、突発的な緊急事例発生やトラヒック変動等のネットワーク利用環境変化が生じても、サービス品質要求レベルの高い仮想ネットワークに対して適切な資源を自動的に選択し、サービス品質を保証するため、本発明者らは鋭意検討を行った。その結果、各仮想ネットワークのための仮想資源を自動選択するためのポリシー設定に対して，機械学習の1つである教師あり学習を使用する仮想資源自動選択システムを発明した。即ち、新たな仮想ネットワーク構築の際には、事前に学習により自動決定された仮想資源選択ポリシーに従って仮想資源を選択する。また突発的な緊急事例発生や仮想ネットワークの品質性能監視結果に応じて再学習を自律的に実行する。これにより、仮想資源選択ポリシーを自動的かつ適応的に変更することが可能となり、サービス品質要求レベルの高い新たな仮想ネットワーク構築要求に対して、サービス品質を保証可能な資源を優先的に提供することができる。これに伴い、資源不足をプロアクティブに緩和し、状況に応じて適切な資源の確保を可能とするものである。
【００１１】
第１発明に係る仮想資源自動選択システムは、仮想ネットワーク構築時に割り当てる仮想資源を自動的に選択する仮想資源自動選択システムにおいて、２以上のパラメータで構成される複数の訓練データに対して、仮想資源の容量に応じて予め複数にランク分けされた仮想資源クラスタの分類境界を当該２以上のパラメータの関係において設定するための分類境界設定手段と、新たに上記仮想ネットワークの構築要求を受けた場合に、その構築すべき仮想ネットワークに要求される上記２以上のパラメータからなる入力情報を受け付ける入力情報受付手段と、上記分類境界設定手段により設定された分類境界を参照することにより、上記入力情報受付手段により受け付けられた入力情報を構成する２以上のパラメータが何れの仮想資源クラスタに属するかを判定するクラスタ判定手段と、上記クラスタ判定手段により判定された仮想資源クラスタに応じた仮想資源の容量を、上記構築要求を受けた仮想ネットワークに割り当てる割当手段と、上記割当手段により割り当てられた仮想資源に基づいて構築された仮想ネットワークからネットワーク性能情報を取得する性能情報取得手段と、上記性能情報取得手段により取得されたネットワーク性能情報が所望のサービス品質を満たしているか否かを判定するサービス品質判定手段とを備え、上記分類境界設定手段は、上記サービス品質判定手段による判定結果に応じて上記分類境界を更新することを特徴とする。
【００１２】
第２発明に係る仮想資源自動選択システムは、第１発明において、上記分類境界設定手段は、２つのパラメータで構成される複数の訓練データが、各パラメータをそれぞれ座標軸としてプロットされた二次元座標を予め取得するとともに、上記各訓練データが割り当てられていた仮想資源の容量に基づいて当該二次元座標上に上記分類境界を設定することを特徴とする。
【００１３】
第３発明に係る仮想資源自動選択システムは、第１又は第２発明において、イベントの発生の有無を検出するイベント発生検出手段を更に備え、上記分類境界設定手段は、上記イベントが発生した場合に要求されるアプリケーションの品質レベルに応じたイベント発生用の仮想資源クラスタの分類境界を予め設定しておき、クラスタ判定手段は、上記イベント発生検出手段により上記イベントの発生が検出された場合に、イベント発生用の仮想資源クラスタの分類境界にシフトさせた上で上記判定を行うことを特徴とする。
【００１４】
第４発明に係る仮想資源自動選択システムは、第１〜第３発明の何れかにおいて、上記分類境界設定手段は、上記入力情報受付手段により受け付けられた入力情報を構成する２以上のパラメータと、上記割当手段により割り当てられた仮想資源の容量とに基づいて新たに訓練データを生成すると共に、その新たに生成した訓練データと、上記サービス品質判定手段による判定結果とに基づいて上記分類境界を更新することを特徴とする。
【００１５】
第５発明に係る仮想資源自動選択システムは、第１〜第４発明の何れかにおいて、上記割当手段は、上記サービス品質判定手段により取得されたネットワーク性能情報が所望のサービス品質を満たしていない旨を判定された場合には、上記分類境界設定手段による上記分類境界の更新後、上記クラスタ判定手段により判定された仮想資源クラスタに応じた仮想資源の容量を上記構築要求を受けた仮想ネットワークに割り当てることを特徴とする。
【００１６】
第６発明に係る仮想資源自動選択方法は、仮想ネットワーク構築時に割り当てる仮想資源を自動的に選択する仮想資源自動選択方法において、２以上のパラメータで構成される複数の訓練データに対して、仮想資源の容量に応じて予め複数にランク分けされた仮想資源クラスタの分類境界を当該２以上のパラメータの関係において設定する分類境界設定ステップと、新たに上記仮想ネットワークの構築要求を受けた場合に、その構築すべき仮想ネットワークに要求される上記２以上のパラメータからなる入力情報を受け付ける入力情報受付ステップと、上記分類境界設定ステップにおいて設定した分類境界を参照することにより、上記入力情報受付ステップにおいて受け付けた入力情報を構成する２以上のパラメータが何れの仮想資源クラスタに属するかを判定するクラスタ判定ステップと、上記クラスタ判定ステップにおいて判定した仮想資源クラスタに応じた仮想資源の容量を、上記構築要求を受けた仮想ネットワークに割り当てる割当ステップと、上記割当ステップにおいて割り当てた仮想資源に基づいて構築された仮想ネットワークからネットワーク性能情報を取得する性能情報取得ステップと、上記性能情報取得ステップにおいて取得したネットワーク性能情報が所望のサービス品質を満たしているか否かを判定するサービス品質判定ステップとを有し、上記分類境界設定ステップでは、上記サービス品質判定ステップにおける判定結果に応じて上記分類境界を更新することを特徴とする。
【発明の効果】
【００１７】
上述した構成からなる本発明によれば、新たな仮想ネットワーク構築の際には、学習により自動決定された仮想資源選択ポリシーに従って仮想資源を即座に選択することができる。また突発的な緊急事例発生やトラヒック変動等のネットワーク利用環境変動が生じた時、それをデータ解析や仮想ネットワーク品質性能監視によって認知し、その結果に応じて再学習を自律的に実行することができる。これにより本発明によれば、仮想資源選択ポリシーを自動的かつ適応的に更新することができる。
【００１８】
本発明によれば、突発的なネットワークの利用環境変動やサービス品質要求の多様化が生じた場合においても、それを自動認知し、仮想資源の選択ポリシーを機械学習のモデルに基づいて自律的に変更することができる。その結果、サービス品質レベルを保証する資源を迅速かつ適応的に自動確保することが可能となる。
【図面の簡単な説明】
【００１９】
【図１】本発明を適用した仮想資源自動選択システム１のネットワーク構成を示す図である。
【図２】仮想ネットワークに対して物理資源としてのコアネットワークへマッピングするイメージを示す図である。
【図３】教師あり学習を行う上での訓練データをプロットした例を示す図である。
【図４】構築すべき仮想ネットワークに要求される２以上のパラメータからなる入力ベクトルを受け付けた例を示す図である。
【図５】新たに構築しようとする仮想ネットワークについて資源を割り当てるためのフローチャートである。
【図６】再学習による分類境界の自動更新の例を示す図である。
【図７】実施例において説明する分類境界並びに訓練データのパラメータのモデルを示す図である。
【発明を実施するための形態】
【００２０】
以下、本発明を適用した仮想資源自動選択システムを実施するための形態について図面を参照しながら詳細に説明をする。
【００２１】
図１は、本発明を適用した仮想資源自動選択システム１のネットワーク構成を示している。この仮想資源自動選択システム１は、アプリケーションサービス提供者２、仮想ネットワークサービス提供者３、インフラサービス提供者４の３つの主体により動作される。仮想資源自動選択システム１は、アプリケーションサービス提供者２の下で制御される電子機器２１と、仮想ネットワークサービス提供者３の下で制御される制御装置３１とを備えている。
【００２２】
アプリケーションサービス提供者２は、例えば、携帯電話、スマートフォン、タブレット型端末、ウェアラブル端末、ノート型のパーソナルコンピュータ（ＰＣ）等の通信端末において実行することが可能なアプリケーションサービスを提供する業者等である。このアプリケーションサービス提供者２により制御される電子機器２１は、パーソナルコンピュータ（ＰＣ）、サーバ等であり、少なくともアプリケーションサービス提供者２の意思に基づいて動作可能なデバイスである。電子機器２１は、アプリケーションサービス提供者２を通じて実行されるアプリケーションサービスに必要なサービス品質レベルを予め取得し、或いはその必要なサービス品質レベルを測定し、これを記憶する。電子機器２１は、上述したアプリケーションサービスを実行する上で仮想ネットワークの構築が必要な場合には、制御装置３１に対して仮想ネット構築要求を送信する。また電子機器２１は、制御装置３１の要求に応じて、アプリケーションサービスに必要なサービス品質レベルを通知する。電子機器２１は、通信回線を介して接続されるインターネット網等で構成される図示しない公衆通信網に接続されており、かかる公衆通信網に接続されたあらゆるデバイスとの間で通信が可能とされている。
【００２３】
仮想ネットワークサービス提供者３は、アプリケーションサービス提供者２がアプリケーションサービスを実行する上で仮想ネットワークの構築が必要な場合に、それに見合った最適な仮想ネットワークを構築する役割を担う。この仮想ネットワークサービス提供者３により制御される制御装置３１は、電子機器２１から通知されたアプリケーションサービスに必要なサービス品質レベルを取得すると共に、各種情報を収集する。この制御装置３１は、インターネット網等で構成される図示しない公衆通信網に接続されていてもよく、この公衆通信網を介して上述した情報の収集を行うこともできる。
【００２４】
仮想ネットワークサービス提供者３は、取得したサービス品質レベル、並びに収集した各種情報に基づいて論理トポロジを構成し、仮想資源を選択する。その後、仮想ネットワークサービス提供者３は、仮想資源の物理資源へのマッピングを行いインフラサービス提供者４に対して物理資源を要求する。
【００２５】
インフラサービス提供者４は、エッジネットワーク４１、コアネットワーク４２、データセンタ４３等で構成された大規模ネットワークを保有し、仮想ネットワークサービス提供者からの指示に基づいて、仮想ネットワーク５１に対して資源を提供することで通信インフラを整える役割を担う。エッジネットワーク４１は、多種多様なＩｏＴ端末からの情報を収集、処理する装置群から構成される。コアネットワーク４２は、エッジネットワーク４１並びにデータセンタ４３に接続され、複数のコアノードからなる通信網を構成する。データセンタ４３は、通信等の必要な各種データを保存するサーバ群から構成される。
【００２６】
インフラサービス提供者４は、コアネットワーク４２に接続されるいずれかの図示しない端末装置を介して上述した各種処理を行っていくこととなる。
【００２７】
仮想ネットワーク５１は、エッジネットワーク４１、コアネットワーク４２、データセンタ４３の全てを跨いで構築され，リンク帯域やノードのバッファスペースといったネットワーク資源だけでなく，サーバ等のコンピュータ資源として、例えばＣＰＵ、 メモリ、ストレージ容量等も含む。各仮想ネットワーク５１−１、５１−２、・・・５１−Ｘは、仮想ネットワークサービス提供者３からの資源要求に応じて、インフラサービス提供者４により互いに異なる物理資源、ネットワーク資源、コンピュータ資源、仮想トポロジが割り当てられることとなる。
【００２８】
図２は、仮想ネットワーク５１に対して、物理資源としてのエッジネットワーク４１、コアネットワーク４２、データセンタ４３へマッピングするイメージを示している。仮想ネットワーク５１は、既存の物理資源の何れか１以上が割り当てられて一つの独立した仮想的な通信ネットワークにより構成されるものである。
【００２９】
次に、本発明を適用した仮想資源自動選択システム１により、仮想ネットワーク５１に対して資源を選択する方法について説明をする。
【００３０】
本発明によれば、各仮想ネットワーク５１の仮想資源を機械学習の1つである教師あり学習の分類手法により、自動的に選択する。即ち、教師あり学習を通じて仮想資源を自動的に選択するためのポリシーを決定し、適応的に変更する制御を行うこととなる。
【００３１】
図３は、教師あり学習を行う上での訓練データをプロットした例を示している。この訓練データは、２つのパラメータｘ1、ｘ2と、実際に割り当てられた仮想資源の組み合わせから特定されるものである。この訓練データは、過去において実際に仮想ネットワーク５１に対して仮想資源の割り当てを行った際のパラメータｘ1、ｘ2と、仮想資源とから特定される。割り当てられた仮想資源として、図３の例ではファーストクラス資源とセカンドクラス資源の２種類とされている場合を例に挙げている。これら資源は、リンク帯域、ノードのバッファスペース、およびサーバのＣＰＵ/メモリ/ストレージ容量等の組合せにより表現されていてもよい。ここでいうファーストクラス資源とは、割り当てる資源の中でも容量がより高いものであり、例えば、「コアネットワークにおける10Gbpsの速度のリンク帯域(資源占有)と1GBのノードバッファサイズ，エッジネットワークおよびデータセンタにおける10GHzのサーバCPU、1GBのサーバメモリ、10GBのストレージ容量」等を想定する。セカンドクラス資源は、割り当てる資源の中でも容量がより低いものであり、例えば、「コアネットワークにおける1Gbpsの速度のリンク帯域(資源共有)と10MBのノードバッファサイズ，エッジネットワークおよびデータセンタにおける100MHzのサーバCPU，10MBのサーバメモリ，100MBのストレージ容量」等を想定する。
【００３２】
パラメータｘ1、ｘ2の例としては、リンク帯域に対する要求、パケット損失率に対する要求、遅延および遅延分散に対する要求、データの受信する地理的な位置、トラヒック負荷、機器障害状況等である。
【００３３】
このようなパラメータについて、いかにしてデータ化してプロットするかについて説明をする。リンク帯域に対する要求については約1Mbps〜100Gbpsの間を想定し、各アプリケーションによって要求される数値がプロットされる。例えば、8Mbps(動画の伝送)、1.5Gpbs (HD映像非圧縮伝送)、6.4Gbps(4K映像非圧縮伝送)、24Gbps(8K映像非圧縮伝送)等の数値をプロットするようにしてもよい。パケット損失率については、ITU-T Y.1541で定義されているサービス品質クラス0〜4に適合するアプリケーションではパケット損失率が1×10-3以下であることが要求され、クラス6〜7はパケット損失率が1×10-5以下であることが要求される。このため、このようなパケット損失率の数値をプロットする。
【００３４】
また、遅延に対する要求については例えばITU-T Y.1541で定義されているサービス品質クラス0,2,6に適合するアプリケーションでは遅延が100ms以下であることが要求され、クラス1,3,7では遅延が400ms以下であることが要求され、クラス4では遅延が1s以下であることが要求される。このため、このような遅延量をプロットするようにしてもよい。遅延分散に関しては、クラス0,1,6,7において遅延分散が50ms以下であることが要求されるため、かかる数値をプロットする。機器障害状況は、機器障害に対して相関のあるパラメータとしてコアネットワーク上の各ノードにおける受信光信号のパワー等をプロットするようにしてもよい。
【００３５】
例えば訓練データｐは、パラメータｘ1の値がｐ1であり、パラメータｘ2の値がｐ2であり、割り当てられた仮想資源がセカンドクラス資源である場合を示している。また訓練データｑは、パラメータｘ1の値がｑ1であり、パラメータｘ2の値がｑ2であり、割り当てられた仮想資源がファーストクラス資源である場合を示している。このように、過去のデータからなる各訓練データにつき、２つのパラメータｘ1、ｘ2と、割り当てられた仮想資源を入力することで、図３に示すような２次元座標上の散布図ができあがることとなる。このようにして、各訓練データのパラメータｘ1、ｘ2に加え、これに割り当てられていた仮想資源の容量の情報もこの２次元座標上の散布図上にプロットすることとなる。
【００３６】
このような散布図を俯瞰した場合、ｘ1の値がより大きく、かつｘ2の値がより小さい場合にセカンドクラス資源が割り当てられているケースが多いことを判別することができる。即ち、右下においてセカンドクラス資源からなる仮想資源クラスタが形成されている。同様にｘ1の値がより小さく、かつｘ2の値がより大きい場合にファーストクラス資源が割り当てられているケースが多いことを判別することができる。即ち、左上においてファーストクラス資源からなる仮想資源クラスタが形成されている。
【００３７】
このようなファーストクラス資源からなる仮想資源クラスタと、セカンドクラス資源からなる仮想資源クラスタとを分類するための分類境界を設定することができる。この分類境界は、例えばサポートベクターマシン(ＳＶＭ)を用いるようにしてもよい。このＳＶＭは、訓練データの集合であるクラスタと分類境界線の間のマージンを最大化することで分類を行うものである。
【００３８】
このような図３に示すような訓練データのパラメータｘ1、ｘ2と分類境界との関係を予め取得しておく。そして、新たに構築しようとする仮想ネットワーク５１について、ファーストクラス資源と、セカンドクラス資源の何れを割り当てるかを決定する際に、この訓練データのパラメータｘ1、ｘ2と分類境界との関係を参照することとなる。
【００３９】
図４に示すように、その構築すべき仮想ネットワークに要求される２以上のパラメータｘ1、ｘ2からなる入力情報を受け付ける。以下、この受け付ける入力情報を入力ベクトルＲという。この入力ベクトルＲからパラメータｘ1、ｘ2を読み取る。その結果、入力ベクトルＲのパラメータｘ1の値がｒ1であり、入力ベクトルＲのパラメータｘ2の値がｒ2である場合をこの座標軸にプロットした場合、ちょうど分類境界を介してセカンドクラス資源からなる仮想資源クラスタ側に位置する場合には、構築すべき仮想ネットワークに対してセカンドクラス資源を割り当てる。一方、入力ベクトルＲのパラメータｘ1、ｘ2の値がちょうど分類境界を介してファーストクラス資源からなる仮想資源クラスタ側に位置する場合には、構築すべき仮想ネットワークに対してファーストクラス資源を割り当てる。その理由として、入力ベクトルＲのパラメータｘ1、ｘ2の値（ｒ1、ｒ2）が分類境界を介してセカンドクラス資源からなる仮想資源クラスタ側に位置する場合には、過去の訓練データの結果から同様にセカンドクラス資源を割り当てても、問題なく通信を行うことができることが裏付けられているためである。同様に、入力ベクトルＲのパラメータｘ1、ｘ2の値（ｒ1、ｒ2）が分類境界を介してファーストクラス資源からなる仮想資源クラスタ側に位置する場合には、過去の訓練データの結果から同様にファーストクラス資源を割り当てないと所望の通信品質を確保することができないことが示されている。即ち、本発明によれば過去の訓練データを参照し、割り当てる資源の容量を制御するものである。
【００４０】
図５に、新たに構築しようとする仮想ネットワーク５１について資源を割り当てるためのフローチャートを示す。先ずステップＳ１１において、仮想ネットワークサービス提供者３は、アプリケーションサービス提供者２から仮想ネット構築要求を受け付ける。この仮想ネット構築要求は、アプリケーションサービス提供者２により提供されるアプリケーションサービスを実行する上で新たに仮想ネットワーク５１の構築が必要となり、仮想ネットワークサービス提供者３に対して送信されるその構築要求である。なお、このステップＳ１１の開始前において、図３に示すような訓練データのパラメータｘ1、ｘ2と分類境界との関係を予め取得しておくことは勿論である。
【００４１】
仮想ネットワークサービス提供者３は、ステップＳ１２においてアプリケーションサービス提供者２から仮想ネット構築要求を受信した場合、ステップＳ１３へ移行し、入力ベクトルＲの検知を行う。このステップＳ１３における入力ベクトルＲの検知は、上述した訓練データを構成するパラメータｘ1、ｘ2に応じたものであり、例えば訓練データのパラメータｘ1、ｘ2が、データの受信する地理的な位置、トラヒック負荷であれば、その入力ベクトルも新たに構築しようとする仮想ネットワーク５１における地理的な位置、トラヒック負荷を測定し、これを入力ベクトルＲのパラメータｘ1、ｘ2の値（ｐ1、ｐ2）とする。
【００４２】
次にステップＳ１４へ移行し、上述したステップＳ１３において取得した入力ベクトルＲのパラメータｘ1、ｘ2の値（ｒ1、ｒ2）を読み取り、訓練データのパラメータｘ1、ｘ2と分類境界との関係を参照した上で、この（ｒ1、ｒ2）が分類境界を介してファーストクラス資源からなる仮想資源クラスタ側に位置するか、又はセカンドクラス資源からなる仮想資源クラスタ側に位置するかを判別する。その結果、この（ｒ1、ｒ2）がファーストクラス資源からなる仮想資源クラスタ側に位置するのであれば、ファーストクラス資源を、またセカンドクラス資源からなる仮想資源クラスタ側に位置するのであれば、セカンドクラス資源を自動的に割り当てる。ステップＳ１４における、いかなる資源を割り当てるかの判断は、制御装置３１が行う。そして、この制御装置３１（仮想ネットワークサービス提供者３）は、インフラサービス提供者４に対して、自らが判断したファーストクラス資源又はセカンドクラス資源の何れかを割り当てるための資源要求を送る。
【００４３】
インフラサービス提供者４は、この仮想ネットワークサービス提供者３からの資源要求を受けて、これから構築しようとする仮想ネットワーク５１に対して物理資源を割り当てる。この割り当ては、仮想ネットワークサービス提供者３により選択された、ファーストクラス資源又はセカンドクラス資源の何れかに基づくものである。インフラサービス提供者４により仮想ネットワーク５１に対して資源が割り当てられた後、ステップＳ１５に移行する。ちなみに仮想ネットワーク５１は、このインフラサービス提供者４により資源が割り当てられることでネットワークとして機能することとなり、構築が完了することとなる。
【００４４】
ステップＳ１５に移行した後、ステップＳ１４において構築が完了した仮想ネットワーク５１からネットワーク性能情報の送信を待ち続ける。このネットワーク性能情報とは、ステップＳ１４において割り当てられた資源に基づいて仮想ネットワーク５１が正常に所望の動作を実現できているか否か、仮想ネットワーク５１において実行されるアプリケーションサービスの品質レベルを満たしているか否かについての情報である。その結果、ステップＳ１６においてネットワーク性能情報を受信することができた場合には、ステップＳ１７に移行し、ネットワーク性能情報を解析する。その結果、ネットワーク性能情報を通じて仮想ネットワーク５１において実行されるアプリケーションサービスの品質レベルが所望のサービス品質レベルを満たすものであり、正常に所望の動作を実現できている場合には、ステップＳ１４において割り当てた資源が適切であったことが分かる。かかる場合には、特段新たな制御を加えることなく再びステップＳ１５に戻り、その後の処理を継続して行うこととなる。なお、ステップＳ１６におけるネットワーク性能情報の受信、並びにステップＳ１７における判断は、アプリケーションサービス提供者２、仮想ネットワークサービス提供者３、インフラサービス提供者４の何れが行うようにしてもよい。
【００４５】
一方、ステップＳ１７においてネットワーク性能情報を解析した結果、ネットワーク性能情報を通じて仮想ネットワーク５１において実行されるアプリケーションサービスの品質レベルが所望のサービス品質レベルを満たさないものであり、正常に所望の動作を実現できていない場合には、ステップＳ１４において割り当てた資源が不適切であったことが分かる。かかる場合には、ステップＳ１８へ移行する。
【００４６】
ステップＳ１８に移行した場合には、再学習による分類境界の自動更新を行う。例えば図６（ａ）に示すように、入力ベクトルＲがセカンドクラス資源からなる仮想資源クラスタ側に位置しているものと判断し、仮想ネットワーク５１に対してセカンドクラス資源を割り当てた結果、ステップＳ１７においてサービスの品質レベルが所望のサービス品質レベルを満たさないものである旨が判断された場合は、これにファーストクラス資源を割り当てる必要があることが分かる。かかる場合の具体的な例としては、トラヒック変動や機器障害等に起因して、その資源が仮想ネットワーク５１のサービス要求を満たしていないことを検知した場合等が挙げられる。かかる場合には、この入力ベクトルＲに対応するプロットをセカンドクラス資源からファーストクラス資源へと切り替えるとともに分類境界の自動更新を行う。即ち、この入力ベクトルＲに対応するプロットもファーストクラス資源のクラスタに分類されるように、分類境界を更新することとなる。
【００４７】
このステップＳ１８では、再学習並びに分類境界の自動更新に加えて、ステップＳ１４にて構築した仮想ネットワーク５１について資源の再割り当てを行うようにしてもよい。かかる場合には、入力ベクトルＲに対応するプロットは、更新された分類境界を介してファーストクラス資源からなる仮想資源クラスタ側に位置するため、仮想ネットワーク５１に対してファーストクラス資源を割り当てる。その結果、当該仮想ネットワーク５１は、以前のセカンドクラス資源よりも高容量からなるファーストクラス資源が割り当てられるため、実行されるアプリケーションサービスの品質レベルが所望のサービス品質レベルを満たすものであり、正常に所望の動作を実現できる可能性が高くなる。
【００４８】
仮にステップＳ１４において、入力ベクトルＲがファーストクラス資源からなる仮想資源クラスタ側に位置しているものと判断し、仮想ネットワーク５１に対してファーストクラス資源を割り当てた結果、ステップＳ１７においてサービスの品質レベルが要求性能を相当上回っている場合も同様である。かかる場合には、セカンドクラス資源を割り当てた場合においても、所望のサービス品質レベルが実現できる場合も多いため、その入力ベクトルＲのプロット位置がセカンドクラス資源のクラスタに入るように分類境界を更新する。
【００４９】
即ち、本発明によれば、仮想ネットワーク５１の品質性能の監視結果に応じて仮想資源の選択ポリシーを適応的に変更することができる。その結果、新たに構築すべき仮想ネットワーク５１に対して提供する資源のミスマッチが生じるのを防止することが可能となる。特にこのような学習を繰り返し行うことでパラメータｘ1、ｘ2に対する分類境界がより適正化されてくることとなり、その仮想資源の選択ポリシーの精度を向上させることが可能となる。しかもサービス品質要求を満たさなくなった仮想ネットワーク５１に対しては、資源の再割り当てが自動的に実行されることとなるため、特にユーザ側が特段の操作を行わなくても、自然に適切な資源が割り当てられて所望のアプリケーションが実行されることとなる。
【００５０】
なお、本発明においては、緊急事例発生時においてステップＳ１９〜２２の処理を実行するようにしてもよい。
【００５１】
ステップＳ１９では、データ情報の受信を待ち続けるが、具体的には緊急事例に関する情報の受信を待ち続ける。ここでいう緊急事例は、地震、台風、洪水、津波等を始めとする自然災害や、政治的、社会的な要因に基づく様々な緊急事態、その他人命に関わるような、より優先的に通信資源を割り当てなければならない事例を意味する。この緊急事例に関する情報を関連情報提供WebサイトやTwitter（登録商標）等から定期的に収集されるものであってもよい。
【００５２】
緊急事例に関する情報を受信した場合（ステップＳ２０）には、ステップＳ２１に移行し、その受信した情報を解析する。その結果、この受信した情報が緊急事例でない場合には特段処理動作の変更は行わない。これに対して、受信した情報が緊急事例であるものと判断した場合には、ステップＳ２２へ移行し、分類境界を自動更新した上で資源の再割り当てを行う。
【００５３】
この緊急事例に関する資源の再割り当ては、緊急事例に関する仮想ネットワーク５１に対してファーストクラス資源が優先的に割り当てられるように、分類境界を図６（ｂ）に示すようにずらすものである。このケースでは、緊急事例の訓練データと、それ以外の訓練データを予め取得しておき、緊急事例の訓練データのみファーストクラス資源を割り当てるものである。そして、緊急事例以外の訓練データについては、セカンドクラス資源を割り当てる。このような緊急事例と、非緊急事例との間で振り分けられるファーストクラス資源とセカンドクラス資源の分類境界を予め設定しておく。
【００５４】
なお、緊急事例においてファーストクラス資源を全て使い切れない場合も考えられ、かかる場合には、非緊急事例においてファーストクラス資源を必要としている通信に対してこれを割り当てる余地を少しだけ残しておくことも有効である。かかる場合には、図６（ｂ）に右側に示す分類境界を僅かに右方向にずらしておくようにしてもよい。
【００５５】
緊急事例の訓練データは、実際に緊急事例発生時に収集した情報をステップＳ２１によりデータ解析することにより、かかる緊急事例の訓練データのパラメータｘ1、ｘ2を識別すると共に、かかる緊急事例における仮想ネットワーク５１の構築時に要求される資源の品質レベルを予測する。これにより図６（ｂ）に示すような訓練データのプロット得ることが可能となる。
【００５６】
ステップＳ１９において緊急事例に関する情報を受信しなかった場合には、ステップＳ１１、Ｓ１２、Ｓ１３を経て、ステップＳ１４へ移行し、図６（ｂ）の左側に示す分類境界に基づいて資源の割り当てを行う。一方、ステップＳ１９において緊急事例に関する情報を受信した場合、ステップＳ２０、Ｓ２１を経て、ステップＳ２２において、図６（ｂ）の右側に示す分類境界にシフトさせ、その後、ステップＳ１１、Ｓ１２、Ｓ１３を経て、ステップＳ１４において、図６（ｂ）の右側に示す分類境界に基づいて資源の割り当てを行う。緊急事例であれば、入力ベクトルＲのパラメータｘ1、ｘ2の値（ｒ1、ｒ2）も分類境界を介してちょうど緊急事例の訓練データと同じクラスタに属するため、ファーストクラス資源を割り当てる。その一方で、分類境界を介してセカンドクラス資源の領域が広くなるため、緊急事例以外では、セカンドクラス資源が割り当てられる可能性が高くなるが、その分においてファーストクラス資源を緊急事例に割り当てられる可能性が高くなる。特に緊急事例では、通常よりも高いサービス品質レベルが要求されることから必要な量の資源を割り当てやすくなる。その結果、緊急事例における仮想ネットワーク５１の資源不足（資源要求のブロッキング）を緩和でき、状況に応じた適切な資源の確保が可能となる。
【００５７】
なお、ステップＳ１４に戻る過程でステップＳ２２を経ることとなるが、このステップＳ２２において、ステップＳ１８と同様に再学習による分類境界の更新を行うようにしてもよい。またこのステップＳ２２からステップＳ１４に戻る以外にステップＳ１９にも戻り、再び緊急事例の待ちうけ状態に入ることとなる。
【００５８】
特に図６（ｂ）中のクラスタＵについては、通常時と緊急時において分類境界がシフトする結果、ファーストクラス資源が割り当てられる場合もあれば、セカンドクラス資源が割り当てられる場合もある。このような入力ベクトルがこのようなクラスタＵに位置する場合において、緊急性の高い入力ベクトルが他に存在する場合には、これらにファーストクラス資源を割り当てるため、図６（ｂ）の右側に示すように分類境界をシフトさせることは勿論である。但し、緊急性の高い入力ベクトルが他に存在しない場合には、このようなクラスタＵに対しても極力ファーストクラス資源を割り当てることで、その仮想ネットワーク５１のパフォーマンスを向上させることが望ましい。このため、緊急事例による仮想ネットワークが不要になったら、図６（ｂ）の右側に示す分類境界から図６（ｂ）の左側に示す分類境界へシフトさせ、資源を解放し、分類境界を自動的に元に戻すようにしてもよい。
【００５９】
なお、上述した例では緊急事例における分類境界のシフトを例にとり説明をしたが、これに限定されるものではなく、緊急事例とは別のいかなるイベントを対象としたものであってもよい。このイベントは、例えば物流における事故による交通渋滞、特定地域の警備強化、災害、急なエンタテイメントイベントの開催等がある。
【００６０】
イベントの発生の有無をステップＳ２０において検出し、イベントが発生した場合におけるアプリケーションの品質レベル要求に応じたイベント発生用の仮想資源クラスタの分類境界を予め設定しておく。そして、イベントの発生が検出された場合に、イベント発生用の分類境界にシフトさせ、イベントが発生した場合における仮想資源の容量（例えばファーストクラス資源）が割り当てられる可能性を高くすることができる。
【００６１】
ステップＳ１９以降が緊急事例の検出時におけるフローチャートであるが、これらは、ステップＳ１８以前の非緊急事例のフローチャートにおける動作と別々に同時並行して実行されるものであってもよい。
【００６２】
図６（ｃ）の例では、資源の再割当は実行されないが、分類境界に近いセカンドクラス資源の訓練データを構成するクラスタＶが増加したことにより、分類境界を変更するケースである。クラスタＶの訓練データが増加した結果、図６（ｃ）左側に示す当初の分類境界のままでは、各クラスタと分類境界の間隔がアンバランスなものとなっている。このため、各クラスタと分類境界の間のマージンを最大化するように、当該分類境界を自動的に最適な位置となるようにシフトさせる。即ち、訓練データがある程度追加で蓄積された段階において、訓練データの分散具合を俯瞰し、分類境界を自動的に最適な位置に再設定するようにしてもよい。これにより、クラスタＶの訓練データから少しずれた、新たな仮想ネットワーク構築要求に対する入力ベクトルに対して、別クラスタの仮想資源を割り当ててしまう可能性が減り、資源の有効利用を図りつつ、状況に応じた仮想資源の自動選択が実現できる。
【００６３】
なお、本発明においては、分類境界を線形ＳＶＭを用いて設定する場合を例にとり説明をしたが、これに限定されるものではない。例えば、分類境界は線形とされる場合に限定されるものではなく、非線形な線で構成されていてもよい。
【００６４】
また、上述した例では、入力ベクトルはあくまでパラメータｘ1、ｘ2の２次元座標系で構成される場合を例にとり説明をしたが、この入力ベクトルの次元数、換言すれば、入力ベクトルを構成するパラメータ数は３つ以上で構成されていてもよい。同様に分類境界の数を２以上に設定することで、資源のランクを３以上に設定し、クラスタ領域を３領域以上に構成するようにしてもよい。このとき、One-versus-Rest法や、All-Pair法といった既存手法を適用して多値分類を行うようにしてもよい。即ち、仮想資源の容量に応じて予め複数にランク分けされた仮想資源クラスタが予め定義されているものであればいかなるランク数で構成されていてもよい。かかる場合には、既存手法を適用して多値分類を実現することによって仮想資源の選択肢の数を増やすことができる。
【００６５】
また各仮想ネットワークに対する仮想資源選択時、出力の各構成要素の値が既に決められる想定だが、実際に物理資源を割り当てた後、エッジ・コア・クラウドから構成された大規模ネットワークのトラヒック負荷等の利用環境を考慮しつつ、必要に応じて物理資源増減の微調整を行うことも可能である。
【００６６】
また、上述した実施の形態において、ＳＶＭに代表される教師あり学習は、多数の訓練データが得られていることが前提となる。十分な数の訓練データが得られていない場合には、訓練データを手動で登録するようにしてもよいし、半教師あり学習や強化学習といった他の機械的学習手法を用いるようにしてもよい。
【００６７】
上述した構成からなる本発明は、例えばネットワーク利用環境（トラヒック負荷、障害や緊急事例の発生）が時間変動する環境において特に効果を発揮する。そのような環境の例としては、物流における事故による交通渋滞、特定地域の警備強化、災害、急なエンタテイメントイベントの開催が起こりえる環境や、今後急増するモバイル端末やセンサ端末等の移動機器の利用が想定されるＩｏＴ関連アプリケーションサービスが提供される環境等である。
【実施例１】
【００６８】
以下、分類境界をＳＶＭを用いて設定する場合の実施例を説明する。図７が本実施例において説明する分類境界並びに訓練データのパラメータのモデルを示す。訓練データは、例えば入力ベクトルが２次元の場合、xi, yi, tiから構成される。xi, yiが入力ベクトルである。tiが各訓練データの出力の値であり、1もしくは-1である。また分類境界からファーストクラス資源のクラスタ、セカンドクラス資源のクラスタに至るまでの距離をｄとする。訓練データ数を n とすると、i = 1, 2, …, n (自然数)とされる。このとき、分類境界と分類境界から最も近くにある訓練データとの距離ｄを最大化させるのがＳＶＭの特徴である。
【００６９】
入力ベクトルが２次元の場合の分類境界の導出式を下記に示す。
【００７０】
【数１】
0006664812.tif 000002
【００７１】
ここでＣはスカラー変数であり、バイアスともいう。また制約条件は、下記で表される。
制約条件：ｔi×（ω1ｘi＋ω2ｙi＋C）≦１
【００７２】
このような制約条件のもとで、上述したｄの分母が最小となるω1、ω2、Ｃを求める。その結果、分類境界は、下記の式で表される。
ｆ（ｘ）＝ω1ｘi＋ω2ｙi＋C＝０
【００７３】
次に、入力ベクトルが３次元のケースにおける分類境界の導出方法について説明をする。訓練データは、xi,yi,ziの３値から構成される。入力ベクトルが３次元の場合の分類境界の導出式を下記に示す。
【００７４】
【数２】
0006664812.tif 000003
【００７５】
また制約条件は、下記で表される。
制約条件：ｔi×（ω1ｘi＋ω2ｙi＋ω3ｚi＋C）≦１
【００７６】
このような制約条件のもとで、ｄの分母が最小となるω1、ω2、ω3、Ｃを求める。その結果、分類境界は、下記の式で表される。
ｆ（ｘ）＝ω1ｘi＋ω2ｙi＋ω3ｚi＋C＝０
【符号の説明】
【００７７】
１  仮想資源自動選択システム
２  アプリケーションサービス提供者
３  仮想ネットワークサービス提供者
４  インフラサービス提供者
２１  電子機器
３１  制御装置
３１  制御端末
４１  エッジネットワーク
４２  コアネットワーク
４３  データセンタ
５１  仮想ネットワーク
【図１】
0006664812.tif 000004
【図２】
0006664812.tif 000005
【図３】
0006664812.tif 000006
【図４】
0006664812.tif 000007
【図５】
0006664812.tif 000008
【図６】
0006664812.tif 000009
【図７】
0006664812.tif 000010