EP3073434A1 - Data collection device and method to support multiple profiles in a utility meter system - Google Patents
Data collection device and method to support multiple profiles in a utility meter system Download PDFInfo
- Publication number
- EP3073434A1 EP3073434A1 EP16162016.6A EP16162016A EP3073434A1 EP 3073434 A1 EP3073434 A1 EP 3073434A1 EP 16162016 A EP16162016 A EP 16162016A EP 3073434 A1 EP3073434 A1 EP 3073434A1
- Authority
- EP
- European Patent Office
- Prior art keywords
- data
- utility
- head end
- personal identifier
- collection device
- 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.)
- Withdrawn
Links
- 238000013480 data collection Methods 0.000 title claims abstract description 78
- 238000000034 method Methods 0.000 title claims abstract description 37
- 238000012545 processing Methods 0.000 claims description 30
- 238000004891 communication Methods 0.000 claims description 28
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 claims description 10
- 230000000977 initiatory effect Effects 0.000 claims description 2
- 238000013507 mapping Methods 0.000 claims description 2
- 230000004044 response Effects 0.000 description 16
- 230000005540 biological transmission Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 5
- 230000000737 periodic effect Effects 0.000 description 4
- 238000004590 computer program Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/06—Energy or water supply
Definitions
- the system according to the present disclosure allows costs savings on individual meter installation, maintenance and upgrade, since there may be only one single meter per facility (complex) which includes the data collection device (multi-profile meter) as explained herein.
- the individual reading of each utility meter can be avoided, since the head end system is capable of requesting a plurality of utility meter data at once.
- consumer profiles can be implemented on a software basis, the utility meter reading can be achieved by other commercial entities than the utility provider.
Landscapes
- Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Public Health (AREA)
- Water Supply & Treatment (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Primary Health Care (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Arrangements For Transmission Of Measured Signals (AREA)
- Telephonic Communication Services (AREA)
Abstract
Description
- The present disclosure generally relates to the field of utility meter systems. More specifically, the present disclosure relates to a technique of collecting data from a plurality of utility meters with respect to consumer profiles.
- A utility system provides a utility, such as electricity, gas, or water, to utility consumers via a corresponding distribution system. A utility consumer can be a household, a commercial entity or any other facility consuming one or more utilities. Each facility is provided with at least one meter, such as a power or current meter, gas meter or water meter, which measures the respective utility consumption. The utility provider will periodically read the meter data, in order to bill the utility consumer.
- A known utility meter system is illustrated in
figure 1a in form of a schematic block diagram. Such utility meter system may include a plurality of facilities, each of which consumes a utility and, therefore, is equipped with one or more meters for the respective utility. In the illustrated system twocomplexes access point 115 for further data communication outside of thecomplex 110. For instance, theaccess point 115 is capable of establishing a data communication with anetwork 130. Vianetwork 130, theaccess point 115 can start a data exchange session with ahead end system 140. Such head end system is also referred to as an advanced meter reading system (AMR system). - The
complex 120, on the other hand, is provided with utility meters or metering equipment, each of which is capable of establishing a data connection to headend 140 vianetwork 130. Such data connection may be established via a mobile telephone provider network, such as a GSM network. - According to such a head end system, a utility provider may collect meter data via
head end 140. For instance, an entity of/at thehead end system 140 may establish a connection to accesspoint 115 to request/read data from each of the meters connected toaccess point 115. Similarly, the entity of thehead end system 140 may connect to each of the utility meters withincomplex 120 vianetwork 130 to request/read the respective meter data. - A known way of communicating between the
head end system 140 and the metering equipment withincomplexes - A corresponding data exchange model is illustrated schematically in
figure 1b . On the right hand side of this figure a plurality of metering equipment is depicted. Each of this metering equipment acts as a server, since it provides meter data. According to the COSEM standard metering equipment is modelled as a set of logical devices. Each logical device models a subset of the functionality of the metering equipment as these are seen through its communication interfaces. Various functions can be modelled using COSEM interface objects. - On the left hand side of
figure 1b , the client side of the system is depicted. Such data collection system acts as a client, since it requests data from the metering equipment. In order to retrieve meter data from thecomplexes head end system 140 associates with theaccess point 115 or with each individual utility meter incomplex 120. After sending a request from thehead end system 140 to each single utility meter, the respective meter transmits the requested data back to thehead end system 140. Thereafter, the association can be released. While this reading of the meter data can be conducted at any time and without interaction of a user being physically at the meter, the utility provider can easily gather meter data, whenever required. However, such known AMR systems still have disadvantages. - Accordingly, there is a need for an improved technique for reading meter data.
- According to a first aspect, a data collection device for use in a utility meter system is provided. The data collection device comprises a data communication module configured to receive data from one of a plurality of utility meters, a memory configured to store data, and a data processing unit. The data processing unit is configured to manage and store multiple utility consumer profiles, each of the profiles being identifiable by a unique personal identifier of the respective utility consumer. The data processing unit is further configured to associate the received data to one of the profiles and to write the associated data into the memory.
- In other words, a utility consumer profile for each utility consumer can be generated and data of one or more utility meters can be associated with each of these profiles. Managing one user profile per utility consumer provides the utility provider(s) an easy handling of utility meter data by decoupled the data from the actual physical utility meter. When implementing the data processing in software, consumer profiles can easily be ported in case of a utility consumer moving from one location to another. New consumer profiles can be easily be added, deleted and updated dynamically. Also the consumption of multiple utilities can be associated with one user profile, so that the utility provider can provide the consumers with improved utility consumption reports capturing details of the consumption of each utility in one report. Furthermore, a highly itemized utility consumption report can also be generated capturing details of multiple facilities (homes and/or commercial units), so that utility consumption reports can be provided including details, such as which facility or group of facilities consumed how much.
- The data processing unit may further be configured to initiate the reception of data from the one utility meter by the data communication module. For instance, the data processing unit can send a request signal or message via the data communication module to one or more of the plurality of utility meters, in order to receive the respective data from the meter(s). This request can be send to the utility meter(s) on a periodic basis or arbitrarily. Alternatively, the utility meter(s) periodically or randomly send their respective data to the data collection device.
- Associating the utility meter data to one of the profiles may be conducted in that the data processing unit is configured to generate at least one COSEM object including the received data and map the COSEM object to the personal identifier. By using COSEM objects mapped to a personal identifier, even legacy systems already operating according to COSEM can be integrated into such new utility meter system.
- The data communication module is further configured to transmit the associated data stored in the memory to a head end entity of the utility meter system. This data transmission can be performed under the control of the data processing unit. Furthermore, the data communication module is configured to transmit the associated data to the head end entity upon receiving a request for the associated data from the head end entity. Such request from the head end entity may include the personal identifier of at least one utility consumer. At any time, the head end entity can request utility meter data by simply providing one or more personal identifiers of the utility consumers to the data collection device. Thus, whenever required, the head end entity can access the data collection device and retrieve utility meter data per user profile. This allows a very flexible way of retrieving utility meter data, i.e. data per utility consumer, while having the flexibility of requesting utility meter data for one or a plurality of user profiles at the same time.
- The data processing unit is further configured to parse the request, to determine the at least one personal identifier, and retrieve the associated data from the memory based on the determined at least one personal identifier. Thus, the request for utility meter data can be handled at the data collection device with only a few processing steps for retrieving the associated data from the memory.
- Furthermore, the data processing unit is configured to determine whether data associated with the personal identifier included in the request is stored in the memory. In case the data is not stored in the memory, the data processing unit controls the data communication module to retrieve the data from a corresponding utility meter out of the plurality of utility meters. The utility meter can be identified via the user profile managed and stored in the data collection device based on the received personal identifier. Thus, in case the head end entity requests meter data for a user profile, where the meter data is not (yet) available at the data collection device, the retrieval of such data from the utility meters can be triggered by the same request from the head end entity as for "usual" data requests. In case that the requested data is stored in the memory, the data processing unit simply reads the associated data from the memory and transmits it to the head end entity via the data communication module.
- The received data is utility meter data representing a consumption of electric power, gas and/or water. Even a combination of such utility meter data can be collected and associated with a single user profile. When requesting the data by the head end entity, the entire utility meter data of one or more utilities can be provided to the head end entity. Alternatively, the request of the head end entity may specify which utility meter data of the user profile is requested.
- The personal identifier can be a phone number of the utility consumer, a mobile station international subscriber directory number (MSISDN) of the utility consumer or a public internet protocol (IP) address of the utility consumer. In any case, the personal identifier is a key that can be used to uniquely identify the user profile within the data stored in the data collection device. Of course, the present disclosure is not limited to the above-mentioned personal identifiers. For instance, a social security number, a company registration or similar uniquely identifying keys can be used. The data collection device may even store more than one personal identifier for each consumer profile. This allows different head end systems (e.g. of different utility providers) to request data from the data collection device based on different personal identifiers. As long as the personal identifier uniquely identifies the consumer, it can be used within the data collection device according to the present disclosure.
- According to another aspect, a utility meter is provided that comprises the data collection device as outlined above. Thus, the data collection device may be integrated into a utility meter. In case of a facility housing multiple consumers, such as a residential complex, one utility meter may be equipped with a data collection device collecting the utility meter data per user profile from the remaining meters in the facility. Alternatively or additionally, the data collection functionality is installed in a meter as corresponding software.
- According to another aspect, a head end system is provided that comprises the data collection device as outlined above. Thus, the data collection device forms an entity of the head end system. Again, the data collection device may be implemented in the head end system as software.
- According to a further aspect of the present disclosure, a utility meter system is provided. Such utility meter system comprises a plurality of utility meters, a head end system and a data collection device as outlined above. Additionally, the head end system can be configured to start and end a data request session with the data collection system. Such session is bound to at least one personal identifier identifying at least one respective utility consumer for whom data is to be requested. In other words, the head end system acts as a client associating with the data collection system, requesting data after a successful association and releasing the association (session). When associating, i.e., starting a session, the head end system can bind this session to the at least one personal identifier. Alternatively, the head end system may start a general session and provide the respective personal identifiers to the data collection system when requesting utility meter data from the data collection system.
- Furthermore, the head end system and the data collection device are configured to communicate according to the DLMS standard. Of course, the present disclosure is not limited to the DLMS standard and other standards and protocols can be used to set up sessions, request data etc. between the systems and devices.
- The data collection device can collect data of utility meters installed in one residential complex or a commercial complex. The utility meter system according to the present disclosure is not bound to the physical utility meter devices or to a particular area, region, building complex etc.. When implemented as a software application, the data collection can take place on any device which can communicate with one utility meter or any group of utility meters independent of their physical location.
- According to a further aspect of the present disclosure, a method of data collection in a utility meter system is provided. The method comprises managing multiple utility consumer profiles, each of the profiles being identifiable by a unique personal identifier of a respective utility consumer. Furthermore, the method comprises receiving data from one of a plurality of utility meters, associating the received data to one of the profiles, and storing the associated data in a memory.
- The method may include initiating the receiving of data from the one utility meter. For instance, a request signal or message can be send to one or more of the plurality of utility meters, in order to subsequently receive the respective data from the meter(s). This sending of a request to the utility meter(s) can be conducted on a periodic basis or arbitrarily. Alternatively, the utility meter(s) periodically or randomly send their respective data for reception.
- The associating of the data can comprise generating at least one COSEM object including the received data and mapping the COSEM object to the personal identifier. With or without using COSEM objects, the method can further comprise transmitting the associated data to a head end entity of the utility meter system.
- Furthermore, the method may also comprise receiving a request for the associated data from a head end entity, where the request includes the personal identifier of at least one utility consumer. After receiving such request, the request can be parsed, the at least one personal identifier can be determined from the request, and the associated data can be retrieved from the memory based on the determined at least one personal identifier. In other words, the method comprises searching within the data received with the request for at least one personal identifier and reading data from the memory that is associated to user profiles identified by the found personal identifiers.
- The method can further comprise determining whether meter data associated with the personal identifier included in the request is stored in the memory, and if the meter data is not stored in the memory, retrieving the data from a corresponding utility meter out of the plurality of utility meters. Thus, if the data is not available within the memory, a real-time fetching of utility meter data can be initiated.
- The data received from one of a plurality of utility meters is utility meter data representing a consumption of electric power, gas and/or water. Thus, not only one of these utilities and the respective consumption can be associated to a user profile, but also a combination of such utility consumptions.
- According to a further aspect, a computer program product is provided that comprises program code portions for causing the steps of any one of the method aspects described herein to be performed, when the computer program runs on a computer system or on one or more computing devices. The computer program may be stored on a computer-readable recording medium or may be downloadable as a signal.
- Thus, the method aspects described herein can be performed solely in form of software applications. This allows for cost effective software upgrades instead of hardware upgrades, i.e., the exchange of old utility meters with new ones. It further allows a dynamic addition, deletion and update of consumer profiles. Thus, a more on-demand consumption and billing system can be established.
- In general, the steps of any one of the method aspects described herein may equally be performed in one or more suitable components, devices or units, e.g. in suitable components of a utility meter, separate data collection device, head end entity or other device provided in a utility meter system.
- In the following, the present disclosure will further be described with reference to exemplary embodiments and examples illustrated in the figures, in which:
- Figure 1a
- is a schematic illustration of a known utility meter system;
- Figure 1b
- is a schematic illustration of a known COSEM object model;
- Figure 2
- is a schematic illustration of an embodiment of a utility meter system;
- Figure 3
- is a block diagram schematically illustrating a data collection device (e.g. multi-profile meter device);
- Figure 4
- is a flow chart illustrating a method embodiment performed in the data collection device of
figure 3 or a software running on any device within the utility meter system offigure 2 ; and - Figure 5
- is a block diagram schematically illustrating an interaction between a head end system and a data collection device (multi-profile meter).
- In the following description, for purposes of explanation and not limitation, specific details are set forth, such as specific utility meter system topologies including particular network nodes within a utility meter system, in order to provide a thorough understanding of the present disclosure. It will be apparent to one skilled in the art that the present disclosure may be practiced in other embodiments that depart from these specific details. For example, although the present disclosure is described with reference to Device Language Message Specification (DLMS) as a specific example for a transport and application protocol, the present disclosure may be practiced based on any other protocol suitable for data transmission between entities of a utility meter system. Similarly, the present disclosure is described with respect to Companion Specification for Energy Metering (COSEM) as a specific example for modelling metering equipment as a set of logical devices and interface objects. However, the present disclosure may be practiced based on other models of the topology of utility meter system entities and corresponding utility meter data (also referred to as metering data).
- Those skilled in the art will further appreciate that functions explained herein below may be implemented using individual hardware circuitry, using software functioning in conjunction with a programmed microprocessor or a general purpose computer, using an application specific integrated circuit (ASIC) and/or using one or more digital signal processors (DSPs). It will also be appreciated that when the present disclosure is described as a method, it may also be embodied in a computer processor and a memory coupled to a processor, wherein the memory is encoded with one or more programs to cause the processor to perform the methods disclosed herein when executed by the processor.
-
Figure 2 illustrates an exemplary utility meter system comprising at least one residential or commercial facility, such as a residential unit, commercial unit, household, apartment, commercial complex etc. Each of the facilities is provided with at least oneutility meter 210. Eachutility meter 210 meters a consumption of a utility, such as electric power, gas, or water. A utility meter may also combine metering consumption of more than one utility, such as gas and water. The present disclosure is not limited tosuch utility meters 210, but is also applicable with respect to utility meters for other utilities and utility meters metering different combinations of utilities. - The
utility meter system 200 further includes ahead end system 240. Thishead end system 240 can communicate with other devices via anetwork 230.Network 230 is the internet, but can also be any other access technology, such as wireless radio access technologies. - The
utility meters 210 are connected to adata collection device 220. Such connection may be based on DLMS and COSEM. Furthermore, theutility meters 210 are connected todata collection system 220 and/or withother utility meters 210 based on a specific network topology. For instance, they may be collected via an Ethernet LAN using TCP/IP and/or UTP/IP based communications. Each utility meter may have its own IP address, either a local or a public IP address. Furthermore, a plurality ofutility meters 210 may be connected together and thedata collection device 220 is connected to this group ofutility meters 210 via an entry point into this network. In any case, the meters can be reached remotely from thedata collection device 220. Similarly, thehead end system 240 can reach to (conduct a data communication with) each of theutility meters 210 vianetwork 230 and/ordata collection device 220. - Alternatively, the
utility meters 210 may communicate with each other and withdata collection system 220 based on a 3-layer, CO, HDLC (High-Level Data Link Control) based profile. In such case, the address of a physical device on the network is provided by its lower HDLC address. Furthermore, theutility meters 210 may be connected to a bus, for example an RS 485 bus. - The data communication between
data collection system 220 andhead end system 240 may be provided via a WAN, which can either be a PSTN or a GSM telephone network. The present disclosure is not limited to these networks, but can also rely on other telephone networks, such as UMTS or LTE based networks. Of course any other network can be involved in the data communication betweenutility meters 210,data collection device 220 andhead end system 240. - The
utility meters 210 are not limited to a communication withdata collection system 220. For instance, each of theutility meters 210 may have an optical port allowing a local data exchange with a handheld unit. - The
head end system 240 is capable of starting and ending a data request session with thedata collection system 220. Such session is bound to at least one personal identifier identifying at least one respective utility customer for whom data is to be requested. - The
data collection device 220 is illustrated in more detail infigure 3 . It includes adata communication module 310 configured to receive data from one of a plurality ofutility meters 210. This receiving of data may be initiated by thedata collection device 220 on a periodic basis or arbitrarily. Alternatively, each of theutility meters 210 periodically or randomly transmits utility meter data to thedata collection device 220. -
Data collection device 220 further includes a memory configured to store data. Thememory 320 is capable of storing utility meter data, consumer profile data, identification information and addressing information for each of theutility meters 210 as well as data allowing a data communication to and from thehead end system 240. -
Data collection device 220 further includes adata processing unit 330 that is configured to manage and store multiple utility consumer profiles. The managing and storing of the consumer profiles may involve the storage of respective profile data withinmemory 320. Such consumer profiles include at least a unique identifier for the utility consumer corresponding to the consumer profile. Such unique identifier can be a personal identifier, such as a social security number, a phone number of the utility consumer, a mobile station international subscriber directory number (MSISDN) of the utility consumer and a public internet protocol (IP) address of the utility consumer. The present disclosure is not limited to these unique personal identifiers. However, any unique identifier can be employed with a consumer profile as a key for profile identification. Each consumer profile may be linked to a particular consumer, which can either be a person, a company, or any other legal entity. The present disclosure is not limited to such consumer profiles, but may also employ consumer profiles for groups of people, groups of companies, or any other entity that requires association of specific utility consumption. For instance, while in a residential complex a plurality of utility consumers may each be provided with a respective consumer profile, there may be an additional consumer profile for all or a partial group of consumers to associate a general utility consumption of the residential facility. For example, general power consumption for the garage and the elevator may be metered, or water used in a community garden, etc. - The
data processing unit 330 can be configured to generate at least one COSEM object including the received utility meter data and map this COSEM object to the personal identifier. In this manner, the data can be associated with one of the profiles. The data processing unit can then store data tuples consisting of the COSEM object and the personal identifier, i.e., a key of the profile, inmemory 320. - The
data communication module 310 is further configured to transmit the associated data stored in thememory 320 to a head end entity of the utility meter system, such as an entity of thehead end system 240. To do so, thedata processing unit 330 may read the data frommemory 320 and provide it todata communication module 310 for proper transmission to thehead end system 240. The transmission of such data to thehead end system 240 may be initiated by a request send from thehead end system 240 to thedata collection device 220. Such request is received at thedata communication module 310 and forwarded todata processing unit 330. Thedata processing unit 330 then parses the request to determine at least one personal identifier within the request. For instance,head end system 240 may provide one or more personal identifiers for retrieving corresponding utility meter data for the utility consumers identified by these unique personal identifiers. Based on the parsed and determined personal identifier, the data processing unit retrieves associated data from the memory. For instance, the COSEM object(s) for each of the determined personal identifiers (from the request) may be identified withinmemory 320 based on the above-mentioned data tuples stored therein. The associated data retrieved from thememory 320 can then be forwarded todata communication module 310, in order to transmit such data vianetwork 230 tohead end system 240. Either the data processing unit or thedata communication module 310 format the data retrieved frommemory 320 into a format transmittable tohead end system 240. For instance, the data transmission may take place in accordance with DLMS. However, any other data transmission standard and protocol can be used to provide the associated utility meter data to thehead end system 240. - In case that the
data processing unit 330 cannot retrieve data frommemory 320 based on the parsed and determined personal identifier, the utility meter data has first to be retrieved from theutility meter 210. For instance, thedata collection device 220 may not have respective utility meter data available, since it was not gathered before. In this case, thedata processing unit 330 will send a data request toutility meter 210 viadata communication module 310. This request can be based on an identification of theutility meter 210 stored together with the consumer profile. For instance, in the consumer profile at least one utility meter identification may be stored, such as one for the electric power meter, one for a gas meter, and/or one for a water meter. This data may further comprise an address, a protocol, or a standard on how to communicate with the utility meter. - In any case, when the
data processing unit 330 has the "real-time" utility meter data at hand, it can transmit it to thehead end system 240 in the usual manner. For instance, thedata processing unit 330 may generate a COSEM object which is then forwarded to thehead end system 240. - The
data collection device 220 as illustrated infigure 2 is an intermediate device betweenutility meters 210 and thehead end system 240. However, the present disclosure is not limited to this specific intermediate device. For instance, thedata collection device 220 may also be an entity at thehead end system 240. Furthermore,data collection device 220 may be installed on asmart meter 210, e.g., a utility meter capable of processing program code to perform the method steps of this disclosure. For example, adata collection device 220 as illustrated and described with respect tofigure 3 , may be installed in asmart utility meter 210. In this case,other utility meters 210 which may not have the full capabilities of the smart meter may communicate provide their respective utility meter data to thismulti-profile meter 210. - Referring now to
figure 4 , a block diagram of a method according to an aspect of the present disclosure is illustrated. Such method may be performed on adata collection device 220, smart utility meter 210 (multi-profile meter), and/or an entity of thehead end system 240. The method begins with the managing of one or more consumer profiles (step 410). Each of the consumer profiles is identifiable by a unique personal identifier of a respective utility consumer. As described herein, the personal unique identifier may be a social security number, telephone number, MSISDN, public IP address, etc. The managing of the one or more user profiles includes the storing of such user profiles. For example, per consumer profile, one or more personal identifiers may be stored together with an identification of one ormore utility meters 210. Depending on the consumer profile, one ormore utility meters 210 may be associated with the respective consumer profile. Besides an identification of theutility meter 210, a way of addressingsuch utility meter 210 is also stored. For instance, a network protocol and transmission standard as well as an address of the utility meter corresponding to this network and transmission standard can be stored with a consumer profile. - Next, at
step 420, data from one of a plurality ofutility meters 210 is received. This reception of data may be initiated from adata collection device 220 performing the method according tofigure 4 . However, the data may independently be sent from autility meter 210 to adata collection device 220, e.g., on a periodic basis. - After receiving the data, it is associated with one of the consumer profiles. The association of the received data with one of the consumer profiles includes at least binding (linking) an identification of the consumer profile with an object containing the received data. For instance, the object may be a COSEM object including the received data, while the key identifying the consumer profile is the personal identifier uniquely identifying the utility consumer. It is to be noted, that more than one personal identifier can be used to associate the received data (object) to the consumer profile.
- According to a
further method step 440, the associated data is stored in a memory, such asmemory 320. The storing of the associated data comprises at least storing the data object with the personal identifier in relation with each other. Thus, when the particular data object has to be retrieved from the memory, it may be identified easily by the personal identifier as a key. - While the method steps 410 to 440 only involve one or
more utility meters 210 and adata collection device 220, the further method steps involve another entity, such as ahead end system 240 or another entity of a consumer provider or billing institution. In the next step 450 a request for utility data is received. According to the request, corresponding associated data is sent back to the requestor atstep 460. In case it is determined that the data associated with a personal identifier included in the request is not stored in a memory, the data can be retrieved from a corresponding utility meter out of the plurality ofutility meters 210 atstep 455. - The interaction of the
data collection system 220 and headend system entity 240 according tosteps 450 to 460 will be explained in more detail with respect tofigure 5. Figure 5 illustrates a block diagram schematically illustrating the data exchange between the twoentities devices - Since the data collection system 220 (or multi-profile meter 220) provides data on a request basis,
device 220 is considered as a server. For instance, the illustratedmulti-profile meter 220 may act as a COSEM server. Correspondingly, thehead end system 240 or any other entity related to the head end system, utility provider or billing entity, acts as a client, since it requests data from themulti-profile meter 220. In other words, thehead end system 240 may act as a COSEM client, i.e., a client device employing a COSEM model. - At a
first step 510, thehead end system 240 requests association with themulti-profile meter 220. This association request initiates a session between thedevices head end system 240 wants to acquire utility meter data. However, the association with themulti-profile meter 220 may take place without a personal identifier. - In the
next step 520, themulti-profile meter 220 responds to the association request. For instance, themulti-profile meter 220 may determine, whether thehead end system 240 is allowed to request data from themulti-profile meter 220. Furthermore, if a personal identifier is provided with the association request (step 510), themulti-profile meter 220 may also determine whether it is the responsible server for data of this personal identifier. In case that themulti-profile meter 220 acknowledges the association fromhead end system 240, a session is established betweendevices - In response to the successful association the
head end system 240 sends a read request to themulti-profile meter 220 instep 530. If the association already included the personal identifier, the read request may not require including the personal identifier. Nevertheless, the read request may again or for the first time include the personal identifier (ID) identifying the consumer for whom data is to be requested. It is noted that the read request may include a plurality of personal identifier to request data of multiple consumer profiles at once. - Accordingly, the
multi-profile meter 220 will parse the request for at least one ID (see step 540). Alternatively or additionally, themulti-profile meter 220 will parse any session information for the personal identifier. Based on the personal identifier determined instep 540, themulti-profile meter 220 will retrieve stored data instep 545. The stored data may be retrieved from a memory based on the personal identifier. For instance, the personal identifier may be used as a key to retrieve corresponding data, such as a data object (COSEM object) from the memory. - In a
further step 550, themulti-profile meter 220 sends a read response message to thehead end system 240. This read response includes the retrieved stored data (from step 545). In addition, the read response message may also include the personal identifier as illustrated infigure 5 . Here, the personal identifier is optional, since thehead end system 240 may be aware of the personal identifier based on session information stored at the head end. In particular, if data for only one consumer is requested in that session, the personal identifier can be omitted in the read response. - Finally, after the data has been received at the
head end system 240 entirely, thehead end system 240 may send a release request message instep 560 tomulti-profile meter 220. Themulti-profile meter 220 will accordingly send a release response message to thehead end system 240 instep 570. Again, the release request message and release response message ofsteps - While the method illustrated in
figure 5 has been described with respect to a single personal identifier, thehead end system 240 may request data for more than one consumer. In this case, the association request may identify more than one personal identifier, in order to set up a session for the plurality of personal identifiers (i.e., consumers). Alternatively, the session betweenhead end system 240 andmulti-profile meter 220 may be established more general, i.e., without binding the session to one or more personal identifiers. In this case, the read request atstep 530 needs to include one or more personal identifiers, so that themulti-profile meter 220 is capable of retrieving the correct stored utility meter data instep 545. - The read request message of
step 530 may be sent for each personal identifier. After thehead end system 240 has received the read response message (at step 550) the next read request message with another personal identifier is sent to themulti-profile meter 220. When all utility meter data for all consumers has been requested and received, thehead end system 240 may release the session atsteps - Also alternatively to the above, the read request in
step 530 may include a plurality of personal identifiers. This allows themulti-profile meter 220 to send out one or more read response messages atstep 550. This messages (these messages) may either include utility meter data for one personal identifier (one consumer), or may be a burst message with all utility meter data of all requested user profiles (consumers). In case of the first option, more than one read response message atstep 550 is sent tohead end system 240. - Many advantages of the present disclosure will be fully understood from the foregoing description, and it will be apparent that various changes may be made in the form, construction and arrangement of the units and devices without departing from the scope of the present disclosure and/or without sacrificing all of its advantages. Furthermore, the system according to the present disclosure allows costs savings on individual meter installation, maintenance and upgrade, since there may be only one single meter per facility (complex) which includes the data collection device (multi-profile meter) as explained herein. The individual reading of each utility meter can be avoided, since the head end system is capable of requesting a plurality of utility meter data at once. Moreover, since consumer profiles can be implemented on a software basis, the utility meter reading can be achieved by other commercial entities than the utility provider. For instance, telecommunication operators may associate consumer profiles of a data collection system as described herein with a telephone number of the respective consumer. Thus, using the telephone number (being unique to the consumer) the telecommunication operator is capable of billing utility consumptions together with a telephone bill. This allows new metering opportunities. Demand-response-systems can be supported well with the approach of the present disclosure and can allow efficient usage depending on a device level, user level and residential/commercial complex area level. By integrating consumer profiles into a utility meter system, scenarios where consumers are moving in and out of occupied units and/or move to other areas are easily manageable. Thus, a more on-demand consumption and billing system as well as an enhanced flexibility of the utility meter system can be achieved. Since the present disclosure can be varied in many ways, it will be recognized that the present disclosure should be limited only by the scope of the following claims.
Claims (16)
- A data collection device (220) for use in a utility meter system (200), the device comprising:a data communication module (310) configured to receive data from one of a plurality of utility meters (210);a memory (320) configured to store data; anda data processing unit (330) configured to manage and store multiple utility consumer profiles, each of the profiles being identifiable by a unique personal identifier of the respective utility consumer, to associate the received data to one of the profiles, and to write the associated data into the memory (320).
- The data collection device (220) according to claim 1, wherein the data processing unit (330) is configured to, when associating the data, generate at least one COSEM object including the received data and map the COSEM object to the personal identifier.
- The data collection device (220) according to claim 1 or 2, wherein the data communication module (310) is further configured to transmit the associated data stored in the memory to a head end entity (240) of the utility meter system (200).
- The data collection device (220) according to claim 3, wherein the data communication module (310) is configured to transmit the associated data to the head end entity (240) upon receiving a request for the associated data from the head end entity (240), wherein the request includes the personal identifier of at least one utility consumer.
- The data collection device (220) according to claim 4, wherein the data processing unit (330) is further configured to parse the request, to determine the at least one personal identifier, and to retrieve the associated data from the memory (320) based on the determined at least one personal identifier; and/or
wherein the data processing unit (330) is further configured to determine whether associated data corresponding to the personal identifier included in the request is stored in the memory (320) and, if the associated data is not stored in the memory (320), control the data communication module (310) to retrieve the data from a corresponding utility meter (210) out of the plurality of utility meters (210). - The data collection device (220) according to any of the preceding claims, wherein the data processing unit is further configured to initiate the receiving of data from the one of the plurality of utility meters (210); and/or
wherein the received data is utility meter data representing a consumption of electric power, gas and/or water; and/or
wherein the personal identifier is a phone number of the utility consumer, a Mobile Station International Subscriber Directory Number, MSISDN, of the utility consumer or a public Internet Protocol, IP, address of the utility consumer. - A utility meter (210) comprising the data collection device (220) according to any one of claims 1 to 6.
- A head end system (240) of a utility meter system (200) comprising the data collection device (220) according to any one of claims 1 to 6.
- A utility meter system (200) comprising:a plurality of utility meters (210);a head end system (240); anda data collection device (220) according to any one of claims 1 to 6.
- The utility meter system (200) according to claim 9, wherein the head end system (240) is configured to start and end a data request session with the data collection system (220), wherein the session is bound to at least one personal identifier identifying at least one respective utility customer for whom data is to be requested; and/or
wherein the head end system (240) and the data collection device (220) are configured to communicate according to the DLMS standard; and/or
wherein the data collection device (220) is collecting data of utility meters (210) installed in one residential complex or one commercial complex. - A method of data collection in a utility meter system, the method comprising:managing (410) multiple utility consumer profiles, each of the profiles being identifiable by a unique personal identifier of a respective utility consumer;receiving (420) data from one of a plurality of utility meters;associating (430) the received data to one of the profiles; andstoring (440) the associated data in a memory.
- The method according to claim 11, wherein associating the data comprises generating at least one COSEM object including the received data and mapping the COSEM object to the personal identifier.
- The method according to claim 11 or 12, further comprising:transmitting (460) the associated data to a head end entity of the utility meter system;the method, for example, further comprising:receiving (450) a request for the associated data from the head end entity, wherein the request includes the personal identifier of at least one utility consumer.
- The method according to claim 13, further comprising:parsing (540) the request;determining (540) the at least one personal identifier from the request; andretrieving (545) the associated data from the memory based on the determined at least one personal identifier.
- The method according to claim 12 or 14, further comprising:determining whether associated data corresponding to the personal identifier included in the request is stored in the memory; andif the associated data is not stored in the memory, retrieving (455) the data from a corresponding utility meter out of the plurality of utility meters.
- The method according to any one of claims 11 to 15, further comprising:initiating the receiving of data from the one of the plurality of utility meters; and/orwherein the received data is utility meter data representing a consumption of electric power, gas and/or water.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IN341II2015 | 2015-03-27 |
Publications (1)
Publication Number | Publication Date |
---|---|
EP3073434A1 true EP3073434A1 (en) | 2016-09-28 |
Family
ID=55628852
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP16162016.6A Withdrawn EP3073434A1 (en) | 2015-03-27 | 2016-03-23 | Data collection device and method to support multiple profiles in a utility meter system |
Country Status (1)
Country | Link |
---|---|
EP (1) | EP3073434A1 (en) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120131100A1 (en) * | 2010-11-23 | 2012-05-24 | General Electric Company | Data collection from utility meters over advanced metering infrastructure |
EP2660720A2 (en) * | 2012-05-04 | 2013-11-06 | Itron, Inc. | Limited data messaging with standards compliance |
WO2015041741A2 (en) * | 2013-09-20 | 2015-03-26 | Panduit Corp. | Systems and methods for utility usage monitoring and management |
-
2016
- 2016-03-23 EP EP16162016.6A patent/EP3073434A1/en not_active Withdrawn
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120131100A1 (en) * | 2010-11-23 | 2012-05-24 | General Electric Company | Data collection from utility meters over advanced metering infrastructure |
EP2660720A2 (en) * | 2012-05-04 | 2013-11-06 | Itron, Inc. | Limited data messaging with standards compliance |
WO2015041741A2 (en) * | 2013-09-20 | 2015-03-26 | Panduit Corp. | Systems and methods for utility usage monitoring and management |
Non-Patent Citations (1)
Title |
---|
GORDAN STRUKLEC ET AL: "Implementing DLMS/COSEM in smart meters", ENERGY MARKET (EEM), 2011 8TH INTERNATIONAL CONFERENCE ON THE EUROPEAN, IEEE, 25 May 2011 (2011-05-25), pages 747 - 752, XP031902013, ISBN: 978-1-61284-285-1, DOI: 10.1109/EEM.2011.5953109 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI683593B (en) | Systems, methods, and/or apparatus for enabling communication between devices using different communication protocols | |
CN101083537B (en) | Method, apparatus and system for realizing device management | |
US20090135762A1 (en) | Point-to-point communication within a mesh network | |
CN102695167B (en) | Mobile subscriber identity management method and apparatus thereof | |
CN106443166B (en) | A kind of kilowatt meter reading-out system based on platform of internet of things | |
CN108110898B (en) | Remote intelligent power utilization management system based on Internet | |
CN105306612A (en) | Method for acquiring identifier of terminal in network and management network element | |
WO2015149531A1 (en) | Internet of things terminal firmware management method, device and general service entity | |
CN114449024B (en) | Power equipment control method, device, equipment and storage medium based on Internet of things | |
US20160282139A1 (en) | Data Collection Device and Method to Support Multiple Profiles in a Utility Meter System | |
CN105228114A (en) | A kind of Encrypted short message receive-transmit system based on power failure navigation system and method | |
CN105160011A (en) | Log management system and method | |
CN107592360A (en) | A kind of Internet of Things data polymerization and system based on mixed cloud | |
EP3073434A1 (en) | Data collection device and method to support multiple profiles in a utility meter system | |
CN102868539A (en) | Method and system for managing nationwide billing identification gateways | |
CN104462235A (en) | Internet of Things general event service mechanism based on Restful Web Service | |
Hoefling et al. | jOSEF: A Java-Based Open-Source Smart Meter Gateway Experimentation Framework | |
CN105306315B (en) | System and method based on SMB agreement mobile phone remote access family gateway equipment | |
TW202005466A (en) | Systems, methods, and/or apparatus for enabling communication between devices using different communication protocols | |
CN105072205B (en) | Network system based on blue bridge | |
CN114785822B (en) | Power information sharing method, device, equipment and storage medium based on Internet of things | |
KR102391506B1 (en) | Apparatus control management system and control method thereof | |
AU2017201952B2 (en) | An integration system | |
CN102082805A (en) | Management method and platform of wireless data | |
KR102083520B1 (en) | Method and Apparatus for Providing Smart Home Service |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
17P | Request for examination filed |
Effective date: 20170302 |
|
RBV | Designated contracting states (corrected) |
Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: EXAMINATION IS IN PROGRESS |
|
17Q | First examination report despatched |
Effective date: 20170620 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
18D | Application deemed to be withdrawn |
Effective date: 20171031 |