[發明專利]數據推送方法以及移動終端、服務器

無效

• 申請號: 201010590855.6
• 申請日: 2010-11-30
• 公開（公告）號: CN102480517A
• 公開（公告）日: 2012-05-30
• 發明（設計）人: 聞華強;曹赫
• 申請（專利權）人: 北京千橡網景科技發展有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04W52/02;H04W88/02
• 代理公司: 北京市金杜律師事務所 11256
• 代理人: 吳立明

技術領域

本發明涉及計算機技術領域，更具體地涉及數據推送技術。

背景技術

隨著移動終端的普及，應用于移動終端的業務類別不斷擴展，移動終端與服務器的通信越來越廣泛。在服務器與移動終端的通信中，由于運營商網關的限制，移動終端一般是通過HTTP(Hyper?Text?Transfer?Protocol，超文本傳送協議)與服務器通信，服務器無法實時向無線終端傳送內容。

基于AJAX(Asynchronous?JavaScript?and?XML，異步Java腳本和XML)的HTTP長輪詢(Long-Polling)方式實現“服務器推”已經應用于個人計算機互聯網。這種方式與傳統HTTP請求有如下不同之處：服務器會阻塞請求直到有數據傳遞或超時才返回；客戶端處理完服務器的返回以后，再次發送請求，重新建立連接；在客戶端處理數據和重新連接的過程中，服務器可能有新的數據到達，這時服務器會保存這些數據，直到客戶端重新建立連接，這時客戶端會一次把服務器端的所有數據都取回。

如果將上述HTTP長輪詢方式應用于無線移動終端，由于移動終端在接收到服務器的響應之后會立即發送下一請求，所以24小時之內很容易達到數兆流量，并且移動終端電池續航能力有限，所以通信流量過大以及電池電量消耗過快的情況將成為這種技術的應用瓶頸。

另外，由于移動終端的網絡狀態不可預知，很可能在服務器向網絡發送完數據以后，移動終端接收完數據之前，移動終端進入斷網狀態(例如進入無網絡覆蓋的電梯間或地鐵隧道)，導致發送數據丟失。

發明內容

因此，目前需要一種低流量、低能耗、可靠的針對移動終端的數據推送方式。

為了解決上述問題之一，本發明公開了一種數據推送方法以及移動終端和服務器。

根據本發明的一個方面，提供了一種移動終端接收服務器的推送數據的方法，包括：判斷移動終端的當前活躍程度；根據移動終端的當前活躍程度來確定移動終端接收推送數據的模式；以及移動終端按照所述模式向所述服務器請求推送數據。

根據本發明的另一方面，提供了一種移動終端，包括：活躍判斷模塊，用于判斷所述移動終端的當前活躍程度；模式確定模塊，用于根據移動終端的當前活躍程度來確定移動終端接收推送數據的模式；以及請求發送模塊，用于按照所述模式向服務器請求推送數據。

根據本發明的又一方面，提供了一種由服務器向移動終端推送數據的方法，包括：接收由移動終端按照接收推送數據的模式發送的數據請求消息，其中所述模式是根據移動終端的當前活躍程度而確定的；響應于數據請求消息，向移動終端推送數據。

根據本發明的又一方面，提供了一種服務器，包括：請求接收模塊，用于接收由移動終端按照接收推送數據的模式發送的數據請求消息，其中所述模式是根據所述移動終端的當前活躍程度而確定的；響應發送模塊，用于響應于所述數據請求消息，向所述移動終端推送數據。

本發明的數據推送方法以及移動終端、服務器可以降低服務器與移動終端之間的通信流量，節省移動終端的電量，并且可以實現可靠傳輸。

附圖說明

通過對結合附圖所示出的實施方式進行詳細說明，本發明的上述以及其他特征將更加明顯，本發明附圖中相同的標號表示相同或相似的元素。在附圖中：

圖1是根據本發明一個實施方式的移動終端接收服務器的推送數據的方法的流程圖；

圖2是根據本發明一個實施方式的由服務器向移動終端推送數據的方法的流程圖；

圖3是根據本發明一個實施方式的消息流圖；

圖4是可以實現本發明的實施方式的系統框圖；

圖5是根據本發明一個實施方式的移動終端的框圖；以及

圖6是根據本發明一個實施方式的服務器的框圖。

具體實施方式

在下文中，將參考附圖通過實施方式對本發明提供的數據推送方法以及移動終端和服務器進行詳細的描述。

圖1示出了根據本發明一個實施方式的移動終端接收服務器的推送數據的方法的流程圖。如圖所示，該方法包括以下步驟：

在步驟S101中，判斷移動終端的當前活躍程度。例如，如果移動終端當前開機或者用戶對移動終端的操作較頻繁，則判斷移動終端處于高活躍程度，否則，處于低活躍程度。當然，也可以根據各種判斷標準及其任意組合來為移動終端的活躍程度設置多個等級。