CN109495303A - 获取设备参量信息的方法、设备网络管理装置及***、电子装置和存储介质 - Google Patents

Abstract

本发明公开了一种获取设备参量信息的方法，配置用于下发查询请求的第一线程和用于监听响应消息的第二线程；在接收到任务参数时，启动第一线程，根据任务参数下发查询请求；在下发查询请求后，启动第二线程，接收设备的响应信息，根据响应消息获取设备参量信息。本发明还公开了设备网络管理装置及***。根据本发明公开的方法、装置和***就可以对每个设备快速地、同时地、实时地更新设备数据和状态，实现了快速实时同步地查询设备的参量信息的功能。

Description

获取设备参量信息的方法、设备网络管理装置及***、电子装 置和存储介质

技术领域

本发明涉及网络通信技术领域，尤其涉及一种获取设备参量信息的方法、设备网络管理装置及***，同时还涉及了相关的电子装置和存储介质。

背景技术

随着通信网络的深度发展趋势，近年来互联网和电信行业的迅猛发展给设备制造商带来了发展的机遇，大量的设备制造商推出的网络设备层出不穷，运营商在管理网络时所应用的设备也是五花八门，而且数量也极其庞大，这些，都给网络运营和管理带来了很大的挑战。

为了更好地对设备进行统一管理和监控，目前采用的方式是通过配置设备网络管理***，将需要管理的通信设备以远程的方式接入设备网络管理***，以实现对设备的远程管理和监控。这种方式，能够有效实现对设备的统一管理和监控，但在由设备网络管理***对各个设备进行管理时，管理***与设备之间往往是通过队列式进行交互，即设备网络管理***与多个设备中的其中一个进行完整的交互过程，而其余设备则在队列中等待，当设备网络管理***与当前的设备的交互完成后，才会对队列中等待的下一个设备进行查询，这严重导致了管理***整体更新设备数据缓慢的问题。

发明内容

针对现有的网络管理***与设备之间的交互情况，发明人经过研究发现，导致更新设备数据缓慢的问题的主要原因在于：一、设备网络管理***与设备之间是依次交互通信的，这样就没能充分利用***与设备之间交互的等待时隙；二、设备网络管理***与设备之间的每次交互，都是要处理完一个完整的数据交互过程，这样就延长了其余设备的等待时间。发现该原因之后，发明人又经过进一步的研究和试验，提出了基于周期交互的异步通信构思，以解决设备网络管理***更新设备数据缓慢的问题，该构思具体涉及以下技术方案：

第一方面，本发明实施例提供了一种获取设备参量信息的方法，该方法包括如下步骤：

配置用于下发查询请求的第一线程和用于监听响应消息的第二线程；

启动第一线程，根据任务参数下发查询请求；

启动第二线程，接收设备的响应信息，根据响应消息获取设备参量信息。

基于该方法的构思，将与设备交互的过程进行了分解，使得在于设备交互时，不再局限于每次要完成一个完整的数据交互过程，而是将请求和响应分离，并设置两个线程分别来处理请求和响应，这样，就可以根据第一线程和第二线程同时实现下发请求和监听响应的效果，基于第一线程和第二线程的配合可以异步的对设备进行处理，相对传统的队列式交互方式，首先，缩短了其他设备的等待时间(之前每次与设备要进行一个完成交互，而本方案请求和响应分离，每次请求之间不需再等待设备响应，因而两次请求之间的时间大幅缩短)，其次，充分利用了设备的等待时隙(通过两个线程进行并行异步处理，在等待时隙时，另一个线程就会进行相应处理，CPU利用率大幅提高)。由此，本发明实施例的方案能够快速获取设备的参量信息，这种快速，使得设备的信息获取和更新的时间几乎是同步的，达到了快速实时同步地查询设备的参量信息的效果，实现了对设备的实时监控。

第二方面，本发明提供了一种设备网络管理装置，包括线程管理模块，用于启动第一线程模块和第二线程模块；第一线程模块，用于根据任务参数下发查询请求，并向线程管理模块输出反馈信号；和第二线程模块，用于监听设备的响应消息，并根据响应消息获取设备参量信息。本发明实施例的设备网络管理装置的第一线程模块和第二线程模块可以对设备进行异步的请求下发和响应监听，基于两个线程，将传统的与设备的交互过程分解为请求和响应，使得每次交互之间不再需要等待一个完成的数据响应过程，实现了快速获取设备的参量信息的效果，克服了现有技术中***的数据更新缓慢、设备数量承载能力差、故障响应不及时等的缺点。

第三方面，本发明提供了一种设备网络管理***，包括设备网络管理装置和至少一个远端通信设备，设备网络管理装置和远端通信设备能够双向通信，设备网络管理装置用于根据接收到的任务参数向相应的远端通信设备下发查询请求和接收远端通信设备的响应消息，以实现对至少一个远端通信设备的远程管理；其中，设备网络管理装置为上述的设备网络管理装置。该***基于双线程异步通信的机制，克服了现有***的数据更新缓慢、设备数量承载能力差、故障响应不及时等的缺点，可以应对当监控设备数量需求较大、故障响应速度要求较快时的情况。

第四方面，本发明提供了一种电子装置，其包括存储器和至少一个处理器，存储器中存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述方法的步骤。

第五方面，本发明提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述方法的步骤。

本发明基于双线程异步查询设备参量信息的机制，使得设备网络管理***对每个设备快速地、同时地、实时地更新设备数据和状态，克服了现有***的数据更新缓慢、设备数量承载能力差、故障响应不及时等的缺点，可以应对当监控设备数量需求较大、故障响应速度要求较快时的情况。

附图说明

图1为本发明一种实施方式的获取设备参量信息的方法流程图；

图2为本发明另一实施方式的获取设备参量信息的方法流程图；

图3为本发明一实施方式的设备网络管理装置原理框图；

图4为本发明一实施方式的设备网络管理***框图；

图5为本发明的设备网络管理***的其中一个应用界面的示意图；

图6为本发明设备网络管理***的另一应用界面的示意图，其中，图6A为其中一个设备的参量信息的查询展示结果，图6B为同一任务中的另一设备的参量信息的查询展示结果；

图7为本发明一实施方式的获取设备参量信息的方法的电子装置原理图。

具体实施方式

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

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

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

在本发明中，“模块”、“装置”、“***”等指应用于计算机的相关实体，如硬件、硬件和软件的组合、软件或执行中的软件等。详细地说，例如，元件可以、但不限于是运行于处理器的过程、处理器、对象、可执行元件、执行线程、程序和/或计算机。还有，运行于服务器上的应用程序或脚本程序、服务器都可以是元件。一个或多个元件可在执行的过程和/或线程中，并且元件可以在一台计算机上本地化和/或分布在两台或多台计算机之间，并可以由各种计算机可读介质运行。元件还可以根据具有一个或多个数据包的信号，例如，来自一个与本地***、分布式***中另一元件交互的，和/或在因特网的网络通过信号与其它***交互的数据的信号通过本地和/或远程过程来进行通信。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”，不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本发明实施例中的获取设备参量信息的方法及装置可以应用在任何需要对设备进行实时监控或管理，以快速对设备的参量信息数据进行获取和/或更新的场合，本发明实施例的设备不局限于下述实施例的远端通信设备，可以是其他需要进行监控管理的设备类型，本发明实施例对此不作限定。本发明实施例的方法及装置既可以应用在计算机上，如承载在远程服务器上，也可以应用在具有执行能力的智能设备上，如智能手机、平板电脑、PC等智能硬件设备上，本发明实施例对此不作限制。

其中，本发明实施例中提及的参量信息是指与设备的参数有关的信息数据，包括但不限于设备的名称、设备类型、设备运行参数信息、设备告警参数信息等，可以根据需求对参量信息进行扩展，本发明实施例对此也不作限制。

图1示意性地显示了本发明一种实施方式的获取设备参量信息的方法流程，如图1所示，本发明实施例的方法包括如下步骤：

步骤S101：配置用于下发查询请求的第一线程和用于监听响应消息的第二线程。

分配两条互不干扰的线程，根据配置需求为其设定不同的功能，以实现异步并行通信。示例性地，可以是配置一个用于下发查询请求给目标设备的第一线程和可以监听由目标设备发回的响应消息的第二线程。

其中，作为优选实现例，第一线程和第二线程均可以实现为基于UDP实现与目标设备的通信。

由此，两条独立的线程可以各司其职，并行异步地为接下来与各设备之间的通信分别提供服务，提高数据处理效率。且当目标设备有多台时，大幅减少其余设备的等待时间。

步骤S102：在接收到任务参数时，启动第一线程，根据任务参数下发查询请求。

将对设备的查询请求以任务为单元进行管理，当接收到任务参数时，就相当于接收到了一个管理或监控任务，通过执行该任务来完成数据交互过程，进而完成对设备的管理或监控，该管理或监控任务示例性地可以为获取设备的参量信息。示例性地，每个任务可以通过设置的任务参数来标识。

当接收到一个任务请求时，会首先基于任务请求的内容获取到任务参数，示例性地，该任务请求可以是由用户通过用户界面或用户接口手动输入设定任务参数后提交的。在获取到任务参数后，就会启动用于下发查询请求的第一线程，第一线程将基于任务参数对当前的任务进行监控和处理。

示例性地，任务参数包括轮询周期、轮询内容和轮询对象。轮询周期为执行该任务的间隔周期，每隔一个轮询周期就要执行一次该任务，第一线程将基于轮询周期对何时执行任务进行监控。轮询内容对应任务的执行内容，示例性地，在本实施例中任务为获取设备的参量信息，则轮询内容对应了待获取的设备的参量名称，可以实现为包括告警性能、射频信息和网络信息中的至少一种。轮询对象标识了需要与之通信的设备，即标识了被监控或管理的设备，可以为单一对象也可以为多个对象，对于多个对象时，可以克服对于一些现有技术的管理***，当设备数量过多时，承载能力差的问题。

以任务参数为轮询周期、轮询内容和轮询对象为例，第一线程根据设定的轮询周期对当前任务进行监测，在监测到当前任务达到一个轮询周期时，依次获取轮询对象，对轮询对象下发查询请求。当轮询对象有多个时，每次获取一个设备，对该设备下发查询请求，然后再获取下一个设备，对其下发查询请求，直至获取完所有设备，之后再启动另一轮监测。示例性地，在监测过程中，针对各个任务，循环判断其是否已经到达相应的轮询周期时间，如果未到达轮询的间隔，就继续等待，如果达到轮询周期的时间，就根据轮询内容中的参量类型，如参量类型为告警性能、射频信息和网络信息，对需要查询的参量进行组包封装，并将封装好的信息通过下发至轮询对象的设备端。以第一线程与设备端基于UDP通信方式进行交互为例，对轮询内容即需要查询的参量进行组包封装是基于UDP协议进行数据打包，生成UDP报文，将该报文通过UDP通信方式下发至相应的轮询对象(即目标设备端，示例性即可以实现为由设备ID来唯一标识一台设备)。

步骤S103：在下发查询请求后，启动第二线程，接收设备的响应信息，根据响应消息获取设备参量信息。

设置的另一线程即第二线程用于进行响应消息的监听，示例性地，第二线程在下发查询请求后启动。

示例性地，第二线程基于UDP通信方式与目标设备进行通信，首先对第二线程配置UDP监听端口信息，之后基于第二线程的UDP监听端口信息对设备进行通信配置。在第二线程启动后，就会在该监听端口对设备进行监视，接收设备响应信息(依据查询请求的轮询内容反馈的信息)。

额外地，第二线程在接收到响应消息后，还会对响应消息进行解析，示例性地，基于UDP通信方式的情况下，接收到的响应消息为UDP响应报文，就可以基于UDP通信协议对响应报文进行解析，获取设备针对查询请求的反馈内容。示例性地，解析结果可以是包括轮询对象以及与上述步骤对应的轮询内容，即轮询对象(示例性地可以实现为设备ID)、告警性能、射频信息和网络信息。这样，就可以根据解析结果将响应消息关联到具体的轮询对象，并根据解析结果获取轮询内容，根据该响应消息关联的轮询对象和轮询内容生成设备参量信息，即针对某设备的相应参量类型的设备数据(设备端由轮询对象标识，参量信息由轮询内容限定)。

通过上述方法过程就完成了对设备的参量信息的查询和数据获取，由上可见，步骤S102和步骤S103是异步进行的，即向各台设备之间的数据收发过程完全是异步进行的，正是因为这种异步的通信方式，可以更好地利用管理端的CPU处理能力，同时避免了因个别设备不能及时反馈数据而造成其他设备堵车的情况。并且在异步并行通信的方式下，各个设备之间是相互独立的，所以可以在短时间内发现设备是否处于告警或者脱机状态，这为管理人员及时发现设备异常提供了方便，减少因不能及时处理设备故障而引发的其他问题。

需要说明的是，在其他实现例中，设置的任务参数可以根据任务需求来设计，而不局限于上述示例性实例的具体参数。

在一些实施例中，启动第二线程也可以是在接收到任务参数时与第一线程同步启动，以实现更及时的监听。根据具体应用场景和需求，启动第一线程和第二线程还可以是在配置好后就启动，本发明实施例对此不做限制。

另外，发明人在具体实现过程中发现，当针对单个任务以设置轮询周期的方式进行轮询内容的获取时，除了可以在异步通信过程中节约等待时间外，还可以更好地利用各个任务之间的等待时间，以根据需求将任务进行分类，如将轮询内容和轮询周期相近的轮询对象，分配在一个任务中，对其进行监控，这样该任务下的轮询对象就具有一个轮询周期，而通过类似的构思设置多个任务时，就可以交叉对不同的轮询对象分别及时下发查询请求，能够充分利用任务间的等待间隙，大幅提高任务处理的效率。

图2示意性地显示根据本发明另一实施方式的获取设备参量信息的方法流程，如图2所示，本发明实施例的方法在图1所示方法的基础上还包括如下步骤：

步骤S204：在生成设备参量信息后，将生成的设备参量信息存储。

在通过上述步骤获取设备参量信息后，还将设备参量信息存储以备继续使用这些参量信息数据，示例性地，可以以一定的数据格式存储至数据库，示例性地，以获取的设备参量信息包括参量ID、参量值为例，可以将设备参量信息以“设备ID-参量ID-参量值-参量更新时间”的数据记录格式存储在数据库中，其中，设备ID是在新增要管理或监控的设备时分配和设置好的，能够唯一标识一台设备，即为任务参数中的轮询对象，其也会包括在响应消息中，用以标识发送响应消息的设备；参量ID和参量值是在解析设备响应报文(即响应消息)时得到的；而参量更新时间为响应报文到达的时间，即第二线程监听到响应消息的时间。方便对各设备的参量信息进行实时查询或方便作为维护依据等。

步骤S205：响应于接收到的客户端请求，从存储的设备参量信息中获取符合请求条件的设备参量信息输出显示。

在存储了参量信息后，就可以随时响应用户的查询需求从存储有参量信息的数据库中调取对应的参量信息，并且可以输出显示各设备的数据更新的时间。示例性地，用户发送查询请求可以是通过设置的客户端例如Web客户端进行查询条件设置和发送请求。

额外地，在一些实施例中，还可以根据需求在第二线程中为各个被监听的设备设定超时响应阈值，这样在第一线程对某设备下发了查询请求后，就通知第二线程对该设备的响应时间进行计时，如果达到超时响应阈值尚未收到响应反馈，就将该设备标记为超时响应，对其做超时处理，以便及时发现设备的脱机状态。由于通过本发明实施例的方法对设备进行查询请求和响应监听是异步的，且响应监听是同时的，并非基于队列的，因此，各个设备是独立的、互不干扰的，除了不会因为一个设备的超时造成队列拥堵外，还能单独为每个设备配置超时响应阈值，以在第一时间发现其告警或脱机状态，能够大幅提高故障处理效率。

图3示意性地显示了根据本发明一实施方式的设备网络管理装置，如图3所示，该设备网络管理装置包括线程管理模块3，第一线程模块401第二线程模块402，线程管理模块3用于启动第一线程模块401和第二线程模块402。其中，线程管理模块3在接收到任务参数时(在其他实施例中也可以为其他时间)，启动第一线程模块401，而启动第二线程模块402既可以是根据第一线程模块401的反馈信号来启动，也可以是在接收到任务参数时启动(此时不需要第一线程模块401返回反馈信号)，下文将以前者为示例进行阐述。

优选地，线程管理模块3实现为包括用于接收任务参数设置的用户接口，当用户使用该装置时，通过用户接口来设置任务参数和发送任务管理或监控请求，以启动线程管理模块进行任务处理。示例性地，用户接口可以是Web客户端或Web GUI。

其中，第一线程模块401用于根据任务参数向各个设备下发查询请求，并向线程管理模块3输出反馈信号。第二线程模块402用于监听设备的响应消息，并根据响应消息获取设备参量信息。示例性地，任务参数包括轮询周期、轮询内容和轮询对象，第一线程模块401向轮询对象下发对轮询内容的查询请求，且下发查询请求是基于轮询周期循环进行的。响应消息是由轮询对象所对应的设备反馈的针对轮询内容的反馈信息，与轮询内容的需求数据相对应。反馈信号用于标识第一线程模块401已下发了查询请求，可以启动第二线程模块402进行响应监听，示例性地，可以实现为一个字符串如“start thread2”。

优选地，第一线程模块401包括轮询监听单元4011和请求下发单元4012。轮询监听单元4011用于根据用户设定的轮询周期对当前的轮询任务是否达到轮询周期进行监测，在每次达到轮询周期时输出动作信号(示例性地，可以为字符串，如“send”)至请求下发单元4012，示例性地，对于轮询周期的监测方式可以通过在内部设置一定时器，根据用户输入的轮询周期设置定时器的时间。请求下发单元4012用于根据轮询监听单元4011输出的动作信号，依次获取轮询对象，并根据轮询内容向各轮询对象下发查询请求，具体的实现方式可以参照方法部分。

第二线程模块402包括消息监听单元4021和消息解析单元4022，消息监听单元4021用于对设备的响应消息进行实时监听；消息解析单元4022用于对响应消息进行解析，生成设备参量信息存储。用户在使用装置时，可以根据第二线程模块402解析输出的响应参数信息进行后续数据利用。

由此，由于本装置的第一线程模块401、第二线程模块402与各台设备之间的数据收发过程完全是异步进行的，并且第一线程模块401和第二线程模块402之间的通信虽然有关联，但也是分开完成，这样就可以克服现有技术中***的数据更新缓慢、设备数量承载能力差、故障响应不及时等的缺点。

在一些实施例中，还可以对设备网络管理装置设置用于设置任务参数的用户端口，该用户端口一方面与用户接口通信，用于接收用户对任务的设定，另一方面与第一线程模块401通信，用于将接收到的任务参数输出给第一线程模块401。这样，就可以灵活的对要管理的任务和对目标设备的待监控参数进行设置，满足多种需求管理需求。

图4示意性地显示了根据本发明一实施方式的设备网络管理***，如图4所示，该设备网络管理***，包括设备网络管理装置5和至少一个远端通信设备6，设备网络管理装置5和远端通信设备6能够双向通信，设备网络管理装置5用于根据接收到的任务参数向相应的远端通信设备6下发查询请求和接收所述远端通信设备的响应消息，以实现对至少一个远端通信设备6的远程管理；其中，设备网络管理装置5为上述的设备网络管理装置5。

发明人在实现和试验过程中发现，由于采用了异步通信机制，并且在下发查询请求的第一线程上是通过轮询周期对不同的任务进行监控，且每个任务下可以包含多个轮询对象即目标设备，因此，有效避免了***中接入的设备过多时，由于依次与各个设备通信容易造成设备通信拥堵的问题，因而，在高响应效率下，在满足正常地更新或者设置远程通信设备参数的需求下，***的设备接入量大幅提升，达到最大可接入2万台通信设备的水平，如此大大地提升了设备网络管理***对远程通信设备的容纳数量和管理能力。

另外，本装置可以更好地利用***服务器的CPU能力，同时避免了因个别远端设备不能及时反馈数据而造成其他设备堵车的情况，另外在异步并行通信的方式下，各个远端通信设备6之间是相互独立的，所以***能在短时间内发现各设备是否处于告警或者脱机状态，这为管理人员及时发现设备异常提供了方便，减少因不能及时处理设备故障而引发的其他问题。

利用图3所示的装置或图4所示的***进行设备管理和监控的操作过程可以是：通过设备网络管理装置的用户接口(示例性地为Web用户界面)在装置中添加需要处理的任务，示例性地，通过点击用户界面上的添加任务选项，进入如图5所示的任务参数设置界面，在该界面的对应的选项中设置好轮询任务名称、轮询时间间隔、轮询内容和轮询对象(可以实现为设备ID)后，将上述内容作为任务添加请求提交，设备网络管理装置的线程管理模块3的用户端口接收到提交的任务添加请求后，通过分析添加的轮询任务的参数，获取到任务参数，并根据任务参数启动第一线程进行轮询周期的监测，在达到轮询周期时，根据轮询内容中的参量类型对需要查询的参量进行组包，并把组好的报文通过UDP通信方式下发至远端通信设备6，重复直至取完所有的轮询对象，示例性地，图5所示的任务中包括了五台通信设备，那么在进行下发查询请求时，就会依次获取该五台设备，分别下发查询报文。在下发查询报文时，线程管理模块3同时会根据第一线程的动作反馈信号，启动第二线程以对设备的响应信息进行监听，这样，第二线程就会陆续收到每台设备(即各个轮询对象)的响应消息，通过对轮询对象返回的数据包进行解析，即可获得各个轮询对象即各台设备的参量信息，将其存储后，就可以接收对其的查询。在对图5示例的五台设备执行完一次任务处理后，通过用户参量信息进行查询，可以得到查询结果信息如图6A和6B所示，包括设备编号、设备位置信息、设备生产序列号和监控软件版本，而且基于图6A和图6B所示的两台设备的查询结果的对比可以看到一个任务中不同设备之间的数据的更新时间几乎是同步的。

同样地，查询请求可以通过用户接口执行，还可以通过用户接口设置查询条件，此时，还可以在设备网络管理装置中设置第二用户端口，以接收用户的查询请求，根据查询请求的参数条件从存储的设备参量信息记录中获取符合条件的信息输出。

示例性地，设备网络管理装置将设备参量信息存储可以是通过连接独立的数据库，也可以是存储在其自身的数据存储模块中。

在一些实施例中，还可以根据需求通过用户接口为设备设置超时响应阈值，在第一线程模块401对某设备下发查询请求后，就由第二线程模块402对其响应时间进行计时(例如基于第一线程模块401的反馈信号)，如果在超时响应阈值的时间内没有响应，就对该设备做超时处理，以便及时处理设备故障响应如脱机状态。

在一些实施例中，本发明实施例提供一种非易失性计算机可读存储介质，所述存储介质中存储有一个或多个包括执行指令的程序，所述执行指令能够被电子设备(包括但不限于计算机，服务器，或者网络设备等)读取并执行，以用于执行本发明上述任一项语音识别网络延时优化方法。

在一些实施例中，本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述任一项获取设备参量信息的方法。

在一些实施例中，本发明实施例还提供一种电子设备，其包括：至少一个处理器，以及与至少一个处理器通信连接的存储器，其中，存储器存储有可被至少一个处理器执行的指令，所述指令被至少一个处理器执行，以使至少一个处理器能够执行获取设备参量信息的方法。

在一些实施例中，本发明实施例还提供一种存储介质，其上存储有计算机程序，该程序被处理器执行时获取设备参量信息的方法。

上述本发明实施例的设备网络管理装置可用于执行本发明实施例的获取设备参量信息的方法，并相应的达到上述本发明实施例的实现获取设备参量信息的方法所达到的技术效果，这里不再赘述。本发明实施例中可以通过硬件处理器(hardware processor)来实现相关功能模块。

图7是本申请另一实施例提供的获取设备参量信息的方法的电子设备的硬件结构示意图，如图7所示，该设备包括：

一个或多个处理器710以及存储器720，图7中以一个处理器710为例。执行获取设备参量信息的方法的设备还可以包括：输入装置730和输出装置740。处理器710、存储器720、输入装置730和输出装置740可以通过总线或者其他方式连接，图7中以通过总线连接为例。

存储器720作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的获取设备参量信息的方法对应的程序指令/模块。处理器710通过运行存储在存储器720中的非易失性软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例获取设备参量信息的方法。

存储器720可以包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需要的应用程序；存储数据区可存储根据设备网络管理装置的使用所创建的数据等。此外，存储器720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器720可选包括相对于处理器710远程设置的存储器，这些远程存储器可以通过网络连接至设备网络管理装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置730可接收输入的数字或字符信息，可以用来设置任务参数、输入查询请求等。输出装置740可包括显示屏等显示设备，可以用来展示输出结果和用户接口(如用户界面)。

所述一个或者多个模块存储在所述存储器720中，当被所述一个或者多个处理器710执行时，执行上述任意方法实施例中的获取设备参量信息的方法。

上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法。

本申请实施例的电子设备以多种形式存在，包括但不限于:

(1)移动通信设备:这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iPhone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备:这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括:PDA、MID和UMPC设备等，例如iPad。

(3)服务器:提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、***总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(4)其他具有数据交互功能的电子装置。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

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

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (12)

1.获取设备参量信息的方法，其特征在于，包括

配置用于下发查询请求的第一线程和用于监听响应消息的第二线程；

启动所述第一线程，根据任务参数下发查询请求；

启动所述第二线程，接收设备的响应信息，根据响应消息获取设备参量信息。

2.根据权利要求1所述的方法，其特征在于，所述任务参数包括轮询周期、轮询内容和轮询对象，所述根据任务参数下发查询请求包括：

根据轮询周期对当前任务进行监测，在监测到当前任务达到一个轮询周期时，依次获取轮询对象，根据轮询内容生成查询请求下发至相应的轮询对象。

3.根据权利要求2所述的方法，其特征在于，所述根据响应消息获取设备参量信息包括：

对响应消息进行解析，根据解析结果将响应消息关联到具体的轮询对象；

根据解析结果获取轮询内容，根据该响应消息关联的轮询对象和轮询内容生成设备参量信息。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

在生成设备参量信息后，将生成的设备参量信息存储；以及

响应于接收到的客户端请求，从存储的设备参量信息中获取符合请求条件的设备参量信息输出显示。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述轮询内容包括告警性能、射频信息和网络信息中的至少一种。

6.设备网络管理装置，其特征在于，包括

线程管理模块，用于启动第一线程模块和第二线程模块；

第一线程模块，用于根据任务参数下发查询请求，和/或向所述线程管理模块输出反馈信号；和

第二线程模块，用于监听设备的响应消息，并根据响应消息获取设备参量信息。

7.根据权利要求6所述的装置，其特征在于，所述任务参数包括轮询周期、轮询内容和轮询对象，所述第一线程模块包括

轮询监听单元，用于根据轮询周期对当前的轮询任务是否达到轮询周期进行监测，在每次达到轮询周期时调用请求下发单元进行相应处理；和

请求下发单元，用于依次获取轮询对象，并根据轮询内容向各轮询对象下发查询请求。

8.根据权利要求7所述的装置，其特征在于，所述第二线程模块包括

消息监听单元，用于对设备的响应消息进行实时监听；和

消息解析单元，用于对响应消息进行解析，生成设备参量信息存储。

9.根据权利要求6至8任一项所述的装置，其特征在于，所述线程管理模块包括用于接收任务参数设置的用户接口。

10.设备网络管理***，包括设备网络管理装置和至少一个远端通信设备，所述设备网络管理装置和远端通信设备能够双向通信，

所述设备网络管理装置用于根据接收到的任务参数向相应的远端通信设备下发查询请求和接收所述远端通信设备的响应消息，以实现对至少一个远端通信设备的远程管理；

其中，所述设备网络管理装置为权利要求1至5任一项所述的设备网络管理装置。

11.电子装置，其特征在于，其包括存储器和至少一个处理器，所述存储器中存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5中任意一项所述方法的步骤。

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