CN105573224A

CN105573224A - 基于抽象模型的监控方法、装置及系统

Info

Publication number: CN105573224A
Application number: CN201410529425.1A
Authority: CN
Inventors: 陆彦良; 张巍
Original assignee: Shenzhen ZTE Netview Technology Co Ltd
Current assignee: Shenzhen ZTE Netview Technology Co Ltd
Priority date: 2014-10-08
Filing date: 2014-10-08
Publication date: 2016-05-11
Anticipated expiration: 2034-10-08
Also published as: CN105573224B

Abstract

本发明公开了一种基于抽象模型的监控方法、装置及系统。所述方法包括：构建被监控对象模型和监控设备模型；提供用于对所述被监控对象模型和监控设备模型分别进行特征描述的被监控对象模板和监控设备模板，并依据所述被监控对象模板和监控设备模板创建被监控对象与监控设备；提供配置有被监控对象属性与监控设备属性之间映射关系的映射规则文件；将获取的监控设备事件依据所述映射规则文件转换为被监控对象事件并展示。通过本发明，能够使得应用程序彻底屏蔽监控设备，只对被监控对象可见，即重构了模型层，各种监控功能都基于统一的被监控对象进行呈现，能够实现功能的有机融合。

Description

基于抽象模型的监控方法、装置及系统

技术领域

本发明涉及监控技术领域，具体而言，涉及一种基于抽象模型的监控方法、装置及系统。

背景技术

目前，以视频监控、动环监控为代表的监控技术，经过多年的发展，已经在各行各业得到广泛而深入的应用，技术日趋成熟。

其中，视频监控是安全防范系统的重要组成部分，传统的视频监控系统包括前端摄像机、传输线缆、视频监控平台。前端摄像机可分为网络数字摄像机和模拟摄像机，用于前端视频图像信号的采集，它是一种防范能力较强的综合系统，目前视频监控以其直观、准确、及时和信息内容丰富而被广泛应用于许多场合。

动环监控，是指针对各类机房中的动力设备及环境变量进行集中监控，一套完善的动环监控系统可以对分布的各个独立的动力设备和机房环境、机房安保监控对象进行遥测、遥信等采集，实时监视系统和设备、安保的运行状态，记录和处理相关数据，及时侦测故障，并作必要的遥控、遥调操作，适时通知人员处理；实现机房的少人、无人值守，以及电源、空调的集中监控维护管理，提高供电系统的可靠性和通信设备的安全性，为机房的管理自动化、运行智能化和决策科学化提供有力的技术支持。

对于目前的监控方法，通常先在现场部署监控设备，然后开发监控设备的接入程序，最后开发上层应用程序，实现人机交互界面。其中，在上层应用程序中，监控软件一般围绕监控设备呈现监控信息，例如某种型号的设备产生了某种告警。为了让用户更直观地获悉监控信息，一些监控软件通过2D/3D图形化仿真模拟技术等，能够呈现出较为直观的图形化监控页面，从而在一定程度上提高了监控的直观性。

例如，专利公开号为CN102236709A的中国专利文献即公开了一种基于Flex的监控页面显示方法及系统，所述方法包括服务器的监控页面信息处理模块获取包含多个Flex控件信息的监控页面信息，并将其发送至浏览器；所述浏览器的浏览器Flex解析模块依据所述监控页面信息，建立静态监控页面；服务器页面解析模块依据从具体业务模块获取的真实业务数据以及所述监控页面信息得到动态更新数据，并将其推送至所述浏览器；所述浏览器的浏览器Flex解析模块依据所述静态监控页面以及动态更新数据，显示实时的监控页面。

但发明人发现，上述现有技术提供的监控方法仍存在以下问题：

当集成不同类型的监控设备时，监控功能不能有机融合。由于不同类型的监控设备的访问接口、功能特性差异较大，当将多种不同类型的监控设备集成到一起时，就难以形成一种有机而统一的监控系统，从而极大地影响了监控系统的易用性。例如，视频设备的告警与动环设备的告警字段存在差异，难以统一显示在一张表格中，即使强制合并在一起也会使得用户难于理解，降低了监控系统的易用性。

发明内容

鉴于此，本发明实施例的目的在于提供一种基于抽象模型的监控方法、装置及系统。

本发明实施例采用以下技术方案实现：

一种基于抽象模型的监控方法，包括：

构建被监控对象模型和监控设备模型；

提供用于对所述被监控对象模型和监控设备模型分别进行特征描述的被监控对象模板和监控设备模板，并依据所述被监控对象模板和监控设备模板创建被监控对象与监控设备；

提供配置有被监控对象属性与监控设备属性之间映射关系的映射规则文件；以及

将获取的监控设备事件依据所述映射规则文件转换为被监控对象事件并展示。

优选地，所述被监控对象模型由如下被监控对象属性所组成的元组进行定义：属性信息、空间信息、扩展信息、以及子被监控对象信息；

所述监控设备模型由如下监控设备属性所组成的元组进行定义：通讯参数、至少一个虚拟通道及与所述虚拟通道相对应的功能属性信息。

优选地，所述基于抽象模型的监控方法还包括：

在获取到对被监控对象的属性信息进行操作的第一请求时，依据所述映射规则文件将所述第一请求转换为针对监控设备的属性信息进行操作的第二请求，并将所述第二请求发送给设备接入程序，由设备接入程序与具体监控设备进行协议交互并执行相关操作。

一种基于抽象模型的监控装置，包括：

模型构建模块，用于构建被监控对象模型和监控设备模型；

模板构建模块，用于提供用于对所述被监控对象模型和监控设备模型分别进行特征描述的被监控对象模板和监控设备模板；

监控关系构建模块，用于依据所述被监控对象模板和监控设备模板创建被监控对象与监控设备；

映射模块，用于提供配置有被监控对象属性与监控设备属性之间映射关系的映射规则文件；以及

监控模块，用于将获取的监控设备事件依据所述映射规则文件转换为被监控对象事件并展示。

优选地，所述基于抽象模型的监控装置还包括：

操作模块，用于在获取到对被监控对象的属性信息进行操作的第一请求时，依据所述映射规则文件将所述第一请求转换为针对监控设备的属性信息进行操作的第二请求，并将所述第二请求发送给设备接入程序，由设备接入程序与具体监控设备进行协议交互并执行相关操作。

一种基于抽象模型的监控系统，包括：

监控设备；以及

基于抽象模型的监控装置，用于构建被监控对象模型和监控设备模型；进一步用于提供用于对所述被监控对象模型和监控设备模型分别进行特征描述的被监控对象模板和监控设备模板，并依据所述被监控对象模板和监控设备模板创建被监控对象与监控设备；进一步用于提供配置有被监控对象属性与监控设备属性之间映射关系的映射规则文件；以及，更进一步用于将获取的监控设备事件依据所述映射规则文件转换为被监控对象事件并展示。

优选地，所述基于抽象模型的监控装置还进一步用于在获取到对被监控对象的属性信息进行操作的第一请求时，依据所述映射规则文件将所述第一请求转换为针对监控设备的属性信息进行操作的第二请求，并将所述第二请求发送给设备接入程序，由设备接入程序与具体监控设备进行协议交互并执行相关操作。

本发明将被监控对象划分为若干属性，将监控设备划分为若干虚拟通道，使用模板文件对这两种模型进行特征描述，使用映射规则文件对监控关系进行特征描述，从而能够将被监控对象的属性操作均反映到监控设备的功能调用上，并能够将监控设备的事件反映到被监控对象的事件上。因此，通过本发明，能够使得应用程序彻底屏蔽监控设备，只对被监控对象可见，即重构了模型层，各种监控功能都基于统一的被监控对象进行呈现，能够实现功能的有机融合。同时，使得图形化界面与非图形化界面都可基于被监控对象进行统一的呈现，降低了监控系统的复杂性，能够使得用户容易接受，提高了用户体验。

附图说明

图1为本发明实施例提供的基于抽象模型的监控方法的流程示意图；

图2为本发明实施例提供的基于抽象模型的监控方法的实施流程示意图。

本发明目的的实现、功能特点及优异效果，下面将结合具体实施例以及附图做进一步的说明。

具体实施方式

下面结合附图和具体实施例对本发明所述技术方案作进一步的详细描述，以使本领域的技术人员可以更好的理解本发明并能予以实施，但所举实施例不作为对本发明的限定。

本发明的核心思想是：参考图1所示，首先构建被监控对象模型和监控设备模型，其中，被监控对象主要由属性、空间信息、扩展信息构成，监控设备主要由虚拟通道、通讯参数构成；然后提供用于对所述被监控对象模型和监控设备模型分别进行特征描述的被监控对象模板和监控设备模板，并依据所述被监控对象模板和监控设备模板创建被监控对象与监控设备；并提供配置有被监控对象属性与监控设备属性之间映射关系的映射规则文件；最后将获取的监控设备事件依据所述映射规则文件转换为被监控对象事件并展示。本发明中，在被监控对象与监控设备之间设置一定的规则进行映射，从而能够将对被监控对象的属性的操作，都映射为对监控设备的虚拟通道的操作；并将监控设备的主动上报事件映射为被监控对象的事件。这样，通过重构模型层，对上层应用程序彻底屏蔽了监控设备，上层应用程序只需关注被监控对象，有利于实现有机而统一的监控系统。同时，也有利于图形化界面与非图形化界面的数据组织的统一，更符合用户的认知角度。

如图2所示，其示出了本发明实施例提供的一种基于抽象模型的监控方法的具体实施流程，本实施例中，所述方法包括如下步骤：

步骤1、构建被监控对象模型；

监控系统的本质是感知客观的真实世界，这些客观的真实世界的事物，也才是用户真正需要关心的对象。本发明将用户关心的真实世界的事物称为被监控对象，例如园区、楼宇、机房、门等各种事物。这些被监控对象是构成监控系统的核心数据模型和基础。

每个被监控对象拥有不同的特征，为了能够在监控系统中将这些对象进行统一管理和呈现，需要对被监控对象的模型进行抽象。将被监控对象的模型定义为：由若干属性、空间信息、扩展信息、子被监控对象等组成的元组。其中，空间信息包括该对象的尺寸信息、位置信息等，扩展信息为可扩展的键值对。属性决定了该被监控对象能与用户进行何种人机交互，是被监控对象模型的核心组成部分。属性分为复合属性、原子属性两种，每个复合属性由若干个原子属性构成。每个原子属性可能是可采集的、或可控制的原子属性。例如，对于被监控对象机房来说，实时温度可能是其机房对象的一个可采集的原子属性，视频是机房对象的一个复合属性，具体包括转动视频、设置预置位等多个可控制的原子属性。

每个原子属性由属性名称标识符、输入参数类型、输出参数类型等信息构成。其中，输入参数类型包括字符串类型、数值类型、被监控对象类型。输出参数类型包括字符串类型、数值类型。默认情况下，被监控对象的原子属性是不具备操作可行性的，只有当建立了监控关系，方可操作。

步骤2、构建监控设备模型；

监控系统是通过一系列的硬件设备或系统来感知真实世界的，将这些硬件设备或系统称为监控设备。监控设备可以是一个具体设备，例如视频编码器、门禁控制器、动环设备等，也可以是一个由多个具体设备组成的较复杂的整体系统，例如第三方的告警上报系统。因此，监控设备的粒度可大可小，需要根据实际情况而定，以其能够方便地被监控系统所识别和管理为依据。

不同的监控设备在访问接口与功能特性方面也存在较大差异，为了能够支持多种不同的监控设备，需要对监控设备的模型进行统一的抽象。将监控设备的模型定义为：通讯参数、若干虚拟通道以及对应的功能组成的元组。其中，通讯参数包括与该监控设备通讯所需具备的各种参数，例如设备的IP地址、端口等。虚拟通道是对监控设备功能的一种划分，对于给定的监控设备和虚拟通道，可以唯一确定一个或者一组功能。例如，对于视频编码器，虚拟通道即视频通道，每个虚拟通道对应一组控制功能，如转动摄像头、设置预置位等；对于动环设备，虚拟通道即物理通道，每个虚拟通道对应一个采集功能或者控制功能。监控设备的虚拟通道的确定方式也不是唯一的，以能够清晰地对监控设备的功能进行划分为依据。在特殊情况下，监控设备可以没有虚拟通道，直接提供一系列的采集或控制功能。

监控设备的每个功能由功能名称标识符、输入参数类型、输出参数类型等信息构成。输入、输出参数类型都包括字符串类型、数值类型。

步骤3、使用模板文件描述被监控对象和监控设备；

在实际的监控系统中，被监控对象和监控设备都具有很多类型，因此需要一种类型定义机制，使得系统对每种被监控对象和监控设备都能够识别。使用被监控对象模板定义被监控对象的类型，使用监控设备模板定义监控设备的类型，这两种模板都使用XML文件的形式。被监控对象模板定义了指定类型的被监控对象的全部特征，包括原子属性、复合属性、空间信息、扩展信息等。监控设备模板定义了指定类型的监控设备的全部特征，包括通讯参数、虚拟通道及其对应的功能。

以机房为例，其原子属性包括：实时温度、设置温度，其复合属性包括视频，具体包括转到预置位、设置预置位等原子操作，其子被监控对象可能包括门对象，因此，机房的被监控对象模板的示例如下：

为了能够实现机房对象的可操作性，需要对应地部署监控设备，这里假设对应的动环监控设备为机房环境设备、对应的视频设备为视频编码器。

机房环境设备的监控设备模板的示例如下：

视频编码器的监控设备模板示例如下：

模板文件的格式不是固定的，可以根据实际情况进行定义和优化，但每个模板文件必须符合对应模型，包括模型所需的各种特征，并且文件容易被计算机程序解析。

步骤4、创建被监控对象和监控设备；

每个被监控对象模板文件代表一种被监控对象的类型，每个监控设备模板文件代表一种监控设备的类型。当这两种模板文件导入到系统中后，系统即可识别对应的被监控对象类型或监控设备类型。

被监控对象需要根据真实世界的实际情况手工创建，且一般具有父子层次关系，例如，园区-楼宇-楼层-机房-门的树形结构。父子关系已经在被监控对象模板中进行了描述，因此，在创建被监控对象时，需要按照模板中定义的父子关系规则进行创建，避免无意义的层次关系。

创建被监控对象的过程，即根据被监控对象模板，将属性、空间信息、扩展信息等在数据库中创建一份拷贝，用于存储该被监控对象实例的信息。因此，创建被监控对象时，需要用户指定其名称、模板所规定的空间信息、以及模板所规定的扩展信息等。被监控对象创建完成后，其包含的属性可以根据实际情况进行增删，例如机房被监控对象默认情况下只有一个视频复合属性，假设该机房实际部署了两个摄像头设备，则可通过复制、粘贴的方式为该机房对象增加一个视频复合属性。

监控设备有手工与自动两种创建方式。手工方式需要人工指定该监控设备的通讯参数，如监控设备的IP地址、端口等，具体需要哪些通讯参数，由对应的监控设备模板决定。自动方式是一种提高易用性的方式，由设备接入程序扫描和发现潜在的监控设备，然后将将监控设备以及其动态的通讯参数，返回到上层监控系统，最后呈现到界面，由用户决定是否创建。

创建监控设备的过程，即根据监控设备模板，将通讯参数、虚拟通道及其对应的功能在数据库中创建一份拷贝，用于存储该监控设备实例的信息。当监控设备创建完成后，监控设备即拥有了模板规定的全部虚拟通道以及功能，这些虚拟通道以及功能可以根据实际情况进行删减。

步骤5、使用映射规则文件描述监控关系；

被监控对象是通过监控设备来提供可操作性的，即需要先在被监控对象与监控设备之间建立关系，然后才能对被监控对象进行操作。这种关系称为监控关系。

在没有任何优化的情况下，建立监控关系，需要将被监控对象的原子属性和监控设备的虚拟通道及其对应的功能进行逐一手工映射，包括输入输出参数。这一过程显然很繁琐，且容易出错。为了简化工作量，使用映射规则文件，描述了被监控对象与监控设备、属性与通道、以及属性输入输出参数与通道功能输入输出参数的映射关系。映射规则文件使用XML文件的形式，示例如下：

从上述示例文件可以看出，映射规则文件规定了被监控对象与监控设备的映射关系、属性与通道的映射关系、以及属性输入输出参数与通道功能输入输出参数的映射关系。对于参数的映射，映射规则文件中使用expression这一XML属性为每一个输入输出参数提供运算机制，使用一对大括号表示所述的标识为原子属性的输入输出参数名称。其中，expression表达式应遵循java脚本规范，即能够使用beanshell等java脚本引擎对其进行解释和运算。

上述映射规则文件表明，机房Room对象能够映射到机房环境RoomEnv设备、视频编码器DVR设备。当机房Room对象映射到RoomEnv设备时，机房Room对象的实时温度get_temp原子属性映射到RoomEnv设备的1号通道，机房Room对象的设置温度set_temp原子属性映射到RoomEnv设备的2号通道，机房Room对象的视频video复合属性映射到DVR设备的任意通道，但video复合属性中的设置预置位set_preposition原子属性只能映射到DVR设备的某一通道的设置预置位set_preposition功能，同样video复合属性中的转到预置位属性turn_to_preposition原子属性也只能映射到DVR设备的某一通道的转到预置位turn_to_preposition功能。

同时可以看出，映射规则文件可能不能确定被监控对象的每一个属性的映射方式，例如，机房Room对象的转到对象turn_to_object属性，这类属性具有较强的灵活性，需要依据实际情况而定，因此映射规则文件并未进行规定，该类属性将最后通过手工方式进行配置。

映射规则文件的格式也不是固定的，可以根据实际情况进行定义和优化，但每个映射规则文件必须能够描述清楚映射关系，并且文件容易被计算机程序解析。

步骤6、配置监控关系；

被监控对象与监控设备的监控关系，包括被监控对象的属性的监控关系、监控设备的事件的监控关系两种。被监控对象的属性的监控关系，决定了被监控对象的属性如何实现自上而下的操作。监控设备的事件的监控关系，决定了监控设备的事件如何实现自下而上的映射，即如何将监控设备的事件转换成被监控对象的事件。

(1)配置属性的监控关系

在映射规则文件的作用下，能够在被监控对象的原子属性或复合属性与监控设备的虚拟通道之间直接建立监控关系。当被监控对象与某个监控设备进行映射时，若被监控对象属性有唯一符合映射条件的监控设备虚拟通道，则直接建立映射关系；若被监控对象属性有多种符合映射条件的监控设备虚拟通道，则在界面中呈现符合映射条件的虚拟通道，由人工决定如何映射。

例如，根据上文的示例模板文件、示例映射规则文件，当某一个机房Room对象，与一个机房环境RoomEnv设备进行映射时，其实时温度get_temp属性、设置温度set_temp属性自动映射到RoomEnv的1号通道、2号通道。当该机房Room对象，与一个视频编码器DVR设备进行映射时，其视频video属性，自动映射到DVR设备的某一个虚拟通道。

在配置属性的监控关系时，支持一种特殊情况，即一个被监控对象属性与另一个被监控对象属性进行映射。例如，对于机房Room对象的转到对象turn_to_object属性，可通过该对象的转到预置位turn_to_preposition属性来实现。假设需要为转到对象turn_to_object属性配置大门、走廊两个对象。首先通过客户端程序打开对应摄像头的视频，并转动到大门的位置，然后设置预置位为1。然后转动到走廊的位置，然后设置预置位为2。然后配置机房Room对象的转到对象turn_to_object属性，其映射表达式的示例为：

注意，表达式中的’大门对象‘、’走廊对象’实际为对象的唯一标识，而不是字符串。

配置完成后，对应的监控关系以及各种表达式均被存储到数据库中。

(2)配置事件的监控关系

监控设备的事件的监控关系，即描述如何将监控设备的事件反映为被监控对象的事件。监控设备的事件映射包括两种方式：

a)自动建立事件监控关系。

在配置属性的监控关系过程中，实际是在被监控对象的属性与监控设备的虚拟通道之间建立映射关系。而监控设备的事件，一般都是关于虚拟通道的。例如，机房环境设备的1号通道为获取温度，当检测到1号通道值超出正常范围后，即产生一条告警事件，即该机房环境设备的1号通道发生了告警。而当机房对象的实时温度get_temp属性与机房环境设备的1号通道映射时，1号通道的温度告警事件即可映射为机房对象的实时温度的告警事件。因此，这种事件监控关系的建立方式，是在建立属性的监控关系的同时，自动完成建立。

b)手工建立事件监控关系。即先在监控设备与被监控对象之间建立映射，之后将该监控设备的所有事件均映射成该被监控对象的事件。这种方式主要用于监控设备没有虚拟通道、或监控设备本身可能产生事件的情况。例如，将第三方的告警系统看作一个监控设备时，只需将该设备与被监控对象进行映射，即可将该设备所有的事件，转换为对应的被监控对象的事件。

步骤7、对被监控对象的属性进行操作；

在监控关系已经建立、且设备接入程序已经具备的情况下，对被监控对象的属性进行操作可以转换为对监控设备的功能的请求，从而实现操作的执行。即当对被监控对象的原子属性进行采集或控制操作时，先根据监控关系进行模型转换，将操作请求转换成对监控设备的功能的请求，然后将请求发送给设备接入程序，由设备接入程序与具体监控设备进行协议交互，执行操作。设备接入程序需要与监控设备模板的描述一致，即对于监控设备模板中描述的监控设备的通道功能，设备接入程序均应能识别，并能实现操作。

在创建监控设备时，已经指定了该设备的具体通讯参数，因此，设备接入程序根据所配置的通讯参数，先与监控设备建立通讯，然后才能对相关的请求进行操作。

例如，当对机房Room对象的设置温度属性进行调用时，根据监控关系的配置，将映射到对应的机房环境设备的1号通道。然后将对应的机房环境设备编号、1号通道、以及输入参数即所设置的温度值，一起传递给设备接入程序。设备接入程序首先与该设备建立通讯，然后发送对应的协议，实现操作。

步骤8、将监控设备的事件转换成被监控对象的事件；

在监控关系已经建立的情况下，对于监控设备的事件，可以转换为被监控对象的事件。事件包括告警事件和一般事件，分别使用不同的元组对这两种事件模型进行定义。将告警事件的模型定义为：由设备编号、虚拟通道号、告警类型、告警级别、是否消除、产生时间、扩展字段等组成的元组。将一般事件的模型定义为：由设备编号、虚拟通道号、事件类型、产生时间、扩展字段等组成的元组。当监控设备的虚拟通道发生事件时，先提取事件元组其中的设备编号、虚拟通道号，根据监控关系进行模型转换，转换成被监控对象的属性的事件，事件元组中的其他字段保持不变。当监控设备本身发生事件时，先提取事件元组中的设备编号，根据监控关系进行模型转换，转换成被监控对象的事件，事件元组中的其他字段保持不变。

例如，假设机房Room对象A与机房环境RoomEnv设备B进行了映射。当设备接入程序产生了B的1号通道告警事件，其元组示例为：机房环境RoomEnv设备B、1号通道、过高、一般级别、告警产生、2014-1-113:30等。由于A的实时温度get_temp属性与B的1号通道建立了属性监控关系，则B的1号通道的事件，可以自动映射到A的实时温度get_temp属性上。因此，经过模型转换，得到被监控对象的事件，其元组为：机房Room对象A、实时温度属性、过高、一般级别、告警产生、2014-1-113:30等。

下面通过一个简单的示例，说明本发明的优点。

假设现需要对一个机房进行监控，包括使用机房环境设备对温度进行采集和控制，使用视频设备进行视频的采集和控制。

当使用传统的监控方法时，对于告警列表，由于动环设备与视频设备的差异性，其告警列表的呈现形式可能为两部分，示例如下:

动环设备告警列表：

视频设备告警列表：

设备名称	告警类型	告警级别	告警时间	是否消除
					Camera1	移动侦测	重要告警	2014-1-35:30	否

其中，Camera1为对应摄像头设备的名称。

这造成的问题是：多种不同类型的监控设备被接入系统，差异性较大，难以进行统一的呈现。

同时，监控软件一般会提供较为直观的图形化监控页面，如组态页面。在图形化页面中，一般使用一张图片代表机房，使用温度计控件代表其当前温度，当发生温度告警时，其温度计会产生告警冒泡提示。因此，在组态页面中，一般面向的是具体的被监控事物，而并非监控设备。这造成的问题是：图形化监控页面与非图形化监控页面(如告警列表)所面向的数据模型不一致，容易使得用户迷惑。

当使用本发明时，首先抽象出被监控对象模型为机房对象，例如称为机房A，抽象出监控设备为机房环境设备B，视频编码器设备C。其中，机房环境设备B的虚拟通道为物理通道，假设其1号通道为温度采集通道，视频编码器设备C的虚拟通道为视频通道，假设其1号通道为对应的机房的摄像头。

通过创建被监控对象、监控设备，在被监控对象模板、监控设备模板、映射规则文件的作用下，监控设备能够被彻底屏蔽，应用程序只对被监控对象可见，这样就屏蔽了不同类型的监控设备的差异性。

使用本发明时，告警列表的呈现示例如下：

在这种方式下，图形化界面与非图形化界面所面向的数据模型都是被监控对象，因此描述是一致的，可以使得用户容易理解。

相对应地，本发明实施例还提供了一种基于抽象模型的监控装置，包括：

模型构建模块，用于构建被监控对象模型和监控设备模型；

1、对于模型构建模块构建被监控对象模型：

在本实施例中，将用户关心的真实世界中的事物称为被监控对象，例如楼宇、机房、门。所述被监控对象模型由如下被监控对象属性所组成的元组进行定义：属性信息、空间信息、扩展信息、以及子被监控对象信息；其中，属性分为复合属性、原子属性。每个原子属性可能是采集属性或控制属性中的一种，每个复合属性由若干个原子属性构成。例如，实时温度是机房对象的一个可采集的原子属性，视频属性是机房对象的一个复合属性，具体包括转动视频、设置预置位等多个可控制的原子属性。每个原子属性由属性名称标识符、输入参数类型、输出参数类型等信息构成。

2、对于模型构建模块构建监控设备模型：

将用于实现监控目的而部署的硬件设备或系统称为监控设备，例如视频编码器、门禁控制器、动环设备等。所述监控设备模型由如下监控设备属性所组成的元组进行定义：通讯参数、至少一个虚拟通道及与所述虚拟通道相对应的功能属性信息。例如，对于视频编码器，虚拟通道即视频通道；对于门禁控制器，虚拟通道即门号；对于动环设备，虚拟通道即物理通道。每个虚拟通道提供一个或一组功能。例如，对于视频编码器，每个虚拟通道对应一组功能，如转动摄像头、设置预置位等；对于动环设备，每个虚拟通道对应一个功能，如获取温度等。每个功能由功能名称标识符、输入参数类型、输出参数类型等信息构成。

3、对于模板构建模块使用模板文件描述被监控对象和监控设备：

使用被监控对象模板和监控设备模板分别定义被监控对象和监控设备的类型，两种模板都使用XML文件的形式。被监控对象模板描述了某一个类型的被监控对象需要具备的特征，包括属性等元数据。监控设备模板定义了某一个类型的监控设备需要具备的特征，包括通讯参数、虚拟通道及对应功能的详细信息等元数据。

4、对于监控关系构建模块创建被监控对象和监控设备：

当模板文件导入到系统中后，系统即可识别对应的被监控对象类型或监控设备类型。被监控对象需要根据真实世界的实际情况手工创建，且一般具有父子层次关系，例如，园区-楼宇-楼层-机房-门的树形结构。被监控对象创建完成后，其包含的属性可以根据实际情况进行增删。监控设备有手工与自动两种创建方式：手工方式需要人工指定该监控设备的通讯参数，如IP、端口；自动方式则可自动发现监控设备并动态获得其通讯参数，然后将信息呈现到界面，由用户决定是否创建。

5、对于监控关系构建模块使用映射规则文件描述监控关系：

本实施例中，被监控对象与监控设备是可以建立关系的，这种关系在本文中被称为监控关系。在没有任何优化的情况下，建立监控关系，需要将被监控对象的原子属性和监控设备的功能进行逐一手工映射，包括输入输出参数。这一过程显然很繁琐，且容易出错。为了简化工作量，使用映射规则文件，对被监控对象的属性与监控设备的虚拟通道的映射关系进行规则描述。映射规则文件使用XML文件的形式，描述了某种被监控对象的各个属性允许映射到何种监控设备的何种虚拟通道上，并规定了输入输出参数应如何映射。

在本实施例的某些优选实施方式中，还可以配置监控关系，具体地：

(1)配置属性的监控关系

在映射规则文件的作用下，能够在被监控对象的原子属性或复合属性与监控设备的虚拟通道之间直接建立监控关系。当被监控对象属性有唯一符合映射条件的监控设备虚拟通道时，则直接建立映射关系；当被监控对象属性有多种符合映射条件的监控设备虚拟通道时，则在界面中呈现符合映射条件的虚拟通道，由人工决定如何映射。在配置属性的监控关系时，支持一种特殊情况，即一个被监控对象属性与另一个被监控对象属性进行映射。

(2)配置事件的监控关系

事件映射包括两种方式：1、自动建立事件监控关系。即当被监控对象属性与监控设备虚拟通道建立监控关系后，关于该监控设备虚拟通道的所有事件均可自动映射成对应该被监控对象属性的事件。2、手工建立事件监控关系。即先在监控设备与被监控对象之间建立映射，之后将该监控设备的所有事件均映射成该被监控对象的事件，这种方式主要用于监控设备没有虚拟通道、或监控设备本身可能产生事件的情况。

6、对于监控模块将监控设备的事件转换成被监控对象的事件：

优选实施方式中，所述基于抽象模型的监控装置还包括：

对于操作模块对被监控对象的属性进行操作：

在监控关系已经建立、且设备接入程序已经具备的情况下，对被监控对象的属性进行操作可以转换为对监控设备的功能的请求，从而实现操作的执行。即当对被监控对象的原子属性进行采集或控制操作时，先根据监控关系进行模型转换，将操作请求转换成对监控设备的功能的请求，然后将请求发送给设备接入程序，由设备接入程序与具体监控设备进行协议交互，执行操作。

相应地，本发明实施例还提供了一种基于抽象模型的监控系统，包括：

监控设备；以及

本实施例中，所述被监控对象模型由如下被监控对象属性所组成的元组进行定义：属性信息、空间信息、扩展信息、以及子被监控对象信息；

相对应地，本实施例中，所述基于抽象模型的监控装置还进一步用于在获取到对被监控对象的属性信息进行操作的第一请求时，依据所述映射规则文件将所述第一请求转换为针对监控设备的属性信息进行操作的第二请求，并将所述第二请求发送给设备接入程序，由设备接入程序与具体监控设备进行协议交互并执行相关操作。

对于所述基于抽象模型的监控装置的详细说明可参考上文所述，此处不再赘述。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims

1.一种基于抽象模型的监控方法，其特征在于，包括：

构建被监控对象模型和监控设备模型；

2.如权利要求1所述的基于抽象模型的监控方法，其特征在于，所述被监控对象模型由如下被监控对象属性所组成的元组进行定义：属性信息、空间信息、扩展信息、以及子被监控对象信息；

3.如权利要求1所述的基于抽象模型的监控方法，其特征在于，还包括：

4.一种基于抽象模型的监控装置，其特征在于，包括：

模型构建模块，用于构建被监控对象模型和监控设备模型；

5.如权利要求4所述的基于抽象模型的监控装置，其特征在于，所述被监控对象模型由如下被监控对象属性所组成的元组进行定义：属性信息、空间信息、扩展信息、以及子被监控对象信息；

6.如权利要求4所述的基于抽象模型的监控装置，其特征在于，还包括：

7.一种基于抽象模型的监控系统，其特征在于，包括：

监控设备；以及

8.如权利要求7所述的基于抽象模型的监控系统，其特征在于，所述被监控对象模型由如下被监控对象属性所组成的元组进行定义：属性信息、空间信息、扩展信息、以及子被监控对象信息；

9.如权利要求7所述的基于抽象模型的监控系统，其特征在于，所述基于抽象模型的监控装置还进一步用于在获取到对被监控对象的属性信息进行操作的第一请求时，依据所述映射规则文件将所述第一请求转换为针对监控设备的属性信息进行操作的第二请求，并将所述第二请求发送给设备接入程序，由设备接入程序与具体监控设备进行协议交互并执行相关操作。