[發明專利]基于事前同步處理和事后異步處理的風控系統和方法

有效

• 申請號: 202011152262.1
• 申請日: 2020-10-26
• 公開（公告）號: CN112015578B
• 公開（公告）日: 2021-04-02
• 發明（設計）人: 黃菲;吳建英;吳建平;劉冬;李陽;楊士宏;謝鵬;施海娟;宋文君;谷西波;孫筱曄
• 申請（專利權）人: 上海富友支付服務股份有限公司
• 主分類號: G06F9/54
• 分類號: G06F9/54;G06Q20/32;G06Q40/04
• 代理公司: 上海專利商標事務所有限公司 31100
• 代理人: 錢盛赟

本發明涉及一種基于事前同步處理和事后異步處理的風控系統和方法。該系統包括風控系統客戶端和風控系統服務器端。風控系統服務器端接收到來自風控系統客戶端的事前請求后完成對事前風控服務的同步調用，并由風控系統服務器端中的交易調度動態控制組件以職責鏈設計模式基于來自動態緩存組件的風控配置數據來對交易數據進行處理，并將處理結果同步返回給風控系統客戶端。該風控配置數據通過采用無鎖化設計的動態緩存組件來加載。此外，在接收到事后請求時異步地向事后風控組件發送消息，以供事后風控組件進行后處理。

技術領域

本發明涉及事前和事后交易風險控制領域，尤其涉及一種基于事前同步處理和事后異步處理的風控系統和方法。

背景技術

現有的交易風控所在技術領域的主流方式包含：（1）數據庫讀寫分離方式，該方式將風控規則、風控參數配置、交易數據等都放入數據庫，但數據同步有一定程度的延遲，高頻請求及高并發場景下數據庫性能下降明顯；（2）分布式緩存方式，該方式將頻繁訪問的數據放入NoSQL緩存，高效的緩存系統可提升系統性能，風控系統從緩存中獲取風控參數及風控規則，但一些NoSQL存在腦裂問題（比如redis），交易量較大的情況下網絡要求很高；（3）微服務RPC方式，利用dubbo、cloud之類的RPC中間件實現服務之間的調用，將風控規則、風控參數配置獨立為一個微服務，供風控系統、交易系統調用，但在業務系統很多的情況下會存在服務治理問題，網絡通信壓力較大；以及（4）CEP方式，該方式基于復合事件處理模式性能、擴展性更好，借助于開源方案Esper、Storm等實現，但該方式主要適合實時、準實時交易，實現難度較大，暫不適合風控業務場景。

為了解決上述技術問題，本公開提出一種交易風控處理方式，以解決風控規則及參數配置的靈活性，以及風控系統的性能、耦合性、可靠性等問題。

發明內容

提供本發明內容來以簡化形式介紹將在以下具體實施方式部分中進一步描述的一些概念。本發明內容并不旨在標識出所要求保護的主題的關鍵特征或必要特征，也不旨在用于幫助確定所要求保護的主題的范圍。

本發明提供了一種風控方案，其包括交易調度動態控制機制及內存緩存機制，并且還包括交易事前使用交易調度動態控制機制且交易事后使用消息隊列解耦系統依賴的處理機制。

具體而言，在本發明的一個實施例中，提供了一種基于事前同步處理和事后異步處理的風控系統。該系統包括風控系統客戶端和風控系統服務器端。本發明中的這一系統采用微服務架構，旨在通過將功能分解到各個離散的微服務（即，風控系統服務器端的各個組件）中以實現對解決方案的解耦，并且該系統使用分布式應用程序協調服務作為服務發現與注冊中心。具體而言，在風控系統服務器端實現的各種風控服務向分布式應用程序協調服務（注冊中心）注冊服務，風控客戶端使用該分布式應用程序協調服務來發現所注冊的服務，并采用RPC遠程調用的方式調用風控服務，具體而言是相應的風控微服務。

風控系統服務器端通過請求接受組件接收到來自風控系統客戶端的事前和事后請求并完成對相應的風控微服務的調用后，由風控系統服務器端中的交易調度動態控制組件以職責鏈設計模式基于來自動態緩存組件的風控配置數據來對請求數據進行處理，并將處理結果同步返回給風控系統客戶端。該風控配置數據通過采用無鎖化設計的動態緩存組件來加載。此外，風控系統服務器端的請求接受組件在接收到來自風控系統客戶端的事后請求時異步地向事后風控組件發送消息，以供事后風控組件進行異步事后處理。組件（即，微服務）之間使用中間件來實現組件之間的異步通信，以提高系統性能，削峰，并降低系統耦合性。

在本發明的一個實施例中，提供了一種基于事前同步處理和事后異步處理的風控方法，該方法包括：

接收事前風控請求和事后風控請求，所述事前風控請求和所述事后風控請求各自包括請求數據；

基于所述事前風控請求來完成對事前風控微服務的同步調用；

通過所述事前風控微服務對所述事前風控請求的請求數據進行風控處理并同步返回處理結果；