CN111182023B - 互助任务处理方法、系统 - Google Patents

Abstract

本申请的实施例提供了一种互助任务处理方法、系统。所述方法包括：第二平台接收第一平台发送的互助请求；所述第二平台根据所述互助请求生成互助任务；所述第二平台基于所述互助任务或所述互助请求，通过代理平台建立通讯组群，所述通讯组群至少包括第一用户和第二用户；所述第二平台将所述互助任务发送至所述通讯组群中，以进行所述互助任务的处理和跟踪。本申请实施例的技术方案可以提高互助任务处理的效率。

Description

互助任务处理方法、系统

技术领域

本申请涉及计算机及通信技术领域，具体而言，涉及一种互助任务处理方法、系统。

背景技术

在互助任务的处理场景中，比如在社区群众与民警进行社区案件的处理场景中，社区群众的互联网网络环境与民警的办公网络环境是隔离的，社区群众可以通过互联网环境搭建的各类便民小程序应用将案件信息单向上报给民警，以此来帮助民警实现案件数据的收集。然而，如何增强社区群众对于互助任务(案件)的参与感和积极性，提高互助任务处理的效率已成为亟待解决的技术问题。

发明内容

本申请的实施例提供了一种互助任务处理方法、系统、计算机可读介质及电子设备，进而至少在一定程度上可以提高互助任务处理效率。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请实施例的一个方面，提供了一种互助任务处理方法，包括：第二平台接收第一平台发送的互助请求；所述第二平台根据所述互助请求生成互助任务；所述第二平台基于所述互助任务或所述互助请求，通过代理平台建立通讯组群，所述通讯组群至少包括第一用户和第二用户；所述第二平台将所述互助任务发送至所述通讯组群中，以进行所述互助任务的处理和跟踪。

根据本申请实施例的一个方面，提供了一种互助任务处理系统，包括：第一平台，用于生成互助请求，以将所述互助请求发送至第二平台；代理平台，用于基于互助任务或所述互助请求建立通讯组群，所述通讯组群至少包括第一用户和第二用户；第二平台，用于接收第一平台发送的互助请求，以根据所述互助请求生成所述互助任务，以将所述互助任务发送至所述通讯组群中，以进行所述互助任务的处理和跟踪。

在本申请的一些实施例中，基于前述方案，所述第二平台还用于检测所述第一平台是否具有将所述互助请求发送至第二平台的权限；若具有，则接收所述第一平台发送的互助请求。

在本申请的一些实施例中，基于前述方案，在所述第二平台基于所述互助任务或所述互助请求，通过代理平台建立通讯组群之前，所述代理平台还用于建立所述第二用户与第一用户之间的好友关系。

在本申请的一些实施例中，基于前述方案，所述第二平台包括：第二用户终端，用于发送好友添加请求；第二服务器，用于将所述好友请求转发到所述代理平台；所述第一平台包括：第一服务器，用于将所述好友添加请求转发给所述第一用户终端；第一用户终端，用于接受所述好友添加请求，以建立所述第二用户与第一用户之间的好友关系；所述代理平台还用于向所述第一服务器代理发送所述好友添加请求。

在本申请的一些实施例中，基于前述方案，在所述代理平台向所述第一服务器代理发送所述好友添加请求之前，所述代理平台还用于验证所述第二服务器的认证信息；若所述第二服务器的认证信息验证通过，则所述代理平台向所述第一服务器代理发送所述好友添加请求。

在本申请的一些实施例中，基于前述方案，所述第二平台还用于根据所述互助请求生成HTML5应用程序，所述HTML5应用程序用于记录所述互助任务；所述第二平台还用于将所述HTML5应用程序发送至所述通讯组群中。

在本申请的一些实施例中，基于前述方案，所述HTML5应用程序还用于记录所述互助任务在被处理和被跟踪过程中的关键节点信息。

在本申请的一些实施例中，基于前述方案，所述通讯组群中还包括第三用户，所述进行所述互助任务的处理和跟踪包括：所述第一用户和/或第二用户和/或第三用户根据所述互助任务进行处理和跟踪。

在本申请的一些实施例中，基于前述方案，在将所述互助任务发送至所述通讯组群中之前，所述第二平台还用于验证所述第二用户的身份信息；若所述第二用户的身份信息验证通过，则将所述互助任务发送至所述通讯组群中。

根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的互助任务处理方法。

根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的互助任务处理方法。

在本申请的一些实施例所提供的技术方案中，用于互助任务的处理场景，首先第一平台生成互助请求，并将所述互助请求发送给第二平台，一方面，第二平台根据所述互助请求生成互助任务，另一方面，所述第二平台还基于所述互助请求通过所述代理平台建立至少包括第一用户和第二用户的通讯组群，以便通过所述通讯组群进行所述互助任务的处理和跟踪。由于在本技术方案中，第二平台通过代理平台建议了包括第一用户和第二用户的通讯组群，第一用户和第二用户可以关于所述互助任务在所述通讯群组中进行沟通和交流，故可以增强第一用户对于互助任务的参与感和积极性，从而充分发挥第一用户在互助任务处理过程中的作用，进而提高互助任务的处理效率。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了可以应用本申请实施例的技术方案的示例性执行主体架构的示意图；

图2示出了根据本申请的一个实施例的互助任务处理方法的应用场景图；

图3示出了根据本申请的一个实施例的互助任务处理方法的流程图；

图4示出了根据本申请的一个实施例的第二平台接收第一平台发送的互助请求的细节流程图；

图5示出了根据本申请的一个实施例的第二平台接收第一平台发送的互助请求的场景示意图；

图6示出了根据本申请的一个实施例的提醒民警查看互助任务的终端界面示意图；

图7-A示出了根据本申请的一个实施例的建立的通讯组群的终端界面示意图；

图7-B示出了根据本申请的一个实施例的通过HTML5应用程序进入通讯组群的终端界面示意图；图8示出了根据本申请的一个实施例的建立第二用户与第一用户之间的好友关系的细节流程图；

图9示出了根据本申请的一个实施例的在代理平台向第一服务器代理发送好友添加请求之前的细节流程图；

图10示出了根据本申请的一个实施例的建立第二用户与第一用户之间的好友关系的场景示意图；

图11示出了根据本申请的一个实施例的在所述第二平台将所述互助任务发送至通讯组群中之前的细节流程图；

图12示出了根据本申请的一个实施例的互助任务处理系统的框图；

图13示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了可以应用本申请实施例的技术方案的示例性执行主体的示意图。

如图1所示，执行主体架构的各个部分可以包括终端设备(如图1中所示智能手机101、平板电脑102和便携式计算机103中的一种或多种，当然也可以是台式计算机等等)、网络104和服务器105。网络104用以在终端设备和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线通信链路、无线通信链路等等。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。

需要说明的是，本申请实施例所提供的互助任务处理方法一般由如图1中所示的各个部分配合执行，相应的，互助任务处理装置一般设置于如图1中所示的各个部分中，从而执行本申请实施例所提供的互助任务处理方案。

图2示出了根据本申请的一个实施例的互助任务处理方法的应用场景图，下面将参照图2对本技术方案中互助任务处理方法的应用场景进行说明：

在本申请的一个实施例中，所述互助任务处理方法可以应用于社区群众与民警进行社区案件协同处理的场景，具体的，是应用于社区群众通过互联网环境中的微信平台(即个人微信)与使用政务专用网中政务微信平台办公的民警进行社区案件协同处理的场景。如图所示，首先，社区中的社区群众1(也可以是图中的社区群众2)通过个人微信举报社区中发生的案件，如图2中编号1所示，社区群众1所举报的案件一方面通过政务微信服务器被发送到民警的政务微信中，另一方面被上传到数据库中记入档案；其次，民警通过图2中编号2所示的流程跨网络跨平台的与社区群众建立沟通渠道，并就案件信息进行交流和沟通以协同办案；然后，社区群众参与案件处理(即互助任务处理)，并将相应案件处理信息通过编号3的流程由政务微信服务器分别发送给民警的政务微信和数据库；最后，民警对案件的处理进行审核并作出审核结论，并将所述审核结论通过编号4的流程由政务微信服务器发送数据库以用于记录和存档。虽然社区群众的互联网网络环境与民警的办公网络环境是隔离的，但通过本申请的技术方案可以实现民警与社区群众在案件处理过程中的沟通与配合，从而提高案件处理的效率。

在本申请的一个实施例中，所述互助任务处理方法还可以应用于在不同社交平台的用户之间的业务处理场景，例如，在本实施例的业务处理场景中，至少包括A社交平台的a用户和B社交平台的b用户，所述a用户和b用户可以通过本申请技术方案参与业务处理(即互助任务处理)。

参见图3，示出了根据本申请的一个实施例的互助任务处理方法的流程图，该方法可以由具有计算处理功能的设备来执行，比如可以由如图3中所示的各个设备配合执行。该方法可包括步骤310至370：

步骤310，第二平台接收第一平台发送的互助请求。

步骤330，所述第二平台根据所述互助请求生成互助任务。

步骤350，所述第二平台基于所述互助任务或所述互助请求，通过代理平台建立通讯组群，所述通讯组群至少包括第一用户和第二用户。

步骤370，所述第二平台将所述互助任务发送至所述通讯组群中，以进行所述互助任务的处理和跟踪。

下面将对如上实施步骤进行详细说明：

在步骤310中，第二平台接收第一平台发送的互助请求。

在本申请的一个实施例中，可以是响应于所述第一用户触发的互助请求生成指令，所述第一平台生成互助请求并将所述互助请求发送至第二平台，第二平台接收所述互助请求。

在本申请的一个实施例中，第二平台接收第一平台发送的互助请求可以通过如图4所示的步骤实施。

参见图4，示出了根据本申请的一个实施例的第二平台接收第一平台发送的互助请求，具体可包括步骤311至312：

步骤311，所述第二平台检测所述第一平台是否具有将所述互助请求发送至第二平台的权限。

具体的，所述第一平台中可以绑定第一用户的账号信息，所述第二平台检测所述第一平台是否具有将所述互助请求发送至第二平台的权限可以是检测所述第一用户的账号是否具有将所述互助请求发送至第二平台的权限。

步骤312，若具有，则接收所述第一平台发送的互助请求。

在如上所述的实施例中，所述第二平台接收第一平台发送的互助请求可以在如图5所示的场景中实现。

参见图5，示出了根据本申请的一个实施例的第二平台接收第一平台发送的互助请求的场景示意图，具体场景内容的说明如下：

当一位社区群众在社区发现案情时，可以通过个人微信平台(第一平台)向民警举报案情(互助请求)，具体的，可以通过微信公众号进行举报，也可以通过微信小程序进行举报。在本申请中，微信小程序的后端服务器可以设置为接入政务专用网中的政务微信平台(第二平台)，以使得社区的案情数据可以被发送到政务微信平台中去。

具体的，如图5所示,用户(社区群众)在举报案情时，首先在个人微信客户端的小程序中填写案件线索表单信息，然后通过表单post请求，将所述表单发送到微信小程序应用服务器。之后可以分解为两个动作，一方面是将涉及到案情的表单数据写入数据库，另一方面是通过http协议调用政务微信平台的消息接收API接口，以使案情数据可以被发送到政务微信平台。

在调用政务微信平台的消息接收API接口之前，需要检测所述用户是否具有将所述案情数据(互助请求)发送至政务微信平台的权限，如果有权限，则调用消息队列接口，将所述涉及到案情数据发送至政务微信平台；如果没有权限，则跳到政务微信平台进行身份信息的认证鉴权，鉴权通过时，再次调用消息队列接口，并把返回结果通知用户。

继续参照图3，在步骤330中，所述第二平台根据所述互助请求生成互助任务。

在本申请的一个实施例中，所述第二平台根据所述互助请求生成互助任务可以通过如下方式实现：所述第二平台根据所述互助请求生成HTML5应用程序，所述HTML5应用程序用于记录所述互助任务。

具体的，所述HTML5应用程序(WEB APP)可以理解为一次写入，就可以运行在任何支持HTML5技术的地方。HTML5应用程序(WEB APP)是为移动设备优化的网页集合，为流式视频和音频数据、图形处理和动画以及离线支持提供了高级功能。它们还添加语义元素、表单控件和多媒体组件，以及许多支持地理定位服务、拖放操作、本地应用程序缓存等的新API。基于此，通过HTML5应用程序记录所述互助任务可以增强所述互助任务在处理过程中的便捷性。

本申请中，在根据所述互助请求生成互助任务之后，可以提醒第二用户查看案情信息。

如图6，示出了根据本申请的一个实施例的提醒民警查看互助任务的终端界面示意图。可见，民警在政务微信端收到消息提醒后，通过点击消息链接，进入HTML5应用程序查看案件详情。

需要注意的是，所述关键节点信息包括互助任务处理节点的时间、内容以及结果等等。

继续参照图3，在步骤350中，所述第二平台基于所述互助任务或所述互助请求，通过代理平台建立通讯组群，所述通讯组群至少包括第一用户和第二用户。

在本申请的一个实施例中，所述互助请求中包含有所述第一用户在第一平台的身份信息，由于所述互助任务根据所述互助请求而生成，因此，可以是响应于第二用户建立组群的操作，第二平台可以从所述互助任务或互助请求中获取第一用户在第一平台的身份信息，进而可以通过代理平台建立至少包括第一用户和第二用户的通讯组群。在所述通讯组群中，第一用户可以和第二用户对所述互助任务的处理情况进行沟通和交流。

在本申请的一个实施例中，所述第二平台也可以通过代理平台自动建立至少包括第一用户和第二用户的通讯组群。具体地，第二平台会根据互助任务或互助请求确定触发互助请求生成指令的第一用户的身份信息，之后会为该互助任务分配至少一位在第二平台上注册有身份信息的第二用户。第二平台会将包含第一用户和第二用户的身份信息的建群指令发送至代理平台，若代理平台的服务器上无第一用户和第二用户对应的身份ID，会先为其自动注册相应的身份ID，最后建立一个包含第一用户和第二用户的身份ID的通讯组群。

进一步的，该通讯组群建立完成后，代理平台会将建群完成的消息返回给第一平台和第二平台，第一平台和第二平台会增加相应地接入该通讯组群的接口。例如，若第一平台是个人微信客户端，个人微信客户端可以在第一用户填写案件线索的小程序中增加该接口，使第一用户再次进入该小程序时能直接进入相应的通讯组群中。当然，第一用户和第二用户也可以下载代理平台应用软件，通过代理平台直接进入通讯组群。

在社区群众与民警进行社区案件协同处理的具体场景中，所述第一用户可以是社区居民，也可以是社区保安，还可以是社区保洁大妈等等；所述第二用户可以包括民警。

在本申请的一个实施例中，所述通讯组群中还可以包括其他用户，例如，包括第三用户。

在具体实现中，所述第三用户可以由第一用户或者第二用户添加。

在本申请的一个实施例中，用户在所述通讯组群中的信息传递可以是通过所述代理平台的转发来实现的。

在具体场景中，图7-A示出了根据本申请的一个实施例的建立的通讯组群的终端界面示意图。

如图7-A所示，名为“锦荟社区警民互动群”的通讯组群包括一位民警(张三)和两位社区群众(李四和王二)。在所述互动群中，民警和社区群众可以就关于案件处理的情况进行沟通和讨论，对于现有技术中存在的由于分别处于不同的网络和平台的个人微信和政务微信存在沟通障碍，本申请的技术方案可以避免，进而提高社区案件的处理效率。

在本申请的一个实施例中，在建立所述通讯组群之后，也可以更新用于记录所述互助任务的HTML5应用程序，为其增加一个能够进入到所述通讯组群中去的接口。如图7-B所示出那样，所述第一用户和/或第二用户和/或第三用户可以通过直接触摸或者点击所述HTML5应用程序中的接口按钮的方式，进入到通讯组群的聊天界面，以进行所述互助任务的沟通和交流。又或者，第二平台可以先根据互助请求，通过代理平台建立完通讯组群后，再根据互助请求生成记录所述互助任务的HTML5应用程序，在建立该HTML5应用程序的同时生成一个能够进入到所述通讯组群中去的接口。

这样做的好处在于：用户(如民警)在通过所述HTML5应用程序了解案情之后，可以不必专门跳出所述HTML5应用程序，而是可以通过直接触摸或者点击如图7-B所示出的“进入锦荟社区警民互动群”按钮来进入到通讯组群的聊天界面，如此一来可以使得用户的操作更加便捷，增强用户体验。

在本申请的一个实施例中，在所述第二平台基于所述互助任务或所述互助请求，通过代理平台建立通讯组群之前，还可以实现如下步骤：所述第二平台通过所述代理平台建立所述第二用户与第一用户之间的好友关系。

在一个实施例的具体实现中，所述第二平台处于第二通信网络，包括第二服务器和第二用户终端；所述第一平台处于第一通信网络，包括第一服务器和第一用户终端。

通过所述代理平台建立所述第二用户与第一用户之间的好友关系可以通过如图8所示的步骤实现。

参见图8，示出了根据本申请的一个实施例的建立第二用户与第一用户之间的好友关系的细节流程图，具体可包括步骤341至345：

步骤341，所述第二用户终端发送好友添加请求。

具体的，响应于所述第二用户触发的好友添加请求指令，通过所述第二用户终端发送添加第一用户为好友的请求，所述好友添加请求能够被第二服务器所接收。

步骤342，所述第二服务器将所述好友请求转发到所述代理平台。

步骤343，所述代理平台向所述第一服务器代理发送所述好友添加请求。

步骤344，所述第一服务器将所述好友添加请求转发给所述第一用户终端。

步骤345，若所述第一用户终端接受所述好友添加请求，则建立所述第二用户与第一用户之间的好友关系。

具体的，可以是响应于所述第一用户触发的接收指令，所述第一用户终端接受所述好友添加请求。

另外，若所述第一用户终端拒绝接受所述好友添加请求，则建立所述第二用户与第一用户之间的好友关系失败。

在上述步骤343之前，即在所述的代理平台向所述第一服务器代理发送所述好友添加请求之前，还可以实施如图9所示的步骤：

参见图9，示出了根据本申请的一个实施例的在代理平台向第一服务器代理发送好友添加请求之前的细节流程图，具体可包括步骤3411至3412：

步骤3411，所述代理平台验证所述第二服务器的认证信息。

需要注意的是，在本申请中，所述第二服务器的认证信息是指所述第二服务器在所述代理平台中注册或者绑定的认证信息，所述认证信息具体可包括可以表征第二服务器身份的信息。

步骤3412，若所述第二服务器的认证信息验证通过，则所述代理平台向所述第一服务器代理发送所述好友添加请求。

具体的，若所述代理平台中存在所述第二服务器注册过或者绑定过的认证信息，则所述第二服务器的认证信息验证通过，进而所述代理平台接收所述第二服务器转发的所述好友添加请求，并将所述好友添加请求代理发送所述第一服务器，

另外，若所述第二服务器的认证信息验证不通过，则所述代理平台拒绝向所述第一服务器代理发送所述好友添加请求。

在一个实施例的具体实现中，通过所述代理平台建立所述第二用户与第一用户之间的好友关系可以在如图10所示的场景中实现，其具体为政务微信(第二平台)的民警(第二用户)通过企业微信(代理平台)添加个人微信(第一平台)的社区群众(第一用户)为好友的场景。

参见图10，示出了根据本申请的一个实施例的建立第二用户与第一用户之间的好友关系的场景示意图，具体场景内容的介绍如下：

具体的，政务微信单独部署在政务专用网络环境，与互联网中的个人微信是独立的两套即时通讯平台，企业微信是互联网企业级的通讯平台。在现有技术中，政务微信与企业微信、政务微信与个人微信己实现消息互通机制，即政务微信与企业微信、政务微信与个人微信可以进行信息沟通。在本申请中，一方面，政务微信可以在企业微信中注册一个企业用户ID，将政务微信当作企业微信的一个用户。另一方面，个人微信可以在企业微信中注册一个企业用户ID，将个人微信当作企业微信的一个用户。

在政务微信的民警通过企业微信添加个人微信的社区群众为好友的场景中，首先由民警在政务微信客户端发送加微信好友需求，政务微信服务器接到请求后，申请互联网企业微信后台转发请求，企业微信鉴权认证该政务微信的企业用户ID是否真实存在，同样的，企业微信还会鉴权认证个人微信的企业用户ID是否真实存在，若认证通过，则通过代理的方式向个人微信建立连接，发送好友添加请求，社区群众通过验证后，则民警可加社区群众为好友。

继续参照图3，在步骤370中，将所述互助任务发送至所述通讯组群中，以进行所述互助任务的处理和跟踪。

在本申请的一个实施例中，可以是响应于所述第二用户触发的互助任务发送指令，所述第二平台中的第二用户终端将所述互助任务发送至所述通讯组群中。

在本申请的一个实施例中，所述第二平台也可以在接收到了代理平台的建群完成的消息后，自动将所述互助任务发送至所述通讯组群中。例如，若代理平台为企业微信，而第二平台为政务微信，企业微信的服务器在接收到政务微信的服务器的建群指令后完成建群，并将建群完成的消息返回给政务微信的服务器，此时政务微信的服务器会将与该建群完成的通讯组群对应的互助任务发送给企业微信的服务器，使其在通讯组群内显示。而第一用户通过个人微信的小程序即可接入该通讯组群查看互助任务，从而使相互隔离的政务微信和个人微信关联起来。组群中的所有用户成员都可以了解所述互助任务的内容，并由所述第一用户和/或第二用户和/或第三用户中对所述互助任务进行协同处理。

在本申请的一个实施例中，在将所述互助任务发送至所述通讯组群中之前，还可以实现如图11所示的步骤。

参见图11，示出了根据本申请的一个实施例的在所述第二平台将所述互助任务发送至通讯组群中之前的细节流程图，具体可包括步骤361至362：

步骤361，所述第二平台验证所述第二用户的身份信息。

步骤362，若所述第二用户的身份信息验证通过，则将所述互助任务发送至所述通讯组群中。

需要注意的是，在上述实施例中，验证所述第二用户的身份信息具体是指由所述第二服务器验证所述第二用户在第二平台中注册或者绑定的身份信息。

在本申请的一个实施例中，将所述互助任务发送至所述通讯组群中，以进行所述互助任务的处理和跟踪可以是按照如下方式实现：

将HTML5应用程序发送至所述通讯组群中，以进行所述互助任务的处理和跟踪，其中，所述HTML5应用程序用于记录所述互助任务。

在上述实施例的具体实现中，所述HTML5应用程序除了用于记录所述互助任务，还可以还用于记录所述互助任务在被处理和被跟踪过程中的关键节点信息。例如，在社区群众与民警进行社区案件协同处理的场景中，社区群众和民警在对社区案件进行处理的过程中，将案件处理过程中的关键节点信息记录在所述HTML5应用程序中。

在本申请的一些实施例所提供的技术方案中，用于互助任务的处理场景，首先第一平台生成互助请求，并将所述互助请求发送给第二平台，一方面，第二平台根据所述互助请求生成互助任务，另一方面，所述第二平台还基于所述互助任务或所述互助请求通过所述代理平台建立至少包括第一用户和第二用户的通讯组群，以便通过所述通讯组群进行所述互助任务的处理和跟踪。由于在本技术方案中，第二平台通过代理平台建议了包括第一用户和第二用户的通讯组群，第一用户和第二用户可以关于所述互助任务在所述通讯群组中进行沟通和交流，故可以增强第一用户对于互助任务的参与感和积极性，从而充分发挥第一用户在互助任务处理过程中的作用，进而提高互助任务的处理效率。

以下介绍本申请的系统实施例，可以用于执行本申请上述实施例中的互助任务处理方法。对于本申请系统实施例中未披露的细节，请参照本申请上述的互助任务处理方法的实施例。

图12示出了根据本申请的一个实施例的互助任务处理系统的框图。

参照图12所示，根据本申请的一个实施例的互助任务处理系统1200，包括：第一平台1201、代理平台1202和第二平台1203。

其中，第一平台1201，用于生成互助请求，以将所述互助请求发送至第二平台；代理平台1202，用于基于互助任务或所述互助请求建立通讯组群，所述通讯组群至少包括第一用户和第二用户；第二平台1203，用于接收第一平台发送的互助请求，以根据所述互助请求生成所述互助任务，以将所述互助任务发送至所述通讯组群中，以进行所述互助任务的处理和跟踪。

在本申请的一些实施例中，基于前述方案，所述第二平台1203还用于检测所述第一平台是否具有将所述互助请求发送至第二平台的权限；若具有，则接收所述第一平台发送的互助请求。

在本申请的一些实施例中，基于前述方案，在所述第二平台基于所述互助请求或所述互助请求，通过代理平台建立通讯组群之前，所述代理平台1202还用于建立与所述第二用户第一用户之间的好友关系。

在本申请的一些实施例中，基于前述方案，所述第二平台1203包括：第二用户终端，用于发送好友添加请求；第二服务器，用于将所述好友请求转发到所述代理平台；所述第一平台1201包括：第一服务器，用于将所述好友添加请求转发给所述第一用户终端；第一用户终端，用于接受所述好友添加请求，以建立所述第二用户与第一用户之间的好友关系；所述代理平台1202还用于向所述第一服务器代理发送所述好友添加请求。

在本申请的一些实施例中，基于前述方案，在所述代理平台向所述第一服务器代理发送所述好友添加请求之前，所述代理平台1202还用于验证所述第二服务器的认证信息；若所述第二服务器的认证信息验证通过，则所述代理平台向所述第一服务器代理发送所述好友添加请求。

在本申请的一些实施例中，基于前述方案，所述第二平台1203还用于根据所述互助请求生成HTML5应用程序，所述HTML5应用程序用于记录所述互助任务；所述第二平台1203还用于将所述HTML5应用程序发送至所述通讯组群中。

在本申请的一些实施例中，基于前述方案，所述HTML5应用程序还用于记录所述互助任务在被处理和被跟踪过程中的关键节点信息。

在本申请的一些实施例中，基于前述方案，所述通讯组群中还包括第三用户，所述进行所述互助任务的处理和跟踪包括：所述第一用户和/或第二用户和/或第三用户根据所述互助任务进行处理和跟踪。

在本申请的一些实施例中，基于前述方案，在将所述互助任务发送至所述通讯组群中之前，所述第二平台1203还用于验证所述第二用户的身份信息；若所述第二用户的身份信息验证通过，则将所述互助任务发送至所述通讯组群中。

图13示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图13示出的电子设备的计算机系统1300仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图13所示，计算机系统1300包括中央处理单元(Central Processing Unit，CPU)1301，其可以根据存储在只读存储器(Read-Only Memory，ROM)1302中的程序或者从存储部分1308加载到随机访问存储器(Random Access Memory，RAM)1303中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 1303中，还存储有系统操作所需的各种程序和数据。CPU 1301、ROM 1302以及RAM 1303通过总线1304彼此相连。输入/输出(Input/Output，I/O)接口1305也连接至总线1304。

以下部件连接至I/O接口1305：包括键盘、鼠标等的输入部分1306；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1307；包括硬盘等的存储部分1308；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1309。通信部分1309经由诸如因特网的网络执行通信处理。驱动器1310也根据需要连接至I/O接口1305。可拆卸介质1311，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1310上，以便于从其上读出的计算机程序根据需要被安装入存储部分1308。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1309从网络上被下载和安装，和/或从可拆卸介质1311被安装。在该计算机程序被中央处理单元(CPU)1301执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

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

Claims (18)

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

第二平台接收第一平台发送的互助请求；

所述第二平台根据所述互助请求生成HTML5应用程序，所述HTML5应用程序用于记录与所述互助请求相对应的互助任务；

所述第二平台基于所述互助任务或所述互助请求，通过代理平台建立通讯组群，所述通讯组群至少包括第一用户和第二用户；

在所述HTML5应用程序中生成一个接口，所述接口用于进入到所述通讯组群中；

所述第二平台将所述HTML5应用程序发送至所述通讯组群中，以进行所述互助任务的处理和跟踪。

2.根据权利要求1所述的方法，其特征在于，所述第二平台接收第一平台发送的互助请求，包括：

所述第二平台检测所述第一平台是否具有将所述互助请求发送至第二平台的权限；

若具有，则接收所述第一平台发送的互助请求。

3.根据权利要求1所述的方法，其特征在于，在所述第二平台基于所述互助任务或所述互助请求，通过代理平台建立通讯组群之前，所述方法还包括：

所述第二平台通过所述代理平台建立所述第二用户与第一用户之间的好友关系。

4.根据权利要求3所述的方法，其特征在于，所述第二平台包括第二服务器和第二用户终端，所述第一平台包括第一服务器和第一用户终端，

所述通过所述代理平台建立所述第二用户与第一用户之间的好友关系，包括：

所述第二用户终端发送好友添加请求；

所述第二服务器将所述好友请求转发到所述代理平台；

所述代理平台向所述第一服务器代理发送所述好友添加请求；

所述第一服务器将所述好友添加请求转发给所述第一用户终端；

若所述第一用户终端接受所述好友添加请求，则建立所述第二用户与第一用户之间的好友关系。

5.根据权利要求4所述的方法，其特征在于，在所述代理平台向所述第一服务器代理发送所述好友添加请求之前，所述方法还包括：

所述代理平台验证所述第二服务器的认证信息；

若所述第二服务器的认证信息验证通过，则所述代理平台向所述第一服务器代理发送所述好友添加请求。

6.根据权利要求1所述的方法，其特征在于，所述HTML5应用程序还用于记录所述互助任务在被处理和被跟踪过程中的关键节点信息。

7.根据权利要求1所述的方法，其特征在于，所述通讯组群中还包括第三用户，所述进行所述互助任务的处理和跟踪，包括：

所述第一用户和/或第二用户和/或第三用户根据所述互助任务进行处理和跟踪。

8.根据权利要求1所述的方法，其特征在于，在所述第二平台将所述HTML5应用程序发送至所述通讯组群中之前，所述方法还包括：

所述第二平台验证所述第二用户的身份信息；

若所述第二用户的身份信息验证通过，则将所述HTML5应用程序发送至所述通讯组群中。

9.一种互助任务处理系统，其特征在于，所述系统至少包括：第一平台、代理平台以及第二平台，

所述第一平台，用于生成互助请求，以将所述互助请求发送至第二平台；

所述代理平台，用于基于互助任务或所述互助请求建立通讯组群，所述通讯组群至少包括第一用户和第二用户；

所述第二平台，用于接收第一平台发送的互助请求，以根据所述互助请求生成HTML5应用程序，在所述HTML5应用程序中生成一个接口，所述接口用于进入到所述通讯组群中去，所述HTML5应用程序用于记录与所述互助请求相对应的互助任务，将所述HTML5应用程序发送至所述通讯组群中，以进行所述互助任务的处理和跟踪。

10.根据权利要求9所述的系统，其特征在于，所述第二平台还用于检测所述第一平台是否具有将所述互助请求发送至第二平台的权限；若具有，则接收所述第一平台发送的互助请求。

11.根据权利要求9所述的系统，其特征在于，在所述第二平台基于所述互助任务或所述互助请求，通过代理平台建立通讯组群之前，所述代理平台还用于建立所述第二用户与第一用户之间的好友关系。

12.根据权利要求11所述的系统，其特征在于，所述第二平台包括：第二用户终端，用于发送好友添加请求；第二服务器，用于将所述好友请求转发到所述代理平台；所述第一平台包括：第一服务器，用于将所述好友添加请求转发给所述第一用户终端；第一用户终端，用于接受所述好友添加请求，以建立所述第二用户与第一用户之间的好友关系；所述代理平台还用于向所述第一服务器代理发送所述好友添加请求。

13.根据权利要求12所述的系统，其特征在于，在所述代理平台向所述第一服务器代理发送所述好友添加请求之前，所述代理平台还用于验证所述第二服务器的认证信息；若所述第二服务器的认证信息验证通过，则所述代理平台向所述第一服务器代理发送所述好友添加请求。

14.根据权利要求9所述的系统，其特征在于，所述HTML5应用程序还用于记录所述互助任务在被处理和被跟踪过程中的关键节点信息。

15.根据权利要求9所述的系统，其特征在于，所述通讯组群中还包括第三用户，所述进行所述互助任务的处理和跟踪包括：所述第一用户和/或第二用户和/或第三用户根据所述互助任务进行处理和跟踪。

16.根据权利要求9所述的系统，其特征在于，在所述第二平台将所述HTML5应用程序发送至所述通讯组群中之前，所述第二平台还用于验证所述第二用户的身份信息；若所述第二用户的身份信息验证通过，则将所述HTML5应用程序发送至所述通讯组群中。

17.一种计算机可读存储介质，其上存储有计算机程序，该计算机程序包括可执行指令，当该可执行指令被处理器执行时，实施如权利要求1至8中任一项所述的方法。

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

处理器；以及

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

其中，所述处理器被设置为执行所述可执行指令以实施如权利要求1至8中任一项所述的方法。

Images