使用基于通信的数据审核验收的能量管理的制作方法

使用基于通信的数据审核验收的能量管理的制作方法
【专利摘要】系统和方法，用于：监测来自至少一个能量数据源的能量管理(EM)数据；检测所述EM数据中的数据异常事件；确定所述数据异常事件的解决是否需要人工输入；以及向至少一个用户提交对用于解决所述数据异常事件的人工输入的自动请求。
【专利说明】使用基于通信的数据审核验收的能量管理
[0001] 相关申请交叉参考
[0002]本申请要求在2011年12月30日提交的美国专利申请No. 13/341，394的权益，该 申请对允许或不以其它方式禁止引用方式的并入的每个PCT成员国和地区来说以全文引 用的方式并入本文。

【技术领域】
[0003] 概括地说，本发明的实施例涉及能量管理，更具体地说，一些实施例涉及提供异常 数据的改进的分类的能量管理系统和方法。

【背景技术】
[0004]能量管理（"EM"）系统提供企业需要的信息和控制能力业务，以通过避免与电力 相关的中断来有效地降低能量成本并提高生产效率。然而，能量决策的质量受这些决策所 依据的数据的质量的直接影响。


【发明内容】

[0005] 本发明的各种实施例提供方法和系统，包括监测来自至少一个能量数据源的能量 管理（EM)数据；检测EM数据中的数据异常事件；确定数据异常事件的解决是否需要人工 输入；向至少一个用户提交对用于解决数据异常事件的人工输入的自动请求；以及将请求 的记录记录在数据库中，以获得来自至少一个用户的解决响应。可以通过一个或多个通信 介质（例如电子邮件、SMS消息、语音邮件、即时消息和/或发布到社交媒体平台）来传递 对至少一个用户的至少一个请求。
[0006]另外，本发明的一些实施例提供方法和系统，包括：监测来自多个能量数据源的能 量管理（EM)数据；检测EM数据中的多个数据异常事件；分析来自多个能量数据源的数据， 以确定数据异常事件是否满足至少一个相关标准；以及如果数据异常事件满足相关标准， 则根据相关标准对数据进行处理，以解决数据异常事件。
[0007] 根据一些实施例的系统可以包括：至少一个计算机；至少一个存储设备，其中存 储EM数据；以及至少一个非瞬时性计算机可读介质，其上存储计算机代码，当由至少一个 计算机执行时，所述计算机代码使至少一个计算机能够操作用于执行根据以上概述的实施 例中的一个或多个的方法。
[0008] 一些实施例提供至少一种非瞬时性计算机可读介质，其存储程序代码，当由至少 一个计算机执行时，所述程序代码指示至少一个计算机执行根据以上概述的实施例中的一 个或多个的方法。
[0009] 在整个说明书和权利要求书中，以下术语至少采取本文明确关联的含义，除非上 下文另有规定。以下所确定的含义并不一定限制术语，而仅仅是提供术语的说明性示例。 如本文所用的短语"一个实施例"并不一定指同一实施例，虽然可能指同一实施例。另外， "一"、"一个"和"该"的含义包括复数的引用；因此，例如，"一个实施例"并不限于单个实施 例，而是指一个或多个实施例。类似地，短语"一个实施例"并不一定指同一实施例，并且不 限于单个实施例。如本文所用，术语"或"是包括性的"或"操作符，并且等同于术语"和/ 或"，除非上下文另有明确规定。术语"基于"不是排他性的，并且允许基于未描述的额外因 素，除非上下文另有明确规定。
[0010] 本领域技术人员将了解，前面的简要描述和以下详细描述都是对本发明的例示 (即，说明性）和解释，但并不打算对本发明进行限制或者限制可以通过本发明在各种实施 方式中实现的优点。另外，可以理解的是，前面的概述和随后的详细描述表示本发明的一些 实施例，并且既非表示也非包括本发明的范围内的所有标的物和实施例。因此，本文参考并 且构成本发明的一部分的附图示出本发明的实施例，并且与详细描述一起用于解释本发明 的实施例的原理。

【专利附图】
【专利附图】

【附图说明】
[0011] 当根据结合附图所作的以下描述考虑本发明时，本发明的一些实施例的方面、特 征和优点（关于结构和操作两者）将被理解并且将变得更加明显，附图中，相同的附图标记 在各图中表示相同或相似的部件，并且其中：
[0012] 图1A和1B示出了示例性高级企业能量管理组件和网络架构；
[0013] 图2示出了根据实施例的服务器、系统或终端的示例性结构；
[0014] 图3示出了数据清理和确认的示例性高级流程和架构；以及
[0015] 图4A和4B示出了用于提交数据异常事件供人工分析的示例性高级流程。

【具体实施方式】
[0016] 值得注意的是，在本公开中，特别是在权利要求和/或段落中，术语例如"包括7"、 "包括在"、"包括"等可以具有在美国专利法中赋予它们的含义；也就是说，它们可以意指 "包括"、"包括在"、"包括"、"包括，但不限于"等，并且允许未明确列举的元素。术语例如"基 本上由...组成"和"基本上由...组成"具有在美国专利法中赋予它们的含义；也就是说， 它们允许未明确列举的元素，但不包括在现有技术中有或影响本发明的基本或新型特征的 元素。本发明的实施例由下面的描述公开或者根据下面的描述变得明显并且由下面的描述 涵盖。
[0017] 大型EM系统，例如企业能量管理（"EEM"）系统，通常包括支持web的软件与智能 计量和控制设备组成的网络，以及其它输入。（术语EM系统和EEM系统在本公开中可互换 地使用。）系统可以跟踪消耗或产生的所有形式的公用事业，包括电和燃气，以及水、压缩空 气和蒸汽。可以从位于各服务入口的公用事业计费仪表或其它仪表、从居户或部门分表以 及从正在监测设备（例如，发电机、变压器、断路器和电力质量调节设备）的条件的仪器收 集数据。其它输入可以包括天气信息、实时价格信息、入住率、排放数据、来自楼宇自动化系 统的消耗和条件数据、来自企业资源规划（ERP)系统的生产数据以及其它能量相关数据。
[0018] 在收集许多设施的数据的大型能量管理EM系统中，能量消耗数据的数据质量存 在差距。因此，能量消耗数据可以呈现EM的问题。这样的数据问题的示例包括但不限于： 缺失数据、不可能的大或小的值和延迟的数据到达。EM系统可以被配置为自动（例如，无需 人工干预或手动输入）监测传入测量数据中的常见数据问题，以满足报告输出的标准。当 检测到数据问题时，EM系统面临着要么报告问题要么自动采取动作来纠正它们的选择。自 动检测和纠正的挑战是，将数据分类为合理的还是可疑的可能只需要数据所来自的位置处 可用的信息。例如，测得的能量消耗中的孤立的尖峰可能表示错误的数据，或尖峰可能表示 来自高度变化的负载的合理数据。作为另一个示例，一串缺失值可能表示来自能量监测设 备（例如，IED，如下面讨论）的通信问题，或可能表示设备维护期间的合理的电服务中断。
[0019] 在诊断数据是在报告合理的能量管理问题还是是虚假数据信号时，出现许多问 题。例如，在大型EM系统中，如果需要人工判断来诊断数据，有可能在检测到潜在的错误的 时间和地点没有操作者可以向他确认数据报告是否准确。作为另一个示例，在地域广阔的 跨国系统中，具有解决数据的模糊性的必要上下文的人员可能在不同的时区和/或与EM系 统的操作者说不同的语言。
[0020] 对这个问题的常规响应是：（1)忽略数据问题，而不是试图解决这些问题，或者 (2)在EM系统中编码复杂的逻辑来尝试推断数据异常的分类并且响应于它们而采取期望 的动作。这两种方法具有降低数据完整性的风险；第一个是因为允许损坏的数据进入报告 系统，而第二个是因为采取可能不正确的补救动作（例如，基于不正确的分类推断）。
[0021] 本发明公开向具有解决数据审核问题所需要的本地化知识的人员征求解决信息 的系统和方法的实施例。在各种实施例中，当具有本地化知识的人员不在现场或者可能无 法直接访问EM系统时，与这个人员联系。根据随后的公开内容将进一步理解，系统的一 些实施例可以自动识别哪些数据需要人工输入来解决，并且对于这样的所识别数据，EM系 统可以自动调用与可能具有用于解决数据审核问题的本地化知识的一个或多个人员的通 信。另外，在各种实施例中，EM系统可以自动处理来自一个或多个人员的响应通信，并且基 于响应通信进一步自动解决数据审核问题。
[0022] 不同于用户交互的常规方法，如本文所公开，计算机系统与需要同他交互的人员 可以是物理上和时间上分离的，所以交互通过可以支持延迟响应、不同的语言和长途通信 的介质发生。在各种实施例中，因此，EM系统可以自动通过相对于EM系统为范围外的一个 或多个通信介质或系统调用与每个这样的人员的通信，并且EM系统还可以自动经由一个 或多个范围外通信介质或系统接收该人员发送的响应通信。因此，例如，如果该人员无法访 问EM系统（例如，因为该人员与其分离），则该人员仍然可以从EM系统接收数据审核通信 并且EM系统可以从该人员接收响应。
[0023] 参照图1A，一些公开的实施例涉及说明性EM软件系统100,本文中描述为EEM软 件系统100,其可以从多种类型的EEM数据源收集数据，并且基于该数据来创建有用的信 息。EEM软件系统100还可以允许用户执行what-if分析，在他们的系统中做出改变，并且 基于这些改变检验结果。如图所示，EEM软件系统100可以包括EEM软件服务器101，EEM 软件服务器101可以与网络102耦合。如本文所用，网络102应当被广义地解释为包括可 以使用因特网连接、LAN/WAN连接、电话连接、无线连接等在设备之间创建的许多类型的网 络中的任何一种或多种。
[0024] 终端、服务器和系统中的每一个可以是，例如，分别经由双向通信信道或者互连 器可操作地连接到网络102的服务器计算机或者客户端计算机或客户端设备，该互连器 可以是例如串行总线（例如，IEEE1394)或其它有线或无线传输介质。如本文所用的术语 "与...耦合"、"可操作地连接"、"可操作地耦合"以及"通信地耦合"意思是这样连接或耦 合的元件适于发送和/或接收数据，或以其它方式通信。这种连接/耦合可以或可以不涉 及额外的传输介质或组件，并且可以在单个模块或设备内或者在远程模块或设备之间。术 语"连接"和"耦合"因此包括直接连接或间接通过一个或多个中间组件连接。这样的中间 组件可以包括基于硬件和软件的组件。
[0025]终端、服务器、设备和系统适于经由网络102向彼此传输数据以及从彼此接收数 据。终端、服务器和系统通常利用网络服务提供商，例如因特网服务提供商（ISP)或应用服 务提供商（ASP) (ISP和ASP未示出）来访问网络102的资源。
[0026] 虽然上文描述的终端、服务器和系统中的每一个可以包括全尺寸的个人计算机， 但是该系统和方法也可以与能够通过网络（例如，因特网）与服务器无线交换数据的移 动设备一起使用。例如，终端、客户端设备或用户设备可以是具有无线功能的PDA，例如 iPhone、具有Android功能的智能电话、黑莓手机或另一种支持因特网的蜂窝电话。
[0027] 应当了解的是，典型的系统可以包括大量的连接计算机（例如，包括服务器集 群），其中每个不同的计算机可以在网络102的不同节点。网络和中间节点可以包括各种配 置和协议，包括因特网、万维网、局域网、虚拟专用网、广域网、本地网、使用一个或多个公司 特有的通信协议的专用网络、以太网、WiFi和HTTP以及上述各项的各种组合。这种通信可 以通过能够向和从其它计算机发送数据的任何设备来促进，例如调制解调器（例如，拨号、 线缆或光纤）和无线接口。
[0028]多个智能电子设备（"IED") 105可以与EEM软件服务器101耦合。IED105可以 与负载106耦合，其中IED105负责监测和报告与负载106相关的各种类型的能量数据。 IED105可以包括收入电度表、保护继电器、可编程逻辑控制器、远程终端装置、故障记录器 以及用于监测和/或控制电力分配和消耗的其它设备。利用存储器和微处理器来提供增强 的多功能性和额外功能的IED105广泛可用。这样的功能包括通过某种形式的通信信道与 其它主机和远程计算系统进行通信的能力。IED105还包括已加装合适的硬件和/或软件 从而允许与EEM系统集成的传统机械或机电设备。
[0029] IED 105可以与从电力分配系统汲取电力的特定负载或一组负载相关联。IED 105 也可以能够从其相关联的负载接收数据或控制其相关联的负载。取决于IED 105的类型和 它可以相关联的负载的类型，IED 105可以实现能量管理功能，该能量管理功能能够响应、 实现和/或产生进一步的管理功能，测量能量消耗，控制能量分配例如中继功能，监测电力 质量，测量能量参数例如移相组件、电压或电流，控制能量产生设施，计算收入，控制电力流 和负载脱落，或它们的组合。对于产生数据或其它结果的功能，IED 105可以自动地或事件 驱动地将数据推送到网络102上，从而推送到另一个IED 105、数据输出设备或后端服务器 /数据库，或者IED 105可以等待请求将数据发送给请求者的轮询通信。
[0030] 出于所公开的说明性实施例的目的，计算机或计算设备可以被广义地定义为包括 处理单元的设备并且包括但不限于，个人计算机、终端、网络设备、个人数字助理（"PDA")、 IED、有线和无线设备、平板个人计算机、游戏盒、大型计算机以及目前可用或以后开发的它 们的组合。
[0031] 图2示出了根据实施例的服务器、系统或终端的示例性结构。示例性服务器、系统 或终端200包括CPU 202、R0M 204、RAM 206、总线208、输入/输出接口 210、输入单元212、 输出单元214、存储单元216、通信单元218以及驱动器220。CPU 202、R0M 204和RAM 206 经由总线208彼此互连，并且输入/输出接口 210也连接到总线208。除了总线208,输入 单元212、输出单元214、存储单元216、通信单元218和驱动器220还连接到输入/输出接 P 210〇
[0032] CPU202,例如IntelCore?或Xeon?系列微处理器或Freescale?PowerPC?微 处理器，根据存储在ROM204中的程序或根据经由输入/输出接口210和总线208从存储 单元216加载到RAM206中的程序执行各种处理。ROM204已经在其中存储要由CPU202 执行的程序。RAM206适当地存储要由CPU202执行的程序以及CPU202执行各种处理所 必要的数据。
[0033] 程序可以包括直接（例如，机器代码）或间接（例如，脚本）由处理器执行的任何 指令集。在这方面，术语"指令"、"步骤"和"程序"在本文中可以可互换地使用。指令可以 以目标代码格式存储，以供处理器直接处理，或者可以以任何其它计算机语言存储，这些计 算机语言包括在需要时解释或预先编译的独立源代码模块的脚本或集合。指令的功能、方 法和例程将在后面更详细地解释。
[0034] 输入单元212包括键盘、鼠标、麦克风、触摸屏等。当输入单元212由用户操作时， 输入单元212经由输入/输出接口 210和总线208向CPU202提供基于操作的输入信号。 输出单元214包括显示器（例如IXD)或触摸屏或扬声器等。存储单元216包括硬盘、闪存 等，并且存储由CPU202执行的程序、经由网络传输给终端200的数据等。
[0035] 通信单元218包括调制解调器、终端适配器以及其它通信接口，并且经由本文描 述的网络执行通信过程。
[0036] 将由磁盘、光盘、磁光盘、闪存或EEPROM、SDSC (标准容量）卡（SD卡）或半导体存 储器构成的可移动的介质222适当地加载到驱动器220中。驱动器220读取记录在可移动 的介质222上的数据或将预定的数据记录在可移动的介质222上。
[0037] 本领域技术人员将认识到，虽然数据存储单元216、ROM 204、RAM 206被描绘为不 同的单元，但是它们可以是相同单元的一部分，并且一个的功能可以全部或部分地由另一 个共享，例如，如RAM磁盘、虚拟存储器等。还将了解，任何特定的计算机可以具有给定的类 型的多个组件，例如CPU 202、输入单元212、通信单元218等。
[0038] 终端可以使用例如 Microsoft Windows 7?、Windows XP?或 Vista?、Linux?、 MacOS?或Unix?等操作系统。替代或除了操作系统，可以存储其它程序。将了解，也可 以在除那些提到的平台和操作系统以外的平台和操作系统上实现计算机系统。可以使用一 种或多种编程语言（例如，Java'":、C、C++、C#、VisualBasic' VB.NF:Tk、Perl、Ruby、 Python或其它编程语言），可能使用面向对象的设计和/或编码技术来编写任何操作系统 或其它程序或者它们当中的任一者的任何部分。
[0039] 可以根据指令检索、存储或修改数据。例如，尽管系统和方法不受任何特定数据结 构限制，可以将数据作为具有多个不同的字段和记录的表、XML文档、平面文件等存储在计 算机寄存器、关系数据库中。也可以以任何计算机可读的格式（例如但不限于二进制值、 ASCII或Unicode)将数据格式化。文本数据还可以被压缩、加密或两者。进一步只通过示例 的方式，图像数据可以被存储为包括以压缩或解压缩或者无损或有损格式（例如，JPEG)、 基于矢量的格式（例如，SVG)存储的像素的位图或用于绘图的计算机指令。此外，数据可以 包括足以识别相关信息（例如数字、描述性文本、专有代码、指针、对存储在其它存储器（包 括其它网络位置）中的数据的引用或者计算相关数据的函数所使用的信息）的任何信息。
[0040] 本领域的普通技术人员将理解，处理器和存储器实际上可以包括可以或不可以储 存在相同的物理外壳内的多个处理器和存储器。例如，指令和数据中的一些可以存储在可 移动的存储器（例如，磁光盘或SD卡）上，而另一些可以存储在只读计算机芯片内。指令和 数据中的一些或全部可以存储在物理上远离处理器但处理器仍可访问的位置。类似地，处 理器实际上可以包括可以或可以不并行操作的处理器的集合。本领域技术人员将认识到， 本文使用术语"系统"、"终端"和"服务器"在特定上下文中描述计算机的功能。终端可以是 (例如）计算机，一个或多个用户例如通过直接耦合到计算机系统的键盘和监测器直接通 过该计算机来工作。终端还可以包括智能电话设备、个人数字助理（PDA)、瘦客户端或能够 连接到网络并且具有一定的软件和计算能力使得它可以与系统进行交互的任何电子设备。 通过网络请求服务的计算机系统或终端通常被称为客户端，而提供服务的计算机系统或终 端通常被称为服务器。服务器可以向另一个计算机系统或终端提供内容、内容共享、社交网 络、存储、搜索或数据挖掘服务。然而，任何特定的计算设备可能在其硬件、配置、操作系统 和/或其它软件方面与客户端、服务器或两者难以区分。替代或除了上文描述的计算机系 统应用，术语"客户端"和"服务器"可以描述程序和正在运行的进程。通常，（软件）客户 端可以消耗（软件）服务器所提供的信息和/或计算服务。
[0041] 返回到图1A，EEM软件服务器101可以与公用事业107、发电机108、变电站109以 及工业设施110等耦合。实体107?110可以记录和报告各种类型的EEM数据，这些EEM数 据被发送到EEM软件服务器101，如下文更详细地阐述。另外，如本文所用，实体107?110 应当被解释为包括位于这些类型的设施处的各种类型的计算机工作站，它们可以连接并使 用位于EEM软件服务器101上的EEM软件应用程序。因此，如本文中所提到，设备107?110 应当被广义地解释为包括各种不同类型的计算设备，这些计算设备可以将各种类型的能量 消耗数据传送到EEM软件服务器101，以及访问EEM软件服务器101以使用位于其上的EEM 软件应用程序。
[0042] EEM软件服务器101可以与一个或多个无线设备103耦合。无线设备103可以是 IED、蜂窝电话或能够进行无线通信的任何其它设备。无线设备103可以向EEM软件服务器 101传输数据和/或从EEM软件服务器101接收数据。
[0043] EEM软件服务器101可以与一个或多个web浏览器104親合。web浏览器104可 以在任何计算设备上运行，并且可以访问位于EEM软件服务器101上的EEM软件应用程序。
[0044] 如图1A所示，EEM软件服务器101可以与数据库服务器親合。数据库服务器 m 可以包括处理器112,处理器112被编程以解释和处理来自与EEM软件系统100耦合的设备 或实体中的任一者的传入数据。数据库服务器111可以包括数据库113,数据库113被设计 为存储可以由EEM软件系统100使用的各利类型的数据。与EEM软件系统100耦合的各种 类型的设备或实体可以被设计为将EEM数据传送到数据库服务器111，该EEM数据然后可 以由EEM软件系统100检索和使用。因此，如本文所用，数据库服务器111应当被广义地理 解为任何类型的设备，这些设备被设计为接收、确认和存储可以由EEM软件应用程序使用 和访问的数据，并因此可以是EEM软件服务器101的一部分，或者可以位于单独的设备111 上。数据库服务器可操作地耦合到被设计为清理数据的数据质量工具115 (例如，实现为软 件系统或模块），并且数据库服务器111还被配置为产生电子通信，以向用户请求关于数据 异常事件的输入，如本文所描述。
[0045] 在某些公开的实施例中，EEM系统组件可以彼此共享EEM数据。虽然图1A中描绘 了 EEM软件系统100的一个说明性实施例，但是可以了解，EEM系统可以扩展到包括额外 的外部数据源，或缩小到只包括内部数据源，例如仅地理位置或区域内的通信或数据。还 可以了解，EEM软件系统可以接受来自本地EEM软件系统的数据，例如在接受来自本地EEM 服务器的数据的EEM监测服务120中。例如，图1B示出了根据一个实施例的示例性系统 架构 150 的高级视图，如在题为"Enterprise Energy Management System with Social Network Approach to Data Analysis" 的美国专利申请 No. 11/899, 809(公开为美国专利 公开No. 2009/0070168)中描述，该申请的全部内容在此以引用方式并入。架构150包括企 业能量管理服务120、社交数据分析服务118、数据源104以及经由广域网153耦合在一起 的至少两个局域网128、138,在图中表示为"位置1"和"位置2"。
[0046]企业能量管理监测服务120、社交数据分析服务118、本地EEM服务器149以及用 户设备148和168可以表示各种类型的计算设备。这些设备通常可以包括能够执行计算并 且通过如本文所描述的网络发送和/或接收数据的任何设备。广域网153和/或局域网 128、138可以包括因特网、公共或专用内部网、外部网或实现数据和命令的传送的任何其它 网络配置，包括有线和或无线网络或它们的组合，如本文所描述。
[0047]如本文所描述，EEM数据可以包括但不限于：电气操作数据，例如电压、电流、状 态、功率；电力质量数据，例如谐波、功率因数、可靠性（例如九的数量）、于扰数据；消费数 据，例如能量和需求；事件数据，例如设定点动作、状态变化和错误消息；财务数据，例如能 量成本、功率因数罚款、收入数据、计费数据，例如水、空气、天然气、电和蒸汽的价格；环境 数据，例如温度、压力、湿度和闪电/大气干扰数据冰-空气-燃气-电-蒸汽（"WAGES"） 数据；配置数据，例如框架、固件、软件、涉及EEM数据和命令的计算；以及聚集的数据，其中 至少一个能量管理数据与其它数据点相结合。出于这种应用的目的，组合数据可以包括聚 集数据和计算数据。
[0048] 图1A和1B中的数据源104?110、140?146、160?164以及160?166可以表 示可以被包括在数据分析中的可能的数据源中的一些。例如，如图1B所示，IED 143和163 可以分别收集与位置1和位置2中的燃气公用事业145相关联的能量相关数据。IED 144 和164可以收集与电公用事业166相关联的能量相关数据，并且IED 142和162可以分别 收集与分别在位置1和位置2中的过程控制系统（例如，生产线）相关联的能量相关数据。 数据源154可以表示提供EM属性数据（包括与能量使用的分析相关的数据）的额外数据 源（例如，web服务）。这样的相关数据的一个示例可能是气象服务公司提供的每小时环境 温度读数。其它示例包括金融市场数据、本地新闻数据、全国新闻数据以及国际新闻数据。 除了那些已经说明的数据源以外，还可以包括上面未列出的其它数据源。位置1和位置2 表示可以在给定位置中使用的许多可能的配置中的两个。系统用户148和168可以表示本 文描述的社交网络的可能成员。例如，系统用户148可以是建筑物A的建筑物管理者，而用 户168可以是建筑物B的建筑物管理者。系统用户148和168可以彼此无关联。在备选实 施例中，架构100的用户可以限制为特定的组织或实体的用户。位置1和2上的配置都只 是示例性的，并且不应当被用来限制本公开。
[0049] EEM监测服务120可以从几个不相关和/或无关联的位置内的几个IED收集能量 相关数据。EEM监测服务120还可以从可能对电力或电力质量产生影响的其它源收集数据。 例如，EEM监测服务120可以从在线气象服务收集电力相关数据。EEM监测服务120可以存 储由各IED接收的电力相关数据，并且根据各利属性对数据进行分类。
[0050] 位置1示出了典型安装的企业能量管理监测系统的常见逻辑架构，该企业能量管 理监测系统可以在物理上跨越一个或多个地理区域而定位。一些智能电子设备（IED) 142、 143、144可以连接在一个或多个能量分配网络（例如，电、燃气、蒸汽等）（未示出）的各个 点处。在位置1，IED 142、143、144中的每一个可以监测局域网128内的不同点处的能量 相关设备。例如，如上所述，IED 144可以表示针对燃气公用事业145的监测设备，IED 146 可以表示针对电公用事业146的监测设备并且IED 142可以表示针对生产线140的监测设 备，例如，监测构成该生产线的机器的能量消耗的设备。本地EEM服务器149可以经由IED 142?144从数据源154、145、146和140中的至少一个收集数据。IED 142?144可以将 数据推送到EEM服务器149或EEM服务器149可以周期性地轮询数据源以获得更新，或两 者的组合。在一个实施例中，EEM服务器149以各种间隔轮询IED 142?144,并且收集每 个IED收集到的能量相关数据。EEM服务器149确认并处理这些数据并且将数据呈现给该 位置处的一个或多个用户，例如系统用户148。系统用户148可以使用膝上型计算机147或 其它设备（未示出）查看由EEM服务器114提供的数据。如本文所描述，EEM服务器149或 数据监测服务120(其可以耦合到或包括数据库服务器（未示出））还被配置为向用户发送 通信以解决数据异常，如本文所描述。
[0051] 位置2包括：数据源160、165和166 ;IED 162?164 ;膝上型计算机167,和系统 用户168。在位置2, IED 162?164与计算机167可以通过局域网138连接。位置2可以 包括IED的备选配置。IED 162?164可以收集与位置1中的IED 142?144类似的能量 相关数据，或者它们可以从其它源收集能量相关数据。膝上型计算机167可以包括用于监 测位置2的IED 162?164的基于web的应用程序。更具体地说，不是具有如在位置1所 提供的EEM服务器149,在位置2,用户预订EEM服务120, EEM服务120从该位置采集数据、 将其归档并且将数据作为服务提供回给用户。因此，在位置2, IED 162?164直接通过由 电公用事业实体或在线服务提供商提供的中心在线EEM服务120发送其相关联的能量相关 数据，该中心在线EEM服务120将该数据归档、对该数据进行处理并且呈现给一个或多个位 置2用户。因此，系统用户168可以通过在线软件工具查看与位置2相关联的能量相关数 据或访问。在这样的实施例中，EEM服务器数据监测服务120或外部EEM服务器（未示出） 可以耦合到或包括数据库服务器（未示出），并且还被配置为向用户发送通信以解决数据 异常，如本文所描述。
[0052] 数据库EEM服务器101被配置为使用被配置用于确认、编辑和估算（"VEE"）的数 据质量工具来验证和或纠正异常数据。可以根据三个主要类别的标准考虑数据质量：
[0053] (1)有效性。不仅需要根据要求呈现数据（例如，通常对每个IED或其它计量设备 进行的每个测量都这样要求），而且需要仔细检查数据值和时间戳与既定模式相比是否合 理。数据必须在参数的预期容许范围内。例如，如果正在查看设施的每月总能量值，将存在 使用预期落入其内的最大到最小范围，即使在最极端的条件下。如果值"出界"，则这很可能 预示在去往EEM监测服务120的过程中测量值的测量、存储、传输、接收或操纵中的错误。
[0054] (2)准确性。所收集和存储的数据需要对于所表示的事物来说是真实的，具有有效 的决策所基于的足够高的准确性。这不仅要求考虑输入到系统的外部输入（包括第三方数 据馈送）的准确性。对于企业级系统，准确地记录进行每次测量的时间也是重要的。当正 在开发跨越地理上分散的位置的多个设施的总负荷曲线时，测量需要严格地时间对准。这 也适用于用于跟踪电力干扰的传播的事件序列数据。
[0055] (3)完整性。对于任何EEM系统，不完整的数据可能会严重危及趋势和预测的精 度。需要有完整的数据集；每个记录通道的信息必须包含这些信息的EM需要所必需的数据 的所有记录和字段。例如，如果正在从居户分表读取间隔能量数据，不能存在空记录。这种 缺口可能会被错误地解释为零使用，进而那个月居户可能被少收取能量费。
[0056] 在EEM系统中，上述类型的数据质量问题可能来自多个来源，并且因为多个原因。 例如，超出范围的数据可能是能量仪表在被安装时配置不当或者仪表到它所测量的电路连 线不当的结果。也可能存在类似电路上的多个仪表的配置方式之间的不一致，或仪表和头 端软件的设置方式之间的差异。
[0057] 另一个来源可能是大多数能量仪表里面的寄存器的"翻转"特性。大多数能量仪 表具有它们可以达到的特定最大能量值，例如999, 999, 999千瓦小时。那么寄存器将翻转， 并且从零计数（〇〇〇,〇〇〇,〇〇〇)再次开始递增。从仪表读取信息的系统可能无法识别这种行 为，而是将值解释为错误的，或者更糟的是，将其解释为负值，这在后续计算中产生较大的 错误。
[0058]当数据记录中存在缺口时，来源可能是由于电气干扰、线缆完整性、停电、设备损 坏或其它原因而失去与远程仪表或者其它设备或系统的通信。一些通信方法本身不如其它 通信方法可靠；例如，通过公共电话网的拨号调制解调器连接可能不如永久硬连线的以太 网连接可靠。一些仪表提供板上数据记录，它允许在连接恢复后上传保存的数据，从而减少 缺口的可能性。但扩展的通信损失仍然可以引起问题。
[0059] 通信中的其它中断可以包括互联网连接（通过它导入天气或利用率信息）的中 断，或者从第三方楼宇或过程自动化系统馈送信息的网络发生故障。由于额外的不同实时 和历史信息源都集成到EEM系统中，通信问题发生的可能性增大。
[0060] 远程仪表、传感器或其它仪器也可能只是无法正确地操作，或者根本无法操作，导 致数据流的持续中断，直到设备修复或更换。最后，在某些远程仪表并非通过通信链路永久 连接的情况下，可能用专用抄表设备或膝上型计算机手动收集其数据，并且然后手动输入 到头端系统。每当需要这种人工干预时，存在错误的空间。
[0061] 数据质量工具115考虑EEM系统用来开发对整个企业的能量使用的完整了解的各 种输入类型。为了确认这些数据是高质量的，EM系统100、EM软件服务器101和/或数据 库服务器11被配置有包括一组内部标准的数据质量工具115,这组内部标准定义每个用途 所要求的数据质量水平。例如，物业经理可以决定用于分段计费（sub-billing)的数据与 用于公用事业帐单检验的数据相比具有较低的质量是可以接受的。基于质量标准，数据质 量工具被配置有规则集，该规则集被创立用来自动地检查进入EEM系统100的能量相关数 据的质量。这些规则的示例包括以下：
[0062] ?约束检查。如前面提到，表示特定参数的传入数据必须满足边界检查，看它是否 落入合理的预期值域（例如，最小到最大范围）内。将那些落在预定义的约束之外的输入 数据标示为"出界"。在仪表能量寄存器翻转的情况下，可以做差值检查，看看以前和目前读 取的值是否相差太大而不是合理的。同样地，可以运行检查，以检验数据对应于一组特定的 既定允许值。例如，指示报警状态的记录显示有效或者无效状态，可能表示为1或0。而没 有其它可以接受的值。（注意：虽然不是错误检查，但是也将对一些数据运行测试，以找出 测量落在值的可接受范围内的哪个子范围内。当测量的值确定在随后的计算中如何使用它 时，这是必要的。例如，一些公用事业通过对在特定的需求间隔（通常为15分钟）内测量 的不同能量需求水平或者对在一天、一周或一年内的不同时间消耗的能量应用不同的价格 费用来对能量进行收费。如果所记录的需求水平大于或等于"x需求"，则可以应用与在该 值小于"x需求"的情况下不同的价格。
[0063] ?重复检查。系统将检查其中具有完全相同的数据的连续记录。这可以包括两个 记录的值和时间戳两者都相同或时间戳相同但值不相同的情况。
[0064] 通常，这将表明由于通信问题、不正确的系统设置或计量记录配置、时间抖动或其 它问题导致的错误。
[0065] ?完整性（缺口）检查。当检验间隔能量数据时，在以特定的时间间隔（例如，每 15分钟）预期记录的情况下，标示数据中的缺口。这些可能是由于消息传送问题、停电、通 信问题等导致。然后可以以多个方式来补偿缺失的记录。
[0066] ?死源检测。如果数据中的缺口足够长，则系统可以将其标示为死源，以便可以采 取适当步骤，以查明原因。
[0067] ?零、空和负数检测。如果能量仪表显示特定设施、负载或其它计量的位置的"零" 能量使用，则当不预期该条件时，其将被标示为可能的错误。这可以包括个别间隔的零读数 或累加寄存器的两个连续读数之间的差值（差）检查。然后，可以对其进行调查，看看是否 有可能是重大的停电事件。如果是这样，可以手动补偿错误指示。空读数（例如，有时间戳 的非数字值）也可以说明一个问题。最后，做负数检查，以确保累积寄存器中的连续读数不 是递减而是递增。这可以碰上例如以下情况：仪表复位、寄存器翻转以及保证单调递增量的 测量的其它问题。
[0068] ?时间戳检查。被聚集在一起的测量值必须准确地时间对准。数据质量工具将检 验被相加的所有值的所有时间戳是否在彼此的可接受接近度（通常被称为时间抖动）内。 过多的抖动有时可能是网关设备或软件轮询远程仪表引起的延迟的结果。
[0069] ?其它测试。可以应用进一步的测试来帮助确定数据输入是否是合理的。例如，尖 峰检查（公用事业常常这样做）将比较特定周期期间的第一与第三最高峰值能量读数之间 的相对差异，如果它们相差超过预定义的可接受量，则将其标示为可能的数据错误。
[0070] EEM系统100被配置为包括数据质量组件115,用于持续监测传入EEM数据中可能 需要人工判断来识别和可能纠正的条件。在实施例中，数据质量组件包括EEM监测程序，该 EEM监测程序体现为被配置用于持续监测传入数据中可能需要人工判断来识别和可能纠正 的条件的连续操作的软件组件。假设EEM监测程序在无人值守模式下（即没有可以快速响 应计算机控制台处的显示信息或声音的用户或操作人员）连续在计算机系统上操作。
[0071] 在图3中描述根据一些实施例的用于数据确认的数据清理架构和流程。在一个实 施例中，数据清理过程可以位于所收集的数据第一次进入企业能量管理系统100用于由数 据质量组件115软件进行处理的点（在数据质量组件115使其去往数据服务器111的数据 库113之前）处。在一些实施例中，数据库服务器111可以被配置为包括前端数据暂存区 域114。输入到暂存区域114的如本文所描述的数据输入可能已经根据需要被解析并转化 为适当的单元。暂存区域114用作数据质量过程的原始数据输入。然而，本领域技术人员 将理解，在一些实施方式中，不是使用单独的暂存区域（所谓的"隔离"方法），可以替代地 标记或标示已处理和确认的数据，而不是隔离在暂存区域中。
[0072] 虽然系统100被配置为在数据被确认或纠正之后将数据传递到数据库113的数据 仓库（或数据集市），但是该系统可以被配置为即使在数据已经被传递到数据库113之后还 解决所识别的数据异常。例如，在一些实施方式中，一些长期VEE活动在可以被运行之前可 能需要数周或数月的数据积累。在这些情况下，可以对短期数据运行的VEE测试已经完成， 并且将对先前测试的数据运行较长时间尺度的VEE测试。
[0073] 在实施例中，EEM系统100的数据质量工具115监测被处理并存储在数据库113中 的来自一个或多个EM数据源106?110的一个或多个传入EM数据流，以找出如通过系统 操作者模块在配置步骤中确定的异常数据条件。可以采用用于检测和纠正异常数据的已知 系统和方法，如普通技术人员已知。例如，在一个实施例中，在已经使用数据质量工具115 检验传入数据的有效性之后，可疑的错误将被标示。数据质量组件115软件然后具有多种 选项可供挑选。基于所定义的数据质量标准，EEM软件101可以在某些情况下被配置为如 果数据元素的特定问题或异常不具有足够高的重要性则将其忽略。对于其它数据，数据质 量工具115可以被配置为纠正或补偿已知是错误的异常。
[0074] 例如，首先，数据异常可以包括确切的重复，它可以被分类为已知不良错误，并且 可以被自动删除。规则也可以被配置为处理近重复；数据质量组件115可以被配置为以相 同的方式自动删除相近重复（分类为已知不良错误），而其它相近重复可能需要进行进一 步分析以确定哪个是正确的记录，并且如本文所描述可以被标示为需要人工输入。接着，自 动估算工具可以被配置为允许用基本上跨接（bridge)这些记录的"最佳猜测"计算值替换 错误的数据或待完善的缺失数据。数据质量系统提供用于这个任务的多个预设标准算法， 其中每个预设标准算法针对特定的数据类型和情况进行了优化。例如，针对千瓦小时测量 的估算算法将不同于湿度或实时价格数据的处理。或再次，数据质量工具可以被配置为针 对人工输入来标示数据异常。
[0075] EEM系统100被配置为对应当如何纠正数据进行分类，并且可以结合外在因素（例 如天气）来使这些建议更可行。估算的常见且简单的示例是直线平均。在这种情况下，特 定的能量间隔读数的不良数据点被替换为表示在它的两侧的数据点值的直线平均的值。这 种点对点线性内插可以应用于缺失的或具有其它错误的多个连续数据点。可以设置规则， 该规则定义允许应用内插的最大时间跨度。例如，如果可疑数据的时间跨度超过允许的持 续时间，则可以使用来自其它类似天的数据来执行估算。通常，挑选若干所选参考天并且求 它们的数据的平均值，以产生替换数据。参考天需要紧密代表正在对其数据进行估算的天， 例如可以是尽可能接近讨论中的这天的一周中的同一天、周末或节假日。用于估算的数据 还将需要是本来就有效的数据；换句话说，估算数据不能从已经估算出的数据产生。此外， 经历不寻常事件（例如，电力故障）的那些天不能用于此目的。
[0076] 最后，可以自动或者通过手动输入或直接编辑对缺失或损坏的数据进行纠正。
[0077] 因此，EM系统100确认或纠正可能由数据质量组件115确信地分类为正确或"已 知良好"数据（正确地报告的不寻常的情况的真实测量）的数据异常，并且使用本领域已 知的数据确认系统自动纠正由软件确信地分类为不正确或"已知不良"数据（不正确地测 量或报告的读数）的数据异常，而不需要人工输入。不能确信地自动分类为"已知良好"或 "已知不良"的所识别数据异常构成第三组（"需要人工输入"）。可以自动对前两组或类型 的数据（即已知良好和已知不良）进行分类和纠正或处理，但是第三组（即需要人为输入） 需要来自具有有关正被监测的系统和设备的知识的人的输入。实施例描述了简化符合该第 三类的异常的处理并且最大程度地减少用户所需的工作量的系统。当数据质量组件115在 其正在监测的数据流中检测到如果没有人工输入则它无法确实解决的异常数据时，根据一 些实施例，系统将检查配置信息，以确定以下内容：
[0078] 1、是否存在针对该数据流的先前登记的负责人，可以通过有效的通信介质和该介 质中的其联系信息与其联系。
[0079] 2、负责人的首选通信语言。
[0080] 3、负责人需要从中挑选的用于检测到的条件的解决选项。
[0081] EEM系统100被配置为创建与责任用户的通信（例如，借助于数据质量工具）来解 释问题，该通信可能包括澄清决策选项所需的图形图像（如果媒体支持它们的话）和附加 到每一个可能的响应的一系列嵌入式响应，类似于"邮寄到"或其它超链接。表示选择的每 个链接将发起与数据库服务器111的通信来传达用户的选择。取决于链接类型，该通信可 能是响应电子邮件，其主题和正文将承载有关通信的特定情况和做出的选择的信息。备选 的等效链路类型可能会发起参数化的HTTP GET请求，该HTTP GET请求的参数传递用户的 选择。如果通信介质不支持嵌入式响应，则该消息可以包含其中可以查看选择并且挑选响 应的网站URL地址和登录信息。
[0082] 普通技术人员已知的任何计算机可访问通信类型的媒体可用于通信，例如通过电 子邮件、SMS(短消息服务）、即时消息（IM)、自动语音消息或者发布到社交媒体平台118或 与社交媒体平台118的其它通信。社交媒体平台118包括社交媒体或社交联网网站，例如 Facebook、Google+、MySpace和Foursquare。社交媒体平台118还包括信息网络或社交信 息网络，例如Twitter。社交媒体平台118,也称为Web 2.0网站，包括相比Web 1.0网站 在更大程度上促进参与信息共享、互联互通、以用户为中心的设计和协作的网站。社交媒 体平台的简化网络架构包括服务器、网络和基于web的社交网络成员的群体。服务器还可 以包括基于web的社交网络数据库，其中可以包括提供基于web的社交网络服务、通信服 务和/或社交互动服务的任何实体的基于web的数据库。社交网络的示例性描述存在于 题为"Enterprise Energy Management System with Social Network Approach to Data Analysis"的美国专利申请No. 11/899, 809(公开为美国专利公开No. 2009/0070168)中，该 申请的全部内容在此以引入方式并入。
[0083] 对于支持嵌入式链接以起始响应通信的通信介质，如电子邮件或社交媒体平台 118上的发布，响应可以编码期望的动作和唯一地识别始发通信的序列号两者，这两者将被 系统用来检索有关特定数据纠正情况的信息。对于不支持嵌入式响应链接的通信介质，如 SMS或自动语音邮件消息，原始通信可以包括编码唯一地进行识别的序列号的登录信息，可 以在响应网站输入该序列号，在该网站可以查看数据问题细节并且可以挑选响应选择。这 个唯一地进行识别的序列号使得系统100同时跟踪与各接收者的通信的多个情况成为可 能。
[0084] 在一个实施例中，可以通过电子邮件或发布在通信中呈现给责任方的选择的示例 如下。
[0085] 概要/标题："这看起来像数据尖峰："包含在电子邮件的正文中的是描绘可疑数 据的图表，具有足够的上下文数据促进接收者作出明智的决策。也可以向接收者呈现一系 列的选择，例如：
[0086] ?这个数据是正常的，不采取任何动作。有类似的情况，继续联系我。
[0087] ?这个数据是正常的，不采取任何动作。今后有类似的情况，不用联系我，也这样 做。
[0088] ?通过在先前的缺口分配尖峰来纠正此数据。有类似的情况，继续联系我。
[0089] ?通过在先前的缺口分配尖峰来纠正此数据。今后有类似的情况，不用联系我，也 这样做。
[0090] ?通过用来自前一天同一时间的数据替换此数据来对其进行纠正。有类似的情况， 继续联系我。
[0091] ?通过用来自前一天同一时间的数据替换此数据来对其进行纠正。
[0092] 今后有类似的情况，不用联系我，也这样做。
[0093] ?通过用来自前一周同一时间的数据替换此数据来对其进行纠正。
[0094] 有类似的情况，继续联系我。
[0095] ?通过用来自前一周同一时间的数据替换此数据来对其进行纠正。今后有类似的 情况，不用联系我，也这样做。
[0096] ?我需要更多的信息，让系统操作者与我联系。
[0097] ?这封电子邮件发错人了，让系统操作者与正确的人联系。
[0098] 系统100也可以被配置为允许通过本领域中已知的其它介质（例如，交互式语音 应答（IVR)系统或基于web的软件）输入选择。当用户挑选解决决策时，电子邮件可以包 括普通技术人员已知的可执行的自动响应产生，该可执行的自动响应产生包括序列号和所 挑选的解决，用于由系统进行处理，如本文所描述。或者，如果用户已经访问系统，则用户可 以输入标识号和挑选选择，识别号和挑选选择由系统进行处理。
[0099] 图4A示出了根据说明性实施例的由系统实现的方法的示例性高级处理。在 方框10,数据质量组件115的EM监测程序监测来自一个或多个EM数据源105?110的一 个或多个传入EM数据流，以找出如系统操作者在配置步骤中确定的异常数据条件。在方 框12,数据质量组件115软件检查EM数据中的数据异常事件。如果没有检测到异常，则该 过程继续，以检查对之前的通信的响应（方框28)，这将在下面进一步描述。（还将理解，虽 然各种操作（如检查传入数据和检查对之前的通信的响应）可能被示为和/或实现为连续 执行的进程或线程等，但是在一些实施例中，各种这样的操作（例如，在不存在一个操作以 另一个操作的输出为基础的严格条件或依赖性的情况下）可以同时或独立地实现。因此， 在图4A中，当执行各种操作并且过程流程被示为重新加入或重新开始后续过程时，该后续 过程实际上可以是可独立执行的过程，并且为便于描述起见该过程的流程可以表示逻辑流 程，而不是连续和有条件的流程。）
[0100] 然而，如果在方框12检测到问题，则系统确定数据异常事件的解决是否需要人工 输入；如果是的话，则通过电子通信向至少一个用户提交对用于解决数据异常事件的人工 输入的请求。例如，如该说明性流程所示，在方框14,数据质量组件115产生数据异常事件 的标识，例如序列号或其它唯一标识符，如全局唯一标识符（GUID)。
[0101] 在方框16,系统检索所检测到的类型的数据异常的配置设置和问题的来源，包括 (例如）有关相同测量和源的类似异常的先前评估的信息、用户通信偏好、在将异常视为 "已知良好"或"已知不良"之前所需要的置信阈值以及作出关于是否发起通信情况的自动 决策所需的任何其它配置项。在方框18,系统确定是否需要人工输入。系统然后利用此 信息并且将数据异常归类为用于解决的诊断类别，以确定是否需要人工输入来解决异常情 况。诊断类别包括选自以下的类别：已知良好、已知不良和需要人工输入，如本文所描述。
[0102] 如果需要人工输入，则在方框20,系统从EM系统的注册或授权用户的（例如）联 系人数据库检索一个或多个用户的联系信息，并且特别是那些与记录异常数据的物理位置 相关联的用户的联系信息。在方框22,如本文所描述，系统然后针对至少一个用户产生包 括数据异常情况信息的请求。该请求可以包括数据异常事件信息，数据异常事件信息包括 异常的描述和多个解决决策，如上文所描述。同样如上所述，该请求可以以适合该用户的语 言产生，并且可以包括到网站的选项链接以挑选数据异常解决选项，如本文所描述。在方框 24,通过如本文所描述的已知电子媒体（例如，SMS消息、语音邮件、即时消息和发布到社交 媒体平台）向联系人提交通信。在方框26,将包括标识号（例如，序列号）的请求的记录保 存或记录在存储数据库中，以获得来自联系人的解决响应。在一些实施例中，EM系统允许 EM系统的某些用户或操作者访问（例如，查看）关于这些存储的记录的信息（未示出），使 他们能够知道（例如）通信已经发送、通信发送的时间等事实。此外，在一些实施例中，EM 系统可以自动通知（未示出）某些用户或操作者（例如，进行注册以接收关于某些设施或 异常等的通知的人）该通信。这个与通信产生和发送相关的过程然后关闭，并且系统继续 检查对之前的通信的响应（方框28)。
[0103] 在方框28,数据质量组件115软件进行检查（通过定期轮询或通过连续监测），以 确定是否已经接收到针对未完成的请求的解决响应消息。在方框30,如果尚未接收到解决 响应，则系统继续检查传入数据（方框10)。如果已经接收到响应消息，则使响应与存储数 据库中的标识相关联，并且从解决响应消息识别解决响应。例如，在方框32,从响应消息提 取标识号或序列号和用户的响应选择。然后，在方框34,基于所提取的标识或序列号，系统 检索存储在数据库中（在方框26)的信息（例如，记录）。在方框36,系统根据解决响应来 解决数据异常情况，即通过按用户的响应选择来行动。可以了解，系统可以被配置为向一个 用户发送和接收消息，或者在备选方案中，可以被配置为同时向多个用户发送消息，以解决 潜在的数据异常。
[0104] 在一些实施例中，如图4B所示，方法还可以包括升级程序；如果确定尚未接收到 针对未完成的请求的解决响应消息，则EM系统向至少一个备选用户产生对人工输入的后 续对应请求。例如，在一个实施例中，如果在方框30,系统确定尚未接收到针对未完成的请 求的解决响应消息，则在方框38,系统确定是否已经过去预定的时间周期。如果不是，则系 统继续检查传入数据（方框10);然而，如果已经过去预定的时间，则系统通过相同的过程 (即，如方框20?26所示）运行，以向一个或多个其他用户产生并提交对人工输入的后续 请求。例如，可以联系监督者、管理者、社交网络用户或其它网站用户。然后，系统也会检查 这些后续请求以找到响应（在方框28中）。
[0105] 在另一个实施例中，方法可以包括从联系人数据库检索多个用户的联系信息；产 生对多个用户的对应请求；向多个用户提交对用于解决数据异常事件的人工输入的请求。 因此，如果在预定量的时间内尚未接收到适当的响应，则可以将对应请求升级为针对其他 对等或管理用户，或可以向多个用户发送请求，以解决一个异常（不同的问题针对不同的 角色、聚集响应）等。
[0106] 在另一个实施例中，EM数据可以包括所获取的EM属性数据，并且作为"决策包"的 一部分将其呈现给用户，以帮助解决数据异常。相关联EM属性数据的示例包括上文所确定 的那些，包括重合设备状态信息、维护管理系统数据、建筑物事件日历、天气数据以及如本 文所描述通过（例如）web服务提供的数据等。也包括在EM属性数据中的可以是数据异常 解决的历史，包括具有共同属性（例如，同一位置的数据异常解决的历史）的如本文所描述 的用户响应。EM属性数据可以是：(a)结构化的和机器可读的；或（b)非结构化的，但是可 以被获取并呈现给用户以获得解决。
[0107] 在另一个实施例中，EM软件101可以被配置为处理知识，以实现并改进数据异常 事件的解决的自动化。例如，系统可以被配置为记录EM解决信息（例如，来自来自用户的 解决响应消息）并且使解决响应与不需要人工输入的诊断类别相关联。例如，一旦用户决 定采取何种动作，就可以在未来发生同样的异常和/或相关联事件（例如，属性数据指示） 的情况下在未来引导数据质量组件115软件自动采取同样的响应。可以将今后类似的情况 从"需要人工输入"类别推送到或重新分类到"已知良好"或"已知不良"类别中，从而减少 对未来的通信的需要。例如，如果建筑物日历可用并且指示为了电维护的有计划的中断，则 该信息将有助于对同期能量数据的中断进行分类。
[0108] 在另一个实施例中，系统被配置为通过呈现与数据异常情况相关或相关联的EM 属性数据来解决数据异常。例如，该方法可以包括：从多个能量数据源接收能量管理（EM) 数据；检测EM数据中的多个数据异常事件；以及分析来自多个能量数据源的数据，以确定 数据异常事件是否满足至少一个相关标准。例如，EEM监测服务120可以被配置有"数据异 常聚集服务"，其从多个用户接收有关潜在异常的EM数据（如图1B中所描述）并且使这些 异常与通过该服务获取的其它EM相关数据相关。
[0109] 例如，在若干建筑物处或监测同一地理区域或本地位置（例如，位置1)中的多个 1ED 140?144的若干用户预订服务，该服务使在建筑物中检测到的数据质量问题与地理 本地化问题（如通信网络中断）相关。系统120在同一区域位置1中同时通过IED 142? 144识别出在多个建筑物或相关生产线处检测到的数据故障，表明故障可能是相关的。因 此，如果EM数据异常事件（例如网络中断）满足一些相关标准，例如（1)相同的异常（网 络故障）（2)同一个位置（位置1)和（3)多个负载或建筑物140?144,则可以对数据进行 进一步处理以获得解决动作。例如，当满足相关标准时，可以将EM数据包呈现给适当的用 户以获得解决（例如，EEM监测服务120可以针对IED 144获得显示相同的数据异常的数 据，IED 144从位置1中的电公用事业146接收能量）。
[0110] 在另一个实施例中，可以聚集用户采取的动作并且呈现给其他用户。例如：当查看 数据丢失是与电力中断相关的服务建议时，用户还看到，80%的用户接受了这个建议。系统 可以被配置为聚集来自多个能量数据的能量管理（EM)数据，并且将数据异常事件呈现给 多个用户以获得解决决策。在一个实施例中，系统被配置为允许用户在选自以下的显示介 质上查看其他用户的解决决策：网站；通过互连的软件；或在社交媒体平台118上。例如， 系统可以通过社交媒体平台显示信息，例如，如在题为"Enterprise Energy Management System with Social Network Approach to Data Analysis"的美国专利申请Application No. 11/899, 809 (公开为美国专利公开No. 2009/0070168)中描述，该申请的全部内容在此 以引用方式并入。
[0111] 虽然本文已经参照某些优选实施例对本发明进行了描述和说明，但是其它实施例 也是可能的。另外，因此，上述说明性实施例、示例、特征、优点以及伴随优点并不意味着限 制本发明，因为可以根据各种备选实施例并且在不必然提供（例如）可能由上述说明性实 施例提供或鉴于本公开内容可以以其它方式理解和/或可以在其一些实施例中实现的特 征、优点以及伴随优点中的一个或多个的情况下实施本发明。
[0112] 本文所描述的系统和模块可以包括软件、固件、硬件或者适合于本文所描述的目 的的软件、固件或硬件的任何组合。软件和其它模块可以驻留在服务器、工作站、个人计算 机、平板计算机、PDA和适合于本文所描述的目的的其它设备上。软件和其它模块可经由本 地存储器、经由网络、在ASP上下文中经由浏览器或其它应用程序或者通过适合于本文所 描述目的的其它手段访问。本文所描述的数据结构可以包括计算机文件、变量、编程阵列、 编程结构或任何电子信息存储方案或方法，或适用于本文所描述的目的的它们的任何组 合。本文所描述的用户接口元素可以包括来自图形用户接口、命令行接口以及适用于本文 所描述的目的的其它接口的元素。除非到过程本身中必要或固有的程度，否则意味着本公 开（包括图）中描述的方法或过程的步骤或阶段没有特定的顺序。在许多情况下，可以改 变过程步骤的顺序并且可以组合、更改或省略各种说明性步骤，而不改变所描述的方法的 目的、效果或意义。
[0113] 因此，虽然已经结合优选实施例对本发明进行了描述和说明，但是可以在不脱离 本发明的范围的前提下进行将是本领域技术人员显而易见的许多变化和修改，并且因此本 发明不限于上文所阐述的方法或构造的精确细节，因为这样的变化和修改旨在包括在本发 明的范围之内。因此，所附权利要求的范围不应限于本文包含的实施例的描述和说明。
【权利要求】
1. 一种由至少一个计算机在执行存储在至少一个非瞬时性计算机可读介质上的程序 代码时实现的方法，所述方法包括： 监测来自至少一个能量数据源的能量管理EM数据； 检测所述EM数据中的数据异常事件； 确定所述数据异常事件的解决是否需要人工输入；以及 向至少一个用户提交对用于解决所述数据异常事件的人工输入的自动请求；以及 为了来自所述至少一个用户的解决响应，将所述请求的记录记录在数据库中。
2. 根据权利要求1所述的方法，还包括： 产生所述数据异常事件的标识； 从联系人数据库检索至少一个用户的联系信息； 针对所述至少一个用户，产生包括数据异常事件信息的请求；以及 为了来自所述至少一个用户的解决响应，将所述联系人信息和所述标识记录在数据库 中。
3. 根据权利要求1所述的方法，还包括： 产生包括数据异常事件信息的请求，其中所述数据异常信息包括多个解决决策。
4. 根据权利要求3所述的方法，其中，所述请求被配置为自动产生响应，所述响应包括 选自所述多个解决决策的用户的解决决策和所述数据异常事件的标识。
5. 根据权利要求1所述的方法，还包括： 将所述数据异常归类为针对解决的诊断类别。
6. 根据权利要求5所述的方法，其中，所述诊断类别包括选自以下的类别：已知良好、 已知不良和需要人工输入。
7. 根据权利要求1所述的方法，还包括： 确定是否已经接收到针对未完成的请求的解决响应消息。
8. 根据权利要求7所述的方法，还包括： 如果已经接收到解决响应消息，则使所述响应与所述数据库中的所述标识相关联； 从所述解决响应消息识别解决响应；以及 根据所述解决响应来解决所述数据异常事件。
9. 根据权利要求7所述的方法，其中，所述方法还包括： 如果确定尚未接收到针对未完成的请求的解决响应消息，则向至少一个其他用户产生 对人工输入的后续对应请求。
10. 根据权利要求2所述的方法，其中，所述方法还包括： 从联系人数据库检索多个用户的联系信息； 产生针对所述多个用户的对应请求； 向所述多个用户提交对用于解决所述数据异常事件的人工输入的请求。
11. 根据权利要求1所述的方法，其中，所述方法还包括： 通过选自以下的组中的通信介质向至少一个用户提交至少一个请求：电子邮件、SMS 消息、语音邮件、即时消息和发布到社交媒体平台。
12. 根据权利要求1所述的方法，其中，所述方法还包括： 获取与所述数据异常事件相关的相关联EM属性数据；以及 向所述至少一个用户提交所述至少一个数据异常事件和所述EM属性数据。
13. 根据权利要求12所述的方法，其中，相关联EM属性数据选自包括以下的组： 重合设备状态信息、维护管理系统数据、事件日历、天气、金融信息数据、新闻数据以及 针对能量源的数据异常解决的历史。
14. 根据权利要求12所述的方法，其中，所述方法还包括： 记录所述解决响应消息中的解决信息；以及 使所述解决响应与不需要人工输入的诊断类别相关联。
15. 根据权利要求1所述的方法，其中，所述方法还包括： 从多个能量数据源接收EM数据； 检测所述EM数据中的多个数据异常事件；以及 分析来自所述多个能量数据源的所述数据，以确定所述数据异常事件是否满足至少一 个相关标准。
16. 根据权利要求15所述的方法，其中，所述方法还包括： 聚集来自所述多个能量数据源的所述EM数据； 为了解决决策，将所述EM异常数据事件中的至少一个呈现给多个用户。
17. 根据权利要求16所述的方法，其中，所述方法还包括： 允许用户查看其他用户的解决决策。
18. 根据权利要求15所述的方法，其中，所述方法还包括： 允许用户在选自以下的显示介质上查看其他用户的解决决策：网站；通过互连的软 件；数据馈送；或在社交媒体平台上。
19. 一种由至少一个计算机在执行存储在至少一个非瞬时性计算机可读介质上的程序 代码时实现的方法，包括： 监测来自多个能量数据源的能量管理EM数据； 检测所述EM数据中的多个数据异常事件； 分析来自所述多个能量数据源的所述数据，以确定所述数据异常事件是否满足至少一 个相关标准；以及 如果所述数据异常事件满足所述相关标准，则根据所述相关标准对所述数据进行处 理，以解决所述数据异常事件。
20. 根据权利要求19所述的方法，其中，所述方法还包括： 聚集来自所述多个能量数据源的所述EM数据； 为了解决决策，将所述EM异常数据事件中的至少一个呈现给多个用户。
21. 根据权利要求20所述的方法，其中，所述方法还包括： 允许用户查看其他用户的解决决策。
22. 根据权利要求21所述的方法，其中，所述方法还包括： 允许用户在选自以下的显示介质上查看其他用户的解决决策：网站；通过互连的软 件；数据馈送；或在社交媒体平台上。
23. -种方法，包括： 监测来自能量数据源的能量管理EM数据； 检测所述EM数据中的至少一个数据异常事件； 获取与所述数据异常事件相关的相关联EM属性数据；以及 将所述至少一个数据异常事件和所述EM属性数据呈现给用户。
24. 根据权利要求23所述的方法，其中，相关联EM属性数据包括： 重合设备状态信息、维护管理系统数据、事件日历、能量源的数据异常解决的历史。
25. 根据权利要求23所述的方法，其中，所述方法还包括： 从用户的解决响应接收解决信息；以及 使所述解决信息与不需要人工输入的诊断类别相关联。
26. -种用于电力管理的EM系统，所述系统包括至少一个计算机、其中存储EM数据的 至少一个存储设备以及其上存储计算机代码的至少一个非瞬时性计算机可读介质，所述计 算机代码在由所述至少一个计算机执行时使所述至少一个计算机至少： 监测来自至少一个能量数据源的能量管理EM数据； 检测所述EM数据中的数据异常事件； 确定所述数据异常事件的解决是否需要人工输入；以及 向至少一个用户提交对用于解决所述数据异常事件的人工输入的自动请求；以及 为了来自所述至少一个用户的解决响应，将所述请求的记录记录在数据库中。
27. 存储程序代码的至少一个非瞬时性计算机可读介质，所述程序代码在由至少一个 计算机执行时指示所述至少一个计算机执行包括以下步骤的方法： 监测来自至少一个能量数据源的能量管理EM数据； 检测所述EM数据中的数据异常事件； 确定所述数据异常事件的解决是否需要人工输入；以及 向至少一个用户提交对用于解决所述数据异常事件的人工输入的自动请求；以及 为了来自所述至少一个用户的解决响应，将所述请求的记录记录在数据库中。
28. -种用于电力管理的EM系统，所述系统包括至少一个计算机、其中存储EM数据的 至少一个存储设备以及其上存储计算机代码的至少一个非瞬时性计算机可读介质，所述计 算机代码在由所述至少一个计算机执行时使所述至少一个计算机至少： 监测来自多个能量数据源的能量管理EM数据； 检测所述EM数据中的多个数据异常事件； 分析来自所述多个能量数据源的所述数据，以确定所述数据异常事件是否满足至少一 个相关标准；以及 如果所述数据异常事件满足所述相关标准，则根据所述相关标准对所述数据进行处 理，以解决所述数据异常事件。
29. 存储程序代码的至少一个非瞬时性计算机可读介质，所述程序代码在由至少一个 计算机执行时指示所述至少一个计算机执行包括以下步骤的方法： 监测来自多个能量数据源的能量管理EM数据； 检测所述EM数据中的多个数据异常事件； 分析来自所述多个能量数据源的所述数据，以确定所述数据异常事件是否满足至少一 个相关标准；以及 如果所述数据异常事件满足所述相关标准，则根据所述相关标准对所述数据进行处 理，以解决所述数据异常事件。
【文档编号】G06Q10/06GK104487991SQ201280070906
【公开日】2015年4月1日 申请日期:2012年12月28日 优先权日:2011年12月30日
【发明者】安东尼·R·格雷 申请人:施耐德电气（美国）公司