一种工作流程管理的方法及管理设备与流程

本发明涉及计算机领域，尤其涉及一种工作流程管理的方法及管理设备。

背景技术：

工作流引擎workflow是指作为应用系统的一部分，并为之提供对各应用系统有决定作用的核心解决方案，例如根据角色、分工和条件的不同决定信息传递路由、内容等级等。工作流引擎包括了，流程的节点管理、流向管理、流程样例管理等重要功能。

工作流系统起源于生产组织和办公自动化领域，用于日常工作的业务处理或协同工作。将工作流程比喻为“信息河流”，即日常工作的业务处理或协同工作按照预先定义好的规则和过程进行流动，并且这一过程能被跟踪和监控。那么工作流系统就是一套支持业务定义和自动运转工作流的系统。工作流系统就是利用计算机技术实现工作流引擎机制的软件技术平台，在这个平台上可以快速实施流程管理解决方案。在计算机技术领域分两种路线的工作流系统，一种是java工作流，另一种是.net工作流。随着Windows的普及，目前应用面最广泛的是.net工作流系统。工作流在大多数的实际应用中的情况可以这样来简单地描述，在网络、服务器和多台计算机客户端的硬件平台上，业务过程按照预先设定的规则并借助应用程序和人对相关数据的处理而完成。

工作流的实施需要三个基本步骤：映射、建模和管理。映射是第一个步骤，其首要任务是确定并且文档化组织内全部现有的手工和自动化的业务流程；建模则是开发一个有助于建成流线型业务过程的模型。第三阶段是软件实施以及跨越全部工作部门、业务单元甚至是整个企业的无缝系统集成。为了确保工作流系统能够“无缝地”实施到组织机构中，项目组都必须遵从已经定义好的、经过实践确认的行之有效的工作方法，并且在每个工作阶段都必须有可以度量的结果。

目前的工作流软件，只能在电脑上进行审批处理，因审批人员未及时处理导致审批过程停滞时，缺乏提醒措施。

技术实现要素：

本发明实施例提供了一种工作流程管理的方法，用于提醒工作流程的审批节点进行审批。

有鉴于此，本发明第一方面提供了一种工作流程管理的方法，包括：获取目标工作流程的审批请求，所述审批请求用于发起所述目标工作流程的审批流程；将所述审批请求发送至对应的审批节点；获取所述审批节点的审批结果；根据所述审批结果更新所述审批请求的状态；若所述审批请求在所述审批节点停留时间超过预置的时长且所述审批结果为未审批状态，则向所述审批节点发送审批提醒。

结合本发明实施例的第一方面，在本发明实施例第一方面的第一种实现方式中，所述获取目标工作流程的审批请求之后，所述将所述审批请求发送至对应的审批节点之前，所述方法还包括：确定所述审批请求的审批路径；根据所述审批路径确定所述对应的审批节点。

结合本发明实施例的第一方面的第一种实现方式，在本发明实施例第一方面的第二种实现方式中，所述确定所述审批请求的审批路径包括：获取所述审批请求的工作流属性，所述工作流属性包括所述审批请求发起节点的节点属性和节点等级；根据所述节点属性和所述节点等级确定所述审批请求的审批路径。

结合本发明实施例的第一方面，在本发明实施例第一方面的第三种实现方式中，所述根据所述审批结果更新所述审批请求的状态包括：判断所述审批结果的属性状态；若所述审批结果为审批状态，则将所述审批请求在所述审批节点的状态标记为已审批；若所述审批结果为未审批状态，则将所述审批请求在所述审批节点的状态标记为未审批。

结合本发明实施例的第一方面至第一方面的第三种实现方式中的任一实现方式，在本发明实施例第一方面的第四种实现方式中，所述根据所述审批结果更新所述审批请求的状态之后，所述方法还包括：若所述审批请求在所述审批节点停留时间超过预置的时长且所述审批结果为审批状态，则将所述审批请求发送至下一审批节点或结束审批流程。

本发明第二方面提供了一种管理设备，包括：第一获取单元，用于获取目标工作流程的审批请求，所述审批请求用于发起所述目标工作流程的审批流程；第一发送单元，用于将所述审批请求发送至对应的审批节点；第二获取单元，用于获取所述审批节点的审批结果；更新单元，用于根据所述审批结果更新所述审批请求的状态；第二发送单元，若所述审批请求在所述审批节点停留时间超过预置的时长且所述审批结果为未审批状态，则用于向所述审批节点发送审批提醒。

结合本发明实施例的第二方面，在本发明实施例第二方面的第一种实现方式中，所述管理设备还包括：第一确定单元，用于确定所述审批请求的审批路径；第二确定单元，用于根据所述审批路径确定所述对应的审批节点。

结合本发明实施例的第二方面的第一种实现方式，在本发明实施例第二方面的第二种实现方式中，所述第一确定单元包括：获取模块，用于获取所述审批请求的工作流属性，所述工作流属性包括所述审批请求发起节点的节点属性和节点等级；确定模块，用于根据所述节点属性和所述节点等级确定所述审批请求的审批路径。

结合本发明实施例的第二方面，在本发明实施例第二方面的第三种实现方式中，所述更新单元包括：判断模块，用于判断所述审批结果的属性状态；第一标记模块，若所述审批结果为审批状态，则用于将所述审批请求在所述审批节点的状态标记为已审批；第二标记模块，若所述审批结果为未审批状态，则用于将所述审批请求在所述审批节点的状态标记为未审批。

结合本发明实施例的第二方面至第二方面的第三种实现方式中的任一实现方式，在本发明实施例第二方面的第四种实现方式中，所述管理设备还包括：处理单元，若所述审批请求在所述审批节点停留时间超过预置的时长且所述审批结果为审批状态，则用于将所述审批请求发送至下一审批节点或结束审批流程。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中，获取目标工作流程的审批请求，所述审批请求用于发起所述目标工作流程的审批流程；将所述审批请求发送至对应的审批节点；获取所述审批节点的审批结果；根据所述审批结果更新所述审批请求的状态；若所述审批请求在所述审批节点停留时间超过预置的时长且所述审批结果为未审批状态，则向所述审批节点发送审批提醒。本发明通过对审批请求的审批状态的追踪，当审批流程发生停滞时，向停滞的审批节点发送审批提醒。

附图说明

图1为本发明实施例的网络架构示意图；

图2为本发明实施例中工作流程管理的方法一个实施例示意图；

图3为本发明实施例中工作流程管理的方法另一个实施例示意图；

图4为本发明实施例中的一个具体应用场景流程示意图；

图5为本发明实施例中的另一个具体应用场景流程示意图；

图6为本发明实施例中的另一个具体应用场景流程示意图；

图7为本发明实施例中的另一个具体应用场景流程示意图；

图8为本发明实施例中的另一个具体应用场景流程示意图；

图9为本发明实施例中管理设备的一个实施例示意图；

图10为本发明实施例中管理设备的另一个实施例示意图；

图11为本发明实施例中管理设备的另一个实施例示意图。

具体实施方式

本发明实施例提供了一种工作流程管理的方法，用于提醒工作流程的审批节点进行审批。

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明实施例可应用于如图1所示的网络架构，该网络框架包括人事管理、财务管理和协同管理三个模块，而人事管理模块包含入职申请、转正申请、出差申请、请假申请和申诉申请五个子模块，财务管理模块包含财务报账和财务借款两个子模块，协同管理模块包含新办事项、流程追踪和流程管理三个子模块。

为便于理解，下面对本发明实施例中的具体流程进行描述，请参阅图2，本发明实施例的工作流程管理的方法一个实施例包括：

201、获取目标工作流程的审批请求，审批请求用于发起目标工作流程的审批流程。

管理设备获取到审批请求，该审批请求属于目标工作流程，管理设备根据该审批请求，发起对该审批请求的审批程序。目标工作流程属于人事管理、财务管理两个模块中的任一种申请事项，例如，可以是入职申请或请假申请，还可以是财务申请，具体此处不做限定。

202、将审批请求发送至对应的审批节点。

管理设备获取该审批申请的相关信息，包括发起审批请求的发起节点的节点等级和节点属性，并根据该发起节点的相关信息确定该审批申请的审批路径，根据审批请求所属的审批路径将审批请求发送至对应的审批节点。

203、获取审批节点的审批结果。

管理设备获取审批节点的审批结果，管理设备按照预置的时间间隔向审批节点发送查询审批结果请求，并接收审批节点反馈的审批结果，该审批结果包括未审批、已审批两种状态，还可以有其他状态，审批节点可以是一个或多个，具体此处不做限定。

204、根据审批结果更新审批请求的状态。

管理设备在获取到审批节点的审批结果后，将审批结果标记到该审批请求的审批路径上的对应的审批节点。

205、若审批请求在审批节点停留时间超过预置的时长且审批结果为未审批状态，则向审批节点发送审批提醒。

管理设备按照预置的时间间隔周期地从审批节点查询审批结果，当审批结果为未审批状态，且在该审批节点停留的时长超过预置的时长时，则确定该审批节点为滞留状态，同时向该审批节点发送审批提示消息。

本发明实施例中，获取目标工作流程的审批请求，审批请求用于发起目标工作流程的审批流程；将审批请求发送至对应的审批节点；获取审批节点的审批结果；根据审批结果更新审批请求的状态；若审批请求在审批节点停留时间超过预置的时长且审批结果为未审批状态，则向审批节点发送审批提醒。本发明通过对审批请求的审批状态的追踪，当审批流程发生停滞时，向停滞的审批节点发送审批提醒。

请参阅图3，本发明实施例工作流程管理的方法另一个实施例包括：

301、获取目标工作流程的审批请求，审批请求用于发起目标工作流程的审批流程。

管理设备获取到审批请求，该审批请求属于目标工作流程，管理设备根据该审批请求，发起对该审批请求的审批程序。目标工作流程属于人事管理、财务管理两个模块中的任一种申请事项，例如，可以是入职申请或请假申请，还可以是财务申请，具体此处不做限定。

302、获取审批请求的工作流属性，工作流属性包括审批请求发起节点的节点属性和节点等级。

管理设备获取审批请求的工作流属性，该工作流属性包括审批请求的发起节点的节点属性和节点等级，该节点属性用于确定审批请求的审批路径。

303、根据节点属性和节点等级确定审批请求的审批路径。

管理设备根据发起节点的节点属性和节点等级确定审批请求的审批路径，不同的节点属性和节点等级对应不同的审批路径。例如，当节点等级为最低级别一级，节点属性为请假申请，那么审批路径为该一级节点的请假流程，审批路径为请假申请事项中二级审批节点至最后一个级别的审批节点。

304、根据审批路径确定对应的审批节点。

管理设备根据审批路径确定对应的审批节点。例如，假设有三个节点，分别为一级节点、二级节点和三级节点。当发起节点的等级为最低等级一级时，那么二级节点和三级节点同时为审批节点。当发起节点的等级为二级时，那么三级节点为审批节点，一级节点不参与审批。

305、将审批请求发送至对应的审批节点。

管理设备获取该审批申请的相关信息，包括发起审批请求的发起节点的节点等级和节点属性，并根据该发起节点的相关信息确定该审批申请的审批路径，根据审批请求所属的审批路径将审批请求发送至对应的审批节点。

306、获取审批节点的审批结果。

管理设备向审批节点发送查询审批结果请求，并接收审批节点反馈的审批结果，该审批结果包括未审批、已审批两种状态，还可以有其他状态，审批节点可以是一个或多个，具体此处不做限定。

307、根据审批结果更新审批请求的状态。

判断审批结果的属性状态。若审批结果为审批状态，则将审批请求在审批节点的状态标记为已审批；若审批结果为未审批状态，则将审批请求在审批节点的状态标记为未审批。

308、若审批请求在审批节点停留时间超过预置的时长且审批结果为未审批状态，则向审批节点发送审批提醒。

管理设备按照预置的时间间隔周期地从审批节点查询审批结果，当审批结果为未审批状态，且审批请求在该审批节点停留的时长超过预置的时长时，则确定该审批节点为滞留状态，同时向该审批节点发送审批提示消息。

需要说明的是，若审批请求在审批节点停留时间超过预置的时长且审批结果为审批状态，则将审批请求发送至下一审批节点或结束审批流程。

本发明实施例中，获取目标工作流程的审批请求，审批请求用于发起目标工作流程的审批流程；获取审批请求的工作流属性，工作流属性包括审批请求发起节点的节点属性和节点等级；根据节点属性和节点等级确定审批请求的审批路径；根据审批路径确定对应的审批节点；将审批请求发送至对应的审批节点；获取审批节点的审批结果；根据审批结果更新审批请求的状态；若审批请求在审批节点停留时间超过预置的时长且审批结果为未审批状态，则向审批节点发送审批提醒。本发明通过对审批请求的审批状态的追踪，当审批流程发生停滞时，向停滞的审批节点发送审批提醒，加快审批进程。

为了便于理解，下面结合具体应用场景，对本发明实施例进行详细描述。例如，公司M使用了本发明实施例的工作流程管理方式，并应用在公司的行政管理中。公司M在月底招录了一批新职工，包括了职工A、职工B、职工C和职工D，现职工A需要在该管理系统中进行入职申请，职工A的行政级别为一级，如图4所示，公司M的入职申请需要经过四级审批，职工A的入职申请先发送至分管领导，分管领导审批完成后，将该审批请求发送至人资主管，人资主管审批完成后将该审批请求发送至董事长，董事长审批完成后发送至人力资源部门审批并归档。需要说明的是，该审批流程的审批节点数量可以根据公司M的组织架构进行设置，还可以是五级审批或六级审批等，具体此处不做限定。

例如，职工B因为生病需要在家休息，职工B需要在该工作流程管理系统中发起请假申请，职工B的行政级别为一级，如图5所示，公司M的请假申请需要经过三级审批，职工B的请假申请先发送至分管领导，分管领导审批完成后，将该审批请求发送至董事长，董事长审批完成后发送至人力资源部门审批并归档。需要说明的是，该请假申请的审批流程的审批节点数量可以根据公司M的组织架构进行设置，还可以是四级审批或五级审批等，具体此处不做限定。

例如，职工C根据公司的安排到北京出差，职工C需要在该工作流程管理系统中发起出差申请，职工C的行政级别为一级，如图6所示，公司M的出差申请需要经过两级审批，职工C的出差申请先发送至分管领导，分管领导审批完成后，将该审批请求发送至人力资源部门审批并归档。需要说明的是，该出差申请的审批流程的审批节点数量可以根据公司M的组织架构进行设置，还可以是三级审批或四级审批等，具体此处不做限定。

例如，职工D因为考勤异常需要向公司M进行申诉，职工D需要在该工作流程管理系统中发起申诉申请，职工D的行政级别为一级，如图7所示，公司M的申诉申请需要经过三级审批，职工D的申诉申请先发送至二级审批节点审批，二级节点审批完成后将该审批请求发送至分管领导进行审批，分管领导审批完成后，将该审批请求发送至人力资源部门审批并归档。需要说明的是，该申诉申请的审批流程的审批节点数量可以根据公司M的组织架构进行设置，还可以是四级审批或五级审批等，具体此处不做限定。

需要说明的是，该审批请求还可以是财务系统模块的审批请求，具体流程如图8所示，财务保障和财务借款所使用的工作流程是同一工作流程，在财务报账请求或财务借款请求发起之后，执行相应的财务报账或财务借款流程，最后由财务部门进行审批并下发至财务出纳，出纳可以是公司总部的出纳，也可以是其他分部的出纳。例如，当职工D的审批请求为财务报账请求时，该财务报账请求需要先经过分管领导审批，然后该财务报账请求流转至总裁审批，总裁审批完成后发送至财务部门，财务部门审批后下发至总部出纳。当职工D的审批请求为财务借款请求时，审批请求先经过五级审批节点，该节点审批完成后，按顺序经过四级审批节点、三级审批节点和二级审批节点，二级审批节点审批完成后将该审批请求发送至分管领导，分管领导进行审批并发送至总裁审批，在总裁审批完成后，该审批请求发送至财务部门进行审批，财务部门完成审批核准之后将相关审批结果下发至各个学校的出纳。

需要说明的是，协同管理模块包括新办事项、流程追踪和流程设计三个子模块。新办事项子模块可以快速的发起流程，可以新建财务报账、财务借款、请假申请、出差申请、申述申请、入职申请、转正申请等流程。新办事项子模块属于一个快捷的申请入口。流程追踪子模块的访问权限分为管理员权限和非管理员权限两种，其中管理员可以查看所有类型的，所有人发起的流程。而非管理员能查询到经过授权的流程类型，并且只能查看自己发起的流程。流程管理子模块的访问权限为管理员权限，管理员才能访问该子模块，所有正在执行的流程，都由该模块创建，该子模块包含流程设计和表单设计两个部分。

上面对本发明实施例中工作流程管理的方法进行了描述，下面对本发明实施例中的管理设备进行描述，请参阅图9，本发明实施例中的管理设备包括：

第一获取单元901，用于获取目标工作流程的审批请求，审批请求用于发起目标工作流程的审批流程；

第一发送单元902，用于将审批请求发送至对应的审批节点；

第二获取单元903，用于获取审批节点的审批结果；

更新单元904，用于根据审批结果更新审批请求的状态；

第二发送单元905，若审批请求在审批节点停留时间超过预置的时长且审批结果为未审批状态，则用于向审批节点发送审批提醒。

本发明实施例中，第一获取单元901获取目标工作流程的审批请求，审批请求用于发起目标工作流程的审批流程；第一发送单元902将审批请求发送至对应的审批节点；第二获取单元903获取审批节点的审批结果；更新单元904根据审批结果更新审批请求的状态；若审批请求在审批节点停留时间超过预置的时长且审批结果为未审批状态，则第二发送单元905向审批节点发送审批提醒。本发明通过对审批节点的审批状态的追踪，当审批流程发生停滞时，向停滞的审批节点发送审批提醒。

请参阅图10，本发明实施例中管理设备的另一个实施例，包括：

第一获取单元901，用于获取目标工作流程的审批请求，审批请求用于发起目标工作流程的审批流程；

第一发送单元902，用于将审批请求发送至对应的审批节点；

第二获取单元903，用于获取审批节点的审批结果；

更新单元904，用于根据审批结果更新审批请求的状态；

第二发送单元905，若审批请求在审批节点停留时间超过预置的时长且审批结果为未审批状态，则用于向审批节点发送审批提醒。

其中，管理设备可进一步包括：

第一确定单元906，用于确定审批请求的审批路径；

第二确定单元907，用于根据审批路径确定对应的审批节点。

其中，第一确定单元906可进一步包括：

获取模块9061，用于获取审批请求的工作流属性，工作流属性包括审批请求发起节点的节点属性和节点等级；

确定模块9062，用于根据节点属性和节点等级确定审批请求的审批路径。

其中，更新单元904可进一步包括：

判断模块9041，用于判断审批结果的属性状态；

第一标记模块9042，若审批结果为审批状态，则用于将审批请求在审批节点的状态标记为已审批；

第二标记模块9043，若审批结果为未审批状态，则用于将审批请求在审批节点的状态标记为未审批。

本发明实施例中，第一获取单元901获取目标工作流程的审批请求，审批请求用于发起目标工作流程的审批流程；获取模块9061获取审批请求的工作流属性，工作流属性包括审批请求发起节点的节点属性和节点等级；确定模块9062根据节点属性和节点等级确定审批请求的审批路径；第二确定单元907，用于根据审批路径确定对应的审批节点；第一发送单元902将审批请求发送至对应的审批节点；第二获取单元903获取审批节点的审批结果；判断模块9041判断审批结果的属性状态；若审批结果为审批状态，则第一标记模块9042将审批请求在审批节点的状态标记为已审批；若审批结果为未审批状态，则第二标记模块9043将审批请求在审批节点的状态标记为未审批；若审批请求在审批节点停留时间超过预置的时长且审批结果为未审批状态，则第二发送单元905向审批节点发送审批提醒。本发明通过对审批请求的审批状态的追踪，当审批流程发生停滞时，向停滞的审批节点发送审批提醒。

请参阅图11，本发明实施例中管理设备的另一个实施例，包括：

第一获取单元901，用于获取目标工作流程的审批请求，审批请求用于发起目标工作流程的审批流程；

第一发送单元902，用于将审批请求发送至对应的审批节点；

第二获取单元903，用于获取审批节点的审批结果；

更新单元904，用于根据审批结果更新审批请求的状态；

第二发送单元905，若审批请求在审批节点停留时间超过预置的时长且审批结果为未审批状态，则用于向审批节点发送审批提醒。

其中，管理设备可进一步包括：

处理单元908，若审批请求在审批节点停留时间超过预置的时长且审批结果为审批状态，则用于将审批请求发送至下一审批节点或结束审批流程。

本发明实施例中，第一获取单元901获取目标工作流程的审批请求，审批请求用于发起目标工作流程的审批流程；第一发送单元902将审批请求发送至对应的审批节点；第二获取单元903获取审批节点的审批结果；更新单元904根据审批结果更新审批请求的状态；若审批请求在审批节点停留时间超过预置的时长且审批结果为未审批状态，则第二发送单元905向审批节点发送审批提醒；若审批请求在审批节点停留时间超过预置的时长且审批结果为审批状态，则处理单元908将审批请求发送至下一审批节点或结束审批流程。本发明通过对审批请求的审批状态的追踪，当审批流程发生停滞时，向停滞的审批节点发送审批提醒。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

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