CN107677301B - 监控设备检测方法与装置 - Google Patents

Abstract

本发明实施例提出一种监控设备检测方法与装置，涉及监控技术领域。首先判断插件框架内预设定的插件与待检测监控设备是否匹配；如果不匹配，则判断插件库中是否存储有与待检测监控设备匹配的插件；如果有，将与待检测监控设备匹配的插件嵌设至插件框架内；最后利用插件框架对待检测监控设备进行检测。本发明提供的监控设备检测方法与装置具有提高了软件的复用度，解决了各软件之间差异化问题的优点。

Description

监控设备检测方法与装置

技术领域

本发明涉及监控技术领域，具体而言，涉及一种监控设备检测方法与装置。

背景技术

集中监控、集中管理、集中维护是监控类项目的进一步的要求，监控类项目的核心是采集数据、识别告警，结合专业人员的经验分析判断来决定如何处理突发事件，监控系统涉及到的领域非常多，包括安防类、环境类、高低压类等等，常规上都是由硬件提供商提供一套软件平台用于监视自身设备，这导致在监控中心会部署很多操作界面、登录账户都不相同的软件。监控班组为了了解系统的运行情况，必须学会操作这些软件并掌握对应的专业知识，以5个专业，3班倒的方式来计算，就需要占用15个人力资源，这会造成大量的人力资源浪费。

有鉴于此，如何解决现有技术中各个软件之间差异性的问题，是本领域技术人员关注的重点。

发明内容

有鉴于此，本发明的目的在于提供一种监控设备检测方法，以解决现有技术中各个软件之间差异性的问题。

本发明的另一目的在于提供一种监控设备检测装置，以解决现有技术中各个软件之间差异性的问题。

为了实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提出一种监控设备检测方法，所述监控设备检测方法包括：

判断插件框架内预设定的插件与一待检测监控设备是否匹配；

如果不匹配，判断插件库中是否存储有与所述待检测监控设备匹配的插件；

如果是，将与所述待检测监控设备匹配的插件嵌设至所述插件框架内；

利用嵌设好插件的插件框架对所述待检测监控设备进行检测。

第二方面，本发明实施例还提出一种监控设备检测装置，所述监控设备检测装置包括：

匹配判断单元，用于判断插件框架内预设定的插件与一待检测监控设备是否匹配；

插件判断单元，用于如果插件框架内预设定的插件与所述待检测监控设备不匹配，判断插件库中是否存储有与所述待检测监控设备匹配的插件；

插件嵌设单元，用于若所述插件库中存储有与所述待检测监控设备匹配的插件，将与所述待检测监控设备匹配的插件嵌设至所述插件框架内；

检测单元，用于利用嵌设好插件的插件框架对所述待检测监控设备进行检测。

相对现有技术，本发明具有以下有益效果：

本发明提供了一种监控设备检测方法与监控设备检测装置，首先判断插件框架内预设定的插件与待检测监控设备是否匹配；如果不匹配，则判断插件库中是否存储有与待检测监控设备匹配的插件；如果有，将与待检测监控设备匹配的插件嵌设至插件框架内；最后利用插件框架对待检测监控设备进行检测。通过设置插件框架的方式，使得在进行待检测监控设备的检测时，能够利用插件框架内中嵌设的插件对待检测监控设备进行检测，由于插件框架结构固定，所以只需将与待检测监控设备匹配的插件嵌设入插件框架中即可实现检测，提高了软件的复用度，解决了各软件之间差异化的问题，从而使得工作人员操作软件更加方便。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明的一个实施例提供的监控设备的结构框图。

图2示出了本发明的一个实施例提供的监控设备检测方法的流程图。

图3示出了本发明的一个实施例提供的插件框架的结构框图。

图4示出了本发明的另一个实施例提供的监控设备检测装置的单元连接框图。

图标：10-监控设备；12-存储器；13-存储控制器；14-处理器；100-监控设备检测装置；110-判断单元；120-插件嵌设单元；130-提示信息生成单元；140-提示信息发送单元；150-检测单元；200-插件框架；210-采集层；220-协议层；230-处理层；240-告警层；250-接口层。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，还需要说明的是，除非另有明确的规定和限定，术语“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。下面结合附图，对本发明的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请参照图1，是本发明提供的监控设备10的功能模块示意图。该监控设备10包括监控设备检测装置100、存储器12、存储控制器13以及处理器14。

所述存储器12、存储控制器13以及处理器14各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述监控设备检测装置100包括至少一个可以软件或固件(firmware)的形式存储于所述存储器12中或固化在所述监控设备10的操作系统(operating system，OS)中的软件功能模块。所述处理器14用于执行存储器12中存储的可执行模块，例如所述监控设备检测装置10011包括的软件功能模块或计算机程序。

其中，存储器12可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，

PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。其中，存储器12用于存储程序，所述处理器14在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的服务器所执行的方法可以应用于处理器14中，或者由处理器14实现。

处理器14可能是一种集成电路芯片，具有信号的处理能力。上述的处理器14可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器14也可以是任何常规的处理器等。

请参阅图2，是本发明较佳实施例提供的应用于图1所示的监控设备检测方法的流程图，下面对图2所示的具体流程进行详细阐述。

步骤S101，判断插件框架内预设定的插件与所述待检测监控设备是否匹配。如果匹配，则执行步骤S105，如果不匹配，则执行步骤S102。

当需要检测待检测监控设备时，需将监控设备10与待检测监控设备建立连接，然后在进行检测。在本实施例中，首先设置有一插件框架，该插件框架描述了各个组成系统模块是如何进行工作。如图3所示，在本实施例中，插件框架200是由接口层250、告警层240、处理层230、协议层220和采集层210组成，采集层210、协议层220、处理层230、告警层240以及接口层250依次连接，每个层预设定有至少一个插件。当然的，在其他的一些实施例中，插件框架200也可能包括更少或者更多的层，例如插件框架200只包括采集层210、协议层220以及接口层250，而处理层230以及告警层240则不设置于该插件框架200内，本实施例对此并不做任何限定。

需要说明的是，我们通常意义说的接入，一般包含2层意思，一种是物理接入，例如通过计算机什么资源获取数据，比如通过WIFI、蓝牙、串口接入什么设备。另一种是数据接入，即协议的接入，监设备的协议通常由下游进行约定，发送方按照约定的协议格式打包和发送数据，接收方则按照约定的协议格式接收和解析数据。比如电源、视频是2种截然不同的设备，需要通过不同的协议模块插件进行解读。而物理接入这部分就是图中的采集层210，系统通过WIFI插件、蓝牙插件、串口插件实现物理接入，通过协议插件实现数据接入，通过部署不同的处理模块插件实现数据的特殊处理流程等。

即采集层210采集的待检测监控设备的数据需要通过协议层220进行解读，才能使监控设备10读懂该数据，同时通过处理层230进行判断，例如温度过高时输出温度过高的信息。

并且，为了使插件框架200能够正常运行，插件框架200的每层均设置嵌设有至少一个插件。在进行检测时，首先需判断插件框架200每层的插件是否与待检测监控设备匹配，本实施例中，匹配即适配。例如，待检测监控设备设置的为蓝牙连接，而此时采集层210内嵌设的插件为WIFI插件，显然的，插件与待检测监控设备并不匹配。

有鉴于此，在本实施例中，需先判断插件框架200内预设定的插件与所述待检测监控设备是否匹配。

步骤S102，判断插件库中是否存储有与所述待检测监控设备匹配的插件。如果有则执行步骤S103，如果没有，则执行步骤S104。

当插件框架200中某一层或多层的插件与待检测监控设备不匹配时，监控设备10会在插件库中搜索是否有与该待检测监控设备匹配的插件。该插件库中预存储有多个常用的插件，例如蓝牙插件、WIFI插件等。

步骤S103，将与所述待检测监控设备匹配的插件嵌设至所述插件框架200内。

当插件库中存储有与待检测监控设备匹配的插件时，可将该插件嵌设至插件框架200的相应层内。例如，插件框架200中采集层210中嵌设有WIFI插件，而待检测监控设备与监控设备10实质采用蓝牙连接，此时插件库中存储有蓝牙插件，则可将该蓝牙插件嵌设至插件框架200的采集层210中。

步骤S104，生成相应的提示信息，并将所述提示信息发出。

由于插件库中基本可包括常用的所有插件，所以当插件库中并没有找到与待检测监控设备匹配的插件时，需要研发人员进行研发，开发出需要的插件。此时监控设备10会生成缺少插件的提示信息，并将所述提示信息发出，从而提示开发人员开发所需插件。

需要说明的是，针对各个层，定义其抽象接口、回调函数等。各个插件模块则继承抽象接口进行开发。开发插件相比于传统开发，它把程序的功能分散在插件中来完成。插件是可独立开发的程序模块，它能够动态地插入到系统中，并且可以被自由地删除和替换。因此它能够提高软件开发的并行性和开发效率，降低设计开发难度，缩短开发周期，增强应用程序的可运行性、可测试性和可维护性。

并且，系统在运行中动态载入这些满足规范的的插件，模块间通过调用抽象接口间接引用插件而无需关心具体实现方式。

换言之，本发明实施例提供的插件框架200，只有当无法找到与待检测监控设备相匹配的插件时，才需要开发人员开发新的插件，而当能够插件库中存储有与待检测监控设备匹配的插件时，则可利用该插件且无需开发新插件。从而使得插件框架200能够提高软件的复用度，解决了个软件之间差异性的问题，是操作人员能够快速上手使用检测软件。同时，插件框架200因为强大的独立性，可以提高软件开发的并行性，为软件产业的大规模生产提供支持；并且能够缩短软件的研发周期、节约研发成本，带给程序开发人员更多的灵活性，产品在软件发布以后还可以添加新的插件和完善已有的功能，对软件的升级与维护也带来了很大的帮助。

步骤S105，利用所述插件框架200对所述待检测监控设备进行检测。

在该插件框架200每层的插件都有待检测监控设备匹配时，即可对待检测监控设备进行检测，并输出检测出的检测结果，该检测结果可以但不包括待检测监控设备在运行时的参数。

第二实施例

请参阅图4，是本发明较佳实施例提供的图1所示的监测装置的功能单元示意图。需要说明的是，本实施例所提供的监测装置，其基本原理及产生的技术效果和上述实施例相同，为简要描述，本发明实施例部分未提及之处，可参考上述的实施例中相应内容。所述监测装置包括匹配判断单元110、插件嵌设单元120、提示信息生成单元130、提示信息发送单元140以及检测单元150。

匹判断单元110，用于判断插件框架200内预设定的插件与所述待检测监控设备是否匹配。

可以理解的，通过匹配判断单元110可执行步骤S101。

判断单元110，还用于判断插件库中是否存储有与所述待检测监控设备匹配的插件。

可以理解的，通过插件判断单元110可执行步骤S102。

插件嵌设单元120，用于将与所述待检测监控设备匹配的插件嵌设至所述插件框架200内。

可以理解的，通过插件嵌设单元120可执行步骤S103。

提示信息生成单元130，用于生成相应的提示信息。

可以理解的，通过提示信息生成单元130可执行步骤S104。

提示信息发送单元140，将所述提示信息发出。

可以理解的，通过提示信息发送单元140可执行步骤S104。

检测单元150，用于利用所述插件框架200对所述待检测监控设备进行检测。

可以理解的，通过检测单元150可执行步骤S105。

综上所述，本发明提供了一种监控设备检测方法与装置，首先判断插件框架内预设定的插件与待检测监控设备是否匹配；如果不匹配，则判断插件库中是否存储有与待检测监控设备匹配的插件；如果有，将与待检测监控设备匹配的插件嵌设至插件框架内；最后利用插件框架对待检测监控设备进行检测。通过设置插件框架的方式，使得在进行待检测监控设备的检测时，能够利用插件框架内中嵌设的插件对待检测监控设备进行检测，由于插件框架结构固定，所以只需将与待检测监控设备匹配的插件嵌设入插件框架中即可实现检测，提高了软件的复用度，解决了各软件之间差异化的问题。

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

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

Claims (8)

1.一种监控设备检测方法，其特征在于，所述监控设备检测方法包括：

判断插件框架内预设定的插件与一待检测监控设备是否匹配；

若所述插件框架内预设定的插件与所述待检测监控设备匹配，则利用所述插件框架对所述待检测监控设备进行检测；

若所述插件框架内预设定的插件与所述待检测监控设备不匹配，判断插件库中是否存储有与所述待检测监控设备匹配的插件；

如果是，将与所述待检测监控设备匹配的插件嵌设至所述插件框架内；

利用嵌设好插件的插件框架对所述待检测监控设备进行检测。

2.如权利要求1所述的监控设备检测方法，其特征在于，在所述判断插件库中是否存储有与所述待检测监控设备匹配的插件的步骤之后；所述监控设备检测方法还包括：

若所述插件库没有存储有与所述待检测监控设备匹配的插件，生成无插件提示信息，并将所述提示信息发出。

3.如权利要求1所述的监控设备检测方法，其特征在于，所述插件框架包括采集层、协议层以及接口层，所述采集层、协议层以及接口层依次连接，且所述采集层、协议层以及接口层均嵌设有至少一个插件。

4.如权利要求3所述的监控设备检测方法，其特征在于，所述插件框架还包括处理层与告警层，所述采集层、协议层、处理层、告警层以及接口层依次连接，且所述处理层与告警层也嵌设有至少一个插件。

5.一种监控设备检测装置，其特征在于，应用于监控设备，所述监控设备用于监控一待检测监控设备，所述监控设备检测装置包括：

判断单元，用于判断插件框架内预设定的插件与所述待检测监控设备是否匹配；

判断单元还用于如果插件框架内预设定的插件与所述待检测监控设备不匹配，判断插件库中是否存储有与所述待检测监控设备匹配的插件；

插件嵌设单元，用于若所述插件库中存储有与所述待检测监控设备匹配的插件，将与所述待检测监控设备匹配的插件嵌设至所述插件框架内；

检测单元，用于利用所述插件框架对所述待检测监控设备进行检测；以及还用于若所述插件框架内预设定的插件与所述待检测监控设备匹配，利用所述插件框架对所述待检测监控设备进行检测。

6.如权利要求5所述的监控设备检测装置，其特征在于，所述监控设备检测装置还包括：

提示信息生成单元，用于若所述插件库没有存储有与所述待检测监控设备匹配的插件，生成无插件提示信息；

提示信息发送单元，用于将所述提示信息发出。

7.如权利要求5所述的监控设备检测装置，其特征在于，所述插件框架包括采集层、协议层以及接口层，所述采集层、协议层以及接口层依次连接，且所述采集层、协议层以及接口层均嵌设有至少一个插件。

8.如权利要求7所述的监控设备检测装置，其特征在于，所述插件框架还包括处理层与告警层，所述采集层、协议层、处理层、告警层以及接口层依次连接，且所述处理层与告警层也嵌设有至少一个插件。