CN101632050A - 可动态扩展及自动配置的建筑物自动化系统及架构 - Google Patents

Abstract

本发明揭示一种建筑物自动化系统(building automation system；BAS)架构(图1，组件10)。在一实施例中，所述BAS(图1，组件10)包含：架构，其包含通信网络(图1，组件30及32)，且具有动态可扩展能力及自动配置能力；引擎(图1，组件20)，其以通信方式耦合至所述通信网络；以及至少一个控制装置，其以通信方式耦合至所述通信网络(图1，组件30及32)，所述控制装置(图1，组件42、44及46)是所述引擎(图1，组件20)所已知的或未知的。所述引擎可适于有选择地建置所述动态可扩展能力，以与已知的与未知的控制装置(图1，组件42、44及46)二者建立通信并对所述二者进行控制。所述引擎可进一步适于有选择地建置所述自动配置能力，以确定所述已知的与未知的控制装置二者的至少一种特征。本发明还揭示一种通过动态扩展及自动配置建筑物自动化系统(BAS)的架构而向所述BAS(图1，组件10)增加控制装置的方法。

Description

可动态扩展及自动配置的建筑物自动化系统及架构

技术领域

本发明大体而言涉及建筑物自动化系统。更具体而言，本发明涉及建筑物自动化系统架构、通信及配置。

背景技术

建筑物自动化系统(building automation system；BAS)用于协调、管理及自动控制各种环境、物理、及电气建筑物子系统，尤其是HAVC及气候控制，但也包含保安、避雷、供电等。通常的现有BAS系统是通过硬接线实现的，或者利用专用通信标准或协议来链接各个子系统及提供系统范围的用户访问及控制。

对BAS系统进行硬接线及人工编程可形成针对特定设施进行定制的耐用的固定系统。然而，这些系统常常需要针对每一建筑物或地点进行广泛定制。特定的人工编程及其它安装要素可能并不适用于其它系统，导致与这些系统相关的安装操作成本高昂且耗费时间。

此外，硬接线系统及那些利用专用通信标准及协议的系统很难、甚至不可能与不同厂商或不同代的系统组件、面板、及其它组件相集成。例如，在由安装有升级的BAS的多栋建筑物构成的校园中，可能具有现存的前代(遗留)系统及购自不止一家厂商的系统。在此种情形中，安装BAS并使其与现有系统兼容会非常耗时，需要进行大量的人工维护及编程才能集成现有的装置及建成定制的BAS。

随着BACnet^TM(一种美国采暖、制冷及空调工程师协会(American Society ofHeating，Refrigerating and Air-Conditioning Engineers；ASHRAE)及美国国家标准学会(American National Standards Institute；ANSI)标准)以及LonTalk^TM(一种由Echelon开发的协议集成方法)的引入，本行业中的各种标准及通信已实现了一定的统一。BACnet^TM原本是制定HVAC互操作性标准，现在用作整个行业范围内问题的解决方案。然而，在使用中，BACnetTM存在多种版本，并包含各种可供厂商使用的非标准特征功能。许多厂商规定要实现系统的相符性，必须使用特定的BACnetTM版本，因而迫使BAS用户进行更新。因此，BACnet^TM的各种版本及特征之间并不能完全协同使用。

另外，BAS安装及维护仍是一般需要耗费大量人力的定制任务，这些任务因每一系统的实施方案而各不相同。升级、扩展、以及更新或移除系统组件及服务尤其也是非常复杂的任务，这是因为现有BAS既可能支持也可能不支持新的装置且必须人工进行重新配置才能识别出及包含所作改动。在常见情景中，管理一建筑物地点且该建筑物地点具有两个在现有BAS中运行的控制单元的用户想要在建筑物的新建成的侧楼中增加第三控制单元。此时，用户必须将现有控制单元升级至第三控制单元的新版本才能使系统相互一致，因为系统无法适应多个版本或集成新的控制单元。

现有的BAS也不能提供可访问性、定制化、及系统用户所希望的管理工具。当前的BAS很难进行大规模管理—例如由区域性或全国性的零售商或其它组织进行管理，且在管理时在通信方面非常繁琐。另外，尽管现在已具有且在使用基于互联网且可访问的系统，然而这些系统存在几种缺陷。许多现有的互联网BAS是作为现有BAS的附件而形成，因而具有集成的、专用的设计。这些系统不能提供与非本机系统及子系统进行接口所需的适配性及可扩展性，这是在现有结构中建置大规模系统时所存在的特定问题。现有系统也不能提供更高层次的可扩展性、可配置性及定制化工具。因此，互联网提供一种可用以设计、建置及管理高级BAS的唯一平台。

相应地，仍需要一种具有灵活的动态架构且尤其是从用户角度而言提供增强的通信、管理及控制选项的智能BAS。

发明内容

本发明通过提供一种可动态扩展并可自动配置的建筑物自动化系统(BAS)而实质满足了上述需求。在一实施例中，BAS包含：包含通信网络并具有动态扩展能力及自动配置能力的架构，以通信方式耦合至所述通信网络的引擎，以及至少一个以通信方式耦合至所述通信网络的控制装置，所述控制装置对于引擎而言是已知或未知的。

所述BAS的引擎可适于有选择地建置动态扩展能力，以与已知的及未知的控制装置建立通信。所述引擎可更适于有选择地建置自动配置能力，以确定已知的及未知的控制装置的至少一种特性。

本发明还包括一种通过动态扩展及自动配置BAS的架构而向BAS增加控制装置的方法。在一实施例中，所述方法包含：获得一地点处先前未知的控制装置的网络地址。然后，执行发现过程，以与所述控制装置建立通信并从所述控制装置获得元数据，且通过评价元数据的至少一种特性并将所述至少一种特性作为定义存储于该架构的程序内，而使所述地点同步化。将所述控制装置的状态从已知状态修改成未知状态，并在无需重新编辑的情况下，通过执行所述程序而动态扩展及自动配置所述架构。

以上对本发明的概要说明并非旨在描述本发明的每一所示实施例或每一实施方案。附图及下文说明将更具体地例示这些实施例。

附图说明

结合附图阅读下文对本发明各实施例的详细说明，可更全面地理解本发明，附图中：

图1是根据本发明一实施例的建筑物自动化系统(BAS)；

图2是根据本发明一实施例的对象图；

图3是根据本发明一实施例的对象模型图；

图4A是根据本发明一实施例的数据模型方块图；

图4B是根据本发明一实施例的数据模型方块图；

图4C是根据本发明一实施例的数据模型实例图；

图5A是根据本发明一实施例的简化的BAS架构层方块图；

图5B是根据本发明一实施例的BAS架构图；

图6A是根据本发明一实施例的启动过程流程图；

图6B是根据本发明一实施例的数据管理子过程流程图；

图7是根据本发明一实施例的地点发现过程流程图；

图8是根据本发明一实施例的动态协议支持图；

图9是根据本发明一实施例的地点同步过程流程图；

图10A是根据本发明一实施例的地点同步过程流程图；

图10B是根据本发明一实施例的地点同步子过程流程图；

图11是根据本发明一实施例的地点移除过程流程图；

图12是根据本发明一实施例的地点同步过程流程图；

图13是根据本发明一实施例的外侧对象数据方块图；

图14是根据本发明一实施例的数据方块图；

图15是根据本发明一实施例的流程图；

图16是根据本发明一实施例的报警方块图；

图17是根据本发明一实施例的用户界面的导航图；

图18A是根据本发明一实施例的用户界面界面；

图18B是根据本发明一实施例的另一用户界面页面；

图19是根据本发明一实施例的属性图；

图20A是根据本发明一实施例的另一用户界面页面；

图20B是根据本发明一实施例的图20A所示用户界面页面的详图；

图20C是根据本发明一实施例的图20A所示用户界面页面的另一详图；

图20D是根据本发明一实施例的另一用户界面页面；

图21是根据本发明一实施例的用户界面导航图；

图22A是根据本发明一实施例的用户界面页面；

图22B是根据本发明一实施例的图22A所示用户界面页面的详图；

图23是根据本发明一实施例的数据日志方块图；

图24A是根据本发明一实施例的用户界面页面；

图24B是根据本发明一实施例的图24A所示用户界面页面的详图；

图24C是根据本发明一实施例的用户界面页面；

图25是根据本发明一实施例的用户界面页面；

图26A是根据本发明一实施例的用户界面页面；

图26B是根据本发明一实施例的图26A所示用户界面页面的详图；

图26C是根据本发明一实施例的图26A所示用户界面页面的另一详图；

图27是根据本发明一实施例的用户界面页面；

图28是根据本发明一实施例的用户界面导航图；

图29是根据本发明一实施例的用户界面页面；

图30是根据本发明一实施例的用户界面导航图；

图31是根据本发明一实施例的用户界面页面；

图32是根据本发明一实施例的用户界面页面；

图33是根据本发明一实施例的用户界面页面；

图34是根据本发明一实施例的用户界面页面；

图35A是根据本发明一实施例的用户界面页面的方块图；

图35B是根据本发明一实施例的图35A所示用户界面页面的详图；

图35C是根据本发明一实施例的图35A所示用户界面页面的详图；

图36是根据本发明一实施例的用户界面导航图；以及

图37是根据本发明一实施例的用户界面页面。

尽管本发明容易作出各种修改及替代形式，然而在附图中将以举例方式显示并在下文中详细说明本发明的具体细节。然而，应理解，并非是要将本发明限定为本文所述的具体实施例。相反，本发明打算涵盖归属于随附权利要求书所界定的本发明精神及范围内的所有修改、等效及替代形式。

具体实施方式

本发明的系统及方法尤其适用于可动态扩展及自动配置的BAS及架构。在一实施例中，各系统及方法可有效地确定BAS内的数据及信息的优先次序并进行管理。该BAS及架构通过可动态扩展及自动配置的架构而提供一种智能控制系统。所述系统可建置于本地或宽广的范围内—从空间或建筑物层次直到企业层次，实际上囊括其间的任何结构、建筑群、校园、及区域。

在另一实施例中，各系统及方法与BAS相互作用并定制该BAS。例如，通过图形用户界面显示并实现用户定制选项。除提供可供用户访问、管理及定制BAS的端口外，用户界面本身也可根据系统的动态可扩展性并与系统的动态可扩展性互补地进行定制。例如，在一实施例中，当BAS的企业服务器引擎发现新的对象时，可自动地或在用户指导下有选择地定制用户界面。用户界面还允许用户定制地点或建筑物的分层目录。所述地点或建筑物可从用户界面中搜索，且搜索结果可用于随后定制所述目录。在一实施例中，用户界面还包含仪表板显示器，以粗略地显示关于建筑物系统的信息。仪表板显示器包含关于建筑物、建筑物内的空间、或建筑物内特定设备的摘要信息。

参照图1-37及下文说明，可更容易理解本发明。尽管本发明未必仅限于所具体显示的应用，然而利用在具体上下文中对实例性实施例所作的说明，将可更好地了解本发明。

根据本发明一实施例的BAS包含驻存于企业服务器引擎(enterprise serverengine；ESE)中的可动态扩展及自动配置的架构。BAS及ESE包含通用且耐用的基于处理器的控制系统，其具有不区分通信协议的前端，用于从处于任何建筑物内的或远离建筑物的中央位置可操作地支持对一个或多个建筑物中的HVAC及其它子系统进行管理。

在一实施例中，BAS是可自动且智能缩放的面向对象的系统，在分布于本地或宽广范围内的地理区域中提供多地点管理能力。为实现用户可访问性，较佳使BAS联网。在一实施例中，作为在网络服务器上运行的具有网络功能的应用程序，BAS可由用户通过内联网或互联网中一者或二者上的计算机系统进行访问。网络应用程序为HVAC及其它子系统提供操作服务。

在一实施例中，BAS能够支持及集成遗留的、现有的及下一代组件及子系统。BAS更能够通过智能地识别这些系统及/或子系统并方便地将其集成于可动态扩展的BAS架构中，而支持常见厂商或制造商的系统以及竞争厂家的系统。此种灵活性使BAS架构能够支持补充应用程序以及新的控制面板和子系统类型及版本，而不存在重新编辑及重新发行问题，并能够在特定实施方案中根据具体需求而扩展、定制及特制BAS。此外，动态可扩展性使复杂的系统能够提供增强的通用性及可用性。

参见图1，根据本发明一实施例的BAS 10包含ESE 20，ESE 20较佳位于中央位置12，例如总部或控制站中。在一实施例中，ESE 20包含单个本地装置。如所属领域的技术人员所理解，“中央”位置12未必是地理上的中央位置，而是在一实施例中为通信或控制意义上的中央位置，从该位置可方便或可行地管理BAS 10。例如，用户可从单个总部位置管理全国范围或一区域内各位置处的一或多个BAS。

在另一实施例中，ESE 20包含一在本地或分散环境中运行的多服务器配置。ESE 20也可包含其它的单个、多个及/或联网的计算机或微处理器；单个或多个服务器；硬件；软件；固件；构成固件的软件及软件指令；及/或具有下列功能的计算及存储装置以及编程装置的其它组合：与BAS 10内的分散的点及装置建立通信及控制这些点及装置，有选择地执行动态可扩展能力及自动配置能力，以及接受、存储、高速缓存、搜索、请求、伺服、及/或加载数据及信息，此将在下文中进行更详细说明。

ESE 20较佳在位置20就地联网，并以通信方式耦合至互联网30、内联网32、及/或任何其它用于将ESE 20通信耦合至BAS 10内一个或多个其它点或装置并用于实现动态可扩展能力及自动配置能力的兼容通信装置。因此，通过例如互联网30及/或内联网32等通信装置，ESE 20可通过计算机系统、在用户计算机系统内部或外部从实际上任意位置提供访问及管理控制。ESE 20及BAS 10不需要如图1所示基于网络或以通信方式耦合至互联网30，因为还存在所属领域的技术人员所知的其它兼容的通信装置及选项。例如互联网30及/或内联以太网/IP 32或另一局域网(local area network；LAN)或广域网(wide area network；WAN)等通信装置可实现ESE 20与其它系统组件及装置之间的通信。根据需要或意愿，BAS 10内各部分的某些或所有通信及连接既可是有线的，也可是无线的。

系统10的每一实施方案在尺寸、装置构成、以及当前、遗留及未来一代装置的比例方面可差别很大。系统10也可能在厂商/制造商、类型、建筑物及/或校园的实体布局、用户需求、及其它特性方面有所差别。因此，逐一地点地建置每一系统10且特别是ESE 20。ESE 20可辨别各种系统装置，与其进行通信并对其加以控制，这些系统装置包括及常见制造商的、遗留的或前一代的、以及竞争厂商的控制器及建筑物自动化面板。BAS 10还可通过ESE 20而扩展至集成下一代装置。因此，ESE 20包含用于接受及存储来自BAS 10各点的数据及元数据描述符的微处理器、计算、存储及/或其它兼容装置、以及在无法得到元数据描述符时用于自动请求辅助的人工编程数据及描述符的微处理器、计算、存储及/或其它兼容装置。BAS 10内的数据及元数据描述符将在下文予以更详细说明。

例如，如图1所示，当代监控控制器41(例如由本申请案的受让者制造的建筑物控制单元)或面板40可直接通信耦合至互联网30及/或内联网32，而遗留单元42可直接通信耦合至互联网30及/或内联网32或通过媒体转换器48进行耦合。遗留单元42可包括例如由本申请案的受让者

制造的TRACER SUMMIT及TRACKER单元。媒体转换器48较佳是简单的变换器，但也可根据需要包含其它更复杂的装置。在各种实施例中，媒体转换器48较佳可与竞争产品44及/或未来产品46一起使用，但也可不与这些产品一起使用。竞争产品44也较佳直接耦合至互联网30及/或内联网32。“竞争”这一用语用于大体指代相对于ESE 20而言由其它组织制造的产品。可能包含竞争产品44的建筑物舒适性及控制产品及系统的制造商包括JOHNSON CONTROLS、HONEYWELL、TRIDIUM、YORK、GENERAL ELECTRIC、CARRIER及其它制造商。

ESE 20更能够支持未来产品46，例如当前控制器的更新版本、新开发的产品等等。较佳地，至少多个面板40、当前控制器41、遗留单元42、竞争产品44或未来产品46是建筑物自动化、控制或HVAC产品，其代表性实例包括：暖气炉及供热系统、制冷器(包括机械式及吸收式)；空调器、过滤器及空气净化器；防火及生命安全系统；保安系统；电气系统监视器及控制器；避雷系统监视器及控制器；通风系统监视器及控制器；传感器，包括烟气、光、占用性、运动、湿度传感器及其它传感器；空气调节器；流体及空气移动及搬运设备；终端产品及装置；生命科学及药理学控制设备及监视系统，包括正压及负压净化室；工业自动化及控制设备及系统；可编程逻辑控制器；及其它产品。ESE 20还较佳能够与其它类似的、但属于前一代的控制及管理系统共存及配合使用，此将在下文中予以更详细说明。

面板40、监控控制器41、遗留单元42、竞争产品44及未来产品46在本文中可统称为BAS终端装置。根据本文对面板40、监控控制器41、遗留单元42、竞争产品44及未来产品46的说明，BAS终端装置可包含输入/输出点、二进制及模拟装置、嵌入式控制器、传感器、及任何其它用于在建筑物或校园等的至少一部分中测量及传送关于点、装置、空间、系统或子系统中至少一者的数据的控制/传感器装置。术语“终端装置(end device)”仅用于方便、统一地指代BAS 10内的点，且特别是“终端”这一术语的上下文并非打算具有限定性或者从BAS 10的角度而言在任一给定情形中均隐含着为一通信或控制端点。譬如，例如监控控制器41等终端装置也可用作ESE 20与额外终端装置侧设备之间的中间媒介。

此外，BAS 10可包含非现实的终端装置、或点、以及虚拟的终端装置。在一实施例中，非现实的终端装置是表示由ESE 20所例示的现实的、实际的、或实体性的终端装置，且与一或多个实际的、现实的、或实体性的BAS终端装置相关联或有关。现实的终端装置是本文通篇所描绘及说明的终端装置，如所属领域的技术人员所能理解，术语“现实(real)”仅用于相对于所例示的“非现实”终端装置而言来描述一终端装置。非现实终端装置可由ESE 20根据至少多个现实终端装置、或终端装置点或值之间的算术关系来导出或例示。非现实终端装置之一实例是建筑物效率。建筑物效率同时与BAS终端装置及BAS 10设备的输入与输出特性相关。其它实例包括或涉及设定点及舒适性设置(comfort settings)。ESE 20适于根据BAS 10的动态可扩展性及自动可配置性而自动地更新或重新定义非现实终端装置。

BAS 10还可针对不同应用而以不同方式对待特定的BAS终端装置，从而形成虚拟终端装置。虚拟终端装置是实际、现实、或实体性BAS终端装置的定制的或以其它方式加以修改的定义或对待方式。实际终端装置则是本文所描绘及说明的终端装置，如所属领域的技术人员所能理解，术语“实际(actual)仅用于相对于“虚拟(virtual)”终端装置而言描述一终端装置。为进行上下文说明及方便起见，用户可选择将一终端装置表示为第一类型，同时BAS 10操作一实际上构成第二类型的终端装置并与该终端装置进行通信。为满足用户，允许用户将该终端装置视为使用户感到舒适的终端装置并与其进行相互作用，或者为得到一致的接口起见，BAS10可将该终端装置作为第一类型的虚拟终端装置呈现给用户，即使该终端装置是由BAS 10作为第二类型进行实际建置及控制。

在一实施例中，用户通过呈现于一或多个计算机装置22上的图形用户界面(graphical user interface；GUI或“用户界面(user interface)”)来访问BAS 10及与BAS 10进行相互作用。每一装置22均与BAS 10进行通信耦合。BAS 10的用户界面可实际上由任何具有可视显示器并与系统10进行通信连接的装置22提供。此等装置的某些实例是个人桌上型计算机、膝上型计算机、或便携式计算机(portable computer；PC)；便携式数字助理(portable digital assistant；PDA)；移动电话；以及其它类似装置。通常，装置22与BAS 10之间的连接是通过互联网30、内联网32、及/或某种其它局域或广域通信网络提供，尽管也可利用其它连接手段及连接组合。例如，如果利用具有互联网联网功能的移动电话，则该连接至少部分地包含无线蜂窝通信网络。

在本发明BAS 10的背景中，每一BAS终端装置40、41、42、44、及46均被建模为一对象。在面向对象的BAS 10及ESE 20中，对常见对象进行建模以供辨认及应用于其它类似对象，从而实现高的效率。简而言之，对象就是一类实例(instance)、或者囊括一组描述行为及功能。因而，可根据应用于对象的规则而明确表示一般对象。参见BAS 10，终端装置对象可囊括BAS 10中实际任意类型的或任一台设备、或任意输入或输出点、以及与BAS 10相关的任何应用程序或数据结构。

BAS 10能够通过对系统装置及组件采用一种面向对象的方法而减少对新装置的人工编程及集成。BAS 10更能够识别及唤起对未得到辨认的对象和与对象相关的事件的注意，以便可提供人工服务及引起注意。BAS 10内面向对象的数据及元数据管理能支持BAS 10进行动态扩展及自动配置，包括对BAS 10的组件及架构以及对BAS 10的结构及状态在用户界面中的信息性及管理性表示形式进行动态扩展及自动配置。动态扩展及自动配置会形成具有自我描述性对象的循环递归系统(circularly recursive system)以及使系统利用来自及关于所述对象的可塑及可扩展的元数据。因此，在一实施例中，BAS 10元数据是多层次、可改向且可扩展的。此外，BAS 10的动态可扩展性使用户能够利用用户界面来定制及控制BAS 10，包括用户界面自身，而无需使用重新编程或重新编辑码。

相应地，图2是根据一实施例的BAS 10的运行架构图。在可动态扩展及缩放的BAS 10中，对象是以分级或分类结构形式存在。例如，各数据对象、地点对象、及面板对象相互关联并可相对加以定义，其中各对象包含或与各自的对象定义58相关联，这些对象定义58例如为类型、版本、厂商等等，其存储于数据库60中并由BAS 10在具有ESE 20的应用程序引擎/构架62内进行解译，以决定BAS 10如何处理特定对象。内部元对象管理50、数据对象管理52、地点管理54、及面板和通信管理56借助对象定义58表示BAS 10的ESE 20的内核，并使应用程序引擎/构架62与外部源及实体进行接口，以管理BAS 10内的对象。该内核较佳包含p-码引擎并可扩展。应用程序引擎/构架62及数据库60和ASP.NET应用程序64包含位于ESE 20的操作架构内的图形用户界面要素表示形式。在一实施例中，数据库60是处于图形用户界面程序外的数据存储器或Sequel服务器。然后，网络服务器66将BAS 10通过应用程序引擎/构架62介接至外部界面。在一较佳但并非唯一的实施例中，外部接口包括利用网络浏览器程序通过互联网30或内联网32呈现的GUI。图2中的网络服务器66及网络浏览器68不是客户端网络服务器及网络浏览器软件要素，而是ESE 20操作架构组件的表示形式。

在一实施例中，BAS 10所使用的主要对象及分类参照图2显示于图3中。数据对象管理52包括数据管理器网络引擎100及对象管理101。数据管理器网络引擎100包含数据请求管理器102及数据请求对象104。数据请求管理器102是用于管理所输入的XML请求、以及用于创建数据请求对象104、相关数据对象120、以及供外部客户端用作参考的相关URL及标识的对象。数据请求管理器102还是高速缓冲存储器，用于来自用户界面及/或任何客户端的数据请求对象104及数据对象102。数据请求对象104是包含一组读取请求的对象。对象管理101包含数据对象120及智能值126。数据对象120是封装有在每一面板中所存在的一或多个对象的对象，所述一或多个对象既包括设备对象也包括应用程序对象。智能值126则是封装有在数据对象中所存在的特性的对象，其负责将原始数据编码/解码成任何外部格式以及从任何外部格式编码/解码原始数据并用于在需要时执行转换。

地点管理54包含地点管理器108及地点110。地点管理器108是负责管理所有地点110、启动、增加、及超越地点的操作的对象。地点110是作为与建筑物进行相互作用的中心的对象，其包括至少一个单独的面板对象112。在一实施例中，ESE 20将建筑物视为一地点110。然而，特定地点110可以是单独的建筑物或者由不止一座建筑物构成的校园。相反，单座建筑物也可包括不止一个地点110。

重新参见图1，例如，面板40、监控控制器41、遗留单元42、竞争产品44及未来产品46可一同构成单个地点110，或者，面板40、监控控制器41、遗留单元42、竞争产品44、及未来产品46中的某些或每一个可位于不止一个不同地点110。系统10中的ESE 20可默认至单座建筑物、在一实施例中为单个地点图，然后可根据用户偏好或系统特性或发现数据(discovery data)进行定制或修改。在一特定实例中，一制造场所包含第一由用户及系统定义的地点110及第二由用户及系统定义的地点110，其中第一地点110由前部办公区域组成，第二地点110由制造车间组成。从制造场所角度看，此多地点定义可使得更方便、更直观地管理不同空间。

BAS 10中关于建筑物内空间的大体信息通常包括所述空间中设备的类型、温度、设定点、及相对于设定点的偏差。描述所述空间的其它状态包括流动速率、占用率、模式(制热还是制冷)、设备状态、及户外空气温度及湿度。设备状态是指空间中特定设备的状态。专用或定制的设备可提供其它信息。

该大体信息中的某些或所有信息可供在用户界面中浏览。也可通过启动一按钮而将所显示的信息更新为当前状态。可通过用户界面内的导航链接来访问其它建筑物空间。可根据所代表的特定终端装置来定制用户界面。例如，ESE 20及用户界面可汇编来自提供给ESE 20的定义的信息、来自自我描述性终端装置的信息、来自从终端装置所读取的信息的信息、以及来自人工编程的终端装置的信息，以形成用户界面页面。所述页面可根据模板形成，其中根据所汇编的信息而添加或移除各个要素及信息。

可单独看待各台设备，也可将其视为子系统群组的一部分。例如，可将关于一子系统群组的信息直接显示于用户界面中，例如以具有通往该群组中特定设备的链接的表格形式进行显示。也可由用户定制数据集合。可沿循直观的链接来浏览其它空间状态及值。在一实施例中，用户可通过用户界面手动更新关于BAS 10的信息。

元对象管理50包含元数据管理器114、对象定义122、及特性定义128。元数据管理器114是用于剖析元数据XML文件及管理元数据定义的对象，且在一实施例中，其较佳按面板类型、版本及对象类型进行高速缓存。对象定义122是用于定义数据对象120的特性、服务及行为的元数据对象。特性定义128则是用于定义对象特性的属性及行为的对象。

面板及通信管理56包含通信管理器116、面板112、协议堆栈118及协议数据单元(protocol data unit；PDU)124。通信管理器116是负责管理所有通信端口、线程(thread)及协议堆栈的对象。面板对象112是表示实体面板并管理用于协议堆栈的元数据版本及可供用于协议堆栈的服务的对象。PDU 124是负责通过通信线路对特性算法进行编码/解码的对象。

在图4A中显示主数据实体，在图4B中显示根据一实施例的数据模型实例，并在图4C中显示根据另一实施例的模型实例。在最基本层次上，每一地点110均是一或多个面板112(面板对象)的集合，且每一面板112均是一或多个对象120的集合，为实现系统可操作性，这一或多个对象可能需要扩展130。地点110可以是由ESE 20所管理的单个地点(即建筑物)、或者是一系列地点。地点110还包括用于背景任务的信息。面板112是地点110的已知的单个面板112或一系列面板、以及ESE 20管理这些特定面板所需的信息。在一实施例中，该信息可包含面板类型、版本、厂商、以及忽略标记符(ignore flag)。对象120是存在于每一面板112中的一系列对象，用于进行导航、显示及管理。对象扩展130是保存于ESE 20上的专用于每一对象120的信息，由与每一对象120相关联的元数据进行描述。对象扩展130用于驱动用户界面，以用于确定例如以下等事项：当一对象按对象配置处于不同家族中时，该具体对象属于哪一家族。

在一实施例中，每一单独地点110均存在类似于图4B所示数据模型的数据模型。在本实例中，当ESE 20发现地点110时，ESE 20得知或者可获知地点110A是面板112A、112B及112C的集合。面板112A包含对象120A。面板112B包含对象120B及120C，且面板112C包含对象120D及120E。对象120B及120D分别需要对象扩展130A及130B。在其它实施例中，可使用更多或更少的面板112、对象120及/或对象扩展130，图4B所示的模型只是一个实例。

ESE 20可操作地在支持建筑物自动化标准协议的面板40及41以及单元42、44及46(重新大体参见图1中的系统10)中读取及写入数据。在图1及本文的上下文中，单元42、44及46可以是面板，但以图1中的类型加以识别来例示系统10的可能配置及构成。例如，ESE 20及BAS 10整体上至少大体兼容BACnetTM协议及/或XML，尽管在不同实施例中特定装置可能还需要实体或虚拟媒体转换器48。尽管ESE 20兼容很多种协议及标准及/或可针对这些协议及标准进行配置，然而本文的特定实例将在本发明的一个非限定性实施例的上下文中提到BACnetTM协议、互联网30及内联网32系统(在适当时)。

在一实施例中，ESE 20的结构尽可能在本地集成BACnetTM协议及其它协议的各种实施方案。ESE 20能可操作地同时支持多种版本及实施方案，例如所支持的服务及专用信息。此使ESE 20能够同时集成“内部”装置(即常用厂商/制造商的装置或平台)与“外部”装置(即其它厂商或竞争厂商的装置)，而无需对对象进行人工编程。此与在其它系统中集成外部对象44的现有方法形成对照一在现有方法中，需要由每一设施的专用现场服务技术人员对数据及关系进行耗时、费力的人工编程，此会增加这些其它系统的成本及复杂度并降低便利性。

ESE 20可操作地提供用于进行系统安装、设置、集成及支持的接口。例如，ESE 20为装置/对象40、42、44及46设置参数提供界面，这些设置参数包括每一者的IP地址、子网掩码(subnet mask)、网关、以及服务器名称(当适用时)。ESE 20更提供一种用于设置及定制网页的方法及/或功用，并向网页提供及公布图形，其中所述网页可同时包括模板及单独页面。系统10及ESE 20还允许用户出于分组目的而定义既定地点的属性。在一实施例中，至少，每一地点110均与地理及类型属性相关联，并提供搜索功能以允许用户搜索地点或成组的地点。ESE 20较佳更能适应系统10内整个地点110的增加、移除及一般管理。

从实施的角度看，ESE 20的地点管理是系统10的一重要方面。打算使动态扩展、增强及改动成为建筑物自动化系统10的固有的基本特征。此外，ESE 20作为系统10的核心引擎，被设计成用作包括下一代开发在内的其它系统及装置的基础。ESE 20及系统10的每一实施方案均被设计成使地点及数据管理服务与用户接口及应用程序相分离，以确保不会损害核心引擎这一方面。

例如，在图4C所示的大学校园实例中，ESE 20所管理的地点110包括校园中的各个建筑物，例如工程楼、图书馆、管理楼及其它建筑物。地点110还包括用于背景任务的信息。仍参见图4C，每一地点110均包含一面板112。图中对每一地点110画出一系统控制器层的单个面板112，尽管单个地点110也可包含多个面板112。此外，对象120是存在于每一面板112中的一系列对象，用于进行导航、显示及管理。在图4C中，每一面板112包含多个对象120-其可为设备、传感器、接收器、机器及其它装置。

图1所示实施例中的核心引擎或ESE 20形成系统10的基础或平台。参见图5A及5B，ESE 20支持系统10内的应用程序150及用户接口特征和功能160。系统架构500内的ESE 20进一步定义及描述引擎支持的所有方面。架构500的专用扩展层502包含可针对一规范通信协议(例如层510的协议)进行建置的厂商专用扩展。

层510包含多个所支持的预期协议。由于其它BAS系统可能能够利用多种协议与多个厂商装置进行通信，因而即使开始时不包含一特定厂商，系统10中的ESE 20的动态可扩展性也使ESE 20能够自动决定厂商及恰当协议或得到支持，而不需要重新编辑并随后重新发送主程序及系统、或进行系统重新设计。在特定厂商面板的协议内的支持变动也不需要重新编辑。在一实施例中，对此种变动的支持可仅限于基本的标准协议支持。BACnetTM 512是ASHRAE标准BACnetTM协议的一种实施方案，其在一实施例中可包括1998、2001及2004技术规范，且较佳也可执行其它及未来的技术规范。BACnetTM 512是协议堆栈118及PDU 124(参见图3)、以及面板及通信管理56(参见图2及3)的实施方案的一部分。LON 514包含行业标准LON协议的实施方案。LON 514是协议堆栈118及PDU 124、以及面板及通信管理56的一部分。协议层516、518、520及524可分别包含各种现有协议、下一代协议、专用协议及/或新兴协议的实施方案。在一较佳实施例中，协议层516、518、520、522及524可包含所支持的专用协议，例如

的COM4、COM3、下一代TNG/XML、及BMN，尽管也可执行其它组合及协议。例如，其中一个协议层516、518、520、522及524可包含例如oBIXTM或开放式建筑信息交换标准(Open BuildingInformation Exchange)等新兴协议标准的实施方案。oBIXTM标准是由产业界倡仪制订的协议，用于规定建筑物控制系统的基于XML及网络的系统及机制。协议层516、518及522是协议堆栈118及PDU 124以及面板及通信管理56的实施方案的一部分。

内核高速缓存器526是一高速缓存层，用于集中管理面板112、且更特别是例如图1所示面板40的输入及输出(图3及图4A，还参见例如图4B)。内核高速缓存器526是地点管理器108及地点110以及地点管理54的一部分。

通信及通信扩展管理器层530包含用于管理及协调上述层510的各种通信协议的逻辑。通信及通信扩展管理器层530是通信管理器116及面板管理56的实施方案的一部分。

元数据管理层532管理元数据定义，包括定义及用于管理系统10及ESE 20的各种对象及特性的规则。元数据管理层532包含元数据管理器114、对象定义122及特性定义128，且是面板管理56的实施方案的一部分。

对象管理层534管理由内核540(其将于下文加以说明)所维护的存储区内的对象及特性。对象管理层534包含数据对象120及智能值126，并对应于图3中的对象管理101。

地点管理层536管理所有地点110。如前面所述，地点110可包含建筑物、校园、各种结构、及其它实体，例如单独的HVAC网络。地点管理层536对应于图2及3中的地点管理54。

直接通信界面538是一薄的层，其使较高层应用程序能直接访问较低层通信服务。直接通信界面538是地点管理器108及地点110的一部分，且是地点管理54的实施方案的一部分。

大体而言，图3描绘数据管理器内核层540的核心部分。系统10及ESE 20的内核依赖于面向对象的原则及功能来实现基本界面及可操作性框架。再次参见图5B，数据管理器内核层540用于描述及定义系统10及ESE 20的地点、通信、对象及元数据组件的全部。内核持续性管理层542负责处理ESE 20内核的持续性、或存储器外的存储。内核SQL界面544处理与数据管理器内核540的SQL(结构化询问语言；structured query language)数据库之间的接口。测试管理器546负责管理为实现测试目的而进行的低层内核类别的登记。尽管在本发明一实施例中较佳使用SQL数据库，然而所属领域的技术人员可知，在其它实施例中也可使用其它数据库应用程序，例如MSDE(

数据引擎)等等。

ESE 20内核被设计成可扩展，且内核扩展管理器550负责管理、初始化及关闭每一扩展。在本发明的一较佳实施例中，各种扩展包括但不限于：地点同步551、报警552、调度553、数据收集554、内核测试工具(kernel test harness)555、启动556、模拟557、及图形编程558。

地点同步551是一负责提供地点同步所需的服务的扩展层。地点同步将在下文予以更详细说明。报警552是一负责在处理ESE 20的报警时所需的服务的扩展层。调度553是一负责在管理ESE 20的调度时所需的服务的扩展层。数据收集553是一负责为ESE 20收集数据(包括趋势数据)所需的服务的扩展层。内核测试工具555是一负责在对ESE 20内核功能执行测试时所需的服务的扩展层。启动556是一负责在线发现ESE 20的HVAC网络时所需的服务的扩展层。模拟557是一负责在运行ESE 20的设备模拟器时所需的服务的扩展层。图形编程558则是一负责运行ESE 20的图形编程脚本(script)的扩展层。

数据管理器网络引擎层562将ESE 20连接至网络服务器，以用于支持为运行网络服务器64所构建的应用程序，例如HTML页面。数据管理器网络引擎层562包含数据请求管理器102及数据请求对象104的实施方案。数据管理器持续性管理器层563管理构建于数据管理器网络引擎562内的应用程序的持续性，且是应用程序引擎/框架62的一部分。数据管理器高速缓存器层564管理与网页相关的包括对象及特性的数据，且是应用程序引擎/框架62的实施方案的一部分。服务器侧测试工具层565是一负责在对ESE 20数据管理器服务器功能执行测试时所需的服务的扩展层。数据管理器SQL接口层566则负责处理与ESE 20数据管理器的SQL数据库之间的接口。如前面所述，在本发明的其它实施例中也可利用其它数据库应用程序，SQL数据库只是表示本发明的一个实施例。因此，在其它实施例中，接口层566可介接至其它数据库。

网络软件框架层567代表用于构建ESE 20的网络应用程序的框架，且是应用程序引擎/框架62的实施方案的一部分。应用程序层568代表构成ESE 20的用户界面160及应用程序150，包括状态、报警、调度、数据收集、安全性、管理等等。客户端侧测试工具层569负责对可用测试执行客户端侧改动及验证。

工作站软件框架层570代表用于构建不面向网络的应用程序(non-weboriented applications)150的框架。工作站软件持续性管理器层572用于管理被构建为工作站软件的应用程序150的持续性。工作站软件SQL接口层574负责处理与工作站中软件的SQL数据库之间的接口。类似于上文对于接口层566所述，在本发明的其它实施例中，接口层574也可介接至其它数据库应用程序。

模拟器管理器层575负责管理、启动及停止在模拟内核扩展557中所建置的服务。模拟器用户界面层576是模拟器的用户界面160。

单元测试工具层577负责管理对ESE 20内核内每一类别及组件的单元测试。单元测试工具用户界面层578则是用于运行、浏览及验证单元测试的结果的用户界面。

工作站软件用户界面框架层579代表用于构建工作站中应用程序150的框架。非网络应用程序层580代表所要构建的厚重客户端应用程序(thick-clientapplication)150。网络用户界面框架层581是一使构建于网络软件框架570上的应用程序150能够在单用户(即不基于网络服务器的)机器上运行的框架。应用程序582是再用于工作站中的应用程序568。

以图1所示系统10及图5B所示架构作为上下文，ESE 20的一较佳实施例被设计为一自我修改性及自我适应性的系统集成引擎，用于提供动态可扩展性及缩放性。因此，从ESE 20的角度来看，地点管理包含下列主要系统过程：系统启动；地点发现；地点移除；地点同步；及系统关闭。下文将更详细地逐一说明这些系统过程。

参见图6A及6B，并回想图5B中的启动扩展556，ESE启动过程600首先在步骤602中启动ESE 20并跟踪ESE 20本地的记录服务(logging services)。接着，在步骤604中加载启动参数文件，并在步骤606中利用该启动参数文件中的信息对数据库60进行定位。在步骤608中启动任务记录服务，随后在步骤610中启动管理器50、52、54及56。在一实施例中，亦参见图6B，在步骤610中启动管理器50、52、54及56包括：在步骤610A中对元数据及元数据服务器进行定位(元对象管理50)；在步骤610B中加载所有地址(地点管理54)；在步骤610C中启动通信端口(面板及通信管理56)，并在步骤610D中启动地点状态机(地点管理54)，对ESE 20已知的所有地点重复进行。

再次参见图6A，步骤612包括利用启动参数重复使用及启动所有应用程序。应用程序包括：后台任务/服务管理器及应用程序记录服务；趋势分析服务；地点同步服务；地点发现服务；报警服务，包括对输入报警的赋能；以及调度服务。接着，使系统同步并保持，直到在步骤614中可得到服务为止。在一实施例中，ESE 20的启动仅保持至可得到关键服务为止，例如后台任务/服务管理器及应用程序记录服务、地点同步服务以及地点发现服务。在另一实施例中，ESE 20的启动则在步骤614中保持至可得到所有服务为止。在步骤616中，根据启动参数，启动用户界面160服务。启动后，ESE 20即准备好进行正常运行并可执行其它系统过程。

在一实施例中，通过一发现过程来实现前述地点110或对象120在系统10中的集成。例如，在一位置处安装新面板40，且面板40要并入系统10中。ESE 20可操作地执行一或多个算法，所述算法发现系统10内的新对象112(面板40)并接着分析现有编程，以首先判断面板对象112是否确实是新的、或者是否先前在系统10内发现过面板对象112。一旦判断出面板对象112是新增的，ESE 20便接着获得来自及关于面板对象112的任何相关的或必要的信息，例如厂商、版本及所支持的协议，以将面板40集成于系统10内，然后执行正在进行的重新配置。

还对新发现的面板40/面板对象112进行分类，以便将来寻址及识别。利用包括分类在内的对象数据及信息来管理及控制正在使用的各个对象、对象群组及整个系统。在发现及分类过程中，当可行及具备时，系统10较佳采用公认的标准及规则，例如前面所述由ASHRAE颁布的标准及规则。然而，如果系统10发现一来自共同厂商(即与系统10为同一厂商或制造商)或来自一外部厂商的面板对象112或对象120，则可存在例外。这些对象112、120可根据厂商的标准及规则进行分类及与系统10同步，在许多情形中，厂商的标准及规则将与现行行业标准(例如上述ASHRAE标准及规则)相同或近似。

倘若发现来自外部厂商的对象112、120，则使用外部对象112、120BACnetTM实施方案的默认元数据定义，包括模拟数据、二进制数据、装置、调度、及趋势等等。如果在特定系统10中，发现内部与外部厂商对象112、120相混合，则一般将地点110视为外部厂商地点，因为内部厂商设备有可能不是主要的集成工具。在此种情形中，ESE 20使用面板40或监控控制器41作为集成工具来介接至外部厂商的设备。一般而言，ESE 20也可假定(除非另有编程外)为ESE 20映像的对象调度(无论是内部的还是外部的)将管理其所分别负责的事务。

如果新发现的面板对象112无法分类或不适合于任一现有种类，则系统10可对面板对象112自动加上标记符或进行其它标记以引起人员注意。在一其中出现此种情形的实施例中，在可对面板40进行分类并获得相关定义之前，不在新面板40与ESE 20之间建立对话，因为面板40可能是系统10所不支持的类型。尽管在某些实施方案及实施例中使用BACnetTM协议，然而在其它实施方案或实施例中也可使用LonTalkTM。此外，亦可在单个系统10内在不同地点或不同系统层上同时使用这两种协议。每一协议较佳具有其自身的独立的虚拟总线，但在一实施例中，各协议均在同一导线上运行TCP/IP而看似不同的网络。在其它实施例中，也可使用MSTP(主从令牌传递；Master Slave Token Passing)、MODBUS、PTP(点对点；Point-to-Point)、以及其它BACnetTM和适当协议。

在一实施例中，可利用各种标准BACnetTM服务来识别面板对象112及对象120。如在初始发现过程中一样，ESE 20在将特定配置改动数据编程于系统10中时较佳不依赖系统集成活动。如果数据结构符合ESE 20所预期及认可的标准数据，则从对象112、120中读取该信息。赋予该信息的任何特定上下文也通过输入提供给ESE 20，而不需要重新编辑及加载生产码的另一版本或对系统10中的逻辑进行现场编程。在一实施例中，当不存在一制造商的特定面板40(面板对象112)的信息时，系统10返回至BACnetTM标准来描述对象112、120中的信息，并以该基本信息来运行。

例如，在一实施例中，系统10可根据厂商来识别对象112、120。在确定与对象112、120相关联的厂商身份后，系统10可获得关于对象120的更具体的信息，包括产品、版本及如何与该对象120进行通信的定义。然后，可修改系统10的算法并使其同步，以记住如何与该对象112、120或将来发现具有类似特征的其它类似对象进行通信。

系统10也可系统地遍历各可用排列或为面板对象112指配一互联网协议(Internet Protocol；IP)地址，从而确定对象的厂商。可具备多个选项，因为当系统10遍历每一数字或每一行信息时，响应时间可能会变慢。在一实施例中，利用一输入文件(即面板元数据)将对外部面板的BACnetTM实施方式的大体说明提供给ESE 20。ESE 20可接着例如根据面板的IP地址，在所述位置发现面板40，并获得与ESE 20应用程序相关的任何信息，以对面板执行其操作，例如状态及设定点、数据收集、报警及调度。如果根据上述及其它方法无法识别出对象112、120，则将对象112、120标记为异常，且系统10执行一用于处理异常的算法。

参见图7，地点110发现过程700首先在步骤702中收集地点发现信息，例如通过用户界面从用户输入中收集或者从批输入文件中收集。发现信息可包含地点名称、IP地址/DNS名称、所要打开的端口编号、所要使用的协议、以及所要发现的装置身份(装置ID)。在一实施例中，装置ID可以是系统默认的。然后，将该发现信息传递至地点管理层536。

在步骤704中，验证地点许可证(site license)，其包括核实是否不超过地点许可证的允许数量。如果在步骤704中无法验证该地点许可证或者如果未成功地核实地点许可证的数量，则返回一错误消息并停止过程700。而如果成功地完成步骤，则在步骤706中将各通信端口初始化。步骤706包括从通信管理器56请求一用于该端口的协议堆栈及协议类型。在一实施例中，各端口被限定为每一端口一个协议；因此，ESE 20在一特定IP地址处将仅力图发现一种协议类型510。如果该端口已在使用，则ESE 20判断当前端口是否是利用所请求的协议打开的。如果不是，则返回一错误消息，停止发现过程700，并删除协议堆栈(如果已创建)。而如果该端口是使用所请求的协议打开的，则通过目前打开的插孔创建新的协议堆栈并将该新协议堆栈初始化。返回一开始的询问，如果ESE 20判定该端口未在使用，则打开一新插孔，并创建及初始化新的协议堆栈。然后，根据堆栈类型，执行基本初始化。如果出于任何原因而使初始化失败，则返回一错误消息，停止过程700并删除协议堆栈(如果已创建)。

如果初始化成功，则在步骤708中在存储器及在数据库60中创建新地点对象110。新地点对象110被标记为“正被发现”状态，其中还不允许对地点110进行用户操作，因为地点对象在该地点发现状态过程之外还没有正式存在于系统10中。

接着，在步骤710中，将发现元数据(discovery metadata)接至该地点。发现元数据是通用的，其中此时的协议堆栈服从一临时实体，该临时实体规定及/或注明所要使用的发现元数据及默认的一组服务。在从协议堆栈得到一或多个面板40的列表后，在步骤712中发现、接入(wired in)并设置工作或实际元数据。该步骤部分地取决于协议510的类型及前面各步骤的结果，并可因内部还是外部面板40而异，包括此前的发现和来自地点布局对象的可用装置列表、以及用于请求来自对象112、120的响应的通用广播算法。设置面板40的低层通信联结关系/表格，包括IP地址、MAC地址、装置ID等等，此是对每一装置40重复进行。如果找到面板40的元数据版本，则接入面板40的恰当元数据，从面板40读取所支持服务的列表，并创建面板对象112。面板对象创建还包括设定所有内部值并存储于数据库60中。如果未找到面板40的元数据版本，则将面板状态设定为“不可用”，从而需要用户注意解决。在针对所找到的每一装置重复进行之后，将地点状态设定为“可以同步”状态。

在步骤714中，验证地点110、面板40(112)及元数据。验证首先包括核实每一面板40的支持元数据是否可用，以使通信管理器56及数据管理52的服务能够妥善运行，并判断是否支持足够数量的面板40。在一实施例中，如果只找到一个工作面板40，则验证的第二方面成功。在其它实施例中，则需要更多个工作面板40。如果验证不成功，则发现过程700失败并删除协议堆栈(如果已创建)。

而如果验证成功，则在步骤716中进行转换决策(transition decision)，其中如果可在足够高的层次上建立与地点110处至少一个面板40的通信，则发现过程700继续进行。在转换决策716之后，在步骤718中进行第一地点同步。在成功完成第一地点同步后，地点110转换至一运行状态，并在上传转换地点步骤720中允许输入报警及变化趋势通知。

对于在足够高的层次上与至少一个面板建立通信而言，ESE 20可操作地提供动态协议支持。参见图8，代表性及实例性的动态协议支持算法表800例示各种识别“层次”以及可与系统10中的面板40及其它对象建立通信的各种“层次”。例如，协议支持表800包含至少一个可用协议802，或者图8中的PROTOCOLa/。PROTOCOLa/可以是BACnet^TM协议或前面所述的另一种适宜协议。PROTOCOLa/因而更具体地包含至少一个厂商804。VENDORO可以是默认厂商，VENDOR1可以是ASHRAE，VENDOR2可以是

，等等，这些特定厂商仅用作一实例。然后，至少一个产品806可与每一厂商804相关联，且每一产品806可包含至少一种型号或版本808。然后，当与面板40建立通信时，ESE 20较佳获得用于尽可能具体地标识面板40的元数据，以建立更高层通信。如果例如ESE 20能够将第一面板40识别至厂商层804并将第二面板40识别至型号层808，则ESE 20将能够与第二面板40建立更高层通信，因为ESE 20将具有更详细及具体的信息。

系统10更例如用作无限状态机(infinite state machine)。当前的嵌入式系统是具有有限数量个工作状态的状态机。而无限状态机可通过下列方式提供所谓的“即插即用(plug-and-play)”操作性：发现面板对象40，使面板对象40同步，重新编辑ESE 20以进行集成或重新集成，并在运行时改变状态。对于如系统10中的具有无限数量个状态的系统集成平台，必须发现并预料系统10的每一状态，此与危险/安全系统形成对照—在危险/安全系统中，必须得知所有可能状态并有可能重新设计才能识别其它或经过更新的状态。

ESE 20包含多个后台管理状态机，用于使ESE 20保持可以运行且处于最新状态。这些状态机以及整个ESE 20的每一实施方案均因地点而异。在一实施例中，ESE 20为装置设置参数提供一直观的界面，这些装置设置参数包括但不限于IP地址、子网掩码(subnet mask)、网关及服务器名称，并提供用于设置、定制、及公布模板和单独网页的装置。对于模板或单独的网页，ESE 20可在提供网页时显示动态产生的内容。ESE 20更提供用于通过网络浏览器提供管理功能的界面，用于配置系统10及应用程序。可能需要进行管理配置的功能及应用程序包括地点管理、定制、用户安全性、报警、调度、趋势分析等等，并可因对象、面板、建筑物、或系统10的其它组件或特性而异。

ESE 20在将特定数据编程入系统10时较佳不依赖系统集成活动，此与现有的现场编程方法形成对照。如果面板40的数据结构符合ESE 20所认可的现行标准，则可从面板40自动读取信息。在不同实施例中，现行标准包括在ASHRAE 135-2004中所规定的标准或者例如OBIXTM等未来标准协议、以及其它标准。赋予该信息的任何特定上下文，例如由面板厂商/制造商所创建的上下文，可通过输入提供给ESE20。此使得无需重新编辑及加载生产码的后续版本、或者对系统10中的逻辑进行现场组织编程。

另外，在最初发现(700)面板40之后，ESE 20可探测配置变化情况并根据所探测到的变化而自动调整。在一实施例中，这是通过如上文所述在最初发现面板之后识别每一面板112上的所有对象120并接着周期性地执行同步过程而实现的。

在一实施例中，同步过程较佳依靠一可配置的定时器进行。系统10将正在运行的版本与所探测的建筑物或位置获得相比较。如果需要进行任何同步，则系统10接着判断是否可通过一可用算法来处理同步。如果可以，则系统10接着执行该算法。如果不可以，则系统10可发送一人工服务请求。

在一实施例中，同步过程可自动进行、根据调度进行或强制进行。如上文所述，系统10可自动发现新面板对象112并使其同步。亦可定期调度进行系统范围的同步，例如在每天的午夜或者以某个其它时间或间隔。亦可在需要时强制进行同步。用户界面160可包含“现在同步”特征，用以使用户可在需要时有选择地使系统10同步。该特征可特别适用于其中例如因应舒适性投诉或出于某种其它目的而已实施服务的情形，且系统10可随后接近即时地进行同步，以迅速并入更新的信息。

参见图9，可通过数种不同事件来触发或起始一地点同步过程900，这些事件包括地点添加、重新调度、以及由用户起始的“现在同步”事件。过程900是对每一地点110进行，并首先在步骤902中核对地点110的IP地址/DNS名称是否已发生变化。如果该地址或名称已发生变化、不匹配、抑或以其它方式相冲突，则标记并记录地点110。

接着，在步骤904中获得ESE 20所知且具有经过核对的IP地址及DNS名称的所有面板40的列表，作为要同步的面板40的列表。在后续同步步骤中，识别并跳过已得到同步的面板40或者不处于正确运行状态的面板40；在步骤906中将其余面板40标记为未同步，并将所有相关联的对象也标记为不同步。在步骤908中，获得地点110的所有“在线on the wire”面板40的列表。

然后，在步骤910中，对每一在线面板40执行面板同步任务。参见图10A，在步骤1002中判断面板40是否是新的。如果面板40是新的，则在步骤1004中判断是否支持面板40，即是否可得到元数据。如果支持，则执行如图10B所示的子过程1001：在1001A中接入面板40的恰当的元数据；在1001B中读取面板40的所支持服务列表；在1001C中创建面板对象112，且设定内部值并储存于数据库中；然后在1001D中从面板40上传对象120并更新恰当的表格。在步骤1006中，删除任何不同步的对象，并在步骤1008中将同步的面板标记为同步且更新为最新的同步日期/时间。

返回步骤1004，如果不支持面板40，则在步骤1010中将面板状态设定为“元数据不存在”，且过程1000返回步骤1006。返回步骤1002，如果面板40不是新的且在步骤1012中，面板40的厂商或版本未发生变化，则在步骤1014中从面板40上传对象120并更新表格，然后返回步骤1003。如果在步骤1012中发现面板40厂商或版本已发生变化，则在步骤1016中判断是否支持面板40。如果不支持面板40，则过程1000前进至步骤1010。而如果支持面板40，则过程1000前进至步骤1018，其中将现有面板信息(元数据)替换为新的或经过更新的信息。在一实施例中，这是通过复制一面板表格中的一行以及对象和对象扩展(object_extension)表格中的任何相关行来实现。过程1000随后前进至子过程1001。在用于判断面板是否是新的、是否已发生变化、是否支持面板等的过程1000中，一般在ESE 20与面板40之间的通信中使用类似于发现过程700、尤其是步骤706-716的子过程。

类似地，参见图11，BAS终端装置同步过程首先在步骤181中判断BAS终端装置是否是新的。该过程类似于图10A中所示的判断面板40是否是新面板的过程。如果该装置是新的，则在步骤182中判断是否支持该BAS终端装置，即使用存在元数据。如果支持，则接入用于该BAS终端装置的恰当元数据，读取该BAS终端装置所支持的服务的列表，创建一BAS终端装置对象，并在数据库中设定及存储内部值，然后从BAS终端装置上传对象并更新适当的表格。在步骤183中，删除任何不同步的对象，并在步骤184中将已同步的面板标记为已同步，且利用最新的同步日期/日期更新已同步的面板。

返回步骤182，如果不支持BAS终端装置，则在步骤185中将终端装置状态设定为“元数据不存在”，且过程180返回步骤183。返回步骤181，如果BAS终端装置不是新的且在步骤186中，BAS终端装置的厂商或版本未发生变化，则在步骤187中从BAS终端装置上传对象并更新表格，然后返回步骤183。如果在步骤186中发现BAS终端装置厂商或版本已发生变化，则在步骤188中判断是否支持BAS终端装置。如果不支持BAS终端装置，则过程180前进至步骤185。而如果支持BAS终端装置，则过程180前进至步骤189，其中将现有BAS终端装置信息(元数据)替换为新的或经过更新的信息。在一实施例中，这是通过复制一装置表格中的一行以及对象和对象扩展(object_extension)表格中的任何相关行来实现。

从系统10移除对象或面板通常比如前面所述通过发现过程700增加对象更加复杂。例如，必须解决或修正与所要移除的对象有关的相互依赖性。此外，系统10一般不能以与发现新对象时相同的方式辨别对象的移除，因为对象的移除可表现为与该对象有关的故障或错误，从而无法与合法移除相区别。因此，可能需要进行人工服务或更新才能完成对象的移除。

参见图11，地点移除过程1110首先在步骤1102中将地点110标记为被删除。如果正在运行同步过程，则在步骤1104中中断同步过程，并在步骤1106中关闭输入的报警。在步骤1108中关闭其它地点110任务，并接着在步骤1110中关闭与地点110进行的通信。在步骤1112中从存储器中删除该地点对象，并从数据库50中删除地点110。

在使用中，ESE 20及系统10根据设备类型或某种其它属性提供每一地点的摘要表格。摘要表格较佳基于由系统或用户自定义的属性，其中从用户角度看来，用户自定义的属性对于管理最为直观。然而，某些属性可由系统定义，例如系统标识符、对象类型等等。在一实施例中，摘要表格包括地点及对象名称或其它标识符、空间温度、设定点及诊断状态。

本发明的ESE 20及系统10的一实施例的另一方面是关于报警。系统10及其中的各种对象将根据其确切功能及用途而非经常性地或系统地产生报警。报警可涉及对象的运行状态、服务需求状态、所探测的对象或系统特性、或某种其它指示符或条件。ESE 20可操作地从对象接收报警，且根据本发明，对报警进行分类、管理或其它恰当的处理。ESE 20也可对报警进行存储或存档并在用户界面中显示报警日志。

参见图13，ESE 20根据对象数据205及对象元数据207为外部对象201提供可扩展的支持。在一实施例中，ESE 20在一位置发现对象201。该发现可由用户发起，例如在一实施例中通过经用户界面向ESE 20提供对象201的网络地址而发起，或者在另一实施例中代表ESE 20而自动发起。为集成对象201，ESE 20利用对象元数据207、根据对象201的外部厂商的通信实施方案而获得对象201的大体说明。在一实施例中，对象元数据207是关于对象201及对象数据205的数据描述码。该通信实施方案可包含例如具体修订及版本。BAS 10的ESE 20还能适应BAS 10随时间的变化，包括BAS终端装置的增加、移除或改动，包括对特定点的改动。与采用同质系统及协议的其它系统相比，ESE 20更处理版本及动态量随时间的变化。

一旦发现对象201，ESE 20便确定与系统10中的对象201的操作相关的所有可用信息，包括状态及设定点、数据集合、报警信息、调度信息等等，以与对象201建立通信。ESE 20并不依靠系统集成活动来编程具体的数据及信息；而是，如果该信息符合标准数据结构，ESE 20会直接从对象201接收对象数据205。换言之，包括外部对象201在内的系统对象较佳如本文所述是自我描述性的，且会被询问其对象元数据207，而无需进行编程介入(例如对点的人工映像)。依据对象205的厂商而赋予数据201的任何特定上下文均可通过输入至ESE 20来提供，而无需重新编辑生产码或对逻辑进行现场编程。

ESE 20可操作地提供用于进行系统安装、设置、集成及支持的接口。例如，ESE 20为BAS终端装置40、41、42、44及46设置参数提供界面，这些设置参数包括每一者的IP地址、子网掩码(subnet mask)、网关、以及服务器名称(当适用时)。ESE 20更提供一种用于设置及定制网页的方法及/或功用，并向网页提供及公布图形，其中所述网页可同时包括模板及单独页面。系统10及ESE 20还允许用户出于分组目的而定义既定地点的属性。在一实施例中，至少，每一地点110均与地理及类型属性相关联，并提供搜索功能以允许用户搜索地点或成组的地点。ESE 20较佳更能适应BAS 10内整个地点110的增加、移除及一般管理。

ESE 20高效地处理数据及信息以使BAS 10能够运行，并支持与BAS 10进行外部相互作用。具体而言，ESE 20利用数据管理技术来增强BAS 10的通信性能。在一实施例中，ESE 20通过数据高速缓存而使系统10及系统10中各组件的与通信及数据传送相关的负担最小化。BAS 10的用户界面提供关于BAS 10的状态及运行的静态及动态信息。来自系统10中各对象的动态、实时数据显示于用户界面中，并可根据规定的刷新率进行更新或者在用户需要时人工进行更新。未调度的实时数据事件也可随时进行，例如报警事件。BAS 10可高效地处理已调度的对动态实时数据的更新及显示，以适应未调度的数据请求及事件。

参见图14，在一实施例中，ESE 20及应用程序150执行刷新高速缓存器及多步骤递送过程，以响应于用户界面请求，包括对代表系统10中建筑物自动化设备的用户界面网页的HTTP请求。这些算法使用户能够通过用户界面160进行导航，并请求及查看关于BAS 10的静态与动态两种数据及信息，而使对性能的影响尽可能小。ESE 20所执行的刷新高速缓存及多步骤递送过程消除了面板及对象203的负担—这些面板及对象203具有慢得多的信息通信性能及特性。特别是，面板及对象203通常是具有有限的缓冲器的嵌入式控制器。ESE 20可对数据进行抽样及刷新，以释放面板及对象203并提高BAS 10的性能。刷新或重启动率可以基于BAS 10或BAS 10的一部分的特性。在一实施例中，刷新率与终端装置(面板及对象203)特性相关，这些特性例如为型号、版本、位置、状态、用户偏好、可用性等等。刷新率亦可基于数据特性，例如数据类型、变化速率、元数据描述符、用户偏好或属性等等。刷新率可与BAS 10的用户规范或默认设置有关。刷新率又可基于ESE 20的一或多个刷新率的逻辑组合、合成、或融合。例如，终端装置的总体刷新或重启动率可能与特定终端装置组件的刷新率或者与基于数据变化速率的刷新率相冲突。ESE 20可解除任何此种冲突，在一实施例中，此将是选择最频繁的刷新率。在其它实施例中，该解决方案可以是刷新或重启动率或频率的逻辑组合、系统默认值、或某一其它选择或组合。

参见图14及图15，在一实施例中，应用程序150利用对象元数据205来确定从对象205中发现的要维护于数据库60中的信息及数据207。然后，ESE 20接收数据207并将其存储于数据库60中。根据过程209，当在步骤211中用户在用户界面160中请求与对象203相关的页面时，应用程序150启动两个过程。在第一过程中，在步骤213中，ESE 20及应用程序150根据存储于数据库60中的对象元数据205及信息207确定页面及内容。然后，在步骤215中，将带有可从数据库60获得的信息的页面返送给用户。所返回的初始页面可包含与对象203、整个BAS 10、或某一其它对象或信息有关的静态信息。

与步骤213及215同时地，为获得只能直接从面板得到的所请求页面的动态信息、实时信息或其它信息，在步骤217中产生并处理一读取请求，以将导线转接至面板。由于特定面板的典型性能限制，读取请求可能要花费一定的时间才能返回给用户界面页面并将该信息提供给用户。相应地，在步骤215中最初显示的页面包含所能得到的尽可能多的静态及动态信息，这些信息通常来自在步骤213中所接收的数据库以及在步骤219中来自面板的初始但不完整的响应。在一实施例中，用户界面页面在步骤223中自动且周期性地进行刷新，以在可在步骤219中从面板得到额外动态信息时提供额外的动态信息，直到在步骤221中该页面完整为止。

为减轻用户离开所请求页面并接着返回(此将需要重复步骤211-221)对BAS 10的性能的影响，ESE 20可在步骤225中将该页面完整地或以其它方式维护于高速缓存存储器中。除高速缓存该页面本身外，ESE 20还可高速缓存在步骤219中从BAS终端装置接收的动态输入/输出数据。ESE 20可周期性地刷新该页面的动态数据达一时间周期，即使当前未在请求或浏览该页面。高速缓存器还处理其中单个对象与多个页面相关的情形。可请求与该对象相关联的数据中的第一页面，然后根据需要从高速缓存器中高速缓存及访问该数据，以加载包含某些或所有该数据的后续页面。在一实施例中，高速缓存器对话可与用户对话相对应。在其它实施例中，高速缓存器对话的维护可与时间、对象或系统有关。

在本发明的一实施例中，ESE 20执行两阶段式定期刷新。第一阶段是系统(BAS10)阶段，在一实施例中，其包含三个刷新层次。第一层次是一次性刷新。一次性刷新通常只进行一次，例如当首次请求及加载页面时。具有一次性刷新元数据描述符或标签的数据包括例如配置数据。第二层次是永久过期。某些页面数据及内容在得到请求并加载后立即过期，因为其数据是实时的活数据，例如当前温度。带有永久过期元数据标签的数据及内容是每当得到请求或加载时均进行刷新，具有最细的刷新粒度。第三刷新层次介于一次性刷新与永久过期之间，是周期性过期。某些内容，包括某些实时数据，是以较慢的速率变化，从而永久过期并不适用。在一实施例中，周期性过期可例如是每十分钟刷新一次。在其它实施例中，也可设定其它周期，或者其周期可因元数据描述符或标签、系统范围设定值或其它准则而异。

在一实施例中，高速缓存器是基于事务处理的，只要页面点击继续进行，便将页面保存一固定周期，例如约十五分钟。如果用户在该时间周期内返回该页面，则该页面及其数据将仍可用并可立即显示于用户界面160上，而非须重复步骤217中的BAS终端装置读取请求并等待在步骤219中得到完整的响应。

在另一实施例中，高速缓存器是基于位置的，其是老化方式的变形方式。在基于位置的高速缓存中，ESE 20将产生根据特定位置进行配置的前摄数据提取时间戳(proactive data fetch time-stamp)。ESE 20利用对象元数据205来确定该对象(位置)的数据何时过期。尽管根据该方案周期性地刷新整个页面，然而对象(BAS终端装置)的负担减轻，因为ESE 20仅根据BAS终端装置的元数据而读取请求已过期的或正在更频繁变化的页面上的数据(此时BAS终端装置如果被读取请求阻塞，可能开始丢失命令)，而非从用户界面160的角度看将BAS终端装置视为系统10内的数据服务器。

从实施的角度看，ESE 20的地点管理是BAS 10的一重要方面。打算使动态扩展、增强及改动成为建筑物自动化系统10的固有的基本特征。此外，ESE 20作为BAS 10的核心引擎，被设计成用作包括下一代开发在内的其它系统及装置的基础。ESE 20及BAS 10的每一实施方案均被设计成使地点及数据管理服务与用户接口160及应用程序150相分离，以确保将ESE 20与用户界面160分别建置于单独的模块中不会损害核心引擎这一方面。

然而，数据管理服务、用户界面160及应用程序150在BAS 10及ESE 20的通常运行中相互交叉及协作。例如，系统10及ESE 20的一重要方面是关于报警。参见图16，系统10及其中的各种对象203将根据其确切功能及用途而非经常性地或系统地产生报警251。报警251可涉及对象203的运行状态、服务需求状态、所探测的对象或系统特性、或某种其它指示符或条件。ESE 20及报警应用程序253可操作地从对象203接收报警251，且根据本发明，对报警251进行分类、管理或其它恰当的处理。ESE 20也可对报警251进行存储或存档并在用户界面160中显示报警日志。

在一实施例中，与报警分类相关地，ESE 20可自动分析报警251，以进行通告及/或请求服务、抑或以其它方式确保该报警将得到应有的注意。报警分类、拣选及过滤可根据报警及/或地点属性以及报警规则255进行。举例而言，可以了解，涉及一场所内特定区域或对象203的报警251的重要性可远大于涉及同一场所内另一区域的报警。类似地，一种报警类型所需的响应可快于另一种报警类型。因此，ESE 20可根据涉及到报警类型、报警源、及/或相关对象属性的报警规则255来自动评价所输入的报警，并随之恰当地处理报警251。

例如，ESE 20可在根据报警规则255断定报警指示的相对重要性之后通过电子邮件261转发较高优先权的报警。在系统10内，通过电子邮件转发报警是用户界面160中的定制特征，被建置为管理功能，并使用户能够规定应向谁或向哪里发出通知。ESE 20还可简单地编制较低优先权报警的目录，以供用户以后在可浏览的报警日志中查阅。

ESE 20对从系统10内接收的报警进行报警消息评估及诊断，以开发报警分类算法259。算法259可依照规则255开发并用于使报警模式相匹配、分析未来事件中的报警定时、以及整理消息或提供自动化功能。ESE 20随后可智能地识别报警251的模式、顺序及/或发生，以诊断公共源并恰当且自动地作出反应。ESE 20的较佳实施例可对报警251进行识别、分类、排序及趋势分析，以识别共同联系(若有)并减少发送至用户以提醒人们注意的报警通知259的数量。

例如，当建筑物中的既定电路掉电时，可产生多种诊断。ESE 20可评价BAS 10内的诊断模式，并仅报告掉电而不报告多余的及与来源有关的报警消息。ESE 20也可只将包含关于公共故障的信息的单个报警通知259以用户可识别的格式发送给用户。并非发送多个报警通知259或复杂的由系统驱动的信息，ESE 20可使用用户可识别的规定的上下文用语来报告所识别的公共故障。然后，用户即可迅速处理单个报警来源，而非试图清除这多个报警通知中的每一个。

ESE 20还可维护一或多个报警日志263，并可在恰当的日志263中编制报警目录或档案。用户随后可查阅日志263并根据需要认可或删除这些报警。ESE 20还可根据需要或根据BAS 10的用户或管理员所规定，自动且周期性地清除报警日志263。报警通常是由时间戳记录及/或按某种特性(例如对象或类型)进行分类。

在一实施例中，较佳由ESE 20实时地接收及处理报警251。在另一实施例中，例如在包含遗留面板及装置的实施例中，ESE 20视需要定期地收集来自各对象的报警251，例如每小时、每天、抑或更频繁或更不频繁地进行收集。

除对报警进行自动处理及分类外，BAS 10且更尤其是ESE 20可分析报警及其它数据的趋势。BAS 10内的趋势分析是一种直观且有效率的管理及诊断工具。在一实施例中，ESE 20从以每分钟一次的最高频率或以另一较低频率、抑或在由用户或管理员所规定的具体调度基础上从一或多个对象40、42、44及/或46收集趋势数据。然后，可将趋势数据存储于数据库中，且在一实施例中，可供与网络上的对等装置共享。

因此，建筑自动化系统10是利用适用于自我描述性面板40或对象的算法设计而成的面向对象的系统。建置为BAS 10的一部分的算法与各对象进行通信，以判断这些对象是否正以可用于识别及集成这些对象的算法运行。如果BAS无法判断一对象是否正以一算法运行，则BAS 10智能且自动地规定该对象为例外。建筑物自动化系统10整个是自我描述性的，因为BAS 10是根据对象的自我描述来应用概念及捕获算法。然后，对这些算法进行变换，以实现各对象及BAS 10的相关机械方面。

本发明更提供修改ESE 20中各对象的定义的能力，而无需重新编辑生产码。此使得容易进行维护及产品支持。然后，可将修改或更新后的定义作为文件输入至ESE 20，并可单独进行完整或更复杂的更新。本发明的该更新过程与现有方法形成鲜明对照，在现有方法中，为使最终用户或客户实现对象定义的更新，需要重新建立、测试及更新设备的生产码。此会增加现场技术人员所需的时间量并增大安装失败的风险。本发明的ESE 20及系统10所提供的另一优点是自动维护应用程序。自动维护应用程序可涉及到更新、升级、及其它经常性或半经常性的任务。一般而言，系统10将最频繁地应用三种类型的更新：简单更新；可管理的更新；以及复杂的更新。

简单的更新包括对系统10进行很小的改动及/或增加模组。简单的更新通常可“飞快(on-the-fly)”地执行，而无需停下系统10所提供及/或管理的任何其它应用程序或服务。

可管理的更新可包括简单的更新，但也可能需要暂停一服务或清洗存储器高速缓存器，以应用必要的或所需的改动。不同于简单的更新，由于要中断服务，因而可管理的更新通常需要系统发出用户通知。在某些情况下，简单的更新可因系统的相继操作以及在更新过程中出现的情况而变为可管理的更新、设置下文所述的复杂更新。

复杂更新通常将需要使服务器及系统停止运行才能完成更新。复杂更新也可能，或者作为另一选择，在安装更新后要求重启服务器。ESE 20的更新、数据库改动、及其它大的更新均包含于复杂更新中。另外，简单更新及可管理的更新也可能会因在更新过程中发生的情况及事件而变为复杂更新。

在一实施例中，从用户角度而言，可管理的更新与复杂更新之间并不存在区别，这是因为二者均以相同方式实施且均要求服务器及系统停止运行。

因此，系统10是利用适用于自我描述性面板40或对象的算法设计而成的面向对象的系统。系统10的算法与各对象进行通信，以判断这些对象是否正以可用于识别及集成这些对象的算法运行。如果系统10无法判断一对象是否正以一算法运行，则系统10智能且自动地规定该对象为异常。系统10整个是自我描述性的，因为系统10是根据对象的自我描述来应用概念及捕获算法。然后，对这些算法进行变换，以实现各对象及系统10的相关机械方面。

在一实施例中，根据本发明的建筑物自动化系统(BAS)包含：多个终端装置，其分别与建筑物或校园至少一部分中的空间、系统、或子系统中的至少一者相关联；至少一个通信网络，其以通信方式耦合这多个终端装置的至少一部分并支持多种通信协议；以及与协议无关的服务器引擎，其以通信方式耦合至至少一个通信网络。服务器引擎包括：用于有选择地为BAS构建动态可扩展能力的编程装置，其通过所述多种通信协议与所述多个终端装置进行通信及控制所述多个终端装置；以及用于有选择地为BAS构建自动配置能力的编程装置，其通过确定每一终端装置的至少一种特性而支持向所述多个终端装置增加终端装置，所述至少一种特性是选自由自我描述状态与非自我描述状态组成的集合。对于具有自我描述状态的终端装置，服务器引擎包含用于接受及存储从终端装置传送的数据及元数据描述符的编程装置。对于具有非自我描述状态的终端装置，服务器引擎包含用于下列作业的编程装置：根据终端装置的非自我描述状态，搜索服务器引擎所维护的由数据及元数据描述符构成的数据库中的数据及元数据描述符，以及如果装置的非自我描述状态不足以从数据库中检索终端装置的数据及元数据描述符，则自动请求得到终端装置的补充人工编程数据及元数据描述符。

在另一实施例中，一种根据由已知及未知终端装置所提供的元数据描述符来与建筑物自动化系统(BAS)中的未知终端装置建立通信的方法包括：发现通信网络上的未知终端装置，所述未知终端装置与建筑物或校园至少一部分中的点、空间、系统、或子系统中的至少一者相关联。询问所述未知终端装置有无通信协议元数据描述符，且如果所述未知终端装置响应于该询问而提供通信协议元数据描述符，则将其归类为自我描述性终端装置，并为所述未知终端装置选择对应于所述通信协议元数据描述符的通信协议。而如果所述未知终端装置未响应于所述询问而提供通信协议元数据描述符，则将所述未知终端装置归类为非自我描述性终端装置，并自动请求得到补充人工编程通信协议描述符。

现在参见图17、18A及18B，用户界面160的一实施例包括主页200，从主页200中可访问多个额外页面。显示于可通过用户界面160访问的页面上的信息一般涉及某些较广的类别，例如与空间及设备的状态有关的数据点。信息也可按优先次序组织于页面中，这些页面显示由偏离预定标准的空间及设备状态所触发的各种报警。所述信息及页面在BAS 10内的一较高层次中包含例如分层次的建筑物索引或关系目录230及一查找建筑物特征228等内容、以及一组导航选项卡202。目录230是用户界面160内各页面的可导航的目录。导航选项卡202并不是主页200所独有的，且一般将提供于用户界面160内的大多数页面中，以实现快速、高效的导航。表格202包括用户界面主页选项卡204、企业报警选项卡206、用户偏好选项卡208及管理选项卡210。在其它实施例中，根据用户界面160的用户定制能力，主页200可根据用户的意愿而包括增多的、减少的、及/或其它的选项卡。也可具有与显示器的一般定制及用户界面160的行为有关的其它选项。

用户界面160中可通过选项卡222、224及226访问的部分与用户界面160的总体导航及功能相关。当用户在用户界面160内进行导航时，主页选项卡204提供一返回主页200的方便的链接。报警选项卡206对应于报警部分222，偏好选项卡208对应于偏好部分224，管理选项卡210则对应于管理部分226，这些部分将在下文中予以更详细说明。通过这些部分、页面、选项卡、以及用户界面160整体，用户可在界面160内进行导航，并可通过执行命令(常常通过页面内的命令按钮或链接来启动)而对BAS 10进行添加、编辑、分类、定制及控制。启动这些按钮便能在一或多个页面内对用户进行导航，以使用户可通过所述页面执行任务并影响各种各样的定制参数。用户也可定制用户界面160自身的行为及操作。

上述特征可参照以下实例进行说明，以下实例说明了如何对用户界面160进行导航并利用用户界面定制及控制BAS 10。在一实施例中，在与BAS 10连接并完成任何所需的安全例程(例如登入、口令输入及身份码鉴别)后，用户便进入主页200。

主页200具有与用户界面160的其它页面共有的许多其它特征，包括链接、操作屏幕上的数据、以及提供可用以定制BAS 10的界面。像用户所看到的其它页面一样，主页200既包含例如建筑物索引230等内容，也包含例如选项卡202等导航工具。在索引230的特定实例中，当将索引230内的建筑物显示为用于将用户导向所选建筑物的建筑物摘要页面的超级链接时，内容与导航工具集成于一起。建筑物摘要页面将在下文中更详细说明。

主页200可并不包含索引230的超级链接，而是包含可导航的定制图形，例如在图18B中所示的建筑物地图231，或者除包含索引230的超级链接外还包含该可导航的定制图形。在本发明的不同实施例中，地图231可与索引230集成在一起、描绘于可从主页200通过超级链接到达的不同页面中(如图18A及18B所示)、或者描绘于主页200而非文本索引230上。地图231较佳是可导航的，其中用户可选择特定建筑物以被导向该建筑物的页面。

主页200包含一搜索输入字段228，用于对建筑物目录230及其子目录执行搜索。通过网络服务器66及浏览器68与数据库的协作，界面160可高速缓存用户对与具体页面及目录的相互作用的访问，并提供该高速缓存信息的列表238，从而使用户能够快速返回至频繁访问的页面。界面160还允许用户通过主页200上的链接242而引入定制的页面链接。也可通过链接244而移除定制链接。

建筑物索引230是主页200中可动态扩展及可定制的内容及导航特征。索引230较佳以分层次方式的方式或以某种其它对用户比较直观的或由用户规定的方式加以组织。例如，用户界面160默认地可按字母顺序列出建筑物。然而，在具有来自用户的很少量信息的情况下，用户界面160可按地理位置，例如按ZIP代码对建筑物进行分组。用户也可通过规定另一种用以排列建筑物的属性(例如名称、学期或建筑物编号)而定制索引230。在学校区域中，可按由用户规定的类型(例如小学及高中)来排列各建筑物。然后，用户可通过直接点击或在展开索引目录直到找到所关心的建筑物后点击通往该建筑物的链接，而很容易地确定建筑物位置并选择该建筑物。

或者，用户可利用查找字段(find field)228在可搜索的数据库中搜索并确定系统建筑物的位置。在一实施例中，如果用户在字段228中输入一搜索项或字符串并找到完全匹配的项，则用户界面160将显示该匹配项的建筑物摘要页面。建筑物摘要页面将在下文更详细说明。

在一实施例中，当已选择目录230或地图231内的一建筑物链接时，用户被导向如图20A所示的具体建筑物摘要页面250。类似于主页200，建筑物摘要页面250包含内容及导航工具。导航工具包含建筑物信息选项卡252。建筑物信息选项卡252包含：摘要选项卡254，其链接至摘要页面250；报警选项卡256；空间选项卡258；设备选项卡260；子系统选项卡262；调度选项卡264；数据日志选项卡266；以及高级选项卡268。用户界面160内的这些选项卡以及每一选项卡所链接到的信息将在下文进行更详细说明，但其一般显示于用户界面160内的多个页面上，这些页面包含类似内容，以提供一致的、容易进行导航的格式。建筑物信息选项卡250较佳是动态的，基于所发现的及/或可供用于摘要页面250上的特定建筑物、或用户界面160其它页面上的特定空间或设备的数据及信息。

一般而言，建筑物摘要页面250的内容涉及建筑物设备及建筑物空间。建筑物设备包含与建筑物内的操作有关的面板、HVAC单元、及其它电气及机械系统。建筑物空间是建筑物内由所述设备管理、控制或影响的房间、地面或其它区域。空间与设备二者均与BAS 10的操作相关，且是用户界面160的用户所感兴趣的。

具体而言，建筑物摘要页面250的内容以及用户界面160的其它页面包含状态关键信息。因此，在一实施例中，摘要页面250的内容包含报警摘要部分310及空间摘要部分330，以快速地作出事件摘要并将所记录的状态项提供给用户。用户界面160将某些状态关键信息直观地显示于其它相关的或重要的信息附近。

参见图20B，报警摘要部分310包含与概括于图20A的页面250上的建筑物相关联的报警。摘要部分310提供关于每一报警的更详细信息的表格组织形式，此会改善用户评价报警并对报警作出反应的能力，这些信息包括报警严重程度312、发生时间314、类型316、报警细节318及报警源320。在报警摘要部分310内，相关设备及信息可自动超级链接至用户界面160的其它部分。例如，报警源320可超级链接至发出报警的设备的设备摘要页面(例如，参见图24A及24B以及下文的相关说明)。

参见图20C，空间摘要部分330包含与摘要页面250的建筑物内的空间有关的信息，以使用户能够浏览当前设定值、浏览当前状态及操作、并迅速连接至关于空间的更详细的信息。空间摘要部分330包含用户可定制的空间名332、设备类型标识符334、所感测的空间温度336、当前空间温度设定点338、所计算偏差340、以及运行模式342。所计算偏差340是当前空间设定点338与所感测空间温度336之间的差值。

在图20C中，空间摘要部分列出设定点与所感测温度之间具有最大偏差的二十五个空间(在图20A及20C的截屏中，并非所有二十五个空间均可看到)。相对于设定点的偏差度会引导用户注意最可能需要注意的空间状态。用户可通过选择链接346而规定在空间摘要部分330中包含更多或更少的空间。在本发明的其它实施例中，根据用户界面160的用户定制特征，用户可规定在空间摘要部分330中概述哪些特定空间，而非根据设定点偏差来包含空间。

参见图20A-图20D，页面250的内容可同时包含与建筑物有关的静态及动态信息。在一实施例中，静态信息包含建筑物的位置及联络信息270。也可将静态及动态信息集成于可通过建筑平面图(floor plan)链接272所到达的建筑物建筑平面图上。在图20D中，建筑物建筑平面图页面274包含静态建筑物布局图276，在一实施例中，静态建筑物布局图276包含动态建筑物空间状态信息。例如，被占用的房间278可绘示为第一颜色，而与报警相关联的或在BAS 10内登记为不舒适的房间280则可显示为第二颜色。而状态已得到修改或者不舒适性已得到补救的另一房间282则可被高亮显示为另一种颜色，以使用户可迅速确定相关空间的位置并一眼就确定出当前状态。然后，可选择一特定房间，以例如到达一空间页面、设备页面或报警日志。

包含于摘要页面250、建筑平面图页面274以及用户界面160内其它页面上的动态信息可通过多种方式更新。在页面250上，报警摘要部分310及空间摘要部分330包含动态信息，该动态信息可自动地定期更新或刷新。在一实施例中，BAS 10及ESE 20可每十分钟将动态信息更新一次，尽管在其它实施例中进行刷新的频率也可更高或更低或者可由用户自定义于设定参数中。更高的更新频率会增加BAS 10的负担，且因此在一实施例中，用户可从预先确定不会对BAS 10的性能产生不利影响的刷新频率中进行选择。

动态信息可根据需要进行更新。用户可通过激活一刷新报警链接332而启动对报警摘要部分310的按需刷新，并可通过激活刷新空间链接344而启动对空间摘要部分330的按需刷新。用户界面160中对于BAS 10运行的性能、安全性及完整性至关重要的某些优先权特征(比如报警)与一自动的动态提示(例如新报警提示324)相关联。为使对BAS 10的频宽性能的影响最小化，ESE 20可提供提示314，提醒用户进行人工刷新可能有所帮助，而不是即使在不具有更新信息时也频繁地更新报警摘要部分310。

从摘要页面250中，用户可访问关于所选建筑物的空间的更详细的信息。图21示意性地显示在本发明的一实施例中，用户可如何从摘要页面250进行导航。从用户界面160所显示的摘要页面250及其它页面中，各垂直选项卡报警256、空间258、设备260、子系统262、调度264、数据日志266、及高级268提供快速的导航链接。如前面所述，用户可从建筑物摘要页面250的报警摘要部分310及空间摘要部分230内进行导航。例如，从空间摘要部分230中选择一空间(332)即会将用户带至与所选空间相关联的空间页面。在图22A中绘示一空间页面实例350。空间页面350包含一空间状态表格352(详示于图22B中)，其列示关于所涉及空间的信息。

在BAS 10内，可根据BAS 10的默认规则或用户定制的规则对各空间进行分组及定义，且该信息可一目了然地显示于关于设备、或建筑物、空间、系统或子系统的状态关键信息及其它重要信息附近。一并参见上文关于主页200及建筑物索引230的说明、以及图24A所示页面380及图25所示页面394。例如，一全国范围的零售商可选择将其店铺按地理或销售区域、按店铺类型或格式、按时区、或按某种其它特征进行分组。BAS 10可默认按地理位置对空间进行分组。在一实施例中，页面350的相关空间所属的当前分组被设置为一靠近标题“…Member of”的群组链接353。群组链接353也可用于确定由什么或由谁来负责一特定建筑物、空间、设备或系统。链接353还对其它群组成员及信息提供导航。如果在设置或发现过程中提供、显示或显露群组信息、母信息及/或子信息，则ESE 20可动态地发现群组信息。因此，用户能够迅速确定一空间所属的相关群组，并通过选择群组链接353而检索用户界面160中一提供群组摘要及群组编辑能力的页面。例如，前面所提到的全国性零售商可编辑与其在一特定时区中的所有位置相关的设定点，以通过在单个页面上改动整个群组的值来适应节假日销售的提前开门时间，而不是分别编辑每一群组成员的信息。

用户也可动态地创建及编辑群组，因为群组分配不是固定的且不需要进行定制编程。一并参见图1及19，ESE 20操作应用程序70发现建筑物72。通过该发现过程，ESE 20得知关于该建筑物及其面板和设备的标准属性74。标准属性74存储于数据库60中。ESE 20及应用程序70随后可根据标准属性来制订默认的建筑物索引230。如上文所述，用户可通过用户界面160向ESE 20及应用程序70提供定制属性75。定制属性也存储于数据库60中。然后，用户可在任意时刻根据定制属性75或根据标准属性74与定制属性75的组合来规定一定制的建筑物索引230。假如编辑或更新一属性74、75或发现新的建筑物，ESE 20可更改并立即施行索引230及相关群组，以供显示于用户界面160中。进一步，如果发现共同的标准属性或定制属性74、75，ESE 20可动态地自动更新群组及索引230。

用户界面160也可中继关于空间占用状态的信息。在页面350上提供占用性指示符354、调度指示符355及下一事件指示符356。该信息可有助于实现维护、调度及/或值修改目的。例如，用户可能不想在一空间被占用时编辑某些设定点，而是等到该空间不再被占用时编辑。或者，用户可能想要确定或更新与占用性相关的调度信息。

调度指示符355还为用户提供一目了然的控制信息，例如设备是受主调度控制还是受专门的调度控制。主调度是在BAS 10内运行的实体(例如建筑物、空间、设备、装置、系统及子系统)的主要的一组运行特性。在一实施例中，主调度控制基本操作及设定点。可执行专门调度来适应有限的运行或短期改动，例如节假日期间的改动，以适应于维护或特殊事件抑或某种其它原因。专门的调度较佳用于短期或暂时的偶然事件，其覆盖主调度以防止无意间启用专门的调度。专门的调度还提供一种无需修改主调度即可对暂时事件或事情进行调度的途径。下一事件指示符356提供对设备中所调度的下一事件的简要调度预览。相互紧靠地在页面350上提供群组成员、占用性、控制、及事件信息使得用户能够迅速确定当前的及即将出现的状态信息，而非必须访问多个页面或进行导航才能找到所需信息。

参见图22A及22B，空间表格353包含一空间状况部分358及一系统状态部份359。空间表格352因而包含有可能对状态而言很关键且对首先访问用户界面160的空间页面350的用户而言最重要的信息。空间表格352使空间状况部分358与系统状态部分359相互紧靠地显示，从而使用户能够在需要时迅速评价系统状况、访问其它信息、以及编辑设定点。

在一实施例中，空间状况部分358包含可用空间状况360、当前所感测的状况362、新值字段364、以及数据日志选择器366。系统状况部分359包含类似信息。当前所感测的状况362可包含温度、湿度及其它实时感测值。在一实施例中，空间表格352包含实时感测的温度值并显示当前现用设定点。用户可在对应的新值字段364中输入期望值并通过选择按钮368来指示BAS 10应用所述新值，从而在用户界面160内容易、方便地修改所期望的制热或制冷温度设定点。无需中断系统或重新编辑，BAS 10即可立即纳入所述更新。

关于数据日志选择器366，用户可利用一“设置数据日志”序列对数据收集方式进行定制。通过检查对应于特定设备的日志数据框316并激活一设置数据日志按钮326，用户便可设定数据收集间隔并调整数据收集的时间周期。用户可并非选择一日期范围作为数据收集的时间周期，而是选择收集固定数量个样本。在图23中绘示一数据日志序列的实例。

在图24A中绘示一设备摘要页面380。类似于上文所述建筑物摘要页面250及空间摘要页面350，当用户选择设备选项卡260或者以其它方式在用户界面160中导航时，即可访问用户界面160中与特定设备相关的页面。类似于上文针对从建筑物摘要页面250的空间摘要部分330中选择一空间以导航至空间摘要页面350这一部分所述，当从图20A及20B的报警摘要部分310中选择一报警源(320)时，也会将用户导向一设备摘要页面380。所属领域的技术人员将理解，在用户界面160中通常有数种导航至任一既定页面的方式；为界定用户界面160的一实施例的总体组织、布局及流程，本文将描述某些导航路径。

在页面380上，各种可用设备类别在选项卡260下方以子标题382的形式出现，例如“Chiller(冷却器”、“Air Handler(空气调节器)”、及“ProgrammableController(可编程控制器)”。选择所期望的子标题382便会将用户导向每一类别内的具体单元列表，从中可选择一特定设备单元来显示设备状态页面。

如前面参照图22A及图22B所述，在设备状态摘要部分384中的页面380上显示当前状态值及设定点、以及群组数据353、354和通往关于该设备的其它信息的链接386。例如，设备状态页面340涉及冷却器。参见图24A及图24B，冷却器状态摘要部分384被划分成冷却器状况部分388及状态部分390，并列出关于该具体冷却器的静态及实时动态信息，例如该冷却器状态及性能的各个方面的当前值392。在图24C中绘示可通过设备图形链接386到达的设备图形页面381。设备图形页面381还包含关于特定设备以及与该设备相关联的系统及空间有关的静态及动态图形及文本。

此外，也为BAS 10中其它类别的设备提供类似于上文所述的页面及链接。在图24A中，是绘示冷却器状态页面380，但在用户界面160中还包含例如空气调节器等其它设备的其它状态页面。在图25中绘示用户界面160的一空气调节器状态页面394的实例。也可对BAS 10所控制或管理的任何其它设备使用在用户界面160中所类似定制的状态页面。例如，用户可替换某些新值，包括BAS 10所控制的可编程设备的如前面所述的设定点、制热/制冷模式以及出口空气温度。BAS 10可飞快地接受新值，而无需重新编辑代码、重启系统或者以某种其它方式中断或暂定BAS 10的正常活动。

简要地参见图20A，子系统选项卡262提供通往用户界面160中各部分及页面的链接，所述各部分及页面显示与BAS 10的设备系统及子系统有关的信息。例如，图26A-图26C绘示用户界面160中与冷却器设备有关的子系统摘要页面实例400。尽管页面400具体涉及冷却器设备，然而本实例中的设备是任意选择的，且在用户界面160及BAS 10中，页面400的大体特征大体上相关于实际任何设备系统或子系统。不同的值及信息将相关于不同的设备系统；因此，参照图26A-图26C所绘示及描述的特定实例中的某些变化在其它设备系统页面上也将存在。如前面参照用户界面160的其它页面所述，页面400包含与设备子系统有关的状态表格，包括子系统状态部分402。子系统摘要页面400还包含设备状态部分404。

为简化所显示的关于复杂系统及子系统的信息，在用户界面160中显示定制屏幕及页面(例如页面400)。未被编辑及定制为通过用户直观页面400进行显示的原始数据及信息可能使人不知所措，因此不适用于一般用户。然而，用户可从页面400中浏览状态关键信息并根据需要访问关于复杂系统及子系统的更详细数据及信息。

图26A及26B中所示的子系统状态部分402包含关于冷却器设备的信息，冷却器设备是作为群组运行的一或多个冷却器单元。该信息包含与冷却器设备状况及当前运行信息408有关的当前静态及动态值406。静态值406例如是当前设定点，而表格362中的动态值406则是回水或供水温度。运行信息408提供调度及维护信息以及用户控制特征。对于页面400的冷却器设备，可对冷却器转速410、增加412、减少414进行调度，其中当前调度416显示于页面400上。大体而言，调度会界定BAS 10中各对象之间的关系、时间、及/或BAS 10中的其它对象。在本发明的一实施例中，用户可界定或修改与对象有关的调度。用户也可通过页面400或通过用户界面160的其它页面，根据需要或期望而手动执行或强制进行转速设定、增加或减少冷却器。此外，还提供基本运行状态信息。

页面400更显示设备状态部分404，此包含每一冷却器的设备标识符链接418，如图26A及26C所示。标识符链接418可以是用户定制的名称或者是在发现或集成过程中获得的默认系统值。在页面400的实例中，将BAS 10的三个冷却器标识为Chiller(冷却器)1、Chiller 2及Chiller 3。这些设备标识符被超级链接(418)至用户界面160的其它部分及页面。对于在页面400的设备状态部分404中所列的冷却器，设备标识符链接418将用户引导回各单独冷却器的设备页面380(参见图26A)。用户也可通过状态部分404来手动控制所选冷却器的值及设定值，例如通过选择按钮或链接420、标记选择器字段422、从下拉菜单424进行选择、或通过其它信息编辑或输入途径。对于页面400的冷却器设备，用户可应用新值426、启动一故障复位428、或使该冷却器设备内的特定冷却器可用或不可用430。

对BAS 10的其它设备子系统，例如热泵回路及可变空气子系统，也提供类似的各组页面。这些设备子系统的页面也可被配置成显示特定子系统的专有信息。例如，如图27所示，可变空气页面440包含根据用户定制的信息444进行识别及分类的列表信息442。在本实例中，信息是按人员姓名分类。人员可以是在某一方面负责一空间的维护或管理人员，或者，所述人员可按另一方式与该空间相关联，例如按有形的办公室或工作空间分配情况。因此，用户可利用所熟悉的关联性、标识符及参考标记来定制页面440及其它页面，从而使BAS 10更容易理解及通过用户界面160进行管理。

对上述具体页面的说明及描绘以举例方式阐述了BAS 10、特别是用户界面160的大体功能及操作，其提供了一上下文，根据一实施例，可在该上下文内理解下文对用户界面160进行的说明。如前面所述，用户界面160提供各种用户定制及控制特征。通过显示空间及设备信息的页面上的链接，用户可改动设定点、控制数据记录、并创建定制页面。

管理链接210(参见图21)将用户导向用户界面160的管理部分226，在一实施例中，管理部分226包含一系列组织成图28所示的页面。用户界面160的管理部分226提供对BAS 10的管理定制及控制，此大体上涉及如前面所述增加或移除各设备页面上所显示的数据、管理系统用户的能力、安装新建筑物、管理报警路由、以及浏览系统任务。

在一实施例中，BAS 10提供不止一个层次的用户访问。高层次用户可通过管理用户部分226A而管理在管理部分226中准予其它用户的访问层次。也可存在其它用户管理选项。可通过用户登入、口令及/或其它用户识别过程来控制分层次的访问。用户一般是其职责通常涉及监视或控制BAS 10的人员，而不需要参与编程或重新编辑软件代码。高层次用户或管理用户则通常是一般对系统控制功能及定制功能具有更高层次访问权的用户。例如，可为管理用户提供登入码，以授权其访问一般用户所不能访问的页面。尽管具有此种更高的访问权，然而像一般用户一样，预计管理用户通常也不参与进行重新编程或重新编辑来定制用户界面160或BAS10。根据用户的管理访问层次，用户界面160的管理部分226可整个地或部分地供用户使用。用户界面160的管理部分226还包含如下功用：安装建筑物226B、管理报警路由226C，浏览系统任务226D，及执行高级任务226E，例如配置系统参数、创建及管理定制属性、创建调度表、及定制可在用户界面160中浏览的页面。

图29绘示一建筑物安装页面实例828。BAS 10的动态可扩展性能实现对新建筑物或面板的定期发现、增加或上传。页面828包含正在进行安装过程的每一建筑物的进度及状态部分829，其包含关于ESE 20与新建筑物(或面板)之间通信状态的信息、以及所加载面板超出面板总数的数量。

用户也可浏览并管理系统任务226D。在图30中更详细地显示高级任务226E。高级任务226E包含定制系统页面812、管理建筑物的定制属性814、管理报警设定值816及管理调度应用程序设定值818。

定制系统页面812同时包含内容与布局控制选项。参见图31，系统定制页面820包含用于定制建筑物在主页200上的索引中的显示的用户选择性选项。用户可通过选择所需数量的索引层次822并指配相应数量的一般及特殊分组属性824、826来实施定制。当使用一个索引层次时，根据一个一般属性对建筑物进行分组。而当使用两个索引层次时，则在一般属性内按特殊属性对建筑物进行分组。分组属性824、826是与各建筑物在建筑物索引中的显示及布置有关(参见图18A)，并例如呈群组链接353(参见图22A)的形式。索引层次的数量决定特殊及一般属性如何影响索引230的布置及外观。而在无索引层次时，在一实施例中，所有建筑物均根据BAS 10及用户界面160的默认设置而以字母顺序一同显示于索引230中。

其它页面定制涉及到主页200上可具有的链接、以及增加或移除设备页面及设备子系统页面上所显示数据。参见图32，其绘示一定制系统页面830。页面830具体涉及增加或移除要在设备或子系统页面上显示的数据(例如参见上述图24A、25及26A)，但其格式只是例示并大体相关于增加或移除主页200上或用户界面160的其它页面上的数据。用户首先在832中选择所要定制的设备或子系统数据。然后，用户被导向一表格，该表格显示该设备或子系统的所有当前所显示数据点、以及默认显示设定值，例如在图33中的页面834上所显示。用户可通过根据需要在选择表格836中选择或取消数据点而对显示进行定制。

用户也可通过引入及移除定制链接而向主页200及向用户界面160的其它页面增加或移除链接。所增加的定制链接可通往用户界面160的其它页面，或者也可是内部链接。所增加的链接也可是外部链接，例如通往网络页面或互联网网页。用户可能希望链接至可在互联网上公开得到的新闻或天气网站。用户还可链接至非公开的页面或信息。例如，如果BAS 10涉及大学校园，则用户可链接至内部校园事件日历或信息页面，例如员工及全体教员目录。可在用户界面160的页面中增加定制链接，以实际上集成用户认为有助于管理BAS 10的任何信息。

因此，用户界面160提供了使用户可将界面160精简成仅包含与用户任务相关的链接的方式。此外，在一实施例中，BAS 10允许界面160的每一用户根据其偏好及任务来定制页面及链接。因此，负责不同任务或具有不同职责的用户可创建其自己的定制用户界面160。BAS 10通过保存这些定制并使其与用户标识符相关联(例如通过登录例程)而提供及加载正确的定制用户界面160。在另一实施例中，只有管理用户可通过此种方式定制界面160，因而只为标准层的用户提供单个用户界面160。

一可通过高级任务226E访问的相关定制功能涉及到建筑物的定制属性814。参见图34，一定制建筑物属性管理页面840使用户能够创建及管理BAS 10当前所管理的及有待发现的建筑物的定制属性。在一实施例中，可利用四种类型的属性842。第一种类型的属性844具有两种选项；定义两个需要进行选择的互斥的值。第二类型846是固定的列表，其中从该列表中进行选择或者用手输入选项。第三类型848是可扩充的列表，其为可由用户进行补充的初始列表。第四类型850是自由形式值，其是用户可创建的建筑物的唯一的值。当创建定制建筑物属性时，用户可指配一新属性作为所有新发现建筑物的默认值，且也可选择该属性来用于定制主页200上的建筑物索引。

参见图35A-C，BAS管理及控制的一重要方面是高效地接收及处理系统报警816。根据本发明的一实施例，BAS 10中对报警的管理及响应可由用户定制，这一般是通过报警选项卡206(例如参见图18A)进行。

图36显示根据一实施例在用户界面160内向报警映像页面的导航。报警选项卡256具有一映像优先权子选项卡257，用于将用户导向一报警管理页面860，例如图35A-C中所示的页面，用户可在该页面上选择面板类型862、浏览不同类型面板的列表863、以及根据面板优先权来映像报警优先权864。页面860还使用户能够增加新的面板类型866，如图37所示。

报警映像是指根据面板类型为面板指配优先权层次。在一实施例中，用户可规定要指配给系统面板与系统尚未发现的面板的报警优先权。通过为尚未发现的面板指配报警优先权，用户界面160使用户能够控制如何在未来向BAS增加面板或建筑物的情况下建置BAS 10的动态可扩展性。

BAS 10会在多种情形中产生报警，例如当记录到温度偏差以及相对于预定设定点出现其它偏差时。在一实施例中，用户可对BAS 10的报警处理进行定制。例如，报警通知可自动发送至一或多个指定的电子邮件或文本消息帐户。BAS 10也可自动发送音频通知或其它文本及可视通知，例如发送至传呼机、移动电话、网络广播消息等等。在用户界面160内，除电子邮件消息外，还可在建筑物摘要页面上显示表格或列表形式的报警，或者用此种报警取代电子邮件消息。

根据报警路由226C，用户还可为ESE 20将来可能发现的某些面板类型投送电子邮件通知。可通过使各报警属性与一或多个具体电子邮件接收方相对应来定制报警的路由及显示。报警属性可涉及报警类型、报警时间、报警触发事件、报警位置、发生或重复多个报警、报警图案、或某一其它特征或特征组合。因此，在一实例中，可在BAS 10内指定BAS 10内一地点处作为特定建筑物的经理的用户来接收与该建筑物相关的每一报警的报警通知。在另一实例中，可指定地点经理以及建筑物的电气维护员工中的每一成员来接收与该建筑物的电气故障相关的报警通知。在又一实例中，用户可根据每天的时间段或每周的各天来定制不同的报警通知接收方及格式。在用户一般直接通过装置22与用户界面160进行互动的白天，可规定在建筑物摘要页面中进行表格显示。在几个小时后，可利用电子邮件及/或传呼通知来代替或补偿用户界面160中的报警通知。

也可为ESE 20所将发现的面板提前定制报警处理及优先权。可根据用户偏好来指配报警优先权状态。用户可根据特定建筑物中目前所知的或任何将要发现的面板指配通用的报警优先权或响应。也可根据面板特征来指配报警优先权。如果此后发现具有某一特征的面板，则BAS 10可根据用户所选的特征自动指配优先权或处理报警。

在另一实施例中，BAS 10可默认地通过将新发现的面板关联成相同或类似于已知系统面板、并指配相似的管理特征，来指配优先权及管理报警。例如，用户通过规定一响应程序来定制特定面板的报警处理。将来，如果BAS 10发现新的面板且如果该新发现的面板与已被设定响应的面板具有共同的特征，则BAS 10可在不存在与新发现面板有关的指令或定制的情况下类似地处理新发现面板的报警。

本发明可实施为其它具体形式，此并不背离本发明实质属性的精神；因此，所示实施例在任何方面均应被视为例示性而非限定性的，在表示本发明的范围时，应参照随附权利要求书而不应参照上文说明。

Claims (24)

1.一种建筑物自动化系统(BAS)，其包含：

架构，其包含通信网络，且具有动态可扩展能力及自动配置能力；

引擎，其以通信方式耦合至所述通信网络；以及

至少一个控制装置，其以通信方式耦合至所述通信网络，所述控制装置是所述引擎所已知的或未知的，

其中所述引擎适于有选择地建置所述动态可扩展能力，以与已知的与未知的控制装置二者建立通信并对所述二者进行控制，且其中所述引擎适于有选择地建置所述自动配置能力，以确定所述已知的与未知的控制装置二者的至少一种特征。

2.如权利要求1所述的建筑物自动化系统，其特征在于所述至少一种特征是选自由通信协议、通信协议版本、厂商、产品、类型、及版本所组成的群组。

3.如权利要求1或2所述的建筑物自动化系统，其特征在于所述特征被作为定义提出，且所述定义由所述引擎存储于程序中。

4.如权利要求3所述的建筑物自动化系统，其特征在于所述引擎在存储定义后不需要重新编辑所述程序。

5.如权利要求3所述的建筑物自动化系统，其特征在于所述动态可扩展能力包含发现例行程序，以通过在所述程序中增加或修改定义而将未知控制装置作为已知控制装置集成于所述架构中。

6.如权利要求5所述的建筑物自动化系统，其特征在于所述引擎在增加或修改定义后不需要重新编辑所述程序。

7.如权利要求3所述的建筑物自动化系统，其特征在于进一步包含数据库，所述数据库以通信方式耦合至所述通信网络并受所述引擎控制，其中所述程序存储于所述数据库中。

8.如权利要求3所述的建筑物自动化系统，其特征在于所述引擎能够通过所述动态可扩展能力及所述自动配置能力而应用所述定义来识别未知控制装置。

9.如权利要求8所述的建筑物自动化系统，其特征在于所述引擎包含兼容已知及未知控制装置的通用通信协议。

10.如权利要求3所述的建筑物自动化系统，其特征在于第一控制装置包含第一通信协议兼容性，且第二控制装置包含不同于所述第一通信协议兼容性的第二通信协议兼容性，且其中所述通信系统与所述引擎包含所述第一与所述第二通信协议兼容性二者。

11.如权利要求10所述的建筑物自动化系统，其特征在于所述第一与所述第二通信协议兼容性的不同在于通信标准、版本、或其任一组合。

12.如权利要求10所述的建筑物自动化系统，其特征在于所述引擎能够同时建置所述第一与所述第二协议兼容性二者。

13.如权利要求1所述的建筑物自动化系统，其特征在于所述通信网络包含内联网网络、互联网网络、或其任一组合。

14.如权利要求13所述的建筑物自动化系统，其特征在于为所述引擎指配单个地址并为所述控制装置指配网络地址。

15.如权利要求14所述的建筑物自动化系统，其特征在于所述引擎根据所述动态可扩展能力发现所述网络地址。

16.如权利要求14所述的建筑物自动化系统，其特征在于所述引擎从外部源接收所述网络地址。

17.一种通过动态扩展及自动配置建筑物自动化系统的架构而向所述建筑物自动化系统增加控制装置的方法，所述方法包含下列步骤：

获得一地点处先前未知的控制装置的网络地址；

执行发现过程，以尝试利用所述网络地址自动地与所述控制装置建立通信并从所述控制装置获得元数据；

如果可与所述控制装置建立通信，则通过评价所述元数据的至少一种特征并将所述至少一种特征作为在所述架构的程序中利用的定义进行存储，使所述地点与所述建筑物自动化系统的所述架构同步，并通过执行所述程序而不重新编辑，自动地配置所述建筑物自动化系统的所述架构，从而辨认所述控制装置为所述建筑物自动化系统的一部分；以及

如果无法与所述控制装置自动建立通信，则请求对所述控制装置人工编程。

18.如权利要求17所述的方法，其特征在于所述请求人工编程的步骤进一步包含下列步骤：

自动请求人工编程；

人工创建在所述程序中利用的控制装置定义；以及

在输入所述人工编程后，辨认所述控制装置为所述建筑物自动化系统的一部分。

19.如权利要求18所述的方法，其进一步包含下列步骤：

在人工创建所述控制装置定义后，重新编辑所述程序。

20.如权利要求18或19所述的方法，其特征在于将所述控制装置辨认为所述建筑物自动化系统的一部分的步骤进一步包含：尝试自动确定与所述控制装置兼容的通信协议。

21.如权利要求20所述的方法，其特征在于所述尝试自动确定与所述控制装置兼容的通信协议的步骤进一步包含：分析来自所述控制装置的所述元数据，以确定兼容的通信协议。

22.如权利要求21所述的方法，其特征在于进一步包含下列步骤：

判断所述控制装置是否可规定所述通信协议的厂商特征，以及

如果无法规定厂商特征，则选择基本通信协议；

如果可规定厂商特征，则判断所述控制装置是否可规定所述通信协议的产品特征，以及

如果无法规定产品特征，则选择与所述厂商特征兼容的通信协议；

如果可规定产品特征，则判断所述控制装置是否可规定控制装置类型特征，以及

如果所述控制装置无法规定控制装置类型特征，则选择与所述厂商特征及所述产品特征兼容的通信协议；以及

如果可规定控制装置类型特征，则选择与所述厂商特征、所述产品特征及所述控制装置类型特征兼容的通信协议。

23.一种用于建筑物自动化系统的服务器引擎，所述服务器引擎包含：

用于获得一地点处先前未知的控制装置的网络地址的装置，所述地点以通信方式耦合至所述建筑物自动化系统；

用于执行发现过程、以尝试利用所述网络地址自动地与所述控制装置建立通信并从所述控制装置获得元数据的装置；

用于通过评价所述元数据的至少一种特征并将所述至少一种特征作为在所述服务器引擎的软件程序中利用的定义进行存储、而使所述地点与所述建筑物自动化系统同步的装置；

用于将所述控制装置的状态从未知修改成已知的装置；以及

用于通过执行所述软件程序而不重新编辑、而动态扩展及自动配置所述建筑物自动化系统的装置。

24.如权利要求23所述的服务器引擎，其特征在于进一步包含：

用于判断所述控制装置是否可规定所述通信协议的厂商特征的装置；

用于在无法规定厂商特征时选择基本通信协议的装置；

用于在可规定厂商特征时判断所述控制装置是否可规定所述通信协议的产品特征的装置；

用于在无法规定产品特征时选择与所述厂商特征兼容的通信协议的装置；

用于在可规定产品特征时判断所述控制装置是否可规定控制装置类型特征的装置；

用于在所述控制装置无法规定控制装置类型特征时选择与所述厂商特征及所述产品特征兼容的通信协议的装置；以及

用于在可规定控制装置类型特征时选择与所述厂商特征、所述产品特征、及所述控制装置类型特征兼容的通信协议的装置。

Images