经由网络读取公用事业仪表数据的方法及系统.pdf

本申请公开了一种公用事业仪表，其可通过从仪表读取应用发送对于读取该仪表的请求至与公用事业仪表相关联的通信模块而被读取，其中仪表读取应用可位于公用事业服务器上或到网络的接入点上。通信模块发起与公用事业仪表的会话，向相关联的公用事业仪表作出数据请求，接收来自公用事业仪表的对于数据请求的响应，且在从该仪表接收到所有请求的数据之后而终止该会话。然后，格式化具有从该公用事业仪表接收的数据的响应，并且将该格式化的响应传送至仪表读取应用。

1.  一种与公用事业网络相关的系统，所述系统包括：
多个公用事业仪表，能够读取商品仪表信息；
多个公用事业网络节点，所述公用事业网络节点被设置在公用事业网络中且能够与所述公用事业仪表接口以及接收来自所述公用事业仪表的所述商品仪表信息并将所述信息传送至预先指定的网络地址；
其中，响应于接收到来自仪表读取程序的读取仪表请求，所述公用事业节点中的至少一个：初始化与所述至少一个公用事业仪表的会话，向所述至少一个公用事业仪表作出多个仪表数据请求，接收来自所述公用事业仪表的对于所述仪表数据请求的响应，将接收到的对于所述仪表数据请求的响应格式化成仪表读取请求响应，并且将所述仪表读取请求响应传输到与所述接收到的仪表读取请求相关联的预先指定的网络地址。

2.  如权利要求1所述的系统，其中，所述公用事业网络节点能够使与其相关联的所述公用事业仪表参加到网外会话或网内会话，所述网外会话或网内会话包括根据预先指定的协议格式双向交换请求/响应消息。

3.  如权利要求1所述的系统，其中，所述仪表读取请求响应的格式基于ANSI C12.19或C12.18。

4.  如权利要求1所述的系统，其中，由所述公用事业网络在与以C12.19格式操作的公用事业仪表的会话中使用的协议基于ANSI12.18协议格式。

5.  如权利要求4所述的系统，其中，由所述公用事业服务器与所述公用事业节点在交换关于仪表读取请求的消息中使用的高层消息协议包括一组原语的定义，所述一组原语是简单C12.18读取原语的简单穿通。

6.  如权利要求5所述的系统，其中，传输的读取仪表请求响应包括至少一个预定的注释，所述注释用于解释包括在所述传输的仪表读取请求响应中的所述商品仪表信息。

7.  如权利要求5所述的系统，其中，具有由所述服务器发送至所述公用事业网络节点的仪表读取数据请求的较高层协议消息具有IPv4和IPv6之一的形式。

8.  如权利要求5所述的系统，其中，具有由所述公用事业网络节点发送至所述服务器的仪表读取数据响应的较高层协议消息具有IPv4和IPv6之一的形式。

9.  如权利要求5所述的系统，其中，与所述接收到的仪表读取请求相关联的预先指定的网络地址对应于公用事业服务器。

10.  如权利要求5所述的系统，其中，与所述接收到的仪表读取请求相关联的预先指定的网络地址对应于至所述公用事业网络的接入点，并且所述仪表读取程序驻留在与所述网络地址相关联的所述接入点上。

11.  如权利要求5所述的系统，其中，由所述公用事业网络节点经由与所述商品仪表的一个或多个C12.18会话而收集到的数据基于一组TLV值(时间，长度，值)。

12.  如权利要求11所述的系统，其中，从所述公用事业网络节点至所述公用事业服务器的响应消息将包括作为一系列游程长度编码段的所请求的数据以及用于从所述响应中省略任何特定TLV的选项，并且所述编码段包括报头，所述报头描述数据类型和直接跟随在所述报头之后的数据部份的长度。

13.  一种响应对于读取公用事业仪表的请求的方法，所述方法包括：
由与公用事业仪表相关联的通信节点从仪表读取应用接收仪表读取请求；
发起与公用事业仪表的会话，所述会话在通信模块与所述公用事业仪表之间；
向所述公用事业仪表作出多个数据请求；
由所述通信模块接收与给所述公用事业仪表的所述多个数据请求相对应的多个响应；
由所述通信模块格式化对于来自所述仪表读取应用的对于读取仪表请求的响应；以及
传输所述响应至所述仪表读取应用。

14.  如权利要求13所述的方法，其中，从所述仪表读取应用接收的仪表读取请求遵从C12.18。

15.  如权利要求14所述的方法，其中，所述公用事业仪表是遵从C12.19的公用事业仪表，并且给所述遵从C12.19的公用事业仪表的所述多个数据请求遵从C12.18。

16.  如权利要求15所述的方法，其中，所述公用事业网络节点能够进行与所述遵从C12.19的公用事业仪表的独立的C12.18会话。

17.  如权利要求15所述的方法，其中，对于到所述仪表读取应用的响应的所述格式化包括解释信息。

18.  一种用于公用事业网络中的通信模块，所述通信模块包括：
到公用事业仪表的接口；
存储器，用于存储指令；
处理器，用于处理指令；以及
无线射频，用于使用射频网络与仪表读取应用通信，
其中，所述处理器执行以下指令：
响应于从仪表读取应用接收到的仪表读取请求，发起与公用事业仪表的会话；
向所述公用事业仪表作出多个数据请求；
通过由所述通信模块使用接收到的与给所述公用事业仪表的所述多个数据请求相对应的多个响应中的至少一些响应，由所述通信模块格式化对于来自所述仪表读取应用的仪表读取请求的响应；以及
将所述响应传输到所述仪表读取应用。

19.  如权利要求18所述的通信模块，其中，从仪表读取应用接收到的仪表读取请求遵从C12.18。

20.  如权利要求19所述的通信模块，其中，所述公用事业仪表是遵从C12.19的公用事业仪表，并且给所述遵从C12.19的公用事业仪表的所述多个数据请求遵从C12.18。

21.  如权利要求20所述的通信模块，其中，所述公用事业网络节点能够进行与所述遵从C12.19的公用事业仪表的独立的C12.18会话。

22.  如权利要求20所述的通信模块，其中，格式化给所述仪表读取应用的响应包括解释信息。

23.  如权利要求20所述的通信模块，其中，所述无线射频使用基于IP的协议来传输消息。

24.  如权利要求20所述的通信模块，其中，所述基于IP的协议包括协议IPv6或IPv4中的至少一个。

25.  如权利要求20所述的通信模块，其中，所述无线射频接收IP协议格式的来自所述仪表读取应用的仪表读取数据请求。

26.  如权利要求20所述的通信模块，其中，所述基于IP的协议包括协议IPv6与IPv4中的至少一个。

经由网络读取公用事业仪表数据的方法及系统
技术领域
本发明涉及公用事业网络(utility network)，并且尤其涉及一种操作公用事业网络管理系统以读取公用事业仪表(utility meter)的系统及方法。
背景技术
C12.19是一种用于提取电公用事业仪表数据并将其组织成表的形式的ANSI标准，且信息以特定格式被安排以便利于进一步的处理。
C12.18是一种用于服务器(被识别为仪表读取应用)与客户C12.19公用事业仪表之间的传输会话(transport session)的ANSI协议规范，且包括向C12.19仪表请求并从C12.19接收在仪表中存储的、包括于C12.19数据表格中的数据的特定方面。
发明内容
一种公用事业仪表可以通过从仪表读取应用发送读取该仪表的请求至与公用事业仪表相关联的通信模块而被读取，该仪表读取应用可位于公用事业服务器上或到网络的接入点上。通信模块发起与公用事业仪表的会话，向相关联的公用事业仪表作出数据请求，从该公用事业仪表接收对于数据的请求的响应，在所有所请求的数据被接收到之后而终止该会话。然后，格式化由公用事业仪表所接收的数据，且传送已格式化的响应至仪表读取应用。
在一个优选实施例中，使用ANSI标准C12.18与C12.19的协议被使用。通信模块开启与相关联的公用事业仪表的C12.18会话且向该仪表作出数据请求，以满足来自仪表读取应用的对于读取该仪表的请求。相关联的仪表根据C12.19标准提供数据至通信模块。该通信模块将所接收的仪表数据格式化成为将要给仪表读取应用的响应，且传送该格式化的响应至仪表读取应用。仪表数据被格式化为允许该仪表读取应用读取及解释数据，且根据C12.19标准而被格式化。
附图说明
本发明的前述方面与许多附带的优点通过参照下述的详细说明而变得更容易理解且变得更好了解，下述的详细说明是结合附图进行的，其中：
图1是说明根据一个可能实施例的公用事业网络的方框图，仪表读取过程可经由该公用事业网络而被实施。
图2是根据一个可能实施例的响应仪表读取请求的过程的流程图。
图3是说明根据一个可能实施例的在仪表读取期间的通信流程的流程图。
图4是根据一个可能实施例的对于C12.19仪表数据的典型公用事业服务器请求与来自通信模块的加注释的响应的示例的概括方框图。
具体实施方式
图1是说明一种系统的概括方框图，其中，公用事业仪表110可被远程装置“读取”。除非另外指明，术语“仪表的读取(read或reading)”是指从该仪表收集信息，其可包括商用仪表与公用事业仪表上的信息，或其可包括其它信息，或是二者。公用事业仪表110典型地包括硬件接口140，POTS调制解调器、光耦接器、或象通信模块120之类的一些其它串行装置可连接至该硬件接口140。通信模块120可包括：公用事业仪表接口160、无线射频(RF)170、用于存储计算机可读指令的存储器180、及用于处理计算机可读指令的处理器190。该公用事业仪表测量或计量由公用事业所提供的商品，例如：电、燃气、水等等。在一个可能实施例中，通信模块120与公用事业仪表被集成在一起。在又一个可能实施例中，通信模块是与公用事业仪表接口的单独的模块。在目前优选的实施例中，通信模块包括无线射频，其能够与一个或多个远程装置，诸如远程公用事业服务器，通信。通信模块可以是无线网络(诸如，局域网)的一部份，且可优选地具有经由接入点(也称为网关(gateway))的与公用事业网络服务器的双向数据通信链路，其中接入点提供外出/进入支持。接入点或公用事业服务器130可包括仪表读取应用150且经由通信模块发起与仪表的联网会话(例如，C12.18会话)。经由串行互连，C12.18会话可在通信模块与C12.19仪表之间进行。通信模块亦可称为“仪表接入(access)装置”。在一个优选实施例中，通信模块是一种网络接口卡(NIC，networkinterface card)，其提供相关联的仪表与通信网络之间的通信。通信模块亦可称为公用事业网络节点。除非另外指明，术语“公用事业网络节点”是指组合的通信模块与相关联的公用事业仪表，或当具体说明时也可指不具有公用事业仪表的通信模块。
尽管在图1中示出了仅仅一个通信模块与一个公用事业仪表，但是可替代的实施例可具有超过一个通信模块与超过一个公用事业仪表，且其可被组织到多个网络中和/或可经由一个或多个接入点接入。此外，可能存在可经由一个或多个网络接入的一个或多个公用事业服务器。
图2是说明响应数据请求的过程200的概括流程图。在步骤201，与公用事业仪表相关联的通信模块接收来自于服务器中的仪表读取应用或接入点的对于读取公用事业仪表以获得数据的请求。在步骤202，响应于来自于相关联的公用事业仪表的对于读取数据的请求，通信模块初始化与公用事业仪表的会话，该步骤可在接收到该请求之后且符合由仪表读取应用针对接收响应所建立的任何定时期限的任何时间。在步骤203，该公用事业仪表确认会话初始化被接收到。在步骤204，通信模块发送数据读取请求至公用事业仪表。在步骤205，通信模块接收对于数据读取请求的公用事业仪表响应。该响应可包括所请求的数据，或可包括一个或多个消息，例如，误差消息或一些其它消息。在步骤206，通信模块确定是否存在另外的数据读取。如果存在另外的数据读取，则该过程继续进行至步骤204，其中，数据读取请求被发送至相关联的公用事业仪表。如果在步骤206确定的是：不存在待执行的另外的数据读取，则该过程继续进行至步骤207。在步骤207，通信模块发送会话终止消息至相关联的公用事业仪表。在步骤208，会话结束的公用事业仪表确认由通信模块接收。在步骤209，通信模块格式化给仪表读取应用的响应。在步骤210，通信模块通过发送对于接收到的读取相关联的公用事业仪表的请求的响应，来响应在步骤201接收到的数据请求。在目前优选的实施例中，该响应包括具有合适注释的信息，以允许仪表读取应用将该响应与对应的数据请求相关联。附加地或可替代地，该响应可包括信息，该信息允许该仪表读取应用解释该数据。下面结合图4更全面地讨论可能的请求与响应的一个示例。
在公用事业服务器中的用于发起与C12.19仪表的C12.18会话的仪表读取应用的典型过程是在网络资源上的一种消耗(drain)。C12.18协议规定了整个仪表读取过程期间的连续网内(on-net)会话，其要求该传送连接在整个会话期间被维持。会话通过经由通信模块从服务器仪表读取应用至该仪表的初始化过程消息而开始。通信模块在此仅用作为仪表读取应用与该仪表之间的无源中继。随着指令继续从该服务器至通信模块，通信模块执行与该仪表之间的所请求的数据收集动作。请求与响应过程随着进行，直到该会话被从该服务器至通信模块的终止消息所终止。通过使用特定识别(identification)请求(标准0、标准63、标准64等等)得到仪表信息块，服务器现在能够解析且分析该信息。然而，由于经由网络在整个持续期间内保持该会话开放而消耗了有价值的网络资源。随着在该公用事业网络中仪表群的增大，这方面将成为成本很高且非常限制性的。
本文所公开的读取仪表的典型方式的适配涉及声明在仪表读取应用与配备有联网通信模块的仪表之间的较高层协议。本文所公开的适配方式描述于图3中。通信模块接收高层协议请求，且接着由代理器进行与仪表的C12.18会话。C12.18会话的结果被使用来制定(formulate)对于较高层协议请求的响应。欲利于此举，通信模块被配置成不仅仅是简单的字节穿通(pass-thru)装置。通信模块被配置成高层协议的服务器侧以及C12.18协议的客户侧。此高层协议定义了一组原语(primitive)，其为简单C12.18读取原语的直接穿通。此外，该协议定义了较高层操作，其涉及代表其的一组C12.18协议请求。通过通信模块对于高层协议请求的响应为C12.19数据和附加的预定数据的集合。C12.19数据不是自描述的，并且仅仅在了解用以获取其的C12.18协议请求的情况下才可以解释。因此，在服务器处的仪表读取应用需要附加的信息，以便解释原始的C12.19数据。这些附加“注释(annotation)”被开发且被包括在通信模块给公用事业服务器的响应中。
在C12.18数据获取会话的结束时，仪表读取应用可解析C12.19数据且执行其所需要的任何动作。
可使用一种或多种协议进行对于来自公用事业仪表的信息的请求。在一个目前优选的实施例中，请求与对应的响应可使用ANSI标准C12.18与C12.19进行。其中请求与对应的响应使用C12.18与C12.19的可能实施例在以下的示例A中、在图3所示的通信流程图中、以及在图4所示的示例响应中被描述。
示例A
根据C12.19标准操作的仪表与通信模块相关联。该通信模块根据C12.19标准格式化给仪表读取应用的响应。如以上结合图2所述，通信模块可接收从相关联的公用事业仪表读取数据的读取仪表请求。通信模块开启与相关联的公用事业仪表的C12.18会话。通信模块发送表格读取请求至公用事业仪表。公用事业仪表以根据C12.19标准格式化的信息进行响应，该信息由通信模块接收。在一个优选实施例中，通信模块向相关联的仪表作出所有(或多个)数据读取请求且接收来自公用事业仪表的对应的响应，其是在响应读取仪表请求之前根据C12.19格式化的。在这样的实施例中，来自从该仪表接收的响应的信息被包括在对于读取仪表请求的单个响应中，该单个响应被发送至位于公用事业服务器或接入点上的仪表读取应用。对于读取仪表请求的单个响应是根据C12.19标准格式化的且包括如下信息，该信息允许仪表读取应用将该响应与对应的读取仪表请求相关联。优选地，响应亦包括如下信息，该信息允许该仪表读取应用解释数据。
在下文描述了本发明的一个优选实施例。仪表读取应用可驻留在后台管理服务器(Back-Office server)中或无线网络的接入点中，其中，所有的C12.19公用事业仪表位于所述接入点中，并且经由个别的通信模块而连接至网络。通信模块位于C12.19仪表位置的每一个处以提供与该仪表的网络连接能力以及网络接口。在服务器或接入点处的仪表读取应用经由网络向通信模块作出仪表读取请求。该请求作为数据消息，优选地具有IPv6或IPv4分组的形式，进入。然而，其它类型的分组协议可同样应用于本文所公开的本发明。此请求促使该通信模块发起一个C12.18会话，经由该会话进行多个C12.18原语操作以收集所请求的数据。该通信模块将接着重新封装具有解说、注释等等的该数据，以便于在网络服务器处的仪表读取应用正确地解释该数据。所请求的数据作为一组具有适当的报头与数据字段的IPv4或IPv6分组而经由无线网络被传送至后台管理服务器。
图3描述了经由执行仲裁功能与代理功能的通信模块在仪表读取应用与仪表之间的同步交换。服务器处的仪表读取应用在消息301中发送主控C12.19仪表数据请求至目标通信模块。这将典型地为，但不限于，IPv4或IPv6分组的形式。该服务器可将向其它通信模块作出的请求或其它网络操作消息散布在这些类型的请求消息之间。通信模块发起与该仪表的“非网络”C12.18仪表读取会话，以执行由该服务器作出的请求。通信模块可在与该仪表的一个或多个C12.18会话中实施多个仪表读取数据请求，且在响应服务器之前而组装所有数据或数据的多个部份。因此，通信模块用作为针对公用事业服务器的代理器(proxy)。C12.18会话本身类似于在C12.18标准中描述的传统C12.18会话，其串行地双向交换请求-响应消息，直到该会话被终止且确认。在图3所示的示例中的C12.18会话在消息302至311中描述。在该会话完成之后，通信模块组装具有预定的适当注释的C12.19仪表数据，且以IPv4、IPv6之一或其它协议分组的形式将具有该数据的消息312传送至服务器。必须再次指出的是：服务器可以在给该通信模块的其消息中请求多个仪表读取，且通信模块可以在获取所有请求的数据之后而以一个或多个消息进行响应。关键要求在于：通信模块必须给C12.19数据加注释，以便服务器辨识数据形式且因此处理数据。
图4提供了来自该通信模块的请求(对于C12.19仪表读取数据)与加注释的响应的示例。由于数据消息典型地具有IP分组的形式，此通信发生于较高层协议。来自该公用事业服务器的典型的仪表读取请求被表示于消息410中。服务器提供前序(preamble)请求开始411，其提供必要的识别数据。特定的读取表格(C12.19数据表格)请求显示于412中。关于“读取负载简档(LP，Load Profile)”操作的请求于413中描述。可存在公用事业网络节点可从该公用事业服务器接收的类型410的多个消息。接着将进行一个或多个C12.18会话以按照来自公用事业服务器的请求而获取来自该仪表的数据。公用事业网络节点接着准备加注释的响应420且将其发送至公用事业服务器。该响应跟踪一个或多个请求。在本文提出的示例中，420代表对于一个请求的典型响应。“响应开始”421前序跟踪“请求开始”前序。在读取表格操作422中的数据跟踪该请求且按照公用事业服务器中的仪表读取应用所请求的次序安排该数据。类似地，读取LP操作消息423跟踪该请求413，且按照413中所请求的顺序而安排该负载简档数据。此格式化的响应420将帮助公用事业服务器高效且正确地处理该仪表读取信息。
在数据获取结束时，服务器处的仪表读取应用可解析所增加的C12.19数据且执行其所需要的任何动作。
适配方法的操作与数据格式
适配方法的示例性操作与数据格式在本文提供来描述高层协议与C12.19数据标记层的实质。本文所提供的细节仅意图帮助加强用来实现请求与响应分组的高层协议及可能数据结构的了解。该示例并非意欲是全面的，因此不仅仅限于此实施方式。
请求操作：
所有请求的第一部份是“请求开始”报头，其形式为：
-32位的数据，可由使用者设置(传回至请求者)
-32位的长度(整个请求减去该报头的长度)
这节描述了可在请求或响应中使用的数据结构。在诸如这个报头(和下述的其它报头)的报头中，直接跟随在报头之后的数据长度必须被指出，以使得可以进行数据的解析。“32位的长度”是优选的跟随在此报头之后的字节数目。
每个请求操作都具有公共的报头部份与特定于操作的部份。公共的报头部份形式为：
-32位的操作识别
示例协议操作与其特定于操作的请求报头如下所示：
·直接C12.18穿通(pass-thru)
ο读取表格
-16位的表格识别
-16位的填充(padding)
·读取表格偏移
-16位的表格识别
-16位的长度
-32位的偏移
·读取寄存器
-无特定于操作的报头
·读取先前季节寄存器(previous season registers)
-32位的时间戳(UNIX GMT)
·读取先前需求寄存器
-32位的时间戳(UNIX GMT)
·读取自我读取寄存器
-32位的开始序列#
·读取负载简档
-32位的开始块#
-32位的开始序列#
-32位的结束块#
-32位的结束序列#
·读取事件日志(log)
-32位的开始序列#
-32位的结束序列#
在一个请求中可将操作分组在一起。举例而言，可将读取表格操作与读取寄存器操作一起执行。当优选地在一个C12.18会话内满足每个请求时，该读取表格操作与读取寄存器操作将彼此同时。
响应：
响应的第一部份是“响应开始”报头，其形式优选地为：
-32位的数据，其可由使用者设置(来自该请求)
-32位的请求状态
-32位的长度(整个请求减去该报头的长度)
该响应操作可具有公共的报头部份与特定于操作的部份。
示例公共的报头部份形式为：
-32位的操作识别
-32位的请求状态
-32位的长度(操作响应减去该报头的长度)
示例协议操作、特定于操作的响应报头与请求的数据可为如下所示：
·直接C12.18穿通
ο读取表格
-16位的表格识别
-16位的填充
-C12.19表格数据
ο读取表格偏移
-16位的表格识别
-16位的长度
-32位的偏移
-C12.19表格数据
·读取寄存器
-C12.19表格数据(标准23)
·读取先前季节寄存器
-32位的请求的时间戳(UNIX GMT)
-C12.19表格数据(标准24)
·读取先前需求寄存器
-32位的请求的时间戳(UNIX GMT)
-C12.19表格数据(标准25)
·读取自我读取寄存器
-32位的请求的开始序列#
-32位的自我读取记录计数
-C12.19表格数据(标准26)
·读取负载简档
-32位的请求的开始块#
-32位的请求的开始序列#
-32位的请求的结束块#
-32位的请求的结束序列#
-32位的块#
-C12.19表格数据(标准64/块报头)
-32位的开始序列#
-32位的结束序列#
-32位的长度
-C12.19表格数据(标准64/负载简档数据)
(此部份按需要重复以满足请求。)
·读取事件日志
-32位的开始序列#
-32位的结束序列#
-32位的事件日志记录计数
-C12.19表格数据
“重新读取(Read Anew)”操作：
关于此点的读取操作可采取一对参数，其区分数据序列中的开始与结束序列编号。后台管理系统可随着时间经过而收集在数据组中的所有采样。这优选地通过反复读取仪表以得到自从先前读取发生时间以来可得到的最近时间序列数据来完成。针对反复进行的每次读取，对于最后读取的序列编号的了解随后被利用来构造对于新数据的读取请求。使后台管理系统免于必须维持最后读取的序列编号的优化涉及：存储来自于对于NIC的任何先前“重新读取”操作的最后读取的序列编号。后台管理系统接着可仅发出“重新读取”操作以获取所有新数据。此读取操作可针对仪表上的所有基于时间的收入数据(revenuedata)。“重新读取”请求未采取任何特定于操作的输入参数。响应是一系列不按任何特定顺序的游程长度编码段。因为此操作用以获取新数据，所以任何特定的类型-长度-值(TLV，type-length-value)可从该响应中省略。每个段可具有一报头，该报头描述了数据类型与直接跟随在报头之后的数据部份的长度。
每个TLV(类型、长度、值)描述如下：
·先前季节寄存器
-32位的类型
-32位的长度
-32位的先前季节寄存器读取时间
-C12.19表格数据
·先前需求寄存器
-32位的类型
-32位的长度
-32位的先前需求寄存器读取时间
-C12.19表格数据
·自我读取寄存器
-32位的类型
-32位的长度
-32位的自我读取记录计数
-C12.19表格数据
·负载简档
-32位的类型
-32位的长度
-32位的块计数
-32位的开始块#
-32位的开始序列#
-32位的结束块#
-32位的结束序列#
-32位的块#
-C12.19表格数据(标准64/块报头)
-32位的开始序列#
-32位的结束序列#
-32位的长度
-C12.19表格数据(标准64/负载简档数据)
(按需要重复稍后的数据分组以捕获所有新读取的数据。)
·事件日志
-32位的类型#
-32位的长度#
-32位的事件日志记录计数
-C12.19表格数据
对于本领域技术人员而言，显而易见的是：所公开的本发明的方法可应用于需要维持连续的网络会话的其它形式的数据收集方法与协议。数据收集代理器(proxy)(其在优选实施例中是NIC)可配备有与服务器进行较高层协议通信的能力，且还保持与数据源(其在此优选实施例中是电表)进行面向会话的C12.18协议的能力。
在本文中提出的实施例组合了子系统与功能性以说明目前优选的实施例。根据所期望的实施方式，可替代实施例可包括较少或附加的子系统、处理、或功能方面，或可与其它的子系统、处理、或功能方面一起使用。本发明的各种特点与优点在随后的权利要求中进行了阐述。