[發明專利]一種消息推送方法

有效

• 申請號: 201911016922.0
• 申請日: 2019-10-24
• 公開（公告）號: CN110855755B
• 公開（公告）日: 2022-04-01
• 發明（設計）人: 楊周龍
• 申請（專利權）人: 上海東普信息科技有限公司
• 主分類號: H04L67/55
• 分類號: H04L67/55;H04L67/10;H04L67/53;G06F16/25;G06F16/22
• 代理公司: 北京連城創新知識產權代理有限公司 11254
• 代理人: 劉伍堂

本發明涉及信息處理技術領域，具體地說是一種消息推送方法。一種消息推送方法，包括物流端APP軟件，其特征在于：具體方法如下：業務員使用物流端APP軟件為客戶現場下單，進行訂單入庫，訂單入庫成功后，第一目標消息進入物流端軟件攬收中臺數據庫中心；訂單系統進行訂單數據推送，訂單數據推送成功后，第二目標消息進入物流端APP軟件攬收中臺訂單同步隊列消費服務，消費訂單數據入庫，消費訂單數據入庫成功后，進入物流端軟件攬收中臺數據庫中心；物流端APP軟件攬收中臺數據庫中心，根據業務員編碼信息存儲訂單數據進入緩存，Redis集群。同現有技術相比，利用物流端APP軟件攬收中臺數據庫接收信息，并配合Redis集群，協助存儲數據，降低攬收中臺數據庫的負載，提高了消息推送的效率。

技術領域

本發明涉及信息處理技術領域，具體地說是一種消息推送方法。

背景技術

現有技術方案當推送消息時，需要查數據庫，給數據庫帶來了額外的壓力；另外，推送速率依賴數據庫的性能，當文件較大時，發送耗時長，消息推送的效率較低。

發明內容

本發明為克服現有技術的不足，提供一種消息推送方法，利用物流端APP軟件攬收中臺數據庫接收信息，并配合Redis集群，協助存儲數據，降低物流端軟件攬收中臺數據庫的負載，提高了消息推送的效率。

為實現上述目的，設計一種消息推送方法，其特征在于：具體方法如下：

S1：業務員使用物流端APP軟件為客戶現場下單，進行訂單入庫，訂單入庫成功后，第一目標消息進入物流端軟件攬收中臺數據庫中心；

S2：與此同時，訂單系統進行訂單數據推送，訂單數據推送成功后，第二目標消息進入物流端APP軟件攬收中臺訂單同步隊列消費服務，消費訂單數據入庫，消費訂單數據入庫成功后，進入物流端軟件攬收中臺數據庫中心；

S3：物流端APP軟件攬收中臺數據庫中心，根據業務員編碼信息存儲訂單數據進入緩存，Redis集群；

S4：緩存Redis集群根據業務員的編碼將訂單數據信息緩存至value數據庫，并且訂單數據加密處理；

S5：value數據庫使用zset數據結構存儲，以時間為權重分數倒序存儲數據；

S6：物流端APP軟件攬收中臺中對訂單數據進行緩存服務；

S6：物流端軟件業務員利用物流端APP軟件獲取訂單列表，進入物流端軟件網關、接口服務系統，然后物流端APP軟件根據業務員基礎信息獲取業務員訂單數據，進行攬收中臺接口服務系統，根據業務員的信息，以緩存業務員編碼信息和時間，去集群拉取指定時間范圍內的數據，物流端APP軟件攬收中臺進行緩存服務；

S7：物流端軟件攬收中臺進行緩存服務后，返回業務員訂單數據。

所述的Redis集群為9臺redis，一主兩從，共計9個節點。

所述的訂單數據加密處理為使用ProtoBuf序列化流程。

所述的步驟S1、S2及S6可同時進行。

本發明同現有技術相比，提供一種消息推送方法，利用物流端APP軟件攬收中臺數據庫接收信息，并配合Redis集群，9個節點（3主6從），協助存儲數據，降低物流端軟件攬收中臺數據庫的負載，提高了消息推送的效率。

附圖說明

圖1為本發明軟件流程圖。

具體實施方式

下面根據附圖對本發明做進一步的說明。

如圖1所示，一種消息推送方法，包括物流端APP軟件，該物流端APP軟件為韻鏢俠APP，其特征在于：具體方法如下：