專利名稱：內(nèi)容定時的方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及數(shù)據(jù)通信領域，尤其涉及有效率地分發(fā)內(nèi)容文件的方法和系 統(tǒng)。本發(fā)明特別涉及請求、存儲和從移動內(nèi)容提供商分發(fā)大的和特大的內(nèi)容文 件到內(nèi)容文件客戶設備的方法和系統(tǒng)，該客戶設備如帶瀏覽器的筆記本、個人
數(shù)字助理或移動電話。
背景技術：
多媒體數(shù)字信息文件，例如音頻、視頻、電影等等，比通過因特網(wǎng)下載的 大部分其他類型的文件要大。經(jīng)常地，客戶機發(fā)送一個請求到內(nèi)容提供商網(wǎng)站， 但由于網(wǎng)絡的擁塞、太多當前流量、優(yōu)先級和容量限制，大的文件不能立刻得到。
在前面提議的和使用的用于分發(fā)內(nèi)容到客戶機的方法和系統(tǒng)為內(nèi)容分發(fā) 網(wǎng)絡，其包括內(nèi)容代理和邊緣服務器。其中，邊緣服務器是位于戰(zhàn)略地理位置 的緩存服務器的一種形式。內(nèi)容分發(fā)網(wǎng)絡可以在緩存服務器中緩存內(nèi)容，緩存 服務器在上述網(wǎng)絡中被認為是邊緣服務器，因為其位于網(wǎng)絡邊緣附近的戰(zhàn)略地 理位置，當網(wǎng)絡擁塞和網(wǎng)絡中斷時，內(nèi)容可以對客戶機有效。
Akamai網(wǎng)絡公司介紹了不同的技術。白皮書(題名為Internet Bottlenecks: the Case for Edge Delivery Services)和2003年4月3日網(wǎng)絡工作組的因特網(wǎng)草
案(Barbir等人的題名為Known CN Request-Routing Mechanisms )都被引用參考。
內(nèi)容分發(fā)網(wǎng)絡在被參考引用的2002年11月7日公開的美國專利公開文件 2002016882、 2003年4月3日公開的美國專利公開文件20030065762、 2003 年1月2日公開的美國專利公開文件20030002484和Leighton等人的美國專利 6108703中都有描述。這些引用的公開和專利披露了使用遷移工具和改寫URL 到最有可能包含被請求的內(nèi)容的邊緣服務器的改寫工具，來標記用于從內(nèi)容分 發(fā)網(wǎng)絡分發(fā)內(nèi)容的方法。
現(xiàn)有的內(nèi)容分發(fā)網(wǎng)絡基于過去的信息，即歷史信息來分發(fā)內(nèi)容。通過從內(nèi) 容分發(fā)網(wǎng)絡獲得內(nèi)容有效性信息，內(nèi)容提供商可以重定向內(nèi)容統(tǒng)一資源定位器 (Uniform Resource Locator, URL)到距離發(fā)出請求的客戶端較近的邊緣服務 器，從而可以加速客戶端下載內(nèi)容文件的速度。因為內(nèi)容在任何一個邊緣服務 器上當前都不可用，所以內(nèi)容提供商可能不能重定向內(nèi)容URL到距離發(fā)出請 求的客戶端較近的邊緣服務器。因為種種原因在一些情況下，用戶愿意容忍分 發(fā)像多媒體文件這樣大的內(nèi)容文件的延遲，例如，用戶不需要馬上使用這個文 件，或者從個人數(shù)字助理或帶web功能的移動電話請求該文件并且由于時間限 制希望在將來的某個時刻獲得文件，再或者由于發(fā)出請求的設備的容量限制而 不能夠使用文件。
在下載服務模型中，例如，內(nèi)容請求并不一定意味著需要馬上獲得內(nèi)容。 因此，即使一塊內(nèi)容當前在邊緣服務器上不可用，如果內(nèi)容分發(fā)網(wǎng)絡可以在將 來的某個時刻分發(fā)內(nèi)容到邊緣服務器，那么內(nèi)容提供商可通過重定向請求到邊 緣服務器的請求來滿足用戶的需求。
雖然當前的內(nèi)容分發(fā)網(wǎng)絡改進了內(nèi)容文件到客戶機的分發(fā)，但是由于內(nèi)容
文件變得越來越大，以及使用因特網(wǎng)請求和獲取多媒體文件變得越來越流行， 所以需要進一步改進內(nèi)容分發(fā)系統(tǒng)和方法以提供滿意的分發(fā)速率。

發(fā)明內(nèi)容
致力于上述需求，本發(fā)明提出了分發(fā)內(nèi)容文件到客戶機的方法，該方法包
括接收來自客戶端的對內(nèi)容文件的請求；確定該內(nèi)容文件將在緩存服務器中有 效的將來的時段；以及分發(fā)關于內(nèi)容有效性的基于時間的信息。
另一方面，本發(fā)明包括分發(fā)內(nèi)容文件到客戶機的系統(tǒng)，該系統(tǒng)包括內(nèi)容服 務器和至少一個緩存服務器，該系統(tǒng)用于(a)接收來自客戶端的對內(nèi)容文件 的請求；(b)確定該內(nèi)容文件將在內(nèi)容服務器或緩存服務器中有效的分發(fā)的將 來的時段；以及(c)返回包含時段有效性信息的基于時間的信息。
例如，基于時間的信息可包括URL，該URL可按照現(xiàn)有技術中已知的方
法被改寫，如被內(nèi)容代理改寫。該代理從內(nèi)容分發(fā)網(wǎng)絡中的緩存服務器接收關 于流量、特定文件有效性和不同的位置的信息，然后返回改寫后的URL給接 收客戶端請求的內(nèi)容服務器。改寫的URL包括時段信息或者指向包含時段有 效性信息的文件的鏈接，更優(yōu)選的，也包括指向關于在時段內(nèi)內(nèi)容將在其上有 效的內(nèi)容服務器或緩存服務器的信息的指針。時間信息也可以包括CGI腳本或 activeX程序用于代替改寫的URL。
本發(fā)明能夠擴展到緩存服務器的請求路由能力，該緩存服務器可以在將來 的時段保持內(nèi)容。例如，Akamai的請求路由技術是用"Akamai-ed"URL(例如 http:〃loca1—cache一server/contentURL)替換原URL (例如http:〃contentURL)，該 "Akamai-ed"URL重定向到內(nèi)容分發(fā)網(wǎng)絡中的本地緩存服務器。根據(jù)本發(fā)明的 一個方面，"Akamai-ed"URL是在將來的時段內(nèi)有效的鏈接。
客戶機可為一般用途的電腦或特殊用途的電腦，例如臺式機、筆記本、個
人數(shù)字助理、帶web功能的手機或者其他帶因特網(wǎng)協(xié)議的機器，其上面運行基 于Mosaic的網(wǎng)絡瀏覽器，例如Internet Explorer或Netscape。客戶端通常有插 件，插件是本領域的一個術語，其為執(zhí)行單獨的功能的附加程序。
通過使用URL或者其他類似的機制，客戶機可以打開網(wǎng)頁并請求傳輸或 者下載內(nèi)容文件。網(wǎng)頁和內(nèi)容文件最初存儲在運行著網(wǎng)站的內(nèi)容服務器中，但 是也可以被存儲在內(nèi)容分發(fā)網(wǎng)絡中不同的可與內(nèi)容服務器進行通信的邊緣服 務器中，該內(nèi)容分發(fā)網(wǎng)絡包括代理?；诳蛻魴C請求中的位置和延遲容限，內(nèi) 容服務器可以提供包含對應內(nèi)容的有效性時段的重定向的URL。例如，延遲容 限可以為"不晚于下午6點"或"最大努力"。
在常規(guī)的內(nèi)容分發(fā)網(wǎng)絡中，內(nèi)容文件存儲在內(nèi)容服務器中，內(nèi)容文件的拷 貝有時分發(fā)到一個或多個邊緣服務器。其中，當接收到內(nèi)容文件的請求時，服 務器或者分發(fā)內(nèi)容文件給客戶端或者通過發(fā)送給客戶端改寫的URL把請求重 定向到具有所請求的內(nèi)容文件的拷貝的邊緣服務器。根據(jù)本發(fā)明的一個方面， 改寫的URL包括時間有效性信息或者指向包含時段有效性信息的文件的鏈接。
內(nèi)容服務器和/或內(nèi)容分發(fā)網(wǎng)絡確定將來的有效性信息。在一個實施例中， 內(nèi)容服務器通過代理與內(nèi)容分發(fā)網(wǎng)絡通信。
來自客戶端的對文件的請求可以包括延遲容限信息，該延遲容限信息可以 在客戶端層面通過多種方法生成，例如，在網(wǎng)絡瀏覽器中指示標準參數(shù)選擇， 或者客戶端在內(nèi)容服務器網(wǎng)站指定期望分發(fā)的時間或者期望分發(fā)的時段。
返回給客戶端的改寫的url可以包括用于指示時段有效性信息的特殊字 符串，或者URL本身是指向包含重定向URL和時段有效性信息的文件的鏈接。 例如，該文件包含有包含時段信息的XML標簽，使得XML解析器能夠讀取
XML標簽并在適當?shù)臅r段激活或者禁止URL。
改寫的URL也可以鏈接到內(nèi)容服務器或緩存服務器中的程序，該程序可 以在某個時間或時段內(nèi)傳輸，即推或流，所請求的內(nèi)容文件。
如提到地，可做為另一替代方案地，客戶端可以有用于處理改寫的URL
和在有效的時段內(nèi)請求內(nèi)容文件的傳輸?shù)牟寮蛘咂渌绦颉?br> 典型地，內(nèi)容分發(fā)網(wǎng)絡包括與內(nèi)容服務器通信的至少一個邊緣服務器和代
理，內(nèi)容分發(fā)網(wǎng)絡可以調(diào)度分發(fā)內(nèi)容文件到邊緣服務器中和通過代理返回帶有
有效時段信息對應的URL給內(nèi)容服務器。


圖1為本發(fā)明系統(tǒng)的一個實施例的示意圖； 圖2為本發(fā)明實施例的一個流程圖。
具體實施例方式
圖1描述了依據(jù)本發(fā)明原理的內(nèi)容分發(fā)網(wǎng)絡。該網(wǎng)絡包括用于運行瀏覽器 21的客戶端。瀏覽器21通過發(fā)送URL 28到內(nèi)容提供商22 (本例中為 Movies-Inc.Com )來請求內(nèi)容文件，例如題為"Matrix Reloaded"的電影。 Movies-Inc.Com內(nèi)容提供商22站點與內(nèi)容分發(fā)網(wǎng)絡有商業(yè)關系，以加速相對 較大的電影文件到用戶(如客戶端21)的分發(fā)。Movies-Inc.Com內(nèi)容提供商 22發(fā)送信息請求34到內(nèi)容分發(fā)網(wǎng)絡代理25。內(nèi)容分發(fā)網(wǎng)絡代理25管理至少 一個緩存服務器，在圖中由緩存服務器23和緩存服務器24示意，并且更優(yōu)地， 其管理一組緩存服務器。代理25分別發(fā)送有效性查詢31和有效性查詢36到 緩存服務器23和緩存服務器24，用于査明它們當前是否存儲有被請求的電影 文件。各種電影文件有時通過代理25從內(nèi)容提供商22被傳送到緩存服務器23
和緩存服務器24。
代理25向Movies-Inc.Com內(nèi)容提供商22提供內(nèi)容當前有效性信息和/或 內(nèi)容將來有效性信息。其中，內(nèi)容文件URL被預先考慮(Akamai-ed)用于重 定向到緩存服務器。此外，還添加了關于什么時候內(nèi)容文件將在相應的緩存服 務器有效的時段的信息。當從客戶端21接收到內(nèi)容請求后，Movies-Inc.Com
內(nèi)容提供商22也可以動態(tài)請求代理25分發(fā)內(nèi)容文件到距離客戶端近的地點。 基于網(wǎng)絡鏈路和緩存服務器的容量，內(nèi)容分發(fā)網(wǎng)絡可以定制內(nèi)容分發(fā)調(diào)度表， 并且內(nèi)容文件有效性可以通過代理25反饋到Movies-Inc.Com內(nèi)容提供商22。 如果緩存服務器23確定緩存服務器24更靠近客戶端并且內(nèi)容文件在滿足 客戶端的時段內(nèi)有效，那么定向到緩存服務器23的預定的URL可以被重定向 到緩存服務器24。
改寫后的URL可以包括如下格式中的一些格式的時間信息(a) XML標 簽；(b)緩存服務器的參數(shù)；或(c)客戶端動態(tài)程序。下面舉三個實例分別 進行描述。 實例1: XML標簽
在這種情況下，根據(jù)時間標簽來激活URL鏈接，例如 <Content timing 〉
<Period start二18:00， 9/10/03， end=19:00>
<a hrefHittp:〃locationl/contentURL> contentURL </a>
</Period〉
〈Period start=19:00, 9/10/03， end=20:00>
<a href=http:〃location2/contentURL> contentURL </a〉
</Period>
</Content timing >
XML解析器可以解釋這些標簽并且能夠在不同的時段內(nèi)激活/禁止鏈接。 XML解析器可將例如不同的顏色或陰影用于禁止的鏈接，以及當鼠標位于鏈 接上時顯示有效時段。 實例2:服務器程序參數(shù)
在這個實例中，URL鏈接以URL和時段作為參數(shù)指向原服務器或本地服 務器中的CGI或其他類型的服務器程序。例如 http:〃contentTiming.cgi URL=contentURL period—start=1800 period_end=1900;> 。如果當前時間不在給定的時段內(nèi)，CGI程序除了返回當前頁面而不做任何操 作。否則，打開返回的URL (如http:〃local_cache—server/contentURL)，用于 完成內(nèi)容下載。
與XML的實例類似，該實例需要瀏覽器能識別URL參數(shù)字段中的特殊字 符串。當當前時間不在范圍內(nèi)時，瀏覽器可以禁止URL。 實例3:客戶端插件
本方法中，URL鏈接指向具有特定擴展名的文件，例如.tim (http:〃contentURL.tim)。在"contentURL.tim"文件中，原始的和本地的URL與 時間信息是可用的、插件程序可讀的格式。這個解決方案最靈活。插件程序可 以后臺運行，從而不需要任何交互在將來某個時刻獲得內(nèi)容。
內(nèi)容定時(contenttiming)為擴展現(xiàn)有內(nèi)容分發(fā)網(wǎng)絡的有用的工具，用于 下載服務。在下載服務模型中，內(nèi)容消費者和內(nèi)容請求者的位置和設備可以不 同，其相對于傳統(tǒng)服務器/客戶端模型被稱為三元模型。
只要URL鏈接可以被客戶端識別，那么前面提到的三個例子就可以用于 服務器/客戶端模型和三元模型。
內(nèi)容有效性的進一步信息依賴于內(nèi)容分發(fā)網(wǎng)絡中的內(nèi)容分發(fā)調(diào)度器。使調(diào) 度內(nèi)容在緩存服務器處有效是與指示內(nèi)容的時間有效性的當前方法獨立的問 題。
圖2描述了根據(jù)本發(fā)明的原理，由圖1中的內(nèi)容分發(fā)網(wǎng)絡執(zhí)行的用于調(diào)度 內(nèi)容分發(fā)的步驟的流程圖。該方法開始于圖2的步驟100，其中，接收到來自 使用圖1中所示瀏覽器21的客戶端的內(nèi)容請求；在步驟120，在請求路由功能 實體(RRFE)進行檢査，該檢查基于客戶端的位置檢查內(nèi)容在距離客戶端最 近的緩存服務器(例如緩存服務器23)當前是否有效；如果有效，則在圖2 的步驟130中，預定的重定向到圖1所示的緩存服務器23的URL被RRFE返 回給客戶端；如果在步驟120檢查中，內(nèi)容在緩存服務器23中無效，則在圖2 的步驟140中RRFE執(zhí)行檢查來確定所請求的內(nèi)容文件是否被調(diào)度從而在另一 個距離客戶端近的緩存服務器有效，例如圖1中的緩存服務器24;如果是，則 在圖2的步驟150中，預定的具有將來的有效性[T1，T2]的重定向到圖1的緩存 服務器24的URL被RRFE返回。當客戶端接收到預定的URL時，其在內(nèi)容 有效時向適當?shù)木彺娣掌髡埱髢?nèi)容文件。
如果在靠近客戶端的任何一個緩存服務器上內(nèi)容文件不是立刻有效并且 沒有調(diào)度的有效性，則在圖2步驟160中，內(nèi)容服務器22通過代理25與內(nèi)容 分發(fā)網(wǎng)絡(CDN)協(xié)商以確定開始時間、結(jié)束時間和內(nèi)容文件將要有效的緩存 服務器，在步驟170中，返回帶有時段信息的重定向到緩存服務器的URL?？?戶端將會處理該URL并等到時段時向適當?shù)木彺娣掌髡埱笪募?br> 雖然結(jié)合最優(yōu)實施例對本發(fā)明進行了描述，但是本領域普通技術人員在不 違背本發(fā)明的精神和范圍的情況下可做出多種變形和修改，并且本發(fā)明不應該 理解為僅僅局限在上述方法和結(jié)構的細節(jié)上，其他變形和修改也應該理解為屬
于本發(fā)明的保護范圍。
權利要求
1.一種分發(fā)內(nèi)容文件到客戶端的方法，包括，接收來自客戶端的對內(nèi)容文件的請求；確定所述內(nèi)容文件將在緩存服務器中有效的將來的時段；將關于內(nèi)容有效性的基于時間的信息發(fā)送給所述客戶端。
2. 如權利要求l所述的方法，其中，所述基于時間的信息包括下列的一 種(a)統(tǒng)一資源定位器；(b)公用網(wǎng)關腳本；禾口 (c) activeX程序。
3. 如權利要求2所述的方法，其中，所述統(tǒng)一資源定位器標識了關于在 所述時段內(nèi)，所述內(nèi)容將在其上有效的所述緩存服務器的信息。
4. 如權利要求l所述的方法，其中，所述客戶端處理所述基于時間的信 息，以及在有效的時段內(nèi)從所述緩存服務器請求所述內(nèi)容文件。
5. 如權利要求l所述的方法，其中，內(nèi)容文件被存儲在主機服務器中； 內(nèi)容文件的拷貝被分發(fā)到至少一個緩存服務器，并且其中當接收到內(nèi)容文件的 請求時，所述主機服務器執(zhí)行下列步驟中的一個(a) 發(fā)送所述內(nèi)容文件給所述客戶端；(b) 重定向所述客戶端到具有所請求的內(nèi)容文件的拷貝的緩存服務器；以及(c) 生成并發(fā)送所述統(tǒng)一資源定位器給發(fā)送請求的所述客戶端，所述統(tǒng) 一資源定位器包括下列的一種(a)清楚的時段有效性信息；以及(b)指向包 括時段有效性信息的文件的鏈接。
6. 如權利要求l所述的方法，其中，所述內(nèi)容文件存儲在內(nèi)容服務器中； 所述內(nèi)容服務器接收對所述內(nèi)容文件的請求，并且所述內(nèi)容服務器標識所請求 的內(nèi)容文件將有效的緩存服務器和所述內(nèi)容文件將在所標識的緩存服務器上 有效的時間段。
7. 如權利要求2所述的方法，其中，所述內(nèi)容文件的請求由內(nèi)容服務器 接收并轉(zhuǎn)發(fā)到所述緩存服務器或其他內(nèi)容服務器。
8. 如權利要求2所述的方法，其中，所述緩存服務器確定所請求的文件 將有效傳送給所述客戶端的將來的時間并生成所述統(tǒng)一資源定位器。
9. 如權利要求2所述的方法，其中，所述內(nèi)容文件的請求由內(nèi)容服務器 接收并被轉(zhuǎn)發(fā)到內(nèi)容分發(fā)網(wǎng)絡代理;所述內(nèi)容分發(fā)網(wǎng)絡代理確定在所述內(nèi)容分 發(fā)網(wǎng)絡中，所請求的文件將從緩存服務器有效傳送給所述客戶端的將來的時間 和所述統(tǒng)一資源定位器，該統(tǒng)一資源定位器由所述內(nèi)容分發(fā)網(wǎng)絡代理或所述內(nèi) 容服務器生成用于發(fā)送給所述客戶端。
10. 如權利要求l所述的方法，其中，來自所述客戶端的請求包括延遲容限信息。
11. 如權利要求l所述的方法，其中，來自所述客戶端的請求包括期望分 發(fā)時間信息或期望分發(fā)時段信息。
12. 如權利要求2所述的方法，其中，來自所述客戶端的請求包括期望分 發(fā)時間信息或期望分發(fā)時段信息；以及所述內(nèi)容服務器生成并返回給所述客戶 端所述統(tǒng)一資源定位器，其包括時間和指向在所述期望分發(fā)時間內(nèi)具有所請求
13. 如權利要求l所述的方法，其中，來自所述客戶端的請求包括所述內(nèi)容文件一有效就進行分發(fā)的請求；以及所述內(nèi)容服務器確定所述內(nèi)容文件將有 效的時間和指向在內(nèi)容有效性的時間內(nèi)具有所請求的內(nèi)容文件的服務器的指 針。
14. 如權利要求2所述的方法，其中，所述統(tǒng)一資源定位器包括到包含時 段有效性信息的文件的鏈接，以及所述文件包括包含所述時段的XML標簽， 使得XML解析器可以讀取所述XML標簽并在適當?shù)臅r段激活或禁止鏈接。
15. 如權利要求2所述的方法，其中，所述統(tǒng)一資源定位器包括到內(nèi)容服 務器或緩存服務器的鏈接，其清楚地包含所述內(nèi)容的有效性的時段信息。
16. 如權利要求2所述的方法，其中，所述客戶端處理在所述統(tǒng)一資源定 位器中的時段有效性信息并且在有效的時段內(nèi)請求傳送所述內(nèi)容文件。
17. 如權利要求2所述的方法，其中，所述客戶端處理在所述統(tǒng)一資源定 位器中的時段有效性信息和緩存服務器信息，從而在有效的時段內(nèi)請求從所述 緩存服務器傳送所述內(nèi)容文件，其中在所述時段內(nèi)所述內(nèi)容文件將在所述緩存 服務器中有效。
18. 如權利要求2所述的方法，其中，所請求的內(nèi)容文件在內(nèi)容服務器中 有效并可以被分發(fā)到內(nèi)容分發(fā)網(wǎng)絡中的至少一個緩存服務器;并且其中所述內(nèi) 容分發(fā)網(wǎng)絡調(diào)度在該內(nèi)容分發(fā)網(wǎng)絡中分發(fā)內(nèi)容文件到緩存服務器;并且其中所 述內(nèi)容分發(fā)網(wǎng)絡反饋所述統(tǒng)一資源定位器給所述內(nèi)容服務器，該內(nèi)容服務器重 定向所述統(tǒng)一資源定位器到所述客戶端。
19. 如權利要求2所述的方法，其中，所請求的內(nèi)容文件在內(nèi)容服務器中 有效并可以在內(nèi)容分發(fā)網(wǎng)絡中被分發(fā)到至少一個緩存服務器;并且其中所述內(nèi) 容分發(fā)網(wǎng)絡調(diào)度在該內(nèi)容分發(fā)網(wǎng)絡中分發(fā)內(nèi)容文件到緩存服務器;并且其中如 果當所述內(nèi)容文件被所述客戶端請求時，所述內(nèi)容文件在距離所述客戶端近的 內(nèi)容分發(fā)網(wǎng)絡中的緩存服務器中無效，那么所述內(nèi)容分發(fā)網(wǎng)絡調(diào)度在將來的時 段分發(fā)所述內(nèi)容文件到所述緩存服務器，并且返回給所述內(nèi)容服務器包含所述 時段信息和所述緩存服務器標識符的統(tǒng)一資源定位器。
20. —種分發(fā)內(nèi)容文件到客戶機的系統(tǒng)，包括，內(nèi)容服務器和至少一個緩 存服務器，其至少一個用于(a)接收來自客戶端的對內(nèi)容文件的請求；(b) 確定所述內(nèi)容文件將從所述內(nèi)容服務器或緩存服務器有效以進行分發(fā)的將來 的時段；以及(c)將關于內(nèi)容有效性的基于時間的信息發(fā)送到所述客戶端。
21. 如權利要求20所述的系統(tǒng)，進一步包括內(nèi)容分發(fā)網(wǎng)絡代理，其用于 提供給所述內(nèi)容服務器關于所請求的內(nèi)容文件在所述內(nèi)容分發(fā)網(wǎng)絡的至少一 個緩存服務器中的有效性的信息。
22. 如權利要求20所述的系統(tǒng)，進一步包括內(nèi)容分發(fā)網(wǎng)絡代理，其用于 提供給所述內(nèi)容服務器關于所請求的內(nèi)容文件在所述內(nèi)容分發(fā)網(wǎng)絡的至少一 個緩存服務器中的有效性的信息，并調(diào)度所述內(nèi)容文件的將來的有效性。
23. 如權利要求20所述的系統(tǒng)，進一步包括 多個緩存服務器；內(nèi)容分發(fā)網(wǎng)絡代理；以及用于確定將來的時段和所述客戶端可以請求所述內(nèi)容文件的服務器的以 下至少之一的裝置(a)代理，其為內(nèi)容服務器的一部分、內(nèi)容分發(fā)網(wǎng)絡的 一部分或基于二者的單獨的實體；(b)至少有一個緩存服務器；以及(c)所 述內(nèi)容服務器。
24. 如權利要求20所述的系統(tǒng)，進一步包括，用于響應(a)客戶端時段 請求或(b)客戶端時間容限信息來計算所述時段有效性的裝置。
25. —種系統(tǒng)，其在第一時間向內(nèi)容服務器請求內(nèi)容文件，并在稍后的時 間從(a)內(nèi)容服務器或(b)內(nèi)容分發(fā)網(wǎng)絡緩存服務器接收所述內(nèi)容文件，該 系統(tǒng)包括客戶機，其包括網(wǎng)絡瀏覽器，以及用于接收包含時段有效性信息的統(tǒng)一資 源定位器和用于在所述時段內(nèi)使用所述統(tǒng)一資源定位器下載所述內(nèi)容文件的裝置。
26. 如權利要求25所述的系統(tǒng)，其中，所述網(wǎng)絡瀏覽器包括插件，用于 解析包含所述時段信息的統(tǒng)一資源定位器和在指定的時段內(nèi)下載所請求的內(nèi) 容文件。
全文摘要
本發(fā)明披露了用于分發(fā)內(nèi)容文件到客戶機的方法和相關設備，其中在內(nèi)容服務器中接收來自客戶端的內(nèi)容文件請求；確定該內(nèi)容文件在緩存服務器中有效的將來的時段；以及從服務器返回給客戶端包含時段有效性信息的改寫的統(tǒng)一資源定位器或指向包含時段有效性信息的文件的鏈接，該客戶端在確定的將來的時段使用該信息獲得該內(nèi)容文件。
文檔編號G06F17/30GK101189606SQ200580049958
公開日2008年5月28日 申請日期2005年6月2日 優(yōu)先權日2005年6月2日
發(fā)明者張軍彪, 斯尼格德哈·維爾馬, 鈞 李 申請人:湯姆遜許可公司