CN107918565A - 一种应用程序的异常信息的上报方法及移动终端 - Google Patents

Abstract

一种应用程序的异常信息的上报方法及移动终端，包括：通过异常信息滤重、压缩上传数据以及限制异常信息重复上传的方式，节省了应用程序的异常信息的上报时长、上报所需流量，而且，移动终端控制了异常信息的上报容量，所以还节省了后台服务器的存储空间，提升了后台异常页面的展示效率。实施本发明实施例，能够缩减应用程序的异常信息的上报时长、上报所需流量，降低移动终端的功耗。

Description

一种应用程序的异常信息的上报方法及移动终端

技术领域

本发明涉及计算机技术领域，具体涉及一种应用程序的异常信息的上报方法及移动终端。

背景技术

在人们使用移动终端中的应用程序时，不可避免地，应用程序或多或少都会出现卡顿或闪退等异常现象。一般情况下，一旦应用程序在使用时出现异常状况，移动终端会在后台实时监控源代码并将源代码反馈的异常信息立即上报至服务器。但是，这种上报异常信息的方法需要移动终端花费过多的时间和过多的流量来将异常信息上报至服务器，进而导致移动终端的功耗过大。

发明内容

本发明实施例公开了一种应用程序的异常信息的上报方法及移动终端，能够节省应用程序的异常信息的上报时长、上报所需流量，进而降低移动终端的功耗。

本发明实施例第一方面公开了一种应用程序的异常信息的上报方法，所述方法包括：

采集移动终端的目标应用程序每次发生异常时对应的异常信息，得到异常信息集；

对所述异常信息集进行信息去重复处理，以获得异常信息子集，并存储所述异常信息子集至所述移动终端的数据库，所述异常信息子集中不存在重复信息；

对所述异常信息子集进行压缩，获得异常压缩信息子集；其中，所述异常压缩信息子集的容量小于或等于后台服务器指定的上报容量；

将所述异常压缩信息子集上传至所述后台服务器。

作为一种可选的实施方式，在本发明实施例第一方面中，在采集移动终端的目标应用程序每次发生异常时对应的异常信息，得到异常信息集之前，还包括：

从后台服务器中获取允许采集异常信息的预设采集时段；

判断所述移动终端的当前所处时间点是否位于所述预设采集时段内；

如果是，判断所述移动终端是否具有采集所述移动终端的目标应用程序对应的异常信息的权限；

如果是，执行所述的采集移动终端的目标应用程序每次发生异常时对应的异常信息。

作为一种可选的实施方式，在本发明实施例第一方面中，在采集移动终端的目标应用程序每次发生异常时对应的异常信息，得到异常信息集之后，还包括：

获取所述异常信息集中重复出现的异常信息的重复出现次数，并存储所述重复出现的异常信息的重复出现次数至所述移动终端的数据库。

作为一种可选的实施方式，在本发明实施例第一方面中，所述方法还包括：

判断所述异常压缩信息子集是否成功上传至所述后台服务器；

如果是，判断所述异常压缩信息子集对应的所述异常信息子集在所述移动终端的数据库中的存储时长是否超出预设存储时长；

如果是，删除存储在所述移动终端的数据库中的所述异常信息子集。

作为一种可选的实施方式，在本发明实施例第一方面中，所述方法还包括：

接收由所述后台服务器发送的所述移动终端的所有应用程序的使用异常详情信息；

根据所述使用异常详情信息更新所述所有应用程序中需要进行更新的异常应用程序。

本发明实施例第二方面公开了一种移动终端，所述移动终端包括：

采集单元，用于采集所述移动终端的目标应用程序每次发生异常时对应的异常信息，得到异常信息集；

处理单元，用于对所述异常信息集进行信息去重复处理，以获得异常信息子集；

第一存储单元，用于存储所述异常信息子集至所述移动终端的数据库，所述异常信息子集中不存在重复信息；

压缩单元，用于对所述异常信息子集进行压缩，获得异常压缩信息子集；其中，所述异常压缩信息子集的容量小于或等于后台服务器指定的上报容量；

上传单元，用于将所述异常压缩信息子集上传至所述后台服务器。

作为一种可选的实施方式，在本发明实施例第二方面中，所述移动终端还包括：

第一获取单元，用于在所述采集单元采集所述移动终端的所述目标应用程序每次发生异常时对应的异常信息，得到所述异常信息集之前，从后台服务器中获取允许采集异常信息的预设采集时段；

第一判断单元，用于判断所述移动终端的当前所处时间点是否位于所述预设采集时段内；

第二判断单元，用于在所述第一判断单元判断出所述移动终端的所述当前所处时间点位于所述预设采集时段内之后，判断所述移动终端是否具有采集所述移动终端的目标应用程序对应的异常信息的权限；

所述采集单元，具体用于在所述第二判断单元判断出所述移动终端具有采集所述移动终端的所述目标应用程序对应的异常信息的权限之后，采集所述移动终端的所述目标应用程序每次发生异常时对应的异常信息。

作为一种可选的实施方式，在本发明实施例第二方面中，所述移动终端还包括：

第二获取单元，用于在所述采集单元采集所述移动终端的所述目标应用程序每次发生异常时对应的异常信息，得到所述异常信息集之后，获取所述异常信息集中重复出现的异常信息的重复出现次数；

第二存储单元，用于存储所述重复出现的异常信息的重复出现次数至所述移动终端的数据库。

作为一种可选的实施方式，在本发明实施例第二方面中，所述移动终端还包括：

第三判断单元，用于判断所述异常压缩信息子集是否成功上传至所述后台服务器；

第四判断单元，用于在所述第三判断单元判断出所述异常压缩信息子集成功上传至所述后台服务器之后，判断所述异常压缩信息子集对应的所述异常信息子集在所述移动终端的数据库中的存储时长是否超出预设存储时长；

删除单元，用于在所述第四判断单元判断出所述异常压缩信息子集对应的所述异常信息子集在所述移动终端的数据库中的存储时长超出所述预设存储时长之后，删除存储在所述移动终端的数据库中的所述异常信息子集。

作为一种可选的实施方式，在本发明实施例第二方面中，所述移动终端还包括：

接收单元，用于接收由所述后台服务器发送的所述移动终端的所有应用程序的使用异常详情信息；

更新单元，用于根据所述使用异常详情信息更新所述所有应用程序中需要进行更新的异常应用程序。

本发明实施例第三方面公开了一种移动终端，包括：

存储有可执行程序代码的存储器；

与所述存储器耦合的处理器；

所述处理器调用所述存储器中存储的所述可执行程序代码，执行权利要求1～5任一项所述的应用程序的异常信息的上报方法。

本发明实施例第四方面公开了一种计算机可读存储介质，其存储计算机程序，其中，所述计算机程序使得计算机执行权利要求1～5任一项所述的应用程序的异常信息的上报方法。

与现有技术相比，本发明实施例具有以下有益效果：

本发明实施例中，能够通过异常信息滤重、压缩上传数据以及限制异常信息重复上传的方式，节省应用程序的异常信息的上报时长、上报所需流量，而且，因为移动终端控制了异常信息的上报容量，所以还能够节省后台服务器的存储空间，并且，提升了后台异常页面的展示效率。可见，实施本发明实施例，能够缩减应用程序的异常信息的上报时长、上报所需流量，降低移动终端的功耗。

附图说明

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

图1是本发明实施例公开的一种应用程序的异常信息的上报方法的流程示意图；

图2是本发明实施例公开的另一种应用程序的异常信息的上报方法的流程示意图；

图3是本发明实施例公开的又一种应用程序的异常信息的上报方法的流程示意图；

图4是本发明实施例公开的一种移动终端的结构示意图；

图5是本发明实施例公开的另一种移动终端的结构示意图；

图6是本发明实施例公开的又一种移动终端的结构示意图；

图7是本发明实施例公开的又一种移动终端的结构示意图。

具体实施方式

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

需要说明的是，本发明实施例及附图中的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明实施例公开了一种应用程序的异常信息的上报方法及移动终端，能够缩减应用程序的异常信息的上报时长、上报所需流量，降低移动终端的功耗。以下分别进行详细说明。

实施例一

请参阅图1，图1是本发明实施例公开的一种应用程序的异常信息的上报方法的流程示意图。其中，图1所示的方法适用于智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑、UMPC(Ultra-mobile Personal Computer，超级移动个人计算机)、上网本以及移动互联网设备(Mobile Internet Devices，MID)、PAD等移动终端。如图1所示，该应用程序的异常信息的上报方法可以包括以下步骤：

101、采集移动终端的目标应用程序每次发生异常时对应的异常信息，得到异常信息集。

本发明实施例中，当移动终端的目标应用程序每次发生异常(例如闪退、卡顿等问题)时，可以采集异常信息，异常信息包括发生异常的时间、具体异常问题以及异常细节，将每一次采集到的异常信息存储就得到了异常信息集。

102、对异常信息集进行信息去重复处理，以获得异常信息子集，并存储异常信息子集至移动终端的数据库，异常信息子集中不存在重复信息。

本发明实施例中，在步骤101得到异常信息集之后，可以通过数据去重技术删除异常信息集中的重复异常信息，获得异常信息子集，即不存在重复信息的子集，再存储异常信息子集存储至数据库中备用，其中，数据去重技术通过删除重复数据可以减低需要的存储介质数量，进而降低成本，即节省了存储空间，还可以提升写入性能，节省网络带宽。

103、对异常信息子集进行压缩，获得异常压缩信息子集；其中，异常压缩信息子集的容量小于或等于后台服务器指定的上报容量。

本发明实施例中，在步骤102获得异常信息子集之后，可以对异常信息子集进行压缩，获得异常压缩信息子集，进一步地节省了存储空间，提高了上传速度。

104、将异常压缩信息子集上传至后台服务器。

可见，实施图1所描述的应用程序的异常信息的上报方法，能够通过采集移动终端的目标应用程序每次发生异常时对应的异常信息，对移动终端中的应用程序达到了实时监控的目的；还能够通过对异常信息集进行信息去重复处理，节省了应用程序的异常信息的上报时长，上报所需流量；还能够通过对异常信息子集进行压缩，节省了后台服务器的存储空间，并且提升了后台异常页面的展示效率。所以，综上所述可得出如下结论，实施图1所描述的应用程序的异常信息的上报方法，能够缩减应用程序的异常信息的上报时长、上报所需流量，降低移动终端的功耗。

实施例二

请参阅图2，图2是本发明实施例公开的另一种应用程序的异常信息的上报方法的流程示意图。如图2所示，该应用程序的异常信息的上报方法可以包括以下步骤：

201、从后台服务器中获取允许采集异常信息的预设采集时段。

本发明实施例中，可以接受到由后台服务器发送的允许采集异常信息的预设采集时段，即只有在预设采集时段内，才可以采集移动终端中的应用程序的异常信息，一定程度上降低了移动终端的功耗。

202、判断移动终端的当前所处时间点是否位于预设采集时段内，如果是，则执行步骤203，如果否，则执行步骤202。

203、判断移动终端是否具有采集移动终端的目标应用程序对应的异常信息的权限，如果是，则执行步骤204，如果否，则结束本次流程。

204、采集移动终端的目标应用程序每次发生异常时对应的异常信息，得到异常信息集。

205、获取异常信息集中重复出现的异常信息的重复出现次数，并存储重复出现的异常信息的重复出现次数至移动终端的数据库。

本发明实施例中，在步骤204得到异常信息集之后，可以获取并存储异常信息集中重复出现的异常信息的重复出现次数，以供用户在更新应用程序时进行参考，触发执行步骤206。

206、对异常信息集进行信息去重复处理，以获得异常信息子集，并存储异常信息子集至移动终端的数据库，异常信息子集中不存在重复信息。

207、对异常信息子集进行压缩，获得异常压缩信息子集；其中，异常压缩信息子集的容量小于或等于后台服务器指定的上报容量。

208、将异常压缩信息子集上传至后台服务器。

可见，实施图2所描述的应用程序的异常信息的上报方法，能够通过在预设采集时段内，才可以采集移动终端中的应用程序的异常信息，一定程度上降低了移动终端的功耗；还能够通过采集移动终端的目标应用程序每次发生异常时对应的异常信息，对移动终端中的应用程序达到了实时监控的目的；还能够通过对异常信息集进行信息去重复处理，节省了应用程序的异常信息的上报时长，上报所需流量；还能够通过对异常信息子集进行压缩，节省了后台服务器的存储空间，并且提升了后台异常页面的展示效率。所以，综上所述可得出如下结论，实施图2所描述的应用程序的异常信息的上报方法，能够进一步缩减应用程序的异常信息的上报时长、上报所需流量，降低移动终端的功耗。

实施例三

请参阅图3，图3是本发明实施例公开的又一种应用程序的异常信息的上报方法的流程示意图。如图3所示，该应用程序的异常信息的上报方法可以包括以下步骤：

301、从后台服务器中获取允许采集异常信息的预设采集时段。

302、判断移动终端的当前所处时间点是否位于预设采集时段内，如果是，则执行步骤303，如果否，则执行步骤302。

303、判断移动终端是否具有采集移动终端的目标应用程序对应的异常信息的权限，如果是，则执行步骤304，如果否，则结束本次流程。

304、采集移动终端的目标应用程序每次发生异常时对应的异常信息，得到异常信息集。

305、获取异常信息集中重复出现的异常信息的重复出现次数，并存储重复出现的异常信息的重复出现次数至移动终端的数据库。

306、对异常信息集进行信息去重复处理，以获得异常信息子集，并存储异常信息子集至移动终端的数据库，异常信息子集中不存在重复信息。

307、对异常信息子集进行压缩，获得异常压缩信息子集；其中，异常压缩信息子集的容量小于或等于后台服务器指定的上报容量。

308、将异常压缩信息子集上传至后台服务器。

309、判断异常压缩信息子集是否成功上传至后台服务器，如果是，则执行步骤310，如果否，则执行步骤309。

310、判断异常压缩信息子集对应的异常信息子集在移动终端的数据库中的存储时长是否超出预设存储时长，如果是，则执行步骤311，如果否，则执行步骤310。

311、删除存储在移动终端的数据库中的异常信息子集。

本发明实施例中，可以删除存储在移动终端的数据库中已经超出预设存储时长的异常信息子集，避免了应用程序在使用一段时间后仍然在上传重复异常的问题，节省了上报所需的流量，并触发执行步骤312。

312、接收由后台服务器发送的移动终端的所有应用程序的使用异常详情信息。

本发明实施例中，在步骤311删除存储在移动终端的数据库中的异常信息子集之后，可以接收由后台服务器发送的移动终端的所有应用程序的使用异常详情信息，其中，使用异常详情包括针对移动终端中的每一个应用程序的各种异常出现的频率，用户可以根据使用异常详情信息选择更新应用程序，相比更新全部应用程序，缩减了更新时间，明显改善了用户体验。

313、根据使用异常详情信息更新所有应用程序中需要进行更新的异常应用程序。

本发明实施例中，在步骤312接收由后台服务器发送的移动终端的所有应用程序的使用异常详情信息之后，可以根据使用异常详情信息更新所有应用程序中需要进行更新的异常应用程序，如果某个应用的某方面异常频率高出了预设范围，影响了用户的正常使用，则自动更新，用户也可根据自己的需求手动更新，本发明实施例不作限定。

可见，实施图3所描述的应用程序的异常信息的上报方法，能够通过在预设采集时段内，才可以采集移动终端中的应用程序的异常信息，一定程度上降低了移动终端的功耗；还能够通过采集移动终端的目标应用程序每次发生异常时对应的异常信息，对移动终端中的应用程序达到了实时监控的目的；还能够通过对异常信息集进行信息去重复处理，节省了应用程序的异常信息的上报时长，上报所需流量；还能够通过对异常信息子集进行压缩，节省了后台服务器的存储空间，并且提升了后台异常页面的展示效率；还能够通过删除存储在移动终端的数据库中的异常信息子集，避免应用程序在使用一段时间后仍然在上传重复异常的问题，节省上报所需的流量。所以，综上所述可得出如下结论，实施图3所描述的应用程序的异常信息的上报方法，能够更大程度地缩减应用程序的异常信息的上报时长、上报所需流量，降低移动终端的功耗。

实施例四

请参阅图4，图4是本发明实施例公开的一种移动终端的结构示意图。其中，该移动终端可以为智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑、UMPC(Ultra-mobile Personal Computer，超级移动个人计算机)、上网本以及移动互联网设备(MobileInternet Devices，MID)、PAD等，本发明实施例不作限定。如图4所示，该移动终端可以包括：

采集单元401，用于采集移动终端的目标应用程序每次发生异常时对应的异常信息，得到异常信息集。

本发明实施例中，当移动终端的目标应用程序每次发生异常(例如闪退、卡顿等问题)时，采集单元401可以采集异常信息，异常信息包括发生异常的时间、具体异常问题以及异常细节，将每一次采集到的异常信息存储就得到了异常信息集。

处理单元402，用于对异常信息集进行信息去重复处理，以获得异常信息子集。

本发明实施例中，在采集单元401得到异常信息集之后，处理单元402可以通过数据去重技术删除异常信息集中的重复异常信息，获得异常信息子集，即不存在重复信息的子集。

第一存储单元403，用于存储异常信息子集至移动终端的数据库，异常信息子集中不存在重复信息。

本发明实施例中，第一存储单元403可以存储异常信息子集存储至数据库中备用，其中，数据去重技术通过删除重复数据可以减低需要的存储介质数量，进而降低成本，即节省了存储空间，还可以提升写入性能，节省网络带宽。

压缩单元404，用于对异常信息子集进行压缩，获得异常压缩信息子集。其中，异常压缩信息子集的容量小于或等于后台服务器指定的上报容量。

本发明实施例中，在处理单元402获得异常信息子集之后，压缩单元404可以对异常信息子集进行压缩，获得异常压缩信息子集，进一步地节省了存储空间，提高了上传速度。

上传单元405，用于将异常压缩信息子集上传至后台服务器。

可见，实施图4所描述的移动终端，能够通过采集单元401采集移动终端的目标应用程序每次发生异常时对应的异常信息，对移动终端中的应用程序达到了实时监控的目的；还能够通过处理单元402对异常信息集进行信息去重复处理，节省了应用程序的异常信息的上报时长，上报所需流量；还能够通过压缩单元404对异常信息子集进行压缩，节省了后台服务器的存储空间，并且提升了后台异常页面的展示效率。所以，综上所述可得出如下结论，实施图4所描述的移动终端，能够缩减应用程序的异常信息的上报时长、上报所需流量，降低移动终端的功耗。

实施例五

请参阅图5，图5是本发明实施例公开的另一种移动终端的结构示意图。其中，图5所示的移动终端是由图4所示的移动终端进行优化得到的。与图4所示的移动终端相比较，图5所示的移动终端还可以包括：

第一获取单元406，用于在采集单元401采集移动终端的目标应用程序每次发生异常时对应的异常信息，得到异常信息集之前，从后台服务器中获取允许采集异常信息的预设采集时段。

本发明实施例中，第一获取单元406可以接受到由后台服务器发送的允许采集异常信息的预设采集时段，即只有在预设采集时段内，才可以采集移动终端中的应用程序的异常信息，一定程度上降低了移动终端的功耗。

第一判断单元407，用于判断移动终端的当前所处时间点是否位于预设采集时段内。

第二判断单元408，用于在第一判断单元407判断出移动终端的当前所处时间点位于预设采集时段内之后，判断移动终端是否具有采集移动终端的目标应用程序对应的异常信息的权限。

采集单元401，具体用于在第二判断单元408判断出移动终端具有采集移动终端的目标应用程序对应的异常信息的权限之后，采集移动终端的目标应用程序每次发生异常时对应的异常信息。

第二获取单元409，用于在采集单元401采集移动终端的目标应用程序每次发生异常时对应的异常信息，得到异常信息集之后，获取异常信息集中重复出现的异常信息的重复出现次数。

第二存储单元410，用于存储重复出现的异常信息的重复出现次数至移动终端的数据库。

本发明实施例中，在第二存储单元410存储重复出现的异常信息的重复出现次数至移动终端的数据库之后，触发执行处理单元402。

可见，实施图5所描述的移动终端，能够通过第一获取单元406在预设采集时段内，才可以采集移动终端中的应用程序的异常信息，一定程度上降低了移动终端的功耗；还能够通过采集单元401采集移动终端的目标应用程序每次发生异常时对应的异常信息，对移动终端中的应用程序达到了实时监控的目的；还能够通过处理单元402对异常信息集进行信息去重复处理，节省了应用程序的异常信息的上报时长，上报所需流量；还能够通过压缩单元404对异常信息子集进行压缩，节省了后台服务器的存储空间，并且提升了后台异常页面的展示效率。所以，综上所述可得出如下结论，实施图5所描述的移动终端，能够进一步缩减应用程序的异常信息的上报时长、上报所需流量，降低移动终端的功耗。

实施例六

请参阅图6，图6是本发明实施例公开的又一种移动终端的结构示意图。其中，图6所示的移动终端是由图5所示的移动终端进行优化得到的。与图5所示的移动终端相比较，图6所示的移动终端还可以包括：

第三判断单元411，用于判断异常压缩信息子集是否成功上传至后台服务器。

第四判断单元412，用于在第三判断单元411判断出异常压缩信息子集成功上传至后台服务器之后，判断异常压缩信息子集对应的异常信息子集在移动终端的数据库中的存储时长是否超出预设存储时长。

删除单元413，用于在第四判断单元412判断出异常压缩信息子集对应的异常信息子集在移动终端的数据库中的存储时长超出预设存储时长之后，删除存储在移动终端的数据库中的异常信息子集。

本发明实施例中，删除单元413可以删除存储在移动终端的数据库中已经超出预设存储时长的异常信息子集，避免了应用程序在使用一段时间后仍然在上传重复异常的问题，节省了上报所需的流量，并触发执行接收单元414。

接收单元414，用于接收由后台服务器发送的移动终端的所有应用程序的使用异常详情信息。

本发明实施例中，在删除单元413删除存储在移动终端的数据库中的异常信息子集之后，接收单元414可以接收由后台服务器发送的移动终端的所有应用程序的使用异常详情信息，其中，使用异常详情包括针对移动终端中的每一个应用程序的各种异常出现的频率，用户可以根据使用异常详情信息选择更新应用程序，相比更新全部应用程序，缩减了更新时间，明显改善了用户体验。

更新单元415，用于根据使用异常详情信息更新所有应用程序中需要进行更新的异常应用程序。

本发明实施例中，在接收单元414接收由后台服务器发送的移动终端的所有应用程序的使用异常详情信息之后，更新单元415可以根据使用异常详情信息更新所有应用程序中需要进行更新的异常应用程序，如果某个应用的某方面异常频率高出了预设范围，影响了用户的正常使用，则自动更新，用户也可根据自己的需求手动更新，本发明实施例不作限定。

可见，实施图6所描述的移动终端，能够通过第一获取单元406在预设采集时段内，才可以采集移动终端中的应用程序的异常信息，一定程度上降低了移动终端的功耗；还能够通过采集单元401采集移动终端的目标应用程序每次发生异常时对应的异常信息，对移动终端中的应用程序达到了实时监控的目的；还能够通过处理单元402对异常信息集进行信息去重复处理，节省了应用程序的异常信息的上报时长，上报所需流量；还能够通过压缩单元404对异常信息子集进行压缩，节省了后台服务器的存储空间，并且提升了后台异常页面的展示效率；删除单元413还能够通过删除存储在移动终端的数据库中的异常信息子集，避免应用程序在使用一段时间后仍然在上传重复异常的问题，节省上报所需的流量。所以，综上所述可得出如下结论，实施图6所描述的移动终端，能够更大程度地缩减应用程序的异常信息的上报时长、上报所需流量，降低移动终端的功耗。

实施例七

请参阅图7，图7是本发明实施例公开的又一种移动终端的结构示意图。如图7所示，该移动终端可以包括：

存储有可执行程序代码的存储器701；

与存储器701耦合的处理器702；

其中，处理器702调用存储器701中存储的可执行程序代码，执行图1～图3任意一种应用程序的异常信息的上报方法。

本发明实施例公开一种计算机可读存储介质，其存储计算机程序，其中，该计算机程序使得计算机执行图1～图3任意一种应用程序的异常信息的上报方法。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质包括只读存储器(Read-Only Memory，ROM)、随机存储器(Random Access Memory，RAM)、可编程只读存储器(Programmable Read-only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、一次可编程只读存储器(One-time Programmable Read-Only Memory，OTPROM)、电子抹除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(CompactDisc Read-Only Memory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

以上对本发明实施例公开的一种应用程序的异常信息的上报方法及移动终端进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种应用程序的异常信息的上报方法，其特征在于，所述方法包括：

采集移动终端的目标应用程序每次发生异常时对应的异常信息，得到异常信息集；

对所述异常信息集进行信息去重复处理，以获得异常信息子集，并存储所述异常信息子集至所述移动终端的数据库，所述异常信息子集中不存在重复信息；

对所述异常信息子集进行压缩，获得异常压缩信息子集；其中，所述异常压缩信息子集的容量小于或等于后台服务器指定的上报容量；

将所述异常压缩信息子集上传至所述后台服务器。

2.根据权利要求1所述的方法，其特征在于，在采集移动终端的目标应用程序每次发生异常时对应的异常信息，得到异常信息集之前，还包括：

从后台服务器中获取允许采集异常信息的预设采集时段；

判断所述移动终端的当前所处时间点是否位于所述预设采集时段内；

如果是，判断所述移动终端是否具有采集所述移动终端的目标应用程序对应的异常信息的权限；

如果是，执行所述的采集移动终端的目标应用程序每次发生异常时对应的异常信息。

3.根据权利要求2所述的方法，其特征在于，在采集移动终端的目标应用程序每次发生异常时对应的异常信息，得到异常信息集之后，还包括：

获取所述异常信息集中重复出现的异常信息的重复出现次数，并存储所述重复出现的异常信息的重复出现次数至所述移动终端的数据库。

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

判断所述异常压缩信息子集是否成功上传至所述后台服务器；

如果是，判断所述异常压缩信息子集对应的所述异常信息子集在所述移动终端的数据库中的存储时长是否超出预设存储时长；

如果是，删除存储在所述移动终端的数据库中的所述异常信息子集。

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

接收由所述后台服务器发送的所述移动终端的所有应用程序的使用异常详情信息；

根据所述使用异常详情信息更新所述所有应用程序中需要进行更新的异常应用程序。

6.一种移动终端，其特征在于，所述移动终端包括：

采集单元，用于采集所述移动终端的目标应用程序每次发生异常时对应的异常信息，得到异常信息集；

处理单元，用于对所述异常信息集进行信息去重复处理，以获得异常信息子集；

第一存储单元，用于存储所述异常信息子集至所述移动终端的数据库，所述异常信息子集中不存在重复信息；

压缩单元，用于对所述异常信息子集进行压缩，获得异常压缩信息子集；其中，所述异常压缩信息子集的容量小于或等于后台服务器指定的上报容量；

上传单元，用于将所述异常压缩信息子集上传至所述后台服务器。

7.根据权利要求6所述的移动终端，其特征在于，还包括：

第一获取单元，用于在所述采集单元采集所述移动终端的所述目标应用程序每次发生异常时对应的异常信息，得到所述异常信息集之前，从后台服务器中获取允许采集异常信息的预设采集时段；

第一判断单元，用于判断所述移动终端的当前所处时间点是否位于所述预设采集时段内；

第二判断单元，用于在所述第一判断单元判断出所述移动终端的所述当前所处时间点位于所述预设采集时段内之后，判断所述移动终端是否具有采集所述移动终端的目标应用程序对应的异常信息的权限；

所述采集单元，具体用于在所述第二判断单元判断出所述移动终端具有采集所述移动终端的所述目标应用程序对应的异常信息的权限之后，采集所述移动终端的所述目标应用程序每次发生异常时对应的异常信息。

8.根据权利要求7所述的移动终端，其特征在于，还包括：

第二获取单元，用于在所述采集单元采集所述移动终端的所述目标应用程序每次发生异常时对应的异常信息，得到所述异常信息集之后，获取所述异常信息集中重复出现的异常信息的重复出现次数；

第二存储单元，用于存储所述重复出现的异常信息的重复出现次数至所述移动终端的数据库。

9.根据权利要求8所述的移动终端，其特征在于，还包括：

第三判断单元，用于判断所述异常压缩信息子集是否成功上传至所述后台服务器；

第四判断单元，用于在所述第三判断单元判断出所述异常压缩信息子集成功上传至所述后台服务器之后，判断所述异常压缩信息子集对应的所述异常信息子集在所述移动终端的数据库中的存储时长是否超出预设存储时长；

删除单元，用于在所述第四判断单元判断出所述异常压缩信息子集对应的所述异常信息子集在所述移动终端的数据库中的存储时长超出所述预设存储时长之后，删除存储在所述移动终端的数据库中的所述异常信息子集。

10.根据权利要求9所述的移动终端，其特征在于，还包括：

接收单元，用于接收由所述后台服务器发送的所述移动终端的所有应用程序的使用异常详情信息；

更新单元，用于根据所述使用异常详情信息更新所述所有应用程序中需要进行更新的异常应用程序。