[发明专利]规则引擎中规则流的处理方法、系统、存储介质和处理器

说明书

本发明公开了一种规则引擎中规则流的处理方法、系统、存储介质和处理器。其中，该方法包括：获取用户设置的用户表，用户表包括待处理对象的属性信息；基于用户表的属性信息，生成对应的规则流，并将规则流中的规则描述及规则流中的节点类型存储在数据库中；运行规则流，对数据表中的用户数据进行计算，得到满足规则流的用户，并触发规则流中相应的规则。本发明解决了由于现有技术中需要一种固定的规则流设计平台，导致设计出的规则流固化不灵活的技术问题。

技术领域

本发明涉及互联网技术应用领域，具体而言，涉及一种规则引擎中规则流的处理方法、系统、存储介质和处理器。

背景技术

在编辑软件程序之前，或设置事件处理模型之前，往往需要优先设计在执行过程中流程执行顺序，从而帮助编辑软件程序或设置事件处理模型有一个合乎逻辑的执行顺序。

其中，规则流在设计执行顺序的规则引擎中能有效表示业务的处理流程，方便客户对规则引擎的使用。

在现有解决方案中，拿广泛商用的ILOG Jrules来说，规则流的设计师在规则集创建的时候，利用ILOG Jrules的开发平台，通过拖拽的方式将一系列条件表达式进行配置，配置完成后，最终定稿，打成jar包，发布上线。

图1是ILOG Jrules针对贷款业务的一个典型的规则流设计的示意图。如图1所示，规则流创建流程说明如下：

1、通过拖拽开发平台上的特有组件，指定规则的起始点(途中的绿色箭头)；

2、接下来拖拽一个条件判断框(eligibility)，在其中输入判决条件；

3、给eligibility条件判断框设置两条分支，一条设置为满足，一条设置为不满足，并且配置好后续节点的处理；

4、如此反复执行步骤2和3，直到最终的结束节点，这样一个规则流图就设计好了。

但是上述规则流的实现方式，对ILOG Jrules的开发平台是强绑定的，并不具备在其他系统里直接使用的可能。

其次，上述规则流的设计使得每次有规则进行增删改，或者规则流进行重设计，都需要重新走一次设计和发布流程，大大的增加了开发和运维的工作量。

再次，上述规则流的实现方式，对条件判断的多于2个分支的场景有一定的局限性，比如年龄＝10选择A分支执行，年龄＝20选择B分支执行，年龄＝30选择C分支执行，如此等等。

针对上述由于现有技术中需要一种固定的规则流设计平台，导致设计出的规则流固化不灵活的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种规则引擎中规则流的处理方法、系统、存储介质和处理器，以至少解决由于现有技术中需要一种固定的规则流设计平台，导致设计出的规则流固化不灵活的技术问题。

根据本发明实施例的一个方面，提供了一种规则引擎中规则流的处理方法，包括：获取用户设置的用户表，用户表包括待处理对象的属性信息；基于用户表的属性信息，生成对应的规则流，并将规则流中的规则描述及规则流中的节点类型存储在数据库中；运行规则流，对数据表中的用户数据进行计算，得到满足规则流的用户，并触发规则流中相应的规则。

可选的，获取用户设置的用户表之后，该方法还包括：解析用户表，得到用户表对应的待处理对象的属性信息；依据属性信息生成规则执行流程；依据规则执行流程配置各个节点处的节点类型，其中，节点类型包括：起始节点、中间节点和结尾节点。

进一步地，可选的，基于用户表的属性信息，生成对应的规则流包括：依据节点类型匹配对应的待执行规则；依据节点类型中的节点通过待执行规则生成路由节点，并依据路由节点在线得到对应的规则流。