CN102804163A - 使用标准化格式提供资源相关信息 - Google Patents

Abstract

描述了用于表示与不同的公用事业实体相关联的资源相关信息的标准化格式。可以使用三种文件来表示该标准化格式。用量文件表示对资源的消耗，发票文件表示与对资源的消耗相关联的发票，而费率文件表示与资源在不同的位置处的成本有关的不同费率的费率文件。文件由三种相应的模式来支配。还描述了使资源管理促进器能够与不同的公用事业实体进行交互并从其中接收资源相关信息的功能。在一种说明性方法中，公用事业实体发送指示一个或多个文件可用于下载的消息。然后，资源管理促进器检索文件，并以如消息内的信息所指定的适当方式来处理文件。

Description

使用标准化格式提供资源相关信息

背景技术

对于将使公用事业公司的消费者能够更高效地管理他们对资源(如电、燃气、水等等)的消耗的功能的需求越来越大。然而，消费者在实现此目标时面临许多挑战。首先，公用事业公司在历史上不情愿向消费者提供关于这些消费者对资源的消耗的详细信息(此处被称为资源相关信息)。如此，消费者可能在获得对于提供高效分析而言为足够及时并足够丰富的资源相关信息方面具有困难。其次，公用事业公司通常使用专有的本地格式来维护资源相关信息。如此，消费者可能在解释和使用来自不同的公司的资源相关信息方面具有困难。第三，公用事业公司通常收集大量的资源相关信息。即使使这样的信息可用，在存储此信息和以有效的方式将此信息传递到消费者方面存在令人畏缩的技术挑战。希望提供以有效方式处理资源相关信息的工具和技术的开发人员也会遇到上面所指出的困难。

发明内容

根据一种说明性实现，描述用于表示资源相关信息的标准化格式。标准化格式提供了表示与不同的公用事业实体相关联的资源相关信息的一致方式。此外，标准化格式是与能量无关的、灵活的、且可扩展的。对标准化格式的使用便于消费者对资源相关信息的解释以及对用于处理资源相关信息的有效工具的开发。

根据一个说明性方面，标准化格式可以以至少三种不同的文件来表示。每一个文件都由相应的模式支配。用量文件表示对资源的消耗。发票文件表示涉及对资源的消耗的发票信息。而费率文件表示与不同的位置的资源的成本有关的费率信息。

根据另一个说明性方面，描述了用于收集资源相关信息并将资源相关信息打包成上文所描述的三个文件的功能。然后，该功能将文件中的一个或多个发布到可以被接收实体访问的安全位置。在一种代表性的方法中，该功能向接收实体发送指示文件可用的消息。这样的消息可以标识文件所存储的位置以及已应用于文件的安全措施。然后，接收实体可以基于由消息所提供的信息来访问和处理文件。此方法是一个选项；该功能可以使用其他协议和传输机制来向接收实体提供文件。

根据一个说明性方面，接收实体对应于资源管理促进器。资源管理促进器从一个或多个公用事业实体接收资源相关信息。消费者可以与资源管理促进器进行交互以获得对资源相关信息的访问。以此方式，资源管理促进器充当标准化资源相关信息的交换所。

根据一个说明性方面，公用事业实体和资源管理促进器使用任何通信机制(诸如，但不仅限于，web服务功能)来彼此进行交互。

上面的功能可以用各种类型的系统、组件、方法、计算机可读介质、模式、数据结构、制品等来表现。

提供本发明内容以便以简化的形式介绍一些概念；这些概念在以下具体实施方式中进一步描述。本发明内容并不旨在标识所要求保护的主题的关键特征或必要特征，也不旨在用于限制所要求保护的主题的范围。

附图说明

图1示出了其中资源管理促进器(“促进器”)从一个或多个公用事业实体接收标准化格式的资源相关信息的说明性环境；然后，促进器使与资源相关的信息对公用事业实体的消费者可用。

图2示出了分别由图1的公用事业实体和促进器所提供的公用事业处理功能和促进器处理功能。

图3和4示出了涉及在图1的公用事业实体和促进器之间交换消息的对话的一般化概述。

图5和6示出了涉及在公用事业实体和促进器之间交换测试类型的消息的对话。

图7和8示出了涉及在公用事业实体和促进器之间交换注册类型的消息(或取消注册类型的消息)的对话。

图9示出了其中公用事业实体将要下载的文件的可用性通知给促进器的对话。

图10示出了由公用事业实体实现的用于准备资源相关信息并将资源相关信息可用性通知给促进器的说明性过程。

图11示出了由促进器实现的用于从公用事业实体接收资源相关信息并用于处理资源相关信息的说明性过程。

图12示出了说明受用量模式支配的用量文件内的资源相关项目的概述。

图13示出了基于图12所示出的元素的用量文件的示例。

图14示出了说明受发票模式支配的发票文件内的资源相关项目的概述。

图15和16示出了基于图14所示出的元素的发票文件的示例。

图17示出了说明受费率模式支配的费率文件内的资源相关项目的概述。

图18示出了基于图17所示出的元素的费率文件的示例。

图19示出了可以用来实现前面的附图中所示出的特征的任何方面的说明性处理功能。

贯穿本公开和附图使用相同的附图标记来引用相同的组件和特征。100系列标号指的是最初在图1中找到的特征，200系列标号指的是最初在图2中找到的特征，300系列标号指的是最初在图3中找到的特征，以此类推。

具体实施方式

本公开阐述了用于表示资源相关信息的标准化格式。本公开还描述了用于形成、发布、接收，以及处理资源相关信息的功能。

本发明是按如下方式来组织的。部分A描述了实现上面概括的功能的说明性系统。部分B描述了说明部分A的系统的操作的说明性信号图以及流程图。部分C描述了用于以标准化格式来表示资源相关信息的说明性文件。而部分D描述了可以被用来实现前面的部分中描述的特征的任何方面的说明性处理功能。

作为预备，一些附图在一个或多个结构组件(被不同地称为功能、模块、特征、元素等)的上下文中来描述概念。附图中示出的各种组件能够以任何方式来实现，例如，通过软件、硬件(例如，分立逻辑组件等等)、固件等等，或这些实现的任何组合。在一种情况下，附图中所示出的将各种组件分离为不同的单元可以反映在实际实现中使用对应的不同的组件。可另选地，或者另外，附图中所示出的任何单个组件都可以通过多个实际组件来实现。可另选地，或者另外，对附图中的任何两个或更多单独的组件的描绘可以反映由单一实际组件所执行的不同的功能。进而要讨论的图19提供了关于附图中示出的功能的一个说明性实现的更多细节。

其他附图以流程图形式描述了概念。以此形式，某些操作被描述为构成以某一顺序执行的不同的框。这样的实现是说明性的而非限制性的。此处描述的某些框可被分组在一起并在单个操作中执行，某些框可被分成多个组成框，并且某些框可以按与此处所示出的不同的次序来执行(包括以并行方式执行这些框)。流程图中示出的框可以通过软件、硬件(例如，分立逻辑组件等等)、固件、手动处理等等或这些实现的任何组合来实现。

关于术语，短语“被配置成”涵盖可以构造任何类型的功能来执行已标识的操作的任何方式。功能可以被配置成使用，例如，软件、硬件(例如，分立逻辑组件等等)、固件等等和/或其任何组合来执行操作。

术语“逻辑组件”包含用于执行任务的任何功能。例如，流程图中示出的每一个操作都对应于用于执行该操作的逻辑组件。操作可以使用，例如，软件、硬件(例如，分立逻辑组件等等)、固件等等和/或其任何组合来执行操作。当由计算系统实现时，逻辑组件表示作为计算系统的物理部分的、无论如何实现的电子组件。

A.说明性系统

图1示出了在其中资源相关信息可以在不同的实体之间传递的说明性环境100。如此处所使用的，术语“资源相关信息”包含与资源的消耗有关的任何信息。资源相关信息的不同部分被称为相应的资源相关项目。术语“资源”包含可以被提供给消费者并根据指定的基础(例如，每单位的基础)来进行跟踪的任何有形的或无形的商品或服务。不作为限制，资源可以对应于电、任何类型的燃气、燃料油、水等等。此处呈现的许多示例涉及对电和燃气的消耗；但是，此处所描述的原理不仅限于这些类型的可消耗的资源。

在图1中，一个或多个公用事业实体向消费者提供资源。公用事业实体可以对应于不同商业的资源的提供商，如一个或多个区域的电的提供商、一个或多个区域的燃气的提供商等等。可另选地，或另外，公用事业实体可以涵盖更局部化的资源的提供商，如产生多余的电供其他人使用的房主。为便于讨论，将在说明性公用事业实体102的上下文中来讨论公用事业实体。

消费者(或资源消费者)是指消耗由公用事业实体102所提供的资源的任何个人或其他实体(或实体组)。消费者可以拥有消耗资源的一个或多个资源接收单元(104，106)或以其他方式与它们相关联，资源接收单元为如，但不仅限于，任何类型的一个或多个建筑物单元。例如，消费者可以表示从电力公用事业实体接收电和/或从燃气公用事业实体接收燃气的一个或多个建筑物单元的拥有者。每一个建筑物单元都可包括一个或多个服务点。例如，资源接收单元104可包括含代表性服务点108的一个或多个服务点，包括。资源接收单元106可包括含代表性服务点110的一个或多个服务点。服务点与用于测量任何类型的资源接收单元内消耗的资源的任何类型的计量机制相关联。换言之，服务点可以对应于公用事业计量器。

图1指与作为消费环境112的特定消费者相关联的设施和功能。为便于讨论，公用事业实体102被描述为向与特定消费者相关联的单个消费环境112提供服务；在实践中，公用事业实体102通常将向大量的消费者和相关联的消费环境提供服务。

公用事业实体102通过传输机制114从服务点(例如，108，110)接收电数字数据的形式的资源相关信息。资源相关信息包括描述由消费者在标识出的时间跨度内所消耗的资源量的信息。在一种情况下，传输机制114可以对应于用于以电子方式向公用事业实体102传递资源相关信息的一个或多个网络。这样的网络可以包括一个或多个常规的回程网络和/或一个或多个无线网络等等。可另选地，或另外，公用事业实体102可以使用手动技术来收集资源相关信息。在此技术中，公用事业实体102的雇员可以在物理上访问服务点(108，110)，并借助或不借助任何已知类型的计量器读取机制来记录由这些服务点(108，110)指示的对资源的消耗。公用事业实体102可以在任何时间基础上接收资源相关信息。通常，公用事业实体102以周期性的间隔接收资源相关信息。

资源管理促进器116(下面简称为“促进器”)从包括公用事业实体102的不同的公用事业实体接收资源相关信息。在这样做时，促进器116充当涉及资源的消耗的信息的交换所。促进器116可以通过耦合机制118从公用事业实体102接收资源相关信息。可另选地，或另外，促进器可以通过耦合机制120直接从服务点(108，110)接收资源相关信息。如此，在一种实现中，服务点(108，110)可以只向公用事业实体102提供资源相关信息，公用事业实体102接着将资源相关信息传递给促进器116。在另一种实现中，服务点(108，110)可以只向促进器116直接提供资源相关信息。在另一种实现中，服务点(108，110)可以向公用事业实体102和促进器116两者提供资源相关信息。

在任何情况下，促进器116要求资源相关信息的任何供应商将资源相关信息打包为预定格式。在一种实现中，例如，促进器116要求供应商以三个文件来表示资源相关信息。资源用量文件表示一个或多个消费者对资源的消耗。发票文件表示与一个或多个消费者对资源的消耗相关联的发票信息。而费率文件表示与资源的成本有关的费率信息。

每一个文件使用如受模式支配的数据结构来表示资源相关项目。每一个模式都标识可以被包括在特定文件中的资源相关项目的可以接受的类型。每一个可以接受的类型都由对应元素进行定义，如帐户元素、服务点元素、用量元素等等。模式还标识与每一个元素相关联的可以接受的属性(如果事实上该元素包括一个或多个属性)。模式还标识与每一个属性相关联的可接受的值。模式还标识与每一个元素相关联的可接受的形式。模式还指定如何在文件内组织与资源相关的项目。概括地说，模式标识文件内的各个资源相关项目的格式，以及文件作为整体的数据结构，其中，术语“格式”包含资源相关项目和/或作为整体的数据结构的任何特征。部分C呈现了受一个或多个模式支配的可以以标准化格式来表示资源相关信息的方式的示例。

消费者或其他被授权的实体可以使用消费者处理功能(CPF)122来从促进器116访问资源相关信息。CPF 122表示用于通过耦合机制124来接收信息的任何机制。在一种情况下，CPF 122可以对应于任何类型的计算设备，如工作站计算机、膝上型计算机、个人数字助理(PDA)设备、移动电话设备、机顶盒设备、游戏控制台设备、任何类型的专用消费监视和/或分析设备等等。在一种情况下，CPF 122可以提供允许消费者查看与他或她在消费环境112内对资源的消耗有关的资源相关信息的查看功能。此查看功能可包括以各种方式(如表格式、图格式等等)呈现资源相关信息的一个或多个呈现工具。另外，或者可另选地，CPF 122可包括对资源相关信息执行任何类型的分析的分析功能。只作为一个示例，分析功能可以分析于资源接收单元(104，106)的特征有关的资源相关信息。基于此分析，分析功能可以生成关于消费者如何降低他的或她的能源成本的建议。

诸如代表性的服务提供商126之类的一个或多个服务提供商也可以通过耦合机制128与促进器116进行交互。另外，或者可另选地，服务提供商可以直接与消费者的CPF 122进行交互。服务提供商提供与消费者对资源的消耗有关的任何商品或服务。例如，一个服务提供商可以表示销售节能窗户和门的公司。另一个服务提供商可以表示向房屋安装补充保温的公司。在一种实现中，如果被消费者授权，则促进器116可以分析描述了消费者对资源的使用的资源相关信息。基于此分析，促进器116可以随后标识出可以帮助消费者减少他的或她的资源消耗的一个或多个服务提供商。可另选地，或另外，服务提供商可以独立地执行上文所描述的类型的分析(如果被消费者授权的话)。

促进器116和/或服务提供商还可以提供适可用于消费者的诸如代表性的社区130之类的特定消费者社区的服务。促进器116和/或服务提供商可以基于任何因素或因素组合来标识社区。在一种情况下，促进器116可以基于消费者的地理位置来标识社区。可另选地，或另外，促进器116可以基于与消费者相关联的资源接收单元的类型来标识社区(例如，通过聚合住在类似类型的房屋内的消费者，等等)。可另选地，或另外，促进器116可以基于由消费者所定义的目标来标识社区。例如，促进器116可以标识对节能已表示出较高兴趣的一组消费者。促进器116可以分析与社区内的消费者相关联的资源相关信息，然后，提供一般说来适用于该社区的建议。另外，或者可另选地，促进器116可以评估社区内的消费者的一般偏好和习惯，并基于此提供建议。例如，促进器116可以允许消费者对本地服务提供商进行排序；然后，促进器116可以向社区的成员展示这些排序。促进器116还可以向任何消费者或消费者组提供其他类型的服务。上面的示例是代表性的，而不是穷尽性的。

促进器116可以采取适当的预防措施来保护与消费者相关联的信息的隐私。此外，促进器116还可以允许消费者明确地选择进入或选择退出它的各种服务。此外，促进器116可以允许消费者控制他们的数据，包括对数据的创建、删除，以及传播。

在一种实现中，促进器116可以由可通过网络来访问的计算机系统来实现。例如，促进器116可以由一个或多个服务器类型的计算机设备、一个或多个数据存储，和/或其他数据处理设备来实现。在此实现中，耦合机制118、120、124，以及128可以表示到促进器116的网络连接。实现这些网络连接的网络可以表示广域网(诸如因特网)、局域网、点对点耦合机制，或其任何组合。网络可包括硬连线的链路、无线链路、路由器、网关、名称服务器等等的任何组合。网络可以由任何协议或协议组合来管制。

下面的描述提供了关于公用事业实体102和促进器116之间的交互以及用于表示资源相关信息的模式的附加信息。在更详细的描述之前，在环境100内考虑标准化资源相关信息的高级角色是有益的。

标准化资源相关信息提供用于表示从不同的公用事业实体(或其他源)接收到的资源相关信息的通用方法，而不管不同的公用事业实体所使用的本地格式的特性，并且与由不同的公用事业实体所提供的资源的类型无关。此外，标准化资源相关信息被设计成是灵活的和可扩展的(例如，可缩放的)。此外，构建标准化资源相关信息以便适应公用事业实体所使用的本地格式的未来变化，以及适应用于处理与资源相关的信息的方式的变化(例如，通过对其进行压缩并对其进行加密等等)。

这些特征可以具有各种优点。例如，标准化资源相关信息使得对由不同的公用事业实体所提供的资源相关信息进行集成更加容易。此外，标准化资源相关信息还使得消费者解释此信息更容易。此外，标准化资源相关信息还便于由促进者116、CPF 122、服务提供商，及其他实体对这样的信息的处理。换言之，并不要求这些处理组件提供考虑由不同的公用事业实体所使用的本地格式的专业化或自组织转换功能。处理组件还不必接受频繁的更新；这是因为资源相关信息被设计成相对于被不同的公用事业实体使用的本地格式的变化以及用于处理资源相关信息的方式的变化来说是有弹性的。换言之，资源相关信息是向前看的，它尝试通过其灵活的模式来适应这些未来变化。

最后，注意，标准化资源相关信息被描述为在图1的说明性环境100中使用。然而，其他环境也可以利用标准化资源相关信息。例如，在下面的描述中，公用事业实体被分派了如下职责：将资源相关信息打包成由各种模式所定义的标准化形式，以及然后将标准化资源相关信息提供给促进器116。在其他环境中，其他实体可以形成并提供标准化资源相关信息。

继续图1的说明，公用事业实体102可包括用于执行其各种服务的计算机系统，包括一个或多个计算机设备、一个或多个数据存储，和/或其他数据处理设备。例如，公用事业实体102可包括一个或多个存储132(为简明起见，下面以单数表示)。存储132可以保留从与资源的消耗有关的各种服务点(108，110)接收到的任何资源相关信息。存储132还可以存储其他资源相关信息，诸如关于公用事业实体102的各个消费者、费率等等的管理信息。公用事业实体102还包括用于采集资源相关信息并对其进行操作的公用事业处理功能(UPF)134。UPF 134还包括允许它与促进器116进行交互的功能。

促进器116包括一个或多个存储136(为简明起见，下面以单数表示)。存储136可以保留从与资源的消耗有关的公用事业实体或其他源接收到的任何资源相关信息。存储136还可以存储与资源消耗有关的任何其他信息，如预订其服务的消费者的身份、费率等等。促进器116还包括允许它与公用事业实体102的UPF 134进行交互的促进器处理功能(FPF)138。FPF 138还包括允许它处理从UPF 134接收到的资源相关信息的功能。促进器116还包括允许促进器116和与特定消费者相关联的CPF 122进行交互的消费者交互功能140。

图2示出了关于由公用事业实体102所提供的UPF 134和由促进器116所提供的FPF 138(它们通过耦合机制118彼此进行交互)的附加的说明性细节。在此图中，耦合机制通过诸如广域网(例如，因特网)之类的网络202来表示。

UPF 134可包括(或可以被概念化为包括)用于执行不同的相应的功能的模块集合，如UPF测试模块204、UPF注册模块206，以及UPF数据传输模块208。同样，FPF 138可包括(或可以被概念化为包括)用于执行不同的相应的功能的模块集合，如FPF测试模块210、FPF注册模块212，以及FPF数据传输模块214。测试模块(204，210)执行测试彼此的相应的服务的可用性的任务。注册模块(206，212)处理以下任务：注册消费者对通过促进器116从一个或多个公用事业实体接收资源相关信息的请求，以及稍后取消这些请求。注册和取消注册消费者的请求的过程在以下用简短的方式被分别称为注册消费者以及取消注册消费者。虽然未示出，但是，UPF 134还可以包括用于从多个服务点或其他源接收资源相关信息的模块。

数据传输模块(208，214)执行与资源相关信息从公用事业实体102到促进器116的传输相关联的各种任务。例如，UPF数据传输模块208执行以下任务：将资源相关项目打包成由促进器116所期望的标准化格式、及产生一个或多个文件。然后，UPF数据传输模块208可以压缩并加密文件，然后将文件发布到可以被促进器116访问的已标识的位置216。然后，UPF数据传输模块208和FPF数据传输模块214彼此进行交互以传输文件。文件可包括资源用量文件218、发票文件220，以及费率文件222。

UPF 134和FPF 138可以使用用于彼此交换信息的任何对话机制，如，但不仅限于，web服务功能。图2一般地表示诸如对话机制224之类的功能。部分B中的图3和4提供关于操作对话机制224的一种方式的一般信息。

如交互226所示，对话机制224可以在UPF测试模块204和FPF测试模块210之间实现电数字数据消息的交换。部分B的图5和6提供关于此交互226的附加信息。如交互228所示，对话机制224还可以实现在UPF注册模块206和FPF注册模块212之间的消息的交换。部分B的图7和8提供关于此交互228的附加信息。如交互230所示，对话机制224还可以实现在UPF数据传输模块208和FPF数据传输模块214之间的消息的交换。部分B的图9-11提供关于此交互230的附加信息。图2表示对资源相关信息的如传输路径232的实际交换。

最后，UPF 134可以提供UPF事务监控模块234，同时FPF 138可以提供FPF事务监控模块236。事务监控模块(234，236)跟踪UPF 134和FPF 138之间的消息的交换。在一种情况下，FPF事务监控模块236将权证标识符(例如，任何唯一标识符)分配给促进器116启动的或公用事业实体102启动的对话。UPF事务监控模块234可以通过跟踪这些权证标识符来监控对话。

B.说明性的操作方式

如在前面的部分所指出的，公用事业实体102和促进器116可以使用任何对话机制224来执行对话。不作为限制，一个这样的机制是web服务机制。可以使用的其他技术，包括CORBA、DCOM、RMI等等。图3和图4呈现对话机制224的概述，而图5-9描述如何使用此机制来执行测试、消费者注册(包括取消注册消费者)、以及数据传输。

从图3开始，此图示出了在请求方302和应答方304之间发生的一般对话。请求方302是启动对话的实体，而应答方304是对请求方302作出响应的实体。在某些情况下，请求方302是公用事业实体102；在其他情况下，它是促进器116。同样，在某些情况下，应答方是公用事业实体102；在其他情况下，它是促进器116。

请求方302和应答方304两者都实现至少三种不同的方法：Execute(执行)、Query(查询)，以及Update(更新)。这些方法中的每一个都接收特定的输入消息，并提供输出结果。当实体想要启动对话时，它调用Execute方法。实体在开发或其他非典型的情况期间调用Query方法，以调查对话机制224的某个方面。当任何实体想要将其他实体启动的对话的状态通知给其他实体时，它调用Update方法。

通过启动对话所采用的电数字数据消息的类型以及由FPF 138分配给对话的标识符(例如，权证标识符)来描述对话。在web服务机制的情况下，消息对应于以标记语言，例如，可扩展标记语言(XML)，来表示的信息块。

对话中的操作可以被表征为启动阶段306、处理阶段308以及结束阶段310。在启动阶段306，请求方302传递要由应答方304执行的任务。在处理阶段308，应答方304执行此任务。在结束阶段310，应答方304将其处理的结果通知给请求方302。

更具体而言，在启动阶段306，请求方302调用应答方304的Execute方法，以传递其类型表示对话的特征的消息。例如，如果请求方302是促进器116，那么该消息指示应答方304(例如，公用事业实体102)注册消费者(如下文参考图7所描述的)。如果公用事业实体102是请求方302，则消息可以通知应答方304(例如，促进器116)文件可用于被下载(如将参考图9所描述的)。在任一种情况下，请求方302要求应答方304执行可能不能即刻完成并且也不能在设定的时间帧完成的任务。在这种意义上讲，谈话是异步的。

响应于对Execute方法的调用，应答方304提供消息已被接收到的确认。不管哪一方启动谈话，促进器116将标识符(如GUID类型的权证标识符)分配给每一个对话。即，如果促进器116是请求方302，则在对Execute方法的初次调用中传递权证标识符。如果促进器116是应答方304，则在对Execute方法的初次调用的直接结果中传递权证标识符。

尽管应答方304是在处理阶段308处理对话的，但是在任何时间两个可选web服务调用中的任何一个都可以发生。首先，如图4所示，请求方302可以调用应答方304的Query方法，以传递包含对话的权证标识符(由促进者116预先指定的)TicketInfo(权证信息)消息。应答方304的直接结果包含已更新的状态信息。其次，应答方304可以独立地调用请求方302的Update方法，以传递状态消息来向请求方302通知对话的状态的变化。这两个web服务调用是可选的，意味着处理阶段308可以在这两个web服务调用都没有执行的情况下完成。

在结束阶段310，应答方304调用请求方302的Update方法，以传递状态消息；此消息指定对话已经完成。对话的状态可以呈现各种值；在一种只是说明性的情况下，可能的值包括“权证未知”、“已完成”、“待处理”、“正在处理”或“失败”。

图5和6示出了请求方302和应答方304之间的测试相关交互。请求方302可以调用此交互来验证应答方304的状态。在一种情况下，由测试模块(204，210)在开发阶段(例如，当公用事业实体102首次与促进器116建立关系时)调用此交互。也可以在以后产生与公用事业实体102或促进器116的状态有关的某个问题时调用此交互。

在图5中，请求方302(例如，公用事业实体102)可以通过调用促进器116的Execute web服务方法以传递作为输入的Ping(查验)消息的方式来检查连接性并验证促进器116的状态。可另选地，请求方302可以对应于促进器116，该促进器116将Ping消息发送到公用事业实体102，以检查连接性并验证公用事业实体102的服务的状态。Ping消息其本身提供与公用事业实体102相关联的标识符(例如，PartnerId(成员标识符))。Ping消息还包括由促进器116分配给对话的权证标识符。

对Ping消息的接收会启动涉及双向调用的web服务对话。应答方304首先作出回答，以表明它是可用的。此后，应答方304调用请求方302的Update web服务方法，以验证应答方304也能够调用请求方302的web服务方法。

在图6中，请求方302调用应答方304的Execute方法，以传递作为输入的消息PingImmediate(立即查验)。这调用构成单一web服务调用的交互，而非调用涉及多个双向调用的web服务对话。响应于此消息，应答方304将验证连接性的结果发送到系统。PingImmediate消息包括与Ping消息相同的属性。

图7示出了促进器116可以注册消费者的对话，该对话使消费者能够与促进器116进行交互。为执行此功能，促进器116通过调用公用事业实体102的Execute web服务方法并传递作为输入的RegisterCustomer(注册消费者)消息来启动web服务对话。

在一个代表性的而非限制性的情况中，RegisterCustomer消息包括标识公用事业实体102的标识符(例如，PartnerId)以及标识它正在启动的对话的权证标识符。消息还可以标识消费者正注册用户的服务的类型，如“电”或“燃气”。消息还可以包括消费者提供的一系列回答。即，公用事业实体102可以预先收集消费者对问题的回答。促进器116收集相同的回答，以便向公用事业实体102验证它被授权向声称是公用事业实体102的消费者的人提供资源相关信息。消息还可以标识书写回答所用的语言。消息还可以提供分配给回答的标识符。

当公用事业实体102接收到作为输入的RegisterCustomer消息时，它通过将该消息中的回答与消费者之前提供的回答进行比较来验证消息是否来源于其消费者中的一个。如果消费者通过了验证，则公用事业实体102生成用于以后标识消费者的标识符(例如，CustomerId)。在一种情况下，公用事业实体102分配给消费者的CustomerId不同于它为其他本地目的而在内部用来表示消费者的标识符。然后，公用事业实体102可以开始将此消费者的资源相关信息发送到促进器116。

在完成上面的操作之后，公用事业实体102调用促进器116的Updateweb服务方法来传递作为输入的正确地填充的CustomerRegistered(消费者已注册)消息。CustomerRegistered消息将其处理RegisterCustomer消息的结果通知给促进器。根据一个说明性而非限制性的情况，CustomerRegistered消息可包括标识公用事业实体102(例如，PartnerId)的属性和标识对话的权证标识符。消息还可以标识其处理的结果，如“Suceess(成功)”、“Failed(失败)”、“NoService(没有服务)”、“IncompleteAnswers(未完成的回答)”或“IncorrectAnswers(不正确的回答)”。消息还可以包括由公用事业实体102分配给消费者的标识符(例如，CustomerId)。消息还可以指示消费者正在注册的服务的类型，如“电”或“燃气”。消息还可以提供与和服务相关联的服务点(例如，计量装置))相关联的服务点标识符(例如，ServicePointNumber(服务点编号))。

消息还可以指示此消费者的文件当前是否可用于由促进器116下载。如果是这样，则消息可以提供可以被促进器116用来下载这些文件的信息，如下面将结合图9更详细地讨论的。

在RegisterCustomer(注册消费者)消息指示公用事业实体102没有合适地注册消费者的情况下，促进器116能够与消费者进行交互以尝试纠正该问题。

图8示出了促进者116可以用于移除现有的消费者注册或换言之取消注册消费者的对话。为执行此功能，促进器116可以调用公用事业实体102的Execute web服务方法并传递UnregisterCustomer(取消注册消费者)消息。

在一个代表性的而非限制性的情况中，UnRegisterCustomer消息包括标识公用事业实体102的标识符(例如，PartnerId)和标识对话的权证标识符。消息还可以包括标识正在被取消注册的消费者的标识符(例如，CustomerId)。消息还可以标识消费者将取消注册用户的服务的类型，如“电”或“燃气”。消息还可以标识为什么消费者正被取消注册的原因，如“未知”、“CustomerRequest(消费者请求)”(因为消费者已明确地请求了此动作)、或“ApplicationRequest(应用请求)”(因为促进器116已独立地请求了此动作)。

响应于此消息，公用事业实体102确定由促进器116所指定的消费者标识符是否存在于其系统中。如果存在，则公用事业实体102从其文件传递列表中移除消费者标识符，这将导致它停止向促进器116发送消费者的资源相关信息。

在完成上面的操作之后，公用事业实体102调用促进器116的Updateweb服务方法来传递作为输入的CustomerUnregistered(已取消注册的用户)消息。CustomerUnregistered消息将其处理UnregisterCustomer消息的结果通知给促进器116。根据一个说明性而非限制性的情况，CustomerUnregistered消息可包括标识公用事业实体的属性(例如，PartnerId)和标识对话的权证标识符。消息还可以标识其处理的结果，例如，指示它是否成功从其文件传递列表中移除了已标识的消费者。如果该操作是成功的，则促进器116将不再期望在随后的文件传递中接收此消费者的用量数据。

虽然在图8中未示出，公用事业实体102还可以启动取消注册类型的操作。为此，公用事业实体102调用促进器116的Execute web服务方法来传递作为输入的UnregisterCustomer(取消注册顾客)消息。

图9示出了可以被用来将文件从公用事业实体102传递到促进器116的一个说明性对话。下面所描述的图10和11提供了关于用于将资源相关信息从公用事业实体102传输到促进器116的过程的更多包含性的信息。

公用事业实体102通过调用促进器实体116的Execute方法以传递作为输入的FilesAvailable(文件可用)消息来启动传输文件的过程。根据一个说明性而非限制性实现，FilesAvailable消息902包括与公用事业实体102相关联的标识符(例如，PartnerID)。FilesAvailabile消息902还包括描述可用于下载的一个或多个文件的文件信息。文件的文件信息接着可包括属性集合。例如，文件信息可包括标识促进器116可以用来验证文件的模式的位置的属性。文件信息还可以包括促进器116可以从其下载文件的安全地址。在一个示例中，该地址对应于文件的统一资源定位符(URL)地址。文件信息还可以包括被公用事业实体102选择来表示文件的标识符。文件信息还可以提供可以被促进器116用来对文件进行解密的密钥信息等等(下面将参考图10和11更详细地描述)。文件信息还可以包括标识已被用于对文件进行加密的算法的信息，如，在一个示例中，为Rijndael。为在消息902中标识的每一个文件提供了上文所描述的信息。

促进器116通过从已标识的安全位置下载已标识的文件来对FilesAvailable消息作出响应。在下载文件之后，促进器116调用公用事业实体102的Update web服务方法，以传递包含有关已下载的文件以及它们的状态的信息的DownloadedFiles消息。

在一个代表性的而非限制性的示例中，DownloadedFiles消息可包括标识公用事业实体102的标识符(例如，PartnerId)和标识对话的权证标识符。DownloadedFiles消息还可以标识由促进器116执行的下载操作的状态。在一个示例中，消息的此分量可以呈现“OK”值(意味着下载操作成功)，“损坏”值(意味着文件被发现是损坏的)或“失败”值(意味着下载操作由于任何其他理由而失败)。消息还可以标识成功或未成功下载的每一个文件的地址。消息还可以提供分配给每一个文件的标识符和/或涉及下载操作的任何描述性消息。

作为公用事业实体102对上文所描述的RegisterCustomer对话的响应的一部分，它还可以启动对文件的传输。即，假设公用事业实体102具有在它正在处理消费者的注册请求的同时可用的文件。如果是，则公用事业实体102可以通过在CustomerRegistered消息中指定有关可用的文件的信息来启动与促进器116的文件传递对话。可以以上文所述的针对FilesAvailable消息的同样的方式来在此消息内标识文件。

图10和11描述了用于准备资源相关信息以及用于向促进器116提供资源相关信息的过程(1000，1100)。即，图10从公用事业实体102的角度来描述该过程，而图11则从促进器116的角度来描述该过程。图10和11通过更全面地描述其中可以执行FilesAvailable对话的包含性上下文来补充上文对于图9所提供的描述。

从图10开始，在框1002中，公用事业实体102从一个或多个消费者的服务点收集资源相关信息。如上文所描述的，公用事业实体102可以以各种方式收集此信息，例如，通过网络实现的通信路径或通过手动收集过程来收集此信息。在一种自动化方法中，服务点可以使用推技术(其中，服务点独立地，例如，以固定的时间间隔，转发信息)和/或拉技术(其中，公用事业实体102轮询服务点以收集信息)来提供资源相关信息。同样，在框1002中，公用事业实体102可以将资源相关信息存储在存储132中。

在框1004中，公用事业实体102将接收到的资源相关信息与其他资源相关信息一起打包成受相应的模式支配的一个或多个文件。这将产生标准化资源相关信息。在一个示例中，公用事业实体102可以转发三种类型的文件中的任何一个或多个。资源用量文件提供关于由一个或多个消费者对资源的消耗的信息。发票文件提供与由一个或多个消费者对资源的消耗相关联的发票信息(例如，为消费者对资源的消耗对消费者进行记账)。费率文件提供关于用于向消费者收取他们对资源的消耗的费用的基础的费率信息。部分C提供关于用于创建上面所概括的三种文件的一种格式的详细信息。

在框1006中，公用事业实体102使用任何压缩技术(如对公众可用的gzip技术)来压缩文件。

在框1008中，公用事业实体102使用任何加密技术来对文件进行加密。更具体而言，公用事业实体102可以使用预先加载到促进器116的证书(从可信赖的证书源获得)来对文件进行加密。公用事业实体102可以使用任何算法来对文件进行加密。作为加密过程的一部分，公用事业实体102可以保存与用于对文件进行加密的算法相关联的密钥信息。例如，对于某些加密算法，公用事业实体102可以保存密钥和初始化向量，供以后使用。

在框1010中，公用事业实体可以将已加密的文件发布到促进器116可访问的位置。在一个示例中，不作为限制，公用事业实体可以将文件发布到HTTPS安全的面向因特网的服务器位置(URL)。

在框1012中，公用事业实体102将FilesAvailable消息发送到促进器116，该消息是电数字数据消息。在一种说明性情况下，在形成此消息时，公用事业实体102可以准备传递密钥和初始化向量的信息，该信息使促进器116能够对资源相关信息进行解密。然后，公用事业实体102可以使用促进器116的公钥来对组合的字节阵列进行加密。此所产生的已加密的信息构成在图9的上下文中描述的FilesAvailable消息中提供的密钥信息。

在框1014中，公用事业实体102从促进器116接收DownloadedFiles消息，该消息指示促进器116是否已经成功地下载了文件。在促进器已经成功地下载文件的情况下，公用事业实体102可以从安全位置删除这些文件。

图10所示出的框1012和框1014之间的操作中的断裂指示这两个操作之间的耦合是异步的，这意味着对于在框1012之后执行框1014没有固定的时间帧。

现在前进到图11，在框1102中，促进器116从公用事业实体102接收FilesAvailable消息。

在框1104中，促进器116从FilesAvailable消息中标识的位置处检索文件。在框1104中，促进器116还可以将文件存储在存储136中。

在框1106中，促进器116使用FilesAvailable消息中提供的加密信息来对文件进行解密。

在框1108中，促进器116基于FilesAvailable消息中标识的压缩技术来解压缩文件。

在框1110中，促进器116使用FilesAvailable消息中标识的模式来验证文件中的资源相关信息。

在框1112中，在成功地解密、解压缩，以及验证文件之后，促进器116以任何方式来处理文件中的资源相关信息。例如，促进器116可以将资源相关信息存储在其存储136中，以使得它可以被已授权消费者访问。

在框1114中，促进器116将DownloadedFiles消息发送到公用事业实体102，该消息指示在图11中描述的操作的状态。即，DownloadedFiles消息指示促进器116是否成功地下载并处理由公用事业实体102所提供的文件。

除结合图9-11示出的技术之外，还可以使用其他方法来向促进器116传输文件。例如，在上面的方法中，公用事业实体102通知促进器116要被下载的文件的存在。可另选地，或另外，促进器116可以使用轮询方法来独立地从公用事业实体102请求文件，而无需首先从公用事业实体102接收消息。可另选地，或另外，公用事业实体102可以独立地将文件发送到促进器116，而无需首先将消息发送到促进器116等等。此外，公用事业实体102可以以各种可选择的方法将文件发送到促进器116，如通过将文件分解为多个部分并以分段方式发送这些文件等等。

C.用于提供资源相关信息的说明性文件

图12-18示出了可用于表示资源相关信息的格式的示例。如上文所概括的，在一个示例中，公用事业实体102可以将资源相关信息打包成三种类型的文件：资源用量文件；发票文件；以及费率文件。图12-13提供关于资源用量文件的说明性特征的信息。图14-16提供关于发票文件的说明性特征的信息。且图17-18提供关于费率文件的说明性特征的信息。

作为概述，每一个文件都以受模式支配的数据结构来表示资源相关项目。该模式定义可以被包括在特定文件中的资源相关项目的类型。每一种类型的资源相关项目都由特定元素进行定义。该模式还标识所接受到的与元素相关联的属性，以及所接收到的与属性相关联的值。该模式还定义可在文件内组织资源相关项目的方式。更具体而言，如下文将描述的，该模式定义文件内的资源相关项目的层次布局。概括地说，模式标识文件内的单个资源相关项目的格式以及文件作为整体的数据结构，其中，术语“格式”包含资源相关项目和/或数据结构作为整体的任何特征。

文件可包括由模式的特定元素所定义的任意数量的资源相关项目。例如，模式可以定义用量元素；基于此模式构建的特定文件可包括由用量元素所定义的一个或多个用量项目。图12、14和17通过重复某些类型的资源相关项目(诸如在图12中包括多个用量项目)来说明此特征。然而，这些图呈现了没有提供可以在特定文件内重复资源相关项目的方式的详尽的演示的示例。

此外，文件还可以省略模式中标识出的元素中的一个或多个。而任何资源相关项目都可以省略它的被准许的属性中的一个或多个。如此，某些元素和属性可以被认为是可选的。在其他情况下，资源相关信息的某些部分可以以任何方式依赖于资源相关信息的其他部分。例如，模式可以指定某些属性和/或值受其他属性和/或值的包括或省略的约束。

在下面所描述的示例中，文件中的资源相关信息是使用可扩展标记语言(XML)来表示的。然而，可以使用其他语言来表示资源相关信息。

从图12开始，此图示出了根据一个说明性实现的可以用在资源用量文件内的资源相关项目的概述。总的说来，资源用量文件提供关于一个或多个消费者对资源的消耗的信息。

<accountList(账户列表)>元素是包含<account(账户)>元素的集合的根元素。

<account>元素是<accountList>元素的子元素。此元素定义消费者账户。<account>元素可包括customerId(顾客标识符)属性；customerID是在消费者注册过程期间发送到促进器116的消费者标识符。

<servicePoints(服务点)>元素是<account>元素的子元素。它包含<servicePoint>元素的集合。

<servicePoint>元素是对应于服务点(例如，与计量机制相关联)的<servicePoint>元素的子元素。此元素包括<location(位置)>子元素(待描述)和一个或多个<usage(用量)>子元素(待描述)。此元素还包含某些类型的服务(如电服务点)的<environmentalImpact(环境影响)>子元素(待描述)。服务点元素可包括标识与服务点相关联的服务的类型的类型属性，如“electricServicePoint(电服务点)”或“gasServicePoint(燃气服务点)”。此元素也可以包括标识与服务点相关联的资费类别的tariffClass(资费类别)属性。此元素也可以包括标识与服务点相关联的服务点编号的servicePointNumber(服务点编号)属性。

<location>元素是<servicePoint>元素的子元素。此元素指定服务点的地址。此元素可以具有标识地址的类型的类型属性，例如，“usAddress(美国地址)”或“caAddress(加拿大地址)”。此元素也可以包括地址属性、城市属性、州属性、邮区属性、省属性，以及邮政编码属性等等。这些属性指定位置的地址的不同的部分，以适应特定国家的地址约定。

<usage>元素是<servicePoint>元素的子元素。此元素指定父服务点的能量用量。此元素可具有标识与用量相关联的服务的类型的类型属性，如“electricUsage(电用量)”或“gasUsage(燃气用量)”。此元素还具有“from(从)”属性和“to(到)”属性，它们分别标识使用期的开始日期和结束日期。此元素还包括标识在使用期内使用的能源的数量的数量属性。此元素也可以包括指示使用期是否被视为高峰期的高峰属性(在电服务的情况下)；在一个示例中，可能的值包括“on(是)”、“off(否)”以及“shoulder(临界)”。<usage>元素也可以包括标识与<usage>元素相关联的能量的源的源属性；在一个示例中，可能的值包括“核能”、“煤”、“燃气”、“水力”、“风力”、“太阳能”、“地热”、“其他”或“未知”。

<environmentalImpact>元素是<servicePoint>元素的子元素。此元素包含环境影响信息。

<impact(影响)>元素是<environmentalImpact>元素的子元素。此元素包含环境影响信息。它可包括标识与父<servicePoint>元素相关联的总能量产量的百分比的percentOfProduction(产量的百分比)属性(其中，与该<servicePoint>元素相关联的用量是某种已标识的总能量产量的几分之一)。<environmentalImpact>元素还可包括averageCarbonCostPerUnit(平均的每个单位的碳成本)属性，该属性标识释放到与父<servicePoint>元素相关联的每个单位环境中的二氧化碳的大致吨数。此元素也可以包括标识与父<servicePoint>元素相关联的能量源的源属性；在一个示例中，此属性可以呈现值“核能”、“煤”、“燃气”、“水力”、“风力”、“太阳能”、“地热”、“其他”或“未知的”中的一个。

图13示出了根据用量模式形成的特定用量文件的简化示例。如此处所示，用量文件包括涉及一个特定消费者帐户的资源相关信息1302。用量文件还包括关于诸如电服务点和燃气服务点之类的两个服务点的资源相关信息(1304，1306)。

图14示出了根据一个说明性实现的可以用于发票文件的资源相关项目的概述。总的说来，发票文件提供关于基于消费者对资源的消耗向消费者提供的发票的信息。

<accountList(账户列表)>是模式的根元素。此元素包含<account(账户)>元素的集合。

<account>元素是<accountList>元素的子元素。<account>元素定义消费者帐户。此元素可包括由促进器116在注册过程分配的用于标识消费者的customerId属性。

<statements(多个结算表)>元素是<account>元素的子元素。此元素包含<statement(结算表)>元素的集合。

<statement>元素是<statements>元素的子元素。此元素定义结算表。<statement>元素可包括标识账单发出的日期的billDate(账单日期)属性。该元素也可以包括标识可应用的公用事业服务账号的accountNumber(账号)属性。该元素也可以包括标识账单的总金额的总额属性。该元素也可以包括标识账单的截止日期的dueDate(截止日期)元素。该元素也可以包括提供与结算表相关联的标识符的statementNumber(结算表编号)属性。

<billingPeriod(记账时间段)>元素是<statement>元素的指定与结算表相关联的记账时间段的子元素。此元素可包括分别标识记账时间段的开始和结束日期的开始属性和结束属性。

<comments(多个注释)>元素是<statement>元素的子元素。此元素包含<comment(注释)>元素的集合。

<comment>元素是<comments>元素的子元素，并提供文本注释，如“您这个月的收费比去年同月低12％”。

<invoices(多个发票)>元素是<statement>元素的子元素，并包含<invoice(发票)>元素的集合。

<invoice>元素是<invoices>元素的子元素，并定义发票。它可包括描述与发票相关联的服务的类型的类型属性，如“electricInvoice(电发票)”或“gasInvoice(燃气发票)”。tariffClass(资费类别)元素标识与发票相关联的资费类别。serviceType(服务类型)属性标识与发票相关联的服务的类型，如“燃气”、“电”或“燃油”等。invoiceNumber(发票编号)属性提供分配给发票的发票标识符。可选servicePointNumber(服务点编号)提供与发票相关联的服务点标识符。总额属性标识此发票的总金额。

<location(位置)>元素是<invoice>元素的子元素。此元素指定服务点的地址。此元素可以具有标识地址的类型的类型标识符，例如，“usAddress(美国地址)”或“caAddress(加拿大地址)”。此元素也可以包括地址属性、城市属性、州属性、邮区属性、省属性、以及邮政编码属性等等。这些属性指定位置的地址的不同的部分，以适应特定国家的约定。

另一个<billingPeriod(记账时间段)>元素是<invoice>元素的子元素，它指定与结算表相关联的记账时间段。此元素可包括分别标识记账时间段的开始和结束日期的开始属性和结束属性。

另一个<comments(多个注释)>元素可以作为<invoice>元素的子元素而取决于<invoice>元素。此元素包含<comment(注释)>元素的集合。

另一个<comment>元素是<comments>元素的子元素，并包含文本注释，如“您这个月的收费比去年同月低12％”。

<lineItems(多个行项目)>元素是<invoice>元素的子元素，并包含<lineItem(行项目)>元素的集合、或<lineItemGroup(行项目组)>元素或两种类型的元素。

<lineItemGroup>元素是<lineItems>元素的子元素。此元素包含<lineItem>元素的集合。此元素可包括标签属性，该标签属性提供用于此行项目组的人类可读的标签，如“送货到户费”。总额属性标识与行项目组相关联的总金额。

<lineItem>元素是<lineItems>元素或者<lineItemGroup>元素的子元素。此元素定义发票中的行项目。换言之，此元素提供与发票相关联的一段描述性信息。该元素可包括分类行元素的类型属性，呈现诸如“收费”、“税收”、“费用”、“信用”或“调整”之类的值。百分比属性描述与行项目相关联的百分比信息。费率属性提供与行项目相关联的费率信息。数量属性提供与行项目相关联的数量信息。标签属性提供行项目的人类可读的标签，如“送货到户费”。“from(从)”属性和“to(到)”属性分别标识与行项目相关联的开始日期和结束日期。总额属性描述与行项目相关联的总金额。chargeType(收费类型)属性描述了与行项目相关联的收费的类型，如“产生”、“分配”、“基本费率”、“能量”或“其他”。管辖权属性标识与行项目相关联的管辖权，如“城市”、“县”、“州”、“联邦”或“其他”。

<environmentalImpact(环境影响)>元素是<invoice>元素的子元素，并包含环境影响信息。

<impact>元素是<environmentalImpact>元素的子元素。此元素包含环境影响信息。它可包括标识与父<invoice>元素相关联的总能量产量的百分比的percentOfProduction(产量的百分比)属性。<environmentalImpact>元素还可包括averageCarbonCostPerUnit(平均的每单位碳成本)属性，该属性标识释放到与父<invoice>元素相关联的每个单位环境中的二氧化碳的大致吨数。此元素也可以包括标识与父<invoice>元素相关联的能量的源的源属性；在一个示例中，此属性可以呈现值“核能”、“煤”、“燃气”、“水力”、“风力”、“太阳能”、“地热”、“其他”或“未知的”中的一个。

<reading>元素是<invoice>的子元素，并包含与父<invoice>元素相关联的计量器读数信息。此元素可包括指示读数是否表示估计的读数的“estimated(估计)”属性。

<previous(前一)>元素是<reading>元素的子元素，它包含前一次计量器读数信息。此元素可包括提供前一读数的日期的日期属性和标识前一读数的值的数量属性。

<current(当前)>元素是<reading>元素的子元素，它包含与发票相关联的当前计量器读数信息。此元素可包括提供当前读数的日期的日期属性和标识当前读数的值的数量属性。

<detail(细节)>元素是<reading>元素的子元素，它详述了计量器读数信息。此元素可包括标识与发票相关联的乘数值的乘数属性(例如，在一种情况下，指示计量器在报告时所使用的十的幂)。<difference(区别)>属性提供与电费发票相关联的区别信息。kwh属性提供电费发票的千瓦信息。ccf属性提供燃气发票的ccf(百立方英尺)信息。因素属性提供燃气发票的因素信息，例如，指示如何为记帐目的而将ccf值转换为热单位。therms(千卡)属性提供燃气发票的千卡信息。

<otherCharges(其他收费)>元素是<statement>元素的子元素，它包含<lineItem(行项目)>元素、或<lineItemGroup(行项目组)>元素或两者。<otherCharges>元素表示未包括在发票内的杂项收费。

另一个<lineItemGroup>元素是<otherCharges>元素的子元素，它包含<lineItem>元素的集合。它可包括上文针对前面所描述的<lineItemGroup>元素所描述的相同属性。

另一个<lineItem>元素不是<otherCharges>元素的子元素，就是<lineItemGroup>元素的子元素。此元素提供与行项目相关联的描述性信息，并可包括上文针对前面所描述的<lineItem>元素所描述的任何一个属性。

图15和16示出了根据发票模式形成的特定发票文件的简化示例。如图所示，发票文件包括涉及一个特定消费者账户的资源相关信息1502。发票文件还包括涉及特定结算表的资源相关信息1504。发票文件还包括与特定发票相关联的资源相关信息1506。发票文件还包括涉及特定行项目集合的资源相关信息1602。发票文件还包括涉及环境影响信息的资源相关信息1604。发票文件还包括涉及读取信息的资源相关信息1606，等等。

图17示出了可以根据一个说明性实现的用于费率文件内的资源相关项目的概述。总的说来，费率文件提供关于适用于由一个或多个消费者对资源的消耗的费率的信息。

<serviceAreas(多个服务区域)>元素是文件的根元素，它包含<serviceArea(服务区域)>元素的集合。

<serviceArea>元素是<serviceAreas>元素的子元素。此元素定义提供资源的服务区域。它可包括标识国家的国家属性，如用于美国的“us”或用于加拿大的“ca”。

<location(位置)>元素是<serviceArea>元素的子元素，它定义位置并包含<utility(公用事业)>元素的集合。此元素包括标识分配给位置的代码的代码属性。

<utility>元素是<location>元素的子元素，它定义公用事业并包含<rate>元素的集合和单一<defaultRate(默认费率)>元素。此元素可包括标识与公用事业相关联的服务的类型的服务属性，如“电”或“燃气”。

<rate(费率)>元素是<utility>元素的子元素，并定义费率。此元素可包括提供资费信息的资费属性，以及定义与此费率相关联的平均成本信息的averageCost(平均成本)元素。

<environmentalImpact(环境影响)>元素是<rate>元素的子元素，它包含环境影响信息。

<impact(影响)>元素是<environmentalImpact>元素的子元素，它包含环境影响信息。它可包括标识与父<rate>元素相关联的总能量产量的百分比的percentOfProduction(产量的百分比)属性。<environmentalImpact>元素还可包括averageCarbonCostPerUnit(平均的每单位碳成本)属性，该属性标识释放到与父<rate>元素相关联的每个单位环境中的二氧化碳的大致吨数。此元素也可以包括标识与父<rate>元素相关联的能源的源属性；在一个示例中，此属性可以呈现值“核能”、“煤”、“燃气”、“水力”、“风力”、“太阳能”、“地热”、“其他”或“未知”中的一个。

<defaultRate(默认费率)>元素是<utility>元素的子元素，并包含默认的费率信息。此元素可包括提供默认费率的平均成本的averageCost(平均成本)属性。

另一个<environmentalImpact>元素可以作为<defaultRate>元素的子元素来依赖于<defaultRate>元素。此元素包含环境影响信息。

另一个<impact>元素是<environmentalImpact>信息的子元素，并包含环境影响信息。此元素可包括上文针对首次提及的<impact>元素所描述的属性。

图18示出了根据费率模式形成的特定费率文件的简化示例。如图所示，费率文件包括涉及一个特定的服务区域(美国)的资源相关信息1802。费率文件还包括涉及服务区域内的一个特定位置的资源相关信息1804。费率文件还包括涉及该位置内的一个特定公用事业的资源相关信息1806。费率文件还包括涉及环境影响信息的资源相关信息1808。

D.代表性的处理功能

图19阐述了可以被用来实现上文所描述的功能的任何方面的说明性电数据处理功能1900。例如，参考图1和2，图19所示出的处理功能1900的类型可用于实现由公用事业实体102所提供的计算机系统的任何方面、由促进者116所提供的计算机系统的任何方面、消费者处理功能(CPF)122的任何方面等等。在一种情况下，处理功能1900可以对应于包括一个或多个处理设备的任何类型的计算设备。

处理功能1900可包括诸如RAM 1902和ROM 1904之类的易失性和非易失性存储器，以及一个或多个处理设备1906。处理功能1900还可任选地包括诸如硬盘模块、光盘模块等等之类的各种介质设备1908。当处理设备1900执行由存储器(例如，RAM 1906、ROM 1902或在别处)维护的指令时，处理功能1904可以执行上文所标识的各种操作。更一般而言，指令及其他信息(诸如上文所描述的文件)可以存储在任何计算机可读介质1910上，包括，但不仅限于，静态存储器存储设备、磁存储设备、光存储设备等等。术语“计算机可读介质”还包含多个存储设备。术语“计算机可读介质”还包含，例如，通过有线、电缆、无线传输等等，从第一位置传输到第二位置的信号。

处理功能1900还包括用于接收来自用户的各种输入(通过输入模块1912)，以及用于向用户提供各种输出(通过输出模块)的输入/输出模块1914。一个特定的输出机制可包括呈现模块1916和相关联的图形用户界面(GUI)1918。处理功能1900还可以包括用于通过一个或多个通信管道1920与其他设备交换数据的一个或多个网络接口1922。一个或多个通信总线1924可通信地将上文所描述的组件耦合在一起。

尽管用结构特征和/或方法动作专用的语言描述了本主题，但可以理解，所附权利要求书中定义的主题不必限于上述具体特征或动作。相反，上述具体特征和动作是作为实现权利要求的示例形式公开的。

Claims (15)

1.一种用于通过网络(202)与第二实体(304，302)交换消息的第一实体(302，304)，所述第一实体(302，304)包括：

在所述第一实体(302，304)和所述第二实体(304，302)之间实现消息的交换的对话机制(224)，所述对话机制(224)包括：

被配置成从所述第二实体(304，302)接收请求消息的执行方法，所述请求消息请求所述第一实体(302，304)启动对话，所述请求消息对应于一组可能的请求消息类型中的一种；以及

被配置成从所述第二实体(304，302)接收状态消息的更新方法，所述状态消息将所述对话的状态通知给所述第一实体(302，304)，所述状态消息对应于一组可能的状态消息类型中的一种。

2.如权利要求1所述的第一实体(302，304)，其特征在于，所述执行方法和所述更新方法被配置成分别匹配由所述第二实体(304，302)所提供的对应的执行方法和对应的更新方法。

3.如权利要求1所述的第一实体(302，304)，其特征在于，所述第一实体(302，304)是资源管理促进器(116)，而所述第二实体(304，302)是公用事业实体(102)，所述资源管理促进器(116)被配置成从所述公用事业实体(102)接收资源相关信息。

4.如权利要求1所述的第一实体(302，304)，其特征在于，所述第一实体(302，304)是公用事业实体(102)，而所述第二实体(304，302)是资源管理促进器(116)，所述公用事业实体(116)被配置成将资源相关信息提供给所述资源管理促进器(116)。

5.如权利要求1所述的第一实体(302，304)，其特征在于，所述一组可能的请求消息类型包括：

用于注册消费者的消息；

用于移除消费者的现有注册的消息；以及

用于启动文件传输过程的消息。

6.如权利要求1所述的第一实体(302，304)，其特征在于，所述一组可能的状态消息类型包括：

提供消费者注册过程的结果的消息；

提供消费者注册移除过程的结果的消息；以及

提供文件传输过程的结果的消息；

7.如权利要求1所述的第一实体(302，304)，其特征在于，所述对话机制(224)还包括被配置成从所述第二实体(304，302)接收查询消息的查询方法。

8.一种用于将资源相关信息提供给资源管理促进器系统(116)的电子计算机系统(102)，包括：

逻辑组件(1002)，所述逻辑组件(1002)被配置成从与多个资源消费者相关联的多个服务点(108，110)接收所述资源相关信息，并将所述资源相关信息存储在至少一个存储(132)中，所述资源相关信息对应于与由所述多个资源消费者对至少一个物理资源的消耗有关的电数字数据；

逻辑组件(1004)，所述逻辑组件(1004)被配置成将从所述多个服务点(108，110)接收到的所述资源相关信息与其他资源相关信息一起打包在至少一个文件(218，220，222)中，所述至少一个文件(218，220，222)使用以数据结构表示的多个资源相关项目来提供资源相关信息；以及

逻辑组件(1010，1012，208)，所述逻辑组件(1010，1012，208)被配置成通过耦合机制(118)将所述至少一个文件(218，220，222)提供给所述资源管理促进器系统(116)，

定义所述资源相关项目的被接受的格式和所述数据结构的至少一个模式，

所述至少一个模式提供被不同的公用事业实体用来表示资源相关信息的标准化格式。

9.如权利要求8所述的计算机系统，其特征在于，所述计算机系统与将至少一个物理资源提供给所述资源消费者的公用事业实体相关联。

10.如权利要求8所述的计算机系统，其特征在于，所述至少一个文件包括多个文件，并且其中所述至少一个模式包括用于定义资源相关项目的被接受的格式和在所述多个相应的文件内的数据结构的多个模式。

11.如权利要求10所述的计算机系统，其特征在于，所述多个文件包括：

受资源消耗模式支配的资源用量文件；

受发票模式支配的发票文件；以及

受费率模式支配的费率文件。

12.如权利要求8所述的计算机系统，其特征在于，还包括：

被配置成压缩所述至少一个文件以产生已压缩文件的的逻辑组件；以及

被配置成加密所述已压缩文件以产生已加密的文件的逻辑组件。

13.如权利要求8所述的计算机系统，其特征在于，还包括：

被配置成将所述至少一个文件发布到所述资源管理促进器系统可访问的位置的逻辑组件；以及

被配置成将指示所述至少一个文件可用于下载的电数字数据消息发送到所述资源管理促进器系统的逻辑组件。

14.如权利要求13所述的计算机系统，其特征在于，所述消息包括：

关于所述至少一个文件能够被所述资源管理促进器系统访问的位置的信息；以及

关于对于所述至少一个文件采取的安全措施的信息。

15.一种使用用于从另一个系统(102)接收资源相关信息的计算机系统(116)来实现的方法(1100)，包括：

通过耦合机制(118)从所述其他系统(102)接收(1102)电数字数据消息，所述电数字数据消息指示至少一个文件(218，220，222)是可用的，所述至少一个文件(218，220，222)使用多个资源相关项目来表示资源相关信息；

基于所述电数字数据消息通过所述耦合机制(118)从所述其他系统(102)检索(1104)所述至少一个文件(218，220，222)；以及

将所述至少一个文件存储在至少一个存储(136)中，

所述至少一个文件(218，220，222)提供被不同的公用事业实体用来表示资源相关信息的标准化格式，

所述至少一个文件(218，220，222)包括下列各项中的一项或多项：

受资源消耗模式支配的资源用量文件(218)，所述资源消耗模式定义在所述资源用量文件(218)中资源相关项目的可接受的格式以及定义用于表示在所述资源用量文件(218)中的资源相关项目的数据结构；

受发票模式支配的发票文件(220)，所述发票模式定义在所述发票文件(220)中资源相关项目的可接受的格式以及定义用于表示在所述发票文件(220)中的资源相关项目的数据结构；或

受费率模式支配的费率文件(222)，所述费率模式定义在所述费率文件(222)中资源相关项目的可接受的格式以及定义用于表示所述费率文件(222)中的资源相关项目的数据结构。

Images