CN108880867A

CN108880867A - 一种网络设备数据采集方法及系统

Info

Publication number: CN108880867A
Application number: CN201810551405.2A
Authority: CN
Inventors: 杨晓颖; 李琦
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2018-05-31
Filing date: 2018-05-31
Publication date: 2018-11-23
Anticipated expiration: 2038-05-31
Also published as: CN108880867B

Abstract

本发明涉及通信技术领域，尤其涉及一种网络设备数据采集方法及系统，根据网络设备的标识，获取与网络设备的标识关联的配置模板，即可以获取到网络设备对应的采集项集合、采集项的OID和解析规则；根据采集项集合中每个采集项的OID，分别采集网络设备的每个采集项对应的数据；根据每个采集项的解析规则，分别对采集到的每个各采集项对应的数据进行解析；将解析后的数据进行存储，这样，只需预先设置配置模板，并和网络设备进行关联，实现简单灵活，在进行数据采集时，可以自动关联出不同网络设备的配置模板，可以兼容私有云环境下，不同厂家、型号的网络设备定义的私有OID，实现采集项的自动采集，提高了数据采集效率。

Description

一种网络设备数据采集方法及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种网络设备数据采集方法及系统。

背景技术

简单网络管理协议(Simple Network Management Protocol，SNMP)能够支持网络管理系统，用以监测连接到网络上的网络设备的性能或其它情况，通过SNMP协议和SNMP管理工具，可以采集网络设备的资产信息、中央处理器(Central Processing Unit/Processor，CPU)使用情况等数据，可以通过SNMP访问和操作的数据都是以管理信息库(Management Information Base，MIB)的形式存放在网络设备中，其中，MIB中不同采集项都会对应一个唯一的对象标识符(Object Identifier，OID)。

现有技术中，基于SNMP协议的网络设备数据采集的方式主要有以下两种：

第一种：用户根据MIB从中查找每个采集项的OID，并人工逐个输入OID，并采用Net-SNMP采集工具对逐个输入的OID进行数据采集。

第二种：预先固定编写每个OID与网络设备的对应关系，编写相应的采集方法，定期采集网络设备的OID对应的数据。

但是，第一种方式需要用户手动逐个输入每个OID，比较麻烦，效率较低。第二种方式，一旦编写好通常用户就不能修改，若需要修改网络设备的OID时，特别是在私有云环境中，不同厂家或型号的网络设备，其采集项的OID大部分是不同的，进行数据采集时，会时常需要修改OID，则就需要开发人员重新修改编写的代码和配置，比较复杂，不够灵活。

发明内容

本发明实施例提供一种网络设备数据采集方法及系统，以解决现有技术中网络设备数据采集比较复杂、效率较低，以及不够灵活的问题。

本发明实施例提供的具体技术方案如下：

本发明一个实施例提供了一种网络设备数据采集方法，包括：

根据网络设备的标识，获取与所述网络设备的标识关联的配置模板；其中，所述配置模板中至少包括采集项集合、所述采集项集合中每个采集项的对象标识符OID、所述采集项集合中每个采集项的解析规则；

根据所述采集项集合中每个采集项的OID，分别采集所述网络设备的每个采集项对应的数据；

根据所述每个采集项的解析规则，分别对采集到的每个各采集项对应的数据进行解析；

将解析后的数据进行存储。

结合本发明的一个实施例，获取与所述网络设备的标识关联的配置模板，具体包括：

根据网络设备的标识，确定与所述网络设备的标识关联的配置模板的标识；

根据确定的所述配置模板的标识，至少确定与所述配置模板的标识关联的采集项集合和每个采集项的解析规则；

根据确定的所述采集项集合，分别确定与所述采集项集合中每个采集项关联的OID。

结合本发明的一个实施例，根据所述采集项集合中每个采集项的OID，分别采集所述网络设备的每个采集项对应的数据，具体包括：

采用预设的简单网络管理协议SNMP++采集工具和每个采集项的OID，分别采集所述网络设备的每个采集项对应的数据，并将采集到的数据存储为key-value结构化格式。

结合本发明的一个实施例，所述配置模板中还至少包括需要定制化解析的采集项对应的第三方解析脚本路径；

根据所述每个采集项的解析规则，分别对采集到的每个各采集项对应的数据进行解析，具体包括：

根据采集项集合中每个采集项的解析规则，分别判断每个采集项是否需要定制化解析，若不需要，则根据预设的解析规则，对采集到的采集项对应的数据进行解析，若需要，则根据配置模板中采集项对应的第三方解析脚本路径，调用对应的第三方解析脚本，对采集到的采集项对应的数据进行解析。

结合本发明的一个实施例，进一步包括：

接收用户输入的预编写的配置模板，并校验所述配置模板是否有效，若确定有效，则将所述配置模板拆分为OID集合、采集项与OID关联关系以及配置模板的标识与采集项关联关系，并分别进行存储；

根据用户输入的配置模板的标识与网络设备的对应关系，将网络设备和相应的配置模板的标识进行关联。

结合本发明的一个实施例，进一步包括：

接收到配置模板查询指令时，根据配置模板标识，获取配置模板标识对应的配置模板；其中，所述配置模板查询指令中至少包括配置模板标识；或，

接收到采集结果查询指令时，获取网络设备标识对应的网络设备的各采集项的数据，或，获取网络设备标识和采集项名称对应的网络设备的采集项的数据；其中，采集结果查询指令中至少包括网络设备标识和/或采集项名称。

本发明另一个实施例提供了一种网络设备数据采集系统，包括：

采集模块，用于根据网络设备的标识，获取与所述网络设备的标识关联的配置模板，根据所述采集项集合中每个采集项的OID，分别采集所述网络设备的每个采集项对应的数据；其中，配置模板中至少包括采集项集合、所述采集项集合中每个采集项的OID、所述采集项集合中每个采集项的解析规则；

解析模块，用于根据所述每个采集项的解析规则，分别对采集到的每个各采集项对应的数据进行解析；

存储模块，用于将解析后的数据进行存储。

结合本发明另一个实施例，获取与所述网络设备的标识关联的配置模板，所述采集模块具体用于：

结合本发明另一个实施例，根据所述采集项集合中每个采集项的OID，分别采集所述网络设备的每个采集项对应的数据，所述采集模块具体用于：

结合本发明另一个实施例，所述配置模板中还至少包括需要定制化解析的采集项对应的第三方解析脚本路径；

根据所述每个采集项的解析规则，分别对采集到的每个各采集项对应的数据进行解析，所述解析模块具体用于：

结合本发明另一个实施例，进一步包括，接口模块用于：

结合本发明另一个实施例，所述接口模块进一步用于：

本发明另一个实施例提供了一种电子设备，包括：

至少一个存储器，用于存储程序指令；

至少一个处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行上述任一种网络设备数据采集方法。

一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一种网络设备数据采集方法的步骤。

本发明实施例中，根据网络设备的标识，获取与所述网络设备的标识关联的配置模板；其中，所述配置模板中至少包括采集项集合、所述采集项集合中每个采集项的OID、所述采集项集合中每个采集项的解析规则；根据所述采集项集合中每个采集项的OID，分别采集所述网络设备的每个采集项对应的数据；根据所述每个采集项的解析规则，分别对采集到的每个各采集项对应的数据进行解析；将解析后的数据进行存储，这样，在进行数据采集时，可以自动关联出不同网络设备的配置模板，根据配置模板中的信息实现对网络设备的采集项的数据采集，可以兼容私有云环境下，不同厂家、型号的网络设备定义的私有OID，实现数据自动采集，更加简单和方便，提高了数据采集效率，并且配置模板易于用户修改和配置，可以和不同网络设备进行关联，实现对网络设备的统一管理，提高灵活性，实现方便。

附图说明

图1为本发明实施例中网络设备数据采集方法的应用场景架构图；

图2为本发明实施例中MIB中数据存储结构形式示意图；

图3为本发明实施例中网络设备数据采集系统结构示意图；

图4为本发明实施例中Net-SNMP采集命令的数据返回格式示意图；

图5为本发明实施例中SNMP++采集命令的数据返回格式示意图；

图6为本发明实施例中配置模板导入和关联过程方法流程图；

图7为本发明实施例中配置模板样例示意图；

图8为本发明实施例中网络设备数据采集方法流程图；

图9为本发明实施例中具体应用场景中网络设备数据采集方法的流程图；

图10为本发明实施例中电子设备结构示意图；

图11为本发明实施例中终端结构示意图。

具体实施方式

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

为便于对本发明实施例的理解，下面先对几个概念进行简单介绍：

简单网络管理协议(Simple Network Management Protocol，SNMP)：由一组网络管理的标准组成，包含一个应用层协议(application layer protocol)、数据库模型(database schema)和一组资源对象。该协议能够支持网络管理系统(Network managementsystem，NMS)，用以监测连接到网络上的设备是否有任何引起管理上关注的情况，该协议是国际互联网工程任务组(IETF，Internet Engineering Task Force)定义的互联网(Internet)协议簇的一部分，SNMP的目标是管理互联网上众多厂家生产的软硬件平台。

管理信息库(Management Information Base，MIB)：定义了受管设备必须保存的数据项、允许对每个数据项进行的操作及其含义，即网络管理系统可访问的受管设备的控制和状态信息等数据变量都保存在MIB中。MIB定义的通用化格式支持对每一个新的被管理设备定义其特定的MIB组，因此厂家可以采用标准的方法定义其专用的管理对象，从而可以管理许多新协议和网络设备，可扩展性很好。

对象标识符(Object Identifier，OID)：由ISO/IEC、ITU国际标准组织共同提出的标识机制，用于对任何类型的对象、概念或者“事物”进行全球无歧义、唯一命名，一旦命名，该名称一直有效。

IETF：成立于1985年底，是全球互联网最具权威的技术标准化组织，主要任务是负责互联网相关技术规范的研发和制定。

Net-SNMP：是一个免费的、开放源码的SNMP实现。

SNMP++：是HP公司开发的一套用于SNMP编程的C++开源库，提供了简单易用的接口，作为SNMP的开发包，被广泛使用于网络管理的开发。

本发明实施例中的网络设备数据采集方法主要应用于基于SNMP的网络管理场景，采集连接到NMS的各网络设备的信息数据，进行监测和管理各网络设备，参阅图1所示，为本发明实施例中网络设备数据采集方法的应用场景架构图，至少包括网络设备、网络管理系统。

实际中，在公有云环境中，用户只需要接触到虚拟的云资源，例如云主机、云硬盘、云数据库、甚至是虚拟网络设备等，而物理网络设备，对于公有云环境下的用户来说是接触不到，几乎无感知，但在私有云环境中，物理网络设备也是需要用户自行管理的，目前常用的网络管理方法为SNMP，通过SNMP协议和SNMP管理工具，可以采集网络设备的运行数据，例如资产信息、存活状态、CPU使用情况、端口流量情况、端口异常情况等信息，从而可以进行网络监控和告警等。

网络设备，即为被管理设备，可以为路由器、交换机、集线器(HUB)、计算机等，也可以把网络中几乎所有的实体，例如应用程序、服务器系统、辅助设备如不间断电源(Uninterruptible Power System，UPS)等都可以作为被管理设备。

网络管理系统(IMS)可以连接和管理多个网络设备，可以采用集中式或分布式结构，本发明实施例中并不进行限制，图1仅是一种可能的结构示例。IMS通过SNMP协议和被管理设备上的SNMP代理，以SNMP协议包的形式定期采集被管理设备的运行数据。

其中，在SNMP中，需要采集的网络设备的采集项都是以MIB库的形式保存在网络设备中，在MIB中每一个采集项都会对应一个具体的OID，SNMP的MIB采用树型结构，根在最上面，根没有名字，具体参阅图2所示，为MIB中数据存储结构形式示意图，可以定义每个采集项的OID的取值。通过OID和SNMP采集工具，可以采集OID对应的网络设备的数据。

但在私有云环境中，对于不同厂家、不同型号的网络设备，除了部分采集项是由IETF规定的公用MIB来管理外，即所有厂家、型号都有统一相同的OID，其余的是通过定义的私有MIB来管理，即不同厂家、不同型号不是通用的，对应的OID可能不相同，因此需要一套SNMP能够自适应采集的方法，可以自动识别公用MIB和私有MIB，实现SNMP的统一采集调度和数据处理。

现有技术中的数据采集方法比较复杂、效率较低，不够灵活，尤其对于私有云环境中网络设备的自定义的OID，要兼容适配不同厂家、型号的网络设备时，需要不断修改和导入相应的OID，或者重新编写处理脚本。

为解决现有技术中网络设备数据采集比较复杂、效率较低，以及不够灵活的问题，本发明实施例中，只需要预先定义不同网络设备的配置模板，该配置模板中包括采集项、采集项对应的OID、解析规则等信息，在采集数据时，可以自动关联出不同网络设备的配置模板，根据配置模板中的配置信息进行数据采集、解析等处理，无需编程就可以解决大部分SNMP数据采集场景，对于一些比较复杂、特殊的场景，也只是通过编写简单的自定义解析脚本就可以实现，不用考虑采集调度、数据存储等问题，提高了性能和可扩展性。参阅图3所示，本发明实施例中的网络设备数据采集系统结构示意图，至少包括接口模块、采集模块和存储模块、解析模块。

1)接口模块。

接口模块，用于提供系统的对外接口，例如具体用于提供配置模板导入、配置模板和网络设备关联、数据查询等用户操作的接口等。

具体地，接口模块提供配置模板导入和关联接口，接口模块用于：接收用户输入的预编写的配置模板，并校验配置模板是否有效，若确定有效，则将配置模板拆分为OID集合、采集项与OID关联关系以及配置模板的标识与采集项关联关系，并分别进行存储；根据用户输入的配置模板的标识与网络设备的对应关系，将网络设备和相应的配置模板的标识进行关联。

并且，接口模块还可以为用户提供查询接口，接口模块还用于：接收到配置模板查询指令时，根据配置模板标识，获取配置模板标识对应的配置模板；其中，配置模板查询指令中至少包括配置模板标识；

或，接收到采集结果查询指令时，获取网络设备标识对应的网络设备的各采集项的数据，或，获取网络设备标识和采集项名称对应的网络设备的采集项的数据；其中，采集结果查询指令中至少包括网络设备标识和/或采集项名称。

2)采集模块。

采集模块，用于根据网络设备的标识，获取与网络设备的标识关联的配置模板，根据采集项集合中每个采集项的OID，分别采集网络设备的每个采集项对应的数据；其中，配置模板中至少包括采集项集合、采集项集合中每个采集项的OID、采集项集合中每个采集项的解析规则。

具体地可以分为以下几部分介绍：

首先，根据网络设备的标识，获取与网络设备的标识关联的配置模板。

本发明实施例中，用户可以预先定义不同网络设备的配置模板，将配置模板和相应的网络设备进行关联，当然一个配置模板可以关联多个网络设备，采集模块在进行数据采集时，可以直接匹配到网络设备关联的配置模板，根据配置模板中的相关配置采集该网络设备相关的采集项的数据。

其中，获取与网络设备的标识关联的配置模板，采集模块具体用于：

(1)根据网络设备的标识，确定与网络设备的标识关联的配置模板的标识。

这样，可以设置网络设备的标识与配置模板的标识的关联关系，进而根据网络设备的标识匹配到相应的配置模板的标识，例如，可以根据网络设备的类型、厂商、型号等维度信息来确定对应的配置模板的标识。

(2)根据确定的配置模板的标识，至少确定与配置模板的标识关联的采集项集合和每个采集项的解析规则。

其中，采集项集合中至少包括一个采集项。一个配置模板的标识可以关联一个或多个采集项。

进一步地，还可以获取到各采集项对应的名称、单位、类型、是否需要定制化解析的标识等信息。

其中，解析规则表示数据的运算方式，例如求平均、求和等，可以与是否需要定制化解析的标识相关联，例如可以设置是否需要定制化解析的标识，为1时表示需要，否则为其它值时表示不需要，若需要则在配置模板还包括定制化解析的第三方解析脚本的路径，即解析规则为第三方解析脚本中的规则，若不需要则解析规则为系统自带的预设的解析规则。

本发明实施例中，在进行数据采集时，可以自动识别是否需要定制化解析，从而可以采用相应的解析规则对采集到的数据进行解析，其中对采集到的数据进行解析，这是因为，采集到的原始的数据可能会包括很多，但最终需要的可能只是其中一部分，或需要转换为所需的数据，例如针对某个采集项，可能只需要该采集项的数值，又例如，配置模板中某个采集项的类型为字符串类型，则需要将采集到的原始的数据的类型转换为字符串类型。

(3)根据确定的采集项集合，分别确定与采集项集合中每个采集项关联的OID。

这样，可以根据采集项与OID的关联关系，确定出网络设备的各采集项的OID，包括私有OID或公用OID，也可以同时对多个网络设备进行操作，生成各个网络设备相应的专属采集项的OID集合，可以同时采集多个网络设备的采集项的数据，不需要不断修改各网络设备绑定的OID，更加灵活。

值得说明的是，这种最终获取网络设备的配置模板中各种信息的方式，是和本发明实施例中设置的配置模板存储的方式相对应，本发明实施例中仅是提供了一种可能的实施方式，对此并不进行限制。

然后，根据采集项集合中每个采集项的OID，分别采集网络设备的每个采集项对应的数据。

本发明实施例中，采集模块可以按照预设周期，分别采集网络设备的每个采集项对应的数据。

进一步地，本发明实施例中采集模块还用于：针对网络设备和采集项集合，发起采集任务。并且，本发明实施例中还可以支持多个网络设备并发的采集任务，这样，采集模块针对网络设备生成相应的采集项集合后，就可以发起采集任务，进行数据采集。

具体地：采用预设的SNMP++采集工具和每个采集项的OID，分别网络设备的每个采集项对应的数据，并将采集到的数据存储为键值对(key-value)结构化格式。

其中，SNMP++是一套开源的C++网管开发包，主要面向研发人员，提供了简单易用的开发接口，在采集模块中集成SNMP++开发包，通过SNMP++，可以返回Key-Value结构化格式的数据，相比于现有技术中采用Net-SNMP采集工具，返回的为文本格式的数据，更便于后续的数据处理，提高数据处理效率。

例如，参阅图4所示，为Net-SNMP采集命令的数据返回格式，可知为文本格式，参阅图5所示，为SNMP++采集命令的数据返回格式，可知为Key-Value格式，本发明实施例中采用SNMP++采集工具，采集到的数据更结构化，更易于处理。

3)解析模块。

解析模块，用于根据每个采集项的解析规则，分别对采集到的每个各采集项对应的数据进行解析。

具体地，解析模块可以判断采集项是否需要定制化解析，进而进行相应的解析，具体用于：根据采集项集合中每个采集项的解析规则，分别判断每个采集项是否需要定制化解析，若不需要，则根据预设的解析规则，对采集到的采集项对应的数据进行解析，若需要，则根据配置模板中采集项对应的第三方解析脚本路径，调用对应的第三方解析脚本，对采集到的采集项对应的数据进行解析。

其中，配置模板中还至少包括需要定制化解析的采集项对应的第三方解析脚本路径。

这样，解析模块可以根据不同采集项的解析规则，进行解析，并可以将解析后的数据发送给存储模块，以使存储模块对解析后的数据进行存储。

3)存储模块。

存储模块，用于将解析后的数据进行存储。

值得说明的是，在具体实现时，解析模块的解析功能也可以分为两部分，分别为针对需要定制化解析的采集项和针对不需要定制化解析的采集项的解析，并这两部分解析功能可以分开，例如，将解析模块分为第一解析模块和第二解析模块，其中第一解析模块用于针对不需要定制化解析的采集项的解析功能的解析，第二解析模块用于针对需要定制化解析的采集项的解析功能，较佳的，将第一解析模块和采集模块都集成在采集服务器中，第二解析模块和存储模块集成在存储服务器中。

这样，第一解析模块可以针对每个采集项可以自动判断是否需要定制化解析，对于不需要定制化解析的采集项，采用系统自带的预设的解析规则进行解析，并将解析后的数据以及需要定制化解析的采集项对应的数据发送给第二解析模块，第二解析模块针对需要定制化解析的采集项，根据配置模板中采集项对应的第三方解析脚本路径，调用对应的第三方解析脚本进行解析，并将解析后的数据都发送给存储模块，存储模块对解析后的数据进行存储。

另针对解析功能，本发明实施例中还提供了一种可能的实施方式，不设置解析模块，使采集模块除了集成数据采集功能，采集模块还集成部分数据解析功能，针对不需要定制化解析的采集项的解析，存储模块除了集成存储功能，还集成其它部分数据解析功能，针对需要定制化解析的采集项的解析。

值得说明的是，本发明实施例中一个存储模块可以管理多个采集模块，多个采集模块分别将采集到的数据或解析后的数据发送给存储模块，一个采集模块可以采集一个网络设备或两个及以上网络设备的数据，较佳的一个采集模块对应一个网络设备，采集一个网络设备的数据。

本发明实施例中，采集模块集成采用系统中预设的解析规则进行数据解析功能，存储模块集成定制化解析功能，这是因为，对于某些采集项，可能需要的结果为多个网络设备的该采集项综合运算结果，即需要综合多个采集模块采集到的数据，因此将这部分解析需求，统一集成在存储模块中，存储模块接收多个采集模块发送的数据，并进行解析，并且，由于采集模块已经解析了大部分采集项的数据，需要定制化解析的采集项的数据并不是很多，因此也不会给存储模块增加太多的计算负担，不会降低存储性能。

这样，本发明实施例中，提供了一种网络设备数据采集系统，只需用户预先定义配置模板，并与各网络设备关联，提高了用户的可配置性，这样在进行数据采集时，采集模块可以自动识别并生成各个网络设备的采集项集合和相应的OID，进行数据采集，并可以识别采集项的解析规则，解析模块进行解析，并将解析后的数据上报给存储模块，存储模块最终将所有解析后的采集项对应的数据进行存储，实现简单，修改不同网络设备的OID也比较方便，可以在私有云环境中，自动识别配置模板中的通用OID和私有OID，并且可以同时采集多个网络设备的采集项的数据，而不需要重新编写采集方法，实现网络设备的自动化管理，提升运维效率，也减少运营成本。

基于上述实施例，本发明实施例中还提供了一种网络设备数据采集方法，可以实现高效的网络设备数据采集，下面分两部分介绍本发明实施例中的网络设备数据采集方法。

第一部分：网络设备的配置模板导入和关联。参阅图6所示，为本发明实施例中配置模板导入和关联过程方法流程图。

步骤600：编写配置模板。

其中，步骤600的执行主体可以为用户，用户可以预先编写多个配置模板，具体地，可以根据实际需求，针对不同的网络设备编写相应的配置模板，当然对于可以具有相同采集项或其它相同采集需求的网络设备，也可以只编写一个配置模板，只需后续将该配置模板与相应的多个网络设备关联即可。

其中，配置模板中至少包括采集项集合、采集项集合中每个采集项的OID、以及采集项集合中每个采集项的解析规则等，也可以包括采集项的名称、数据类型、数据单位、第三方解析脚本路径等。参阅图7所示，为本发明实施例中配置模板样例示意图，图7给出了一种配置模板可能的配置方式，可知，配置模板中可以包括多个采集项，及各采集项对应的配置信息，参阅表1所示，为图6的配置模板中关键字段说明。

表1本发明实施例中配置模板中关键字段说明

步骤601：接收用户输入的预编写的配置模板。

具体地，用户可以通过调用接口模块来请求新增配置模板，将预编写的配置模板输入到系统中。

步骤602：校验配置模板是否有效，若是，则执行步骤603，否则，则执行步骤606。

具体地，根据预设语法规则，判断配置模板是否有效。

步骤603：将配置模板拆分后进行存储。

具体地，将配置模板拆分为OID集合、采集项与OID关联关系以及配置模板的标识与采集项关联关系，并分别进行存储。

其中，OID集合中包括配置模板中所有的OID，采集项可以关联一个或多个OID，配置模板的标识可以关联一个或多个采集项。

也就是说，将配置模板拆分为3部分分别进行存储，这样，可以提高存储效率，对于采集项相同或OID相同，可以只存储一个即可，可以通过该关联关系，确定各配置模板中的全部内容。

步骤604：接收用户输入的配置模板的标识与网络设备的对应关系。

本发明实施例中用户可以根据实际需求，通过接口模块请求将网络设备关联到相应的配置模板。

步骤605：将网络设备和相应的配置模板的标识进行关联。

这样，就可以根据用户输入的配置模板的标识与网络设备的对应关系，将各网络设备分别与各配置模板关联起来，后续进行数据采集时，只需根据配置模板中的相关信息进行采集即可，用户也可以根据实际情况修改网络设备和配置模板的关联关系。

步骤606：结束。

这样，用户只需根据实际需求，修改或新增配置模板，并与不同的网络设备进行关联，实现更加简单，用户可配置，更加灵活方便。

第二部分：SNMP自动采集。参阅图8所示，为本发明实施例中网络设备数据采集方法流程图。

步骤800：同步网络设备列表。

执行步骤800时，具体包括：采集模块可以向接口模块同步网络设备列表，其中，网络设备列表中可以包括网络设备的标识，例如类型、厂商、型号等信息。

步骤801：分别获取各网络设备的配置模板。

执行步骤801时，具体包括：

首先，根据网络设备的标识，确定与网络设备的标识关联的配置模板的标识。

然后，根据确定的配置模板的标识，至少确定与配置模板的标识关联的采集项集合和每个采集项的解析规则；

最后，根据确定的所述采集项集合，分别确定与采集项集合中每个采集项关联的OID。

这样，根据本发明实施例中配置模板的拆分存储方式，通过设置的对应关系，就可以自动获取到各网络设备的配置模板，确定出各网络设备数据采集所需的信息，可以针对各网络设备生成一个相应的采集项集合。

步骤802：发起采集任务。

具体为：针对网络设备和采集项集合，发起采集任务。

本发明实施例中，可以支持多网络设备并发次采集，分别针对各网络设备，发起采集任务，提高采集效率。

步骤803：获取采集项集合。

步骤804：逐项采集。

执行步骤804时具体包括：采用预设的SNMP++采集工具和每个采集项的OID，分别采集所述网络设备的每个采集项对应的数据，并将采集到的数据存储为key-value结构化格式。

步骤805：根据采集项的解析规则，针对不需要定制化解析的采集项，根据预设的解析规则进行解析。

其中，本发明实施例中定制化解析表示需要根据第三方解析脚本进行解析。

具体地，分别判断每个采集项是否需要定制化解析，若不需要，则根据预设的解析规则，对采集到的采集项对应的数据进行解析。

本发明实施例中，可以在配置模板中设置是否需要定制化解析的标识，这样，可以自动根据该标识判断是否需要定制化解析。例如，参阅图7所示，配置模板中flag的值为是否需要定制化解析的标识，flag取值为1时表示需要，取其它值时表示不需要，采集项“ifName”的flag取值为2，则确定采集项“ifName”不需要定制化解析。

其中，预设的解析规则，为本发明实施例中系统中自带的解析规则，即运算方式，例如各种聚合运算方式，包括求平均、求和、取最大值、取最小值等。本发明实施例中，若不需要定制化解析，在配置模板中会给该采集项配置某个系统中预设的解析规则，例如，参阅图7所示，配置模板中aggregation配置了数据的聚合运算方式。

步骤806：判断采集是否完毕，若是，则执行步骤807，否则，则返回执行步骤804。

即判断网络设备对应的采集项集合中的采集项是否均采集完成了。

步骤807：采集结果上报。

即将根据预设的解析规则进行解析后的数据，以及需要定制化的数据均上报给存储模块。

步骤808：判断是否需要定制化解析，若是，则执行步骤809，否则，则执行步骤810。

步骤809：调用对应的第三方解析脚本进行解析。

进一步地，若需要定制化解析，则配置模板中还包括采集项对应的第三方解析脚本路径。

执行步骤809时，具体包括：根据配置模板中采集项对应的第三方解析脚本路径，调用对应的第三方解析脚本，对采集到的采集项对应的数据进行解析。

步骤810：将解析后的数据存储。

步骤811：本次采集结束。

值得说明的是，上述图8仅以将数据解析功能分为两部分分别集成在采集模块和存储模块中为例进行说明，则上述步骤800-步骤807由本发明实施例中网络设备数据采集系统中的采集模块执行，上述步骤808-步骤820由存储模块执行。本发明实施例中，只需预先定义配置模板，并与网络设备关联即可，并且配置模板易于用户修改和配置，提高灵活性，实现方便，进行数据采集时，确定相应的配置模板，就可以自动识别配置模板中采集项的公用OID和私有OID，可以兼容私有云环境下，不同厂家、型号的网络设备定义的私有OID，实现数据自动采集，更加简单和方便，提高了数据采集效率。

进一步地，本发明实施例中还提供了查询功能，具体提供了几种可能的实施方式：第一种方式：接收到配置模板查询指令时，根据配置模板查询指令中的配置模板标识，获取配置模板标识对应的配置模板；其中，配置模板查询指令中至少包括配置模板标识。这样，可以查询到所有已编写的配置模板，便于对配置模板进行管理，也可以查询到配置模板关联的网络设备，进而用户可以根据实际需求对配置模板以及配置模板与网络设备的关联关系进行修改、增加、删除等操作。

第二种方式：接收到采集结果查询指令时，获取网络设备标识对应的网络设备的各采集项的数据，或，获取网络设备标识和采集项名称对应的网络设备的采集项的数据；其中，采集结果查询指令中至少包括网络设备标识和/或采集项名称。这样，用户可以查看某个网络设备对应的所有采集项的数据，也可以查看某个网络设备特定的采集项的数据，更加方便灵活。

基于上述实施例，下面采用一个具体的应用场景对上述实施例作出进一步详细说明，参阅图9所示，为本发明实施例中具体应用场景中网络设备数据采集方法的流程图，该方法包括：

步骤900：导入配置模板。

本发明实施例中，可以设置一个前台管理页面，供用户操作使用，并通过接口模块，实现与采集模块与存储模块的连接，用户可以通过该前台管理页面，将配置模板导入到系统中，即后台数据库中。

步骤901：网络设备与配置模板关联。

具体地，用户也可以通过前台管理页面输入配置模板与网络设备的关联关系，进而根据用户输入的关联关系，建立网络设备与配置模板的关联关系。

步骤902：采集前的预处理。

具体包括：获取网络设备列表，并分别获取各网络设备对应的配置模板。

本发明实施例中，开始进行数据采集时，就无需用户操作了，可以自动识别并生成采集任务，按照预设周期采集数据。

步骤903：SNMP智能采集。

具体包括：自动识别配置模板中公用OID和私有OID，分别采集网络设备的各采集项的OID对应的数据。

步骤904：数据解析并存储。

具体包括：首先，分别判断每个采集项是否需要定制化解析，若不需要，则根据预设的解析规则，对采集到的采集项对应的数据进行解析，若需要，则根据配置模板中采集项对应的第三方解析脚本路径，调用对应的第三方解析脚本，对采集到的采集项对应的数据进行解析。

然后，将解析后的数据进行存储。

步骤905：数据查询。

具体地，用户可以通过前台管理页面，输入采集结果查询指令，可以查询采集结果，例如可以获取网络设备标识对应的网络设备的各采集项的数据，或，获取网络设备标识和采集项名称对应的网络设备的采集项的数据，其中，采集结果查询指令中至少包括网络设备标识和/或采集项名称。

基于上述实施例，参阅图10所示，本发明实施例中，一种电子设备的结构示意图。

本发明实施例提供了一种电子设备，该电子设备可以包括处理器1010(CenterProcessing Unit，CPU)、存储器1020、输入设备1030和输出设备1040等，输入设备1030可以包括键盘、鼠标、触摸屏等，输出设备1040可以包括显示设备，如液晶显示器(LiquidCrystal Display，LCD)、阴极射线管(Cathode Ray Tube，CRT)等。

存储器1020可以包括只读存储器(ROM)和随机存取存储器(RAM)，并向处理器1010提供存储器1020中存储的程序指令和数据。在本发明实施例中，存储器1020可以用于存储网络设备数据采集方法的程序。

处理器1010通过调用存储器1020存储的程序指令，处理器1010用于按照获得的程序指令执行：

将解析后的数据进行存储。

可选的，获取与所述网络设备的标识关联的配置模板，处理器1010具体用于：

可选的，根据所述采集项集合中每个采集项的OID，分别采集所述网络设备的每个采集项对应的数据，处理器1010具体用于：

可选的，所述配置模板中还至少包括需要定制化解析的采集项对应的第三方解析脚本路径；

根据所述每个采集项的解析规则，分别对采集到的每个各采集项对应的数据进行解析，处理器1010具体用于：

可选的，处理器1010进一步用于：

为便于说明，本发明中的实施例以包括触摸屏的便携式多功能装置1100作示例性说明，本领域技术人员可以理解的，本发明中的实施例同样适用于其他装置，例如手持设备、车载设备、可穿戴设备、计算设备，以及各种形式的用户设备(User Equipment，UE)，移动台(Mobile station，MS)，终端(terminal)，终端设备(Terminal Equipment)等等。

图11示出了根据一些实施例的包括触摸屏的便携式多功能装置1100的框图，所述装置1100可以包括输入单元1130、显示单元1140、重力加速度传感器1151、接近光传感器1152、环境光传感器1153、存储器1120、处理器1190、射频单元1110、音频电路1160、扬声器1161、麦克风1162、WiFi(wireless fidelity，无线保真)模块1170、蓝牙模块1180、电源1193、外部接口1197等部件。

本领域技术人员可以理解，图11仅仅是便携式多功能装置的举例，并不构成对便携式多功能装置的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件。

所述输入单元1130可用于接收输入的数字或字符信息，以及产生与所述便携式多功能装置的用户设置以及功能控制有关的键信号输入。具体地，输入单元1130可包括触摸屏1131以及其他输入设备1132。所述触摸屏1131可收集用户在其上或附近的触摸操作(比如用户使用手指、关节、触笔等任何适合的物体在触摸屏上或在触摸屏附近的操作)，并根据预先设定的程序驱动相应的连接装置。触摸屏可以检测用户对触摸屏的触摸动作，将所述触摸动作转换为触摸信号发送给所述处理器1190，并能接收所述处理器1190发来的命令并加以执行；所述触摸信号至少包括触点坐标信息。所述触摸屏1131可以提供所述装置1100和用户之间的输入界面和输出界面。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触摸屏。除了触摸屏1131，输入单元1130还可以包括其他输入设备。具体地，其他输入设备1132可以包括但不限于物理键盘、功能键(比如音量控制按键1132、开关按键1133等)、轨迹球、鼠标、操作杆等中的一种或多种。

所述显示单元1140可用于显示由用户输入的信息或提供给用户的信息以及装置1100的各种菜单。进一步的，触摸屏1131可覆盖显示面板1141，当触摸屏1131检测到在其上或附近的触摸操作后，传送给处理器1190以确定触摸事件的类型，随后处理器1190根据触摸事件的类型在显示面板1141上提供相应的视觉输出。在本实施例中，触摸屏与显示单元可以集成为一个部件而实现装置1100的输入、输出、显示功能；为便于描述，本发明实施例以触摸屏代表触摸屏和显示单元的功能集合；在某些实施例中，触摸屏与显示单元也可以作为两个独立的部件。

所述重力加速度传感器1151可检测各个方向上(一般为三轴)加速度的大小，同时，所述重力加速度传感器1151还可用于检测终端静止时重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等。

装置1100还可以包括一个或多个接近光传感器1152，用于当所述装置1100距用户较近时(例如当用户正在打电话时靠近耳朵)关闭并禁用触摸屏以避免用户对触摸屏的误操作；装置1100还可以包括一个或多个环境光传感器1153，用于当装置1100位于用户口袋里或其他黑暗区域时保持触摸屏关闭，以防止装置1100在锁定状态时消耗不必要的电池功耗或被误操作，在一些实施例中，接近光传感器和环境光传感器可以集成在一颗部件中，也可以作为两个独立的部件。至于装置1100还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。虽然图11示出了接近光传感器和环境光传感器，但是可以理解的是，其并不属于装置1100的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

所述存储器1120可用于存储指令和数据，存储器1120可主要包括存储指令区和存储数据区，存储数据区可存储关节触摸手势与应用程序功能的关联关系；存储指令区可存储操作系统、至少一个功能所需的指令等；所述指令可使处理器1190执行本发明实施例中的网络设备数据采集方法。

处理器1190是装置1100的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1120内的指令以及调用存储在存储器1120内的数据，执行装置1100的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1190可包括一个或多个处理单元；优选的，处理器1190可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1190中。在一些实施例中，处理器、存储器、可以在单一芯片上实现，在一些实施例中，他们也可以在独立的芯片上分别实现。在本发明实施例中，处理器1190还用于调用存储器中的指令以实现本发明实施例中的网络设备数据采集方法。

所述射频单元1110可用于收发信息或通话过程中信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1190处理；另外，将设计上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，LNA)、双工器等。此外，射频单元1110还可以通过无线通信与网络设备和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobile communication，GSM)、通用分组无线服务(General PacketRadio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution,LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

音频电路1160、扬声器1161、麦克风1162可提供用户与装置1100之间的音频接口。音频电路1160可将接收到的音频数据转换后的电信号，传输到扬声器1161，由扬声器1161转换为声音信号输出；另一方面，麦克风1162将收集的声音信号转换为电信号，由音频电路1160接收后转换为音频数据，再将音频数据输出处理器1190处理后，经射频单元1110以发送给比如另一终端，或者将音频数据输出至存储器1120以便进一步处理，音频电路也可以包括耳机插孔1163，用于提供音频电路和耳机之间的连接接口。

WiFi属于短距离无线传输技术，装置1100通过WiFi模块1170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图11示出了WiFi模块1170，但是可以理解的是，其并不属于装置1100的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

蓝牙是一种短距离无线通讯技术。利用蓝牙技术，能够有效地简化掌上电脑、笔记本电脑和手机等移动通信终端设备之间的通信，也能够成功地简化以上这些设备与因特网(Internet)之间的通信，装置1100通过蓝牙模块1180使装置1100与因特网之间的数据传输变得更加迅速高效，为无线通信拓宽道路。蓝牙技术是能够实现语音和数据无线传输的开放性方案。然图11示出了WiFi模块1170，但是可以理解的是，其并不属于装置1100的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

装置1100还包括给各个部件供电的电源1193(比如电池)，优选的，电源可以通过电源管理系统1194与处理器1190逻辑相连，从而通过电源管理系统1194实现管理充电、放电、以及功耗管理等功能。

装置1100还包括外部接口1197，所述外部接口可以是标准的Micro USB接口，也可以使多针连接器，可以用于连接装置1100与其他装置进行通信，也可以用于连接充电器为装置1100充电。

尽管未示出，装置1100还可以包括摄像头、闪光灯等，在此不再赘述。

基于上述实施例，本发明实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意方法实施例中的网络设备数据采集方法。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种网络设备数据采集方法，其特征在于，包括：

将解析后的数据进行存储。

2.如权利要求1所述的方法，其特征在于，获取与所述网络设备的标识关联的配置模板，具体包括：

3.如权利要求1所述的方法，其特征在于，根据所述采集项集合中每个采集项的OID，分别采集所述网络设备的每个采集项对应的数据，具体包括：

采用预设的简单网络管理协议SNMP++采集工具和每个采集项的OID，分别采集所述网络设备的每个采集项对应的数据，并将采集到的数据存储为键值对key-value结构化格式。

4.如权利要求1所述的方法，其特征在于，所述配置模板中还至少包括需要定制化解析的采集项对应的第三方解析脚本路径；

5.如权利要求1-4任一项所述的方法，其特征在于，进一步包括：

6.如权利要求5所述的方法，其特征在于，进一步包括：

7.一种网络设备数据采集系统，其特征在于，包括：

采集模块，用于根据网络设备的标识，获取与所述网络设备的标识关联的配置模板，根据所述采集项集合中每个采集项的对象标识符OID，分别采集所述网络设备的每个采集项对应的数据；其中，配置模板中至少包括采集项集合、所述采集项集合中每个采集项的OID、所述采集项集合中每个采集项的解析规则；

存储模块，用于将解析后的数据进行存储。

8.如权利要求7所述的系统，其特征在于，获取与所述网络设备的标识关联的配置模板，所述采集模块具体用于：

9.如权利要求7所述的系统，其特征在于，根据所述采集项集合中每个采集项的OID，分别采集所述网络设备的每个采集项对应的数据，所述采集模块具体用于：

10.如权利要求7所述的系统，其特征在于，所述配置模板中还至少包括需要定制化解析的采集项对应的第三方解析脚本路径；

11.如权利要求7-10任一项所述的系统，其特征在于，进一步包括，接口模块用于：

12.如权利要求11所述的系统，其特征在于，所述接口模块进一步用于：

13.一种电子设备，其特征在于，包括：

至少一个存储器，用于存储程序指令；

至少一个处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行上述权利要求1-6任一项所述的方法。

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