CN110704037A - 一种规则引擎实现方法及装置 - Google Patents

Abstract

本发明公开了一种规则引擎实现方法及装置，其方法包括：按照分组管理结构定义业务规则，以获取至少一种类型的业务规则；接收规则调用请求，获取规则类型并加载规则配置文件；根据所述规则配置文件，获取匹配的业务规则的匹配算法并执行；返回所述执行结果满足预设条件时的业务规则。本发明所提供的规则引擎实现方法，通过采用分组管理结构灵活配置存储格式，可以采用json语法来表达业务规则，复杂的业务规则支持原生表达式语言，实现零学习成本；规则配置文件支持多种规则记录方式，灵活性强，执行效率高。

Description

一种规则引擎实现方法及装置

技术领域

本发明涉及计算机技术应用领域，尤其涉及一种规则引擎实现方法及装置。

背景技术

规则引擎是嵌入在应用程序中的组件，实现了决策逻辑和业务系统的分离功能。在现实业务场景中，决策逻辑的复杂性和可变性使得决策引擎的应用越来越多，把决策逻辑单独分离出来也显得越来越重要。

目前市场上常用的规则引擎有Ilog Jrules、Drools、Jess、Visual Rules等。IlogJRules是最有名的商用BRMS；Drools是最活跃的开源规则引擎；Jess是Clips的java实现，就如JRuby之于Ruby，是AI系的代表；Visual Rules(旗正规则引擎)国内商业规则引擎品牌。但是，这些规则大都会采用硬编码的方式来编码，当业务逻辑发生变化时，需要对代码逻辑进行改动，在实现规则判断的时候，需要编写大量的java代码，或者使用rete规范另外编写脚本，对开发人员的要求比较高，需要学习规则引擎特有的规则语法。

发明内容

本发明实施例提供一种规则引擎实现方法及装置，以解决现有规则引擎灵活性差的技术问题。

本发明实施例的第一方面，实施例提供了一种规则引擎实现方法，包括：

按照分组管理结构定义业务规则，以获取至少一种类型的业务规则；

接收规则调用请求，获取规则类型并加载规则配置文件；

根据所述规则配置文件，获取对应的业务规则的匹配算法并执行；

返回所述匹配的业务规则的属性，所述属性至少包括匹配算法和规则附加数据。

本发明实施例的第二方面，提供了一种规则引擎实现装置，其特征在于，包括：

规则配置管理模块，用于按照分组管理结构定义业务规则，以获取至少一种类型的业务规则；

规则加载模块，用于接收规则调用请求，获取规则类型并加载规则配置文件；

规则计算模块，用于根据所述规则配置文件，获取对应的业务规则的匹配算法并执行；

接口调用模块，用于返回所述匹配的业务规则的属性，所述属性至少包括匹配算法和规则附加数据。

本发明实施例的第三方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述第一方面中任一所述的规则引擎实现方法。

本发明实施例的第四方面，提供了一种电子设备，包括：处理器、存储器和总线；所述存储器用于存储计算机程序，所述处理器与所述存储器通过所述总线连接，当所述电子设备运行时，所述处理器执行所述存储器的所述计算机程序，以使所述处理器执行如上述第一方面中任一所述规则引擎实现方法。

本发明实施例提供的规则引擎实现方法及装置至少包括以下有益效果：本发明实施例所提供的规则引擎实现方法，通过采用分组管理结构灵活配置存储格式，可以采用json语法来表达业务规则，复杂的业务规则支持原生表达式语言如Ognl、MVEL、JSEL、Fel，实现零学习成本；规则配置文件支持多种规则记录方式，灵活性强，执行效率高；接口调用简单，便于嵌入到业务代码，出入参数支持JavaBean、Map多种类型，也可以采用独立服务方式运行通过restfull web接口方式使用。

附图说明

为了更清楚地说明本发明实施例或现有的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一实施例提供的规则引擎实现方法的流程示意图；

图2为本发明一实施例提供的规则引擎实现方法中接收规则调用请求，获取规则类型并加载规则配置文件的流程示意图；

图3为本发明一实施例提供的规则引擎实现方法中根据所述规则配置文件，获取对应的业务规则的匹配算法并执行的流程示意图；

图4为本发明一实施例提供的规则引擎实现装置的结构示意框图；

图5为适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合具体实施例及相应的附图对本发明的技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在一个具体实施例中，该方法可以用于合同管理系统中，用于实现合同业务管理过程中的逻辑决策。

如图1所示，本发明实施例提供了一种规则引擎实现方法，具体实现过程可以包括：

步骤S101：按照分组管理结构定义业务规则，以获取至少一种类型的业务规则。

作为一种具体实施方式，本步骤可具体包括：根据分组管理结构，预设业务规则的分组类型；采用json格式定义每种类型的业务规则，每种类型的业务规则至少包括：规则描述、规则类型(也称规则ID)、匹配算法和规则附加数据中的一种。此时，每种业务规则中均包含一种匹配算法。

例如，在合同业务管理系统中，将合同管理中可能触发相关业务逻辑的合同过程进行分组，如按照合同过程分为合同首次签订、合同履行等不同的规则组，每各规则组中可以包括多条规则，例如合同首次签订可以抽象出以下规则：甲方单方签章同意、乙方单方签章同意、甲方签章双方同意、乙方签章双方同意、甲方拒绝签章、乙方拒绝签章。每组规则中的所有规则都可以采用json格式定义，例如合同首次签订业务逻辑采用json格式定义该组中的甲方单方签章同意业务规则，即为：规则描述(甲方单方签章同意)、规则类型(jiapass)、匹配算法(配置json语法支持规则算法表达式)、规则附加数据(用于体现当前合同签订状态，如：甲方已签、乙方未签、合同未签定)。

进行规则配置时，可以提供不同存储格式，以支持多种规则记录方式，即可以将规则定义和匹配算法等规则配置打包文件存储到json文件、数据库、redis缓存、Mongodb缓存中，以便于规则加载时进行灵活选择。

在一个具体地实施例中，在进行规则配置时还可以创建规则匹配日志，实时记录规则匹配执行过程。

步骤S102：接收规则调用请求，获取规则类型并加载规则配置文件。

具体地，规则调用请求可以是业务模块发出的；这里的规则配置文件可以是步骤S101中存储在json文件、数据库、redis缓存、Mongodb缓存中的任意一种格式。

步骤S103：根据所述规则配置文件，获取对应的业务规则的匹配算法并执行。

步骤S104：返回所述执行结果满足预设条件时的业务规则。

具体地，匹配算法执行完成后会将最优匹配(即预设条件)的业务规则返回至调用接口，供业务模块使用。当业务模块发出规则引擎调用请求时，接口调用模块会根据业务模块对规则引擎的调用请求创建调用接口，配置所述调用接口返回值的对象类型，使所述调用接口可以嵌入到业务代码，方便业务模块快速调用。通过自定义配置可以使调用接口入参支持Map、任意对象类型，接口返回值支持任意对象类型，采用java反射机制动态绑定返回值。

本实施例所提供的规则引擎实现方法，通过采用分组管理结构灵活配置存储格式，可以采用json语法来表达业务规则，复杂的业务规则支持原生表达式语言如Ognl、MVEL、JSEL、Fel，实现零学习成本；规则配置文件支持多种规则记录方式，执行效率高；接口调用简单，便于嵌入到业务代码，出入参数支持JavaBean、Map多种类型，也可以采用独立服务方式运行通过restfull web接口方式使用。

作为一种具体地实施方式，如图2所示，上述步骤S102接收规则调用请求，获取规则类型并加载规则配置文件的流程可以具体包括：

步骤S201：接收并响应所述规则调用请求，以启动规则加载接口。

本发明实施例的加载接口支持扩展新的加载方式，根据步骤S101中配置的不同存储格式可以对应地定义不同的加载方式。

步骤S202：获取所述规则调用请求中的规则类型，确定对应的存储格式。

根据规则类型可以查看到该规则定义被存储为哪些格式，具体可以包括步骤S101中定义的json文件、数据库、redis缓存、Mongodb缓存中的一种或多种存储格式。

步骤S203：根据所述对应的存储格式，加载所述规则类型对应的规则配置文件。

具体地，可以通过加载接口从json文件、数据库、redis缓存、Mongodb缓存中加载规则文件，其中Mongodb缓存和redis缓存方式支持动态更新规则数据，无需重新启动服务，在业务模块请求调用该规则引擎时，只需要在启动规则引擎服务时调用一次规则加载方法。

本实施例通过将规则配置预加载到内存，可以支持多种规则记录方式和不同存储格式，如json文件、数据库、redis缓存、Mongodb缓存等，提高执行效率，降低业务维护成本。

作为一种具体地实施方式，如图3所示，上述步骤S103根根据所述规则配置文件，获取匹配的业务规则的匹配算法并执行的流程可以具体包括：

步骤S301：根据所述规则配置文件，获取所述规则配置文件对应类型的业务规则。

步骤S302：获取所述业务规则对应的匹配算法。

具体地，包括步骤S101中预先配置的匹配算法，可以包括json语法、Ognl语法、MVEL语法、JSEL语法、Fel语法等。

步骤S303：对所述匹配算法进行解析并执行。

具体地，将上述匹配算法转换为MVEL计算公式进行算法解析。MVEL是一种基于java语法，但有着显著不同的表达式语言，MVEL是动态类型，也就是说在源文件中是没有类型限制的。一条MVEL表达式简单的可以是单个标识符，复杂的则可能是一个充满了方法调用和内部集合创建的庞大布尔表达式。确定分组的业务规则中所有业务规则的优先级，优先执行最优业务规则。对于解析后的业务规则，通过MVEL解释器执行计算，根据业务规则优先级优先执行最优业务规则。如果执行到排他规则，则终止规则执行程序。规则执行程序结束后返回最优匹配的规则至调用接口模块。

本实施例中，采用MVEL动态语言对规则定义进行算法解析并执行，可以将Json匹配语法转为MVEL计算公式进行算法解析，可以灵活扩展新的规则计算模块，支持Ognl、JSEL、Fel等动态语言的扩展。同时，MVEL用于执行使用Java语法编写的表达式，对于java开发人员非常容易接受，降低开发人员维护规则引擎的成本，同时规则算法支持优先级，最优规则先执行，规则允许排他规则，当执行到排他规则时马上结束。

基于与本发明方法上述各个实施例相同的构思，下面对本发明实施例提供的规则引擎实现装置进行介绍，下文描述的规则引擎实现装置与上文描述的规则引擎实现方法可相互对应参照。

请参考图4，本发明实施例提供了一种规则引擎实现装置，如附图4所示规则引擎实现装置，包括：规则配置管理模块401、规则加载模块402、规则计算模块403和接口调用模块404。

其中，规则配置管理模块401，用于按照分组管理结构定义业务规则，以获取至少一种类型的业务规则；规则加载模块402，用于接收规则调用请求，获取规则类型并加载规则配置文件；规则计算模块403，用于根据所述规则配置文件，获取对应的业务规则的匹配算法并执行；接口调用模块404，用于返回所述执行结果满足预设条件时的业务规则。

本实施例的规则引擎实现装置用于实现前述的规则引擎实现方法，因此规则引擎实现装置中的具体实施方式可见前文中的规则引擎实现方法的实施例部分，例如，规则配置管理模块401用于实现上述规则引擎实现方法的步骤S101；规则加载模块402，用于实现上述规则引擎实现方法的步骤S102；规则计算模块403，用于实现上述规则引擎实现方法的步骤S103；接口调用模块404，用于实现上述规则引擎实现方法的步骤S104。所以，其具体实施方式可以参照相应的各个部分实施例的描述，在此不再赘述。

图5为适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-AccessMemory，RAM)，也可能还包括非易失性存储器(non-volatilememory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(IndustryStandardArchitecture，工业标准体系结构)总线、PCI(Peripheral ComponentInterconnect，外设部件互连标准)总线或EISA(Extended IndustryStandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存储计算机程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

在一种可能实现的方式中，处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，也可从其它设备上获取相应的计算机程序，以在逻辑层面上形成规则引擎实现装置。处理器，执行存储器所存放的程序，以通过执行的程序实现本发明任一实施例中提供的规则引擎实现方法。

上述如本发明图4所示实施例提供的规则引擎实现装置执行图1-3任一所示实施例的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(CentralProcessingUnit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、现场可编程门阵列(Field－ProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者是任何常规的处理器等。

结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

本发明实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行本发明任一实施例中提供的规则引擎实现方法。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体地，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元或模块分别描述。当然，在实施本发明时可以把各单元或模块的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、系统、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本发明的实施例可提供为方法、系统或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本发明中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的实施例而已，并不用于限制本发明。对于本领域技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的权利要求范围之内。

Claims (10)

1.一种规则引擎实现方法，其特征在于，包括：

按照分组管理结构定义业务规则，以获取至少一种类型的业务规则；

接收规则调用请求，获取规则类型并加载规则配置文件；

根据所述规则配置文件，获取匹配的业务规则的匹配算法并执行；

返回所述执行结果满足预设条件时的业务规则。

2.根据权利要求1所述的规则引擎实现方法，其特征在于，所述按照分组管理结构定义业务规则，以获取至少一种类型的业务规则，包括：

按照所述分组管理结构，确定业务规则的分组类型；

采用json格式定义每种类型的业务规则，所述每种类型的业务规则至少包括规则描述、规则类型、匹配算法和规则附加数据中的一种。

3.根据权利要求2所述的规则引擎实现方法，其特征在于，所述采用json格式定义每组所述业务规则步骤后，还包括：

为每组所述业务规则配置存储格式，所述存储格式包括json文件、数据库、redis缓存以及Mongodb缓存中的至少一种。

4.根据权利要求3所述的规则引擎实现方法，其特征在于，所述接收规则调用请求，获取规则类型并加载规则配置文件，包括：

接收并响应所述规则调用请求；

获取所述规则调用请求中的规则类型，确定对应的存储格式；

根据所述对应的存储格式，加载所述规则类型对应的规则配置文件。

5.根据权利要求4所述的规则引擎实现方法，其特征在于，所述根据所述规则配置文件，获取对应的业务规则的匹配算法并执行，包括：

根据所述规则配置文件，获取所述规则配置文件对应类型的业务规则；

获取所述业务规则对应的匹配算法；

对所述匹配算法进行解析并执行。

6.根据权利要求5所述的规则引擎实现方法，其特征在于，所述匹配算法包括json语法、Ognl语法、MVEL语法、JSEL语法以及Fel语法中的至少一种。

7.根据权利要求5所述的规则引擎实现方法，其特征在于，所述对所述匹配算法进行解析并执行，包括：

将所述匹配算法转换为MVEL计算公式进行算法解析；

确定分组的所述业务规则中所有业务规则的优先级，优先执行最优业务规则；

如果执行到排他规则，则终止规则执行程序。

8.一种规则引擎实现装置，其特征在于，包括：

规则配置管理模块，用于按照分组管理结构定义业务规则，以获取至少一种类型的业务规则；

规则加载模块，用于接收规则调用请求，获取规则类型并加载规则配置文件；

规则计算模块，用于根据所述规则配置文件，获取对应的业务规则的匹配算法并执行；

接口调用模块，用于返回所述执行结果满足预设条件时的业务规则。

9.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1至7中任一项所述的规则引擎实现方法。

10.一种电子设备，包括：处理器、存储器和总线；所述存储器用于存储计算机程序，所述处理器与所述存储器通过所述总线连接，当所述电子设备运行时，所述处理器执行所述存储器的所述计算机程序，以使所述处理器执行如权利要求1至7中任一项所述的规则引擎实现方法。

Images