[發明專利]推送進程常駐方法、裝置、終端及存儲介質

在審

• 申請號: 201810499304.5
• 申請日: 2018-05-23
• 公開（公告）號: CN108733498A
• 公開（公告）日: 2018-11-02
• 發明（設計）人: 徐龍
• 申請（專利權）人: 百度在線網絡技術（北京）有限公司
• 主分類號: G06F9/54
• 分類號: G06F9/54;H04L29/08
• 代理公司: 北京市鑄成律師事務所 11313
• 代理人: 王珺;宋珊珊

本發明實施例提出一種推送進程常駐方法、裝置、終端及計算機可讀存儲介質。其中推送進程常駐方法包括：將至少兩個應用接入推送工具包，推送工具包用于管理推送進程；選擇接入推送工具包且被打開的應用中的一個應用作為推送應用，并通過統一推送通道推送消息，其中，推送應用是占用推送進程的應用；在推送應用被終止時，推送工具包在關閉推送應用的推送進程之前向接入推送工具包且被打開的其他應用發出廣播；以及其他應用收到廣播后，從其他應用中重新選取推送應用。本發明實施例使推送進程能夠穩定長久存活于后臺，且在占用用戶資源極少的情況下，使推送消息快速高效地到達用戶手中，進而及時地召回用戶，提升用戶的留存率和產品的日活。

技術領域

本發明涉及信息技術領域，尤其涉及一種推送進程常駐方法、裝置、終端及計算機可讀存儲介質。

背景技術

為了能夠節省電量、流量和優化CPU分配，各個廠商的產品對后臺進程都做了一定的限制，不在白名單的應用一定時間內會被系統自動殺死。以Android系統為例，Google隨著Android5.0系統以后的版本升級不斷加大對后臺進程存活的限制，以及國內殺毒軟件對于非允許后臺運行的進程強力查殺，導致了Android端App進程在沒有被添加到用戶白名單的情況下，極短時間內就會被主動殺死，Android端用戶無法及時收到推送消息。

現有技術實現Android端推送的方法包括以下幾種：方法一：接入手機廠商統一平臺；方法二：接入第三方推送平臺；方法三：自身進程保活。

現有技術的實現方法主要存在以下缺點：

方法一：目前占用此技術的手機廠商有限，所以接入后效果有限，對于一款App整體的收益比較有限。

方法二：該方法是通過一個App啟動后，多個關聯App都會隨之啟動，分別啟動自己的推送進程，造成耗電量巨大，CPU資源等使用激增，用戶體驗極差。

方法三：目前Google官方已經加大了后臺進程的查殺力度，所以導致后臺存活的難度越來越大，成本越來越高，而且受Google影響比較大。

在上述方法二和方法三中，雖然App有更高的自主權，但是對用戶造成了極大地困擾，當各個應用的推送通道都打開時，手機所有資源都會極大地被這些各自的推送進程消耗。

發明內容

本發明實施例提供一種推送進程常駐方法、裝置、終端及計算機可讀存儲介質，以至少解決現有技術中的一個或多個技術問題。

第一方面，本發明實施例提供了一種推送進程常駐方法，包括：將至少兩個應用接入推送工具包，所述推送工具包用于管理推送進程；選擇接入推送工具包且被打開的應用中的一個應用作為推送應用，并通過統一推送通道推送消息，其中，所述推送應用是占用所述推送進程的應用；在所述推送應用被終止時，所述推送工具包在關閉所述推送應用的推送進程之前向接入推送工具包且被打開的其他應用發出廣播；以及所述其他應用收到所述廣播后，從所述其他應用中重新選取所述推送應用。

結合第一方面，本發明實施例在第一方面的第一種實現方式中，所述通過統一推送通道推送消息，包括：推送工具包根據應用標識將所述消息推送給與應用標識對應的應用，所述應用標識包括應用標識符。

結合第一方面、第一方面的第一種實現方式，本發明實施例在第一方面的第二種實現方式中，所述選擇接入推送工具包且被打開的應用中的一個應用作為推送應用，包括：預先設置接入推送工具包的應用的優先級；根據接入推送工具包且被打開的應用的優先級確定所述推送應用。