WO2016038577A1 - A system and method for recharging prepaid electricity from a set-top box - Google Patents

A system and method for recharging prepaid electricity from a set-top box Download PDF

Info

Publication number
WO2016038577A1
WO2016038577A1 PCT/IB2015/056979 IB2015056979W WO2016038577A1 WO 2016038577 A1 WO2016038577 A1 WO 2016038577A1 IB 2015056979 W IB2015056979 W IB 2015056979W WO 2016038577 A1 WO2016038577 A1 WO 2016038577A1
Authority
WO
WIPO (PCT)
Prior art keywords
local controller
user
utility
units
meter
Prior art date
Application number
PCT/IB2015/056979
Other languages
French (fr)
Inventor
Johan Potgieter
Marius Marais
Willem Hendrik OOSTHUYSEN
Original Assignee
Altron Tmt (Pty) Limited
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
Application filed by Altron Tmt (Pty) Limited filed Critical Altron Tmt (Pty) Limited
Publication of WO2016038577A1 publication Critical patent/WO2016038577A1/en

Links

Classifications

    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F15/00Coin-freed apparatus with meter-controlled dispensing of liquid, gas or electricity
    • G07F15/06Coin-freed apparatus with meter-controlled dispensing of liquid, gas or electricity with means for prepaying basic charges, e.g. rent for meters
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F17/00Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/0014Coin-freed apparatus for hiring articles; Coin-freed facilities or services for vending, access and use of specific services not covered anywhere else in G07F17/00

Definitions

  • the present invention relates to a system and method for recharging or crediting an available balance of utility units on a prepaid utility meter, such as a prepaid electricity meter.
  • the concept of prepaid electricity is well-known.
  • prepaid electricity systems involve installing a prepaid electricity meter at a user station, generally a user's residence or place of work.
  • the meter comprises an input mechanism, typically in the form of a keypad, for inputting or entering an encoded number or token comprising data relating to an amount of electricity prepaid for.
  • the meter Once the meter has verified that the number is valid, the meter locally updates the available amount of kilowatt hours (kWh), which is represented to the user as an available balance of units on a display of the meter.
  • kWh available amount of kilowatt hours
  • the user may visit an authorised vendor (such as a supermarket or other retail store) in person and purchase a desired amount of electricity, which is represented by the encoded number on a physical token, which is made available to the user over the counter.
  • an authorised vendor such as a supermarket or other retail store
  • This method may be considered time- consuming, particularly in the event that the user is required to make a dedicated trip to the vendor just for the purposes of purchasing prepaid electricity.
  • An alternatively available method comprises purchasing prepaid electricity online. This involves the user registering as a member on a website managed either by a municipality or other authorised electricity vendor. Generally in the process of registering, the user will be required to provide details necessary to identify the user, a meter number or numbers associated with the user and payment details, such as for example debit or credit card details, in order to process payment for any amount of prepaid electricity purchased. Similarly, a user may be able to access a website through an application made available on a mobile device such as a mobile telephone, tablet or the like. Disadvantages associated with these methods include the fact that personal and sensitive information is made available to a third party in an environment which is not sufficiently trusted and/or in which it is not possible to guarantee the security of any transaction or the information itself.
  • a user is required to specifically log onto the website for the purpose of purchasing prepaid electricity.
  • the consumer will receive the encoded number, either by way of a text message, email or simply on a page of the website. As stated above, this number must be punched into the keypad of the meter and, upon verification of the number, the balance of available units is updated in accordance with the amount prepaid for.
  • a system for crediting a balance of available utility units associated with a utility meter which, in use, controls, in accordance with available units, provision of the utility comprising:
  • each local controller being associated with a respective unique identification number and with a respective user;
  • each utility meter being associated with a unique identification number
  • a central backend which is connected to a financial system and to a management system of prepaid utility units; the central backend comprising at least one database having preregistered therein data relating to the unique identification number of each of the local controllers and the respective associated users, the central backend being configured to apply financial rules relating to transactions for crediting a balance of available units and involving a respective user designated account in the financial system;
  • the local controller being configured to initiate in respect of a meter a utility unit purchasing transaction comprising a request comprising data relating to at least a number of utility units required, the unique identification number of the meter and the unique identification number of the local controller;
  • the local controllers being connectable to the backend via a communications path
  • the backend being configured to process the request, to identify and authenticate the respective local controller based on the request and, upon compliance with the financial rules, to enable the management system to issue a token comprising data relating to units prepaid for and to forward the token to the local controller at the user station.
  • the utility may be any reticulated utility such as, but not limited to electricity, water, etc.
  • Each local controller may be associated with a respective user interface for enabling a user to interact with the local controller.
  • Each local controller may form part of a set-top box connected to a respective television set and wherein the user interface comprises the television set.
  • the user interface may comprise a graphical user interface (GUI) which is rendered on the television set and a user operable input device cooperating with the GUI via the respective local controller.
  • GUI graphical user interface
  • the token may be received at the local controller and displayed on the user interface.
  • the utility meter may comprise a memory arrangement and may be in data communication with the local controller, the token may automatically be forwarded by the local controller to the utility meter and the data relating to the units prepaid for may be used automatically to credit the balance of available units stored in the memory arrangement.
  • the local controller may initiate the purchasing transaction under user control via the user interface.
  • the local controller may initiats the purchasing transaction under electronic instruction from the utility meter.
  • the request may further comprise data relating to an identification token which uniquely identifies the respective local controller and the central backend may be configured to authenticate the local controller utilizing the identification token and preregistered data stored in the at least one database.
  • the central backend may further be configured to identify the respective user utilizing the respective unique identification number of the local controller and the financial rules may comprise debiting the respective user designated account in the financial system, before enabling the management system to issue the token.
  • a method crediting a balance of available utility units associated with a utility meter which, in use, controls, in accordance with available units, provision of the utility, the method comprising, at a central backend: receiving form a local controller at a user station and which local controller is associated with a user, a request for crediting a balance of available utility units, the request comprising data relating to at least: a number of utility units required, a unique identification number of the meter and identity of the local controller;
  • a carrier for a computer program which when executed on at least one processor at a central backend performs the method as defined above.
  • a central backend comprising such a carrier and at least one processor.
  • a method crediting a balance of available utility units associated with a utility meter which, in use, controls, in accordance with available units, provision of the utility at a user station, the method comprising, at the user station:
  • a local controller at a user station and which local controller is associated with a user to initiate a utility unit purchasing transaction comprising a request comprising data relating to at least a number of utility units required, a unique identification number of the meter and identity of the local controller;
  • a local controller comprising a carrier for a computer program, which when executed on at least one processor at the local controller, performs the method above.
  • a local controller comprising such a carrier and at least one processor.
  • figure 1 is a high level block diagram of an example embodiment of a system for crediting an available balance of utility units metered by a utility meter, in this case an electricity meter, at a user station;
  • figure 2 is a more detailed block diagram showing only relevant parts of a local controller in the form of a set-top box at the user station and of a prepaid meter of a first type and a prepaid meter of a second type connected to the set-top box; and
  • figure 3 is a high level flow diagram of an associated method.
  • a system for crediting an available balance of a utility which is metered by a utility meter 12.1 , alternatively 12.2, at a respective user station 16.1 is generally designated by the reference numeral 10 in figure 1.
  • the user station 16.1 typically is one of a plurality of similar distributed user stations 16.1 to 16. n, each being associated with a respective user. In the rest of this description, reference will mainly be made to user station 16.1.
  • User station 16.1 comprises a respective local controller 14.
  • the local controller is in the form of a set-top box 14 which is connectable to a television set 18 in known manner, to connect the television set to an external signal source (not shown) and to turn the source signal into content in a form that can then be displayed on the television screen or other display device.
  • the set-top box 14 is in data communication with a backend 24 via a communications path 20.
  • the path may be wireless, may be provided by a mobile network operator and may connect to the Internet 26.
  • the set-top box comprises a modem 22 which may be any suitable modem, such as, but not limited to a GSM modem.
  • the set-top box 14 may alternatively or in addition also be connected to the Internet 26 and the backend 24 via physical cables 28, including but not limited to an Asymmetric Digital Subscriber Line (ADSL) and fiber to the home (FTTH).
  • ADSL Asymmetric Digital Subscriber Line
  • FTTH fiber to the home
  • the utility meters 12.1 and 12.2 are electricity meters, more particularly prepaid electricity meters.
  • the meter 12.1 is a known meter of a first type comprising a keypad 60 for entering an encoded multi-digit token into the meter.
  • the meter further comprises a controller with processor 62 connected to the keypad. Also connected to the controller with processor 62 are a display 64 and a memory arrangement 66 for storing amongst others, a current balance of available electricity units.
  • the controller controls a switch 68 in a supply line 70 of electricity to the user station.
  • the meter 12.2 is a meter of a second type, a so-called prepaid smart meter which, in use, is in data communication with the set-top box 14 via a link 72 comprising a transceiver 74 on the set-top box and a cooperating transceiver 76 on the meter 12.2.
  • the transceivers comprise radio frequency transceivers and the a path between them, is a wireless path.
  • the transceivers may support the ZigBee specification, which is based on the IEEE 802.15 standard.
  • the meter 12.2 further comprises a controller with processor 78 connected to the transceiver 76.
  • the central backend 24 comprises a user management system 30 comprises at least one database (not shown) wherein each of the distributed local controllers, such as local controller 14 and their associated users are preregistered.
  • the backend further comprises an authentication module 32 for authenticating a local controller and identifying the associated user, as will be described in more detail below.
  • the backend 24 is connected to a management system 34 of prepaid electricity units which may be expressed in kWh or a currency.
  • the system 34 comprises a gateway 35 and a shared or common prepaid unit service 36 which is connected to electricity suppliers 38.1 to 38. n and which manages prepaid tokens.
  • the suppliers may include municipalities.
  • the backend 24 is further connected to a financial system 40.
  • the financial system may comprise respective bank accounts of the operator of the service 36 and each of the users, the local controller 14 of which are registered at the backend 24, as explained above.
  • a user designated bank account is illustrated at 42 and a bank account of the operator of the service 36 is shown at 44.
  • Ul user interface
  • GUI graphical user interface
  • RCU remote control unit
  • the user is able to interact with the local controller 14 utilizing the Ul.
  • the user can register one or more meters by inputting criteria such as a respective unique identification number of and a physical address of the meter.
  • the user can select a preferred payment method and insert the relevant credit or debit card details, or details of account 42, for example. All of this information is preregistered and stored at the central backend 24.
  • Messages or data transmitted between the local controller 14 and the central backend 24 as well as message or data transmitted via link 72 are secured in any suitable manner, including encryption.
  • the local controller may use a first encryption token, which may be stored in secure silicon in a chip of the local controller, to encrypt and decrypt messages or data transmitted between the local controller and the backend.
  • a second similarly stored encryption token may be utilized to encrypt and decrypt messages or data transmitted via link 72.
  • FIG. 1 there is provided a system 10 for crediting a balance of available utility units associated with utility meter 12.1 which, in use, controls, in accordance with available units, provision of the utility at the user station 16.1.
  • the system comprises the respective local controller 14 at each of the user stations.
  • Each local controller is associated with a respective user.
  • Each utility meter is associated with a respective unique identification number.
  • the system further comprises the central backend 24 which is connected to the financial system 40 and to the management system 34 of prepaid utility units.
  • Each local controller is connectable to the backend via the wireless communications path 20 and/or physical cable path 28.
  • the central backend 24 has preregistered in the at least one database (not shown) thereof each of the local controllers 14 and the respective associated users.
  • the backend is configured to apply financial rules relating to transactions for crediting a balance of available units and involving a respective user designated account 42 in the financial system.
  • the Ul at each of the user stations 16.1 to 16. n is used by a user for interacting with the respective local controller 14.
  • the user interface enables a user to initiate in respect of meter 12.1 , a utility purchasing transaction comprising at least data relating to a number of utility units required, the respective unique identification number of the meter and data relating to the identity of the local controller.
  • the backend 24 is configured to process the transaction data, to identify and authenticate the respective local controller 14 based on the data and, upon compliance with the financial rules, to enable the management system 34 to issue a token comprising data relating to the units prepaid units for and to forward the token to the local controller 14 at the user station.
  • the token may comprise an encoded multi-digit number to be keyed into the meter as set out above.
  • the token may be forwarded to the local controller at least via the central backend 24 and the path 20 or 28.
  • the number may be displayed on the GUI.
  • the user is required to key the number into the meter via the keypad.
  • a current balance of available units stored locally in the memory arrangement 66 of the meter is credited locally on the meter in accordance with the amount purchased by the prepayment transaction.
  • the token data may be forwarded to the local controller via at least the central backend 24 and the path 20 or 28. From the local controller the data is automatically forwarded via path 72 to the meter 12.2 where the token data is used to credit locally a current balance of available units stored locally in the memory arrangement 80 of the meter in accordance with the amount purchased by the prepayment transaction.
  • An associated method of crediting a balance of available utility units is illustrated in figure 3. More particularly, in use and using the Ul cooperating with the set-top box 14, the user at user station 16.1 makes a selection as to a meter 12.1 to be recharged. The user then initiates at 90 a prepaid purchasing transaction in respect of the meter.
  • Transaction data comprising at least data relating to a number of utility units required, the respective unique identification number of the meter and data relating to the identity of the set-top box and an identification token which uniquely identifies the local controller is then transmitted at 92 securely via path 20 or 28 to the central backend 24.
  • the request data is received at the central backend.
  • the backend processes at 96 the received data to authenticate the respective local controller based on the identification token data and/or encryption used and corresponding p re-stored data.
  • the central backend 24 is configured to apply at 98 financial rules relating to transactions for crediting a balance and involving the respective user bank account 42.
  • the financial rules may comprise checking whether there is sufficient funds available in the user designated account 42 to cover the cost of the proposed crediting and if so, debiting the designated user account with the price or cost of the proposed crediting and crediting the account 44 with the price, before enabling at 100 the system 34 to issue a token representing the required prepaid units in accordance with the request.
  • the token is forwarded securely via the backend and path 20 or 28 to the local controller.
  • the token is received via the aforementioned path at the local controller. If the prepaid meter is of the second type, the token is automatically forwarded securely via link 72 and the available balance in memory 80 (shown in figure 2) is automatically credited. If the prepaid meter is of the first type 16.1 , the token is caused to be displayed on the GUI 48 (shown in figure 1 ). The user then has to enter the token via keypad 60 (shown in figure 2) to credit the available balance in memory arrangement 66.
  • the system 10 may be configured to notify the user of the issued token number by a further mechanism in addition to be displayed on the user's screen interface such as, for example, by way of text message and the like. The user can then punch the token number into the prepaid meter and recharge their available electricity.
  • the controller of meter 16.2 may be able to monitor power consumption and, once the balance of available units of electricity in memory arrangement 80 reaches a predetermined level, the smart meter 16.2 may be configured to initiate a recharge transaction directly to the set-top box 14 via link 72.
  • the user may be required to enter a value of the transaction via the Ul 46 before it is initiated by the set-top box or there may be provided for a user selectable default value for an automatic transaction.
  • the recharge may take place automatically between the set-top-top box and the meter without need for user intervention.
  • the controller 78 may be configured to periodically communicate its current electricity store in 80 to the set-top box for selective display on Ul 46 under user control.
  • the set-top box 14 may be configured to notify the user via Ul 46, once a predetermined threshold is reached. The user may be notified that the predetermined electricity store threshold has been reached via a warning notification which may be displayable on the Ul. The user may then elect to initiate an electricity recharge transaction via the Ul, which may comprise clicking on a relevant icon. Alternatively, the transaction may be initiated automatically as described above and the recharge may occur automatically in that a purchased token is sent to the meter for recharge without a requirement for further user intervention.
  • the set-top box may be configured to automatically trigger a recharge transaction upon predetermined parameters being complied with, wherein the recharge transaction may take place without user initiation via the user interface.
  • the parameters may include a predetermined electricity store threshold being reached, a purchase amount and the like.
  • the crediting of the balance of utility units and financial debiting and crediting steps may take place in a Payment Card Industry Data Security Standard (PCI DSS) compliant and hence a secure environment.
  • PCI DSS Payment Card Industry Data Security Standard

Abstract

A system (10) for crediting a balance of available utility units associated with utility meter (12.1) which, in use, controls provision of the utility at a user station (16.1) comprises a local controller (14) at the user station. The system further comprises a central backend (24) which is connected to a financial system (40) and to a management system (34) of prepaid utility units. Each local controller is connectable to the backend via a communications path (20). The central backend (24) has preregistered therein each of the local controllers (14), respective associated users and is configured to apply financial rules. A Ul enables a user to initiate a utility purchasing transaction comprising a request comprising a number of utility units required, the meter number and data relating to the identity of the local controller. The backend (24) is configured to authenticate the local controller (14) and, upon compliance with the financial rules, to enable the management system to issue a token comprising data relating to the units prepaid for and to forward the token to the local controller (14) at the user station.

Description

A SYSTEM AND METHOD FOR RECHARGING PREPAID ELECTRICITY
FROM A SET-TOP BOX
INTRODUCTION AND BACKGROUND
The present invention relates to a system and method for recharging or crediting an available balance of utility units on a prepaid utility meter, such as a prepaid electricity meter.
The concept of prepaid electricity is well-known. Currently available prepaid electricity systems involve installing a prepaid electricity meter at a user station, generally a user's residence or place of work. The meter comprises an input mechanism, typically in the form of a keypad, for inputting or entering an encoded number or token comprising data relating to an amount of electricity prepaid for. Once the meter has verified that the number is valid, the meter locally updates the available amount of kilowatt hours (kWh), which is represented to the user as an available balance of units on a display of the meter. Currently, there are a number of avenues available to a user by means of which prepaid electricity may be purchased.
The user may visit an authorised vendor (such as a supermarket or other retail store) in person and purchase a desired amount of electricity, which is represented by the encoded number on a physical token, which is made available to the user over the counter. This method may be considered time- consuming, particularly in the event that the user is required to make a dedicated trip to the vendor just for the purposes of purchasing prepaid electricity.
An alternatively available method comprises purchasing prepaid electricity online. This involves the user registering as a member on a website managed either by a municipality or other authorised electricity vendor. Generally in the process of registering, the user will be required to provide details necessary to identify the user, a meter number or numbers associated with the user and payment details, such as for example debit or credit card details, in order to process payment for any amount of prepaid electricity purchased. Similarly, a user may be able to access a website through an application made available on a mobile device such as a mobile telephone, tablet or the like. Disadvantages associated with these methods include the fact that personal and sensitive information is made available to a third party in an environment which is not sufficiently trusted and/or in which it is not possible to guarantee the security of any transaction or the information itself. Furthermore, a user is required to specifically log onto the website for the purpose of purchasing prepaid electricity. Once a transaction has been completed, the consumer will receive the encoded number, either by way of a text message, email or simply on a page of the website. As stated above, this number must be punched into the keypad of the meter and, upon verification of the number, the balance of available units is updated in accordance with the amount prepaid for.
OBJECT OF THE 1NVENION
Accordingly it is object of the present invention to provide a system and method of crediting a balance of available utility units metered by a utility meter with which the applicant believes the aforementioned disadvantages may at least be alleviated or which may provide a useful alternative for the known systems and methods.
SUMMARY OF THE INVENTION
According to the invention there is provided a system for crediting a balance of available utility units associated with a utility meter which, in use, controls, in accordance with available units, provision of the utility, the system comprising:
a local controller at each of a plurality of user stations, each local controller being associated with a respective unique identification number and with a respective user;
at least one utility meter at each of the user stations, each utility meter being associated with a unique identification number; a central backend which is connected to a financial system and to a management system of prepaid utility units; the central backend comprising at least one database having preregistered therein data relating to the unique identification number of each of the local controllers and the respective associated users, the central backend being configured to apply financial rules relating to transactions for crediting a balance of available units and involving a respective user designated account in the financial system;
the local controller being configured to initiate in respect of a meter a utility unit purchasing transaction comprising a request comprising data relating to at least a number of utility units required, the unique identification number of the meter and the unique identification number of the local controller;
the local controllers being connectable to the backend via a communications path;
the backend being configured to process the request, to identify and authenticate the respective local controller based on the request and, upon compliance with the financial rules, to enable the management system to issue a token comprising data relating to units prepaid for and to forward the token to the local controller at the user station. The utility may be any reticulated utility such as, but not limited to electricity, water, etc.
Each local controller may be associated with a respective user interface for enabling a user to interact with the local controller.
Each local controller may form part of a set-top box connected to a respective television set and wherein the user interface comprises the television set.
The user interface may comprise a graphical user interface (GUI) which is rendered on the television set and a user operable input device cooperating with the GUI via the respective local controller.
The token may be received at the local controller and displayed on the user interface.
In other embodiments the utility meter may comprise a memory arrangement and may be in data communication with the local controller, the token may automatically be forwarded by the local controller to the utility meter and the data relating to the units prepaid for may be used automatically to credit the balance of available units stored in the memory arrangement. In some embodiments, the local controller may initiate the purchasing transaction under user control via the user interface.
In other embodiments, the local controller may initiats the purchasing transaction under electronic instruction from the utility meter.
The request may further comprise data relating to an identification token which uniquely identifies the respective local controller and the central backend may be configured to authenticate the local controller utilizing the identification token and preregistered data stored in the at least one database.
The central backend may further be configured to identify the respective user utilizing the respective unique identification number of the local controller and the financial rules may comprise debiting the respective user designated account in the financial system, before enabling the management system to issue the token.
Further according to the invention there is provided a method crediting a balance of available utility units associated with a utility meter, which, in use, controls, in accordance with available units, provision of the utility, the method comprising, at a central backend: receiving form a local controller at a user station and which local controller is associated with a user, a request for crediting a balance of available utility units, the request comprising data relating to at least: a number of utility units required, a unique identification number of the meter and identity of the local controller;
authenticating the local controller based on the data relating to the identity of the local controller and corresponding data which is preregistered at the backend;
identifying the user based on the data which is preregistered at the backend;
also based on the data which is preregistered at the backend, identifying a user designated account in a financial system which is connected to the backend;
performing financial checks involving the request and the account; and
if the checks are complied with, enabling a management system of prepaid utility units to forward a token comprising data relating to units prepaid for to be forwarded to the local controller.
Also included within the scope of the present invention is a carrier for a computer program which when executed on at least one processor at a central backend performs the method as defined above. Yet further included within the scope of the invention is a central backend comprising such a carrier and at least one processor.
Still further according to the invention there is provided a method crediting a balance of available utility units associated with a utility meter, which, in use, controls, in accordance with available units, provision of the utility at a user station, the method comprising, at the user station:
utilizing a local controller at a user station and which local controller is associated with a user to initiate a utility unit purchasing transaction comprising a request comprising data relating to at least a number of utility units required, a unique identification number of the meter and identity of the local controller;
receiving from the central backend a token comprising data relating to the required units; and
at least one of: a) displaying the token on a user interface; and b) forwarding data relating to the token to the meter automatically to credit the balance of available units stored in a memory arrangement of the meter. Also included within the scope of the invention is a local controller comprising a carrier for a computer program, which when executed on at least one processor at the local controller, performs the method above. Yet further included within the scope of the invention is a local controller comprising such a carrier and at least one processor.
BRIEF DESCRIPTION OF THE ACCOMPANYING DIAGRAMS
The invention will now further be described by way of example only with reference to the accompanying diagrams wherein:
figure 1 is a high level block diagram of an example embodiment of a system for crediting an available balance of utility units metered by a utility meter, in this case an electricity meter, at a user station;
figure 2 is a more detailed block diagram showing only relevant parts of a local controller in the form of a set-top box at the user station and of a prepaid meter of a first type and a prepaid meter of a second type connected to the set-top box; and
figure 3 is a high level flow diagram of an associated method.
DESCRIPTION OF A PREFERRED EMBODIMENT OF THE INVENTION
A system for crediting an available balance of a utility which is metered by a utility meter 12.1 , alternatively 12.2, at a respective user station 16.1 is generally designated by the reference numeral 10 in figure 1. The user station 16.1 typically is one of a plurality of similar distributed user stations 16.1 to 16. n, each being associated with a respective user. In the rest of this description, reference will mainly be made to user station 16.1.
User station 16.1 comprises a respective local controller 14. In the example embodiment, the local controller is in the form of a set-top box 14 which is connectable to a television set 18 in known manner, to connect the television set to an external signal source (not shown) and to turn the source signal into content in a form that can then be displayed on the television screen or other display device.
The set-top box 14 is in data communication with a backend 24 via a communications path 20. The path may be wireless, may be provided by a mobile network operator and may connect to the Internet 26. To this end, the set-top box comprises a modem 22 which may be any suitable modem, such as, but not limited to a GSM modem. The set-top box 14 may alternatively or in addition also be connected to the Internet 26 and the backend 24 via physical cables 28, including but not limited to an Asymmetric Digital Subscriber Line (ADSL) and fiber to the home (FTTH). In the example embodiment shown, the utility meters 12.1 and 12.2 are electricity meters, more particularly prepaid electricity meters.
Referring to figure 2, the meter 12.1 is a known meter of a first type comprising a keypad 60 for entering an encoded multi-digit token into the meter. The meter further comprises a controller with processor 62 connected to the keypad. Also connected to the controller with processor 62 are a display 64 and a memory arrangement 66 for storing amongst others, a current balance of available electricity units. The controller controls a switch 68 in a supply line 70 of electricity to the user station.
Still referring to figure 2, the meter 12.2 is a meter of a second type, a so- called prepaid smart meter which, in use, is in data communication with the set-top box 14 via a link 72 comprising a transceiver 74 on the set-top box and a cooperating transceiver 76 on the meter 12.2. In the example embodiment, the transceivers comprise radio frequency transceivers and the a path between them, is a wireless path. The transceivers may support the ZigBee specification, which is based on the IEEE 802.15 standard. The meter 12.2 further comprises a controller with processor 78 connected to the transceiver 76. Also connected to the controller with processor 78 is a memory arrangement 80 for storing amongst others, a current balance of available electricity units. The controller controls a switch 82 in a supply line 84 of electricity to the user station. Referring again to figure 1 , the central backend 24 comprises a user management system 30 comprises at least one database (not shown) wherein each of the distributed local controllers, such as local controller 14 and their associated users are preregistered. The backend further comprises an authentication module 32 for authenticating a local controller and identifying the associated user, as will be described in more detail below.
The backend 24 is connected to a management system 34 of prepaid electricity units which may be expressed in kWh or a currency. The system 34 comprises a gateway 35 and a shared or common prepaid unit service 36 which is connected to electricity suppliers 38.1 to 38. n and which manages prepaid tokens. The suppliers may include municipalities.
The backend 24 is further connected to a financial system 40. The financial system may comprise respective bank accounts of the operator of the service 36 and each of the users, the local controller 14 of which are registered at the backend 24, as explained above. A user designated bank account is illustrated at 42 and a bank account of the operator of the service 36 is shown at 44. At each user station and associated with the set-top box 14 and television set 18, there is a user interface (Ul) 46 comprising a graphical user interface (GUI) 48 on the screen or monitor 18.1 of the television set and data entry means in the form of a remote control unit (RCU) 50.
The user is able to interact with the local controller 14 utilizing the Ul. For example, using the RCU 50 and the GUI 48, the user can register one or more meters by inputting criteria such as a respective unique identification number of and a physical address of the meter. Also via the Ul, the user can select a preferred payment method and insert the relevant credit or debit card details, or details of account 42, for example. All of this information is preregistered and stored at the central backend 24.
Messages or data transmitted between the local controller 14 and the central backend 24 as well as message or data transmitted via link 72 are secured in any suitable manner, including encryption. In some embodiments the local controller may use a first encryption token, which may be stored in secure silicon in a chip of the local controller, to encrypt and decrypt messages or data transmitted between the local controller and the backend. A second similarly stored encryption token may be utilized to encrypt and decrypt messages or data transmitted via link 72. Referring to figure 1 , there is provided a system 10 for crediting a balance of available utility units associated with utility meter 12.1 which, in use, controls, in accordance with available units, provision of the utility at the user station 16.1. The system comprises the respective local controller 14 at each of the user stations. Each local controller is associated with a respective user. Each utility meter is associated with a respective unique identification number. The system further comprises the central backend 24 which is connected to the financial system 40 and to the management system 34 of prepaid utility units. Each local controller is connectable to the backend via the wireless communications path 20 and/or physical cable path 28. The central backend 24 has preregistered in the at least one database (not shown) thereof each of the local controllers 14 and the respective associated users. The backend is configured to apply financial rules relating to transactions for crediting a balance of available units and involving a respective user designated account 42 in the financial system. The Ul at each of the user stations 16.1 to 16. n is used by a user for interacting with the respective local controller 14. In some embodiments, the user interface enables a user to initiate in respect of meter 12.1 , a utility purchasing transaction comprising at least data relating to a number of utility units required, the respective unique identification number of the meter and data relating to the identity of the local controller. The backend 24 is configured to process the transaction data, to identify and authenticate the respective local controller 14 based on the data and, upon compliance with the financial rules, to enable the management system 34 to issue a token comprising data relating to the units prepaid units for and to forward the token to the local controller 14 at the user station.
In the case of meter 12.1 of the first type, the token may comprise an encoded multi-digit number to be keyed into the meter as set out above. The token may be forwarded to the local controller at least via the central backend 24 and the path 20 or 28. The number may be displayed on the GUI. In use, the user is required to key the number into the meter via the keypad. A current balance of available units stored locally in the memory arrangement 66 of the meter is credited locally on the meter in accordance with the amount purchased by the prepayment transaction.
In the case of meter 12.2 of the second type, the token data may be forwarded to the local controller via at least the central backend 24 and the path 20 or 28. From the local controller the data is automatically forwarded via path 72 to the meter 12.2 where the token data is used to credit locally a current balance of available units stored locally in the memory arrangement 80 of the meter in accordance with the amount purchased by the prepayment transaction. An associated method of crediting a balance of available utility units is illustrated in figure 3. More particularly, in use and using the Ul cooperating with the set-top box 14, the user at user station 16.1 makes a selection as to a meter 12.1 to be recharged. The user then initiates at 90 a prepaid purchasing transaction in respect of the meter. Transaction data comprising at least data relating to a number of utility units required, the respective unique identification number of the meter and data relating to the identity of the set-top box and an identification token which uniquely identifies the local controller is then transmitted at 92 securely via path 20 or 28 to the central backend 24. At 94 the request data is received at the central backend. The backend processes at 96 the received data to authenticate the respective local controller based on the identification token data and/or encryption used and corresponding p re-stored data. The central backend 24 is configured to apply at 98 financial rules relating to transactions for crediting a balance and involving the respective user bank account 42. More particularly, the financial rules may comprise checking whether there is sufficient funds available in the user designated account 42 to cover the cost of the proposed crediting and if so, debiting the designated user account with the price or cost of the proposed crediting and crediting the account 44 with the price, before enabling at 100 the system 34 to issue a token representing the required prepaid units in accordance with the request. At 102 the token is forwarded securely via the backend and path 20 or 28 to the local controller. At 104 the token is received via the aforementioned path at the local controller. If the prepaid meter is of the second type, the token is automatically forwarded securely via link 72 and the available balance in memory 80 (shown in figure 2) is automatically credited. If the prepaid meter is of the first type 16.1 , the token is caused to be displayed on the GUI 48 (shown in figure 1 ). The user then has to enter the token via keypad 60 (shown in figure 2) to credit the available balance in memory arrangement 66.
In some embodiments, the system 10 may be configured to notify the user of the issued token number by a further mechanism in addition to be displayed on the user's screen interface such as, for example, by way of text message and the like. The user can then punch the token number into the prepaid meter and recharge their available electricity.
In some embodiments the controller of meter 16.2 may be able to monitor power consumption and, once the balance of available units of electricity in memory arrangement 80 reaches a predetermined level, the smart meter 16.2 may be configured to initiate a recharge transaction directly to the set-top box 14 via link 72. The user may be required to enter a value of the transaction via the Ul 46 before it is initiated by the set-top box or there may be provided for a user selectable default value for an automatic transaction. The recharge may take place automatically between the set-top-top box and the meter without need for user intervention.
Alternatively or in addition, the controller 78 may be configured to periodically communicate its current electricity store in 80 to the set-top box for selective display on Ul 46 under user control. Further still, in accordance with this embodiment, the set-top box 14 may be configured to notify the user via Ul 46, once a predetermined threshold is reached. The user may be notified that the predetermined electricity store threshold has been reached via a warning notification which may be displayable on the Ul. The user may then elect to initiate an electricity recharge transaction via the Ul, which may comprise clicking on a relevant icon. Alternatively, the transaction may be initiated automatically as described above and the recharge may occur automatically in that a purchased token is sent to the meter for recharge without a requirement for further user intervention. Hence, the set-top box may be configured to automatically trigger a recharge transaction upon predetermined parameters being complied with, wherein the recharge transaction may take place without user initiation via the user interface. The parameters may include a predetermined electricity store threshold being reached, a purchase amount and the like. The crediting of the balance of utility units and financial debiting and crediting steps may take place in a Payment Card Industry Data Security Standard (PCI DSS) compliant and hence a secure environment.

Claims

S
A system for crediting a balance of available utility units associated with a utility meter which, in use, controls, in accordance with available units, provision of the utility, the system comprising:
a local controller at each of a plurality of user stations, each local controller being associated with a respective unique identification number and with a respective user;
at least one utility meter at each of the user stations, each utility meter being associated with a unique identification number;
a central backend which is connected to a financial system and to a management system of prepaid utility units; the central backend comprising at least one database having preregistered therein data relating to the unique identification number of each of the local controllers and the respective associated users, the central backend being configured to apply financial rules relating to transactions for crediting a balance of available units and involving a respective user designated account in the financial system, the local controller being configured to initiate in respect of a meter a utility unit purchasing transaction comprising a request comprising data relating to at least a number of utility units required, the unique identification number of the meter and the unique identification number of the local controller;
the local controllers being connectable to the backend via a communications path;
the backend being configured to process the request, to identify and authenticate the respective local controller based on the request and, upon compliance with the financial rules, to enable the management system to issue a token comprising data relating to units prepaid for and to forward the token to the local controller at the user station.
2. The system as claimed in claim 1 wherein each local controller is associated with a respective user interface for enabling a user to interact with the local controller.
3. The system as claimed in claim 2 wherein each local controller forms part of a set-top box connected to a respective television set and wherein the user interface comprises the television set.
4. The system as claimed in claim 3 wherein the user interface comprises a graphical user interface (GUI) which is rendered on the television set and a user operable input device cooperating with the GUI via the respective local controller.
5. The system as claimed in any one of claims 2 to 4 wherein the token is received at the local controller and displayed on the user interface.
6. The system as claimed in any one of claims 1 to 4 wherein the utility meter comprises a memory arrangement and is in data communication with the local controller, wherein the token is automatically forwarded by the local controller to the utility meter and wherein the data relating to the units prepaid for is used automatically to credit the balance of available units stored in the memory arrangement.
7. The system as claimed in any one of claims 2 to 6 wherein the local controller initiates the purchasing transaction under user control via the user interface.
8. The system as claimed in claim 6 wherein the local controller initiates the purchasing transaction under electronic instruction from the utility meter.
9. The system as claimed in any one of claims 1 to 8 wherein the request further comprises data relating to an identification token which uniquely identifies the respective local controller and wherein the central backend authenticates the local controller utilizing the identification token.
10. The system as claimed in any one of claims 1 to 9 wherein the central backend is configured to identify the respective user utilizing the respective unique identification number of the local controller and wherein the financial rules comprise debiting the respective user designated account in the financial system, before enabling the management system to issue the token.
11. A method crediting a balance of available utility units associated with a utility meter, which, in use, controls, in accordance with available units, provision of the utility, the method comprising, at a central backend: receiving form a local controller at a user station and which local controller is associated with a user, a request for crediting a balance of available utility units, the request comprising data relating to at least: a number of utility units required, a unique identification number of the meter and identity of the local controller; authenticating the local controller based on the data relating to the identity of the local controller and corresponding data which is preregistered at the backend;
identifying the user based on the data which is preregistered at the backend;
also based on the data which is preregistered at the backend, identifying a user designated account in a financial system which is connected to the backend;
performing financial checks involving the request and the account; and
if the checks are complied with, enabling a management system of prepaid utility units to forward a token comprising data relating to units prepaid for to be forwarded to the local controller.
12. A method crediting a balance of available utility units associated with a utility meter, which, in use, controls, in accordance with available units, provision of the utility at a user station, the method comprising, at the user station:
utilizing a local controller at a user station and which local controller is associated with a user to initiate a utility unit purchasing transaction comprising a request comprising data relating to at least a number of utility units required, a unique identification number of the meter and identity of the local controller;
receiving from the central backend a token comprising data relating to the required units; and
- at least one of: a) displaying the token on a user interface; and b) forwarding data relating to the token to the meter automatically to credit the balance of available units stored in a memory arrangement of the meter.
13. A carrier comprising a computer program, which when executed on at least one processor at a central backend performs the method as claimed in claim 11.
14. A carrier comprising a computer program, which when executed on at least one processor at a local controller performs the method as claimed in claim 12.
PCT/IB2015/056979 2014-09-11 2015-09-11 A system and method for recharging prepaid electricity from a set-top box WO2016038577A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
ZA201406658 2014-09-11
ZA2014/06658 2014-09-11

Publications (1)

Publication Number Publication Date
WO2016038577A1 true WO2016038577A1 (en) 2016-03-17

Family

ID=54148594

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2015/056979 WO2016038577A1 (en) 2014-09-11 2015-09-11 A system and method for recharging prepaid electricity from a set-top box

Country Status (2)

Country Link
WO (1) WO2016038577A1 (en)
ZA (1) ZA201506839B (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006011019A1 (en) * 2004-07-21 2006-02-02 Actaris Measurement & Sytems (Proprietary) Limited A voucher based payment system and components thereof
US20080154624A1 (en) * 2006-06-29 2008-06-26 Carina Technology, Inc. System and method for monitoring, controlling, and displaying utility information
US20100274725A1 (en) * 2009-04-28 2010-10-28 Grid Mobility Llc Authorization of pay usage of electricity by non-premise mobile electricity consumers
WO2014001995A2 (en) * 2012-06-28 2014-01-03 Contour Technology (Pty) Ltd. Automated transaction system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006011019A1 (en) * 2004-07-21 2006-02-02 Actaris Measurement & Sytems (Proprietary) Limited A voucher based payment system and components thereof
US20080154624A1 (en) * 2006-06-29 2008-06-26 Carina Technology, Inc. System and method for monitoring, controlling, and displaying utility information
US20100274725A1 (en) * 2009-04-28 2010-10-28 Grid Mobility Llc Authorization of pay usage of electricity by non-premise mobile electricity consumers
WO2014001995A2 (en) * 2012-06-28 2014-01-03 Contour Technology (Pty) Ltd. Automated transaction system

Also Published As

Publication number Publication date
ZA201506839B (en) 2017-08-30

Similar Documents

Publication Publication Date Title
US20230145489A1 (en) Provisioning platform for machine-to-machine devices
US10922675B2 (en) Remote transaction system, method and point of sale terminal
JP6731080B2 (en) Immediate processing of electronic payment transactions
CN107067251A (en) It is traded using the electronic equipment with geographically limited non-local authority
US10169746B2 (en) Methods, systems, and computer readable media for integrating payments
US11295291B2 (en) Low battery and digital wallet
CN107466408A (en) Reward on total mark in offline electronic payment system
KR20110084865A (en) Mobile credit card payment method using mobile id and contact and contactless communication and apparatus for the method
CN102985885A (en) Systems, apparatus, and methods for proximity-based peer-to-peer payment transactions
TW201349143A (en) Transaction processing system and method
AU2023200221A1 (en) Remote transaction system, method and point of sale terminal
KR101398021B1 (en) Method of managing payment channel
KR20110062359A (en) Payment system using mobile communication terminal and method thereof
WO2014077771A1 (en) Method for purchasing a product using a portable communication device
KR101695097B1 (en) Method for Providing Simple Payment based on One Time Password Card
WO2016038577A1 (en) A system and method for recharging prepaid electricity from a set-top box
EP3332370A1 (en) Systems and methods for interaction authentication using dynamic wireless beacon devices
US20140201014A1 (en) Process for payment by cell phone to a merchant object of the invention
KR101802925B1 (en) Method, apparatus and computer program for generating magnetic stripe information
KR101548200B1 (en) charge-type electronic commerce methods using the mobile-push
KR20050030075A (en) Mobile communication terminal equipment for credit settlement and method therefor
KR20120102326A (en) User authentication method using auto calling system on payment using electric commercial transaction
KR20160038522A (en) Method and server for regular charge payment service

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15766659

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15766659

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 15766659

Country of ref document: EP

Kind code of ref document: A1

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 20.10.2017)

122 Ep: pct application non-entry in european phase

Ref document number: 15766659

Country of ref document: EP

Kind code of ref document: A1