專利名稱：端到端的數(shù)據(jù)傳送的制作方法
技術(shù)領(lǐng)域：
本公開一般地涉及數(shù)據(jù)的網(wǎng)絡(luò)傳輸，并且不以限制的方式涉及以獨(dú)特的方式來傳 送內(nèi)容。
背景技術(shù)：
使用因特網(wǎng)的傳統(tǒng)數(shù)據(jù)傳輸劃分為兩個(gè)大類，即傳統(tǒng)源下載(origindownload) 和終端用戶始發(fā)下載。兩者中的任一類型的下載可以用于諸如文件上傳和下載或者流傳輸 這樣的內(nèi)容傳輸。在傳統(tǒng)的源下載中，中央服務(wù)器(諸如源端服務(wù)器)、傳統(tǒng)的內(nèi)容傳輸網(wǎng) 絡(luò)或者傳統(tǒng)的高速緩存作為對于終端用戶的內(nèi)容來源。在用戶始發(fā)下載中，一個(gè)終端用戶 作為另一個(gè)終端用戶的內(nèi)容來源。在早期的用戶始發(fā)下載系統(tǒng)(經(jīng)常被稱為第一代對等(P2P)內(nèi)容傳輸系統(tǒng))中， 當(dāng)單獨(dú)的終端用戶尋求找到從其對等者可獲得的內(nèi)容時(shí)，所述終端用戶登錄到中央索引服 務(wù)器中。發(fā)出請求的終端用戶查看中央索引服務(wù)器中的跟蹤器功能，所述跟蹤器功能充當(dāng) 從來源終端用戶可獲得的內(nèi)容的文件目錄。一旦識(shí)別出提供所請求的內(nèi)容的來源終端用 戶，則直接在發(fā)出請求的終端用戶和來源終端用戶之間進(jìn)行實(shí)際內(nèi)容傳送。由于許多原因，用戶始發(fā)下載是有爭議的。有一種觀念是，用戶始發(fā)下載促進(jìn)了盜 版。另外，因特網(wǎng)服務(wù)提供商(ISP)不喜歡用戶始發(fā)下載，因?yàn)槠湎騃SP系統(tǒng)強(qiáng)加了高水平 的資源利用，并且?guī)砹伺c管理增大的數(shù)據(jù)流相關(guān)聯(lián)的困難。盡管有這些問題，用戶始發(fā)下 載繼續(xù)變得在終端用戶之間更普及，從而支持諸如因特網(wǎng)電話、文件/流傳送和因特網(wǎng)電 視這樣的應(yīng)用。許多ISP已經(jīng)通過下述方式嘗試重新獲得對于它們的網(wǎng)絡(luò)基礎(chǔ)設(shè)施的資源利用 的控制試圖識(shí)別和調(diào)節(jié)用戶始發(fā)下載。一些已經(jīng)借助于業(yè)務(wù)節(jié)流或者整形(shaping)以 減慢或者消除資源使用。但是，第二代用戶始發(fā)下載系統(tǒng)(也稱為分散式P2P系統(tǒng))已經(jīng)消除了對于中央 服務(wù)器的需要。在這樣的系統(tǒng)中，對等者向其他對等者發(fā)送搜索查詢。如果對等者不能服務(wù) 于請求，則它將所述查詢轉(zhuǎn)發(fā)到其他對等者，直到找到所請求的信息。當(dāng)找到所述信息時(shí)， 發(fā)起的對等者從具有所述信息的對等者直接地接收下載。使用這些和其他技術(shù)，由于沒有 中央索引服務(wù)器，所以第二代用戶始發(fā)下載系統(tǒng)尋求通過阻止ISP檢測P2P業(yè)務(wù)的能力來 逃避網(wǎng)絡(luò)限制。第三代混合式用戶始發(fā)系統(tǒng)(也被稱為混合式P2P系統(tǒng))在集中式目錄結(jié)構(gòu)和分 布式結(jié)構(gòu)之間操作。網(wǎng)絡(luò)使用作為微型中央服務(wù)器的超節(jié)點(diǎn)來保持網(wǎng)絡(luò)是分布式的，同時(shí)減少識(shí)別所請求的內(nèi)容的擁有者所需要的時(shí)間。這些超節(jié)點(diǎn)通常不知道它們已經(jīng)被選擇來如此操作。通常，第三代用戶始發(fā)下載系統(tǒng)也尋求通過阻止ISP檢測P2P業(yè)務(wù)的能力來逃 避網(wǎng)絡(luò)限制。存在一種長尾理論，其提出模糊內(nèi)容是難以有效率地提供給終端用戶的。高速緩 存在提供常請求的項(xiàng)目上是有效率的，但是其很少存儲(chǔ)模糊的內(nèi)容。通常，模糊內(nèi)容必定源 自源端服務(wù)器(origin server)——如果仍然可以獲得的話。在終端用戶具有模糊內(nèi)容的 情況下，依賴于該用戶的提供適用性，用戶始發(fā)下載可以充當(dāng)另一個(gè)終端用戶的該內(nèi)容的 來源，而不用返回到源端服務(wù)器。這種類型的有效率的傳送對于終端用戶和ISP來說都是 有益的。

發(fā)明內(nèi)容
可以結(jié)合全局資源授權(quán)基礎(chǔ)設(shè)施來實(shí)現(xiàn)用于使用到因特網(wǎng)服務(wù)提供商(ISP)的 單個(gè)接口點(diǎn)來控制終端用戶客戶端的行為的數(shù)據(jù)傳送系統(tǒng)和方法的實(shí)施例。這種基礎(chǔ)設(shè)施 可以用于建立廣泛的分布式服務(wù)和應(yīng)用，其中，使用設(shè)備的IP地址空間通過多層控制面可 控制每個(gè)設(shè)備。在一個(gè)實(shí)施例中，本公開提供了一種用于在客戶端之間傳送內(nèi)容的方法。從第一 實(shí)體接收用于指示第一組可能合格的來源的第一設(shè)置。從第二實(shí)體接收用于指示第二組可 能合格的來源的第二設(shè)置。從客戶端接收內(nèi)容請求。確定基于所述第一設(shè)置和所述第二設(shè) 置的策略。所述策略指示一組合格來源。這組合格來源是從所述第一組可能合格的來源和 所述第二組可能合格的來源中提取的。確定所述一組合格來源中具有所述內(nèi)容的子集。通 常，所述子集包括一個(gè)或多個(gè)客戶端站。向所述客戶端發(fā)送對于所述子集的指示。在一些 情況下，確定用于指示所述一組合格來源的策略包括確定所述一組合格來源包括源端服 務(wù)器。在其他情況下，接收內(nèi)容請求包括從客戶端接收內(nèi)容請求，所述請求指定源自源端 服務(wù)器的內(nèi)容。在其他情況下，所述第一設(shè)置的接收包括接收用于指示所述第一組可能合 格的來源所需要的最小可接受數(shù)據(jù)傳輸速率的設(shè)置。有時(shí)，所述第二設(shè)置的接收包括從服 務(wù)于客戶端的因特網(wǎng)服務(wù)提供商(ISP)的部件接收所述第二設(shè)置。在另一個(gè)實(shí)施例中，本公開提供了一種數(shù)據(jù)傳送系統(tǒng)，其被配置來允許在終端用 戶設(shè)備之間進(jìn)行內(nèi)容下載。所述數(shù)據(jù)傳送系統(tǒng)可以包括第一客戶端，所述第一客戶端與能 夠通過因特網(wǎng)來通信的第一設(shè)備相關(guān)聯(lián)，并且被配置來提供第一設(shè)置，其中能夠從所述第 一設(shè)置中確定第一組可能合格的來源。所述數(shù)據(jù)傳送系統(tǒng)還可以包括第二客戶端，所述第 二客戶端與能夠通過因特網(wǎng)來通信的第二設(shè)備相關(guān)聯(lián)。所述系統(tǒng)可以具有網(wǎng)絡(luò)實(shí)體，所述 網(wǎng)絡(luò)實(shí)體被配置來提供第二設(shè)置，從所述第二設(shè)置，可以確定第二組可能合格的來源。所述 系統(tǒng)可以接收所述第一設(shè)置和所述第二設(shè)置以及來自所述第一客戶端的內(nèi)容請求。所述系 統(tǒng)可以根據(jù)所述第一設(shè)置和所述第二設(shè)置來確定策略。所述策略允許確定一組合格的來源 設(shè)備。所述系統(tǒng)還可以確定所述一組合格來源中具有所述內(nèi)容的子集。有時(shí)，所述子集包括 所述第二客戶端。所述系統(tǒng)向第一客戶端發(fā)送對于第二客戶端的指示。所述第一設(shè)置有時(shí) 指示所述第一組可能合格的來源所需要的最小可接受數(shù)據(jù)傳輸速率。所述網(wǎng)絡(luò)實(shí)體可以是 服務(wù)于所述第一客戶端的因特網(wǎng)服務(wù)提供商(ISP)的部件。所述網(wǎng)絡(luò)實(shí)體可以表征所述第 一客戶端和所述第二客戶端之間的關(guān)系，并且指定與所述關(guān)系相關(guān)聯(lián)的內(nèi)容共享特權(quán)。所述系統(tǒng)可以被配置來確定所述合格來源的子集包括源端服務(wù)器。所述系統(tǒng)可以被配置來接收內(nèi)容請求，所述請求指定源自源端服務(wù)器的內(nèi)容，并且所述系統(tǒng)可以被配置來確定僅僅 包括終端用戶的子集。在另一個(gè)實(shí)施例中，本公開提供了一種用于在客戶端之間傳送內(nèi)容的方法。在因 特網(wǎng)設(shè)備中的客戶端層從一個(gè)或多個(gè)應(yīng)用接收一個(gè)或多個(gè)應(yīng)用設(shè)置。所述一個(gè)或多個(gè)應(yīng)用 設(shè)置指示第一組可能合格的客戶端的特性。所述客戶端層確定與所述一個(gè)或多個(gè)應(yīng)用設(shè)置 有關(guān)的一個(gè)或多個(gè)客戶端設(shè)置。所述客戶端層從發(fā)出請求的應(yīng)用接收內(nèi)容請求。獲取關(guān)于 一組合格客戶端的信息。根據(jù)所述一個(gè)或多個(gè)客戶端設(shè)置和一個(gè)或多個(gè)網(wǎng)絡(luò)設(shè)置來確定所 述一組合格客戶端。因特網(wǎng)組件確定所述一個(gè)或多個(gè)網(wǎng)絡(luò)設(shè)置。所述因特網(wǎng)組件遠(yuǎn)離與所 述應(yīng)用相關(guān)聯(lián)的設(shè)備。所述一組合格客戶端或者匹配所述第一組可能合格的客戶端的子 集，或者是所述第一組可能合格的客戶端的子集。例如由客戶端層、另一個(gè)客戶端、超節(jié)點(diǎn) 或者調(diào)度器類型的實(shí)體來獲取關(guān)于來源客戶端的信息。所述來源客戶端在所述一組合格客 戶端中，并且具有所述內(nèi)容。所述客戶端層從來源客戶端請求內(nèi)容，以傳輸?shù)桨l(fā)出請求的應(yīng) 用。在一些情況下，內(nèi)容請求指定源自源端服務(wù)器的內(nèi)容。在一些情況下，找到可以服務(wù)于 請求的合格源端服務(wù)器。所述應(yīng)用設(shè)置之一可以指示所述第一組可能合格的來源所需要的 最小可接受數(shù)據(jù)傳輸速率。與一個(gè)或多個(gè)客戶端設(shè)置相關(guān)聯(lián)的客戶端可以與來自所述一 組合格客戶端中的第二客戶端具有限定的關(guān)系?？梢灾付ㄅc所述關(guān)系相關(guān)聯(lián)的內(nèi)容共享特 權(quán)。根據(jù)以下給出的詳細(xì)描述，本公開的其他適用范圍將變得顯而易見。應(yīng)當(dāng)明白，該 詳細(xì)描述和具體示例在指示各個(gè)實(shí)施例時(shí)僅意圖用于說明的目的，而并不意圖必然限制本 公開的范圍。


結(jié)合附圖來描述本公開圖1描繪了數(shù)據(jù)傳送系統(tǒng)的實(shí)施例的框圖。圖2描繪了與用戶耦合的ISP的實(shí)施例的框圖。圖3A、3B和3C描繪了多層控制面的替代實(shí)施例的圖。圖4說明了用于執(zhí)行用戶始發(fā)下載的處理的實(shí)施例的流程圖。圖5說明了一般從滿足請求的實(shí)體的視點(diǎn)看的、用于執(zhí)行用戶始發(fā)下載的處理的 實(shí)施例的流程圖。圖6說明了一個(gè)示例性實(shí)施例的流程圖，其一般地說明了通過終端用戶下載的方 式來服務(wù)于對于源端服務(wù)器內(nèi)容的請求。圖7說明了一個(gè)示例性實(shí)施例的流程圖，其包括說明在應(yīng)用和客戶端之間進(jìn)行交
互的方案。在附圖中，類似組件和/或特征可以具有相同的參考標(biāo)號。而且，可以通過下述方 式來區(qū)分同一類型的各個(gè)組件在參考標(biāo)號之后緊跟短劃線和在類似的組件之間進(jìn)行區(qū)分 的第二標(biāo)號。如果在本說明書中僅僅使用第一參考標(biāo)號，則該描述適用于具有相同的第一 參考標(biāo)號的類似組件的任何一個(gè)，而與第二參考標(biāo)號無關(guān)。
具體實(shí)施例方式下面的描述僅僅提供了一個(gè)或多個(gè)優(yōu)選示例性實(shí)施例，并且不意圖限制本公開的范圍、適用性或者配置。相反，這些優(yōu)選示例性實(shí)施例的下面的描述將向本領(lǐng)域技術(shù)人員提 供使得能夠?qū)崿F(xiàn)優(yōu)選示例性實(shí)施例的描述。應(yīng)當(dāng)明白，在不偏離在所附權(quán)利要求中闡述的 精神和范圍的情況下，可以在部件的功能和布置上進(jìn)行各種改變。在整個(gè)文檔中，術(shù)語“內(nèi)容傳輸”和“內(nèi)容下載”被使用，并且可以表示文件下載或 者流傳輸。另外，內(nèi)容對象可以是文件或者流。例如，內(nèi)容對象可以是語音呼叫流、視頻流、 圖像文件、音樂文件、實(shí)況音樂會(huì)、動(dòng)畫、廣告、網(wǎng)頁、幻燈片、數(shù)據(jù)文件或者可執(zhí)行軟件等。首先參見圖1，其示出了數(shù)據(jù)傳送系統(tǒng)100的實(shí)施例的框圖。數(shù)據(jù)傳送系統(tǒng)100允 許家庭網(wǎng)絡(luò)132或者商業(yè)網(wǎng)絡(luò)136中的終端用戶直接地從其他終端用戶請求內(nèi)容下載/充 當(dāng)其他終端用戶的內(nèi)容下載的來源。所述終端用戶(有時(shí)被簡稱為用戶)通常是個(gè)人計(jì)算 機(jī)，但是也可以是能夠通過因特網(wǎng)通信的任何用戶控制的設(shè)備，諸如作為舉例說明的手持 設(shè)備、媒體播放器、移動(dòng)電話或者超級計(jì)算終端。在一些情況下，終端用戶可以包括聯(lián)網(wǎng)的 一組終端用戶。除了從終端用戶向終端用戶的數(shù)據(jù)傳送之外，在圖1中所示的數(shù)據(jù)傳送系統(tǒng)100 還允許終端用戶132和內(nèi)容提供商128之間的傳統(tǒng)源下載?？梢杂枚喾N協(xié)議來涉及內(nèi)容對 象。例如，通用資源定位符(URL)可以涉及從內(nèi)容提供商可獲得的內(nèi)容對象。在許多情況 下，內(nèi)容提供商128與內(nèi)容傳輸網(wǎng)絡(luò)(CDN)簽約以外包內(nèi)容對象的傳輸。CDN是在因特網(wǎng)上 聯(lián)網(wǎng)在一起的計(jì)算機(jī)的系統(tǒng)，這些計(jì)算機(jī)透明地合作以傳輸內(nèi)容，經(jīng)常用于提高性能、可擴(kuò) 展性和成本效益等的目的。例如，具有全球分布的大型在線照片處理企業(yè)可以與CDN簽約 以向世界各地分發(fā)用戶界面的功能，以加速對于終端用戶進(jìn)行的查詢的響應(yīng)。在這種情況 下，內(nèi)容提供商和⑶N都被激勵(lì)來有效率地使用⑶N網(wǎng)絡(luò)以進(jìn)一步增強(qiáng)性能。在一個(gè)方案 中，圖1中所示的配置可以用于這個(gè)目的。雖然許多網(wǎng)絡(luò)配置是可能的，但是為了說明的目的，在圖1中假定內(nèi)容提供商128 已經(jīng)與⑶N簽約。根據(jù)在圖1中所示的示例性實(shí)施例，⑶N控制全局資源授權(quán)單元104和 控制層數(shù)據(jù)庫112以及調(diào)度器108、內(nèi)容數(shù)據(jù)庫116和客戶端數(shù)據(jù)庫118，在下面對它們分 別進(jìn)行進(jìn)一步討論。在其他實(shí)施例中，這些塊可以與ISP或者其他實(shí)體在一起，并且被ISP 或者其他實(shí)體控制。經(jīng)常地，特別是當(dāng)預(yù)期一些內(nèi)容下載的大小很大時(shí)，內(nèi)容提供商128向接收終端 用戶傳送下載管理器或者客戶端。下載管理器是執(zhí)行從因特網(wǎng)下載(并且有時(shí)向因特網(wǎng)上 傳)內(nèi)容以存儲(chǔ)的任務(wù)的軟件程序。典型的下載管理器至少提供用于從錯(cuò)誤恢復(fù)而不丟失 已經(jīng)完成的工作的手段。有時(shí)，下載管理器提供其他功能，諸如將要傳送的內(nèi)容文件劃分為 兩個(gè)或者更多的分段，然后并行地傳送這些分段，這可以使得處理更快。根據(jù)一個(gè)方案，下 載管理器也可以包括如下所述的控制層軟件。根據(jù)一個(gè)方案，全局資源授權(quán)單元104的控制面調(diào)節(jié)在家庭和商業(yè)網(wǎng)絡(luò)132、136 中的哪些下載管理器或者客戶端可以請求特定的內(nèi)容對象和充當(dāng)特定的內(nèi)容對象的來源， 以及在什么條件下這些客戶端可以如此操作。全局資源授權(quán)單元104包括有使得能夠控 制家庭和商業(yè)網(wǎng)絡(luò)132、136中的客戶端的行為和操作的策略。根據(jù)這些策略，客戶端可以 全局地或者在某個(gè)受限范圍中接收和請求內(nèi)容，或者可以被禁止全都充當(dāng)來源或者進(jìn)行接收。在一個(gè)方案中，全局資源授權(quán)單元104受⑶N的控制。在另一個(gè)方案中，全局資源授權(quán) 單元104可以受因特網(wǎng)服務(wù)提供商(ISP)124、內(nèi)容提供商128和/或其他實(shí)體的控制。例如，在一個(gè)方案中，控制層客戶端軟件被傳送到終端用戶以使能控制面。例如， 可以從全局資源授權(quán)單元104、內(nèi)容提供商128、ISP 124或者另一個(gè)終端用戶傳送客戶端 軟件。如果從內(nèi)容提供商128傳送，則所述傳送可以與下載管理器的安裝相關(guān)聯(lián)地發(fā)生。如 果從ISP 124或者全局資源授權(quán)單元104傳送，則所述傳送可以當(dāng)新的終端用戶第一次耦 合到家庭或者商業(yè)網(wǎng)絡(luò)132、136時(shí)發(fā)生，或者當(dāng)終端用戶從ISP 124啟動(dòng)服務(wù)時(shí)作為軟件 分發(fā)的一部分而發(fā)生。所述客戶端可以與其他部件相結(jié)合地使用，以根據(jù)控制面策略來提 供有效率的內(nèi)容下載。在一個(gè)方案中，客戶端向全局資源授權(quán)單元104傳送狀態(tài)信息和控制層設(shè)置，全 局資源授權(quán)單元104也可以從諸如ISP 124、內(nèi)容提供商128或者兩者這樣的其他實(shí)體接收 狀態(tài)信息和控制層設(shè)置。全局資源授權(quán)單元104使用所述狀態(tài)信息和控制層設(shè)置來確定一 組策略，所述一組策略例如控制在網(wǎng)絡(luò)上的內(nèi)容傳送。所述狀態(tài)信息和控制層設(shè)置可以與 產(chǎn)生的策略一起被存儲(chǔ)在控制層數(shù)據(jù)庫112中。ISP 124聚合用戶130以提供對廣域網(wǎng)(WAN)和因特網(wǎng)的訪問。一般來說，ISP 124 的用戶130落入兩個(gè)類別諸如商業(yè)網(wǎng)絡(luò)136這樣的控制特定IP地址空間的用戶，和諸如 家庭網(wǎng)絡(luò)132這樣的不控制的特定IP地址空間的終端用戶。一些ISP 124趨向于專門服 務(wù)一種類型的用戶或者另一種類型的用戶。通常，由家庭用戶使用的帶寬被超額訂購，從而 ISP的所有用戶在繁重使用時(shí)不能使用全部帶寬。通常可以保證用于商業(yè)的帶寬具有特定 數(shù)量的帶寬。用戶130將單獨(dú)的設(shè)備和/或網(wǎng)絡(luò)連接到ISP 124以接收因特網(wǎng)連接。家庭和 商業(yè)網(wǎng)絡(luò)132、136通常使用路由器來通過某種最新連接技術(shù)(例如DSL、電纜調(diào)制解調(diào)器、 WiFi、WiMax、衛(wèi)星調(diào)制解調(diào)器、本地通信電路等)與ISP連接。家庭網(wǎng)絡(luò)132可以具有全部 共享因特網(wǎng)連接的多個(gè)計(jì)算設(shè)備(例如個(gè)人數(shù)字助理(PDA)、膝上型計(jì)算機(jī)、VOIP、UMA電 話、IP TV機(jī)頂盒、臺(tái)式機(jī)、因特網(wǎng)裝置、警報(bào)系統(tǒng)等)。商業(yè)網(wǎng)絡(luò)136可以具有全部共享因 特網(wǎng)連接的多個(gè)計(jì)算設(shè)備(例如用戶PC、網(wǎng)絡(luò)服務(wù)器、電子郵件服務(wù)器等)，并且也可以在 各個(gè)位置或者VPN隧道之間具有租用線路，以將各種商業(yè)網(wǎng)絡(luò)136捆綁在一起。在所描述 的示例中，第一商業(yè)網(wǎng)絡(luò)136-1具有與第二商業(yè)網(wǎng)絡(luò)136-2的連接。ISP 124與其他ISP和主干網(wǎng)提供商交互，以允許它們的用戶對因特網(wǎng)120進(jìn)行全 路由訪問。這可能涉及購買來自一級(Tier 1)提供商的連接、與其他ISP 124的對等布置 或者兩者。在所描述的示例中，第一 ISP 124-1與第二 ISP 124-2具有對等關(guān)系，從而業(yè)務(wù) 可以在這兩個(gè)ISP 124之間直接傳遞并且通常以降低的成本和/或時(shí)延傳遞，以避免與使 用一級提供商在第一和第二 ISP 124之間傳遞業(yè)務(wù)相關(guān)聯(lián)的額外網(wǎng)絡(luò)距離、低效、時(shí)間延 遲成本等。雖然未示出，但是ISP 124可以具有子網(wǎng)，所述子網(wǎng)諸如用于服務(wù)特定的地理區(qū) 域或者因?yàn)槠渌蚨褂谩Φ瓤梢猿霈F(xiàn)在ISP的一個(gè)區(qū)域中，而不出現(xiàn)在另一個(gè)區(qū)域 中。根據(jù)一個(gè)方案，調(diào)度器108提供中央服務(wù)器，所述中央服務(wù)器可以存儲(chǔ)客戶端的 可用性和狀態(tài)的指示、控制層設(shè)置和策略、當(dāng)前操作狀態(tài)或者這些和類似的參數(shù)的組合。調(diào) 度器108也可以包括關(guān)于來自源端服務(wù)器的內(nèi)容的信息。源端服務(wù)器是任何服務(wù)器高速緩存等，其用于以傳統(tǒng)、非點(diǎn)對點(diǎn)的方式來服務(wù)于內(nèi)容請求。調(diào)度器108可以根據(jù)控制層策略 來工作，所述控制層策略可以例如被存儲(chǔ)在客戶端數(shù)據(jù)庫118中。另外，調(diào)度器108可以與 內(nèi)容數(shù)據(jù)庫116相關(guān)聯(lián)，所述內(nèi)容數(shù)據(jù)庫116用于存儲(chǔ)關(guān)于內(nèi)容的可用來源(在一些情況 下為終端用戶和源端服務(wù)器二者)的信息，以及在一些實(shí)施例中的頻繁請求的用戶始發(fā)的 或者源端服務(wù)器的內(nèi)容。在一個(gè)實(shí)施例中，調(diào)度器108可以以終端用戶始發(fā)下載來滿足傳統(tǒng)的源下載請 求。例如，調(diào)度器108確定所請求的內(nèi)容是應(yīng)當(dāng)源自于另一個(gè)用戶130還是應(yīng)當(dāng)從內(nèi)容提 供商128或者其他源端服務(wù)器獲取。在一些系統(tǒng)中，調(diào)度器108可能始終優(yōu)選來自另一個(gè) 用戶130的下載而不是來自內(nèi)容提供商128的下載。在其他實(shí)施例中，調(diào)度器108僅僅當(dāng) 這樣的傳送可能具有優(yōu)勢時(shí)才啟動(dòng)用戶始發(fā)下載，所述優(yōu)勢諸如服務(wù)質(zhì)量(QoS)優(yōu)勢、提 高的數(shù)據(jù)率、更有效率地使用系統(tǒng)資源，以及更好的成本結(jié)構(gòu)等。在一個(gè)實(shí)施例中，調(diào)度器108可以包括來自全局資源授權(quán)單元104的用于控制內(nèi) 容傳輸?shù)牟呗缘淖蛹?。在另一個(gè)實(shí)施例中，調(diào)度器108可以包括來自全局資源授權(quán)單元104 的策略。可以根據(jù)一個(gè)或多個(gè)控制層設(shè)置來設(shè)置這些策略，并且這些策略用于管理向客戶 端、從客戶端和客戶端之間的內(nèi)容傳輸。根據(jù)一個(gè)方案，調(diào)度器108可以唯一地識(shí)別客戶端，并且將所述客戶端與相關(guān)的 控制層策略相關(guān)聯(lián)?？蛻舳丝梢员痪幊虂矶ㄆ诘鼗蛘弋?dāng)其地址改變時(shí)進(jìn)行登記，以便調(diào)度 器108可以繼續(xù)正確地識(shí)別該客戶端。在另一個(gè)實(shí)施例中，客戶端每當(dāng)終端用戶請求或者 從終端用戶請求目錄列表或者內(nèi)容對象時(shí)，向調(diào)度器108識(shí)別其本身。在一個(gè)實(shí)施例中，客戶端數(shù)據(jù)庫118例如通過網(wǎng)絡(luò)標(biāo)識(shí)符單獨(dú)地或者成組地存儲(chǔ) 針對客戶端的位置信息和適用的控制層設(shè)置或者產(chǎn)生的策略。當(dāng)響應(yīng)于來自客戶端的請求 時(shí)，客戶端數(shù)據(jù)庫118中的位置信息、狀態(tài)信息和策略信息被調(diào)度器108使用來確定所請求 的內(nèi)容的適當(dāng)來源。在一個(gè)實(shí)施例中，客戶端定期地向調(diào)度器108報(bào)告其充當(dāng)來源的可獲得的內(nèi)容。 內(nèi)容數(shù)據(jù)庫116存儲(chǔ)用于指示在系統(tǒng)中可以獲得的內(nèi)容對象的信息。所述系統(tǒng)使用客戶 端位置信息、狀態(tài)信息、可用內(nèi)容信息和控制層策略來確定發(fā)出請求的客戶端應(yīng)當(dāng)如何獲 得內(nèi)容對象，其中包括確定哪些其他客戶端有可能可用于向發(fā)出請求的客戶端提供所述對象。雖然在圖1中所示的實(shí)施例使用調(diào)度器108中的集中式目錄，但是其他實(shí)施例可 以允許一個(gè)客戶端與其他客戶端和/或超節(jié)點(diǎn)客戶端直接交互，以確定可用于下載的內(nèi) 容。在這些實(shí)施例中，可以由單獨(dú)的客戶端或者超節(jié)點(diǎn)客戶端來實(shí)現(xiàn)控制層策略。例如，全 局資源授權(quán)單元104從各種控制層設(shè)置和狀態(tài)信息等確定這些策略，然后將這些策略分發(fā) 到其他客戶端、超節(jié)點(diǎn)或者兩者。可替代地，來自在控制層中的多個(gè)級的輸入可以直接地向 報(bào)告給適當(dāng)客戶端或者超節(jié)點(diǎn)，所述適當(dāng)客戶端或者超節(jié)點(diǎn)然后可以確定產(chǎn)生的策略?？?以向其他客戶端呈現(xiàn)這些策略。根據(jù)其中全局資源授權(quán)單元104確定控制面策略的方案，全局資源授權(quán)單元104 從各種來源接收控制層信息?？刂茖訑?shù)據(jù)庫112存儲(chǔ)該信息。另外，根據(jù)層級來解析各個(gè) 控制層設(shè)置?？刂泼娴亩鄠€(gè)層被允許根據(jù)預(yù)定層級來影響控制層，其中，通常，較低級的層 優(yōu)先于較高級的層。針對客戶端確定最終的一組策略，使得與較高優(yōu)先級的實(shí)體相關(guān)聯(lián)的設(shè)置優(yōu)先于與具有較低優(yōu)先級的實(shí)體相關(guān)聯(lián)的設(shè)置。在一個(gè)實(shí)施例中，所組合的策略中的 一個(gè)或多個(gè)針對從任何實(shí)體接收的最嚴(yán)格的設(shè)置而被設(shè)置。策略信息被發(fā)送到調(diào)度器108 以存儲(chǔ)在客戶端數(shù)據(jù)庫118中，如圖1中所示。接下來參見圖2，其是耦合到用戶130的ISP 124的實(shí)施例的框圖200。應(yīng)當(dāng)明白， 典型的配置將包括與多個(gè)ISP 124耦合的多個(gè)用戶130。在該實(shí)施例中的用戶130可以是 家庭網(wǎng)絡(luò)132或者商業(yè)網(wǎng)絡(luò)136。雖然未示出，但是用戶130可以具有多個(gè)ISP 124或者具 有在其局域網(wǎng)(LAN) 220外部的另外的方式。“因特網(wǎng)組件”是作為數(shù)據(jù)傳送系統(tǒng)100的一部分的任何組件。因此，在圖1和2 中所示的每個(gè)實(shí)體都可以被稱為因特網(wǎng)組件?？梢允褂脴?biāo)準(zhǔn)硬件和軟件模塊及技術(shù)來實(shí)現(xiàn) 在圖1和2中所示的因特網(wǎng)組件，所述標(biāo)準(zhǔn)硬件和軟件模塊及技術(shù)被進(jìn)一步配置來根據(jù)本 文所描述的原理來工作。除了可以手動(dòng)輸入一個(gè)或多個(gè)設(shè)置之外，在典型的實(shí)現(xiàn)中，數(shù)據(jù)傳 送系統(tǒng)100的功能主要使用裝置和軟件來執(zhí)行。在許多情況下，可以為人觀察者顯示各種 硬件和軟件模塊的狀態(tài)和操作。例如，技術(shù)人員可以監(jiān)控與數(shù)據(jù)傳送相關(guān)聯(lián)的設(shè)置和策略 以及各種數(shù)據(jù)庫內(nèi)容。類似地，通常向操作終端用戶設(shè)備的人呈現(xiàn)與根據(jù)本文所描述的原 理而進(jìn)行的建立和操作相關(guān)聯(lián)的可視表示。“網(wǎng)絡(luò)組件”是在向和從終端用戶設(shè)備傳送數(shù)據(jù)中扮演角色的組件。全局資源授權(quán) 單元104、控制層數(shù)據(jù)庫112、調(diào)度器108、內(nèi)容數(shù)據(jù)庫116、客戶端數(shù)據(jù)庫118、內(nèi)容提供商 128、本地資源授權(quán)單元208、服務(wù)器引擎212和相關(guān)聯(lián)的客戶端228、對應(yīng)的內(nèi)容傳輸網(wǎng)絡(luò)、 因特網(wǎng)120是網(wǎng)絡(luò)組件的示例?？蛻舳撕陀脩粼O(shè)備不是網(wǎng)絡(luò)組件。用戶130具有多個(gè)計(jì)算設(shè)備224。計(jì)算設(shè)備224包括客戶端228，客戶端228允許 終端用戶始發(fā)下載和終端用戶充當(dāng)來源二者以及傳統(tǒng)的源端服務(wù)器下載。通常，客戶端228 被實(shí)現(xiàn)在計(jì)算設(shè)備224上運(yùn)行的軟件中，但是其他實(shí)現(xiàn)也是可能的?？蛻舳丝梢允遣僮飨?統(tǒng)層、設(shè)備驅(qū)動(dòng)器層、下載管理器或應(yīng)用層的一部分。在一個(gè)方案中，對于客戶端228的應(yīng) 用編程接口(API)允許任何數(shù)量的應(yīng)用232訪問和影響客戶端228的控制層設(shè)置和狀態(tài)。 計(jì)算設(shè)備224、客戶端228和應(yīng)用232是終端用戶的一個(gè)實(shí)施例。通常，路由器236將計(jì)算 設(shè)備224的LAN 220橋接到ISP網(wǎng)絡(luò)204。ISP 124的該實(shí)施例包括一個(gè)或多個(gè)服務(wù)器引擎212，但是其他實(shí)施例可以不包 括服務(wù)器引擎212。ISP網(wǎng)絡(luò)204耦合到一個(gè)或多個(gè)全路由因特網(wǎng)提供商(未示出)。服務(wù) 器引擎212提高了在ISP網(wǎng)絡(luò)中找到內(nèi)容對象而不必返回到內(nèi)容提供商128的可能。在一 個(gè)方案中，調(diào)度器108和內(nèi)容數(shù)據(jù)庫116是在服務(wù)器引擎212中存儲(chǔ)的內(nèi)容的組織者，并且 可以路由對其的適當(dāng)請求。在另一個(gè)實(shí)施例中，ISP網(wǎng)絡(luò)204例如通過本地資源授權(quán)單元 208截取對于在服務(wù)器引擎212中存儲(chǔ)的內(nèi)容的請求。在圖2所示的實(shí)施例中，ISP 124包括這樣的本地資源授權(quán)單元208來收集、選擇 和處理控制層信息。本地資源授權(quán)單元208在受限的網(wǎng)絡(luò)中工作，并且在本地執(zhí)行與全局 資源授權(quán)單元104類似的角色。例如，本地資源授權(quán)單元可以接收客戶端228的狀態(tài)和設(shè) 置信息。其也可以操作來實(shí)現(xiàn)與ISP 124相關(guān)聯(lián)的控制層設(shè)置。 在各個(gè)實(shí)施例中，可以從多個(gè)來源向本地資源授權(quán)單元提供控制層設(shè)置。例如，在 一個(gè)實(shí)施例中，各種應(yīng)用232、客戶端228、用戶130和ISP 124中的每一個(gè)可以具有控制層 設(shè)置和狀態(tài)。在一個(gè)方案中，本地資源授權(quán)單元208處理各種控制層設(shè)置，并且向全局資源授權(quán)單元104提供產(chǎn)生的設(shè)置、策略和狀態(tài)等。服務(wù)器引擎212也具有客戶端228-3，用于跟蹤狀態(tài)和設(shè)置。根據(jù)公知技術(shù)，基于 對于內(nèi)容或者其他參數(shù)的用戶請求來填充在服務(wù)器引擎212中的高速緩存。一旦服務(wù)器引 擎212的高速緩存具有所述內(nèi)容，則服務(wù)器引擎212可以作為另一個(gè)端點(diǎn)，所述另一個(gè)端點(diǎn) 可以充當(dāng)終端用戶客戶端的內(nèi)容來源，所述內(nèi)容諸如由調(diào)度器108響應(yīng)于始發(fā)者或者終端 用戶請求而請求的內(nèi)容。除了傳統(tǒng)高速緩存功能之外，服務(wù)器引擎212與本地資源授權(quán)單 元208相結(jié)合地可以在本地層級執(zhí)行一些與調(diào)度器108相同的功能，諸如指導(dǎo)使用終端用 戶始發(fā)下載來滿足傳統(tǒng)的源下載請求。在一些實(shí)施例中，與在一個(gè)實(shí)施例中的其他可能來 源相比較，服務(wù)器引擎212可以是優(yōu)選的內(nèi)容來源。一些實(shí)施例允許一個(gè)服務(wù)器引擎212 查詢其他服務(wù)器引擎212和/或終端用戶以請求當(dāng)前在高速緩存中找不到的內(nèi)容。ISP 124和商業(yè)網(wǎng)絡(luò)136可以通過它們各自的控制層來指示使用它們的網(wǎng)絡(luò)的客 戶端在與它們的網(wǎng)絡(luò)的不同關(guān)系下可以向其他客戶端提供內(nèi)容對象的程度?？刂茖釉O(shè)置可 以基于網(wǎng)絡(luò)之間的關(guān)系，諸如對等關(guān)系、ISP內(nèi)部關(guān)系、城域子網(wǎng)關(guān)系、商業(yè)子網(wǎng)關(guān)系和/或 未受限制的關(guān)系。IP地址、IP地址的一個(gè)或多個(gè)范圍或者域可以用于指定在任何特定的商 業(yè)網(wǎng)絡(luò)136、ISP用戶基礎(chǔ)(user base)等之間的關(guān)系。參見表I的示例，其指定了在端點(diǎn)網(wǎng)絡(luò)之間的示例性的一組關(guān)系。可以在全局資 源授權(quán)單元104、控制層數(shù)據(jù)庫112和內(nèi)容數(shù)據(jù)庫118中反映這些關(guān)系，以便可以確定客戶 端的共享空間的范圍。在一個(gè)方案中，在本地資源授權(quán)單元208中也反映該信息。諸如通 常由ISP 124、網(wǎng)絡(luò)132、136指定的類型這樣的控制層設(shè)置基于實(shí)體的關(guān)系而指示實(shí)體之 間所允許的傳送。對等關(guān)系和相關(guān)的設(shè)置確定策略，調(diào)度器108根據(jù)所述策略來控制傳送。例如，根據(jù)表I，對于用戶始發(fā)下載，ACME ISP與三個(gè)其他ISP對等，因此可以具有 允許網(wǎng)絡(luò)內(nèi)部的終端用戶內(nèi)容下載的控制層設(shè)置，從而在ACME ISP的網(wǎng)絡(luò)136中的客戶端 132可以在ISP網(wǎng)絡(luò)204中直接地充當(dāng)內(nèi)容來源，并且充當(dāng)任何所指示的對等網(wǎng)絡(luò)的內(nèi)容 來源。Foo ISP與所有其他的提供商具有開放的關(guān)系，因此允許其客戶端從在ISP網(wǎng)絡(luò)204 或者因特網(wǎng)120上的任何客戶端接收用戶始發(fā)下載，或者充當(dāng)在ISP網(wǎng)絡(luò)204或者因特網(wǎng) 120上的任何客戶端的用戶始發(fā)下載的來源。Atlas ISP沒有任何端點(diǎn)關(guān)系，并且禁止客戶 端228執(zhí)行用戶始發(fā)下載，并因此限制其客戶端執(zhí)行源下載。Open ISP具有開放端點(diǎn)關(guān)系， 并且允許其客戶端通過任何其他ISP交換用戶始發(fā)的內(nèi)容，所述任何其他ISP允許其客戶 端向和從Open ISP網(wǎng)絡(luò)交換用戶始發(fā)的內(nèi)容。Speeedy ISP與ACME ISP、TTC-Denver商 業(yè)和內(nèi)網(wǎng)具有關(guān)系，并且允許與ACME ISP對等。TTC-Denver商業(yè)子網(wǎng)可以允許向另一個(gè)商 業(yè)子網(wǎng)、附屬商業(yè)或者其他網(wǎng)絡(luò)組進(jìn)行用戶始發(fā)下載。在表I的另一行上指定TTC-Denver 商業(yè)允許與TTC商業(yè)實(shí)體進(jìn)行用戶始發(fā)下載。商業(yè)網(wǎng)絡(luò)136可以以其他方式指定其客戶端可接受的用戶始發(fā)下載的范圍。大型 公司僅僅允許在其網(wǎng)絡(luò)中進(jìn)行用戶始發(fā)交換?？梢酝ㄟ^指定相關(guān)IP地址或者其他網(wǎng)絡(luò)信 息來將網(wǎng)絡(luò)限定到一個(gè)或多個(gè)不同位置?？梢愿鶕?jù)數(shù)個(gè)方案——例如通過將IP地址或者 其他網(wǎng)絡(luò)信息分為獨(dú)立的組或者在特定組中包括其他IP地址或者其他網(wǎng)絡(luò)信息——來指 定商業(yè)網(wǎng)絡(luò)。根據(jù)典型的合同關(guān)系，企業(yè)的ISP—般避免對企業(yè)決定如何參與用戶始發(fā)下 載進(jìn)行進(jìn)一步的限制，這是因?yàn)橐蛱鼐W(wǎng)服務(wù)是以不受限制的方式被銷售給所述企業(yè)，以便 所述企業(yè)選擇如何最佳地使用所分配的帶寬。
服務(wù)器引擎212的一些實(shí)施例允許使用有可能被請求的內(nèi)容來預(yù)先填充服務(wù)器 引擎212。一個(gè)或多個(gè)服務(wù)器引擎的使用可以減少由ISP 124為了收集所請求的內(nèi)容而對 于到因特網(wǎng)的連接的使用或者在其網(wǎng)絡(luò)中的連接的使用。調(diào)度器108或者服務(wù)器引擎212 本身可以決定有可能請求哪些內(nèi)容對象108，以便可以預(yù)先填充高速緩存。內(nèi)容提供商128 也可以指定有可能請求的內(nèi)容。在一些實(shí)施例中，內(nèi)容提供商可以購買或者租用在各種服 務(wù)器引擎上的空間，以便以較高的服務(wù)質(zhì)量來提供它們的內(nèi)容對象。已經(jīng)被分配特定的服務(wù)器引擎212容量的ISP 124可以控制一個(gè)或多個(gè)服務(wù)器 引擎212的使用?？梢詫⒎?wù)器引擎212的使用限制到在ISP網(wǎng)絡(luò)204中的客戶端228。 另外，在一些實(shí)施例中，其他網(wǎng)絡(luò)可以被給與對服務(wù)器引擎212的訪問權(quán)。在一個(gè)實(shí)施例 中，以與針對表I所討論的方式類似的方式，通過指定設(shè)置(諸如對于客戶端228指定的設(shè) 置)，通過本地和/或全局資源授權(quán)單元208、104來控制服務(wù)器引擎212。參見圖3A，其示出了用于示出多層控制面的實(shí)施例300-1的圖。在圖頂部，應(yīng)用層 304是使用客戶端228的一個(gè)或多個(gè)應(yīng)用232所位于的位置。應(yīng)用232具有用于指示可以 如何使用客戶端228的配置選項(xiàng)。在圖頂部的特定層的控制設(shè)置可以被在一種層級方案中 下面的任何層覆蓋(override)。例如，應(yīng)用層304可以指定對于用戶始發(fā)下載的請求允許 一次有20個(gè)同時(shí)的響應(yīng)，但是，客戶端控制層308指定僅僅可以同時(shí)執(zhí)行四個(gè)輸出的用戶 始發(fā)下載。因?yàn)榭蛻舳藢?08優(yōu)先于應(yīng)用層304，所以在使用客戶端228的應(yīng)用232之間， 在任何時(shí)刻都僅可以執(zhí)行四個(gè)輸出的用戶始發(fā)下載。因此，由客戶端228向例如全局資源 授權(quán)單元104發(fā)送的控制層設(shè)置指定最多有四個(gè)同時(shí)進(jìn)行的上傳或者下載。在一個(gè)方案中，如圖3B中所示，應(yīng)用層304、客戶端控制層308以及賬戶控制層
12309的設(shè)置被發(fā)送到全局資源授權(quán)單元104，并且被存儲(chǔ)在控制層數(shù)據(jù)庫112中。全局資源 授權(quán)單元104然后至少部分地根據(jù)所述設(shè)置來確定策略。在另一個(gè)方案中，客戶端228處 理其知道的控制層設(shè)置，并且將組合的結(jié)果發(fā)送到全局資源授權(quán)單元104。全局資源授權(quán) 單元104然后至少部分地根據(jù)所組合的設(shè)置來確定策略。在又一個(gè)方案中，客戶端228向 本地資源授權(quán)單元208發(fā)送組合或者原始的控制層設(shè)置，本地資源授權(quán)單元208繼而將它 們與它知道的其他本地設(shè)置進(jìn)行組合，并且將產(chǎn)生的組合的設(shè)置發(fā)送到全局資源授權(quán)單元 104。在任一情況下，產(chǎn)生的策略被傳送到調(diào)度器108，調(diào)度器108將它們存儲(chǔ)在客戶端數(shù)據(jù) 庫118中。調(diào)度器108使用這些策略來確定響應(yīng)于對內(nèi)容的請求而采取的操作。在圖3A所示的實(shí)施例中，存在用于控制用戶始發(fā)下載的四個(gè)層?？蛻舳藢?08可 以可替代地使用傳統(tǒng)的網(wǎng)絡(luò)控制結(jié)構(gòu)316或者優(yōu)選地使用ISP控制層312和系統(tǒng)控制層 318來進(jìn)行傳統(tǒng)的源下載。在一個(gè)實(shí)施例中，源端服務(wù)器和終端用戶始發(fā)的請求被發(fā)送到調(diào) 度器，以便可以在適當(dāng)時(shí)以點(diǎn)對點(diǎn)的方式并且根據(jù)由調(diào)度器108實(shí)現(xiàn)的策略來服務(wù)于源端 服務(wù)器請求。以層級的順序示出了應(yīng)用層304、客戶端層308、ISP控制層312和系統(tǒng)控制 層318。在一些實(shí)施例中，每層可以指定設(shè)置，所述設(shè)置將形成影響如何執(zhí)行用戶始發(fā)下載 的控制層策略。根據(jù)在圖3A中所示的實(shí)施例，較低層優(yōu)先于較高層。其他實(shí)施例可以具有 更多或更少的控制層，或者僅僅具有一個(gè)控制層。不同方可以可選地指明在各個(gè)層的控制設(shè)置。例如，用戶能夠在應(yīng)用層304和客 戶端層308修改選項(xiàng)。ISP管理可以在ISP控制層312設(shè)置覆蓋設(shè)置。系統(tǒng)管理員可以在 系統(tǒng)控制層318設(shè)置另外的覆蓋設(shè)置。在應(yīng)用232、客戶端228、本地資源授權(quán)單元208和 全局資源授權(quán)單元104中的接口可以被各方使用來輸入控制層設(shè)置。表II指示在一個(gè)實(shí)施例中可以是控制面的用于應(yīng)用層的一部分的事物的示例。 應(yīng)用232可以單獨(dú)地指定所期望的特定控制設(shè)置。不同的應(yīng)用232可以具有不同的期望控 制設(shè)置。所述應(yīng)用可以指定除了傳統(tǒng)的源下載之外是否還允許用戶始發(fā)下載以及優(yōu)選哪種 類型?？梢耘c所允許的同時(shí)向外/進(jìn)入的連接的數(shù)量一起指定最大的向外/進(jìn)入的帶寬。 而且，可以指定用于用戶始發(fā)下載的最小和/或最大傳輸速度，以便如果不再可獲得該水 平的服務(wù)質(zhì)量，則下載將切換到源下載或者下載失敗。 表III指定了控制層的針對客戶端層308的特定控制設(shè)置。這些控制設(shè)置將應(yīng)用 于在較高應(yīng)用層304中的應(yīng)用232。在該示例中，針對客戶端層308的控制設(shè)置類似于應(yīng) 用層304的那些控制設(shè)置。另外，如果客戶端本身保持有可用內(nèi)容對象的目錄，則客戶端層 308可以指定是否將中央調(diào)度用于內(nèi)容目錄。在該實(shí)施例中也指定了可以同時(shí)使用客戶端 的應(yīng)用的數(shù)量。
表IV指定了 ISP層312可以在它們的限定的地址空間中針對用戶130指定的控 制設(shè)置。除了針對其他層的一些控制設(shè)置之外，ISP控制層312還允許限定可以請求內(nèi)容 對象的用戶始發(fā)下載的客戶端的范圍，就像在上面的表I中全局限定的那樣。ISP可以指 定在它們的地址空間中允許的劃分和可以如何使用任何服務(wù)器引擎212。一個(gè)實(shí)施例允許 ISP 124隨著時(shí)間控制和更新內(nèi)容提供，以便調(diào)度器108可以反映這些更新。ISP 124可以根據(jù)系統(tǒng)可用性、未經(jīng)授權(quán)的內(nèi)容的控制和其他終端用戶或者服務(wù)器引擎212的狀態(tài)來確
定終端用戶可以在哪里下載所請求的內(nèi)容。
在系統(tǒng)控制層316，可以指定另外的控制設(shè)置。例如，可以如控制層所指定那樣可 選地限制目錄列表。這樣，系統(tǒng)使用控制層來避免將所述系統(tǒng)用于傳送版權(quán)擁有者不準(zhǔn)許 的內(nèi)容。另外，可以僅僅對于使用系統(tǒng)100的特定組可選地激活或者使能內(nèi)容過濾。在表V中描述了示例性系統(tǒng)控制層。對于該示例，控制層限制目錄列表。在該示 例中，提供了應(yīng)用、客戶端、企業(yè)、ISP和子網(wǎng)控制層。當(dāng)有受保護(hù)的內(nèi)容(表示版權(quán)擁有者 不允許與其他終端用戶共享)時(shí)，系統(tǒng)可以過濾出這些文件以免在目錄列表中出現(xiàn)。該示 例允許在客戶端228間共享下載、處理、存儲(chǔ)、VOIP和流。 接著參見圖3B，其示出了用于示出多層控制面的另一個(gè)實(shí)施例300-2的圖。該實(shí) 施例在客戶端層308和ISP控制層312之間包括賬戶控制層309和ISP城域控制層311。 賬戶控制層309允許ISP賬戶擁有者指定控制設(shè)置。例如，在家庭網(wǎng)絡(luò)132中的父母可以 針對在家庭網(wǎng)絡(luò)中的孩子指定控制設(shè)置。ISP城域控制層311允許ISP 124的不同的地理 位置或者組被單獨(dú)地控制。例如，一個(gè)組可以具有較高的帶寬，從而可以容許較高量的用戶 始發(fā)下載。參見圖3C，其示出了用于示出多層控制面的另一個(gè)實(shí)施例300-3的圖。在這個(gè)實(shí) 施例中，在應(yīng)用層304中的應(yīng)用232確定是源下載還是用戶始發(fā)下載要用于特定的內(nèi)容對 象下載。對于用于用戶始發(fā)下載的控制層，存在企業(yè)控制層310，其允許企業(yè)指定控制設(shè)置。與控制層設(shè)置相比較，狀態(tài)信息可以更頻繁地改變。例如，根據(jù)控制層設(shè)置，在客 戶端228處，客戶端層控制面中的策略當(dāng)VoIP呼叫在進(jìn)行時(shí)可以禁止服務(wù)于終端用戶始發(fā) 下載請求。這樣的策略可能導(dǎo)致客戶端228的狀態(tài)頻繁改變。例如，每當(dāng)VoIP呼叫開始 時(shí)，在客戶端228中的控制層向全局資源授權(quán)單元104、本地資源授權(quán)單元208或者兩者指 示客戶端228當(dāng)前不可用于為終端用戶始發(fā)下載服務(wù)。全局資源授權(quán)單元104可以向調(diào)度 器108發(fā)送對應(yīng)的通知。同樣，本地資源授權(quán)單元208可以向服務(wù)器引擎212發(fā)送對應(yīng)的 通知。ISP 124也可以轉(zhuǎn)發(fā)狀態(tài)信息。例如，如果ISP 124正在經(jīng)歷高擁塞的時(shí)段，則其 可以向全局資源授權(quán)單元104發(fā)送指示以禁止其終端用戶服務(wù)于終端用戶始發(fā)下載請求。狀態(tài)信息也可以包括關(guān)于計(jì)算設(shè)備224的位置的信息。如果相關(guān)聯(lián)的計(jì)算設(shè)備 224在地理上移動(dòng)或者如果其經(jīng)由改變的路徑來連接到網(wǎng)絡(luò)，則客戶端228的位置可能改 變。在一個(gè)實(shí)施例中，位置信息被定期報(bào)告和/或響應(yīng)于在位置上的改變而被報(bào)告。接著參見圖4，其示出了從操作全局資源授權(quán)單元104、控制層數(shù)據(jù)庫112、調(diào)度器 108、內(nèi)容數(shù)據(jù)庫116以及客戶端數(shù)據(jù)庫118的內(nèi)容傳輸網(wǎng)絡(luò)的視點(diǎn)看的、用于執(zhí)行用戶始 發(fā)下載的處理400的實(shí)施例。該處理的所描述的部分在框402開始，其中，從針對特定客戶 端228限定的各個(gè)層接收控制層設(shè)置。在圖1所示的實(shí)施例中，控制層數(shù)據(jù)庫112保存針 對客戶端228的控制設(shè)置和產(chǎn)生的策略。在框404報(bào)告客戶端的狀態(tài)信息，并且例如由客 戶端數(shù)據(jù)庫118接收所述狀態(tài)信息。在框408，通常響應(yīng)于輪詢查詢或者通過定期或不定期 的報(bào)告來更新從客戶端228可以獲得的內(nèi)容對象。在一個(gè)實(shí)施例中，內(nèi)容數(shù)據(jù)庫116執(zhí)行 框408。內(nèi)容對象的原始位置也可以被存儲(chǔ)，以便如果在從另一個(gè)客戶端獲得內(nèi)容對象上有 問題，則可以向內(nèi)容提供商查詢內(nèi)容對象。
處理繼續(xù)到框412，其中，從客戶端228接收內(nèi)容請求。可替代地，發(fā)出請求的設(shè)備 可以在計(jì)算設(shè)備224、服務(wù)器引擎212或者其他實(shí)體上。在框416中，參考發(fā)出請求和充當(dāng) 來源的實(shí)體的策略、狀態(tài)和內(nèi)容數(shù)據(jù)庫118來處理請求。這樣，確定響應(yīng)于請求可獲得的內(nèi) 容對象。在框424確定是否應(yīng)當(dāng)從另一個(gè)客戶端下載內(nèi)容或者從內(nèi)容提供商128獲取內(nèi) 容。對于一些請求，處理可能優(yōu)選從另一個(gè)客戶端下載而不是返回到內(nèi)容提供商128，即使 向原始請求是對源端服務(wù)器作出也是如此。例如，當(dāng)來自另一個(gè)終端用戶的服務(wù)將提供更 好的網(wǎng)絡(luò)性能、QoS或者效率等時(shí)，可以優(yōu)選用戶始發(fā)下載。調(diào)度器108、客戶端228、超節(jié)點(diǎn) 或者應(yīng)用232以及其他實(shí)體或者其組合可以不同地進(jìn)行框424中的確定。在從另一個(gè)客戶 端始發(fā)內(nèi)容的情況下，處理從框424進(jìn)行到框428，在框428中，向發(fā)出請求的終端用戶發(fā)送 關(guān)于能夠服務(wù)于該請求的一個(gè)或多個(gè)終端用戶的信息。在一個(gè)實(shí)施例中，調(diào)度器108執(zhí)行 框428。在內(nèi)容要源自源端服務(wù)器的情況下，處理從框424進(jìn)行到框432，在框432中，使用 傳統(tǒng)的源下載從內(nèi)容提供商請求內(nèi)容對象。在一個(gè)實(shí)施例中，調(diào)度器108執(zhí)行框416、424、 428 和 432。因此，在圖1中的一個(gè)例示中明確示出的數(shù)據(jù)傳送系統(tǒng)100被配置來允許在諸如 計(jì)算設(shè)備224這樣的終端用戶設(shè)備之間進(jìn)行內(nèi)容下載。數(shù)據(jù)傳送系統(tǒng)100具有第一客戶端， 所述第一客戶端與能夠通過因特網(wǎng)通信的第一設(shè)備相關(guān)聯(lián)，并且被配置來提供第一設(shè)置， 其中能夠從所述第一設(shè)置中確定第一組可能合格的來源，如在此所述。根據(jù)可以得到的多 個(gè)示例之一，第一客戶端228-1使用ISP網(wǎng)絡(luò)204、路由器236和LAN 220來與因特網(wǎng)120通 信。第一客戶端228-1可以指定的一種可能設(shè)置是其僅僅從具有300kbps或者更高的數(shù)據(jù) 傳送速率的來源接受內(nèi)容。這樣的設(shè)置可以使得一些可能的來源對于向第一客戶端228-1 提供內(nèi)容而言是不合格的。以這種方式，第一設(shè)置是用于指示一組可能合格的來源的一個(gè) 方案。當(dāng)然，數(shù)據(jù)傳送系統(tǒng)100也包括能夠通過因特網(wǎng)通信的許多其他客戶端站，諸如第二 客戶端228-2。如上所述，數(shù)據(jù)傳送系統(tǒng)100包括可以提供設(shè)置的多個(gè)實(shí)體。例如，諸如ISP 124-1這樣的網(wǎng)絡(luò)實(shí)體可以被配置來提供第二設(shè)置，從第二設(shè)置，可以確定第二組可能合格 的來源。例如，所述網(wǎng)絡(luò)實(shí)體可以指定設(shè)置，所述設(shè)置將點(diǎn)對點(diǎn)的數(shù)據(jù)傳送的最大傳送速率 限制為50kbps，以便更好地管理由點(diǎn)對點(diǎn)業(yè)務(wù)施加在系統(tǒng)上的負(fù)擔(dān)。在一個(gè)實(shí)施例中，數(shù)據(jù) 傳送系統(tǒng)100接收第一和第二設(shè)置以及從第一客戶端對于內(nèi)容的請求。數(shù)據(jù)傳送系統(tǒng)100 根據(jù)第一和第二設(shè)置來確定策略。所述策略允許確定一組合格的來源設(shè)備。在一個(gè)實(shí)施例 中，數(shù)據(jù)傳送系統(tǒng)100使網(wǎng)絡(luò)實(shí)體設(shè)置優(yōu)先于客戶端站設(shè)置，確定所述一組合格來源設(shè)備 僅僅包括能夠以50kbps或者更小速率來傳送數(shù)據(jù)的那些來源設(shè)備。在另一個(gè)實(shí)施例中，數(shù) 據(jù)傳送系統(tǒng)100選擇滿足最嚴(yán)格的設(shè)置的策略。其他更復(fù)雜的處理也是可能的。根據(jù)請求，數(shù)據(jù)傳送系統(tǒng)100確定所述一組合格來源中具有所述內(nèi)容的子集。在 能夠進(jìn)行點(diǎn)對點(diǎn)數(shù)據(jù)傳送的系統(tǒng)中，所述子集經(jīng)常包括一個(gè)或多個(gè)客戶端站，諸如第二客 戶端228-2。數(shù)據(jù)傳送系統(tǒng)100向第一客戶端228-1發(fā)送第二客戶端為內(nèi)容的合格來源的 指示。參見圖5，其示出了示例性實(shí)施例的流程圖500。在框510中，從第一實(shí)體接收用 于指示第一組可能的合格來源的第一設(shè)置。在一個(gè)示例中，客戶端228可以指定僅僅具有1200kbps傳輸帶寬的來源是該特定客戶端的合格來源。在另一個(gè)示例中，ISP 124可以表 征因特網(wǎng)組件之間的關(guān)系，并且指定與各種關(guān)系相關(guān)聯(lián)的內(nèi)容共享特權(quán)。在框520中，從第 二實(shí)體接收第二組一個(gè)或多個(gè)控制層設(shè)置。例如，內(nèi)容提供商128可以指示通過在具有指 定關(guān)系的客戶端之間獲得流內(nèi)容的來源來滿足對于指明的流內(nèi)容的請求。在框530中，接收來自客戶端的內(nèi)容請求。例如，在一個(gè)實(shí)施例中，調(diào)度器108接 收來自可能已經(jīng)預(yù)先提供或者同時(shí)或隨后提供控制層設(shè)置的第一客戶端的請求。在另一個(gè) 實(shí)施例中，另一個(gè)客戶端或者超節(jié)點(diǎn)客戶端可以接收請求。可以以任何順序來執(zhí)行框510、 520 和 530。在框540中，根據(jù)控制層設(shè)置來確定一個(gè)或多個(gè)控制層策略。根據(jù)控制層策略，識(shí) 別一組一個(gè)或多個(gè)合格來源。例如，在一個(gè)實(shí)施例中，合格來源可以是具有所請求的內(nèi)容、 與發(fā)出請求的實(shí)體具有指定的關(guān)系并且能夠以最小指定數(shù)據(jù)率來向發(fā)出請求的實(shí)體傳輸 內(nèi)容的一組終端用戶。在另一個(gè)實(shí)施例中，一個(gè)合格來源可以是源端服務(wù)器，諸如任何服務(wù) 器高速緩存等，其用于以常規(guī)的非點(diǎn)對點(diǎn)的方式來服務(wù)于內(nèi)容請求，并且可以是內(nèi)容提供 商 128。在框550，確定合格來源中具有所請求的內(nèi)容的子集。例如，在一個(gè)實(shí)施例中，通過 調(diào)度器108或者超節(jié)點(diǎn)來進(jìn)行這樣的確定。在框560中，向客戶端發(fā)送所述一組合格資源 中具有所請求的內(nèi)容的一個(gè)或多個(gè)實(shí)體的指示。參見圖6，其示出了示例性實(shí)施例的流程圖600，其一般地說明了由終端用戶服務(wù) 于對于源端服務(wù)器內(nèi)容的請求。發(fā)出請求的實(shí)體產(chǎn)生對于從內(nèi)容提供商始發(fā)的內(nèi)容的請 求。在框610中，接收所述請求。例如，應(yīng)用232-2請求實(shí)況體育比賽流內(nèi)容。客戶端228 根據(jù)其本地策略來解析所述請求。激活228向調(diào)度器108發(fā)送所述請求。在框620，確定合 格充當(dāng)所述內(nèi)容的來源的一組合格終端用戶來源。例如，在一個(gè)實(shí)施例中，調(diào)度器108從內(nèi) 容提供商128接收一個(gè)或多個(gè)設(shè)置，這些設(shè)置指示在商業(yè)網(wǎng)絡(luò)中的客戶端站可以以對等的 方式來共享內(nèi)容。同樣，調(diào)度器108可以從內(nèi)容提供實(shí)體接收類似的設(shè)置，所述設(shè)置指定可 以以對等的方式來共享特定內(nèi)容。在框630，幫助內(nèi)容的傳送。例如，調(diào)度器108通過指定 充當(dāng)內(nèi)容來源的終端用戶來響應(yīng)于發(fā)出請求的實(shí)體。以這種方式，以對等的方式來服務(wù)于 對于來自內(nèi)容提供商的內(nèi)容的請求。例如，如果在商業(yè)網(wǎng)絡(luò)136中的兩個(gè)終端用戶中的每 一個(gè)向內(nèi)容提供商128請求觀看奧運(yùn)會(huì)，而不是建立兩個(gè)并行流，則調(diào)度器108根據(jù)從內(nèi)容 提供商128或者全局資源授權(quán)單元108接收的設(shè)置來幫助從在商業(yè)網(wǎng)絡(luò)中的第二實(shí)體的傳 送。參見圖7，其示出了示例性實(shí)施例的流程圖700，其中包括在應(yīng)用和客戶端之間進(jìn) 行交互的方案的說明。在框710中，接收一個(gè)或多個(gè)應(yīng)用設(shè)置。每個(gè)設(shè)置指示第一組可能 合格的來源或者請求者的特性。例如，客戶端228從一個(gè)或多個(gè)應(yīng)用232接收設(shè)置。第一 應(yīng)用可以限制同時(shí)向外的終端用戶下載的數(shù)量。另一個(gè)應(yīng)用設(shè)置最小的進(jìn)入數(shù)據(jù)率。在框720中，確定與所述一個(gè)或多個(gè)應(yīng)用設(shè)置有關(guān)的一個(gè)或多個(gè)客戶端設(shè)置。例 如，客戶端228可以將應(yīng)用設(shè)置與關(guān)聯(lián)于客戶端228的客戶端層設(shè)置合并，以建立整體的客 戶端設(shè)置。例如，客戶端228可以根據(jù)諸如父控制設(shè)置這樣的控制層設(shè)置來在內(nèi)部確定所 建立的設(shè)置。通常，客戶端228使客戶端層設(shè)置優(yōu)先于應(yīng)用設(shè)置。這樣，客戶端228可以施 加更嚴(yán)格的設(shè)置，由此可能減少可能合格的來源的數(shù)量。但是，在一些情況下，客戶端228可以擴(kuò)展應(yīng)用設(shè)置，由此可能增加可能合格的來源的數(shù)量。在框730中，客戶端228從應(yīng)用232接收內(nèi)容請求。例如，發(fā)出請求的實(shí)體232可 以請求MP3下載。在框740中，獲取關(guān)于一組合格客戶端的信息。例如，可以根據(jù)來自遠(yuǎn)離 發(fā)出請求的客戶端228的因特網(wǎng)組件的一個(gè)或多個(gè)客戶端設(shè)置和一個(gè)或多個(gè)網(wǎng)絡(luò)設(shè)置，來 確定所述一組合格客戶端。所述一組合格客戶端匹配所述一組可能的合格來源的子集，或 者是所述一組可能的合格來源的子集。可以從調(diào)度器108、超節(jié)點(diǎn)、在終端用戶設(shè)備中的模 塊等獲取關(guān)于所述一組合格客戶端的信息。在框750，獲取關(guān)于該組合格客戶端中的一個(gè)或多個(gè)特定來源客戶端的信息。所述 特定來源客戶端能夠充當(dāng)所請求的內(nèi)容的來源。在一個(gè)實(shí)施例中，從調(diào)度器108、超節(jié)點(diǎn)、在 終端用戶設(shè)備中的模塊等獲取這樣的信息。在框760中，作出內(nèi)容請求。例如，客戶端232 從所述特定來源客戶端之一請求內(nèi)容，并且將進(jìn)入的數(shù)據(jù)傳遞到發(fā)出請求的應(yīng)用。也可以使用所公開的實(shí)施例的多個(gè)改變和修改，例如，上述實(shí)施例的一些討論使 用終端用戶計(jì)算機(jī)來充當(dāng)下載的來源。系統(tǒng)可以用于允許使用和控制在終端用戶計(jì)算機(jī)上 的其他資源。例如，用戶計(jì)算機(jī)可以用于在應(yīng)用、客戶端、ISP和/或系統(tǒng)控制下的分布式 計(jì)算。一些實(shí)施例可以使用控制面來調(diào)整諸如存儲(chǔ)、帶寬和處理能力的資源的機(jī)器虛擬化。 例如，一個(gè)終端用戶可以使用另一個(gè)終端用戶的硬盤驅(qū)動(dòng)器來存儲(chǔ)他們的數(shù)據(jù)。雖然上面已經(jīng)與特定裝置和方法相結(jié)合來描述了本公開的原理，但是應(yīng)當(dāng)清楚地 明白，該描述僅僅通過舉例說明的方式而作出，并且不作為對本公開的范圍的限制。
權(quán)利要求
一種用于在客戶端之間傳送內(nèi)容的方法，所述方法包括以下步驟從第一實(shí)體接收用于指示第一組可能的合格來源的第一設(shè)置；從第二實(shí)體接收用于指示第二組可能的合格來源的第二設(shè)置；從客戶端接收內(nèi)容請求；基于所述第一設(shè)置和所述第二設(shè)置來確定指示一組合格來源的策略，其中，所述一組合格來源是從所述第一組可能的合格來源和所述第二組可能的合格來源中提取的；確定所述一組合格來源中具有所述內(nèi)容的子集，所述子集包括一個(gè)或多個(gè)客戶端；以及向所述客戶端發(fā)送對于所述子集的指示。
2.根據(jù)權(quán)利要求1所述的用于在客戶端之間傳送內(nèi)容的方法，其中，確定指示所述一 組合格來源的所述策略的所述步驟包括確定所述一組合格來源包括源端服務(wù)器。
3.根據(jù)權(quán)利要求1所述的用于在客戶端之間傳送內(nèi)容的方法，其中，接收所述內(nèi)容請 求的所述步驟包括從所述客戶端接收所述內(nèi)容請求，所述內(nèi)容請求指定源自源端服務(wù)器 的內(nèi)容。
4.根據(jù)權(quán)利要求1所述的用于在客戶端之間傳送內(nèi)容的方法，其中，接收所述第一設(shè) 置的所述步驟包括接收用于指示所述第一組可能合格的來源所需要的最小可接受數(shù)據(jù)傳 輸速率的設(shè)置。
5.根據(jù)權(quán)利要求1所述的用于在客戶端之間傳送內(nèi)容的方法，其中，接收所述第二設(shè) 置的所述步驟包括從服務(wù)于所述客戶端的因特網(wǎng)服務(wù)提供商(ISP)的部件接收所述第二設(shè)置。
6.一種被配置來允許在終端用戶設(shè)備之間進(jìn)行內(nèi)容下載的數(shù)據(jù)傳送系統(tǒng)，所述數(shù)據(jù)傳 送系統(tǒng)包括第一客戶端，其與能夠通過因特網(wǎng)來通信的第一設(shè)備相關(guān)聯(lián)，并且被配置來提供第一 設(shè)置，其中能夠從所述第一設(shè)置中確定第一組可能合格的來源； 第二客戶端，其與能夠通過因特網(wǎng)來通信的第二設(shè)備相關(guān)聯(lián)； 網(wǎng)絡(luò)實(shí)體，其被配置來提供第二設(shè)置，其中能夠從所述第二設(shè)置中確定第二組可能合 格的來源；系統(tǒng)，其被配置來 接收所述第一設(shè)置和所述第二設(shè)置， 從所述第一客戶端接收內(nèi)容請求，基于所述第一設(shè)置和所述第二設(shè)置來確定策略，其中，所述策略允許確定一組合格來源，確定所述一組合格來源中具有所述內(nèi)容的子集，其中，所述子集包括所述第二客戶端，以及向所述第一客戶端發(fā)送對于所述第二客戶端的指示。
7.根據(jù)權(quán)利要求6所述的數(shù)據(jù)傳送系統(tǒng)，其中，所述第一設(shè)置指示所述第一組可能合 格的來源所需要的最小可接受數(shù)據(jù)傳輸速率。
8.根據(jù)權(quán)利要求6所述的數(shù)據(jù)傳送系統(tǒng)，其中，所述網(wǎng)絡(luò)實(shí)體是服務(wù)于所述第一客戶 端的因特網(wǎng)服務(wù)提供商(ISP)的部件。
9.根據(jù)權(quán)利要求6所述的數(shù)據(jù)傳送系統(tǒng)，其中，所述網(wǎng)絡(luò)實(shí)體表征所述第一客戶端和 所述第二客戶端之間的關(guān)系，并且指定與所述關(guān)系相關(guān)聯(lián)的內(nèi)容共享特權(quán)。
10.根據(jù)權(quán)利要求6所述的數(shù)據(jù)傳送系統(tǒng)，其中，所述系統(tǒng)被配置來確定合格來源的所 述子集包括源端服務(wù)器。
11.根據(jù)權(quán)利要求6所述的數(shù)據(jù)傳送系統(tǒng)，其中，所述系統(tǒng)被配置來接收所述內(nèi)容請 求，所述內(nèi)容請求指定源自源端服務(wù)器的內(nèi)容，并且所述系統(tǒng)被配置來確定合格來源的所 述子集僅包括終端用戶。
12.一種用于在客戶端之間傳送內(nèi)容的方法，所述方法包括以下步驟從一個(gè)或多個(gè)應(yīng)用接收一個(gè)或多個(gè)應(yīng)用設(shè)置，所述一個(gè)或多個(gè)應(yīng)用設(shè)置指示第一組可 能合格的客戶端的特性；確定與所述一個(gè)或多個(gè)應(yīng)用設(shè)置有關(guān)的一個(gè)或多個(gè)客戶端設(shè)置；從發(fā)出請求的應(yīng)用接收內(nèi)容請求；獲取關(guān)于一組合格客戶端的信息，所述一組合格客戶端是基于所述一個(gè)或多個(gè)客戶端 設(shè)置和一個(gè)或多個(gè)網(wǎng)絡(luò)設(shè)置來確定的，所述一個(gè)或多個(gè)網(wǎng)絡(luò)設(shè)置是由遠(yuǎn)離與所述一個(gè)或多 個(gè)應(yīng)用相關(guān)聯(lián)的設(shè)備的因特網(wǎng)組件所確定的，所述一組合格客戶端匹配所述第一組可能合 格的客戶端的子集，或者是所述第一組可能合格的客戶端的子集；獲取關(guān)于在所述一組合格客戶端中具有所述內(nèi)容的來源客戶端的信息；以及從所述來源客戶端請求所述內(nèi)容，以傳輸?shù)剿霭l(fā)出請求的應(yīng)用。
13.根據(jù)權(quán)利要求12所述的用于在客戶端之間傳送內(nèi)容的方法，其中，接收所述內(nèi)容 請求的所述步驟包括確定所述內(nèi)容請求指定了源自源端服務(wù)器的內(nèi)容。
14.根據(jù)權(quán)利要求12所述的用于在客戶端之間傳送內(nèi)容的方法，其中，接收所述一個(gè) 或多個(gè)應(yīng)用設(shè)置包括接收用于指示所述第一組可能合格的客戶端所需要的最小可接受數(shù) 據(jù)傳輸速率的設(shè)置。
15.根據(jù)權(quán)利要求12所述的用于在客戶端之間傳送內(nèi)容的方法，還包括以下步驟表 征與一個(gè)或多個(gè)客戶端設(shè)置相關(guān)聯(lián)的客戶端和來自所述一組合格客戶端中的第二客戶端 之間的關(guān)系，以及指定與所述關(guān)系相關(guān)聯(lián)的內(nèi)容共享特權(quán)。
全文摘要
公開了用于數(shù)據(jù)傳送的方法、裝置和系統(tǒng)。例如，來自在多層控制面中布置的多個(gè)實(shí)體的設(shè)置用于設(shè)置數(shù)據(jù)傳送策略。這些策略用于控制諸如在終端用戶之間或者從源端服務(wù)器進(jìn)行的數(shù)據(jù)傳送。
文檔編號G06F15/167GK101861584SQ200880114780
公開日2010年10月13日 申請日期2008年11月5日 優(yōu)先權(quán)日2007年11月5日
發(fā)明者J·B.·科利, M·D.·馬達(dá)克斯, M·M.·戈登, N·F.·拉契博爾斯基 申請人:聚焦網(wǎng)絡(luò)公司