任务处理方法、装置、电子设备及计算机可读存储介质与流程

本申请涉及互联网技术，尤其涉及一种任务处理方法、装置、电子设备及计算机可读存储介质。

背景技术：

随着互联网技术的发展，出现了诸如在线教育、远程办公等多种基于网络的互联网应用。其中会涉及到多人的任务处理。

以在线教育为例，老师通过网络向家长发送作业，家长在接收到作业后，通过网络向老师返回孩子的作业完成信息，以使老师在接收到作业完成信息后进行批改，从而实现老师与学生之间的在线交互。一般情况下，一个家长在一个班级中往往只有一个孩子，应用程序在处理这种场景时比较容易。但如果出现一个家长在一个班级中有两名甚至多名孩子的情况时会出现作业无法提交或被识别为重复提交的情况。

也就是说，针对如何支持多人任务的应用场景中相关技术缺乏的解决方案。

技术实现要素：

本申请实施例提供一种任务处理方法、装置、电子设备及计算机可读存储介质，能够支持多个参与对象的复杂任务处理流程，从而提升用户的操作效率和节约后台资源消耗。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种任务处理方法，包括：

接收来自任务发布对象的小程序消息；

响应于针对所述小程序消息的触发操作，在任务页面中显示多个参与对象待执行的任务以及与所述多个参与对象分别对应的任务成果提交入口；

响应于针对任一参与对象的任务对应的任务成果提交入口的触发操作，获取所述任一参与对象的任务成果，并

向所述任务发布对象发送所述任务成果。

本申请实施例提供一种任务处理装置，包括：

接收模块，用于接收来自任务发布对象的小程序消息；

显示模块，用于响应于针对所述小程序消息的触发操作，在任务页面中显示多个参与对象待执行的任务以及与所述多个参与对象分别对应的任务成果提交入口；

获取模块，用于响应于针对所述任一参与对象的任务对应的任务成果提交入口的触发操作，获取所述任一参与对象的任务成果；

发送模块，用于向所述任务发布对象发送所述任务成果。

上述方案中，所述小程序消息是基于任务协同对象的第一客户端接收的；所述显示模块，还用于在所述第一客户端的任务页面中显示所述待执行的任务的摘要和任务详情入口；以及用于在所述任务页面中显示与所述任务协同对象关联的、且待执行所述任务的多个参与对象。

上述方案中，在接收到来自任务发布对象的小程序消息之后，所述显示模块，还用于以卡片的形式显示所述小程序消息；其中，所述卡片的封面中包括所述待执行的任务的摘要和任务详情入口；以及用于当接收到针对所述任务详情入口的触发操作时，将针对所述任务详情入口的触发操作识别为所述针对所述小程序消息的触发操作。

上述方案中，所述装置还包括登录模块，用于在任务页面中显示多个参与对象待执行的任务之前，通过以下方式登录所述任务页面：通过调用第一系统服务器中的登录接口，从所述第一系统服务器中获取登录凭证，其中，所述第一系统服务器是任务协同对象的第一客户端的后台服务器；根据所述登录凭证从第二系统服务器中获取所述任务协同对象的登录态信息，并根据所述登录态信息登录所述任务页面，其中，所述第二系统服务器是所述任务发布对象的第二客户端的后台服务器。

上述方案中，在任务页面中显示多个参与对象待执行的任务之前，所述发送模块，还用于向第二系统服务器发送携带所述任务协同对象的身份信息、以及所述任务协同对象所属组织的组织标识的查询请求，以使所述第二系统服务器执行以下操作：根据所述身份信息以及所述组织标识，查询出所述任务协同对象的身份标识，并根据所述身份标识查询与所述身份标识关联的参与对象列表；根据所述参与对象列表中包括的多个参与对象分别对应的编号以及任务编号查询任务协同对象表，以获取所述多个参与对象待执行的任务；其中，所述第二系统服务器是所述任务发布对象的第二客户端的后台服务器。

上述方案中，所述发送模块，还用于将被选中的任一参与对象对应的编号、任务编号以及所述任务成果发送至第二系统服务器，以使所述第二系统服务器根据所述任务成果对任务表进行更新，并将更新后的任务表发送给所述任务发布对象的第二客户端；其中，所述第二系统服务器是所述任务发布对象的第二客户端的后台服务器。

上述方案中，所述任务表用于供所述第二系统服务器执行以下操作：基于机器学习模型对所述任务表中的任一参与对象对应的任务成果进行特征提取，得到所述任一参与对象对应的任务成果的特征；将所述任一参与对象对应的任务成果的特征与所述任务表中其他参与对象对应的任务成果的特征进行比对；根据比对结果，确定所述任一参与对象对应的任务成果的有效性；其中，所述其他参与对象是所述任务表中除所述任一参与对象之外的参与对象。

上述方案中，所述任务表用于供所述第二客户端执行以下操作：响应于针对组别任务页面的触发操作，根据所述更新后的任务表，对所述组别任务页面中显示的所述多个参与对象分别对应的任务完成情况进行更新；响应于针对任一参与对象的任务成果的批改操作，根据所述任一参与对象对应的编号、以及任务编号，查询所述更新后的任务表，获取并显示与所述任一参与对象对应的任务成果。

上述方案中，所述接收模块，还用于接收根据所述任务成果更新的任务协同对象表；所述装置还包括更新模块，用于响应于跳转到所述任务页面或刷新所述任务页面的触发操作，根据所述更新后的任务协同对象表，对所述任务页面中显示的所述多个参与对象分别对应的任务提交情况进行更新。

上述方案中，在向所述任务发布对象发送所述任务成果之前，所述获取模块，还用于响应于针对所述任务成果的修改入口的触发操作，获取所述任一参与对象的修改后的任务成果；所述发送模块，还用于将所述修改后的任务成果发送给所述任务发布对象。

上述方案中，所述小程序消息是所述任务发布对象的第二客户端基于接收的待执行的任务发送的；所述待执行的任务用于供所述第二客户端执行以下操作：响应于接收到所述任务发布对象布置的待执行的任务，接收所述任务发布对象设定的所述待执行的任务的参与对象；响应于任务发布操作，向所述参与对象关联的任务协同对象发送所述小程序消息。

上述方案中，在响应于接收到所述任务发布对象布置的待执行的任务之前，所述获取模块，还用于响应于针对多个类别的选择操作，获取被选中的目标类别；以及用于响应于针对多个组别的选择操作，获取被选中的目标组别；所述接收模块，还用于接收所述任务发布对象在所述目标类别、以及所述目标组别中布置的待执行的任务。

上述方案中，当所述任务发布对象针对所述多个参与对象分别对应的任务成果进行批改之后，所述接收模块，还用于接收根据批改结果更新后的任务协同对象表；所述显示模块，还用于响应于跳转到所述任务页面或刷新所述任务页面的触发操作，基于所述更新后的任务协同对象表，在所述任务页面中显示所述多个参与对象分别对应的任务成果的批改结果。

上述方案中，所述批改结果是所述任务发布对象的第二客户端发送的；所述批改结果用于供所述第二客户端执行以下操作：获取第二系统服务器根据所述批改结果更新后的任务表，根据所述更新后的任务表，更新组别任务页面中显示的所述多个参与对象分别对应的任务成果的批改情况；其中，所述第二系统服务器是所述任务发布对象的第二客户端的后台服务器。

上述方案中，所述接收模块，还用于基于所述任务协同对象的第一客户端接收第一系统服务器发送的小程序消息；其中，所述第一系统服务器是所述第一客户端的后台服务器；其中，所述小程序消息是第二系统服务器响应于所述任务发布对象发送的创建请求所生成，并通过调用跨系统通信接口发送给所述第一系统服务器的；其中，所述第二系统服务器是所述任务发布对象的第二客户端的后台服务器。

本申请实施例提供一种电子设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本申请实施例提供的任务处理方法。

本申请实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行时，实现本申请实施例提供的任务处理方法。

本申请实施例具有以下有益效果：

通过小程序消息的方式发送任务发布对象布置的任务，并在任务页面中显示多个参与对象分别对应的任务成果提交入口，如此，一方面用户(即任务协同对象)可以直接借助于小程序来高效进行任务相关的操作；另一方面可以在任务页面中方便的为每个参与对象提交各自对应的任务成果，使得任务可以被准确识别和处理，提供操作效率并节约了后台的资源消耗。

附图说明

图1是本申请实施例提供的任务处理系统100的架构示意图；

图2是本申请实施例提供的第一终端500的结构示意图；

图3是本申请实施例提供的任务处理方法的流程示意图；

图4a是本申请实施例提供的任务处理方法的流程示意图；

图4b是本申请实施例提供的任务处理方法的流程示意图；

图5a是本申请实施例提供的任务处理方法的应用场景示意图；

图5b是本申请实施例提供的任务处理方法的应用场景示意图；

图5c是本申请实施例提供的任务处理方法的应用场景示意图；

图5d是本申请实施例提供的任务处理方法的应用场景示意图；

图5e是本申请实施例提供的任务处理方法的应用场景示意图；

图5f是本申请实施例提供的任务处理方法的应用场景示意图；

图5g是本申请实施例提供的任务处理方法的应用场景示意图；

图6是本申请实施例提供的依赖关系示意图；

图7是本申请实施例提供的老师布置作业和家长为多个孩子提交完成的作业的用例示意图；

图8是本申请实施例提供的提交作业的流程示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

参见图1，图1是本申请实施例提供的任务处理系统100的架构示意图。其中，任务处理系统100包括：第一系统中的第一系统服务器200、第二系统中的第二系统服务器300、跨系统通信服务器400、第一终端500、以及第二终端600，将分别进行说明。

第一系统和第二系统互为对方的异构系统，各自对接入的终端提供服务。例如第一系统服务器200是用于对接入第一系统服务器200的第一终端500提供服务。第二系统服务器300是用于对接入第二系统服务器300的第二终端600提供服务。

第一系统和第二系统之间的通信即为跨系统通信，由跨系统通信服务器400提供支持，例如，向第一系统中接入的第一客户端510和第二系统中接入的第二客户端610提供通信服务。

在一些实施例中，第一终端500和第二终端600可以通过运行计算机程序来实现本申请实施例提供的任务处理方法，其中，计算机程序可以是操作系统中的原生程序或软件模块；也可以是本地(native)应用程序(app，application)，即需要在操作系统中安装才能运行的程序；还可以是小程序，即只需下载到浏览器环境中就可以运行的程序；或者是能够嵌入至任意app中的即时通讯小程序或文件管理小程序。总而言之，上述计算机程序可以是任意形式的应用程序、模块或插件。

例如，第一终端500运行第一客户端510，第二终端600运行第二客户端610，特别地，第一客户端510可以是为个人用户提供互联网社交服务的计算机程序(例如微信)，第二客户端610可以是为企业用户提供互联网社交服务的计算机程序(例如企业微信)，反之亦然。

在一些实施例中，本申请实施例提供的任务处理方法可以应用于在线教育场景，例如任务发布对象可以是老师，任务协同对象可以是家长，任务成果可以是孩子完成的作业，老师在第二终端600上运行的第二客户端610(例如企业微信)中输入作业内容后，第二终端600向第二系统服务器300(例如企业微信的后台服务器)发送创建作业的请求，以使第二系统服务器300生成携带作业内容的小程序消息。接着，第二系统服务器300将生成的小程序消息发送给跨系统通信服务器400，以通过跨系统通信服务器400将小程序消息转发给第一系统服务器200(例如微信的后台服务器)。第一系统服务器200在接收到小程序消息后，发送给家长所关联的第一终端500，并在第一终端500上运行的第一客户端510(例如微信)中进行呈现。随后，家长可以通过点击在第一客户端510中呈现的小程序消息来查看老师布置的作业内容。最后，当多个孩子完成作业需要提交时，家长首先选择为哪个孩子提交作业，例如家长选择为孩子a提交作业，则可以通过点击第一客户端510呈现的孩子a对应的作业提交入口，获取孩子a完成的作业，并通过上述传输过程将孩子a完成的作业发送至老师所关联的第二终端600，并在第二客户端610中进行呈现。

本申请实施例可以借助云技术(cloudtechnology)实现，云技术是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、存储、处理和共享的一种托管技术。

云技术是基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、以及应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。上述服务器(例如第一系统服务器200、第二系统服务器300、以及跨系统通信服务器400)之间的服务交互功能可以通过云技术实现。

作为示例，第一系统服务器200、第二系统服务器300、以及跨系统通信服务器400可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器。第一终端500和第二终端600可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、以及智能手表等各种类型的用户终端，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请实施例中不做限制。

接下来说明本申请实施例提供的第一终端500的结构。参见图2，图2是本申请实施例提供的第一终端500的结构示意图，图2所示的第一终端500包括：至少一个处理器520、存储器560、至少一个网络接口530和用户接口540。第一终端500中的各个组件通过总线系统550耦合在一起。可理解，总线系统550用于实现这些组件之间的连接通信。总线系统550除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统550。

处理器520可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(dsp，digitalsignalprocessor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口540包括使得能够呈现媒体内容的一个或多个输出装置541，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口540还包括一个或多个输入装置542，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器560可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器560可选地包括在物理位置上远离处理器520的一个或多个存储设备。

存储器560包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(rom，readonlymemory)，易失性存储器可以是随机存取存储器(ram，randomaccessmemory)。本申请实施例描述的存储器560旨在包括任意适合类型的存储器。

在一些实施例中，存储器560能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统561，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块562，用于经由一个或多个(有线或无线)网络接口530到达其他计算设备，示例性的网络接口530包括：蓝牙、无线相容性认证(wifi)、和通用串行总线(usb，universalserialbus)等；

呈现模块563，用于经由一个或多个与用户接口540相关联的输出装置541(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；

输入处理模块564，用于对一个或多个来自一个或多个输入装置542之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本申请实施例提供的任务处理装置可以由第一终端500运行的各种形式的计算机程序来实现，例如，上文所述的操作系统561、第一客户端510、软件模块和脚本。图2示出了存储在存储器560中的任务处理装置565，包括以下软件模块：接收模块5651、显示模块5652、获取模块5653、发送模块5654、登录模块5655和更新模块5656，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明各个模块的功能。

下面将结合本申请实施例提供的终端的示例性应用和实施，说明本申请实施例提供的任务处理方法。

参见图3，图3是本申请实施例提供的任务处理方法的流程示意图，将结合图3示出的步骤进行说明。

在步骤s301中，接收来自任务发布对象的小程序消息。

在一些实施例中，可以在基于任务协同对象的账号登录的第一客户端中接收来自任务发布对象的小程序消息。其中，任务协同对象可以是多个参与对象中的任一个，其具有组织属性/权限，可以是由任务发布对象指定而具有组织属性/权限，也可以是任一参与对象在加入任务发布对象的群组后具有组织属性/权限，即任务协同对象自身也执行任务发布对象布置的任务，同时收集其他参与对象的任务成果；当然，任务协同对象也可以是只负责收集和发送任务成果的对象。

在另一些实施例中，小程序消息可以是任务发布对象的第二客户端基于接收的待执行的任务发送的；其中，待执行的任务用于供第二客户端执行以下操作：响应于接收到任务发布对象布置的待执行的任务，接收任务发布对象设定的待执行的任务的参与对象；响应于任务发布操作，向参与对象关联的任务协同对象的第一客户端发送小程序消息。

在一些实施例中，任务发布对象的第二客户端在响应于接收到任务发布对象布置的待执行的任务之前，还可以首先执行以下操作：响应于针对多个类别的选择操作，获取被选中的目标类别；响应于针对多个组别的选择操作，获取被选中的目标组别；接收任务发布对象在目标类别、以及目标组别中布置的待执行的任务。

示例地，当任务为学习作业时，任务发布对象可以是老师，参与对象关联的任务协同对象可以是家长，其仅负责收集和发送孩子完成的学习作业，多个参与对象可以是家长的多个孩子，任务成果可以是部分或者全部完成的学习作业。例如，老师在使用第二账号登录第二客户端后，首先在第二客户端显示的包括多个科目(例如语文、数学、英语、历史、化学以及生物等)的页面中进行选择，假设老师点击了页面中语文对应的选项，接着，第二客户端跳转至显示有包括多个班级(例如1班、2班、3班以及4班等)的页面，以供老师进行班级的选择，假设老师点击了页面中2班对应的选项，随后，第二客户端跳转至显示有“语文作业”以及“布置给2班”的输入页面，以供老师在输入页面中输入学生需要完成的作业内容。老师在确认作业内容无误后，可以点击发送按钮，例如“布置”按钮，此时，第二客户端进行响应，向需要完成该作业的学生所关联的家长的第一客户端发送小程序消息。接着，家长在使用第一账号登录第一客户端后，就可以在第一客户端的人机交互界面中看到来自老师的小程序消息。

示例的，任务也可以是各种类型的工作，例如政务工作、商业工作、或者科研工作等。以商业工作为例，任务发布对象可以是公司的领导，参与对象关联的任务协同对象可以是业务小组的组长，其自身也需要执行领导布置的工作，同时收集业务小组中其他组员的工作报告，多个参与对象可以是业务小组中的多个组员，任务成果可以是工作报告。例如，公司的领导在使用第二账号登录第二客户端，并在第二客户端的人机交互界面中输入工作内容、以及选定需要执行该工作的业务小组后，点击发送按钮，此时，第二客户端进行响应，向业务小组的组长所关联的第一客户端发送小程序消息。接着，组长在使用第一账号登录第一客户端后，就可以在第一客户端的人机交互界面中看到来自领导的小程序消息。

在一些实施例中，小程序消息可以是以卡片形式、或者链接形式显示在任务协同对象的第一客户端中的。例如，当小程序消息的显示形式为链接时，链接中可以携带有第二系统服务器的地址，如此，任务协同对象可以通过点击卡片或者链接来获取多个参与对象待执行的任务。

需要说明的是，上述的第一客户端和第二客户端仅仅用于区分客户端的不同类型，而不是指两个特定的客户端。由于两者的后台服务器不同，无法直接通信，因此需要调用跨系统通信接口来进行通信。

下面对小程序消息从第二客户端传输至第一客户端的过程进行具体说明。

示例的，参见图4a，图4a是本申请实施例提供的任务处理方法的流程示意图，将结合图4a示出的步骤进行说明。

在步骤s401中，第二客户端向第二系统服务器发送创建任务请求。

在一些实施例中，任务发布对象在使用第二账号登录第二客户端后，在第二客户端的相应界面中输入任务内容，并点击发送按钮，此时，第二客户端会向第二系统服务器发送创建任务请求，其中，第二系统服务器是任务发布对象的第二客户端的后台服务器。

示例的，以任务为学习作业为例，老师在使用账号(例如企业微信账号)登录第二客户端(例如企业微信)后，在企业微信提供的人机交互界面的相应位置输入作业内容，同时，老师还可以在企业微信提供的人机交互界面中选择对应的班级和学生。随后，老师在确认作业内容、班级以及学生无误后，点击发送按钮，此时，企业微信会向第二系统服务器(即企业微信的后台服务器)发送创建作业请求。

示例的，如图5a所示，假设当天为9月11日，老师在点击第二客户端(例如企业微信)中显示的“班级作业”按钮501后，第二客户端进行响应并跳转至显示有多个“科目”按钮502的页面，以供老师进行科目的选择。当页面中显示的科目没有老师需要的科目时，老师还可以点击“添加科目”按钮503，来添加自定义的科目。当老师在点击“语文”对应的按钮后，第二客户端进行响应，并继续跳转至显示有多个“班级”按钮504的页面，以供老师进行班级的选择，其中，每个班级中还可以显示有对应的学生数量以及家长数量等信息。当老师在点击“1班”对应的按钮后，第二客户端进行响应，并继续跳转至显示有标题为“9月11日语文作业”505的内容输入页面，以供老师在内容输入页面中输入具体的作业内容。假设老师输入的作业内容为“阅读古典文学10页”，则作业内容“阅读古典文学10页”506将显示在标题“9月11日语文作业”505的下面。第二客户端的页面中还可以显示有例如“布置给1班等1个”507，以供老师确认选择的班级是否正确。老师在确认作业内容以及班级无误后，可以点击“布置”按钮508，此时，第二客户端将向第二系统服务器发送创建作业请求。

在步骤s402中，第二系统服务器响应于第二客户端发送的创建任务请求，生成小程序消息。

在一些实施例中，第二系统服务器在接收到第二客户端发送的创建任务请求后进行响应，生成小程序消息。同时，第二系统服务器还可以将生成的小程序消息返回给第二客户端，以供任务发布对象进行再次确认。当任务发布对象确认通过后，第二系统服务器才执行后续的发送操作。

在步骤s403中，第二系统服务器将生成的小程序消息发送至跨系统通信服务器。

在一些实施例中，第二系统服务器在生成小程序消息后，通过第二系统服务器中的第二系统接入层、经由跨系统接入层向跨系统通信服务器发送小程序消息以及任务发布对象的账号。

在步骤s404中，跨系统通信服务器将小程序消息发送至第一系统服务器。

在一些实施例中，跨系统通信服务器在接收到第二系统服务器发送的任务发布对象的账号后，根据映射关系，将任务发布对象的账号映射为第一系统服务器能够识别的关联账号(即任务协同对象的账号)，并通过跨系统接入层、经由第一系统接入层，将小程序消息以及任务协同对象的账号发送至第一系统服务器。

在步骤s405中，第一系统服务器将小程序消息发送至第一客户端。

在一些实施例中，第一系统服务器在接收到跨系统通信服务器发送的小程序消息和任务协同对象的账号后，将小程序消息发送至任务协同对象的第一客户端。

示例的，以任务为学习作业为例，假设跨系统服务器根据映射关系，确定出与老师甲的账号具有关联关系的账号为家长a的账号和家长b的账号，则第一系统服务器在接收到小程序消息后，将小程序消息分别发送至家长a的第一客户端和家长b的第一客户端中。

在步骤s302中，响应于针对小程序消息的触发操作，在任务页面中显示多个参与对象待执行的任务以及与多个参与对象分别对应的任务成果提交入口。

在一些实施例中，小程序消息可以是基于任务协同对象的第一客户端接收的，即任务协同对象的第一客户端响应于针对小程序消息的触发操作，在第一客户端的任务页面中显示待执行的任务的摘要和任务详情入口，同时，还可以在任务页面中显示与任务协同对象关联的、且待执行任务的多个参与对象、以及对应每个参与对象的任务成果提交入口。

在另一些实施例中，可以以卡片的形式在第一客户端中显示小程序消息；其中，卡片的封面中可以包括待执行的任务的摘要(例如任务名称、任务日期、任务类型以及任务发布对象的名称等)和任务详情入口。从而，第一客户端可以在接收到针对任务详情入口的触发操作时，将针对任务详情入口的触发操作识别为针对小程序消息的触发操作，进行响应并跳转至显示有多个参与对象待执行任务的任务页面。

示例的，如图5b所示，家长在使用第一账号(例如微信账号)登录第一客户端(例如微信)后，可以在第一客户端的人机交互界面(例如班级群界面)中看到来自老师的以卡片形式显示的小程序消息。其中，卡片的封面中包括作业的摘要“9月9日语文作业”509和作业详情入口“查看详情”按钮510。当家长在点击“查看详情”按钮510后，第一客户端进行响应，并跳转至班级作业页面(即任务页面)。其中，在班级作业页面中显示有待执行的作业的摘要“9月9日语文作业”511、作业详情入口“查看作业介绍”按钮512、多个孩子分别对应的作业513、以及每个孩子分别对应的作业的提交入口“立即提交”按钮514。此外，为了方便家长确定每个孩子作业的提交情况，还可以在班级作业页面中显示每个孩子分别对应的作业提交情况515。

在一些实施例中，卡片中还可以包含有播放模块，用于实时播放任务的相关动态信息。例如，以任务为学习作业为例，在卡片的封面中可以包括学生已完成作业的实时的提交情况，假设当前班级中总有30个学生，且当前第二系统服务器已接收到10份已完成的作业，则可以在卡片的封面中以实时滚动的方式显示以下内容：当前已提交作业10份、未提交作业20份。

需要说明的是，上述以实时滚动方式显示的内容并不是固定的，而是动态变化的，例如当第二系统服务器后续又接收到其他家长为孩子提交的已完成作业时，在卡片的封面中以实时滚动的方式显示的内容将更新为：当前已提交作业15份、未提交作业15份。

在一些实施例中，第一客户端响应于针对小程序消息的触发操作，在任务页面中显示多个参与对象待执行的任务之前，还首先需要调用任务协同对象的登录态信息登录任务页面。示例的，第一客户端可以通过以下方式调用任务协同对象的登录态信息来登录任务页面：第一客户端通过调用第一系统服务器中的登录接口，从第一系统服务器中获取登录凭证(code)，其中，第一系统服务器是任务协同对象的第一客户端的后台服务器；接着，第一客户端通过登录凭证从第二系统服务器中获取任务协同对象的登录态信息，包括任务协同对象的唯一标识(openid)以及本次登录的会话密钥(session-key)等，任务协同对象数据的加解密通讯需要依赖会话密钥完成。随后，第一客户端在接收到第二系统服务器返回的登录态信息后登录任务页面，其中，第二系统服务器是任务发布对象的第二客户端的后台服务器。

在另一些实施例中，承接上述实施例，第一客户端在调用任务协同对象的登录态信息登录任务页面之后，还首先需要获取多个参与对象待执行的任务，以在任务页面中显示所获取的多个参与对象待执行的任务。

下面对第一客户端获取多个参与对象待执行的任务的过程进行具体说明。

参见图4b，图4b是本申请实施例提供的任务处理方法的流程示意图，将结合图4b示出的步骤进行说明。

在步骤s406中，第一客户端向第二系统服务器发送携带任务协同对象的身份信息以及任务协同对象所属组织的组织标识的查询请求。

在一些实施例中，第一客户端向第一系统服务器发送携带任务协同对象的身份信息以及任务协同对象所属组织的组织标识的查询请求，以通过第一系统服务器，并经由跨系统通信服务器将查询请求转发至第二系统服务器中。

在步骤s407中，第二系统服务器根据身份信息以及组织标识，查询出任务协同对象的身份标识。

在一些实施例中，第二系统服务器中预先存储有任务协同对象的身份信息、任务协同对象所属组织的组织标识以及任务协同对象的身份标识之间的绑定关系，从而，第二系统服务器在接收到第一客户端发送的任务协同对象的身份信息以及任务协同对象所属组织的组织标识后，可以根据绑定关系查询出任务协同对象的身份标识。

在步骤s408中，第二系统服务器根据身份标识查询与身份标识关联的参与对象列表。

在一些实施例中，第二系统服务器中预先存储有多个不同的任务协同对象的身份标识以及每个任务协同对象的身份标识所绑定的参与对象列表，从而，第二系统服务器在查询出任务协同对象的身份标识后，可以根据身份标识查询与身份标识关联的参与对象列表。

示例的，以任务为学习作业为例，假设第二系统服务器中预先存储有家长a的身份标识、家长b的身份标识以及家长c的身份标识，其中，与家长a的身份标识绑定的孩子列表中包括孩子甲的编号；与家长b的身份标识绑定的孩子列表中包括孩子乙和孩子丙分别对应的编号；与家长c的身份标识绑定的孩子列表中包括孩子丁的编号。

在步骤s409中，第二系统服务器根据参与对象列表中包括的多个参与对象分别对应的编号以及任务编号查询任务协同对象表，以获取多个参与对象待执行的任务。

在一些实施例中，第二系统服务器在查询到与任务协同对象的身份标识关联的参与对象列表后，针对所查询到的参与对象列表中需要执行任务的多个参与对象，根据多个参与对象分别对应的编号以及任务编号查询任务协同对象表，以从任务协同对象表中获取多个参与对象待执行的任务。其中，任务协同对象表以参与对象的编号和任务编号为键、以任务为值。

示例的，承接上文，假设第二系统服务器根据家长b的身份标识查询出与家长b的身份标识关联的孩子列表后，针对孩子列表中包括的孩子乙和孩子丙分别对应的编号以及作业编号查询家长表，以从家长表中获取孩子乙和孩子丙需要完成的作业。

在步骤s410中，第二系统服务器将多个参与对象待执行的任务返回给第一客户端。

在一些实施例中，第二系统服务器将查询到的多个参与对象待执行的任务发送给跨系统通信服务器，并经由跨系统通信服务器转发至第一系统服务器中，接着，第一系统服务器在接收到多个参与对象待执行的任务后发送给第一客户端。

在步骤s303中，响应于针对任一参与对象的任务对应的任务成果提交入口的触发操作，获取任一参与对象的任务成果，并向任务发布对象发送任务成果。

在一些实施例中，任务协同对象的第一客户端可以通过以下方式向任务发布对象的第二客户端发送任一参与对象对应的任务成果：第一客户端将任务协同对象选中的参与对象对应的编号、任务编号以及任务成果(即与任务协同对象选中的参与对象对应的任务成果)发送至第二系统服务器，以使第二系统服务器根据任务成果对任务表进行更新，并将更新后的任务表发送给任务发布对象的第二客户端；其中，第二系统服务器是任务发布对象的第二客户端的后台服务器。

示例的，以任务为学习作业为例，当家长b准备为多个孩子中的孩子乙提交完成的作业时，可以点击家长b的第一客户端中显示的孩子乙对应的作业提交入口，例如孩子乙对应的“立即提交”按钮，并选取孩子乙对应的完成的作业，其中，完成的作业形式可以是多样的，例如可以是图片、视频或者文字等。此时，家长b的第一客户端将孩子乙对应的编号、作业编号以及完成的作业发送至第二系统服务器，以使第二系统服务器根据完成的作业对作业表进行更新，并将更新后的作业表发送给老师的第二客户端。

在另一些实施例中，在提交任务成果之前，任务协同对象还可以通过触发修改入口来修改向任务发布对象发送的任务成果。

示例的，可以在第一客户端中显示任务成果的缩略图，以供任务协同对象进行检查。同时，还可以在第一客户端中显示针对任务成果的修改入口，以供任务协同对象在发现待发送的任务成果有误时，重新选择修改后的任务成果，以向任务发布对象发送修改后的任务成果。

示例的，如图5c所示，当家长需要为肖二娃提交完成的作业时，可以点击第一客户端中显示的肖二娃对应的作业提交入口，即图5c中的“立即提交”按钮514，第一客户端在接收到家长针对“立即提交”按钮514的点击操作后进行响应，跳转至作业内容输入页面，在作业内容输入页面中显示“添加”按钮516，以供家长添加与肖二娃对应的完成的作业。在添加完作业内容后，家长可以点击“提交”按钮517，此时，第一客户端将跳转至确认页面，在确认页面中显示有家长添加的肖二娃完成的作业的缩略图518以及“修改”按钮519。当家长发现添加的完成作业有误时，可以点击“修改”按钮519来进行重新添加。

在一些实施例中，当第一客户端在响应于任务协同对象针对任一参与对象的任务提交操作后，例如接收到针对返回按钮的点击操作或者接收到针对提交按钮的点击操作后，跳转回任务页面，并在任务页面中显示多个参与对象分别对应的任务提交入口，以供任务协同对象继续为其他参与对象提交其对应的任务成果。

示例的，参见图5d，家长在为肖二娃提交完其对应的完成的作业后，可以点击“返回”按钮525，此时，家长的第一客户端将跳转回班级作业页面。其中，在班级作业页面中显示有肖三娃的作业对应的作业提交入口，即图5d中的肖三娃的作业对应的“立即提交”按钮514。此时，家长可以通过点击肖三娃的作业对应的“立即提交”按钮514为肖三娃提交其已经完成的作业。

在一些实施例中，第二系统服务器在接收到多个任务协同对象分别为各自所关联的多个参与对象提交任务成果后，第二系统服务器根据接收到的任务成果对任务表进行更新，并根据更新后的任务表执行以下操作：基于机器学习模型(机器学习模型的结构可以是各种类型的神经网络模型，例如卷积神经网络、深度卷积神经网络、全连接神经网络等)，对任务表中的任一参与对象对应的任务成果进行特征提取，以得到任一参与对象对应的任务成果的特征；将任一参与对象对应的任务成果的特征与任务表中其他参与对象的任务成果的特征进行比对，并根据比对结果，确定任一参与对象对应的任务成果的有效性。例如，以任一参与对象为参与对象a为例，当第二系统服务器确定出参与对象a对应的任务成果的特征与任务表中参与对象b对应的任务成果的特征之间的相似度大于相似度阈值时，确定参与对象a对应的任务成果无效，即第二系统服务器确定出参与对象a的任务成果可能抄袭了参与对象b的任务成果，则第二系统服务器可以向参与对象a所关联的任务协同对象的第一客户端发送相应的提醒消息，以使参与对象a所关联的任务协同对象重新为参与对象a提交任务成果。

示例的，以任务成果为学习作业为例，当企业微信的后台服务器在接收到多个家长分别为自己的孩子提交的已完成作业时，假设家长提交的已完成作业的形式为图片，则企业微信的后台服务器通过机器学习模型对各个家长分别为自己孩子提交的已完成作业进行特征提取，以得到每个孩子的已完成作业分别对应的图像特征。接着，企业微信的后台服务器将不同孩子的已完成作业分别对应的图像特征进行两两对比，来判断是否存在相似度是否超过相似度阈值的两个已完成作业，从而来进行已完成作业的抄袭情况的判断。例如，假设企业微信的后台服务器确定出孩子a的已完成作业对应的图像特征与孩子b的已完成作业对应的图像特征之间的相似度大于相似度阈值，例如相似度大于96％，则企业微信的后台服务器确定孩子a的已完成作业可能抄袭了孩子b的已完成作业，则企业微信的后台服务器向孩子a的家长的微信发送相应的提醒消息，以使孩子a的家长重新为孩子a提交已完成的作业。

需要说明的是，当任务成果的形式为文字或者视频时，第二系统服务器也可以基于机器学习模型来提取出对应的特征，进而进行特征比对，本申请实施例在此不再赘述。

在一些实施例中，任务表还可以用于供任务发布对象的第二客户端执行以下操作：响应于针对组别任务页面的触发操作，根据更新后的任务表，对组别任务页面中显示的多个参与对象分别对应的任务完成情况进行更新；响应于针对任一参与对象的任务成果的批改操作，根据任一参与对象对应的编号以及任务编号，查询更新后的任务表，获取并显示与任一参与对象对应的任务成果。

示例的，以任务为学习作业为例，作业表还可以用于供老师的第二客户端执行以下操作：响应于针对班级作业页面的触发操作，根据更新后的作业表，对班级作业页面中显示的多个学生(即孩子)分别对应的作业完成情况进行更新；老师的第二客户端还可以用于响应于针对任一学生的完成的作业的批改操作，根据任一学生的编号以及作业编号查询更新后的作业表，以获取与任一学生对应的完成的作业，并在第二客户端中进行显示，以供老师进行批改。

示例的，当老师在布置完作业后，还可以在老师的第二客户端的班级作业界面中显示各个学生分别对应的作业提交情况。如图5e中的左图所示，在班级作业页面中显示了老师在刚布置完作业时，各个学生分别对应的作业提交情况。此时，图5e中的左图显示的是“0已提交2未提示”520，表示当前时刻肖二娃完成的作业和肖三娃完成的作业都没有提交。接着，当第二客户端接收到第二系统服务器返回的更新后的作业表后，对班级作业页面中显示的多个孩子分别对应的作业提交情况进行更新，此时，当老师再次进行班级作业页面或者刷新班级作业界面时，将看到如图5e中的中图所呈现的内容。结合图5e的左图和图5e的中图可知，各个学生分别对应的作业提交情况已经更新，从“0已提交2未提交”520更新至“1已提交1未提交”521，表示肖二娃完成的作业已提交，肖三娃完成的作业未提交。随后，当老师点击班级作业页面中显示的“1已提交”按钮时，老师的第二客户端根据肖二娃的编号以及作业编号查询更新后的作业表，以从更新后的作业表中获取肖二娃完成的作业，并跳转至图5e中的右图呈现的画面。如图5e中的右图所示，在班级作业页面中显示有肖二娃完成的作业522，从而，老师可以进行对应的批改操作。

在另一些实施例中，任务协同对象的第一客户端还可以用于执行以下操作：接收第二系统服务器根据任务成果更新的任务协同对象表；响应于跳转至任务页面或者刷新任务页面的触发操作，根据更新后的任务协同对象表，对任务页面中显示的多个参与对象分别对应的任务提交情况进行更新。

示例的，如图5f所示，图5f中的左图是家长在没有为孩子提交完成的作业时第一客户端的班级作业页面中显示的画面，如图5f中的左图所示，此时，肖二娃对应的作业提交情况515的状态为“未提交”。接着，当家长为肖二娃提交完成的作业，并在接收到第二系统服务器根据家长提交的肖二娃完成的作业更新的家长表后，根据更新后的家长表对各个孩子分别对应的作业提交情况进行更新。当家长再次返回班级作业页面或者刷新班级作业页面时，将看到如图5f中的右图所示的画面。如图5f中的右图所示，肖二娃对应的作业提交情况515的状态已经更新为“已提交”，从而，家长可以清楚地知道哪个孩子的完成的作业已提交，哪个孩子的完成的作业未提交。

也就是说，任务协同对象表的作用是：当任务协同对象再次点击返回任务页面或者刷新任务页面时，基于更新后的任务协同对象表来显示多个参与对象分别对应的任务提交情况，即对于已经提交任务成果对应的参与对象，其对应的提交状态会更新为已提交。

在另一些实施例中，当任务发布对象针对多个参与对象分别对应的任务成果进行批改之后，任务协同对象的第一客户端还可以用于执行以下操作：接收第二系统服务器根据批改结果更新的任务协同对象表；响应于跳转至任务页面或者刷新任务页面的触发操作，基于所接收到的更新后的任务协同对象表，在任务页面中显示多个参与对象分别对应的任务成果的批改结果。

示例的，以任务为学习作业为例，当老师针对家长上传的多个孩子分别对应的完成的作业进行批改后，通过第二客户端将批改结果发送给第二系统服务器，以使第二系统服务器根据批改结果对家长表进行更新，并将更新后的家长表发送给家长的第一客户端。如此，当家长的第一客户端在接收到跳转至作业页面或者刷新作业页面的触发操作时，根据更新后的家长表，在作业页面中显示多个孩子分别对应的完成的作业的批改结果。

在一些实施例中，批改结果可以是任务发布对象的第二客户端发送的；其中，批改结果可以用于供第二客户端执行以下操作：接收第二系统服务器根据批改结果更新后的任务表，根据更新后的任务表，更新组别任务页面中显示的多个参与对象分别对应的任务成果的批改情况。

示例的，以任务为学习作业为例，老师在完成针对多个孩子的完成的作业的批改后，通过第二客户端将批改结果发送给第二系统服务器，以使第二系统服务器根据批改结果更新作业表。随后，第二客户端接收第二系统服务器下发的更新后的作业表，并根据更新后的作业表对在第二客户端的班级作业页面中显示的多个孩子分别对应的完成的作业的批改情况进行更新。例如，对于已经批改的作业，则将其状态从“未批改”更新为“已批改”，如此，老师可以十分清楚地了解哪些学生的作业没有批改，哪些学生的作业已经批改。

本申请实施例提供的任务处理方法通过小程序消息的方式发送任务发布对象布置的任务，并在任务协同对象的第一客户端中显示多个参与对象分别对应的任务成果提交入口，如此，一方面用户(即任务协同对象，例如家长)无需安装额外的第三方应用；另一方面用户也可以在任务页面中方便的为每个参与对象分别提交各自对应的任务成果，从而降低了用户的操作和使用成本。

下面继续说明本申请实施例提供的任务处理装置565实施为软件模块的示例性结构，在一些实施例中，如图2所示，存储在存储器560的任务处理装置565中的软件模块可以包括：接收模块5651、显示模块5652、获取模块5653、发送模块5654、登录模块5655和更新模块5656。

接收模块5651，用于接收来自任务发布对象的小程序消息；显示模块5652，用于响应于针对小程序消息的触发操作，在任务页面中显示多个参与对象待执行的任务以及与多个参与对象分别对应的任务成果提交入口；获取模块5653，用于响应于针对任一参与对象的任务对应的任务成果提交入口的触发操作，获取任一参与对象的任务成果；发送模块5654，用于向任务发布对象发送任务成果。

在一些实施例中，小程序消息是基于任务协同对象的第一客户端接收的；显示模块5652，还用于在第一客户端的任务页面中显示待执行的任务的摘要和任务详情入口；以及用于在任务页面中显示与任务协同对象关联的、且待执行任务的多个参与对象。

在一些实施例中，在接收到来自任务发布对象的小程序消息之后，显示模块5652，还用于以卡片的形式显示小程序消息；其中，卡片的封面中包括待执行的任务的摘要和任务详情入口；以及用于当接收到针对任务详情入口的触发操作时，将针对任务详情入口的触发操作识别为针对小程序消息的触发操作。

在一些实施例中，任务处理装置565还包括登录模块5655，用于在任务页面中显示多个参与对象待执行的任务之前，通过以下方式登录任务页面：通过调用第一系统服务器中的登录接口，从第一系统服务器中获取登录凭证，其中，第一系统服务器是任务协同对象的第一客户端的后台服务器；根据登录凭证从第二系统服务器中获取任务协同对象的登录态信息，并根据登录态信息登录任务页面，其中，第二系统服务器是任务发布对象的第二客户端的后台服务器。

在一些实施例中，在任务页面中显示多个参与对象待执行的任务之前，发送模块5654，还用于向第二系统服务器发送携带任务协同对象的身份信息、以及任务协同对象所属组织的组织标识的查询请求，以使第二系统服务器执行以下操作：根据身份信息以及组织标识，查询出任务协同对象的身份标识，并根据身份标识查询与身份标识关联的参与对象列表；根据参与对象列表中包括的多个参与对象分别对应的编号以及任务编号查询任务协同对象表，以获取多个参与对象待执行的任务；其中，第二系统服务器是任务发布对象的第二客户端的后台服务器。

在一些实施例中，发送模块5654，还用于将被选中的任一参与对象对应的编号、任务编号以及任务成果发送至第二系统服务器，以使第二系统服务器根据任务成果对任务表进行更新，并将更新后的任务表发送给任务发布对象的第二客户端；其中，第二系统服务器是任务发布对象的第二客户端的后台服务器。

在一些实施例中，任务表用于供第二系统服务器执行以下操作：基于机器学习模型对任务表中的任一参与对象对应的任务成果进行特征提取，得到任一参与对象对应的任务成果的特征；将任一参与对象对应的任务成果的特征与任务表中其他参与对象对应的任务成果的特征进行比对；根据比对结果，确定任一参与对象对应的任务成果的有效性；其中，其他参与对象是任务表中除任一参与对象之外的参与对象。

在一些实施例中，任务表用于供第二客户端执行以下操作：响应于针对组别任务页面的触发操作，根据更新后的任务表，对组别任务页面中显示的多个参与对象分别对应的任务完成情况进行更新；响应于针对任一参与对象的任务成果的批改操作，根据任一参与对象对应的编号、以及任务编号，查询更新后的任务表，获取并显示与任一参与对象对应的任务成果。

在一些实施例中，接收模块5651，还用于接收根据任务成果更新的任务协同对象表；任务处理装置565还包括更新模块5656，用于响应于跳转到任务页面或刷新任务页面的触发操作，根据更新后的任务协同对象表，对任务页面中显示的多个参与对象分别对应的任务提交情况进行更新。

在一些实施例中，在向任务发布对象发送任务成果之前，获取模块5653，还用于响应于针对任务成果的修改入口的触发操作，获取任一参与对象的修改后的任务成果；发送模块5654，还用于将修改后的任务成果发送给任务发布对象。

在一些实施例中，小程序消息是任务发布对象的第二客户端基于接收的待执行的任务发送的；待执行的任务用于供第二客户端执行以下操作：响应于接收到任务发布对象布置的待执行的任务，接收任务发布对象设定的待执行的任务的参与对象；响应于任务发布操作，向参与对象关联的任务协同对象发送小程序消息。

在一些实施例中，在响应于接收到任务发布对象布置的待执行的任务之前，获取模块5653，还用于响应于针对多个类别的选择操作，获取被选中的目标类别；以及用于响应于针对多个组别的选择操作，获取被选中的目标组别；接收模块5651，还用于接收任务发布对象在目标类别、以及目标组别中布置的待执行的任务。

在一些实施例中，当任务发布对象针对多个参与对象分别对应的任务成果进行批改之后，接收模块5651，还用于接收根据批改结果更新后的任务协同对象表；显示模块5652，还用于响应于跳转到任务页面或刷新任务页面的触发操作，基于更新后的任务协同对象表，在任务页面中显示多个参与对象分别对应的任务成果的批改结果。

在一些实施例中，批改结果是任务发布对象的第二客户端发送的；批改结果用于供第二客户端执行以下操作：获取第二系统服务器根据批改结果更新后的任务表，根据更新后的任务表，更新组别任务页面中显示的多个参与对象分别对应的任务成果的批改情况；其中，第二系统服务器是任务发布对象的第二客户端的后台服务器。

在一些实施例中，接收模块5651，还用于基于任务协同对象的第一客户端接收第一系统服务器发送的小程序消息；其中，第一系统服务器是第一客户端的后台服务器；其中，小程序消息是第二系统服务器响应于任务发布对象发送的创建请求所生成，并通过调用跨系统通信接口发送给第一系统服务器的；其中，第二系统服务器是任务发布对象的第二客户端的后台服务器。

需要说明的是，本申请实施例中关于上述的装置的描述中未尽的技术细节，可以根据图3、图4a、或图4b任一附图的说明而理解。

下面，以在线教育场景为例，说明本申请实施例在一个实际应用场景中的示例性应用。

一般情况下，一个家长在一个班级中只有一个孩子，应用程序在处理这种场景时比较容易。但随着二胎政策的开放，会出现一个家长在一个班级中有两名甚至多名孩子的情况。相关技术在处理上述场景时，往往需要家长下载相应的应用程序(app，application)、并注册账号后才能进行处理。同时，相关技术提供的方案对于多个孩子作业的支持程度也参差不齐。

鉴于此，本申请实施例通过利用第一客户端(例如微信，下文以第一客户端为微信为例进行说明)和第二客户端(例如企业微信，下文以第二客户端为企业微信为例进行说明)之间的互通能力，以使老师可以方便地在企业微信端管理家长及其孩子信息、并发布作业；同时，家长也无需安装额外的第三方应用，可以在微信中很方便地为多个孩子分别提交完成的作业以及查看老师的批改结果和评语。

示例的，参见图5a，老师可以在企业微信的班级群入口501或者在工作台入口523方便快捷地布置作业，包括选择科目502、选择班级504、输入作业内容506以后转发至指定的班级群中。

示例的，参见图5b，家长可以通过点击班级群中的互通小程序卡片消息(即上述的小程序消息)，打开班级作业微信小程序，在小程序里面，家长可以选择切换需要提交作业的孩子，在输入完作业内容后完成作业的提交。

示例的，参见图5g，也可以在小程序页面中以纵向排布的方式显示多个孩子的名字524，并在选中某个孩子的名字后，在小程序页面中显示该孩子需要完成的作业内容。如此，家长可以通过切换孩子名字的方式来方便的查看每个孩子分别需要完成的作业内容。

下面对本申请实施例提供的任务处理方法进行具体说明。

示例的，参见图6，图6是本申请实施例提供的依赖关系示意图。如图6所示，本申请实施例提供的任务处理方法包括作业表和家长表两张表。其中，作业表的主键是学生编号(-stuid)，存储的是所有学生提交的作业信息，即作业表以学生编号为键，以对应学生提交的作业信息为值进行数据存储；家长表以学生编号和作业编号(homeworkid)作为主键，如此，即使多个学生在一个作业下也可以分别进行存储。此外，当家长在提交孩子完成的作业后，企业微信的后台服务器会根据家长提交的作业信息对作业表和家长表中存储的数据进行更新。

示例的，参见图7，图7是本申请实施例提供的老师布置作业和家长为多个孩子提交完成的作业的用例示意图。如图7所示，老师在企业微信中选择班级并输入作业内容，此时，企业微信向企业微信的后台服务器发送创建作业请求，以使企业微信的后台服务器生成对应的小程序消息。接着，企业微信的后台服务器通过企业微信微信消息互通的方式将小程序消息发送到微信的后台服务器，以使微信的后台服务器将小程序消息发送到对应的家长的微信上。家长在接收到来自老师的小程序消息后，可以进行点击，从而在小程序页面中显示多个孩子分别需要完成的作业。随后，在孩子完成作业后，家长可以通过微信为多个孩子分别提交其各自对应的完成的作业。

示例的，参见图8，图8是本申请实施例提供的提交作业的流程示意图，将结合图8示出的步骤进行说明。

1、老师进入工作台

示例的，老师通过点击终端上安装的企业微信客户端，以使终端跳转至企业微信提供的工作台页面。

1.1、创建作业

老师可以通过班级群或者企业微信工作台入口进入班级作业应用，并创建作业，包括：选择科目、选择班级以及输入作业内容等。当老师在输入完作业内容并点击“布置”按钮后，企业微信客户端进行响应，并向企业微信的后台服务器发送创建作业请求。

1.2、企业微信的后台服务器向企业微信客户端返回对应的作业编号(homeworkid，一份作业对应一个唯一的作业编号)并生成小程序消息卡片。

示例的，企业微信的后台服务器在响应于企业微信客户端发送的创建作业请求创建作业成功后，还会下发对应的小程序消息卡片，小程序消息卡片中携带有企业的字符串标识(strcorpid，企业微信为每一个企业分配的唯一id字符串)以及homeworkid等关键信息。

需要说明的是，如果一个家长在选定的班级中有多个孩子也只会收到一条小程序消息卡片。

1.3、企业微信后台服务器将小程序消息卡片推送至微信后台服务器。

示例的，企业微信后台服务器可以通过调用跨系统通信接口的方式将小程序消息卡片发送至微信后台服务器。

1.4、微信后台服务器将小程序消息卡片下发到家长的微信客户端。

2、家长点击微信客户端中显示的小程序消息卡片。

示例的，微信客户端在接收到家长针对小程序卡片消息的点击操作后，加载班级作业小程序。

2.1、微信客户端通过调用接口(例如wx.login)向微信后台服务器请求登录凭证(code)信息。

2.2、微信后台服务器向家长的微信客户端返回code信息。

2.3、微信客户端利用code向企业微信后台服务器发送登录请求，以进行登录。

示例的，微信客户端可以通过调用跨系统通信接口向企业微信后台服务器发送携带登录凭证信息的登录请求。

2.4、企业微信后台服务器响应于微信客户端发送的登录请求，向微信客户端返回家长的身份信息(gid，企业微信后台服务器通过微信用户的unionid生成的一个在企业微信业务内唯一的身份标识，用于业务中识别用户的唯一身份)。

示例的，企业微信后台服务器可以通过调用跨系统通信接口的方式向微信客户端返回gid。

2.5、微信客户端向企业微信后台服务器发送携带strcorpid、homeworkid和gid的查询请求，以获取作业以及孩子信息。

2.6、企业微信后台服务器通过数据库中保存的strcorpid和gid之间的绑定关系，查询出家长的身份标识(parentstaffid，家长在企业微信内的唯一身份标识id)，然后通过parentstaffid查询出homeworkid参数下绑定的孩子列表以及作业信息。

2.7、企业微信后台服务器将homeworkid参数下绑定的孩子列表以及作业信息返回给微信客户端。

3.1、家长端在拿到多个孩子的作业信息以后，在提交某一个homeworkid对应的完成的作业时，需要先选择为哪一个孩子提交完成的作业，在选定完孩子后，通过微信客户端将携带孩子的stuid、homeworkid以及作业信息等提交到企业微信后台服务器，从而完成作业的提交。

3.2、老师通过学生编号查看是多个孩子中的哪个孩子的作业并进行批改。

示例的，企业微信后台服务器在接收到家长提交的作业信息后下发给老师的企业微信客户端，从而，老师可以在企业微信端通过stuid方便地查看到家长为每一个孩子分别提交的作业信息并进行批改。

3.3、家长端通过切换孩子的列表查看每一个孩子的作业批改情况。

示例的，老师对多个孩子分别对应的作业批改完成后，将批改结果发送给企业微信后台服务器，以使企业微信后台服务器通过调用跨系统通信接口的方式将批改结果发送给家长的微信客户端，从而，家长可以通过切换孩子列表的方式方便地查询每一个孩子的作业批改情况。

本申请实施例通过利用企业微信客户端和微信客户端之间的互通能力，让老师可以在企业微信端方便地对家长和孩子信息进行管理，例如可以一键导入通讯录，此外，家长只需使用微信客户端即可完成对单个孩子或者多个孩子的作业提交工作，并且可以方便地对孩子的作业批改情况进行查看，而无需安装额外的第三方客户端，极大地降低了家长的操作和使用成本。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本申请实施例上述的任务处理方法。

本申请实施例提供一种存储有可执行指令的计算机可读存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的任务处理方法，例如，如图3、图4a或图4b示出的任务处理方法。

在一些实施例中，计算机可读存储介质可以是fram、rom、prom、eprom、eeprom、闪存、磁表面存储器、光盘、或cd-rom等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(html，hypertextmarkuplanguage)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

综上所述，本申请实施例通过以小程序消息的方式发送任务发布对象布置的任务，并在任务页面中显示多个参与对象分别对应的任务成果提交入口，如此，一方面用户(即任务协同对象，例如家长)不需安装第三方应用；另一方面可以在任务页面中方便的为每个参与对象提交各自对应的任务成果，从而降低了用户的操作和使用成本。

以上所述，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。