緣節(jié)點(diǎn)處進(jìn)行數(shù)據(jù)壓縮，所述數(shù)據(jù)解壓模塊在離源站最近節(jié)點(diǎn)處進(jìn)行數(shù)據(jù)解壓。
[0037]根據(jù)上述的基于CIFS協(xié)議的加速系統(tǒng)，其中:還包括數(shù)據(jù)壓縮模塊和數(shù)據(jù)解壓模塊；客戶端接收數(shù)據(jù)時(shí)，所述數(shù)據(jù)壓縮模塊在離源站最近節(jié)點(diǎn)處進(jìn)行數(shù)據(jù)壓縮，所述數(shù)據(jù)解壓模塊在邊緣節(jié)點(diǎn)處進(jìn)行數(shù)據(jù)解壓。
[0038]如上所述，本發(fā)明的基于CIFS協(xié)議的加速方法及系統(tǒng)，具有以下有益效果:
[0039](I)通過適當(dāng)?shù)貕嚎s數(shù)據(jù)，減少了數(shù)據(jù)在節(jié)點(diǎn)間傳輸?shù)拇笮?；其中，請求的時(shí)候在邊緣節(jié)點(diǎn)處進(jìn)行數(shù)據(jù)壓縮，在離源站最近節(jié)點(diǎn)處進(jìn)行數(shù)據(jù)解壓；接收的時(shí)候在邊緣節(jié)點(diǎn)處進(jìn)行數(shù)據(jù)解壓，在離源站最近節(jié)點(diǎn)處進(jìn)行數(shù)據(jù)壓縮；
[0040](2)基于CIFS協(xié)議，客戶端請求時(shí)將請求大小在原本16K的基礎(chǔ)上增大，并且將多請求的數(shù)據(jù)緩存在內(nèi)存緩存塊中；當(dāng)客戶端請求接下來的16K數(shù)據(jù)時(shí)，將內(nèi)存緩存塊中的16K數(shù)據(jù)發(fā)給客戶端，并與客戶端做確認(rèn)，從而實(shí)現(xiàn)數(shù)據(jù)預(yù)取功能，減少了客戶端與源站間直接數(shù)據(jù)傳輸?shù)膩砘卮螖?shù)，加速了數(shù)據(jù)傳輸。
【附圖說明】
[0041]圖1顯示為現(xiàn)有技術(shù)中的CIFS協(xié)議的頭格式的結(jié)構(gòu)示意圖；
[0042]圖2顯示為現(xiàn)有技術(shù)中數(shù)據(jù)傳輸透明加速系統(tǒng)的結(jié)構(gòu)示意圖；
[0043]圖3顯示為現(xiàn)有技術(shù)中數(shù)據(jù)傳輸透明加速系統(tǒng)的工作狀態(tài)示意圖；
[0044]圖4顯示為本發(fā)明的基于CIFS協(xié)議的加速方法的流程圖；
[0045]圖5顯示為本發(fā)明的基于CIFS協(xié)議的加速系統(tǒng)的結(jié)構(gòu)示意圖。
[0046]元件標(biāo)號(hào)說明
[0047]I請求接收模塊
[0048]2第一判斷模塊
[0049]3第二判斷模塊
[0050]4第一數(shù)據(jù)讀取模塊
[0051]5第三判斷模塊
[0052]6第二數(shù)據(jù)讀取模塊
[0053]7請求增大傳輸模塊
[0054]8數(shù)據(jù)處理模塊
[0055]9數(shù)據(jù)響應(yīng)模塊
【具體實(shí)施方式】
[0056]以下通過特定的具體實(shí)例說明本發(fā)明的實(shí)施方式，本領(lǐng)域技術(shù)人員可由本說明書所揭露的內(nèi)容輕易地了解本發(fā)明的其他優(yōu)點(diǎn)與功效。本發(fā)明還可以通過另外不同的【具體實(shí)施方式】加以實(shí)施或應(yīng)用，本說明書中的各項(xiàng)細(xì)節(jié)也可以基于不同觀點(diǎn)與應(yīng)用，在沒有背離本發(fā)明的精神下進(jìn)行各種修飾或改變。
[0057]需要說明的是，本實(shí)施例中所提供的圖示僅以示意方式說明本發(fā)明的基本構(gòu)想，遂圖式中僅顯示與本發(fā)明中有關(guān)的組件而非按照實(shí)際實(shí)施時(shí)的組件數(shù)目、形狀及尺寸繪制，其實(shí)際實(shí)施時(shí)各組件的型態(tài)、數(shù)量及比例可為一種隨意的改變，且其組件布局型態(tài)也可能更為復(fù)雜。
[0058]本發(fā)明的基于CIFS協(xié)議的加速方法的基本思想是:通過應(yīng)用加速網(wǎng)絡(luò)內(nèi)部的功能，對數(shù)據(jù)處理進(jìn)行優(yōu)化；通過預(yù)取和緩存的方式對客戶端傳輸?shù)臄?shù)據(jù)啟動(dòng)加速效果。
[0059]具體地，當(dāng)客戶數(shù)據(jù)經(jīng)過應(yīng)用加速網(wǎng)絡(luò)時(shí)，利用應(yīng)用加速網(wǎng)絡(luò)多級(jí)架構(gòu)特點(diǎn)，截獲客戶端請求的數(shù)據(jù)分析command命令，即可知道請求的資源類型。其中，只針對文件性質(zhì)的請求做加速，透明傳輸其他非文件性質(zhì)的請求，如打印機(jī)等。如果請求的是文件，則在上行端通過修改請求大小實(shí)現(xiàn)預(yù)取，通過應(yīng)用加速網(wǎng)絡(luò)在下行端進(jìn)行緩存，可以達(dá)到最快的響應(yīng)速度，同時(shí)減少客戶端對源站的壓力。而對請求大小的修改，只有在CIF協(xié)議下才能實(shí)現(xiàn)。
[0060]參照圖4，本發(fā)明的基于CIFS協(xié)議的加速方法中，客戶端通過若干個(gè)加速節(jié)點(diǎn)從源站中請求數(shù)據(jù)。其中，加速節(jié)點(diǎn)進(jìn)行客戶端與源站間的數(shù)據(jù)傳輸，具體包括以下步驟:
[0061]步驟S1、加速節(jié)點(diǎn)接收客戶端發(fā)送來的文件請求。
[0062]具體地，該加速節(jié)點(diǎn)可以為離客戶端距離最近的加速節(jié)點(diǎn)，也可以是客戶端周圍的其他加速節(jié)點(diǎn)。
[0063]在本發(fā)明中，加速節(jié)點(diǎn)接收客戶端發(fā)送來的請求后，首先判斷該請求是否是文件請求，若是，則采用本發(fā)明的加速方法進(jìn)行針對文件請求的處理；若否，則透明轉(zhuǎn)發(fā)該請求至下一節(jié)點(diǎn)直至源站，不做特別的處理。
[0064]請求的類型包括文件請求和非文件請求。加速節(jié)點(diǎn)在進(jìn)行請求類型判斷時(shí)，須對請求進(jìn)行解析，以獲取請求大小和請求的類型。
[0065]步驟S2、判斷本地緩存文件中是否存在所要的文件數(shù)據(jù)；若是，轉(zhuǎn)入步驟S3 ;若否，轉(zhuǎn)入步驟S5。
[0066]步驟S3、判斷本地緩存文件是否過期；若否，轉(zhuǎn)入步驟S4 ;若是，轉(zhuǎn)入步驟S7。
[0067]其中，加速節(jié)點(diǎn)通過發(fā)送請求到源站來獲取文件屬性等信息，并根據(jù)文件數(shù)據(jù)信息來判斷本地緩存文件是否過期。具體地，加速節(jié)點(diǎn)構(gòu)造請求Subcommand:QUERY_PATH_INFO (0x0005)到源站獲取文件屬性等信息。
[0068]步驟S4、從本地緩存文件中讀取所要的文件數(shù)據(jù)，轉(zhuǎn)入步驟S9。
[0069]步驟S5、判斷內(nèi)存緩存塊中是否存在所要的文件數(shù)據(jù)；若是，轉(zhuǎn)入步驟S6 ;若否，轉(zhuǎn)入步驟S7。
[0070]步驟S6、從內(nèi)存緩存塊中讀取所要的文件數(shù)據(jù)，轉(zhuǎn)入步驟S9。
[0071]步驟S7、增大請求大小，并轉(zhuǎn)發(fā)至下一節(jié)點(diǎn)直到源站。
[0072]優(yōu)選地，可以將請求大小由16K增大為64K。CIFS協(xié)議最大支持127K。具體地，增大請求大小時(shí)，需指定請求數(shù)據(jù)大小和數(shù)據(jù)偏移量。例如，當(dāng)將請求大小由16K增大到64K時(shí)，請求數(shù)據(jù)大小即為64K，數(shù)據(jù)偏移量為64K-16K，即48K。
[0073]步驟S8、接收源站的響應(yīng)數(shù)據(jù)，并更新本地緩存文件，將多余的數(shù)據(jù)存儲(chǔ)在內(nèi)存緩存塊中。
[0074]其中，多余的數(shù)據(jù)即為數(shù)據(jù)偏移量大小的數(shù)據(jù)。
[0075]步驟S9、響應(yīng)原始請求大小的數(shù)據(jù)給客戶端。
[0076]優(yōu)選地，數(shù)據(jù)在各個(gè)節(jié)點(diǎn)間傳輸時(shí)，可通過多種壓縮算法，如利用zlib庫壓縮解壓數(shù)據(jù)，從而減少數(shù)據(jù)傳輸量，提高數(shù)據(jù)傳輸速度。其中，客戶端進(jìn)行數(shù)據(jù)請求時(shí)，在邊緣節(jié)點(diǎn)處進(jìn)行數(shù)據(jù)壓縮，在離源站最近節(jié)點(diǎn)處進(jìn)行數(shù)據(jù)解壓；客戶端接收數(shù)據(jù)時(shí)，在邊緣節(jié)點(diǎn)處進(jìn)行數(shù)據(jù)解壓，在離源站最近節(jié)點(diǎn)處進(jìn)行數(shù)據(jù)壓縮。
[0077]參照圖5，本發(fā)明的基于CIFS協(xié)議的加速系統(tǒng)中，客戶端通過若干個(gè)加速節(jié)點(diǎn)從源站中請求數(shù)據(jù)。其中，加速節(jié)點(diǎn)進(jìn)行客戶端與源站間的數(shù)據(jù)傳輸，由加速節(jié)點(diǎn)基于CIFS協(xié)議實(shí)現(xiàn)數(shù)據(jù)傳輸?shù)募铀佟?br>[0078]參照圖5，本發(fā)明的基于CIFS協(xié)議的加速系統(tǒng)包括:
[0079]請求接收模塊1，用于接收客戶端發(fā)送來的文件請求。
[0080]具體地，請求接收模塊I在接收客戶端發(fā)送來的請求后，首先判斷該請求是否是文件請求，若是，則針對該文件請求進(jìn)行后續(xù)的加速處理；若否，則透明轉(zhuǎn)發(fā)該請求至下一節(jié)點(diǎn)直至源站，不做特別的處理。
[0081]請求的類型包括文件請求和非文件請求。請求接收模塊在進(jìn)行請求類型判斷時(shí)，須對請求進(jìn)行解析，以獲取請求大小和請求的類型。
[0082]第一判斷模塊2，用于判斷本地緩存文件中是否存在所要的文件數(shù)據(jù)。
[0083]第二判斷模塊3，用于在本地緩存文件中存在所要的文件數(shù)據(jù)的情況下，判斷本地緩存文件是否過期。
[0084]其中，第二判斷模塊3通過發(fā)送請求到源站來獲取文件屬性等信息，并根據(jù)文件數(shù)據(jù)信息來判斷本地緩存文件是否過期。具體地，第二判斷模塊3通過構(gòu)造請求Subcommand: QUERY_PATH_INFO (0x0005)到源站獲取文件屬性等信息。