CN113377419A - 一种业务处理方法、装置、可读存储介质及电子设备 - Google Patents

Abstract

本发明提供了一种业务处理方法、装置、计算机可读存储介质和电子设备，其中该方法包括：配置业务规则的规则组成部分；基于预设规则模板和所述规则组成部分，获取初始规则实体；基于确定的目标规则模板和所述初始规则实体，获取待匹配规则实体；响应于业务处理系统的输入数据，基于所述输入数据和所述待匹配规则实体，对所述输入数据进行业务处理。本发明提供的技术方案中，可以对规则组成部分进行自定义配置，并且在利用规则组成部分和预设规则模板时，根据自描述自解析的特性，可以获取到待匹配规则实体，并可以利用该待匹配规则实体进行业务处理，从而在进行业务处理的过程中不涉及脚本语言的翻译问题，提高业务处理的效率。

Description

一种业务处理方法、装置、可读存储介质及电子设备

技术领域

本发明涉及规则引擎技术领域，且更具体地，涉及一种业务处理方法、装置、可读存储介质及电子设备。

背景技术

随着经济和科技的发展，在社会生活的各个领域广泛存在着各种业务处理系统，在业务处理系统的生命周期里，通常需要对业务处理系统进行更新，为了业务处理系统的更新需求，会使用规则引擎来处理业务处理系统内的业务规则。

目前的规则引擎通常需要将业务规则翻译成脚本语言，然后通过脚本语言再回调业务逻辑实现规则匹配，其中不同的业务规则种类，生成脚本语言的方式不同。也就是说在将业务规则使用脚本语言进行结构化描述的过程中，不仅增加了“生成逻辑”的复杂度，加大理解成本，而且在脚本语言没有编译为平台语言或者机器码时，执行速度较慢；在脚本语言已经编译到平台语言或者机器码时，大量业务规则编译数据内存占用量大，运行速度较慢。从而使得利用上述规则引擎进行业务处理时，存在效率较低的技术问题。

发明内容

本发明提供了一种业务处理方法、装置、计算机可读存储介质及电子设备，以解决现有技术中业务处理方法效率较低的技术问题。

第一方面，本发明提供了一种业务处理方法，包括：

配置业务规则的规则组成部分；

基于预设规则模板和所述规则组成部分，获取初始规则实体；

基于确定的目标规则模板和所述初始规则实体，获取待匹配规则实体；

响应于业务处理系统的输入数据，基于所述输入数据和所述待匹配规则实体，对所述输入数据进行业务处理。

可选地，所述规则组成部分包括前置规则、规则的条件和后置动作，则所述配置业务规则的规则组成部分，包括：

基于预设变量，分别配置所述前置规则、所述规则的条件和所述后置动作，其中所述预设变量包括字面量、字段、指标和算子。

可选地，所述基于所述输入数据和所述待匹配规则实体，对所述输入数据进行业务处理，包括：

确定所述输入数据对应的求值结果；

若所述求值结果符合所述待匹配规则实体对应的前置规则，则确定所述求值结果是否符合所述待匹配规则实体对应的规则的条件，若是，则基于所述待匹配规则实体对应的后置动作对所述输入数据进行业务处理。

可选地，在所述基于预设规则模板和所述规则组成部分，获取初始规则实体前，所述方法还包括：

获取用户的自定义参数；

基于所述自定义参数，更新所述预设变量和所述预设规则模板。

可选地，获取所述初始规则实体后，所述方法还包括：

将所述初始规则实体结构化存储在规则数据库中。

可选地，所述基于确定的目标规则模板和所述初始规则实体，获取待匹配规则实体，包括：

在所述规则数据库中确定出加载规则实体；

基于所述加载规则实体携带的模板信息，确定目标规则模板；

基于所述目标规则模板对所述加载规则实体进行自解析，获取待匹配规则实体。

可选地，所述方法还包括：

基于获取的操作指令，确定待查找目标；

基于预先搭建的多层查找框架的优先级和所述待查找目标，确定目标规则模板。

第二方面，本发明提供了一种业务处理装置，包括：

配置处理模块，用于配置业务规则的规则组成部分；

规则获取模块，用于基于预设规则模板和所述规则组成部分，获取待匹配规则实体；

业务处理模块，用于响应于业务处理系统的输入数据，基于所述输入数据和所述待匹配规则实体，对所述输入数据进行业务处理。

第三方面，提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述的业务处理方法。

第四方面，提供了一种电子设备，所述电子设备包括：

处理器；

用于存储所述处理器可执行指令的存储器；

所述处理器，用于从所述存储器中读取所述可执行指令，并执行所述指令以实现上述的业务处理方法。

与现有技术相比，本发明提供的业务处理方法、装置、计算机可读存储介质及电子设备，至少包括以下有益效果：

本发明提供的技术方案允许用户对业务规则的规则组成部分进行配置，以得到配置内容不同的规则组成部分，在预设规则模板下对不同的预设组成部分进行组合，可以获取到初始规则实体。在调用规则引擎时，确定出目标规则模板，其中目标规则模板为预设规则模板中的一个，因此基于自描述自解析的特性，可以基于目标规则模板和初始规则实体，获取到待匹配规则实体，并可直接利用该待匹配规则实体进行与输入数据的匹配，从而在进行业务处理的过程中，无需脚本语言的翻译，提高业务处理的效率。同时因生成的初始规则实体和待匹配规则实体具有自描述的特性，易于理解和研发，学习成本低，并且可以使得待匹配规则实体直接使用目标语言，则在追求高性能的同时，平衡了内存使用效率，从而可以适用于大量规则的场景，高并发的场景，具有更广泛的应用范围。

附图说明

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

图1是本发明一示例性实施例提供的业务处理方法的流程示意图一；

图2是本发明一示例性实施例提供的业务处理方法的流程示意图二；

图3是本发明一示例性实施例提供的业务处理方法的流程示意图三；

图4是本发明一示例性实施例提供的业务处理装置的结构示意图；

图5是本发明一示例性实施例提供的电子设备的结构图。

具体实施方式

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

示例性方法

图1是本发明一示例性实施例提供的业务处理方法的流程示意图，具体包括如下步骤：

步骤101，配置业务规则的规则组成部分。

在一实施例中，对业务规则进行划分，划分为不同的规则组成部分，从而一个完整的业务规则是由规则组成部分组成的，其中规则组成部分的数量可以为两个或三个。对规则组成部分进行配置后即可以获取到内容不同的规则组成部分。具体的，规则组成部分，可以包括前置规则、规则的条件和后置动作，在进行配置后，会得到内容不同的前置规则，内容不同的规则的条件和内容不同的后置动作。

步骤102，基于预设规则模板和所述规则组成部分，获取初始规则实体。

在一实施例中，预设规则模板是指预先设定的规则样板，在预设规则模板中通常含有的是不同类别的规则所需的信息。如存在黑名单类别的模板中可能含有两个信息，一个是确定变量信息，用于确定是那个变量；一个是黑名单信息，用于确定是哪个黑名单，从而可以根据一个预设规则模板获取到多个初始规则实体，因此通常预设规则模板的数量较少，如50个，但是在将规则组成部分嵌入到预设规则模板后，即可以确定出大量的初始规则实体。其中，将规则组成部分嵌入到预设规则模板中即是对预设规则模板进行具体化的过程，每一次对预设规则模板进行具体化后，即可以得到一个初始规则实体。

在一种可能的实现方式中，在获取到初始规则实体后，可以将所述初始规则实体结构化存储在规则数据库中，例如可以通过json或通用kv等形式进行存储，以便对初始规则实体的更好管理。

步骤103，基于确定的目标规则模板和所述初始规则实体，获取待匹配规则实体。

在一实施例中，在调用规则引擎时，通常会由用户在预设界面上选择一个目标规则模板，因此可以根据接收到的用户选取结果，确定出目标规则模板，其中目标规则模板是预设规则模板中的一个。因初始规则实体是由预设规则模板确定的，因此在初始规则实体中会携带有模板信息，基于目标规则模板和初始规则实体携带的模板信息，即可以获取待匹配规则实体。

步骤104，响应于业务处理系统的输入数据，基于所述输入数据和所述待匹配规则实体，对所述输入数据进行业务处理。

在上述实施例中，允许用户对业务规则的规则组成部分进行配置，以得到配置内容不同的规则组成部分，在预设规则模板下对不同的预设组成部分进行组合，可以获取到初始规则实体。在调用规则引擎时，确定出目标规则模板，其中目标规则模板为预设规则模板中的一个，因此基于自描述自解析的特性，可以基于目标规则模板和初始规则实体，获取到待匹配规则实体，并可直接利用该待匹配规则实体进行与输入数据的匹配，从而在进行业务处理的过程中，无需脚本语言的翻译，提高业务处理的效率。同时因生成的初始规则实体和待匹配规则实体具有自描述的特性，易于理解和研发，学习成本低，并且可以使得待匹配规则实体直接使用目标语言，则在追求高性能的同时，平衡了内存使用效率，从而可以适用于大量规则的场景，高并发的场景，具有更广泛的应用范围。

本发明一个示例性实施例中，所述规则组成部分包括前置规则、规则的条件和后置动作，则步骤101配置业务规则的规则组成部分，具体可以包括：

步骤1011，基于预设变量，分别配置所述前置规则、所述规则的条件和所述后置动作，其中所述预设变量包括字面量、字段、指标和算子。

在一实施例中，每一个规则描述分为3个规则组成部分，也就是说一条完整的规则描述包括前置规则，规则的条件和后置动作。其中前置规则是指规则执行前需要满足的条件；规则的条件是指具体的匹配逻辑；后置动作是指规则匹配命中后，需要执行的后续动作。预先设置变量，变量包括字面量、字段、指标和算子。其中字面量，即常量，比如具体的某个数字就是一个常量；字段，是指用户调用规则引擎时传入的原始数据，比如规则使用了年龄age这个字段，在真实调用规则引擎时，把age＝25传入做匹配，25就是age这个字段的具体值；指标，是指需要根据历史回溯计算的统计值，如过去10分钟同一个设备的账号数，由用户传入事实数据衍生而来；算子，是一种特殊的变量，由一段完整的匹配逻辑组成，比如某个字段是否匹配上某个正则表达式，该逻辑无法使用左右变量和中间操作符的形式来描述，因此设置算子对此类逻辑进行描述。在预先设置的变量中进行选取，则可以配置出多个不同的前置规则，多个不同的规则的条件和多个不同的后置动作。

具体的，因变量存在不同的种类，因此预设规则模板一般存在两大类，一个是算子规则模板，一个是自定义规则模板。算子规则模板即模板中主要包含算子逻辑，即非表达式规则，直接由单个算子组成，当然算子也可以直接嵌套在自定义规则中，组成复杂规则，如(not in BlackList)就是嵌套在整个与或非表达式中组成的复杂规则。自定义规则模板，即由“与”“或”“非”和小括号等极简表达式组成，其中表达式一般由与或非组装具体的变量判断或者算子，如申请人年龄大于18且收入大于等于3000且不在黑名单内，即为age>18&&salary>＝3000&&(not in BlackList)，前面两个判断age>18和salary>＝3000，都是左右变量加上操作符的形式，not in BlackList的逻辑判断较为复杂，从而使用一个黑名单算子来描述，整个逻辑是使用表达式组装起来的。

在上述实施例中，预先设置变量，从而可以在预先设置的变量中进行选取，确定出不同的前置规则、不同的规则的条件和不同的后置动作，方便用户对规则进行扩展，有利于规则的自定义。同时通过设置算子可以将不能利用左右变量加上操作符的形式的较为复杂的逻辑进行描述，以尽可能满足用户在自定义规则的各自需求，有利于扩大本实施例提供的业务处理方法的应用范围。

在一种可能的实现方式中，允许用户自行进行变量和规则模板的设置，因此在基于预设规则模板和所述规则组成部分，获取初始规则实体前，所述方法还包括，获取用户的自定义参数，基于所述自定义参数，更新预设变量和预设规则模板。

如图2所示，在本发明一示例性实施例中，所述步骤104响应于业务处理系统的输入数据，基于所述输入数据和所述待匹配规则实体，对所述输入数据进行业务处理，包括：

步骤1041，响应于业务处理系统的输入数据，确定所述输入数据对应的求值结果；

步骤1042，若所述求值结果符合所述待匹配规则实体对应的前置规则，则确定所述求值结果是否符合所述待匹配规则实体对应的规则的条件，若是，则基于所述待匹配规则实体对应的后置动作对所述输入数据进行业务处理。

在上述实施例中，当输入数据进入规则引擎时，先进行变量的求值，比如原始字段求值、回溯类指标的求值、部分算子类规则算子的求值等，以确定出求值结果。进一步在待匹配规则实体中选取出一个当前匹配规则实体，判断求值结果是否符合当前匹配规则实体对应的前置条件，若不符合，则退出当前匹配规则实体的执行，继续执行下一个待匹配规则实体。若前置条件满足，继续执行当前匹配规则实体对应的规则的条件中的匹配逻辑，即确定求值结果是否符合当前匹配规则实体对应的规则的条件，若符合，则执行该当前匹配规则实体对应的后置动作，执行后置动作后继续执行下一个待匹配规则实体；若不符合，则继续执行下一个规则，直到完成所有待匹配规则的匹配。具体的，规则的条件中的匹配逻辑分为两种，一种是由“与”“或”“非”和小括号组成的简单表达式，一种是算子类规则。表达式类规则执行表达式的匹配，算子类规则执行算子的具体计算逻辑。在本实施例中，顺序判断输入数据对应的求值结果是否符合前置规则和规则的条件，只有在求值结果符合前置条件时才会进行后续的规则的条件的判断，也就是说在进行规则执行时，无需执行变量完整的规则，从而可以提升规则的执行速度。

在本发明一示例性实施例中，所述步骤103基于确定的目标规则模板和所述初始规则实体，获取待匹配规则实体，包括：

步骤1031，在所述规则数据库中确定出加载规则实体；

步骤1032，基于所述加载规则实体携带的模板信息，确定目标规则模板；

步骤1033，基于所述目标规则模板对所述加载规则实体进行自解析，获取待匹配规则实体。

在上述实施例中，可以基于获取的业务场景、客户信息、规则标识，在所述规则数据库中确定出加载规则实体，其中业务场景、客户信息、规则标识可以为用户的选取结果，也可以为特定的网关识别结果。加载规则实体是根据业务场景、客户信息或规则标识等在初始规则实体进行选取获取的，因此加载规则实体是初始规则实体的一部分。加载规则实体会携带有模板信息，模板信息即为该规则实体是由哪一个预设规则模板获取的，从而将该预设规则模板确定出目标规则模板，即加载规则实体是由目标规则模板获取到的，从而可以利用该目标规则模板对加载规则实体对应的结构化数据进行自解析，获取到待匹配规则实体。具体的，利用规则数据库进行存储初始规则实体时通常为json或通用kv等形式，因此为了满足规则引擎的需求，需要对加载规则实体利用转换函数进行格式转换，在格式转换后，获取格式转换后的加载规则实体，基于自描述的特性，利用目标规则模板对格式转换后的加载规则实体进行自解析，获取待匹配规则实体。因加载规则实体由目标规则模板获取，因此基于目标规则模板可以获取到加载规则实体对应的变量信息，从而可以根据目标规则模板对加载规则实体对应的结构化数据可以进行解析，获取待匹配规则实体，无需进行脚本语言的翻译，具有较高的使用效率。

在一种可能的实现方式中，在规则数据库中存储的初始规则实体还可能携带有其他数据信息，如规则实体在数据库中的编号，规则实体上一次修改时间，上一次修改人等等，因此在利用目标规则模板对加载规则实体进行解析后，仅保留与规则相关信息，如前置规则、规则的条件和后置动作，从而使得待匹配规则实体内容比较精简，不含有任何多余的字段，内存占有量较少，加载数据速度较快。

如图3所示，在本发明一示例性实施例中，所述方法还包括：

步骤105，基于获取的操作指令，确定待查找目标；

步骤106，基于预先搭建的多层查找框架的优先级和所述待查找目标，确定目标规则模板。

在上述实施例中，预先获取用户的操作指令，如用户在预设界面上的选取的内容，将该内容确定为待查找目标。预先搭建多层查找框架，如业务层、平台层和引擎层，不同的查找框架对应不同的优先级，如业务层的优先级大于平台层的优先级，平台层的优先级大于引擎层的优先级。因此在确定待查找目标时，按照优先级的先后顺序进行查找，以获取到目标规则模板。例如在查找黑名单模板时，可能业务层和引擎层均存在黑名单模板，则在进行查找时，先进行业务层进行查找，当在业务层找到黑名单模板后即确定出目标规则模板，不再进行后续查找。若业务层不存在黑名单模板，则在业务层查找后，即在平台层查找，若在平台层也没有找到，则继续在引擎层中查找。因此在本实施例中，提供多层查询框架，其中引擎层提供能力，便于上层扩展；平台层提供默认实现；业务提供业务定制，从而尽可能的满足用户的需求。具体的，在基于所述加载规则实体携带的模板信息，确定目标规则模板时，也可以是利用多层查找框架的优先级进行查找确定的，即基于加载规则实体携带的模板信息和预先搭建的多层查找框架的优先级，确定目标规则模板。

示例性装置

基于与本发明方法实施例相同的构思，本发明实施例还提供了一种业务处理方法的装置。

图4示出了本发明一示例性实施例提供的业务处理方法的装置的结构示意图，包括：

规则配置模块41，用于配置业务规则的规则组成部分；

第一获取模块42，用于基于预设规则模板和所述规则组成部分，获取初始规则实体；

第二获取模块43，用于基于确定的目标规则模板和所述初始规则实体，获取待匹配规则实体；

业务处理模块44，用于响应于业务处理系统的输入数据，基于所述输入数据和所述待匹配规则实体，对所述输入数据进行业务处理。

在本发明一示例性实施例中，所述规则组成部分包括前置规则、规则的条件和后置动作，则所述规则配置模块用于基于预设变量，分别配置所述前置规则、所述规则的条件和所述后置动作，其中所述预设变量包括字面量、字段、指标和算子。

在本发明一示例性实施例中，所述业务处理模块包括：

结果确定单元，用于响应于业务处理系统的输入数据，确定所述输入数据对应的求值结果；

逻辑判断单元，用于若所述求值结果符合所述待匹配规则实体对应的前置规则，则确定所述求值结果是否符合所述待匹配规则实体对应的规则的条件，若是，则基于所述待匹配规则实体对应的后置动作对所述输入数据进行业务处理。

在本发明一示例性实施例中，所述装置还包括装置更新模块，用于获取用户的自定义参数；基于所述自定义参数，更新所述预设变量和所述预设规则模板。

在本发明一示例性实施例中，获取所述初始规则实体后，所述装置还包括：

存储处理模块，用于将所述初始规则实体结构化存储在规则数据库中。

在本发明一示例性实施例中，所述第二获取模块，包括：

确定处理单元，用于在所述规则数据库中确定出加载规则实体；

第一获取单元，用于基于所述加载规则实体携带的模板信息，确定目标规则模板；

第二获取单元，用于基于所述目标规则模板对所述加载规则实体进行自解析，获取待匹配规则实体。

在本发明一示例性实施例中，所述装置还包括：模板确定模块，用于基于获取的操作指令，确定待查找目标；基于预先搭建的多层查找框架的优先级和所述待查找目标，确定目标规则模板。

示例性电子设备

图5图示了根据本发明实施例的电子设备的框图。

如图5所示，电子设备100包括一个或多个处理器101和存储器102。

处理器101可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备100中的其他组件以执行期望的功能。

存储器102可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器101可以运行所述程序指令，以实现上文所述的本发明的各个实施例的业务处理方法以及/或者其他期望的功能。

在一个示例中，电子设备100还可以包括：输入装置103和输出装置104，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。

当然，为了简化，图5中仅示出了该电子设备100中与本发明有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备100还可以包括任何其他适当的组件。

示例性计算机程序产品和计算机可读存储介质

除了上述方法和设备以外，本发明的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本发明各种实施例的业务处理方法中的步骤。

所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本发明实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本发明的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本发明各种实施例的业务处理方法中的步骤。

所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

以上结合具体实施例描述了本发明的基本原理，但是，需要指出的是，在本发明中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本发明的各个实施例必须具备的。另外，上述发明的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本发明为必须采用上述具体的细节来实现。

本发明中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

还需要指出的是，在本发明的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。

提供所发明的方面的以上描述以使本领域的任何技术人员能够做出或者使用本发明。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本发明的范围。因此，本发明不意图被限制到在此示出的方面，而是按照与在此发明的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本发明的实施例限制到在此发明的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。

Claims (10)

1.一种业务处理方法，其特征在于，包括：

配置业务规则的规则组成部分；

基于预设规则模板和所述规则组成部分，获取初始规则实体；

基于确定的目标规则模板和所述初始规则实体，获取待匹配规则实体；

响应于业务处理系统的输入数据，基于所述输入数据和所述待匹配规则实体，对所述输入数据进行业务处理。

2.根据权利要求1所述的业务处理方法，其特征在于，所述规则组成部分包括前置规则、规则的条件和后置动作，则所述配置业务规则的规则组成部分，包括：

基于预设变量，分别配置所述前置规则、所述规则的条件和所述后置动作，其中所述预设变量包括字面量、字段、指标和算子。

3.根据权利要求2所述的业务处理方法，其特征在于，所述基于所述输入数据和所述待匹配规则实体，对所述输入数据进行业务处理，包括：

确定所述输入数据对应的求值结果；

若所述求值结果符合所述待匹配规则实体对应的前置规则，则确定所述求值结果是否符合所述待匹配规则实体对应的规则的条件，若是，则基于所述待匹配规则实体对应的后置动作对所述输入数据进行业务处理。

4.根据权利要求2所述的业务处理方法，其特征在于，在所述基于预设规则模板和所述规则组成部分，获取初始规则实体前，所述方法还包括：

获取用户的自定义参数；

基于所述自定义参数，更新所述预设变量和所述预设规则模板。

5.根据权利要求1所述的业务处理方法，其特征在于，获取所述初始规则实体后，所述方法还包括：

将所述初始规则实体结构化存储在规则数据库中。

6.根据权利要求5所述的业务处理方法，其特征在于，所述基于确定的目标规则模板和所述初始规则实体，获取待匹配规则实体，包括：

在所述规则数据库中确定出加载规则实体；

基于所述加载规则实体携带的模板信息，确定目标规则模板；

基于所述目标规则模板对所述加载规则实体进行自解析，获取待匹配规则实体。

7.根据权利要求1所述的业务处理方法，其特征在于，所述方法还包括：

基于获取的操作指令，确定待查找目标；

基于预先搭建的多层查找框架的优先级和所述待查找目标，确定目标规则模板。

8.一种业务处理装置，其特征在于，包括：

规则配置模块，用于配置业务规则的规则组成部分；

第一获取模块，用于基于预设规则模板和所述规则组成部分，获取初始规则实体；

第二获取模块，用于基于确定的目标规则模板和所述初始规则实体，获取待匹配规则实体；

业务处理模块，用于响应于业务处理系统的输入数据，基于所述输入数据和所述待匹配规则实体，对所述输入数据进行业务处理。

9.一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-7任一项所述的业务处理方法。

10.一种电子设备，所述电子设备包括：

处理器；

用于存储所述处理器可执行指令的存储器；

所述处理器，用于从所述存储器中读取所述可执行指令，并执行所述指令以实现上述权利要求1-7任一项所述的业务处理方法。

Images