CN117252554B - 基于决策引擎的业务流程互斥控制方法以及系统 - Google Patents

Abstract

本发明涉及数据处理领域，公开了一种基于决策引擎的业务流程互斥控制方法以及系统，用于实现规则策略与应用程序的代码分离解耦使得规则策略的维护更加方便。方法包括：对多个业务流程进行特征值字段识别，得到多个特征字段信息并配置多个候选决策引擎接口；获取流程互斥条件并配置第一规则策略和第一决策流；接收业务系统发送的审批流程请求并发送至业务流程控制模块；从预置的MySQL数据库中抽取多个流程在途数据的特征值；匹配对应的目标决策引擎接口并进行决策流和决策规则遍历，得到第二规则策略和第二决策流以及执行条件规则判断，得到规则条件执行结果；进行封装和待办逻辑生成，得到目标报文信息以及目标待办逻辑。

Description

基于决策引擎的业务流程互斥控制方法以及系统

技术领域

本发明涉及数据处理领域，尤其涉及一种基于决策引擎的业务流程互斥控制方法以及系统。

背景技术

账务系统发起融资到期日调整、息费变更、报价调整、息费延期、冲销撤回、冲销日期调整和费用减免等审批流程申请时，由于审批节点众多，审批周期较长，且审批节点中会和客户协商并签署各种合同，一旦合同签署确定，则后续不可随意更改。因此各流程之间存在在途流程的互斥操作，而且各流程发起时互斥的判断条件较为复杂多变，对后续维护和拓展带来很大的困难。

现有方案是将业务逻辑直接写入代码，通过代码编程实现审批申请流程发起时各流程之间互斥条件的判断限制，但是这种通过修改源代码来实现规则的变更，相对较为固定，不够灵活，且业务互斥规则条件同技术实现耦合度较高，条件规则控制较分散，重用度不高；当业务流程规则频繁变更时，难以达到快速开发的目标。

发明内容

本发明提供了一种基于决策引擎的业务流程互斥控制方法以及系统，用于实现规则策略与应用程序的代码分离解耦使得规则策略的维护更加方便。

本发明第一方面提供了一种基于决策引擎的业务流程互斥控制方法，所述基于决策引擎的业务流程互斥控制方法包括：

在预置决策引擎的对接中心中，对多个业务流程进行特征值字段识别，得到多个特征字段信息，并根据所述多个特征字段信息配置对应的多个候选决策引擎接口；

获取每个业务流程的流程互斥条件，并根据所述流程互斥条件配置每个业务流程的第一规则策略和第一决策流；

接收预置业务系统发送的审批流程请求，并将所述审批流程请求发送至预置的业务流程控制模块；

通过所述业务流程控制模块，根据所述审批流程请求从预置的MySQL数据库中抽取多个流程在途数据的特征值；

根据所述特征值从所述多个候选决策引擎接口匹配对应的目标决策引擎接口，并根据所述目标决策引擎接口对所述审批流程请求进行决策流和决策规则遍历，得到对应的第二规则策略和第二决策流，以及通过所述第二规则策略和所述第二决策流执行条件规则判断，得到规则条件执行结果；

通过所述决策引擎将所述规则条件执行结果发送至所述业务流程控制模块，并通过所述业务流程控制模块对所述规则条件执行结果进行封装和待办逻辑生成，得到目标报文信息以及目标待办逻辑，以及将所述目标报文信息以及所述目标待办逻辑返回至所述业务系统。

结合第一方面，在本发明第一方面的第一种实现方式中，所述在预置决策引擎的对接中心中，对多个业务流程进行特征值字段识别，得到多个特征字段信息，并根据所述多个特征字段信息配置对应的多个候选决策引擎接口，包括：

在预置决策引擎的对接中心中获取待处理的多个业务流程，并获取每个业务流程的目标流程文本信息；

对每个业务流程的目标流程文本信息进行关键词字段识别，得到每个业务流程的多个关键词字段；

对所述每个业务流程的多个关键词字段进行上下文信息分析，得到每个业务流程的关键词上下文信息；

对每个业务流程的关键词上下文信息进行特征筛选，得到多个特征字段信息，其中，所述特征字段信息与所述业务流程一一对应；

对所述多个特征字段信息进行特征解析，得到每个特征字段信息的特征解析结果，并根据每个特征字段信息的特征解析结果创建对应的接口配置参数；

根据所述接口配置参数生成对应的多个候选决策引擎接口，并创建每个业务流程的唯一标识符，以及根据所述唯一标识符构建所述多个业务流程以及所述多个候选决策引擎接口之间的接口关联模式。

结合第一方面，在本发明第一方面的第二种实现方式中，所述获取每个业务流程的流程互斥条件，并根据所述流程互斥条件配置每个业务流程的第一规则策略和第一决策流，包括：

获取每个业务流程的流程互斥条件，并根据所述流程互斥条件生成每个业务流程对应的多个初始逻辑规则；

对所述多个初始逻辑规则进行规则验证，得到每个初始逻辑规则的规则验证结果；

根据所述规则验证结果，对所述多个初始逻辑规则进行规则优化，得到每个业务流程的多个目标逻辑规则，并根据所述多个目标逻辑规则生成每个业务流程的第一规则策略；

对所述第一规则策略进行规则执行顺序分析，得到每个业务流程的规则执行顺序，并根据所述规则执行顺序和所述第一规则策略生成每个业务流程的第一决策流。

结合第一方面，在本发明第一方面的第三种实现方式中，所述通过所述业务流程控制模块，根据所述审批流程请求从预置的MySQL数据库中抽取多个流程在途数据的特征值，包括：

通过所述业务流程控制模块建立与预置MySQL数据库的数据库连接；

根据所述数据库连接，对所述审批流程请求进行请求解析，得到对应的请求标识符；

根据所述请求标识符对所述多个业务流程进行标识符匹配，得到所述审批流程请求对应的业务流程；

根据所述审批流程请求对应的业务流程从预置的MySQL数据库中抽取多个流程在途数据，并获取所述多个流程在途数据的特征值。

结合第一方面，在本发明第一方面的第四种实现方式中，所述根据所述特征值从所述多个候选决策引擎接口匹配对应的目标决策引擎接口，并根据所述目标决策引擎接口对所述审批流程请求进行决策流和决策规则遍历，得到对应的第二规则策略和第二决策流，以及通过所述第二规则策略和所述第二决策流执行条件规则判断，得到规则条件执行结果，包括：

根据所述特征值确定所述审批流程请求的接口关联模式，并根据所述接口关联模式从所述多个候选决策引擎接口匹配对应的目标决策引擎接口；

根据所述目标决策引擎接口对所述审批流程请求进行决策流和决策规则遍历，得到对应的第二规则策略和第二决策流；

通过所述第二规则策略和所述第二决策流执行条件规则判断，若命中配置的规则条件，则确定规则条件执行结果为返回不通过以及流程不可发起；若未命中配置的规则条件，则确定规则条件执行结果为返回通过以及流程可以发起。

结合第一方面，在本发明第一方面的第五种实现方式中，所述通过所述决策引擎将所述规则条件执行结果发送至所述业务流程控制模块，并通过所述业务流程控制模块对所述规则条件执行结果进行封装和待办逻辑生成，得到目标报文信息以及目标待办逻辑，以及将所述目标报文信息以及所述目标待办逻辑返回至所述业务系统，包括：

通过所述决策引擎，将所述规则条件执行结果发送至所述业务流程控制模块；

通过所述业务流程控制模块对所述规则条件执行结果进行封装，得到目标报文信息；

若所述规则条件执行结果为返回不通过以及流程不可发起，则创建所述审批流程请求的待办逻辑，得到目标待办逻辑；

将所述目标报文信息以及所述目标待办逻辑返回至所述业务系统，并通过所述业务系统对所述目标报文信息以及所述目标待办逻辑进行可视化展示。

结合第一方面，在本发明第一方面的第六种实现方式中，所述基于决策引擎的业务流程互斥控制方法还包括：

通过预置的遗传算法，对所述目标待办逻辑进行逻辑群体初始化，生成初始待办逻辑群体，其中，所述初始待办逻辑群体包括多个第一待办逻辑；

分别计算每个第一待办逻辑的第一适应度，并根据所述第一适应度对所述多个第一待办逻辑进行群体分割，得到群体分割结果；

根据所述群体分割结果匹配对应的群体优化策略，并根据所述群体优化策略生成对应的多个第二待办逻辑；

分别计算每个第二待办逻辑的第二适应度，并根据所述第二适应度对所述多个第二待办逻辑进行最优化排序分析，得到优化待办逻辑。

本发明第二方面提供了一种基于决策引擎的业务流程互斥控制系统，所述基于决策引擎的业务流程互斥控制系统包括：

识别模块，用于在预置决策引擎的对接中心中，对多个业务流程进行特征值字段识别，得到多个特征字段信息，并根据所述多个特征字段信息配置对应的多个候选决策引擎接口；

配置模块，用于获取每个业务流程的流程互斥条件，并根据所述流程互斥条件配置每个业务流程的第一规则策略和第一决策流；

接收模块，用于接收预置业务系统发送的审批流程请求，并将所述审批流程请求发送至预置的业务流程控制模块；

抽取模块，用于通过所述业务流程控制模块，根据所述审批流程请求从预置的MySQL数据库中抽取多个流程在途数据的特征值；

判断模块，用于根据所述特征值从所述多个候选决策引擎接口匹配对应的目标决策引擎接口，并根据所述目标决策引擎接口对所述审批流程请求进行决策流和决策规则遍历，得到对应的第二规则策略和第二决策流，以及通过所述第二规则策略和所述第二决策流执行条件规则判断，得到规则条件执行结果；

生成模块，用于通过所述决策引擎将所述规则条件执行结果发送至所述业务流程控制模块，并通过所述业务流程控制模块对所述规则条件执行结果进行封装和待办逻辑生成，得到目标报文信息以及目标待办逻辑，以及将所述目标报文信息以及所述目标待办逻辑返回至所述业务系统。

本发明第三方面提供了一种基于决策引擎的业务流程互斥控制设备，包括：存储器和至少一个处理器，所述存储器中存储有指令；所述至少一个处理器调用所述存储器中的所述指令，以使得所述基于决策引擎的业务流程互斥控制设备执行上述的基于决策引擎的业务流程互斥控制方法。

本发明的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述的基于决策引擎的业务流程互斥控制方法。

本发明提供的技术方案中，对多个业务流程进行特征值字段识别，得到多个特征字段信息并配置多个候选决策引擎接口；获取流程互斥条件并配置第一规则策略和第一决策流；接收业务系统发送的审批流程请求并发送至业务流程控制模块；从预置的MySQL数据库中抽取多个流程在途数据的特征值；匹配对应的目标决策引擎接口并进行决策流和决策规则遍历，得到第二规则策略和第二决策流以及执行条件规则判断，得到规则条件执行结果；进行封装和待办逻辑生成，得到目标报文信息以及目标待办逻辑。本发明引入决策引擎的能力，将业务流程互斥条件规则配置化。通过对接决策引擎，配置规则策略的形式，将规则策略与应用程序的代码分离解耦，使得规则策略的维护更加方便，规则策略也可以实时动态更新，而不需要修改应用程序的代码。业务人员可以通过修改规则策略来调整频繁变化业务逻辑，而无需了解具体的编程实现细节。这样可以降低业务人员参与业务逻辑调整的门槛。将业务互斥规则条件同技术实现进行解耦，互斥规则条件变更需要足够灵活，能够集中调整或者做到自动调整/提醒，以支持业务侧需求的变更。此外规则条件校验的结果能够实现自动化测试，且能够做到可视化拓扑，以达到容易确认和检查的目的。

附图说明

图1为本发明实施例中基于决策引擎的业务流程互斥控制方法的一个实施例示意图；

图2为本发明实施例中配置每个业务流程的第一规则策略和第一决策流的流程图；

图3为本发明实施例中抽取多个流程在途数据的特征值的流程图；

图4为本发明实施例中得到规则条件执行结果的流程图；

图5为本发明实施例中基于决策引擎的业务流程互斥控制系统的一个实施例示意图；

图6为本发明实施例中基于决策引擎的业务流程互斥控制设备的一个实施例示意图。

具体实施方式

本发明实施例提供了一种基于决策引擎的业务流程互斥控制方法以及系统，用于实现规则策略与应用程序的代码分离解耦使得规则策略的维护更加方便。本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等（如果存在）是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为便于理解，下面对本发明实施例的具体流程进行描述，请参阅图1，本发明实施例中基于决策引擎的业务流程互斥控制方法的一个实施例包括：

S101、在预置决策引擎的对接中心中，对多个业务流程进行特征值字段识别，得到多个特征字段信息，并根据多个特征字段信息配置对应的多个候选决策引擎接口；

可以理解的是，本发明的执行主体可以为基于决策引擎的业务流程互斥控制系统，还可以是终端或者服务器，具体此处不做限定。本发明实施例以服务器为执行主体为例进行说明。

具体的，在预置决策引擎的对接中心中，获取待处理的多个业务流程以及每个业务流程的目标流程文本信息。目标流程文本信息是审批流程中的文档或描述，其中包含了关键信息和条件。对每个业务流程的目标流程文本信息进行关键词字段识别。这一步骤有助于提取文本中的重要关键词，以便后续分析。关键词字段的提取可以采用自然语言处理技术，例如自然语言处理工具或算法来实现。接下来进行上下文信息分析。这一步骤的目的是理解关键词在文本中的上下文关系，以便更好地理解其含义。例如，如果一个关键词是"融资到期日"，上下文信息分析可以帮助确定它是否指的是延期或调整等操作。对每个业务流程的关键词上下文信息进行特征筛选。在这一步骤中，系统确定哪些特征字段信息对于决策引擎的配置是最重要的。这有助于精炼决策引擎的配置，使其更加高效。对特征字段信息进行特征解析。特征解析是将关键信息转化为计算机可理解的形式，以便进一步处理。这一步骤可以采用自定义规则或者自然语言处理技术，具体取决于业务需求。继而，根据每个特征字段信息的特征解析结果，创建对应的接口配置参数。接口配置参数用于配置决策引擎，以确保它根据特定的特征信息做出正确的决策。这些参数可以包括条件、规则、操作和决策流程的配置。根据接口配置参数生成对应的多个候选决策引擎接口，并创建每个业务流程的唯一标识符。这个唯一标识符用于区分不同的审批流程，以及根据唯一标识符构建多个业务流程和候选决策引擎接口之间的接口关联模式。

S102、获取每个业务流程的流程互斥条件，并根据流程互斥条件配置每个业务流程的第一规则策略和第一决策流；

具体的，获取每个业务流程的流程互斥条件。流程互斥条件是定义在每个审批流程中的规则，用于确定哪些流程可以同时运行，哪些需要互斥或排他执行。这些条件可以根据业务需求和规定来定义，例如，某个合同正在变更时，不能同时进行费用减免操作。根据这些流程互斥条件生成每个业务流程对应的多个初始逻辑规则。这些规则基于流程互斥条件，用于确定在给定条件下应采取的行动。例如，如果两个审批流程具有相同的客户标识，它们会被定义为互斥条件，因此规则可以确定在这种情况下的应对策略。对这些初始逻辑规则进行规则验证。这个步骤涉及到检查规则的逻辑和条件是否正确，并确保它们符合流程互斥条件的要求。规则验证的结果包括通过的规则、需要进一步优化的规则或者不符合条件的规则。根据规则验证的结果，对初始逻辑规则进行规则优化。规则优化的目标是确保规则能够准确地反映流程互斥条件，同时保持规则的简洁性和高效性。例如，如果规则中存在多余的条件，可以对其进行优化，以减少规则的复杂性。根据规则优化的结果生成每个业务流程的多个目标逻辑规则。这些目标逻辑规则是在流程互斥条件下经过验证和优化的规则，用于确定在不同情况下应采取的操作。这些规则将成为每个业务流程的第一规则策略的基础。对第一规则策略进行规则执行顺序分析，以确定每个业务流程的规则执行顺序。这是一个关键步骤，因为规则的执行顺序影响审批流程的结果。例如，如果某个规则要求在另一个规则之前执行，执行顺序就非常重要。根据规则执行顺序和第一规则策略生成每个业务流程的第一决策流。第一决策流是一个流程图或序列，描述了在特定条件下执行规则的顺序和结果。这将成为审批流程的指导，确保审批流程按照规则进行。

S103、接收预置业务系统发送的审批流程请求，并将审批流程请求发送至预置的业务流程控制模块；

需要说明的是，业务流程开始于预置的业务系统，这是一个企业内部的应用程序，用于发起和管理各种审批流程。审批流程请求通常由公司内部员工、客户或合作伙伴发起，例如，融资到期日调整、息费变更、报价调整等。当用户或系统触发一个审批流程请求，该请求需要被捕获和传递至决策引擎的控制模块以进行处理。这需要建立一个接口或中介层，用于接收、解析和传递请求。这个中介层可以是一个独立的服务，可以处理不同类型的审批流程请求，或者它可以嵌入到业务系统中，根据不同的请求类型来处理。接收审批流程请求需要实施有效的通信机制，通常使用标准的通信协议，如HTTP、SOAP、REST等，以便与业务系统进行集成。通过这些协议，业务系统将审批流程请求以结构化的方式传递给接口层。一旦审批流程请求被接收，接口层需要对请求进行解析。这包括提取关键信息，如请求的类型、请求者的标识、所涉及的流程等。这些信息将用于后续的处理和路由。解析后的审批流程请求需要被发送至预置的业务流程控制模块。业务流程控制模块是一个专门设计用于协调、管理和执行审批流程的组件。它包括流程规则的执行、状态跟踪、通知、决策引擎的调用等功能。业务流程控制模块需要根据审批流程请求的特性和要求，决定如何处理该请求。这涉及到多个步骤，例如，身份验证和授权：确认请求的发起者是否有权限执行该审批流程；审批流程路由：确定审批流程应该由哪个决策引擎或规则集来处理。这可以基于请求的属性、类型、请求者等信息；执行审批流程：将审批流程请求传递给决策引擎，根据预先配置的规则和条件来进行决策；状态跟踪和记录：监控审批流程的执行，记录审批流程的状态和结果。这对审计和监控非常重要；通知和反馈：向相关方发送通知，包括审批结果、下一步的操作等；异常处理：如果审批流程请求存在问题或决策引擎无法处理，需要进行适当的异常处理。具体的实现方式可以根据组织的需求和技术栈而变化。

S104、通过业务流程控制模块，根据审批流程请求从预置的MySQL数据库中抽取多个流程在途数据的特征值；

具体的，业务流程控制模块建立与预置MySQL数据库的数据库连接。这通常需要数据库连接信息，包括主机名、端口、用户名、密码等。通过这个连接，业务流程控制模块可以与数据库进行通信，并执行后续的数据查询操作。根据数据库连接，业务流程控制模块需要对审批流程请求进行请求解析。这包括解析请求中的信息，以确定请求的性质和特征。通常，请求中包含有关审批流程的标识符或其他关键信息。这些信息将被用来在数据库中检索相关的流程在途数据。根据请求解析得到的请求标识符，业务流程控制模块需要对多个业务流程进行标识符匹配。这是为了确定哪个业务流程与当前的审批流程请求相关联。匹配可以基于唯一的标识符、关键信息或其他特征，以确保正确的流程被选中。一旦匹配成功，业务流程控制模块就可以根据审批流程请求对应的业务流程从预置的MySQL数据库中抽取多个流程在途数据。流程在途数据是指已经启动但尚未完成的审批流程的信息。这些数据包括流程的当前状态、相关的条件、操作历史等。在提取流程在途数据之后，业务流程控制模块需要获取这些数据的特征值。特征值是流程在途数据中的重要属性或条件，用于后续的决策和互斥控制。特征值的提取涉及到从数据库中检索特定字段的值，或者对数据进行进一步的计算和分析以获得特征值。

S105、根据特征值从多个候选决策引擎接口匹配对应的目标决策引擎接口，并根据目标决策引擎接口对审批流程请求进行决策流和决策规则遍历，得到对应的第二规则策略和第二决策流，以及通过第二规则策略和第二决策流执行条件规则判断，得到规则条件执行结果；

具体的，根据特征值，确定审批流程请求的接口关联模式。接口关联模式定义了审批流程请求与候选决策引擎接口之间的关系。这可以根据特征值中包含的信息，如流程类型、关键词等来定义。接口关联模式将确定请求应该与哪个目标决策引擎接口进行匹配。根据接口关联模式，从多个候选决策引擎接口中匹配对应的目标决策引擎接口。目标决策引擎接口是预先配置的，用于处理特定类型的审批流程请求。匹配是基于接口关联模式的定义，以确保请求与正确的决策引擎接口进行关联。执行决策流和决策规则的匹配。决策流定义了审批流程请求的处理流程，包括哪些规则和操作应该执行。决策规则则规定了在特定情况下应该采取的行动。匹配是为了确定哪些规则适用于当前的审批流程请求。通过决策规则的匹配，得到了对应的第二规则策略和第二决策流。第二规则策略是规定了在审批流程中应该遵循的策略，而第二决策流则指明了规则的执行顺序和操作。执行条件规则判断。条件规则是在审批流程中定义的，用于确定是否应该通过审批流程请求。这些规则可以包括各种条件，如账户余额、信用评分、流程状态等。根据第二规则策略和第二决策流，执行条件规则的判断。如果命中配置的规则条件，那么规则条件执行结果为“返回不通过”以及“流程不可发起”。这意味着审批流程请求不符合规则，不能继续进行。如果未命中配置的规则条件，那么规则条件执行结果为“返回通过”以及“流程可以发起”。这表示审批流程请求满足了所有规则条件，可以继续执行。

S106、通过决策引擎将规则条件执行结果发送至业务流程控制模块，并通过业务流程控制模块对规则条件执行结果进行封装和待办逻辑生成，得到目标报文信息以及目标待办逻辑，以及将目标报文信息以及目标待办逻辑返回至业务系统。

具体的，通过决策引擎将规则条件执行结果发送至业务流程控制模块。一旦决策引擎完成对审批流程请求的分析和规则条件判断，它会生成一个执行结果，该结果需要被传递给业务流程控制模块。这通常通过标准通信协议来实现，例如HTTP请求或消息队列。业务流程控制模块将规则条件执行结果进行进一步的处理，包括封装和生成目标报文信息。目标报文信息通常包括审批流程请求的执行状态、审批结果以及其他相关信息。这些信息可以用于记录审批流程的历史、监控和审计等用途。如果规则条件执行结果指示审批流程不通过以及流程不可发起，那么业务流程控制模块需要生成目标待办逻辑。目标待办逻辑包括应该采取的操作，例如通知相关方、记录审批流程状态、或者采取其他必要的措施。生成目标待办逻辑是为了确保审批流程的不通过状态能够得到适当的处理。业务流程控制模块将目标报文信息和目标待办逻辑返回给业务系统，并通过业务系统对这些信息进行可视化展示。这允许审批流程的结果以易于理解的方式呈现给相关方，包括流程请求发起者、审批者和监管机构。

本发明实施例中，对多个业务流程进行特征值字段识别，得到多个特征字段信息并配置多个候选决策引擎接口；获取流程互斥条件并配置第一规则策略和第一决策流；接收业务系统发送的审批流程请求并发送至业务流程控制模块；从预置的MySQL数据库中抽取多个流程在途数据的特征值；匹配对应的目标决策引擎接口并进行决策流和决策规则遍历，得到第二规则策略和第二决策流以及执行条件规则判断，得到规则条件执行结果；进行封装和待办逻辑生成，得到目标报文信息以及目标待办逻辑。本发明引入决策引擎的能力，将业务流程互斥条件规则配置化。通过对接决策引擎，配置规则策略的形式，将规则策略与应用程序的代码分离解耦，使得规则策略的维护更加方便，规则策略也可以实时动态更新，而不需要修改应用程序的代码。业务人员可以通过修改规则策略来调整频繁变化业务逻辑，而无需了解具体的编程实现细节。这样可以降低业务人员参与业务逻辑调整的门槛。将业务互斥规则条件同技术实现进行解耦，互斥规则条件变更需要足够灵活，能够集中调整或者做到自动调整/提醒，以支持业务侧需求的变更。此外规则条件校验的结果能够实现自动化测试，且能够做到可视化拓扑，以达到容易确认和检查的目的。

在一具体实施例中，执行步骤S101的过程可以具体包括如下步骤：

（1）在预置决策引擎的对接中心中获取待处理的多个业务流程，并获取每个业务流程的目标流程文本信息；

（2）对每个业务流程的目标流程文本信息进行关键词字段识别，得到每个业务流程的多个关键词字段；

（3）对每个业务流程的多个关键词字段进行上下文信息分析，得到每个业务流程的关键词上下文信息；

（4）对每个业务流程的关键词上下文信息进行特征筛选，得到多个特征字段信息，其中，特征字段信息与业务流程一一对应；

（5）对多个特征字段信息进行特征解析，得到每个特征字段信息的特征解析结果，并根据每个特征字段信息的特征解析结果创建对应的接口配置参数；

（6）根据接口配置参数生成对应的多个候选决策引擎接口，并创建每个业务流程的唯一标识符，以及根据唯一标识符构建多个业务流程以及多个候选决策引擎接口之间的接口关联模式。

具体的，在预置决策引擎的对接中心获取待处理的多个业务流程。这可以是通过系统用户提交审批请求，或者通过自动化流程触发的。每个业务流程通常包括一个或多个审批节点，需要根据特定的条件和规则来处理。对每个业务流程的目标流程文本信息进行关键词字段识别。从流程文本中提取关键字或短语，以捕捉流程的主题、要求或特征。关键词识别通常需要文本分析技术，如自然语言处理。对每个业务流程的多个关键词字段进行上下文信息分析。理解关键词在流程文本中的上下文和含义。这可以帮助确定关键词之间的关系，以及它们如何与业务流程的特定方面相关联。进行特征筛选，以从关键词中选择与业务流程控制相关的特征。特征筛选可以基于先前的知识和规则，以确定哪些特征字段是关键的，应该被纳入流程控制。进行特征解析。将特征字段信息转化为结构化的数据，以便后续的处理。特征解析可以包括将关键词映射到相应的规则、条件或操作，并将其与决策引擎的配置参数相关联。根据特征解析的结果，生成接口配置参数。这些参数是决策引擎接口所需的信息，用于执行特定的决策和流程控制。接口配置参数通常包括规则、条件、操作和其他相关信息。根据接口配置参数生成候选决策引擎接口，并为每个业务流程创建唯一标识符。这确保了每个流程都可以与正确的决策引擎接口进行匹配。同时，根据唯一标识符构建接口关联模式，以确定哪个接口适用于每个特定的业务流程。

在一具体实施例中，如图2所示，执行步骤S102的过程可以具体包括如下步骤：

S201、获取每个业务流程的流程互斥条件，并根据流程互斥条件生成每个业务流程对应的多个初始逻辑规则；

S202、对多个初始逻辑规则进行规则验证，得到每个初始逻辑规则的规则验证结果；

S203、根据规则验证结果，对多个初始逻辑规则进行规则优化，得到每个业务流程的多个目标逻辑规则，并根据多个目标逻辑规则生成每个业务流程的第一规则策略；

S204、对第一规则策略进行规则执行顺序分析，得到每个业务流程的规则执行顺序，并根据规则执行顺序和第一规则策略生成每个业务流程的第一决策流。

具体的，获取每个业务流程的流程互斥条件。这是关于每个流程的规则和条件，它们定义了不同流程之间的互斥关系。流程互斥条件包括时间、资源、状态等方面的规则。这些条件通常由业务需求和规定来确定。根据流程互斥条件生成每个业务流程对应的多个初始逻辑规则。这些初始规则是基于流程互斥条件的直接映射，以确保流程在处理时遵循互斥条件。例如，如果一个流程要求在某时间段内完成，初始规则可以是“流程完成时间不得超过指定时间”。随后，对这些初始逻辑规则进行规则验证。规则验证是为了确保这些规则是有效和合理的。这包括检查规则是否有歧义、是否符合业务需求，并且是否可以正确执行。验证通常依赖于规则引擎或专门的验证工具。根据规则验证的结果，对初始逻辑规则进行规则优化。这涉及到修正不合理的规则、消除歧义或简化规则。目标是确保规则集合是清晰、高效且容易维护的。规则优化通常需要规则设计师和领域专家的参与。一旦规则优化完成，就可以生成每个业务流程的多个目标逻辑规则。这些目标规则是经过验证和优化的规则，可以用于流程控制。目标规则是更具体的、更清晰的规则，以确保流程的正确执行。根据这些目标逻辑规则生成每个业务流程的第一规则策略。规则策略定义了如何应用规则，包括规则的触发条件、执行操作、和规则之间的优先级。第一规则策略是确保规则能够在流程中正确执行的关键。对第一规则策略进行规则执行顺序分析，以确定规则的执行顺序。这是为了确保规则按照正确的顺序触发，以满足流程互斥条件。规则执行顺序分析通常考虑规则之间的依赖性和逻辑关系。

在一具体实施例中，如图3所示，执行步骤S103的过程可以具体包括如下步骤：

S301、通过业务流程控制模块建立与预置MySQL数据库的数据库连接；

S302、根据数据库连接，对审批流程请求进行请求解析，得到对应的请求标识符；

S303、根据请求标识符对多个业务流程进行标识符匹配，得到审批流程请求对应的业务流程；

S304、根据审批流程请求对应的业务流程从预置的MySQL数据库中抽取多个流程在途数据，并获取多个流程在途数据的特征值。

具体的，业务流程控制模块需要建立与预置MySQL数据库的数据库连接。这是为了能够访问和查询数据库中存储的业务流程数据。通常，数据库连接需要提供数据库的地址、用户名、密码等信息。随后，对审批流程请求进行请求解析。这包括将从业务系统接收的请求进行解析，以确定请求中包含的信息，如审批流程的标识符、类型、相关数据等。请求解析通常依赖于请求的格式和标准，以确保正确地识别请求的内容。一旦请求被解析，就可以得到请求标识符。这是一个唯一的标识符，用于标识每个审批流程请求。请求标识符的生成通常基于请求的内容和特定规则，以确保其唯一性。根据请求标识符对多个业务流程进行标识符匹配。将请求标识符与数据库中存储的业务流程的标识符进行匹配，以找到与请求相关的业务流程。这可以帮助系统确定请求需要进入哪个业务流程的控制和处理。根据审批流程请求对应的业务流程从预置的MySQL数据库中抽取多个流程在途数据。流程在途数据是关于业务流程当前状态和进展的信息，通常包括流程的步骤、审批人员、审批历史、相关文件等。这些数据的提取通常依赖于业务流程的标识符和数据库查询操作。

在一具体实施例中，如图4所示，执行步骤S104的过程可以具体包括如下步骤：

S401、根据特征值确定审批流程请求的接口关联模式，并根据接口关联模式从多个候选决策引擎接口匹配对应的目标决策引擎接口；

S402、根据目标决策引擎接口对审批流程请求进行决策流和决策规则遍历，得到对应的第二规则策略和第二决策流；

S403、通过第二规则策略和第二决策流执行条件规则判断，若命中配置的规则条件，则确定规则条件执行结果为返回不通过以及流程不可发起；若未命中配置的规则条件，则确定规则条件执行结果为返回通过以及流程可以发起。

具体的，根据特征值确定审批流程请求的接口关联模式。特征值是审批流程请求的关键信息，可以包括请求的类型、相关数据、发起人信息等。接口关联模式是一种规则或映射，它定义了如何将特定的特征值映射到适当的决策引擎接口。这通常需要一个规则引擎或配置管理系统来实现，以确保特征值与接口的正确匹配。根据接口关联模式从多个候选决策引擎接口中匹配对应的目标决策引擎接口。系统将根据特征值的映射规则，选择适当的决策引擎接口来处理审批流程请求。不同的审批请求需要不同的决策引擎，根据特征值的匹配，选择合适的目标接口。进行决策流和决策规则的匹配。决策流是定义了审批流程的执行步骤和决策规则的顺序。这一步骤是为了确保审批流程按照正确的顺序执行，以满足业务需求。决策规则是审批请求的条件规则，它们用于判断审批请求是否通过或拒绝。通过第二规则策略和第二决策流执行条件规则判断。这一步是关于规则条件的判断和执行。如果审批请求满足了配置的规则条件，系统将确定规则条件执行结果为“不通过”，并通知用户流程不可发起。如果审批请求不符合规则条件，系统将确定规则条件执行结果为“通过”，并允许流程发起。这一过程确保了审批流程的自动化和规则执行，提高了审批流程的效率和一致性。

在一具体实施例中，执行步骤S105的过程可以具体包括如下步骤：

（1）通过决策引擎，将规则条件执行结果发送至业务流程控制模块；

（2）通过业务流程控制模块对规则条件执行结果进行封装，得到目标报文信息；

（3）若规则条件执行结果为返回不通过以及流程不可发起，则创建审批流程请求的待办逻辑，得到目标待办逻辑；

（4）将目标报文信息以及目标待办逻辑返回至业务系统，并通过业务系统对目标报文信息以及目标待办逻辑进行可视化展示。

具体的，通过决策引擎，将规则条件执行结果发送至业务流程控制模块。决策引擎会将审批请求的规则条件执行结果传递给业务流程控制模块，通常通过API调用或消息传递的方式进行。这一步确保了决策引擎的结果能够被后续的处理模块获取和处理。业务流程控制模块对规则条件执行结果进行封装，以生成目标报文信息。这个报文信息通常包括审批请求的详细信息、决策结果、审批历史等。封装的过程包括数据格式转换、信息摘要生成等操作，以确保生成的报文信息符合业务需求和标准。若规则条件执行结果为返回不通过以及流程不可发起，业务流程控制模块将根据这一结果创建审批流程请求的待办逻辑。待办逻辑定义了对审批请求的后续操作，通常包括通知相关人员、记录审批结果、的重新发起请求等。这一步骤确保了系统能够处理不通过的审批请求，提供进一步的处理指导。将目标报文信息和待办逻辑返回至业务系统，并通过业务系统对这些信息进行可视化展示。这包括将审批结果和相关信息呈现给相关的用户或审批人员，通常通过用户界面或报告生成。可视化展示帮助相关人员了解审批请求的状态和结果，以便他们可以做出进一步的决策或采取适当的行动。

在一具体实施例中，执行步骤S106的过程可以具体包括如下步骤：

（1）通过预置的遗传算法，对目标待办逻辑进行逻辑群体初始化，生成初始待办逻辑群体，其中，初始待办逻辑群体包括多个第一待办逻辑；

（2）分别计算每个第一待办逻辑的第一适应度，并根据第一适应度对多个第一待办逻辑进行群体分割，得到群体分割结果；

（3）根据群体分割结果匹配对应的群体优化策略，并根据群体优化策略生成对应的多个第二待办逻辑；

（4）分别计算每个第二待办逻辑的第二适应度，并根据第二适应度对多个第二待办逻辑进行最优化排序分析，得到优化待办逻辑。

具体的，使用预置的遗传算法，对目标待办逻辑进行逻辑群体初始化。逻辑群体是一组不同的待办逻辑方案。这些方案可以是与审批请求相关的不同路径或策略，每个方案对应一个第一待办逻辑。初始化时，可以使用随机生成的逻辑方案，以确保多样性。分别计算每个第一待办逻辑的第一适应度。第一适应度是一个评估标准，用于确定每个第一待办逻辑的性能或质量。它可以基于不同的因素，如执行时间、资源利用率、成本效益等进行计算。适应度计算可以使用预定义的规则或评估函数。根据第一适应度对多个第一待办逻辑进行群体分割。将第一待办逻辑分成不同的群体，通常是高适应度、中适应度和低适应度群体。这一步骤有助于筛选出性能较好的逻辑方案。根据群体分割结果，匹配对应的群体优化策略。群体优化策略是一组规则或方法，用于改进逻辑方案，使其更加符合审批请求的要求。不同的群体可以应用不同的策略，以提高性能。随后，根据群体优化策略生成对应的多个第二待办逻辑。这些第二待办逻辑是对第一待办逻辑的改进版本，经过策略应用后，它们被优化以提高性能。分别计算每个第二待办逻辑的第二适应度，并根据第二适应度对多个第二待办逻辑进行最优化排序分析。这一步骤有助于确定哪个第二待办逻辑是最适合的，通常是具有最高适应度的逻辑。这个逻辑将被选择为最终的待办逻辑，用于进一步的审批流程。

上面对本发明实施例中基于决策引擎的业务流程互斥控制方法进行了描述，下面对本发明实施例中基于决策引擎的业务流程互斥控制系统进行描述，请参阅图5，本发明实施例中基于决策引擎的业务流程互斥控制系统一个实施例包括：

识别模块501，用于在预置决策引擎的对接中心中，对多个业务流程进行特征值字段识别，得到多个特征字段信息，并根据所述多个特征字段信息配置对应的多个候选决策引擎接口；

配置模块502，用于获取每个业务流程的流程互斥条件，并根据所述流程互斥条件配置每个业务流程的第一规则策略和第一决策流；

接收模块503，用于接收预置业务系统发送的审批流程请求，并将所述审批流程请求发送至预置的业务流程控制模块；

抽取模块504，用于通过所述业务流程控制模块，根据所述审批流程请求从预置的MySQL数据库中抽取多个流程在途数据的特征值；

判断模块505，用于根据所述特征值从所述多个候选决策引擎接口匹配对应的目标决策引擎接口，并根据所述目标决策引擎接口对所述审批流程请求进行决策流和决策规则遍历，得到对应的第二规则策略和第二决策流，以及通过所述第二规则策略和所述第二决策流执行条件规则判断，得到规则条件执行结果；

生成模块506，用于通过所述决策引擎将所述规则条件执行结果发送至所述业务流程控制模块，并通过所述业务流程控制模块对所述规则条件执行结果进行封装和待办逻辑生成，得到目标报文信息以及目标待办逻辑，以及将所述目标报文信息以及所述目标待办逻辑返回至所述业务系统。

通过上述各个组成部分的协同合作，对多个业务流程进行特征值字段识别，得到多个特征字段信息并配置多个候选决策引擎接口；获取流程互斥条件并配置第一规则策略和第一决策流；接收业务系统发送的审批流程请求并发送至业务流程控制模块；从预置的MySQL数据库中抽取多个流程在途数据的特征值；匹配对应的目标决策引擎接口并进行决策流和决策规则遍历，得到第二规则策略和第二决策流以及执行条件规则判断，得到规则条件执行结果；进行封装和待办逻辑生成，得到目标报文信息以及目标待办逻辑。本发明引入决策引擎的能力，将业务流程互斥条件规则配置化。通过对接决策引擎，配置规则策略的形式，将规则策略与应用程序的代码分离解耦，使得规则策略的维护更加方便，规则策略也可以实时动态更新，而不需要修改应用程序的代码。业务人员可以通过修改规则策略来调整频繁变化业务逻辑，而无需了解具体的编程实现细节。这样可以降低业务人员参与业务逻辑调整的门槛。将业务互斥规则条件同技术实现进行解耦，互斥规则条件变更需要足够灵活，能够集中调整或者做到自动调整/提醒，以支持业务侧需求的变更。此外规则条件校验的结果能够实现自动化测试，且能够做到可视化拓扑，以达到容易确认和检查的目的。

上面图5从模块化功能实体的角度对本发明实施例中的基于决策引擎的业务流程互斥控制系统进行详细描述，下面从硬件处理的角度对本发明实施例中基于决策引擎的业务流程互斥控制设备进行详细描述。

图6是本发明实施例提供的一种基于决策引擎的业务流程互斥控制设备的结构示意图，该基于决策引擎的业务流程互斥控制设备600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器（central processing units，CPU）610（例如，一个或一个以上处理器）和存储器620，一个或一个以上存储应用程序633或数据632的存储介质630（例如一个或一个以上海量存储设备）。其中，存储器620和存储介质630可以是短暂存储或持久存储。存储在存储介质630的程序可以包括一个或一个以上模块（图示没标出），每个模块可以包括对基于决策引擎的业务流程互斥控制设备600中的一系列指令操作。更进一步地，处理器610可以设置为与存储介质630通信，在基于决策引擎的业务流程互斥控制设备600上执行存储介质630中的一系列指令操作。

基于决策引擎的业务流程互斥控制设备600还可以包括一个或一个以上电源640，一个或一个以上有线或无线网络接口650，一个或一个以上输入输出接口660，和/或，一个或一个以上操作系统631，例如Windows Server，Mac OS X，Unix，Linux，FreeBSD等等。本领域技术人员可以理解，图6示出的基于决策引擎的业务流程互斥控制设备结构并不构成对基于决策引擎的业务流程互斥控制设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本发明还提供一种基于决策引擎的业务流程互斥控制设备，所述基于决策引擎的业务流程互斥控制设备包括存储器和处理器，存储器中存储有计算机可读指令，计算机可读指令被处理器执行时，使得处理器执行上述各实施例中的所述基于决策引擎的业务流程互斥控制方法的步骤。

本发明还提供一种计算机可读存储介质，该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行所述基于决策引擎的业务流程互斥控制方法的步骤。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（read-only memory，ROM）、随机存取存储器（random access memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (4)

1.一种基于决策引擎的业务流程互斥控制方法，其特征在于，所述基于决策引擎的业务流程互斥控制方法包括：

在预置决策引擎的对接中心中，对多个业务流程进行特征值字段识别，得到多个特征字段信息，并根据所述多个特征字段信息配置对应的多个候选决策引擎接口；具体包括：在预置决策引擎的对接中心中获取待处理的多个业务流程，并获取每个业务流程的目标流程文本信息；对每个业务流程的目标流程文本信息进行关键词字段识别，得到每个业务流程的多个关键词字段；对所述每个业务流程的多个关键词字段进行上下文信息分析，得到每个业务流程的关键词上下文信息；对每个业务流程的关键词上下文信息进行特征筛选，得到多个特征字段信息，其中，所述特征字段信息与所述业务流程一一对应；对所述多个特征字段信息进行特征解析，得到每个特征字段信息的特征解析结果，并根据每个特征字段信息的特征解析结果创建对应的接口配置参数；根据所述接口配置参数生成对应的多个候选决策引擎接口，并创建每个业务流程的唯一标识符，以及根据所述唯一标识符构建所述多个业务流程以及所述多个候选决策引擎接口之间的接口关联模式；

获取每个业务流程的流程互斥条件，并根据所述流程互斥条件配置每个业务流程的第一规则策略和第一决策流；具体包括：获取每个业务流程的流程互斥条件，并根据所述流程互斥条件生成每个业务流程对应的多个初始逻辑规则；对所述多个初始逻辑规则进行规则验证，得到每个初始逻辑规则的规则验证结果；根据所述规则验证结果，对所述多个初始逻辑规则进行规则优化，得到每个业务流程的多个目标逻辑规则，并根据所述多个目标逻辑规则生成每个业务流程的第一规则策略；对所述第一规则策略进行规则执行顺序分析，得到每个业务流程的规则执行顺序，并根据所述规则执行顺序和所述第一规则策略生成每个业务流程的第一决策流；

接收预置业务系统发送的审批流程请求，并将所述审批流程请求发送至预置的业务流程控制模块；

通过所述业务流程控制模块，根据所述审批流程请求从预置的MySQL数据库中抽取多个流程在途数据的特征值；具体包括：通过所述业务流程控制模块建立与预置MySQL数据库的数据库连接；根据所述数据库连接，对所述审批流程请求进行请求解析，得到对应的请求标识符；根据所述请求标识符对所述多个业务流程进行标识符匹配，得到所述审批流程请求对应的业务流程；根据所述审批流程请求对应的业务流程从预置的MySQL数据库中抽取多个流程在途数据，并获取所述多个流程在途数据的特征值；

根据所述特征值从所述多个候选决策引擎接口匹配对应的目标决策引擎接口，并根据所述目标决策引擎接口对所述审批流程请求进行决策流和决策规则遍历，得到对应的第二规则策略和第二决策流，以及通过所述第二规则策略和所述第二决策流执行条件规则判断，得到规则条件执行结果；具体包括：根据所述特征值确定所述审批流程请求的接口关联模式，并根据所述接口关联模式从所述多个候选决策引擎接口匹配对应的目标决策引擎接口；根据所述目标决策引擎接口对所述审批流程请求进行决策流和决策规则遍历，得到对应的第二规则策略和第二决策流；通过所述第二规则策略和所述第二决策流执行条件规则判断，若命中配置的规则条件，则确定规则条件执行结果为返回不通过以及流程不可发起；若未命中配置的规则条件，则确定规则条件执行结果为返回通过以及流程可以发起；

通过所述决策引擎将所述规则条件执行结果发送至所述业务流程控制模块，并通过所述业务流程控制模块对所述规则条件执行结果进行封装和待办逻辑生成，得到目标报文信息以及目标待办逻辑，以及将所述目标报文信息以及所述目标待办逻辑返回至所述业务系统；具体包括：通过所述决策引擎，将所述规则条件执行结果发送至所述业务流程控制模块；通过所述业务流程控制模块对所述规则条件执行结果进行封装，得到目标报文信息；若所述规则条件执行结果为返回不通过以及流程不可发起，则创建所述审批流程请求的待办逻辑，得到目标待办逻辑；将所述目标报文信息以及所述目标待办逻辑返回至所述业务系统，并通过所述业务系统对所述目标报文信息以及所述目标待办逻辑进行可视化展示；其中，所述基于决策引擎的业务流程互斥控制方法还包括：通过预置的遗传算法，对所述目标待办逻辑进行逻辑群体初始化，生成初始待办逻辑群体，其中，所述初始待办逻辑群体包括多个第一待办逻辑；分别计算每个第一待办逻辑的第一适应度，并根据所述第一适应度对所述多个第一待办逻辑进行群体分割，得到群体分割结果；根据所述群体分割结果匹配对应的群体优化策略，并根据所述群体优化策略生成对应的多个第二待办逻辑；分别计算每个第二待办逻辑的第二适应度，并根据所述第二适应度对所述多个第二待办逻辑进行最优化排序分析，得到优化待办逻辑。

2.一种基于决策引擎的业务流程互斥控制系统，其特征在于，所述基于决策引擎的业务流程互斥控制系统包括：

识别模块，用于在预置决策引擎的对接中心中，对多个业务流程进行特征值字段识别，得到多个特征字段信息，并根据所述多个特征字段信息配置对应的多个候选决策引擎接口；具体包括：在预置决策引擎的对接中心中获取待处理的多个业务流程，并获取每个业务流程的目标流程文本信息；对每个业务流程的目标流程文本信息进行关键词字段识别，得到每个业务流程的多个关键词字段；对所述每个业务流程的多个关键词字段进行上下文信息分析，得到每个业务流程的关键词上下文信息；对每个业务流程的关键词上下文信息进行特征筛选，得到多个特征字段信息，其中，所述特征字段信息与所述业务流程一一对应；对所述多个特征字段信息进行特征解析，得到每个特征字段信息的特征解析结果，并根据每个特征字段信息的特征解析结果创建对应的接口配置参数；根据所述接口配置参数生成对应的多个候选决策引擎接口，并创建每个业务流程的唯一标识符，以及根据所述唯一标识符构建所述多个业务流程以及所述多个候选决策引擎接口之间的接口关联模式；

配置模块，用于获取每个业务流程的流程互斥条件，并根据所述流程互斥条件配置每个业务流程的第一规则策略和第一决策流；具体包括：获取每个业务流程的流程互斥条件，并根据所述流程互斥条件生成每个业务流程对应的多个初始逻辑规则；对所述多个初始逻辑规则进行规则验证，得到每个初始逻辑规则的规则验证结果；根据所述规则验证结果，对所述多个初始逻辑规则进行规则优化，得到每个业务流程的多个目标逻辑规则，并根据所述多个目标逻辑规则生成每个业务流程的第一规则策略；对所述第一规则策略进行规则执行顺序分析，得到每个业务流程的规则执行顺序，并根据所述规则执行顺序和所述第一规则策略生成每个业务流程的第一决策流；

接收模块，用于接收预置业务系统发送的审批流程请求，并将所述审批流程请求发送至预置的业务流程控制模块；

抽取模块，用于通过所述业务流程控制模块，根据所述审批流程请求从预置的MySQL数据库中抽取多个流程在途数据的特征值；具体包括：通过所述业务流程控制模块建立与预置MySQL数据库的数据库连接；根据所述数据库连接，对所述审批流程请求进行请求解析，得到对应的请求标识符；根据所述请求标识符对所述多个业务流程进行标识符匹配，得到所述审批流程请求对应的业务流程；根据所述审批流程请求对应的业务流程从预置的MySQL数据库中抽取多个流程在途数据，并获取所述多个流程在途数据的特征值；

判断模块，用于根据所述特征值从所述多个候选决策引擎接口匹配对应的目标决策引擎接口，并根据所述目标决策引擎接口对所述审批流程请求进行决策流和决策规则遍历，得到对应的第二规则策略和第二决策流，以及通过所述第二规则策略和所述第二决策流执行条件规则判断，得到规则条件执行结果；具体包括：根据所述特征值确定所述审批流程请求的接口关联模式，并根据所述接口关联模式从所述多个候选决策引擎接口匹配对应的目标决策引擎接口；根据所述目标决策引擎接口对所述审批流程请求进行决策流和决策规则遍历，得到对应的第二规则策略和第二决策流；通过所述第二规则策略和所述第二决策流执行条件规则判断，若命中配置的规则条件，则确定规则条件执行结果为返回不通过以及流程不可发起；若未命中配置的规则条件，则确定规则条件执行结果为返回通过以及流程可以发起；

生成模块，用于通过所述决策引擎将所述规则条件执行结果发送至所述业务流程控制模块，并通过所述业务流程控制模块对所述规则条件执行结果进行封装和待办逻辑生成，得到目标报文信息以及目标待办逻辑，以及将所述目标报文信息以及所述目标待办逻辑返回至所述业务系统；具体包括：通过所述决策引擎，将所述规则条件执行结果发送至所述业务流程控制模块；通过所述业务流程控制模块对所述规则条件执行结果进行封装，得到目标报文信息；若所述规则条件执行结果为返回不通过以及流程不可发起，则创建所述审批流程请求的待办逻辑，得到目标待办逻辑；将所述目标报文信息以及所述目标待办逻辑返回至所述业务系统，并通过所述业务系统对所述目标报文信息以及所述目标待办逻辑进行可视化展示；其中，所述基于决策引擎的业务流程互斥控制方法还包括：通过预置的遗传算法，对所述目标待办逻辑进行逻辑群体初始化，生成初始待办逻辑群体，其中，所述初始待办逻辑群体包括多个第一待办逻辑；分别计算每个第一待办逻辑的第一适应度，并根据所述第一适应度对所述多个第一待办逻辑进行群体分割，得到群体分割结果；根据所述群体分割结果匹配对应的群体优化策略，并根据所述群体优化策略生成对应的多个第二待办逻辑；分别计算每个第二待办逻辑的第二适应度，并根据所述第二适应度对所述多个第二待办逻辑进行最优化排序分析，得到优化待办逻辑。

3.一种基于决策引擎的业务流程互斥控制设备，其特征在于，所述基于决策引擎的业务流程互斥控制设备包括：存储器和至少一个处理器，所述存储器中存储有指令；

所述至少一个处理器调用所述存储器中的所述指令，以使得所述基于决策引擎的业务流程互斥控制设备执行如权利要求1所述的基于决策引擎的业务流程互斥控制方法。

4.一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，其特征在于，所述指令被处理器执行时实现如权利要求1所述的基于决策引擎的业务流程互斥控制方法。