MXPA06012390A - Sistema de metodo para configuracion eficiente en un sistema de lectura de medidor automatico de red fija. - Google Patents\nSistema de metodo para configuracion eficiente en un sistema de lectura de medidor automatico de red fija.\nMXPA06012390A MXPA06012390A MXPA06012390A MXPA06012390A MX PA06012390 A MXPA06012390 A MX PA06012390A MX PA06012390 A MXPA06012390 A MX PA06012390A MX PA06012390 A MXPA06012390 A MX PA06012390A MX PA06012390 A MXPA06012390 A MX PA06012390A\n2005-04-22 Application filed by Elster Electricity Llc filed Critical Elster Electricity Llc\n2005-04-22 Priority to PCT/US2005/014049 priority patent/WO2005106751A2/en\n2007-01-31 Publication of MXPA06012390A publication Critical patent/MXPA06012390A/es\n280000400658 Amr Systems companies 0.000 description 2\nSe configuran medidores utilizando cualquier metodo de actualizacion de programa para un metodo de actualizacion de medidor. En el metodo de actualizacion de programa, los medidores asociados con un programa de configuracion especifico con identificados y configurados con parametros actualizados . En el metodo de actualizacion de medidor, se configura un grupo especificado de medidores con un grupo especifico de parametros de configuracion actualizados. El metodo de actualizacion de medidor hace posible la actualizacion tanto del tiempo de uso como otros parametros de configuracion. Ambos metodos permiten la realizacion de varias acciones junto con una configuracion de medidor. Dichas acciones pueden incluir, por ejemplo, grabar una instantanea de datos de facturacion actuales, restablecer datos de facturacion, y restablecer datos de demanda.\nSISTEMA Y MÉTODO PARA CONFIGURACIÓN EFICIENTE EN UN SISTEMA DE LECTURA DE MEDIDOR AUTOMÁTICO DE RED FIJA CAMPO TÉCNICO La invención se refiere al campo de los medidores de servicio. Más específicamente, la invención se refiere a la configuración de medidor para un sistema de lectura de medidor automático.\nREFERENCIA CRUZADA A SOLICITUDES RELACIONADAS Está solicitud se refiere al asunto sujeto de la Solicitud de Patente de E.U.A. Serie No. 10/185,074, presentada el 28 de Junio, 2002, titulado "Recolector de Datos para un Sistema de Lectura de Medidor Automático" (No. de Apoderado ABME-0793/E20020100) y a la Solicitud de patente de E. U. A. Serie No. 10/185,664 presentada el 27 de Junio, 2002, titulada "Red de Medición de Auto-configuración Dinámica" (No de Apoderado ABME-0796/E20020120), los contenidos de las cuales se incorporan aquí por referencia en sus totalidades. Esta solicitud también se refiere a la Solicitud de patente de E.U.A. Serie No. 10/831,903, presentada el 26 de Abril, 2004, titulada "Método y Sistema para Calificación y Registro Configurables en un Sistema de lectura de Medidor Automático de Red Fija" (No. de apoderado ELSE-0839) y a la Solicitud de patente de E. U. A. Serie No. 10/832,037, presentada el 26 de Abril, 2004, titulada "Sistema y Método para Transmisión Mejorada de Datos de Medidor" (No. de Apoderado ELSE-0837), ambas se incorporan aquí por referencia en sus totalidades.\nANTECEDENTES DE LA INVENCIÓN Desde sus primeros días, la industria de energía eléctrica utilizó medidores electro mecánicos para capturar uso de energía. Símilarmente, los medidores electromecánicos se utilizaron para usos de agua y gas. En el contexto de medidores de energía eléctrica, los medidores electromecánicos recolectaron un poco más del uso de energía total. También, los medidores de energía eléctrica requirieron lectores de medidor humanos para viajar a los millones de premisa de cliente con el fin de leer los totales de uso capturados por los medidores. Con el tiempo, los medidores electromecánicos comenzaron a reemplazarse por medidores electrónicos. Los medidores electrónicos tienen componentes de procesamiento de computadora que permiten a los medidores capturar más datos en una forma inteligente. Por ejemplo, los medidores actuales son capaces de valorar el uso periódico (por ejemplo, en que momento del día se utiliza más energía) o determinaciones de demanda (por ejemplo, la energía pico), calidad de energía, y consideraciones de factor de energía. Además de capturar más datos, los medidores electrónicos también son capaces de comunicar los datos más detallados a la utilidad en líneas telefónicas o en redes inalámbrica. De hecho, la sofisticación de comunicación de los medidores actuales es casi ¡limitada. Por ejemplo, los medidores de alto costo actuales son capaces de comunicarse directamente con un sistema de cómputo central de utilidad en redes de comunicación fijas. Aunque las redes de comunicación fijas proporcionan una red de comunicación sofisticada y confiable también requieren una infraestructura compleja y costosa. Por ejemplo, un sistema de comunicación inalámbrico fijo frecuentemente requiere la instalación de repetidores de polo o montados al techo o entradas. Tal equipo, mientras es importante la confiabilidad del sistema de comunicación, crea esfuerzos de equipo e instalación adicionales. Además, los sistemas de comunicación inalámbricos fijos requieren un medidor de costo superior para comunicarse directamente con el servidor de central de utilidad. Como resultado, los sistemas AMR que confían en los medidores sofisticados y redes inalámbricas fijas se han hechos prohibitivos de costo. Por lo tanto, existe la necesidad de emplear medidores electrónicos de costo más bajo, mientras mantienen las capacidades de comunicación y de red de los sistemas AMR actuales.\nBREVE DESCRIPCIÓN DE LA INVENCIÓN La invención incluye un medidor de utilidad electrónico, un recolector/medidor de datos y un método para comunicar datos en un sistema de lectura de medidor automático. El método inventivo incluye comunicación de datos con una red y un primer medidor de utilidad electrónico, y comunicar los datos con el primer medidor de utilidad electrónico y uno ó más otros medidores. El recolector/medidor de datos inventivo incluye un primer puerto para comunicar datos con uno ó más otos medidores electrónicos, un segundo puerto para comunicar datos con una red, y un transceptor en comunicación con el primer puerto y el segundo puerto. El transceptor comunica datos entre el otro medidor electrónico y la computadora. También, el dispositivo inventivo incluye una computadora en comunicación con el transceptor. El medidor de utilidad electrónico puede ser un medidor de gas, un medidor de agua, y un medidor de energía eléctrica. También, la red puede incluir una computadora central en una utilidad en comunicación con un sistema de facturación. Los datos pueden comunicarse como una función de un criterio predeterminado que filtra los datos proporcionados por el medidor de utilidad electrónico a los otros medidores. El transceptor guía los datos de la red a los otros medidores. El medidor puede incluir un dispositivo de almacenamiento de datos para datos recibidos desde los otros medidores y de la red. El dispositivo de almacenamiento de datos puede proporcionar los datos almacenados a la red cuando se solicitan por la red, y puede proporcionar los datos almacenados a los otros medidores cuando se solicitan por la red. También, la computadora puede proporcionar datos de registro de tiempo a los otros medidores, en donde los datos registrados en el tiempo se transmiten a los otros medidores en tiempo substancialmente similar y/o en tiempo diferente. Los datos comprenden al menos uno de los siguientes: datos de tiempo de uso y datos de demanda. La comunicación entre el medidor de utilidad electrónico y los otros medidores puede realizarse a través de técnicas inalámbricas y/o mediante cables. Similarmente, la comunicación entre el medidor de utilidad electrónico y la red puede realizarse a través de técnicas inalámbricas y/o mediante cables. La comunicación entre el medidor de utilidad electrónico y los otros medidores se realiza al utilizar al menos una de las siguientes técnicas: TPC/IP, Internet, envío de mensaje electrónico, XML, encierro digital, firma digital, Ethernet, DSL, modem por cable, 802.11, Bluetooth, y X10, por ejemplo. También, el medidor puede recibir una consulta de una premisa de consumidor al medidor de utilidad electrónico a través del otro medidor. El medidor puede comunicar una solicitud de reestablecimiento de demanda desde la utilidad electrónica a los otros medidores en un intervalo predeterminado, en donde el intervalo predeterminado es al menos uno de los siguientes: una fecha de cambio de facturación, y una fecha de cambio de temporada. En una modalidad de la invención, los medidores se configura al utilizar ya sea un método de actualización de programa y un método de actualización de medidor. En el método de actualización de programa, los medidores asociados con un programa de configuración específico se identifican y configura con parámetros actualizados. En el método de actualización de medidor, un grupo específico de medidores se configura con un grupo específico de parámetros de configuración actualizados. El método de actualización de medidor permite que se actualicen tanto el tiempo de uso como otros parámetros de configuración. Ambos métodos permiten que se realicen varias acciones en conjunto con una configuración de medidor. Tales acciones pueden incluir, por ejemplo, grabar una instantánea de datos de facturación actuales, reestablecer datos de facturación, y reestablecer datos de demanda.\nBREVE DESCRIPCIÓN DE LOS DIBUJOS Otras características de la invención son además evidentes a partir de la siguiente descripción detallada de las modalidades de la invención tomadas en conjunto con los dibujos acompañantes en los cuales: La Figura 1 es un diagrama de bloque de un sistema de lectura de medidor automático, de acuerdo con la invención; La Figura 2 es un diagrama de bloque de un recolector/medidor de datos, de acuerdo con la invención; La Figura 3 es un diagrama de flujo de un método para vender acceso a datos capturados por el medidor de energía en Internet, de acuerdo con la invención; La Figura 4 proporciona un ejemplo de un cuadro de perfil de carga de acuerdo con la invención; La Figura 5 es un diagrama de flujo de un método de actualización de programa ilustrativo, de acuerdo con la invención; La Figura 6 es un diagrama de flujo de un método de actualización de medidor ilustrativo, de acuerdo con la invención; La Figura 7 es un diagrama de flujo de un método para realizar una actualización de medidor en un medidor particular, de acuerdo con la invención; La Figura 8 proporciona un ejemplo de un sistema de cómputo, de acuerdo con la invención; La Figura 9 ilustra un ejemplo de un ambiente en red, con una computadora de servidor en comunicación con computadoras de cliente a través de una red de comunicaciones, en la cual se puede emplear la invención; y La Figura 10 proporciona un ejemplo de las computadoras que puede incluirse con una Tabla de Opción LAN de acuerdo con la invención.\nDESCRIPCIÓN DETALLADA DE LA INVENCIÓN Sistema De Lectura De Medidor Automatizado La Figura 1 es un diagrama de bloque de un sistema de lectura de medidor automático 100 para procesar datos que se captura por un medidor de energía eléctrica. Aunque la Figura 1 se discute con referencia a un medidor de energía eléctrica, se debe apreciar que la invención aplica igualmente a otros medidores y otros sistemas. Por ejemplo, la Figura 1 también se describió en el contexto de un sistema de medidor de gas, o un sistema de medidor de agua u otro sistema similar. Por consiguiente, la invención no está limitada por la modalidad ilustrativa descrita con referencia a la Figura 1. El sistema 100 incluye una ubicación remota 110 en comunicación con una ubicación en sitio 120. La ubicación en sitio 120 también está en comunicación con ubicaciones en sitio 130 y 140. La ubicación remota 110 incluye equipo capaz de procesar un sistema AMR de servidor central 100. En particular, la ubicación remota 110 puede incluir servidores de computadora 111 en comunicación con una red 112, que además está en comunicación con bases de datos 113. Aunque pueden incluirse otros componentes en la ubicación remota 110, los componentes ¡lustrados en la Figura 1 se mostraron para propósitos de claridad y brevedad. Generalmente, la ubicación remota 110 puede localizarse dentro de una organización de utilidad, y pueden ser capaces de procesar los datos de uso recolectados en ubicaciones en sitio 120, 130 y 140. Como tal, la ubicación remota puede incluir equipo capaz de proporcionar información relacionada con facturación para el uso de energía eléctrica en ubicaciones en sitio 120, 130 y 140. La ubicación en sitio 130 incluye un medidor 131 y ubicación en sitio 140 incluye un medidor 141. Los medidores 131 y 141 recolectan uso de energía eléctrica en ubicaciones en sitios 130 y 140, respectivamente. Por ejemplo, las ubicaciones en sitio 130 y 140 pueden ser ubicaciones de premisa de consumidor residenciales, y medidores 131 y 141 pueden recolectar la energía eléctrica utilizada por las premisas de consumidor. Los medidores 131 y 141 pueden ser fase individual o medidores eléctricos de tres fases o electrónicos. Por ejemplo, los medidores 131 y 141 pueden ser un medidor A3 Alfa modificado para comunicarse con recolector/medidor de datos 121 inalámbricamente o de otra forma (por ejemplo, radio de 900 MHz) y fabricado por Elester Electricity, LLC. Aunque se muestran solo dos medidores en la Figura 1, se debe apreciar que cualquier número de medidores puede estar en comunicación con el recolector/medidor de datos 121. También, aunque solo se muestra un recolector/medidor de datos 121 en la Figura 1, se debe apreciar que puede haber cualquier número de tales recolectores en comunicación con la ubicación remota 110. Además, aunque la descripción se enfoca en la interacción con el medidor 131, se debe entender que toda tal discusión aplica igualmente al medidor 141, o cualquier otro de los medidores en comunicación con el recolector/medidor de datos 121. El recolector/medidor de datos 121 puede ser responsable de leer y almacenar datos de facturación del medidor 131 y medidores similares. Como se describió en las Solicitud de Patente de E.U.A. en detalle No. 10/185,664, (No. de Apoderado ABME-0796), presentada el 26 de Junio, 2002, y titulada "Red de Medición de Auto configuración Dinámica", que se incorpora aquí por referencia, el medidor 131 registra con el recolector 121. Una vez que se registra el medidor 131 al recolector 131, el recolector 121 después puede ser responsable de leer datos de facturación actuales del medidor 131 y almacenar los datos de facturación en una base de datos (no mostrada) localizada dentro del recolector/medidor de datos 121. Tales lecturas de datos pueden realizarse intermitentemente, continuamente (por ejemplo, cada cuatro horas), o como una función de recursos de red disponibles (por ejemplo, durante tiempo de tráfico de datos mínimos). El recolector/medidor de datos 121 también puede ser responsable de reconocer ia fecha de facturación para el medidor 131. El recolector/medidor de datos 121 después puede notificar al medidor 131 como cuando almacenar una copia de los datos de facturación actuales y cuando reestablecer o limpiar sus datos. Por ejemplo, el recolector/medidor de datos 121 puede notificar al medidor 131 para almacenar una copia de sus datos de facturación a media noche de la fecha de facturación. El recolector/medidor de datos 121 después puede notificar al medidor 131 para conducir una demanda de restablecimiento y para iniciar el siguiente ciclo de facturación. Cuando el recolector/medidor de datos 121 leen los datos en la fecha de facturación particular, los datos se almacenen dentro del recolector/medidor de datos 121. Por ejemplo, el recolector/medidor de datos 121 puede almacenar los datos en un dispositivo de almacenamiento llamado "Tabla de Datos de Facturación Previa" localizada en el recolector/medidor de datos 121.\nEl recolector/medidor de datos 121 también puede ser responsable de notificar al medidor 131 de una programación TOU particular para utilizarse por el medidor 131 y de notificar al medidor 131 de cualquiera de los cambios de temporada de TOU. Las fechas de cambio de temporada son similares a las fechas de facturación en el recolector/medidor de datos 121 notifica al medidor 131 para almacenar una copia de los datos actuales, y para conducir una demanda de restablecimiento. El recolector/medidor de datos 121 después puede leer está copia de cambio de temporada de datos y almacenarla en una ubicación de datos dentro del recolector/medidor de datos 121 llamado "tabal de Datos de Temporada Previa". Mientras los medidores 131 y 141 recolectan datos de uso de energía eléctrica, los datos pueden almacenarse dentro de medidores 131 y 141, y/o pueden comunicarse con el recolector/medidor de datos 121 en la ubicación en sitios 120. Como se discutirá en mayor detalle, la comunicación de los datos de los medidores 131 y 141 al recolector/medidor de datos 121 puede realizarse inmediatamente, o después de algún periodo de tiempo predeterminado dependiendo de ciertas circunstancias como el tipo de datos para comunicarse, la disponibilidad del enlace de comunicación, el tiempo de día, o el tiempo del año, etc. Los datos pueden comunicarse entre el medidor 131 y al recolector/medidor de datos 121 en el enlace de comunicación 105. Similarmente, los datos pueden comunicarse entre el medidor 141 y el recolector/medidor de datos 121 en el enlace de comunicación 106. Los datos proporcionados en el recolector/medidor de datos 121 de los medidores 131 y 141 después pueden proporcionarse a la ubicación remota 110 en el enlace de comunicación 104. también, aunque no se muestra con referencia a la Figura 2, se debe apreciar que el medidor 131 y el medidor 141 pueden comunicarse directamente uno con otro, y que el recolector/medidor de datos 121 puede comunicarse con el medidor 131 a través del medidor 141, que utiliza el medidor 141 como un repetidor. Los enlaces de comunicación 104-106 pueden ser inalámbricos o enlaces mediante cables. Por ejemplo, puede ser deseable proporcionar técnicas de comunicación inalámbricas de costo inferior para enlaces de comunicación 105 y 106, como ubicaciones en sitios 120, 130, y 140 tienden a estar en proximidad relativamente más cercana a una con otras. También, por ejemplo, puede ser deseable proporcionar una técnica de comunicación mediante cables para enlaces de comunicación 104, mientras la ubicación remota 110 tiende a estar a una distancia relativamente mayor de la ubicación en sitio 120 con el recolector/medidor de datos 121. Debido a la disponibilidad de ubicación en sitio 120 con recolector/medidor de datos 121 limita el número de enlaces de distancia mayor con ubicación remota 110, las técnicas de comunicación mediante cables frecuentemente más confiables pueden ser una solución de costo efectivo para el enlace de comunicación 104. Sin embargo, se debe apreciar que la invención contempla enlaces de comunicación 104-106 siendo mediante cables o inalámbricos en cualquier combinación. Por ejemplo, los enlaces de comunicación 104-106 no están limitados a ninguna configuración de red, pero incluyen cualquiera de las siguientes técnicas: Red de Área Local (LAN), Red de Área Amplia (WAN), Ethernet, Línea de Suscriptor Digital (DSL), y/o Red de Cable coaxial, por ejemplo. Además, los enlaces de comunicación 104-106 pueden emplear métodos de comunicación seguros que incluyen, por ejemplo, encierro digital y/o técnicas de firma digital bien conocidas por aquellos expertos en la técnica. También, se debe apreciar que el formateo de datos comunicados en enlaces de comunicación 104-106 pueden estar en cualquier formato deseable que incluyen protocolo de control de transmisión/protocolo de Internet (TCP/IP), formato de envió de mensaje electrónico, lenguaje de marcación extensible (XML), Instituto de Ingenieros Eléctricos/Electrónicos (IEEE) estándar 802.11, Bluetooth y X10™, y Protocolo de comunicación remota ANSÍ C12.21, por ejemplo, para comunicar datos entre el recolector/medidor de datos 121 y la ubicación remota 110.\nRecolector/Medidor De Datos El recolector/medidor de datos 121 puede ser un medidor A3 Alpha™ disponible de Elester Electricity, LLC. El medidor A3 Alpha™ puede modificarse para incluir una ó más tablas de opción de comunicación de red que incluyen un tablero de opción WAN para enlace de comunicación 104 y un Tablero de Opción Lan (LANOB) para enlaces de comunicación 105, 106, etc. Una modalidad ilustrativa puede utilizar un tablero de opción de modem de Servicio Telefónico de Plano Antiguo (POTs) para la WAN mediante cables y un tablero de opción de radio de 900 MHz para la Lan inalámbrica. Al servir como un punto central de comunicación entre la ubicación remota 110 y cualquier número de ubicaciones en sitio 130 y 140, el recolector/medidor de datos 121 sirve para reducir la complejidad total y costo correspondiente del sistema AMR 100. Por ejemplo, la disponibilidad del recolector/medidor de datos 121 para actuar como una entrada entre la ubicación remota 110 y ubicaciones en sitio 130 y 140, mientras el recolector/medidor de datos 121 retiene su operación como un medidor de energía eléctrica, reduce la necesidad para equipo en red adicional. También, debido a que el recolector/medidor de datos 121 centraliza alguna de la inteligencia y funcionalidad encontrada en medidores de costo superior, los medidores 131 y 141 pueden ser medidores de costo inferior capaces de conectarse en comunicación de doble sentido con el recolector/medidor de datos 121. La Figura 2 proporciona un diagrame de bloque que además de detalla un ejemplo de un recolector/medidor de datos 121. Aunque ciertos componentes están diseñados y se discuten con referencia a la Figura 2, se debe apreciar que la invención no está limitada a tales componentes. De hecho varios otros componentes típicamente encontrados en un medidor electrónico serán una parte del recolector/medidor de datos 121, pero no mostraros en la Figura 2 para los propósitos de claridad y brevedad. También, la inmersión puede utilizar otros componentes para realizar la operación (como se discutirá) del recolector/medidor de datos 121. Los componentes que se muestran y la funcionalidad descrita para el recolector/medidor de datos 121 se proporcionan como ejemplos, y no significa que sean exclusivos de otros componentes u otra funcionalidad. Como se muestra en la Figura 2, el recolector/medidor de datos 121 puede incluir un medidor 210 (por ejemplo, un medidor A3 Alpha™ disponible de Elster electricity, LLC) un tablero de Opción de WAN 220 (por ejemplo, un modem de teléfono) y un tablero de Opción de LAN 230 (por ejemplo, un radio de 900 MHz) Un tablero de opción WAN 220 guía mensajes de la red 112 ( a través del puerto de interfase 202) ya sea la medidor 210 o al tablero de Opción LAN 230. el Tablero de Opción LAN 230 puede utilizar un transceptor (no mostrado), por ejemplo un radio de 900 MHz, para comunicar datos al medidor 131. También, el Tablero de Opción de LAN 230 puede tener memoria suficiente para almacenar datos del medidor 131. Estos datos pueden incluir, pero no se limitan a lo siguiente: datos de facturación actuales (por ejemplo, los valores presentes almacenados y presentados por el medidor 131), datos de periodo de facturación previo, datos de temporada previa, y datos de perfil de carga. El tablero de Opción LAN 230 también puede comunicarse con una interfase mediante cables (por ejemplo, RS-232) al medidor 210. El tablero de Opción LAN 230 puede ser capaza de sincronizar su tiempo a un reloj en tiempo real (no mostrado) en el medidor 210 y con ello sincronizar el tiempo de referencia de LAN al tiempo en el medidor 210. Las ¡nterfases de comunicación y la recolección y almacenamiento de datos de medición se controlan por una computadora (no mostradas) dentro del recolector/medidor de datos 121. La computadora puede incluir varios otros componentes (no mostrados) que incluyen memoria de computadora programable, bases de datos, componentes de registro de tiempo (por ejemplo, cristales de cuarzo), circuitos de Hardware específicos de aplicación (ASIC), tarjetas de interfase de red y firmware de computadora, por ejemplo. Generalmente, la computadora incluye cualquier Hardware de computadora Software, o firmware necesario para satisfacer la operación de recolector/medidor de datos 121 en el sistema AMR 100. La Figura 10 proporciona un ejemplo de los componentes que pueden incluirse con el tablero de Opción LAN 230. Sin embargo, la Figura 10 no significa que sea una representación exclusiva de tales componentes o sus configuraciones. La responsabilidad del recolector/medidor de datos 121 en el sistema AMR 100 es amplia y variada. Generalmente, el recolector/medidor de datos 121 es responsable de manejar, procesar y enrutar datos comunicados con la ubicación remota 110 y las ubicaciones en sitio 130 y 140. El recolector/medidor de datos 121 lee los datos de usos del medidor 131 a través del puerto de interfase 201. El medidor 131 generalmente es un dispositivo menos complejo que el recolector/medidor de datos 121. Con el fin de reducir el costo del sistema AMR 100, el medidor 131 puede tener una computadora con igual o menos funcionalidad que la computadora en el recolector/medidor de datos 121. Con el fin de proporcionar comunicación de doble sentido con el recolector/medidor de datos 121, el medidor 131 puede tener un dispositivo de transceptor similar al transceptor en el recolector/medidor de datos 121. Los datos de uso reunidos por el medidor 131 pueden almacenarse dentro del medidor 131, o pueden proporcionarse inmediatamente al recolector/medidor de datos 121. El medidor 131 típicamente tiene capacidad de almacenamiento limitada, y por lo tanto puede confiar en el recolector/medidor de datos 121 para leer periódicamente los datos antes que se sobrescriban. El medidor 131 puede almacenar y presentar el consumo de energía actual (kWh). El medidor 131 también puede presentar el consumo de energía TOU y la demanda de pico actual para el periodo de facturación. Además de estos datos actuales, el medidor 131 puede almacenar una copia de sus datos tomados en un intervalo crítico, tal como la fecha de facturación mensual o una fecha de cambio de temporada. El recolector/medidor de datos 121 puede leer continua o intermitentemente los datos actuales del medidor 131 y almacenar los datos en una base de datos (no mostrada) en el recolector/medidor de datos 121. Los datos actuales pueden incluir pero no se limitan al uso de kWh total, el uso de kWh TOU, la demanda de kW pico, y otra información de estado del medidor 131.\nEl recolector/medidor de datos 121 también puede leer y almacenar datos de facturación previa y de temporada previa del medidor 131 y almacenar los datos en la base de datos en el recolector/medidor de datos 121. El medidor 131 puede almacenar una cantidad más pequeña de datos de perfil de carga (por ejemplo, 24 horas de datos de 15 minutos). El recolector/medidor de datos 121 puede leer estos datos y almacenar varios días de datos de perfil, por ejemplo, que de otra forma pueden no ser capaces de almacenarse en la memoria limitada del medidor 131. Si el recolector/medidor de datos 121 no lee la facturación previa, temporada previa, o datos de perfil de carga del medidor 131 es configurable y puede variar. Por consiguiente, la invención no está limita a leer esto o cualquier otro tipo de datos en cualquier intervalo particular. Cuando el recolector/medidor de datos 121 se configura para leer y almacenar los datos de perfil de carga, la cantidad de datos almacenada en el recolector/medidor de datos 121 es configurable y puede variar. Es bien conocido por aquellos expertos en la técnica que el consumo de energía eléctrica puede medirse en cualquier número de formas que incluye: lectura a base de TOU y de demanda. Las lecturas de uso a base de TOU se refieren a la noción de estampa de tiempo del uso de electricidad, para que una utilidad puede facturar una prioridad para la energía utilizada en ciertos tiempos del día o del año, cuando se compara con los otros tiempos. Por ejemplo, en el verano, los tiempos de usos de energía eléctrica pico tradicionalmente ocurre durante la tarde. Por lo tanto, el medidor 131 puede equiparse para medir la cantidad de energía eléctrica utilizada durante sus intervalos, para que el uso de energía puede facturarse de forma diferente (y tal vez superior) que los otros intervalos de tiempo. Las lecturas de uso a base de demanda determinan los usos de energía pico para un cliente particular. Por ejemplo, las lecturas de usos a base de demanda pueden permitir a una utilidad factura una prioridad para un consumidor que utiliza 20 kWh en un lapso de tiempo de una hora, cuando se compara con otro consumidor que utiliza 20 kWh en un lapso de tiempo de veinticuatro horas. Debido a que tal uso de energía eléctrica concentrada impone las plantas de generación de energía de utilidad y el sistema de distribución, el consumidor puede facturarse a una velocidad superior. El sistema AMR 100 puede diseñarse para permitir al medidor 131 medir el uso basado en estos tipos específicos de técnicas de uso, por ejemplo. También, el recolector/medidor de datos 121 puede ser capaz de configurar el medidor 131 con instrucciones específicas para realizar tales técnicas de lectura de uso. Por ejemplo, el recolector/medidor de datos 121 puede diseñarse para instruir al medidor 131 como a un intervalo de tiempo particular que se deben capturar datos a base de demanda. Cuando el medidor 131 se registra con el recolector/medidor de datos 121, los servidores de computador 111 asignan al medidor 131 a un identificador de facturación, en donde el identificador de facturación define la fecha de facturación para el medidor 131. El recolector/medidor de datos 121 también esta programado por el servidor de computadoras 111 con un calendario de fechas de facturación para cada identificación de facturación. Puede ser la responsabilidad del recolector/medidor de datos 121 en notificar al medidor 131 para almacenar una copia de los datos de configuración actuales y reestablecer la demanda de pico en un cierto tiempo (por ejemplo, media noche) de la fecha de facturación Este procedimiento se describe en más detalle en los siguientes párrafos. En un intervalo de tiempo definido (por ejemplo, cruce de media noche), el recolector/medidor de datos 121 revisa si la fecha de facturación para el medidor 131 va a ocurrir en el siguiente intervalo. Por ejemplo, si la fecha de facturación está en el cruce de media noche del 6/1/2002, el recolector/medidor de datos 121 revisa para asegurar que el medidor 131 va a realizar un reestablecimiento de demanda el 6/2/2002. Si el recolector/medidor de datos 121 determina que una fecha de facturación debe ocurrir dentro de un periodo próximo (por ejemplo, dentro de las siguientes veinticuatro horas), el recolector/medidor de datos 121 proporciona un mensaje al medidor 131 para "armar" y para realizar un reestablecimiento de demanda en el siguiente cruce de media noche (por ejemplo, 6/2/2002). Cuando ocurre este cruce de media noche, el medidor 131 almacena una copia de los datos de facturación actuales, aumenta una cuenta de reestablecimiento de demanda, en donde la cuenta de reestablecimiento de demanda se utiliza para identificar el caso especifico de los datos de facturación. El recolector/medidor de datos 121 después reestablece el valor de demanda de datos de facturación actuales (kW) para iniciar un nuevo ciclo de facturación. Después de que ocurre el cruce de media noche, el recolector/medidor de datos 121 lee la copia de datos de facturación almacenada en el medidor 131 para que este fácilmente disponible para recuperación por la ubicación remota 110. Debido a que el medidor 131 típicamente no tiene un reloj en tiempo real, si el medidor 131 fuera a perder la energía entre el tiempo que esta armado para realizar el reestablecimiento de demanda y el cruce de media noche, es posible que el medidor 131 propiamente no realice el reestablecimiento de demanda a media noche. Además de leer la copia de datos de facturación del medidor 131, el recolector/medidor de datos 121 puede leer continuamente los datos de facturación actuales del medidor 131. Después de que ocurrió la fecha de facturación del medidor 131, el recolector/medidor de datos 121 asegurara que el medidor 131 realizó apropiadamente un reestablecimiento de demanda para establecer información en el mensaje de lectura que forza al medidor 131 a realiza un reestablecimiento de demanda. Esto se ilustra por el siguiente ejemplo. El 6/1/2002, la cuenta de reestablecimiento de demanda en el medidor 131 está en 12. El recolector/medidor de datos 121 reconoce que el medidor 131 debe realizar un reestablecimiento de demanda a la media noche del 6/2/200, y envía información en el comando de lectura para "armar" el medidor 131 para realizar el reestablecimiento de demanda. A la media noche del 6/2/2002, el medidor 131 almacena una copia de los datos de facturación actuales, aumenta la cuenta de reestablecimiento de demanda a 13 y reestablece la demanda de pico actual. Las lecturas subsecuentes para el recolector/medidor de datos 121 instruyen al medidor 131 a realizar un reestablecimiento de demanda si la cuenta de reestablecimiento de demanda en el medidor 131 no es igual a 13. Ya que la cuenta de reestablecimiento de demanda ya es igual a 13, el medidor 131 no realiza otra reestablecimiento de demanda. Sin embargo, si el medidor 131 perdió el cruce de media noche debido a una perdida de energía, el mensaje del recolector/medidor de datos 121 forzaría al medidor 131 para almacenar inmediatamente una copia de los datos de facturación y demanda de reestablecimiento. También, el recolector/medidor de datos 121 puede informar al medidor 131 de eventos próximos, tal como tipo de día, tipo de temporada, etc. en particular, el recolector/medidor de datos 121 puede permitir al medidor 131 conocer si un cambio de tipo de día (por ejemplo, vacaciones) o cambio de temporada está próximo, para prevenir al medidor 131 de colocar los datos en el enlace de facturación incorrecto. Con respecto a ciertas técnicas de recolección de datos a base de TOU, el recolector/medidor de datos 121 puede ser capaz de instruir al medidor 131 con cierta información para facilitar tales lecturas. El medidor 131 almacena puntos de interrupción de TOU para una programación de la semana, una programación de fin de semana, dos programaciones de vacaciones. El recolector/medidor de datos 121 es responsable de enviar estas programaciones al medidor 131 y actualizar las programaciones cuando se requiere por el tiempo de cambios de año o condiciones de emergencia. Por ejemplo, durante un cambio de temporada (es decir, un tiempo del año cuando se ajustan las velocidades de uso), el recolector/medidor de datos 121 puede enviar mensajes al medidor 131 para actualizar el día de la semana, fin de semana y puntos de interrupción de vacaciones que definen la programación TOU para la nueva temporada. Similar al control de fechas de facturación, el recolector/medidor de datos 121 tiene un calendario que define las fechas de cambio de temporada para cada identificador de TOU, en donde cada medidor en el sistema puede definirse a uno de varios (por ejemplo, 8) identificado de TOU. El recolector/medidor de datos 121 revisa los cambios de temporada por adelantado (por ejemplo, un día) y típicamente instruye al medidor 131 para revisar una copia de datos de facturación y reestablecimiento de demanda a algún tiempo antes a (por ejemplo, en media noche) de la fecha de facturación. Además de controlar el reestablecimiento de demanda mientras se hace para la fecha de facturación, el recolector/medidor de datos 121 lee la copia de datos de facturación del medidor 131 y la almacena en el recolector/medidor de datos 121 (por ejemplo, Tabla de Datos de Temporada Previa). El recolector/medidor de datos 121 después puede enviar mensajes al medidor 131 (por ejemplo, transmitir a todos los medidores asociados con la ID de TOU) para actualizar las programaciones de TOU por la nueva temporada. La actualización de las programaciones de TOU en eventos de cambio de temporada pueden realizarse al utilizar técnicas de transmisión nuca (es decir, dirigida a un medidor particular) o de transmisión (es decir, dirigida a todos los medidores servidos por el recolector). Las programaciones de TOU pueden proporcionarse por el recolector/medidor de datos 121 que utiliza cualquier número de técnicas. Por ejemplo, el recolector medidor de datos 121 puede "transmitir" programaciones de TOU a cada uno de los medidores que sirve. Las programaciones TOU pueden transmitirse junto con la señal de tiempo de referencia de red estándar, discutida anteriormente. Como tal, las programaciones TOU pueden transmitirse intermitentemente o continuamente, como se desee por la configuración de red. Cuando un nuevo medidor ingresa al sistema AMR 100, el recolector/medidor de datos 121 puede enviar al nuevo medidor una programación de TOU predeterminada. La transmisión de la programación TOU al nuevo medidor puede realizarse al utilizar transmisión individual o múltiple, o ambas. El recolector/medidor de datos 121 también es responsable de comunicar cualquier cambio de una información de identificación de medidor (por ejemplo, identificación de facturación o identificación TOU), por ejemplo, si la ubicación remota 110 cambia una identificación TOU que se asigna al medidor 131, el recolector/medidor de datos 121 conducirá un procedimiento de registro (como se discutió con referencia a la Figura 3) para actualizar el almacenamiento en el medidor 131 que define la identificación de TOU. Generalmente, aunque el recolector/medidor de datos 121 recibe los datos de uso pertinentes del medidor 131, el recolector/medidor de datos 121 puede no ser requerido para interpretar o procesar tales datos. En el interés de simplificar el recolector/medidor de datos 121, puede colocarse cierta inteligencia y funcionalidad dentro de los componentes en la ubicación remota 110 (por ejemplo, servidores de computadora 111). Por ejemplo, el recolector/medidor de datos 121 puede identificar datos del medidor 131 a la ubicación remota 110 con un cierto código alfanumérico que se entiende en la ubicación remota 110. Similarmente, el medidor 131 puede tener múltiples grupos de datos, cada uno con un código de identificación único proporcionado por el recolector/medidor de datos 121. De esa forma, la ubicación remota 110 puede ser responsable para cotejar y procesar los datos de uso, y el recolector/medidor de datos 121 puede solo ser responsable de enrutar los datos del medidor 131 con el identificador apropiado. Alternativamente, el recolector/medidor de datos 121 no está tan limitado, y puede realizar alguna interpretación de datos como sea necesario. Una operación particular que puede realizarse por el recolector/medidor de datos 121 es el mantenimiento, sincronización, y distribución de referencias de tiempo de red. Los medidores de costo inferior, como el medidor 131, puede no estar equipado como un reloj de tiempo real. Como resultado, cuando el medidor 131 pierde energía, perderá su referencia de tiempo de red cuando regrese la energía. Por lo tanto, el recolector/medidor de datos 121 puede proporcionar referencias de tiempo de red al medidor 131. De esta forma, el recolector/medidor de datos 121 asegura que el medidor 131 (y cualquier otro de los medios servidos por el recolector/medidor de datos 121, por ejemplo, medidor 141) está operando en una referencia de tiempo apropiada. Como se describió anteriormente, para las mediciones de uso de TOU y a base de demanda que tienen el medidor 131 que opera en una referencias de tiempo estándar particular aseguran que el uso de energía se facturara apropiadamente y de acuerdo con las velocidades de facturación a base de tiempo predeterminadas. Al proporcionar el estándar de tiempo apropiado en el punto de recolección de datos (es decir, medidor 131), en vez de otro punto en el sistema AMR 100 (por ejemplo, ubicación remota 110) proporciona mayor sincronización entre cuando se utilizó una cantidad de energía particular. También, permitir que el recolector/medidor de datos 121 distribuye y sincronice el tiempo al medidor 131 limita la dependencia en los enlaces de comunicación frecuentemente no confiables de la ubicación remota 110 al medidor 131. De esa forma, el sistema AMR 100 proporciona un nivel agregado de aseguramiento que una cierta cantidad de energía se utilizó durante el intervalo de tiempo designado; una correlación que es significante a la operación de técnicas de medición de usos TOU y a base de demandas. También, distribuir la referencia de tiempo del recolector/medidor de datos 121 al medidor 131 proporciona confiabilidad adicional debido a la proximidad más cercana del recolector/medidor de datos 121 al medidor 131. Con el fin de facilitar permitir que el recolector/medidor de datos 121 comunique la referencia de tiempo apropiada a cada uno de los medidores que sirve (por ejemplo, medidor 131 y 141), se puede emplear una técnica de transmisión "múltiples". La técnica múltiples se refiere a permitir que el recolector/medidor de datos 121 transmita una señal de tiempo a todos los medidores que sirve, En donde el enlace de comunicación 105 y 106 son inalámbricos, por ejemplo, el recolector/medidor de datos 121 pueden simplemente transmitir una señal inalámbrica a los medidores 131 y 141. La señal de referencia de tiempo puede enviar en ciertos intervalos (por ejemplo, por día) o continuamente para asegurar que los medidores servidos por el recolector/medidor de datos 121 reciben la señal de referencia de tiempo. El recolector/medidor de datos 121 puede ser responsable de registrar e identificar medidores particulares en el sistema AMR 100. Tal registro puede ocurrir, por ejemplo, cuando se agrega uno a un medidor al sistema AMR 100, cuando un nuevo recolector se agrega, y/o cuando un medidor existente determina que se sirvió mejor por otro recolector (tal vez más cerca en proximidad). De hecho, en el sistema AMR en mantenimiento 100, el recolector/medidor de datos 121 permite a los medidores 131 y 141 cambiar del recolector/medidor de datos 121 a un recolector diferente (no mostrado). Con el fin de asegurar que los datos no se pierdan durante la transición de recolector, tanto el recolector/medidor de datos 121 como el nuevo recolector pueden recuperar información del medidor de cambio, como se discutirá. También, el recolector antiguo (es decir, el recolector del cual hizo transición el medidor) almacenará los datos del medidor antes de que cambie al nuevo recolector. Tales datos pueden almacenarse en un cuadro llamado "Registro de Datos de Nodo Antiguo". Al almacenar los datos en tal registro, el sistema se asegura de recolectar los datos del medidor de cambio, en el caso que los datos se pierdan cuando el medidor cambie al nuevo recolector. La Figura 3 proporciona un diagrama de flujo que describe el método por el cual el recolector/medidor de datos 121 registra el medidor 131. En el paso 301, el recolector/medidor de datos 121 encuentra y registra el medidor 131 y lee la Id de TOU del medidor 131. Cuando se instale inicialmente, el medidor 131 tendrá una Id TOU predeterminada. Si el medidor 131 se registró previamente a un recolector diferente, la Id de TOU leída por el recolector/medidor de datos 121 será la idea asignada por el recolector/medidor de datos antiguo. En el paso 302, el recolector/medidor de datos 121 actualiza sus cuadros de datos internos para enlistar el medidor 131 y asignarlo a la inicial Id de TOU leída del medidor 131. En el paso 303, el recolector/medidor de datos 121 lee los datos de facturación previos del medidor 131 y almacena los datos en el recolector/medidor de datos 121. Por ejemplo, los datos pueden almacenarse en un "Cuadro de Datos de Facturación Previo" y un "Cuadro de Datos de Temporada Previa". En el paso 304, el recolector/medidor de datos 121 puede tomar un llamado de excepción a la ubicación remota 110 para informar a los servidores de computadora 111 que indica que se registró un nuevo medidor (por ejemplo, medidor 131). En el paso 305, la ubicación remota 110 asigna el medidor 131 a una Id de facturación y a una Id de TOU. En el paso 306, se determina si el medidor 131 se registró previamente con un recolector diferente. Si el medidor 131 se registró previamente con recolector diferente, la Id de TOU se establecerá en el medidor 131 y típicamente se establecerá correctamente en el recolector/medidor de datos 121 y el procedimiento de hace en el paso 309. Al hacer la transferencia de Id de TOU a nuevo recolector previene al medidor 131 de revertirse a una Id de TOU predeterminado que probablemente causaría que el medidor 131 utilice una programación de TOU incorrecta y almacene datos en las ubicaciones de facturación de TOU incorrectas o "cubetas". La Id de facturación puede asignarse por al ubicación remota 110 y actualizarse en el recolector/medidor de datos 121. La Id de facturación puede almacenarse en el recolector/medidor de datos 121 y puede utilizarse para determinar la fecha que el recolector/medidor de datos 121 comunica a un mensaje de reestablecimiento de demanda la medidor 131. Hasta que se actualice por la ubicación remota 110, el recolector/medidor de datos 121 asigna el medidor 131 a la Id de facturación cero. La fecha de facturación para está Id no se definió, lo que significa que el recolector/medidor de datos 121 no le dirá al medidor 131 que realice un reestablecimiento de demandas. Este mecanismo previene al recolector/medidor de datos 121 de decir al medidor 131 que realice un reestablecimiento de demanda en la fecha de facturación incorrecta. Si se determina en el paso 306 que el medidor 131 no está cambiando de recolector/medidor de datos 121 a otro recolector, en el paso 307, la ubicación remota 110 asegura que el reestablecimiento "de demanda o datos de facturación previos del medidor 131 se almacenan en el recolector/medidor de datos 121 son auto relevantes que no se leyeron aún por la ubicación remota 110. La cuenta de reestablecimiento de demanda leída del medidor 131 se utiliza por la ubicación remota 110 para determinar si los datos son datos de facturación previa o de temporada previa. En el paso 308, el recolector/medidor de datos utiliza un procedimiento de registro para comunicar la Id de TOU al medidor 131. El medidor 131 utiliza la Id de TOU para almacenar las programaciones de TOU correctas. El recolector/medidor de datos 121 también puede designarse para recolectar datos de perfil de carga de cualquier grupo configurable de medidores. En particular debido a que como se discutió, el medidor 131 puede ser capaz de almacenar un cierto intervalo de datos (por ejemplo, datos recolectados en un periodo de 24 horas), y el recolector/medidor de datos 121 puede configurarse de forma variable para recuperar los datos de perfil de carga almacenados en un grupo de medidores. Por ejemplo, el número de medidores perfilados por el recolector/medidor de datos 121 y la cantidad de datos almacenada para cada medidor puede configurarse dentro del recolector/medidor de datos 121. Solo en una modalidad, por ejemplo, el recolector/medidor de datos 121 podría configurarse para almacenar datos para 50 medidores que tienen 40 días de datos almacenados para cada medidor. En otra modalidad, por ejemplo, el recolector/medidor de datos 121 podría configurarse para almacenar datos para 500 medidores que tienen cuatro días de datos almacenados para cada medidor. La Figura 4 proporciona un ejemplo de un cuadro de perfil de varga que es capaz de almacenar trece intervalos de datos. El recolector/medidor de datos 121 puede configurarse para leer los datos de perfil de carga de los medidores 131 y 141 frecuentemente lo suficiente para asegurar que no hay pérdida de datos en la transmisión. El recolector/medidor de datos 121 puede leer los tiempos múltiples de datos de intervalo similar, pero solo anexan nuevos datos a los datos existentes en la base de datos de recolector. Además de distribuir dinámicamente la cantidad de memoria utilizada para recolectar datos de perfil de carga, el número de medidores para los cueles el recolector/medidor de datos 121 almacena datos básicos (por ejemplo, datos de facturación actuales, datos de facturación previos, y datos de temporada previa) son configurables. Cambiar el número de medidores soportados cambia la cantidad de memoria disponible para el perfil de carga. El recolector de datos puede soportar, por ejemplo más de mil medidores, pero se puede soportar cualquier número de medidores. Para aumentar la cantidad de memoria disponible para los datos de perfil de carga, el recolector de datos podría configurarse solo para almacenar datos para 250 medidores, por ejemplo. El recolector/medidor de datos 121 también permite que la ubicación remota 110 dirija comandos de tiempo real específicos al medidor 131. Por ejemplo, Si existen ciertas condiciones de emergencia (por ejemplo, que pasan por tonos cafés o apagón), la utilidad puede desear modificar una programación de TOU en una base de corto plazo. También, los ajustes de programación de TOU de corto plazo pueden ser deseables para ciertas condiciones de clima extremo (por ejemplo, días muy calientes o muy fríos). El sistema AMR 100 permite que el recolector/medidor de datos 121 envíe instrucciones al medidor 131 para conducir una "operación" temporal de la programación TOU establecidas. Cuando el intervalo para la superación expira, el medidor 131 se dirige para regresar a la programación TOU establecida. Por ejemplo, el recolector/medidor de datos 121 puede dirigir el medidor 131 para facturar una velocidad superior mañana de 4 pm a 6 pm, debido a las condiciones de clima esperada. A las 6 pm, el medidor 131 puede dirigirse para resumir la programación TOU normal. El recolector/medidor de datos 121 puede realizar la superación de corto plazo de la programación TOU en una base amplia al utilizar un procedimiento de transmisión múltiple a todos sus medidores servidos. La transmisión de la programación de superación de TOU a los medidores servidos puede realizarse al utilizar una transmisión individual o múltiple, o ambas. Tal envió de mensajes puede realizarse además para alertar a la premisa de consumidor del cambio de programación de TOU amenazante, para contra atacar la velocidad de facturación aumentada y promover el uso de energía inferior. Por ejemplo, el medidor 131 puede enviar un mensaje a una unidad dentro de la premisa de consumidor (por ejemplo, un termostato electrónico) para aumentar el uso de energía durante el periodo de facturación inferior, y disminuir el usos de energía durante el periodo de facturación superior. Similar a las operaciones de corto plazo de las programaciones de TOU, el recolector/medidor de datos 121 puede realizar lecturas a demanda y escribir con el medidor 131. Por ejemplo, la utilidad puede desear ciertos datos de uso inmediatamente en un rango de medidores, o todos los datos de un medidor particular. El recolector/medidor de datos 121 acomoda tales lecturas a demanda. También, a demanda escribe del recolector/medidor de datos 121 al medidor 131 puede desearse. Por ejemplo, si un consumidor desea cambiar su programación/fecha de facturación o programación/velocidad de TOU, un servicio de consumidor de utilidad puede iniciar una escritura al medidor 131 a través del recolector/medidor de datos 121 mientras el consumidor está en el teléfono haciendo la solicitud. Tal lectura a demanda y escrituras pueden conducirse directamente por la ubicación remota 110 a un medidor particular, que utiliza un procedimiento de "pasos", en donde el recolector/medidor de datos 121 simplemente en ruta la solicitud del medidor 131. El recolector/medidor de datos 121 también proporciona soporte para ciertas solicitudes especiales de la ubicación remota 110. Por ejemplo, si la ubicación remota 110 desea ciertos datos de medidor (por ejemplo, medidores con la fecha de facturación en una cierta fecha, u obtener datos de temporada previos para todos los medidores que cambiaron estaciones), el recolector/medidor de datos 121 soporta solicitudes filtradas. Tales solicitudes de datos filtradas pueden solicitar datos de todos los medidores, un medidor particular, todos los medidores asociados con una identificación de facturación particular y/o todos los medidores asociados con una identificación de TOU particular, por ejemplo. También, los filtros a base de datos específicos pueden aplicarse a la solicitud. Por ejemplo, un filtro puede proporcionar solo datos de reporte para un medidor si los datos de medidor están fuera de fecha por un cierto número de horas. De esa forma, en resumen, las modalidades ilustrativas mencionadas anteriormente con referencia a las Figuras 1-4 describen comunicación de datos entre un servidor 111, un recolector 121, y un número de medidores 131 y 141. Las modalidades descritas anteriormente permiten, en respuesta a una solicitud, parámetros de configuración de tiempo de usos TOU) para enviarse a un medidor específico individual. Además, las modalidades descritas anteriormente permite que los datos de facturación y de demanda se reestablezcan en respuesta a comandos separados.\nActualización De Programa Y Actualización De Medidor Otra modalidad, como se describe más adelante con referencia a las Figuras 5-7, permiten los medidores configurarse al utilizar ya sea un método de actualización de programa ó un método de actualización de medidor. En el método de actualización de programa, los medidores asociados con un programa de configuración específico se identifican y configuran con parámetros actualizados. En el método de actualización de medidor, un grupo específico de medidores se configura con un grupo específico de parámetros de configuración actualizados. El método de actualización de medidor permite tanto el tiempo de uso y otros parámetros de configuración para actualizarse. Ambos métodos permiten varias acciones para realizarse en conjunto con una configuración de medidor. Tales acciones pueden incluir como por ejemplo, registrar una instantánea de datos de facturación actuales, reestablecer datos de facturación, y reestablecer datos de demanda.\nUn cuadro de flujo del método de actualización de programa se muestra en la Figura 5. En el paso 510, una solicitud de actualización de programas se recibe en el servidor 111. La solicitud especifica un programa de configuración particular para actualizarse. El programa específico puede identificarse por un identificador único correspondiente (UID). El programa de configuración específico puede ser un programa de tiempo de usos (TOU). Cada programa de TOU puede tener un número de parámetros correspondientes tal como, por ejemplo, información de punto de cambio para múltiples temporadas, fechas de cambio de temporada para múltiples temporadas, información de presentación de medidor, y acciones de medidor opcionalmente. La información de punto de cambio fechas de cambio de temporada pueden almacenarse en un número de cuadros, cada uno correspondiente a un programa de configuración particular. La información de presentación de medidor y acciones de medidor pueden almacenarse en un cuadro individual con un número de entradas, cada una correspondiendo a un programa de configuración particular. En el paso 512, el servidor 111 actualiza a los parámetros para el programa específico en sus tablas correspondientes y entradas de tabla. En el paso 514, el servidor 111 emite un comando al recolector 121 para actualizar el programa específico. En el paso 516, el recolector 121 identifica un grupo de medidores que están asociados con el programa de configuración específico. El grupo incluye al menos un medidor El recolector 121 mantiene una lista del programa de configuración con el cual cada medidor está asociado. El paso 518, el recolector 121 establece un número de banderas de estado para cada medidor asociado. Cada una de tales banderas corresponde a una porción de los parámetros de configuración actualizados. Por ejemplo, el recolector 121 puede establecer las siguientes 5 banderas de estado: PRESENTACIÓN_ACTUALIZACION__PENDIENTE. • DÍA DE LA SEMANA_TOU_PROGRAMACIÓN_PENDIENTE. FIN DE SEMANA_TOU_PROGRAMACIÓN_PENDIENTE. ESPECIAL 1_TOU_PROGRAMACIÓN_PENDIENTE. ESPECIAL 2_TOU_PROGRAMACI Ó N_P ENDIENTE. Las banderas de estado permiten al recolector 121 determinar si la porción correspondiente de los parámetros de configuración se reciben por el medidor asociado. En el paso 520, el recolector 121 envía los parámetros de configuración actualizados al grupo de medidores identificados en el paso 516. Los parámetros de configuración pueden enviarse durante la primera lectura de medidor ocurrente después de que se recibe el comando de actualización de programa. En el paso 522, el recolector 121 recibe reconocimientos de los medidores que recibieron los parámetros de configuración enviados.\nLos reconocimientos separados pueden enviarse para cada porción recibida de los parámetros de configuración. En el paso 524, el recolector 121 limpia las banderas de estado para cada porción de los parámetros de configuración para los cuales se recibe el reconocimiento. En el paso 526, el recolector 121 determina si cualquiera de las banderas de estado puede no limpiarse y aún permanece establecida. Está determinación puede hacerse durante la lectura de medidor subsecuente después de que se envía primero la información de configuración. Si una bandera de estado permanece establecida, después esto indica que, para la porción correspondiente de los parámetros de configuración el primero enviado no fue exitoso y necesita volverse a enviar durante el periodo de medidor subsecuente. Si, en el paso 526, se determina que alguna de las banderas de estado permanece establecida, entonces, en el paso 528, los parámetros de configuración se vuelven a enviar. De forma importante, todos los parámetros de configuración no necesitan reenviarse. Más que eso, solo las porciones de los parámetros de configuración indicados por las banderas de estados restantes correspondientes se reenvían, con ello conservando el grosor de banda valiosos dentro del sistema. Como se debe apreciar, el uso de banderas de estado no está limitado a las actualizaciones de configuración, y las banderas pueden utilizase durante el registro inicial de los medidores para enviar eficientemente parámetros de configuración iniciales a los medidores recientemente registrados. La actualización de cada medidor en el grupo asociado de medidores puede realizarse en serie. Específicamente, después de completar la actualización para un medidor particular, el recolector puede repetir los pasos 518-528 para un siguiente medidor para actualizarse. Una vez que el recolector 121 recibe todos los reconocimientos de un medidor particular, el recolector distribuye el espacio de memoria para almacenar una copia de cambio de configuración de los datos de cada medidor. Está copia de datos puede recuperarse por el servidor 111 y proporcionarse a los sistemas de facturación y utilidad. Un cuadro de flujo de un método de actualización de medidor ilustrativo se muestra en la Figura 6. En el paso 610, una solicitud de actualización de medidor se recibe en un servidor 111. La solicitud específica un grupo de medidores para actualizarse. El grupo incluye al menos un medidor. Además, la solicitud especifica un grupo de parámetros de configuración para actualizarse. El grupo incluye al menos un parámetro de configuración. El grupo puede incluir tanto parámetros de TOU como de no TOU. La solicitud también puede especificar un grupo de acciones para realizarse en el grupo de medidores. El grupo puede incluir al menos una acción. Las acciones pueden se, por ejemplo, registrar una instantánea de datos de facturación actuales, reestablecer datos de facturación, y reestablecer datos de demanda. Los parámetros de configuración de TOU para los medidores específicos pueden actualizarse al cambiar el programa de configuración de TOU para el cual se asignan los medidores. Los parámetros de configuración de non TOU para los medidores específicos también pueden actualizarse como se especifico en la solicitud. Los parámetros de non TOU pueden incluir por ejemplo pero no se limitan a lo siguiente: • Longitud de intervalo de demanda (15, 30, o 60 minutos) • Cantidad medida (kWh entregado, kWh recibido, suma de kWh, kWh neto). • La desconexión de servicio de viaje cambia si el umbral de demanda se excede (Verdadero o Falso). • Detectar voltaje del lado de carga cuando se cierra el cambio de desconexión de servicio (Verdadero o Falso). • Longitud de intervalo de perfil de carga (15, 30, o 60 minutos). • Divisor de perfil de carga (utilizado para clasificar los pulsos almacenados en cada intervalo de perfil de carga).\n• Divisor de presentación (utilizado para clasificar pulsos de energía a una presentación). • Selector de cantidad de demanda 1 (demanda seleccionada Número 1 para calcularse como kW total o unión a base de kW, en donde la unión puede ser A-E). • Selector de cantidad de demanda 2 (seleccionar demanda número 2 para calcularse como kW total o unión a base de kW, en donde la unión puede ser A-E). • Umbral de demanda. Penalización de umbral de demanda (cuando el cambio de desconexión de servicio se abre debido a que se excedió el umbral de demanda, el periodo de tiempo para el cambio permanece abierto). • Perdón de demanda (el período de tiempo en restauración de energía para el cual se ignoran los cálculos de demanda). • Máscara de mensaje de excepción (permite a los mensajes de excepción individuales del medidor REX habilitarse o deshabilitarse. Si se habilita, el medidor REX transmitirá un mensaje de excepción al recolector cuando ocurre la condición de excepción asociada). En el paso 612, el servidor 111 envía un comando al recolector 121 para ejecutar la solicitud de actualización de medición. Este comando puede tomar la forma de escritura de cuadro en el recolector 121. Por ejemplo, el recolector 121 puede incluir un cuadro con una lista que tiene un tamaño máximo del número de sus medidores registrados. Está lista se utiliza para seleccionar los medidores que se reconfiguraran. Además de la lista, el cuadro puede contener el grupo específico de parámetros de configuración que se van a descargar a la lista de medidores, y opcionalmente una lista de acciones que puede realizarse en los medidores en conjunto con el cambio de configuración. Preferiblemente, los parámetros de configuración almacenados en este cuadro coinciden con los parámetros de configuración almacenados en un cuadro correspondiente en cada uno de los medidores específicos.\nEn el paso 614, el recolector 121 establece banderas de estado. Para los parámetros TOU, las banderas pueden establecerse como se describe anteriormente con respecto al paso 518 de la Figura 5. Para los parámetros de non TOU, una bandera de estado adicional tal como los siguientes pueden establecerse: CONFIGURACIÓN_ACTUALIZACION_PENDIENTE De esa forma, el recolector 121 puede generar banderas de estado separadas para verificar el estado de parámetros de TOU y de non TOU. En el paso 616, los parámetros de configuración y opcionalmente la lista de acciones para realizarse se envían al grupo de medidores. Aunque no específicamente reilustrado en la Figura 6, después de que los parámetros se envían en el paso 616, las banderas de estado generadas en el paso 614 pueden utilizarse para detectar y reenviar parámetros de configuración necesarios como se describió anteriormente con respecto a los pasos 520-528 de la Figura 5. Un cuadro de flujo de un método ilustrativo para configurar un medidor particular se muestra en la Figura 7. El desempeño de acciones en los pasos 712, 714, 718, y 720 son pasos opcionales, pero, si cualquiera a todas estas acciones se realizan, deben realizarse en el orden en el cual se ilustraron en la Figura 7 para asegurar que resultaran en la producción de datos exactos. En al paso 710 los parámetros de configuración actualizados y el grupo opcional de acciones se reciben en el medidor. En el paso 712, el medidor registra una instantánea de sus datos de facturación actuales. La instantánea debe registrarse antes del reestablecimiento de demanda para que la instantánea contenga la demanda máxima previa. Después de que la instantánea se retrocede, los datos de demanda actuales se reestablecen en el paso 714. Los datos de demanda deben reestablecerse antes de la reconfiguración para asegurar que el procesamiento de demanda de reestablecimiento incluye solo datos que son consistentes con la configuración previa. Después del reestablecimiento de demanda, el medidor se reconfigura en el paso 716. El medidor puede reconfigurarse al escribir un cuadro de configuración con los datos en el cuadro de configuración enviado por el recolector 121. La reconfiguración debe ocurrir antes del restablecimiento de datos de facturación para asegurar que los datos de facturación de reestablecimiento sean consistentes con la nueva configuración y no contengan datos calculados de la información antigua. Después de la reconfiguración, Los datos de facturación se reestablecen en el paso 718. El restablecimiento de los datos de facturación también reestablece cálculos de demanda pero no impulsa otra instantánea de los datos de facturación. En el paso 720, la instantánea de los datos de facturación registrados en el paso 712 se regresa al recolector 121. Cada medidor puede tener un contador de reestablecimiento de demanda, que se aumenta en cada reestablecimiento de demanda. Después de cada reestablecimiento de demanda, el recolector 121 puede leer cada cuenta de restablecimiento de demanda del medidor. La cuenta puede utilizarse por el recolector 121 para asegurarse que el medidor recibió apropiadamente instrucciones de configuración y la demanda de reestablecimiento. Por ejemplo, cuando las instrucciones de configuración se envían en uno de los pasos 520 o 616, el recolector puede especificar una cuenta de reestablecimiento de demanda particular. Cuando el medidor intenta reestablecer la demanda en el paso 714, el medidor lo hará solo si la cuenta de reestablecimiento de demanda específica por el recolector es una cuenta mayor a la cuenta de reestablecimiento de demanda actual del medidor. Este mecanismo previene al medidor de reestablecer tiempos múltiples de demanda en conjunto con una operación dada. Por ejemplo, se considera el escenario del cual el medidor recibe instrucciones de configuración inicial del recolector, pero el recolector no recibe el reconocimiento inicial del medidor. En este escenario, ocurrirán múltiples reestablecimientos y el recolector reenvía las instrucciones de configuración al medidor. Sin embargo, con el mecanismo de especificación de cuenta de demanda, el medidor reconocerá el recibo de instrucciones de configuración reenviadas, pero no procesará las instrucciones de configuración reenviadas debido a que la cuenta reestablecida de demanda ya no es válida. De esa forma, el medidor evita reestablecimiento múltiples. Cuando el recolector 121 envía instrucciones de configuración a un medidor, las instrucciones pueden especificar información adicional tal como cuadros y ubicaciones de cuadro en los medidores en los cuales los parámetros de configuración se van a escribir. Por ejemplo, el recolector puede proporcionar un número de identificación de cuadro específico, impresión de cuadro (0 por ejemplo), y número de bytes para escribir en el cuadro (18, por ejemplo). La respuesta del medidor a las instrucciones de configuración puede ser una respuesta de longitud variable, en donde el tamaño se determina por el número de bytes en un cuadro de instantánea de datos de medición. Preferiblemente, el medidor regresa a 35 bytes de datos del cuadro de instantánea de datos de medición. De esa forma otra modalidad para medidores de configuración eficiente en un sistema de lectura de medidor automático de red fija (AMR) se describió. Esta modalidad permite configuración de acuerdo con la solicitud de actualización de programa, en la cual todos los medidores asociados con un programa específico se actualizan, y una solicitud de actualización de medidor, en el cual los parámetros específicos en un grupo específico de medidores se actualizan. Como se debe apreciar, antes de realizar una actualización de programa o actualización de medidor, los medidores pueden registrarse iniciaimente con el recolector 121. Por ejemplo, durante el registro, un medidor puede instalarse con un programa de TOU predeterminado. El medidor proporcionará este programa de TOU predeterminado al recolector 121, y el recolector 121 descargará el medidor recientemente registrado a los parámetros de configuración para el programa TOU predeterminado. El recolector 121 puede establecer banderas de estado para descargar al medidor recientemente registrado los parámetros de configuración TOU como se describió anteriormente. El recolector también notificara al servidor de comunicación remota 131 del medidor recientemente registrado, y el servidor de comunicación 131 puede cambiar la asignación de programa para el medidor recientemente registrado. Cuando cambia una asignación de programa, las banderas de estado pueden utilizarse para verificar que los parámetros de configuración de programa TOU cambiados se descargan al medidor.\nAmbiente De Cómputo ilustrativo Para Sistema De Lectura De Medidor Automático La Figura 8 ilustra un sistema de computo ilustrativo 800 de acuerdo con la invención. Las porciones del sistema de cómputo pueden ser una parte de la computadora 203 en el recolector/medidor de datos 121. El sistema de computo 800 es capaz de ejecutar una aplicación de computo 880a que permite a los usuarios obtener acceso a los archivos de acceso de datos, por ejemplo. El sistema de cómputo ilustrativo 800 se controla principalmente por las instrucciones visibles por computadora, que pueden estar en la forma de Software, Hardware, y/o Firmware, en donde sea, o por cualquier medio tal como software se almacenan o accede. Tal software puede ejecutarse dentro de la unidad de procesamiento central (CPU) 810 para causar que el sistema de procesamiento de datos 800 haga el trabajo. En muchas estaciones de trabajo conocidas y computadoras personales, la unidad de procesamiento central 810 se implementa por un CPU de chip individual llamado un micro procesador. El coprocesador 818 es un procesador opcional, diferente del CPU principal 810 que realiza funciones adicionales o ayuda al CPU 810. Un tipo común de coprocesador es el coprocesador de punto flotante, también llamado un coprocesador numérico o matemático, que se designa para realizar cálculos numéricos más rápidos y mejor que el CPU de propósito generado 810. Recientemente, sin embargo, las funciones o muchos coprocesadores se incorporaron en micro procesadores de chip individual más poderosos. En operación, el CPU 810 busca, decodífica, y ejecuta instrucciones, y transfiere información hacia y de otros recursos a través de la trayectoria de transferencia de datos principal de la computadora, conductor común de sistema 808. Tal conductor común de sistema conecta los componentes en el sistema de computo 800 y define el medio para intercambio de datos. El conductor común de sistema 808 típicamente incluye líneas de datos para enviar datos, líneas de dirección para enviar direcciones, y líneas de control para enviar interrupciones y para operar el conductor común de sistema. Un ejemplo de tal conductor de sistema es el conductor común de PCI (Interconexión de Componente Periférico). Algunos de los conductores comunes avanzados actuales proporcionan una función llamada arbitrariedad de conductor común que regula el acceso al conductor como un por tarjetas de extensión, controladores y CPU 810. Los dispositivos que unen a estos conductores comunes y que intervienen para tomar el conductor común se llaman maestros de conductor común. El soporte maestro de conductor común también permite configuraciones de multiprocesador de los conductores comunes para crearse por la adición de adaptadores maestros de conductor común que contienen un procesador y sus chips de soporte. Los dispositivos de memoria acoplados al conductor común de sistema 808 incluyen memoria de acceso aleatorio (RAM) 828 y memoria sobre de lectura (ROM) 830. Tales memorias incluyen circuito que permite que la información se almacene y recupere. ROMs 830 generalmente contienen datos almacenados que no pueden modificarse. Los datos almacenados en RAM 828 pueden leerse o cambiarse por el CPU 810 u otros dispositivos de hardware. El acceso a RAM 828 y/o ROM 830 puede controlarse por el controlador de memoria 820. El controlador de memoria 820 puede proporcionar una función de traducción de dirección que traduce direcciones virtuales en direcciones físicas mientras se ejecutan las instrucciones. El controlador de memoria 820 también puede proporcionar una función de protección de memoria que aisla procedimientos dentro del sistema y aisla procedimientos de sistema de los procedimientos de usuario. De esa forma, un programa que corre en modo de usuario puede acceder solo a memoria delineada por su propio espacio de dirección virtual de procedimiento; no puede acceder a la memoria dentro de otro espacio de dirección virtual del procedimiento a menos que la memoria que comparte entre los procedimientos se establezca. Además, el sistema de computo 800 puede contener controlador periférico 838 responsable de comunicar instrucciones del CPU 810 a periféricos, tal como impresora 840, teclado 848, ratón 880, y unidad de disco 888. La unidad de disco 888 puede ser un dispositivo de unidad dura, por ejemplo. La presentación 868, que se controla por el controlador de presentación 860, se utiliza para presentar salida visual generada por el sistema de computo 800. Tal salida visual puede incluir texto, gráficos, gráficos animados, y video. La presentación 868 puede implementarse con una presentación de video a base de CRT, una presentación de panel plano a base de LCD, presentación de panel plano a base de plasma de gas, o un panel sensible al tacto. El controlador de presentación 863 incluye componentes electrónicos requeridos para generar una señal de video que se envía a la presentación 868. Además, el sistema de computo 800 puede contener adaptador de red 870, que puede utilizarse para conectar el sistema de computo 800 a una red de comunicación externa 860. La red de comunicaciones 860 puede proporcionar a los usuarios de computadora con técnicas para comunicar y transferir software e información electrónicamente. Adicionalmente, la red de comunicaciones 860 puede proporcionar procesamiento distribuido, que involucra varias computadoras y la participación de cargas de trabajo de esfuerzos cooperativos al realizar una tarea. Se apreciara que las conexiones de red mostradas son ejemplos y pueden utilizarse otros medios para establecer un enlace de comunicaciones entre las computadoras.\nAmbiente De Red De Computadora Ilustrativo Para Sistema De Lectura De Medidor Automático Como se noto anteriormente, la computadora descrita con respecto a la Figura 8 puede desplegarse como parte de una red de computadora. En general, la descripción anterior aplica tanto a computadora de servidor, como a computadoras de cliente desplegadas en un ambiente de red. La Figura 6 proporciona un ejemplo de un ambiente de red 600, con una computadora de servidor 602, 605 en comunicación con computadora de cliente 601, 606, 607 a través de una red de comunicaciones 660, de las cuales se puede emplear la invención. Como se muestra en la Figura 9, un número de servidores 902, 908, se interconectan a través de una red de comunicaciones 990 (que puede ser una LAN, WAN, Intranet o Internet, por ejemplo) con un número de computadoras de cliente 901, 909, 907, o dispositivos de computa, tal como, teléfono móvil 901 y asistencia digital personal 903. En un ambiente de red en el cual la red de comunicaciones 990 es Internet, por ejemplo, los servidores 902, 908 pueden ser servidores web por los cuales los clientes 901, 909, 907 se comunican a través de cualquier número de protocolos conocidos, tal como, protocolo de transferencia de hipertexto (HTTP) o protocolo de paliación inalámbrica (WAP), así como otros protocolos de comunicación innovadores. Cada computadora de cliente 901, 909, 907 pueden equiparse con la aplicación de computo 880a para obtener acceso a los servidores 902, 908. Simílarmente, el asistente digital personal 903 puede estar equipado con la aplicación de computo 880b y teléfono móvil 904 puede estar equipado con aplicación de computo 880c para presentar y recibir varios datos. También se debe apreciar que el asistente digital personal 903 y el teléfono móvil 904 pueden utilizarse para solicitar el acceso y/o datos de los servidores 902, 908. La invención se describe en el contexto de sistema de comunicación de datos mediante cables e inalámbrico, pero no se limita a, a pesar de cualquier descripción específica en los dibujos o ejemplos mencionados aquí. Por ejemplo, la invención puede aplicarse a redes no tradicionales como redes a base IP sobre Voz, o redes privadas virtuales, por ejemplo. También, el formato y protocolos utilizados por los archivos de datos no están invitados a ningún tipo particular. Mientras los sistemas y métodos se describieron e ilustraron con referencia a modalidades específicas, aquellos expertos en la técnica reconocerán que puede hacerse modificación y variaciones sin apartarse de los principios descritos anteriormente y mencionados en las siguientes reivindicaciones. Por ejemplo, aunque en las modalidades descritas anteriormente los sistemas y métodos se describen en el contexto de red de dispositivos de medición, tal como medidores de electricidad, gas, o agua, se entiende que la presente invención puede implementarse en cualquier clase de red en la cual es necesario obtener información de o proporcionar información a dispositivos finales en el sistema, que incluyen sin limitación, redes que comprenden medidores, presentaciones en hogar, termostatos en hogar, dispositivos de control de carga, o cualquier combinación de tales dispositivos. Por consiguiente, la referencia debe hacerse a las siguientes reivindicaciones como describen el alcance de reivindicaciones descritas.\n1.- Un método para configurar un dispositivo, el método comprende: recibir un comando de configuración que incluye al menos un tiempo actualizado de parámetro de configuración de uso y al menos una acción, al menos una acción siendo una de capturar una instantánea actual de datos de facturación, reestablecer los datos de facturación, reestablecer datos demanda; cambiar la configuración del dispositivo de acuerdo con al menos un parámetro de configuración actualizado; realizar al menos una acción en el dispositivo.\n2.- El método de acuerdo con la reivindicación 1, que comprende cambiar la configuración de un dispositivo de medidor.\n3.- El método de acuerdo con la reivindicación 1, que comprende capturar una instantánea actual de datos de facturación, reestablecer los datos de facturación, y reestablecer datos de demanda en respuesta a un mensaje individual.\n4.- El método de acuerdo con la reivindicación 1, que comprende capturar la instantánea actual de los datos de facturación antes de reestablecer los datos de demanda.\n5.- El método de acuerdo con la reivindicación 1, que comprende reestablecer los datos de demanda antes de cambiar la configuración del dispositivo.\n6.- El método de acuerdo con la reivindicación 1, que comprende cambiar la configuración del dispositivo antes de reestablecer los datos de facturación.\n7.- El método de acuerdo con la reivindicación 1, que además comprende recibir el parámetro de configuración de un recolector.\n8.- El método de acuerdo con la reivindicación 7, que comprende: recibir el parámetro de configuración actualizado y una cuenta de reestablecimiento especifica; y realizar la acción solo si la cuenta de reestablecimiento específica excede la cuenta de reestablecimiento actual por uno.\n9.- Un método para configurar un grupo de dispositivos asociados con un programa de configuración, el grupo incluye al menos un dispositivo, el método comprende: recibir un comando de actualización de programa que especifica el programa de configuración para actualizarse sin especificar el grupo de dispositivos asociados con el programa de configuración; identificar el grupo de dispositivos asociados con el programa de configuración por referencia a una lista almacenada de al menos un programa de configuración y sus dispositivos asociados; enviar parámetros de configuración actualizados que corresponden al programa de configuración al grupo de dispositivos.\n10.- El método de acuerdo con la reivindicación 9, que comprende identificar un grupo de dispositivos de medidor.\n11.- El método de acuerdo con la reivindicación 9, que comprende identificar un grupo de dispositivos asociados con un tiempo de programa de configuración de uso.\n12.- El método de acuerdo con la reivindicación 9, que además comprende, para cada dispositivo en el grupo, establecer al menos una bandera de estado asociada que corresponde a una porción de los parámetros de configuración actualizados.\n13.- El método de acuerdo con la reivindicación 12, que además comprende: recibir de un primer dispositivo un reconocimiento que el primer dispositivo recibió la porción de los parámetros de configuración actualizados; limpiar una bandera de estado asociada con el primer dispositivo que corresponde a la porción de los parámetros de configuración actualizados.\n14.- El método de acuerdo con la reivindicación 13, que comprende enviar el parámetro de configuración actualizado durante una primera lectura de dispositivo.\n15.- El método de acuerdo con la reivindicación 14, que comprende: determinar durante una segunda lectura del dispositivo que la bandera de estado todavía está establecida; reenviar al primer dispositivo la porción de los parámetros de configuración actualizados.\n16.- Un método para configurar un grupo de al menos un dispositivo con un grupo de al menos un parámetro de configuración actualizado, el método comprende: recibir una solicitud de actualización de un usuario que identifica el grupo de dispositivos y el grupo de parámetros de configuración actualizados que comprende un tiempo actualizado de parámetro de configuración de uso; enviar a grupo de parámetro de configuración actualizado al grupo de dispositivos.\n17.- El método de acuerdo con la reivindicación 16, que comprende enviar el grupo de parámetro de configuración actualizado a un grupo de dispositivos de medidor.\n18.- El método de acuerdo con la reivindicación 16, que comprende enviar tiempo actualizado de parámetro de configuración de uso y un no tiempo actualizado de parámetro de configuración relacionado al grupo de dispositivos.\n19.- El método de acuerdo con la reivindicación 16, que comprende recibir la solicitud actualizada que además identifica al menos una acción para realizarse en el grupo de dispositivos, la acción que es una de registro de una instantánea actual de datos de facturación, reestablecer los datos de facturación, y reestablecer datos de demanda.\n20.- El método de acuerdo con la reivindicación 19, que además comprende registrar una instantánea actual de datos de facturación, reestablecer los datos de facturación, y reestablecer datos de demanda en respuesta a un mensaje individual del recolector.\n21.- El método de acuerdo con la reivindicación 16, que además comprende: recibir de cada dispositivo en el grupo de dispositivos una instantánea de datos de facturación; almacenar los datos de facturación que corresponden al menos a una configuración anterior para cada dispositivo en el grupo de dispositivos.\n22.- El método de acuerdo con la reivindicación 16, que además comprende, para cada dispositivo en el grupo de dispositivos, establecer al menos una bandera de estado asociada que corresponde a una porción de parámetros de configuración actualizados en el grupo de parámetros de configuración actualizados.\n23.- El método de acuerdo con la reivindicación 22, que además comprende: recibir de un primer dispositivo de en el grupo de dispositivos un reconocimiento que el primer dispositivo recibió la porción de parámetros de configuración actualizados; limpiar una bandera de estado asociada con el primer dispositivo que corresponde a la porción de parámetros de configuración actualizados.\n24.- El método de acuerdo con la reivindicación 23, que comprende enviar el grupo de parámetros de configuración actualizados durante una primera lectura de dispositivo.\n25.- El método de acuerdo con la reivindicación 24, que comprende: determinar durante una segunda lectura de dispositivo que la bandera de estado aún esta establecida; y reenviar al primer dispositivo la porción de los parámetros de configuración actualizados.\n26.- Un sistema de lectura del dispositivo automático que comprende: un cuadro almacenado que enlista un grupo de dispositivos asociados con un programa de configuración; y un recolector que hace referencia al cuadro almacenado para identificar el grupo de dispositivos y envía parámetros de configuración actualizados que corresponden al programa de configuración al grupo de dispositivos.\n27.- El sistema de acuerdo con la reivindicación 26, en donde el grupo de dispositivos comprende un grupo de medidores.\n28.- El sistema de acuerdo con la reivindicación 26, que además comprende un servidor que recibe una solicitud para actualizar el programa de configuración y enviar un comando de actualización al recolector.\n29.- Un sistema de lectura de dispositivo automático que comprende: un grupo de dispositivos especificado por un usuario; un recolector que recibe un comando para actualizar el grupo de dispositivos con un grupo de parámetros de configuración actualizados especificados por el usuario, el grupo de parámetros de configuración actualizados comprende un tiempo actualizado de parámetro de configuración de uso.\n30.- El sistema de acuerdo con la reivindicación 29, en donde el grupo de dispositivos comprende un grupo de medidores.\n31.- El sistema de acuerdo con la reivindicación 28, que además comprende un servidor que recibe una solicitud para actualizar el grupo de dispositivos con el grupo de parámetros de configuración actualizados.\n32.- El sistema de acuerdo con la reivindicación 33, en donde la solicitud además comprende un grupo de al menos una acción para realizarse en el grupo de dispositivos en conjunto con actualizar los parámetros de configuración.\n33.- El sistema de acuerdo con la reivindicación 32, en donde la acción comprende una de captura una instantánea actual de datos de facturación, reestablecer los datos de facturación, y reestablecer los datos de demanda.\n34.- Un medio elegible por procesador que tiene almacenado en él mismo instrucciones para establecer una red de comunicación inalámbrica entre una pluralidad de dispositivos, las instrucciones, cuando se ejecutan por un procesador en un recolector, causan que el procesador en dicho recolector: reciba un comando de actualización de programa que especifica un programa de configuración para actualizarse sin especificar un grupo de dispositivos asociados con el programa de configuración; identifique el grupo de dispositivos asociados con el programa de configuración al hacer referencia a un cuadro almacenado que enlista al menos un programa de configuración y sus dispositivos asociados; enviar parámetros de configuración actualizados que corresponden al programa de configuración al grupo de dispositivos.\n35.- El medio legible por procesador de acuerdo con la reivindicación 26, en donde el grupo de dispositivos comprende un grupo de medidores.\n36.- Un medio legible por procesador que tiene almacenados en él, instrucciones para establecer una red de comunicación inalámbrica entre una pluralidad de dispositivos, las instrucciones, cuando se ejecutan por un procesador en un recolector, causan que el procesador en dicho recolector: reciba un comando para actualizar un grupo de dispositivos especificado por un usuario con un grupo de parámetros de configuración actualizados especificados por el usuario, el grupo de parámetros de configuración actualizados comprende al menos un tiempo actualizado de parámetro de configuración de uso; y transmita los parámetros de configuración actualizados al grupo de dispositivos.\n37.- El medio legible por procesador de acuerdo con la reivindicación 36, en donde el grupo de dispositivos comprende un grupo de medidores.\n38.- El medio legible por procesador de acuerdo con la reivindicación 36, en donde las instrucciones además causan que el procesador: reciba un grupo de al menos una acción para realizarse en el grupo de dispositivos en conjunto con actualizar los parámetros de configuración; y transmita el grupo de acciones al grupo de dispositivos.\n39.- El medio legible por procesador de acuerdo con la reivindicación 38, en donde la acción comprende uno de capturar una instantánea actual de datos de facturación, reestablecer los datos de facturación, y reestablecer datos de demanda.\n40.- Un método para registrar un dispositivo, el método comprende: recibir un mensaje que indica un programa de configuración para el cual el dispositivo se asigna, el programa de configuración almacenándose en un recolector, el programa de configuración estando a tiempo de programa de uso; enviar una primera porción de programa de configuración al dispositivo durante una primera lectura de medidor; determinar después de la primera lectura de medidor cuando el dispositivo recibió la primera porción del programa de configuración; si es así, después enviar inmediatamente una segunda porción del programa de configuración del dispositivo; si no es así, después reenviar la primera porción de programa de configuración al dispositivo durante la segunda lectura de medidor.\n41.- El método de acuerdo con la reivindicación 40, que además comprende reenviar recursivamente la primera porción de programa de configuración durante cada lectura de medidor sucesiva hasta que se reciba un reconocimiento del dispositivo.\n42.- El método de acuerdo con la reivindicación 40, que además comprende; enviar una pluralidad de porciones de programa de configuración como parte de una primera lectura de medidor; determinar cual de la pluralidad de porciones del programa de configuración se reconocen por el dispositivo final; reenviar porciones no reconocidas durante una lectura de medidor sucesiva.\n43.- El método de acuerdo con la reivindicación 42, que comprende: enviar una primera porción del programa de configuración que corresponde a la información de presentación; enviar una segunda porción de programa de configuración que corresponde a tiempo del día de la semana de información de uso; enviar una tercera porción del programa de configuración que corresponde al tiempo de fin de semana de información de uso; enviar una cuarta Iporción de programa de configuración que corresponde al tiempo especial de información de uso; enviar una quinta porción de programa de configuración que corresponde a tiempo especial adicional de información de uso.\n44.- El método de acuerdo con la reivindicación 40, que además comprende ver iificar la liberación de cada porción del programa de configu ión que utiliza una bandera de estado correspondiente establ da en el recolector.\nMXPA06012390A 2004-04-26 2005-04-22 Sistema de metodo para configuracion eficiente en un sistema de lectura de medidor automatico de red fija. MXPA06012390A (es)\nMXPA06012390A true MXPA06012390A (es) 2007-01-31\nMXPA06012390A MXPA06012390A (es) 2004-04-26 2005-04-22 Sistema de metodo para configuracion eficiente en un sistema de lectura de medidor automatico de red fija.\nUS (1) US7262709B2 (es)\nEP (1) EP1761889A4 (es)\nAU (1) AU2005239409B2 (es)\nCA (1) CA2564649C (es)\nMX (1) MXPA06012390A (es)\nNZ (1) NZ551084A (es)\nWO (1) WO2005106751A2 (es)\nDE102007042445A1 (de) * 2007-09-06 2009-03-12 Siemens Ag Anordnung und Verfahren zur Übertragung von Zählerdaten\nKR101478144B1 (ko) * 2007-12-27 2015-01-02 삼성전자주식회사 알에프아이디 통신 방법\nUS10862784B2 (en) * 2011-10-04 2020-12-08 Electro Industries/Gauge Tech Systems and methods for processing meter information in a network of intelligent electronic devices\nJP5312686B2 (ja) 2009-05-07 2013-10-09 ドミニオン リソーシス インクＤｏｍｉｎｉｏｎ Ｒｅｓｏｕｒｃｅｓ，Ｉｎｃ． 上位の測定インフラストラクチャおよび変電所における集中電圧制御を用いた電圧管理\nMX2012003781A (es) * 2009-09-30 2012-06-01 Itron Inc Desconexion remota de servicio de utilidad desde un sistema de lectura de medidor.\nDE102010034961B4 (de) * 2010-08-20 2015-12-31 Qundis Gmbh Verfahren zum Betrieb einer Vorrichtung zum Erfassen von Verbrauchswerten in einem Gebäude anfallender Verbrauchsmengen\nKR101173769B1 (ko) * 2010-09-03 2012-08-13 엘에스산전 주식회사 동태적 시변 전력요금제를 지원하는 전력량계\nEP2812839B1 (de) 2012-02-07 2018-01-10 Bundesdruckerei GmbH Verfahren zur kommunikation von energieverbrauchsspezifischen messdatenelementen von einer smart meter vorrichtung an ein computersystem eines energieversorgers und/oder messstellenbetreibers\nJP5687394B2 (ja) * 2012-06-26 2015-03-18 東芝三菱電機産業システム株式会社 データ収集システム、及びデータ収集プログラム\nCN105827456B (zh) * 2016-04-28 2019-04-16 瑞斯康微电子（深圳）有限公司 一种嵌入分布式组网方法及其系统\nJPS5325202B2 (es) * 1972-08-29 1978-07-25\nDE2450727C1 (de) * 1974-10-25 1979-11-29 Siemens Ag Anordnung zur Informationsuebertragung\nJPS6330818B2 (es) * 1982-05-28 1988-06-21 Nippon Electric Co\nJPH07123232B2 (ja) 1986-08-06 1995-12-25 京セラ株式会社 スペクトラム拡散通信用同期追跡装置\nJP2624964B2 (ja) 1987-06-09 1997-06-25 キヤノン株式会社 無線通信装置\nMC2126A1 (fr) * 1988-10-15 1991-07-05 Schlumberger Ind Sa Ensemble pour le transfert et la collecte a distance de donnees provenant notamment de compteurs\nJPH0779279B2 (ja) 1989-11-02 1995-08-23 クラリオン株式会社 スペクトラム拡散受信機\nAT121208T (de) * 1990-01-30 1995-04-15 Johnson Service Co Vernetztes betriebsmittelverwaltungssystem.\nJP2675890B2 (ja) * 1990-03-06 1997-11-12 キヤノン株式会社 スペクトラム拡散通信装置\nJPH0777361B2 (ja) 1990-07-04 1995-08-16 クラリオン株式会社 スペクトラム拡散受信装置\nAT321387T (de) * 1991-10-01 2006-04-15 Broadcom Corp Lokales funkfrequenznetzwerk\nFR2682835B1 (fr) * 1991-10-22 1993-12-10 Schlumberger Industries Sa Procede de synchronisation de deux signaux.\nJPH06224879A (ja) * 1993-01-22 1994-08-12 Mitsui Mining & Smelting Co Ltd スペクトラム拡散通信用送信機および該送信機用ｌｓｉ\nJP4145965B2 (ja) * 1996-01-10 2008-09-03 沖電気工業株式会社 移動体通信システム\nJP2915851B2 (ja) * 1996-07-18 1999-07-05 宇宙開発事業団 時刻同期型通信システム\nAR011440A1 (es) * 1997-02-12 2000-08-16 Abb Power T & D Co ELECTRONIC MEASUREMENT PROVISION\nJP3467192B2 (ja) * 1998-11-06 2003-11-17 伸 岩尾 孔開け装置\n2005-04-22 MX MXPA06012390A patent/MXPA06012390A/es active IP Right Grant\n2005-04-22 NZ NZ551084A patent/NZ551084A/en not_active IP Right Cessation\nUS7262709B2 (en) 2007-08-28\nJP6353117B2 (ja) 2018-07-04 リソースの消費量をモニタしかつ制御することに関連する通信プロセス及びシステム\nUS8494792B2 (en) 2013-07-23 Distributing metering responses for load balancing an AMR network\n2009-02-26 FG Grant or registration