CN103748522A

CN103748522A - 自动化需求响应***

Info

Publication number: CN103748522A
Application number: CN201280040033.8A
Authority: CN
Inventors: 拉斐尔·伊姆霍夫; 蓬萨克·松卡库尔; 迈克尔·J·马尔希; 托马斯·吕莱; 保拉·希勒; 弗洛里安·埃尔施
Original assignee: Siemens Building Technologies AG; Siemens AG
Current assignee: Siemens Building Technologies AG; Siemens AG; Siemens Industry Inc
Priority date: 2011-06-17
Filing date: 2012-06-08
Publication date: 2014-04-23
Anticipated expiration: 2032-06-08
Also published as: US20120323393A1; US9310786B2; BR112013032179A2; CA2839382A1; CN103748522B; EP2721450A1; WO2012173883A1; BR112013032179B1; EP2721450B1; US10110002B2; US20160118790A1; KR20140042852A; MX2013014927A; KR101970029B1; CA2839382C

Abstract

一种用于减少具有楼宇自动化***的设施中的电负荷的***和方法，其包括首先在自动化需求响应客户端处接收来自自动化需求响应服务器的需求响应事件的信息。在接收到新的需求响应事件后，***确定在需求响应事件期间要被控制的楼宇自动化***的多个设备。接下来，***为多个设备准备在需求响应事件期间的控制行为的调度方案。然后，***将控制消息发送给楼宇自动化***，以根据针对需求响应事件的控制行为的调度方案来执行对多个设备的控制行为。

Description

自动化需求响应***

技术领域

本申请涉及能耗管理领域，并且具体地涉及对来自能量供应商的需求响应请求的自动化处理。

背景技术

包括电力生产商的公共设施公司经常处在如下情形中：客户（“终端用户”）减少电力需求（“kW需求”）将会是有利的。特别地，在峰值需求时段，有利的是，减少总能耗从而减小对于向电网的提供电力的发电机的负担。当在峰值需求期间总能耗充分减少时，电网可以稳定，使得可以可靠地向终端用户供应电力，从而避免灯火管制或可能的断电。

为了限制峰值需求时段期间的能耗，公用电力公司通常会提高已知电能需求会高的时段期间的电价。希望这些高需求时段期间的提高的电价会促使终端用户限制电能消耗，从而避免在峰值需求时段期间电网超载。然而，公用电力公司发现仅提高高需求时段期间的电价经常不足以避免过度需求。因此，已经开发了附加的***和举措以鼓励终端用户降低高需求时段期间的电负荷。

能量供应商已使用需求响应（“DR”）协议来请求减少电负荷。借助于需求响应协议，电能供应商在与峰值需求时段相关联的某些需求响应事件期间联系某些终端用户。作为这些需求响应事件期间减少负荷的交换，给终端用户一些价格折扣。需求响应协议通过减少高需求时段期间的能耗而有益于电能供应商，并且还通过降低电能价格而有益于终端用户。

用于指示在不久的将来会发生需求响应事件的、从电能供应商到终端用户的通信最初以电话呼叫或电子邮件的形式进行。在接收到这种电话呼叫或电子邮件后，终端用户会根据需求响应协议采取适当的行为来减少能耗。例如，在炎热天气下的DR事件期间，楼宇经营者可以暂时增加温度调节装置的温度、使灯变暗、增加制冷器的温度或采取其它行为以在需求响应事件期间减少能耗。通常通过由个人对各个楼宇控制***做出适当的调整来手动地进行这种行为。

利用更现代化的***，通常通过使用客户端-服务器模型的计算机自动地将需求响应事件传送给终端用户。具体地，电能供应商处的DR服务器将需求响应事件传送给终端用户的经营场所处的DR客户端。DR服务器可以将与需求响应事件有关的数据推送给DR客户端，或DR客户端可以向DR服务器轮询与需求响应事件有关的数据。存在用于在DR服务器与DR客户端之间传送DR信号的各种协议。一种这样的协议是由Lawrence Berkeley National Lab（劳伦斯伯克利国家实验室）和Akuacom开发的OpenADR（开放自动化需求响应通信规范版本1.0）协议。OpenADR已经由California utilities（加州公共设施公司）采用并且可能成为用于传送需求响应信号的国家标准。根据当前需求响应***，当DR客户端从DR服务器接收到用于提供与需求响应事件有关的信息的DR事件消息时，将该DR事件消息传输至负责采取相应的负荷减少行为的个人或***上。

尽管以往的需求响应***有助于减少高需求时段期间的能耗，但改进这些***将是有利的。具体地，提供如下的需求响应***将是有利的，该需求响应***基于用于响应于DR消息的用户配置策略来自动并且高效地减少各种DR事件期间内设施的电能消耗。

发明内容

根据本公开内容的一种实施方式，提供了一种用于减少具有楼宇自动化***的设施中的电负荷的方法。该方法包括：接收用于需求响应事件的信息并且然后确定在需求响应事件期间要被控制的楼宇自动化***的多个设备。该方法还包括准备在需求响应事件期间针对多个设备的控制行为的调度方案。此外，该方法还包括向楼宇自动化***发送控制消息，以根据针对需求响应事件的控制行为的调度方案来执行针对多个设备的控制行为。

在至少一种实施方式中，该方法还包括：检查控制行为的调度方案以确定在与多个设备中的一个设备相关的控制行为的调度方案中是否存在冲突。如果调度方案中存在冲突，则该方法还包括基于控制行为的优先级执行顺序来解决调度方案中的冲突，其中，优先级执行顺序与针对控制行为的需求响应控制时段相关。需求响应控制时段可以包括：在需求响应事件期间发生的需求响应控制时段、在需求响应事件之前发生的需求响应控制时段或在需求响应事件之后发生的需求响应控制时段。

在本公开内容的至少一种实施方式中，公开了一种用于减少楼宇中的电负荷的***。该***包括楼宇自动化***（BAS），其具有多个区域面板，多个区域面板被配置成将控制指令传递给楼宇中的多个设备。该***还包括自动化需求响应客户端，其被配置成从自动化需求响应服务器接收需求响应事件消息。自动化需求响应客户端包括：调度器部件和BAS通信部件。调度器部件被配置成准备在需求响应事件期间多个设备的控制行为的调度方案。BAS通信部件被配置成根据调度方案将针对多个设备的控制行为传递给多个BAS区域面板。

在至少一种实施方式中，该***包括图形用户界面，图形用户界面被配置成显示与在需求响应事件期间设施的实际能耗有关的信息。图形用户界面还可以被配置成显示示出在选择的时间段期间的需求响应事件和与需求响应事件相关联的多个需求响应模式的曲线。

在本公开内容的至少一种附加的实施方式中，一种包括如下指令的计算机可读介质，所述指令用于控制计算机***生成用于控制楼宇自动化***的指令。该计算机可读介质包括用于通过使得计算机***从自动化需求响应服务器接收针对需求响应事件的消息来控制计算机***的指令。该指令还使得计算机***确定在需求响应事件期间要被控制的楼宇自动化***的多个设备并且准备在需求响应事件期间针对多个设备的控制行为的调度方案。此外，该指令还使得计算机***向楼宇自动化***发送控制消息以根据用于需求响应事件的控制行为的调度方案来执行针对多个设备的控制行为。

参照以下详细描述和附图，本领域的技术人员将更容易地理解本发明的上述***、方法、特征和优点以及其它***、方法、特征和优点。尽管期望提供一种设置这些或其它有利特征中的一个或更多个有利特征的自动化需求响应***，但是本文公开的示教扩展至落入所附权利要求范围内的那些实施方式而不管它们是否实现上述优点中的一个或更多个优点。

附图说明

图中的组件不必成比例，而是将重点放在说明本发明的原理上。在图中，贯穿不同视图，相同的附图标记指示相对应的部分。

图1示出了包括自动化需求响应服务器（在本文中还被称为“需求响应自动化服务器”或DRAS）和多个自动化需求响应客户端的示例性自动化需求响应***的框图；

图2示出了将操作图1的自动化需求响应服务器的公共电力企业与操作自动化需求响应客户端的多个终端用户连接的电网的框图；

图3示出了包括保存在存储器中的DRAS应用的图1的自动化需求响应服务器的框图；

图4示出了与楼宇自动化***进行通信的、图1的自动化需求响应客户端之一的框图，该自动化需求响应客户端包括保存在存储器中的用于由处理执行的ADR客户端应用；

图5示出了与楼宇自动化***的区域面板以及DRAS应用相关联的、图4的ADR客户端应用的架构的功能框图；

图6示出了包括被配置成从图5的ADR应用客户端接收通信的楼宇控制***的示例性楼宇的图示；

图7示出了用于使用图5的自动化需求响应客户端来响应各种需求响应事件的策略的示例性电子表格；

图8示出了由图5的ADR客户端应用生成的图形用户界面画面，其中，该画面被配置成使得终端用户能够向ADR客户端应用标识楼宇自动化***的点；

图9A示出了由图5的ADR客户端应用生成的图形用户界面画面，其中，该画面被配置成使得终端用户能够对楼宇自动化***的点进行配置以用于在DR事件的各种模式期间进行控制；

图9B示出了另一图形用户界面画面，其由与图9A的ADR客户端应用类似的ADR客户端应用生成并且被该ADR客户端应用配置成使得终端用户能够对楼宇自动化***的点进行配置以用于在DR事件的各个时段（包括DR事件的模式之前和之后的时段）期间进行控制；

图9C示出了又一图形用户界面画面，其由与图9A的ADR客户端应用类似的ADR客户端应用生成并且被该ADR客户端应用配置成使得终端用户能够对楼宇自动化***的点进行配置以用于在DR事件的各个时段（包括DR事件之前和之后的时段）期间进行控制；

图10示出了由图5的ADR客户端应用生成的图形用户界面画面，其中，该画面被配置成使得终端用户能够输入数据以使得ADR客户端应用与公共设施公司的DRAS建立通信；

图11A示出了由根据本发明的ADR客户端应用所处理的示例性需求响应事件的图示，其中，需求响应事件指定多个DR命令，并且ADR客户端响应于DR命令而标识出针对要被控制的点的可能的冲突控制行为；

图11B将图11A的示例性需求响应事件示出作为反映根据本发明的ADR客户端应用对冲突控制行为的解决方案的阶跃函数；

图12示出了用于通过图5中的ADR客户端应用来解决不同的DR模式和不同的DR事件的冲突的执行顺序优先级的图表；

图13A至图13D示出了由图5的ADR客户端应用执行的各个处理的流程图，其包括图13B和图13C中的调度例程以及图13D中的调度冲突解决方案画面；

图14示出了由图5的ADR客户端应用生成的图形用户界面画面，其中，该画面提供了由图5的自动化需求响应客户端接收的需求响应事件的历史的图表，包括有关过去的、当前的以及未来的DR事件的信息；

图15示出了由图5的ADR客户端应用生成的图形用户界面画面，其中，该画面提供了由图5的自动化需求响应客户端所采取的行为的日志；以及

图16示出了可以用于辅助图5的ADR客户端应用的图形用户界面画面，其中，该画面提供需求减少事件期间的能耗的报告。

具体实施方式

参照图1，示出了示例性自动化需求响应***10的高级框图。***10包括位于公共电力公司或集合12的经营场所处的需求响应自动化服务器计算机14（“DRAS”或“DR服务器”）和位于各个客户站点16处的多个自动化需求响应客户端计算机（“ADR客户端”）18。每个ADR客户端18耦接到楼宇自动化***（BAS）22，楼宇自动化***22被配置成控制各种楼宇环境和安全设备，诸如客户站点16处的HAVC***、制冷***以及火警***中的灯、温度调节装置。DRAS14和ADR客户端18均具备有通信能力并且可以通信地耦接到通信网络20（诸如因特网），从而使得能够在DRAS14与ADR客户端18之间进行通信。

虽然DRAS14或ADR客户端16均可以包括全尺寸的个人计算机，但应理解，该***和方法还可以与能够通过网络（诸如因特网）与服务器无线地交换数据的移动设备结合使用。在任何情况下，DR服务器14和ADR客户端18被配置用于使电力公共设施公司和每个终端用户遵守标准需求响应通信协议（诸如OpenADR）。此外，虽然DRAS14和ADR客户端18在图1的实施方式中被示出为位于公共电力公司12或客户站点16的经营场所处，但应认识到，在其它实施方式中，DRAS14和ADR客户端18可以位于距公共电力公司12和客户站点16的经营场所很远的位置处。在这种实施方式中，DRAS14和ADR客户端18通常被配置成经由通信网络20与公共电力公司站点12或客户站点16处的其它计算机或设备进行通信。

现在参照图2，在示例性实施方式中，作为DRAS 14的运营商或DRAS 14的运营商的分支机构的公共电力公司12可以通过电网24向终端用户16A、16B、16C供应电力，终端用户16A、16B、16C为公用电力公司12的客户并且消耗公共电力公司12通过电网30供应的电力。每个终端用户16所消耗的电力中的至少一部分用于对由终端用户16的BAS***22所控制的设备供电。辅助能量源26也可以连接到电网24。例如，这些辅助能量源26可以由终端用户16来控制，以生成辅助电力并且将该辅助电力供应给电网24。

终端用户16通常是大到足以分担常规需求减少项目的商业实体或工业实体，诸如具有kW需求的购物中心或工厂。终端用户16还可以是具有相当大的合计kW需求的住宅单元或商业单元的集合（例如，公寓群或购物中心中的商业单元）。然而，在其它实施方式中，应理解，终端用户16甚至可以是具有BAS***22的住宅单元，该BAS***22自动控制家中或其它住宅中的各种环境控制设备。在住宅中，这种BAS***正变得更加普遍。因此，如下文进一步详细说明的那样，由于需求响应***10是全自动的，房主或其它居住客户可以容易地将ADR客户端18包括在住宅中并且加入本文所述的需求响应***10。

DRAS

现在参照图3，在一个示例性实施方式中，DRAS14可以包括处理器30、存储器32、通信网络接口设备38、I/O端口39以及在通用计算机中通常存在的其它部件。存储器32存储可由处理器30访问的信息，该信息包括：数据36，其可以由处理器30检索、处理或存储；以及DRAS应用34，其被配置成处理DR事件信息并且生成DR消息。存储器32可以为能够存储可由处理器访问的信息的任何类型的存储器，诸如硬盘驱动器、存储器卡、ROM、RAM、DVD、CD-ROM、可写存储器、只读存储器或其它计算机可读介质。处理器30可以是任何已知的处理器，诸如来自Intel（因特尔）公司或AMD的处理器。可替代地，处理器30可以结合DRAS应用34和/或诸如专用集成电路（“ASIC”）的专用控制器中的其它逻辑电路来实现。处理器30被配置成根据存储器32中的DRAS应用34来检索、存储或修改数据。可以将数据36存储在计算机寄存器中、关系数据库中作为具有多个不同字段和记录的表格、XML文档或平面文件。还可以以任何计算机可读的格式（诸如包括但不限于二进制值、ASCII或统一的字符编码标准Unicode）对数据36编排格式。

尽管图3的框图将处理器30和存储器32示出为在两个不同的块内，但本领域的技术人员应理解，处理器和存储器实际上可以包括可以存储在同一物理壳体内或不可以存储在同一物理壳体内的多个处理器和存储器。例如，部分数据36可以存储在可移除的CD-ROM上并且其它数据36可以存储在只读计算机芯片内。可以将部分或全部数据36存储在物理上远离处理器但仍可由处理器访问的位置中。类似地，处理器实际上可以包括可以并行操作或不可以并行操作的处理器集合。

通信网络接口设备38能够通过通信网络（诸如网络20）与其它设备建立有线通信链路或无线通信链路。网络20可以是任何有线通信网络或无线通信网络，诸如因特网、WLAN（广域网）、LAN（局域网）或其它通信网络***。DRAS14的通信网络接口设备38使用预定协议与网络中的其它设备并且尤其是ADR客户端18进行通信。在至少一种实施方式中，DRAS14的通信网络接口设备38使用由劳伦斯伯克利国家实验室开发的OpenADR（开放自动化需求响应）协议。

继续参照图3，DRAS14的存储器32中的数据36包括用于确定如下数据是否与用于向ADR客户端18通知DR事件将会发生的请求对应的信息：该数据包括在从授权的实体（例如，公共电力公司的管理者）通过通信网络20在DR服务器14处接收的消息（诸如XML文档或SOAP包）中或源自上述消息。因此，存储器32中的数据36向处理器30提供足够的信息，以根据所接收的电子消息数据来确定DR事件的细节，诸如DR事件的起始时间、停止时间以及各模式。DR事件的模式指示针对DR事件所请求的不同紧急等级或操作等级。例如，DR事件的模式可以为“中等”模式、“高等”模式或“特殊”模式（例如，“极限”模式）或这些模式的任何串行组合。DR事件的每个模式（在本文中还被称为“DR模式”）以一个或更多个DR事件消息99的形式从DRAS14经由网络通信接口38通过网络20被传输。DR事件的传输还将包括DR事件的时间和日期。

DRAS应用34被配置成对如下电子消息数据的接收进行检测、处理该电子消息数据、确定由该电子消息数据指示的DR事件以及该电子消息数据中包括的DR事件的细节（诸如DR事件的一个或更多个模式和定时），该电子消息数据为在通信设备108处通过网络20从公共电力公司发送的电子消息数据，诸如XML文档或SOAP包中的电子消息数据。然后，DRAS应用34被配置成生成与ADR客户端18的DR事件相对应的DR事件消息。

此外，DRAS应用34还可以被配置成对通过网络20从ADR客户端16以及从其它源（诸如第三方天气数据源）接收的数据进行监测，并且将该数据存储在存储器32中。

ADR客户端

现在参照图4，每个终端用户16包括电连接到和/或通信地连接到楼宇自动化***22的ADR客户端18。ADR客户端18还可以直接地或经由BAS22电连接到和/或通信地连接到电力消耗表40。ADR客户端18可以配置有处理器50和存储器52。ADR客户端18可以是意在由人来使用的个人计算机或工作站，该个人计算机或工作站被配置用作对BAS22进行专用操作的需求响应接口。在图4示出的实施方式中，ADR客户端18具有通常出现在计算机工作站中的全部内部部件，诸如中央处理单元（CPU）50、包括显示设备62（诸如监测器）和用户输入设备64（诸如鼠标、键盘、触控屏、麦克风、扬声器）的用户接口60、CD/DVD驱动器（图4中存储器52的部分）以及网络通信接口设备68。在本文所描述的至少一种实施方式中，ADR客户端18由用于执行楼宇自动化***22的控制程序的该同一计算机工作站提供。在其它实施方式中，用于提供ADR客户端18的工作站可以是经由网络连接到用于执行楼宇自动化***的控制程序的工作站的独立的工作站。

用户接口60通过各个输入/输出端口58和相关接口与处理器50进行通信。存储器52可以是能够存储可由处理器访问的信息的任何类型的存储器，诸如硬盘驱动器、存储器卡、ROM、RAM、DVD、CD-ROM、可写存储器、只读存储器或其它计算机可读介质。存储器52中包含的信息包括指令54、指令100以及数据56。用户输入设备64用作允许人（“操作人员”或“终端用户”）修改存储器52中的数据的接口。

ADR客户端18的存储器52包括可以由处理器50执行的各种程序。特别地，存储器52包括BAS控制器程序54，BAS控制器程序54被配置成向BAS22的区域面板42发送指令以便控制并且监测BAS22的各种设备44。在一个实施方式中，BAS控制器程序54可以由从Siemens Industry,Inc.（西门子工业股份有限公司）可买到的APOGEE（注册商标）INSIGHTBAS控制软件提供，或由其它BAS控制软件提供。

除BAS控制器程序54外，存储器52还包括图4中被标识为“ADR客户端应用”100的程序（其在本文中还可以被称为“ADR应用”）。ADR客户端应用100被配置成经由网络通信接口设备68从DRAS应用34接收DR消息。如下文进一步详细说明的那样，ADR客户端应用100还响应于DR事件消息确定用于BAS22的设备44的控制调度方案。ADR客户端应用100与BAS控制器程序54进行通信，以便可以如由ADR客户端应用100所确定那样对BAS的设备44进行控制。存储器52中还设置有用户接口应用160。如由图4中的虚线所表示的那样，用户接口应用160可以是独立的可执行程序或与ADR客户端应用100关联地工作以提供输出或接收输入的ADR客户端应用100的程序模块。特别地，如在本文中进一步详细描述的那样，用户接口应用160利用ADR客户端应用100的部件来给人类用户生成并显示一个或更多个输出画面并且经由用于由ADR客户端应用100使用的物理用户接口60从人类用户接收输入。为了清楚地论述，在本文中用户接口应用160还可以被称为“ADR客户端用户接口160”。

继续参照图4，BAS22包括多个区域面板42或类似的控制器，该多个区域面板42或类似的控制器被配置成基于从BAS控制器54接收的指令来对楼宇自动化***22中的各个设备44进行自动控制。ADR客户端应用100还基于存储器52中的数据56进行各个BAS设备44的调度。存储器52中的数据56包括经由网络通信接口68从DRAS14接收的DR事件消息信息。存储器中的数据56还包括用于ADR客户端应用100的各个设定点和控制数据，该设定点和控制数据可以预先安装在存储器56中或由用户通过各个输入设备62来提供。此外，用于ADR客户端应用100的历史数据、日志数据以及许可数据保存为存储器52内的数据。下文将参照图5至图16进一步详细描述ADR客户端应用100的操作和功能。

继续参照图4，ADR客户端18通过BAS通信接口48连接到楼宇自动化***22。ADR客户端18被配置成基于从DRAS14接收的各种DR事件消息向楼宇自动化***22传递控制信号。楼宇自动化***22包括一个或更多个区域面板42或其它控制器，该一个或更多个区域面板42或其它控制器被配置成对终端用户16的设施内的各个设备44或“点”（诸如HVAC***44A、灯44B、冷却器44C以及多个其它设备或***44D和44E）的操作进行控制和/或监测。此处提及的由区域面板22控制和/或监测的“点”可以是指相应的设备44或这种设备44的各自的输入或输出。在于2010年2月16日授权的美国专利第7,664,574号中描述了用于与ADR客户端18关联地使用的示例性楼宇自动化***，其全部的内容以法律所允许的程度通过引合并到本申请中。ADR客户端18被配置成使用可以由BAS控制器42所标识的各种通信协议中的一种通信协议（诸如BACnet或SOAP）通过BAS通信接口48与BAS22进行通信。

电能表40可以电连接到和/或通信地连接到BAS区域面板42，并且用于监测在与相应的BAS区域面板42相关联的客户站点16处消耗的能量。能量表40是常规设备或“智能”设备，其可以连接在来自电网的电力在其处被供应给终端用户的点处，并且还可以连接在辅助电能在其上被供应给终端用户的电力线处。表40包括如下组件：该组件用于对来自电网和辅助能量源的电力的使用进行监测，并且将表示从电网和将辅助电力供应给终端用户16的辅助能量源消耗的电力的数据通过无线通信网络或有线通信网络实时地传送给BAS22（和/或给ADR客户端18）。在一种实施方式中，能量表40可以是将与电力相关的信息（诸如KW需求、KWH使用、电压相位、电流相位、功率因数、KVAR以及谐波）提供给BAS22（和/或给ADR客户端18）的子仪表、智能仪表或类似的仪表。

ADR应用架构

现在参照图5，示出了ADR应用100的架构的高级功能框图。ADR应用100驻留在提供ADR客户端18的计算机工作站（在图5中由虚线表示）的存储器内。如先前在图4中所述的那样，BAS控制器54也可以驻留在提供ADR客户端18的工作站的存储器内。在图5中本实施方式由被设置在表示ADR客户端工作站的虚线18内的BAS控制器软件54表示。

在一种实施方式中，ADR应用100被配置为以Microsoft Windows（注册商标）操作***（图中未示出）运行。然而，在不偏离本发明的情况下，可以将ADR应用100实现成以其它操作***（诸如Linux或Unix）运行。在图5的实施方式中，ADR应用100包括多个模块，多个模块包括：模型库110、许可模块112、UI通信模块114、调度模块116、历史模块118、日志模块124、BACnet适配器模块120（或其它BAS网络协议适配器模块）、简单对象访问协议（“SOAP”）适配器模块122（或用于跨越网络在Web服务之间交换结构化信息的其它通信协议）以及ADR客户端接口模块102。模型库110对ADR应用100的这些可以以串行的方式运行或以线程的方式运行的模块进行管理以执行与DR事件相关的各种处理。例如，如下文进一步详细说明的那样，ADR应用被配置成当从DRAS应用34接收到DR事件消息99时，准备BAS设备的调度并且将控制消息输出给BAS控制器54。

模型库110是ADR应用100的核心通信和处理部件。模型库110被配置成经由ADR客户端接口102从DRAS14接收DR事件消息99。DR事件消息99通常包括：DR事件唯一标识（例如，“DR事件一”）、指示DR消息99何时被DRAS14传送的通知时间、DR事件的起始时间和日期（例如，2011年8月1日，下午1:00）、DR事件的终止时间和日期（例如，2011年8月11日，下午6:00）以及指示DR事件内的操作状态或“模式”（在本文中还被称为“DR模式”）的一个或更多个DR命令99a。DR事件内的每个模式指示DR事件的时段或一部分所需的负载减少的严重程度（例如，“中等”模式、“高等”模式、特殊模式等）。标识DR事件中的模式的每个DR命令99a也可以具有模式起始时间和模式终止时间。在DRAS应用34生成消息后，可以将DR事件消息99推送给ADR客户端接口102。可替代地，ADR客户端接口102可以周期性地轮询DRAS应用34以确定是否存在DR事件消息99。接收到DR事件消息99后，ADR客户端应用100经由ADR客户端接口102向DRAS14确认消息的接收，并且将DR事件消息99传递给模型库110以进行处理。

历史模块118中保持由ADR客户端接口102接收的DR事件命令99a的历史。如下面参照图14进一步详细描述的那样，历史模块118对由***接收的所有DR事件保持追踪，并且能够向终端用户提供DR事件的曲线图或表格视图。

继续参照图5，模型库110与许可模块112进行通信。许可模块112将与许可的状态相关的数据提供给模型库110，该许可给予终端用户在ADR客户端计算机18上运行并使用ADR应用100的权限。如果终端用户被许可使用ADR应用100，则许可模块将确认提供给模型库，且模型库继续运行ADR应用软件100。如果许可模块112指示终端用户没有被许可运行该软件或尚未同意终端用户许可协议，则模型库阻止ADR应用100运行并且经由用户接口应用160显示适当的消息。

模型库110经由UI通信模块114与用户接口应用160进行通信，UI通信模块114将消息传送给用户接口应用160并且从用户接口应用160接收消息。用户接口应用160包括运行时通信模块166，运行时通信模块166将来自模型库的输出提供给物理用户接口60（包括显示器62和其它输出设备），从而向操作者提供对模型库110中的信息的访问。运行时通信模块166还便于经由用户输入设备64来自操作者的输入。如下文进一步详细说明的那样，从终端用户接收的输入由模型库110用来自动地确定在DR事件期间应当采取什么行为。

模型库110还与调度模块116进行通信。如下面进一步详细说明的那样，调度模块116确定对于BAS22中的、在所接收到的DR事件的DR消息99中指定的每个DR模式之前、期间以及之后或参照DR事件的起点或终点标识点应当进行什么行为。在以下情况下，调度模块116还解决冲突：（i）响应于针对DR事件所指定的DR模式，冲突控制行为与要被控制的BAS22中的设备或点相关联，和/或（ii）针对DR事件指定的多个DR模式导致与楼宇自动化***22的一个或更多个设备或点产生冲突行为。

模型库110被配置成使用BAS通信模块120将消息传递给楼宇控制***22的区域面板或其它BAS控制器42。如图5所示，BAS通信模块120可以被配置成将消息传递给区域面板42或可以被配置成将消息传递给BAS控制器软件54，然后BAS控制器软件54使用BAS22中使用的协议（诸如BACnet通信协议）将控制消息传递给BAS22的区域面板42。因此，在图5的实施方式中，BAS通信模块120是BACnet适配器并且BACnet服务器46由BAS控制器软件54提供。在接收到来自BAS通信模块120的消息后，BAS区域面板42对该消息进行处理以控制楼宇自动化***22的设备。BAS控制器42还可以将确认消息返回给模型库110以指示楼宇自动化***22的某些设备的状态（例如，灯已经变暗的确认）。

除了直接与BAS区域面板42和BACnet服务器46进行通信外，模型库110还可以使用SOAP协议经由SOAP通信模块122与SOAP服务器47进行通信。例如，由SOAP服务器47所接收的消息可以如下信息消息，该信息消息被提供给楼宇自动化***22的操作者以向该操作者通知与DR事件相关的各个操作或情形。

在ADR应用100的日志模块124中存储模型库110所采取的所有行为。因此，日志模块124提供了用于对ADR应用100的内部操作保持追踪的工具。在ADR应用错误的情况下，日志模块124提供可以用于帮助确定***中的错误源的有价值的信息。

本文中描述的ADR客户端应用100可以容易地对现有的楼宇自动化***进行改进。因为ADR客户端应用100可以与BAS控制器54安装在同一工作站上，所以可以容易地在工作站内实现ADR客户端应用100与BAS控制器54之间的通信。BAS控制器54基于与ADR客户端应用100的通信来准备用于控制BAS22的设备的命令。

还应当认识到，本文中描述的ADR客户端应用100可以被配置成与包括工厂自动化***、住宅家庭自动化***以及其它自动化***的任何数量的不同类型的自动化***进行接口。具有这种不同的楼宇自动化***的ADR客户端应用100的实现可以与本文中描述的接口一致，以便楼宇自动化***22向用户提供可配置的需求响应策略和技术，该可配置的需求响应策略和技术用于响应与来自DR服务器14的DR事件相对应的DR命令，其包括下文进一步详细描述的那些策略和技术。

需求响应检查和BAS点控制策略

ADR应用100的被许可的用户可以是包括楼宇自动化***22的工业设施、商业设施或住宅设施的所有者或经营者。例如，图6示出了具有多个楼层示例性办公楼600或其它楼宇自动化“区域”，并且楼宇自动化***622被配置成控制多个楼宇控制***610以及每个区域中的相关设备。楼宇控制设备和***包括楼宇环境控制***，诸如HVAC***624和相关设备以及照明***626和相关设备。控制***和设备还可以包括与楼宇内的环境不相关的其它能耗设备，诸如汽车充电站628、电话和便携式设备充电器、冰箱、烤箱、电视机、计算机等。楼宇自动化***622还可以被配置成控制各种安全***，诸如火警***或防盗***。如果办公楼包括任何工业能力，则楼宇自动化***还可以被配置成对楼宇600内使用的各个工业机器的电力进行控制。术语“点”可以用来指由楼宇自动化***控制的特定设备或***，或指这种设备或***的输入或输出。

除了能耗设备外，办公楼600还可以包括各种能量产生设备或与各种能量产生设备相关联，诸如风车630、太阳能面板632或被配置成燃烧矿物燃料以便向楼宇提供电力的发电机634。在能量产生设备产生过剩能量的情况下，过剩的能量被传递给电网24（参见图2），并且公共电力公司向楼宇所有者补偿所产生的过剩能量。

图6所示的楼宇600装配有ADR客户端计算机18（未在图6中示出），ADR客户端计算机18从远离楼宇600的DRAS14接收DR事件消息99。为了使楼宇600的所有者使用安装在ADR客户端计算机上的ADR客户端应用并有效地响应DR事件，楼宇经营者必须首先对楼宇600内的设备进行检查，并且确定当发生DR事件时哪些设备会受到影响。当进行这种检查时，楼宇经营者可以知道三种不同类型的DR事件是可能的，诸如中等DR事件、高等DR事件以及特殊（极限）DR事件。在检查过程中，楼宇经营者检查BAS内的各个点并且根据DR模式的类型确定哪些点可用于减少能力消耗。例如，楼宇经营者在检查过程中可以确定HVAC能够使得所有楼层的温度针对不同的DR模式增加到不同的度数。作为另一示例，楼宇经营者可以确定在所有DR事件期间能够使得大多数楼层的灯变暗，但是某些楼层的灯从不变暗（例如，在如果某些楼层在进行制造，可能一直需要阈值照明水平）。因此，在DR检查期间，楼宇经营者标识可响应于各种水平的DR事件而被控制的各BAS点。在标识出响应于DR事件要被控制的这些BAS点后，然后楼宇经营者必须针对如何控制BAS点以及何时控制BAS点提出策略。

在进行前述段落中描述的检查后，然后楼宇经营者规划用于减少楼宇的电力消耗的策略，以针对各种不同类型的DR事件或针对DR事件指定的各种不同的DR模式或DR模式的串行组合达到预期的负荷降低。图7示出了由楼宇经营者生成的由于配置根据本发明的ADR应用100的需求减少策略电子表格700的示例，其中，基于不同的DR事件将不同的BAS设备设定为降低电力消耗的目标，其中，可以针对不同的DR事件指定不同的DR模式或DR模式的串行组合。该电子表格包括基于各种DR模式的指示楼宇运行的参数和电力消耗，其中各种DR模式可以被指定为ADR应用100从DRAS服务器接收的DR事件消息99的DR命令99a。具体地，电子表格包括：（i）第一列702，其指示在不存在DR事件或DR模式的情况下（例如，没有电力消耗减少目标时）BAS22内的点或设备的“正常”状态或“缺省”状态；（ii）第二列704，其指示DR事件的“中等”DR模式（例如，200KW的电力消耗减少目标）；（iii）第三列706，其指示DR事件的“高等”DR模式（例如，400KW的减少目标）以及（iv）第四列708，其指示DR事件的“特殊”DR模式（例如600KW的减少目标）。

在电子表格700的第一列702中，可以看到楼宇经营者确定的楼宇运行状态的通常或“正常”设置。在该正常状态下，楼宇的冷却设备消耗总电力消耗的42.45%，HCAC风扇和空气处理设备消耗总耗电的14.15%，照明***消耗总耗电的22.26%，***各个电插座的电器消耗总耗电的5.56%，各种电气设备和数据中心消耗总耗电的8.9%，而汽车充电站消耗总耗电的6.68%。在图7的示例中示出该总耗电为1797KW。

在消耗电力的同时，楼宇正在产生一些电力。具体地，楼宇的风力涡轮机正满负荷运作并且提供所需总电力的2.78%，并且光电池提供所需总电力的10.01%。因此，在正常运行状况下，楼宇仅需要经由电网从公共电力企业购买所需总能量的87.20%。在图7的示例中，给定瞬时所购买的该总电力为1567KW。

在电子表格的第二列704中，楼宇经营者确定在本示例中，在“中等”DR模式或DR事件的情况下，通过操纵楼宇自动化***中的某些点，可以使得电力消耗减少200KW以上。具体地，在楼宇经营者确定发生了“中等”DR事件或DR模式的情况下，通过将楼宇中的温度增加3度、将楼宇中的灯调暗20%以及停止对所有汽车充电，楼宇可以减少325KW的电力消耗。在DR事件起始时间之前（或，可替代地，在DR模式起始时间之前）开始向温度增加、灯变暗以及停止汽车充电的转变，以便使得***能够逐渐达到新的运行状态并且避免容易被人察觉的突然变化。例如，可以在DR事件起始时间前一个小时时开始使得温度将降低3度，并且可以在DR事件起始时间前5至10分钟时开始将灯调暗。这些行为导致冷却负荷降低10%以上并且照明负荷降低约20%。

在电子表格的第三列706中，楼宇运行者确定在本示例中，在“高等”DR事件或DR模式的情况下，通过操纵楼宇自动化***中的某些点，可以使得电力消耗减少将近500KW。具体地，在楼宇经营者确定发生了“高等”DR事件或DR模式的情况下，通过将楼宇中的温度增加6度、将楼宇中的灯调暗30%以及停止对所有汽车充电，楼宇可以减少489KW的电力消耗。同样，在DR事件起始时间之前（或在DR模式起始时间之前）开始向温度增加、灯变暗以及停止汽车充电的转变。

在电子表格的第四列708中，楼宇运行者确定在本示例中，在“特殊”DR事件情况下，通过操纵楼宇自动化***中的某些点，可以使电力消耗减少750KW以上。具体地，在楼宇经营者确定发生了“特殊”DR事件的情况下，通过将楼宇中的温度增加6度、将楼宇中的灯调暗40%以及停止对所有汽车充电，楼宇可以减少759KW的电力消耗。同样，在DR事件起始时间之前（或在DR模式起始时间之前）开始向温度增加、灯变暗以及停止汽车充电的转变。

图7示出，楼宇经营者可以根据DR事件99的模式（即，“中等”、“高等”或“特殊”）确定使用ADR应用100来不同地控制各个BAS点44。然而，应当认识到，楼宇经营者还可以根据其它因素（诸如DR事件的日期、DR事件的年份以及DR事件的长度）对各个BAS点进行控制。例如，如果DR事件发生在夏天的中午，则楼宇经营者可以选择更大程度地使灯调暗但是保持楼宇内的温度更接近正常温度。这样做的原因是，楼宇很可能通过楼宇中的窗户接收充足量的环境光，所以对于此时在楼宇中的工人而言，与楼宇中的温度相比，光照较不重要。类似地，如果DR事件发生在夏天的夜间，则楼宇经营者可以选择将光保持接近于完全强度但是使得楼宇中的温度增加至更高的度数，因为此时楼宇中的照明对工人最重要。因此，尽管出于简化示例的目的图7的电子表格中规划的响应策略仅考虑了DR事件的模式，但应该认识到楼宇经营者通常规划出考虑了其它DR事件因素（诸如日期、季节以及DR事件的长度）的更加复杂的策略。

将意识到，图7示出了用于响应各种模式DR事件的策略的非常简单的示例。BAS和关联的设备的数量越复杂，DR事件策略通常将会越复杂。在任何情况下，当完成DR事件策略时，用户通常会（i）标识与DR事件的不同模式相关联地控制的BAS的各个点、（ii）确定在模式或DR事件开始前的控制每个点的任何偏移时间、（iii）确定在模式或DR事件结束之后的控制每个点的偏移时间。在此之后，用户可以配置ADR应用100以执行所规划的DR事件策略。

ADR应用配置

楼宇经营者完成楼宇检查并规划出针对各个BAS点的控制策略之后，楼宇经营者将配置ADR应用100针对DR事件的适当或策略性响应，包括用于对每个预期的DR命令99a进行响应的前DR模式处理策略和后DR模式策略。通常可以根据用于处理从DRAS14接收的DR事件消息99的三个选项中的一个选项来配置ADR应用100。在以下的段落中将简要说明这三个选项中的每个选项。

根据用于配置ADR应用100的第一选项，ADR应用100通常用作传递型转发部件，其根据楼宇自动化***的通信协议（例如，BACnet或其它协议）将DR命令99a（在DR事件消息99中指定）传递给楼宇自动化***22。具体地，ADR应用100将DR事件信息99传递给楼宇自动化***44的各个区域面板42。在本实施方式中，将所有的DR事件响应策略和控制行为以它们特定的语言（例如，PPCL或其它等同的控制编程语言）直接编程到区域面板42中。因此，根据该第一选项，ADR应用100不用于实现因DR检查而产生的策略，而仅用作用于在将由DR事件指定或与DR事件相关联的DR命令99a转换为BAS22的通信协议后将这样的DRDR命令99a传递给BAS22的传递型转发部件。

根据第二配置选项，ADR应用100用于确定要被控制的BAS点44以及针对响应于可由DR事件指定或与DR事件相关联的DR命令99a的关联行为的调度方案。在本选项中，楼宇经营者使用ADR客户端18的图形用户接口60来对ADR应用100进行编程，以对由针对DR检查的响应策略所确定的各个DR命令进行响应。一旦经营者将响应策略输入ADR客户端18，ADR应用100就基于设备或点44以及用于被ADR应用100标识为与指定的DR模式相关联的设备或点的对应的控制行为，来针对可由在从DR服务器14接收的DR事件消息99中的DR命令99a指定的每个DR模式自动地生成相应的响应。此外，ADR应用100包括调度部件（参见图5中的附图标记116），该调度部件响应于由相应的DR事件消息99所指定的每个DR命令99a自动地生成各个BAS点的控制行为的调度方案。下文将进一步详细说明操作调度部件116的其它细节。ADR应用100的调度部件116还包括冲突解决特征，该冲突解决特征基于下述各项来阻止在操作各个BAS点44的过程中的冲突，所述各项包括：（i）预处理策略中的冲突控制行为，预处理策略用于响应于DR事件99中指定的相应的DR命令或DR模式来对相应的BAS点44进行控制，其中，该冲突控制行为与关于DR事件的DR模式的起始时间和DR事件的终止时间的重叠控制时段相关联；（ii）后处理策略中的冲突控制行为，后处理策略用于响应于DR事件99中指定的相应的DR命令或DR模式来对相应的BAS点44进行控制，其中，该冲突控制行为与关于DR事件的DR模式的终止时间和DR事件的终止时间的重叠控制时段相关联；或（iii）对在DR事件99中指定的第一DR命令和在同一DR事件99中指定的随后DR命令进行响应的后处理策略，在下文中还将进一步详细对其进行说明。在调度部件准备好用于控制BAS点44的行为调度方案后，ADR应用100通过在适当的时间将控制消息发送给BAS区域面板42来执行该调度方案，以控制各个BAS点44。因为ADR应用100能够根据楼宇自动化***的通信协议（例如，BACnet或其它协议）与BAS区域面板42进行通信，所以可以在ADR客户端完成所有的需求响应编程而不需要在BAS区域面板42处进行额外的编程（例如，使用PPCL或另一控制编程语言）。例如，在BAS区域面板42采用BACnet通信协议并且BAS控制器54具有用于控制BAS区域面板的对应的BACnet服务器46的实施方式中，ADR客户端18的ADR应用100可以被配置成根据由ADR应用100生成的、用于对由ADR应用100接收的DR事件99指定的一系列DR命令或DR模式进行响应的行为调度方案，来将BACnet控制命令提供给或“入栈”至BAS控制器54的BACnet服务器46。因此，ADR应用100可用于对具有需求响应能力的现有的楼宇自动化***进行改进而不需要对BAS区域面板进行附加编程。

根据第三配置选项，ADR应用100被配置成包括上述第一配置选项和第二配置选项的部件。此外，可能需要在BAS区域面板处进行附加编程，以执行某些DR控制行为。例如，根据第三配置选项，类似于以上参照图2所述的那样，ADR应用100处理DR命令99a并且针对各个BAS点生成适当的DR响应。在第三配置选项下，在ADR客户端中输入的响应策略用作如下标记，该标记使得在BAS区域面板42处被预编程的控制编程块能够执行或不能执行。与第二配置选项类似，响应于每个DR事件消息99，调度部件116自动地生成针对各个BAS点的行为调度方案。

当楼宇经营者决定根据配置选项中的一个对ADR应用100进行配置时，ADR客户端18设置有将由ADR应用100控制的各种BAS点44或接收各种BAS点44。为了将BAS点44编程到ADR客户端18的存储器中，楼宇经营者使用ADR客户端用户接口160。图8示出由ADR客户端用户接口160生成的画面的示例性实施方式，ADR客户端用户接口160可用于将BAS点44编程到ADR客户端18中以由ADR应用100进行处理。画面800的标题为“点列表”。本画面包括表802，表802列出了由ADR应用100存储的或ADR应用100已知的所有BAC点。ADR客户端用户接口160使得用户能够通过启动画面800上所呈现的按钮804来将新的点添加至表802，并且使得用户能够通过启动画面800上所呈现的另一按钮806来从表802中移除点。

通过启动或点击按钮804，用户向ADR客户端用户接口160发送信号以对表802添加新的行，从而使得用户可以标识新的BAC点以添加至表802。在图8示出的示例画面800中，用户将要由ADR客户端18控制的新的BAC点的名称输入在列810中。在一个实施方式中，ADR客户端用户接口160将点的名称映射到楼宇自动化***22中的相应点的网络地址，使得ADR客户端应用100可以基于点的名称向对应的点发送控制行为。例如，如下文进一步说明的那样，ADR客户端用户接口可以采用使用工业标准网络映射协议（诸如BACnet协议）映射到网络地址和设备类型的点名称。在本实施方式中，在列810中键入的名称可以是由用户选择的任何名称，并且该名称通常标识点的类型和点的位置（或楼宇区域）。

在键入点的名称后，用户在列812中向ADR客户端应用100标识该点是通知点还是响应点。通知点通常是指示DR事件的状态的那些点。响应点通常是响应于DR命令对楼宇环境或楼宇设备进行的控制的那些点。

继续图8中示出的示例，用户在列814中向ADR客户端应用100标识点所驻留的楼宇自动化***的网络。接着，在列816中，用户向ADR客户端应用100标识设备ID或网络地址。在列818中，用户将值类型分配给指定的点。值类型可以选自与列818相关联的下拉菜单。示例性的值类型可以是模拟值、二进制值或多态值。例如，行830中的风扇速度设置可以是指示其可以为各种数值中的任一数值的模拟值。作为另一示例，行834中的喷泉泵可以是用于指示该泵开启还是关闭的二进制值。

在图8示出的示例中，用户在列820中向ADR客户端用户接口160标识对象ID。ADR客户端应用接口160和ADR客户端应用100使用所标识的对象ID来将表802中对应的点与某种类型的设备相关联。例如，对象ID“7”可以标识该点是风扇，而对象ID“2”可以将点标识为空气处理单元。最后，用户在列822中向ADR客户端用户接口160标识与对应的点相关联的优先级等级。优先级等级通常指示应当由ADR客户端应用100和BAS22授予的对该点的控制相对于BAS22中的其它点44而言的相对权重。如下文进一步详细描述的那样，ADR客户端应用100在生成调度方案和解决冲突时可以使用列822中的这种优先级等级数据。

在另一实施方式中，用户在表810的810列中标识的点名称与相应的BAS22的网络地址命名习惯匹配，使得ADR客户端用户接口160和ADR客户端应用100不需要将相应的点的名称映射到BAS22中相应的点的网络地址和设备类型。在该实施方式中，BAS22可以在BAS22中存储点名称的表，其被控制和/或监测并被映射到BAS22中的点的物理网络位置，以便于与相应的点进行通信。在该实施方式中，用户在列810中向ADR客户端用户接口160指定点名称、在列812中指定对应的点是通知点还是响应点（或“使用类型”）并且在列822中指定该点相对于其它点的优先级等级，使得ADR客户端应用100然后可以基于至少点名称、使用类型以及对应的优先级等级来向对应的点发送控制行为。

ADR客户端用户接口160还使得用户能够删除先前通过画面800上启动按钮806而添加至***的点。这使得用户能够在初始设置期间和楼宇经历了如下变化的稍后日期均可对ADR客户端18内所限定的楼宇控制***进行修改，该变化是指从楼宇自动化***22中去除某些点或与某些点相关联的设备。

在用户使用所述的ADR客户端用户接口160向ADR客户端18分配点后，ADR客户端用户接口160使得用户能够指定如下的每个点44，这些点44将被配置为响应于可在DR事件的任何DR消息99中指定的每个DR命令或DR模式的控制行为。如前所述，每个DR事件包括一个或更多个模式（例如，“中等”、“高等”以及“特殊”模式），并且每个DR消息99包括分别与相应的模式相关联的一个或更多个DR命令99a。为了使得ADR客户端应用100能够基于对应的DR事件消息99中的一个或更多个命令99a而在DR事件期间适当地控制BAS的点，用户向ADR客户端应用100标识（经由ADR客户端用户接口160）BAS22的点44，从而使得ADR客户端应用100能够标识要被控制的点44并且响应于相应的DR模式（或对应的DR命令99a）命令标识点44进行相应的控制行为，其中这些点44将与DR事件消息99中预期存在的DR模式（或对应的DR命令99a）相关联。例如，对于表802中标识的每个点44，ADR客户端用户接口160使得用户能够将DR模式与相应的点进行关联，并且标识在DR事件的关联模式期间（即，响应于DR命令99a）应当如何以及何时对点进行控制（即，点的控制行为）。总的来说，ADR客户端用户接口160使得用户能够在相应的DR模式之前、期间和/或之后配置或指定要对标识的点执行的控制行为，该相应的DR模式可以通过由ADR客户端应用100针对即将到来的DR事件处理的DR消息99中的对应的DR命令99a指定。此外，ADR客户端用户接口160使得用户能够在DR事件的指定的起始时间或终止时间之前或之后配置或指定对标识点进行控制的控制行为。在至少一个实施方式中，ADR客户端用户接口160还被配置成使得用户能够相对于针对DR事件指定的相应DR模式的起始时间或终止时间，来在DR事件之前或之后选择性地指定ADR客户端应用100对于标识点的控制，而不管DR模式是针对DR事件指定的第一模式还是最后模式。在另一实施方式中，ADR客户端用户接口160还被配置成使得用户能够根据DR事件的第一模式或最后模式，在DR事件之前或之后选择性地指定ADR客户端应用100对标识点的控制。

图9A示出了由ADR客户端用户接口160生成的示例性画面900，以使得用户能够将点配置成用于各种控制行为（该行为在本文中可以称为“点控制行为”）。在一种实施方式中，在画面900的框内，ADR客户端呈现点列表901，其中该点列表包括用户向ADR客户端用户接口160标识的每个点的名称或标识符（例如，在表810中标识的每个点名称）。用户可以经由任何输入设备64（例如，鼠标点击或触控屏输入）选择点列表901中的每个点名称或标识符，以使用ADR客户端用户接口160来配置或分配点控制行为。在图9A示出的实施方式中，为了配置或分配相应的点控制行为，用户选择了名称或标识符为“AHU1.FAN.SPEED.MAX”（即，空气处理单元1风扇速度）的点。当用户从点列表901中选择要控制的点时，ADR客户端用户接口160在画面900上呈现表902，在表902的列904中具有所选择的点的名称或标识符。然后，ADR客户端用户接口160从用户接收所选择的DR模式，以将其分配给列904中的选择点或与列904中的选择点相关联。在图9A所示的画面900的实施方式中，ADR客户端用户接口160使得用户能够在列906中从下拉菜单中呈现的多个DR模式之一选择DR模式，以使其与选择的点相关联。DR事件模式可以是可能的DR事件模式中的任一个，诸如“正常”、“中等”、“高等”或“特殊”。对于用户选择进行配置的每个点，通过ADR客户端用户接口160自动配置表902的至少一行，以将“正常”模式分配给相应的点或将“正常”模式与相应的点进行关联。如下文进一步详细论述的那样，ADR应用100能够访问表902并且将“正常模式”用作表902中的索引，以标识被分配给表902中用于“正常”模式的每个标识点的控制行为或标识与表902中用于“正常”模式的每个标识点相关联的控制行为，从而使得当BCS22返回正常模式运行时，ADR应用100可以在DR事件结束后控制相应的点。

在用户在列906中选择DR模式后（通过ADR客户端用户接口106将该DR模式分配给列904中对应的点的名称或标识符并将其与列904中对应的点的名称或标识符相关联地存储在表902中），然后ADR客户端用户接口160基于在列906中分配的或关联的相应的DR模式，从用户接收被分配给或关联于在列904中选择的点的列908中选择的“时间基准”。如下文进一步详细说明地，当在DR事件消息99中接收到DR命令99a时，ADR客户端应用100将DR命令99a与对应的DR模式相关联并且将对应的DR模式用作索引，以标识表902中被分配为基于相应的DR模式的用户选择的时间基准980来进行控制的相应点。在图9A示出的实施方式中，ADR客户端用户接口160经由选自通过ADR客户端提供的与列908相关联的下拉菜单909的用户“时间基准”接收与表902中的相应点相关联的时间基准。在本实施方式中，下拉菜单909可以提供由ADR客户端应用100控制点或控制调度点的5个时间基准选项。这5个时间基准选项包括：（i）当（从列906）选择的DR模式激活时（即，列908的下列菜单909中的ACTIVE_DR_MODE）；（ii）在激活或开始选择的DR模式之前（即，列908的下列菜单909中的START_TIME_DR_MODE）；（iii）在激活或终止选择的DR模式之后（即，列908的下列菜单909中的END_TIME_DR_MODE）；（iv）相对于选择的DR模式的开始在DR事件开始前，而不管DR事件中DR模式的顺序如何（即，列908的下列菜单909中的START_TIME_EVENT）以及（v）相对于选择的DR模式的结束在DR事件结束后，而不管DR事件中DR模式的顺序如何（即，列908的下列菜单909中的END_TIME_EVENT）。

一旦在列908中标识出时间基准（即，与DR事件相关联的时间控制时段）（并且通过ADR客户端用户接口160和在列906中标识的DR模式与列904中的对应的点的名称或标识符关联地分配给并存储在表902中）时，则ADR客户端用户接口160从用户接收与相应的时间基准908相关联的列910中选择的偏移时间。偏移时间910指示如下时间，在该时间处，针对与相应点相关联的相应的DR模式906，ADR客户端应用100基于标识的时间基准908和在列912中标识的对应控制行为对关联的点进行控制。因此，如果标识出的时间基准908是在选择的DR模式开始之前（即，START_TIME_DR_MODE），则偏移时间910表示在将由ADR客户端应用100启动点的关联的控制行为时标识的DR模式的开始之前的时间。如果所选择的时间基准908是在选择的DR模式结束后（即，END_TIME_DR_MODE），则偏移时间表示在将由ADR客户端应用100启动点的关联的控制行为时标识的DR模式结束之后的时间。类似地，如果选择的时间基准908是在DR事件开始前（即，START_TIME_EVENT）,则偏移时间910表示在将由ADR客户端应用100启动点的关联的控制行为时的DR事件开始之前的时间。同样，如果选择的时间基准908是在DR事件结束后（即，END_TIME_EVENT）,则偏移时间910表示在将由ADR客户端应用100启动点的关联的控制行为时标识的DR事件结束之后的时间。虽然在图9A中没有对在列904标识出的点示出偏移时间，但是在下文进一步详细论述的图9B至图9C示出了示例性偏移时间910，示例性偏移时间910可以由用户使用ADR客户端用户接口160输入以在DR模式前或DR模式后的特定时间对点控制行为进行配置。

为了便于理解列908中的时间基准和列910中的偏移时间，参照图11A的示例DR事件。本示例性DR事件1110（与DR事件消息99一致）包括两个或更多个DR命令，每个DR命令均具有关联的激活时段1130和激活时段1140。如在先前的段落中所述的那样，事件可以与多个不同的时段相关联。这些时段可以包括激活前事件时段1120（即，紧接在DR事件开始前的时间段）、包括一个或更多个DR模式的激活事件时段1130（即，针对在DR事件期间发生一个或更多个激活模式（诸如模式1130和模式1140）的DR事件的实际时间段）以及激活后事件时段1150（即，紧接在DR事件结束后的时间段）。此外，DR事件的每个DR模式还可以包括前模式时段（例如，可以与激活前时段1120相同或不同的时段1121）和后模式时段（例如，可以与激活后事件时段1150相同或不同的时段1132或时段1151）。在DR事件1110内的不同的时段和不同的模式期间，可以由ADR客户端应用100控制BAS点44以采取不同的控制行为。因此，可以以如下方式对点进行控制：在与DR模式相关联的前事件时段1120期间以一种方式而不管该DR模式是不是针对DR事件指定的第一DR模式、在DR事件的一种DR模式的前模式时段1121期间以另一种方式、在DR事件的一种模式1130的激活时段期间以又一种方式、在DR事件的一种模式1130的后模式时段1132期间以又一种方式、在DR事件的另一模式1140的激活时段期间的以再一种方式以及在与其它DR模式相关而不管该DR模式是不是为DR事件指定的最后模式的后事件时段1150期间以再一种方式。因此，如上参照图9Ａ所述的那样，用户可以选择与列912中的点控制行为相关联的时间段。各个选项在图11A中表示如下：（i）在DR模式开始时控制点（例如，图11A中的前“高等”DR模式时段1121）；（ii）当DR模式激活时控制点（例如，图11A中的“高等”DR模式时段1130或“中等”DR模式时段1140）；（iii）在DR模式结束后控制点（例如，图11中的后“高等”模式时段1132或后“中等”DR模式时段1151）；（iv）在DR事件开始时控制点（例如，图11A中的前DR事件时段1120，其在图11A中示出为与“高等”DR模式1130相关联但是前DR事件时段还可以与相同点的“中等”DR模式1140相关联）以及（v）在DR事件结束时控制点（例如，图11A中的后DR事件时段1150，其在图11A中示出为与“中等”DR模式相关联的但是后DR事件时段还可以与相同点的“高等”DR模式相关联）。

现在参照图9B，示出了由客户端用户接口160生成的另一示例性点配置画面900，其包括列910中的偏移时间。在图9B的示例中，使用ADR客户端用户接口160，选择的点（即，“AHU1.SAT.STPT”）被配置用于在两个DR模式的开始和结束二者时以偏移时间进行控制，使得ADR客户端应用100针对选择的点调度相应的前模式控制行为和相应的后模式控制行为。为了根据本情景设置控制行为，用户针对每种DR模式（并且ADR客户端用户接口160接收并且以表格902的形式存储作为内存52中的数据56）为选择的点（即，“AHU1.SAT.STPT”）指定三种控制行为（即，针对每个DR模式，点受到三种控制行为的控制）。在行930中示出了第一控制行为，并且其包括控制点标识（即，AHU1.SAT.STPT）、DR运行模式（即，“中等”）、时间基准（即，“ACTIVE_DR_MODE”）、为零的偏移时间以及命令控制点必须达到的值（参见列912）。因此，在行930中标识的点被配置用于在“中等”模式激活时的时段（即，由DR命令99a限定的用于中等模式的时段，其通常还被称作为“DR控制时段”）期间进行控制。在行932中示出了第二控制行为，并且其包括控制点标识（AHU1.SAT.STPT）、DR操作模式（仍为，“中等”）、时间基准（即，“START_TIME_DR_MODE”）、在“中等”DR模式开始前执行控制行为的偏移时间值以及命令控制点必须达到的值。因此，在行932中，标识点被配置用于在“中等”模式开始前15分钟开始并且当“中等”模式激活时结束的时段期间进行控制。这种前模式时段通常还被称为“DR控制时段”。在行934中示出了第三控制行为，并且其包括控制点标识（即，AHU1.SAT.STPT）、DR运行模式（仍为，“中等”）、时间基准（即，“END_TIME_DR_MODE”）、在DR模式结束后执行控制行为的偏移时间值以及命令控制点必须达到的值。因此，在行934中，标识点被配置用于在激活时段“中等”模式结束时开始并且在“中等”模式的激活时段结束后5分钟终止的时段期间进行控制。这种后模式时段通常还被称为“DR控制时段”。除了配置这种控制点为“中等”模式之外，图9B还示出了针对“高等”模式的类似配置，其具有针对激活“高等”模式前、激活“高等”模式期间、激活“高等”模式后的DR控制时段设置的各个点控制行为。

现在参照图9C，示出了由ADR客户端用户接口160生成的又一示例性点配置画面900，其包括列910中的偏移时间。在图9C的示例中，使用ADR客户端用户接口160将所选择的点（即，“AHU1.FAN.SPEED.MAX”）配置用于在开始DR事件或结束DR事件的两个DR模式的开始时和结束时二者对偏移时间进行控制。为了根据本情景设置控制行为，用户针对每种DR模式为选择的点（即，“AHU1.FAN.SPEED.MAX”）指定（并且ADR客户端用户接口160接收并且以表902的形式存储作为内存52中的数据56）三种控制行为。在行950中示出了第一控制行为，并且其包括控制点的标识（即，“AHU1.FAN.SPEED.MAX”）、DR运行模式（即，“中等”）、时间基准（即，“ACTIVE_DR_MODE”）、为零的偏移时间以及命令控制点必须达到的值（参见列912）。因此，在行950中，标识点被配置用于在“中等”模式激活时的时段（即，由DR命令99a限定的用于中等模式的时段，其通常还被称为“DR控制时段”）期间进行控制。在行952中示出了第二控制行为，并且其包括控制点的标识（仍为，“AHU1.FAN.SPEED.MAX”）、DR运行模式（仍为，“中等”）、时间基准（即，“START_TIME_EVENT”）、在时间基准前，在该状况下是在其中指定“中等”DR模式的DR事件99的起始时间前，执行控制行为的偏移时间值以及命令控制点必须达到的值。因此，在行952中，标识点被配置用于以下时段期间的控制，所述时段在其中DR“中等”模式或命令99a被指定在ADR客户端应用100接收的DR事件消息99中的任何DR事件开始前的5分钟开始，并且在相应的DR“中等”模式开始时结束。这种前事件时段通常还被称为“DR控制时段”。在至少一种实施方式中，这种限定的DR控制时段在DR事件开始前发生而不管DR事件内DR模式的顺序（例如，“中等”模式可以是在接收的DR事件消息99a中指定的两种DR模式中的第二种模式）。在行954中示出了第三控制行为，并且其包括控制点的标识（即，“AHU1.FAN.SPEED.MAX”）、DR运行模式（仍为，“中等”）、时间基准（即，“END_TIME_EVENT”）、在时间基准后，在该状况下是在其中指定DR“中等”模式的DR事件99的起始时间后，执行控制行为的偏移时间值以及命令控制点必须达到的值。因此，在行954中，标识点被配置用于以下时段期间的控制，所述时段在其中DR“中等”模式或命令99a被指定在ADR客户端应用100接收的DR事件消息99的任何DR事件结束后的5分钟开始，并且当ADR客户端应用100根据下一个DR模式命令下一控制行为时结束。在相应的DR事件消息99中没有为DR事件指定其它DR模式的情况下，下一个DR模式可以是DR“正常”模式（诸如，图11A中的DR“正常”模式1160）。这种后事件时段通常也被称为“DR控制时段”。类似于行952，在行954中限定的控制时段可以在不考虑DR事件中“中等”模式的顺序的情况下下发生。在用户想要针对不同的DR操作模式（即，“中等”、“高等”、“特殊”）实现不同程度的需求减少的情况下，用户可以使用ADR客户端用户接口160将相应的点与不同的模式相关联并且针对每个模式配置不同的控制点行为。因此，用户可能想要用多个不同的模式在DR事件前或DR事件后通过ADR客户端应用100对要被控制的点进行配置。例如，在图9C中，使用ADR客户端用户接口160，用户将“AHU1.FAN.SPEED.MAX”点配置成与行950、行952以及行954中的“中等”模式相关联，但是还将相同的点配置成与行954后的行中的“高等”模式相关联。

再次参照图9A，用户还输入与列912中的点控制行为相关联的值。ADR应用100使用该值向BAS区域面板42提供控制信号，使得根据该值对标识的点进行控制（即，点控制行为）。作为示例，行916中的值“80”指示在“中等”模式的激活时间段期间风扇的速度应当设定为最大值的80%。类似地，行918中的“撤回”值指示在完成DR事件后风扇速度应当返回到正常运行状态。

在输入在DR事件期间要被控制的BAS点44的上述信息后，ADR客户端用户接口160使得用户能够使用在画面900上呈现的“添加行”按钮920添加用于相同BAS点或附加点的附加点控制行为。如果在DR事件期间、DR事件开始前或DR事件后在不同的模式中要对相同的BAS点进行不同控制，则可以预期用于该点的附加控制行为。此外，如果用户想要移除先前输入的某些点控制行为，则用户可以通过ADR客户端用户接口160选择在画面900上呈现的“删除行”按钮922。因此，用户可以随着时间的推移经由ADR客户端用户接口160对DR事件的点控制行为进行修改。

现在参照图10，ADR客户端18的附加设置特征用于与DRAS14建立通信链路。在一种实施方式中，ADR客户端用户接口160生成并且显示ADR通信设置画面1000，以使得用户能够在相应的ADR客户端18和DRAS14之间建立通信链路。ADR通信画面1000使得用户能够输入DRAS14的URL地址和用于联系服务器的轮询间隔。用户还***用户名和密码，使得ADR客户端用户接口160可以使用用户配置文件认证技术来确认用户被授权对ADR客户端18和DRAS14之间的通信链路进行修改。

需求响应事件调度

现在参照图11A，以图形形式示出了由ADR应用100根据接收的DR事件消息99处理的示例性DR事件1110，其中，时间沿x轴并且事件模式沿y轴。ADR客户端应用能够标识出DR事件1110在8:00时开始并且在9:00时结束，如DR事件消息99中指定的。在本示例中，ADR客户端应用标识出DR事件1110与多个不同的时段相关联，该多个不同的时段包括与在DR事件消息99中指定的两个DR命令99a对应的两个激活模式。在图11示出的示例中，DR事件1110的一个激活模式是从8:00至8:30激活的“高等”DR模式1130。“高等”DR模式1130紧接在“中等”DR模式1140之后，“中等”DR模式1140从8:30至9:00激活，DR事件1110在9:00结束。来自DRAS14的DR事件消息99将有关DR事件的模式的信息作为DR命令99a（参见图5）提供给ADR客户端18。

除了由DR事件消息99提供的DR事件信息外，前DR事件时段1120和后DR事件时段1150还可以基于先前参照图9A至图9C描述的偏移时间910由ADR客户端18经由ADR客户端应用100来确定。如图11A所示，在确定当前处理的DR消息99中的第一DR命令99a对应于“高等”DR模式时，ADR客户端应用100标识表902中的与列906中的“高等”DR模式相关联的点904，并且发现至少一个点具有限定前DR事件开始时段1120的时间基准908（例如，与图9C中的“AHU1.FAN.SPEED.MAX”的“高等”DR模式相关联的“START_TIME_EVENT”）。在图11A示出的示例中，ADR客户端应用100从表902中标识出与用于控制相应的点的“高等”DR模式相关联的该前DR事件开始时段1120在DR事件前10分钟开始。类似地，ADR客户端应用100能够标识出相同的点具有限定与表902中的“高”DR模式906相关联的前DR模式时段的时间基准908。在图11A描绘的示例中，该前DR“高等”模式时段1121被图形地反映为与前DR事件时段1120相同的时间段。然而，相同的点可以具有在关联的前DR模式时段1121前开始但仍与关联的前DR模式时段1121重叠的前DR事件开始时段1120。在该情形下，ADR客户端应用100标识针对相同的点904可能存在表902中指定的冲突控制行为912并且使用在下文参照图12进一步详细描述的优先级冲突解决方法解决冲突控制行为912。

以类似的方式，在对在当前DR事件消息99中的每个DR命令99a进行处理以标识为DR事件指定的每个DR模式时，ADR客户端应用100使用标识的DR模式来标识在表902中的点，该点需要在参照相应的时间基准908限定的前DR事件时段期间、前DR模式时段期间、激活DR模式时段期间、后DR模式时段期间和/或后DR事件时段期间要采取的控制行为912。继续参照图11A中示出的示例，ADR客户端应用100能够确定表902中的与每个“中等”DR模式相关联的至少一个点指定用于具有零偏移的该点的后DR事件结束时段1150在DR事件后10分钟结束。前DR事件开始时段1120也是前高等模式时段，因为DR事件1100在8:00以高模式开始。类似地，后DR事件结束时段1150也是后中等模式时段，因为DR事件1110在9:00以中等模式结束。此外，因为“中等”模式1140紧接在“高”模式1130之后，所以后“高等”模式时段1132与“中等”模式1140的激活时段重叠。此外，如图11中从7:40至8:00以及从9:00至9:20的正常模式条所示，在DR事件1110之前和DR事件1110之后，***处在“正常”模式1160。该“正常”模式不是作为DR事件消息99的部分的DR命令99a，而仅是当没有发生DR事件时***的缺省或正常操作模式。

如先前所述的那样，可以在特定激活模式前、特定激活模式期间或特定激活模式后调度点控制行为。在图11中，可以看出后“高等”模式时段1132与“中等”模式1140的激活时段重叠，并且因此在由用户在后“高等”模式时段1132和“中等”模式1140内限定的行为之间可能存在一些调度冲突。因此，为了避免冲突，ADR客户端18基于针对相应的事件在其中行为被调度而发生的时间段将优先级分配给每个点控制行为。

图11B提供了表示与图11A相同的DR事件的另一个图，但是在图11B中DR事件被显示为表示通过根据本发明的ADR客户端应用解决冲突控制行为的阶跃函数1170。阶跃函数1170在8:00从“正常”模式（即，无DR事件）变换至“高等”模式、在8:30从“高等”模式变换至“中等”模式并且在9:00返回到“正常”模式。附图标记1180指示从8:00至9:00发生的实际DR事件。如阶跃函数1170所示，在本DR事件期间发生了两个不同的DR模式（即，在“中等”模式之后为高等模式）。附图标记1182示出DR事件开始前的10分钟时段。该10分钟时段1182即是“高模式开始”时段（即，前高等模式时段）也是“事件开始”时段（即，前事件时段）。附图标记1184示出“中等模式开始”时段（即，前中等模式时段）。附图标记1186示出“高模式结束”时段（即，后高等DR模式时段）。附图标记1188示出“中等模式结束”时段（即，后中等DR模式时段）并且也是“事件结束”时段。应认识到，图11A和图11B中DR事件的长度和关联的激活模式时间、前时间以及后时间仅是说明性的，可以由DR事件确定（即，来自DR服务器的实际的DR事件数据）以及由个体进行的DR检查确定（即，确定用于前事件活动、前模式活动、后模式活动以及后事件活动必需的时间长度）改变这些时间。

虽然在图11A和图11B中从DRAS服务器14接收的是用于实际DR事件的时间，应当理解，ADR客户端18计划在时间上与DR事件相关的点控制行为而不是与实际DR事件相关的点控制行为。具体地，ADR客户端18计划DR事件前（即，时段1182）、DR事件期间（即，1180）以及DR事件后（即，1188）的BAS点控制。当与DR事件相关的点控制行为发生时的这种时段中的任一时段均可以在本文中被称为“DR事件控制时段”或“DR控制时段”（即，“需求响应控制时段”）而不管其是否是实际DR事件前、实际DR事件期间（包括DR事件的DR消息99中指定的每个模式或命令99a的前、期间或后）或实际DR事件后的时段。通过在DR事件实际开始前对各个BAS点44进行预处理控制，ADR客户端18避免了偏移时间，否则如果***尝试在DR事件开始的精确时刻实现每个事件，就会需要该偏移时间。这还使得BAS能够逐渐过渡到DR事件和/或为DR事件指定的相应的DR模式，使得楼宇中的人较小倾向于注意到开始的DR事件（例如，通过在DR事件前10分钟逐渐地使灯变暗，人较小可能注意到照明的显著变化）。此外，在DR事件结束后对BAS点进行后处理控制使得能够错开对BAS点的控制，使得***能够用由楼宇经营者确定的适当的偏移时间回落至正常模式。

图11A和图11B的上述描述表明对于某些DR事件DR控制时段可能重叠。例如，图11B中的附图标记1186标识出作为DR控制时段的后“高等”DR模式与“中等模式激活”DR控制时段同时发生。可以在此期间将ADR应用100配置成以不同的方式控制相同的BAS点。例如，在对应于后“高等”DR模式的DR控制时段，ADR应用100可以被配置成逐渐地将灯从70%的状态返回至100%的状态。同时，在“中等模式激活”DR控制时段，ADR应用100可以被配置成将灯保持在80%的亮度。作为另一示例，ADR应用100可以被配置成在第一DR控制时段驱动给定楼宇区域中的温度调节装置至75度并且在与第一DR控制时段同时发生的第二DR控制时段驱动给定楼宇区域中的温度调节装置至72度。因此，应认识到，预期冲突解决处理以便避免当确定某些DR事件的控制操作和/或对应于不同DR模式的DR控制时段重叠时由ADR应用100引起的冲突。

图12示出了由ADR应用100实现用于尝试解决当响应于DR事件时控制各个BAS点的冲突的一种方法。特别地，图12示出了列出各个DR模式1210和时间基准1220的表。DR模式1210和时间基准1220的组合指示与相应的DR模式1210相关联的DR控制时段（如图11A和图11B所示）。图12的表还针对DR控制时段的每种可能类型（即，针对每种可能的操作模式1210和时间基准1220组合）列出了执行顺序优先级。在本实施方式中，ADR应用100被配置成标识或确定在来自一个DR控制时段的点控制行为与来自另一DR控制时段的点控制行为冲突的情况下，在图12的执行顺序列1230中更高的数字指示更高的优先级。例如，如果在“中等”模式DR控制时段中点控制行为指示温度调节装置跳到75度，但是在后“高等”模式DR控制时段中该温度调节装置被指示跳到73度，则ADR应用100被配置成使用图12的优先级图表将优先权分配给驱动温度调节装置跳至75度的中等模式DR控制时段期间的行为，因为与“高/模式结束”组合相比，“中等/模式激活”组合被分配了更高的优先级（即，如图12的表所示，60高于45）。图12中的该优先级图表被ADR应用100用于根据图13A至图13D的调度流程图或处理对活动进行调度。当然，在替代性实施方式中，在不背离本发明的范围的情况下，ADA应用100可以被配置成标识出执行顺序列1230中较低的数指示了高于执行顺序列1230中的较高的数的更高的优先级。

图13A至图13D示出了由图5的ADR客户端应用执行的各个处理的流程图，其包括图13B和图13C中的调度路由和图13D中的调度冲突解决方案画面。

现在参照图13A至图13D，提供了表示由ADR应用100执行以对DR事件的BAS点控制行为进行调度的处理的流程图。参照图13A，ADR应用100的模型库的逻辑1310开始于针对新的DR事件轮询DRAS14（步骤1312）。在步骤1314中，ADR应用100确定是否可从DRAS14获得新的DR事件消息99。如果不可获得新的信息，则ADR客户端18的ADR应用100在再次如在步骤1312中指出的那样轮询DRAS14前等待1分钟（步骤1316）。然而，在步骤1314中确定可获得有关新的DR事件的消息，则ADR应用100接收并读取或解析该新的DR事件消息99（步骤1318）。接下来在步骤1320中，ADR应用100使ADR客户端18确认利用DRAS14接收到新的DR事件消息。

如先前根据标题“ADR应用设置”所述的那样，ADR应用100的模型库可以被配置用于根据三个不同的可选配置中的一个配置来工作。在步骤1322中，ADR应用100的模型库确定ADR应用100是否被配置成根据第一选项来工作。如果ADR应用100被配置成根据第一选项来工作，则模型库110在不进一步处理的情况下经由BACnet120在DR事件开始时或在将DR消息99转换成适当的通信协议诸如BACnet协议后，将接收到的DR事件消息经传送到BAS区域面板42上。如果没有配置用于根据第一选项操作，则在步骤1326中，ADR应用100的模型库确定ADR应用100是否被配置成根据第二选项来工作。如果ADR应用100没有被配置用于根据第二选项来工作，则ADR应用100的模型库标识ADR应用100被配置用于根据第三选项来工作，并且在步骤1330中由ADR应用100根据第三选项来处理DR事件。然而，如果在步骤1326中ADR应用100的模型库确定ADR客户端18的确被配置用于根据第二选择来工作，则在在步骤1312处继续处理前，ADR应用100在步骤1328中启动或执行调度器116。

在图13B中示出了示出ADR应用100的调度器116的总体操作的流程图。最初，调度器116读取接收的DR消息99的DR事件信息并且确定在其中应当发生与DR事件相关的点控制行为的DR控制时段。接下来，在步骤1344，调度器选择DR控制时段中的一个DR控制时段，并且然后针对选择的DR控制时段选择点控制行为。如先前参照图7和图9所述的那样，ADR应用100使得用户或楼宇经营者能够经由ADR客户端18的ADR客户端用户接口160预先限定这些点控制行为。在针对特定的DR控制时段选择出点控制行为中的一个点控制行为后，接下来调度器将选择的点控制行为添加到特定DR事件的调度方案。调度方案包括：针对DR事件要被控制的所有点的顺序列表（例如，要被控制的温度调节装置）、开始对点进行控制的时间或改变对点进行控制的时间（例如，在下午8:00开始对温度调节装置进行控制）、点控制行为的值（例如，温度调节装置的新温度）、命令点的命令优先级以及撤回对点进行控制的时间（例如，在下午8:30结束对温度调节装置进行控制）。接下来在步骤1350中，ADR应用100的调度器116确定针对DR控制时段是否所有点控制行为都已经添加到调度方案。如果并非所有的点控制行为都已经被添加，则调度器116返回到步骤1346并且针对选择的DR控制时段选择另一点控制行为。如果所有的点控制行为都已经被选择，则调度器116在步骤1352处继续处理并且确定针对DR事件是否所有的DR控制时段都已经被处理。如果并非所有的DR控制时段都已经被处理，则调度器返回到步骤1344并且选择针对其的点控制行为将被调度的下一DR控制时段。如果所有的DR控制时段都已经被处理，该DR事件的所有的点控制行为都已经添加到调度方案，则控制器116在图13C中示出的步骤1354处继续处理。

如图13C所示，接下来ADR应用100的调度器116确定在调度方案中是否存在任何冲突（步骤1354）。在一种实施方式中，调度器116通过以下步骤来实现步骤1354：确定两个点控制行为是否与单个点相关（即，表902的列904中的点的名称或标识符）并且具有重叠的点控制时段（即，在一个点控制行为的起始时间和终止时间之间的时段与相同点的另一点控制行为的起始时间和终止时间之间的时段重叠，调度器116能够从表902中标识的相应的点904的DR模式906、关联的时间基准908以及对应的时间偏移910得到该点）。如下文参照图13D进一步详细描述的那样，如果在调度方案中存在要解决的冲突，则调度器进行冲突解决处理（步骤1356）。

继续参照图13C，当调度方案中的所有冲突被解决时，ADR应用100的调度器116配合ADR应用100的模型库110来执行调度方案（步骤1358）。具体地，模型库110对调度方案和时钟（时钟可以是用于与ADR客户端18的处理器50的时钟设备（在图中未示出）同步的计数器程序）进行监测以确定根据该调度方案是否到了执行点控制行为的时间（步骤1360）。当根据调度方案到达执行点控制行为的时间时，模型库110在步骤1362处继续处理并且将命令发送给BAS区域面板42以对调度方案中标记的特定BAS点44进行控制。该命令通过使得ADR客户端18能够与BAS22进行通信的BACnet适配器120发送。接下来，在步骤1362中，ADR应用100的模型库110确定对DR事件的调度是否结束。如果调度没有结束，则模型库返回步骤1360并且等待当根据调度方案应当执行点控制行为时的下一时间。当调度完成时，则模型库110返回到步骤1312（在图13A中）并且然后ADR应用100继续针对新的DR事件消息轮询DRAS 14。

图13D示出了可以在图13C的步骤1356处由ADR应用100的调度器116进行的示例性冲突解决处理或子例程的流程图。当对调度方案包括冲突进行确定时，调度器116确定与冲突点控制行为相比，有冲突的点控制行为之一具有更高的优先级（步骤1372）。如前面相对于图12所述的那样，一个点控制行为的执行优选级高于另一个点控制行为的执行优先级可以基于两个点控制行为的DR控制模式和DR控制时段。例如，参照图12，与“中等模式开始”DR控制时段中的第二点控制行为相比，“高等模式激活”DR控制时段中的第一点控制行为具有更高的优先级（即，图12的表中执行顺序“70“大于执行顺序“55”）。在调度器116确定较高优先级的点控制行为后，调度器16将该较高优先级的点控制行为保持在其在调度方案中的原来位置（步骤1374）。然后，调度器116将较低优先级的点控制行为移至调度方案中的较低的执行顺序或，可替代地，从该调度方案中移除该较低优先级的点控制行为（步骤1376）。例如，可以在紧接在高优先级的点控制行为撤回对点进行控制的时间后将较低优先级的点控制行为移至调度方案中的位置。可替代地，在一些情形或实施方式中，可以彻底地将较低优先级的点控制行为从调度方案中删除。在完成步骤1376后，调度器116在图13C中的步骤1354处继续处理。

需求响应事件历史

现在参照图5和图14，ADR应用100的历史模块118经由ADR客户端用户接口160向用户提供所有DR事件的历史。在图14的示例中，由ADR客户端18接收的DR事件的历史可以以由历史模块118经由ADR客户端用户接口160生成并显示的颜色编码条形图1400的形式提供，其中时间（按日期和时间）在x轴上并且DR事件（按模式）在y轴上。颜色编码条形图包括用于每个可能的DR模式的不同颜色。特别地，水平绿色条1402为“正常”模式提供（即，无DR事件）、黄色水平条1404为“中等”模式提供、红色水平条1406为“高”模式提供并且紫色水平条1408为“特殊”模式提供。颜色编码设置向观察者提供了容易地确定图表上在各个时间处的DR模式的容易方式。线1410连接图表上的所有点，使得产生条形图。通常线1410在正常模式条1402中，但是当DR模式发生时延伸到正常模式条之上。线延伸到条（即，1404、1406或1408）向观察者提供快速地并容易地看到在不同的日期和时间上发生了什么DR事件的方式。ADR应用100使得观察者能够使用在图表1400底部的日期范围控制1420来修改图表1400。

ADR应用数据日志

现在参照图5和图15，ADR应用100的日志部件124向用户提供由ADR客户端18所采取的所有行为的日志表1500。这使得操作者能够验证并浏览ADR应用100的活动以及错误检测。在ADR应用100中存在错误的情况下，日志表1500提供可以用于帮助确定ADR客户端18中的错误源的有价值的信息。在图15的示例中，日志表1500包括所采取的行为的数字列表1502、每个行为的类型1504、行为的时间戳1506、行为的类别1508以及行为的总体描述1510。

图形用户界面上的需求响应监测

现在参照图16，在ADR应用100的至少一种实施方式中，向用户提供包括与ADR客户端18相关联的楼宇600或设施的图形表示的图形用户界面。图形表示还包括楼宇600中的所有的能耗点644以及与楼宇相关联的任何能量产生点646的表示。此外，图形用户界面被配置成向用户提供对每个DR事件的需求响应报告。每个需求响应报告包括与选择的DR事件相关的数据，其包括DR事件期间总楼宇需求1602、DR事件期间实际能量产生1604、DR事件期间净楼宇需求1606、DR事件期间期望需求1608、DR事件的目标需求减少1610以及DR事件期间实际的减少1612。可以使用各个显示方法中任一种显示方法将需求响应报告信息提供给终端用户。在图16的示例中，使用刻度盘1620将需求响应报告信息提供给用户。每个刻度盘1620包括指示测量的数据在可接受的的范围内的绿色部分以及指示测量的数据在可接受的的范围外的红色部分。刻度盘1620不仅快速并容易地传送信息，而且还为用户提供有意思的视觉显示，使得用户能够容易地确定对特定DR事件楼宇的响应是否可接受。

以上对自动化需求响应***的一个或更多个实施方式的详细描述在本文中仅呈现作为示例，而不作为限制。应当认识到，有利的是在本文所述的某些个别的特征和功能可以在不结合本文所述的其它特征和功能的情况下获得。此外，应当认识到，对以上公开的实施方式以及其它的特征和功能或其替代的各个替代、修改、变形或改进，可以预期结合为多种其它不同的实施方式、***或应用。目前在此无法预见或不能预期的替代、修改、变形或改进可以由本领域技术人员随后进行，其也意在由所附权利所包括。因此，任何所附权利要求的精神和范围不应当限于本文中包含的实施方式的描述。

Claims

1.一种用于减少具有楼宇自动化***的设施中的电负荷的方法，所述方法包括：

经由连接到网络的计算机接收与需求响应事件相关的需求响应消息，所述需求响应消息标识所述需求响应事件的至少一个需求响应模式；

基于所述需求响应事件期间要被控制的所述楼宇自动化***的至少一个设备和所述需求响应事件的所述至少一个需求响应模式之间的关联确定所述至少一个设备；

生成与所述需求响应事件关联地执行的、针对所述至少一个设备的多个控制行为的调度方案，其中，至少部分地基于与所述多个控制行为相关联的需求响应控制时段来生成所述控制行为的调度方案；以及

向所述楼宇自动化***发送控制消息，以根据针对所述需求响应事件的所述控制行为的调度方案来执行针对所述至少一个设备的控制行为。

2.根据权利要求1所述的方法，还包括：在发送所述控制消息之前，根据所述控制行为的调度方案确定第一控制行为和第二控制行为是否存在至少一个调度冲突，其中，在所述关联的需求响应控制时段期间执行所述第一控制行为会导致所述至少一个设备以不同于所述第二控制行为的方式来工作。

3.根据权利要求2所述的方法，其中，所述确定是否存在至少一个调度冲突发生在生成所述控制行为的调度方案期间，其中，所述生成控制行为的调度方案包括：准备初步调度方案；确定在所述初步调度方案中是否存在至少一个调度冲突；以及基于与所述第一控制行为和所述第二控制行为中的每个控制行为相关联的优先级执行顺序来解决所述至少一个调度冲突。

4.根据权利要求1所述的方法，其中，所述调度方案中的控制行为与多个需求响应控制时段相关联，其中，所述多个需求响应控制时段包括：在所述至少一个需求响应模式之前发生的第一需求响应控制时段、在所述至少一个需求响应模式期间发生的第二需求响应控制时段以及在所述至少一个需求响应模式之后发生的第三需求响应控制时段。

5.根据权利要求4所述的方法，其中，所述多个需求响应控制时段包括：在所述需求响应事件之前发生的第四需求响应时段和在所述需求响应事件之后发生的第五需求响应控制时段。

6.根据权利要求1所述的方法，其中，所述至少一个需求响应模式包括第一需求响应模式和第二需求响应模式，所述第一需求响应模式和所述第二需求响应模式均在所述需求响应消息中指定并且与各自的起始时间和终止时间相关联，所述至少一个设备是单个设备，所述方法还包括：

在接收所述需求响应消息之前，将所述单个设备与控制行为中的被预限定为在第一控制时段期间发生的第一个控制行为相关联，并且将所述单个设备与控制行为中的被预限定为在第二控制时段期间发生的第二个控制行为相关联，其中，所述第一控制时段在所述第一需求响应模式结束后开始，所述第二控制时段在所述第二需求响应模式开始前开始；以及

在接收所述需求响应消息之后，基于所述第一控制时段与所述第二控制时段重叠来确定所述第一控制行为与所述第二控制行为冲突。

7.根据权利要求6所述的方法，还包括：

在接收所述需求响应消息之前，将每个需求响应模式与多个时间基准相关联，需求响应模式与关联的时间基准的每个组合指示多个需求响应控制时段中的一个需求响应控制时段，所述第一控制时段和所述第二控制时段均为所述需求响应控制时段中的一个需求响应控制时段；

给需求响应模式与关联的时间基准的每个组合分配各自的优先级；以及

基于分配给指示所述第一控制时段的所述第一需求响应模式与关联的时间基准的组合的优先级以及分配给指示所述第二控制时段的所述第二需求响应模式与关联的时间基准的组合的优先级，来解决所述第一控制行为和所述第二控制行为之间的冲突。

8.根据权利要求1所述的方法，其中，在与所述楼宇自动化***相关联的自动化需求响应客户端处从需求响应自动化服务器接收所述需求响应消息。

9.根据权利要求8所述的方法，其中，所述至少一个设备包括多个设备，并且其中，所述自动化需求响应客户端被配置成确定所述需求响应事件期间要被控制的所述楼宇自动化***的多个设备、准备所述控制行为的调度方案并且向所述楼宇自动化***发送控制消息以执行所述控制行为。

10.根据权利要求9所述的方法，还包括：在所述生成调度方案的步骤之前，确定所述自动化需求响应客户端已被配置成在准备所述控制行为的调度方案之前根据至少两个操作选项中的第二操作选项来工作，其中，所述至少两个操作选项中的第一操作选项不包括准备所述调度方案，并且所述至少两个操作选项中的第二操作选项包括准备所述调度方案。

11.根据权利要求1所述的方法，还包括：将与所述需求响应事件期间设施的实际能耗相关的信息显示在图形用户界面上。

12.根据权利要求1所述的方法，还包括：在图形用户界面上显示如下曲线，该曲线示出在选择的时间段期间的需求响应事件和与所述需求响应事件相关联的多个需求响应模式。

13.根据权利要求12所述的方法，其中，所述曲线将所述需求响应事件和所述需求响应模式示出为阶跃函数曲线，并且其中，所述曲线被以与所述多个需求响应模式关联的方式颜色编码。

14.一种用于减少楼宇中的电负荷的***，所述***包括：

楼宇自动化***（BAS），其包括多个区域面板，所述多个区域面板被配置成将控制指令传递给所述楼宇中的多个设备；

自动化需求响应客户端，其被配置成从自动化需求响应服务器接收关于需求响应事件的消息，所述消息包括关于所述需求响应事件的至少一个需求响应模式的信息，所述自动化需求响应客户端包括：

调度器部件，其被配置成生成所述需求响应事件期间内针对所述多个设备中的至少一个设备的控制行为的调度方案，其中，所述控制行为的调度方案的生成至少部分地基于与所述控制行为中的每个控制行为相关联的需求响应控制时段，以及

BAS通信部件，其被配置成根据所述调度方案将针对所述至少一个设备的控制行为传递给所述多个BAS区域面板。

15.根据权利要求14所述的***，其中，每个需求响应控制时段与所述需求响应事件或所述至少一个需求响应模式相关联，并且其中，所述调度器还被配置成检查所述控制行为的调度方案以确定在与所述至少一个设备相关的所述控制行为的调度方案中是否存在冲突。

16.根据权利要求15所述的***，其中，如果所述调度方案中存在冲突，则所述调度器被配置成基于控制行为的优先级执行顺序来解决所述冲突，其中，所述优先级执行顺序与针对所述控制行为的需求响应控制时段相关。

17.根据权利要求16所述的***，其中，针对至少第一控制行为的需求响应控制时段是在所述需求响应事件期间发生的需求响应控制时段，针对至少第二控制行为的需求响应控制时段是在所述需求响应事件之前发生的需求响应控制时段，并且针对至少第三控制行为的需求响应控制时段是在所述需求响应事件之后发生的需求响应控制时段。

18.根据权利要求15所述的***，其中：

所述至少一个需求响应模式包括第一需求响应模式和第二需求响应模式，所述第一需求响应模式和所述第二需求响应模式均在所述需求响应消息中被指定并且与各自的起始时间和终止时间相关联；

所述至少一个设备是单个设备；

所述自动化需求响应客户端被配置成，在接收所述需求响应消息之前，将所述单个设备与控制行为中的被预限定为在第一控制时段期间发生的第一个控制行为相关联，并且将所述单个设备与控制行为中的被预限定为在第二控制时段期间发生的第二个控制行为相关联，其中，所述第一控制时段在所述第一需求响应模式结束后开始，所述第二控制时段在所述第二需求响应模式开始前开始；以及

所述自动化需求响应客户端被配置成，在接收所述需求响应消息之后，基于所述第一控制时段与所述第二控制时段重叠来确定所述第一控制行为与所述第二控制行为冲突。

19.根据权利要求15所述的方法，其中，所述自动化需求响应客户端被配置成：

20.一种包括如下指令的计算机可读介质，所述指令用于控制计算机***生成用于通过以下步骤对包括多个设备的楼宇自动化***进行控制的指令，所述步骤包括：

从自动化需求响应服务器接收针对需求响应事件的消息，所述消息包括关于所述需求响应事件的至少一个需求响应模式的信息；

生成与所述需求响应事件关联地执行的、针对所述楼宇自动化***的所述多个设备中的至少一个设备的控制行为的调度方案，其中，至少部分地基于与所述控制行为中的每个控制行为相关联的需求响应控制时段来生成所述控制行为的调度方案；以及

将控制消息发送给所述楼宇自动化***，以根据所述需求响应事件的所述控制行为的调度方案来执行针对所述至少一个设备的控制行为。