CN117291517A - 审批流程的构建方法及装置 - Google Patents

Abstract

本发明提供一种审批流程的构建方法、装置及电子设备，涉及计算机应用技术领域，其中，审批流程的构建方法包括：获取至少一个候选节点和边连接；针对各个候选节点，从多个预设的人员角色中确定候选节点所对应的节点角色以得到相应的目标节点；根据至少一个目标节点和边连接，构建审批流程；目标节点配置了对应节点角色的目标人员信息集；边连接用于连接第一目标节点和第二目标节点，边连接配置有从第一节点角色跳转至第二节点角色的关联条件信息。由此，通过角色来定义审批流程中的节点，解耦审核流程与人员信息之间的关系，实现了支持多角色特性的审批流程，无需对流程节点的人员信息进行硬编码修改。

Description

审批流程的构建方法及装置

技术领域

本发明涉及计算机应用技术领域，尤其涉及一种审批流程的制定方法及装置。

背景技术

审批流程是各企事业单位为实现办事规范化而执行的一种审批程序过程。一般都是对某一固定事件的审批流程都是固定好的，只需要按照设定好的审批流程完成即可。

电子审批系统的出现，使得审批流程更加便捷、高效。然而，公司中的审批流程往往数量繁多，且在审批节点上的人员也可能会发生变化，导致在审批流程发生变化时，往往需要技术人员对电子审批系统的编写代码进行调整，增大了电子审批系统的升级改造的工作量，还提高了系统的开发维护成本。

针对上述问题，目前业界暂未提出较佳的技术解决方案。

发明内容

本发明提供一种审批流程的构建方法、装置、电子设备及存储介质，用以至少解决现有技术中在人员发生变动时审批流程系统的维护成本较高的缺陷。

本发明提供一种审批流程的构建方法，所述方法包括：获取至少一个候选节点和边连接；所述边连接为在存在关联的两个候选节点之间的连接；针对各个所述候选节点，从多个预设的人员角色中确定所述候选节点所对应的节点角色以得到相应的目标节点；每一人员角色分别具有相应的人员信息集；根据至少一个所述目标节点和所述边连接，构建审批流程；所述目标节点配置了对应所述节点角色的目标人员信息集；所述边连接用于连接第一目标节点和第二目标节点，所述边连接还配置有从第一节点角色跳转至第二节点角色的关联条件信息。

根据本发明提供的审批流程的构建方法，在根据至少一个所述目标节点和所述边连接，构建审批流程之前，所述方法还包括：针对各个所述目标节点，获取所述目标节点所对应的授权业务类型，以对所述目标节点进行配置；所述授权业务类型定义了所述目标节点所对应的节点角色所能够处理的业务类型。

根据本发明提供的审批流程的构建方法，在所述根据至少一个所述目标节点和所述边连接，构建审批流程之后，所述方法还包括：针对所述审批流程中的各个目标节点，检测所述目标节点所对应的节点角色是否存在用于更新相应人员信息集的人员更新信息；在确定针对第一目标节点存在所述人员更新信息的情况下，根据更新后的目标人员信息集重新配置所述第一目标节点；基于经更新的所述第一目标节点，对所述审批流程进行更新。

根据本发明提供的审批流程的构建方法，检测所述目标节点所对应的节点角色是否存在用于更新相应人员信息集的人员更新信息，包括：发送检测请求至服务端，以检测所述目标节点所对应的节点角色是否存在用于更新相应人员信息集的人员更新信息；其中，所述检测请求中携带有所述目标节点对应的节点角色；

在确定针对第一目标节点存在所述人员更新信息的情况下，根据更新后的目标人员信息集重新配置所述第一目标节点，包括：在确定针对第一目标节点存在所述人员更新信息的情况下，接收所述服务端发送的人员更新信息，用于更新所述第一目标节点中配置的目标人员信息集；根据更新后的目标人员信息集重新配置所述第一目标节点。

根据本发明提供的审批流程的构建方法，在根据至少一个所述目标节点和所述边连接，构建审批流程之后，所述方法还包括：获取与所述审批流程相匹配的第一审批场景；发送审批流构建请求至服务端，所述审批流构建请求包括所述第一审批场景和所述审批流程；响应于所述审批流构建请求，从所述服务端接收对应所述第一审批场景的授权数据格式；所述授权数据格式定义了所述审批流程所对应的输入审批数据的数据格式。

根据本发明提供的审批流程的构建方法，针对第二审批场景的审批流程的构建操作包括：在确定检测到针对所述第一审批场景的审批流复用请求的情况下，调用所述第一审批场景所对应的审批流程；获取针对所述第一审批场景所对应的审批流程的修改操作；所述修改操作包含针对各个所述目标节点的节点修改操作和/或针对各个所述边连接的边连接修改操作；基于所述修改操作和所述第一审批场景所对应的审批流程，构建所述第二审批场景所对应的审批流程。

根据本发明提供的审批流程的构建方法，在根据至少一个所述目标节点和所述边连接，构建审批流程之后，所述方法还包括：在确定检测到针对所述审批流程的修改操作的情况下，根据预设的版本号生成算法生成版本号信息；根据所述版本号信息，备份存储所述审批流程。

根据本发明提供的审批流程的构建方法，所述获取至少一个候选节点和边连接，包括：基于预设的流程构建界面中预设的节点控件，检测第一用户交互操作；在确定所述第一用户交互操作满足预设的节点构建操作条件的情况下，根据所述第一用户交互操作在所述流程构建界面生成相应的候选节点。

根据本发明提供的审批流程的构建方法，所述获取至少一个候选节点和边连接，包括：基于所述流程构建界面中已生成的第一候选节点和第二候选节点，检测第二用户交互操作；在确定所述第二用户交互操作满足预设的边连接构建操作条件的情况下，根据所述第二用户交互操作在所述第一候选节点和所述第二候选节点之间建立边连接。

本发明还提供一种审批流程的构建装置，所述装置包括：获取单元，用于获取至少一个候选节点和边连接；所述边连接为在存在关联的两个候选节点之间的连接；角色配置单元，用于针对各个所述候选节点，从多个预设的人员角色中确定所述候选节点所对应的节点角色以得到相应的目标节点；每一人员角色分别具有相应的人员信息集；构建单元，用于根据至少一个所述目标节点和所述边连接，构建审批流程；所述目标节点配置了对应所述节点角色的目标人员信息集；所述边连接用于连接第一目标节点和第二目标节点，所述边连接还配置有从第一节点角色跳转至第二节点角色的关联条件信息。

本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述审批流程的构建方法。

本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述审批流程的构建方法。

本发明还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述任一种所述审批流程的构建方法。

本发明提供的一种审批流程的构建方法、装置、电子设备及存储介质，在该方法中，获取至少一个候选节点和边连接，为各个候选节点分别分配相应的人员角色，以将不同人员角色所分别对应的人员进行关联。由此，通过角色来定义审批流程中的节点，实现了支持多角色特性的审批流程，并且审批流程中的各个节点不再是以人员信息定义的，解耦审核流程与人员信息之间的关系，使得在人员变动时只需要维护角色下的人员信息，提高了审批流程系统的维护效率，并且由于无需对流程节点的人员信息进行硬编码修改，还在一定程度上降低了审批流程系统的维护成本，提高了审批流程系统的健壮性。

此外，审批流程系统还可以针对审批流程中的各个目标节点分别配置相应的授权业务类型，完成对节点角色所能够处理的业务类型的定义，并可以将审批流程与相应的审批场景进行绑定，完成对审批流程的输入数据的格式的定义，使得审批流程能满足个性化审批流程的设计需求。进一步地，审批流程系统还可以基于流程构建界面来实现，通过可视化的用户交互操作来完成对审批流程的构建与编辑，无需用户进行专业的程序编码操作，降低了构建审批流程的操作门槛。

附图说明

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

图1示出了适于应用本发明实施例的审批流程的构建方法的环境的一示例的架构示意图；

图2示出了根据本发明实施例的一种审批流程的构建方法的一示例的流程图；

图3示出了根据本发明实施例的审批流程的构建方法的又一示例的流程图；

图4示出了根据本发明实施例的审批流程的构建方法的还一示例的流程图；

图5示出了根据本发明实施例的审批流程的一示例的示意图；

图6示出了根据本发明实施例的审批流程的构建装置的一示例的结构框图；

图7是本发明提供的电子设备的结构示意图。

具体实施方式

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

本发明的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

首先，针对本发明实施例涉及的应用场景进行描述，本发明实施例提供的审批流程的构建方法可应用于流程建模的软硬件产品中，如流程设计器、流程设计应用程序或其他产品。

其中，用户通过流程设计应用程序对审批流程进行构建和编辑，例如通过可视化界面展示审批流程的各类流程要素，并基于用户针对流程要素的交互操作而生成相应的审批流程。但是，目前的流程设计软件的软件产品的功能单一，例如仅限于修改审批状态，但在一定程度上无法满足不断复杂化的业务需求，定义模型也存在混淆难以理解的缺陷。此外，若人员离职等情况，导致需要对流程结构进行调整时，则需要对审批流程进行硬编码修改，增大了业务系统升级改造的工作量。

基于此，本发明实施例提供了一种审批流程的构建方法，所述方法包括：审批流程系统获取至少一个候选节点和边连接，为各个候选节点分别分配相应的人员角色，以将不同人员角色所分别对应的人员进行关联，进而构建审批流程。由此，通过角色来定义审批流程中的节点，实现了支持多角色特性的审批流程，并且审批流程中的各个节点不再是以人员信息定义的，解耦流程与人员信息之间的关系，使得在人员变动时只需要维护角色下的人员信息，提高了审批流程系统的维护效率，并且由于无需对流程节点的人员信息进行硬编码修改，还在一定程度上降低了审批流程系统的维护成本，提高了审批流程系统的健壮性。

图1示出了适于应用本发明实施例的审批流程的构建方法的环境的一示例的架构示意图。

如图1所示，该实施环境包括客户端101和服务端102。

其中，客户端101可以为车载设备、智能手机、智能手表、台式电脑、手提电脑、虚拟现实终端、增强现实终端、无线终端和膝上型便携计算机等设备中的至少一种。

在一些实施例中，客户端101具有通信功能，能够接入有线网络或无线网络。客户端101可以泛指多个设备中的一个，本发明实施例仅以客户端101来举例说明。本领域技术人员可以知晓，上述客户端的数量可以更多或更少。

在一些实施例中，客户端101上运行有流程设计应用软件产品，以为流程设计用户提供流程设计管理相关的应用服务。示例地，客户端101可以监测用户针对审批功能的设计需求信息，并可以通过网络向服务端102发送设计请求，以请求服务端102来提供诸如与人员角色相关的人员信息之类的流程设计管理服务。

进一步地，服务端102可以用于管理、维护各个审批场景(或审批功能)所能够处理的输入数据的数据格式，例如财务审批场景所需求的审批数据的数据格式不同于贷款审批场景，等等。客户端101可以通过与服务端102进行数据交互，以自动整合对应相应审批场景的审批数据所需求的数据格式，提高了审批流程的构建效率。

在一些实施例中，客户端101还可以向用户提供可视化的流程编辑界面，使得用户针对各个流程设计要素进行图形化拖拽、删除、拷贝等可视化操作，能降低审批流程设计的用户门槛。

下面基于图1所示实施环境，对本发明实施例提供的方法进行介绍。

图2示出了根据本发明实施例的一种审批流程的构建方法的一示例的流程图，该审批流程的构建方法由服务端执行，例如图1中的客户端101。

如图2所示，在步骤S210中，获取至少一个候选节点和边连接，边连接为在存在关联的两个候选节点之间的连接。

在本发明实施例的一个示例中，多个候选节点和边连接可以是初始流程中的流程节点和边连接，例如客户端将所输入的初始流程解析为相应的多个候选节点和边连接。在本发明实施例的另一示例中，通过检测用户交互操作而确定相应的候选节点和边连接，例如用户通过对客户端进行操作以确定相应的候选节点和边连接。

在步骤S220中，针对各个候选节点，从多个预设的人员角色中确定候选节点所对应的节点角色以得到相应的目标节点，每一人员角色分别具有相应的人员信息集。

在一些实施方式中，人员角色可以是与审批业务相关的业务角色，例如研发组经理、销售组经理。此外，人员角色可以是与一个或多个人员信息相对应的，例如研发组经理可以表示研发1组、研发2组等多个小组的小组经理。

在一些实施方式中，当节点角色所对应的人员信息的数量是多个时，则可以根据业务需求对节点的审批条件进行设置，例如需要节点角色所对应的各个人员信息进行审批或者仅需任一人员信息进行审批即可。此外，人员信息集中的每一人员信息分别具有相应的人员接口信息，以实现在审批流程的不同阶段向相应的人员接口发布审批任务。

在步骤S230中，根据至少一个目标节点和边连接，构建审批流程，目标节点配置了对应所述节点角色的目标人员信息集，边连接用于连接第一目标节点和第二目标节点，边连接还配置有从第一节点角色跳转至第二节点角色的关联条件信息。

在一些实施方式中，用户还可以根据业务需求为各个边连接分别配置相应的关联条件信息。示例性地，针对贷款业务场景，边连接可以是与贷款金额相关的金额，例如当贷款金额未超过a时，第一目标节点通过与第二目标节点之间的边连接b1继续审批流程，而当贷款金额超过a时，第一目标节点通过与第二目标节点之间的边连接b2继续审批流程。

通过本发明实施例，基于业务角色流程请求获取流程上下文，基于流程上下文构造具有角色特性的流程实例，实现了支持多角色特性，能够基于用户角色匹配相应的流程节点信息，提高了工作效率。

关于上述步骤S210的实施细节，在本发明实施例的一些示例中，基于预设的流程构建界面中预设的节点控件，检测第一用户交互操作，在确定第一用户交互操作满足预设的节点构建操作条件的情况下，根据第一用户交互操作在流程构建界面生成相应的候选节点。此外，基于流程构建界面中已生成的第一候选节点和第二候选节点，检测第二用户交互操作，在确定第二用户交互操作满足预设的边连接构建操作条件的情况下，根据第二用户交互操作在所述第一候选节点和所述第二候选节点之间建立边连接。

在一些实施方式中，用户可以根据需求在流程构建界面中按需部署节点，包含开始节点、中间审核节点和结束节点，针对各个节点可以配置相应的角色信息，另外不同节点之间的连线可用于配置节点跳转条件。在一些实施方式中，还可以通过xml定义业务流程，由此提供了可视化的建模工具(Process Designer)用于生成流程定义文件，建模工具操作直观，并能够支持图形化拖拽方式、多窗口的用户界面、丰富的过程图形元素、过程元素拷贝、粘贴、删除等功能。

在本发明实施例的一些示例中，在步骤S230之前，客户端针对各个目标节点，获取目标节点所对应的授权业务类型，以对目标节点进行配置。这里，授权业务类型定义了目标节点所对应的节点角色所能够处理的业务类型。示例性地，当目标节点的节点角色是研发组经理时，可以定义此节点所处理的业务类型是研发业务类型，能够避免对应其他业务类型(例如，销售业务类型或贷款业务类型等)的审批数据对目标节点下各个人员的审批任务的误触发。

在本发明实施例的一些示例中，在步骤S230之后，客户端还可以在确定检测到针对审批流程的修改操作的情况下，根据预设的版本号生成算法生成版本号信息，进而根据版本号信息备份存储审批流程。由此，针对审批流程的修改操作备份相应的流程版本，便于在发布新的审批流程时，如果发现新的审批流程存在设计缺陷，可以快速地通过历史审批流程的版本号来进行恢复，保障审批场景下的审批流程的可靠性。

可选地，在根据至少一个目标节点和所述边连接，构建审批流程之后，所述方法还包括：

S21、针对审批流程中的各个目标节点，检测目标节点所对应的节点角色是否存在用于更新相应人员信息集的人员更新信息。

在一些实施方式中，客户端可以定期从服务端接收各个人员角色的人员信息集，并与各个节点角色所对应的历史人员信息集进行匹配，从而识别是否存在相应的人员更新信息。示例性地，针对研发组经理这一角色，通过对角色所对应的人员信息集进行匹配，以识别是否存在人员更新信息，例如由于研发1组发生人员变动，使得研发1组经理从员工A转为员工B。

具体地，步骤S21可以包括：发送检测请求至服务端，以检测所述目标节点所对应的节点角色是否存在用于更新相应人员信息集的人员更新信息；其中，所述检测请求中携带有所述目标节点对应的节点角色。

其中，客户端发送检测请求可以为定期发送，例如一天发送一次、或者一周发送一次等等。

S22、在确定针对第一目标节点存在人员更新信息的情况下，根据更新后的目标人员信息集重新配置所述第一目标节点。

具体地，步骤S22可以包括：在确定针对第一目标节点存在所述人员更新信息的情况下，接收所述服务端发送的人员更新信息，用于更新所述第一目标节点中配置的目标人员信息集；

根据更新后的目标人员信息集重新配置所述第一目标节点。

S23、基于经更新的第一目标节点，对审批流程进行更新。

通过本发明实施例，审批流程系统在监测到人员变动时，只需要监测角色所对应的人员更新信息，便能够对审批流程自动进行快速更新，提高了审批流程的更新效率。

图3示出了根据本发明实施例的审批流程的构建方法的又一示例的流程图。

如图3所示，在步骤S310中，获取至少一个候选节点和边连接。

在步骤S320中，针对各个候选节点，从多个预设的人员角色中确定候选节点所对应的节点角色以得到相应的目标节点。

在步骤S330中，获取与审批流程相匹配的第一审批场景。

在一些实施方式中，用户可以对客户端进行输入交互操作，以确定与待构建审批流程相匹配的第一审批场景。这里，审批场景可以表示各种与审批业务类型相关的场景信息，例如金融借贷审批场景、外出服务审批场景，等等。

在步骤S340中，发送审批流构建请求至服务端，审批流构建请求包括第一审批场景和审批流程。

在步骤S350中，响应于审批流构建请求，从服务端接收对应第一审批场景的授权数据格式，授权数据格式定义了审批流程所对应的输入审批数据的数据格式。

在步骤S360中，根据至少一个目标节点和所述边连接，构建审批流程。

在一些实施方式中，服务端中存储了各类审批场景所需求的对应输入审批数据的数据格式，例如第一审批场景需要两个实体审批字段a-b，第二审批场景需要三个实体审批字段a-c-d。由此，在构建审批流程时，只需要指定待构建的审批流程所对应的审批场景，便能够自动从服务端获得审批流程相应的数据格式，避免了因人工指定数据格式时的格式录入偏差，并显著提升了流程设计效率。

在本发明实施例的一些示例中，针对审批场景设计相应的审批流程时，还可以对已有审批场景所对应的审批流程进行复用，以进一步提高审批流程的设计效率。

具体地，针对第二审批场景的审批流程的构建操作包括：在确定检测到针对第一审批场景的审批流复用请求的情况下，调用第一审批场景所对应的审批流程，例如当客户端所检测到的用户交互操作满足预设的交互条件时生成审批流复用请求。然后，获取针对第一审批场景所对应的审批流程的修改操作，修改操作包含针对各个目标节点的节点修改操作和/或针对各个边连接的边连接修改操作，例如修改目标节点的节点角色、或添加新的节点，等等。继而，基于修改操作和第一审批场景所对应的审批流程，构建第二审批场景所对应的审批流程。

由此，在用户设计第二审批场景的审批流程时，如果发现其与已设计的第一审批场景的审批流程较为相似，则可以直接复用第一审批场景的审批流程，在流程模板的基础上进行修改，提高了审批流程的设计效率。

图4示出了根据本发明实施例的审批流程的构建方法的还一示例的流程图。

如图4所示，审批流程的构建方法包含流程编辑阶段410、流程发布阶段420和审批任务管理阶段430。

如图4所示，在流程编辑阶段410中，用户按需从流程构建界面中选择一定数量的节点，并配置各个节点和边连接的业务属性信息。

示例性地，为各个节点配置节点角色，节点角色所能够处理的单据类型，配置节点流程所匹配的场景业务类型。此外，还可以定义审批流程中的发起组织和对方单位，以将符合条件的角色所匹配的人员关联至审批流程中，以实现定制个性化的审批流程。

在流程发布阶段420中，用户将设计好的审批流程绑定到具体功能上，并启用流程实例，然后提交工作流平台以申请相应的实体数据。

具体地，启动进程并检查启动后的状态是否为正在运行(RUNNING)，并在成功提交工作流平台后，建立ProcessId流程实例ID与审批实体对象数据之间的关系表。然后，获取待办记录需要根据工作流平台获取的ProcessId，从审批提交平台获取审批实体数据字段。需说明的是，实体数据字段是根据审批业务或审批场景的需要而预先指定的。

需说明的是，通过流程发布阶段，成功校验了流程的完整性，简化了流程配置过程，通过发布的向导界面可以快速发布流程、新建流程模板或修改流程模板，实现流程发布与模板修改的一站式体验。此外，发布生成的流程版本是正式的流程，在流程配置时才可选用，流程发布后的状态会显示为“启用”。

在一些实施方式中，一个流程可以进行多次发布，每次发布都会生成一个流程版本，所以一个流程模型可以对应多个流程版本，以便于对特定审批功能的审批流程的备份与恢复。

在审批任务管理阶段430中，通过各个角色人员的审批流程接口，将审批流程向不同人员进行审批任务同步管理。

由此，采用了审批流引擎，实现针对不同用户角色分别展现的各角色待完成的工作。具体地，在待办任务中，流程相关人员可以查看审批流程的相关信息，例如修改工单信息、审批过程和流程图，并可以查询和处理待办任务。此外，如果某项任务还需要其他用户处理(例如，由上级机构审批)，则定义好的流程将会完成审批任务的自动跳转协助，无需在代码中硬编码指定下一个任务办理人的麻烦。进一步地，当一个任务完成并且已经没有后续的任务或节点需要处理时，流程实例就会被标记为完成。

图5示出了根据本发明实施例的审批流程的一示例的示意图。

如图5所示，审批流程500是包含多个角色节点，每一角色节点分别具有相应的节点角色，例如发起机构的机构负责人、发起机构的上级机构的负责人、对方机构负责人和对方机构员工，等等。此外，用户还可以对审批流程中各个边连接所对应的跳转条件进行配置，以满足个性化的流程设计需求，例如发起机构或对方机构是否上级机构审批。进一步地，用户还可以根据需求对节点或边连接进行调整，例如双击审核流程中的节点控件，以修改此目标节点所对应的节点角色、授权业务类型、处理数据类型、跳转条件，等等。

通过本发明实施例，将业务系统中复杂的业务流程抽象出来，并使用专门的建模语言进行定义，采用了灵活的审批流定义功能，通过可视化的建模工具生成流程定义文件，建模工具操作直观。此外，所构建的审批流程能够按照预先定义的方式执行，从而实现由审批流进行管理的系统流程。由此，减少了业务系统升级改造的工作量，并提高系统的健壮性，降低开发维护成本。

下面对本发明提供的审批流程的构建装置进行描述，下文描述的审批流程的构建装置与上文描述的审批流程的构建方法可相互对应参照。

图6示出了根据本发明实施例的审批流程的构建装置的一示例的结构框图。

如图6所示，审批流程的构建装置600包括获取单元610、角色配置单元620和构建单元630。

获取单元610用于获取至少一个候选节点和边连接；所述边连接为在存在关联的两个候选节点之间的连接。

角色配置单元620用于针对各个所述候选节点，从多个预设的人员角色中确定所述候选节点所对应的节点角色以得到相应的目标节点；每一人员角色分别具有相应的人员信息集。

构建单元630用于根据至少一个所述目标节点和所述边连接，构建审批流程；所述目标节点配置了对应所述节点角色的目标人员信息集；所述边连接用于连接第一目标节点和第二目标节点，所述边连接还配置有从第一节点角色跳转至第二节点角色的关联条件信息。

可选地，所述装置还包括：配置单元，用于在根据至少一个所述目标节点和所述边连接，构建审批流程之前，针对各个所述目标节点，获取所述目标节点所对应的授权业务类型，以对所述目标节点进行配置；所述授权业务类型定义了所述目标节点所对应的节点角色所能够处理的业务类型。

可选地，所述装置还包括更新单元，用于：

在所述根据至少一个所述目标节点和所述边连接，构建审批流程之后，针对所述审批流程中的各个目标节点，检测所述目标节点所对应的节点角色是否存在用于更新相应人员信息集的人员更新信息；

在确定针对第一目标节点存在所述人员更新信息的情况下，根据更新后的目标人员信息集重新配置所述第一目标节点；

基于经更新的所述第一目标节点，对所述审批流程进行更新。

可选地，所述更新单元，具体用于：

发送检测请求至服务端，以检测所述目标节点所对应的节点角色是否存在用于更新相应人员信息集的人员更新信息；其中，所述检测请求中携带有所述目标节点对应的节点角色；

在确定针对第一目标节点存在所述人员更新信息的情况下，接收所述服务端发送的人员更新信息，用于更新所述第一目标节点中配置的目标人员信息集；

根据更新后的目标人员信息集重新配置所述第一目标节点。

可选地，所述装置还包括第一审批单元，用于：

在根据至少一个所述目标节点和所述边连接，构建审批流程之后，获取与所述审批流程相匹配的第一审批场景；

发送审批流构建请求至服务端，所述审批流构建请求包括所述第一审批场景和所述审批流程；

响应于所述审批流构建请求，从所述服务端接收对应所述第一审批场景的授权数据格式；所述授权数据格式定义了所述审批流程所对应的输入审批数据的数据格式。

可选地，所述装置还包括第二审批单元，用于：

在确定检测到针对所述第一审批场景的审批流复用请求的情况下，调用所述第一审批场景所对应的审批流程；

获取针对所述第一审批场景所对应的审批流程的修改操作；所述修改操作包含针对各个所述目标节点的节点修改操作和/或针对各个所述边连接的边连接修改操作；

基于所述修改操作和所述第一审批场景所对应的审批流程，构建所述第二审批场景所对应的审批流程。

可选地，所述装置还包括存储单元，用于：

在根据至少一个所述目标节点和所述边连接，构建审批流程之后，在确定检测到针对所述审批流程的修改操作的情况下，根据预设的版本号生成算法生成版本号信息；

根据所述版本号信息，备份存储所述审批流程。

可选地，获取单元610，具体用于：

基于预设的流程构建界面中预设的节点控件，检测第一用户交互操作；在确定所述第一用户交互操作满足预设的节点构建操作条件的情况下，根据所述第一用户交互操作在所述流程构建界面生成相应的候选节点。

可选地，获取单元610，具体用于：

基于所述流程构建界面中已生成的第一候选节点和第二候选节点，检测第二用户交互操作；

在确定所述第二用户交互操作满足预设的边连接构建操作条件的情况下，根据所述第二用户交互操作在所述第一候选节点和所述第二候选节点之间建立边连接。

图7示例了一种电子设备的实体结构示意图，如图7所示，该电子设备可以包括：处理器(processor)710、通信接口(Communications Interface)720、存储器(memory)730和通信总线740，其中，处理器710，通信接口720，存储器730通过通信总线740完成相互间的通信。处理器710可以调用存储器730中的逻辑指令，以执行审批流程的构建方法，该方法包括：获取至少一个候选节点和边连接；所述边连接为在存在关联的两个候选节点之间的连接；针对各个所述候选节点，从多个预设的人员角色中确定所述候选节点所对应的节点角色以得到相应的目标节点；每一人员角色分别具有相应的人员信息集；根据至少一个所述目标节点和所述边连接，构建审批流程；所述目标节点配置了对应所述节点角色的目标人员信息集；所述边连接用于连接第一目标节点和第二目标节点，所述边连接还配置有从第一节点角色跳转至第二节点角色的关联条件信息。

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

另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，计算机程序可存储在非暂态计算机可读存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各方法所提供的审批流程的构建方法，该方法包括：获取至少一个候选节点和边连接；所述边连接为在存在关联的两个候选节点之间的连接；针对各个所述候选节点，从多个预设的人员角色中确定所述候选节点所对应的节点角色以得到相应的目标节点；每一人员角色分别具有相应的人员信息集；根据至少一个所述目标节点和所述边连接，构建审批流程；所述目标节点配置了对应所述节点角色的目标人员信息集；所述边连接用于连接第一目标节点和第二目标节点，所述边连接还配置有从第一节点角色跳转至第二节点角色的关联条件信息。

又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各方法提供的审批流程的构建方法，该方法包括：获取至少一个候选节点和边连接；所述边连接为在存在关联的两个候选节点之间的连接；针对各个所述候选节点，从多个预设的人员角色中确定所述候选节点所对应的节点角色以得到相应的目标节点；每一人员角色分别具有相应的人员信息集；根据至少一个所述目标节点和所述边连接，构建审批流程；所述目标节点配置了对应所述节点角色的目标人员信息集；所述边连接用于连接第一目标节点和第二目标节点，所述边连接还配置有从第一节点角色跳转至第二节点角色的关联条件信息。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务端，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

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

Claims (10)

1.一种审批流程的构建方法，其特征在于，所述方法包括：

获取至少一个候选节点和边连接；所述边连接为在存在关联的两个候选节点之间的连接；

针对各个所述候选节点，从多个预设的人员角色中确定所述候选节点所对应的节点角色以得到相应的目标节点；每一人员角色分别具有相应的人员信息集；

根据至少一个所述目标节点和所述边连接，构建审批流程；所述目标节点配置了对应所述节点角色的目标人员信息集；所述边连接用于连接第一目标节点和第二目标节点，所述边连接还配置有从第一节点角色跳转至第二节点角色的关联条件信息。

2.根据权利要求1所述审批流程的构建方法，其特征在于，在根据至少一个所述目标节点和所述边连接，构建审批流程之前，所述方法还包括：

针对各个所述目标节点，获取所述目标节点所对应的授权业务类型，以对所述目标节点进行配置；所述授权业务类型定义了所述目标节点所对应的节点角色所能够处理的业务类型。

3.根据权利要求1所述审批流程的构建方法，其特征在于，在所述根据至少一个所述目标节点和所述边连接，构建审批流程之后，所述方法还包括：

针对所述审批流程中的各个目标节点，检测所述目标节点所对应的节点角色是否存在用于更新相应人员信息集的人员更新信息；

在确定针对第一目标节点存在所述人员更新信息的情况下，根据更新后的目标人员信息集重新配置所述第一目标节点；

基于经更新的所述第一目标节点，对所述审批流程进行更新。

4.根据权利要求3所述审批流程的构建方法，其特征在于，

检测所述目标节点所对应的节点角色是否存在用于更新相应人员信息集的人员更新信息，包括：

发送检测请求至服务端，以检测所述目标节点所对应的节点角色是否存在用于更新相应人员信息集的人员更新信息；其中，所述检测请求中携带有所述目标节点对应的节点角色；

在确定针对第一目标节点存在所述人员更新信息的情况下，根据更新后的目标人员信息集重新配置所述第一目标节点，包括：

在确定针对第一目标节点存在所述人员更新信息的情况下，接收所述服务端发送的人员更新信息，用于更新所述第一目标节点中配置的目标人员信息集；

根据更新后的目标人员信息集重新配置所述第一目标节点。

5.根据权利要求1所述审批流程的构建方法，其特征在于，在根据至少一个所述目标节点和所述边连接，构建审批流程之后，所述方法还包括：

获取与所述审批流程相匹配的第一审批场景；

发送审批流构建请求至服务端，所述审批流构建请求包括所述第一审批场景和所述审批流程；

响应于所述审批流构建请求，从所述服务端接收对应所述第一审批场景的授权数据格式；所述授权数据格式定义了所述审批流程所对应的输入审批数据的数据格式。

6.根据权利要求5所述审批流程的构建方法，其特征在于，针对第二审批场景的审批流程的构建操作包括：

在确定检测到针对所述第一审批场景的审批流复用请求的情况下，调用所述第一审批场景所对应的审批流程；

获取针对所述第一审批场景所对应的审批流程的修改操作；所述修改操作包含针对各个所述目标节点的节点修改操作和/或针对各个所述边连接的边连接修改操作；

基于所述修改操作和所述第一审批场景所对应的审批流程，构建所述第二审批场景所对应的审批流程。

7.根据权利要求1所述审批流程的构建方法，其特征在于，在根据至少一个所述目标节点和所述边连接，构建审批流程之后，所述方法还包括：

在确定检测到针对所述审批流程的修改操作的情况下，根据预设的版本号生成算法生成版本号信息；

根据所述版本号信息，备份存储所述审批流程。

8.根据权利要求1所述审批流程的构建方法，其特征在于，所述获取至少一个候选节点和边连接，包括：

基于预设的流程构建界面中预设的节点控件，检测第一用户交互操作；

在确定所述第一用户交互操作满足预设的节点构建操作条件的情况下，根据所述第一用户交互操作在所述流程构建界面生成相应的候选节点。

9.根据权利要求1所述审批流程的构建方法，其特征在于，所述获取至少一个候选节点和边连接，包括：

基于所述流程构建界面中已生成的第一候选节点和第二候选节点，检测第二用户交互操作；

在确定所述第二用户交互操作满足预设的边连接构建操作条件的情况下，根据所述第二用户交互操作在所述第一候选节点和所述第二候选节点之间建立边连接。

10.一种审批流程的构建装置，其特征在于，所述装置包括：

获取单元，用于获取至少一个候选节点和边连接；所述边连接为在存在关联的两个候选节点之间的连接；

角色配置单元，用于针对各个所述候选节点，从多个预设的人员角色中确定所述候选节点所对应的节点角色以得到相应的目标节点；每一人员角色分别具有相应的人员信息集；

构建单元，用于根据至少一个所述目标节点和所述边连接，构建审批流程；所述目标节点配置了对应所述节点角色的目标人员信息集；

所述边连接用于连接第一目标节点和第二目标节点，所述边连接还配置有从第一节点角色跳转至第二节点角色的关联条件信息。