任务协同处理方法、装置、设备和系统与流程

本发明涉及互联网领域，尤其涉及一种任务协同处理方法、装置、设备和系统。

背景技术：

近年来，随着电子商务的不断发展，越来越多的企业或个人会选择线上交易的形式来购买商品。在线上店铺的运营和维护过程中，商家的主要任务就是商品发布任务，在商品发布任务完成后，购买者可以得到商品的详细信息，并根据此信息来选购商品。

目前，商家通常会有专职人员来执行此商品发布任务。具体来说，负责商品发布的工作人员先登录电商平台，再在商品发布页面中分别填写如商品基本信息、商品详细说明、销售信息、运费信息等等内容后即可完成商品发布任务。

然而，在实际应用中，负责商品发布的工作人员往往需要与各部门的工作人员进行多次沟通后，才能获得上述的各部分信息，从而导致商品发布任务的执行效率大大降低。

技术实现要素：

有鉴于此，本发明实施例提供一种任务协同处理方法、装置、设备和系统，用以提高任务的处理效率。

第一方面，本发明实施例提供一种任务协同处理方法，应用于服务端，包括：

接收任务发起者发起的任务，所述任务关联有任务处理者信息；

根据所述任务处理者信息，将所述任务通知至对应的任务处理者；

响应于所述任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面；

获取所述任务处理者在所述任务处理界面中输入的任务处理信息。

第二方面，本发明实施例提供一种任务协同处理装置，应用于服务端，包括：

接收模块，用于接收任务发起者发起的任务，所述任务关联有任务处理者信息；

通知模块，用于根据所述任务处理者信息，将所述任务通知至对应的任务处理者；

输出模块，用于响应于所述任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面；

获取模块，用于获取所述任务处理者在所述任务处理界面中输入的任务处理信息。

第三方面，本发明实施例提供一种电子设备，包括：第一处理器和第一存储器，所述第一存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第一处理器执行时实现上述第一方面中的任务协同处理方法。该电子设备还可以包括第一通信接口，用于与其他设备或通信网络通信。

本发明实施例提供了一种计算机存储介质，用于储存存储计算机程序，所述计算机程序使计算机执行时实现上述第一方面中的任务协同处理方法。

第四方面，本发明实施例提供一种任务协同处理方法，应用于即时通讯应用程序，包括：

显示任务通知界面，所述任务通知界面中包括关联有任务处理者信息的任务，所述任务由任务发起者发起，由服务端发送；

响应所述任务处理者在所述任务通知界面中的任务领取操作，以使所述服务端向所述任务处理者输出与所述任务处理者对应的任务处理界面，并获取所述任务处理者在所述任务处理界面中输入的任务处理信息。

第五方面，本发明实施例提供一种任务协同处理装置，应用于即时通讯应用程序，包括：

显示模块，用于显示任务通知界面，所述任务通知界面中包括关联有任务处理者信息的任务，所述任务由任务发起者发起，由服务端发送；

响应模块，用于响应所述任务处理者在所述任务通知界面中的任务领取操作，以使所述服务端向所述任务处理者输出与所述任务处理者对应的任务处理界面，并获取所述任务处理者在所述任务处理界面中输入的任务处理信息。

第六方面，本发明实施例提供一种电子设备，包括：第二处理器和第二存储器，所述第二存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第二处理器执行时实现上述第四方面中的任务协同处理方法。该电子设备还可以包括第二通信接口，用于与其他设备或通信网络通信。

本发明实施例提供了一种计算机存储介质，用于储存存储计算机程序，所述计算机程序使计算机执行时实现上述第四方面中的任务协同处理方法。

第七方面，本发明实施例提供一种任务协同处理系统，包括：服务端和即时通讯应用程序；

所述服务端，用于接收任务发起者发起的任务，所述任务关联有任务处理者信息；发送所述任务至所述即时通讯应用程序；响应于所述任务处理者在所述任务对应的任务通知界面中的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面；获取所述任务处理者在所述任务处理界面中输入的任务处理信息；

所述即时通讯应用程序，用于接收所述任务；根据所述任务关联的所述任务处理者信息，显示所述任务通知界面，以使所述任务通知至对应的任务处理者。

第八方面，本发明实施例提供一种任务协同处理方法，包括：

接收任务发起者发起的商品发布任务，所述商品发布任务中包括至少一个子任务，每个子任务都关联有对应的任务处理者信息；

对于所述至少一个子任务中的任一子任务，根据所述任一子任务关联的任务处理者信息，将所述任一子任务通知至对应的任务处理者；

响应于所述任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面；

获取每个任务处理者在各自对应的任务处理界面中输入的任务处理信息，以完成对所述商品发布任务的处理。

第九方面，本发明实施例提供一种任务协同处理装置，包括：

接收模块，用于接收任务发起者发起的商品发布任务，所述商品发布任务中包括至少一个子任务，每个子任务都关联有对应的任务处理者信息；

通知模块，用于对于所述至少一个子任务中的任一子任务，根据所述任一子任务关联的任务处理者信息，将所述任一子任务通知至对应的任务处理者；

输出模块，用于响应于所述任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面；

获取模块，用于获取每个任务处理者在各自对应的任务处理界面中输入的任务处理信息，以完成对所述商品发布任务的处理。

第十方面，本发明实施例提供一种电子设备，包括：第三处理器和第三存储器，所述第三存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第三处理器执行时实现上述第八方面中的任务协同处理方法。该电子设备还可以包括第三通信接口，用于与其他设备或通信网络通信。

本发明实施例提供了一种计算机存储介质，用于储存存储计算机程序，所述计算机程序使计算机执行时实现上述第八方面中的任务协同处理方法。

第十一方面，本发明实施例提供一种任务协同处理方法，包括：

接收任务发起者发起的商品发布任务，所述商品发布任务包括至少一个子任务，每个子任务都关联有对应的任务处理者信息；

对于所述至少一个子任务中的任一子任务，根据所述任一子任务关联的任务处理者信息，将所述任一子任务发送至对应的任务处理者；

获取全部任务处理者对各自的子任务的处理结果，以完成对所述商品发布任务的处理。

第十二方面，本发明实施例提供一种任务协同处理装置，包括：

接收模块，用于接收任务发起者发起的商品发布任务，所述商品发布任务包括至少一个子任务，每个子任务都关联有对应的任务处理者信息；

发送模块，用于对于所述至少一个子任务中的任一子任务，根据所述任一子任务关联的任务处理者信息，将所述任一子任务发送至对应的任务处理者；

获取模块，用于获取全部任务处理者对各自的子任务的处理结果，以完成对所述商品发布任务的处理。

第十三方面，本发明实施例提供一种电子设备，包括：第四处理器和第四存储器，所述第四存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第四处理器执行时实现上述第十一方面中的任务协同处理方法。该电子设备还可以包括第四通信接口，用于与其他设备或通信网络通信。

本发明实施例提供了一种计算机存储介质，用于储存存储计算机程序，所述计算机程序使计算机执行时实现上述第十一方面中的任务协同处理方法。

第十四方面，本发明实施例提供一种任务协同处理方法，包括：

接收任务发起者发起的商品发布任务，所述商品发布任务包括至少一个子任务，每个子任务都关联有对应的任务处理者信息；

对于所述至少一个子任务中的任一子任务，响应于处理所述任一子任务的任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面；

获取每个任务处理者在各自对应的任务处理界面中输入的任务处理信息，以完成对所述商品发布任务的处理。

第十五方面，本发明实施例提供一种任务协同处理装置，包括：

接收模块，用于接收任务发起者发起的商品发布任务，所述商品发布任务包括至少一个子任务，每个子任务都关联有对应的任务处理者信息；

输出模块，用于对于所述至少一个子任务中的任一子任务，响应于处理所述任一子任务的任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面；

获取模块，用于获取每个任务处理者在各自对应的任务处理界面中输入的任务处理信息，以完成对所述商品发布任务的处理。

第十六方面，本发明实施例提供一种电子设备，包括：第五处理器和第五存储器，所述第五存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第五处理器执行时实现上述第十四方面中的任务协同处理方法。该电子设备还可以包括第五通信接口，用于与其他设备或通信网络通信。

本发明实施例提供了一种计算机存储介质，用于储存存储计算机程序，所述计算机程序使计算机执行时实现上述第十四方面中的任务协同处理方法。

第十七方面，本发明实施例提供一种任务协同处理方法，包括：

响应于任务发起者的任务发布操作，接收包括至少一个子任务的商品发布任务，每个子任务都关联有对应的任务处理者信息；

对于所述至少一个子任务中的任一子任务，根据所述任务发起者选择的通讯方式以及所述任一子任务关联的任务处理者信息，将所述任一子任务通知至对应的任务处理者，所述通讯方式对应于一种即时通讯应用程序；

响应于所述任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面；

响应于每个任务处理者在各自对应的任务处理界面中的输入操作，获取输入的任务处理信息，以完成对所述商品发布任务的处理。

第十八方面，本发明实施例提供一种任务协同处理装置，包括：

接收模块，用于响应于任务发起者的任务发布操作，接收包括至少一个子任务的商品发布任务，每个子任务都关联有对应的任务处理者信息；

通知模块，用于对于所述至少一个子任务中的任一子任务，根据所述任务发起者选择的通讯方式以及所述任一子任务关联的任务处理者信息，将所述任一子任务通知至对应的任务处理者，所述通讯方式对应于一种即时通讯应用程序；

输出模块，用于响应于所述任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面；

获取模块，用于响应于每个任务处理者在各自对应的任务处理界面中的输入操作，获取输入的任务处理信息，以完成对所述商品发布任务的处理。

第十九方面，本发明实施例提供一种电子设备，包括：第六处理器和第六存储器，所述第六存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第六处理器执行时实现上述第十七方面中的任务协同处理方法。该电子设备还可以包括第六通信接口，用于与其他设备或通信网络通信。

本发明实施例提供了一种计算机存储介质，用于储存存储计算机程序，所述计算机程序使计算机执行时实现上述第十七方面中的任务协同处理方法。

第二十方面，本发明实施例提供一种任务协同处理方法，包括：

响应于任务发起者的任务发布操作，接收包括至少一个子任务的商品发布任务，每个子任务都关联有对应的任务处理者信息；

对于所述至少一个子任务中的任一子任务，根据所述任务发起者选择的通讯方式以及所述任一子任务关联的任务处理者信息，将所述任一子任务发送至对应的任务处理者，所述通讯方式对应于一种即时通讯应用程序；

响应于每个任务处理者的输入操作，获取每个子任务对应的任务处理信息，以完成对所述商品发布任务的处理。

第二十一方面，本发明实施例提供一种任务协同处理装置，包括：

接收模块，用于响应于任务发起者的任务发布操作，接收包括至少一个子任务的商品发布任务，每个子任务都关联有对应的任务处理者信息；

发送模块，用于对于所述至少一个子任务中的任一子任务，根据所述任务发起者选择的通讯方式以及所述任一子任务关联的任务处理者信息，将所述任一子任务发送至对应的任务处理者，所述通讯方式对应于一种即时通讯应用程序；

获取模块，用于响应于每个任务处理者的输入操作，获取每个子任务对应的任务处理信息，以完成对所述商品发布任务的处理。

第二十二方面，本发明实施例提供一种电子设备，包括：第七处理器和第七存储器，所述第七存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第七处理器执行时实现上述第二十方面中的任务协同处理方法。该电子设备还可以包括第七通信接口，用于与其他设备或通信网络通信。

本发明实施例提供了一种计算机存储介质，用于储存存储计算机程序，所述计算机程序使计算机执行时实现上述第二十方面中的任务协同处理方法。

第二十三方面，本发明实施例提供一种任务协同处理方法，包括：

响应于任务发起者的任务发布操作，接收包括至少一个子任务的商品发布任务，每个子任务都关联有对应的任务处理者信息；

对于所述至少一个子任务中的任一子任务，响应于处理所述任一子任务的任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面；

响应于每个任务处理者在各自对应的任务处理界面中的输入操作，获取输入的任务处理信息，以完成对所述商品发布任务的处理。

第二十四方面，本发明实施例提供一种任务协同处理装置，包括：

接收模块，用于响应于任务发起者的任务发布操作，接收包括至少一个子任务的商品发布任务，每个子任务都关联有对应的任务处理者信息；

输出模块，用于对于所述至少一个子任务中的任一子任务，响应于处理所述任一子任务的任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面；

获取模块，用于响应于每个任务处理者在各自对应的任务处理界面中的输入操作，获取输入的任务处理信息，以完成对所述商品发布任务的处理。

第二十五方面，本发明实施例提供一种电子设备，包括：第八处理器和第八存储器，所述第八存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第八处理器执行时实现上述第二十三方面中的任务协同处理方法。该电子设备还可以包括第八通信接口，用于与其他设备或通信网络通信。

本发明实施例提供了一种计算机存储介质，用于储存存储计算机程序，所述计算机程序使计算机执行时实现上述第二十三方面中的任务协同处理方法。

本发明实施例提供的任务协同处理方法，服务端接收任务发起者发起的、关联有任务处理者信息的任务，并根据任务处理者信息，将此任务通知至对应的任务处理者，以使被通知到的任务处理者可以领取任务发起者发起的任务。接着，当任务处理者领取任务时，响应于任务处理者的任务领取操作，服务端向任务处理者输出与此任务处理者对应的任务处理界面。服务端则可以进一步获取到任务处理者在任务处理界面中输入相应的任务处理信息，从而完成任务。可见，本发明提供的任务处理方法中，一个任务由任务发起者和任务处理者共同完成。在任务发起者发起任务后，用于处理此任务的任务处理者都可以在任务处理界面中完成各自对应的操作，不同的任务处理者可以同时进行任务处理，并且任务发起者和任务处理者之间不存在复杂的沟通的过程，这样可以大大提高任务处理的效率。

附图说明

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

图1为本发明实施例提供的一种任务协同处理系统的组成示意图；

图2为与图1所示任务协同处理系统对应的工作过程示意图；

图3a为任务发起者在发起产品发布任务时的任务创建界面；

图3b为任务发起者在发起产品发布任务时的任务处理者信息设置界面；

图3c为任务发起者在发起产品发布任务时的任务通知界面；

图4为本发明实施例提供的一种任务协同处理方法的流程图；

图5a为将任务通知至任务处理者过程中对应的通讯方式选择界面；

图5b为任务处理者进行任务处理后对应的任务处理进度通知；

图6为本发明实施例提供的另一种任务协同处理方法的流程图；

图7为任务发起者在发起产品发布任务时的角色确认界面；

图8为本发明实施例提供的又一种任务协同处理方法的流程图；

图9为本发明实施例提供的又一种任务协同处理方法的流程图；

图10为本发明实施例提供的又一种任务协同处理方法的流程图；

图11为本发明实施例提供的又一种任务协同处理方法的流程图；

图12为本发明实施例提供的又一种任务协同处理方法的流程图；

图13为本发明实施例提供的又一种任务协同处理方法的流程图；

图14为本发明实施例提供的又一种任务协同处理方法的流程图；

图15为本发明实施例提供的一种任务协同处理装置的结构示意图；

图16为与图15所示实施例提供的任务协同处理装置对应的电子设备的结构示意图；

图17为本发明实施例提供的另一种任务协同处理装置的结构示意图；

图18为与图17所示实施例提供的任务协同处理装置对应的电子设备的结构示意图；

图19为本发明实施例提供的又一种任务协同处理装置的结构示意图；

图20为与图19所示实施例提供的任务协同处理装置对应的电子设备的结构示意图；

图21为本发明实施例提供的又一种任务协同处理装置的结构示意图；

图22为与图21所示实施例提供的任务协同处理装置对应的电子设备的结构示意图；

图23为本发明实施例提供的又一种任务协同处理装置的结构示意图；

图24为与图23所示实施例提供的任务协同处理装置对应的电子设备的结构示意图；

图25为本发明实施例提供的又一种任务协同处理装置的结构示意图；

图26为与图25所示实施例提供的任务协同处理装置对应的电子设备的结构示意图；

图27为本发明实施例提供的又一种任务协同处理装置的结构示意图；

图28为与图27所示实施例提供的任务协同处理装置对应的电子设备的结构示意图；

图29为本发明实施例提供的又一种任务协同处理装置的结构示意图；

图30为与图29所示实施例提供的任务协同处理装置对应的电子设备的结构示意图。

具体实施方式

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

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于识别”。类似地，取决于语境，短语“如果确定”或“如果识别(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当识别(陈述的条件或事件)时”或“响应于识别(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

另外，下述各方法实施例中的步骤时序仅为一种举例，而非严格限定。

图1为本发明实施例提供的一种任务协同处理系统的组成示意图，如图1所示，该系统包括：服务端和即时通讯应用程序。

其中，服务端，用于接收任务发起者发起的任务，任务关联有任务处理者信息；发送任务至即时通讯应用程序；响应于任务处理者在任务对应的任务通知界面中的任务领取操作，向任务处理者输出与任务处理者对应的任务处理界面；获取任务处理者在任务处理界面中输入的任务处理信息。

其中，即时通讯应用程序，用于接收任务；根据任务关联的任务处理者信息，显示任务通知界面，以使任务通知至对应的任务处理者。

为了更加直观地理解上述任务处理系统的工作过程，如图2所示，服务端和即时通讯应用程序的工作过程可以包括如下步骤：

s101，服务端接收任务发起者发起的任务，任务关联有任务处理者信息。

任务发起者可以通过任务发起应用程序来发起任务。可选地，上述的任务发起应用程序可以安装于服务端中。在任务发起应用程序对任务发起者的触发操作产生响应后，服务端也即是可以获取到发起的任务。

可选地，发起任务的具体过程可以为：任务发起者先在任务发起应用程序中选择任务创建方式。然后，任务发起应用程序响应于任务发起者的选择操作，显示任务处理者信息设置界面，任务发起者可以再在此界面中设置任务处理者信息。最后，任务发起应用程序对任务发起者在任务处理者信息设置界面中的触发完成操作进行响应，也即是完成了任务的发起，其中，此完成操作可以对应于一个完成按钮。此时，服务端也即是获取到关联有任务处理者信息的任务。

可选地，上述的任务创建方式可以包括第一方式和第二方式，第一方式对应于单一任务处理者，此种方式中任务发起者即为任务处理者；第二方式对应于多个任务处理者，此种方式中，任务发起者同样也可以作为任务处理者，对任务进行处理。可选地，上述的任务处理者信息具体可以包括处理此任务所需的至少一种角色或者具体的某个任务处理者(任务发起者指定的任务处理者)。其中，角色的种类可以理解为任务处理者的职能类型，且具有职能类型a的任务处理者可以掌握有完成任务所需的、对应于职能类型a的信息。当然，可选地，在实际应用中，任务处理者信息也可以同时包括至少一种角色和具体的某个处理者。

s102，服务端发送任务至即时通讯应用程序。

在获取到任务发起者发起的任务后，服务端会进一步地发送此任务至即时通讯应用程序。并且即时通讯应用可以安装于任务发起者和任务处理者使用的终端设备中，这样使任务发起者和任务处理者都可以通过即时通讯应用及时了解任务的发起情况。

s103，即时通讯应用程序接收任务，根据任务关联的任务处理者信息，显示任务对应的任务通知界面，以使任务通知至对应的任务处理者。

即时通讯应用程序接收到服务端发送的任务后，也即是得到了与任务关联的任务处理者信息。即时通讯应用程序可以根据任务处理者信息，显示任务对应的任务通知界面，当然此任务通知界面中包括任务发起者发起的任务。任务处理者可以通过任务通知界面被通知到当前有待处理的任务。任务处理者可以根据自身情况选择是否处理此任务。可选地，任务通知界面则可以理解为对应于任务处理者信息的聊天界面。

正如步骤s102中所述的，任务处理者信息可以包括处理此任务所需的至少一种角色和/或具体的某个任务处理者。因此，当任务处理者信息包括处理此任务所需的至少一种角色时，聊天界面则对应于一个群组。一种情况，此聊天界面对应的群组中可以包括全部角色对应的全部任务处理者，此群组可以为包含公司全部职工的一个大群组，群组中的所有人都会被通知到有当前有任务需要处理，并且最终对此任务进行后处理的任务处理者全部在此大群组中。另一种情况，此聊天界面对应的群组可以中包括一种角色对应的全部任务处理者，此群组可以为包含一部门内全部职工的一个群组，用于处理此任务的一种角色对应的任务处理者就在此群组中。

当任务处理者包括具体的某个任务处理者时，则聊天界面也即是任务发起者与此指定的任务处理者之间的聊天界面。

s104，服务端响应于任务处理者在任务对应的任务通知界面中的任务领取操作，向任务处理者输出与任务处理者对应的任务处理界面，获取任务处理者在任务处理界面中输入的任务处理信息。

被通知到的任务处理者可以在对应的任务通知界面中触发任务领取操作，响应于此操作后，服务端可以向任务处理者输出与任务处理者对应的任务处理界面。可选地，服务端为每个任务处理者输出的任务处理界面可以是相同的，则任务处理者可以在界面中的相应位置处输入相应的任务处理信息。可选地，服务端也可以为专门为不同的任务处理者输出的各自对应的任务处理界面，此时，任务处理者只需在各自的任务处理界面中输入自己掌握的任务处理信息即可。在任务处理信息输入完成后，服务端也即是获取到了任务处理信息。

当服务端获取到的全部任务处理者输入的全部任务处理信息后，则可以认为任务处理完成。

本实施例中，服务端在接收到任务发起者发起的任务后，将此任务通过即时通讯应用程序通知至任务处理者。此时，任务处理者则可以知晓当前存在待处理任务，并在即时通讯应用程序中的任务通知界面中进行任务的领取。服务端响应于任务处理者的任务领取操作，向任务处理者输出对应的任务处理界面。每个任务处理者都可以在各自对应的任务处理界面中输入相应的任务处理信息。待服务端获取到全部的任务处理信息后，也即是完成了任务处理。根据上述描述可知，通过服务端与即时通讯应用程序之间的交互，可以将任务发起者发起的任务通知至任务处理者，任务处理者可以自行领取并处理此任务中的一部分。待全部任务处理者都处理好各自的部分后，也即是完成任务发起者发起的任务。在任务处理的过程中，任务发起者和任务处理者之间不存在复杂的沟通环节并且多个任务处理者还可以同时处理任务，这都可以大大提高任务处理的效率。

另外，在实际应用中，根据使用场景的不同，任务发起者发起的任务也可以包括多种类型，比如产品发布任务、数据统计任务等等。与任务相对应的，任务发起应用程序也就相应的为购物应用程序、数据统计应用程序等等。

下面以一具体的产品发布任务为例，说明上述任务处理系统的工作过程：

任务发起者可以在购物应用程序中提供的任务创建界面中选择任务创建方式，如图3a所示。图3a中的“单人操作”和“团队协作”分别对应于上文中的第一方式和第二方式。任务发起者在图3a所示界面中选择好任务创建方式后，购物应用程序会显示如图3b所示的界面。

任务发起者可以在图3b所示的界面中对任务处理者信息进行设置。当任务处理者信息包括处理此任务所需的至少一种角色时，角色的种类具体可以包括运营、摄像、财务、销售、页面设计、老板等等。当任务处理者信息中包括任务发起者指定的任务处理并且此指定的任务处理者对应于运营角色时，任务发起者可以在图3b所示的界面，点击运营按钮，然后，可选地，基于服务端本地维护有全部任务处理者以及各自对应角色之间的对应关系，可以显示对应于运营角色的全部任务处理者，任务发起者可以从中进行任务处理者的指定。当然，上述只是以运营角色为例进行说明，任务发起者同样可以按照上述方式对其他角色的任务处理者进行指定。

在任务发起者选择好任务处理者信息后，也即是任务发起成功，此时服务端可以将此任务发送至即时通讯应用程序。即时通讯应用程序接收服务端发送的任务后，则可以根据任务处理者信息，显示任务对应的任务通知界面，如图3c所示。被通知到的任务处理者可以在此任务通知界面中进行任务领取。服务端响应于任务处理者在任务通知界面中的任务领取操作，向任务处理者输出与任务处理者对应的任务处理界面。

此时，角色为运营的任务处理者掌握有产品的基础信息，比如颜色、库存、尺寸等等；摄像角色用于上传产品对应的图片；销售角色掌握有产品销售信息，比如购买方式、供货方式、可售数量等等；财务角色掌握有产品的服务信息，比如价格、付款方式、物流信息等等，；页面设计角色用于产品发布界面的显示样式，前述的各项信息均会被写入产品发布界面中；老板角色用于对其他全部角色所掌握的信息进行审核。

待所有任务处理者都在产品发布界面中输入对应的任务处理信息后，服务端也即是获取到产品发布任务的全部信息，此时，便完成了产品发布任务。用户便可以在购物网站上看到发布成功的产品。

图1～图3c所示实施例是从系统整体角度对任务处理的过程进行说明，下面分别从服务端和即时通讯应用程序角度来详细说明任务处理的过程。

图4为本发明实施例提供的一种任务协同处理方法的流程图，本发明实施例提供的该任务协同处理方法可以由服务端来执行。如图4所示，该方法包括如下步骤：

s201，接收任务发起者发起的任务，任务关联有任务处理者信息。

上述步骤201的执行过程与前述实施例的相应步骤相似，可以参见如图2所示实施例中的相关描述，在此不再赘述。

s202，根据任务处理者信息，将任务通知至对应的任务处理者。

在任务发起者发起任务后，一种可选地方式，任务发起者可以选择相应的通讯方式，并通过选择的通讯方式将此任务会通知到对应的任务处理者。其中，每种通讯方式可以对应于一种及时通讯应用程序。承接产品发布任务，任务发起者可以在如图5a所示界面中提供的6种通讯方式(a～f)中任选一种，并通过选中的通讯方式，将任务通知至任务处理者。

s203，响应于任务处理者的任务领取操作，向任务处理者输出与任务处理者对应的任务处理界面。

被通知到的任务处理者可以在任务通知界面中触发任务领取操作，服务端响应于任务处理者的任务领取操作，即可以向每个任务处理者输出各自对应的任务处理界面。

继续承接产品发布任务，在实际应用中，可选地，每个任务处理者对应的任务处理界面可以是相同的。可选地，每个任务处理者输出各自对应的任务处理界面也可以是不同的，此时，也即是只对任务处理者输出与其角色相对应的任务处理界面。

s204，获取任务处理者在任务处理界面中输入的任务处理信息。

待每个任务处理者在对应的任务处理界面中输入各自的任务处理信息后，服务端便可以获取到任务对应的全部任务处理信息。

可选地，在每个任务处理者处理任务后，此任务处理者还可在任务处理界面中触发任务完成操作，此时服务器可以响应于任务处理者的任务完成操作，生成任务处理进度通知。此任务处理进度通知可以同时展示给任务处理者和任务发起者，以使二者可以通过此通知实时了解任务的执行情况。可选地，此任务处理进度通知可以是一个界面形式，在产品发布任务场景中，此任务处理进度通知可以如图5b所示。基于此任务处理进度通知，另一种可选地方式，任务发起者可以在任务处理进度通知中手动触发任务完成操作(任务发起者可以通过点击图5b中提供的发布产品按钮触发任务完成操作)。服务端响应于此完成操作后，认为任务完成。

除此之外，在实际应用中，对于某个任务处理者输入的任务处理信息，其很有可能出现错误，因此，可选地，任务处理者还可以触发修改操作。其中，当任务处理进度通知具体表现为一个界面时，此界面中可以提供修改按钮，任务处理者可以通过点击此按钮来触发修改操作。然后，服务端响应于任务处理者的修改操作，会重新显示任务处理者对应的任务处理界面。任务处理者则可以在此界面中重新输入任务处理信息，这使得服务端可以获取到修改后的任务处理信息。

本实施例中未详细描述的部分可以参见上述如图2所示实施例中的相关描述，在此不再赘述。

本实施例中，从服务端的角度出发，服务端先接收任务发起者发起的、关联有任务处理者信息的任务，并根据任务处理者信息，将此任务通知至对应的任务处理者，以使被通知到的任务处理者可以领取任务发起者发起的任务。接着，当任务处理者领取任务时，响应于任务处理者的任务领取操作，服务端向任务处理者输出与此任务处理者对应的任务处理界面。服务端还可以进一步获取到任务处理者在任务处理界面中输入相应的任务处理信息，从而完成任务。可见，本发明提供的任务处理方法中，一个任务由任务发起者和任务处理者共同完成。在任务发起者发起任务后，每个任务处理者都可以在任务处理界面中完成各自对应的操作，不同的任务处理者可以同时进行任务处理，并且任务发起者和任务处理者之间不存在复杂的沟通的过程，这样可以大大提高任务处理的效率。

正如图2所示实施例中描述的，任务处理者信息可以包括处理任务所需的至少一种角色，并且任务处理者需要去主动领取任务，在任务领取后才能对任务进行处理。因此，为了保证任务顺利、高效地完成，通常还需要对任务处理者触发的任务领取操作进行验证，以判断主动领取任务的任务处理者是否具有处理此任务的资格。

基于此，在图4所示实施例的基础上，图6为本发明实施例提供的另一种任务协同处理方法的流程图，如图6所示，该任务协同处理方法可以包括如下步骤：

s301，接收任务发起者发起的任务，任务关联有任务处理者信息。

上述步骤301的执行过程与前述实施例的相应步骤相似，可以参见如图2所示实施例中的相关描述，在此不再赘述。

s302，根据任务处理者信息，将任务通知至对应的任务处理者。

当任务处理者信息包括处理任务所需的至少一种角色时，服务端可以根据任务处理者信息将任务发起者发起的任务发送到至少一种角色所属的群组中，此群组实际上也与即时通讯应用程序对应。正如图2～图3c所示实施例中描述的，此群组可以为对应于全部角色种类的一个大群组，也可以是对应于一种角色的小群组。但无论是哪种群组，群组内的用户也即是被通知到的任务处理者。并且这些被通知到的任务处理者可以理解为是候选任务处理者，他们都可以触发任务领取操作，但此任务具体交由哪些任务处理者进行处理，则还需要执行以下步骤即对任务处理者触发的任务领取操作的有效性进行验证。

s303，响应于任务处理者的任务领取操作，对任务领取操作进行有效性验证。

一种可选地方式，正如图2所示的实施例，任务处理者可以在任务对应的任务通知界面中来触发任务领取操作。然后，服务端响应于任务领取操作，并可以按照以下方式对任务领取操作的有效性进行验证：

(1)响应于任务处理者的任务领取操作，弹出角色确认界面，角色确认界面中包括至少一种角色。

(2)响应于任务处理者对至少一种角色的选择，确定任务处理者是否归属于选择出的角色。

(3)若任务处理者归属于选择出的角色，则确定任务处理者通过有效性验证。

具体来说，响应于任务处理者的任务领取操作，会弹出包含至少一种角色的确认界面。承接上述的产品发布任务举例，角色确认界面可以如图7所示。接着，任务处理者可以进一步在此角色确认界面中触发角色选择操作。可选地，一个任务处理者可以选择一种或者多种角色。然后，基于任务处理者选择的角色，服务端会确定任务处理者是否归属于自身选择出的角色。若归属于选择出的角色，则确定任务处理者通过有效性验证。此通过验证的任务处理者会对任务发起者发起的任务进行处理。

对于确定任务处理者是否归属于自身选择出的角色，一种可选地方式，服务端维护有每个任务处理者与自身归属的角色之间的对应关系，服务端可以通过查询此对应关系来确定任务处理者是否通过有效性验证。

s304，若任务处理者通过有效性验证，则向任务处理者输出任务处理界面。

s305，获取任务处理者在任务处理界面中输入的任务处理信息。

若任务处理者通过有效性验证，则服务端会向此通过验证的任务处理者输出任务处理界面。此时，上述步骤304～305的执行过程与前述实施例的相应步骤相似，可以参见如图2所示实施例中的相关描述，在此不再赘述。

若任务处理者未通过有效性验证，则服务端会生成一个通知消息，用以通知任务处理者未通过有效性验证，其不能处理任务发起者发起的任务。可选地，弹出的此通知消息与上述步骤中弹出的角色确认界面都可以覆盖显示于任务通知界面上。

另外，在实际应用中，可能某一种角色需要输入的任务处理信息较多，此种角色通常需要多个任务处理者来共同完成。因此，可选地，任务发起者在设置任务处理者信息时，还会考虑到每种角色对应的任务处理者的数量，此数量可以是任务发起者根据自身经验得到的一个预设数量。此时，在对任务处理者进行有效性验证后，还会基于此预设数量对任务处理者进行数量验证。

若任务处理者归属于选择出的角色，则在已经通过有效性验证的任务处理者中，确定归属于选择出的角色的任务处理者的数量是否超过角色对应的预设数量。若未超过角色对应的预设数量，则确定任务处理者通过数量验证。

具体来说，服务端已经知晓处理任务发起者发起的任务所需的每种角色的预设数量。每当服务端确定出一任务处理者i归属于自身选择出的角色i时也即是任务处理者i通过有效性验证后，服务端则会实时更新此时已经通过有效性验证的、角色为i的任务处理者的数量，并将此更新后的数量与预设数量进行比较，判断其是否超过角色i对应的预设数量。若更新后的数量未超过角色i对应的预设数量，则确定此任务处理者i通过数量验证。对于这种同时通过有效性验证和数量验证的任务处理者即为进行任务处理的任务处理者。

若更新后的数量超过角色i对应的预设数量，则表明已经通过有效性验证的任务处理者中，对应于角色i的数量已经超过预设数量。对于超过预设数量的其他已经通过有效性验证的、对应于角色i的任务处理者，他们是不能参与任务处理的。此时，可选地，服务端可以生成通知消息，以告知未通过数量验证的任务处理者，其不能参与任务处理。

需要说明的是，对任务处理者的有效性验证和数量验证采用的是“先到先得”原则，也即是按照触发任务领取操作或者在角色确认界面中触发的角色选择操作的先后顺序来对任务处理者进行上述两种验证的。

本实施例中，在服务端接收任务发起者发起的任务，可以通过将此任务发送至任务处理者所在群组中的方式，来通知任务处理者当前存在需要处理的任务。然后，群组中的任务处理者可以触发任务领取操作，服务端可以对触发任务领取操作的进行有效性验证和数量验证。最终让经过双重验证的任务处理者来进行任务处理。由于不同角色对应的任务处理者掌握的任务处理信息不同，因此，对任务处理者进行有效性验证可以避免出现角色对应的任务处理者输入与角色不对应的任务处理信息，从而进一步避免出现任务处理信息产生大面积错误的情况。并且，通过对任务处理者进行数量验证，还可以提高任务处理者的使用效率，避免出现大量任务处理者都聚集在某一任务上，而其他任务无人领取的情况。

图8为本发明实施例提供的又一种任务协同处理方法的流程图，本发明实施例提供的该任务协同处理方法可以由即时通讯应用程序来执行，如图8所示，该方法包括如下步骤：

s401，显示任务通知界面，任务通知界面中包括关联有任务处理者信息的任务，任务由任务发起者发起，由服务端发送。

即时通讯应用程序在接收到服务端发送的任务后，会将关联有任务处理者信息的任务显示于任务通知界面上。对于任务的发起和发送过程，可以参见上述各实施例中的相关描述，在此不再赘述。可选地，此任务通知界面具体可以表现为聊天界面。

当任务处理者信息包括处理任务所需的至少一种角色时，可选地，任务通知界面具体可以为此至少一个角色所属的群组的聊天界面。当任务处理者信息包括任务发起者指定的某个具体的任务处理者时，任务通知界面即为任务发起者和指定的任务处理者之间的聊天界面。其中，每种角色都对应于一种职能。

s402、响应任务处理者在任务通知界面中的任务领取操作，以使服务端向任务处理者输出与任务处理者对应的任务处理界面，并获取任务处理者在任务处理界面中输入的任务处理信息。

任务处理者可以在任务通知界面中触发任务领取操作，一种可选地方式，即时通讯应用程序可以对此操作进行响应，将触发任务领取操作的任务处理者归属的角色和用户信息显示于任务通知界面中。其中，用户信息具体可以为任务处理者的姓名。继续承接产品发布任务，显示的任务处理者归属的角色和用户信息已经在图3c中的被框选出。

同时，即时通讯应用程序在对任务领取操作进行响应后，还会将响应结果发送至服务端，以使服务端向任务处理者输出对应的任务处理界面，以使任务处理者在输出的任务处理界面中输入对应的任务处理信息，这样服务端则可以获取到全部任务处理者输入的任务处理信息，从而保证任务的顺利完成。

在上述过程中，只要任务处理者触发任务领取操作，就可以对此任务进行处理，并不存在对任务处理者进行有效性验证或者数量验证。但由于图6～图7所示实施例中已经介绍了对任务处理者进行有效性验证的重要性和必要性，因此，在任务处理者触发了任务领取操作后，即时通讯应用程序同样会对此操作进行响应，并将响应后产生的响应结果发送至服务端，以使服务端对任务处理者进行有效性验证，响应结果中可以包括任务处理者所属的角色。服务器对任务处理者进行验证后会向即时通讯应用程序发送包含验证结果的信息。

一种情况，消息处理工具可以接收到服务器发送的验证通过信息，然后，基于此消息，即时通讯应用程序会在任务通知界面中显示任务处理者归属的角色和用户信息。另一种情况，消息处理工具可以接收到服务器发送的验证失败信息；然后，基于此消息，即时通讯应用程序会在任务通知界面中任务领取失败信息。

本实施例中未详细描述的部分可以参见上述各实施例中的相关描述，在此不再赘述。

本实施例中，从即时通讯应用程序的角度出发，即时通讯应用程序显示任务通知界面，此任务通知界面中包括关联有任务处理者信息的、由任务发起者发起的任务。接着，在任务处理者在任务通知界面中触发任务领取操作后，即时通讯应用程序对此任务领取操作进行响应。基于响应结果，服务端可以向触发任务领取操作的任务处理者输出对应的任务处理界面，以使任务处理者在各自对应的任务处理界面中输入任务处理信息，从而在服务端获取到全部任务处理信息后，认为任务完成。根据上述描述可知，一个任务需要任务发起者和任务处理者共同完成，通过即时通讯应用程序的介入，可以使任务发起者和任务处理者之间不存在复杂的沟通的过程，这样可以大大提高任务处理的效率。另外，在任务处理者触发任务领取操作并且即时通讯应用程序对此操作进行响应后，服务端会对任务处理者进行有效性验证，并根据验证结果在任务通知界面中显示相应的内容，使得任务发起者和任务处理者都可以实时了解地到参与任务处理的任务处理者。

图9为本发明实施例提供的又一种任务协同处理方法的流程图，本发明实施例提供的该任务协同处理方法可以由服务端来执行，如图9所示，该方法包括如下步骤：

s501，接收任务发起者发起的商品发布任务，商品发布任务中包括至少一个子任务，每个子任务都关联有对应的任务处理者信息。

s502，对于至少一个子任务中的任一子任务，根据任一子任务关联的任务处理者信息，将任一子任务通知至对应的任务处理者。

s503，响应于任务处理者的任务领取操作，向任务处理者输出与任务处理者对应的任务处理界面。

s504，获取每个任务处理者在各自对应的任务处理界面中输入的任务处理信息，以完成对商品发布任务的处理。

由于任务发起者发起的商品发布任务可以由多个任务处理者来协同处理，也即是每个任务处理者会处理商品发布任务中的一部分，因此，商品发布任务可以包括至少一个子任务，并且每个子任务对应于一个任务处理者。当然，一个任务处理者也可以处理多个子任务。然后，服务端可以根据每个子任务关联的任务处理者信息将每个子任务通知至对应的任务处理者。可选地，每个子任务关联的任务处理者信息可以为处理此子任务需要的一种角色。

任务处理者可以通过触发任务领取操作来领取任务。在所有任务处理者都领取任务后，则可以通过在任务处理界面中输入任务处理信息的方式来完成任务。可选地，对于每个任务处理者对应的任务处理界面，其可以是相同的，也可以是不同的。在服务端获取到所有任务处理者输入的任务处理信息后，也即是完成了商品发布任务。

可选地，在任务处理者触发任务领取操作后，服务端还可以对此领取操作的有效性进行验证，只有验证通过后，此任务处理者才能够处理此子任务。

另外，本实施例中未详细描述的部分可以参见上述图1～图8所示实施例中的相关描述，在此不再赘述。

本实施例中，一个商品发布任务可以理解为包含多个子任务的任务，而每个任务处理者都有各自对应的一个或者几个子任务，在任务发起者发起任务后，每个任务处理者都可以执行各自对应的子任务，从而省去了任务发起者和任务处理者之间的沟通环节，并且不同的任务处理者还可以同时进行任务处理，这样可以大大提高任务处理的效率。

图10为本发明实施例提供的又一种任务协同处理方法的流程图，本发明实施例提供的该任务协同处理方法可以由服务端来执行，如图10所示，该方法包括如下步骤：

s601，接收任务发起者发起的商品发布任务，商品发布任务包括至少一个子任务，每个子任务都关联有对应的任务处理者信息。

s602，对于至少一个子任务中的任一子任务，根据任一子任务关联的任务处理者信息，将任一子任务发送至对应的任务处理者。

s603，获取全部任务处理者对各自的子任务的处理结果，以完成对商品发布任务的处理。

服务端接收包括至少一个子任务的商品发布任务，根据每个子任务关联的任务处理者信息，将每个子任务都通知至对应的任务处理者。可选地，与任一子任务关联的任务处理信息可以为处理此任一子任务所需的一种角色，则一种可选地方式，任务发起者可以在图3c所示的任务通知界面中选择通讯方式，再根据选择的通讯方式，通过选中的即时通信应用程序将每个子任务都发送至对应角色所属的群组中。当群组中有任务处理者触发任务领取操作，则服务器确定由此任务处理者来处理此子任务。

对于任务处理者处理任务的过程，一种可选地方式，在确定出用于执行每个子任务的任务处理者后，服务端会向这些任务处理者输出对应的任务处理界面。这样的话，每个任务处理者就都可以在对应的任务处理界面中输入任务处理信息，此任务处理信息就可以理解成步骤603中的处理结果。在服务端获取到所有任务处理者输入的任务处理信息后也即是完成了商品发布任务。

图11为本发明实施例提供的又一种任务协同处理方法的流程图，本发明实施例提供的该任务协同处理方法可以由服务端来执行，如图11所示，该方法包括如下步骤：

s701，接收任务发起者发起的商品发布任务，商品发布任务包括至少一个子任务，每个子任务都关联有对应的任务处理者信息。

s702，对于至少一个子任务中的任一子任务，响应于处理任一子任务的任务处理者的任务领取操作，向任务处理者输出与任务处理者对应的任务处理界面。

s703，获取每个任务处理者在各自对应的任务处理界面中输入的任务处理信息，以完成对商品发布任务的处理。

服务端接收包括至少一个子任务的商品发布任务，可选地，服务端还可以根据每个子任务关联的任务处理者信息，将每个子任务发送至对应的任务处理者。待任务处理者触发了任务领取操作后，服务端对此操作产生响应，则此任务处理者才能够在服务端输出对应的任务处理界面中对此子任务进行处理，也即是在任务处理界面中输入任务处理信息。在服务端获取到所有任务处理者输入的任务处理信息后，也即是完成了商品发布任务。

上述图10、和图11所示的实施例都是一种任务协同处理方法，通过任务发起者和多个任务处理者通过完成一个商品发布任务，省去了任务发起者和每个任务处理者之间的沟通过程，提供了商品发布任务的处理效率。

另外，上述图10、和图11所示的实施例中未详细描述的内容可以参见上述各实施例中的相关描述，在此不再赘述。

图12为本发明实施例提供的又一种任务协同处理方法的流程图，本发明实施例提供的该任务协同处理方法可以由服务端来执行，如图12所示，该方法包括如下步骤：

s801，响应于任务发起者的任务发布操作，接收包括至少一个子任务的商品发布任务，每个子任务都关联有对应的任务处理者信息。

s802，对于至少一个子任务中的任一子任务，根据任务发起者选择的通讯方式以及任一子任务关联的任务处理者信息，将任一子任务通知至对应的任务处理者，通讯方式对应于一种即时通讯应用程序。

s803，响应于任务处理者的任务领取操作，向任务处理者输出与任务处理者对应的任务处理界面。

s804，响应于每个任务处理者在各自对应的任务处理界面中的输入操作，获取输入的任务处理信息，以完成对商品发布任务的处理。

服务端中可以安装有任务发起应用程序，任务发起者可以在此应用程序

图13为本发明实施例提供的又一种任务协同处理方法的流程图，本发明实施例提供的该任务协同处理方法可以由服务端来执行，如图13所示，该方法包括如下步骤：

s901，响应于任务发起者的任务发布操作，接收包括至少一个子任务的商品发布任务，每个子任务都关联有对应的任务处理者信息。

s902，对于至少一个子任务中的任一子任务，根据任务发起者选择的通讯方式以及任一子任务关联的任务处理者信息，将任一子任务发送至对应的任务处理者，通讯方式对应于一种即时通讯应用程序。

s903，响应于每个任务处理者的输入操作，获取每个子任务对应的任务处理信息，以完成对商品发布任务的处理。

图14为本发明实施例提供的又一种任务协同处理方法的流程图，本发明实施例提供的该任务协同处理方法可以由服务端来执行，如图14所示，该方法包括如下步骤：

s1001，响应于任务发起者的任务发布操作，接收包括至少一个子任务的商品发布任务，每个子任务都关联有对应的任务处理者信息。

s1002，对于至少一个子任务中的任一子任务，响应于处理任一子任务的任务处理者的任务领取操作，向任务处理者输出与任务处理者对应的任务处理界面。

s1003，响应于每个任务处理者在各自对应的任务处理界面中的输入操作，获取输入的任务处理信息，以完成对商品发布任务的处理。

图12～图14所示的实施例基本与图9～图11所示的实施例相对应，响应于任务发起者在任务发起应用程序中发起的商品发布任务，其中，每个商品发布任务包括至少一个子任务，并且每个子任务都关联有对应的任务处理者信息。对于任一子任务，响应于任务发起对通讯方式的选择以及任务处理者对子任务的领取操作，服务端确定用于处理每个子任务的任务处理者，并向其输出对应的任务处理界面。在全部任务处理者都在各自的任务处理界面中输入了任务处理信息后，也即是完成了商品发布任务。

上述图12～图14所示的实施例中未详细描述的部分可以参见上述各实施例中的详细描述，在此不再赘述。

以下将详细描述本发明的一个或多个实施例的任务处理装置。本领域技术人员可以理解，这些任务处理装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。

图15为本发明实施例提供的一种任务协同处理装置的结构示意图，如图15所示，该装置包括：接收模块11、通知模块12、输出模块13以及获取模块14。

所述接收模块11，用于接收任务发起者发起的任务，所述任务关联有任务处理者信息。

所述通知模块12，用于根据所述任务处理者信息，将所述任务通知至对应的任务处理者。

所述输出模块13，用于响应于所述任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面。

所述获取模块14，用于获取所述任务处理者在所述任务处理界面中输入的任务处理信息。

可选地，所述通知模块12具体用于：根据所述任务发起者选择的通讯方式，将所述任务通知至所述任务处理者。

可选地，所述任务处理者信息包括处理所述任务所需的至少一种角色；

所述通知模块12具体用于：将所述任务发送至所述至少一种角色所属的群组中，其中，所述群组内的用户作为所述任务处理者。

可选地，所述输出模块13包括：验证单元131和输出单元132。

所述验证单元131，用于响应于所述任务处理者的任务领取操作，对所述任务领取操作进行有效性验证。

所述输出单元132，用于若所述任务处理者通过有效性验证，则向所述任务处理者输出所述任务处理界面。

可选地，所述验证单元131具体用于：响应于所述任务处理者的任务领取操作，弹出角色确认界面，所述角色确认界面中包括所述至少一种角色；响应于所述任务处理者对所述至少一种角色的选择，确定所述任务处理者是否归属于选择出的角色；以及若所述任务处理者归属于所述选择出的角色，则确定所述任务处理者通过有效性验证。

可选地，所述任务处理者信息还包括处理所述任务所需的每种角色的预设数量；

所述装置还包括：第一确定模块15和第二确定模块16。

所述第一确定模块15，用于若所述任务处理者归属于所述选择出的角色，则在已经通过有效性验证的任务处理者中，确定归属于所述选择出的角色的任务处理者的数量是否超过所述角色对应的预设数量；

所述第二确定模块16，用于若未超过所述角色对应的预设数量，则确定所述任务处理者通过数量验证。

可选地，所述任务为产品发布任务，所述至少一种角色中的每种角色都对应于一种职能类型。

可选地，所述装置还包括：生成模块17，用于响应于所述任务处理者的任务完成操作，生成任务处理进度通知。

可选地，所述第二获取模块还用于：响应于所述任务处理者的修改操作，获取所述任务处理者在所述任务处理界面中修改后的任务处理信息。

图15所示装置可以执行图1～图7所示实施例的方法，本实施例未详细描述的部分，可参考对图1～图7所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1～图7所示实施例中的描述，在此不再赘述。

以上描述了任务协同处理装置的内部功能和结构，在一个可能的设计中，任务协同处理装置的结构可实现为一电子设备，该电子设备可以是服务端，如图16所示，该电子设备可以包括：第一处理器21和第一存储器22。其中，所述第一存储器22用于存储支持该电子设备执行上述图1～图7所示实施例中提供的任务协同处理方法的程序，所述第一处理器21被配置为用于执行所述第一存储器22中存储的程序。

所述程序包括一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第一处理器21执行时能够实现如下步骤：

接收任务发起者发起的任务，所述任务关联有任务处理者信息；

根据所述任务处理者信息，将所述任务通知至对应的任务处理者；

响应于所述任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面；

获取所述任务处理者在所述任务处理界面中输入的任务处理信息。

可选地，所述第一处理器21还用于执行前述图1至图7所示实施例中的全部或部分步骤。

其中，所述电子设备的结构中还可以包括第一通信接口23，用于该电子设备与其他设备或通信网络通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存上述电子设备所用的计算机软件指令，其包含用于执行上述图1至图7所示方法实施例中任务协同处理方法所涉及的程序。

图17为本发明实施例提供的另一种任务协同处理装置的结构示意图，如图17所示，该装置包括：显示模块31和响应模块32。

所述显示模块31，用于显示任务通知界面，所述任务通知界面中包括关联有任务处理者信息的任务，所述任务由任务发起者发起，由服务端发送.

所述响应模块32，用于响应所述任务处理者在所述任务通知界面中的任务领取操作，以使所述服务端向所述任务处理者输出与所述任务处理者对应的任务处理界面，并获取所述任务处理者在所述任务处理界面中输入的任务处理信息。

可选地，所述任务处理者信息包括处理所述任务所需的至少一种角色；

所述显示模块31具体用于：显示所述至少一种角色所属的群组对应的任务通知界面。

可选地，所述任务处理者信息包括处理所述任务所需的至少一种角色；

所述显示模块31，还用于响应于所述任务处理者在所述任务通知界面中的任务领取操作，在所述任务通知界面中显示所述任务处理者归属的角色和用户信息。

可选地，所述任务处理者信息包括处理所述任务所需的至少一种角色；

所述装置还包括：接收模块33，用于响应于所述任务处理者在所述任务通知界面中的任务领取操作，接收所述服务端在验证所述任务领取操作有效后发送的验证通过信息。

所述显示模块31，还用于在所述任务通知界面中显示所述任务处理者归属的角色和用户信息。

可选地，所述接收模块33还用于：接收所述服务端在验证所述任务领取操作无效后发送的验证失败信息。

所述显示模块31，还用于在所述任务通知界面中显示任务领取失败信息。

可选地，所述任务为产品发布任务，所述至少一种角色中的每种角色都对应于一种职能。

图17所示装置可以执行图8所示实施例的方法，本实施例未详细描述的部分，可参考对图8所示实施例的相关说明。该技术方案的执行过程和技术效果参见图8所示实施例中的描述，在此不再赘述。

以上描述了任务协同处理装置的内部功能和结构，在一个可能的设计中，任务协同处理装置的结构可实现为一电子设备，如图18所示，该电子设备可以包括：第二处理器34和第二存储器35。其中，所述第二存储器35用于存储支持该电子设备执行上述图8所示实施例中提供的任务协同处理方法的程序，所述第二处理器34被配置为用于执行所述第二存储器35中存储的程序。

所述程序包括一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第二处理器34执行时能够实现如下步骤：

显示任务通知界面，所述任务通知界面中包括关联有任务处理者信息的任务，所述任务由任务发起者发起，由服务端发送；

响应所述任务处理者在所述任务通知界面中的任务领取操作，以使所述服务端向所述任务处理者输出与所述任务处理者对应的任务处理界面，并获取所述任务处理者在所述任务处理界面中输入的任务处理信息。

可选地，所述第二处理器34还用于执行前述图8所示实施例中的全部或部分步骤。

其中，所述电子设备的结构中还可以包括第二通信接口36，用于该电子设备与其他设备或通信网络通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存上述电子设备所用的计算机软件指令，其包含用于执行上述图8所示方法实施例中任务协同处理方法所涉及的程序。

图19为本发明实施例提供的又一种任务协同处理装置的结构示意图，如图19所示，该装置包括：接收模块41、通知模块42、输出模块43以及获取模块44。

所述接收模块41，用于接收任务发起者发起的商品发布任务，所述商品发布任务中包括至少一个子任务，每个子任务都关联有对应的任务处理者信息。

所述通知模块42，用于对于所述至少一个子任务中的任一子任务，根据所述任一子任务关联的任务处理者信息，将所述任一子任务通知至对应的任务处理者。

所述输出模块43，用于响应于所述任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面。

所述获取模块44，用于获取每个任务处理者在各自对应的任务处理界面中输入的任务处理信息，以完成对所述商品发布任务的处理。

可选地，所述任一子任务关联的任务处理者信息包括处理所述任一子任务所需的一种角色；

所述通知模块42具体用于：将所述任一子任务发送至所述角色所属的群组中，所述群组中的用户作为所述任一子任务对应的任务处理者。

可选地，所述输出模块43包括：验证单元431和输出单元432。

所述验证单元431，用于响应于所述任务处理者的任务领取操作，对所述任务领取操作进行有效性验证。

所述输出单元432，用于若所述任务处理者通过有效性验证，则向所述任务处理者输出所述任务处理界面。

可选地，所述验证单元431具体用于：响应于所述任务处理者的任务领取操作，弹出角色确认界面，所述角色确认界面中包括处理所述商品发布任务所需的全部角色；响应于所述任务处理者对角色的选择，确定所述任务处理者是否归属于选择出的角色；以及若所述任务处理者归属于所述选择出的角色，则确定所述任务处理者通过有效性验证。

图19所示装置可以执行图9所示实施例的方法，本实施例未详细描述的部分，可参考对图9所示实施例的相关说明。该技术方案的执行过程和技术效果参见图9所示实施例中的描述，在此不再赘述。

以上描述了任务协同处理装置的内部功能和结构，在一个可能的设计中，任务协同处理装置的结构可实现为一电子设备，该电子设备可以是服务端，如图20所示，该电子设备可以包括：第三处理器45和第三存储器46。其中，所述第三存储器46用于存储支持该电子设备执行上述图9所示实施例中提供的任务协同处理方法的程序，所述第三处理器45被配置为用于执行所述第三存储器46中存储的程序。

所述程序包括一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第三处理器45执行时能够实现如下步骤：

接收任务发起者发起的商品发布任务，所述商品发布任务中包括至少一个子任务，每个子任务都关联有对应的任务处理者信息；

对于所述至少一个子任务中的任一子任务，根据所述任一子任务关联的任务处理者信息，将所述任一子任务通知至对应的任务处理者；

响应于所述任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面；

获取每个任务处理者在各自对应的任务处理界面中输入的任务处理信息，以完成对所述商品发布任务的处理。

可选地，所述第三处理器45还用于执行前述图9所示实施例中的全部或部分步骤。

其中，所述电子设备的结构中还可以包括第三通信接口47，用于该电子设备与其他设备或通信网络通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存上述电子设备所用的计算机软件指令，其包含用于执行上述图9所示方法实施例中任务协同处理方法所涉及的程序。

图21为本发明实施例提供的又一种任务协同处理装置的结构示意图，如图21所示，该装置包括：接收模块51、发送模块52以及获取模块53。

所述接收模块51，用于接收任务发起者发起的商品发布任务，所述商品发布任务包括至少一个子任务，每个子任务都关联有对应的任务处理者信息。

所述发送模块52，用于对于所述至少一个子任务中的任一子任务，根据所述任一子任务关联的任务处理者信息，将所述任一子任务发送至对应的任务处理者。

所述获取模块53，用于获取全部任务处理者对各自的子任务的处理结果，以完成对所述商品发布任务的处理。

可选地，所述任一子任务关联的任务处理者信息包括处理所述任一子任务所需的一种角色；

所述发送模块52包括：发送单元521和确定单元522。

所述发送单元521，用于根据所述任务发起者选择的通讯方式，将所述任一子任务发送至所述角色所属的群组中。

所述确定单元522，用于响应于任务处理者在所述群组中的任务领取操作，确定由所述任务处理者处理所述任一子任务。

可选地，所述获取模块53包括：输出单元531和获取单元532。

所述输出单元531，用于向每个子任务对应的任务处理者输出与所述任务处理者对应的任务处理界面，以使每个任务处理者在各自对应的任务处理界面中输入的任务处理信息。

所述获取单元532，用于获取全部任务处理信息，以完成对所述商品发布任务的处理。

图21所示装置可以执行图10所示实施例的方法，本实施例未详细描述的部分，可参考对图10所示实施例的相关说明。该技术方案的执行过程和技术效果参见图10所示实施例中的描述，在此不再赘述。

以上描述了任务协同处理装置的内部功能和结构，在一个可能的设计中，任务协同处理装置的结构可实现为一电子设备，该电子设备可以是服务端，如图22所示，该电子设备可以包括：第四处理器54和第四存储器55。其中，所述第四存储器55用于存储支持该电子设备执行上述图10所示实施例中提供的任务协同处理方法的程序，所述第四处理器54被配置为用于执行所述第四存储器55中存储的程序。

所述程序包括一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第四处理器54执行时能够实现如下步骤：

接收任务发起者发起的商品发布任务，所述商品发布任务包括至少一个子任务，每个子任务都关联有对应的任务处理者信息；

对于所述至少一个子任务中的任一子任务，根据所述任一子任务关联的任务处理者信息，将所述任一子任务发送至对应的任务处理者；

获取全部任务处理者对各自的子任务的处理结果，以完成对所述商品发布任务的处理。

可选地，所述第四处理器54还用于执行前述图10所示实施例中的全部或部分步骤。

其中，所述电子设备的结构中还可以包括第四通信接口56，用于该电子设备与其他设备或通信网络通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存上述电子设备所用的计算机软件指令，其包含用于执行上述图10所示方法实施例中任务协同处理方法所涉及的程序。

图23为本发明实施例提供的又一种任务协同处理装置的结构示意图，如图23所示，该装置包括：接收模块61、输出模块62以及获取模块63。

所述接收模块61，用于接收任务发起者发起的商品发布任务，所述商品发布任务包括至少一个子任务，每个子任务都关联有对应的任务处理者信息。

所述输出模块62，用于对于所述至少一个子任务中的任一子任务，响应于处理所述任一子任务的任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面。

所述获取模块63，用于获取每个任务处理者在各自对应的任务处理界面中输入的任务处理信息，以完成对所述商品发布任务的处理。

可选地，所述输出模块62包括：发送单元621和输出单元622。

所述发送单元621，用于根据所述任一子任务关联的任务处理者信息，将所述任一子任务发送至对应的任务处理者。

所述输出单元622，用于响应于所述任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面。

图23所示装置可以执行图11所示实施例的方法，本实施例未详细描述的部分，可参考对图11所示实施例的相关说明。该技术方案的执行过程和技术效果参见图11所示实施例中的描述，在此不再赘述。

以上描述了任务协同处理装置的内部功能和结构，在一个可能的设计中，任务协同处理装置的结构可实现为一电子设备，该电子设备可以是服务端，如图24所示，该电子设备可以包括：第五处理器64和第五存储器65。其中，所述第五存储器65用于存储支持该电子设备执行上述图11所示实施例中提供的任务协同处理方法的程序，所述第五处理器64被配置为用于执行所述第五存储器65中存储的程序。

所述程序包括一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第五处理器64执行时能够实现如下步骤：

接收任务发起者发起的商品发布任务，所述商品发布任务包括至少一个子任务，每个子任务都关联有对应的任务处理者信息；

对于所述至少一个子任务中的任一子任务，响应于处理所述任一子任务的任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面；

获取每个任务处理者在各自对应的任务处理界面中输入的任务处理信息，以完成对所述商品发布任务的处理。

可选地，所述第五处理器64还用于执行前述图11所示实施例中的全部或部分步骤。

其中，所述电子设备的结构中还可以包括第五通信接口66，用于该电子设备与其他设备或通信网络通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存上述电子设备所用的计算机软件指令，其包含用于执行上述图11所示方法实施例中任务协同处理方法所涉及的程序。

图25为本发明实施例提供的又一种任务协同处理装置的结构示意图，如图25所示，该装置包括：接收模块71、通知模块72、输出模块73以及获取模块74。。

所述接收模块71，用于响应于任务发起者的任务发布操作，接收包括至少一个子任务的商品发布任务，每个子任务都关联有对应的任务处理者信息。

所述通知模块72，用于对于所述至少一个子任务中的任一子任务，根据所述任务发起者选择的通讯方式以及所述任一子任务关联的任务处理者信息，将所述任一子任务通知至对应的任务处理者，所述通讯方式对应于一种即时通讯应用程序。

所述输出模块73，用于响应于所述任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面。

所述获取模块74，用于响应于每个任务处理者在各自对应的任务处理界面中的输入操作，获取输入的任务处理信息，以完成对所述商品发布任务的处理。

可选地，所述任一子任务关联的任务处理者信息包括处理所述任一子任务所需的角色；

所述通知模块72具体用于：响应于所述任务发起者选择的通讯方式，通过所述通讯方式对应的即时通讯应用程序将所述任一子任务分发至所述角色所属的群组中；以及响应于任务处理者在所述群组中的任务领取操作，确定由所述任务处理者处理所述任一子任务。

图25所示装置可以执行图12所示实施例的方法，本实施例未详细描述的部分，可参考对图12所示实施例的相关说明。该技术方案的执行过程和技术效果参见图12所示实施例中的描述，在此不再赘述。

以上描述了任务协同处理装置的内部功能和结构，在一个可能的设计中，任务协同处理装置的结构可实现为一电子设备，该电子设备可以是服务端，如图26所示，该电子设备可以包括：第六处理器75和第六存储器76。其中，所述第六存储器76用于存储支持该电子设备执行上述图12所示实施例中提供的任务协同处理方法的程序，所述第六处理器75被配置为用于执行所述第六存储器76中存储的程序。

所述程序包括一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第六处理器75执行时能够实现如下步骤：

响应于任务发起者的任务发布操作，接收包括至少一个子任务的商品发布任务，每个子任务都关联有对应的任务处理者信息；

对于所述至少一个子任务中的任一子任务，根据所述任务发起者选择的通讯方式以及所述任一子任务关联的任务处理者信息，将所述任一子任务通知至对应的任务处理者，所述通讯方式对应于一种即时通讯应用程序；

响应于所述任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面；

响应于每个任务处理者在各自对应的任务处理界面中的输入操作，获取输入的任务处理信息，以完成对所述商品发布任务的处理。

可选地，所述第六处理器75还用于执行前述图12所示实施例中的全部或部分步骤。

其中，所述电子设备的结构中还可以包括第六通信接口77，用于该电子设备与其他设备或通信网络通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存上述电子设备所用的计算机软件指令，其包含用于执行上述图12所示方法实施例中任务协同处理方法所涉及的程序。

图27为本发明实施例提供的又一种任务协同处理装置的结构示意图，如图27所示，该装置包括：接收模块81、发送模块82以及获取模块83。

所述接收模块81，用于响应于任务发起者的任务发布操作，接收包括至少一个子任务的商品发布任务，每个子任务都关联有对应的任务处理者信息。

所述发送模块82，用于对于所述至少一个子任务中的任一子任务，根据所述任务发起者选择的通讯方式以及所述任一子任务关联的任务处理者信息，将所述任一子任务发送至对应的任务处理者，所述通讯方式对应于一种即时通讯应用程序。

所述获取模块83，用于响应于每个任务处理者的输入操作，获取每个子任务对应的任务处理信息，以完成对所述商品发布任务的处理。

可选地，所述获取模块83具体用于：响应于所述任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面；以及响应于每个任务处理者在各自对应的任务处理界面中的输入操作，获取输入的任务处理信息，以完成对所述商品发布任务的处理。

图27所示装置可以执行图13示实施例的方法，本实施例未详细描述的部分，可参考对图13所示实施例的相关说明。该技术方案的执行过程和技术效果参见图13所示实施例中的描述，在此不再赘述。

以上描述了任务协同处理装置的内部功能和结构，在一个可能的设计中，任务协同处理装置的结构可实现为一电子设备，该电子设备可以是服务端，如图28所示，该电子设备可以包括：第七处理器84和第七存储器85。其中，所述第七存储器85用于存储支持该电子设备执行上述图13所示实施例中提供的任务协同处理方法的程序，所述第七处理器84被配置为用于执行所述第七存储器85中存储的程序。

所述程序包括一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第七处理器84执行时能够实现如下步骤：

响应于任务发起者的任务发布操作，接收包括至少一个子任务的商品发布任务，每个子任务都关联有对应的任务处理者信息；

对于所述至少一个子任务中的任一子任务，根据所述任务发起者选择的通讯方式以及所述任一子任务关联的任务处理者信息，将所述任一子任务发送至对应的任务处理者，所述通讯方式对应于一种即时通讯应用程序；

响应于每个任务处理者的输入操作，获取每个子任务对应的任务处理信息，以完成对所述商品发布任务的处理。

可选地，所述第七处理器84还用于执行前述图13所示实施例中的全部或部分步骤。

其中，所述电子设备的结构中还可以包括第七通信接口86，用于该电子设备与其他设备或通信网络通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存上述电子设备所用的计算机软件指令，其包含用于执行上述图13所示方法实施例中任务协同处理方法所涉及的程序。

图29为本发明实施例提供的又一种任务协同处理装置的结构示意图，如图29所示，该装置包括：接收模块91、输出模块92以及获取模块93。

所述接收模块91，用于响应于任务发起者的任务发布操作，接收包括至少一个子任务的商品发布任务，每个子任务都关联有对应的任务处理者信息。

所述输出模块92，用于对于所述至少一个子任务中的任一子任务，响应于处理所述任一子任务的任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面。

所述获取模块93，用于响应于每个任务处理者在各自对应的任务处理界面中的输入操作，获取输入的任务处理信息，以完成对所述商品发布任务的处理。

可选地，所述输出模块92具体用于：根据所述任务发起者选择的通讯方式以及所述任一子任务关联的任务处理者信息，将所述任一子任务通知至对应的任务处理者，所述通讯方式对应于一种即时通讯应用程序；以及响应于所述任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面。

图29所示装置可以执行图14示实施例的方法，本实施例未详细描述的部分，可参考对图14所示实施例的相关说明。该技术方案的执行过程和技术效果参见图14所示实施例中的描述，在此不再赘述。

以上描述了任务协同处理装置的内部功能和结构，在一个可能的设计中，任务协同处理装置的结构可实现为一电子设备，该电子设备可以是服务端，如图30所示，该电子设备可以包括：第八处理器94和第八存储器95。其中，所述第八存储器95用于存储支持该电子设备执行上述图14所示实施例中提供的任务协同处理方法的程序，所述第八处理器94被配置为用于执行所述第八存储器95中存储的程序。

所述程序包括一条或多条计算机指令，其中，所述一条或多条计算机指令被所述第八处理器94执行时能够实现如下步骤：

响应于任务发起者的任务发布操作，接收包括至少一个子任务的商品发布任务，每个子任务都关联有对应的任务处理者信息；

对于所述至少一个子任务中的任一子任务，响应于处理所述任一子任务的任务处理者的任务领取操作，向所述任务处理者输出与所述任务处理者对应的任务处理界面；

响应于每个任务处理者在各自对应的任务处理界面中的输入操作，获取输入的任务处理信息，以完成对所述商品发布任务的处理。

可选地，所述第八处理器94还用于执行前述图14所示实施例中的全部或部分步骤。

其中，所述电子设备的结构中还可以包括第八通信接口96，用于该电子设备与其他设备或通信网络通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存上述电子设备所用的计算机软件指令，其包含用于执行上述图14所示方法实施例中任务协同处理方法所涉及的程序。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

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