一种业务处理方法、装置及设备与流程

本说明书涉及计算机技术领域，尤其涉及一种业务处理方法、装置及设备。

背景技术：

现有业务处理方案中，要么是基于一连串的业务逻辑进行串行决策，来得出最终决策结果，要么是基于定制化的业务逻辑代码，通过执行业务逻辑代码来返回最终决策结果。

但采用串行业务逻辑的业务处理方案，业务逻辑表达能力明显不足，比如对于稍微复杂的业务逻辑关系的表达无能为力，如嵌套、分支、逻辑运算等，因而只用于简单逻辑的业务处理；而采用定制化的业务逻辑代码的业务处理方案，虽然可以处理稍复杂的业务逻辑，但过于依赖代码化，业务处理中严重依赖代码设计人员，业务人员无法编排业务逻辑，不便于进行业务配置。

因此，亟需一种新的业务处理方案。

技术实现要素：

有鉴于此，本说明书实施例提供了一种业务处理方法、装置及设备，以改进业务处理中的业务表达能力和业务编排能力，方便进行业务配置管理。

本说明书实施例采用下述技术方案：

本说明书实施例提供一种业务处理方法，包括：

接收创建请求，所述创建请求为创建目标逻辑片段的请求；

确定所述创建请求对应的逻辑片段策略；

根据确定出的所述逻辑片段策略，创建目标逻辑片段以响应所述创建请求。

本说明书实施例还提供一种业务处理方法，包括：

接收创建请求，所述创建请求为创建目标逻辑组的请求；

确定所述创建请求对应的逻辑组策略；

根据确定出的所述逻辑组策略，创建目标逻辑组以响应所述创建请求。

本说明书实施例还提供一种业务处理方法，包括：

接收创建请求，所述创建请求为创建目标逻辑树的请求；

确定所述创建请求对应的逻辑树策略；

根据确定出的所述逻辑树策略，创建目标逻辑树以响应所述创建请求。

本说明书实施例还提供一种业务处理方法，包括：

接收用户发起的业务请求，所述业务请求中包含有所述用户的标识和业务内容；

根据所述用户的标识，确定所述业务请求对应的逻辑树；

根据所述业务内容，基于所述逻辑树进行推理；

根据推理结果确定所述用户的业务请求是否满足预设条件。

本说明书实施例还提供一种业务处理装置，包括：

接收模块，接收创建请求，创建请求为创建目标逻辑片段的请求；

确定模块，确定所述创建请求对应的逻辑片段策略；

创建模块，根据确定出的所述逻辑片段策略，创建目标逻辑片段以响应所述创建请求。

本说明书实施例还提供一种业务处理装置，包括：

接收模块，接收创建请求，所述创建请求为创建目标逻辑组的请求；

确定模块，确定所述创建请求对应的逻辑组策略；

创建模块，根据确定出的所述逻辑组策略，创建目标逻辑组以响应所述创建请求。

本说明书实施例还提供一种业务处理装置，包括：

接收模块，接收创建请求，所述创建请求为创建目标逻辑树的请求；

确定模块，确定所述创建请求对应的逻辑树策略；

创建模块，根据确定出的所述逻辑树策略，创建目标逻辑树以响应所述创建请求。

本说明书实施例还提供一种业务处理装置，包括：

接收模块，接收用户发起的业务请求，所述业务请求中包含有所述用户的标识和业务内容；

确定模块，根据所述用户的标识，确定所述业务请求对应的逻辑树；

推理模块，根据所述业务内容，基于所述逻辑树进行推理；

识别模块，根据推理结果确定所述用户的业务请求是否满足预设条件。

本说明书实施例还提供一种用于业务处理的电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收创建请求，所述创建请求为创建目标逻辑片段的请求；

确定所述创建请求对应的逻辑片段策略；

根据确定出的所述逻辑片段策略，创建目标逻辑片段以响应所述创建请求。

本说明书实施例还提供一种用于业务处理的电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收创建请求，所述创建请求为创建目标逻辑组的请求；

确定所述创建请求对应的逻辑组策略；

根据确定出的所述逻辑组策略，创建目标逻辑组以响应所述创建请求。

本说明书实施例还提供一种用于业务处理的电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收创建请求，所述创建请求为创建目标逻辑树的请求；

确定所述创建请求对应的逻辑树策略；

根据确定出的所述逻辑树策略，创建目标逻辑树以响应所述创建请求。

本说明书实施例还提供一种用于业务处理的电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收用户发起的业务请求，所述业务请求中包含有所述用户的标识和业务内容；

根据所述用户的标识，确定所述业务请求对应的逻辑树；

根据所述业务内容，基于所述逻辑树进行推理；

根据推理结果确定所述用户的业务请求是否满足预设条件。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：

通过提供标准化的逻辑片段，可支持复杂业务逻辑关系的表达，可灵活地组合出业务处理决策方式，以及生成处理决策路径，同时方便对业务进行编排配置管理。

附图说明

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

图1为本说明书实施例中现有串行业务处理的结构示意图。

图2为本说明书实施例提供的一种业务处理方法的流程图。

图3为本说明书实施例提供的一种业务处理方法中逻辑片段策略的配置流程图。

图4为本说明书实施例提供的一种业务处理方法中逻辑片段的结构示意图。

图5为本说明书实施例提供的一种业务处理装置的结构示意图。

图6为本说明书实施例提供的一种业务处理方法的流程图。

图7为本说明书实施例提供的一种业务处理方法中逻辑组的结构示意图。

图8为本说明书实施例提供的一种业务处理方法中逻辑组的创建流程图。

图9为本说明书实施例提供的一种业务处理装置的结构示意图。

图10为本说明书实施例提供的一种业务处理方法的流程图。

图11为本说明书实施例提供的一种业务处理方法中逻辑树的结构示意图。

图12为本说明书实施例提供的一种业务处理装置的结构示意图。

图13为本说明书实施例提供的一种业务处理方法的流程图。

图14为本说明书实施例提供的一种业务处理方法中基于逻辑树进行推理的结构示意图。

图15为本说明书实施例提供的一种业务处理装置的结构示意图。

图16为本说明书实施例提供的一种业务处理方法中逻辑树策略的创建流程图。

图17为本说明书实施例提供的一种业务处理方法中基于逻辑树推理实现准入审核业务的识别处理示意图。

具体实施方式

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

目前所采用的业务处理方案中，如图1所示，所有的执行流程均是按照串行逻辑进行组织的，比如针对业务请求，先通过外部调用、读取数据等前置处理，将业务请求有关的参数写入到执行引擎中的上下文中，以便执行引擎针对写入的上下文进行业务处理，然后执行引擎针对写入的上下文进行业务请求对应的业务处理，比如调用外部判断，以判断写入的上下文需要进行的业务类型、业务处理内容等，并执行相应的判断逻辑脚本，直到执行完成业务请求对应的业务处理。

因此，在业务处理中，需要执行一连串的串行逻辑处理，而串行处理对复杂的业务逻辑的表达能力明显不足，比如无法表达分支、嵌套、逻辑运算等等。

在方案改进的初期探索中，虽然在采用定制化代码后，能在一定程度上改善了对业务逻辑的表达能力，但采用定制化代码时，过于依赖代码设计人员，大大增加了设计成本、开发周期，另外在完成设计投入运营后，业务人员仍无法按实际的业务逻辑进行编排业务，更无法对新增业务逻辑进行编排配置，仍需要依赖代码设计人员重新定制代码。

随着方案改进的深入探索，发明人提出了一种表达业务逻辑的方法，即采用“业务逻辑＝原子能力+业务参数”作为业务处理中的标准化最小表达单元，该单元可记为逻辑片段，其中“原子能力”表征业务的具体动作，“业务参数”表征具体动作所需的业务数据，比如业务逻辑为判断用户是否具备资格，这时原子能力就是判断的动作，业务参数就是判断所需的资格数据。

因此，采用逻辑片段表达业务逻辑后，可以将业务类型对应的整个业务处理拆分成若干逻辑片段，并将封装好的逻辑片段作为标准化单元向业务人员、设计人员提供，以便根据目标业务类型，快速地将业务处理所需的多个逻辑片段编排并组织出一个业务执行链路，既可提高业务逻辑的表达能力，又能方便业务编排管理。

例如，在包含有资格审核的业务处理中，资格审核时需要判断用户是否同时具备资格a和b。

这时，可先将判断用户是否具备资格a作为一个逻辑片段，而判断用户是否具备资格b作为另一个逻辑片段，最后将两个逻辑片段组合为一个逻辑处理节点，比如将两个逻辑片段的逻辑结果进行“与”逻辑运算，即可实现出判断用户是否同时具备资格a和资格b的业务处理。

以下结合附图，详细说明本申请各实施例提供的技术方案。

本说明书实施例中提供一种业务处理方法，可提供一种用于表达业务逻辑的方法，即采用“业务逻辑＝原子能力+业务参数”作为标准化的逻辑片段，可提升业务处理中的业务逻辑表达能力和业务编排管理能力。

图2为本说明书实施例提供的一种业务处理方法的流程图。

如图2所示，本说明书实施例提供的一种业务处理方法，可包括：

步骤s202、接收创建请求。

其中，创建请求为创建目标逻辑片段的请求，所述目标逻辑片段中包括原子能力字段、所述原子能力字段对应的参数字段和结果处理函数字段，所述原子能力字段表征所述目标逻辑片段的逻辑动作，所述结果处理函数表征针对所述原子能力字段的原子能力处理结果进行处理的函数。

具体实施中，可将目标业务拆分为若干具体的动作，进而将拆分后的具体动作作为最小处理单元，即以最小处理单元作为标准化的逻辑片段，进而采用“业务逻辑＝原子能力+业务参数”进行最小业务处理逻辑的表达。

原子能力表征逻辑片段所对应的具体业务动作，比如判断动作、执行动作等，因而可将原子能力编写并封装为对应的代码片段，以作为业务动作的原子能力所依赖的代码，既方便代码设计人员根据具体业务动作设计原子能力，也方便业务人员选择、调用原子能力，这里的选择或者调用原子能力，可为指向原子能力所以来的代码片段，比如调取身份证件ocr识别结果。

原子能力字段对应的参数字段，用于表征原子能力(即动作)所所需的业务数据，比如在判断用户是否具备某个资格的业务处理中，参数字段可用于存放该资格对应的数据。

结果处理函数可为针对原子能力的处理结果进行处理的函数(也可叫方法)，比如将原子能力的输出结果转换为标准的逻辑结果，如将原子能力所执行的结果判断为真(即ture，记为t)还是为假(即false，记为f)的逻辑判断，因而结果处理函数可为判断原子能力的处理结果为t/f方法，从而可返回标准化的t/f结果，便于后续利用逻辑片段进行逻辑的编排和推理。

步骤s204、确定所述创建请求对应的逻辑片段策略。

具体实施中，可预先针对不同的逻辑片段设置相应的策略，从而根据创建请求要创建的逻辑片段的创建策略，来快速地创建逻辑片段。

具体实施中，逻辑片段策略可为本地保存的策略，也可为服务端保存的策略，这里不做具体限定。

具体实施中，逻辑片段策略可包括有目标逻辑片段所需的原子能力、原子能力所需的参数和结果处理函数等相应的创建策略。

步骤s206、根据确定出的所述逻辑片段策略，创建目标逻辑片段以响应所述创建请求。

在确定出对应的逻辑片段策略后，可直接创建出目标逻辑片段。

上述步骤s202-s206，通过采用“业务逻辑＝原子能力+业务参数”作为表达业务的最小处理单元，从而作为逻辑片段，以标准化、模块化的方式提供一种表达业务的方式，提高了业务表达能力和业务编排能力，既可表达复杂业务，也可方便在业务处理中利用若干逻辑片段来快速编排出业务执行链路。

在一些实施方式中，业务逻辑片段中还可包括有逻辑片段标识，逻辑片段标识可用于唯一地标识该逻辑片段，方便在业务编排中识别不同的逻辑片段。

具体实施中，逻辑片段标识可采用如用户id、uid等唯一标识，这里不对逻辑片段标识的具体方式做限定。

在一些实施方式中，原子能力所依赖的参数可以为静态参数和/或动态参数，其中静态参数可为原子能力所需的配置参数，其中配置参数可为提前配置好的业务参数，比如固定参数、参数列表、关键词词库、需要从上下文中读取哪些参数等，动态参数可为原子能力运行时依赖的动态参数，比如运行中需要输入的参数，又比如运行中前置逻辑片段产生的结果等，因而动态参数可以为业务输入，也可以为本原子能力需要的前置逻辑片段产生的结果等。

在一些实施方式中，逻辑片段策略可为已预设的策略，也可为在创建过程中根据实际场景的创建需要而新设置或者新创建的策略。

例如，当已有的策略较少时，可能根据创建请求暂时不能确定出该创建请求对应的逻辑片段策略，因而需要有新的策略，这时可重新创建出新策略，或者是利用已有策略，通过重新配置来创建出所需的新策略。

具体实施中，新策略可采用如图3所示的流程图来生成。

如图3所示，当未确定出所述创建请求对应的逻辑片段策略时，形成新策略的步骤可包括：

步骤s301、确定所述创建请求对应的原子能力是否存在，若存在，执行步骤s303，若不存在执行步骤s305。

步骤s303、选择所述原子能力。

步骤s305、提供原子能力接口，以便通过所述原子能力接口完成原子能力的生成。

具体实施中，原子能力接口为用于提供原子能力的接口，比如新设置原子能力的接口，比如更改原子能力的接口。

步骤s307、确定所述原子能力对应的参数。

具体实施中，原子能力对应的参数，可为根据原子能力而选择、设置的参数，比如原子能力已存在时，对应的参数可为根据原子能力而选择的参数，原子能力不存在时，对应的参数可为从原子能力接口中获取的参数。

步骤s309、确定所述原子能力对应的结果处理函数。

具体实施中，原子能力对应的结果处理函数原子能力对应的结果处理函数，可为根据原子能力而选择、设置的函数，比如原子能力已存在时，对应的参数可为根据原子能力而选择的参数，原子能力不存在时，对应的函数可为从原子能力接口中获取的函数。

步骤s311、将确定出的所述原子能力、所述原子能力对应的参数和结果处理函数形成新策略，作为所述创建请求对应的逻辑片段策略。

通过重新确定逻辑片段策略中的原子能力、原子能力对应的参数和结果处理函数等，从而形成新策略，并保存，以便后续作为预设的逻辑片段策略。

在一些实施方式中，还可根据实际业务逻辑的需要，对确定出的逻辑片段策略进行配置、编辑等更新操作，以满足实际业务处理中的逻辑表达需要。

具体实施中，可参照前述创建过程，对已有策略进行编辑、配置等来形成新策略，不再展开说明。

在一些实施方式中，逻辑片段中的结果处理函数可为逻辑判断函数，从而可将原子能力的处理结果转换为标准的逻辑值结果，可增强业务表达能力，也可方便利用逻辑值进行业务编排和推理。

为便于理解本说明书实施例提供的一种业务处理方法中所采用“业务逻辑＝原子能力+业务参数”构成逻辑片段来表达业务逻辑，下面作示意说明。

图4为本说明书实施例提供的一种业务处理方法的逻辑片段结构示意图。

如图4所示，逻辑片段中可以包括有逻辑片段标识、原子能力、原子能力对应的参数和结果处理函数等字段内容。

其中，逻辑片段号作为唯一标识逻辑片段的标识，原子能力为所依赖的原子能力代码，配置参数为提取配置好的固定参数列表，结果判断函数为将原子能力的处理结果判断为逻辑t/f的方法。

例如，需要识别某图片中是否含有违禁元素的业务处理，这时采用“业务逻辑＝原子能力+业务参数”表达时，可以表达为：图片是否有违禁元素＝图片分析(即原子能力)+违禁词库(配置参数)。

相应地，逻辑片段中的原子能力就为分析图片中的元素，比如将图片中的所有元素进行识别分析；业务参数就为违禁元素对应的违禁词库，该违禁词库为预设的固定配置参数即可；结果处理函数就可为对前述表达内容的结果进行逻辑判断，即当原子能力所分析的元素中只要有一个元素属于违禁词库中的内容时，则结果处理函数返回的结果为真，相反，原子能力所分析的所有元素均不属于违禁词库中的内容时，则结果处理函数返回的结果为假。

因此，通过采用“业务逻辑＝原子能力+业务参数”的逻辑片段，来封装业务动作，可以将逻辑片段作为最小的业务单元，来表征具体的一个业务处理，使得各个具体的业务处理都对应有逻辑片段，既提升了业务处理中对业务逻辑的表达能力，又使得每个业务处理的输入、输出均实现标准化、模块化，非常方便利用逻辑片段来编排出完成目标业务所对应的业务执行流程，提升了业务的编排管理能力。

基于同一个发明构思，本说明书实施例还提供与前述采用逻辑片段进行业务处理的方法对应的一种业务处理装置、电子设备以及非易失性计算机存储介质。

图5为本说明书实施例还提供的一种业务处理装置的结构示意图。

如图5所示，业务处理装置500可包括：接收模块501、确定模块503和，创建模块505。其中，接收模块501接收创建请求，创建请求为创建目标逻辑片段的请求；确定模块503，确定所述创建请求对应的逻辑片段策略；创建模块505，根据确定出的所述逻辑片段策略，创建目标逻辑片段以响应所述创建请求。

可选地，当未能确定出所述创建请求对应的逻辑片段策略时，确定模块503还可用于：

判断模块，确定所述创建请求对应的原子能力是否存在，若存在，选择所述原子能力，若不存在，提供编辑原子能力的接口，以便通过所述接口完成原子能力的编辑；

确定所述原子能力对应的参数；

确定所述原子能力对应的结果处理函数；

将确定出的所述原子能力、所述原子能力对应的参数和结果处理函数形成新策略，作为所述创建请求对应的逻辑片段策略。

可选地，所述目标逻辑片段中包括逻辑片段标识，所述逻辑片段标识唯一表征所述目标逻辑片段。

因此，创建模块505还可用于创建所述逻辑片段标识。

可选地，所述目标逻辑片段中包括原子能力所依赖的静态参数，所述静态参数为所述原子能力所依赖的预设配置参数；

和/或，所述目标逻辑片段中包括原子能力所依赖的动态参数，所述动态参数为所述原子能力运行中所依赖的动态参数。

因此，创建模块505可用于创建所述静态参数和/或所述动态参数。

可选地，所述目标逻辑片段中包括处理原子能力的处理结果的逻辑判断函数。

创建模块505可用于创建所述逻辑判断函数。

本说明书实施例还提供一种用于业务处理的电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收创建请求，创建请求为创建目标逻辑片段的请求；

确定所述创建请求对应的逻辑片段策略；

根据确定出的所述逻辑片段策略，创建目标逻辑片段以响应所述创建请求。

本说明书实施例还提供一种用于业务处理的非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

接收创建请求，创建请求为创建目标逻辑片段的请求；

确定所述创建请求对应的逻辑片段策略；

根据确定出的所述逻辑片段策略，创建目标逻辑片段以响应所述创建请求。

基于同一个发明构思，可将业务处理中的某个具体业务处理所依赖的若干逻辑片段封装为业务处理中的一个逻辑节点(即逻辑组)，以完成整个业务处理过程中在该逻辑节点对应的某个具体业务处理。

因此，本说明书实施例中还提供一种业务处理方法、装置、电子设备及非易失性计算机存储介质，通过将若干逻辑片段编排形成实现某个业务功能的逻辑组，进一步提升业务表达能力和业务编排能力。

图6为本说明书实施例提供的一种业务处理方法的流程图，以生成逻辑节点，通过逻辑节点表达业务逻辑，进一步提高对业务的表达能力和编排能力。

如图6所示，本说明书实施例提供的一种业务处理方法，包括：

步骤s602、接收创建请求，所述创建请求为创建目标逻辑节点的请求。

具体实施中，除了可将目标业务拆分为若干具体的最小动作处理单元以形成标准化、模块化的逻辑片段外，还可将该目标业务的处理中属于同一个逻辑节点上的若干逻辑片段和/或若干嵌套逻辑组，合并为一个逻辑节点(也可记为逻辑组)，从而通过采用逻辑组的表达形式，进一步提升对业务的表达能力和编排能力。

需要说明的是，逻辑组所包含的逻辑片段，可采用前述实施例提供的业务处理方法所述的逻辑片段，这里不再赘述。

步骤s604、确定所述创建请求对应的逻辑组策略。

具体实施中，可针对不同目标业务，在将目标业务拆分为最小处理单元(即逻辑片段)后，根据目标业务的处理逻辑，将若干逻辑片段形成逻辑组，甚至是若干逻辑片段形成的逻辑组作为嵌套逻辑组，使得这些逻辑片段、嵌套逻辑组等成为业务处理中的某个业务功能的逻辑组所依赖的内容，从而可将这些依赖内容的逻辑关系作为目标业务在创建逻辑组时所采用的创建策略(即逻辑组策略)。

例如，目标业务为审核用户是否同时具备资格a和资格b的基础上，还具备资格p或者资格q。

该目标业务可拆分为以下4个逻辑片段：判断用户是否具备资格a的第一逻辑片段、判断用户是否具备资格b的第二逻辑片段、判断用户是否具备资格p的第三逻辑片段和判断用户是否具备资格q的第四逻辑片段，进而根据处理逻辑可知，可将第三逻辑片段和第四逻辑片段作为一个嵌套逻辑组，其中该嵌套逻辑组为第三逻辑片段的处理结果与第四逻辑片段的处理结果的“或”逻辑运算，最后将第一逻辑片段、第二逻辑片段和该嵌套逻辑组，作为一个新的逻辑组，实现审核用户是否具备资格a和b的同时还具备资格p或者q的业务审查功能。

需要说明的是，前述示例中，还可将第一逻辑片段和第二逻辑片段形成一个“与”逻辑运算的嵌套逻辑组后，再与前述“或”逻辑运算的嵌套逻辑组，合并为新逻辑组，这不再展开说明。

步骤s606、根据确定出的所述逻辑组策略，创建目标逻辑组以响应所述创建请求。

在确定出逻辑组策略后，可根据逻辑组策略快速地创建目标逻辑组，从而通过逻辑组进一步表达业务。

上述步骤s602-s606，通过采用逻辑组，即将若干逻辑片段和/或若干嵌套逻辑组，构成可实现业务处理中的某一个具体业务功能的逻辑节点，进一步提高对业务的表达能力和编排能力。

在一些实施方式中，可在逻辑组中，根据该逻辑组所依赖的各项内容在业务处理中在该逻辑节点上的相互逻辑关系，将各项依赖内容采用逻辑表达式进行表达业务处理逻辑。

例如，前述示例，即审核用户是否同时具备资格a和b的同时，还是否具备资格p或q。

这时，逻辑组的表达式可表达为：第一逻辑片段的结果&第二逻辑片段的结果&(第三逻辑片段的结果|第四逻辑片段的结果)。

因此，通过采用逻辑表达式，既方便对逻辑片段的编排，又方便调整逻辑组的依赖，进一步提高对业务的表达能力和编排能力。

还有，通过采用逻辑表达式，既可快速地获得该逻辑组的处理结果，也方便该逻辑组根据处理结果快速地进行其他处理。

在一些实施方式中，逻辑节点(即逻辑组)作为实现一个业务功能的处理单元，因而该处理单元处理的输出结果还可作为其他业务处理的依据。

具体实施中，逻辑组可作为其他逻辑组的嵌套逻辑组，如前述示例的嵌套逻辑组，从而为依赖该嵌套逻辑组的逻辑组快速提供处理所依赖的数据。

在一些实施方式中，还可根据逻辑组的逻辑表达式的处理结果，快速地路由到下一个逻辑节点，因而逻辑组中还可包括针对逻辑表达式的执行结果进行分支路由，即根据表达式的逻辑值是真或是假，来决策出执行的下一个动作，也就是说，可根据表达式的结果对应的不同路径，路由到执行结果对应的每个路径要去的下一个逻辑组，比如结果为真时，路由到下一个逻辑节点，结果为假时，路由到另外下一个逻辑节点。

在一些实施方式中，逻辑组所依赖的若干逻辑片段和/或若干嵌套逻辑组，可作为一个整体，构成内容列表。

通过采用内容列表作为逻辑组所依赖的整体内容，既可简化逻辑组依赖内容的表达，也便于编排业务，还提高业务表达的可理解、阅读，进一步提高对业务的表达能力和编排能力。

例如，将依赖内容表达为逻辑列表。

这样，逻辑列表为逻辑组要实现某个具体业务时所依赖的内容，即一个逻辑组的结果判断需要依赖的内容，如若干逻辑片段构成的依赖内容，或若干前提逻辑组构成的依赖内容，或若干逻辑片段与若干嵌套逻辑组构成的依赖内容。

也就是说，逻辑组是依赖于逻辑片段和/或嵌套逻辑组构成的逻辑列表，因而一个逻辑列表中可包括有若干逻辑片段和/或若干嵌套逻辑组，而嵌套逻辑组可以包括有该嵌套逻辑组所依赖的若干逻辑片段等。

在一些实施方式中，逻辑组中还可包括针对该逻辑组所依赖的内容在执行中的短路情况进行检查的短路配置，即短路配置中配置有短路参数，短路参数可用于检查逻辑组所依赖的逻辑列表在执行中是否存在短路。

具体实施中，可按预设的短路检查策略，根据各项依赖内容的逻辑，配置所述目标逻辑组对应的短路配置参数。

在一些实施方式中，逻辑组中还可包括有逻辑组标识。

逻辑组标识用于唯一标识该逻辑组，可采用如id号等唯一标识作为逻辑组标识(比如逻辑组号)，这里不对逻辑组标识作具体限定。

在一些实施方式中，逻辑组策略可为预设的策略，也可为根据实际业务应用场景而新创建的策略，或者是根据实际业务处理逻辑而对已有策略进行编辑、配置等形成的新策略，这里不做具体限定。

为便于理解，下面对逻辑组的结构进行示意说明。

例如，在对目标业务进行业务处理中，需要判断目标业务的用户是否同时具备资格m和n的基础上，还具备资格p或者q；

这时，可采用如图7所示的逻辑组结构来表达该目标业务的业务逻辑。

首先，将判断用户是否具备资格m作为逻辑片段m，判断用户是否具备资格n作为逻辑片段n，判断用户是否具备资格p作为逻辑片段p，判断用户是否具备资格q作为逻辑片段q。

然后，将判断用户是否具备资格p或者q作为一个逻辑节点(即逻辑组2)，而判断用户是否同时具备资格m和n的基础上，还具备资格p或者q，作为一个逻辑节点(即逻辑组1)。

由于逻辑组1除了要依赖逻辑片段m的结果和逻辑片段n外，还需要依赖逻辑组2的结果，因而逻辑组2可作为逻辑组1的嵌套逻辑组。

因此，可将逻辑片段m、n和嵌套逻辑组2构成逻辑列表，作为逻辑组1所依赖的内容。

逻辑表达式为根据逻辑组所依赖的内容，以及业务处理在逻辑节点中的逻辑关系而构建出的逻辑组对应的表达式。

例如，业务处理为判断用户是否具备某资格。

这时，业务逻辑为判断用户是否具备某资格，因而逻辑表达式可以只有一项：用户具备某资格。

例如，业务处理为判断用户是否同时具备资格a和b。

这时，逻辑列表将包含逻辑片段a和逻辑片段b，其中逻辑片段a用于判断用户是否具有资格a，逻辑片段b用于判断用户是否具备资格b，因而该逻辑组的逻辑表达为逻辑片段a的结果和逻辑片段b的结果进行“&”逻辑运算(即“与”逻辑运算)，即逻辑组的逻辑表达式为：a&b。

进而通过计算该表达式的逻辑结果，决策出业务执行路径，即通过表达式的逻辑结果进行路由选择，决策出真值对应的结束点t，或者假值对应的结束点f，其中表达式的逻辑结果可为真(即ture，简称t)，或为假(即false，简称f)，从而路由到对应的执行路径。

例如，在对目标业务进行业务处理中，需要判断目标业务的用户是否同时具备资格m和n的基础上，还具备资格p或者q。

嵌套逻辑组2的逻辑表达式可表示为：p|q(其中，“|”表示“或”逻辑)，其中表达式中的“p”为逻辑片段p的标识，表达式中的“q”为逻辑片段q的标识；逻辑组1的逻辑表达式可表示为：m&n&2(其中，“&”表示“与”逻辑)，其中表达式中的“m”为逻辑片段m的标识，表达式中的“n”为逻辑片段n的标识，表达式中的“2”为逻辑组2的标识。

需要说明的是，为便于说明和理解，本说明书实施例中的逻辑表达式，表达式中的符号采用了各依赖内容的各自标识作为各个依赖内容在表达式中的代号进行说明。

进一步，下面还对逻辑组的创建流程进行示意说明。

如图8所示，创建逻辑组时，可在前置处理中，根据逻辑组所依赖的内容在该逻辑组中的相互逻辑关系，前置处理中可确定出逻辑表达式，并配置该逻辑表达式，以及针对逻辑组中的逻辑执行配置短路设置，以检查逻辑执行的短路情形；然后，根据逻辑组的依赖内容添加逻辑列表，并选择相应的依赖，如嵌套逻辑组、逻辑片段；接着，在选择依赖时，可先判断是否需要选择嵌套逻辑组，若需要嵌套逻辑组，则去选择相应的逻辑组作为嵌套逻辑组，若不需要嵌套逻辑组，可选取逻辑片段，在选择逻辑片段中，还可先判断逻辑片段是否已存在，若存在可直接选择逻辑片段，若逻辑片段不存在，则可去创建该逻辑片段，在创建逻辑片段中，可选择逻辑片段中的原子能力、配置参数等逻辑片段的内容构成逻辑片段，这样构成后的逻辑片段可存放于已有逻辑片段中，方便后续从中选择；而在选择逻辑片段的原子能力时，还可先判断该原子能力是否已存在，若是可直接选择该原子能力，若原子能力不存在，则提供原子能力接口来编写原子能力。

基于同一个发明构思，本说明书实施例还提供与前述采用逻辑组进行业务处理的方法对应的一种业务处理装置、电子设备以及非易失性计算机存储介质。

图9为本说明书实施例还提供的一种业务处理装置的结构示意图。

如图9所示，业务处理装置900可包括：接收模块901、确定模块902和创建模块903。其中，接收模块901，接收创建请求，所述创建请求为创建目标逻辑组的请求；确定模块902，确定所述创建请求对应的逻辑组策略；创建模块903，根据确定出的所述逻辑组策略，创建目标逻辑组以响应所述创建请求。

可选地，业务处理装置900还可包括：

表达式模块904，将所述目标逻辑组所依赖的各项内容之间的逻辑关系表达为逻辑表达式。

可选地，业务处理装置900还可包括：

路由模块905，根据所述目标逻辑组的处理结果，路由到所述处理结果对应的下一个逻辑组。

可选地，业务处理装置900还可包括：

列表模块906，将所述目标逻辑组所依赖的各项内容表示为内容列表。

可选地，业务处理装置900还可包括：

短路配置模块907，按预设的短路检查策略，配置所述目标逻辑组对应的短路配置参数。

本说明书实施例还提供一种用于业务处理的电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收创建请求，所述创建请求为创建目标逻辑组的请求；

确定所述创建请求对应的逻辑组策略；

根据确定出的所述逻辑组策略，创建目标逻辑组以响应所述创建请求。

本说明书实施例还提供一种用于业务处理的非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

接收创建请求，所述创建请求为创建目标逻辑组的请求；

确定所述创建请求对应的逻辑组策略；

根据确定出的所述逻辑组策略，创建目标逻辑组以响应所述创建请求。

基于同一个发明构思，可将业务处理中的整个处理过程所依赖的若干逻辑组构成一棵进行逻辑处理的逻辑树，以完成整个业务处理过程中自动进行逻辑推理处理。

因此，本说明书实施例中还提供一种业务处理方法、装置、电子设备及非易失性计算机存储介质，通过将若干逻辑组编排形成实现整个业务处理的可执行链路，即逻辑树，进一步提升业务表达能力和业务编排能力。

图10为本说明书实施例提供的一种业务处理方法的流程图，以生成逻辑树，通过逻辑树表达业务逻辑，进一步提高对业务的表达能力和编排能力。

如图10所示，本说明书实施例提供的一种业务处理方法，包括：

步骤s1002、接收创建请求，所述创建请求为创建目标逻辑树的请求。

具体实施中，可将目标业务的整个业务处理过程拆分为不同业务功能的逻辑处理，这样实现相同业务功能的处理单元作为一个逻辑组，进而通过将不同逻辑组构成一棵逻辑树，以完成一定业务诉求，进行预设条件下的逻辑推理，给出推理结论，方便整个业务处理根据推理结论进行业务处理。

因此，逻辑树可包括若干逻辑节点(即逻辑组)，其中逻辑组可为前述实施例所述的逻辑组，这里不再赘述。

步骤s1004、确定所述创建请求对应的逻辑树策略。

具体实施中，可针对不同目标业务，在将目标业务的整体处理过程拆分为若干最小处理单元(即逻辑片段)后，根据目标业务的处理逻辑，将若干逻辑片段形成逻辑组，或者是若干逻辑片段形成的逻辑组作为嵌套逻辑组，使得这些逻辑组成为实现整个业务处理中逻辑树所依赖的内容，从而可将这些依赖内容的逻辑关系作为目标业务在创建逻辑树时所采用的创建策略(即逻辑树策略)。

可根据预设的策略，针对目标业务的整个业务处理流程，将整个业务处理流程中所涉及的若干逻辑组构成一棵逻辑树，以完成一定的业务处理，比如进行某种条件下的逻辑判断，给出逻辑判断结论。

步骤s1006、根据确定出的所述逻辑树策略，创建目标逻辑树以响应所述创建请求。

在确定出逻辑树策略后，可根据逻辑树策略快速地创建目标逻辑树，从而利用逻辑树表达业务。

上述步骤s1002-s1006，通过采用逻辑树，即将若干逻辑节点(即逻辑组)构成一棵逻辑树，以对应目标业务的整个处理过程，既可提升业务表达能力和编排能力，还能使得处理过程可基于逻辑树进行自动推理，提高执行效率。

还有，通过将目标业务拆分为若干逻辑片段，再逻辑片段编排为逻辑组，以及将逻辑组编排为逻辑树，使得业务处理中，可将业务关注点落在业务逻辑的表达和编排等策略上，很好地实现业务处理方式的升级。

在一些实施方式中，逻辑树作为实现一个整体业务功能的处理单元，因而逻辑树的输出结果还可作为其他整体业务处理的依据。

比如，逻辑树作为其他逻辑树的嵌套逻辑树、分支逻辑树，也可作为其他逻辑树的逻辑运算的输入等。

为便于理解，下面对逻辑树的结构进行示意说明。

例如，如图11所示，目标业务的整个业务处理中需要依赖多个逻辑组，如逻辑组1-5，其中先通过逻辑组1的结果，决策出是路由到逻辑组2或者是逻辑组3，在路由到逻辑组2后，由于逻辑组2需要依赖逻辑组2.1和逻辑组2.2才能进行决策，因而在根据逻辑组2.1和逻辑组2.2的结果，进而决策出是继续路由到逻辑组4或者是逻辑组5。

因此，采用逻辑树表达业务逻辑后，可以非常方便地根据实际的业务执行需要，将业务对应的整个业务处理过程，拆分为对应标准化、模块化的逻辑组，进而根据逻辑组再拆分为所依赖的逻辑片段和/或嵌套逻辑组，从而在拆分后，再将所依赖的业务逻辑片段和/或嵌套逻辑组，重新组织成业务处理中各个处理节点对应的逻辑组，以及将这些逻辑组再编排组织起来，构建出整个业务处理中对应的一棵逻辑树，既可提升业务表达能力，也可提高业务编排管理能力。

在一些实施方式中，在构建出逻辑树后，还可通过将逻辑树进行可视化展示，方便对逻辑节点进行查询、设置、编排等更新操作。

具体实施中，可通过将构建的逻辑树展示，以方便选择逻辑节点，比如直接点击逻辑节点即可进入编辑。

需要说明的是，这里不对可视化展示方式做具体限定。

在一些实施方式中，逻辑树还可包括有逻辑树标识，从而通过逻辑树标识唯一标识该逻辑树，这里不对逻辑树标识进行具体限定。

基于同一个发明构思，本说明书实施例还提供与前述采用逻辑树进行业务处理的方法对应的一种业务处理装置、电子设备以及非易失性计算机存储介质。

图12为本说明书实施例还提供的一种业务处理装置的结构示意图。

如图12所示，业务处理装置1200可包括：接收模块1201、确定模块1203和，创建模块1205。其中，接收模块1201接收创建请求，创建请求为创建目标逻辑树的请求；确定模块1203，确定所述创建请求对应的逻辑树策略；创建模块1205，根据确定出的所述逻辑树策略，创建目标逻辑树以响应所述创建请求。

可选地，业务处理装置1200还可包括：展示模块1207，将创建的所述目标逻辑树进行可视化展示。

本说明书实施例还提供一种用于业务处理的电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收创建请求，所述创建请求为创建目标逻辑树的请求；

确定所述创建请求对应的逻辑树策略；

根据确定出的所述逻辑树策略，创建目标逻辑树以响应所述创建请求。

本说明书实施例还提供一种用于业务处理的非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

接收创建请求，所述创建请求为创建目标逻辑树的请求；

确定所述创建请求对应的逻辑树策略；

根据确定出的所述逻辑树策略，创建目标逻辑树以响应所述创建请求。

基于同一个发明构思，业务处理可基于所依赖的若干逻辑树进行业务风险监测、识别，以更好地识别和控制业务处理的风险。

因此，本说明书实施例中还提供一种业务处理方法、装置、电子设备及非易失性计算机存储介质，基于逻辑树进行业务处理，可更好地识别和控制业务处理的风险。

图13为本说明书实施例提供的一种业务处理方法的流程图，基于逻辑树的自动推理，进而根据推理结果对用户的业务请求进行风险识别和控制。

如图13所示，本说明书实施例提供的一种业务处理方法，包括：

步骤s1302、接收用户发起的业务请求，所述业务请求中包含有所述用户的标识和业务内容。

具体实施中，用户的业务请求可为开展某项业务的请求。因而需要对用户的业务请求进行风险识别和管控，既可降低用户开展业务的风险，又能满足第三方权威机构对预设业务的合规要求。

步骤s1304、根据所述用户的标识，确定所述业务请求对应的逻辑树。

具体实施中，用户的标识可为用户id，因而逻辑树的标识可与用户id进行映射，从而快速地确定出相应的逻辑树。

步骤s1306、根据所述业务内容，基于所述逻辑树进行推理。

具体实施中，根据用户请求的业务内容，基于逻辑树进行自动推理，因识别用户开展业务内容的风险。

步骤s1308、根据推理结果确定所述用户的业务请求是否满足预设条件。

具体实施中，可通过预设条件，来识别业务风险，比如当根据推理结果可判断出用户开展业务的风险低于预设条件，则风险较低，而高于预设条件表明风险较高，这时可对风险用户作标识、提示等风险识别和控制。

需要说明的是，进行风险识别的预设条件可根据实际应用场景进行设置。

上述步骤s1302-s1308，基于逻辑树的业务表达和编排后，可利用逻辑树的自动推理，很好地识别出用户的业务请求的风险，以及将业务处理的关注点落实在风险策略上，既可以快速地识别用户的风险，也可更好地满足第三方权威机构的合规要求。

为便于理解，下面对用户的业务请求进行逻辑树推理进行示意说明。

例如，如图14所示，在接收到业务请求后，将业务请求匹配对应的逻辑树，进而基于逻辑树进行推理，比如先经逻辑组1，即采用逻辑片段m，根据逻辑组1的表达式m为真时，路由到下一个逻辑组x，否则路由到下一个逻辑组y；然后，若路由到逻辑组x，再根据逻辑组x中的逻辑片段a和逻辑片段b的逻辑结果，即逻辑表达式a&b对应的逻辑处理结果，来决定出为最终推理的结束点，以及推理结果为真或者为假；同样，若路由到逻辑组y，则根据逻辑组y中的逻辑片段c和逻辑片段d的逻辑结果，即逻辑表达式c|d对应的逻辑处理结果，来决定出为最终推理的结束点，以及推理结果为真或者为假。

需要说明的是，在识别出用户是否具备风险后，可对用户的风险进行管理和控制，这里不做具体限定。

基于同一个发明构思，本说明书实施例还提供与前述基于逻辑树进行业务处理的方法对应的一种业务处理装置、电子设备以及非易失性计算机存储介质。

图15为本说明书实施例还提供的一种业务处理装置的结构示意图。

如图15所示，业务处理装置1500可包括：接收模块1501、确定模块1502和，创建模块1505。其中，接收模块1501，接收用户发起的业务请求，所述业务请求中包含有所述用户的标识和业务内容；确定模块1502，根据所述用户的标识，确定所述业务请求对应的逻辑树；推理模块1503，根据所述业务内容，基于所述逻辑树进行推理；识别模块1504，根据推理结果确定所述用户的业务请求是否满足预设条件。

本说明书实施例还提供一种用于业务处理的电子设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收用户发起的业务请求，所述业务请求中包含有所述用户的标识和业务内容；

根据所述用户的标识，确定所述业务请求对应的逻辑树；

根据所述业务内容，基于所述逻辑树进行推理；

根据推理结果确定所述用户的业务请求是否满足预设条件。

本说明书实施例还提供一种用于业务处理的非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

接收用户发起的业务请求，所述业务请求中包含有所述用户的标识和业务内容；

根据所述用户的标识，确定所述业务请求对应的逻辑树；

根据所述业务内容，基于所述逻辑树进行推理；

根据推理结果确定所述用户的业务请求是否满足预设条件。

本说明书实施例中，通过采用“业务逻辑＝原子能力+业务参数”的逻辑片段来表达业务逻辑，非常方便地将整个业务处理拆分为若干基本业务动作，并将每个业务动作对应有逻辑片段，然后将可以合并在相同业务处理的逻辑片段构成逻辑组，甚至逻辑组中还可以有嵌套逻辑组，然后将逻辑组构建出整个业务处理对应的逻辑树，既提升了业务逻辑的表达能力，也方便了业务编排，而且业务关注点可落在策略编排上。

需要说明的是，策略的编排可指本说明书实施例中的逻辑片段策略、逻辑组策略、逻辑树策略，以及对用户的风险识别策略、管理策略等。

如图16所示，在进行逻辑树策略编排中，在开始创建策略规则后，可通过选择逻辑树策略中的第一个逻辑组，然后配置该逻辑组的表达式(即表达式路径)，进行逻辑路径的配置，比如路径一的配置和路径二的配置等，然后在完成路径配置后，判断是否已到达结束节点，若是则策略规则创建结束，若否继续选择逻辑组进行逻辑树策略的创建。

需要说明的是，其他策略规则的创建、配置等可参考逻辑树策略的创建过程，不再展开说明。

因此，通过策略编排，使得业务处理的关注点落在策略编排上，这样本说明书实施例所述的业务处理方案可用于大量审核业务处理中，比如合规检查、风险识别、风险控制等应用场合。

下面以商户准入的业务场景为例，对业务处理过程进行示意说明。

例如，商户准入的业务场景中，针对不同商户的实际业务需求如下：

1、商户为平台，需提交：

(1)《互联网药品信息服务资格证书》；

(2)医疗器械网络交易服务第三方平台备案凭证；

(3)《增值电信业务许可》。

2、商户为自营，需提交：

(1)《互联网药品信息服务资格证书》；

(2)涉及一类医疗器械商品的，商家经营执照范围需包含一类医疗器械，涉及二类医疗器械商品的，商户需具备《医疗器械经营许可证》或《二类医疗器械经营备案证》，并确保其经营范围在其生产经营许可或者备案的范围内，涉及三类医疗器械商品的，如是医院主体，青岛“医疗服务”类目下入驻对应的医疗机构，如是生产厂家，需要提供《医疗器械生产许可证》；

(3)《医疗器械网络销售备案凭证》等。

因此，针对上述商户准入的业务场景，业务处理可采用如图17所述的示意图。

如图17所示，第一步，在接收到业务请求时，通过统一的前置处理系统，进行第一步处理，即从外部调用、读取数据，比如读取商户id，读入业务类目列表，读取全部资质，这里外部数据可指执行上下文引擎中的数据，如数据库数据、风险识别及管理数据库数据、类目场景数据等。

执行引擎进行第二步处理，比如调用第一个逻辑片段1，判断发起业务请求的用户是否为平台商户，若是则进入逻辑表达式a为真所对应的分支(即逻辑组2)，若否则进入逻辑表达式a为假所对应的分支(即逻辑组3)。

在逻辑组2中，通过解析逻辑表达式c&d&e，需要依赖三个逻辑片段：

逻辑片段c，判断是否有资格证，并将结果写入执行引擎上下文；

逻辑片段d，判断是佛有备案凭证，并将结果写入执行引擎上下文；

逻辑片段e，判断是否有增值电信证照，并将结果写入执行引擎上下文；

在基于三个逻辑片段后，合并三个逻辑片段的处理结果得到逻辑组2的处理结果，并将处理结果写入执行引擎上下文；

进一步，在逻辑组2的处理结果为t(即真)，路由到结束t节点(这里可为“固定成功节点”)，流程结束，准入成功；而逻辑组2的处理结果为f(即假)，路由到结束f节点(这里可为“固定失败节点”)，流程结束，准入失败。

在逻辑组3中，判断发起业务请求的用户是否为自营，若是则进入逻辑表达式b为真所对应的分支(即逻辑组4)，若否则进入逻辑表达式b为假所对应的分支(即结束f节点)，从而流程结束，准入失败。

在逻辑组4中，先解析表达式c&d&5，，需要依赖两个逻辑片段和一个嵌套逻辑组：

逻辑片段c，判断是否有资格证，并将结果写入执行引擎上下文；

逻辑片段d，判断是佛有备案凭证，并将结果写入执行引擎上下文；

嵌套逻辑组5，其中解析嵌套逻辑组5的表达式m|n|p，可知嵌套逻辑组5的依赖为：

逻辑片段m，判断执照是否符合要求，并将结果写入执行引擎上下文；

逻辑片段n，判断许可证是否符合要求，并将结果写入执行引擎上下文；

逻辑片段p，判断生成许可证是否符合要求，并将结果写入执行引擎上下文；

这样嵌套逻辑组5执行后返回逻辑表达式m|n|p的逻辑结果；

从而逻辑组4中，合并形成表达式c&d&e，并返回该表达式的t/f结果，其中当结果为t(即真)，则路由到结束t节点(这里可为“固定成功节点”)，流程结束，准入成功；当结果为f(即假)，则路由到结束f节点(这里可为“固定失败节点”)，流程结束，准入失败。

第三步处理，通过统一的前置处理系统，将分析结果进行汇总，汇总策略执行结果，并将结果写入执行引擎上下文中。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例侧重说明的都是与其他实施例的不同之处。尤其，对于系统、装置、设备、非易失性计算机存储介质实施例而言，由于其与方法是对应的，描述比较简单，相关之处参见方法实施例的部分说明即可。

本说明书实施例提供的系统、装置、设备、非易失性计算机存储介质与方法是对应的，它们也具有与对应方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述对应的系统、装置、设备、非易失性计算机存储介质的有益技术效果。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice，pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

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

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

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

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

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

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

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

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

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

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

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

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