CN111769997A - 网络监测的方法、服务器、设备和计算机可读介质 - Google Patents

Abstract

本发明公开了网络监测的方法、服务器、设备和计算机可读介质，涉及计算机技术领域。该方法的一具体实施方式包括：依据用户访问应用服务器的访问记录，从访问所述应用服务器的用户中选择监测用户，以建立监测用户数据库；在所述监测用户数据库中，按照预先设置的网络监测条件选择作为监测目标的一个或多个监测用户；根据所述监测目标访问所述应用服务器的网络参数，确定所述监测目标所访问的应用服务器的网络质量。该实施方式能够从应用服务器测发起网络监测，增大了监测网络的范围。

Description

网络监测的方法、服务器、设备和计算机可读介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种网络监测的方法、服务器、设备和计算机可读介质。

背景技术

互联网已经成为提供服务的重要途径，通过互联网提供应用服务甚至已经成为一些公司提供服务的唯一途径。对于通过互联网提供的应用服务而言，网络质量直接影响服务可用性。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：通过部署监测点监测网络，但监测点数量有限，导致监测网络的范围较小。

发明内容

有鉴于此，本发明实施例提供一种网络监测的方法、装置、设备和计算机可读介质，能够从应用服务器测发起网络监测，增大了监测网络的范围。

为实现上述目的，根据本发明实施例的一个方面，提供了一种网络监测的方法，包括：

依据用户访问应用服务器的访问记录，从访问所述应用服务器的用户中选择监测用户，以建立监测用户数据库；

在所述监测用户数据库中，按照预先设置的网络监测条件选择作为监测目标的一个或多个监测用户；

根据所述监测目标访问所述应用服务器的网络参数，确定所述监测目标所访问的应用服务器的网络质量。

所述预先设置的网络监测条件包括：所述监测用户的IP地址属于预设IP地址段内，和/或所述监测用户在预设监测时间段访问所述应用服务器；

所述确定所述监测目标所访问的应用服务器的网络质量，包括：

确定所述监测目标所访问的应用服务器的以下一个或多个参数：时延、抖动和丢包率。

所述根据所述监测目标访问所述应用服务器的网络参数，确定所述监测目标所访问的应用服务器的网络质量，包括：

向所述监测目标发送探测报文，接收所述监测目标响应于所述探测报文的反馈，基于对所述反馈的统计，以确定所述监测目标所访问的应用服务器的网络质量。

所述根据所述监测目标访问所述应用服务器的网络参数，确定所述监测目标所访问的应用服务器的网络质量，包括：

在预设第一时间段内，统计所述监测目标访问所述应用服务器的报文，以确定所述监测目标所访问的应用服务器的网络质量。

所述根据所述监测目标访问所述应用服务器的网络参数，确定所述监测目标所访问的应用服务器的网络质量，包括：

在预设第一时间段内，统计所述监测目标访问所述应用服务器的报文，确定所述监测目标所访问的应用服务器的网络质量；

在预设第二时间段内未收到所述监测目标访问所述应用服务器的报文，或所述报文触发预设下降阈值，向所述监测目标发送探测报文，接收所述监测目标响应于所述探测报文的反馈，基于对所述反馈的统计，以确定所述监测目标所访问的应用服务器的网络质量，所述第二时间段大于所述第一时间段。

所述监测用户数据库还包括：预先配置的监测目标。

根据本发明实施例的第二方面，提供了一种服务器，包括：

数据模块，用于依据用户访问应用服务器的访问记录，从访问所述应用服务器的用户中选择监测用户，以建立监测用户数据库；

选择模块，用于在所述监测用户数据库中，按照预先设置的网络监测条件选择作为监测目标的一个或多个监测用户；

监测模块，用于根据所述监测目标访问所述应用服务器的网络参数，确定所述监测目标所访问的应用服务器的网络质量。

所述预先设置的网络监测条件包括：所述监测用户的IP地址属于预设IP地址段内，和/或所述监测用户在预设监测时间段访问所述应用服务器；

所述监测模块，具体用于确定所述监测目标所访问的应用服务器的以下一个或多个参数：时延、抖动和丢包率。

根据本发明实施例的第三方面，提供了一种网络监测的电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述的方法。

根据本发明实施例的第四方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述的方法。

上述发明中的一个实施例具有如下优点或有益效果：因为依据用户访问应用服务器的访问记录，从访问应用服务器的用户中选择监测用户，建立监测用户数据库。在监测用户数据库中，按照预先设置的网络监测条件选择监测目标。通过网络监测条件挑选不同的监测目标，实现监测目标的多样性和可选性。根据监测目标访问应用服务器的网络参数，确定监测目标所访问的应用服务器的网络质量。从应用服务器测发起网络监测，采用不同的监测目标监测网络，进而增大监测网络的范围。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的网络监测的方法的主要流程的示意图；

图2是根据本发明实施例的应用服务器与客户机交互数据的示意图；

图3是根据本发明实施例的基于访问记录建立监测用户数据库的示意图；

图4是根据本发明实施例的预先配置监测目标建立监测用户数据库的示意图；

图5是根据本发明实施例的服务器的主要结构示意图；

图6是本发明实施例可以应用于其中的示例性系统架构图；

图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

提供互联网应用服务的服务器，通常部署在专门的数据中心中，这些数据中心通常有多条线路接入主要网络运营商。互联网应用服务出于高可用性以及时延考虑，通常会在多个数据中心部署相同的服务。

用户在访问特定互联网应用服务时，通常会被引导到距离较近的数据中心。当一个数据中心发生故障，或者连接该数据中心的网络不可用时，相应的用户会被引导到提供服务的其它数据中心。从而可以尽可能地保证互联网应用服务的可用性。

互联网应用服务的用户，散布在不同的地理位置，他们通过不同的方式接入互联网。例如，常见的接入方式为光纤到户(Fibre To The Home，FTTH)、无线上网(WIFI)或第四代移动通信技术(4G)无线网络等。一个用户可能在不同时刻或者同时通过多个网络运营商接入。

用户在访问互联网应用服务时，访问路径通常会跨越多个网络设备以及连接这些网络设备的物理线路。这些网络设备和物理线路存在一定的可能性发生故障。网络运营商通常会在网络的关键部分部署冗余的网络设备和物理线路，以降低由单个网络设备或物理线路故障时对网络造成的影响。但是仍然存在一定的可能，由于网络故障造成部分用户无法访问互联网应用服务。

上述网络故障可能是由于一种或多种原因：

a、网络故障发生在没有冗余备份的网络设备或物理线路。

b、参与冗余的网络设备或物理线路同时发生故障。

c、网络配置错误等。

互联网接入服务提供商通常以服务等级协议(Service-Level Agreement，SLA)的方式提供服务可用性的承诺，例如保证互联网用户在95％的订阅时间内网络可用，并对超过承诺时长之外的网络不可用，则提供相应的赔偿。

对于互联网应用服务提供商而言，不同程度的网络故障造成的后果程度不同。例如，接近用户侧的网络故障只会影响处于该区域的部分用户；而接近数据中心侧的网络故障会影响所有引导到该数据中心的用户。

除了造成连接中断的网络故障，互联网应用服务商通常还需要关心网络质量。例如，网络的丢包和抖动会造成用户访问应用服务器时无法及时响应或者服务中断；网络带宽会影响多媒体服务的呈现质量等。

互联网应用服务提供商希望及时得到网络质量的报告，以便于：在发生数据中心侧网络故障时，尽快排除故障，或同时将用户引导至其它数据中心。在网络质量发生变化时，将用户引导至网络质量相对较好的数据中心。

目前，在不同的地理位置部署网络监测点，监测点不断地向应用服务器发起访问请求，然后根据访问请求的结果判断应用服务器是否正常提供服务以及相应的服务质量。通过部署监测点监测网络质量，但监测点数量有限，导致监测网络的范围较小。

为了解决监测网络的范围较小的问题，可以采用以下本发明实施例中的技术方案。

参见图1，图1是根据本发明实施例的网络监测的方法主要流程的示意图，通过在监测用户数据库中选择监测目标，基于监测目标访问应用服务器的网络参数，监测网络质量。示例性的，图1中技术方案的执行主体是应用服务器。如图1所示，具体包括以下步骤：

S101、依据用户访问应用服务器的访问记录，从访问应用服务器的用户中，建立监测用户数据库。

在本发明实施例中，应用服务器是通过互联网提供应用服务的服务器。作为一个示例，应用服务器可以是某门户网站的服务器。

参见图2，图2是根据本发明实施例的应用服务器与客户机交互数据的示意图。图2中包括应用服务器、用户A和用户B。应用服务器通过互联网，分别与用户A和用户B连接。可以理解的是，在本发明实施例中将互联网连接的设备和人，统称为用户。示例性的，用户A可以是笔记本电脑；用户B可以是台式机电脑。当然用户还可以是其它移动终端。

图2中，用户通过应用服务器访问相应的网站或应用。在用户访问应用服务器的过程中，应用服务器会记录该用户的访问数据，即访问记录。作为一个示例，访问记录中包括：用户的IP地址、用户的访问时间、用户的访问频率、用户的浏览记录、用户的操作系统、用户的浏览器、用户的分辨率设置、用户的地理位置和用户的网络服务商等。

考虑到，应用服务器在同一时间点，可以接收多个用户的访问。那么，对于每个用户而言，应用服务器均存储该用户的访问记录。通过用户的访问记录可以获知用户所在网络的状况。如：通过用户的访问记录中的IP地址，可以获知用户所在网络位置。

应用服务器可以基于自身所存储用户的访问记录，选择用于进行网络监测的监测用户。作为一个示例，用户的访问记录包括IP地址，那么为了获知已知IP地址附近的网络质量，则可以按照已知IP地址，选择监测用户。

用户的访问记录包括有多种参数，在上述多种参数中按照不同的维度，可以建立监测用户数据库。

深度学习模型属于机器学习，通过建立具有阶层结构的人工神经网络在计算系统中实现人工智能。在本发明实施例中，可以结合预设深度学习模型建立监测用户数据库。

具体来说，将用户访问应用服务器的访问记录作为输入，输入至预设深度学习模型中。通过预设深度学习模型，将用户分为多类。需要说明的是，上述用户为访问应用服务器的用户。然后，在访问应用服务器的用户中，建立监测用户数据库。

可以理解的是，监测用户数据库中包括多个访问应用服务器的用户。每个用户属于一个分类，每个分类包括一个或多个访问应用服务器的用户。

建立监测用户数据库的目的在于，从中选择监测目标。参见图3，图3是根据本发明实施例的基于访问记录建立监测用户数据库的示意图，具体包括：

S301、用户访问应用服务器。

用户访问应用服务器，需要按照应用服务器的要求登陆。若用户可以正常登陆应用服务器，则说明该用户是合法访问，则执行S302；若用户不能正常登陆应用服务器，则说明该用户是非法访问，则结束。

S302、获取应用服务器访问记录。

获取该用户在应用服务器的访问记录，通过用户的访问记录可以获知用户所在网络的状况。

在监测用户数据库未建立的情况下，依据用户访问应用服务器的访问记录，结合预设深度学习模型，在访问应用服务器的用户中，建立监测用户数据库；在监测用户数据库已建立的情况下，依据用户访问应用服务器的访问记录，结合预设深度学习模型，在访问应用服务器的用户中，可以更新监测用户数据库。

在本发明的一个实施例中，用户访问应用服务器时，访问记录中包括用户访问应用服务器所使用的源IP地址。并基于上述源IP地址与监测用户数据库中的已有记录进行比对。如果上述源IP地址已经记录在监测用户数据库中，则可以基于该源IP地址的访问频次和访问时间更新监测用户数据库；如果上述源IP地址未记录在监测用户数据库中，则可以将上述源IP地址的访问记录增加到监测用户数据库中。

此外，考虑到用户的源IP地址可以能会集中在一个或几个地址段，则可以合并属于同一个地址段的源地址。

在图3的实施例中，通过用户访问应用服务器的访问记录，可以建立或更新监测用户数据库。这样，应用服务器能够在监测用户数据库中按照实际需求选择监测目标。

在本发明的一个实施例中，可以按照实际需求预先配置监测目标。参见图4，图4是根据本发明实施例的预先配置监测目标建立监测用户数据库的示意图。图4中基于预先配置监测目标，建立或更新监测用户数据库。

其中，预先配置的监测目标是主动安置的，存放于自有的物业或者合作方的物业。作为一个示例，预先配置的监测目标可以位于其它数据中心。以便于通过上述预先配置的监测目标监测其他数据中心的网络质量。

S102、从监测用户数据库中，按照预先设置的网络监测条件选择作为监测目标的一个或多个监测用户。

监测用户数据库中包括多个监测用户，应用服务器可以按照实际需求选择监测目标。作为一个示例，应用服务器可以按照预先设置的网络监测条件，在监测用户数据库中选择监测目标。网络监测条件是预先设置用于选择监测目标的条件。

作为一个示例，第一网络监测条件包括第一IP地址和第一时间段。其目的在于：监测在第一时间段内，第一IP地址的网络质量。作为另一个示例，第二网络监测条件包括网络服务商A和第二时间段。其目的在于：监测在第二时间段内，监测网络服务商A提供的网络质量。

作为另一个示例，网络监测条件包括：监测用户的IP地址属于预设IP地址段内，和/或监测用户在预设监测时间段访问应用服务器，可以确定监测目标所访问的应用服务器的网络质量。示例性的，网络质量可以由以下一个或多个参数确定：时延、抖动和丢包率。

在上述实施例中，应用服务器通过预先设置的网络监测条件选择监测目标，网络监测条件的多样性，从而能够从多个维度选择监测目标。

S103、根据监测目标访问应用服务器的网络参数，确定监测目标所访问的应用服务器的网络质量。

监测目标通过互联网访问应用服务器，进而可以通过监测目标访问应用服务器的网络参数，监测用户所访问应用服务器的网络质量。

在本发明的实施例中，确定监测目标所访问的应用服务器的网络质量可以通过被动监测和/或主动监测实现，下面分别说明被动监测和主动监测。

被动监测是从用户访问的报文间接确定网络质量。作为一个示例，从传输控制协议(Transmission Control Protocol，TCP)重传率、往返时延(round-trip time，RTT)、IP报文的生存时间值(Time To Live，TTL)、实际TCP吞吐量中的一个或多个参数，确定该监测目标所访问的应用服务器的网络质量。

如：预设TCP重传率阈值，预设RTT阈值和预设TCP吞吐量阈值，按照上述阈值以及TCP重传率、RTT和实际TCP吞吐量，可知：高TCP重传率代表低网络质量，高RTT代表低网络质量，低TCP吞吐量代表低网络质量，进而可以确定监测目标所访问的应用服务器的网络质量。

在本发明的一个实施例中，由于单个监测目标的访问应用服务器的网络质量可能受其它因素影响如：监测目标自身的问题。对网络质量的监测可应针对多个监测目标，这些监测目标属于相同的IP地址段，这样确定的网络质量更接近实际的情况。

作为一个示例，以监测目标的IP地址作为网络位置，将IP地址相近即属于相同IP地址段的监测用户，作为网络位置相近的监测目标。作为另一个示例，使用traceroute可以获知传输路径上的所有路由器，则可以采用traceroute确定监测用户的网络位置，进而确定多个网络位置相近的监测目标。

在本发明的一个实施例中，可以预设第一时间段，统计在第一时间段内监测目标访问应用服务器的报文，从而可以确定监测目标所访问的应用服务器的网络质量。示例性的，上述文本可以是TCP报文。

主动监测是主动向监测目标发送探测报文，接收监测目标响应于探测报文的反馈，基于对反馈的统计，以确定监测目标所访问的应用服务器的网络质量。

作为一个示例，探测报文可以包括下述报文中的一种或多种：网络控制报文协议(Internet Control Message Protocol，ICMP)PING命令、TCP PING命令、TCP Traceroute和ICMP Traceroute。

ICMP PING：通过底层发送ICMP包的监测方式，可以获知某一IP或域名的基本网络状况，通过延时和丢包率来体现。

TCP PING：底层发送TCP包到目的端，目的端直接返回一个Reset包，通过记录发包和回包时间计算延时，通过统计回包个数来计算丢包率。

一些运营商会禁止基于ICMP的网络探测。但是绝大部分运营商都不会禁止基于TCP网络探测。

在本发明的一个实施例中，向监测目标发送探测报文的探测频率，可以针对用户所在网络的重要性决定。对于重要的用户，可以提高的探测频率；对于非重要的用户，可以降低探测频率。

在本发明的一个实施例中，可以采用被动监测和主动监测。首先，采用被动监测。即：在预设第一时间段内，统计监测目标访问应用服务器的报文，确定监测目标所访问的应用服务器的网络质量。

然而，在在预设第二时间段内未收到监测目标访问应用服务器的报文，或报文触发预设下降阈值，则可以再采用主动监测确定网络质量。即：向监测目标发送探测报文，接收监测目标响应于探测报文的反馈，基于对反馈的统计，以确定监测目标所访问的应用服务器的网络质量，其中第二时间段大于述第一时间段。

作为一个示例，通过一段时间段存储的用户访问记录，可以获知周末晚上9点通常会有大量用户访问应用服务器。若在某个周末晚上9点，访问应用服务器的用户数量远小于历史同期的用户数量，则可能发生网络异常。那么，需要在常用的被动监测后，进行主动监测，以确定监测目标所访问的应用服务器的网络质量。

图5是根据本发明实施例的服务器的主要结构的示意图，服务器可以实现网络监测的方法，如图5所示，服务器具体包括：

数据模块501，用于依据用户访问应用服务器的访问记录，从访问应用服务器的用户中选择监测用户，建立监测用户数据库。

选择模块502，用于在监测用户数据库中，按照预先设置的网络监测条件选择作为监测目标的一个或多个监测用户。

监测模块503，用于根据监测目标访问应用服务器的网络参数，确定监测目标所访问的应用服务器的网络质量。

在本发明的一个实施例中，预先设置的网络监测条件包括：监测用户的IP地址属于预设IP地址段内，和/或监测用户在预设监测时间段访问应用服务器；

监测模块503，具体用于确定监测目标所访问的应用服务器的以下一个或多个参数：时延、抖动和丢包率。

在本发明的一个实施例中，监测模块503，具体用于向监测目标发送探测报文，接收监测目标响应于探测报文的反馈，基于对反馈的统计，以确定监测目标所访问的应用服务器的网络质量。

在本发明的一个实施例中，监测模块503，具体用于在预设第一时间段内，统计监测目标访问应用服务器的报文，以确定监测目标所访问的应用服务器的网络质量。

在本发明的一个实施例中，监测模块503，具体用于在预设第一时间段内，统计监测目标访问应用服务器的报文，确定监测目标所访问的应用服务器的网络质量；

在预设第二时间段内未收到监测目标访问应用服务器的报文，或报文触发预设下降阈值，向监测目标发送探测报文，接收监测目标响应于探测报文的反馈，基于对反馈的统计，以确定监测目标所访问的应用服务器的网络质量，第二时间段大于第一时间段。

在本发明的一个实施例中，监测用户数据库还包括：预先配置的监测目标。

图6示出了可以应用本发明实施例的网络监测的方法或服务器的示例性系统架构600。

如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的网络监测的方法一般由服务器605执行，相应地，服务器一般设置于服务器605中。

应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图7，其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括发送单元、获取单元、确定单元和第一处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，发送单元还可以被描述为“向所连接的服务端发送图片获取请求的单元”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

依据用户访问应用服务器的访问记录，从访问所述应用服务器的用户中，建立监测用户数据库；

在所述监测用户数据库中，按照预先设置的网络监测条件选择作为监测目标的一个或多个监测用户；

根据所述监测目标访问所述应用服务器的网络参数，确定监测目标所访问的应用服务器的网络质量。

根据本发明实施例的技术方案，因为依据用户访问应用服务器的访问记录，从访问应用服务器的用户中，建立监测用户数据库。在监测用户数据库中，按照预先设置的网络监测条件选择监测目标。通过网络监测条件挑选不同的监测目标，实现监测目标的多样性和可选性。根据监测目标访问应用服务器的网络参数，确定监测目标所访问的应用服务器的网络质量。从应用服务器测发起网络监测，采用不同的监测目标监测网络，进而增大监测网络的范围。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种网络监测的方法，其特征在于，包括：

依据用户访问应用服务器的访问记录，从访问所述应用服务器的用户中选择监测用户，以建立监测用户数据库；

在所述监测用户数据库中，按照预先设置的网络监测条件选择作为监测目标的一个或多个监测用户；

根据所述监测目标访问所述应用服务器的网络参数，确定所述监测目标所访问的应用服务器的网络质量。

2.根据权利要求1所述网络监测的方法，其特征在于，所述预先设置的网络监测条件包括：所述监测用户的IP地址属于预设IP地址段内，和/或所述监测用户在预设监测时间段访问所述应用服务器；

所述确定所述监测目标所访问的应用服务器的网络质量，包括：

确定所述监测目标所访问的应用服务器的以下一个或多个参数：时延、抖动和丢包率。

3.根据权利要求1所述网络监测的方法，其特征在于，所述根据所述监测目标访问所述应用服务器的网络参数，确定所述监测目标所访问的应用服务器的网络质量，包括：

向所述监测目标发送探测报文，接收所述监测目标响应于所述探测报文的反馈，基于对所述反馈的统计，以确定所述监测目标所访问的应用服务器的网络质量。

4.根据权利要求1所述网络监测的方法，其特征在于，所述根据所述监测目标访问所述应用服务器的网络参数，确定所述监测目标所访问的应用服务器的网络质量，包括：

在预设第一时间段内，统计所述监测目标访问所述应用服务器的报文，以确定所述监测目标所访问的应用服务器的网络质量。

5.根据权利要求1所述网络监测的方法，其特征在于，所述根据所述监测目标访问所述应用服务器的网络参数，确定所述监测目标所访问的应用服务器的网络质量，包括：

在预设第一时间段内，统计所述监测目标访问所述应用服务器的报文，确定所述监测目标所访问的应用服务器的网络质量；

在预设第二时间段内未收到所述监测目标访问所述应用服务器的报文，或所述报文触发预设下降阈值，向所述监测目标发送探测报文，接收所述监测目标响应于所述探测报文的反馈，基于对所述反馈的统计，以确定所述监测目标所访问的应用服务器的网络质量，所述第二时间段大于所述第一时间段。

6.根据权利要求1所述网络监测的方法，其特征在于，所述监测用户数据库还包括：预先配置的监测目标。

7.一种服务器，其特征在于，所述服务器包括：

数据模块，用于依据用户访问应用服务器的访问记录，从访问所述应用服务器的用户中选择监测用户，以建立监测用户数据库；

选择模块，用于在所述监测用户数据库中，按照预先设置的网络监测条件选择作为监测目标的一个或多个监测用户；

监测模块，用于根据所述监测目标访问所述应用服务器的网络参数，确定所述监测目标所访问的应用服务器的网络质量。

8.根据权利要求7所述服务器，其特征在于，所述预先设置的网络监测条件包括：所述监测用户的IP地址属于预设IP地址段内，和/或所述监测用户在预设监测时间段访问所述应用服务器；

所述监测模块，具体用于确定所述监测目标所访问的应用服务器的以下一个或多个参数：时延、抖动和丢包率。

9.一种网络监测的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-6中任一所述的方法。

Images