CN108990092B - 通信异常定位方法和装置 - Google Patents

Abstract

本申请实施例提供了一种通信异常定位方法和装置，其中方法包括：获取目标业务请求的埋点数据，从目标业务请求的埋点数据中提取目标业务请求对应的各通信阶段的通信耗时；从目标业务请求的埋点数据中提取目标业务请求对应的通信场景参数；基于目标业务请求对应的通信场景参数，对目标业务请求对应的各通信阶段的通信耗时进行分析，得到目标业务请求对应的通信耗时分析结果；根据通信耗时分析结果判断目标业务请求是否异常，并在目标业务请求异常时确定目标业务请求的异常原因。通过本实施例，能够获取目标业务请求对应的各通信阶段的通信耗时，基于该通信耗时细粒度地进行异常定位，提高异常定位效率，提高运维过程中异常解决效率。

Description

通信异常定位方法和装置

技术领域

本申请涉及通信技术领域，尤其涉及一种通信异常定位方法和装置。

背景技术

目前，网络中业务请求过程大多为：客户端向服务器发送通信连接建立请求，服务器基于该通信连接建立请求返回建立应答通知，客户端接收到该建立应答通知后，确定通信通道建立完成，客户端通过该通信通道向服务器发送业务请求，服务器基于该业务请求返回业务数据，客户端接收该业务数据并显示。

基于程序故障等多种原因，客户端和服务器之间不可避免地出现业务请求异常的情况，如用户发送业务请求后迟迟得不到响应，基于此有必要提供一种技术方案，以在业务请求异常时对异常原因进行定位，提高异常定位和解决效率。

发明内容

本申请实施例的目的是提供一种通信异常定位方法和装置，能够从目标业务请求的埋点数据中提取目标业务请求对应的各通信阶段的通信耗时，基于目标业务请求对应的各通信阶段的通信耗时细粒度地进行异常定位，提高异常定位效率，提高运维过程中异常解决效率。

为达到上述目的，本申请实施例是这样实现的：

第一方面，本申请实施例提供了一种通信异常定位方法，包括：

获取待分析的目标业务请求的埋点数据，从所述目标业务请求的埋点数据中提取所述目标业务请求对应的各通信阶段的通信耗时，所述通信阶段包括发送通信连接请求等待阶段、通信通道建立阶段、业务数据获取阶段和业务数据解析阶段；

从所述目标业务请求的埋点数据中提取所述目标业务请求对应的通信场景参数，所述目标业务请求对应的通信场景参数包括以下子参数中的至少一个：所述目标业务请求对应的网络类型、所述目标业务请求对应的客户端的操作系统版本、所述目标业务请求对应的客户端的机器型号、所述目标业务请求对应的客户端所处的地区信息；

基于所述目标业务请求对应的通信场景参数，对所述目标业务请求对应的各通信阶段的通信耗时进行分析，得到所述目标业务请求对应的通信耗时分析结果；

根据所述通信耗时分析结果判断所述目标业务请求是否异常，并在所述目标业务请求异常时确定所述目标业务请求的异常原因。

第二方面，本申请实施例提供了一种通信异常定位装置，包括：

耗时获取模块，用于获取待分析的目标业务请求的埋点数据，从所述目标业务请求的埋点数据中提取所述目标业务请求对应的各通信阶段的通信耗时，所述通信阶段包括发送通信连接请求等待阶段、通信通道建立阶段、业务数据获取阶段和业务数据解析阶段；

场景参数获取模块，用于从所述目标业务请求的埋点数据中提取所述目标业务请求对应的通信场景参数，所述目标业务请求对应的通信场景参数包括以下子参数中的至少一个：所述目标业务请求对应的网络类型、所述目标业务请求对应的客户端的操作系统版本、所述目标业务请求对应的客户端的机器型号、所述目标业务请求对应的客户端所处的地区信息；

结果分析模块，用于基于所述目标业务请求对应的通信场景参数，对所述目标业务请求对应的各通信阶段的通信耗时进行分析，得到所述目标业务请求对应的通信耗时分析结果；

异常定位模块，用于根据所述通信耗时分析结果判断所述目标业务请求是否异常，并在所述目标业务请求异常时确定所述目标业务请求的异常原因。

第三方面，本申请实施例提供了一种通信异常定位设备，包括：存储器、处理器和存储在所述存储器上并可在所述处理器上运行的计算机可执行指令，所述计算机可执行指令被所述处理器执行时实现如上述第一方面所述的通信异常定位方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机可执行指令，所述计算机可执行指令被处理器执行时实现如上述第一方面所述的通信异常定位方法的步骤。

可见，通过本申请实施例，能够获取待分析的目标业务请求的埋点数据，从该埋点数据中提取目标业务请求对应的各通信阶段的通信耗时和目标业务请求对应的通信场景参数，并基于目标业务请求对应的通信场景参数，对目标业务请求对应的各通信阶段的通信耗时进行分析，得到目标业务请求对应的通信耗时分析结果，根据该通信耗时分析结果判断目标业务请求是否异常，并在目标业务请求异常时确定目标业务请求的异常原因，从而从目标业务请求的埋点数据中提取目标业务请求对应的各通信阶段的通信耗时，基于目标业务请求对应的各通信阶段的通信耗时细粒度地进行异常定位，提高异常定位效率，提高运维过程中异常解决效率。

附图说明

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

图1为本申请一实施例提供的通信异常定位的场景示意图；

图2为本申请一实施例提供的通信异常定位方法的流程示意图；

图3a为本申请一实施例提供的各通信阶段的示意图；

图3b为本申请另一实施例提供的各通信阶段的示意图；

图4a为本申请一实施例提供的通信耗时分析结果的示意图；

图4b为本申请一实施例提供的目标业务请求对应的总通信耗时的分析结果示意图；

图4c为本申请一实施例提供目标业务请求在某国家某操作系统版本场景下对应的总通信耗时的分析结果示意图；

图4d为本申请一实施例提供的目标业务请求在某国家场景下对应的通信结果分析结果示意图；

图4e为本申请一实施例提供的目标业务请求在某国家4G场景下对应的通信结果分析结果示意图；

图5为本申请另一实施例提供的通信异常定位方法的流程示意图；

图6为本申请一实施例提供的通信异常定位系统的结构示意图；

图7为本申请一实施例提供的通信异常定位装置的模块组成示意图；

图8为本申请一实施例提供的通信异常定位设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

本申请实施例提供了一种通信异常定位方法和装置，能够根据目标业务请求对应的各通信阶段的通信耗时细粒度地进行异常定位，提高异常定位效率，提高运维过程中异常解决效率。

图1为本申请一实施例提供的通信异常定位的场景示意图，如图1所示，该场景包括客户端100和服务器200，客户端100包括但不限于手机、电脑、平板电脑、车载电脑、可穿戴设备等智能终端。客户端100可以向服务器200发送通信连接建立请求，服务器200基于该通信连接建立请求向客户端100返回建立应答通知，客户端100接收到该建立应答通知后，确定通信通道建立完成，客户端100通过建立的通信通道向服务器200发送业务请求，服务器200基于该业务请求向客户端100返回业务数据，客户端100接收该业务数据并显示。

图2为本申请一实施例提供的通信异常定位方法的流程示意图，如图2所示，该流程包括以下步骤：

步骤S202，获取待分析的目标业务请求的埋点数据，从目标业务请求的埋点数据中提取目标业务请求对应的各通信阶段的通信耗时，该通信阶段包括发送通信连接请求等待阶段、通信通道建立阶段、业务数据获取阶段和业务数据解析阶段；

步骤S204，从目标业务请求的埋点数据中提取目标业务请求对应的通信场景参数，目标业务请求对应的通信场景参数包括以下子参数中的至少一个：目标业务请求对应的网络类型、目标业务请求对应的客户端的操作系统版本、目标业务请求对应的客户端的机器型号、目标业务请求对应的客户端所处的地区信息；

步骤S206，基于目标业务请求对应的通信场景参数，对目标业务请求对应的各通信阶段的通信耗时进行分析，得到目标业务请求对应的通信耗时分析结果；

步骤S208，根据该通信耗时分析结果判断目标业务请求是否异常，并在目标业务请求异常时确定目标业务请求的异常原因。

可见，通过本申请实施例，能够获取待分析的目标业务请求的埋点数据，从该埋点数据中提取目标业务请求对应的各通信阶段的通信耗时和目标业务请求对应的通信场景参数，并基于目标业务请求对应的通信场景参数，对目标业务请求对应的各通信阶段的通信耗时进行分析，得到目标业务请求对应的通信耗时分析结果，根据该通信耗时分析结果判断目标业务请求是否异常，并在目标业务请求异常时确定目标业务请求的异常原因，从而从目标业务请求的埋点数据中提取目标业务请求对应的各通信阶段的通信耗时，基于目标业务请求对应的各通信阶段的通信耗时细粒度地进行异常定位，提高异常定位效率，提高运维过程中异常解决效率。

本实施例中，待分析的目标业务请求可以为待分析的目标URL(Uniform ResourceLocator，统一资源定位符)。实际运维中，可以将近期新上线的业务请求作为待分析的目标业务请求。

本实施例中，在客户端中为目标业务请求设置有埋点，通过该埋点能够获取目标业务请求的埋点数据，目标业务请求的埋点数据可以包括目标业务请求对应的各通信阶段的通信耗时和目标业务请求对应的通信场景参数，目标业务请求的埋点数据还可以包括目标业务请求对应的通信结果数据。

在一个具体的实施例中，客户端将每次发送目标业务请求的过程封装为一个事件，并生成每个事件的埋点数据，每个事件的埋点数据包括该事件的序号、该事件的通信场景参数和该事件通信性能指标，该事件的通信性能指标包括通信结果数据和各通信阶段的通信耗时数据，从而本实施例中，获取待分析的目标业务请求的埋点数据，从目标业务请求的埋点数据中提取目标业务请求对应的各通信阶段的通信耗时，以及，从目标业务请求的埋点数据中提取目标业务请求对应的通信场景参数。

本实施例中，目标业务请求对应的通信场景参数包括以下子参数中的至少一个：目标业务请求对应的网络类型、目标业务请求对应的客户端的操作系统版本、目标业务请求对应的客户端的机器型号、目标业务请求对应的客户端所处的地区信息。其中，目标业务请求对应的的网络类型包括但不限于基于基站的通信网络和WIFI(Wireless Fidelity，无线保真)网络，客户端的操作系统版本包括但不限于安卓系统、IOS系统等，客户端的机器型号可以举例为XX品牌的XX型号手机，客户端所处的地区信息包括但不限于客户端所处的国家、城市、城区中的至少一项。

客户端在与服务器通信过程中，客户端首先获取目标业务请求，然后，客户端获取自身当前所处的网络类型、自身的操作系统版本、自身的机器型号、自身所处的地区信息，将获取的信息中的至少一项作为通信场景参数记录下来。

客户端在向服务器发送目标业务请求之前，判断是否已经与服务器建立通信通道，若没有建立，则客户端生成通信连接建立请求，并将通信连接建立请求加入请求发送队列中。成功加入请求发送队列后，客户端开始计时直至该通信连接建立请求通过请求发送队列开始向服务器发送为止。客户端将通信连接建立请求成功加入请求发送队列后开始，至该通信连接建立请求通过请求发送队列开始向服务器发送为止的这个阶段，确定为发送通信连接请求等待阶段，客户端根据计时结果，确定发送通信连接请求等待阶段的耗时。

在通信连接建立请求通过请求发送队列开始向服务器发送时，客户端再次启动计时，直至接收到服务器根据该通信连接建立请求返回的建立应答通知为止。客户端将通信连接建立请求通过请求发送队列开始向服务器发送开始，至接收到服务器根据该通信连接建立请求返回的建立应答通知为止的这个阶段，确定为通信通道建立阶段。客户端根据计时结果，确定通信通道建立阶段的耗时。客户端在接收到服务器返回的建立应答通知后，确定通信通道建立完成，客户端基于该建立的通信通道向服务器发送目标业务请求并获取业务数据。

接下来，客户端在接收到服务器的建立应答通知后，向服务器发送目标业务请求，并在发送目标业务请求完成后开始计时，直至接收到服务器根据该目标业务请求返回的业务数据为止。客户端将发送目标业务请求完成后，至接收到业务数据的这个阶段，确定为业务数据获取阶段，客户端根据计时结果，确定业务数据获取阶段的耗时。当然，客户端也可以在开始发送目标业务请求时开始计时，直至接收到服务器根据该业务请求返回的业务数据为止。客户端将开始发送目标业务请求起，至接收到业务数据的这个阶段，确定为业务数据获取阶段，客户端根据计时结果，确定业务数据获取阶段的耗时。

接下来，客户端在接收到业务数据后开始计时，直至将业务数据解析完成为止，客户端将接收到业务数据后至解析业务数据完成为止的这个阶段，确定为业务数据解析阶段，客户端根据计时结果，确定业务数据解析阶段的耗时。

图3a为本申请一实施例提供的各通信阶段的示意图，图3b为本申请另一实施例提供的各通信阶段的示意图，各通信阶段的起始点和结束点可以参考图3a和图3b。

本实施例中，若客户端判断已经与服务器建立通信通道，则客户端可以直接利用该通信通道发送目标业务请求并获取业务数据，并统计业务数据获取阶段和业务数据解析阶段的耗时，并将发送通信连接请求等待阶段和通信通道建立阶段的耗时设置为默认值，如0。

上述步骤S206中，基于目标业务请求对应的通信场景参数，对目标业务请求对应的各通信阶段的通信耗时进行分析，得到目标业务请求对应的通信耗时分析结果，具体为：(a1)在目标业务请求对应的通信场景参数中，选取至少一个子参数作为分析维度参数，(a2)基于分析维度参数，对目标业务请求对应的各通信阶段的通信耗时进行分析，得到目标业务请求对应的通信耗时分析结果。

本实施例中，通信场景参数可以包括至少一个子参数，如上述的客户端的网络类型、客户端的操作系统版本、客户端的机器型号、客户端所处的地区信息中的至少一项，上述动作(a1)中，在目标业务请求对应的通信场景参数中，选取至少一个子参数作为分析维度参数，可以为：(a11)选取目标业务请求对应的通信场景参数中的预设子参数作为分析维度参数，比如，预设子参数为客户端所处的地区信息，则将通信场景参数中的客户端所处的地区信息选取为分析维度参数，或者，(a12)将通信场景参数包括的各个子参数显示出来，并向用户提供选择接口，根据用户的选择操作，在目标业务请求对应的通信场景参数中，选取至少一个子参数作为分析维度参数，比如，根据用户的选择操作，将通信场景参数中的客户端所处的地区信息选取为分析维度参数。

可见，通过本实施例，既能够根据用户操作选择分析维度参数，又能够自动将预设子参数作为分析维度参数，兼顾了分析维度参数的自动和手动选择。

本申请实施例还提供了一种预设子参数的设置方式，包括：根据用户的历史选择操作，确定用户历史选取的分析维度参数及各个历史选取的分析维度参数的被选次数，根据各个历史选取的分析维度参数的被选次数，在历史选取的分析维度参数中确定预设子参数。

根据用户的历史选择操作，确定用户历史选取的分析维度参数及各个历史选取的分析维度参数的被选次数可以如下表1所示。

表1

历史选取的分析维度参数	被选次数
		客户端的网络类型	5
客户端的机器型号	2
		客户端所处的地区信息	10

本实施例中，可以根据各个历史选取的分析维度参数的被选次数，确定被选次数最多的历史选取的分析维度参数为预设子参数。比如表1中，将客户端所处的地区信息作为预设子参数。通过将被选次数最多的历史选取的分析维度参数确定为预设子参数，能够使得基于预设子参数分析通信耗时时，得到用户最为关注的通信耗时分析结果。

本实施例中，上述动作(a2)中，基于分析维度参数，对目标业务请求对应的各通信阶段的通信耗时进行分析，得到目标业务请求对应的通信耗时分析结果，可以为：

(b1)根据分析维度参数的各个取值确定各个分析维度值；

(b2)基于各个分析维度值，对目标业务请求对应的各通信阶段的通信耗时进行分析，得到各个分析维度值对应的通信耗时分析结果。

一个例子中，假设分析维度参数的数量为一个，为客户端所处的地区信息，这里以地区信息为国家为例进行说明。首先，通过动作(b1)，根据分析维度参数的各个取值确定各个分析维度值，这里可以将分析维度参数的各个取值分别作为各个分析维度值，本例中，分析维度参数的各个取值包括但不限于中国、美国和印度等，因此各个分析维度值包括但不限于中国、美国和印度等。然后，通过动作(b2)，基于各个分析维度值，对目标业务请求对应的各通信阶段的通信耗时进行分析，得到各个分析维度值对应的通信耗时分析结果。具体地，对中国对应的目标业务请求的各通信阶段的通信耗时进行分析，得到中国的对应的通信耗时分析结果，对美国对应的目标业务请求的各通信阶段的通信耗时进行分析，得到美国的对应的通信耗时分析结果，对印度对应的目标业务请求的各通信阶段的通信耗时进行分析，得到印度的对应的通信耗时分析结果。

本实施例中，某个国家对应的通信耗时分析结果可以为，目标业务请求在该国家下，每个通信阶段的平均通信耗时，比如，目标业务请求在中国的场景下，每个通信阶段的平均通信耗时。

另一个例子中，假设分析维度参数的数量为多个，包括客户端所处的地区信息和客户端的网络类型，这里以地区信息为国家为例进行说明。首先，通过动作(b1)，根据分析维度参数的各个取值确定各个分析维度值，这里可以将各个分析维度参数的各个取值进行组合，得到各个分析维度值，客户端所处的地区信息的取值包括但不限于中国、美国，客户端的网络类型的取值包括但不限于4G和WIFI，因此将各个分析维度参数的各个取值进行组合，能够得到各个分析维度值分别为：中国4G、中国WIFI、美国4G和美国WIFI。然后，通过动作(b2)，基于各个分析维度值，对目标业务请求对应的各通信阶段的通信耗时进行分析，得到各个分析维度值对应的通信耗时分析结果。具体地，对中国4G对应的目标业务请求的各通信阶段的通信耗时进行分析，得到中国4G的对应的通信耗时分析结果，对美国4G对应的目标业务请求的各通信阶段的通信耗时进行分析，得到美国4G的对应的通信耗时分析结果，对中国WIFI对应的目标业务请求的各通信阶段的通信耗时进行分析，得到中国WIFI对应的通信耗时分析结果，对美国WIFI对应的目标业务请求的各通信阶段的通信耗时进行分析，得到美国WIFI对应的通信耗时分析结果。

本实施例中，某个国家某种网络类型对应的通信耗时分析结果可以为，目标业务请求在该国家该网络类型场景下，每个通信阶段的平均通信耗时，比如，目标业务请求在中国4G场景下，每个通信阶段的平均通信耗时。

图4a为本申请一实施例提供的通信耗时分析结果的示意图，如图4a所示，该通信耗时分析结果用于表示目标业务请求在某国家某网络类型下，每个通信阶段的平均通信耗时。图4a中，目标业务请求包括URL1和URL2。

本实施例中，基于目标业务请求对应的通信场景参数，对目标业务请求对应的各通信阶段的通信耗时进行分析，得到目标业务请求对应的通信耗时分析结果，能够真实地反馈用户网络请求的真实体验。

本实施例中，还可以根据目标业务请求对应的通信耗时分析结果进行通信异常定位。上述步骤S208中，根据通信耗时分析结果判断目标业务请求是否异常，并在目标业务请求异常时确定目标业务请求的异常原因，具体为：根据通信耗时分析结果判断目标业务请求的各通信阶段的通信耗时是否均小于对应的预设时长，若存在不小于对应的预设时长的通信阶段，则确定目标业务请求异常，并根据该不小于对应的预设时长的通信阶段确定目标业务请求的异常原因。

具体地，目标业务请求的每个通信阶段，均具有对应的预设时长，在得到目标业务请求对应的通信耗时分析结果后，可以根据该通信耗时分析结果，判断目标业务请求的各通信阶段的通信耗时是否均小于对应的预设时长，若是，则确定目标业务请求正常，若存在不小于对应的预设时长的通信阶段，则确定目标业务请求异常，并根据该不小于对应的预设时长的通信阶段确定目标业务请求的异常原因。

比如，发送通信连接请求等待阶段的耗时一般都是非常短的，当连接等待阶段的耗时很长超过对应的预设时长时，表明客户端网络并发通信连接建立请求的数量过多，表明客户端需要进行优化处理。业务数据解析阶段的耗时一般都很短，当该阶段耗时较长超过对应的预设时长时，表明客户端的数据解析的程序存在问题，需要进行优化。若通信通道建立阶段的耗时很长超过对应的预设时长，说明客户端和服务器之间的网络质量存在问题。若业务数据获取阶段的耗时超过对应的预设时长，则说明客户端和服务器之间的网络质量存在问题，或者请求的业务数据量过大。

其他情况下，若各通信阶段的耗时均小于对应的预设时长，且通信通道建立阶段的耗时较长、业务数据获取阶段的耗时较短，则表明此时的网络质量较差，但该业务请求响应的数据量较小。若通信通道建立阶段的耗时很短，但业务数据获取阶段的耗时较长，则表明此时的网络质量较好，但该业务请求响应的数据量较大，例如高清图片的URL请求。

本实施例中，除可以对目标业务请求对应的各通信阶段的通信耗时进行分析以外，还能够将目标业务请求对应的各通信阶段的耗时求和，得到目标业务请求的总通信耗时，对该总通信耗时进行分析。图4b为本申请一实施例提供的目标业务请求对应的总通信耗时的分析结果示意图。图4b表示目标业务请求对应的总通信耗时的次数分布情况。

通过图4b可知，对于目标业务请求而言，其中1秒以内完成的请求次数占总次数的71.34％，1到2秒完成的请求次数占总次数的16.4％，2到3秒完成的请求次数占总次数的5.82％，3到5秒完成请求次数占总次数的2.75％，5秒以上的请求次数占总次数的3.69％。

图4c为本申请一实施例提供目标业务请求在某国家某操作系统版本场景下对应的总通信耗时的分析结果示意图。图4c表以国家和客户端的操作系统版本为维度分析通信耗时时，目标业务请求在某国家某操作系统版本场景下对应的总通信耗时的次数分布情况。图4c的具体解释可参考图4b。

实际应用中，本实施例中的通信异常定位方法还可以用在以下几种场景下：

(1)监控用户针对目标业务请求的各通信阶段的通信耗时的总时长，根据监控结果确定该总时长大于时长阈值时，确定通信过程需要优化。

(2)针对多种不同的数据传输方案，分别统计目标业务请求在每种数据传输方案下对应的各个通信阶段的通信耗时，从而选择较优的数据传输方案。

(3)针对多种不同的通信协议，分别统计目标业务请求在每种通信协议下对应的各个通信阶段的通信耗时，从而选择较优的通信协议。

(4)在对客户端与服务器之间的通信过程进行优化后，通过统计目标业务请求在各个通信阶段的通信耗时，确定性能优化的程度。

本实施例中，除可以对目标业务请求对应的各通信阶段的通信耗时进行分析以外，还可以对目标业务请求对应的通信结果进行分析，图4d为本申请一实施例提供的目标业务请求在某国家场景下对应的通信结果分析结果示意图。图4d表示以国家为维度分析通信结果时，目标业务请求在某国家下对应的各种通信结果的次数占比。图4d中可以对通信失败的原因进行分类，得到各类原因的次数占比。

图4e为本申请一实施例提供的目标业务请求在某国家4G场景下对应的通信结果分析结果示意图。图4e表示以国家和网络类型为维度分析通信结果时，目标业务请求在某国家4G场景下对应的各种通信结果的次数占比。图4e中可以对通信失败的原因进行分类，得到各类原因的次数占比。

需要说明的是，本实施例中，在对通信结果进行分析时，除了上述的统计次数占比的方式以外，还包括其他方式，这里不再重复。

本实施例中，通信结果中通信成功和通信失败的次数占比，是用于判断网络请求的成功率的重要指标，是一个重要的验证网络质量的数据指标，通过对通信结果进行分析，能够准确判断网络质量的高低。

本实施例中，在对目标业务请求对应的通信结果进行分析后，根据通信失败的错误代码还能够确定通信失败原因，若某种通信失败原因导致的失败次数占比超过占比阈值，则可根据该失败原因对客户端或服务器进行优化。其中，通信失败的错误代码位于埋点数据中。

图5为本申请另一实施例提供的通信异常定位方法的流程示意图，如图5所示，该流程包括：

步骤S502，获取待分析的目标业务请求的埋点数据；

步骤S504，对获取的埋点数据进行数据预处理，数据预处理包括数据过滤和数据清洗；

步骤S506，预处理完成后，从预处理后的埋点数据中提取目标业务请求对应的各通信阶段的通信耗时；

步骤S508，预处理完成后，从预处理后的埋点数据中提取目标业务请求对应的通信场景参数；

步骤S510，基于目标业务请求对应的通信场景参数，对目标业务请求对应的各通信阶段的通信耗时进行分析，得到目标业务请求对应的通信耗时分析结果；

步骤S512，根据通信耗时分析结果判断目标业务请求是否异常，并在目标业务请求异常时确定目标业务请求的异常原因。

步骤S504中，可以按照预设的数据预处理规则对获取的埋点数据进行数据预处理，具体为：

(c1)根据预设的数据格式要求，对获取的埋点数据进行过滤；

(c2)根据预设的数据清洗规则，对过滤后的埋点数据进行数据清洗。

上述动作(c1)具体可以为，从获取的多条埋点数据中删除包含的通信场景参数的格式不满足预设的数据格式要求的埋点数据。

比如，一条目标业务请求的埋点数据为：URL：XXXXX，手机型号：YYYY，通信结果：失败，错误代码NNN，发送通信连接请求等待阶段耗时：Q秒，通信通道建立阶段耗时：W秒，业务数据获取阶段耗时：E秒，业务数据解析阶段耗时：R秒。若通过动作(c1)，确定该条通信数据中的通信结果的格式不满足预设的数据格式要求，则将该条埋点数据确定为无效埋点数据并删除。

上述动作(c2)中，可以按照通用的数据清洗算法，对过滤后的埋点数据进行数据清洗，这里不再重复。

图5中，通过对获取的埋点数据进行预处理，能够排除不合格的埋点数据，提高后续通信异常定位的准确性。

图6为本申请一实施例提供的通信异常定位系统的结构示意图，如图6所示，该系统包括客户端61、服务器62、大数据平台63、信息化平台64。

图6中，服务器62从客户端61处获取目标业务请求的埋点数据，并将埋点数据发送至大数据平台63。大数据平台63对埋点数据进行数据预处理，包括数据过滤和数据清洗，然后将预处理后的埋点数据发送至信息化平台64，信息化平台64基于目标业务请求对应的通信场景参数，对目标业务请求对应的各通信阶段的通信耗时进行分析，得到目标业务请求对应的通信耗时分析结果，根据通信耗时分析结果判断目标业务请求是否异常，并在目标业务请求异常时确定目标业务请求的异常原因。

本实施例中，除了可以确定各个通信阶段的通信耗时以外，对于通信阶段中的关键步骤，还能够统计该关键步骤的耗时，比如，统计通信通道建立阶段中DNS解析时长，业务数据获取阶段中，发送业务请求的组装时长和接收业务数据的组装时长等，方便进一步地分析通信性能和故障定位。

综上，本实施例中的通信异常定位方法具有以下优点：

(1)能够获取多种通信场景参数和多个通信阶段的通信耗时，最大程度还原用户真实的网络场景；

(2)根据目标业务请求对应的各通信阶段的通信耗时细粒度地进行异常定位，提高异常定位效率，提高运维过程中异常解决效率，更利于产品负责人对产品进行决策和改进。

本申请实施例提供了一种通信异常定位装置，图7为本申请一实施例提供的通信异常定位装置的模块组成示意图，如图7所示，该装置包括：

耗时获取模块71，用于获取待分析的目标业务请求的埋点数据，从所述目标业务请求的埋点数据中提取所述目标业务请求对应的各通信阶段的通信耗时，所述通信阶段包括发送通信连接请求等待阶段、通信通道建立阶段、业务数据获取阶段和业务数据解析阶段；

场景参数获取模块72，用于从所述目标业务请求的埋点数据中提取所述目标业务请求对应的通信场景参数，所述目标业务请求对应的通信场景参数包括以下子参数中的至少一个：所述目标业务请求对应的网络类型、所述目标业务请求对应的客户端的操作系统版本、所述目标业务请求对应的客户端的机器型号、所述目标业务请求对应的客户端所处的地区信息；

结果分析模块73，用于基于所述目标业务请求对应的通信场景参数，对所述目标业务请求对应的各通信阶段的通信耗时进行分析，得到所述目标业务请求对应的通信耗时分析结果；

异常定位模块74，用于根据所述通信耗时分析结果判断所述目标业务请求是否异常，并在所述目标业务请求异常时确定所述目标业务请求的异常原因。

可选地，所述结果分析模块具体用于：

在所述目标业务请求对应的通信场景参数中，选取至少一个子参数作为分析维度参数；

基于所述分析维度参数，对所述目标业务请求对应的各通信阶段的通信耗时进行分析，得到所述目标业务请求对应的通信耗时分析结果。

可选地，所述结果分析模块还具体用于：

选取所述目标业务请求对应的通信场景参数中的预设子参数作为分析维度参数；

或者，

根据用户的选择操作，在所述目标业务请求对应的通信场景参数中，选取至少一个子参数作为分析维度参数。

可选地，所述装置还包括参数确定模块，用于：

根据用户的历史选择操作，确定用户历史选取的分析维度参数及各个所述历史选取的分析维度参数的被选次数；

根据各个所述历史选取的分析维度参数的被选次数，在所述历史选取的分析维度参数中确定所述预设子参数。

可选地，所述结果分析模块还具体用于：

根据所述分析维度参数的各个取值确定各个分析维度值；

基于各个所述分析维度值，对所述目标业务请求对应的各通信阶段的通信耗时进行分析，得到各个所述分析维度值分别对应的通信耗时分析结果。

可选地，所述异常定位模块具体用于：

根据所述通信耗时分析结果判断所述目标业务请求的各通信阶段的通信耗时是否均小于对应的预设时长；

若存在不小于所述对应的预设时长的通信阶段，则确定所述目标业务请求异常，并根据不小于所述对应的预设时长的通信阶段确定所述目标业务请求的异常原因。

可见，通过本申请实施例，能够获取待分析的目标业务请求的埋点数据，从该埋点数据中提取目标业务请求对应的各通信阶段的通信耗时和目标业务请求对应的通信场景参数，并基于目标业务请求对应的通信场景参数，对目标业务请求对应的各通信阶段的通信耗时进行分析，得到目标业务请求对应的通信耗时分析结果，根据该通信耗时分析结果判断目标业务请求是否异常，并在目标业务请求异常时确定目标业务请求的异常原因，从而从目标业务请求的埋点数据中提取目标业务请求对应的各通信阶段的通信耗时，基于目标业务请求对应的各通信阶段的通信耗时细粒度地进行异常定位，提高异常定位效率，提高运维过程中异常解决效率。

进一步地，本申请实施例还提供了一种通信异常定位设备，图8为本申请一实施例提供的通信异常定位设备的结构示意图，如图8所示，该设备包括：存储器801、处理器802、总线803和通信接口804。存储器801、处理器802和通信接口804通过总线803进行通信，通信接口804可以包括输入输出接口，输入输出接口包括但不限于键盘、鼠标、显示器、麦克风、扩音器等。

图8中，所述存储器801上存储有可在所述处理器802上运行的计算机可执行指令，所述计算机可执行指令被所述处理器802执行时实现以下流程：

获取待分析的目标业务请求的埋点数据，从所述目标业务请求的埋点数据中提取所述目标业务请求对应的各通信阶段的通信耗时，所述通信阶段包括发送通信连接请求等待阶段、通信通道建立阶段、业务数据获取阶段和业务数据解析阶段；

从所述目标业务请求的埋点数据中提取所述目标业务请求对应的通信场景参数，所述目标业务请求对应的通信场景参数包括以下子参数中的至少一个：所述目标业务请求对应的网络类型、所述目标业务请求对应的客户端的操作系统版本、所述目标业务请求对应的客户端的机器型号、所述目标业务请求对应的客户端所处的地区信息；

基于所述目标业务请求对应的通信场景参数，对所述目标业务请求对应的各通信阶段的通信耗时进行分析，得到所述目标业务请求对应的通信耗时分析结果；

根据所述通信耗时分析结果判断所述目标业务请求是否异常，并在所述目标业务请求异常时确定所述目标业务请求的异常原因。

可选地，所述计算机可执行指令被所述处理器执行时，所述基于所述目标业务请求对应的通信场景参数，对所述目标业务请求对应的各通信阶段的通信耗时进行分析，得到所述目标业务请求对应的通信耗时分析结果，包括：

在所述目标业务请求对应的通信场景参数中，选取至少一个子参数作为分析维度参数；

基于所述分析维度参数，对所述目标业务请求对应的各通信阶段的通信耗时进行分析，得到所述目标业务请求对应的通信耗时分析结果。

可选地，所述计算机可执行指令被所述处理器执行时，所述在所述目标业务请求对应的通信场景参数中，选取至少一个子参数作为分析维度参数，包括：

选取所述目标业务请求对应的通信场景参数中的预设子参数作为分析维度参数；

或者，

根据用户的选择操作，在所述目标业务请求对应的通信场景参数中，选取至少一个子参数作为分析维度参数。

可选地，所述计算机可执行指令被所述处理器执行时，还包括：

根据用户的历史选择操作，确定用户历史选取的分析维度参数及各个所述历史选取的分析维度参数的被选次数；

根据各个所述历史选取的分析维度参数的被选次数，在所述历史选取的分析维度参数中确定所述预设子参数。

可选地，所述计算机可执行指令被所述处理器执行时，所述基于所述分析维度参数，对所述目标业务请求对应的各通信阶段的通信耗时进行分析，得到所述目标业务请求对应的通信耗时分析结果，包括：

根据所述分析维度参数的各个取值确定各个分析维度值；

基于各个所述分析维度值，对所述目标业务请求对应的各通信阶段的通信耗时进行分析，得到各个所述分析维度值分别对应的通信耗时分析结果。

可选地，所述计算机可执行指令被所述处理器执行时，所述根据所述通信耗时分析结果判断所述目标业务请求是否异常，并在所述目标业务请求异常时确定所述目标业务请求的异常原因，包括：

根据所述通信耗时分析结果判断所述目标业务请求的各通信阶段的通信耗时是否均小于对应的预设时长；

若存在不小于所述对应的预设时长的通信阶段，则确定所述目标业务请求异常，并根据不小于所述对应的预设时长的通信阶段确定所述目标业务请求的异常原因。

可见，通过本申请实施例，能够获取待分析的目标业务请求的埋点数据，从该埋点数据中提取目标业务请求对应的各通信阶段的通信耗时和目标业务请求对应的通信场景参数，并基于目标业务请求对应的通信场景参数，对目标业务请求对应的各通信阶段的通信耗时进行分析，得到目标业务请求对应的通信耗时分析结果，根据该通信耗时分析结果判断目标业务请求是否异常，并在目标业务请求异常时确定目标业务请求的异常原因，从而从目标业务请求的埋点数据中提取目标业务请求对应的各通信阶段的通信耗时，基于目标业务请求对应的各通信阶段的通信耗时细粒度地进行异常定位，提高异常定位效率，提高运维过程中异常解决效率。

进一步地，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机可执行指令，所述计算机可执行指令被处理器执行时实现以下流程：

获取待分析的目标业务请求的埋点数据，从所述目标业务请求的埋点数据中提取所述目标业务请求对应的各通信阶段的通信耗时，所述通信阶段包括发送通信连接请求等待阶段、通信通道建立阶段、业务数据获取阶段和业务数据解析阶段；

从所述目标业务请求的埋点数据中提取所述目标业务请求对应的通信场景参数，所述目标业务请求对应的通信场景参数包括以下子参数中的至少一个：所述目标业务请求对应的网络类型、所述目标业务请求对应的客户端的操作系统版本、所述目标业务请求对应的客户端的机器型号、所述目标业务请求对应的客户端所处的地区信息；

基于所述目标业务请求对应的通信场景参数，对所述目标业务请求对应的各通信阶段的通信耗时进行分析，得到所述目标业务请求对应的通信耗时分析结果；

根据所述通信耗时分析结果判断所述目标业务请求是否异常，并在所述目标业务请求异常时确定所述目标业务请求的异常原因。

可选地，所述计算机可执行指令被所述处理器执行时，所述基于所述目标业务请求对应的通信场景参数，对所述目标业务请求对应的各通信阶段的通信耗时进行分析，得到所述目标业务请求对应的通信耗时分析结果，包括：

在所述目标业务请求对应的通信场景参数中，选取至少一个子参数作为分析维度参数；

基于所述分析维度参数，对所述目标业务请求对应的各通信阶段的通信耗时进行分析，得到所述目标业务请求对应的通信耗时分析结果。

可选地，所述计算机可执行指令被所述处理器执行时，所述在所述目标业务请求对应的通信场景参数中，选取至少一个子参数作为分析维度参数，包括：

选取所述目标业务请求对应的通信场景参数中的预设子参数作为分析维度参数；

或者，

根据用户的选择操作，在所述目标业务请求对应的通信场景参数中，选取至少一个子参数作为分析维度参数。

可选地，所述计算机可执行指令被所述处理器执行时，还包括：

根据用户的历史选择操作，确定用户历史选取的分析维度参数及各个所述历史选取的分析维度参数的被选次数；

根据各个所述历史选取的分析维度参数的被选次数，在所述历史选取的分析维度参数中确定所述预设子参数。

可选地，所述计算机可执行指令被所述处理器执行时，所述基于所述分析维度参数，对所述目标业务请求对应的各通信阶段的通信耗时进行分析，得到所述目标业务请求对应的通信耗时分析结果，包括：

根据所述分析维度参数的各个取值确定各个分析维度值；

基于各个所述分析维度值，对所述目标业务请求对应的各通信阶段的通信耗时进行分析，得到各个所述分析维度值分别对应的通信耗时分析结果。

可选地，所述计算机可执行指令被所述处理器执行时，所述根据所述通信耗时分析结果判断所述目标业务请求是否异常，并在所述目标业务请求异常时确定所述目标业务请求的异常原因，包括：

根据所述通信耗时分析结果判断所述目标业务请求的各通信阶段的通信耗时是否均小于对应的预设时长；

若存在不小于所述对应的预设时长的通信阶段，则确定所述目标业务请求异常，并根据不小于所述对应的预设时长的通信阶段确定所述目标业务请求的异常原因。

可见，通过本申请实施例，能够获取待分析的目标业务请求的埋点数据，从该埋点数据中提取目标业务请求对应的各通信阶段的通信耗时和目标业务请求对应的通信场景参数，并基于目标业务请求对应的通信场景参数，对目标业务请求对应的各通信阶段的通信耗时进行分析，得到目标业务请求对应的通信耗时分析结果，根据该通信耗时分析结果判断目标业务请求是否异常，并在目标业务请求异常时确定目标业务请求的异常原因，从而从目标业务请求的埋点数据中提取目标业务请求对应的各通信阶段的通信耗时，基于目标业务请求对应的各通信阶段的通信耗时细粒度地进行异常定位，提高异常定位效率，提高运维过程中异常解决效率。

其中，所述的计算机可读存储介质包括只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

Claims (8)

1.一种通信异常定位方法，其特征在于，包括：

获取待分析的目标业务请求的埋点数据，从所述目标业务请求的埋点数据中提取所述目标业务请求对应的各通信阶段的通信耗时，所述通信阶段包括发送通信连接请求等待阶段、通信通道建立阶段、业务数据获取阶段和业务数据解析阶段；

从所述目标业务请求的埋点数据中提取所述目标业务请求对应的通信场景参数，所述目标业务请求对应的通信场景参数包括以下子参数中的至少一个：所述目标业务请求对应的网络类型、所述目标业务请求对应的客户端的操作系统版本、所述目标业务请求对应的客户端的机器型号、所述目标业务请求对应的客户端所处的地区信息；

在所述目标业务请求对应的通信场景参数中，选取多个子参数作为分析维度参数，将各个所述分析维度参数的各个取值进行组合，得到各个分析维度值，对所述目标业务请求对应的各通信阶段的通信耗时进行分析，得到所述目标业务请求在各个所述分析维度值下的通信耗时分析结果；

根据所述通信耗时分析结果判断所述目标业务请求是否异常，并在所述目标业务请求异常时确定所述目标业务请求的异常原因。

2.根据权利要求1所述的方法，其特征在于，所述在所述目标业务请求对应的通信场景参数中，选取多个子参数作为分析维度参数，包括：

选取所述目标业务请求对应的通信场景参数中的预设子参数作为分析维度参数；

或者，

根据用户的选择操作，在所述目标业务请求对应的通信场景参数中，选取多个子参数作为分析维度参数。

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

根据用户的历史选择操作，确定用户历史选取的分析维度参数及各个所述历史选取的分析维度参数的被选次数；

根据各个所述历史选取的分析维度参数的被选次数，在所述历史选取的分析维度参数中确定所述预设子参数。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述根据所述通信耗时分析结果判断所述目标业务请求是否异常，并在所述目标业务请求异常时确定所述目标业务请求的异常原因，包括：

根据所述通信耗时分析结果判断所述目标业务请求的各通信阶段的通信耗时是否均小于对应的预设时长；

若存在不小于所述对应的预设时长的通信阶段，则确定所述目标业务请求异常，并根据不小于所述对应的预设时长的通信阶段确定所述目标业务请求的异常原因。

5.一种通信异常定位装置，其特征在于，包括：

耗时获取模块，用于获取待分析的目标业务请求的埋点数据，从所述目标业务请求的埋点数据中提取所述目标业务请求对应的各通信阶段的通信耗时，所述通信阶段包括发送通信连接请求等待阶段、通信通道建立阶段、业务数据获取阶段和业务数据解析阶段；

场景参数获取模块，用于从所述目标业务请求的埋点数据中提取所述目标业务请求对应的通信场景参数，所述目标业务请求对应的通信场景参数包括以下子参数中的至少一个：所述目标业务请求对应的网络类型、所述目标业务请求对应的客户端的操作系统版本、所述目标业务请求对应的客户端的机器型号、所述目标业务请求对应的客户端所处的地区信息；

结果分析模块，用于在所述目标业务请求对应的通信场景参数中，选取多个子参数作为分析维度参数，将各个所述分析维度参数的各个取值进行组合，得到各个分析维度值，对所述目标业务请求对应的各通信阶段的通信耗时进行分析，得到所述目标业务请求在各个所述分析维度值下的通信耗时分析结果；

异常定位模块，用于根据所述通信耗时分析结果判断所述目标业务请求是否异常，并在所述目标业务请求异常时确定所述目标业务请求的异常原因。

6.根据权利要求5所述的装置，其特征在于，所述结果分析模块还具体用于：

选取所述目标业务请求对应的通信场景参数中的预设子参数作为分析维度参数；

或者，

根据用户的选择操作，在所述目标业务请求对应的通信场景参数中，选取多个子参数作为分析维度参数。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括参数确定模块，用于：

根据用户的历史选择操作，确定用户历史选取的分析维度参数及各个所述历史选取的分析维度参数的被选次数；

根据各个所述历史选取的分析维度参数的被选次数，在所述历史选取的分析维度参数中确定所述预设子参数。

8.根据权利要求5至7任一项所述的装置，其特征在于，所述异常定位模块具体用于：

根据所述通信耗时分析结果判断所述目标业务请求的各通信阶段的通信耗时是否均小于对应的预设时长；

若存在不小于所述对应的预设时长的通信阶段，则确定所述目标业务请求异常，并根据不小于所述对应的预设时长的通信阶段确定所述目标业务请求的异常原因。

Images