CN108052406A - 终端程序异常关闭信息处理方法、装置、终端 - Google Patents

Abstract

本发明提供一种终端程序异常关闭信息处理方法、装置和终端，监控到目标程序异常关闭，获取堆栈信息；将包含所述堆栈信息且丢弃了终端信息的报错信息生成第一摘要信息；将所述第一摘要信息上传到服务器，以供服务器将所述第一摘要信息与已存储的异常关闭摘要信息进行比对；接收服务器反馈的反馈信息，若接收到服务器反馈的匹配失败的反馈信息，则上传所述堆栈信息到服务器。该方法、装置和终端能够提高应用程序异常或崩溃分析效率。本发明还提供一种服务器接收到终端异常关闭信息的处理方法和装置。

Description

终端程序异常关闭信息处理方法、装置、终端

技术领域

本发明涉及信息处理技术领域，具体而言，本发明涉及一种终端程序异常关闭信息处理方法、装置和终端，相应的还涉及一种服务器接收到终端异常关闭信息的处理方法和装置。

背景技术

应用程序在运行过程中，如果遇到程序执行错误等原因出现异常而无法正常执行或退出时，将导致客户端崩溃。应用程序都有异常或崩溃上报程序，也就是当应用程序发生异常或崩溃的时候，可以收集应用程序异常或崩溃信息，然后传输给服务器，由开发人员对应用程序异常或崩溃信息进行分析。但是，如果多个终端的应用程序是基于同一原因崩溃的时候，将造成应用程序异常或崩溃信息被多个终端重复上报，使得服务器需要重复存储和分析，应用程序异常或崩溃分析效率低下。

发明内容

本发明的目的旨在至少能解决上述的技术缺陷之一，特别是应用程序异常或崩溃分析效率低下的技术缺陷。

本发明提供一种终端程序异常关闭信息处理方法，应用于终端，所述方法包括如下步骤：

监控到目标程序异常关闭，获取堆栈信息；

将包含所述堆栈信息且丢弃了终端信息的报错信息生成第一摘要信息；

将所述第一摘要信息上传到服务器，以供服务器将所述第一摘要信息与已存储的异常关闭摘要信息进行比对；

接收服务器反馈的反馈信息，若接收到服务器反馈的匹配失败的反馈信息，则上传所述堆栈信息到服务器。

在其中一个实施例中，若在预设时间内没有接收到服务器反馈的匹配失败的反馈信息，则上传所述堆栈信息到服务器。

在其中一个实施例中，若接收到服务器反馈的匹配成功的反馈信息，则放弃上传所述堆栈信息到服务器。

在其中一个实施例中，若接收到服务器反馈的解决提示的反馈信息，则向用户显示所述解决提示。

在其中一个实施例中，若接收到服务器反馈的自动升级的反馈信息，则自动升级所述目标程序。

在其中一个实施例中，将包含所述堆栈信息且丢弃了终端信息的报错信息生成第一摘要信息的步骤包括：

将包含所述堆栈信息且丢弃了终端信息的报错信息采用MD5消息摘要算法生成第一摘要信息。

本发明还提供一种终端程序异常关闭信息处理装置，应用于终端，所述装置包括：

监控模块，用于监控到目标程序异常关闭，获取堆栈信息；

生成模块，用于将包含所述堆栈信息且丢弃了终端信息的报错信息生成第一摘要信息；

上传模块，用于将所述第一摘要信息上传到服务器，以供服务器将所述第一摘要信息与已存储的异常关闭摘要信息进行比对；

接收模块，用于接收服务器反馈的反馈信息；

若接收到服务器反馈的匹配失败的反馈信息，则所述上传模块上传所述堆栈信息到服务器。

在其中一个实施例中，若所述接收模块在预设时间内没有接收到服务器反馈的匹配失败的反馈信息，则所述上传模块上传所述堆栈信息到服务器。

在其中一个实施例中，若所述接收模块接收到服务器反馈的匹配成功的反馈信息，则所述上传模块放弃上传所述堆栈信息到服务器。

在其中一个实施例中，还包括提示模块；若所述接收模块接收到服务器反馈的解决提示的反馈信息，则所述提示模块向用户显示所述解决提示。

在其中一个实施例中，还包括升级模块；若所述接收模块接收到服务器反馈的自动升级的反馈信息，则所述升级模块自动升级所述目标程序。

在其中一个实施例中，所述生成模块用于：将包含所述堆栈信息且丢弃了终端信息的报错信息采用MD5消息摘要算法生成第一摘要信息。

本发明还提供一种终端，其包括：

触敏显示器；

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行根据上述任一项实施例所述的终端程序异常关闭信息处理方法。

上述的终端程序异常关闭信息处理方法、装置和终端，监控到目标程序异常关闭，获取堆栈信息；将包含所述堆栈信息且丢弃了终端信息的报错信息生成第一摘要信息；将所述第一摘要信息上传到服务器，以供服务器将所述第一摘要信息与已存储的异常关闭摘要信息进行比对；接收服务器反馈的反馈信息，若接收到服务器反馈的匹配失败的反馈信息，则上传所述堆栈信息到服务器；可以达到的有益效果包括：

1、一方面，第一摘要信息(数据量较少)由经丢弃终端信息(例如终端型号、生产日期)且包含堆栈信息的报错信息而生成，先判断服务器是否已经存储有和第一摘要信息相同的异常关闭摘要信息，若没有才上传详细堆栈信息(数据量较大)，显然能避免终端重复上传数据量较大的上述详细堆栈信息，也使得服务器无需重复存储和分析，提高应用程序异常或崩溃分析效率。

2、另一方面，根据报错信息生成的第一摘要信息是经丢弃终端信息的，使得生成的第一摘要信息不会因为终端(如终端型号)的不一样而不一样，因而可以使得：即使各种不同终端因为同一原因异常关闭，服务器也只需存储一组异常关闭摘要信息即可，而避免不同终端都上传相同原因的异常关闭报错信息，也可以使得服务器无需重复存储和分析，提高应用程序异常或崩溃分析效率。

本发明还提供一种服务器接收到终端异常关闭信息的处理方法，包括如下步骤：

接收终端上传的第一摘要信息，所述第一摘要信息是所述终端在监控到目标程序异常关闭时获取堆栈信息并根据包含所述堆栈信息且丢弃了终端信息的报错信息而生成；

将所述第一摘要信息与已存储的异常关闭摘要信息进行比对，若匹配失败，则向终端反馈匹配失败的反馈信息；

接收由终端根据所述匹配失败的反馈信息而上传的堆栈信息。

在其中一个实施例中，将所述第一摘要信息与已存储的异常关闭摘要信息进行比对，若匹配失败，则根据所述第一摘要信息搜索解决方案，并根据搜索到的解决方案向终端反馈解决提示或自动升级的反馈信息。

在其中一个实施例中，将所述第一摘要信息与已存储的异常关闭摘要信息进行比对，若匹配失败，则将所述第一摘要信息存储为所述异常关闭摘要信息。

在其中一个实施例中，将多个终端上传的第一摘要信息和堆栈信息汇总并生成报表。

本发明还提供一种服务器接收到终端异常关闭信息的处理装置，包括：接收模块、比对模块、反馈模块；

所述接收模块接收终端上传的第一摘要信息，所述第一摘要信息是所述终端在监控到目标程序异常关闭时获取堆栈信息并根据包含所述堆栈信息且丢弃了终端信息的报错信息而生成；

所述比对模块将所述第一摘要信息与已存储的异常关闭摘要信息进行比对；若匹配失败，则所述反馈模块向终端反馈匹配失败的反馈信息；

所述接收模块接收由终端根据所述匹配失败的反馈信息而上传的堆栈信息。

在其中一个实施例中，还包括搜索模块；若匹配失败，则所述搜索模块根据所述第一摘要信息搜索解决方案，所述反馈模块根据搜索到的解决方案向终端反馈解决提示或自动升级的反馈信息。

在其中一个实施例中，还包括存储模块；所述比对模块将所述第一摘要信息与已存储的异常关闭摘要信息进行比对，若匹配失败，则所述存储模块将所述第一摘要信息存储为所述异常关闭摘要信息。

在其中一个实施例中，还包括汇总模块；所述汇总模块将多个终端上传的第一摘要信息和堆栈信息汇总并生成报表。

上述的服务器接收到终端异常关闭信息的处理方法和装置，接收终端上传的第一摘要信息，所述第一摘要信息是所述终端在监控到目标程序异常关闭时获取堆栈信息并根据包含所述堆栈信息且丢弃了终端信息的报错信息而生成；将所述第一摘要信息与已存储的异常关闭摘要信息进行比对，若匹配失败，则向终端反馈匹配失败的反馈信息；接收由终端根据所述匹配失败的反馈信息而上传的堆栈信息；可以达到的有益效果包括：

1、一方面，第一摘要信息(数据量较少)由经丢弃终端信息(例如终端型号、生产日期)且包含堆栈信息的报错信息而生成，先判断服务器是否已经存储有和第一摘要信息相同的异常关闭摘要信息，若没有才上传详细堆栈信息(数据量较大)，显然能避免终端重复上传数据量较大的上述详细堆栈信息，也使得服务器无需重复存储和分析，提高应用程序异常或崩溃分析效率。

2、另一方面，根据报错信息生成的第一摘要信息是经丢弃终端信息的，使得生成的第一摘要信息不会因为终端(如终端型号)的不一样而不一样，因而可以使得：即使各种不同终端因为同一原因异常关闭，服务器也只需存储一组异常关闭摘要信息即可，而避免不同终端都上传相同原因的异常关闭报错信息，也可以使得服务器无需重复存储和分析，提高应用程序异常或崩溃分析效率。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为一个实施例的终端程序异常关闭信息处理方法流程图；

图2为一个实施例的终端程序异常关闭信息处理装置模块图；

图3示出的是与本发明实施例提供的终端相关的手机的部分结构的框图；

图4为一个实施例的服务器接收到终端异常关闭信息的处理方法流程图；

图5为一个实施例的服务器接收到终端异常关闭信息的处理装置模块图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通讯链路上，执行双向通讯的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通讯设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通讯设备；PCS(Personal Communications Service，个人通讯系统)，其可以组合语音、数据处理、传真和/或数据通讯能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通讯终端、上网终端、音频/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音频/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

图1为一个实施例的终端程序异常关闭信息处理方法流程图。本发明提供一种终端程序异常关闭信息处理方法，应用于终端，所述方法包括如下步骤：

步骤S110：监控到目标程序异常关闭，获取堆栈信息。

以安卓系统为例，程序异常(Exception)通常分为两类：一种是CheckedException(编译时异常)，一种是UncheckedException(运行时异常)。在本方法中，监控的是运行时异常。常见的运行时异常例如包括有IllegalArgumentException、IllegalStateException、NullPointerException、IndexOutOfBoundsException等等。

可以通过java.lang.Thread.UncaughtExceptionHandler接口来处理目标程序异常关闭，该UncaughtExceptionHandler接口含有一个纯虚函数：public abstract voiduncaughtException(Thread thread,Throwableex)。

UncheckedException发生时会终止线程，此时系统便会通知UncaughtExceptionHandler接口，告诉该接口被终止的线程以及对应的异常，然后便会调用uncaughtException函数。如果该handler没有被显式设置，则会调用对应线程组的默认handler。如果我们要捕获该异常，必须实现我们自己的handler，并通过以下函数进行设置：

public static void setDefaultUncaughtExceptionHandler(Thread.UncaughtExceptionHandler handler)

即可以通过setDefaultUncaughtExceptionHandler来监控、捕捉目标程序的异常关闭。

实现自定义的handler，只需要继承UncaughtExceptionHandler该接口，并实现uncaughtException方法即可。部分示例代码如下：

捕获异常之后，我们还需要知道崩溃堆栈的信息，这样有助于我们分析崩溃的原因，查找代码的Bug。异常对象的printStackTrace方法用于打印异常的堆栈信息，根据printStackTrace方法的输出结果，我们可以找到异常的源头，并跟踪到异常一路触发的过程，主要利用getStackTraceInfo方法来获取堆栈信息，部分示例代码如下：

以下介绍下Windows系统下本方法的应用。可以通过采用WINDOWS的API接口ReadProcessMemory读取崩溃文件的方式收集崩溃信息，然后对内存进行搜索和回溯出堆栈信息，搜索的起始地址为windows的结构体ExceptionContext里面存储的esp对应的地址，结束地址为寄存器teb中的stackbase里面存储的地址。

在一些实施例中，可以无需获取全部堆栈信息，而可以只获取堆栈前N层(例如前5层)的信息，开发者可以按需设计。

获取堆栈信息后，执行步骤S200。

步骤S120：将包含所述堆栈信息且丢弃了终端信息的报错信息生成第一摘要信息。

在传统技术中，报错信息通常是包含了终端信息的，例如终端型号、生产日期等等非必要信息，而这些信息在很多情况下是对于分析程序异常或崩溃并没有什么帮助，因此可以考虑将这些分必要信息丢弃丢。因此，报错信息主要包括了堆栈信息，而并不包含终端信息，将报错信息根据摘要算法生成第一摘要信息，例如将包含所述堆栈信息且丢弃了终端信息的报错信息采用MD5消息摘要算法生成第一摘要信息。

步骤S130：将第一摘要信息上传到服务器，以供服务器将第一摘要信息与已存储的异常关闭摘要信息进行比对。

服务器中存储了大量由各终端上传的异常关闭摘要信息，这些异常关闭摘要信息也是由各终端在应用程序异常或崩溃时收集的报错信息而生成，报错信息中包含了堆栈信息，但是并不包含终端信息。将第一摘要信息与这些已存储的异常关闭摘要信息进行比对，可以避免相同的异常关闭摘要信息重复存储。

步骤S140：接收服务器反馈的反馈信息，若接收到服务器反馈的匹配失败的反馈信息，则上传所述堆栈信息到服务器。

服务器将第一摘要信息与已存储的异常关闭摘要信息进行比对，如果服务器中没有与第一摘要信息相同的异常关闭摘要信息，则服务器将向终端发送匹配失败的反馈信息，或者服务器不发送任何反馈信息给终端。如果是前者，终端接收到服务器反馈的匹配失败的反馈信息，则上传所述堆栈信息到服务器。如果是后者，终端在预设时间内(例如10分钟)没有接收到服务器反馈的匹配失败匹配成功的反馈信息，则上传堆栈信息到服务器。

如果服务器中存储有与第一摘要信息相同的异常关闭摘要信息，则服务器将向终端发送匹配成功的反馈信息。终端若接收到服务器反馈的匹配成功的反馈信息，则放弃上传堆栈信息到服务器。

在一些实施例中，无论第一摘要信息与服务器已存储的异常关闭摘要信息是否匹配成功，服务器都将向终端反馈解决方案，例如提示用户设置终端参数、下载补丁、升级版本等等。提示用户下载补丁或升级版本时，可以直接提供下载补丁或升级版本的网址，使得用户可以通过下载补丁或升级版本的方式一键修复终端程序；又或者可以直接自动下载补丁或升级版本。

因此，终端若接收到服务器反馈的解决提示的反馈信息，则向用户显示解决提示，例如向用户提供设置终端参数的建议。又或者，终端若接收到服务器反馈的自动升级的反馈信息，则自动升级目标程序。

对应上述的终端程序异常关闭信息处理方法，本发明还提供一种终端程序异常关闭信息处理装置，应用于终端，图2为一个实施例的终端程序异常关闭信息处理装置模块图，该装置包括：监控模块110、生成模块120、上传模块130、接收模块140。

监控模块110用于监控到目标程序异常关闭，获取堆栈信息；生成模块120用于将包含所述堆栈信息且丢弃了终端信息的报错信息生成第一摘要信息；上传模块130用于将第一摘要信息上传到服务器，以供服务器将第一摘要信息与已存储的异常关闭摘要信息进行比对；接收模块140用于接收服务器反馈的反馈信息；若接收到服务器反馈的匹配失败的反馈信息，则上传模块130上传堆栈信息到服务器。

监控模块110监控到目标程序异常关闭，则获取堆栈信息。

以安卓系统为例，程序异常(Exception)通常分为两类：一种是CheckedException(编译时异常)，一种是UncheckedException(运行时异常)。在本方法中，监控的是运行时异常。常见的运行时异常例如包括有IllegalArgumentException、IllegalStateException、NullPointerException、IndexOutOfBoundsException等等。

可以通过java.lang.Thread.UncaughtExceptionHandler接口来处理目标程序异常关闭，该UncaughtExceptionHandler接口含有一个纯虚函数：public abstract voiduncaughtException(Thread thread,Throwableex)。

UncheckedException发生时会终止线程，此时系统便会通知UncaughtExceptionHandler接口，告诉该接口被终止的线程以及对应的异常，然后便会调用uncaughtException函数。如果该handler没有被显式设置，则会调用对应线程组的默认handler。如果我们要捕获该异常，必须实现我们自己的handler，并通过以下函数进行设置：

public static void setDefaultUncaughtExceptionHandler(Thread.UncaughtExceptionHandler handler)

即可以通过setDefaultUncaughtExceptionHandler来监控、捕捉目标程序的异常关闭。

实现自定义的handler，只需要继承UncaughtExceptionHandler该接口，并实现uncaughtException方法即可。部分示例代码如下：

监控模块110捕获异常之后，我们还需要知道崩溃堆栈的信息，这样有助于我们分析崩溃的原因，查找代码的Bug。异常对象的printStackTrace方法用于打印异常的堆栈信息，根据printStackTrace方法的输出结果，我们可以找到异常的源头，并跟踪到异常一路触发的过程，主要利用getStackTraceInfo方法来获取堆栈信息，部分示例代码如下：

以下介绍下Windows系统下本方法的应用。可以通过采用WINDOWS的API接口ReadProcessMemory读取崩溃文件的方式收集崩溃信息，然后对内存进行搜索和回溯出堆栈信息，搜索的起始地址为windows的结构体ExceptionContext里面存储的esp对应的地址，结束地址为寄存器teb中的stackbase里面存储的地址。

在一些实施例中，监控模块110可以无需获取全部堆栈信息，而可以只获取堆栈前N层(例如前5层)的信息，开发者可以按需设计。

监控模块110获取堆栈信息后，生成模块120将包含所述堆栈信息且丢弃了终端信息的报错信息生成第一摘要信息。

在传统技术中，报错信息通常是包含了终端信息的，例如终端型号、生产日期等等非必要信息，而这些信息在很多情况下是对于分析程序异常或崩溃并没有什么帮助，因此可以考虑将这些分必要信息丢弃丢。因此，报错信息主要包括了堆栈信息，而并不包含终端信息，将报错信息根据摘要算法生成第一摘要信息，例如生成模块120将包含所述堆栈信息且丢弃了终端信息的报错信息采用MD5消息摘要算法生成第一摘要信息。

上传模块130将第一摘要信息上传到服务器，以供服务器将第一摘要信息与已存储的异常关闭摘要信息进行比对。

服务器中存储了大量由各终端上传的异常关闭摘要信息，这些异常关闭摘要信息也是由各终端在应用程序异常或崩溃时收集的报错信息而生成，报错信息中包含了堆栈信息，但是并不包含终端信息。将第一摘要信息与这些已存储的异常关闭摘要信息进行比对，可以避免相同的异常关闭摘要信息重复存储。

接收模块140接收服务器反馈的反馈信息，若接收到服务器反馈的匹配失败的反馈信息，则上传模块130上传所述堆栈信息到服务器。

在服务器将第一摘要信息与已存储的异常关闭摘要信息进行比对，如果服务器中没有与第一摘要信息相同的异常关闭摘要信息，则服务器将向终端发送匹配失败的反馈信息，或者服务器不发送任何反馈信息给服务器。如果是前者，接收模块140接收到服务器反馈的匹配失败的反馈信息，则上传模块130上传所述堆栈信息到服务器。如果是后者，接收模块140在预设时间内(例如10分钟)没有接收到服务器反馈的匹配失败匹配成功的反馈信息，则上传模块130上传堆栈信息到服务器。

如果服务器中存储有与第一摘要信息相同的异常关闭摘要信息，则服务器将向终端发送匹配成功的反馈信息。接收模块140若接收到服务器反馈的匹配成功的反馈信息，则放弃上传堆栈信息到服务器。

在一些实施例中，无论第一摘要信息与服务器已存储的异常关闭摘要信息是否匹配成功，服务器都将向终端反馈解决方案，例如提示用户设置终端参数、下载补丁、升级版本等等。提示用户下载补丁或升级版本时，可以直接提供下载补丁或升级版本的网址，使得用户可以通过下载补丁或升级版本的方式一键修复终端程序；又或者可以直接自动下载补丁或升级版本。

因此本装置还可以包括提示模块或升级模块(图未示出)，接收模块140若接收到服务器反馈的解决提示的反馈信息，则提示模块向用户显示解决提示，例如向用户提供设置终端参数的建议。又或者，接收模块140若接收到服务器反馈的自动升级的反馈信息，则升级模块自动升级目标程序。

本发明还提供一种终端，其包括：触敏显示器；一个或多个处理器；存储器；一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于：执行根据上述任一项实施例的终端程序异常关闭信息处理方法。

本发明实施例还提供了移动终端，如图3所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point ofSales，销售终端)、车载电脑等任意终端设备，以终端为手机为例：

图3示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图3，手机包括：射频(Radio Frequency，RF)电路1510、存储器1520、输入单元1530、显示单元1540、传感器1550、音频电路1560、无线保真(wireless fidelity，Wi-Fi)模块1570、处理器1580、以及电源1590等部件。本领域技术人员可以理解，图3中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图3对手机的各个构成部件进行具体的介绍：

RF电路1510可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1580处理；另外，将设计上行的数据发送给基站。通常，RF电路1510包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，LNA)、双工器等。此外，RF电路1510还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GlobalSystem of Mobile communication，GSM)、通用分组无线服务(General Packet RadioService，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器1520可用于存储软件程序以及模块，处理器1580通过运行存储在存储器1520的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1520可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声纹播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1530可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1530可包括触控面板1531以及其他输入设备1532。触控面板1531，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1531上或在触控面板1531附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1531可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1580，并能接收处理器1580发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1531。除了触控面板1531，输入单元1530还可以包括其他输入设备1532。具体地，其他输入设备1532可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1540可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1540可包括显示面板1541，可选的，可以采用液晶显示器(LiquidCrystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1541。进一步的，触控面板1531可覆盖显示面板1541，当触控面板1531检测到在其上或附近的触摸操作后，传送给处理器1580以确定触摸事件的类型，随后处理器1580根据触摸事件的类型在显示面板1541上提供相应的视觉输出。虽然在图3中，触控面板1531与显示面板1541是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1531与显示面板1541集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器1550，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1541的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1541和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1560、扬声器1561，传声器1562可提供用户与手机之间的音频接口。音频电路1560可将接收到的音频数据转换后的电信号，传输到扬声器1561，由扬声器1561转换为声纹信号输出；另一方面，传声器1562将收集的声纹信号转换为电信号，由音频电路1560接收后转换为音频数据，再将音频数据输出处理器1580处理后，经RF电路1510以发送给比如另一手机，或者将音频数据输出至存储器1520以便进一步处理。

Wi-Fi属于短距离无线传输技术，手机通过Wi-Fi模块1570可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图3示出了Wi-Fi模块1570，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1580是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1520内的软件程序和/或模块，以及调用存储在存储器1520内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1580可包括一个或多个处理单元；优选的，处理器1580可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1580中。

手机还包括给各个部件供电的电源1590(比如电池)，优选的，电源可以通过电源管理系统与处理器1580逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本发明实施例中，该终端所包括的处理器1580还具有以下功能：监控到目标程序异常关闭，获取堆栈信息；将包含所述堆栈信息且丢弃了终端信息的报错信息生成第一摘要信息；将所述第一摘要信息上传到服务器，以供服务器将所述第一摘要信息与已存储的异常关闭摘要信息进行比对；接收服务器反馈的反馈信息，若接收到服务器反馈的匹配失败的反馈信息，则上传所述堆栈信息到服务器。也即处理器1580具备执行上述的任一实施例终端程序异常关闭信息处理方法的功能，在此不再赘述。

上述的终端程序异常关闭信息处理方法、装置和终端，监控到目标程序异常关闭，获取堆栈信息；将包含所述堆栈信息且丢弃了终端信息的报错信息生成第一摘要信息；将所述第一摘要信息上传到服务器，以供服务器将所述第一摘要信息与已存储的异常关闭摘要信息进行比对；接收服务器反馈的反馈信息，若接收到服务器反馈的匹配失败的反馈信息，则上传所述堆栈信息到服务器；可以达到的有益效果包括：

1、一方面，第一摘要信息(数据量较少)由经丢弃终端信息(例如终端型号、生产日期)且包含堆栈信息的报错信息而生成，先判断服务器是否已经存储有和第一摘要信息相同的异常关闭摘要信息，若没有才上传详细堆栈信息(数据量较大)，显然能避免终端重复上传数据量较大的上述详细堆栈信息，也使得服务器无需重复存储和分析，提高应用程序异常或崩溃分析效率。

2、另一方面，根据报错信息生成的第一摘要信息是经丢弃终端信息的，使得生成的第一摘要信息不会因为终端(如终端型号)的不一样而不一样，因而可以使得：即使各种不同终端因为同一原因异常关闭，服务器也只需存储一组异常关闭摘要信息即可，而避免不同终端都上传相同原因的异常关闭报错信息，也可以使得服务器无需重复存储和分析，提高应用程序异常或崩溃分析效率。

图4为一个实施例的服务器接收到终端异常关闭信息的处理方法流程图。对应上述的终端程序异常关闭信息处理方法，本发明还提供一种服务器接收到终端异常关闭信息的处理方法，包括如下步骤：

步骤S210：接收终端上传的第一摘要信息。

第一摘要信息是终端在监控到目标程序异常关闭时获取堆栈信息并根据包含该堆栈信息且丢弃了终端信息的报错信息而生成。即第一摘要信息是终端根据报错信息而生成，该报错信息包含了该堆栈信息且丢弃了有关终端的终端信息(例如终端型号、生产日期)。有关摘要信息的内容在上述的终端程序异常关闭信息处理方法已经描述，在此不再赘述。

步骤S220：将第一摘要信息与已存储的异常关闭摘要信息进行比对，若匹配失败，则向终端反馈匹配失败的反馈信息。

服务器中存储了大量由各终端上传的异常关闭摘要信息，这些异常关闭摘要信息也是由各终端在应用程序异常或崩溃时收集的报错信息而生成，报错信息中包含了堆栈信息，但是并不包含终端信息。将第一摘要信息与这些已存储的异常关闭摘要信息进行比对，可以避免相同的异常关闭摘要信息重复存储。服务器将第一摘要信息与已存储的异常关闭摘要信息进行比对，如果服务器中没有与第一摘要信息相同的异常关闭摘要信息，则服务器将向终端发送匹配失败的反馈信息，或者服务器不发送任何反馈信息给终端。

在一些实施例中，若匹配失败，则服务器根据第一摘要信息搜索解决方案，并根据搜索到的解决方案向终端反馈解决提示或自动升级的反馈信息。有关解决方案在上述的终端程序异常关闭信息处理方法已经描述，在此不再赘述。

在一些实施例中，若匹配失败，则服务器将第一摘要信息存储为异常关闭摘要信息，即将第一摘要信息添加到数据库中进行更新。

步骤S230：接收由终端根据匹配失败的反馈信息而上传的堆栈信息。服务器接收到堆栈信息后，可以将第一摘要信息和对应的堆栈信息进行关联存储，然后在需要汇总的时候将多个终端上传的第一摘要信息和堆栈信息汇总并生成报表。

图5为一个实施例的服务器接收到终端异常关闭信息的处理装置模块图。对应上述的服务器接收到终端异常关闭信息的处理方法，本发明还提供一种服务器接收到终端异常关闭信息的处理装置，包括：接收模块210、比对模块220、反馈模块230。

接收模块210接收终端上传的第一摘要信息，第一摘要信息是终端在监控到目标程序异常关闭时获取堆栈信息并根据包含所述堆栈信息且丢弃了终端信息的报错信息而生成；比对模块220将第一摘要信息与已存储的异常关闭摘要信息进行比对；若匹配失败，则反馈模块230向终端反馈匹配失败的反馈信息；接收模块210接收由终端根据匹配失败的反馈信息而上传的堆栈信息。

在一些实施例中，还包括搜索模块(图未示出)；若匹配失败，则搜索模块根据第一摘要信息搜索解决方案，反馈模块230根据搜索到的解决方案向终端反馈解决提示或自动升级的反馈信息。

在一些实施例中，还包括存储模块(图未示出)；比对模块将第一摘要信息与已存储的异常关闭摘要信息进行比对，若匹配失败，则存储模块将第一摘要信息存储为异常关闭摘要信息。

在一些实施例中，还包括汇总模块(图未示出)；汇总模块将多个终端上传的第一摘要信息和堆栈信息汇总并生成报表。

上述的服务器接收到终端异常关闭信息的处理方法和装置，接收终端上传的第一摘要信息，第一摘要信息是终端在监控到目标程序异常关闭时获取堆栈信息并将堆栈信息中的终端信息丢弃，然后根据丢弃终端信息后的堆栈信息而生成；将第一摘要信息与已存储的异常关闭摘要信息进行比对，若匹配失败，则向终端反馈匹配失败的反馈信息；接收由终端根据匹配失败的反馈信息而上传的丢弃终端信息前的堆栈信息；可以达到的有益效果包括：

1、一方面，第一摘要信息(数据量较少)包括经丢弃终端信息(例如终端型号、生产日期)的堆栈信息，先判断服务器是否已经存储有和第一摘要信息相同的异常关闭摘要信息，若没有才上传没有丢弃终端信息的详细堆栈信息(数据量较大)，显然能避免终端重复上传数据量较大的上述详细堆栈信息，也使得服务器无需重复存储和分析，提高应用程序异常或崩溃分析效率。

2、另一方面，第一摘要信息包括的堆栈信息是经丢弃终端信息的，使得生成的第一摘要信息不会因为终端(如终端型号)的不一样而不一样，因而可以使得：即使各种不同终端因为同一原因异常关闭，服务器也只需存储一组异常关闭摘要信息即可，而避免不同终端都上传相同原因的异常关闭堆栈信息，也可以使得服务器无需重复存储和分析，提高应用程序异常或崩溃分析效率。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种终端程序异常关闭信息处理方法，其特征在于，应用于终端，所述方法包括如下步骤：

监控到目标程序异常关闭，获取堆栈信息；

将包含所述堆栈信息且丢弃了终端信息的报错信息生成第一摘要信息；

将所述第一摘要信息上传到服务器，以供服务器将所述第一摘要信息与已存储的异常关闭摘要信息进行比对；

接收服务器反馈的反馈信息，若接收到服务器反馈的匹配失败的反馈信息，则上传所述堆栈信息到服务器。

2.根据权利要求1所述的终端程序异常关闭信息处理方法，其特征在于，若在预设时间内没有接收到服务器反馈的匹配失败的反馈信息，则上传所述堆栈信息到服务器。

3.根据权利要求1所述的终端程序异常关闭信息处理方法，其特征在于，若接收到服务器反馈的匹配成功的反馈信息，则放弃上传所述堆栈信息到服务器。

4.根据权利要求3所述的终端程序异常关闭信息处理方法，其特征在于，若接收到服务器反馈的解决提示的反馈信息，则向用户显示所述解决提示。

5.根据权利要求3所述的终端程序异常关闭信息处理方法，其特征在于，若接收到服务器反馈的自动升级的反馈信息，则自动升级所述目标程序。

6.根据权利要求1所述的终端程序异常关闭信息处理方法，其特征在于，将包含所述堆栈信息且丢弃了终端信息的报错信息生成第一摘要信息的步骤包括：

将包含所述堆栈信息且丢弃了终端信息的报错信息采用MD5消息摘要算法生成第一摘要信息。

7.一种终端程序异常关闭信息处理装置，其特征在于，应用于终端，所述装置包括：

监控模块，用于监控到目标程序异常关闭，获取堆栈信息；

生成模块，用于将包含所述堆栈信息且丢弃了终端信息的报错信息生成第一摘要信息；

上传模块，用于将所述第一摘要信息上传到服务器，以供服务器将所述第一摘要信息与已存储的异常关闭摘要信息进行比对；

接收模块，用于接收服务器反馈的反馈信息；

若接收到服务器反馈的匹配失败的反馈信息，则所述上传模块上传所述堆栈信息到服务器。

8.一种终端，其特征在于，其包括：

触敏显示器；

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行根据权利要求1～6任一项所述的终端程序异常关闭信息处理方法。

9.一种服务器接收到终端异常关闭信息的处理方法，其特征在于，包括如下步骤：

接收终端上传的第一摘要信息，所述第一摘要信息是所述终端在监控到目标程序异常关闭时获取堆栈信息并根据包含所述堆栈信息且丢弃了终端信息的报错信息而生成；

将所述第一摘要信息与已存储的异常关闭摘要信息进行比对，若匹配失败，则向终端反馈匹配失败的反馈信息；

接收由终端根据所述匹配失败的反馈信息而上传的堆栈信息。

10.一种服务器接收到终端异常关闭信息的处理装置，其特征在于，包括：接收模块、比对模块、反馈模块；

所述接收模块接收终端上传的第一摘要信息，所述第一摘要信息是所述终端在监控到目标程序异常关闭时获取堆栈信息并根据包含所述堆栈信息且丢弃了终端信息的报错信息而生成；

所述比对模块将所述第一摘要信息与已存储的异常关闭摘要信息进行比对；若匹配失败，则所述反馈模块向终端反馈匹配失败的反馈信息；

所述接收模块接收由终端根据所述匹配失败的反馈信息而上传的堆栈信息。