專利名稱：一種移動設備數據更新的裝置的制作方法
技術領域：
本實用新型涉及一種數據更新的裝置，特別是一種在移動網絡環境下的移動設備 數據更新的裝置，屬于計算機網絡技術領域。
背景技術：
當前的2. 5G移動網絡環境，相對于互聯網，網速較慢并且不穩定，目前移動網絡 應用的特點是一、移動設備和移動網關之間的建立連接階段比較慢，在網絡繁忙時間一個連接 甚至需要耗時幾秒甚至更長，當連接建立成功后，數據傳輸是計較快的。所以一個數據請求 到接收數據完成的過程最主要的效率瓶頸是在建立連接。現有的移動設備數據更新方式是 對每個數據請求都進行一個完整的從建立連接到接收數據的過程，沒有針對連接階段的性 能瓶頸進行優化處理；二、使用移動應用的用戶對網絡資費比較敏感，移動設備跟服務端的數據傳輸量 越大，用戶的使用成本就越高。現有的移動設備還是采用互聯網應用的數據更新方式，沒有 對數據進行壓縮處理。而在數據需要頻繁更新的網絡服務中，如果每個數據的更新，都要從移動客戶端 都向服務端發起一個針對該更新的請求，就不能帶來數據實時快速更新的體驗，同時也需 要大量重復的數據更新操作。
實用新型內容本實用新型的目的在于，提供一種移動設備數據更新的裝置。它只需要完成用戶 的當前請求，就可以完成更多的附加數據更新，并通過對用戶當前操作的后續分析，發出更 多的合并請求，使得后續操作，更加快速流暢，并且用戶在進行數據更新的操作時不需要等 待服務器端返回數據，可以減少數據傳輸量，提高傳輸效率，也降低了用戶網絡資費成本。本實用新型的技術方案一種移動設備數據更新的裝置，其特征在于，它包括設有移動客戶端的移動設備 和服務器；包括設置在移動客戶端上的請求模塊，用于提出用戶請求；合并發送模塊，用于分析用戶請求類型，并依據類型同其他需要更新的請求合并 為一個請求包，并發送至服務器；響應拆包模塊，用于將服務器返回的響應包解壓拆分成每個請求對應的獨立響應 包；分析顯示模塊，用于分析處理每個獨立響應包后在移動客戶端顯示給用戶；還包括設在服務器上的拆包處理模塊，用于在接收到合并請求的請求包后，對請求包的格式進行分析，并 分解成多個獨立的請求，并分別處理每個獨立請求；[0015]合并壓縮模塊，用于對拆包處理模塊的處理結果數據進行合并壓縮成一個響應 包。(數據壓縮采用gzip算法)；前述的移動設備數據更新的裝置中，所述合并發送模塊還包括一個合并模塊，用 于將同一個操作中需要在服務器端調用兩次以上的請求，合并成一個請求；預先判斷用戶當前操作之后有可能出現的操作，對用戶之后有可能出現操作的請 求和當前請求合并；對于服務器端本身有頻繁數據更新的常規請求操作，歸并到每一個操作中去統一 請求。與現有技術相比，本實用新型通過合并發送模塊對多個請求進行合并處理，大大 提高了每次數據傳輸的使用率，雖然每次傳輸的數據量有所增加，但因為減少了連接次數， 從而將建立連接的成本降到最低，所以整體上提高了傳輸效率。合并模塊還可以通過對用 戶當前操作的后續分析，發出更多的合并請求，使得后續操作，更加快速流暢。同時合并壓 縮模塊對多個請求所需要的服務端數據都合并壓縮為一個響應包在一個操作返回，所以用 戶切換界面不需要頻繁更新數據，從而也大大提高了用戶體驗。按原來分多步操作進行的 話，如果當前用戶看的是日記頁，由于WAP展示空間小，所以一頁只能顯示一小部分，按著 傳統的技術，可能每次翻頁都向服務器端請求。而使用本實用新型的技術，每次打開日記， 把所有內容和分頁信息都存儲了下來，在后面的每次翻頁，就是在本地操作，用戶無需再等 待翻頁過程。比如一篇日記有5頁，每次翻頁需要兩秒。那原來在閱讀的過程中用戶等待 就需要10S。現在用戶只需要在第一頁是等待2秒。而且對服務端返回的響應數據進行壓 縮很大程度上減少了數據量，普通的文本數據，經過壓縮后數據量是壓縮前的1/4，從而也 在很大程度上提高了傳輸效率(數據量變為原來的1/4，帶寬同樣的情況下，能傳輸四倍的 數據)。同時因為傳輸數據量的減少，用戶相應的網絡資費成本也減少為壓縮前的1/4。
圖1是本實用新型的結構示意圖；圖2是本實用新型實施例的工作流程圖。附圖中的標記1-移動客戶端，2-服務器，3-請求模塊，4-合并發送模塊，5-響應 拆包模塊，6-分析顯示模塊，7-拆包處理模塊，8-合并壓縮模塊。
具體實施方式
以下結合附圖和實施例對本實用新型作進一步的說明，但并不作為對本實用新型 限制的依據。
實施例一種移動設備數據更新的裝置，其特征在于，它包括設有移動客戶端1的移動設 備和服務器2 ；包括設置在移動客戶端1上的請求模塊3，用于提出用戶請求；合并發送模塊4，用于分析用戶請求類型，并依據類型同其他需要更新的請求合并為一個請求包，并發送至服務器2 ；響應拆包模塊5，用于將服務器2返回的響應包解壓拆分成每個請求對應的獨立 響應包；分析顯示模塊6，用于分析處理每個獨立響應包后在移動客戶端顯示給用戶。還包括設在服務器2上的拆包處理模塊7，用于在接收到合并請求的請求包后，對請求包的格式進行分析， 并分解成多個獨立的請求，并分別處理每個獨立請求。合并壓縮模塊8，用于對拆包處理模塊的處理結果數據進行合并壓縮成一個響應 包。所述合并發送模塊4還包括一個合并模塊，用于將同一個操作中需要在服務器端調用兩次以上的請求，合并成一個請求；預先判斷用戶當前操作之后有可能出現的操作，對用戶之后有可能出現操作的請 求和當前請求合并；對于服務器端本身有頻繁數據更新的常規請求操作，歸并到每一個操作中去統一 請求。本實用新型的工作流程(如圖2)步驟SlOl，請求模塊3提出用戶請求；步驟S102，合并發送模塊4分析用戶請求類型，并依據類型同其他需要更新的請 求合并為一個請求包，并發送至服務器；步驟S103，拆包處理模塊7對請求包的格式進行分析，并分解成多個獨立的請求， 并分別處理每個獨立請求；步驟S104，合并壓縮模塊8對每個獨立請求的處理結果數據進行合并壓縮成一個 響應包；步驟S105，響應拆包模塊5將服務器2返回的響應包解壓拆分成每個請求對應的 獨立響應包；步驟S106，分析顯示模塊6分析處理每個獨立響應包后在移動客戶端顯示給用戶。實例說明比如用戶登錄成功之后，需要取得首頁的個人信息和動態等數據，同時也需要取 得個人消息系統中的相關更新情況，按著傳統的辦法是登錄成功后，再由登錄成功處跳轉 到首頁。而個人消息頁，也等用戶查看到個人消息頁時，再緩慢讀取。這里至少產生了三次 獨立的請求，由于移動網絡中連接的建立返回等都是比較費時的操作，所以在本實用新型 中，將這些一個序列中的操作合并在登錄成功時就直接返回。這樣三次獨立的請求，變成了 只有一次，而在用戶查看個人消息頁時，也無須等待，可以迅速地切換。而在社交網絡服務 中，有大量的交互操作，也導致了大量的消息、狀態等的更新，比如，在傳統的技術中，要想 知道這些消息的更新，就得切換到相應的消息頁才能得到最新的結果。這就相當時于讓用 戶去主動經常查看，才能得到通知。應用了請求合并的技術之后，把消息更新檢測的操作當 作一個常規的請求，合并到一般操作請求中去，每次操作的返回，都可以取得最新消息通知 的結果。極大地提高了消息更新提示的實時性。[0046] 另外一個例子就是，比如在一個熱門的列表頁中，用戶點擊了列表的第一項。根據 歷史數據分析，用戶有很高的可能性會來點擊下面的三項。那么，就在用戶點擊列表第一項 的同時，將第二、三、四項的請求也合并起來，發往服務器端，用戶在瀏覽后面的幾項時，就 不用再另建連接進行下載，改善了用戶體驗。
權利要求一種移動設備數據更新的裝置，其特征在于，它包括設有移動客戶端(1)的移動設備和服務器(2)；包括設置在移動客戶端(1)上的請求模塊(3)，用于提出用戶請求；合并發送模塊(4)，用于分析用戶請求類型，并依據類型同其他需要更新的請求合并為一個請求包，并發送至服務器(2)；響應拆包模塊(5)，用于將服務器(2)返回的響應包解壓拆分成每個請求對應的獨立響應包；分析顯示模塊(6)，用于分析處理每個獨立響應包后在移動客戶端顯示給用戶；還包括設在服務器(2)上的拆包處理模塊(7)，用于在接收到合并請求的請求包后，對請求包的格式進行分析，并分解成多個獨立的請求，并分別處理每個獨立請求；合并壓縮模塊(8)，用于對拆包處理模塊的處理結果數據進行合并壓縮成一個響應包。
專利摘要本實用新型公開了一種移動設備數據更新的裝置，其特征在于，它包括設有移動客戶端(1)的移動設備和服務器(2)；包括設置在移動客戶端(1)上的請求模塊(3)；合并發送模塊(4)；響應拆包模塊(5)；分析顯示模塊(6)。還包括設在服務器(2)上的拆包處理模塊(7)和合并壓縮模塊(8)。本實用新型只需要完成用戶的當前請求，就可以完成更多的附加數據更新，并通過對用戶當前操作的后續分析，發出更多的合并請求，使得后續操作，更加快速流暢，并且用戶在進行數據更新的操作時不需要等待服務器端返回數據，可以減少數據傳輸量，提高傳輸效率，也降低了用戶網絡資費成本。
文檔編號H04L29/06GK201674665SQ201020205749
公開日2010年12月15日 申請日期2010年5月27日 優先權日2010年5月27日
發明者白帆, 袁偉銘, 邱龍雄 申請人:北京開心人信息技術有限公司