(57)【要約】      （修正有）【課題】キャリア網にデータセンタを分散配置したネットワーク環境においてサービス事業者のアプリケーションを最適な場所に配備することができるシステム及び方法を提供する。【解決手段】アプリケーション配備システムは、エンドユーザ端末及びキャリア網１００の接続点からエッジルータ１１０までの区間、エッジルータ１１０からコアルータ１２０までの区間、コアルータ１２０からキャリア網１００及び外部ネットワークの接続点までの区間のそれぞれについてパスの遅延時間情報及びパス長情報を記憶した設備管理情報記憶部４４０と、入力されたサービス要件及び設備情報記憶手段４４０に記憶されている情報に基づき、各アプリケーション３１０をどのデータセンタ１１１に配備するかを決定する配備決定部４１０とを備えた。【選択図】図４
2017143365.tif 000002
【特許請求の範囲】
【請求項１】
キャリア網内に配置されたデータセンタにサービス事業者のアプリケーションを配備してサービスを提供するネットワーク環境において、入力されたサービス事業者のサービス要件を満たすようアプリケーションをデータセンタに配備するアプリケーション配備システムであって、
キャリア網内のデータセンタは、エンドユーザを収容するエッジ装置に接続したローカルデータセンタと、コア装置に接続した中央データセンタとからなり、
サービス事業者のアプリケーションは、エンドユーザ端末と通信を行うフロントエンドアプリケーションと、フロントエンドアプリケーションからのデータを集約するとともにキャリア網外の外部ネットワークの外部サーバと接続するバックエンドアプリケーションとからなり、
サービス事業者のサービス要件は、エンドユーザ端末及びキャリア網の接続点からフロントエンドアプリケーションまでの区間、フロントエンドアプリケーションからバックエンドアプリケーションまでの区間、バックエンドアプリケーションからからキャリア網及び外部ネットワークの接続点までの区間のそれぞれについてパスの許容遅延時間情報及び利用帯域情報を含み、
エンドユーザ端末及びキャリア網の接続点からエッジ装置までの区間、エッジ装置からコア装置までの区間、コア装置からキャリア網及び外部ネットワークの接続点までの区間のそれぞれについてパスの遅延時間情報、並びに、エッジ装置からコア装置までの区間についてパスのパス長情報を記憶した設備情報記憶手段と、
入力されたサービス要件及び設備情報記憶手段に記憶されている情報に基づき、各アプリケーションをどのデータセンタに配備するかを示すアプリケーション配備パターンを決定する配備決定手段とを備えた
ことを特徴とするアプリケーション配備システム。
【請求項２】
前記配備決定手段は、
入力されたサービス要件に含まれる許容遅延時間情報及び設備情報記憶手段に記憶されている遅延情報に基づき遅延時間が最小となる１つ以上のアプリケーション配備パターンの候補を抽出する配備位置候補抽手段と、
入力されたサービス要件に含まれる利用帯域情報及び設備情報記憶手段に記憶されているパス長情報に基づき配備位置候補抽手段で抽出された１つ以上のアプリケーション配備パターンの候補から１つのアプリケーション配備パターンを選択する配備位置選択手段とを備えた
ことを特徴とする請求項１記載のアプリケーション配備システム。
【請求項３】
前記配備位置候補抽手段は、エンドユーザ端末及びキャリア網の接続点並びにキャリア網及び外部ネットワークの接続点と直接結びつくパスから順に遅延に関する評価を行い、アプリケーション配備パターンの候補を抽出する
ことを特徴とする請求項２記載のアプリケーション配備システム。
【請求項４】
前記配備位置選択手段は、アプリケーションによるキャリア網内の総利用帯域を算出する利用帯域算出手段と、フロントエンドアプリケーションとバックエンドアプリケーションとの間の遅延時間に基づく指標の評価値を算出する指標評価値算出手段とを備え、算出した総利用帯域及び指標評価値に基づき、アプリケーション配備パターンを選択する
ことを特徴とする請求項２又は３何れか１項記載のアプリケーション配備システム。
【請求項５】
サービス事業者のサービス要件は、総利用帯域に対する重み付け係数と、指標評価値に対する重み付け係数とを含み、
前記配備位置選択手段は、全てのアプリケーション配備パターンの候補について、総利用帯域に重み付け係数を乗じたものと指標評価値に重み付け係数を乗じたものの和を算出し、算出した和が最小のアプリケーション配備パターンを選択する
ことを特徴とする請求項４記載のアプリケーション配備システム。
【請求項６】
前記指標評価値算出手段は、全てのフロントエンドアプリケーションとバックエンドアプリケーションとの間のパスについて、平均遅延時間を第１の指標評価値とし、標準偏差を第２の指標評価値とし、最大値を第３の指標評価値として、サービス事業者のサービス要件として指定された第１〜第３の何れかの指標評価値を算出する
ことを特徴とする請求項４又は５何れか１項記載のアプリケーション配備システム。
【請求項７】
前記配備決定手段により決定されたアプリケーション配備パターンに基づきデータセンタ内のサーバの設定及びアプリケーションの配備を行うサーバオーケストレイタと、
前記配備決定手段により決定されたアプリケーション配備パターンに基づきキャリア網内のネットワーク機器を設定するネットワークオーケストレイタとを備えた
ことを特徴請求項１乃至６何れか１項記載のアプリケーション配備システム。
【請求項８】
キャリア網内に配置されたデータセンタにサービス事業者のアプリケーションを配備してサービスを提供するネットワーク環境において、入力されたサービス事業者のサービス要件を満たすようアプリケーションをデータセンタに配備するアプリケーション配備方法であって、
キャリア網内のデータセンタは、エンドユーザを収容するエッジ装置に接続したローカルデータセンタと、コア装置に接続した中央データセンタとからなり、
サービス事業者のアプリケーションは、エンドユーザ端末と通信を行うフロントエンドアプリケーションと、フロントエンドアプリケーションからのデータを集約するとともにキャリア網外の外部ネットワークの外部サーバと接続するバックエンドアプリケーションとからなり、
サービス事業者のサービス要件は、エンドユーザ端末及びキャリア網の接続点からフロントエンドアプリケーションまでの区間、フロントエンドアプリケーションからバックエンドアプリケーションまでの区間、バックエンドアプリケーションからからキャリア網及び外部ネットワークの接続点までの区間のそれぞれについてパスの許容遅延時間情報及び利用帯域情報を含み、
エンドユーザ端末及びキャリア網の接続点からエッジ装置までの区間、エッジ装置からコア装置までの区間、コア装置からキャリア網及び外部ネットワークの接続点までの区間のそれぞれについてパスの遅延時間情報、並びに、エッジ装置からコア装置までの区間についてパスのパス長情報を記憶した設備情報記憶手段と、
配備決定手段が、入力されたサービス要件及び設備情報記憶手段に記憶されている情報に基づき、各アプリケーションをどのデータセンタに配備するかを示すアプリケーション配備パターンを決定するステップを備えた
ことを特徴とするアプリケーション配備方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、キャリア網内にデータセンタが配置されたキャリアクラウド技術において、サービス提供に係るアプリケーションを配備する技術に関する。
に関する。
【背景技術】
【０００２】
近年、インターネット上に配備されたＤＣ（Ｄａｔａ  Ｃｅｎｔｅｒ）内に、サービス提供を行う事業者の各種アプリケーションを集中的に配置し、ユーザにサービスを提供するクラウドコンピューティング技術が普及してきている。しかし、ユーザとクラウドとの間には物理的な距離があることから、ユーザ端末を収容する通信キャリアのネットワーク（以下「キャリア網」と言う）内にＤＣを配備するキャリアクラウド技術が提案されている（非引用文献１〜３参照）。
【０００３】
このキャリアクラウド技術では、キャリア網に複数のＤＣを分散配置し、サービス事業者の各種アプリケーションを１つ又は複数のＤＣ内に配置する。ここで、キャリア網内のＤＣは、ユーザ近傍に置くＬＤＣ（Ｌｏｃａｌ  ＤＣ）と、集約効果を狙って全国に１，２箇所程度設置するＣＤＣ（Ｃｅｎｔｒａｌ  ＤＣ）の二種類がある。前記ＬＤＣを利用する場合、低遅延・広帯域という恩恵を受けることができる。一方、ＣＤＣを利用する場合、集約効果によりコスト削減等の恩恵を受けることができる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】"Fog Computing", [online], [平成28年1月6日検索], インターネット<URL:http://www.cisco.com/web/solutions/trends/iot/fog-computing.html>
【非特許文献２】"Fog Computing and the Internet of Things: Extend the Cloud to Where the Things Are", [online], [平成28年1月6日検索], インターネット<URL:http://www.cisco.com/web/solutions/trends/iot/docs/computing-overview.pdf>
【非特許文献３】"高レスポンスやビッグデータ処理が要求される新たなアプリケーションの開拓を推進する「エッジコンピューティング構想」を策定", [online], [平成28年1月6日検索], インターネット<URL: http://www.ntt.co.jp/news2014/1401/140123a.html>
【発明の概要】
【発明が解決しようとする課題】
【０００５】
キャリアクラウド技術では、サービス事業者の各種アプリケーションをキャリアクラウド内のどのＤＣに配置するかを決定する必要がある。ＤＣの配置決定手法としては、従来、特定ユーザのみが利用する機能（ｖＣＰＥ等）をＬＤＣに配置し、不特定かつ多数のユーザが利用する機能（Ｗｅｂサーバ等）をＣＤＣに配置する考え方がある。しかし無作為に不特定多数のユーザが利用する機能をＣＤＣに配置しても、実際にはＬＤＣに配置した方がトラフィック消費を抑えられるケースがあり最適な配置が得られるわけではなかった。
【０００６】
一般的に、各種アプリケーション毎にそれぞれ特性や要求条件等が異なるだけでなく、前述したようにＬＤＣとＣＤＣとでは性能や特性が異なる。さらに、サービス事業者が各種アプリケーションを用いて行うサービスの特性や環境も様々である。また、通常、キャリア網内や分散ＤＣの構成・トポロジ等を把握しているのは通信事業者であり、サービス事業者はキャリア網内や分散ＤＣの構成・トポロジ等を知らないだけでなく、ネットワーク設計の経験も乏しいことが一般的である。サービス事業者が、各種アプリケーションの適切な配置場所を決定することは困難であった。
【０００７】
本発明は上記事情に鑑みてなされたものであり、その目的とするところは、キャリア網にデータセンタを分散配置したネットワーク環境においてサービス事業者のアプリケーションを最適な場所に配備することができるシステム及び方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本願発明は、キャリア網内に配置されたデータセンタにサービス事業者のアプリケーションを配備してサービスを提供するネットワーク環境において、入力されたサービス事業者のサービス要件を満たすようアプリケーションをデータセンタに配備するアプリケーション配備システムであって、キャリア網内のデータセンタは、エンドユーザを収容するエッジ装置に接続したローカルデータセンタと、コア装置に接続した中央データセンタとからなり、サービス事業者のアプリケーションは、エンドユーザ端末と通信を行うフロントエンドアプリケーションと、フロントエンドアプリケーションからのデータを集約するとともにキャリア網外の外部ネットワークの外部サーバと接続するバックエンドアプリケーションとからなり、サービス事業者のサービス要件は、エンドユーザ端末及びキャリア網の接続点からフロントエンドアプリケーションまでの区間、フロントエンドアプリケーションからバックエンドアプリケーションまでの区間、バックエンドアプリケーションからからキャリア網及び外部ネットワークの接続点までの区間のそれぞれについてパスの許容遅延時間情報及び利用帯域情報を含み、エンドユーザ端末及びキャリア網の接続点からエッジ装置までの区間、エッジ装置からコア装置までの区間、コア装置からキャリア網及び外部ネットワークの接続点までの区間のそれぞれについてパスの遅延時間情報、並びに、エッジ装置からコア装置までの区間についてパスのパス長情報を記憶した設備情報記憶手段と、入力されたサービス要件及び設備情報記憶手段に記憶されている情報に基づき、各アプリケーションをどのデータセンタに配備するかを示すアプリケーション配備パターンを決定する配備決定手段とを備えたことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、キャリア網のネットワーク構成を考慮せずに、アプリケーションの通信要件のみの入力で、アプリケーションが最適配置される。したがって、サービス事業者のネットワーク設計に掛かる稼働削減が実現し、アプリケーションの開発に注力が可能となり、かつＱｏＥ（Quality of Experience）の非常に高いアプリケーションの提供が可能となる。すなわち、ネットワークに関する知識が浅いサービス開発者でも、キャリアの分散クラウドのポテンシャルを活用した低遅延アプリケーションの開発が可能となる。
【図面の簡単な説明】
【００１０】
【図１】キャリア網のネットワーク構成のモデル図
【図２】サービス事業者のアプリケーションによるサービス提供のモデル図
【図３】サービス要件のイメージ図
【図４】アプリケーション配備システムの構成図
【図５】設備管理情報記憶部の記憶情報の一例
【図６】サービス要件の一例を説明する図
【図７】アプリケーション配備位置の決定ロジックを説明する図
【図８】ＵＸ指標について説明する図
【発明を実施するための形態】
【００１１】
本発明の一実施の形態に係るアプリケーション配備システムについて図面を参照して説明する。本発明に係るアプリケーション配備システムは、サービス事業者が投入するサービス要件に基づき、サービス提供に係るアプリケーションのデータセンタへの配置決定、並びに、データセンタへのアプリケーションの配置及びキャリア網内のネットワーク設定を行うものである。
【００１２】
本発明では、キャリア網の構成及びサービス事業者のアプリケーションの構成について抽象的にモデル化して考える。まず、キャリア網のモデルについて図１を参照して説明する。図１はキャリア網のネットワーク構成のモデル図である。
【００１３】
キャリア網１００は、図１に示すように、コアとエッジの２階層の構造を取ることとする。エンドユーザの端末１０はキャリア網１００内の伝送装置であるエッジルータ１１０に収容される。また、キャリア網１００内の伝送装置であるコアルータ１２０は端末１０を直接収容することなく、インターネットなどの外部ネットワーク２００に接続されていることとする。コアルータ１２０にはＣＤＣ１２１が１つ、エッジルータ１１０には各々１つのＬＤＣ１１１が接続されることとする。ＣＤＣ１２１及びＬＤＣ１１１は、それぞれ周知の装置群が収容されている。ＣＤＣ１２１及びＬＤＣ１１１へのアプリケーションの配置は、汎用的な装置群にアプリケーション機能をインストールすることにより行う、又は、アプリケーション専用装置群に所定の設定を行うことにより行う。本実施の形態では、前者を想定し、ＣＤＣ１２１及びＬＤＣ１１１には、仮想化基盤であるＮＦＶＩ（Network Functions Virtualisation Infrastructure）が構築されており、これにアプリケーションに対応する仮想アプリケーションであるＶＮＦ（Virtual Network Function）を構築することにより、アプリケーションを配備する。
【００１４】
次に、サービス事業者のアプリケーションについて図２を参照して説明する。図２はサービス事業者のアプリケーションによるサービス提供のモデル図である。
【００１５】
サービス事業者がエンドユーザの端末１０に提供するサービスは、図２に示すように、複数のアプリケーションにより提供されるものとする。ここで複数のアプリケーションは、複数のエンドユーザの端末１０に対応する複数のアプリケーション３１０と、前記アプリケーション３１０からデータを集約するとともに外部ネットワーク２００の外部サーバ２１０と接続する１つのアプリケーション３２０とに区別される。以下、説明の簡単のため、前者のアプリケーション３１０を「フロントエンドアプリケーション」３１０と言い、後者のアプリケーション３２０を「バックエンドアプリケーション」３２０と言うものとする。なお、両者を区別することなく包括的に呼ぶ場合には単に「アプリケーション」３００と言うものとする。
【００１６】
なお、図２に示すように、端末１０とフロントエンドアプリケーション３１０との間の区間は、端末１０とキャリア網１００との接続点であるＵＮＩ（User Network Interface）により区切られる。一般的には、ＵＮＩは、端末１０が収容されているユーザ宅内の宅内装置（ＨＧＷ：Home Gate Way）のキャリア網１００側である。また、バックエンドアプリケーション３２０と外部サーバ２１０との間の区間は、キャリア網１００と外部ネットワーク２００の接続点であるＮＮＩ（Network Network Interface）により区切られる。
【００１７】
エンドユーザの端末１０とフロントエンドアプリケーション３１０の間は１対１の関係であり、低遅延かつ広帯域を求められ区間であると定義する。フロントエンドアプリケーション３１０とバックエンドアプリケーション３２０の間は絶対条件は無いが、ベストエフォートで遅延を小さくしたい区間であると定義する。キャリア網１００内のバックエンドアプリケーション３２０と外部サーバ２１０の間の通信は遅延条件もなく、かつ狭帯域な区間であると定義する。
【００１８】
また、キャリア網１００の利用は、パス×帯域の従量課金でコスト算出されるということを前提とする。
【００１９】
次に、サービス事業者が本実施の形態に係るアプリケーション配備システムに投入するサービス要件について図３を参照して説明する。図３は、サービス要件のイメージ図である。
【００２０】
サービス要件は、少なくとも、各アプリケーション３００が必要とするコンピュートリソースと、アプリケーション間の通信要件とを含む。より具体的には、図３に示すように、ＵＮＩとフロントエンドアプリケーション３１０との間の区間、フロントエンドアプリケーション３１０とバックエンドアプリケーション３２０との間の区間、バックエンドアプリケーション３２０とＮＮＩとの間の区間における、遅延要件（許容遅延時間）と平均利用帯域とを含む。なお、遅延要件には、ベストエフォートも含まれる。
【００２１】
なお、ＵＮＩとフロントエンドアプリケーション３１０との間の区間は、ＰＣＩ  ｏｖｅｒ  Ｅｔｈｅｒやシンクライアントと端末間通信のような超低遅延要件が発生する区間である。フロントエンドアプリケーション３１０とバックエンドアプリケーション３２０との間の区間は、超低遅延は必要無いが、遅延がサービスの体感品質（ＵＸ）に影響を及ぼす区間である。バックエンドアプリケーション３２０とＮＮＩとの間の区間は、ＵＸに直接影響を及ぼさない区間である。
【００２２】
次に、本実施の形態に係るアプリケーション配備システムについて図４を参照して説明する。図４はアプリケーション配備システムの構成図である。
【００２３】
アプリケーション配備システム４００は、図４に示すように、サービス事業者からのサービス要件を入力として、各アプリケーション３００を配備するデータセンタ（ＬＤＣ１１１及びＣＤＣ１２１）を決定する配備決定部４１０と、各アプリケーションについて決定された配備先のデータセンタ（ＬＤＣ１１１及びＣＤＣ１２１）内のサーバを設定するとともに当該サーバにアプリケーションを配備するサーバオーケストレイタ４２０と、キャリア網１００の各ネットワーク機器（主にエッジルータ１１０及びコアルータ１２０）の設定を行うネットワークオーケストレイタ４３０と、キャリア網１００の設備管理情報を記憶する設備管理情報記憶部４４０とを備えている。なお、アプリケーション配備システム４００の実装形態は不問であり、アプリケーション配備システム４００の各部は１つの装置に実装してもよいし、それぞれ又は一部を分散して実装するようにしてもよい。
【００２４】
設備管理情報記憶部４４０は、図５に示すように、アプリケーション３００の配置決定で用いる情報として、ＵＮＩ−エッジルータ１１０間、エッジルータ１１０−コアルータ１２０間、コアルータ１２０−ＮＮＩ間の、遅延情報を定義し、これを予め保持するものである。ここで、遅延情報は、実測値や混雑状況を無視し、理論値で算出されたものとする。また、設備管理情報記憶部４４０は、アプリケーション３００の配置決定で用いる情報として、エッジルータ１１０−コアルータ１２０間、コアルータ１２０−コアルータ１２０間のパス長を予め保持する。
【００２５】
配備決定部４１０は、遅延の絶対条件から定まるアプリケーション配備位置の候補を抽出する配備位置候補抽出部４１１と、配備位置候補抽出部４１１で抽出したアプリケーション配備位置の中から最適なアプリケーション配備位置を１つ選択する配備位置選択部４１２とを備えている。ここで、出力としてのアプリケーション配備位置は、各アプリケーション３００に対応するエッジ装置１１０又はコア装置１２０の配置パターンである。前述したように、エッジ装置１１０及びコア装置１２０には、それぞれ一対一でＬＤＣ１１１又はＣＤＣ１２１が接続されている。したがって、出力としてのアプリケーション配備位置により、各アプリケーション３００の配備先のデータセンタが決定される。
【００２６】
配備決定部４１０に入力するサービス要件の一例について図６を参照して説明する。図６に示すように、サービス要件は、ＵＮＩ−フロントエンドアプリケーション３１０間、フロントエンドアプリケーション３１０−バックエンドアプリケーション３２０間、バックエンドアプリケーション３２０−ＮＮＩ間の全てのパスについての遅延要件（許容遅延時間）と平均利用帯域と、アプリケーション最適配備に必要となる各種パラメータ情報（何を最適化するかの目的関数を定義するための指標パラメータ：後述する）とを含む。
【００２７】
配備位置候補抽出部４１１は、サービス要件のうちの遅延要件及び設備管理情報記憶部４４０に記憶されている遅延情報に基づき、１つ以上のアプリケーション配備位置の候補を抽出する。抽出の基本的な考え方は、図７に示すように、固定要素（ＵＮＩ、ＮＮＩ等のＰｏＩ（Point of Interface））と直接結びつくパスの遅延条件から順に、遅延条件を満たすようなアプリケーション配備位置の候補を抽出する。例えば、図７の例では、「ＵＮＩ１」から１０ｍｓ以内の遅延に収まるのは「ＬＤＣ１」のみであるため、「ＬＤＣ１」に「アプリ１」の配備先は決定する。
【００２８】
配備位置選択部４１２は、サービス要件のうち平均利用帯域及び各種パラメータ情報並びに設備管理情報記憶部４４０に記憶されている遅延情報及びパス長に基づき、配備位置候補抽出部４１１で抽出したアプリケーション配備位置の候補の中から最適なアプリケーション配備位置を１つ選択する。配備位置選択部４１２による選択方法は、「キャリア網１００内のトラフィックを出来るだけ抑えるための総帯域消費を抑えるためのロジックと、ＵＸが極端に劣化しないようにアプリケーション間通信パスの標準偏差低減をバランス良く実施する事によって、キャリアの設備コストとアプリケーション品質のバランスを取るロジックによる配備位置を決定する」という考え方による。
【００２９】
この考え方を実現するため、本発明では「ＵＸ指標」という指標を導入し、さらに以下の目的関数Ｆ（ｘ）を定義する。ＵＸ指標については後述する。
【００３０】
Ｆ（ｘ）＝  α×総帯域消費  ＋  β×ＵＸ指標評価値  …（式１）
【００３１】
ここで、ｘはアプリケーション配備位置を示す変数である。また、α：コスト重視指数は、帯域コストをどの程度重視するかを示す係数であり、サービス要件に含まれる各種パラメータ情報の１つとしてサービス事業者が設定する。また、β：ＵＸ重視指数は、ＵＸ指標評価値をどの程度重視するかを示す係数であり、サービス要件に含まれる各種パラメータ情報の１つとしてサービス事業者が設定する。配備位置選択部４１２は、配備位置候補抽出部４１１で抽出した全てのアプリケーション配備位置についてＦ（ｘ）値を算出し、最も値の小さいＦ（ｘ）値となるアプリケーション配備位置を最適解として選択する。
【００３２】
前記（式１）において、総帯域消費は次式で求められる。
【００３３】
総帯域消費  ＝ Σ（帯域幅  ×  パス長）  …（式２）
【００３４】
ＵＸ指標評価値は、タイプ１〜タイプ３の評価値の何れかを用いる。どの評価値を用いるかは、サービス要件に含まれる各種パラメータ情報の１つとしてサービス事業者が設定する。各タイプの評価値の考え方及び算出方法について図８を参照して説明する。
【００３５】
タイプ１（遅延平均値最小化法）は、ユーザ全体に対してできるだけ高品質のサービスを提供する手法である。タイプ１を用いるユースケースとしては、平均品質の向上により、できるだけ多くのユーザのＵＸ向上による契約獲得を狙うようなケースが挙げられる。タイプ１の評価値は、全てのフロントエンドアプリケーション３１０・バックエンドアプリケーション３２０間のパスについての遅延の平均値である。
【００３６】
タイプ２（遅延の標準偏差最小化法）は、標準偏差を出来るだけ小さくし、品質のばらつきを抑える考え方であり、一定の品質に収まるユーザをできるだけ多くするという手法である。タイプ２を用いるユースケースとしては、できるだけ各ユーザ間の不公平感をなくす事により顧客のクレームをなくすようなケースが挙げられる。タイプ２の評価値は、全てのフロントエンドアプリケーション３１０・バックエンドアプリケーション３２０間のパスについての遅延の標準偏差値である。
【００３７】
タイプ３（最大遅延最小化方）は、極端に長いパスを作らないという考え方であり、  最低品質を極端に劣化させないようなユニバーサルサービス的な手法である。タイプ３を用いるユースケースとしては、サービス事業者が提供するサービスが、各アプリケーション３００の通信状況に同期が求められるようなサービスで、遅延の大きいアプリケーション３００に引っ張られて全体のパフォーマンスが劣化するようなサービスであるケースや、又は、最低速度の保証といったケースが挙げられる。タイプ２の評価値は、全てのフロントエンドアプリケーション３１０・バックエンドアプリケーション３２０間のパスのうち最大の遅延値である。
【００３８】
配備決定部４１０は、以上のようにして決定されたアプリケーション配備位置に基づき、アプリケーション配備とネットワークパス設定を各々サーバオーケストレイタ４２０、ネットワークオーケストレイタ４３０に指示し、アプリケーションのデプロイとパス設定が実施される。
【００３９】
サーバオーケストレイタ４２０及びネットワークオーケストレイタ４３０は、従来周知のものと同様なので、ここでは説明は省略する。
【００４０】
以上のように本実施の形態に係るアプリケーション配備システムによれば、キャリア網１００のネットワーク構成を考慮せずに、アプリケーション３００の通信要件のみの入力で、アプリケーションが最適配置される。したがって、サービス事業者のネットワーク設計に掛かる稼働削減が実現し、アプリケーションの開発に注力が可能となり、かつＱｏＥの非常に高いアプリケーションの提供が可能となる。すなわち、ネットワークに関する知識が浅いサービス開発者でも、キャリアの分散クラウドのポテンシャルを活用した低遅延アプリケーションの開発が可能となる。
【００４１】
以上、本発明の一実施の形態について詳述したが、本発明はこれに限定されるものではない。例えば、上記実施の形態では、各アプリケーション３００をＬＤＣ１１１又はＣＤＣ１２１に配備する形態として、仮想化技術を用いて汎用の装置上にソフトウェア機能を構築していたが、ＬＤＣ１１１又はＣＤＣ１２１に各アプリケーション用の専用装置が既に配備されている場合には、当該専用装置についてアプリケーション３００用の設定を行うことにより配備してもよい。
【００４２】
また、上記実施の形態では、設備管理情報記憶部４４０においてパスの遅延情報及びパス長を記憶管理していたが、遅延情報とパス長とは異なる装置において別々に記憶管理してもよい。
【符号の説明】
【００４３】
１００…キャリア網
１１０…エッジルータ
１１１…ＬＤＣ
１２０…コアルータ
１２１…ＣＤＣ
２００…外部ネットワーク
２１０…外部サーバ
３００…アプリケーション
３１０…フロントエンドアプリケーション
３２０…バックエンドアプリケーション
４００…アプリケーション配備システム
４１０…配備決定部
４１１…配備位置候補抽出部
４１２…配備位置選択部
４２０…サーバオーケストレイタ
４３０…ネットワークオーケストレイタ
４４０…設備管理情報記憶部
【図１】
2017143365.tif 000003
【図２】
2017143365.tif 000004
【図３】
2017143365.tif 000005
【図４】
2017143365.tif 000006
【図５】
2017143365.tif 000007
【図６】
2017143365.tif 000008
【図７】
2017143365.tif 000009
【図８】
2017143365.tif 000010