[發明專利]一種重復消息的處理方法及終端

有效

• 申請號: 202011282957.1
• 申請日: 2020-11-17
• 公開（公告）號: CN112468386B
• 公開（公告）日: 2022-09-06
• 發明（設計）人: 劉德建;林偉;郭玉湖;陳宏
• 申請（專利權）人: 福建天泉教育科技有限公司
• 主分類號: H04L51/234
• 分類號: H04L51/234;H04L67/55;H04L67/568
• 代理公司: 福州市博深專利事務所(普通合伙) 35214
• 代理人: 張明

本發明提供了一種重復消息的處理方法及終端，若發送消息后未接收到客戶端返回的消息送達信號，則標記消息為需重發消息；獲取需重發消息所對應的接收者標識，判斷失敗消息緩存隊列中是否保存有接收者標識，若否，則將所述接收者標識存入所述失敗消息緩存隊列；若是，則將需重發消息添加至所述失敗消息緩存隊列中接收者標識的需重發消息列表；逐一獲取所述失敗消息緩存隊列中的所述接收者標識，發送所述接收者標識所對應的所有所述需重發消息；本發明以客戶端維度存儲未發送消息，針對單個客戶端的所有未發送消息一次性批量發送，取代逐條發送，節約了服務端資源。

技術領域

本發明涉及消息推送領域，尤其涉及一種重復消息的處理方法及終端。

背景技術

移動互聯網蓬勃發展的今天，大部分的手機APP都提供了消息推送功能，如新聞客戶端的熱點新聞推薦，IM(Instant Messaging，即時通訊)工具的聊天消息提醒，電商產品促銷信息，企業應用的通知和審批流程等等；進行消息推送對于提高產品活躍度、提高功能模塊使用率、提升用戶粘性及提升用戶留存率起到了重要作用。

現有消息推送的主要實現流程為：客戶端預先訪問服務端路由地址列表接口獲取可以正常接入的路由地址，選擇其中一個地址進行長鏈接的建立；當成功建立起長鏈接之后，服務端與客戶端將會進行正常的消息通訊；通常是服務端把對應的消息通過該長鏈接發送至客戶端，客戶端接收到消息后返回服務端接收成功或者失敗的狀態碼，若失敗，服務端會執行重試策略即重新發送客戶端接收失敗的消息直至客戶端成功接收消息。

正常場景之下，當服務端推送消息后，客戶端會返回是否已接收到消息的應答信息，若服務端未收到應答消息，可能是客戶端未接收到消息，也可能是客戶端已接收到消息，但是應答信息未成功發送至服務端。無論哪種場景下，服務端均判斷為客戶端未成功接收到該條消息。后續服務端將會執行消息重發機制，即一條消息以固定頻率或者一定的策略執行消息重發機制。該重發機制會針對每一條未接收到的消息進行重發操作，如果某個用戶存在多條的未確認消息，將會針對該用戶進行每條未確認消息進行重復發送，每次重復發送都是整條消息發送，占用了帶寬以及服務器資源，同一個用戶的多條未確認消息，將會執行多次的重復發送，同時，客戶端接收到消息后也都需要進行去重判斷處理。

發明內容

本發明所要解決的技術問題是：提供一種重復消息的處理方法及終端，實現對重復消息的批量發送。

為了解決上述技術問題，本發明采用的一種技術方案為：

一種重復消息的處理方法，包括步驟：

S1、若發送消息后未接收到客戶端返回的消息送達信號，則標記所述消息為需重發消息；

S2、獲取所述需重發消息所對應的接收者標識，判斷失敗消息緩存隊列中是否保存有所述接收者標識，若否，則執行S3，若是，則將所述需重發消息添加至所述失敗消息緩存隊列中所述接收者標識的需重發消息列表；

S3、將所述接收者標識存入所述失敗消息緩存隊列；

S4、逐一獲取所述失敗消息緩存隊列中的所述接收者標識，發送所述接收者標識所對應的所有所述需重發消息。

為了解決上述技術問題，本發明采用的另一種技術方案為：

一種重復消息的處理終端，包括存儲器、處理器及存儲在存儲器上并可在所述處理器上運行的計算機程序，所述處理器執行所述計算機程序時實現以下步驟：

S1、若發送消息后未接收到客戶端返回的消息送達信號，則標記所述消息為需重發消息；

S2、獲取所述需重發消息所對應的接收者標識，判斷失敗消息緩存隊列中是否保存有所述接收者標識，若否，則執行S3，若是，則將所述需重發消息添加至所述失敗消息緩存隊列中所述接收者標識的需重發消息列表；

S3、將所述接收者標識存入所述失敗消息緩存隊列；