国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      Cdn服務(wù)器及其緩存數(shù)據(jù)的方法

      文檔序號:10597241閱讀:554來源:國知局
      Cdn服務(wù)器及其緩存數(shù)據(jù)的方法
      【專利摘要】本發(fā)明實施例提供一種CDN服務(wù)器緩存數(shù)據(jù)的方法及CDN服務(wù)器,在所述CDN服務(wù)器接收到一條請求信息,并基于該請求信息獲取并緩存某一文件的過程中接收到了另一請求信息時,系統(tǒng)則會檢測所述另一請求信息所對應(yīng)請求的目標(biāo)數(shù)據(jù)所在的文件是否是正在緩存中的文件,如果是,則會進(jìn)一步判斷當(dāng)前的系統(tǒng)條件是否滿足可將文件交由緩存于CDN服務(wù)器進(jìn)行處理的預(yù)設(shè)條件,由此可以使得系統(tǒng)將不影響用戶體驗的文件交由CDN服務(wù)器進(jìn)行處理,以此節(jié)省CDN源站的處理資源,具有提高CDN服務(wù)器的智能化水平和節(jié)省CDN源站的處理資源的技術(shù)效果。
      【專利說明】
      CDN服務(wù)器及其緩存數(shù)據(jù)的方法
      技術(shù)領(lǐng)域
      [0001]本發(fā)明實施例涉及網(wǎng)絡(luò)通信領(lǐng)域,尤其涉及一種CDN服務(wù)器及其緩存數(shù)據(jù)的方法。
      【背景技術(shù)】
      [0002]內(nèi)容分發(fā)網(wǎng)絡(luò)(ContentDelivery Network,Q)N)依靠部署在各地的邊緣服務(wù)器,通過中心平臺的負(fù)載均衡、內(nèi)容分發(fā)、調(diào)度等功能模塊,使用戶就近獲取所需內(nèi)容,降低網(wǎng)絡(luò)擁塞,提高用戶訪問響應(yīng)速度和命中率。CDN的關(guān)鍵技術(shù)主要有內(nèi)容存儲和分發(fā)技術(shù)。
      [0003]⑶N網(wǎng)絡(luò)中的一個節(jié)點即為一個⑶N服務(wù)器,這些⑶N服務(wù)器分布到用戶訪問相對集中的地區(qū)或網(wǎng)絡(luò)中。在用戶訪問網(wǎng)站時,利用全局負(fù)載技術(shù)將用戶的訪問指向距離最近的工作正常的⑶N服務(wù)器上,在⑶N服務(wù)器緩存有用戶訪問的數(shù)據(jù)時,該⑶N服務(wù)器可以直接響應(yīng)用戶請求,在CDN服務(wù)器未緩存有用戶訪問的數(shù)據(jù)時,該CDN服務(wù)器才向CDN源站請求數(shù)據(jù),降低了 CDN源站的負(fù)載,所述CDN源站是指發(fā)布內(nèi)容的原始站點。
      [0004]現(xiàn)有技術(shù)中,CDN服務(wù)器接收到超文本傳輸協(xié)議(HyperText Transfer Protocol,HTTP)請求消息時,若該HTTP請求消息中包括用于指示讀取范圍的range信息,則該⑶N服務(wù)器可以從CDN源站或緩存于該CDN服務(wù)器的文件中獲取到該range信息指示的目標(biāo)數(shù)據(jù)。并且,CDN服務(wù)器會對獲取到的文件采用一緩存索引的方式進(jìn)行管理,該索引中包括文件標(biāo)識,以及標(biāo)識每個文件處于已緩存狀態(tài)或處于緩存中狀態(tài)的緩存狀態(tài)碼。此外,CDN服務(wù)器還會針對一處理進(jìn)度表進(jìn)行維護(hù)管理,該處理進(jìn)度表包括每個請求消息的標(biāo)識以及每個請求消息的處理進(jìn)度,例如,每個請求消息的處理進(jìn)度可以包括處于未處理狀態(tài)、處理中狀態(tài)及已處理狀態(tài)。
      [0005]然而,當(dāng)⑶N服務(wù)器先后接收到兩條或兩條以上的超文本傳輸協(xié)議請求消息時,CDN服務(wù)器會在處理第一個請求消息時向CDN源站索取數(shù)據(jù),而當(dāng)繼續(xù)接收到第二個請求消息時,CDN服務(wù)器會先根據(jù)緩存索引中的文件標(biāo)識,確定第二個請求消息對應(yīng)所需的文件的緩存狀態(tài),若請求的文件狀態(tài)處于緩存過程中,則CDN服務(wù)器會開始計時,超時該文件還未緩存完則會將該第二請求消息發(fā)送到CDN源站進(jìn)行處理。
      [0006]由此可見,現(xiàn)有技術(shù)中存在著當(dāng)CDN服務(wù)器先后接收到兩條或兩條以上的超文本傳輸協(xié)議請求消息時,如果第一個請求消息和第二個請求消息對應(yīng)請求的文件一致,且接收到第二個請求的時刻為CDN服務(wù)器正在緩存該對應(yīng)請求的文件過程中時,只要緩存該文件的時間剩余時間超出預(yù)設(shè)時間則第二個請求就要發(fā)送到CDN源站進(jìn)行處理,因此造成CDN源站處理資源浪費的技術(shù)問題。

      【發(fā)明內(nèi)容】

      [0007]本發(fā)明實施例提供一種⑶N服務(wù)器及其緩存數(shù)據(jù)的方法,用以解決現(xiàn)有⑶N服務(wù)器對HTTP請求消息的處理浪費了 CDN源站的處理資源的缺陷,實現(xiàn)CDN服務(wù)器針對連續(xù)接收到請求同一文件的請求消息時采用更加智能化和高效化的處理方式。
      [0008]本發(fā)明實施例提供一種⑶N服務(wù)器緩存數(shù)據(jù)的方法,包括:
      [0009]⑶N服務(wù)器接收第一請求信息,所述第一請求信息為包括請求范圍第一range信息的超文本傳輸協(xié)議HTTP請求信息,所述第一請求消息用于請求第一文件中的與所述第一range信息指示的第一目標(biāo)數(shù)據(jù);
      [0010]所述⑶N服務(wù)器基于所述第一請求信息在第一時間段內(nèi)接收并緩存從⑶N源站發(fā)送的所述第一文件的完整數(shù)據(jù),所述CDN源站是指發(fā)布內(nèi)容的原始站點;
      [0011]所述CDN服務(wù)器在所述第一時間段內(nèi)接收第二請求信息,所述第二請求信息為包括請求范圍第二 range信息的超文本傳輸協(xié)議HTTP請求信息,所述第二請求消息用于請求所述第二range信息指示的第二目標(biāo)數(shù)據(jù);
      [0012]檢測所述第二目標(biāo)數(shù)據(jù)是否為所述第一文件中的部分?jǐn)?shù)據(jù);
      [0013]若是,則在滿足一預(yù)設(shè)條件時,從緩存于所述⑶N服務(wù)器上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并根據(jù)所述CDN服務(wù)器上的所述第二目標(biāo)數(shù)據(jù)響應(yīng)所述第二請求消息。
      [0014]本發(fā)明實施例提供一種⑶N服務(wù)器,包括:
      [0015]第一接收單元,用以接收第一請求信息和第二請求信息,所述第一請求信息為包括請求范圍第一 range信息的超文本傳輸協(xié)議HTTP請求信息,所述第一請求消息用于請求第一文件中的與所述第一range信息指示的第一目標(biāo)數(shù)據(jù),所述第二請求信息為包括請求范圍第二 range信息的超文本傳輸協(xié)議HTTP請求信息,所述第二請求消息用于請求所述第二range信息指示的第二目標(biāo)數(shù)據(jù);
      [0016]緩存單元,用以基于所述第一請求信息在第一時間段內(nèi)接收并緩存從⑶咐原站發(fā)送的所述第一文件的完整數(shù)據(jù),所述CDN源站是指發(fā)布內(nèi)容的原始站點;
      [0017]檢測單元,用以當(dāng)所述⑶N服務(wù)器在所述第一時間段內(nèi)接收到所述第二請求信息時,檢測所述第二目標(biāo)數(shù)據(jù)是否為所述第一文件中的部分?jǐn)?shù)據(jù);
      [0018]響應(yīng)單元,用以在所述第二目標(biāo)數(shù)據(jù)為所述第一文件中的部分?jǐn)?shù)據(jù),且在滿足一預(yù)設(shè)條件時,從緩存于所述CDN服務(wù)器上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并根據(jù)所述CDN服務(wù)器上的所述第二目標(biāo)數(shù)據(jù)響應(yīng)所述第二請求消息。
      [0019]本申請實施例中的技術(shù)方案可以在CDN服務(wù)器接收到一條請求信息,并基于該請求信息獲取并緩存某一文件的過程中接收到了另一請求信息時,系統(tǒng)則會檢測所述另一請求信息所對應(yīng)請求的目標(biāo)數(shù)據(jù)所在的文件是否是正在緩存中的文件,如果是,則會進(jìn)一步判斷當(dāng)前的系統(tǒng)條件是否滿足可將文件交由緩存于CDN服務(wù)器進(jìn)行處理的預(yù)設(shè)條件,由此可以使得系統(tǒng)將不影響用戶體驗的文件交由CDN服務(wù)器進(jìn)行處理,以此節(jié)省CDN源站的處理資源,具有提高CDN服務(wù)器的智能化水平和節(jié)省CDN源站的處理資源的技術(shù)效果。
      【附圖說明】
      [0020]為了更清楚地說明本發(fā)明實施例中的技術(shù)方案,下面將對實施例描述中所需要使用的附圖作簡要介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領(lǐng)域的普通技術(shù)人員來講,在不付出創(chuàng)造性勞動性的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
      [0021 ]圖1為本發(fā)明實施例提供的CDN服務(wù)器緩存數(shù)據(jù)的方法的流程示意圖;
      [0022]圖2為本發(fā)明實施例提供的⑶N服務(wù)器的結(jié)構(gòu)圖。
      【具體實施方式】
      [0023]下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,并不是全部的實施例。基于本發(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護(hù)的范圍。
      [0024]為了使本領(lǐng)域的技術(shù)人員更容易理解本發(fā)明實施例提供的技術(shù)方案,下面首先對本發(fā)明實施例涉及到的相關(guān)技術(shù)進(jìn)行簡單介紹。
      [0025]HTTP是一套計算機(jī)通過網(wǎng)絡(luò)進(jìn)行通信的規(guī)則,使用HTTP客戶端通過發(fā)送HTTP請求消息能夠向HTTP服務(wù)器請求信息和服務(wù),所述HTTP客戶端可以為Web瀏覽器,所述HTTP服務(wù)器可以為Web服務(wù)器。
      [0026]HTTP請求消息由三個部分組成:請求行(Request Line )、消息頭(MessageHeaders)和消息體(Entity Body),其中,消息頭與消息體之間通過空行來分隔。
      [0027]具體地,請求行由三個標(biāo)記組成:請求方法、統(tǒng)一資源標(biāo)識符(Uniform ResourceIdentif ier,URI)和HTTP版本,例如:GET/news.asp HTTP/1.I。以上代碼中 “GET”代表請求方法,“/news.asp”表示URI,“HTTP/1.1”代表協(xié)議版本。值得說明的是,URI完整地指定了要訪問的HTTP服務(wù)器中的網(wǎng)絡(luò)資源,通常只要給出相對于服務(wù)器的根目錄的相對目錄即可。
      [0028]消息頭允許HTTP客戶端向HTTP服務(wù)器傳遞關(guān)于請求或者關(guān)于客戶端的附加信息。消息頭包括Host頭域,Referer頭域等字段,其中,Host頭域表示請求資源的主機(jī)和端口號,Referer頭域允許客戶端指定請求URI的源資源地址。值得說明的是,Range是在HTTP/1.1里新增的一個頭域,range頭域允許客戶端請求實體的一個或者多個子范圍。
      [0029]消息體用于攜帶與請求相關(guān)聯(lián)的數(shù)據(jù),例如一些請求需要的參數(shù)等。由消息頭中的內(nèi)容長度Content-Type和內(nèi)容類型Content-Length來指示。
      [0030]⑶N服務(wù)器作為⑶咐原站(S卩HTTP服務(wù)器)的代理服務(wù)器,客戶端發(fā)送的HTTP請求消息需先經(jīng)過⑶N服務(wù)器,由上述介紹可知,⑶N服務(wù)器接收到HTTP請求消息后,根據(jù)該HTTP請求消息中的統(tǒng)一資源標(biāo)識符以及range信息即可確定客戶端請求的目標(biāo)數(shù)據(jù)。但是,現(xiàn)有CDN服務(wù)器先后接收到兩條或兩條以上的超文本傳輸協(xié)議請求消息時,如果第一個請求消息和第二個請求消息對應(yīng)請求的文件一致,且接收到第二個請求的時刻為CDN服務(wù)器正在緩存該對應(yīng)請求的文件過程中時,只要緩存該文件的時間剩余時間超出預(yù)設(shè)時間則第二個請求就要發(fā)送到CDN源站進(jìn)行處理,因此造成CDN源站處理資源浪費的技術(shù)問題。
      [0031]本發(fā)明實施例提供一種CDN服務(wù)器緩存數(shù)據(jù)的方法,如圖1所示,該方法包括:
      [0032]步驟100:⑶N服務(wù)器接收第一請求信息,所述第一請求信息為包括請求范圍第一range信息的超文本傳輸協(xié)議HTTP請求信息,所述第一請求消息用于請求第一文件中的與所述第一range信息指示的第一目標(biāo)數(shù)據(jù)。
      [0033]值得說明的是,所述⑶N服務(wù)器可以是接收到HTTP客戶端發(fā)送的HTTP請求消息,該HTTP客戶端可以是Web瀏覽器,也可以是具有瀏覽器功能的應(yīng)用程序。
      [0034]具體地,該HTTP請求消息的請求行中包括所述第一文件在⑶N源站中的統(tǒng)一資源標(biāo)識符,該HTTP請求消息的消息頭中包括用于指示所述第一文件中的部分?jǐn)?shù)據(jù)的range信息,所述第一文件的部分?jǐn)?shù)據(jù)即為該HTTP請求消息請求的目標(biāo)數(shù)據(jù);另一方面,所述第一HTTP請求消息也可以不包括range信息,此時,所述目標(biāo)范圍即為所述第一文件中的完整數(shù)據(jù)的范圍。
      [0035]步驟101:所述⑶N服務(wù)器基于所述第一請求信息在第一時間段內(nèi)接收并緩存從CDN源站發(fā)送的所述第一文件的完整數(shù)據(jù),所述CDN源站是指發(fā)布內(nèi)容的原始站點;
      [0036]值的說明的是,現(xiàn)有的技術(shù)方案中,⑶咐原站在接收到不包括range信息的HTTP請求消息后,根據(jù)該HTTP請求消息中的統(tǒng)一資源標(biāo)識符,將包括對應(yīng)該統(tǒng)一資源標(biāo)識符的文件的完整數(shù)據(jù)以及響應(yīng)碼200發(fā)送至⑶N服務(wù)器,現(xiàn)有的⑶N服務(wù)器在確定HTTP響應(yīng)消息中包括響應(yīng)碼200時,對接收到的數(shù)據(jù)進(jìn)行緩存,若CDN源站接收到包括range信息的HTTP請求消息,則該⑶咐原站返回的HTTP請求消息中攜帶的響應(yīng)碼為206,現(xiàn)有的⑶N在確定HTTP響應(yīng)消息中的響應(yīng)碼為206時,對接收到的數(shù)據(jù)不進(jìn)行緩存。
      [0037]而在本發(fā)明實施例的一種可能的實現(xiàn)方式中,該CDN服務(wù)器接收到包括第一文件的完整數(shù)據(jù)的HTTP響應(yīng)消息后,直接對該第一文件的完整數(shù)據(jù)進(jìn)行緩存。
      [0038]在本發(fā)明實施例的另一種可能的實現(xiàn)方式中,該CDN服務(wù)器接收到包括第一文件的完整數(shù)據(jù)的HTTP響應(yīng)消息后,根據(jù)響應(yīng)碼200緩存所述第一文件的完整數(shù)據(jù)。
      [0039]采用上述方法,在⑶N服務(wù)器接收到包括range信息的HTTP請求消息時,所述⑶N月艮務(wù)器能夠刪除所述HTTP請求消息中的range信息,并將刪除后的所述HTTP請求消息發(fā)送至⑶N源站,所述⑶咐原站在接收到不包括range信息的HTTP請求消息的情況下,將所述HTTP請求消息請求的第一文件的完整數(shù)據(jù)發(fā)送至所述CDN服務(wù)器,所述CDN服務(wù)器在接收到所述CDN源站發(fā)送的包括所述第一文件的完整數(shù)據(jù)的HTTP響應(yīng)消息后,對所述第一文件的完整數(shù)據(jù)進(jìn)行緩存,實現(xiàn)了 CDN服務(wù)器對CDN源站發(fā)送的數(shù)據(jù)的緩存,這樣,由于CDN服務(wù)器緩存有第一文件的完整數(shù)據(jù),因此,所述CDN服務(wù)器后續(xù)接收到的所有請求的所述第一文件的數(shù)據(jù)的HTTP請求消息,所述CDN服務(wù)器均可以從自身緩存中獲取數(shù)據(jù)進(jìn)行響應(yīng),無需再從所述CDN源站請求所述第一文件的數(shù)據(jù),從而避免了對所述CDN源站的處理資源浪費,進(jìn)而減輕了CDN源站的負(fù)載。
      [0040]也就是說,在本步驟的執(zhí)行過程中,若CDN服務(wù)器在第一時刻接收到包括第一range信息的第一請求信息,并基于所述第一range信息確定出所述第一請求信息所請求的目標(biāo)數(shù)據(jù)為第一文件中的部分?jǐn)?shù)據(jù)時,所述CDN服務(wù)器可以直接由CDN源站獲取所述第一文件的完整數(shù)據(jù),或在檢測得到所述CDN服務(wù)器中不存在所述第一文件的完整數(shù)據(jù)之后,再由所述CDN源站獲取所述第一文件的完整數(shù)據(jù)。
      [0041]值得說明的是,所述CDN服務(wù)器可以通過現(xiàn)有技術(shù)中的多種方式確定出從CDN源站獲取到所述第一文件的完整數(shù)據(jù)所需花費的時長,而該段時長則為所述第一時間段。在實際操作過程中,所述第一時間段可以通過多種方式來表征,例如,可以采用3點45分到5點36分的時刻方式來表征所述第一時間段,也可以采用所需時長為10分鐘或3小時的時長方式來表征所述第一時間段,還可以采用倒計時為80單位時間的倒計時方式來表征所述第一時間段,等等。在實際操作過程中可以根據(jù)需要而自行設(shè)置。
      [0042]步驟102:所述⑶N服務(wù)器在所述第一時間段內(nèi)接收第二請求信息,所述第二請求信息為包括請求范圍第二range信息的超文本傳輸協(xié)議HTTP請求信息,所述第二請求消息用于請求所述第二range信息指示的第二目標(biāo)數(shù)據(jù)。
      [0043]步驟103:檢測所述第二目標(biāo)數(shù)據(jù)是否為所述第一文件中的部分?jǐn)?shù)據(jù)。
      [0044]也就是說,只要是所述CDN服務(wù)器正處于緩存某一文件的過程中接收到了另一請求信息,則系統(tǒng)就會檢測所述另一請求信息所對應(yīng)請求的目標(biāo)數(shù)據(jù)所在的文件是否是正在緩存中的文件。
      [0045]步驟104:若是,則在滿足一預(yù)設(shè)條件時,從緩存于所述⑶N服務(wù)器上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并根據(jù)所述CDN服務(wù)器上的所述第二目標(biāo)數(shù)據(jù)響應(yīng)所述第二請求消息。
      [0046]如果所述另一請求信息所對應(yīng)請求的目標(biāo)數(shù)據(jù)所在的文件正是處于緩存中的文件,則系統(tǒng)會在滿足一預(yù)設(shè)條件時,從緩存于所述CDN服務(wù)器上的該請求信息所對應(yīng)的目標(biāo)數(shù)據(jù)進(jìn)行響應(yīng)處理。
      [0047]在實際操作過程中,所述預(yù)設(shè)條件可以為多種,只要是可以判斷可否將文件交由CDN服務(wù)器進(jìn)行緩存后處理,由此節(jié)省CDN源站的處理資源,并且能滿足用戶的使用體驗的條件則都可以作為所述預(yù)設(shè)條件。
      [0048]例如,可以將所述第一文件的數(shù)據(jù)量大小是否符合預(yù)設(shè)大小作為所述預(yù)設(shè)條件,由此可以將一些小型文件均采用緩存于CDN服務(wù)器的方式進(jìn)行響應(yīng)處理;還可以將所述第一文件的文件類型是否符合預(yù)設(shè)類型作為所述預(yù)設(shè)條件,由此可以將一些優(yōu)先級別較低的文件采用緩存于CDN服務(wù)器的方式進(jìn)行響應(yīng)處理,等等。
      [0049]另一方面,在本申請實施例技術(shù)方案的實際操作過程中,響應(yīng)請求消息的方式可以為多種,例如,可以向發(fā)出請求消息的客戶端發(fā)出通知信息的方式以響應(yīng),可以向所述發(fā)出請求消息的客戶端傳輸所需文件的方式以響應(yīng),還可以將所述發(fā)出的請求消息轉(zhuǎn)發(fā)到其它服務(wù)器進(jìn)行處理的方式以響應(yīng),等等,在本申請實施例的技術(shù)方案中并不加限制。
      [0050]可見,本申請實施例中的技術(shù)方案可以在⑶N服務(wù)器接收到一條請求信息,并基于該請求信息獲取并緩存某一文件的過程中接收到了另一請求信息時,所述CDN服務(wù)器會檢測所述另一請求信息所對應(yīng)請求的目標(biāo)數(shù)據(jù)所在的文件是否是正在緩存中的文件,如果是,則會進(jìn)一步判斷當(dāng)前的系統(tǒng)條件是否滿足可將文件交由緩存于CDN服務(wù)器進(jìn)行處理的預(yù)設(shè)條件,由此可以使得系統(tǒng)將不影響用戶體驗的文件交由CDN服務(wù)器進(jìn)行處理,以此節(jié)省CDN源站的處理資源,具有提高CDN服務(wù)器的智能化水平和節(jié)省CDN源站的處理資源的技術(shù)效果。
      [0051]可選地,所述⑶N服務(wù)器基于所述第一請求信息在第一時間段內(nèi)接收并緩存從⑶N源站發(fā)送的所述第一文件的完整數(shù)據(jù),包括:
      [0052]在所述⑶N服務(wù)器處于緩存所述第一文件的過程中時,所述⑶N服務(wù)器建立與所述第一文件對應(yīng)的第一緩存索引,所述第一緩存索引包括所述第一文件的第一來源位置信息;
      [0053]所述檢測所述第二目標(biāo)數(shù)據(jù)是否為所述第一文件中的部分?jǐn)?shù)據(jù),包括:
      [0054]在所述第二請求信息中包括所述第二目標(biāo)數(shù)據(jù)所在的文件的第二來源位置信息時,檢測所述第二來源位置信息是否與所述第一來源位置信息一致;
      [0055]其中,當(dāng)所述第二來源位置信息與所述第一來源位置信息一致時,表征所述第二目標(biāo)數(shù)據(jù)為所述第一文件中的部分?jǐn)?shù)據(jù),當(dāng)所述第二來源位置信息與所述第一來源位置信息不一致時,則表征所述第二目標(biāo)數(shù)據(jù)不為所述第一文件中的部分?jǐn)?shù)據(jù)。
      [0056]也就是說,在步驟103的執(zhí)行過程中,可以通過判斷第一請求信息所對應(yīng)請求的文件來源位置,是否與第二請求信息所對應(yīng)請求的文件來源位置為一致的方式,來判斷所述第二目標(biāo)數(shù)據(jù)是否為所述第一文件中的部分?jǐn)?shù)據(jù)。由于在CDN系統(tǒng)中,請求信息所對應(yīng)請求的數(shù)據(jù)原始來源均為CDN源站,因此,如果兩條或兩條以上的請求信息對應(yīng)請求的文件在CDN源站中所存放的文件位置一致時,則表征兩條或兩條以上的請求信息所對應(yīng)請求的文件為一致。
      [0057]可見,本申請實施例中的技術(shù)方案利用了CDN系統(tǒng)中文件的來源均為同一源站的特性,可以通過判斷第一請求信息所對應(yīng)請求的文件來源位置,是否與第二請求信息所對應(yīng)請求的文件來源位置為一致的方式,來判斷所述第二目標(biāo)數(shù)據(jù)是否為所述第一文件中的部分?jǐn)?shù)據(jù),因此具有提高文件一致性判斷準(zhǔn)確性的技術(shù)效果。
      [0058]可選地,所述在滿足一預(yù)設(shè)條件時,從緩存于所述⑶N服務(wù)器上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并根據(jù)所述第二目標(biāo)數(shù)據(jù)響應(yīng)所述第二請求消息,包括:
      [0059]檢測所述第二目標(biāo)數(shù)據(jù)是否與所述第一目標(biāo)數(shù)據(jù)一致;
      [0060]若是,則在所述CDN服務(wù)器接收并緩存所述第一文件的完整數(shù)據(jù)之后,從緩存于所述CDN服務(wù)器上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并根據(jù)所述CDN服務(wù)器上的所述第二目標(biāo)數(shù)據(jù)響應(yīng)所述第二請求消息。
      [0061]也就是說,如果根據(jù)第二請求消息所攜帶的第二range信息所指示請求的目標(biāo)數(shù)據(jù),與第一請求消息所攜帶的第一 range信息所指示請求的目標(biāo)數(shù)據(jù)完全一致,那么系統(tǒng)則會不論緩存所述第一文件的剩余時間為多少,一律會在CDN服務(wù)器緩存了所述第一文件的完整數(shù)據(jù)之后,再從緩存在所述CDN服務(wù)器上的第一文件中的數(shù)據(jù)來響應(yīng)所述第二請求消息,因此可以避免⑶N服務(wù)器向⑶N源站重復(fù)請求完全一致的數(shù)據(jù)。
      [0062]可見,在本申請實施例的技術(shù)方案中,還可以通過在第二請求消息所對應(yīng)請求的目標(biāo)數(shù)據(jù)與第一請求消息對應(yīng)請求的目標(biāo)數(shù)據(jù)完全一致的情況下,只由緩存于⑶N服務(wù)器上的文件數(shù)據(jù)進(jìn)行響應(yīng)處理,因此還具有進(jìn)一步節(jié)省CDN源站的處理資源的技術(shù)效果。
      [0063]在所述檢測所述第二目標(biāo)數(shù)據(jù)是否與所述第一目標(biāo)數(shù)據(jù)一致之后,所述方法包括:
      [0064]若否,則檢測緩存時長是否大于等于預(yù)設(shè)時長,所述緩存時長為從當(dāng)前時刻到所述第一時間段中的最后時刻的時長;
      [0065]若否,則在所述⑶N服務(wù)器接收并緩存所述第一文件的完整數(shù)據(jù)之后,從緩存于所述CDN服務(wù)器上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并通過所述CDN服務(wù)器將所述第二目標(biāo)數(shù)據(jù)發(fā)送到發(fā)出所述第二請求消息的客戶端。
      [0066]可選地,在所述檢測緩存時長是否大于等于預(yù)設(shè)時長之后,所述方法還包括:
      [0067]若是,則從所述⑶N源站上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并通過所述CDN源站將所述第二目標(biāo)數(shù)據(jù)發(fā)送到發(fā)出所述第二請求消息的客戶端。
      [0068]需要指出的是,所述當(dāng)前時刻可以為接收到所述第二請求消息的時刻,也可以是CDN服務(wù)器接收到所述第二請求消息并作出判斷其所請求的文件的處理狀態(tài)后的某一時亥IJ,在實際操作過程中可以根據(jù)需要而自行設(shè)置。
      [0069]也就是說,當(dāng)?shù)谝徽埱笙?yīng)請求的第一目標(biāo)數(shù)據(jù)所在的文件,與第二請求消息對應(yīng)請求的第二目標(biāo)數(shù)據(jù)所在的文件相同(也就是所述第一請求消息與所述第二請求消息對應(yīng)請求的目標(biāo)數(shù)據(jù)均屬于第一文件),然而所述第一目標(biāo)數(shù)據(jù)與所述第二目標(biāo)數(shù)據(jù)不同(也就是所述第一目標(biāo)數(shù)據(jù)和所述第二目標(biāo)數(shù)據(jù)為所述第一文件的不同部分?jǐn)?shù)據(jù))時,CDN服務(wù)器可以在所述當(dāng)前時刻距離緩存完畢所述第一文件的時刻這段時長小于一預(yù)設(shè)時長,也就是所述緩存時長小于所述預(yù)設(shè)時長時,而等候CDN服務(wù)器緩存完畢第一文件后,由緩存在所述CDN服務(wù)器上的第一文件的完整數(shù)據(jù)來響應(yīng)所述第二請求消息;還可以在所述當(dāng)前時刻距離緩存完畢所述第一文件的時刻這段時長大于等于所述預(yù)設(shè)時長,也就是所述緩存時長大于等于所述預(yù)設(shè)時長時,將所述第二請求信息轉(zhuǎn)發(fā)到CDN源站,并基于所述CDN源站上的文件數(shù)據(jù)響應(yīng)所述第二請求信息,例如,可以通過CDN源站將所述第二請求消息對應(yīng)請求的第二目標(biāo)數(shù)據(jù)發(fā)往請求客戶端的方式進(jìn)行響應(yīng)。由此實現(xiàn)了另一種不影響用戶使用體驗,而采用⑶N服務(wù)器對請求信息進(jìn)行處理的方法。
      [0070]可見,本申請實施例中的技術(shù)方案還可以通過檢測所述緩存時長是否大于等于預(yù)設(shè)時長,從而確定是否由所述CDN服務(wù)器緩存的所述第一文件的數(shù)據(jù)來響應(yīng)所述第二請求消息,或者通過CDN源站將所述第二請求消息對應(yīng)請求的第二目標(biāo)數(shù)據(jù)發(fā)往請求客戶端的方式進(jìn)行響應(yīng)。因此,本申請實施例中的技術(shù)方案實現(xiàn)了另一種不影響用戶使用體驗,而采用⑶N服務(wù)器對請求信息進(jìn)行處理的方法,具有進(jìn)一步節(jié)?、荖源站處理資源且提高了⑶N服務(wù)器的利用率的技術(shù)效果。
      [0071]另外,對于上述方法實施例,為了簡單描述,故將其都表述為一系列的動作組合,但是本領(lǐng)域技術(shù)人員應(yīng)該知悉,本發(fā)明并不受所描述的動作順序的限制,例如,該CDN服務(wù)器也可以先根據(jù)range信息將目標(biāo)數(shù)據(jù)發(fā)送至客戶端,再緩存該第一文件的完整數(shù)據(jù)。其次,本領(lǐng)域技術(shù)人員也應(yīng)該知悉,說明書中所描述的實施例均屬于優(yōu)選實施例,所涉及的動作并不一定是本發(fā)明所必須的。
      [0072]實施例二
      [0073]本發(fā)明實施例還提供一種⑶N服務(wù)器20,用于實施上述方法實施例提供一種⑶N月艮務(wù)器緩存數(shù)據(jù)的方法,如圖2所示,該CDN服務(wù)器20包括:
      [0074]第一接收單元200,用以接收第一請求信息和第二請求信息,所述第一請求信息為包括請求范圍第一range信息的超文本傳輸協(xié)議HTTP請求信息,所述第一請求消息用于請求第一文件中的與所述第一 range信息指示的第一目標(biāo)數(shù)據(jù),所述第二請求信息為包括請求范圍第二range信息的超文本傳輸協(xié)議HTTP請求信息,所述第二請求消息用于請求所述第二range信息指示的第二目標(biāo)數(shù)據(jù);
      [0075]緩存單元201,用以基于所述第一請求信息在第一時間段內(nèi)接收并緩存從⑶對原站發(fā)送的所述第一文件的完整數(shù)據(jù),所述CDN源站是指發(fā)布內(nèi)容的原始站點;
      [0076]檢測單元202,用以當(dāng)所述⑶N服務(wù)器在所述第一時間段內(nèi)接收到所述第二請求信息時,檢測所述第二目標(biāo)數(shù)據(jù)是否為所述第一文件中的部分?jǐn)?shù)據(jù);
      [0077]響應(yīng)單元203,用以在所述第二目標(biāo)數(shù)據(jù)為所述第一文件中的部分?jǐn)?shù)據(jù),且在滿足一預(yù)設(shè)條件時,從緩存于所述CDN服務(wù)器上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并根據(jù)所述CDN服務(wù)器上的所述第二目標(biāo)數(shù)據(jù)響應(yīng)所述第二請求消息。
      [0078]可選地,所述緩存單元201,還用以在處于緩存所述第一文件的過程中時,建立與所述第一文件對應(yīng)的第一緩存索引,所述第一緩存索引包括所述第一文件的第一來源位置信息;
      [0079]所述檢測單元202,用以在所述第二請求信息中包括所述第二目標(biāo)數(shù)據(jù)所在的文件的第二來源位置信息時,檢測所述第二來源位置信息是否與所述第一來源位置信息一致,其中,當(dāng)所述第二來源位置信息與所述第一來源位置信息一致時,表征所述第二目標(biāo)數(shù)據(jù)為所述第一文件中的部分?jǐn)?shù)據(jù),當(dāng)所述第二來源位置信息與所述第一來源位置信息不一致時,則表征所述第二目標(biāo)數(shù)據(jù)不為所述第一文件中的部分?jǐn)?shù)據(jù)。
      [0080]可選地,所述檢測單元202,還用以檢測所述第二目標(biāo)數(shù)據(jù)是否與所述第一目標(biāo)數(shù)據(jù)一致;
      [0081]所述響應(yīng)單元203,用以在所述CDN服務(wù)器接收并緩存所述第一文件的完整數(shù)據(jù)之后,從緩存于所述CDN服務(wù)器上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并根據(jù)所述CDN服務(wù)器上的所述第二目標(biāo)數(shù)據(jù)響應(yīng)所述第二請求消息。
      [0082]可選地,所述檢測單元202,還用以在所述第二目標(biāo)數(shù)據(jù)與所述第一目標(biāo)數(shù)據(jù)不一致時,檢測緩存時長是否大于等于預(yù)設(shè)時長,所述緩存時長為從當(dāng)前時刻到所述第一時間段中的最后時刻的時長;
      [0083]所述響應(yīng)單元203,用以在所述緩存時長小于預(yù)設(shè)時長時,在所述CDN服務(wù)器接收并緩存所述第一文件的完整數(shù)據(jù)之后,從緩存于所述CDN服務(wù)器上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并通過所述CDN服務(wù)器將所述第二目標(biāo)數(shù)據(jù)發(fā)送到發(fā)出所述第二請求消息的客戶端。
      [0084]可選地,所述響應(yīng)單元203,還用以在所述緩存時長大于等于所述預(yù)設(shè)時長時,發(fā)出響應(yīng)指令以通知從所述CDN源站上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并通過所述CDN源站將所述第二目標(biāo)數(shù)據(jù)發(fā)送到發(fā)出所述第二請求消息的客戶端。
      [0085]由此可見,本申請實施例中的技術(shù)方案可以在CDN服務(wù)器接收到一條請求信息,并基于該請求信息獲取并緩存某一文件的過程中接收到了另一請求信息時,系統(tǒng)則會檢測所述另一請求信息所對應(yīng)請求的目標(biāo)數(shù)據(jù)所在的文件是否是正在緩存中的文件,如果是,則會進(jìn)一步判斷當(dāng)前的系統(tǒng)條件是否滿足可將文件交由緩存于CDN服務(wù)器進(jìn)行處理的預(yù)設(shè)條件,由此可以使得系統(tǒng)將不影響用戶體驗的文件交由CDN服務(wù)器進(jìn)行處理,以此節(jié)省CDN源站的處理資源,具有提高CDN服務(wù)器的智能化水平和節(jié)省CDN源站的處理資源的技術(shù)效果。
      [0086]本申請實施例中的技術(shù)方案還具有如下技術(shù)效果:
      [0087]進(jìn)一步地,本申請實施例中的技術(shù)方案利用了CDN系統(tǒng)中文件的來源均為同一源站的特性,可以通過判斷第一請求信息所對應(yīng)請求的文件來源位置,是否與第二請求信息所對應(yīng)請求的文件來源位置為一致的方式,來判斷所述第二目標(biāo)數(shù)據(jù)是否為所述第一文件中的部分?jǐn)?shù)據(jù),因此具有提高文件一致性判斷準(zhǔn)確性的技術(shù)效果。
      [0088]進(jìn)一步地,在本申請實施例的技術(shù)方案中,還可以通過在第二請求消息所對應(yīng)請求的目標(biāo)數(shù)據(jù)與第一請求消息對應(yīng)請求的目標(biāo)數(shù)據(jù)完全一致的情況下,只由緩存于CDN月艮務(wù)器上的文件數(shù)據(jù)進(jìn)行響應(yīng)處理,因此還具有進(jìn)一步節(jié)省CDN源站的處理資源的技術(shù)效果。
      [0089]進(jìn)一步地,本申請實施例中的技術(shù)方案還可以通過檢測所述緩存時長是否大于等于預(yù)設(shè)時長,從而確定是否由所述CDN服務(wù)器緩存的所述第一文件的數(shù)據(jù)來響應(yīng)所述第二請求消息,或者通過CDN源站將所述第二請求消息對應(yīng)請求的第二目標(biāo)數(shù)據(jù)發(fā)往請求客戶端的方式進(jìn)行響應(yīng)。因此,本申請實施例中的技術(shù)方案實現(xiàn)了另一種不影響用戶使用體驗,而采用CDN服務(wù)器對請求信息進(jìn)行處理的方法,具有進(jìn)一步節(jié)省CDN源站處理資源且提高了CDN服務(wù)器的利用率的技術(shù)效果。
      [0090]以上所描述的裝置實施例僅僅是示意性的,其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個地方,或者也可以分布到多個網(wǎng)絡(luò)單元上??梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性的勞動的情況下,即可以理解并實施。
      [0091]通過以上的實施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn),當(dāng)然也可以通過硬件?;谶@樣的理解,上述技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機(jī)軟件產(chǎn)品可以存儲在計算機(jī)可讀存儲介質(zhì)中,如R0M/RAM、磁碟、光盤等,包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī),服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。
      [0092]最后應(yīng)說明的是:以上實施例僅用以說明本發(fā)明的技術(shù)方案,而非對其限制;盡管參照前述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明,本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改,或者對其中部分技術(shù)特征進(jìn)行等同替換;而這些修改或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。
      【主權(quán)項】
      1.一種⑶N服務(wù)器緩存數(shù)據(jù)的方法,其特征在于,包括: CDN服務(wù)器接收第一請求信息,所述第一請求信息為包括請求范圍第一range信息的超文本傳輸協(xié)議HTTP請求信息,所述第一請求消息用于請求第一文件中的與所述第一range信息指示的第一目標(biāo)數(shù)據(jù); 所述CDN服務(wù)器基于所述第一請求信息在第一時間段內(nèi)接收并緩存從CDN源站發(fā)送的所述第一文件的完整數(shù)據(jù),所述CDN源站是指發(fā)布內(nèi)容的原始站點; 所述CDN服務(wù)器在所述第一時間段內(nèi)接收第二請求信息,所述第二請求信息為包括請求范圍第二range信息的超文本傳輸協(xié)議HTTP請求信息,所述第二請求消息用于請求所述第二range信息指示的第二目標(biāo)數(shù)據(jù); 檢測所述第二目標(biāo)數(shù)據(jù)是否為所述第一文件中的部分?jǐn)?shù)據(jù); 若是,則在滿足一預(yù)設(shè)條件時,從緩存于所述CDN服務(wù)器上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并根據(jù)所述CDN服務(wù)器上的所述第二目標(biāo)數(shù)據(jù)響應(yīng)所述第二請求消息。2.如權(quán)利要求1所述的方法,其特征在于,所述CDN服務(wù)器基于所述第一請求信息在第一時間段內(nèi)接收并緩存從CDN源站發(fā)送的所述第一文件的完整數(shù)據(jù),包括: 在所述CDN服務(wù)器處于緩存所述第一文件的過程中時,所述CDN服務(wù)器建立與所述第一文件對應(yīng)的第一緩存索引,所述第一緩存索引包括所述第一文件的第一來源位置信息;所述檢測所述第二目標(biāo)數(shù)據(jù)是否為所述第一文件中的部分?jǐn)?shù)據(jù),包括: 在所述第二請求信息中包括所述第二目標(biāo)數(shù)據(jù)所在的文件的第二來源位置信息時,檢測所述第二來源位置信息是否與所述第一來源位置信息一致; 其中,當(dāng)所述第二來源位置信息與所述第一來源位置信息一致時,表征所述第二目標(biāo)數(shù)據(jù)為所述第一文件中的部分?jǐn)?shù)據(jù),當(dāng)所述第二來源位置信息與所述第一來源位置信息不一致時,則表征所述第二目標(biāo)數(shù)據(jù)不為所述第一文件中的部分?jǐn)?shù)據(jù)。3.如權(quán)利要求1所述的方法,其特征在于,所述在滿足一預(yù)設(shè)條件時,從緩存于所述CDN服務(wù)器上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并根據(jù)所述第二目標(biāo)數(shù)據(jù)響應(yīng)所述第二請求消息,包括: 檢測所述第二目標(biāo)數(shù)據(jù)是否與所述第一目標(biāo)數(shù)據(jù)一致; 若是,則在所述CDN服務(wù)器接收并緩存所述第一文件的完整數(shù)據(jù)之后,從緩存于所述CDN服務(wù)器上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并根據(jù)所述CDN服務(wù)器上的所述第二目標(biāo)數(shù)據(jù)響應(yīng)所述第二請求消息。4.如權(quán)利要求3所述的方法,其特征在于,在所述檢測所述第二目標(biāo)數(shù)據(jù)是否與所述第一目標(biāo)數(shù)據(jù)一致之后,所述方法包括: 若否,則檢測緩存時長是否大于等于預(yù)設(shè)時長,所述緩存時長為從當(dāng)前時刻到所述第一時間段中的最后時刻的時長; 若否,則在所述⑶N服務(wù)器接收并緩存所述第一文件的完整數(shù)據(jù)之后,從緩存于所述CDN服務(wù)器上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并通過所述CDN服務(wù)器將所述第二目標(biāo)數(shù)據(jù)發(fā)送到發(fā)出所述第二請求消息的客戶端。5.如權(quán)利要求4所述的方法,其特征在于,在所述檢測緩存時長是否大于等于預(yù)設(shè)時長之后,所述方法還包括: 若是,則從所述CDN源站上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并通過所述CDN源站將所述第二目標(biāo)數(shù)據(jù)發(fā)送到發(fā)出所述第二請求消息的客戶端。6.一種⑶N服務(wù)器,其特征在于,包括: 第一接收單元,用以接收第一請求信息和第二請求信息,所述第一請求信息為包括請求范圍第一range信息的超文本傳輸協(xié)議HTTP請求信息,所述第一請求消息用于請求第一文件中的與所述第一 range信息指示的第一目標(biāo)數(shù)據(jù),所述第二請求信息為包括請求范圍第二range信息的超文本傳輸協(xié)議HTTP請求信息,所述第二請求消息用于請求所述第二range信息指示的第二目標(biāo)數(shù)據(jù); 緩存單元,用以基于所述第一請求信息在第一時間段內(nèi)接收并緩存從⑶N源站發(fā)送的所述第一文件的完整數(shù)據(jù),所述CDN源站是指發(fā)布內(nèi)容的原始站點; 檢測單元,用以當(dāng)所述CDN服務(wù)器在所述第一時間段內(nèi)接收到所述第二請求信息時,檢測所述第二目標(biāo)數(shù)據(jù)是否為所述第一文件中的部分?jǐn)?shù)據(jù); 響應(yīng)單元,用以在所述第二目標(biāo)數(shù)據(jù)為所述第一文件中的部分?jǐn)?shù)據(jù),且在滿足一預(yù)設(shè)條件時,從緩存于所述CDN服務(wù)器上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并根據(jù)所述CDN服務(wù)器上的所述第二目標(biāo)數(shù)據(jù)響應(yīng)所述第二請求消息。7.如權(quán)利要求6所述的CDN服務(wù)器,其特征在于,所述緩存單元,還用以在處于緩存所述第一文件的過程中時,建立與所述第一文件對應(yīng)的第一緩存索引,所述第一緩存索引包括所述第一文件的第一來源位置信息; 所述檢測單元,用以在所述第二請求信息中包括所述第二目標(biāo)數(shù)據(jù)所在的文件的第二來源位置信息時,檢測所述第二來源位置信息是否與所述第一來源位置信息一致,其中,當(dāng)所述第二來源位置信息與所述第一來源位置信息一致時,表征所述第二目標(biāo)數(shù)據(jù)為所述第一文件中的部分?jǐn)?shù)據(jù),當(dāng)所述第二來源位置信息與所述第一來源位置信息不一致時,則表征所述第二目標(biāo)數(shù)據(jù)不為所述第一文件中的部分?jǐn)?shù)據(jù)。8.如權(quán)利要求6所述的CDN服務(wù)器,其特征在于,所述檢測單元,還用以檢測所述第二目標(biāo)數(shù)據(jù)是否與所述第一目標(biāo)數(shù)據(jù)一致; 所述響應(yīng)單元,用以在所述CDN服務(wù)器接收并緩存所述第一文件的完整數(shù)據(jù)之后,從緩存于所述CDN服務(wù)器上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并根據(jù)所述⑶N服務(wù)器上的所述第二目標(biāo)數(shù)據(jù)響應(yīng)所述第二請求消息。9.如權(quán)利要求8所述的⑶N服務(wù)器,其特征在于,所述檢測單元,還用以在所述第二目標(biāo)數(shù)據(jù)與所述第一目標(biāo)數(shù)據(jù)不一致時,檢測緩存時長是否大于等于預(yù)設(shè)時長,所述緩存時長為從當(dāng)前時刻到所述第一時間段中的最后時刻的時長; 所述響應(yīng)單元,用以在所述緩存時長小于預(yù)設(shè)時長時,在所述CDN服務(wù)器接收并緩存所述第一文件的完整數(shù)據(jù)之后,從緩存于所述CDN服務(wù)器上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并通過所述CDN服務(wù)器將所述第二目標(biāo)數(shù)據(jù)發(fā)送到發(fā)出所述第二請求消息的客戶端。10.如權(quán)利要求9所述的CDN服務(wù)器,其特征在于,所述響應(yīng)單元,還用以在所述緩存時長大于等于所述預(yù)設(shè)時長時,發(fā)出響應(yīng)指令以通知從所述CDN源站上的所述第一文件的完整數(shù)據(jù)中確定所述第二目標(biāo)數(shù)據(jù),并通過所述CDN源站將所述第二目標(biāo)數(shù)據(jù)發(fā)送到發(fā)出所述第二請求消息的客戶端。
      【文檔編號】H04L29/08GK105959358SQ201610262858
      【公開日】2016年9月21日
      【申請日】2016年4月25日
      【發(fā)明人】劉斌
      【申請人】樂視控股(北京)有限公司, 樂視云計算有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1