一種實現(xiàn)hls內(nèi)容回源和緩存的方法
【專利摘要】一種實現(xiàn)HLS內(nèi)容回源和緩存的方法，涉及互聯(lián)網(wǎng)多媒體【技術(shù)領(lǐng)域】。本發(fā)明中，緩存服務(wù)器接收到客戶端發(fā)來的一個HLS內(nèi)容請求后，會為客戶端分配一個會話對象，并生成唯一標(biāo)識；若本地已經(jīng)緩存該HLS內(nèi)容，則直接響應(yīng)當(dāng)前及后續(xù)請求，若未緩存，則緩存服務(wù)器需向源站請求該HLS內(nèi)容的所有索引文件，并修改其中的地址；待收到客戶端每次發(fā)來的媒體分片請求后，緩存服務(wù)器向?qū)?yīng)源站請求，將該次媒體分片返回給客戶端的同時將該次媒體分片按照索引文件中的順序連續(xù)存儲在一個大文件中，直至所有媒體分片存儲完。本發(fā)明能夠完整跟蹤客戶端行為，且回源流程的適應(yīng)性強，與源站的對接效率高，存儲利用效率及磁盤吞吐率也高。
【專利說明】一種實現(xiàn)HLS內(nèi)容回源和緩存的方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及互聯(lián)網(wǎng)多媒體【技術(shù)領(lǐng)域】，具體來講是一種實現(xiàn)HLS內(nèi)容回源和緩存的方法。

【背景技術(shù)】
[0002]HLS(HTTP Live Streaming)是蘋果公司提出的基于HTTP的多碼率自適應(yīng)流媒體規(guī)范。目前，HLS已成為互聯(lián)網(wǎng)和移動互聯(lián)網(wǎng)上主流的流媒體播放規(guī)范。該規(guī)范支持一個內(nèi)容具有多個不同碼率的媒體文件，每個碼率的媒體文件被切分成許多個時長在十秒左右的小文件。一個內(nèi)容具有幾個不同碼率，以及一個碼率由哪些小文件組成，這些信息被組織在幾個索引文件中，這些索引文件采用M3U8格式，因此也被稱作M3U8文件。
[0003]客戶端播放HLS內(nèi)容的過程，本質(zhì)上是分別下載索引文件和分片文件的過程，采用標(biāo)準(zhǔn) HTTP 協(xié)議。HTTP 協(xié)議的 URL 格式為:〃http: 〃〃//〃host [〃: 〃port] [abs_path[〃 ?"query]]，其中，方括號里的內(nèi)容表示可選項；http表示指定使用HTTP作為傳輸協(xié)議；host為服務(wù)器的域名或IP地址；port為服務(wù)器的端口，缺少此地段代表默認(rèn)使用80端口 ；abs_path為絕對路徑，以“/”符號開頭，由零個或多個目錄名或文件名組成，相鄰名稱之間用“/”符合分隔；queiT為可選字段，用于攜帶參數(shù)，有多個參數(shù)時，用“&”符號分隔，每個參數(shù)的名和值用“=”符號分隔。
[0004]目前，HLS的媒體播放和網(wǎng)頁訪問均是采用HTTP協(xié)議，并引入了緩存服務(wù)器進行HLS內(nèi)容的回源和緩存。緩存服務(wù)器的主要功能是緩存靜態(tài)內(nèi)容，當(dāng)客戶端來訪問的時候，判斷本地是否已經(jīng)緩存，如果已經(jīng)緩存則直接將內(nèi)容返回給客戶端，否則先向源站請求內(nèi)容，再返回給客戶端，如果未緩存，則緩存該內(nèi)容。引入緩存服務(wù)器既可以減小源站的訪問壓力，降低源站到緩存服務(wù)器的網(wǎng)絡(luò)吞吐量，也可以提高客戶端的訪問速度，從而增強用戶的體驗。
[0005]現(xiàn)有的HLS內(nèi)容的回源和緩存方法可以在一定程度上達(dá)到緩存的效果，從而實現(xiàn)HLS的媒體播放和網(wǎng)頁訪問。但是，依然存在以下不足:(I)由于HTTP協(xié)議是無狀態(tài)的，這就導(dǎo)致客戶端對同一個HLS內(nèi)容的各個索引文件以及分片文件的請求是相互獨立的、零散的，緩存服務(wù)器無法完整的跟蹤一個客戶端的一次播放行為；(2)由于HTTP URL尾部可攜帶？、&、#等具有特定意義的符號，目前的回源方式?jīng)]有定義統(tǒng)一的處理規(guī)則，因而導(dǎo)致緩存節(jié)點與源站的對接效率低；(3)由于一個HLS媒體內(nèi)容被緩存服務(wù)器作為眾多相互毫無關(guān)聯(lián)的小文件來存儲，這會導(dǎo)致緩存服務(wù)器的磁盤碎片多，空間利用率低下，操作粒度小，讀寫性能低，當(dāng)緩存服務(wù)器的文件描述符開銷過大時，還會造成安全隱患。


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

[0006]針對現(xiàn)有技術(shù)中存在的缺陷，本發(fā)明的目的在于提供一種實現(xiàn)HLS內(nèi)容回源和緩存的方法，能夠完整跟蹤客戶端行為，且回源流程的適應(yīng)性強，與源站的對接效率高，存儲利用效率及磁盤吞吐率也高。
[0007]為達(dá)到以上目的，本發(fā)明采取的技術(shù)方案是:提供一種實現(xiàn)HLS內(nèi)容回源和緩存的方法，包括以下步驟:
[0008]S1.緩存服務(wù)器接收到客戶端發(fā)來的一個HLS內(nèi)容請求后，為客戶端的本次請求分配一個會話對象，并生成該會話對象的唯一標(biāo)識；
[0009]S2.緩存服務(wù)器判斷本地是否已經(jīng)緩存該HLS內(nèi)容，若是，轉(zhuǎn)入S5，若否，轉(zhuǎn)入S3 ；
[0010]S3.緩存服務(wù)器向源站請求該HLS內(nèi)容的所有索引文件，修改所有索引文件中的地址，并將修改后的索引文件返回給客戶端；
[0011]S4.緩存服務(wù)器收到客戶端每次發(fā)來的媒體分片請求后，進行URL解碼，獲取回源URL，根據(jù)該回源URL向?qū)?yīng)源站請求該次媒體分片，將該次媒體分片返回給客戶端；并將該次媒體分片按照索引文件中的順序連續(xù)存儲在一個大文件中，直至所有媒體分片存儲完j結(jié)束；
[0012]S5.緩存服務(wù)器根據(jù)已緩存下來的HLS內(nèi)容實時生成索引文件，將索引文件返回給客戶端，并響應(yīng)后續(xù)請求。
[0013]在上述技術(shù)方案的基礎(chǔ)上，步驟SI中，所述唯一標(biāo)識包括會話ID、客戶端請求內(nèi)容的絕對路徑、客戶端IP和當(dāng)前時間戳。
[0014]在上述技術(shù)方案的基礎(chǔ)上，所述步驟S3中，緩存服務(wù)器向源站請求HLS內(nèi)容的所有索引文件時，先根據(jù)客戶端請求內(nèi)容的絕對路徑查找內(nèi)容路由表，獲得對應(yīng)源站的基地址，將基地址和絕對路徑順序拼接在一起，形成回源URL;再根據(jù)回源URL，獲取其中的源站主機名信息和端口信息，并向源站的IP地址及端口發(fā)起請求。
[0015]在上述技術(shù)方案的基礎(chǔ)上，若根據(jù)回源URL獲取的源站主機名為域名，緩存服務(wù)器則需要向域名服務(wù)器請求解析域名，從而獲取源站的IP地址。
[0016]在上述技術(shù)方案的基礎(chǔ)上，所述步驟S3中，緩存服務(wù)器向源站請求HLS內(nèi)容的所有索引文件后，先記錄所有獲取索引文件的URL ;再根據(jù)每個索引文件的URL和每個索引文件中的路徑，拼接出每個索引文件中的路徑的對應(yīng)URL ；然后將所有索引文件中的路徑修改成統(tǒng)一形式的URL，并將修改后的索引文件返回給客戶端。
[0017]在上述技術(shù)方案的基礎(chǔ)上，所述統(tǒng)一形式的URL的格式為http://〈服務(wù)器IP>:〈服務(wù)端口 >/〈會話ID>/〈經(jīng)過URL編碼的原路徑對應(yīng)的URL〉。
[0018]在上述技術(shù)方案的基礎(chǔ)上，所述步驟S4中，緩存服務(wù)器返回一次媒體分片給客戶端的具體步驟為:緩存服務(wù)器獲取客戶端媒體分片的請求路徑，形式為/〈會話ID>/〈經(jīng)過URL編碼的原路徑對應(yīng)的URL> ;截取該路徑中的第一級目錄名，獲取會話ID，根據(jù)會話ID查找會話對象；找到會話對象后根據(jù)會話中的客戶端IP對客戶端進行匹配驗證；驗證成功后截取該路徑中的第二級目錄名，取出該請求的絕對路徑，進行URL解碼，獲取被請求對象的回源URL ;根據(jù)該回源URL向?qū)?yīng)源站請求，并將收到的媒體分片返回給客戶端。
[0019]在上述技術(shù)方案的基礎(chǔ)上，所述步驟S4中，將媒體分片按照索引文件中的順序連續(xù)存儲在一個大文件中時，按照以下規(guī)則存儲:第一個分片存儲在文件的開頭；編號在前的分片存儲在文件的前面；編號相鄰的兩個分片存儲在文件中連續(xù)的一段空間。
[0020]在上述技術(shù)方案的基礎(chǔ)上，所述步驟S4中，將媒體分片按照索引文件中的順序連續(xù)存儲在一個大文件中時，緩存服務(wù)器需記錄每個分片的時長、字節(jié)長度和起始字節(jié)偏移；且緩存服務(wù)器還將索引文件中出現(xiàn)的VERS1N、TARGETDURAT1N、MEDIA-SEQUENCE、PROGRAM-DATE-TIME, STREAM-1NF、DISCONTINUITY 標(biāo)簽作為元數(shù)據(jù)記錄下來。
[0021]在上述技術(shù)方案的基礎(chǔ)上，所述步驟S5中，緩存服務(wù)器根據(jù)緩存下來的與相應(yīng)請求內(nèi)容相關(guān)的元數(shù)據(jù)實時生成索引文件，將該索引文件返回給客戶端，并響應(yīng)后續(xù)請求。
[0022]本發(fā)明的有益效果在于:
[0023]1、本發(fā)明中，緩存服務(wù)器每次在接收到客戶端發(fā)來的HLS內(nèi)容請求后即會為該客戶端的本次請求分配一個會話對象，并生成該會話對象的唯一標(biāo)識。通過該唯一標(biāo)識，緩存服務(wù)器可以完整的跟蹤一個客戶端的一次播放行為，不僅提高了系統(tǒng)工作的效率，而且可以對用戶的整個播放行為進行管控。
[0024]2、本發(fā)明中，緩存服務(wù)器對HTTP URL尾部可攜帶的？、&、#等具有特定意義的符號按統(tǒng)一規(guī)則做了處理，把索引文件中的路徑替換成統(tǒng)一形式的URL，實現(xiàn)了一種適應(yīng)性非常強的HLS回源流程，可提升緩存節(jié)點與源站的對接效率，節(jié)省了系統(tǒng)資源，提升了用戶體驗。
[0025]3、本發(fā)明中，緩存服務(wù)器將媒體分片按照索引文件中的順序連續(xù)存儲在一個大文件中，能將眾多媒體分片的小文件進行整合，減少了緩存服務(wù)器的磁盤碎片，更好地利用了緩存服務(wù)器的資源，提升了空間利用率及讀寫性能，并且避免了因緩存服務(wù)器的文件描述符開銷過大而造成的安全隱患。

【專利附圖】

【附圖說明】
[0026]圖1為本發(fā)明實現(xiàn)HLS內(nèi)容回源和緩存的方法的流程圖；
[0027]圖2為緩存服務(wù)器請求索引文件并修改索引文件的流程圖。

【具體實施方式】
[0028]以下結(jié)合附圖對本發(fā)明的實施例作進一步詳細(xì)說明。
[0029]如圖1所示，本發(fā)明提供一種實現(xiàn)HLS內(nèi)容回源和緩存的方法，包括如下步驟:
[0030]S1.緩存服務(wù)器在調(diào)度端口接收到客戶端發(fā)來的一個HLS內(nèi)容請求后，為客戶端的本次請求分配一個會話對象，并生成該會話對象的唯一標(biāo)識。其中，所述唯一標(biāo)識包括會話ID、客戶端請求內(nèi)容的絕對路徑(即abs_path[〃 ? "query])、客戶端IP和當(dāng)前時間戳。
[0031]S2.緩存服務(wù)器判斷本地是否已經(jīng)緩存該HLS內(nèi)容，若是，轉(zhuǎn)入S5，若否，轉(zhuǎn)入S3。
[0032]S3.緩存服務(wù)器向源站請求該HLS內(nèi)容的所有索引文件，修改所有索引文件中的地址，并將修改后的索引文件返回給客戶端。
[0033]S4.緩存服務(wù)器收到客戶端每次發(fā)來的媒體分片請求后，進行URL解碼，獲取回源URL，根據(jù)該回源URL向?qū)?yīng)源站請求該次媒體分片，將該次媒體分片返回給客戶端；并將該次媒體分片按照索引文件中的順序連續(xù)存儲在一個大文件中；緩存服務(wù)器再進行下一次媒體分片的返回和存儲，直至所有媒體分片存儲完，結(jié)束。
[0034]其中，緩存服務(wù)器返回一次媒體分片給客戶端的具體步驟如下:緩存服務(wù)器獲取客戶端媒體分片的請求路徑，其形式為/〈會話ID>/〈經(jīng)過URL編碼的原路徑對應(yīng)的URL> ；截取該路徑中的第一級目錄名，獲取會話ID，根據(jù)會話ID查找會話對象；若沒有找到，則拒絕服務(wù)，若找到會話對象，則根據(jù)會話中的客戶端IP對客戶端進行匹配驗證；若驗證失敗，則拒絕服務(wù)，若驗證成功，則截取該路徑中的第二級目錄名，取出該請求的絕對路徑，進行URL解碼，獲取被請求對象的回源URL ;根據(jù)該回源URL向?qū)?yīng)源站請求，并將收到的媒體分片返回給客戶端。
[0035]例如:
[0036]收到的絕對路徑為:/EX6V7A19/http%3A% 2F% 2F172.16.201.200% 2Fpath%2Fto% 2Fa% 2Fb% 2F1.m3u8 ；
[0037]則解析出回源URL 為:http://172.16.201.200/path/to/a/b/l.m3u8 ；
[0038]收到的絕對路徑為:/EX6V7A19/http% 3A % 2F % 2F172.16.201.200 % 2Fx%2Fy% 2F2.m3u8 ；
[0039]解析出回源URL 為:http://172.16.201.200/x/y/2.m3u8 ；
[0040]收到的絕對路徑為:/EX6V7A19/http% 3A % 2F % 2Ftest.his.exmaple, com %2Fu% 2Fv% 2F3.m3u8 ；
[0041]解析出回源URL 為:http://test.his.exmaple, com/u/v/3.m3u8 ；
[0042]另外，緩存服務(wù)器將媒體分片按照索引文件中的順序連續(xù)存儲在一個大文件中時，按照如下規(guī)則進行:第一個分片存儲在文件的開頭；編號在前的分片存儲在文件的前面；編號相鄰的兩個分片存儲在文件中連續(xù)的一段空間。并且，在存儲的同時，緩存服務(wù)器需記錄每個分片的時長、字節(jié)長度和起始字節(jié)偏移；并將索引文件中出現(xiàn)的VERS1N、TARGETDURAT1N、MEDIA-SEQUENCE, PROGRAM-DATE-TIME, STREAM-1NF, DISCONTINUITY 標(biāo)簽作為元數(shù)據(jù)記錄下來。
[0043]S5.緩存服務(wù)器根據(jù)已緩存下來的與該HLS內(nèi)容相關(guān)的元數(shù)據(jù)實時生成索引文件，將該索引文件返回給客戶端，并由本地直接響應(yīng)后續(xù)請求。其中，索引文件中分片地址的生成方法為<MEDIA-SEQUENCE>-〈時長 >-〈字節(jié)長度>_〈起始字節(jié)偏移>.ts，例如42-9.7-3073800-129099976.ts。
[0044]如圖2所示，所述步驟S3中，緩存服務(wù)器請求索引文件并修改索引文件的具體步驟如下:
[0045]S31.緩存服務(wù)器根據(jù)會話對象中記錄的客戶端請求內(nèi)容的絕對路徑查找內(nèi)容路由表，獲得對應(yīng)源站的基地址，將基地址和絕對路徑順序拼接在一起，形成回源的URL。
[0046]S32.緩存服務(wù)器根據(jù)回源URL，獲取其中的源站主機名信息和端口信息，并向源站的IP地址及端口發(fā)起請求。
[0047]實際中可能出現(xiàn)通過回源URL獲取的源站主機名是域名的情況。此時，緩存服務(wù)器則需要向域名服務(wù)器請求解析域名，從而獲得源站的IP地址。
[0048]另外，在緩存服務(wù)器向源站的IP地址及端口發(fā)起請求時，若源站返回的是重定向代碼(302)以及新的請求URL，則需向新的請求URL發(fā)起請求，直至收到成功接收代碼(200)。
[0049]S33.緩存服務(wù)器收到源站發(fā)來的所有索引文件后，記錄所有的獲取索引文件的URL0
[0050]S34.分析索引文件，根據(jù)每個索引文件的URL和每個索引文件中的路徑，拼接出每個索引文件中的路徑的對應(yīng)URL。
[0051]例如:
[0052]索引文件的URL 是:http://172.16.201.200/path/to/index.m3u8。
[0053]索引文件中的路徑I形式是:a/b/l.m3u8 ；
[0054]拼接出路徑I 的對應(yīng) URL 為:http://172.16.201.200/path/to/a/b/l.m3u8 ；
[0055]索引文件中的路徑2形式是:/x/y/2.m3u8 ；
[0056]拼接出路徑2 的對應(yīng) URL 為:http://172.16.201.200/x/y/2.m3u8 ；
[0057]索引文件中的路徑3 形式是:http://test.his.exmaple, com/u/v/3.m3u8 ；
[0058]拼接出路徑3 的對應(yīng) URL 為:http://test.his.exmaple.com/u/v/3.m3u8。
[0059]S35.將所有索引文件中的路徑修改成統(tǒng)一形式的URL，并實時將修改后的索引文件返回給客戶端。其中，該統(tǒng)一形式的URL包括http://〈服務(wù)器IP>:〈服務(wù)端口 >/〈會話ID>/<經(jīng)過URL編碼的原路徑對應(yīng)的URL〉。
[0060]例如:
[0061]將索引文件中的路徑I 替換成:/EX6V7A19/http%3A%2F%2F172.16.201.200%2Fpath% 2Fto% 2Fa% 2Fb% 2F1.m3u8 ；
[0062]將索引文件中的路徑2替換成:/EX6V7A19/http%3A%2F%2F172.16.201.200%2Fx% 2Fy% 2F2.m3u8 ；
[0063]將索引文件中的路徑3 替換成:/EX6V7A19/http % 3A % 2F % 2Ftest.his.exmaple.com% 2Fu% 2Fv% 2F3.m3u8。
[0064]本發(fā)明不局限于上述實施方式，對于本【技術(shù)領(lǐng)域】的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也視為本發(fā)明的保護范圍之內(nèi)。本說明書中未作詳細(xì)描述的內(nèi)容屬于本領(lǐng)域?qū)I(yè)技術(shù)人員公知的現(xiàn)有技術(shù)。
【權(quán)利要求】
1.一種實現(xiàn)13內(nèi)容回源和緩存的方法，其特征在于，包括如下步驟: 51.緩存服務(wù)器接收到客戶端發(fā)來的一個!13內(nèi)容請求后，為客戶端的本次請求分配一個會話對象，并生成該會話對象的唯一標(biāo)識； 82.緩存服務(wù)器判斷本地是否已經(jīng)緩存該13內(nèi)容，若是，轉(zhuǎn)入35，若否，轉(zhuǎn)入33； 83.緩存服務(wù)器向源站請求該!113內(nèi)容的所有索引文件，修改所有索引文件中的地址，并將修改后的索引文件返回給客戶端； 84.緩存服務(wù)器收到客戶端每次發(fā)來的媒體分片請求后，進行[此解碼，獲取回源口此，根據(jù)該回源向?qū)?yīng)源站請求該次媒體分片，將該次媒體分片返回給客戶端；并將該次媒體分片按照索引文件中的順序連續(xù)存儲在一個大文件中，直至所有媒體分片存儲完，結(jié)束； 85.緩存服務(wù)器根據(jù)已緩存下來的!113內(nèi)容實時生成索引文件，將索引文件返回給客戶端，并響應(yīng)后續(xù)請求。
2.如權(quán)利要求1所述的實現(xiàn)!113內(nèi)容回源和緩存的方法，其特征在于:步驟51中，所述唯一標(biāo)識包括會話10、客戶端請求內(nèi)容的絕對路徑、客戶端I？和當(dāng)前時間戳。
3.如權(quán)利要求2所述的實現(xiàn)13內(nèi)容回源和緩存的方法，其特征在于:所述步驟33中，緩存服務(wù)器向源站請求見3內(nèi)容的所有索引文件時，先根據(jù)客戶端請求內(nèi)容的絕對路徑查找內(nèi)容路由表，獲得對應(yīng)源站的基地址，將基地址和絕對路徑順序拼接在一起，形成回源；再根據(jù)回源口此，獲取其中的源站主機名信息和端口信息，并向源站的I？地址及端口發(fā)起請求。
4.如權(quán)利要求3所述的實現(xiàn)13內(nèi)容回源和緩存的方法，其特征在于:若根據(jù)回源獲取的源站主機名為域名，緩存服務(wù)器則需要向域名服務(wù)器請求解析域名，從而獲取源站的I？地址。
5.如權(quán)利要求2所述的實現(xiàn)!113內(nèi)容回源和緩存的方法，其特征在于:所述步驟33中，緩存服務(wù)器向源站請求見3內(nèi)容的所有索引文件后，先記錄所有獲取索引文件的口此；再根據(jù)每個索弓I文件的和每個索弓I文件中的路徑，拼接出每個索引文件中的路徑的對應(yīng) ；然后將所有索引文件中的路徑修改成統(tǒng)一形式的口此，并將修改后的索引文件返回給客戶端。
6.如權(quán)利要求5所述的實現(xiàn)13內(nèi)容回源和緩存的方法，其特征在于:所述統(tǒng)一形式的口此包括仏邙:/八服務(wù)器1？?: ?服務(wù)端口 ?八會話10?八經(jīng)過[此編碼的原路徑對應(yīng)的亂〉。
7.如權(quán)利要求2所述的實現(xiàn)內(nèi)容回源和緩存的方法，其特征在于，所述步驟54中，緩存服務(wù)器返回一次媒體分片給客戶端的具體步驟為:緩存服務(wù)器獲取客戶端媒體分片的請求路徑，形式為八會話10?八經(jīng)過[此編碼的原路徑對應(yīng)的[此〉；截取該路徑中的第一級目錄名，獲取會話10，根據(jù)會話10查找會話對象；找到會話對象后根據(jù)會話中的客戶端I？對客戶端進行匹配驗證；驗證成功后截取該路徑中的第二級目錄名，取出該請求的絕對路徑，進行口此解碼，獲取被請求對象的回源口此；根據(jù)該回源口此向?qū)?yīng)源站請求，并將收到的媒體分片返回給客戶端。
8.如權(quán)利要求1所述的實現(xiàn)!113內(nèi)容回源和緩存的方法，其特征在于:所述步驟34中，將媒體分片按照索引文件中的順序連續(xù)存儲在一個大文件中時，按照以下規(guī)則存儲:第一個分片存儲在文件的開頭；編號在前的分片存儲在文件的前面；編號相鄰的兩個分片存儲在文件中連續(xù)的一段空間。
9.如權(quán)利要求1所述的實現(xiàn)13內(nèi)容回源和緩存的方法，其特征在于:所述步驟34中，將媒體分片按照索引文件中的順序連續(xù)存儲在一個大文件中時，緩存服務(wù)器需記錄每個分片的時長、字節(jié)長度和起始字節(jié)偏移；且緩存服務(wù)器還將索引文件中出現(xiàn)的％舊10隊
腿01 八-32卯別邙、31 詘艦-1 肥、01800^X1^1X1 標(biāo)簽作為元數(shù)據(jù)記錄下來。
10.如權(quán)利要求9所述的實現(xiàn)！13內(nèi)容回源和緩存的方法，其特征在于:所述步驟35中，緩存服務(wù)器根據(jù)緩存下來的與相應(yīng)請求內(nèi)容相關(guān)的元數(shù)據(jù)實時生成索引文件，將該索引文件返回給客戶端，并響應(yīng)后續(xù)請求。
【文檔編號】H04L29/08GK104506493SQ201410729789
【公開日】2015年4月8日 申請日期:2014年12月4日 優(yōu)先權(quán)日:2014年12月4日
【發(fā)明者】馮軍 申請人:武漢市烽視威科技有限公司