CN107018001B - 一种应用故障定位方法及装置 - Google Patents

Abstract

本发明公开了一种APP故障定位方法，所述方法包括：获取运行APP的第一功能对应的流量数据包；提取所述流量数据包中资源相关信息及APP交互特征信息；基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障，确定所述APP的第一功能存在故障时，获取相应的故障类型；基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测，并基于检测结果定位所述APP的第一功能的故障原因。本发明还同时公开了一种APP故障定位装置。

Description

一种应用故障定位方法及装置

技术领域

本发明涉及通信领域，尤其涉及一种应用(APP，Application)故障定位方法及装置。

背景技术

随着移动通信网络的迅猛发展，人们对网络的服务质量要求越来越高，网络服务质量的问题日益重要，为此，快速查找定位APP故障是运营商的迫切需求。现有APP技术可以实现APP故障的定位，通过客户反馈问题，运营商获得客户遇到的APP故障的信息，运营商依次检测APP网络连接过程中的路径连通性、现场测试抓包分析、APP资源访问路径分析、APP资源归属地分析后，分析定位APP故障。

然而，现有的APP故障分析存在如下缺陷：如果客户不反馈故障，运营商获取实时故障信息困难；目前的APP故障定位工作，主要依赖于个别技术人员的经验，而靠技术人员对繁杂的网络数据进行及时的分析和对比，得出正确的故障处理方案，效率很低；另外，技术工程师往往借助于单一类型的网络数据来进行分析和对比，而不是根据所有与网络相关的数据(如话统数据，路测数据)得出网络优化方案，这显然有一定的缺陷性。

因此，提供一种APP故障定位方案，能够实现系统性分析APP故障，解决人工效率低、服务质量低等问题，已成为亟待解决的问题。

发明内容

有鉴于此，本发明实施例期望提供一种APP故障定位方法及装置，至少解决了现有技术存在的问题，能够高效准确的实现APP故障定位，提高网络服务性能及用户满意度。

为达到上述目的，本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种APP故障定位方法，所述方法包括：

获取运行APP的第一功能对应的流量数据包；

提取所述流量数据包中资源相关信息及APP交互特征信息；

基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障，确定所述APP的第一功能存在故障时，获取相应的故障类型；

基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测，并基于检测结果定位所述APP的第一功能的故障原因。

上述方案中，所述资源相关信息至少包括状态码，所述APP交互特征信息至少包括：响应时间信息及资源大小信息；

所述基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障，确定所述APP的第一功能存在故障时，获取相应的故障类型，包括：

将所述状态码与预设的第一状态码进行匹配，匹配成功时，确定所述APP的第一功能存在故障，且相应的故障类型为资源访问失败；

匹配失败时，将所述状态码与预设的第二状态码进行匹配，匹配成功时，依据所述响应时间信息及资源大小信息确定相应的资源下载速度，当所述资源下载速度小于预设的下载速度阈值时，确定所述APP的第一功能存在故障，且相应的故障类型为资源访问速度慢。

上述方案中，所述APP交互特征信息还包括统一资源定位符URL信息、互联网协议IP地址信息及端口信息；

所述APP的第一功能的故障类型为资源访问速度慢时，所述基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测，并基于检测结果定位所述APP的第一功能的故障原因，包括：

基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行PING检测及TRACE检测，得到检测结果，所述检测结果至少包括丢包率信息及路径拥堵情况信息，基于所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。

上述方案中，所述APP交互特征信息还包括URL信息、IP地址信息及端口信息；

所述APP的第一功能的故障类型为资源访问失败时，所述基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测，并基于检测结果定位所述APP的第一功能的故障原因，包括：

基于所述IP地址信息对所述APP的第一功能进行第一次PING检测，确定与所述APP的第一功能对应的目标服务器的连通情况；

基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行第二次PING检测以及TRACE检测，得到检测结果，所述检测结果至少包括丢包率信息及路径拥堵情况信息；

基于与所述目标服务器的连通情况、所述资源下载速度信息、所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。

上述方案中，所述方法还包括：

基于所述IP地址信息确定所述APP的第一功能对应的资源归属地信息；

和/或获取运行APP的第一功能对应的数据包交换过程信息；

和/或获取运行APP的第一功能对应的中央处理器CPU使用率、内存使用率信息；

将所述资源归属地信息、和/或所述数据包交换过程信息、和/或所述CPU使用率、内存使用率信息作为定位所述APP的第一功能的故障原因的参考信息。

本发明实施例还提供了一种APP故障定位装置，所述装置位于终端，所述装置包括：数据包获取模块、信息提取模块、故障判断模块及故障定位模块；其中，

所述数据包获取模块，用于获取运行APP的第一功能对应的流量数据包；

所述信息提取模块，用于提取所述流量数据包中资源相关信息及APP交互特征信息；

所述故障判断模块，用于基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障，确定所述APP的第一功能存在故障时，获取相应的故障类型；

所述故障定位模块，用于基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测，并基于检测结果定位所述APP的第一功能的故障原因。

上述方案中，所述资源相关信息至少包括状态码，所述APP交互特征信息至少包括：响应时间信息及资源大小信息；

所述故障判断模块，还用于将所述状态码与预设的第一状态码进行匹配，匹配成功时，确定所述APP的第一功能存在故障，且相应的故障类型为资源访问失败；

匹配失败时，将所述状态码与预设的第二状态码进行匹配，匹配成功时，依据所述响应时间信息及资源大小信息确定相应的资源下载速度，当所述资源下载速度小于预设的下载速度阈值时，确定所述APP的第一功能存在故障，且相应的故障类型为资源访问速度慢。

上述方案中，所述APP交互特征信息还包括URL信息、IP地址信息及端口信息；

所述APP的第一功能的故障类型为资源访问失败时，所述故障定位模块，还用于基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行PING检测及TRACE检测，得到检测结果，所述检测结果至少包括丢包率信息及路径拥堵情况信息，基于所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。

上述方案中，所述APP交互特征信息还包括URL信息、IP地址信息及端口信息；

所述APP的第一功能的故障类型为资源访问速度慢时，所述故障定位模块，还用于基于所述IP地址信息对所述APP的第一功能进行第一次PING检测，确定与所述APP的第一功能对应的目标服务器的连通情况；

基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行第二次PING检测以及TRACE检测，得到检测结果，所述检测结果至少包括丢包率信息及路径拥堵情况信息；

基于与所述目标服务器的连通情况、所述资源下载速度信息、所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。

上述方案中，所述装置还包括处理模块，用于基于所述IP地址信息确定所述APP的第一功能对应的资源归属地信息；

和/或获取运行APP的第一功能对应的数据包交换过程信息；

和/或获取运行APP的第一功能对应的CPU使用率、内存使用率信息；

将所述资源归属地信息、和/或所述数据包交换过程信息、和/或所述CPU使用率、内存使用率信息作为定位所述APP的第一功能的故障原因的参考信息。

本发明实施例所提供的APP故障定位方法及装置，获取运行APP的第一功能对应的流量数据包；提取所述流量数据包中资源相关信息及APP交互特征信息；基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障，确定所述APP的第一功能存在故障时，获取相应的故障类型；基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测，并基于检测结果定位所述APP的第一功能的故障原因。如此，实现了自动抓取APP的第一功能对应的流量数据包，并基于抓取的流量数据包判断所述APP的第一功能是否存在故障，解决了APP故障依赖客户投诉、影响网络服务质量的问题；在确定所述APP的第一功能存在故障时，高效准确的实现APP故障定位，提高网络服务性能及用户满意度。

附图说明

图1为本发明实施例APP故障定位方法流程示意图一；

图2为本发明实施例APP故障定位方法流程示意图二；

图3为本发明实施例APP故障定位方法流程示意图三；

图4为本发明实施例APP故障定位装置组成结构示意图。

具体实施方式

在本发明实施例中，终端获取运行APP的第一功能对应的流量数据包；提取所述流量数据包中资源相关信息及APP交互特征信息；基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障，确定所述APP的第一功能存在故障时，获取相应的故障类型；基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测，并基于检测结果定位所述APP的第一功能的故障原因。

下面结合附图及具体实施例对本发明再作进一步详细的说明。

实施例一

图1为本发明实施例APP故障定位方法流程示意图，如图1所示，本发明实施例APP故障定位方法包括：

步骤101：获取运行APP的第一功能对应的流量数据包。

这里，所述第一功能为所述APP的任意一个功能；如：所述APP为京东APP，所述第一功能可以为京东超市、物流查询、分类查询，等等。

所述获取可以为周期性的获取或定时获取；当为周期性获取时，所述周期可以依据实际需要进行设定，如一小时，如此，可以避免网络波动对应APP服务质量带来的影响；当为定时获取时，时间的设定可以为热点时间，如每天9点-11点或节日时间，用户会大量使用特定APP(如视频、购物APP)，若是在这个时间段出现APP故障就需要在这些时间查找，因此，设定在热点时间对APP的某一功能进行故障检测及定位，可提高对用户的服务质量。

所述获取可以为抓取，可通过分析所述APP所在终端的操作系统的底层代码，确定抓取所述流量数据包的方式。

步骤102：提取所述流量数据包中资源相关信息及APP交互特征信息。

这里，可通过解析所述流量数据包对应的超文本传输协议(HTTP，Hypertexttransfer protocol)响应头获取所述资源相关信息，解析所述流量数据包获取所述APP交互特征信息；

所述资源相关信息包括：统一资源定位符(URL，Uniform Resource Locator)、状态码、Cache-Control、Connection、Content-Type、Date、Expires、Last-Modified、Via、X-Cache等信息；其中，通过所述Cache-Control及所述Last-Modified信息可判断资源是否可缓存，通过所述X-Cache信息可判断资源是否在缓存中；

所述APP交互特征信息包括：响应时间、URL、IP地址、端口、资源大小、协议等信息；

其中，上述URL及IP地址指运行所述APP的第一功能对应的URL及IP地址。

步骤103：基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障，确定所述APP的第一功能存在故障时，获取相应的故障类型。

基于本发明所述实施例，在实际应用中，本步骤具体包括：将所述状态码与预设的第一状态码进行匹配，匹配成功时，确定所述APP的第一功能存在故障，且相应的故障类型为资源访问失败；

匹配失败时，将所述状态码与预设的第二状态码进行匹配，匹配成功时，依据所述响应时间信息及资源大小信息确定相应的资源下载速度，当所述资源下载速度小于预设的下载速度阈值时，确定所述APP的第一功能存在故障，且相应的故障类型为资源访问速度慢；

这里，所述第一状态码可以为资源访问失败，即页面无法正常打开对应的状态码；所述第二状态码可以为资源访问成功，即页面可以正常打开对应的状态码，如：状态码为200或302；

所述下载速度阈值可以依据实际情况进行设定，在一实施例中，所述下载速度阈值可以为200kb/s；

也就是说，本步骤操作通过所述状态码确定所请求页面无法正常打开时，则相应的故障为资源访问失败；确定所请求页面可以正常打开时，进一步判断资源下载速度是否小于预设的下载速度阈值，若小于，则确定相应的故障为资源访问速度慢，若不小于，则确定不存在故障。

步骤104：基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测，并基于检测结果定位所述APP的第一功能的故障原因。

在一实施例中，当确定所述APP的第一功能存在故障，且所述APP的第一功能的故障类型为资源访问速度慢时，本步骤具体包括：

基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行PING检测及TRACE检测，得到检测结果，所述检测结果至少包括丢包率信息及路径拥堵情况信息，基于所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。

当确定所述APP的第一功能存在故障，且所述APP的第一功能的故障类型为资源访问失败时，本步骤具体包括：

基于所述IP地址信息对所述APP的第一功能进行第一次PING检测，确定与所述APP的第一功能对应的目标服务器的连通情况；

基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行第二次PING检测以及TRACE检测，得到检测结果，所述检测结果至少包括丢包率信息及路径拥堵情况信息；

基于与所述目标服务器的连通情况、所述资源下载速度信息、所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。

进一步的，当所述APP的第一功能的故障类型为资源访问失败时，所述方法还包括：

基于所述流量数据包判断是否缺少资源访问成功所需的关键元素，所述关键元素至少包括html元素及css元素，并依据判断结果定位所述APP的第一功能的故障原因。

进一步的，所述方法还包括：基于所述URL对应的资源类型及所述状态码对所述APP的第一功能进行资源下载测试、视频播放测试、游戏测试、网页测试等，并将测试结果信息作为定位所述APP的第一功能的故障原因的参考信息。

进一步的，所述方法还包括：基于所述IP地址信息确定所述APP的第一功能对应的资源归属地信息；

和/或获取运行APP的第一功能对应的数据包交换过程信息；

和/或获取运行APP的第一功能对应的中央处理器CPU使用率、内存使用率信息；

将所述资源归属地信息、和/或所述数据包交换过程信息、和/或所述CPU使用率、内存使用率信息作为定位所述APP的第一功能的故障原因的参考信息。

在一实施例中，可多次(如N次，N大于1)获取所述APP的第一功能对应的多个流量数据包，并基于所述多个流量数据包确定所述APP的第一功能的故障次数(资源访问失败次数/资源访问速度慢次数)，然后基于对每次所述APP的第一功能的故障的定位结果确定故障的最终原因；如：对所述流量数据包进行5次抓取，分别基于每次抓取的数据包进行故障分析确定出现故障的次数为4，分别基于出现故障的4次数据包进行故障定位，确定3次故障原因为A，一次原因为B，可确定所述APP的第一功能的故障原因为A。

实施例二

图2为本发明实施例APP故障定位方法流程示意图，如图2所示，本发明实施例APP故障定位方法包括：

步骤201：获取运行APP的第一功能对应的流量数据包。

这里，所述第一功能为所述APP的任意一个功能；如：所述APP为京东APP，所述第一功能可以为京东超市、物流查询、分类查询，等等。

所述获取可以为周期性的获取或定时获取；当为周期性获取时，所述周期可以依据实际需要进行设定，如一小时，如此，可以避免网络波动对应APP服务质量带来的影响；当为定时获取时，时间的设定可以为热点时间，如每天9点-11点或节日时间，用户会大量使用特定APP(如视频、购物APP)，若是在这个时间段出现APP故障就需要在这些时间查找，因此，设定在热点时间对APP的某一功能进行故障检测及定位，可提高对用户的服务质量。

所述获取可以为抓取，可通过分析所述APP所在终端的操作系统的底层代码，确定抓取所述流量数据包的方式。

步骤202：提取所述流量数据包中资源相关信息及APP交互特征信息。

这里，可通过解析所述流量数据包对应的HTTP响应头，即页面响应头获取所述资源相关信息，解析所述流量数据包获取所述APP交互特征信息；

所述资源相关信息包括：URL、状态码、Cache-Control、Connection、Content-Type、Date、Expires、Last-Modified、Via、X-Cache等信息；其中，通过所述Cache-Control及所述Last-Modified信息可判断资源是否可缓存，通过所述X-Cache信息可判断资源是否在缓存中；

所述APP交互特征信息包括：响应时间、URL、IP地址、端口、资源大小、协议等信息；

其中，上述URL及IP地址指运行所述APP的第一功能对应的URL及IP地址。

步骤203：基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障，如果存在故障，执行步骤204；否则，执行步骤205。

在本发明实施例中，所述故障包括两种，分别为资源访问失败的故障及资源访问速度慢的故障；

本步骤具体包括：将所述状态码与预设的第一状态码进行匹配，匹配成功时，确定所述APP的第一功能存在故障，且相应的故障类型为资源访问失败；

匹配失败时，将所述状态码与预设的第二状态码进行匹配，匹配成功时，依据所述响应时间信息及资源大小信息确定相应的资源下载速度，当所述资源下载速度小于预设的下载速度阈值时，确定所述APP的第一功能存在故障，且相应的故障类型为资源访问速度慢；

这里，所述第一状态码可以为资源访问失败，即页面无法正常打开对应的状态码；所述第二状态码可以为资源访问成功，即页面可以正常打开对应的状态码，如：状态码为200或302；

所述下载速度阈值可以依据实际情况进行设定，在一实施例中，所述下载速度阈值可以为200kb/s；

也就是说，本步骤操作通过所述状态码确定所请求页面无法正常打开时，则相应的故障为资源访问失败；确定所请求页面可以正常打开时，进一步判断资源下载速度是否小于预设的下载速度阈值，若小于，则确定相应的故障为资源访问速度慢，若不小于，则确定不存在故障。

步骤204：获取到所述APP的第一功能的故障类型为资源访问速度慢，对所述APP的第一功能进行故障检测，并基于检测结果定位所述APP的第一功能的故障原因。

在本发明实施例中，对所述APP的第一功能进行故障检测，并基于检测结果定位所述APP的第一功能的故障原因，包括：

基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行PING检测及TRACE检测，得到检测结果，所述检测结果至少包括丢包率信息及路径拥堵情况信息，基于所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。

进一步的，所述方法还包括：

基于所述IP地址信息确定所述APP的第一功能对应的资源归属地信息；

和/或获取运行APP的第一功能对应的数据包交换过程信息；

和/或获取运行APP的第一功能对应的中央处理器CPU使用率、内存使用率信息；

将所述资源归属地信息、和/或所述数据包交换过程信息、和/或所述CPU使用率、内存使用率信息作为定位所述APP的第一功能的故障原因的参考信息。

步骤205：结束本次处理流程。

实施例三

图3为本发明实施例APP故障定位方法流程示意图，如图3所示，本发明实施例APP故障定位方法包括：

步骤301：获取运行APP的第一功能对应的流量数据包。

这里，所述第一功能为所述APP的任意一个功能；如：所述APP为京东APP，所述第一功能可以为京东超市、物流查询、分类查询，等等。

所述获取可以为周期性的获取或定时获取；当为周期性获取时，所述周期可以依据实际需要进行设定，如一小时，如此，可以避免网络波动对应APP服务质量带来的影响；当为定时获取时，时间的设定可以为热点时间，如每天9点-11点或节日时间，用户会大量使用特定APP(如视频、购物APP)，若是在这个时间段出现APP故障就需要在这些时间查找，因此，设定在热点时间对APP的某一功能进行故障检测及定位，可提高对用户的服务质量。

所述获取可以为抓取，可通过分析所述APP所在终端的操作系统的底层代码，确定抓取所述流量数据包的方式。

步骤302：提取所述流量数据包中资源相关信息及APP交互特征信息。

这里，可通过解析所述流量数据包对应的HTTP响应头，即页面响应头获取所述资源相关信息，解析所述流量数据包获取所述APP交互特征信息；

所述资源相关信息包括：URL、状态码、Cache-Control、Connection、Content-Type、Date、Expires、Last-Modified、Via、X-Cache等信息；其中，通过所述Cache-Control及所述Last-Modified信息可判断资源是否可缓存，通过所述X-Cache信息可判断资源是否在缓存中；

所述APP交互特征信息包括：响应时间、URL、IP地址、端口、资源大小、协议等信息；

其中，上述URL及IP地址指运行所述APP的第一功能对应的URL及IP地址。

步骤303：基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障，如果存在故障，执行步骤304；否则，执行步骤305。

在本发明实施例中，所述故障包括两种，分别为资源访问失败的故障及资源访问速度慢的故障；

本步骤具体包括：将所述状态码与预设的第一状态码进行匹配，匹配成功时，确定所述APP的第一功能存在故障，且相应的故障类型为资源访问失败；

匹配失败时，将所述状态码与预设的第二状态码进行匹配，匹配成功时，依据所述响应时间信息及资源大小信息确定相应的资源下载速度，当所述资源下载速度小于预设的下载速度阈值时，确定所述APP的第一功能存在故障，且相应的故障类型为资源访问速度慢；

这里，所述第一状态码可以为资源访问失败，即页面无法正常打开对应的状态码；所述第二状态码可以为资源访问成功，即页面可以正常打开对应的状态码，如：状态码为200或302；

所述下载速度阈值可以依据实际情况进行设定，在一实施例中，所述下载速度阈值可以为200kb/s；

也就是说，本步骤操作通过所述状态码确定所请求页面无法正常打开时，则相应的故障为资源访问失败；确定所请求页面可以正常打开时，进一步判断资源下载速度是否小于预设的下载速度阈值，若小于，则确定相应的故障为资源访问速度慢，若不小于，则确定不存在故障。

步骤304：获取到所述APP的第一功能的故障类型为资源访问失败，对所述APP的第一功能进行故障检测，并基于检测结果定位所述APP的第一功能的故障原因。

在本发明实施例中，对所述APP的第一功能进行故障检测，并基于检测结果定位所述APP的第一功能的故障原因，包括：

基于所述IP地址信息对所述APP的第一功能进行第一次PING检测，确定与所述APP的第一功能对应的目标服务器的连通情况；

基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行第二次PING检测以及TRACE检测，得到检测结果，所述检测结果至少包括丢包率信息及路径拥堵情况信息；

基于与所述目标服务器的连通情况、所述资源下载速度信息、所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。

进一步的，当所述APP的第一功能的故障类型为资源访问失败时，所述方法还包括：

基于所述流量数据包判断是否缺少资源访问成功所需的关键元素，所述关键元素至少包括html元素及css元素，并依据判断结果定位所述APP的第一功能的故障原因。

进一步的，所述方法还包括：基于所述IP地址信息确定所述APP的第一功能对应的资源归属地信息；

和/或获取运行APP的第一功能对应的数据包交换过程信息；

和/或获取运行APP的第一功能对应的中央处理器CPU使用率、内存使用率信息；

将所述资源归属地信息、和/或所述数据包交换过程信息、和/或所述CPU使用率、内存使用率信息作为定位所述APP的第一功能的故障原因的参考信息。

步骤305：结束本次处理流程。

实施例四

图4为本发明实施例APP故障定位装置的组成结构示意图，所述装置位于终端，如图4所示，本发明实施例APP故障定位装置的组成包括：数据包获取模块41、信息提取模块42、故障判断模块43及故障定位模块44；其中，

所述数据包获取模块41，用于获取运行APP的第一功能对应的流量数据包；

所述信息提取模块42，用于提取所述流量数据包中资源相关信息及APP交互特征信息；

所述故障判断模块43，用于基于所述资源相关信息及APP交互特征信息判断所述APP的第一功能是否存在故障，确定所述APP的第一功能存在故障时，获取相应的故障类型；

所述故障定位模块44，用于基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测，并基于检测结果定位所述APP的第一功能的故障原因。

在一实施例中，所述资源相关信息至少包括状态码，所述APP交互特征信息至少包括：响应时间信息及资源大小信息；

所述故障判断模块43，还用于将所述状态码与预设的第一状态码进行匹配，匹配成功时，确定所述APP的第一功能存在故障，且相应的故障类型为资源访问失败；

匹配失败时，将所述状态码与预设的第二状态码进行匹配，匹配成功时，依据所述响应时间信息及资源大小信息确定相应的资源下载速度，当所述资源下载速度小于预设的下载速度阈值时，确定所述APP的第一功能存在故障，且相应的故障类型为资源访问速度慢。

在一实施例中，所述APP交互特征信息还包括URL信息、IP地址信息及端口信息；

所述APP的第一功能的故障类型为资源访问失败时，所述故障定位模块44，还用于基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行PING检测及TRACE检测，得到检测结果，所述检测结果至少包括丢包率信息及路径拥堵情况信息，基于所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。

在一实施例中，所述APP交互特征信息还包括URL信息、IP地址信息及端口信息；

所述APP的第一功能的故障类型为资源访问速度慢时，所述故障定位模块44，还用于基于所述IP地址信息对所述APP的第一功能进行第一次PING检测，确定与所述APP的第一功能对应的目标服务器的连通情况；

基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行第二次PING检测以及TRACE检测，得到检测结果，所述检测结果至少包括丢包率信息及路径拥堵情况信息；

基于与所述目标服务器的连通情况、所述资源下载速度信息、所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。

在一实施例中，所述装置还包括处理模块45，用于基于所述IP地址信息确定所述APP的第一功能对应的资源归属地信息；

和/或获取运行APP的第一功能对应的数据包交换过程信息；

和/或获取运行APP的第一功能对应的CPU使用率、内存使用率信息；

将所述资源归属地信息、和/或所述数据包交换过程信息、和/或所述CPU使用率、内存使用率信息作为定位所述APP的第一功能的故障原因的参考信息。

在本发明实施例中，所述APP故障定位装置中的数据包获取模块41、信息提取模块42、故障判断模块43、故障定位模块44及处理模块45均可由终端中的中央处理器(CPU，Central Processing Unit)或数字信号处理器(DSP，Digital Signal Processor)、或现场可编程门阵列(FPGA，Field Programmable Gate Array)、或集成电路(ASIC，ApplicationSpecific Integrated Circuit)实现。

这里需要指出的是：以上涉及APP故障定位装置的描述，与上述方法描述是类似的，同方法的有益效果描述，不做赘述。对于本发明所述APP故障定位装置实施例中未披露的技术细节，请参照本发明方法实施例的描述。

以上所述，仅为本发明较佳实施例而已，并非用于限定本发明的保护范围。

Claims (8)

1.一种应用APP故障定位方法，其特征在于，应用于终端，所述方法包括：

获取运行APP的第一功能对应的流量数据包；

提取所述流量数据包中资源相关信息及APP交互特征信息；

将所述资源相关信息中的状态码与预设的第一状态码进行匹配，匹配成功时，确定所述APP的第一功能存在故障，且相应的故障类型为资源访问失败；

当所述资源相关信息中的状态码与预设的第一状态码匹配失败时，将所述状态码与预设的第二状态码进行匹配；

匹配成功时，依据所述APP交互特征信息中的响应时间信息和资源大小信息确定相应的资源下载速度；

当所述资源下载速度小于预设的下载速度阈值时，确定所述APP的第一功能存在故障，且相应的故障类型为资源访问速度慢；

基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测，并基于检测结果定位所述APP的第一功能的故障原因。

2.根据权利要求1所述方法，其特征在于，所述APP交互特征信息还包括统一资源定位符URL信息、互联网协议IP地址信息及端口信息；

所述APP的第一功能的故障类型为资源访问速度慢时，所述基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测，并基于检测结果定位所述APP的第一功能的故障原因，包括：

基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行PING检测及TRACE检测，得到检测结果，所述检测结果至少包括丢包率信息及路径拥堵情况信息，基于所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。

3.根据权利要求1所述方法，其特征在于，所述APP交互特征信息还包括URL信息、IP地址信息及端口信息；

所述APP的第一功能的故障类型为资源访问失败时，所述基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测，并基于检测结果定位所述APP的第一功能的故障原因，包括：

基于所述IP地址信息对所述APP的第一功能进行第一次PING检测，确定与所述APP的第一功能对应的目标服务器的连通情况；

基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行第二次PING检测以及TRACE检测，得到检测结果，所述检测结果至少包括丢包率信息及路径拥堵情况信息；

基于与所述目标服务器的连通情况、所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。

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

基于所述IP地址信息确定所述APP的第一功能对应的资源归属地信息；

和/或获取运行APP的第一功能对应的数据包交换过程信息；

和/或获取运行APP的第一功能对应的中央处理器CPU使用率、内存使用率信息；

将所述资源归属地信息、和/或所述数据包交换过程信息、和/或所述CPU使用率、内存使用率信息作为定位所述APP的第一功能的故障原因的参考信息。

5.一种APP故障定位装置，所述装置位于终端，其特征在于，所述装置包括：数据包获取模块、信息提取模块、故障判断模块及故障定位模块；其中，

所述数据包获取模块，用于获取运行APP的第一功能对应的流量数据包；

所述信息提取模块，用于提取所述流量数据包中资源相关信息及APP交互特征信息；其中，所述APP交互特征信息至少包括：响应时间信息及资源大小信息；

所述故障判断模块，用于将所述资源相关信息中的状态码与预设的第一状态码进行匹配，匹配成功时，确定所述APP的第一功能存在故障，且相应的故障类型为资源访问失败；还用于当所述资源相关信息中的状态码与预设的第一状态码匹配失败时，将所述状态码与预设的第二状态码进行匹配，匹配成功时，依据所述响应时间信息和所述资源大小信息确定相应的资源下载速度，当所述资源下载速度小于预设的下载速度阈值时，确定所述APP的第一功能存在故障，且相应的故障类型为资源访问速度慢；

所述故障定位模块，用于基于所述APP交互特征信息及所述故障类型对所述APP的第一功能进行故障检测，并基于检测结果定位所述APP的第一功能的故障原因。

6.根据权利要求5所述装置，其特征在于，所述APP交互特征信息还包括URL信息、IP地址信息及端口信息；

所述APP的第一功能的故障类型为资源访问速度慢时，所述故障定位模块，还用于基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行PING检测及TRACE检测，得到检测结果，所述检测结果至少包括丢包率信息及路径拥堵情况信息，基于所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。

7.根据权利要求5所述装置，其特征在于，所述APP交互特征信息还包括URL信息、IP地址信息及端口信息；

所述APP的第一功能的故障类型为资源访问失败时，所述故障定位模块，还用于基于所述IP地址信息对所述APP的第一功能进行第一次PING检测，确定与所述APP的第一功能对应的目标服务器的连通情况；

基于所述URL信息、IP地址信息及端口信息对所述APP的第一功能进行第二次PING检测以及TRACE检测，得到检测结果，所述检测结果至少包括丢包率信息及路径拥堵情况信息；

基于与所述目标服务器的连通情况、所述丢包率信息及路径拥堵情况信息定位所述APP的第一功能的故障原因。

8.根据权利要求6或7所述装置，其特征在于，所述装置还包括处理模块，用于基于所述IP地址信息确定所述APP的第一功能对应的资源归属地信息；

和/或获取运行APP的第一功能对应的数据包交换过程信息；

和/或获取运行APP的第一功能对应的CPU使用率、内存使用率信息；

将所述资源归属地信息、和/或所述数据包交换过程信息、和/或所述CPU使用率、内存使用率信息作为定位所述APP的第一功能的故障原因的参考信息。

Images