CN103942228A

CN103942228A - 规则引擎、计算方法、业务系统及调用方法

Info

Publication number: CN103942228A
Application number: CN201310025278.XA
Authority: CN
Inventors: 郭清; 胡迪; 潘明国
Original assignee: Niuhai Information Technology (Shanghai) Co Ltd
Current assignee: Xiamen Jianfu Chain Management Co.,Ltd.
Priority date: 2013-01-23
Filing date: 2013-01-23
Publication date: 2014-07-23
Anticipated expiration: 2033-01-23
Also published as: CN103942228B

Abstract

本发明公开了一种规则引擎、计算方法、业务系统及调用方法，该规则引擎包括：一模版设置模块，用于定制excel单元格格式的数据表、将该业务系统中的计算业务逻辑抽象出多个输入项及输出项并定义至该数据表中，并将该数据表导入到数据库；一数据源配置模块，用于分析业务数据的来源并根据该业务数据抽象出SQL以及配置该SQL对应的数据库；一规则体设置模块，用于编写规则体；一计算模块，用于根据该规则体调用该数据源并查询到待计算的业务数据，以及根据该数据表中的输入项得到输出项。能够动态切换数据源，简化了业务系统中的计算，提高了规则引擎的计算速度，降低了业务系统的维护成本。

Description

规则引擎、计算方法、业务系统及调用方法

技术领域

本发明涉及一种规则引擎、计算方法、业务系统及调用方法。

背景技术

规则引擎由推理引擎发展而来，是一种嵌入在应用程序中的组件，实现了将业务决策从应用程序代码中分离出来，并使用预定义的语义模块编写业务决策。接受数据输入，解释业务规则，并根据业务规则做出业务决策。利用它就可以在应用系统中分离商业决策者的商业决策逻辑和应用开发者的技术决策，并把这些商业决策放在中心数据库或其他统一的地方，让它们能在运行时可以动态地管理和修改，从而为企业保持灵活性和竞争力提供有效的技术支持。

然而业务系统中存在复杂、多变、多数据来源、多数据维度的业务场景的维护成本较高的问题。

发明内容

本发明要解决的技术问题是为了克服现有技术中业务系统中的业务场景复杂、多变、数据来源多因而维护成本高的缺陷，提供一种规则引擎、计算方法、业务系统及调用方法，能够动态切换数据源，简化了业务系统中的计算，提高了规则引擎的计算速度，降低了业务系统的维护成本。

本发明是通过下述技术方案来解决上述技术问题的：

一种规则引擎，其包括规则体、数据表和数据源，其特点在于，该规则引擎用于业务系统中计算业务逻辑的计算，该规则引擎还包括：

一模版设置模块，用于定制excel（一款试算表软件）单元格格式的数据表、将该业务系统中的计算业务逻辑抽象出多个输入项及输出项以及定义该多个输入项及输出项至该数据表中，并将该数据表导入到数据库，其中该数据表的信息覆盖所有的计算业务逻辑；

一数据源配置模块，用于分析业务数据的来源并根据该业务数据抽象出SQL（结构化查询语言）以及配置该SQL对应的数据库；

一规则体设置模块，用于编写规则体，也就是说业务场景通过规则体实现；

一计算模块，用于根据该规则体调用该数据源并查询到待计算的业务数据，以及根据该数据表中的输入项得到输出项。

优选地，该模版设置模块用于在该数据表的配置页面中定义该多个输入项及输出项，并将计算业务逻辑的条件维护至该数据表中。

优选地，该数据源配置模块用于在该数据源的配置页面中配置该SQL以及采用spring（一个开源框架，为了解决企业应用程序开发复杂性）动态数据源路由方法来选择该SQL对应的数据库。

优选地，该规则体设置模块用于采用groovy语言（一种面向对象编程语言）和动态脚本来编写规则体，该规则体设置模块用于采用动态脚本编写规则体并在脚本编译完成后生成java类对象，并且将该java类对象缓存。

优选地，该数据源的数量为多个时，该规则引擎切换至当前数据源配置的数据库。数据源代表规则引擎里用于计算的数据的来源。数据库是一个数据库实例，如oracle（甲骨文）数据库实例，mysql（一个关系型数据库管理系统）数据库实例等。一个数据库实例在规则引擎里可以配置多个数据源（看实际的业务需求而定，大部分情况下是采用一对一的关系）。

优选地，该模版设置模块用于在该数据表的配置页面中定制该数据表的输入项和输出项的字段，和/或，该模版设置模块用于导出一数据表模版，将多个输入项及输出项定义至该数据表模版中，和/或，该模版设置模块用于采用表达式语言来处理该数据表的表达式，和/或，该数据源配置模块用于配置数据库信息以及数据源信息。

表达式语言（Expression Language），通过它简单一致的表达式语法，可以存取对象的任意属性，调用对象的方法，遍历整个对象的结构图，实现字段类型转化等功能。它使用相同的表达式去存取对象的属性。例如常见的OGNL（一种功能强大的表达式语言）等产品。该规则引擎采用表达式语言对数据表的表达式进行处理，在性能和准确度上对数据表的信息的查询做了优化处理，方便快捷的定位到一条数据表信息。

使用脚本语言后，每次计算需要对脚本进行解析和编译，导致计算性能下降，在本发明中，采用了缓存技术，对一件解析和编译的脚本产生本地缓存，下次需要调用该脚本时，直接使用编译好了的脚本文件即可。多次采用缓存技术，减少计算时的编译数量和数据表扫描次数，提高该规则引擎的计算性能。缓存例如为：1.脚本编译完成后会生成一个java类对象，会将该对象缓存。2.数据表的信息第一次加载时会放入缓存。3.数据源查询结果会放入缓存。通过这些缓存，可以提高引擎计算性能5–10倍。

本发明还提供了一种计算业务逻辑的计算方法，该计算方法采用如上所述的规则引擎实现，其特点在于，包括以下步骤：

S₁、定制excel单元格格式的数据表、将该业务系统中的计算业务逻辑抽象出多个输入项及输出项以及定义该多个输入项及输出项至该数据表中，并将该数据表导入到数据库，编写规则体，其中该数据表的信息覆盖所有的计算业务逻辑；

S₂、分析业务数据的来源并根据该业务数据抽象出SQL以及配置该SQL对应的数据库；

S₃、根据该规则体调用该数据源并查询到待计算的业务数据，以及根据该数据表中的输入项得到输出项。

在使用本发明所述的规则引擎时，需要对实施的业务进行细致的分析，通过业务中的各个场景，定制数据表和数据源。为达到该规则引擎的最优效果，数据表配置需要覆盖业务的各个场景。

优选地，步骤S₃中通过ORM（对象关系映射模型）来查询该业务数据。使用ORM作为数据源查询后与引擎对接的技术，将数据源查询出来的信息简单化、对象化，便于规则体使用和访问。

步骤S₁中包括首次加载该数据表的信息时将该信息放入缓存的步骤，步骤S₂中包括将该数据源的查询结果放入缓存。

本发明还提供了一种业务系统，其特点在于，其包括如上所述的规则引擎。

本发明还提供了一种调用方法，其特点在于，其采用如上所述的计算方法，其中，步骤S₁之前包括

S₀、调用该规则引擎的运行接口；

步骤S₃之后包括：

S₄、将该输出项返回至该业务系统。

在符合本领域常识的基础上，上述各优选条件，可任意组合，即得本发明各较佳实例。

本发明的积极进步效果在于：本发明所述的规则引擎、计算方法、业务系统及调用方法，能够动态切换数据源，简化了业务系统中的计算，提高了规则引擎的计算速度，降低了业务系统的维护成本。

附图说明

图1为本发明一实施例的规则引擎的结构框图。

图2为本发明一实施例的调用方法的流程图。

具体实施方式

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

参考图1，本发明所述的规则引擎，其包括规则体1、数据表2和数据源3，该规则引擎用于业务系统中计算业务逻辑的计算，该规则引擎还包括：

一模版设置模块4，用于定制excel单元格格式的数据表、将该业务系统中的计算业务逻辑抽象出多个输入项及输出项以及定义该多个输入项及输出项至该数据表中，并将该数据表导入到数据库，其中该数据表的信息覆盖所有的计算业务逻辑；

一数据源配置模块5，用于分析业务数据的来源并根据该业务数据抽象出SQL以及配置该SQL对应的数据库；

一规则体设置模块6，用于编写规则体；

一计算模块7，用于根据该规则体调用该数据源并查询到待计算的业务数据，以及根据该数据表中的输入项得到输出项。

其中，该模版设置模块4用于在该数据表的配置页面中定义该多个输入项及输出项，并将计算业务逻辑的条件维护至该数据表中。

具体来说，该数据源配置模块5用于在该数据源的配置页面中配置该SQL以及采用spring动态数据源路由方法来选择该SQL对应的数据库。而该规则体设置模块6用于采用groovy语言和/或动态脚本来编写规则体，以及该规则体设置模块6用于采用动态脚本编写规则体并在脚本编译完成后生成java类对象，并且将该java类对象缓存。

并且，该数据源的数量为多个时，该规则引擎切换至当前数据源配置的数据库。

更具体地，该模版设置模块4用于在该数据表的配置页面中定制该数据表的输入项和输出项的字段，并且用于导出一数据表模版，将多个输入项及输出项定义至该数据表模版中，以及用于采用表达式语言来处理该数据表的表达式，而该数据源配置模块5用于配置数据库信息以及数据源信息。

参考图2，本发明所述的计算业务逻辑的计算方法，包括以下步骤：该计算方法采用如图1所示的规则引擎实现，

其中为了使数据源查询出来的信息简单化、对象化，便于规则体使用和访问，步骤S₃中通过ORM来查询该业务数据。步骤S₁中包括首次加载该数据表的信息时将该信息放入缓存的步骤，步骤S₂中包括将该数据源的查询结果放入缓存。

本发明所述的业务系统，包括如图1所示的规则引擎。

另外，继续参考图2，本发明所述的调用方法，采用如上所述的计算方法，其中，步骤S₁之前包括

S₀、调用该规则引擎的运行接口；

步骤S₃之后包括：

S₄、将该输出项返回至该业务系统。

下面举一个简单的应用实例，再次说明本发明的技术方案。

规则引擎(以下简称引擎)，采用动态脚本技术及表达式语言技术实现，其特征包含模块有：规则体、数据表、数据源，三者通过规则体里的规则脚本耦合，在业务系统里使用引擎时，可通过设置引擎初始值自动计算业务系统里复杂的、条件多变的计算业务逻辑。使用流程如下：

S1、将业务系统的计算业务逻辑抽象出多个输入及输出项，通过引擎数据表页面里定义这些输入和输出项生成EXCEL模板，并将计算业务逻辑需要的条件维护到数据表EXCEL里，需要数据表的信息覆盖所有的计算业务逻辑。例如本引擎支持20个输入项、10个输出项并提供EXCEL模板。

S2、在业务系统的数据库里选取需要计算的数据，抽象出SQL语句，在数据源配置页面配置该SQL语句，并选择SQL语句来自哪个数据库，使用动态数据库路由技术及动态SQL技术实现数据源的多源多变的特性。

S3、编写规则体，在规则体里可使用引擎的内部方法调用S2中定义好的数据源，查询出需要计算的数据，将这些数据的一部分字段作为数据表的输入项输入即可得到数据表输出项信息（最多只能找到一条输出项信息，若产生两条，引擎会有错误警告），计算输出项信息得到业务系统需要的返回值，将该值返回给业务系统使用。规则体采用动态脚本技术编写，有易发布、高重用、所见即所得的特性。采用中文解析技术，业务人员可熟练操作规则体，实现复杂多变的业务环境，减少人力成本。

其中，数据表EXCEL特殊的定义方法，采用表达式语言技术对输入值进行解析和判断。表格内容如下：

其中，数据源的格式源需要特殊的定义方式，例如：

Select a.id as结果_id from table where/~condition={条件}~/

对上述SQL处理时，如果有“条件”这个参数传入，则会动态的将condition语句拼装进去，反之，会去掉contion条件。查询的字段需要经过“as”关键字处理为“对象名属性名”的格式，引擎会自动创建一个“对象名”的实体，并将查询出来的结果自动映射到实体中。

当有多个数据源存在时，引擎会根据需要动态切换到当前数据源配置的数据库。在引擎中，采用Spring的Dynamic DataSource Routing（动态源路由）提供对数据源的数据库切换的接口，可对数据库动态设定和切换，实现跨库数据的操作和访问。

其中，规则体有特殊的编写格式、API（应用程序编程接口）、和中英对照方法，API如下：

编写格式需严格按照GROOVY语法格式编写。另，在使用数据源查询出来结果时，可以通过类导航的方式使用。

本发明涉及动态脚本语言groovy、中文方法名解析、中文类导航解析、动态数据源和动态SQL、ORM、表达式语言及规则体语法检查。并多次使用缓存技术，提高引擎计算性能。

规则引擎是解析、编译、执行规则体的服务，目前本发明采用java语言（一种可以撰写跨平台应用软件的面向对象的程序设计语言）来实现规则引擎，考虑到最小化规则引擎，因此规则体的解析工作放在规则编辑时，预先进行了处理。本发明提供了解析服务接口、执行服务接口、数据表查询服务接口及默认实现。本发明直接用JDBC（java数据库连接）来实现这些接口，最大限度的保证了数据库对象调用的性能。当然用户可以根据自己的需要，重新来实现这些数据库接口。

在业务系统中调用规则引擎的运行接口，将引擎和业务系统整合。在整个调用过程中，业务引擎只需要：

规则引擎是外部Java程序调用规则包的一组Java类。外部Java程序调用规则包时只需要用到一个类：com.yihaodian.scm.rule.handle.impl.EngineHandleImpl。

EngineHandleImpl是得到规则引擎实例的执行类。通常使用spring注入到业务系统。

得到规则引擎实例后，可以调用规则引擎中的方法，主要是runRule这个方法。该方法执行定义好的规则。一般的调用代码为：

Map<String,Object>returnMap=ruleEngine.runRule(“规则名”，初始化参数);

若规则有返回值，则使用

Map<String, Object> result =returnMap.get(EngineHandle.RETURN_VALUE);

因此外部程序调用规则包非常简单。只需以上几行代码就可以完成应用。

当然在调用之前还包括：

在业务系统中需要初始化引擎所需的启动参数。

需要在业务系统中添加处理引擎返回值的信息。

本发明中，采用的技术有：groovy脚本技术、spring动态数据源路由技术、java语言、MVEL技术、JXL技术、类动态编译技术.其中groovy、spring动态数据源路由、MVEL、java、JXL都为免费的、可用于商业的、开源的技术。类动态编译技术是基于groovy自主研发的。其中，规则体里使用了类动态编译和groovy技术。数据表里使用了JXL（通过java操作excel表格的工具类库）技术，数据源里使用了spring动态数据源路由技术。

通过上述的规则引擎元素（数据表、规则体），将业务系统的判断逻辑和处理逻辑在规则引擎中解耦合，和定时任务技术整合之后，可以实现系统自动化计算。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这些仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims

1.一种规则引擎，其包括规则体、数据表和数据源，其特征在于，该规则引擎用于业务系统中计算业务逻辑的计算，该规则引擎还包括：

一模版设置模块，用于定制excel单元格格式的数据表、将该业务系统中的计算业务逻辑抽象出多个输入项及输出项以及定义该多个输入项及输出项至该数据表中，并将该数据表导入到数据库，其中该数据表的信息覆盖所有的计算业务逻辑；

一数据源配置模块，用于分析业务数据的来源并根据该业务数据抽象出SQL以及配置该SQL对应的数据库；

一规则体设置模块，用于编写规则体；

2.如权利要求1所述的规则引擎，其特征在于，该模版设置模块用于在该数据表的配置页面中定义该多个输入项及输出项，并将计算业务逻辑的条件维护至该数据表中。

3.如权利要求1所述的规则引擎，其特征在于，该数据源配置模块用于在该数据源的配置页面中配置该SQL以及采用spring动态数据源路由方法来选择该SQL对应的数据库。

4.如权利要求1所述的规则引擎，其特征在于，该规则体设置模块用于采用groovy语言和动态脚本来编写规则体，以及该规则体设置模块用于采用动态脚本编写规则体并在脚本编译完成后生成java类对象，并且将该java类对象缓存。

5.如权利要求1-4中任意一项所述的规则引擎，其特征在于，该数据源的数量为多个时，该规则引擎切换至当前数据源配置的数据库。

6.如权利要求1-4中任意一项所述的规则引擎，其特征在于，该模版设置模块用于在该数据表的配置页面中定制该数据表的输入项和输出项的字段，和/或，该模版设置模块用于导出一数据表模版，将多个输入项及输出项定义至该数据表模版中，和/或，该模版设置模块用于采用表达式语言来处理该数据表的表达式，和/或，该数据源配置模块用于配置数据库信息以及数据源信息。

7.一种计算业务逻辑的计算方法，该计算方法采用如权利要求1-6中任意一项所述的规则引擎实现，其特征在于，包括以下步骤：

8.如权利要求7所述的计算方法，其特征在于，步骤S₃中通过ORM来查询该业务数据，步骤S₁中包括首次加载该数据表的信息时将该信息放入缓存的步骤，步骤S₂中包括将该数据源的查询结果放入缓存。

9.一种业务系统，其特征在于，其包括如权利要求1-6中任意一项所述的规则引擎。

10.一种调用方法，其特征在于，其采用如权利要求7所述的计算方法，其中，步骤S₁之前包括

S₀、调用该规则引擎的运行接口；

步骤S₃之后包括：

S₄、将该输出项返回至该业务系统。