本发明涉及风险控制技术领域，尤其涉及一种风险控制系统及方法。
背景技术：
现有的风控系统，强依赖于每个产品。当每次有新产品接入时，都需要与产品开发方进行极大广度的联调，同时，风控系统方面也需要做程度不小的改动才能满足产品方的需求。目前，由于业务的发展，新产品层出不穷，导致接入的工作量及系统压力陡然剧增，因此，亟待需要一款能够解决这部分的需求的处理流程。
技术实现要素：
针对现有技术中存在的上述问题，现提供一种风险控制系统及方法。
具体技术方案如下：
本发明公开一种风险控制系统，用于对请求交易系统进行风险控制，其中包括：
一获取模块，所述获取模块用于获取请求交易系统的请求交易参数；
一配置模块，所述配置模块用于预先配置所述请求交易系统的校验逻辑与填充逻辑；
一校验模块，分别连接所述获取模块与所述配置模块，所述校验模块用于根据所述校验逻辑对所述请求交易参数中的必要参数进行认定，并在认定符合时接入所述请求交易系统；
一填充模块，分别连接所述校验模块与所述配置模块，所述填充模块包括前置模板单元、外部依赖服务填充单元以及后置模板单元；
所述前置模板单元采用所述填充逻辑对请求交易参数进行处理，同时将处理之后的所述请求交易参数上传至一关联系统，以获取一关联交易参数；
所述外部依赖服务填充单元连接所述前置模板单元，分别将处理之后的所述请求交易参数与所述关联交易参数的传输格式进行转换；
所述后置模板单元连接所述外部依赖服务填充单元，采用所述填充逻辑对格式转换之后的请求交易参数与关联交易参数进行处理，以输出一填充参数；
一判别模块，分别连接所述填充模块与所述配置模块，所述判别模块用于获取填充参数，以根据预设的交易风险等级类别对填充参数进行风险等级分类，以输出风险判定结果。
优选的，所述填充逻辑包括对关联于所述请求交易系统的所有所述请求交易参数进行统一的运算处理，所述运算处理包括加倍运算或加减乘运算或与或运算或与非运算或判断运算。
优选的，所述风险控制系统还包括：
一存储模块，分别连接所述判别模块、所述获取模块以及所述填充模块，所述存储模块用于分别存储请求交易参数、填充参数以及风险判定结果，以备后续查询。
优选的，所述请求交易参数中的必要参数包括交易类型；和/或产品代码。
优选的，所述关联系统包括银行系统或支付系统。
优选的，所述请求交易参数与所述关联交易参数的传输格式为json格式。
本发明还公开一种风险控制方法，用于对请求交易系统进行风险控制，其中，用于上述任一所述的风险控制系统，所述风险控制方法包括以下步骤：
步骤s1、提供一获取模块，以获取请求交易系统的请求交易参数；
步骤s2、提供一配置模块，以预先配置所述请求交易系统的校验逻辑与填充逻辑；
步骤s3、提供一校验模块，根据所述校验逻辑对所述请求交易参数中的必要参数进行认定，并在认定符合时接入所述请求交易系统；
步骤s4、提供一前置模板单元，采用所述填充逻辑对所述请求交易参数进行处理，同时将处理之后的所述请求交易参数上传至一关联系统，以获取一关联交易参数；
步骤s5、提供一外部依赖服务填充单元，分别将处理之后的所述请求交易参数与所述关联交易参数的传输格式进行转换；
步骤s6、提供一后置模板单元，采用所述填充逻辑对格式转换之后的请求交易参数与关联交易参数进行处理，以输出一填充参数；
步骤s7、提供一判别模块，获取所述填充参数，以根据预设的交易风险等级类别对填充参数进行风险等级分类，以输出风险判定结果。
优选的，所述填充逻辑包括对关联于所述请求交易系统的所有所述请求交易参数进行统一的运算处理，所述运算处理包括加倍运算或加减乘运算或与或运算或与非运算或判断运算。
优选的，于步骤s7之后，还提供一存储模块，分别存储请求所述交易参数、所述填充参数以及所述风险判定结果，以备后续查询。
优选的，于步骤s3中，所述请求交易参数中的必要参数包括交易类型；和/或产品代码。
优选的，于步骤s4中，所述关联系统包括银行系统或支付系统。
优选的，于步骤s5中，所述请求交易参数与所述关联交易参数的传输格式为json格式。
本发明技术方案有益效果在于：提供一种风险控制系统及方法，能够满足各个交易请求系统的需求，可以更加灵活的处理各个交易请求系统的产品接入，且不会增加风险监控系统的开发量，减少工作量，降低交易风险。
附图说明
参考所附附图，以更加充分的描述本发明的实施例。然而，所附附图仅用于说明和阐述，并不构成对本发明范围的限制。
图1为本发明的实施例的风险控制系统的原理框图；
图2为本实施例的风险控制系统的填充模块的原理框图；
图3为本发明的实施例的风险控制方法的步骤流程图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。
下面结合附图和具体实施例对本发明作进一步说明，但不作为本发明的限定。
本发明公开一种风险控制系统1，结合图1、2所示，用于对请求交易系统进行风险控制，其中包括：
一获取模块10，获取模块10用于获取请求交易系统的请求交易参数，例如，该请求交易系统可以是产品方的控制系统，即需要进行风险控制的系统可以向该风险控制系统1发送请求交易参数，其中，该请求交易参数可以是产品订单号、产品ip值、产品代码、产品交易类型以及产品标识码等，在该实施例中请求交易系统以及请求交易参数并不限定。
一配置模块11，配置模块11用于预先配置请求交易系统的校验逻辑与填充逻辑。配置模块11主要的配置是配置风控请求交易系统需要哪些校验模块以及对应的校验逻辑，以及前置模板单元130与后置模板单元132填充的填充逻辑。具体地，一般是以产品代码为维度进行配置，例如，当产品代码为a时，校验逻辑配置为参数b，c，d必须存在，且d的参数值需符合卡号的相关标识；填充模块为在前置模板单元130截取d的前六位，并将其命名为为e；同时在外部依赖服务填充单元131上送参数e，并根据e在外面依赖系统，如银行获取其他相关信息，例如卡类型，将其命名为f；在后置模板单元132，配置逻辑为当f＝credit时，参数g＝01。
一校验模块12，分别连接获取模块10与配置模块11，校验模块12用于根据校验逻辑对请求交易参数中的必要参数进行认定，并在认定符合时接入请求交易系统3，例如，该请求交易参数中的必要参数包括交易类型；和/或产品代码，在该实施例中请求交易参数中的必要参数并不限定。
一填充模块13，分别连接校验模块13与配置模块11，填充模块13包括前置模板单元130、外部依赖服务填充单元131以及后置模板单元132；
前置模板单元130采用填充逻辑对请求交易参数进行处理，同时将处理之后的请求交易参数上传至一关联系统2，以获取一关联交易参数；例如，该前置模板单元130可以选用groovy模板，该groovy模板采用例如对关联于请求交易系统的所有请求交易参数进行统一的运算处理，其中，运算处理包括加倍运算或加减乘运算或与或运算或与非运算或判断运算。该groovy模板是一段自定义的groovy脚本，可以做简单的运算逻辑，例如，该请求交易系统中包括请求交易参数a和请求交易参数b，当请求交易参数b小于请求交易参数a时，则处理得到请求交易参数a，或请求交易系统中包括请求交易参数a和请求交易参数b，当请求交易参数b等于请求交易参数a时，则处理得到请求交易参数a b，或者截取某些字符串例如截取银行卡的卡币，判断该卡币符合哪种银行，当符合条件时返回ture，该groovy脚本由各个请求交易系统的业务配置，该风险控制系统处理时，该前置模板单元130会自动调用各个请求交易系统的业务配置好的groovy脚本，执行其中的运算逻辑，并将其结果填充并上传至关联系统2，同时将该处理之后的请求交易参数通过http向其他关联系统获取更多的参数，最终得到关联交易参数，其中，关联系统2可以包括银行系统或支付系统，更多的参数可以包括交易数据等，在该实施例中对关联系统以及获取的参数并不限定。这样的优势在于，可以更加灵活的处理各个请求交易系统的接入，并不会增加风险控制的开发量。
外部依赖服务填充单元131连接前置模板单元130，分别将请求交易参数与关联交易参数的传输格式进行转换；在该实施例中，外部依赖服务填充单元131会将之前依赖的dubbo接口，http服务全部改造为依赖于http服务。其中，将外部依赖服务填充单元131改造为适合于该风险控制系统的规范，例如将请求交易参数与关联交易参数的传输格式为json格式，这样在支撑该风险控制系统的各个请求交易系统的业务只需配置各自需要的http服务及其对应的输入参数，然后该外部依赖服务填充单元131会自动调用http服务，将返回的参数填充至请求交易参数与关联交易参数。即每个请求交易系统的产品线在需要自己的外部依赖服务填充单元131时，只需要配置自己依赖的服务以及发送的参数即可，并且该外部依赖服务填充单元131也可以通过配置信息向其他管理系统获取额外参数，对此不并不局限。这样的优势在于，可以更加灵活的处理各个请求交易系统的接入，并不会增加风险控制的开发量。
后置模板单元132连接外部依赖服务填充单元，采用填充逻辑对格式转换之后的请求交易参数与关联交易参数进行处理，以输出一填充参数；该后置模板单元132的功能和前置模板单元130的功能一样，且采用的运算逻辑也相同，其中，该后置模板单元132可以选用groovy模板，该groovy模板采用例如包括对关联于请求交易系统的所有请求交易参数进行统一的运算处理，其中，运算处理包括加倍运算或加减乘运算或与或运算或与非运算或判断运算，对转换之后的请求交易参数与关联交易参数进行处理，最终输出填充参数。这样的优势在于，可以更加灵活的处理各个请求交易系统的接入，并不会增加风险控制的开发量。
一判别模块14，分别连接填充模块13与配置模块11，判别模块14用于获取填充参数，以根据预设的交易风险等级类别对填充参数进行风险等级分类，以输出风险判定结果。例如，该交易风险等级类别其由单独的子系统处理，可以是难度类别，例如包括难度等级分为一级难度、二级难度、三级难度、四级难度及五级难度，其一级难度风险等级最低，五级难度风险难度最大。该判别模块14根据填充参数，通过http请求获取风险等级分类，对该填充参数进行风险判定，最终得到风险判定结果。这样的优势在于，能够满足各个交易请求系统的需求，且减少工作量，降低交易风险。
上述技术方案中，作为较优的实施方式，风险控制系统1还包括：
一存储模块15，分别连接判别模块14、获取模块10以及填充模块13，存储模块15用于分别存储请求交易参数、填充参数以及风险判定结果，以备后续查询。该存储模块15存储请求交易参数、填充参数以及风险判定结果作为备案，以备后续查询，进一步降低操作风险。
本发明还公开一种风险控制方法，如图3所示，用于对请求交易系统进行风险控制，其中，用于上述任一所述的风险控制系统，风险控制方法包括以下步骤：
步骤s1、提供一获取模块，以获取请求交易系统的请求交易参数；例如，该请求交易系统可以是产品方的控制系统，即需要进行风险控制的系统可以向该风险控制系统发送请求交易参数，其中，该请求交易参数可以是产品订单号、产品ip值、产品代码、产品交易类型以及产品标识码等，在该实施例中请求交易系统以及请求交易参数并不限定。
步骤s2、提供一配置模块，以预先配置请求交易系统的校验逻辑与填充逻辑，例如，配置模块11主要的配置是配置风控请求交易系统需要哪些校验模块以及对应的校验逻辑，以及前置模板单元130与后置模板单元132填充的填充逻辑。具体地，一般是以产品代码为维度进行配置，例如，当产品代码为a时，校验逻辑配置为参数b，c，d必须存在，且d的参数值需符合卡号的相关标识；填充模块为在前置模板单元130截取d的前六位，并将其命名为为e；同时在外部依赖服务填充单元131上送参数e，并根据e在外面依赖系统，如银行获取其他相关信息，例如卡类型，将其命名为f；在后置模板单元132，配置逻辑为当f＝credit时，参数g＝01。
步骤s3、提供一校验模块，根据校验逻辑对请求交易参数中的必要参数进行认定，并在认定符合时接入请求交易系统，例如，该请求交易参数中的必要参数包括交易类型；和/或产品代码，在该实施例中请求交易参数中的必要参数并不限定。
步骤s4、提供一前置模板单元，采用填充逻辑对请求交易参数进行处理，同时将处理之后的请求交易参数上传至一关联系统，以获取一关联交易参数；例如，该前置模板单元可以选用groovy模板，该groovy模板采用例如对关联于请求交易系统的所有请求交易参数进行统一的运算处理，其中，运算处理包括加倍运算或加减乘运算或与或运算或与非运算或判断运算。该groovy模板是一段自定义的groovy脚本，可以做简单的运算逻辑，例如，该请求交易系统中包括请求交易参数a和请求交易参数b，当请求交易参数b小于请求交易参数a时，则处理得到请求交易参数a，或请求交易系统中包括请求交易参数a和请求交易参数b，当请求交易参数b等于请求交易参数a时，则处理得到请求交易参数a b，或者截取某些字符串例如银行卡的卡币，判断该卡币符合哪种银行，当符合条件时返回ture，该groovy脚本由各个请求交易系统的业务配置，该风险控制系统处理时，该前置模板单元会自动调用各个请求交易系统的业务配置好的groovy脚本，执行其中的运算逻辑，并将其结果填充并上传至关联系统，同时将该处理之后的请求交易参数通过http向其他关联系统获取更多的参数，最终得到关联交易参数，其中，关联系统可以包括银行系统或支付系统，更多的参数可以包括交易数据等，在该实施例中对关联系统以及获取的参数并不限定。这样的优势在于，可以更加灵活的处理各个请求交易系统的接入，并不会增加风险控制的开发量。
步骤s5、提供一外部依赖服务填充单元，分别将请求交易参数与关联交易参数的传输格式进行转换，在该步骤中，外部依赖服务填充单元会将之前依赖的dubbo接口，http服务全部改造为依赖于http服务。其中，将外部依赖服务填充单元改造为适合于该风险控制系统的规范，例如将请求交易参数与关联交易参数的传输格式为json格式，这样在支撑该风险控制系统的各个请求交易系统的业务只需配置各自需要的http服务及其对应的输入参数，然后该外部依赖服务填充单元会自动调用http服务，将返回的参数填充至请求交易参数与关联交易参数。即每个请求交易系统的产品线在需要自己的外部依赖服务填充单元时，只需要配置自己依赖的服务以及发送的参数即可，并且该外部依赖服务填充单元也可以通过配置信息向其他管理系统获取额外参数，对此不并不局限。这样的优势在于，可以更加灵活的处理各个请求交易系统的接入，并不会增加风险控制的开发量。
步骤s6、提供一后置模板单元，采用填充逻辑对格式转换之后的请求交易参数与关联交易参数进行处理，以输出一填充参数；在该步骤中，该后置模板单元的功能和前置模板单元的功能一样，且采用的运算逻辑也相同，其中，该后置模板单元可以选用groovy模板，该groovy模板采用例如包括对关联于请求交易系统的所有请求交易参数进行统一的运算处理，其中，运算处理包括加倍运算或加减乘运算或与或运算或与非运算或判断运算，对转换之后的请求交易参数与关联交易参数进行处理，最终输出填充参数。这样的优势在于，可以更加灵活的处理各个请求交易系统的接入，并不会增加风险控制的开发量。
步骤s7、提供一判别模块，获取填充参数，以根据预设的交易风险等级类别对填充参数进行风险等级分类，以输出风险判定结果。该判别模块根据填充参数，通过http请求获取风险等级分类，对该填充参数进行风险判定，最终得到风险判定结果。例如，该交易风险等级类别可以是难度类别，例如包括难度等级分为一级难度、二级难度、三级难度、四级难度及五级难度，其一级难度风险等级最低，五级难度风险难度最大。
这样的优势在于，能够满足各个交易请求系统的需求，且减少工作量，降低交易风险。
上述技术方案中，作为较优的实施方式，于步骤s7之后，还提供一存储模块，分别存储请求交易参数、填充参数以及风险判定结果，以备后续查询。该存储模块存储请求交易参数、填充参数以及风险判定结果作为备案，以备后续查询，进一步降低操作风险。
以上所述仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。
1.一种风险控制系统，用于对请求交易系统进行风险控制，其特征在于，包括：
一获取模块，所述获取模块用于获取所述请求交易系统的请求交易参数；
一配置模块，所述配置模块用于预先配置所述请求交易系统的校验逻辑与填充逻辑；
一校验模块，分别连接所述获取模块与所述配置模块，所述校验模块用于根据所述校验逻辑对所述请求交易参数中的必要参数进行认定，并在认定符合时接入所述请求交易系统；
一填充模块，分别连接所述校验模块与所述配置模块，所述填充模块包括前置模板单元、外部依赖服务填充单元以及后置模板单元；
所述前置模板单元采用所述校验逻辑对所述请求交易参数进行处理，同时将处理之后的所述请求交易参数上传至一关联系统，以获取一关联交易参数；
所述外部依赖服务填充单元连接所述前置模板单元，分别将处理之后的所述请求交易参数与所述关联交易参数的传输格式进行转换；
所述后置模板单元连接所述外部依赖服务填充单元，采用所述校验逻辑对格式转换之后的所述请求交易参数与所述关联交易参数进行处理，以输出一填充参数；
一判别模块，分别连接所述填充模块与所述配置模块，所述判别模块用于获取所述填充参数，以根据预设的交易风险等级类别对所述填充参数进行风险等级分类，以输出风险判定结果。
2.根据权利要求1所述的风险控制系统，其特征在于，所述填充逻辑包括对关联于所述请求交易系统的所有所述请求交易参数进行统一的运算处理，所述运算处理包括加倍运算或加减乘运算或与或运算或与非运算或判断运算。
3.根据权利要求1所述的风险控制系统，其特征在于，所述风险控制系统还包括：
一存储模块，分别连接所述判别模块、所述获取模块以及所述填充模块，所述存储模块用于分别存储所述请求交易参数、所述填充参数以及所述风险判定结果，以备后续查询。
4.根据权利要求1所述的风险控制系统，其特征在于，所述请求交易参数中的必要参数包括交易类型；和/或产品代码。
5.根据权利要求1所述的风险控制系统，其特征在于，所述关联系统包括银行系统或支付系统。
6.根据权利要求1所述的风险控制系统，其特征在于，所述请求交易参数与所述关联交易参数的传输格式为json格式。
7.一种风险控制方法，用于对请求交易系统进行风险控制，其特征在于，用于上述权利要求1-6任一所述的风险控制系统，所述风险控制方法包括以下步骤：
步骤s1、提供一获取模块，以获取所述请求交易系统的请求交易参数；
步骤s2、提供一配置模块，以预先配置所述请求交易系统的校验逻辑与填充逻辑；
步骤s3、提供一校验模块，根据所述校验逻辑对所述请求交易参数中的必要参数进行认定，并在认定符合时接入所述请求交易系统；
步骤s4、提供一前置模板单元，采用所述填充逻辑对所述请求交易参数进行处理，同时将处理之后的所述请求交易参数上传至一关联系统，以获取一关联交易参数；
步骤s5、提供一外部依赖服务填充单元，分别将处理之后的所述请求交易参数与所述关联交易参数的传输格式进行转换；
步骤s6、提供一后置模板单元，采用所述填充逻辑对格式转换之后的所述请求交易参数与所述关联交易参数进行处理，以输出一填充参数；
步骤s7、提供一判别模块，获取所述填充参数，以根据预设的交易风险等级类别对所述填充参数进行风险等级分类，以输出风险判定结果。
8.根据权利要求7所述的风险控制方法，其特征在于，所述填充逻辑包括对关联于所述请求交易系统的所有所述请求交易参数进行统一的运算处理，所述运算处理包括加倍运算或加减乘运算或与或运算或与非运算或判断运算。
9.根据权利要求7所述的风险控制方法，其特征在于，于所述步骤s7之后，还提供一存储模块，分别存储所述请求交易参数、所述填充参数以及所述风险判定结果，以备后续查询。
10.根据权利要求7所述的风险控制方法，其特征在于，于所述步骤s3中，所述请求交易参数中的必要参数包括交易类型；和/或产品代码。
11.根据权利要求7所述的风险控制方法，其特征在于，于所述步骤s4中，所述关联系统包括银行系统或支付系统。
12.根据权利要求7所述的风险控制方法，其特征在于，于所述步骤s5中，所述请求交易参数与所述关联交易参数的传输格式为json格式。
技术总结