一种工作流更新方法、装置及办公平台

技术领域

本发明涉及办公管理技术领域，特别涉及一种工作流更新方法、装置及办公平台。

背景技术

流程审批几乎是每一家企业的重要办公组成部分。如：日常中有各类请示报告、财务类的审批流程、人事管理类的审批流程、行政事务类的审批流程以及业务相关类的审批流程等等。传统的日常办公中，这些流程审批都是基于纸质化的传递进行的，这种传统的流程审批存在不及时、效率低、无法很好的实现异地审批、不便捷、资料无法长期和大量保存等缺点。

目前国内企业用工人力成本逐渐增加，迫切需求提高内部流转效率、减少流转环节、让管理流程化、扁平化，以机器代替人工，以减少企业人力成本。移动办公是当今高速发展的通信业与IT业交融的产物，可以实现工作流程在线审批。现阶段大多数流程又为固定流程，即所有的审批节点都是固定的，企业针对不同类型流程，将审批规范化标准化。但其灵活度不够，不利于提高企业审批效率。由于流程的不完整或者事项的突变性和不可确定性，办公人员往往在流程审批过程中需要额外增加或者减少审批人员，此类技术称为工作流的加签或减签技术。如何便捷、有效的实现工作流的加减签，是亟待解决的技术问题。

发明内容

为了至少部分地解决现有技术存在的技术问题，发明人做出本发明，通过具体实施方式，提供一种工作流更新方法、装置及办公平台，适用于线性工作流，能够便捷、有效的实现工作流的动态变更。

第一方面，本发明实施例提供一种工作流更新方法，包括：

响应于接收到的对工作流中请求节点的更新请求，利用所述工作流中预置的与所述请求节点相邻的后方隐藏节点，实现所述工作流的更新，所述隐藏节点的审批人待填加。

在一些实施例中，所述更新请求是基于所述请求节点的更新权限提出的，所述更新权限根据所述请求节点包含的审批人个数和后方隐藏节点个数预先设置，包括下述至少一项：

并加签、加签和减签。

在一些实施例中，若所述请求节点的更新权限包括减签，所述请求节点包含多个审批人。

在一些实施例中，若所述请求节点的更新权限包括加签，所述请求节点仅包含一个审批人，与所述请求节点相邻的后方隐藏节点至少有两个，且可加签的数量不大于隐藏节点的个数减一。

在一些实施例中，若所述更新请求为前加签请求，与所述请求节点相邻的后方隐藏节点依次为前置隐藏节点和后置隐藏节点，所述利用所述工作流中预置的与所述请求节点相邻的后方隐藏节点，实现所述工作流的更新，包括：

删除所述请求节点的审批人，将该审批人填加至所述后置隐藏节点，为所述前置隐藏节点填加所述前加签请求包含的审批人。

在一些实施例中，若所述更新请求为后加签请求，与所述请求节点相邻的后方隐藏节点依次为前置隐藏节点和后置隐藏节点，所述利用所述工作流中预置的与所述请求节点相邻的后方隐藏节点，实现所述工作流的更新，包括：

删除所述请求节点的审批人，将该审批人填加至所述前置隐藏节点，为所述后置隐藏节点填加所述后加签请求包含的审批人。

在一些实施例中，还包括：

将所述前置隐藏节点设置为默认通过。

在一些实施例中，若所述更新请求为并加签请求，所述利用所述工作流中预置的与所述请求节点相邻的后方隐藏节点，实现所述工作流的更新，包括：

删除所述请求节点的审批人，将该审批人和所述并加签请求包含的审批人都填加至同一隐藏节点。

在一些实施例中，还包括：若该隐藏节点被预设为会签，该隐藏节点对应的更新后节点为会签；

若该隐藏节点被预设为或签，该隐藏节点对应的更新后节点为或签。

在一些实施例中，所述将该审批人和所述并加签请求中包含的审批人都填加至同一隐藏节点后，若接收到所述请求节点的减签请求，还包括：

删除该隐藏节点中所述减签请求包含的审批人。

在一些实施例中，实现所述工作流的更新后，还包括：

待所述工作流的当前任务流通结束后，将所述工作流恢复为更新前状态。

第二方面，本发明实施例提供一种工作流更新装置，所述装置包括：

通信模块，用于接收对工作流中请求节点的更新请求；

更新模块，用于响应于所述更新请求，利用所述工作流中预置的与所述请求节点相邻的后方隐藏节点，实现所述工作流的更新，所述隐藏节点的审批人待填加。

第三方面，本发明实施例提供一种办公平台，所述办公平台设置有上述工作流更新装置。

第四方面，本发明实施例提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现上述工作流更新方法。

本发明实施例提供的上述技术方案的有益效果至少包括：

（1）本发明实施例提供的工作流更新方法，响应于接收到的对工作流中请求节点的更新请求，利用工作流中预置的与请求节点相邻的后方隐藏节点，实现工作流的更新。能够基于预置的隐藏节点，快捷、灵活地实现工作流的动态更新，例如加签、减签和并加签等更新，弥补了规范化审批流程灵活性不够的缺陷，提高了审批效率与灵活度。

（2）本发明实施例提供的工作流更新方法，根据请求节点包含的审批人个数和后方隐藏节点个数，预先赋予请求节点相应的更新权限，更新请求是基于请求节点的更新权限提出的，使得在接收到更新请求后，无需判断是否满足更新条件，可直接执行相应的更新操作，这样使得工作流的更新更快捷，且避免了用户提出更新请求，又反馈给用户不符合更新条件所带来的感受度差的问题。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例中更新前的工作流示意图；

图2为本发明实施例中前加签后的工作流示意图；

图3为本发明实施例中后加签后的工作流示意图；

图4为本发明实施例中另一更新前的工作流示意图；

图5为本发明实施例中前加签和后加签后的工作流示意图；

图6为本发明实施例中并加签后的工作流示意图；

图7为本发明实施例中工作流更新装置的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

应理解本发明中所述的术语仅仅是为描述特别的实施方式，并非用于限制本发明。另外，对于本发明中的数值范围，应理解为还具体公开了该范围的上限和下限之间的每个中间值。在任何陈述值或陈述范围内的中间值以及任何其他陈述值或在所述范围内的中间值之间的每个较小的范围也包括在本发明内。这些较小范围的上限和下限可独立地包括或排除在范围内。

除非另有说明，否则本文使用的所有技术和科学术语具有本发明所属领域的常规技术人员通常理解的相同含义。虽然本发明仅描述了优选的方法和材料，但是在本发明的实施或测试中也可以使用与本文所述相似或等同的任何方法和材料。本说明书中提到的所有文献通过引用并入，用以公开和描述与所述文献相关的方法和/或材料。在与任何并入的文献冲突时，以本说明书的内容为准。

实施例

本发明实施例提供一种工作流更新方法，包括：

响应于接收到的对工作流中请求节点的更新请求，利用工作流中预置的与请求节点相邻的后方隐藏节点，实现工作流的更新。

隐藏节点指在用户的角度，该节点是不可见的，隐藏节点的审批人待填加，即在工作流中初始状态都默认为通过。

本实施例中的“前”、“后”相对于任务流通方向而言，任务流通方向由前到后。

本实施例中的工作流指线性工作流，即任务流通方向是从前方节点到后方节点依次线性流通的。

本实施例中的更新请求，是基于请求节点的更新权限提出的。更新权限根据请求节点包含的审批人个数和后方隐藏节点个数预先设置，包括下述至少一项：

（1）并加签

并加签，指在同一任务节点增加审批人，包括以会签或者或签的方式增加同级审批人。

会签:指同一个任务节点设置多个审批人,如A、B和C三个审批人,三个审批人会同时收到审批任务,需全部审批通过之后,任务才可流通到下一任务节点。

或签:指同一个任务节点设置多个审批人,如A、B和C三个审批人,三个审批人会同时收到审批任务,任一审批人同意之后,任务便可流通到下一任务节点。

并加签对请求节点没有特殊的要求，请求节点包含的审批人为一个或多个都可以，工作流中预置的与请求节点相邻的后方隐藏节点个数为一个或多个也都可以。

（2）加签

加签指在前方或后方临时增加新的审批人，包括前加签和后加签。

前加签：当前审批人需要他人给予审核指导或补充意见，先将任务转给他人审批，被加签人审批完后任务再回到当前审批人，根据他人的审批意见进行审批。即前加签是在当前审批人的前方增加审批人。

后加签：当前审批人审批后需要额外增加其他人进行审批，额外加的人员审批后任务流转到下一节点。即后加签是在当前审批人的后方增加审批人。

若请求节点的更新权限包括加签，需要满足：仅包含一个审批人，与请求节点相邻的后方隐藏节点至少有两个，且可加签的数量不大于隐藏节点的个数减一。

（3）减签

减签指减少同级审批人中的一个或多个。

若请求节点的更新权限包括减签，需要满足请求节点包含多个审批人。

根据请求节点包含的审批人个数和后方隐藏节点个数，预先赋予请求节点相应的更新权限，更新请求是基于请求节点的更新权限提出的，使得在接收到更新请求后，无需判断是否满足更新条件，可直接执行相应的更新操作，这样使得工作流的更新更快捷，且避免了用户提出更新请求，又反馈给用户不符合更新条件所带来的感受度差的问题。

例如，后方隐藏节点的个数和请求节点包含的审批人个数都满足加签的需要，请求节点才有加签的权限，才能提出对请求节点加签的更新请求。对满足加签条件的节点，才赋予加签权限，在接收到加签请求后，无需判断是否满足加签条件，可直接执行加签操作，这样使得工作流的更新更快捷，且避免了用户提出加签申请，又反馈给用户不符合加签条件所带来的感受度差的问题。

下面分情况介绍不同的工作流更新方式：

（1）加签

参见图1所示，任务2仅包含一个审批人，其后方预置有两个隐藏节点：隐藏节点1（前置隐藏节点）和隐藏节点2（后置隐藏节点），任务2对应的节点具备加签权限。若任务2的审批人提出加签请求，便可以动态的实现工作流的加签操作。

① 前加签

若更新请求为前加签请求，删除请求节点的审批人，将该审批人填加至后置隐藏节点，为前置隐藏节点填加前加签请求包含的审批人。

参见图2所示，请求节点中的审批人张三请求前加签审批人李四，则删除请求节点的审批人张三，将审批人张三填加至后置节点，为前置节点填加前加签请求包含的审批人李四，则任务由李四流通向张三。

② 后加签

更新请求为后加签请求，删除请求节点的审批人，将该审批人填加至前置隐藏节点，为后置隐藏节点填加后加签请求包含的审批人。

参见图3所示，请求节点中的审批人张三请求后加签审批人李四，则删除请求节点的审批人张三，将审批人张三填加至前置节点，为后置节点填加前加签请求包含的审批人李四，则任务由张三流通向李四。

进一步的，由于请求节点的审批人提出的是后加签请求，可以默认其审批结果为通过，即将更新后的工作流中的前置节点默认为通过。

在一些实施例中，前加签的审批人可以不只有1个，后加签的审批人也可以不只1个；可选的，加签请求也可以是既前加签又后加签，只要满足请求节点的后方预置有至少比加签审批人数量多一个的隐藏节点即可实现。下面以同时前加签和后加签为例进行介绍。

③ 前加签和后加签

若更新请求为同时前加签和后加签请求，删除请求节点的审批人，按从前到后的顺序，依次为前面的隐藏节点添加更新请求包含的前加签审批人、请求节点的审批人和更新请求包含的后加签审批人。

参见图4所示，任务2仅包含一个审批人，其后方预置有三个隐藏节点：隐藏节点1、隐藏节点2和隐藏节点3，任务2对应的节点具备同时前加签和后加签的权限。

参见图5所示，若任务2的审批人张三请求前加签李四、后加签王五，则在任务2对应的节点中删除审批人张三，在隐藏解节点1中填加审批人李四，在隐藏解节点2中填加审批人张三，在隐藏解节点3中填加审批人王五，任务流通方向为李四->张三->王五。

（2）并加签请求

若更新请求为并加签请求，利用工作流中预置的与请求节点相邻的后方隐藏节点，实现工作流的更新，包括，删除请求节点的审批人，将该审批人和并加签请求包含的审批人都填加至同一隐藏节点。

具有并加签权限的节点，其后方预置有至少一个隐藏节点即可。为了满足节点同时具备加签和并加签的权限，通常在节点的后方预置有至少两个隐藏节点。

以原始工作流为图1中所示的工作流为例，若请求节点中的审批人张三请求并加签审批人李四，参见图6所示，则删除请求节点的审批人张三，将审批人张三和李四填加至前置节点。进一步的，前置节点中的审批人张三和李四或签（有一个审批人通过任务便通过）还是会签（所有审批人都通过，任务才通过），通常与请求节点的属性是或签还是会签一致。

需要说明的是，本实施例中的隐藏节点，为不包含审批人，用户端不可见的一种状态，当隐藏节点被填加审批人后，便不再是隐藏状态，故图1中的前置隐藏节点，对应于图2（或图3，或图6）中的前置节点，是同一节点变更前后的两种状态；图1中的后置隐藏节点，对应于图2（或图3）中的后置节点；图4中的隐藏节点1、隐藏节点2和隐藏节点3，分别对应于图5中的节点1、节点2和节点3。

（3）减签请求

发起减签请求的请求节点的前提条件是具有至少两个审批人，即减签是为具有多个审批人的节点删减至少一个审批人。

以上述并加签请求更新成功后为例，若请求节点继续提出减签请求，则删除隐藏节点中减签请求包含的审批人。

上述给出了工作流中节点更新的几种实例，实现工作流的更新，待工作流的当前任务流通结束后，将工作流恢复为更新前状态。即本实施例中的工作流更新为实时的动态更新。

本发明实施例提供的工作流更新方法，响应于接收到的对工作流中请求节点的更新请求，利用工作流中预置的与请求节点相邻的后方隐藏节点，实现工作流的更新。能够基于预置的隐藏节点，快捷、灵活地实现工作流的动态更新，例如加签、减签和并加签等更新，弥补了规范化审批流程灵活性不够的缺陷，提高了审批效率与灵活度。

基于本发明的发明构思，本发明实施例还提供一种工作流更新装置，参见图7所示，所述装置包括：

通信模块71，用于接收对工作流中请求节点的更新请求；

更新模块72，用于响应于所述更新请求，利用所述工作流中预置的与所述请求节点相邻的后方隐藏节点，实现所述工作流的更新，所述隐藏节点的审批人待填加。

在一些实施例中，若所述更新请求为前加签请求，与所述请求节点相邻的后方隐藏节点依次为前置隐藏节点和后置隐藏节点，更新模块72，所述利用所述工作流中预置的与所述请求节点相邻的后方隐藏节点，实现所述工作流的更新，用于：

删除所述请求节点的审批人，将该审批人填加至后置隐藏节点，为前置隐藏节点填加所述前加签请求包含的审批人。

在一些实施例中，若所述更新请求为后加签请求，与所述请求节点相邻的后方隐藏节点依次为前置隐藏节点和后置隐藏节点，更新模块72，所述利用所述工作流中预置的与所述请求节点相邻的后方隐藏节点，实现所述工作流的更新，用于：

删除所述请求节点的审批人，将该审批人填加至前置隐藏节点，为后置隐藏节点填加所述后加签请求包含的审批人。

在一些实施例中，更新模块72，还用于：

将所述前置隐藏节点设置为默认通过。

在一些实施例中，若所述更新请求为并加签请求，更新模块72，所述利用所述工作流中预置的与所述请求节点相邻的后方隐藏节点，实现所述工作流的更新，用于：

删除所述请求节点的审批人，将该审批人和所述并加签请求包含的审批人都填加至同一隐藏节点。

在一些实施例中，更新模块72，所述将该审批人和所述并加签请求中包含的审批人都填加至所述隐藏节点后，若接收到减签请求，还用于：

删除该隐藏节点中所述减签请求包含的审批人。

在一些实施例中，更新模块72，实现所述工作流的更新后，还用于：

待所述工作流的当前任务流通结束后，将所述工作流恢复为更新前状态。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

基于本发明的发明构思，本发明实施例还提供一种办公平台，所述办公平台设置有上述工作流更新装置。

基于本发明的发明构思，本发明实施例还提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现上述工作流更新方法。

除非另外具体陈述，术语比如处理、计算、运算、确定、显示等等可以指一个或更多个处理或者计算系统、或类似设备的动作和/或过程，所述动作和/或过程将表示为处理系统的寄存器或存储器内的物理(如电子)量的数据操作和转换成为类似地表示为处理系统的存储器、寄存器或者其他此类信息存储、发射或者显示设备内的物理量的其他数据。信息和信号可以使用多种不同的技术和方法中的任何一种来表示。例如，在贯穿上面的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片可以用电压、电流、电磁波、磁场或粒子、光场或粒子或者其任意组合来表示。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，不能理解成所要求保护的主题的实施方案需要在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。

本领域技术人员还应当理解，结合本文的实施例描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了一般地描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本公开的保护范围。

结合本文的实施例所描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或其组合。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质连接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该ASIC可以位于用户终端中。当然，处理器和存储介质也可以作为分立组件存在于用户终端中。

对于软件实现，本申请中描述的技术可用执行本申请所述功能的模块(例如，过程、函数等)来实现。这些软件代码可以存储在存储器单元并由处理器执行。存储器单元可以实现在处理器内，也可以实现在处理器外，在后一种情况下，它经由各种手段以通信方式耦合到处理器，这些都是本领域中所公知的。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。