CN102056202A - 移动终端错误处理方法及系统 - Google Patents

Abstract

本发明公开了一种移动终端错误处理方法及系统，该方法包括：将错误报告发送至移动终端对应的错误管理服务器，其中，错误报告包括移动终端发生的错误的信息，错误管理服务器用于对移动终端发送的错误报告进行处理。本发明解决了移动终端缺乏错误收集和汇报的机制导致开发人员或系统管理人员无法更好地进行移动终端错误的修复的问题，能够更好地将移动终端在使用中的错误及不足反馈给后方开发人员，以帮助其建立完整的历史故障追踪体系，并及时发布软件补丁，提高了移动终端的开发及维护质量，提高了用户的满意度。

Description

移动终端错误处理方法及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种移动终端错误处理方法及系统。

背景技术

目前，移动终端的使用非常广泛，在使用过程中出现错误的几率也非常多，特别是对于一些所使用的平台不是很成熟或者制式较新因而需要与网络系统磨合的移动终端，出现死机、掉网、业务异常、与网络信令不兼容等严重影响使用的故障的概率也比较大。

然而，在现有技术中，移动终端缺乏错误收集和汇报的机制，导致开发人员或系统管理人员无法获得移动终端的错误信息，因而无法更好地进行移动终端错误的修复。

发明内容

针对现有技术中移动终端缺乏错误收集和汇报的机制导致开发人员或系统管理人员无法更好地进行移动终端错误的修复的问题而提出本发明，为此，本发明的主要目的在于提供一种移动终端错误处理方法及系统，以解决上述问题至少之一。

为了实现上述目的，根据本发明的一个方面，提供了一种移动终端错误处理方法，包括：将错误报告发送至移动终端对应的错误管理服务器，其中，错误报告包括移动终端发生的错误的信息，错误管理服务器用于对移动终端发送的错误报告进行处理。

优选地，将错误报告发送至移动终端对应的错误管理服务器之前，上述方法还包括：根据预设的错误定义表收集移动终端发生的错误的信息，其中，错误定义表中存储有错误的类型与错误需要收集的信息类型的对应关系。

优选地，根据预设的错误定义表收集移动终端发生的错误的信息之后，上述方法还包括：根据错误定义表及收集的移动终端发生的错误的信息生成错误报告。

优选地，根据预设的错误定义表收集移动终端发生的错误的信息之前，上述方法还包括：通过预定方式检测移动终端发生的错误，其中，预定方式包括以下至少之一：利用行为模式匹配检测软件运行情况、程序编码中添加错误或异常处理出口。

为了实现上述目的，根据本发明的另一个方面，提供了一种移动终端错误处理系统，包括：发送模块，用于将错误报告发送至移动终端对应的错误管理服务器，其中，错误报告包括移动终端发生的错误的信息，错误管理服务器用于对移动终端发送的错误报告进行处理。

优选地，上述系统还包括：错误收集模块，用于根据预设的错误定义表收集移动终端发生的错误的信息，其中，错误定义表中存储有错误的类型与错误需要收集的信息类型的对应关系。

优选地，上述系统还包括：报告生成模块，用于根据错误定义表及错误收集模块收集的移动终端发生的错误的信息生成错误报告。

优选地，报告生成模块还用于对错误报告进行加密。

优选地，上述系统还包括：错误检测模块，用于通过预定方式检测移动终端发生的错误，其中，预定方式包括以下至少之一：利用行为模式匹配检测软件运行情况、程序编码中添加错误或异常处理出口。

优选地，发送模块用于通过预定媒介将错误报告发送至移动终端对应的错误管理服务器，其中，预定媒介包括以下至少之一：彩信、因特网媒介、手动连接PC发送、直接提交售后服务点。

为了实现上述目的，根据本发明的又一个方面，提供了一种移动终端错误处理系统，包括：接收模块，用于接收来自移动终端的错误报告，其中，错误报告包括移动终端发生的错误的信息；处理模块，用于对接收模块接收的错误报告进行处理。

通过本发明，采用将移动终端出现的错误上报至错误管理服务器，解决了移动终端缺乏错误收集和汇报的机制导致开发人员或系统管理人员无法更好地进行移动终端错误的修复的问题，能够更好地将移动终端在使用中的错误及不足反馈给后方开发人员，以帮助其建立完整的历史故障追踪体系，并及时发布软件补丁，提高了移动终端的开发及维护质量，提高了用户的满意度。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的移动终端错误处理方法的详细流程图；

图2是根据本发明实例1的错误检测过程的详细流程图；

图3是根据本发明实例2的错误收集过程的流程图；

图4是根据本发明实例3的错误报告生成过程的流程图；

图5是根据本发明实例4的错误报告发送过程的流程图；

图6是根据本发明系统实施例一的移动终端错误处理系统的结构框图；

图7是根据本发明系统实施例一的移动终端错误处理系统的详细结构框图；

图8是根据本发明系统实施例二的移动终端错误处理系统的结构框图；

图9是根据本发明实例5的移动终端错误处理系统的位置结构示意图；

图10是根据本发明实例5的后台错误报告服务子系统的处理流程图；

图11是根据本发明实例5的6个子系统整体运行流程图。

具体实施方式

功能概述

考虑到现有技术中存在的问题，本发明实施例提供了一种移动终端错误处理方案，该方案的处理原则包括：将错误报告发送至所述移动终端对应的错误管理服务器，其中，所述错误报告包括移动终端发生的错误的信息，所述错误管理服务器用于对所述移动终端发送的错误报告进行处理。通过该方案，提高了移动终端开发及维护的质量，提高了用户的满意度。

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

方法实施例

根据本发明的实施例，提供了一种移动终端错误处理方法，图1是根据本发明实施例的移动终端错误处理方法的流程图，该方法包括：将错误报告发送至移动终端对应的错误管理服务器，其中，所述错误报告包括移动终端发生的错误的信息，所述错误管理服务器用于对所述移动终端发送的错误报告进行处理。

图1是根据本发明实施例的移动终端错误处理方法的详细流程图，如图1所示，优选地，该方法包括如下的步骤S102至步骤S108的处理：

步骤S102，通过预定方式检测移动终端发生的错误，其中，预定方式包括以下至少之一：利用行为模式匹配检测软件运行情况、程序编码中添加错误或异常处理出口。

步骤S104，根据预设的错误定义表收集移动终端发生的错误的信息，其中，错误定义表中存储有错误的类型与错误需要收集的信息类型的对应关系。

步骤S106，根据错误定义表及收集的移动终端发生的错误的信息生成错误报告。

步骤S108，将错误报告发送至移动终端对应的错误管理服务器，其中，错误报告包括移动终端发生的错误的信息，错误管理服务器用于对移动终端发送的错误报告进行处理。

下面将结合实例对本发明实施例的实现过程进行详细描述。

实例1

该实例详细描述了通过预定方式检测移动终端发生的错误的详细过程，图2是根据本发明实例1的错误检测过程的详细流程图，如图2所示，该过程包括以下步骤：

步骤201，移动终端开机/运行后，准备开始进行错误的检测过程。

步骤202，进行错误实时检测，其中，检测的方式可以为：程序员编码时手工添加错误或者异常处理出口、采用行为识别的方式对错误进行侦查。

步骤203，判断是否产生了错误，若是，则进入步骤204，否则，返回步骤202继续进行检测。

步骤204，查询错误类型并将错误类型进行上报。

实例2

该实例详细描述了根据预设的错误定义表收集移动终端发生的错误的信息的详细过程，图3是根据本发明实例2的错误收集过程的流程图，如图3所示，该过程包括以下步骤：

步骤301，收到检测过程得到的错误类型后，查找错误定义表，从中找到与错误类型相应的需要收集的错误信息，图3中示出了错误定义表中的错误类型与相应的需要收集的错误信息的对应关系，但实际的对应关系可能有所变化，而不应当限于图3中的情况。

步骤302，根据查找到的需要收集的错误信息进行信息收集。

实例3

该实例详细描述了根据错误定义表及收集的移动终端发生的错误的信息生成错误报告的详细过程，图4是根据本发明实例3的错误报告生成过程的流程图，如图4所示，上述过程包括以下步骤：

步骤401，收到检测过程得到的错误类型后，查找错误定义表，根据错误定义表得到当前错误类型的报告的格式模板。

步骤402，将收集过程得到的错误信息添加到格式模板中，生成完成的错误报告，准备进入错误报告发送流程。

实例4

该实例详细描述了将错误报告发送至移动终端对应的错误管理服务器的过程，图5是根据本发明实例4的错误报告发送过程的流程图，如图5所示，上述过程包括以下步骤：

步骤501，得到错误报告后，判断是否以彩信或短信形式发送，若是，则进入步骤505，否则，进入步骤502。

步骤502，将错误报告保存至外部服务器。

步骤503，判断用户是否借助PC侧软件发送错误报告，若是，则进入步骤505，否则，进入步骤504。

步骤504，由用户选择通过复制错误报告进行手动发送后，进入步骤505，其中，可以选择的发送方式包括两种：由用户选择登陆移动终端开发商网站上传错误报告；由用户选择复制错误报告到该移动终端售后服务点处提交错误报告。

步骤505，发送错误报告。需要说明的是，本实例中描述了发送错误报告的几种途径，然而在实际应用中可以选择的发送途径不限于以上举例。

系统实施例一

根据本发明的实施例，提供了一种移动终端错误处理系统，该系统用于实现上述方法实施例中描述的移动终端错误处理方法。图6是根据本发明系统实施例一的移动终端错误处理系统的结构框图，如图6所示，该系统包括：发送模块62，用于将错误报告发送至移动终端对应的错误管理服务器，其中，错误报告包括移动终端发生的错误的信息，错误管理服务器用于对移动终端发送的错误报告进行处理。

图7是根据本发明系统实施例一的移动终端错误处理系统的详细结构框图，如图7所示，在图6的发送模块62的基础上，该系统还可以包括：错误收集模块72，用于根据预设的错误定义表收集移动终端发生的错误的信息，其中，错误定义表中存储有错误的类型与错误需要收集的信息类型的对应关系。报告生成模块74，连接于错误收集模块72和发送模块62，用于根据错误定义表及错误收集模块收集的移动终端发生的错误的信息生成错误报告，优选地，报告生成模块74还可以用于对错误报告进行加密。错误检测模块76，连接于错误收集模块72，用于通过预定方式检测移动终端发生的错误，其中，预定方式包括以下至少之一：利用行为模式匹配检测软件运行情况、程序编码中添加错误或异常处理出口。

优选地，发送模块62用于通过预定媒介将错误报告发送至移动终端对应的错误管理服务器，其中，预定媒介包括以下至少之一：彩信、因特网媒介、手动连接PC发送、直接提交售后服务点。

系统实施例二

根据本发明的实施例，提供了一种移动终端错误处理系统，该系统用于实现上述方法实施例中描述的移动终端错误处理方法。图8是根据本发明系统实施例二的移动终端错误处理系统的结构框图，如图8所示，该系统包括：接收模块82，用于接收来自移动终端的错误报告，其中，错误报告包括移动终端发生的错误的信息；处理模块84，连接于接收模块82，用于对接收模块82接收的错误报告进行处理。

下面将结合实例对本发明系统实施例的具体实现进行详细描述。

实例5

该实例详细描述了上述移动终端错误处理系统的组成结构及各部分的功能。图9是根据本发明实例5的移动终端错误处理系统的位置结构示意图，如图9所示，该系统包括：

1.错误定义子系统：其功能对应于上文中的错误定义表的功能，该子系统是整个系统的中枢，其根据资深移动终端的设计人员的开发、运营经验来定义移动终端在使用过程中将会遇到的各种错误类型、在出现各种不同错误的时候开发人员最希望看到的现场数据、这些数据的具体格式和内容、出现错误的特征等信息。这些信息在整个错误处理系统中被其它模块共享，例如错误类型、数据格式、数据内容等。

2.错误感知子系统：其功能对应于上文中的错误检测模块的功能，其作为一个实时监控系统常驻于系统内存中，并且持续运行，此子系统对移动终端上产生的“错误”进行动态感知，其感知方式可以为：

A.程序员编码时手工添加错误或者异常处理出口，例如，可以以操作系统提供的断言函数代替，即，进入断言的地方可以调用相关错误感知接口。

B.采用行为识别的方式对错误进行侦查，行为识别(即，行为模式匹配)是一种对软件的运行行为进行监视的技术，在软件出现异常行为，例如异常中断运行、业务失败、模块死机的时候能够进行感知和报警。出现各种交互业务在正常网络环境下失败、网络驻留失败等情况时可以通过软件代码调用感知处理。同理，当出现进程异常终止的时候也可以调用错误感知接口强迫终端进入错误收集模式进行处理。

3.错误信息收集子系统：其功能对应于上文中的错误收集模块的功能，该子系统运行在特定的错误收集模式，当出现普通故障时它和其它系统和用户进程并行运行；当出现系统级故障时，则可以自动或者手动进入故障收集模式运行，通过蓝屏或者重启动等方式向用户提示当前系统正在收集错误(类似于Windows XP和Windows Vista的蓝屏和内存导出模式)。错误收集子系统的工作方式也由错误定义子系统来统一定义----在获取了错误感知子系统向它提供的错误类型之后，根据错误类型在错误定义中查找此类型需要进行收集的信息，例如，对于进程异常退出，需要收集进程ID、进程退出点信息、异常ID等等；对于普通的呼叫失败，则需要收集上一次发起呼叫的信令流程的失败原因。错误收集子系统只负责获取相关数据，并且将错误类型、错误出现的时间、地域、特殊信息等内容连同收集到的数据一同交由下一个子系统处理。

4.错误报告生成子系统：其功能对应于上文中的报告生成模块的功能，错误报告子系统同时接收来自错误感知子系统和错误收集子系统的信息。错误报告子系统将错误的类别通知报告生成子系统，并由它根据具体错误类型在定义库中确定相应的报告格式、报告内容和确定格式的具体字段。报告生成子系统将错误收集子系统采集的数据按照格式填入这些字段，产生一份格式化的错误报告，必要时可以对其中的某些技术信息进行加密。如果要使用加密方式，那么所使用的密钥应为用户终端错误报告子系统和终端提供商后台错误报告接收系统之间所共享。错误报告生成之后，则可以将格式化的报告数据提交给错误报告发送子系统，继续进行后续的处理工作。

5.错误报告发送子系统：其功能对应于上文中的发送模块的功能，该子系统接收来自错误报告生成子系统的信息，并且通过多种可选择的方式和媒介将错误报告发送到终端提供商的后台服务器中或者保存到可持久存储的设备中待日后发送，在上文中，发送至后台服务器及保存到可持久存储的设备中待日后发送统称为发送至错误管理服务器，该服务器对错误报告进行后续的处理。可选的错误提交方法可以包括但不限于以下方式：

彩信方式：彩信具有容量大、可粘贴附件等优点，完全可以满足如内存导出错误产生的MByte级的错误报告数据传输。但是彩信的缺点是需要产生费用。

利用Internet媒介，例如，WiFi、WAPI等：可将数据先以无费用模式发往WiFi或者WAPI网关(接入点)，再由网关通过Internet发送报告。此种方法的优点是不需要产生和网关通讯的费用，缺点是WiFi或者WAPI的网关并不是随处可见，使用时有一定局限性。

通过自动保存到移动终端的持久存储介质上并在后续通过用户手动连接PC进行发送。优点是有效利用了当前日益扩充的移动终端存储媒介(如Flash)，可以存放大规模的错误报告数据，并且不会产生通讯费用，缺点是必须借助移动终端的PC侧软件。

用户将保存到持久存储介质的错误报告通过拷贝方式提交给终端提供商售后服务处进行提交。此方法的优点是可以将产生的错误更加详细的通过语言交流的方式描述出来并且附带报告信息，而且不需要任何费用。不足之处在于用户操作起来比较麻烦，需要亲自访问售后服务点。

综上，错误报告发送子系统采用“通知一响应”的方式对错误数据的发送进行处理。在发送错误报告之前，子系统首先询问用户是否要发送本次错误报告，在用户同意的情况下再由用户自己选择通过某种特定方式发送。在产生通讯费用方面的处理上，可以采用其它解决方案，例如，终端提供商和运营商签约，在使用彩信发送错误报告的时候将彩信发往某一已由终端提供商付费的服务器号码上，由于有质量保证的终端不会频繁产生错误，因此完全可以避免因错误报告产生大量通讯费用的问题。

6.后台错误报告服务子系统：其功能对应于上文中的错误管理服务器的功能，图10是根据本发明实例5的后台错误报告服务子系统的处理流程图，如图10所示，该子系统接收来自用户的某特定终端提供商的终端的错误报告，该子系统可以接收来自终端售后部门提供的报告信息，采用手动录入的方式记录到数据库。服务子系统在收到错误报告之后随即将错误报告按照终端型号、硬件版本、软件版本、错误捕获日期、使用场景等信息分类并记载到数据库，然后向有关部门发布通知，进一步下发有用的错误信息到终端研发人员手中。当问题解决之后，该系统还可以用来反馈问题解决的状况、提供发布软件补丁的窗口以及及时通知用户。

图11是根据本发明实例5的6个子系统整体运行流程图。如图11所示，当用户使用的移动终端出现了功能性或者毁灭性的错误之后，由常驻在终端内存运行的特定程序自动进入错误收集模式，或者由用户通过手动重启动终端进入错误收集模式(该模式用于死机等系统无法继续运行的情况)，由错误感知子系统根据该错误出现的行为模式做出大致判断以判断是何种类型的错误，并将这个判断结果交给错误收集子系统进行处理。错误收集子系统得到错误类型参数，开始在解决方法库(即，错误定义表或错误定义子系统)中寻找到最合适的错误收集方法，例如，获得死机现场、程序异常退出的信息、获得异常信令、错误流程等，把收集到的相关数据发送给错误报告生成子系统。错误报告生成子系统根据收集到的错误数据整理成错误报告传递给错误发送子系统。错误发送子系统根据当前移动终端的状态选择最佳的发送时机和发送方法，通过网络媒介或者USB拷贝方式向终端外界传递格式化错误信息。最后，后台错误资源库模块整理并且分类这些错误，并向提供商发出错误报告及相关数据，供研发人员分析和修正错误。

实例6

该实例中详细描述了移动终端错误处理系统的实现要求，为了实现本发明实施例提供的方案，需要在移动终端、业务运营商和/或终端生产和售后处配备错误收集和发送系统中的部分子系统，其中：

移动终端方面：对终端的硬件无具体要求。在移动终端的运营平台上需要伴随终端的正常功能运行实时的错误感知进程、错误收集进程和错误发送进程。在终端的文件系统中需要划分一块区域作为核心错误定义系统的数据库数据存放处，或者，上述数据库也可以存储于网络侧，在移动终端出现错误时，可以将错误类型发送至网络侧，由网络侧进行匹配，并将查表结果发送至移动终端。终端开机之后上述几个子系统便开始正常运行，并且运行处于低功耗状态，特别是错误感知子系统，为了避免功耗过大，可以采用轮询方式对终端的各个检测点进行定时监测，也可以通过事件触发方式在出现错误之后进行响应。

运营商方面：需要部署和运营专门为错误发送自系统提供的业务，例如，彩信业务，费用如上文所述，可以通过终端提供商和运营商签约方式实现。

终端提供商方面：需要部署在线的服务器系统，服务器上能够实时接收来自用户的错误报告信息，并且及时对信息进行分类、存储和进一步分发。

实例7

该实例详细描述了移动终端错误处理系统的运作过程。假设A先生于2009年3月在公司X购买了一台硬件型号为001的新制式移动终端，软件版本为V03。

A先生在2009年4月15日使用该终端在网络覆盖正常的区域向朋友打电话时出现了电话无法呼出的情况，并且连续呼叫3次均未成功。在呼叫期间，终端001上的错误感知子系统感知到了类别为“无线连接失败”的错误，立即通知错误收集子系统。

错误收集子系统根据错误类型询问错误定义子系统，错误定义子系统通知错误收集子系统需要对无线信令进行采集，错误收集子系统得到通知后则将刚才进行实时跟踪的无线信令截取呼叫前后一段时间内的信令保存到终端的某临时存储区域，同时保存的还有错误类型定义的描述、错误出现时间、该终端的软、硬件版本号、网络位置以及其它相关信息，并通知错误报告生成子系统前去获取信息。

错误报告子系统根据错误定义的类型以及错误收集子系统的通知对保存的数据加以格式化处理，生成文件，并通知错误发送子系统。

错误发送子系统收到通知之后立即在终端界面上给出提示：“您的手机刚产生了一个错误，类型是…，是否需要向X提交错误报告，提交报告需要产生费用，点击‘是’确定，‘否’取消”。A先生点击“是”，此错误报告就采用彩信的方式发送到终端提供商设立的一个XXXXX号码服务器上。

服务器得到了在某时某地区出现的无线连接失败错误信息，进行了分类存储并转发该错误报告到001型号终端的相关部门。研发工程师随后收到此报告，根据场景描述以及采集的信令跟踪发现问题是当地某小区网络参数配置和终端出现了不兼容的状况，立即通知当地网络组的人员调整网络，问题得到了解决。最后，研发人员确认问题解决之后，通过后台错误报告服务子系统向提交报告的用户A先生发起通知，告知他问题已经解决。A先生在实地经过测试之后发现问题确实已经解决，心里非常满意。

实例8

该实例详细描述了移动终端错误处理系统的运作过程。假设B先生同样购买了一款X公司的带错误报告的手机002型号，软件版本V03。

在某一日的待机接收短消息过程中出现了功能性死机，短消息模块运行进入了断言。这时由该断言触发了一次错误报告，手机立即给出铃声提示并且进入了蓝屏内存导出状态。

错误收集子系统将相关区域的内存信息复制到了该手机的Flash区域，并且截取了断言的详细信息：断言错误号为内存溢出，断言触发位置位于a.c源代码文件的第1000行，并且保留了出现断言时的堆栈快照以及关键寄存器快照。

B先生随即重新启动了手机。启动之后界面上给出提示“您的系统刚从一个严重的错误中恢复，是否发送该错误的错误报告？”B先生的SIM卡并没有开通彩信业务，不能通过彩信方式发送。所以他选择了“否”。界面随即给出了提示“您可以通过复制USB闪存\error的内容手动提交或者通过手机连接PC侧软件自动上传提交此错误。”B先生很重视这个问题，于是打开自己的PC机，登录并连接了此款型号手机的PC侧软件，在连接成功的时候PC侧软件自动监测到手机上存在一个未发送的错误报告，并将其自动通过Internet发送。

手机提供商X公司的后台服务器接收到了这个错误报告，并将它归类于“系统错误一死机类型”，将错误信息分发到研发部门。研发人员根据手机软件版本号和断言、内存快照等相关信息很快定位出了问题、修改了代码、发布了新版本。然后，这个新版本连同错误解决的信息一起被登记进入错误报告后台数据库，服务器向B先生发出了一条短消息“您于xx年xx月xx日发现的错误：短消息模块死机问题已经解决，新版本已经发布，请登录X公司网址进行下载或者使用手机的DM功能进行升级，谢谢！”。B先生按照提示进行了一次升级操作，果然，接收短消息的死机问题再也没有出现过。B先生对X公司的售后服务感到非常满意。

本发明实施例提出的方案具有很强的安全性，对于一些可能被攻击的情况进行了如下处理：

1.位于终端上的错误报告定义、生成和发送子系统均以二进制软件代码的形式发布，并且其中最核心的错误感知子系统是被部分嵌入到移动终端本身的软件代码中的，例如，断言监测、错误信令跟踪等，它们的运行极其依赖于终端本身的制式、软件设计和编码，所以不可能被轻易破解。

2.攻击者可能会通过捕获IP数据包的方式窃取在Internet传输的错误报告的内容，从而加以分析，对于这一点，上文中提到，可以通过对错误报告内容加密的方式进行保护，加密和解密密钥由终端以及后台服务器之间共享，也可以由第三方数字证书替代。

3.攻击者可能会潜入终端提供商后台服务器对错误信息进行窃取，这需要在后台服务器上设置相应的安全防卫措施，例如，防火墙，企业网关等，这些都是必要且可推行的。

受现有技术水平的影响，本发明实施例提供的方案可能存在的局限性主要为：

1.位于移动终端上的错误感知子系统需要实时对终端运行状态进行监视，需要在终端本身软件正常运行的基础上增加一部分额外功率开销。这一点可以通过让用户自定义是否启用错误报告功能进行可选配置。

2.当需要对内存进行导出或者错误内容信息量较大时，需要占用移动终端外部存储器较大的空间，视内部存储器和错误信息大小而定。目前随着技术的发展，移动终端上的外部存储空间正在逐渐增加，前沿的普通移动终端外部存储器可以达到10GBytes，相对于内部存储器大小而言，已经在大小上占绝对优势。并且错误报告内容可以进行定期删除，例如，可以采用发送后立即删除以及每隔一段时间进行清理的方式，不会因多次报告累积占用用户的大量外部存储空间进而导致影响用户使用。

3.通过无线通讯业务发送错误报告可能涉及到产生费用问题。对于这一点，可以以提供商与运营商签约的方式，让这部分费用由提供商支付，从而计算到提供商产品的售后成本当中，也可以让用户选择如何处理错误报告，如果用户认为费用太多可以不进行发送。对于成熟的移动终端产品，是不会频繁产生错误的，因此这一部分费用不会太多。

本发明实施例提供的方案可通过以下方式进行扩展和优化，选择多种方式和媒介对错误报告进行发送；动态的更新错误定义库，在出现新类型的错误时可以及时更新错误定义以便更准确的测定；位于移动终端侧的错误报告生成和发送系统随软件版本的更新而更新，让使用更加方便；与移动通讯运营商签约，让错误报告发送变成一项新业务。

综上所述，本发明实施例提供的方案可操作性及安全性较强，提高了移动终端的开发及维护质量，并且进一步提高了用户的满意度。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种移动终端错误处理方法，其特征在于，包括：

将错误报告发送至移动终端对应的错误管理服务器，其中，所述错误报告包括所述移动终端发生的错误的信息，所述错误管理服务器用于对所述移动终端发送的错误报告进行处理。

2.根据权利要求1所述的方法，其特征在于，将错误报告发送至所述移动终端对应的错误管理服务器之前，所述方法还包括：

根据预设的错误定义表收集所述移动终端发生的错误的信息，其中，所述错误定义表中存储有错误的类型与所述错误需要收集的信息类型的对应关系。

3.根据权利要求2所述的方法，其特征在于，根据预设的错误定义表收集所述移动终端发生的错误的信息之后，所述方法还包括：

根据所述错误定义表及收集的所述移动终端发生的错误的信息生成所述错误报告。

4.根据权利要求2所述的方法，其特征在于，根据预设的错误定义表收集所述移动终端发生的错误的信息之前，所述方法还包括：

通过预定方式检测所述移动终端发生的错误，其中，所述预定方式包括以下至少之一：利用行为模式匹配检测软件运行情况、程序编码中添加错误或异常处理出口。

5.一种移动终端错误处理系统，其特征在于，包括：

发送模块，用于将错误报告发送至所述移动终端对应的错误管理服务器，其中，所述错误报告包括移动终端发生的错误的信息，所述错误管理服务器用于对所述移动终端发送的错误报告进行处理。

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

错误收集模块，用于根据预设的错误定义表收集所述移动终端发生的错误的信息，其中，所述错误定义表中存储有错误的类型与所述错误需要收集的信息类型的对应关系。

7.根据权利要求6所述的系统，其特征在于，所述系统还包括：

报告生成模块，用于根据所述错误定义表及所述错误收集模块收集的所述移动终端发生的错误的信息生成所述错误报告。

8.根据权利要求7所述的系统，其特征在于，所述报告生成模块还用于对所述错误报告进行加密。

9.根据权利要求6所述的系统，其特征在于，所述系统还包括：

错误检测模块，用于通过预定方式检测所述移动终端发生的错误，其中，所述预定方式包括以下至少之一：利用行为模式匹配检测软件运行情况、程序编码中添加错误或异常处理出口。

10.根据权利要求5至9中任一项所述的系统，其特征在于，所述发送模块用于通过预定媒介将错误报告发送至所述移动终端对应的错误管理服务器，其中，所述预定媒介包括以下至少之一：彩信、因特网媒介、手动连接PC发送、直接提交售后服务点。

11.一种移动终端错误处理系统，其特征在于，包括：

接收模块，用于接收来自移动终端的错误报告，其中，所述错误报告包括所述移动终端发生的错误的信息；

处理模块，用于对所述接收模块接收的所述错误报告进行处理。

Images