專利名稱：基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)方法和裝置的制作方法
技術領域：
本發(fā)明涉及文件改寫方法，尤其涉及內容分發(fā)網(wǎng)絡上的第三方文件改寫的加速分發(fā)方法。
背景技術：
隨著互聯(lián)網(wǎng)的發(fā)展，用戶在使用網(wǎng)絡時對網(wǎng)站的瀏覽速度和效果愈加重視，但由于網(wǎng)民數(shù)量激增，網(wǎng)絡訪問路徑過長，從而使用戶的訪問質量受到嚴重影響。CDN網(wǎng)絡的出現(xiàn)，通過技術的創(chuàng)新和優(yōu)化，解決了傳統(tǒng)的用戶訪問存在的問題，加快了用戶訪問的速度和提升了用戶對互聯(lián)網(wǎng)的體驗。經(jīng)過多年的發(fā)展，目前的CDN領域技術逐步發(fā)展成熟，被越來越多的企業(yè)網(wǎng)站客戶所接受和認可。
傳統(tǒng)的用戶訪問和⑶N處理過程如圖I所示
用戶通過企業(yè)的域名訪問企業(yè)網(wǎng)站，以下簡稱企業(yè)源站。用戶初次訪問，通過⑶N 網(wǎng)絡的解析和指向，CDN網(wǎng)絡將用戶指向離用戶最近的CDN節(jié)點，提供訪問加速服務，CDN節(jié)點回源抓取內容并反饋給用戶。
用戶獲得內容后繼續(xù)訪問。當用戶所訪問的企業(yè)源站內容中沒有第三方文件，則由節(jié)點通過緩存內容直接響應請求。當用戶所訪問的企業(yè)源站文件內含有第三方文件，則同步由CDN節(jié)點提供并被用戶抓取下來，即用戶直接向企業(yè)源站或者第三方源站訪問并獲取內容。如所抓取的第三方文件需要產(chǎn)生后繼的訪問，則通過文件所提供的訪問方式直接向目標源站進行訪問后反饋相應的信息給用戶。
現(xiàn)有的內容分發(fā)實現(xiàn)方案存在以下的弊端
I.第三方文件因為并不包含在合約加速內容內，所以無加速效果；
2.第三方包含的內容只能直接向企業(yè)源站或第三方源站進行數(shù)據(jù)獲取，路由時間和傳輸速度無法得到有效保證；
3.對第三方文件內容的獲取速度直接影響到用戶整體的訪問速度和用戶體驗。發(fā)明內容
本發(fā)明的目的在于提供了一種基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)方法和裝置，加快了第三方文件的響應速度，提高了訪問速度和用戶體驗。
本發(fā)明的技術方案為本發(fā)明揭示了一種基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)方法，包括
接收用戶對站點的初次訪問，觸發(fā)內容分發(fā)網(wǎng)絡的節(jié)點回源抓取內容；
判定訪問內容中是否有第三方文件以及第三方文件是否需要改寫；
對于需要改寫的第三方文件，由節(jié)點根據(jù)預設的規(guī)則進行改寫，預設的規(guī)則為源文件改寫成節(jié)點可識別的加速文件的根據(jù)，且具有還原為源文件的能力；
由節(jié)點存儲已改寫完成的第三方文件并生成記錄日志；
節(jié)點將已改寫完成的第三方文件分發(fā)給用戶。
根據(jù)本發(fā)明的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)方法的一實施例，在判定第三方文件是否需要改寫的步驟中，進一步包括
第三方文件初次使用時是否產(chǎn)生回第三方源請求，如有，則改寫文件；如無，則直接由節(jié)點進行響應。
根據(jù)本發(fā)明的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)方法的一實施例，若訪問內容中沒有第三方文件，則節(jié)點抓取內容并響應用戶請求。
根據(jù)本發(fā)明的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)方法的一實施例，若訪問內容中的第三方文件不需要改寫，則將獲取到的內容直接響應用戶請求。
根據(jù)本發(fā)明的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)方法的一實施例，該方法還包括第三方文件改寫回源的流程，包括
當用戶請求產(chǎn)生回源動作時，由節(jié)點判定所需內容是否為第三方文件，若非第三方文件則直接反饋相應的請求內容；
若為第三方文件則由節(jié)點查詢改寫記錄，逆向改寫還原文件內容并向真實文件源進行請求操作；
節(jié)點回源抓取所請求的第三方文件的內容；
節(jié)點將回源獲取的內容按照預設規(guī)則重新改寫后分發(fā)給用戶，完成響應。
本發(fā)明還揭示了一種基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)裝置，包括
回源模塊，接收用戶對站點的初次訪問，觸發(fā)內容分發(fā)網(wǎng)絡的節(jié)點回源抓取內容；
判定模塊，判定訪問內容中是否有第三方文件以及第三方文件是否需要改寫；
改寫模塊，對于需要改寫的第三方文件，由節(jié)點根據(jù)預設的規(guī)則進行改寫，預設的規(guī)則為源文件改寫成節(jié)點可識別的加速文件的根據(jù)，且具有還原為源文件的能力；
存儲模塊，由節(jié)點存儲已改寫完成的第三方文件并生成記錄日志；
分發(fā)模塊，節(jié)點將已改寫完成的第三方文件分發(fā)給用戶。
根據(jù)本發(fā)明的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)裝置的一實施例，在判定模塊中，第三方文件初次使用時是否產(chǎn)生回第三方源請求，如有，則改寫文件；如無，則直接由節(jié)點進行響應。
根據(jù)本發(fā)明的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)裝置的一實施例，若訪問內容中沒有第三方文件，則節(jié)點抓取內容并響應用戶請求。
根據(jù)本發(fā)明的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)裝置的一實施例，若訪問內容中的第三方文件不需要改寫，則將獲取到的內容直接響應用戶請求。
根據(jù)本發(fā)明的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)裝置的一實施例，該裝置還包括第三方文件改寫回源的裝置，包括
第三方文件判定模塊，當用戶請求產(chǎn)生回源動作時，由節(jié)點判定所需內容是否為第三方文件，若非第三方文件則直接反饋相應的請求內容；
逆向還原模塊，若為第三方文件則由節(jié)點查詢改寫記錄，逆向改寫還原文件內容并向真實文件源進行請求操作；
回源請求模塊，節(jié)點回源抓取所請求的第三方文件的內容；
改寫分發(fā)模塊，節(jié)點將回源獲取的內容按照預設規(guī)則重新改寫后分發(fā)給用戶，完成響應。
本發(fā)明對比現(xiàn)有技術有如下的有益效果本發(fā)明的方案是當離用戶最近的CDN (內容分發(fā)網(wǎng)絡)節(jié)點從客戶源抓取到第三方文件時，立即通過預定義的改寫規(guī)則對文件進行改寫后再將內容反饋給請求的用戶，如所訪問的第三方文件需要回客戶源或回第三方源時，通過已經(jīng)改寫過的文件，可以直接通過節(jié)點進行回源響應，加快第三方文件的響應速度。相較于現(xiàn)有技術，本發(fā)明存在以下的優(yōu)點
I、在源站未包含第三方文件時，由節(jié)點對第三方文件進行改寫，以使其獲得與其它內容等同的加速效果，文件改寫規(guī)則的存在不對源站或用戶產(chǎn)生任何的影響。
2、改寫后的第三方文件可經(jīng)節(jié)點進行加速，避免了網(wǎng)絡擁塞的影響，解決了路由時間和傳輸速度的問題；即當源站資源文件含有第三方文件時，加速節(jié)點將通過改寫第三文件進行緩存和響應用戶請求。
3、當用戶通過第三方文件進行新的請求時，改寫后的文件內容可引導用戶的訪問通過節(jié)點訪問所需源站內容，而非進行直接的回源訪問，加快訪問速度和提高用戶體驗。
圖I示出了現(xiàn)有的第三方文件分發(fā)方法的流程圖。
圖2示出了本發(fā)明的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)方法的實施例的流程圖。
圖3示出了本發(fā)明的基于內容分發(fā)網(wǎng)絡的第三方文件改寫回源方法的流程圖。
圖4示出了本發(fā)明的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)裝置的實施例的原理圖。
圖5示出了本發(fā)明的基于內容分發(fā)網(wǎng)絡的第三方文件改寫回源裝置的原理圖。
具體實施方式
下面結合附圖和實施例對本發(fā)明作進一步的描述。
圖2示出了本發(fā)明的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)方法的實施例的流程，亦即被加速文件第一次訪問時加速節(jié)點執(zhí)行的判別需要改寫的第三方文件的過程。請參見圖2，下面是對第三方文件改寫加速分發(fā)方法的實施例的各個步驟的詳細說明
步驟SlO :接收用戶對站點的初次訪問，節(jié)點回源抓取內容。
通常是由離用戶最近的⑶N網(wǎng)絡節(jié)點響應用戶請求。
步驟Sll :判定訪問內容中是否有第三方文件。如果有則進入步驟S12，否則進入步驟S16。
步驟S12 :判定第三方文件是否需要改寫。若需要改寫則進入步驟S13，否則進入步驟S17。
判定第三方文件是否需要改寫的原則是第三方文件初次使用時是否產(chǎn)生回第三方源請求，如有，則改寫文件；如無，則直接由節(jié)點進行響應。
步驟S13 :節(jié)點讀取改寫規(guī)則并改寫第三方文件。
改寫規(guī)則為源文件改寫成節(jié)點可識別的加速文件的根據(jù)，且具有可還原性，即可還原為源文件。
步驟S14 :由節(jié)點存儲已經(jīng)改寫完成的第三方文件并生成日志，以便回溯。
步驟S15 :由節(jié)點將已經(jīng)改寫完成的第三方文件分發(fā)給用戶。
步驟S16 :節(jié)點抓取內容并響應用戶請求 。
步驟S17 :將獲取到的內容直接響應用戶請求。
圖3示出了本發(fā)明的基于內容分發(fā)網(wǎng)絡的第三方文件改寫回源方法的流程，亦即用戶的回源過程中有第三方文件回源請求時的響應過程，下面是對改寫回源方法的各個步驟的詳細描述。
步驟S20 :用戶請求需要回源。
步驟S21 :由節(jié)點判定所需內容是否為第三方文件，若是第三方文件則轉入步驟 S22，若不是第三方文件則進入步驟S25。
步驟S22 :由節(jié)點搜索改寫記錄并逆向改寫還原文件內容，向真實文件源進行請求操作。
步驟S23 :節(jié)點回源抓取所請求的第三方文件的內容。
步驟S24:節(jié)點將回源獲取的內容按照預設規(guī)則重新改寫后分發(fā)給用戶，完成響應。
步驟S25 :節(jié)點回源抓取內容并響應用戶請求。
圖4示出了本發(fā)明的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)裝置的實施例的原理。請參見圖4，本實施例的裝置包括回源模塊10、判定模塊11、改寫模塊12、存儲模塊13、分發(fā)模塊14。
回源模塊10接收用戶對站點的初次訪問，內容分發(fā)網(wǎng)絡的節(jié)點回源抓取內容。判定模塊11判定訪問內容中是否有第三方文件以及第三方文件是否需要改寫，若訪問內容中沒有第三方文件，則節(jié)點抓取內容并響應用戶請求，若訪問內容中的第三方文件不需要改寫，則將獲取到的內容直接響應用戶請求。判定模塊11判定第三方文件是否需要改寫的原則是第三方文件初次使用時是否產(chǎn)生回第三方源請求，如有，則改寫文件；如無，則直接由節(jié)點進行響應。改寫模塊12對于需要改寫的第三方文件，由節(jié)點根據(jù)預設的規(guī)則進行改寫，預設的規(guī)則為源文件改寫成節(jié)點可識別的加速文件的根據(jù)，且具有還原為源文件的能力。存儲模塊13中，由節(jié)點存儲已改寫完成的第三方文件并生成記錄日志。分發(fā)模塊14 中，節(jié)點將已改寫完成的第三方文件分發(fā)給用戶。
圖5示出了本發(fā)明的基于內容分發(fā)網(wǎng)絡的第三方文件改寫回源裝置的原理。請參見圖5，本實施例的裝置包括第三方文件判定模塊20、逆向還原模塊21、回源請求模塊22、 改寫分發(fā)模塊23。
第三方文件判定模塊20中，當用戶請求產(chǎn)生回源動作時，由節(jié)點判定所需內容是否為第三方文件，若非第三方文件則直接反饋相應的請求內容。
逆向還原模塊21中，若為第三方文件則由節(jié)點查詢改寫記錄，逆向改寫還原文件內容并向真實文件源進行請求操作。
回源請求模塊22中，節(jié)點回源抓取所請求的第三方文件的內容。
改寫分發(fā)模塊23中，節(jié)點將回源獲取的內容按照預設規(guī)則重新改寫后分發(fā)給用戶，完成響應。
上述實施例是提供給本領域普通技術人員來實現(xiàn)和使用本發(fā)明的，本領域普通技術人員可在不脫離本發(fā)明的發(fā)明思想的情況下，對上述實施例做出種種修改或變化，因而本發(fā)明的保護范圍并不被上述實施例所限，而應該是符合權利要求書所提到的創(chuàng)新性特征的最大范圍。
權利要求
1.一種基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)方法，包括 接收用戶對站點的初次訪問，觸發(fā)內容分發(fā)網(wǎng)絡的節(jié)點回源抓取內容； 判定訪問內容中是否有第三方文件以及第三方文件是否需要改寫； 對于需要改寫的第三方文件，由節(jié)點根據(jù)預設的規(guī)則進行改寫，預設的規(guī)則為源文件改寫成節(jié)點可識別的加速文件的根據(jù)，且具有還原為源文件的能力； 由節(jié)點存儲已改寫完成的第三方文件并生成記錄日志； 節(jié)點將已改寫完成的第三方文件分發(fā)給用戶。
2.根據(jù)權利要求I所述的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)方法，其特征在于，在判定第三方文件是否需要改寫的步驟中，進一步包括 第三方文件初次使用時是否產(chǎn)生回第三方源請求，如有，則改寫文件；如無，則直接由節(jié)點進行響應。
3.根據(jù)權利要求I所述的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)方法，其特征在于，若訪問內容中沒有第三方文件，則節(jié)點抓取內容并響應用戶請求。
4.根據(jù)權利要求I所述的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)方法，其特征在于，若訪問內容中的第三方文件不需要改寫，則將獲取到的內容直接響應用戶請求。
5.根據(jù)權利要求I所述的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)方法，其特征在于，該方法還包括第三方文件改寫回源的流程，包括 當用戶請求產(chǎn)生回源動作時，由節(jié)點判定所需內容是否為第三方文件，若非第三方文件則直接反饋相應的請求內容； 若為第三方文件則由節(jié)點查詢改寫記錄，逆向改寫還原文件內容并向真實文件源進行請求操作； 節(jié)點回源抓取所請求的第三方文件的內容； 節(jié)點將回源獲取的內容按照預設規(guī)則重新改寫后分發(fā)給用戶，完成響應。
6.一種基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)裝置，包括 回源模塊，接收用戶對站點的初次訪問，觸發(fā)內容分發(fā)網(wǎng)絡的節(jié)點回源抓取內容； 判定模塊，判定訪問內容中是否有第三方文件以及第三方文件是否需要改寫； 改寫模塊，對于需要改寫的第三方文件，由節(jié)點根據(jù)預設的規(guī)則進行改寫，預設的規(guī)則為源文件改寫成節(jié)點可識別的加速文件的根據(jù)，且具有還原為源文件的能力； 存儲模塊，由節(jié)點存儲已改寫完成的第三方文件并生成記錄日志； 分發(fā)模塊，節(jié)點將已改寫完成的第三方文件分發(fā)給用戶。
7.根據(jù)權利要求6所述的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)裝置，其特征在于，在判定模塊中， 第三方文件初次使用時是否產(chǎn)生回第三方源請求，如有，則改寫文件；如無，則直接由節(jié)點進行響應。
8.根據(jù)權利要求6所述的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)裝置，其特征在于，若訪問內容中沒有第三方文件，則節(jié)點抓取內容并響應用戶請求。
9.根據(jù)權利要求6所述的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)裝置，其特征在于，若訪問內容中的第三方文件不需要改寫，則將獲取到的內容直接響應用戶請求。
10.根據(jù)權利要求6所述的基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)裝置，其特征在于，該裝置還包括第三方文件改寫回源的裝置，包括 第三方文件判定模塊，當用戶請求產(chǎn)生回源動作時，由節(jié)點判定所需內容是否為第三方文件，若非第三方文件則 直接反饋相應的請求內容； 逆向還原模塊，若為第三方文件則由節(jié)點查詢改寫記錄，逆向改寫還原文件內容并向真實文件源進行請求操作； 回源請求模塊，節(jié)點回源抓取所請求的第三方文件的內容； 改寫分發(fā)模塊，節(jié)點將回源獲取的內容按照預設規(guī)則重新改寫后分發(fā)給用戶，完成響應。
全文摘要
本發(fā)明公開了基于內容分發(fā)網(wǎng)絡的第三方文件改寫加速分發(fā)方法和裝置，加快了第三方文件的響應速度，提高了訪問速度和用戶體驗。其技術方案為方法包括接收用戶對站點的初次訪問，觸發(fā)內容分發(fā)網(wǎng)絡的節(jié)點回源抓取內容；判定訪問內容中是否有第三方文件以及第三方文件是否需要改寫；對于需要改寫的第三方文件，由節(jié)點根據(jù)預設的規(guī)則進行改寫，預設的規(guī)則為源文件改寫成節(jié)點可識別的加速文件的根據(jù)，且具有還原為源文件的能力；由節(jié)點存儲已改寫完成的第三方文件并生成記錄日志；節(jié)點將已改寫完成的第三方文件分發(fā)給用戶。
文檔編號H04L29/06GK102932358SQ20121044231
公開日2013年2月13日 申請日期2012年11月7日 優(yōu)先權日2012年11月7日
發(fā)明者洪珂, 郭文強, 梁龍虎 申請人:網(wǎng)宿科技股份有限公司