專利名稱：數(shù)據(jù)業(yè)務的處理方法及系統(tǒng)、wap網(wǎng)關、用戶終端的制作方法
技術領域：
本發(fā)明涉及通信領域，特別地涉及一種數(shù)據(jù)業(yè)務的處理方法及系統(tǒng)、WAP網(wǎng)關、用戶終端。
背景技術：
隨著移動通信技術的發(fā)展，使用WAP協(xié)議(Wireless Application Protocol,無線應用協(xié)議)的終端的日益普遍。目前常見的WAP瀏覽流程是用戶在終端瀏覽器中點擊門戶首頁后，終端發(fā)起請求至WAP網(wǎng)關，WAP網(wǎng)關返回內(nèi)容提供商響應，終端根據(jù)響應內(nèi)容中的圖片、CSS樣式等相關
鏈接自動發(fā)起后續(xù)請求。然而，隨著現(xiàn)在高性能終端的不斷涌現(xiàn)，用戶已經(jīng)不滿足于僅僅訪問內(nèi)容相對單調(diào)的WAP頁面，內(nèi)容豐富的WWW頁面對于用戶更有吸引力，現(xiàn)有模式的不足就暴露出來了 第一，相對于WAP頁面，單個WWW頁面中存在大量的圖片、動畫、CSS樣式等，針對單個頁面會發(fā)起多個請求，大量的請求占用了大量的無線帶寬；第二，對于內(nèi)容提供商的響應，WAP網(wǎng)關針對WAP頁面的格式轉換、文本、圖片的壓縮方法不能有效的減少下行流量；第三，內(nèi)容提供商響應的高質(zhì)量圖片的壓縮占用了 WAP網(wǎng)關大量的處理時間，增加了響應時延，影響了用戶體驗感受。

發(fā)明內(nèi)容
本發(fā)明解決的技術問題在于提供了一種數(shù)據(jù)業(yè)務的處理方法，以解決現(xiàn)有技術中數(shù)據(jù)業(yè)務響應時延長影響用戶體驗的技術問題；本發(fā)明還提供了一種數(shù)據(jù)業(yè)務的處理系統(tǒng)、WAP網(wǎng)關、用戶終端?；谏鲜黾夹g問題，本發(fā)明提供了一種數(shù)據(jù)業(yè)務的處理方法，包括，WAP網(wǎng)關收到用戶終端的瀏覽請求后，轉發(fā)所述瀏覽請求至內(nèi)容提供商；WAP網(wǎng)關收到所述內(nèi)容提供商的響應內(nèi)容后，發(fā)送所述響應內(nèi)容至用戶終端；WAP網(wǎng)關收到所述用戶終端上報的所述響應內(nèi)容中需要繼續(xù)請求的資源統(tǒng)一資源定位符URL按照特定格式的打包后，對所述用戶終端的繼續(xù)請求進行解析后請求內(nèi)容提供商；WAP網(wǎng)關將所述繼續(xù)請求對應的響應打包壓縮后，下發(fā)至用戶終端。進一步地,上述方法還包括，所述WAP網(wǎng)關對所述用戶終端的繼續(xù)請求進行解析后查詢緩存服務器，在查詢失敗時請求所述內(nèi)容提供商；所述WAP網(wǎng)關查詢緩存服務器時，若查詢內(nèi)容為已緩存的內(nèi)容，則返回緩存的內(nèi)容至WAP網(wǎng)關。進一步地,上述方法還包括，WAP對所述用戶終端的繼續(xù)請求進行解析后請求內(nèi)容提供商，在內(nèi)容提供商返回響應內(nèi)容后，判斷是否需要緩存內(nèi)容，如果需要緩存，則發(fā)送內(nèi)容轉換后的響應至緩存服務器進行緩存。上述的方法中，其中，所述WAP網(wǎng)關對所述用戶終端的繼續(xù)請求進行解析具體為，所述WAP網(wǎng)關將所述用戶終端的繼續(xù)請求解析為標準GET請求。上述的方法中，其中，所述WAP網(wǎng)關將所述繼續(xù)請求對應的響應打包壓縮具體為，所述WAP網(wǎng)關根據(jù)其配置的終端能力配置列表，根據(jù)終端能力的配置進行圖片的壓縮處理，對于文本內(nèi)容采取PPMD算法進行壓縮。本發(fā)明還提供了一種數(shù)據(jù)業(yè)務的處理系統(tǒng)，包括，
WAP網(wǎng)關，用于收到用戶終端的瀏覽請求后，轉發(fā)所述瀏覽請求至內(nèi)容提供商；收到所述內(nèi)容提供商的響應內(nèi)容后，發(fā)送所述響應內(nèi)容至用戶終端；對所述用戶終端的繼續(xù)請求進行解析后請求內(nèi)容提供商，將所述繼續(xù)請求對應的響應打包壓縮后，下發(fā)至用戶終端;用戶終端，用于向WAP網(wǎng)關發(fā)起瀏覽請求，以及收到所述響應內(nèi)容后，將所述響應內(nèi)容中需要繼續(xù)請求的資源URL按照特定格式的打包后發(fā)送至WAP網(wǎng)關。進一步地，上述的系統(tǒng)中，所述WAP網(wǎng)關，還用于對所述用戶終端的繼續(xù)請求進行解析后查詢緩存服務器，在查詢失敗時請求所述內(nèi)容提供商，若查詢內(nèi)容為已緩存的內(nèi)容，則返回緩存的內(nèi)容至WAP網(wǎng)關。進一步地，上述的系統(tǒng)中，所述WAP網(wǎng)關，還用于對所述用戶終端的繼續(xù)請求進行解析后請求內(nèi)容提供商，在內(nèi)容提供商返回響應內(nèi)容后，判斷是否需要緩存內(nèi)容，如果需要緩存，則發(fā)送內(nèi)容轉換后的響應至緩存服務器進行緩存。所述系統(tǒng)還包括，緩存服務器，用于緩存所述內(nèi)容提供商返回的需要緩存的內(nèi)容。本發(fā)明還提供了一種WAP網(wǎng)關，包括，處理模塊，用于收到用戶終端的瀏覽請求后，轉發(fā)所述瀏覽請求至內(nèi)容提供商；以及將所述解析后的繼續(xù)請求發(fā)送至內(nèi)容提供商；解析壓縮模塊，用戶對所述用戶終端的繼續(xù)請求進行解析，將所述繼續(xù)請求對應的響應內(nèi)容打包壓縮；發(fā)送模塊，用于收到所述內(nèi)容提供商的響應內(nèi)容后，發(fā)送所述響應內(nèi)容至用戶終端；將所述打包壓縮后的所述繼續(xù)請求的響應內(nèi)容發(fā)送至用戶終端。進一步地,所述WAP網(wǎng)關還包括，查詢模塊，還用于對所述用戶終端的繼續(xù)請求進行解析后查詢緩存服務器，在查詢失敗時請求所述內(nèi)容提供商，若查詢內(nèi)容為已緩存的內(nèi)容,則返回緩存的內(nèi)容至WAP網(wǎng)關。進一步地,所述WAP網(wǎng)關還包括，緩存模塊，還用于對所述用戶終端的繼續(xù)請求進行解析后請求內(nèi)容提供商，在內(nèi)容提供商返回響應內(nèi)容后，判斷是否需要緩存內(nèi)容，如果需要緩存，則發(fā)送內(nèi)容轉換后的響應至緩存服務器進行緩存。
本發(fā)明還提供了一種用戶終端，所述用戶終端，用于向WAP網(wǎng)關發(fā)起瀏覽請求，以及收到所述響應內(nèi)容后，將所述響應內(nèi)容中需要繼續(xù)請求的資源URL按照特定格式的打包后發(fā)送至WAP網(wǎng)關。采用本發(fā)明的技術方案，將多個請求打包在一起發(fā)送至WAP網(wǎng)關，減少了多次請求占用的無線帶寬，在WAP網(wǎng)關端引入圖片尺寸、質(zhì)量壓縮功能，針對終端用戶在不影響用戶體驗的前提下有效的減少了下行流量，減小響應時延；進一步地，本發(fā)明引入了緩存服務器，減少了 WAP網(wǎng)關與內(nèi)容提供商之間的交互次數(shù)和等待時間，有效增強了用戶體驗感受。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本發(fā)明的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中·圖I是本發(fā)明第一實施例流程圖；圖2是本發(fā)明第二實施例結構圖；圖3是本發(fā)明第三實施例結構圖。
具體實施例方式為了使本發(fā)明所要解決的技術問題、技術方案及有益效果更加清楚、明白，以下結合附圖和實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。如圖I所示，是本發(fā)明第一實施例流程圖，提供了一種數(shù)據(jù)業(yè)務的實現(xiàn)方法，包括，S101，用戶終端通過終端瀏覽器發(fā)起門戶主頁瀏覽請求，并將所述瀏覽請求發(fā)送至WAP網(wǎng)關；S102, WAP網(wǎng)關轉發(fā)所述瀏覽請求至內(nèi)容提供商；S103，內(nèi)容提供商返回響應內(nèi)容至WAP網(wǎng)關；S104, WAP網(wǎng)關下發(fā)響應內(nèi)容至終端；S105，終端收到所述響應內(nèi)容后，將所述響應內(nèi)容中多個需要繼續(xù)請求的資源URL (Universal Resource Locator,統(tǒng)一資源定位符)按照特定的格式打包，并以POST (HTTP規(guī)范中用于提交數(shù)據(jù))方式發(fā)送至WAP網(wǎng)關；所述繼續(xù)請求的資源為經(jīng)過解析的門戶首頁中包含的圖片、CSS(CascadingStyle Sheet,層疊樣式菜單)樣式等鏈接。S106，WAP網(wǎng)關將終端的請求解析為多個標準GET (HTTP規(guī)范中用于信息獲取)請求，向內(nèi)容服務器發(fā)送請求；優(yōu)選地，所述WAP網(wǎng)關查詢緩存服務器，如果查詢內(nèi)容為已緩存的內(nèi)容，則返回緩存內(nèi)容至WAP網(wǎng)關；如果查詢失敗則請求內(nèi)容提供商；S107，WAP網(wǎng)關將多個請求對應的多個響應打包壓縮，下發(fā)至終端瀏覽器；優(yōu)選地，在內(nèi)容提供商返回響應內(nèi)容后，判斷是否需要緩存內(nèi)容，如果需要緩存，則發(fā)送內(nèi)容轉換后的響應至緩存服務器模塊進行緩存。
上述方法的實施例中,WAP網(wǎng)關增加SP(Service Provider,服務提供商)白名單，針對白名單中的SP內(nèi)容不作壓縮處理。WAP網(wǎng)關增加終端能力配置列表，根據(jù)終端能力的配置進行圖片尺寸大中小、質(zhì)量高中低的壓縮處理，對于文本內(nèi)容采用PPMD算法進行壓縮。對于內(nèi)容提供商返回的響應，WAP網(wǎng)關進行壓縮后進行緩存，緩存的超時時間由內(nèi)容提供商響應頭信息中的超時時間決定。如圖2所示，是本發(fā)明第二實施例結構圖，提供了一種數(shù)據(jù)業(yè)務的實現(xiàn)系統(tǒng)，包括，WAP網(wǎng)關，用于收到用戶終端的瀏覽請求后，轉發(fā)所述瀏覽請求至內(nèi)容提供商；收到所述內(nèi)容提供商的響應內(nèi)容后，發(fā)送所述響應內(nèi)容至用戶終端；對所述用戶終端的繼續(xù) 請求進行解析后請求內(nèi)容提供商，將所述繼續(xù)請求對應的響應打包壓縮后，下發(fā)至用戶終端;用戶終端，用于向WAP網(wǎng)關發(fā)起瀏覽請求，以及收到所述響應內(nèi)容后，將所述響應內(nèi)容中需要繼續(xù)請求的資源URL按照特定格式的打包后，以POST方式發(fā)送至WAP網(wǎng)關。優(yōu)選地，所述WAP網(wǎng)關，還用于對所述用戶終端的繼續(xù)請求進行解析后查詢緩存服務器，在查詢失敗時請求所述內(nèi)容提供商，若查詢內(nèi)容為已緩存的內(nèi)容，則返回緩存的內(nèi)容至WAP網(wǎng)關。優(yōu)選地，WAP網(wǎng)關，還用于對所述用戶終端的繼續(xù)請求進行解析后請求內(nèi)容提供商，在內(nèi)容提供商返回響應內(nèi)容后，判斷是否需要緩存內(nèi)容，如果需要緩存，則發(fā)送內(nèi)容轉換后的響應至緩存服務器進行緩存。所述系統(tǒng)還包括，緩存服務器，用于緩存所述內(nèi)容提供商返回的需要緩存的內(nèi)容。如圖3所示，為本發(fā)明第三實施例結構圖，提供了一種WAP網(wǎng)關，包括，處理模塊，用于收到用戶終端的瀏覽請求后，轉發(fā)所述瀏覽請求至內(nèi)容提供商；以及將所述解析后的繼續(xù)請求發(fā)送至內(nèi)容提供商；解析壓縮模塊，用戶對所述用戶終端的繼續(xù)請求進行解析，以及將所述繼續(xù)請求對應的響應內(nèi)容打包壓縮；發(fā)送模塊，用于收到所述內(nèi)容提供商的響應內(nèi)容后，發(fā)送所述響應內(nèi)容至用戶終端；將所述打包壓縮后的所述繼續(xù)請求的響應內(nèi)容發(fā)送至用戶終端。查詢模塊，還用于對所述用戶終端的繼續(xù)請求進行解析后查詢緩存服務器，在查詢失敗時請求所述內(nèi)容提供商，若查詢內(nèi)容為已緩存的內(nèi)容,則返回緩存的內(nèi)容至WAP網(wǎng)關。緩存模塊，還用于對所述用戶終端的繼續(xù)請求進行解析后請求內(nèi)容提供商，在內(nèi)容提供商返回響應內(nèi)容后，判斷是否需要緩存內(nèi)容，如果需要緩存，則發(fā)送內(nèi)容轉換后的響應至緩存服務器進行緩存。本發(fā)明還提供了一種用戶終端，所述用戶終端，用于向WAP網(wǎng)關發(fā)起瀏覽請求，以及收到所述響應內(nèi)容后，將所述響應內(nèi)容中需要繼續(xù)請求的資源URL按照特定格式的打包后發(fā)送至WAP網(wǎng)關。上述說明示出并描述了本發(fā)明的一個優(yōu)選實施例，但如前所述，應當理解本發(fā)明并非局限于本文所披露的形式，不應看作是對其他實施例的排除，而可用于各種其他組合、修改和環(huán)境，并能夠在本文所述發(fā)明構想范圍內(nèi)，通過上述教導或相關領域的技術或知識
進行改動。而本領域人員所進行的改動和變化不脫離本發(fā)明的精神和范圍，則都應在本發(fā)明所附權利要求的保護范圍內(nèi)。
權利要求
1.一種數(shù)據(jù)業(yè)務的處理方法，其特征在于，包括， WAP網(wǎng)關收到用戶終端的瀏覽請求后，轉發(fā)所述瀏覽請求至內(nèi)容提供商； WAP網(wǎng)關收到所述內(nèi)容提供商的響應內(nèi)容后，發(fā)送所述響應內(nèi)容至用戶終端； WAP網(wǎng)關收到所述用戶終端上報的所述響應內(nèi)容中需要繼續(xù)請求的資源統(tǒng)一資源定位符URL按照特定格式的打包后，對所述用戶終端的繼續(xù)請求進行解析后請求內(nèi)容提供商； WAP網(wǎng)關將所述繼續(xù)請求對應的響應打包壓縮后，下發(fā)至用戶終端。
2.根據(jù)權利要求I所述的處理方法，其特征在于，還包括， 所述WAP網(wǎng)關對所述用戶終端的繼續(xù)請求進行解析后查詢緩存服務器，在查詢失敗時請求所述內(nèi)容提供商。
3.根據(jù)權利要求2所述的處理方法，其特征在于，所述WAP網(wǎng)關查詢緩存服務器時，若查詢內(nèi)容為已緩存的內(nèi)容，則返回緩存的內(nèi)容至WAP網(wǎng)關。
4.根據(jù)權利要求I所述的處理方法，其特征在于，還包括， WAP對所述用戶終端的繼續(xù)請求進行解析后請求內(nèi)容提供商，在內(nèi)容提供商返回響應內(nèi)容后，判斷是否需要緩存內(nèi)容，如果需要緩存，則發(fā)送內(nèi)容轉換后的響應至緩存服務器進行緩存。
5.根據(jù)權利要求I至4任一所述的處理方法，其特征在于，所述WAP網(wǎng)關對所述用戶終端的繼續(xù)請求進行解析具體為， 所述WAP網(wǎng)關將所述用戶終端的繼續(xù)請求解析為標準GET請求。
6.根據(jù)權利要求I至4任一所述的處理方法，其特征在于，所述WAP網(wǎng)關將所述繼續(xù)請求對應的響應打包壓縮具體為， 所述WAP網(wǎng)關根據(jù)其配置的終端能力配置列表，根據(jù)終端能力的配置進行圖片的壓縮處理，對于文本內(nèi)容采取PPMD算法進行壓縮。
7.一種數(shù)據(jù)業(yè)務的處理系統(tǒng)，其特征在于，包括， WAP網(wǎng)關，用于收到用戶終端的瀏覽請求后，轉發(fā)所述瀏覽請求至內(nèi)容提供商；收到所述內(nèi)容提供商的響應內(nèi)容后，發(fā)送所述響應內(nèi)容至用戶終端；對所述用戶終端的繼續(xù)請求進行解析后請求內(nèi)容提供商，將所述繼續(xù)請求對應的響應打包壓縮后，下發(fā)至用戶終端； 用戶終端，用于向WAP網(wǎng)關發(fā)起瀏覽請求，以及收到所述響應內(nèi)容后，將所述響應內(nèi)容中需要繼續(xù)請求的資源URL按照特定格式的打包后發(fā)送至WAP網(wǎng)關。
8.根據(jù)權利要求7所述的處理系統(tǒng)，其特征在于， 所述WAP網(wǎng)關，還用于對所述用戶終端的繼續(xù)請求進行解析后查詢緩存服務器，在查詢失敗時請求所述內(nèi)容提供商，若查詢內(nèi)容為已緩存的內(nèi)容，則返回緩存的內(nèi)容至WAP網(wǎng)關。
9.根據(jù)權利要求7所述的處理系統(tǒng)，其特征在于， 所述WAP網(wǎng)關，還用于對所述用戶終端的繼續(xù)請求進行解析后請求內(nèi)容提供商，在內(nèi)容提供商返回響應內(nèi)容后，判斷是否需要緩存內(nèi)容，如果需要緩存，則發(fā)送內(nèi)容轉換后的響應至緩存服務器進行緩存。
所述系統(tǒng)還包括， 緩存服務器，用于緩存所述內(nèi)容提供商返回的需要緩存的內(nèi)容。
10.一種WAP網(wǎng)關，其特征在于，包括，處理模塊，用于收到用戶終端的瀏覽請求后，轉發(fā)所述瀏覽請求至內(nèi)容提供商；以及將所述解析后的繼續(xù)請求發(fā)送至內(nèi)容提供商； 解析壓縮模塊，用戶對所述用戶終端的繼續(xù)請求進行解析，將所述繼續(xù)請求對應的響應內(nèi)容打包壓縮； 發(fā)送模塊，用于收到所述內(nèi)容提供商的響應內(nèi)容后，發(fā)送所述響應內(nèi)容至用戶終端；將所述打包壓縮后的所述繼續(xù)請求的響應內(nèi)容發(fā)送至用戶終端。
11.根據(jù)權利要求10所述的WAP網(wǎng)關，其特征在于，還包括 查詢模塊，還用于對所述用戶終端的繼續(xù)請求進行解析后查詢緩存服務器，在查詢失敗時請求所述內(nèi)容提供商，若查詢內(nèi)容為已緩存的內(nèi)容,則返回緩存的內(nèi)容至WAP網(wǎng)關。
12.根據(jù)權利要求10所述的WAP網(wǎng)關，其特征在于，還包括 緩存模塊，還用于對所述用戶終端的繼續(xù)請求進行解析后請求內(nèi)容提供商，在內(nèi)容提供商返回響應內(nèi)容后，判斷是否需要緩存內(nèi)容，如果需要緩存，則發(fā)送內(nèi)容轉換后的響應至緩存服務器進行緩存。
13.一種用戶終端，其特征在于， 所述用戶終端，用于向WAP網(wǎng)關發(fā)起瀏覽請求，以及收到所述響應內(nèi)容后，將所述響應內(nèi)容中需要繼續(xù)請求的資源URL按照特定格式的打包后發(fā)送至WAP網(wǎng)關。
全文摘要
本發(fā)明涉及一種數(shù)據(jù)業(yè)務的處理方法，包括，WAP網(wǎng)關收到用戶終端的瀏覽請求后，轉發(fā)所述瀏覽請求至內(nèi)容提供商；WAP網(wǎng)關收到所述內(nèi)容提供商的響應內(nèi)容后，發(fā)送所述響應內(nèi)容至用戶終端；WAP網(wǎng)關收到所述用戶終端上報的所述響應內(nèi)容中需要繼續(xù)請求的資源統(tǒng)一資源定位符URL按照特定格式的打包后，對所述用戶終端的繼續(xù)請求進行解析后請求內(nèi)容提供商；WAP網(wǎng)關將所述繼續(xù)請求對應的響應打包壓縮后，下發(fā)至用戶終端。本發(fā)明還提供了一種數(shù)據(jù)業(yè)務的處理系統(tǒng)、WAP網(wǎng)關、用戶終端。采用本發(fā)明的技術方案，減少了多次請求占用的無線帶寬，針對終端用戶在不影響用戶體驗的前提下有效的減少了下行流量，減小響應時延。
文檔編號H04L29/06GK102790749SQ20111012609
公開日2012年11月21日 申請日期2011年5月16日 優(yōu)先權日2011年5月16日
發(fā)明者吳麗梅, 李金生, 楊愛嵩, 黃昭文 申請人:中興通訊股份有限公司, 中國移動通信集團廣東有限公司