CN101558379A

CN101558379A - 用于事件管理的系统和方法

Info

Publication number: CN101558379A
Application number: CNA2007800393437A
Authority: CN
Inventors: J·德拉尼; M·高尔韦兹; 布赖恩·金; S·塔尔梅
Original assignee: Sensormatic Electronics Corp
Current assignee: Sensormatic Electronics Corp
Priority date: 2006-09-22
Filing date: 2007-09-24
Publication date: 2009-10-14
Anticipated expiration: 2027-09-24
Also published as: JP2013145572A; EP2067098B1; EP2067098A2; JP5789624B2; WO2008039451A3; US8478850B2; WO2008039451A2; HK1134559A1; EP2482188A3; CA2664138A1; CA2664138C; EP2482188A2; US20080201467A1; AR063221A1; AU2007300472A1; CN101558379B; JP2010505159A

Abstract

一种事件管理系统，包括一台服务器，该服务器包括一个平台构件架构(PCA)以及一个软件引擎，其中该PCA被配置为提供系统构件的运行时间的发现和显示。该系统还包括一个数据源，它用于存储多种用户定义的数据对象和多种应用；至少一个系统构件；以及用于管理和监测多种用户定义的事件的至少一个客户端，其中该PCA提供了在服务器、数据源、以及至少一个客户端之间的一个公共接口。

Description

用于事件管理的系统和方法

技术领域

本发明总体上涉及事件管理系统。更具体地说，本发明涉及用于事件管理的一种系统和方法。

背景技术

目前，许多不同的行业希望能够获得同时主动地控制和监测不同类型的实体装置的能力。例如，在消防和保安行业，人们希望能够同时控制和监测多个实体装置，如门、报警器、摄像机等。为此目的，已经产生了诸如事件管理系统这样的工具。然而，现有的事件管理系统真正将多种设备整合在一起的能力受到限制。为了说明这一点，若一个新的实体装置要被添加到现有的系统中，则该系统往往需要修改它的总体结构以容纳新的实体装置。为了做到这一点，往往还要求该系统保持和存储与新装置的方法和规格有关的错综复杂的细节。其结果是，现有的事件系统是单一体的并且提供与系统装置的很少的独立性。此外，即使一个特定的装置能够被整合到一个现有系统中，但在对于系统的其他部分而言该新装置是可接入之前要求对常规的事件管理系统重新进行汇编。

因此，人们希望有一种方法和系统来提供对于任何数量的装置的全面整合，而无需顾虑被整合的装置的类型或种类。人们还希望这种方法和系统也提供了用于额外的系统装置的运行时间的添加，由此消除了需重进行的重新汇编。

发明内容

本发明涉及可以在事件环境中使用的一种事件管理系统。该事件环境可包括例如事件管理系统，该事件管理系统通过一个广域网连接到不同类型的视频监控系统以及接入控制系统，连同不同的设施管理/保安工作站，如在此进一步说明。

事件管理系统自身可包括一个服务器、一个用于存储用户定义的数据对象和应用的数据源、至少一个系统构件、以及用于管理和监测用户定义的事件的至少一个客户端。该服务器可包括一个平台构件架构(PCA)以及一个软件引擎，其中该PCA可被配置为提供系统构件的运行时间的发现和显示。该PCA还可提供在该服务器、该数据源与该至少一个客户端之间的一个公共接口。

在一个替代实施方案中，该PCA可以被配置为用于设计多种用户定义的应用，在这种实施方案中，该PCA可进一步包括一个应用布局编辑器。

附图说明

通过结合附图阅读以下详细说明就能够充分地理解本发明，在这些附图中：

图1示出了根据本发明的一个事件管理系统；

图2示出了根据本发明的一个应用布局编辑器；

图2A是用图2中所示的应用布局编辑器已经设计出的一个应用布局的一个实例。

图3示出了根据本发明利用一个拖放进程的应用布局编辑器；

图4示出了根据本发明的一个装入内容的应用布局编辑器；以及

图5示出了在一个事件管理系统中用于发现、整合、显示和管理系统构件的一个流程图。

图6示出了结合了根据本发明的一个事件管理系统的事件环境。

图7示出了一个图形用户界面，该用户界面用于根据本发明的在事件环境中使用的事件管理系统。

具体实施方式

本发明涉及为了用于控制多个实体系统构件而组成的一种事件管理系统。此外，本发明的系统提供了这些实体系统构件的运行时间的发现、整合、显示和主动管理。一旦一个实体系统构件已经成功地添加到并整合进入该系统，则该系统提供了该构件的功能的客户端接入和/或监测。该客户端接入可以在预定的基础上或在与条件相关的基础上手动进行。

根据本发明，一个事件管理系统可以结合建立在C#.NET编程语言上的软件应用程序。如本领域中普通的技术人员通常所知的那样，.NET架构提供了用于软件应用程序以及网络服务的开发和操作的一个共同框架。更确切地说，.NET保持着一个类别库，该类别库提供标准的功能性，如输入/输出、字符串处理、保安管理、网络通信、线程管理、以及用户界面设计特征，并且进一步提供了用于多种应用程序的一种独立于编程语言的运行时间环境。

此外，根据本发明的实施方案的系统可以结合视窗通信基础(WCF)标准，以进一步提供通过LAN、WAN、网络服务器、互联网等进行的可靠的通信。如本领域中普通的技术人员所知的那样，WCF是建立在.NET框架上并且引入一种使XML(可扩展标识语言)的传送更有效的方法，这是通过利用提供改进的性能的该WCF系统内的二进制表达以及能够从一个单一的系统到达整个互联网的一种统一的编程模型。WCF编程模型的一个优点在于它将网络服务、分布式交易以及消息队列统一在用于分布式计算的面向服务的一个单编程模型中，并带有将一个快速应用程序开发方法提供给网络服务的开发的所要达到的功能，以及用于在本地机器、LAN中或在WAN上的进程间的通信一个单一的API。WCF的另一个优点在于它可以将SOAP消息用于两个进程间的通信，从而使基于WCF的应用程序与任何其他的通过SOAP消息进行通信的进程可以交互操作。另一方面，当一个WCF进程与一个非WCF进程进行通信时，将基于XML的编码用于以优化的二进制格式编码的这些SOAP消息，以便进一步优化这种通信。

与.NET框架相结合的WCF的使用确保该系统会与所有类型的网络架构兼容，并进一步提供了对IPv6的未来支持。然而，应该理解，本发明的实施方案并不限于使用C#.NET或WCF，并且可以使用多种不同的编程语言，如VB.NET、Java、C++、等等。

正如在以下将进一步讨论的那样，本发明的系统可以被配置为使用认为适于这种特定的实施方式的任何数目的应用程序和服务。例如，为了易于安装并且进一步提供随时对系统进行升级的能力，该系统可以使用DNS(域名服务)名称和DHCP来与所有的IP装置进行通信。此外，该系统可以利用NAT(网络地址转换)与防火墙系统和网络一起工作。也可以由该系统使用硬件面板来提供用于网络冗余的双网络路径。然而，应该理解，前面的描述仅以举例的方式，而且本发明并不限于使用上述应用程序、服务和硬件。因此，正如本领域中熟练的技术人员所容易理解的那样，可以进一步地使用其他应用程序、服务和硬件。

现参见图1，所示为根据本发明的一个事件管理系统(100)。出于说明的目的，图1的系统(100)被配置为用于消防和保安事件管理。然而，应该理解本发明的事件管理系统(100)可以被定制为用在所希望的任何行业。现在回到图1，在此将系统(100)的架构描述为具有三个不同的架构性构件：1)一个服务器(102)；2)至少一个客户端(104)；以及3)至少一个数据源(106)。服务器(102)是这个系统(100)的基础架构性构件，因为它通过一个平台构件架构(PCA)(103)在系统(100)的多个客户端(104)与多个数据源(106)之间提供了一个公共接口。更具体地说，PCA(103)在系统(100)的操作系统(未示出)与系统的(100)这些应用程序(未示出)之间提供了一个公共接口。总之，正是服务器(102)使得客户端(104)能够主动地管理系统的数据库(107)和许多其他系统构件(108a......108n)。

在图1的实施方案中，PCA(103)可以被配置为向与系统(100)关联的所有应用程序和驱动程序提供以下事件管理任务：

·事件 ·时区

·操作者 ·许可

·用户权限 ·导入/导出

·调度 ·报告

·图形 ·应用布局

·动态视图 ·用户界面控制

·节日 ·框架

应注意，本发明的系统(100)并不仅限于此。确实，本发明的PCA(103)可以在被认为适于特定实施方式的任何组合中提供任何数目的服务。为此，PCA(103)向由这个平台所提供的所有特征提供了一组接口。正如以下将进一步讨论的那样，PCA(103)可以被配置为允许第三方制造商将其应用程序和/或驱动程序整合到事件管理系统(100)中，这样就使系统(100)能够具有对于所有类型的整合的一个完全开放的架构。

上述服务可以被分类为四种基础性的系统服务：1)数据服务(105a)；2)公共接口和驱动程序服务(105b)；3)调度服务(105c)；以及4)事件/动作管理服务(105d)。驱动PCA 103的是一个软件引擎(未示出)。如以下将进一步讨论的那样，正是这种软件引擎(与PCA(103)相结合)向系统100提供了独特能力，从而具有容纳了所有类型的整合的一种完全开放的架构，并且执行这种整合而无须对系统(100)的结构的任何修改。

再次参见图1，现在将进一步详细地讨论PCA(103)的系统服务。如图1所示的数据服务(105a)向PCA(103)提供对系统数据库(107)的接入。数据库(107)可以存储(例如)系统对象、保安对象、驱动程序、应用程序、系统事件等。数据库(107)可以被配置为执行以下服务，如高可用性和灾难恢复而无需外部软件，以及敏感数据对象的加密，如个人识别号、密码、社会保险号码、等等。通过维持系统数据库(107)与服务器(102)的分离，系统(100)能够随时与目前市场上的大多数标准的数据库管理系统(DBMS)进行接口连接，仅用对系统(100)的极少的附加编码。这反过来有助于使系统(100)与大多数IT基础结构兼容。在目前的系统中(100)，可使用语法解析和本地数据源连接实现数据库的独立性。

对象模型与数据库模型的完全分离使应用程序的开发能够通过对象而不是表格来进行，正如本领域中熟练的技术人员所能够理解的，这将使开发极大地简化。为此，系统(100)的PCA(103)提供可以完全定制的一致性的对象模型输出。这一概念将在以下进一步说明。

在图1的实施方案中，通过例如XML文件存储装置(115)导入系统(100)的数据对象可以在存储到数据库(107)之前进行审核和验证。这种审核可以含有信息，如被导入的数据、数据/时间戳记、以及运营者信息。导出的数据不需要进行审核和/或验证。来自数据库(107)的数据导出可以通过用户名/密码以及操作者权限而得到保护。敏感数据例如个人识别号、社会保险号码等也可以在数据库(107)中被加密。

可任选地，系统(100)可以被配置为在服务器(102)、客户端(104)和数据源(106)之间对数据通信进行加密。加密可以是AES加密，虽然系统(100)可以实施能够使之符合NIST FIPS 140-2标准的加密。

运行时间的发现

PCA(103)的通用接口和驱动程序服务(105b)使PCA(103)能够将实体系统构件(108a.....n)、接入控制构件(109)、以及外部软件构件(未示出)在运行时间添加并整合到现有的系统(100)中，而所有的这些都不必重新汇编或修改该系统的架构。其结果是，系统(100)是完全可扩展的，包括与第三方“即开即用”系统构件以及在分离的机器上托管的系统构件。对这些系统构件的全部要求就是它们提供由PCA(103)所要求的必要的“接口”以使它们的整合能够进行。一个构件接口包括例如一个构件的方法信息和性能信息。方法信息说明了特定构件的功能性能力，而性能信息提供是用于定义该构件的信息，诸如构件的配置、状态、等等。可任选地，一个构件的接口也可以包括用来说明对于系统(100)的附加构件信息的元数据。元数据可以是有用的，例如，使用于使信息格式化的动态视图能够用于展示给用户。

在运行中，实体系统构件(如108a......n，109)最初是利用如视窗安装程序或MSI技术进行安装的。这些构件(如，108a......n，109)在服务器(102)和客户端(104)上均可手动安装。一旦系统(100)准备好并开始运行，在运行时间可以添加附加的系统构件。在添加一个新的系统构件时，这些接口和驱动程序服务(105b)自动发现该构件并且接入并阅读新构件的接口，正如上面讨论的那样，该接口说明该构件的方法信息和性能信息。

利用如.NET反射，可以通过使用在由PCA(103)所提供的基础接口中定义的公知的接口阅读和调用新构件。然后新构件可以被带入PCA(103)的运行时间构件的进程空间。PCA(103)提供了一个应用程序，它解析用户定义的数据库表格以及新构件的接口，以写入，例如，C#代码，这种代码被用于使用户定义的对象的模式同与它们对应的数据库表的模式相沟通(bridge)。这提供了向和从系统数据库(107)保存/读取数据的一种标准的方法，而开发人员只需要了解作为该新构件的一部分的这些对象的模式，而不是数据库的模式。在一个实施方案中，接口服务(105b)利用了用C#代码写出一个或多个驱动程序的一种应用程序，但也可使用任何适当的编码语言。

在一个新的构件被整合到如上所述的系统(100)之后，这些接口和驱动程序服务(105b)将该新构件的这些方法和性能对于系统(100)中所有的其他构件(108a......n，109)可利用。相反，该新添加的构件对于所有先前存在的系统构件(108a......n，109)的性能和方法可具有完全的接入权限。通过利用如在Microsoft.NET框架中提供的技术，可将新的构件带入该PCA(103)运行时间的进程空间并且好像它是在该PCA(103)的开发时间被整合的那样进行操作。用于协助这种特征的.NET框架的具体部分可以是通过反射(Reflection)的后期绑定请求。

此外，这些接口和驱动程序服务(105b)可任选接入或预订，以便通过一个自动更新服务(113)接收关于该新添加的构件的实时状态更新信息。以此方式，系统(100)将具有用于该新构件的最佳运行的必要信息。可以利用“BITS”技术来完成多个新构件以及这些客户端(104)的更新(和升级)。正如本领域中熟练的技术人员所知的那样，“BITS”是一个基于Windows的系统构件，这种构件提供同时的前台和后台文件传输。这些文件传输包括上传和下载。“BITS”利用空闲的网络带宽完成文件传输。“BITS”是由自动更新服务(113)用于传输文件，虽然“BITS”也由本领域中熟练的技术人员所知的其他更新程序使用。

现在参见图5，图5示出了根据本发明实施方案的一个基于计算机程序的方法500。该方法开始于511步，其中发现了新添加到一个事件管理系统一个构件。这个构件可以是任何计算机可识别的实体，如一个事件、输入、输出、状态改变、等等，而且并不局限于此。

接着，方法500通过该构件的接口确定了新添加的构件的性能(步骤512)和功能(步骤513)。优选地，元数据也包括在该构件的接口内，由此协助将新构件整合到系统中。在确定了该构件的这些性能(步骤512)和功能(步骤513)之后，该方法将该构件整合到该系统中(步骤514)。这种整合与该构件的发现一起可以在系统启动时发生或在运行时间发生。

一旦该新构件被成功地整合(514步)到系统中，新构件即可以同样在运行时间由一个客户端显示(步骤521)和管理(步骤522)。应注意，该新构件将有对以前包括在系统中的多个构件的性能和功能的接入权限，并且同样，现有的这些构件将有对新的构件的属性和功能的接入权限。

运行时间显示

一旦一个构件已经被添加和整合到系统(100)之中，系统(100)即为客户端(104)提供在运行时间该新添加的构件的接入和/或监测。为此，系统(100)包括一个单一的软件构件，该软件构件用于使客户端(104)能够通过一个行政管理/监测装置(111)在运行时间监测和主动地管理所有的系统(100)构件，包括新添加的构件。该行政管理/监测装置(111)可以被配置为提供以下行政管理能力：

对物理上或逻辑上附接到系统(100)上的所有硬件装置进行编程；

对所有的人事数据进行编程，如人事记录的创建、删除和/或修改；

所配置和启用的所有对象(面板、服务器、摄影机、硬件......等)的状态；

管理系统(100)的操作者和行政人员的能力，包括用户权限和个人视图的管理；

对系统运行如备份更新和升级进行编程；

对监测视图以及它们的操作者进行定制；在系统(100)被配置时向该系统提供一个动态的可视化树状结构，该可视化树状结构在添加、删除和修改对象时可以被升级。

与系统(100)所支持的任何对象相关的静态和动态信息的显示。

由系统(100)支持的任何对象的各种情况的创建和删除。

此外，该行政管理/监测装置(111)可以提供以下监测能力：

事件和活动的实时宣告；

提供用于显示特定类型的活动的一套窗格，如：

事件阅览器：在系统中被配置的事件的宣告；

活动阅览器：活动监测器；

浏览器栏在菜单上有如下列选择：

o非硬件状态(门、报告、动态视图、操作者、手工行为、以及事件)；

o硬件状态(控制器、阅读器、输入、输出、电路板)；

o视频(服务器、相机、巡视和视图、CCTV)；

o外部应用程序，若有应用程序被配置的话；

o对象阅览器(日志记录、视频服务器、相机......等)；

使用分页浏览或多屏幕查看多个监测设置的能力；

在特定对象(门、相机......等)上执行手工行为的能力；

查看准许、拒绝或注意到的事件的持卡人的图像的能力；以及

在特定事件或特定条件下(如威胁级别)进行手动质疑的能力。

不同于传统的显示和管理服务，本发明的这些服务不要求特殊编码。相反，在运行时间可以显示和主动操纵多个新构件，而系统(100)无需具有该构件的复杂知识。甚至系统(100)内的先前存在的构件也会了解到这些新构件的存在和特点，从而允许显示和编辑这些新的构件。这方面的例子将是系统(100)的动态视图特征，这种动态视图特征能够显示一个新添加的构件的一个动态视图或者在该新构件上创建事件。

如以上所解释，为了将一个新的构件添加到现有的系统(100)之中，可能要求该新构件提供一个构件“接口”。该构件接口可以包括有关该构件的这些方法和性能的信息，该信息被用来协助该构件到系统(100)中的整合。其他类型的信息(包括元数据)也可以被包括在该新构件的接口。

一旦一个新的构件被添加到系统(100)之中，驱动显示行政管理/监测装置(111)的软件构件(未示出)利用该构件接口中的信息来确定显示参数等，例如：应如何显示该构件；应利用的显示的类型；是否应该翻译特定的显示信息；到底是否应该显示该构件，等。类似地，与该构件的操纵参数和管理相关的参数也从该构件的接口和元数据的信息被确定。

可以从包含在该构件中的元数据得出如显示的格式、限制的信息以及其他类似的用户接口信息，并且在运行时间对其进行解释以向用户呈现所请求的一个或多个构件。利用该信息，系统(100)可以对其自身进行定制以使一个客户端(104)能够显示和主动管理新的和之前未知的构件。此外，由于该信息是从这些新构件获取的，所以一个用户接口可以确定与显示给用户的任何给定的属性相关的一个希望的外观和感觉。这个相同的信息也可以使系统(100)能够以一个定制的方式来规范信息的编辑，该方式明确说明如何显示特定的信息。如以上所指出，一个客户端(104)可以通过一个行政管理/监测装置(111)接入和/或手动管理多个新的构件。可替代地或另外地，可以通过由PCA(103)提供的这些调度服务(105C)在预定的基础上或在与条件相关的基础上来管理多个新构件。这些事件和动作管理构件(105d)是驱动PCA(103)运行时间的状态机的引擎。动作管理器(105d)对可能已经在系统(100)内进行了配置的所有动作的列表进行管理。一个动作代表一个状态的改变，它应该基于系统(100)内另一个对象的特定的状态改变的检测开始这个状态改变。例如，一个动作可被配置为如果并且在一个特定的输入被激活时激活一个特定的输出。

应注意在PCA(103)内没有输入或输出，并且上面的实例是一个产品利用PCA(103)所能够做到的一个说明。同样，多个动作不是专门来改变状态的，并且也可以用于其他操作，如改变特性。

动作管理器(105d)管理多种动作。再一次，系统(100)中的不同构件以及用户定义的构件可定义和扩展动作能够是什么的概念，并且执行这些动作。

动作管理器(105d)可以预订在系统(100)内的所有构件的状态变化。当它(105d)检测到一个状态变化时，它可以确定是否应采取何种动作，并且如果是的话，则启动这种状态变化。此外，动作管理器(105d)任选地维持用于该系统中的每个对象的原因列表。该原因列表可以用于基于任何潜在原因的状态变化的时间优先级来确定一个构件的下一个状态。

一个事件是包装一组动作的一个特定的方式。它提供了附加的能力，如在该监测站上显示多个指令、通过操作者要求确认、以及将可能由多个原因引发的多种动作联合在一起。

应注意，虽然在调度(105c)和事件/动作管理服务(105d)是就它们在运行时间发现和新添加的系统构件的显示的用途而言对它们进行了描述，但它们的有用性并不局限于此。调度(105c)和事件/动作管理(105d)服务二者均可以有助于允许和禁止对系统(100)的多个构件的接入，连同有助于调节具体构件操作的性能、是否周期性地或者在特定的用户定义的情况下进行操作。此外，上述PCA(103)并不限于图1所示的这些服务。事实上，根据本发明的实施方案的PCA(103)可以被配置为提供任何数量的事件管理服务，包括但不限于以下列出的服务：

·基于构件的架构

·通过特性和方法的所有接口

·利用WCF(Indigo)的LAN和WAN通信

·安装程序、客户端的自动更新

·本地化准备就绪、资源编辑器

·特征许可(不要求软件保护器)

·加密工具包以及所有数据路径的加密

·数据库接入(分贝独立)

o目前的SQL服务器和SQL Express

·数据库备份和恢复

·审核-记录级和现场级

·日志(历史记录)-包括认证

·输入/输出

o基于XML

o所有类别的手动的、预定的和自动化的

·单点登录

o利用Windows保安模式

·操作者

·特权-类层次和对象层次

·应用程序设计器

·实时监测

·图像-基于矢量，CAD文件

·报告

·动态视图

·查询构造器

·调度

·假期

·事件

·时区

·电子邮件通知

·模板

·在线帮助

虽然此处总体上描述了该事件管理系统，但应理解，本发明的实施方案可以被配置为在要求多个系统构件的控制和管理的任何环境中使用。例如，多个实施方案可以被配置为一种消防和保安事件管理系统。在这种实施方式中，客户端可以通过一个客户端显示器来监测和管理任何数目的消防和保安装置，如数据输入和输出、卡阅读器、事件、门、报警器、相机、等。此外，可在运行时间通过一个PCA将这些附加的消防和保安构件添加到该系统。

应用程序设计器

独立于上述事件管理系统(100)，本发明的PCA可以被用作应用程序设计器，以用于设计定制的应用程序。该应用程序设计器是一个可扩展和可定制的基于Windows的模块，这种模块可被用于创建具有微软Windows应用程序的某种外观和感觉的定制的应用程序。根据本发明实施方案的应用程序设计器可以提供使用户能够创建该应用程序的工具，而不是提供可定制的应用程序。应用程序设计器可以包括几个默认的应用程序布局，由此为用户提供用于新的设计的一个基础。此外，这个应用程序设计器模块可以使如系统管理员能够创建用于接入先前存在的多个系统构件以及新添加的多个系统构件的应用程序布局。为此，该应用程序设计模块包括一个不可知的引擎。这个引擎可以使用户能够创建如所希望的许多不同的布局，而实际上不必改变引擎本身。可以通过将这种引擎设计为布局的解释程序来获得这种能力，因此，它不知道关于布局自身的任何情况，然而它的确实知道如何操纵它们以及如何与它们互动。可任选地，该应用程序设计模块可以包括一组例行程序(即，API)，这组例行程序可用于扩展先前存在的应用程序的功能性。

现在参见图2，图中示出了用于设计定制的应用程序的一个应用程序布局编辑器(200)。利用该不可知引擎，一个用户可以通过应用布局编辑器(200)设计可定制的应用布局。该布局可以在如计算机环境下被创建，如图2和2A所示的环境。图2A是一个应用布局(220)的实例，已利用在图2中示出的应用程序布局编辑器设计出这种实例。应用程序布局编辑器(200)支持任何用户希望的布局的配置。为此目的，编辑器(200)可以提供下列能力：

·从一个布局添加/删除窗格

·在四个窗口侧面的任何一个中停放窗格

·在窗格已被停放在一个窗口侧面之后取消这些窗格的停放

·向多个窗格添加标签

·从多个窗格移除标签

·调整多个窗格的大小

·将查看程序与每个特定窗格联系起来的能力。在一个窗格内支持标签页将允许支持多个查看程序。

例如，应用程序布局编辑器(200)使用户能够创建定制的布局，以便在一个监测站应用程序中使用。主要理念是移动和移除窗口的窗格(201a......n)，以容纳用户会喜欢使用的查看程序(203)列表。

如图2所示，布局编辑器(200)可包括用户可与之互动的六(6)个窗口窗格(201a......n，205)。这些窗格(201a......n，205)是用于创建所希望的应用程序外观和感觉的占位符。此外，这些窗格(201a......n，205)规定该应用程序窗口的行为。正如在以下进一步描述的那样，可将多个查看程序放入这些窗格(201a......n)以向实际的应用程序提供功能性。可以按照由具体实施认为适当的情况增加或减少窗格的数量。所示出的多数窗口窗格(201a......n)被配置为支持被关闭、被拖动到另一边以及不驻留(unpin)，如在这些窗格(201a......n)里的小“x”和不驻留按钮所表示。然而，一个窗格(205)不包含“x”按钮或不驻留按钮。这个窗格(205)被称为填充区。这个填充窗格(205)用于避免该应用程序具有空闲区并且避免使用户关于未使用的区域被迷惑。所有其他的窗格(201a......n)可以被停放在这个填充区(205)的周围，该填充区用来填充剩余的布局。换言之，可调整填充窗格(205)的大小以填充该客户端区域。当一个窗格板不驻留时，它可以自动隐藏到它的最接近的外缘，这类似于如在WindowsXP任务栏中使用的自动隐藏功能。以此方式，当一个用户将鼠标移动到接近一个特定窗格被停放的边缘时，该特定的任务栏将显示给用户。这种自动隐藏功能被用在布局编辑器(200)内，该布局编辑器带有这些不驻留窗口窗格(205)。支持不驻留的窗格允许这些布局具有大量的窗格，而并不占用在显示窗口上的大量空间。对于确实不包括“x”和不驻留按钮的这些窗格(201a......n)而言，一个用户可以关闭那些不会与查看程序结合使用的窗格。

工具栏(207)可以显示添加面板按钮(207a)，只要这六个默认的窗格是可视的，则该按钮就被关闭。一旦它们中的一个被关闭，则这个按钮可以被启动以允许该用户显示先前关闭的窗格。此外，布局编辑器(200)可以包括用于使用户能够阻止布局在运行时间改变(如，定尺和漂浮)的一个组合框(未示出)。优选这个组合框默认为“假”，这就意味着这个布局能够在运行时间改变。是由用户来将其设置为“真”，这阻止运行时间的布局改变。

一旦这些窗格(201a......n)全部按用户希望设置到位，则该用户将能够使一个查看程序(203)与每个窗格(201a......n)相关联。多个查看程序(203)是解决某种问题或满足某些使用要求的构件。换言之，多个查看程序(203)提供所希望的应用程序功能性。为了实现这一目标，布局编辑器(200)支持查看程序列表(203)与这些窗格(201a......n)本身之间的“拖-放”操作。一旦一个查看程序(203)被放入一个窗格(201a......n)，则一个布局引擎(未示出)可以自动发现这个/这些查看程序(203)。应注意，这些查看程序(203)可以被分别地开发，只要这些接口被正确地执行。参见图3对这种“拖-放”概念进行最好的解释。

现在参见图3，图中示出了一个查看程序列表(303)与多个窗口窗格(301a......n)之间的拖-放操作的图示。总体上，拖-放操作可遵循以下规则：

·查看程序列表(303)是一个释放源而不是一个释放目标；

·每个单独的窗格(301a......n)是一个释放目标而不是一个拖出源；

·按下esc键取消拖/放操作；

·不允许在布局编辑器之外释放；

·将一个查看程序(303)释放到一个不保持查看程序(303)的一个窗格(301a......n)上导致创建新标签以容纳该查看程序。在运行时间，仅包含一个查看程序(303)的多个窗格不会显示一个标签；以及

·将一个查看程序(303)释放到已保持一个查看程序(303)的一个窗格(301a......n)上导致创建一个新标签以容纳多个查看程序。在运行时间，该窗口窗格显示这些标签以允许一个用户在它们之间来回翻动。

一旦查看程序(303)被放入一个窗格(301a......n)内，用于该查看程序(303)的一个配置编辑器(未示出)就可能出现以使一个用户能够设置该查看程序(303)的运行时间行为。

应注意，有可能使一个查看程序(303)具有关于它自己的一些配置。出于说明的目的，一个行为查看程序可以被配置为使用户能够在一个工具栏不被使用时候将其关闭。为了使之发生，在释放操作时调用该布局引擎(未示出)了解的并且由一个查看程序执行的一个接口。换言之，当触发了一个释放操作时，一个查看程序配置窗口被调用，然后对该实际查看程序(303)进行配置。以此方式，查看程序(303)本身就可提供一个特定的配置，而并不要求该布局引擎协助或者甚至知道这种配置。对该布局引擎的全部要求就是在用户显示器上显示特定查看程序的能力。这种查看程序配置特征可以通过例如一个标准的.NET窗口操作来实现。

现在参见图4，图中提供了显示查看程序(403a)的一个布局编辑器(400)，该查看程序已经被放到窗口窗格(401a)上。如图4所示，一旦查看程序(403a)(活动查看程序)已被放到窗口窗格(401a)上，则标识该查看程序(403a)的一个标签(205)即出现在面板(401a)中。一旦该布局被完成并且该应用程序在使用，则窗口面板(401a)也可为查看程序(403a)提供一个永久的“家”。例如，右击标签(205)可允许该用户通过上下文菜单执行下列操作：

·在查看程序被配置之后返回到该查看程序的配置

·在需要时关闭该查看程序。

·重新命名该查看程序的贮存器的名称。

可以放入多个窗格(401)内的这些被支持的查看程序(403)可按任何希望的类别列表进行分类。出于说明的目的，在消防和保安行业的一个示范性实施方式可能希望按照下列类别对多个查看程序进行分类：

o多个CrossFire对象查看程序(图形、报告、动态视图)

oCrossFire应用程序的多个对象查看程序(如：NextGen摄像机)

o多个专用查看程序(如：活动查看程序)

一旦所有的查看程序已被放入一个对应的窗口窗格中，本发明的应用程序布局编辑器可显示装入了在设计时配置所用查看程序的布局。这种布局可以类似于图4中所示的布局编辑器(400)，但没有某些编辑能力。这些编辑能力包括工具栏(404)和该左侧查看程序列表(403)。此外，可允许该用户将窗格脱位并且调整这些窗格的大小，并且可能不允许添加或配置这些窗格中的任何一个。

在运行时间，本发明的应用布局查看程序可以提供窗格通信以支持一个查看程序对另一个查看程序活动的响应。这种通信能力可允许多个查看程序向其他的查看程序发送命令，由此使所产生的一个应用程序能够被视为一个单一的构件。为了实现这种通信，可利用在这些查看程序之间布线的基本执行程序的事件。多个查看程序能够选择支持用于这种通信的某些接口。在操作时，存在多个查看程序能够选择听取的某些公知的事件。以此方式，多个查看程序可以互相通信。出于说明的目的，存在至少两种情况，其中能够发生通信：

o在查看程序需要显示一种类型(如：图形)的所有对象的情况。在初始化时，它将查找封装所涉及类型的对象的客户端构件(如：图形客户端构件)并且它将一个事件处理器连接到由该客户端构件暴露的视图执行程序(如：用于图形的视图执行程序)。在每次观察图形时调取这个事件处理器。一旦这种基础结构在运行时就位，则该查看程序能够向对应的用户接口(如：一个图形实例)的显示器提供服务。

o在该查看程序需要显示一种类型的对象的多个实例的列表(如：第一层楼的图形和第二层楼的图形)的情况下，上述过程也是有效的。唯一不同的是该查看程序将对该对应的用户接口将显示图形是什么进行过滤。

一旦在系统中创建了一个布局，开发人员可以利用例如Developer Studio 2005来创建一个全新的应用程序，以整合先前创建的布局。例如，在.NET下的一个应用程序通常具有一个Windows形式，一旦启动一个应用程序，该形式即显示给用户。每个创建的布局具有与它关联的一个Windows控制。这种Windows控制就是可添加到上述Windows形式上的内容。一旦一个特定的布局通过它的Windows控制被添加到该Windows形式上并且该形式被显示给用户，则该布局可装入所有的查看程序，由此创建带有先前创建的布局的一个新的应用程序。

该布局中的每一个窗格可对应于一个先前存在的系统构件。当该查看程序在配置时被放入一个窗格时，可进行这些窗格与这些构件之间的连接。该布局引擎协调多个构件与多个窗格之间的关联。这些窗格可通过“拖-放”操作被安置在整个布局窗口中的任何希望的位置上。一旦该用户完成了布局，该布局可以被保存并因此而准备就绪在应用程序中使用。如果在以后的时间，在使用该应用布局时一个新的构件被添加到该系统，该用户将具有实时添加该构件的选项，这个选项是作为该应用程序布局设计的一个选项。为了实现这一目标，可将一个新的查看程序显示在该可供事用的查看程序列表中，并且通过与其他的查看程序(例如，拖-放)相同的机理，可将新的构件添加到该特定的应用程序布局。

应注意，该不可知引擎不必知道也不要求它理解该新构件的性能和/或功能性规格。可能要求的全部内容就是该引擎认识到存在一个新的构件并且它现在可供用作该应用布局的一个选项。以此方式，可用多个查看程序来扩展多个应用程序，这些查看程序超出该引擎自身的范围和“知识”。只要求该引擎了解多个接口，而不是了解具体的查看程序配置以及如何协调这些配置的显示。出于说明的目的，一旦用户输入了一个特定的配置，配置数据即被该查看程序自身捕获并且只能被该查看程序使用。该引擎并不要求配置数据，因为此类数据仅由这些查看程序的内部逻辑所使用。从该引擎到这些构件的所有接入均是通过各个接口来进行。

为了向该应用布局添加一个新的构件，一个用户仅需将该新构件拖放到该布局中的一个空的窗口窗格中。其结果是，该新构件将自动地变成可供接入。一旦一个查看程序被开发用于该新构件并且被放入一个正确的目录，则下一次应用程序设计器被启动时，该查看程序可能被取用并像该系统中的任何其他查看程序一样被显示给用户。在一个用户无意中将一个新的构件拖入已经被一个系统构件占据的窗格中的情况下，该应用程序设计器可自动创建一个标签控制以容纳这两个构件。以此方式，一个单一的窗格就能够容纳多个查看程序。一旦一个或多个新的构件已被成功地添加到该应用布局，则该布局可被保存并准备就绪可供使用。

图6示出了结合了本发明的事件管理系统的一个事件环境。如图6所示，事件环境600可包括事件管理系统100，该事件管理系统可通过广域网被连接到不同类型的视频监视系统并接入控制系统，以及不同的设施管理/保安工作站。通过举例，图6示出了利用固定的和PZT(摇动-倾斜-变焦)摄像机等的一个视频监视系统。图中还示出了一个视频监测和记录站以及一个照片成像站和图像打印机(如用于生产准入证章)。

图6还示出了接入控制系统，这些系统结合了单独的警报管理面板602和604以及接入控制面板集群606、608和610。这些接入控制面板用于通过与准入证章读卡器(未示出)接口来控制安全门和入口通道的操作，这些读卡器控制如磁性的、机械的和其他类型的致动器，这些致动器用于门的锁定/解锁以允许或拒绝进入受限制的区域。

如以上指出的，本发明的事件管理系统具有不依赖于任何特定事件的环境的显著优势，并因此可以用于同许多现有的视频监视、接入控制和设施管理产品共同使用。在任何时候一个新构件(如以上各段落所述)被添加到事件环境600，本发明的事件管理系统的运行发现的方面允许该系统自动地对新构件进行检测并将其结合到系统中。本发明运行时间显示方面允许关于这些构件的信息被自动结合到用于事件管理事件系统的图形显示。这种信息可包括例如从一个摄像机构件或视频监测站接收到的视频图像、来自接入控制面板或警报管理面板的接入尝试信息等。同样，本发明的应用程序设计模块使例如多个系统管理器能够创建应用布局，这些应用布局用于接入在事件环境中预先存在的系统构件，如在事件环境600中的、以及新添加的系统构件。已经在前面描述了如何对这些构件进行整合。

图7示出了用于一个事件环境(如事件环境600)中的事件管理系统的图形用户接口和显示器700。如图7所示，显示器700可包括来自视频监视系统、不同的系统构件的图像，这些系统构件如接入控制面板、警报管理面板、门和入口等，门和入口的进入受这些面板所控制的读卡器的限制；它还可以显示来自这些系统的信息，并且提供对整合到系统中的其他信息的接入，如覆盖图。前面已结合本发明的运行时间发现、运行时间显示以及应用程序设计方面对此进行了描述。

虽然已通过实施方案对本发明进行了描述，但本发明并不局限于此。相反，对所附的权利要求书应广意地进行解释以包括在不脱离本发明的范围和等效物系列的情况下由本领域中熟练的技术人员做出的本发明的其他变体和实施方案。

Claims

1.一种事件管理系统，包括：

一台服务器，该服务器包括一个平台构件架构(PCA)以及一个软件引擎，所述PCA被配置为提供多个系统构件的运行时间的发现和显示；

一个数据源，该数据源用于存储用户定义的多个数据对象以及多种应用；

至少一个系统构件；以及

用于管理和监测多个用户定义事件的至少一个客户端，

其中该PCA提供了在该服务器、该数据源以及该至少一个客户端之间的一个公共接口。

2.如权利要求1所述的系统，其中该PCA进一步提供多种事件/动作管理服务、多种数据服务、多种接口服务以及多种调度服务中的至少一种。

3.如权利要求1所述的系统，进一步包括一种自动更新服务，该自动更新服务用于对多个系统构件提供多种自动的更新。

4.如权利要求1所述的系统，其中该PCA被配置为用于设计多种定制的应用，所述PCA进一步包括一个应用布局编辑器。