CN114445049A - 审批业务流程生成方法和装置、设备及存储介质 - Google Patents

Abstract

本申请涉及一种审批业务流程生成方法和装置、设备及存储介质，其方法包括：基于当前要生成的审批业务流程，获取相应的流程节点；其中，流程节点的个数为两个以上；根据当前接收到的触发操作，将各流程节点拖拽至可视化目标区域，并通过拖拽连线的方式建立各流程节点间的流转线路；确定当前触发的流程节点，并对当前触发的流程节点进行配置；其中，在各流程节点配置完成之后生成审批业务流程。通过采用可视化拖拽的方式生成审批业务流程，这就使得在进行审批业务流程的调整时，可以直接采用拖拽的方式进行调整，不仅有效简化了审批业务流程的生成方式，同时还使得审批业务流程在调整时能够更加灵活。

Description

审批业务流程生成方法和装置、设备及存储介质

技术领域

本申请涉及业务流程开发技术领域，尤其涉及一种审批业务流程生成方法和装置、设备及存储介质。

背景技术

目前，对于政务审批业务的开发，通常采用两种方式。一种为，零起点手动搭建定制化审批流程，另一种则为在开源审批流程框架的基础上进行二次开发。以上两种方式，均是根据人工预设定流程进行业务流转，即均为固化流程，这就使得在审批业务中出现特殊情况时，无法根据实际业务需要人为增加审批节点，从而影响了业务流程的灵活调整。

发明内容

有鉴于此，本申请提出了一种审批业务流程生成方法，可以有效提高业务流程的灵活性调整。

根据本申请的一方面，提供了一种审批业务流程生成方法，包括：

基于当前要生成的审批业务流程，获取相应的流程节点；

其中，所述流程节点的个数为两个以上；

根据当前接收到的触发操作，将各所述流程节点拖拽至可视化目标区域，并通过拖拽连线的方式建立各所述流程节点间的流转线路；

确定当前触发的所述流程节点，并对当前触发的所述流程节点进行配置；

其中，在各所述流程节点配置完成之后生成所述审批业务流程。

在一种可能的实现方式中，基于当前要生成的审批业务流程，获取相应的流程节点时通过由预先存储的数据库中得到当前审批业务流程所需要的各所述流程节点。

在一种可能的实现方式中，还包括：

在流程调整事件被触发时，基于当前被触发的所述流程调整事件，进行所述审批业务流程的调整；

其中，所述流程调整事件包括：新增流程节点、删除流程节点、修改流程节点中的至少一种。

在一种可能的实现方式中，在所述流程调整事件为新增流程节点时，进行所述审批业务流程的调整包括：

获取当前新增流程节点的办理模式，并根据所述办理模式推送相应的节点配置界面；

获取基于所述节点配置界面对所述新增流程节点的配置信息，根据所述配置信息对所述新增流程节点进行配置；

对所述新增流程节点进行执行顺序路由配置，根据所述路由配置将所述新增流程节点连接至所述审批业务流程中；

其中，对所述新增流程节点进行执行顺序路由配置通过拖拽连线的方式进行。

在一种可能的实现方式中，所述办理模式包括单人办理和多人办理中的至少一种。

在一种可能的实现方式中，对当前触发的所述流程节点进行配置，包括对所述流程节点进行流程属性配置的过程；

其中，对所述流程节点进行流程属性配置包括：流程事件、数据监管权限、流程催办、超时提醒和消息推送中的至少一种。

在一种可能的实现方式中，对当前触发的所述流程节点进行配置，包括对所述流程节点进行角色类别、节点表单权限、节点关联事件、数据操作权限、路由策略和超期时限中的至少一种信息的配置。

根据本申请的另一方面，还提供了一种审批业务流程生成装置，包括：节点获取模块、节点拖拽模块和节点配置模块；

所述节点获取模块，被配置为基于当前要生成的审批业务流程，获取相应的流程节点；其中，所述流程节点的个数为两个以上；

所述节点拖拽模块，被配置为根据当前接收到的触发操作，将各所述流程节点拖拽至可视化目标区域，并通过拖拽连线的方式建立各所述流程节点间的流转线路；

所述节点配置模块，被配置为确定当前触发的所述流程节点，并对当前触发的所述流程节点进行配置；

其中，在各所述流程节点配置完成之后生成所述审批业务流程。

根据本申请的另一方面，还提供了一种审批业务流程生成设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述可执行指令时实现前面任一所述的方法。

根据本申请的另一方面，还提供了一种非易失性计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现前面任一所述的方法。

在生成审批业务流程时，通过将当前要生成的审批业务流程所需要的流程节点全部拖拽到可视化目标区域后，再通过拖拽连线的方式建立各流程节点间的流转路线，以实现对各流程节点之间的执行顺序的设置。进而，再通过依次触发各流程节点，对触发的各流程节点进行相应的配置即可完成审批业务流程的生成。通过采用可视化拖拽的方式生成审批业务流程，这就使得在进行审批业务流程的调整时，可以直接采用拖拽的方式进行调整，不仅有效简化了审批业务流程的生成方式，同时还使得审批业务流程在调整时能够更加灵活。

根据下面参考附图对示例性实施例的详细说明，本申请的其它特征及方面将变得清楚。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本申请的示例性实施例、特征和方面，并且用于解释本申请的原理。

图1示出本申请实施例的审批业务流程生成方法的流程图；

图2示出采用本申请实施例的审批业务流程生成方法生成的审批业务流程的示意图；

图3a至图3f分别示出了本申请实施例的审批业务流程生成方法中在生成的审批业务流程中新增流程节点的过程示意图；

图4示出本申请实施例的审批业务流程生成装置的结构框图；

图5示出本申请实施例的审批业务流程生成设备的结构框图。

具体实施方式

以下将参考附图详细说明本申请的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本申请，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本申请同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本申请的主旨。

图1示出根据本申请一实施例的审批业务流程生成方法的流程图。如图1所示，该方法包括：步骤S100，基于当前要生成的审批业务流程，获取相应的流程节点。此处，需要说明的是，在本申请实施例的方法中，审批业务流程可以为各种审批流程，如：财务报销流程、员工转正审批流程、请假审批流程等。也就是说，不同的审批业务流程对应不同的具体业务应用场景。对应的，不同的业务应用场景，在进行审批流程的生成时所需要的流程节点也是不同的。即，所获取的流程节点与当前要生成的审批业务流程相对应。并且，在某一项审批业务流程中，所获取的流程节点的个数通常为两个以上。不同的流程节点对应不同的处理事项以及不同的审批人员。

在获取相应的流程节点后，再通过步骤S200，根据当前接收到的触发操作，将各流程节点拖拽到可视化目标区域，并通过拖拽连线的方式建立各流程节点间的流转路线。即，对所获取到的各流程节点在可视化目标区域中，采用拖拽连线的方式进行执行顺序的配置。

最后，再通过步骤S300，确定当前触发的流程节点，并对当前触发的流程节点进行配置。在对执行顺序设置好的各流程节点均完成相应的配置之后，即可生成最终的审批业务流程。

由此，本申请实施例的方法，在生成审批业务流程时，通过将当前要生成的审批业务流程所需要的流程节点全部拖拽到可视化目标区域后，再通过拖拽连线的方式建立各流程节点间的流转路线，以实现对各流程节点之间的执行顺序的设置。进而，再通过依次触发各流程节点，对触发的各流程节点进行相应的配置即可完成审批业务流程的生成。通过采用可视化拖拽的方式生成审批业务流程，这就使得在进行审批业务流程的调整时，可以直接采用拖拽的方式进行调整，不仅有效简化了审批业务流程的生成方式，同时还使得审批业务流程在调整时能够更加灵活。

其中，需要说明的是，在通过拖拽连线的方式建立各流程节点间的流转路线之后，对依次触发的各流程节点进行的配置包括对流程节点属性的配置，如：当前流程节点所对应的流程事件，当前流程节点的数据监管权限，当前流程节点的流程催办、当前流程节点的超时提醒、以及当前流程节点的消息推送等中的至少一种。此处，需要解释说明的是，当前流程节点对应的流程事件指的是该流程节点所关联的处理事项。数据监管权限则指的是当前流程节点处的数据开放权限，即，对于不同用户角色开放不同的数据。流程催办则指的是流程管理人员发现当前办理人出现延迟审批情况后，可人为发起催办，通知当前办理人尽快办理，起到提醒功能,具体操作为点击“催办”按钮，系统自动给当前办理人发送通知信息。超时提醒，指的是对流程节点设置相应的处理时限，并在超出处理时限后发送相应的处理提示。消息推送则包括流程节点启动时的启动消息推送，以及流程节点结束的结束消息推送，还可以包括流程节点的超时消息的推送等。

同时，在本申请实施例的方法中，对触发的流程节点的配置还可以包括对流程节点的角色类别、节点表单权限、节点关联事件、路由策略和超期时限中的至少一种信息的配置。

此处，需要解释说明的是，角色类别则指的是当前触发的流程节点对应的审批人员，节点表单权限指的是当前办理人环节可以在表单上操作的内容，可根据不同的节点或办理人员进行权限控制，权限设置后，在不同的节点和办理人打开系统看到的页面内容会有区别；节点关联事件则指的是触发当前的流程节点时所关联的业务处理事件，路由策略则指当前办理人在提交的时候可根据办理人不同或表单上面的特定元素进行判断，提交给不同的下一个节点及节点的办理人，超期时限则指的是各流程节点所对应的处理时限。

进一步地，根据前面所述，基于当前要生成的审批业务流程，获取相应的流程节点时，由于审批的业务不同，对应获取到的流程节点也有所不同。由此，在一种可能的实现方式中，基于当前要生成的审批业务流程，获取相应的流程节点时，可以通过以下步骤来实现。

即，首先确定当前要生成的审批业务流程的业务类型。此处所述的业务类型指的是具体的审批业务，如：请假业务、报销业务、转正审批业务、晋升审批业务等。

然后，再根据所确定的业务类型，获取所需要的所有流程节点。此处，需要指出的是，不同的业务类型所对应的所有流程节点均可以预先存储至数据库中。

也就是说，在本申请实施例的方法中，基于当前要生成的审批业务流程获取相应的流程节点时，可以通过由预先存储的数据库中得到当前审批业务流程所需要的各流程节点。

在一种可能的实现方式中，各业务类型的审批业务流程与其所需要的流程节点可以采用映射表的方式存储在数据库中，也可以采用其他方式进行存储，此处不进行具体限定。并且，还需要指出的是，对于各业务类型的审批业务流程与其所需要的流程节点还可以通过定时更新的方式进行数据库的丰富和完善。

此外，还需要指出的是，各业务类型所需要的所有流程节点的采集可以通过本领域常规的数据采集方式来实现。在一种可能的实现方式中，进行各业务类型以及其需要的所有流程节点的数据的预先采集时，可以按照不同区域范围的方式进行定向采集，如：可以分别采集不同城市中各个不同的业务类型所需要的所有流程节点，进而再将采集到的数据按照不同区域进行分类存储，从而在生成审批业务流程时，能够更加有方向的读取相应的数据，这也就加快了数据的获取速率，最终提高了审批业务流程的生成速率。

更进一步地，通过以上任一所述的方式获取到当前要生成的审批业务流程所需要的所有流程节点之后，即可将获取到的各流程节点拖拽到可视化目标区域，然后在可视化目标区域内对各流程节点进行拖拽连线，从而完成对各流程节点的执行顺序的设置。

其中，应当指出的是，采用拖拽连线的方式进行各流程节点的执行顺序的设置时，拖拽连线的实现方式可以采用本领域的常规技术手段来实现。

通过在可视化目标区域内采用拖拽连线的方式将各流程节点按照需要的执行顺序设置，从而使得用户在生成审批业务流程时，只需要通过输入设备依次触发相应的流程节点，然后再将各流程节点拖拽至可视化目标区域内的不同位置处，进而再通过触发相应的方向线(如：箭头、或有方向的连接线等)将各流程节点依次连接，形成相应的流程，这就使得审批业务流程的生成方式更加简单，并且业务流程的开发用户还能够实时查看到当前生成的审批业务流程的具体执行顺序，使得审批业务流程的生成过程可视化(如图2所示)。

此处，本领域技术人员可以理解的是，对各流程节点的拖拽和连线的具体实现方式可以采用本领域常规的流程图绘制技术实现，此处不再进行赘述。

另外，还需要指出的是，在一种可能的实现方式中，通过上述任一种方式生成相应的审批业务流程之后，还包括对生成的审批业务流程进行发布和校验的步骤，从而以确保最终所生成的审批业务流程的可操作性和流畅度。

具体的，对生成的审批业务流程的发布和校验，可以包括对孤立节点、空权限节点、自连接节点等不规范的流程节点的校验。

其中，对对孤立节点、空权限节点、自连接节点等不规范的流程节点的校验具体包括以下步骤：

在生成审批业务流程时，对流程中的节点进行判断；

首先，判断节点是否是孤立节点，具体包括以下下几种情况：

1、开始节点：没有上一层节点、必须有下一层节点。

2、中间过程节点：必须有上一层节点和下一次节点。

3、结束节点：必须有上一层节点，没有下一层节点。

其次，判断是否是空权限节点：

查看节点的办理人情况是否都已经配置，如果没有配置办理人则发出提示信息以提示对应未配置办理人的节点信息。

最后，判断是否存在自连接节点：查看是否存在上一层节点和一层节点或者两个相邻的节点办理人相同的情况，如果存在会发出提示。

更进一步地，在本申请实施例的方法，生成审批业务流程的过程中以及在生成审批业务流程之后，还可以包括对审批业务流程进行调整的操作。即，在流程调整事件被触发后，基于当前触发的流程调整事件进行审批业务流程的调整。

其中，需要解释说明的是，流程调整事件包括但不限于：新增流程节点、删除流程节点和修改流程节点中的至少一种。

举例来说，参见图3a至图3f，在流程调整事件为新增流程节点时，对审批业务流程进行调整的操作具体可包括：

获取当前新增流程节点的办理模式。此处，需要说明的是，办理模式包括单人办理和多人办理中的至少一种。其中，当前新增流程节点的办理模式可以通过触发相应的组件的方式来实现。如图3a所示，通过触发(选择)审批业务流程生成操作界面中左侧配置信息中的“单人办理”或“多人办理”组件拖拽到右侧可视化目标区域处。

然后，再根据办理模式推送相应的节点配置界面，如图3b所示。此处，需要说明的是，根据办理模式推送相应的节点配置界面时可以通过单击或双击拖拽至右侧可视化目标区域处的办理模式的组件来实现。如：可以通过双击拖拽至可视化目标区域处的“单人办理”组件进行节点名称的修改以及各种策略的配置。

具体的，根据办理模式推送的节点配置界面可参见图3b所示。其中，节点配置界面中包括但不限于以下配置信息，如：节点号(用于表征当前正在配置的流程节点的编号，以便于对各流程节点进行唯一标识)、节点名(即当前正在配置的流程节点的名称)、节点类型(如：活动节点)、多人办理模式(可通过采用下拉菜单的方式进行不同办理模式的选择)、投票率、节点管理员(也可采用下拉菜单的方式进行选择)、工作读者类型、允许协助、允许自由流、允许代办、允许重办、允许转送、允许驳回、允许催办、允许终止、允许跳转、允许加办、意见项、允许异步提交、允许补办、办理时限、考核系数、消息通知、提示信息、办理人规则、绑定组织号、办理人、多办理人选择、办理人过滤本人、抄送人、是否执行推处理等等。

同时，参见图3b和图3c，在所推送的节点配置界面中，还可以通过设置表单权限、事件处理、路由策略、确定和返回等触发组件，来实现通过触发不同的组件来进行相应的该组件下的子菜单显示界面的推送，从而实现对流程节点的更加详细的配置。

通过在推送的节点配置界面上进行相应的信息的配置之后，即可通过获取当前对新增节点的配置信息，并根据获取到的配置信息对流程节点进行配置，具体可参见图3d所示，为对新增流程节点配置完成之后的节点的显示示意图。

接着，再对新增流程节点进行执行顺序的路由配置，从而根据路由配置将当前新增流程节点连接至审批业务流程中。其中，参见图3e和图3f，在对流程节点的执行顺序进行路由配置时，可以通过按住流程节点的中心点对流程节点进行拖拽连线来实现。即，可以采用拖拽连线的方式将当前新增流程节点按照所需要的执行顺序进行路由配置，这也就使得在对审批业务流程进行调整和修改时也可以采用可视化操作来实现。

其中，还需要说明的是，以上所述的是在生成审批流程业务的过程中以及在生成审批业务流程后需要对生成的审批业务流程进行修改时，以需要进行新的流程节点的增加为例进行的具体说明。

在生成审批业务流程过程中，对于基于当前要生成的审批业务流程所需要的所有流程节点的配置过程，与前面新增流程节点的配置过程相同或类似，因此重复之处不再赘述。

进一步的，对于生成的审批业务流程进行的调整为删除流程节点时，则可以直接在可视化目标区域内进行流程节点的删除。具体的，可以通过选中当前需要删除的流程节点并通过触发流程节点删除事项，然后再采用常规的删除数据的方式将当前选中的流程节点进行删除处理。接着，在将需要删除的流程节点删除之后，再按照上述新增流程节点的配置方式对剩余的流程节点进行相应的配置即可。此处，需要说明的是，对剩余的流程节点进行重新配置时，可以采用对需要进行配置信息修改的流程节点进行重新配置，对于不需要进行配置信息修改的流程节点则不做任何修改。

为更清楚地说明本申请实施例的审批业务流程生成方法，以下再对审批业务流程的生成过程进行再次详细和完整的说明。

首先，进行初始化流转节点及事件，以便对预先设定的地理区域范围内的政务领域中公有的审批流程节点和处理事件进行引用。

然后通过触发审批业务流程创建事件，进行审批业务流程的创建流程。

接着，按照绘制流程图的方式将基于当前要生成的审批业务流程由预先存储至数据库中引用所需要的流程节点进行连接。即，通过带箭头的连接线将节点连接起来。具体操作包含：创建节点、自动连接、拖拽连接、移动节点、调整连接线一端节点、调整连接线位置、调整单个流程节点大小、节点操作的撤销和返回、流程图导出。

然后，再对导出的流程图中的各流程节点进行属性设置，具体包含：各流程节点下需要处理的流程事件、数据监管权限，流程催办、超时提醒、消息推送等信息配置；以及对流程节点的其他配置，具体包含：流程节点角色类别、节点表单权限、节点事件设置、数据操作权限、路由策略以及超期时限等。

最后，再进行生成的审批业务流程的流程发布与检验，包含：对孤立节点、空权限节点、自连接节点等不规范情况流程图进行检验。

此外，还需要详细说明的是，在本申请实施例的审批业务流程生成方法中，在对各流程节点进行属性配置以及其他配置的过程中，还可以对各流程节点进行节点超时时限提醒机制及人为流程监控机制的配置。

具体的，节点超时时限提醒机制：提供自定义时间提醒和表单字段条件提醒两种流程节点审批超时触发方式，当流程节点发生超时审批时，系统可自动发送通知提醒用户进行，也可通过超时自动处理来控制流程节点自动进行默认审批。其中，在发送超时提醒通知时，可以通过在移动终端的APP上推送相应的提醒信息的方式实现，也可以通过调用目前常用的聊天应用软件(如：微信、信息等)接口，将提醒信息推送至聊天应用软件处。同时，在推送超时提醒通知时，被通知人可以通过预先设置的规则进行设定，包括当前流程节点的处理人以及当前流程节点所在的审批业务流程中所有的相关人员中的至少一种。此处，需要说明的是，当前流程节点所在的审批业务流程中所有的相关人员包括但不限于：当前流程节点的上一级流程节点的处理人，当前流程节点的下一级流程节点的处理人、以及当前流程节点所在的审批业务流程的发起人中的至少一种。

由此，在业务流程开发过程中，通过对各流程节点设置流程节点超时预警时限和提醒用户的通知信息，从而在执行生成后的审批业务流程时能够更好地把控流程节点审批时效性。

人为流程监控机制：在本申请实施例中提供了两种方式扩大流程监控人员范围，采用多渠道消息推送，人工提醒方式提高流程流转时效，具体如下：

一种为，设置流程数据管理员及人工催办，当出现流程节点审批超时，流程管理员接受提醒信息，并进行流程办理催办操作，提醒流程节点审批人尽快处理。

另一种为：设置节点超时通知人员或超时预警人员，当出现流程节点审批超时，系统自动给相关人员发送通知信息，提醒流程节点审批出现延迟，有相关人员联系流程节点审批人员尽快处理。

采用节点超时时限提醒机制及人为流程监控机制，提高了流程的执行效率；同时，采用自定义节点抄送及自主流转加签机制，提升了审批业务流程生成和调整的灵活性。

需要说明的是，尽管以图1至图3f作为示例介绍了如上所述的审批业务流程生成方法，但本领域技术人员能够理解，本申请应不限于此。事实上，用户完全可根据个人喜好和/或实际应用场景灵活设定各步骤的具体实现方式，只要能够实现采用可视化操作通过拖拽连线的方式生成审批业务流程即可。

相应的，基于前面任一所述的审批业务流程生成方法，本申请还提供了一种审批业务流程生成装置。由于本申请提供的审批业务流程生成装置的工作原理与本申请实施例的审批业务流程生成方法的原理相同或相似，因此重复之处不再赘述。

参见图4，本申请提供的审批业务流程生成装置100，包括：节点获取模块110、节点拖拽模块120和节点配置模块130。其中，节点获取模块110，被配置为基于当前要生成的审批业务流程，获取相应的流程节点；其中，流程节点的个数为两个以上。节点拖拽模块120，被配置为根据当前接收到的触发操作，将各流程节点拖拽至可视化目标区域，并通过拖拽连线的方式建立各流程节点间的流转线路。节点配置模块130，被配置为确定当前触发的流程节点，并对当前触发的流程节点进行配置。其中，在各流程节点配置完成之后生成审批业务流程。

在一种可能的实现方式中，还包括流程调整模块(图中未示出)。其中，流程调整模块，被配置为在流程调整事件被触发时，基于当前被触发的流程调整事件，进行审批业务流程的调整。其中，流程调整事件包括：新增流程节点、删除流程节点、修改流程节点中的至少一种。

在一种可能的实现方式中，流程调整模块包括界面推送子模块、配置子模块和路由配置子模块(图中均未示出)。其中，界面推送子模块，被配置为获取当前新增流程节点的办理模式，并根据办理模式推送相应的节点配置界面。配置子模块，被配置为获取基于节点配置界面对新增流程节点的配置信息，根据配置信息对新增流程节点进行配置；路由配置子模块，被配置为对新增流程节点进行执行顺序路由配置，根据路由配置将新增流程节点连接至审批业务流程中。其中，对新增流程节点进行执行顺序路由配置通过拖拽连线的方式进行。

更进一步地，根据本申请的另一方面，还提供了一种审批业务流程生成设备200。参阅图5，本申请实施例的审批业务流程生成设备200包括处理器210以及用于存储处理器210可执行指令的存储器220。其中，处理器210被配置为执行可执行指令时实现前面任一所述的审批业务流程生成方法。

此处，应当指出的是，处理器210的个数可以为一个或多个。同时，在本申请实施例的审批业务流程生成设备200中，还可以包括输入装置230和输出装置240。其中，处理器210、存储器220、输入装置230和输出装置240之间可以通过总线连接，也可以通过其他方式连接，此处不进行具体限定。

存储器220作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序和各种模块，如：本申请实施例的审批业务流程生成方法所对应的程序或模块。处理器210通过运行存储在存储器220中的软件程序或模块，从而执行审批业务流程生成设备200的各种功能应用及数据处理。

输入装置230可用于接收输入的数字或信号。其中，信号可以为产生与设备/终端/服务器的用户设置以及功能控制有关的键信号。输出装置240可以包括显示屏等显示设备。

根据本申请的另一方面，还提供了一种非易失性计算机可读存储介质，其上存储有计算机程序指令，计算机程序指令被处理器210执行时实现前面任一所述的审批业务流程生成方法。

以上已经描述了本申请的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (10)

1.一种审批业务流程生成方法，其特征在于，包括：

基于当前要生成的审批业务流程，获取相应的流程节点；

其中，所述流程节点的个数为两个以上；

根据当前接收到的触发操作，将各所述流程节点拖拽至可视化目标区域，并通过拖拽连线的方式建立各所述流程节点间的流转线路；

确定当前触发的所述流程节点，并对当前触发的所述流程节点进行配置；

其中，在各所述流程节点配置完成之后生成所述审批业务流程。

2.根据权利要求1所述的方法，其特征在于，基于当前要生成的审批业务流程，获取相应的流程节点时通过由预先存储的数据库中得到当前审批业务流程所需要的各所述流程节点。

3.根据权利要求1所述的方法，其特征在于，还包括：

在流程调整事件被触发时，基于当前被触发的所述流程调整事件，进行所述审批业务流程的调整；

其中，所述流程调整事件包括：新增流程节点、删除流程节点、修改流程节点中的至少一种。

4.根据权利要求3所述的方法，其特征在于，在所述流程调整事件为新增流程节点时，进行所述审批业务流程的调整包括：

获取当前新增流程节点的办理模式，并根据所述办理模式推送相应的节点配置界面；

获取基于所述节点配置界面对所述新增流程节点的配置信息，根据所述配置信息对所述新增流程节点进行配置；

对所述新增流程节点进行执行顺序路由配置，根据所述路由配置将所述新增流程节点连接至所述审批业务流程中；

其中，对所述新增流程节点进行执行顺序路由配置通过拖拽连线的方式进行。

5.根据权利要求4所述的方法，其特征在于，所述办理模式包括单人办理和多人办理中的至少一种。

6.根据权利要求1至5任一项所述的方法，其特征在于，对当前触发的所述流程节点进行配置，包括对所述流程节点进行流程属性配置的过程；

其中，对所述流程节点进行流程属性配置包括：流程事件、数据监管权限、流程催办、超时提醒和消息推送中的至少一种。

7.根据权利要求1至5任一项所述的方法，其特征在于，对当前触发的所述流程节点进行配置，包括对所述流程节点进行角色类别、节点表单权限、节点关联事件、数据操作权限、路由策略和超期时限中的至少一种信息的配置。

8.一种审批业务流程生成装置，其特征在于，包括：节点获取模块、节点拖拽模块和节点配置模块；

所述节点获取模块，被配置为基于当前要生成的审批业务流程，获取相应的流程节点；其中，所述流程节点的个数为两个以上；

所述节点拖拽模块，被配置为根据当前接收到的触发操作，将各所述流程节点拖拽至可视化目标区域，并通过拖拽连线的方式建立各所述流程节点间的流转线路；

所述节点配置模块，被配置为确定当前触发的所述流程节点，并对当前触发的所述流程节点进行配置；

其中，在各所述流程节点配置完成之后生成所述审批业务流程。

9.一种审批业务流程生成设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述可执行指令时实现权利要求1至7中任意一项所述的方法。

10.一种非易失性计算机可读存储介质，其上存储有计算机程序指令，其特征在于，所述计算机程序指令被处理器执行时实现权利要求1至7中任意一项所述的方法。

Images