应用崩溃通知方法、系统、移动终端及服务器与流程

本发明涉及通信技术领域，尤其涉及一种应用崩溃通知方法、系统、移动终端及服务器。

背景技术：

随着移动终端设备性能的快速提高，无数应用如雨后春笋般上线，但应用质量参差不齐，界面设计大同小异，很多应用在运行中频繁出现崩溃现象，极大的影响了用户体验。然而应用崩溃的现象难以完全避免，应用开发人员需要收集不同用户应用的崩溃信息，来修复应用缺陷，完善应用，提高用户体验。

现有技术中，开发人员需要查看应用崩溃记录，从中分析应用崩溃原因，需要打开电脑打开浏览器并输入帐号密码，才可以看到应用崩溃记录，并且，找到应用崩溃记录后，要打代码管理工具，找到崩溃发生的代码最后的提交记录，综合分析出真正的原因，操作繁琐。

技术实现要素：

本发明的主要目的在于提供一种应用崩溃通知方法、系统、移动终端及服务器，旨在解决现有技术中开发人员需要自行查找应用崩溃的相关信息的技术问题。

为实现上述目的，本发明实施例第一方面提供一种应用崩溃通知方法，包括：

客户端将崩溃信息发送给服务器；

所述服务器根据所述崩溃信息进行分析，并得到分析数据和所述崩溃信息的通知方式，以及，按照所述通知方式，将所述分析数据发送到移动终端；

当检测到查看操作时，所述移动终端将接收到的所述分析数据按照预置形式进行展示。

本发明实施例第二方面提供一种应用崩溃通知系统，包括：

移动终端和服务器；

所述移动终端，用于通过内置的客户端将崩溃信息发送给服务器；

所述服务器，用于根据所述崩溃信息进行分析，并得到分析数据和所述崩溃信息的通知方式；

所述服务器，还用于按照所述通知方式，将所述分析数据发送到移动终端；

所述移动终端，还用于当检测到查看操作时，所述移动终端将接收到的所述分析数据按照预置形式进行展示。

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

发送模块，用于通过内置于所述移动终端的客户端，将崩溃信息发送给服务器，以使所述服务器根据所述崩溃信息进行分析，并得到崩溃的通知方式，以及，按照所述通知方式，将分析数据发送到所述移动终端；

接收模块，用于接收所述分析数据；

展示模块，用于当检测到查看操作时，将接收到的所述分析数据按照预置形式进行展示。

本发明实施例第四方面提供一种服务器，包括：接收模块，用于接收移动终端通过内置的客户端发送的崩溃信息；

分析模块，用于根据所述崩溃信息进行分析，并得到分析数据和所述崩溃信息的通知方式；

发送模块，用于按照所述通知方式，将所述分析数据发送到所述移动终端，以使所述移动终端当检测到查看操作时，将接收到的所述分析数据按照预置形式进行展示。

从上述本发明实施例可知，本发明提供的应用崩溃通知方法、系统、移动终端及服务器，通过将崩溃信息发送给服务器，服务器根据崩溃信息进行分析，得到分析数据和崩溃信息的通知方式，以及，按照所述通知方式，将所述分析数据发送到移动终端，当检测到用户的查看操作时，移动终端将接收到的该分析数据按照预置形式进行展示，实现开发者在移动终端上就可以查看崩溃信息，增加操作的便捷性，并迅速在崩溃信息堆中查找到自己开发部分的崩溃记录，进一步增加操作的便捷性，同时，还无需打开代码开发工具就可以查看崩溃代码的最终修改记录，真正实现崩溃信息智能推送给开发者，开发者在任何地方都可以查看和自己相关的崩溃信息，并分析出原因，提高分析效率和工作效率。

附图说明

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

图1为本发明第一实施例提供的应用崩溃通知方法的流程示意图；

图2为本发明第二实施例提供的应用崩溃通知方法的流程示意图；

图3为本发明第三实施例提供的应用崩溃通知系统的结构示意图；

图4为本发明第四实施例提供的移动终端的结构示意图；

图5为本发明第五实施例提供的服务器的结构示意图。

具体实施方式

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而非全部实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1，图1为本发明第一实施例提供的应用崩溃通知方法的流程示意图，该方法包括以下步骤：

s101、客户端将崩溃信息发送给服务器；

客户端即为应用，即，app（application）。当客户端发生崩溃时，将崩溃信息发送到服务器，该崩溃信息包括：崩溃的客户端的唯一身份标识（id，identity）、客户端的名称、崩溃时间、崩溃代码文件等。

s102、该服务器根据该崩溃信息进行分析，并得到分析数据和该崩溃信息的通知方式，以及，按照该通知方式，将该分析数据发送到移动终端；

服务器接收到该崩溃信息后，分析该崩溃信息，从中得到崩溃代码文件，从而获取崩溃代码，进而获取该崩溃代码的最终修改记录，在该最终修改记录中可获取到与该崩溃信息相关的开发者及其联系方式信息。

该服务器根据该开发者的联系方式信息，发送该崩溃信息、崩溃代码、崩溃代码的最终修改记录给该移动终端，该联系方式可以是手机号码、即时通信账号、邮箱等，发送方式对应为短信、即时通信消息和邮件。

s103、当检测到查看操作时，该移动终端将接收到的该分析数据按照预置形式进行展示。

当在该移动终端中检测到查看该分析数据的操作时，即查看该崩溃信息、崩溃代码、崩溃代码的最终修改记录的操作，该移动终端将接收到的该分析数据按照预置形式进行展示。

该预置形式可以是文字显示，也可以是语音播报。

需要说明的是，客户端是内置在该移动终端中的，也可以是内置在另一个终端中的，该终端可以是移动终端，也可以是非移动终端。

本实施例中，移动终端为手机、平板电脑、智能穿戴设备等，终端是个人电脑、一体机等。

本发明实施例中，通过将崩溃信息发送给服务器，服务器根据崩溃信息进行分析，得到分析数据和崩溃信息的通知方式，以及，按照所述通知方式，将所述分析数据发送到移动终端，当检测到用户的查看操作时，移动终端将接收到的该分析数据按照预置形式进行展示，实现开发者在移动终端上就可以查看崩溃信息，增加操作的便捷性，并迅速在崩溃信息堆中查找到自己开发部分的崩溃记录，进一步增加操作的便捷性，同时，还无需打开代码开发工具就可以查看崩溃代码的最终修改记录，真正实现崩溃信息智能推送给开发者，开发者在任何地方都可以查看和自己相关的崩溃信息，并分析出原因，提高分析效率和工作效率。

请参见图2，图2为本发明第二实施例提供的应用崩溃通知方法，该方法包括以下步骤：

s201、客户端启动时，判断是否发生过崩溃事件；

客户端启动时，判断上次退出之前是否发生过崩溃事件，该崩溃事件，是指发生后未上报给服务器的崩溃事件。

s202、若发生过该崩溃事件，该客户端将崩溃信息发送给服务器；

若发生过该崩溃事件，客户端将该崩溃事件对应的崩溃信息发送到服务器，其中，将生成的崩溃信息发送到服务器，具体可以是在崩溃事件后发送，即，每产生一次崩溃便发送一次崩溃信息，也可以定期发送崩溃信息，发送周期可以根据需要预先设置，例如若可预计地，客户端崩溃频率较低，设置为每2天发送一次崩溃信息，若客户端崩溃的较为频繁，可以设置为每隔12小时发送一次崩溃信息。还可以根据客户端崩溃的实际频率，调整发送周期。

s203、该服务器根据该崩溃信息进行分析，并得到分析数据和该崩溃信息的通知方式，以及，按照该通知方式，将该分析数据发送到移动终端；

该服务器接收到该崩溃信息之后，根据应用符号表解析该崩溃信息，得到崩溃代码文件，该服务器再根据该崩溃代码文件，获取崩溃发生的代码，即，崩溃代码，以及，该崩溃代码在该崩溃代码文件中所在的行数，该服务器在根据该崩溃代码在该崩溃代码文件中所在的行数，在代码库中查找该崩溃代码的最终修改记录，以及，该崩溃代码的开发者及其联系方式信息。

该服务器根据该开发者的联系方式信息，例如，手机号码、邮件等，通过短信、邮件等方式，发送该崩溃信息、崩溃代码、崩溃代码的最终修改记录给该移动终端。

具体的，查找该崩溃代码的最终修改记录并发送给开发者，便于开发人员查看崩溃代码的业务逻辑。

其中，业务逻辑，即处理数据的逻辑，是在智能网中，对利用积木式组件和基本呼叫处理模块的组合来完成每项业务特征的过程描述。

应用符号表是在编译应用程序工作的过程中，建立并保存的一批表格，如常数表、变量名表、数组内情向量表、过程或子程序名表及标号表等，符号表的建立过程需要不断收集、记录、查证和使用应用程序中的一些语法符号(简称为符号)的类型和特征等相关信息，生成符号表，符号表用于辅助代码生成。

s204、当检测到查看操作时，该移动终端将接收到的该分析数据按照预置形式进行展示。

当在该移动终端中检测到查看该分析数据的操作时，即查看该崩溃信息、崩溃代码、崩溃代码的最终修改记录的操作，该移动终端将接收到的该分析数据按照预置形式进行展示。

具体地，该预置的形式可以是用户点击查看，邮件自动打开，以文字的形式展现给用户，或，以语音的形式播报给用户等。

本发明实施例中，通过将崩溃信息发送给服务器，服务器根据崩溃信息进行分析，获得崩溃代码、崩溃代码最终修改记录和崩溃代码的开发者及其联系方式信息，并将崩溃信息、崩溃代码和崩溃代码的最终修改记录发送给开发者，实现开发者在移动终端上就可以查看崩溃信息，增加操作的便捷性，并迅速在崩溃信息堆中查找到自己开发部分的崩溃记录，进一步增加操作的便捷性，同时，还无需打开代码开发工具就可以查看崩溃代码的最终修改记录，真正实现崩溃信息智能推送给开发者，开发者在任何地方都可以查看和自己相关的崩溃信息，并分析出原因，提高分析效率和工作效率。

请参见图3，图3为本发明第三实施例提供的应用崩溃通知系统的结构示意图，该系统包括移动终端301和服务器302。

移动终端301，用于通过内置的客户端将崩溃信息发送给服务器；

当移动终端301中内置的客户端发生崩溃时，将崩溃信息发送到服务器302。

服务器302，用于根据该崩溃信息进行分析，并得到分析数据和该崩溃信息的通知方式；

服务器302接收到该崩溃信息后，分析该崩溃信息，得到崩溃代码文件，从而获取崩溃代码，进而获取该崩溃代码的最终修改记录，以及，该崩溃代码的开发者及其联系方式信息。

服务器302，还用于按照该通知方式，将该分析数据发送到移动终端；

该服务器根据该开发者的联系方式信息，发送该崩溃信息、崩溃代码、崩溃代码的最终修改记录给该移动终端，该联系方式可以是手机号码、邮箱等。

展示模块304，用于当检测到查看操作时，该移动终端将接收到的该分析数据按照预置形式进行展示。

当在移动终端中检测到查看该分析数据的操作时，即查看该崩溃信息、崩溃代码、崩溃代码的最终修改记录的操作，该移动终端将接收到的该分析数据按照预置形式进行展示。

进一步地，服务器302，还用于根据应用符号表解析崩溃信息，得到崩溃代码文件；

服务器302，还用于根据崩溃代码文件，获取崩溃代码，以及，崩溃代码在崩溃代码文件中所在的行数；

服务器302，还用于根据崩溃代码在崩溃代码文件中所在的行数，在代码库中查找崩溃代码的最终修改记录，以及，崩溃代码的开发者及其联系方式信息。

进一步地，服务器302，还用于根据开发者的联系方式信息，发送崩溃信息、崩溃代码、崩溃代码的最终修改记录给移动终端301。

移动终端301，还用于内置的该客户端启动时，判断是否发生过崩溃事件，若发生过该崩溃事件，则将与该崩溃事件对应的该崩溃信息发送给服务器302。

本发明实施例中的其他未尽细节，请参见前述图1和图2所示实例的描述。

本发明实施例中，通过将崩溃信息发送给服务器，服务器根据崩溃信息进行分析，获得崩溃代码、崩溃代码最终修改记录和崩溃代码的开发者及其联系方式信息，并将崩溃信息、崩溃代码和崩溃代码的最终修改记录发送给开发者，实现开发者在移动终端上就可以查看崩溃信息，增加操作的便捷性，并迅速在崩溃信息堆中查找到自己开发部分的崩溃记录，进一步增加操作的便捷性，同时，还无需打开代码开发工具就可以查看崩溃代码的最终修改记录，真正实现崩溃信息智能推送给开发者，开发者在任何地方都可以查看和自己相关的崩溃信息，并分析出原因，提高分析效率和工作效率。

请参见图4，图4为本发明第四实施例提供的移动终端的结构示意图，移动终端包括：

发送模块401、接收模块402和展示模块403。

发送模块401，用于通过内置于移动终端的客户端，将崩溃信息发送给服务器，以使服务器根据该崩溃信息进行分析，并得到崩溃的通知方式，以及，按照该通知方式，将分析数据发送到该移动终端。

接收模块402，用于接收该分析数据；

展示模块403，用于当检测到查看操作时，将接收到的该分析数据按照预置形式进行展示。

进一步地，移动终端还包括：判断模块404，还用于该内置的客户端启动时，判断是否发生过崩溃事件；

发送模块401，还用于若发生过该崩溃事件，则将该崩溃事件对应的崩溃信息发送给该服务器。

本发明实施例中的其他未尽细节，请参见前述图1、图2及图3所示实例的描述。

本发明实施例中，通过将崩溃信息发送给服务器，服务器根据崩溃信息进行分析，获得崩溃代码、崩溃代码最终修改记录和崩溃代码的开发者及其联系方式信息，并将崩溃信息、崩溃代码和崩溃代码的最终修改记录发送给开发者，实现开发者在移动终端上就可以查看崩溃信息，增加操作的便捷性，并迅速在崩溃信息堆中查找到自己开发部分的崩溃记录，进一步增加操作的便捷性，同时，还无需打开代码开发工具就可以查看崩溃代码的最终修改记录，真正实现崩溃信息智能推送给开发者，开发者在任何地方都可以查看和自己相关的崩溃信息，并分析出原因，提高分析效率和工作效率。

请参见图5，图5为本发明第五实施例提供的服务器的结构示意图，该服务器包括：

接收模块501，用于接收移动终端通过内置的客户端发送的崩溃信息；

分析模块502，用于根据崩溃信息进行分析，并得到分析数据和崩溃信息的通知方式；

发送模块503，用于按照通知方式，将分析数据发送到移动终端，以使移动终端当检测到查看操作时，将接收到的分析数据按照预置形式进行展示。

进一步地，分析模块502，还用于根据应用符号表解析崩溃信息，得到崩溃代码文件；

分析模块502，还用于根据崩溃代码文件，获取崩溃代码，以及，崩溃代码在崩溃代码文件中所在的行数；

分析模块502，还用于根据崩溃代码在崩溃代码文件中所在的行数，在代码库中查找崩溃代码的最终修改记录，以及，崩溃代码的开发者及其联系方式信息。

进一步地，发送模块503，还用于根据开发者的联系方式信息，发送崩溃信息、崩溃代码、崩溃代码的最终修改记录给移动终端。

本发明实施例中的其他未尽细节，请参见前述图1~图4所示实例的描述。

本发明实施例中，通过将崩溃信息发送给服务器，服务器根据崩溃信息进行分析，获得崩溃代码、崩溃代码最终修改记录和崩溃代码的开发者及其联系方式信息，并将崩溃信息、崩溃代码和崩溃代码的最终修改记录发送给开发者，实现开发者在移动终端上就可以查看崩溃信息，增加操作的便捷性，并迅速在崩溃信息堆中查找到自己开发部分的崩溃记录，进一步增加操作的便捷性，同时，还无需打开代码开发工具就可以查看崩溃代码的最终修改记录，真正实现崩溃信息智能推送给开发者，开发者在任何地方都可以查看和自己相关的崩溃信息，并分析出原因，提高分析效率和工作效率。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法、系统、移动终端和服务器，可以通过其它的方式实现。例如，以上所描述的实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本发明所必须的。

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

以上为对本发明所提供的一种应用崩溃通知方法、系统、移动终端以及服务器的描述，对于本领域的技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。