CN112035240B - 任务管理方法、装置及*** - Google Patents

Abstract

本公开关于一种任务管理方法、装置及***，应用于由多个协作方协同完成同一项任务的场景中，当任一协作方客户端对待处理任务中的某个任务节点进行处理时，生成相应的任务处理指令并发送至服务端。服务端检测任一协作方客户端对待处理任务中各任务节点的处理结果，并根据各任务节点的处理结果将对应任务节点标记为与实际处理结果相对应的状态，从而使各任务节点的状态准确、真实地反应任务实际处理过程中的状态，以及使任务的各个协作方获知整个任务的进度和状态。

Description

任务管理方法、装置及***

技术领域

本公开涉及计算机技术领域，尤其涉及一种任务管理方法、装置及***。

背景技术

在很多应用场景下，需要多个参与且频繁交互完成一个任务，例如，软件开发过程中通常需要多个部分的工作人员协同完成一个项目，例如，由开发工程师、测试工程师和发版工程师等协作完成。相关技术中，通常使用工作协同工具完成多人之间的协作，但是，相关技术中的工作协同工具无法满足日益复杂的任务的状态管理需求。

发明内容

本公开提供一种任务管理方法、装置及***，以至少解决相关技术中的工作协同工具无法满足复杂的任务状态的管理需求问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种任务管理方法，由多个协作方协同完成一个任务，所述方法应用于服务端中，所述方法包括：

接收协同完成待处理任务的任意一个协作方客户端发送的针对所述待处理任务中的目标任务节点的任务处理指令，所述任务处理指令由所述协作方客户端检测到针对所述目标任务节点的任务处理操作时产生；

根据所述任务处理指令获取所述目标任务节点对应的处理结果；

当所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态，并将所述预设状态发送至所述协作方客户端进行显示，所述预设状态包括与所述处理结果不满足预设条件的具体详情相对应的状态。

在第一方面一种可能的实现方式中，所述预设状态是与成功状态或失败状态均不同的其他状态。

在第一方面另一种可能的实现方式中，所述当所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态步骤包括：

将所述目标任务节点的所有处理结果与所述预设条件包含的各预设条件项进行比较，所述预设条件项包括不允许偏差条件项；

当所述目标任务节点的处理结果中存在不满足所述不允许偏差条件项的处理结果时，将所述目标任务节点的状态标记为阻塞状态，当所述目标任务节点处于所述阻塞状态时无法处理所述目标任务节点的下一个任务节点。

在第一方面另一种可能的实现方式中，所述当所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态步骤包括：

将所述目标任务节点的所有处理结果与所述预设条件包含的各预设条件项进行比较，所述预设条件项包括允许偏差条件项和不允许偏差条件项；

当所述目标任务节点的处理结果满足所述不允许偏差条件项，但存在不满足所述允许偏差条件项的处理结果时，将所述目标任务节点的状态标记为异常成功状态，当所述目标任务节点处于所述异常成功状态时允许启动所述目标任务节点的下一任务节点。

在第一方面另一种可能的实现方式中，所述当所述目标任务节点的处理结果中存在不满足所述不允许偏差条件项的处理结果时，将所述目标任务节点的状态标记为阻塞状态步骤包括：

当针对所述目标任务节点的所有处理结果中缺失与所述不允许偏差条件项对应的处理结果，或者，当前时刻未达到所述目标任务节点对应的预定启动时间时，确定所述目标任务节点的状态为阻塞状态。

在第一方面另一种可能的实现方式中，在所述将所述目标任务节点的状态标记为异常成功状态步骤之后，所述方法还包括：获取导致所述目标任务节点异常成功的原因并记录所述原因。

在第一方面另一种可能的实现方式中，在所述将所述目标任务节点的状态标记为阻塞状态步骤之后，所述方法还包括：

当所述目标任务节点的所有处理结果均满足所述不允许偏差条件项时，将所述目标任务节点的状态由所述阻塞状态切换至成功状态，并启动下一个任务节点。

在第一方面另一种可能的实现方式中，所述方法还包括：

针对所述待处理任务包含的每个任务节点，获取所述任务节点对应的协作方及对应的操作时间窗口；

在所述任务节点对应的操作时间窗口对应的预设时间段内，向所述任务节点对应的协作方客户端发送任务处理提醒。

在第一方面另一种可能的实现方式中，所述方法还包括：

接收所述协作方客户端发送的用于显示所述待处理任务包含的各任务节点状态的显示请求；

响应所述显示请求，向所述协作方客户端返回所述待处理任务包含的各个任务节点的状态。

根据本公开实施例的第二方面，提供一种任务管理方法，由多个协作方协同完成一个任务，所述方法应用于协作方客户端中，所述方法包括：

当协作方客户端检测到协作方在操作界面上针对待处理任务中的目标任务节点的任务处理操作时，响应所述任务处理操作产生相应的任务处理指令；

将所述任务处理指令发送至服务端，以使所述服务端根据所述任务处理指令获取所述目标任务节点对应的处理结果，以及，当所述服务端检测到所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态并发送至所述协作方客户端；

所述协作方客户端在显示界面显示所述服务端返回的所述待处理任务中的目标任务节点对应的任务状态；

其中，所述预设状态包括与所述处理结果不满足预设条件的具体详情相对应的状态。

在第二方面一种可能的实现方式中，所述方法还包括：

当检测到协作方在所述协作方客户端上针对目标任务的状态查看操作时，根据所述状态查看操作生成状态查看请求，并将所述状态查看请求发送至服务端，所述状态查看请求用于使所述服务端解析获得所述目标任务并获取所述目标任务包含的各任务节点的当前状态；

接收所述服务端返回的所述目标任务包含的各个任务节点的当前状态，并在显示界面显示。

根据本公开实施例的第三方面，提供一种任务管理装置，由多个协作方协同完成一个任务，所述装置应用于服务端中，所述装置包括：

第一接收模块，被配置为接收协同完成待处理任务的任意一个协作方客户端发送的针对所述待处理任务中的目标任务节点的任务处理指令，所述任务处理指令由所述协作方客户端检测到针对所述目标任务节点的任务处理操作时产生；

处理结果获取模块，被配置为根据所述任务处理指令获取所述目标任务节点对应的处理结果；

任务状态标记模块，被配置为当所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态，所述预设状态包括与所述处理结果不满足预设条件的具体详情相对应的状态；

发送模块，被配置为将所述预设状态发送至所述协作方客户端进行显示。

在第三方面一种可能的实现方式中，所述预设状态是与成功状态或失败状态均不同的其他状态。

在第三方面另一种可能的实现方式中，所述任务状态标记模块包括：

第一比较子模块，被配置为将所述目标任务节点的所有处理结果与所述预设条件包含的各预设条件项进行比较，所述预设条件项包括不允许偏差条件项；

第一状态标记子模块，被配置为当所述目标任务节点的处理结果中存在不满足所述不允许偏差条件项的处理结果时，将所述目标任务节点的状态标记为阻塞状态，当所述目标任务节点处于所述阻塞状态时无法处理所述目标任务节点的下一个任务节点。

在第三方面一种可能的实现方式中，所述任务状态标记模块包括：

第二比较子模块，被配置为将所述目标任务节点的所有处理结果与所述预设条件包含的各预设条件项进行比较，所述预设条件项包括允许偏差条件项和不允许偏差条件项；

第二状态标记子模块，被配置为当所述目标任务节点的处理结果满足所述不允许偏差条件项，但存在不满足所述允许偏差条件项的处理结果时，将所述目标任务节点的状态标记为异常成功状态，当所述目标任务节点处于所述异常成功状态时允许启动所述目标任务节点的下一任务节点。

在第三方面一种可能的实现方式中，所述第一状态标记子模块具体被配置为：

当针对所述目标任务节点的所有处理结果中缺失与所述不允许偏差条件项对应的处理结果，或者，当前时刻未达到所述目标任务节点对应的预定启动时间时，确定所述目标任务节点的状态为阻塞状态。

在第三方面一种可能的实现方式中，所述装置还包括：

异常成功原因获取模块，被配置为获取导致所述目标任务节点异常成功的原因并记录所述原因。

在第三方面一种可能的实现方式中，所述装置还包括：

状态切换模块，被配置为当所述目标任务节点的所有处理结果均满足所述不允许偏差条件项时，将所述目标任务节点的状态由所述阻塞状态切换至成功状态，并启动下一个任务节点。

在第三方面一种可能的实现方式中，所述装置还包括：

操作时间获取模块，被配置为针对所述待处理任务包含的每个任务节点，获取所述任务节点对应的协作方及对应的操作时间窗口；

提醒模块，被配置为在所述任务节点对应的操作时间窗口对应的预设时间段内，向所述任务节点对应的协作方客户端发送任务处理提醒。

在第三方面一种可能的实现方式中，所述装置还包括：

第二接收模块，被配置为接收所述协作方客户端发送的用于显示所述待处理任务包含的各任务节点状态的显示请求；

显示模块，被配置为响应所述显示请求，向所述协作方客户端返回所述待处理任务包含的各个任务节点的状态。

根据本公开实施例的第四方面，提供一种任务管理装置，由多个协作方协同完成一个任务，所述装置应用于协作方客户端中，所述装置包括：

指令生成模块，被配置为当协作方客户端检测到协作方在操作界面上针对待处理任务中的目标任务节点的任务处理操作时，响应所述任务处理操作产生相应的任务处理指令；

处理结果获取模块，被配置为将所述任务处理指令发送至服务端，以使所述服务端根据所述任务处理指令获取所述目标任务节点对应的处理结果，以及，当所述服务端检测到所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态并发送至所述协作方客户端；

显示模块，被配置为在显示界面显示所述服务端返回的所述待处理任务中的目标任务节点对应的任务状态；

其中，所述预设状态包括与所述处理结果不满足预设条件的具体详情相对应的状态。

在第四方面一种可能的实现方式中，所述装置还包括：

状态查看模块，被配置为当检测到协作方在所述协作方客户端上针对目标任务的状态查看操作时，根据所述状态查看操作生成状态查看请求，并将所述状态查看请求发送至服务端，所述状态查看请求用于使所述服务端解析获得所述目标任务并获取所述目标任务包含的各任务节点的当前状态；

所述显示模块，还被配置为接收所述服务端返回的所述目标任务包含的各个任务节点的当前状态，并在显示界面显示。

根据本公开实施例的第五方面，提供一种服务端设备，包括：

处理器；

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

其中所述处理器被配置为执行所述指令，以实现如第一方面任一项所述的任务管理方法。

根据本公开实施例的第六方面，提供一种终端设备，包括：

处理器；

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

其中，所述处理器被配置为执行所述指令，以实现如第二方面任一项所述的任务管理方法。

根据本公开实施例的第七方面，提供一种任务处理***，包括一个服务端设备和多个协作方客户端设备；

任一所述协作方客户端设备检测到针对待处理任务中的目标任务节点的任务处理操作时，产生任务处理指令并发送至所述服务端设备；

所述服务端设备根据接收到的所述任务处理指令获取所述目标任务节点对应的处理结果；

所述服务端设备检测到所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态，并将所述预设状态发送至所述协作方客户端，所述预设状态包括与所述处理结果不满足预设条件的具体详情相对应的状态；

任一所述协作客户端设备显示所述待处理任务中各任务节点的任务状态。

根据本公开实施例的第八方面，提供一种存储介质，当所述存储介质中的指令由服务端设备的处理器执行时，使得所述服务端设备能够执行如第一方面任一项所述的任务管理方法；

当所述存储介质中的指令由协作客户端设备的处理器执行时，使得所述协作客户端能够执行如第二方面任一项所述的任务管理方法。

根据本公开实施例的第九方面，提供一种计算机程序产品，其内存储有被服务第一指令或第二指令；

当该第一指令被服务端设备中的处理器执行时以完成上述第一方面任一项所述的任务管理方法；

当该第二指令被客户端设备中的处理器执行时以完成上述第二方面任一项所述的任务管理方法。

本公开的实施例提供的技术方案至少带来以下有益效果：任务管理方法应用于多个协作方协同完成一项任务的应用场景中，当协作方客户端检测到任务处理操作后产生相应的任务处理指令并发送至服务端。服务端获取该任务处理指令对应的目标任务节点及目标任务节点对应的处理结果。当该处理结果不满足对应的预设条件时，服务端将目标任务节点标记为预设状态。其中，预设状态包括与不满足预设条件的具体详情相对应的状态。该方案通过服务端检测任务节点当前对应的处理结果，并根据处理结果的实际情况标记该任务节点的状态，从而使任务节点的状态与复杂流程实际存在的状态相匹配，同时，各个任务节点的任务状态准确、真实地反映任务在实际处理过程中的状态。而且，协同工作的用户能够根据任务流水线上的任务节点状态明确知道整个任务流水线的进度和状态。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种任务管理***的结构示意图；

图2是根据一示例性实施例示出的一种任务管理方法的流程图；

图3是根据一示例性实施例示出的一种客户端操作界面的示意图；

图4是根据一示例性实施例提供的另一种任务流水线的状态显示示意图；

图5是根据一示例性实施例示出的另一种任务管理方法的流程图；

图6是根据一示例性实施例示出的一种任务管理装置的框图；

图7是根据一示例性实施例示出的另一种任务管理装置的框图；

图8是根据一示例性实施例示出的一种任务管理装置的框图；

图9是根据一示例性实施例示出的一种服务器的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

相关技术中的工作协同工具，如Jenkins pipeline，通常用于持续集成的某些环节，其任务节点的状态仅包括成功、失败和运行中，但很多复杂的任务处理流程中，并非只包括成功、失败和运行中，即这三种状态并不能完全反映复杂任务处理流程的状态。为了解决过该技术问题，本公开提供了一种任务管理方法，该方法在客户端检测到任务处理操作后产生相应的任务处理指令并发送至服务端。服务端获取该任务处理指令对应的目标任务节点及目标任务节点对应的处理结果。当该处理结果不满足对应的预设条件时，将目标任务节点标记为预设状态。利用该方案能够根据复杂的任务处理流程的处理结果确定当前任务节点实际对应的任务状态，进而使得协同工作的用户能够根据流水线上的任务节点状态明确知道整个任务流水线的进度和状态。

图1是根据一示例性实施例示出的一种任务管理***的结构示意图，如图1所示，该***包括多个客户端1(即，协作客户端)和一个服务端2，其中，多个客户端1和一个服务端2之间通信连接，例如，可以通过局域网或Internet网等进行通信连接。

其中，客户端1可以是web客户端或者小程序或应用程序(Application，APP)等。

客户端1为用户提供操作及显示界面，用户可以在操作界面及显示界面上进行相应的操作，该操作用于对任务流水线上的某个任务节点进行处理，并根据处理结果确定该任务节点的任务状态。在客户端显示任务流水线上各个任务节点的任务状态，以便所有关注该任务流水线的人员都能实时获知任务流水线的进度和状态。

其中，任务流水线是包括一系列具有一定执行顺序的任务的流水线，任务流水线上的每个任务节点对应的任务成功处理后启动下一个任务节点，即下一个任务节点对应的任务可以被执行。

下面将结合流程图详细介绍本公开提供的任务管理方法。

图2是根据一示例性实施例示出的一种任务管理方法的流程图，该方法用于图1所示客户端和服务端中，本实施例中，主要由服务端根据各个协作方的处理操作标记任务节点的任务状态。

如图2所示，该方法可以包括以下步骤。

在S11中，客户端检测到针对待处理任务中目标任务节点的任务处理操作时产生任务处理指令，并发送至服务端。

其中，待处理任务是指任一未完成的任务，目标任务节点是待处理任务的任务流水线上的需要协作方进行处理的任一个任务节点。

用户可以在客户端上的操作界面上针对目标任务节点进行相应的任务处理操作。

图3是根据一示例性实施例示出的一种客户端操作界面的示意图，如图3所示，一个任务流水线包括多个任务节点，如果运行中的节点(即，当前任务节点)需要当前客户端的用户进行某种处理，则在该客户端的操作界面上显示需要该用户处理的任务及相应的操作控件，如图3中的“去处理”虚拟按键。当用户点击“去处理”虚拟按键后，操作页面会跳转至相应的任务处理界面，例如，需要用户进行“确认”操作，则在任务处理界面点击相应任务对应的“确认”虚拟按键。

在S12中，服务端根据接收到的任务处理指令获取目标任务节点及目标任务节点对应的处理结果。

当用户在客户端的操作界面上进行相应的任务处理操作后，客户端将用户的任务处理操作所关联的目标任务节点的信息及用户的处理结果发送至服务端。

在S13中，服务端判断目标任务节点对应的处理结果是否满足预设条件；如果不满足，则执行S14；如果满足，则执行S15。

在一个示例性实施例中，在创建该任务节点的同时，设置该任务节点对应的能够流转至下一个任务节点的预设条件。预设条件可以包括多个不同的条件项，且各个条件项的类型可以互不相同。

在S14中，服务端将目标任务节点标记为预设状态。

其中，该预设状态包括与处理结果不满足预设条件的具体详情相对应。

在一种可能的实现方式中，预设状态是与成功状态或失败状态均不同的其他状态，例如，阻塞状态、异常成功状态等。

在一种可能的实现方式中，预设条件包括允许偏差条件项和不允许偏差条件项。其中，不允许偏差条件项是指某项处理结果与对应的条件项必须相同，不允许存在任何偏差；允许偏差条件项是指某项处理结果与对应的条件项之间允许存在偏差。

如图2所示，判断任务节点的处理结果不满足预设条件并标记为预设状态的过程包括：

在S141中，服务端将获得的针对目标任务节点的所有处理结果与预设条件包含的各预设条件项进行比较；如果存在不满足所述不允许偏差条件项的处理结果，则执行S142；如果处理结果均满足不允许偏差条件项，但存在不满足允许偏差条件项的处理结果，则执行S143。

在S142中，服务端将目标任务节点的状态标记为阻塞状态。

任务节点为阻塞状态表征该任务节点处于无限等待处理状态，无法处理下一任务节点。

在一种可能的实现方式中，当针对目标任务节点的处理结果中缺失与不允许偏差条件项对应的处理结果时，将该任务节点标记为阻塞状态。

在某些复杂的任务处理流程中，某个任务节点需要多个特定角色操作后才能继续后面的任务。例如，在软件开发的应用场景中，某个任务节点需要协同方都确认后任务流水线才能继续往下执行，如果此类任务节点未经全部协同方确认，则不允许启动下一个任务节点，此种应用场景下，可以将此类任务节点标记为阻塞状态。

例如，在应用程序发版过程中，灰度节点需要各个配合的业务方(如，A、B、C三个业务部门)确认自己负责的业务已经完成测试符合灰度的条件，然后，在任务流水线对应的任务节点完成各自的确认操作(如，A、B、C三个业务部门分别在任务流水线的对应任务节点完成确认操作)，该任务节点从阻塞状态切换至成功状态，任务流水线上的当前运行节点流转至下一个任务节点。在检测到各个配合的业务方针对该灰度节点的确认操作之前，该灰度节点始终为阻塞状态。

需要说明的是，此处的灰度是APP(APPlication，应用程序)类软件在发布之前先选取部分用户进行版本升级体验，并通过这些用户的升级体验召回新版本APP存在的问题。

在另一种可能的实现方式中，当前时刻未达到目标任务节点对应的预定启动时间时，确定目标任务节点的状态为阻塞状态。

在S143中，服务端将目标任务节点标记为异常成功状态，并启动下一任务节点。

当目标任务节点的处理结果中的不允许偏差结果均满足相应的不允许偏差条件项，但处理结果中存在不满足允许偏差条件项的允许偏差结果时，将目标任务节点的状态标记为异常成功状态；并记录导致目标任务节点异常成功的原因。

在复杂的任务处理过程中，某些任务最终成功完成(对应不允许偏差条件项)，但是完成状态(对应允许偏差条件项)不符合预期状态，此时将任务节点标记为异常成功状态。任务节点处于异常成功状态时允许启动该任务节点的下一任务节点。

例如，某个任务节点的预设条件中包括具体业务的处理状态及完成期限，其中，具体业务的处理状态即不允许偏差条件项，而完成期限为允许偏差条件项。此种情况下，如果处理结果中的业务处理结果符合预设条件，但是完成时间晚于完成期限，则将对应的任务节点标记为异常成功状态。并记录该任务节点对应的异常成功的原因。

图4是根据一示例性实施例提供的另一种任务流水线的状态显示示意图，如图4所示，节点21对应的状态为异常成功状态，并在任务流水线的显示界面上记录该任务节点的异常原因。

在另一种可能的实现方式中，任务节点的不同任务状态对应于不同的颜色，例如，成功状态对应绿色，失败状态对应红色，未开始任务对应灰色，异常成功状态对应橙色，阻塞状态对应蓝色。

本实施例新增了任务节点的阻塞状态，阻塞状态表征某个任务节点需要满足多个特定角色的协同方操作后才能继续执行后续的任务，或者，当达到某各预设时间时才能继续执行后续的任务。以及，新增了任务节点的异常成功状态，异常成功状态表征某个任务节点的任务最终成功完成但完成状态不符合预期状态，但此种情况允许继续执行后续的任务。可见，该实施例真实反映了复杂任务处理流程中的真实存在的状态并发送至客户端进行显示，进而使所有协同方能够准确知道该任务流的当前进度及状态。

在S15中，服务端将目标任务节点标记为成功状态，并启动下一任务节点。

在一种可能的实现方式中，如果任务节点的处理结果同时满足不允许偏差条件项和允许偏差条件项，则确定该任务节点的处理结果满足预设条件，并将该任务节点的状态标记为成功状态，以及启动与该任务节点相邻的下一个任务节点。

在S16中，服务端将目标任务节点的当前状态发送至客户端进行显示。

服务端在根据任务处理指令确定出目标任务节点的当前状态后，将该任务节点的当前状态发送至客户端，客户端在显示界面上显示协作方对该任务节点进行任务处理后的任务状态。

本实施例提供的任务管理方法，应用于多个协同方协同完成一项任务的应用场景中，在客户端检测到任务处理操作后产生相应的任务处理指令并发送至服务端。服务端获取该任务处理指令对应的目标任务节点及目标任务节点对应的处理结果；当该处理结果不满足对应的预设条件时，将目标任务节点标记为预设状态。其中，预设状态包括与不满足预设条件的具体详情相对应。该方案通过服务端检测任务节点当前对应的处理结果，并根据处理结果的实际情况标记该任务节点的状态，从而使任务节点的状态与复杂流程实际存在的状态相对应，同时，任务处理过程中各个任务节点的任务状态准确、真实地反映任务在实际处理过程中的状态。而且，协同工作的用户能够根据任务流水线上的任务节点状态明确知道整个任务流水线的进度和状态。

图5是根据一示例性实施例示出的另一种任务管理方法的流程图，如图5所示，该方法在图2所示实施例的基础上还包括以下步骤。

在S21中，针对待处理任务中的每个任务节点，服务端获取该任务节点对应的协作方及对应的操作时间窗口。

在创建任务流水线上的每个任务节点时就同时设定了各个任务节点的协作方及操作时间窗口，例如，某个任务节点需要A、B、C三个业务部门协同确认，且相应的操作时间窗口是此任务节点开启后的5天内。服务端获取任务流水线上每个任务节点对应的协作方及操作时间窗口。

在S22中，在任务节点对应的操作时间窗口期间，向该任务节点对应的协作方发送任务处理提醒，以使协作方客户端显示任务处理提醒。

对于任一任务节点，在该任务节点对应的操作时间窗口期，向该任务节点的协作方发送任务处理提醒，例如，向协作方的邮箱发送任务处理提醒邮件，或者，在协作方打开该任务管理客户端时，在客户端的显示界面显示任务处理提醒消息的窗口。在本公开的其他实施例中还可以采用其他形式提醒协作方，此处不再一一详述。

本实施例提供的任务管理方法，对于待处理任务中的任一任务节点，服务端在对应的时间窗口期向该任务节点的协作方发送任务处理提醒，其目的是提醒协作方及时处理相应的任务，从而提高任务流水线上每个任务节点的处理速度，进而提高整个任务流水线的处理进度。

在本公开的另一个示例性实施例中，任务流水线的各个协作方可以随时查看整个任务流水线的处理进度和当前状态。

在S23中，服务端接收客户端发送的目标任务流水线的状态查看请求。

当协作方需要查看任务流水线的进度和状态时，可以通过客户端向服务端发送状态查看请求。例如，用户点击客户端的显示界面上的相应控件，如“查看”控件，客户端检测到用户对该控件的操作后产生状态查看请求并发送至服务端。

在S24中，服务端响应状态查看请求，向客户端返回目标任务流水线上各个任务节点的状态。

服务端接收到客户端发送的状态查看请求后，向发送请求的客户端返回所请求的任务流水线上各个任务节点的当前状态。客户端接收到服务端返回的任务流水线的当前状态后在显示界面上显示。

其中，任务节点的状态还包括该任务节点的多个协同协作方的具体操作详情，例如，某个任务节点需要A、B、C三个协作方协同确认，如果AB两个协作方已经确认，则该任务节点的状态仍是阻塞状态，同时显示AB两个协作方已经进行确认操作，C未进行确认操作的具体操作详情。

此外，该方案还支持在某个任务节点或某个操作窗口期，多人协同完成某一项复杂的任务流程中，协作人员可以进行定制化的交互。

本实施例提供的任务管理方法，任务流水线的所有协作方可以随时查看所参与的任务流水线的当前状态，以便协作方实时了解协作方的操作详情，以及整个任务流水线的进度和状态，使得多个协作方在某个操作窗口期进行各自的操作时，能够实时获知其他协作方的操作内容和任务流水线的整体状态。

图6是根据一示例性实施例示出的一种任务管理装置框图，该装置应用于由多个协作方协同完成一项任务的应用场景中，且该装置应用于服务端。参照图6，该装置包括：第一接收模块110、处理结果获取模块120、任务状态标记模块130和发送模块140。

第一接收模块110被配置为接收协同完成待处理任务的任意一个协作方客户端发送的针对所述待处理任务中的目标任务节点的任务处理指令。

其中，所述任务处理指令由所述协作方客户端检测到针对所述目标任务节点的任务处理操作时产生。

处理结果获取模块120被配置为根据所述任务处理指令获取所述目标任务节点对应的处理结果。

任务状态标记模块130被配置为当所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态。

所述预设状态包括与所述处理结果不满足预设条件的具体详情相对应的状态，在一种可能的实现方式中，预设状态是与成功状态或失败状态均不同的其他状态。

在一种应用场景中，所述任务状态标记模块130包括：

第一比较子模块，被配置为将所述目标任务节点的所有处理结果与所述预设条件包含的各预设条件项进行比较，所述预设条件项包括不允许偏差条件项；

第一状态标记子模块，被配置为当所述目标任务节点的处理结果中存在不满足所述不允许偏差条件项的处理结果时，将所述目标任务节点的状态标记为阻塞状态，当所述目标任务节点处于所述阻塞状态时无法处理所述目标任务节点的下一个任务节点。

在一种可能的实现方式中，第一状态标记子模块具体被配置为：当针对所述目标任务节点的所有处理结果中缺失与所述不允许偏差条件项对应的处理结果，或者，当前时刻未达到所述目标任务节点对应的预定启动时间时，确定所述目标任务节点的状态为阻塞状态。

在另一种应用场景中，任务状态标记模块130包括：

第二比较子模块，被配置为将所述目标任务节点的所有处理结果与所述预设条件包含的各预设条件项进行比较，所述预设条件项包括允许偏差条件项和不允许偏差条件项；

第二状态标记子模块，被配置为当所述目标任务节点的处理结果满足所述不允许偏差条件项，但存在不满足所述允许偏差条件项的处理结果时，将所述目标任务节点的状态标记为异常成功状态，当所述目标任务节点处于所述异常成功状态时允许启动所述目标任务节点的下一任务节点。

发送模块140被配置为将所述预设状态发送至所述协作方客户端进行显示。

本实施例提供的任务管理装置，应用于多个协作方协同完成一项任务的应用场景中，当协作方客户端检测到任务处理操作后产生相应的任务处理指令并发送至服务端。服务端获取该任务处理指令对应的目标任务节点及目标任务节点对应的处理结果。当该处理结果不满足对应的预设条件时，服务端将目标任务节点标记为预设状态。服务端根据处理结果的实际情况标记该任务节点的状态，从而使任务节点的状态与复杂流程实际存在的状态相匹配，同时，各个任务节点的任务状态准确、真实地反映任务在实际处理过程中的状态。而且，协同工作的用户能够根据任务流水线上的任务节点状态明确知道整个任务流水线的进度和状态。

图7是根据一示例性实施例示出的另一种任务管理装置框图，该装置在图6所示实施例的基础上还包括：异常成功原因获取模块210、状态切换模块220。

异常成功原因获取模块210被配置为获取导致所述目标任务节点异常成功的原因并记录所述原因。

状态切换模块220被配置为当所述目标任务节点的所有处理结果均满足所述不允许偏差条件项时，将所述目标任务节点的状态由所述阻塞状态切换至成功状态，并启动下一个任务节点。

在另一种可能的实现方式中，上述的任务管理装置还包括：操作时间获取模块310和提醒模块320。

操作时间获取模块310被配置为针对所述待处理任务包含的每个任务节点，获取所述任务节点对应的协作方及对应的操作时间窗口。

提醒模块320被配置为在所述任务节点对应的操作时间窗口对应的预设时间段内，向所述任务节点对应的协作方客户端发送任务处理提醒。

在又一种可能的实现方式中，上述的任务管理装置还包括：第二接收模块410和显示模块420。

第二接收模块410被配置为接收所述协作方客户端发送的用于显示所述待处理任务包含的各任务节点状态的显示请求。

显示模块420被配置为响应所述显示请求，向所述协作方客户端返回所述待处理任务包含的各个任务节点的状态。

本实施例提供的任务管理装置，通过异常成功原因获取模块获取任务节点为异常成功时对应的具体原因并记录，以便协作方获知异常成功的原因。以及，通过操作时间获取模块和提醒模块实现提醒协作方及时处理相应的任务，从而提高任务流水线上每个任务节点的处理速度，进而提高整个任务流水线的处理进度。以及，通过第二接收模块和显示模块实现任务流水线的所有协作方可以随时查看所参与的任务流水线的当前状态，以便协作方实时了解协作方的操作详情，以及整个任务流水线的进度和状态。

另一方面，本公开还提供了应用于协作方的任务管理装置实施例。

图8是根据一示例性实施例示出的一种任务管理装置框图，该装置应用于协作方客户端中，参照图8，该装置包括指令生成模块510、处理结果获取模块520和显示模块530。

指令生成模块510被配置为当协作方客户端检测到协作方在操作界面上针对待处理任务中的目标任务节点的任务处理操作时，响应所述任务处理操作产生相应的任务处理指令。

处理结果获取模块520被配置为将所述任务处理指令发送至服务端，以使所述服务端根据所述任务处理指令获取所述目标任务节点对应的处理结果，以及，当所述服务端检测到所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态并发送至所述协作方客户端；

显示模块530被配置为在显示界面显示所述服务端返回的所述待处理任务中的目标任务节点对应的任务状态。

其中，所述预设状态包括与所述处理结果不满足预设条件的具体详情相对应的状态。

在本公开一种可能的实现方式中，该装置还包括状态查看模块610。

状态查看模块610被配置为当检测到协作方在所述协作方客户端上针对目标任务的状态查看操作时，根据所述状态查看操作生成状态查看请求，并将所述状态查看请求发送至服务端，所述状态查看请求用于使所述服务端解析获得所述目标任务并获取所述目标任务包含的各任务节点的当前状态。

所述显示模块530还被配置为接收所述服务端返回的所述目标任务包含的各个任务节点的当前状态，并在显示界面显示。

本实施例提供的任务管理装置，协作方人员可以通过协作方客户端对待处理任务中的任务节点进行处理，客户端产生相应的任务处理指令并发送至服务端，服务端获取该任务节点的处理结果，并根据处理结果的实际情况标记该任务节点的状态，从而使任务节点的状态与复杂流程实际存在的状态相匹配，同时，各个任务节点的任务状态准确、真实地反映任务在实际处理过程中的状态。而且，协同工作的用户能够根据任务流水线上的任务节点状态明确知道整个任务流水线的进度和状态。

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

另一方面，本公开还提供了服务端设备的实施例，图9是根据一示例性实施例示出的一种服务端设备的框图。

参照图9，该设备包括至少一个处理器710，用于存储处理器可执行指令的存储器720。其中，处理器710和存储器720通过总线730进行通信。

处理器710调用存储器720中的指令以执行上述的服务端侧执行的任务管理方法。

在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器，上述指令可服务端设备中的处理器以完成上述服务端侧执行的任务管理方法。

再一方面，本公开还提供了协作方客户端设备的实施例，该客户端设备包括存储器和处理器，其中，存储器中存储有处理器可执行的指令，处理器调用存储器中的指令以执行上述客户端侧执行的任务管理方法。

在示例性实施例中，还提供了一种包括指令的存储介质，该存储介质内存储有处理器可执行的指令，当客户端设备中的处理器调用该指令时以执行上述的客户端侧执行的任务管理方法。

可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

又一方面，本公开还提供了计算机程序产品，该计算机程序产品内存储有指令，该指令被服务端设备中的处理器执行时以完成上述的服务端侧执行的任务管理方法。

再一方面，本公开还提供了计算机程序产品，该计算机程序产品内存储有指令，该指令被客户端设备中的处理器执行时以完成上述的客户端侧执行的任务管理方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (22)

1.一种任务管理方法，其特征在于，一个任务由多个协作方协同完成，所述方法应用于服务端中，所述方法包括：

接收协同完成待处理任务的任意一个协作方客户端发送的针对所述待处理任务中的目标任务节点的任务处理指令，所述任务处理指令由所述协作方客户端检测到针对所述目标任务节点的任务处理操作时产生；

根据所述任务处理指令获取所述目标任务节点对应的处理结果；

当所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态，并将所述预设状态发送至所述协作方客户端进行显示，所述预设状态包括与所述处理结果不满足预设条件的具体详情相对应的状态，所述预设条件为任务节点对应的能够流转至下一个任务节点的预设条件；

所述当所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态步骤包括：

将所述目标任务节点的所有处理结果与所述预设条件包含的各预设条件项进行比较，所述预设条件项包括不允许偏差条件项；

当所述目标任务节点的处理结果中存在不满足所述不允许偏差条件项的处理结果时，将所述目标任务节点的状态标记为阻塞状态，当所述目标任务节点处于所述阻塞状态时无法处理所述目标任务节点的下一个任务节点；

所述当所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态步骤包括：

将所述目标任务节点的所有处理结果与所述预设条件包含的各预设条件项进行比较，所述预设条件项包括允许偏差条件项和不允许偏差条件项；

当所述目标任务节点的处理结果满足所述不允许偏差条件项，但存在不满足所述允许偏差条件项的处理结果时，将所述目标任务节点的状态标记为异常成功状态，当所述目标任务节点处于所述异常成功状态时允许启动所述目标任务节点的下一任务节点。

2.根据权利要求1所述的任务管理方法，其特征在于，所述预设状态是与成功状态或失败状态均不同的其他状态。

3.根据权利要求1所述的任务管理方法，其特征在于，所述当所述目标任务节点的处理结果中存在不满足所述不允许偏差条件项的处理结果时，将所述目标任务节点的状态标记为阻塞状态步骤包括：

当针对所述目标任务节点的所有处理结果中缺失与所述不允许偏差条件项对应的处理结果，或者，当前时刻未达到所述目标任务节点对应的预定启动时间时，确定所述目标任务节点的状态为阻塞状态。

4.根据权利要求1所述的任务管理方法，其特征在于，在所述将所述目标任务节点的状态标记为异常成功状态步骤之后，所述方法还包括：获取导致所述目标任务节点异常成功的原因并记录所述原因。

5.根据权利要求1所述的任务管理方法，其特征在于，在所述将所述目标任务节点的状态标记为阻塞状态步骤之后，所述方法还包括：

当所述目标任务节点的所有处理结果均满足所述不允许偏差条件项时，将所述目标任务节点的状态由所述阻塞状态切换至成功状态，并启动下一个任务节点。

6.根据权利要求1所述的任务管理方法，其特征在于，所述方法还包括：

针对所述待处理任务包含的每个任务节点，获取所述任务节点对应的协作方及对应的操作时间窗口；

在所述任务节点对应的操作时间窗口对应的预设时间段内，向所述任务节点对应的协作方客户端发送任务处理提醒。

7.根据权利要求1所述的任务管理方法，其特征在于，所述方法还包括：

接收所述协作方客户端发送的用于显示所述待处理任务包含的各任务节点状态的显示请求；

响应所述显示请求，向所述协作方客户端返回所述待处理任务包含的各个任务节点的状态。

8.一种任务管理方法，其特征在于，一个任务由多个协作方协同完成，所述方法应用于协作方客户端中，所述方法包括：

当协作方客户端检测到协作方在操作界面上针对待处理任务中的目标任务节点的任务处理操作时，响应所述任务处理操作产生相应的任务处理指令；

将所述任务处理指令发送至服务端，以使所述服务端根据所述任务处理指令获取所述目标任务节点对应的处理结果，以及，当所述服务端检测到所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态并发送至所述协作方客户端；

所述协作方客户端在显示界面显示所述服务端返回的所述待处理任务中的目标任务节点对应的任务状态；

其中，所述预设状态包括与所述处理结果不满足预设条件的具体详情相对应的状态，所述预设条件为任务节点对应的能够流转至下一个任务节点的预设条件；

所述服务端检测到所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态包括：

所述服务端将所述目标任务节点的所有处理结果与所述预设条件包含的各预设条件项进行比较，所述预设条件项包括不允许偏差条件项；

当所述目标任务节点的处理结果中存在不满足所述不允许偏差条件项的处理结果时，将所述目标任务节点的状态标记为阻塞状态，当所述目标任务节点处于所述阻塞状态时无法处理所述目标任务节点的下一个任务节点；

所述服务端检测到所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态包括：

所述服务端将所述目标任务节点的所有处理结果与所述预设条件包含的各预设条件项进行比较，所述预设条件项包括允许偏差条件项和不允许偏差条件项；

当所述目标任务节点的处理结果满足所述不允许偏差条件项，但存在不满足所述允许偏差条件项的处理结果时，将所述目标任务节点的状态标记为异常成功状态，当所述目标任务节点处于所述异常成功状态时允许启动所述目标任务节点的下一任务节点。

9.根据权利要求8所述的任务管理方法，其特征在于，所述方法还包括：

当检测到协作方在所述协作方客户端上针对目标任务的状态查看操作时，根据所述状态查看操作生成状态查看请求，并将所述状态查看请求发送至服务端，所述状态查看请求用于使所述服务端解析获得所述目标任务并获取所述目标任务包含的各任务节点的当前状态；

接收所述服务端返回的所述目标任务包含的各个任务节点的当前状态，并在显示界面显示。

10.一种任务管理装置，其特征在于，一个任务由多个协作方协同完成，所述装置应用于服务端中，所述装置包括：

第一接收模块，被配置为接收协同完成待处理任务的任意一个协作方客户端发送的针对所述待处理任务中的目标任务节点的任务处理指令，所述任务处理指令由所述协作方客户端检测到针对所述目标任务节点的任务处理操作时产生；

处理结果获取模块，被配置为根据所述任务处理指令获取所述目标任务节点对应的处理结果；

任务状态标记模块，被配置为当所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态，所述预设状态包括与所述处理结果不满足预设条件的具体详情相对应的状态，所述预设条件为任务节点对应的能够流转至下一个任务节点的预设条件；

发送模块，被配置为将所述预设状态发送至所述协作方客户端进行显示；

所述任务状态标记模块包括：

第一比较子模块，被配置为将所述目标任务节点的所有处理结果与所述预设条件包含的各预设条件项进行比较，所述预设条件项包括不允许偏差条件项；

第一状态标记子模块，被配置为当所述目标任务节点的处理结果中存在不满足所述不允许偏差条件项的处理结果时，将所述目标任务节点的状态标记为阻塞状态，当所述目标任务节点处于所述阻塞状态时无法处理所述目标任务节点的下一个任务节点；

所述任务状态标记模块包括：

第二比较子模块，被配置为将所述目标任务节点的所有处理结果与所述预设条件包含的各预设条件项进行比较，所述预设条件项包括允许偏差条件项和不允许偏差条件项；

第二状态标记子模块，被配置为当所述目标任务节点的处理结果满足所述不允许偏差条件项，但存在不满足所述允许偏差条件项的处理结果时，将所述目标任务节点的状态标记为异常成功状态，当所述目标任务节点处于所述异常成功状态时允许启动所述目标任务节点的下一任务节点。

11.根据权利要求10所述的任务管理装置，其特征在于，所述预设状态是与成功状态或失败状态均不同的其他状态。

12.根据权利要求10所述的任务管理装置，其特征在于，所述第一状态标记子模块具体被配置为：

当针对所述目标任务节点的所有处理结果中缺失与所述不允许偏差条件项对应的处理结果，或者，当前时刻未达到所述目标任务节点对应的预定启动时间时，确定所述目标任务节点的状态为阻塞状态。

13.根据权利要求10所述的任务管理装置，其特征在于，所述装置还包括：

异常成功原因获取模块，被配置为获取导致所述目标任务节点异常成功的原因并记录所述原因。

14.根据权利要求10所述的任务管理装置，其特征在于，所述装置还包括：

状态切换模块，被配置为当所述目标任务节点的所有处理结果均满足所述不允许偏差条件项时，将所述目标任务节点的状态由所述阻塞状态切换至成功状态，并启动下一个任务节点。

15.根据权利要求10所述的任务管理装置，其特征在于，所述装置还包括：

操作时间获取模块，被配置为针对所述待处理任务包含的每个任务节点，获取所述任务节点对应的协作方及对应的操作时间窗口；

提醒模块，被配置为在所述任务节点对应的操作时间窗口对应的预设时间段内，向所述任务节点对应的协作方客户端发送任务处理提醒。

16.根据权利要求10所述的任务管理装置，其特征在于，所述装置还包括：

第二接收模块，被配置为接收所述协作方客户端发送的用于显示所述待处理任务包含的各任务节点状态的显示请求；

显示模块，被配置为响应所述显示请求，向所述协作方客户端返回所述待处理任务包含的各个任务节点的状态。

17.一种任务管理装置，其特征在于，一个任务由多个协作方协同完成，所述装置应用于协作方客户端中，所述装置包括：

指令生成模块，被配置为当协作方客户端检测到协作方在操作界面上针对待处理任务中的目标任务节点的任务处理操作时，响应所述任务处理操作产生相应的任务处理指令；

处理结果获取模块，被配置为将所述任务处理指令发送至服务端，以使所述服务端根据所述任务处理指令获取所述目标任务节点对应的处理结果，以及，当所述服务端检测到所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态并发送至所述协作方客户端；

显示模块，被配置为在显示界面显示所述服务端返回的所述待处理任务中的目标任务节点对应的任务状态；

其中，所述预设状态包括与所述处理结果不满足预设条件的具体详情相对应的状态，所述预设条件为任务节点对应的能够流转至下一个任务节点的预设条件；

所述服务端检测到所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态包括：

所述服务端将所述目标任务节点的所有处理结果与所述预设条件包含的各预设条件项进行比较，所述预设条件项包括不允许偏差条件项；

当所述目标任务节点的处理结果中存在不满足所述不允许偏差条件项的处理结果时，将所述目标任务节点的状态标记为阻塞状态，当所述目标任务节点处于所述阻塞状态时无法处理所述目标任务节点的下一个任务节点；

所述服务端检测到所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态包括：

所述服务端将所述目标任务节点的所有处理结果与所述预设条件包含的各预设条件项进行比较，所述预设条件项包括允许偏差条件项和不允许偏差条件项；

当所述目标任务节点的处理结果满足所述不允许偏差条件项，但存在不满足所述允许偏差条件项的处理结果时，将所述目标任务节点的状态标记为异常成功状态，当所述目标任务节点处于所述异常成功状态时允许启动所述目标任务节点的下一任务节点。

18.根据权利要求17所述的任务管理装置，其特征在于，所述装置还包括：

状态查看模块，被配置为当检测到协作方在所述协作方客户端上针对目标任务的状态查看操作时，根据所述状态查看操作生成状态查看请求，并将所述状态查看请求发送至服务端，所述状态查看请求用于使所述服务端解析获得所述目标任务并获取所述目标任务包含的各任务节点的当前状态；

所述显示模块，还被配置为接收所述服务端返回的所述目标任务包含的各个任务节点的当前状态，并在显示界面显示。

19.一种服务端设备，其特征在于，包括：

处理器；

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

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

20.一种终端设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器;

其中，所述处理器被配置为执行所述指令，以实现如权利要求8至9中任一项所述的任务管理方法。

21.一种任务处理***，其特征在于，包括一个服务端设备和多个协作方客户端设备；

任一所述协作方客户端设备检测到针对待处理任务中的目标任务节点的任务处理操作时，产生任务处理指令并发送至所述服务端设备；

所述服务端设备根据接收到的所述任务处理指令获取所述目标任务节点对应的处理结果；

所述服务端设备检测到所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态，并将所述预设状态发送至所述协作方客户端，所述预设状态包括与所述处理结果不满足预设条件的具体详情相对应的状态，所述预设条件为任务节点对应的能够流转至下一个任务节点的预设条件；

任一所述协作客户端设备显示所述待处理任务中各任务节点的任务状态；

所述服务端设备检测到所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态包括：

所述服务端将所述目标任务节点的所有处理结果与所述预设条件包含的各预设条件项进行比较，所述预设条件项包括不允许偏差条件项；

当所述目标任务节点的处理结果中存在不满足所述不允许偏差条件项的处理结果时，将所述目标任务节点的状态标记为阻塞状态，当所述目标任务节点处于所述阻塞状态时无法处理所述目标任务节点的下一个任务节点；

所述服务端设备检测到所述目标任务节点的处理结果不满足预设条件时，将所述目标任务节点标记为预设状态包括：

所述服务端将所述目标任务节点的所有处理结果与所述预设条件包含的各预设条件项进行比较，所述预设条件项包括允许偏差条件项和不允许偏差条件项；

当所述目标任务节点的处理结果满足所述不允许偏差条件项，但存在不满足所述允许偏差条件项的处理结果时，将所述目标任务节点的状态标记为异常成功状态，当所述目标任务节点处于所述异常成功状态时允许启动所述目标任务节点的下一任务节点。

22.一种存储介质，其特征在于，当所述存储介质中的指令由服务端设备的处理器执行时，使得所述服务端设备能够执行如权利要求1至7中任一项所述的任务管理方法；

当所述存储介质中的指令由协作客户端设备的处理器执行时，使得所述协作客户端能够执行如权利要求8至9任一项所述的任务管理方法。