JP7297550B2 - ポリシー決定装置、ポリシー決定方法およびプログラム - Google Patents

Description

この発明の一態様は、ネットワーク上の負荷分散に関する。

近年、ＩｏＴ（Internet of Things）や移動体通信技術の発展に伴い、インターネットをはじめとするネットワークを通じて伝送されるデータの量は、飛躍的に増加している。そのため、ネットワークにおける負荷分散やトラヒック制御技術のさらなる発展が求められている。
ネットワークシステムにおいてＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストを単一のサーバ、例えばＣＤＮ（Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）におけるオリジンサーバ、に集中させずに、当該サーバまたはその代わりとなるサーバへ分散させることで、当該システムの拡張性および可用性を高めることができる。かかる負荷分散技術は、例えば、ラウンドロビン、重み付きラウンドロビン、などの予め定められたポリシーに従ってリクエストを各サーバに誘導する方式（静的分散方式）と、各サーバの状態、例えば、コネクション数、クライアント数、データ通信量、応答時間、サーバ負荷、などをリアルタイムに監視しつつ最適なサーバにリクエストを誘導する方式（動的分散方式）とに大別される。

また近年では、負荷分散技術は、例えば、エッジコンピューティング技術、ＣＤＮ技術、などに応用されている。非特許文献１では、４Ｋ／８Ｋ，ＡＲ／ＶＲに代表される高精細・高臨場の次世代映像コンテンツを経済的かつ高品質に配信するために、ＣＤＮ技術が検討されていることが記載されている。

安川 正祥ほか、「将来ネットワークアーキテクチャの具現化に向けた取り組み」、ＮＴＴ技術ジャーナル２０１８年３月、２３～３０ページ

前述の静的分散方式は、負荷分散をシンプルなポリシーによって実現し易い反面、誘導先の候補の状態に変化が生じた場合にその効率が低下するおそれがある。他方、前述の動的分散方式は、誘導先の状態が変化しても負荷分散の効率が低下しにくい反面、ロードバランサが誘導先の候補の状態をリアルタイムに監視して誘導先を選択する必要がある。

本発明は、リクエストの誘導を制御するために使用するポリシーを動的に決定することを目的とする。

本発明の第１の態様に係るポリシー決定装置は、監視データ取得部と、メトリクス生成部と、誘導先評価部と、ポリシー決定部と、ポリシー通知部とを含む。監視データ取得部は、外部装置から受信した、ネットワーク内の設備の状態に関わる監視データを取得する。メトリクス生成部は、誘導制御装置が第１の宛先データを含むリクエストを誘導するための誘導先の複数の候補の各々に関連付けられる複数種類のメトリクスの時系列データを監視データに基づいて生成する。誘導先評価部は、複数の候補に関連付けられる複数種類のメトリクスの時系列データと複数種類のメトリクスに割り当てられたプライオリティとに基づいて複数の候補を評価し、誘導先評価データを生成する。ポリシー決定部は、誘導先評価データの生成後に、誘導制御装置が誘導先を制御するために使用するポリシーを決定する。ポリシー通知部は、ポリシーを誘導制御装置に通知する。これにより、ポリシーを動的に決定することができる。

第１の態様に係るポリシー決定装置は、ポリシーを決定するためのウェイトを設定する権限を認可された第１のカスタマー装置に誘導先評価データを提供する評価提供部と、第１のカスタマー装置から受信されたウェイトを取得するウェイト取得部とをさらに含んでもよく、ポリシー決定部は、誘導制御装置がリクエストを複数の候補に、取得されたウェイトに基づく割合で誘導するようにポリシーを決定してもよい。このポリシー決定装置（以降、本発明の第２の態様に係るポリシー決定装置と称する）によれば、第１のカスタマー装置のユーザ（カスタマー）の嗜好に合致したポリシーを決定することができる。

第２の態様に係るポリシー決定装置は、予め定められたポリシー更新条件が満足するか否かを判定する更新条件判定部と、ポリシー更新条件が満足すると判定された場合に、ポリシーの更新を要求する更新要求部とをさらに含んでもよく、ポリシー決定部は、ポリシーの更新の要求に応じて、評価提供部に最新の誘導先評価データを第１のカスタマー装置に提供するよう依頼してもよい。このポリシー決定装置（以降、本発明の第３の態様に係るポリシー決定装置と称する）によれば、最新の評価データをカスタマーに提供してウェイトの設定を促すことができる。

第２の態様または第３の態様に係るポリシー決定装置において、第１のカスタマー装置から受信されるウェイトは、第１の時間帯に複数の候補に割り当てる第１のウェイトと、第１の時間帯とは異なる第２の時間帯に複数の候補に割り当てる第２のウェイトとを含んでもよく、ポリシー決定部は、誘導制御装置が第１の時間帯に亘ってリクエストを複数の候補に第１のウェイトに基づく示す割合で誘導するようにポリシーを決定し、誘導制御装置が第２の時間帯に亘ってリクエストを複数の候補に第２のウェイトに基づく割合で誘導するようにポリシーを決定してもよい。このポリシー決定装置（以降、本発明の第４の態様に係るポリシー決定装置と称する）によれば、カスタマーの時間帯別の嗜好に合致したポリシーを決定することができる。

第２の態様乃至第４の態様に係るポリシー決定装置において、誘導先評価データは、複数の候補のそれぞれの評価値を含んでもよく、ポリシー決定部は、第１のカスタマー装置からウェイトが受信されない場合に、誘導制御装置がリクエストを複数の候補に評価値に基づく割合で誘導するようにポリシーを決定してもよい。このポリシー決定装置（以降、本発明の第５の態様に係るポリシー決定装置と称する）によれば、カスタマーによるウェイトの設定が滞った場合にも、評価値に基づいてポリシーを動的に決定することができる。

第１の態様乃至第５の態様に係るポリシー決定装置は、プライオリティを設定する権限を認可された第２のカスタマー装置から受信されたプライオリティを取得するプライオリティ取得部をさらに含んでもよく、誘導先評価部は、複数の候補に関連付けられる複数種類のメトリクスの時系列データと取得されたプライオリティとに基づいて複数の候補を評価し、誘導先評価データを生成してもよい。このポリシー決定装置（以降、本発明の第６の態様に係るポリシー決定装置と称する）によれば、第２のカスタマー装置のユーザ（カスタマー）は、自らの嗜好に合致したプライオリティを設定することで各メトリクスの値が評価に与える影響を自由に調整できる。

第６の態様に係るポリシー決定装置において、誘導先評価データは、複数の候補のそれぞれの評価値を含んでもよく、ポリシー決定部は、誘導制御装置がリクエストを複数の候補に評価値に基づく割合で誘導するようにポリシーを決定してもよい。このポリシー決定装置（以降、本発明の第７の態様に係るポリシー決定装置と称する）によれば、カスタマーの嗜好に合致した基準に従って生成された誘導先評価データに基づいてポリシーを動的に決定することができる。

第１の態様乃至第７の態様に係るポリシー決定装置において、複数の候補に含まれる第１の候補に関連付けられる複数種類のメトリクスは、第１の候補を誘導先として選択した場合のリクエストの伝送コストに関わる第１のメトリクスと、第１の候補を誘導先として選択した場合のリクエストの伝送品質に関わる第２のメトリクスとを含んでもよい。このポリシー決定装置（以降、本発明の第８の態様に係るポリシー決定装置と称する）によれば、伝送コストおよび伝送品質を含む複数の観点で誘導先の候補を評価することができる。

第１の態様乃至第８の態様に係るポリシー決定装置において、誘導先評価部は、複数の候補の各々に対応する複数種類のメトリクスの時系列データに基づく値をプライオリティに従って重み付き加算することで当該候補の評価値を算出してもよい。これにより、各メトリクスの値が評価に与える影響を当該メトリクスに割り当てられたプライオリティを介して調整することができる。

本発明の第９の態様に係るポリシー決定方法は、外部装置から受信した、ネットワーク内の設備の状態に関わる監視データを取得することと、誘導制御装置が第１の宛先データを含むリクエストを誘導するための誘導先の複数の候補の各々に関連付けられる複数種類のメトリクスの時系列データを監視データに基づいて生成することと、複数の候補に関連付けられる複数種類のメトリクスの時系列データと複数種類のメトリクスに割り当てられたプライオリティとに基づいて複数の候補を評価し、誘導先評価データを生成することと、誘導先評価データの生成後に、誘導制御装置が誘導先を制御するために使用するポリシーを決定することと、ポリシーを誘導制御装置に通知することとを含む。これにより、ポリシーを動的に決定することができる。

本発明の第１０の態様に係るポリシー決定プログラムは、コンピュータを、外部装置から受信した、ネットワーク内の設備の状態に関わる監視データを取得する手段、誘導制御装置が第１の宛先データを含むリクエストを誘導するための誘導先の複数の候補の各々に関連付けられる複数種類のメトリクスの時系列データを監視データに基づいて生成する手段、複数の候補に関連付けられる複数種類のメトリクスの時系列データと複数種類のメトリクスに割り当てられたプライオリティとに基づいて複数の候補を評価し、誘導先評価データを生成する手段、誘導先評価データの生成後に、誘導制御装置が誘導先を制御するために使用するポリシーを決定する手段、ポリシーを誘導制御装置に通知する手段として機能させる。これにより、ポリシーを動的に決定することができる。

本発明によれば、リクエストの誘導を制御するために使用するポリシーを動的に決定することができる。

図１は、実施形態に係るポリシー決定装置を含む負荷分散システムを例示する図である。 図２は、実施形態に係るポリシー決定装置を含む負荷分散システムを例示する図である。 図３は、実施形態に係るポリシー決定装置を含む負荷分散システムを例示する図である。 図４は、実施形態に係るポリシー決定装置を含む負荷分散システムを例示する図である。 図５は、実施形態に係るポリシー決定装置を例示するブロック図である。 図６は、図５に示した監視データ記憶部の記憶内容の一例を示す図である。 図７は、図５に示したメトリクス記憶部の記憶内容の一例を示す図である。 図８は、図５に示した設定データ記憶部の記憶内容の一例を示す図である。 図９は、図５に示した誘導先評価部の動作の説明図である。 図１０は、図５に示したポリシー決定部の動作の説明図である。 図１１は、図５のポリシー決定装置の、メトリクスデータに関する動作例を示すフローチャートである。 図１２は、図５のポリシー決定装置の、誘導先評価データに関する動作例を示すフローチャートである。 図１３は、図５のポリシー決定装置の、ポリシーに関する動作例を示すフローチャートである。 図１４は、実施形態に係るポリシー決定装置による時間帯別ポリシーの決定の一例を示す図である。 図１５は、実施形態に係るポリシー決定装置による多段制御の一例を示す図である。

以下、図面を参照してこの発明に係わる実施形態を説明する。なお、以降、説明済みの要素と同一または類似の要素には同一または類似の符号を付し、重複する説明については基本的に省略する。
［実施形態］
（１）構成
（１－１）負荷分散システムの構成
図１は、実施形態に係るポリシー決定装置１０を備えた負荷分散システムの全体構成および処理フローの第１の例を示す図である。

実施形態に係るポリシー決定装置１０を含む誘導制御システム１は、例えば、Ｗｅｂ上またはクラウド上に設けられ、データ伝送ネットワークを介して、プローブサーバ４１，・・・、監視システム４２，・・・、エンドユーザ５０Ａ，５０Ｂ，・・・（以下、まとめて「エンドユーザ５０」ともいう）、エッジサーバ７０Ａ，７０Ｂ，７０Ｃ，・・・（以下、まとめて「エッジサーバ７０」ともいう）、ＣＤＮ １００Ａ，１００Ｂ，・・・（以下、まとめて「ＣＤＮ １００」ともいう）、ならびにオリジンサーバ６０と通信可能に接続されている。

データ伝送ネットワークは、例えば、中継網と、この中継網に対しアクセスするための複数のアクセス網とを含んで構成される。中継網としては、一般的なインターネットのような公衆網や、限られた機器などからのみアクセスできるよう制御された閉域網が用いられる。アクセス網としては、例えば、無線ＬＡＮ（Local Area Network）、携帯電話網、有線電話網、ＦＴＴＨ（Fiber To The Home）、ＣＡＴＶ（Cable Television）網が用いられる。以下では簡単のためデータ伝送ネットワークをインターネットとして説明する。

プローブサーバ４１および／または監視システム４２は、例えば、サーバコンピュータまたはパーソナルコンピュータにより構成される。プローブサーバ４１および／または監視システム４２は、ネットワーク内の設備、例えばオリジンサーバ６０、エッジサーバ７０および／またはＣＤＮ １００、などの状態、例えば、動作ログやセキュリティログなどのログ情報、サーバやメモリの使用状況などの負荷情報を継続的に収集／監視する。プローブサーバ４１および／または監視システム４２は、監視データをポリシー決定装置１０に送信する。任意の数のプローブサーバ４１および／または監視システム４２がネットワークを介してポリシー決定装置１０に接続可能である。

エンドユーザ５０は、例えば、ユーザが所持するパーソナルコンピュータやスマートフォンなどの情報処理端末、ネットワークに接続して情報を送受信可能な車両、または種々のセンサから計測結果を収集して送信可能なＩｏＴデバイスである。従って、エンドユーザ５０からのアクセスリクエストには、動画をはじめとするコンテンツやソフトウェア更新プログラムなど、データのダウンロードを要求するものと、ＩｏＴデータ等のデータのアップロードを要求するものとが含まれる。なお、任意の数のエンドユーザ５０がネットワークを介して誘導制御システム１中の誘導制御装置３０に接続可能である。

エッジサーバ７０は、データをキャッシュ可能な任意の規模のサーバコンピュータにより構成される。エッジネットワークとしてのＣＤＮ １００Ａは、例えば、第１のＣＤＮ事業者によって運営される。

ＣＤＮ １００Ｂ，・・・は、例えば、第１のＣＤＮ事業者とは異なるＣＤＮ事業者によって運営される。図示されたＣＤＮ １００は、誘導制御システム１に対して内部のエッジサーバの情報を明らかにしていないが、一部のＣＤＮ １００は、誘導制御システム１に対して内部のエッジサーバの情報を明らかにしてもよい。後者の場合に、誘導制御システム１は、ＣＤＮ １００を誘導先の候補として扱ってもよいし、このＣＤＮ １００内部のエッジサーバを誘導先の候補として扱ってもよい。

以下では、ＣＤＮ １００Ａ，ＣＤＮ １００Ｂ，・・・ならびに誘導制御システム１からアクセス可能なエッジサーバ７０の各々を、誘導先の候補として、単に「エッジ」とも呼び、これらをまとめてエッジ群と呼ぶこともある。エッジ群には、図示していない、サービス提供事業者が提供するクラウドコンピューティングサービスや、内部の情報を部分的に明らかにしているＣＤＮ等も含めることができる。任意の数のエッジが、ネットワークを介してエンドユーザ５０に接続可能である。

オリジンサーバ６０は、例えば、Ｗｅｂサーバやファイルサーバなど、コンテンツ配信事業者が運営管理する、エンドユーザ５０に配信（エンドユーザ５０がデータをダウンロード）するためのコンテンツを保持するデータサーバ、または、ＩｏＴデータを収集し利活用する事業者が運営管理する、エンドユーザ５０からデータを収集（エンドユーザ５０がデータをアップロード）するデータサーバである。図では１つのオリジンサーバ６０のみを示しているが、任意の数のオリジンサーバ６０が存在し得る。

誘導制御システム１は、エンドユーザ５０からのアクセスリクエストに対して、ＣＤＮ １００またはエッジサーバ７０を含むエッジ群から適切な誘導先を選択し、誘導する。より具体的には、誘導制御システム１に含まれるポリシー決定装置１０が、リクエストを誘導するための誘導先を制御するために使用されるポリシーを決定し、誘導制御システム１に含まれる誘導制御装置３０がこのポリシーに従ってリクエストを誘導する。ここで、ポリシーは、リクエストの誘導先の複数の候補と、その候補それぞれにリクエストを誘導する割合とを示し得る。誘導制御装置３０は、この割合を例えば重み付きラウンドロビンにおけるウェイトとして用いて、リクエストを振り分けることができる。

誘導制御システム１は、ポリシー決定装置１０と、誘導制御装置３０Ａ，３０Ｂ，・・・（以下、まとめて「誘導制御装置３０」という）とを備える。誘導制御システム１は、任意の数の誘導制御装置３０を備えることができる。

ポリシー決定装置１０は、例えばサーバコンピュータまたはパーソナルコンピュータであって、プローブサーバ４１および／または監視システム４２から監視データを収集し、監視データから導出または算出される複数のメトリクスに基づいて、ポリシーを決定（生成／更新）する。

ここで、メトリクスとは、リクエストの誘導先として選択可能な候補を評価するための材料となる指標であって、当該候補の状態を示す。メトリクスは、監視データに含まれる値そのものであってもよいし、かかる値の加工値または統計値であってもよい。

ポリシー決定装置１０はまた、オリジンサーバ６０を用いたサービスの提供主体であるカスタマーからの要求に基づいてポリシーを決定することもできる。例えば、ポリシー決定装置１０は、誘導先の候補の各メトリクスをカスタマー装置により設定されたプライオリティに応じた基準で考慮することで当該候補を評価し、ポリシーを決定することもできる。或いは、ポリシー決定装置１０は、カスタマー装置により設定されたウェイトに基づく割合でそれぞれの候補にリクエストが誘導されるようにポリシーを決定することもできる。

ここで、カスタマー装置は、オリジンサーバ６０への宛先データを含むリクエストに適用されるポリシーを決定するためのウェイトおよび／またはこのポリシーを決定するための評価に関わるメトリクスに割り当てられるプライオリティを設定する権限を認可された装置を指す。例えば、オリジンサーバ６０のオペレータなどの操作に従って、社内ネットワークに接続された端末、または公衆網に接続された端末などが、かかる設定を行うためのＷｅｂサイト（ポータル）にアクセスする。これらの端末は、パスワード認証などの任意の認証を通過することで上記権限を認可され、当該権限が認可されている間はカスタマー装置として機能する。カスタマー装置は、複数の誘導先の候補の評価データ（例えばランキングデータ）を閲覧したり、ウェイトおよび／またはプライオリティを設定したりすることができる。

このように、ポリシー決定装置１０は、誘導制御システム１のブレインとして、誘導制御装置３０がどのように誘導先を選択すべきかを示すポリシーを指示する。

一方、誘導制御装置３０は、誘導制御システム１のボディとして、ブレインたるポリシー決定装置１０によって決定されたポリシーに基づく誘導制御処理を実行する。誘導制御装置３０は、例えばＬ４ロードバランサ（ＤＮＳロードバランサと呼ぶこともできる）に相当し得る。誘導制御装置３０Ａ，３０Ｂ，・・・はそれぞれ、第１のゾーン＃１，第２のゾーン＃２，・・・に配備される。誘導制御装置３０毎にゾーンが定義されており、誘導制御装置３０はその対応するゾーンに属するＰｏＰ（Ｐｏｉｎｔ ｏｆ Ｐｒｅｓｅｎｃｅ）へリクエストを誘導することができる。ここで、ＰｏＰは、外部ネットワークとの接続点を持つ、誘導先の拠点を意味する。

（１－２）ポリシー決定装置
図５は、実施形態に係るポリシー決定装置１０の一例を示すブロック図である。なお、この「（１－２）ポリシー決定装置」、ならびに後述する「（２－４）ポリシー決定装置の動作」、および「（２－５）時間帯別ポリシーの決定」の説明において、誘導制御装置２０および誘導制御装置３０を基本的に区別せず、誘導制御装置２０と称することとする。

実施形態に係るポリシー決定装置１０は、図５に例示されるように、通信Ｉ／Ｆ（インタフェース）１１０と、プロセッサ１２０と、メモリ１４０とを含む。

通信Ｉ／Ｆ １１０は、例えば１つ以上の有線または無線の通信インタフェースユニットを含んでおり、ネットワークで使用される通信プロトコルに従い、プローブサーバ４１および／または監視システム４２や図示しないその他の外部機器、例えばカスタマー装置、との間で各種情報の送受信を可能にする。また、通信Ｉ／Ｆ １１０は、誘導制御装置２０との間でデータ通信を行う際にも使用される。通信Ｉ／Ｆ １１０は例えば光通信モジュールであり得る。

プロセッサ１２０は、典型的にはＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）および／またはＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であるが、マイコン、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、またはその他の汎用または専用のプロセッサなどであってもよい。プロセッサ１２０は、例えば、入出力制御、通信制御、ポリシーの決定、などに関わる処理を行う。

メモリ１４０は、プロセッサ１２０が各処理を実現するために当該プロセッサ１２０によって実行されるプログラムおよび当該プロセッサ１２０によって使用されるデータ、例えば監視データ、メトリクスデータ、設定データ、誘導先評価データ、ウェイト、ポリシー、などを一時的に格納する。メモリは、かかるプログラム／データが展開されるワークエリアを有するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含み得る。

プロセッサ１２０は、メモリ１４０に保存されたプログラムを実行することで、図５の監視データ取得部１２１、メトリクス生成部１２２、プライオリティ取得部１２３、更新条件判定部１２４、更新要求部１２５、誘導先評価部１２６、ポリシー決定部１２７、評価提供部１２８、ウェイト取得部１２９、およびポリシー通知部１３０として機能し得る。また、メモリ１４０は、図５の監視データ記憶部１４１、メトリクス記憶部１４２、設定データ記憶部１４３、ウェイト記憶部１４４、評価データ記憶部１４５、およびポリシー記憶部１４６を含み得る。

通信Ｉ／Ｆ １１０は、外部装置から種々のデータを受信してプロセッサ１２０へ送ったり、逆にプロセッサ１２０から受け取った種々のデータを外部装置へ送信したりする。

例えば、通信Ｉ／Ｆ １１０は、プローブサーバ４１または監視システム４２からネットワーク経由で、ネットワーク内の設備の状態に関わる監視データを受信し、これを監視データ取得部１２１へ送る。ここで、監視データは、例えば、ポリシー決定装置１０の下位の誘導制御装置２０がエンドユーザ５０からのオリジンサーバ６０への宛先データを含むリクエストの誘導先として選択可能な候補、例えばエッジサーバ７０および／またはＣＤＮ １００、の状態を示すデータを含み得る。ここで、誘導先の候補の状態は、当該候補の負荷、応答時間（例えば、ＲＴＴ（Ｒｏｕｎｄ－Ｔｒｉｐ Ｔｉｍｅ））、コスト（通信料）、可用性、コネクション数、クライアント数、データ通信量、応答時間、などの一部または全部を含んでもよいし、含まなくてもよい。

また、通信Ｉ／Ｆ １１０は、ポリシー通知部１３０からポリシーおよびその通知先となる、ポリシー決定装置１０の下位の誘導制御装置２０を識別するデータ（例えばアドレス）を受け取り、当該誘導制御装置２０へポリシーをネットワーク経由で送信する。このポリシーは、通知先となる誘導制御装置２０によって、エンドユーザ５０からのオリジンサーバ６０への宛先データを含むリクエストの誘導先を制御するために用いられる。

また、通信Ｉ／Ｆ １１０は、評価提供部１２８から誘導先評価データを受け取り、カスタマー装置またはその他の外部装置へこの誘導先評価データをネットワーク経由で送信する。さらに、通信Ｉ／Ｆ １１０は、カスタマー装置またはその他の外部装置からネットワーク経由で、プライオリティを受信し、これをプライオリティ取得部１２３へ送る。通信Ｉ／Ｆ １１０は、カスタマー装置またはその他の外部装置からネットワーク経由で、ウェイトを受信し、これをウェイト取得部１２９へ送る。

監視データ取得部１２１は、通信Ｉ／Ｆ １１０によって受信された監視データを取得し、これをメモリ１４０中の監視データ記憶部１４１に書き込む。

監視データ記憶部１４１は、監視データ取得部１２１によって取得された監視データを保存する。監視データ記憶部１４１に保存された監視データは、例えばメトリクス生成部１２２により読み出され得る。

監視データ記憶部１４１は、各エッジに対応付けて監視データを記憶する。図６は、この監視データ記憶部１４１の記憶内容の一例を示す図であり、監視データ記憶部１４１は、各オリジンサーバ６０について、同様の情報を記憶している。ここでは、テーブル形式で示すが、これに限定されないことは勿論である。監視データ記憶部１４１は、エッジ毎に、例えば、アベイラビリティやＲＴＴ（Rand Trip Time）などの品質、コスト、などの定義された各メトリクスについての情報を記憶する。コストは、データの送受信量などに応じたトランジット費、エッジサーバを稼動するための電力料金、などの様々な費用に基づいて求められた値である。監視データは、スループット、リクエスト数、などその他様々なものが考えられ、プローブサーバ４１および／または監視システム４２で取得可能な情報であれば、どのようなものであってもよく、本誘導制御システム１を運用管理する会社もしくは団体のサーバ、あるいはコンテンツ配信事業者やＩｏＴデータを収集する事業者が運営管理するオリジンサーバ６０またはカスタマー装置によって任意に設定可能である。

メトリクス生成部１２２は、監視データ記憶部１４１に保存された監視データを読み出し、これに基づいて誘導先の候補の各々に関連付けられる複数種類のメトリクスの時系列データ（メトリクスデータ）を生成する。メトリクス生成部１２２は、生成したメトリクスデータをメトリクス記憶部１４２に保存する。

前述のように、メトリクスは、上記リクエストの誘導先として選択可能な候補の状態を示す指標である。メトリクスデータは、タイムスタンプとメトリクスの値とで表現される。所与の時点におけるメトリクスは、監視データに含まれる値そのものであってもよいし、かかる値の加工値または統計値であってもよい。メトリクス生成部１２２は、例えば１秒などの単位時間毎にメトリクスを生成し得る。

メトリクス生成部１２２は、所与の時点における所与の種類のメトリクスの値を例えば０から１までのスコアとして正規化してもよい。メトリクス生成部１２２は、例えばシグモイド関数を利用してメトリクスの値を正規化し得る。正規化されたメトリクスの値は、（メトリクス）スコアと呼ぶことができる。

誘導先の所与の候補に関連付けられるメトリクスは、例えば、当該候補を誘導先として選択した場合のリクエストの伝送コストに関わる第１のメトリクス、当該候補を誘導先として選択した場合のリクエストの伝送品質に関わる第２のメトリクス、などを含み得る。第１のメトリクスは、例えば、候補を選択したときに生じる各種コスト、例えば候補としてのＣＤＮの使用料、候補としてのエッジサーバの電力使用料、などであり得る。また、第２のメトリクスは、例えば、エッジの可用性、ＲＴＴ、パケット損失率、などであり得る。

メトリクス記憶部１４２は、誘導先の候補に、当該候補についての所与の時点における複数種類のメトリクスの値および／またはそのスコアを対応付けてメトリクスデータとして保存し得る。図７に、誘導先の候補（エッジ）毎に、メトリクスとしてのＲＴＴおよびコストと、これらのスコアとを例示する。ここでは、メトリクスデータをテーブル形式で示すが、これに限定されないことは勿論である。メトリクス記憶部１４２は、エッジ毎に、各メトリクスについて、その値とスコアとを記憶し得る。メトリクス記憶部１４２に保存されたメトリクスデータは、例えば、更新条件判定部１２４、誘導先評価部１２６、および／またはポリシー決定部１２７によって読み出され得る。

設定データ記憶部１４３は、種々の設定データを保存する。ここで、設定データは、例えば、ポリシーの決定に関わるパラメータ、ポリシー決定装置１０の下位の誘導制御装置２０に関するデータ、当該誘導制御装置２０が選択可能な誘導先の候補に関するデータ、などを含み得る。

ポリシーの決定に関わるパラメータは、例えば、誘導先の候補をメトリクスを重み付き和によりスコアリングするために用いられる、メトリクス毎に割り当てられ得るプライオリティ、ポリシーおよび／または後述されるランキングに含めることのできる誘導先の候補の数を指定するパラメータ（指定エッジ数）、種々の閾値、などを含み得る。

設定データ記憶部１４３は、各種パラメータを記憶する。これらのパラメータは、本誘導制御システム１を運用管理する会社もしくは団体のサーバ、あるいはコンテンツ配信事業者やＩｏＴデータを収集する事業者が運営管理するオリジンサーバ６０またはカスタマー装置から指定した標準値を含む。さらに、パラメータは、後述される誘導先評価データを必要とする任意の外部機器から、ＡＰＩなどによって設定される任意値を含むことができる。任意値は、カスタマー装置または他の外部機器から通信Ｉ／Ｆ １１０を介して取得したプライオリティ取得部１２３によって、設定データ記憶部１４３に保存され得る。図８は、設定データ記憶部１４３の記憶内容の一例を示す図であり、設定データ記憶部１４３は、各オリジンサーバ６０について、同様の情報を記憶している。設定データ記憶部１４３は、プライオリティと指定エッジ数ｋとを記憶する。この例では、プライオリティとして、ＲＴＴとコストの２つのメトリクスに対して設定した例であるが、プライオリティを設定するメトリクスはこれに限定されず、またメトリクスの数も２つに限るものではない。

プライオリティ取得部１２３は、通信Ｉ／Ｆ １１０によって受信されたプライオリティを取得し、これをメモリ１４０中の設定データ記憶部１４３に書き込む。例えば、プライオリティ取得部１２３は、受信されたプライオリティを、図８に示すプライオリティの任意値として登録し得る。なお、プライオリティ取得部１２３は、例えば指定エッジ数などのプライオリティ以外のパラメータを取得してもよい。この場合に、プライオリティ取得部はパラメータ取得部と読み替えることもできる。誘導先評価部１２６は、各パラメータについて、任意値が登録されていない場合には標準値を用いて誘導先の候補を評価し、任意値が登録されている場合には任意値を用いて誘導先の候補を評価してもよい。

更新条件判定部１２４は、予め定められたポリシー更新条件が満足するか否かを判定する。そして、更新条件判定部１２４は、ポリシー更新条件が満足したと判定した場合に、更新要求部１２５にポリシー更新条件が満足したことを通知する。なお、ポリシー決定装置１０の下位に複数の誘導制御装置２０が存在する場合には、更新条件判定部１２４は誘導制御装置２０毎に当該誘導制御装置２０の使用するポリシーについてポリシー更新条件が満足するか否かを判定してもよい。

例えば、ポリシー更新条件は、メトリクス記憶部１４２に保存されたメトリクスおよび／またはそのスコアが変化していること、または閾値を超える変化をしていること、であってもよい。また、ポリシー更新条件は、前回のポリシーの更新（または決定）からの経過時間が閾値を超えていること、であってもよい。さらに、ポリシー更新条件は、ポリシー決定装置１０の下位の誘導制御装置２０からポリシー更新要求が受信されメモリ１４０に保存されていること、であってもよい。

更新要求部１２５は、更新条件判定部１２４からポリシー更新条件が満足したことを通知されると、ポリシー決定部１２７にポリシーの更新を要求する。

誘導先評価部１２６は、メトリクス記憶部１４２からメトリクスデータを読み出し、設定データ記憶部１４３からプライオリティを含むパラメータを読み出す。誘導先評価部１２６は、メトリクスデータとパラメータとに基づいて、誘導先の候補を評価し、誘導先評価データを生成する。誘導先評価部１２６は、誘導先評価データを評価データ記憶部１４５に保存する。

誘導先評価部１２６は、誘導先の候補を定期的に評価してもよいし、ポリシー決定部１２７からの依頼をトリガとして誘導先の候補を評価してもよい。

誘導先評価部１２６は、誘導先の複数の候補に関連付けられる複数種類のメトリクスの時系列データと、これら複数種類のメトリクスに割り当てられたプライオリティとに基づいてこれら複数の候補を評価することができる。例えば、誘導先評価部１２６は、誘導先の候補の複数種類のメトリクス（のスコア）をメトリクス毎に割り当てられたプライオリティに従って重み付き加算することで、当該候補の評価値（エッジスコア）を決定してもよい。図９にかかるスコアリングの一例を示す。図９において、「エッジ１」，「エッジ２」，・・・，「エッジ７」は誘導先の候補に相当し、「ＲＴＴスコア」および「コストスコア」に割り当てられたプライオリティはそれぞれ「０．８」および「０．２」である。なお、プライオリティは、ポリシー決定装置１０、誘導制御装置２０、および／またはオリジンサーバ６０、などの管理者の嗜好により設定可能としてもよい。図９の例では、「コスト」よりも「ＲＴＴ」が重視されているが、逆に「コスト」を重視してもよいし、「コスト」および「ＲＴＴ」以外のメトリクス（のスコア）が重視されてもよい。

なお、誘導先評価データは、例えば、誘導先の複数の候補とその評価値（エッジスコア）とを含む。さらに、誘導先評価データは、評価値の昇順または降順に誘導先の複数の候補をランク付けしたランキングデータであってもよい。

誘導先評価部１２６は、誘導先評価データとしてランキングデータを生成する場合に、すべてのエッジをランキングに含める必要はない。具体的には、誘導先評価部１２６は、設定データ記憶部１４３に記憶されたパラメータの１つである指定エッジ数ｋに従って、スコアが第１位から第ｋ位までのエッジをランキングに含めてもよいし、可用状態でない候補を除外してもよい。

評価データ記憶部１４５は、誘導先評価部１２６によって生成された誘導先評価データを保存する。評価データ記憶部１４５に保存された誘導先評価データは、プロセッサ１２０の種々の機能部、例えば、ポリシー決定部１２７、評価提供部１２８、などにより読み出される。

ポリシー決定部１２７は、例えば、ポリシー決定装置１０の初期設定時、当該ポリシー決定装置１０の下位の誘導制御装置２０の追加設定時、更新要求部１２５によってポリシーの更新を要求された時、などに、メモリ１４０に保存された種々のデータに基づいてポリシーを決定し、ポリシー記憶部１４６に書き込む。ポリシー決定部１２７は、ポリシーを決定するために、メトリクス記憶部１４２に保存されたメトリクス、設定データ記憶部１４３に保存された設定データ、ウェイト記憶部１４４に保存されたウェイト、および／または評価データ記憶部１４５に保存された誘導先評価データを参照し得る。なお、ポリシー決定部１２７は、ポリシーを決定する前に、誘導先評価部１２６に最新の誘導先評価データを生成するように依頼してもよい。

ポリシー決定部１２７は、例えば、ウェイト記憶部１４４に保存されたウェイトに基づいてポリシーを決定してもよい。この場合に、カスタマーにウェイトの入力を促すために、ポリシー決定部１２７は、最新の誘導先評価データをカスタマー装置に提供するよう評価提供部１２８に依頼してもよい。他方、ポリシー決定部１２７は、ウェイト記憶部１４４にウェイトが保存されていない場合に、またはデフォルトとして、誘導先評価データに基づいてポリシーを自律決定してもよい。

ポリシー決定部１２７は、ポリシーを自律決定する場合に、誘導先の候補を当該候補のスコア、および／または当該候補の可用性もしくは他のメトリクス、などに基づいて、ポリシーに含める誘導先の候補を絞り込んでもよい。例えば、ポリシー決定部１２７は、誘導先評価データにおいて（エッジ）スコアの順位が予め定められた順位、例えば指定エッジ数に対応する順位、よりも下である候補を除外してもよいし、スコアが予め定められた閾値未満である候補を除外してもよいし、可用状態でない候補を除外してもよい。

ポリシー決定部１２７は、誘導先評価データに含まれる誘導先の候補のスコア、またはウェイト記憶部１４４に保存されたウェイトに基づいて、これから決定するポリシーを使用する誘導制御装置２０が当該候補にリクエストを誘導する割合を示すウェイトを決定する。例えば、ポリシー決定部１２７は、ウェイト記憶部１４４に保存されたウェイトをそのままポリシーに記載してもよいし、誘導先の全候補に割り当てられたウェイトの総和のうち各候補に割り当てられたウェイトが占める割合を当該候補のウェイトとして決定してもよい。或いは、図１０に示されるように、ポリシー決定部１２７は、ポリシーに含める誘導先の全候補のスコアの総和のうち各候補のスコアが占める割合を当該候補のウェイトとして決定し得る。なお、これらはウェイトの決定法の例に過ぎず、例えばウェイトはスコアの順位別に予め定められていてもよい。ウェイトは、例えば重み付きラウンドロビン方式の負荷分散技術におけるウェイトとして用いることができる。すなわち、図１０のポリシーを使用する誘導制御装置２０は、リクエストの５５％をエッジ１に誘導し、残りの４５％をエッジ７に誘導することになる。

ポリシー記憶部１４６は、ポリシー決定部１２７によって決定されたポリシーを保存する。ポリシー記憶部１４６に保存されたポリシーは、例えばポリシー通知部１３０により読み出され得る。

評価提供部１２８は、ポリシー決定部１２７からの依頼に応じて、通信Ｉ／Ｆ １１０を介して誘導先評価データをカスタマー装置または他の外部装置に提供する。なお、ポリシー決定部１２７が、カスタマー装置によって設定されたウェイトに基づくポリシー決定を行わない場合には、評価提供部１２８は不要となり得る。

ウェイト取得部１２９は、通信Ｉ／Ｆ １１０によってカスタマー装置から受信されたウェイトを取得し、これをメモリ１４０中のウェイト記憶部１４４に書き込む。なお、ポリシー決定部１２７が、カスタマー装置によって設定されたウェイトに基づくポリシー決定を行わない場合には、ウェイト取得部１２９は不要となり得る。ウェイトは、例えば、誘導先評価データを閲覧したカスタマーによって誘導先の候補の少なくとも一部に割り当てられる。なお、ウェイトはカスタマーが任意に設定可能であるので、誘導先評価データにおける候補の評価値と相関しないこともあり得る。

ウェイト記憶部１４４は、ウェイト取得部１２９によって取得されたウェイトを保存する。ウェイト記憶部１４４に保存されたウェイトは、例えばポリシー決定部１２７により読み出され得る。なお、ポリシー決定部１２７が、カスタマー装置によって設定されたウェイトに基づくポリシー決定を行わない場合には、ウェイト記憶部１４４は不要となり得る。

ポリシー通知部１３０は、ポリシー記憶部１４６に新たなポリシー（更新されたポリシーを含む）が保存されると、当該ポリシーを読み出し、対応する誘導制御装置２０に通知する。具体的には、ポリシー通知部１３０は、ポリシーおよびその通知先となる誘導制御装置２０を識別するデータを通信Ｉ／Ｆ １１０へ送り、通信Ｉ／Ｆ １１０はこの誘導制御装置２０へネットワーク経由でポリシーを送信する。

（２）動作
次に、以上のように構成されたポリシー決定装置１０および誘導制御装置３０を含む負荷分散システムによる情報処理動作について説明する。

（２－１）ポリシーの決定（Ｓ１０～Ｓ１２）
はじめに、図１を参照して、ポリシーの決定処理について説明する。

実施形態では、まずステップＳ１０において、ポリシー決定装置１０は、継続的にプローブサーバ４１および／または監視システム４２から監視データを収集することによって、ネットワーク内の設備の使用状況や性能の監視を行う。あるいは、ポリシー決定装置１０は、各ＣＤＮ １００または各エッジサーバ７０の負荷を表す情報を直接収集してもよいし、誘導制御装置３０を介して取得するようにしてもよい。

他方、ポリシー決定装置１０は、誘導制御装置３０からのポリシー更新（または生成）要求を受け付ける（ステップＳ１１）。この要求は、例えば、誘導制御装置３０から定期的に出力されるものであってもよいし、ゾーンに関連するエッジの構成変更をトリガとして誘導制御装置３０から出力されるものであってもよい。また、ポリシー更新要求とともに、誘導制御装置３０が、各ＣＤＮ １００、各エッジサーバ７０またはオリジンサーバ６０に関して取得した情報をポリシー決定装置１０に送ることもできる。

次いでステップＳ１２において、ポリシー決定装置１０は、過去に実行されたステップＳ１０において収集した監視データに基づいてポリシーを決定したのち、最新のポリシーを誘導制御装置３０に返す処理を行う。ポリシー決定装置１０は、収集した情報から複数のメトリクスを導出または算出し、算出されたメトリクスに基づいてポリシーを生成または更新する。

例えば、ポリシー決定装置１０が収集する監視データには、動的なデータとして、動作ログやネットワーク状況の監視結果などを含めることができ、静的なデータとして、カスタマーから設定された選好基準や契約内容、各ＣＤＮの契約金などを含めることができる。例えば、ポリシー決定装置１０は、例えば、オリジンサーバ６０が保持するデータの配信スケジュールを取得し、取得した配信スケジュールに基づいて、特定のデータが配信される時間帯については特定のエッジを優先的に選択することを指定するポリシーを決定することができる。または、ポリシー決定装置１０は、カスタマー装置が設定したメトリクスのプライオリティ（選好基準）および／またはエッジのウェイト（誘導割合）を取得し、そのプライオリティに応じた誘導先の候補の評価および／またはそのウェイトに応じたポリシーの決定も可能である。なお、ポリシーは、オリジンサーバ６０ごとに個別に決定されてもよいし、複数のオリジンサーバ間で共通に決定されてもよい。

なお、ポリシー決定装置１０は、上記ステップＳ１１の誘導制御装置３０からのポリシー更新要求をトリガとせず、例えば定期的に誘導制御装置３０のためのポリシーを決定し、当該誘導制御装置３０に通知してもよい。すなわち、ポリシー決定装置１０は、定期的に、収集した監視データから複数のメトリクスを導出または算出し、算出されたメトリクスに基づいてポリシーを生成または更新することができる。

（２－２）ＤＮＳ式誘導制御装置による誘導制御
次に、誘導制御に係る第１の実施例として、ＤＮＳ式の誘導制御装置３０によるリクエスト誘導制御について、その制御手順および制御内容を図１を用いて説明する。

（２－２－１）実施例１－１（Ｓ３１～Ｓ３６）
図１において、エンドユーザ５０Ａが、例えば、コンテンツ配信を求めてオリジンサーバ（データサーバ）６０にアクセスしようとする場合、実施例１に係る誘導制御は以下のように行われる。

まずステップＳ３１において、エンドユーザ５０Ａは、アクセスリクエストとして、オリジンサーバ６０（origin.example.com）にアクセスするための接続先ＩＰアドレスを、名前解決のため、エンドユーザ５０Ａが指定した場所であるＤＮＳリゾルバ８０に問い合わせる。なお、ＤＮＳリゾルバ８０は、専用のサーバであってもよいし、エンドユーザ５０Ａが実行可能なプログラムであってもよい。

次いでステップＳ３２において、エンドユーザ５０Ａからの問合せを受けたＤＮＳリゾルバ８０が、origin.example.comの情報を保持している権威ＤＮＳサーバとしての誘導制御装置３０Ａに問い合わせる。問合せを受けた誘導制御装置３０Ａは、この問合せに含まれる情報をアドレス情報として取得する。ＤＮＳリゾルバ８０からorigin.example.comの情報についての問合せを受けた誘導制御装置３０Ａはさらに、ポリシー決定装置１０により決定されたポリシーに従って、誘導先としてエッジサーバ７０Ａを指定する。

ステップＳ３３において、誘導制御装置３０Ａは、ＤＮＳリゾルバ８０に誘導先情報を回答する。このとき、ステップＳ３３において誘導制御装置３０ＡからＤＮＳリゾルバ８０に送られる誘導先情報には、エッジサーバ７０ＡのＩＰアドレスが含められることになる。

次いでステップＳ３４において、ＤＮＳリゾルバ８０は、誘導制御装置３０Ａから受領した誘導先情報をエンドユーザ５０Ａに回答する。

ステップＳ３５において、エンドユーザ５０Ａは、指定された誘導先であるエッジサーバ７０Ａへのアクセスを開始する。エッジサーバ７０Ａが、エンドユーザ５０Ａが要求するコンテンツのキャッシュを保持している場合、処理は終了する。

エッジサーバ７０Ａが、エンドユーザ５０Ａが要求するコンテンツのキャッシュを保持していない場合、エッジサーバ７０Ａは、ステップＳ３６において、オリジンサーバ６０にアクセスし、オリジンサーバ６０からコンテンツを取得する。

かくして、誘導制御装置３０Ａにより指定された誘導先は、オリジンサーバ６０に保持されたコンテンツをエンドユーザ５０Ａへ配信することが可能になる。

（２－２－２）実施例１－２（Ｓ３１～Ｓ４８）
図２は、実施形態に係るポリシー決定装置１０を備えた負荷分散システムの全体構成および処理フローの第２の例を示す図である。特に図２は、エンドユーザ５０Ａがコンテンツ配信を求めてオリジンサーバ６０にアクセスしようとする場合に、誘導制御装置３０Ａが、エッジサーバ７０ではなくＣＤＮ １００を誘導先として選択する処理フローを示している。なお、図２のステップＳ１０～Ｓ１２およびステップＳ３１は、図１のステップＳ１０～Ｓ１２およびステップＳ３１と同じであるので説明を省略する。

ステップＳ３１に次ぐステップＳ３２において、エンドユーザ５０Ａからの問合せを受けたＤＮＳリゾルバ８０が、origin.example.comの情報を保持している権威ＤＮＳサーバとしての誘導制御装置３０Ａに問い合わせる。問合せを受けた誘導制御装置３０Ａは、この問合せに含まれる情報をアドレス情報として取得する。ＤＮＳリゾルバ８０からorigin.example.comの情報についての問合せを受けた誘導制御装置３０Ａはさらに、ポリシー決定装置１０により決定されたポリシーに従って、誘導先としてＣＤＮ １００Ｂを指定する。

ステップＳ４３において、誘導制御装置３０Ａは、ＤＮＳリゾルバ８０に誘導先情報を回答する。誘導制御装置３０にとって誘導先であるＣＤＮ １００Ｂ内のキャッシュサーバのＩＰアドレスは未知であるので、ステップＳ４３においてＤＮＳリゾルバ８０は、ＣＤＮ １００Ｂの権威ＤＮＳサーバ９０を案内される。

そこで、ステップＳ４４において、ＤＮＳリゾルバ８０は、ＣＤＮ １００Ｂの権威ＤＮＳサーバ９０にオリジンサーバ６０のドメイン名に対応するＩＰアドレスを問い合わせる。

ステップＳ４５において、ＣＤＮ １００Ｂの権威ＤＮＳサーバ９０は、ＣＤＮ １００Ｂ内の適切なエッジサーバに関する情報をＤＮＳリゾルバ８０に返す。

ステップＳ４６において、ＤＮＳリゾルバ８０は、権威ＤＮＳサーバ９０から受領したＣＤＮ １００Ｂのエッジサーバに関する誘導先情報を、エンドユーザ５０に回答する。

ステップＳ４７において、エンドユーザ５０Ａは、指定された誘導先であるＣＤＮ １００Ｂ内のエッジサーバへのアクセスを開始する。当該エッジサーバが、エンドユーザ５０Ａが要求するコンテンツのキャッシュを保持している場合、処理は終了する。

ＣＤＮ １００Ｂ内のエッジサーバが、エンドユーザ５０Ａが要求するコンテンツのキャッシュを保持していない場合、当該エッジサーバは、ステップＳ４８において、オリジンサーバ６０にアクセスし、オリジンサーバ６０からコンテンツを取得する。

かくして、誘導制御装置３０Ａにより指定された誘導先は、オリジンサーバ６０に保持されたコンテンツをエンドユーザ５０Ａへ配信することが可能になる。

なお、図１のステップＳ３３または図２のステップＳ４３において、誘導制御装置３０ＡがＤＮＳリゾルバ８０に対し、エッジではなくオリジンサーバ６０を誘導先として指定することも可能である。

また、エンドユーザ５０Ａがオリジンサーバ６０に対してデータをアップロードしようとする場合も、エンドユーザ５０Ａは、オリジンサーバ６０または他の適切なエッジにリクエストを送信する必要がある。従って、リクエストの対象となるデータの流れがダウンストリームであるかアップストリームであるかにかかわらず、上記フローを適用することができる。

以上のように、図１および図２に関して説明した誘導制御システム１は、エンドユーザ５０からのリクエストの誘導先をダイナミックかつインテリジェントに制御することができる。すなわち、ポリシー決定装置１０がブレインとなり、収集した監視データに基づき、ポリシーを動的に決定する。そして、各ゾーンに配置された誘導制御装置３０Ａがボディとなり、ブレインたるポリシー決定装置１０によって定義されたポリシーに従い、複数のエッジの中から適切な誘導先を選択する。

例えば、誘導制御システム１に含まれる誘導制御装置３０は、ポリシーにおいて非零の割合を割り当てられたエッジに対してこの割合を例えば重み付きラウンドロビンにおけるウェイトとして用いて、リクエストを振り分けることができる。また、誘導制御システム１に含まれるポリシー決定装置１０は、異なる時間帯、例えば日中および夜間について異なるポリシーを決定してもよい。

（２－３）ＨＴＴＰ式誘導制御装置による誘導制御
次に、誘導制御の第２の実施例として、ＨＴＴＰ式の誘導制御装置２０によるリクエスト誘導制御について説明する。

（２－３－１）実施例２－１（Ｓ２１～Ｓ２３）
図３は、実施形態に係るポリシー決定装置１０を備えた負荷分散システムの全体構成および処理フローの第３の例を示す図である。図３は、誘導制御装置２０の一例として誘導制御装置２０Ａ，２０Ｂ，・・・を用いた処理フローの例を示している。特に図３は、エンドユーザ５０Ａがコンテンツ配信を求めてオリジンサーバ６０にアクセスしようとする場合に、誘導制御装置２０Ａが、エッジサーバ７０Ａを誘導先として指定する処理フローを示している。誘導制御装置２０は、例えばＬ７ロードバランサ（ＨＴＴＰロードバランサと呼ぶこともできる）に相当し得る。なお、図３のステップＳ１０～Ｓ１２は、図１，図２のステップＳ１０～Ｓ１２と同じであるので説明は省略する。

エンドユーザ５０Ａが、コンテンツ配信を求めてオリジンサーバ（データサーバ）６０にアクセスしようとする場合、実施例２に係る誘導制御は以下のように行われる。なお、エンドユーザ５０Ａは、あらかじめ、ＤＮＳ名前解決やエニーキャストにより特定のゾーン ＃１の誘導制御装置２０Ａに接続しているものとする。

まずステップＳ２１において、エンドユーザ５０Ａは、アクセスリクエストとして、ＨＴＴＰリクエストを誘導制御装置２０Ａに送信する。これに対し、誘導制御装置２０Ａは、ＨＴＴＰリクエストを受信し、当該ＨＴＴＰリクエストに含まれるアドレス情報を取得する。

次いでステップＳ２２において、誘導制御装置２０Ａは、ポリシー決定装置１０により生成されたポリシーに従って、誘導先としてエッジサーバ７０Ａを選択し、エッジサーバ７０ＡにＨＴＴＰリクエストを転送する。このとき、誘導制御装置２０Ａは、ポリシーに加えて、ＨＴＴＰリクエストに含まれるリクエストの内容、対象データの種別、エンドユーザ５０Ａの情報などを考慮して、誘導先を選択することができる。エッジサーバ７０Ａが、エンドユーザ５０Ａが要求するコンテンツのキャッシュを保持している場合、処理は終了する。

エッジサーバ７０Ａが、エンドユーザ５０Ａが要求するコンテンツのキャッシュを保持していない場合、エッジサーバ７０Ａは、ステップＳ２３において、さらにオリジンサーバ６０にリクエストを転送する。

かくして、誘導制御装置２０Ａにより指定された誘導先は、オリジンサーバ６０に保持されたコンテンツをエンドユーザ５０Ａへ配信することが可能になる。

（２－３－２）実施例２－２（Ｓ２１～Ｓ５３）
図４は、実施形態に係るポリシー決定装置１０を備えた負荷分散システムの全体構成および処理フローの第４の例を示す図である。特に図４は、エンドユーザ５０Ａがコンテンツ配信を求めてオリジンサーバ６０にアクセスしようとする場合に、誘導制御装置２０Ａが、エッジサーバ７０ではなくＣＤＮ １００を誘導先として指定する処理フローを示している。なお、図４のステップＳ１０～Ｓ１２は、図１～図３のステップＳ１０～Ｓ１２と同じであるので説明は省略する。また、図４のステップＳ２１は、図３のステップＳ２１と同じであるので説明は省略する。

ステップＳ２１に次ぐステップＳ５２において、誘導制御装置２０Ａは、ポリシー決定装置１０により決定されたポリシーに従って、誘導先としてＣＤＮ １００Ｂを選択し、ＣＤＮ １００ＢにＨＴＴＰリクエストを転送する。このとき、誘導制御装置２０Ａは、ポリシーに加えて、ＨＴＴＰリクエストに含まれるリクエストの内容、対象データの種別、エンドユーザ５０Ａの情報などを考慮して、誘導先を選択することができる。ＣＤＮ １００Ｂ内でＨＴＴＰリクエストが転送されたエッジサーバが、エンドユーザ５０Ａが要求するコンテンツのキャッシュを保持している場合、処理は終了する。

ＣＤＮ １００Ｂ内のエッジサーバが、エンドユーザ５０Ａが要求するコンテンツのキャッシュを保持していない場合、当該エッジサーバは、ステップＳ５３において、さらにオリジンサーバ６０にリクエストを転送する。

かくして、誘導制御装置２０Ａにより指定された誘導先は、オリジンサーバ６０に保持されたコンテンツをエンドユーザ５０Ａへ配信することが可能になる。

なお、ステップＳ２２において、誘導制御装置２０Ａがエッジではなくオリジンサーバ６０を誘導先として指定することも可能である。

また、エンドユーザ５０がオリジンサーバ６０に対してデータをアップロードしようとする場合も、エンドユーザ５０は、オリジンサーバ６０または他の適切なエッジにリクエストを送信する必要がある。従って、リクエストの対象となるデータの流れがダウンストリームであるかアップストリームであるかにかかわらず、上記フローを適用することができる。

以上のように、図３および図４に関して説明した誘導制御装置２０Ａ，２０Ｂ，・・・を含む誘導制御システム１は、エンドユーザ５０からのＨＴＴＰリクエストの誘導先をダイナミックかつインテリジェントに制御することができる。すなわち、ポリシー決定装置１０がブレインとなり、収集した監視データに基づき、ポリシーを動的に決定する。そして、各ゾーンに配置された誘導制御装置２０がボディとなり、ブレインたるポリシー決定装置１０によって定義されたポリシーに従い、複数のエッジの中から適切な誘導先を選択する。

例えば、誘導制御システム１は、ポリシーに加えて、ＨＴＴＰリクエストに含まれる情報に応じて誘導先を選択することもできる。一般に、ＨＴＴＰリクエストには、エンドユーザ５０の情報や伝送されるデータに関する情報が含まれるので、エンドユーザ５０のデバイス種別もしくはエージェントまたは伝送対象であるデータの種別もしくは内容等に応じて誘導先を変えるように設定することが可能である。

また、誘導制御システム１に含まれる誘導制御装置２０は、ポリシーにおいて非零の割合を割り当てられたエッジに対してこの割合を例えば重み付きラウンドロビンにおけるウェイトとして用いて、リクエストを振り分けることができる。また、誘導制御システム１に含まれるポリシー決定装置１０は、異なる時間帯、例えば日中および夜間について異なるポリシーを決定してもよい。

特にコンテンツ側から見ると、異なるＣＤＮ事業者が提供するＣＤＮ １００間には提供されるサービスや機能に差があることが多い。誘導制御装置２０を用いて、例えばいったん各ＣＤＮ事業者のＣＤＮ １００でリクエストを受けたのち、特定のエッジサーバ７０に誘導することにより、上記差がコンテンツ側から意識されないようにすることも可能となる。
（２－４）ポリシー決定装置の動作

図１１は、ポリシー決定装置１０の、メトリクスデータに関する動作例を示す。図１１の動作例では、通信Ｉ／Ｆ １１０は、監視データの受信を待ち受ける（ステップＳ２０１）。通信Ｉ／Ｆ １１０が監視データを受信すると処理はステップＳ２０２に進む。

ステップＳ２０２において、監視データ取得部１２１は、受信された監視データを取得し、監視データ記憶部１４１に書き込む。そして、メトリクス生成部１２２は、ステップＳ２０２において取得された監視データに基づいてメトリクスデータを生成する（ステップＳ２０３）。例えば、メトリクス生成部１２２は、新たなタイムスタンプとメトリクスおよび／またはそのスコアの値とを含むメトリクスデータを生成し得る。ステップＳ２０３の後、通信Ｉ／Ｆ １１０は、監視データの受信を待ち受ける（ステップＳ２０１）。

図１２は、ポリシー決定装置１０の、誘導先評価データに関する動作例を示す。図１２の動作例では、通信Ｉ／Ｆ １１０はプライオリティの受信を待ち受け（ステップＳ３０１）、誘導先評価部１２６は評価実施条件の満足を待ち受ける（ステップＳ３０３）。ここで、評価実施条件は、例えば、誘導先評価部１２６が誘導先の候補を定期的に評価する場合には、前回の実施から所定期間が経過したことであり得る。また、評価実施条件は、誘導先評価部１２６がポリシー決定部１２７から評価の実施を依頼されたこと、であってもよい。プライオリティが受信されれば処理はステップＳ３０２に進み、評価実施条件が満足すれば処理はステップＳ３０４に進む。

ステップＳ３０２において、プライオリティ取得部１２３は、受信されたプライオリティを取得し、設定データ記憶部１４３に書き込む。ステップＳ３０２の後、通信Ｉ／Ｆ １１０はプライオリティの受信を待ち受け（ステップＳ３０１）、誘導先評価部１２６は評価実施条件の満足を待ち受ける（ステップＳ３０３）。

ステップＳ３０４において、誘導先評価部１２６は、メトリクス記憶部１４２に保存されたメトリクスデータ、設定データ記憶部１４３に保存されたプライオリティを含むパラメータ、などに基づいて、誘導先の複数の候補を評価し、誘導先評価データを生成する。ステップＳ３０２の後、通信Ｉ／Ｆ １１０はプライオリティの受信を待ち受け（ステップＳ３０１）、誘導先評価部１２６は評価実施条件の満足を待ち受ける（ステップＳ３０３）。

図１３は、ポリシー決定装置１０の、ポリシーに関する動作例を示す。図１３の動作例では、更新条件判定部１２４は、ポリシー更新条件の満足を待ち受ける（ステップＳ４０１）。ポリシー更新条件が満足したと判定されれば処理はステップ４０２に進む。

ステップ４０２において、更新要求部１２５は、ポリシーの更新をポリシー決定部１２７に要求する。ポリシー決定部１２７は、ステップ４０２における要求に応じて、誘導先評価データをカスタマー装置に提供するよう評価提供部１２８に依頼し、評価提供部１２８は評価データ記憶部１４５に保存されている誘導先評価データをカスタマー装置に提供する（ステップＳ４０３）。なお、ステップＳ４０３はオプションであり、後述されるステップ４０４、ステップ４０５およびステップ４０６とともに省略されてもよい。この場合に、処理はステップ４０２からステップ４０７へ進む。

ステップＳ４０３の後に、通信Ｉ／Ｆ １１０は、ウェイトの受信を例えば所定期間に亘って待ち受ける（ステップ４０４）。通信Ｉ／Ｆ １１０がウェイトを受信した場合に処理はステップ４０５へ進み、通信Ｉ／Ｆ １１０がウェイトを受信しなかった場合に処理はステップ４０７へ進む。

ステップ４０５において、ウェイト取得部１２９は受信されたウェイトを取得し、ウェイト記憶部１４４に書き込む。次に、ポリシー決定部１２７は、ステップ４０５において取得されたウェイトに基づいて新たなポリシーを決定する（ステップ４０６）。例えば、ポリシー決定部１２７は、ウェイトをそのままポリシーに記載してもよいし、誘導先の全候補に割り当てられたウェイトの総和のうち各候補に割り当てられたウェイトが占める割合を当該候補のウェイトとして決定してもよい。ステップ４０６の後に処理はステップ４０８へ進む。

ステップ４０７において、ポリシー決定部１２７は、評価データ記憶部１４５から誘導先評価データを読み出し、当該データに含まれる誘導先の候補のスコアに基づいて新たなポリシーを決定する。例えば、ポリシー決定部１２７は、ポリシーに含める誘導先の全候補のスコアの総和のうち各候補のスコアが占める割合を当該候補のウェイトとして決定してもよい。ステップ４０７の後に処理はステップ４０８へ進む。

ステップ４０８において、ポリシー通知部１３０は、ステップ４０６またはステップ４０７において決定されたポリシーを誘導制御装置２０に通知する。ステップ４０８の後、更新条件判定部１２４はポリシー更新条件の満足を待ち受ける（ステップＳ４０１）。

（２－５）時間帯別ポリシーの決定
図１４は、実施形態に係るポリシー決定装置１０による、時間帯別ポリシーの決定の一例を示す図である。

オリジンサーバ６０のオペレータは、カスタマー装置を用いてポータルサイト６１にアクセスし、当該サイト上で表示されるスケジューラ６２に記載されたオリジンサーバ６０のデータ配信スケジュールを確認できる。オペレータは、０２：００から２０：５９までの時間帯にはアップデート用ソフトウェアを配信することを把握する。また、オペレータは、２１：００から２３：５９までの時間帯（夜間）にはエンドユーザ５０としてのスマートフォン向けのコンテンツ配信が増加すると予想する。そこで、オペレータは、０２：００から２０：５９までの時間帯にはＣＤＮ １００ＤおよびＣＤＮ １００Ｅを誘導先の候補としそれぞれに「０．７」および「０．３」の割合を割り当て、さらに２１：００から２３：５９までの時間帯ではスマートフォン向けのコンテンツ配信に適したＣＤＮ １００Ｆを誘導先の候補とし「１」の割合を割り当てるようにポータルサイト６１上のフォームに入力を行う。そして、カスタマー装置は、オペレータからの入力に応じてウェイトを発行し、ポリシー決定装置１０に送信する（ステップＳ６１）。

次いで、ポリシー決定装置１０は、ステップＳ６２において、カスタマー装置から受信したウェイトに基づいて時間帯別にポリシーを決定する。かかるウェイトは、例えば、０２：００から２０：５９までの時間帯に亘って各誘導先に割り当てる第１のウェイトと、２１：００から２３：５９までの時間帯に亘って各誘導先に割り当てる第２のウェイトとを含み得る。具体的には、ポリシー決定装置１０は、誘導制御装置２０が０２：００から２０：５９までの時間帯に亘ってリクエストをＣＤＮ １００ＤおよびＣＤＮ １００Ｅに７：３の割合で誘導するように上記第１のウェイトに基づいてポリシーを決定し、誘導制御装置２０が２１：００から２３：５９までの時間帯に亘ってリクエストをＣＤＮ １００Ｆに１００％の割合で誘導するように上記第２のウェイトに基づいてポリシーを決定する。なお、図１４の例では、０２：００から２１：００までの時間帯には、ＣＤＮ １００Ｆをバックアップとすることが定められている。また、２１：００から２３：５９までの時間帯には、ＣＤＮ １００Ｄをバックアップとすることが定められている。図１４の例では、００：００から０１：５９までのポリシーはブランクとなっているが、かかる時間帯のポリシーはポリシー決定装置１０が誘導先評価データに基づいて自動的に決定してもよい。

次いで、誘導制御装置２０は、ステップＳ６３において、このような時間帯別ポリシーに基づいてエッジ（ＣＤＮ）の選択または切替を実行する。例えば、誘導制御装置２０は、時間帯別ポリシーに基づいて、２：００～２０：５９の時間帯には、ＣＤＮ １００ＤとＣＤＮ １００Ｅとの間で７対３の分散配信を行うように誘導制御し、２１：００～２３：５９の時間帯は、ＣＤＮ １００Ｆによる配信を行うように誘導制御する。

変形例として、ポリシー決定装置１０は、オリジンサーバ６０のデータ配信スケジュールに基づいて、メトリクスに割り当てられるプライオリティ（標準値）および／またはエッジに割り当てられる割合を調整してもよい。

（２－６）多段式の誘導制御
図１５は、実施形態に係るポリシー決定装置１０による、多段式の誘導制御の一例を示す図である。
図１５では、エンドユーザ５０Ａにより送信されたアクセスリクエストが、誘導制御システム１により、エッジサーバ７０Ａに誘導され（Ｐ１１）、さらにその次にＣＤＮ １００Ｃへと誘導される（Ｐ１２）。エッジサーバ７０Ａは、ＣＤＮ １００Ｃが保持するエッジサーバ（中間サーバ）７０Ｘを介して、オリジンサーバ６０にアクセスリクエストを転送し（Ｐ１２，Ｐ１３）、必要なデータをキャッシュ７０１にキャッシュすることによって、エンドユーザ５０Ａに対してコンテンツの配信を行う。

このような２段階での誘導制御を行うことにより、エンドユーザ５０Ａとオリジンサーバ６０との間のデータ伝送を、エッジサーバ７０ＡとＣＤＮ １００Ｃの２つのエッジを経由させることができる。これにより、例えば、エッジサーバ７０Ａだけでは十分ではなかったセキュリティ機能を、ＣＤＮ １００Ｃが提供する機能によって補うことが可能となる。すなわち、ＣＤＮ １００Ｃの中間サーバ７０Ｘを介することで、ＣＤＮ １００ＣのＷＡＦ（Web Application Firewall）やボットフィルタリング機能を経たデータ配信が可能となる。

あるいは、エンドユーザ５０Ｂは、エッジサーバ７０Ａのキャッシュ７０１からのコンテンツ配信にあたり、エッジサーバ７０Ａから直接ではなく、ＣＤＮ １００Ｂを経由するように誘導される。これにより、エンドユーザ５０Ｂに地理的に近いエッジサーバを有するＣＤＮ １００Ｂを経由して、より信頼性の高いコンテンツ配信が実現され、いわゆる、ラストワンマイル最適化を図ることができる。

なお、以上のような多段式の誘導制御は、図１５に示した２段階の制御に限定されるものではなく、３段階、４段階など、任意の段数の誘導制御として実施されてよい。

（効果）
以上詳述したように実施形態に係るポリシー決定装置は、誘導制御装置がリクエストを誘導するための誘導先の複数の候補の各々に関連付けられる複数種類のメトリクスの時系列データを生成し、この時系列データに基づいてこれら複数の候補を評価して誘導先評価データを生成する。そして、このポリシー決定装置は、誘導先評価データの生成後に、この誘導先評価データを提供されたカスタマー装置によって設定されるウェイト、または当該誘導先評価データに基づいて、誘導制御装置が誘導先を制御するために使用するポリシーを決定する。故に、このポリシー決定装置によれば、ポリシーを動的に決定することができる。

また、カスタマー装置のユーザ（カスタマー）は、各メトリクスの値が評価に与える影響を決定するパラメータであるプライオリティを自由に設定できる。これにより、ポリシー決定装置は、カスタマーの嗜好に合致した基準に従って生成された誘導先評価データをカスタマーに提供し、および／またはカスタマーの嗜好に合致したポリシーを決定することができる。

さらに、カスタマーは、時間帯毎に異なるプライオリティおよび／またはウェイトを設定してもよい。これにより、ポリシー決定装置は、時間帯毎に、カスタマーの嗜好に合致した基準に従って生成された誘導先評価データを提供し、および／またはカスタマーの嗜好に合致したポリシーを決定することができる。

またさらに、コンテンツの通過点であるエッジサーバ７０では、様々な付加機能を提供することも可能である。例えば、ネットワークの状態を監視／分析し、必要に応じて動的に機能を挿入することで、配信品質の向上を可能にすることができる。そのような付加機能の例として、高速化（ＦＥＯ、ラストワンマイルの最適化、ＷＡＮ最適化）、処理分散（ＳＳＬオフロード、ディスク（キャッシュ））、プロトコル分散（プロトコル変換、ｖ４／ｖ６変換）、セキュリティ（ＷＡＦ、ボットフィルタ、ＡＰＩセキュリティ）などが考えられる。実施形態に係るポリシー決定装置は、このような強みをもつエッジサーバまたはＣＤＮを経由するように誘導先を選択するポリシーを決定することにより、付加機能を容易に提供することができる。また、ポリシー決定装置が誘導先を多段式に選択するポリシーを決定することにより、複数の付加機能を組み合わせて提供することもできる。

また、ポリシー決定装置が多段式に誘導先を選択するポリシーを決定することにより、事業者間の機能差を隠すことも可能である。例えば、同一コンテンツを複数事業者から配信するケースにおいて、コンテンツパージのような、コンテンツ事業者からのニーズが高くＣＤＮ事業者各社より類似機能を提供している機能について、各社の仕様差を吸収し（隠し）、一括での操作を可能とすることができる。すなわち、ポリシー決定装置が、エンドユーザに対し、選択されたＣＤＮからオリジンサーバに直接アクセスさせるのでなく、さらに他のエッジサーバを介在させるように誘導することによって、オリジンサーバからはＣＤＮの仕様が見えないように設計することが可能となる。

［他の実施形態］
なお、この発明は上記実施形態に限定されるものではない。
例えば、誘導制御システム１が、ポリシー決定装置１０と、誘導制御装置２０とを、それぞれ別個の装置として備えるものとして説明したが、これに限定されない。ポリシー決定装置１０と、誘導制御装置２０とは、一体型の装置として構成されてもよい。
また、ポリシーがゾーンごとに設定されるものとして説明したが、これに限定されない。ポリシーは、複数のゾーン間で共通して設定されてもよいし、複数のゾーン間で協調的に設定されてもよい。

その他、ポリシーの具体的な生成方法等についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。

要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

１…誘導制御システム
１０…ポリシー決定装置
２０，２０Ａ，２０Ｂ，３０，３０Ａ，３０Ｂ…誘導制御装置
４１…プローブサーバ
４２…監視システム
５０，５０Ａ，５０Ｂ…エンドユーザ
６０…オリジンサーバ
６１…ポータルサイト
６２…スケジューラ
７０，７０Ａ，７０Ｂ，７０Ｃ…エッジサーバ
７０Ｘ…中間サーバ
８０…ＤＮＳリゾルバ
９０…権威ＤＮＳサーバ
１００，１００Ａ，１００Ｂ，１００Ｃ…ＣＤＮ
１１０…通信Ｉ／Ｆ
１２０…プロセッサ
１２１…監視データ取得部
１２２…メトリクス生成部
１２３…プライオリティ取得部
１２４…更新条件判定部
１２５…更新要求部
１２６…誘導先評価部
１２７…ポリシー決定部
１２８…評価提供部
１２９…ウェイト取得部
１３０…ポリシー通知部
１４０…メモリ
１４１…監視データ記憶部
１４２…メトリクス記憶部
１４３…設定データ記憶部
１４４…ウェイト記憶部
１４５…評価データ記憶部
１４６…ポリシー記憶部
７０１…キャッシュ

Claims (9)

1. 外部装置から受信した、ネットワーク内の設備の状態に関わる監視データを取得する監視データ取得部と、
   誘導制御装置が第１の宛先データを含むリクエストを誘導するための誘導先の複数の候補の各々に関連付けられる複数種類のメトリクスの時系列データを前記監視データに基づいて生成するメトリクス生成部と、
   前記複数の候補に関連付けられる前記複数種類のメトリクスの時系列データと前記複数種類のメトリクスに割り当てられたプライオリティとに基づいて前記複数の候補を評価し、誘導先評価データを生成する誘導先評価部と、
   前記誘導先評価データの生成後に、前記誘導制御装置が前記誘導先を制御するために使用するポリシーを決定するポリシー決定部と、
   前記ポリシーを前記誘導制御装置に通知するポリシー通知部と
   を具備し、
   前記ポリシーを決定するためのウェイトを設定する権限を認可された第１のカスタマー装置に前記誘導先評価データを提供する評価提供部と、
   前記第１のカスタマー装置から受信されたウェイトを取得するウェイト取得部と、
   予め定められたポリシー更新条件が満足するか否かを判定する更新条件判定部と、
   前記ポリシー更新条件が満足すると判定された場合に、前記ポリシーの更新を要求する更新要求部と
   をさらに具備し、
   前記ポリシー決定部は、前記誘導制御装置が前記リクエストを前記複数の候補に、取得された前記ウェイトに基づく割合で誘導するように前記ポリシーを決定し、さらに、前記ポリシーの更新の要求に応じて、前記評価提供部に最新の前記誘導先評価データを前記第１のカスタマー装置に提供するよう依頼する、ポリシー決定装置。
2. 前記第１のカスタマー装置から受信される前記ウェイトは、第１の時間帯に前記複数の候補に割り当てる第１のウェイトと、前記第１の時間帯とは異なる第２の時間帯に前記複数の候補に割り当てる第２のウェイトとを含み、
   前記ポリシー決定部は、前記誘導制御装置が前記第１の時間帯に亘って前記リクエストを前記複数の候補に前記第１のウェイトに基づく示す割合で誘導するように前記ポリシーを決定し、前記誘導制御装置が前記第２の時間帯に亘って前記リクエストを前記複数の候補に前記第２のウェイトに基づく割合で誘導するように前記ポリシーを決定する、
   請求項１に記載のポリシー決定装置。
3. 前記誘導先評価データは、前記複数の候補のそれぞれの評価値を含み、
   前記ポリシー決定部は、前記第１のカスタマー装置から前記ウェイトが取得されない場合に、前記誘導制御装置が前記リクエストを前記複数の候補に前記評価値に基づく割合で誘導するように前記ポリシーを決定する、
   請求項１または請求項２に記載のポリシー決定装置。
4. 前記プライオリティを設定する権限を認可された第２のカスタマー装置から受信されたプライオリティを取得するプライオリティ取得部をさらに具備し、
   前記誘導先評価部は、前記複数の候補に関連付けられる前記複数種類のメトリクスの時系列データと取得された前記プライオリティとに基づいて前記複数の候補を評価し、誘導先評価データを生成する、
   請求項１乃至請求項３のいずれか１項に記載のポリシー決定装置。
5. 前記誘導先評価データは、前記複数の候補のそれぞれの評価値を含み、
   前記ポリシー決定部は、前記誘導制御装置が前記リクエストを前記複数の候補に前記評価値に基づく割合で誘導するように前記ポリシーを決定する、
   請求項４に記載のポリシー決定装置。
6. 前記複数の候補に含まれる第１の候補に関連付けられる複数種類のメトリクスは、前記第１の候補を前記誘導先として選択した場合の前記リクエストの伝送コストに関わる第１のメトリクスと、前記第１の候補を前記誘導先として選択した場合の前記リクエストの伝送品質に関わる第２のメトリクスとを含む、請求項１乃至請求項５のいずれか１項に記載のポリシー決定装置。
7. 前記誘導先評価部は、前記複数の候補の各々に対応する前記複数種類のメトリクスの時系列データに基づく値を前記プライオリティに従って重み付き加算することで当該候補の評価値を算出する、請求項１乃至請求項６のいずれか１項に記載のポリシー決定装置。
8. 外部装置から受信した、ネットワーク内の設備の状態に関わる監視データを取得することと、
   誘導制御装置が第１の宛先データを含むリクエストを誘導するための誘導先の複数の候補の各々に関連付けられる複数種類のメトリクスの時系列データを前記監視データに基づいて生成することと、
   前記複数の候補に関連付けられる前記複数種類のメトリクスの時系列データと前記複数種類のメトリクスに割り当てられたプライオリティとに基づいて前記複数の候補を評価し、誘導先評価データを生成することと、
   前記誘導先評価データの生成後に、前記誘導制御装置が前記誘導先を制御するために使用するポリシーを決定することと、
   前記ポリシーを前記誘導制御装置に通知することと
   を具備し、
   前記ポリシーを決定するためのウェイトを設定する権限を認可された第１のカスタマー装置に前記誘導先評価データを提供することと、
   前記第１のカスタマー装置から受信されたウェイトを取得することと、
   予め定められたポリシー更新条件が満足するか否かを判定することと、
   前記ポリシー更新条件が満足すると判定された場合に、前記ポリシーの更新を要求することと
   をさらに具備し、
   前記誘導制御装置が前記リクエストを前記複数の候補に、取得された前記ウェイトに基づく割合で誘導するように前記ポリシーを決定し、さらに、前記ポリシーの更新の要求に応じて、最新の前記誘導先評価データを前記第１のカスタマー装置に提供するよう依頼する、ポリシー決定方法。
9. コンピュータを、
   外部装置から受信した、ネットワーク内の設備の状態に関わる監視データを取得する手段、
   誘導制御装置が第１の宛先データを含むリクエストを誘導するための誘導先の複数の候補の各々に関連付けられる複数種類のメトリクスの時系列データを前記監視データに基づいて生成する手段、
   前記複数の候補に関連付けられる前記複数種類のメトリクスの時系列データと前記複数種類のメトリクスに割り当てられたプライオリティとに基づいて前記複数の候補を評価し、誘導先評価データを生成する手段、
   前記誘導先評価データの生成後に、前記誘導制御装置が前記誘導先を制御するために使用するポリシーを決定する手段、
   前記ポリシーを前記誘導制御装置に通知する手段
   として機能させ、
   前記ポリシーを決定するためのウェイトを設定する権限を認可された第１のカスタマー装置に前記誘導先評価データを提供する手段、
   前記第１のカスタマー装置から受信されたウェイトを取得する手段、
   予め定められたポリシー更新条件が満足するか否かを判定する手段、
   前記ポリシー更新条件が満足すると判定された場合に、前記ポリシーの更新を要求する手段
   としてさらに機能させ、
   前記決定する手段は、前記誘導制御装置が前記リクエストを前記複数の候補に、取得された前記ウェイトに基づく割合で誘導するように前記ポリシーを決定し、さらに、前記ポリシーの更新の要求に応じて、前記提供する手段に最新の前記誘導先評価データを前記第１のカスタマー装置に提供するよう依頼する、ポリシー決定プログラム。

Images