(57)【要約】本発明によれば、コンテンツプロバイダから受信者へコンテンツオブジェクトを配信するためのコンテンツ配信ネットワーク（ＣＤＮ）が開示される。ＣＤＮは動的価格決定エンジンおよび第二ウェブロケーションを含む。動的価格決定エンジンは第一ウェブロケーションと連結する。コンテンツプロバイダと関連する第一ウェブロケーションは、受信者がコンテンツオブジェクトを注文できるようにする。配信見積は、コンテンツオブジェクトを１回以上配信するための第一ウェブロケーションによって要求される。第二ウェブロケーションは、コンテンツオブジェクトを受信者の受信システムに配信する。第二ウェブロケーションは動的価格決定エンジンと関連する。動的価格決定エンジンは、コンテンツオブジェクトまたは受信システムのウェブロケーションのうちの少なくとも１つに影響される配信見積を自動的に発行する。
2009509213.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ配布ネットワーク（ＣＤＮ）によるコンテンツオブジェクトの配信を入札するための方法であって、該コンテンツオブジェクトはコンテンツプロバイダによって提供され、該方法は、
該コンテンツプロバイダからの配信リクエストを受信するステップであって、該配信リクエストは、意図された受信者と関連するネットワークアドレスまたは該コンテンツオブジェクトを特徴付ける情報のうちの少なくとも１つを含む、ステップと、
該ＣＤＮに対する費用モデルに従って該配信リクエストを分析するステップと、
該配信リクエストに従って該コンテンツオブジェクトを１回以上配信するための配信見積を自動的に決定するステップであって、該配信見積は、該コンテンツオブジェクトの該意図された受信者のＩＰアドレスまたは該コンテンツオブジェクトそのもののうち少なくとも１つに影響される、ステップと、
該配信見積を該コンテンツプロバイダに送信するステップと
を包含する、方法。
【請求項２】
前記意図された受信者と連結するインターネットの端末ネットワークを決定するステップをさらに含む、請求項１に記載のＣＤＮによるコンテンツオブジェクトの配信を入札するための方法。
【請求項３】
複数の配信オプションから選択するステップをさらに含み、該選択ステップは前記送信ステップの後に行われる、請求項１に記載のＣＤＮによるコンテンツオブジェクトの配信を入札するための方法。
【請求項４】
前記ＣＤＮは前記コンテンツプロバイダに不可欠である、請求項１に記載のＣＤＮによるコンテンツオブジェクトの配信を入札するための方法。
【請求項５】
前記意図された受信者からの前記コンテンツオブジェクトのリクエストを受信するステップをさらに含む、請求項１に記載のＣＤＮによるコンテンツオブジェクトの配信を入札するための方法。
【請求項６】
前記分析ステップは、
インターネット全体にわたるルーティング経路を決定するステップと、
前記費用モデルに対して該ルーティング経路を分析するステップと
を含む、請求項１に記載のＣＤＮによるコンテンツオブジェクトの配信を入札するための方法。
【請求項７】
前記意図された受信者が前記ＣＤＮからの前記コンテンツオブジェクトをリクエストできるようにするＵＲＩを決定するステップと、
該ＵＲＩを該意図された受信者に送信するステップと
をさらに含む、請求項１に記載のＣＤＮによるコンテンツオブジェクトの配信を入札するための方法。
【請求項８】
請求項１に記載のＣＤＮによるコンテンツオブジェクトの配信を入札するためのコンピュータ実装可能な方法を行うためのコンピュータ実行可能な命令を有するコンピュータ可読媒体。
【請求項９】
請求項１に記載のＣＤＮによるコンテンツオブジェクトの配信を入札するためのコンピュータ実装可能な方法を行うよう構成されるコンピュータシステム。
【請求項１０】
配布ネットワークでコンテンツオブジェクトを配信するための方法であって、該コンテンツオブジェクトは、コンテンツプロバイダによって提供されるが、該配布ネットワークで配信され、該方法は、
コンテンツ発信元において意図された受信者からの該コンテンツオブジェクトのリクエストを受信するステップと、
配信リクエストを該配布ネットワークに送信するステップであって、該配信リクエストは、該意図された受信者と関連するネットワークアドレスまたは該コンテンツオブジェクトを特徴付ける情報のうちの少なくとも１つを含む、ステップと、
該配信リクエストを分析するステップと、
複数の配信オプションから選択するステップであって、該選択ステップは該送信ステップの後に行われる、ステップと、
該意図された受信者が該配布ネットワークからの該コンテンツオブジェクトをリクエストできるようにするＵＲＩを決定するステップと、
該リクエストに応じて該ＵＲＩを該意図された受信者に送信するステップと
を包含する、方法。
【請求項１１】
前記配布ネットワークに対する費用モデルに従って前記配信リクエストを分析するステップをさらに含む、請求項１０に記載の配布ネットワークでコンテンツオブジェクトを配信するための方法。
【請求項１２】
前記配信リクエストに従って前記コンテンツオブジェクトを１回以上配信するための配信見積を受信するステップをさらに含む、請求項１０に記載の配布ネットワークでコンテンツオブジェクトを配信するための方法。
【請求項１３】
前記選択ステップは前記コンテンツオブジェクトの前記意図された受信者の前記ＩＰアドレスに影響される、請求項１０に記載の配布ネットワークでコンテンツオブジェクトを配信するための方法。
【請求項１４】
前記選択ステップは、前記配信リクエストを送信するステップの後に前記コンテンツプロバイダに相談することなく前記配布ネットワークによって自動的に行われる、請求項１０に記載の配布ネットワークでコンテンツオブジェクトを配信するための方法。
【請求項１５】
前記配信リクエストに従って前記コンテンツオブジェクトを１回以上配信するための配信見積を自動的に決定するステップをさらに含み、該配信見積は該コンテンツオブジェクトの前記意図された受信者の前記ＩＰアドレスに影響される、請求項１０に記載の配布ネットワークでコンテンツオブジェクトを配信するための方法。
【請求項１６】
請求項１０に記載の配布ネットワークでコンテンツオブジェクトを配信するためのコンピュータ実装可能な方法を行うためのコンピュータ実行可能な命令を有するコンピュータ可読媒体。
【請求項１７】
請求項１０に記載の配布ネットワークでコンテンツオブジェクトを配信するためのコンピュータ実装可能な方法を行うよう構成されるコンピュータシステム。
【請求項１８】
コンテンツプロバイダから受信者へコンテンツオブジェクトを配信するためのコンテンツ配布ネットワークであって、
第一ウェブロケーションと連結する動的見積もりエンジンであって、
該第一ウェブロケーションは該受信者がコンテンツオブジェクトを注文できるようにし、
該第一ウェブロケーションは該コンテンツプロバイダと関連し、
配信見積は、該コンテンツオブジェクトを１回以上配信するための該第一ウェブロケーションによって要求される、
第一ウェブロケーションと連結する動的見積もりエンジンと、
該コンテンツオブジェクトを該受信者の受信者システムに送信する第二ウェブロケーションであって、
該第二ウェブロケーションは該動的見積もりエンジンと関連し、
該動的見積もりエンジンは該配信見積を自動的に発行し、
該配信見積は、該コンテンツオブジェクトまたは受信者システムのウェブロケーションのうちの少なくとも１つに影響される、
該コンテンツオブジェクトを該受信者の受信者システムに送信する第二ウェブロケーションと
を備える、配布ネットワーク。
【請求項１９】
前記動的価格決定エンジンは、第一受信者システムへのコンテンツオブジェクトの電子配信に対する第一配信見積を自動的に発行し、
該動的価格決定エンジンは、第二受信者システムへのコンテンツオブジェクトの電子配信に対する第二配信見積を自動的に発行し、
該第一受信者システムは、前記配布システムとの相互協定を有する第一端末ネットワークを使用するが、第二端末ネットワークは該配布システムとの相互協定を有さず、
該第一配信見積は該第二配信見積未満である、
請求項１８に記載のコンテンツプロバイダから受信者へコンテンツオブジェクトを配信するための配布ネットワーク。
【請求項２０】
前記動的価格決定エンジンは、第一受信者システムへのコンテンツオブジェクトの電子配信に対する第一配信見積を自動的に発行し、
該動的価格決定エンジンは、第二受信者システムへのコンテンツオブジェクトの電子配信に対する第二配信見積を自動的に発行し、
該第一配信見積は該第二配信見積とは異なり、
該第一配信見積は該第二配信見積と同じ期間の間有効である、
請求項１８に記載のコンテンツプロバイダから受信者へコンテンツオブジェクトを配信するための配布ネットワーク。
【請求項２１】
前記動的価格決定エンジンは、前記コンテンツオブジェクトに対するサービス費または配信費のうちの少なくとも１つを決定する、請求項１８に記載のコンテンツプロバイダから受信者へコンテンツオブジェクトを配信するための配布ネットワーク。
【請求項２２】
前記第一および第二ウェブロケーションは単一のコンテンツ発信元と関連する、請求項１８に記載のコンテンツプロバイダから受信者へコンテンツオブジェクトを配信するための配布ネットワーク。
【請求項２３】
前記配信見積は、前記コンテンツオブジェクトを様々な受信者システムに複数回配信することに基づく、請求項１８に記載のコンテンツプロバイダから受信者へコンテンツオブジェクトを配信するための配布ネットワーク。
【請求項２４】
前記動的価格決定エンジンは、
前記コンテンツオブジェクトのサイズ、
時刻、
日付、
受信者へのネットワークルーティング、
前記受信者と関連する端末ネットワーク、
該コンテンツオブジェクトの配信に対するＱｏＳのレベル、および
該コンテンツオブジェクトのストリーミングプロトコル
という以上の要素のうちの少なくとも２つを考慮する、請求項１８に記載のコンテンツプロバイダから受信者へコンテンツオブジェクトを配信するための配布ネットワーク。
【請求項２５】
前記第二ウェブロケーションは、複数の配布ネットワーク間のリアルタイム入札プロセスにおいて選ばれる、請求項１８に記載のコンテンツプロバイダから受信者へコンテンツオブジェクトを配信するための配布ネットワーク。
【請求項２６】
複数の配布ネットワークと連結する配布交換所をさらに備え、前記第二ウェブロケーションは複数の配布ネットワークのうちの１つと関連する、請求項１８に記載のコンテンツプロバイダから受信者へコンテンツオブジェクトを配信するための配布ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般的にコンテンツ配信に関連し、より具体的には、しかし限定の目的ではなく、コンテンツ配信用の動的な帯域幅の割り当てに関連する。
【背景技術】
【０００２】
コンテンツ配信ネットワーク（ＣＤＮ）は、コンテンツをより効率的に配信するために、多くのウェブサイトにより使用される。ＣＤＮは、コンテンツをホスト、ミラー、またはキャッシュすることができるとともに、リクエスト側に配信することができる。ウェブサイトまたは発信サーバはＣＤＮに連結されるので、一部または全部のコンテンツは、ウェブサイトよりもむしろＣＤＮから供給することができる。ＣＤＮを通してリンクを実行するこのプロセスは通常、ユーザには見えない。
【０００３】
ウェブサイトはＣＤＮと接触して、特定のコンテンツオブジェクトまたはストリームを設定回数分配信することができる。その設定数を越えた後、ウェブサイトはリンクを除去してもよく、またはＣＤＮはコンテンツオブジェクトまたはストリームのさらなる配信を防ぐことができる。例えば、２００Ｋｂｐｓストリームを特定のニュースイベントに対する最初の１０，０００の要求者に利用可能とすることができるが、ウェブサイトへの後の訪問者はストリームへのリンクを見なくなる。
【０００４】
発信サーバとＣＤＮとの間のインターフェースは現在、バイナリであり、その切替で居なくなる消費者もいる。リンクはＣＤＮに提供され、これらのリンクはこれらのリンクに提示されるＣＤＮによって実行されるかまたはされないかのどちらかである。消費者の視点からすると、リンクを実行できないＣＤＮは障害があるように思われる。
【発明の開示】
【課題を解決するための手段】
【０００５】
本開示は添付の図面と関連して説明される。
【０００６】
添付の図面では、同様の構成要素および／または機能には、同じ参照標示が付けられている場合がある。さらに、同じ種類の様々な構成要素は、同様の構成要素間で区別するダッシュ記号および第二標示による後続の参照標示によって区別することができる。第一参照標示のみが明細書で使用されている場合、説明は、第二参照標示に関係なく、同じ第一参照標示を有する同様の構成要素のうちのいずれか１つに適用できる。
【０００７】
次の説明は、好ましい例示的実施形態のみを提供し、本発明の範囲、適用性または構成を限定することを意図するものではない。むしろ、好ましい例示的実施形態の次の説明は、本発明の好ましい例示的実施形態を実施するための可能な説明を当業者に提供する。添付の請求項に記載されているように、本発明の精神および範囲を逸脱することなく、要素の機能および配置に様々な変更を行うことができることが理解される。
【０００８】
実施例の理解を深めるために、次の説明では具体的詳細が挙げられる。しかしながら、当業者は、実施例はこれらの具体的詳細がなくても実施できることを理解されたい。例えば、回路は、不要に詳細化して実施例を不明確にしないためにブロック図に示され得る。その他の場合において、周知の回路、プロセス、アルゴリズム、構造、および技法は、実施例の不明確性を回避するために不要に詳細化せずに示され得る。
【０００９】
また、実施例は、フローチャート、フロー図、データフロー図、構造図、またはブロック図として表されるプロセスとして説明することができることに注目すべきである。フローチャートは逐次プロセスとして操作を説明することができるが、操作の多くは並行して、または同時に行うことが可能である。また、操作の順番は再整理してもよい。プロセスはその操作が完了すると終了するが、図には含まれない付加的なステップを有し得る。プロセスは、方法、関数、手順、サブルーチン、サブプログラムなどに対応し得る。プロセスが関数に対応する場合、その終了は、呼び出している関数またはメインの関数への関数のリターンに対応する。
【００１０】
さらに、本書で開示されるように、「格納媒体」という用語は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気式ＲＡＭ、コアメモリ、磁気ディスク格納媒体、光学式格納媒体、フラッシュメモリ装置および／または情報を格納するためのその他の機械可読媒体を含む、データを格納するための１つ以上の装置を表し得る。「コンピュータ可読媒体」という用語は、携帯式または固定格納装置、光学式格納装置、ワイヤレスチャネル、および命令および／またはデータを格納、維持または持ち運ぶ能力のあるその他の様々な媒体を含むが、それらに限定されない。
【００１１】
さらに、実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそのあらゆる組み合わせによって実施することができる。ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコードに実装される場合、必要なタスクを実施するプログラムコードまたはコードセグメントは、格納媒体などの機械可読媒体に格納することができる。プロセッサは必要なタスクを実行することができる。コードセグメントは、手順、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、あるいは命令、データ構造またはプログラム文のあらゆる組み合わせを表現することができる。コードセグメントは、情報、データ、引数、パラメータまたはメモリコンテンツを渡すことにより、および／または受け取ることにより、別のコードセグメントまたはハードウェア回路に連結することができる。情報、引数、パラメータ、データなどは、メモリ共有、メッセージの受け渡し、トークンパッシング、ネットワーク送信などを含むあらゆる適切な手段を介して、渡され得、転送され得、あるいは送信され得る。
【発明を実施するための最良の形態】
【００１２】
図１Ａを参照して、コンテンツ発信元１０６がコンテンツ配信ネットワーク（ＣＤＮ）１１０へのコンテンツオブジェクトの配信をオフロードする場合の、コンテンツシステム１００−１が示されている。コンテンツ発信元１０６はコンテンツオブジェクトを生成し、コンテンツプロバイダ１０８およびコンテンツまたはウェブサイト１１６を含む。コンテンツオブジェクトは、あらゆるコンテンツファイルまたはコンテンツストリームであり、例えば、ソフトウェア、オーディオ、ビデオ、写真および／またはテキストを含み得る。多くのコンテンツプロバイダ１０８はＣＤＮ１１０を使用して、コンテンツオブジェクトを顧客または受信者１１２に配信する。コンテンツオブジェクトが受信者１１２によって選択されると、ＣＤＮ１１０は配信アドレスおよび情報を渡されてコンテンツオブジェクトを読み出す。そしてＣＤＮ１１０は、コンテンツオブジェクトを受信者１１２に提供する。コンテンツプロバイダ１０８は典型的に、コンテンツオブジェクトの配信に対する料金をＣＤＮ１１０に支払う。
【００１３】
コンテンツ発信元１０６は、コンテンツオブジェクトの情報源または再分配元である。コンテンツサイト１１６は、受信者のウェブブラウザで閲覧可能なウェブサイトである。その他の実施例では、コンテンツサイト１１６は、ウェブブラウザ以外のアプリケーションソフトウェアでアクセス可能になり得る。コンテンツサイト１１６上のリンクは、１つ以上のＣＤＮ１１０を通して配信を可能にするようカスタマイズされる。コンテンツプロバイダ１０８はコンテンツリクエストを、それらが作成された後にあらゆるＣＤＮにリダイレクトすることができるか、またはウェブページがフォーミュレートされたときに、配信経路をフォーミュレートすることができる。様々な実施例において、ＣＤＮ１１０との交渉が、コンテンツオブジェクトのリクエストが行われた前後に発生し得る。
【００１４】
ＣＤＮ１１０の費用構造は概して、２つの大きな分類、つまりサービス費および配信費に分けられる。サービス費は、ハードウェア（例えば、コンピュータ、格納システム、バックアップシステム、ネットワーク機器など）、サービス（例えば、設定費、メンテナンス、プログラミングなど）、設備費、およびその他の諸経費を含む。これらのサービス費は、配信に使用されるネットワークの種類、データ転送速度、処理要求、オブジェクトサイズなどのものに影響される。しばしば、最悪の場合の要求シナリオは、特定のプロジェクトを支援するために使用されるサービス費を導く。サービス費の費用構造は、いくつかの費用モデルにおいて配信費とは異なって扱われる。
【００１５】
従来のＣＤＮは配信に対して均一料金を使用するので、各オブジェクトの実際の費用にかかわらず、単一の配信費が所与のプロジェクトに提供される。開示されている本発明においてＣＤＮ１１０から受信者コンピュータ１２８へ選ばれる経路は、多くの場合において配信費に影響を及ぼす。ＣＤＮ１１０から非ピアネットワークへの転送により、ＣＤＮ１１０に異なる交渉金額がかかり得る。例えば、１つのティア１ネットワークへのコンテンツオブジェクトの転送は、＄３０ＭＢ／分の配信費を有し得るが、サービスの質（ＱｏＳ）がより低い別のティア１ネットワークは＄２０ＭＢ／分の配信費を有し得る。ピアネットワークはその受信者への転送に対して料金請求しないので、ピアネットワークへのトラフィックははるかに低い配信費で行われる。その受信者に対するティア１ネットワークからのトラフィック退出を受信するネットワークもまた料金請求され、例えば、ティア１プロバイダはティア１ネットワークからの退出に対して＄７ＭＢ／分を支払われ得る。
【００１６】
本発明の実施例において、価格決定は柔軟であり、特定のコンテンツオブジェクトを配信するためのＣＤＮ１１０に対する費用モデルに影響される。オプションが提示されたときに、コンテンツ発信元がこれらの費用への様々な見通しを有している場合でさえも、サービス費および配信費は論理的に分離され得る。配信費は、オブジェクトのサイズ、時刻、一年の時期または日、連結された配信ネットワークの負荷、最大帯域幅、接続の最大数、受信者の場所、受信者へのルーティング、ＱｏＳのレベル、コード化形式、コンテンツオブジェクトの種類（例えば、ストリーミング、エラー修正、ファイルダウンロード）、および／または配信費に影響し得るその他の特徴に対してカスタマイズすることができる。サービス費もまた、オブジェクトのサイズ、時刻、一年の時期または日、ＣＤＮネットワークおよびシステムの負荷、最大帯域幅、接続の最大数、ルーティング機器資源、コード化形式、コンテンツオブジェクトの種類（例えば、ストリーミング、エラー修正、ファイルダウンロード）、および／またはサービス費に影響し得るその他の特徴に対してカスタマイズすることができる。
【００１７】
次に図１Ｂを参照して、コンテンツシステムのもう１つの実施例１００−２を示すブロック図が示されている。この実施例は１１０−１、１１０−２の２つのＣＤＮを有する。コンテンツプロバイダ１０８は特定のコンテンツオブジェクトを配信するために、そのうちの一つを選ぶことができる。負荷、受信者の場所、資源、Ｑｏｓ、価格などによって、コンテンツプロバイダ１０８は別のものより１つのＣＤＮを選ぶことができる。様々な実施例においてウェブページがフォーミュレートされると、またはコンテンツオブジェクトがリクエストされた後に、この選択は一定のコンテンツオブジェクトに対する既定値によって行うことができる。選ばれたＣＤＮには、リクエストより前に、またはリクエストとともに配信を制御するために特定のパラメータを与えることができる。例えば、統一資源識別子（ＵＲＩ）は特定のオプションを組み込むことができるか、またはコンテンツプロバイダ１０８はＵＲＩが実行される前に通知を受けることができる。
【００１８】
次に図１Ｃを参照して、コンテンツシステムのもう１つの実施例１００−３を示すブロック図が示されている。この実施例は、配布交換所１３２を含んで多数のＣＤＮ１１０に配信を調停する。示されているのは２つのＣＤＮであるが、様々な実施例においていくつでも存在することができる。コンテンツ発信元１０６には、価格、ＱｏＳ、負荷、能力、冗長性などに基づいて異なるＣＤＮ１１０が好ましくあり得る。
【００１９】
コンテンツ発信元１０６は、あるスキームに従ってコンテンツオブジェクトを配信することができるあらゆる数のＣＤＮ１１０と連動することができる。各ＣＤＮ１１０はそれらの価格について問い合わせを受けることができ、コンテンツプロバイダは例えば最安値に同意することができる。同様に選択に影響する可能性のある、配信に対するＱｏＳなどのその他の要素が存在し得る。いくつかの実施例は設定価格で契約される各ＣＤＮを有することができ、コンテンツプロバイダ１０８は、最安値から開始して最高値に向けて働きかけることによって、同意価格での受諾についてそれぞれに問い合わせを行うことができる。各ＣＤＮはその価格で配信を受諾または辞退する。
【００２０】
もう１つの実施例において、特定のＣＤＮ１１０はいくつかの契約価格を有して様々な端末ネットワーク受信者への配信をカバーすることができる。ＣＤＮ１１０への問い合わせは、特定の受信者１１２に対する関連契約価格を示すことができる。多数のＣＤＮ１１０に問い合わせを行うことによって、コンテンツ発信元１０６は、コンテンツオブジェクトを提供できる最良のものを選ぶことができる。
【００２１】
さらにもう１つの実施例において、各ＣＤＮ１１０は、特定のコンテンツオブジェクトを受信者１１２の特定ネットワーク位置に配信することに動的に値段をつけることができる。ＣＤＮ配信費は、オブジェクトがＣＤＮシステムから退出する場所、および特にサービス資源が消費されるものによって影響される。一例は、コンテンツプロバイダ１０８が受信者コンピュータ１２８に対するＩＰアドレスを知ることであろう。ＣＤＮ１１０はルーティング経路および費用を決定し、このオブジェクトを特定受信者１１２に対するＩＰアドレスに配信するための価格を見積もることができる。ネットワークを通したルーティング、ボーダーゲートウェイプロトコル（ＢＧＰ）テーブル、コンテンツプロバイダ１０８とＣＤＮ１１０との間のあらゆる契約条件、コンテンツオブジェクトのサイズ、配信に望まれるＱｏＳ、コンテンツオブジェクトの種類、コンテンツオブジェクトを配信するために使用されるプロトコル、ＣＤＮシステムの負荷、時間的考慮事項（例えば、時刻、日、月、祝日など）、このコンテンツプロバイダ１０８に対する量割引、ピア合意の存在、非ピアネットワークへの退出の費用、および／またはその他の要素が、費用モデルに影響を及ぼす。また、ライブストリームは典型的に、費用に影響を及ぼし得る、時間のより長い接続となるため、異なって入札することができる。
【００２２】
コンテンツプロバイダ１０８は、様々な情報を１つ以上のＣＤＮ１１０に送信して動的価格決定を可能にする。例として、受信者コンピュータ１２８のＩＰアドレス、望まれるＱｏＳ、完全なオブジェクトの場所（つまりサーバ、パス、および名前）、配信を遅延することができるかについて、コンテンツオブジェクトの種類、コンテンツオブジェクトを配信するために使用されるプロトコル、および／またはその他の要素などのものが挙げられる。リアルタイム見積については、ＣＤＮ１１０が価格、および価格が受諾可能な場合に使用することができるＵＲＩとともに返信する。ＵＲＩが使用されると、支払いに対して会計が行われる。この実施例はＵＲＩを使用してコンテンツオブジェクトを示すが、あらゆるオブジェクトタグ、ハイパーリンク、または具体的なオブジェクトまたはストリームのその他の指標が使用できる。完全なオブジェクトのダウンロードが成功しなかった場合は、返金があり得る。複数のＣＤＮ１１０がある場合、コンテンツプロバイダ１０８は複数の返答からの最良価格を提供するＵＲＩを使用する。
【００２３】
配布交換所１３２は、ＣＤＮ１１０を選択するのにコンテンツ発信元１０６を補助する。ＣＤＮ１１０はコンテンツ配信について事前見積を出すか、リアルタイムで入札する。どちらの場合も、様々なＣＤＮ１１０はコンテンツオブジェクトおよび／または受信者コンピュータ１２８についての情報を受信し、配信に対する１つ以上の価格決定オプションを提供する。配布交換所１３２は、リアルタイム入札のためにコンテンツオブジェクトおよび／または受信者１１２に対する情報を提供することができる。
【００２４】
事前見積もり状況については、ＣＤＮ１１０は様々な種類の受信者の場所、受信者ネットワーク、およびコンテンツオブジェクトに対する価格決定を提示することができる。例えば、従来のＣＤＮ１１０は、＄４０ＭＢ／分であらゆるオブジェクトが配信されると通知し得る。費用モデルを有するＣＤＮは、特定サイズのコンテンツオブジェクト、コード化形式、時刻、日付、ＱｏＳレベル、および受信者の場所に対して、価格は＄１５ＭＢ／分であるが、別の状況に対しては＄６０ＭＢ／分であると通知し得る。
【００２５】
リアルタイム見積もり状況については、ＣＤＮ１１０にはコンテンツオブジェクトおよび受信者情報が与えられ、１つ以上の見積が様々なＣＤＮ１１０から提供される。１つ以上の見積が特定のＣＤＮについて提示される場合は、様々なＱｏＳオプションが見積を区別する。例えば、コンテンツオブジェクトを素早く配信する高ＱｏＳは＄５０ＭＢ／分を有し得るが、より低いＱｏＳには＄２０ＭＢ／分かかり得る。様々なＱｏＳは、異なるサービス資源、ルーティング経路、および端末ネットワークＱｏＳ問題に起因する。
【００２６】
配布交換所１３２は、事前見積もり状況について、概略すると、異なるＣＤＮに対する様々なオプションを提示することができる。これらのオプションは、異なる受信者の場所、時刻、日付、ＱｏＳレベル、端末ネットワーク、ルーティング経路、コンテンツオブジェクトサイズ、コンテンツオブジェクトのコード化、コンテンツオブジェクトのストリーミングプロトコル、ルーティング経路などに対する様々な価格であり得る。ＱｏＳレベルは、データ転送速度制限、待ち時間仕様、損失パケット率、ホップリミット、ルーティングオプション、および／またはコンテンツ配信の知覚品質に影響する可能性のある他のあらゆるものを有することができる。
【００２７】
いくつかの実施例において、ルーティングについての決定は、いくつかのガイドラインおよび規則に沿ってＣＤＮ１１０に渡される。コンテンツ発信元１０６は、ＣＤＮ１１０が、各トランザクションにおいてコンテンツ発信元１０６を伴うことなく、ＣＤＮ１１０に渡される各ＵＲＩに対して決定を自動的に行うことを指定する。ＵＲＩはこの実施例においては、必ずしもオプションを指定する必要がない。コンテンツ発信元１０６はあらゆる数の方法を指定して、閾値および制限によりオブジェクトリクエストを自動的に処理することができる。閾値または制限は、費用、帯域幅利用、時刻、日付、リクエストの数、負荷、受信者の国または場所、オブジェクトサイズ、ビットレート、またはコンテンツの配信に関連するその他あらゆる測定基準など、いくつもの要素に基づくことができる。
【００２８】
一例において、コンテンツ発信元１０６は、＄２５ＭＢ／分以上かかる全てのリクエストは、コンテンツオブジェクトまたはストリームの３００ｋｂｐｓバージョンが送信されることを指定する。＄２５ＭＢ／分未満となるリクエストに対しては、コンテンツオブジェクトまたはストリームの６００ｋｂｐｓバージョンを使用することができる。もう１つの実施例において、コンテンツ発信元１０６は、制限を越える全てのリクエストが低ビットレートで供給される前に、高ビットレートで１時間につき＄５，０００しか負担されないことを指定する。一実施例において、コンテンツ発信元１０６は、コンテンツオブジェクトまたはストリームに対する最初の８，０００のリクエストが、遥かに低いビットレートが用いられているときに、それが次の５，０００のリクエストに対してより高いビットレートに切り替わるまで、低いビットレートであることを指定する。もう１つの実施例において、コンテンツ発信元は、ある期間にわたって最初の１，０００のリクエストが満たされるが、その時以後、一定の割合のリクエストが満たされないことを指定する。コンテンツ発信元１０６がＣＤＮ１１０の使用を管理できるようにするために指定される規則および閾値がいくつでも存在し得る。
【００２９】
次に図１Ｄを参照して、コンテンツシステムのもう１つの実施例１００−４を示すブロック図が示されている。この実施例は、コンテンツ発信元１０６と連結する入札装置２３２を含む。入札装置２３２はＣＤＮ１１０に対する費用モデルを有するので、リアルタイム見積もりおよび事前見積もりに対応することができる。費用モデルへのあらゆる更新が、ＣＤＮ１１０によって遠隔で行うことができる。いくつかの実施例は、複数のＣＤＮに対する複数の入札装置を有することができる。その他の実施例は、入札装置をいくつかのＣＤＮに対して有するが、他のものに対しては有さない場合があるので、入札リクエストがこれらのＣＤＮに行かない。
【００３０】
いくつかの実施例において、入札または意思決定装置２３２はコンテンツプロバイダの場所、ＣＤＮの場所、またはインターネット１０４上のほかの場所に位置づけられ、各コンテンツオブジェクトに対する配信の費用を見積もることができる。入札装置２３２は、最低料金、最高料金、ある所定の基本料金を越えた価格増分、および／または当事者が使用することができるその他のあらゆる価格決定条件を提供することができる。入札装置２３２への問い合わせは、結果として入札となる。入札がコンテンツプロバイダ１０８によって選ばれると、配信の実行は、従来の方法でＣＤＮ１１０によって行われる。入札装置２３２は、コンテンツサイト１１６の近くに位置づけられると概してより良く機能し、それ故に、応答時間は見積を出しているときにできるだけ高速になる。このことは、入札装置２３２が可能な限り最も近いネットワーク接続を介してコンテンツサイト１１６の近くに配置されること、またはコンテンツサイト１１６と同じ場所に実際に設置されることを意味し得る。入札装置２３２は、全体のネットワーク費用に加えてＺｅｒｏ  ＣＩＲ経済を理解するので、正確な入札が発行され得る。
【００３１】
入札装置２３２はまた、コンテンツオブジェクトが配信に利用可能であるかどうかも知っている。コンテンツオブジェクトが見つからない場合は、見積がそのように示すか、または見積が作成されない。ファイルがないことが示される場合、コンテンツプロバイダ１０８は、現在の配信および起こり得る今後の配信のためにそれをＣＤＮ１１０に供給できる。入札装置２３２は、入札がなく内部意思決定のみがある状況で使用することができる。例えば、ＣＤＮ１１０がコンテンツ発信元１０６に不可欠である場合、特定の配信オプションを選ぶために前後の見積もりおよび意思決定が存在し得る。
【００３２】
配信に対する入札は、あらゆる種類の入札形式を使用することができる。一実施例において、ＣＤＮ１１０は、特定の価格でコンテンツオブジェクトを配信するよう依頼される。費用の分析後、ＣＤＮ１１０は申し出を受諾または拒絶する。コンテンツプロバイダはその他のＣＤＮ１１０に行き、かつ／または第一のＣＤＮ１１０に対案することができる。その他の実施例は、多数のＣＤＮ１１０から連続的または並列的に見積を要求する。コンテンツプロバイダ１０８からの単一のリクエストが複数のＣＤＮからの複数の応答を得ることができるか、またはコンテンツプロバイダが複数のキャリヤに複数のリクエストを行うことができる場合、適用可能な入札リクエスト基準が使用され得る。
【００３３】
コンテンツプロバイダと入札装置２３２またはＣＤＮ１１０との間の交換の形式は、任意の形式であり得る。コンテンツプロバイダ１０８から入札装置２３２またはＣＤＮ１１０へ渡され得るＵＲＩの例は、＜ｐｒｏｔｏｃｏｌ：ｐａｔｈ＼ｏｂｊｅｃｔ＿ｎａｍｅ．ｅｘｔ＞＜ｓｉｚｅ＞＜ｃｒｃ＞＜ＩＰ＿ａｄｄｒｅｓｓ＞（「入札ＵＲＩ」）である。入札価格を決定した後、ＣＤＮ１１０または入札装置２３２が応答する。例えば、サンプル応答は、＜ｐｒｏｖｉｄｅｒ＞＜ｐｒｉｃｅ｛ＧＢ  ｔｒａｎｓｆｅｒ  ｏｒ  Ｍｂｐｓ  ｏｒ  ｂｏｔｈ｝＞＜ｆｕｌｌ＿ｕｒｌ＞＜ｈｉｓｔｏｒｉｃａｌ  ｓｐｅｅｄ  ｓｔａｔｉｓｔｉｃ＞＜ｙｅｓ／ｎｏ  ｉｆ  ｏｂｊｅｃｔ  ｅｘｉｓｔｓ  ｉｎ  ｎｅｔｗｏｒｋ  ｂｙ  ｎａｍｅ  ｏｒ  ｃｒｃ＞＜ｎｕｍｂｅｒ  ｏｆ  ｎｅｔｗｏｒｋ  ｈｏｐｓ  ｔｏ  ｇｅｔ  ｔｏ  ｔｈｅ  ｅｎｄ  ｕｓｅｒ（ＡＳ＃’ｓ），ｏｒ  ａ  ｏｎ−ｎｅｔ，ｏｆｆ−ｎｅｔ，ｎｅａｒ−ｎｅｔ  ｒａｔｉｎｇ＞（「配信ＵＲＩ」）である。入札ＵＲＩは、コンテンツプロバイダ１０８がＣＤＮ１１０より選択を希望する様々なオプションを提供することができる。配信ＵＲＩはまた、リクエストに対する一意の識別子、選択されたオプションの指標、選択に利用可能なオプションなどをも有し得る。言い換えれば、コンテンツプロバイダ１０８およびＣＤＮ１１０は、ＵＲＩを介してパラメータを渡すことができる。その他の実施例はパラメータをＵＲＩに組み込むことに加え、またはその代わりに、それらをＵＲＩの外に送信することができる。
【００３４】
コンテンツプロバイダ１０８は、ＣＤＮへの出力先変更のために受信者コンピュータ１２８へのリダイレクトＵＲＩを渡す前に、ＵＲＩ（「リダイレクトＵＲＩ」）を書き換えることができる。例えば、配信ＵＲＩは、コンテンツオブジェクトに対する３つのビットレートがあることを示し得る。コンテンツプロバイダ１０８は、リダイレクトＵＲＩを書き換え、どのビットレートを使用するかを示し得る。ＣＤＮ１１０は、受信者コンピュータ１２８からリダイレクトＵＲＩを受信して適切なビットレートを提供する。
【００３５】
コンテンツプロバイダが配信ＵＲＩを受信したとき、それらのうちの一部は、コンテンツオブジェクトをダウンロードするために実際使用されるよりも安い経路によって受信者コンピュータ１２８が利用可能であることを示すコンテンツプロバイダまたは受信者をだますことによって、秘密のうちに使用され得る。一部の場合では、このことは意図的または故意となり得る。とはいえ、不正行為者にはいくつかの異なる方法で対処することができる。不正行為を行うコンテンツプロバイダまたは受信者が、ＣＤＮ１１０と共に予期されない方法で使用される配信ＵＲＩを得る場合、ＣＤＮ１１０はコンテンツを配信し、たとえ元の見積と異なっても、実際に使用される経路に対する正しい価格で配信についてコンテンツプロバイダ１０８に請求することができる。ほかの実施例において、代替ルーティングが検出されると、ＣＤＮ１１０は違反を告げてコンテンツオブジェクトを配信しないことができる。もう１つの実施例において、ＣＤＮ１１０は、問題を説明し解決法を提供するウェブページに、違反ユーザをリダイレクトすることができる。
【００３６】
図１Ｅを参照して、コンテンツシステムのもう１つの実施例１００−５を示すブロック図が示されている。この実施例は２つのＣＤＮ１１０を含む。専属ＣＤＮ１１０−１はコンテンツ発信元１０６の一部であり、外部ＣＤＮ１１０−２はコンテンツ発信元１０６から分かれている。このような実施例において、専属ＣＤＮ１１０−１はコンテンツを配信するために使用され得る。
【００３７】
専属ＣＤＮ１１０−１に対してはサービス費および配信費の両方がある。このようなサービス費および配信費の費用モデルは、コンテンツプロバイダ１０８が、専属ＣＤＮ１１０−１または外部ＣＤＮ１１０−２が特定のコンテンツを配信すべきかどうかを決定できるようにする。たとえ専属ＣＤＮ１１０−１がコンテンツのサービスの増分費用を有していない場合も、外部ＣＤＮ１１０−２が、専属ＣＤＮ１１０−２に対する費用モデルが否定的に報告する場合に好まれ得る。この実施例はコンテンツ発信元１０６のその他の部分から分かれている専属ＣＤＮ１１０−１を示すが、コンテンツ発信元１０６内の様々なブロックの部分はいくつもの方法で組み合わされたり、または分離されたりし得ることを理解すべきである。
【００３８】
次に図１Ｆを参照して、コンテンツシステムのもう１つの実施例１００−６を示すブロック図が示されている。この実施例では、専属ＣＤＮ１１０のみがある。全てのコンテンツオブジェクトリクエストは、コンテンツプロバイダ１０８を選ぶ時に直接ＣＤＮ１１０またはコンテンツサイト１１６のいずれかから供給される。ＣＤＮ１１０は、コンテンツプロバイダ１０８が選ぶ１つ以上の配信オプションを提供することができる。
【００３９】
図２Ａを参照して、インターネット１０４のルーティングの詳細を示すコンテンツシステム２００−１の実施例のブロック図が示されている。コンテンツプロバイダ１０８が、２つのＣＤＮ１１０からリアルタイムまたは事前見積を得ることができるようにするこの実施例では、２つの入札装置２３２がある。コンテンツプロバイダ１０８は、入札ＵＲＩが受信者１１２によって活性化されると、入札装置２３２を参照する。各入札装置２３２は費用モデルまたは各ＣＤＮ１１０を認識しているので、正確な見積を提供することができる。見積は配信費およびサービス費の両方に影響される。
【００４０】
インターネット１０４は、主に、無料またはいくらかの料金で互いのネットワークトラフィックを運ぶことに合意するネットワーク２２２、２２６のグループである。これらのネットワーク２２２、２２６はティア１ネットワーク、ピアネットワークおよび非ピアネットワークを含む。ティア１ネットワークは、概してインターネット上のあらゆるアドレスにルーティングし得るネットワークであるが、典型的には、コンテンツオブジェクトを受信するために料金請求する。ピアネットワーク２２０は、少しの費用で、または追加費用なしでＣＤＮ１１０からネットワークトラフィックを受け入れるが、非ピアネットワークは、ＣＤＮ１１０を出て行くネットワークトラフィックについて料金を請求する。端末ネットワーク２２６は、この端末ネットワーク２２６が、概して、インターネット１０４上の有効なＩＰアドレスのサブセットに対するコンテンツオブジェクトのみを受け入れるという点で、ティア１ネットワーク２２２から区別できる。典型的に、このサブセットはそのネットワークと関連する受信者コンピュータ１２８である。例えば、第一グループの受信者コンピュータ１２８−１は第一ネットワーク２２６−１と関連し、第二グループの受信者コンピュータ１２８−２は第二ネットワーク２２６−２と関連する。
【００４１】
各ＣＤＮ１１０は、インターネット１０４を構成する様々なネットワーク２２６との異なる配置を有する。これらの異なる配置が理由で、各ＣＤＮ１１０への配信費は特定の受信者に対して変化し得る。例えば、この実施例では、第二グループの受信者コンピュータ１２８−２と関連する受信者１１２へのルーティングは、２つのＣＤＮ１１０によって異なって扱われる。第一ＣＤＮ１１０−１は、第二ネットワーク２２６−２とのピア関係を有するので、配信費は第一ＣＤＮ１１０−１と第二グループの受信者コンピュータ１２８−２の１つとの間では小額である。第二ＣＤＮ１１０−２は、第二ネットワーク２２６−２への直接接続を持たないが、ティア１ネットワーク２２２との接続を有する。第二ＣＤＮ１１０−２は、第二グループ内の受信者コンピュータ１２８−２に到達するように、コンテンツオブジェクトをティア１ネットワーク２２２および第二ネットワーク２２６−２を介して渡す。この第二経路は、第二ＣＤＮ１１０−２が、ティア１ネットワーク２２２へのコンテンツオブジェクトの転送について支払い、第二ネットワーク２２６−２が、ティア１ネットワーク２２２に支払いをしてコンテンツを受信し得るので、より高価となり得る。
【００４２】
次に図２Ｂを参照して、インターネット１０４のルーティング詳細を示すコンテンツシステム２００−２のもう１つの実施例のブロック図が示されている。この実施例は単一のＣＤＮ１１０を含む。ＣＤＮ１１０は２つのピアネットワーク２２０と連結する。コンテンツオブジェクトを第二グループの受信者コンピュータ１２８−２に渡すために、ＣＤＮは、ティア１ネットワーク２２２に頼ってコンテンツオブジェクトを非ピアネットワーク２２４に送信し得、この非ピアネットワークは、それを最終的に受信者コンピュータ１２８−２に渡し得る。
【００４３】
図２Ｃを参照して、インターネット１０４のルーティング詳細を示すコンテンツシステム２００−３のさらにもう１つの実施例のブロック図が示されている。この実施例では、ＣＤＮ１１０は２つのティアネットワーク２２２との関係を有する。各ティア１ネットワークは、２つの非ピアネットワーク２２４にルーティングし得る。ＣＤＮは、特定の配信に対してどのティア１ネットワーク２２２を使用するかを選ぶことができる。コンテンツサイトには、コンテンツオブジェクトが配信される場合にどちらのティア１ネットワーク２２２を使用するかというオプションが与えられ得る。様々なティア１ネットワーク２２２は、ＣＤＮ１１０またはコンテンツプロバイダ１０８によって、価格、ＱｏＳ、および／またはその他の要素に基づいて、区別される可能性がある。
【００４４】
次に図２Ｄを参照して、インターネット１０４のルーティング詳細を示すコンテンツシステム２００−４のなおもう１つの実施例のブロック図が示されている。第一ＣＤＮ１１０−１は、ティア１ネットワーク２２２−１への接続のみを有し、第一および第二グループの受信者コンピュータ１２８への配信のためには、第一ティア１ネットワークを頼らなければならない。第二ＣＤＮ１１０−２は、第一および第二ティア１ネットワーク２２２にリンクされ、かつ第二ネットワーク２２６−２との相互接続関係を有することにより、はるかに多くのオプションを有する。具体的には、第一グループの受信者コンピュータ１２８−１はいずれかのティア１ネットワーク２２２から到達され得、第二グループの受信者コンピュータ１２８−２は、ティア１ネットワーク２２２または第二ネットワーク２２６−２のうちのいずれによっても到達され得る。
【００４５】
この実施例では、あらゆる数のＣＤＮ１１０上でトラフィックを送ることができる配布交換所１３２がある。配布交換所１３２は、コンテンツオブジェクトデータベースを保持するサービス費および１つ以上のコンテンツプロバイダ１０８への配信インターフェースの料金として請求することができる。配信費は、サービス費に加えた増分費用となる。例えば、配信費がない場合は基本サービス価格がある。その基本料金は、配信費に従って追加的に増やされる。配布交換所１３２のいくつかの実施例はコンテンツをホストせず、ＣＤＮが自身のコンテンツをホストし得る。
【００４６】
配布交換所１３２により、コンテンツプロバイダ１０８はオブジェクトの１つのコピーを共通オブジェクト貯蔵所にアップロードする。ＣＤＮ１０は全て、配布交換所１３２の共通スイッチに接続する。リクエストがコンテンツプロバイダ１０８から配布交換所１３２に入って来ると、全てのＣＤＮが配信に対して入札する。各ＣＤＮ１１０は、どの経路またはネットワークを取る可能性があるかに依存して、オブジェクトの配信に対して複数の申し出を行い得る。単一のＣＤＮ１１０は、複数経路を介してルーティングし、要求元受信者に到達し得る。入札に勝利したＣＤＮ１１０は、共通オブジェクト貯蔵所からオブジェクトをとらえて、それをエンドユーザーに配信し、コンテンツプロバイダ１０８に見積を請求する。
【００４７】
図３Ａを参照して、コンテンツ発信元１０６およびＣＤＮ１１０についての付加的な詳細を有する、コンテンツシステム３００−１の実施例のブロック図が示されている。コンテンツ発信元１０６は以前のようにコンテンツサイト１１６を含むが、コンテンツプロバイダ１０８は、ＵＲＩ書き換え部３０８、分析エンジン３１２、および発信サーバ３１６に分割されている。ＣＤＮ１１０は、分析インターフェース３３０、配信分析部３３４、構造データベース３５４、オプションフォーミュレータ３５０、費用モデル３４６、配信インターフェース３３８、およびＣＤＮサーバ３４２を含む。この図は単一コンテンツ発信元１０６および単一ＣＤＮ１１０を示すのみであるが、その他の実施例においてそれぞれの多くが存在し得ることが理解されるべきである。
【００４８】
発信サーバ３１６は、コンテンツ発信元１０６に対して各コンテンツオブジェクトの１つのコピーを保持する。コンテンツオブジェクトのコピーは、リクエストがＣＤＮ１１０から供給できるように、様々なＣＤＮ１１０へ提供される。周期的に、発信サーバ３１６のコンテンツは、ＣＤＮ１１０と調整することができる。
【００４９】
ＵＲＩ書き換え部３０８は、コンテンツオブジェクトのリクエストを、発信サーバ３１６から離して、かつＣＤＮ１１０に向けてリダイレクトする。これらのリダイレクトは、ＣＤＮ１１０に対するドメインを使用することによってウェブページがフォーミュレートされると行うことができ、またはリアルタイムでリダイレクトすることができる。リアルタイム出力先変更は、受信者を選ばれたＣＤＮ１１０へどのようにリダイレクトするかを決定するための情報を取得することができるＵＲＩ書き換え部３０８を指し示すＵＲＩを活性化することによって行われる。ＵＲＩ書き換え部３０８は入札ＵＲＩを発行し、状況によってはリダイレクトＵＲＩとして書き換えることができる配信ＵＲＩを受信する。
【００５０】
特定のＣＤＮ１１０がどのようにコンテンツオブジェクトを配信するべきかを決定すること、または多数のＣＤＮ間で選択することは、様々な情報を処理することによって行われる。分析エンジン３１２は、そのプロセスを補助する。リアルタイム見積については、分析エンジン３１２は、コンテンツオブジェクト、受信者、および入札プロセスにおいて渡されるあらゆる配信オプションに関して、ＵＲＩ書き換え部から情報を受信する。事前見積については、受信者１１２についての詳細は可能ではないが、分析エンジン３１２は、ＣＤＮ１１０を選択するのに補助できるより一般化された見積を集めることができる。分析エンジン３１２は、様々なＣＤＮ１１０、入札装置２３２および／または配布交換所１３２から入札を要求する。リアルタイム見積が利用できない場合は、分析エンジン３１２は、一部のＣＤＮ１１０がリアルタイムで見積もりをし、その他のものがそうしないように、事前見積を使用することができる。
【００５１】
分析エンジン３１２は、ＣＤＮ１１０の分析インターフェース３３０と通信する。リアルタイムおよび事前見積のリクエストは、様々なコンテンツ発信元１０６から分析インターフェース３３０によって受信される。表Ｉは、リアルタイム入札メッセージが含み得るものの一例を示す。見積が発行されると、これらは、要求元コンテンツ発信元１０６に返信される。リクエストは、コンテンツオブジェクト、受信者アドレス、受信者ネットワーク、および／またはその他のオプションを示し得る入札メッセージの形式であり得る。もう１つの実施例は、この入札メッセージを入札ＵＲＩに組み込む。見積は、オプションに対する価格決定を示すメッセージの一部であり得、代替価格決定オプションを含み得る。表ＩＩは、入札メッセージに応じて発行される見積もりメッセージの一例である。その他の実施例において、見積もりメッセージは、元の分析エンジン３１２へ提供される配信ＵＲＩの一部であり得る。
【００５２】
【表１】
2009509213.tif 000003
表ＩおよびＩＩに示されるリアルタイム入札および見積もりの例において、配信に対する多くのオプションが挙げられる。入札識別子は入札および見積もりメッセージの両方で使用されて、２つの間の相関を可能にする。ドメイン、パス、およびファイル名などの情報は、コンテンツオブジェクトを識別するために与えられる。受信者ＩＰアドレスは入札メッセージで提示され、関連する端末ネットワーク、予測される接続の種類、推測される接続速度、および地理的な位置を返信する。
【００５３】
【表２】
2009509213.tif 000004
この例では、コンテンツ発信元１０６は、３つの待ち時間オプション、３つのＱｏＳオプション、および２つのパケットロスオプションを尋ねる。ＣＤＮ１１０は、これらのリクエストに従って、この数の様々なオプションを提供しようとするが、全ての状況において可能であるとは限らない。それぞれの価格を付けられたオプションは、ある基準価格に関連して提示され、例えば、１という待ち時間オプションは１００ｍｓの基準価格となる可能性があるので、０．８オプションは８０ｍｓとなり、２オプションは２００ｍｓとなり得る。待ち時間、ＱｏＳおよびパケットロスオプションは全て、そのオプションが選択され得るとＣＤＮ１１０が確信する推定値である。
【００５４】
各オプションの価格は、見積もりメッセージで提示される。ＵＲＩ書き換え部３０８は、様々なＣＤＮ１１０から様々な見積もりメッセージを受信し、あらゆるオプションを伴う１つを選択する。選択されたオプションの一例において、コンテンツ発信元１０６は、より低い０．８パケットロスを除いて、待ち時間およびＱｏＳに対して基準価格を選ぶ。配信に対する費用は、表ＩＩの情報に基づく９セントであり得る。リダイレクトＵＲＩは、特定のＣＤＮ１１０に向けられるＵＲＩ書き換え部によってフォーミュレートされ、リダイレクトＵＲＩに表される特定のオプションを選択する。いくつかの実施例は、ＣＤＮ１１０へのメッセージ内でＵＲＩから分離したいくつかのオプションを伝達するコンテンツ配信元１０６を有し得る。
【００５５】
配信分析部３３４は入札を評価して、見積の生成を調整する。各コンテンツ発信元１０６は、構造データベース３５４に格納された好みを有し得る。このような好みは、入札メッセージを判読する際、および特定のコンテンツ発信元１０６が選択したオプションを提供する際に使用される。例えば、特定のコンテンツ発信元１０６は、構造データベース３５４に格納することができる特定のストリーミング形式を常に求め得る。
【００５６】
見積を生成するために、配信分析部３３４は費用モデル３４６およびオプションフォーミュレータ３５０を使用する。配信に対する様々なオプションがあり得、オプションフォーミュレータ３５０がそれらを決定することができる。構造データベース３５４は、見積もりされるべきオプションの種類を示すことができるか、または入札メッセージがオプションを指定することが可能である。選択されるオプションのそれぞれについて、費用モデル３４６は様々な配信費およびサービス費に対する価格を推定することができる。
【００５７】
配信インターフェース３３８は、ＣＤＮ１１０に特定コンテンツオブジェクトを供給させるようフォーミュレートされるリダイレクトＵＲＩを受信する。リダイレクトＵＲＩは、入札識別子、受信者ドレス、コンテンツオブジェクト情報、および配信オプションを含むことができる。表ＩＩＩは、ＵＲＩに組み込まれるそのようなオプションの例を示す。配信分析部３３４は、会計が配信についてコンテンツ発信部１０６に正確に料金請求することができるように、リダイレクトＵＲＩの通知を受け得る。
【００５８】
【表３】
2009509213.tif 000005
ＵＲＩ書き換え部は見積もりメッセージを取得して、選択されたＣＤＮ１１０からリダイレクトＵＲＩのリクエストを発生させるよう受信者コンピュータ１２８に提供されるリダイレクトＵＲＩをフォーミュレートする。リダイレクトＵＲＩが受信されると、ＣＤＮ１１０は指示されたコンテンツオブジェクトを受信者コンピュータ１２８に配信またはストリームする。１つ以上のＣＤＮサーバ３４２が、コンテンツオブジェクトを供給する。
【００５９】
次に図３Ｂを参照して、コンテンツ発信元１０６およびＣＤＮ１１０についての付加的な詳細を有する、コンテンツシステムのもう１つの実施例３００−２のブロック図が示されている。この実施例において分析エンジン３１２は配布交換所１３２と相互作用する。入札メッセージは、配布交換所１３２によって受信されて様々なＣＤＮ１１０へと中継される。応答見積もりメッセージは、配布交換所１３２によって、分析エンジン３１２へと再び中継される。
【００６０】
図３Ｃを参照して、コンテンツ発信元１０６およびＣＤＮ１１０についての付加的な詳細を有する、コンテンツシステムのさらにもう１つの実施例３００−３のブロック図が示されている。この実施例において、ＣＤＮの機能ブロックは、ＣＤＮ１１０から分離した入札装置２３２へと移動される。具体的には、分析インターフェース３３０、構造データベース３５４、配信分析３３４、オプションフォーミュレータ３５０、および費用モデル３４６は全て、入札装置２３２に実装される。どのＣＤＮを使用するかを決定する場合、コンテンツ発信元１０６は入札装置に指示を求める。入札装置２３２からの情報に従ってＵＲＩを書き換えた後、コンテンツオブジェクト実行がＣＤＮ１１０によって行われる。
【００６１】
次に図３Ｄを参照して、コンテンツ発信元１０６と一体となった専属ＣＤＮを有する、コンテンツシステムのさらにもう１つの実施例３００−４のブロック図が示されている。この実施例では、専属ＣＤＮに加えて外部ＣＤＮ１１０を使用することができる。専属ＣＤＮがコンテンツオブジェクトを効率的に配信する能力は、外部ＣＤＮ１１０の使用を考慮して評価することができる。場合によっては、コンテンツサイト１１６は、外部または専属ＣＤＮに依存せずにコンテンツオブジェクトまたはストリームを直接供給することができる。
【００６２】
次に図３Ｅを参照して、事前に指定された規則および／または基準に従ってオプションを選ぶためにＣＤＮ１１０に従うコンテンツ発信元１０６を有する、コンテンツシステムのさらにもう１つの実施例３００−５のブロック図が示されている。この実施例において、コンテンツ発信元はＣＤＮ１１０に規則を提供するので、分析エンジン３１２は、配信インターフェース３３８によって受信されるＵＲＩで決定を行う。これらのＵＲＩには指定されたあらゆるオプションがあっても、なくてもよい。分析エンジン３１２は、特定のコンテンツオブジェクトまたはストリームリクエストをどのように供給するかを決定する。例えば、コンテンツ発信元１０６は、高ＱｏＳでの特定の端末ネットワーク２２６によるリクエストのみを実行することを指定することができる一方で、より低いＱｏＳでのその他の端末ネットワーク２２６を供給する。
【００６３】
次に図４Ａを参照して、１つ以上のＣＤＮ１１０を使用してコンテンツを配信するためのプロセスの実施例４００−１のフロー図が示されている。プロセス４００−１の描写部分は、ウェブページをリクエストする受信者コンピュータ１２８に対してコンテンツサイト１１６上にウェブページがフォーミュレートされるステップ４０４で始まる。この実施例において、ＣＤＮ配信用のウェブページ内のＵＲＩは、出力先変更を可能にするＵＲＩ書き換え部３０８に向けられている。その他の実施例は、ウェブページがダウンロードされる前にＵＲＩの全てを書き込むことができる。ＣＤＮ１１０は選択される前に各ＵＲＩ上で入札するよう要求することができるので、これらの他の実施例ではリダイレクトプロセスが必要とされない。
【００６４】
ステップ４０８では、受信者はＵＲＩ書き換え部３０８に向けられたＵＲＩを選択する。ＵＲＩ書き換え部３０８は、ＵＲＩおよび受信者コンピュータ１２８についての情報を受信し、入札メッセージをフォーミュレートする。ステップ４１２では、分析エンジン３１２は入札メッセージを、ＣＤＮ１１０の分析インターフェース３３０に渡す。配信分析部３３４はステップ４１６で、構造データベース３５４、オプションフォーミュレータ３５０、および費用モデル３４６を参照し、分析エンジン３１２に配信される配信メッセージを作成する。ステップ４２０では、受信者はＵＲＩ書き換え部３０８によってＣＤＮにリダイレクトされる。リダイレクトされたＵＲＩはこの実施例ではオプション選択を含み、コンテンツ発信元１０６によって選択されるオプションを示す。コンテンツオブジェクトはステップ４２４で、選択されたオプションに従って受信者コンピュータ１２８に配信される。
【００６５】
図４Ｂを参照して、１つ以上のＣＤＮ１１０を使用してコンテンツを配信するためのプロセスのもう１つの実施例４００−２のフロー図が示されている。この実施例は、特定のＵＲＩがリクエストされる前にコンテンツオブジェクトを見積もる。プロセス４００−２の描写部分は、分析エンジン３１２が入札ＵＲＩを分析インターフェース３３０に渡すステップ４０２で始まる。入札ＵＲＩは、内部に組み込まれる入札メッセージと同様の情報を有する。ウェブページを要求する特定受信者１１２についての情報は利用可能であることも、そうでないこともあり得るが、情報が利用可能である場合は、分析インターフェース３３０に渡される。
【００６６】
配信オプションおよび価格決定は、配信ＵＲＩを介してコンテンツ発信元に指定される。オプションの代替物がない場合は、配信ＵＲＩを直接ウェブページに入れることができる。この実施例において、分析エンジン３１２は、配信のためにコンテンツ発信元１０６によって望まれるオプションを設定するよう書き換えられたＵＲＩを有する。書き換えられたＵＲＩは、ステップ４１０でウェブページに組み込まれる。ステップ４１４では、書き換えられたＵＲＩは受信者１１２のブラウザに読み込まれる。ステップ４２０ではウェブブラウザはＣＤＮにリダイレクトされる。ステップ４２２ではＣＤＮはＵＲＩおよびオプションを分析する。コンテンツオブジェクトはステップ４２４に配信される。
【００６７】
次に図４Ｃを参照して、１つ以上のＣＤＮ１１０を使用してコンテンツを配信するためのプロセスのさらにもう１つの実施例４００−３のフロー図が示されている。この実施例は、オプションをＵＲＩとは別にＣＤＮに伝達する。図４Ｂとこの実施例との間の違いは、ステップ４１０の代わりにステップ４０７および４０９を、そしてステップ４２０の代わりにステップ４１９を含むことである。ステップ４０７は、様々な利用可能なオプションを選択し、そのようなオプションをＣＤＮ１１０に伝達する。ステップ４０９では、ウェブページＵＲＩはＣＤＮを指し示すようにフォーミュレートされるが、ステップ４０９で伝達されたオプションを含まない。ステップ４１９では、受信者コンピュータ１２８は、ウェブページからＵＲＩを使用してＣＤＮへリダイレクトされる。
【００６８】
次に図４Ｄを参照して、１つ以上のＣＤＮ１１０を使用してコンテンツを配信するためのプロセスのなおもう１つの実施例４００−４のフロー図が示されている。配信オプションはＣＤＮ１１０に別に伝達されるので、書き換えられたＵＲＩは内部に組み込まれるオプションを有する必要がないということを除いて、この実施例は図４Ａと同様である。具体的には、図４Ａのステップ４２０は、ステップ４０７、４１４、４１９、および４４２と置き換えられる。
【００６９】
ステップ４０７ではオプションが選択されてＣＤＮへ送信される。ステップ４１４では受信者はＵＲＩを読み込む。ステップ４１９では受信者コンピュータ１２８は、コンテンツオブジェクトリクエストの実行のためにＵＲＩによってＣＤＮ１１０へ向けられる。ステップ４２２では、配信アドレスおよびオプションは分析されて、コンテンツオブジェクトがどのように配信されるべきかを決定する。
【００７０】
システムに対するその他の代替案が様々な実施例において可能である。例えば、価格見積もりに対する経済モデルは、無制限のサイズを有するコンテンツオブジェクトごと、総オブジェクトのサイズごと、必要とされるデータ転送速度および／または待ち時間ごとであり得る。総計データ転送速度に対するＣＤＮの変更は、消費量に従って変更することができる。一部の場合では、より高い総量が帯域幅の各増分に対する費用を減らす。その他の場合は、逆相関が可能である。例えば、データチャネルが過負荷のとき、通過のための費用が増加し得る。様々なグラフおよび複雑なモデルを使用して、価格決定条件、負荷などに基づいて、通過の最良の推定をすることができる。
【００７１】
一実施例において、ＣＤＮは、事前見積に応じて、状況によっては設定価格でコンテンツオブジェクトを配信する能力を示すことができる。入札メッセージを提示されると、ＣＤＮは設定価格でのリクエストを受けるかまたは拒絶することができる。例えば、ＣＤＮは、１０セントでいくつかのコンテンツオブジェクトを配信することができる場合がある。１０セント未満で配信することができるあらゆるオブジェクトが受け入れられるが、受け入れられないものはＣＤＮから入札を取得することができ、および／またはコンテンツ発信元が別のＣＤＮから入札を求めることができる。
【００７２】
もう１つの実施例では、コンテンツ発信元は、所定の価格または価格の範囲で、設定された数の配信に対する事前見積においてアレンジされ得るが、その後いくつかの配信のみが受け入れられるモードへ切り替えられ得る。例えば、最初の１０，０００の配信はそれぞれ２５セントでアレンジされ得る。次の５，０００の配信は、その配信がそれぞれ１０セント未満で行うことができる場合にのみ、配信され得る。
【００７３】
もう１つの実施例では、全ての配信はある閾値まで受け入れることができ、その後はそのような配信の一部のみが受け入れられ得る。例えば、最初の５，０００の配信がそれぞれ４０セントで配信される。配信がそれぞれ３０セント未満で行うことができる限り、次の５，０００の配信の５つにつき１つが配信される。５つにつき１つ、またはその他の割合は、無作為、順次、またはその他の仕組みによって選ぶことができる。
【００７４】
本発明の原則を特定の装置および方法との関連において上記で説明したが、この説明は、あくまでも例として行われたものであり、本発明の範囲を制限するものではないことを明確に理解されたい。
【図面の簡単な説明】
【００７５】
【図１Ａ】図１Ａ〜１Ｆは、コンテンツシステムの実施例のブロック図である。
【図１Ｂ】図１Ａ〜１Ｆは、コンテンツシステムの実施例のブロック図である。
【図１Ｃ】図１Ａ〜１Ｆは、コンテンツシステムの実施例のブロック図である。
【図１Ｄ】図１Ａ〜１Ｆは、コンテンツシステムの実施例のブロック図である。
【図１Ｅ】図１Ａ〜１Ｆは、コンテンツシステムの実施例のブロック図である。
【図１Ｆ】図１Ａ〜１Ｆは、コンテンツシステムの実施例のブロック図である。
【図２Ａ】図２Ａ〜２Ｄは、インターネットのルーティング詳細を示すコンテンツシステムの実施例のブロック図である。
【図２Ｂ】図２Ａ〜２Ｄは、インターネットのルーティング詳細を示すコンテンツシステムの実施例のブロック図である。
【図２Ｃ】図２Ａ〜２Ｄは、インターネットのルーティング詳細を示すコンテンツシステムの実施例のブロック図である。
【図２Ｄ】図２Ａ〜２Ｄは、インターネットのルーティング詳細を示すコンテンツシステムの実施例のブロック図である。
【図３Ａ】図３Ａ〜３Ｅは、コンテンツ発信元およびコンテンツ配信ネットワーク（ＣＤＮ）についての付加的詳細を有するコンテンツシステムの実施例のブロック図である。
【図３Ｂ】図３Ａ〜３Ｅは、コンテンツ発信元およびコンテンツ配信ネットワーク（ＣＤＮ）についての付加的詳細を有するコンテンツシステムの実施例のブロック図である。
【図３Ｃ】図３Ａ〜３Ｅは、コンテンツ発信元およびコンテンツ配信ネットワーク（ＣＤＮ）についての付加的詳細を有するコンテンツシステムの実施例のブロック図である。
【図３Ｄ】図３Ａ〜３Ｅは、コンテンツ発信元およびコンテンツ配信ネットワーク（ＣＤＮ）についての付加的詳細を有するコンテンツシステムの実施例のブロック図である。
【図３Ｅ】図３Ａ〜３Ｅは、コンテンツ発信元およびコンテンツ配信ネットワーク（ＣＤＮ）についての付加的詳細を有するコンテンツシステムの実施例のブロック図である。
【図４Ａ】図４Ａ〜４Ｄは、１つ以上のコンテンツ配信ネットワークを使用してコンテンツを配信するためのプロセスの実施例のフロー図である。
【図４Ｂ】図４Ａ〜４Ｄは、１つ以上のコンテンツ配信ネットワークを使用してコンテンツを配信するためのプロセスの実施例のフロー図である。
【図４Ｃ】図４Ａ〜４Ｄは、１つ以上のコンテンツ配信ネットワークを使用してコンテンツを配信するためのプロセスの実施例のフロー図である。
【図４Ｄ】図４Ａ〜４Ｄは、１つ以上のコンテンツ配信ネットワークを使用してコンテンツを配信するためのプロセスの実施例のフロー図である。
【図１Ａ】
2009509213.tif 000006
【図１Ｂ】
2009509213.tif 000007
【図１Ｃ】
2009509213.tif 000008
【図１Ｄ】
2009509213.tif 000009
【図１Ｅ】
2009509213.tif 000010
【図１Ｆ】
2009509213.tif 000011
【図２Ａ】
2009509213.tif 000012
【図２Ｂ】
2009509213.tif 000013
【図２Ｃ】
2009509213.tif 000014
【図２Ｄ】
2009509213.tif 000015
【図３Ａ】
2009509213.tif 000016
【図３Ｂ】
2009509213.tif 000017
【図３Ｃ】
2009509213.tif 000018
【図３Ｄ】
2009509213.tif 000019
【図３Ｅ】
2009509213.tif 000020
【図４Ａ】
2009509213.tif 000021
【図４Ｂ】
2009509213.tif 000022
【図４Ｃ】
2009509213.tif 000023
【図４Ｄ】
2009509213.tif 000024