本發(fā)明涉及電子技術(shù)領(lǐng)域，尤其涉及一種控制數(shù)據(jù)流量的方法及裝置。

背景技術(shù)：

隨著智能手機(jī)的普及，手機(jī)上網(wǎng)成為“手機(jī)網(wǎng)民”不可或缺的需求。與以往非智能手機(jī)時代用戶只能上WAP網(wǎng)站不同，智能手機(jī)完全打破了WAP與WWW網(wǎng)站的界限，使得用戶發(fā)現(xiàn)手機(jī)上網(wǎng)流量暴增了許多，每月需要支付的流量費(fèi)十分可觀。對于智能手機(jī)而言，在訪問網(wǎng)絡(luò)過程中容易產(chǎn)生高流量的服務(wù)主要有：瀏覽帶有大量圖片的網(wǎng)頁或附帶音視頻文件的網(wǎng)頁等。

目前，為了控制智能手機(jī)等數(shù)據(jù)終端耗費(fèi)的數(shù)據(jù)流量，智能手機(jī)會提供一種“省流量”的瀏覽模式，具體是將通過緩存服務(wù)器將網(wǎng)頁中的圖片和音視頻文件等大型文件去掉，僅僅發(fā)送文字和框架信息給智能手機(jī)，但網(wǎng)頁中的圖片或者音視頻等文件是該網(wǎng)頁的重要組成部分，去掉之后這顯然會大大影響用戶體驗。

因此，現(xiàn)有技術(shù)中控制數(shù)據(jù)終端耗費(fèi)的數(shù)據(jù)流量的方式存在因去掉網(wǎng)頁中重要組成部分而影響用戶體驗的技術(shù)問題。

技術(shù)實現(xiàn)要素：

本發(fā)明實施例通過提供一種控制數(shù)據(jù)流量的方法及裝置，用以解決現(xiàn)有技術(shù)中控制數(shù)據(jù)終端耗費(fèi)的數(shù)據(jù)流量的方式存在因去掉網(wǎng)頁中重要組成部分而影響用戶體驗的技術(shù)問題。

本發(fā)明實施例第一方面提供了一種控制數(shù)據(jù)流量的方法，所述方法包括：

數(shù)據(jù)終端通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器，所 述數(shù)據(jù)請求包括對與所述數(shù)據(jù)請求對應(yīng)的數(shù)據(jù)資源按第一壓縮率進(jìn)行壓縮的指令；

所述數(shù)據(jù)終端通過所述VPN通道接收所述VPN服務(wù)器發(fā)送的所述數(shù)據(jù)資源，所述數(shù)據(jù)資源被所述VPN服務(wù)器按所述第一壓縮率進(jìn)行壓縮。

可選地，在所述數(shù)據(jù)終端通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器之前，所述方法還包括：

所述數(shù)據(jù)終端建立與所述VPN服務(wù)器之間的所述VPN通道。

可選地，在所述數(shù)據(jù)終端通過所述VPN通道接收所述VPN服務(wù)器發(fā)送的所述數(shù)據(jù)資源之后，所述方法還包括：

所述數(shù)據(jù)終端中斷所述VPN通道。

可選地，在所述數(shù)據(jù)終端通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器之前，所述方法還包括：

所述數(shù)據(jù)終端接收壓縮指令，并基于所述壓縮指令，將所述第一壓縮率寫入到所述數(shù)據(jù)請求中。

可選地，在所述數(shù)據(jù)終端通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器之前，所述方法還包括：

所述數(shù)據(jù)終端對所述數(shù)據(jù)請求進(jìn)行壓縮。

可選地，所述數(shù)據(jù)終端對所述數(shù)據(jù)請求進(jìn)行壓縮，具體包括：

所述數(shù)據(jù)終端根據(jù)預(yù)先建立的HTTP頭信息字符庫對所述數(shù)據(jù)請求的HTTP頭信息進(jìn)行壓縮；以及

所述數(shù)據(jù)終端通過資源占用率低于預(yù)設(shè)值的壓縮算法對所述數(shù)據(jù)請求的上行數(shù)據(jù)進(jìn)行壓縮。

本發(fā)明實施例第二方面提供了一種控制數(shù)據(jù)流量的裝置，所述裝置包括：

發(fā)送單元，用于通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器，所述數(shù)據(jù)請求包括對與所述數(shù)據(jù)請求對應(yīng)的數(shù)據(jù)資源進(jìn)行壓縮的第一壓縮率；

接收單元，用于通過所述VPN通道接收所述VPN服務(wù)器發(fā)送的所述數(shù)據(jù)資源，所述數(shù)據(jù)資源被所述VPN服務(wù)器按所述第一壓縮率進(jìn)行壓縮。

可選地，所述裝置還包括：

VPN通道單元，用于在所述發(fā)送單元通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器之前，建立與所述VPN服務(wù)器之間的所述VPN通道。

可選地，所述VPN通道單元具體還用于在所述接收單元通過所述VPN通道接收所述VPN服務(wù)器發(fā)送的所述數(shù)據(jù)資源之后，中斷所述VPN通道。

可選地，所述裝置還包括第一壓縮率寫入單元，所述第一壓縮率寫入單元用于在所述發(fā)送單元通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器之前，接收壓縮指令，并基于所述壓縮指令，將所述第一壓縮率寫入到所述數(shù)據(jù)請求中。

可選地，所述裝置還包括壓縮單元，所述壓縮單元用于在所述發(fā)送單元通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器之前，對所述數(shù)據(jù)請求進(jìn)行壓縮。

可選地，所述壓縮單元具體用于根據(jù)預(yù)先建立的HTTP頭信息字符庫對所述數(shù)據(jù)請求的HTTP頭信息進(jìn)行壓縮，以及通過資源占用率低于預(yù)設(shè)值的壓縮算法對所述數(shù)據(jù)請求的上行數(shù)據(jù)進(jìn)行壓縮。

本發(fā)明實施例中提供的一個或多個技術(shù)方案，至少具有如下技術(shù)效果或優(yōu)點(diǎn)：

由于采用了數(shù)據(jù)終端在發(fā)送數(shù)據(jù)請求時在數(shù)據(jù)請求內(nèi)附加對與所述數(shù)據(jù)請求對應(yīng)的數(shù)據(jù)資源按第一壓縮率進(jìn)行壓縮的指令，接收到的數(shù)據(jù)資源為經(jīng)過VPN服務(wù)器按第一壓縮率壓縮后的數(shù)據(jù)包的技術(shù)方案，數(shù)據(jù)資源經(jīng)過壓縮后，其大小通常都會減小，并且在智能手機(jī)上解壓縮后顯示不會用戶體驗，所以本實施例提供的方法解決了現(xiàn)有技術(shù)中控制數(shù)據(jù)終端耗費(fèi)的數(shù)據(jù)流量的方式存在因去掉網(wǎng)頁中重要組成部分而影響用戶體驗的技術(shù)問題。

附圖說明

圖1為本發(fā)明提供的方案所適用的系統(tǒng)示意圖；

圖2為本實施例一實施例提供的數(shù)據(jù)終端上控制數(shù)據(jù)流量的方法的流程圖；

圖3為本實施例另一實施例提供的數(shù)據(jù)終端上控制數(shù)據(jù)流量的方法的流程圖；

圖4為為本發(fā)明實施例提供的數(shù)據(jù)終端上控制數(shù)據(jù)流量的裝置的示意圖。

具體實施方式

本發(fā)明實施例通過提供一種控制數(shù)據(jù)流量的方法及裝置，用以解決現(xiàn)有技術(shù)中控制數(shù)據(jù)終端耗費(fèi)的數(shù)據(jù)流量的方式存在因去掉網(wǎng)頁中重要組成部分而影響用戶體驗的技術(shù)問題。

在本實施例中，數(shù)據(jù)終端具體可以是智能手機(jī)、平板電腦或個人PDA(英文：Personal Digital Assistant；中文：個人數(shù)字助理，又稱為掌上電腦)，在此不做限制。

本發(fā)明實施例提供了一種控制數(shù)據(jù)流量的方法及裝置，請參考圖1，圖1為本發(fā)明提供的方案所適用的系統(tǒng)示意圖。如圖1所示，本發(fā)明所適用的系統(tǒng)包括數(shù)據(jù)終端101、VPN(虛擬專用網(wǎng)絡(luò)，Virtual Private Network)服務(wù)器102和資源服務(wù)器103，在實際數(shù)據(jù)業(yè)務(wù)執(zhí)行過程中，數(shù)據(jù)終端101和VPN服務(wù)器102之間建立有VPN通道。

在本發(fā)明實施例中，在數(shù)據(jù)終端101內(nèi)部創(chuàng)建有VPN服務(wù)，是VPN服務(wù)的client端，VPN服務(wù)器102內(nèi)也創(chuàng)建有VPN服務(wù)，是VPN服務(wù)的server端，client端和server端之間通過VPN通道進(jìn)行通信，能夠保證信息的安全性。

在具體實施過程中，移動通信運(yùn)營商會對數(shù)據(jù)終端101發(fā)送的上行數(shù)據(jù)包和接收的下行數(shù)據(jù)包進(jìn)行流量計費(fèi)，所以，在數(shù)據(jù)終端101上控制上行數(shù)據(jù)包和下行數(shù)據(jù)包對應(yīng)的數(shù)據(jù)流量就能夠減少用戶在數(shù)據(jù)流量上的花費(fèi)。

資源服務(wù)器103是向數(shù)據(jù)終端101提供數(shù)據(jù)資源的服務(wù)器，可以提供資源下載的服務(wù)。

在圖1所示的系統(tǒng)框架下，本發(fā)明提供了在數(shù)據(jù)終端101上實現(xiàn)控制數(shù)據(jù)流量的方法的幾個實施例，具體描述如下。

為了更加詳細(xì)地介紹本發(fā)明實施例中的技術(shù)方案，在接下來的部分中，將以數(shù)據(jù)終端101具體為智能手機(jī)為例來進(jìn)行介紹。

實施例一

請參考圖2，圖2為本實施例提供的數(shù)據(jù)終端上控制數(shù)據(jù)流量的方法的流程圖，如圖2所示，該方法包括：

101：數(shù)據(jù)終端通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器，數(shù)據(jù)請求包括對與數(shù)據(jù)請求對應(yīng)的數(shù)據(jù)資源按第一壓縮率進(jìn)行壓縮的指令；

在本實施例中，設(shè)定智能手機(jī)發(fā)送的數(shù)據(jù)請求為訪問某一個網(wǎng)頁的請求，則數(shù)據(jù)終端會通過VPN通道將該數(shù)據(jù)請求發(fā)送給VPN服務(wù)器；在該數(shù)據(jù)請求中，包括了對與該數(shù)據(jù)請求對應(yīng)的數(shù)據(jù)資源按第一壓縮率進(jìn)行壓縮的指令，例如，設(shè)定第一壓縮率為60％。

VPN服務(wù)器在接收到該數(shù)據(jù)請求后，就會將該數(shù)據(jù)請求轉(zhuǎn)發(fā)給資源服務(wù)器，資源服務(wù)器根據(jù)該數(shù)據(jù)請求，發(fā)送與該數(shù)據(jù)請求對應(yīng)的網(wǎng)頁給VPN服務(wù)器。

VPN服務(wù)器在接收到該網(wǎng)頁后，即將該網(wǎng)頁按照第一壓縮率進(jìn)行壓縮，并將壓縮后的數(shù)據(jù)包發(fā)送給智能手機(jī)。此時，本發(fā)明實施例提供的數(shù)據(jù)終端上控制數(shù)據(jù)流量的方法即進(jìn)入步驟102。

102：數(shù)據(jù)終端通過VPN通道接收VPN服務(wù)器發(fā)送的數(shù)據(jù)資源，數(shù)據(jù)資源被VPN服務(wù)器按第一壓縮率進(jìn)行壓縮。

在本實施例中，智能手機(jī)即能夠VPN通道接收VPN服務(wù)器發(fā)送的數(shù)據(jù)資 源，該數(shù)據(jù)資源即VPN服務(wù)器將與該數(shù)據(jù)請求對應(yīng)的網(wǎng)頁按第一壓縮率進(jìn)行壓縮后的數(shù)據(jù)包。數(shù)據(jù)資源經(jīng)過壓縮后，其大小通常都會減小，實現(xiàn)了控制數(shù)據(jù)流量的技術(shù)效果，并且在智能手機(jī)上解壓縮后顯示不會用戶體驗，所以解決了現(xiàn)有技術(shù)中控制數(shù)據(jù)終端耗費(fèi)的數(shù)據(jù)流量的方式存在因去掉網(wǎng)頁中重要組成部分而影響用戶體驗的技術(shù)問題。

可以看出，由于采用了數(shù)據(jù)終端在發(fā)送數(shù)據(jù)請求時在數(shù)據(jù)請求內(nèi)附加對與數(shù)據(jù)請求對應(yīng)的數(shù)據(jù)資源按第一壓縮率進(jìn)行壓縮的指令，接收到的數(shù)據(jù)資源為經(jīng)過VPN服務(wù)器按第一壓縮率壓縮后的數(shù)據(jù)包的技術(shù)方案，數(shù)據(jù)資源經(jīng)過壓縮后，其大小通常都會減小，并且在智能手機(jī)上解壓縮后顯示不會用戶體驗，所以本實施例提供的方法解決了現(xiàn)有技術(shù)中控制數(shù)據(jù)終端耗費(fèi)的數(shù)據(jù)流量的方式存在因去掉網(wǎng)頁中重要組成部分而影響用戶體驗的技術(shù)問題。

實施例二

實施例二為在實施例一的基礎(chǔ)上的細(xì)化，為實施例一提供的方法提供了詳細(xì)的應(yīng)用場景。

請參考圖3，圖3為本實施例提供的數(shù)據(jù)終端上控制數(shù)據(jù)流量的方法的流程圖，如圖3所示，該方法包括：

201：數(shù)據(jù)終端建立與VPN服務(wù)器之間的VPN通道；

具體來講，即智能手機(jī)通過設(shè)置相應(yīng)的VPN連接參數(shù)，向VPN服務(wù)器發(fā)出連接請求，VPN服務(wù)器在接收到智能手機(jī)的連接請求后，響應(yīng)智能手機(jī)的連接請求，即能夠在智能手機(jī)和VPN服務(wù)器之間建立VPN通道，在此就不再贅述了。

202：數(shù)據(jù)終端接收壓縮指令，并基于壓縮指令，將第一壓縮率寫入到數(shù)據(jù)請求中；

具體來講，即用戶根據(jù)實際需求，設(shè)置對網(wǎng)頁的第一壓縮率，第一壓縮率例如可以60％或80％等等，在此不做限制。

用戶通過智能手機(jī)上相應(yīng)的輸入接口輸入壓縮指令，智能手機(jī)就能夠接收壓縮指令，并根據(jù)壓縮指令，將第一壓縮率寫入到數(shù)據(jù)請求中。

在其他實施例中，對步驟201和步驟202的先后順序不做限制，本領(lǐng)域所屬的技術(shù)人員能夠根據(jù)實際情況，選擇合適的順序，在此就不再贅述了。

203：數(shù)據(jù)終端對數(shù)據(jù)請求進(jìn)行壓縮；

具體來講，智能手機(jī)的上行數(shù)據(jù)，也即智能手機(jī)向VPN服務(wù)器發(fā)送的數(shù)據(jù)也會被計入智能手機(jī)耗費(fèi)的數(shù)據(jù)流量中，在實際應(yīng)用中，也存在智能手機(jī)上傳圖片、文件或音視頻等等操作，所以本實施例提供的方法還包括：數(shù)據(jù)終端對數(shù)據(jù)請求進(jìn)行壓縮。

在具體實施過程中，數(shù)據(jù)終端對數(shù)據(jù)請求進(jìn)行壓縮可以包括：數(shù)據(jù)終端根據(jù)預(yù)先建立的HTTP頭信息字符庫對數(shù)據(jù)請求的HTTP頭信息進(jìn)行壓縮；以及數(shù)據(jù)終端通過資源占用率低于預(yù)設(shè)值的壓縮算法對數(shù)據(jù)請求的上行數(shù)據(jù)進(jìn)行壓縮。

目前有許多對數(shù)據(jù)進(jìn)行壓縮的算法，使得數(shù)據(jù)的壓縮相對來說較為容易實施。但是對于HTTP頭信息來說，由于HTTP頭信息中包含的均為字母、單詞等字符單元，而且HTTP頭信息傳輸?shù)亩际禽^為重要的信息，這些字符不容易被壓縮，而且一旦壓縮算法出現(xiàn)折損，會導(dǎo)致信息傳輸出現(xiàn)錯誤，從而導(dǎo)致下載資源失敗。因此，針對數(shù)據(jù)請求中的HTTP頭信息需要專用的壓縮方式。

在本實施例中，通過采用預(yù)先建立的HTTP頭信息字符庫對HTTP頭信息進(jìn)行壓縮。通過預(yù)先建立的HTTP頭信息字符庫對HTTP頭信息進(jìn)行壓縮的方式，出現(xiàn)折損的概率很低，且具有一定的壓縮率。

HTTP頭信息字符庫的建立過程為：選取常見的HTTP請求數(shù)據(jù)包，通過程序分析這些常見的HTTP請求數(shù)據(jù)包中的HTTP頭信息，從中解析出常見的字符(包含字、詞及其組合)，按照這些字符出現(xiàn)的頻率對這些字符進(jìn)行排序，選取排序靠前的字符加入字符庫中，例如選取排在前20位的字符。本發(fā)明中，字符庫的建立過程不僅限于上述過程，旨在選取常見字符加入字符庫的方法均 屬于本發(fā)明所要保護(hù)的范圍。

在預(yù)先建立了HTTP頭信息字符庫的前提下，將HTTP頭信息所包含的字符與字符庫內(nèi)的字符進(jìn)行比對，若比對一致，則將上行數(shù)據(jù)包中的HTTP頭信息所包含的字符替換為該字符在字符庫內(nèi)的偏移值。以HTTP頭信息中包含的GET信息“GET/simple.htmHTTP/1.1”為例，將其中的“GET”、“simple.htm”、“HTTP”和“1.1”等字符與字符庫內(nèi)的字符進(jìn)行比對，發(fā)現(xiàn)“GET”、“HTTP”和“1.1”都分別與字符庫內(nèi)的某字符比對一致，則將這些字符替換為字符在字符庫內(nèi)的偏移值，如：將“GET”替換為“1”，“HTTP”替換為“3”，“1.1”替換為“5”，其中，“1”、“3”、“5”分別為相應(yīng)字符在字符庫內(nèi)的偏移值，該偏移值可以為上述字符庫內(nèi)排序的序號，本發(fā)明對此不做限制。

對數(shù)據(jù)的上行數(shù)據(jù)的壓縮過程本實施例不做限制，但需要注意的是，為了不影響用戶對智能手機(jī)的操作，在本實施例中，智能手機(jī)通過資源占用率低于預(yù)設(shè)值的壓縮算法對數(shù)據(jù)請求中的上行數(shù)據(jù)進(jìn)行壓縮，這樣，既能夠?qū)崿F(xiàn)壓縮的效果，又不會影響用戶的操作。

204：數(shù)據(jù)終端通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器；

這一步驟中，智能手機(jī)在將壓縮后的數(shù)據(jù)請求發(fā)送給VPN服務(wù)器時，移動通信運(yùn)營商就會對壓縮后的數(shù)據(jù)請求按流量進(jìn)行計費(fèi)，可以看出，由于智能手機(jī)發(fā)送的是壓縮后的數(shù)據(jù)請求，所以減少了數(shù)據(jù)流量，也就減少了用戶需要繳納給移動通信運(yùn)營商的費(fèi)用，同時也不會影響數(shù)據(jù)請求的具體內(nèi)容。

在VPN服務(wù)器接收到用戶發(fā)送的壓縮后的數(shù)據(jù)請求后，即能夠?qū)?shù)據(jù)請求進(jìn)行解壓縮處理，具體地，根據(jù)預(yù)先建立的HTTP頭信息字符庫對數(shù)據(jù)請求的HTTP頭信息進(jìn)行解壓縮處理；以及對數(shù)據(jù)請求的上行數(shù)據(jù)進(jìn)行解壓縮處理。

HTTP頭信息字符庫的建立過程與作用在前述部分已經(jīng)進(jìn)行了詳細(xì)介紹，在此就不再贅述了；同時，由于VPN服務(wù)器擁有的系統(tǒng)資源比數(shù)據(jù)終端多很多，所以對數(shù)據(jù)請求的上行數(shù)據(jù)進(jìn)行解壓縮處理的過程無需進(jìn)行限制，按照正 常的數(shù)據(jù)解壓縮過程進(jìn)行處理即可，在此就不再贅述了。

在VPN服務(wù)器將數(shù)據(jù)請求進(jìn)行解壓縮處理后，VPN服務(wù)器即能夠?qū)?shù)據(jù)請求發(fā)往對應(yīng)的資源服務(wù)器，資源服務(wù)器在接收到該數(shù)據(jù)請求后，向VPN服務(wù)器返回與該數(shù)據(jù)請求對應(yīng)的數(shù)據(jù)資源，在本實施例中，設(shè)定數(shù)據(jù)請求為對某一網(wǎng)頁的請求，則該數(shù)據(jù)資源為該網(wǎng)頁對應(yīng)的數(shù)據(jù)資源。

VPN服務(wù)器在接收到資源服務(wù)器發(fā)送的該網(wǎng)頁對應(yīng)的數(shù)據(jù)資源后，即能夠根據(jù)數(shù)據(jù)請求中包括的對與數(shù)據(jù)請求對應(yīng)的數(shù)據(jù)資源按第一壓縮率進(jìn)行壓縮的指令，將該數(shù)據(jù)資源進(jìn)行壓縮為下行數(shù)據(jù)包，并將該數(shù)據(jù)包發(fā)送給智能手機(jī)。

VPN服務(wù)器對數(shù)據(jù)資源進(jìn)行壓縮的過程，具體來講，VPN服務(wù)器可以采用壓縮率高于第一壓縮率的壓縮算法將數(shù)據(jù)資源壓縮成下行數(shù)據(jù)包，保證壓縮效果，由于VPN服務(wù)器擁有的系統(tǒng)資源比數(shù)據(jù)終端多很多，所以此處的壓縮過程僅僅需要保證壓縮效果即可，而不用考慮對系統(tǒng)資源的消耗。

205：數(shù)據(jù)終端通過VPN通道接收VPN服務(wù)器發(fā)送的數(shù)據(jù)資源；

在本實施例中，智能手機(jī)通過VPN通道接收VPN服務(wù)器發(fā)送的下行數(shù)據(jù)包后，對下行數(shù)據(jù)包進(jìn)行解壓縮處理，即能夠獲得與數(shù)據(jù)請求對應(yīng)的數(shù)據(jù)資源。

這一步驟中，智能手機(jī)在通過VPN通道接收VPN服務(wù)器發(fā)送的下行數(shù)據(jù)包時，移動通信運(yùn)營商就會對下行數(shù)據(jù)包按流量進(jìn)行計費(fèi)，可以看出，由于智能手機(jī)發(fā)送的是壓縮后的數(shù)據(jù)資源，所以減少了數(shù)據(jù)流量，也就減少了用戶需要繳納給移動通信運(yùn)營商的費(fèi)用，同時也不會影響數(shù)據(jù)資源的具體內(nèi)容。

206：數(shù)據(jù)終端中斷VPN通道。

在智能手機(jī)接收完下行數(shù)據(jù)包后，智能手機(jī)即能夠中斷VPN通道，這樣，相當(dāng)于在智能手機(jī)和VPN服務(wù)器之間通過短連接實現(xiàn)了VPN服務(wù)，通過短連接實現(xiàn)的VPN服務(wù)的優(yōu)點(diǎn)是省電，無需過多的耗費(fèi)智能手機(jī)的電量。

可以看出，由于采用了數(shù)據(jù)終端在發(fā)送數(shù)據(jù)請求時在數(shù)據(jù)請求內(nèi)附加對與數(shù)據(jù)請求對應(yīng)的數(shù)據(jù)資源按第一壓縮率進(jìn)行壓縮的指令，接收到的數(shù)據(jù)資源為經(jīng)過VPN服務(wù)器按第一壓縮率壓縮后的數(shù)據(jù)包的技術(shù)方案，數(shù)據(jù)資源經(jīng)過壓 縮后，其大小通常都會減小，并且在智能手機(jī)上解壓縮后顯示不會用戶體驗，所以本實施例提供的方法解決了現(xiàn)有技術(shù)中控制數(shù)據(jù)終端耗費(fèi)的數(shù)據(jù)流量的方式存在因去掉網(wǎng)頁中重要組成部分而影響用戶體驗的技術(shù)問題。

實施例三

為了實現(xiàn)本發(fā)明實施例提供的數(shù)據(jù)終端上控制數(shù)據(jù)流量的方法，請參考圖4，圖4為本發(fā)明實施例提供的數(shù)據(jù)終端上控制數(shù)據(jù)流量的裝置的示意圖，如圖4所示，該裝置包括：

發(fā)送單元401，用于通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器，數(shù)據(jù)請求包括對與數(shù)據(jù)請求對應(yīng)的數(shù)據(jù)資源進(jìn)行壓縮的第一壓縮率；

接收單元402，用于通過VPN通道接收VPN服務(wù)器發(fā)送的數(shù)據(jù)資源，數(shù)據(jù)資源被VPN服務(wù)器按第一壓縮率進(jìn)行壓縮。

進(jìn)一步地，裝置還包括：

VPN通道單元403，用于在發(fā)送單元401通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器之前，建立與VPN服務(wù)器之間的VPN通道。

進(jìn)一步地，VPN通道單元403具體還用于在接收單元402通過VPN通道接收VPN服務(wù)器發(fā)送的數(shù)據(jù)資源之后，中斷VPN通道。

進(jìn)一步地，裝置還包括第一壓縮率寫入單元404，第一壓縮率寫入單元404用于在發(fā)送單元401通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器之前，接收壓縮指令，并基于壓縮指令，將第一壓縮率寫入到數(shù)據(jù)請求中。

進(jìn)一步地，裝置還包括壓縮單元405，壓縮單元405用于在發(fā)送單元401通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器之前，對數(shù)據(jù)請求進(jìn)行壓縮。

進(jìn)一步地，壓縮單元405具體用于根據(jù)預(yù)先建立的HTTP頭信息字符庫對數(shù)據(jù)請求的HTTP頭信息進(jìn)行壓縮，以及通過資源占用率低于預(yù)設(shè)值的壓縮算法對數(shù)據(jù)請求的上行數(shù)據(jù)進(jìn)行壓縮。

本發(fā)明實施例提供的數(shù)據(jù)終端上控制數(shù)據(jù)流量的裝置，與前述實施例介紹的數(shù)據(jù)終端上控制數(shù)據(jù)流量的方法是基于同一發(fā)明構(gòu)思下的兩個方面，在第一方面中已經(jīng)詳細(xì)地介紹了數(shù)據(jù)終端上控制數(shù)據(jù)流量的方法的運(yùn)行原理及過程，在此為了說明書的簡潔，就不再贅述了。

本發(fā)明實施例中的一個或者多個技術(shù)方案，至少具有如下技術(shù)效果或者優(yōu)點(diǎn)：

由于采用了數(shù)據(jù)終端在發(fā)送數(shù)據(jù)請求時在數(shù)據(jù)請求內(nèi)附加對與所述數(shù)據(jù)請求對應(yīng)的數(shù)據(jù)資源按第一壓縮率進(jìn)行壓縮的指令，接收到的數(shù)據(jù)資源為經(jīng)過VPN服務(wù)器按第一壓縮率壓縮后的數(shù)據(jù)包的技術(shù)方案，數(shù)據(jù)資源經(jīng)過壓縮后，其大小通常都會減小，并且在智能手機(jī)上解壓縮后顯示不會用戶體驗，所以本實施例提供的方法解決了現(xiàn)有技術(shù)中控制數(shù)據(jù)終端耗費(fèi)的數(shù)據(jù)流量的方式存在因去掉網(wǎng)頁中重要組成部分而影響用戶體驗的技術(shù)問題。

本發(fā)明實施例公開了：

A1、一種控制數(shù)據(jù)流量的方法，其特征在于，所述方法包括：

數(shù)據(jù)終端通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器，所述數(shù)據(jù)請求包括對與所述數(shù)據(jù)請求對應(yīng)的數(shù)據(jù)資源按第一壓縮率進(jìn)行壓縮的指令；

所述數(shù)據(jù)終端通過所述VPN通道接收所述VPN服務(wù)器發(fā)送的所述數(shù)據(jù)資源，所述數(shù)據(jù)資源被所述VPN服務(wù)器按所述第一壓縮率進(jìn)行壓縮。

A2.根據(jù)A1所述的方法，其特征在于，在所述數(shù)據(jù)終端通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器之前，所述方法還包括：

所述數(shù)據(jù)終端建立與所述VPN服務(wù)器之間的所述VPN通道。

A3、根據(jù)A2所述的方法，其特征在于，在所述數(shù)據(jù)終端通過所述VPN通道接收所述VPN服務(wù)器發(fā)送的所述數(shù)據(jù)資源之后，所述方法還包括：

所述數(shù)據(jù)終端中斷所述VPN通道。

A4、根據(jù)A1所述的方法，其特征在于，在所述數(shù)據(jù)終端通過虛擬專用網(wǎng) 絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器之前，所述方法還包括：

所述數(shù)據(jù)終端接收壓縮指令，并基于所述壓縮指令，將所述第一壓縮率寫入到所述數(shù)據(jù)請求中。

A5、根據(jù)A1所述的方法，其特征在于，在所述數(shù)據(jù)終端通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器之前，所述方法還包括：

所述數(shù)據(jù)終端對所述數(shù)據(jù)請求進(jìn)行壓縮。

A6、如A5所述的方法，其特征在于，所述數(shù)據(jù)終端對所述數(shù)據(jù)請求進(jìn)行壓縮，具體包括：

所述數(shù)據(jù)終端根據(jù)預(yù)先建立的HTTP頭信息字符庫對所述數(shù)據(jù)請求的HTTP頭信息進(jìn)行壓縮；以及

所述數(shù)據(jù)終端通過資源占用率低于預(yù)設(shè)值的壓縮算法對所述數(shù)據(jù)請求的上行數(shù)據(jù)進(jìn)行壓縮。

B7、一種控制數(shù)據(jù)流量的裝置，其特征在于，所述裝置包括：

發(fā)送單元，用于通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器，所述數(shù)據(jù)請求包括對與所述數(shù)據(jù)請求對應(yīng)的數(shù)據(jù)資源進(jìn)行壓縮的第一壓縮率；

接收單元，用于通過所述VPN通道接收所述VPN服務(wù)器發(fā)送的所述數(shù)據(jù)資源，所述數(shù)據(jù)資源被所述VPN服務(wù)器按所述第一壓縮率進(jìn)行壓縮。

B8、根據(jù)B7所述的裝置，其特征在于，所述裝置還包括：

VPN通道單元，用于在所述發(fā)送單元通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器之前，建立與所述VPN服務(wù)器之間的所述VPN通道。

B9、根據(jù)B8所述的裝置，其特征在于，所述VPN通道單元具體還用于在所述接收單元通過所述VPN通道接收所述VPN服務(wù)器發(fā)送的所述數(shù)據(jù)資源之后，中斷所述VPN通道。

B10、根據(jù)B7所述的裝置，其特征在于，所述裝置還包括第一壓縮率寫入單元，所述第一壓縮率寫入單元用于在所述發(fā)送單元通過虛擬專用網(wǎng)絡(luò)VPN 通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器之前，接收壓縮指令，并基于所述壓縮指令，將所述第一壓縮率寫入到所述數(shù)據(jù)請求中。

B11、根據(jù)B7所述的裝置，其特征在于，所述裝置還包括壓縮單元，所述壓縮單元用于在所述發(fā)送單元通過虛擬專用網(wǎng)絡(luò)VPN通道將數(shù)據(jù)請求發(fā)送給VPN服務(wù)器之前，對所述數(shù)據(jù)請求進(jìn)行壓縮。

B12、根據(jù)B11所述的裝置，其特征在于，所述壓縮單元具體用于根據(jù)預(yù)先建立的HTTP頭信息字符庫對所述數(shù)據(jù)請求的HTTP頭信息進(jìn)行壓縮，以及通過資源占用率低于預(yù)設(shè)值的壓縮算法對所述數(shù)據(jù)請求的上行數(shù)據(jù)進(jìn)行壓縮。

在此提供的算法和顯示不與任何特定計算機(jī)、虛擬系統(tǒng)或者其它設(shè)備固有相關(guān)。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構(gòu)造這類系統(tǒng)所要求的結(jié)構(gòu)是顯而易見的。此外，本發(fā)明也不針對任何特定編程語言。應(yīng)當(dāng)明白，可以利用各種編程語言實現(xiàn)在此描述的本發(fā)明的內(nèi)容，并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實施方式。

在此處所提供的說明書中，說明了大量具體細(xì)節(jié)。然而，能夠理解，本發(fā)明的實施例可以在沒有這些具體細(xì)節(jié)的情況下實踐。在一些實例中，并未詳細(xì)示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對本說明書的理解。

類似地，應(yīng)當(dāng)理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應(yīng)將該公開的方法解釋成反映如下意圖：即所要求保護(hù)的本發(fā)明要求比在每個權(quán)利要求中所明確記載的特征更多的特征。更確切地說，如下面的權(quán)利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此，遵循具體實施方式的權(quán)利要求書由此明確地并入該具體實施方式，其中每個權(quán)利要求本身都作為本發(fā)明的單獨(dú)實施例。

本領(lǐng)域那些技術(shù)人員可以理解，可以對實施例中的設(shè)備中的模塊進(jìn)行自適應(yīng)性地改變并且把它們設(shè)置在與該實施例不同的一個或多個設(shè)備中?？梢园褜? 施例中的模塊或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設(shè)備的所有過程或單元進(jìn)行組合。除非另外明確陳述，本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。

此外，本領(lǐng)域的技術(shù)人員能夠理解，盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實施例。例如，在下面的權(quán)利要求書中，所要求保護(hù)的實施例的任意之一都可以以任意的組合方式來使用。

本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運(yùn)行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP)來實現(xiàn)根據(jù)本發(fā)明實施例的發(fā)明名稱(如確定網(wǎng)站內(nèi)鏈接等級的裝置)中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計算機(jī)程序和計算機(jī)程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機(jī)可讀介質(zhì)上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。

應(yīng)該注意的是上述實施例對本發(fā)明進(jìn)行說明而不是對本發(fā)明進(jìn)行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計出替換實施例。在權(quán)利要求中，不應(yīng)將位于括號之間的任何參考符號構(gòu)造成對權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當(dāng)編程的計算機(jī)來實現(xiàn)。在列舉了若干 裝置的單元權(quán)利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序。可將這些單詞解釋為名稱。

顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。