TWI538537B - 資訊推送方法、客戶端裝置及其系統 - Google Patents
資訊推送方法、客戶端裝置及其系統 Download PDFInfo
- Publication number
- TWI538537B TWI538537B TW103142497A TW103142497A TWI538537B TW I538537 B TWI538537 B TW I538537B TW 103142497 A TW103142497 A TW 103142497A TW 103142497 A TW103142497 A TW 103142497A TW I538537 B TWI538537 B TW I538537B
- Authority
- TW
- Taiwan
- Prior art keywords
- server
- message
- client
- service message
- heartbeat packet
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
- H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/725—Cordless telephones
- H04M1/73—Battery saving arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephone Function (AREA)
- Information Transfer Between Computers (AREA)
Description
本發明涉及移動網際網路技術領域,尤其涉及一種資訊推送方法、客戶端裝置及其系統。
隨著移動網際網路技術的發展,資訊推送(information push)技術已成為各種平臺(比如Android平臺)中應用(APP)上很重要的部分。目前的資訊推送方案有多種,比如極光推送,還有各個網際網路應用產品自身業務私有的推送模組,比如網易新聞、騰訊新聞的消息推送等。習知的推送方案的實現都是透過心跳封包(heartbeat)與推送後臺保持傳輸控制協議(TCP)長連接,以此來接收推送消息。
但是,習知的資訊推送方案存在的缺陷是:耗費終端電量較多,而對於電量有限的移動終端(比如Android手機)而言,則因應用消耗電量大而無法滿足客戶長時間使用應用的需求。
本發明實施例提供一種資訊推送方法、客戶端裝置及系統,旨在滿足業務推送需求的同時,節省終端電量。
為達前述一目的,本發明一實施例提出一種資訊推送方法包括:客戶端從服務端獲取業務消息;判斷所述業務消息的類型,當所述業
務消息的類型為即時類消息時,調整心跳封包的發送間隔為第一預設時間段,並在第二預設時間段後恢復心跳封包的發送間隔為基準時間間隔,其中,所述第一預設時間段大於所述基準時間間隔,且小於所述第二預設時間段;以及基於調整後的心跳封包發送策略保持與所述服務端之間的網路鏈路連接,以供業務消息的推送操作。
本發明一實施例還提出一種資訊推送客戶端裝置,包括獲取模組、調整模組及推送操作模組。其中,獲取模組用於從服務端獲取業務消息;調整模組,用於判斷所述業務消息的類型,當所述業務消息的類型為即時類消息時,調整心跳封包的發送間隔為第一預設時間段,並在第二預設時間段後恢復心跳封包的發送間隔為基準時間間隔,其中,所述第一預設時間段大於所述基準時間間隔,且小於所述第二預設時間段;以及,推送操作模組,用於基於調整後的心跳封包發送策略保持與所述服務端之間的網路鏈路連接,以供業務消息的推送操作。
本發明一實施例還提出一種資訊推送系統,包括客戶端與服務端,其中,所述客戶端為如上述的客戶端;所述服務端用於向所述客戶端發佈業務消息,以及,基於客戶端根據業務消息的類型調整的心跳封包發送策略,與所述客戶端保持網路鏈路連接,進行業務消息的推送操作。
本發明實施例提出的一種資訊推送方法、客戶端及系統,客戶端在從服務端獲取到業務消息後,判斷業務消息的類型,根據業務消息的類型調整心跳封包發送策略;基於該心跳封包發送策略保持與服務端之間的網路鏈路連接,以供業務消息的推送操作,由此可以更好的滿足移動終端上各種應用業務消息的推送需求,並節省了移動終端的電量。
S80‧‧‧本發明資訊推送方法第三實施例的部分流程步驟
S90~S100‧‧‧本發明資訊推送方法第二實施例的部分流程步驟
S101~S103‧‧‧本發明資訊推送方法第一實施例的流程步驟
S1021~S1024‧‧‧本發明實施例中根據所述業務消息的類型調整心跳封包發送策略的流程步驟
200‧‧‧啟動模組
201‧‧‧獲取模組
202‧‧‧調整模組
203‧‧‧推送操作模組
301‧‧‧客戶端
302‧‧‧服務端
圖1是本發明資訊推送方法第一實施例的流程示意圖;
圖2是本發明實施例中根據所述業務消息的類型調整心跳封包發送策略的流程示意圖;圖3是本發明資訊推送方法第二實施例的流程示意圖;圖4是本發明資訊推送方法第三實施例的流程示意圖;圖5是本發明資訊推送客戶端第一實施例的功能模組示意圖;圖6是本發明資訊推送客戶端第二實施例的功能模組示意圖;圖7是本發明資訊推送系統較佳實施例的結構示意圖。
為了使本發明的目的、技術方案及優點更加清楚明白,以下結合附圖及實施例,對本發明進行進一步詳細說明。應當理解,此處所描述的具體實施例僅僅用以解釋本發明,並不用於限定本發明。
如圖1所示,本發明第一實施例提出一種資訊推送方法。首先,進行步驟S101,客戶端從服務端獲取業務消息。本實施例方案涉及的資訊推送系統包括客戶端和服務端,以Android手機為例,客戶端部分主要負責手機推送模組軟體開發工具包(software development kit,簡稱SDK),包括Android Service的管理、心跳封包執行緒(thread)的管理、手機上推送消息的展示,以及和服務端交互的流程處理,包括發送註冊包、和服務端建立長連接、發送心跳封包、推送消息回報等。服務端部分主要負責長連接的請求管理、業務邏輯處理、推送消息、統計資訊落地等。此外還包括PUSH WEB管理後臺和應用業務(比如遊戲業務)接入管理等。由於習知的終端應用進行業務消息推送時,為保持客戶端與服務端之間的網路鏈路連接(比如TCP長連接),通常採用固定的心跳封包發送策略,導致手機終端耗電量較大。
本實施例考慮到,根據服務端推送的業務消息的類型不同,可以允許心跳封包執行緒具有不同的休眠時間,因此,本實施例採用以下
解決方案:基於客戶端獲取的服務端發佈的業務消息的類型,動態調整心跳封包發送策略,在此策略的基礎上保持客戶端與服務端之間的網路鏈路連接,供業務消息的推送操作,以此節省手機終端的電量。
具體地,以Android手機為例,手機客戶端在啟動後,會生成一個Android Service,然後與服務端透過註冊包建立連接。之後,客戶端啟動心跳封包執行緒,向服務端發送心跳封包與服務端保持網路鏈路連接。透過該網路鏈路連接,獲取應用業務推送消息。
其中,根據手機終端網路類型的不同,網路鏈路連接也不同。通常,手機網路類型主要有三種:wifi、net,還有小一部分wap網路。由於wifi、net網路都支援長連接,而wap網路不支援長連接,因此,當手機網路類型為wifi、net時,客戶端與服務端之間的網路鏈路連接為長連接,客戶端獲取的業務消息為服務端推送的業務消息。
當手機網路類型為wap網路時,客戶端與服務端之間的網路鏈路連接不為長連接,則推送方案需要改變成拉取(polling)的方式,由客戶端主動從服務端拉取業務消息。由此,客戶端根據網路類型的不同,需要在上述兩種連接狀態中切換,在切換過程中,需要進行推送流程的切換。Android系統中透過註冊網路連接狀態BroadcastReceiver,來接收網路變化廣播通知,以此調整網路鏈路連接。
接著,進行步驟S102,根據所述業務消息的類型調整心跳封包發送策略。本實施例可以根據不同的業務消息類型調整心跳封包發送策略,以節省手機電量。其中,業務消息類型可以分為即時類消息、設定時間類消息以及指令類消息等。以遊戲行銷業務為例,在遊戲行銷業務中,推送消息分為遊戲即時消息、遊戲行銷活動消息、推送指令消息等類型。遊戲即時消息是指遊戲最新的版本更新消息和道具打折消息以及其它即時消息。遊戲行銷活動消息是指遊戲營運策劃的一些活動消息,其具有固定的推送時間。推送指令消息包括推送關閉消息,或者臨時發佈的推送策略
消息等。
對於不同的業務消息類型採用不同的心跳封包發送間隔。比如,對於即時類消息,按照推送消息不能過於頻繁的約定和經驗資料,在接收到該即時類消息後接下來一段時間(比如60分鐘)內再有即時類消息的概率較小,可以調整心跳封包的發送間隔大於客戶端與服務端約定的基準時間間隔,從而節省了網路連接耗費和CPU運行耗費的手機電量;然後在設定的時間段後,恢復心跳封包發送間隔為基準時間間隔。
對於設定時間類消息,由於消息推送時間已預先設定,同樣可以調整心跳封包的發送間隔大於客戶端與服務端約定的基準時間間隔,從而可以節省網路連接耗費和CPU運行耗費的手機電量。對於指令類消息,以推送關閉消息為例,當客戶端接收到該推送指令消息後,則會停止心跳封包的發送,關閉與服務端之間的網路鏈路連接,節省了網路連接耗費的手機電量。
之後,進行步驟S103,基於所述調整後的心跳封包發送策略保持與所述服務端之間的網路鏈路連接,以供業務消息的推送操作。其中,消息推送系統在進行業務消息的推送操作時,需要根據網路鏈路連接的類型採取相應的推送方案,例如,當網路鏈路連接為長連接時,客戶端接收服務端推送的業務消息;當網路鏈路連接不為長連接時,客戶端從服務端拉取業務消息。
此外,當業務消息的類型為設定時間類消息時,客戶端可以在設定時間前預定時間拉取業務消息。另外,客戶端會即時監測網路類型變化,在監測到網路類型變化後,切換與服務端之間的網路連結狀態,以確保業務消息的正常推送。本實施例透過上述方案,客戶端在從服務端獲取到業務消息後,根據業務消息的類型調整心跳封包發送策略;基於該心跳封包發送策略保持與服務端之間的網路鏈路連接,以供業務消息的推送操作,由此可以更好的滿足移動終端上各種應用業務消息的推送需求,並
節省了移動終端的電量。
更為具體地,如圖2所示,作為一種實施方式,上述步驟S102可以包括:步驟S1021,判斷業務消息的類型;當業務消息的類型為即時類消息時,進入步驟81022;當業務消息的類型為設定時間類消息時,進入步驟S1023;當業務消息的類型為指令類消息時,進入步驟S1024。
其中,步驟S1022,調整心跳封包的發送間隔為第一預設時間段,並在第二預設時間段後恢復心跳封包的發送間隔為基準時間間隔,其中,第一預設時間段大於基準時間間隔,且小於第二預設時間段。
其中,步驟S1023,調整心跳封包的發送間隔為第三預設時間段,並在第四預設時間段後恢復心跳封包的發送間隔為基準時間間隔,其中,第三預設時間段大於所述基準時間間隔,且小於所述第四預設時間段。
其中,步驟S1024,停止心跳封包執行緒。
上述第一預設時間段與第三預設時間段可以相同,也可以不相同;上述第二預設時間段與第四預設時間段可以相同,也可以不相同。以遊戲行銷業務為例,並設定客戶端與服務端約定的基準心跳封包間隔為60秒。
當客戶端收到的推送消息為遊戲即時類消息時,按照推送消息不能過於頻繁的約定和經驗資料,接下來60分鐘內再有即時類消息的概率較小,因此,可以調整心跳封包發送間隔為120秒,使得心跳封包執行緒休眠120秒,以節省網路連接耗費和CPU運行耗費的手機電量。在60分鐘之後,再恢復心跳封包發送間隔為基準發送間隔60秒。
當收到的推送消息類型為遊戲活動清單消息時,記錄下活動時間,推送方案變化為主動拉取(polling)方式,透過計時器在活動時間前預定時間去拉取消息通知使用者。同時,心跳封包發送間隔調整為120秒,使得心跳封包執行緒休眠120秒,從而節省了網路連接耗費和CPU運行耗
費的手機電量。
當收到的推送消息為指令消息時,如果是關閉推送指令,則斷開長連接,停止心跳封包執行緒,停止Android Service,以節省網路連接耗費的手機電量。此外,在關機或者使用者關閉推送時,關閉推送流程,以節省網路連接耗費的手機電量。客戶可以選擇默認設置為晚間22:00到早間8:00,關閉推送流程,以節省網路連接耗費的手機電量。由此,透過以上動態策略,在滿足業務推送需求,節省手機流量的同時,可以較好的節省手機電量。
需要說明的是,本實施例中根據業務消息類型調整心跳封包發送策略的方案可以不限於上述幾種業務類型對應的應用場景,在其他實施例中,還可以採用更多或更細分的策略來調整心跳封包策略。此外,本實施例中根據業務消息類型調整心跳封包發送策略的方案可以由客戶端側定義,也可以由服務端發佈給客戶端,具體可以在客戶端與服務端透過註冊包建立連接後,服務端將推送策略發佈給客戶端,由客戶端對接收的推送策略進行解析,獲取心跳封包調整策略。
如圖3所示,本發明第二實施例提出一種資訊推送方法,在上述第一實施例的基礎上,在上述步驟S101之前還包括:步驟S90,客戶端與服務端透過註冊包建立連接;步驟S100,啟動心跳封包執行緒與服務端保持網路鏈路連接。
本實施例與上述第一實施例的區別在於,本實施例還包括啟動心跳封包執行緒與服務端建立初始網路鏈路連接的方案。具體地,以Android手機為例,手機客戶端在啟動後,生成一個Android Service,然後與服務端透過註冊包建立連接。之後,客戶端啟動心跳封包執行緒,向服務端發送心跳封包與服務端保持網路鏈路連接。透過該網路鏈路連接,客戶端獲取應用業務推送消息。
其中,根據手機終端網路類型的不同,網路鏈路連接也不
同。通常,手機網路類型主要有三種:wifi、net,還有小一部分wap網路。由於wifi、net網路都支援長連接,而wap網路不支援長連接,因此,當手機網路類型為wifi、net時,客戶端與服務端之間的網路鏈路連接為長連接,客戶端獲取的業務消息為服務端推送的業務消息。
當手機網路類型為wap網路時,客戶端與服務端之間的網路鏈路連接不為長連接,則推送方案需要改變成拉取(polling)的方式,由客戶端主動從服務端拉取業務消息。由此,客戶端根據網路類型的不同,需要在上述兩種連接狀態中切換,在切換過程中,需要進行推送流程的切換。Android系統中透過註冊網路連接狀態BroadcastReceiver,來接收網路變化廣播通知,以此調整網路鏈路連接。由此,透過建立的初始網路鏈路連接,可以使得客戶端獲取到系統推送的業務消息。
本實施例透過上述方案,客戶端透過啟動心跳封包執行緒與服務端建立初始網路鏈路連接,基於該初始網路鏈路連接獲取系統推送的業務消息,在從服務端獲取到業務消息後,根據業務消息的類型調整心跳封包發送策略;基於該心跳封包發送策略保持與服務端之間的網路鏈路連接,以供業務消息的推送操作,由此可以更好的滿足移動終端上各種應用業務消息的推送需求,並節省移動終端的電量。
如圖4所示,本發明第三實施例提出一種資訊推送方法,在上述第二實施例的基礎上,在上述步驟S90之後還包括:步驟S80,客戶端接收服務端發佈的推送策略。本實施例與上述第二實施例的區別在於,本實施例中,心跳封包發送策略的調整方案由服務端發佈給客戶端,具體可以在客戶端與服務端透過註冊包建立連接後,服務端將推送策略發佈給客戶端,由客戶端對接收的推送策略進行解析,獲取心跳封包調整策略。後續,當客戶端獲取到系統推送的業務消息後,即可以根據業務消息的類型採用相應的心跳封包調整策略,以節省手機電量。
如圖5所示,本發明第一實施例提出一種資訊推送客戶端裝
置,包括:獲取模組201、調整模組202及推送操作模組203,其中,獲取模組201可用於從服務端獲取業務消息;調整模組202可用於根據業務消息的類型調整心跳封包發送策略;推送操作模組203可用於基於調整後的心跳封包發送策略保持與服務端之間的網路鏈路連接,以供業務消息的推送操作。
本實施例方案涉及的資訊推送系統包括客戶端和服務端,以Android手機為例,客戶端部分主要負責手機推送模組SDK,包括Android Service的管理、心跳封包執行緒的管理、手機上推送消息的展示,以及和服務端交互的流程處理,包括發送註冊包、和服務端建立長連接、發送心跳封包、推送消息回報等。
服務端部分主要負責長連接的請求管理、業務邏輯處理、推送消息、統計資訊落地等。此外還包括PUSH WEB管理後臺和應用業務(比如遊戲業務)接入管理等。
由於現有的終端應用進行業務消息推送時,為保持客戶端與服務端之間的網路鏈路連接(比如TCP長連接),通常採用固定的心跳封包發送策略,導致手機終端耗電量較大。
本實施例考慮到,根據服務端推送的業務消息的類型不同,可以允許心跳封包執行緒具有不同的休眠時間,因此,本實施例採用以下解決方案:基於客戶端獲取的服務端發佈的業務消息的類型,動態調整心跳封包發送策略,在此策略的基礎上保持客戶端與服務端之間的網路鏈路連接,供業務消息的推送操作,以此節省手機終端的電量。
具體地,以Android手機為例,手機客戶端在啟動後,會生成一個Android Service,然後與服務端透過註冊包建立連接。之後,客戶端啟動心跳封包執行緒,向服務端發送心跳封包與服務端保持網路鏈路連接。獲取模組201透過該網路鏈路連接,獲取應用業務推送消息。
其中,根據手機終端網路類型的不同,網路鏈路連接也不
同。通常,手機網路類型主要有三種:wifi、net,還有小一部分wap網路。由於wifi、net網路都支援長連接,而wap網路不支援長連接,因此,當手機網路類型為wifi、net時,客戶端與服務端之間的網路鏈路連接為長連接,客戶端獲取的業務消息為服務端推送的業務消息。
當手機網路類型為wap網路時,客戶端與服務端之間的網路鏈路連接不為長連接,則推送方案需要改變成拉取(polling)的方式,由客戶端主動從服務端拉取業務消息。
由此,客戶端根據網路類型的不同,需要在上述兩種連接狀態中切換,在切換過程中,需要進行推送流程的切換。Android系統中透過註冊網路連接狀態BroadcastReceiver,來接收網路變化廣播通知,以此調整網路鏈路連接。
本實施例可以根據不同的業務消息類型調整心跳封包發送策略,以節省手機電量。其中,業務消息類型可以分為即時類消息、設定時間類消息以及指令類消息等。以遊戲行銷業務為例,在遊戲行銷業務中,推送消息分為遊戲即時消息、遊戲行銷活動消息、推送指令消息等類型。遊戲即時消息是指遊戲最新的版本更新消息和道具打折消息以及其它即時消息。遊戲行銷活動消息是指遊戲營運策劃的一些活動消息,其具有固定的推送時間。推送指令消息包括推送關閉消息,或者臨時發佈的推送策略消息等。
其中,調整模組202對於不同的業務消息類型採用不同的心跳封包發送間隔。比如,對於即時類消息,按照推送消息不能過於頻繁的約定和經驗資料,在接收到該即時類消息後接下來一段時間(比如60分鐘)內再有即時類消息的概率較小,可以調整心跳封包的發送間隔大於客戶端與服務端約定的基準時間間隔,從而節省了網路連接耗費和CPU運行耗費的手機電量;然後在設定的時間段後,恢復心跳封包發送間隔為基準時間間隔。
對於設定時間類消息,由於消息推送時間已預先設定,同樣可以調整心跳封包的發送間隔大於客戶端與服務端約定的基準時間間隔,從而可以節省網路連接耗費和CPU運行耗費的手機電量。
對於指令類消息,以推送關閉消息為例,當客戶端接收到該推送指令消息後,則會停止心跳封包的發送,關閉與服務端之間的網路鏈路連接,節省了網路連接耗費的手機電量。
後續,客戶端推送操作模組203,基於所述調整後的心跳封包發送策略保持與服務端之間的網路鏈路連接,透過該網路鏈路連接實現業務消息的推送操作。
其中,消息推送系統在進行業務消息的推送操作時,需要根據網路鏈路連接的類型採取相應的推送方案,其中:當所述網路鏈路連接為長連接時,客戶端接收服務端推送的業務消息;當網路鏈路連接不為長連接時,客戶端從所述服務端拉取業務消息。此外,當業務消息的類型為設定時間類消息時,客戶端可以在該設定時間前預定時間拉取業務消息。另外,客戶端會即時監測網路類型變化,在監測到網路類型變化後,切換與服務端之間的網路連結狀態,以確保業務消息的正常推送。
本實施例透過上述方案,客戶端在從服務端獲取到業務消息後,根據業務消息的類型調整心跳封包發送策略;基於該心跳封包發送策略保持與服務端之間的網路鏈路連接,以供業務消息的推送操作,由此可以更好的滿足移動終端上各種應用業務消息的推送需求,並節省了移動終端的電量。
更為具體地,調整模組202還可用於當業務消息的類型為即時類消息時,調整心跳封包的發送間隔為第一預設時間段,並在第二預設時間段後恢復心跳封包的發送間隔為基準時間間隔;其中,第一預設時間段大於基準時間間隔,且小於第二預設時間段;當業務消息的類型為設定時間類消息時,調整心跳封包的發送間隔為第三預設時間段,並在第四預
設時間段後恢復心跳封包的發送間隔為基準時間間隔,其中,第三預設時間段大於基準時間間隔,且小於第四預設時間段;以及當業務消息的類型為指令類消息時,停止心跳封包執行緒。
上述第一預設時間段與第三預設時間段可以相同,也可以不相同;上述第二預設時間段與第四預設時間段可以相同,也可以不相同。以遊戲行銷業務為例,並設定客戶端與服務端約定的基準心跳封包間隔為60秒。
當客戶端收到的推送消息為遊戲即時類消息時,按照推送消息不能過於頻繁的約定和經驗資料,接下來60分鐘內再有即時類消息的概率較小,因此,可以調整心跳封包發送間隔為120秒,使得心跳封包執行緒休眠120秒,以節省網路連接耗費和CPU運行耗費的手機電量。在60分鐘之後,再恢復心跳封包發送間隔為基準發送間隔60秒。
當收到的推送消息類型為遊戲活動清單消息時,記錄下活動時間,推送方案變化為主動拉取(polling)方式,透過計時器在活動時間前預定時間去拉取消息通知使用者。同時,心跳封包發送間隔調整為120秒,使得心跳封包執行緒休眠120秒,從而節省了網路連接耗費和CPU運行耗費的手機電量。
當收到的推送消息為指令消息時,如果是關閉推送指令,則斷開長連接,停止心跳封包執行緒,停止Android Service,以節省網路連接耗費的手機電量。此外,在關機或者使用者關閉推送時,關閉推送流程,以節省網路連接耗費的手機電量。客戶可以選擇默認設置為晚間22:00到早間8:00,關閉推送流程,以節省網路連接耗費的手機電量。由此,透過以上動態策略,在滿足業務推送需求,節省手機流量的同時,可以較好的節省手機電量。
需要說明的是,本實施例中根據業務消息類型調整心跳封包發送策略的方案可以不限於上述幾種業務類型對應的應用場景,在其他實
施例中,還可以採用更多或更細分的策略來調整心跳封包策略。
此外,本實施例中根據業務消息類型調整心跳封包發送策略的方案可以由客戶端側定義,也可以由服務端發佈給客戶端,具體可以在客戶端與服務端透過註冊包建立連接後,服務端將推送策略發佈給客戶端,由客戶端對接收的推送策略進行解析,獲取心跳封包調整策略。
如圖6所示,本發明第二實施例提出一種資訊推送客戶端裝置,在上述第一實施例的裝置基礎上,還可包括:啟動模組200,其用於與服務端透過註冊包建立連接,以及啟動心跳封包執行緒與服務端保持網路鏈路連接。
本實施例與上述第一實施例的區別在於,本實施例還包括啟動心跳封包執行緒與服務端建立初始網路鏈路連接的方案。具體地,以Android手機為例,手機客戶端在啟動後,生成一個Android Service,然後與服務端透過註冊包建立連接。之後,客戶端啟動心跳封包執行緒,向服務端發送心跳封包與服務端保持網路鏈路連接。透過該網路鏈路連接,客戶端獲取應用業務推送消息。
其中,根據手機終端網路類型的不同,網路鏈路連接也不同。通常,手機網路類型主要有三種:wifi、net,還有小一部分wap網路。由於wifi、net網路都支援長連接,而wap網路不支援長連接,因此,當手機網路類型為wifi、net時,客戶端與服務端之間的網路鏈路連接為長連接,客戶端獲取的業務消息為服務端推送的業務消息。
當手機網路類型為wap網路時,客戶端與服務端之間的網路鏈路連接不為長連接,則推送方案需要改變成拉取(polling)的方式,由客戶端主動從服務端拉取業務消息。
由此,客戶端根據網路類型的不同,需要在上述兩種連接狀態中切換,在切換過程中,需要進行推送流程的切換。Android系統中透過註冊網路連接狀態BroadcastReceiver,來接收網路變化廣播通知,以此調整
網路鏈路連接。由此,透過建立的初始網路鏈路連接,可以使得客戶端獲取到系統推送的業務消息。
本實施例透過上述方案,客戶端透過啟動心跳封包執行緒與服務端建立初始網路鏈路連接,基於該初始網路鏈路連接獲取系統推送的業務消息,在從服務端獲取到業務消息後,根據業務消息的類型調整心跳封包發送策略;基於該心跳封包發送策略保持與服務端之間的網路鏈路連接,以供業務消息的推送操作,由此可以更好的滿足移動終端上各種應用業務消息的推送需求,並節省了移動終端的電量。
進一步地,啟動模組200,還可用於在與服務端透過註冊包建立連接後接收服務端下發的推送策略。即心跳封包發送策略的調整方案由服務端發佈給客戶端,具體可以在客戶端與服務端透過註冊包建立連接後,服務端將推送策略發佈給客戶端,由客戶端對接收的推送策略進行解析,獲取心跳封包調整策略。後續,當客戶端獲取到系統推送的業務消息後,即可以根據業務消息的類型採用相應的心跳封包調整策略,以節省手機電量。
如圖7所示,本發明較佳實施例還提出一種資訊推送系統,包括:客戶端301和與客戶端301通信連接的服務端302,其中:客戶端301可以採用上述實施例所述的客戶端裝置;所述服務端302可用於向客戶端301發佈業務消息,並基於客戶端301根據業務消息的類型調整的心跳封包發送策略,與客戶端301保持網路鏈路連接,進行業務消息的推送操作。
具體地,以Android手機為例,客戶端301部分主要負責手機推送模組SDK,包括Android Servie的管理、心跳封包執行緒的管理、手機上推送消息的展示,以及和服務端302交互的流程處理,包括發送註冊包、和服務端302建立長連接、發送心跳封包、推送消息回報等。
服務端302部分主要負責長連接的請求管理、業務邏輯處
理、推送消息、統計資訊落地等。此外還包括PUSH WEB管理後臺和應用業務(比如遊戲業務)接入管理等。
由於現有的終端應用進行業務消息推送時,為保持客戶端301與服務端302之間的網路鏈路連接(比如TCP長連接),通常採用固定的心跳封包發送策略,導致手機終端耗電量較大。
本實施例考慮到,根據服務端302推送的業務消息的類型不同,可以允許心跳封包執行緒具有不同的休眠時間,因此,本實施例採用以下解決方案:基於客戶端301獲取的服務端302下發的業務消息的類型,動態調整心跳封包發送策略,在此策略的基礎上保持客戶端301與服務端302之間的網路鏈路連接,供業務消息的推送操作,以此節省手機終端的電量。
具體地,以Android手機為例,手機客戶端301在啟動後,會生成一個Android Service,然後與服務端302透過註冊包建立連接。之後,客戶端301啟動心跳封包執行緒,向服務端302發送心跳封包與服務端302保持網路鏈路連接。透過該網路鏈路連接,獲取應用業務推送消息。
其中,根據手機終端網路類型的不同,網路鏈路連接也不同。通常,手機網路類型主要有三種:wifi、net,還有小一部分wap網路。由於wifi、net網路都支援長連接,而wap網路不支援長連接,因此,當手機網路類型為wifi、net時,客戶端301與服務端302之間的網路鏈路連接為長連接,客戶端301獲取的業務消息為服務端302推送的業務消息。
當手機網路類型為wap網路時,客戶端301與服務端302之間的網路鏈路連接不為長連接,則推送方案需要改變成拉取(polling)的方式,由客戶端301主動從服務端302拉取業務消息。
由此,客戶端301根據網路類型的不同,需要在上述兩種連接狀態中切換,在切換過程中,需要進行推送流程的切換。Android系統中透過註冊網路連接狀態BroadcastReceiver,來接收網路變化廣播通知,以此
調整網路鏈路連接。
本實施例可以根據不同的業務消息類型調整心跳封包發送策略,以節省手機電量。其中,業務消息類型可以分為即時類消息、設定時間類消息以及指令類消息等。以遊戲行銷業務為例,在遊戲行銷業務中,推送消息分為遊戲即時消息、遊戲行銷活動消息、推送指令消息等類型。遊戲即時消息是指遊戲最新的版本更新消息和道具打折消息以及其它即時消息。遊戲行銷活動消息是指遊戲營運策劃的一些活動消息,其具有固定的推送時間。推送指令消息包括推送關閉消息,或者臨時下發的推送策略消息等。
對於不同的業務消息類型採用不同的心跳封包發送間隔。比如,對於即時類消息,按照推送消息不能過於頻繁的約定和經驗資料,在接收到該即時類消息後接下來一段時間(比如60分鐘)內再有即時類消息的概率較小,可以調整心跳封包的發送間隔大於客戶端301與服務端302約定的基準時間間隔,從而節省了網路連接耗費和CPU運行耗費的手機電量;然後在設定的時間段後,恢復心跳封包發送間隔為基準時間間隔。
對於設定時間類消息,由於消息推送時間已預先設定,同樣可以調整心跳封包的發送間隔大於客戶端301與服務端302約定的基準時間間隔,從而可以節省網路連接耗費和CPU運行耗費的手機電量。
對於指令類消息,以推送關閉消息為例,當客戶端301接收到該推送指令消息後,則會停止心跳封包的發送,關閉與服務端302之間的網路鏈路連接,節省了網路連接耗費的手機電量。之後,客戶端301基於所述調整後的心跳封包發送策略保持與服務端302之間的網路鏈路連接,以供業務消息的推送操作。
其中,消息推送系統在進行業務消息的推送操作時,需要根據網路鏈路連接的類型採取相應的推送方案,其中:當網路鏈路連接為長連接時,客戶端301接收服務端302推送的業務消息;當網路鏈路連接不
為長連接時,客戶端301從服務端302拉取業務消息。此外,當業務消息的類型為設定時間類消息時,客戶端301可以在該設定時間前預定時間拉取業務消息。另外,客戶端301會即時監測網路類型變化,在監測到網路類型變化後,切換與服務端302之間的網路連結狀態,以確保業務消息的正常推送。本實施例透過上述方案,客戶端301在從服務端302獲取到業務消息後,根據業務消息的類型調整心跳封包發送策略;基於該心跳封包發送策略保持與服務端302之間的網路鏈路連接,以供業務消息的推送操作,由此可以更好的滿足移動終端上各種應用業務消息的推送需求,並節省了移動終端的電量。
更為具體地,客戶端301根據所述業務消息的類型調整心跳封包發送策略可以採用以下方案:首先,判斷業務消息的類型;當業務消息的類型為即時類消息時,調整心跳封包的發送間隔為第一預設時間段,並在第二預設時間段後恢復心跳封包的發送間隔為基準時間間隔,其中第一預設時間段大於基準時間間隔,且小於第二預設時間段;當業務消息的類型為設定時間類消息時,調整心跳封包的發送間隔為第三預設時間段,並在第四預設時間段後恢復心跳封包的發送間隔為基準時間間隔,其中,第三預設時間段大於基準時間間隔,且小於第四預設時間段;當所述業務消息的類型為指令類消息時,停止心跳封包執行緒。上述第一預設時間段與第三預設時間段可以相同,也可以不相同;上述第二預設時間段與第四預設時間段可以相同,也可以不相同。以遊戲行銷業務為例,並設定客戶端301與服務端302約定的基準心跳封包間隔為60秒
當客戶端301收到的推送消息為遊戲即時類消息時,按照推送消息不能過於頻繁的約定和經驗資料,接下來60分鐘內再有即時類消息的概率較小,因此,可以調整心跳封包發送間隔為120秒,使得心跳封包執行緒休眠120秒,以節省網路連接耗費和CPU運行耗費的手機電量。在
60分鐘之後,再恢復心跳封包發送間隔為基準發送間隔60秒。
當收到的推送消息類型為遊戲活動清單消息時,記錄下活動時間,推送方案變化為主動拉取(polling)方式,透過計時器在活動時間前預定時間去拉取消息通知使用者。同時,心跳封包發送間隔調整為120秒,使得心跳封包執行緒休眠120秒,從而節省了網路連接耗費和CPU運行耗費的手機電量。當收到的推送消息為指令消息時,如果是關閉推送指令,則斷開長連接,停止心跳封包執行緒,停止Android Service,以節省網路連接耗費的手機電量。
此外,在關機或者使用者關閉推送時,關閉推送流程,以節省網路連接耗費的手機電量。客戶可以選擇默認設置為晚間22:00到早間8:00,關閉推送流程,以節省網路連接耗費的手機電量。由此,透過以上動態策略,在滿足業務推送需求,節省手機流量的同時,可以較好的節省手機電量。
需要說明的是,本實施例中根據業務消息類型調整心跳封包發送策略的方案可以不限於上述幾種業務類型對應的應用場景,在其他實施例中,還可以採用更多或更細分的策略來調整心跳封包策略。
此外,本實施例中根據業務消息類型調整心跳封包發送策略的方案可以由客戶端301側定義,也可以由服務端302下發給客戶端301,具體可以在客戶端301與服務端302透過註冊包建立連接後,服務端302將推送策略發佈給客戶端301,由客戶端301對接收的推送策略進行解析,獲取心跳封包調整策略。
本發明實施例資訊推送方法、客戶端裝置及系統,客戶端在從服務端獲取到業務消息後,根據業務消息的類型調整心跳封包發送策略;基於該心跳封包發送策略保持與服務端之間的網路鏈路連接,以供業務消息的推送操作,由此可以更好的滿足移動終端上各種應用業務消息的推送需求,並節省了移動終端的電量。
需要說明的是,在本文中,術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含,從而使得包括一系列要素的過程、方法、物品或者裝置不僅包括那些要素,而且還包括沒有明確列出的其他要素,或者是還包括為這種過程、方法、物品或者裝置所固有的要素。在沒有更多限制的情況下,由語句“包括一個......”限定的要素,並不排除在包括該要素的過程、方法、物品或者裝置中還存在另外的相同要素。
上述本發明實施例序號僅僅為了描述,不代表實施例的優劣。
透過以上的實施方式的描述,本領域的技術人員可以清楚地瞭解到上述實施例方法可借助軟體加必需的通用硬體平臺的方式來實現,當然也可以透過硬體,但很多情況下前者是更佳的實施方式。基於這樣的理解,本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來,該電腦軟體產品存儲在一個存儲介質(如ROM/RAM、磁碟、光碟)中,包括若干指令用以使得一台終端設備(可以是手機,電腦,伺服器,或者網路設備等)執行本發明各個實施例所述的方法。
以上僅為本發明的較佳實施例而已,並不用以限制本發明,凡在本發明的精神和原則之內所作的任何修改、等同替換和改進等,均應包含在本發明的保護範圍之內。
S101-S103‧‧‧本發明資訊推送方法第一實施例的流程步驟
Claims (18)
- 一種資訊推送方法,其包括:客戶端從服務端獲取業務消息;判斷所述業務消息的類型,當所述業務消息的類型為即時類消息時,調整心跳封包的發送間隔為第一預設時間段,並在第二預設時間段後恢復心跳封包的發送間隔為基準時間間隔,其中,所述第一預設時間段大於所述基準時間間隔,且小於所述第二預設時間段;以及基於調整後的心跳封包發送策略保持與所述服務端之間的網路鏈路連接,以供業務消息的推送操作。
- 如申請專利範圍第1項所述之資訊推送方法,其中,所述客戶端從服務端獲取業務消息的步驟包括:所述客戶端接收所述服務端推送的業務消息;或者,所述客戶端從所述服務端拉取業務消息。
- 如申請專利範圍第1項所述之資訊推送方法,其中,所述判斷業務消息的類型的步驟之後還包括:當所述業務消息的類型為設定時間類消息時,調整心跳封包的發送間隔為第三預設時間段,並在第四預設時間段後恢復心跳封包的發送間隔為基準時間間隔,其中,所述第三預設時間段大於所述基準時間間隔,且小於所述第四預設時間段。
- 如申請專利範圍第1項所述之資訊推送方法,其中,所述判斷業務消息的類型的步驟之後還包括:當所述業務消息的類型為指令類消息時,停止心跳封包執行緒。
- 如申請專利範圍第1至4項中任一項所述之資訊推送方法,其中,所述客戶端從服務端獲取業務消息的步驟之前還包括:客戶端與服務端透過註冊包建立連接;以及啟動心跳封包執行緒與所述服務端保持網路鏈路連接。
- 如申請專利範圍第5項所述之資訊推送方法,其中,所述客戶端與服務端透過註冊包建立連接的步驟之後還包括:所述客戶端接收所述服務端發佈的推送策略。
- 如申請專利範圍第5項所述之資訊推送方法,其中,所述業務消息的推送操作包括:當所述網路鏈路連接為長連接時,所述客戶端接收所述服務端推送的業務消息;當所述網路鏈路連接不為長連接時,所述客戶端從所述服務端拉取業務消息。
- 如申請專利範圍第7項所述之資訊推送方法,其中,所述業務消息的推送操作還包括:當所述業務消息的類型為設定時間類消息時,所述客戶端在所述設定時間前預定時間拉取所述業務消息。
- 如申請專利範圍第7項所述之資訊推送方法,其中,還包括:所述客戶端在監測到網路類型變化後,切換與所述服務端之間的網路連結狀態。
- 一種資訊推送客戶端裝置,其包括:獲取模組,用於從服務端獲取業務消息;調整模組,用於判斷所述業務消息的類型,當所述業務消息的類型為即時類消息時,調整心跳封包的發送間隔為第一預設時間段,並在第二預設時間段後恢復心跳封包的發送間隔為基準時間間隔,其中,所述第一預設時間段大於所述基準時間間隔,且小於所述第二預設時間段;以及推送操作模組,用於基於調整後的心跳封包發送策略保持與所述服務端之間的網路鏈路連接,以供業務消息的推送操作。
- 如申請專利範圍第10項所述之資訊推送客戶端裝置,其中,所述獲取模組,還用於接收所述服務端推送的業務消息;或者,所述客戶端從所述服務端拉取業務消息。
- 如申請專利範圍第10項所述之資訊推送客戶端裝置,其中,所述調整模組,還用於:當所述業務消息的類型為設定時間類消息時,調整心跳封包的發送間隔為第三預設時間段,並在第四預設時間段後恢復心跳封包的發送間隔為基準時間間隔,其中,所述第三預設時間段大於所述基準時間間隔,且小於所述第四預設時間段;以及當所述業務消息的類型為指令類消息時,停止心跳封包執行緒。
- 如申請專利範圍第10、11或12項所述之資訊推送客戶端裝置,還包括:啟動模組,用於與服務端透過註冊包建立連接,以及,啟動心跳封包執行緒與所述服務端保持網路鏈路連接。
- 如申請專利範圍第13項所述之資訊推送客戶端裝置,其中,所述啟動模組,還用於在與服務端透過註冊包建立連接後接收所述服務端發佈的推送策略。
- 如申請專利範圍第13項所述之資訊推送客戶端裝置,其中,所述推送操作模組,還用於:當所述網路鏈路連接為長連接時,接收所述服務端推送的業務消息;當所述網路鏈路連接不為長連接時,從所述服務端拉取業務消息。
- 如申請專利範圍第15項所述之資訊推送客戶端裝置,其中,所述推送操作模組,還用於當所述業務消息的類型為設定時間類消息時,在所述設定時間前預定時間拉取所述業務消息。
- 如申請專利範圍第15項所述之資訊推送客戶端裝置,其中,所述推送操作模組,還用於在監測到網路類型變化後,切換與所述服務端之間的網路連結狀態。
- 一種資訊推送系統,其包括:客戶端和服務端,其中,所述客戶端如申請專利範圍第10至17項中任一項所述的客戶端裝置;所述服務端用於向所述客戶端發佈業務消息,以及,基於客戶端根據業務消息的類型調整的心跳封包發送策略,與所述客戶端保持網路鏈路連接,進行業務消息的推送操作。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310662580.6A CN104703146B (zh) | 2013-12-09 | 2013-12-09 | 信息推送方法、客户端及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201524235A TW201524235A (zh) | 2015-06-16 |
TWI538537B true TWI538537B (zh) | 2016-06-11 |
Family
ID=53349833
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW103142497A TWI538537B (zh) | 2013-12-09 | 2014-12-05 | 資訊推送方法、客戶端裝置及其系統 |
Country Status (6)
Country | Link |
---|---|
US (1) | US10462245B2 (zh) |
JP (1) | JP6286555B2 (zh) |
KR (1) | KR101877150B1 (zh) |
CN (1) | CN104703146B (zh) |
TW (1) | TWI538537B (zh) |
WO (1) | WO2015085706A1 (zh) |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104159306B (zh) | 2014-07-22 | 2018-05-29 | 华为技术有限公司 | 一种控制空口资源的方法、设备及*** |
CN106470215B (zh) * | 2015-08-14 | 2020-10-09 | 腾讯科技(深圳)有限公司 | 用户终端、服务器、未关注场景的消息推送***及方法 |
CN105635248B (zh) * | 2015-12-18 | 2019-06-11 | Tcl集团股份有限公司 | 一种tcp连接资源的释放方法及*** |
CN105847285A (zh) * | 2016-05-16 | 2016-08-10 | 乐视控股(北京)有限公司 | 推送服务配置方法及装置 |
CN107517136B (zh) * | 2016-06-16 | 2022-08-16 | 中兴通讯股份有限公司 | 心跳保活的实现方法、装置及*** |
CN106899488B (zh) | 2016-07-22 | 2020-09-15 | 阿里巴巴集团控股有限公司 | 一种应用消息推送方法、装置 |
CN106375399B (zh) * | 2016-08-30 | 2019-04-30 | 成都实唯物联网科技有限公司 | 一种通道重建等待时间控制方法 |
CN106506277A (zh) * | 2016-11-17 | 2017-03-15 | 广东美的暖通设备有限公司 | 通信方法、通信装置及家电设备 |
CN106851799B (zh) * | 2017-01-19 | 2020-10-09 | 珠海市魅族科技有限公司 | 一种长连接中心跳包的发送方法及装置 |
CN109526043B (zh) * | 2017-09-19 | 2024-07-19 | 北京搜狗科技发展有限公司 | 一种应用程序的设置方法及装置 |
CN108390910B (zh) * | 2018-01-17 | 2021-03-16 | 吉浦斯信息咨询(深圳)有限公司 | 一种推送sdk的省电方法、装置及计算机可读介质 |
CN109327346A (zh) * | 2018-07-27 | 2019-02-12 | 上海电享信息科技有限公司 | 一种客户端心跳频率动态控制方法及*** |
CN109831474B (zh) * | 2018-11-26 | 2021-07-13 | 创新先进技术有限公司 | http长连接的保活***、方法、服务器及可读存储介质 |
CN111211972A (zh) * | 2020-01-10 | 2020-05-29 | 青岛特来电云科技有限公司 | 一种支持信息拉取及多渠道推送的消息通知***及方法 |
CN111343045B (zh) * | 2020-02-14 | 2022-06-28 | 青岛聚看云科技有限公司 | 调整心跳频率的方法及装置 |
CN111586672B (zh) * | 2020-04-27 | 2021-11-05 | 腾讯科技(深圳)有限公司 | 网络通话信息处理方法及装置 |
GB202100761D0 (en) | 2021-01-20 | 2021-03-03 | Univ Manchester | Treatment of osteoarthritic pain |
CN115051968A (zh) * | 2021-02-26 | 2022-09-13 | 华为技术有限公司 | 推送消息的发送方法、电子设备及可读介质 |
CN115134404B (zh) * | 2021-03-22 | 2024-01-30 | 花瓣云科技有限公司 | 管理推送连接的方法和电子设备 |
CN113242611B (zh) * | 2021-05-18 | 2022-09-27 | 展讯通信(上海)有限公司 | 调整PoC心跳包发送间隔的方法及装置 |
CN112996021B (zh) * | 2021-05-23 | 2021-08-03 | 江苏东大集成电路***工程技术有限公司 | 一种基于物联网的智能WiFi策略管理架构 |
CN113554485B (zh) * | 2021-07-21 | 2023-11-14 | 中国农业银行股份有限公司南海分行 | 一种共享充电宝的租赁方法和*** |
Family Cites Families (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040176107A1 (en) * | 2003-02-07 | 2004-09-09 | Lovleen Chadha | Methods and systems for position based tasks for wireless devices |
US7426569B2 (en) * | 2004-02-25 | 2008-09-16 | Research In Motion Limited | System and method for maintaining a network connection |
WO2006136661A1 (en) * | 2005-06-21 | 2006-12-28 | Seven Networks International Oy | Network-initiated data transfer in a mobile network |
WO2007096866A2 (en) * | 2006-02-21 | 2007-08-30 | Vimplicity Ltd. | Conversion of a phone call into a smart pushed voice message |
CN1968527A (zh) * | 2006-09-27 | 2007-05-23 | 蒋晓海 | 手机客户端同服务器之间的智能连接方法 |
US9026575B2 (en) * | 2006-09-28 | 2015-05-05 | Alcatel Lucent | Technique for automatically configuring a communication network element |
US20080104258A1 (en) * | 2006-10-30 | 2008-05-01 | Gestalt, Llc | System and method for dynamic data discovery in service oriented networks with peer-to-peer based communication |
US7768939B1 (en) * | 2007-01-02 | 2010-08-03 | Juniper Networks, Inc. | Network proxy with asymmetric connection connectivity |
JP4813596B2 (ja) * | 2007-03-28 | 2011-11-09 | パイオニア株式会社 | コンテンツ配信システム及びその制御方法 |
US8489111B2 (en) * | 2007-08-14 | 2013-07-16 | Mpanion, Inc. | Real-time location and presence using a push-location client and server |
US8099505B2 (en) * | 2008-03-26 | 2012-01-17 | Microsoft Corporation | Aggregating connection maintenance to optimize resource consumption |
US8090826B2 (en) * | 2008-06-27 | 2012-01-03 | Microsoft Corporation | Scheduling data delivery to manage device resources |
US20110231562A1 (en) * | 2008-11-24 | 2011-09-22 | Johnny Karlsen | Method and Arrangements in a Communication Network |
CN102036349B (zh) | 2009-09-29 | 2015-03-25 | 联想(北京)有限公司 | 维持终端和网络服务器连接的方法、终端及网络服务器 |
US8490075B2 (en) * | 2009-11-23 | 2013-07-16 | Nokia Corporation | Method and apparatus for optimizing an exchange of service updates |
JP2014511646A (ja) * | 2011-03-07 | 2014-05-15 | インテル コーポレイション | グループ化されたマシーン間通信 |
CN102685768B (zh) * | 2011-03-08 | 2016-02-03 | 华为技术有限公司 | 心跳消息的处理方法、心跳周期的获取方法及接入网设备 |
JP2012222378A (ja) * | 2011-04-04 | 2012-11-12 | Hitachi Ltd | 端末キープアライブ方式、及びキープアライブ間隔決定方法 |
CN102752722B (zh) * | 2011-04-19 | 2016-10-12 | ***通信集团公司 | 一种永远在线能力的提供方法、***和设备 |
CN102769603B (zh) | 2011-05-03 | 2016-06-22 | ***通信集团公司 | 一种数据传输的方法、***及设备 |
US8959235B1 (en) * | 2011-07-05 | 2015-02-17 | Symantec Corporation | Techniques for determining an optimal connection duration for a connection between a client and a server across a network |
US8649768B1 (en) * | 2011-08-24 | 2014-02-11 | Cellco Partnership | Method of device authentication and application registration in a push communication framework |
US8745157B2 (en) * | 2011-09-02 | 2014-06-03 | Trading Technologies International, Inc. | Order feed message stream integrity |
US8934877B2 (en) * | 2011-10-19 | 2015-01-13 | Facebook, Inc. | Inferential urgency notification delivery channel |
CN102523178B (zh) | 2011-12-20 | 2014-12-03 | 华为技术有限公司 | 一种基于推送的心跳消息发送方法和终端 |
US9749435B2 (en) * | 2012-01-20 | 2017-08-29 | Apple Inc. | Proxy-based push service |
KR20130086700A (ko) * | 2012-01-26 | 2013-08-05 | 삼성전자주식회사 | 휴대 단말기의 패킷 전송 방법 및 장치 |
US8971194B2 (en) * | 2012-10-29 | 2015-03-03 | At&T Intellectual Property I, L.P. | Controlling wireless transition timers based on application and content |
CN103297934B (zh) | 2013-03-04 | 2017-05-31 | 东莞宇龙通信科技有限公司 | 信息推送方法、***和移动终端 |
-
2013
- 2013-12-09 CN CN201310662580.6A patent/CN104703146B/zh active Active
-
2014
- 2014-05-09 JP JP2016536905A patent/JP6286555B2/ja active Active
- 2014-05-09 WO PCT/CN2014/077159 patent/WO2015085706A1/en active Application Filing
- 2014-05-09 KR KR1020167018030A patent/KR101877150B1/ko active IP Right Grant
- 2014-12-05 TW TW103142497A patent/TWI538537B/zh active
-
2016
- 2016-06-02 US US15/170,997 patent/US10462245B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
TW201524235A (zh) | 2015-06-16 |
CN104703146A (zh) | 2015-06-10 |
WO2015085706A1 (en) | 2015-06-18 |
KR20160096141A (ko) | 2016-08-12 |
JP2017510864A (ja) | 2017-04-13 |
CN104703146B (zh) | 2019-03-08 |
US10462245B2 (en) | 2019-10-29 |
KR101877150B1 (ko) | 2018-08-07 |
JP6286555B2 (ja) | 2018-02-28 |
US20160277520A1 (en) | 2016-09-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI538537B (zh) | 資訊推送方法、客戶端裝置及其系統 | |
KR101604561B1 (ko) | 프록시 기반 푸시 서비스 | |
US10412678B2 (en) | Managing notification service connections | |
EP3013114B1 (en) | Method for sending heartbeat message and mobile terminal | |
US9247495B2 (en) | Power saving Wi-Fi tethering | |
US20150121383A1 (en) | Application Heartbeat Period Adjusting Method and Apparatus, and Terminal | |
Rahman et al. | Energy saving in mobile cloud computing | |
WO2015196763A1 (zh) | 一种智能终端的省电管理方法及装置 | |
BR112012018380A2 (pt) | "propaganda e descoberta de serviço eficiente em um ambiente de rede ponto-a-ponto" | |
JP2014526731A (ja) | 起動パターン管理 | |
WO2015090239A1 (zh) | 通知用户状态的装置、方法和*** | |
US20170195275A1 (en) | Delivery of email to a mobile device | |
EP3197170B1 (en) | Multimedia processing device, multimedia processing server and method therefor | |
CN106550438B (zh) | 限制定期唤醒的方法及***、移动设备 | |
CN103401896A (zh) | 一种多Android客户端服务共享方法及*** | |
CN104468380A (zh) | 一种接入点设备与服务器交互的接口通信方法 | |
CN104955133A (zh) | 用于管理网络连线的移动设备和方法以及存储介质 | |
WO2015074414A1 (zh) | 一种社交网络信息推送方法及装置 | |
WO2023098055A1 (zh) | 低功耗模式的开启方法和装置、存储介质及电子装置 | |
US20150139081A1 (en) | Smartphones backgroung uplink small data packet optimization | |
WO2016192201A1 (zh) | 一种传输数据的方法和装置 | |
KR102155874B1 (ko) | 단말 디바이스를 동작시키기 위한 방법 | |
WO2014134978A1 (zh) | 保持会话的方法、***、网络侧、终端及计算机存储介质 | |
CN114024784A (zh) | 通信设备控制方法、通信设备和计算机存储介质 |