專利名稱：一種通過網(wǎng)絡(luò)緩存下載文件的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)中網(wǎng)絡(luò)緩存技術(shù)領(lǐng)域，特別是指一種通過網(wǎng)絡(luò)緩存下載文件的方法和系統(tǒng)。
背景技術(shù)：
超文本傳輸協(xié)議(Hyper Text Transfer Protocol,HTTP)標(biāo)準(zhǔn)是目前互聯(lián)網(wǎng)上應(yīng)用最廣泛的網(wǎng)絡(luò)傳輸協(xié)議之一。萬維網(wǎng)(World Wide Web, WWW)就是基于HTTP的一種應(yīng)用。它是客戶端至服務(wù)器模式，基于HTTP標(biāo)準(zhǔn)的請求和響應(yīng)消息實現(xiàn)信息交互。WWW應(yīng)用的快速發(fā)展，導(dǎo)致了網(wǎng)絡(luò)擁塞和服務(wù)器超載，造成客戶端訪問延遲增大等問題。為此，引入了網(wǎng)絡(luò)(web)緩存系統(tǒng)。web緩存位于客戶端和內(nèi)容源服務(wù)器之間。當(dāng)客戶端請求內(nèi)容時，所述web緩存用于保存源服務(wù)器輸出內(nèi)容的副本，以便在下一個同樣內(nèi)容的請求到來時，直接通過本地保存的副本，為客戶端提供服務(wù)，從而達(dá)到縮短響應(yīng)延遲，減少網(wǎng)絡(luò)帶寬消耗的目的，同時實現(xiàn)了媒體內(nèi)容根據(jù)用戶請求自動完成分發(fā)的功能。當(dāng)源服務(wù)器上的原始內(nèi)容被更新時，會導(dǎo)致web緩存的副本失效。為此，HTTP標(biāo)準(zhǔn)中定義了一套用于web緩存管理的規(guī)則和機(jī)制。如果web緩存檢測到本地保存的副本已經(jīng)超過有效期，則需要向源服務(wù)器確認(rèn)該內(nèi)容是否還有效。如果原始內(nèi)容已經(jīng)被更新，那么web緩存就需要重新下載原始內(nèi)容并緩存。這種機(jī)制在WWW應(yīng)用中的效果很好。但是對于某些特殊情況，例如:原始內(nèi)容會被周期更新，但是每次更新都只是在原內(nèi)容末尾追加一部分?jǐn)?shù)據(jù)的時候，就會存在問題。此時由于檢測到原始內(nèi)容被更新，web緩存就會更新副本，將整個內(nèi)容從源服務(wù)器重新傳輸一遍。但實際上，每次更新時，原來緩存的內(nèi)容并沒有被改變，都還是有效的，只需要下載最新被添加的數(shù)據(jù)即可。顯然，為了新增加的一段內(nèi)容，而重傳整個文件，這會嚴(yán)重影響通信系統(tǒng)的性能，無謂的消耗網(wǎng)絡(luò)帶寬，增大響應(yīng)延遲，有違web緩存部署的初衷。上述問題體現(xiàn)在實際應(yīng)用中，例如:近兩年逐漸開始流行的HTTP流(Streaming)業(yè)務(wù)中，將整個節(jié)目內(nèi)容分成很多的小片段，例如10秒鐘一個片段。然后通過一個播放列表描述文件，將這些片段組織在一起。播放列表文件中保存了這些片段的統(tǒng)一資源定位符(Uniform/Universal Resource Locator, URL)、時長、屬性(例如不同碼率)、時間關(guān)系等?？蛻舳它c播節(jié)目內(nèi)容時，首先通過HTTP方式從web服務(wù)器下載這個播放列表文件，然后根據(jù)列表文件中的描述，通過web服務(wù)器下載需要的媒體片段，最終實現(xiàn)在本地播放。如果是直播業(yè)務(wù)，在內(nèi)容生成端需要持續(xù)生成新的媒體片段，同時更新相應(yīng)的播放列表文件?？蛻舳藙t需要周期性的獲取更新后的播放列表文件，然后根據(jù)列表文件中的描述，通過web服務(wù)器下載最新的媒體片段。而在第三代合作伙伴計劃(3rd generationpartnership pro ject, 3GPP) R9 中關(guān)于 HTTP Streaming 業(yè)務(wù)的相關(guān)標(biāo)準(zhǔn)中，使用了 ISO 文件格式(IS014496-12標(biāo)準(zhǔn)定義的文件格式)中的movie fragment結(jié)構(gòu)(IS014496-12標(biāo)準(zhǔn)中定義的結(jié)構(gòu)，包含moof box和相應(yīng)的mdat box)來實現(xiàn)虛擬分段的效果。即一個moviefragment就對應(yīng)一個媒體片段，每個媒體片段按照時間順序，依次添加在文件末尾，形成由一系列movie fragment結(jié)構(gòu)組成的媒體文件。客戶端通過指明字節(jié)范圍的方式,下載各個movie fragment,然后在本地播放。對于直播業(yè)務(wù)，當(dāng)web緩存采用這種文件格式存儲直播媒體數(shù)據(jù)的時候，就會出現(xiàn)前面所說的問題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種通過web緩存下載文件的方法和系統(tǒng)，解決了針對前述追加寫入方式更新的內(nèi)容，web緩存只能進(jìn)行低效處理的問題。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的:本發(fā)明提供了一種通過網(wǎng)絡(luò)(web)緩存下載文件的方法，所述方法包括:生成內(nèi)容文件，并設(shè)置所述內(nèi)容文件的屬性為追加寫入(append only)，將所述內(nèi)容文件保存到內(nèi)容提供節(jié)點上；當(dāng)web緩存收到用戶端發(fā)送的內(nèi)容文件請求后，檢查本地保存的副本，如果副本中內(nèi)容不全，且內(nèi)容文件的屬性為append only,則向內(nèi)容提供節(jié)點發(fā)起請求,獲取副本中缺失的內(nèi)容；web緩存更新本地保存的副本后，將用戶端請求的內(nèi)容文件返回給用戶端。其中，所述內(nèi)容文件，具體為:只能通過追加寫入進(jìn)行更新的分段文件；所述設(shè)置所述內(nèi)容文件的屬性為append only，包括:通過文件系統(tǒng)設(shè)置內(nèi)容文件的屬性；或者通過在數(shù)據(jù)庫中添加append only標(biāo)記；或者通過添加元數(shù)據(jù)文件實現(xiàn)append only 標(biāo)記。其中，所述內(nèi)容提供節(jié)點包括:源web服務(wù)器，或者在多級web緩存系統(tǒng)中的上級web緩存。其中，所述將所述內(nèi)容文件保存到內(nèi)容提供節(jié)點上，包括:內(nèi)容生成端將屬性為append only的內(nèi)容文件保存到源web服務(wù)器上；或者所述上級web緩存從源web服務(wù)器上獲取所述屬性為append only的內(nèi)容文件并在本地保存為副本。其中，所述如果副本中內(nèi)容不全，且內(nèi)容文件的屬性為append only，則向內(nèi)容提供節(jié)點發(fā)起請求，獲取副本中缺失的內(nèi)容，具體為:如果副本中沒有用戶端請求的內(nèi)容文件、或者用戶端請求的內(nèi)容文件在副本中不完整、或者副本中的內(nèi)容文件已經(jīng)過期，web緩存則向內(nèi)容提供節(jié)點發(fā)起請求，內(nèi)容提供節(jié)點通過響應(yīng)消息將副本中缺失的內(nèi)容，以及表明所述內(nèi)容文件屬性為append only的信息，返回給web緩存。其中，所述web緩存更新本地保存的副本，還包括:設(shè)置所述內(nèi)容文件的副本的屬性為 append only。本發(fā)明還提供了一種通過web緩存下載文件的系統(tǒng)，所述系統(tǒng)包括:內(nèi)容生成端、內(nèi)容提供節(jié)點、web緩存和用戶端；其中，所述內(nèi)容生成端，用于生成內(nèi)容文件，并設(shè)置所述內(nèi)容文件的屬性為appendonly，將所述內(nèi)容文件保存到內(nèi)容提供節(jié)點上；所述web緩存，用于當(dāng)收到用戶端發(fā)送的內(nèi)容文件請求后，檢查本地保存的副本，如果副本中內(nèi)容不全，且內(nèi)容文件的屬性為append only,則向內(nèi)容提供節(jié)點發(fā)起請求,獲取副本中缺失的內(nèi)容，更新本地保存的副本后，將用戶端請求的內(nèi)容文件返回給用戶端。其中，所述內(nèi)容文件，具體為:只能通過追加寫入進(jìn)行更新的分段文件；所述內(nèi)容生成端設(shè)置所述內(nèi)容文件的屬性為append only，包括:通過文件系統(tǒng)設(shè)置內(nèi)容文件的屬性；或者通過在數(shù)據(jù)庫中添加append only標(biāo)記；或者通過添加元數(shù)據(jù)文件實現(xiàn)append only標(biāo)記。其中，所述內(nèi)容提供節(jié)點包括:源web服務(wù)器，或者在多級web緩存系統(tǒng)中的上級web緩存；所述將所述內(nèi)容文件保存到內(nèi)容提供節(jié)點上，包括:內(nèi)容生成端將屬性為appendonly的內(nèi)容文件保存到源web服務(wù)器上，或者所述上級web緩存從源web服務(wù)器上獲取所述屬性為append only的內(nèi)容文件并在本地保存為副本。其中，所述web緩存中如果副本中內(nèi)容不全，且內(nèi)容文件的屬性為append only,則向內(nèi)容提供節(jié)點發(fā)起請求，獲取副本中缺失的內(nèi)容，具體為:如果副本中沒有用戶端請求的內(nèi)容文件、或者用戶端請求的內(nèi)容文件在副本中不完整、或者副本中的內(nèi)容文件已經(jīng)過期，web緩存則向內(nèi)容提供節(jié)點發(fā)起請求，內(nèi)容提供節(jié)點通過響應(yīng)消息將副本中缺失的內(nèi)容，以及表明所述內(nèi)容文件屬性為append only的信息，返回給web緩存。其中，所述web緩存，還用于在更新本地保存的副本的過程中，設(shè)置所述內(nèi)容文件的副本的屬性為append only。本發(fā)明所提供的通過web緩存下載文件的方法和系統(tǒng)，生成內(nèi)容文件，并設(shè)置所述內(nèi)容文件的屬性為追加寫入(append only),將所述內(nèi)容文件保存到內(nèi)容提供節(jié)點上；當(dāng)web緩存收到用戶端發(fā)送的內(nèi)容文件請求后，檢查本地保存的副本，如果副本中內(nèi)容不全，且內(nèi)容文件的屬性為append only,則向內(nèi)容提供節(jié)點發(fā)起請求,獲取副本中缺失的內(nèi)容；web緩存更新本地保存的副本后，將用戶端請求的內(nèi)容文件返回給用戶端。通過本發(fā)明能夠?qū)崿F(xiàn)更為高效的web緩存處理。同時，節(jié)省了網(wǎng)絡(luò)帶寬，縮短了響應(yīng)延遲。


圖1為本發(fā)明一種通過web緩存下載文件的方法流程示意圖；圖2為本發(fā)明HTTP Streaming業(yè)務(wù)的系統(tǒng)架構(gòu)示意圖；圖3為本發(fā)明內(nèi)容提供節(jié)點對HTTP請求的處理流程示意圖；圖4為本發(fā)明一種通過web緩存下載文件的系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式本發(fā)明的基本思想是:生成內(nèi)容文件，并設(shè)置所述內(nèi)容文件的屬性為追加寫入(append only),將所述內(nèi)容文件保存到內(nèi)容提供節(jié)點上；當(dāng)web緩存收到用戶端發(fā)送的內(nèi)容文件請求后，檢查本地保存的副本，如果副本中內(nèi)容不全，且內(nèi)容文件的屬性為appendonly,則向內(nèi)容提供節(jié)點發(fā)起請求,獲取副本中缺失的內(nèi)容;web緩存更新本地保存的副本后，將用戶端請求的內(nèi)容文件返回給用戶端。下面結(jié)合附圖和具體實施例對本發(fā)明的技術(shù)方案進(jìn)一步詳細(xì)闡述。圖1為本發(fā)明一種通過web緩存下載文件的方法流程示意圖，如圖1所示，所述方法包括:步驟101，生成內(nèi)容文件，并設(shè)置所述內(nèi)容文件的屬性為append only，將所述內(nèi)容文件保存到內(nèi)容提供節(jié)點上；具體的，所述內(nèi)容文件具體為:只能通過追加寫入進(jìn)行更新的分段文件。例如:HTTP Streaming業(yè)務(wù)文件，每次更新時都通過追加寫入的方式，添加到文件的末尾。所述設(shè)置所述內(nèi)容文件的屬性為append only，包括:通過文件系統(tǒng)設(shè)置內(nèi)容文件的屬性；或者通過在數(shù)據(jù)庫中添加append only標(biāo)記；或者通過添加元數(shù)據(jù)文件實現(xiàn)append only標(biāo)記。所述內(nèi)容提供節(jié)點包括:源web服務(wù)器或者在多級web緩存系統(tǒng)中的上級web緩存。所述將所述內(nèi)容文件保存到內(nèi)容提供節(jié)點上，包括:內(nèi)容生成端將屬性為append only的內(nèi)容文件保存到源web服務(wù)器上；或者所述上級web緩存從源web服務(wù)器上獲取所述屬性為appendonly的內(nèi)容文件并在本地保存為副本。步驟102，當(dāng)web緩存收到用戶端發(fā)送的內(nèi)容文件請求后，檢查本地保存的副本，如果副本中內(nèi)容不全，且內(nèi)容文件的屬性為append only,則向內(nèi)容提供節(jié)點發(fā)起請求,獲取副本中缺失的內(nèi)容；具體的，所述如果副本中內(nèi)容不全，且內(nèi)容文件的屬性為append only，則向內(nèi)容提供節(jié)點發(fā)起請求，獲取副本中缺失的內(nèi)容，具體為:如果副本中沒有用戶端請求的內(nèi)容文件、或者用戶端請求的內(nèi)容文件在副本中不完整、或者副本中的內(nèi)容文件已經(jīng)過期，web緩存則向內(nèi)容提供節(jié)點發(fā)起請求，內(nèi)容提供節(jié)點通過響應(yīng)消息將副本中缺失的內(nèi)容，以及表明所述內(nèi)容文件屬性為append only的信息,返回給web緩存。進(jìn)一步的，在步驟102中，檢查本地保存的副本之后，如果副本中內(nèi)容完整，即存在有效副本，則web緩存直接讀取副本內(nèi)容,返回給用戶端。步驟103，web緩存更新本地保存的副本后，將用戶端請求的內(nèi)容文件返回給用戶端。具體的，所述web緩存更新本地保存的副本，還包括:設(shè)置所述內(nèi)容文件的副本的屬性為 append only。圖2為本發(fā)明HTTP Streaming業(yè)務(wù)的系統(tǒng)架構(gòu)示意圖，如圖2所示，以直播服務(wù)為例，內(nèi)容生成端24按HTTP Streaming直播服務(wù)的需求，接收直播碼流，生成播放列表文件26和虛擬分段方式的媒體文件25，供源web服務(wù)器21讀取，其中媒體文件25需要設(shè)置append only屬性?？蛻舳?3a通過HTTP方式周期性的獲取播放列表文件26,解析后,根據(jù)播放列表文件的內(nèi)容，再獲取相應(yīng)媒體文件中的相應(yīng)片段?？蛻舳?3a發(fā)出的HTTP請求，會通過web緩存系統(tǒng)22。如果客戶端23a請求的內(nèi)容，已經(jīng)在web緩存系統(tǒng)22中有副本27，則web緩存系統(tǒng)22會直接讀取副本27內(nèi)容發(fā)送給客戶端23a。如果有需要，例如本地沒有副本，或副本已過有效期等情況，web緩存系統(tǒng)22會向源web服務(wù)器21 (也可能是web緩存向上一級的web緩存)發(fā)起請求，下載內(nèi)容后，再轉(zhuǎn)發(fā)給客戶端23a?？蛻舳?3b的操作和客戶端23a的操作相同。圖3為本發(fā)明內(nèi)容提供節(jié)點對HTTP請求的處理流程示意圖，如圖3所示，包括如下步驟:步驟301, web緩存收到客戶端請求直播服務(wù)的HTTP請求,判斷所請求的文件在本地是否有緩存，如果在本地沒有緩存，則執(zhí)行步驟302，如果在本地有緩存，則執(zhí)行步驟303 ；步驟302, web緩存向內(nèi)容提供節(jié)點，即上一級web緩存或源web服務(wù)器發(fā)起HTTP請求，請求獲取整個文件，收到內(nèi)容提供節(jié)點返回的數(shù)據(jù)后，提取客戶端所需的部分，轉(zhuǎn)發(fā)給客戶端，并將收到的數(shù)據(jù)在本地緩存，同時根據(jù)內(nèi)容提供節(jié)點的HTTP響應(yīng)中的相關(guān)信息，設(shè)置文件屬性(是否append only)。例如，如果響應(yīng)消息中攜帶了擴(kuò)展消息頭“x-ContentAttribute:append_only”,則表明內(nèi)容屬性是append only,否則就不是appendonly ；步驟303，web緩存判斷副本，即緩存文件是否覆蓋了客戶端所請求的范圍，如果沒有覆蓋則執(zhí)行步驟304，如果緩存文件覆蓋了客戶端所請求的范圍(例如緩存文件為10MB,客戶端所請求的數(shù)據(jù)范圍為7MB 9MB)，且文件為append only的(例如是媒體分段文件)，則web緩存直接讀取本地緩存文件中的相應(yīng)數(shù)據(jù)，返回給客戶端，同時在HTTP響應(yīng)消息中，攜帶文件屬性的擴(kuò)展字段，標(biāo)明該內(nèi)容是append only的；步驟304,客戶端所請求的內(nèi)容在本地有緩存,且文件為append only的(例如是媒體分段文件)，但緩存文件不能覆蓋客戶端所請求的范圍，例如緩存文件為10MB，客戶端所請求的數(shù)據(jù)范圍為9MB 11MBJU web緩存向內(nèi)容提供節(jié)點發(fā)起HTTP請求，檢查內(nèi)容是否有更新，同時請求獲取缺失部分的數(shù)據(jù)(即從10MB開始的，后續(xù)部分)。收到內(nèi)容提供節(jié)點返回的數(shù)據(jù)后，提取客戶端所需的部分，轉(zhuǎn)發(fā)給客戶端，并在HTTP響應(yīng)消息中，攜帶文件屬性的擴(kuò)展字段，標(biāo)明該內(nèi)容是append only的。同時將收到的數(shù)據(jù)添加在本地緩存文件的末尾，并標(biāo)記該文件是append only的。進(jìn)一步的，還包括步驟305，客戶端所請求的內(nèi)容在本地有緩存，但文件不是append only的(例如是播放列表描述文件)，則web緩存按常規(guī)的緩存策略處理。即檢查緩存是否過期，如沒有過期，則直接讀取緩存內(nèi)容返回給客戶端。如果過期，則向內(nèi)容提供節(jié)點請求更新，如果內(nèi)容沒有更新，則直接讀取緩存內(nèi)容返回給客戶端。如果有更新，則接收內(nèi)容提供節(jié)點返回的更新內(nèi)容后，提取相關(guān)數(shù)據(jù)返回給客戶端。圖4為本發(fā)明一種通過web緩存下載文件的系統(tǒng)結(jié)構(gòu)示意圖，如圖4所示，所述系統(tǒng)包括:內(nèi)容生成端41、內(nèi)容提供節(jié)點42、web緩存43和用戶端44 ;其中，所述內(nèi)容生成端41，用于生成內(nèi)容文件，并設(shè)置所述內(nèi)容文件的屬性為appendonly，將所述內(nèi)容文件保存到內(nèi)容提供節(jié)點42上；具體的，所述內(nèi)容文件具體為:只能通過追加寫入進(jìn)行更新的分段文件。例如:HTTP Streaming業(yè)務(wù)文件，每次更新時都通過追加寫入的方式，添加到文件的末尾。所述內(nèi)容生成端41設(shè)置所述內(nèi)容文件的屬性為append only，包括:通過文件系統(tǒng)設(shè)置內(nèi)容文件的屬性；或者通過在數(shù)據(jù)庫中添加append only標(biāo)記；或者通過添加元數(shù)據(jù)文件實現(xiàn)append only標(biāo)記。所述內(nèi)容提供節(jié)點42包括:源web服務(wù)器或者在多級web緩存系統(tǒng)中的上級web緩存。所述將所述內(nèi)容文件保存到內(nèi)容提供節(jié)點42上，包括:內(nèi)容生成端將屬性為append only的內(nèi)容文件保存到源web服務(wù)器上；或者所述上級web緩存從源web服務(wù)器上獲取所述屬性為append only的內(nèi)容文件并在本地保存為副本。所述web緩存43，用于當(dāng)收到用戶端44發(fā)送的內(nèi)容文件請求后，檢查本地保存的副本，如果副本中內(nèi)容不全，且內(nèi)容文件的屬性為append only,則向內(nèi)容提供節(jié)點42發(fā)起請求，獲取副本中缺失的內(nèi)容，更新本地保存的副本后，將用戶端44請求的內(nèi)容文件返回給用戶端44。具體的，所述web緩存43中如果副本中內(nèi)容不全，且內(nèi)容文件的屬性為appendonly，則向內(nèi)容提供節(jié)點42發(fā)起請求，獲取副本中缺失的內(nèi)容，具體為:如果副本中沒有用戶端44請求的內(nèi)容文件、或者用戶端44請求的內(nèi)容文件在副本中不完整、或者副本中的內(nèi)容文件已經(jīng)過期，web緩存43則向內(nèi)容提供節(jié)點42發(fā)起請求，內(nèi)容提供節(jié)點42通過響應(yīng)消息將副本中缺失的內(nèi)容，以及表明所述內(nèi)容文件屬性為append only的信息,返回給web緩存43。所述web緩存43，還用于在更新本地保存的副本的過程中，設(shè)置所述內(nèi)容文件的副本的屬性為append only。進(jìn)一步的，所述web緩存43，還用于檢查本地保存的副本之后，如果副本中內(nèi)容完整，即存在有效副本，則web緩存43直接讀取副本內(nèi)容，返回給用戶端44。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種通過網(wǎng)絡(luò)(web)緩存下載文件的方法，其特征在于，所述方法包括: 生成內(nèi)容文件，并設(shè)置所述內(nèi)容文件的屬性為追加寫入(append only)，將所述內(nèi)容文件保存到內(nèi)容提供節(jié)點上； 當(dāng)web緩存收到用戶端發(fā)送的內(nèi)容文件請求后，檢查本地保存的副本，如果副本中內(nèi)容不全，且內(nèi)容文件的屬性為append only,則向內(nèi)容提供節(jié)點發(fā)起請求,獲取副本中缺失的內(nèi)容； web緩存更新本地保存的副本后，將用戶端請求的內(nèi)容文件返回給用戶端。
2.根據(jù)權(quán)利要求 1所述的方法，其特征在于，所述內(nèi)容文件，具體為:只能通過追加寫入進(jìn)行更新的分段文件； 所述設(shè)置所述內(nèi)容文件的屬性為append only，包括:通過文件系統(tǒng)設(shè)置內(nèi)容文件的屬性；或者通過在數(shù)據(jù)庫中添加append only標(biāo)記；或者通過添加元數(shù)據(jù)文件實現(xiàn)appendonly標(biāo)記。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述內(nèi)容提供節(jié)點包括:源web服務(wù)器，或者在多級web緩存系統(tǒng)中的上級web緩存。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述將所述內(nèi)容文件保存到內(nèi)容提供節(jié)點上，包括: 內(nèi)容生成端將屬性為append only的內(nèi)容文件保存到源web服務(wù)器上；或者 所述上級web緩存從源web服務(wù)器上獲取所述屬性為append only的內(nèi)容文件并在本地保存為副本。
5.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述如果副本中內(nèi)容不全，且內(nèi)容文件的屬性為append only,則向內(nèi)容提供節(jié)點發(fā)起請求,獲取副本中缺失的內(nèi)容,具體為: 如果副本中沒有用戶端請求的內(nèi)容文件、或者用戶端請求的內(nèi)容文件在副本中不完整、或者副本中的內(nèi)容文件已經(jīng)過期，web緩存則向內(nèi)容提供節(jié)點發(fā)起請求，內(nèi)容提供節(jié)點通過響應(yīng)消息將副本中缺失的內(nèi)容，以及表明所述內(nèi)容文件屬性為append only的信息,返回給web緩存。
6.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述web緩存更新本地保存的副本，還包括:設(shè)置所述內(nèi)容文件的副本的屬性為append only。
7.—種通過web緩存下載文件的系統(tǒng)，其特征在于，所述系統(tǒng)包括:內(nèi)容生成端、內(nèi)容提供節(jié)點、web緩存和用戶端；其中， 所述內(nèi)容生成端，用于生成內(nèi)容文件，并設(shè)置所述內(nèi)容文件的屬性為append only，將所述內(nèi)容文件保存到內(nèi)容提供節(jié)點上； 所述web緩存，用于當(dāng)收到用戶端發(fā)送的內(nèi)容文件請求后，檢查本地保存的副本，如果副本中內(nèi)容不全，且內(nèi)容文件的屬性為append only,則向內(nèi)容提供節(jié)點發(fā)起請求,獲取副本中缺失的內(nèi)容，更新本地保存的副本后，將用戶端請求的內(nèi)容文件返回給用戶端。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述內(nèi)容文件，具體為:只能通過追加寫入進(jìn)行更新的分段文件； 所述內(nèi)容生成端設(shè)置所述內(nèi)容文件的屬性為append only，包括:通過文件系統(tǒng)設(shè)置內(nèi)容文件的屬性；或者通過在數(shù)據(jù)庫中添加append only標(biāo)記；或者通過添加元數(shù)據(jù)文件實現(xiàn) append only 標(biāo)記。
9.根據(jù)權(quán)利要求7或8所述的系統(tǒng)，其特征在于，所述內(nèi)容提供節(jié)點包括:源web服務(wù)器，或者在多級web緩存系統(tǒng)中的上級web緩存； 所述將所述內(nèi)容文件保存到內(nèi)容提供節(jié)點上，包括:內(nèi)容生成端將屬性為append only的內(nèi)容文件保存到源web服務(wù)器上，或者所述上級web緩存從源web服務(wù)器上獲取所述屬性為append only的內(nèi)容文件并在本地保存為副本。
10.根據(jù)權(quán)利要求7或8所述的系統(tǒng)，其特征在于，所述web緩存中如果副本中內(nèi)容不全，且內(nèi)容文件的屬性為append only,則向內(nèi)容提供節(jié)點發(fā)起請求,獲取副本中缺失的內(nèi)容，具體為: 如果副本中沒有用戶端請求的內(nèi)容文件、或者用戶端請求的內(nèi)容文件在副本中不完整、或者副本中的內(nèi)容文件已經(jīng)過期，web緩存則向內(nèi)容提供節(jié)點發(fā)起請求，內(nèi)容提供節(jié)點通過響應(yīng)消息將副本中缺失的內(nèi)容，以及表明所述內(nèi)容文件屬性為append only的信息,返回給web緩存。
11.根據(jù)權(quán)利要求7或8所述的系統(tǒng)，其特征在于，所述web緩存，還用于在更新本地保存的副本的過程中，設(shè)置所述內(nèi)容文`件的副本的屬性為append only。
全文摘要
本發(fā)明公開了一種通過網(wǎng)絡(luò)(web)緩存下載文件的方法，生成內(nèi)容文件，并設(shè)置所述內(nèi)容文件的屬性為追加寫入(append only)，將所述內(nèi)容文件保存到內(nèi)容提供節(jié)點上；當(dāng)web緩存收到用戶端發(fā)送的內(nèi)容文件請求后，檢查本地保存的副本，如果副本中內(nèi)容不全，且內(nèi)容文件的屬性為append only，則向內(nèi)容提供節(jié)點發(fā)起請求，獲取副本中缺失的內(nèi)容；web緩存更新本地保存的副本后，將用戶端請求的內(nèi)容文件返回給用戶端。本發(fā)明還公開了一種系統(tǒng)，通過本發(fā)明的方法和系統(tǒng)能夠?qū)崿F(xiàn)更為高效的web緩存處理。同時，節(jié)省了網(wǎng)絡(luò)帶寬，縮短了響應(yīng)延遲。
文檔編號H04L29/08GK103118049SQ201110365969
公開日2013年5月22日 申請日期2011年11月17日 優(yōu)先權(quán)日2011年11月17日
發(fā)明者王芳, 劉繼年 申請人:中興通訊股份有限公司