[發明專利]一種消息管理方法和裝置

有效

• 申請號: 202010082679.9
• 申請日: 2020-02-07
• 公開（公告）號: CN111770128B
• 公開（公告）日: 2022-09-30
• 發明（設計）人: 吳遠;徐海校;魏勝;鐘志杰
• 申請（專利權）人: 北京沃東天駿信息技術有限公司;北京京東世紀貿易有限公司
• 主分類號: H04L67/14
• 分類號: H04L67/14
• 代理公司: 中原信達知識產權代理有限責任公司 11219
• 代理人: 王安娜;陳繼越

本發明公開了一種消息管理方法和裝置，涉及計算機技術領域。該方法的一具體實施方式包括：確定與平臺端對應的租戶，基于租戶的租戶標識，從消息租戶組件中獲取與租戶對應的消息類型；從消息平臺端獲取與消息類型對應的業務數據消息，對業務數據消息進行打包處理；基于平臺端的標識，將打包后的業務數據信息發送至平臺端，以通過平臺端解析業務數據信息并推送至租戶進行顯示。該實施方式平臺端可直接接入消息中心組件形成各端消息中心，無需重新研發且組件可快速復用，達到降本提效的目的，同時對于同一消息可以同步至多個平臺端進行顯示，以保證多端消息分類、層級關系、數據、狀態的統一管理。

技術領域

本發明涉及計算機技術領域，尤其涉及一種消息管理方法和裝置。

背景技術

現有B端消息開放平臺具有消息接入、消息路由、消息管理等服務，目前僅支持商家PC端/移動端的消息中心，商家可通過在線提醒或離線推送兩種方式快速查看消息，以及通過重要消息提醒快速處理業務，以此提高工作效率，例如訂單、售后、觸發預警等消息。

在實現本發明的過程中，發明人發現現有技術至少存在如下問題：

1)商家后臺、營銷中心等平臺端均有各自的建設需求，但若在各平臺端單獨建設消息管理中心存在成本高、效率低等問題；

2)同一平臺端存在多業務域、多角色的情況，所需的消息觸達場景也較為復雜多樣，而現有平臺端無法根據租戶所在業務域、角色等差異化展示消息，導致租戶看到的冗余的消息類型過多，進而影響消息觸達效率以及租戶的業務處理效率；

3)各平臺端之間對于消息分類、層級關系、數據、狀態(已讀/未讀)沒有進行統一管理，導致租戶在不同平臺端查看到的消息較為混亂，同一消息的狀態不同步，導致租戶閱讀消息體驗差的問題。

發明內容

有鑒于此，本發明實施例提供一種消息管理方法和裝置，至少能夠解決現有平臺端的消息中心需單獨建立的問題。

為實現上述目的，根據本發明實施例的一個方面，提供了一種消息管理方法，應用于消息服務系統中的多個平臺端，且每個平臺端對應于至少一個租戶，包括：

確定與平臺端對應的租戶，基于所述租戶的租戶標識，從消息租戶組件中獲取與所述租戶對應的消息類型；

從消息平臺端獲取與所述消息類型對應的業務數據消息，對所述業務數據消息進行打包處理；

基于所述平臺端的標識，將打包后的業務數據信息發送至所述平臺端，以通過所述平臺端解析所述業務數據信息并推送至所述租戶進行顯示。

可選的，在所述確定與平臺端對應的租戶之前，還包括：接收所述平臺端傳輸的創建標識請求，若存在與所述平臺端對應的租戶，則基于所述平臺端的信息進行標識創建。

可選的，在所述確定與平臺端對應的租戶之前，還包括：

所述消息租戶組件接收所述平臺端傳輸的創建租戶請求，將所述創建租戶請求中的業務需求描述傳輸至審核服務端；

若所述審核服務端反饋的審核結果為通過，則基于所述業務需求描述進行租戶標識創建。

可選的，所述基于所述租戶的租戶標識，從消息租戶組件中獲取與所述租戶對應的消息類型，包括：所述消息租戶組件基于所述租戶標識，從所述消息平臺端獲取與所述租戶對應的所述消息類型；其中，所述消息類型與預先賦予所述租戶的角色對應。

可選的，還包括：所述消息租戶組件獲取所述租戶的數據存儲需求，確定與所述數據存儲需求對應的存儲配置信息；基于所述存儲配置信息為所述租戶創建數據存儲單元，以將所述消息類型存儲至所述數據存儲單元。

為實現上述目的，根據本發明實施例的另一方面，提供了一種消息管理裝置，應用于消息服務系統中的多個平臺端，且每個平臺端對應于至少一個租戶，包括：