CN112363940B - 一种数据处理方法、装置、存储介质及服务器 - Google Patents

Abstract

本申请实施例公开了一种数据处理方法、装置、存储介质及服务器，方法包括：接收第一客户端发送的针对目标应用的第一报错信息，并确定第一报错信息中的错误类型；查找错误类型与第一报错信息中的错误类型相同的第二报错信息，得到报错信息集合；基于第一报错信息和报错信息集合，确定获取客户端操作界面的获取条件；根据获取条件，从第一客户端和第二客户端中确定目标客户端；当满足获取条件时，向目标客户端发送获取指令，以使目标客户端根据获取指令获取目标应用的实时操作界面，并将获取到的实时操作界面返回至服务器。以此，当到达预测的时间或满足用户操作时触发客户端获取目标应用的实时操作界面，进而提升分析报错信息的效率。

Description

一种数据处理方法、装置、存储介质及服务器

技术领域

本申请涉及计算机领域，具体涉及一种数据处理方法、装置、计算机可读存储介质及服务器。

背景技术

近年来，伴随计算机设备技术的发展以及普及，涌现出越来越多的应用程序，各应用程序在上架应用商店前，均需进行大量的测试，以保证产品的稳定性。

现有技术中，开发人员在对应用程序进行测试时，仅能通过查看应用程序自身收集的报错信息，并针对报错信息进行分析，才可确定出引起错误的原因，但针对于一些分析难度较大的报错信息，需要花费开发人员大量的时间去确定产生错误的原因。

在对现有技术的研究和实践过程中，本申请的发明人发现，现有技术中针对于分析难度较大的报错信息，需花费大量的时间对其进行分析，造成分析时间过长，降低了分析效率。

发明内容

本申请实施例提供一种数据处理方法及装置，可以提升分析报错信息的效率。

为解决上述技术问题，本申请实施例提供以下技术方案：

一种数据处理方法，应用于服务器，包括：

接收第一客户端发送的针对目标应用的第一报错信息，并确定所述第一报错信息中的错误类型；

查找错误类型与所述第一报错信息中的错误类型相同的第二报错信息，得到报错信息集合，其中，第二报错信息包括由第二客户端发送的报错信息；

基于所述第一报错信息和所述报错信息集合，确定获取客户端操作界面的获取条件；

根据所述获取条件，从所述第一客户端和所述第二客户端中确定目标客户端；

当满足所述获取条件时，向目标客户端发送获取指令，以使所述目标客户端根据所述获取指令获取目标应用的实时操作界面，并将获取到的所述实时操作界面返回至所述服务器。

一种数据处理装置，应用于服务器，包括：

第一确定模块，用于接收第一客户端发送的针对目标应用的第一报错信息，并确定所述第一报错信息中的错误类型；

查找模块，用于查找错误类型与所述第一报错信息中的错误类型相同的第二报错信息，得到报错信息集合，其中，第二报错信息包括由第二客户端发送的报错信息；

第二确定模块，用于基于所述第一报错信息和所述报错信息集合，确定获取客户端操作界面的获取条件；

第三确定模块，用于根据所述获取条件，从所述第一客户端和所述第二客户端中确定目标客户端；

发送模块，用于当满足所述获取条件时，向目标客户端发送获取指令，以使所述目标客户端根据所述获取指令获取目标应用的实时操作界面，并将获取到的所述实时操作界面返回至所述服务器。

在一些实施例中，所述装置还包括：

第四确定模块，用于获取所述第一报错信息中错误产生的第一时间以及所述第二报错信息中错误产生的第二时间，并根据所述第一时间及所述第二时间确定目标时间；和/或，

第五确定模块，用于获取所述第一报错信息中错误产生前第一预设时间段内的第一用户操作信息，以及所述第二报错信息中错误产生前所述第一预设时间段内的第二用户操作信息；并根据所述第一用户操作信息及所述第二用户行操作信息确定目标用户操作信息。

在一些实施例中，所述第四确定模块包括：

第一确定子模块，用于确定所述第一时间和所述第二时间中，重复次数最多的时间为目标时间。

在一些实施例中，所述第五确定模块包括：

第二确定子模块，用于确定所述第一用户操作信息和所述第二用户行操作信息中，重复次数最多的用户操作信息为目标用户操作信息。。

在一些实施例中，所述第二确定模块包括：

第三确定子模块，用于确定所述目标时间为所述获取条件。

在一些实施例中，所述第二确定模块包括：

第四确定子模块，用于确定所述目标用户操作信息为所述获取条件。

在一些实施例中，所述第二确定模块包括：

第五确定子模块，用于基于所述目标时间及所述目标用户操作信息，确定获取条件。

在一些实施例中，所述第五确定子模块包括：

获取单元，用于获取所述第一报错信息及所述第二报错信息中存在所述目标时间的第一数量，以及存在所述目标用户操作信息的第二数量；

比对单元，用于比对所述第一数量及所述第二数量，得到比对结果；

确定单元，用于根据所述比对结果确定获取条件。

在一些实施例中，所述确定单元用于：

若比对结果为所述第一数量大于所述第二数量，则将所述目标时间确定为获取条件。

在一些实施例中，所述确定单元用于：

若比对结果为所述第一数量小于所述第二数量，则将所述目标用户操作信息，确定为获取条件。

在一些实施例中，所述第三确定模块包括：

第六确定子模块，用于将所述第一客户端和所述第二客户端中，在所述目标时间发生报错最多的客户端确定为所述目标客户端。

在一些实施例中，所述第三确定模块包括：

第七确定子模块，用于将所述第一客户端和所述第二客户端中，发送携带所述目标操作信息的操作请求的客户端确定为所述目标客户端。

在一些实施例中，所述第一报错信息还包括客户端标识及错误产生地址，所述第五确定子模块用于：

若所述第一时间及多个所述第二时间中不存在相同时间，且所述第一报错信息及所述第二报错信息中不存在相同的用户操作信息，则将接收到请求信息时的时间确定为获取条件，所述请求信息为：客户端基于所述错误产生地址和所述客户端标识向所述服务器发送的请求信息。

在一些实施例中，所述发送模块包括：

第一发送子模块，用于向所述目标客户端发送获取指令，以使目标客户端根据所述获取指令按照预设时间间隔截取所述目标应用的实时操作界面；

第一触发子模块，用于当检测到截取操作界面的持续时长达到预设获取时长时，触发所述目标客户端将截取实时操作界面得到的图像序列返回至所述服务器。

在一些实施例中，所述发送模块还包括：

判断子模块，用于接收所述图像序列，并判断第二预设时间段内是否接收到所述目标客户端针对所述目标应用发送的第三报错信息；

删除子模块，用于若第二预设时间段内未接收到所述目标客户端针对所述目标应用发送的第三报错信息，则删除目标客户端返回的所述图像序列；

转换子模块，用于若第二预设时间段内接收到所述目标客户端针对所述目标应用发送的第三报错信息，则将所述图像序列转换为视频文件。

在一些实施例中，所述发送模块包括：

第二发送子模块，用于向所述目标客户端发送获取指令，以使所述目标客户端根据所述获取指令录制所述目标应用的实时操作界面；

第二触发子模块，用于当接收到目标客户端发送的所述目标应用关闭的关闭指令时，触发所述目标客户端将录制实时操作界面得到的视频文件发送至所述服务器。

一种计算机可读存储介质，所述计算机可读存储介质存储有多条指令，所述指令适于处理器进行加载，以执行上述数据处理方法中的步骤。

一种服务器，包括存储器，处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现上述数据处理方法中的步骤。

本申请实施例通过接收第一客户端发送的针对目标应用的第一报错信息，并确定所述第一报错信息中的错误类型；查找错误类型与所述第一报错信息中的错误类型相同的第二报错信息，得到报错信息集合，其中，第二报错信息包括由第二客户端发送的报错信息；基于所述第一报错信息和所述报错信息集合，确定获取客户端操作界面的获取条件；根据所述获取条件，从所述第一客户端和所述第二客户端中确定目标客户端；当满足所述获取条件时，向目标客户端发送获取指令，以使所述目标客户端根据所述获取指令获取目标应用的实时操作界面，并将获取到的所述实时操作界面返回至所述服务器。以此，通过预测下次错误产生的时间或用户操作，当到达该时间或满足用户操作时触发客户端获取目标应用的实时操作界面，并伴随报错信息一并反馈至服务器，从而使开发人员看到产生错误时的现场画面，进而提升分析报错信息的效率。

附图说明

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

图1a为本申请实施例提供的数据处理方法的系统示意图。

图1b为本申请实施例提供的数据处理方法的流程示意图。

图2为本申请实施例提供的数据处理方法的另一流程示意图。

图3为本申请实施例提供的数据处理装置的结构示意图；

图4为本申请实施例提供的服务器的结构示意图。

具体实施方式

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

本申请实施例提供了一数据处理方法、装置及计算机可读存储介质。

请参阅图1a，图1a为本申请实施例所提供的数据处理系统的系统示意图，该系统可以包括至少一个客户端组1000，至少一个服务器2000，至少一个数据库3000，以及网络4000。每一应用对应有至少一服务器2000，且具备该应用的客户端形成客户端组1000，：成员客户端可以为手机、电脑或个人数字助理等客户端设备，客户端组1000中的每一成员客户端可以通过网络4000连接到该应用的同一服务器2000，或者该应用的多台服务器2000上。其中，网络4000可以是无线网络或者有线网络，比如无线网络为无线局域网(WLAN)、局域网(LAN)、蜂窝网络、2G网络、3G网络、4G网络、5G网络等。另外，不同的终端1000之间也可以使用自身的蓝牙网络或者热点网络连接到服务器2000等。另外，该系统可以包括多个数据库3000，多个数据库3000可以为集成于服务器2000内的数据库，或与服务器2000通过协议的方式建立通信连接的第三方数据库，并且可以将客户端组1000中成员客户端发送的报错信息存储于数据库3000中。

本申请实施例提供了一种数据处理方法，该方法可以由服务器执行。如图1a所示，该服务器2000在接收到客户端组1000中的第一客户端通过网络4000发送的第一报错信息时，确定该第一报错信息中的错误类型；从数据库3000中查找错误类型与该第一报错信息中的错误类型相同的第二报错信息，得到报错信息集合；基于该第一报错信息和该报错信息集合，确定获取客户端操作界面的获取条件；根据该获取条件，从该第一客户端和该第二客户端中确定目标客户端；当满足该获取条件时，向目标客户端发送获取指令，以使该目标客户端根据该获取指令获取目标应用的实时操作界面，并将获取到的该实时操作界面返回至该服务器2000。基于此，通过预测下次错误产生的时间或用户操作，当到达该时间或满足用户操作时触发客户端获取目标应用的实时操作界面，并伴随报错信息一并反馈至服务器，从而使开发人员看到产生错误时的现场画面，进而提升分析报错信息的效率

需要说明的是，图1a所示的数据处理系统的场景示意图仅仅是一个示例，本申请实施例描述的数据处理系统以及场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着数据处理系统的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

在本实施例中，将从数据处理装置的角度进行描述，该数据处理装置具体可以集成在具备储存单元并安装有微处理器而具有运算能力的服务器中。

请参阅图1b，图1b为本申请实施例提供的数据处理方法的流程示意图。该数据处理方法包括：

在步骤101中，接收第一客户端发送的针对目标应用的第一报错信息，并确定第一报错信息中的错误类型。

其中，针对于一款应用，均会有一台前端服务器来接收拥有该应用的成员客户端所发送的请求，或报错信息等，客户端组为具备目标应用的成员客户端所构成的客户端组。第一客户端即为客户端组中的任意一成员客户端。当用户使用成员客户端中的目标应用时，可能会由于一些操作，例如滚动、点击、查看、输入等行为导致目标应用报错，该成员客户端会收集调用堆栈、报错代码行列、错误产生时间、错误产生前用户的操作等信息形成一报错信息，并发送给该目标应用的后台服务器。当接收到成员客户端发送的第一报错信息时，会根据报错信息包括的调用堆栈或其他信息确定出错误类型。

具体的，错误类型可以为目标应用的功能类型，例如目标应用为直播应用，直播应用为由播放器，公屏栏、礼物栏等多个功能组成，因此当接收到第一报错信息时，可根据报错信息包括的调用堆栈或其他信息确定出该错误具体是播放器错误、公屏栏错误还是礼物栏错误等。

其中，针对于一些错误会事先做错误捕获，由于应用运行时错误是无法避免的，一旦出现运行时错误，将造成应用崩溃，无法继续执行，因此必须对运行时错误加以处理。处理运行时错误的过程称为错误捕获(Error Trapping)，因此当出现被错误捕获的错误时，该错误不会影响目标应用的运行。例如用户连续点击直播应用中的送礼按钮，目标应用会弹出一提示信息以告知用户不可连续点击，进而避免连续点击送礼按钮导致目标应用无法正常运行。故当客户端检测到目标应用产生错误时，可检测是否对该错误进行错误捕获，若进行错误捕获，则不需要对收集该错误的相关信息从而形成报错信息；若未对该错误进行错误捕获，则收集该错误的相关信息，进而形成报错信息。

在步骤102中，查找错误类型与第一报错信息中的错误类型相同的第二报错信息，得到报错信息集合。

其中，可根据第一报错信息中的错误类型从数据库中查找出错误类型与第一报错信息相同的第二报错信息，该第二报错信息为由客户端组中的任意一成员客户端或多个成员客户端在历史时间段内所发送的报错信息，也可以为任意一成员客户端或多个成员客户端在发送第一报错信息的同时发送的报错信息。也即发送第一报错信息与发送第二报错信息的第二客户端可以相同，也可以不同。并将查找出的第二报错信息确定为报错信息集合。

具体的，在查找第二报错信息时，可设定查找一范围，例如查找一周内或一个月内错误类型与第一报错信息的错误类型相同的其他报错信息，通过设定查找范围的方式可确定出近期产生同类型错误的第二报错信息，从而更精确的确定出该类型错误近期的产生时间或由何种用户操作导致的错误等。

在步骤103中，基于第一报错信息和报错信息集合，确定获取客户端操作界面的获取条件。

其中，为了预测同类型错误在下一次产生的时间，可通过第一报错信息以及确定出的报错信息集合进行预测，从而确定出客户端对目标应用的实时操作界面进行获取的获取条件。

本申请实施例与相关技术不同的是，本申请实施例通过第一报错信息以及错误类型与第一报错信息相同的报错信息集合预测该类型错误下一次产生的时间或者错误产生的用户操作信息，并在满足获取条件时(例如：到达错误预测的时间或者接收到客户端发送的携带用户操作信息的操作请求)对目标应用的实时操作界面进行获取，从而使开发人员获取到错误产生时的现场画面，进而提升分析报错信息的效率。

在一些实施方式中，在该基于该第一报错信息和该报错信息集合，确定获取客户端操作界面的获取条件的步骤之前，还包括：

(1)获取该第一报错信息中错误产生的第一时间以及该第二报错信息中错误产生的第二时间，并根据该第一时间及该第二时间确定目标时间；和/或，

(2)获取该第一报错信息中错误产生前第一预设时间段内的第一用户操作信息，以及该第二报错信息中错误产生前该第一预设时间段内的第二用户操作信息；并根据该第一用户操作信息及该第二用户行操作信息确定目标用户操作信息。

其中，获取错误产生前第一预设时间段内的用户操作信息的目的在于确定错误产生前用户对目标应用进行了什么操作，以第一报错信息为例，第一报错信息中在错误产生前10s内，用户连续点击了送礼按钮，因此可将用户连续点击送礼按钮的行为确定为第一报错信息的第一用户操作信息。并根据报错信息中包括的错误产生的时间，和/或错误产生前第一预设时间段内的用户操作信息预测下次错误产生的时间以及用户的用户操作信息。

具体的，可根据第一报错信息的第一时间以及每一第二报错信息的第二时间确定出该类型错误产生时间的规律，进而确定出目标时间。并根据第一报错信息的第一用户操作信息及每一第二用户行操作信息确定出产生该错误之前用户操作的规律，进而确定出目标用户操作信息，并根据目标时间及用户操作信息确定出获取条件。

在一些实施方式中，该根据该第一时间及该第二时间确定目标时间，包括：

(1.1)确定该第一时间和该第二时间中，重复次数最多的时间为目标时间。

其中，确定目标时间的方式可以为确定第一时间及多个第二时间中相同的时间的个数，并将个数最大的时间确定为目标时间。例如第一时间为0:00，多个第二时间分别为1:00、0:00、0:00、1:00，可以看出，相同的时间为0:00及1:00，时间为0:00的有3个，时间为1:00的有2个，因此将0:00确定为目标时间。将个数最大的时间确定为目标时间的目的在于提高预测的准确性，使得到达预测时间时目标应用有较大可能出现该类型错误，并通过客户端录制到产生错误的现场。确定目标用户操作信息的原理与确定目标时间的原理相同，此处不做赘述。

在一些实施方式中，该根据该第一用户操作信息及该第二用户行操作信息确定目标用户操作信息，包括：

(1.1)确定该第一用户操作信息和该第二用户行操作信息中，重复次数最多的用户操作信息为目标用户操作信息。

其中，确定目标用户操作信息的方式可以为确定第一用户操作信息和该第二用户行操作信息中相同的用户行操作信息的个数，并将个数最大的用户行操作信息确定为目标用户行操作信息。该步骤与确定目标时间的原理相同，此处不做赘述。

在一些实施方式中，该第一报错信息还包括客户端标识及错误产生地址，该方法还包括：

(1)若该第一时间及多个该第二时间中不存在相同时间，且该第一报错信息及该第二报错信息中不存在相同的用户操作信息，则将接收到请求信息时的时间确定为获取条件，该请求信息为：成员客户端基于该错误产生地址和该客户端标识向该服务器发送的请求信息。

其中，若不存在相同时间以及相同用户操作信息，则当接收到请求信息时的时间确定为获取条件。例如，当接收到客户端标识为A的客户端请求进入地址为B的直播间的请求信息时，将收到该请求信息的时间确定为获取条件。

在一些实施方式中，该基于该第一报错信息和该报错信息集合，确定获取客户端操作界面的获取条件，包括：

(1)确定该目标时间为该获取条件。

其中，若预测到该类型错误在目标时间发生的概率较大，则可以将目标时间确定为获取条件。

在一些实施方式中，该基于该第一报错信息和该报错信息集合，确定获取客户端操作界面的获取条件，包括：

(1)确定该目标用户操作信息为该获取条件。

其中，若预测出该类型错误是由于用户的一些用户操作所导致的，则可以将目标用户操作信息确定为该获取条件。

在一些实施方式中，该基于该第一报错信息和该报错信息集合，确定获取客户端操作界面的获取条件，包括：

(1)基于该目标时间及该目标用户操作信息，确定获取条件。

其中，还可以从目标时间以及目标用户操作信息两方面结合确定获取条件。

在一些实施方式中，该基于该目标时间及该目标用户操作信息，确定获取条件的步骤，包括：

(1.1)获取该第一报错信息及该第二报错信息中存在该目标时间的第一数量，以及存在该目标用户操作信息的第二数量；

(1.2)比对该第一数量及该第二数量，得到比对结果；

(1.3)根据该比对结果确定获取条件。

其中，为了提高预测的准确性，使得到有较大可能录制到该类型错误，因此可从第一报错信息及该第二报错信息中确定存在目标时间的第一数量，以及存在目标用户操作信息的第二数量。并比较第一数量与第二数量的大小关系，得到比对结果，并根据比对结果确定获取条件。

在一些实施方式中，该根据该比对结果确定获取条件的步骤，包括：

(1.1)若比对结果为该第一数量大于该第二数量，则将该目标时间确定为获取条件。

其中，若第一数量大于第二数量，则说明该类型错误中同一时间发生的几率较大，因此可将目标时间确定为获取条件。从而保证大几率获取到在目标时间时目标应用的实时操作界面。

在一些实施方式中，该根据该比对结果确定获取条件的步骤，包括：

(1.1)若比对结果为该第一数量小于该第二数量，则将该目标用户操作信息，确定为获取条件。

其中，若第一数量小于第二数量，则说明该类型错误中同一用户操作所导致错误的可能性较大，因此可将目标用户操作信息确定为获取条件。从而保证大几率获取到用户进行目标用户操作时目标应用的实时操作界面。

在步骤104中、根据该获取条件，从该第一客户端和该第二客户端中确定目标客户端。

其中，在步骤103中确定出获取条件一般为两种，第一种为以目标时间作为获取条件、第二种为以目标用户操作信息作为获取条件。针对于不同的获取条件，确定出的目标客户端也不同。

在一些实施方式中，该根据该获取条件，从该第一客户端和该第二客户端中确定目标客户端，包括：

(1)将该第一客户端和该第二客户端中，在该目标时间发生报错最多的客户端确定为该目标客户端。

针对于以目标时间作为获取条件的，也即该类型错误未找到是什么原因导致的，因此为了最大几率获取到成员客户端上发生该错误的错误现场，因此可从客户端组的成员客户端中确定出在目标时间发生报错最多的客户端作为目标客户端。

在一些实施方式中，该根据该获取条件，从该第一客户端和该第二客户端中确定目标客户端，包括：

(1)将该第一客户端和该第二客户端中，发送携带该目标操作信息的操作请求的客户端确定为该目标客户端。

其中，针对于以目标用户操作信息作为获取条件的，也即该类型错误是由于用户的某些操作所导致的，因此可从客户端组的成员客户端中确定发送携带有该目标用户操作信息的操作请求的客户端作为目标客户端。

其中，也可当满足上述两种获取条件的其中之一时，即可触发客户端对目标应用的实时操作界面进行获取。若均满足，则可以分别进行获取，此处不做限定。

在步骤105中，当满足获取条件时，向目标客户端发送获取指令，以使目标客户端根据获取指令获取目标应用的实时操作界面，并将获取到的实时操作界面返回至服务器。

其中，获取指令可以为录制协议，当满足获取条件时，将录制协议下发至客户端，以使客户端在接收到该录制协议后对目标应用的实时操作界面进行获取，并将录制到的文件返回值服务器。

在一些实施方式中，该向该目标客户端发送获取指令，以使该目标客户端根据该获取指令获取目标应用的实时操作界面，并将获取到的该实时操作界面发送至该服务器的步骤，包括：

(1.1)向该目标客户端发送获取指令，以使目标客户端根据该获取指令按照预设时间间隔截取该目标应用的实时操作界面；

(1.2)当检测到获取时长达到预设获取时长时，触发该目标客户端将截取实时操作界面得到的图像序列返回至该服务器。

其中，获取目标应用的实时操作界面的方式可以为按照预设时间间隔截取目标应用在目标客户端上的操作界面，当到达预设的获取时长时，触发目标客户端将截取到的图像序列返回给服务器。此外，也可在确定获取条件后，事先将获取条件发送至目标客户端，以使目标客户端在满足获取条件时自动触发获取目标应用的实时操作界面的步骤。从而避免服务器与目标客户端之间的通信质量较差导致的目标客户端在接收到获取指令时已错过错误产生现场的问题。

具体的，以直播应用为例，可通过屏幕截取工具html2canvas对直播应用的操作界面进行截取，其截取原理为：由于html页面是一个树形结构，父节点对应0-N个子节点，从根元素索引起，递归每个子树，直到最底下，再无子节点的叶子节点，然后开始复制所有节点的style样式(UI效果)，再将搜集到的元素及样式信息复制到画布(canvas)上面，canvas生成导出一张界面图片。

在一些实施方式中，在该触发该目标客户端将截取操作界面得到的图像序列返回至该服务器的步骤之后，还包括：

(1.1)接收该图像序列，并判断第二预设时间段内是否接收到该目标客户端针对该目标应用发送的第三报错信息；

(1.2)若第二预设时间段内未接收到该目标客户端针对该目标应用发送的第三报错信息，则删除目标客户端返回的该图像序列；

(1.3)若第二预设时间段内接收到该目标客户端针对该目标应用发送的第三报错信息，则将该图像序列转换为视频文件。

其中，由于是预测错误发生的时间，因此可能会出现获取实时操作界面时，目标应用并未产生错误的情况，因此可检测在接收到图像序列之前或之后的一段时间内是否接收到目标客户端发送的报错信息，从而可以确定获取实时操作界面时，目标应用是否产生错误。若产生错误，则可以将图像序列通过流拼接的方式转换为视频文件或者动图文件，从而方便开发人员观看错误产生的现场画面，若未产生错误，则可以将图像序列清除，从而避免占用数据库的存储空间，进而节省数据库的存储空间。

在一些实施方式中，该向该目标客户端发送获取指令，以使该目标客户端根据该获取指令获取目标应用的实时操作界面，并将获取到的该实时操作界面发送至该服务器的步骤，包括：

(1.1)向该目标客户端发送获取指令，以使该目标客户端根据该获取指令录制该目标应用的实时操作界面；

(1.2)当接收到目标客户端发送的该目标应用关闭的关闭指令时，触发该目标客户端将录制实时操作界面得到的视频文件发送至该服务器。

其中，获取目标应用的实时操作界面的方式可以为录制目标应用在目标客户端上的操作界面，并当接收到目标客户端发送的关于目标应用的关闭指令时，触发目标客户端将录制得到的视频文件直接发送至服务器。区别于截取操作界面的方式，节省服务器将图像序列转换为视频文件的步骤，降低了服务器的运行压力。

由上述可知，本申请实施例通过接收第一客户端发送的针对目标应用的第一报错信息，并确定该第一报错信息中的错误类型；查找错误类型与该第一报错信息中的错误类型相同的第二报错信息，得到报错信息集合，其中，第二报错信息包括由第二客户端发送的报错信息；基于该第一报错信息和该报错信息集合，确定获取客户端操作界面的获取条件；根据该获取条件，从该第一客户端和该第二客户端中确定目标客户端；当满足该获取条件时，向目标客户端发送获取指令，以使该目标客户端根据该获取指令获取目标应用的实时操作界面，并将获取到的该实时操作界面返回至该服务器。以此，通过预测下次错误产生的时间或用户操作，当到达该时间或满足用户操作时触发客户端获取目标应用的实时操作界面，并伴随报错信息一并反馈至服务器，从而使开发人员看到产生错误时的现场画面，进而提升分析报错信息的效率。

结合上述实施例所描述的方法，以下将举例作进一步详细说明。

在本实施例中，将以数据库为集成在服务器中为例，具体参照以下说明。

请参阅图2，图2为本申请实施例提供的数据处理方法的另一流程示意图。该方法流程可以包括：

在步骤201中，服务器接收第一客户端发送的针对目标应用的第一报错信息，并确定第一报错信息中的错误类型。

其中，针对于一款应用，均会有一台前端服务器来接收拥有该应用的成员客户端所发送的请求，或报错信息等，客户端组为具备目标应用的成员客户端所构成的客户端组。第一客户端即为客户端组中的任意一成员客户端。当用户使用成员客户端中的目标应用时，可能会由于一些操作，例如滚动、点击、查看、输入等行为导致目标应用报错，该成员客户端会收集调用堆栈、报错代码行列、错误产生时间、错误产生前用户的操作等信息形成一报错信息，并发送给该目标应用的后台服务器。当接收到成员客户端发送的第一报错信息时，会根据报错信息包括的调用堆栈或其他信息确定出错误类型。

具体的，错误类型可以为目标应用的功能类型，例如目标应用为直播应用，直播应用为由播放器，公屏栏、礼物栏等多个功能组成，因此当接收到第一报错信息时，可根据报错信息包括的调用堆栈或其他信息确定出该错误具体是播放器错误、公屏栏错误还是礼物栏错误等。

其中，针对于一些错误会事先做错误捕获，由于应用运行时错误是无法避免的，一旦出现运行时错误，将造成应用崩溃，无法继续执行，因此必须对运行时错误加以处理。处理运行时错误的过程称为错误捕获(Error Trapping)，因此当出现被错误捕获的错误时，该错误不会影响目标应用的运行。例如用户连续点击直播应用中的送礼按钮，目标应用会弹出一提示信息以告知用户不可连续点击，进而避免连续点击送礼按钮导致目标应用无法正常运行。故当客户端检测到目标应用产生错误时，可检测是否对该错误进行错误捕获，若进行错误捕获，则不需要对收集该错误的相关信息从而形成报错信息；若未对该错误进行错误捕获，则收集该错误的相关信息，进而形成报错信息。

在步骤202中，服务器查找错误类型与第一报错信息中的错误类型相同的第二报错信息，得到报错信息集合。

其中，可根据第一报错信息中的错误类型从数据库中查找出错误类型与第一报错信息相同的第二报错信息，该第二报错信息为由客户端组中的任意一成员客户端或多个成员客户端在历史时间段内所发送的报错信息，也可以为任意一成员客户端或多个成员客户端在发送第一报错信息的同时发送的报错信息。也即发送第一报错信息与发送第二报错信息的第二客户端可以相同，也可以不同。并将查找出的第二报错信息确定为报错信息集合。

具体的，在查找第二报错信息时，可设定查找一范围，例如查找一周内或一个月内错误类型与第一报错信息的错误类型相同的其他报错信息，通过设定查找范围的方式可确定出近期产生同类型错误的第二报错信息，从而更精确的确定出该类型错误近期的产生时间或由何种用户操作导致的错误等。

在步骤203中，服务器获取第一报错信息中错误产生的第一时间以及第二报错信息中错误产生的第二时间，并确定第一时间和第二时间中，重复次数最多的时间为目标时间。

其中，为了预测同类型错误在下一次产生的时间，可通过第一报错信息以及确定出的报错信息集合进行预测，从而确定出客户端对目标应用的实时操作界面进行获取的获取条件。

本申请实施例与相关技术不同的是，本申请实施例通过第一报错信息以及错误类型与第一报错信息相同的报错信息集合预测该类型错误下一次产生的时间或者错误产生的用户操作信息，并在满足获取条件时(例如：到达错误预测的时间或者接收到客户端发送的携带用户操作信息的操作请求)对目标应用的实时操作界面进行获取，从而使开发人员获取到错误产生时的现场画面，进而提升分析报错信息的效率。

例如，第一报错信息中错误的产生时间为0:00，第二报错信息中错误产生的时间为1:00、0:00、0:00、1:00。可以看出，相同的时间为0:00及1:00，时间为0:00的有3个，时间为1:00的有2个，因此将0:00确定为目标时间。将个数最大的时间确定为目标时间的目的在于提高预测的准确性，使得到达预测时间时目标应用有较大可能出现该类型错误，并通过客户端录制到产生错误的现场。

在步骤204中，服务器获取第一报错信息中错误产生前第一预设时间段内的第一用户操作信息，以及第二报错信息中错误产生前第一预设时间段内的第二用户操作信息；并确定第一用户操作信息和第二用户行操作信息中，重复次数最多的用户操作信息为目标用户操作信息。。

该步骤同步骤203，此处不做赘述。

在步骤205中，服务器获取第一报错信息及第二报错信息中存在目标时间的第一数量，以及存在目标用户操作信息的第二数量。

其中，为了提高预测的准确性，使得到达预测时间时目标应用有较大可能出现该类型错误，因此可从第一报错信息及该第二报错信息中确定存在目标时间的第一数量，以及存在目标用户操作信息的第二数量。并比较第一数量与第二数量的大小关系，得到比对结果，并根据比对结果确定获取条件。

例如，第一报错信息及第二报错信息中错误产生时间为0:00的第一数量为5个，存在用户点击送礼按钮的第二数量为4个，则可以确定产生同类型错误时在同一时间产生的概率较大。

在步骤206中，服务器比对第一数量及第二数量，得到比对结果。

其中，通过比对第一数量以及第二数量从而确定该类型错误是在同一时间产生的较多，还是由用户操作导致的较多。

在步骤207中，若比对结果为第一数量大于该第二数量，则服务器将目标时间确定为获取条件。

其中，若第一数量大于第二数量，则说明该类型错误中同一时间发生的几率较大，因此可将目标时间确定为获取条件。从而保证大几率获取到在目标时间时目标应用的实时操作界面。

在步骤208中，服务器将第一客户端和第二客户端中，在目标时间发生报错最多的客户端确定为目标客户端。

针对于以目标时间作为获取条件的，也即该类型错误未找到是什么原因导致的，因此为了最大几率获取到成员客户端上发生该错误的错误现场，因此可从客户端组的成员客户端中确定出在目标时间发生报错最多的客户端作为目标客户端。

在步骤209中，服务器向目标客户端发送获取指令，以使目标客户端根据获取指令按照预设时间间隔截取目标应用的实时操作界面。

具体的，以直播应用为例，可通过屏幕截取工具html2canvas对直播应用的操作界面进行截取，其截取原理为：由于html页面是一个树形结构，父节点对应0-N个子节点，从根元素索引起，递归每个子树，直到最底下，再无子节点的叶子节点，然后开始复制所有节点的style样式(UI效果)，再将搜集到的元素及样式信息复制到画布(canvas)上面，canvas生成导出一张界面图片。

在步骤210中，当检测到截取操作界面的持续时长达到预设获取时长时，服务器触发目标客户端将截取实时操作界面得到的图像序列返回至该服务器。

其中，当到达预设的获取时长时，触发目标客户端将截取到的图像序列返回给服务器。

在步骤211中，服务器判断第二预设时间段内是否接收到该目标客户端针对目标应用发送的第三报错信息。

其中，由于是预测错误发生的时间，因此可能会出现获取实时操作界面时，目标应用并未产生错误的情况，因此可检测在接收到图像序列之前或之后的一段时间内是否接收到目标客户端发送的报错信息，从而可以确定获取实时操作界面时，目标应用是否产生错误。

在步骤212中，若第二预设时间段内未接收到该目标客户端针对该目标应用发送的第三报错信息，则服务器删除目标客户端返回的图像序列。

若未产生错误，则可以将图像序列清除，从而避免占用数据库的存储空间，进而节省数据库的存储空间。

在步骤213中，若第二预设时间段内接收到目标客户端针对目标应用发送的第三报错信息，则服务器将图像序列转换为视频文件。

若产生错误，则可以将图像序列通过流拼接的方式转换为视频文件或者动图文件，从而方便开发人员观看错误产生的现场画面。

由上述可知，本申请实施例通过接收第一客户端发送的针对目标应用的第一报错信息，并确定该第一报错信息中的错误类型；查找错误类型与该第一报错信息中的错误类型相同的第二报错信息，得到报错信息集合，其中，第二报错信息包括由第二客户端发送的报错信息；基于该第一报错信息和该报错信息集合，确定获取客户端操作界面的获取条件；根据该获取条件，从该第一客户端和该第二客户端中确定目标客户端；当满足该获取条件时，向目标客户端发送获取指令，以使该目标客户端根据该获取指令获取目标应用的实时操作界面，并将获取到的该实时操作界面返回至该服务器。以此，通过预测下次错误产生的时间或用户操作，当到达该时间或满足用户操作时触发客户端获取目标应用的实时操作界面，并伴随报错信息一并反馈至服务器，从而使开发人员看到产生错误时的现场画面，进而提升分析报错信息的效率。

为便于更好的实施本申请实施例提供的数据处理方法，本申请实施例还提供一种基于上述数据处理方法的装置。其中名词的含义与上述数据处理方法中相同，具体实现细节可以参考方法实施例中的说明。

请参阅图3，图3为本申请实施例提供的数据处理装置的结构示意图，其中该数据处理装置可以包括第一确定模块301、查找模块302、第二确定模块、第三确定模块305以及发送模块305等。

第一确定模块301，用于接收第一客户端发送的针对目标应用的第一报错信息，并确定该第一报错信息中的错误类型；

查找模块302，用于查找错误类型与该第一报错信息中的错误类型相同的第二报错信息，得到报错信息集合，其中，第二报错信息包括由第二客户端发送的报错信息；

第二确定模块303，用于基于该第一报错信息和该报错信息集合，确定获取客户端操作界面的获取条件；

第三确定模块304，用于根据该获取条件，从该第一客户端和该第二客户端中确定目标客户端；

发送模块305，用于当满足该获取条件时，向目标客户端发送获取指令，以使该目标客户端根据该获取指令获取目标应用的实时操作界面，并将获取到的该实时操作界面返回至该服务器。

在一些实施方式中，该装置还包括：

第四确定模块，用于获取该第一报错信息中错误产生的第一时间以及该第二报错信息中错误产生的第二时间，并根据该第一时间及该第二时间确定目标时间；和/或，

第五确定模块，用于获取该第一报错信息中错误产生前第一预设时间段内的第一用户操作信息，以及该第二报错信息中错误产生前该第一预设时间段内的第二用户操作信息；并根据该第一用户操作信息及该第二用户行操作信息确定目标用户操作信息。

在一些实施方式中，该第四确定模块包括：

第一确定子模块，用于确定该第一时间和该第二时间中，重复次数最多的时间为目标时间。

在一些实施方式中，该第五确定模块包括：

第二确定子模块，用于确定该第一用户操作信息和该第二用户行操作信息中，重复次数最多的用户操作信息为目标用户操作信息。。

在一些实施方式中，该第二确定模块303包括：

第三确定子模块，用于确定该目标时间为该获取条件。

在一些实施方式中，该第二确定模块包括：

第四确定子模块，用于确定该目标用户操作信息为该获取条件。

在一些实施方式中，该第二确定模块303包括：

第五确定子模块，用于基于该目标时间及该目标用户操作信息，确定获取条件。

在一些实施方式中，该第五确定子模块包括：

获取单元，用于获取该第一报错信息及该第二报错信息中存在该目标时间的第一数量，以及存在该目标用户操作信息的第二数量；

比对单元，用于比对该第一数量及该第二数量，得到比对结果；

确定单元，用于根据该比对结果确定获取条件。

在一些实施方式中，该确定单元用于：

若比对结果为该第一数量大于该第二数量，则将该目标时间确定为获取条件。

在一些实施方式中，该确定单元用于：

若比对结果为该第一数量小于该第二数量，则将该目标用户操作信息，确定为获取条件。

在一些实施方式中，该第三确定模块304包括：

第六确定子模块，用于将该第一客户端和该第二客户端中，在该目标时间发生报错最多的客户端确定为该目标客户端。

在一些实施方式中，该第三确定模块304包括：

第七确定子模块，用于将该第一客户端和该第二客户端中，发送携带该目标操作信息的操作请求的客户端确定为该目标客户端。

在一些实施方式中，该第一报错信息还包括客户端标识及错误产生地址，该第五确定子模块用于：

若该第一时间及多个该第二时间中不存在相同时间，且该第一报错信息及该第二报错信息中不存在相同的用户操作信息，则将接收到请求信息时的时间确定为获取条件，该请求信息为：客户端基于该错误产生地址和该客户端标识向该服务器发送的请求信息。

在一些实施方式中，该发送模块305包括：

第一发送子模块，用于向该目标客户端发送获取指令，以使目标客户端根据该获取指令按照预设时间间隔截取该目标应用的实时操作界面；

第一触发子模块，用于当检测到截取操作界面的持续时长达到预设获取时长时，触发该目标客户端将截取实时操作界面得到的图像序列返回至该服务器。

由上述可知，本申请实施例通过第一确定模块301接收第一客户端发送的针对目标应用的第一报错信息，并确定该第一报错信息中的错误类型；查找模块302查找错误类型与该第一报错信息中的错误类型相同的第二报错信息，得到报错信息集合，其中，第二报错信息包括由第二客户端发送的报错信息；第二确定模块303基于该第一报错信息和该报错信息集合，确定获取客户端操作界面的获取条件；第三确定模块304根据该获取条件，从该第一客户端和该第二客户端中确定目标客户端；发送模块305当满足该获取条件时，向目标客户端发送获取指令，以使该目标客户端根据该获取指令获取目标应用的实时操作界面，并将获取到的该实时操作界面返回至该服务器。以此，通过预测下次错误产生的时间或用户操作，当到达该时间或满足用户操作时触发客户端获取目标应用的实时操作界面，并伴随报错信息一并反馈至服务器，从而使开发人员看到产生错误时的现场画面，进而提升分析报错信息的效率。

相应的，本申请实施例还提供一种服务器，如图4所示，图4为本申请实施例提供的服务器的结构示意图。该服务器2000包括有一个或者一个以上处理核心的处理器401、有一个或一个以上计算机可读存储介质的存储器402及存储在存储器402上并可在处理器上运行的计算机程序。其中，处理器401与存储器402电性连接。本领域技术人员可以理解，图中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

处理器401是服务器2000的控制中心，利用各种接口和线路连接整个服务器2000的各个部分，通过运行或加载存储在存储器402内的软件程序和/或模块，以及调用存储在存储器402内的数据，执行服务器2000的各种功能和处理数据，从而对服务器2000进行整体监控。

在本申请实施例中，服务器2000中的处理器401会按照如下的步骤，将一个或一个以上的应用程序的进程对应的指令加载到存储器402中，并由处理器401来运行存储在存储器402中的应用程序，从而实现各种功能：

接收第一客户端发送的针对目标应用的第一报错信息，并确定该第一报错信息中的错误类型；查找错误类型与该第一报错信息中的错误类型相同的第二报错信息，得到报错信息集合，其中，第二报错信息包括由第二客户端发送的报错信息；基于该第一报错信息和该报错信息集合，确定获取客户端操作界面的获取条件；根据该获取条件，从该第一客户端和该第二客户端中确定目标客户端；当满足该获取条件时，向目标客户端发送获取指令，以使该目标客户端根据该获取指令获取目标应用的实时操作界面，并将获取到的该实时操作界面返回至该服务器。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

可选的，如图4所示，服务器2000还包括：输入单元403以及电源404。其中，处理器401分别与输入单元403以及电源404电性连接。本领域技术人员可以理解，图4中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

输入单元403可用于接收输入的数字、字符信息或用户特征信息(例如指纹、虹膜、面部信息等)，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

电源404用于给服务器2000的各个部件供电。可选的，电源404可以通过电源管理系统与处理器401逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源404还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管图4中未示出，服务器2000还可以包括摄像头、传感器、无线保真模块、蓝牙模块等，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

由上可知，本实施例提供的服务器可以接收第一客户端发送的针对目标应用的第一报错信息，并确定该第一报错信息中的错误类型；查找错误类型与该第一报错信息中的错误类型相同的第二报错信息，得到报错信息集合，其中，第二报错信息包括由第二客户端发送的报错信息；基于该第一报错信息和该报错信息集合，确定获取客户端操作界面的获取条件；根据该获取条件，从该第一客户端和该第二客户端中确定目标客户端；当满足该获取条件时，向目标客户端发送获取指令，以使该目标客户端根据该获取指令获取目标应用的实时操作界面，并将获取到的该实时操作界面返回至该服务器。以此，通过预测下次错误产生的时间或用户操作，当到达该时间或满足用户操作时触发客户端获取目标应用的实时操作界面，并伴随报错信息一并反馈至服务器，从而使开发人员看到产生错误时的现场画面，进而提升分析报错信息的效率。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种计算机可读存储介质，其中存储有多条计算机程序，该计算机程序能够被处理器进行加载，以执行本申请实施例所提供的任一种数据处理方法中的步骤。例如，该计算机程序可以执行如下步骤：

接收第一客户端发送的针对目标应用的第一报错信息，并确定该第一报错信息中的错误类型；查找错误类型与该第一报错信息中的错误类型相同的第二报错信息，得到报错信息集合，其中，第二报错信息包括由第二客户端发送的报错信息；基于该第一报错信息和该报错信息集合，确定获取客户端操作界面的获取条件；根据该获取条件，从该第一客户端和该第二客户端中确定目标客户端；当满足该获取条件时，向目标客户端发送获取指令，以使该目标客户端根据该获取指令获取目标应用的实时操作界面，并将获取到的该实时操作界面返回至该服务器。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

其中，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

由于该存储介质中所存储的计算机程序，可以执行本申请实施例所提供的任一种数据处理方法中的步骤，因此，可以实现本申请实施例所提供的任一种数据处理方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

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

Claims (15)

1.一种数据处理方法，应用于服务器，其特征在于，包括：

接收第一客户端发送的针对目标应用的第一报错信息，并确定所述第一报错信息中的错误类型；

查找错误类型与所述第一报错信息中的错误类型相同的第二报错信息，得到报错信息集合，其中，第二报错信息包括由第二客户端发送的报错信息；

获取所述第一报错信息中错误产生的第一时间以及所述第二报错信息中错误产生的第二时间，并根据所述第一时间及所述第二时间确定目标时间；和/或，

获取所述第一报错信息中错误产生前第一预设时间段内的第一用户操作信息，以及所述第二报错信息中错误产生前所述第一预设时间段内的第二用户操作信息；并根据所述第一用户操作信息及所述第二用户操作信息确定目标用户操作信息；

确定所述目标时间为获取条件；或

确定所述目标用户操作信息为获取条件；或；

基于所述目标时间及所述目标用户操作信息，确定获取条件；

根据所述获取条件，从所述第一客户端和所述第二客户端中确定目标客户端；

当满足所述获取条件时，向所述目标客户端发送获取指令，以使所述目标客户端根据所述获取指令获取目标应用的实时操作界面，并将获取到的所述实时操作界面返回至所述服务器。

2.根据权利要求1所述的数据处理方法，其特征在于，所述根据所述第一时间及所述第二时间确定目标时间，包括：

确定所述第一时间和所述第二时间中，重复次数最多的时间为目标时间。

3.根据权利要求1所述的数据处理方法，其特征在于，所述根据所述第一用户操作信息及所述第二用户操作信息确定目标用户操作信息，包括：

确定所述第一用户操作信息和所述第二用户操作信息中，重复次数最多的用户操作信息为目标用户操作信息。

4.根据权利要求1所述的数据处理方法，其特征在于，所述基于所述目标时间及所述目标用户操作信息，确定获取条件的步骤，包括：

获取所述第一报错信息及所述第二报错信息中存在所述目标时间的第一数量，以及存在所述目标用户操作信息的第二数量；

比对所述第一数量及所述第二数量，得到比对结果；

根据所述比对结果确定获取条件。

5.根据权利要求4所述的数据处理方法，其特征在于，所述根据所述比对结果确定获取条件的步骤，包括：

若比对结果为所述第一数量大于所述第二数量，则将所述目标时间确定为获取条件。

6.根据权利要求4所述的数据处理方法，其特征在于，所述根据所述比对结果确定获取条件的步骤，包括：

若比对结果为所述第一数量小于所述第二数量，则将所述目标用户操作信息，确定为获取条件。

7.根据权利要求1或4任一项所述的数据处理方法，其特征在于，所述根据所述获取条件，从所述第一客户端和所述第二客户端中确定目标客户端，包括：

将所述第一客户端和所述第二客户端中，在所述目标时间发生报错最多的客户端确定为所述目标客户端。

8.根据权利要求1或6任一项所述的数据处理方法，其特征在于，所述根据所述获取条件，从所述第一客户端和所述第二客户端中确定目标客户端，包括：

将所述第一客户端和所述第二客户端中，发送携带所述目标用户操作信息的操作请求的客户端确定为所述目标客户端。

9.根据权利要求1所述的数据处理方法，其特征在于，所述第一报错信息还包括客户端标识及错误产生地址，所述基于所述目标时间及所述目标用户操作信息，确定获取条件的步骤，包括：

若所述第一时间及多个所述第二时间中不存在相同时间，且所述第一报错信息及所述第二报错信息中不存在相同的用户操作信息，则将接收到请求信息时的时间确定为获取条件，所述请求信息为：客户端基于所述错误产生地址和所述客户端标识向所述服务器发送的请求信息。

10.根据权利要求1所述的数据处理方法，其特征在于，所述向所述目标客户端发送获取指令，以使所述目标客户端根据所述获取指令获取目标应用的实时操作界面，并将获取到的所述实时操作界面返回至所述服务器的步骤，包括：

向所述目标客户端发送获取指令，以使目标客户端根据所述获取指令按照预设时间间隔截取所述目标应用的实时操作界面；

当检测到截取操作界面的持续时长达到预设获取时长时，触发所述目标客户端将截取实时操作界面得到的图像序列返回至所述服务器。

11.根据权利要求10所述的数据处理方法，其特征在于，在所述触发所述目标客户端将截取实时操作界面得到的图像序列返回至所述服务器的步骤之后，还包括：

判断第二预设时间段内是否接收到所述目标客户端针对所述目标应用发送的第三报错信息；

若第二预设时间段内未接收到所述目标客户端针对所述目标应用发送的第三报错信息，则删除所述目标客户端返回的图像序列；

若第二预设时间段内接收到所述目标客户端针对所述目标应用发送的第三报错信息，则将所述图像序列转换为视频文件。

12.根据权利要求1所述的数据处理方法，其特征在于，所述向所述目标客户端发送获取指令，以使所述目标客户端根据所述获取指令获取目标应用的实时操作界面，并将获取到的所述实时操作界面返回至所述服务器的步骤，包括：

向所述目标客户端发送获取指令，以使所述目标客户端根据所述获取指令录制所述目标应用的实时操作界面；

当接收到目标客户端发送的所述目标应用关闭的关闭指令时，触发所述目标客户端将录制实时操作界面得到的视频文件发送至所述服务器。

13.一种数据处理装置，应用于服务器，其特征在于，包括：

第一确定模块，用于接收第一客户端发送的针对目标应用的第一报错信息，并确定所述第一报错信息中的错误类型；

查找模块，用于查找错误类型与所述第一报错信息中的错误类型相同的第二报错信息，得到报错信息集合，其中，第二报错信息包括由第二客户端发送的报错信息；

第四确定模块，用于获取所述第一报错信息中错误产生的第一时间以及所述第二报错信息中错误产生的第二时间，并根据所述第一时间及所述第二时间确定目标时间；和/或，

第五确定模块，用于获取所述第一报错信息中错误产生前第一预设时间段内的第一用户操作信息，以及所述第二报错信息中错误产生前所述第一预设时间段内的第二用户操作信息；并根据所述第一用户操作信息及所述第二用户操作信息确定目标用户操作信息；

第二确定模块，包括：第三确定子模块，用于确定所述目标时间为获取条件；或

第四确定子模块，用于确定所述目标用户操作信息为获取条件；或

第五确定子模块，用于基于所述目标时间及所述目标用户操作信息，确定获取条件；

第三确定模块，用于根据所述获取条件，从所述第一客户端和所述第二客户端中确定目标客户端；

发送模块，用于当满足所述获取条件时，向所述目标客户端发送获取指令，以使所述目标客户端根据所述获取指令获取目标应用的实时操作界面，并将获取到的所述实时操作界面返回至所述服务器。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有多条指令，所述指令适于处理器进行加载，以执行权利要求1至12任一项所述的数据处理方法中的步骤。

15.一种服务器，包括存储器，处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至12任一项所述的数据处理方法中的步骤。