[發明專利]消息處理方法、裝置、設備及存儲介質

在審

• 申請號: 202211087548.5
• 申請日: 2022-09-07
• 公開（公告）號: CN115454671A
• 公開（公告）日: 2022-12-09
• 發明（設計）人: 王鑫琦
• 申請（專利權）人: 中國建設銀行股份有限公司;建信金融科技有限責任公司
• 主分類號: G06F9/54
• 分類號: G06F9/54;G06F40/284
• 代理公司: 北京同立鈞成知識產權代理有限公司 11205
• 代理人: 孫靜;黃健

本申請提供一種消息處理方法、裝置、設備及存儲介質，涉及計算機技術領域。該方法包括：獲取接入組件的消息，所述消息采用請求體結構，所述請求體結構包括準入標識、組件名稱、發送內容，消息接收方以及內容模板類型，其中，不同接入組件所采用的消息請求體的結構相同；根據所述準入標識對接入組件進行身份驗證，若通過身份驗證，則根據所述內容模板類型對所述發送內容進行內容裝配，得到消息完成體；根據所述組件名稱，將所述消息完成體發送至所述消息接收方對應的外部組件，其中，所述組件名稱為外部組件的名稱。本申請的方法，解決了在現有的金融系統中，消息中心的設計存在不能保證發送消息的安全性的問題。

技術領域

本申請涉及計算機技術，尤其涉及一種消息處理方法、裝置、設備及存儲介質。

背景技術

消息中心是業務架構中的一種十分常見的公共組件，其作為一個系統中的消息樞紐，對內部要負責內部組件直接的解耦，對外要適配多種消息的發送。

在金融系統中，業務結構復雜、業務場景多變，消息種類繁多。很多應用場景都有向外部組件，應用或第三方系統發送消息的需求，發送消息的格式包含但不限于：短信，電子郵件，第三方即使通信軟件等等。針對于金融系統業務的高保密性，信息強安全性的要求，對于消息中心的安全把控尤為重要。

在現有的金融系統中，消息中心的設計存在不能保證發送消息的安全性的問題。

發明內容

本申請提供一種消息處理方法、裝置、設備及存儲介質，用以解決在現有的金融系統中，消息中心的設計存在不能保證發送消息的安全性的問題。

一方面，本申請提供一種消息處理方法，包括：

獲取接入組件的消息，所述消息采用請求體結構，所述請求體結構包括準入標識、組件名稱、發送內容，消息接收方以及內容模板類型，其中，不同接入組件所采用的消息請求體的結構相同；

根據所述準入標識對接入組件進行身份驗證，若通過身份驗證，則根據所述內容模板類型對所述發送內容進行內容裝配，得到消息完成體；

根據所述組件名稱，將所述消息完成體發送至所述消息接收方對應的外部組件，其中，所述組件名稱為外部組件的名稱。

可選地，所述根據所述內容模板類型對所述發送內容進行內容裝配，得到消息完成體之前，所述方法還包括：

對所述發送內容進行分詞處理，得到多個分詞；

判斷敏感數據庫中是否包括所述分詞；

若所述敏感數據庫中不包括所述分詞，則判斷所述消息接收方是否在白名單中，判斷結果為所述消息接收方在所述白名單中。

可選地，所述根據所述組件名稱，將所述消息完成體發送至所述消息接收方對應的外部組件，包括：

將所述消息完成體推送至所述組件名稱對應的消息隊列，其中，不同的組件名稱對應不同的消息隊列；

在第一預設時長內，將所述消息隊列中的預設數量的消息完成體發送至所述消息接收方對應的外部組件。

可選地，所述將所述消息完成體推送至所述組件名稱對應的消息隊列，包括：

獲得待進入消息隊列的消息完成體的第一數量；

若所述第一數量小于第一預設數量，則將所述消息完成體推送至所述組件名稱對應的消息隊列；

若所述第一數量大于所述第一預設數量，則建立與所述組件名稱關聯的新的消息隊列，將所述消息完成體推送至所述新的消息隊列。

可選地，所述將所述消息隊列中的預設數量的消息完成體發送至所述消息接收方對應的外部組件之后，所述方法還包括：