CN112787829A

CN112787829A - 任务处理方法、装置及电子设备

Info

Publication number: CN112787829A
Application number: CN201911072607.XA
Authority: CN
Inventors: 魏旗萌; 邵颖
Original assignee: Alibaba Group Holding Ltd
Current assignee: Hema China Co Ltd
Priority date: 2019-11-05
Filing date: 2019-11-05
Publication date: 2021-05-11
Anticipated expiration: 2039-11-05
Also published as: CN112787829B

Abstract

本申请实施例公开了任务处理方法、装置及电子设备。所述方法包括：第一客户端在实体店铺关联的会话群组的会话界面中，提供用于触发第二客户端的操作选项；通过所述操作选项获得触发所述第二客户端的信息后，控制所述第二客户端进行启动，并将所述第一客户端关联的会话成员的标识信息提交至所述第二客户端，以便所述第二客户端向所述会话成员提供与所述实体店铺相关的任务处理服务。如此方案，有助于简化用户操作复杂度，提高用户体验。

Description

任务处理方法、装置及电子设备

技术领域

本申请涉及即时通讯技术领域，特别是涉及任务处理方法、装置及电子设备，会话群组配置方法、装置及电子设备。

背景技术

对于线下开设的门店来说，例如，“新零售”业务模式下，服务提供商(在实际应用中可以称为零售商或者商户)开设的线下实体店铺中，通常需要配备执行不同作业的作业人员，例如，进行店铺管理的店长、进行收银作业的收银员、进行拣货作业的拣货员、进行打包作业的打包员、进行商品对象管理的理货员，等等。

在执行作业的过程中，作业人员可能需要配合使用一些与作业相关的应用程序(App)，例如，店长在巡店过程中发现蔬菜区域的某种蔬菜不新鲜，可以通过店长关联的走检任务App生成一条巡店任务，下发给理货员进行蔬菜替换；对应地，理货员关联的走检任务App接收到这条巡店任务后，可以提示理货员进行任务处理，以及将处理结果上报给店长。

以上作业执行过程中，作业人员之间可能还会通过即时通讯工具进行会话沟通，如果会话过程中涉及走检任务App生成的信息，则需要退出即时通讯客户端，打开走检任务客户端，即，需要在两个客户端之间进行切换。如果需要将走检任务App中的信息转发到会话群组中，还要在两个客户端之间进行跳转，以店长将巡店任务转发到会话群组中为例，打开走检任务客户端，确定待转发的巡店任务，点击该巡店任务对应的转发操作按键后，会从走检任务客户端跳转到即时通讯客户端，这样，店长便可从即时通讯客户端提供的接收人中，选择要转发的会话群组，将巡店任务转发到该会话群组中。两个客户端之间的切换以及跳转，势必会增加信息查看以及信息转发的操作复杂度，进而影响用户体验。

发明内容

本申请提供了一种任务处理方法、装置及电子设备，第一客户端可以在会话群组的会话界面中提供用于触发第二客户端的操作选项，会话成员可以直接在会话群组中控制第二客户端启动，进行信息查看以及转发，有助于简化用户操作复杂度，提高用户体验。

本申请提供了如下方案：

一种任务处理方法，包括：

第一客户端在实体店铺关联的会话群组的会话界面中，提供用于触发第二客户端的操作选项；

通过所述操作选项获得触发所述第二客户端的信息后，控制所述第二客户端进行启动，并将所述第一客户端关联的会话成员的标识信息提交至所述第二客户端，以便所述第二客户端向所述会话成员提供与所述实体店铺相关的任务处理服务。

一种任务处理方法，包括：

第二客户端接受第一客户端的触发进行启动，所述第一客户端用于通过在实体店铺关联的会话群组的会话界面中提供的第一操作选项，触发所述第二客户端；

根据所述第一客户端关联的会话成员的标识信息，确定所述会话成员的类型信息；

如果所述类型信息为进行任务发布的第一用户，则获得与所述实体店铺相关的任务信息以及对应的进行任务执行的第二用户的标识信息，发送至第二服务端，以便所述第二服务端将所述任务信息下发至所述第二用户关联的第二客户端。

一种任务处理方法，包括：

如果所述类型信息为进行任务执行的第二用户，则获得第二服务端下发的所述第二用户关联的任务信息，向所述第二用户进行信息推送，所述任务信息由所述会话群组中进行任务发布的第一用户提交至所述第二服务端。

一种任务处理方法，包括：

第二服务端获得第二客户端提交的任务处理请求，所述任务处理请求中包括与任务相关的信息、以及所述第二客户端关联的会话成员的标识信息，所述第二客户端由第一客户端通过在实体店铺关联的会话群组的会话界面中提供的操作选项进行触发；

确定所述会话成员关联的会话群组，保存所述会话群组与所述与任务相关的信息以及所述会话成员之间的关联关系，并根据所述与任务相关的信息向所述会话成员提供任务处理服务。

一种会话群组配置方法，包括：

第一服务端获得配置信息，所述配置信息中包括会话群组的标识信息以及关联的应用程序的标识信息，所述应用程序用于提供与实体店铺相关的任务处理服务；

将所述配置信息下发至所述会话成员关联的第一客户端，以便所述第一客户端加载所述应用程序对应的第二客户端，并在所述会话群组的会话界面中提供触发所述第二客户端的操作选项。

一种会话群组配置方法，包括：

会话群组中的会话成员关联的第一客户端获得第一服务端发送的配置信息，所述配置信息中包括所述会话群组的标识信息以及关联的应用程序的标识信息，所述应用程序用于提供与实体店铺相关的任务处理服务；

加载所述应用程序对应的第二客户端，并在所述会话群组的会话界面中提供触发所述第二客户端的操作选项。

一种会话群组配置方法，包括：

第一服务端获得第三客户端提交的待配置应用程序的实现代码；

对所述待配置应用程序进行校验处理，如果校验通过，则将所述待配置应用程序的实现代码下发至第一客户端，以便所述第一客户端针对所述待配置应用程序进行会话群组配置时，加载所述待配置应用程序的实现代码。

一种图像处理方法，包括：

第二客户端获得第一用户提交的待处理图片；

确定所述第一用户关联的实体店铺，并获得所述实体店铺关联的任务类型信息；

根据所述图片的图像识别结果，确定所述图片中包括的商品对象的状态信息；

从所述实体店铺关联的任务类型信息中，确定所述状态信息对应的目标任务类型信息。

一种任务处理方法，包括：

第二服务端获得第一用户提交的与实体店铺相关的任务信息；

对所述任务信息进行分组，将与同一实体店铺相关的任务信息确定到一个分组；

对各分组中的任务信息进行聚类处理，获得分组对应的实体店铺关联的任务类型信息；

将所述实体店铺关联的任务类型信息下发至该实体店铺下的第一用户关联的第二客户端。

一种任务处理方法，包括：

第一客户端获得第二客户端关联的会话群组的标识信息以及用于控制所述第二客户端进行启动的预设字符串；

如果在所述第二客户端关联的会话群组的会话内容中，获得所述预设字符串，则控制所述第二客户端进行启动，向所述会话群组中的会话成员提供与实体店铺相关的任务处理服务。

一种任务处理方法，包括：

第一客户端在班级会话群组的会话界面中，提供用于触发第二客户端的操作选项，所述第二客户端用于提供与班级学习相关的服务；

通过所述操作选项获得触发所述第二客户端的信息后，控制所述第二客户端进行启动，并将所述第一客户端关联的会话成员的标识信息提交至所述第二客户端，以便所述第二客户端向所述会话成员提供任务处理服务。

一种任务处理方法，包括：

第二客户端接受第一客户端的触发进行启动，所述第一客户端用于通过在班级会话群组的会话界面中提供的操作选项，触发所述第二客户端；

如果所述类型信息为进行任务发布的第一用户，则获得学习任务信息以及对应的进行任务执行的第二用户的标识信息，发送至第二服务端，以便所述第二服务端将所述学习任务信息下发至所述第二用户关联的第二客户端。

一种任务处理方法，包括：

如果所述类型信息为进行任务执行的第二用户，则获得第二服务端下发的所述第二用户关联的学习任务信息，向所述第二用户进行信息推送，所述学习任务信息由所述会话群组中进行任务发布的第一用户提交至所述第二服务端。

一种任务处理方法，包括：

第一客户端在会话群组的会话界面中，提供用于触发第二客户端的操作选项，所述第二客户端用于提供与打卡相关的服务；

一种任务处理方法，包括：

第二客户端接受第一客户端的触发进行启动，所述第一客户端用于通过在会话群组的会话界面中提供的操作选项，触发所述第二客户端；

如果所述类型信息为进行任务发布的第一用户，则获得打卡任务信息以及对应的进行任务执行的第二用户的标识信息，发送至第二服务端，以便所述第二服务端将所述打卡任务信息下发至所述第二用户关联的第二客户端。

一种任务处理方法，包括：

如果所述类型信息为进行任务执行的第二用户，则获得第二服务端下发的所述第二用户关联的打卡任务信息，向所述第二用户进行信息推送，所述打卡任务信息由所述会话群组中进行任务发布的第一用户提交至所述第二服务端。

一种任务处理装置，应用于第一客户端，包括：

操作选项提供单元，用于在实体店铺关联的会话群组的会话界面中，提供用于触发第二客户端的操作选项；

启动控制单元，用于通过所述操作选项获得触发所述第二客户端的信息后，控制所述第二客户端进行启动，并将所述第一客户端关联的会话成员的标识信息提交至所述第二客户端，以便所述第二客户端向所述会话成员提供与所述实体店铺相关的任务处理服务。

一种任务处理装置，应用于第一用户关联的第二客户端，包括：

启动单元，用于接受第一客户端的触发进行启动，所述第一客户端用于通过在实体店铺关联的会话群组的会话界面中提供的第一操作选项，触发所述第二客户端；

类型确定单元，用于根据所述第一客户端关联的会话成员的标识信息，确定所述会话成员的类型信息；

信息获得单元，用于在所述类型信息为进行任务发布的第一用户时，获得与所述实体店铺相关的任务信息以及对应的进行任务执行的第二用户的标识信息，发送至第二服务端，以便所述第二服务端将所述任务信息下发至所述第二用户关联的第二客户端。

一种任务处理装置，应用于第二用户关联的第二客户端，包括：

信息推送单元，用于在所述类型信息为进行任务执行的第二用户时，获得第二服务端下发的所述第二用户关联的任务信息，向所述第二用户进行信息推送，所述任务信息由所述会话群组中进行任务发布的第一用户提交至所述第二服务端。

一种任务处理装置，应用于第二服务端，包括：

请求获得单元，用于获得第二客户端提交的任务处理请求，所述任务处理请求中包括与任务相关的信息、以及所述第二客户端关联的会话成员的标识信息，所述第二客户端由第一客户端通过在实体店铺关联的会话群组的会话界面中提供的操作选项进行触发；

关联关系保存单元，用于确定所述会话成员关联的会话群组，保存所述会话群组与所述与任务相关的信息以及所述会话成员之间的关联关系；

服务提供单元，用于根据所述与任务相关的信息向所述会话成员提供任务处理服务。

一种会话群组配置装置，应用于第一服务端，包括：

配置信息获得单元，用于获得配置信息，所述配置信息中包括会话群组的标识信息以及关联的应用程序的标识信息，所述应用程序用于提供与实体店铺相关的任务处理服务；

配置信息下发单元，用于将所述配置信息下发至所述会话成员关联的第一客户端，以便所述第一客户端加载所述应用程序对应的第二客户端，并在所述会话群组的会话界面中提供触发所述第二客户端的操作选项。

一种会话群组配置装置，应用于会话群组中的会话成员关联的第一客户端，包括：

配置信息获得单元，用于获得第一服务端发送的配置信息，所述配置信息中包括所述会话群组的标识信息以及关联的应用程序的标识信息，所述应用程序用于提供与实体店铺相关的任务处理服务；

操作选项提供单元，用于加载所述应用程序对应的第二客户端，并在所述会话群组的会话界面中提供触发所述第二客户端的操作选项。

一种会话群组配置装置，应用于第一服务端，包括：

应用程序获得单元，用于获得第三客户端提交的待配置应用程序的实现代码；

校验处理单元，用于对所述待配置应用程序进行校验处理；

应用程序下发单元，用于在校验通过时，将所述待配置应用程序的实现代码下发至第一客户端，以便所述第一客户端针对所述待配置应用程序进行会话群组配置时，加载所述待配置应用程序的实现代码。

一种图像处理装置，应用于第二客户端，包括：

图片获得单元，用于获得第一用户提交的待处理图片；

任务类型获得单元，用于确定所述第一用户关联的实体店铺，并获得所述实体店铺关联的任务类型信息；

状态信息确定单元，用于根据所述图片的图像识别结果，确定所述图片中包括的商品对象的状态信息；

任务类型确定单元，用于从所述实体店铺关联的任务类型信息中，确定所述状态信息对应的目标任务类型信息。

一种任务处理装置，应用于第二服务端，包括：

任务信息获得单元，用于获得第一用户提交的与实体店铺相关的任务信息；

任务分组单元，用于对所述任务信息进行分组，将与同一实体店铺相关的任务信息确定到一个分组；

任务类型获得单元，用于对各分组中的任务信息进行聚类处理，获得分组对应的实体店铺关联的任务类型信息；

任务类型下发单元，用于将所述实体店铺关联的任务类型信息下发至该实体店铺下的第一用户关联的第二客户端。

一种会话群组配置装置，应用于第一服务端，包括：

一种会话群组配置装置，应用于第一客户端，包括：

一种会话群组配置装置，应用于第一服务端，包括：

校验处理单元，用于对所述待配置应用程序进行校验处理；

一种任务处理装置，应用于第一客户端，包括：

信息获得单元，用于获得第二客户端关联的会话群组的标识信息以及用于控制所述第二客户端进行启动的预设字符串；

启动控制单元，用于在所述第二客户端关联的会话群组的会话内容中，获得所述预设字符串时，控制所述第二客户端进行启动，向所述会话群组中的会话成员提供与实体店铺相关的任务处理服务。

一种任务处理装置，应用于第一客户端，包括：

操作选项提供单元，用于在班级会话群组的会话界面中提供用于触发第二客户端的操作选项，所述第二客户端用于提供与班级学习相关的服务；

启动控制单元，用于通过所述操作选项获得触发所述第二客户端的信息后，控制所述第二客户端进行启动，并将所述第一客户端关联的会话成员的标识信息提交至所述第二客户端，以便所述第二客户端向所述会话成员提供任务处理服务。

启动单元，用于接受第一客户端的触发进行启动，所述第一客户端用于通过在班级会话群组的会话界面中提供的操作选项，触发所述第二客户端；

信息获得单元，用于在所述类型信息为进行任务发布的第一用户时，获得学习任务信息以及对应的进行任务执行的第二用户的标识信息，发送至第二服务端，以便所述第二服务端将所述学习任务信息下发至所述第二用户关联的第二客户端。

信息推送单元，用于在所述类型信息为进行任务执行的第二用户时，获得第二服务端下发的所述第二用户关联的学习任务信息，向所述第二用户进行信息推送，所述学习任务信息由所述会话群组中进行任务发布的第一用户提交至所述第二服务端。

一种任务处理装置，应用于第一客户端，包括：

操作选项提供单元，用于在会话群组的会话界面中提供用于触发第二客户端的操作选项，所述第二客户端用于提供与打卡相关的服务；

启动单元，用于接受第一客户端的触发进行启动，所述第一客户端用于通过在会话群组的会话界面中提供的操作选项，触发所述第二客户端；

信息获得单元，用于在所述类型信息为进行任务发布的第一用户时，获得打卡任务信息以及对应的进行任务执行的第二用户的标识信息，发送至第二服务端，以便所述第二服务端将所述打卡任务信息下发至所述第二用户关联的第二客户端。

信息推送单元，用于在所述类型信息为进行任务执行的第二用户时，获得第二服务端下发的所述第二用户关联的打卡任务信息，向所述第二用户进行信息推送，所述打卡任务信息由所述会话群组中进行任务发布的第一用户提交至所述第二服务端。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

在实体店铺关联的会话群组的会话界面中，提供用于触发第二客户端的操作选项；

通过所述操作选项获得触发所述第二客户端的信息后，控制所述第二客户端进行启动，并将第一客户端关联的会话成员的标识信息提交至所述第二客户端，以便所述第二客户端向所述会话成员提供与所述实体店铺相关的任务处理服务。

一种电子设备，包括：

一个或多个处理器；以及

接受第一客户端的触发进行启动，所述第一客户端用于通过在实体店铺关联的会话群组的会话界面中提供的第一操作选项，触发第二客户端；

一种电子设备，包括：

一个或多个处理器；以及

一种电子设备，包括：

一个或多个处理器；以及

获得第二客户端提交的任务处理请求，所述任务处理请求中包括与任务相关的信息、以及所述第二客户端关联的会话成员的标识信息，所述第二客户端由第一客户端通过在实体店铺关联的会话群组的会话界面中提供的操作选项进行触发；

一种电子设备，包括：

一个或多个处理器；以及

获得配置信息，所述配置信息中包括会话群组的标识信息以及关联的应用程序的标识信息，所述应用程序用于提供与实体店铺相关的任务处理服务；

一种电子设备，包括：

一个或多个处理器；以及

获得第一服务端发送的配置信息，所述配置信息中包括会话群组的标识信息以及关联的应用程序的标识信息，所述应用程序用于提供与实体店铺相关的任务处理服务；

一种电子设备，包括：

一个或多个处理器；以及

获得第三客户端提交的待配置应用程序的实现代码；

一种电子设备，包括：

一个或多个处理器；以及

获得第一用户提交的待处理图片；

一种电子设备，包括：

一个或多个处理器；以及

获得第一用户提交的与实体店铺相关的任务信息；

一种电子设备，包括：

一个或多个处理器；以及

获得第二客户端关联的会话群组的标识信息以及用于控制所述第二客户端进行启动的预设字符串；

一种电子设备，包括：

一个或多个处理器；以及

在班级会话群组的会话界面中提供用于触发第二客户端的操作选项，所述第二客户端用于提供与班级学习相关的服务；

通过所述操作选项获得触发所述第二客户端的信息后，控制所述第二客户端进行启动，并将第一客户端关联的会话成员的标识信息提交至所述第二客户端，以便所述第二客户端向所述会话成员提供任务处理服务。

一种电子设备，包括：

一个或多个处理器；以及

接受第一客户端的触发进行启动，所述第一客户端用于通过在班级会话群组的会话界面中提供的操作选项，触发第二客户端；

一种电子设备，包括：

一个或多个处理器；以及

一种电子设备，包括：

一个或多个处理器；以及

在会话群组的会话界面中提供用于触发第二客户端的操作选项，所述第二客户端用于提供与打卡相关的服务；

一种电子设备，包括：

一个或多个处理器；以及

接受第一客户端的触发进行启动，所述第一客户端用于通过在会话群组的会话界面中提供的操作选项，触发第二客户端；

一种电子设备，包括：

一个或多个处理器；以及

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，第一客户端可以在实体店铺关联的会话群组的会话界面中提供用于触发第二客户端的操作选项，对应地，会话成员可以直接在会话群组中控制第二客户端进行启动，向会话成员提供与实体店铺相关的任务处理服务。

对于进行任务发布的第一用户来说，通过会话界面中提供的操作选项启动第二客户端后，可以直接进行新任务信息的发布，还可以查看历史任务信息以及对应的执行结果信息。对于进行任务执行的第二用户来说，通过会话界面中提供的操作选项启动第二客户端后，可以查看其关联的任务信息，还可以提交任务信息对应的执行结果信息。

需要进行信息转发时，会话成员亦可通过会话界面中提供的操作选项启动第二客户端，确定待转发的信息提交至第二服务端，由第二服务端转发至第一服务端，并通过第一服务端将信息下发到第一客户端，将待转发的信息作为会话成员在会话群组中发布的会话内容进行展示。

也就是说，采用本申请实施例提供的方案，可以解决现在技术在信息查看以及信息转发时存在的问题，有助于简化用户操作复杂度，提高用户体验。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的第一种方法的流程图；

图2是本申请实施例提供的第一种界面的示意图；

图3是本申请实施例提供的第二种界面的示意图；

图4是本申请实施例提供的第二种方法的流程图；

图5是本申请实施例提供的待处理图片的示意图；

图6是本申请实施例提供的处理后图片的示意图；

图7～图10是本申请实施例提供的4种界面的示意图；

图11～图29是本申请实施例提供的19种方法的流程图；

图30～图39是本申请实施例提供的10种装置的示意图；

图40是本申请实施例提供的计算机系统的架构的示意图；

图41是本申请实施例提供的电子设备的架构的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

为了便于理解本申请实施例提供的具体实现方案，下面先对本申请实施例的应用场景进行举例说明。

以实体店铺中的日常巡店为例，如果店长在巡店过程发现了问题(例如，蔬菜不新鲜、摆放不整齐等)，可以通过走检任务App发布一条巡店任务1，指定相关人员处理该问题。具体地，可以通过部署在店长关联的终端设备上的走检任务客户端，将巡店任务1提交至部署在云端服务器上的走检任务服务端，进而由走检任务服务端将巡店任务1下发至相关人员关联的走检任务客户端。

此外，如果店长与相关作业人员还通过即时通讯App(具体可以包括部署在终端设备上的即时通讯客户端，以及部署在云端服务器上的即时通讯服务端)建立有会话群组，为了提醒相关人员及时针对巡店任务1进行任务处理，店长还可以将巡店任务1转发到会话群组中。

为了解决现有技术在两种客户端之间进行信息查看以及信息转发时存在的问题，本申请实施例提供一种会话群组配置工具，可以在第一客户端提供的会话群组的会话界面中添加用于触发第二客户端的操作选项。

具体地，本申请实施例提供的会话群组配置工具可以包括：部署在会话成员关联的终端设备上的第一客户端(即，即时通讯客户端)，以及部署在云端服务器上的第一服务端(即，即时通讯服务端)。下面结合图1所示流程图，对配置过程进行举例说明。

实施例1

S101：第一服务端获得配置信息，所述配置信息中包括会话群组的标识信息以及关联的应用程序的标识信息，所述应用程序用于提供与实体店铺相关的任务处理服务，且所述会话群组中的会话成员属于所述实体店铺。

本申请实施例中，第一服务端可以通过多种方式获得配置信息，下面进行举例说明。

一种方式下，可以在创建会话群组时，配置该会话群组可以关联的应用程序。例如，第一服务端可以接收第三客户端(例如，第三客户端可以部署在开发人员关联的终端设备上，由开发人员在群组初始化时进行应用程序配置)提交的配置信息，进行群组配置。这样，群组中的会话成员首次进入该群组的会话界面时，便可查看到用于触发第二客户端的操作选项。

本方式下，第一服务端单次可以为一个群组配置一个应用程序，或者单次可以为一个群组配置多个应用程序，或者单次可以将一个应用程序配置到多个群组，本申请实施例对此可不做具体限定，只要第一服务端通过配置信息能够确定会话群组与应用程序之间的关联关系即可。

对于实体店铺1关联的会话群组1、以及实体店铺2关联的会话群组2来说，如果均需要配置走检任务App，第一服务端获得的配置信息可以如下表1所示。

表1

或者，另一种方式下，可以在会话群组的使用过程中，配置该会话群组可以关联的应用程序。例如，第一服务端可以接收具有配置权限的用户(例如，群组管理员、群组内可以进行任务发布的第一用户等)关联的第一客户端提交的配置信息，进行群组配置。这样，群组中的会话成员关联的第一客户端分别完成配置后，便可在群组的会话界面中查看到新增了用于触发第二客户端的操作选项。

本方式下，第一服务端单次可以为一个群组配置一个应用程序，或者单次可以为一个群组配置多个应用程序，具体可由实际应用需求确定。

作为一种示例，第一客户端可以提供用于展示可配置的应用程序的标识信息的操作选项。以实体店铺3关联的会话群组3为例，可以如图2所示，在会话群组3的会话界面中提供“群组配置”的操作按键，具有配置权限的用户点击该操作按键后，可以向用户展示会话群组3可以配置的应用程序的标识信息，供用户从中选择。如果用户选择走检任务App，则可获得包括会话群组3的标识信息以及走检任务App的标识信息的配置信息，提交到第一服务端。本示例中，第一服务端获得的配置信息可以如下表2所示。

表2

实体店铺的标识信息	会话群组的标识信息	应用程序的标识信息
			实体店铺3	会话群组3	走检任务App

S102：第一服务端将所述配置信息下发至所述会话成员关联的第一客户端。

S103：所述第一客户端加载所述应用程序对应的第二客户端，并在所述会话群组的会话界面中提供触发所述第二客户端的操作选项。

仍以会话群组3为例，如果该群组中的会话成员包括实体店铺3关联的店长、理货员1、理货员2以及理货员3，第一服务端可以将表2所示配置信息下发给这4位会话成员各自关联的第一客户端，以便各第一客户端分别在本地完成应用程序配置。

具体地，第一客户端获得表2所示配置信息后，可以在本地加载第二客户端(即，走检任务客户端)的实现代码，并在会话群组3的会话界面中添加第二客户端对应的触发按键，即，用于触发第二客户端的操作选项，获得图3所示会话界面。也就是说，第二客户端可以提供一个被触发的接口，在会话成员点击会话界面中的“走检任务”触发按键后，第一客户端可以调用该接口，以此控制第二客户端进行启动。

其中，第二客户端的实现代码可以预先打包在第一客户端的实现代码中，第一客户端可以在进行应用程序配置时，激活对应的实现代码；或者，第二客户端的实现代码可以由第一服务端下发到第一客户端，本申请实施例对此可不做具体限定。

需要说明的是，本申请实施例中进行群组配置的应用程序，可以是即时通讯服务商提供的，由第一服务端进行统一管理，且不会对用户隐私、数据安全等产生影响。此外，在实际应用过程中，如果第三方服务商需要通过本申请实施例提供的方案，将其提供的应用程序配置到会话群组中，可以通过第三方服务商关联的第三客户端，将待配置应用程序的实现代码提交至第一服务端，由第一服务端进行校验处理。如果校验通过，则可将待配置应用程序的实现代码下发至第一客户端，以便第一客户端针对该待配置应用程序进行会话群组配置时，可以加载待配置应用程序的实现代码。

作为一种示例，校验处理至少可以包括：待配置应用程序是否经即时通讯服务商合法授权后，提交至第一服务端；第一客户端与待配置应用程序之间是否兼容，进而确定第一客户端能否正常启动该应用程序；待配置应用程序是否存在安全隐患，例如，是否会非法获取用户隐私数据；等等。

按照以上过程进行群组配置后，第一客户端提供的会话群组的会话界面中，可以包括用于触发第二客户端的操作选项，这样，会话成员打开第一客户端，进入会话群组后，可以直接通过会话界面中的操作选项，打开第二客户端，由第二客户端为用户提供任务处理服务，即，无需如现有技术需要退出第一客户端，才可操作打开第二客户端，有助于解决两个客户端之间进行切换跳转带来的问题。

基于上述配置方案，本申请实施例还提供一种任务处理系统，可以包括：部署在用户关联的终端设备上的第一客户端以及第二客户端，且第一客户端提供的会话界面中包括用于触发第二客户端的操作选项；部署在云端服务器的第一服务端以及第二服务端。其中，第一服务端以及第二服务端可以部署在同一台物理服务器上，或者可以部署在不同服务器上，具体可结合实际应用需求确定。

下面结合图4所示流程图，对本申请实施例的任务处理过程进行解释说明。

实施例2

S201：第一客户端在实体店铺关联的会话群组的会话界面中，提供用于触发第二客户端的第一操作选项。

作为一种示例，可以通过实施例1提供的配置方案，根据会话群组的使用需求，为会话群组配置对应的应用程序，也就是说，不同会话群组的会话界面中，可以包括用于启动不同第二客户端的第一操作选项。以实体店铺3关联的店长为例，如果店长与理货员1、理货员2以及理货员3组建了会话群组3，则店长通过第一客户端查看会话群组3时，会话界面中可以展示“走检任务”操作按键；如果店长还与收银员1以及收银员2创建了会话群组4，且配置了用于提供收银结算服务的应用程序，则店长通过第一客户端查看会话群组4时，会话界面中可以展示“收银结算”操作按键。

相对于现有技术需要针对不同作业在终端设备上独立安装不同应用程序的客户端，本申请实施例直接在会话群组内加载与该群组的作业内容相关的应用程序的客户端，还有助于实现应用程序的有序管理。

S202：通过第一操作选项获得触发第二客户端的信息后，第一客户端可以控制第二客户端进行启动，并将第一客户端关联的会话成员的标识信息提交至第二客户端，以便第二客户端为会话成员提供与实体店铺相关的任务处理服务。

会话成员在会话过程中，如果需要打开第二客户端，可以直接触发会话界面中提供的第一操作选项，无需如现有技术退出第一客户端后才可打开第二客户端。

对应地，第一客户端获得会话成员提交的触发信息后，可以控制第二客户端进行启动，同时还可以将提交触发信息的会话成员的标识信息提交给第二客户端，以便第二客户端可以根据会话成员的类型，为其提供对应的服务。

S203：第二客户端接受第一客户端的触发进行启动后，可以根据第一客户端关联的会话成员的标识信息，确定该会话成员的类型信息。

本申请实施例中，会话成员至少可以分为两种类型：一种是可以进行任务发布的第一用户(例如，实体店铺关联的店长等)，第二客户端可以为第一用户提供任务发布服务；另一种是可以进行任务执行的第二用户(例如，实体店铺关联的理货员、收银员等)，第二客户端可以向第二用户进行任务推送，并获得第二用户的执行结果信息。

下面分别对两种类型的会话成员的任务处理过程进行解释说明。

S204：如果会话成员的类型信息为进行任务发布的第一用户，则获得与实体店铺相关的任务信息以及对应的进行任务执行的第二用户的标识信息，发送至第二服务端，以便第二服务端将任务信息下发至第二用户关联的第二客户端。

进行任务发布处理时，第二客户端可以获得以下两方面信息：

1.与实体店铺相关的任务信息

作为一种示例，第二客户端可以提供用于提交任务信息的第二操作选项，以此获得第一用户提交的任务信息。其中，第二操作选项可以有多种不同的表现形式，对应地，第二客户端可以通过多种不同的实现方式获得任务信息，下面进行举例说明。

一种方式下，第二操作选项可以体现为文本输入框。即，第一用户可以通过文本输入的方式，通过第二操作选项提交任务信息。例如，实体店铺3关联的店长在巡店过程中发现菠菜不新鲜，可以在第二操作选项提供的文本输入框中手动输入“蔬菜区域的菠菜不新鲜”。

或者，另一种方式下，第二操作选项可以体现为具有多个可选项的点选框，每个点选框分别对应一种任务类型。即，第一用户可以通过点选方式，从第二操作选项展示的多个可选项中确定本次任务发布对应的任务类型。例如，第二操作选项提供的任务类型包括蔬菜不新鲜、商品摆放不整齐等，针对以上菠菜不新鲜的问题，第一用户可以直接勾选“蔬菜不新鲜”的选项，进行任务信息提交，如此方式有助于简化第一用户的操作，提高任务发布效率。

本实现方式下，如果第二操作选项提供的任务类型中，不存在与第一用户当前要发布的任务相匹配的类型，第二客户端还可以提供用于获得新增任务类型的第三操作选项，即，第一用户可以通过第三操作选项提交与当前要发布的任务相匹配的新增任务类型。作为一种示例，第三操作选项可以体现为文本输入框，例如，针对过期的牛奶，第一用户可以在第三操作选项提供的文本输入框中手动输入“牛奶已过期”。

优选地，第二客户端可以将新增任务类型信息提交至第二服务端，以便第二服务端进行任务类型汇总，并根据汇总结果对第二操作选项提供的可选项进行更新处理。例如，第二服务端可以将出现频次高的新增任务类型信息下发至第二客户端，以便第二客户端对第二操作选项提供的可选项进行更新后，向第一用户提供该新增任务类型对应的点选框。上文所举示例中，可以新增“商品已过期”的点选框。

或者，另一种方式下，为了简化第一用户的操作，且确保第二用户可以直观、快速的明确需要处理的问题，第一用户可以通过拍照的方式提交任务信息，即，可以通过第二操作选项获得第一用户拍摄的与实体店铺中存在的问题相关的图片。

本实现方式下，还可以优选提供一种基于图像识别技术自动获得任务信息的方案，下面结合具体示例进行解释说明。

第二客户端接收到第一用户提交的图片后，可以获得实体店铺关联的任务类型信息，以及图片中包括的商品对象的状态信息，进而结合二者确定出商品对象可能存在的问题，进行任务生成。即，可以对商品对象的状态信息与任务类型信息进行比对，从中确定出与状态信息匹配的目标任务类型信息，并根据目标任务类型信息生成对应的任务信息。对于通过图像识别技术获得商品对象的状态信息来说，具体识别过程可以由第二客户端实现；或者，第二客户端可以将图片提交至第二服务端，由第二服务端进行图像识别。

下面对状态信息以及任务类型信息的匹配过程，进行举例说明。

例如，实体店铺3关联的店长在巡店过程中发现某种日用品存在摆放不整齐的情况，可以通过第二操作选项将图5所示图片提交至第二客户端。第二客户端可以获得如下状态信息：自下而上的第一层以及第二层的商品对象的摆放非常规则，且摆放角度相同，第三层的商品对象存在摆放异常的情况，故可将“摆放不整齐”确定为目标任务类型信息，生成对应的任务A。

再例如，实体店铺3关联的店长通过第二操作选项，提交了一张蔬菜的照片，且第二客户端获得如下状态信息：蔬菜的菜叶大部分为绿色，小部分为黄色，故可将“蔬菜不新鲜”确定为目标任务类型信息，生成对应的任务B。作为一种示例，可以先通过图像识别技术确定图片中是哪种蔬菜，再根据该蔬菜具有的特征信息(例如，蔬菜的颜色、形状等可判断蔬菜新鲜程度的特征信息)，确定当前图片中的蔬菜是否新鲜。

再例如，实体店铺3关联的店长通过第二操作选项，提交了一张包括牛奶生产日期的照片，且第二客户端获得如下状态信息：牛奶已过期，故可将“商品已过期”确定为目标任务类型信息，生成对应的任务C。作为一种示例，可以先获得牛奶的保质期以及当前日期，再结合生产日期确定是否已过期。

优选地，第二客户端还可以获得实体店铺的标识信息以及图片的采集时间信息，并在进行任务生成时，将目标作业类型信息、实体店铺的标识信息以及采集时间信息添加到图片中。此外，还可以将存在问题的商品对象重点标示出来，方便第二用户查看，提高第二用户确定待处理任务的效率。上文图5所举示例，经处理后可以获得图6所示任务信息。

其中，第二客户端可以通过多种方式获得实体店铺的标识信息，例如，可以预先获得不同实体店铺的位置信息，并根据拍照时获得的GPS信息确定当前图片是在哪个实体店铺拍摄的；或者，可以将第一用户与实体店铺的关联关系，预先保存在该第一用户关联的第二客户端中，这样，第二客户端获得第一用户提交的图片后，可以根据预先保存的关联关系确定对应的实体店铺。

可以理解地，如果在实体店铺关联的任务类型信息中，没有与状态信息匹配的目标任务类型信息，第二客户端还可以提供用于提交新增任务类型信息的第三操作选项。如果第二客户端将第一用户提交的新增任务类型信息，提交至第二服务端，第二服务端还可以根据新增任务类型信息对实体店铺关联的任务类型信息进行更新处理。具体实现过程可参见上文所做介绍，此处不再举例说明。

2.执行任务的第二用户

一种方式下，第一用户可以手动选择执行任务的第二用户。以实体店铺3关联的店长通过会话群组3中的第一操作选项触发第二客户端为例，第二客户端可以向店长展示会话群组3中的会话成员，供店长从中选择执行任务的第二用户。

或者，另一种方式下，第二客户端可以获得会话群组中不同会话成员各自关联的商品对象的类型信息，以及图片中包括的商品对象的类型信息，据此自动从会话成员中确定执行任务的第二用户。

仍以会话群组3为例，会话成员关联的商品对象的类型信息可以如下表3所示。

表3

由表3可知，针对任务A，第二客户端可以将理货员1确认为执行任务的第二用户；针对任务B，可以将理货员2确认为执行任务的第二用户；针对任务C，可以将理货员3确认为执行任务的第二用户。

或者，另一种方式下，第二客户端可以获得会话群组中不同会话成员各自关联的任务类型信息，以及状态信息对应的目标任务类型信息，据此自动从会话成员中确定执行任务的第二用户。

仍以会话群组3为例，会话成员关联的任务类型信息可以如下表4所示。

表4

由表4可知，针对任务A，第二客户端可以将理货员2确认为执行任务的第二用户；针对任务B，可以将理货员1确认为执行任务的第二用户；针对任务C，可以将理货员3确认为执行任务的第二用户。

优选地，确定触发第二客户端的会话成员为第一用户时，第二客户端可以先对第一用户所在实体店铺关联的任务类型信息进行展示，以此提醒第一用户巡店过程中可以重点关注哪些问题。本方案中，第一用户查看任务类型信息后，可以向第二客户端提交确认信息，控制第二客户端向第一用户提供任务发布服务，即，获得任务信息以及第二用户的标识信息提交至第二服务端。

针对于此，本申请实施例可以提供一种任务处理方案，通过数据挖掘的方式，确定实体店铺关联的任务类型信息。具体地，第二服务端获得第一用户提交的与实体店铺相关的任务信息后，可以先对任务信息进行分组，将与同一实体店铺相关的任务信息确定到一个分组(即，一个分组对应一个实体店铺)，然后再分别对各分组中的任务信息进行聚类处理，获得各分组对应的实体店铺关联的任务类型信息。

S205：第二服务端获得第一用户关联的第二客户端提交的任务处理请求，任务处理请求中包括与任务相关的信息、以及第二客户端关联的第一用户的标识信息。

对于第一用户来说，与任务相关的信息可以是实体店铺关联的任务信息以及执行任务的第二用户的标识信息，第二服务端提供的任务处理服务可以是任务发布服务。

S206：第二服务端确定第一用户关联的会话群组，保存会话群组与任务相关的信息以及第一用户之间的关联关系，并向第一用户提供任务处理服务。

为了便于进行信息查询与信息溯源，第二服务端获得第一用户提交的任务处理请求后，可以先进行信息保存。具体地，可以确定第一用户关联的会话群组，即，第一用户是通过哪个会话群组启动的第二客户端，再保存会话群组、第一用户、任务信息以及第二用户之间的关联关系。

本申请实施例中，第二服务端可以通过多种方式保存以上关联关系，下面进行举例说明。

一种方式下，可以通过映射表保存会话群组对应的信息。例如，可以针对不同会话群组创建各自对应的映射表，将群组中的会话成员提交的信息保存到该群组对应的映射表中；或者，可以将不同会话群组对应的信息保存到一张映射表中，映射表中可以包括“会话群组的标识信息”表项，以此对不同群组的会话成员提交的信息加以区分。优选地，为了便于进行信息管理以及信息溯源，第二服务端还可以获得信息提交时间，添加到映射表中。

上文所举示例中，实体店铺3关联的店长通过会话群组3提供的操作选项，启动走检任务客户端生成任务A，并向第二服务端提交了与任务A相关的任务处理请求，则映射表中保存的关联关系可以如下表5所示。

表5

会话群组	第一用户	第二用户	任务信息	信息提交时间
					会话群组3	店长	理货员1	蔬菜不新鲜	时间信息1

或者，另一种方式下，第二服务端可以为每个会话群组创建对应的存储区域，将群组中的会话成员提交的信息保存到该群组对应的存储区域中。

具体地，第二服务端获得第一用户提交的任务处理请求后，可以先确定第一用户关联的会话群组，再确定会话群组对应的存储区域，将第一用户、任务信息以及第二用户之间的关联关系保存到该存储区域中。

S207：如果会话成员的类型信息为进行任务执行的第二用户，则获得第二服务端下发的第二用户关联的任务信息，进行信息推送。

也就是说，如果第二用户通过其关联的第一客户端提供的会话界面中的第一操作选项，触发第二用户关联的第二客户端进行启动后，第二客户端可以将第二用户的标识信息提交到第二服务端，以便第二服务端获得第二用户关联的任务信息，向第二用户进行信息推送。作为一种示例，第二用户关联的第二客户端获得第二服务端推送的任务信息后，可以进行信息展示，供第二用户查看；或者，可以进行信息播报，供第二用户收听。

以表5所示任务A为例，如果店长采用现有技术将任务信息转发到会话群组3后，理货员1没有及时查看群组消息，该任务信息很可能夹杂在其他会话内容中，被理货员1忽略，导致任务不能被处理。为了避免这种问题出现，目前只能通过人为上翻会话记录的方式，确认会话内容中是否存在针对自己的任务信息，用户体验较差。

对应于此，采用本申请实施例提供的任务处理方案，执行任务的第二用户只需要点击会话群组的会话界面中提供的第一操作选项，便可启动第二客户端，获得其关联的任务信息。如图7所示，实体店铺3关联的理货员1点击会话群组3的会话界面中提供的“走检任务”触发按键后，可以快速查看与其相关的走检任务。

优选地，为了使第二用户快速明确任务的解决方式，实现任务的标准化处理，第二服务端还可以向第二用户推送任务信息对应的执行方式信息。也就是说，第二服务端可以预先保存各种类型的任务对应的执行方式，接收到第一用户提交的任务信息后，可以先确定该任务信息对应的执行方式，进而将任务信息以及执行方式信息，下发给第二用户。

以蔬菜不新鲜为例，对应的执行方式信息可以包括：蔬菜替换(例如，针对新鲜程度较差的蔬菜，可以替换新的蔬菜)、蔬菜下架(例如，针对新鲜程度较差的蔬菜，在没有可替换的新的蔬菜时，可以进行下架处理)。对应地，第二服务端可以从以上三种执行方式信息中确定一种推送给第二用户；或者，可以将三种执行方式信息全部推送给第二用户，供第二用户参考。

此外，如果第二用户在执行任务过程中发现新的执行方式，还可以将该新的执行方式提交至第二服务端，以便第二服务端进行方式汇总，进而根据汇总结果对执行方式信息进行更新处理。

具体地，第二用户关联的第二客户端可以提供用于提交新增执行方式信息的第四操作选项；通过第四操作选项获得任务信息对应的新增执行方式信息后，将新增执行方式信息提交至第二服务端。

例如，第二用户处理蔬菜不新鲜的任务时发现，蔬菜的整体新鲜度较好，将外表不新鲜的菜叶摘除掉即可，此时，第二用户可以通过第四操作选项向第二服务端提交“蔬菜整理”这种新增执行方式信息，这样，第二服务端进行方式汇总后，针对蔬菜不新鲜的任务，便可获得三种执行方式。

作为一种示例，如果任务信息需要进行多层级处理，则可确定相邻层级用户之间的关联关系，以及各层级用户可下发的任务类型(最后一级除外)及可执行的任务类型(第一层级除外)等。这样，第二用户确定其获得的任务信息为任务处理的中间状态时，便可从其关联的下一级用户中确定进行下一级任务处理的第三用户，并生成与任务信息相关的新的任务，通过第二服务端下发至第三用户关联的第二客户端，由第三用户进行任务处理。

例如，店长作为第一用户在巡店过程中发现蔬菜区域的商品对象存在问题，可以通过本申请实施例提供的方案生成“蔬菜区域需要处理”的任务信息1，下发给蔬菜部门的管理者。对应地，蔬菜部门的管理者作为第二用户，确定任务信息1为任务处理的中间状态时，可以进行问题排查，确定出具体需要解决的问题为菠菜不新鲜，则可通过本申请实施例提供的方案生成“蔬菜区域的菠菜不新鲜”的任务信息2，下发到蔬菜区域的理货员。即，位于中间层级的用户，既可作为第二用户接收上一级用户下发的任务，又可作为第一用户向下一级用户下发新的任务。

如此，便可通过任务的逐级下发以及任务执行结果的逐级上报的方式，实现任务的多层级处理。

S208：第二服务端获得第二用户关联的第二客户端提交的任务处理请求，任务处理请求中包括与任务相关的信息、以及第二客户端关联的第二用户的标识信息。

对于第二用户来说，与任务相关的信息可以是第二用户提交的任务信息对应的执行结果信息。

S209：第二服务端确定第二用户关联的会话群组，建立与任务相关的信息、第二用户以及会话群组之间的关联关系，并向第二用户提供任务处理服务。

进行任务执行时，第二用户可以将执行结果信息提交至第二服务端，并经由第二服务端转发至第一用户关联的第二客户端，以使第一用户了解任务的处理情况。

此外，为了便于进行信息查询以及信息溯源，第二服务端还可以保存第二用户提交的执行结果信息。具体地，可以确定第二用户关联的会话群组，即，第二用户是通过哪个会话群组启动的第二客户端，再保存会话群组、第二用户、任务信息以及执行结果信息之间的关联关系。

对应地，第二服务端亦可通过映射表或者存储空间等方式，保存第二用户提交的信息，具体实现过程可参见上文所做介绍，此处不再举例说明。

优选地，为了简化第二用户的操作，提高信息提交效率，第二用户关联的第二客户端还可以向第二用户提供执行结果回复模板。

具体地，第二客户端可以提供用于展示不同的执行结果信息的第三操作选项，供第二用户从中选择任务信息对应的目标执行结果信息；通过第三操作选项获得目标执行结果信息后，可以提交至第二服务端。

作为一种示例，执行结果信息可以包括任务的完成进度信息，例如，可以通过第三操作选项提供“已完成”、“未完成”两种结果对应的点选框，供第二用户从中选择。

或者，作为另一种示例，第二用户可以通过手势动作的方式，提交任务信息对应的目标执行结果信息。具体地，第二客户端可以获得不同执行结果信息关联的手势信息，并在获得第二用户输入的目标手势信息时，确定出目标手势信息对应的目标执行结果信息提交至第二服务端。

例如，向右滑动的手势表示“已完成”的执行结果，向左滑动的手势表示“未完成”的执行结果，第二客户端获得第二用户针对某个任务的右滑手势后，便可获得该任务已完成的执行结果信息。在实际应用过程中，第二用户可以结合自己的使用偏好，进行个性化的手势设置，只要第二客户端可以获得手势动作信息与执行结果信息之间的关联关系即可。

优选地，执行结果信息中还可以包括任务信息对应的执行方式信息，即，第二用户采用什么方式解决问题。例如，针对蔬菜不新鲜的任务，还可以通过第三操作选项提供“已替换”、“已下架”、“已整理”三种方式对应的点选框，供第二用户从中选择。

除上文介绍的方案之外，本申请实施例还可提供多种进行任务处理的优选方案，下面分别进行举例说明。

优选方案一，可以在不进行客户端跳转的情况下，将第二客户端产生的信息转发到第一客户端的会话群组中进行展示。

具体地，第二客户端启动，生成与实体店铺任务相关的信息后，可以提交至第二服务端，由第二服务端将该信息转发至第一服务端，进而再下发至第一客户端，在会话群组中进行信息展示。

以第一用户关联的第二客户端为例，向第二服务端提交任务处理请求后，可以由第二服务端将第二客户端生成的任务信息下发至第一客户端进行展示。也就是说，第二服务端获得第一用户关联的第二客户端提交的任务处理请求后，除了可以如上文所做介绍，进行信息保存以及将任务信息推送给第二用户之外，还可以将第一用户的标识信息、会话群组的标识信息以及任务信息发送至第一服务端，以便第一服务端将任务信息下发至会话成员关联的第一客户端，并将任务信息作为第一用户在会话群组中发布的会话内容，进行展示。

以第二用户关联的第二客户端为例，向第二服务端提交任务处理请求后，可以由第二服务端将第二客户端提交的执行结果信息下发至第一客户端进行展示。也就是说，第二服务端获得第二用户关联的第二客户端提交的任务处理请求后，除了可以如上文所做介绍，进行信息保存以及将执行结果信息推送给第一用户之外，还可以将第二用户的标识信息、会话群组的标识信息以及执行结果信息发送至第一服务端，以便第一服务端将执行结果信息下发至会话成员关联的第一客户端，并将执行结果信息作为第二用户在会话群组中发布的会话内容，进行展示。

对于任务A来说，如果店长将任务A转发到会话群组3中进行展示，则理货员1通过关联的第一客户端进入会话群组3时，可以查看到图8所示会话界面；如果理货员1进行任务处理并将任务A对应的执行结果信息转发到会话群组3，则可查看到图9所示会话界面。

优选方案二，可以对第一用户关联的任务信息进行汇总展示。

具体地，第一用户关联的第二客户端可以向第二服务端提交任务汇总请求，任务汇总请求中包括第一用户的标识信息；对第二服务端发送的第一用户关联的任务列表进行展示，任务列表中包括第一用户发布的至少一条任务信息，以及各任务信息关联的执行结果信息。其中，执行结果信息中可以包括任务的完成进度信息以及任务的执行方式信息。

对任务进行汇总展示，既可以使第一用户明确发布了哪些任务信息，又可以了解各任务的处理情况。此外，将任务的执行方式信息作为执行结果提供给第一用户，还有助于第一用户据此进行店铺的管理与优化。例如，对于重点关注成本的店铺来说，第一用户可以根据执行方式信息确定第二用户是否优先采用蔬菜整理的方式解决问题；对于重点关注商品质量的店铺来说，第一用户可以据此确定第二用户是否优先进行了蔬菜替换。

优选地，可以在汇总的任务列表界面中，提供进入任务发布界面的操作选项，具体可如图10所示“+”，第一用户点击该操作按键后，第二客户端可以提供包括第二操作选项的任务发布界面，供第一用户进行任务发布。

作为一种示例，第一用户通过第一操作选项触发第二客户端进行启动后，第二客户端可以向第二服务端提交任务汇总请求，这样，第一用户启动第二客户端便可查看其发布的历史任务信息，并在需要时通过当前界面中提供的操作选项进入任务发布界面，进行新的任务信息的发布。

可以理解地，本申请实施例提供的群组配置方案，还可以应用于其他场景，在会话群组中配置该其他场景需要的应用程序，为群组内的会话成员提供服务。例如，可以应用于班级会话群组、打卡会话群组等场景。下面分别进行举例说明。

实施例3

除了按照上文实施例所做介绍，在会话界面中提供触发第二客户端的操作选项之外，还可以通过其他触发方式，直接在会话群组中触发第二客户端进行启动。例如，可以设置第二客户端关联的预设字符串，如果会话成员在会话群组中输入该预设字符串，第一客户端可以控制第二客户端进行启动。下面结合图11所示流程图，对具体实现过程进行解释说明。

S301：第一服务端获得配置信息，所述配置信息中包括会话群组的标识信息、应用程序的标识信息以及所述应用程序对应的预设字符串，所述应用程序用于提供与实体店铺相关的任务处理服务，且所述会话群组中的会话成员属于所述实体店铺。

作为一种示例，可以在创建会话群组时，配置该会话群组可以关联的应用程序，以及控制应用程序对应的第二客户端进行启动的预设字符串。具体地，第一服务端可以接收第三客户端(例如，第三客户端可以部署在开发人员关联的终端设备上，由开发人员在群组初始化时进行应用程序配置)提交的配置信息，进行群组配置。

本申请实施例中，第二客户端与预设字符串之间的关联关系可以体现为多种不同的表现方式。例如，在一种方式下，可以建立第二客户端与唯一预设字符串之间的关联关系，并通过该唯一预设字符串触发第二客户端进行启动。以启动走检任务App为例，可以建立走检任务App与字符串“zjrw”之间的关联关系，这样，会话成员在会话过程中输入“zjrw”时，第一客户端便可控制走检任务App进行启动。

或者，在另一种方式下，可以对第二客户端的任务进行分析汇总，确定可能出现的任务类型，分别针对这些任务类型设置对应的预设字符串，这些字符串均可与第二客户端建立关联关系(即，可以建立第二客户端与多个预设字符串之间的关联关系)，控制第二客户端进行启动，提供与该预设字符串对应的任务类型相关的任务处理服务。

仍以启动走检任务App为例，可以从需要解决问题的维度，进行任务划分，例如，可以划分出蔬菜不新鲜、商品摆放不整齐等任务类型，对应的预设字符串可以是“zj001”、“zj002”；或者，可以从需要解决的问题所属的部门的维度，进行任务划分，例如，可以划分出蔬菜部、水果部、海鲜水产部，对应的预设字符串可以是“zjsc”、“zjsg”、“zjhx”。针对该示例，第一服务端保存的关联关系可以如下表6所示。

表6

基于表6对应的方案进行任务处理，会话成员对字符串对应的任务类型熟识后，查看到会话内容中的字符串，便可明确该任务是与哪种业务相关的任务。

S302：第一服务端将所述配置信息下发至所述会话成员关联的第一客户端。

S303：所述第一客户端加载所述应用程序对应的第二客户端，并保存所述第二客户端与所述会话群组以及所述预设字符串之间的关联关系。

应用程序加载的实现过程可参见上文实施例所做介绍，此处不再举例说明。

S304：如果在所述第二客户端关联的会话群组的会话内容中，获得所述预设字符串，则控制所述第二客户端进行启动，向所述会话群组中的会话成员提供与实体店铺相关的任务处理服务。

也就是说，第一客户端可以分析会话群组的会话内容，确定其中包含用于触发第二客户端进行启动的预设字符串时，可以控制第二客户端进行启动。同时，还可以根据输入该预设字符串的会话成员的标识信息，确定会话成员的类型信息，进而为其提供对应的任务处理服务。具体实现过程可参见上文实施例所做介绍，此处不再举例说明。

实施例4

对于班级会话群组来说，可以按照实施例1提供的方案，为该群组配置与学习相关的应用程序，并在会话界面中提供用于触发该应用程序对应的第二客户端的操作选项，启动第二客户端为会话成员提供与班级学习相关的任务处理服务。

下面结合图12所示流程图，对班级会话群组的任务处理过程进行解释说明。

S401：第一客户端在班级会话群组的会话界面中，提供用于触发第二客户端的操作选项，第二客户端用于提供与班级学习相关的服务。

S402：通过操作选项获得触发第二客户端的信息后，第一客户端可以控制第二客户端进行启动，并将第一客户端关联的会话成员的标识信息提交至第二客户端。

S403：第二客户端接受第一客户端的触发进行启动后，可以根据第一客户端关联的会话成员的标识信息，确定该会话成员的类型信息。

本申请实施例中，会话成员至少可以分为两种类型：一种是可以进行任务发布的第一用户(例如，班级关联的各科目老师)，第二客户端可以为第一用户提供学习任务发布服务；另一种是可以进行任务执行的第二用户(如果班级会话群组为学生群，对应的第二用户可以是该班级的学生；如果班级会话群组为家长群，对应的第二用户可以是该班级的学生家长)，第二客户端可以向第二用户进行任务推送，并获得第二用户的执行结果信息。

S404：如果会话成员的类型信息为进行任务发布的第一用户，则获得学习任务信息以及对应的进行任务执行的第二用户的标识信息，发送至第二服务端，以便第二服务端将学习任务信息下发至第二用户关联的第二客户端。

作为一种示例，第一用户发布的学习任务可以是需要预习的课程、需要完成的课后作业等等；执行任务的第二用户可以是班级包括的所有学生，或者可以是班级包括的部分学生，具体可结合实际应用需求确定。

第二服务端获得第一用户提交的信息后，可以确定第一用户关联的会话群组，保存该会话群组与学习任务信息、第一用户以及第二用户之间的关联关系，再将学习任务信息下发到第二用户关联的第二客户端。

S405：如果会话成员的类型信息为进行任务执行的第二用户，则获得第二服务端下发的第二用户关联的学习任务信息，向第二用户进行信息推送。

第二服务端向第二用户关联的第二客户端进行信息推送后，如果第二用户通过会话界面中的操作选项触发第二客户端进行启动，可以查看到该第二用户关联的学习任务信息。

此外，进行任务执行时，第二用户还可以将学习任务对应的执行结果信息提交至第二服务端，进而经由第二服务端转发至第一用户关联的第二客户端，以使第一用户了解任务的处理情况。

以课程预习的学习任务为例，完成课程预习的第二用户可以提交“已完成”的执行结果信息，第一用户可以明确班级中哪些学生进行了课程预习。此外，第二服务端还可以根据提交“已完成”执行结果信息的学生人数，确定该班级进行课程预习的学生比例，下发给第一用户，第一用户可以据此调整该课程的授课方式。

以课后作业的学习任务为例，完成课后作业的第二用户可以提交“已完成”的执行结果信息，第一用户可以明确班级中哪些学生完成了课后作业。此外，第二服务端还可以根据提交“已完成”执行结果信息的学生人数，确定该班级完成课后作业的学生比例，下发给第一用户，第一用户可以据此调整学生的课业负担，有助于实现科学减负。

实施例5

对于打卡会话群组来说，可以按照实施例1提供的方案，为该群组配置与打卡相关的应用程序，并在会话界面中提供用于触发该应用程序对应的第二客户端的操作选项，启动第二客户端为会话成员提供与打卡相关的任务处理服务。

下面结合图13所示流程图，对打卡会话群组的任务处理过程进行解释说明。

S501：第一客户端在会话群组的会话界面中，提供用于触发第二客户端的操作选项，第二客户端用于提供与打卡相关的服务。

S502：通过操作选项获得触发第二客户端的信息后，第一客户端可以控制第二客户端进行启动，并将第一客户端关联的会话成员的标识信息提交至第二客户端。

S503：第二客户端接受第一客户端的触发进行启动后，可以根据第一客户端关联的会话成员的标识信息，确定该会话成员的类型信息。

本申请实施例中，会话成员至少可以分为两种类型：一种是可以进行任务发布的第一用户(例如，群管理员、打卡活动组织者等)，第二客户端可以为第一用户提供打卡任务发布服务；另一种是可以进行任务执行的第二用户(例如，打卡活动参与者)，第二客户端可以向第二用户进行任务推送，并获得第二用户的执行结果信息。

S504：如果会话成员的类型信息为进行任务发布的第一用户，则获得打卡任务信息以及对应的进行任务执行的第二用户的标识信息，发送至第二服务端，以便第二服务端将打卡任务信息下发至第二用户关联的第二客户端。

以英语打卡为例，第一用户发布的打卡任务可以是学习英文短句并进行跟读，进一步地还可以设置跟读次数，例如跟读5遍。以健身打卡为例，第一用户发布的打卡任务可以是与健身动作、健身时长等相关的任务。

S505：如果会话成员的类型信息为进行任务执行的第二用户，则获得第二服务端下发的第二用户关联的打卡任务信息，向第二用户进行信息推送。

第二服务端向第二用户关联的第二客户端进行信息推送后，如果第二用户通过会话界面中的操作选项触发第二客户端进行启动，可以查看到该第二用户关联的打卡任务信息。

此外，第二用户关联的第二客户端还可以获得打卡任务对应的执行结果信息，提交至第二服务端，进而经由第二服务端转发至第一用户关联的第二客户端，以使第一用户了解任务的处理情况。

作为一种示例，执行结果信息可以是第二用户提交的，例如，第二用户完成打卡后可以人为提交“已完成”的执行结果信息；或者，第二客户端可以在第二用户执行任务的过程中自动获得执行结果信息，以英文跟读为例，第二用户点击“跟读”操作按键后，第二客户端可以采集第二用户输入的语音信息，通过语音识别确定跟读次数，并在跟读次数不少于5遍时提交“已完成”的执行结果信息。

实施例6

该实施例6是与实施例2相对应的，从第一客户端端的角度，提供了一种任务处理方法，参见图14，该方法具体可以包括：

S601：第一客户端在实体店铺关联的会话群组的会话界面中，提供用于触发第二客户端的操作选项；

S602：通过所述操作选项获得触发所述第二客户端的信息后，控制所述第二客户端进行启动，并将所述第一客户端关联的会话成员的标识信息提交至所述第二客户端，以便所述第二客户端向所述会话成员提供与所述实体店铺相关的任务处理服务。

实施例7

该实施例7是与实施例2相对应的，从第一用户关联的第二客户端的角度，提供了一种任务处理方法，参见图15，该方法具体可以包括：

S701：第二客户端接受第一客户端的触发进行启动，所述第一客户端用于通过在实体店铺关联的会话群组的会话界面中提供的第一操作选项，触发所述第二客户端；

S702：根据所述第一客户端关联的会话成员的标识信息，确定所述会话成员的类型信息；

S703：如果所述类型信息为进行任务发布的第一用户，则获得与所述实体店铺相关的任务信息以及对应的进行任务执行的第二用户的标识信息，发送至第二服务端，以便所述第二服务端将所述任务信息下发至所述第二用户关联的第二客户端。

实施例8

该实施例8是与实施例2相对应的，从第二用户关联的第二客户端的角度，提供了一种任务处理方法，参见图16，该方法具体可以包括：

S801：第二客户端接受第一客户端的触发进行启动，所述第一客户端用于通过在实体店铺关联的会话群组的会话界面中提供的第一操作选项，触发所述第二客户端；

S802：根据所述第一客户端关联的会话成员的标识信息，确定所述会话成员的类型信息；

S803：如果所述类型信息为进行任务执行的第二用户，则获得第二服务端下发的所述第二用户关联的任务信息，向所述第二用户进行信息推送，所述任务信息由所述会话群组中进行任务发布的第一用户提交至所述第二服务端。

实施例9

该实施例9是与实施例2相对应的，从第二服务端的角度，提供了一种任务处理方法，参见图17，该方法具体可以包括：

S901：第二服务端获得第二客户端提交的任务处理请求，所述任务处理请求中包括与任务相关的信息、以及所述第二客户端关联的会话成员的标识信息，所述第二客户端由第一客户端通过在实体店铺关联的会话群组的会话界面中提供的操作选项进行触发；

S902：确定所述会话成员关联的会话群组，保存所述会话群组与所述与任务相关的信息以及所述会话成员之间的关联关系，并根据所述与任务相关的信息向所述会话成员提供任务处理服务。

实施例10

该实施例10是与实施例2相对应的，从第二客户端的角度，提供了一种图像处理方法，参见图18，该方法具体可以包括：

S1001：第二客户端获得第一用户提交的待处理图片；

S1002：确定所述第一用户关联的实体店铺，并获得所述实体店铺关联的任务类型信息；

S1003：根据所述图片的图像识别结果，确定所述图片中包括的商品对象的状态信息；

S1004：从所述实体店铺关联的任务类型信息中，确定所述状态信息对应的目标任务类型信息。

实施例11

该实施例11是与实施例2相对应的，从第二服务端的角度，提供了一种任务处理方法，参见图19，该方法具体可以包括：

S1101：第二服务端获得第一用户提交的与实体店铺相关的任务信息；

S1102：对所述任务信息进行分组，将与同一实体店铺相关的任务信息确定到一个分组；

S1103：对各分组中的任务信息进行聚类处理，获得分组对应的实体店铺关联的任务类型信息；

S1104：将所述实体店铺关联的任务类型信息下发至该实体店铺下的第一用户关联的第二客户端。

实施例12

该实施例12是与实施例1相对应的，从第一服务端的角度，提供了一种会话群组配置方法，参见图20，该方法具体可以包括：

S1201：第一服务端获得配置信息，所述配置信息中包括会话群组的标识信息以及关联的应用程序的标识信息，所述应用程序用于提供与实体店铺相关的任务处理服务；

S1202：将所述配置信息下发至所述会话成员关联的第一客户端，以便所述第一客户端加载所述应用程序对应的第二客户端，并在所述会话群组的会话界面中提供触发所述第二客户端的操作选项。

实施例13

该实施例13是与实施例1相对应的，从第一客户端的角度，提供了一种会话群组配置方法，参见图21，该方法具体可以包括：

S1301：会话群组中的会话成员关联的第一客户端获得第一服务端发送的配置信息，所述配置信息中包括所述会话群组的标识信息以及关联的应用程序的标识信息，所述应用程序用于提供与实体店铺相关的任务处理服务；

S1302：加载所述应用程序对应的第二客户端，并在所述会话群组的会话界面中提供触发所述第二客户端的操作选项。

实施例14

该实施例14是与实施例1相对应的，从第一服务端的角度，提供了一种会话群组配置方法，参见图22，该方法具体可以包括：

S1401：第一服务端获得第三客户端提交的待配置应用程序的实现代码；

S1402：对所述待配置应用程序进行校验处理，如果校验通过，则将所述待配置应用程序的实现代码下发至第一客户端，以便所述第一客户端针对所述待配置应用程序进行会话群组配置时，加载所述待配置应用程序的实现代码。

实施例15

该实施例15是与实施例3相对应的，从第一客户端的角度，提供了一种任务处理方法，参见图23，该方法具体可以包括：

S1501：第一客户端获得第二客户端关联的会话群组的标识信息以及用于控制所述第二客户端进行启动的预设字符串；

S1502：如果在所述第二客户端关联的会话群组的会话内容中，获得所述预设字符串，则控制所述第二客户端进行启动，向所述会话群组中的会话成员提供与实体店铺相关的任务处理服务。

实施例16

该实施例16是与实施例4相对应的，从第一客户端的角度，提供了一种任务处理方法，参见图24，该方法具体可以包括：

S1601：第一客户端在班级会话群组的会话界面中，提供用于触发第二客户端的操作选项，所述第二客户端用于提供与班级学习相关的服务；

S1602：通过所述操作选项获得触发所述第二客户端的信息后，控制所述第二客户端进行启动，并将所述第一客户端关联的会话成员的标识信息提交至所述第二客户端，以便所述第二客户端向所述会话成员提供任务处理服务。

实施例17

该实施例17是与实施例3相对应的，从第一用户关联的第二客户端的角度，提供了一种任务处理方法，参见图25，该方法具体可以包括：

S1701：第二客户端接受第一客户端的触发进行启动，所述第一客户端用于通过在班级会话群组的会话界面中提供的操作选项，触发所述第二客户端；

S1702：根据所述第一客户端关联的会话成员的标识信息，确定所述会话成员的类型信息；

S1703：如果所述类型信息为进行任务发布的第一用户，则获得学习任务信息以及对应的进行任务执行的第二用户的标识信息，发送至第二服务端，以便所述第二服务端将所述学习任务信息下发至所述第二用户关联的第二客户端。

实施例18

该实施例18是与实施例4相对应的，从第二用户关联的第二客户端的角度，提供了一种任务处理方法，参见图26，该方法具体可以包括：

S1801：第二客户端接受第一客户端的触发进行启动，所述第一客户端用于通过在班级会话群组的会话界面中提供的操作选项，触发所述第二客户端；

S1802：根据所述第一客户端关联的会话成员的标识信息，确定所述会话成员的类型信息；

S1803：如果所述类型信息为进行任务执行的第二用户，则获得第二服务端下发的所述第二用户关联的学习任务信息，向所述第二用户进行信息推送，所述学习任务信息由所述会话群组中进行任务发布的第一用户提交至所述第二服务端。

实施例19

该实施例19是与实施例5相对应的，从第一客户端的角度，提供了一种任务处理方法，参见图27，该方法具体可以包括：

S1901：第一客户端在会话群组的会话界面中，提供用于触发第二客户端的操作选项，所述第二客户端用于提供与打卡相关的服务；

S1902：通过所述操作选项获得触发所述第二客户端的信息后，控制所述第二客户端进行启动，并将所述第一客户端关联的会话成员的标识信息提交至所述第二客户端，以便所述第二客户端向所述会话成员提供任务处理服务。

实施例20

该实施例20是与实施例5相对应的，从第一用户关联的第二客户端的角度，提供了一种任务处理方法，参见图28，该方法具体可以包括：

S2001：第二客户端接受第一客户端的触发进行启动，所述第一客户端用于通过在会话群组的会话界面中提供的操作选项，触发所述第二客户端；

S2002：根据所述第一客户端关联的会话成员的标识信息，确定所述会话成员的类型信息；

S2003：如果所述类型信息为进行任务发布的第一用户，则获得打卡任务信息以及对应的进行任务执行的第二用户的标识信息，发送至第二服务端，以便所述第二服务端将所述打卡任务信息下发至所述第二用户关联的第二客户端。

实施例21

该实施例21是与实施例5相对应的，从第二用户关联的第二客户端的角度，提供了一种任务处理方法，参见图29，该方法具体可以包括：

S2101：第二客户端接受第一客户端的触发进行启动，所述第一客户端用于通过在会话群组的会话界面中提供的操作选项，触发所述第二客户端；

S2102：根据所述第一客户端关联的会话成员的标识信息，确定所述会话成员的类型信息；

S2103：如果所述类型信息为进行任务执行的第二用户，则获得第二服务端下发的所述第二用户关联的打卡任务信息，向所述第二用户进行信息推送，所述打卡任务信息由所述会话群组中进行任务发布的第一用户提交至所述第二服务端。

关于前述实施例4至实施例21中的未详述部分，可以参见前述实施例中的记载，这里不再赘述。

与实施例2相对应，本申请实施例还提供了一种任务处理装置，参见图30，该装置应用于第一客户端，包括：

操作选项提供单元2201，用于在实体店铺关联的会话群组的会话界面中，提供用于触发第二客户端的操作选项；

启动控制单元2202，用于通过所述操作选项获得触发所述第二客户端的信息后，控制所述第二客户端进行启动，并将所述第一客户端关联的会话成员的标识信息提交至所述第二客户端，以便所述第二客户端向所述会话成员提供与所述实体店铺相关的任务处理服务。

其中，所述装置还包括：

信息获得单元，用于获得第一服务端下发的与所述实体店铺任务相关的信息，所述信息由所述第二客户端生成并通过第二服务端转发至所述第一服务端；

信息展示单元，用于在所述会话群组中对所述信息进行展示。

其中，所述操作选项提供单元，具体用于：

获得第一服务端发送的配置信息，所述配置信息中包括所述会话群组的标识信息以及关联的应用程序的标识信息；

加载所述应用程序对应的第二客户端，并在所述会话群组的会话界面中提供用于触发所述第二客户端的操作选项。

与实施例2相对应，本申请实施例还提供了一种任务处理装置，参见图31，该装置应用于第一用户关联的第二客户端，包括：

启动单元2301，用于接受第一客户端的触发进行启动，所述第一客户端用于通过在实体店铺关联的会话群组的会话界面中提供的第一操作选项，触发所述第二客户端；

类型确定单元2302，用于根据所述第一客户端关联的会话成员的标识信息，确定所述会话成员的类型信息；

信息获得单元2303，用于在所述类型信息为进行任务发布的第一用户时，获得与所述实体店铺相关的任务信息以及对应的进行任务执行的第二用户的标识信息，发送至第二服务端，以便所述第二服务端将所述任务信息下发至所述第二用户关联的第二客户端。

其中，所述信息获得单元包括：

操作选项提供单元，用于提供用于提交所述任务信息的第二操作选项；

任务类型获得单元，用于通过所述第二操作选项获得所述第一用户提交的与所述实体店铺相关的图片后，获得所述实体店铺关联的任务类型信息；

任务类型确定单元，用于获得所述图片中包括的商品对象的状态信息，并从所述实体店铺关联的任务类型信息中，确定所述状态信息对应的目标任务类型信息；

任务信息生成单元，用于根据所述目标任务类型信息生成所述任务信息。

其中，所述信息获得单元还包括：

标识信息以及时间信息获得单元，用于获得所述实体店铺的标识信息以及所述图片的采集时间信息；

所述任务信息生成单元，具体用于：将所述目标任务类型信息、所述实体店铺的标识信息以及所述采集时间信息添加到所述图片中，获得所述任务信息。

其中，如果未在所述实体店铺关联的任务类型信息中，确定出所述状态信息对应的目标任务类型信息，所述信息获得单元，具体用于：

提供用于提交新增任务类型信息的第三操作选项；

通过所述第三操作选项获得所述状态信息对应的新增任务类型信息后，根据所述新增任务类型信息生成所述任务信息。

其中，所述装置还包括：

任务类型提交单元，用于将所述新增任务类型信息提交至所述第二服务端，以便所述第二服务端根据所述新增任务类型信息对所述实体店铺关联的任务类型信息进行更新处理。

其中，所述信息获得单元，具体用于：

获得所述会话群组中不同会话成员各自关联的商品对象的类型信息；

根据所述图片中包括的商品对象的类型信息，从所述会话群组的会话成员中确定所述第二用户。

其中，所述信息获得单元，具体用于：

获得所述会话群组中不同会话成员各自关联的任务类型信息；

根据所述状态信息对应的目标任务类型信息，从所述会话群组的会话成员中确定所述第二用户。

其中，所述装置还包括：

汇总请求提交单元，用于向第二服务端提交任务汇总请求，所述任务汇总请求中包括所述第一用户的标识信息；

任务列表展示单元，用于对所述第二服务端发送的所述第一用户关联的任务列表进行展示，所述任务列表中包括所述第一用户发布的至少一条任务信息，以及各任务信息关联的执行结果信息，所述执行结果信息由所述任务信息关联的第二用户提交至所述第二服务端。

其中，所述执行结果信息包括所述任务信息对应的执行方式信息。

其中，所述装置还包括：

任务类型展示单元，用于在所述第二客户端启动后，对所述实体店铺关联的任务类型信息进行展示，并在获得所述第一用户提交的确认信息后，再通知所述信息获得单元获得所述任务信息以及所述第二用户的标识信息提交至所述第二服务端。

与实施例2相对应，本申请实施例还提供了一种任务处理装置，参见图32，该装置应用于第二用户关联的第二客户端，包括：

启动单元2401，用于接受第一客户端的触发进行启动，所述第一客户端用于通过在实体店铺关联的会话群组的会话界面中提供的第一操作选项，触发所述第二客户端；

类型确定单元2402，用于根据所述第一客户端关联的会话成员的标识信息，确定所述会话成员的类型信息；

信息推送单元2403，用于在所述类型信息为进行任务执行的第二用户时，获得第二服务端下发的所述第二用户关联的任务信息，向所述第二用户进行信息推送，所述任务信息由所述会话群组中进行任务发布的第一用户提交至所述第二服务端。

其中，所述信息推送单元，还用于向所述第二用户推送所述第二服务端下发的所述任务信息对应的执行方式信息。

其中，所述装置还包括：

执行方式提交单元，用于提供用于提交新增执行方式信息的第二操作选项；通过所述第二操作选项获得所述任务信息对应的新增执行方式信息后，将所述新增执行方式信息提交至所述第二服务端，以便所述第二服务端根据所述新增执行方式信息对所述任务信息对应的执行方式信息进行更新处理。

可以理解地，该第二操作选项即实施例2中的第四操作选项。

其中，所述装置还包括：

执行结果提交单元，用于提供用于展示不同的执行结果信息的第三操作选项，供所述第二用户从中选择所述任务信息对应的目标执行结果信息；通过所述第三操作选项获得所述目标执行结果信息后，提交至所述第二服务端，以便所述第二服务端将所述目标执行结果信息下发至所述第一用户关联的第二客户端。

其中，所述装置还包括：

执行结果提交单元，用于获得不同执行结果信息关联的手势信息；如果获得所述第二用户输入的目标手势信息，则确定所述目标手势信息对应的目标执行结果信息，提交至所述第二服务端，以便所述第二服务端将所述目标执行结果信息下发至所述第一用户关联的第二客户端。

其中，所述装置还包括：

下级任务处理单元，用于在所述任务信息为任务处理的中间状态时，生成与所述任务信息相关的新的任务，并确定对所述新的任务进行下一级处理的第三用户；通过所述第二服务端将所述新的任务下发至所述第三用户关联的第二客户端。

与实施例2相对应，本申请实施例还提供了一种任务处理装置，参见图33，该装置应用于第二服务端，包括：

请求获得单元2501，用于获得第二客户端提交的任务处理请求，所述任务处理请求中包括与任务相关的信息、以及所述第二客户端关联的会话成员的标识信息，所述第二客户端由第一客户端通过在实体店铺关联的会话群组的会话界面中提供的操作选项进行触发；

关联关系保存单元2502，用于确定所述会话成员关联的会话群组，保存所述会话群组与所述与任务相关的信息以及所述会话成员之间的关联关系；

服务提供单元2503，用于根据所述与任务相关的信息向所述会话成员提供任务处理服务。

其中，所述关联关系保存单元，具体用于：

确定所述会话群组对应的存储区域，在所述存储区域内保存所述与任务相关的信息以及所述会话成员之间的关联关系。

其中，如果所述与任务相关的信息为所述实体店铺关联的任务信息以及进行任务执行的第二用户的标识信息，则所述服务提供单元，用于将所述任务信息下发至所述第二用户关联的第二客户端。

其中，如果所述与任务相关的信息为任务信息对应的执行结果信息，则所述服务提供单元，用于确定发布所述任务信息的第一用户的标识信息；将所述任务信息对应的执行结果信息下发至所述第一用户关联的第二客户端。

其中，所述装置还包括：

信息发送单元，用于将所述与任务相关的信息发送至第一服务端，以便所述第一服务端将所述与任务相关的信息下发至所述第一客户端，并在所述会话群组的会话界面中进行信息展示。

与实施例2相对应，本申请实施例还提供了一种图像处理装置，参见图34，该装置应用于第一用户关联的第二客户端，包括：

图片获得单元2601，用于获得第一用户提交的待处理图片；

任务类型获得单元2602，用于确定所述第一用户关联的实体店铺，并获得所述实体店铺关联的任务类型信息；

状态信息确定单元2603，用于根据所述图片的图像识别结果，确定所述图片中包括的商品对象的状态信息；

任务类型确定单元2604，用于从所述实体店铺关联的任务类型信息中，确定所述状态信息对应的目标任务类型信息。

与实施例2相对应，本申请实施例还提供了一种任务处理装置，参见图35，该装置应用于第二服务端，包括：

任务信息获得单元2701，用于获得第一用户提交的与实体店铺相关的任务信息；

任务分组单元2702，用于对所述任务信息进行分组，将与同一实体店铺相关的任务信息确定到一个分组；

任务类型获得单元2703，用于对各分组中的任务信息进行聚类处理，获得分组对应的实体店铺关联的任务类型信息；

任务类型下发单元2704，用于将所述实体店铺关联的任务类型信息下发至该实体店铺下的第一用户关联的第二客户端。

与实施例1相对应，本申请实施例还提供了一种会话群组配置装置，参见图36，该装置应用于第一服务端，包括：

配置信息获得单元2801，用于获得配置信息，所述配置信息中包括会话群组的标识信息以及关联的应用程序的标识信息，所述应用程序用于提供与实体店铺相关的任务处理服务；

配置信息下发单元2802，用于将所述配置信息下发至所述会话成员关联的第一客户端，以便所述第一客户端加载所述应用程序对应的第二客户端，并在所述会话群组的会话界面中提供触发所述第二客户端的操作选项。

与实施例1相对应，本申请实施例还提供了一种会话群组配置装置，参见图37，该装置应用于会话群组中的会话成员关联的第一客户端，包括：

配置信息获得单元2901，用于获得第一服务端发送的配置信息，所述配置信息中包括所述会话群组的标识信息以及关联的应用程序的标识信息，所述应用程序用于提供与实体店铺相关的任务处理服务；

操作选项提供单元2902，用于加载所述应用程序对应的第二客户端，并在所述会话群组的会话界面中提供触发所述第二客户端的操作选项。

与实施例1相对应，本申请实施例还提供了一种会话群组配置装置，参见图38，该装置应用于第一服务端，包括：

应用程序获得单元3001，用于获得第三客户端提交的待配置应用程序的实现代码；

校验处理单元3002，用于对所述待配置应用程序进行校验处理；

应用程序下发单元3003，用于在校验通过时，将所述待配置应用程序的实现代码下发至第一客户端，以便所述第一客户端针对所述待配置应用程序进行会话群组配置时，加载所述待配置应用程序的实现代码。

与实施例3相对应，本申请实施例还提供了一种任务处理装置，参见图39，该装置应用于第一客户端，包括：

信息获得单元3101，用于获得第二客户端关联的会话群组的标识信息以及用于控制所述第二客户端进行启动的预设字符串；

启动控制单元3102，用于在所述第二客户端关联的会话群组的会话内容中，获得所述预设字符串时，控制所述第二客户端进行启动，向所述会话群组中的会话成员提供与实体店铺相关的任务处理服务。

与实施例4相对应，本申请实施例还提供了一种任务处理装置，该装置应用于第一客户端，包括：

与实施例4相对应，本申请实施例还提供了一种任务处理装置，该装置应用于第一用户关联的第二客户端，包括：

与实施例4相对应，本申请实施例还提供了一种任务处理装置，该装置应用于第二用户关联的第二客户端，包括：

与实施例5相对应，本申请实施例还提供了一种任务处理装置，该装置应用于第一客户端，包括：

与实施例5相对应，本申请实施例还提供了一种任务处理装置，该装置应用于第一用户关联的第二客户端，包括：

与实施例5相对应，本申请实施例还提供了一种任务处理装置，该装置应用于第二用户关联的第二客户端，包括：

与实施例4以及实施例5相对应的任务处理装置的示意图，可参见图30～32所示。

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

一个或多个处理器；以及

以及一种电子设备，包括：

一个或多个处理器；以及

以及一种电子设备，包括：

一个或多个处理器；以及

以及一种电子设备，包括：

一个或多个处理器；以及

以及一种电子设备，包括：

一个或多个处理器；以及

以及一种电子设备，包括：

一个或多个处理器；以及

以及一种电子设备，包括：

一个或多个处理器；以及

以及一种电子设备，包括：

一个或多个处理器；以及

获得第三客户端提交的待配置应用程序的实现代码；

以及一种电子设备，包括：

一个或多个处理器；以及

获得第一用户提交的待处理图片；

以及一种电子设备，包括：

一个或多个处理器；以及

获得第一用户提交的与实体店铺相关的任务信息；

以及一种电子设备，包括：

一个或多个处理器；以及

以及一种电子设备，包括：

一个或多个处理器；以及

以及一种电子设备，包括：

一个或多个处理器；以及

以及一种电子设备，包括：

一个或多个处理器；以及

以及一种电子设备，包括：

一个或多个处理器；以及

以及一种电子设备，包括：

一个或多个处理器；以及

以及一种电子设备，包括：

一个或多个处理器；以及

其中，图40示例性的展示出了计算机系统的架构，具体可以包括处理器3210，视频显示适配器3211，磁盘驱动器3212，输入/输出接口3213，网络接口3214，以及存储器3220。上述处理器3210、视频显示适配器3211、磁盘驱动器3212、输入/输出接口3213、网络接口3214，与存储器3220之间可以通过通信总线3230进行通信连接。

其中，处理器3210可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器3220可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器3220可以存储用于控制计算机系统3200运行的操作系统3221，用于控制计算机系统3200的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器3223，数据存储管理系统3224，以及任务处理3225等等。上述任务处理系统3225就可以是本申请实施例中具体实现前述各步骤操作的第一服务端、第二服务端。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器3220中，并由处理器3210来调用执行。

输入/输出接口3213用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口3214用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线3230包括一通路，在设备的各个组件(例如处理器3210、视频显示适配器3211、磁盘驱动器3212、输入/输出接口3213、网络接口3214，与存储器3220)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器3210、视频显示适配器3211、磁盘驱动器3212、输入/输出接口3213、网络接口3214，存储器3220，总线3230等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

其中，图41示例性的展示出了电子设备的架构，例如，设备3300可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图41，设备3300可以包括以下一个或多个组件：处理组件3302，存储器3304，电源组件3306，多媒体组件3308，音频组件3310，输入/输出(I/O)的接口3312，传感器组件3314，以及通信组件3316。

处理组件3302通常控制设备3300的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件3302可以包括一个或多个处理器3320来执行指令，以完成本公开技术方案提供的方法的全部或部分步骤。此外，处理组件3302可以包括一个或多个模块，便于处理组件3302和其他组件之间的交互。例如，处理部件3302可以包括多媒体模块，以方便多媒体组件3308和处理组件3302之间的交互。

存储器3304被配置为存储各种类型的数据以支持在设备3300的操作。这些数据的示例包括用于在设备3300上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器3304可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件3306为设备3300的各种组件提供电力。电源组件3306可以包括电源管理系统，一个或多个电源，及其他与为设备3300生成、管理和分配电力相关联的组件。

多媒体组件3308包括在设备3300和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件3308包括一个前置摄像头和/或后置摄像头。当设备3300处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件3310被配置为输出和/或输入音频信号。例如，音频组件3310包括一个麦克风(MIC)，当设备3300处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器3304或经由通信组件3316发送。在一些实施例中，音频组件3310还包括一个扬声器，用于输出音频信号。

I/O接口3312为处理组件3302和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件3314包括一个或多个传感器，用于为设备3300提供各个方面的状态评估。例如，传感器组件3314可以检测到设备3300的打开/关闭状态，组件的相对定位，例如所述组件为设备3300的显示器和小键盘，传感器组件3314还可以检测设备3300或设备3300一个组件的位置改变，用户与设备3300接触的存在或不存在，设备3300方位或加速/减速和设备3300的温度变化。传感器组件3314可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件3314还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件3314还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件3316被配置为便于设备3300和其他设备之间有线或无线方式的通信。设备3300可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件3316经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件3316还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备3300可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器3304，上述指令可由设备3300的处理器3320执行以完成本公开技术方案提供的方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的任务处理方法、装置及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种任务处理方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，还包括：

获得第一服务端下发的与所述实体店铺任务相关的信息，所述信息由所述第二客户端生成并通过第二服务端转发至所述第一服务端；

在所述会话群组中对所述信息进行展示。

3.根据权利要求1所述的方法，其特征在于，

按照以下方式在所述会话群组的会话界面中添加所述操作选项：

4.一种任务处理方法，其特征在于，包括：

5.根据权利要求4所述的方法，其特征在于，

获得所述与所述实体店铺相关的任务信息，包括：

提供用于提交所述任务信息的第二操作选项；

通过所述第二操作选项获得所述第一用户提交的与所述实体店铺相关的图片后，获得所述实体店铺关联的任务类型信息；

获得所述图片中包括的商品对象的状态信息，并从所述实体店铺关联的任务类型信息中，确定所述状态信息对应的目标任务类型信息；

根据所述目标任务类型信息生成所述任务信息。

6.根据权利要求5所述的方法，其特征在于，还包括：

获得所述实体店铺的标识信息以及所述图片的采集时间信息；

所述根据所述目标任务类型信息生成所述任务信息，包括：

将所述目标任务类型信息、所述实体店铺的标识信息以及所述采集时间信息添加到所述图片中，获得所述任务信息。

7.根据权利要求5所述的方法，其特征在于，

如果未在所述实体店铺关联的任务类型信息中，确定出所述状态信息对应的目标任务类型信息，

所述方法还包括：

提供用于提交新增任务类型信息的第三操作选项；

8.根据权利要求7所述的方法，其特征在于，还包括：

将所述新增任务类型信息提交至所述第二服务端，以便所述第二服务端根据所述新增任务类型信息对所述实体店铺关联的任务类型信息进行更新处理。

9.根据权利要求5所述的方法，其特征在于，

获得所述进行任务执行的第二用户的标识信息，包括：

10.根据权利要求5所述的方法，其特征在于，

获得所述进行任务执行的第二用户的标识信息，包括：

11.根据权利要求4所述的方法，其特征在于，还包括：

向第二服务端提交任务汇总请求，所述任务汇总请求中包括所述第一用户的标识信息；

对所述第二服务端发送的所述第一用户关联的任务列表进行展示，所述任务列表中包括所述第一用户发布的至少一条任务信息，以及各任务信息关联的执行结果信息，所述执行结果信息由所述任务信息关联的第二用户提交至所述第二服务端。

12.根据权利要求11所述的方法，其特征在于，

所述执行结果信息包括所述任务信息对应的执行方式信息。

13.根据权利要求4所述的方法，其特征在于，

所述第二客户端启动后，所述方法还包括：

对所述实体店铺关联的任务类型信息进行展示，并在获得所述第一用户提交的确认信息后，再获得所述任务信息以及所述第二用户的标识信息提交至所述第二服务端。

14.一种任务处理方法，其特征在于，包括：

15.根据权利要求14所述的方法，其特征在于，还包括：

向所述第二用户推送所述第二服务端下发的所述任务信息对应的执行方式信息。

16.根据权利要求15所述的方法，其特征在于，还包括：

提供用于提交新增执行方式信息的第二操作选项；

通过所述第二操作选项获得所述任务信息对应的新增执行方式信息后，将所述新增执行方式信息提交至所述第二服务端，以便所述第二服务端根据所述新增执行方式信息对所述任务信息对应的执行方式信息进行更新处理。

17.根据权利要求14所述的方法，其特征在于，还包括：

提供用于展示不同的执行结果信息的第三操作选项，供所述第二用户从中选择所述任务信息对应的目标执行结果信息；

通过所述第三操作选项获得所述目标执行结果信息后，提交至所述第二服务端，以便所述第二服务端将所述目标执行结果信息下发至所述第一用户关联的第二客户端。

18.根据权利要求14所述的方法，其特征在于，还包括：

获得不同执行结果信息关联的手势信息；

如果获得所述第二用户输入的目标手势信息，则确定所述目标手势信息对应的目标执行结果信息，提交至所述第二服务端，以便所述第二服务端将所述目标执行结果信息下发至所述第一用户关联的第二客户端。

19.根据权利要求14所述的方法，其特征在于，还包括：

如果所述任务信息为任务处理的中间状态，则生成与所述任务信息相关的新的任务，并确定对所述新的任务进行下一级处理的第三用户；

通过所述第二服务端将所述新的任务下发至所述第三用户关联的第二客户端。

20.一种任务处理方法，其特征在于，包括：

21.根据权利要求20所述的方法，其特征在于，

所述保存所述会话群组与所述与任务相关的信息以及所述会话成员之间的关联关系，包括：

22.根据权利要求20所述的方法，其特征在于，

如果所述与任务相关的信息为所述实体店铺关联的任务信息以及进行任务执行的第二用户的标识信息，

所述根据所述与任务相关的信息向所述会话成员提供任务处理服务，包括：

将所述任务信息下发至所述第二用户关联的第二客户端。

23.根据权利要求20所述的方法，其特征在于，

如果所述与任务相关的信息为任务信息对应的执行结果信息，

确定发布所述任务信息的第一用户的标识信息；

将所述任务信息对应的执行结果信息下发至所述第一用户关联的第二客户端。

24.根据权利要求20所述的方法，其特征在于，还包括：

将所述与任务相关的信息发送至第一服务端，以便所述第一服务端将所述与任务相关的信息下发至所述第一客户端，并在所述会话群组的会话界面中进行信息展示。

25.一种会话群组配置方法，其特征在于，包括：

26.一种会话群组配置方法，其特征在于，包括：

27.一种会话群组配置方法，其特征在于，包括：

28.一种图像处理方法，其特征在于，包括：

第二客户端获得第一用户提交的待处理图片；

29.一种任务处理方法，其特征在于，包括：

30.一种任务处理方法，其特征在于，包括：

31.一种任务处理方法，其特征在于，包括：

32.一种任务处理方法，其特征在于，包括：

33.一种任务处理方法，其特征在于，包括：

34.一种任务处理方法，其特征在于，包括：

35.一种任务处理方法，其特征在于，包括：

36.一种任务处理方法，其特征在于，包括：

37.一种任务处理装置，其特征在于，应用于第一客户端，包括：

38.一种任务处理装置，其特征在于，应用于第一用户关联的第二客户端，包括：

39.一种任务处理装置，其特征在于，应用于第二用户关联的第二客户端，包括：

40.一种任务处理装置，其特征在于，应用于第二服务端，包括：

41.一种会话群组配置装置，其特征在于，应用于第一服务端，包括：

42.一种会话群组配置装置，其特征在于，应用于会话群组中的会话成员关联的第一客户端，包括：

43.一种会话群组配置装置，其特征在于，应用于第一服务端，包括：

校验处理单元，用于对所述待配置应用程序进行校验处理；

44.一种图像处理装置，其特征在于，应用于第二客户端，包括：

图片获得单元，用于获得第一用户提交的待处理图片；

45.一种任务处理装置，其特征在于，应用于第二服务端，包括：

46.一种会话群组配置装置，其特征在于，应用于第一服务端，包括：

47.一种会话群组配置装置，其特征在于，应用于第一客户端，包括：

48.一种会话群组配置装置，其特征在于，应用于第一服务端，包括：

校验处理单元，用于对所述待配置应用程序进行校验处理；

49.一种任务处理装置，其特征在于，应用于第一客户端，包括：

50.一种任务处理装置，其特征在于，应用于第一客户端，包括：

51.一种任务处理装置，其特征在于，应用于第一用户关联的第二客户端，包括：

52.一种任务处理装置，其特征在于，应用于第二用户关联的第二客户端，包括：

53.一种任务处理装置，其特征在于，应用于第一客户端，包括：

54.一种任务处理装置，其特征在于，应用于第一用户关联的第二客户端，包括：

55.一种任务处理装置，其特征在于，应用于第二用户关联的第二客户端，包括：

56.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

57.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

58.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

59.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

60.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

61.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

62.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

获得第三客户端提交的待配置应用程序的实现代码；

63.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

获得第一用户提交的待处理图片；

64.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

获得第一用户提交的与实体店铺相关的任务信息；

65.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

66.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

67.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

68.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

69.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

70.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

71.一种电子设备，其特征在于，包括：

一个或多个处理器；以及