CN115118619B - 网络监测方法、装置、电子设备、介质及程序产品 - Google Patents

Abstract

本公开实施例公开了一种网络监测方法、装置、电子设备、介质及程序产品，所述方法包括：通过所述网络的接入网关获取所述网络中的设备的监测数据，所述网络中的设备包括所述接入网关和所述网络中的其他设备；通过所述接入网关将所述监测数据发送到管理平台服务器；通过所述管理平台服务器，基于所述监测数据确定所述网络的质量分，所述质量分反映所述网络的运行状态。

Description

网络监测方法、装置、电子设备、介质及程序产品

技术领域

本公开涉及网络监测技术领域，具体涉及一种网络监测方法、装置、电子设备、介质及程序产品。

背景技术

总部-分支型组网结构中，总部中心网络通过可以通过虚拟私有网络(VirtualPrivate Network，VPN)连接到一个或多个分支网络。总部网络或分支网络可以通过VPN访问云上服务器，还可以分别对公网进行访问。为了实现分支网络的稳定运行，通常需要对分支网络的运行状况进行监测，以便及时发现运行中的异常并进行处理。

发明内容

为了解决相关技术中的问题，本公开实施例提供一种网络监测方法、装置、电子设备、介质及程序产品。

第一方面，本公开实施例中提供了一种网络监测方法，包括：

通过所述网络的接入网关获取所述网络中的设备的监测数据，所述网络中的设备包括所述接入网关和所述网络中的其他设备；

通过所述接入网关将所述监测数据发送到管理平台服务器；

通过所述管理平台服务器，基于所述监测数据确定所述网络的质量分，所述质量分反映所述网络的运行状态。

根据本公开的实施例，所述方法还包括通过以下一项或多项操作对所述监测数据进行处理：

根据发送到所述管理平台服务器的所述网络中第一设备的监测数据，补充所述网络中与所述第一设备相连的第二设备的缺失监测数据；

根据预设仲裁策略，保留同类监测数据中的可信监测数据，丢弃不可信监测数据。

根据本公开的实施例，其中：

所述根据发送到所述管理平台服务器的所述网络中第一设备的监测数据，补充所述网络中与所述第一设备相连的第二设备的缺失监测数据，包括：

根据所述第一设备的监测数据，确定与所述第二设备连接的第三设备的设备类型信息，将所述第三设备的设备类型信息与所述第二设备的相应监测数据相关联；和/或根据所述第一设备的接口流量信息，确定所述第二设备的接口流量信息；

所述预设仲裁策略包括：当第四设备与被监测对象的网络距离小于第五设备与被监测对象的网络距离时，第四设备关于所述被监测对象的监测数据的可信度高于第五设备关于所述被监测对象的监测数据。

根据本公开的实施例，其中：

所述网络中的其他设备包括交换机和/或无线访问接入点；

所述监测数据包括以下至少一项：性能数据、日志数据、设备类型信息；

所述性能数据以下一种或多种数据：中央处理单元使用率、内存使用率、带宽使用率、丢包率、终端设备的信噪比；

所述日志数据包括错误消息，所述错误消息用于描述异常事件；

所述设备类型信息包括硬件类型和/或操作系统类型。

根据本公开的实施例，其中，所述基于所述监测数据确定所述网络的质量分，包括：

根据所述性能数据的得分和/或所述错误消息的得分的加权和，确定所述网络的质量分，其中，根据所述性能数据和/或所述错误消息各自对用户的影响程度，确定所述性能数据和/或所述错误消息各自的权重。

根据本公开的实施例，其中：

根据所述性能数据与相应性能阈值的比较结果，确定所述性能数据的得分；

根据所述错误消息的类型和/或严重程度，确定所述错误消息的得分；

根据所述性能数据和/或所述错误消息各自对应的设备类型确定所述性能数据和/或所述错误消息各自对用户的影响程度。

第二方面，本公开实施例提供了一种网络监测方法，包括：

通过所述网络的接入网关获取所述网络中的设备的监测数据，所述网络中的设备包括所述接入网关和所述网络中的其他设备；

通过所述接入网关将所述监测数据发送到管理平台服务器，其中，所述监测数据用于由所述管理平台服务器确定所述网络的质量分，所述质量分反映所述网络的运行状态。

根据本公开的实施例，其中：

所述通过所述网络的接入网关获取所述网络中的设备的监测数据，包括：

通过设置在所述接入网关上的采集探针程序获取所述接入网关的监测数据；

通过所述采集探针程序根据所述其他设备支持的相应网络传输协议，获取所述其他设备的监测数据。

第三方面，本公开实施例提供了一种网络监测方法，包括：

从所述网络的接入网关接收所述网络中的设备的监测数据，所述网络中的设备包括所述接入网关和所述网络中的其他设备；

基于所述监测数据确定所述网络的质量分，所述质量分反映所述网络的运行状态。

根据本公开的实施例，所述方法还包括通过以下一项或多项操作对所述监测数据进行处理：

根据发送到所述管理平台服务器的所述网络中第一设备的监测数据，补充所述网络中与所述第一设备相连的第二设备的缺失监测数据；

根据预设仲裁策略，保留同类监测数据中的可信监测数据，丢弃不可信监测数据。

根据本公开的实施例，其中：

所述网络中的其他设备包括交换机和/或无线访问接入点；

所述监测数据包括以下至少一项：性能数据、日志数据、设备类型信息；

所述性能数据以下一种或多种数据：中央处理单元使用率、内存使用率、带宽使用率、丢包率、终端设备的信噪比；

所述日志数据包括错误消息，所述错误消息用于描述异常事件；

所述设备类型信息包括硬件类型和/或操作系统类型；

所述基于所述监测数据确定所述网络的质量分，包括：根据所述性能数据的得分和/或所述错误消息的得分的加权和，确定所述网络的质量分，其中，根据所述性能数据和/或所述错误消息各自对用户的影响程度，确定所述性能数据和/或所述错误消息各自的权重。

根据本公开的实施例，其中：

根据所述性能数据与相应性能阈值的比较结果，确定所述性能数据的得分；

根据所述错误消息的类型和/或严重程度，确定所述错误消息的得分；

根据所述性能数据和/或所述错误消息各自对应的设备类型确定所述性能数据和/或所述错误消息各自对用户的影响程度。

第四方面，本公开实施例提供了一种网络监测装置，包括：

获取模块，被配置为通过所述网络的接入网关获取所述网络中的设备的监测数据，所述网络中的设备包括所述接入网关和所述网络中的其他设备；

发送模块，被配置为通过所述接入网关将所述监测数据发送到管理平台服务器，其中，所述监测数据用于由所述管理平台服务器确定所述网络的质量分，所述质量分反映所述网络的运行状态。

第五方面，本公开实施例提供了一种网络监测装置，包括：

接收模块，被配置为从所述网络的接入网关接收所述网络中的设备的监测数据，所述网络中的设备包括所述接入网关和所述网络中的其他设备；

确定模块，被配置为基于所述监测数据确定所述网络的质量分，所述质量分反映所述网络的运行状态。

根据本公开的实施例，所述装置还包括处理模块，被配置为通过以下一项或多项操作对所述监测数据进行处理：

根据发送到所述管理平台服务器的所述网络中第一设备的监测数据，补充所述网络中与所述第一设备相连的第二设备的缺失监测数据；

根据预设仲裁策略，保留同类监测数据中的可信监测数据，丢弃不可信监测数据。

第六方面，本公开实施例提供了一种电子设备，包括存储器和处理器，其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现如第二方面和第三方面任一项所述的方法。

第七方面，本公开实施例中提供了一种计算机可读存储介质，其上存储有计算机指令，该计算机指令被处理器执行时实现如第二方面和第三方面所述的方法。

第八方面，本公开实施例中提供了一种计算机程序产品，包括计算机指令，该计算机指令被处理器执行时实现如第二方面和第三方面所述的方法步骤。

根据本公开实施例提供的技术方案，通过被监测网络的接入网关获取接入网关的监测数据和所述网络中的其他设备的监测数据并上传到管理平台服务器，减少对被监测网络中的其他设备本身提供的服务的性能的影响，同时可以通过云端的管理平台对用户提供统一的监测能力，降低用户学习网络管理的成本。此外，通过采集网络中接入网关和其他设备的监测数据，基于监测数据确定网络的质量分，可以从整体上更宏观和准确地感知整个网络的网络质量。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

结合附图，通过以下非限制性实施方式的详细描述，本公开的其它特征、目的和优点将变得更加明显。在附图中：

图1示出根据本公开实施例的一种总部-分支型组网结构示意图。

图2示出了根据本公开实施例的分支网络结构示意图。

图3示出根据本公开的实施例的网络监测方法的流程图。

图4示出了根据本公开实施例的网络监测方法的系统框图。

图5示出了根据本公开实施例的网络监测方法的流程图。

图6示出了根据本公开实施例的网络监测方法的流程图。

图7A示出根据本公开的实施例的网络监测装置的结构框图。

图7B示出根据本公开的实施例的网络监测装置的结构框图。

图8示出根据本公开的实施例的电子设备的结构框图。

图9示出适于用来实现根据本公开实施例的方法的计算机系统的结构示意图。

具体实施方式

下文中，将参考附图详细描述本公开的示例性实施例，以使本领域技术人员可容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施例无关的部分。

在本公开中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。

另外还需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

在本公开中，对用户信息或用户数据的获取均为经用户授权、确认，或由用户主动选择的操作。

如上所述，总部-分支型组网结构中，总部中心网络通过可以通过虚拟私有网络(Virtual Private Network，VPN)连接到一个或多个分支网络。为了实现分支网络的稳定运行，通常需要对分支网络的运行状况进行监测，以便及时发现运行中的异常并进行处理。

图1示出根据本公开实施例的一种总部-分支型组网结构示意图。

如图1所示，分支网络1、分支网络2……分支网络n分别通过VPN1、VPN2、……VPNn连接到总部中心网络并与总部中心网络通信，为了实现分支网络的稳定运行，通常需要对分支网络的运行状况进行监测，以便及时发现运行中的异常并进行处理。

为了对分支网络的运行状况进行监测，需要对分支网络中各个设备进行监测。分支网络中的设备通常包括接入网关、交换机、无线访问接入点(AP)等，其中，分支网络中的其他设备通过接入网关连接到外部网络，例如总部中心网络。

接入网关是指在网络边缘用于连接本地网络和外部网络的网关设备。交换机是一种网络硬件，通过报文交换来接收和转发数据，能够在计算机网络上连接不同的设备。无线AP是用于无线网络的无线交换机，也是无线网络的核心。无线AP是移动计算机用户连入有线网络的接入点，可以用于宽带家庭、大楼内部以及园区内部，可以覆盖几十米至上百米的区域。

图2示出了根据本公开实施例的分支网络结构示意图。

如图2所示，该分支网络中，一个或多个AP(例如，AP1、AP2……)连接到交换机，一个或多个交换机(例如，交换机A、交换机B……)连接到接入网关，接入网关连接到外部网络。无线设备可以与AP通信，进而通过交换机和接入网关与外部网络通信。交换机除了连接到AP之外，还可以连接到一个或多个设备，例如个人电脑PC、服务器等等。

一种已有的分支网络监测方法是为分支网络中各设备提供独立的管理平台，各设备分别采集和计算自身的监测数据上传到相应的管理平台，产生监测设备指标和异常日志。这种方法的缺点是用户需要在不同的管理平台去管理监测不同的设备，需要学习各管理平台的使用方法，学习管理成本高，而且计算放在设备端，设备端性能开销大，影响设备本身核心的网络转发性能。另外，监测指标和日志也只能单个设备自身的情况，无法较准确地感知整个分支网络的质量，让用户直观地掌握整个分支网络的运行状况。

本公开实施例提供了一种网络监测方法，包括：通过所述网络的接入网关获取所述网络中的设备的监测数据，所述网络中的设备包括所述接入网关和所述网络中的其他设备；通过所述接入网关将所述监测数据发送到管理平台服务器；通过所述管理平台服务器，基于所述监测数据确定所述网络的质量分，所述质量分反映所述网络的运行状态。

根据本公开的实施例，被监测的网络可以是分支网络，也可以是通过接入网关与外部通信的其他任意网络，例如通过接入网关访问公网的总部网络，或者通过接入网关经由VPN访问云端服务器的局域网，等等。通过采集网络中接入网关和其他设备的监测数据，基于监测数据确定网络的质量分，可以从整体上更宏观和准确地感知整个网络的网络质量。

图3示出根据本公开的实施例的网络监测方法的流程图。如图3所示，所述网络监测方法包括以下步骤S201–S203：

在步骤S201中，通过所述网络的接入网关获取所述网络中的设备的监测数据，所述网络中的设备包括所述接入网关和所述网络中的其他设备；

在步骤S202中，通过所述接入网关将所述监测数据发送到管理平台服务器；

在步骤S203中，通过所述管理平台服务器，基于所述监测数据确定所述网络的质量分，所述质量分反映所述网络的运行状态。

根据本公开的实施例，通过被监测网络的接入网关获取接入网关的监测数据和所述网络中的其他设备的监测数据并上传到管理平台服务器，减少对被监测网络中的其他设备本身提供的服务的性能的影响，同时可以通过云端的管理平台对用户提供统一的监测能力，降低用户学习网络管理的成本。此外，通过采集网络中接入网关和其他设备的监测数据，基于监测数据确定网络的质量分，可以从整体上更宏观和准确地感知整个网络的网络质量。

图4示出了根据本公开实施例的网络监测方法的系统框图。

图4所示的被监测的网络(以下简称“网络”)可以是分支网络，也可以是通过接入网关连接到外部网络(例如，因特网或总部网络)的任意局域网或广域网。

在图4的示例中，网络包括接入网关、一个或多个连接到接入网关的交换机、一个或多个连接到交换机的AP。

在接入网关上可以部署采集探针，采集探针通过SNMP协议采集接入网关上各类监测数据，还根据交换机、AP厂商和型号的不同，相应地采用SNMP、SSH或TELNET等不同协议采集交换机和AP上的各类监测数据。

根据本公开的实施例，采集探针可以通过软件、硬件或固件的方式实现。

根据本公开的实施例，监测数据包括以下至少一项：性能数据、日志数据、设备类型信息，所述性能数据以下一种或多种数据：中央处理单元使用率、内存使用率、带宽使用率、丢包率、终端设备的信噪比等；所述日志数据包括错误消息等，所述错误消息用于描述异常事件；所述设备类型信息包括硬件类型和/或操作系统类型。

SNMP是指简单网络管理协议(Simple Network Management Protocol)，该协议能够支持网络管理系统，可以用于获取网络设备的监测数据，所述网络设备包括以下任意一种或多种：路由器、交换机、服务器、打印机和通过网络提供服务的其他设备。

SSH是指安全外壳协议(Secure Shell)，是一种加密的网络传输协议，可在不安全的网络中为网络服务提供安全的传输环境。SSH通过在网络中建立安全隧道来实现SSH客户端与服务器之间的连接。SSH最常见的用途是远程登录系统，SSH通常可以用于传输命令行界面和远程执行命令。

Telnet是因特网远程登录服务的标准协议和主要方式，它为用户提供了在本地计算机上完成远程主机工作的能力。

接入网关的采集探针将从自身和各设备上采集的监测数据压缩打包后，通过https协议上传到云端数据库中。

在云端实现的管理平台服务器对于实时要求高的监测数据(例如，实时质量分等数据)采用流式计算方法，对于实时要求低的报表等类数据(例如，质量分报表数据)采用批量计算方法分别进行计算。根据本公开的实施例，流式计算是对数据流进行实时计算和处理。批量计算是对数据进行批量处理的数据计算方式。

根据本公开的实施例，云端还可以存储各网络的网络元数据，例如网络名称、地理位置等，以便管理平台服务器在生成实时质量数据和质量报表数据时从本地获取这些元数据。

根据本公开的实施例，在管理平台服务器对监测数据进行处理时，首先对接入网关上传的监测数据进行解析清洗，过滤掉一些不完整或明显错误的脏数据，按照指定数据格式对监测数据进行格式化，输出规范格式的格式化数据。

然后，管理平台服务器对数据进行补充和/或仲裁操作。具体地，可以根据发送到所述管理平台服务器的所述网络中第一设备的监测数据，补充所述网络中与所述第一设备相连的第二设备的缺失监测数据；和/或根据预设仲裁策略，保留同类监测数据中的可信监测数据，丢弃不可信监测数据。根据本公开的实施例，第二设备可以是被监测的网络中需要补充监测数据的任意设备。

根据本公开的实施例，所述根据发送到所述管理平台服务器的所述网络中第一设备的监测数据，补充所述网络中与所述第一设备相连的第二设备的缺失监测数据，包括：根据所述第一设备的监测数据，确定与所述第二设备连接的第三设备的设备类型信息，将所述第三设备的设备类型信息与所述第二设备的相应监测数据相关联；和/或根据所述第一设备的接口流量信息，确定所述第二设备的接口流量信息。

例如，第一设备可以是接入网关，第二设备可以是交换机或AP，第三设备可以是连接到第二设备的终端设备。AP、交换机只能监测得到终端设备的介质访问控制(MAC)地址，互联网协议(IP)地址、网速、流量等数据，而接入网关通过流量分析可以得到终端类型信息，例如终端的硬件类型(POS机、智能家电、摄像头、平板电脑、手机等)，和/或终端的操作系统类型(IOS系统或安卓系统)。在确定第三设备的类型之后，可以将第三设备类型与第二设备的相应监测数据相关联，例如将第二设备的指定端口的网速与该端口连接的第三设备的类型相关联。根据第三设备类型和终端用户所使用的服务，可以确定第二设备的相应监测数据对用户的影响程度。例如，假设终端用户使用的是直播服务，则第二设备关于手机或平板电脑的监测数据对用户的影响大于第二设备关于POS机的监测数据对用户的影响。

又例如，接入网关上传的监测数据中存在很多因设备类型原因无法采集到的字段。例如，对于终端相关数据，接入网关、交换机、AP都会采集，但接入网关和交换机无法采集到无线终端的信噪比等数据，而AP可以采集到无线终端的信噪比等数据，因此可以基于AP的监测数据补充接入网关和交换机的无线终端的信噪比数据。在此情况下，第一设备是AP，第二设备是接入网关或交换机。

根据本公开的实施例，第二设备可以是不具有数据采集能力的设备，例如某些交换机等，此时，可以通过第二设备上联或下联的第一设备的数据来补充第二设备的相应端口的数据。例如，可以通过与第二设备的指定端口连接的第一设备的流量信息来推知第二设备的该指定端口的流量信息。通过这种方式，可以获得本身不具有数据采集能力的设备的监测数据。

根据本公开的实施例，接入网关上传的监测数据中，不同的设备采集相同的类型的数据可能具有不同数值。例如，对于终端上下行流量监测数据，接入网关、交换机、AP都会采集到，使用预设仲裁策略选择监测数据，比如认为基于离终端越近的设备的监测数据越准的仲裁策略。根据本公开的实施例，所述预设仲裁策略包括：当第四设备与被监测对象的网络距离小于第五设备与被监测对象的网络距离时，第四设备关于所述被监测对象的监测数据的可信度高于第五设备关于所述被监测对象的监测数据。网络距离指互连网络中两个节点之间相连的最少边数。例如，连接到图2的AP1的终端与AP1之间的网络距离为1，与交换机A之间的网络距离为2，与接入网关之间的网络距离为3。例如，一个无线终端连接到AP上，则优先使用AP采集的该无线终端的流量监测数据，如果AP未采集到该无线终端的流量监测数据，则采用交换机采集到的该无线终端的流量监测数据，如果交换机未采集到该无线终端的流量监测数据，则使用接入网关采集到的该无线终端的流量监测数据。当AP、交换机、接入网关均采集到该无线终端的流量监测数据时，根据预设仲裁策略，认为AP采集到的终端的流量监测数据的可信度高于交换机采集到的终端的流量监测数据，交换机采集到的终端的流量监测数据的可信度高于接入网关交换机采集到的终端的流量监测数据。通过这种方式，可以有效地保证数据的完整性和准确性。

接下来，管理平台服务器对监测数据进行关联计算，除了产出各类单一的基础指标外，还能通过计算出综合的网络的质量分数，更宏观和准确地反映分支的整体网络质量。例如，管理平台服务器根据所述性能数据的得分和/或所述错误消息的得分的加权和，确定所述网络的质量分。根据所述性能数据与相应性能阈值的比较结果，确定所述性能数据的得分；根据所述错误消息的类型和/或严重程度，确定所述错误消息的得分。

例如，假设性能数据是中央处理单元使用率，其相应性能阈值是50％，则中央处理单元使用率的得分可以为(50％-实际中央处理单元使用率)/50％。假设性能数据是内存使用率，其相应性能阈值是60％，则内存使用率的得分可以为(60％-实际内存使用率)/60％。假设性能数据是带宽使用率，其相应性能阈值是55％，则带宽使用率的得分可以为(55％-实际带宽使用率)/55％。假设性能数据是丢包率，其相应性能阈值是10％，则丢包率的得分可以为(10％-实际丢包率)/10％。假设性能数据是终端设备的信噪比，其相应性能阈值是8db，则终端设备的信噪比的得分可以为(实际信噪比-8)/8。

对于日志数据，其错误消息可以描述异常事件，例如描述异常事件的类型和/或严重程度，对于不同类型、不同严重程度，或不同类型和严重程度的组合，根据其对于网络质量的影响程度，可以给予不同的得分。

在确定性能数据的得分和错误消息的得分之后，根据相应性能数据和错误消息对于用户的影响程度，可以对其分配不同的权重，然后计算述性能数据的得分和所述错误消息的得分的加权和作为所述网络的质量分。根据本公开的实施例，根据所述性能数据和/或所述错误消息各自对应的设备类型确定所述性能数据和/或所述错误消息各自对用户的影响程度。例如，交换机的关于摄像头的性能数据对直播用户的影响程度大于交换机的关于POS机的性能数据对直播用户的影响程度，因此为交换机的关于摄像头的性能数据分配比交换机的关于POS机的性能数据更高的权重。再例如，AP关于POS机的错误消息对零售用户的影响大于AP关于摄像头的错误消息对零售用户的影响，因此对AP关于POS机的错误消息分配比AP关于摄像头的错误消息更高的权重。

通过根据所述性能数据和/或所述错误消息各自对应的设备类型确定所述性能数据和/或所述错误消息各自对用户的影响程度，进而根据影响程度对性能数据和/或所述错误消息分配相应的权重，可以针对不同的用户类型，在计算网络质量分时考虑不同设备类型的相应监测数据对用户的影响程度，从而更有针对性地计算用户的网络质量分。

根据本公开的实施例，将经过流式计算和批量计算的最终数据分别写入实时质量数据库和质量报表数据库。例如，以流式计算的方式对实时获取的监测数据计算网络的质量分，可以获得网络的实时质量分，以批量计算的方式对数据库中存储的一段时间的监测数据进行计算，可以得到网络的质量报表数据。

管理平台数据库可以将监测数据、实时质量分、质量报表等数据按需开放给用户查询使用，这些数据可以接入告警系统，以实时将网络异常通知用户。

图5示出了根据本公开实施例的网络监测方法的流程图。

根据本公开的实施例，图5所示的网络监测方法可以由被监测网络的接入网关执行。

如图5所示，根据本公开实施例的网络监测方法包括：通过所述网络的接入网关获取所述网络中的设备的监测数据，所述网络中的设备包括所述接入网关和所述网络中的其他设备；通过所述接入网关将所述监测数据发送到管理平台服务器，其中，所述监测数据用于由所述管理平台服务器确定所述网络的质量分，所述质量分反映所述网络的运行状态。

例如，图4所示的接入网关获取自身和网络中各交换机、各AP的监测数据，将其上传到云端，以便云端的管理平台服务器根据监测数据确定网络的质量分，所述质量分反映网络的运行状态。

根据本公开的实施例，所述网络中的其他设备包括交换机和/或无线访问接入点；所述监测数据包括以下至少一项：性能数据、日志数据、设备类型信息；所述性能数据以下一种或多种数据：中央处理单元使用率、内存使用率、带宽使用率、丢包率、终端设备的信噪比；所述日志数据包括错误消息，所述错误消息用于描述异常事件；所述设备类型信息包括硬件类型和/或操作系统类型。所述基于所述监测数据确定所述网络的质量分，包括：根据所述性能数据的得分和/或所述错误消息的得分的加权和，确定所述网络的质量分，其中，根据所述性能数据和/或所述错误消息各自对用户的影响程度，确定所述性能数据和/或所述错误消息各自的权重，根据所述性能数据和/或所述错误消息各自对应的设备类型确定所述性能数据和/或所述错误消息各自对用户的影响程度。

根据本公开的实施例，所述通过所述网络的接入网关获取所述接入网关的监测数据，包括通过设置在所述接入网关上的采集探针程序获取所述接入网关的监测数据；通过所述网络的接入网关获取所述网络中的其他设备的监测数据，包括通过所述采集探针程序根据所述其他设备支持的相应网络传输协议，获取所述其他设备的监测数据。

例如，图4中接入网关通过设置在接入网关中的采集探针，通过SNMP协议获取接入网关的监测数据，通过SNMP或SSH或TELNET协议获取交换机的监测数据，通过SNMP或SSH或TELNET协议获取AP的监测数据，然后将这些监测数据发送到云端。

图6示出根据本公开实施例的网络监测方法的流程图。

如图6所示，一种网络监测方法，包括：从所述网络的接入网关接收所述网络中的设备的监测数据，所述网络中的设备包括所述接入网关和所述网络中的其他设备；基于所述监测数据确定所述网络的质量分，所述质量分反映所述网络的运行状态。

根据本公开的实施例，图6所示的网络监测方法可以由云端的管理平台服务器执行。

根据本公开的实施例，所述方法还包括通过以下一项或多项操作对所述监测数据进行处理：

根据发送到所述管理平台服务器的所述网络中第一设备的监测数据，补充所述网络中与所述第一设备相连的第二设备的缺失监测数据；

根据预设仲裁策略，保留同类监测数据中的可信监测数据，丢弃不可信监测数据。

根据本公开的实施例，其中：

所述网络中的其他设备包括交换机和/或无线访问接入点；

所述监测数据包括以下至少一项：性能数据、日志数据、设备类型信息；

所述性能数据以下一种或多种数据：中央处理单元使用率、内存使用率、带宽使用率、丢包率、终端设备的信噪比；

所述日志数据包括错误消息，所述错误消息用于描述异常事件；

所述设备类型信息包括硬件类型和/或操作系统类型；

所述基于所述监测数据确定所述网络的质量分，包括：根据所述性能数据的得分和/或所述错误消息的得分的加权和，确定所述网络的质量分，其中，根据所述性能数据和/或所述错误消息各自对用户的影响程度，确定所述性能数据和/或所述错误消息各自的权重。

根据本公开的实施例，其中：

根据所述性能数据与相应性能阈值的比较结果，确定所述性能数据的得分；

根据所述错误消息的类型和/或严重程度，确定所述错误消息的得分；

根据所述性能数据和/或所述错误消息各自对应的设备类型确定所述性能数据和/或所述错误消息各自对用户的影响程度。

例如，图4中的管理平台服务器从被监测网络的接入网关通过https协议接收所述接入网关的监测数据和所述网络中的其他设备的监测数据，基于所述监测数据确定所述网络的质量分，所述质量分反映所述网络的运行状态。

图7A示出根据本公开的实施例的网络监测装置的结构框图。其中，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。

如图7A所示，所述网络监测装置710包括获取模块711和发送模块712。

获取模块711被配置为通过所述网络的接入网关获取所述网络中的设备的监测数据，所述网络中的设备包括所述接入网关和所述网络中的其他设备；

发送模块712被配置为通过所述接入网关将所述监测数据发送到管理平台服务器，其中，所述监测数据用于由所述管理平台服务器确定所述网络的质量分，所述质量分反映所述网络的运行状态。

根据本公开的实施例，所述网络中的其他设备包括交换机和/或无线访问接入点；所述监测数据包括以下至少一项：性能数据、日志数据、设备类型信息；所述性能数据以下一种或多种数据：中央处理单元使用率、内存使用率、带宽使用率、丢包率、终端设备的信噪比；所述日志数据包括错误消息，所述错误消息用于描述异常事件；所述设备类型信息包括硬件类型和/或操作系统类型。

根据本公开的实施例，所述通过所述网络的接入网关获取所述接入网关的监测数据，包括通过设置在所述接入网关上的采集探针程序获取所述接入网关的监测数据；通过所述网络的接入网关获取所述网络中的其他设备的监测数据，包括通过所述采集探针程序根据所述其他设备支持的相应网络传输协议，获取所述其他设备的监测数据。

图7B示出根据本公开的实施例的网络监测装置的结构框图。其中，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。

如图7B所示，所述网络监测装置720包括接收模块721、确定模块722。

接收模块721被配置为从所述网络的接入网关接收所述网络中的设备的监测数据，所述网络中的设备包括所述接入网关和所述网络中的其他设备；

确定模块722被配置为基于所述监测数据确定所述网络的质量分，所述质量分反映所述网络的运行状态。

根据本公开的实施例，所述装置720还包括处理模块723，被配置为通过以下一项或多项操作对所述监测数据进行处理：

根据发送到所述管理平台服务器的所述网络中第一设备的监测数据，补充所述网络中与所述第一设备相连的第二设备的缺失监测数据；

根据预设仲裁策略，保留同类监测数据中的可信监测数据，丢弃不可信监测数据。

根据本公开的实施例，其中：

所述网络中的其他设备包括交换机和/或无线访问接入点；

所述监测数据包括以下至少一项：性能数据、日志数据、设备类型信息；

所述性能数据以下一种或多种数据：中央处理单元使用率、内存使用率、带宽使用率、丢包率、终端设备的信噪比；

所述日志数据包括错误消息，所述错误消息用于描述异常事件；

所述设备类型信息包括硬件类型和/或操作系统类型；

所述基于所述监测数据确定所述网络的质量分，包括：根据所述性能数据的得分和/或所述错误消息的得分的加权和，确定所述网络的质量分，其中，根据所述性能数据和/或所述错误消息各自对用户的影响程度，确定所述性能数据和/或所述错误消息各自的权重。

根据本公开的实施例，其中：

根据所述性能数据与相应性能阈值的比较结果，确定所述性能数据的得分；

根据所述错误消息的类型和/或严重程度，确定所述错误消息的得分；

根据所述性能数据和/或所述错误消息各自对应的设备类型确定所述性能数据和/或所述错误消息各自对用户的影响程度。

本公开还公开了一种电子设备，图8示出根据本公开的实施例的电子设备的结构框图。

如图8所示，所述电子设备800包括存储器801和处理器802，其中，存储器801用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器802执行以实现根据本公开的实施例的方法。根据本公开的实施例，电子设备可以是云服务器，存储器可以是云端存储设备，处理器可以是云端实现的逻辑处理器。

本公开实施例提供了一种网络监测方法，包括：

通过所述网络的接入网关获取所述网络中的设备的监测数据，所述网络中的设备包括所述接入网关和所述网络中的其他设备；

通过所述接入网关将所述监测数据发送到管理平台服务器，其中，所述监测数据用于由所述管理平台服务器确定所述网络的质量分，所述质量分反映所述网络的运行状态。

根据本公开的实施例，其中：

所述通过所述网络的接入网关获取所述网络中的设备的监测数据，包括：

通过设置在所述接入网关上的采集探针程序获取所述接入网关的监测数据；

通过所述采集探针程序根据所述其他设备支持的相应网络传输协议，获取所述其他设备的监测数据。

第三方面，本公开实施例提供了一种网络监测方法，包括：

从所述网络的接入网关接收所述网络中的设备的监测数据，所述网络中的设备包括所述接入网关和所述网络中的其他设备；

基于所述监测数据确定所述网络的质量分，所述质量分反映所述网络的运行状态。

根据本公开的实施例，所述方法还包括通过以下一项或多项操作对所述监测数据进行处理：

根据发送到所述管理平台服务器的所述网络中第一设备的监测数据，补充所述网络中与所述第一设备相连的第二设备的缺失监测数据；

根据预设仲裁策略，保留同类监测数据中的可信监测数据，丢弃不可信监测数据。

根据本公开的实施例，其中：

所述网络中的其他设备包括交换机和/或无线访问接入点；

所述监测数据包括以下至少一项：性能数据、日志数据、设备类型信息；

所述性能数据以下一种或多种数据：中央处理单元使用率、内存使用率、带宽使用率、丢包率、终端设备的信噪比；

所述日志数据包括错误消息，所述错误消息用于描述异常事件；

所述设备类型信息包括硬件类型和/或操作系统类型；

所述基于所述监测数据确定所述网络的质量分，包括：根据所述性能数据的得分和/或所述错误消息的得分的加权和，确定所述网络的质量分，其中，根据所述性能数据和/或所述错误消息各自对用户的影响程度，确定所述性能数据和/或所述错误消息各自的权重。

根据本公开的实施例，其中：

根据所述性能数据与相应性能阈值的比较结果，确定所述性能数据的得分；

根据所述错误消息的类型和/或严重程度，确定所述错误消息的得分；

根据所述性能数据和/或所述错误消息各自对应的设备类型确定所述性能数据和/或所述错误消息各自对用户的影响程度。

图9示出适于用来实现根据本公开实施例的方法的计算机系统的结构示意图。

如图9所示，计算机系统900包括处理单元901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行上述实施例中的各种处理。在RAM 903中，还存储有计算机系统900操作所需的各种程序和数据。处理单元901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。其中，所述处理单元901可实现为CPU、GPU、TPU、FPGA、NPU等处理单元。

特别地，根据本公开的实施例，上文描述的方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括计算机指令，该计算机指令被处理器执行时实现上文所述的方法步骤。在这样的实施例中，该计算机程序产品可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。

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

描述于本公开实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过可编程硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中电子设备或计算机系统中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种网络监测方法，包括：

通过所述网络的接入网关上的采集探针程序获取所述网络中的设备的监测数据，所述网络中的设备包括所述接入网关和所述网络中的其他设备；所述网络中的其他设备包括交换机和/或无线访问接入点；

通过所述接入网关将所述监测数据发送到管理平台服务器；

通过所述管理平台服务器，基于所述监测数据确定所述网络的质量分，所述质量分反映所述网络的运行状态，所述质量分与所述监测数据对用户的影响程度关联，所述影响程度与设备类型关联；

还包括，所述管理平台服务器通过以下一项或多项操作对所述监测数据进行处理：

根据发送到所述管理平台服务器的所述网络中第一设备的监测数据，补充所述网络中与所述第一设备相连的第二设备的缺失监测数据；

根据预设仲裁策略，保留同类监测数据中的可信监测数据，丢弃不可信监测数据；

其中，所述根据发送到所述管理平台服务器的所述网络中第一设备的监测数据，补充所述网络中与所述第一设备相连的第二设备的缺失监测数据，包括：

根据第一设备的监测数据，确定与第二设备连接的第三设备的设备类型信息，将所述第三设备的设备类型信息与所述第二设备的相应监测数据相关联；和/或根据所述第一设备的接口流量信息，确定所述第二设备的接口流量信息；

所述预设仲裁策略包括：当第四设备与被监测对象的网络距离小于第五设备与被监测对象的网络距离时，第四设备关于所述被监测对象的监测数据的可信度高于第五设备关于所述被监测对象的监测数据。

2.根据权利要求1所述的方法，其中：

所述监测数据包括以下至少一项：性能数据、日志数据、设备类型信息；

所述性能数据以下一种或多种数据：中央处理单元使用率、内存使用率、带宽使用率、丢包率、终端设备的信噪比；

所述日志数据包括错误消息，所述错误消息用于描述异常事件；

所述设备类型信息包括硬件类型和/或操作系统类型。

3.根据权利要求2所述的方法，其中，所述基于所述监测数据确定所述网络的质量分，包括：

根据所述性能数据的得分和/或所述错误消息的得分的加权和，确定所述网络的质量分，其中，根据所述性能数据和/或所述错误消息各自对用户的影响程度，确定所述性能数据和/或所述错误消息各自的权重。

4.根据权利要求3所述的方法，其中：

根据所述性能数据与相应性能阈值的比较结果，确定所述性能数据的得分；

根据所述错误消息的类型和/或严重程度，确定所述错误消息的得分；

根据所述性能数据和/或所述错误消息各自对应的设备类型确定所述性能数据和/或所述错误消息各自对用户的影响程度。

5.根据权利要求1所述的方法，其中：

所述通过所述网络的接入网关上的采集探针程序获取所述网络中的设备的监测数据，包括：

通过设置在所述接入网关上的采集探针程序获取所述接入网关的监测数据；

通过所述采集探针程序根据所述其他设备支持的相应网络传输协议，获取所述其他设备的监测数据。

6.一种网络监测方法，包括：

从所述网络的接入网关接收所述网络中的设备的监测数据，所述网络中的设备包括所述接入网关和所述网络中的其他设备，所述监测数据通过所述接入网关上的采集探针程序获取；所述网络中的其他设备包括交换机和/或无线访问接入点；

基于所述监测数据确定所述网络的质量分，所述质量分反映所述网络的运行状态，所述质量分与所述监测数据对用户的影响程度关联，所述影响程度与设备类型关联；

还包括通过以下一项或多项操作对所述监测数据进行处理：

根据发送到管理平台服务器的所述网络中第一设备的监测数据，补充所述网络中与所述第一设备相连的第二设备的缺失监测数据；

根据预设仲裁策略，保留同类监测数据中的可信监测数据，丢弃不可信监测数据；

其中，所述根据发送到管理平台服务器的所述网络中第一设备的监测数据，补充所述网络中与所述第一设备相连的第二设备的缺失监测数据，包括：

根据第一设备的监测数据，确定与第二设备连接的第三设备的设备类型信息，将所述第三设备的设备类型信息与所述第二设备的相应监测数据相关联；和/或根据所述第一设备的接口流量信息，确定所述第二设备的接口流量信息；

所述预设仲裁策略包括：当第四设备与被监测对象的网络距离小于第五设备与被监测对象的网络距离时，第四设备关于所述被监测对象的监测数据的可信度高于第五设备关于所述被监测对象的监测数据。

7.根据权利要求6所述的方法，其中：

所述监测数据包括以下至少一项：性能数据、日志数据、设备类型信息；

所述性能数据以下一种或多种数据：中央处理单元使用率、内存使用率、带宽使用率、丢包率、终端设备的信噪比；

所述日志数据包括错误消息，所述错误消息用于描述异常事件；

所述设备类型信息包括硬件类型和/或操作系统类型；

所述基于所述监测数据确定所述网络的质量分，包括：根据所述性能数据的得分和/或所述错误消息的得分的加权和，确定所述网络的质量分，其中，根据所述性能数据和/或所述错误消息各自对用户的影响程度，确定所述性能数据和/或所述错误消息各自的权重。

8.根据权利要求7所述的方法，其中：

根据所述性能数据与相应性能阈值的比较结果，确定所述性能数据的得分；

根据所述错误消息的类型和/或严重程度，确定所述错误消息的得分；

根据所述性能数据和/或所述错误消息各自对应的设备类型确定所述性能数据和/或所述错误消息各自对用户的影响程度。

9.一种电子设备，包括存储器和处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现权利要求6-8任一项所述的方法步骤。

10.一种计算机程序产品，包括计算机指令，该计算机指令被处理器执行时实现权利要求6-8任一项所述的方法步骤。