[發明專利]一種多節點撮合訂單的方法、系統及設備

在審

• 申請號: 202210610532.1
• 申請日: 2022-05-31
• 公開（公告）號: CN115204965A
• 公開（公告）日: 2022-10-18
• 發明（設計）人: 徐鴻杰
• 申請（專利權）人: 杭州隆埠科技有限公司
• 主分類號: G06Q30/06
• 分類號: G06Q30/06;G06F16/25;G06F9/54
• 代理公司: 上海百一領御專利代理事務所(普通合伙) 31243
• 代理人: 楊顏顏

本申請的目的是提供一種多節點撮合訂單的方法、系統及設備，本申請通過獲取多個待處理訂單請求，將多個待處理訂單請求轉入多個代理服務中，通過所述多個代理服務對所述多個待處理請求進行并行預處理得到多個消息類型的訂單；將所有消息類型的訂單放入第一流處理消息隊列中，將每個第一流處理消息隊列中的消息類型的訂單發送至多個撮合引擎；通過所述多個撮合引擎對所述消息類型的訂單進行撮合處理，得到成交信息，將所述成交信息放入第二流處理消息隊列中；將第二流處理消息隊列中的成交信息進行去重處理，得到去重后的成交信息，將去重后的成交信息寫入數據庫，完成訂單撮合處理。從而形成多節點熱備架構，提高了穩定性和撮合效率。

技術領域

本申請涉及計算機領域，尤其涉及一種多節點撮合訂單的方法、系統及設備。

背景技術

訂單撮合系統主要是把買賣雙方的訂單進行撮合，返回相應的成交信息。一般系統訂單直接存放在數據庫中，撮合系統需要讀取數據庫的訂單進行撮合，一旦有成交，就需要同步計算出訂單成交之后的狀態，同時寫回到數據庫中，整個撮合的過程依賴數據庫的讀取和寫入。

在現有技術中，訂單撮合系統過度依賴數據庫本身，每一次訂單的撮合都需要等待數據寫回到數據庫中，如果不這么做就會導致數據丟失，亦或者在異常關閉之后無法自動恢復到異常前的狀態。整體撮合系統的瓶頸是數據庫的性能，延遲較大，在訂單大量并發的情況下嚴重加重了延遲的情況。由于買賣訂單更新需要放入一個事物中進行，直接加重了數據庫的性能瓶頸。

發明內容

本申請的一個目的是提供一種多節點撮合訂單的方法、系統及設備，解決現有技術中撮合系統因為數據庫等持久化系統的同步寫入導致撮合性能直接依賴數據庫寫入性能、無法單獨提升撮合性能的問題。

根據本申請的一個方面，提供了一種多節點撮合訂單的方法，該方法包括：

獲取多個待處理訂單請求，將多個待處理訂單請求轉入多個代理服務中，通過所述多個代理服務對所述多個待處理請求進行并行預處理得到多個消息類型的訂單；

將所有消息類型的訂單放入第一流處理消息隊列中，將每個第一流處理消息隊列中的消息類型的訂單發送至多個撮合引擎；

通過所述多個撮合引擎對所述消息類型的訂單進行撮合處理，得到成交信息，將所述成交信息放入第二流處理消息隊列中；

將第二流處理消息隊列中的成交信息進行去重處理，得到去重后的成交信息，將去重后的成交信息寫入數據庫，完成訂單撮合處理。

可選地，所述通過所述多個代理服務對所述多個待處理請求進行并行預處理得到多個消息類型的訂單，包括：

獲取所有待處理訂單的訂單參數，通過所述多個代理服務對所述訂單參數進行并行校驗，得到通過校驗的訂單；

將通過校驗的訂單對應的格式轉成消息類型，得到消息類型的訂單。

可選地，將每個第一流處理消息隊列中的消息類型的訂單發送至多個撮合引擎，包括：

基于第一流處理消息隊列的廣播機制將每個第一流處理消息隊列中的消息類型的訂單發送至多個撮合引擎。

可選地，所述通過所述多個撮合引擎對所述消息類型的訂單進行撮合處理，得到成交信息，包括：

使用所述多個撮合引擎匹配所述消息類型的訂單，當存在成交的訂單時，根據成交的訂單對應的信息生成成交信息。

可選地，將第二流處理消息隊列中的成交信息進行去重處理，包括：

使用冪等隊列對第二流處理消息隊列中的成交信息進行去重處理。

可選地，根據成交的訂單對應的信息生成成交信息，包括：

根據成交的訂單對應的信息生成成交訂單唯一標識碼。