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

有效

• 申請號: 201711291885.5
• 申請日: 2017-12-08
• 公開（公告）號: CN109905312B
• 公開（公告）日: 2021-07-23
• 發明（設計）人: 徐立鈞;王志新
• 申請（專利權）人: 北京新媒傳信科技有限公司
• 主分類號: H04L12/58
• 分類號: H04L12/58;H04L29/08;H04L29/06
• 代理公司: 北京弘權知識產權代理有限公司 11363
• 代理人: 逯長明;許偉群

本發明實施例提供四種消息推送方法、裝置及設備，以及一種消息推送系統，涉及計算機技術領域。其中一種消息推送方法用于消息推送服務器，包括：消息推送服務器接收應用服務器發送的針對成功登陸應用服務器的應用用戶的消息推送客戶端登陸令牌獲取請求；獲取應用用戶的消息推送客戶端登陸令牌；向應用服務器回送該登陸令牌；接收消息推送客戶端發送的包括登陸令牌的登陸請求；根據該登陸請求，判斷消息推送客戶端是否有權訪問消息推送服務器；若判定消息推送客戶端有權訪問消息推送服務器，則構建與消息推送客戶端之間的消息傳輸通道。采用本發明實施例提供的方案，可以減少消息推送服務器的安全隱患。

技術領域

本申請涉及計算機技術領域，具體涉及四種消息推送方法、裝置及電子設備，以及一種消息推送系統。

背景技術

通知消息推送服務建立了一條從應用服務器到應用客戶端(終端App)之間的通知消息傳輸通道，使得在終端App無法接收消息時，應用可以將最新信息及時通知用戶，從而構筑良好的用戶關系，提升用戶的感知和活躍度。消息推送服務的場景可以是物流提醒，促銷宣傳，新聞動態推送等等。例如，在物流提醒的服務場景下，用戶購買了商品，在發貨時和派送時發送消息告知用戶，讓用戶掌握物品寄送進展，做好收貨準備。

目前，一種典型的消息推送方法的處理流程如下。1)當應用服務器(應用平臺)要向終端App發送消息且發現終端App無法接收消息時，根據應用服務器側記錄的應用用戶的用戶標識(UserID，UID)與消息推送客戶端的標識(ClientID，CID)之間的對應關系，獲取與UID對應的CID，并向消息推送服務器(消息推送平臺)發送向CID發送待推送消息的指示；2)消息推送服務器接收到指示后，將該消息發送至與CID對應的消息推送客戶端(推送SDK)，其中推送SDK已通過免密方式登錄到消息推送服務器；3)推送SDK再將該消息發送到終端App，使用戶接收到該消息。

然而，在實現本發明過程中，發明人發現該技術方案至少存在如下問題：由于推送SDK通過免密登陸方式直接登陸消息推送平臺，并不通過應用平臺，因此當非應用平臺授權的用戶通過偽造的終端App集成的推送SDK登錄推送消息平臺時，消息推送平臺也能夠通過其登陸請求，這種允許任意用戶通過推送SDK登錄推送消息平臺的處理方式，將給消息推送服務器帶來較大的安全隱患。

發明內容

本發明實施例提供四種消息推送方法、裝置及電子設備，以及一種消息推送系統，用以解決現有技術存在的消息推送服務器具有較大安全隱患的問題。

第一方面，本發明實施例中提供了一種消息推送方法，用于消息推送服務器，其特征在于，包括：接收應用服務器發送的針對成功登陸所述應用服務器的應用用戶的消息推送客戶端登陸令牌獲取請求；獲取所述應用用戶的消息推送客戶端登陸令牌；向所述應用服務器回送所述登陸令牌；接收消息推送客戶端發送的登陸請求，所述登陸請求包括所述登陸令牌；根據所述登陸請求，判斷所述消息推送客戶端是否有權訪問所述消息推送服務器；若判定所述消息推送客戶端有權訪問所述消息推送服務器，則構建與所述消息推送客戶端之間的消息傳輸通道。

結合第一方面，本發明在第一方面的第一種實現方式中，所述根據所述登陸請求，并判斷所述消息推送客戶端是否有權訪問所述消息推送服務器，包括：解析所述登陸令牌；若所述登陸請求攜帶的用戶標識與解析得到的用戶標識相同、且所述登陸請求攜帶的應用標識與解析得到的應用標識相同、且所述登陸令牌在有效期內，則判定所述消息推送客戶端有權訪問所述消息推送服務器。

結合第一方面或第一方面的第一種實現方式，本發明在第一方面的第二種實現方式中，所述方法還包括：獲取所述應用服務器發送的針對所述應用用戶的消息發送指示；所述消息發送指示包括所述應用用戶的用戶標識和待發送消息；在所述消息推送客戶端成功登陸時，通過所述消息傳輸通道向所述消息推送客戶端轉發所述待發送消息。

結合第一方面第二種實現方式，本發明在第一方面的第三種實現方式中，所述方法還包括：在所述消息推送客戶端未登陸時，對應所述應用用戶存儲所述待發送消息。