一种基于微服务的数据风控系统及其方法技术方案

本公开涉及一种基于微服务的数据风控方法，包括：在微服务架构环境中，根据数据风控系统的功能划分将所述数据风控系统的各模块拆分成相应的服务模块；针对每个服务模块，在所述微服务架构的服务注册中心处进行注册以便运行交互；接收来自主系统的交易请求数据，并根据业务类型将所述交易请求数据转发给风控服务模块；根据所述交易请求数据，获取风控规则配置数据并对所述风控服务模块进行配置；所述风控服务模块对所述交易请求数据进行风控业务分析以生成响应结果；将响应结果返回给所述数据分发服务模块以告知用户。

【技术实现步骤摘要】
一种基于微服务的数据风控系统及其方法
本公开主要涉及对数据的风险控制领域，具体而言，涉及在交易数据进入主支付系统之前，利用微服务对其进行风险控制、分析及过滤的方法和系统。
技术介绍
随着信息技术的进步，支付结算工具的创新以及结算渠道日益扩展，支付结算操作越来越趋向于自动化、信息化、电子化方向发展。与此同时，支付结算风险也随之增加，并出现新的形式、新的特点，直接威胁着用户、商家、银行以及第三方金融机构等的账户和资金安全。举例而言，所述支付风险可能包括但不限于：电信诈骗风险、信用卡犯罪风险、电子支付风险、系统漏洞风险等等。为了避免出现上述各种支付风险，技术人员已经开发出各种防范交易数据风险的风控系统。传统的风控系统一般都有属于自己的风控体系，即各个实体基本都是独自开发其自己的支付风控系统。并且，从安全角度来讲，实体也很少会对外披露自己采用的风控系统的架构及设计理念。因此，现有的风控系统基本都是基于闭源的架构，导致研发和维护成本高昂。因此，缺少一种基于开源架构的便捷低成本的风控技术。从总体上来说，按照风控的业务需求，所述传统的风控系统大致可以分为以下几种功能模块：数据分发，数据的入口同时也是数据风控的控制中心，可将数据分发到数据处理中心做相应的处理，最终将处理结果同步给主系统；数据处理，对数据做规则匹配、业务风险控制、数据分析过滤及风险数据预警等，数据处理完成后会将结果同步返回给数据分发中心；以及数据统计，对处理完的数据做统计，方便后续查询与分析。但这些现有的数据风控系统还存在很多缺陷，例如：数据高并发性能问题、风控种类复杂性的问题以及系统冗余问题等等。为此，存在一种需求，希望能够提供一种能够灵活有效地防范支付风险的数据风控方案。
技术实现思路
本公开涉及一种基于微服务的数据风控系统及其方法。根据本公开的第一方面，提供了一种基于微服务的数据风控系统，包括：数据分发服务模块，被配置为根据从主系统接收到的交易请求数据将所述交易请求数据分发给数据处理服务模块，以及从所述数据处理服务模块接收响应结果并告知所述用户；风控服务模块，被配置为根据接收到的所述交易请求数据从规则配置表中获取相应的规则配置数据并进行配置，以及对所述交易请求数据进行风控业务分析并将响应结果返回给所述数据分发服务模块；以及数据统计服务模块，被配置为对处理完的数据进行统计；其中，所述数据分发服务模块、风控服务模块和数据统计服务模块是通过对所述数据风控系统的相应模块进行微服务化来构建的。根据本公开的第二方面，提供了一种基于微服务的数据风控方法，包括：在微服务架构环境中，根据数据风控系统的功能划分将所述数据风控系统的各模块拆分成相应的服务模块；针对每个服务模块，在所述微服务架构的服务注册中心处进行注册以便运行交互；接收来自主系统的交易请求数据，并根据业务类型将所述交易请求数据转发给风控服务模块；根据所述交易请求数据，获取风控规则配置数据并对所述风控服务模块进行配置；所述风控服务模块对所述交易请求数据进行风控业务分析以生成响应结果；将响应结果返回给所述数据分发服务模块以告知用户。提供本概述以便以简化的形式介绍以下在详细描述中进一步描述的一些概念。本概述并不旨在标识所要求保护主题的关键特征或必要特征，也不旨在用于限制所要求保护主题的范围。附图说明为了描述可获得本专利技术的上述和其它优点和特征的方式，将通过参考附图中示出的本专利技术的具体实施例来呈现以上简要描述的本专利技术的更具体描述。可以理解，这些附图只描绘了本专利技术的各典型实施例，并且因此不被认为是对其范围的限制，将通过使用附图并利用附加特征和细节来描述和解释本专利技术，在附图中：图1示出了根据本公开的一个实施例的基于微服务的数据风控系统的示例框图。图2示出了根据本公开的一个实施例的数据分发服务模块的示例服务流程。图3示出了根据本公开的一个实施例的数据处理服务模块的示例服务流程。图4示出了根据本公开的一个实施例的基于微服务的数据风控方法的示例流程图。具体实施方式如前所述，传统的支付风控系统存在很多缺陷，因此，在本公开中针对现有几类主流风控技术存在的缺陷提供了相应的解决方式。总体上来说：1.对于数据高并发性能问题：在支付数据高并发的场景下，如支付业务场景，商品秒杀场景等等，支付风控系统如果搭建在主系统上，会对主系统性能及效率产生较大影响，影响主系统正常运行。对此，本公开采用了微服务模式，即将风控系统从主系统上独立出来并将其各个功能模块拆分成相应的微服务。这样，所述支付风控系统就不再需要搭载在主系统上，并且能实现毫秒级响应机制，减轻了主系统的负担，提高主系统的性能。并且，服务异常或者服务停止都不会对业务主系统的正常使用产生任何影响。2.对于风控种类复杂性的问题：数据的风控种类有很多，如数据过滤的规则、数据业务规则以及数据预警规则等。这些规则本身具有一定的复杂性且种类多又导致复杂性加剧。本公开提供了一种规则配置的解决方式，即建立一个规则配置表，将各种种类的风控规则都写入到所述规则配置表中。随后，根据业务不同和风控处理的不同来配置所述规则，例如可以将每种规则配置与一个key值相关联。这样，只需要根据接收到的数据请求中包含的风控配置参数key，就能从所述规则配置表中检索并调用相应的规则配置。并且，在支付风控系统运行期间，可以将所述规则配置表加载到缓存中，这样，调用、新增和更新规则都更加地方便和快捷。3.对于系统冗余问题：如果风控业务处理都在一个系统上，会对系统造成冗余及系统性能的损耗。本公开通过将风控业务处理按模块独立拆分成相应的微服务，使得整个风控系统可以由一个或者多个微服务组成，而每个微服务都能独立完成对业务需求的处理，同时服务与服务之间也能相互做多重数据处理，从而提高了服务之间的灵活性，高效性，解决了系统冗余的问题。下面就参考各附图来说明本公开的具体方案。首先，如图1所示，示出了根据本公开的一个实施例的基于微服务的数据风控系统100的示例框图。如前所述，当前的支付交易存在数据量大、高并发、实时性等特点，因此，所述支付交易在支付吞吐量、支付效率和支付的实时性等方面都有很高的要求。更进一步，随着恶意攻击的日益增多，导致交易数据的传输存在较高的风险，即容易出现脏数据（例如攻击者恶意发送的大批量无用交易数据）致使主交易系统超荷负载从而造成响应迟缓、宕机等风险。为此，本公开针对支付数据的高并发、配置灵活性、数据的实时性以及安全性等问题对现有的支付风控系统做了改造和优化。所述改造和优化主要利用了微服务技术。微服务：是高性能和透明化的远程服务调用解决方案，主要通过资源调度和服务治理来解决分布式架构下服务资源浪费以提高集群的使用率。在本公开中使用分布式应用程序协调服务（Zookeeper）作为服务发现与注册中心。将支付风控系统所涉及的各个功能模块分别拆分成多个（微）服务。这些服务通常具有以下优点：有自己的堆栈，包括数据库和数据模型；通过RE本文档来自技高网...

【技术保护点】
1.一种基于微服务的数据风控系统，包括：/n数据分发服务模块，被配置为根据从主系统接收到的交易请求数据将所述交易请求数据分发给数据处理服务模块，以及从所述数据处理服务模块接收响应结果并告知用户；/n风控服务模块，被配置为根据接收到的所述交易请求数据从规则配置表中获取相应的规则配置数据并进行配置，以及对所述交易请求数据进行风控业务分析并将响应结果返回给所述数据分发服务模块；以及/n数据统计服务模块，被配置为对处理完的数据进行统计；/n其中，所述数据分发服务模块、风控服务模块和数据统计服务模块是通过对所述数据风控系统的相应模块进行微服务化来构建的。/n

【技术特征摘要】
1.一种基于微服务的数据风控系统，包括：
数据分发服务模块，被配置为根据从主系统接收到的交易请求数据将所述交易请求数据分发给数据处理服务模块，以及从所述数据处理服务模块接收响应结果并告知用户；
风控服务模块，被配置为根据接收到的所述交易请求数据从规则配置表中获取相应的规则配置数据并进行配置，以及对所述交易请求数据进行风控业务分析并将响应结果返回给所述数据分发服务模块；以及
数据统计服务模块，被配置为对处理完的数据进行统计；
其中，所述数据分发服务模块、风控服务模块和数据统计服务模块是通过对所述数据风控系统的相应模块进行微服务化来构建的。


2.如权利要求1所述的数据风控系统，其特征在于，所述风控业务分析包括：数据过滤，数据风险识别，数据风控预警。


3.如权利要求1所述的数据风控系统，其特征在于，如果所述风控业务分析出现异常，则所述异常会被所述数据风控系统捕获而不会直接返给所述主系统。


4.如权利要求1所述的数据风控系统，其特征在于，所述风控服务模块可包括数据处理模块和数据查询服务模块，所述数据处理模块被配置为提供交易订单风控分析服务，而所述数据查询服务模块被配置为提供交易查询风控服务，其中：
如果所述交易请求数据的业务类型是“交易查询”，则所述数据分发服务模块就将所述交易请求数据分发给所述数据查询服务模块；
如果所述交易请求数据的业务类型是“交易权限”，则所述数据分发服务模块就将所述交易请求数据分发给所述数据处理服务模块。


5.一种基于微服务的数据风控方法，包括：
在微服务架构环境中，根据...

【专利技术属性】
技术研发人员：黄菲，吴建英，吴建平，刘冬，李阳，张武，刘海鹏，兰林娜，吴仁杰，
申请(专利权)人：上海富友支付服务股份有限公司，
类型：发明
国别省市：上海;31