[發(fā)明專利]頁(yè)面?zhèn)鬏敺椒?、裝置及系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201310748974.3
• 申請(qǐng)日: 2013-12-31
• 公開（公告）號(hào): CN103731493B
• 公開（公告）日: 2017-10-24
• 發(fā)明（設(shè)計(jì)）人: 吳偉勇;江蔚然
• 申請(qǐng)（專利權(quán)）人: 優(yōu)視科技有限公司
• 主分類號(hào): H04L29/08
• 分類號(hào): H04L29/08
• 代理公司: 北京展翼知識(shí)產(chǎn)權(quán)代理事務(wù)所(特殊普通合伙)11452
• 代理人: 屠長(zhǎng)存

技術(shù)領(lǐng)域

本發(fā)明涉及移動(dòng)通信技術(shù)領(lǐng)域，更為具體地，涉及一種頁(yè)面?zhèn)鬏敺椒ā⒀b置及系統(tǒng)。

背景技術(shù)

在基于瀏覽器后臺(tái)服務(wù)器（簡(jiǎn)稱服務(wù)器）和瀏覽器客戶端（簡(jiǎn)稱客戶端）配合的“C/S”瀏覽服務(wù)架構(gòu)中，服務(wù)器快速向客戶端返回瀏覽的頁(yè)面數(shù)據(jù)是提高用戶瀏覽體驗(yàn)的一個(gè)關(guān)鍵點(diǎn)。頁(yè)面數(shù)據(jù)一般包括主文檔頁(yè)面（page）及頁(yè)面上與顯示相關(guān)的子資源（外聯(lián)css樣式文件、外聯(lián)javascript文件、圖片等）。其中，主文檔頁(yè)面的傳輸是決定傳輸速度的關(guān)鍵，也是決定客戶端的T0/T1時(shí)間快慢的關(guān)鍵資源。所謂T0是指從客戶端發(fā)起HTTP請(qǐng)求到接收到第一個(gè)字節(jié)數(shù)據(jù)的耗時(shí)，所謂T1是指從客戶端發(fā)起HTTP請(qǐng)求到接收到足夠頁(yè)面數(shù)據(jù)可進(jìn)行顯示的耗時(shí)。

現(xiàn)有的處理方法，一般是服務(wù)器向客戶端優(yōu)先返回主文檔頁(yè)面，然后再返回與顯示相關(guān)的子資源，而服務(wù)器對(duì)于發(fā)送主文檔頁(yè)面，會(huì)采用壓縮算法來(lái)減少文件大小，這樣可以通過(guò)減少傳輸數(shù)據(jù)大小來(lái)提高傳輸速度，從而減少?gòu)目蛻舳税l(fā)起HTTP請(qǐng)求到接收到足夠頁(yè)面數(shù)據(jù)可進(jìn)行顯示的耗時(shí)T1時(shí)間，同時(shí)也為用戶節(jié)省流量。而現(xiàn)有常用的壓縮算法，主要是基于預(yù)置字典或者原始數(shù)據(jù)生成的字典進(jìn)行特征數(shù)據(jù)串的復(fù)用來(lái)達(dá)到壓縮效果。

但是，現(xiàn)有處理方法中采用的壓縮算法對(duì)于某些場(chǎng)景，例如低速網(wǎng)絡(luò)的場(chǎng)景或者頁(yè)面數(shù)據(jù)較大的場(chǎng)景，壓縮效果并不是十分好，傳輸時(shí)間雖有減少但并不十分理想。因此，現(xiàn)有的頁(yè)面?zhèn)鬏敺椒ㄔ跍p少傳輸耗時(shí)和節(jié)省流量方面仍有待提高。

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

鑒于上述，本發(fā)明提出了一種頁(yè)面?zhèn)鬏敺椒?、裝置及系統(tǒng)，能提升頁(yè)面數(shù)據(jù)壓縮效果，從而更好減少傳輸耗時(shí)和節(jié)省流量。

根據(jù)本發(fā)明的一個(gè)方面，提供了一種頁(yè)面?zhèn)鬏敺椒ǎǎ悍?wù)器接收客戶端發(fā)送的頁(yè)面請(qǐng)求；解析所述頁(yè)面請(qǐng)求，根據(jù)解析結(jié)果判斷出所述頁(yè)面請(qǐng)求是否含有用于表示客戶端提供歷史瀏覽頁(yè)面模板的模板標(biāo)識(shí)；根據(jù)所述頁(yè)面請(qǐng)求含有所述模板標(biāo)識(shí)確定客戶端提供了歷史瀏覽頁(yè)面模板后，按照所述模板標(biāo)識(shí)查找服務(wù)器中預(yù)先緩存的對(duì)應(yīng)的頁(yè)面模板；將根據(jù)頁(yè)面請(qǐng)求獲取的頁(yè)面數(shù)據(jù)與所述查找到的頁(yè)面模板進(jìn)行增量壓縮運(yùn)算，得到增量數(shù)據(jù)；將所述增量數(shù)據(jù)作為頁(yè)面應(yīng)答數(shù)據(jù)傳輸給客戶端。

進(jìn)一步的，還包括：根據(jù)所述頁(yè)面請(qǐng)求不含有所述模板標(biāo)識(shí)確定客戶端未提供歷史瀏覽頁(yè)面模板后，將根據(jù)頁(yè)面請(qǐng)求獲取的頁(yè)面數(shù)據(jù)作為頁(yè)面應(yīng)答數(shù)據(jù)傳輸給客戶端。

進(jìn)一步的，還包括：在得到增量數(shù)據(jù)之后，將所述增量數(shù)據(jù)和所述模板ID按照預(yù)定格式一起封裝后，作為頁(yè)面應(yīng)答數(shù)據(jù)傳輸給客戶端。

進(jìn)一步的，還包括：在得到增量數(shù)據(jù)之后，將所述增量數(shù)據(jù)、所述模板ID和用于表示應(yīng)答數(shù)據(jù)是否為增量壓縮數(shù)據(jù)的第二標(biāo)識(shí)，按照預(yù)定格式一起封裝后，作為頁(yè)面應(yīng)答數(shù)據(jù)傳輸給客戶端；由所述客戶端在接收所述頁(yè)面應(yīng)答數(shù)據(jù)后，根據(jù)其中含有所述第二標(biāo)識(shí)，進(jìn)行增量解壓縮運(yùn)算得到增量數(shù)據(jù)，再根據(jù)所述解壓到的增量數(shù)據(jù)還原頁(yè)面。

進(jìn)一步的，還包括：在得到增量數(shù)據(jù)之后，判斷增量壓縮運(yùn)算的增量壓縮率是否低于第一設(shè)定閾值，若是，再將所述增量數(shù)據(jù)作為頁(yè)面應(yīng)答數(shù)據(jù)，若否，則將根據(jù)頁(yè)面請(qǐng)求獲取的頁(yè)面數(shù)據(jù)作為頁(yè)面應(yīng)答數(shù)據(jù)。

進(jìn)一步的，服務(wù)器中預(yù)先緩存頁(yè)面模板的過(guò)程包括：服務(wù)器在初始接收到客戶端的第二頁(yè)面請(qǐng)求后，根據(jù)所述第二頁(yè)面請(qǐng)求含有表示客戶端支持增量壓縮的第三標(biāo)識(shí)，且根據(jù)第二頁(yè)面請(qǐng)求獲取的頁(yè)面數(shù)據(jù)的大小大于第二設(shè)定閾值，確定所述獲取的頁(yè)面數(shù)據(jù)作為歷史瀏覽頁(yè)面模板，計(jì)算所述獲取的頁(yè)面數(shù)據(jù)的模板標(biāo)識(shí)；以所述計(jì)算得到的模板標(biāo)識(shí)和頁(yè)面數(shù)據(jù)的域名為關(guān)鍵字，將獲取的頁(yè)面數(shù)據(jù)作為歷史瀏覽頁(yè)面模板保存到緩存隊(duì)列。

進(jìn)一步的，還包括：所述將獲取的頁(yè)面數(shù)據(jù)作為歷史瀏覽頁(yè)面模板保存到緩存隊(duì)列后，將獲取的頁(yè)面數(shù)據(jù)作為應(yīng)答數(shù)據(jù)發(fā)送給客戶端；由所述客戶端在接收到所述服務(wù)器返回的含有獲取的頁(yè)面數(shù)據(jù)的應(yīng)答數(shù)據(jù)后，若客戶端支持增量壓縮方式，則客戶端計(jì)算應(yīng)答數(shù)據(jù)中的頁(yè)面數(shù)據(jù)的模板標(biāo)識(shí)；以所述計(jì)算得到的模板標(biāo)識(shí)和頁(yè)面數(shù)據(jù)的域名為關(guān)鍵字，將獲取的頁(yè)面數(shù)據(jù)作為歷史瀏覽頁(yè)面模板保存到緩存隊(duì)列。

進(jìn)一步的，所述計(jì)算所述獲取的頁(yè)面數(shù)據(jù)的模板標(biāo)識(shí)包括：對(duì)所述獲取的頁(yè)面數(shù)據(jù)進(jìn)行MD5運(yùn)算，再取設(shè)定個(gè)字符進(jìn)行base64轉(zhuǎn)碼，將轉(zhuǎn)碼得到得到字符作為模板標(biāo)識(shí)。