專利名稱：一種http請求數(shù)據(jù)的處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體地說是一種涉及HTTP協(xié)議的POST請求數(shù)據(jù)的處理方法。
背景技術(shù)：
目前的B/S (Browser/Server)架構(gòu)即瀏覽器/服務(wù)器架構(gòu)，以及C/S (Client/Server)架構(gòu)即客戶終端/服務(wù)器架構(gòu)，經(jīng)常會(huì)用到網(wǎng)絡(luò)通信協(xié)議HTTP (hyper texttransport protocol,超文本傳輸協(xié)議)來接收和發(fā)送數(shù)據(jù)。如目前手機(jī)中的很多應(yīng)用程序也都采用C/S架構(gòu)，并且利用HTTP協(xié)議進(jìn)行數(shù)據(jù)的傳輸。主要作用就是對某個(gè)資源服務(wù)器 的文件進(jìn)行訪問，包括對該服務(wù)器上指定文件的瀏覽、下載、運(yùn)行等，也就是說通過HTTP我們可以訪問Internet上的WWW的資源。然而，目前客戶端在發(fā)送HTTP協(xié)議的Post請求數(shù)據(jù)時(shí)，該請求數(shù)據(jù)為xml，json數(shù)據(jù)或是文本類文件，通常都是直接發(fā)送到服務(wù)器上。當(dāng)請求數(shù)據(jù)的的附件內(nèi)容較大時(shí)，會(huì)占用較大的網(wǎng)絡(luò)帶寬，尤其是移動(dòng)網(wǎng)絡(luò)，帶寬有限，而且資費(fèi)較貴，如果請求數(shù)據(jù)都占用了很大帶寬，不利于用戶對網(wǎng)絡(luò)的使用。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種HTTP請求數(shù)據(jù)的處理方法，有效節(jié)省客戶端向服務(wù)器發(fā)送請求數(shù)據(jù)的時(shí)間，并且使數(shù)據(jù)占用較小容量的帶寬。為了解決上述技術(shù)問題，本發(fā)明采取以下技術(shù)方案
一種HTTP請求數(shù)據(jù)的處理方法，包括以下步驟
(1)客戶終端將請求數(shù)據(jù)發(fā)送給服務(wù)器前，先讀取接收到的請求數(shù)據(jù)；
(2)判斷該請求數(shù)據(jù)的容量大于等于預(yù)定值N還是小于預(yù)定值N；
(3)若請求數(shù)據(jù)的容量大于或等于預(yù)定值N，則將該請求數(shù)據(jù)進(jìn)行壓縮，并且對該壓縮的請求數(shù)據(jù)進(jìn)行標(biāo)識；若請求數(shù)據(jù)的容量小于預(yù)定值N，則不對該請求數(shù)據(jù)進(jìn)行壓縮；
(4)將請求數(shù)據(jù)通過HTTP通信協(xié)議發(fā)送給服務(wù)器；
(5)服務(wù)器對接收到的請求數(shù)據(jù)進(jìn)行分析，判斷該請求數(shù)據(jù)里是否有數(shù)據(jù)壓縮標(biāo)識；
(6)若有數(shù)據(jù)壓縮標(biāo)識，則對該請求數(shù)據(jù)進(jìn)行解壓縮處理。所述壓縮請求數(shù)據(jù)時(shí)的壓縮格式包括但不限于Gzip壓縮格式、RAR壓縮格式。所述預(yù)定值N為大于0的自然數(shù)。本發(fā)明在客戶端通過HTTP協(xié)議向服務(wù)器發(fā)送POST請求數(shù)據(jù)時(shí)先將該請求數(shù)據(jù)進(jìn)行壓縮，使請求數(shù)據(jù)的容量大大減小，減少其占用的帶寬，節(jié)省網(wǎng)絡(luò)資費(fèi)，并且有效減少了客戶端向服務(wù)器發(fā)送請求數(shù)據(jù)的時(shí)間，提高了效率，可廣泛應(yīng)用在手機(jī)、平板電腦及其他網(wǎng)絡(luò)終端上。


附圖I為本發(fā)明的工作流程示意圖。
具體實(shí)施例方式為了便于本領(lǐng)域技術(shù)人員的理解，下面結(jié)合附圖對本發(fā)明作進(jìn)一步的描述。本發(fā)明提示了一種HTTP請求數(shù)據(jù)的處理方法，對POST請求數(shù)據(jù)在客戶端向服務(wù)器發(fā)送前進(jìn)行壓縮，減小數(shù)據(jù)的容量。該數(shù)據(jù)可為XML數(shù)據(jù)、json數(shù)據(jù)或是文本類文件數(shù)據(jù)等。如附圖I所示，本處理方法包括以下步驟
(I)客戶終端將請求數(shù)據(jù)發(fā)送給服務(wù)器之前，先讀取接收到的請求數(shù)據(jù)。對請求數(shù)據(jù)進(jìn)行分析得到該請求數(shù)據(jù)的容量大小。(2)判斷該請求數(shù)據(jù)的容量大于等于預(yù)定值N還是小于預(yù)定值N。該預(yù)定值N可為7KB，10KB, 11KB，或者其他大于0的值，以上列舉并非是限定，根據(jù)實(shí)際情況可靈活設(shè)置
(3 )將請求數(shù)據(jù)的容量與預(yù)定值N進(jìn)行比較后，若請求數(shù)據(jù)的容量大于或等于預(yù)定值N，則將該請求數(shù)據(jù)進(jìn)行壓縮，并且對該壓縮的請求數(shù)據(jù)進(jìn)行標(biāo)識，便于識別；若請求數(shù)據(jù)的容量小于預(yù)定值N，則不對該請求數(shù)據(jù)進(jìn)行壓縮。如當(dāng)N為IOKB時(shí)，當(dāng)請求數(shù)據(jù)的容量小于10KB，如請求數(shù)據(jù)的容量為8KB時(shí)，則不用對該請求數(shù)據(jù)進(jìn)行壓縮，將數(shù)據(jù)直接發(fā)送給服務(wù)器。當(dāng)請求數(shù)據(jù)為20KB時(shí)大于N = 10KB，此時(shí)對該請求數(shù)據(jù)進(jìn)行壓縮，然后再將壓縮后的數(shù)據(jù)發(fā)送給服務(wù)器，或者當(dāng)請求數(shù)據(jù)為IOKB等于N= 10KB，此時(shí)也對該請求數(shù)據(jù)進(jìn)行壓縮。(4)將請求數(shù)據(jù)通過HTTP通信協(xié)議發(fā)送給服務(wù)器。不管是壓縮的請求數(shù)據(jù)，還是未經(jīng)壓縮的數(shù)據(jù)都通過客戶端發(fā)送給服務(wù)器。如當(dāng)N為IOKB時(shí)，當(dāng)請求數(shù)據(jù)的容量小于或等于10KB，如請求數(shù)據(jù)的容量為8KB時(shí)，則不用對該請求數(shù)據(jù)進(jìn)行壓縮，而是將數(shù)據(jù)直接發(fā)送給服務(wù)器。當(dāng)請求數(shù)據(jù)為20KB時(shí)大于N = 10KB，此時(shí)對該請求數(shù)據(jù)進(jìn)行壓縮，然后再將壓縮后的數(shù)據(jù)發(fā)送給服務(wù)器。(5)服務(wù)器接收到請求數(shù)據(jù)后，中央處理器對接收到的請求數(shù)據(jù)進(jìn)行分析，判斷該請求數(shù)據(jù)里是否有數(shù)據(jù)壓縮標(biāo)識。(6)若發(fā)現(xiàn)有數(shù)據(jù)壓縮標(biāo)識，即說明接收到的請求數(shù)據(jù)經(jīng)過壓縮，則對該請求數(shù)據(jù)進(jìn)行解壓縮處理。最后再進(jìn)行后續(xù)處理，該后續(xù)處理與現(xiàn)有的處理方式一樣，為公知常識，在此不再進(jìn)行詳細(xì)的贅述。若發(fā)現(xiàn)沒有數(shù)據(jù)壓縮標(biāo)識，則服務(wù)器直接進(jìn)行后續(xù)處理。在對請求數(shù)據(jù)進(jìn)行壓縮時(shí)，可選擇壓縮Gzip壓縮算法，或者RAR壓縮算法，還可以為htz壓縮算法，或者其他壓縮算法，列舉并非是窮舉。在對數(shù)據(jù)解壓縮處理的時(shí)候，需要選擇與壓縮數(shù)據(jù)時(shí)使用的相對應(yīng)的算法，保持一致性，確保壓縮和解壓縮的順利。另外，當(dāng)請求數(shù)據(jù)為較大的文本數(shù)據(jù)時(shí)，壓縮比更高。有效提高數(shù)據(jù)的發(fā)送時(shí)間，節(jié)省占用的帶寬。本發(fā)明在客戶端通過HTTP協(xié)議向服務(wù)器發(fā)送請求數(shù)據(jù)前對數(shù)據(jù)進(jìn)行選擇性的壓縮，以此來減少小數(shù)據(jù)容量，達(dá)到減少數(shù)據(jù)發(fā)送時(shí)間和節(jié)省帶寬的目的。
權(quán)利要求
1.一種HTTP請求數(shù)據(jù)的處理方法，包括以下步驟 (1)客戶終端將請求數(shù)據(jù)發(fā)送給服務(wù)器前，先讀取接收到的請求數(shù)據(jù)； (2)判斷該請求數(shù)據(jù)的容量大于等于預(yù)定值N還是小于預(yù)定值N； (3)若請求數(shù)據(jù)的容量大于或等于預(yù)定值N，則將該請求數(shù)據(jù)進(jìn)行壓縮，并且對該壓縮的請求數(shù)據(jù)進(jìn)行標(biāo)識；若請求數(shù)據(jù)的容量小于預(yù)定值N，則不對該請求數(shù)據(jù)進(jìn)行壓縮； (4)將請求數(shù)據(jù)通過HTTP通信協(xié)議發(fā)送給服務(wù)器； (5)服務(wù)器對接收到的請求數(shù)據(jù)進(jìn)行分析，判斷該請求數(shù)據(jù)里是否有數(shù)據(jù)壓縮標(biāo)識； (6)若有數(shù)據(jù)壓縮標(biāo)識，則對該請求數(shù)據(jù)進(jìn)行解壓縮處理。
2.根據(jù)權(quán)利要求I所述的HTTP請求數(shù)據(jù)的處理方法，其特征在于所述壓縮請求數(shù)據(jù)時(shí)的壓縮格式包括但不限于Gzip壓縮格式和RAR壓縮格式。
3.根據(jù)權(quán)利要求2所述的HTTP請求數(shù)據(jù)的處理方法，其特征在于所述預(yù)定值N為大于O的自然數(shù)。
全文摘要
本發(fā)明公開了一種HTTP請求數(shù)據(jù)的處理方法，包括步驟(1)客戶終端將請求數(shù)據(jù)發(fā)送給服務(wù)器前，先讀取接收到的請求數(shù)據(jù)；(2)判斷該請求數(shù)據(jù)的容量大于等于預(yù)定值N還是小于預(yù)定值N；(3)若請求數(shù)據(jù)的容量大于或等于預(yù)定值N，則將該請求數(shù)據(jù)進(jìn)行壓縮，并且對該壓縮的請求數(shù)據(jù)進(jìn)行標(biāo)識；若請求數(shù)據(jù)的容量小于預(yù)定值N，則不對該請求數(shù)據(jù)進(jìn)行壓縮；(4)將請求數(shù)據(jù)通過HTTP通信協(xié)議發(fā)送給服務(wù)器；(5)服務(wù)器對接收到的請求數(shù)據(jù)進(jìn)行分析，判斷該請求數(shù)據(jù)里是否有數(shù)據(jù)壓縮標(biāo)識；(6)若有數(shù)據(jù)壓縮標(biāo)識，則對該請求數(shù)據(jù)進(jìn)行解壓縮處理。本發(fā)明有效節(jié)省了客戶端向服務(wù)器發(fā)送請求數(shù)據(jù)的時(shí)間，以及使數(shù)據(jù)占用較小的帶寬。
文檔編號H04L29/06GK102970287SQ201210443529
公開日2013年3月13日 申請日期2012年11月8日 優(yōu)先權(quán)日2012年11月8日
發(fā)明者胡明春 申請人:廣東歐珀移動(dòng)通信有限公司