一种风控规则引擎的响应方法和风控规则引擎

摘要

本发明提供一种风控规则引擎的响应方法和风控规则引擎，其中，方法包括以下步骤：接收客户端发送的请求信息，所述请求信息中携带有客户端用户的标签信息和请求数据；根据所述请求数据匹配对应的规则场景，根据所述规则场景调用对应的决策规则；根据所述标签信息获取客户端的风险信息，将所述风险信息输入决策规则，获取风险决策结果；将所述风险决策结果返回至客户端。本发明能够将风控规则引擎从复杂的业务逻辑中独立出来，显著降低业务逻辑实现的难度，降低应用程序的维护和可扩展性成本，且便于对业务规则进行修改，从而实现业务规则的随需应变。

说明书

技术领域

本发明涉及规则引擎技术领域，尤其涉及一种风控规则引擎的响应方法和风控规则引擎。

背景技术

消费金融的门槛核心在于风控系统，风控系统在消费分期、现金贷或信用卡代偿等业务方向，需要实时的进行大量业务的自动化处理，承担着贷前、贷中和贷后的风险评估、处理及预警的角色。风控系统的核心在于风控规则引擎，能够用于接收采集的基础数据、输出风险评估结果。

但是传统的风控规则引擎主要内嵌在后台代码中，直接使用硬编码的方式实现数据的获取、规则的定义以及风险的判断，从而导致了规则迭代成本高，对规则的修改维护不便。

发明内容

基于此，有必要针对上述技术问题，提供一种风控规则引擎的响应方法和风控规则引擎。

一种风控规则引擎的响应方法，包括以下步骤：接收客户端发送的请求信息，所述请求信息中携带有客户端用户的标签信息和请求数据；根据所述请求数据匹配对应的规则场景，根据所述规则场景调用对应的决策规则；根据所述标签信息获取客户端的风险信息，将所述风险信息输入决策规则，获取风险决策结果；将所述风险决策结果返回至客户端。

在其中一个实施例中，所述根据所述请求数据匹配对应的规则场景，根据所述规则场景调用对应的决策规则，具体包括：所述请求数据中携带有事实信息，根据所述事实信息匹配对应的规则场景；所述规则场景中设置有对应的决策规则，根据所述规则场景调用所述决策规则。

在其中一个实施例中，所述规则场景包括有：资格审查、额度费率计算、信用评分评级、风险发现、积分管理、额度更新和用户锁定解锁。

在其中一个实施例中，所述将所述风险信息输入决策规则，获取风险决策结果，具体包括：根据所述事实信息和风险信息确定事实，为所述事实建立工作记忆元件，并将所述事实封装在所述工作记忆元件中，形成事实元件；根据所述决策规则创建RETE网络，所述决策规则设置有多个；将所述事实元件输入所述RETE网络，并根据匹配顺序依次进入后继节点进行匹配，获取风险决策结果。

在其中一个实施例中，所述根据所述决策规则创建RETE网络，具体包括：创建根节点，所述事实元件从所述根节点输入所述RETE网络；获取所有决策规则，根据所有决策规则依次获取对应的模式，对所述事实元件进行过滤。

在其中一个实施例中，所述获取所有决策规则，根据所有决策规则依次获取对应的模式，对所述事实元件进行过滤，具体包括：检查所述模式中的参数类型，若所述参数类型为新类型，则添加一个新的类型节点；检查所述模式对应的α节点是否存在，若存在，则记录下α节点的位置，若不存在，则将所述模式作为一个α节点的加入到RETE网络中，同时根据所述α节点建立α内存表；检测所有模式对应的α节点，至处理完所有模式；组合β节点，节点β(i)的左输入节点为β(i-1)，右输入节点为α(i)，并将两个父节点β(i-1)和α(i)的内存表内联成β内存表；重复组合β节点，至所有的β节点处理完毕；封装最后节点β(n)为终节点。

在其中一个实施例中，所述将所述事实元件输入所述RETE网络，获取风险决策结果，具体包括：将所述事实元件输入根节点，若所述事实元件的类型和根节点的后继节点所指定的类型相同，则将所述事实元件中的事实存储在所述后继节点对应的α或β存储区中，并将所述事实元件传送下一后继节点继续匹配；若所述事实元件的类型和根节点的后继节点所指定的类型不相同，则放弃所述事实元件的后续匹配；若所述事实元件被传递到α节点，则检测事实元件是否与所述α节点对应的模式相匹配，若匹配，则将所述事实元件中的事实存储在所述α节点对应的存储区，将所述事实元件传递到后继节点继续匹配；若不匹配，则放弃所述事实元件的后续匹配；若所述事实元件被传递到β节点的右端，则将所述事实元件存储所述β节点的右侧存储区，并和左侧存储区中的初始模式表进行匹配，所述匹配根据所述β节点的类型进行，若匹配，则将所述事实元件键入到所述初始模式表中，获取第一模式表，将所述第一模式表传递到后继节点继续匹配；若不匹配，则放弃所述事实元件的后续匹配；若所述第一模式表被传递到β节点的左端，则将所述第一模式表加入到所述β节点的左侧存储区，并和右侧存储区中的事实元件进行匹配，所述匹配根据所述β节点的类型进行，若匹配，则将所有匹配的事实元件进行封装，形成第二模式表，将所述第二模式表传递到后继节点继续匹配；若不匹配，则放弃所述第一模式表的后续匹配；若所述事实元件被传递到β节点的左端，则将所述事实元件封装成仅有一个事实元件元素的模式表，按照所述第一模式表的匹配方法进行匹配；若所述模式表传递到终节点，则将和所述根节点对应的决策规则激活，建立响应的待激活规则，并存储到日程表中，等待激活。

一种风控规则引擎，包括：信息接收模块、场景匹配模块、规则设计器、规则调用模块、规则执行模块和信息发送模块；所述信息接收模块用于接收客户端发送的请求信息；所述场景匹配模块用于将所述请求数据匹配对应的规则场景；所述规则设计器用于配置规则场景对应的决策规则；所述规则调用模块用于调用所述决策规则；所述规则执行模块用于将所述事实元件接入RETE网络，获取决策结果；所述信息发送模块用于将所述决策结果返回值客户端。

相比于现有技术，本发明的优点及有益效果在于：

1、本发明能够将风控规则引擎从复杂的业务逻辑中独立出来，显著降低业务逻辑实现的难度，降低应用程序的维护和可扩展性成本。

2、本发明能够通过风控规则引擎降低业务规则的维护难度，便于对业务规则进行修改，从而实现业务规则的随需应变。

附图说明

图1为一个实施例中一种风控规则引擎的响应方法的流程示意图；

图2为一个实施例中一种风控规则引擎的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明做进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在一个实施例中，如图1所示，提供了一种风控规则引擎的响应方法，包括以下步骤：

步骤S101，接收客户端发送的请求信息，请求信息中携带有客户端用户的标签信息和请求数据。

具体地，用户通过客户端发送金融请求信息，例如支付请求、积分查询请求或资格审查请求等，请求信息中携带有用户的标签信息和数据请求。

步骤S102，根据请求数据匹配对应的规则场景，根据规则场景调用对应的决策规则。

具体地，风控规则引擎预先设置有多个规则场景，每个规则场景对应有决策规则。根据请求数据匹配对应的规则场景，并根据匹配的规则场景调用对应的决策规则。

步骤S103，根据标签信息获取客户端的风险信息，将风险信息输入决策规则，获取风险决策结果。

具体地，根据标签信息获取客户端用户的风险信息，例如历史贷款信息、还款信息等，将风险信息输入决策规则，获取风险决策结果。

步骤S104，将风险决策结果返回至客户端。

具体地，风控规则引擎获取风险决策结果之后，将该风险决策结果返回至客户端，完成风控规则引擎的响应。

在本实施例中，风控规则引擎通过接收客户端发送的请求信息，请求信息中携带有客户端用户的标签信息和请求数据，根据请求数据匹配对应的规则场景，根据规则场景调用对应的决策规则，根据标签信息获取客户端的风险信息，将风险信息输入决策规则，获取风险决策结果，最后将风险决策结果返回至客户端，通过将风控规则引擎独立于风控系统，将风控规则引擎从复杂的业务逻辑中独立出来，能够显著降低业务逻辑的实现难度，降低应用程序的维护和可扩展性成本，使得业务规则更易维护和修改，实现业务规则的随需应变。

其中，步骤S102具体包括：请求数据中携带有事实信息，根据事实信息匹配对应的规则场景；规则场景中设置有对应的决策规则，根据规则场景调用决策规则。

具体地，规则场景包括有：资格审查、额度费率计算、信用评分评级、风险发现、积分管理、额度更新和用户锁定解锁等。

其中，步骤S103具体包括：根据事实信息和风险信息确定事实，为事实建立工作记忆元件，并将事实封装在工作记忆元件中，形成事实元件；根据决策规则创建RETE网络，决策规则设置有多个；将事实元件输入所述RETE网络，并根据匹配顺序依次进入后继节点进行匹配，获取风险决策结果。

具体地，根据请求信息获取事实信息，根据事实信息和风险信息确定事实，可以通过提取关键字的方式从事实信息中获取事实，将事实封装在工作记忆元件中，形成事实元件。根据决策规则创建RETE网络，由于决策规则设置有多个，依次需要根据匹配顺序依次进入后继节点，通过对应的决策规则进行匹配过滤，获取风险决策结果。

其中，上述根据决策规则创建RETE网络，具体包括：创建根节点，事实元件从根节点输入RETE网络；获取所有决策规则，根据所有决策规则依次获取对应的模式，对事实元件进行过滤。

具体地，RETE网络是风控规则引擎的核心，根节点是整个RETE网络的入口，事实元件从根节点输入RETE网络，然后根据决策规则进行对应的过滤。由于规则场景中包括有多个决策规则，因此需要获取所有决策规则，根据决策规则依次对事实元件进行过滤。

其中，上述根据决策规则获取第一决策规则，根据第一决策规则获取第一模式，具体包括：检查第一模式中的参数类型，若参数类型为新类型，则添加一个新的类型节点；检查第一模式对应的α节点是否存在，若存在，则记录下α节点的位置，若不存在，则将第一模式作为一个α节点的加入到RETE网络中，同时根据α节点建立α内存表；检测所有模式对应的α节点，至处理完所有模式；组合β节点，节点β(i)的左输入节点为β(i-1)，右输入节点为α(i)，并将两个父节点β(i-1)和α(i)的内存表内联成β内存表；重复组合β节点，至所有的β节点处理完毕；封装最后节点β(n)为终节点。

具体地，α节点用于对事实进行常量匹配，每个α节点都有对应的α存储区，用来保存符合该α节点约束的事实对象，相同规则约束对应的α节点在RETE网络中会重叠以进行节点共享提高匹配效率。β节点通过左右输入分别接收来自β节点的元祖和α节点的单个事实进行跨对象的字段比较，而β(n)为终节点，事实元件到达终节点表示该事实已经匹配了规则的所有条件。

其中，上述将事实元件输入RETE网络，获取风险决策结果，具体包括：将事实元件输入根节点，若事实元件的类型和根节点的后继节点所指定的类型相同，则将事实元件中的事实存储在后继节点对应的α或β存储区中，并将事实元件传送下一后继节点继续匹配；若事实元件的类型和根节点的后继节点所指定的类型不相同，则放弃事实元件的后续匹配；

若事实元件被传递到α节点，则检测事实元件是否与α节点对应的模式相匹配，若匹配，则将事实元件中的事实存储在α节点对应的存储区，将事实元件传递到后继节点继续匹配；若不匹配，则放弃事实元件的后续匹配；

若事实元件被传递到β节点的右端，则将事实元件存储β节点的右侧存储区，并和左侧存储区中的初始模式表进行匹配，匹配根据β节点的类型进行，若匹配，则将事实元件键入到初始模式表中，获取第一模式表，将第一模式表传递到后继节点继续匹配；若不匹配，则放弃事实元件的后续匹配；

若第一模式表被传递到β节点的左端，则将第一模式表加入到β节点的左侧存储区，并和右侧存储区中的事实元件进行匹配，匹配根据β节点的类型进行，若匹配，则将所有匹配的事实元件进行封装，形成第二模式表，将第二模式表传递到后继节点继续匹配；若不匹配，则放弃第一模式表的后续匹配；

若事实元件被传递到β节点的左端，则将事实元件封装成仅有一个事实元件元素的模式表，按照第一模式表的匹配方法进行匹配；

若模式表传递到终节点，则将和根节点对应的决策规则激活，建立响应的待激活规则，并存储到日程表中，等待激活。

如图2所示，提供了一种风控规则引擎20，包括：信息接收模块21、场景匹配模块22、规则设计器23、规则调用模块24、规则执行模块25和信息发送模块26，其中：信息接收模块21用于接收客户端发送的请求信息；场景匹配模块22用于将请求数据匹配对应的规则场景；规则设计器23用于配置规则场景对应的决策规则；规则调用模块24用于调用决策规则；规则执行模块25用于将事实元件接入RETE网络，获取决策结果；信息发送模块26用于将决策结果返回值客户端。

在一个实施例中，规则设计器23还用于：创建根节点，事实元件从根节点输入RETE网络；获取所有决策规则，根据所有决策规则依次获取对应的模式，对事实元件进行过滤。

在一个实施例中，规则设计器23还用于：检查第一模式中的参数类型，若参数类型为新类型，则添加一个新的类型节点；检查第一模式对应的α节点是否存在，若存在，则记录下α节点的位置，若不存在，则将第一模式作为一个α节点的加入到RETE网络中，同时根据α节点建立α内存表；检测所有模式对应的α节点，至处理完所有模式；组合β节点，节点β(i)的左输入节点为β(i-1),右输入节点为α(i)，并将两个父节点β(i-1)和α(i)的内存表内联成β内存表；重复组合β节点，至所有的β节点处理完毕；封装最后节点β(n)为终节点。

在一个实施例中，规则执行模块25还用于：根据事实信息和风险信息确定事实，为事实建立工作记忆元件，并将事实封装在工作记忆元件中，形成事实元件；根据决策规则创建RETE网络，决策规则设置有多个；将事实元件输入RETE网络，并根据匹配顺序依次进入后继节点进行匹配，获取风险决策结果。

在一个实施例中，规则执行模块25还用于：将事实元件输入根节点，若事实元件的类型和根节点的后继节点所指定的类型相同，则将事实元件中的事实存储在后继节点对应的α或β存储区中，并将事实元件传送下一后继节点继续匹配；若事实元件的类型和根节点的后继节点所指定的类型不相同，则放弃事实元件的后续匹配；若事实元件被传递到α节点，则检测事实元件是否与α节点对应的模式相匹配，若匹配，则将事实元件中的事实存储在α节点对应的存储区，将事实元件传递到后继节点继续匹配；若不匹配，则放弃事实元件的后续匹配；若事实元件被传递到β节点的右端，则将事实元件存储β节点的右侧存储区，并和左侧存储区中的初始模式表进行匹配，匹配根据β节点的类型进行，若匹配，则将事实元件键入到初始模式表中，获取第一模式表，将第一模式表传递到后继节点继续匹配；若不匹配，则放弃事实元件的后续匹配；若第一模式表被传递到β节点的左端，则将第一模式表加入到β节点的左侧存储区，并和右侧存储区中的事实元件进行匹配，匹配根据β节点的类型进行，若匹配，则将所有匹配的事实元件进行封装，形成第二模式表，将第二模式表传递到后继节点继续匹配；若不匹配，则放弃第一模式表的后续匹配；若事实元件被传递到β节点的左端，则将事实元件封装成仅有一个事实元件元素的模式表，按照第一模式表的匹配方法进行匹配；若模式表传递到终节点，则将和根节点对应的决策规则激活，建立响应的待激活规则，并存储到日程表中，等待激活。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(RandomAccess Memory，RAM)等。

显然，本领域的技术人员应该明白，上述本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在计算机存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明所做的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。