阅读说明：本技术 用于风控系统处理性能的提升方法及系统 (Method and system for improving processing performance of wind control system ) 是由 张彪 于 2020-03-19 设计创作，主要内容包括：本发明涉及数据信息处理系统领域,具体为一种用于风控系统处理性能的提升方法及系统,解决因系统同步调用、串行计算造成业务请求同步等待、浪费风控系统的计算资源的技术问题,包括用于发起业务请求的前端应用平台、用于接收到计算请求后进行运算得到计算结果的风控计算模块、以及风控前置模块和存储模块；风控前置模块包括同步返回单元、风控进程单元和异步通知单元。本发明将业务请求的同步处理逻辑拆分成三个异步的处理逻辑,从而达到整体上异步的处理效果；风控计算模块的运算进程不受业务请求的流量波动情况的影响,实现对业务请求的流量的削峰填谷,充分利用风控计算模块的运算资源。(The invention relates to the field of data information processing systems, in particular to a method and a system for improving the processing performance of a wind control system, which solve the technical problems of synchronous waiting of service requests and waste of computing resources of the wind control system caused by synchronous calling and serial computing of the system, and comprise a front-end application platform for initiating the service requests, a wind control computing module for receiving the computing requests and then carrying out operation to obtain computing results, a wind control front-end module and a storage module; the wind control front module comprises a synchronous return unit, a wind control process unit and an asynchronous notification unit. The invention divides the synchronous processing logic of the service request into three asynchronous processing logics, thereby achieving the overall asynchronous processing effect; the operation process of the wind control calculation module is not influenced by the flow fluctuation condition of the service request, peak clipping and valley filling of the flow of the service request are realized, and the operation resources of the wind control calculation module are fully utilized.)

用于风控系统处理性能的提升方法及系统

技术领域

本发明涉及数据信息处理系统领域，具体为一种用于风控系统处理性能的提升方法及系统。

背景技术

金融的本质是风险管理，风险控制是所有金融业务的核心。风险控制是指风险管理者采取各种措施和方法，消灭或减少风险事件发生的各种可能性，或风险控制者减少风险事件发生时造成的损失。风控业务系统在行内系统中使用同步逻辑进行风控规则的计算，同步流程为:前端应用平台发起请求；链接平台参数组装,协议转换；风控网关收到请求，调用决策引擎和额度管理中心进行风控规则计算；计算完成后向前端返回结果。

公开号为CN109194586A的中国专利公开了一种基于分布式令牌桶的削峰处理方法，包括：业务请求流量判断步骤：判断接收到的业务请求的流量是否超过预设的流量峰值，若业务请求的流量超过流量峰值，将该业务请求发送到异步消息队列排队等待，若业务请求的流量不超过流量峰值，将该业务请求发送到下层系统；业务请求处理步骤；异步消息队列消费步骤：对排队等待的业务请求进行消费，判断消费后的业务请求的流量是否超过流量峰值，直到业务请求的流量不超过流量峰值后，将该业务请求发送到下层系统进行处理。

该专利采用异步阻塞队列去缓冲业务请求的流量，进行削峰填谷。但是，由于风控方在处理过程中需要使用决策引擎等进行规则计算，而决策引擎规则计算过程使用的是串行的方式，导致处理业务请求的平均耗时较长。风控系统依旧是以同步逻辑的流程处理业务请求，多个业务请求依次排队进行处理时，未能缩短处理业务请求的平均耗时，同步处理对风控系统的计算资源的利用效率较低，浪费风控系统的计算资源。仅以阻塞方式来缓冲业务请求的流量对提高系统处理效率的效果有限，业务请求的数量高发时也只能在阻塞队列中等待。现有的风控系统在同步逻辑和串行计算方式下处理巨量业务请求，已经无法满足目前行内日益增多的风控业务需求。所以，现有技术还存在因风控系统同步调用、串行计算造成业务请求同步等待、浪费风控系统的计算资源的问题。

发明内容

本发明提供了用于风控系统处理性能的提升方法及系统，解决因系统同步调用、串行计算造成业务请求同步等待、浪费风控系统的计算资源的技术问题。

本发明提供的基础方案为：用于风控系统处理性能的提升系统，包括：

前端应用平台：用于发起业务请求；

风控前置模块：包括同步返回单元、风控进程单元、异步通知单元；

同步返回单元：用于对业务请求进行处理得到标准请求，标准请求中包括多种参数类型的参数；

存储模块：用于存储标准请求；

同步返回单元还用于将标准请求存储到存储模块中，并向前端应用平台反馈该标准请求的状态信息；

风控进程单元：用于从存储模块中获取标准请求，基于标准请求发起计算请求；

风控计算模块：用于接收到计算请求后进行运算得到计算结果；

风控进程单元还用于获取计算结果，并将计算结果存储到存储模块中；

异步通知单元：用于从存储模块中获取计算结果，将计算结果发送到前端应用平台。

本发明的工作原理及优点在于：

本发明在前端应用平台和风控计算模块之间增加了风控前置模块，调用方的前端应用平台向风控方发起业务请求时，同步返回单元将业务请求中的参数进行处理，得到标准请求，并将其存入存储模块中，然后向前端应用平台反馈该标准请求的状态信息，状态信息包括暂态消息、当前时刻的时间点和当前等待处理的标准请求的排队数量，例如反馈暂态消息“处理中”。存入存储模块的标准请求通过风控进程单元建立数据获取任务来取出，然后风控进程单元向风控计算模块发起基于该标准请求的计算请求。风控计算模块中存储有风控规则和风控源数据，风控计算模块接收到计算请求后调用风控规则和风控源数据进行运算，得到计算结果。风控进程单元从风控计算模块中获取计算结果，并将其存储到存储模块中。由异步通知单元建立另一个数据获取任务来从存储模块中获取计算结果，最后将计算结果分发到调用方的前端应用平台。

目前，现有技术运用各种流量缓冲算法、采用异步阻塞队列去缓冲业务请求的流量，进行削峰填谷，十分依赖前沿的算法框架，不利于后期维护，若框架算法发生问题时不易排查解决。本发明将业务请求的同步处理逻辑拆分成三个异步的处理逻辑，从而达到整体上异步的处理效果。

业务请求的流量过大时，同步返回单元处理得到大量的标准请求，风控计算模块的处理速度跟不上业务请求的流量的新增速度；由于是先将标准请求存储到存储模块后再对其进行后续的处理，实现了对标准请求的流量的拦截；存储模块暂存来不及处理的标准请求，将多余的标准请求的流量缓存着。

业务请求流量过小时，业务请求的流量的新增速度跟不上风控计算模块对计算请求的处理速度，由于存储模块中缓存有标准请求，风控进程单元通过获取缓存在存储模块中的标准请求来进行流量补偿，使风控进程单元仍能获取到数量充足的标准请求来向风控计算模块发起计算请求，减少风控计算模块的空闲时间。

本发明采用一种前置缓冲技术，风控前置模块将业务请求的流量拦截下来缓存在存储模块中，将业务请求的同步处理逻辑拆分成三个异步的处理逻辑，从而达到整体上异步的处理效果；风控计算模块通过风控进程单元获取缓存的标准请求来进行运算，风控计算模块的运算进程不受业务请求的流量波动情况的影响，实现风控前置模块对业务请求的流量削峰填谷，充分利用风控计算模块的运算资源。

同步返回单元还将标准请求被存入存储模块时的状态信息反馈给前端应用平台，留下数据入库的痕迹，方便根据状态信息排查故障，例如同步返回单元对业务请求的处理失败后并没有得到相应的标准请求，此时前端应用平台可查阅状态信息进行故障排查，找出未被正常处理的业务请求，方便及时处理。

进一步，存储模块还包括排序模块，排序模块用于在存入标准请求时，按存入时间的先后顺序依次给标准请求编排序号，风控进程单元根据序号依次获取标准请求。限定风控进程单元对标准请求的获取秩序，提高获取进程的稳定性。

进一步，存储模块还包括聚类模块，聚类模块用于识别标准请求中参数的参数类型得到识别结果，排序模块根据识别结果调整标准请求的序号。根据标准请求的参数类型来调整排序的序号，方便调整标准请求的获取次序。

进一步，排序模块调整标准请求的序号时，根据识别结果将参数类型相同的标准请求调整为序号相连。将参数类型相同的标准请求汇聚在一起，再由风控进程单元获取，实现风控计算模块能连续处理同类型的参数，提高计算效率。

进一步，排序模块将存储模块中新存入的标准请求按存入顺序分组，仅在同组内对标准请求的序号进行调整，风控进程单元按顺序依次获取各组的标准请求。缩小对标准请求的序号调节影响范围，减少排序模块调整序号的工作量，避免过分干预标准请求的获取顺序，尤其是避免了风控进程单元长期获取同一参数类型的标准请求而阻碍了其他标准请求的获取进程。

进一步，聚类模块对参数类型分别配置排序优先级，排序模块根据参数类型的排序优先级对标准请求进行排序。提高个别重要的参数类型对排序的影响力，细化出排序优先级更方便排序模块调整标准请求的序号，利于进一步优化标准请求的获取顺序，更利于提高风控计算模块的计算效率。

进一步，同步返回单元对业务请求的处理包括对该业务请求中的参数进行组装整合和协议转换。通过组装整合和协议转换将业务请求中的参数标准化处理，方便兼容本系统中后续的获取和计算进程，利于提高对业务请求的处理效率。

进一步，同步返回单元向前端应用平台反馈的状态信息包括处于等待状态的提示信息、当前等待计算的标准请求的数量。利于前端应用平台及时了解到业务请求是否被风控前置模块正常接收，以及时获悉到标准请求当前的等待进度。

进一步，异步通知单元通信连接有路由器，路由器将计算结果路由重分发到目标的前端应用平台。扩大计算结果的通知范围，确保计算结果及时反馈到前端应用平台。

基于上述系统，本发明还提供了一种用于风控系统处理性能的提升方法，包括：

步骤1，前端应用平台发起业务请求；

步骤2，同步返回单元对业务请求进行处理得到标准请求；

步骤3，同步返回单元将标准请求存储到存储模块中，并向前端应用平台反馈该标准请求的状态信息；

步骤4，风控进程单元从存储模块中获取标准请求，基于标准请求向风控计算模块发起计算请求；

步骤5，风控计算模块接收到计算请求后进行运算得到计算结果；

步骤6，风控进程单元获取计算结果并将计算结果存储到存储模块中；

步骤7，异步通知单元从存储模块中获取计算结果，将计算结果发送到前端应用平台。

附图说明

图1为本发明中的用于风控系统处理性能的提升系统实施例一的系统框图。

图2为本发明中的用于风控系统处理性能的提升系统实施例三的系统框图。

具体实施方式

下面通过具体实施方式进一步详细的说明：

实施例一基本如附图1所示：

用于风控系统处理性能的提升系统，包括前端应用平台、存储模块、风控前置模块和风控计算模块。前端应用平台包括信贷平台和网贷平台，用于供调用方发起业务请求。存储模块采用华为1280高密型TaiShan服务器。

风控前置模块采用华为KunLun 9008 V5关键业务服务器，包括同步返回单元、风控进程单元、异步通知单元。

其中，同步返回单元用于对业务请求进行处理得到标准请求，还用于将标准请求存储到存储模块中，并向前端应用平台反馈状态信息。同步返回单元对业务请求的处理包括对该业务请求中的参数进行组装整合和协议转换，规范参数格式和统一协议。同步返回单元向前端应用平台反馈的状态信息包括暂态消息、当前时刻的时间点和当前等待处理的标准请求的排队数量，例如提示处于等待状态的暂态消息“处理中”。

风控进程单元用于从存储模块中获取标准请求，并基于该标准请求向风控计算模块发起计算请求，计算请求中包括了该标准请求中的参数。风控计算模块采用华为FusionServer Pro X6800数据中心服务器，风控计算模块中存储有风控规则和风控源数据，在接收到计算请求后，调取风控规则及风控源数据对该计算请求进行运算，得到计算结果。然后风控进程单元从风控计算模块中获取计算结果，并将计算结果存储到存储模块中。

异步通知单元用于从存储模块中获取计算结果，异步通知单元通信连接有华为NetEngine20E-S业务汇聚路由器，该路由器将计算结果路由重分发到目标的前端应用平台。

基于上述系统，本实施例中还提供了一种用于风控系统处理性能的提升方法，包括以下步骤：

步骤1，前端应用平台发起业务请求；

步骤2，同步返回单元对业务请求进行处理得到标准请求，其中对业务请求的处理包括对该业务请求中的参数进行组装整合和协议转换，规范参数格式和统一协议；

步骤3，同步返回单元将标准请求存储到存储模块中，并向前端应用平台反馈该标准请求的状态信息；状态信息包括暂态消息“处理中”、当前时刻的时间点和当前等待处理的标准请求的排队数量。

步骤4，风控进程单元建立数据获取任务来从存储模块中获取标准请求，基于标准请求向风控计算模块发起计算请求；

步骤5，风控计算模块接收到计算请求后调取风控规则及风控源数据进行运算得到计算结果；

步骤6，风控进程单元获取计算结果并将计算结果存储到存储模块中；

步骤7，异步通知单元建立另一个数据获取任务来从存储模块中获取计算结果，将计算结果分发到前端应用平台。

本实施例采用一种前置缓冲技术，风控前置模块将业务请求的流量拦截下来缓存在存储模块中，将业务请求的同步处理逻辑拆分成三个异步的处理逻辑，从而达到整体上异步的处理效果；风控计算模块通过风控进程单元获取缓存的标准请求来进行运算，风控计算模块的运算进程不受业务请求的流量波动情况的影响，实现对风控数据计算进程的削峰填谷，充分利用风控计算模块的运算资源；另外，同步返回单元将标准请求被存入存储模块时的状态信息反馈给前端应用平台，留下数据入库的痕迹，方便根据状态信息排查故障。

实施例二：

实施例二和实施例一的不同之处在于，风控进程单元还用于统计依次获取的相邻两个标准请求的参数的参数类型的相同或相近情况，得到比对信息，风控进程单元发起的计算请求中还包括了比对信息。风控计算模块运算得到计算结果后，还根据比对信息保留需要在下一次计算中继续调用的风控规则及风控源数据，减少重复调用次数，利于提高计算效率。

实施例三

基本如附图2所示：

实施例三和实施例二的不同之处在于，存储模块还包括排序模块和聚类模块。排序模块用于在存入标准请求时，依次给标准请求编排序号。聚类模块用于识别标准请求的参数类型得到识别结果，排序模块根据识别结果调整标准请求的序号，风控进程单元根据序号依次获取标准请求。

其中，排序模块调整标准请求的序号时，根据识别结果将参数类型相同的标准请求调整为序号相连，这部分的标准请求中，在调整序号前原序号为最靠前的标准请求的序号不作变动，其他的标准请求适应性改变序号。排序模块将新存入的标准请求按存入顺序以20个为一组进行分组，并依次为每组编排组序号，排序模块仅在同组内对标准请求的序号进行调整，风控进程单元按组序号的顺序依次获取各组的标准请求。另外，聚类模块对参数类型分别配置排序优先级，排序模块根据参数类型的排序优先级对标准请求进行排序。

例如聚类模块对于审核对象的名称这一参数类型配置的排序优先级最高，对于审核对象的贷款类型这一参数类型配置的排序优先级次高，排序模块在对同组内的20个标准请求(其中包括12个关于A客户的标准请求和8个关于B客户的标准请求，并且当前序号最靠前的是A客户的a1标准请求)进行排序时，先根据审核对象的名称进行排序，将关于A客户的12个标准请求的序号按原序号的先后顺序调整为连续相邻，其中a1的序号保持不变，其余的关于B客户的标准请求也按原序号的先后顺序适应性调整序号；此时该组内的第12位为A客户的a12标准请求，并且B客户的b1标准请求的序号位于a12标准请求之后，然后再对B客户的标准请求进行相同方式的排序；根据审核对象的名称进行的排序进程完毕后，再分别对A客户和B客户的标准请求根据贷款类型进行相同方式的排序调整。将同组内的20个标准请求通过调整序号的方式进行规则的排序，方便后续风控计算模块在计算时可以连续处理同类型的标准请求的参数，利于提高计算效率。

本实施例限定风控进程单元对标准请求的获取秩序，提高获取进程的稳定性；根据标准请求的参数类型来调整排序的序号，方便调整标准请求的获取次序；将参数类型相同的标准请求汇聚在一起，再由风控进程单元获取，实现风控计算模块能连续处理同类型的参数，提高计算效率；对标准请求进行分组可缩小对标准请求的序号调节影响范围，减少排序模块调整序号的工作量，避免过分干预标准请求的获取顺序，尤其是避免了风控进程单元长期获取同一参数类型的标准请求而阻碍了其他标准请求的获取进程；提高个别重要的参数类型对排序的影响力，细化出排序优先级更方便排序模块调整标准请求的序号，利于进一步优化标准请求的获取顺序，更利于提高风控计算模块的计算效率。

实施例四

与实施例一不同的是，本实施例中的系统还包括：

进件接收单元，接收进件的业务请求；

计时单元，用于记录接收到同一进件相邻两次相同业务请求的间隔时间t1；计时单元内预存有着急等待时长t2，计时单元还用于将t1与t2进行比较，当重复进件请求连续两次出现t1＜t2时，计时单元对进件进行紧急处理标记；

人工单元，用于将进件展示给审核人员处理；

识别单元，用于识别进件是否存在紧急处理标记，还用于当别出进件存在紧急处理标记时，将进件推送给人工单元。

在对进行业务请求的处理，若处理失败，会进行提示，并让客户选择是否再次对该进件进行处理。用户在接收到处理失败的提示后，可选择再次发起业务进件请求。

当接收到重复进件请求的时间t1＜t2，则说明用户一直在关注进件的进展情况，当进件失败后立即发起重新请求，当两次出现这样的情况，则说明用户当前的焦急程度较为严重。因此，计时单元对该进件进行紧急处理标记。识别单元识别到紧急处理单元后，筛选单元将其推送给人工单元，进而让焦急程度较为严重的用户的进件请求得到更快的处理。

t2的数值，本领域技术人员可依据系统的处理能力具体设置，本实施例中，t2为60秒。

以上所述的仅是本发明的实施例，方案中公知的具体结构及特性等常识在此未作过多描述，所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识，能够获知该领域中所有的现有技术，并且具有应用该日期之前常规实验手段的能力，所属领域普通技术人员可以在本申请给出的启示下，结合自身能力完善并实施本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作出若干变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准，说明书中的具体实施方式等记载可以用于解释权利要求的内容。