[發(fā)明專利]一種跨移動(dòng)終端的消息推送方法及裝置

有效

• 申請(qǐng)?zhí)枺?/td>: 201310598362.0
• 申請(qǐng)日: 2013-11-22
• 公開(kāi)（公告）號(hào): CN103684988B
• 公開(kāi)（公告）日: 2018-01-16
• 發(fā)明（設(shè)計(jì)）人: 鄧福喜;廖炳才;施東榮;余園;王付國(guó)
• 申請(qǐng)（專利權(quán)）人: 深圳市藍(lán)凌軟件股份有限公司
• 主分類號(hào): H04L12/58
• 分類號(hào): H04L12/58;H04W4/14;H04L29/08
• 代理公司: 深圳市深佳知識(shí)產(chǎn)權(quán)代理事務(wù)所(普通合伙)44285
• 代理人: 王仲凱

技術(shù)領(lǐng)域

本發(fā)明涉及消息推送領(lǐng)域，特別涉及一種跨移動(dòng)終端的消息推送方法及裝置。

背景技術(shù)

目前，全球智能手機(jī)和移動(dòng)網(wǎng)絡(luò)進(jìn)入高速增長(zhǎng)階段，手機(jī)端應(yīng)用程序強(qiáng)勁發(fā)展，消息推送已經(jīng)成為手機(jī)端應(yīng)用程序的標(biāo)準(zhǔn)配置，現(xiàn)在很多手機(jī)端應(yīng)用程序都在使用推送服務(wù)，提醒用戶有更新的內(nèi)容。推送服務(wù)成為我們及時(shí)獲取各種信息的一個(gè)主要來(lái)源。

消息推送是指內(nèi)容提供方定期向預(yù)訂用戶提供數(shù)據(jù)的方式。這種推送在傳統(tǒng)互聯(lián)網(wǎng)領(lǐng)域已經(jīng)有很多成熟的應(yīng)用，比如即時(shí)通訊工具，Pushmail（郵件推送服務(wù)）等。而進(jìn)入到“移動(dòng)互聯(lián)網(wǎng)”時(shí)代，“手機(jī)推送”也逐漸形成了一個(gè)熱門(mén)的新領(lǐng)域。

實(shí)現(xiàn)手機(jī)推送目前采用的方式主要有三種：短信、輪詢和長(zhǎng)連接。短信作為手機(jī)推送的最初形態(tài)，試用機(jī)型廣，可靠性高。但其費(fèi)用較高，與應(yīng)用結(jié)合性差，推送的內(nèi)容頁(yè)限于文本。輪詢方式實(shí)現(xiàn)技術(shù)簡(jiǎn)單，但也存在實(shí)時(shí)性差，對(duì)客戶端開(kāi)銷(xiāo)過(guò)大，消耗流量電量過(guò)高的致命缺陷。與常見(jiàn)的輪詢方式相比，長(zhǎng)連接可以保證消息的實(shí)時(shí)投遞，并且較好地控制移動(dòng)設(shè)備的流量、電量消耗。主流的消息推送包括蘋(píng)果的APNS(Apple Push Notification Service，蘋(píng)果消息推動(dòng)服務(wù))和Google的C2DM（Cloudto Device Messaging）。

蘋(píng)果的APNS消息推送交互關(guān)系如下：應(yīng)用程序向IOS操作系統(tǒng)注冊(cè)消息推送；IOS操作系統(tǒng)向APNS Server請(qǐng)求deviceToken；應(yīng)用程序接受deviceToken；應(yīng)用程序?qū)eviceToken發(fā)送給消息PUSH服務(wù)端程序；服務(wù)端程序向APNS服務(wù)發(fā)送推送消息；APNS服務(wù)將消息發(fā)送給應(yīng)用程序。

Google的C2DM和應(yīng)用程序的交互關(guān)系如下：移動(dòng)終端使用Google賬戶登錄；應(yīng)用程序向系統(tǒng)注冊(cè)消息接收服務(wù)，告知服務(wù)器接收的賬號(hào)和本身的AppID；C2DM服務(wù)給應(yīng)用程序分配一個(gè)唯一的注冊(cè)ID；應(yīng)用程序?qū)⒃撟?cè)ID告知應(yīng)用服務(wù)器；應(yīng)用服務(wù)器推送消息，攜帶應(yīng)用程序的注冊(cè)ID；C2DM服務(wù)根據(jù)注冊(cè)ID查詢到對(duì)應(yīng)的移動(dòng)終端，并將消息推送給移動(dòng)終端。

現(xiàn)有技術(shù)方案主要存在如下技術(shù)問(wèn)題：APNS和C2DM均需要基于終端和服務(wù)器的鏈接進(jìn)行消息推送，如果終端不在線，那么該消息即將丟失。C2DM必須依賴google的賬號(hào)登錄，如果用戶注銷(xiāo)則無(wú)法進(jìn)行消息推送。上述方案均只解決了單一移動(dòng)終端操作系統(tǒng)的消息推送機(jī)制，無(wú)法兼容多操作系統(tǒng)進(jìn)行消息推送。即使用戶與終端在線，推送的時(shí)效性和可靠性也不可保證。

發(fā)明內(nèi)容

本發(fā)明要解決的技術(shù)問(wèn)題在于，針對(duì)現(xiàn)有技術(shù)的上述終端離線時(shí)不能進(jìn)行推送、不能跨系統(tǒng)進(jìn)行消息推送、在線推送不及時(shí)的缺陷，提供一種在線離線都能進(jìn)行推送、能跨系統(tǒng)進(jìn)行消息推送、推送及時(shí)的跨移動(dòng)終端的消息推送方法及裝置。

本發(fā)明解決其技術(shù)問(wèn)題所采用的技術(shù)方案是：構(gòu)造一種跨移動(dòng)終端的消息推送方法，包括如下步驟：

A）判斷用戶是否登錄到服務(wù)器，如是，執(zhí)行步驟B）；否則，執(zhí)行步驟C）；

B）所述服務(wù)器通過(guò)移動(dòng)終端與其之間建立的鏈路發(fā)送消息到所述移動(dòng)終端；

C）所述服務(wù)器查找用戶最后一次登錄的移動(dòng)終端，并判斷所述移動(dòng)終端與所述服務(wù)器之間是否存在鏈路，如是，返回步驟B）；否則，執(zhí)行步驟D）；

D）按照事先設(shè)定的離線規(guī)則將消息轉(zhuǎn)發(fā)到特定位置。

在本發(fā)明所述的跨移動(dòng)終端的消息推送方法中，所述步驟B）進(jìn)一步包括：

B1）移動(dòng)終端門(mén)戶啟動(dòng)，并與移動(dòng)平臺(tái)建立鏈路；

B2）用戶通過(guò)所述移動(dòng)終端登錄到移動(dòng)平臺(tái)，并由所述移動(dòng)平臺(tái)保存用戶的會(huì)話信息；

B3）應(yīng)用服務(wù)器請(qǐng)求所述移動(dòng)平臺(tái)推送消息給目標(biāo)用戶；

B4）所述移動(dòng)平臺(tái)根據(jù)所述目標(biāo)用戶查找對(duì)應(yīng)的會(huì)話信息；

B5）所述移動(dòng)平臺(tái)通過(guò)用戶登錄所述移動(dòng)終端的鏈路推送消息給所述目標(biāo)用戶；

B6）所述移動(dòng)終端門(mén)戶將消息轉(zhuǎn)發(fā)給具體的應(yīng)用，并逐層返回應(yīng)答消息給所述應(yīng)用服務(wù)器。

在本發(fā)明所述的跨移動(dòng)終端的消息推送方法中，所述步驟C）進(jìn)一步包括：

C1）應(yīng)用服務(wù)器推送消息至移動(dòng)平臺(tái)；

C2）所述移動(dòng)平臺(tái)基于用戶ID查找對(duì)應(yīng)的會(huì)話信息，并返回未查找到所述會(huì)話信息；

C3）所述移動(dòng)平臺(tái)查找用戶最后一次登錄的移動(dòng)終端信息，并查找對(duì)應(yīng)的移動(dòng)終端鏈路信息；

C4）判斷是否找到所述對(duì)應(yīng)的移動(dòng)終端鏈路信息，如是，返回步驟B6）；否則，執(zhí)行步驟D）。