一种技术视角分离的规则引擎设计方法和装置与流程

本发明涉及计算机数据处理技术领域，尤其涉及一种技术视角分离的规则引擎设计方法和装置。

背景技术：

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

规则引擎主要目的是为了独立持久有效地管理业务规则，但是它缺乏一种管理业务规则资源的高效便捷的方法。

在面向业务人员使用这个角度的设计来说，现有规则引擎主要满足于业务逻辑的图型化、类自然语言形式的展示，以及几种通用的业务规则类型设计，并不具备较合理完善的整体业务逻辑展示和调整，对业务人员理解和使用规则引擎难以产生更加全面深入的辅助带动效益。这也最终导致，业务人员很难参与到利用规则引擎开发、维护业务规则的活动中来。

在面向技术人员使用这个角度的设计来说，规则引擎没有硬性限制一定要使用业务规则，技术人员往往可以通过直接编写代码来实现一些较为复杂的技术功能。此外，原则上来说，规则引擎也没有细分业务人员和技术人员之间明确的界限。因为面向业务的相关设计的缺憾难以真正使业务人员参与到实际开发以及维护当中，所以技术人员不得不担起业务人员的责任，尽量将业务功能以业务规则的形式进行开发和维护。从技术角度来说，这是不利于最大程度发挥技术人员能力的，是降低开发效率的行为，而且相关业务规则的检索维护也比较繁琐笨重。总而言之，就是存在工具不适宜使用者使用，开发资源浪费的问题，让人感到沮丧。

因此，如何提供一种新的方案，其能够解决上述技术问题是本领域亟待解决的技术难题。

技术实现要素：

本发明实施例提供一种技术视角分离的规则引擎设计方法，提供了一种业务技术视角分离的技术方案，区分开业务视图与技术视图，明确业务人员和技术人员的权责范围，该方法包括：

根据变量库和函数库，确定全量库管理规则；

根据接口字段和变量库之间的映射关系，确定交易端管理规则；

根据数据表和变量库之间的映射关系，确定数据端管理规则；

根据模块定义和模块走向，确定模块管理规则；

根据模块管理规则，建立策略管理规则；

根据策略管理规则，确定加工流管理规则；

根据全量库管理规则、交易端管理规则、数据端管理规则、模块管理规则、策略管理规则和加工流管理规则，确定业务技术视角分离的业务参数管理界面。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，根据变量库和函数库，确定全量库管理规则，包括：

根据变量定义表和变量枚举值定义表，建立变量库；

根据基础函数和复合函数，建立函数库；

根据基础逻辑和定制逻辑，建立模块内部执行逻辑库；

根据变量库、函数库和模块内部执行逻辑库，确定全量库管理规则。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，根据变量定义表和变量枚举值定义表，建立变量库，包括：

根据变量名、中文描述和数据类型对变量进行定义，确定变量定义表；

对变量的固定取值定义配置相应的中文描述，确定量枚举值定义表；

根据变量定义表和变量枚举值定义表，建立变量库。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，变量库支持变量-加工逻辑的快捷展示并映射到对应的加工项，对技术变量采取先使用后加工方式；其中，当新增技术变量时，对变量名、中文描述和数据类型进行定义，在项目待办清单中生成加工变量需求。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，根据基础函数和复合函数，建立函数库，包括：

将包含简单运算和字符处理的函数进行预先开发，结合业务需求进行扩展，确定基础函数；

将基础函数按照设定解析格式进行组合，确定复合函数；

根据基础函数和复合函数，建立函数库。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，根据基础逻辑和定制逻辑，建立模块内部执行逻辑库，包括：

将模块中通用的执行逻辑作为基础逻辑；

将模块中定制化的执行逻辑作为定制逻辑；其中，定制逻辑，支持业务人员定制模块内部执行逻辑的要求，可以自由选配不同业务场景的模块内部执行逻辑；

根据基础逻辑和定制逻辑，建立模块内部执行逻辑库。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，根据接口字段和变量库之间的映射关系，确定交易端管理规则，包括：

将接口字段和变量库建立相互转换关系；其中，接口字段的报文类型，包括：请求报文，响应报文；

通过业务定义的接口字段-变量库变量映射关系，将请求报文中的各字段自动解析到变量库中对应变量，或将变量库中变量赋值到响应报文中的对应字段。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，根据数据表和变量库之间的映射关系，确定数据端管理规则，包括：

将数据表和变量库变量之间建立相互转换关系；

通过业务定义的数据表字段-变量库变量映射关系，将请求数据表中的各字段自动解析到变量库中对应变量，或将变量库中变量存库到数据表中的对应字段。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，根据模块定义和模块走向，确定模块管理规则，包括：

根据模块名和模块执行条件，描述模块实体的相关信息，确定模块定义；

将业务流程拆分为起点模块、终点模块和多个业务定制模块，将模块之间的连接作为模块走向；其中，除终点模块外的其他模块至少设置有一个默认走向，不需要满足任何条件，流程即可流向相应的模块；业务定制模块还可以利用走向条件配置自定义走向；

根据模块定义和模块走向，确定模块管理规则。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，根据模块管理规则，建立策略管理规则，包括：

根据模块管理规则，定义策略本体命名和策略所属模块；其中，策略所属模块，表示策略在哪一个模块中执行，每一个策略本体可以同时属于多个模块；

创建策略业务编号；其中，策略业务编号是一串字母与数字组成的字符串，用来唯一标识策略；

配置策略类型、实例命中条件、实例命中结果和自定义描述；其中，策略类型由业务人员进行拓展，一种策略类型唯一对应一种模块每部执行逻辑；实例命中条件，分为策略基本命中条件、通用配置条件、策略实例命中条件，策略本体对应策略基本命中条件，策略实例对应策略实例命中条件，策略实例命中条件是策略基本命中条件与通用配置条件的逻辑与运算；

根据策略本体命名、策略所属模块、策略业务编号、策略类型、实例命中条件、实例命中结果和自定义描述，建立策略管理规则。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，根据策略管理规则，确定加工流管理规则，包括：

根据策略管理规则，判断是否满足加工流的执行前提条件；

如果满足，则进行加工流的初始化，配置当前加工流的执行模式，依次获取当前加工流下属加工项；

判断当前加工流是否满足加工项的前提条件；

如果满足，则配置当前加工项的执行模式；

依次选择加工项所属列条件，进行赋值；其中，加工项所属列条件对应于决策表的条件列；

判断加工项是否满足列条件；

如果满足，则依次选择加工项所属结果变量加工函数，进行赋值和运算；其中，加工项所属结果变量加工函数对应于决策表的操作列；

判断本加工项的执行模式，若加工项执行模式结束，则判断本加工流的执行模式，若加工流执行模式结束，则本加工流结束。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，加工流或加工项的执行模式包括：全量执行模式，命中后结束模式，循环执行模式；

全量执行模式下，加工流或加工项会将所属加工项或所属行均加工完毕后才会结束；

命中后结束模式下，加工流或加工项会在所属加工项或所属行的加工条件满足后进入结束阶段；

循环执行模式下，加工流或加工项拥有循环条件，加工流或加工项会循环执行，每次循环后判断一次循环条件。

本发明实施例还提供一种技术视角分离的规则引擎设计装置，包括：

全量库管理规则确定模块，用于根据变量库和函数库，确定全量库管理规则；

交易端管理规则确定模块，用于根据接口字段和变量库之间的映射关系，确定交易端管理规则；

数据端管理规则确定模块，用于根据数据表和变量库之间的映射关系，确定数据端管理规则；

模块管理规则确定模块，用于根据模块定义和模块走向，确定模块管理规则；

策略管理规则确定模块，用于根据模块管理规则，建立策略管理规则；

加工流管理规则确定模块，用于根据策略管理规则，确定加工流管理规则；

业务参数管理界面确定模块，用于根据全量库管理规则、交易端管理规则、数据端管理规则、模块管理规则、策略管理规则和加工流管理规则，确定业务技术视角分离的业务参数管理界面。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，全量库管理规则确定模块，具体用于：

根据变量定义表和变量枚举值定义表，建立变量库；

根据基础函数和复合函数，建立函数库；

根据基础逻辑和定制逻辑，建立模块内部执行逻辑库；

根据变量库、函数库和模块内部执行逻辑库，确定全量库管理规则。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，全量库管理规则确定模块，还用于：

根据变量名、中文描述和数据类型对变量进行定义，确定变量定义表；

对变量的固定取值定义配置相应的中文描述，确定量枚举值定义表；

根据变量定义表和变量枚举值定义表，建立变量库。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，变量库支持变量-加工逻辑的快捷展示并映射到对应的加工项，对技术变量采取先使用后加工方式；其中，当新增技术变量时，对变量名、中文描述和数据类型进行定义，在项目待办清单中生成加工变量需求。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，全量库管理规则确定模块，还用于：

将包含简单运算和字符处理的函数进行预先开发，结合业务需求进行扩展，确定基础函数；

将基础函数按照设定解析格式进行组合，确定复合函数；

根据基础函数和复合函数，建立函数库。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，全量库管理规则确定模块，还用于：

将模块中通用的执行逻辑作为基础逻辑；

将模块中定制化的执行逻辑作为定制逻辑；其中，定制逻辑，支持业务人员定制模块内部执行逻辑的要求，可以自由选配不同业务场景的模块内部执行逻辑；

根据基础逻辑和定制逻辑，建立模块内部执行逻辑库。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，交易端管理规则确定模块，具体用于：

将接口字段和变量库建立相互转换关系；其中，接口字段的报文类型，包括：请求报文，响应报文；

通过业务定义的接口字段-变量库变量映射关系，将请求报文中的各字段自动解析到变量库中对应变量，或将变量库中变量赋值到响应报文中的对应字段。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，数据端管理规则确定模块，具体用于：

将数据表和变量库变量之间建立相互转换关系；

通过业务定义的数据表字段-变量库变量映射关系，将请求数据表中的各字段自动解析到变量库中对应变量，或将变量库中变量存库到数据表中的对应字段。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，模块管理规则确定模块，具体用于：

根据模块名和模块执行条件，描述模块实体的相关信息，确定模块定义；

将业务流程拆分为起点模块、终点模块和多个业务定制模块，将模块之间的连接作为模块走向；其中，除终点模块外的其他模块至少设置有一个默认走向，不需要满足任何条件，流程即可流向相应的模块；业务定制模块还可以利用走向条件配置自定义走向；

根据模块定义和模块走向，确定模块管理规则。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，策略管理规则确定模块，具体用于：

根据模块管理规则，定义策略本体命名和策略所属模块；其中，策略所属模块，表示策略在哪一个模块中执行，每一个策略本体可以同时属于多个模块；

创建策略业务编号；其中，策略业务编号是一串字母与数字组成的字符串，用来唯一标识策略；

配置策略类型、实例命中条件、实例命中结果和自定义描述；其中，策略类型由业务人员进行拓展，一种策略类型唯一对应一种模块每部执行逻辑；实例命中条件，分为策略基本命中条件、通用配置条件、策略实例命中条件，策略本体对应策略基本命中条件，策略实例对应策略实例命中条件，策略实例命中条件是策略基本命中条件与通用配置条件的逻辑与运算；

根据策略本体命名、策略所属模块、策略业务编号、策略类型、实例命中条件、实例命中结果和自定义描述，建立策略管理规则。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，加工流管理规则确定模块，具体用于：

根据策略管理规则，判断是否满足加工流的执行前提条件；

如果满足，则进行加工流的初始化，配置当前加工流的执行模式，依次获取当前加工流下属加工项；

判断当前加工流是否满足加工项的前提条件；

如果满足，则配置当前加工项的执行模式；

依次选择加工项所属列条件，进行赋值；其中，加工项所属列条件对应于决策表的条件列；

判断加工项是否满足列条件；

如果满足，则依次选择加工项所属结果变量加工函数，进行赋值和运算；其中，加工项所属结果变量加工函数对应于决策表的操作列；

判断本加工项的执行模式，若加工项执行模式结束，则判断本加工流的执行模式，若加工流执行模式结束，则本加工流结束。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，加工流或加工项的执行模式包括：全量执行模式，命中后结束模式，循环执行模式；

全量执行模式下，加工流或加工项会将所属加工项或所属行均加工完毕后才会结束；

命中后结束模式下，加工流或加工项会在所属加工项或所属行的加工条件满足后进入结束阶段；

循环执行模式下，加工流或加工项拥有循环条件，加工流或加工项会循环执行，每次循环后判断一次循环条件。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述一种技术视角分离的规则引擎设计方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述一种技术视角分离的规则引擎设计方法的计算机程序。

本发明实施例提供的一种技术视角分离的规则引擎设计方法和装置，包括：首先根据变量库和函数库，确定全量库管理规则；然后根据接口字段和变量库之间的映射关系，确定交易端管理规则；接着根据数据表和变量库之间的映射关系，确定数据端管理规则；继续根据模块定义和模块走向，确定模块管理规则；下一步根据模块管理规则，建立策略管理规则；再下一步根据策略管理规则，确定加工流管理规则；最后根据全量库管理规则、交易端管理规则、数据端管理规则、模块管理规则、策略管理规则和加工流管理规则，确定业务技术视角分离的业务参数管理界面。本发明实施例提供了一种业务技术视角分离的技术方案，区分开业务视图与技术视图，明确业务人员和技术人员的权责范围。业务人员只需要配置其可以高效管理的流程模块、业务规则及相干变量参数，实现其业务逻辑，而不需要关心具体逻辑实现。技术人员则只需要加工出业务所需的变量，支持相关技术功能，实现相关技术实现，而不需要拘泥于实现方法，避免不必要的困难。通过对业务视图的相对独立便捷的设计维护方案，便于业务需求细节变更频繁时、或者维护变更时，业务可以灵活而不依赖技术配合地进行相关变更，避免版本重复部署上线，流程冗长费时的现状。通过业务视图高效而便于理解的设计，便于业务人员主动积极使用，参与开发，可以便捷而高效地进行业务功能配置；通过实现变量与相关加工逻辑依赖关系的维护，便于业务逻辑变更后，动态提示需要检核的功能点，技术细节。减少人工检索判断相关功能点的工作量，降低功能或技术开发维护难度，避免放相关维护人员对业务逻辑细节遗忘或不熟悉时导致的细节漏洞。

附图说明

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

图1为本发明实施例一种技术视角分离的规则引擎设计方法示意图。

图2为本发明实施例一种技术视角分离的规则引擎设计方法的整体流程示意图。

图3为本发明实施例一种技术视角分离的规则引擎设计方法的变量库示意图。

图4为本发明实施例一种技术视角分离的规则引擎设计方法的函数库示意图。

图5为本发明实施例一种技术视角分离的规则引擎设计方法的模块内执行逻辑库示意图。

图6为本发明实施例一种技术视角分离的规则引擎设计方法的交易端字段映射表示意图。

图7为本发明实施例一种技术视角分离的规则引擎设计方法的数据端字段映射表示意图。

图8为本发明实施例一种技术视角分离的规则引擎设计方法的交易端管理示意图。

图9为本发明实施例一种技术视角分离的规则引擎设计方法的模块管理流程示意图。

图10为本发明实施例一种技术视角分离的规则引擎设计方法的模块逻辑执行示意图。

图11为本发明实施例一种技术视角分离的规则引擎设计方法的策略组成示意图。

图12为本发明实施例一种技术视角分离的规则引擎设计方法的加工流示意图。

图13为运行本发明实施的一种技术视角分离的规则引擎设计方法的计算机装置示意图。

图14为本发明实施例一种技术视角分离的规则引擎设计装置示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

本发明涉及自动程序设计。图1为本发明实施例一种技术视角分离的规则引擎设计方法示意图，如图1所示，

本发明实施例提供一种技术视角分离的规则引擎设计方法，提供了一种业务技术视角分离的技术方案，区分开业务视图与技术视图，明确业务人员和技术人员的权责范围，该方法包括：

步骤101：根据变量库和函数库，确定全量库管理规则；

步骤102：根据接口字段和变量库之间的映射关系，确定交易端管理规则；

步骤103：根据数据表和变量库之间的映射关系，确定数据端管理规则；

步骤104：根据模块定义和模块走向，确定模块管理规则；

步骤105：根据模块管理规则，建立策略管理规则；

步骤106：根据策略管理规则，确定加工流管理规则；

步骤107：根据全量库管理规则、交易端管理规则、数据端管理规则、模块管理规则、策略管理规则和加工流管理规则，确定业务技术视角分离的业务参数管理界面。

本发明实施例提供的一种技术视角分离的规则引擎设计方法，包括：首先根据变量库和函数库，确定全量库管理规则；然后根据接口字段和变量库之间的映射关系，确定交易端管理规则；接着根据数据表和变量库之间的映射关系，确定数据端管理规则；继续根据模块定义和模块走向，确定模块管理规则；下一步根据模块管理规则，建立策略管理规则；再下一步根据策略管理规则，确定加工流管理规则；最后根据全量库管理规则、交易端管理规则、数据端管理规则、模块管理规则、策略管理规则和加工流管理规则，确定业务技术视角分离的业务参数管理界面。本发明实施例业务技术视角分离的技术方案，区分开业务视图与技术视图，明确业务人员和技术人员的权责范围。业务人员只需要配置其可以高效管理的流程模块、业务规则及相干变量参数，实现其业务逻辑，而不需要关心具体逻辑实现。技术人员则只需要加工出业务所需的变量，支持相关技术功能，实现相关技术实现，而不需要拘泥于实现方法，避免不必要的困难。通过对业务视图的相对独立便捷的设计维护方案，便于业务需求细节变更频繁时、或者维护变更时，业务可以灵活而不依赖技术配合地进行相关变更，避免版本重复部署上线，流程冗长费时的现状。通过业务视图高效而便于理解的设计，便于业务人员主动积极使用，参与开发，可以便捷而高效地进行业务功能配置；通过实现变量与相关加工逻辑依赖关系的维护，便于业务逻辑变更后，动态提示需要检核的功能点，技术细节。减少人工检索判断相关功能点的工作量，降低功能或技术开发维护难度，避免放相关维护人员对业务逻辑细节遗忘或不熟悉时导致的细节漏洞。

在本发明实施例中，变量大致分为三类变量，分为基础变量、技术变量和业务变量。

基础变量细分为两种，分别是从报文接口得到的基础变量、从数据表得到的基础变量；

技术变量由技术人员负责加工的，它的特点是业务无关或弱相关，加工方式灵活。业务人员勿需对其进行配置，其所在的项目执行阶段为“业务前流程”，不体现在业务视图中，但是技术变量及其逻辑可以在变量库中检索到。理论上，如果业务变量加工逻辑过于复杂，业务人员也可以交给技术人员，作为一个技术变量来实现。

业务变量是由业务人员负责配置加工的，它的特点是业务强相关，实现方式受限，只能在自定义加工流中加工。业务人员希望对其有效管理并快速配置，其所在的项目执行阶段为“业务流程”，只会体现在业务视图中。

现有规则引擎的面向业务功能的设计具体展开来讲，大概可分为，表示形式图形化，代码自然语言化，业务规则形式规范化。

首先，现有业务逻辑的表示形式图形化展示，主要包括：

1、规则流的流程图显示，图形化的各个节点表示业务逻辑中相对独立的各个功能模块；

2、通用业务规则的规范图示化页面格式。

然后，现有业务逻辑的编写本质上还是通过技术代码实现，但是将其自然语言化显示，主要分为两块内容：

java类结构以及其具体属性的自然语言化，直接对各层级分别人工配置对应自然语言描述，层级间以分隔符.互相连接；

函数方法的自然语言化，需要按照函数入参的数量，在其自然语言描述中额外插入数个占位符，以便于使用时插入其他变量。

最后，现有规则引擎只提供一定种类的业务规则，他们具备格式统一规范的特点，所处理业务问题也具备某种特定形式的特点，如：

操作规则，实现形式为“如果·if”-“那么·then”-“否则·else”。在某些特殊规则引擎的设计中还可以支持预定义某些变量，如“预定义define”局部变量a属于列表lista，实现遍历列表变量，循环执行操作规则的效果；

决策表，实现形式为【“条件列·if”+“操作列·then”】*“行”。可以固定每一个条件列、操作列的部分内容，实现视图相对整洁。

决策树，实现形式为“如果·if·父节点”-“那么·then·通向左子节点”-“否则·else·通向右子节点”。本质可以理解为多层操作规则的树状图展示。

对于技术人员来说，既可以使用上述业务规则，也可以使用技术规则。所谓技术规则，其实就是直接使用技术代码来实现相应业务逻辑。不像业务规则那样需要拘于各种规范形式，技术规则可以自由使用各种条件、循环等语句，使用上灵活方便，便于解决复杂的业务或技术问题。但总体而言，且主要从使用规范方面来说，在使用规则引擎进行开发时，即便仅由技术人员负责全部设计开发内容，技术人员也需要尽量避免技术规则的使用，尽量使用面向于业务人员的业务规则来开发相关业务功能。

本发明实施例供一种基于业务技术视角分离的高可配置规则引擎设计方案。

通过对业务视图的相对独立便捷的设计维护方案，便于业务需求细节变更频繁时、或者维护变更时，业务人员可以灵活而不依赖技术配合地进行相关变更，避免版本重复部署上线，流程冗长费时的现状。

通过业务视图高效而便于理解的设计，便于业务人员主动积极使用，参与开发，可以便捷而高效地进行业务功能配置。而技术人员只需要注重于相关技术开发支持，不需要拘泥于业务规则的形式。

通过实现变量与相关加工逻辑依赖关系的维护，在业务逻辑变更后，动态提示需要检核的功能点，技术细节。减轻人工检索判断相关功能点的工作量，降低功能或技术开发维护难度，避免当相关维护人员对业务逻辑细节遗忘或不熟悉时导致的细节漏洞。

通过对接口、数据表的参数管理配置，动态实现规则引擎的变量库维护，支持通过一套资源管理配置的方式实现其数量上的增加、减少、以及修改其别名、属性、映射等，便于业务、技术人员快捷动态地维护变量库的基础变量。

图2为本发明实施例一种技术视角分离的规则引擎设计方法的整体流程示意图，如图2所示，具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，可以包括：根据变量库和函数库，确定全量库管理规则；根据接口字段和变量库之间的映射关系，确定交易端管理规则；根据数据表和变量库之间的映射关系，确定数据端管理规则；根据模块定义和模块走向，确定模块管理规则；根据模块管理规则，建立策略管理规则；根据策略管理规则，确定加工流管理规则；根据全量库管理规则、交易端管理规则、数据端管理规则、模块管理规则、策略管理规则和加工流管理规则，确定业务技术视角分离的业务参数管理界面。

本设计对业务视图的设计理念基于提供了业务技术视角分离的业务参数管理界面，高可配置高效率的参数化一体界面，使页面专事专用，支持多维度检索，展示为表格形式，便于全面管控和理解。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，根据变量库和函数库，确定全量库管理规则，包括：

根据变量定义表和变量枚举值定义表，建立变量库；

根据基础函数和复合函数，建立函数库；

根据基础逻辑和定制逻辑，建立模块内部执行逻辑库；

根据变量库、函数库和模块内部执行逻辑库，确定全量库管理规则。

图3为本发明实施例一种技术视角分离的规则引擎设计方法的变量库示意图，如图3所示，具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，根据变量定义表和变量枚举值定义表，建立变量库，包括：

根据变量名、中文描述和数据类型对变量进行定义，确定变量定义表；

对变量的固定取值定义配置相应的中文描述，确定量枚举值定义表；

根据变量定义表和变量枚举值定义表，建立变量库。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，变量库支持变量-加工逻辑的快捷展示并映射到对应的加工项，对技术变量采取先使用后加工方式；其中，当新增技术变量时，对变量名、中文描述和数据类型进行定义，在项目待办清单中生成加工变量需求。

实施例中，变量库分为变量定义和变量枚举值定义两块内容。变量定义主要定义变量名、中文描述、数据类型；变量枚举值，是对某个变量得某些固定取值定义相应得中文描述，便于使用。全量变量库，支持变量-加工逻辑的快捷展示并映射到对应的加工项，对技术变量采取先使用后加工的方针。如果需要新增技术变量，只需要定义好“变量名”、“类型”、“中文加工描述”，自动在项目待办清单中生成一个“加工变量需求”，由技术人员后续实现，即可在业务编写的加工逻辑中使用该变量，不影响业务人员编写业务逻辑的流畅度，避免开发环节前后依赖的效率等待困境，也可提升业务人员对业务逻辑加工的理解和掌握的顺畅程度。

图4为本发明实施例一种技术视角分离的规则引擎设计方法的函数库示意图，如图4所示，具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，根据基础函数和复合函数，建立函数库，包括：

将包含简单运算和字符处理的函数进行预先开发，结合业务需求进行扩展，确定基础函数；

将基础函数按照设定解析格式进行组合，确定复合函数；

根据基础函数和复合函数，建立函数库。

实施例中，函数库分为基础函数和复合函数两块内容。基础函数是技术人员预先开发好的各种功能函数，包括各种简单运算、字符处理，也可以根据业务需要进行扩展。复合函数是按照特定的解析式格式组合基础函数，便于业务人员在基础函数不能满足需要的时候使用。

图5为本发明实施例一种技术视角分离的规则引擎设计方法的模块内执行逻辑库示意图，如图5所示，具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，根据基础逻辑和定制逻辑，建立模块内部执行逻辑库，包括：

将模块中通用的执行逻辑作为基础逻辑；

将模块中定制化的执行逻辑作为定制逻辑；其中，定制逻辑，支持业务人员定制模块内部执行逻辑的要求，可以自由选配不同业务场景的模块内部执行逻辑；

根据基础逻辑和定制逻辑，建立模块内部执行逻辑库。

实施例中，模块内部执行逻辑库包括基础逻辑和定制逻辑两种。基础逻辑为模块中通用的执行逻辑，定制逻辑为模块中定制化的执行逻辑。支持了业务人员定制模块内部执行逻辑的要求，可以自由选配不同业务场景的模块内部执行逻辑。

图6为本发明实施例一种技术视角分离的规则引擎设计方法的交易端字段映射表示意图，如图6所示，具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，根据接口字段和变量库之间的映射关系，确定交易端管理规则，包括：

将接口字段和变量库建立相互转换关系；其中，接口字段的报文类型，包括：请求报文，响应报文；

通过业务定义的接口字段-变量库变量映射关系，将请求报文中的各字段自动解析到变量库中对应变量，或将变量库中变量赋值到响应报文中的对应字段。

实施例中，交易端(接口)处理的接口格式包括xml和json格式两种，处理的报文类型包括请求报文和响应报文两种。数据端(数据表)处理数据表查数、存数两块功能。

交易端管理提供了将xml、json等接口字段和变量库变量之间互相转换的技术方案。通过业务定义的接口字段-变量库变量映射关系，既可以将请求报文中的各字段自动解析到变量库中对应变量，也可以把变量库中变量赋值到响应报文中的对应字段。

图6为本发明实施例一种技术视角分离的规则引擎设计方法的交易端字段映射表示意图，图7为本发明实施例一种技术视角分离的规则引擎设计方法的数据端字段映射表示意图，图8为本发明实施例一种技术视角分离的规则引擎设计方法的交易端管理示意图，如图6、图7和图8所示，具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，根据数据表和变量库之间的映射关系，确定数据端管理规则，包括：

将数据表和变量库变量之间建立相互转换关系；

通过业务定义的数据表字段-变量库变量映射关系，将请求数据表中的各字段自动解析到变量库中对应变量，或将变量库中变量存库到数据表中的对应字段。

实施例中，数据端管理提供了将数据表和变量库变量之间互相转换的技术方案。通过业务定义的数据表字段-变量库变量映射关系，既可以将请求数据表中的各字段自动解析到变量库中对应变量，也可以把变量库中变量存库到数据表中的对应字段。

图9为本发明实施例一种技术视角分离的规则引擎设计方法的模块管理流程示意图，图10为本发明实施例一种技术视角分离的规则引擎设计方法的模块逻辑执行示意图，如图9和图10所示，具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，根据模块定义和模块走向，确定模块管理规则，包括：

根据模块名和模块执行条件，描述模块实体的相关信息，确定模块定义；

将业务流程拆分为起点模块、终点模块和多个业务定制模块，将模块之间的连接作为模块走向；其中，除终点模块外的其他模块至少设置有一个默认走向，不需要满足任何条件，流程即可流向相应的模块；业务定制模块还可以利用走向条件配置自定义走向；

根据模块定义和模块走向，确定模块管理规则。

实施例中，模块是业务视图中表示流程的最小元素。模块分为模块定义以及模块走向两块内容。模块定义描述了模块实体的相关信息，主要为模块名，模块执行条件等。

业务流程是由多个模块组成，其中必然有表示“起点”和“终点”的两个模块，还有无数个业务定制的模块，数量可自由伸缩。

模块之间的连接由模块走向表示，进而表达了流程的流动方向。每个模块至少有一个默认走向，不需要满足任何条件，流程即可流向相应的模块。此外还可以给模块配置自定义走向，自定义走向必须设置条件，满足相应的走向条件，流程才会流向相应的模块。模块的自定义走向也可以伸缩配置。“终点”模块不存在走向。

各个模块可以认为是拥有同样的内部执行逻辑的，即可以认为每个模块用的是一份相同的模板。但是不同模块上定位了不同的规则，如各种类型的策略，各种加工流。在执行模块的内部执行逻辑时，会检索判断本模块所属规则的类型，进而按照规则类型对应的特定内部执行逻辑处理相应的规则。倘若一个模块上缺少某类规则，那么就不会执行相应的内部执行逻辑。

模块本质是由无数个内部执行逻辑组成的。模块必走的内部执行逻辑有：模块内部执行逻辑初始化、模块内部主执行逻辑、模块走向执行逻辑。其他内部执行逻辑则要根据模块所属的规则类型选择。大体上先执行加工流规则内部执行逻辑，再执行策略规则内部执行逻辑。

图11为本发明实施例一种技术视角分离的规则引擎设计方法的策略组成示意图，如图11所示，具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，根据模块管理规则，建立策略管理规则，包括：

根据模块管理规则，定义策略本体命名和策略所属模块；其中，策略所属模块，表示策略在哪一个模块中执行，每一个策略本体可以同时属于多个模块；

创建策略业务编号；其中，策略业务编号是一串字母与数字组成的字符串，用来唯一标识策略；

配置策略类型、实例命中条件、实例命中结果和自定义描述；其中，策略类型由业务人员进行拓展，一种策略类型唯一对应一种模块每部执行逻辑；实例命中条件，分为策略基本命中条件、通用配置条件、策略实例命中条件，策略本体对应策略基本命中条件，策略实例对应策略实例命中条件，策略实例命中条件是策略基本命中条件与通用配置条件的逻辑与运算；

根据策略本体命名、策略所属模块、策略业务编号、策略类型、实例命中条件、实例命中结果和自定义描述，建立策略管理规则。

实施例中，策略管理规则，包括：

1、策略业务编号，即一串字母与数字组成的字符串，用来唯一标识策略，在某一业务视图中是独一无二的。此外可以每个策略设置一个中文规则命名；

2、策略类型，策略类型编号用来表示该策略的类型。策略类型可由业务人员自由拓展，某一种策略类型唯一对应一种模块内部执行逻辑。当需要拓展策略类型时，除了要定义策略类型编号，还需要定义其对应的模块内部执行逻辑。一个策略本体对应多个策略实例，一个策略实例可以对应多种策略类型；

3、策略所属模块，用来表示策略在哪一个模块中执行。每一个策略本体可以同时属于多个模块。

4、执行优先级，用来表示策略本体间的执行顺序。

5、命中条件，分为策略基本命中条件、通用配置条件、策略实例命中条件。策略本体对应策略基本命中条件，策略实例对应策略实例命中条件。策略实例命中条件，即策略基本命中条件与通用配置条件的逻辑与运算。

6、命中结果，与策略实例一一对应。因为一个策略实例可以对应多种策略类型，所以每个策略实例都有其命中结果集，只要满足该策略实例命中条件，模块内则会依次调用相应的模块内部执行逻辑处理相应的策略类型-结果。

7、自定义中文描述，与策略实例一一对应。支持业务个性化配置不同场景下相同策略业务编号的不同中文描述，以支持页面上策略描述的多态配置。

图12为本发明实施例一种技术视角分离的规则引擎设计方法的加工流示意图，如图12所示，具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，根据策略管理规则，确定加工流管理规则，包括：

根据策略管理规则，判断是否满足加工流的执行前提条件；

如果满足，则进行加工流的初始化，配置当前加工流的执行模式，依次获取当前加工流下属加工项；

判断当前加工流是否满足加工项的前提条件；

如果满足，则配置当前加工项的执行模式；

依次选择加工项所属列条件，进行赋值；其中，加工项所属列条件对应于决策表的条件列；

判断加工项是否满足列条件；

如果满足，则依次选择加工项所属结果变量加工函数，进行赋值和运算；其中，加工项所属结果变量加工函数对应于决策表的操作列；

判断本加工项的执行模式，若加工项执行模式结束，则判断本加工流的执行模式，若加工流执行模式结束，则本加工流结束。

实施例中，加工流管理规则，包括：

加工流是对业务变量加工逻辑的管理、配置、执行的载体。

执行顺序：

1、判断是否满足加工流的执前提条件，是转2，否转10；

2、进行加工流的初始化，配置当前加工流的的执行模式，依次获取当前加工流下属加工项；

3、判断是否满足加工项的前提条件，是转4，否转10；

4、配置当前加工项的执行模式；

5、依次选择加工项所属列条件(对应决策表的条件列)，并进行赋值；

6、判断是否满足列条件，如果满足转7，不满足转8；

7、依次选择加工项所属结果变量加工函数(对应决策表的操作列)，并进行赋值、运算；

8、判断本加工项的执行模式，判断的是否结束，是转9，否转4；

9、判断本加工流的执行模式，判断的是否结束，是转10，否转2；

10、本加工流结束。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计方法时，在一个实施例中，加工流或加工项的执行模式包括：全量执行模式，命中后结束模式，循环执行模式；

全量执行模式下，加工流或加工项会将所属加工项或所属行均加工完毕后才会结束；

命中后结束模式下，加工流或加工项会在所属加工项或所属行的加工条件满足后进入结束阶段；

循环执行模式下，加工流或加工项拥有循环条件，加工流或加工项会循环执行，每次循环后判断一次循环条件。

实施例中，加工流/加工项的执行模式。有三种模式，分别为全量执行模式、命中后结束模式，循环执行模式。全量执行模式下，加工流/加工项会将所属加工项/所属行均加工完毕后才会结束。命中后结束模式下，加工流/加工项会在所属加工项/所属行的加工条件满足后进入结束阶段。循环执行模式下，加工流/加工项拥有循环条件，加工流/加工项会循环执行，每次循环后判断一次循环条件。

本发明实施例提供了业务技术视角分离的技术方案，区分开业务视图与技术视图，明确业务人员和技术人员的权责范围。业务人员只需要配置其可以高效管理的流程模块、业务规则及相干变量参数，实现其业务逻辑，而不需要关心具体逻辑实现。技术人员则只需要加工出业务所需的变量，支持相关技术功能，实现相关技术实现，而不需要拘泥于实现方法，避免不必要的困难。

通过实现变量与相关加工逻辑依赖关系的维护，当业务逻辑变更后，动态提示需要检核的功能点，技术细节。减少人工检索判断相关功能点的工作量，降低功能或技术开发维护难度，避免当相关维护人员对业务逻辑细节遗忘或不熟悉时导致的细节漏洞。

通过对接口、数据表的资源管理配置，动态实现规则引擎的变量库的维护，实现对变量数量上的增加、减少、以及修改其别名、属性、映射等，便于业务、技术人员快捷动态地维护变量库的基础变量。

本发明提供一种基于业务技术视角分离的高可配置规则引擎设计方案。通过对业务视图的相对独立便捷的设计维护方案，便于业务需求细节变更频繁时、或者维护变更时，业务可以灵活而不依赖技术配合地进行相关变更，避免版本重复部署上线，流程冗长费时的现状。通过业务视图高效而便于理解的设计，便于业务人员主动积极使用，参与开发，可以便捷而高效地进行业务功能配置。通过实现变量与相关加工逻辑依赖关系的维护，便于业务逻辑变更后，动态提示需要检核的功能点，技术细节。减少人工检索判断相关功能点的工作量，降低功能或技术开发维护难度，避免放相关维护人员对业务逻辑细节遗忘或不熟悉时导致的细节漏洞。通过对接口、数据表的资源管理配置，动态实现规则引擎的变量库的维护，以实现变量数量上的增加、减少、以及修改其别名、属性、映射等，便于业务、技术人员快捷动态地维护变量库的基础变量。

本方案既可以是通过数据库管理所有资源，仅固化一部分通用处理逻辑为技术代码，处理解析全部参数，实现自由化、灵活性程度最高、管理范围最大的业务视图设计方案，也可以通过固化几乎不会改动的参数，变为仅对业务最经常变动的部分内容支持配置、管理范围相对局限的业务视图设计方案，这样可以合理保证运行效率。这个业务视图的管理范围可以通过配置和编译来确定，通过一种通用的资源管理配置和业务视图编译方案以达成这个目的。

在本发明实施例中，项目指的是一个具体项目工程，用服务号表示，代表着一种业务场景的解决方案集合。一个项目下面细分多个并行的业务实体，每个业务实体表示对该种业务场景的一种解决方案，并且每个业务实体都有其唯一对应而且事实相互独立的业务视图，每个业务视图之间的业务变量、规则等不互通。具体而言，业务场景之间的区别只在于业务视图的特化，对于业务人员来说，可以仅仅改动某些参数，也可以对业务规则和业务逻辑做大范围调整，

项目可以视为由一个技术视图、多个业务视图、各类全量库的组成

项目执行过程，分为三个阶段，“业务前流程”，“业务流程”，“业务后流程”。

“业务前流程”、“业务后流程”为技术开发流程，使用技术视图；

“业务流程”为业务开发、配置、维护的流程，使用业务视图。

在开发过程中，“业务前流程”作为“业务流程”的前提，加工了全部技术规则及其他技术实现；“业务流程”配置主要的业务逻辑、参数；“业务后流程”是对返回结果bom的封装及其他最终技术处理。

本方案细分了业务视图和技术视图。项目由业务视图和技术视图组成，业务视图面向业务人员使用，技术视图面向技术人员使用。业务视图为主导，技术视图为补充，业务视图向技术视图提出“变量/函数加工需求”，技术视图支持业务视图的功能实现。业务视图可以先于技术视图进行开发。

1、业务视图增加了更适合业务使用的特性，如

(1)策略的基础配置、命中条件、结果三大组成部分解耦，在页面上各组成部分之间可以自由组合、伸缩配置、批量处理，为策略可以被归纳类别化打好基础，可对相应特定类别的业务问题定制规范统一可复用的策略处理逻辑；

(2)流程图的模块实体化，模块的流向规则化，规则的模块定位配置化，使得流程图逻辑可被规则配置，实现相关内容的可检索，可被简易配置的特性。并且实现在模块中固化规则处理逻辑，使其与该模块需要处理的规则的类别自动强关联，达成简易配置的功效；

(3)业务定制化的界面，按各条件维度进行筛选，精准定位，屏蔽过于细节、过于底层实现的功能选项，做到功能简约实用，目的明确清晰，视角全面统一。保证业务人员只用专注于最关键的业务参数管理、和最重要的业务逻辑维护。

2、技术视图基于技术能力最大化的角度，抛弃常规规则引擎中所有业务视角的内容，只使用java代码来解决技术问题。同时，设计一套针对变量库中技术变量的变更-关联-提示的机制，在某技术变量变更后，提示检核其关联变量。

规则、策略、模块、加工量的概念只存在于业务视图。

本设计主要针对五个方面进行说明：

第一部分，变量库、函数库等全量库管理：

变量库分为变量定义和变量枚举值定义两块内容。变量定义主要定义变量名、中文描述、数据类型；变量枚举值，是对某个变量得某些固定取值定义相应得中文描述，便于使用。全量变量库，支持变量-加工逻辑的快捷展示并映射到对应的加工项，对技术变量采取先使用后加工的方针。如果需要新增技术变量，只需要定义好“变量名”、“类型”、“中文加工描述”，自动在项目待办清单中生成一个“加工变量需求”，由技术人员后续实现，即可在业务编写的加工逻辑中使用该变量，不影响业务人员编写业务逻辑的流畅度，避免开发环节前后依赖的效率等待困境，也可提升业务人员对业务逻辑加工的理解和掌握的顺畅程度。

函数库分为基础函数和复合函数两块内容。基础函数是技术人员预先开发好的各种功能函数，包括各种简单运算、字符处理，也可以根据业务需要进行扩展。复合函数是按照特定的解析式格式组合基础函数，便于业务人员在基础函数不能满足需要的时候使用。

模块内部执行逻辑库包括基础逻辑和定制逻辑两种。基础逻辑为模块中通用的执行逻辑，定制逻辑为模块中定制化的执行逻辑。支持了业务人员定制模块内部执行逻辑的要求，可以自由选配不同业务场景的模块内部执行逻辑。

第二部分，交易端(接口)、数据端(数据表)管理：

交易端(接口)处理的接口格式包括xml和json格式两种，处理的报文类型包括请求报文和响应报文两种。

数据端(数据表)处理数据表查数、存数两块功能。

交易端管理提供了将xml、json等接口字段和变量库变量之间互相转换的技术方案。通过业务定义的接口字段-变量库变量映射关系，既可以将请求报文中的各字段自动解析到变量库中对应变量，也可以把变量库中变量赋值到响应报文中的对应字段。

数据端管理提供了将数据表和变量库变量之间互相转换的技术方案。通过业务定义的数据表字段-变量库变量映射关系，既可以将请求数据表中的各字段自动解析到变量库中对应变量，也可以把变量库中变量存库到数据表中的对应字段。

第三部分，模块管理：

模块是业务视图中表示流程的最小元素。模块分为模块定义以及模块走向两块内容。模块定义描述了模块实体的相关信息，主要为模块名，模块执行条件等。

业务流程是由多个模块组成，其中必然有表示“起点”和“终点”的两个模块，还有无数个业务定制的模块，数量可自由伸缩。

模块之间的连接由模块走向表示，进而表达了流程的流动方向。每个模块至少有一个默认走向，不需要满足任何条件，流程即可流向相应的模块。此外还可以给模块配置自定义走向，自定义走向必须设置条件，满足相应的走向条件，流程才会流向相应的模块。模块的自定义走向也可以伸缩配置。“终点”模块不存在走向。

各个模块可以认为是拥有同样的内部执行逻辑的，即可以认为每个模块用的是一份相同的模板。但是不同模块上定位了不同的规则，如各种类型的策略，各种加工流。在执行模块的内部执行逻辑时，会检索判断本模块所属规则的类型，进而按照规则类型对应的特定内部执行逻辑处理相应的规则。倘若一个模块上缺少某类规则，那么就不会执行相应的内部执行逻辑。

模块本质是由无数个内部执行逻辑组成的。模块必走的内部执行逻辑有：模块内部执行逻辑初始化、模块内部主执行逻辑、模块走向执行逻辑。其他内部执行逻辑则要根据模块所属的规则类型选择。大体上先执行加工流规则内部执行逻辑，再执行策略规则内部执行逻辑。

第四部分，策略管理：

1、策略业务编号，即一串字母与数字组成的字符串，用来唯一标识策略，在某一业务视图中是独一无二的。此外可以每个策略设置一个中文规则命名；

2、策略类型，策略类型编号用来表示该策略的类型。策略类型可由业务人员自由拓展，某一种策略类型唯一对应一种模块内部执行逻辑。当需要拓展策略类型时，除了要定义策略类型编号，还需要定义其对应的模块内部执行逻辑。一个策略本体对应多个策略实例，一个策略实例可以对应多种策略类型；

3、策略所属模块，用来表示策略在哪一个模块中执行。每一个策略本体可以同时属于多个模块。

4、执行优先级，用来表示策略本体间的执行顺序。

5、命中条件，分为策略基本命中条件、通用配置条件、策略实例命中条件。策略本体对应策略基本命中条件，策略实例对应策略实例命中条件。策略实例命中条件，即策略基本命中条件与通用配置条件的逻辑与运算。

6、命中结果，与策略实例一一对应。因为一个策略实例可以对应多种策略类型，所以每个策略实例都有其命中结果集，只要满足该策略实例命中条件，模块内则会依次调用相应的模块内部执行逻辑处理相应的策略类型-结果。

7、自定义中文描述，与策略实例一一对应。支持业务个性化配置不同场景下相同策略业务编号的不同中文描述，以支持页面上策略描述的多态配置。

第五部分，加工流管理：

加工流是对业务变量加工逻辑的管理、配置、执行的载体。

执行顺序：

1、判断是否满足加工流的执前提条件，是转2，否转10；

2、进行加工流的初始化，配置当前加工流的的执行模式，依次获取当前加工流下属加工项；

3、判断是否满足加工项的前提条件，是转4，否转10；

4、配置当前加工项的执行模式；

5、依次选择加工项所属列条件(对应决策表的条件列)，并进行赋值；

6、判断是否满足列条件，如果满足转7，不满足转8；

7、依次选择加工项所属结果变量加工函数(对应决策表的操作列)，并进行赋值、运算；

8、判断本加工项的执行模式，判断的是否结束，是转9，否转4；

9、判断本加工流的执行模式，判断的是否结束，是转10，否转2；

10、本加工流结束。

加工流/加工项的执行模式。有三种模式，分别为全量执行模式、命中后结束模式，循环执行模式。全量执行模式下，加工流/加工项会将所属加工项/所属行均加工完毕后才会结束。命中后结束模式下，加工流/加工项会在所属加工项/所属行的加工条件满足后进入结束阶段。循环执行模式下，加工流/加工项拥有循环条件，加工流/加工项会循环执行，每次循环后判断一次循环条件。

图13为运行本发明实施的一种技术视角分离的规则引擎设计方法的计算机装置示意图，如图13所示，本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述一种技术视角分离的规则引擎设计方法。

具体实施本发明实施例提供的一种计算机设备，所述处理器执行所述计算机程序时实现上述一种技术视角分离的规则引擎设计方法，在一个实施例中，可以包括：

根据变量库和函数库，确定全量库管理规则；

根据接口字段和变量库之间的映射关系，确定交易端管理规则；

根据数据表和变量库之间的映射关系，确定数据端管理规则；

根据模块定义和模块走向，确定模块管理规则；

根据模块管理规则，建立策略管理规则；

根据策略管理规则，确定加工流管理规则；

根据全量库管理规则、交易端管理规则、数据端管理规则、模块管理规则、策略管理规则和加工流管理规则，确定业务技术视角分离的业务参数管理界面。

具体实施本发明实施例提供的一种计算机设备，所述处理器执行所述计算机程序时实现上述一种技术视角分离的规则引擎设计方法，在一个实施例中，根据变量库和函数库，确定全量库管理规则，包括：

根据变量定义表和变量枚举值定义表，建立变量库；

根据基础函数和复合函数，建立函数库；

根据基础逻辑和定制逻辑，建立模块内部执行逻辑库；

根据变量库、函数库和模块内部执行逻辑库，确定全量库管理规则。

具体实施本发明实施例提供的一种计算机设备，所述处理器执行所述计算机程序时实现上述一种技术视角分离的规则引擎设计方法，在一个实施例中，根据变量定义表和变量枚举值定义表，建立变量库，包括：

根据变量名、中文描述和数据类型对变量进行定义，确定变量定义表；

对变量的固定取值定义配置相应的中文描述，确定量枚举值定义表；

根据变量定义表和变量枚举值定义表，建立变量库。

具体实施本发明实施例提供的一种计算机设备，所述处理器执行所述计算机程序时实现上述一种技术视角分离的规则引擎设计方法，在一个实施例中，变量库支持变量-加工逻辑的快捷展示并映射到对应的加工项，对技术变量采取先使用后加工方式；其中，当新增技术变量时，对变量名、中文描述和数据类型进行定义，在项目待办清单中生成加工变量需求。

具体实施本发明实施例提供的一种计算机设备，所述处理器执行所述计算机程序时实现上述一种技术视角分离的规则引擎设计方法，在一个实施例中，根据基础函数和复合函数，建立函数库，包括：

将包含简单运算和字符处理的函数进行预先开发，结合业务需求进行扩展，确定基础函数；

将基础函数按照设定解析格式进行组合，确定复合函数；

根据基础函数和复合函数，建立函数库。

具体实施本发明实施例提供的一种计算机设备，所述处理器执行所述计算机程序时实现上述一种技术视角分离的规则引擎设计方法，在一个实施例中，根据基础逻辑和定制逻辑，建立模块内部执行逻辑库，包括：

将模块中通用的执行逻辑作为基础逻辑；

将模块中定制化的执行逻辑作为定制逻辑；其中，定制逻辑，支持业务人员定制模块内部执行逻辑的要求，可以自由选配不同业务场景的模块内部执行逻辑；

根据基础逻辑和定制逻辑，建立模块内部执行逻辑库。

具体实施本发明实施例提供的一种计算机设备，所述处理器执行所述计算机程序时实现上述一种技术视角分离的规则引擎设计方法，在一个实施例中，根据接口字段和变量库之间的映射关系，确定交易端管理规则，包括：

将接口字段和变量库建立相互转换关系；其中，接口字段的报文类型，包括：请求报文，响应报文；

通过业务定义的接口字段-变量库变量映射关系，将请求报文中的各字段自动解析到变量库中对应变量，或将变量库中变量赋值到响应报文中的对应字段。

具体实施本发明实施例提供的一种计算机设备，所述处理器执行所述计算机程序时实现上述一种技术视角分离的规则引擎设计方法，在一个实施例中，根据数据表和变量库之间的映射关系，确定数据端管理规则，包括：

将数据表和变量库变量之间建立相互转换关系；

通过业务定义的数据表字段-变量库变量映射关系，将请求数据表中的各字段自动解析到变量库中对应变量，或将变量库中变量存库到数据表中的对应字段。

具体实施本发明实施例提供的一种计算机设备，所述处理器执行所述计算机程序时实现上述一种技术视角分离的规则引擎设计方法，在一个实施例中，根据模块定义和模块走向，确定模块管理规则，包括：

根据模块名和模块执行条件，描述模块实体的相关信息，确定模块定义；

将业务流程拆分为起点模块、终点模块和多个业务定制模块，将模块之间的连接作为模块走向；其中，除终点模块外的其他模块至少设置有一个默认走向，不需要满足任何条件，流程即可流向相应的模块；业务定制模块还可以利用走向条件配置自定义走向；

根据模块定义和模块走向，确定模块管理规则。

具体实施本发明实施例提供的一种计算机设备，所述处理器执行所述计算机程序时实现上述一种技术视角分离的规则引擎设计方法，在一个实施例中，根据模块管理规则，建立策略管理规则，包括：

根据模块管理规则，定义策略本体命名和策略所属模块；其中，策略所属模块，表示策略在哪一个模块中执行，每一个策略本体可以同时属于多个模块；

创建策略业务编号；其中，策略业务编号是一串字母与数字组成的字符串，用来唯一标识策略；

配置策略类型、实例命中条件、实例命中结果和自定义描述；其中，策略类型由业务人员进行拓展，一种策略类型唯一对应一种模块每部执行逻辑；实例命中条件，分为策略基本命中条件、通用配置条件、策略实例命中条件，策略本体对应策略基本命中条件，策略实例对应策略实例命中条件，策略实例命中条件是策略基本命中条件与通用配置条件的逻辑与运算；

根据策略本体命名、策略所属模块、策略业务编号、策略类型、实例命中条件、实例命中结果和自定义描述，建立策略管理规则。

具体实施本发明实施例提供的一种计算机设备，所述处理器执行所述计算机程序时实现上述一种技术视角分离的规则引擎设计方法，在一个实施例中，根据策略管理规则，确定加工流管理规则，包括：

根据策略管理规则，判断是否满足加工流的执行前提条件；

如果满足，则进行加工流的初始化，配置当前加工流的执行模式，依次获取当前加工流下属加工项；

判断当前加工流是否满足加工项的前提条件；

如果满足，则配置当前加工项的执行模式；

依次选择加工项所属列条件，进行赋值；其中，加工项所属列条件对应于决策表的条件列；

判断加工项是否满足列条件；

如果满足，则依次选择加工项所属结果变量加工函数，进行赋值和运算；其中，加工项所属结果变量加工函数对应于决策表的操作列；

判断本加工项的执行模式，若加工项执行模式结束，则判断本加工流的执行模式，若加工流执行模式结束，则本加工流结束。

具体实施本发明实施例提供的一种计算机设备，所述处理器执行所述计算机程序时实现上述一种技术视角分离的规则引擎设计方法，在一个实施例中，加工流或加工项的执行模式包括：全量执行模式，命中后结束模式，循环执行模式；

全量执行模式下，加工流或加工项会将所属加工项或所属行均加工完毕后才会结束；

命中后结束模式下，加工流或加工项会在所属加工项或所属行的加工条件满足后进入结束阶段；

循环执行模式下，加工流或加工项拥有循环条件，加工流或加工项会循环执行，每次循环后判断一次循环条件。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行实现上述一种技术视角分离的规则引擎设计方法的计算机程序。

具体实施本发明实施例提供的一种计算机可读存储介质，所述计算机可读存储介质存储有执行实现上述一种技术视角分离的规则引擎设计方法的计算机程序时，在一个实施例中，可以包括：

根据变量库和函数库，确定全量库管理规则；

根据接口字段和变量库之间的映射关系，确定交易端管理规则；

根据数据表和变量库之间的映射关系，确定数据端管理规则；

根据模块定义和模块走向，确定模块管理规则；

根据模块管理规则，建立策略管理规则；

根据策略管理规则，确定加工流管理规则；

根据全量库管理规则、交易端管理规则、数据端管理规则、模块管理规则、策略管理规则和加工流管理规则，确定业务技术视角分离的业务参数管理界面。

具体实施本发明实施例提供的一种计算机可读存储介质，所述计算机可读存储介质存储有执行实现上述一种技术视角分离的规则引擎设计方法的计算机程序时，在一个实施例中，根据变量库和函数库，确定全量库管理规则，包括：

根据变量定义表和变量枚举值定义表，建立变量库；

根据基础函数和复合函数，建立函数库；

根据基础逻辑和定制逻辑，建立模块内部执行逻辑库；

根据变量库、函数库和模块内部执行逻辑库，确定全量库管理规则。

具体实施本发明实施例提供的一种计算机可读存储介质，所述计算机可读存储介质存储有执行实现上述一种技术视角分离的规则引擎设计方法的计算机程序时，在一个实施例中，根据变量定义表和变量枚举值定义表，建立变量库，包括：

根据变量名、中文描述和数据类型对变量进行定义，确定变量定义表；

对变量的固定取值定义配置相应的中文描述，确定量枚举值定义表；

根据变量定义表和变量枚举值定义表，建立变量库。

具体实施本发明实施例提供的一种计算机可读存储介质，所述计算机可读存储介质存储有执行实现上述一种技术视角分离的规则引擎设计方法的计算机程序时，在一个实施例中，变量库支持变量-加工逻辑的快捷展示并映射到对应的加工项，对技术变量采取先使用后加工方式；其中，当新增技术变量时，对变量名、中文描述和数据类型进行定义，在项目待办清单中生成加工变量需求。

具体实施本发明实施例提供的一种计算机可读存储介质，所述计算机可读存储介质存储有执行实现上述一种技术视角分离的规则引擎设计方法的计算机程序时，在一个实施例中，根据基础函数和复合函数，建立函数库，包括：

将包含简单运算和字符处理的函数进行预先开发，结合业务需求进行扩展，确定基础函数；

将基础函数按照设定解析格式进行组合，确定复合函数；

根据基础函数和复合函数，建立函数库。

具体实施本发明实施例提供的一种计算机可读存储介质，所述计算机可读存储介质存储有执行实现上述一种技术视角分离的规则引擎设计方法的计算机程序时，在一个实施例中，根据基础逻辑和定制逻辑，建立模块内部执行逻辑库，包括：

将模块中通用的执行逻辑作为基础逻辑；

将模块中定制化的执行逻辑作为定制逻辑；其中，定制逻辑，支持业务人员定制模块内部执行逻辑的要求，可以自由选配不同业务场景的模块内部执行逻辑；

根据基础逻辑和定制逻辑，建立模块内部执行逻辑库。

具体实施本发明实施例提供的一种计算机可读存储介质，所述计算机可读存储介质存储有执行实现上述一种技术视角分离的规则引擎设计方法的计算机程序时，在一个实施例中，根据接口字段和变量库之间的映射关系，确定交易端管理规则，包括：

将接口字段和变量库建立相互转换关系；其中，接口字段的报文类型，包括：请求报文，响应报文；

通过业务定义的接口字段-变量库变量映射关系，将请求报文中的各字段自动解析到变量库中对应变量，或将变量库中变量赋值到响应报文中的对应字段。

具体实施本发明实施例提供的一种计算机可读存储介质，所述计算机可读存储介质存储有执行实现上述一种技术视角分离的规则引擎设计方法的计算机程序时，在一个实施例中，根据数据表和变量库之间的映射关系，确定数据端管理规则，包括：

将数据表和变量库变量之间建立相互转换关系；

通过业务定义的数据表字段-变量库变量映射关系，将请求数据表中的各字段自动解析到变量库中对应变量，或将变量库中变量存库到数据表中的对应字段。

具体实施本发明实施例提供的一种计算机可读存储介质，所述计算机可读存储介质存储有执行实现上述一种技术视角分离的规则引擎设计方法的计算机程序时，在一个实施例中，根据模块定义和模块走向，确定模块管理规则，包括：

根据模块名和模块执行条件，描述模块实体的相关信息，确定模块定义；

将业务流程拆分为起点模块、终点模块和多个业务定制模块，将模块之间的连接作为模块走向；其中，除终点模块外的其他模块至少设置有一个默认走向，不需要满足任何条件，流程即可流向相应的模块；业务定制模块还可以利用走向条件配置自定义走向；

根据模块定义和模块走向，确定模块管理规则。

具体实施本发明实施例提供的一种计算机可读存储介质，所述计算机可读存储介质存储有执行实现上述一种技术视角分离的规则引擎设计方法的计算机程序时，在一个实施例中，根据模块管理规则，建立策略管理规则，包括：

根据模块管理规则，定义策略本体命名和策略所属模块；其中，策略所属模块，表示策略在哪一个模块中执行，每一个策略本体可以同时属于多个模块；

创建策略业务编号；其中，策略业务编号是一串字母与数字组成的字符串，用来唯一标识策略；

配置策略类型、实例命中条件、实例命中结果和自定义描述；其中，策略类型由业务人员进行拓展，一种策略类型唯一对应一种模块每部执行逻辑；实例命中条件，分为策略基本命中条件、通用配置条件、策略实例命中条件，策略本体对应策略基本命中条件，策略实例对应策略实例命中条件，策略实例命中条件是策略基本命中条件与通用配置条件的逻辑与运算；

根据策略本体命名、策略所属模块、策略业务编号、策略类型、实例命中条件、实例命中结果和自定义描述，建立策略管理规则。

具体实施本发明实施例提供的一种计算机可读存储介质，所述计算机可读存储介质存储有执行实现上述一种技术视角分离的规则引擎设计方法的计算机程序时，在一个实施例中，根据策略管理规则，确定加工流管理规则，包括：

根据策略管理规则，判断是否满足加工流的执行前提条件；

如果满足，则进行加工流的初始化，配置当前加工流的执行模式，依次获取当前加工流下属加工项；

判断当前加工流是否满足加工项的前提条件；

如果满足，则配置当前加工项的执行模式；

依次选择加工项所属列条件，进行赋值；其中，加工项所属列条件对应于决策表的条件列；

判断加工项是否满足列条件；

如果满足，则依次选择加工项所属结果变量加工函数，进行赋值和运算；其中，加工项所属结果变量加工函数对应于决策表的操作列；

判断本加工项的执行模式，若加工项执行模式结束，则判断本加工流的执行模式，若加工流执行模式结束，则本加工流结束。

具体实施本发明实施例提供的一种计算机可读存储介质，所述计算机可读存储介质存储有执行实现上述一种技术视角分离的规则引擎设计方法的计算机程序时，在一个实施例中，加工流或加工项的执行模式包括：全量执行模式，命中后结束模式，循环执行模式；

全量执行模式下，加工流或加工项会将所属加工项或所属行均加工完毕后才会结束；

命中后结束模式下，加工流或加工项会在所属加工项或所属行的加工条件满足后进入结束阶段；

循环执行模式下，加工流或加工项拥有循环条件，加工流或加工项会循环执行，每次循环后判断一次循环条件。

本发明实施例中还提供了一种技术视角分离的规则引擎设计装置，如下面的实施例所述。由于该装置解决问题的原理与一种技术视角分离的规则引擎设计方法相似，因此该装置的实施可以参见一种技术视角分离的规则引擎设计方法的实施，重复之处不再赘述。

图14为本发明实施例一种技术视角分离的规则引擎设计装置示意图，如图14所示，本发明实施例还提供一种技术视角分离的规则引擎设计装置，具体实施时可以包括：

全量库管理规则确定模块1401，用于根据变量库和函数库，确定全量库管理规则；

交易端管理规则确定模块1402，用于根据接口字段和变量库之间的映射关系，确定交易端管理规则；

数据端管理规则确定模块1403，用于根据数据表和变量库之间的映射关系，确定数据端管理规则；

模块管理规则确定模块1404，用于根据模块定义和模块走向，确定模块管理规则；

策略管理规则确定模块1405，用于根据模块管理规则，建立策略管理规则；

加工流管理规则确定模块1406，用于根据策略管理规则，确定加工流管理规则；

业务参数管理界面确定模块1407，用于根据全量库管理规则、交易端管理规则、数据端管理规则、模块管理规则、策略管理规则和加工流管理规则，确定业务技术视角分离的业务参数管理界面。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，全量库管理规则确定模块，具体用于：

根据变量定义表和变量枚举值定义表，建立变量库；

根据基础函数和复合函数，建立函数库；

根据基础逻辑和定制逻辑，建立模块内部执行逻辑库；

根据变量库、函数库和模块内部执行逻辑库，确定全量库管理规则。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，全量库管理规则确定模块，还用于：

根据变量名、中文描述和数据类型对变量进行定义，确定变量定义表；

对变量的固定取值定义配置相应的中文描述，确定量枚举值定义表；

根据变量定义表和变量枚举值定义表，建立变量库。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，变量库支持变量-加工逻辑的快捷展示并映射到对应的加工项，对技术变量采取先使用后加工方式；其中，当新增技术变量时，对变量名、中文描述和数据类型进行定义，在项目待办清单中生成加工变量需求。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，全量库管理规则确定模块，还用于：

将包含简单运算和字符处理的函数进行预先开发，结合业务需求进行扩展，确定基础函数；

将基础函数按照设定解析格式进行组合，确定复合函数；

根据基础函数和复合函数，建立函数库。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，全量库管理规则确定模块，还用于：

将模块中通用的执行逻辑作为基础逻辑；

将模块中定制化的执行逻辑作为定制逻辑；其中，定制逻辑，支持业务人员定制模块内部执行逻辑的要求，可以自由选配不同业务场景的模块内部执行逻辑；

根据基础逻辑和定制逻辑，建立模块内部执行逻辑库。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，交易端管理规则确定模块，具体用于：

将接口字段和变量库建立相互转换关系；其中，接口字段的报文类型，包括：请求报文，响应报文；

通过业务定义的接口字段-变量库变量映射关系，将请求报文中的各字段自动解析到变量库中对应变量，或将变量库中变量赋值到响应报文中的对应字段。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，数据端管理规则确定模块，具体用于：

将数据表和变量库变量之间建立相互转换关系；

通过业务定义的数据表字段-变量库变量映射关系，将请求数据表中的各字段自动解析到变量库中对应变量，或将变量库中变量存库到数据表中的对应字段。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，模块管理规则确定模块，具体用于：

根据模块名和模块执行条件，描述模块实体的相关信息，确定模块定义；

将业务流程拆分为起点模块、终点模块和多个业务定制模块，将模块之间的连接作为模块走向；其中，除终点模块外的其他模块至少设置有一个默认走向，不需要满足任何条件，流程即可流向相应的模块；业务定制模块还可以利用走向条件配置自定义走向；

根据模块定义和模块走向，确定模块管理规则。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，策略管理规则确定模块，具体用于：

根据模块管理规则，定义策略本体命名和策略所属模块；其中，策略所属模块，表示策略在哪一个模块中执行，每一个策略本体可以同时属于多个模块；

创建策略业务编号；其中，策略业务编号是一串字母与数字组成的字符串，用来唯一标识策略；

配置策略类型、实例命中条件、实例命中结果和自定义描述；其中，策略类型由业务人员进行拓展，一种策略类型唯一对应一种模块每部执行逻辑；实例命中条件，分为策略基本命中条件、通用配置条件、策略实例命中条件，策略本体对应策略基本命中条件，策略实例对应策略实例命中条件，策略实例命中条件是策略基本命中条件与通用配置条件的逻辑与运算；

根据策略本体命名、策略所属模块、策略业务编号、策略类型、实例命中条件、实例命中结果和自定义描述，建立策略管理规则。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，加工流管理规则确定模块，具体用于：

根据策略管理规则，判断是否满足加工流的执行前提条件；

如果满足，则进行加工流的初始化，配置当前加工流的执行模式，依次获取当前加工流下属加工项；

判断当前加工流是否满足加工项的前提条件；

如果满足，则配置当前加工项的执行模式；

依次选择加工项所属列条件，进行赋值；其中，加工项所属列条件对应于决策表的条件列；

判断加工项是否满足列条件；

如果满足，则依次选择加工项所属结果变量加工函数，进行赋值和运算；其中，加工项所属结果变量加工函数对应于决策表的操作列；

判断本加工项的执行模式，若加工项执行模式结束，则判断本加工流的执行模式，若加工流执行模式结束，则本加工流结束。

具体实施本发明实施例提供的一种技术视角分离的规则引擎设计装置时，在一个实施例中，加工流或加工项的执行模式包括：全量执行模式，命中后结束模式，循环执行模式；

全量执行模式下，加工流或加工项会将所属加工项或所属行均加工完毕后才会结束；

命中后结束模式下，加工流或加工项会在所属加工项或所属行的加工条件满足后进入结束阶段；

循环执行模式下，加工流或加工项拥有循环条件，加工流或加工项会循环执行，每次循环后判断一次循环条件。

综上，本发明实施例提供的一种技术视角分离的规则引擎设计方法和装置，包括：首先根据变量库和函数库，确定全量库管理规则；然后根据接口字段和变量库之间的映射关系，确定交易端管理规则；接着根据数据表和变量库之间的映射关系，确定数据端管理规则；继续根据模块定义和模块走向，确定模块管理规则；下一步根据模块管理规则，建立策略管理规则；再下一步根据策略管理规则，确定加工流管理规则；最后根据全量库管理规则、交易端管理规则、数据端管理规则、模块管理规则、策略管理规则和加工流管理规则，确定业务技术视角分离的业务参数管理界面。本发明实施例业务技术视角分离的技术方案，区分开业务视图与技术视图，明确业务人员和技术人员的权责范围。业务人员只需要配置其可以高效管理的流程模块、业务规则及相干变量参数，实现其业务逻辑，而不需要关心具体逻辑实现。技术人员则只需要加工出业务所需的变量，支持相关技术功能，实现相关技术实现，而不需要拘泥于实现方法，避免不必要的困难。通过对业务视图的相对独立便捷的设计维护方案，便于业务需求细节变更频繁时、或者维护变更时，业务可以灵活而不依赖技术配合地进行相关变更，避免版本重复部署上线，流程冗长费时的现状。通过业务视图高效而便于理解的设计，便于业务人员主动积极使用，参与开发，可以便捷而高效地进行业务功能配置；通过实现变量与相关加工逻辑依赖关系的维护，便于业务逻辑变更后，动态提示需要检核的功能点，技术细节。减少人工检索判断相关功能点的工作量，降低功能或技术开发维护难度，避免放相关维护人员对业务逻辑细节遗忘或不熟悉时导致的细节漏洞。

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

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

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

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

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。