CN108737204A - 一种网络性能信息的采集方法及通信终端 - Google Patents

Abstract

本申请实施方式公开了一种网络性能信息的采集方法及通信终端，其中，所述方法用于采集第一通信终端与第二通信终端之间通信链路的网络性能信息；所述通信链路包括至少一个通信节点；所述方法包括：创建指向所述第二通信终端的至少一个测试请求；所述测试请求附带有效传输次数；所述有效传输次数用于确定所述测试请求对应的通信节点；向所述通信链路发出所述至少一个测试请求；接收所述测试请求对应的通信节点反馈的数据；根据所述测试请求和相应的数据，得出所述测试请求对应的通信节点的网络性能信息。本申请公开的网络性能信息的采集方法及通信终端，能够准确地检测出发生异常的通信节点。

Description

一种网络性能信息的采集方法及通信终端

技术领域

本申请涉及互联网技术领域，特别涉及一种网络性能信息的采集方法及通信终端。

背景技术

随着互联网技术的不断发展，网络性能成为网络服务提供方十分重视的问题。目前，各个区域的网络质量参差不齐，网络服务提供方为了能够给各个区域的用户提供流畅的体验，通常需要及时了解各个区域与自身服务器之间的网络性能。

当前，网络服务提供方通常可以从第三方获取网络性能信息。具体地，第三方可以开发用于获取网络性能信息的应用。当用户在终端设备上安装了该应用并启用该应用时，该应用便可以向网络服务提供方的服务器发送探测数据，并根据服务器反馈的探测数据来确定用户的终端设备与服务器之间的网络性能信息。

当前的这种网络性能信息的采集方法通常只能采集到终端设备与服务器之间的网络性能信息。例如可以采集到终端设备与服务器之间的网络延时。但是，终端设备与服务器之间通常还具备若干通信节点，这些通信节点对网络性能的影响通常十分显著。而现有技术中的网络性能信息的采集方法，无法针对通信节点的网络性能信息进行采集，更加无法准确地检测出发生异常的通信节点。

发明内容

本申请实施方式的目的是提供一种网络性能信息的采集方法及通信终端，能够准确地检测出发生异常的通信节点。

为实现上述目的，本申请实施方式提供一种网络性能信息的采集方法，所述方法用于采集第一通信终端与第二通信终端之间通信链路的网络性能信息；所述通信链路包括至少一个通信节点；所述方法包括：创建指向所述第二通信终端的至少一个测试请求；所述测试请求附带有效传输次数；所述有效传输次数用于确定所述测试请求对应的通信节点；向所述通信链路发出所述至少一个测试请求；接收所述测试请求对应的通信节点反馈的数据；根据所述测试请求和所述反馈的数据，得出所述测试请求对应的通信节点的网络性能信息。

为实现上述目的，本申请实施方式提供一种网络性能信息的采集方法，所述方法用于采集第一通信终端与第二通信终端之间通信链路的网络性能信息；所述通信链路包括至少一个通信节点；所述第一通信终端内运行有应用，所述应用中包括第一功能模块和第二功能模块；其中，所述第一功能模块和所述第二功能模块实现的功能不相同；所述方法应用于所述第二功能模块；所述方法包括以下步骤：创建指向所述第二通信终端的至少一个测试请求；所述测试请求附带有效传输次数；所述有效传输次数用于确定所述测试请求对应的通信节点；向所述通信链路发出所述至少一个测试请求；接收所述测试请求对应的通信节点反馈的数据；根据所述测试请求和所述反馈的数据，得出所述测试请求对应的通信节点的网络性能信息。

为实现上述目的，本申请实施方式还提供一种通信终端，所述通信终端与目标通信终端之间存在通信链路，所述通信链路中包括至少一个通信节点，所述通信终端包括网络通信端口、存储器以及处理器，其中：所述网络通信端口，用于进行网络数据通信；所述存储器，用于存储所述通信终端发出的测试请求以及所述通信终端接收到的反馈的数据；所述处理器，用于创建指向所述目标通信终端的至少一个测试请求；所述测试请求附带有效传输次数；所述有效传输次数用于确定所述测试请求对应的通信节点；控制所述网络通信端口向所述通信链路发出所述至少一个测试请求；控制所述网络通信端口接收所述测试请求对应的通信节点反馈的数据；根据所述测试请求和所述反馈的数据，得出所述测试请求对应的通信节点的网络性能信息。

本申请实施方式提供的一种网络性能信息的采集方法及通信终端，通过向第一通信终端和第二通信终端之间的通信链路发送携带有效传输次数的测试请求，并接收所述通信链路中各个通信节点反馈的数据，能够得到所述通信链路中各个通信节点对应的网络性能信息，从而能够准确地检测出发生异常的通信节点。

附图说明

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

图1为本申请实施方式提供的一种网络性能信息的采集方法流程图；

图2为本申请实施方式中网络性能信息的采集方法示意图；

图3为本申请实施方式中通信链路的规划示意图；

图4为本申请另一个实施方式中网络性能信息的采集方法示意图；

图5为本申请另一个实施方式提供的网络性能信息的采集方法流程图；

图6为本申请实施方式中通信终端的结构示意图。

具体实施方式

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

本申请实施方式提供一种网络性能信息的采集方法，所述方法可以应用于不同的通信终端之间。其中，所述通信终端可以是客户端，也可以是服务器。所述网络性能信息的采集方法可以采集从客户端到服务器之间上行通信链路的网络性能信息，也可以采集从服务器到客户端之间下行通信链路的网络性能信息。在本实施方式中，所述客户端可以是具备网络访问功能的电子设备。具体地，所述客户端例如可以是台式电脑、平板电脑、笔记本电脑、智能手机、数字助理、智能可穿戴设备、导购终端、具有网络访问功能的电视机等。

在本实施方式中，所述服务器可以是网站的后台服务器。在所述后台服务器中，可以存储网站的各项数据。例如，所述服务器中可以存储网站页面中需要显示的页面信息。所述页面信息例如可以是图片、视频、文字等元素。所述服务器可以与用户的客户端进行数据交互。例如，所述服务器为电子商务平台的后台服务器，用户在该电子商务平台中可以进行账号注册、余额充值、购买物品等操作。这样，在所述服务器中，可以存储用户的账号信息、余额信息、购买物品的历史记录等用户数据。

在本实施方式中，所述服务器可以为一个具有数据运算、存储功能以及网络交互功能的电子设备；也可以为运行于该电子设备中，为数据处理、存储和网络交互提供支持的软件。

在本实施方式中并不具体限定所述服务器的数量。所述服务器可以为一个服务器，还可以为几个服务器，或者，若干服务器形成的服务器集群。

在本实施方式中，客户端和服务器在网络中可以通过通信地址进行通信。所述通信地址可以是客户端和服务器所遵循的网络通信协议分配给客户端和服务器的。例如，所述客户端和服务器可以遵循TCP/IP协议，该协议可以为网络中的设备分配唯一的IP地址。当客户端与服务器之间进行数据交互时，便相当于在两个IP地址之间进行数据传输。

在本实施方式中，在所述客户端和所述服务器之间可以具备通信链路。所述通信链路可以是客户端与服务器之间数据传输的路径。所述通信链路可以由通信节点构成。所述通信节点可以是具备网络访问功能，并能够进行数据接收和发送的设备。所述通信节点例如可以是工作站、个人计算机、服务器、打印机或其他网络连接的设备。在本实施方式中，当数据从客户端发往服务器，或者从服务器发往客户端时，通常可以依次经过客户端与服务器之间通信链路中的各个通信节点。

本申请实施方式提供一种网络性能信息的采集方法，所述方法的执行主体可以是第一通信终端。请参阅图1，所述方法可以包括以下步骤。

步骤S11：创建指向所述第二通信终端的至少一个测试请求；所述测试请求附带有效传输次数；所述有效传输次数用于确定所述测试请求对应的通信节点。

在本实施方式中，第一通信终端可以在启动时创建测试请求。例如，所述第一通信终端为安装于用户智能手机上的应用。那么在该应用启动时，可以创建所述测试请求。此外，第一通信终端还可以在接收到测试请求的创建指令时才创建所述测试请求。例如，用户在使用安装于平板电脑上的应用时，发现该应用中页面加载的速度较慢，于是可以点击“测试网络”的按键。这样，在“测试网络”的按键被触发时，该应用可以接收到测试请求的创建指令，从而可以创建所述测试请求。

在本实施方式中，所述测试请求可以是按照预设规则进行编写的字符串。其中，所述预设规则可以是符合网络通信协议的规则。例如，所述测试请求可以是按照icmp(Internet Control Message Protocol，互联网控制报文协议)进行编写的字符串。所述预设规则可以限定测试请求中的各个组成部分以及各个组成部分之间的排列顺序。例如，所述测试请求中可以包括请求标识、源IP地址以及目的IP地址。所述请求标识可以用于将所述测试请求与其它测试请求进行区分。所述源IP地址可以填写所述第一通信终端的IP地址，所述目标IP地址可以填写所述第二通信终端的IP地址。

在本实施方式中，所述测试请求中还可以附带有效传输次数。所述有效传输次数可以是大于或者等于0的整数，所述有效传输次数随着测试请求的传输可以递减。具体地，只有当所述有效传输次数大于0时，所述有效传输次数所在的测试请求才能够被第一通信终端或者通信节点发出，并且每当所述测试请求被第一通信终端或者通信节点发送一次，所述测试请求携带的有效传输次数便减1。请参阅图2，在第一通信终端与第二通信终端之间可以具备3个通信节点，分别为节点1、节点2和节点3。所述第一通信终端创建了有效传输次数为2的测试请求。那么该测试请求被第一通信终端发出后，所述测试请求中的有效传输次数便从2减为1。当该测试请求被节点1发出时，所述测试请求中的有效传输次数又从1减为0。这样，节点2接收到的测试请求中，有效传输次数便为0。

在本实施方式中，所述测试请求中可以包括有效传输次数字段，该字段中可以填写所述测试请求当前对应的有效传输次数。这样，第一通信终端、通信节点或者第二通信终端通过对测试请求中的该字段进行识别，便可以获知该测试请求当前的有效传输次数。

在本实施方式中，当通信节点接收到的测试请求中的有效传输次数为0时或者当所述第二通信终端接收到所述测试请求时，该测试请求便不再继续向后传输。例如，在图2中，假设第一通信终端创建的测试请求中有效传输次数为3，那么在节点3接收到该测试请求时，该测试请求中的有效传输次数为0。此时，节点3则停止传输该测试请求，因此所述第二通信终端便无法接收到该测试请求。此外，就算第二通信终端接收到的测试请求中的有效传输次数不为0，由于测试请求已经传输至了所述第二通信终端，因此该测试请求也不再被所述第二通信终端向后传输。

在本实施方式中，所述有效传输次数可以确定所述测试请求对应的通信节点。其中，所述测试请求对应的通信节点可以是在所述有效传输次数减为0时，接收到所述测试请求的通信节点。具体地，可以确定所述有效传输次数减为0时，接收到所述测试请求的目标通信节点，并将所述目标通信节点作为所述测试请求对应的通信节点。例如，如图2所示，假设测试请求1的有效传输次数为1，那么测试请求1在传输至节点1时，其有效传输次数便减为了0，此时，节点1便可以是测试请求1对应的通信节点。同样的，假设测试请求2的有效传输次数为3，那么测试请求2在传输至节点3时，其有效传输次数便减为了0，此时，节点3便可以是测试请求2对应的通信节点。这样，当第一通信终端创建所述测试请求，并为所述测试请求添加有效传输次数时，该测试请求在所述通信链路中能够被传输的距离就已经确定了。

在本实施方式中，所述第一通信终端创建至少一个测试请求的方式可以包括根据所述测试请求的固定格式，在所述测试请求的各个部分填充相应的内容。例如，所述第一通信终端在创建测试请求时，可以在测试请求的源IP部分填写自身的IP地址，在目的IP部分填写服务器的IP地址，然后所述第一通信终端可以生成唯一的识别码，并将该识别码填写至测试请求的请求标识部分。此外，第一通信终端还可以在测试请求的有效传输次数部分填写相应的有效传输次数。其中，所述第二通信终端的IP地址可以是预先存储于所述第一通信终端中的。例如，所述第一通信终端为手机京东的应用，那么在该应用中可以预先存储京东的后台服务器的IP地址，这样，该应用才能实时地与京东的后台服务器进行数据交互。所述唯一的识别码可以由第一通信终端按照哈希算法计算得到。为了保证计算得到的识别码的唯一性，所述第一通信终端可以采用唯一的字符串进行哈希计算。例如，所述唯一的字符串可以是第一通信终端的MAC地址与测试请求的流水号的组合。所述有效传输次数可以从1开始，随着生成的测试请求逐步进行递增。例如，第一条测试请求中的有效传输次数可以为1，第二条测试请求中的有效传输次数可以为2，以此类推，直至创建的测试请求的数量达到指定数量为止。

步骤S13：向所述通信链路发出所述至少一个测试请求。

在本实施方式中，所述第一通信终端在创建了所述至少一个测试请求之后，可以通过网络通信端口向外发送各个测试请求。具体地，所述第一通信终端可以向所述通信链路发出所述至少一个测试请求。其中，向所述通信链路发出测试请求的含义为：由于每条测试请求中的源IP地址和目的IP地址均相同，因此每条测试请求均可以在所述通信链路上进行传输。

在本实施方式中，所述第一通信终端发送所述测试请求的方式可以包括按照测试请求的创建时间，依次发送所述至少一个测试请求，并且在接收到当前测试请求的反馈信息之后，再发送下一个测试请求。这样，在发送当前测试请求时，所述第一通信终端根据所述当前测试请求中的有效传输次数，可以确定所述当前测试请求对应的通信节点。那么在后续接收到反馈信息时，便可以确定该反馈信息是所述当前测试请求对应的通信节点发来的，从而能够确定通信节点对应的测试请求以及反馈信息。

此外，在本实施方式中，所述第一通信终端发送所述测试请求的方式还可以包括同时发送所述至少一个测试请求。由于每个测试请求中具备请求标识，因此第一通信终端可以根据反馈信息中携带的请求标识，识别出每个反馈信息对应的测试请求。这样，根据测试请求和反馈信息中的请求标识，也可以确定通信节点对应的测试请求以及反馈信息。

步骤S15：接收所述测试请求对应的通信节点反馈的数据。

在本实施方式中，当通信节点接收到所述测试请求时，可以识别所述测试请求中的有效传输测试。当所述有效传输次数为0时，便可以向所述第一通信终端发送反馈的数据。

在本实施方式中，所述反馈的数据可以是按照预设规则进行编写的字符串。其中，所述预设规则可以是符合网络通信协议的规则。例如，所述反馈的数据可以是按照icmp(Internet Control Message Protocol，互联网控制报文协议)进行编写的字符串。所述预设规则可以限定反馈的数据中的各个组成部分以及各个组成部分之间的排列顺序。例如，所述反馈的数据中可以包括反馈标识、源IP地址以及目的IP地址。其中，所述反馈标识可以填写所述测试请求中的请求标识。这样，根据所述反馈的数据中的反馈标识，便可以获知该反馈的数据是针对哪个测试请求进行反馈的。所述源IP地址可以填写发送所述反馈的数据的通信节点的IP地址，所述目标IP地址可以填写所述第一通信终端的IP地址。

步骤S17：根据所述测试请求和所述反馈的数据，得出所述测试请求对应的通信节点的网络性能信息。

在本实施方式中，所述通信节点的网络性能信息可以是用于表征所述通信节点的网络质量的信息。在本实施方式中，所述网络性能信息可以是网络延时。在确定所述测试请求对应的通信节点的网络延时时，可以记录发出所述测试请求的起始时间节点，并记录接收到所述反馈的数据的终止时间节点。然后可以基于所述终止时间节点和所述起始时间节点之间的时差，确定所述测试请求对应的通信节点的网络性能信息。具体地，可以将终止时间节点和所述起始时间节点之间的时差作为所述测试请求对应的通信节点的网络性能信息。所述终止时间节点和所述起始时间节点之间的时差，可以是所述测试请求从第一通信终端出发，发送至所述测试请求对应的通信节点以及所述反馈的数据从所述通信节点出发，发送至所述第一通信终端的总时间。在本实施方式中，还可以将所述终止时间节点和所述起始时间节点之间的时差的一半作为所述测试请求对应的通信节点的网络性能信息，从而可以得到所述第一通信终端与所述测试请求对应的通信节点之间单程的平均延时。

在本实施方式中，所述网络性能信息还可以是丢包率。具体地，可以计算所述测试请求和所述反馈的数据之间的丢包率，并将计算的所述丢包率作为所述测试请求对应的通信节点的网络性能信息。计算丢包率的过程可以为记录所述测试请求和所述反馈的数据中的各个码元以及码元数量，然后可以计算所述反馈的数据中正确的码元数量在所述测试请求中码元数量中的比值，该比值便可以作为所述测试请求对应的通信节点的丢包率。

在本申请一个实施方式中，上述的网络性能信息的采集过程，可以由第一通信终端内的应用(Application，APP)来实现。具体地，所述第一通信终端内可以运行有应用。所述应用可以是在各个通信终端上的安装率较高的应用。这样，在通过所述应用执行上述的网络性能信息的采集过程时，由于所述应用较高的安装率，从而可以采集不同地理位置处的通信终端对应的网络性能信息，进而能够获取更加全面的网络性能信息。

在本实施方式中，所述应用中可以包括第一功能模块和第二功能模块。所述第一功能模块和所述第二功能模块可以是集成于所述应用中用于实现相应功能的虚拟模块。所述虚拟模块可以是所述应用中的一个代码段，该代码段在执行时，可以实现相应的功能。例如，所述第一功能模块可以是用于为用户提供可视化界面的虚拟模块，那么在应用启动时，该第一功能模块对应的代码段便可以开始执行，从而可以在用户终端设备中展示可视化界面。又例如，所述第二功能模块可以是用于获取用户当前地理位置的虚拟模块。那么当所述第二功能模块执行时，可以调用用户终端设备中的定位组件，从而获取用户终端设备的实时位置。

在本实施方式中，所述第一功能模块可以实现与用户进行交互的业务功能。所述业务功能通常可以为用户提供可视化的界面。在所述界面中，可以包含供用户进行浏览的信息和/或能够接收用户下达的指令的控件。例如，在应用的当前页面中，所述第一功能模块可以向用户展示基于用户输入的关键词搜索得到的搜索页面。在该搜索页面中，各个搜索项可以通过文字和/或图片的方式向用户展示，用户通过点击各个搜索项，还可以进一步地浏览每个搜索项的详细信息。上述向用户提供搜索页面以及接收用户下达的点击指令的各个过程，均可以由所述第一功能模块实现。

在本实施方式中，所述第二功能模块可以用于执行所述网络性能信息的采集方法。具体地，所述第二功能模块可以在应用启动时，自动执行所述网络性能信息的采集方法，也可以在接收到触发指令时才执行所述网络性能信息的采集方法。其中，所述触发指令可以是由所述第一功能模块发来的。具体地，当用户发现当前网络连接速度较慢时，可以根据第一功能模块提供的“测试网络”按键，向所述第一功能模块下达网络性能信息采集的触发指令。所述第一功能模块在接收到该触发指令后，可以将该触发指令发送至所述第二功能模块，从而使得所述第二功能模块开始执行网络性能信息的采集过程。

在本实施方式中，所述第一功能模块通常在应用开发时便存在于所述应用中，而所述第二功能模块原先可以不存在于所述应用中，而是在所述应用进行更新之后，可以增添用于采集网络性能信息的第二功能模块。这样，通过对安装率较高的应用进行更新的方式，从而可以使得所述应用具备网络性能信息的采集功能，而不需要用户额外去下载专业的网络测评软件，从而简化了用户的操作，提高了用户的使用体验。

在本申请一个实施方式中，在向所述通信链路发出所述至少一个测试请求，可以按照有效传输次数从小到大的顺序，依次发送测试请求。具体地，可以从有效传输次数为1开始，发送有效传输次数为1的当前测试请求。在接收到所述当前测试请求对应的通信节点反馈的数据后，可以继续向所述通信链路发出下一个测试请求。其中，所述下一个测试请求携带的有效传输次数比所述当前测试请求携带的有效传输次数大1。这样，可以重复上述发出测试请求以及接收反馈的数据的步骤，直至接收到所述第二通信终端反馈的数据为止。例如，请参阅图2，所述第一通信终端和所述第二通信终端之间可以具备3个通信节点，那么从所述第一通信终端开始，首先可以发送有效传输次数为1的测试请求。该测试请求对应的网络通信节点为节点1，那么在接收到节点1反馈的数据后，所述第一通信终端可以继续发送有效传输次数为2的下一个测试请求。此时，可以接收到节点2发来的反馈的数据。接着，可以继续发送有效传输次数为3的下一个测试请求，此时，可以接收到节点3发来的反馈的数据。最终，可以发送有效传输次数为4的下一个测试请求，此时，可以接收到第二通信终端发来的反馈的数据，从而可以停止测试请求的发送过程。

在本申请一个实施方式中，可以不按照有效传输次数的大小发送所述测试请求，而是同时将所有的测试请求全部发送出去。在本实施方式中，为了区分通信节点反馈的数据是针对哪个测试请求，可以在所述测试请求中添加用于唯一表征所述测试请求的请求标识。所述请求标识可以由第一通信终端按照哈希算法计算得到。为了保证计算得到的请求标识的唯一性，所述第一通信终端可以采用唯一的字符串进行哈希计算。例如，所述唯一的字符串可以是第一通信终端的MAC地址与测试请求的流水号的组合。这样，在所述测试请求的通信节点接收到所述测试请求时，可以在反馈的数据中同样添加所述测试请求的请求标识。这样，具备相同请求标识的测试请求和反馈的数据便可以作为同一组数据进行后续分析。

在本申请一个实施方式中，所述第一通信终端创建测试请求的时机可以包括在所述第一通信终端启动时，创建指向所述第二通信终端的至少一个测试请求。具体地，所述第一通信终端可以为安装于用户智能手机上的应用。那么在该应用启动时，可以创建所述测试请求。此外，第一通信终端还可以在接收到测试请求的创建指令时，创建指向所述第二通信终端的至少一个测试请求。例如，用户在使用安装于平板电脑上的应用时，发现该应用中页面加载的速度较慢，于是可以点击“测试网络”的按键。这样，在“测试网络”的按键被触发时，该应用可以接收到测试请求的创建指令，从而可以创建所述测试请求。

在本申请一个实施方式中，所述第一通信终端与所述第二通信终端之间的通信链路除了可以由各个通信节点通过寻址的方式确定，还可以由链路规划服务器确定。请参阅图3，所述链路规划服务器可以与网络中的各个通信节点(包括第一通信终端和第二通信终端)建立连接。所述链路规划服务器可以计算网络中任意两点之间的最佳通信链路。具体地，所述链路规划服务器可以接收起始通信节点的网络地址以及终止通信节点的网络地址，并根据最佳链路算法，计算得到所述起始通信节点和终止通信节点之间的最佳通信链路。其中，所述最佳链路算法例如可以是Dijkstra算法或者Floyd-Warshall算法。

在本实施方式中，所述链路规划服务器可以接收所述第一通信终端发来的源IP地址和目的IP地址，其中，所述源IP地址可以是所述第一通信终端的IP地址，所述目的IP地址可以是所述第二通信终端的IP地址。这样，所述链路规划服务器可以计算出所述第一通信终端和所述第二通信终端之间的通信链路，并可以向所述第一通信终端发送通信链路信息。所述通信链路信息中可以包括所述通信链路中各个通信节点的排序信息以及节点标识。其中，所述排序信息可以用于确定所述通信节点在所述通信链路中的位置。通信节点在通信链路中的位置可以按照第一通信终端到第二通信终端的方向，依次为各个通信节点进行编号来确定。这样，随着与第一通信终端的距离越来越远，通信节点的编号也越来越大。所述节点标识可以用于确定所述通信节点在网络中的位置。例如，所述节点标识可以是所述通信节点的IP地址。通过所述节点标识，便可以将测试请求发送至所述节点标识对应的通信节点处。

在本申请一个实施方式中，为了保证测试请求能够正确地沿着链路规划服务器确定的通信链路进行传输，所述测试请求中可以包括所述通信链路信息。这样，在每个通信节点接收到测试请求时，可以提取所述测试请求中的通信链路信息。然后可以根据排序信息，确定下一个接收所述测试请求的通信节点，并根据下一个通信节点的节点标识，将所述测试请求发送至所述下一个通信节点处。

在本申请一个实施方式中，在所述第一通信终端中，可以不具备第二通信终端的通信地址。而在所述第二通信终端中可以具备所述第一通信终端的通信地址。例如，所述第一通信终端可以是应用的后台服务器，所述第二通信终端可以是安装应用的终端设备。所述应用中可以预先存储后台服务器的IP地址，这样，所述应用在运行过程中，可以实时地与后台服务器进行数据交互。在本实施方式中，所述第二通信终端可以根据存储的第一通信终端的通信地址，向所述第一通信终端发送访问信息。所述访问信息可以是第二通信终端向所述第一通信终端发送的能够包含所述第二通信终端的通信地址的任意数据。例如，所述访问信息可以是第二通信终端向所述第一通信终端发送的页面加载请求，也可以是所述第二通信终端向所述第一通信终端发送的网络诊断指令。在本实施方式中，所述访问信息的作用是为所述第一通信终端提供所述第二通信终端的通信地址。这样，根据所述通信地址，第一通信终端便可以通过寻址的方式确定与所述第二通信终端之间的通信链路。

在本申请一个实施方式中，在得出所述测试请求对应的通信节点的网络性能信息之后，第一通信终端还可以将各个所述通信节点的网络性能信息上传至数据分析服务器，以确定所述通信链路中的异常通信节点。例如，所述第一通信终端和第二通信终端之间具备3个通信节点，其中节点1对应的网络延时为100ms，节点2对应的网络延时为1200ms，节点3对应的网络延时为1300ms。由此可见，第一通信终端与节点1之间以及节点3与节点2之间的网络延时均为100ms，而节点2与节点1之间的网络延时为1100ms。这样，便可以确定节点2为异常通信节点，需要对节点2进行问题诊断，以判定节点2是负载过高，还是与节点1为跨运营商通信，从而可以改善第一通信终端与第二通信终端之间的网络质量。

在一个具体应用场景中，用户在通过安装于手机上的应用浏览在线商品时，发现加载商品图片的速度总是很慢，此时，用户便可以点击应用中的“诊断网络质量”的按键。这样，应用可以创建TTL(Time to Live，生存时间值)为1的发送至应用后台服务器的icmp请求包，并通过手机发送该TTL为1的icmp请求包。该icmp请求包在发送到第一个通信节点时，由于TTL减为0，因此第一个通信节点便不再向后传输该icmp请求包，而是向手机反馈icmp响应包。手机在接收到icmp响应包后，可以记录接收该icmp响应包的时间节点。根据先前记录的发送所述icmp请求包的时间节点，从而可以得到这两个数据包之间的时间差为100ms，因此，应用可以计算出手机到第一个通信节点之间的网络延时为50ms。此后，应用可以继续生成TTL为2的icmp请求包，并计算得到第二个通信节点对应的网络延时为1000ms。这样，应用可以重复上述创建icmp请求包的过程，并最终得到手机与应用后台服务器之间各个通信节点对应的网络延时。例如，第一个通信节点对应的网络延时为50ms，第二个通信节点对应的网络延时为1000ms，第三个通信节点对应的网络延时为1050ms，应用后台服务器对应的网络延时为1100ms。这样，应用可以通过手机将测试得到的各个通信节点的网络延时上传至数据分析服务器，通过数据分析服务器进行分析之后可以确定，第二个通信节点为异常通信节点，需要查看其是否负载过高或者是否与第一个通信节点处于跨运营商的通信状态，以便于改善该手机与应用后台服务器之间的网络通信质量。

请参阅图4和图5，本申请还提供一种网络性能信息的采集方法，所述方法用于采集第一通信终端与第二通信终端之间通信链路的网络性能信息；所述通信链路包括至少一个通信节点；所述第一通信终端内运行有应用，所述应用中包括第一功能模块和第二功能模块；其中，所述第一功能模块和所述第二功能模块实现的功能不相同；所述方法应用于所述第二功能模块，所述方法包括以下步骤。

S41：创建指向所述第二通信终端的至少一个测试请求；所述测试请求附带有效传输次数；所述有效传输次数用于确定所述测试请求对应的通信节点；

S43：向所述通信链路发出所述至少一个测试请求；

S45：接收所述测试请求对应的通信节点反馈的数据；

S47：根据所述测试请求和所述反馈的数据，得出所述测试请求对应的通信节点的网络性能信息。

在本实施方式中，上述的网络性能信息的采集过程，可以由第一通信终端内的应用(Application，APP)来实现。具体地，所述第一通信终端内可以运行有应用。所述应用可以是在各个通信终端上的安装率较高的应用。这样，在通过所述应用执行上述的网络性能信息的采集过程时，由于所述应用较高的安装率，从而可以采集不同地理位置处的通信终端对应的网络性能信息，进而能够获取更加全面的网络性能信息。

在本实施方式中，所述应用中可以包括第一功能模块和第二功能模块。所述第一功能模块和所述第二功能模块可以是集成于所述应用中用于实现相应功能的虚拟模块。所述虚拟模块可以是所述应用中的一个代码段，该代码段在执行时，可以实现相应的功能。所述第一功能模块和所述第二功能模块各自实现的功能可以不相同。例如，所述第一功能模块可以是用于为用户提供可视化界面的虚拟模块，那么在应用启动时，该第一功能模块对应的代码段便可以开始执行，从而可以在用户终端设备中展示可视化界面。又例如，所述第二功能模块可以是用于获取用户当前地理位置的虚拟模块。那么当所述第二功能模块执行时，可以调用用户终端设备中的定位组件，从而获取用户终端设备的实时位置。

在本实施方式中，所述第一功能模块可以实现与用户进行交互的业务功能。所述业务功能通常可以为用户提供可视化的界面。在所述界面中，可以包含供用户进行浏览的信息和/或能够接收用户下达的指令的控件。例如，在应用的当前页面中，所述第一功能模块可以向用户展示基于用户输入的关键词搜索得到的搜索页面。在该搜索页面中，各个搜索项可以通过文字和/或图片的方式向用户展示，用户通过点击各个搜索项，还可以进一步地浏览每个搜索项的详细信息。上述向用户提供搜索页面以及接收用户下达的点击指令的各个过程，均可以由所述第一功能模块实现。

在本实施方式中，所述第二功能模块可以用于执行所述网络性能信息的采集方法。具体地，所述第二功能模块可以在应用启动时，自动执行所述网络性能信息的采集方法，也可以在接收到触发指令时才执行所述网络性能信息的采集方法。其中，所述触发指令可以是由所述第一功能模块发来的。具体地，当用户发现当前网络连接速度较慢时，可以根据第一功能模块提供的“测试网络”按键，向所述第一功能模块下达网络性能信息采集的触发指令。所述第一功能模块在接收到该触发指令后，可以将该触发指令发送至所述第二功能模块，从而使得所述第二功能模块开始执行网络性能信息的采集过程。

在本实施方式中，所述第一功能模块通常在应用开发时便存在于所述应用中，而所述第二功能模块原先可以不存在于所述应用中，而是在所述应用进行更新之后，可以增添用于采集网络性能信息的第二功能模块。这样，通过对安装率较高的应用进行更新的方式，从而可以使得所述应用具备网络性能信息的采集功能，而不需要用户额外去下载专业的网络测评软件，从而简化了用户的操作，提高了用户的使用体验。

在本实施方式中，上述的步骤S41至S47的具体实现方式与步骤S11至S17中的描述一致，这里便不再赘述。

请参阅图6，本申请还提供一种通信终端，所述通信终端与目标通信终端之间存在通信链路，所述通信链路中包括至少一个通信节点，所述通信终端包括网络通信端口100、存储器200以及处理器300。

其中，所述网络通信端口100，用于进行网络数据通信。

所述存储器200，用于存储所述通信终端发出的测试请求以及所述通信终端接收到的反馈的数据。

所述处理器300，用于创建指向所述目标通信终端的至少一个测试请求；所述测试请求附带有效传输次数；所述有效传输次数用于确定所述测试请求对应的通信节点；控制所述网络通信端口100向所述通信链路发出所述至少一个测试请求；控制所述网络通信端口100接收所述测试请求对应的通信节点反馈的数据；根据所述测试请求和所述反馈的数据，得出所述测试请求对应的通信节点的网络性能信息。

在本实施方式中，所述网络通信端口100可以是与不同的通信协议进行绑定，从而可以发送或接收不同数据的虚拟端口。例如，所述网络通信端口可以是负责进行web数据通信的80号端口，也可以是负责进行FTP数据通信的21号端口，还可以是负责进行邮件数据通信的25号端口。此外，所述网络通信端口还可以是实体的通信接口或者通信芯片。例如，其可以为无线移动网络通信芯片，如GSM、CDMA等；其还可以为Wifi芯片；其还可以为蓝牙芯片。

在本实施方式中，所述存储器200可以是用于保存信息的记忆设备。在数字系统中，能保存二进制数据的设备可以是存储器；在集成电路中，一个没有实物形式的具有存储功能的电路也可以为存储器，如RAM、FIFO等；在系统中，具有实物形式的存储设备也可以叫存储器，如内存条、TF卡等。

所述处理器300可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific IntegratedCircuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。本申请并不作限定。

上述实施方式公开的通信终端，其网络通信端口100、存储器200和处理器300实现的具体功能，可以与本申请中网络性能信息的采集方法实施方式相对照解释，可以实现本申请的网络性能信息的采集方法实施方式并达到方法实施方式的技术效果。

本申请实施方式提供的一种网络性能信息的采集方法及通信终端，通过向第一通信终端和第二通信终端之间的通信链路发送携带有效传输次数的测试请求，并接收所述通信链路中各个通信节点反馈的数据，能够得到所述通信链路中各个通信节点对应的网络性能信息，从而能够准确地检测出发生异常的通信节点。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者通信终端等)执行本申请各个实施方式或者实施方式的某些部分所述的方法。

本说明书中的各个实施方式均采用递进的方式描述，各个实施方式之间相同相似的部分互相参见即可，每个实施方式重点说明的都是与其他实施方式的不同之处。尤其，针对通信终端的实施方式来说，均可以参照前述方法的实施方式的介绍对照解释。

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

虽然通过实施方式描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (16)

1.一种网络性能信息的采集方法，其特征在于，所述方法用于采集第一通信终端与第二通信终端之间通信链路的网络性能信息；所述通信链路包括至少一个通信节点；所述方法包括：

创建指向所述第二通信终端的至少一个测试请求；所述测试请求附带有效传输次数；所述有效传输次数用于确定所述测试请求对应的通信节点；

向所述通信链路发出所述至少一个测试请求；

接收所述测试请求对应的通信节点反馈的数据；

根据所述测试请求和所述反馈的数据，得出所述测试请求对应的通信节点的网络性能信息。

2.根据权利要求1所述的方法，其特征在于，所述第一通信终端内运行有应用，所述应用中包括第一功能模块和第二功能模块；其中，所述第一功能模块用于实现与用户进行交互的业务功能，所述第二功能模块用于执行所述网络性能信息的采集方法。

3.根据权利要求1或2所述的方法，其特征在于，所述有效传输次数确定所述测试请求对应的通信节点包括：

每当所述测试请求被所述第一通信终端或者通信节点发送一次，所述测试请求携带的有效传输次数减1；

确定所述有效传输次数减为0时，接收到所述测试请求的目标通信节点，并将所述目标通信节点作为所述测试请求对应的通信节点。

4.根据权利要求1或2所述的方法，其特征在于，向所述通信链路发出所述至少一个测试请求包括：

向所述通信链路发出当前测试请求，并在接收到所述当前测试请求对应的通信节点反馈的数据后，向所述通信链路发出下一个测试请求；其中，所述下一个测试请求携带的有效传输次数比所述当前测试请求携带的有效传输次数大1；

重复上述发出测试请求以及接收反馈的数据的步骤，直至接收到所述第二通信终端反馈的数据为止。

5.根据权利要求1或2所述的方法，其特征在于，所述测试请求中包括用于唯一表征所述测试请求的请求标识；相应地，所述测试请求对应的通信节点反馈的数据中包括所述测试请求的请求标识。

6.根据权利要求1或2所述的方法，其特征在于，根据所述测试请求和所述反馈的数据，得出所述测试请求对应的通信节点的网络性能信息包括：

记录发出所述测试请求的起始时间节点，并记录接收到所述反馈的数据的终止时间节点；

基于所述终止时间节点和所述起始时间节点之间的时差，确定所述测试请求对应的通信节点的网络性能信息。

7.根据权利要求6所述的方法，其特征在于，确定所述测试请求对应的通信节点的网络性能信息包括：

将所述时差或者所述时差的一半作为所述测试请求对应的通信节点的网络性能信息。

8.根据权利要求1或2所述的方法，其特征在于，根据所述测试请求和所述反馈的数据，得出所述测试请求对应的通信节点的网络性能信息包括：

计算所述测试请求和所述反馈的数据之间的丢包率，并将计算的所述丢包率作为所述测试请求对应的通信节点的网络性能信息。

9.根据权利要求1或2所述的方法，其特征在于，创建指向所述第二通信终端的至少一个测试请求包括：

在所述第一通信终端启动时，创建指向所述第二通信终端的至少一个测试请求；或者

在接收到测试请求的创建指令时，创建指向所述第二通信终端的至少一个测试请求。

10.根据权利要求1或2所述的方法，其特征在于，所述第一通信终端与所述第二通信终端之间的通信链路由链路规划服务器确定；相应地，在创建发送至所述第二通信终端的至少一个探测请求之前，所述方法还包括：

接收所述链路规划服务器发来的通信链路信息，所述通信链路信息中包括所述通信链路中各个通信节点的排序信息以及节点标识；其中，所述排序信息用于确定所述通信节点在所述通信链路中的位置；所述节点标识用于确定所述通信节点在网络中的位置。

11.根据权利要求10所述的方法，其特征在于，所述测试请求中包括所述通信链路信息。

12.根据权利要求1或2所述的方法，其特征在于，在创建指向所述第二通信终端的至少一个测试请求之前，所述方法还包括：

接收所述第二通信终端发来的访问信息；所述访问信息中包括所述第二通信终端的通信地址；

根据所述通信地址，确定与所述第二通信终端之间的通信链路。

13.根据权利要求1或2所述的方法，其特征在于，在得出所述测试请求对应的通信节点的网络性能信息之后，所述方法还包括：

将各个所述通信节点的网络性能信息上传至数据分析服务器，以确定所述通信链路中的异常通信节点。

14.一种网络性能信息的采集方法，其特征在于，所述方法用于采集第一通信终端与第二通信终端之间通信链路的网络性能信息；所述通信链路包括至少一个通信节点；所述第一通信终端内运行有应用，所述应用中包括第一功能模块和第二功能模块；其中，所述第一功能模块和所述第二功能模块实现的功能不相同；所述方法应用于所述第二功能模块；所述方法包括以下步骤：

创建指向所述第二通信终端的至少一个测试请求；所述测试请求附带有效传输次数；所述有效传输次数用于确定所述测试请求对应的通信节点；

向所述通信链路发出所述至少一个测试请求；

接收所述测试请求对应的通信节点反馈的数据；

根据所述测试请求和所述反馈的数据，得出所述测试请求对应的通信节点的网络性能信息。

15.根据权利要求14所述的方法，其特征在于，所述第一功能模块用于实现与用户进行交互的业务功能。

16.一种通信终端，其特征在于，所述通信终端与目标通信终端之间存在通信链路，所述通信链路中包括至少一个通信节点，所述通信终端包括网络通信端口、存储器以及处理器，其中：

所述网络通信端口，用于进行网络数据通信；

所述存储器，用于存储所述通信终端发出的测试请求以及所述通信终端接收到的反馈的数据；

所述处理器，用于创建指向所述目标通信终端的至少一个测试请求；所述测试请求附带有效传输次数；所述有效传输次数用于确定所述测试请求对应的通信节点；控制所述网络通信端口向所述通信链路发出所述至少一个测试请求；控制所述网络通信端口接收所述测试请求对应的通信节点反馈的数据；根据所述测试请求和所述反馈的数据，得出所述测试请求对应的通信节点的网络性能信息。