[發明專利]一種交易處理方法和裝置

在審

• 申請號: 202010975372.1
• 申請日: 2020-09-16
• 公開（公告）號: CN112132674A
• 公開（公告）日: 2020-12-25
• 發明（設計）人: 白彧斐;賈國琛;李超;陳超;于磊;林穎;陳達;劉海;王歡;梁慧
• 申請（專利權）人: 建信金融科技有限責任公司
• 主分類號: G06Q40/00
• 分類號: G06Q40/00;G06Q40/04
• 代理公司: 中原信達知識產權代理有限責任公司 11219
• 代理人: 張一軍;李陽

本發明公開了交易處理方法和裝置，涉及計算機技術領域。該方法的一具體實施方式包括接收交易請求，識別所述交易請求的類型，調用相應的交易引擎；獲取所述類型對應的余額分配模型，基于所述交易請求的賬戶的當前余額，構建主賬戶和多個子賬戶以將當前余額分配至主賬戶以及各個子賬戶；根據所述類型對應的預設數據處理模型，對主賬戶以及各個子賬戶執行交易處理，以將處理結果輸出。從而，本發明的實施方式能夠解決現有賬戶系統無法滿足實際交易需求，資金安全保障差的問題。

技術領域

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

背景技術

金融系統的核心是支付結算，而支付結算的基礎又是賬戶系統。尤其是對于一些對公和機構級賬號，賬戶系統的特點是交易量大、并發交易多、交易金額大，熱點賬戶問題突出。

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

目前，現有的賬戶系統交易處理量小，無法滿足實際交易需求。并且，資金安全保障差，安全隱患大。

發明內容

有鑒于此，本發明實施例提供一種交易處理方法和裝置，能夠解決現有賬戶系統無法滿足實際交易需求，資金安全保障差的問題。

為實現上述目的，根據本發明實施例的一個方面，提供了一種交易處理方法，包括接收交易請求，識別所述交易請求的類型，調用相應的交易引擎；獲取所述類型對應的余額分配模型，基于所述交易請求的賬戶的當前余額，構建主賬戶和多個子賬戶以將當前余額分配至主賬戶以及各個子賬戶；根據所述類型對應的預設數據處理模型，對主賬戶以及各個子賬戶執行交易處理，以將處理結果輸出。

可選地，獲取所述類型對應的余額分配模型，基于所述交易請求的賬戶的當前余額，構建主賬戶和多個子賬戶以將當前余額分配至主賬戶以及各個子賬戶之后，包括：

根據預設周期，異步將主賬戶的當前余額下撥至各個子賬戶，以調整當前主賬戶與各個子賬戶之間余額比例，進而滿足所述余額分配模型中包括的分配比例。

可選地，還包括：

獲取主賬戶的當前余額，判斷所述當前余額是否小于預設的最小主賬戶余額閾值，若是則生成下撥失敗的消息，若否則異步將主賬戶的當前余額下撥至各個子賬戶。

可選地，接收交易請求之后，包括：

識別所述交易請求的類型為進賬交易，則調用進賬交易引擎；

獲取進賬交易的余額分配模型，基于所述交易請求的賬戶的當前余額，構建主賬戶和多個子賬戶以將當前余額分配至主賬戶以及各個子賬戶；

根據進賬交易的預設數據處理模型，獲取當前余額最少的子賬戶進行記賬處理，以得到處理結果并輸出。

可選地，獲取當前余額最少的子賬戶進行記賬處理之后，包括：

獲取記賬處理后所述子賬戶的余額數據；

基于所述余額分配模型中包括的分配比例，確定所述子賬戶的余額數據所占比例超出所述分配比例；

提取超出所述分配比例部分的余額數據，以歸集至主賬戶。

可選地，接收交易請求之后，包括：

識別所述交易請求的類型為扣款交易，則調用扣款交易引擎；

獲取扣款交易的余額分配模型，基于所述交易請求的賬戶的當前余額，構建主賬戶和多個子賬戶以將當前余額分配至主賬戶以及各個子賬戶；

根據扣款交易的預設數據處理模型，生成余額大于或等于交易數據的子賬戶列表；判斷所述子賬戶列表是否為空，若是則對主賬戶執行交易處理，以將處理結果輸出；若否則提取所述子賬戶列表中余額最大的子賬戶執行交易處理，以將處理結果輸出。