[发明专利]基于Tuxedo架构的业务风控方法和系统

说明书

本申请涉及一种业务风控系统，其中，所述业务风控系统构建在Tuxedo架构上，所述业务风控系统包括：业务系统，被配置用于接收来自用户的业务请求并将其转发至HAproxy服务器；HAproxy服务器，被配置用于根据预先设置好的分发规则，将所述业务请求分发到相应的风控系统；在Tuxedo域中的风控系统，被配置用于根据接收到的业务请求进行风控服务处理；以及数据库，被配置用于存储所述风控服务中所涉及的业务风控规则和风控参数。

技术领域

本申请涉及业务系统的风控领域，更具体而言，涉及一种基于Tuxedo架构的可实现动态定制风控服务及多粒度负载均衡的业务风控方法和系统。

背景技术

随着信息技术的进步，支付结算工具的创新以及结算渠道日益扩展，支付结算操作越来越趋向于自动化、信息化、电子化方向发展。与此同时，支付结算风险也随之增加，并出现新的形式、新的特点，直接威胁着用户、商家、银行以及第三方金融机构等的账户和资金安全。举例而言，所述支付风险可能包括但不限于：电信诈骗风险、信用卡犯罪风险、电子支付风险、系统漏洞风险等等。

为了避免出现上述各种支付风险，技术人员已经开发出各种防范交易数据风险的风控系统。

目前主流的风控系统一般包含下述特征：

数据库读写分离机制，即将规则参数、交易数据等都放入数据库，数据库采用分片机制，主从复制方式，系统写数据和读数据访问不同的数据库。

分布式缓存方式，即将高频数据放入一些缓存中间件（如Redis，memcache），高效的缓存系统可提升系统性能，风控系统从缓存中获取风控参数及风控规则。

另外，针对目前主流的风控系统的负载均衡的方式主要是利用常见的软件负载均衡技术（如Linux VirtualServer），即通过其提供的相应负载均衡算法来进行网络层面的分发。

但现有的这几类主流风控技术也存在一些缺陷和问题，包括：

对于数据库读写分离机制：系统与数据库之间耦合性高，在高频请求及高并发场景下，交易响应时间、数据库性能下降明显，数据库I/O压力大。

对于分布式缓存方式：缓存中间件（如Redis，memcache）在高并发，数据误操作等情况下有可能产生雪崩，并且在大交易量、高并发情况下对带宽要求高，调用方在访问缓存数据时需要额外的网络开销。

对于现有的负载均衡技术（如Linux VirtualServer）：其主要负责网络层、主机级的数据分发，没法做到更小粒度服务进程间的负载均衡。

因此，存在一种需求，希望能够提供一种能够克服上述缺陷的动态灵活的风控管理和负载均衡方案。

发明内容

本申请涉及一种本地缓存处理方式，以提供风控规则参数配置的灵活性，规则服务的可扩展性，实现规则服务即插即用；并利用Tuexdo实现按服务域、服务主机、服务进程多粒度负载均衡。

根据本申请的第一方面，提供了一种业务风控系统，其中，所述业务风控系统构建在Tuxedo架构上，所述业务风控系统包括：

业务系统，被配置用于接收来自用户的业务请求并将其转发至HAproxy服务器；

HAproxy服务器，被配置用于根据预先设置好的分发规则，将所述业务请求分发到相应的风控系统；

在Tuxedo域中的风控系统，被配置用于根据接收到的业务请求进行风控服务处理；以及

数据库，被配置用于存储所述风控服务中所涉及的业务风控规则和风控参数；

其中所述风控系统包括：

风控接入前置，被配置用于对来自所述业务系统的所述业务请求进行解析，将其转换成所述风控系统的内部报文格式，并将风控处理模块处理后的结果返回给相应的业务系统；