[發明專利]通知推送方法、裝置及系統

在審

• 申請號: 202010003622.5
• 申請日: 2020-01-03
• 公開（公告）號: CN111200656A
• 公開（公告）日: 2020-05-26
• 發明（設計）人: 饒福貴
• 申請（專利權）人: 北京小米移動軟件有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;G06F9/54
• 代理公司: 北京名華博信知識產權代理有限公司 11453
• 代理人: 姜超

本公開是關于一種通知推送方法、裝置及系統。涉及計算機互聯網技術，解決了二次開發配置各App工作量大且易出錯、消息推送網絡依賴性強的問題。該方法包括：自消息服務器獲取通知數據；解析所述通知數據，獲取至少一個通知消息包，所述通知數據包含至少一個應用的通知消息包，其中，不同的通知消息包對應不同的應用；將解析得到的所述至少一個通知消息包推送至對應的應用。本公開提供的技術方案適用于遠程通知消息推送，實現了高效、低網絡依賴性的通知推送方案。

技術領域

本公開涉及計算機互聯網技術，尤其涉及一種通知推送方法、裝置及系統。

背景技術

隨著智能手機等客戶端設備上的應用數量快速增長，應用產生的消息推送也變得多了起來。據統計，對于Android手機上的非垃圾通知，30％的用戶會點擊查看。這說明，合理利用推送通知，會大幅提升應用留存率和活躍度。

通知欄一般通過后臺配置統一化，需要多個應用(App)接入同一個接口后臺。針對不同的App分別進行二次開發工作，然后根據接口后臺配置信息進行配置項的顯示，完成各App的通知推送。

此外，在App進行推送時，通知消息及服務器消息配置信息需要從遠程服務器獲取，在網絡通信不正常的情況下無法進行遠程配置后臺配置項的展示。實際使用中，除客戶端設備網絡連接中斷之外，用戶可能會根據個人習慣將某些App的連網功能進行限制，也會在一定程度上影響通知推送。

綜上，消息推送由于需要進行后臺二次開發，所需工作量較大且容易出錯。同時由于對網絡連接的依賴性強，推送容易受到網絡連接情況影響，無法順利進行。

發明內容

為克服相關技術中存在的問題，本公開提供一種通知推送方法、裝置及系統。

根據本公開實施例的第一方面，提供一種通知推送方法，包括：

自消息服務器獲取通知數據；

解析所述通知數據，獲取至少一個通知消息包，所述通知數據包含至少一個應用的通知消息包，其中，不同的通知消息包對應不同的應用；

將解析得到的所述至少一個通知消息包推送至對應的應用。

優選的，所述將解析得到的所述至少一個通知消息包推送至對應的應用包括：

與解析得到的所述至少一個通知消息包對應的應用分別建立一對一連接通道；

通過所述連接通道，向各個應用推送對應的通知消息包。

優選的，該方法還包括：

將接收得到的所述通知消息包中的信息展示在通知欄。

優選的，所述自消息服務器獲取通知數據之前，還包括：

在檢測到所述至少一個應用發生獲取推送事件的情況下，向所述消息服務器請求獲取通知數據。

根據本公開實施例的第二方面，提供了一種通知推送方法，應用于消息服務器，包括：

將待向用戶終端推送的至少一個應用的通知消息包組成通知數據；

向所述用戶終端發送所述通知數據。

優選的，所述將用戶終端上待推送的至少一個應用的通知消息包組成通知數據包括：

獲取所述用戶終端上各應用未推送的推送信息；

將各個應用的推送信息以應用為單位構建通知消息包；

將全部所述通知消息包組成所述通知數據。

優選的，所述將待向用戶終端推送的至少一個應用的通知消息包組成通知數據之后，還包括：

接收所述用戶終端發送的獲取所述通知數據的請求。