在能源管理系统中动态加标签以创建逻辑模型及优化缓存相关申请的交叉引用的制作方法【专利摘要】提供了一种系统、计算机实施方法、以及计算机程序产品，用于在能源管理系统中动态加标签以创建逻辑模型及优化缓存。响应于经由用户界面的第一选择为第一设施聚集一组变量。响应于经由用户界面的第二选择为第二设施聚集一组变量。第一设施的该组变量的数目不同于第二设施的该组变量的数目。第一设施的聚集经由用户界面输出为第一设施模型的一部分。第一设施的聚集由一标签识别。第二设施的聚集经由用户界面输出为第二设施模型的一部分。第二设施的聚集由所述标签识别。【专利说明】在能源管理系统中动态加标签以创建逻辑模型及优化缓存相关申请的交叉引用[0001]本申请为PCT申请，要求Burke等人于2011年9月2日提交的序列号为61/530665的美国临时专利申请以及于2012年5月7日提交的序列号为13/465345的美国非临时专利申请的优先权，其就各方面而言通过合并引用于此。【
技术领域：
】[0002]本发明一般性涉及能源管理，更具体地涉及一种用于在能源管理系统中动态加标签以创建逻辑模型及优化缓存的系统、计算机实施方法、和计算机程序产品。【
背景技术：
】[0003]往往使用人工处理来配置能源管理系统内的物理基础结构(physicalinfrastructure)的数据。所述物理基础结构的数据然后被映射至静态模型，该静态模型可包括一组非常有限、固定的集合或类别，诸如HVAC、制冷等等。所述的静态模型和物理基础结构的配置常常对用户直接呈现为能源管理系统数据的整体的静态视图。一般而言，由于能源管理系统数据的技术性质，设施域专家是该能源管理系统的主要参与者(primarystakeholder)。能源域专家常常能够应用能源管理系统，但业务域专家常常很少受益(如果有的话)。[0004]大量设备的配置和示出对能源管理系统提出了一些操作性挑战。所述设备在能源管理系统内如何被示出这件事会显著地受到设施到设施之间物理部署上细微差异的影响。例如，大型零售设施可使用五个计量仪来精确地捕捉其HVAC汇总，而较小的建筑可仅使用两个计量仪来精确地捕捉其HVAC汇总。进一步，出于纯电学和布线的原因，能源管理系统内会有各种设备和计量仪需要安装而不提供实际值(realvalue)，例如变压器计量仪。检查设施之间的这些细微变化会给对物理设施不太熟悉的能源管理系统用户造成困扰。进一步，设施之间的这些变化会对需要编程以处理所有各种物理排列的后端数据处理层造成问题。[0005]不同域专家在同一平台内的支持可能会造成问题，因为设施域专家、能源域专家和业务域专家是从不同的视角来观察能源管理系统的。这些相异的视角体现在每个域专家通常所追踪的不同的性能指标(performanceindicator)。例如,设施域专家可能仅关注来自设备的实时数据，能源域专家可能仅关注多个设施中每个的合计能源成本，而业务域专家可能仅关注在某一国家地区内所有设施在能源成本上各季度之间的降低。[0006]随着能源管理系统中存储的数据量增多，能源管理系统的整理性能下降。更先进的能源管理系统会试图通过提供以固定频率预先计算的一组静态数据来解决这一性能下降问题。遗憾的是，即使所有预先计算的数据可能都不与各域的专家相关，无论如何仍要预先计算这些数据。[0007]这些能源管理系统上将被寄予越来越多的需求以提供对更多设备的支持、收集更大数量的数据、以及为越来越多不同组的域专家提供界面。这些能源管理系统会面对与数据管理相关的严重问题，例如如何配置和示出大量的设备、如何支持为各种各样(heterogeneous)的组的域专家定制的数据视图、以及如何处理和观察越来越多数量的数据。【
发明内容】[0008]提供一种系统、计算机实施方法、和计算机程序产品，用于在能源管理系统中动态加标签以创建逻辑模型及优化缓存。所述系统使用户能够针对不同的设施选择不同数目的变量的聚集，并用相同的“标签”来识别这些聚集。当用户界面输出所述不同设施的逻辑模型时，相同的标签识别用户选择的聚集，而不用顾及基础变量的数目。例如，用户针对大型零售设施选择聚集用来捕捉HVAC汇总的五个计量仪，或者针对较小的建筑选择聚集用来捕捉HVAC汇总的两个计量仪，并用标签“HVAC”来识别这些聚集。用户界面输出这两个设施的逻辑模型，其包括示出对应设施的HVAC汇总的“HVAC”标签，而隐藏了这些设施之间存在的物理变化。所述逻辑模型然后可用来无缝横跨任意数目的在物理上多样化的设施而计算性能指标。[0009]所述系统还使用户能够将相同的变量聚集至不同的标签。例如，用户针对大型零售设施选择用来捕捉HVAC汇总的五个计量仪，并选择聚集城市中用来捕捉该城市里所有建筑HVAC汇总的所有计量仪(包括所述大型零售设施中的五个计量仪)。用户界面输出针对设施的逻辑模型和针对城市的逻辑模型，其包括针对设施域专家的“设施HVAC”标签(其示出所述大型零售设施的HVAC汇总)，以及针对能源域专家的“城市HVAC”标签(其示出该城市里所有建筑的HVAC汇总)，而隐藏该设施与所述城市中所有设施之间存在的物理变化。[0010]所述系统将用户选择的聚集存储为逻辑模型库中的订阅(subscript1n)。系统通过识别逻辑模型库中的模型订阅以及仅仅聚集由所述模型订阅所识别的变量来执行周期性计算。系统根据物理模型的复杂且稍许随意的性质来分隔核心计算代码，并将其计算限制到用于动态创建的逻辑模型的标签。系统预先计算用户选择的这些聚集并缓存计算出的结果以在用户界面后续请求输出需要这些聚集的逻辑模型时提供更快的响应时间。【专利附图】【附图说明】[0011]本公开的优选实施例的图示附于此处，以便能够更好及更充分地理解本公开的实施例:[0012]图1表示本公开的样本系统；[0013]图2表示本公开的用户界面所示出的样本框架；[0014]图3表示本公开的用户界面所示出的另一样本框架；以及[0015]图4表示本公开的样本方法。[0016]定义[0017]如此处所用到的,设施域(facilitydomain)是指消耗能源的一个或多个设施、建筑、车间(Plant)、操作平台等等、能源消耗、这些设施内的电力用度，以及与这些设施具体相关的专业技能，这些专业技能例如为与建筑管理、实物资产、电力用度、能耗装置、以及监控工具有关的知识。顾客将配备具有有关设施域专业技能并且能够界定或识别设施性能指标(performanceindicator)的人员(雇员或承包方)，并被称为设施管理者。[0018]如此处所用到的，能源域是指业务部门(businesssector)的能耗、用度、用度分布、能耗行为、能源测量、能源使用测量、关键性能指标等等，以及与这些信息具体相关的知识和专业技能。能源域分析员(或简称“分析员”)是具有有关能源域专业技能并且能够界定或识别能源用度性能指标的人员。[0019]如此处所用到的，业务域是指业务或顾客操作、收益、收益目标、预算、规划、成本、成本目标等等，以及与业务有关的知识和专业技能。顾客将配备能够界定或识别业务性能指标的业务域专家(雇员或承包方)。此处使用的能源资源管理是指业务域级别的能耗管理及其副产物。应当理解，这里所指的各种专家和分析员可以是一个或多个人员，可以是雇员或者承包方，并且单个人员可以具有在一个以上域作为专家的资格。[0020]如此处所用到的，设备是指一个或多个耗能装置，诸如加热、通风、和空调(HVAC)系统、水泵、压缩机、发动机、以及照明系统等等。术语设备可意味着单件设备或者按逻辑分组的数件设备。例如，设备可以是指单个地点的一组电子装置，例如位于一设施的一层上、或者在一个机器工段(machinebay)处、或者在一个装备(rig)上。类似地,设备可根据装置类型来分组，例如为用于设施的所有HVAC单元。[0021]如此处所用到的,业务智能(BusinessIntelligence)是指用来提取、仓ll建、和/或输入用于顾客的关键性能指标的基于软件的工具。如此处所用到的，性能指标是指与能耗、能源资源管理、成本、用度等等有关并且可用来深入理解能源用度和效率的数据和/或变量。性能指标是指可在创建、修改、描述和显示负载简档(profile)中使用的信息。例如，设施性能指标可以是设施的HVAC负载简档，其将由HVAC单元I的计量仪I测量的设施能源需求与由HVAC单元2的计量仪2测量的设施能源需求结合。[0022]如此处所用到的，域变量是指用于诸如设施域、能源域、和业务域等所有各个域的数据和变量(诸如千瓦、千瓦时等)。如此处所用到的，域映射是指将来自一个域的性能指标翻译至另一域中的一组性能指标。例如，业务性能指标可为每千瓦时的销售量，能源性能指标可为用于跨十座建筑的集中照明系统的需求成本，而设施性能指标可为在一个销售段的平均温度。[0023]一些实施例的详细说明[0024]图1表示本公开的样本系统100，其也可称为能源管理系统100。该系统100包括计算机102、存储器104、计算机程序106、以及用户界面108。计算机程序106存储于存储器104中并由计算机102执行以经由用户界面108与系统用户通信。[0025]计算机102还与互相可为专属数据库的设施域数据库110、能源域数据库112、和业务域数据库114通信。计算机程序106包括逻辑模型检查器116。计算机102还与逻辑模型库118通信，该逻辑模型库118包括模型订阅120。虽然图1对元件102-120的每一个都示出为一个，但系统100针对元件102-120的每一个可包括任意数目。[0026]逻辑模型检查器116使用户能够为不同的设施选择变量的聚集，并通过标签(tag)识别每个设施的聚集。逻辑模型库118存储由系统100访问的逻辑模型和模型订阅120。下面参照图3描述逻辑模型库118和模型订阅120的示例。[0027]业务域中的数据示例包括预算、整体能源节约目标、交易、营运费用、能源成本、需求成本、以及事务和能源成本。可作为业务域中数据的基础的能源域中的数据示例包括诸如实际用度、无功用度、功率因数、最大需求、无功千伏安(kVAr)、无功千伏安小时(kVArh)、功率因数、基本用时段的千瓦、中间用时段的千瓦、次峰用时段的千瓦、高峰用时段的千瓦、基本用时段的千瓦时、中间用时段的千瓦时、次峰用时段的千瓦时、以及高峰用时段的千瓦时等计算数据。可作为能源域中数据的基础的设施域中的数据示例包括诸如计量仪数据、计量仪配置、计量数据、采样频率、暖通空调(HVAC)数据、照明数据、湿度和温度等原始数据。[0028]计算机程序106使用户能够针对不同的设施选择不同数目变量的聚集，并用相同的“标签”来识别这些聚集。当用户界面108输出所述不同设施的逻辑模型时，相同的标签识别用户选择的聚集，而不用顾及基础变量的数目。例如，用户针对大型零售设施选择聚集用来捕捉HVAC汇总的五个计量仪，或者针对较小的建筑选择聚集用来捕捉HVAC汇总的两个计量仪，并用标签“HVAC”来识别这些聚集。用户界面108输出这两个设施的逻辑模型，其包括示出对应设施的HVAC汇总的“HVAC”标签，而隐藏这些设施之间存在的物理变化。所述逻辑模型然后可用来无缝横跨任意数目的物理地多样化的设施来计算性能指标。这一动态标签的映射将设施内常常复杂又难懂的计量仪布线和配置的处理限制到系统100的最底层。然后数据的所有操作和观察都可基于逻辑上一致的模型。这一动态加标签通过隐藏物理变化而大大简化了系统100内运行的算法。[0029]计算机程序106还使用户能够将相同的变量聚集至不同的标签。例如，用户针对大型零售设施选择用来捕捉HVAC汇总的五个计量仪并选择聚集城市中用来捕捉该城市里所有建筑HVAC汇总的所有计量仪(包括所述大型零售设施中的五个计量仪)。用户界面108输出这样的逻辑模型，其包括针对设施域专家的“设施HVAC”标签(其示出所述大型零售设施的HVAC汇总)以及针对能源域专家的“城市HVAC”标签(其示出该城市里所有建筑的HVAC汇总)，而隐藏该设施与所述城市中所有设施之间存在的物理变化。这些逻辑模型可由每个用户加以个性化，从而每个用户可对能源管理系统数据具有完全不同的视角。例如，业务域专家可创建用于三座校园的化学楼的所有照明成本的逻辑模型，实质上(essentially)创建“虚拟校园”，从而使追踪这些成本成为可能。一旦用户不再需要由用户创建的数据的视角，则用户可简单地删除对应的逻辑模型。[0030]计算机程序106将用户选择的聚集存储为逻辑模型库118中的模型订阅120。计算机程序106通过识别逻辑模型库118中的模型订阅120以及仅仅聚集由所述模型订阅120中标签所识别的变量来执行周期性计算。计算机程序106根据物理模型的复杂且稍许随意的性质来分隔核心计算代码，并将其计算限制到用于动态创建的逻辑模型的标签。计算机程序106预先计算用户选择的这些聚集并缓存计算出的结果，以在用户界面108后续请求输出需要这些聚集的逻辑模型时提供更快的响应时间。[0031]计算机程序106使最终用户(end-user)能够动态地分类能源数据以及创建对能源管理系统数据的自定义视角，这也简化了性能指标的计算。计算机程序106通过使每个用户能够配置所关注的聚集而改善了大型能源管理系统数据库的性能。[0032]图2表示本公开图1中用户界面108所表示的样本框架200。该框架200包括位置列202、设施域列204、能源域列206、业务域列208、逻辑模型库列210、重新格式化的变量列212、以及逻辑模型检查器列214。[0033]位置列202包括用于顾客XYZ的行，其包括用于东北区域、东南区域、西北区域、和西南区域的标示(indented)行。如果经由用户界面108选择了东北区域的标示行，则位置列202示出城市A的双标示行。如果经由用户界面108选择了城市A的所述双标示行，则位置列202示出用于设施1、设施2、和设施3的三标示行。如果经由用户界面108选择了设施I的三标示行，则计算机程序106接收设施I位置的这一选择。变量标识符(identifier)的后续选择可基于该位置而定。例如，计算机程序106在位置列202中接收设施I的三标示行的选择，呈现对应于东北区域城市A中设施I的变量用于列204-208中的选择，并在重新格式化的变量列212中识别该位置选择。[0034]设施域列204包括与从位置列202所选择的设施I对应的层I和地下室的行。如果经由用户界面108选择了层I的行，则设施域列204可示出智能计量仪I和智能计量仪2的标示行。如果经由用户界面108选择了智能计量仪I的的标示行,则设施域列204可示出数据和配置的双标示行。如果经由用户界面108选择了设施I的地下室的行，则设施域列204可示出恒温器(thermostat)的双标示行。如果经由用户界面108选择了设施I的恒温器的双标示行，则设施域列204可示出恒温器的数据和配置的三标示行。如果经由用户界面108选择了恒温器的配置的三标示行，则设施域列204可示出恒温器的设定点的四标示行。在该示例中，由于计算机程序106在设施域列204中接收智能计量仪的标示行的选择，所以计算机程序106在重新格式化的变量列212中识别这些选择。[0035]能源域列206包括制冷、HVAC、照明、供水、天然气、设施汇总、以及账单审计(billaudit)的行。如果经由用户界面108选择了设施汇总的行，则能源域列206示出总成本的标示行。在该示例中，由于计算机程序106在能源域列206接收了制冷和HVAC的行的选择，所以计算机程序106在重新格式化的变量列212中识别这些选择。[0036]业务域列208包括成本目标、持续性目标、销售额、节约目标、以及资源提供者(utilityprovider)的行。如果经由用户界面108选择了持续性目标的行,则业务域列208可示出C02足迹的标示行。如果经由用户界面108选择了销售额的行，则业务域列208可示出总销售的标示行。如果经由用户界面108选择了成本目标的行，则业务域列208可示出预算的标示行。如果经由用户界面108选择了节约目标的行，则业务域列208可示出每月成本降低目标的标示行。如果经由用户界面108选择了资源提供者的行，则业务域列208可示出能源公司(EnergyCo)的标示行。在该示例中，由于计算机程序106在业务域列208中接收了每月成本降低目标和能源公司的标示行的选择，则计算机程序106在重新格式化的变量列212中识别该选择。[0037]逻辑模型库列210示出用户可经由用户界面108选择的逻辑模型，其可充当用户用来创建新的逻辑模型的备选。下面参照图3描述逻辑模型库120的示例。[0038]重新格式化的变量列212包括对前述选择的引用。例如，重新格式化的变量列212为顾客XYZ示出东北区域城市A中设施I的选择作为位置选择，示出设施I层I上的智能计量仪I和2作为从设施域选择的变量、示出设施I中制冷系统的成本和HVAC系统的成本作为从能源域选择的变量、以及示出每月节约目标和能源公司的资源提供者信息作为从业务域选择的变量。[0039]逻辑模型检查器列214可包括用于聚集变量的用户选择标签216。所述逻辑模型检查器列214还可包括提示218，其为用户列出可能的标签以用于选择变量的聚集。[0040]逻辑模型检查器列214使每个用户能够创建包括有对于每个各域专家以更有意义的方式排列的物理设备的聚集的逻辑模型。用户通过选择然后在任意数目的排列中将物理设备关联于每个附加的标签来非常快速地附加标签于逻辑模型。例如，重新格式化的变量“智能计量仪I”与标签“HVAC”关联，而重新格式化的变量“智能计量仪2”与标签“照明”和标签“层I”二者相关联。进一步，重新格式化的变量“智能计量仪I”和“智能计量仪2”还可用设施的名称来自动地加标签，这会在区分这些智能计量仪与另一设施中的智能计量仪之间帮助用户。最终，这些标签自身可互相关联以形成关系树(dependencytres)。例如，用户可选择聚集“HVAC”标签和“照明”标签作为映射至“计费计量仪CFE(billingmeterCFE)”标签的聚集。[0041]一旦用户已经选择聚集变量并用逻辑模型的标签来识别这些聚集，则用户将逻辑模型的标签集合保存到逻辑模型库118中用于稍后使用。例如，计算机程序106可使用户能够在逻辑模型库118中保存表示设施I的制冷、HVAC、照明、层1、以及计费计量仪CFW的聚集的标签以作为设施I的逻辑模型。[0042]计算机程序106后续在确定定期进行哪些计算时可访问来自逻辑模型库118的标签。例如，计算机程序106从逻辑模型库118中访问表示设施I的制冷、HVAC、照明、层1、以及计费计量仪CFW的聚集的标签，预先计算这些聚集，并缓存结果以在用户界面108后续请求输出需要这些聚集的设施I逻辑模型时提供更快的响应时间。[0043]框架200可以是更大显示屏的一部分，该显示屏包括供用户输入指令以制作、编辑、以及存储选择和公式(transform)文本的区域。图1中的用户界面108可响应于以经由图1中用户界面108输入的搜索条件为基础的搜索来输出包括图2中框架200的显示屏。例如，系统用户可输入搜索条件以请求查看与之前所输入的选择和文本对应的框架200。[0044]图3表示本公开图1中用户界面108所表示的样本框架300。框架300包括逻辑模型库302和模型订阅304。系统用户可指示计算机程序106将标签从逻辑模型库302中逻辑模型的模型订阅304输入至图2中的逻辑模型检查器列214中。[0045]逻辑模型库302包括诸如“模型名称”列、“创建自”列、“最后修改”列、以及“操作”列等行和列。例如，在逻辑模型库302中包括这些列的标题的第一行之后，“模型名称”列指定系统用户分配给逻辑模型的每组标签变量的名称，“创建自”列指定创建每个逻辑模型的系统用户，以及“最终修改”列指定每个逻辑模型所创建的时间。通过在“操作”列中选择编辑、删除、以及输出的对应操作，系统用户指示计算机程序106编辑对应的逻辑模型、删除对应的逻辑模型、或者输出对应的逻辑模型。[0046]模型订阅304包括诸如“位置类型”列、“位置”列、“逻辑模型”列、以及“操作”列等行和列。例如，在模型订阅304中包括这些列的标题的第一行之后，“位置类型”列指定逻辑模型的位置是站点、城市、还是地区，“位置”列指定逻辑模型的标识符，而“逻辑模型”列指定与逻辑模型关联的位置的名称。通过在“操作”列中选择查看、删除、以及更新的对应操作，系统用户指示计算机程序106使系统用户指示计算机程序106编辑对应的逻辑模型、删除对应的逻辑模型、或者输出对应的逻辑模型。[0047]一旦用户将逻辑模型关联于位置或位置集合，计算机程序106将遍历逻辑模型的标签，并从算法上确定需要进行哪些计算以及将存留什么数据。这些聚集随后存留于能源管理系统的数据库中用于稍后的检索。通过使用逻辑模型作为计算的驱动器，计算机程序106根据物理模型的复杂且稍许随意的性质来分隔核心计算代码，并将计算限制到用于动态创建的逻辑模型的标签。例如，表示图3中示出的两个逻辑模型所需要的计算将得以执行并存留。然而，如果从系统100去除停车场的逻辑模型，则将取消用于停车场的逻辑模型的计算，从而减少不必要的计算。用于停车场逻辑模型的物理配置原样保持在系统100内。如果在稍后的日子中，用户希望以不同的方式查看设施5的物理资产(停车场)，则他们能够快速地创建新的逻辑模型并使设施5服从于它(subscribe)。而在传统的能源管理系统中，用户可能不得不从传统能源管理系统中彻底移除设施5的物理安装。[0048]因为图2至图3中的框架200-300分别都为样本，所以框架200-300在外表上可能变化很大。例如，行和列的相对大小及定位对于本公开的实践并不重要。框架200-300能够通过任意可视显示器来示出，但优选用计算机屏幕来示出。框架200-300还能够作为报告输出并被打印，或者保存成诸如便携文档文件(portabledocumentfile,PDF)等电子格式。框架200-300可为个人计算机系统和/或网络的一部分，并由本地、通过网络、和/或在因特网上接收的系统数据来操作。框架200-300可由用户导航。通常，用户能够采用触摸屏输入或者采用鼠标输入装置来点击框架200-400上的位置，从而管理框架200-300上的文本，例如是让用户能够从列202-210中的至少一些拖拽文本并将该文本放进重新格式化的变量列212中的选择。可选地，用户可使用方向指示器或者诸如键盘等其他输入装置。框架200-300所示出的文本只是示例，因为框架200-300可包括更大量的文本。[0049]图4表示本公开的样本方法400。图1中的能源管理系统100可执行方法400以将不同设施中不同数目的变量聚集至作为逻辑模型的某些部分输出的相同标签。[0050]在框402中，响应于经由用户界面的第一选择而聚集第一设施的一组变量。例如，计算机程序106聚集用户选择的第一设施的变量组，并将该聚集识别为设施I的HVAC汇总。[0051]在框404中，响应于经由用户界面的第二选择而聚集第二设施的一组变量，其中第一设施的变量组的数目不同于第二设施的变量组的数目。例如，计算机程序106聚集用户选择的第二设施的变量组，并将该聚集识别为设施2的HVAC汇总。第一设施的五个HVAC变量不同于第二设施的两个HVAC变量的数目。[0052]在框406中，第一设施的聚集经由用户界面被输出为第一设施模型的一部分，其中该第一设施的聚集由一标签识别。例如，计算机程序106输出第一设施的HVAC聚集作为第一设施模型的一部分，其中第一设施的HVAC聚集由“HVAC”标签识别。[0053]在框408中，第二设施的聚集经由用户界面被输出为第二设施模型的一部分，其中该第二设施的聚集由一标签识别。例如，计算机程序106输出第二设施的HVAC聚集作为第二设施模型的一部分，其中第二设施的HVAC聚集也由“HVAC”标签识别。[0054]所述方法400可视需要重复。虽然本公开描述了以特定顺序执行的框402-408，但框402-408可以不同的次序执行。[0055]上述实施例中的系统、方法、和计算机程序产品是示例性的。因此，未显示也未描述许多细节。即使在前文说明书中已经结合本公开结构和功能的细节一起陈述了本公开实施例的数种特征，但本公开是示意性的，从而可在所附权利要求书中使用的术语的广泛含义充分指示的本公开原理内，从细节上进行改变，尤其是在组件的形状、大小、和配置等方面。以上具体示例的说明书和附图并未指出对本专利的侵权会怎样，但要提供至少一个如何所进行和使用本公开的解释。本公开实施例的限定以及专利保护的界限在后文的权利要求书中得以测量和定义。[0056]以下文件就各方面而言通过引用合并于此:[0057]Burke提交于2011年9月I日、名称为“能源管理建模语言(EnergyManagementModelingLanguage)”、序列号为13/223632的美国专利申请；[0058]Burke与此同时提交的、名称为“用于负载简档管理和成本敏感度分析的方法和设备(MethodandApparatusforLoadProfileManagementandCostSensitivityAnalysis)”的美国专利申请；[0059]Burke提交于2011年6月7日、名称为“资源审核计费(UtilityAuditBill)”、序列号为第13/155222号的美国专利申请；[0060]Burke提交于2011年8月26日、名称为“模板化报告引擎(TemplatizedReportingEngine)”、序列号为第13/219361号的美国专利申请；[0061]Burke与此同时提交的名称为“使用负载简档优化估计和优化大规模部署的成本节约(CostSavingsEstimat1nofLargeScaleDeploymentsusingLoadProfileOptimizat1n)”的美国专利申请；[0062]Burke与此同时提交名称为“安装用于能源管理方案的新计量仪的自动化区域提供(AutomatedFieldProvis1ningforNewMetersInstalledforEnergyManagementSolut1n)”的美国专利申请。【权利要求】1.一种用于在能源管理系统中动态加标签以创建逻辑模型及优化缓存的系统，所述系统包括:计算机；存储器；用户界面；以及计算机程序，存储于所述存储器中并由所述计算机执行以进行如下操作:响应于经由所述用户界面的第一选择来聚集第一设施的一组变量；响应于经由所述用户界面的第二选择来聚集第二设施的一组变量，其中所述第一设施的该组变量的数目不同于所述第二设施的该组变量的数目；经由所述用户界面输出所述第一设施的所述聚集作为第一设施模型的一部分，其中所述第一设施的所述聚集由一标签来识别；以及经由所述用户界面输出所述第二设施的所述聚集作为第二设施模型的一部分，其中所述第二设施的所述聚集由所述标签来识别。2.如权利要求1所述的系统，其中所述第一设施的该组变量与一组设施设备关联。3.如权利要求1所述的系统，其中所述第二设施的该组变量与一组设施设备关联。4.如权利要求1所述的系统，其中所述第一设施模型包括多个标签。5.如权利要求1所述的系统，其中所述第二设施模型包括多个标签。6.如权利要求1所述的系统，其中所述标签识别关联的设施。7.如权利要求1所述的系统，还包括响应于经由所述用户界面的所述第一选择，将所述第一设施的该组变量的聚集的订阅存储在设施模型库中。8.如权利要求1所述的系统，还包括响应于经由所述用户界面的所述第二选择，将所述第二设施的该组变量的聚集的订阅存储在设施模型库中。9.一种用于在能源管理系统中动态加标签以创建逻辑模型及优化缓存的计算机实施方法，该方法包括以下步骤:通过存储于存储器并由计算机执行的计算机程序识别设施模型库中的订阅，其中该订阅包括第一设施的一组变量的聚集的订阅以及第二设施的一组变量的聚集的订阅，其中所述第一设施的该组变量的数目不同于所述第二设施的该组变量的数目；通过所述计算机程序聚集所述第一设施的该组变量；通过所述计算机程序聚集所述第二设施的该组变量；通过所述计算机程序经由所述用户界面输出所述第一设施的所述聚集作为第一设施模型的一部分，其中所述第一设施的所述聚集由一标签来识别；及通过所述计算机程序经由所述用户界面输出所述第二设施的所述聚集作为第二设施模型的一部分，其中所述第二设施的所述聚集由所述标签来识别。10.如权利要求9所述的计算机实施方法，其中所述第一设施的该组变量与一组设施设备关联。11.如权利要求9所述的计算机实施方法，其中所述第二设施的该组变量与一组设施设备关联。12.如权利要求9所述的计算机实施方法，其中所述第一设施模型包括多个标签。13.如权利要求9所述的计算机实施方法，其中所述第二设施模型包括多个标签。14.如权利要求9所述的计算机实施方法，其中所述标签识别关联的设施。15.一种用于在能源管理系统中动态加标签以创建逻辑模型及优化缓存的计算机程序产品，该计算机程序产品包括:计算机可读存储介质，存储计算机可执行程序代码，在由处理器执行时使所述计算机可执行程序代码进行包括以下步骤的方法:响应于经由用户界面的第一选择来聚集第一组变量；响应于经由所述用户界面的第二选择来聚集第二组变量，其中所述第一组变量与所述第二组变量共享至少一个变量；经由所述用户界面输出所述第一组变量的所述聚集作为第一设施模型的一部分，其中所述第一设施的所述聚集由第一标签来识别；以及经由所述用户界面输出所述第二组变量的所述聚集作为第二设施模型的一部分，其中所述第二设施的所述聚集由第二标签来识别。16.如权利要求15的计算机程序产品，其中所述第一组变量与一组设施设备关联。17.如权利要求15的计算机程序产品，其中所述第二组变量与一组设施设备关联。18.如权利要求15的计算机程序产品，其中所述第一设施模型包括多个标签。19.如权利要求15的计算机程序产品，其中所述第二设施模型包括多个标签。20.如权利要求15的计算机程序产品，还包括响应于经由所述用户界面的所述第一选择和所述第二选择，分别将所述第一组变量的聚集的订阅和所述第二组变量的聚集的订阅存储在设施模型库中。【文档编号】G06Q50/06GK104040583SQ201280054075【公开日】2014年9月10日申请日期:2012年9月4日优先权日:2011年9月2日【发明者】罗伯特·伯克,布莱恩·赖因哈特申请人:汉特能源智商公司