CN111865639B - 一种snmp服务设备信息收集方法、装置及电子设备 - Google Patents

Abstract

本发明公开了一种snmp服务设备信息收集方法，包括：控制平面进程接收到snmp服务进程发送的设备信息获取消息后，在已存储设备信息中查找设备信息获取消息对应的目标设备信息；将目标设备信息发送给snmp服务进程；该方法snmp服务进程在获取设备信息时，仅需要与控制平面进程进行数据交互即可完成snmp服务设备信息收集；因此snmp服务进程无需与内核进行直接通信，也就减少对cpu资源的占用，且snmp服务进程直接从控制平面进程中获取已存储的目标设备信息，也提升了snmp服务设备信息收集效率；本发明还公开了一种snmp服务设备信息收集装置、电子设备及计算机可读存储介质，具有上述有益效果。

Description

一种snmp服务设备信息收集方法、装置及电子设备

技术领域

本发明涉及计算机技术领域，特别涉及一种snmp服务设备信息收集方法、装置、电子设备及计算机可读存储介质。

背景技术

snmp服务运行在控制平面，其中，snmp(simple network management protocol，简单网络管理协议)是应用级协议。snmp服务以少量的管理器对一组代理进行监控。由于其被设计在应用级，因而能够监视安装在不同的物理网络上由不同厂家制造的设备。也就是说，snmp服务可以用在不同厂家制造的路由器连接起来的不同局域网和广域网的异构互联网中。

目前，用户态基础网络平台中snmp服务收集设备信息时，都是直接与内核通过系统调用来获取数据。即通过直接与内核交互获取需要收集的设备信息。而大量的系统调用会耗用大量系统资源，导致系统中其它进程无法正常工作。

发明内容

本发明的目的是提供一种snmp服务设备信息收集方法、装置、电子设备及计算机可读存储介质，通过snmp服务进程与控制平面进程进行数据交互完成snmp服务设备信息收集；因此snmp服务进程既无需与内核进行直接通信，又提升了snmp服务设备信息收集效率。

为解决上述技术问题，本发明提供一种snmp服务设备信息收集方法，包括：

控制平面进程接收到snmp服务进程发送的设备信息获取消息后，在已存储设备信息中查找所述设备信息获取消息对应的目标设备信息；

将所述目标设备信息发送给所述snmp服务进程。

可选地，在已存储设备信息中查找所述设备信息获取消息对应的目标设备信息，包括：

在所述控制平面进程中的已存储设备信息中查找所述设备信息获取消息对应的各个目标设备信息。

可选地，将所述目标设备信息发送给所述snmp服务进程，包括：

封装各个所述目标设备信息，并将封装后的目标设备信息发送给所述snmp服务进程。

可选地，所述已存储设备信息的形成方式，包括：

所述控制平面进程向内核发起各个设备信息获取请求；

接收并保存所述内核反馈的各个设备信息，形成所述已存储设备信息。

可选地，所述snmp服务设备信息收集方法还包括：

所述控制平面进程检测到触发更新所述已存储设备信息的预设事件时，向内核发起更新设备信息获取请求；

利用接收到的所述内核反馈的设备信息更新所述已存储设备信息。

可选地，所述snmp服务设备信息收集方法还包括：

所述snmp服务进程判断是否接收到所述目标设备信息；

若未接收到，则向内核发起设备信息获取请求。

本发明还提供一种snmp服务设备信息收集装置，包括：

查询模块，用于控制平面进程接收到snmp服务进程发送的设备信息获取消息后，在已存储设备信息中查找所述设备信息获取消息对应的目标设备信息；

发送模块，用于将所述目标设备信息发送给所述snmp服务进程。

可选地，所述snmp服务设备信息收集装置还包括：

设备信息获取模块，用于所述控制平面进程向内核发起各设备信息获取请求；接收并保存所述内核反馈的各设备信息，形成所述已存储设备信息。

本发明还提供一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现上述所述的snmp服务设备信息收集方法的步骤。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述所述的snmp服务设备信息收集方法的步骤。

本发明所提供的一种snmp服务设备信息收集方法，包括：控制平面进程接收到snmp服务进程发送的设备信息获取消息后，在已存储设备信息中查找设备信息获取消息对应的目标设备信息；将目标设备信息发送给snmp服务进程。

可见，该方法snmp服务进程在获取设备信息时，仅需要与控制平面进程进行数据交互即可完成snmp服务设备信息收集；因此snmp服务进程无需与内核进行直接通信，减少了在设备信息收集过程中与内核的通信，也就减少了对cpu资源的占用；且通过直接从控制平面进程中获取已存储的目标设备信息，提升了snmp服务设备信息收集效率，进而提升snmp服务效率，提高用户态基础网络平台性能；本发明还提供了一种snmp服务设备信息收集装置、电子设备及计算机可读存储介质，具有上述有益效果，在此不再赘述。

附图说明

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

图1为本发明实施例所提供的snmp服务设备信息收集方法的流程图；

图2为本发明实施例所提供的snmp服务设备信息收集装置的结构框图。

具体实施方式

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

当前，snmp服务在收集数据(也就是设备信息)均是直接与内核(如linux内核)通过系统调用来获取数据。snmp服务每获取一个数据都需要通过系统调用与内核进行一次交互。当snmp服务所需要获取的数据量较小时，不会占用过多的系统资源。但是当snmp服务所需要获取的数据量较大时，大量的系统调用会耗用大量系统资源，导致系统中其它进程无法正常工作。

比如设备配置了若干ip，snmp服务会定期获取设备中所有的ip作为设备信息，从而为snmp客户端获取设备ip做准备。其中，一个ip可以包含ip地址、ip接口信息(ipAdEntIfIndex)，对应的netmask(ipAdEntNetMask)等信息。也就是说，snmp服务每次获取一个ip中的每一项信息都需要与内核交互一次才能获取到对应数据。当设备中ip量巨大时，snmp服务会耗用非常多的系统资源。

本申请中实施例中为了避免snmp服务进程直接与内核交互获取需要收集的设备信息，造成大量的系统资源的耗费，通过设置的控制平面进程来实现设备信息收集。具体请参考图1，图1为本发明实施例所提供的snmp服务设备信息收集方法的流程图；该方法可以包括：

S110、控制平面进程接收到snmp服务进程发送的设备信息获取消息后，在已存储设备信息中查找设备信息获取消息对应的目标设备信息。

本实施例中snmp服务进程需要收集设备信息时，向控制平面进程发送相应的设备信息获取消息；使得控制平面进程在接收到设备信息获取消息后，在已存储设备信息中查找设备信息获取消息对应的目标设备信息。也就是说，本实施例中snmp服务进程需要收集设备信息时，不再直接与内核交互，而是变为向控制平面中的控制平面进程发送设备信息获取消息。即snmp服务收集数据无需与内核直接通信获取，减少了与内核的通信以及cpu调度。其中，控制平面是保留上层下发的配置，将上层下发的配置在转发层生效。比如下发了一条路由，在控制平面中保留该配置，然后将该条路由添加到转发平面中需要的路由表中。转发平面即网卡收到报文后，对报文进行处理。处理的结果为转发到其它地址或者上送到本机进行报文解析处理或者丢包。

本实施例中不对设备信息的种类和数量进行限定，只要是snmp服务所需要收集的数据都可以作为设备信息。具体可以根据用户实际需求进行确定。例如用户可以通过MIB确定需要收集的设备信息OID，即在MIB中选取需要收集的设备信息对象，例如ip信息等。其中，MIB(Management Information Base，管理信息库)，OID即snmp对象标识符，定义一个特定的在MIB数据库中snmp目标(即一个对应的目标设备信息)。所有的OID组成一个信息管理库MIB。本实施例中已存储设备信息中存储了用户所需的各个设备信息。

需要说明的是，本实施例中并不对控制平面进程与snmp服务进程的交互方式进行限定。一般情况下，snmp服务进程也属于控制平面中的进程，也就是说，控制平面进程与snmp服务进程都属于控制平面中的进程，两者之间可以通过IPC(Inter-ProcessCommunication，进程间通信)进行交互，即设备信息获取消息为IPC消息。进一步，由于控制平面进程与snmp服务进程都属于同一个平面的进程，因此两者进行数据交互速度相比snmp服务进程与内核的交互更快，进而提高了snmp服务收集设备信息的效率。其中，Linux下常见的IPC通信方式可以包括消息队列，信号量，网络socket等。当然，本实施例中并不限定设备信息获取消息的生成方式，例如用户可以通过snmp客户端中的Mibbrowser查询设备对象，再根据查询结果确定本次需要收集的目标对象。其中，Mibbrowser是一种snmp客户端工具。用户通过snmp客户端可以去访问snmp服务器，在snmp客户端中可以指定要访问的数据项也就是目标对象。snmp服务器可以提供snmp服务进程。进而实现监听由snmp客户端发来的请求，并作出相应回复。

本实施例中并不对设备信息获取消息的具体内容进行限定。只要可以包含本次需要获取的目标设备信息对应的目标对象即可。也就是说，只要可以根据设备信息获取消息确定本次需要收集的设备信息对象即可。例如根据设备信息获取消息确定本次需要收集的设备信息对象为ip信息。进而控制平面进程可以在已存储设备信息中查找各个设备信息对象(也就是各个目标对象)对应的目标设备信息。

进一步，本实施例中并不限定设备信息获取消息中包含的目标对象的数量。其可以根据用户实际需求以及系统中设备信息获取消息容量大小进行确定。例如本实施例中可以根据设备信息获取消息一次获取多个目标设备信息。如获取设备ip信息，此时可以一次获取包含ip地址、ip接口信息以及netmask等ip的所有信息。可以理解的是，本实施例中由于snmp服务进程不需要直接与内核交互获取目标设备信息，直接利用控制平面进程查询目标设备信息，进而可以一次获取多个目标设备信息。提升snmp服务获取数据的效率，减少对系统资源的使用。进而也就提升了数据平面效率，以及用户态基础网络平台性能。即通过snmp服务进程与控制平面进程通过IPC通信，根据IPC消息的大小，可以一次获取多个数据即获取多个目标设备信息。

需要说明的是，本实施例中并不限定已存储设备信息的存储位置，控制平面进程只要可以访问该已存储设备信息即可。进一步，为了提高控制平面进程查询已存储设备信息的效率，优选的，可以将已存储设备信息存储在控制平面进程中以便于控制平面进程的查询操作。即控制平面进程在控制平面进程中的已存储设备信息中查找设备信息获取消息对应的各个目标设备信息。也就是说，控制平面进程与内核通信，将内核中snmp服务关心的数据，在控制平面进程中保存一份并进行维护。snmp服务在收集设备信息时，直接去控制平面进程中获取结果即可。

本实施例中并不限定已存储设备信息的形成方式，可以是控制平面进程与内核进行数据交互，获取各个设备信息。即控制平面进程向内核发起各个设备信息获取请求；接收并保存内核反馈的各个设备信息，形成已存储设备信息。也就是说，本实施例中控制平面进程根据snmp服务需求，预先与内核进行数据交互，通过系统调用获取所需的设备信息，并将获取的设备信息进行保存形成已存储设备信息。即根据snmp服务的实际需求确定对应的各个设备信息获取请求，进而通过与内核交互获取并存储内核反馈的各个设备信息，形成已存储设备信息。当然，本实施例中并不限定控制平面进程与内核进行交互的方式，例如可以是控制平面进程通过ioctl或socket与内核交互，获取snmp服务关心的数据。

且本实施例中通过预先存储设备信息形成已存储设备信息的方式，可以进一步提高数据利用率。也就是说，当前snmp服务一般都是按照预设周期获取所需的设备信息，即便同一个设备信息，每次都需要snmp服务进程与内核交互获取。例如同一个ip信息，在每个预设周期都需要snmp服务进程与内核交互获取该ip信息。而本实施例中仅需要在初始情况下，控制平面进程与内核交互获取所需设备信息，形成已存储设备信息，后续每个预设周期在snmp服务进程需要获取对应目标设备信息时仅需要从已存储设备信息中获取即可，不需要控制平面进程每次都与内核交互获取。不仅提高了已存储设备信息的利用率，而且大大减少了控制平面进程与内核直接交互次数。

下面具体举例说明控制平面进程获取内核反馈的设备信息的过程：其中，CtrlD代表控制平面进程。如从控制平面为接口eth0配置了一个ip信息。CtrlD与内核交互流程获取该ip信息对应的ipAdEntIfIndex如下：

1、CtrlD指定要获取ifindex的接口名称eth0。通过ioctl向内核发起设备信息获取请求。

2、内核收到该ioctl的设备信息获取请求，检查参数确定其获取eth0的ifindex，查找对应的值进行返回。

3、CtrlD收到内核反馈的设备信息，将ifindex保存。

4、ip信息的其它数据项，通过类似1～3的步骤来获取。

需要说明的是，由于snmp服务所需要收集的设备信息的数量不定，因此，用户可以根据实际需求设置所需的控制平面进程。也就是说，本实施例中并不限定控制平面进程的数量。例如可以仅用一个控制平面进程实现与内核交互获取设备信息，并实现与snmp服务进程的数据交互。当然也可以是设置多个控制平面进程实现与内核交互获取设备信息，并实现与snmp服务进程的数据交互。本实施例中并不限定多个控制平面进程的设置规则。例如可以是一类设备对象对应一个控制平面进程，由该控制平面进程实现该类设备信息的管理(包括从内核获取该类设备信息，并与snmp服务进程进行交互向snmp服务进程返回其所需的该类设备信息)。当然也可以是多类设备对象对应一个控制平面进程，由该控制平面进程实现对应设备信息的管理。

S120、将目标设备信息发送给snmp服务进程。

本实施例中在控制平面进程查询到目标设备信息后，将该目标设备信息发送给snmp服务进程，使得snmp服务进程获取该目标设备信息，实现设备信息的收集。本实施例中并不对目标设备信息的发送形式进行限定，例如可以直接向snmp服务进程发送该目标设备信息；也可以是先对该目标设备信息进行封装，并并将封装后的目标设备信息发送给snmp服务进程。具体的，当目标设备信息是多个时，本实施例可以封装各个目标设备信息，并将封装后的目标设备信息发送给snmp服务进程。

下面以CtrlD作为控制平面进程，以ip信息作为目标设备信息为例说明本实施例的具体过程：

第一：snmp服务进程向CtrlD发送需要获取ip信息的IPC消息(即设备信息获取消息)。

第二：CtrlD收到snmp服务进程的IPC消息后，在本进程查找对应的ip信息(即目标设备信息)，将ip信息(包括snmp服务关注的相关项)封装后，通过IPC消息返回给snmp服务进程。(此时ip信息的所有信息在一次IPC消息中就获取到了，无需多次通信获取)。

第三：snmp服务进程收到CtrlD返回的结果，将结果保存起来，以便为snmp服务客户端提供数据。

其中在第二步骤中，CtrlD向snmp服务进程返回ip信息时，可以一次返回多个ip信息(即snmp服务进程一次IPC请求可以获取多条目标设备信息)。

基于上述技术方案，本发明实施例提供的snmp服务设备信息收集方法，snmp服务根据需要支持的MIB直接在控制平面进程中获取需要收集的设备信息，无需去内核中去获取。减少了在设备信息收集过程中与内核的通信，也就减少了对cpu资源的占用。进一步，通过snmp服务进程与控制平面进程通过IPC通信，可以根据IPC消息的大小，一次获取多个目标设备信息。提升了snmp服务设备信息收集效率，进而提升snmp服务效率，提高用户态基础网络平台性能。

基于上述实施例，为了提高snmp服务进程获取到的目标设备信息的可靠性，优选的，本实施例中还需要对已存储设备信息进行及时的更新，当然，本实施例中并不限定具体的更新方式，以及更新时机。例如可以是在设备信息发送变化时，在已存储设备信息中对变化的设备信息进行更新(例如当检测到所需的设备信息发生变化时，确定发生变化的对象，获取该对象的最新数据，并利用该最新数据更新已存储设备信息中对应的旧数据)，也可以是定期对已存储设备信息中各个设备信息进行验证更新(例如定期与内核进行交互获取新的设备信息形成已存储设备信息)。进一步，为了保证更新效率，避免硬件资源的浪费，优选的，本实施例中还可以包括：

控制平面进程检测到触发更新已存储设备信息的预设事件时，向内核发起更新设备信息获取请求；

利用接收到的内核反馈的设备信息更新已存储设备信息。

需要说明的是，本实施例并不对预设事件的检测方式进行限定。例如当检测到snmp服务所需的某个设备信息对象发生变化时认为检测到了触发更新已存储设备信息的预设事件。此时变化可以指增删改等操作。本实施例中并不限定检测到snmp服务所需的某个设备信息对象发生变化的执行主体，例如可以是其他进程在设备信息对象发生变化时向控制平面进程发送修改请求，进而控制平面进程在接收到该修改请求时向内核发起更新设备信息获取请求(即向内核发起获取该变化对象的当前设备信息的请求)；利用接收到的内核反馈的设备信息更新已存储设备信息。也可以是直接由控制平面进程对各个snmp服务所需的设备信息对象进行监控，即控制平面进程检测到触发更新已存储设备信息的预设事件时，向内核发起更新设备信息获取请求；利用接收到的内核反馈的设备信息更新已存储设备信息。

基于上述技术方案，本发明实施例提供的snmp服务设备信息收集方法，snmp服务根据需要支持的MIB直接在控制平面进程中获取需要收集的设备信息，无需去内核中去获取。减少了在设备信息收集过程中与内核的通信，也就减少了对cpu资源的占用。进一步，通过snmp服务进程与控制平面进程通过IPC通信，可以根据IPC消息的大小，一次获取多个目标设备信息。提升了snmp服务设备信息收集效率，进而提升snmp服务效率，提高用户态基础网络平台性能。且通过对已存储设备信息的更新操作，保证了snmp服务收集的设备信息的可靠性。

基于上述任意实施例，本实施例中为了保证snmp服务可以及时可靠的获取到其所需要的目标设备信息，还可以包括：

snmp服务进程判断是否接收到目标设备信息；

若未接收到，则向内核发起设备信息获取请求。

可以理解的是，本实施例中snmp服务进程在没有接收到控制平面进程发送的目标设备信息时，可以直接向内核发起设备信息获取请求，以便从内核中获取到目标设备信息，从而保证snmp服务能够收集到其所需的设备信息。当然，本实施例中并不限定snmp服务进程判断是否接收到目标设备信息的方式，例如可以是在预设时间内判断是否接收到目标设备信息，若没有则认为snmp服务进程未接收到目标设备信息，则向内核发起设备信息获取请求。当然也可以是在在预设时间内判断是否接收到目标设备信息，若没有则输出提示信息，使得用户判断snmp服务进程是否未接收到目标设备信息，当接收到输入的确认snmp服务进程未接收到目标设备信息，则向内核发起设备信息获取请求。可以理解为，除去非必要与内核直接通信获取的设备信息，其余部分，均可以直接在控制平面进程中获取snmp需要收集的目标设备信息。

基于上述技术方案，本发明实施例提供的snmp服务设备信息收集方法，snmp服务根据需要支持的MIB直接在控制平面进程中获取需要收集的设备信息，无需去内核中去获取。减少了在设备信息收集过程中与内核的通信，也就减少了对cpu资源的占用。进一步，通过snmp服务进程与控制平面进程通过IPC通信，可以根据IPC消息的大小，一次获取多个目标设备信息。提升了snmp服务设备信息收集效率，进而提升snmp服务效率，提高用户态基础网络平台性能。且能够保证snmp服务可以及时获取到其所需的目标设备信息。

下面对本发明实施例提供的snmp服务设备信息收集装置、电子设备及计算机可读存储介质进行介绍，下文描述的snmp服务设备信息收集装置、电子设备及计算机可读存储介质与上文描述的snmp服务设备信息收集方法可相互对应参照。

请参考图2，图2为本发明实施例所提供的snmp服务设备信息收集装置的结构框图；该装置可以包括：

查询模块100，用于控制平面进程接收到snmp服务进程发送的设备信息获取消息后，在已存储设备信息中查找设备信息获取消息对应的目标设备信息；

发送模块200，用于将目标设备信息发送给snmp服务进程。

基于上述实施例，查询模块100具体为在控制平面进程中的已存储设备信息中查找设备信息获取消息对应的各个目标设备信息的模块。

基于上述任意实施例，发送模块200具体为封装各个目标设备信息，并将封装后的目标设备信息发送给snmp服务进程的模块。

基于上述任意实施例，该装置还可以包括：

存储模块，用于控制平面进程向内核发起各个设备信息获取请求；接收并保存内核反馈的各个设备信息，形成已存储设备信息。

基于上述任意实施例，该装置还可以包括：

更新模块，用于控制平面进程检测到触发更新已存储设备信息的预设事件时，向内核发起更新设备信息获取请求；利用接收到的内核反馈的设备信息更新已存储设备信息。

基于上述任意实施例，该装置还可以包括：

判断模块，用于snmp服务进程判断是否接收到目标设备信息；

交互模块，用于若snmp服务进程未接收到目标设备信息，则向内核发起设备信息获取请求。

本发明实施例还提供一种电子设备，包括：存储器，用于存储计算机程序；处理器，用于执行计算机程序时实现上述任意实施例所述的snmp服务设备信息收集方法的步骤。如处理器用于执行计算机程序时实现控制平面进程接收到snmp服务进程发送的设备信息获取消息后，在已存储设备信息中查找设备信息获取消息对应的目标设备信息；将目标设备信息发送给snmp服务进程。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述任意实施例所述的snmp服务设备信息收集方法的步骤。如计算机程序被处理器执行时实现控制平面进程接收到snmp服务进程发送的设备信息获取消息，在已存储设备信息中查找设备信息获取消息对应的目标设备信息后；将目标设备信息发送给snmp服务进程。

该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本发明所提供的一种snmp服务设备信息收集方法、装置、电子设备及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

Claims (8)

1.一种snmp服务设备信息收集方法，其特征在于，包括：

控制平面进程接收到snmp服务进程发送的设备信息获取消息后，在已存储设备信息中查找所述设备信息获取消息对应的目标设备信息；

将所述目标设备信息发送给所述snmp服务进程；

其中，在已存储设备信息中查找所述设备信息获取消息对应的目标设备信息，包括：

在所述控制平面进程中的已存储设备信息中查找所述设备信息获取消息对应的各个目标设备信息；

并且，所述snmp服务设备信息收集方法，还包括：

所述控制平面进程检测到触发更新所述已存储设备信息的预设事件时，向内核发起更新设备信息获取请求；

利用接收到的所述内核反馈的设备信息更新所述已存储设备信息。

2.根据权利要求1所述的snmp服务设备信息收集方法，其特征在于，将所述目标设备信息发送给所述snmp服务进程，包括：

封装各个所述目标设备信息，并将封装后的目标设备信息发送给所述snmp服务进程。

3.根据权利要求1所述的snmp服务设备信息收集方法，其特征在于，所述已存储设备信息的形成方式，包括：

所述控制平面进程向内核发起各个设备信息获取请求；

接收并保存所述内核反馈的各个设备信息，形成所述已存储设备信息。

4.根据权利要求1所述的snmp服务设备信息收集方法，其特征在于，还包括：

所述snmp服务进程判断是否接收到所述目标设备信息；

若未接收到，则向内核发起设备信息获取请求。

5.一种snmp服务设备信息收集装置，其特征在于，包括：

查询模块，用于控制平面进程接收到snmp服务进程发送的设备信息获取消息后，在已存储设备信息中查找所述设备信息获取消息对应的目标设备信息；

发送模块，用于将所述目标设备信息发送给所述snmp服务进程；

其中，所述查询模块，具体用于：在所述控制平面进程中的已存储设备信息中查找所述设备信息获取消息对应的各个目标设备信息；

并且，所述snmp服务设备信息收集装置，还用于：所述控制平面进程检测到触发更新所述已存储设备信息的预设事件时，向内核发起更新设备信息获取请求；利用接收到的所述内核反馈的设备信息更新所述已存储设备信息。

6.根据权利要求5所述的snmp服务设备信息收集方法，其特征在于，还包括：

设备信息获取模块，用于所述控制平面进程向内核发起各设备信息获取请求；接收并保存所述内核反馈的各设备信息，形成所述已存储设备信息。

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

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至4任一项所述的snmp服务设备信息收集方法的步骤。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至4任一项所述的snmp服务设备信息收集方法的步骤。

Images