应用软件崩溃数据的处理方法和装置制造方法
【专利摘要】本发明提供了一种应用软件崩溃数据的处理方法和装置，该方法包括：确定终端设备的应用软件产生崩溃，其中，终端设备使用的操作系统是安卓系统；获取应用软件的崩溃数据；向服务器发送崩溃数据，其中，崩溃数据用于在服务器处对应用软件的崩溃进行分析。本申请使得服务器能够根据该崩溃数据对崩溃进行分析。
【专利说明】应用软件崩溃数据的处理方法和装置
【技术领域】
[0001]本发明涉及通信【技术领域】，特别是涉及一种应用软件崩溃数据的处理方法和装置。
【背景技术】
[0002]近年来，安装有操作系统的智能终端设备越来越多。安装了操作系统的终端设备可以像个人电脑一样，由用户自行安装软件、游戏、导航等第三方服务商提供的程序，通过此类程序来不断对终端设备的功能进行扩充，并可以通过移动通讯网络来实现无线网络接入。
[0003]安卓(Android，也称为安致)系统是现在主流的终端设备操作系统之一，大多数终端设备厂商都使用安卓操作系统。随着智能终端设备的普及，运行在安卓系统上的应用软件(APP)的数量也有了呈几何级数的爆炸式增长。大多数应用软件都是第三方提供的，当终端设备运行应用软件时，可能无法正常运行该应用软件，导致应用软件崩溃，当系统崩溃时，操作系统不对该应用软件的崩溃进行操作。
【发明内容】
[0004]鉴于上述现有的无法针对应用软件的崩溃对应用软件进行分析的问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的应用软件崩溃数据的处
理方法与装置。
[0005]依据本发明的一个方面，提供了应用软件崩溃数据的处理方法，包括:确定终端设备的应用软件产生崩溃，其中，终端设备使用的操作系统是安卓系统；获取应用软件的崩溃数据；向服务器发送崩溃数据，其中，崩溃数据用于在服务器处对应用软件的崩溃进行分析。
[0006]可选地，确定终端设备的应用软件产生崩溃包括:调用监听器判断应用软件的线程中是否有未处理的异常线程，如果是，则确定应用软件产生崩溃。
[0007]可选地，向服务器发送崩溃数据包括:生成对崩溃数据进行打包的压缩请求；使用脚本语言对压缩请求进行解析；将崩溃数据进行打包；将打包后的崩溃数据通过超文本传输协议传输HTTP POST发送给服务器。
[0008]可选地，将崩溃数据进行打包包括:将一段时间内终端设备获取的崩溃数据进行打包；将打包后的崩溃数据通过超文本传输协议传输HTTP POST发送给服务器包括:在预定时刻将打包后的崩溃数据通过HTTP POST发送给服务器。
[0009]可选地，在向服务器发送崩溃数据之前，上述方法还包括:当再次启动应用软件时，提示用户选择是否向服务器发送崩溃数据；接收来自用户的确定向服务器发送崩溃数据的指令。
[0010]可选地，崩溃数据包括以下至少之一:终端设备的型号、应用软件的软件版本号、异常栈、正在运行的进程、国际移动设备身份码MEI号加密的消息摘要算法第5版MD5值、终端设备的生厂商、终端设备使用的中央处理器CPU型号、终端设备使用的网络类型、崩溃类型、和终端设备使用的安卓系统的版本号。
[0011]可选地，崩溃类型包括以下至少之一:内存不足导致的软件崩溃、指针错误导致的软件崩溃、系统服务异常导致的软件崩溃、和状态错误导致的软件崩溃。
[0012]根据本发明的另一方面，提供了一种应用软件崩溃数据的处理方法，包括:服务器接收终端设备发送的应用软件的崩溃数据，其中，终端设备使用的操作系统是安卓系统，崩溃数据是终端设备在确定应用软件产生崩溃之后获取的；根据崩溃数据，对应用软件的崩溃进行分析。
[0013]可选地，根据崩溃数据，对应用软件的崩溃进行分析，包括:根据崩溃数据中的第一信息，将相同的第一信息对应的崩溃数据放到同一个桶中，将不同的第一信息对应的崩溃数据放在不同的桶中；统计每个桶中崩溃数据的数量；根据第一信息和桶的对应关系以及每个桶中崩溃数据的数量，确定第一信息与应用软件的崩溃之间的关系。
[0014]可选地，第一信息包括以下至少之一:终端设备的型号、崩溃类型、和终端设备使用的安卓系统的版本号。
[0015]可选地，崩溃数据是终端设备进行打包之后的数据。
[0016]可选地，服务器接收终端设备发送的应用软件的崩溃数据包括:服务器在预定时刻接收终端设备发送的崩溃数据，其中，终端设备发送的崩溃数据是终端设备将一段时间内获取的崩溃数据进行打包获得的数据。
[0017]可选地，在服务器接收终端设备发送的应用软件的崩溃数据之后，上述方法还包括:将一段时间内服务器接收到的崩溃数据进行打包，并保存打包之后的崩溃数据。
[0018]可选地，崩溃数据包括以下至少之一:终端设备的型号、应用软件的软件版本号、异常栈、正在运行的进程、国际移动设备身份码MEI号加密的消息摘要算法第5版MD5值、终端设备的生厂商、终端设备使用的中央处理器CPU型号、终端设备使用的网络类型、崩溃类型、和终端设备使用的安卓系统的版本号。
[0019]可选地，崩溃类型包括以下至少之一:内存不足导致的软件崩溃、指针错误导致的软件崩溃、系统服务异常导致的软件崩溃、和状态错误导致的软件崩溃。
[0020]根据本发明的再一方面，提供了一种应用软件崩溃数据的处理装置，包括:确定单元，用于确定终端设备的应用软件产生崩溃，其中，终端设备使用的操作系统是安卓系统；获取单元，用于获取应用软件的崩溃数据；发送单元，用于向服务器发送崩溃数据，其中，崩溃数据用于在服务器处对应用软件的崩溃进行分析。
[0021]可选地，确定单元还用于:调用监听器判断应用软件的线程中是否有未处理的异常线程，如果是，则确定应用软件产生崩溃。
[0022]可选地，发送单元还用于:生成对崩溃数据进行打包的压缩请求；使用脚本语言对压缩请求进行解析；将崩溃数据进行打包；将打包后的崩溃数据通过超文本传输协议传输HTTP POST发送给服务器。
[0023]可选地，发送单元用于:将一段时间内终端设备获取的崩溃数据进行打包；在预定时刻将打包后的崩溃数据通过HTTP POST发送给服务器。
[0024]可选地，上述装置还包括:提示单元，用于在向服务器发送崩溃数据之前，当再次启动应用软件时，提示用户选择是否向服务器发送崩溃数据；接收单元，用于接收来自用户的确定向服务器发送崩溃数据的指令。
[0025]可选地，崩溃数据包括以下至少之一:终端设备的型号、应用软件的软件版本号、异常栈、正在运行的进程、国际移动设备身份码MEI号加密的消息摘要算法第5版MD5值、终端设备的生厂商、终端设备使用的中央处理器CPU型号、终端设备使用的网络类型、崩溃类型、和终端设备使用的安卓系统的版本号。
[0026]可选地，崩溃类型包括以下至少之一:内存不足导致的软件崩溃、指针错误导致的软件崩溃、系统服务异常导致的软件崩溃、和状态错误导致的软件崩溃。
[0027]根据本发明的又一方面，提供了一种应用软件崩溃数据的处理装置，包括:接收单元，用于接收终端设备发送的应用软件的崩溃数据，其中，终端设备使用的操作系统是安卓系统，崩溃数据是终端设备在确定应用软件产生崩溃之后获取的；分析单元，用于根据崩溃数据，对应用软件的崩溃进行分析。
[0028]可选地，分析单元还用于:根据崩溃数据中的第一信息，将相同的第一信息对应的崩溃数据放到同一个桶中，将不同的第一信息对应的崩溃数据放在不同的桶中；统计每个桶中崩溃数据的数量；根据第一信息和桶的对应关系以及每个桶中崩溃数据的数量，确定第一信息与应用软件的崩溃之间的关系。
[0029]可选地，第一信息包括以下至少之一:终端设备的型号、崩溃类型、和终端设备使用的安卓系统的版本号。
[0030]可选地，崩溃数据是终端设备进行打包之后的数据。
[0031]可选地，接收单元还用于在预定时刻接收终端设备发送的崩溃数据，其中，终端设备发送的崩溃数据是终端设备将一段时间内获取的崩溃数据进行打包获得的数据。
[0032]可选地，上述装置还包括:打包单元，用于在服务器接收终端设备发送的应用软件的崩溃数据之后，将一段时间内服务器接收到的崩溃数据进行打包；保存单元，用于保存打包之后的崩溃数据。
[0033]可选地，崩溃数据包括以下至少之一:终端设备的型号、应用软件的软件版本号、异常栈、正在运行的进程、国际移动设备身份码MEI号加密的消息摘要算法第5版MD5值、终端设备的生厂商、终端设备使用的中央处理器CPU型号、终端设备使用的网络类型、崩溃类型、和终端设备使用的安卓系统的版本号。
[0034]可选地，崩溃类型包括以下至少之一:内存不足导致的软件崩溃、指针错误导致的软件崩溃、系统服务异常导致的软件崩溃、和状态错误导致的软件崩溃。
[0035]在现有技术中，当使用安卓系统的终端设备中的应用软件崩溃时，系统不对该应用软件的崩溃进行任何操作，从而无法针对这些崩溃对应用软件进行分析。在本发明中，当使用安卓系统的终端设备中的应用软件崩溃时，终端设备将崩溃数据发送给服务器，使得服务器能够根据该崩溃数据对崩溃进行分析，以便后续对应用软件进行相应的改进。
[0036]上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的【具体实施方式】。
【专利附图】
【附图说明】
[0037]通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中:
[0038]图1是根据本发明实施例一的一种应用软件崩溃数据的处理方法的步骤流程图；
[0039]图2是根据本发明实施例二的一种应用软件崩溃数据的处理方法的步骤流程图；
[0040]图3是根据本发明实施例三的一种应用软件崩溃数据的处理方法的步骤流程图；
[0041]图4是根据本发明实施例四的一种应用软件崩溃数据的处理装置的结构框图；
[0042]图5是根据本发明实施例四的一种优选的应用软件崩溃数据的处理装置的结构框图；
[0043]图6是根据本发明实施例五的一种应用软件崩溃数据的处理装置的结构框图；
[0044]图7是根据本发明实施例五的一种优选的应用软件崩溃数据的处理装置的结构框图。
【具体实施方式】
[0045]下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
[0046]实施例一
[0047]图1是根据本发明实施例一的一种应用软件崩溃数据的处理方法的步骤流程图，该实施例可以应用于终端设备侧，可以应用到例如安全卫士等应用软件中。在本申请中，终端设备包括但不限于安装有安卓操作系统的以下电子设备:移动电话、平板电脑、笔记本计算机、导航仪、音频和/或视频播放器、收音机、移动电视、多功能遥控器等便携式计算设备；台式计算机、大型计算机、打印机、传真机、复印机、多功能一体机、机顶盒、公共信息查询设备、多媒体信息交互设备等固定式计算设备。如图1所示，该方法包括:
[0048]步骤102，确定终端设备上的应用软件产生崩溃，其中，该终端设备使用的操作系统是安卓系统；该应用软件也称为APP、应用、或应用程序。在监测到崩溃后，程序会自动退出。
[0049]在本发明实施例的一个优选实例中，终端设备先调用监听器判断应用软件的线程中是否有未处理的异常线程，如果是，确定应用软件产生崩溃。安卓系统使用的JAVA语言，在JAVA里，每个线程都可能有出现异常，有些异常时可以处理的，例如，不能上网；有些异常不能处理，例如，向某个设备发送通知，如果该设备不存在，则该异常无法处理，当程序里有无法处理的异常时，先调用监听器对该异常进行处理，记录该异常，将该异常的相关信息保存在文件中，并将该文件存储在私有目录中，然后，线程抛出该异常。通过该方式，能够方便地确定系统中应用软件是否发生崩溃。
[0050]步骤104，该终端设备获取产生崩溃的应用软件的崩溃数据。
[0051]在本发明实施例的另一个优选实例中，在应用软件产生崩溃之后，终端设备会获取该应用软件的崩溃数据，该崩溃数据可以包括:终端设备的型号、应用软件的软件版本号、异常栈、正在运行的进程、国际移动设备身份码(International Mobile EquipmentIdentity, IMEI)号加密的消息摘要算法第 5 版(Message Digest Algorithm5, MD5)值、终端设备的生厂商、终端设备使用的中央处理器(Central Processing Unit,CPU)型号、终端设备使用的网络类型、崩溃类型、和终端设备使用的安卓系统的版本号。优选的，崩溃类型包括以下至少之一:内存不足导致的软件崩溃、指针错误导致的软件崩溃、系统服务异常导致的软件崩溃、和状态错误导致的软件崩溃。
[0052]步骤106，该终端设备向服务器发送崩溃数据，其中，该崩溃数据用于在服务器处对应用软件的崩溃进行分析。
[0053]在具体实现过程中，终端设备可以先生成对崩溃数据进行打包的压缩请求；使用脚本语言对压缩请求进行解析；将获取的崩溃数据进行打包；然后，再将打包后的崩溃数据通过超文本传输协议(Hyper Text Transport Protocol,HTTP)传输(POST)发送给服务器。这样，终端设备将数据进行压缩后再传递，然后服务端拿到数据解压缩后再处理。此时，可以选择使用Gzip压缩格式对崩溃数据进行压缩，其中，Gzip格式是GNUzip的缩写。在通常情况下，使用Gzip压缩格式，压缩后的数据大小是压缩前的五分之一左右，甚至更小，从而使得数据传输时间大大降低，用户体验大大提高。
[0054]下面对Gzip压缩方式进行具体说明，当终端设备检测到待发送的业务量大于预定值时，为待请求的业务信息生成一个压缩请求，该预定值可以根据需要设置，该压缩请求可以为Gzip格式，发送Gzip格式的压缩请求可以缩减请求大小，加快传输速度。压缩可以分成多个阶段，包括:预处理(access)阶段和内容处理(content)阶段，其中，access阶段用来对压缩请求做一些预处理content阶段用来处理最终的响应数据，例如，使用Gzip压缩格式对崩溃数据进行压缩；在预处理阶段可以使用脚本语言对压缩请求进行解析，例如，可以使用脚本语言例如Lua调用数据压缩库(zlib)或者使用Lua调用外部函数接口(Foreign Function Interface,FFI)对压缩请求进行解析；当然也可以使用其他类型的脚本语言例如Perl替代Lua。在预处理阶段可以通过C语言或其他编程语言创建一个封装zlib的解压缩模块，通过该解压缩模块中的zlib来解压缩压缩请求中的Gzip数据，然后，将非压缩数据交给超文本预处理器(Hypertext Preprocessor, PHP),由PHP完成最终的处理，从而实现对数据的压缩。
[0055]优选的，终端设备可以将一段时间内(例如，2小时内)本地获取的崩溃数据进行打包，然后，在预定时刻将打包后的崩溃数据通过HTTP POST发送给服务器。通过这样的方式，终端设备仅需要在预定时刻发送崩溃数据，而不需要随时上报数据，从而降低终端设备通信模块的使用频率，能够达到省电的效果。另外，由于通信系统在某些时刻负载会较重，某些时刻负载会较轻，因此，可以将预定时刻设置在负载较轻的时刻，从而避免通信网络负载过重。
[0056]在本发明实施例的又一个优选实例中，可以在再次启动崩溃的应用软件时，提示用户选择是否向服务器发送崩溃数据，例如，可以使用提示框进行提示，当然，也可以采用其他方式进行提示，此处不做限制；当用户选择向服务器发送崩溃数据时，终端设备会接收来自用户的确定向服务器发送崩溃数据的指令，然后再向服务器发送崩溃数据；当用户选择不向服务器发送崩溃数据时，终端设备会接收来自用户的确定不向服务器发送崩溃数据的指令，在这种情况下，终端设备不会向服务器发送该崩溃数据。在本实施例中，只有在用户同意的情况下，终端设备才会向服务器发送崩溃的应用软件的崩溃数据，避免了在用户不知情的情况下泄露终端设备的相关信息。[0057]在现有技术中，当使用安卓系统的终端设备中的应用软件崩溃时，系统不对该应用软件的崩溃进行任何操作，从而无法针对这些崩溃对应用软件进行分析。在本实施例中，当使用安卓系统的终端设备中的应用软件崩溃时，终端设备将崩溃数据发送给服务器，使得服务器能够根据该崩溃数据对崩溃进行分析，以便后续对应用软件进行相应的改进。
[0058]实施例二
[0059]图2是根据本发明实施例二的一种应用软件崩溃数据的处理方法的步骤流程图，该实施例可以应用于服务器侧。如图2所示，该方法包括:
[0060]步骤202，服务器接收终端设备发送的应用软件的崩溃数据，其中，该终端设备使用的操作系统是安卓系统，该崩溃数据是终端设备在确定其上的应用软件产生崩溃之后获取的，该应用软件也称为APP或应用。
[0061]在本发明实施例的一个优选实例中，在应用软件产生崩溃之后，终端设备会获取该应用软件的崩溃数据，并将该崩溃数据发送给服务器，从而服务器能够接收到该崩溃数据。该崩溃数据可以包括:终端设备的型号、应用软件的软件版本号、异常栈、正在运行的进程、IMEI号加密的MD5值、终端设备的生厂商、终端设备使用的CPU型号、终端设备使用的网络类型、崩溃类型、和终端设备使用的安卓系统的版本号。优选的，崩溃类型包括以下至少之一:内存不足导致的软件崩溃、指针错误导致的软件崩溃、系统服务异常导致的软件崩溃、和状态错误导致的软件崩溃。
[0062]优选的，服务器接收到的可以是包含崩溃数据的崩溃信息包，其中，崩溃信息包包括:终端设备的型号(例如手机型号)、IMEI号的MD5哈希(hash)码、操作系统及其版本、CPU型号、ROM版本、手机生产商、崩溃日期时间、软件包名、版本号、版本名称、崩溃消息、和崩溃栈信息。服务器，即，服务器接收到的崩溃数据是终端设备进行打包之后的数据。这样，可以减少终端设备到服务器之间的传送数据量，降低网络传输量。例如，服务器在预定时刻接收终端设备发送的崩溃数据，其中，终端设备发送的崩溃数据是终端设备将一段时间内获取的崩溃数据进行打包获得的数据。通过这样的方式，服务器仅需要在预定时刻接收崩溃数据，而不需要随时扫描崩溃数据，从而提高了工作效率。另外，由于通信系统在某些时刻负载会较重，某些时刻负载会较轻，因此，可以将预定时刻设置在负载较轻的时刻，从而避免通信网络负载过重。
[0063]在本发明实施例的另一个优选实例中，服务器在接收终端设备发送的应用软件的崩溃数据之后，将一段时间内(例如，I天)服务器接收到的崩溃数据进行打包，并保存打包之后的崩溃数据。通过该实例，可以减少服务器保存的文件的数量。
[0064]步骤204，根据该崩溃数据，服务器对应用软件的崩溃进行分析。
[0065]在本发明实施例的又一个优选实例中，服务器可以仅选取接收到的崩溃信息包中的一部分崩溃数据进行分析，例如，服务器根据崩溃数据中的第一信息，将相同的第一信息对应的崩溃数据放到同一个桶中，将不同的第一信息对应的崩溃数据放在不同的桶中，这样，每个第一信息对应的崩溃数据都保存在一个桶中；统计每个桶中崩溃数据的数量；根据第一信息和桶的对应关系以及每个桶中崩溃数据的数量，确定第一信息与应用软件的崩溃之间的关系。优选的，该第一信息包括以下至少之一:该终端设备的型号、崩溃类型、和该终端设备使用的安卓系统的版本号。例如，当第一信息是手机型号时，服务器如果接收到的手机型号为三星S5660和三星S4手机的针对应用软件S的崩溃数据，将三星S5660的崩溃数据放在桶A中，将三星S4的崩溃数据放在桶B中，统计桶A中的崩溃数据为100条，统计桶A中的崩溃数据为10条，则可以确定应用软件S在三星S4中比在三星S5660中更稳定。当手机型号还包括其他型号时，也可以采用上述方法进行分析，从而可以选出对应最多崩溃的N个手机型号，其中，N是正整数，可以设置N为100。当第一信息是其他信息时，可以采用类似的方式进行分析，在此不再赘述。通过该实施例，可以结合崩溃数据，对应用软件进行有效地分析。
[0066]服务器端收集崩溃数据之后，根据用户传回的信息来修复软件问题，然后在接下来的版本中发布改进后的软件。例如，找出根据一段时间内数量比较多的崩溃类型进行处理，然后在软件的下一版本中修复并更新。
[0067]在现有技术中，当使用安卓系统的终端设备中的应用软件崩溃时，系统不对该应用软件的崩溃进行任何操作，从而无法针对这些崩溃进行分析。在本实施例中，当使用安卓系统的终端设备中的应用软件崩溃时，服务器从终端设备接收该应用软件的崩溃数据，然后，根据该崩溃数据对崩溃进行分析，从而实现了对应用软件的崩溃进行分析，以便对应用软件进行相应的改进。
[0068]实施例三
[0069]图3是根据本发明实施例三的一种应用软件崩溃数据的处理方法的步骤流程图，如图3所示，该方法包括:
[0070]步骤302，确定终端设备上的应用软件产生崩溃，其中，该终端设备使用的操作系统是安卓系统；该应用软件也称为APP或应用。
[0071]在本发明实施例的一个优选实例中，终端设备调用监听器判断应用软件的线程中是否有未处理的异常线程，如果是，则确定应用软件产生崩溃。安卓系统使用的JAVA语言，在JAVA里，每个线程都可能有出现异常，有些异常时可以处理的，例如，不能上网；有些异常不能处理，例如，向某个设备发送通知，如果该设备不存在，则该异常无法处理，当程序里有无法处理的异常时，先调用监听器对该异常进行处理，记录该异常，将该异常的相关信息保存在文件中，并将该文件存储在私有目录中，然后，线程抛出该异常。通过该方式，能够方便地确定系统中应用软件是否发生崩溃。
[0072]步骤304，该终端设备获取产生崩溃的应用软件的崩溃数据。
[0073]在本发明实施例的另一个优选实例中，在应用软件产生崩溃之后，终端设备会获取该应用软件的崩溃数据，该崩溃数据可以包括:终端设备的型号、应用软件的软件版本号、异常栈、正在运行的进程、IMEI号加密的MD5值、终端设备的生厂商、终端设备使用的CPU型号、终端设备使用的网络类型、崩溃类型、和终端设备使用的安卓系统的版本号。优选的，崩溃类型包括以下至少之一:内存不足导致的软件崩溃、指针错误导致的软件崩溃、系统服务异常导致的软件崩溃、和状态错误导致的软件崩溃。
[0074]步骤306，用户是否选择向服务器发送崩溃数据；如果是，则执行步骤308 ;否则，流程结束。
[0075]在再次启动崩溃的应用软件时，提示用户选择是否向服务器发送崩溃数据，例如，可以使用提示框进行提示，当然，也可以采用其他方式进行提示，此处不做限制；当用户选择向服务器发送崩溃数据时，终端设备会接收来自用户的确定向服务器发送崩溃数据的指令，然后再向服务器发送崩溃数据；当用户选择不向服务器发送崩溃数据时，终端设备会接收来自用户的确定不向服务器发送崩溃数据的指令，在这种情况下，终端设备不会向服务器发送该崩溃数据。在本实施例中，只有在用户同意的情况下，终端设备才会向服务器发送崩溃的应用软件的崩溃数据，避免了在用户不知情的情况下泄露终端设备的相关信息。
[0076]步骤308，该终端设备向服务器发送崩溃数据。
[0077]在具体实现过程中，
[0078]终端设备可以先生成对崩溃数据进行打包的压缩请求；使用脚本语言对压缩请求进行解析；将获取的崩溃数据进行打包；然后，再将打包后的崩溃数据通过超文本传输协议(Hyper Text Transport Protocol, HTTP)传输(POST)发送给服务器。这样，终端设备将数据进行压缩后再传递，然后服务端拿到数据解压缩后再处理。此时，可以选择使用Gzip压缩格式对崩溃数据进行压缩，其中，Gzip格式是GNUzip的缩写。在通常情况下，使用Gzip压缩格式，压缩后的数据大小是压缩前的五分之一左右，甚至更小，从而使得数据传输时间大大降低，用户体验大大提高。
[0079]下面对Gzip压缩方式进行具体说明，当终端设备检测到待发送的业务量大于预定值时，为待请求的业务信息生成一个压缩请求，该预定值可以根据需要设置，该压缩请求可以为Gzip格式，发送Gzip格式的压缩请求可以缩减请求大小，加快传输速度。压缩可以分成多个阶段，包括:预处理(access)阶段和内容处理(content)阶段，其中，access阶段用来对压缩请求做一些预处理content阶段用来处理最终的响应数据，例如，使用Gzip压缩格式对崩溃数据进行压缩；在预处理阶段可以使用脚本语言对压缩请求进行解析，例如，可以使用脚本语言例如Lua调用数据压缩库(zlib)或者使用Lua调用外部函数接口(Foreign Function Interface,FFI)对压缩请求进行解析；当然也可以使用其他类型的脚本语言例如Perl替代Lua。在预处理阶段可以通过C语言或其他编程语言创建一个封装zlib的解压缩模块，通过该解压缩模块中的zlib来解压缩压缩请求中的Gzip数据，从而实现对数据的压缩。
[0080]优选的，终端设备可以将一段时间内(例如，2小时内)本地获取的崩溃数据进行打包，然后，在预定时刻将打包后的崩溃数据发送给服务器。通过这样的方式，终端设备仅需要在预定时刻发送崩溃数据，而不需要随时上报数据，从而降低终端设备通信模块的使用频率，能够达到省电的效果。另外，由于通信系统在某些时刻负载会较重，某些时刻负载会较轻，因此，可以将预定时刻设置在负载较轻的时刻，从而避免通信网络负载过重。
[0081]服务器在接收终端设备发送的应用软件的崩溃数据之后，可以将一段时间内(例如，I天)服务器接收到的崩溃数据进行打包，并保存打包之后的崩溃数据。通过该实例，可以减少服务器保存的文件的数量。
[0082]步骤310，根据该崩溃数据，服务器对应用软件的崩溃进行分析。
[0083]在本发明实施例的又一个优选实例中，服务器根据崩溃数据中的第一信息，将相同的第一信息对应的崩溃数据放到同一个桶中，将不同的第一信息对应的崩溃数据放在不同的桶中，这样，每个第一信息对应的崩溃数据都保存在一个桶中；统计每个桶中崩溃数据的数量；根据第一信息和桶的对应关系以及每个桶中崩溃数据的数量，确定第一信息与应用软件的崩溃之间的关系。优选的，该第一信息包括以下至少之一:该终端设备的型号、崩溃类型、和该终端设备使用的安卓系统的版本号。例如，当第一信息是手机型号时，服务器如果接收到的手机型号为三星S5660和三星S4手机的针对应用软件S的崩溃数据，将三星S5660的崩溃数据放在桶A中，将三星S4的崩溃数据放在桶B中，统计桶A中的崩溃数据为100条，统计桶A中的崩溃数据为10条，则可以确定应用软件S在三星S4中比在三星S5660中更稳定。当手机型号还包括其他型号时，也可以采用上述方法进行分析，从而可以选出对应最多崩溃的N个手机型号，其中，N是正整数，可以设置N为100。当第一信息是其他信息时，可以采用类似的方式进行分析，在此不再赘述。通过该实施例，可以结合崩溃数据，对应用软件进行有效地分析。
[0084]在现有技术中，当使用安卓系统的终端设备中的应用软件崩溃时，系统不对该应用软件的崩溃进行任何操作，从而无法针对这些崩溃进行分析。在本实施例中，当使用安卓系统的终端设备中的应用软件崩溃时，服务器从终端设备接收该应用软件的崩溃数据，然后，根据该崩溃数据对崩溃进行分析，从而实现了对应用软件的崩溃进行分析，以便对应用软件进行相应的改进。
[0085]实施例四
[0086]图4是根据本发明实施例四的一种应用软件崩溃数据的处理装置的结构框图，该装置可以是使用安卓系统的终端设备，也可以是用在使用安卓系统的终端设备中的装置。该装置可以用于执行上述终端设备侧的方法，因此，上述终端设备侧方法的特征可以结合到本实施例中。如图4所示,该装置包括:
[0087]确定单元402，用于确定终端设备的应用软件产生崩溃，其中，终端设备使用的操作系统是安卓系统；
[0088]获取单元404，用于获取应用软件的崩溃数据；
[0089]发送单元406，用于向服务器发送崩溃数据，其中，崩溃数据用于在服务器处对应用软件的崩溃进行分析。
[0090]在本发明实施例的优选实例中，确定单元402还用于:调用监听器判断应用软件的线程中是否有未处理的异常线程，如果是，则确定应用软件产生崩溃。
[0091]在本发明实施例的优选实例中，发送单元406还用于:生成对崩溃数据进行打包的压缩请求；使用脚本语言对压缩请求进行解析；将崩溃数据进行打包；将打包后的崩溃数据通过HTTP POST发送给服务器。
[0092]在本发明实施例的优选实例中，发送单元406还用于:将一段时间内终端设备获取的崩溃数据进行打包；在预定时刻将打包后的崩溃数据通过HTTP POST发送给服务器。
[0093]图5是根据本发明实施例四的一种优选的应用软件崩溃数据的处理装置的结构框图，如图5所示，上述装置还包括:
[0094]提示单元502，用于在向服务器发送崩溃数据之前，当再次启动应用软件时，提示用户选择是否向服务器发送崩溃数据；
[0095]接收单元504，用于接收来自用户的确定向服务器发送崩溃数据的指令。
[0096]在本发明实施例的优选实例中，崩溃数据包括以下至少之一:终端设备的型号、应用软件的软件版本号、异常栈、正在运行的进程、頂EI号加密的MD5值、终端设备的生厂商、终端设备使用的CPU型号、终端设备使用的网络类型、崩溃类型、和终端设备使用的安卓系统的版本号。
[0097]在本发明实施例的优选实例中，崩溃类型包括以下至少之一:内存不足导致的软件崩溃、指针错误导致的软件崩溃、系统服务异常导致的软件崩溃、和状态错误导致的软件崩溃。
[0098]在现有技术中，当使用安卓系统的终端设备中的应用软件崩溃时，系统不对该应用软件的崩溃进行任何操作，从而无法针对这些崩溃对应用软件进行分析。在本实施例中，当使用安卓系统的终端设备中的应用软件崩溃时，终端设备将崩溃数据发送给服务器，使得服务器能够根据该崩溃数据对崩溃进行分析，以便后续对应用软件进行相应的改进。
[0099]实施例五
[0100]图6是根据本发明实施例五的一种应用软件崩溃数据的处理装置的结构框图，该装置可以是服务器，也可以是用在服务器中的装置。该装置可以用于执行上述服务器侧的方法，因此，上述服务器侧方法的特征可以结合到本实施例中。如图6所示，该装置包括:
[0101]接收单元602，用于接收终端设备发送的应用软件的崩溃数据，其中，终端设备使用的操作系统是安卓系统，崩溃数据是终端设备在确定应用软件产生崩溃之后获取的；
[0102]分析单元604，用于根据崩溃数据，对应用软件的崩溃进行分析。
[0103]在本发明实施例的优选实例中，分析单元604还用于:根据崩溃数据中的第一信息，将相同的第一信息对应的崩溃数据放到同一个桶中，将不同的第一信息对应的崩溃数据放在不同的桶中；统计每个桶中崩溃数据的数量；根据第一信息和桶的对应关系以及每个桶中崩溃数据的数量，确定第一信息与应用软件的崩溃之间的关系。
[0104]在本发明实施例的优选实例中，第一信息包括以下至少之一:终端设备的型号、崩溃类型、和终端设备使用的安卓系统的版本号。
[0105]在本发明实施例的优选实例中，上述崩溃数据是终端设备进行打包之后的数据。
[0106]在本发明实施例的优选实例中，接收单元602还用于在预定时刻接收终端设备发送的崩溃数据，其中，终端设备发送的崩溃数据是终端设备将一段时间内获取的崩溃数据进行打包获得的数据。
[0107]图7是根据本发明实施例五的一种优选的应用软件崩溃数据的处理装置的结构框图，如图7所示，该装置还包括:
[0108]打包单元702，用于在服务器接收终端设备发送的应用软件的崩溃数据之后，将一段时间内服务器接收到的崩溃数据进行打包；
[0109]保存单元704，用于保存打包之后的崩溃数据。在这种情况下，分析模块604可以使用保存模块704保存的崩溃数据进行分析。
[0110]在本发明实施例的优选实例中，崩溃数据包括以下至少之一:终端设备的型号、应用软件的软件版本号、异常栈、正在运行的进程、IMEI号加密的版MD5值、终端设备的生厂商、终端设备使用的CPU型号、终端设备使用的网络类型、崩溃类型、和终端设备使用的安卓系统的版本号。
[0111]在本发明实施例的优选实例中，崩溃类型包括以下至少之一:内存不足导致的软件崩溃、指针错误导致的软件崩溃、系统服务异常导致的软件崩溃、和状态错误导致的软件崩溃。
[0112]在现有技术中，当使用安卓系统的终端设备中的应用软件崩溃时，系统不对该应用软件的崩溃进行任何操作，从而无法针对这些崩溃进行分析。在本实施例中，当使用安卓系统的终端设备中的应用软件崩溃时，服务器从终端设备接收该应用软件的崩溃数据，然后，根据该崩溃数据对崩溃进行分析，从而实现了对应用软件的崩溃进行分析，以便对应用软件进行相应的改进。
[0113]在此提供的应用软件崩溃数据的处理方案不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造具有本发明方案的系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
[0114]在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
[0115]类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循【具体实施方式】的权利要求书由此明确地并入该【具体实施方式】，其中每个权利要求本身都作为本发明的单独实施例。
[0116]本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0117]此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0118]本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP )来实现根据本发明实施例的应用软件崩溃数据的处理方案中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
[0119]应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
[0120]本发明实施例公开了 Al、一种应用软件崩溃数据的处理方法，包括:
[0121]确定所述终端设备的应用软件产生崩溃，其中，所述终端设备使用的操作系统是安卓系统；
[0122]获取所述应用软件的崩溃数据；
[0123]向服务器发送所述崩溃数据，其中，所述崩溃数据用于在所述服务器处对所述应用软件的崩溃进行分析。
[0124]A2、根据Al所述的方法，其中，确定终端设备的应用软件产生崩溃包括:
[0125]调用监听器判断所述应用软件的线程中是否有未处理的异常线程，如果是，则确定所述应用软件产生崩溃。
[0126]A3、根据Al所述的方法，其中，向服务器发送所述崩溃数据包括:
[0127]生成对所述崩溃数据进行打包的压缩请求；
[0128]使用脚本语言对所述压缩请求进行解析；
[0129]将所述崩溃数据进行打包；
[0130]将所述打包后的崩溃数据通过超文本传输协议传输HTTP POST发送给所述服务器。
[0131]A4、根据A3所述的方法，其中，
[0132]将所述崩溃数据进行打包包括:将一段时间内所述终端设备获取的所述崩溃数据进行打包；
[0133]将所述打包后的崩溃数据通过超文本传输协议传输HTTP POST发送给所述服务器包括:在预定时刻将所述打包后的崩溃数据通过HTTP POST发送给所述服务器。
[0134]A5、根据Al至4任一项所述的方法，其中，在向服务器发送所述崩溃数据之前，所述方法还包括:
[0135]当再次启动所述应用软件时，提示用户选择是否向所述服务器发送所述崩溃数据；
[0136]接收来自用户的确定向所述服务器发送所述崩溃数据的指令。
[0137]A6、根据Al至4任一项所述的方法，其中，所述崩溃数据包括以下至少之一:
[0138]所述终端设备的型号、所述应用软件的软件版本号、异常栈、正在运行的进程、国际移动设备身份码MEI号加密的消息摘要算法第5版MD5值、所述终端设备的生厂商、所述终端设备使用的中央处理器CPU型号、所述终端设备使用的网络类型、崩溃类型、和所述终端设备使用的安卓系统的版本号。
[0139]A7、根据A6所述的方法，其中，所述崩溃类型包括以下至少之一:内存不足导致的软件崩溃、指针错误导致的软件崩溃、系统服务异常导致的软件崩溃、和状态错误导致的软件崩溃。
[0140]本发明实施例公开了 B8、一种应用软件崩溃数据的处理方法，包括:[0141]服务器接收终端设备发送的应用软件的崩溃数据，其中，所述终端设备使用的操作系统是安卓系统，所述崩溃数据是所述终端设备在确定所述应用软件产生崩溃之后获取的；
[0142]根据所述崩溃数据，对所述应用软件的崩溃进行分析。
[0143]B9、根据B8所述的方法，其中，根据所述崩溃数据，对所述应用软件的崩溃进行分析，包括:
[0144]根据所述崩溃数据中的第一信息，将相同的第一信息对应的崩溃数据放到同一个桶中，将不同的第一信息对应的崩溃数据放在不同的桶中；
[0145]统计每个桶中崩溃数据的数量；
[0146]根据所述第一信息和桶的对应关系以及所述每个桶中崩溃数据的数量，确定所述第一信息与所述应用软件的崩溃之间的关系。
[0147]B10、根据B9所述的方法，其中，所述第一信息包括以下至少之一:
[0148]所述终端设备的型号、崩溃类型、和所述终端设备使用的安卓系统的版本号。
[0149]B11、根据B8所述的方法，其中，所述崩溃数据是所述终端设备进行打包之后的数据。
[0150]B12、根据B8所述的方法，其中，服务器接收终端设备发送的应用软件的崩溃数据包括:
[0151]所述服务器在预定时刻接收所述终端设备发送的所述崩溃数据，其中，所述终端设备发送的所述崩溃数据是所述终端设备将一段时间内获取的崩溃数据进行打包获得的数据。
[0152]B13、根据B8至12任一项所述的方法，其中，在服务器接收终端设备发送的应用软件的崩溃数据之后，所述方法还包括:
[0153]将一段时间内所述服务器接收到的崩溃数据进行打包，并保存打包之后的崩溃数据。
[0154]B14、根据B8至12任一项所述的方法，其中，所述崩溃数据包括以下至少之一:
[0155]所述终端设备的型号、所述应用软件的软件版本号、异常栈、正在运行的进程、国际移动设备身份码MEI号加密的消息摘要算法第5版MD5值、所述终端设备的生厂商、所述终端设备使用的中央处理器CPU型号、所述终端设备使用的网络类型、崩溃类型、和所述终端设备使用的安卓系统的版本号。
[0156]B15、根据B14所述的方法，其中，所述崩溃类型包括以下至少之一:内存不足导致的软件崩溃、指针错误导致的软件崩溃、系统服务异常导致的软件崩溃、和状态错误导致的软件崩溃。
[0157]本发明实施例公开了 C16、一种应用软件崩溃数据的处理装置，包括:
[0158]确定单元，用于确定终端设备的应用软件产生崩溃，其中，所述终端设备使用的操作系统是安卓系统；
[0159]获取单元，用于获取所述应用软件的崩溃数据；
[0160]发送单元，用于向服务器发送所述崩溃数据，其中，所述崩溃数据用于在所述服务器处对所述应用软件的崩溃进行分析。
[0161]C17、根据C16所述的装置，其中，所述确定单元还用于:[0162]调用监听器判断所述应用软件的线程中是否有未处理的异常线程，如果是，则确定所述应用软件产生崩溃。
[0163]C18、根据C16所述的装置，其中，所述发送单元还用于:
[0164]生成对所述崩溃数据进行打包的压缩请求；
[0165]使用脚本语言对所述压缩请求进行解析；
[0166]将所述崩溃数据进行打包；
[0167]将所述打包后的崩溃数据通过超文本传输协议传输HTTP POST发送给所述服务器。
[0168]C19、根据C18所述的装置，其中，所述发送单元用于:
[0169]将一段时间内所述终端设备获取的所述崩溃数据进行打包；
[0170]在预定时刻将所述打包后的崩溃数据通过HTTP POST发送给所述服务器。
[0171]C20、根据C16至19任一项所述的装置，其中，所述装置还包括:
[0172]提示单元，用于在向服务器发送所述崩溃数据之前，当再次启动所述应用软件时，提示用户选择是否向所述服务器发送所述崩溃数据；
[0173]接收单元，用于接收来自用户的确定向所述服务器发送所述崩溃数据的指令。
[0174]C21、根据C16至19任一项所述的装置，其中，所述崩溃数据包括以下至少之一:
[0175]所述终端设备的型号、所述应用软件的软件版本号、异常栈、正在运行的进程、国际移动设备身份码MEI号加密的消息摘要算法第5版MD5值、所述终端设备的生厂商、所述终端设备使用的中央处理器CPU型号、所述终端设备使用的网络类型、崩溃类型、和所述终端设备使用的安卓系统的版本号。
[0176]C22、根据C21所述的装置，其中，所述崩溃类型包括以下至少之一:内存不足导致的软件崩溃、指针错误导致的软件崩溃、系统服务异常导致的软件崩溃、和状态错误导致的软件崩溃。
[0177]本发明实施例公开了 D23、一种应用软件崩溃数据的处理装置，包括:
[0178]接收单元，用于接收终端设备发送的应用软件的崩溃数据，其中，所述终端设备使用的操作系统是安卓系统，所述崩溃数据是所述终端设备在确定所述应用软件产生崩溃之后获取的；
[0179]分析单元，用于根据所述崩溃数据，对所述应用软件的崩溃进行分析。
[0180]D24、根据D23所述的装置，其中，所述分析单元还用于:
[0181]根据所述崩溃数据中的第一信息，将相同的第一信息对应的崩溃数据放到同一个桶中，将不同的第一信息对应的崩溃数据放在不同的桶中；
[0182]统计每个桶中崩溃数据的数量；
[0183]根据所述第一信息和桶的对应关系以及所述每个桶中崩溃数据的数量，确定所述第一信息与所述应用软件的崩溃之间的关系。
[0184]D25、根据D24所述的装置，其中，所述第一信息包括以下至少之一:
[0185]所述终端设备的型号、崩溃类型、和所述终端设备使用的安卓系统的版本号。
[0186]D26、根据D23所述的装置，其中，所述崩溃数据是所述终端设备进行打包之后的数据。
[0187]D27、根据D23所述的装置，其中，所述接收单元还用于在预定时刻接收所述终端设备发送的所述崩溃数据，其中，所述终端设备发送的所述崩溃数据是所述终端设备将一段时间内获取的崩溃数据进行打包获得的数据。
[0188]D28、根据D23至27任一项所述的装置，其中，所述装置还包括:
[0189]打包单元，用于在服务器接收终端设备发送的应用软件的崩溃数据之后，将一段时间内所述服务器接收到的崩溃数据进行打包；
[0190]保存单元，用于保存打包之后的崩溃数据。
[0191]D29、根据D23至27任一项所述的装置，其中，所述崩溃数据包括以下至少之一:
[0192]所述终端设备的型号、所述应用软件的软件版本号、异常栈、正在运行的进程、国际移动设备身份码MEI号加密的消息摘要算法第5版MD5值、所述终端设备的生厂商、所述终端设备使用的中央处理器CPU型号、所述终端设备使用的网络类型、崩溃类型、和所述终端设备使用的安卓系统的版本号。
[0193]D30、根据D29所述的装置，其中，所述崩溃类型包括以下至少之一:内存不足导致的软件崩溃、指针错误导致的软件崩溃、系统服务异常导致的软件崩溃、和状态错误导致的软件崩溃。
【权利要求】
1.一种应用软件崩溃数据的处理方法，包括: 确定所述终端设备的应用软件产生崩溃，其中，所述终端设备使用的操作系统是安卓系统； 获取所述应用软件的崩溃数据； 向服务器发送所述崩溃数据，其中，所述崩溃数据用于在所述服务器处对所述应用软件的崩溃进行分析。
2.根据权利要求1所述的方法，其中，确定终端设备的应用软件产生崩溃包括: 调用监听器判断所述应用软件的线程中是否有未处理的异常线程，如果是，则确定所述应用软件产生崩溃。
3.根据权利要求1所述的方法，其中，向服务器发送所述崩溃数据包括: 生成对所述崩溃数据进行打包的压缩请求； 使用脚本语言对所述压缩请求进行解析； 将所述崩溃数据进行打包； 将所述打包后的崩溃数据通过超文本传输协议传输HTTP POST发送给所述服务器。
4.根据权利要求3所述的方法，其中， 将所述崩溃数据进行打包包括:将一段时间内所述终端设备获取的所述崩溃数据进行打包； 将所述打包后的崩溃数据通过超文本传输协议传输HTTP POST发送给所述服务器包括:在预定时刻将所述打包后的崩溃数据通过HTTP POST发送给所述服务器。
5.一种应用软件崩溃数据的处理方法，包括: 服务器接收终端设备发送的应用软件的崩溃数据，其中，所述终端设备使用的操作系统是安卓系统，所述崩溃数据是所述终端设备在确定所述应用软件产生崩溃之后获取的； 根据所述崩溃数据，对所述应用软件的崩溃进行分析。
6.根据权利要求5所述的方法，其中，根据所述崩溃数据，对所述应用软件的崩溃进行分析，包括: 根据所述崩溃数据中的第一信息，将相同的第一信息对应的崩溃数据放到同一个桶中，将不同的第一信息对应的崩溃数据放在不同的桶中； 统计每个桶中崩溃数据的数量； 根据所述第一信息和桶的对应关系以及所述每个桶中崩溃数据的数量，确定所述第一信息与所述应用软件的崩溃之间的关系。
7.根据权利要求6所述的方法，其中，所述第一信息包括以下至少之一: 所述终端设备的型号、崩溃类型、和所述终端设备使用的安卓系统的版本号。
8.根据权利要求5所述的方法，其中，所述崩溃数据是所述终端设备进行打包之后的数据。
9.一种应用软件崩溃数据的处理装置，包括: 确定单元，用于确定终端设备的应用软件产生崩溃，其中，所述终端设备使用的操作系统是安卓系统； 获取单元，用于获取所述应用软件的崩溃数据； 发送单元，用于向服务器发送所述崩溃数据，其中，所述崩溃数据用于在所述服务器处对所述应用软件的崩溃进行分析。
10.一种应用软件崩溃数据的处理装置，包括: 接收单元，用于接收终端设备发送的应用软件的崩溃数据，其中，所述终端设备使用的操作系统是安卓系统，所述崩溃数据是所述终端设备在确定所述应用软件产生崩溃之后获取的； 分析单元，用于根据所述崩溃数据`，对所述应用软件的崩溃进行分析。
【文档编号】G06F11/34GK103678091SQ201310705958
【公开日】2014年3月26日 申请日期:2013年12月19日 优先权日:2013年12月19日
【发明者】张勇 申请人:北京奇虎科技有限公司, 奇智软件（北京）有限公司