US20180359543A1 - Communications process and system associated with monitoring and controlling resource consumption - Google Patents

Communications process and system associated with monitoring and controlling resource consumption Download PDF

Info

Publication number
US20180359543A1
US20180359543A1 US16/106,549 US201816106549A US2018359543A1 US 20180359543 A1 US20180359543 A1 US 20180359543A1 US 201816106549 A US201816106549 A US 201816106549A US 2018359543 A1 US2018359543 A1 US 2018359543A1
Authority
US
United States
Prior art keywords
data
communications
remote unit
concentrator
remote
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US16/106,549
Inventor
Andrew Paul Donaghey
David Octave Victor Le Blanc
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Freestyle Technology Ltd
Original Assignee
Freestyle Technology Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from AU2009901397A external-priority patent/AU2009901397A0/en
Application filed by Freestyle Technology Ltd filed Critical Freestyle Technology Ltd
Priority to US16/106,549 priority Critical patent/US20180359543A1/en
Assigned to FREESTYLE TECHNOLOGY PTY LTD reassignment FREESTYLE TECHNOLOGY PTY LTD ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: DONAGHEY, ANDREW PAUL, FREESTYLE ENERGY LIMITED, LE BLANC, DAVID VICTOR OCTAVE
Publication of US20180359543A1 publication Critical patent/US20180359543A1/en
Assigned to FREESTYLE TECHNOLOGY LIMITED reassignment FREESTYLE TECHNOLOGY LIMITED CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: FREESTYLE TECHNOLOGY PTY LTD
Abandoned legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q9/00—Arrangements in telecontrol or telemetry systems for selectively calling a substation from a main station, in which substation desired apparatus is selected for applying a control signal thereto or for obtaining measured values therefrom
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2209/00—Arrangements in telecontrol or telemetry systems
    • H04Q2209/30—Arrangements in telecontrol or telemetry systems using a wired architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2209/00—Arrangements in telecontrol or telemetry systems
    • H04Q2209/40—Arrangements in telecontrol or telemetry systems using a wireless architecture
    • H04Q2209/43—Arrangements in telecontrol or telemetry systems using a wireless architecture using wireless personal area networks [WPAN], e.g. 802.15, 802.15.1, 802.15.4, Bluetooth or ZigBee
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2209/00—Arrangements in telecontrol or telemetry systems
    • H04Q2209/60—Arrangements in telecontrol or telemetry systems for transmitting utility meters data, i.e. transmission of data from the reader of the utility meter

Definitions

  • the present invention relates to a communications process and system that may be used for monitoring and/or controlling consumption of a resource.
  • the invention relates to a communications architecture for interrogating and controlling a network, or grid, of meter devices, and a concentrator of the communications architecture.
  • a meter In communications systems for monitoring and controlling consumption of resources (such as water, electricity and natural gas), a meter may be configured to transmit meter data representing use of the resource to an associated management server.
  • resources such as water, electricity and natural gas
  • a concentrator connected between a plurality of remote units and a management server, the method including:
  • the concentrator may use the properties data to determine a link to use to send the response data to the remote unit.
  • the concentrator may queue the response data in a data queue before sending.
  • the properties data may include at least one of:
  • the message data may include usage request data representing a request for measurement data representing a measurement of usage of the resource, or for cost data representing a cost of the usage based on the measurement and the tariff.
  • the cost data represents the cost in accordance with a protocol selected by the operator associated with reporting requirements of an energy market.
  • the protocol may be “NEM12” and the energy market may be the Australian National Electricity Market (NEM).
  • the message data may include control data representing a configuration change command to change a configuration of the remote unit.
  • the remote unit may receive second properties data for a second remote unit representing a second profile and send the properties data to the second unit.
  • the remote unit may receive message data representing a request for a second unit from the concentrator and send the message data to the second unit.
  • the remote unit may send message data to an in-home display (IHD) for displaying of the data to a user.
  • the properties data may include metered consumption details (bill) data representing a bill to be paid by the user for the usage of the resource.
  • the remote unit may send profile data to an in-home display (IHD) including at least one of:
  • the management server may generate report data for market participants in an energy market representing a report on the usage of the resource based on the properties data of the remote unit, in particular associated with the response data.
  • the report data may represent a report on use of resources by a plurality of remote units.
  • the communications system may further include the remote unit in communication with the concentrator for delivering any queue data, including local properties data representing a local copy of the profile of the remote unit.
  • the communications system may further include the management server in communication with the concentrator for generating and sending the message data based on the usage request being selected by an operator, or the configuration change command being selected by the operator.
  • the configuration change command may include a tariff change for changing the tariff
  • the system may include the IHD in communication with the remote unit.
  • the present invention also provides a communications system for controlling and interrogating a network of distributed remote units including: a network management server for requesting and serving data associated with the remote units; concentrators for communicating with the network management server and communicating with respective remote units using respective communications protocols based on properties data maintained at the concentrators representing state and communications parameters associated with each remote unit; and remote units for serving properties data and message data to a concentrator and receiving data, including application files and service level data.
  • FIG. 1 is a schematic diagram of a preferred embodiment of a communications system
  • FIG. 2 is a block diagram of an architecture of a microengine (ME) of the communications system
  • FIG. 3 is a block diagram of an architecture of a concentrator of the communications system
  • FIG. 4 is a block diagram of an architecture of a network management system of the communications system
  • FIG. 5 is a flowchart of a message handling process of the concentrator
  • FIG. 6 is a flowchart of a device-to-ME assignment process of the concentrator
  • FIG. 7 is a flowchart of an ME-to-concentrator assignment process of the concentrator
  • FIG. 8 is a flowchart of an interface assignment process of the concentrator
  • FIG. 9 is a flowchart of a device provisioning process of the communications system.
  • FIG. 10 is a schematic block diagram of a computing system of the network management system.
  • a communications system 100 includes a first meter unit 102 in communication with a first concentrator 104 using a concentrator link 106 which carries data between the first unit 102 and the first concentrator 104 .
  • the first concentrator 104 is in communication with a Network Management System (NMS) 108 using a concentrator-NMS link 110 which provides for data transmission between the first concentrator 104 and the NMS 108 .
  • NMS Network Management System
  • the first unit 102 includes a first meter 112 for monitoring/measuring and controlling usage of a resource, such as electrical power, water or gas, and the first meter 112 is in the form of an electricity meter, a water meter or a gas meter respectively.
  • a resource such as electrical power, water or gas
  • the first unit 102 includes a first microengine (ME) 114 which is in communication with the first meter 112 and receives monitoring/measurement data from the first meter 112 and sends control data to the first meter 112 .
  • the first ME 114 sends data over the ME-concentrator link 106 to the first concentrator 104 .
  • the data sent by the first ME 114 to the first concentrator 104 includes:
  • the properties data is stored in a properties file and includes a data record for the first unit 102 including values for communication parameters and for device parameters of the first unit 102 , as shown in Table 1 and Table 2, respectively.
  • the parameters include service level data based on a retailer agreement and associated with use of a resource monitored by a meter 112 associated with the ME 114 .
  • the properties data also includes (measurement) data representing measurement policies of usage of the resource monitored by the first meter 112 , e.g. monitored periodically or on a real time basis.
  • Communication Parameters Example Values Communication method representing the protocol and equipment parameters used for the ME-concentrator link 106, e.g., “GPRS” representing use of the general packet radio service protocol and equipment Authentication parameters representing details required to (login/password) authenticate for use of the ME- concentrator link e.g., “username” routing parameters, including representing values used for the ME-ME a speed parameter link or the ME-meter link: the speed may be for example 9600baud a supported protocols representing supported protocols that the parameter ME can use for the ME-ME link or the ME-meter link, e.g., Serial, Coronis, Zigbee, or Ethernet properties-per-protocol representing values that are required to parameters provide the supported protocols.
  • GPRS representing use of the general packet radio service protocol and equipment
  • Authentication parameters representing details required to (login/password) authenticate for use of the ME- concentrator link e.g., “username” routing parameters, including representing values used for the ME-ME a speed parameter link or the
  • pass-through session representing values used in providing a parameters, including a pass-through session (described time-out parameter and an hereinafter), e.g., the time out may be 300 escape-code parameter seconds and the escape code may be ‘*#*#’
  • a device state parameter representing the state of the meter, e.g., typically “on”, “off”, or “flow limited” where only a limited amount of resource can be used
  • the properties data also includes data representing the communications protocols and associated equipment that the remote unit 102 , and in particular the ME 114 , support:
  • the first concentrator 104 receives and transmits properties data to maintain a profile in the first concentrator 104 of the first unit 102 as summarised in the properties data.
  • the first ME 114 and the first concentrator 104 communicate with each other to maintain generally matching copies of the profile of the first unit 102 .
  • Providing the profile of the first unit 102 in the first concentrator 104 allows the properties data of the first ME 114 to be more readily accessible to the NMS 108 because the concentrator-NMS link 110 has a better communications bandwidth than the ME-concentrator link 106 , and the first concentrator 104 maintains copies of profiles of a plurality of meter devices, which are then accessible to the NMS 108 over the single concentrator-NMS link 110 .
  • the first concentrator 104 is part of a concentrator group 116 , as shown in FIG. 1 , which includes the first concentrator 104 and a second concentrator 118 . Both concentrators 104 , 118 in the group 116 are in communication with the ME-concentrator link 106 and the concentrator-NMS link 110 .
  • the group 116 operates as a single unit when communicating with the first ME 114 and the first ME 114 does not distinguish between the concentrators in the group 116 .
  • the first 104 and second concentrators 118 each provide a primary link to a plurality of ME devices (including ME 114 ). In the event that first concentrator 104 is unavailable for communications, requests for an ME (e.g. ME 114 ) can be delivered by second concentrator 118 .
  • ME e.g. ME 114
  • Concentrators form a group when all members in the group have the ability to be in communications with a shared pool of ME devices.
  • the concentrators 104 and 118 in a group 116 provide redundancy within a group, and allow data queued for an ME to be managed such that the queue is spread across the group.
  • a concentrator cluster 120 includes the first concentrator 104 , the second concentrator 118 and a third concentrator 122 which are all in communication with each other, and represent a single concentrator with greater hardware redundancy and performance than a non-clustered concentrator.
  • a cluster may include one or more groups of concentrators, and the concentrators in a cluster share the same communications protocol, i.e. WiMax, 3G, etc.
  • the cluster 120 is a virtual implementation of a concentrator and appears to the NMS 108 as a single concentrator instance.
  • the first 104 and second concentrators 118 act in unison to provide redundancy at the hardware level, and to balance the operating load across multiple concentrators.
  • the concentrator-NMS link 110 may operate using protocols and equipment associated with the public switched telephone network (PSTN) including a Digital Loop Carrier (DLC) for extending the reach of the PSTN and a MESH network, or Ethernet, Fibre, WiMax, 3G, LTE etc.
  • PSTN public switched telephone network
  • DLC Digital Loop Carrier
  • the NMS 108 includes a management server 124 in communication with the concentrator-NMS link 110 for exchanging message data between the NMS 108 and the first concentrator 104 (or the cluster 120 ).
  • the server 124 sends message data including control data for changing the configuration of the first unit 102 .
  • the server 124 sends message data to request measurement data representing a measurement of resource usage from the first meter 112 via the first concentrator 104 (or the cluster 120 ).
  • the NMS 108 includes storage 126 in the form of a group of databases including a Master Data Management (MDM) database provided by Oracle Corporation.
  • MDM Master Data Management
  • the NMS 108 is operated by an operator 128 of the communications system 100 , such as a smart grid management corporation.
  • the server 124 is in communication with an NMS-market link 130 which communicates with computers of market participants 132 who are entities who receive reporting data on the operation of a plurality of meter devices, including the first meter 112 .
  • the market participants 132 include consumers 158 , providers 160 , distributors, retailers, market administrators such as administrators of a National Electricity Market (NEM), e.g. NEMMCO, market data agents and market providers.
  • NEM National Electricity Market
  • the ME's 114 , 138 and 144 each include the meter device described in the International Patent Application No. PCT/AU2005/000917 and published as WO2006/000033, or the client processor device described in International Patent Application No. PCT/AU2005/000922 and published as WO 2006/000038 (both incorporated herein by reference).
  • An ME can also comprise a virtual machine that runs by itself or with one or more other ME virtual machines on the one microcomputer.
  • the ME can be downloaded to the remote unit 102 , 140 , 148 and updated and rolled back as required.
  • the first ME 114 communicates with the first meter 112 using a wired ME-meter link 134 which may be a software link where the hardware of the first ME 114 and the first meter 112 are integrated, or a wired link using a serial communications protocol between the first ME 114 and the first meter 112 in the first unit 102 .
  • a wired ME-meter link 134 may be a software link where the hardware of the first ME 114 and the first meter 112 are integrated, or a wired link using a serial communications protocol between the first ME 114 and the first meter 112 in the first unit 102 .
  • the first ME 114 is in communication with other MEs using machine-to-machine (M2M) interfaces including an ME-ME link 136 between the first ME 114 and a second ME 138 in a second unit 140 and in communication with a second meter 142 , or an ME-ME link 137 for communication with a in-home device, IHD-ME 144 in communication with an IHD 146 in the IHD unit 148 of a home of a user 150 of the IHD 146 .
  • M2M machine-to-machine
  • the ME-ME link 136 , 137 may use one of the following protocols and associated equipment:
  • the particular protocols used by the ME-ME link 136 , 137 are associated with the values for the supported protocols parameter in the profiles of the communicating MEs.
  • the first ME 114 communicates with a third meter 152 of a third unit 154 using a wireless ME-meter link 156 .
  • the wireless ME-meter link 156 is equivalent in communication functionality to the ME-meter link 134 in terms of transmitting monitoring/measurement and control data; however the third meter 152 is a meter with more advanced measurement, control and communications capability than the first meter 112 .
  • the third meter 152 may be an electronic “smart meter” from Landis+Gyr AG or an electronic “smart meter” from Itron Inc.
  • the ME links 136 , 137 , and 156 allow properties data, and firmware and application files, to be on forwarded from the MEs 114 and 138 to the units 140 , 148 and 154 , as described below.
  • an ME of the system can be associated with other measurement or controlled devices, such as a temperature sensor, a light, a strain gauge, a vibration sensor or a Demand Response Enabling Device (DRED) etc.
  • a remote unit may include a DRED to shut off an appliance, and the DRED may be controlled by a co-located ME or remote ME wirelessly.
  • the ME 114 and other MEs in the system, including the second ME 138 include, as shown in FIG. 2 :
  • the applications in the application module 202 of the ME 114 provide the following functions:
  • the instructions executed by the MEs relate to a variety of applications associated with the controlled devices in a customer's premises or home.
  • an ME can execute an alert application for displaying data on a IHD associated with an event.
  • the ME can provide display data to an IHD based on GPS and wind speed data delivered to the ME from the NMS, to display information relating to an approaching fire front and the time it is estimated to arrive at the home.
  • the concentrators 104 , 118 , 122 are implemented using a computer system, such as a hardware server produced by IBM Corporation or Sun Microsystems Inc., running an operating system 310 such as Linux.
  • the concentrators 104 , 118 , 122 include a properties module 302 with properties data representing a profile for each ME in communication with the concentrator 104 .
  • the concentrator 104 includes a queue manager module 304 for managing a Job Queue for communicating with the MEs.
  • the Job Queue allows for high bandwidth data from the concentrator-NMS link 110 to be converted to low bandwidth to be transmitted over the ME-concentrator link 106 .
  • the concentrator 104 includes a cluster manager module 306 for managing the cluster 120 , a storage module 308 , the operating system 310 , a manager module 312 and a security module 314 that are generally equivalent to the corresponding modules in the ME 114 .
  • the storage module 308 is used to store data gathered from MEs over the ME-concentrator link 106 .
  • the concentrator 104 includes an application module 316 with applications that start on the Job Queue, perform maintenance functions, and establish the pass-through session.
  • the properties module 302 includes properties data relating to communications interface parameters for interfacing with different MEs over the ME-concentrator link 106 ; these communications interface parameters correspond to the communication method parameter of the ME profile in Table 1.
  • the concentrator 104 includes a connectivity module 318 which provides a plurality of communications methods corresponding to the communication method parameters and the supported protocol parameters for communicating over the concentrator-NMS link 110 and the ME-concentrator link 106 .
  • the concentrator 104 includes an event processing module 320 .
  • the event processing module 320 supports the handling of asynchronous events delivered via the connectivity module 318 over the ME-concentrator link 106 (for example from ME 114 ).
  • the NMS 108 includes the following modules:
  • the concentrator 104 provides and executes a message handling process 500 , as shown in FIG. 5 , commencing with the concentrator 104 receiving a message including message data from the NMS 108 (step 502 ).
  • the concentrator 104 opens the appropriate communications port (step 504 ) and initiates processing of the received message.
  • the concentrator 104 validates the message format and contents to ensure the message can be processed correctly by checking any available format, headers and CRC tags.
  • the concentrator 104 establishes a list of microengines (MEs) that correspond to a filter represented by the message data.
  • the filter may take the form of a list of specific MEs, a type of ME, or a geographic location, allowing the subset of MEs to be affected by the message to be determined correctly.
  • the concentrator 104 establishes a route to each of the MEs in the target list by determining the appropriate ME-concentrator links 106 (step 516 ) and by building a list of relevant interfaces for these identified MEs.
  • the concentrator 104 may also delegate sending of data to the second concentrator 118 in the group 116 , thereby sharing the communications load between concentrators in the group 116 .
  • the message data to be sent is formatted as a job, including communications properties data for each ME, and placed on the Job Queue of the concentrator 104 (step 518 ).
  • the ME-concentrator link 106 becomes available, as determined by the queue manager module 304 , the job is processed and transmitted to the ME (step 520 ).
  • the Job Queue determines whether the route is still available (step 522 ). If the route is not available, the concentrator 104 establishes a new route to the ME by repeating step 516 .
  • step 522 communications to the ME is initiated using the selected interface (step 524 ) and the message data is sent (step 526 ). Acknowledgement data is received from the ME, and if the message has been successfully received, the job on the Job Queue is closed (step 528 ). If a positive acknowledgement is not received, the sending of message data is determined to have failed (step 530 ) and the concentrator 104 updates the route status to failure (step 532 ) and a new route is established to the ME by repeating step 516 . While the communications channel 504 is open, any outstanding Concentrator-NMS data 508 including data resulting from the delivery of messages to the MEs 506 is sent to the NMS 510 .
  • the NMS 108 performs a meter device-to-ME assignment process 600 , as shown in FIG. 6 , commencing by determining from the database a link between the first meter 112 and the first ME 114 , or equivalently a link between the third meter 152 and the first ME 114 , or equivalently between the IHD ME 144 and the first ME 114 , or between the second ME 138 and the first ME 114 (step 602 ).
  • the NMS 108 retrieves data representing the type of interface provided by the meter from the database and a list of interfaces available in the ME 114 from the profile corresponding to the ME 114 stored in the NMS 108 (step 604 ).
  • the NMS 108 determines whether there is a match between the interface of the meter and an interface supported by the ME 114 as listed as a value in the supported protocols parameter of the profile of the ME 114 (step 606 ). If the interfaces do not match, a new interface is added to the profile of the ME 114 and transmitted to the ME 114 for installation to operate as part of the connectivity module 204 (step 608 ). If the interfaces match, as determined in step 606 , a new link is established (step 610 ) between the ME 114 and the meter (e.g. meter 112 ) and the applications and the properties data of the ME 114 are updated by the NMS 108 (steps 612 and 614 ).
  • the NMS 108 performs an ME-to-concentrator assignment process 700 , as shown in FIG. 7 , substantially equivalent to the meter-to-ME assignment process 600 .
  • the ME-to-concentrator assignment process 700 commences with the NMS 108 receiving details of a new ME linked to the concentrator 104 (step 702 ) and the NMS 108 receiving details of the interfaces available in the concentrator 104 and the ME, as found in the ME profile and specifically the communication method parameter (shown in Table 1).
  • the NMS 108 determines whether the interfaces match (step 706 ) and if they do match, a new interface is added to the communication network parameter value, together with corresponding communications protocol information, from interface data stored by the NMS 108 (step 708 ).
  • the ME-concentrator link 106 is established (step 710 ) and connectivity to the group 116 is configured based on load balancing parameters store in the database on NMS 108 (step 712 ).
  • the concentrator application and the concentrator properties are updated thereby providing for the same profile data in both the ME and a corresponding profile copy in the concentrator 104 (steps 714 and 716 ).
  • the NMS 108 provides and executes an interface assignment sub-process 800 , as shown in FIG. 8 .
  • This sub-process handles interface assignment for the concentrator 104 and MEs depending on context.
  • the NMS 108 commences invoking the process ( 802 ) to add an interface and selects a component (step 804 ) to assign the interface.
  • the interface type is selected ( 806 ) and the interface parameters obtained ( 808 ) for that type from the properties folder ( 810 ) based on context, and whether completing a Device-ME, ME-Concentrator or Concentrator-NMS interface assignment.
  • an application update ( 812 ) and a properties update ( 814 ) are run as necessary to update the application and the properties data for the component. Updated files can be sent to the relevant component.
  • the communication system 100 provides a provisioning process 900 , as shown in FIG. 9 , commencing with the detection of a new meter (step 902 ) triggered during installation of a new ME, followed by installation of the relevant interfaces for this new meter and the ME to which it is attached (step 904 ).
  • the ME automatically reports to a pre-defined commissioning concentrator (step 906 ) which forwards a connection alert regarding the connection of the new meter to the NMS 108 , which registers the new meter (step 908 ) and determines the concentrator with the “best” route between the new meter and the NMS 108 (step 910 ).
  • step 910 “best” relates to a combination of interface type, interface availability, communications methods and for a group 116 , load balancing factors.
  • the NMS 108 transmits new applications and properties data to the ME associated with the new meter to allow the ME to interface with the new meter and to use properties data appropriate for the new meter, such as an appropriate tariff for the geographical location of the new meter (step 912 ).
  • the NMS 108 includes a standard computer system 1000 such as an 32-bit or 64-bit Intel Architecture based computer system, as shown in FIG. 10 , and the processes executed by the system 1000 are implemented in the form of programming instructions of one or more software modules 1002 stored on non-volatile (e.g., hard disk) storage 1004 associated with the computer system, as shown in FIG. 10 .
  • the software modules 1002 could be implemented as one or more dedicated hardware components, such as application-specific integrated circuits (ASICs) and/or field programmable gate arrays (FPGAs).
  • ASICs application-specific integrated circuits
  • FPGAs field programmable gate arrays
  • the system 1000 includes standard computer components, including random access memory (RAM) 1006 , at least one processor 1008 , and external interfaces 1010 , 1012 , 1014 , all interconnected by a bus 1016 .
  • the external interfaces include universal serial bus (USB) interfaces 1010 , at least one of which is connected to a keyboard and a pointing device such as a mouse 1018 , a network interface connector (NIC) 1012 which connects the system 1000 to a communications network such as the Internet 1020 , and a display adapter 1014 , which is connected to a display device such as an LCD panel display 1022 .
  • USB universal serial bus
  • NIC network interface connector
  • the system 1000 also includes a number of standard software modules 1026 to 1030 , including an operating system 1024 such as Linux Enterprise Server or Microsoft Windows Server 2008 , web server software 1026 such as Apache, scripting language support 1028 such as PHP, or Microsoft ASP, and structured query language (SQL) support 1030 such as MySQL, which allows data to be stored in and retrieved from an SQL database 1032 .
  • an operating system 1024 such as Linux Enterprise Server or Microsoft Windows Server 2008
  • web server software 1026 such as Apache
  • scripting language support 1028 such as PHP, or Microsoft ASP
  • SQL structured query language
  • the web server 1026 , scripting language 1028 , and SQL modules 1030 provide the system 1000 with the general ability to allow users of the Internet 1020 with standard computing devices equipped with standard web browser software to access the system 1000 and in particular to provide data to and receive data from the database 1032 .
  • the specific functionality provided by the system 1000 to such users is provided by scripts accessible by the web server 1026 , including the one or more software modules 1002 , and also any other scripts and supporting data 1034 , including markup language (e.g., HTML, XML) scripts, PHP (or ASP), and/or CGI scripts, image files, style sheets, and the like.
  • the components 1002 and 1026 to 1034 correspond to the modules 402 to 442 described previously.
  • the NMS 108 and the concentrators 104 , 118 , 122 can be implemented using Oracle Corporation's Fusion Middleware products, including the Oracle WebLogic Suite, WebLogic Server, and Service Bus.
  • Each of the blocks of the flow diagrams of the processes described herein may be executed by a module or a portion of a module.
  • the processes may be embodied in a machine-readable and/or computer-readable medium for configuring a computer system to execute the method.
  • the software modules may be stored within and/or transmitted to a computer system memory to configure the computer system to perform the functions of the module.
  • the communications system 100 and in particular the MEs 114 , 138 , 144 and concentrators 104 , 118 , 122 normally process data according to a program (a list of internally stored instructions such as a particular application program and/or an operating system) and produces resultant output information via input/output (I/O) devices.
  • a computer process typically includes an executing (running) program or portion of a program, current program values and state information, and the resources used by the operating system to manage the execution of the process.
  • a parent process may spawn other, child processes to help perform the overall functionality of the parent process. Because the parent process specifically spawns the child processes to perform a portion of the overall functionality of the parent process, the functions performed by child processes (and grandchild processes, etc.) may sometimes be described as being performed by the parent process.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)
  • Selective Calling Equipment (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Arrangements For Transmission Of Measured Signals (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Remote Monitoring And Control Of Power-Distribution Networks (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

A method executed by a concentrator connected between a plurality of remote units and a management server, the method including:
    • (i) receiving and storing properties data associated with a remote unit including a microengine and a meter for measuring usage of a resource at a customer's premises, the properties data representing a profile of the remote unit;
    • (ii) receiving message data representing a request associated with the remote unit from the management server;
    • (iii) generating response data representing a response to the request based on the message data and the stored properties data; and
    • (iv) sending the response data to one of the remote unit and the management server, as determined by the request based on the message data.

Description

    CLAIM OF PRIORITY
  • This application is a continuation application of U.S. patent application Ser. No. 13/260,834, filed on Nov. 16, 2011, which is a 371 of International Application No. PCT/AU2010/000367, filed on Mar. 31, 2010, which claims priority from Australian Application No. 2009901397, filed Mar. 31, 2009. The entire contents of the above are hereby incorporated by reference.
    • FIELD
  • The present invention relates to a communications process and system that may be used for monitoring and/or controlling consumption of a resource. In particular, the invention relates to a communications architecture for interrogating and controlling a network, or grid, of meter devices, and a concentrator of the communications architecture.
    • BACKGROUND
  • In communications systems for monitoring and controlling consumption of resources (such as water, electricity and natural gas), a meter may be configured to transmit meter data representing use of the resource to an associated management server. These systems have a number of limitations:
      • (i) The meter data provided is typically very limited.
      • (ii) Collecting required data from each meter for use in reporting to a National Electricity Market (NEM) is very slow and resource intensive.
      • (iii) Each meter is typically limited to a particular communications protocol, and if a new communications system is installed, the legacy meters need to be replaced.
      • (iv) The operation of the meter typically relates to the resource merely by measuring one or two quantities associated with the resource (e.g. electrical voltage and current, or water volume/rate), thereby limiting the information available to a system operator.
      • (v) A meter is typically a pure measurement device, and any action in respect of the resource, such as shutting off a resource supply, must be done manually, e.g. by a service person visiting the meter.
      • (vi) The degree of interaction available between a meter and a consumer at their premises is very limited.
  • It is desired to address or ameliorate the above, or to at least provide a useful alternative.
    • SUMMARY
  • In accordance with the present invention, there is provided a method executed by a concentrator connected between a plurality of remote units and a management server, the method including:
      • (i) receiving and storing properties data associated with a remote unit including a microengine and a meter for measuring usage of a resource at a customer's premises, the properties data representing a profile of the remote unit;
      • (ii) receiving message data representing a request associated with the remote unit from the management server;
      • (iii) generating response data representing a response to the request based on the message data and the stored properties data; and
      • (iv) sending the response data to one of the remote unit and the management server, as determined by the request based on the message data.
  • The concentrator may use the properties data to determine a link to use to send the response data to the remote unit. The concentrator may queue the response data in a data queue before sending.
  • The properties data may include at least one of:
      • (i) measurement data representing a measurement of usage of the resource;
      • (ii) configuration data representing a configuration of the remote unit, such as a meter device state or a measured usage value;
      • (iii) data representing meter reading schedule;
      • (iv) data representing demand side management profile information, such as a contract with a retailer;
      • (v) data representing communications parameters;
      • (vi) data representing configuration of meters and microengines with a communications connection to the remote unit;
      • (vii) data representing carbon footprint information; and
      • (viii) tariff data representing a tariff associated with usage of the resource.
  • The message data may include usage request data representing a request for measurement data representing a measurement of usage of the resource, or for cost data representing a cost of the usage based on the measurement and the tariff. The cost data represents the cost in accordance with a protocol selected by the operator associated with reporting requirements of an energy market. The protocol may be “NEM12” and the energy market may be the Australian National Electricity Market (NEM).
  • The message data may include control data representing a configuration change command to change a configuration of the remote unit.
  • The remote unit may receive second properties data for a second remote unit representing a second profile and send the properties data to the second unit. The remote unit may receive message data representing a request for a second unit from the concentrator and send the message data to the second unit.
  • The remote unit may send message data to an in-home display (IHD) for displaying of the data to a user. The properties data may include metered consumption details (bill) data representing a bill to be paid by the user for the usage of the resource.
  • The remote unit may send profile data to an in-home display (IHD) including at least one of:
      • (i) configuration data provided by a regulator;
      • (ii) usage history data representing periodic (e.g. daily/weekly/monthly) usage by a user; and
      • (iii) alert data that may relate to a specific event.
  • The management server may generate report data for market participants in an energy market representing a report on the usage of the resource based on the properties data of the remote unit, in particular associated with the response data. The report data may represent a report on use of resources by a plurality of remote units.
  • The communications system may further include the remote unit in communication with the concentrator for delivering any queue data, including local properties data representing a local copy of the profile of the remote unit. The communications system may further include the management server in communication with the concentrator for generating and sending the message data based on the usage request being selected by an operator, or the configuration change command being selected by the operator. The configuration change command may include a tariff change for changing the tariff The system may include the IHD in communication with the remote unit.
  • The present invention also provides a communications system for controlling and interrogating a network of distributed remote units including: a network management server for requesting and serving data associated with the remote units; concentrators for communicating with the network management server and communicating with respective remote units using respective communications protocols based on properties data maintained at the concentrators representing state and communications parameters associated with each remote unit; and remote units for serving properties data and message data to a concentrator and receiving data, including application files and service level data.
    • BRIEF DESCRIPTION OF THE DRAWINGS
  • Preferred embodiments of the present invention are hereinafter described, by way of example only, with reference to the accompanying drawings, in which:
  • FIG. 1 is a schematic diagram of a preferred embodiment of a communications system;
  • FIG. 2 is a block diagram of an architecture of a microengine (ME) of the communications system;
  • FIG. 3 is a block diagram of an architecture of a concentrator of the communications system;
  • FIG. 4 is a block diagram of an architecture of a network management system of the communications system;
  • FIG. 5 is a flowchart of a message handling process of the concentrator;
  • FIG. 6 is a flowchart of a device-to-ME assignment process of the concentrator;
  • FIG. 7 is a flowchart of an ME-to-concentrator assignment process of the concentrator;
  • FIG. 8 is a flowchart of an interface assignment process of the concentrator;
  • FIG. 9 is a flowchart of a device provisioning process of the communications system; and
  • FIG. 10 is a schematic block diagram of a computing system of the network management system.
    •  DETAILED DESCRIPTION
  • A communications system 100, as shown in FIG. 1, includes a first meter unit 102 in communication with a first concentrator 104 using a concentrator link 106 which carries data between the first unit 102 and the first concentrator 104. The first concentrator 104 is in communication with a Network Management System (NMS) 108 using a concentrator-NMS link 110 which provides for data transmission between the first concentrator 104 and the NMS 108.
  • The first unit 102 includes a first meter 112 for monitoring/measuring and controlling usage of a resource, such as electrical power, water or gas, and the first meter 112 is in the form of an electricity meter, a water meter or a gas meter respectively.
  • The first unit 102 includes a first microengine (ME) 114 which is in communication with the first meter 112 and receives monitoring/measurement data from the first meter 112 and sends control data to the first meter 112. The first ME 114 sends data over the ME-concentrator link 106 to the first concentrator 104. The data sent by the first ME 114 to the first concentrator 104 includes:
      • (i) properties data representing a profile of the first unit 102 including a profile of the first meter 112 and/or the first ME 114 and profiles for any other devices associated with the first unit 102, such as a sensor or display unit;
      • (ii) response data to a management server 124, determined by an information request;
      • (iii) error or event details generated by the first unit 102; and
      • (iv) user message data for the management server 124, generated through actions of user 150 in operation of an in-home display (IHD) unit 148
  • The properties data is stored in a properties file and includes a data record for the first unit 102 including values for communication parameters and for device parameters of the first unit 102, as shown in Table 1 and Table 2, respectively. The parameters include service level data based on a retailer agreement and associated with use of a resource monitored by a meter 112 associated with the ME 114. The properties data also includes (measurement) data representing measurement policies of usage of the resource monitored by the first meter 112, e.g. monitored periodically or on a real time basis.
  • Communication Parameters Example Values
    Communication method representing the protocol and equipment
    parameters used for the ME-concentrator link 106,
    e.g., “GPRS” representing use of the
    general packet radio service protocol and
    equipment
    Authentication parameters representing details required to
    (login/password) authenticate for use of the ME-
    concentrator link e.g., “username”
    routing parameters, including representing values used for the ME-ME
    a speed parameter link or the ME-meter link: the speed may
    be for example 9600baud
    a supported protocols representing supported protocols that the
    parameter ME can use for the ME-ME link or the
    ME-meter link, e.g., Serial, Coronis,
    Zigbee, or Ethernet
    properties-per-protocol representing values that are required to
    parameters provide the supported protocols. e.g., a
    network address, a Zigbee mesh ID, or
    security details for GPRS.
    pass-through session representing values used in providing a
    parameters, including a pass-through session (described
    time-out parameter and an hereinafter), e.g., the time out may be 300
    escape-code parameter seconds and the escape code may be
    ‘*#*#’
  • TABLE 2
    Device Parameters Example Values
    a firmware parameter representing the level of firmware of the
    ME
    application parameter, representing the version of each current
    including a application application in the application module
    version parameter
    212*
    a supported meters parameter representing which meters are supported
    by this ME
    meter configuration parameters, representing values used for provide the
    including a meter address ME- meter link 134, 156, e.g., AMPY
    parameter and a meter password Passwords, Coronis Addresses, or
    parameter WaveFlow Litres/Pulse
    rates parameters, carbon representing billing values, such as
    footprint parameters and price per unit of resource used (e.g.,
    tariff parameters dollar per kilowatt-hour), and carbon
    footprint details (carbon multiplier)
    and graphing information.
    a device state parameter representing the state of the meter, e.g.,
    typically “on”, “off”, or “flow limited”
    where only a limited amount of resource
    can be used
  • The properties data also includes data representing the communications protocols and associated equipment that the remote unit 102, and in particular the ME 114, support:
      • (i) wireless data networking using “WiMax” or “WiFi” protocols and equipment;
      • (ii) mobile/cellular telephony data systems using third generation (3G) or fourth generation (4G) telecommunications protocols and equipment;
      • (iii) second generation mobile/cellular protocols and equipment providing the general packet radio service (GPRS);
      • (iv) Zigbee;
      • (v) Wireless Mesh;
      • (vi) CDMA; and
      • (vii) LTE.
  • The first concentrator 104 receives and transmits properties data to maintain a profile in the first concentrator 104 of the first unit 102 as summarised in the properties data. The first ME 114 and the first concentrator 104 communicate with each other to maintain generally matching copies of the profile of the first unit 102. Providing the profile of the first unit 102 in the first concentrator 104 allows the properties data of the first ME 114 to be more readily accessible to the NMS 108 because the concentrator-NMS link 110 has a better communications bandwidth than the ME-concentrator link 106, and the first concentrator 104 maintains copies of profiles of a plurality of meter devices, which are then accessible to the NMS 108 over the single concentrator-NMS link 110.
  • The first concentrator 104 is part of a concentrator group 116, as shown in FIG. 1, which includes the first concentrator 104 and a second concentrator 118. Both concentrators 104, 118 in the group 116 are in communication with the ME-concentrator link 106 and the concentrator-NMS link 110. The group 116 operates as a single unit when communicating with the first ME 114 and the first ME 114 does not distinguish between the concentrators in the group 116. The first 104 and second concentrators 118 each provide a primary link to a plurality of ME devices (including ME 114). In the event that first concentrator 104 is unavailable for communications, requests for an ME (e.g. ME 114) can be delivered by second concentrator 118. Concentrators form a group when all members in the group have the ability to be in communications with a shared pool of ME devices. The concentrators 104 and 118 in a group 116 provide redundancy within a group, and allow data queued for an ME to be managed such that the queue is spread across the group.
  • A concentrator cluster 120, as shown in FIG. 1, includes the first concentrator 104, the second concentrator 118 and a third concentrator 122 which are all in communication with each other, and represent a single concentrator with greater hardware redundancy and performance than a non-clustered concentrator. A cluster may include one or more groups of concentrators, and the concentrators in a cluster share the same communications protocol, i.e. WiMax, 3G, etc. The cluster 120 is a virtual implementation of a concentrator and appears to the NMS 108 as a single concentrator instance. The first 104 and second concentrators 118 act in unison to provide redundancy at the hardware level, and to balance the operating load across multiple concentrators.
  • The concentrator-NMS link 110 may operate using protocols and equipment associated with the public switched telephone network (PSTN) including a Digital Loop Carrier (DLC) for extending the reach of the PSTN and a MESH network, or Ethernet, Fibre, WiMax, 3G, LTE etc.
  • The NMS 108 includes a management server 124 in communication with the concentrator-NMS link 110 for exchanging message data between the NMS 108 and the first concentrator 104 (or the cluster 120). The server 124 sends message data including control data for changing the configuration of the first unit 102. The server 124 sends message data to request measurement data representing a measurement of resource usage from the first meter 112 via the first concentrator 104 (or the cluster 120). The NMS 108 includes storage 126 in the form of a group of databases including a Master Data Management (MDM) database provided by Oracle Corporation. The NMS 108 is operated by an operator 128 of the communications system 100, such as a smart grid management corporation.
  • The server 124 is in communication with an NMS-market link 130 which communicates with computers of market participants 132 who are entities who receive reporting data on the operation of a plurality of meter devices, including the first meter 112. The market participants 132 include consumers 158, providers 160, distributors, retailers, market administrators such as administrators of a National Electricity Market (NEM), e.g. NEMMCO, market data agents and market providers.
  • The ME's 114, 138 and 144 each include the meter device described in the International Patent Application No. PCT/AU2005/000917 and published as WO2006/000033, or the client processor device described in International Patent Application No. PCT/AU2005/000922 and published as WO 2006/000038 (both incorporated herein by reference). An ME can also comprise a virtual machine that runs by itself or with one or more other ME virtual machines on the one microcomputer. The ME can be downloaded to the remote unit 102, 140, 148 and updated and rolled back as required.
  • The first ME 114 communicates with the first meter 112 using a wired ME-meter link 134 which may be a software link where the hardware of the first ME 114 and the first meter 112 are integrated, or a wired link using a serial communications protocol between the first ME 114 and the first meter 112 in the first unit 102.
  • The first ME 114 is in communication with other MEs using machine-to-machine (M2M) interfaces including an ME-ME link 136 between the first ME 114 and a second ME 138 in a second unit 140 and in communication with a second meter 142, or an ME-ME link 137 for communication with a in-home device, IHD-ME 144 in communication with an IHD 146 in the IHD unit 148 of a home of a user 150 of the IHD 146. The ME- ME link 136, 137 may use one of the following protocols and associated equipment:
      • (i) the “Coronis” protocol from the Coronis Systems company;
      • (ii) the “ZigBee” protocol from the ZigBee Alliance, managed by Global Inventures Inc;
      • (iii) the “Bluetooth” protocol from Bluetooth SIG Inc.;
      • (iv) one of the “Wi-Fi” protocols under the IEEE 802.11 set of standards; and
      • (v) a “Home Area Network (HAN)” which may include Wired (over power lines), Ethernet or wireless networking;
  • The particular protocols used by the ME- ME link 136, 137 are associated with the values for the supported protocols parameter in the profiles of the communicating MEs.
  • The first ME 114 communicates with a third meter 152 of a third unit 154 using a wireless ME-meter link 156. The wireless ME-meter link 156 is equivalent in communication functionality to the ME-meter link 134 in terms of transmitting monitoring/measurement and control data; however the third meter 152 is a meter with more advanced measurement, control and communications capability than the first meter 112. For example, the third meter 152 may be an electronic “smart meter” from Landis+Gyr AG or an electronic “smart meter” from Itron Inc.
  • The ME links 136, 137, and 156 allow properties data, and firmware and application files, to be on forwarded from the MEs 114 and 138 to the units 140, 148 and 154, as described below.
  • In addition to meters and IHDs, an ME of the system can be associated with other measurement or controlled devices, such as a temperature sensor, a light, a strain gauge, a vibration sensor or a Demand Response Enabling Device (DRED) etc. For example, a remote unit may include a DRED to shut off an appliance, and the DRED may be controlled by a co-located ME or remote ME wirelessly.
  • The ME 114 and other MEs in the system, including the second ME 138, include, as shown in FIG. 2:
      • (i) an application module 202 with script-style applications that provide functionality of the ME 114 including sending and receiving data using the ME- meter link 134, 156, sending and receiving data using the ME-concentrator link 106, validating measurement/monitoring data, updating the meter profile in the properties data, and enabling storage and retrieval of data;
      • (ii) a connectivity model 204 for providing the interfaces for the communications links 106, 134, 136, 137, 156 based on protocol and interface parameters in the profile of the ME 114; the connectivity module 204 establishes communications for outgoing connectivity and loads any protocol and interface parameters from the properties file; the connectivity module 204 also provides for identification and security validation of devices communicating using the links 106, 134, 136, 137, 156;
      • (iii) a storage module 206 for storing data on the ME 114 including a flash storage memory module;
      • (iv) a properties module 208 for storing the properties file of the ME 114;
      • (v) a security module 210 for supporting secure encrypted communications by the ME 114;
      • (vi) an operating system module 212 for executing the applications in the application module 202, for moving data in and out of the storage provided by the storage module 206, and for providing communications drivers for the connectivity module 204 to control the communications hardware of the ME 114. The OS module 212 determines whether an application can be executed depending on the installed interfaces; and
      • (vii) a manager module 214 for receiving and storing data relating to versions and updates of the applications in the application module 202.
  • The applications in the application module 202 of the ME 114 provide the following functions:
      • (i) executing instructions represented by received message data including accessing required information stored in the ME properties file (in the properties module 208);
      • (ii) formatting message data to be sent to the second ME 138, ME 144 or meter 152 or to the concentrator 104 based on an appropriate format for the link defined in either the communication method parameter or the supported protocol parameter of the profile of the ME; and
      • (iii) establishing the pass-through session in which incoming and outgoing communication ports are simultaneously opened and data is passed interrupted from one port to the other, used for downloading of firmware updates to third party devices such as the second ME 138 or the third meter 152 connected beyond the ME 114.
  • The instructions executed by the MEs relate to a variety of applications associated with the controlled devices in a customer's premises or home. In addition to applications associated with resource consumption, an ME can execute an alert application for displaying data on a IHD associated with an event. For example, the ME can provide display data to an IHD based on GPS and wind speed data delivered to the ME from the NMS, to display information relating to an approaching fire front and the time it is estimated to arrive at the home.
  • The concentrators 104, 118, 122, as shown in FIG. 3, are implemented using a computer system, such as a hardware server produced by IBM Corporation or Sun Microsystems Inc., running an operating system 310 such as Linux. The concentrators 104, 118, 122 include a properties module 302 with properties data representing a profile for each ME in communication with the concentrator 104. The concentrator 104 includes a queue manager module 304 for managing a Job Queue for communicating with the MEs. The Job Queue allows for high bandwidth data from the concentrator-NMS link 110 to be converted to low bandwidth to be transmitted over the ME-concentrator link 106. The concentrator 104 includes a cluster manager module 306 for managing the cluster 120, a storage module 308, the operating system 310, a manager module 312 and a security module 314 that are generally equivalent to the corresponding modules in the ME 114. In the concentrator 104, the storage module 308 is used to store data gathered from MEs over the ME-concentrator link 106. The concentrator 104 includes an application module 316 with applications that start on the Job Queue, perform maintenance functions, and establish the pass-through session. The properties module 302 includes properties data relating to communications interface parameters for interfacing with different MEs over the ME-concentrator link 106; these communications interface parameters correspond to the communication method parameter of the ME profile in Table 1. The concentrator 104 includes a connectivity module 318 which provides a plurality of communications methods corresponding to the communication method parameters and the supported protocol parameters for communicating over the concentrator-NMS link 110 and the ME-concentrator link 106. The concentrator 104 includes an event processing module 320. The event processing module 320 supports the handling of asynchronous events delivered via the connectivity module 318 over the ME-concentrator link 106 (for example from ME 114).
  • The NMS 108, as shown in FIG. 4, includes the following modules:
      • (i) a WWW module 402 for providing an Internet-based World Wide Web interface for communications between the NMS 108 and the consumers 158 over the NMS-market link 130. The module 402 may include a web server, such as Apache, and application server code, written in a language, such as Ruby or Perl;
      • (ii) a mobile module 404 for providing an interface for the consumers 158 using a mobile device such as a mobile telephone or a personal digital assistant (PDA);
      • (iii) a client user-interface (UI) module 406 for providing UI data to a client software program installed on a computer of the consumers 158;
      • (iv) a retail module 408 for providing retail data to Market participants 132 via the NMS-market link 130;
      • (v) a distribution module 410 for providing control of the all network functions 100 to the distributor.
      • (vi) an energy market operator (NEMMCO) module 412 for transmitting resource usage data to the market participants 132 and in particular the administrator of the market (e.g. the AEMO);
      • (vii) a connectivity module 414 for providing communications using the concentrator-NMS link 110 and the NMS-market link 130;
      • (viii) a security module 416 for providing secure communications with the concentrator 104 over the concentrator-NMS link 110 and with the market participants 132 over the NMS-market link 130;
      • (ix) an event processing module 418 used for handling and managing incoming and outgoing events from/to the concentrators and devices in the network.
      • (x) a business process engine 420 for coordinating and initiating the processes of the scheduler 422, routing (load balance & optimisation) 424, data handler 426, business intelligence 428 and data warehouse 430 components;
      • (xi) a scheduler module 422 for scheduling processes of the NMS 108;
      • (xii) a routing module 424 for balancing the network load of the NMS 108 and supporting redundancy within group 116;
      • (xiii) a data handler module 426 for receiving, transforming and sending data over the concentrator-NMS link 110 and the NMS-market link 130;
      • (xiv) a business intelligence module 428 including business rules describing the processes required for receiving, handing and processing incoming usage data, including transformation and event processing;
      • (xv) a data warehouse module 430 for storing and retrieving data in conjunction with the storage 126;
      • (xvi) a databases module 432 is used to store and manage data on storage 126;
      • (xvii) a partners module 434 supports integration of partner software platforms (e.g., Command Centre by Landis & Gyr) for control, reporting and transmission over network 100 for the control of devices network 100;
      • (xviii) an applications module 436 including the applications deployed to the First ME 114, Second ME 138 and IHD ME 144 for providing functionality specific to the role of the device in network 100;
      • (xix) a firmware module 438 for containing the firmware of the first ME 114, second ME 138 and IHD ME 144;
      • (xx) a profiles module 440 for building device specific profiles for first ME 114, second ME 138 and IHD ME 144 based on the policy associated with an ME; and
      • (xxi) a protocols module 442 for accessing communications protocols for the connectivity module 414 from the data warehouse module 430. This allows devices such as the first ME 114, second ME 138 and IHD ME 144 to support different communication technologies including differences in associated protocol and data formats.
  • The concentrator 104 provides and executes a message handling process 500, as shown in FIG. 5, commencing with the concentrator 104 receiving a message including message data from the NMS 108 (step 502). The concentrator 104 opens the appropriate communications port (step 504) and initiates processing of the received message.
  • The concentrator 104 validates the message format and contents to ensure the message can be processed correctly by checking any available format, headers and CRC tags. The concentrator 104 establishes a list of microengines (MEs) that correspond to a filter represented by the message data. The filter may take the form of a list of specific MEs, a type of ME, or a geographic location, allowing the subset of MEs to be affected by the message to be determined correctly. The concentrator 104 establishes a route to each of the MEs in the target list by determining the appropriate ME-concentrator links 106 (step 516) and by building a list of relevant interfaces for these identified MEs. The concentrator 104 may also delegate sending of data to the second concentrator 118 in the group 116, thereby sharing the communications load between concentrators in the group 116. The message data to be sent is formatted as a job, including communications properties data for each ME, and placed on the Job Queue of the concentrator 104 (step 518). When the ME-concentrator link 106 becomes available, as determined by the queue manager module 304, the job is processed and transmitted to the ME (step 520). The Job Queue determines whether the route is still available (step 522). If the route is not available, the concentrator 104 establishes a new route to the ME by repeating step 516. If the route is still available, as determined in step 522, communications to the ME is initiated using the selected interface (step 524) and the message data is sent (step 526). Acknowledgement data is received from the ME, and if the message has been successfully received, the job on the Job Queue is closed (step 528). If a positive acknowledgement is not received, the sending of message data is determined to have failed (step 530) and the concentrator 104 updates the route status to failure (step 532) and a new route is established to the ME by repeating step 516. While the communications channel 504 is open, any outstanding Concentrator-NMS data 508 including data resulting from the delivery of messages to the MEs 506 is sent to the NMS 510.
  • The NMS 108 performs a meter device-to-ME assignment process 600, as shown in FIG. 6, commencing by determining from the database a link between the first meter 112 and the first ME 114, or equivalently a link between the third meter 152 and the first ME 114, or equivalently between the IHD ME 144 and the first ME 114, or between the second ME 138 and the first ME 114 (step 602). The NMS 108 retrieves data representing the type of interface provided by the meter from the database and a list of interfaces available in the ME 114 from the profile corresponding to the ME 114 stored in the NMS 108 (step 604). The NMS 108 determines whether there is a match between the interface of the meter and an interface supported by the ME 114 as listed as a value in the supported protocols parameter of the profile of the ME 114 (step 606). If the interfaces do not match, a new interface is added to the profile of the ME 114 and transmitted to the ME 114 for installation to operate as part of the connectivity module 204 (step 608). If the interfaces match, as determined in step 606, a new link is established (step 610) between the ME 114 and the meter (e.g. meter 112) and the applications and the properties data of the ME 114 are updated by the NMS 108 (steps 612 and 614).
  • The NMS 108 performs an ME-to-concentrator assignment process 700, as shown in FIG. 7, substantially equivalent to the meter-to-ME assignment process 600. The ME-to-concentrator assignment process 700 commences with the NMS 108 receiving details of a new ME linked to the concentrator 104 (step 702) and the NMS 108 receiving details of the interfaces available in the concentrator 104 and the ME, as found in the ME profile and specifically the communication method parameter (shown in Table 1). The NMS 108 determines whether the interfaces match (step 706) and if they do match, a new interface is added to the communication network parameter value, together with corresponding communications protocol information, from interface data stored by the NMS 108 (step 708). Once it is determined that the interfaces match in step 706, the ME-concentrator link 106 is established (step 710) and connectivity to the group 116 is configured based on load balancing parameters store in the database on NMS 108 (step 712). Following assignment of the new ME, the concentrator application and the concentrator properties are updated thereby providing for the same profile data in both the ME and a corresponding profile copy in the concentrator 104 (steps 714 and 716).
  • The NMS 108 provides and executes an interface assignment sub-process 800, as shown in FIG. 8. This sub-process handles interface assignment for the concentrator 104 and MEs depending on context. The NMS 108 commences invoking the process (802) to add an interface and selects a component (step 804) to assign the interface. The interface type is selected (806) and the interface parameters obtained (808) for that type from the properties folder (810) based on context, and whether completing a Device-ME, ME-Concentrator or Concentrator-NMS interface assignment. Once the parameters are obtained, an application update (812) and a properties update (814) are run as necessary to update the application and the properties data for the component. Updated files can be sent to the relevant component.
  • The communication system 100 provides a provisioning process 900, as shown in FIG. 9, commencing with the detection of a new meter (step 902) triggered during installation of a new ME, followed by installation of the relevant interfaces for this new meter and the ME to which it is attached (step 904). The ME automatically reports to a pre-defined commissioning concentrator (step 906) which forwards a connection alert regarding the connection of the new meter to the NMS 108, which registers the new meter (step 908) and determines the concentrator with the “best” route between the new meter and the NMS 108 (step 910). In step 910 “best” relates to a combination of interface type, interface availability, communications methods and for a group 116, load balancing factors. The NMS 108 transmits new applications and properties data to the ME associated with the new meter to allow the ME to interface with the new meter and to use properties data appropriate for the new meter, such as an appropriate tariff for the geographical location of the new meter (step 912).
  • The NMS 108 includes a standard computer system 1000 such as an 32-bit or 64-bit Intel Architecture based computer system, as shown in FIG. 10, and the processes executed by the system 1000 are implemented in the form of programming instructions of one or more software modules 1002 stored on non-volatile (e.g., hard disk) storage 1004 associated with the computer system, as shown in FIG. 10. Alternatively, at least parts of the software modules 1002 could be implemented as one or more dedicated hardware components, such as application-specific integrated circuits (ASICs) and/or field programmable gate arrays (FPGAs).
  • The system 1000 includes standard computer components, including random access memory (RAM) 1006, at least one processor 1008, and external interfaces 1010, 1012, 1014, all interconnected by a bus 1016. The external interfaces include universal serial bus (USB) interfaces 1010, at least one of which is connected to a keyboard and a pointing device such as a mouse 1018, a network interface connector (NIC) 1012 which connects the system 1000 to a communications network such as the Internet 1020, and a display adapter 1014, which is connected to a display device such as an LCD panel display 1022.
  • The system 1000 also includes a number of standard software modules 1026 to 1030, including an operating system 1024 such as Linux Enterprise Server or Microsoft Windows Server 2008, web server software 1026 such as Apache, scripting language support 1028 such as PHP, or Microsoft ASP, and structured query language (SQL) support 1030 such as MySQL, which allows data to be stored in and retrieved from an SQL database 1032.
  • Together, the web server 1026, scripting language 1028, and SQL modules 1030 provide the system 1000 with the general ability to allow users of the Internet 1020 with standard computing devices equipped with standard web browser software to access the system 1000 and in particular to provide data to and receive data from the database 1032. It will be understood by those skilled in the art that the specific functionality provided by the system 1000 to such users is provided by scripts accessible by the web server 1026, including the one or more software modules 1002, and also any other scripts and supporting data 1034, including markup language (e.g., HTML, XML) scripts, PHP (or ASP), and/or CGI scripts, image files, style sheets, and the like. The components 1002 and 1026 to 1034 correspond to the modules 402 to 442 described previously.
  • The NMS 108 and the concentrators 104, 118, 122 can be implemented using Oracle Corporation's Fusion Middleware products, including the Oracle WebLogic Suite, WebLogic Server, and Service Bus.
  • Each of the blocks of the flow diagrams of the processes described herein may be executed by a module or a portion of a module. The processes may be embodied in a machine-readable and/or computer-readable medium for configuring a computer system to execute the method. The software modules may be stored within and/or transmitted to a computer system memory to configure the computer system to perform the functions of the module.
  • The communications system 100, and in particular the MEs 114, 138, 144 and concentrators 104, 118, 122 normally process data according to a program (a list of internally stored instructions such as a particular application program and/or an operating system) and produces resultant output information via input/output (I/O) devices. A computer process typically includes an executing (running) program or portion of a program, current program values and state information, and the resources used by the operating system to manage the execution of the process. A parent process may spawn other, child processes to help perform the overall functionality of the parent process. Because the parent process specifically spawns the child processes to perform a portion of the overall functionality of the parent process, the functions performed by child processes (and grandchild processes, etc.) may sometimes be described as being performed by the parent process.
  • Many modifications will be apparent to those skilled in the art without departing from the scope of the present invention as herein described with reference to the accompanying drawings.

Claims (19)

1.-21. (canceled)
22. A method executed by a concentrator connected between a plurality of remote units and a management server, the method including:
(i) receiving and storing properties data from a remote location and associated with a remote unit including a microengine and a meter for measuring usage of a resource at a customer's premises, the properties data representing a profile of the remote unit and including communications parameters and device parameters, the communications parameters representing selectable communications protocols and associated equipment the microengine supports;
(ii) receiving message data representing a request associated with the remote unit from the management server;
(iii) generating response data representing a response to the request based on the message data and the stored properties data; and
(iv) sending the response data to one of the remote unit and the management server, as determined by the request based on the message data, wherein the properties data representing the communications parameters is used to determine the selectable communications protocols and associated equipment the microengine supports and establish an available communications link among multiple different communications links supported by at least some of the selectable communications protocols the microengine supports by selecting and using the respective communications parameters of the properties data for the determined communication link to send the response data to the remote unit,
wherein the respective communications parameters are for a new interface added to the profile and are transmitted to the microengine when interfaces of the determined communications link do not match.
23. The method of claim 22, wherein the properties data includes at least one of:
(i) measurement data representing measurement of usage of the resource at the customer's premises;
(ii) configuration data representing configuration of the remote unit;
(iii) data representing a meter reading schedule;
(iv) data representing demand side management profile information;
(v) data representing supported communications protocols the microengine can use for the microengine to concentrator, microengine to microengine and microengine to meter links and properties per protocol parameters;
(vi) data representing configuration of meters and microengines with a communications connection to the remote unit;
(vii) data representing carbon footprint information; and tariff data representing a tariff associated with usage of the resource.
24. The method of claim 22, further comprising receiving and storing second properties data for a second remote unit connected to the other remote unit, and communicating with the second remote unit based on the second properties data.
25. The method of claim 24, wherein the second remote unit includes a microengine and an associated display, and a link is established between the microengines of the remote units.
26. The method of claim 24, wherein the second unit includes a smart meter for monitoring usage of a resource at a customer's premises, and a link is established between the smart meter and the microengine of the other remote unit.
27. The method of claim 24, wherein the second remote unit includes a second microengine and a second meter for measuring usage of a resource at a customer's premises, and a link is established between the second microengine and the microengine of the other remote unit.
28. The method of claim 24, wherein the concentrator establishes links to microengines of a first group of remote units, and instantiates a second concentrator process to establish links with a second group of remote units.
29. A method as claimed in claim 24, wherein the concentrator establishes a concentrator to management server link to serve stored properties data of the remote units on demand to the management server, in response to requests for the management data from the remote computers of resource market participants.
30. The method of claim 22, wherein the response data sent to the remote unit represents alert data associated with an event and causes generation of alert information at a location associated with said remote unit.
31. A communications system for controlling and interrogating a network of distributed remote units, the communications system including:
one or more processors and a memory;
a network management server for requesting and serving data associated with the remote units;
concentrators for communicating with the network management server and communicating with respective remote units using respective selectable communications protocols based on properties data maintained at the concentrators, the properties data being from a remote location and representing state and communications parameters associated with each remote unit, wherein the concentrators are being executed by processors; and
remote units for serving properties data and message data to a concentrator and receiving data, including application files and service level data, wherein the remote units are being executed by processors,
wherein the properties data of the remote units represents profiles of the remote units and devices installed with or communicating with the remote units, and the profiles each include communications parameters and device parameters, the communications parameters representing the communications protocols and associated equipment the respective remote unit supports,
wherein a concentrator is configured to communicate with a remote unit using an available communications link determined in accordance with the communications protocols and associated equipment the respective remote unit supports and established among multiple different communications links supported by at least some of the selectable communications protocols the respective remote unit supports by selecting and using the respective communications parameters of the properties data for the determined communication link,
wherein the respective communications parameters are for a new interface added to the profile and are transmitted to the respective remote unit when interfaces of the determined communications link do not match.
32. The communications system of claim 31, wherein the remote units are adapted to receive, build, send and execute said application files.
33. The communications system of claim 31, including clusters of said concentrators using a respective communications protocol for connection to the remote units.
34. The communications system of claim 31, wherein at least one of the remote units includes a meter for measuring usage of a resource at a customer's premises and a microengine for maintaining the properties data.
35. The communications system of claim 34, wherein at least one of the remote units includes a microengine for establishing a link with another microengine of another remote unit, and a display unit providing real-time information associated with consumption and control of usage of the resource.
36. The communications system of claim 35, wherein real-time information includes bill presentation based on data obtained from the other remote unit.
37. The communications system of claim 34, wherein at least one of the remote units stores property data for communicating with another remote unit.
38. The communications system of claim 31, wherein the service level data includes tariff data associated with the respective locations of the remote units.
39. A non-transitory computer readable storage medium comprising a computer program code for performing the method of claim 22.
US16/106,549 2009-03-31 2018-08-21 Communications process and system associated with monitoring and controlling resource consumption Abandoned US20180359543A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/106,549 US20180359543A1 (en) 2009-03-31 2018-08-21 Communications process and system associated with monitoring and controlling resource consumption

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
AU2009901397 2009-03-31
AU2009901397A AU2009901397A0 (en) 2009-03-31 A communications process, device and system
PCT/AU2010/000367 WO2010111738A1 (en) 2009-03-31 2010-03-31 A communications process and system associated with monitoring and controlling resource consumption
US201113260834A 2011-11-16 2011-11-16
US16/106,549 US20180359543A1 (en) 2009-03-31 2018-08-21 Communications process and system associated with monitoring and controlling resource consumption

Related Parent Applications (2)

Application Number Title Priority Date Filing Date
US13/260,834 Continuation US10063942B2 (en) 2009-03-31 2010-03-31 Communications process, device and system
PCT/AU2010/000367 Continuation WO2010111738A1 (en) 2009-03-31 2010-03-31 A communications process and system associated with monitoring and controlling resource consumption

Publications (1)

Publication Number Publication Date
US20180359543A1 true US20180359543A1 (en) 2018-12-13

Family

ID=42827413

Family Applications (2)

Application Number Title Priority Date Filing Date
US13/260,834 Active - Reinstated US10063942B2 (en) 2009-03-31 2010-03-31 Communications process, device and system
US16/106,549 Abandoned US20180359543A1 (en) 2009-03-31 2018-08-21 Communications process and system associated with monitoring and controlling resource consumption

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US13/260,834 Active - Reinstated US10063942B2 (en) 2009-03-31 2010-03-31 Communications process, device and system

Country Status (16)

Country Link
US (2) US10063942B2 (en)
EP (1) EP2414849B1 (en)
JP (3) JP5770159B2 (en)
KR (1) KR101764748B1 (en)
CN (3) CN110519661B (en)
AU (1) AU2010230845B8 (en)
BR (1) BRPI1014862A2 (en)
CA (1) CA2757046C (en)
DK (1) DK2414849T3 (en)
IL (1) IL215445A0 (en)
MY (1) MY172902A (en)
NZ (1) NZ595563A (en)
RU (1) RU2546065C2 (en)
SG (4) SG174600A1 (en)
WO (1) WO2010111738A1 (en)
ZA (1) ZA201107273B (en)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IT1404236B1 (en) * 2010-12-30 2013-11-15 Witech S P A CONCENTRATION DEVICE FOR TELEMISURES AND / OR TELECONTROLS AND ITS RELATED METHOD FOR THE CONCENTRATION OF TELEMISURES AND / OR REMOTE CONTROLS
TWI683593B (en) * 2011-06-29 2020-01-21 澳大利亞商自由科技有限公司 Systems, methods, and/or apparatus for enabling communication between devices using different communication protocols
EP2590366B1 (en) * 2011-11-02 2020-06-10 Software AG Method, computer program and system for monitoring message objects sent from a client to invoke operations on a server in a distributed computing environment
US9870038B2 (en) * 2011-12-29 2018-01-16 Turkcell Teknoloji Arastirma Ve Gelistirme Anonim Sirketi Status-sensitive power observing system
NZ627527A (en) * 2012-01-10 2015-08-28 Enbala Power Networks Inc Method and system for measurement of resource meters
JP2014032574A (en) * 2012-08-06 2014-02-20 Kyocera Corp Energy management device, communication terminal, energy management system, and energy management method
CN105612768B (en) 2013-05-21 2019-03-15 康维达无线有限责任公司 Lightweight IOT information model
US10205769B2 (en) 2013-05-31 2019-02-12 Itron, Inc. Distributed applications across platforms
US9342288B2 (en) 2013-05-31 2016-05-17 Itron, Inc. Surfacing cross platform applications
US11328344B2 (en) 2013-05-31 2022-05-10 Itron, Inc. Utility application delivery platform
CN106297226A (en) * 2015-05-27 2017-01-04 浙江瑞瀛物联科技有限公司 A kind of ammeter wireless meter reading method of band IHD equipment
WO2017041241A1 (en) 2015-09-09 2017-03-16 Telefonaktiebolaget Lm Ericsson (Publ) Centralized power meter and centralized power calculation method
US10193762B2 (en) 2016-08-11 2019-01-29 Rescale, Inc. Dynamic optimization of simulation resources
US10387198B2 (en) 2016-08-11 2019-08-20 Rescale, Inc. Integrated multi-provider compute platform
US10136341B2 (en) * 2017-01-03 2018-11-20 Simmonds Precision Products, Inc. Wireless data concentrator systems and methods
KR102010570B1 (en) * 2017-08-25 2019-08-13 한전케이디엔 주식회사 Remote meter reading system with dcu cluster technique
US10896174B2 (en) * 2017-12-01 2021-01-19 Business Objects Software Limited Sharing artifacts with heterogeneous database connectivity
CN113032410B (en) * 2019-12-25 2024-05-03 阿里巴巴集团控股有限公司 Data processing method, device, electronic equipment and computer storage medium
CN113473259A (en) * 2021-06-20 2021-10-01 深圳弘星智联科技有限公司 Data acquisition active reporting mechanism for improving data acquisition success rate

Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6493751B1 (en) * 1999-02-24 2002-12-10 3Com Corporation Network configuration method and system for a window-based operating system environment
US6512463B1 (en) * 1999-03-30 2003-01-28 American Meter Co. Bi-directional protocol
US20030156041A1 (en) * 2002-02-18 2003-08-21 Taisto Gregory T. Method of obtaining a reading of a utility meter
US20030204756A1 (en) * 1997-02-12 2003-10-30 Ransom Douglas S. Push communications architecture for intelligent electronic devices
US20050010416A1 (en) * 2003-07-09 2005-01-13 Gensym Corporation System and method for self management of health using natural language interface
US20050065742A1 (en) * 2003-09-08 2005-03-24 Smartsynch, Inc. Systems and methods for remote power management using IEEE 802 based wireless communication links
US20050131583A1 (en) * 1994-12-30 2005-06-16 Ransom Douglas S. System and method for federated security in a energy management system
US20060071812A1 (en) * 2002-06-28 2006-04-06 Elster Electricity Llc Data collector for an automated meter reading system
US20060095527A1 (en) * 2000-11-30 2006-05-04 Malik Dale W Method and apparatus for minimzing storage of common attachment files in an e-mail communications server
US7142874B1 (en) * 2002-01-31 2006-11-28 Sprint Spectrum L.P. Method and system for geographically verifying a wireless service customer
US20070197262A1 (en) * 2003-12-09 2007-08-23 Awarepoint Corporation Plug-In Network Appliance
US20070295803A1 (en) * 2006-06-22 2007-12-27 Hip Consult Inc. Apparatus and method for facilitating money or value transfer
US20080106426A1 (en) * 2006-11-02 2008-05-08 Deaver Brian J System and Method for Determining Distribution Transformer Efficiency
US20080192638A1 (en) * 2004-12-08 2008-08-14 France Telecom Telecommunications System And Method
US20100185338A1 (en) * 2009-01-19 2010-07-22 Steven Montgomery Electrical power distribution system
US20110035510A1 (en) * 2009-08-07 2011-02-10 Cooper Technologies Company Methods and Apparatus Related to an Adapter Between a Premise Network and an Advanced Metering Infrastructure (AMI) Network
US20120266024A1 (en) * 2011-04-15 2012-10-18 The Boeing Company Protocol software component and test apparatus

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4833618A (en) * 1986-02-20 1989-05-23 Net Laboratories, Inc. System for automatically reading utility meters from a remote location
JP2965396B2 (en) 1991-08-20 1999-10-18 松下電器産業株式会社 Communication method determination method
AUPP471098A0 (en) * 1998-07-16 1998-08-06 United Technology Pty Ltd Internet utility interconnect method and means
JP2003507825A (en) * 1999-08-24 2003-02-25 デジターム リミテッド An interactive system for remotely reading utility meters
US20030009301A1 (en) * 2000-05-30 2003-01-09 M.B. Anand Integrated utility meter-reading, billing, payment and usage management system
WO2002030140A2 (en) 2000-10-06 2002-04-11 Telemetry Technologies, Inc. System and method for hierarchical network for use in remote data sensing
KR100392643B1 (en) 2000-12-07 2003-07-23 에스케이 텔레콤주식회사 A method of supporting a hand-off decision for mobility service of dual mode terminal
JP3443579B1 (en) 2002-05-28 2003-09-02 デンセイ・ラムダ株式会社 Monitoring system, monitoring device and monitoring program
ITMI20012726A1 (en) * 2001-12-20 2003-06-20 Enel Distribuzione Spa SYSTEM OF REMOTE CONSUMPTION OF CONSUMPTION AND REMOTE MANAGEMENT OF USERS ALSO DISTRIBUTED OF A DOMESTIC TYPE
US7221657B2 (en) 2002-02-08 2007-05-22 Telefonaktiebolaget Lm Ericsson (Publ) Processing different size packet headers for a packet-based conversational service in a mobile communications system
US7119713B2 (en) * 2002-06-27 2006-10-10 Elster Electricity, Llc Dynamic self-configuring metering network
JP2004145812A (en) * 2002-10-28 2004-05-20 Ntt Docomo Hokkaido Inc Measurement system, data processor, program, and storage medium
JP4206464B2 (en) * 2002-11-12 2009-01-14 三浦工業株式会社 Monitoring method
US7304587B2 (en) 2003-02-14 2007-12-04 Energy Technology Group, Inc. Automated meter reading system, communication and control network for automated meter reading, meter data collector program product, and associated methods
JP2006135982A (en) * 2003-04-24 2006-05-25 Mitsubishi Electric Corp Network connecting instrument, video information equipment, information transmitter/receiver and network connection program
SI2383903T1 (en) * 2003-07-17 2018-08-31 e-distribuzione S.p.A. Method and system for remote updates of meters for metering the consumption of electricity, water or gas
NZ530254A (en) 2003-12-16 2006-10-27 Pulse Utilities Ltd A power line communication system and an intelligent meter therefor
KR20050092615A (en) 2004-03-16 2005-09-22 (주) 콘텔라 System and method for one phone service combinig cellular network and wireless voip network
NZ588836A (en) 2004-06-24 2012-07-27 Freestyle Technology Pty Ltd Meter device including communications protocols encoding payloads with identification data and file fragments
JP4719034B2 (en) * 2006-03-07 2011-07-06 株式会社日立製作所 Sensor network system, base station, and sensing data relay method
JP2007336153A (en) * 2006-06-14 2007-12-27 Ntt Resonant Inc Connection destination change system, and connection destination change method
WO2008005359A2 (en) 2006-06-29 2008-01-10 Carina Technology, Inc. System and method for controlling a utility meter
ITVI20060233A1 (en) * 2006-07-24 2008-01-25 Beghelli Spa SYSTEM OF ANALYSIS AND MANAGEMENT OF ELECTRICITY CONSUMPTION OF A PLANT
US8320302B2 (en) * 2007-04-20 2012-11-27 Elster Electricity, Llc Over the air microcontroller flash memory updates
SI2009807T1 (en) 2007-06-26 2010-10-29 Eandis Distributor power line communication system
CN100550077C (en) * 2007-12-29 2009-10-14 深圳市科陆电子科技股份有限公司 Two dimension midsequent automatic route meter reading method and carrier route dynamic maintenance method
CN201149726Y (en) * 2008-02-05 2008-11-12 陈攀 Electric power remote meter-reading communication device and data assemblage equipment

Patent Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050131583A1 (en) * 1994-12-30 2005-06-16 Ransom Douglas S. System and method for federated security in a energy management system
US20030204756A1 (en) * 1997-02-12 2003-10-30 Ransom Douglas S. Push communications architecture for intelligent electronic devices
US6493751B1 (en) * 1999-02-24 2002-12-10 3Com Corporation Network configuration method and system for a window-based operating system environment
US6512463B1 (en) * 1999-03-30 2003-01-28 American Meter Co. Bi-directional protocol
US20060095527A1 (en) * 2000-11-30 2006-05-04 Malik Dale W Method and apparatus for minimzing storage of common attachment files in an e-mail communications server
US7142874B1 (en) * 2002-01-31 2006-11-28 Sprint Spectrum L.P. Method and system for geographically verifying a wireless service customer
US20030156041A1 (en) * 2002-02-18 2003-08-21 Taisto Gregory T. Method of obtaining a reading of a utility meter
US20060071812A1 (en) * 2002-06-28 2006-04-06 Elster Electricity Llc Data collector for an automated meter reading system
US20050010416A1 (en) * 2003-07-09 2005-01-13 Gensym Corporation System and method for self management of health using natural language interface
US20050065742A1 (en) * 2003-09-08 2005-03-24 Smartsynch, Inc. Systems and methods for remote power management using IEEE 802 based wireless communication links
US20070197262A1 (en) * 2003-12-09 2007-08-23 Awarepoint Corporation Plug-In Network Appliance
US20080192638A1 (en) * 2004-12-08 2008-08-14 France Telecom Telecommunications System And Method
US20070295803A1 (en) * 2006-06-22 2007-12-27 Hip Consult Inc. Apparatus and method for facilitating money or value transfer
US20080106426A1 (en) * 2006-11-02 2008-05-08 Deaver Brian J System and Method for Determining Distribution Transformer Efficiency
US20100185338A1 (en) * 2009-01-19 2010-07-22 Steven Montgomery Electrical power distribution system
US20110035510A1 (en) * 2009-08-07 2011-02-10 Cooper Technologies Company Methods and Apparatus Related to an Adapter Between a Premise Network and an Advanced Metering Infrastructure (AMI) Network
US20120266024A1 (en) * 2011-04-15 2012-10-18 The Boeing Company Protocol software component and test apparatus

Also Published As

Publication number Publication date
CA2757046C (en) 2018-10-23
RU2011143868A (en) 2013-05-10
KR101764748B1 (en) 2017-08-03
RU2546065C2 (en) 2015-04-10
SG174600A1 (en) 2011-11-28
ZA201107273B (en) 2013-03-27
AU2010230845B8 (en) 2014-07-03
CN110519661B (en) 2022-08-09
JP2016001989A (en) 2016-01-07
BRPI1014862A2 (en) 2016-04-12
NZ595563A (en) 2014-04-30
CA2757046A1 (en) 2010-10-07
IL215445A0 (en) 2011-12-29
AU2010230845A1 (en) 2011-10-20
JP6353117B2 (en) 2018-07-04
WO2010111738A1 (en) 2010-10-07
CN110519660A (en) 2019-11-29
DK2414849T3 (en) 2019-07-01
EP2414849A4 (en) 2015-11-04
KR20120002994A (en) 2012-01-09
SG10201400816UA (en) 2014-10-30
JP2012522294A (en) 2012-09-20
JP2017153140A (en) 2017-08-31
CN110519661A (en) 2019-11-29
AU2010230845B2 (en) 2014-06-05
SG10201710060SA (en) 2018-01-30
JP5770159B2 (en) 2015-08-26
EP2414849A1 (en) 2012-02-08
US10063942B2 (en) 2018-08-28
CN102439990A (en) 2012-05-02
CN110519660B (en) 2022-06-07
US20120054341A1 (en) 2012-03-01
EP2414849B1 (en) 2019-03-20
MY172902A (en) 2019-12-13
SG10201710064RA (en) 2018-01-30

Similar Documents

Publication Publication Date Title
US20180359543A1 (en) Communications process and system associated with monitoring and controlling resource consumption
AU2012276270B9 (en) An integration system
AU2016219719B2 (en) A communications process and system
AU2013203303B2 (en) A communications process and system
TW202005466A (en) Systems, methods, and/or apparatus for enabling communication between devices using different communication protocols
AU2017201952B2 (en) An integration system
NZ619033B2 (en) An integration system
NZ730834B2 (en) An integration system
NZ712243B2 (en) An integration system

Legal Events

Date Code Title Description
STPP Information on status: patent application and granting procedure in general

Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION

AS Assignment

Owner name: FREESTYLE TECHNOLOGY PTY LTD, AUSTRALIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:DONAGHEY, ANDREW PAUL;LE BLANC, DAVID VICTOR OCTAVE;FREESTYLE ENERGY LIMITED;REEL/FRAME:046974/0193

Effective date: 20100331

AS Assignment

Owner name: FREESTYLE TECHNOLOGY LIMITED, AUSTRALIA

Free format text: CHANGE OF NAME;ASSIGNOR:FREESTYLE TECHNOLOGY PTY LTD;REEL/FRAME:048284/0892

Effective date: 20190114

STPP Information on status: patent application and granting procedure in general

Free format text: NON FINAL ACTION MAILED

STPP Information on status: patent application and granting procedure in general

Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER

STPP Information on status: patent application and granting procedure in general

Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO PAY ISSUE FEE