CN114237602A - 规则引擎构建方法、装置、设备及计算机存储介质 - Google Patents

Abstract

本申请公开了一种规则引擎构建方法、装置、设备及计算机存储介质，能够根据业务信息与控件信息获取控件组数据，其中，控件组数据包括业务信息与控件信息对应控件的映射关系；根据控件组数据生成对应的报文，以根据报文显示对应的编辑界面，通过编辑界面设置与控件对应的规则要素数据，创建得到对应的第一规则；然后根据第一规则调用规则引擎模板，构建得到规则引擎。本申请实施例中，基于控件与规则引擎模板，能够灵活、高效构建适用于实际业务需求的规则引擎，从而利于提高业务处理效率。

Description

规则引擎构建方法、装置、设备及计算机存储介质

技术领域

本申请属于计算机技术领域，尤其涉及一种规则引擎构建方法、装置、设备及计算机存储介质。

背景技术

由于业务的复杂性，进行业务处理时往往需要一些具有很多专门功能的界面来支持，例如对于企业级积分业务处理的界面。

一般来说，界面显示哪些功能和内容都是业务处理过程中的数据驱动的，但由于业务处理过程中的数据量大，数据来源渠道繁多且数据格式复杂多变，所以在传统技术中，由于这些界面都由前端系统通过静态方式实现，一方面导致界面功能不灵活、通用性较低，且增加了界面开发量，使得开发难度增大；另一方面，由于界面灵活性较低，从而降低了对业务处理的效率。

发明内容

本申请实施例提供一种规则引擎构建方法、装置、设备及计算机存储介质，能够利于提高业务处理效率。

一方面，本申请实施例提供一种规则引擎构建方法，该方法包括：

根据业务信息与控件信息，获取控件组数据，控件组数据包括业务信息与控件信息对应的控件的映射关系；

根据控件组数据生成对应的报文，以根据报文显示对应的编辑界面，编辑界面中包括控件；

通过编辑界面设置与控件对应的规则要素数据，创建得到对应的第一规则；

根据第一规则调用规则引擎模板，构建得到规则引擎。

在一些实施例中，业务信息包括业务渠道信息、业务事件信息以及业务类型信息；

根据业务信息与控件信息，获取控件组数据，包括：

通过预设的动态组件数据模型，根据控件信息与业务渠道信息、业务事件信息及业务类型信息之间的映射关系，获取控件组数据。

在一些实施例中，动态组件数据模型包括多个表以及多个表之间的映射关系，其中，多个表包括以下一种或多种：

业务控件组映射表、控件组表、控件组域信息表、控件组域取值信息表、控件组域多语种参数表以及控件组域取值多语种参数表。

在一些实施例中，第一规则中包括静态要素信息和动态要素信息；

根据第一规则调用规则引擎模板，构建得到规则引擎，包括：

解析第一规则中的静态要素信息和动态要素信息；

将静态要素信息关联第一规则，保存到对应数据库；

根据动态要素信息和静态要素信息，将第一规则对应加载到调用的规则引擎模板，构建得到规则引擎。

在一些实施例中，在根据第一规则调用规则引擎模板，构建得到规则引擎之后，方法包括：

显示规则引擎对应的第一规则的规则信息，规则信息包括规则定义信息、第一动态要素信息、第一静态要素信息、动态要素定义信息以及数据结构定义信息中的一种或多种；

编辑第一规则的规则信息，生成第二规则；

将第一规则，更新为第二规则并将第二规则的规则信息同步更新到规则引擎。

在一些实施例中，第二规则的规则信息包括第二动态要素信息和/或第二静态要素信息；

将第一规则，更新为第二规则并将第二规则的规则信息同步更新到规则引擎，包括：

将第一静态要素信息，更新为第二静态要素信息；

调用规则引擎对应的更新接口，将第一动态要素信息更新为第二动态要素信息。

另一方面，本申请提供了一种规则引擎构建装置，该装置包括：

获取模块，用于根据业务信息与控件信息，获取控件组数据，控件组数据包括业务信息与控件信息对应的控件的映射关系；

第一生成模块，用于根据控件组数据生成对应的报文，以根据报文显示对应的编辑界面，编辑界面中包括控件；

创建模块，用于通过编辑界面设置与控件对应的规则要素数据，创建得到对应的第一规则；

构建模块，用于根据第一规则调用规则引擎模板，构建得到规则引擎。

在一些实施例中，获取模块具体用于：

通过预设的动态组件数据模型，根据控件信息与业务渠道信息、业务事件信息及业务类型信息之间的映射关系，获取控件组数据。

在一些实施例中，第一规则中包括静态要素信息和动态要素信息；

构建模块包括：

解析子模块，用于解析第一规则中的静态要素信息和动态要素信息；

保存子模块，用于将静态要素信息关联第一规则，保存到对应数据库；

构建子模块，用于根据动态要素信息和静态要素信息，将第一规则对应加载到调用的规则引擎模板，构建得到规则引擎。

在一些实施例中，装置包括：

显示模块，用于显示规则引擎对应的第一规则的规则信息，规则信息包括规则定义信息、第一动态要素信息、第一静态要素信息、动态要素定义信息以及数据结构定义信息中的一种或多种；

第二生成模块，用于编辑第一规则的规则信息，生成第二规则；

更新模块，用于将第一规则，更新为第二规则并将第二规则的规则信息同步更新到规则引擎。

再一方面，本申请实施例提供了一种通过上述一方面任一实施例方法得到的规则引擎进行数据匹配的方法，其特征在于，方法包括：

获取交易流水数据；

根据交易流水数据，调用规则引擎中对应的控件；

通过控件加载对应的第三规则，以通过第三规则匹配交易流水数据，得到规则匹配结果。

在一些实施例中，第三规则包括一个或多个规则组；

通过控件加载对应的第三规则，包括：

加载规则组对应的域字段表和规则表，以分别解析出规则组对应的域字段和规则组决策树；

将规则组以及规则组对应的域字段和规则决策树加载到控件对应的访问接口。

再一方面，本申请实施例提供了一种电子设备，设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如上述一方面任一实施例所述的规则引擎构建方法，和/或

实现如上述再一方面任一实施例所述的数据匹配的方法。

再一方面，本申请实施例提供了一种计算机存储介质，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如上述一方面任一实施例所述的规则引擎构建方法，和/或

实现如上述再一方面任一实施例所述的数据匹配的方法。

又一方面，本申请实施例提供了一种计算机程序产品，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如上述一方面任一实施例所述的规则引擎构建方法，和/或

实现如上述再一方面任一实施例所述的数据匹配的方法。

本申请实施例的规则引擎构建方法、装置、设备及计算机存储介质，能够根据业务信息与控件信息获取控件组数据，其中，控件组数据包括业务信息与控件信息对应的控件的映射关系；根据控件组数据生成对应的报文，以根据报文显示对应的编辑界面，通过编辑界面设置与控件对应的规则要素数据，创建得到对应的第一规则；然后根据第一规则调用规则引擎模板，构建得到规则引擎。本申请实施例中，基于控件与规则引擎模板，能够灵活、高效构建适用于实际业务需求的规则引擎，从而利于提高业务处理效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一个实施例提供的规则引擎构建方法的流程示意图；

图2是本申请一个具体示例中，动态组件数据模型中的表映射关系示意图；

图3是本申请一个具体实施例中的规则引擎构建方法的流程示意图；

图4是本申请另一个实施例提供的规则引擎构建装置的结构示意图；

图5是本申请再一个实施例提供的数据匹配的方法的流程示意图；

图6是本申请另一个具体实施例中的数据匹配的方法的流程示意图；

图7是本申请又一个实施例提供的电子设备的硬件结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

在一些行业活动，尤其电商、银行、航空等行业的积分活动中，活动计算往往业务逻辑复杂、限制条件很多。以积分活动为例，在积分活动中会对单笔、月、季度、年等设置众多规则条件，使得计算逻辑复杂度很高。为此，如果通过前端系统以传统的静态方式实现的处理界面，很难灵活应对复杂的计算逻辑，且开发量大。

为了解决现有技术问题，本申请实施例提供了一种规则引擎构建方法、装置、设备及计算机存储介质，能够通过动态组件与规则引擎模板融合，引擎构建灵活。下面首先对本申请实施例所提供的规则引擎构建方法进行介绍。

图1示出了本申请一个实施例提供的规则引擎的构建方法的流程示意图。如图1所示，该方法包括步骤S101～S104：

S101.根据业务信息与控件信息，获取控件组数据，控件组数据包括业务信息与控件信息对应控件的映射关系。

示例性的，业务信息可以包括业务渠道信息、业务事件信息以及业务类型信息，以确定一笔业务数据的来源、业务数据对应触发的事件类型和该业务数据所属的类型。其中，

业务渠道信息可以包括业务系统中的子系统编号。例如对于某银行系统来说，该系统包括若干个业务子系统，每个业务子系统对应配置一个编号(如“001”)；业务子系统为交易流水数据的来源渠道。

业务事件信息可以包括交易码，交易码即交易编码(如“LJ1”)，交易码用于表征对一笔交易的业务数据要执行的操作，如对一个交易流水数据进行积分累积，则积分累积操作对应的交易码可以为“LJ1”。

业务类型信息可以包括业务标识，业务标识用于表征一笔交易的业务数据所属的类型，如属于交易奖励数据，或属于交易回馈数据等。

控件信息可以包括控件的编号，控件的编号关联对应的控件，每个控件的编号在系统全局中具有唯一性。

根据业务信息与控件信息获取的控件组数据，可以为控件组列表，通过控件组列表反映业务信息与控件信息对应控件的映射关系，从而可以确定处理业务数据时需要用到的控件。

应理解，控件信息与控件的关联关系可以预先配置。

S102.根据控件组数据生成对应的报文，以根据报文显示对应的编辑界面，编辑界面中包括控件。

示例性的，根据控件组列表可以生成对应的报文，报文中封装的信息包括了业务信息、控件信息、业务信息与控件信息对应控件的关联关系、控件在编辑界面上显示信息(如位置、样式等)等等，以使得能够在后台根据报文确定编辑界面，并将该界面通过前端系统渲染显示出来。

编辑界面中包括上述控件编号对应的控件，控件通过编辑界面显示时，与业务信息关联显示。

S103.通过编辑界面设置与控件对应的规则要素数据，创建得到对应的第一规则。

示例性的，规则要素数据可以包括待生成规则的规则要素的一些值，如某静态规则要素的阈值，或者如某动态规则要素的变量参数。

工作人员可以基于编辑界面上与业务信息关联的控件等显示内容，输入对应的规则要素数据，从而创建生成第一规则。

应理解，第一规则可以包括一个或多个规则。

S104.根据第一规则调用规则引擎模板，构建得到规则引擎。

规则引擎模板定义了规则信息的规范，如规则中涉及的数据的结构等。

将创建的第一规则对应关联到规则引擎模板中，可以构建得到规则引擎。

本申请实施例的规则引擎构建方法，能够根据业务信息与控件信息获取控件组数据，其中，控件组数据包括业务信息与控件信息对应控件的映射关系；根据控件组数据生成对应的报文，以根据报文显示对应的编辑界面，通过编辑界面设置与控件对应的规则要素数据，创建得到对应的第一规则；然后根据第一规则调用规则引擎模板，构建得到规则引擎。本申请实施例中，基于控件与规则引擎模板，能够灵活、高效构建适用于实际业务需求的规则引擎，从而利于提高业务处理效率。

为了提升规则引擎创建的灵活性与高效性，可选的，本申请实施例中，通过步骤S101获取控件组数据时，可以具体包括：

通过预设的动态组件数据模型，根据控件信息与业务渠道信息、业务事件信息及业务类型信息之间的映射关系，获取控件组数据。

本申请实施例中，通过动态组件数据模型可以确定控件信息与业务渠道信息、业务事件信息及业务类型信息之间的映射关系，从而根据该映射关系获取控件组列表。

示例性的，动态组件数据模型可以包括多个表以及该多个表之间的映射关系，其中，多个表包括以下一种或多种：

业务控件组映射表、控件组表、控件组域信息表、控件组域取值信息表、控件组域多语种参数表以及控件组域取值多语种参数表。

动态组件数据模型中通过业务控件组映射表、控件组表、控件组域信息表、控件组域取值信息表、控件组域多语种参数表以及控件组域取值多语种参数表等，可以定义对应动态控件、控件与业务或事件的关系。示例性的，表1为对上述动态组件数据模型中各表的描述。

表1

动态组件数据模型中的表之间通过对应的主键或外键实现连接，以形成一对一或一对多的映射关系。图2示出了在一个具体示例中，上述业务控件组映射表201、控件组表202、控件组域信息表203、控件组域取值信息表204、控件组域多语种参数表205以及控件组域取值多语种参数表206的映射关系。根据图2中所示表的主键和外键，一个业务控件组映射表201可以对应多个控件组表202，一个控件组域信息表203也可以对应多个控件组表202，一个控件组域取值信息表204可以对应多个控件组域信息表203，一个控件组域多语种参数表205可以对应多个控件组域信息表203，一个控件组域取值多语种参数表206可以对应多个控件组域取值信息表204。

通过动态组件数据模型，可以灵活、高效的确定业务信息与上述控件信息对应控件的映射关系，得到控件组列表从而显示出符合工作人员需求的编辑界面，以创建对应的规则，规则存入数据库，通过将创建的规则与规则引擎模板融合，可以构建得到规则引擎。

在一些实施例中，第一规则中包括静态要素信息和动态要素信息。其中，静态要素信息包括一些固定的要素信息，如每个客户每天的积分累积上限值；动态要素信息包括一些根据不同客户或不同业务情况或时间等因素而变化的要素信息。

则在通过步骤S104构建规则因的过程中，具体可以包括步骤S1041～S1043：

S1041.解析第一规则中的静态要素信息和动态要素信息；

S1042.将静态要素信息关联第一规则，保存到对应数据库；

S1043.根据动态要素信息和静态要素信息，将第一规则对应加载到调用的规则引擎模板，构建得到规则引擎。

通过前端显示的编辑界面创建第一规则后，第一规则存入数据库，并通过后台处理第一规则，解析出第一规则中的静态要素信息和动态要素信息。

静态要素信息可以关联第一规则后，直接存入数据库。

然后调用规则引擎模板对应的API(Application Programming Interface，应用程序接口)，根据解析出的动态要素信息和静态要素信息，将第一规则对应加载到调用的规则引擎模板，对第一规则进行规范化处理，以及将规则与对应控件进行关联绑定，构建得到规则引擎。

应理解，规则引擎中的所有规则都存储在对应的数据库中。

为了便于规则维护，可选的，本申请实施例中，可以对构建的规则引擎的规则进行更新。则在步骤S104根据第一规则调用规则引擎模板，构建得到规则引擎之后，该方法还可以包括步骤S105～S107：

S105.显示规则引擎对应的第一规则的规则信息，规则信息包括规则定义信息、第一动态要素信息、第一静态要素信息、动态要素定义信息以及数据结构定义信息中的一种或多种。

第一规则的规则信息可以表征第一规则的要素和要素对应的值等，从而便于对第一规则的要素对应的值进行编辑。

示例性的，如图3所示，在进行规则维护时，可以首先通过步骤S301获取第一规则的定义信息，通过步骤S302根据第一规则的定义信息解析第一规则，确定第一规则的第一动态要素信息和第一静态要素信息，并通过步骤S303查询得到第一动态要素信息的动态要素定义信息以及通过步骤S304查询第一规则的数据结构定义信息。

将上述得到的第一规则的规则信息显示到前端系统，供工作人员编辑。

S106.编辑第一规则的规则信息，生成第二规则。

对第一规则的规则信息进行编辑，可以创建得到第二规则。

应理解，第二规则可以包括一个或多个规则。

S107.将第一规则，更新为第二规则并将第二规则的规则信息同步更新到规则引擎。

示例性的，第二规则的规则信息可以包括第二动态要素信息和/或第二静态要素信息。则步骤S107具体可以包括步骤S1071～S1072：

S1071.将第一静态要素信息，更新为第二静态要素信息；

S1072.调用规则引擎对应的更新接口，将第一动态要素信息更新为第二动态要素信息。

由于静态要素信息包括的都是固定的要素信息，因此可以直接将第二规则的第二静态要素信息保存到数据库并覆盖第一静态要素信息，实现静态要素信息的更新。

同时，将第一动态要素信息的动态要素定义信息，更新为第二动态要素信息的动态要素定义信息，并调用规则引擎对应的更新接口，根据第二动态要素信息的动态要素定义信息，更新第一规则中的第一动态要素信息，实现动态要素信息的更新。

示例性的，为了便于及时、高效完成引擎更新，本申请实施例中，可以通过将日终全量更新到规则引擎，以避免遗漏数据。

图4示出了本申请实施例提供的规则引擎构建装置的结构示意图。如图4所示，该装置包括：

获取模块401，用于根据业务信息与控件信息，获取控件组数据，控件组数据包括业务信息与控件信息对应控件的映射关系；

第一生成模块402，用于根据控件组数据生成对应的报文，以根据报文显示对应的编辑界面，编辑界面中包括控件；

创建模块403，用于通过编辑界面设置与控件对应的规则要素数据，创建得到对应的第一规则；

构建模块404，用于根据第一规则调用规则引擎模板，构建得到规则引擎。

示例性的，获取模块401可以执行上述图1中示出的步骤S101，第一生成模块402可以执行上述图1中示出的步骤S102，创建模块403可以执行上述图1中示出的步骤S103，构建模块404可以执行上述图1中示出的步骤S104。

可选的，业务信息包括业务渠道信息、业务事件信息以及业务类型信息；获取模块401具体可以用于执行：

通过预设的动态组件数据模型，根据控件信息与业务渠道信息、业务事件信息及业务类型信息之间的映射关系，获取控件组数据。

其中动态组件数据模型包括多个表以及多个表之间的映射关系，其中，多个表包括以下一种或多种：

业务控件组映射表、控件组表、控件组域信息表、控件组域取值信息表、控件组域多语种参数表以及控件组域取值多语种参数表。

示例性的，动态组件数据模型中的表和映射关系可参见上述实施例中表1和图2所示。

可选的，第一规则中包括静态要素信息和动态要素信息；构建模块403具体可以包括：

解析子模块4031，用于解析第一规则中的静态要素信息和动态要素信息；

保存子模块4032，用于将静态要素信息关联第一规则，保存到对应数据库；

构建子模块4033，用于根据动态要素信息和静态要素信息，将第一规则对应加载到调用的规则引擎模板，构建得到规则引擎。

可选的，装置可以包括：

显示模块405，用于显示规则引擎对应的第一规则的规则信息，规则信息包括规则定义信息、第一动态要素信息、第一静态要素信息、动态要素定义信息以及数据结构定义信息中的一种或多种；

第二生成模块406，用于编辑第一规则的规则信息，生成第二规则；

更新模块407，用于将第一规则，更新为第二规则并将第二规则的规则信息同步更新到规则引擎。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，并能达到其相应的技术效果，为简洁描述，在此不再赘述。

图5为本申请实施例提供的一种通过上述任一实施例规则引擎构建方法得到的规则引擎进行数据匹配的方法。如图5所示，该数据匹配的方法可以包括步骤S501～S503：

S501.获取交易流水数据；

S502.根据交易流水数据，调用规则引擎中对应的控件；

S503.通过控件加载对应的第三规则，以通过第三规则匹配交易流水数据，得到规则匹配结果。

在获取交易流水数据后，可以先对该数据进行预处理，得到符合规则匹配格式的标准数据。

根据该交易流水数据，调用规则引擎中对应的控件，然后通过该控件加载对应的第三规则，以通过第三规则匹配该交易流水数据，得到规则匹配结果。

其中第三规则包括一个或多个规则组；在步骤S503中，通过控件加载对应的第三规则，具体可以包括：

S5031.加载规则组对应的域字段表和规则表，以分别解析出规则组对应的域字段和规则组决策树；

S5032.将该规则组以及规则组对应的域字段和规则决策树加载到控件对应的访问接口。

示例性的，第三规则中可以包括一个或多个规则组，一个业务活动(如积分活动)可以对应通过至少一个规则组进行匹配计算。每个规则组中可以包括多个规则。因此在步骤S503中，通过加载第三规则，可以根据规则引擎中的对应规则表和域字段表对第三规则进行解析。其中，如图6所示，通过根据规则表进行解析可以建立规则组对象，根据规则组对象可以建立规则对象，从而可以生成对应规则组的规则决策树。并且通过根据域字段表进行解析，可以得到对应的域字段。

参考图6，将对应的规则组和解析得到的规则决策树以及域字段，关联加载到控件对应的访问接口，进而在通过步骤S503实现通过第三规则匹配交易流水数据，得到规则匹配结果的过程中，结合图5所示的，可以将上述交易流水数据遍历上述规则组。然后按照规则组的优先级(当规则组有至少两个时具有优先级顺序)进行一一匹配。每个匹配流程中，通过对应规则决策树进行决策，如果交易流水数据命中该决策树中的任意节点，则说明匹配成功，可以进行下一个规则组的匹配或者直接结束。如果交易流水数据没有命中该决策树中的任何节点，则匹配流程结束。

通过规则引擎对交易流水数据过滤匹配后，匹配的结果数据可以存储在分布式系统中以便于进行高效率的查询与重跑计算。并且最终匹配成功的结果数据集可以转发成Kafka消息列队，待下游消费。

图7示出了本申请实施例提供的电子设备的硬件结构示意图。

电子设备可以包括处理器701以及存储有计算机程序指令的存储器702。

具体地，上述处理器701可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器702可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器702可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器702可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器702可在综合网关容灾设备的内部或外部。在特定实施例中，存储器702是非易失性固态存储器。

存储器可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本申请的一方面的方法所描述的操作。

处理器701通过读取并执行存储器702中存储的计算机程序指令，以实现上述实施例中的任意一种规则引擎构建方法和/或数据匹配的方法。

在一个示例中，电子设备还可包括通信接口703和总线710。其中，如图7所示，处理器701、存储器702、通信接口703通过总线710连接并完成相互间的通信。

通信接口703，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线710包括硬件、软件或两者，将上述电子设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线710可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

另外，结合上述实施例中的规则引擎构建方法和/或数据匹配的方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种规则引擎构建方法和/或数据匹配的方法。

另外，结合上述实施例中的规则引擎构建方法和/或数据匹配的方法，本申请实施例可提供一种计算机程序产品来实现。该程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行上述实施例中的任意一种规则引擎构建方法和/或数据匹配的方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能模块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (15)

1.一种规则引擎构建方法，其特征在于，所述方法包括：

根据业务信息与控件信息，获取控件组数据，所述控件组数据包括所述业务信息与所述控件信息对应的控件的映射关系；

根据所述控件组数据生成对应的报文，以根据所述报文显示对应的编辑界面，所述编辑界面中包括所述控件；

通过所述编辑界面设置与所述控件对应的规则要素数据，创建得到对应的第一规则；

根据所述第一规则调用规则引擎模板，构建得到规则引擎。

2.根据权利要求1所述的方法，其特征在于，所述业务信息包括业务渠道信息、业务事件信息以及业务类型信息；

所述根据业务信息与控件信息，获取控件组数据，包括：

通过预设的动态组件数据模型，根据所述控件信息与所述业务渠道信息、业务事件信息及业务类型信息之间的映射关系，获取控件组数据。

3.根据权利要求2所述的方法，其特征在于，所述动态组件数据模型包括多个表以及所述多个表之间的映射关系，其中，所述多个表包括以下一种或多种：

业务控件组映射表、控件组表、控件组域信息表、控件组域取值信息表、控件组域多语种参数表以及控件组域取值多语种参数表。

4.根据权利要求1所述的方法，其特征在于，所述第一规则中包括静态要素信息和动态要素信息；

所述根据所述第一规则调用规则引擎模板，构建得到规则引擎，包括：

解析所述第一规则中的静态要素信息和动态要素信息；

将所述静态要素信息关联所述第一规则，保存到对应数据库；

根据所述动态要素信息和所述静态要素信息，将所述第一规则对应加载到调用的规则引擎模板，构建得到规则引擎。

5.根据权利要求1所述的方法，其特征在于，在所述根据所述第一规则调用规则引擎模板，构建得到规则引擎之后，所述方法包括：

显示所述规则引擎对应的所述第一规则的规则信息，所述规则信息包括规则定义信息、第一动态要素信息、第一静态要素信息、动态要素定义信息以及数据结构定义信息中的一种或多种；

编辑所述第一规则的规则信息，生成第二规则；

将所述第一规则，更新为所述第二规则并将所述第二规则的规则信息同步更新到所述规则引擎。

6.根据权利要求5所述的方法，其特征在于，所述第二规则的规则信息包括第二动态要素信息和/或第二静态要素信息；

所述将所述第一规则，更新为所述第二规则并将所述第二规则的规则信息同步更新到所述规则引擎，包括：

将所述第一静态要素信息，更新为所述第二静态要素信息；

调用所述规则引擎对应的更新接口，将所述第一动态要素信息更新为所述第二动态要素信息。

7.一种规则引擎构建装置，其特征在于，所述装置包括：

获取模块，用于根据业务信息与控件信息，获取控件组数据，所述控件组数据包括所述业务信息与所述控件信息对应的控件的映射关系；

第一生成模块，用于根据所述控件组数据生成对应的报文，以根据所述报文显示对应的编辑界面，所述编辑界面中包括所述控件；

创建模块，用于通过所述编辑界面设置与所述控件对应的规则要素数据，创建得到对应的第一规则；

构建模块，用于根据所述第一规则调用规则引擎模板，构建得到规则引擎。

8.根据权利要求7所述的装置，其特征在于，所述业务信息包括业务渠道信息、业务事件信息以及业务类型信息；

所述获取模块具体用于：

通过预设的动态组件数据模型，根据所述控件信息与所述业务渠道信息、业务事件信息及业务类型信息之间的映射关系，获取控件组数据。

9.根据权利要求7所述的装置，其特征在于，所述第一规则中包括静态要素信息和动态要素信息；

所述构建模块包括：

解析子模块，用于解析所述第一规则中的静态要素信息和动态要素信息；

保存子模块，用于将所述静态要素信息关联所述第一规则，保存到对应数据库；

构建子模块，用于根据所述动态要素信息和所述静态要素信息，将所述第一规则对应加载到调用的规则引擎模板，构建得到规则引擎。

10.根据权利要求7所述的装置，其特征在于，所述装置包括：

显示模块，用于显示所述规则引擎对应的所述第一规则的规则信息，所述规则信息包括规则定义信息、第一动态要素信息、第一静态要素信息、动态要素定义信息以及数据结构定义信息中的一种或多种；

第二生成模块，用于编辑所述第一规则的规则信息，生成第二规则；

更新模块，用于将所述第一规则，更新为所述第二规则并将所述第二规则的规则信息同步更新到所述规则引擎。

11.一种通过所述权利要求1-6任一项所述方法得到的规则引擎进行数据匹配的方法，其特征在于，所述方法包括：

获取交易流水数据；

根据所述交易流水数据，调用所述规则引擎中对应的控件；

通过所述控件加载对应的第三规则，以通过所述第三规则匹配所述交易流水数据，得到规则匹配结果。

12.根据权利要求11所述的方法，其特征在于，所述第三规则包括一个或多个规则组；

通过所述控件加载对应的第三规则，包括：

加载所述规则组对应的域字段表和规则表，以分别解析出所述规则组对应的域字段和规则组决策树；

将所述规则组以及所述规则组对应的域字段和规则决策树加载到所述控件对应的访问接口。

13.一种电子设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-6任意一项所述的规则引擎构建方法，和/或

实现如权利要求11或12所述的数据匹配方法。

14.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-6任意一项所述的规则引擎构建方法，和/或

实现如权利要求11或12所述的数据匹配方法。

15.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-6任意一项所述的规则引擎构建方法，和/或

实现如权利要求11或12所述的数据匹配方法。

Images