CN113592426B - 审批策略的生成方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请提供了一种审批策略的生成方法、装置、计算机设备和存储介质。该方法包括：通过获取待处理的审批流程类型，获取该审批流程类型对应的多个审批策略组，根据多个审批策略组分别对应的多个审批节点和节点顺序，获得多个审批策略组分别对应的组审批策略，并根据多个审批策略组分别对应的组审批策略，得到该审批流程类型对应的审批策略。本公开实现了针对审批流程类型配置审批策略组，并为每个审批策略组配置多个审批节点，使得组审批策略和审批节点具有可扩展性，提高了生成审批流程类型对应的审批策略的灵活性和效率。

Description

审批策略的生成方法、装置、计算机设备和存储介质

技术领域

本申请涉及审批流程的处理领域，特别是涉及一种审批策略的生成方法、装置、计算机设备和存储介质。

背景技术

企业在实际经营过程中，面临多种需要进行审批的业务，在进行流程管理系统配置处理时，通常需要为各种业务分别配置对应的审批流程。当发生业务新增、减少或者变更时，再针对各个审批流程进行调整处理。

目前技术中，企业待审批业务复杂的情况下，进行审批策略生成的效率较低。

发明内容

基于此，有必要针对目前技术中存在的审批策略生成的效率低的技术问题，提供一种审批策略的生成方法、装置、计算机设备和存储介质。

一种审批策略的生成方法，所述方法包括：

获取待处理的审批流程类型；

获取所述审批流程类型对应的多个审批策略组；每个所述审批策略组对应有多个审批节点；

根据所述多个审批策略组分别对应的多个审批节点和所述多个审批节点的节点顺序，获得所述多个审批策略组分别对应的组审批策略；

合并所述多个审批策略组分别对应的组审批策略，得到所述审批流程类型对应的审批策略。

在其中一个实施例中，所述审批节点包括节点名称和节点配置，所述节点配置包括用于指示本审批节点的审批内容，所述根据所述多个审批策略组分别对应的多个审批节点和所述多个审批节点的节点顺序，获得所述多个审批策略组分别对应的组审批策略，包括：

根据所述多个审批策略组分别对应的多个审批节点、所述多个审批节点的节点顺序、所述多个审批节点的节点名称和节点配置指示的审批内容，获得所述多个审批策略组分别对应的组审批策略。

在其中一个实施例中，所述节点配置中还包括用于指示审批流程类型是否需经过审批节点审批的审批经过条件，所述方法还包括：

根据所述多个审批策略组中的每个审批策略组在对应的多个审批节点的审批经过条件，生成所述每个审批策略组在所述多个审批节点的节点过滤器；所述组审批策略中还包括所述节点过滤器。

在其中一个实施例中，所述节点配置还包括增强列表，所述增强列表用于指示本审批节点针对预设来源的审批流程的处理措施，所述方法还包括：

根据所述每个审批策略组在对应的多个审批节点的审批内容的来源地址和对应的处理措施，生成所述每个审批策略组在所述多个审批节点的增强列表。

在其中一个实施例中，所述审批配置还包括增强参数，所述增强参数用于指示本审批节点对审批内容的审批方式，所述方法还包括：

根据所述每个审批策略组在所述多个审批节点对审批内容的审批方式，生成所述每个审批策略组在所述多个审批节点的增强参数。

在其中一个实施例中，所述根据所述多个审批策略组分别对应的多个审批节点和所述多个审批节点的节点顺序，获得所述多个审批策略组分别对应的组审批策略之后，还包括：

获取所述每个审批策略组的节点创建请求；所述节点创建请求中携带有待创建节点信息；所述待创建节点信息中包括待创建节点的节点名称、节点配置和节点顺序；

在所述每个审批策略组对应的组审批策略中，增加与所述待创建节点信息对应的审批节点；

和/或，

获取所述每个审批策略组的节点变更请求，所述节点变更请求中携带有待变更节点信息；所述待变更节点信息中包括待变更节点的节点名称和待变更内容；

在所述每个审批策略组对应的组审批策略中，根据所述待变更节点信息调整所述多个审批节点，得到变更后的组审批策略；

和/或，

获取所述每个审批策略组的节点删除请求，所述节点删除请求中携带有待删除节点信息；

在所述每个审批策略组对应的审批策略中，删除所述待删除节点信息对应的审批节点，得到删除后的组审批策略。

在其中一个实施例中，所述根据所述多个审批策略组分别对应的多个审批节点和所述多个审批节点的节点顺序，获得所述多个审批策略组分别对应的组审批策略之后，还包括：

获取所述每个审批策略组的策略关闭请求，所述策略关闭请求中携带有待关闭组审批策略信息；

关闭所述待关闭组审批策略信息对应的组审批策略。

在其中一个实施例中，所述合并所述多个审批策略组分别对应的组审批策略，得到所述审批流程类型对应的审批策略，包括：

根据所述多个审批策略组中的每个审批策略组的审批经过条件，生成所述多个审批策略组对应的组过滤器；所述组过滤器用于指示审批流程类型是否需经过本审批策略组审批的审批经过条件；

根据所述多个审批策略组对应的组审批策略和组过滤器，得到所述审批流程类型对应的审批策略。

一种审批策略的生成装置，所述装置包括：

审批流程类型获取模块，用于获取待处理的审批流程类型；

审批策略组获取模块，用于获取所述审批流程类型对应的多个审批策略组；每个所述审批策略组对应有多个审批节点；

组审批策略模块，用于根据所述多个审批策略组分别对应的多个审批节点和所述多个审批节点的节点顺序，获得所述多个审批策略组分别对应的组审批策略；

合并模块，用于合并所述多个审批策略组分别对应的组审批策略，得到所述审批流程类型对应的审批策略。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一实施例中审批策略的生成方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一实施例中审批策略的生成方法步骤。

上述审批策略的生成方法、装置、计算机设备和存储介质，通过获取待处理的审批流程类型，获取该审批流程类型对应的多个审批策略组，根据多个审批策略组分别对应的多个审批节点和节点顺序，获得多个审批策略组分别对应的组审批策略，并根据多个审批策略组分别对应的组审批策略，得到该审批流程类型对应的审批策略。本公开实现了针对审批流程类型配置审批策略组，并为每个审批策略组配置多个审批节点，使得审批策略和审批节点具有可扩展性，提高了生成审批流程类型对应的审批策略的灵活性和效率。

附图说明

图1为一个实施例中审批策略的生成方法的流程示意图；

图2为一个实施例中审批策略组的结构示意图；

图3为另一个实施例中审批节点的结构示意图；

图4为一个实施例中审批策略的生成装置的结构框图；

图5为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在一个实施例中，如图1所示，提供了一种审批策略的生成方法，本实施例以该方法应用于服务器进行举例说明，可以理解的是，该方法也可以应用于终端，还可以应用于包括终端和服务器的系统，并通过终端和服务器的交互实现。本实施例中，该方法包括以下步骤：

步骤S101，获取待处理的审批流程类型；

本公开中，审批流程指的是在进行流程管理时，根据业务类型、业务流转次序，需要流经的多个审批节点的过程，一个业务系统中，可以包括多个审批流程类型。服务器可以根据业务系统中涉及到的业务类型等，划分出多个待处理的审批流程类型，以针对各个审批流程类型配置对应的审批条件。

例如，业务类型可以包括请假业务、合同业务，对应的审批流程类型可以包括请假申请流程、合同审批流程等。

本公开中，审批策略生成可以是指在业务系统中针对各个审批业务流程类型，对应的审批策略从无到有的创建过程，也可以包括针对已创建的审批策略的维护过程。

具体实现中，服务器可以获取业务类型，根据业务类型进行分类，从中确定需要处理的审批流程类型。

步骤S102，获取审批流程类型对应的多个审批策略组。

本公开中，审批策略组指的是将该审批流程类型对应的审批对象进一步细分，划分的依据可以是基于组织结构、审批对象共性特征等。每个审批流程类型下可以根据需要设置不同数量的审批策略组。

例如，在请假申请流程类型下，服务器可以配置行政部请假策略组、人事部请假策略组等。

本公开中，审批节点指的是在每个审批策略组下需要进行审批的环节，每个审批策略组可以对应有多个审批节点，审批策略组的审批节点越多，该审批策略组对应的流程就越长。

其中，每个审批节点可以包括节点名称和节点配置。节点名称可以是该节点的审批人，可以包括审批人的职位、身份或者所在的部门。节点配置可以用于指示本审批节点的审批内容，例如该审批节点可审批的对象和审批方式。

例如，行政部请假策略组中，对应的多个审批节点可以包括部门负责人节点、人力主管节点和总经理节点。以总经理节点为例，服务器可以通过节点配置，使得在行政部请假策略组中，该审批节点可审批的对象可以是部分行政部人员的请假流程需要经过总经理节点审批，审批方式可以设置针对部分行政部人员在总经理节点优先审批。

步骤S103，根据多个审批策略组分别对应的多个审批节点和多个审批节点的节点顺序，获得多个审批策略组分别对应的组审批策略。

本公开中，审批节点的节点顺序，指的是审批节点的排序关系，在实际的审批执行中，会根据审批节点的节点顺序进行数据流转，当上一个审批节点审批完成后，会跳转到下一个审批节点。

具体实现中，服务器可以根据审批需求，获取每个审批策略组的审批节点的节点顺序，并将每个审批策略组的多个审批节点和节点顺序合并，作为该审批策略组的组审批策略。

例如，行政部请假策略组中，可以包括1、部门负责人节点，2、人力主管节点，3、总经理节点，其中，各个审批节点均包括对应的节点配置，服务器可以以此作为行政部请假策略组的组审批策略。

步骤S104，合并多个审批策略组分别对应的组审批策略，得到审批流程类型对应的审批策略。

本公开中，合并多个审批策略组分别对应的组审批策略，可以是将多个审批策略组对应的组审批策略与该审批流程类型建立关联关系。

例如，服务器通过数据表，将多个审批策略组分别对应的组审批策略与该审批流程类型相关联。

又例如，服务器通过可视化的方式呈现该组审批策略与审批流程类型对应的审批策略的关联关系，通过触发审批流程类型界面上的审批策略按键，配置多个审批策略组以及对应的审批策略组。

上述审批策略的生成方法，通过获取待处理的审批流程类型，获取该审批流程类型对应的多个审批策略组，根据多个审批策略组分别对应的多个审批节点和节点顺序，获得多个审批策略组分别对应的组审批策略，并根据多个审批策略组分别对应的组审批策略，得到该审批流程类型对应的审批策略。本公开实现了针对审批流程类型配置审批策略组，并为每个审批策略组配置多个审批节点，使得审批策略和审批节点的配置具有可扩展性，提高了配置审批流程类型对应的审批策略的灵活性和效率。

在一个实施例中，步骤S202根据所述多个审批策略组分别对应的多个审批节点和所述多个审批节点的节点顺序，获得所述多个审批策略组分别对应的组审批策略的步骤，包括：

根据多个审批策略组分别对应的多个审批节点、多个审批节点的节点顺序、多个审批节点的节点名称和节点配置指示的审批内容，获得多个审批策略组分别对应的组审批策略。

本公开中，审批节点可以包括节点名称和节点配置。节点配置可以用于指示本审批节点的审批内容，包括审批对象和审批方式等。

例如，任一审批节点的审批内容，可以包括需要经过审批节点审批或者不需要经过本节点审批的条件设置、审批内容的来源地址等，还可以包括针对审批内容的审批方式。

本公开中，每个组审批策略中可以包括多个审批节点，各个审批节点可以根据审批需求确定节点排序，各个审批节点包括节点名称和节点配置指示的审批内容。

例如，对于行政部请假策略组中，可以包括三个审批节点，节点名称分别为部门负责人节点、人力主管节点和总经理节点，各个节点对应的节点排序分别为1、2和3。各个审批节点分别有对应的审批内容，服务器可以根据上述内容，配置得到行政部请假策略组对应的组审批策略。

在一个实施例中，上述方法还包括：

根据多个审批策略组中的每个审批策略组在对应的多个审批节点的审批经过条件，生成每个审批策略组在多个审批节点的节点过滤器。

本公开中，节点配置还包括用于指示审批流程类型是否需经过审批节点审批的审批经过条件。

其中，审批经过条件指的是需要经过审批节点审批或者不需要经过本节点审批的条件设置，可以用于设置节点对应的审批对象。该条件可以是审批发起人条件、时间条件、合同金额条件等。各个审批节点的审批条件可以根据业务特征动态调整。本公开中，服务器可以根据该业务需要，配置每个审批节点的审批经过条件，以得到该审批节点的节点过滤器。一个审批节点可以配置多个审批经过条件，即生成多个节点过滤器。

例如，在行政部请假策略组中，中层干部的请假流程需要经过总经理节点审批，则可以将总经理节点的审批条件设置为depHeadUP！＝false，表示是中层干部的申请，才会经过总经理节点的审批。

又例如，在行政部请假策略组中，请假天数低于5天的请假流程，不需要经过总经理节点审批。

本公开中，不同策略组中，即使节点名称相同，对应的节点配置也可以不同。例如，针对总经理节点，在行政部请假策略组中，中层干部以上的请假流程需要经过总经理节点审批，而在财务部请假策略中，可以设置全体员工的请假流程，都需要经过总经理节点审批。

上述实施例的方案，通过确定多个审批节点的审批对象，生成每个审批策略组在多个审批节点的节点过滤器，使得各个审批节点的节点过滤器可以根据业务需要设置，具有可扩展性。

在一个实施例中，节点配置还可以包括增强列表，增强列表可以用于指示本审批节点针对预设来源的审批内容的处理措施，上述方法还包括：

根据每个审批策略组在对应的多个审批节点的审批内容的来源地址和对应的处理措施，生成每个审批策略组在多个审批节点的增强列表。

本公开中，每个审批节点可以针对特定接口来源的审批内容，执行该增强列表中对应的处理措施。每个审批节点的节点配置中，可以根据业务需要，可以获取多组的审批内容的来源地址和对应的处理措施和，并对应生成多个增强列表，用以确定该审批节点对应的审批对象。

例如，审批内容的来源地址可以是服务器从某一个API(ApplicationProgramming Interface，应用程序编程接口)获取到审批请求。

其中，处理措施指的是针对该来源地址的审批内容需要采取的措施，例如，可以限定审批前动作、审批后动作或动态获取审批人等。

上述实施例的方案，通过为特定来源的审批内容配置对应的处理措施，生成审批节点的增强列表，使得审批内容具有可扩展性，能够提升审批处理效率。

在一个实施例中，节点配置还包括有增强参数，增强参数可以用于指示本审批节点对审批内容的审批方式，上述方法还包括：

根据每个审批策略组在多个审批节点对审批内容的审批方式，生成每个审批策略组在多个审批节点的增强参数。

本公开中，审批节点的审批内容可以包括审批方式，该审批方式可以包括启动功能、同意功能、拒绝功能、加签功能、转签功能、撤回功能、关闭功能等。不同的审批节点，需要配置的审批方式可以不同，具体可以根据节点的顺序、审批节点的权限、审批节点的实际情况进行设置。

本公开中，服务器可以根据每个审批策略组在多个审批节点的审批方式需求，确定每个审批节点的一个或者多个审批方式，生成该审批策略组在多个审批节点的增强参数。

例如，在行政部请假策略组中，发起人节点可以对应有启动功能，人力主管节点可以对应有转签、加签、拒绝等功能。

上述实施例的方案，根据各个审批节点的审批方式需求，生成每个审批策略组在多个审批节点的增强参数，实现了审批节点的审批方式的动态配置，提升各个审批节点的适配性。

在一个实施例中，步骤S103中根据多个审批策略组分别对应的多个审批节点和多个审批节点的节点顺序，获得多个审批策略组分别对应的组审批策略之后的步骤包括：

获取每个审批策略组的节点创建请求；在每个审批策略组对应的组审批策略中，增加与待创建节点信息对应的审批节点。

本公开中，节点创建请求可以是从终端获取到的请求，其中携带有待创建节点信息，该待创建节点信息中包括待创建节点的节点名称、节点配置和节点顺序。其中，节点顺序指的是该待创建节点在该审批策略组的多个审批节点中的顺序。

具体实现中，服务器可以在审批策略组对应的组审批策略中，在对应的节点顺序处，增加待创建节点，并完成该待创建节点的节点配置。组审批策略中原有的审批节点的顺序进行相应变更。

例如，在行政部请假策略组对应的多个审批节点中，可以增加节点顺序为3、节点名称为副总经理节点的节点，完成该节点的配置后，可以将的总经理节点调整为节点顺序为4。

上述实施例的方案，通过节点创建请求，在审批策略组对应的组审批策略中增加新的节点，提高了组审批策略中新增节点配置的灵活性。

在一个实施例中，服务器可以通过响应节点变更请求，变更每个审批策略组对应的组审批策略。组审批策略的变更，可以是对应的多个节点的节点顺序的变更，变更后形成该审批策略组的新的组审批策略，以提高组审批策略中节点的灵活性。

其中，节点变更请求可以携带有待变更节点信息，该待变更节点信息中，可以包括待变更节点的节点名称和待变更内容。待变更内容可以是节点顺序变更。例如，待变更内容可以是调整节点顺序为2和3的审批节点的节点顺序。

在一个实施例中，服务器可以通过响应节点删除请求，删除每个审批策略组对应的组审批策略中的审批节点，删除节点后，可以形成该审批策略组的新的组审批策略，提高组审批策略中各个审批节点配置的灵活性。

其中，节点删除请求可以携带有待删除节点信息，该待删除节点信息中，可以包括待删除节点信息，该待删除节点信息可以用于在该组审批策略中，确定待删除节点。

在一个实施例中，服务器可以通过响应策略关闭请求，关闭每个审批策略组对应的组审批策略，关闭后将处于不可用状态。服务器可以根据需求，打开已经关闭的审批策略组对应的组审批策略，提高组审批策略配置的灵活性。

在一个实施例中，步骤S104中合并多个审批策略组分别对应的组审批策略，得到审批流程类型对应的审批策略的步骤包括：

根据多个审批策略组中的每个审批策略组的审批条件，生成多个审批策略组对应的组过滤器；根据多个审批策略组对应的组审批策略和组过滤器，得到审批流程类型对应的审批策略。

本公开中，组过滤器可以用于指示本审批策略组对应的审批条件。其中，组过滤器确定的审批条件与审批节点确定的过滤条件不同。例如，行政部请假策略组对应的组过滤器的表达式可以为applydepartment＝行政部，表示该审批策略适用部门为行政部。而在行政部请假策略组的总经理审批节点中，节点过滤器的表达式可以为depHeadUP！＝false，表示是中层干部的申请，才会经过总经理节点的审批。

本公开中，审批流程类型可以建立与每个审批策略组对应的组审批策略建立关联关系，以得到该审批流程类型对应的审批策略。

本公开中，该审批流程类型对应的审批策略可以关闭，关闭后，审批流程类型对应的审批策略，以及对应的组审批策略均不可用。

上述实施例的方案，根据每个审批策略组对应的组审批策略和组过滤器，得到审批流程类型对应的审批策略，提升进行审批流程类型对应的审批策略配置的灵活性。

应该理解的是，虽然图1的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，本申请上述实施例审批策略的生成方法可以应用在流程配置webUI(Website User Interface，网络产品界面设计)中。在webUI中，可以通过审批策略组以及审批节点配置，生成与审批流程类型对应的审批策略，同时可以动态进行节点增加、节点删除和节点序号调整，实现在审批策略组中进行动态节点配置。同时，也可以动态进行审批策略组的增加、删除。

如图2所示，每个审批流程类型可以包括多个审批策略组，并可以为每个审批策略组配置对应的组审批策略和组过滤器。在一些情况下，各个审批策略组中可以进一步细分，包括多个审批策略分组，各个策略分组也可以分别对应有组审批策略和组过滤器。

以企业请假申请流程为例，可以包括行政部请假审批策略组、市场部请假审批策略组、IT部请假审批策略组，审批策略组可以不限个数，根据实际需求设置，并可以进行节点创建或者删除。各策略组下还可以设置不同策略。比如行政部请假审批策略组下，可以依据行政部包含的各组，分别设置1组请假审批策略、2组请假审批策略、3组请假审批策略，该审批策略分组也不限个数，可以根据实际需求设置。

如图3所示，是组审批策略生成示意图，组审批策略可以包括多个审批节点和各个审批节点的顺序，每个审批节点包括节点名称、节点配置和增强参数。在webUI下，可以通过创建新的审批节点的方式增加审批节点，该审批节点数量不限，可以根据实际需求设置，同时，可以调整各个审批节点的序号，动态修改审批节点的节点顺序。在一些情况下，还可以根据“是否可用”关闭或者打开某个审批节点，关闭则可以跳过该审批节点。

其中，节点配置可以包括审批列表、节点过滤器和增强列表。webUI中，可以在审批列表中，配置该节点对应的审批人，每个节点的审批人可以是一个或者多个；在节点过滤器中，根据审批业务需求，动态配置至少一个节点过滤器，并配置各个节点过滤器的数据源接口和过滤表达式；在增强列表中，配置至少一个审批内容的来源地址对应的处理措施。

节点配置还可以包括增强参数模块，可以配置该审批节点对应的神匹配方式，例如启动功能、同意功能、拒绝功能、加签功能、转签功能、撤回功能和关闭功能等。该增强参数模块可以根据业务流程需求以及中间件消息的积压情况进行调整。在可视化展示中，增强参数模块可以与节点配置并列显示，也可以设置在节点配置的下一级页面中，此处不做具体限定。

通过上述审批策略的生成方法，可以进行各个审批策略的配置。以行政部的请假审批策略的具体应用为例，进行说明。

根据上述过程配置一个审批策略，例如，行政部的请假审批节点可以包括1、部门负责人节点，2、人力主管节点，3、总经理节点，其中，总经理节点包括2 个节点过滤器，中层以上干部员工发起的请假需经过总经理审批，请假5天以上的请假流程需要经过总经理审批。各个节点均设置有启动功能、同意功能、拒绝功能、加签功能、转签功能、撤回功能和关闭功能。

例如，一名行政部的中层员工启动一个请假4天请求。服务器首先根据员工来源部门和审批流程类型，确定调用行政部请假策略组对应的组审批策略，按照审批节点的节点顺序设置，待前一个审批节点审批完成后，推送给后一节点。

其中，中层员工的身份符合总经理的审批的节点过滤器需求，需经过总经理节点审批。

其中，各个节点的审批方式可以根据实际情况调整，例如，可以同意、拒绝，也可以通过加签功能增加一个审批节点，还可以通过转签功能将该审批转由其他审批人处理。还可以通过撤回功能，撤回已经处理或者发起的审批，或者通过关闭功能关闭该请假流程。

其中，服务器可以针对该行政部的请假策略进行变更，例如变更部门负责人节点和人力主管节点的节点顺序，新增一个顺序为3的副总经理节点，增减、修改节点过滤器，修改审批方式等。此时，行政部正在进行的请假审批流程、以及行政部员工新发起的请假审批流程，将会按照新的请假策略进行，提高审批流程配置和利用的效率。

一个实施例中，如图4所示，提供了一种审批策略的生成装置，该装置400 包括：

审批流程类型获取模块401，用于获取待处理的审批流程类型；

审批策略组获取模块402，用于获取审批流程类型对应的多个审批策略组；每个审批策略组对应有多个审批节点；

组审批策略模块403，用于根据多个审批策略组分别对应的多个审批节点和多个审批节点的节点顺序，获得多个审批策略组分别对应的组审批策略；

合并模块404，用于合并多个审批策略组分别对应的组审批策略，得到审批流程类型对应的审批策略。

在一个实施例中，所述审批节点包括节点名称和节点配置，所述节点配置包括用于指示本审批节点的审批内容，组审批策略模块403包括：根据所述多个审批策略组分别对应的多个审批节点、所述多个审批节点的节点顺序、所述多个审批节点的节点名称和节点配置指示的审批内容，获得所述多个审批策略组分别对应的组审批策略。

在一个实施例中，所述节点配置还包括用于指示审批流程类型是否需经过审批节点审批的审批经过条件，上述装置400还包括：节点过滤器模块，用于根据多个审批策略组中的每个审批策略组在对应的多个审批节点的审批经过条件，生成每个审批策略组在多个审批节点的节点过滤器；所述组审批策略中还包括所述节点过滤器。在一个实施例中，所述节点配置还包括增强列表，所述增强列表用于指示本审批节点针对预设来源的审批内容的处理措施，上述装置 400还包括：节点增强列表模块，用于根据所述每个审批策略组在对应的多个审批节点的审批内容的来源地址和对应的处理措施，生成所述每个审批策略组在所述多个审批节点的增强列表。

在一个实施例中，所述节点配置还包括增强参数，增强参数用于指示本审批节点对审批内容的审批方式，上述装置400还包括：根据所述每个审批策略组在所述多个审批节点对审批内容的审批方式，生成所述每个审批策略组在所述多个审批节点的增强参数。

在一个实施例中，上述装置400还包括：节点创建模块，用于获取每个审批策略组的节点创建请求；节点创建请求中携带有待创建节点信息；待创建节点信息中包括待创建节点的节点名称、节点配置和节点顺序；在每个审批策略组对应的组审批策略中，增加与待创建节点信息对应的审批节点。

在一个实施例中，上述装置400还包括：节点变更模块，用于获取每个审批策略组的节点变更请求，节点变更请求中携带有待变更节点信息；待变更节点信息中包括待变更节点的节点名称和待变更内容；在每个审批策略组对应的组审批策略中，根据待变更节点信息调整多个审批节点，得到变更后的组审批策略。

在一个实施例中，上述装置400还包括：节点删除模块，用于获取每个审批策略组的节点删除请求，节点删除请求中携带有待删除节点信息；在每个审批策略组对应的审批策略中，删除待删除节点信息对应的审批节点，得到删除后的组审批策略。

在一个实施例中，上述装置400还包括：组策略关闭模块，用于获取每个审批策略组的策略关闭请求，策略关闭请求中携带有待关闭组审批策略信息；关闭待关闭组审批策略信息对应的组审批策略。

在一个实施例中，合并模块404，还包括：组策略合并单元，用于根据多个审批策略组中的每个审批策略组的审批经过条件，生成多个审批策略组对应的组过滤器；所述组过滤器用于指示审批流程类型是否需经过本审批策略组审批的审批经过条件；根据多个审批策略组对应的组审批策略和组过滤器，得到审批流程类型对应的审批策略。

关于审批策略的生成装置的具体限定可以参见上文中对于审批策略的生成方法的限定，在此不再赘述。上述审批策略的生成装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

本申请提供的审批策略的生成方法，可以应用于计算机设备，该计算机设备可以是服务器，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储业务流程数据和节点配置数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种审批策略的生成方法。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM) 或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (11)

1.一种审批策略的生成方法，其特征在于，所述方法包括：

获取待处理的审批流程类型；

获取所述审批流程类型对应的多个审批策略组；每个所述审批策略组对应有多个审批节点；

根据所述多个审批策略组分别对应的多个审批节点和所述多个审批节点的节点顺序，获得所述多个审批策略组分别对应的组审批策略；

合并所述多个审批策略组分别对应的组审批策略，得到所述审批流程类型对应的审批策略；

所述审批节点包括节点配置，所述节点配置包括用于指示审批流程类型是否需经过审批节点审批的审批经过条件，所述方法还包括：根据所述多个审批策略组中的每个审批策略组在对应的多个审批节点的审批经过条件，生成所述每个审批策略组在所述多个审批节点的节点过滤器；所述组审批策略中还包括所述节点过滤器；

所述节点配置还包括增强列表，所述增强列表用于指示本审批节点针对预设来源的审批内容的处理措施，所述方法还包括：根据所述每个审批策略组在对应的多个审批节点的审批内容的来源地址和对应的处理措施，生成所述每个审批策略组在所述多个审批节点的增强列表。

2.根据权利要求1所述的方法，其特征在于，所述审批节点还包括节点名称，所述节点配置还包括用于指示本审批节点的审批内容，所述根据所述多个审批策略组分别对应的多个审批节点和所述多个审批节点的节点顺序，获得所述多个审批策略组分别对应的组审批策略，包括：

根据所述多个审批策略组分别对应的多个审批节点、所述多个审批节点的节点顺序、所述多个审批节点的节点名称和节点配置指示的审批内容，获得所述多个审批策略组分别对应的组审批策略。

3.根据权利要求1所述的方法，其特征在于，所述节点配置还包括增强参数，所述增强参数用于指示本审批节点对审批内容的审批方式，所述方法还包括：

根据所述每个审批策略组在所述多个审批节点对审批内容的审批方式，生成所述每个审批策略组在所述多个审批节点的增强参数。

4.根据权利要求1所述的方法，其特征在于，所述根据所述多个审批策略组分别对应的多个审批节点和所述多个审批节点的节点顺序，获得所述多个审批策略组分别对应的组审批策略之后，还包括：

获取所述每个审批策略组的节点创建请求；所述节点创建请求中携带有待创建节点信息；所述待创建节点信息中包括待创建节点的节点名称、节点配置和节点顺序；

在所述每个审批策略组对应的组审批策略中，增加与所述待创建节点信息对应的审批节点；

和/或，

获取所述每个审批策略组的节点变更请求，所述节点变更请求中携带有待变更节点信息；所述待变更节点信息中包括待变更节点的节点名称和待变更内容；

在所述每个审批策略组对应的组审批策略中，根据所述待变更节点信息调整所述多个审批节点，得到变更后的组审批策略；

和/或，

获取所述每个审批策略组的节点删除请求，所述节点删除请求中携带有待删除节点信息；

在所述每个审批策略组对应的审批策略中，删除所述待删除节点信息对应的审批节点，得到删除后的组审批策略。

5.根据权利要求1所述的方法，其特征在于，所述根据所述多个审批策略组分别对应的多个审批节点和所述多个审批节点的节点顺序，获得所述多个审批策略组分别对应的组审批策略之后，还包括：

获取所述每个审批策略组的策略关闭请求，所述策略关闭请求中携带有待关闭组审批策略信息；

关闭所述待关闭组审批策略信息对应的组审批策略。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述合并所述多个审批策略组分别对应的组审批策略，得到所述审批流程类型对应的审批策略，包括：

根据所述多个审批策略组中的每个审批策略组的审批经过条件，生成所述多个审批策略组对应的组过滤器；所述组过滤器用于指示审批流程类型是否需经过本审批策略组审批的审批经过条件；

根据所述多个审批策略组对应的组审批策略和组过滤器，得到所述审批流程类型对应的审批策略。

7.一种审批策略的生成装置，其特征在于，所述装置包括：

审批流程类型获取模块，用于获取待处理的审批流程类型；

审批策略组获取模块，用于获取所述审批流程类型对应的多个审批策略组；每个所述审批策略组对应有多个审批节点；

组审批策略模块，用于根据所述多个审批策略组分别对应的多个审批节点和所述多个审批节点的节点顺序，获得所述多个审批策略组分别对应的组审批策略；

合并模块，用于合并所述多个审批策略组分别对应的组审批策略，得到所述审批流程类型对应的审批策略；

所述审批节点包括节点配置，所述节点配置包括用于指示审批流程类型是否需经过审批节点审批的审批经过条件，所述装置还包括：节点过滤器模块，用于根据所述多个审批策略组中的每个审批策略组在对应的多个审批节点的审批经过条件，生成所述每个审批策略组在所述多个审批节点的节点过滤器；所述组审批策略中还包括所述节点过滤器；

所述节点配置还包括增强列表，所述增强列表用于指示本审批节点针对预设来源的审批内容的处理措施，所述装置还包括：节点增强列表模块，用于根据所述每个审批策略组在对应的多个审批节点的审批内容的来源地址和对应的处理措施，生成所述每个审批策略组在所述多个审批节点的增强列表。

8.根据权利要求7所述的装置，其特征在于，所述审批节点还包括节点名称，所述节点配置还包括用于指示本审批节点的审批内容，所述组审批策略模块，还用于根据所述多个审批策略组分别对应的多个审批节点、所述多个审批节点的节点顺序、所述多个审批节点的节点名称和节点配置指示的审批内容，获得所述多个审批策略组分别对应的组审批策略。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括：节点创建模块，用于获取所述每个审批策略组的节点创建请求；所述节点创建请求中携带有待创建节点信息；所述待创建节点信息中包括待创建节点的节点名称、节点配置和节点顺序；在所述每个审批策略组对应的组审批策略中，增加与所述待创建节点信息对应的审批节点。

10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。