特表 2023-542917 分散型コンテンツ配信ネットワーク

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-10-12

(54)【発明の名称】分散型コンテンツ配信ネットワーク

(51)【国際特許分類】

   G06F 9/50 20060101AFI20231004BHJP

【ＦＩ】

G06F9/50 150A

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023518011

(86)(22)【出願日】2021-09-27

(85)【翻訳文提出日】2023-05-01

(86)【国際出願番号】 US2021052169

(87)【国際公開番号】W WO2022067169

(87)【国際公開日】2022-03-31

(31)【優先権主張番号】63/084,061

(32)【優先日】2020-09-28

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】518236786

【氏名又は名称】センチュリーリンク インテレクチュアル プロパティー エルエルシー

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】ケイシー、スティーブン エム．

(72)【発明者】

【氏名】オプファーマン、ステファン

(57)【要約】

本開示の例は、計算エンジン及びデータストアをそれぞれ有するＣＤＮノードからなる分散型ＣＤＮに関する。計算エンジンは、分散型ＣＤＮのコンピューティング機能に関連付けられたソフトウェアを実行するために使用することができ、現在の又は予想される需要にコンピューティング機能を適合させるために、変化する条件に従って再構成することができる。ノードは、オーバーレイネットワークを介して互いに通信することができる。ノードは、それが要求を処理するべきかどうか、又はオーバーレイネットワークを介してリモートノードへのルートを生成し、それによってリモートノードが要求を処理することを可能にするべきかどうかを判定することができる。別の例では、ノードはそのノードによって現在提供されていない計算リソースを求める要求を受信する場合がある。ノードの計算エンジンはその計算リソースを提供するように再構成することができ、それにより、異なるノードに要求をリダイレクトするのではなく、そのノードが要求に応えることが可能になる。

【特許請求の範囲】

【請求項1】

システムであって、 少なくとも１つのプロセッサ；及び
前記少なくとも１つのプロセッサに動作可能に接続され、前記少なくとも１つのプロセッサによって実行されたときに前記システムに１組の動作を実施させる命令を記憶するメモリ、前記１組の動作が、
コンテンツ配信ネットワーク（ＣＤＮ）のコンピューティング機能を求める要求をクライアントデバイスから受信する手順；
コンピューティング機能を求める前記要求を処理することに関連付けられたローカル性能メトリックを生成する手順；
コンピューティング機能を求める前記要求を処理するかどうかを判定するために、リモートＣＤＮノードについてのリモート性能メトリックに少なくとも部分的に基づいて前記ローカル性能メトリックを評価する手順；
コンピューティング機能を求める前記要求を処理するように判定されたとき、
コンピューティング機能を求める前記要求に対する応答を生成する手順；及び
前記クライアントデバイスに前記応答を提供する手順；及び
コンピューティング機能を求める前記要求を処理しないように判定されたとき、
オーバーレイネットワークを介して前記リモートＣＤＮノードへのルートを生成する手順；及び
前記生成されたルートを介して、コンピューティング機能を求める前記要求を処理する指示を前記リモートＣＤＮノードに提供する手順
を有する
を備える、システム。

【請求項2】

前記リモート性能メトリックが第１のリモート性能メトリックであり；
前記リモートＣＤＮノードが第１のリモートＣＤＮノードであり；
前記第１のリモート性能メトリックが、第２のリモートＣＤＮノードについての第２のリモート性能メトリックをさらに含むレイテンシテーブルに記憶されている、
請求項１に記載のシステム。

【請求項3】

前記ローカル性能メトリックを評価する手順が、前記第１のリモート性能メトリックと前記第２のリモート性能メトリックとの比較に基づいて、前記第１のリモートＣＤＮノードが前記第２のリモートＣＤＮノードよりも小さいレイテンシを有すると判定する手順をさらに含む、請求項２に記載のシステム。

【請求項4】

前記リモートＣＤＮノードについての前記リモート性能メトリックが、
前記リモートＣＤＮノードについてのネットワーク応答レイテンシ；
前記リモートＣＤＮノードについての計算エンジン応答レイテンシ；又は
前記リモートＣＤＮノードについてのソフトウェア応答レイテンシ
のうちの少なくとも１つに基づいている、請求項１から３のいずれか一項に記載のシステム。

【請求項5】

前記リモートＣＤＮノードについての前記ネットワーク応答レイテンシが、前記オーバーレイネットワークを介して前記リモートＣＤＮノードから受信されたアドレス解決プロトコル（ＡＲＰ）制御メッセージに少なくとも部分的に基づいて決定される、請求項４に記載のシステム。

【請求項6】

前記１組の動作が、
前記生成されたルートを介して、コンピューティング機能を求める前記要求に対する応答を前記リモートＣＤＮノードから受信する手順；及び
前記受信した応答を前記クライアントデバイスに提供する手順
をさらに含む、請求項１から３のいずれか一項に記載のシステム。

【請求項7】

前記１組の動作が、
前記コンピューティング機能に関連付けられた別の要求を前記クライアントデバイスから受信する手順；及び
前記生成されたルートを介して、前記別の要求の指示を前記リモートＣＤＮノードに提供する手順
をさらに含む、請求項１から３のいずれか一項に記載のシステム。

【請求項8】

コンテンツ配信ネットワーク（ＣＤＮ）内の計算リソースを提供するための方法であって、前記方法が、
計算リソースを求める要求をＣＤＮノードによって受信する段階、ここで前記ＣＤＮノードは前記計算リソースを提供しない；
１組のサービス規則を使用して、前記計算リソースを提供するために前記ＣＤＮノードの計算エンジンを再構成するかどうかを判定する段階；及び
前記計算エンジンを再構成するという判定に基づいて、
前記要求された計算リソースに関連付けられたソフトウェアを特定する段階；
前記計算エンジンを使用して前記特定されたソフトウェアを実行する段階；及び
前記ＣＤＮノードの前記計算エンジンを使用して前記計算リソースを求める前記要求を処理する段階
を備える、方法。

【請求項9】

前記１組のサービス規則が、
時刻に基づくサービス規則；
曜日に基づくサービス規則；又は
予め決められた閾値と比較した、予め決められた期間内の前記計算リソースを求める要求の量に基づくサービス規則
のうちの少なくとも１つを含む、請求項８に記載の方法。

【請求項10】

前記要求された計算リソースに関連付けられた前記ソフトウェアが、
仮想マシン；
コンテナ；又は
ソフトウェアパッケージ
のうちの少なくとも１つを含む、請求項８又は９に記載の方法。

【請求項11】

前記要求された計算リソースに関連付けられた前記ソフトウェアを特定する段階が、別のＣＤＮノードから前記ソフトウェアにアクセスする段階をさらに有する、請求項８又は９に記載の方法。

【請求項12】

前記計算リソースを求める前記要求が、前記要求が計算のコンピューティング機能タイプを求めるものであるという指示を含む、請求項８又は９に記載の方法。

【請求項13】

前記計算リソースを求める前記要求が、前記要求された計算リソースに関連付けられた前記ソフトウェアについての指示をさらに含む、請求項１２に記載の方法。

【請求項14】

分散型コンテンツ配信ネットワーク（ＣＤＮ）内で要求を処理するための方法であって、前記方法が、
コンテンツ配信ネットワーク（ＣＤＮ）のコンピューティング機能を求める要求をクライアントデバイスから受信する段階；
コンピューティング機能を求める前記要求を処理することに関連付けられたローカル性能メトリックを生成する段階；
コンピューティング機能を求める前記要求を処理するかどうかを判定するために、リモートＣＤＮノードについてのリモート性能メトリックに少なくとも部分的に基づいて前記ローカル性能メトリックを評価する段階；
コンピューティング機能を求める前記要求を処理しないという判定に基づいて、
オーバーレイネットワークを介して前記リモートＣＤＮノードへのルートを生成する段階；及び
前記生成されたルートを介して、コンピューティング機能を求める前記要求を処理する指示を前記リモートＣＤＮノードに提供する段階
を備える、方法。

【請求項15】

前記リモート性能メトリックが第１のリモート性能メトリックであり；
前記リモートＣＤＮノードが第１のリモートＣＤＮノードであり；
前記第１のリモート性能メトリックが、第２のリモートＣＤＮノードについての第２のリモート性能メトリックをさらに含むレイテンシテーブルに記憶されている、
請求項１４に記載の方法。

【請求項16】

前記ローカル性能メトリックを評価する段階が、前記第１のリモート性能メトリックと前記第２のリモート性能メトリックとの比較に基づいて、前記第１のリモートＣＤＮノードが前記第２のリモートＣＤＮノードよりも小さいレイテンシを有すると判定する段階をさらに有する、請求項１５に記載の方法。

【請求項17】

前記リモートＣＤＮノードについての前記リモート性能メトリックが、
前記リモートＣＤＮノードについてのネットワーク応答レイテンシ；
前記リモートＣＤＮノードについての計算エンジン応答レイテンシ；又は
前記リモートＣＤＮノードについてのソフトウェア応答レイテンシ
のうちの少なくとも１つに基づいている、請求項１４から１６のいずれか一項に記載の方法。

【請求項18】

前記リモートＣＤＮノードについての前記ネットワーク応答レイテンシが、前記オーバーレイネットワークを介して前記リモートＣＤＮノードから受信されたアドレス解決プロトコル（ＡＲＰ）制御メッセージに少なくとも部分的に基づいて決定される、請求項１７に記載の方法。

【請求項19】

前記生成されたルートを介して、コンピューティング機能を求める前記要求に対する応答を前記リモートＣＤＮノードから受信する段階；及び
前記受信した応答を前記クライアントデバイスに提供する段階
をさらに備える、請求項１４から１６のいずれか一項に記載の方法。

【請求項20】

前記コンピューティング機能に関連付けられた別の要求を前記クライアントデバイスから受信する段階；及び
前記生成されたルートを介して、前記別の要求の指示を前記リモートＣＤＮノードに提供する段階
をさらに備える、請求項１４から１６のいずれか一項に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

［関連出願の相互参照］
本出願は、参照によって本明細書にその全体として援用される「Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｏｎｔｅｎｔ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｎｅｔｗｏｒｋ」と題する２０２０年９月２８日出願の米国仮出願第６３／０８４，０６１号の利益を主張するＰＣＴ国際特許出願である。

【背景技術】

【0002】

コンテンツ配信ネットワーク（ＣＤＮ）は、クライアントデバイスにコンピューティング機能を提供するために使用されるノードを備える。しかし、他の例の中でも要求の量及び要求されるコンピューティング機能のタイプの両方に関して変化する需要に直面したとき、ＣＤＮの構造を管理することは困難である。こうした困難さは、異なる条件に必ずしも適合可能でない、ＣＤＮ内の特定用途向けノードを使用するときに特に顕在化し得る。

【0003】

これら及び他の一般的な考慮事項に関して、本明細書に開示される態様がなされている。また、比較的具体的な問題が議論されているものの、実施例は、背景技術又は本開示の他の箇所において特定された具体的な問題の解決のみに限定されるものではないことを理解するべきである。

【発明の概要】

【0004】

本開示の例は、分散型コンテンツ配信ネットワーク（ＣＤＮ）に関する。分散型ＣＤＮはＣＤＮノードからなり、それぞれのＣＤＮノードは計算エンジン及びデータストアを有する。計算エンジンを使用して、仮想マシン、コンテナ、及びソフトウェアパッケージなどの様々なソフトウェアのうちのいずれかを実行することができる。従って、ＣＤＮノードは分散型ＣＤＮによって提供されるコンピューティング機能に関連付けられたソフトウェアを実行する。ＣＤＮノードの計算エンジンは、他の例の中でも、提供されるコンピューティング機能を現在の又は予想される需要に適合させるために、変化する条件に従って再構成され得る。

【0005】

分散型ＣＤＮのノードは、ＶＰＮなどのオーバーレイネットワークを介して通信することができる。従って、ＣＤＮノードはそれがクライアントデバイスからのＣＤＮ要求を処理するべきかどうか、又は代替的にＣＤＮ要求をリモートＣＤＮノードに仕向けるべきかどうかを判定することができる。要求がリダイレクトされるべきであると判定された場合、ＣＤＮノードはオーバーレイネットワークを介したリモートＣＤＮノードへのルートを生成し、それによってクライアントデバイス及びリモートＣＤＮノードがオーバーレイネットワークを介して通信するのを可能にすることができる。別の例では、ＣＤＮノードはそのＣＤＮノードによって現在提供されていない計算リソースを求めるＣＤＮ要求を受信する場合がある。ＣＤＮノードの計算エンジンはその計算リソースを提供するように再構成することができ、それにより、異なるＣＤＮノードに要求をリダイレクトするのではなく、そのＣＤＮノードがＣＤＮ要求に応えることが可能になる。

【0006】

この概要は、詳細な説明でさらに以下に説明され概念から選択したものを、簡易的な形式で紹介するために提供される。この概要は、特許請求される主題の重要な特徴又は必須の特徴を特定することも、特許請求される主題の範囲を限定するために使用されることも意図されていない。複数の例の追加的な態様、特徴、及び／又は利点は、部分的には以下の説明において記載され、部分的には説明から明らかであり、又は、本開示の実施によって学習され得る。

【図面の簡単な説明】

【0007】

以下の図を参照して非限定的で非網羅的な例について説明する。

【0008】

【図1A】本開示の態様による分散型コンテンツ配信ネットワークを備える例示的なシステムの概要を示す図である。

【0009】

【図1B】分散型コンテンツ配信ネットワークを提供及び保持するための例示的な管理エンジンの概要を示す図である。

【0010】

【図2A】分散型コンテンツ配信ネットワークによって要求を処理するための例示的な方法の概要を示す図である。

【0011】

【図2B】本明細書に説明される態様による、分散型コンテンツ配信ネットワークの組成を構成するための例示的な方法の概要を示す図である。

【0012】

【図2C】分散型コンテンツ配信ネットワークを提供するためのノードメトリックを保持するための例示的な方法の概要を示す図である。

【0013】

【図3A】コンテンツ配信ネットワークから計算リソースを要求するための例示的な方法の概要を示す図である。

【0014】

【図3B】コンテンツ配信ネットワークから計算リソースを提供するための例示的な方法の概要を示す図である。

【0015】

【図4】本実施形態のうちの１つ又は複数が実装され得る好適な動作環境の一例を示す図である。

【発明を実施するための形態】

【0016】

以下の詳細な説明では、その一部を形成し、特定の実施形態又は例が例示によって示されている添付図面を参照する。本開示から逸脱することなく、これらの態様が組み合わされ得、他の態様が利用され得、構造的な変更がなされ得る。実施形態は、方法、システム、又はデバイスとして実施され得る。従って、実施形態は、ハードウェア実装、完全にソフトウェア実装、又はソフトウェア及びハードウェアの態様を組み合わせた実装の形態を取り得る。従って、以下の詳細な説明は、限定的な意味で解釈されるべきではなく、本開示の範囲は添付の特許請求の範囲及びそれらの均等物によって定義される。

【0017】

コンテンツ配信ネットワーク（ＣＤＮ）は、クライアントデバイスからの要求を処理する１組のＣＤＮノードを備える。複数の例では、ＣＤＮはストリーミング機能、キャッシュ機能、及びコンピューティング機能などの様々なタイプのコンピューティング機能を提供する。しかし、こうしたコンピューティング機能を提供するために特定用途向け又はその他の点で専用のノード（例えばストリーミングコンテンツを提供するためのストリーミングノード、コンテンツ伝達を提供するためのキャッシュノード及びオリジンノードなど）が使用される場合がある。さらに、ＣＤＮはピーク予想需要を処理するように設計される場合がある。こうした設計において専用ノードを使用することにより、十分に利用されていないＣＤＮノードが生じる、又はＣＤＮによって経験される需要次第でボトルネックが生じる可能性がある。

【0018】

従って、本開示の態様は、分散型ＣＤＮに関する技法に関する。例えば、分散型ＣＤＮのノードは専用化されず、むしろ変化する条件に応答して適合させることができる。さらに、ＣＤＮ要求は、そのＣＤＮ要求が受信されたノードによって処理される必要はない。むしろ、ＣＤＮ要求はオーバーレイネットワーク（例えばＣＤＮノード間の仮想プライベートネットワーク）を介して別のＣＤＮノードによって処理されてもよく、それによってＣＤＮ要求を異なるノードにリダイレクトする必要性が回避される。別の例として、要求が分散型ＣＤＮによって提供される計算リソースを求めるものである場合、要求を受信したノードは、ＣＤＮ要求を別のＣＤＮノードに仕向けるのではなく、その機能を提供するように動的に再構成されてもよい。従って、本明細書で説明される分散型ＣＤＮの態様により、どのノードがこうした要求を処理するのにより適しているかに応じて、そうでない場合は使用されない可能性があるＣＤＮ内の余剰なコンピューティング容量を別の目的で使用し、ＣＤＮ内の異なるＣＤＮノードにＣＤＮ要求を仕向ける能力が提供される。

【0019】

ＣＤＮは、サービス（例えばＣＤＮの顧客）によって使用されて、サービスのユーザに関連付けられたクライアントコンピューティングデバイスの要求を処理する。様々なサービスはいずれも、本明細書に説明される態様によるＣＤＮを使用し得る。例示的なサービスには、ビデオストリーミングサービス、ビデオゲームサービス、クラウドコンピューティングサービス、又はウェブアプリケーションサービスが含まれるが、これらに限定されるものではない。例えば、ビデオストリーミングサービスは、ストリーミングコンテンツを提供するためにＣＤＮを使用し得、それにより、ビデオストリーミングサービスの提供に関連付けられる計算需要の少なくとも一部をＣＤＮにオフロードし得る。別の例として、ビデオゲームサービスは、他の例の中でもとりわけ、ゲームの更新を配信し、且つ／又は（本明細書では「計算」リソースとも称される）サーバ側処理を実施するためにＣＤＮを使用することができる。従って、サービスは、他の例の中でもとりわけ、コンテンツ（例えば１つ又は複数のファイル、ビデオ、及び／又はオーディオストリーミングなど）の提供、サーバ側処理（例えばオンラインゲーミング、クラウドコンピューティング、ウェブアプリケーションなど）、及びオーディオ／ビデオカンファレンスを含むがこれらに限定されるものではない様々なコンピューティング機能のうちのいずれかにＣＤＮを使用し得ることが理解されよう。従って、クライアントデバイスからＣＤＮによって受信されたＣＤＮ要求は、ＣＤＮによって提供される任意のこうしたコンピューティング機能に関連付けられ得る。例えば、ＣＤＮ要求はコンテンツのストリーミングを求めるもの、ＣＤＮを介して配信されるコンテンツを求めるもの、又は（例えばソフトウェアがＣＤＮのノードにおいて実行される場合に）計算リソースを求めるものである場合がある。

【0020】

本明細書で説明されるように、ＣＤＮのノードは計算エンジン及びデータストアを備える。こうした態様は、他の例の中でもとりわけ、サーバコンピューティングデバイス、ストレージアレイ、ロードバランサ、ネットワークスイッチ、ルータ、又はファイアウォールデバイスを含むがこれらに限定されるものではないノード内の任意の数のデバイスによって提供されてもよく、又はそうでない場合はそれらの中で分散されてもよいことが理解されよう。複数の例では、計算エンジンは、少なくとも１つの中央処理ユニット（ＣＰＵ）、グラフィックス処理ユニット（ＧＰＵ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、及び／又は特定用途向け集積回路（ＡＳＩＣ）を備える。計算エンジンは、他のソフトウェアの中でもとりわけ、１つ又は複数の仮想マシン、コンテナ、及び／又はソフトウェアパッケージを実行して、本開示の態様によるＣＤＮのコンピューティング機能を提供することができる。例えば、ストリーミング機能は、データストアを使用してストリーミングコンテンツをバッファする仮想マシン又はコンテナによって提供されてもよく、又は別の例として、キャッシュ機能は、別のＣＤＮノード（例えばオリジンノードとして働くノード）からのコンテンツをデータストアに記憶し、それに応じてそれをクライアントに配信する仮想マシン又はコンテナによって提供されてもよい。

【0021】

他の例では、ＣＤＮノードはネットワーク性能、需要特性、及び他のネットワーク属性をモデル化することができ、従ってＣＤＮのノードはこうしたモデル化に従って再構成され得る。ＣＤＮノードの計算エンジンは、ネットワークスイッチング、要求のルーティング、ドメイン名システム（ＤＮＳ）のキャッシング及び／又は解決、又はロードバランシングを含むがこれらに限定されるものではない様々な他の機能のうちのいずれかを提供するために使用され得る。従って、専用ノードを利用するのではなく、クライアントデバイスからの要求に応えること、及び分散型ＣＤＮの態様を動作させることの両方に関して、様々なコンピューティング機能のうちのいずれかを提供するようにＣＤＮノードの計算エンジン及びデータストアを構成することができる。例えば、ノードのあるサーバコンピューティングデバイスはストリーミング機能を提供する仮想マシンを実行することができるが、そのノードの別のサービスコンピューティングデバイスは、ＤＮＳ解決、ルーティング、及び／又はロードバランシング機能を提供する仮想マシンを実行することができる。他の例の中でもとりわけ、複数のサーバコンピューティングデバイスが共通のストレージアレイにアクセスする場合もあり、又は１つ又は複数のストレージデバイスをそれぞれ備える場合もある。

【0022】

さらに、ＣＤＮノードは分散型ＣＤＮによって所有又は物理的に保持される必要はない。複数の例では、ＣＤＮノードはクラウドサービスプロバイダなどの、サードパーティのコンピューティングインフラストラクチャを介して提供される。１つ又は複数の仮想マシンイメージ、コンテナ、及び／又はソフトウェアパッケージがコンピューティングインフラストラクチャに送信され、分散型ＣＤＮの一部として動作するように構成されてもよい。さらに、分散型ＣＤＮのノードは、関連付けられる動作コストに従って動的に追加され又は取り除かれてもよい。例えば、ある期間にはサードパーティのコンピューティングインフラストラクチャ上で動作するノードを利用することがコスト効率的な場合があるが、他の期間にはＣＤＮが所有するコンピューティングインフラストラクチャを利用することがコスト効率的な場合がある。

【0023】

複数の例では、ＣＤＮノードはインターネットを介し、仮想プライベートネットワーク（ＶＰＮ）などのオーバーレイネットワークを介して互いに接続される。従って、ＣＤＮノードはＶＰＮを介して互いに通信することができ、いくつかの例では、ＶＰＮを介してクライアントデバイスからの要求に応えることができる。一例として、（本明細書では「ローカル」ＣＤＮノードと称される場合がある）第１のＣＤＮノードがＣＤＮ要求を受信する場合がある。第１のＣＤＮノードにより、（例えば１つ又は複数の性能メトリックに基づいて）第２のＣＤＮノード（「リモート」ＣＤＮノード）がＣＤＮ要求を代わりに処理するべきであると判定される場合があり、ＶＰＮを介して第２のＣＤＮノードにＣＤＮ要求がルーティングされる場合がある。従って、第２のＣＤＮノード及びクライアントデバイスは第１のＣＤＮノード及びＶＰＮを介して通信することができる。従って、第１のＣＤＮノードはクライアントデバイスにとってのＶＰＮへのエントリポイントとして働き、それにより、クライアントデバイスの視点からは、第１のＣＤＮノードがＣＤＮ要求を処理しているように見えることがある。任意の数のＶＰＮ又は他のオーバーレイネットワークが使用されてもよいことが理解されよう。例えば、ある地理的領域内の複数のＣＤＮノードがＶＰＮを介して相互接続されてもよく、又は別の例として、ＣＤＮ要求、及びノードを使用して提供される関連付けられたコンピューティング機能のタイプに応じて、様々なＶＰＮが使用されてもよい。

【0024】

異なるＣＤＮノードに要求をルーティングするかどうかを判定するために使用することができる例示的な性能メトリックは、（例えば片方向又は往復レイテンシに関する）ネットワーク応答レイテンシ、（例えばノードの計算エンジンが要求を処理するのにどれだけ長くかかるかに関する）計算エンジン応答レイテンシ、及び／又はソフトウェア応答レイテンシ（例えば計算エンジンによって実行される仮想マシン又はコンテナなどのソフトウェアが要求を処理するのにどれだけ長くかかるか）を含むがこれらに限定されるものではない。複数の例では、性能メトリックを（例えば重み付けした平均、合計などを使用して）組み合わせて、総応答レイテンシを生成することができる。例えば、総応答レイテンシ性能メトリックは、ネットワーク応答レイテンシ、計算エンジン応答レイテンシ、及びソフトウェア応答レイテンシの合計を含むことができる。総応答レイテンシにより、（ネットワーク応答レイテンシを割愛することができるローカルレイテンシ性能メトリックを使用する）ＣＤＮ要求を受信したノードの能力と、（例えば上に説明したようにＶＰＮを介して）別のノードでＣＤＮ要求を処理することに関連付けられるオーバーヘッドとを比較することが可能になり得る。

【0025】

性能メトリックは、履歴平均、サンプリングされた観察、（例えば１つ又は複数の機械学習及び／又は統計モデルに従って）予想されるデータ、及び／又はこれらの任意の組み合わせに基づいて生成され得る。他の例の中でも、性能メトリックはＣＤＮ要求を処理するのと同時に計算されてもよく、又は（例えば予め決められた時間間隔に従って、あるイベントの発生に応答してなど）定期的に更新されてもよい。例えば、所与のＣＤＮノードが関連付けられた複数のＣＤＮノードについての総応答レイテンシ及び／又は他の性能メトリックを備えるレイテンシテーブル又は他のマッピングが保持されてもよい。レイテンシテーブルは、ＣＤＮに近接し（例えば所与の地理的位置に関連付けられ）、予め決められた閾値を上回るか又は下回る（例えば予め決められたレイテンシを下回る）性能メトリックを有する、特定の数のネットワークホップ内などにある他のＣＤＮノードを含んでもよい。

【0026】

ＣＤＮノードの計算エンジン及びデータストアによって提供される柔軟性の結果として、分散型ＣＤＮによって提供されるコンピューティング機能を動的に適合させることができる。複数の例では、分散型ＣＤＮのＣＤＮノードに関連付けられたログ記録データが、１つ又は複数のモデルに従って解析される。ログ記録データは、システム性能（例えばリソース利用率、１秒当たりの要求など）、システムエラー（例えばハードウェアの故障、ソフトウェアスタックトレース、要求タイムアウトなど）、キャッシュメトリック（例えばヒット率、ミス率など）、及び／又はクライアントデバイスからの要求（例えば要求されたリソース、デバイスタイプ、ソースインターネットプロトコル（ＩＰ）アドレス、関連付けられたサービスなど）に関する情報を含むがこれらに限定されるものではない。他の例の中でも、ログ記録データはＣＤＮノード、ＣＤＮの顧客であるサービス、及び／又はクライアントデバイスによって生成され得る。従って、ログ記録データは重要な性能インジケータ、メトリック、テレメトリ、不具合情報、及び／又は性能情報に関する場合があることが理解されよう。複数の例では、ＣＤＮノードについてのログ記録データの少なくとも一部は、他の構成デバイスの中でも１つ又は複数のサーバコンピューティングデバイス、及び／又はネットワーキングデバイスによって生成される。

【0027】

複数の例では、ログ記録データは、（例えばＣＤＮノードへの、又はＣＤＮノードからの、ＣＤＮ内の、などの）トラフィックを生成してＣＤＮの現在の状態を査定するＣＤＮプローブによって生成される。例えば、ＣＤＮプローブは典型的にはクライアントデバイスによって生成される要求を模倣すること（例えば履歴要求を再実行すること、要求されたコンピューティング機能についての観察されたパターンに従って要求をシミュレートすることなど）ができる。別の例として、ＣＤＮプローブはＣＤＮの様々な属性をテストするように設計されたトラフィックを生成することができる。例えば、ＣＤＮプローブはサードパーティのコンピューティングインフラストラクチャを使用するＣＤＮノードをテストして、そのＣＤＮノードがいくつかの要件を満たしていることを確実にするために使用可能なログ記録データを生成することができる。いくつかの場合には、ＣＤＮプローブはＣＤＮノードとは別個のコンピューティングデバイスでもよく、又は本明細書に説明される計算エンジン及びデータ記憶態様を提供するために使用されるデバイスとは異なる、ＣＤＮノード内のデバイスでもよい。別の例として、ＣＤＮプローブは他の例の中でも仮想マシンでもよく、コンテナとして、又はＣＤＮノードの計算エンジンによって実行されるソフトウェアパッケージとして提供されてもよい。

【0028】

機械学習モデル又は統計モデルを含むがこれらに限定されるものではない様々なモデルのうちのいずれかを使用して、ログ記録データを解析することができる。例えば、ログ記録データを処理して統計モデルを生成することができ、次いでこれを使用してそれに続くログ記録データを評価することができる。統計モデルは、（例えばリソース利用率、１秒当たりの要求、キャッシュ性能、要求を処理するための時間などに関する）通常の又はルーチンの挙動を示す１つ又は複数の閾値又は範囲を特定することができ、従って、こうした閾値又は範囲を超えるそれに続くログ記録データはそれに応じて分類される。別の例として、アノテーションされたログ記録データを使用して機械学習モデルが生成されてもよく、従って機械学習モデルに基づいてログ記録データを後に分類することが可能になる。例示的な機械学習技法が本明細書に説明されており、様々な教師あり及び教師なし機械学習技法のうちのいずれかが使用され得ることが理解されよう。

【0029】

いくつかの例では、ログ記録データを解析するために複数のモデルが使用される。例えば、最も高い信頼度を有するモデル処理結果を特定するために、１組のモデルからの結果が比較される。いくつかの場合には、モデル性能が経時的に追跡され、従って１つ又は複数のモデル性能メトリック（例えば予測の正確性、平均信頼度スコアなど）に従って複数のモデルをランク付けすることが可能になる。さらに、モデルは、モデルを使用してログ記録データを処理すべき特定のサービス、コンピューティング機能、又は他の場合に関連付けられてもよい。従って、モデルは、すべての場合にログ記録データを処理するために使用される必要はなく、代わりに、モデルがこうしたログ記録データを処理するのによく適している１つ又は複数の特定の場合に関連付けられてもよい。

【0030】

モデル処理結果は、後の解析のために記憶されてもよい。例えば、モデル処理結果を使用してモデルの強さ又は有効性を評価し、それによってＣＤＮの１つ又は複数のノードの構成を適合させ、且つ／又はレポートを生成することができる。一例として、予想される需要に従って、ＣＤＮノードが所与の地理的位置の近くに追加され又は取り除かれるべきであること、又はＣＤＮノードによって提供されるコンピューティング機能が変更される（例えば関連付けられた計算エンジンによって提供される機能を追加し、取り除き、又は変える）べきであることが判定される場合がある。追加のアクションは、他の例の中でも（例えばより多くのサーバコンピューティングデバイスを追加すること、ネットワークデバイスを再構成することなどによって）特定されたボトルネックを除去すること、故障しているデバイスを再起動又は交換すること、及び／又は仮想マシンを再イメージすることを含む。こうした動作は、ノードと通信して、ハードウェアデバイス及び／又は仮想マシンをインスタンス化又は非インスタンス化するようにノードに命令することによって自動的に実施されてもよい。こうしたモデル化及びオーケストレーションの態様はサービスコントローラによって実施されてもよく、サービスコントローラは専用タイプのＣＤＮノードとして実装されてもよく、又は本明細書に説明する態様による汎用ＣＤＮの計算エンジンによって実行される仮想マシン、コンテナ、及び／又はソフトウェアパッケージとして実装されてもよい。

【0031】

他の例では、ＣＤＮノードのコンピューティング機能は、受信されたＣＤＮ要求に応答して再構成される。例えば、ＣＤＮ要求は計算リソースを求める要求である場合があり、要求は計算レシピについての指示を備える。例えば、要求は「計算」のマルチパーパスインターネットメールエクステンション（ＭＩＭＥ）タイプ又は媒体タイプ、又は要求が計算リソースを求めるものであるという他の指示を指定する場合がある。要求は、その計算リソースに関連付けられたロボティックプロセスオートメーション（ＲＰＡ）オブジェクト又はソフトウェアを示すペイロードをさらに備える場合がある。例えば、指示は、グローバル一意識別子（ＧＵＩＤ）、統一資源識別子（ＵＲＩ）、又はＣＤＮ要求に関連付けられる計算リソースを特定するために使用可能な他の識別子を備えることができる。ＣＤＮ要求を処理するためにリモートＣＤＮノード（例えば要求された計算リソースを既に提供しているノード）が使用可能かどうか、又は要求されたリソースを提供するようにローカルＣＤＮノードを構成するべきかどうかを判定することができる。判定は、１組のサービス規則を評価することを含み得る。サービス規則により、ＣＤＮノードでのリソース利用率、予め決められた期間内に受信された計算リソースを求める要求の数、及び／又は予め決められたスケジュールを含むがこれらに限定されるものではない１つ又は複数の条件が評価され得る。例えば、ＣＤＮノードが余剰な容量を有している場合、この１時間以内に受信されたリソースを求める要求の数が予め決められた閾値を超えた場合、又は要求が業務時間中に受信された場合、ローカルＣＤＮノードはＣＤＮ要求を処理するように構成され得る。いくつかの場合には、サービス規則は他の例の中でも階層的又は相互依存的であってもよい。

【0032】

従って、ローカルＣＤＮノードを再構成するように判定された場合、要求された計算リソースに関連付けられたソフトウェアをＣＤＮノードの計算エンジンを使用して実行することができ、従ってＣＤＮノードはＣＤＮ要求を処理するように再構成される。しかし、１組のサービス規則の評価により、リモートＣＤＮノードを使用してＣＤＮ要求に応えるべきであることが代わりに示された場合、それに応じて、（例えばリモートノードを示す応答をＣＤＮ要求に提供すること、本明細書に説明するオーバーレイネットワークルート技法を使用することなどによって）ＣＤＮ要求を代わりにリモートＣＤＮノードへと仕向けることができる。こうした再構成技法はＣＤＮ要求に応答して生じるように説明されているが、同様の技法を使用して、こうした要求を受信する前に先回りして（例えば上に説明したサービスコントローラによって決定され得る予想される需要に基づいて）ＣＤＮノードを再構成してもよいことが理解されよう。

【0033】

図１Ａには、本開示の態様による分散型コンテンツ配信ネットワークを備える例示的なシステム１００の概要が示してある。示されているように、システム１００はＣＤＮノード１０２、１０４及び１０６、クライアントデバイス１０８、ＣＤＮプローブ１１１、及びネットワーク１３２を備える。ＣＤＮノード１０２、１０４及び１０６、クライアントデバイス１０８、及びＣＤＮプローブ１１１はネットワーク１３８を介して通信するように示されている。ネットワーク１３２は、他の例の中でもローカルエリアネットワーク、ワイドエリアネットワーク、１つ又は複数のセルラネットワーク、及び／又はインターネットを含み得る。さらに、ＣＤＮノード１０２、１０４及び１０６がオーバーレイネットワーク１１０を介して互いにさらに通信できることを示すために、ＣＤＮノード１０２、１０４及び１０６はオーバーレイネットワーク１１０の中に示されている。例えば、オーバーレイネットワークはネットワーク１３２上に形成されたＶＰＮでもよく、従ってネットワーク１３２のものとは別個の、ＣＤＮノード１０２、１０４及び１０６の間の通信が可能になる。ＶＰＮは例示的なオーバーレイネットワークとして提供されており、他の例では、追加の又は代替的な技術がノード間通信に使用されてもよいことが理解されよう。さらに、ＣＤＮプローブ１１１はオーバーレイネットワーク１１０の外部にあるように示されている。他の例ではＣＤＮプローブ１１１もオーバーレイネットワーク１１０を介して分散型ＣＤＮに接続する場合があり、他の例では複数のこうしたオーバーレイネットワークが使用される場合がある。こうした例では、あるＣＤＮノードが複数のオーバーレイネットワークの構成要素になる場合があることが理解されよう。

【0034】

（例えばＣＤＮプローブ１１１及びＣＤＮノード１０２、１０４及び１０６を備える）システム１００の分散型ＣＤＮは、他の例の中でもビデオストリーミングサービス、ビデオゲームサービス、クラウドコンピューティングサービス、又はウェブアプリケーションサービスを含むがこれらに限定されるものではない様々なサービスのうちのいずれかにコンピューティング機能を提供することができる。それに応じて、クライアントデバイス１０８及びクライアントアプリケーション１３０は分散型ＣＤＮと通信して、こうしたサービスに関連付けられたコンピューティング機能を利用することができる。他の例では、システム１００に関して説明される例示的なＣＤＮのいくつかの要素は、様々な他の技法のうちのいずれかに従って配信され得る特定の要素に関して本明細書に説明されるサードパーティ及び／又は機能によって提供される場合があることが理解されよう。

【0035】

クライアントデバイス１０８は、モバイルコンピューティングデバイス、タブレットコンピューティングデバイス、ラップトップコンピューティングデバイス、又はデスクトップコンピューティングデバイスを含むがこれらに限定されるものではない様々なコンピューティングデバイスのうちのいずれかであり得る。複数の例では、クライアントデバイス１０８はネットワーク１３２を介してＣＤＮノード１０２、１０４及び１０６のうちの１つ又は複数と通信する。クライアントデバイス１０８はクライアントアプリケーション１３０を備えるように示されており、これは、他の例の中でもシステム１００の分散型ＣＤＮを利用するサービスによって提供されるウェブブラウザ又はアプリケーションでもよい。

【0036】

ＣＤＮノード１０２は、管理エンジン１１２、計算エンジン１１４、及びデータストア１１６を備えるように示されている。ＣＤＮノード１０４及び１０６は、同様の態様（例えばそれぞれ管理エンジン１１８、計算エンジン１２０及びデータストア１２２、及び管理エンジン１２４、計算エンジン１２６及びデータストア１２８）を備える。従って、こうした態様については必ずしも以下で詳細に再度説明しない。

【0037】

ＣＤＮノード１０２の管理エンジン１１２、計算エンジン１１４、及びデータストア１１６は、他の例の中でもサーバコンピューティングデバイス、ストレージアレイ、ロードバランサ、ネットワークスイッチ、ルータ、又はファイアウォールデバイスを含むがこれらに限定されるものではないＣＤＮノード１０２の１つ又は複数のデバイスによって提供され得る。例えば、計算エンジン１１４は、ＣＤＮノード１０２のサーバコンピューティングデバイスの少なくとも１つの中央処理ユニット（ＣＰＵ）、グラフィックス処理ユニット（ＧＰＵ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、及び／又は特定用途向け集積回路（ＡＳＩＣ）を備える。上に説明したように、計算エンジン１１４は、他のソフトウェアの中でも１つ又は複数の仮想マシン、コンテナ、及び／又はソフトウェアパッケージを実行して、分散型ＣＤＮのコンピューティング機能を提供することができる。同様に、他の例の中でも、データストア１１６はサーバコンピューティングデバイスの一部でもよく、又はＣＤＮノード１０２のストレージアレイでもよい。管理エンジン１１２は計算エンジン１１４及びデータストア１１６とは別個のものであるように示されているが、管理エンジン１１２に関して以下に説明される態様は、計算エンジン１１４及び／又はデータストア１１６を使用して実行される仮想マシン、コンテナ、ソフトウェアパッケージ、又は他のソフトウェアとして実装されてもよいことが理解されよう。

【0038】

管理エンジン１１２により、オーバーレイネットワーク１１０へのＣＤＮノード１０２の接続が初期化及び保持される。複数の例では、管理エンジン１１２は、オーバーレイネットワーク１１０を介して他のＣＤＮノード（例えばＣＤＮノード１０４及び１０６）への、及びそれらからの制御メッセージを送信及び受信する。例えば、例示的な制御メッセージはアドレス解決プロトコル（ＡＲＰ）の一部でもよく、従って、転送テーブル作成処理を使用して、ＣＤＮノード１０２が通信するＣＤＮノードについての関連付けられたネットワーク応答レイテンシが決定される。別の例として、ＣＤＮノードは、計算エンジン応答レイテンシ及び／又はソフトウェア応答レイテンシなどの性能メトリックをブロードキャストすることもできる。複数の例では、ＡＲＰ制御メッセージに加えて、又はその代替物として、ブロードキャストメッセージを使用してネットワーク応答レイテンシを決定することができる。管理エンジン１１２は、こうした制御メッセージを処理して、ＣＤＮノードについてのこうした性能メトリックを含むレイテンシテーブル又は他のマッピングを生成又は更新することができる。複数の例では、レイテンシテーブル内の性能メトリックは、予測される性能メトリックを生成するために１つ又は複数のモデルに従って処理される。従って、本明細書で説明する要求をルーティングする態様は、他の例の中でも実際の、予測される、又は履歴の性能メトリックに基づく場合があることが理解されよう。

【0039】

管理エンジン１１２は、クライアントデバイス１０８のクライアントアプリケーション１３０からＣＤＮ要求を受信することができる。ＣＤＮ要求は、分散型ＣＤＮによって提供される様々なコンピューティング機能のうちのいずれかに関するものでもよい。管理エンジン１１２は、上に説明したレイテンシテーブルに少なくとも部分的に基づいて、ＣＤＮノード１０２がＣＤＮ要求を処理するべきかどうかを判定する。例えば、管理エンジン１１２はＣＤＮ１０２に関するローカルレイテンシ性能メトリックを保持することができ、これはＣＤＮノード１０４及び１０６に関するレイテンシテーブルの総応答レイテンシ性能メトリックと比較され得る。従って、管理エンジン１１２は、ＣＤＮ要求が（例えばローカルレイテンシを被る）ＣＤＮノード１０２によって、又は（例えばリモートＣＤＮノードに関連付けられる総応答レイテンシを被る）ＣＤＮノード１０４又は１０６のうちの一方によってより迅速に処理されることになるかを判定することができる。

【0040】

管理エンジン１１２により、ＣＤＮ要求を処理するのにＣＤＮノード１０２がより適していると判定された（例えばＣＤＮノード１０２がＣＤＮノード１０４及び１０６の総応答レイテンシよりも低いローカルレイテンシを有する）場合、それに応じて、計算エンジン１１４及び／又はデータストア１１６を使用してＣＤＮ要求が処理される。対照的に、管理エンジン１１２によってＣＤＮノード１０４又は１０６がより適していると判定された（例えばリモートノードのうちの１つがＣＤＮノード１０２のローカルレイテンシよりも低い総応答レイテンシを示した）場合、管理エンジン１１２はオーバーレイネットワーク１１０を介したＣＤＮノード１０４又は１０６へのルートを生成し、それによってリモートＣＤＮノードがＣＤＮ要求を処理することを可能にする。従って、ＣＤＮノード１０２はクライアントデバイス１０２にとってのオーバーレイネットワーク１１０へのエントリポイントとして働き、それによってクライアントデバイス１０８がリモートＣＤＮノードと通信し、それに応じて、要求されたコンピューティング機能にアクセスすることを可能にする。さらに、オーバーレイネットワーク１１０により、ＣＤＮノード１０２、１０４及び１０６が地理的に互いに関連付けられ（例えば同じデータセンタに配置され）得ないにもかかわらず、ＣＤＮノード１０２、１０４及び１０６が論理的に関連付けられることが可能になる。

【0041】

いくつかの例では、ＣＤＮノード１０２はサービスコントローラとして働くことができ、従って管理エンジン１１２はＣＤＮノード１０２、１０４及び／又は１０６、クライアントデバイス１０８、及び／又はＣＤＮプローブ１１１の構成デバイスのログ記録データを集約及び処理する。例えば、ＣＤＮプローブ１１１は、ＣＤＮノード１０２、１０４及び／又は１０６との通信に関するトラフィック及び関連付けられたログ記録データを生成することができる。管理エンジン１１２は、ＣＤＮ利用率を予想し、それに応じてＣＤＮの構成を適合させるために、集約されたログ記録データを１つ又は複数のモデルに従って処理することができる。例えば、管理エンジン１１２は、ＣＤＮによって提供されるべき１組のコンピューティング機能についての指示を生成することができる。指示されたコンピューティング機能は特定の日付、時間、及び／又は他の条件に関連付けられている場合があり、従ってＣＤＮの構造はこうした条件に基づいて変化する。それに応じて、ＣＤＮノード１０４の管理エンジン１１８及び／又はＣＤＮノード１０６の管理エンジン１２４は、提供されるコンピューティング機能を変更するように計算エンジン１２０及び計算エンジン１２６をそれぞれ管理することができる。管理エンジン１１２は、計算エンジン１１４を同様に管理することができる。

【0042】

管理エンジン１１２は、計算リソースを求めるＣＤＮ要求をクライアントデバイス１０８から受信する場合がある。計算エンジン１１４は要求された計算リソースを提供するように現在構成されていない場合があり、従って管理エンジン１１２は１組のサービス規則を評価して、別のＣＤＮノード（例えばオーバーレイネットワーク１１０を介したＣＤＮノード１０４又は１０６）にＣＤＮ要求を仕向けるかどうか、又は要求された計算リソースを提供するように計算エンジン１１４を構成するかどうかを判定することができる。上に説明したように、サービス規則により、ＣＤＮノード１０２でのリソース利用率、予め決められた期間内に（例えば他のクライアントデバイスから）受信された計算リソースを求める要求の数、及び／又は予め決められたスケジュールを含むがこれらに限定されるものではない１つ又は複数の条件が評価され得る。例えば、ＣＤＮノード１０２が余剰な容量を有していると判定された場合、この１時間以内に受信された計算リソースを求める要求の数が予め決められた閾値を超えた場合、又は要求が業務時間中に受信された場合、管理エンジン１１２は、計算エンジン１１４を使用してＣＤＮ要求を処理するようにＣＤＮノード１０２を構成することができる。

【0043】

図１Ｂには、分散型コンテンツ配信ネットワークを提供及び保持するための例示的な管理エンジン１５０の概要が示してある。管理エンジン１５０は、図１Ａの管理エンジン１１２、１１８及び１２４に類似していてもよい。示されているように、管理エンジン１５０は接続マネージャ１５２、機能オーケストレータ１５４、及びメトリック生成装置１５６を備える。

【0044】

接続マネージャ１５２により、図１Ａのオーバーレイネットワーク１１０などの１つ又は複数のオーバーレイネットワークへのＣＤＮノードの接続が管理される。複数の例では、接続マネージャ１１０は、ＡＲＰ制御メッセージを含むがこれらに限定されるものではない、オーバーレイネットワークに関連付けられた様々な制御メッセージを送信及び受信し、ＣＤＮノードに関連付けられた１つ又は複数の性能メトリックをブロードキャストする。接続マネージャ１５２は、オーバーレイネットワークを介して到達可能な１組のＣＤＮノードを含む転送テーブルを生成することができる。上に言及したように、その中のそれぞれのＣＤＮノードについてのネットワーク応答レイテンシは、転送テーブルを作成及び更新することの一部として決定されてもよい。

【0045】

複数の例では、接続マネージャ１５２により、受信されたＣＤＮ要求がルーティングされる。例えば、接続マネージャ１５２はクライアントデバイス（例えば図１Ａのクライアントデバイス１０８）からＣＤＮ要求を受信し、性能メトリックを評価して、接続マネージャ１５２が実装されているＣＤＮノードにおいてＣＤＮ要求にローカルに応えるべきかどうか、又はＣＤＮ要求をリモートＣＤＮノードにルーティングするべきかどうかを判定する。性能メトリック（例えばＣＤＮ要求を受信したＣＤＮノードについてのローカルレイテンシと比較される、リモートＣＤＮノードについての総応答レイテンシ）は、以下でより詳細に議論されるメトリック生成装置１５６によって生成することができる。リモートＣＤＮノードが代わりにＣＤＮ要求に応えるべきであると判定された場合、接続マネージャ１５２によって管理されるオーバーレイネットワークにルートが生成される場合もあり、又はＣＤＮ要求に応答してクライアントデバイスをリモートＣＤＮノードにリダイレクトするリダイレクト指示が提供される場合もある。

【0046】

いくつかの場合には、接続マネージャ１５２はローカルにＣＤＮ要求に応えるように判定する場合があるが、ＣＤＮノードが（例えば計算リソースを求める）要求されたコンピューティング機能を提供しない場合がある。それに応じて、接続マネージャ１５２は、要求された計算リソースを提供するように計算エンジン（例えば図１Ａの計算エンジン１１４、１２０又は１２６）を構成するよう、機能オーケストレータ１５４に指示を提供することができる。接続マネージャ１５２は、上に説明した１組のサービス規則に少なくとも部分的に基づいて、こうした判定を行うことができる。

【0047】

機能オーケストレータ１５４は、計算エンジン（例えば図１Ａの計算エンジン１１４、１２０又は１２６）、及びデータストア（例えばデータストア１１６、１２２又は１２８）によって提供され得る、ＣＤＮノードによって提供されるコンピューティング機能を管理する。機能オーケストレータ１５４は、仮想マシンイメージ、コンテナ、ソフトウェアパッケージ、及び／又は他のソフトウェアを様々なソースのうちのいずれかから取り込み、取り込まれたソフトウェアをデータストアに記憶することができる。例えば、ソフトウェアは別のＣＤＮノード（例えばオリジンノードとして働くＣＤＮノード）から、又は（例えばクライアントデバイスから要求されている計算リソースを提供する）サードパーティから取り込まれてもよい。次いで、計算エンジンにより、ソフトウェアをデータストアから実行することができる。本明細書で説明される態様に従って分散型ＣＤＮ内で実行されるソフトウェアを配信すべく、様々な他の技法のうちのいずれかが使用されてもよいことが理解されよう。

【0048】

複数の例では、機能オーケストレータ１５４は、そのＣＤＮノードによって提供されるべき１組のコンピューティング機能を含む指示をサービスコントローラから受信する。いくつかの例では、指示されたコンピューティング機能は特定の日付、時間、及び／又は他の条件に関連付けられている場合があり、従って機能オーケストレータ１５４は、こうした条件に基づいて、計算エンジン及び／又はデータストアを介して提供されるコンピューティング機能を変化させる。さらに、機能オーケストレータ１５４は、計算リソースを求めるＣＤＮ要求が要求されたという指示を接続マネージャ１５２から受信する場合がある。それに応じて、機能オーケストレータ１５４は、それに応じて計算リソースを提供するように計算エンジンを構成することができる。指示は、どの計算リソースが要求されたかを判定しそれに応じて計算リソースを初期化するために使用可能な識別子（例えばＧＵＩＤ、ＵＲＩなど）を備えることができる。いくつかの例では、機能オーケストレータ１５４は、関連付けられたＣＤＮ要求を最初に受信することなしに、（例えばサービスコントローラから受信され得るスケジュールに従って）こうした計算リソースを先回りして初期化することができる。

【0049】

メトリック生成装置１５６は、そのＣＤＮノードが関連付けられているＣＤＮノードについての１組の性能メトリックを含むレイテンシテーブル又は他のデータ構造を保持する。複数の例では、レイテンシテーブルは、ＣＤＮノードについての様々な他の性能メトリックに基づき得る、それぞれのＣＤＮノードについての総応答レイテンシのみを記憶する。例えば、総応答レイテンシは、所与のＣＤＮノードに関する（例えばＡＲＰ制御メッセージを使用して接続マネージャ１５２によって決定され得る）ネットワーク応答レイテンシ、（例えばビーコン制御メッセージから決定され得る）計算エンジン応答レイテンシ、及び（例えばやはりビーコン制御メッセージから決定され得る）ソフトウェア応答レイテンシの合計でもよい。メトリック生成装置１５６は、それが配置されているＣＤＮノードについてのローカルレイテンシも保持することができ、これはそのＣＤＮノードにおけるローカルな計算エンジン応答レイテンシ及びソフトウェア応答レイテンシの合計を含むことができる。

【0050】

メトリック生成装置１５６は、様々なモデル、及び／又はそれらの任意の組み合わせのうちのいずれかを使用して、履歴平均、サンプリングされた観察、（例えば１つ又は複数の機械学習及び／又は統計モデルに従って）予想されるデータに基づいて性能メトリックを生成することができる。他の例の中でも、メトリック生成装置１５６は、接続マネージャ１５２がＣＤＮ要求を処理するのと同時にこうした性能メトリックを計算し且つ／又はレイテンシテーブルを更新してもよく、又はこうした動作を（例えば予め決められた時間間隔に従って、イベントの発生に応答してなど）定期的に実施してもよい。レイテンシテーブルは、そのＣＤＮに近接し（例えば所与の地理的位置に関連付けられ）、予め決められた閾値を下回る性能メトリックを有する、特定の数のネットワークホップ内などにある他のＣＤＮノードを含んでもよい。

【0051】

図２Ａには、分散型コンテンツ配信ネットワークによって要求を処理するための例示的な方法２００の概要が示してある。複数の例では、方法２００の態様は、図１ＡのＣＤＮノード１０２、１０４及び１０６などのＣＤＮノードによって実施される。方法２００は、ＣＤＮ要求を受信する動作２０２で開始する。ＣＤＮ要求はコンテンツのストリーミングを求めるもの、ＣＤＮを介して配信されるコンテンツを求めるもの、又は（例えばソフトウェアがＣＤＮのノードにおいて実行される場合に）計算リソースを求めるものである場合がある。ＣＤＮ要求は、図１Ａのクライアントデバイス１０８などのクライアントデバイスから受信され得る。

【0052】

フローは、ＣＤＮ要求をローカルに満たすことに関連付けられた性能メトリックを決定する動作２０４へと進む。性能メトリックは、計算エンジン応答レイテンシ、ソフトウェア応答レイテンシ、又はそれらの組み合わせであるローカルレイテンシのうちの１つ又は複数でもよい。複数の例では、性能メトリックは、図１Ｂの管理エンジン１５０のメトリック生成装置１５６などのメトリック生成装置によって決定される。

【0053】

動作２０６に移ると、リモートノードの性能メトリックと比較して、決定された性能メトリックが評価される。複数の例では、動作２０６は、図１Ｂの管理エンジン１５０のメトリック生成装置１５６などのメトリック生成装置によって生成され得るレイテンシテーブルを評価することを含む。レイテンシテーブルのＣＤＮノードをそれらの各性能メトリックに従ってランク付けすることができ、従って最上位にランク付けされたＣＤＮノードは最も好都合な性能メトリックを有する。例えばレイテンシが使用される場合、最上位にランク付けされたＣＤＮノードは最も低いレイテンシを有することができる。上に議論したように、性能メトリックは、ネットワーク応答レイテンシ、計算エンジン応答レイテンシ、ソフトウェア応答レイテンシ、又はこれらの組み合わせである総応答レイテンシのうちの１つ又は複数でもよい。動作２０６は１つのリモートＣＤＮノードを評価する文脈で議論されているが、他の例では複数のＣＤＮノードが評価されることが理解されよう。

【0054】

判定２０８では、リモートＣＤＮノードがローカルＣＤＮノードよりもＣＤＮ要求を処理するのにより適しているかどうかが判定される。例えば、動作２０６での評価により、リモートＣＤＮノードの性能メトリックがローカルＣＤＮノードの性能メトリックよりも優れている（例えばレイテンシの場合より小さい）と判定された場合、リモートＣＤＮノードがＣＤＮ要求を処理するのにより適していると判定される。他の例では、性能メトリックが他の例の中でもプロセッサ又はメモリ利用率に結び付けられている場合にあり得るように、リモートＣＤＮノードがローカルＣＤＮノードの性能メトリックよりも大きいか又は高い性能メトリックを示すという判定により、ローカルＣＤＮノードがＣＤＮ要求を処理するのにより適しているという判定が代わりになされる場合があることが理解されよう。

【0055】

従って、リモートＣＤＮノードがローカルＣＤＮノードよりもＣＤＮ要求を処理するのに適していないと判定された場合、フローは動作２１０へと至る「いいえ」に分岐し、この場合ＣＤＮ要求はローカルＣＤＮノードによって処理される。ＣＤＮ要求の処理は、他の例の中でもローカルＣＤＮノードのデータストアからコンテンツを提供すること、又は計算リソースへのアクセスを提供することを含む場合がある。フローは動作２１０で終了する。

【0056】

しかし、リモートＣＤＮがローカルＣＤＮノードよりもより適していると判定された場合、フローは代わりに動作２１２へと至る「はい」に分岐し、この場合オーバーレイネットワークを介したリモートＣＤＮノードへのルートが生成される。複数の例では、ルートは、図１Ｂの管理エンジン１５０の接続マネージャ１５２などの接続マネージャによって生成される。複数の例では、ルートは、ＣＤＮ要求がそこから受信されたクライアントデバイス、リモートＣＤＮノード、及びリモートＣＤＮノードにそれを介してアクセス可能なオーバーレイネットワークの連携を含むことができる。いくつかの場合には、クライアントデバイスが引き続く要求を生成したとき、又はリモートＣＤＮノードを使用して同様のＣＤＮ要求に応えるように以前に判定されていた場合にあり得るように、クライアントデバイスがそれを介してリモートＣＤＮノードにアクセスすることができるルートが既に存在することがある。例示的なルーティング技法について説明したが、様々な他の技法のうちのいずれかを使用して、オーバーレイネットワークを介してリモートＣＤＮノードにＣＤＮ要求をルーティングしてもよいことが理解されよう。

【0057】

動作２１４では、リモートＣＤＮノードにＣＤＮ要求を提供する。ＣＤＮ要求は、動作２１２においてそれを通るルートが生成されたオーバーレイネットワークを使用して、ローカルＣＤＮノードによってリモートＣＤＮノードへと転送され得る。従って、クライアントデバイス及びリモートＣＤＮノードは、オーバーレイネットワークを使用してローカルＣＤＮノードを介して通信する。フローは動作２１４で終了する。

【0058】

図２Ｂには、本明細書に説明する態様による、分散型コンテンツ配信ネットワークの組成を構成するための例示的な方法２２０の概要が示してある。複数の例では、方法２２０の態様は、図１ＡのＣＤＮノード１０２、１０４及び／又は１０６などのＣＤＮノードにおいて実行され得るサービスコントローラによって実施される。他の例の中でも、方法２２０は定期的に（例えば１週間に１度、１日に１度、１時間に１度など）、又は予め決められたイベント（例えば予め決められた閾値を超えた利用率、ノード内の既存のエッジサーバの故障など）の発生に応答して実施されてもよい。

【0059】

方法２２０は、モデルに従って予想を生成する動作２２２で開始する。複数の例では、動作２２２で使用されるモデルは、分散型ＣＤＮに関連付けられた（例えばＣＤＮノード、ＣＤＮプローブ、及び／又はクライアントデバイスによって生成され得る）ログ記録データに少なくとも部分的に基づいて生成されたものである。上に説明したように、機械学習モデル又は統計モデルを含むがこれらに限定されるものではない様々なモデルのうちのいずれかを使用して、ログ記録データを解析することができる。さらに、いくつかの例では、複数のモデルが使用される場合がある。

【0060】

フローは、ＣＤＮのネットワーク組成に基づいて予想される需要を評価する動作２２４へと進む。複数の例では、評価は、他の例の中でもＣＤＮノードの数、こうしたＣＤＮノードによって提供されるコンピューティング機能、ＣＤＮノード間で利用可能な帯域幅、及び／又はＣＤＮノードにおいて利用可能な計算容量（例えば利用可能な計算リソース、ストレージ容量など）を評価することを含む。評価は予め決められたバッファを使用して実施されてもよく、従ってＣＤＮノードは予め決められたバッファだけ予想される需要を超えるコンピューティング機能を提供するように構成される。いくつかの場合には、評価は時間に基づく評価、又は他の条件に基づく評価を実施することを含み、従ってＣＤＮの構造はこうした条件が生じたときに変化することができる。

【0061】

判定２２６では、ＣＤＮの構造を調節するかどうかが判定される。複数の例では、判定は、動作２２４において実施された評価とＣＤＮの既存の構造とを比較して、評価されたコンピューティング機能をＣＤＮが提供することができるかどうかを判定することを含む。例えば、予想されるトラフィックを、１つ又は複数のＣＤＮノードの評価されたコンピューティング機能と比較することができる。様々な他の技法のうちのいずれかを使用して、生成された予想及び関連付けられた評価とＣＤＮの構造とを比較してもよいことが理解されよう。

【0062】

ＣＤＮの構造を調節しないと判定された場合、フローは動作２２８へと至る「いいえ」に分岐し、方法２２０はそこで終了する。しかし、ＣＤＮの構造を調節すると判定された場合、フローは動作２３０へと至る「はい」に代わりに分岐し、そこでそのＣＤＮノードに関連付けられたコンピューティング機能についての動作２２４からの指示が、ＣＤＮノードの機能オーケストレータ（例えば図１Ｂの管理エンジン１５０の機能オーケストレータ１５４）に提供される。他の例の中でも、ＣＤＮノードは関連付けられた計算エンジン上でソフトウェアを実行させ、こうしたソフトウェアを半実行させ、又は現在実行されているソフトウェアの構成を変化させることができる。上に議論したように、指示は時間、日付、及び／又は他の条件を含む場合があり、ＣＤＮノードはそれに応答して再構成されるべきである。動作２３０は単一のＣＤＮノードに関して議論されているが、動作２３０は、こうした指示を任意の数のＣＤＮノードに提供することを含む場合があることが理解されよう。ＣＤＮの構造を調節するために、様々な他の技法のうちのいずれかが使用されてもよい。

【0063】

動作２３２では、ＣＤＮプローブを使用してＣＤＮ性能を評価することができる。ＣＤＮプローブは図１ＡのＣＤＮプローブ１１１でもよい。例えば、ＣＤＮプローブはＣＤＮの現在の状態を査定するためにトラフィックを生成する。例えば、ＣＤＮプローブは、典型的にはクライアントデバイスによって生成される要求を模倣してもよく、且つ／又はＣＤＮの様々な属性をテストするように設計されたトラフィックを生成してもよい。従って、動作２３２では、こうした評価を実施する指示がＣＤＮプローブに提供され得る。動作２３２の一部として、ログ記録データ又は他の情報がＣＤＮプローブから受信されてもよい。フローは動作２２４へと戻り、そこで上に説明したようにＣＤＮプローブからの情報を使用してネットワーク組成を評価し、ＣＤＮ構造を調節することができる。いくつかの例では動作２３２を省略することができ、方法２２０が動作２３０で終了する場合があることを示すために、動作２３２は破線ボックスを使用して示されている。従って、フローは最終的に動作２３０又は２３２で終了する。

【0064】

図２Ｃには、分散型コンテンツ配信ネットワークを提供するためのノードメトリックを保持するための例示的な方法２４０の概要が示してある。複数の例では、方法２４０の態様は図１Ａの管理エンジン１１２、１１８又は１２４、又は図１Ｂの管理エンジン１５０などの管理エンジンによって実施される。いくつかの例では、こうした態様は図１Ｂの接続マネージャ１５２及びメトリック生成装置１５６などの接続マネージャ及びメトリック生成装置によって実施されてもよい。

【0065】

方法２４０は、リモートＣＤＮノードから制御メッセージを受信する動作２４２で開始する。複数の例では、制御メッセージは、図１Ａのオーバーレイネットワーク１１０などのオーバーレイネットワークを介して受信される。制御メッセージは、図１Ｂの接続マネージャ１５２などの接続マネージャによって受信されてもよい。上に説明したように、制御メッセージは、他の例の中でもリモートＣＤＮからのＡＲＰ制御メッセージ又はビーコンでもよい。

【0066】

動作２４４では、制御メッセージを処理して性能メトリックを生成する。動作２４４の態様は、図１Ｂのメトリック生成装置１５６などのメトリック生成装置によって実施されてもよい。例えば、ＡＲＰ制御メッセージを処理して、リモートＣＤＮノードに関連付けられたネットワーク応答レイテンシを決定することができる。別の例として、ビーコン制御メッセージは、リモートＣＤＮノードに関する計算エンジン応答レイテンシ、及び／又はリモートＣＤＮノードのソフトウェア応答レイテンシを含むことができる。いくつかの場合には、ビーコンはネットワーク応答レイテンシを生成するために使用可能なタイムスタンプを含む。動作２４４は、組み合わせられた性能メトリックを生成することを含んでもよい。例えば、総応答レイテンシ性能メトリックは、ネットワーク応答レイテンシ、計算エンジン応答レイテンシ、及びソフトウェア応答レイテンシの合計を含むことができる。

【0067】

フローは、性能メトリックをＣＤＮノードに関連付ける動作２４６へと進む。複数の例では、この関連付けは、ローカルＣＤＮノードが通信するリモートＣＤＮノードについての性能メトリックを含むレイテンシテーブルに記憶される。更新されたレイテンシテーブルを保持するべく方法２４０が定期的に実施され得ることを示すために、動作２４６から動作２４２への矢印が示されている。さらに動作２４２－２４６は単一のリモートＣＤＮノードからの制御メッセージを処理する文脈で説明されているが、他の場合には、こうした処理は複数のＣＤＮノードについての性能メトリックを評価するためにバッチ処理される場合もあり、又は単一の制御メッセージがそれに応じて複数のリモートＣＤＮノードについての性能メトリックを生成するために使用可能な情報を含む場合もあることが理解されよう。フローは、最終的に動作２４６で終了することができる。

【0068】

図３Ａには、コンテンツ配信ネットワークから計算リソースを要求するための例示的な方法３００の概要が示してある。複数の例では、方法３００の態様は、図１Ａのクライアントデバイス１０８のクライアントアプリケーション１３０などの、クライアントデバイスのクライアントアプリケーションによって実施される。方法３００は、計算要求を生成する動作３０２で開始する。計算要求は、ＣＤＮに関連付けられた１つ又は複数の計算リソースを求めるＣＤＮ要求である。計算要求は、「計算」のＭＩＭＥタイプ又は媒体タイプを指定する場合があり、又はその要求が計算リソースを求めるものであるという別の指示を備える場合がある。要求は、要求された計算リソースに関連付けられるＲＰＡオブジェクト又はソフトウェアを示すペイロードをさらに備える場合がある。例えば、指示は、要求された計算リソースを特定するために使用可能なＧＵＩＤ、ＵＲＩ、又は他の識別子を備えてもよい。

【0069】

動作３０４では、ＣＤＮノードに計算要求を提供する。複数の例では、要求は、ＣＤＮの具体的なＣＤＮノードを特定するために解決され得る、ＣＤＮに関連付けられたホスト名を使用して提供される。例えば、ホスト名は、クライアントデバイスに地理的に近接したＣＤＮノードを特定するためにローカライズされてもよい。フローは、ＣＤＮノードから計算要求に対する応答を受信する動作３０６へと進む。

【0070】

フローは、異なるＣＤＮノードが動作３０４で要求された計算リソースを有している場合にあり得るように、応答がリダイレクト指示を含むかどうかを判定する判定３０８へと進む。従って、応答がリダイレクト指示を含むと判定された場合、フローは動作３１２へと至る「はい」に分岐し、この場合動作３０６において受信された応答によって示されている新しいＣＤＮノードからの計算リソースが利用される。方法３００は動作３１２で終了する。

【0071】

しかし、応答がリダイレクト指示を含まないと判定された場合、フローは動作３１０へと至る「いいえ」に代わりに分岐し、この場合動作３０４で要求が提供されたノードを介して計算リソースが利用される。例えば、ＣＤＮノードは要求された計算リソースを提供する場合もあり、又は別の例では、上に説明したように、ＣＤＮノードはＣＤＮ要求がそこを通じて別のノードへとルーティングされるオーバーレイネットワークへのエントリポイントとして働く場合もある。フローは動作３１０で終了する。

【0072】

図３Ｂには、コンテンツ配信ネットワークから計算リソースを提供するための例示的な方法３５０の概要が示してある。複数の例では、方法３５０の態様は、図１ＡのＣＤＮノード１０２、１０４及び１０６などのＣＤＮノードによって実施される。方法３５０は、計算要求を受信する動作３５２で開始する。計算要求は、ＣＤＮに関連付けられた１つ又は複数の計算リソースを求めるＣＤＮ要求である。計算要求は、「計算」のＭＩＭＥタイプ又は媒体タイプを指定する場合があり、又はその要求が計算リソースを求めるものであるという別の指示を備える場合がある。要求は、要求された計算リソースに関連付けられるＲＰＡオブジェクト又はソフトウェアを示すペイロードをさらに備える場合がある。例えば、指示は、要求された計算リソースを特定するために使用可能なＧＵＩＤ、ＵＲＩ、又は他の識別子を備えてもよい。

【0073】

判定３５４では、要求された計算リソースがＣＤＮノードによってローカルに提供されるのに利用可能であるかどうかが判定される。例えば、計算要求に関連付けられた識別子を使用して、要求された計算リソースがそのＣＤＮノードの計算エンジンによって既に実行されているかどうかが判定される。計算リソースが利用可能であると判定された場合、フローは動作３６４へと至る「はい」に分岐し、この場合計算要求はローカルＣＤＮノードにおいて処理される。動作３６４の態様は以下でより詳細に説明する。

【0074】

しかし、計算リソースがローカルに利用可能でないと判定された場合、フローは動作３５６へと至る「いいえ」に代わりに分岐し、この場合１組のサービス規則が評価される。サービス規則により、そのＣＤＮノードでのリソース利用率、予め決められた期間内に受信された計算リソースを求める要求の数、及び／又は予め決められたスケジュールを含むがこれらに限定されるものではない、１つ又は複数の条件が評価され得る。いくつかの場合には、サービス規則は他の例の中でも階層的又は相互依存的であってもよい。

【0075】

従って、判定３５８では、動作３５６での評価に少なくとも部分的に基づいて、計算リソースがリモートノードから提供されるべきであるかどうかが判定される。計算リソースがリモートＣＤＮノードを使用して提供されるべきであると判定された場合フローは動作３６０へと至る「はい」に分岐し、この場合計算要求はリモートＣＤＮノードへと仕向けられる。上に説明したように、計算要求は、オーバーレイネットワークを使用し、図２Ａの方法２００における動作２１２の態様に従って生成されるルートを介してリモートＣＤＮノードへと仕向けられ得る。別の例として、計算要求はリダイレクト指示を使用してリモートＣＤＮノードへと仕向けられてもよく、リダイレクト指示により、クライアントデバイスはリモートＣＤＮノードと通信する。動作３５２、３５６、３５８及び３６０は、図１Ｂの管理エンジン１５０の接続マネージャ１５２などの接続マネージャによって実施されてもよい。フローは動作３６０で終了する。

【0076】

しかし、計算リソースがリモートＣＤＮノードから提供されるべきではないと判定された場合、フローは動作３６２へと至る「いいえ」に代わりに分岐し、この場合ローカルノードは計算リソースを提供するように構成される。動作３６２の態様は、図１Ｂの管理エンジン１５０の機能オーケストレータ１５４などの機能オーケストレータによって実施されてもよい。例えば、１組のサービス規則によりＣＤＮノードが余剰な容量を有していることが示された場合、この１時間に受信されたリソースを求める要求の数が予め決められた閾値を超えた場合、又は要求が業務時間中に受信された場合、ＣＤＮノードは要求された計算リソースを提供するように構成され得る。複数の例では、動作３６２は、仮想マシンイメージ、コンテナ、ソフトウェアパッケージ、及び／又は他のソフトウェアを様々なソースのうちのいずれか（例えば別のＣＤＮノード、サードパーティなど）から取り込み、取り込まれたソフトウェアをデータストアに記憶することを含み得る。次いで、ＣＤＮノードの計算エンジンにより、ソフトウェアをデータストアから実行することができる。動作３６４では、要求された計算リソースを実行している計算エンジンを使用して、計算要求がローカルノードにおいて処理される。フローは動作３６４で終了する。

【0077】

図４は、本実施形態のうちの１つ又は複数が実装され得る好適な動作環境４００の一例を示す。これは、好適な動作環境の一例に過ぎず、使用又は機能性の範囲に関していかなる限定も提案することを意図するものではない。使用に好適であり得る他の周知のコンピューティングシステム、環境、及び／又は構成には、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルド又はラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、スマートフォンなどのプログラマブルコンシューマエレクトロニクス、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ、上記システム又はデバイスのうちのいずれかを含む分散型コンピューティング環境などが含まれるが、これらに限定されるものではない。

【0078】

その最も基本的な構成において、動作環境４００は典型的には、少なくとも１つの処理ユニット４０２及びメモリ４０４を含み得る。コンピューティングデバイスの正確な構成及びタイプによっては、（他のものの中でもＡＰＩ、プログラムなど、及び／又は本明細書に開示されるシステム及び方法を実装又は実施するための他のコンポーネント又は命令などを記憶する）メモリ４０４は、（ＲＡＭなどの）揮発性、（ＲＯＭ、フラッシュメモリなどのような）不揮発性、又はそれら２つの何らかの組み合わせであり得る。この最も基本的な構成は、破線ライン４０６によって図４に示されている。さらに、環境４００はまた、ストレージデバイス（取り外し可能４０８及び／又は取り外し不可能４１０）を含み、これは磁気又は光学のディスク又はテープを含むがこれらに限定されるものではない。同様に、環境４００はまた、キーボード、マウス、ペン、音声入力などのような入力デバイス４１４、及び／又はディスプレイ、スピーカ、プリンタなどのような出力デバイス４１６を有し得る。ＬＡＮ、ＷＡＮ、ポイントツーポイントなどのような１つ又は複数の通信接続４１２も環境に含まれ得る。

【0079】

動作環境４００は、少なくともいくつかの形態のコンピュータ可読媒体を含み得る。コンピュータ可読媒体は、処理ユニット４０２、又は動作環境を含む他のデバイスによってアクセスされ得る任意の利用可能な媒体であり得る。例えば、コンピュータ可読媒体は、コンピュータ記憶媒体及び通信媒体を含み得る。コンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータなどの情報の記憶のための任意の方法又は技術で実装された、揮発性及び不揮発性の、取り外し可能及び取り外し不可能な媒体を含み得る。コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）又は他の光ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ又は他の磁気ストレージデバイス、又は所望の情報を記憶するのに使用され得る任意の他の非一時的媒体を含み得る。コンピュータ記憶媒体は、通信媒体を含まない場合がある。

【0080】

通信媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、又は搬送波又は他の搬送メカニズムなどの変調データ信号における他のデータを具現化し得、任意の情報伝達媒体を含む。「変調データ信号」という用語は、信号に情報を符号化する様式で、その特性のうちの１つ又は複数が設定又は変更されている信号を意味し得る。例えば、通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体、及び音波、ＲＦ、赤外線、及び他の無線媒体などの無線媒体を含み得る。上記のうちのいずれかの組み合わせも、コンピュータ可読媒体の範囲内に含まれるべきである。

【0081】

動作環境４００は、１つ又は複数のリモートコンピュータへの論理接続を使用してネットワーク環境において動作する単一のコンピュータであり得る。リモートコンピュータは、パーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイス、又は他の一般的なネットワークノードであり得、典型的には、上で説明した要素の多く又はすべて、及びさほど言及されていない他のものを含む。論理接続は、利用可能な通信媒体によってサポートされる任意の方法を含み得る。そのようなネットワーク環境は、オフィス、企業全体のコンピュータネットワーク、イントラネット及びインターネットにおいてよく見られる。

【0082】

本明細書に説明する異なる態様は、本明細書に開示したシステム及び方法を実装及び実施するために、ソフトウェア、ハードウェア、又はソフトウェア及びハードウェアの組み合わせを使用して利用され得る。本開示を通じて特定のデバイスが特定の機能を実施しているものとして引用されているものの、当業者であれば、これらのデバイスは例示目的で提供され、本明細書で開示した機能を実施するために、本開示の範囲から逸脱することなく、他のデバイスが利用され得ることを理解する。

【0083】

上述のように、複数のプログラムモジュール及びデータファイルがシステムメモリ４０４に記憶され得る。処理ユニット４０２で実行される間、プログラムモジュール（例えばアプリケーション、入出力（Ｉ／Ｏ）管理、及び他のユーティリティ）は、例えば図２Ａ～２Ｃ及び３Ａ～３Ｂに示される方法などの、本明細書に説明されるの動作方法の段階のうちの１つ又は複数を含むがこれらに限定されるものではない処理を実施し得る。

【0084】

さらに、本発明の例は、ディスクリート電子素子を含む電気回路、論理ゲートを含むパッケージ化又は統合電子チップ、マイクロプロセッサを利用する回路、又は電子的要素又はマイクロプロセッサを含むシングルチップにおいて実施され得る。例えば、本発明の例は、図４に示されるコンポーネントの各々又は多くが単一の集積回路に統合され得るシステムオンチップ（ＳＯＣ）を介して実施され得る。こうしたＳＯＣデバイスは、１つ又は複数の処理ユニット、グラフィックスユニット、通信ユニット、システム仮想化ユニット、及び様々なアプリケーション機能を含み得、そのすべては、単一の集積回路としてチップ基板上に統合（又は「バーン」（ｂｕｒｎｅｄ））されている。ＳＯＣを介して動作する場合、本明細書に説明される機能は、単一の集積回路（チップ）上で動作環境４００の他のコンポーネントと統合された特定用途向けロジックを介して動作され得る。本開示の例はまた、例えばＡＮＤ、ＯＲ，及びＮＯＴなどの論理演算を実施することができる他の技術を使用して実施され得、これには、機械、光学、流体、及び量子技術が含まれるがこれらに限定されるものではない。さらに、本発明の例は、汎用コンピュータ内で、又は他の回路又はシステムにおいて実施され得る。

【0085】

本開示は、考えられる実施形態の一部のみを示す添付図面を参照して本技術のいくつかの態様を説明した。しかし、他の態様は、多くの異なる形式で具現化されてもよく、本明細書に記載される実施形態に限定されるものと解釈されるべきはない。むしろ、これらの態様は、本開示が徹底的且つ完全であり、考えられる実施形態の範囲を当業者に完全に伝達するように提供された。

【0086】

本明細書において特定の態様が説明されたものの、技術の範囲はそれらの特定の実施形態に限定されるものではない。当業者は、本技術の範囲及び主旨内にある他の実施形態又は改善を認識するであろう。従って、具体的な構造、作動、又は媒体は、例示的な実施形態としてのみ開示されている。本技術の範囲は、以下の特許請求の範囲及びその中の任意の均等物によって定義される。
［他の可能な項目］
［項目１］
システムであって、
少なくとも１つのプロセッサ；及び
前記少なくとも１つのプロセッサに動作可能に接続され、前記少なくとも１つのプロセッサによって実行されたときに前記システムに１組の動作を実施させる命令を記憶するメモリ、前記１組の動作が、
コンテンツ配信ネットワーク（ＣＤＮ）のコンピューティング機能を求める要求をクライアントデバイスから受信する手順；
コンピューティング機能を求める前記要求を処理することに関連付けられたローカル性能メトリックを生成する手順；
コンピューティング機能を求める前記要求を処理するかどうかを判定するために、リモートＣＤＮノードについてのリモート性能メトリックに少なくとも部分的に基づいて前記ローカル性能メトリックを評価する手順；
コンピューティング機能を求める前記要求を処理するように判定されたとき、
コンピューティング機能を求める前記要求に対する応答を生成する手順；及び
前記クライアントデバイスに前記応答を提供する手順；及び
コンピューティング機能を求める前記要求を処理しないように判定されたとき、
オーバーレイネットワークを介して前記リモートＣＤＮノードへのルートを生成する手順；及び
前記生成されたルートを介して、コンピューティング機能を求める前記要求を処理する指示を前記リモートＣＤＮノードに提供する手順、を含む
を備える、システム。
［項目２］
前記リモート性能メトリックが第１のリモート性能メトリックであり；
前記リモートＣＤＮノードが第１のリモートＣＤＮノードであり；
前記第１のリモート性能メトリックが、第２のリモートＣＤＮノードについての第２のリモート性能メトリックをさらに含むレイテンシテーブルに記憶されている、
項目１に記載のシステム。
［項目３］
前記ローカル性能メトリックを評価する手順が、前記第１の性能メトリックと前記第２の性能メトリックとの比較に基づいて、前記第１のリモートＣＤＮノードが前記第２のリモートＣＤＮノードよりも小さいレイテンシを有すると判定する手順をさらに含む、項目２に記載のシステム。
［項目４］
前記リモートＣＤＮノードについての前記リモート性能メトリックが、
前記リモートＣＤＮノードについてのネットワーク応答レイテンシ；
前記リモートＣＤＮノードについての計算エンジン応答レイテンシ；又は
前記リモートＣＤＮノードについてのソフトウェア応答レイテンシ
のうちの少なくとも１つに基づいている、項目１に記載のシステム。
［項目５］
前記リモートＣＤＮノードについての前記ネットワーク応答レイテンシが、前記オーバーレイネットワークを介して前記リモートＣＤＮノードから受信されたアドレス解決プロトコル（ＡＲＰ）制御メッセージに少なくとも部分的に基づいて決定される、項目４に記載のシステム。
［項目６］
前記１組の動作が、
前記生成されたルートを介して、コンピューティング機能を求める前記要求に対する応答を前記リモートＣＤＮノードから受信する手順；及び
前記受信した応答を前記クライアントデバイスに提供する手順
をさらに含む、項目１に記載のシステム。
［項目７］
前記１組の動作が、
前記コンピューティング機能に関連付けられた別の要求を前記クライアントデバイスから受信する手順；及び
前記生成されたルートを介して、前記別の要求の指示を前記リモートＣＤＮノードに提供する手順
をさらに含む、項目１に記載のシステム。
［項目８］
コンテンツ配信ネットワーク（ＣＤＮ）内の計算リソースを提供するための方法であって、前記方法が、
計算リソースを求める要求をＣＤＮノードによって受信する段階、ここで前記ＣＤＮノードは前記計算リソースを提供しない；
１組のサービス規則を使用して、前記計算リソースを提供するために前記ＣＤＮノードの計算エンジンを再構成するかどうかを判定する段階；及び
前記計算エンジンを再構成するという判定に基づいて、
前記要求された計算リソースに関連付けられたソフトウェアを特定する段階；
前記計算エンジンを使用して前記特定されたソフトウェアを実行する段階；及び
前記ＣＤＮノードの前記計算エンジンを使用して前記計算リソースを求める前記要求を処理する段階
を備える、方法。
［項目９］
前記１組のサービス規則が、
時刻に基づくサービス規則；
曜日に基づくサービス規則；又は
予め決められた閾値と比較した、予め決められた期間内の前記計算リソースを求める要求の量に基づくサービス規則
のうちの少なくとも１つを含む、項目８に記載の方法。
［項目１０］
前記要求された計算リソースに関連付けられた前記ソフトウェアが、
仮想マシン；
コンテナ；又は
ソフトウェアパッケージ
のうちの少なくとも１つを含む、項目８に記載の方法。
［項目１１］
前記要求された計算リソースに関連付けられた前記ソフトウェアを特定する段階が、他のＣＤＮノードから前記ソフトウェアにアクセスする段階をさらに有する、項目８に記載の方法。
［項目１２］
前記計算リソースを求める前記要求が、前記要求が計算のコンピューティング機能タイプを求めるものであるという指示を含む、項目８に記載の方法。
［項目１３］
前記計算リソースを求める前記要求が、前記要求された計算リソースに関連付けられた前記ソフトウェアについての指示をさらに含む、項目１２に記載の方法。
［項目１４］
分散型コンテンツ配信ネットワーク（ＣＤＮ）内で要求を処理するための方法であって、前記方法が、
コンテンツ配信ネットワーク（ＣＤＮ）のコンピューティング機能を求める要求をクライアントデバイスから受信する段階；
コンピューティング機能を求める前記要求を処理することに関連付けられたローカル性能メトリックを生成する段階；
コンピューティング機能を求める前記要求を処理するかどうかを判定するために、リモートＣＤＮノードについてのリモート性能メトリックに少なくとも部分的に基づいて前記ローカル性能メトリックを評価する段階；
コンピューティング機能を求める前記要求を処理しないという判定に基づいて、
オーバーレイネットワークを介して前記リモートＣＤＮノードへのルートを生成する段階；及び
前記生成されたルートを介して、コンピューティング機能を求める前記要求を処理する指示を前記リモートＣＤＮノードに提供する段階
を備える、方法。
［項目１５］
前記リモート性能メトリックが第１のリモート性能メトリックであり；
前記リモートＣＤＮノードが第１のリモートＣＤＮノードであり；及び
前記第１のリモート性能メトリックが、第２のリモートＣＤＮノードについての第２のリモート性能メトリックをさらに含むレイテンシテーブルに記憶されている、
項目１４に記載の方法。
［項目１６］
前記ローカル性能メトリックを評価する段階が、前記第１の性能メトリックと前記第２の性能メトリックとの比較に基づいて、前記第１のリモートＣＤＮノードが前記第２のリモートＣＤＮノードよりも小さいレイテンシを有すると判定する段階をさらに有する、項目１５に記載の方法。
［項目１７］
前記リモートＣＤＮノードについての前記リモート性能メトリックが、
前記リモートＣＤＮノードについてのネットワーク応答レイテンシ；
前記リモートＣＤＮノードについての計算エンジン応答レイテンシ；又は
前記リモートＣＤＮノードについてのソフトウェア応答レイテンシ
のうちの少なくとも１つに基づいている、項目１４に記載の方法。
［項目１８］
前記リモートＣＤＮノードについての前記ネットワーク応答レイテンシが、前記オーバーレイネットワークを介して前記リモートＣＤＮノードから受信されたアドレス解決プロトコル（ＡＲＰ）制御メッセージに少なくとも部分的に基づいて決定される、項目１７に記載の方法。
［項目１９］
前記生成されたルートを介して、コンピューティング機能を求める前記要求に対する応答を前記リモートＣＤＮノードから受信する段階；及び
前記受信した応答を前記クライアントデバイスに提供する段階
をさらに備える、項目１４に記載の方法。
［項目２０］
前記コンピューティング機能に関連付けられた別の要求を前記クライアントデバイスから受信する段階；及び
前記生成されたルートを介して、前記別の要求の指示を前記リモートＣＤＮノードに提供する段階
をさらに備える、項目１４に記載の方法。

【図1A】

【図1B】

【図2A】

【図2B】

【図2C】

【図3A】

【図3B】

【図4】

【国際調査報告】