专利名称：将功能抽象用于输出生成的管理系统的制作方法
技术领域：
本发明涉及建筑物自动化系统，并且更具体而言，涉及用于建筑物自动化系统的用户接口，所述用户接口允许监视和控制建筑物自动化系统设备。
背景技术：
建筑物自动化系统涵盖各种各样的系统，这些系统帮助监视和控制建筑物操作的各个方面。建筑物自动化系统包括安全系统(包括访问控制系统和/或CCTV系统)、消防或生命安全系统、照明系统以及舒适系统，舒适系统有时称为加热、通风和空调(“HVAC”)系统。在大的商业和工业机构中，这样的系统具有大量的元件并且是高度自动化的。建筑物自动化系统的元件广泛散布于整个机构内。例如，舒适或HVAC系统典型地包括位于机构的几乎每个区域内的大量温度传感器和通风风门控件以及其他元件。类似地，安全系统可以具有散布于整个建筑物或校园内的入侵检测、运动传感器和警报致动器。消防安全系统也包括烟雾警报器、牵引站和控制器形式的广泛散布的设备。为了实现高效且有效的建筑物自动化系统操作，需要监视建筑物自动化系统的各个散布的元件的操作并且经常与这些元件通信。为此目的，建筑物自动化系统典型地具有一个或多个集中控制站，其中来自系统的数据可以被监视，并且其中系统操作的各个方面可以被控制和/或监视。控制站典型地包括具有处理装备、数据存储装备和用户接口的计算机。为了允许监视和控制散布的控制系统元件，建筑物控制系统经常采用多层次通信网络以便在诸如传感器和致动器之类的操作元件与集中控制站之间传送操作和/或报警信息。在较旧的系统中，控制站以繁琐、面向文本的格式提供建筑物控制数据。控制站以这样的方式呈现数据，该方式典型地要求解释和理解密切的系统知识。随着建筑物自动化系统变得更加复杂，越来越有利的是以更加直观的方式呈现建筑物系统数据。为了解决这个问题，建筑物自动化系统的控制站现在通常采用图形用户接口，这些图形用户接口将文本信息与代表性图形相结合以便图解说明正被显示的系统数据的上下文。图形可以包括图形显示的图、楼层平面图、复杂装备示图以及甚至控制或感测的值的图形显示。代表性图形的使用的一个实例可以是与简单文本值相反，使用温度计形状的图形表示温度读数。类似地，与报警位置的简单文本列表相反，可以在建筑物楼层平面图的图形显不上表不建筑物楼层的报警状态。尽管图形和其他高级的接口特征的使用增强了建筑物系统数据的访问和监视，但是控制站的一个局限在于获取关于不同设备和子系统的信息的方式。由于建筑物系统可能涉及来自各种各样的制造商的产品，因而从各个产品和子系统获取数据对于各个输出生成操作而言可能是繁琐的。这样的输出生成操作可能包括向系统数据提供图形用户接口、报告、命令、报警和数据日志记录的操作。这样的操作必须考虑到不同的制造商可能提供设备输出数据的不同格式这一事实。例如，一个温度传感器可能将状态数据作为O与14之间的单个值而提供，并且另一个温度传感器可能将状态数据作为代表摄氏度的多个二进制值而提供。在这种情况下，输出生成操作将需要单独的操纵这两种传感器数据格式的方式。这种装置的一个缺陷在于，每个新的操作或应用必须考虑到来自各个设备的数据的不同呈现方式。因此，本发明的目的是提供一种更加直观的接口，该接口允许通过输出生成操作更加统一地访问建筑物自动化系统中的设备和子系统的数据，其并不要求针对每一种不同商标或类型的建筑物自动化系统设备的特定的编程。
发明内容
本发明的至少一些实施例通过提供可以由输出生成操作访问的用于建筑物自动化设备的各种常见元件和子系统的通用功能以及将来自单独设备数据的数据映射到通用功能定义的映射元件，解决了上面的需求以及其他的需求。第一实施例是供建筑物自动化系统中使用的装置，其包括存储器、显示器、用户输入设备和处理电路。存储器存储编程指令和多个数据值，这些数据值包括与第一对象数据记录和第二对象数据记录中的每一个相应的数据值，所述第一对象数据记录具有第一格式，所述第二对象数据记录具有与第一格式不同的第二格式。第一对象数据记录与第一建筑物自动化系统(BAS)设备相应，并且第二对象数据记录与第二 BAS设备相应。处理电路可操作地耦合到存储器和显示器，并且被配置成经由网络从一个或多个BAS设备接收附加的数据值且将附加的数据值存储在存储器中。处理设备进一步被配置成请求与第一对象数据记录有关的数据并且从存储器中检索至少一个与第一对象数据记录相应的数据值。处理设备还被配置成存储定义第三格式的对象类型定义，并且将所述至少一个与第一对象数据记录相应的数据值映射到第三格式。处理电路还被配置成基于映射的至少一个数据值将请求的数据提供给软件操作，并且执行软件操作以便产生显示的至少一部分。通过参照以下详细描述和附图，上面描述的特征和实施例以及其他特征和实施例对于本领域普通技术人员而言将变得更加清楚明白。
图1为依照本发明第一实施例的建筑物自动化系统中采用的管理系统的功能框 图1A示出了图1管理系统采用的示例性功能定义的代表性框 图2A示出了图1管理系统的示例性软件功能与示例性数据元素之间的功能关系的示
图2B示出了图1管理系统的另一个示例性软件功能与其他示例性数据元素之间的功能关系的不 图3示出了依照本发明实施例的图1管理系统的示例性操作集合的过程流程 图4示出了图1建筑物自动化系统的数据库的内容的表示 图4A示出了图4的数据库的对象配置数据的表示 图5将温度传感器示为图形元素，其具有基于图1系统内生成的值的可变外观(appearance)；
图6为与BAS (HVAC)设备、消防安全设备和安全系统设备一起使用的全局管理系统的功能框 图6A为执行图6全局管理系统的功能的计算设备以及依照本发明实施例的图形用户接口的功能框 图7为由图6A计算设备执行的图形用户接口功能生成的屏幕显示的代表性框 图7A示出了由用于特定建筑物系统的数据填充的图7示例性屏幕显示的屏幕捕获；图8图解说明了由处理单元执行的作为部分图形用户接口功能的示例性操作集合的流程 图9A和图9B进一步详细地图解说明了由处理单元执行的作为部分图形用户接口功能的图8的操作的第一实施例；
图10图解说明了图9A、图9B的操作内的可以由处理单元执行以便生成显示元素的示例性操作集合的流程 图11进一步详细地图解说明了第一实施例中可以由处理单元执行以便实现图10的操作之一的操作集合；
图12图解说明了依照图9A和图9B的操作的可以由处理单元执行以便生成用于显示的有关项目信息的示例性操作集合的流程 图13图解说明了可以由处理单元执行以便确定建筑物自动化系统内的对象之间的关系的示例性操作集合的流程 图14图解说明了由图13的过程生成的示例性输出文件的表示 图15图解说明了存储在图1和图1A的系统的存储器中的示例性数据图像的表示以及
图16图解说明了图1和图1A的系统的示例性配置数据库的表示图；以及 图17图解说明了依照本发明实施例的用于用户接口功能的应用框架的元素的表示
图18结合本发明的另一个示例性实施例示出了处理单元的操作集合的流程 图19示出了执行图18流程图的操作的处理单元的示例性操作集合的流程 图20示出了依照本发明实施例的包括两个房间的示例性楼层平面图形的示例性图形显示；
图21示出了执行图18流程图的操作的处理单元的示例性操作集合的流程图；以及 图22示出了通过图21的操作生成的示例性图形元素。
具体实施例方式图1图解说明了结合一个或多个建筑物自动化系统实现的管理系统100的第一实施例的功能框，所述系统统称为建筑物系统50。系统50包括多个建筑物自动化系统(“BAS”)设备或子系统102a、102b...102n。BAS设备/子系统102a、102b...102η适当地可以为舒适(HVAC)系统设备或子系统，例如控制器、传感器、致动器、房间控制子系统、空气操纵单元子系统。可替换地或者此外，BAS设备102a、102b...102η可以包括生命安全系统设备或子系统、安全设备或子系统、照明系统设备或者其他建筑物系统设备或子系统。如上面所讨论的，管理系统100和BAS设备102a、102b...102η形成综合建筑物系统50。管理系统100和BAS设备102a、102b...102η可操作地连接以便经由一个或多个数据网络157进行通信。数据网络157可以包括任何常规数据通信网络或者建筑物自动化系统中采用的网络的组合，例如以太网、环形网或者其组合，并且可以包括诸如因特网之类的其他网络。管理系统100和(多个)网络157允许从单个点管理、监视和控制BAS系统设备102a、102b…102η。如图1中所示，管理系统100可以以商业上可用的如这里所述具体配置的通用计算机150实现。在该实施例中，管理系统100包括中央处理单元和关联的支持电路系统(CPU)152，至少第一和第二网络输入/输出(I/O)单元154、155，显示器156，用户输入设备158、主存储器160，辅助存储设备162和系统总线164。CPU 152被配置成执行存储器160中存储的编程指令以便实现如这里所描述的各种操作。依照这样的指令，CPU 152被配置成接收来自用户输入158的数据输入，生成要在显示器156上显示的显示屏。CPU 152还被配置成经由至少第一网络I/O单元154和(多个)网络157与诸如BAS设备102a、102b...102η之类的外部设备通信。CPU 152进一步被配置成通过一个或多个网络经由第二网络I/O单元155将输出文件传送到外部设备161，例如另一个计算机、打印机或者数据仓。为了促进上面描述的功能以及其他的功能，CPU 152经由系统总线164以常规的方式可操作地连接到网络I/O单元154、155，显示器156，用户输入·158，主存储器160和辅助存储装置162中的每一个。在该实施例中，主存储器16存储用于BAS应用操作110、BAS数据库124、数据库服务器125、功能库128和功能映射器130的编程指令。为此目的，主存储器160可以包括诸如随机存取存储器之类的易失性存储器以及其他类型的可读和可写存储器。BAS操作110为一个或多个软件程序，其接口到(数据库124中的)系统数据以便促进管理、监视和控制BAS设备102a、102b...102η中的一个或多个的某个方面。例如，操作110可以适当地为图形元素生成器，其在显示器156上生成系统对象以及与系统对象关联的值的图形表示。操作110可以进一步包含或者包括命令软件，该命令软件允许应用或用户生成用于设备102a、102b...102η的命令值。操作110的另一个实例是报告软件，该报告软件可以用来产生系统50内生成的值的趋势的报告。功能库128包括用于诸如设备、组件、子系统等等之类的BAS元件的多个功能定义。功能库128的每个功能128χ为数据文件，例如对象数据记录，其提供用于有关对象组的常见属性类型以及甚至常见属性和其他设置的定义。例如，如图1A中所示，功能数据文件US1可以包括名称或标识符180、用于温度传感器的定义统一格式的属性182列表、用于温度传感器的图标184和标识符185以及对于可以用来显示温度传感器的缺省图形的图形定义186的引用。因此，即使系统可能具有数千温度传感器，并且即使一些传感器可能具有一种或多种类型的模拟输出且其他传感器可能具有一种或多种类型的数字输出，功能数据文件128!也提供了从每个传感器可用的常见可变属性182,例如present_value(当前值)、high_limit (上限)、low_limit (下限)、状态和服务，以及从每个传感器可用的常见静态属性，例如图标184/185，以及甚至缺省图形元素186。应当理解的是，CPU 152也可以执行配置(添加或编辑)功能以便改变图1A的定义中示出的元素的指令。再次一般地参照功能库128，每个功能因此定义了用于相应BAS元件类型的预定输出值集合。例如，用于温度传感器的功能定义(参见例如图1A、图2A)可以标识用于输出数据的格式，其包括测量的温度、故障状态、活动状态、上限和下限。用于泵的功能定义(参见例如图1B、图2B)可以标识一定格式以便标识代表输入压力值、输出压力值、故障状态、活动状态等等的输出值。每个功能定义被配置成由执行相应软件的处理单元采用以便基于与该功能关联的对象类型提供通用输出值。因此，例如，正在执行BAS操作110中的CPU 152可以通过与对象类型相应的通用功能访问与特定系统对象(例如设备102a、102b...102η之一)有关的数据。按照这种方式，不同制造商、型号或配置，但是相同类型的各种对象(或者来自对象的值)可以具有呈现数据接口的统一方式。而且，相同类型的各种对象可以在显示器中采用相同的“图标”，并且利用相同的“图形控件”(即图形显示配置)，而不用在每个单独的对象的属性中指定这样的图标或图形控件。数据库124为这样的数据库，其包含活动系统值和数据，以及用于系统的元件的配置数据，包括用于BAS设备102a、102b...102η的配置数据和/或与这样的设备相应的数据“点”。图4示出了数据库124的内容的表示图。例如，数据库124包括用于系统50的各种点的当前(或最近)值405，包括设备102a、102b...l02n的值(例如温度、设置点、风扇速度等等)。数据库124也包括警报或通知410及其相应的状态。数据库124进一步包括对象配置数据430。对象配置数据430包括用于系统的每个对象的对象数据记录或示例。特别地，如本文所描述的建筑物自动化系统包括对象集合。除别的情况以外，对象还可以包括过程值(即控制器、传感器、阀、照相机等等的输出或输入)、或者例如层级定义中的代表值组的节点。例如，房间对象可以具有温度传感器输出对象、空气流输出对象等等。泵对象可以定义用于泵的命令值、测量的用于泵的流量值以及其他值。通常，每个对象数据记录为数据文件或者数据的其他分组或布置，其包括对象 的标识值以及对于与对象有关的测量值的引用。对象数据记录可以进一步包括对于与对象有关的其他对象的引用。系统50的对象还包括系统50的设备、子系统以及房间、楼层或建筑物。这样的对象中的每一个在数据库124中具有其自己的对象数据记录。图4A进一步详细地将对象配置数据430的表示图示为包括与系统50中的BAS设备102a、102b...102η中的每一个关联的对象数据记录432a、432b...432η集合。每个对象数据记录432a、432b...432η包括与对应BAS设备102a、102b…102η关联的预定属性集合或者由该设备生成的测量值。这样的属性包括唯一标识信息<ID>和对象类型〈类型〉。若干对象可以是相同对象类型。例如，对象类型可以是“模拟输出”、“模拟输入”、“传感器”、“控制器”、“楼层”、“房间”等等。每个对象数据记录432a、432b...432η的属性的数量和类型取决于对象类型。每个对象数据记录432a、432b...432η也可以引用标识与数据库124内的对象相应的当前点值的当前值属性<p_v>。如本领域已知的，当前值用来描述系统的针对特定输出、输入等的操作值，例如特定传感器处的温度、用于各种致动器或空气操纵单元的设置点。然而，应当理解的是，不同制造商的设备可能产生不同格式的present_value(当前值)。因此，对象数据记录432a、432b...432η可以包含或引用特定于对象本身并且通常不适用于所有具有基本上相同功能的对象的格式或风格的数据。例如，用于两个不同温度传感器输出的对象数据记录可以包括不同的属性，并且可以引用数据库内具有不同格式的数据。
应当理解的是，例如在用于系统50的定义的层级中，某些对象仅仅是包含其他对象的节点。在直接的意义上，这样的对象可能没有present_value (当前值)属性。例如，对象数据记录432b与“房间”对象相应。在该实施例中，“房间”对象是代表建筑物中的物理空间的构造，并且不是活动变量(即过程输出或输入)本身。在该实施例中，房间对象数据记录432b具有标识子对象的属性，所述子对象例如温度传感器输出对象TS_102和湿度传感器输出对象HS_179，其将代表房间中的测量的温度和房间中的测量的湿度。而且，应当理解的是，许多或者大多数对象数据记录432a、432b和432η也包含配置属性，例如上限和下限(对于数据点对象而言)，以及标识与其他对象的层级关系的属性。在这里所描述的实施例中，对象数据记录432a、432b...432η中的每一个也包括功能属性〈功能 >，其标识与该对象相应的通用功能对象。功能属性值标识一个或多个来自功能库128的适合对象数据记录432a、432b或432η的功能。例如，对象可能具有这样的〈功能〉值，其等于来自库128的温度传感器功能、来自库128的房间控制功能、来自库128的泵设备功能或者用于通用BAS设备或子系统类型的任何其他功能。除了标识信息、对象类型信息和present_value (当前值)属性之外,对象数据记录432a、432b...432η可以适当地具有许多其他的属性，包括对于图形元素、pdf文档、制造信息、维护信息等的引用。再次参照图1，系统数据库124通过数据服务器125而可操作地被访问并且由数据服务器125维护。更具体而言，数据服务器125为软件程序，其(在由CPU 152执行时)管理系统数据库124中的数据，包括管理从BAS设备102a、102b...102η获得系统数据以及将改变或命令传送至BAS设备102a、102b...102η的操作。功能映射器130为软件功能，其在由CPU 152执行时将数据库124中来自数据对象的数据映射到功能库128的相应功能定义。下文中结合图2Α提供了关于功能映射器130的进一步的细节。可以适当地为非易失性存储装置的辅助存储装置162存储系统历史数据和其他引用信息，例如Pdf文档库等等。通常，CPU 152执行软件元素110、125、128和130的操作以便完成如这里所描述的管理系统100的操作。特别地，如下文中进一步讨论的，CPU 152执行图8、图9Α、图9Β、图10、图11、图12、图13、图18、图19和图21的操作，以便实现一个或多个诸如操作110之类的BAS操作。在讨论图2和图3的系统100的特定操作之前，将描述系统50的一般操作。在系统50的一般操作中，BAS设备102a、102b...102η操作来依照正常的实践使用任何适当的常规技术向建筑物提供加热、通风和空调。可替换地或者此外，BAS设备102a、102b...102η中的至少一些操作来提供对于诸如火灾、烟雾或有毒气体释放之类的危险状况的监视，并且必要的话，提供对于所述危险状况的通知，或者操作来依照正常的安全系统实践提供运动感测、视频监控信息和门位置监视等等。管理系统100操作来使用户有权监视和/或控制BAS设备102a、102b...102η中
的一些或全部。为此目的，CPU 152采用数据服务器125经由网络I/O单元154 (直接或间接地)与BAS设备102a、102b...102η中的至少一些交换数据。除别的情况以外，CPU 152还基于来自设备102a、102b...102η的接收的数据维护系统数据库124。在另一个操作方面中，CPU152也经由网络I/O单元154将来自管理系统100中的各种元件的命令值输送至各种设备102a、102b…102η。例如，通过执行命令操作(例如操作110)，CPU 152可以经由网络I/O单元154的接口将命令传送至各种设备102a、102b...102η。系统100的一个方面是利用来自各个设备的数据以高效的方式操作的能力。为此目的，管理系统100采用功能库128的通用功能以便提供到来自各个设备的数据的统一数据接口。除别的情况以外，该特征还通过图2Α进行了图解说明。图2Α示出了用于示例性操作IlOa的软件功能110、128和130之间的功能关系。大体而言，图2Α图解说明了操作IlOa如何通过如下文中进一步描述的相应功能US1提供的统一数据接口访问数据库124中的对象数据记录432a、432d和432e中的任何一个或全部的数据。在图2A的实例中，数据库124的一部分包括三个对象数据记录432a、432d和432e，其中每一个是用于与未示出的相应温度传感器关联的模拟输出的数据对象。然而，这些相应温度传感器并不全部生成相同格式的相同输出值。因此，对象数据记录432a、432d和432e支持的数据类型不是统一的。对象数据记录432a、432d和432e全部包括对于系统数据的引用。例如，对象数据记录432a包括对于用于未示出的特定温度传感器输出的活动值“当前值”、“状态标志”、“停止服务”、“上限”和“下限”的引用。对象数据记录432d包括对于用于同样未示出的不同温度传感器的相同值的引用。对象数据记录432e包括对于用于同样未示出的又一温度传感器输出的活动值“当前值”、“状态”和“服务”以及“其他属性”的引用。继续参照图2A，功能映射器130包括多个软件功能，这些软件功能将经由各种对象数据记录432a、432d和432e访问的数据转换成用于相应功能US1的数据格式。功能128i是来自特定于温度传感器模拟输出的功能库128的功能之一。应当理解的是，在图2A中，出 于清晰论述的目的，省略了功能US1的常见静态属性(例如图1A的图标184/185)。具体而言，功能US1是定义到温度传感器模拟输出的统一数据接口的数据记录(并且可以适当地为另一个对象)，所述温度传感器模拟输出可能由访问或需要来自这样的模拟输出的数据的操作(例如操作110)使用。功能US1提供统一格式的温度传感器数据。因此，具体而言，访问软件操作不必特别地针对对象数据记录432a、432d或432e的数据格式而被特别配置。在图2A的实例中，操作IlOa为制定描绘与选择温度传感器模拟输出(其可以由操作者选择，该操作者如这里进一步详细地描述的，从用户接口显示器中选择与特定BAS设备102a、102b或102η关联的相应点标识)有关的各种值的图形符号的显示的操作。操作IlOa被配置成获得通过功能US1定义的预定格式的温度传感器数据，以及在该实施例中，来自功能US1的适当图形控件186的标识(参见图1A)。因此，操作IlOa不必针对与对象数据记录432a的模拟输出TS_102关联的温度传感器数据的特定格式而被定义，该对象数据记录432a与对应BAS设备102a、102b或102η的选择的点相应或者是其代理。还应当理解的是，代替生成图形符号的是，操作IlOa可以是提供用于报告的数据、打印、警报通知的操作和/或其他BAS操作。参照图2Α的实例的操作，无论何时CPU 152执行操作IlOa以便制定用于用户选择的或者特定的温度传感器(例如图1中的BAS设备102a)的图形符号，CPU 152都针对该温度传感器对象数据记录432a、432b或432e经由功能128i获得来自数据库124的数据。功能US1被配置成针对所有温度传感器提供统一数据输出格式的来自数据库124的数据，而不管其制造商、型号或者能力如何。为此目的，CPU 152经由与需要来自它的数据的温度传感器(例如BAS设备102a)相应的对象数据记录432a、432b或432e中的引用获得来自数据库124的数据，并且采用功能映射器130将经由对象数据记录432a、432b或432e提供的数据转换成通过功能US1标识的统一格式。然后，操作110可以使用常规的图形技术并且使用经由功能US1获得的值再现图形温度计。图3示出了正在使用功能库128和功能映射器130执行操作110以便获得来自数据库124的数据中的CPU 152的更广义的过程流。在步骤305中，CPU 152在执行应用或者其他软件元素期间接收要执行的操作(例如显示图形控件)的标识以及要在该操作的执行中使用的至少第一系统对象(即对象数据记录432a、432b或432η)的标识。在图2Α的实例中，步骤305中的CPU 152将接收处理图形符号生成操作110的调用以及与数据记录432a、432d和432e之一关联的模拟输出对象的标识。在步骤310中，CPU 152 (根据操作)生成标识对象(或者对象数据记录)的请求。通常，不必考虑特定对象类型而做出该请求。功能库128的目的之一是呈现来自不同类型对象的常见和统一的数据输出以及与相同对象类型(例如温度传感器对象类型)关联的BAS设备的不同制造商。在图2A的实例中，CPU 152可以请求对象数据记录432e。接着，执行另一个过程的CPU 152接收该请求，并且执行步骤315。在步骤315中，CPU 152获得相应对象数据记录432a、432d或432e中的配置数据以便获得用于对象数据记录432a、432d或432η的功能属性值。如上面所讨论的，每个对象数据记录432a…432η的功能属性〈功能 > 标识来自功能库128的适合于对象数据记录432a…432η的所述一个或多个功能。因此，在图2Α的实例中，操作IlOa将标识用于选择对象数据记录(例如对象数据记录432e)的功能属性值是“温度传感器”功能128p其后，CPU 152继续到步骤320。在步骤320中，CPU 152标识、检索标识的功能定义并且从中获得一般静态属性。CPU 152也可以从该功能中获得相关可用属性的标识。因此，在图2A (以及图1A)的实例中，CPU 152将在步骤320中检索图1A的功能定义128i，并且确定(通过引用185引用的)图标184可以由操作IlOa用来提供用于显示的图标，并且可以确定特定的图形控件或定义186可以由操作IlOa用来提供选择对象数据记录的图形显示。CPU 152也优选地在步骤320中确定来自列表182的可用属性值，这些属性值可从功能定义128i中获得。接着，取决于该操作，CPU 1 52基于可用属性值确定检索哪些系统值，基于可用属性值确定布局或其他显^^特征等等。在步骤325中，CPU 152标识与对象数据记录432a…432η关联的功能映射器130集合内的特定功能映射器。因此，在图2Α的实例中，CPU 152将标识特定于对象数据记录432e的功能映射器130。在步骤330中，CPU 152执行标识的功能映射器130以便获得与来自数据库124的标识的对象数据记录相关的数据，并且将该数据映射到功能US1定义的统一数据接口格式。因此，例如，图2A中由数据对象432e引用的数据点“值”可能具有与功能US1采用的统一格式不同的格式。在这种情况下，功能映射器130提供从数据库124获得的“值”到功能128i采用的“present_value (当前值)”格式的转换。功能映射器130类似地提供用于由标识的数据对象432a引用的来自数据库124的其他值的转换。在一些情况下，底层数据对象(例如对象数据记录432e)可能不包括对于所述功能需要的所有数据或属性的支持。在这种情况下，功能映射器130针对丢失属性的功能值提供空值。在步骤335中，CPU 152继续直接或间接地执行操作IlOa以便基于经由所述功能接收的数据生成输出。在图2A的实例中，CPU 152在步骤330中使用由标识的功能包装器130返回的值执行操作IlOa以便生成并且显示用于温度传感器BAS设备的图形。例如，图5将温度传感器示为图形500，其具有基于来自功能128i的返回值的可变外观。图形500具有“温度计”类型图形元素505，其中“presentjalue (当前值)”用来确定实心杆510从底部515向上延伸多远。图形500包括状态指示器520和服务中指示器525，其分别使用指示器灯的图形表示指示状态(S卩如指示器520所反映的良好或故障)和服务(即如指示器525所反映的关闭或停止服务或者在服务或服务中)。指示器520和525的颜色反映由功能US1返回的该参数的值。因此，可以看出，CPU 152可以执行操作110以生成系统中的温度传感器的图形表示，而不必为具有不同输出值的不同种类的物理传感器使用特殊的代码或变量。功能US1的使用给数据库124中存储的许多传感器的值提供了统一的数据接口。应当理解的是，在该实施例中，数据的原始格式在数据库124中仍然被保护，使得其他功能或应用在希望的情况下可以以其原始格式访问数据。例如，如这里至少参照图7、图7A、图20和图22进一步详细地公开的，应用框架610被配置成生成多窗格(pane)显示器或屏幕700，其包括具有供用户在第一多个管理单元(snap-1n)工具或应用中选择的关联选项卡72七、7242和7243的主工作区域或窗格720，以及也具有供用户在第二多个管理单元工具或应用工具中选择的关联选项卡 2 Χ和7272的上下文工作区域或窗格704。在一种如图22中所反映的实现方式中，当图形元素2200由应用框架610基于来自图7Α中的层级对象列表718 (例如，其每一个与图2Α中的对象数据记录432a、432b或432e相应)的对象的选择而生成时。在一些情况下，用户可以进一步通过适当的手段选择以便使得相应的管理单元工具应用或操作IlOa显示未被映射到功能128!的选择的对象数据记录432a、432b或432e的一个或多个附加的数据值。如上面所描述的通用功能的基本架构和操作可以容易地被实现以便使得许多不同类型的操作能够访问用于许多不同类型的BAS设备的数据。事实上，单个操作可以使用任何数量的不同类型的功能采用来自任何数量的不同类型的对象的数据。例如，如果某个操作用来仅仅显示对象的名称、其当前值(作为文本)及其状态，那么这样的操作可以采用图3的步骤以便为任何数量的不同类型的对象生成任何数量的功能的示例。为此目的，应当理解的是，与BAS设备关联的许多建筑物系统对象(温度传感器输出、流量传感器输出、烟雾检测器设备等等)将至少具有关联的“preSent_valUe (当前值)”属性和关联的“状态”属性。因此，用于每个关联的建筑物系统对象类型的每个功能128x能够以统一的格式提供"present_value (当前值)”数据和“状态”数据。将通用操作用于访问关于BAS设备的若干类型、样式和型号的数据(经由定义的功能128和功能映射器130)的能力尤其在 用于若干不同建筑物自动化系统的管理系统中是有利的。如上面所讨论的，也可能使用来自功能库128的功能访问用于与多个数据点或多个对象关联的对象的数据。例如，图2B示出了示例性操作110’、用于泵的功能1282、用于特定泵的功能映射器1302以及对象数据记录432g、432h、432i和432j的关系的表示图。在该实例中，对象记录432h代表用于指定的泵SublPump的命令值,对象记录432i代表用于指定的泵SublPump的反馈值,并且对象记录432j代表用于相同指定的泵的反冲功能(kickfunction)值。对象数据记录432g代表用于泵SublPump的节点。尽管数据记录432h-432j中的每一个都代表具有当前值的系统值，但是对象数据记录432g却不这样。泵对象数据记录432g代表包含对象数据记录432h-432i (或者是其层级双亲)的层级构造。在图2B的实例中，功能1282针对泵类型对象而被定义，其具有用于命令(Cmd)、反馈(Fbck)和反冲功能(Kickfct)的定义值。而且，定义了功能映射器1302以便获得来自泵数据记录432g的所有子对象数据记录432h-432i的数据并且将该数据映射到功能1282。当操作110’标识其需要值CmcUFbck和/或Kickfct中的任何一个用于一定应用(显示、报告等等)时，那么功能1282经由功能映射器1302和对象数据记录432h-432i提供数据。在这种情况下，操作110’可以适当地仅仅标识请求的值以及对象“SublPump”的身份。于是，CPU 152将获得用于“SublPump”对象数据记录432g的功能属性，其提供了功能“泵” 1282的身份。应当理解的是,将若干对象数据记录(例如对象数据记录432h、432i和432」)映射到功能(例如功能1282)的单个示例的能力允许提高灵活性。在采用如图2B中所示的相同架构的一个实例中，针对“房间”对象定义的功能可以包括映射到用于典型地在房间中找到的不同类型BAS设备(例如温度传感器、湿度传感器、控制器等等)的输入或输出的对象数据记录的属性。在这种情况下，功能1282将是“房间”功能，对象数据记录432h、432i和432」可以适当地分别与温度传感器输出、湿度传感器输出和控制器设置点输入相应。对象数据记录432g将与机构内的特定房间相应，并且功能映射器1302将被配置成在对象数据记录432h、432i和432」中提供的数据的特定格式与功能1282的格式之间映射。本发明的至少一些实施例被合并到全局管理系统。具体而言，图6图解说明了包括多个不同建筑物自动化系统和全局管理系统600的系统550。具体而言，图6的全局管理系统600被配置成除别的情况以外，还促进监视、管理和控制舒适(HVAC)系统、生命安全系统和安全系统(包括访问控制系统和CCTV系统)。特别地，图6图解说明了结合舒适系统(HVAC)设备602、生命安全设备604和安全系统设备606实现的全局管理系统600的第一实施例的功能框。管理系统600、舒适系统设备602、生命安全设备604和安全系统设备606一起形成综合建筑物系统550。应当理解的是，舒适系统设备602优选地协作以形成建筑物舒适系统，生命安全系统设备604协作以形成建筑物生命安全系统，并且安全系统设备606协作以形成建筑物安全系统。管理系统600允许从单个点并且以统一的方式管理、监视和控制这样的多样化的系统和设备。在图6中，管理系统600以代表执行的软件程序和存储的数据的功能框示出。在图6A中，实现管理系统600的计算机设备650的框图被示出并且在下文中进一步加以讨论。如图6中所示，管理系统600包括应用单元或应用框架610、核心引擎612和数据储存库614。图6A示出了设置在单个计算机工作站上的应用框架610、核心引擎612和数据储存库614。然而,应当理解的是,应用框架610、核心引擎612和数据储存库614中的任何一个或者全部可以适当地分布在单独的计算设备上。应用框架610是启用客户端应用或会话的软件和关联数据文件的集合。在该实施例中，应用框架610启用系统管理器应用，该应用提供用于监视、检查和控制系统550中的各种点和设备的用户接口。除别的情况以外，应用框架610还包括主可执行程序617、用户布局定义文件618、规则集合619、公共图形控制模块620和基础结构接口 621。核心引擎612包括模型/储存库624、一定数量的软件扩展626^..626ρ、控制管理器628和设备接口栈629。除别的情况以外，数据储存库614还包括历史数据库630。参照如图6和图6Α中绘出的核心引擎612，模型/储存库(MR)624包括数据服务器621和系统数据库6242。除别的情况以外，系统数据库6242还包括系统550中的所有数据点和所有(或者大多数)设备以及其他对象的数据模型。特别地，如本领域中已知的，活动建筑物系统的每个值(温度、警报状态、湿度)可以称为点或数据点。在该实施例中，系统550的对象包括创建、处理或存储关于诸如物理设备(BAS控制器、现场面板、传感器、致动器、照相机等等)之类的数据点以及诸如控制调度、趋势报告、定义的系统层级等等之类的维护的数据文件的信息的任何事物。因此，除别的情况以外，系统数据库6242还包括系统550中各个点的当前值以及用于系统550中的各个对象的配置信息。MR 624是应用框架610以及其他应用通过其可以访问由各种系统设备602、604和606生成的数据并且将数据(即命令)提供给这样的设备的机制。如下文中将详细地讨论的，系统数据库6242中维护的一种类型的对象包括标识系统中的对象之间的关系的层级定义。如下文中将进一步讨论的，这些关系优选地为分层级的。特别地，已知将建筑物自动化系统中的对象组织成层级。例如，系统可以定义具有“房间”形式的多个子对象的对象“楼层”。每个“房间”对象反过来可以具有若干子对象，例如“通风风门”、“烟雾检测器”和“温度传感器”。对象之间的这样的层级定义本质上是常规的，并且可以采取许多形式。应当理解的是，系统600中层级文件的使用允许技术人员定义几乎任何希望的层级，其结果 如下文中进一步讨论的，存储为定义的层级文件之一。在该实施例中，MR 624维护标识系统的对象(包括代表设备602、604、606的那些对象)之间的不同层级版本的文件(即对象)。软件扩展626^..626ρ是经由模型储存库624提供管理系统600的核心操作的软件服务集合。软件扩展626^..626ρ优选地以源代码构成，使用常规技术编译和链接。软件扩展626Γ..626Ρ可以适当地包括打印管理器、报告子系统和状态传播管理器。例如，报告子系统是管理从MR 624获取数据值以用于生成各个报告的系统。这样的报告可以包括例如房间等的温度的趋势。报告的生成以及使用诸如MR 624之类的数据模型管理报告生成的方法是常规的，并且为了清楚论述起见省略了其细节。在另一个实例中，状态传播管理器为这样的设备，其除了别的情况以外，还将警报状态信息传播到系统中的各种其他数据对象。2009年9月25日提交的序列号为N0.12/566,891的美国专利申请中提供了适当警报传播系统的一个实例，该文献被转让给本发明的受让人并且以法律许可的程度通过引用合并于此。控制管理器628是另一个软件服务，其允许经由MR 624使用系统数据。特别地，控制管理器628促进使用高级别脚本以便在管理系统600内提供服务。换言之，与软件扩展626^..626ρ形成对照的是，控制管理器提供用于高级别脚本的执行环境。特别地，控制管理器628被配置成执行实行各个服务的软件脚本。在该实施例中，控制管理器628执行脚本以便实现管理系统600的调度功能。该调度功能用来基于时基调度控制各个系统中的点。例如，该调度功能可以用来在舒适系统设备602内基于日时、和星期几支配温度设置点。应当理解的是，在其他实施例中，调度功能可以简单地实现为另一个软件扩展626χ。然而，在该实施例中，与必须编译和链接的低级别源代码相反的是，控制管理器628允许经由脚本向管理系统600添加功能。接口栈629是充当核心612与各种舒适系统设备602、各种生命安全设备604和各种安全系统设备606之间的接口的功能模块集合。舒适系统设备602可以适当地包括现场控制器、致动器、传感器和通常与HVAC系统关联的其他设备，如本领域已知的，所有这些设备可以在适当的网络上通信。生命安全系统设备604可以适当地包括通知器具电路(NAC)、NAC控制面板、其他控制器以及通常与消防安全和/或生命安全系统关联的其他设备，如本领域已知的，所有这些设备可以在适当的网络上通信。类似地，安全系统设备606可以适当地包括现场控制器、照相机、传感器和通常与安全系统关联的其他设备，如本领域已知的，所有这些设备可以在适当的网络上通信。设备602、604和606中的一个或多个可以在诸如BACnet或LonTalk之类的特定网络协议上操作。接口栈629通过管理系统600内的服务在这样的网络协议内提供对数据的访问。现在参照应用框架610，在这里描述的实施例中，应用框架610是协作以在诸如下文中进一步讨论的图7Α的显示器700之类的计算机显示器上提供多区域或多窗格显示窗口的应用和其他软件部件。多窗格显示器(参见例如图7和图7Α)包括对象选择区域715，用于显示关于选择的对象和该对象内的元素的信息的主显示区域和上下文显示区域720、725,以及显示其他对象的自动生成的“有关项目”区域730，所述其他对象与选择的对象具有预定义关系或者如这里进一步详细地讨论的针对分别标识为静态元素和动态元素的有关项目的管理系统100的操作期间 动态建立的关系。多窗格显示屏幕700的许多或大多数区域或窗格具有到附加信息的可选择的链接。图17进一步详细地示出了应用框架610。参照图6Α和图17，基础结构621是软件模块，其充当到核心引擎612的包括MR 624的各个元素的接口，类似于应用编程接口(API)。主可执行程序617包括协调应用框架610的其他模块的动作的编程指令。公共图形控件620包括用于各种对象和点的图形库。例如，图形控件620可以包括用于温度传感器的温度计图形定义或者用于压力传感器的“速度计”类型图形定义。图形控件620是由多个应用而不仅仅由应用框架610使用的公共文件(或者公共文件的拷贝)。布局618是这样的文件，该文件定义显示格式，例如是否要显示图形显示、文本显示、照相机图像等等。在这里描述的实施例中，布局618结合每个用户的简档或者可替换地结合授权级别或其他用户选择而被定义。因此，显示器的外观可以因用户而异，即使这样的用户采用了相同的应用框架610。规则619定义应用框架610如何基于定义的布局618填充显示器的各种区域。应当理解的是，尽管布局618可以通过用户而变化，规则619却不这样。然而，与公共图形控件620形成对照的是，规则619特定于应用框架610。
现在参照图7，示出了由应用框架610生成的显示屏幕700的示图。如上面简要地提及的，显示屏幕700包括第一窗口 702、第二窗口 704和第三窗口 705。第一窗口 702包括也称为系统浏览器的选择区域715、主工作区域720、上下文工作区域725、有关项目区域730以及辅助工作区域735。在该实施例中，第二窗口 704包括警报通知区域710。可以合并其他窗口。尽管处于本发明的范围之外，但是警报通知区域710可以适当地如欧洲专利说明书EP 1515289B1中所示的那样表现和生成，该文献被转让给本发明的受让人并且通过引用合并于此。第三窗口 705可以包括特定事件的细节，并且也处于本公开的范围之外。也参照图7A，除了第三窗口 705之外，该图示出了由来自示例性系统的数据填充的显示屏幕70的实例。如图7A中所示，警报通知区域710包括多个图标7104、7105、7106和7107，每个图标指示故障或警报的类型以及系统的当前状态中的给定故障的量。例如，图标TlO1图解说明了存在五个严重的状况，图标7102表明存在五个警报状况，并且图标7107表明存在六个咨询通知。通常，用户可以通过选择图标7104、7105、7106和7107之一向下追溯每种类型的通知。然而，如上面所讨论的，警报通知区域710的操作的细节超出了本公开的范围。仍然参照图7A的示例性屏幕捕获，选择区域715包括用于建筑物校园的对象(例如对象718ρ7182、7183和7184)层级列表718。如下文中将进一步讨论的，层级列表718基于存储器中存储的层级定义文件。列表718中采用的层级逻辑可以采取多个不同的形式。在图7A的实例中，层级逻辑是基于地理或空间的。因此，层级列表718的第一或最高级别包括建筑物，例如“总部”和“主楼”。层级列表718的次高或第二级别包括建筑物的楼层和/或大的区域，例如“楼层1”、“楼层2”、“礼堂”和“楼层4”。层级的第三或下一最高级别包括第二级别的楼层/大的区域的房间和/或更小的分区。例如，图标7184为房间“房间002”，其是用于代表“楼层4”的图标7183的子列表的部分(有时称为该图标之“子”)。而且，图标7183是用于代表对象“主楼”的图标7182的子列表的部分(或者其子)。该特定层级串图解说明了 “房间002”是“楼层4”之子，“楼层4”反过来是“主楼”之子。再次总体地参照图7和图7A，用户可以从选择区域715中选择任何对象。如下文中将进一步详细地讨论的，系统600其后使得各种区域720、725、730利用与选择的对象相应的数据而被填充。为此目的，如下文中将讨论的，应用框架610的规则619与布局618结合协作以定义区域720、725和730以及选择区域715和其他窗口 704、705的每一个中的显示元素的外观。通常，主工作区域720包括直接与来自选择区域715的选择的对象有关的信息。如图7A中所示，用于房间002的图标7184被选择，并且主工作区域720示出了用于选择的对象“房间002”的透视楼层平面图722。主工作区域720可替换地可以显示文本数据、下拉列表以及甚至文档(例如Pdf格式文件)。如下文中将进一步详细地讨论的，除别的情况以夕卜，主工作区域720中呈现的数据的格式还将取决于应用框架的布局文件618。上下文工作区域725是显示器700的区域，其包含关于主工作区域720内的特定元素的信息。例如，如果主工作区域720包括若干可选择图标或菜单项，那么上下文工作区域725用来提供与来自主工作区域720的用户选择有关的进一步信息。在图7中，例如，主工作区域720包括可选择图标711和7112。如果用户要选择这些图标之一 7112，那么上下文工作区域725将提供关于与图标7112关联的对象的进一步信息。通过对照，在图7A的实例中，主工作区域720并不包括可选择图标。在这种情况下，上下文工作区域725用来简单地提供关于房间002的更多信息。因此，图7A中的上下文工作区域725示出了主工作区域720中所示的对象722的属性。结果，上下文工作区域725提供了在主工作区域720中显示的选择的元素(例如图7的元素Tll1或7112)上“向下追溯”的能力，或者如图7A中所示，提供了关于不能以主工作区域720图形的格式示出的对象的属性的进一步信息。有关项目工作区域730是显示屏幕700的一部分，其包括与系统600的其他“对象”相应的可选择的图标，所述其他对象以预定的方式与主工作720内的选择的图标有关。例如，图7的有关项目区域730包括可选择的图标731p7322和7323。图标731p7322和7323链接到以某种方式与选择的图标Tll1或7112中的任何一个代表的对象有关的对象。选择的对象可以包括这样的调度，其影响或者涉及选择的对象、与对象有关的报告以及用于选择的对象的属性中标识的其他对象。下文中结合图9-12提供了关于有关项目区域的生成的进一步的细节。举例而言，考虑在图7的主工作区域720中选择了图标7112。在这种情况下，有关项目图标731p7312和7313包括到关于与选择的图标7112的对象有关的对象的信息的链接。如果像在图7A中一样，主工作区域720没有可选择的图标，那么如图7A中所示，有关项目区域730包括用于与主工作区域720的房间002有关的对象的可选择的图标。在图7A的实例中，有关的项目可以包括用于靠近或涉及对象房间002的区域的楼层平面图形以及与房间002有关的报告集合。辅助区域735是其中可以显示属于选择的第二对象的信息的区域。例如，系统600允许用户从有关项目区域730中选择对象。然后，在一些情况下，在辅助区域735中显示与选择的有关项目有关的信息。应当理解的是，用户可以对区域715、720、725、730和735重新确定尺寸。因此，至少在某种程度上，用户可以调节各个区域的相对尺寸。促进这种可伸缩性的适当图形工具在本领域中是已知的。因此，例如，可以完全收缩辅助区域735以便最大化主工作区域，如图7A中 所示。应当进一步理解的是，区域715、720、725、730和735也采用标准的滚动工具。特别地，在所有要显示的信息不适合区域715、720、725、730和735中的任何一个的程度上，采用标准滚动条以便允许用户操纵相应区域内的不同信息。例如，图7A示出了用于上下文工作区域725的标准竖直滚动条755以及用于有关项目区域730的标准竖直滚动条760。在常规方式下，竖直滚动条755允许用户访问当前隐藏在区域725中的另外的信息。类似地，竖直滚动条760允许用户访问区域730中的附加的有关项目信息。尽管图7A中未示出，当被批准时，可以类似地使用水平滚动条。因此，再次参照图6，应用框架610在由适当计算机处理电路执行时，通过图7和图7A的显示屏幕700促进用户交互。其他应用可以用来促进系统600用户的其他动作。如上面所讨论的，应用框架610基于用户简档或者用户的授权级别提供了在窗口702,704和705中出现的显示元素的不同外观。布局文件618包含特定于用户的显示格式。特别地，图17示出了应用框架610，并且具体而言，进一步详细地示出了布局文件618。布局文件618定义了这样的显示格式，其包括多个窗口定义1705” 17052(每个作为1705x而被引用)、窗口 1705^17052中的一个或多个内的多个窗格或区域定义1710^171(^ (每个作为丄了^^而被引用)以及所述窗口或区域定义中采用的多个管理单元工具或应用172(V"1720m(每个作为1710y而被引用)。窗口定义1705^17(^定义了窗口(例如图7的窗口 702、704和705)的外观。为此目的，在每个窗口定义1705x内，可以标识一个或多个区域1710x和/或一个或多个管理单元工具1720y。区域定义171(V17102定义了由定义1705^ 17052定义的窗口内的区域(例如，图7的区域720,725和730)的外观。管理单元工具1720广.1720m提供了区域1710”17102和/或窗口 1705^17052中的每一个内的显示元素的实际格式。为此目的，管理单元工具或应用是生成数据、菜单、图形控件等等的预定布局的软件脚本或软件部件(例如动态链接库)或者程序。管理单元工具1720「..1720^被配置成使得当布局文件618标识用于显示特定对象数据集合的管理单元工具1720y时，管理单元工具1720y (在由处理器执行时)以预定的布局显示对象数据。在该实施例中，第一管理单元工具1720i可以用来在图7A的主工作区域720中生成图形楼层平面视图，如图7A中所示的图形楼层平面视图。另一个管理单元工具17202可以用来生成有序文本数据集合。另一个管理单元工具17203可以用来生成如图7A的上下文工作区域725中所示的对话框和其他交互式窗口部件或元素的布置。又一个管理单元工具1720_ 可以用来显示来自照相机对象的视频数据。应当理解的是，在多个窗格或区域171(^171(^以及多个区域1705^17052中可以使用相同的管理单元工具1720y。典型地，如下文中将讨论的，当对于区域定义了多个管理单元工具时，仅仅一个管理单元工具生成显示，而其他管理单元工具可以通过可选择选项卡访问，所述选项卡例如与主工作区域或窗格720关联的选项卡724p7242和7243，以及与如图7中所示的上下文工作区域或窗格725关联的选项卡727i和7272。通常，在该实施例中，管理单元工具1720^4720^被配置成通过访问各种对象属性而生成显示。通常，管理单元工具172(V" 1720m是可以通过应用框架610的任何运行示例实现的模块库工具。如上面所讨论的，布局文件618可以标识使用特定的管理单元工具1720x显示特定的数据“对象”。在这种情况下，管理单元工具^。(^通过访问数据对象的预定属性集合并且然后使用该数据构造显示的细节而生成显示。下文中结合图9A、图9B、图10和图11提供了关于管理单元工具172(V..1720m的操作的另外的细节。如上面所讨论的，图6的管理系统600的元件被示为功能单元。图6A示出了在商业上可获得的通用计算机650中实现的管理系统600的示例性实施例。在该实施例中，管理系统600包括中央处理单元和关联的支持电路系统(CPU) 652、多个网络输入/输出(I/O)单兀654广.154、显不器656、用户输入设备658、主存储器660以及辅助存储设备662。CPU 652被配置成执行存储器660中存储的编程指令以便实现本文描述的各种操作。依照这样的指令，CPU 652被配置成接收来自用户输入658的数据输入，生成要在显示器656上显示的显示屏幕。CPU 652还被配置成经由网络I/O单元654^..654,中的一个或多个与诸如系统设备602、604、606之类的外部设备通信。为了促进上面描述的功能以及其他功能，CPU 652经由系统总线664以常规的方式可操作地连接到网络I/O单元654广.65七、显示器656、用户输入658、主存储器660以及辅助存储装置662中的每一个。在该实施例中，主存储器660存储了用于应用框架610、扩展626广.626p、控制管理器628以及栈接口 629的软件元素的编程指令。主存储器660也存储了包括数据服务器624!和数据库6242的模型/储存库的元素。为此目的，主存储器660可以包括诸如随机存取存储器之类的易失性存储器以及其他类型的可读和可写存储器。数据库6242是包含活动系统值和数据以及用于系统元件的配置数据的数据库。图15示出了数据库6242的内容的功能示图。例如，数据库6242包括用于系统550的各种点的当前(或最近)值1505，包括设备602、604和606的值(例如温度、设置点、风扇速度等等)。数据库6242还包括警报或通知1510及其相应状态。数据库6242进一步包括标识控制调度的调度文件1515。如上面所讨论的，调度定义要传送到系统中的各种元件602、604和606的定时命令值集合。在一个简单的实例中，调度可以命令舒适系统在工作小时期间采用一个温度设置点集合，并且在夜晚和周末采用另一个温度设置点集合。在这里描述的实施例中，调度1515处于由控制管理器软件628实现的脚本的形式。然而，应当理解的是，在其他实施例中，调度1515可以实现为软件部件以及相应调度数据文件的集合。数据库6242进一步存储用户简档信息1520。对于每个授权的用户，用户简档信息1520包括要在该用户运行应用框架610时用作布局文件618的特定布局文件。数据库6242还包括定义系统内的数据对象之间的一个或多个层级关系集合的层级文件1525。特别地，如上面所讨论的，系统550的“对象”可以在层级内定义。这些“对象”可以包括各种设备602,604,606 (下文中进一步加以讨论)，调度文件1515，一个或多个存储的报告以及系统550所在的各种房间、楼层和建筑物。因此，层级文件1525可以标识建筑物、设备以及甚至调度和报告之间的层级关系。数据库6242还包括对象配置数据1530。对象配置数据1530包括用于系统的每个对象的对象数据记录。因此，例如，每个房间、楼层、建筑物、传感器、照相机和现场控制器都具有其自身的对象配置对象数据记录。图16进一步详细地示出了数据库6242中维护的表示图。数据库6242进一步包含类似于图1的功能库128的功能库1535以及类似于图1和图2的功能映射器130的功能映射器1540集合。如图16中所示，除了别的以外，对象配置数据1530还包括与系统550中的设备602,604和606中的每一个关联的数据对象数据记录1605集合，以及与系统550所在的每个房间、空间和建筑物关联的数据对象数据记录1610集合。对象配置数据1530可以进一步包括与未示出的诸如报告之类的其他逻辑实体关联的对象数据记录。每个对象数据记录1605、1610包括预定属性集合，包括唯一标识信息<ID>和对象类型〈0BJECT_TYPE >(〈对象_类型 >)。若干对象可以是相同的对象类型。例如，一种对象类型可以是“传感器”、“控制器”、“楼层”、“房间”、“层级”等等。每个对象数据记录1605、1610的属性的数量和类型取决于对象类型。每个对象数据记录1605、1610也可以包含一个或多个标识与对象相应的点值的点属性〈POINT〉(<点 >)。如本领域已知的，“点”用来描述系统的操作值，例如特定传感器处的温度、用于各个致动器或空气操纵单元的设置点等等。每个对象可以与一个或多个点关联。相同的点可以与多个对象关联。因此，例如可以代表由位于R00M_002 (房间_002)内的传感器TEMP_S_02感测的温度的点T_32可以是用于TEMP_S_02的对象数据记录1605和用于R00M_002的对象数据记录1610 二者的点属性(参见图16)。除了标识信息、对象类型信息和点属性之外，对象数据记录1605、1610可以适当地具有许多其他的属性，包括对于图形元素、Pdf文档、制造信息、维护信息等等的引用。对象数据记录1605、1610进一步包括标识用于由对象数据记录/模型1605、1610代表的对象的有关项目的有关项目属性<RI>。用于对象的有关项目可以包括到与该对象关联的视频图像(即来自房间R00M_002中的视频照相机)、与该对象关联的趋势报告等等的引用或链接。在这里描述的实施例中，对象数据记录1605、1610中的每一个还可以包括功能属性〈FUNCTION > (〈功能 >)(如图4A中最佳地示出的)，其标识与对应对象或设备相应的通用功能对象。功能属性值标识对象数据记录1605、1610适当的来自功能库1535的一个或多个功能。例如，对象可能具有这样的〈FUNCTION >值，其等于来自库1535的温度传感器功能、来自库1535的房间控制功能或者用于通用BAS设备或子系统类型的任何其他功能。再次参照图6，系统数据库6242可操作地由数据服务器62七访问和维护。更具体而言，数据服务器621是这样的软件程序，其在由CPU 652执行时管理系统数据库6242中的数据，包括管理从设备602、604和606获得系统数据并且将变化或命令传送至设备602、604和606的服务。可以适当地为非易失性存储装置的辅助存储装置662存储系统历史数据630和其他引用信息，例如pdf文档库668。再次参照图6A，文档库668可以适当地为与各种设备602、604和606关联的pdf文档集合。应当理解的是，辅助存储装置662也可以存储对于建筑物控制系统而言典型的其他文件，诸如例如历史数据库630。通常，CPU 652执行软件元素610、6241、6261...6261)、628和629的操作以便执行如这里所描述的管理系统600的操作。特别地，如下文中进一步讨论的，CPU 652执行图8、图9A、图9B、图10、图11和图12的操作以便实现应用框架610的系统管理器应用。CPU 652也可以适当地执行下文中进一步讨论的图13的操作。在讨论图6和图6A的系统600的特定操作之前，将描述系统550的一般操作。在系统550的一般操作中，舒适系统设备602操作来依照正常的实践使用任何适当的常规技术向建筑物提供加热、通风和空调。类似地，生命安全设备604操作来提供对于诸如火灾、烟雾或有毒气体释放之类的危险状况的监视以及如果必要的话，提供对于该危险状况的通知。最后，安全系统设备606操作来依照正常的安全系统实践提供运动感测、视频监控信息和门位置监视等等。通常，CPU 652采用数据服务器621以便经由接口栈软件629和网络I/O单元654Γ..651 (直接或间接地)与设备602、604和606中的至少一些交换数据。除别的以外，CPU 652还基于来自设备602、604和606的接收的数据维护系统数据库6242。在另一个操作方面中，CPU 652也经由接口软件629和网络I/O单元654^"65乇将来自管理系统600中的各个元件的命令值输送至各种设备602、604、606。例如，通过经由控制管理器628执行各种调度脚本1515，CPU 652可以经由接口栈软件629和网络I/O单元654广.65七将调度的命令传送至各种设备602、604和606。图8概括地示出了执行用户接口应用框架610的CPU 652的示例性操作集合的过程流。下文中进一步讨论的图9A、图9B、图10、图11和图12进一步详细地示出了如何可以实现图8的操作。参照图8， 在步骤805中，CPU 652接收标识要显示的所述多个建筑物自动化系统对象中的第一建筑物自动化系统对象的用户输入信号。例如，CPU 652可以接收来自图7或图7A的选择区域715中的多个可选择对象的选择。其后，CPU 652从与第一建筑物自动化系统对象关联的一个或多个对象数据记录中获得关于选择的建筑物自动化系统对象的第一对象数据集合。为此目的,CPU 652可以适当地从数据库6242的配置对象数据1530中获得用于选择的对象(即图16的对象数据记录1605、1610)的配置数据，并且从数据库6242中获得与选择的对象有关的系统值1505 (参见图15)。第一对象数据集合可以适当地包括到其他对象(例如选择的对象的子对象)的可选择的链接。例如，如果选择对象是建筑物的楼层，那么第一建筑物数据集合可以包括用于该楼层的图形以及到位于该楼层上的温度传感器的链接。一旦获得了第一对象数据集合，CPU 652其后前进到步骤815。
在步骤815中，CPU 652 (经由显示器656)在显示器的主工作区域720中显示关于第一对象数据集合的信息。举例而言，CPU 652可以适当地在图7的主工作区域720中显示描绘或代表对象的图形或者与该对象关联的值。例如，在图7A的实例中，CPU 652显示选择的对象房间002的图形。此外，在步骤820中，CPU 652检查包括动态数据的系统数据以便确定与第一对象数据集合的一个或多个元素相应的有关对象集合。例如，CPU 652可以检查调度文件或者其他文件以便确定是否任何调度暗示选择的建筑物自动化系统对象或选择的建筑物自动化系统对象的某个子对象或者在逻辑上与选择的建筑物自动化系统对象或选择的建筑物自动化系统对象的某个子对象有关。CPU 652可以与步骤815同时、在步骤815之前或者在步骤815之后执行步骤820。在步骤820之后，CPU 652执行步骤825。在步骤825中，CPU 652在显示器的另一个部分中显示关于有关对象集合的信息，同时主工作区域中的信息保持显示。例如，参照图7A，CPU 652可以在有关项目区域730中显示用于有关对象的可选择图标，同时图形722保持在王工作区域720中被显不。上面的步骤提供了这样的功能，其中用户不仅接收与选择的建筑物自动化系统对象有关的信息，而且进一步接收标识可选择的附加对象的图标。有关项目可以根据对象配置数据1530的有关项目属性<RI>而被标识(参见图16)。而且，有关项目可以基于诸如调度、报告等等之类的系统数据而被动态地确定。这向用户提供了直观地通过系统600导航的更多选项。图9A和图9B进一步详细地示出了图8的操作的示例性实施例。起初，在步骤902中，CPU 652经由用户输入658接收启动应用框架610的请求。该请求输入包括用户登录信息，例如姓名和口令或者其他认证信息。CPU 652确定用户授权值是否有效。如果无效，则CPU 652终止图9的操作，或者返回到步骤902以提示新请求。然而，如果CPU 652确定用户授权级别与所需的授权值相应，那么CPU 652前进到步骤905。在步骤905中，CPU 652将应用框架610实例化为操作执行序列。为此目的，CPU652从相应用户简档1520中获得用于用户的布局文件618。用户的该用户简档1520标识用于各个窗口 702、704、705以及用于窗口 702的各个区域715、720、725、730和735的管理单元172(^..1720m。如上面所讨论的，不同的用户简档可以标识用于窗口和区域中的每一个的不同管理单元工具，并且可以对于多个区域标识相同的管理单元工具。接着，CPU 652在步骤906中继续(经由主可执行程序617)。在步骤906中，CPU 652经由用户输入658接收检查特定系统或层级文件1525(参见图15)的请求。为此目的，CPU 652从数据库6242中获得选择的层级文件1525。例如，用户可以请求检索特定建筑物校园的地理层级文件，例如图7A的选择区域715中图示的地理层级文件。因此，在一个实例中，层级文件1525中的第一个可以定义地理层级，例如图7A的选择区域715中示出的层级。层级文件1525中的第二个可以定义例如与通过系统550的冷却或加热的空气或水的流动路径相应的机械层级。在这样的机械层级中，例如，“建筑物”对象可以与若干“子”空气操纵单元对象关联。空气操纵单元中的每一个反过来可以与用于通风风门的多个“子”对象关联。其他的层级可以针对任何给定的建筑物自动化系统而定义，并且将是设计选择的问题。在该实施例中，用户在一些情况下可以从多个定义的层级文件1525中进行选择，这些层级文件包括任意或全部数据对象，包括但不限于与建筑物空间和自动化系统设备602、604和606关联的数据对象。应当理解的是，在该实施例中，用户基于用户的授权级别而受限于层级集合。再次参照图9A，CPU 652在步骤908中产生用于生成初始显示的缺省对象选择值。缺省对象选择值可以标识选择的层级的对象之一。缺省值可以适当地包括选择的层级中的最高的对象。在其他情况下，CPU 652将缺省对象选择值设置为空，在该情况下，对象信息被显示，直到做出用户选择。在任一情况下，选择值被设置成等于生成的缺省对象选择值。在步骤910中，CPU 652在显示器656上的显示屏幕700的选择区域715内显示通过选择的层级文件1525定义的层级。使用标准的图形用户接口技术，CPU 652也允许可使用用户输入658选择显示的层级上标识的每个对象。例如，CPU 652允许用户选择图7A的层级列表718的列表项目中的任何一个。应当理解的是，为了执行步骤910，CPU 652采用规则619以便使得选择区域715使用布局文件618中定义的用于选择区域715的标识的管理单元1720x显示层级文件1525中的层级信息(参见图7、图15和图17)。其后，在步骤912中，CPU 652确定其是否接收到来自用户输入设备658的标识选择区域715中的新用户选择的输入。如果接收到，那么CPU 652前进到步骤914。如果未接收到，那么CPU 652直接前进到步骤916。在步骤914中，CPU 652将649/设置为等于用户选择。在步骤914之后，CPU 652前进到步骤916。在步骤916中，CPU 652基于当前对象布局文件618和来自数据库6242的系统数据填充显示屏幕700的主工作区域720。如上面所讨论的，工作区域720中呈现的图形和/或文本信息可以具有若干不同类型的外观，从具有或者没有交互式元素的图形确定范围、具有用于改变值的对话框的值集合、可选择下拉菜单内的可选择文本图标、简单文本列表或表格、Pdf图像文档和/或现场视频转播。显示格式由布局文件618 (参见图17)确定，并且特别地，在布局文件内标识的所述一个或多个管理单元工具1720x用于主工作区域720。尽管管理单元工具1720x定义了显示的格式(例如图形、文本、视频)和/或下拉菜单和对话框的布置，但是显示元素内的内容或值取决于配置数据和/或系统数据(来自系统数据6242)。特别地，图10进一步详细地示出了由CPU 652用来在任何窗口或工作区域内(例如在主工作区域720内)生成显示元素的操作集合。如下文中将指出的，CPU 652采用相同操作集合以便生成下文中进一步讨论的上下文工作区域725和辅助工作区域735的显示元素。简要地参照图10，在步骤1005中，CPU 652获得要显示的对象选择OBJ以及要在其中显示它的窗口 /区域的标识在步骤916的情况下，对象选择649/将被设置成等于并且值等于主工作区域720。在下文中进一步讨论的步骤922的情况下，步骤1005中的对象选择A9/将被设置成等于CONT_OBJ，并且将被设置成上下文工作区域725。在同样在下文中进一步讨论的步骤932的情况下，步骤1005中的对象选择OBJ将被设置成等于选择的有关对象，并且将被设置成等于辅助工作区域735。在任何情况下，在步骤1010中，CPU 652引用布局文件618以便确定针对正被生成或填充的当前区域而标识的所有管理单元工具1720/..1720y。考虑其中为主工作区域720并且其中图17的布局文件618的区域定义HlO1与主工作区域720相应的实例。在这种情况下，CPU 652将(基于定义HlO1)确定管理单元工具172(ν 7202和17203要用来生成主工作区域720的显示元素。一旦标识了与区域故嫩相应的区域定义1710χ中标识的管理单元工具1720χ，那么CPU 652在步骤1015至1025中处理每个标识的管理单元工具。在步骤1015中，CPU 652对于标识的管理单元工具1720χ之一确定对象Α9/是否具有适合于管理单元工具定义的属性或数据。为此目的，应当理解的是，不是所有的对象都具有适合于所有显示格式的属性或数据。例如，管理单元工具1720χ可以是视频图像输出。如果对象Α9/是具有视频照相机的房间的房间对象，那么CPU 652将确定管理单元工具1720χ适合于对象OBJ。然而，如果对象A9/是温度传感器，那么CPU 652可以确定管理单元工具1720x不适合于对象A9/。在大多数情况下，步骤1015可以通过确定用于对象A9/的配置对象记录是否具有管理单元工具期望的属性而执行。大体地参照步骤1015，如果CPU 652确定对象A9/具有适合于选择管理单元工具1720x的属性，那么CPU 652前进到步骤1020。如果不这样，那么CPU 652前进到步骤1025。在步骤1020中，CPU 652将管理单元工具1720x添加到要在生成用于的显示区域中执行的管理单元工具列表。其后，CPU 652前进到步骤1025。在步骤1025中，CPU652确定是否已经处理了与区域相应的布局文件618中标识的所有管理单元工具。如果是这样，那么CPU 652前进到步骤1030。如果不是这样，那么CPU 652返回到步骤1015以便处理步骤1010中标识的另一个管理单元工具。在步骤1030中，CPU 652使用生成的管理单元工具列表(步骤1020)上的主管理单元工具生成用于区域(例如主工作区域720、上下文工作区域725或者有关项目区域730)的显示元素。特别地，尽管多个管理单元工具可能在生成的用于区域中的显示的列表上，但是CPU 652仅仅显示这些管理单元工具之一。为此目的，布局文件618进一步包括适合于每个窗口或区域的管理单元工具的优先次序。作为缺省，生成的管理单元工具列表上的具有最高优先级的管理单元工具构成主管理单元工具。在步骤1030中，CPU 652采用该主管理单元工具和对象A9/的属性以生成区域中的显示元素。下文中结合图11提供了关于按照步骤1030生成显示元素的另外的细节。在步骤1030之后，CPU 652前进到步骤1035。
在步骤1035中，CPU 652对于步骤1020中生成的列表上的所有其他标识的管理单元工具使得可选择选项卡(例如图7和图7A的721和7242)在区域(例如区域720)中被显示。这样的选项卡(例如724p7242)允许用户对于相同的显示区域和相同的对象Ω9/选择另一种显示格式。例如，尽管图7A的主工作区域720示出了对象Room_002的楼层平面图形722，但是用户可以选择图标7242以便显示对象Room_002的文本描述。为此目的，在选择这种选项卡的任何时刻，CPU 652将主管理单元工具设置成等于与选择的选项卡相应的管理单元工具，并且再次执行步骤1030和1035。按照这种方式，使得用户知道用于有关区域/窗口中的对象649/的属性和/或值的可用、可替换显示格式。图11示出了使用管理单元工具1720x生成用于对象A9/的显示元素中CPU 652的示例性操作。图11的操作被推广用于所有管理单元工具。现在参照图11，在步骤1105中，执行管理单元工具1720j^CPU 652从数据库6242中获得用于对象Ω9/的对象数据记 录(例如图16的对象数据记录1605或1610)。在步骤1110中，CPU 652从对象数据记录中检索要在生成显示中使用的任何静态属性。为此目的，每个管理单元工具1720x引用由系统中的各种数据对象使用的属性类型集合。在步骤1115中，CPU 652检索特定管理单元工具1720x所需的属性类型的A9/的属性值。例如，如果管理单元工具需要对象A9/的关联的图形(如果有的话)属性，那么在步骤160中，CPU 652获得存储在用于选择对象Ω9/的对象数据记录1605或1610 (参见图16)的〈图形〉属性中的任何值、链接或其他信息。在步骤1115中，CPU 652从数据库6242中检索管理单元工具1720x需要的与选择的对象A9/相应的任何动态操作数据。例如，如果对象A9/是温度传感器，那么CPU 652在步骤165中可以适当地(经由对象数据记录内的引用)从数据库6242中检索相应物理传感器感测的温度值。一旦CPU 652具有将由管理单元1720x生成的用于显示元素(即要在主工作区域720中显示的图形和/或文本)的所有信息，那么CPU 652在步骤1120中使用检索的配置数据和检索的操作数据生成实际的显示元素。如上面所讨论的，生成的显示元素可以是图形、文本表格、交互式文本集合和下拉菜单或者任何典型的交互式屏幕元素。因此，图10和图11的步骤提供了其中可以实现图9A的步骤916 (以及涉及填充显示器700的区域的任何步骤)的一种方式。其他显示区域的生成/填充以类似的方式实现。再次返回到图9A，一旦生成了用于主工作区域720的显示元素，那么CPU 652前进到步骤918。在步骤918中，CPU 652确定用于上下文工作区域725的缺省对象选择。特别地，如上面所讨论的，上下文工作区域725提供了关于来自选择区域715的选择的对象A9/的选择附加信息。而且，主工作区域720中的大多数显示包括到其他对象(例如选择的对象的“子”对象或者包含的对象)的附加链接或可选择图标。CPU 652使得这样的“子”对象可在主工作区域720内选择。图7的图标Tll1和7112图解说明了这样的可选择对象图标的实例。在这样的情况下，用户可以通过选择主工作区域720内的对象图标或链接选择附加的信息(向下追溯)。考虑其中选择的对象649/为房间并且主工作区域720中的显示元素包括标识该房间内的传感器和致动器的可选择图标或文本框的实例。用户可以选择主工作区域720内的传感器或致动器之一以便获得关于上下文工作区域725内的传感器的附加信息。由用户在主工作区域720内选择的该对象在这里称为上下文对象然而，在上下文对象的任何用户选择之前，CPU 652确定在上下文工作区域725中显示的缺省上下文对象因此，在步骤918中，CPU 652基于用于生成主工作区域720中的显示元素的管理单元程序1720x和选择的对象05/确定该缺省上下文对象CONT_OBJ。在步骤918之后，CPU 652执行步骤920。在步骤920中，CPU 652基于当前的上下文对象布局文件618以及来自数据库6242的系统数据填充显示屏幕700的上下文工作区域725。类似于主工作区域720，上下文工作区域725中呈现的图形和/或文本信息可以具有若干不同类型的外观，从具有或者没有交互式元素的图形确定范围、具有用于改变值的对话框的值集合、具有可选择下拉菜单的文本、简单文本列表或表格、Pdf图像文档以及现场视频转播。像在步骤916中一样，上下文工作区域725内的显示元素类型取决于选择的对象和从用户简档1520中获得的布局文件618。上下文工作区域725中的显示元素内的内容和值取决于配置数据和/或系统数据(来自数据图像6242)。为了在步骤920中生成上下文工作区域显示，CPU 652执行类似于步骤918的图10和图11的操作。在步骤920之后，CPU 652执行步骤922。在步骤922中，CPU 652基于从主工作区域720内选择的上下文对象(换言之，对象确定用于有关项目区域730的有关项目。此外，CPU 652显示与确定的有关项目相应的信息和/或链接。为此目的，CPU 652优选地执行图12的操作。然而，一般而言，CPU 652将有关项目标识为与对象具有一定关系的项目。在这里描述的实施例中，有关项目包括对象的点或数据值按照其出现的任何调度、用于CONT_OBJ的任何现有报告以及用于对象CONT_OBJ的新报告。为此目的，有关项目包括用于对象CONT_OBJ的对象配置数据的属性中列出的静态元素，例如可以预定义的与对象649/关联的现有报告、日历或者视频照相机图像，以及动态元素，例如设备602、604、606的子系统中生成的调度和涉及的其他非属性元素，其可以在操作期间由管理系统600发现并且作为有关项目分配给对象CONT—OBJ。在步骤922之后，CPU 652前进到步骤924。在步骤924中，CPU 652确定用户是否经由用户输入658从主工作区域720内提供了对象的新选择。换言之，CPU 652确定它是否已经接收到标识新上下文对象的输入。如上面所讨论的，显示关于CUR—OBJ的信息的主工作区域720显示可选择图标或者到关于649/的进一步信息(例如“子”对象或者有关文件)的链接。这样的对象典型地在数据对象的配置属性中被定义或引用。在步骤924中，CPU 652确定它是否已经接收到从主工作区域720选择链接或图标的输入。如果是这样，那么CPU 652前进到步骤926。然而，如果CPU 652没有检测到从主工作区域720选择链接或图标的新输入，那么CPU 652前进到下文中进一步讨论的步骤928。在步骤926中，CPU 652将649/设置成等于新选择。在步骤926之后，CPU 652返回到步骤920和922以便相应地更新上下文工作区域725和有关项目区域730。参照步骤928，CPU 652确定是否从有关项目区域730选择了任何有关项目。如果没有，那么CPU 652前进到步骤936以便确定是否接收到其他输入。然而，如果是这样，那么CPU 652前进到步骤930以便处理选择的有关项目。在步骤930中，CPU 652首先确定选择的切换/按钮是否处于“接通”状态。选择的切换/按钮是用户图形控件(参见图7和图7A的切换图形控件738)，其允许用户指示要在主工作区域720中还是在辅助工作区域730中显示属于选择的有关项目的信息。如果CPU 652确定切换/按钮738处于接通状态，那么前进到步骤932。如果不是这样，那么CPU652前进到步骤934。在步骤932中，CPU 653利用与选择的有关对象有关的信息填充辅助工作区域735。类似于诸如CUR—OBJ取OWL649/之类的其他对象的显示的生成，CPU 652在步骤932中执行图10和图11的操作以便填充辅助工作区域735。在步骤932之后，CPU 652前进到步骤936。相对照而言，在步骤934中，CPU 652将设置为选择的有关项目。其后，CPU 652返回到步骤916以便在主工作区域720内显示与新定义的有关的信息。其后，CPU 652如上面在步骤916之后所描述的继续。现在参照步骤936，CPU 652确定在诸如主工作区域720、辅助工作区域735和上下文工作区域725之类的工作区域中的任何一个中是否(经由输入设备658)接收到任何用户输入数据。如果是这样，那么CPU 652前进到步骤938。如果不是这样，那么CPU 652前进到步骤940。在步骤938中，CPU 652处理输入。如果输入与命令的点(例如温度设置点)、照相机控件或者其他命令值有关，那么CPU 652将该值提供给数据图像6242。应当理解的是，数据服务器621其后使得命令值经由接口 629转发到设备602、604和606中的适当设备。如果输入与某个其他功能(例如调度或报告)有关，那么CPU 652使得与所述调度或报告有关的有关对象数据记录被更新。处理与建筑物自动化系统有关的输入数据的其他方法可以容易地被实现。例如,一个这样的其他输入与光标翻转(rollover)功能有关。特别地,在该实施例中，至少一些图形元素允许光标翻转功能，其中当用户在图形内的可选择项目上滚动鼠标指针时，小信息气泡在显示器656上弹出。该小信息气泡包含关于选择的图标代表的对象的另外的信息。例如，参照图20，那里示出的示例性图形显示2000在主工作区域2020内包括两个房间的楼层 平面图的图形2022。在图形2022内，是代表位于房间内的温度传感器对象和通风风门对象的三个可选择图标2023^20232和20233。图20中还示出了常规的光标2027，其位置可以由用户输入设备658 (例如鼠标或者其他指向设备)操纵。如果用户生成在图标2023^20232和20233中的任何一个上移动光标2027的输入，那么信息气泡在翻转图标的邻近弹出。在图20的实例中，用户在图标20233上滚动光标2027，并且CPU 652使得气泡2024弹出。下文中结合图18和图19进一步提供了关于这种操作的另外的细节。再次大体参照图9，在步骤938中处理输入之后，CPU 652前进到步骤940。在步骤940中，CPU 652确定是否接收到区域720、725和735中的任何一个内显示的信息的任何更新。特别地，由于区域720、725和735中显示的一些数据可能包括或者涉及活动传感器、照相机或者(设备602、604、606中的)受控设备，因而这样的设备的输出可能变化。这样的变化传播到数据库6242以及各种报告功能和其他软件程序(例如软件扩展626^..626p和/或控制管理器628)。CPU 652获得显示的(或者影响)区域720、725和735中的任何显示元素(的外观)的值的任何变化的通知。如果CPU 652确定有关值已经变化，那么CPU 652执行步骤942。如果不是这样，那么CPU 652直接前进到步骤944。在步骤942中，CPU 652使用任何变化的值刷新或更新区域720、725和735中的显示元素。为此目的，CPU 652可以对于区域720、725和735中的每一个简单地执行图10和图11的操作。在步骤942之后，CPU 652前进到步骤944。在步骤944中，CPU 652确定经由用户输入设备658接收的任何其他输入是否需要处理。为此目的，应当理解的是，显示屏幕700可以适当地包括增强显示屏幕700的效用的多个其他可选择的特征。这样的特征可以采取多种格式。这样的特征可以包括用于工作区域720、725和735中的每一个的可选择选项卡(例如72+和7242)，其允许用户为每个工作区域中的有关对象从多个显示格式(与适当的管理单元工具相应)中进行选择。其他的实例可以包括为辅助工作区域735生成上下文工作区域(未示出)的输入。如果接收到这样的其他输入，那么CPU 652前进到步骤946以便以适当的方式处理输入。其后，CPU 652前进到步骤948。如果没有接收到其他输入，那么CPU 652直接前进到步骤948。在步骤948中，CPU 652确定用户是否从选择区域715中选择了新选择。如果是这样，那么CPU 652前进到步骤914以便将649/设置成新值。如上面所讨论的，CPU 652在步骤914之后执行步骤916并且相应地继续。然而，如果CPU 652在步骤948中确定它没有接收到来自选择区域715的新选择，那么CPU 652返回步骤924并且相应地继续。如上面所讨论的，图9A和图9B的操作的特征之一是确定用于主工作区域720内的选择的对象的有关项目，并且在有关项目区域730中显示与其相应的可选择图标或其他信息。图12示出了可以由CPU 652在确定与对象相应的有关项目(表示为图9A和图9B的步骤922)中执行的示例性操作集合。在步骤1205中，CPU 652确定包括利用标识或者与关联的任何点的所有调度文件。为此目的，如上面结合图16进一步讨论的，每个数据对象数据记录1605,1610可以具有与其关联的点或活动系统数据值。这样的点可以包括依照调度文件定义的一个或多个调度调节的控制点，例如设置点或其他命令值。调度文件可以包括数据库6242中的调度文件1515，或者可以包括单独地在设备602、604和606中的一个或多个控制器设备上执行的调度。在步骤1205中，CPU 652确定与选择的上下文对象CONT—OBJ的点属性关联的所有调度，并且在有关项目区域730中显示代表那些调度的信息，例如可选择图标。为此目的，CPU 652检查列出与系统550的每个点关联的所有调度文件的存储的输出文件(在数据模型6242中)。在这里描述的实施例中，存储的输出文件是点的表格。用于每个点的表格项列出了与该点相应的调度文件集合。例如，图14示出了一个示例性关系寻找器(finder)输出文件。在可以适当地存储在系统600的主存储器660中的该输出文件中，在表格项处列出了三个点TEMP_SP_03、TEMP_SP_08和CHILL_PWR。对于每个表格项，存在影响讨论的点或值的调度标识符集合、标识符SCH.1、SCH.2、SCH.3和/或SCH.4的某个子集。再次参照图12，在步骤1205中，CPU 652确定存储的输出文件中列出的用于
OBJ的所有点属性的调度。此外，CPU 652使得有关项目区域730包括可选择图标以链接到这样的调度。其后，在步骤1210中，CPU 652基于的对象类型生成到用于的新的标准报告的链接。特别地，每个对象类型具有可以由系统600维护的预定标准报告(例如趋势报告)的集合。CPU 652基于其对象类型标识用于的标准报告。此外，CPU652使得有关项目区域730包括可选择图标以链接到新的标准报告。随后，用户可以选择这样的图标以便建立涉及对象CONT—OBJ的新报告。其后，在步骤1215中，CPU 652使得可选择图标链接到要在有关项目区域730中显示的新的标识的报告选择。用户可以选择该图标以生成涉及对象649/的某个其他 艮告。在步骤1220中，CPU 652标识并且显示用于对象CUR—OBJ的任何静态有关项目的信息。特别地，CPU 652基于数据库6242中用于对象的对象数据记录(例如1605、1610)确定静态有关项目。为此目的，CPU 652检查用于的配置数据中的预定属性集合(即对象数据记录1605、1610的有关项目属性<RI>)以便标识任何静态有关项目。这些静态属性可以例如包括到来自视频照相机的视频转播、现有报告等等的链接。此外，CPU652使得有关项目区域730包括可选择图标以链接到这样的静态有关项目。因此，图12的操作示出了 CPU 652如何可以生成用于已经在其他区域720和/或725中显示的对象的可选择的有关项目。这些有关项目包括定义为对象的属性的项目以及基于系统数据(例如调度)动态创建和/或允许生成新对象(即报告)的项目。如上面所讨论的，图13示出了可以由CPU 652 (或者另一个处理单元)执行以便动态地(即不在启动时预定义)生成使数据点与调度有关的关系寻找器输出文件的操作。如上面所讨论的，在该实施例中，关系寻找器输出文件是点的表格。对于表格中的每个点而言，涉及或者与该点有关的调度列表被存储(参见图14)。CPU 652执行图13的步骤以便生成这样的表格。在步骤1305中，CPU 652从调度文件1515中选择尚未被处理的调度文件。可替换地或者此外，CPU 652获得在设备602、604和606的控制器上维护的一个或多个调度。在步骤1310中，CPU 652选择在选择的调度内被标识并且尚未被处理的点。在步骤1315中，CPU 652确定对于选择的对象而言是否存在表格项。如果是这样，那么CPU 652直接前进到步骤1325。如果不是这样，那么CPU 652在步骤1320中创建用于选择的对象的表格项，并且然后前进到步骤1325。在步骤1325中，CPU 652将选择的调度的标识存储在用于选择的点的表格项中。按照这种方式，除别的情况以外，表格上对于选择的点的任何后续的查找(按照图12的步骤1205)将标识当前正被处理的特定调度。在步骤1325之后，CPU 652前进到步骤1330。在步骤1330中，CPU 652确定是否处理了选择的调度中的所有点。如果是这样，那么选择的调度的处理完成并且CPU 652前进到步骤1335。如果不是这样，那么选择的调度的处理未完成并且CPU 652返回到步骤1310以便选择和处理选择的调度的另一个对象。在步骤1335中，CPU 652确定是否处理了系统600维护的所有调度。如果是这样，那么CPU 652完成了关系寻找器输出文件并且结束所述过程。如果不是这样，那么CPU 652返回到步骤1305以便选择和处理另一个调度。因此，图13的上面的操作示出了如何对于图7的有关项目区域730中的后续显示标识至少一些动态有关项目。然而，依照这里描述的实施例，可以通过简单地在图标上滚动鼠标光标(例如图20的光标2027)而生成与子对象有关的附加信息，例如由图7的图标Tll1或7112代表的信息。为此目的，步骤946中检测和处理的所述“其他输入”之一为翻转显示操作。在这里描述的实施例中，翻转显示操作是这样 的附加特征，其中当光标(例如光标2027)在特定可选择的图形元素(例如图7的可选择图标711或7112或者图2A0的图标2023^20232和20233)上滚动时，小的弹出“气泡”出现，带有关于相应对象的更多信息。此外，如果用户选择了该气泡或元素(以不同于步骤924中的选择的方式)，那么系统600提供具有另外的信息的叠加图形元素以及可能地对话框或者其它控件以用于接收命令输入。下文中结合图18和图19提供了关于这种操作的另外的细节。特别地，图18代表了可以在图形元素(例如图7A的元素722或者图20的元素2022)包括可选择图标(例如图20的图标2023^20232和20233)的任何时刻启用的操作。在步骤1805中，CPU 652确定用户输入设备658是否接收到指示光标(例如光标2027)滚动到显示的图形元素内的子对象图标(例如图标2023^20232和20233)上的光标位置输入。如果没有，那么CPU 652在步骤1808中返回到按照图9的步骤946处理其他输入，并且图18的操作完成。然而，如果CPU 652接收到来自输入设备658的与在显示的图标上滚动的光标一致的输入，那么CPU 652前进到步骤1810。在步骤1810中，CPU 652将值况649/设置成与已经翻转的图标关联的对象数据记录标识符。因此，在图20的实例中，CPU 652将A9/设置成等于与图标2023i关联的温度传感器对象数据记录(例如图16的模型1605)的标识符。该标识符优选地包括与光标2027定位于其上的对象相应的对象数据记录(例如图16的对象数据记录1605、1610)的标识符。在步骤1810完成之后，CPU 652执行步骤1815。在步骤1815中，CPU 652执行其中生成和显示翻转图形元素的气泡或翻转图形操作。翻转图形元素包括关于与标识符A9/相应的对象的有限信息。这样的信息可以采取诸如图20的翻转图形元素2024之类的小信息框的形式。依照本发明·的该实施例，步骤1815中的翻转图形元素使用与上面进一步讨论的图3的操作类似的操作而生成。特别地，在步骤1815中，CPU 652优选地使用通过
649/标识的数据模型创建通用功能的示例，使用该功能示例获得来自数据库6242的与所述数据模型有关的值，使用一个或多个功能映射器将该值转化成由功能定义用作输出的通用形式，并且然后使用从所述功能示例转化或映射的值执行图形生成操作。下文中进一步讨论的图19图解说明了可以由CPU 652执行以便实现步骤1815的操作的示例性操作集合。举例而言，步骤1815的结果可以适当地为图20的翻转图形元素2024。在步骤1815完成之后，CPU 652执行步骤1820。在步骤1820中，CPU 652使用与图9A和图9B的步骤924中期望的输入不同的辅助输入确定是否为附加的图形选择了与况相应的图标。经由输入设备658接收的第二输入必须可以与从图9的步骤924的上下文对象选择中接收的输入区分，因为不同的输入使得CPU 652执行不同的动作。特别地，如上面结合图9的步骤924所讨论的，如果CPU 652接收到选择图标(例如图标2023”20232和20233)的输入，那么CPU 652在上下文工作区域725中提供与关联的对象有关的附加信息。相对照而言，如下文中将讨论的，步骤1820中相同图标的选择使得CPU 652显示叠加的图形元素。为此目的，例如，与图9的步骤924关联的输入可以是可从微软公司获得的视窗 操作系统之一中的鼠标的普通“左点击”，并且与步骤1820关联的输入可以适当地为鼠标的普通“右点击”。在不支持左和右鼠标按钮输入的系统中，步骤1820中的输入可以适当地为在持续按住键盘的“shift”键、“control”键、“option”键等的同时的鼠标点击。如果CPU 652在步骤1820中确定它已经接收到选择与值况649/相应的图标的辅助输入，那么CPU 652前进到步骤1830。如果不是这样，那么CPU 652执行步骤1825。在步骤1825中，CPU 652确定光标(例如光标2027)是否移动到离开与值况相应的图标的位置。如果是这样，那么图18的过程完成，并且CPU 1825返回到图9的步骤946以便处理任何其他输入和/或相应地继续。如果CPU 1825没有检测到光标已经移离与值况 _Ω9/相应的图标，那么CPU 652返回到步骤1820。在1830处，CPU 652开始生成要作为镶嵌的弹出图形而显示的新图形元素的过程。特别地，在步骤1830中，CPU 652使用基本上预定的格式并且基于来自数据库6242的与况关联的值以及用户的简档1520生成弹出图形元素。CPU 652基于显示器656显示生成的图形元素，使得其叠加在主工作区域720的至少一部分上。下文中进一步讨论的图21描述了可以由CPU 652执行以便按照步骤1830显示叠加的弹出图形元素的适当操作
口 O然而，通常，应当理解的是，CPU 652对于给定况基于用户的简档1520提供不同数量和类型的信息。例如，在至少一些情况下，生成的图形元素将包括允许用户支配点(例如设置温度设置点或者关断灯等等)的对话框或者其他交互式元素。CPU 652仅仅在用户具有支配这样的点所必要的授权级别的情况下才在生成的弹出图形中包括这样的元素。与用户的授权和特权有关的信息在用户的简档1520中被提供(或者可以从用户的简档1520内的信息中导出)。应当理解的是，图22示出了可以在步骤1830中生成的弹出图形元素2200的非限制性实例。CPU 652将例如在图20的图形2022的部分上叠加图形元素2200。在步骤1830之后，CPU 652执行步骤1835。在步骤1835中，CPU 652确定其是否经由步骤1830中产生的所生成弹出显示接收到任何命令值输入。如上面所讨论的，所生成的图形中的至少一些(例如图22的图形2200)包括接收用户输入的交互式元素，例如对话框、滑块控件、按钮控件或者其他图形元素。如果这样的输入经由输入设备658而接收，那么CPU 652前进到步骤1840。如果不是这样，那么CPU 652前进到步骤1845。在步骤1840中，CPU 652使得接收的命令值被提供给数据库6242。其后，CPU 652执行服务器程序621以便使得命令值经由图6A的接口 629和网络I/O 654以适当的格式传送至设备(例如设备602、604或606)。其后，CPU 652前进到步骤1845。在步骤1845中，CPU 652确定其是否经由输入设备658接收到关闭步骤1830中生成的叠加图形元素的输入。如果是这样，那么CPU 652前进到步骤1850。如果不是这样，那么CPU 652返回到步骤1835。在步骤1850中，CPU 652通过移除叠加的图形元素并且利用该图形元素叠加于其上的显示器700的区域的刷新版本代替它而刷新显示器656 (即图7的屏幕700或者图20的2000)。在步骤1850之后，CPU 652完成图18的操作，并且返回到步骤946以便处理其他输入和/或相应地继续。因此，图18图解说明了这样的操作集合，CPU 652可以使用该操作集合提供关于主工作区域720中的图标代表的对象的另外的信息，而不用将该图标选择为上下文对象(即按照步骤924)。事实上，可以使用图9和图18的操作，使得关于主工作区域720中的两个子对象的附加信息可以同时被显示。特别地，主工作区域720的一个子对象可以在上下文工作区域725中显示，并且关于主工作区域720的不同子对象的附加信息可以同时在步骤1820和/或步骤1830中生成的叠加图形元素中显示。图19示出了 CPU 652在生成上面结合图18的步骤1820讨论且在图20中通过举例图示为元素2024的初始翻转图形元素中的操作。如上面结合步骤1815和1820讨论的，当CPU 652检测到光标(例如光标2027)移动到用于标识为况的对象的图标上方时，发起图19的操作。在步骤1905中，CPU 652在检测到指示用于与況关联的图标的翻转的输入时，检索与況 9/关联的对象数据记录1605、1610的配置数据，并且从检索的配置数据中获得功能属性〈功能〉的值。如上面所讨论的，功能库1535包含多个功能。每个对象数据记录1605、1610的功能属性〈功能 > 标识来自功能库1535的适合于对象数据记录1605、1610的一个或多个功能。因此，在图20的实例中，CPU 652在步骤1905中可以标识用于选择对象数据记录(例如与对象图标20233相应的对象数据记录)的功能属性值为与上面进一步讨论的图1A和图2A的“温度传感器”功能128i类似的“温度传感器”功能。在任何情况下，CPU 652其后前进到步骤1910。在步骤1910中，CPU 652检索标识的功能定义，并且从中获得一般静态属性。CPU652也可以从该功能中获得有关可用可变属性的标识。因此，在图20的实例中，CPU 652将检索用于温度传感器的功能定义(参见例如图1A的功能定义128P，并且获得诸如图标(例如图1A的图标184)的标识之类的任何静态属性，并且获得其他可用属性的列表，包括与诸如present_value (当前值)、状态、上限等等之类的活动系统值相应的属性。在步骤191 5中，CPU 652基于步骤1910中在功能中标识的系统值和可用属性并且优选地也基于用户的用户简档1520确定对象所需的数据以便生成翻转图形元素(例如元素2024)。CPU 652进一步基于翻转图形操作本身的需要确定所需的值。对于翻转图形操作而言，所需的数据/值可以适当地包括与设备关联的当前值、状态值以及代表 9/由其功能定义的图标。在简单的情况下，翻转图形元素所需的数据的数量和类型将不取决于用户简档1520。然而，对于用户简档1520的引用允许基于用户的授权或特权级别改变要提供的信息量。在步骤1920中，CPU 652标识与标识的对象况649/相应的功能映射器1540中的功能映射器。其后，在步骤1925中，CPU 652执行相应的功能映射器1540以便基于步骤1915的确定的所需值从数据库6242中获得与标识的对象数据记录有关的数据。此外，CPU 652在必要的程度上采用功能映射器1540以便将数据转换成由该功能定义的统一格式。在步骤1930中，CPU 652继续使用经由该功能(来自功能1535)和功能映射器(来自功能映射器1540)返回的值执行所述操作以便生成翻转图形元素(例如图20的翻转图形元素2024)。在步骤1930之后，图19的操作完成。如上面所讨论的，图21进一步详细地示出了可以由CPU 652在响应于针对其显示了翻转图形元素的图标的适当选择、按照图18的步骤1830生成叠加图形中执行的步骤。如上面结合步骤1825和1830所讨论的，当CPU 652在光标(例如光标2027)被置于用于标识为况的对象的图标上方的同时检测到输入设备658上的辅助选择输入动作(例如鼠标的“右点击”)时，发起图21的操作。在该实施例中，使用功能库1535和功能映射器1540显示叠加的图形。然而，应当理解的是，在其他实施例中，图21的叠加的图形元素可以使用经由相应数据模型直接从数据库6242中获得的数据而执行的。在步骤2105中，CPU 652在检测到用于与況关联的图标(或者翻转图形元素)的辅助输入时，检索用于与 9/关联的对象数据记录1605、1610的配置数据，并且从检索的配置数据中获得功能属性〈功能 > 的值。像步骤1905那样，CPU 652在步骤2105中可以标识用于选择对象数据记录(例如与对象图标20233相应的对象数据记录)的功能属性值是与上面进一步讨论的图1A和图2A的“温度传感器”功能US1类似的“温度传感器”功能。在任何情况下，CPU 652其后前进到步骤2110。在步骤2110中，CPU 652检索标识的功能定义，并且从中获得一般静态属性。CPU652也可以从该功能中获得有关可用可变属性的标识。因此，在图20的实例中，CPU 652将检索用于温度传感器的功能定义(参见例如图1A的功能定义128P，并且获得诸如图标(例如图1A的图标184)的标识之类的任何静态属性，并且获得其他可用属性的列表，包括与诸如当前值、状态、上限等等之类的活动系统值相应的属性。在步骤2115中，CPU 652基于步骤2110中在功能中标识的系统值和可用属性并且优选地也基于用户的用户简档1520确定对象所需的数据以便生成叠加的图形元素(例如下文中进一步讨论的图22的元素2200)。对于依照这里描述的实施例的叠加图形操作而言，所需的数据/值可以适当地包括测 量的特性(温度、压力、光度、流量等等)的当前值，和可以被改变或支配属性值(状态、设置点等等)二者。图22例如示出了可以通过图21的操作生成的示例性图形元素2200。在图22的实例中，图形元素包括当前值2205，状态值2210以及可支配的极限2215、2220。因此，在图22的实例中，CPU 652在步骤2115中将基于可经由温度传感器功能获得的属性并且基于用户简档1520中定义的用户特权级别标识图22中图解说明的属性。在步骤2120中，CPU 652标识与标识的对象况649/相应的功能映射器1540中的功能映射器。其后，在步骤2125中，CPU 652执行相应的功能映射器1540以便从数据库6242中获得生成如步骤2115中所确定的叠加图形元素(例如元素2200)所需的数据。CPU 652也在必要的程度上执行功能映射器1540以便将数据转换成由该功能定义的统一格式。转换的数据经由所述功能而使得其对于步骤2130的图形生成操作可用。在步骤2130中，CPU 652使用经由该功能(来自功能1535集合)和功能映射器(来自功能映射器1540集合)获得的值执行所述操作以便生成叠加的图形元素(例如图22的图形元素2200)。在图22的特定实例中，针对两个选择的元素(具体地为用于房间251和253中的每一个的室温数据点)生成了图形元素2200。在这种情况下，用户使用了常规的方法以在步骤1805和/或1820中选择两个图标或可选择值。如图22中所示，显示的功能属性(“当前值”、“服务”、“上限”和“下限”)可以在单独的基础上扩展以便显示用于每个数据点的每个属性的值。例如，如图22中所示，“上限”属性被扩展以便示出用于潜在数据对象(室温251和室温253)的“上限”属性。同样如图22中所示，“当前值”、“服务”和“下限”属性被收缩。当收缩时，可以像在图22中的实例的“当前值”的情况中那样，在数据点的潜在值相同的情况下显示属性的值。
在步骤2130之后，图21的操作完成。应当理解的是，功能库1535的功能可以包括与多个对象数据记录相应(和/或通过多个对象数据记录获得值)的单独的功能。例如，房间控制功能可以通过用于房间内的温度传感器、房间内的通风风门控制器以及房间内的照明控件和传感器的对象数据记录获得数据。在这种情况下，所述功能经由用于每个对象数据记录的单独的映射器从各种对象数据记录获得数据，以便向调用该功能的任何应用或操作提供统一的“房间控制”功能数据输出。应当进一步理解的是，叠加的图形元素2200不一定需要在现有图形元素(例如图7的元素722)的部分上叠加，而是可以构成屏幕的整个窗口或窗格，例如图7的屏幕700的整个窗格。CPU 652在生成图形元素2200中的潜在操作保持相同，而不管其在屏幕700上的放置如何。本发明的一个有利的实施例构成供建筑物自动化系统中使用的第一示例性装置(100，600)，包括:
存储器(160，660)，其存储编程指令(110)和多个数据值(124，6242)，这些数据值包括与第一对象数据记录(432a，432g)和第二对象数据记录(432e)中的每一个相应的数据值，所述第一对象数据记录具有第一格式，所述第二对象数据记录具有与第一格式不同的第二格式，其中第一对象数据记录与第一建筑物自动化系统(BAS)设备(102a, 602)相应，并且第二对象数据记录与第二 BAS设备(102b，602)相应，
显不器(156,656)；
用户输入设备(158，658)；
处理电路(152，652)，其可操作地耦合到存储器(160，660)和显示器(156，656)，该处理电路(152，652)被配置成在执行编程指令时，
经由网络(157)从一个或多个BAS设备(102a, 102b, 102η, 602，604，606)接收附加的数据值；
将附加的数据值存储在存储器(124，160，6242，660)中；
在软件操作(IlOa)内请求与第一对象数据记录(432a)有关的数据；
检索定义第三格式的存储的对象类型定义(128P ；
从存储器(160，660)中检索至少一个与第一对象数据记录(432a)相应的数据值；将所述至少一个与第一对象数据记录(432a)相应的数据值映射到第三格式；
基于映射的至少一个数据值将请求的数据提供给软件操作(IlOa);
执行软件操作(I IOa)以便在显示器(160，660 )上生成显示图形(2200 )的至少一部分，该显示图形的部分的外观至少部分地与映射的至少一个数据值相应。第一示例性装置(100，600)的一个有利的实施例示出，处理电路(152，652)进一步被配置成在执行编程指令时，
在后续软件操作中请求与第二对象数据记录(432e)有关的数据；
从存储器(160，660)中检索至少一个与第二对象数据记录(432e)相应的数据值(124，6242)；
将所述至少一个与 第二对象数据记录相应的数据值映射到第三格式(US1)；
基于映射的至少一个数据值将请求的与第二对象数据记录(432e)有关的数据提供给后续软件操作(110a)。第一示例性装置(100，600)的另一个有利的实施例示出，将所述至少一个与第二数据对象记录(432e)相应的数据值以及所述至少一个与第一数据对象记录(432a)相应的数据值映射到第三格式的相同值，并且其中第二值和第一值采用不同的数据格式。第一示例性装置(100,600)的另一个有利的实施例示出进一步包括第一 BAS设备(102a，602)，其中第一 BAS设备包括被耦合以便至少间接地经由至少一个数据网络(157)与处理电路通信的HVAC设备。第一示例性装置(100，600)的另一个有利的实施例示出，HVAC设备(102a, 602)包括传感器，并且所述至少一个与第一对象数据记录(432a)相应的数据值包括代表由该传感器感测的温度的第一值。第一示例性装置(100,600)的另一个有利的实施例示出进一步包括第二 BAS设备(102b，602)，其中第二 BAS设备包括被耦合以便至少间接地经由所述至少一个数据网络
(157)与处理电路通信的第二传感器设备。第一示例性装置(100，600)的另一个有利的实施例示出，至少一个与第二数据对象记录(432e)相应的数据值包括代表由第二传感器设备感测的温度的第二值，其中第二值和第一值采用不同的数据格式。第一示例性装置(100，600)的另一个有利的实施例示出，处理电路(152，652)被配置成在执行编程指令(110)时，通过以下方式在软件操作(IlOa)内请求与第一对象数据记录(432a)有关的数据
生成包括多个图标(711^711^2023^2023^2023)和可移动光标(2027)的图形显示(700，2000)，其中第 一图标(20233)与第一对象数据记录(432a)关联；
基于用户输入定位可移动光标(2027)；
响应于可移动光标(2027)在第一图标(20233)上的位置请求与第一对象数据记录(432a)有关的数据。第一示例性装置(100，600)的另一个有利的实施例示出，处理电路(152，652)被配置成在执行编程指令(110)时，通过以下方式检索定义第三格式的存储的对象类型定义(128J:
从第一对象数据记录(432a)中检索对象类型标识符；以及 检索通过对象类型标识符定义的存储的对象类型定义(128P。第一示例性装置(100，600)的另一个有利的实施例示出，处理电路(152，652)被配置成在执行编程指令(110)时，通过以下方式在软件操作(IlOa)内请求与第一对象数据记录(432a)有关的数据
检测标识显示器上的第一图标(20233)的用户输入，该第一图标(20233)与第一对象数据记录(432a)关联；
响应于用户输入的检测请求与第一对象数据记录(432a)有关的数据。第一示例性装置(100，600)的另一个有利的实施例示出，处理电路(152，652)被配置成在执行编程指令(110)时，通过以下方式执行软件操作(IlOa)以便生成所述显示的部分:
在所述显示(700，2000)的部分上生成显示元素(2024,2200)，该显示元素(2024，2200)覆盖显示(700，2000)上的现有图形(2022)的部分。第一示例性装置(100，600)的另一个有利的实施例示出，处理电路(152，652)进一步被配置成在执行编程指令(I 10)时，
检测选择显示元素(2024)的另一用户输入；
执行软件操作(IlOa)以便生成包含与第一对象数据记录(432a)有关的另外的信息的另一显示元素(2200)。第一示例性装置(100，600)的另一个有利的实施例示出，处理电路(152，652)进一步被配置成在执行编程指令(110 )时，经由所述另一显示元素(2200 )接收针对第一输入值的用户输入。第一示例性装置(100，600)的另一个有利的实施例示出，处理电路(152，652)进一步被配置成将与针对第一输入值的用户输入相应的信息传送至BAS设备(602)。第一示例性装置(100，600)的另一个有利的实施例示出:
从存储器(160，660)中检索所述至少一个与第一对象数据记录(432g)相应的数据值进一步包括从多个对象数据记录(432h，432i，432j)的每一个中检索至少一个数据值；以及
映射所述至少一个数据值进一步包括将来自所述多个对象数据记录(432h，432i，432j)的所述至少一个数据值映射到第三格式(1282)。第一示例性装置(100，600)的另一个有利的实施例示出，存储器(160，660)进一步包括至少一个功能映射 器(1302)，所述至少一个功能映射器(1302)将第一对象数据记录(432g)与所述多个对象数据记录(432h，432i，432j)关联。本发明的另一个有利的实施例构成供建筑物自动化系统中使用的第二示例性装置(100，600)，包括:
存储器，其存储编程指令和多个数据值，这些数据值包括与第一对象数据记录相应的数据值并且包括与第二对象数据记录相应的数据值，所述第一对象数据记录与第一建筑物自动化系统(BAS)设备相应，所述第二对象数据记录与第二 BAS设备相应，
显示器；
用户输入设备；
处理电路，其可操作地耦合到存储器和显示器，该处理电路被配置成在执行编程指令
时，
经由网络从一个或多个BAS设备接收附加的数据值；
将附加的数据值存储在存储器中；
生成包括多个图标和可移动光标的图形显示，其中第一图标与第一对象数据记录
关联;
基于用户输入定位可移动光标；
响应于可移动光标在第一图标上的位置从存储器中检索至少一个与第一对象数据记录有关的数据值；
执行软件操作以修改图形显示以便在生成的图形显示内包括图形元素，该图形元素的外观至少部分地与检索的至少一个数据值相应。第二示例性装置(100，600)的一个有利的实施例示出，处理电路被配置成在执行编程指令时，
从第一对象数据记录中检索对象类型标识符；以及
执行软件操作以修改图形显示以便在生成的图形显示内包括图形元素，该图形元素的外观至少部分地通过与对象类型标识符关联的格式定义。第二示例性装置(100,600)的另一个有利的实施例示出包括第一 BAS设备,其中第一 BAS设备包括被耦合以便至少间接地经由至少一个数据网络与处理电路通信的HVAC设备。第二示例性装置(100，600)的另一个有利的实施例示出，HVAC设备是传感器，并且所述至少一个与第一对象数据记录相应的数据值包括代表由该传感器感测的温度的第一值。第二示例性装置(100，600)的另一个有利的实施例示出进一步包括第二 BAS设备，其中第二 BAS设备包括被耦合以便至少间接地经由至少一个数据网络与处理电路通信的第二传感器设备。第二示例性装置(100，600)的另一个有利的实施例示出，处理电路进一步被配置成在执行编程指令时，
检测选择图形元素的另一用户输入；以及
执行软件操作以便生成包含与第一对象数据记录有关的另外的信息的另一图形元素。第二示例性装置(100，600)的另一个有利的实施例示出，处理电路进一步被配置成在执行编程指令时，经由所述另一图形元素接收针对命令值的用户输入。第二示例性装置(100，600)的另一个有利的实施例示出，处理电路进一步被配置成将与针对命令值的用户输入相应的信息传送至BAS设备。第二示例性装置(100，600)的另一个有利的实施例示出，所述另一图形元素包括用于接收与第一 BAS设备有关的用户输入的交互式元素。第二示例性装置(100，600)的另一个有利的实施例示出，处理电路进一步被配置成在执行编程指令时，通过所述交互式元素中的至少第一个接收命令值。第二示例性装置(100，600)的另一个有利的实施例示出，处理电路进一步被配置成在执行编程指令时，将所述命令值传送至BAS设备。第二示例性装置(100，600)的另一个有利的实施例示出，处理电路进一步被配置成在执行编程指令时，将所述命令值存储在数据库中；并且执行另外的程序指令以便经由网络将所述命令值从数据库传送至BAS设备。本发明的另一个有利的实施例构成供建筑物自动化系统中使用的示例性方法，该方法包括:
在存储器中存储多个数据值，这些数据值包括与第一对象数据记录和第二对象数据记录中的每一个相应的数据值，所述第一对象数据记录具有第一格式，所述第二对象数据记录具有与第一格式不同的第二格式，其中第一对象数据记录与第一建筑物自动化系统(BAS)设备相应，并且第二对象数据记录与第二 BAS设备相应，
经由网络从一个或多个BAS设备接收附加的数据值；
将附加的数据值存储在存储器中；
在软件操作内请求与第一对象数据记录有关的数据； 检索定义第三格式的存储的对象类型定义；
从存储器中检索至少一个与第一对象数据记录相应的数据值；
将所述至少一个与第一对象数据记录相应的数据值映射到第三格式；
基于映射的至少一个数据值将请求的数据提供给软件操作；
使用处理器执行软件操作以便在显示器上生成显示图形的至少一部分，该显示图形的部分的外观至少部分地与映射的至少一个数据值相应。所述示例性方法的一个有利的实施例进一步包括:
在后续软件操作中请求与第二对象数据记录有关的数据；
从存储器中检索至少一个与第二对象数据记录相应的数据值；
将所述至少一个与第二对象数据记录相应的数据值映射到第三格式；
基于映射的至少一个数据值将请求的与第二对象数据记录有关的数据提供给后续软件操作。所述示例性方法的另一个有利的实施例在于，将所述至少一个与第二数据对象记录相应的数据值以及所述至少一个与第一数据对象记录相应的数据值映射到第三格式的相同值，并且其中第二值和第一值采用不同的数据格式。应当理解的是，上述实施例仅仅是示例性的，并且本领域普通技术人员可以容易地开发出他们自身的实现方式和修改，这些实现方式和修改合并了本发明的原理并且落入其精神和范围之内。
权利要求
1.一种供建筑物自动化系统中使用的装置(100，600)，包括: 存储器(160,660),其存储编程指令(110)和多个数据值(124，6242)，所述数据值包括与第一对象数据记录(432a，432g)和第二对象数据记录(432e)中的每一个相应的数据值，所述第一对象数据记录具有第一格式，所述第二对象数据记录具有与第一格式不同的第二格式，其中第一对象数据记录与第一建筑物自动化系统(BAS)设备(102a, 602)相应，并且第二对象数据记录与第二 BAS设备(102b，602)相应， 显不器(156,656)； 用户输入设备(158，658)； 处理电路(152，652)，其可操作地耦合到存储器(160，660)和显示器(156，656)，该处理电路(152，652)被配置成在执行编程指令时， 经由网络(157)从一个或多个BAS设备(102a, 102b, 102η, 602，604，606)接收附加的数据值； 将附加的数据值存储在存储器(124，160，6242，660)中； 在软件操作(IlOa)内请求与第一对象数据记录(432a)有关的数据； 检索定义第三格式的存储的对象类型定义(128P ； 从存储器(160，660)中检索至少一个与第一对象数据记录(432a)相应的数据值； 将所述至少一个与第一对象数据记录(432a)相应的数据值映射到第三格式； 基于映射的至少一个数 据值将请求的数据提供给软件操作(IlOa); 执行软件操作(IlOa)以便在显示器(156，656)上生成显示图形(2200)的至少一部分，该显示图形的部分的外观至少部分地与映射的至少一个数据值相应。
2.依照权利要求1的装置，其中处理电路(152，652)进一步被配置成在执行编程指令时， 在后续软件操作中请求与第二对象数据记录(432e)有关的数据； 从存储器(160,660)中检索至少一个与第二对象数据记录(432e)相应的数据值(124，6242)； 将所述至少一个与第二对象数据记录相应的数据值映射到第三格式(US1)； 基于映射的至少一个数据值将请求的与第二对象数据记录(432e)有关的数据提供给后续软件操作(110a)。
3.依照权利要求2的装置，其中将所述至少一个与第二数据对象记录(432e)相应的数据值以及所述至少一个与第一数据对象记录(432a)相应的数据值映射到第三格式的相同值，并且其中第二值和第一值采用不同的数据格式。
4.依照前面的权利要求中任何一项的装置，进一步包括第一BAS设备(102a，602)，并且其中第一 BAS设备包括被耦合以便至少间接地经由至少一个数据网络(157)与处理电路通信的HVAC设备。
5.依照权利要求4的装置，其中HVAC设备(102a,602)包括传感器，并且其中所述至少一个与第一对象数据记录(432a)相应的数据值包括代表由该传感器感测的温度的第一值。
6.依照权利要求5的装置，进一步包括第二BAS设备(102b，602)，并且其中第二 BAS设备包括被耦合以便至少间接地经由所述至少一个数据网络(157)与处理电路通信的第二传感器设备。
7.依照权利要求6的装置，其中至少一个与第二数据对象记录(432e)相应的数据值包括代表由第二传感器设备感测的温度的第二值，其中第二值和第一值采用不同的数据格式。
8.依照前面的权利要求中任何一项的装置，其中处理电路(152，652)被配置成在执行编程指令(110)时，通过以下方式在软件操作(IlOa)内请求与第一对象数据记录(432a)有关的数据: 生成包括多个图标(711^711^2023^2023^2023)和可移动光标(2027)的图形显示(700，2000)，其中第一图标(20233)与第一对象数据记录(432a)关联； 基于用户输入定位可移动光标(2027)； 响应于可移动光标(2027)在第一图标(20233)上的位置请求与第一对象数据记录(432a)有关的数据。
9.依照前面的权利要求中任何一项的装置，其中处理电路(152，652)被配置成在执行编程指令(110)时，通过以下方式检索定义第三格式的存储的对象类型定义(128i): 从第一对象数据记录(432a)中检索对象类型标识符；以及 检索通过对象类型标识符定义的存储的对象类型定义(128P。
10.依照权利要求1至7中任何一项的装置，其中处理电路(152，652)被配置成在执行编程指令(110)时，通过以下方式在软件操作(IlOa)内请求与第一对象数据记录(432a)有关的数据: 检测标识显示器上的第 一图标(20233)的用户输入，该第一图标(20233)与第一对象数据记录(432a)关联； 响应于用户输入的检测请求与第一对象数据记录(432a)有关的数据。
11.依照权利要求10的装置，其中处理电路(152，652)被配置成在执行编程指令(110)时，通过以下方式执行软件操作(IlOa)以便生成所述显示的部分: 在所述显示(700，2000)的部分上生成显示元素(2024,2200)，该显示元素(2024，2200 )覆盖显示(700，2000 )上的现有图形(2022 )的部分。
12.依照权利要求11的装置，其中处理电路(152，652)进一步被配置成在执行编程指令(110)时， 检测选择显示元素(2024)的另一用户输入； 执行软件操作(IlOa)以便生成包含与第一对象数据记录(432a)有关的另外的信息的另一显示元素(2200)。
13.依照权利要求12的装置，其中处理电路(152，652)进一步被配置成在执行编程指令(110)时，经由所述另一显示元素(2200)接收针对第一输入值的用户输入。
14.一种供建筑物自动化系统中使用的装置(100，600)，包括: 存储器(160,660),其存储编程指令(110)和多个数据值(124，6242)，所述数据值包括与第一对象数据记录(432a，432g)相应的数据值并且包括与第二对象数据记录(432e)相应的数据值，所述第一对象数据记录与第一建筑物自动化系统(BAS)设备(102a，602)相应，第二对象数据记录与第二 BAS设备(102b, 602)相应， 显不器(156,656)； 用户输入设备(158，658)；处理电路(152，652)，其可操作地耦合到存储器(160，660)和显示器(156，656)，该处理电路(152，652 )被配置成在执行编程指令(110 )时， 经由网络(157)从一个或多个BAS设备(102a, 102b, 102η, 602，604，606)接收附加的数据值； 将附加的数据值存储在存储器(160，660)中； 生成包括多个图标(711^711^2023^2023^2023)和可移动光标(2027)的图形显示(700，2000)，其中第一图标(20233)与第一对象数据记录(432a)关联； 基于用户输入定位可移动光标(2027)； 响应于可移动光标(2027)在第一图标(20233)上的位置从存储器(160，660)中检索至少一个与第一对象数据记录(432a)有关的数据值； 执行软件操作以修改图形显示(700，2000)以便在生成的图形显示(700，2000)内包括图形元素，该图形元素的外观至少部分地与检索的至少一个数据值相应。
15.一种供建筑物自动化系统中使用的方法，包括: 在存储器(160,660)中存储多个数据值(124，6242)，所述数据值包括与第一对象数据记录(432a，432g)和第二对象数据记录(432e)中的每一个相应的数据值，所述第一对象数据记录具有第一格式，所述第二对象数据记录具有与第一格式不同的第二格式，其中第一对象数据记录(432a，432g)与第一建筑物自动化系统(BAS)设备(102a, 602)相应，并且第二对象数据记录(432e)与第二 BAS设备(102b，602)相应，经由网络(157)从一 个或多个BAS设备(102a, 102b, 102η, 602，604，606)接收附加的数据值； 将附加的数据值存储在存储器(160，660)中； 在软件操作(IlOa)内请求与第一对象数据记录(432a)有关的数据； 检索定义第三格式的存储的对象类型定义(128P ； 从存储器(160，660)中检索至少一个与第一对象数据记录(432a)相应的数据值； 将所述至少一个与第一对象数据记录(432a)相应的数据值映射到第三格式； 基于映射的至少一个数据值将请求的数据提供给软件操作(IlOa); 使用处理器(152，652)执行软件操作(IlOa)以便在显示器(156，656)上生成显示图形(2200)的至少一部分，该显示图形的部分的外观至少部分地与映射的至少一个数据值相应。
全文摘要
本发明涉及将功能抽象用于输出生成的管理系统。一种供建筑物自动化系统中使用的装置包括存储器、显示器、用户输入设备和处理电路。存储器存储编程指令和多个数据值，这些数据值包括与第一对象数据记录和第二对象数据记录中的每一个相应的数据值，所述第一对象数据记录具有第一格式，所述第二对象数据记录具有与第一格式不同的第二格式。第一对象数据记录与第一建筑物自动化系统(BAS)设备相应，并且第二对象数据记录与第二BAS设备相应。处理电路可操作地耦合到存储器和显示器，并且被配置成经由网络从一个或多个BAS设备接收附加的数据值且将附加的数据值存储在存储器中。
文档编号G06Q50/08GK103198439SQ20121037097
公开日2013年7月10日 申请日期2012年9月29日 优先权日2011年9月30日
发明者S.安比尔, A.亨尼希, F.布鲁纳, E.韦斯, H.格罗泽勒, R.科尔塞拉萨, M.J.施米克利 申请人:西门子公司