NZ329490A

NZ329490A - Credit transfer system for a utility company to transfer data from supplier to consumers' meters

Info

Publication number: NZ329490A
Application number: NZ32949097A
Authority: NZ
Inventors: Keith Manson
Original assignee: Electricity Corp; Comnet Technologies Ltd; Powerco Ltd
Priority date: 1997-12-23
Filing date: 1997-12-23
Publication date: 2000-09-29
Also published as: AU732852B2; WO1999031953A2; GB2347770A; GB2347770B; GB0015013D0; WO1999031953A3; AU1893799A

Abstract

Financial data such as prepaid credit data is transmitted to remote consumer meters from a central station using radio data transmissions. At the central station messages consisting of meter addresses and the credit data for the customer concerned are recovered by a controller from memory and transmitted to the meter locations. The transmissions are received at the meter stations and, if the address data of a message matches the meter network address coded in the meter, the credit data for the meter is stored in the meter memory. If this sounds familiar, similar systems are known for the updating of postal rate data in remotely updated postal rate meters (franking machines).

Description

7 * ' = \J 0 PATENTS FORM 5 Number 329490 PATENTS ACT 1953 Dated 23 December 1997 COMPLETE SPECIFICATION SYSTEM FOR CREDIT TRANSFER AND LOAD CONTROL IN A POWER DISTRIBUTION NETWORK We, COMNET TECHNOLOGIES LIMITED, a New Zealand company, of 24 Balfour Road, Parnell, Auckland, New Zealand; POWERCO LIMITED, a New Zealand company, of 151 St Hill Street, Wanganui, New Zealand; and ELECTRICITY CORPORATION OF NEW ZEALAND LIMITED, a New Zealand company, of Rutherford House, 23 Lambton Quay, Wellington, New Zealand do hereby declare the invention for which we pray that a patent may be granted to us, and the method by which it is to be performed, to be particularly described in and by the following statement. 1 t comprising a receiver having a network address in a radio network and a device memory; and a controller arranged to retrieve from the financial data memory financial data relating to a consumer and to transmit the financial data as a message over the radio network to the network address of at least one remote device; wherein each 5 device is arranged to receive the message transmitted by the controller over the radio network and to store in the device memory the financial data in the message where the network address of the message matches the network address of the receiver.

The invention in another form in broad terms comprises a method of transferring financial data from a utility supplier to one or more remote devices, the method comprising the steps of storing in a financial data memory financial data relating to consumers of a utility supplier; arranging one or more remote devices, each device in use having a metering function and further comprising a receiver having a network address in a radio network and a device memory; and retrieving from the financial data memory financial data relating to a consumer and transmitting the financial data as a message over the radio network to the network address of at least one remote device; wherein each device is arranged to receive the message transmitted by the controller over the radio network and to store in the device memory the financial data in the message where the network address of the message matches the network address of the receiver.

BRIEF DESCRIPTION OF THE DRAWINGS A preferred form system and method of the invention will be further described with reference to the accompanying drawings by way of example only and without intending to be limiting, wherein: Figure 1 is a block diagram of the system of the invention; Figure 2 illustrates the format of messages sent in accordance with the known POCSAG paging protocol; 3 INTELLECTUAL PROPERTY OFFICE OF N.Z. 2 0 JUL 2000 RECEIVED 329490 Figure 3 shows a message supplemented with addressing information in accordance with the proprietary protocol of the present invention; Figure 4 shows a portion of the message illustrated in Figure 3; and Figure 5 is a block diagram of a paging receiver of the invention connected to a device. DESCRIPTION OF PREFERRED FORMS The preferred form system 1 is shown in general block diagram form in Figure 1. Utility supplier 2 supplies a utility, for example electricity, gas and/or water to one'or more consumers 4A, 4B and/or 4C. In return for supply of this utility the consumer generally makes payment to the utility supplier.

The consumer may have available a number of ways of making payment to the supplier or an agent of the supplier. For example the consumer may arrange a monetary transfer to the supplier from the consumer's bank account via an interactive voice recognition (TVR) system operated by the consumer's bank or the utility company. Alternatively, payment may be made by direct debit, regular or automatic payment from the consumer's bank account, or against a credit card account, for example. Alternatively the consumer may post payment to the supplier, may use a kiosk or service centre based system, or may use direct cash transfer. As a further alternative the supplier may be equipped with an EFTPOS terminal and consumer may visit the supplier and make payment.

Data relating to each consumer is stored in a memoiy 6 which may be maintained by controller 8. The preferred memoiy 6 has stored in it financial data relating to each consumer. Examples of financial data include the amount of the utility used by the consumer but not yet paid for, the appropriate tariff rate for the consumer's use of the 30 utility, and payment the consumer may have made in advance for supply of the utility.

The controller 8 retrieves from memory 6 financial data relating to a particular consumer and as will be more particularly described, transmits the financial data to 4 devices 10A, 10B and/or IOC of consumers 4A, 4B and 4C. The devices may be provided with metering functions, or may interface to meters. The financial data may be credit data or tariff rates to store in an individual device.

The preferred form controller 8 is arranged to send financial data retrieved from memoiy 6 as one or more messages over a radio network. The preferred form radio network is a paging network 12. It will be appreciated that other suitable radio networks could be used, for example cellular or satellite networks.

As will be more particularly described, each device 10 has a network address, called a RIC (receiver identification code) in the paging network 12. The controller 8 attaches the network address of a device to the financial data intended for that device and transmits the data as a message over the paging network 12 to that device. In this way credit data and tariff data may be transferred from the utility supplier 2 to remote 15 devices belonging to a consumer.

The preferred form system 1 uses a public domain paging protocol. Examples of such known protocols in the public domain include POCSAG, Swedish Format (MBS), the Radio Data System (RDS) format and the European Radio Message System (ERMES) 20 format. Another protocol which may be used is the FLEX™ proprietary protocol. POCSAG and FLEX™ protocols are preferred, although other protocols may be used depending on suitability in particular geographic regions.

The operation of the system will be further described with reference to the POCSAG 25 protocol, illustrated in Figure 2. The POCSAG protocol supports 512, 1200 and 2400 baud rates. A POCSAG transmission consists of a 576-bit preamble code 18 that is used to "wake up" pagers that are in a battery-saver mode. A batch of pages consist of a synchronisation code 20 followed by eight data packets, one of which is illustrated as 22. Each packet 22 is a fixed number of bits that begins at a fixed time duration after 30 the transmission of the sync code 20. Each packet 22 is transmitted back to back following the sync code. After the eighth packet is transmitted, the next batch consisting of a sync code and eight more packets can be sent. A paging message comprises one or more packets addressed to the same network address. 329490 Financial data is sent to a particular device by attaching the network address or RIC 24 to the financial data formatted as message data 26, and sending the RIC and message data as a packet 22 conforming to the POCSAG paging protocol. The message 5 data 26 is encoded and transmitted in fixed blocks, known as "code words", starting directly after the RIC 24 in each data packet 22. The RIC 24 and message data 26 each have an error detection and correction code associated with them to detect small error bursts and to correct single bit errors that may occur.

It is envisaged that a device may share the same network address with one or more other devices. For example, in Figure 1, device 10A could share the same network address as device 10B while device IOC may have a different address. By sending a message to the network address common to devices 1 OA and 10B, the controller 8 may with one message send financial data to both devices. In this way messages can be 15 addressed to an individual device or all devices having the same network address.

The system 2 further provides for devices having a common network address to be addressed either globally, individually, or as a group. Each device 10 is allocated an individual device identification code. The preferred codes are selected so that each 20 device needing to be addressed individually has an individual device identification code which differs from the codes of other devices having the same network address.

Figure 3 illustrates the format of a data packet 28 of the present system 2. Each packet 28 is variable length with a maximum size of 82 bytes. The preferred packet 25 size is 61 to 81 bytes. Each packet 28 contains a network address or RIC 24A which is typically 6 bytes in length, and message data 26A. The message data 26A in turn comprises a device identifier 32, a financial data block 33 and a check sum 40.

Device identifier 32 is shown in block schematic form in Figure 4. The device identifier 30 32 preferably comprises a message type (T) having notional values 1-3 and device address (A). Where T=l, A will have no value, and the message is sent to every device having the same network address. Where T=2, the message is addressed to an individual device, and A will represent the individual device identification code of that 6 device. Where T—3, the message is addressed to a group of receivers, and A will represent the group of devices.

In this way the controller 8 may send messages to an individual device, a group of 5 devices having the same network address, or all devices having the same network address. The controller 8 maintains a queue of messages to be delivered over the paging network 12, Messages axe delivered to the network 12 on a strictly first in first out basis. Controller 8 will continue to attempt to send the first message in the queue until success is achieved. If the first message cannot be sent due to problems then the 10 entire queue will be held up.

The preferred form controller 8 either comprises or is interfaced to a dynamic link library (DLL) containing routines (not shown)- The controller including the DLL are designed to run under Microsoft Windows NT v 4.0. The software is not designed to be 15 used re-entrantly, that is a second call to routines in the DLL is not permitted until the first call has returned. The controller 8 is designed to reject messages if they cannot be delivered to the paging network 12 for any reason.

The controller 8 uses the following programmed functions: SendPage (messagelD, type, address, data) Returns: -1 on error if controller 8 is not running Individual messages are placed in the queue by this function. There is no need for the 25 function to return -2 for the first call because there is no issue with messages in the queue being lost. Each message is explicitly confirmed as being in the queue, sent and waiting confirmation, sent and confirmed.

GetStatus(messagelD) Returns: -1 on error if controller 8 is not running 1 if message waiting in the queue 2 if successfully delivered to the paging network 8, awaiting confirmation 7 79. Qi k 3 if confirmed by receiver 4 if deleted by operator 0 if message ID is unknown Controller 8 keeps the status of each message. Repeated calls for a specific message 5 will return the same value except for value=3. When the controller receives confirmation that a message has been sent, the controller deletes information regarding this message ID from its message list. The value of 3 will be returned once only. Subsequent calls to GetStatus() for this ID will return 0. If the value 3 is not returned for whatever reason the controller cannot assume that the message has been 10 sent and confirmed. The message should then be resent.

IxiQueue() Returns: the number of messages in the queue TLPQuit() Returns: -1 on error if encoder 6 is not running This function instructs the encoder 6 to quit. the version multiplied by 100 of the DLL as integer. This does not communicate with the controller 8.

The controller 8 writes to a log file (not shown) which contains a transcript of all operations including attempts to start with incorrect installation. If the controller 8 detects an error it writes the error to the log file and quits. Typical errors include the following: • COM port open by another • modem not responding • paging network 8 not responding • out of memoiy TLFVer() Returns: 8 • disk full • incorrect data from DLL • COM port doesn't exist The above errors mean that the controller 8 cannot perform its function and so should abort so that SendPage(...) returns an error notifying the controller that paging is not The preferred form device 10A is shown diagrammatically in Figure 5. The preferred 10 form device 10A is interfaced to a pager board 50 through a processor unit 52. The pager board 50 will be configured differently for the specific paging network for which it is designed to work. The preferred form pager board is configured for the POCSAG protocol as described above. Each pager board 50 is configured with a network address or RIC.

The processor unit 52 in turn comprises a programmable microprocessor 54, a device memoiy 56, a clock/calendar 58 and battery 60. An individual device identification code is stored in the device memory 56. Also stored in the device memory 56 may be the stored credit value for device 10 and the appropriate tariff rate for the consumer's 20 use of the utility.

In use the pager board 50 receives messages from the paging network 12 where the network address of the message matches the network address of the pager board 50. These messages are decoded by the pager board 50 and delivered to the processor unit 25 52 as a serial data stream. The processor unit 52 interprets each message using software programmed for the purpose and compares the device identifier information in the message with the device identification code of the device 10A stored in memory 56. If there is a match the unit 52 passes the information in the message to the device The messages may contain credit data, in which case the device 10A receives a certain amount of credit for the particular utility. The message may alternatively contain tariff available. 10A. 9 X) 9 490 ^,.7 fcoa ^ data in which case the tariff data of the device stored in the memoiy 56 is replaced with the tariff data sent in the message.

The preferred processor unit 52 is interfaced to a display 62 which may, for example, 5 display to the consumer information regarding the appropriate tariff rate, the amount of credit available in the device 10A, or provide warnings where credit has been exceeded.

It is also envisaged that controller 8 may be arranged to transmit load control data 10 over the network 12. Transmission of load control information in this way is a substitute for conventional ripple control and also whereby the supplier may disconnect the consumer remotely from the utility service if, for example, the consumer's credit has run out. Load control commands which may be sent over the system may include: • Switch a load on/off • Switch a load on/off at time T • Switch a load on/off at a random time over a period (eg. Next five minutes) • Set time/date • Assign a load to shed at frequency F (eg. 48 Hertz) after a delay D (eg. 1 second) • The remote controller 5 may also be configured to switch on/off a load during a certain programmed tariff period, which may be updated periodically In a further preferred form the controller 8 may send operating or configuration data 25 over the network 12. For example, the controller 8 may remotely reprogram the individual device identification code of a device. In another preferred form the controller 8 may send ASCII text to display to the consumer text messages. These text messages could relating to tariff rates or credit, or may provide the consumer with information regarding future pricing options.

It will be apparent to the skilled reader that the invention provides a system where a single pager network address or RIC may be allocated to a number of different devices. Transfer of financial data (such as credit or tariff data) and transfer of load control and 9 32 9 A 9 0 other commands may be conducted over a paging network where data and/or commands may be sent to one or more devices using a single message thereby reducing the bandwidth required.

The foregoing describes the invention including a preferred form thereof. Alterations and modifications as will be obvious to those skilled in the art are intended to be incorporated within the scope hereof as defined by the accompanying claims. 11 t 91219

Claims

1. A system for transferring financial data from a utility supplier to one or more remote devices, the system comprising: 5 a financial data memory in which is stored financial data relating to consumers of a utility supplier; one or more remote devices, each device in use having a metering function and further comprising a receiver having a network address in a radio network and a device memoiy; and 10 a controller arranged to retrieve from the financial data memory financial data relating to a consumer and to transmit the financial data as a message over the radio network to the network address of at least one remote device; wherein each device is arranged to receive the message transmitted by the controller over the radio network and to store in the device memory the financial data 15 in the message where the network address of the message matches the network address of the receiver.

2. A system as claimed in claim 1 wherein the receiver of each device shares a network address with the receiver of one or more other devices and each device further 20 comprises an individual device identification code.

3. A system as claimed in claim 2 wherein each message includes a device identifier to specify whether the message is addressed to an individual device, more than one device having the same network address or all devices having the same 25 network address.

4. A system as claimed in claim 3 wherein each device further comprises a microprocessor arranged to receive the message from the receiver and to store in the device memoiy the financial data in the message only if both the addressing data of 30 the message matches the network address of the receiver and if the device identifier of the message matches the individual device identification code of the device. 12 INTELLECTUAL PROPERTY OFFICE OF N.Z. 2 0 JUL 2000 RECEIVED 91219

5. A system as claimed in any one of claims 1 to 4 wherein the financial data transmitted over the radio network includes credit data.

6. A system as claimed in any one of claims 1 to 5 wherein the financial data transmitted over the radio network includes tariff data.

7. A system as claimed in any one of claims 1 to 6 wherein the controller is also arranged to transmit load control data over the radio network and each device is arranged to receive and act on the load control data.

8. A system as claimed in any one of claims 1 to 7 wherein the controller is also arranged to transmit operation and/or configuration data over the radio network and each device is arranged to receive and act on the operation and/or configuration data.

9. A system as claimed in any one of claims 1 to 8 wherein the controller is also arranged to transmit text over the radio network and each device is arranged to receive and act on the text.

10. A system as claimed in any one of claims 1 to 9 wherein the radio network comprises a paging network.

11. A system as claimed in any one of claims 1 to 9 wherein the radio network comprises a cellular network.

12. A system as claimed in any one of claims 1 to 9 wherein the radio network comprises a satellite network.

13. A system for transferring financial data from a utility supplier to a number of remote devices having stored credit values belonging to at least one consumer, substantially as herein described with reference to any one of Figures 1, 3, 4 and 5.

14. A method of transferring financial data from a utility supplier to one or more remote devices, the method comprising the steps of: 13 2 0 JUL 2000 t 91219 storing in a financial data memory financial data relating to consumers of a utility supplier; arranging one or more remote devices, each device in use having a metering function and further comprising a receiver having a network address in a radio 5 network and a device memory; and retrieving from the financial data memory financial data relating to a consumer and transmitting the financial data as a message over the radio network to the network address of at least one remote device; wherein each device is arranged to receive the message transmitted by the 10 controller over the radio network and to store in the device memory the financial data in the message where the network address of the message matches the network address of the receiver.

15. A method as claimed in claim 14 wherein the receiver of each device shares a 15 network address with the receiver of one or more other devices and each device further comprises an individual device identification code.

16. A method as claimed in claim 15 wherein each message includes a device identifier to specify whether the message is addressed to an individual device, more 20 than one device having the same network address or all devices having the same network address.

17. A method as claimed in claim 16 wherein each device further comprises a microprocessor arranged to receive the message from the receiver and to store in the 25 device memory the financial data in the message only if both the addressing data of the message matches the network address of the receiver and if the device identifier of the message matches the individual device identification code of the device.

18. A method as claimed in any one of claims 14 to 17 wherein the financial data 30 transmitted over the radio network includes credit data.

19. A method as claimed in any one of claims 14 to 18 wherein the financial data transmitted over the radio network includes tariff data. pNTELLEC fUAl PROPERTY OFFICE* 14 OF N.Z. 2 0 JUL 2000 RECEIVED s 10 ¥ II 91Q19 490

20. A method as claimed in any one of claims 14 to 19 wherein the controller is also arranged to transmit load control data over the radio network and each device is arranged to receive and act on the load control data.

21. A method as claimed in any one of claims 14 to 20 wherein the controller is also arranged to transmit operation and/or configuration data over the radio network and each device is arranged to receive and act on the operation and/or configuration data.

22. A method as claimed in any one of claims 14 to 21 wherein the controller is also arranged to transmit text over the radio network and each device is arranged to receive and act on the text. 15

23. A method as claimed in any one of claims 14 to 22 wherein the radio network comprises a paging network.

24. A method as claimed in any one of claims 14 to 22 wherein the radio network comprises a cellular network. 20

25. A method as claimed in any one of claims 14 to 22 wherein the radio network comprises a satellite network.

26. A method of transferring financial data from a utility supplier to a number of 25 remote devices having stored credit values belonging to at least one consumer, substantially as herein described with reference to any one of Figures 1, 3, 4 and 5. RUSSELL McVEAGHw EST -WALKER per: 30 ATTORNEYS FOR THE APPLICANT