JP2009518976A - ダウンストリーム・ビッドのためのシステムおよび／または方法 - Google Patents

Abstract

開示されるのは、宛先にデジタル対象物を送信するシステム及び／又は装置である。特に、開示されるのは、データ伝送ネットワーク内でデジタル対象物をフォワードする事業に関してビッドを円滑にするシステム及び／又は装置である。

Description

関連出願

（関連出願）
本明細書で開示される主題は、２００５年１２月６日の出願日を有し、参照により本明細書に組み込まれている、ＳＹＳＴＥＭ ＡＮＤ／ＯＲ ＭＥＴＨＯＤ ＦＯＲ ＤＯＷＮＳＴＲＥＡＭ ＢＩＤＤＩＮＧと題された、米国番号第１１／２９６，８２８号の優先権を主張するものである。

本明細書で開示される主題は、データ伝送ネットワーク内のデジタル対象物の伝送に関する。

インターネットを使用した情報交換機構は、多くのサービスに関して無料で利用可能である。ソース・ノードから宛先ノードに情報をフォワードするために、１つ又は複数の中間当事者は、ソース・ノードを宛先ノードに結合する経路の少なくとも一部を経て情報をフォワードする。かかる中間当事者は、一般に、インターネット・プロトコルなどのネットワーク・プロトコルに従って情報をフォワードするために、ルータ及び／又は同様のものなどの装置を所有し、賃貸し、制御し及び／又は操作する。中間当事者は、宛先ノードに情報をフォワードする目的で、装置の配備、維持、操作にかなりのコストを負う。

本発明の非限定的及び非網羅的な実施形態が以下の図面を参照して説明され、特に指定のない限り、様々な図面を通して同じ参照番号は同様の部分を指す。

本明細書を通じて、「一実施形態」又は「実施形態」への参照は、実施形態に関して説明される特定の特徴、構造、又は特性は、本発明の少なくとも１つの実施形態内に含まれることを意味する。したがって、この明細書を通じて様々な場所での句「一実施形態」又は「実施形態」の出現は、同じ実施形態を指すとは限らない。さらに、特定の特徴、構造、又は特性は、１つ又は複数の実施形態内に組み込まれることが可能である。

本明細書で参照される「データ伝送ネットワーク」は、データ伝送ネットワークに結合されたノード間でデータを送信することが可能なインフラストラクチャを指す。例えば、データ伝送ネットワークは、１つ又は複数のデータ伝送プロトコルに従って、ノード間でデータを送信することが可能なリンクを含む。かかるリンクは、ソースから宛先に情報を送信することが可能な１つ又は複数の種類の伝送媒体を含む。しかし、これらはデータ伝送ネットワークの単なる例であり、主張される主題はこれらの点で限定されない。

データ伝送ネットワーク内のデータ伝送の際に、「ソース・ノード」が、データ伝送ネットワークに結合された１つ又は複数の「宛先ノード」へのデータの伝送を開始する。１つの特定の実施形態では、主張される主題はこの点で限定されないが、ソース・ノードは、宛先ノードに関連する宛先アドレスに少なくとも一部基づいて、宛先ノードに対してデータの伝送を開始する。この場合、特定の実施形態の通信プロトコルに従って、ソース・ノードは、少なくとも一部、宛先アドレスに基づいて、データ伝送ネットワークを介して宛先ノードに経路指定された１つ又は複数の「データ・パケット」で宛先ノードにデータを送信することができる。しかし、これらはデータがデータ伝送ネットワークにおいてソース・ノードから宛先ノードにどのように送信されるかの単なる例であり、主張される主題はこれらの点で限定されない。

データ伝送ネットワーク内のノードは、データ・リンクを経て、データ伝送ネットワーク内で１つ又は複数のその他のノードに情報を「フォワード」することが可能である。１つの特定の例では、第１のノードは、通信プロトコルに従って１つ又は複数のデータ・パケットを送信することによって第２のノードに情報をフォワードする。かかるデータ・パケットは、意図された宛先ノードのアドレスを含むヘッダ部分と、フォワードされる情報を含むペイロードとを含んでよい。第２のノードが、意図された最終的な宛先でない場合、第２のノードは、意図された最終的な宛先ノードを含み、及び／又は意図された最終的な宛先ノードに結合された第３のノードにデータ・パケットをフォワードすることも可能である。しかし、これらはデータ伝送ネットワーク内で情報がどのようにフォワードされるかの単なる例であり、主張される主題はこれらの点で限定されない。

本明細書で参照される「デジタル対象物」は、デジタル化された形式で組織化され及び／又はフォーマットされた情報に関する。例えば、デジタル対象物は、１つ又は複数の文書、視覚中間者及び／又は音声中間者、及び／又はそれらの組合せを含んでよい。しかし、これらはデジタル対象物内に維持される情報の種類の単なる例であり、主張される主題はこの点で限定されない。かかるデジタル対象物は、記憶媒体内のデジタル対象物の効率的な記憶及び／又はデータ伝送ネットワーク内のデジタルの伝送を可能にするために圧縮された形態で維持されることもある。一実施形態では、かかるデジタル対象物は、安全な通信チャネル内での伝送のために暗号化される。１つの特定の実施形態では、主張される主題はこの点で限定されないが、デジタル対象物は、１つ又は複数の宛先ノードへの伝送のためにソース・ノードでフォーマットされる。また、デジタル対象物は、通信プロトコルに従って、１つ又は複数のデータ・ノードに経路指定された１つ又は複数のデータ・パケットとして、１つ又は複数の宛先ノードに送信されることもある。しかし、これらはデジタル対象物の単なる例であり、主張された主題はこれらの点で限定されない。

本明細書で参照される「ビッド(bid)」は、サービスを実行するための申し出の表現に関する。１つの特定の例では、カスタマ及び／又はクライアントは、カスタマ及び／又はクライアントの事業に関して競争する２つ以上の当事者からビッドを受信することが可能である。ビッドは、例えば、価格、品質、適時性及び／又は信頼性など、その下でサービスが実行される条件を指定する。しかし、これらはビッド内で表現される条件の単なる例であり、主張される主題はこの点で限定されない。また、いくつかの商業的状況では、カスタマ及び／又はクライアントによるビッドの受入れは当事者を拘束する場合がある。しかし、その他の商業的状況では、カスタマ及び／又はクライアントによるビッドの受入れは、それ自体及び単独で、拘束力を有さない場合もある。この場合、１つ又は複数の当事者による追加の動作は、結果として、拘束力のある取決めとなることがある。これらはビッドの単なる例であり、主張される主題はこの点で限定されない点を理解されたい。

本明細書で参照される「ビッド要求」は、サービスを実行するためにビッドを提供するための勧誘の表現に関する。１つの特定の例では、かかるビッド要求は、サービス・プロバイダによって実行される所望のサービスを特定する。いくつかの実施形態では、ビッド要求は条件のいくつかを特定するが、所望のサービスが実行される条件のすべてを特定するとは限らない。しかし、これらはビッド要求の単なる例であり、主張される主題はこれらの点で限定されない。

サービスを提供するためのサービス・プロバイダからのビッドの受信に応答して、潜在的なカスタマ及び／又はクライアントは、ビッド・サービス・プロバイダに「受入れメッセージ」を提供する。かかる受入れメッセージは、受信されたビッド内に記載された少なくともいつかの条件に従って、サービス・プロバイダからサービスを受信するためのカスタマ及び／又はクライアントの意欲を表現することができる。しかし、これは受入れメッセージの単なる例であり、主張される主題はこの点で限定されない。

一実施形態によれば、２つ以上の当事者は、「交渉プロトコル」に従って、その下でサービスが提供される条件に同意する過程でメッセージを交換することが可能である。１つの特定の実施形態では、主張される主題はこの点で限定されないが、交渉プロトコルは、当事者がビッド、ビッド要求及び／又は受入れメッセージを、どのように表現するかを決めることが可能である。もう１つの実施形態では、当事者は、終結を定めた、特定の事前に決めた状態及び／又は事象まで、交渉プロトコルに従ってメッセージを交換することが可能である。この場合、かかる終結は、サービスが提供される同意された条件を定義することができる。しかし、これらは交渉プロトコルの単なる例であり、主張される主題はこれらの点で限定されない点を理解されたい。

データ伝送ネットワーク上でソース・ノードから宛先ノードにデジタル対象物をフォワードする際に、１つもしくは複数の「中間者」又は「中間当事者」によって所有され、賃貸され、制御され及び／又は操作される装置が、データ伝送ネットワークの少なくとも一部を経て、宛先ノードに向けてデジタル対象物の少なくとも一部をフォワードすることが可能である。下で例示されるように、用語「中間者」は、データ伝送ネットワークの少なくとも一部を経てデジタル対象物をフォワードすることが可能な当事者及び／又はこのサービスを実行するために当事者によって所有され、賃貸され、制御され及び／又は操作される装置を指す場合がある。

中間者によって所有され、賃貸され、制御され及び／又は維持される装置は、データ伝送ネットワークに情報を送信する及び／又は情報を受信することが可能な装置を含む。この場合、かかる装置は、データ伝送ネットワーク内にリンクを形成する１つ又は複数のデータ伝送媒体上で、ソース・ノードから情報を受信すること及び／又は宛先ノードに情報を送信することが可能な、１つ又は複数の「通信ポート」を含む。かかる通信ポートは、例えば、ケーブル配線（例えば、光ケーブル、同軸ケーブル、非シールドより対線など）及び／又は（例えば、地上リンク又は衛星リンクによって）無線伝送媒体など、いくつかの種類のデータ伝送媒体のうちの任意の１つから情報を送信及び／又は受信することが可能である。しかし、これらは中間者によって所有され、賃貸され、制御され及び／又は操作される装置をデータ伝送ネットワークに結合することができる通信ポートの単なる例であり、主張される主題はこれらの点で限定されない。

本明細書で参照される「命令」は、１つ又は複数の論理オペレーションを表す表現に関する。例えば、命令は、１つ又は複数のデータ対象物に関して１つ又は複数のオペレーションを実行するために機械によって解釈可能であることによって「機械可読」である。しかし、これは命令の単なる例であり、主張される主題はこの点で限定されない。もう１つの例では、本明細書で参照される命令は、符号化されたコマンドを含むコマンド・セットを有する処理回路によって実行可能な、符号化されたコマンドに関する。かかる命令は、処理回路によって理解される機械言語の形で符号化される。この場合も、これらは命令の単なる例であり、主張される主題はこの点で限定されない。

本明細書で参照される「記憶媒体」は、１つ又は複数の機械によって感知可能な表現を維持することが可能な媒体に関する。例えば、記憶媒体は、機械可読命令及び／又は情報を記憶するために１つ又は複数の記憶デバイスを含む。かかる記憶デバイスは、例えば、磁気記憶媒体、光記憶媒体、又は半導体記憶媒体を含めて、いくつかの媒体の種類のうちの任意の１つを含む。しかし、これらは記憶媒体の単なる例であり、主張される主題はこれらの点で限定されない。

本明細書で参照される「論理」は、１つ又は複数の論理オペレーションを実行するための構造に関する。例えば、論理は、１つ又は複数の入力信号に基づいて１つ又は複数の出力信号を供給する回路を含む。かかる回路は、デジタル入力を受信して、デジタル出力を供給する有限状態機械、又は１つ又は複数のアナログ及び／又はデジタル入力信号に応答して１つ又は複数のアナログ出力信号を供給する回路を含む。かかる回路は、特定用途向け集積回路（ＡＳＩＣ）内又はフィールド・プログラム可能なゲート・アレイ（ＦＰＧＡ）内に設けられる。また、論理は、かかる機械可読命令を実行するために、処理回路と共に、記憶媒体内に記憶された機械可読命令を含む。しかし、これらは論理を提供することができる構造の単なる例であり、主張される主題はこの点で限定されない。

本明細書で参照される「エージェント」は、第１のデバイス上で実行し、かつデータ伝送ネットワーク上で第２のデバイスと通信することが可能なプロセスに関する。例えば、１つの特定の実施形態では、エージェント・プロセスは、第１のデバイスに関連する情報を収集して、収集された情報の第２のデバイスへの伝送を可能にする。もう１つの実施形態では、エージェントは、第１のデバイスの少なくとも１つの側面の遠隔制御を可能にするために、第２のデバイスから制御信号を受信する。しかし、これらはエージェントがデバイス間の通信をどのように可能にするかの単なる例であり、主張される主題はこれらの点で限定されない。もう１つの実施形態では、エージェントは、記憶媒体上に記憶された機械可読命令の制御の下で、プロセッサ上で実行する。もう１つの実施形態では、エージェントは、論理を提供する異なる種類の構造上で実行される。しかし、これらはエージェントの単なる例であり、主張される主題はこれらの点で限定されない。

本明細書で参照される「サービス品質」（「ＱｏＳ」）は、特定の制約範囲内で受信者にデータを提供するためのデータ伝送サービスの特性に関する。特定の例では、主張される主題はこの点で限定されないが、ＱｏＳは期待される帯域幅制約範囲内、時間制約範囲内及び／又は誤り制約範囲内のサービスの引渡しを指す場合がある。サービス品質は、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）タイプ・プロトコル、及び／又はユーザ・データグラム・プロトコル／インターネット・プロトコル（ＵＤＰ／ＩＰ）タイプ・プロトコルの特性を指す場合がある。１つ又は複数の実施形態では、サービス品質は、例えば、１つ又は複数のデータ・パケットが到着しない可能性がある場合及び／又は実際に到着した１つ又は複数のデータ・パケットが情報の１つ又は複数の汚染された部分を含む可能性がある場合の、閾値誤り伝送速度(threshold error transmission rate)を指す場合がある。１つ又は複数の実施形態では、サービス品質は、誤り及び／又は誤り率が受入れ可能でない場合、及び／又は誤り数及び／又は誤り率が所定の値を超えない閾値、及び／又は誤り数及び／又は誤り率が受入れ可能な範囲を指す場合があるが、主張される主題の範囲はこの点で限定されない。例えば、特定の実施形態では、ＱｏＳは、ソース・ノードから宛先ノードへのデジタル対象物の伝送に関連する。この場合、例えば、ＱｏＳは、デジタル対象物のすべて又は一部が、決められた帯域幅限界内、及び／又はいくつかの時間制約範囲内で、及び／又は誤り数の有無にかかわらず及び／又は誤り率限界範囲内で宛先ノードに到着することを命令する。もう１つの実施形態では、ＱｏＳは、少なくとも一部、デジタル対象物が宛先ノードに送信される有効なデータフォワード速度を決める。しかし、これらは、ＱｏＳがデジタル対象物の伝送においてどのように応用されるかの単なる例であり、主張される主題はこの点で限定されない。

特に具体的にその他の指定がない限り、以下の議論から明らかなように、本明細書を通じて「処理する」、「演算する」、「計算する」、「選択する」、「形成する」、「可能にする」、「禁止する」、「識別する」、「開始する」、「受信する」、「送信する」、「決定する」及び／又は同様のものなどの用語を利用する議論は、コンピューティング・プラットフォームのプロセッサ、メモリ、レジスタ、及び／又はその他の情報記憶装置、伝送装置、受信装置、及び／又は表示デバイス内で、物理的な電子量及び／又は磁気量及び／又はその他の物理量として表されるデータを操る及び／又は変換する、コンピュータ又は類似の電子演算デバイスなどのコンピューティング・プラットフォームによって実行される動作及び／又はプロセスを指す点に留意されよう。さらに、特に具体的にその他の指定がない限り、流れ図又はその他を参照して本明細書で説明されるプロセスは、かかるコンピューティング・プラットフォームによって、すべて又は一部、実行及び／又は制御されることも可能である。

図１は、実施形態による、データ伝送ネットワーク２５の概略ブロック図である。ソース・ノード２と宛先ノード１８〜２４は、例えば、公衆電話網（ＰＳＴＮ）、デジタル加入者線（ＤＳＬ）、同軸／光ケーブル、又は（例えば、衛星リンク及び／又は地上リンクを使用した）無線アクセスなど、いくつかのデータ伝送アクセス技術のうちの任意の１つを使用してデータ伝送ネットワーク２５にアクセスすることが可能である。しかし、これらはノードがデータ伝送ネットワークへのアクセスをどのように取得することができるかの単なる例であり、主張される主題はこれらの点で限定されない。データ伝送ネットワーク２５は、インターネット・プロトコル（ＩＰ）に従って、ネットワーク・トポロジー内のノード間でデータ・パケットを送信することが可能である。しかし、これはソース・ノードから宛先ノードへのデジタル対象物のすべて又は一部の伝送で使用される通信プロトコルの単なる例であり、主張される主題はこの点で限定されない。この場合、図１に例示される特定の実施形態では、ソース・ノード２と宛先ノード１８〜２４は、インターネット・サービス・プロバイダ（ＩＳＰ）１０と１６を介してデータ・ネットワーク２５にアクセスする。例えば、ソース・ノード２及び／又は宛先ノード１８〜２４は、加入料金に関して、データ伝送ネットワーク２５にアクセスすることを可能にする、対応するＩＳＰの加入者を含む。しかし、ＩＳＰはソース及び／又は宛先ノードがデータ伝送ネットワークにどのようにアクセスするかの単なる例であり、主張される主題はこの点で限定されない。

実施形態によれば、ソース・ノード２及び／又は宛先ノード１８〜２４は、デジタル対象物を送信し及び／又は受信することが可能ないくつかの種類のデバイスのうちの任意の１つを含む。１つの特定の例では、ソース・ノード及び／又は宛先ノード１８〜２４は、１つ又は複数の前述のアクセス技術を使用して、データ伝送媒体を介してＩＳＰにデータを送信するように及び／又はＩＳＰからデータを受信するように適合された通信ポート（図示せず）を含む。通信ポートに加えて、ソース・ノード２及び／又は宛先ノード１８〜２４は、プロセッサ、１つ又は複数のメモリ・デバイス、プロセッサ上で実行するプロセスと通信ポートとの間で通信するために適切な入力／出力デバイスを用いたコンピューティング・プラットフォームをも含む。この場合、コンピューティング・プラットフォーム上で実行するかかるプロセスは、少なくとも一部、コンピューティング・プラットフォームの１つ又は複数のメモリ・デバイス内に記憶された機械可読命令によって、制御されることが可能である。１つの特定の実施形態では、ソース・ノード２でコンピューティング・プラットフォームは、データ伝送ネットワーク２５上の伝送のためにデジタル対象物を作成し及び／又はフォーマットする目的で１つ又は複数のプロセスを実行する。しかし、これはソース・ノード２がデータ伝送ネットワーク上の伝送のためにデジタル対象物をどのように作成し及び／又はフォーマットすることができるかの単なる例であり、主張される主題はこの点で限定されない。もう１つの特定の実施形態では、宛先ノードでのコンピューティング・プラットフォームは、通信ポートを介してデータ伝送ネットワーク２５から受信されたデジタル対象物を利用するために１つ又は複数のプロセスを実行することが可能である。しかし、これは宛先ノードがデータ伝送ネットワークから受信されたデジタル対象物をどのように処理することができるかの単なる例であり、主張される主題はこの点で限定されない。

実施形態によれば、中間者１２によって所有され、賃貸され、制御され及び／又は操作される装置は、ＩＳＰ１０と１６の間でデジタル対象物を送信することが可能である。中間者装置をＩＳＰ１０と１６に結合するリンクは、例えば、ケーブル配線（例えば、光ケーブル、同軸ケーブル、及び／又は非シールドより対線）及び／又は（例えば、地上及び／又は衛星ベースのリンクを使用した）無線伝送媒体など、いくつかのデータ伝送媒体のうちの任意の１つを含む。しかし、これらはデータ伝送ネットワーク内でデジタル対象物を送信するために使用される伝送媒体の単なる例であり、主張される主題はこれらの点で限定されない。

図１で例示されるように、ＩＳＰ１０は、少なくとも１つの対応する中間者１２を含む複数の経路のうちの任意の１つの中でＩＳＰ１６にデジタル対象物を送信する。この場合、特定の実施形態によれば、ＩＳＰ１０は中間者１２ａ、１２ｂ及び／又は１２ｃのうちの任意の１つを介してデジタル対象物をＩＳＰ１６に送信する。下で議論されるように、特定の実施形態によれば、ソース・ノード２及び／又はＩＳＰ１０は、少なくとも一部、中間者１２ａ、１２ｂ及び／又は１２ｃから受信された１つ又は複数のビッドに基づいて、デジタル対象物をＩＳＰ１６にフォワードするために特定の中間者１２を選択する。しかし、これは中間者がデジタル対象物をフォワードするためにどのように選択されるかの単なる例であり、主張される主題はこの点で限定されない。

実施形態によれば、主張される主題はこの点で限定されないが、中間者１２は、インターネット・プロトコル（ＩＰ）など、特定のネットワーク・プロトコルに従ってフォーマットされた１つ又は複数のデータ・パケットでの伝送の、ＩＳＰ１０と１６の間のデジタル対象物の経路指定する。かかるデータ・パケットは、例えば、イーサネット（登録商標）、非同期フォワードモード（ＡＴＭ）、フレーム・リレー及び／又は同期光ネットワーク／同期デジタル階層（ＳＯＮＥＴ／ＳＤＨ）のデータ・リンク・プロトコルなど、いくつかのデータ・リンク層プロトコルのうちの任意の１つに従って、中間者１２とＩＳＰに接続するデータ・リンク上でフォワードされる。無線通信リンクを用いる実施形態では、データ・パケットは、例えば、ＩＥＥＥ規格８０２．１１及び８０２．１６など、いくつかの衛星及び／又は地上無線データ・リンク・プロトコルのうちの任意の１つに従って、かかる無線通信リンク上でフォワードされる。しかし、これらはデータ伝送ネットワーク内でデータ・パケットをフォワードするために使用されるデータ・リンク・プロトコルの単なる例であり、主張される主題はこの点で限定されない。

実施形態によれば、中間者１２はソース・ノード２で発生するデータ・パケットを宛先ノードにフォワードするために１つ又は複数のルータを含む。図２は、実施形態に従って、デジタル対象物の少なくとも一部を宛先ノードに送信するために中間者で所有し、賃貸し、及び／又は操作されるルータ２８の概略ブロック図である。ルータ２８は、１つ又は複数の前述のプロトコルに従って、データ・パケット通信を受信するために１つ又は複数の入口通信ポート２４を含む。この場合、１つ又は複数の入口通信ポート２４は、ＩＳＰ１０から（ソース・ノード２で発生する）デジタル対象物のすべて又は一部を受信することが可能である。ルータ２８はまた、１つ又は複数の前述のプロトコルに従って、データ・パケット通信を送信するために１つ又は複数の出口通信ポート２６をも含む。この場合、１つ又は複数の出口通信ポート２６は、デジタル対象物のすべて又は一部を（次いで、１つ又は複数の宛先ノードにフォワードさせるために）ＩＳＰ１６に送信する。

実施形態によれば、ルータ２８は、入口通信ポート２４上で受信されたパケットをどのように出口通信ポート２６にフォワードするかを決定するための論理を含む。例えば、ルータ２８は、少なくとも一部、例えば、宛先アドレスなど、受信されたデータ・パケットに関連する情報に基づいて、受信されたデータ・パケットをフォワードするための出口通信ポート２６を決定する。この場合、特定の実施形態によれば、ルータ２８は、宛先ＩＰアドレスを出口ポート２６と関連づける１つ又は複数のルックアップ・テーブルに従って、受信されたデータ・パケットをフォワードするための出口ポート２６を決定する。しかし、これはルータがデータ・パケットをフォワードするための出口ポートをどのように決定することができるかの単なる例であり、主張される主題はこの点で限定されない。実施形態によれば、受信されたデータ・パケットに関連する有効な宛先アドレスの存在にもかかわらず、ルータ２８は、少なくとも一部、データ・パケットに関連する宛先及び／又はソースなどの情報、又はデータ・パケットに関連するその他の情報に基づいて、受信されたデータ・パケットをフォワードするか否かを選択することも可能である。

実施形態によれば、入口通信ポート２４から出口通信ポート２６へのデータ・パケットの経路指定を制御するためのルータ２８の前述の論理は、１つ又は複数のプロセッサとメモリ・デバイスとを含む１つ又は複数のコンピューティング・プラットフォームを含む。メモリ・デバイスは、データ・パケットの経路指定を制御する目的で１つ又は複数のプロセッサ上で実行するために機械可読命令を含む。あるいは、ルータ２８は、経路指定を制御するために１つ又は複数のＡＳＩＣデバイス、及び／又は経路指定を制御するために１つ又は複数のＡＳＩＣデバイスと１つ又は複数のコンピューティング・プラットフォームの組合せを含む。しかし、これらはデータ・パケットのフォワードを制御するためにルータ内に用いられることが可能な論理の単なる例であり、主張される主題はこれらの点で限定されない。

実施形態によれば、中間者１２（図１）は、宛先ノードにデジタル対象物をフォワードするために２個以上のルータ２８を用いることが可能である。第１及び第２のルータが中間者１２によって所有され、賃貸され、制御され及び／又は操作される場合、第１のルータでソース・ノード２から受信されたデジタル対象物は、第２のルータにフォワードされる。この場合、第１のルータは、ＩＳＰ１０からデジタル対象物を受信して、第２のルータに直接的に、又は１つ又は複数のその他の経路指定デバイスを経由して、受信されたデジタル対象物を第２のルータにフォワードする。第２のルータは、次いで、第１のルータから受信されたデジタル対象物をＩＳＰ１６にフォワードする。しかし、これは、中間者がソース・ノードから宛先ノードにデジタル対象物をフォワードするためにどのように複数のルータを用いることができるかの単なる例であり、主張される主題はこの点で限定されない。

実施形態によれば、中間者１２及び／又はＩＳＰ１０と１６は、インターネット技術タスク・フォース（Internet Engineering Task Force：ＩＥＴＦ）、ネットワーク・ワーキング・グループ（Network Working Group）、ＲＦＣ３０３１，２００１内に記載されたＭＰＬＳアーキテクチャに従って、マルチプロトコル・ラベル・スイッチング（multiprotorol label switching：ＭＰＬＳ）を用いることが可能である。この場合、ＩＳＰ１０は、宛先ノードへの伝送のために、ラベル値をソース・ノード２から受信されたパケットに割り当てることが可能な「ラベル・エッジ・ルータ」（ＬＥＲ）を含む。中間者１２の１つ又は複数のルータは、少なくとも一部、受信されたデータ・パケットに割り当てられたラベル値に基づいて、受信されたデータ・パケットに関してフォワード決定を下すために「ラベル・スイッチ・ルータ」（ＬＳＲ）を含む。ＩＳＰ１０とＩＳＰ１６間のネットワーク・ホップ（network hop）で、中間者１２に関連するＬＳＲは、受信されたデータ・パケットの既存のラベルを取り除き、次のダウンストリームＬＳＲがどのように宛先にデータ・パケットをフォワードするべきかを示す新しいラベルを加える。デジタル対象物をＩＳＰ１０からＩＳＰ１６にフォワードするために結合されたＬＳＲは、次いで、少なくとも一部、ＩＳＰ１０とＩＳＰ１６の間のネットワーク・ホップでデジタル対象物をトランスポートするデータ・パケットに割り当てられた（例えば、ラベル・スタックなど、ラベルの階層から選択された）ラベルに従って決定されたラベル・スイッチ経路（ＬＳＰ）を形成することができる。しかし、これはデジタル対象物がＭＰＬＳを使用して、データ伝送ネットワーク上のノード間でどのように送信されるかの単なる例であり、主張される主題はこれらの点で限定されない。

図３は、実施形態に従って、２つ以上の宛先ノードにデジタル対象物を送信するためのデータ伝送ネットワーク１００の概略ブロック図である。ソース・ノード１０２は、１つ又は複数のＩＳＰ１１６に結合された２つ以上の宛先ノードにデジタル対象物を送信することができる。２つ以上の中間者１１２は、次いで、２つ以上の宛先にデジタル対象物をフォワードするために用いられる。実施形態によれば、宛先ノードへの伝送のためにフォーマットされたデジタル対象物は、複数の宛先への伝送のためにＩＳＰ１１０又は中間者１１２で複写される。

実施形態によれば、デジタル対象物は、２つ以上の中間者を介した伝送のために、より小さなサブ・デジタル対象物にセグメント化及び／又は区分化されることが可能である。この場合、特定の実施形態では、サブ・デジタル対象物は、サイズにおいて、より大きなデジタル対象物ほどの大きさから、データを含まないヌル対象物ほどの小ささ、又は例えば、パケット、サブ・パケット、パケットの集約及び／又はサブ・デジタル対象物を形成するビットの集約を含む中間の大きさの範囲にわたる。実施形態によれば、主張される主題はこの点で限定されないが、デジタル対象物を形成するサブ・デジタル対象物は、同じ経路又は異なる経路を使用して、データ伝送ネットワークを介して宛先に、独立して送信されることが可能である。任意のＱｏＳ要件を条件として、例えば、本明細書で説明されるように、中間者はより大きなデジタル対象物の個々のサブ・デジタル対象物をフォワードするサービスに関してビッドすることができる。この場合、１つ又は複数のサブ・デジタル対象物にその独自の個々の経路指定要件、サービス品質、経路指定経路などが与えられる場合、及びサブ・デジタル対象物が１つ又は複数の中間者ノード及び／又は１つ又は複数の宛先ノードで再び組み立てられることが可能な場合、例えば、デジタル対象物は、例えば、ソース・ノード及び／又は１つ又は複数の中間者ノードで、デジタル対象物を１つ又は複数のサブ・デジタル対象物に分割することが望ましいように、十分大きい。１つ又は複数の実施形態でのかかるサブ・デジタル対象物構想は、サブ・デジタル対象物がパケットより高いレベルの組織で、しかし、より大きなデジタル対象物のそれより低いレベルの組織である、パケットを利用したデータフォワードに類似する。例えば、マルチメディア対象物は、ビデオ・サブ・デジタル対象物と音声サブ・デジタル対象物とに分割されれ、及び／又はマルチメディア対象物はマルチメディア対象物内に含まれる場面に対応するサブ・デジタル対象物に分割されるが、主張される主題の範囲はこの点で限定されない。１つに分割されるのに適する可能性があるかかるデジタル対象物の例は、デジタル対象物が映画である場合である。１つ又は複数の実施形態では、例えば、２つ以上のサブ対象物が２つ以上のリンク内で平行して送信される場合、かかる対象物の伝送は、多入出力（ＭＩＭＯ）伝送システム及び／又は空間分割、多元接続システムを含む。１つの特定の実施形態では、デジタル対象物を１つ又は複数のサブ・デジタル対象物に分割するのに適するネットワークは、ＷｉＭａｘタイプ規格など、Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥ）８０２．１６タイプ規格に従って動作するネットワークの少なくとも一部を含むことが可能であるが、主張される主題の範囲はこの点で限定されない。

上で例示されたデータ伝送ネットワーク２５でのように、中間者１１２は、データ・パケットを宛先ノードにフォワードするために（例えば、ルータ２８など）１つ又は複数のルータを含む。また、データ伝送ネットワーク１００は、ＭＰＬＳを用いて、デジタル対象物を宛先にフォワードするために特定の中間者を選択する。

図３に示される特定の実施形態では、単一の中間者１１２ｂは、ＩＳＰ１１０から、ＩＳＰ１１６ａ、１１６ｂ、及び／又は１１６ｃのいずれかに結合された宛先ノードにデジタル対象物をフォワードすることが可能である。他方で、中間者１１２ａ又は１１２ｃは単独で、すべての３つのＩＳＰ１１６ａ、１１６ｂ、１１６ｃに結合された宛先ノードにデジタル対象物をフォワードすることは不可能である。すべての３つのＩＳＰに結合された宛先ノードにデジタル対象物をフォワードするために、ＩＳＰ１１０及び／又はソース・ノード１０２は、中間者１１２ｂ、又は中間者１１２ａ、１１２ｃを選択することができる。

図１及び／又は図３に示されたデータ伝送ネットワークの実施形態によれば、中間者はデータ伝送ネットワークの少なくとも一部からデジタル対象物をフォワードするための費用を負担する。かかる費用を相殺するために、中間者は、ネットワークの一部を経てデジタル対象物をフォワードすることと引き換えに、ソース・ノード、ＩＳＰ及び／又は宛先に関連する当事者から補償を受け取る。実施形態によれば、中間者がデータ伝送ネットワークの少なくとも一部を経てデジタル対象物をフォワードすることになる条件を特定するビッドを中間者が提供することが可能である。中間者に補償すべき当事者は、ネットワークの少なくとも一部を経てデジタル対象物をフォワードする事業に関して複数のビッドの中から選択することができる。しかし、これは例示的な実施形態であり、主張される主題はこれらの点で限定されない。

実施形態によれば、例えば、ソース・ノード、中間者ノード、ＩＳＰ及び／又は宛先ノード１１８など、もう１つのノードに代わって動作する中間者ノード及び／又はＩＳＰなどの任意のノードは、デジタル対象物の伝送を要求することができる。同様に、ソース・ノード及び／又は宛先ノードは、例えば、ソース・ノード及び／又は宛先ノード間の、及び／又はソース・ノードの少なくとも１つ及び／又は宛先ノード、中間者ノード、及び／又は１つ又は複数のプロキシ・ノードの間のハンドシェークの結果として、デジタル対象物を送信することを共に要求及び／又はそうでなければ同意する。１つ又は複数の実施形態では、ハンドシェークは、ネットワーク・サーバとクライアント・デバイスの間のチャレンジ・ハンドシェーク認証プロトコル（ｃｈａｌｌｅｎｇｅ ｈａｎｄｓｈａｋｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ）（ＣＨＡＰ）タイプの認証を指す場合があるが、主張される主題の範囲はこの点で限定されない。ハンドシェークは、２つ以上のノード間の直接通信を経由して発生する可能性があり、及び／又は、代替として、ハンドシェークは、例えば、電子メール又はその他の適切なプロトコルを使用して、２つ以上のノード間の間接通信を経由して発生することもある。１つ又は複数の実施形態では、「プロキシ・サーバ」が、所与のその他のサーバ、ノード、及び／又はクライアント・デバイスに代わって要求を提供、実行、処理及び／又は遮断するために、及び／又は第１のサーバ、ノード、及び／又はクライアント・デバイスと、第２のサーバ、ノード、及び／又はクライアント・デバイスの間で介入されて動作するために動作することが可能なサーバ、ノード、及び／又はクライアント・デバイスを指す場合がある。かかるプロキシ・サーバは、かかるサーバ、ノード及び／又はクライアント・デバイスのうちの少なくとも１つに代わって及び／又は代わりに要求を提供、実行、処理、及び／又は遮断するために動作し、及び／又は、かかるサーバ、ノード、及び／又はクライアント装置のうちの少なくとも１つのエージェントとして動作することが可能で、１つ又は複数の実施形態では、実際に、それに関してかかるプロキシがそのエージェントとして動作することが可能なサーバ、ノード、及び／又はクライアント・デバイスであるかのように、データ伝送ネットワーク上のその他のサーバ、ノード、及び／又はクライアント・デバイスのように見える。かかるプロキシ・サーバ及び／又はエージェントは、ソース・ノード、ソースＩＳＰ、中間者ノード、宛先ＩＳＰ、及び／又は宛先ノード、及び／又はデータ伝送ネットワーク上のその他のノードのうちの任意の１つ又は複数の上で実装される。１つ又は複数の実際形態では、かかるプロキシ・サーバ及び／又はエージェントは、データ伝送ネットワークを経由してデジタル対象物を送信するための１つのプロセス及び／又は複数のプロセス全体の一部として、１つ又は複数の専門化された機能を実施するために利用される。例えば、デジタル対象物が、より効率的な伝送のために、１つ又は複数のより小さなサイズのサブ・デジタル対象物及び／又はパケットに区分化されるより大きなサイズの対象物であった場合、デジタル対象物のかかる区分化専用のプロキシ・サーバが利用される。プロキシ・サーバ及び／又はエージェントのその他のかかる専門化された機能が存在している（例えば、圧縮、復元、再組合せなど）。しかし、これらはプロキシ・サーバ及び／又はエージェントがデータ伝送ネットワーク上でどのように動作することができるかの単なる例であり、主張される主題の範囲はこれらの点で限定されない。

図４は、データ伝送ネットワーク２５及び１００の実施形態に従って、ソース・ノードからデジタル対象物の伝送を開始するためのプロセス２００を例示する流れ図である。プロセス２００のすべて又はいくつかの部分は、ソース・ノードで論理によって実行されることが可能である。１つの特定の実施形態では、下で例示されるように、プロセス２００の一部は、ソース・ノードと１つ又は複数の中間者と通信するプロキシ・サーバで（例えば、ＩＳＰ又はデータ伝送ネットワーク内のその他の識別されていないノードで）実行されてもよい。ブロック２０２で、ソース・ノードは、１つ又は複数の宛先ノードへの伝送のためにデジタル対象物を形成する。特定の実施形態では、コンピュータ・オペレータは、ソース・ノードに関連する及び／又は結合されたコンピューティング・プラットフォームのグラフィカル・ユーザ・インターフェース（ＧＵＩ）による相互作用を介してデジタル対象物を形成する。しかし、これはデジタル対象物がどのように形成されるかの単なる例であり、主張される主題はこれらの点で限定されない。１つの特定の実施形態では、デジタル対象物は、ＩＰプロトコルなどのネットワーク・プロトコルに従って、１つ又は複数のデータ・パケットにフォーマットされる。したがって、１つ又は複数のデータ・パケットは、宛先ノードに関連する宛先ＩＰアドレスを有するヘッダ部分を含んでいる。デジタル対象物が２つ以上の宛先ノードに送信される場合、ブロック２０２は、対応する宛先ＩＰアドレスを有する対応する宛先ノードに関して、データ・パケットの複数のセットをフォーマットする。特定の実施形態によれば、主張される主題はこれらの点で限定されないが、データ・パケットのかかる複数のセットは、ソース・ノード、ＩＳＰ及び／又は中間者で、対応する複数の宛先への伝送のために複写される。しかし、これらは複数の宛先への伝送のために、デジタル対象物のデータ・パケットの複写がどこに行われるかの単なる例であり、主張される主題はこれらの点で限定されない。

データ伝送ネットワーク内の特定の中間者は、宛先ノードにデジタル対象物を送信することが可能であっても、可能でなくてもよい。例えば、図３に示されるデータ伝送ネットワーク１００の特定の実施形態では、中間者１１２ａをＩＳＰ１１６ｃと接続するリンク、及び中間者１１２ｃをＩＳＰ１１６ａと接続するリンクは存在しない。したがって、中間者１１２ａは、宛先ノード１１８ｃ、１２０ｃ及び／又は１２２ｃにデジタル対象物をフォワードすることが不可能であると判断される。同様に、中間者１１２ｃは、宛先ノード１１８ａ、１２０ａ、１２２ａにデジタル対象物をフォワードすることが不可能であると判断される。その他の実施形態では、中間者は、中間者がリンクによってソース及び／又は宛先ノードに接続されているかどうかにかかわらず、少なくとも一部、その他の要因に基づいて、デジタル対象物を宛先にフォワードすることが可能であってもよく、又は可能でなくてもよい。この場合、例えば、かかる中間者ノードは、少なくとも一部、知られている装置故障、所望されるＱｏＳに従ってデジタル対象物をフォワード不能などに基づいて、不可能であると判断されることもある。しかし、これらは中間者がどのように及び／又はなぜ宛先にデジタル対象物をフォワードすることが不可能であるのかの単なる例であり、主張される主題はこれらの点で限定されない。

ブロック２０４で、ソース・ノード及び／又はプロキシ・サーバは、１つ又は複数の宛先ノードにデジタル対象物をフォワードすることが可能な中間者を識別する。一実施形態では、ソース・ノード及び／又はプロキシ・サーバは、少なくとも一部、データベース内の情報に基づいて、デジタル対象物をフォワードすることが可能な中間者を識別する。かかるデータベースは、ソース・ノード及び／又はプロキシ・サーバで維持され、ソース・ノードに接続され、フォワードのためにデジタル対象物を受信することが可能な特定の中間者を識別する。かかるデータベースはまた、例えば、一定のＱｏＳを達成すると同時にデジタル対象物を伝送する能力、動作状態（例えば、機能、維持のための活動停止、誤動作など）さらに中間者がデジタル対象物をフォワードすることができる宛先を示す情報などの情報を中間者と関連づける。しかし、これは宛先にデジタル対象物をフォワードすることが可能な中間者を識別するためにデータベース内の中間者と関連づけられる情報の単なる例であり、主張される主題はこの点で限定されない。

ブロック２０６で、ソース・ノード及び／又はプロキシ・サーバは、１つ又は複数の中間者へのビッド要求の伝送を開始して、１つ又は複数の宛先ノードにデジタル対象物をフォワードするサービスに関してビッドを要求する。この場合、ビッド要求は、ソースと中間者の間で送信されるデジタル対象物のデータ・パケットを運ぶリンクの帯域内管理チャネルを介して送信される。あるいは、ビッド要求は、デジタル対象物を運ぶリンクから分離したリンク内で中間者に送信される。ソース・ノード及び／又はプロキシ・サーバは、いくつかの通信プロトコルのうちの任意の１つに従って、ビッド要求を中間者に送信する。例えば、１つの特定の実施形態では、ソース・ノード及び／又はプロキシ・サーバは、ユーザ・データグラム・プロトコル／インターネット・プロトコル（ＵＤＰ／ＩＰ）を使用して、１つ又は複数のデータ・パケット内でビッド要求を送信する。しかし、これらはソース・ノード及び／又はプロキシ・サーバが１つ又は複数の中間者にどのようにビッド要求を送信することができるかの単なる例であり、主張される主題はこれらの点で限定されない。

実施形態によれば、デジタル伝送形式（digital transmission form：ＤＴＦ）は、別々に記憶され、関連するデジタル対象物と関係なく表現及び／又は送信されるデジタル対象物に関連するメタデータを含んいる。特定の実施形態では、主張される主題はこの点で限定されないが、デジタル対象物に関連するＤＴＦは、デジタル対象物を送信するために使用されるデータ経路を使用してデータ伝送ネットワーク内のノード（例えば、ソース・ノード、ＩＳＰ及び／又は中間者）間で送信される。代替形態では、デジタル対象物に関連するＤＴＦは、デジタル対象物を送信するために使用されるデータ経路と異なるデータ経路を使用してデータ伝送内のノード間で送信される。しかし、これらはＤＴＦがデータ伝送ネットワーク内のノード間でどのように送信されるかの単なる例であり、主張される主題はこれらの点で限定されない。

特定の実施形態によれば、ビッド要求は、交渉プロトコルに従って、１つ又は複数のメッセージ内で送信されるＤＴＦとしてフォーマットされる。この場合、ＤＴＦは、宛先ノードにデジタル対象物を送信するサービスに関してビッド要求の条件を特定する、事前に決めたフィールドを含む。かかる事前に決めたフィールドは、例えば、送信されることになるデジタル対象物のサイズ（例えば、ビット、バイト、セル、パケットなどの形で）、（１つ又は複数の）宛先アドレス、ＱｏＳ、圧縮形式、セキュリティ、暗号化、請求アカウント番号及び／又は同様のものなど、ビッド当事者に情報を提供するために使用される。あるいは、ＤＴＦは、事前に決めたフィールド定義方式及び／又は方式自体、及び／又は形式（例えば、ＸＭＬ）で表現されたフィールド値の参照を含んでもよい。しかし、これらはビッド要求を提供するためにＤＴＦ内で使用される事前に決めたフィールドの単なる例であり、主張される主題はこれらの点で限定されない。

上で指摘されたように、ＤＴＦは、関連するデジタル対象物を宛先にフォワードするサービスに関してビッドのプロセスを円滑にすることができる。ビッドの結果としてデジタル対象物をフォワードすることに加えて、特定の実施形態では、主張される主題はこの点で限定されないが、データ伝送ネットワークは、ＤＴＦの形成及び／又は伝送の結果として受入れを要求しないその他のデータ・トラフィックのフォワードを許可する。この場合、例えば、当事者は、ビッドの必要を未然に防ぐ、トラフィックをフォワードするための既存の同意及び／又は経路を有する。しかし、これはデータ伝送ネットワークがＤＴＦの使用なしにデータ・トラフィックをどのようにフォワードすることができるかの単なる例であり、主張される主題はこの点で限定されない。

上で議論されたように、ソース・ノードは、２つ以上の宛先ノードにデジタル対象物をフォワードすることが可能である。また、上で指摘されたように、ある種の中間者はすべての意図された宛先ノードにデジタル対象物をフォワードできない場合がある。したがって、特定の実施形態では、少なくとも一部、（例えば、ブロック２０４で決定されたように）デジタル対象物を特定の宛先にフォワードする際に特定の中間者の知られている能力に基づいて、異なるビッド要求メッセージが異なる中間者にフォワードされる。図３の例を参照すると、特定の実施形態によれば、ソース・ノード１０２は、宛先ノード１１８ａ、１１８ｂ、１１８ｃへの伝送のためにデジタル対象物をフォーマットする。中間者１１２ａは宛先ノード１１８ａと１１８ｂにデジタル対象物をフォワードするために１つ又は複数のビッド要求を受信することはできるが、宛先ノード１１８ｃにデジタル対象物をフォワードするために当該要求を受信することはできない。同様に、中間者１１２ｃは、宛先ノード１１８ｂと１１８ｃにデジタル対象物をフォワードするために１つ又は複数のビッド要求を受信することができるが、宛先ノード１１８ａにデジタル対象物をフォワードするために当該要求を受信することはできない。

上で例示された実施形態で、ブロック２０４は、宛先ノードにデジタル対象物をフォワードすることが可能な１つ又は複数の中間者を識別する。しかし、代替形態では、ブロック２０６は、任意の識別可能な中間者ノードが所望のサービスを提供することが可能であると決定されるかどうかにかかわらず、ビッド要求をかかる中間者ノードにフォワードするようにしてもよい。その際、中間者が、自らがビッドの条件に基づいて宛先にデジタル対象物をフォワードすることが可能であるかどうかに関して独立して決定する。したがって、可能な中間者を識別する際にブロック２０４を使用することは単なるオプションの実施形態であり、主張される主題はこれらの点で限定されない。

ブロック２０６で中間者へのビッド要求の伝送に続く期間の後、ソース・ノード及び／又はプロキシ・サーバは、１つ又は複数の受信されたビッド内に記載された条件に従って、１つ又は複数の宛先にデジタル対象物をフォワードするための能力及び／又は意欲を表現する１つ又は複数の中間者から１つ又は複数のビッドを受信する。ビッドにおけるかかる条件は、例えば、価格、ＱｏＳ、期待される引渡し期間及び／又は最大待ち時間を含む。しかし、これらは中間者が１つ又は複数の宛先へのデジタル対象物の伝送に関してビッド内で提供することができる条件の単なる例であり、主張される主題はこの点で限定されない。

１つ又は複数の中間者から１つ又は複数のビッドを受信するとすぐ、ソース・ノード及び／又はプロキシ・サーバは、ブロック２０８で受信されたビッドを処理する。ブロック２０８は、少なくとも一部、１つ又は複数の受信されたビッドに基づいて、１つ又は複数の宛先ノードにデジタル対象物をフォワードするために１つ又は複数の中間者を選択する。１つの特定の実施形態では、特定の宛先ノードにデジタル対象物をフォワードするために、ブロック２０８はこのサービスに関してそのビッド内の最低価格を特定する中間者を選択する。あるいは、ブロック２０８は、宛先ノードにデジタル対象物を送信することに関連する特定された最低ＱｏＳに関して最低ビッドを特定する中間者を選択する。１つの特定の実施形態では、主張される主題はこの点で限定されないが、ビッドの受入れ及び／又は拒絶、及び／又はビッど・プロセスの終了は、少なくとも一部、所定の交渉プロトコルに基づいて、決定される。この場合、例えば、かかる交渉プロトコルは、ビッドのための形態、遅く（例えば、タイムアウト期間後に）到着したビッドを拒絶するための機構、ビッドを懇願する当事者がデジタル対象物をフォワードするサービスを提供するためにその他の中間者と既存の関係を有するという理由及び／又は同様なものなどでの拒絶を決定する。

交渉プロトコルは、例えば、ビッド要求、ビッド、ビッド要求及び／又はビッドの承認、ビッドの拒絶及び／又は受入れ、ビッド要求及び後続のビッドのブロードキャスト結果、及び／又はデジタル対象物をフォワードするサービスに関して将来のビッドに関する変更を含めて、複数のメッセージ・タイプを定義することも可能である。しかし、これらは交渉プロトコルの一部として定義されるメッセージの単なる例であり、主張される主題はこれらの点で限定されない。

宛先ノードにデジタル対象物をフォワードするための中間者を選択するとすぐ、ソース・ノード及び／又はプロキシ・サーバは、１つ又は複数の宛先ノードにデジタル対象物を運ぶデータ・パケットをフォワードするために選択された中間者を開始させることができる。例えば、前述のＭＰＬＳプロトコルを用いる特定の実施形態では、ソース・ノード及び／又はプロキシ・サーバは、ＬＥＲとして動作するためにデータ伝送ネットワーク内のノード（例えば、ソース・ノード又はソース・ノードに接続されたＩＳＰ）を開始する。この場合、かかるＬＥＲは、デジタル対象物を運ぶデータ・パケットを、デジタル対象物を識別するスイッチ・ラベル、及びデジタル対象物が受信者ＬＳＲによってどのように処理されることになるかと関連づける。ＬＥＲは、次いで、デジタル対象物を運ぶデータ・パケットを、ＬＳＲとして動作し、選択された中間者によって所有され、賃貸され、制御され及び／又は操作されるルータの入口通信ポートにフォワードするる。しかし、これはかかる選択された中間者がデジタル対象物を運ぶデータ・パケットを宛先ノードにフォワードするためにどのように設定されるかの単なる例であり、主張される主題はこの点で限定されない。

図５は、実施形態に従って、中間者で受信されたビッド要求に基づいて動作するためのプロセス実施形態３００を例示する流れ図である。プロセス実施形態３００は、例えば、上で例示されたコンピュータ・システムなどの中間者に関連する論理によって実行される。しかし、これはビッド要求に基づいて動作するためのプロセスを実行うことが可能な論理の単なる例であり、主張される主題はこの点で限定されない。実施形態によれば、中間者はブロック３０２で（例えば、ＤＴＦの形で）ビッド要求を含むメッセージを受信することができる。上で説明されたように、ビッド要求は、デジタル対象物を送信するためにリンク内で送信される帯域内メッセージを使用して、通信プロトコルに従って、ソース・ノード及び／又はプロキシ・サーバから送信される。したがって、中間者はソース・ノードからデジタル対象物を運ぶデータ・パケットを受信することが可能なルータの入口通信ポートでビッド要求を受信する。あるいは、中間者はビッド要求、ビッド及び／又はその他の管理メッセージを含むメッセージの送信及び／又は受信専用の異なるネットワークのリンクに結合された通信ポートでビッド要求を受信する。しかし、これらはビッド要求が中間者でどのように受信されるかの単なる例であり、主張される主題はこの点で限定されない。

ブロック３０４は、宛先ノードにデジタル対象物をフォワードするサービスに関するビッドのための条件を決定する。上で例示されたように、かかるビッドは、中間者が宛先ノードにデジタル対象物をフォワードする事業に関して同意することが可能な条件及び／又は前提を特定する。ブロック３０４は、少なくとも一部、（例えば、ルータ及び関連するサポート設備のための）資本設備費用、（例えば、資産維持管理、賃貸、電力、人員を含む）運転費用、現在の及び／又は予測される容量、現在の及び／又は予測される資産利用、これまでの経験及び／又は経歴、その他の当事者との既存の契約、サプライヤの優先傾向、宛先へのデジタル対象物の伝送に関して競争相手の中間者から予想されるビッド反応、デジタル対象物の伝送に関して特定のＱｏＳを提供するために予想される需要及び／又は能力に基づいて、これらの条件及び／又は前提を決定する。しかし、これらは中間者が宛先ノードへのデジタル対象物の伝送に関するビッドのための条件を決定する際に利用することができる情報の単なる例であり、主張される主題はこの点で限定されない。

ブロック３０４でビッドの条件を決定することに続いて、中間者はブロック３０６でソース・ノード及び／又はプロキシ・サーバにビッドを送信する。かかるビッドは、データ伝送ネットワーク内で、ソース・ノードからデジタル対象物を受信すること及び／又は宛先にデジタル対象物を送信することが可能な通信ポートを介してソース・ノード及び／又はプロキシ・サーバに送信されることが可能である。あるいは、かかるビッドは、異なるデータ・リンク内の帯域外メッセージ内で送信される。しかし、これらはビッドを含むメッセージを送信するために使用されるリンクの単なる例であり、主張される主題はこれらの点で限定されない。もう１つの実施形態では、ビッドを含むメッセージは、例えば、ＵＤＰ／ＩＰ及び／又は固有プロトコルなど、いくつかのプロトコルのうちの任意の１つに従って送信される。しかし、これはソース・ノード及び／又はプロキシ・サーバへのビッドの送信のために使用される通信プロトコルの単なる例であり、主張される主題はこの点で限定されない。

特定の実施形態によれば、ブロック３０２でビッド要求を受信する中間者は、例えば、特定された宛先ノードにデジタル対象物をフォワードすることが不可能及び／又は要求されたＱｏＳサービスを満たすための能力が不十分、この特定の懇願者又は懇願者のクラスと事業を行わない方針及び／又は同様のものなど、いくつかの理由のうちの任意の１つに関してビッド要求に応じないことを選択することができることを理解されたい。あるいは、中間者は、中間者が当該デジタル対象物をフォワードする事業に関してビッドしないことになる旨を示すメッセージをソース・ノード及び／又はプロキシ・サーバに送信することができる。もう１つの実施形態では、中間者はまた、ビッど・プロセスに参加しない理由を送信することも可能である。

ブロック３０６でビッドの伝送に続いて、プロセス３００は、ソース・ノード及び／又はプロキシ・サーバから、送信されたビッドが受け入れられたか又は拒絶されたかを示す応答を待つ。ソース・ノード及び／又はプロキシ・サーバからのかかる受入れメッセージは、デジタル対象物と一緒に帯域内で送信されたメッセージ、又は別個のネットワーク内の帯域外メッセージとして送信されたメッセージの形を取ってよい。例えば、一実施形態では、ダイヤモンド３０８は、デジタル対象物の少なくとも一部を運び、かつ宛先ノードにアドレス指定され、黙示的な受入れメッセージを提供する、１つ又は複数のデータ・パケットの入口通信ポートでの受信時にビッドの受入れを決定する。代替形態では、ブロック３０６でのビッドの伝送に続いて、デジタル対象物の少なくとも一部を運ぶかかるデータ・パケットが所定の期間内に入口通信ポートで受信されない場合、ダイヤモンド３０８はビッドの拒絶を決定する。もう１つの代替形態では、ダイヤモンド３０８は、帯域内及び／又は帯域外のデータ・リンクから受信された明示的な受入れメッセージ又は拒絶メッセージに基づいて、ビッドが受け入れられるか又は拒絶されるかを決定する。しかし、これらは中間者がデジタル対象物をフォワードするサービスに関するビッドの受入れ及び／又は拒絶をどのように決定するかの単なる例であり、主張される主題はこれらの点で限定されない。

ビッドが受け入れられたことの表示に応答して、ダイヤモンド３０８は、ブロック３１０で宛先ノードにデジタル対象物をフォワードすることを可能にする。例えば、中間者がＭＰＬＳネットワーク内でＬＳＲとして動作することが可能な１つ又は複数のルータを含む実施形態によれば、ブロック３１０は、ＬＳＰ内の１つ又は複数のルータが１つ又は複数の宛先ノードにデータ・パケットをフォワードすることを可能にする。関連するスイッチ・ラベルに基づいてデジタル対象物を運ぶと識別されるデータ・パケットは、ＬＳＰを介して１つ又は複数の宛先ノードに向けてフォワードされる。実施形態によれば、中間者は最初のルータの入口通信ポートでデジタル対象物を運ぶデータ・パケットを受信する。ＬＳＰ（又は、場合によっては、２つ以上の宛先ノードのための複数のＬＳＰ）に沿ってデジタル対象物を運ぶデータ・パケットは、宛先ノードに向けて最終的なルータの出口ポートから送信されるまで、１つ又は複数のルータを横断する。代替形態では、トラフィックの経路指定のためにインテリア・ゲートウェイ・プロトコル（ＩＧＰ）が使用さる。しかし、これらは中間者が宛先へのデジタル対象物のフォワードをどのように可能にし得るかの単なる例であり、主張された主題はこれらの点で限定されない。

ビッドが拒絶されたことの表示に応答して、ビッドが拒絶された場合、ダイヤモンド３０８は、ブロック３１２で宛先ノードにデジタル対象物をフォワードすることを禁止する。例えば、１つの特定の実施形態では、ブロック３１２は、例えば、送信者に通知せずにルータの入口ポートで受信されるパケットを落とすことによって、ルータの入口ポートで受信されたデータ・パケットをフォワードすることを禁止する。しかし、これは中間者が宛先ノードへのデジタル対象物のフォワードをどのように禁止することができるかの単なる例であり、主張される主題はこれらの点で限定されない。

上で指摘されたように、ビッド要求及び／又は関連するビッドは、複数の宛先ノードにデジタル対象物をフォワードすることに関する。この場合、特定の実施形態で、ソース・データ及び／又はプロキシ・サーバは、１つの宛先ノードにデジタル対象物をフォワードするためにビッドの一部を受け入れ、１つ又は複数のその他の宛先ノードにデジタル対象物をフォワードするためにビッドの一部を拒絶する。したがって、この特定の実施形態では、ダイヤモンド３０８は、（ビッドの受け入れられた部分に関連する）いくつかの宛先ノードにデジタル対象物をフォワードすることを可能にして、（ビッドの拒絶された部分に関連する）その他の宛先ノードにデジタル対象物をフォワードすることを禁止する。しかし、これは中間者がデジタル対象物をフォワードするサービスに関するビッドの部分的な受入れをどのように処理することができるかの単なる例であり、主張される主題はこれらの点で限定されない。

図６は、２つ以上の中間者を介してソース・ノードから１つ又は複数の宛先ノードにデジタル対象物を送信するためのデータ伝送ネットワーク４００の概略ブロック図である。ＩＳＰ４１０を介してデータ伝送ネットワーク４００に結合されたソース・ノード４０２が、ＩＳＰ４１６に結合された宛先ノードにデジタル対象物をフォワードすることを希望する。ＩＳＰ４１０は、何らの介在しているネットワーク・ホップなしに、中間者４１２ａ、４１２ｂ及び／又は４１２ｃにデジタル対象物をフォワードすることができる。しかし、中間者４１２ａ、４１２ｂ及び／又は４１２ｃは、１つ又は複数のダウンストリーム中間者の補助なしに宛先ノードにデジタル対象物をフォワードすることが必然的に不可能である。この場合、単一の中間者４１２ａ、４１２ｂ及び／又は４１２ｃは、少なくとも１つのダウンストリーム中間者４１３ａ、４１３ｂ、４１３ｃ、４１３ｄ、４１３ｅ、４１３ｆ及び／又は４１３ｇを介してデジタル対象物をフォワードせずに、ＩＳＰ４１６にデジタル対象物をフォワードすることが必然的に不可能である。同様に、単一の中間者４１３ａ、４１３ｂ、４１３ｃ、４１３ｄ、４１３ｅ、４１３ｆ及び／又は４１３ｇは、中間者４１５ａ、４１５ｂ及び／又は４１５ｃを介してデジタル対象物を経路指定せずにＩＳＰ４１６にデジタル対象物をフォワードすることが不可能である。

特定の実施形態によれば、ＩＳＰ４１０から宛先ノード４０４、４０６及び／又は４０８にデジタル対象物をフォワードするサービスに関するビッドのための要求に応答して、中間者４１２ａ、４１２ｂ及び／又は４１２ｃは、少なくとも一部、ダウンストリーム中間者４１３ａ〜ｇのうちの１つを介してデジタル対象物をフォワードすることに関連する費用に基づく条件を含むビッドを提供する。ビッドに関する要求に応答するための特定の実施形態によれば、プロセス３００（図５）を実行する間に、ブロック３０４で、中間者４１２ａ、４１２ｂ及び／又は４１２ｃは、１つ又は複数のダウンストリーム中間者４１３ａ〜ｇにビッド要求を送信する。１つ又は複数のダウンストリーム中間者からのビッドの受信時に、中間者４１２ａ、４１２ｂ及び／又は４１２ｃは、少なくとも一部、１つ又は複数のダウンストリーム中間者から受信された１つ又は複数のビッドからの条件に基づいて、ＩＳＰ４１０から受信されたデジタル対象物の伝送に関するビッドのための条件を決定する。中間者４１２ａ、４１２ｂ及び／又は４１２ｃは、次いで、上に例示されたようにプロセス３００を完了する。中間者４１２ａ、４１２ｂ及び／又は４１２ｃからのビッド要求に応答してビッドを決定する際に、中間者４１３ａ〜ｇは、上に例示されたように、ダウンストリーム中間者４１５ａ、４１５ｂ及び／又は４１５ｃのビッドを要求すること及び／又はダウンストリーム中間者４１５ａ、４１５ｂ及び／又は４１５からのビッドを受信することが同様に可能である。

図７は、実施形態に従って、中間者で受信されたビッド要求に基づいて動作するためのプロセス実施形態４５０を例示する概略ブロック図である。特定の実施形態によれば、プロセス実施形態４５０は、ソース・ノード及び／又はプロキシ・サーバからのビッド要求に応答して、１つ又は複数の中間者４１２によって実行される。もう１つの実施形態では、プロセス実施形態４５０は、中間者４１２からのビッド要求に応答して、１つ又は複数のダウンストリーム中間者４１３によって実行される。ブロック４５２で、中間者は、図５のブロック３０２を参照して上で例示されたように、ビッド要求を受信する。しかし、ダウンストリーム中間者４１３でビッド要求を受信する場合、かかるビッド要求は中間者４１２から発生する可能性がある点に留意されたい。ブロック４５４は、プロセス２００のブロック２０４を参照して上で例示されたように、宛先ノードにデジタル対象物を送信することが可能な１つ又は複数のダウンストリーム中間者を識別する。

ブロック４５６は、ダウンストリームビッド要求を形成して、ブロック４５４で識別されたダウンストリーム中間者に送信する。かかるビッド要求内に記載される条件は、少なくとも一部、ブロック４５２で受信された１つ又は複数のビッド要求内に記載された条件に基づく。例えば、特定の実施形態では、ブロック４５６で形成されたビッド要求は、図４のブロック２０６を参照して上で説明されたように、デジタル対象物を特徴づけ、１つ又は複数の宛先ノードを指定して、デジタル対象物が１つ又は複数の宛先ノードにどのように送信されるかを示す。ブロック４５６で形成されたビッド要求は、次いで、上のブロック２０６を参照して上で例示されたように、帯域内及び／又は帯域外メッセージとして、１つ又は複数のダウンストリーム中間者に送信される。

ブロック４５８で、中間者はブロック４５６で送信されたビッド要求に応答して、１つ又は複数のビッドを受信することができる。ブロック４５８で受信されたかかるビッドは、上で例示されたように、ブロック２０８で受信されたビッド内で表現されたそれらの条件を表現する。この場合、プロセス実施形態４５０は、１つ又は複数のビッド要求の伝送に続く所定の期間、ブロック４５６でビッド要求の伝送に続いて応答を待つ。次いで、ブロック４６０は、ブロック４５２で受信されたビッド要求に応答するために、１つ又は複数のビッドに関して条件を決定する。これらのビッド内に記載された条件は、少なくとも一部、ブロック４５６で受信された１つ又は複数のビッド内に記載された条件に基づく。この場合、例えば、ブロック４６０は、少なくとも一部、ブロック４５８で受信された１つ又は複数のビッドに関連する費用に基づいて、ブロック４５２で受信されたビッド要求に対応するビッドに関連する価格を決定する。しかし、これらは宛先にデジタル対象物を送信するサービスに関してビッドの条件がどのように決定されるかの単なる例であり、主張される主題はこの点で限定されない。

上の議論は、中間者が宛先ノードにデジタル対象物をフォワードするサービスを提供する事業に関してビッドすることができるプロセスを例示する。特定の実施形態では、データ伝送ネットワークは、ソース・ノード及び／又はＩＳＰを中間者と接続し、中間者を宛先ノードと接続するリンクを経てデータ・パケット内でデジタル対象物をトランスポートする。追加の実施形態では、デジタル対象物を送信するために使用されるデータ伝送ネットワークの他に、個別のネットワークは、例えば、ビッド要求、ビッド、及びそれらの状態などの管理メッセージの交換を円滑にする。これはデータ伝送ネットワーク上でデジタル対象物をフォワードするサービスに関するビッド及び請求の活動の集中的展開を可能にする。

図８は、ソース・ノードから宛先ノードにデジタル対象物を送信するための第１のネットワークと、中間者間でビッドを円滑にするための第２のネットワークとを含む、データ伝送ネットワーク５００の概略ブロック図である。ソース・ノード５０２は、ＩＳＰ５１０によってデータ伝送ネットワーク５００に結合されている。ソース・ノード５０２は、ＩＳＰ５１０、中間者５１２及び／又はＩＳＰ５１６を介して１つ又は複数の宛先ノード５１８にデジタル対象物を送信することができる。説明のため、ノードは実線を用いて表された第１のネットワークのデータ・リンクによって接続され、ノードは破線を用いて表された第２のネットワークのデータ・リンクによって接続されている。特定の実施形態によれば、実線で表されたデータ・リンクは、第１のネットワークの対応する部分を経て宛先に向けてデジタル対象物を送信する。また、破線によって表されるデータ・リンクは、データ伝送ネットワーク５００内でサーバ５２２とその他のノードの間で、例えば、ビッド要求メッセージ、ビッドメッセージ、受入れメッセージなどの制御メッセージを送信する。

実施形態によれば、ソース・ノード５０２は、上で議論されたように、１つ又は複数の宛先ノード５０８にデジタル対象物をフォワードするサービスに関して中間者５１２にビッド要求を送信する。同様に、中間者５１２は、上で議論されたように、このサービスに関してかかるビッドに対応することも可能である。しかし、特定の実施形態では、サーバ５２２は、とりわけ、中間者５１２にビッドを送信するため及び／又は中間者５１２からビッドを受信するために、第２のネットワーク内のデータ・リンクを介して、ソース・ノード５０２、ＩＳＰ５１０及び／又は中間者ノードと通信する。

実施形態によれば、エージェント・プロセス実施形態５２０は、サーバ５２２と通信するために１つ又は複数の中間者５１２を実行させる。例えば、特定の実施形態では、エージェント・プロセス実施形態５２０のインスタンスは、１つ又は複数の中間者５１２によって操作されるコンピュータ・システム上で実行することが可能な機械可読命令などの論理によって実行される。また、中間者５１２は、第１のネットワーク上でデジタル対象物を送信するために使用される通信ポートとは異なる、第２のネットワーク上で通信することが可能な帯域外通信ポートを含むことが可能である。特定の実施形態では、エージェント・プロセス５２０は、かかる帯域外通信ポートを介してサーバ５２２と通信する。

実施形態によれば、第２のネットワークのリンクは、例えば、前述のケーブル配線及び／又は無線中間者のうちのいずれかなど、いくつかの種類の伝送媒体のうちの任意の１つを含む。しかし、この場合も、これらは第２のネットワーク内でメッセージを送信するために使用される伝送媒体の単なる例であり、主張される主題はこれらの点で限定されない。特定の実施形態によれば、メッセージは、前述のデータ・リンク層プロトコルのうちの任意の１つを使用して、第２のネットワークのリンク内で送信され、前述のネットワーク・プロトコルのうちの任意の１つに従って、第２のネットワーク上の伝送のためにフォーマットされる。しかし、この場合も、これらはデータ・リンク及び／又はネットワーク・プロトコルの単なる例であり、主張される主題はこれらの点で限定されない。

実施形態によれば、ソース・ノード５０２から１つ又は複数の宛先ノード５１８にデジタル対象物をフォワードするサービスに関するビッドのプロセスは、少なくとも一部、サーバ５２２及び／又はエージェント・プロセス実施形態５２０によって制御される。図９は、データ伝送ネットワーク５００の実施形態に従って、１つ又は複数の宛先ノードへのデジタル対象物の伝送を開始するためのプロセス６００を例示する流れ図である。例えば、特定の実施形態では、プロセス実施形態６００は、ソース・ノード５０２及び／又はＩＳＰ５１０で論理によって実行される。ブロック６０２で、デジタル対象物は、図４のブロック２０２を参照して上で例示されたように作成されてもよい。しかし、ビッド要求を直接中間者に送信するのではなく、プロセス６００は、（例えば、第２のネットワーク上で）ビッド要求をサーバ５２２にフォワードする。図１０を参照して下で例示されるように、サーバ５２２は、次いで、宛先ノードにデジタル対象物をフォワードして、デジタル対象物をフォワードするための中間者を選択するサービスに関して、中間者５１２間でビッど・プロセスを円滑にすることができる。ブロック６０６は、選択された中間者にデジタル対象物をフォワードすることを可能にするサーバ５２２から、（例えば、第２のネットワーク上で）情報を受信する。例えば、ブロック６０６は、ＩＳＰ５１０がデジタル対象物を運ぶデータ・パケットを選択された中間者５１２に送信する、選択された中間者５１２に関連するネットワーク・アドレス及び／又はいくつかのその他の識別子を受信する。ブロック６０８は、次いで、少なくとも一部、ブロック６０６で受信されたフォワード命令に基づいて、選択された中間者へのデジタル対象物の伝送を開始することができる。

図１０は、図８のデータ伝送ネットワークの特定の実施形態に従って、１つ又は複数の宛先ノードにデジタル対象物をフォワードするサービスに関してビッドを円滑にするプロセス実施形態７００を例示する流れ図である。ブロック７０２は、第２のネットワークからの（例えば、ブロック６０４で送信された）ビッド要求をソース・ノード５０２及び／又はＩＳＰ５１０から受信する。ブロック７０４は、次いで、第２のネットワーク上で１つ又は複数の中間者５１２にビッド要求をブロードキャストする。第２のネットワークからのビッド要求の受信時に、関連する中間者が実行するエージェント５２０のインスタンスは、図５を参照して上で例示されたように、ビッド要求を処理してビッドを提供する。しかし、この特定の実施形態では、エージェント５２０のインスタンスは、第２のネットワーク上でサーバ５２２からビッド要求を受信することと、サーバ５２２にビッドを送信することとが可能である。

一実施形態では、プロセス実施形態７００は、当初、ブロック２０４（図４）を参照して上で例示されたように宛先にデジタル対象物を送信する中間者５１２を識別して、ブロック７０４でのビッド要求の伝送をかかる中間者５１２に制限することができる。あるいは、プロセス実施形態７００は、上で例示されたように、中間者５１２の可能性を決定する目的で、ビッド要求への応答及び／又は応答の不在に単に依存することが可能である。

エージェント５２０のインスタンスからビッドの受信時に、プロセス実施形態７００は、少なくとも一部、ブロック２０８（図４）を参照して上で例示されたように、受信されたビッド内で記載された条件に基づいて、１つ又は複数の宛先にデジタル対象物をフォワードするために１つ又は複数の中間者５１２を選択することが可能である。次いで、ブロック７０８は、少なくとも一部、１つ又は複数の選択された中間者に基づいて、デジタル対象物をフォワードする際に使用されることになる情報（例えば、（１つ又は複数の）選択された中間者の（１つ又は複数の）ネットワーク・アドレス）を第２のネットワーク上でソース・ノード５０２及び／又はＩＳＰ５１０に送信する。

実施形態によれば、サーバ５２２及び／又はエージェント・プロセス実施形態５２０は、クライアント・ソース・ノード及び／又はＩＳＰに関して請求情報を維持することが可能である。例えば、サーバ５２２は、上で説明されたビッど・プロセス又はその他の結果として生じたデジタル対象物をフォワードするために中間者に支払うべき費用のアカウントを維持する。特定の実施形態では、ブロック７１０は、宛先ノードにデジタル対象物をフォワードするために選択された中間者５１２によって提供されるビッドの条件に従って、ソース・ノード５０２及び／又はＩＳＰ５１０のアカウントを更新する。例えば、サーバ５２２は、費用を、ブロック７０２で受信されたビッド要求の一部として、ＤＴＦのフィールド内で提供されたアカウント番号と関連づける。しかし、これはデジタル対象物のフォワードに関して生じた費用のアカウントを維持及び／又は更新する単なる例であり、主張される主題はこれらの点で限定されない。

もう１つの特定の実施形態では、サーバ５２２は、データ伝送ネットワーク内で対象物をフォワードする際に中間者のサービスを使用したノードに対して未払費用の周期的な請求を調整することが可能である。サーバ５２２はまた、デジタル対象物をフォワードするサービスを実行した中間者への接続費用及び／又は支払いを円滑にすることも可能である。一実施形態では、サーバ５２２は、デジタル対象物をフォワードする際に中間者のサービスを用いることが可能な当事者（例えば、ソース・ノード及び／又はＩＳＰ）に関して信用アカウントを維持する。この場合、サーバ５２２は、当事者のために実行されたサービスに関して、当事者の信用アカウントに周期的に請求を調整する。しかし、これらはサーバ５２２が中間者によって実行されたサービスに関して周期的な請求をどのように調整することができるかの単なる例であり、主張される主題はこれらの点で限定されない。

図３で例示されたように、ソース・ノードは、複数の経路上で複数の宛先ノードにデジタル対象物をフォワードすることが可能である。第１の中間者が、第１の経路上で１つ又は複数の宛先ノードにデジタル対象物をフォワードするために選択され、第２の中間者が、第２の経路上で１つ又は複数の宛先ノードにデジタル対象物を送信するために選択される。図８から１０の実施形態は、複数の宛先に対して複数の経路内でデジタル対象物をフォワードするサービスに関して中間者間のビッドを円滑にするできることが明らかであろう。この場合、サーバ５２２は、ブロック７０８で、デジタル対象物をフォワードするための情報を、複数の経路に対応する２つ以上の中間者に提供することができる。

図６、図７は、２つ以上の中間者でデジタル対象物をフォワードすることによって宛先ノードにデジタル・データを伝送するための方法及び／又はシステムを例示する。この場合、特定の実施形態によれば、第２のネットワークは、ソース・ノード及び／又はＩＳＰ、さらにＩＳＰからデジタル対象物を受信することが可能な中間者にサーバ５２２を結合する。サーバ５２２からのビッド要求に応答して、（第２のネットワークに結合された中間者上で実行する）エージェント５２０のインスタンスは、１つ又は複数のダウンストリーム中間者（図示せず）からビッドを取得する。エージェント５２０のインスタンスは、次いで、プロセス実施形態４５０で上に例示されたように、宛先ノードにデジタル対象物をフォワードするサービスに関するビッドのための条件を決定して、第２のネットワーク上でサーバ５２２にビッドを送信する。１つ又は複数のビッドの受入れ時に、サーバ５２２は、第２のネットワーク上でエージェント５２０の１つ又は複数のインスタンスに１つ又は複数の受入れメッセージを送信する。あるいは、上で例示されたように、受入れは、デジタル対象物のすべて又は一部を運ぶ中間者で１つ又は複数のデータ・パケットの受信時に黙示されることが可能である。かかる受入れの（明示的及び／又は黙示的）表示時に、エージェント５２０のインスタンスは、上で例示されたように、１つ又は複数のダウンストリーム中間者から受信された１つ又は複数の前記ビッドを受け入れることができる。

現在、例示的な実施形態であるとされるものが例示及び説明されたものの、当業者は、主張された主題から逸脱せずに、様々なその他の修正形態が行われることが可能であり、均等物が代用されることを理解されよう。加えて、本明細書で説明された主要な構想から逸脱せずに、主張される主題の教示に特定の状況を適応するために多くの修正形態が行われることが可能である。したがって、主張される主題は開示された特定の実施形態に限定されず、主張される主題は、主張される主題の範囲に包括されるすべての実施形態と、その均等物とを含むことも可能であることが意図される。

実施形態による、データ伝送ネットワークの概略ブロック図である。 実施形態に従って、宛先ノードにデジタル対象物の少なくとも一部を送信するために、中間者によって所有され、賃貸され、制御され及び／又は操作されるルータの概略ブロック図である。 実施形態に従って、２つ以上の宛先ノードにデジタル対象物を送信するためのデータ伝送ネットワークの概略ブロック図である。 実施形態に従って、ソース・ノードからデジタル対象物の伝送を開始するためのプロセスを例示する流れ図である。 実施形態に従って、中間者で受信されたビッド要求に基づいて動作するためのプロセスを例示する流れ図である。 ２つ以上の中間者を介してソース・ノードから宛先ノードにデジタル対象物を送信するためのデータ伝送ネットワークの概略ブロック図である。 実施形態に従って、中間者で受信されたビッド要求に基づいて動作するためのプロセスを例示する流れ図である。 ソース・ノードから宛先ノードにデジタル対象物を送信するための第１のネットワークと、中間者間でビッドを円滑にするための第２のネットワークとを含むデータ伝送ネットワークの概略ブロック図である。 図８のデータ伝送ネットワークの実施形態に従って、１つ又は複数の宛先ノードへのデジタル対象物の伝送を開始するためのプロセスを例示する流れ図である。 図８のデータ伝送ネットワークの実施形態に従って、１つ又は複数の宛先ノードにデジタル対象物をフォワードするサービスに関してビッドを円滑にするためのプロセスを例示する流れ図である。

Claims (34)

1. 宛先ノードにデジタル対象物をフォワードするために第１のビッド要求を受信するステップと、
   第２のビッド要求を１つ又は複数の中間者に送信するステップと、
   前記第２のビッド要求に応答して、前記１つ又は複数の中間者から１つ又は複数のビッドを受信するステップと、
   前記受信された１つ又は複数のビッド内で表現された条件に少なくとも部分的に基づいて、前記第１のビッド要求に応答してビッドを送信するステップと
   を含む方法。
2. 前記宛先に前記デジタル対象物をフォワードすることが可能な１つ又は複数の中間者を識別するステップをさらに含む請求項１に記載の方法。
3. 前記送信されたビッドの受入れを表示するメッセージを受信するステップと、
   前記第２のビッド要求に応答して、受信された前記ビッドのうち少なくとも１つを受け入れるために、前記中間者のうちの１つ又は複数の選択された中間者にメッセージを送信するステップと
   をさらに含む請求項１に記載の方法。
4. 前記デジタル対象物をソース・ノードから受信するステップと、
   前記デジタル対象物を前記１つ又は複数の識別された中間者のうちの少なくとも１つにフォワードするステップと
   をさらに含む請求項１に記載の方法。
5. 前記デジタル対象物を前記１つ又は複数の識別された中間者のうちの少なくとも１つに前記フォワードするステップが、
   前記デジタル対象物を１つ又は複数のデータ・パケットにフォーマットするステップと、
   前記１つ又は複数のデータ・パケットをスイッチ・ラベルと関連づけるステップと、
   １つ又は複数の前記データ・パケットをラベル・スイッチ・ルータにフォワードするステップと
   をさらに含む請求項４に記載の方法。
6. 前記送信されたビッドの受入れの表示を受信するステップをさらに含む請求項１に記載の方法。
7. 前記表示に応答して、前記宛先ノードへの前記デジタル対象物のフォワードを可能にするステップをさらに含む請求項６に記載の方法。
8. 前記表示に応答して、前記１つ又は複数の中間者のうちの少なくとも１つに受入れメッセージを送信するステップをさらに含む請求項６に記載の方法。
9. 前記第１のビッド要求がソース・ノード及び／又はインターネット・サービス・プロバイダから受信される請求項１に記載の方法。
10. 前記ビッド要求が中間者から受信される請求項１に記載の方法。
11. 宛先ノードにデジタル対象物をフォワードするために、第１のビッド要求を受信する手段と、
    第２のビッド要求を１つ又は複数の中間者に送信する手段と、
    前記第２のビッド要求に応答して、前記１つ又は複数の中間者から１つ又は複数のビッドを受信する手段と、
    前記第１のビッド要求に応答して、前記受信された１つ又は複数のビッド内に表現された条件に少なくとも部分的に基づいて、ビッドを送信する手段と
    を含む方法。
12. 前記宛先に前記デジタル対象物をフォワードすることが可能な１つ又は複数の中間者を識別する手段をさらに含む請求項１１に記載の装置。
13. 前記送信されたビッドの受入れを表示するメッセージを受信する手段と、
    前記第２のビッド要求に応答して、受信された前記ビッドのうちの少なくとも１つを受け入れるために、前記中間者のうちの１つ又は複数の選択された中間者にメッセージを送信する手段と
    をさらに含む請求項１１に記載の装置。
14. 前記デジタル対象物をソース・ノードから受信する手段と、
    前記デジタル対象物を前記１つ又は複数の識別された中間者にフォワードする手段と
    をさらに含む請求項１１に記載の装置。
15. 前記１つ又は複数の識別された中間者のうちの少なくとも１つに前記デジタル対象物をフォワードする前記手段が、
    前記デジタル対象物を１つ又は複数のデータ・パケットにフォーマットする手段と、
    前記１つ又は複数のデータ・パケットをスイッチ・ラベルと関連づけるための手段と、
    １つ又は複数の前記データ・パケットをラベル・スイッチ・ルータにフォワードする手段と
    をさらに含む請求項１４に記載の装置。
16. 前記送信されたビッドの受入れの表示を受信する手段をさらに含む請求項１１に記載の装置。
17. 前記表示に応答して、前記宛先ノードへの前記デジタル対象物のフォワードを可能にする手段をさらに含む請求項１６に記載の装置。
18. 前記表示に応答して、前記１つ又は複数の中間者のうちの少なくとも１つに受入れメッセージを送信する手段をさらに含む請求項１６に記載の装置。
19. 宛先ノードにデジタル対象物をフォワードするために第１のビッド要求を処理し、
    １つ又は複数の中間者への第２のビッド要求の伝送を開始し、
    前記第２のビッド要求に応答して、前記１つ又は複数の中間者から受信された１つ又は複数のビッドを処理し、
    前記第１の入力要求に応答して、少なくとも一部、前記受信された１つ又は複数のビッド内で表現された条件に基づいて、ビッドを送信するステップを開始する
    機械可読命令が記憶された記憶媒体からなる製品。
20. 前記記憶媒体が、前記宛先に前記デジタル対象物をフォワードすることが可能な１つ又は複数の中間者を識別する機械可読命令がさらに記憶された請求項１９に記載の製品。
21. 前記記憶媒体が、
    前記送信されたビッドの受入れを表示するメッセージを検出し、
    前記第２のビッド要求に応答して、受信された前記ビッドのうちの少なくとも１つを受け入れるために前記中間者のうちの１つ又は複数の選択された中間者へのメッセージの伝送を開始する
    機械可読命令をさらに記憶している含む請求項１９に記載の製品。
22. 前記記憶媒体が、
    前記デジタル対象物をソース・ノードから受信し、
    前記１つ又は複数の識別された中間者のうちの少なくとも１つへの前記デジタル対象物のフォワードを開始する
    機械可読命令をさらに記憶している請求項１９に記載の製品。
23. 前記記憶媒体が、
    前記デジタル対象物を１つ又は複数のデータ・パケットにフォーマットし、
    前記１つ又は複数のデータ・パケットをスイッチ・ラベルと関連づけ、
    ラベル・スイッチ・ルータへの１つ又は複数の前記データ・パケットのフォワードを開始する
    機械可読命令をさらに記憶している請求項２２に記載の製品。
24. 前記記憶媒体が、前記送信されたビッドの受入れの表示を検出する機械可読命令をさらに記憶している請求項１９に記載の製品。
25. 前記記憶媒体が、前記表示に応答して、前記宛先ノードへの前記デジタル対象物のフォワードを可能にする機械可読命令をさらに記憶している請求項２４に記載の製品。
26. 前記記憶媒体が、前記表示に応答して、前記１つ又は複数の中間者のうちの少なくとも１つへの受入れメッセージの伝送を開始する機械可読命令をさらに記憶している請求項２４に記載の製品。
27. コンピューティング・プラットフォームを含む装置であって、前記コンピューティング・プラットフォームが、
    宛先ノードにデジタル対象物をフォワードするために第１のビッド要求を処理し、
    １つ又は複数の中間者への第２のビッド要求の伝送を開始し、
    前記第２のビッド要求に応答して、前記１つ又は複数の中間者から受信された１つ又は複数のビッドを処理し、
    前記第１のビッド要求に応答して、少なくとも一部、前記受信された１つ又は複数のビッド内で表現された条件に基づいてビッドを送信するステップを開始する
    ように適合された装置。
28. 前記コンピューティング・プラットフォームが、前記宛先に前記デジタル対象物をフォワードすることが可能な１つ又は複数の中間者を識別するようにさらに適合された請求項２７に記載の装置。
29. 前記コンピューティング・プラットフォームが、
    前記送信されたビッドの受入れを表示するメッセージを検出し、
    前記第２のビッド要求に応答して、受信された前記ビッドのうちの少なくとも１つを受け入れるために前記中間者のうちの１つ又は複数の選択された中間者へのメッセージの伝送を開始する
    ようにさらに適合された請求項２７に記載の装置。
30. 前記デジタル対象物をソース・ノードから受信し、
    前記デジタル対象物を前記１つ又は複数の識別された中間者のうちの少なくとも１つにフォワードする
    ためのラベル・スイッチ・ルータをさらに含む請求項２７に記載の装置。
31. 入口通信ポートで１つ又は複数のデータ・パケットとして前記デジタル対象物を受信し、
    前記１つ又は複数のデータ・パケットをスイッチ・ラベルと関連づけ、
    １つ又は複数の前記データ・パケットをダウンストリーム・ラベル・スイッチ・ルータにフォワードする
    ためのラベル・スイッチ・ルータをさらに含む請求項３０に記載の装置。
32. 前記コンピュータ・プラットフォームが、前記送信されたビッドの受入れの表示を検出するようにさらに適合された請求項２７に記載の装置。
33. 前記コンピュータ・プラットフォームが、前記表示に応答して、前記宛先ノードへの前記デジタル対象物のフォワードを可能にするようにさらに適合された請求項３２に記載の装置。
34. 前記コンピューティング・プラットフォームが、前記表示に応答して、前記１つ又は複数の中間者のうちの少なくとも１つへの受入れメッセージの伝送を開始するようにさらに適合された請求項３２に記載の装置。

Images