SYSTEM AND METHOD TO DYNAMICALLY ALLOCATE WATER SAVINGS AMOUNTS FOR REMOTE WATER DEVICES

FIELD OF THE INVENTION

In general, the invention relates to a computerized system and method for allocating water savings amounts associated with remote water devices.

BACKGROUND OF THE INVENTION

Water devices, such as a cloud controlled water valve and flow meter, may encourage homeowners and/or businesses to consume less water. For example, a water device might let a customer monitor his or her water usage on a substantially real-time basis letting the customer adjust behaviors accordingly. This might be especially important, for example, during a period of local water scarcity (e.g., a drought) and/or during periods of anticipated high rates of water usage. By encouraging a customer to consume less water, the use of a water device over a period of time may result in a water savings amount for that customer. In some cases, however, a water device may cost substantially more to purchase and/or install as compared to not purchasing and/or installing one. As a result, some customers may be unable or unwilling to use water devices (even though the use of a water device would eventually save the customer money in the long run).

SUMMARY

Therefore, there is a need in the art for ways to encourage the use of water devices. Such measures may, according to some embodiments, receive data about a plurality of remote water devices, and each water device is associated with one of a plurality of customers of an enterprise and includes a wireless communication device. Based on data indicative of water usage by a first customer, a first water savings amount may be determined for the first customer in connection with a pre-determined period of time. An allocation of the first water savings amount between the first customer and the enterprise may be dynamically calculated and an indication of the allocation between the first customer and the enterprise may be transmitted.

Some embodiments may be associated with: means for receiving data about a plurality of remote water devices, each water device being associated with one of a plurality of customers of an enterprise and including a wireless communication device; means for storing data indicative of water usage by a first customer associated with a first water device; means for determining, based on the data indicative of water usage by the first customer, a first water savings amount for the first customer in connection with a pre-determined period of time; means for dynamically calculating an allocation of the first water savings amount between the first customer and the enterprise; and means for transmitting an indication of the allocation between the first customer and the enterprise.

According to another aspect, the invention relates to computerized methods for carrying out the functionalities described above. According to another aspect, the invention relates to non-transitory computer readable medium having stored therein instructions for causing a processor to carry out the functionalities described above.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is an architectural model of a system to facilitate use of water devices according to an illustrative embodiment of the invention.

FIG. 2 is a block diagram of a computing system that may be associated with FIG. 1 according to an illustrative embodiment of the invention.

FIG. 3 is a block diagram of a water valve and/or flow meter and a device coupled to the thereto for providing data, according to an illustrative embodiment of the invention.

FIG. 4 illustrates water devices in accordance with some embodiment of the invention.

FIG. 5 is a flowchart of a method according to an illustrative embodiment of the invention.

FIGS. 6 through 9 illustrate displays in accordance with some embodiments described herein.

FIGS. 10 and 11 illustrate customer dashboard displays according to some embodiments.

FIG. 12 illustrates a predicted savings display according to some embodiments.

FIG. 13 illustrates an allocation display according to some embodiments.

FIG. 14 illustrates how an allocation might change over time according to some embodiments.

FIG. 15 is a block diagram of an enterprise platform provided in accordance with some embodiments.

FIG. 16 is a tabular portion of a customer database in accordance with some embodiments.

FIG. 17 is a tabular portion of an enterprise database in accordance with some embodiments.

FIG. 18 illustrates a portion of a customer's plumbing network in accordance with some embodiments.

DESCRIPTION OF CERTAIN ILLUSTRATIVE EMBODIMENTS

To provide an overall understanding of the invention, certain illustrative embodiments will now be described, including systems and methods to facilitate use of water devices. However, it will be understood by one of ordinary skill in the art that the systems and methods described herein may be adapted and modified as is appropriate for the application being addressed and that the systems and methods described herein may be employed in other suitable applications, and that such other additions and modifications will not depart from the scope thereof.

FIG. 1 is an architectural model of a system 100 to facilitate use of “water devices” 104 according to an illustrative embodiment of the invention. As used herein, the term “water devices” might refer to, for example, cloud controlled water valve and/or flow meter. According to some embodiments, a single customer may be associated with one water device 104 (e.g., covering the main line supplying water for his or her entire house) or multiple water devices 104 (e.g., one covering inside usage and one covering an automatic lawn sprinkler system). The water device 104 might combine a first customer communication hub 102 (e.g., which might or might not be part of the water device 104) with a smart water valve and/or water flow metering to let customers participate in a demand/response water conservation program. The program could, for example, control either water flow to an irrigation/sprinkler system through the cloud to limit water (e.g., to reduce flow by 50% or even to turn water off completely). Moreover, the water devices 104 may be associated with a web page or smartphone application helps customers monitor how water consumption compares to a budgeted amount on a periodic basis. The customer could decide, for example, to decrease or increase the flow regulated by these meters as needed (or let the cloud to do it automatically). According to some embodiments, a water device 104 may be coupled to a water leak sensor that automatically shuts off water flow when a water leak occurs.

The system 100 may collect water usage data associated with operation of the water devices 104. An enterprise may use the water usage data to allocate a savings amount between a customer and the enterprise. With a sufficient amount of data, the enterprise can calculate a predicted amount of usage or savings for the customer based on, for example, the customer's habits. The enterprise can use the savings amount for setting or adjusting a discount value to be applied to the customer. In some implementations, a score or discount is determined by the enterprise and/or a third party data processing service. In addition, the score or discount may be set by an automated process, which may be executed by the enterprise or otherwise affiliated with or in a third party arrangement with the enterprise. According to any embodiments described herein, a score might be used to determine a rebate, a water utility bill adjustment, and/or any other benefit that may be associated with a customer.

The system 100 may include the first customer communication hub 102 collecting data about the water devices 104. Together, the first customer communication hub 102 and water devices 104 may comprise a network remote from an enterprise. Note that the water devices 104 might communicate with the communication hub 102 in any number of ways including wirelessly, Wi-Fi, cellular networks, etc. The first customer communication hub 102 may be positioned inside a customer's home, attached to the outside of the home, and/or be integrated into one or more water devices 104. As used herein, the term “home” might refer to any type of dwelling, including a standalone house, an apartment building, a co-op unit, etc. The first customer communication hub 102 may be in communication with an enterprise system 108 over a communication network 150. The water devices 104 and/or the first customer communication hub 102 may communicate with the enterprise system 108 though a wireless network such as a cellular network or using a wireless Internet connection. In general, the first customer communication hub 102 can be any computing device or plurality of computing devices in cooperation having a data collection sensor (e.g., an antenna), a processor, a memory, and a means for transmitting the collected data. The water devices 104 may wirelessly transmit information about customer usage (e.g., when the devices 104 detect water flow) and/or an amount of actual water usage. In one implementation, the first customer communication hub 102 is also configured to process the collected data. In some embodiments, the first customer communication hub 102 or other elements of the system 100 protect a customer's privacy by encrypting the data, removing personal information, producing summary information, and/or taking other measures to reduce the likelihood that sensitive information is received by the enterprise or third parties.

In some embodiments, rather than sending collected data directly to the enterprise system 108, the first customer communication hub 102 sends collected data to a data processing service 106, which processes the data to determine a score and/or an appropriate discount for a customer that is then sent to the enterprise system 108. This can help protect a customer's privacy, since the enterprise does not get detailed data about a customer's usage, but only receives summary information. Using a data processing service 106 is in some implementations also preferable to having the first customer communication hub 102 process data to output a water efficiency score because it reduces the processing power needed by first customer communication hub 102 and because using a third party data processing service 106 may also make it more difficult for customers to tamper with the data. The data processing service 106 can perform additional monitoring functions, such as functions associated with other types of sensors (e.g., water leak sensors, pool monitoring devices, etc.). Note that an enterprise might receive detailed reports from the third party data processing service 106, summary reports (with certain details removed), and/or supplemented information (e.g., including information from one or more public databases). According to some embodiments, a customer may access data via a user terminal 130 (e.g., the customer might view a current savings amount via a web page or a smart phone application). Note that in some embodiments, a detailed record might be created recording all of the information associated with a large number of communication hubs 102, including the status of water devices, the number of people in various rooms, the movement of people between rooms, etc. According to some embodiments summaries of this large store of information may be generated (e.g., on a ZIP code level).

The enterprise system 108 includes a plurality of application servers 112, a plurality of load balancing proxy servers 114, an enterprise database 116, a processing system 120, and a company terminal 122. These computing devices are connected by a local area network.

The application servers 112 may be responsible for interacting with the first customer communication hub 102 and/or the data processing service 106. The data exchanged between the enterprise system 108 and first customer communication hub 102 and/or data processing service 106 can utilize push and pull technologies where the application servers 112 of the enterprise system 108 can act as both a server and client for pushing data to the data processing service 106 (e.g., which water devices 104 to monitor, when to stop data collection, rules for monitoring services requested by the customer) and for pulling data from the data processing service 106. The application servers 112 or other servers of the enterprise system 108 can request to receive periodic data feeds from the first customer communication hub 102 and/or data processing service 106. The communication between the application servers 112 and the data processing service 106 can follow various known communication protocols, such as TCP/IP. Alternatively, the application servers 112 and data processing service 106 can communicate with each other wirelessly, e.g., via cellular communication, Wi-Fi, Wi-Max, or other wireless communications technologies or combination of wired or wireless channels. The load balancing proxy servers 114 operate to distribute the load among application servers 112.

The enterprise database 116 stores information about customer water usage. For each customer, the database 116 includes for example and without limitation, the following data fields: an identifier, a customer subsidy amount, a date of purchase, dates of subsequent renewals, product and price of product sold, applicable automation services (for example, electronic billing, automatic electronic funds transfers, centralized customer service plan selections, etc.), customer information, customer payment history, or derivations thereof.

The processing system 120 is configured for allocating a water savings amount between a customer and the enterprise. The processing system 120 may comprise multiple separate processors, such as a scoring processor, which may calculates a water efficiency rating from raw or processed data from the first customer communication hub 102 or data processing service 106 over the communications network 150; and a business logic processor, which determines an appropriate savings amount for a customer. An exemplary implementation of a computing device for use in the processing system 120 is discussed in greater detail in relation to FIG. 2.

The company terminals 122 provide various user interfaces to enterprise employees to interact with the processing system 120. The interfaces include, without limitation, interfaces to review water usage data and/or scores; to retrieve data related to customer contracts; and/or to manually adjust an allocation amount. In some instances, different users may be given different access privileges. For example, marketing employees may only be able to retrieve information about customers but not make any changes to data. Such interfaces may be integrated into one or more websites for managing the enterprise system 108 presented by the application servers 112, or they may be integrated into thin or thick software clients or standalone software. The company terminals 122 can be any computing devices suitable for carrying out the processes described above, including personal computers, laptop computers, tablet computers, smartphones, servers, and other computing devices.

The user terminal 130 provides various user interfaces to customers to interact with the enterprise system 108 over the communications network 150. Potential customers can use user terminals 130 to retrieve contract and pricing information for subsidies offered by the enterprise. Customers can enter information pertaining to water usage and/or changes in their contract, e.g., an addition or subtraction of customer water devices 104, etc.

In some embodiments, the first customer communication hub 102 may not be continually connected to the enterprise system 108 via the network 150. For example, the first customer communication hub 102 may be configured to temporarily store data if the first customer communication hub 102 becomes disconnected from the network 150. When the connection is restored, the first customer communication hub 102 can then transmit the temporarily stored data to the enterprise system 108. The first customer communication hub 102 may alternatively be configured to connect to the communications network 150 through a user's home Wi-Fi network. In this case, the first customer communication hub 102 stores water usage data until a pre-determined time, connects to the user's wireless network, and sends the data. In some embodiments, the first customer communications hub 102 is not connected to the network 150 at all, but rather, data collected is transmitted to the enterprise through other means. For example, a customer can receive a first customer communication hub 102 from the enterprise, couple the device 104 to his or her water devices 104, and then either mail the device 104 with the collected data to the enterprise system 108 or extract and send the collected data to the enterprise system 108 via mail, email, or through a website.

Thus, in some embodiments, the communication hub 102 may facilitate the collection and exchange of information associated with the system 100. In other embodiments, the water devices 104 themselves may form a computer “mesh network.” As used herein, the phrase “mesh network” may refer to a network topology having a decentralized design in which each node on the network may connects to multiple other nodes. Moreover, some of the network nodes may “talk” directly to each other without requiring the assistance of an Internet connection (helping reduce the chance of a single point of failure). If one node can no longer operate, the remaining nodes may still communicate with each other, directly or through one or more intermediate nodes. Note that a mesh networks might use a full mesh topology or a partial mesh topology. Also note that one or more of the nodes may be selected as a “master node” (which can be replaced, such as when the master node fails for any reason). Further note that any of the embodiments described herein might be implemented utilizing cloud computing. For example the hub might upload data to the cloud and receive instructions back from an application executing within the cloud (and use those instructions, for example, to facilitate control of the water devices 104).

Although the element described with respect to FIG. 1 is a water device 104, note that similar systems may be associated with other residential appliances that may be located at and/or service the residence (e.g., electrical, heating, and/or cooling fixtures). Moreover, some embodiments might be associated with an irrigation system, water heater, swimming pool system, etc.

FIG. 2 is a block diagram of a computing device 200 that may be associated with the system 100 of FIG. 1 according to an illustrative embodiment of the invention. The computing device 200 comprises at least one Network Interface Unit (“NIU”) 204, an Input Output (“IO”) controller 206, a memory 208, and one or more data storage devices 214. The memory 208 may include at least one Random Access Memory (“RAM”) and at least one Read-Only Memory (“ROM”). All of these elements are in communication with a Central Processing system (“CPU”) 202 to facilitate the operation of the computing device 200. The computing device 200 may be configured in many different ways. For example, the computing device 200 may be a conventional standalone computer or alternatively, the functions of computing device 200 may be distributed across multiple computer systems and architectures. The computing device 200 may be configured to perform some or all of the water usage data collection and/or allocation calculations, or these functions may be distributed across multiple computer systems and architectures. In the embodiment shown in FIG. 2, the computing device 200 is linked, via network 150 or a local network, to other servers or systems housed by the enterprise system 108, such as the load balancing server and/or the application servers of FIG. 1.

The computing device 200 may be configured in a distributed architecture, wherein databases and processors are housed in separate units or locations. The computing device 200 may also be implemented as a server located either on site near the enterprise system 108, or it may be accessed remotely by the enterprise system 108. Some such units perform primary processing functions and contain at a minimum a general controller or the CPU 202 and the memory 208. In such an embodiment, each of these units is attached via the NIU 204 to a communications hub or port (not shown) that serves as a primary communication link with other servers, client or user computers and other related devices. The communications hub or port may have minimal processing capability itself, serving primarily as a communications router. A variety of communications protocols may be part of the system, including, but not limited to: Ethernet, SAP, SAS™, ATP, BLUETOOTH™, GSM and TCP/IP. Note that embodiments described herein may communicate via any type of communication network, including, for example, a Personal Area Network (“PAN”), a Wireless PAN (“WPAN”), a Local Area Network (“LAN”), a Wide Area Network (“WAN”), a Near Field Communication (“NFC”) network, a Body Area Network (“BAN”), and/or the internet. Moreover, as used herein the term BLUETOOTH™ may refer to, for example, BLUETOOTH™ Low Energy (“BLE”) and/or BLUETOOTH™ Smart, low energy, and/or battery powered technologies.

The CPU 202 might comprise a processor, such as one or more conventional microprocessors and one or more supplementary co-processors such as math co-processors for offloading workload from the CPU 202. The CPU 202 is in communication with the NIU 204 and the IO controller 206, through which the CPU 202 communicates with other devices such as other servers, user terminals, or devices. The network NIU 204 and/or the IO controller 206 may include multiple communication channels for simultaneous communication with, for example, other processors, servers or client terminals. Devices in communication with each other need not be continually transmitting to each other. On the contrary, such devices need only transmit to each other as necessary, may actually refrain from exchanging data most of the time, and may require several steps to be performed to establish a communication link between the devices.

The CPU 202 is also in communication with the data storage device 214. The data storage device 214 may comprise an appropriate combination of magnetic, optical and/or semiconductor memory, and may include, for example, RAM, ROM, flash drive, an optical disc such as a compact disc and/or a hard disk or drive. The CPU 202 and the data storage device 214 each may be, for example, located entirely within a single computer or other computing device; or connected to each other by a communication medium, such as a USB port, serial port cable, a coaxial cable, an Ethernet type cable, a telephone line, a radio frequency transceiver or other similar wireless or wired medium or combination of the foregoing. For example, the CPU 202 may be connected to the data storage device 214 via the network interface unit 204.

The CPU 202 may be configured to perform one or more particular processing functions. For example, the computing device 200 may be configured to collect water usage data and/or calculate allocations for a customer. The same computing device 200 or another similar computing device may be configured for calculating a water efficiency score based on multiple factors. The same computing device 200 or another similar computing device may be configured for calculating a water bill discount for a residence or customer based on these factors.

The data storage device 214 may store, for example, (i) an operating system 216 for the computing device 200; (ii) one or more applications 218 (e.g., computer program code and/or a computer program product) adapted to direct the CPU 202 in accordance with the present invention, and particularly in accordance with the processes described in detail with regard to the CPU 202; and/or (iii) database(s) 220 adapted to store information that may be utilized to store information required by the program. The database(s) 220 may including all or a subset of data stored in enterprise database 116, described above with respect to FIG. 1, as well as additional data, such as formulas or manual adjustments, used in establishing allocations.

The operating system 216 and/or applications 218 may be stored, for example, in a compressed, an uncompiled and/or an encrypted format, and may include computer program code. The instructions of the program may be read into a main memory of the processor from a computer-readable medium other than the data storage device 214, such as from the ROM 212 or from the RAM 210. While execution of sequences of instructions in the program causes the CPU 202 to perform the process steps described herein, hard-wired circuitry may be used in place of, or in combination with, software instructions for implementation of the processes of the present invention. Thus, embodiments of the present invention are not limited to any specific combination of hardware and software.

Suitable computer program code may be provided for performing allocations based on water usage data for a water device or customer over a period of time. The program also may include program elements such as an operating system, a database management system and “device drivers” that allow the processor to interface with computer peripheral devices (e.g., a video display, a keyboard, a computer mouse, etc.) via the IO controller 206.

The term “computer-readable medium” as used herein refers to any non-transitory medium that provides or participates in providing instructions to the processor of the computing device (or any other processor of a device described herein) for execution. Such a medium may take many forms, including but not limited to, non-volatile media and volatile media. Non-volatile media include, for example, optical, magnetic, or opto-magnetic disks, or integrated circuit memory, such as flash memory. Volatile media include Dynamic Random Access Memory (“DRAM”), which typically constitutes the main memory. Common forms of computer-readable media include, for example, a floppy disk, a flexible disk, hard disk, magnetic tape, any other magnetic medium, a CD-ROM, DVD, any other optical medium, punch cards, paper tape, any other physical medium with patterns of holes, a RAM, a PROM, an EPROM or Electronically Erasable Programmable Read-Only Memory (“EEPROM”), a FLASH-EEPROM, any other memory chip or cartridge, or any other non-transitory medium from which a computer can read.

Various forms of computer readable media may be involved in carrying one or more sequences of one or more instructions to the CPU 202 (or any other processor of a device described herein) for execution. For example, the instructions may initially be borne on a magnetic disk of a remote computer (not shown). The remote computer can load the instructions into its dynamic memory and send the instructions over an Ethernet connection, cable line, or even telephone line using a modem. A communications device local to a computing device (e.g., a server) can receive the data on the respective communications line and place the data on a system bus for the processor. The system bus carries the data to main memory, from which the processor retrieves and executes the instructions. The instructions received by main memory may optionally be stored in memory either before or after execution by the processor. In addition, instructions may be received via a communication port as electrical, electromagnetic or optical signals, which are exemplary forms of wireless communications or data streams that carry various types of information.

FIG. 3 is a block diagram of a water device 300 having a water valve and/or flow meter 310 and a wireless communication portion 320. The wireless communication portion 320 may be co-located and/or located within the water valve and/or flow meter 410. According to some embodiments, the wireless communication portion 320 transmits data via the first customer communication hub 102 though a wireless connection, e.g., BLUETOOTH or Wi-Fi. Data obtained by the first customer communication hub 102 from the water device 300 may then be reported to the enterprise. In some embodiments, the wireless portion 320 turns on automatically when the water device 300 detects water flow; moreover, the wireless communication portion 320 may be powered by the water device 300.

According to some embodiments, the water device 300 includes or is associated with a water characteristic measuring portion 312 adapted to measure at least one characteristic of water proximate to the at least one remote water device. For example, the measuring portion 312 might monitor water quality (e.g., to detect the presence of lead or any other substance) to ensure compliance with a threshold established by a water utility, governmental regulation, judicial requirement, customer-define parameters, etc. Moreover, according to some embodiments the water device 300 includes or is associated with an electricity generation portion 314 adapted to create electrical energy utilizing water flowing in proximity to the at least one remote water device. For example, the electricity generation portion 314 might be associated with water pressure impeller trickle charging and may be used to power (or provide supplemental power to) the water device itself.

Note that information about water usage, flow rate, etc. might be collected in any number of ways. For example, a small camera might be mounted on a typical water meter and be configured to periodically take pictures of a dial or numeric readout on the water meter. The camera might be coupled to a home's wireless network and periodically upload the pictures to a remote server (e.g., executing as a cloud-based application). The remote server might, for example, analyze the pictures to automatically determine a current amount of water usage associated with that particular water meter. The usage information might be provided, for example, to a utility, a homeowner, and/or in accordance with any of the embodiments described herein.

FIG. 4 is a block diagram of a network 400 having a number of water devices (each with a water valve and/or flow meter 410 and a wireless communication portion 420). The wireless communication portions 420 may be co-located and/or located within the water valve and/or flow meters 410. According to some embodiments, all of the wireless communication portions 420 transmit data to a customer communication hub 430 though a wireless connection, e.g., BLUETOOTH or Wi-Fi. Data obtained by the customer communication hub 430 from the water devices may then be reported to the enterprise. The customer communication hub 430 may also include a wireless communications device for sending collected data, including data indicative of water usage and scoring and receiving commands from the data processing service 106 and/or enterprise system 108 via the network 150 of FIG. 1. The customer communication hub 430 may also be configured for communication with the customer or a resident via a user interface. The user interface might include output components, such as a screen or speakers, and input components, such as a touch screen, keyboard, or microphone. The user interface can output water usage data, route summary data, and/or an efficiency score. Note that any of the functionality described herein might be implemented via an application executing on a smartphone or tablet computer.

FIG. 5 is a flowchart of a method 500 in accordance with some embodiments. The method 500 might be performed by the first customer communication hub 102, the data processing service 106, the enterprise system 108, or any combination of these. At S510, a communication port may receive data about a plurality of remote water devices, each water device being associated with one of a plurality of customers of an enterprise and including a wireless communication device. According to some embodiments, the enterprise may have previously subsidized some or all of the purchase and/or instillation costs associated with these water devices on behalf of the customers. According to some embodiments, the communication port receives data about the first water device via a first customer communication hub co-located with the first water device.

At S520, data indicative of water usage by a first customer, associated with a first water device may be stored. For example, the data might indicate when least some water valves and/or flow meters detect water consumption. At S530, the system may determine, based on the data indicative of water usage by the first customer, a first water savings amount for the first customer in connection with a pre-determined period of time (e.g., on a weekly or monthly basis). For example, by using a cloud controlled water valve and/or flow meter, the customer may have saved the first water saving amount over the last year.

At S540, the system may dynamically calculate an allocation of the first water savings amount between the first customer and the enterprise. That is, the enterprise may receive a portion of water savings amount to help recover the cost of subsidizing the customer's initial purchase of the water devices. The dynamic calculation may be associated with, for example, allocating a pre-determined amount to the first customer or the enterprise and/or allocating a pre-determined percentage to the first customer or the enterprise.

At S550, an indication of the allocation between the first customer and the enterprise may be transmitted. For example, the indication of the allocation between the first customer and the enterprise might be transmitted to a first customer device, an enterprise device, a water utility device, and/or a payment platform. Note that the allocation might be implemented in any of a number of different ways. For example, water resource savings might be implemented using utility rebates, governmental mandate compliance, be used as data for grants and monitoring equipment investment offsets. According to some embodiments, the system may also receive sensor information from the first water device, such as data generated by sensors to detect a water leak, an amount of water pressure, an overall amount of water used, and/or data from other sensors.

According to some embodiments, the system may also determine, based on the data indicative of water usage by the first customer, at least one of an overall water usage cost and a water usage rate. For example, a customer may be charge a lower rate if he or she reduces an amount of water being consumed and/or a higher rate if he or she increases an amount of water being consumed. According to some embodiments, a customer's water usage and/or local water conditions (e.g., a drought) might result in an automatic restriction of the amount of water that is available to the customer. For example, a customer who repeatedly uses too much water might have his or her water flow automatically reduced by 10%. In some cases, water might be completely shut off to a customer. According to some embodiments, the system may, based on the data indicative of water usage by the first customer, automatically transmit to the first customer a warning message (e.g., indicating that the customer's water flow will be restricted if he or she continues using too much water). Based on the data indicative of water usage by the first customer, the system may transmit a control signal to the first water device in accordance with some embodiments (e.g., to reduce an amount of water flowing through the first water device). According to some embodiments, the first customer is associated with a plurality of water devices, and the control signal is to control a subset of the plurality of water devices. For example, during a “Level One” drought condition water devices associated with outside sprinkler systems might be automatically turned off (while water is still provided within a home at normal water pressure). During a “Level Two” drought condition water devices associated with outside sprinkler systems remain turned off and water is provided within a home at a reduced water pressure.

According to some embodiments, information about water savings may be displayed to a customer on a display. For example, referring now to FIG. 6, a diagram 650 depicting a user interface 602 is shown. The user interface 602 may be displayed on device 600 such as a mobile telephone, PDA, personal computer, or the like. For example, the device 600 may be a PC, an iPhone® or smartwatch from Apple, Inc., a BlackBerry® from RIM, a mobile phone using the Google Android® operating system, or the like. The user interface 602 depicts a portion of a customer's home. The user interface 602 may display locations of water devices 604 and/or a communication hub “H” 606. In this way, a customer may be able to quickly view the status of his or her network. According to some embodiments, selecting the H icon 606 results in detailed information about customer's current water savings. As another example, referring now to FIG. 7, a diagram 750 depicting a user interface 702 is shown. The user interface 702 again depicts the customer's house including water devices 704. In this embodiment, information about one or more sensors 706 also displayed. The user interface 702 may display sensor associated with other systems in the customer's home, such as an air conditioning system and/or heating system.

Note that a customer's water saving may change over time. Thus, according to some embodiments a customer may interact with a display to view water savings associated with a selected range of dates and/or times. For example, referring now to FIG. 8, a diagram 850 depicting another user interface 802 is shown. As before, the user interface 802 may be displayed on device 800 such as a mobile telephone. The user interface 802 may be display to a customer of an enterprise and might be graphically displayed 810 over time and/or include a total amount of savings (e.g., daily or monthly savings).

In some cases, a customer might be interested in and/or motivated by being informed of the relations between his or her actual water use and what the water use would have been without using his or her water devices. For example, referring now to FIG. 9, a diagram 950 depicting a user interface 902 including a customer's water use over a period of time. In particular, his or her actual water use 920 may be compared to that the water usage would have been 910 without the water devices. In this way, a home customer may be encouraged to maintain and increase his or her use of water devices.

According to some embodiments, a customer might be interested in his or her overall water efficiency performance in connection with one or more types of water devices and/or how that performance compares to other customers, how that performance is modifying his or her current utility bill, etc. FIG. 10 illustrates a current customer data display 1000 according to some embodiments. In particular, the display 1000 includes a graphical dashboard representation 1010 of information about a water efficiency score which may be categorized as “below average,” “average,” or “above average.” The display 1100 also includes a current score (e.g., calculated at least in part based on information from water devices) and a current discount (e.g., determined based on the current score or in any other way). Note that the graphical representation 1010 might instead be a sliding scale, letter grade (“B+”), or any other type of indication.

FIG. 11 illustrates another customer data display 1100 according to some embodiments. In particular, the display 1100 includes a graphical representation of information about three water devices (e.g., associated with a washing machine, irrigation system, and bathroom shower), a current score (e.g., calculated based on data from those devices) and a current discount (e.g., determined based on the current score or in any other way). The current discount might, according to some embodiments, represent a final discount. According to some embodiments, the current discount might be calculated in substantially real time or be recalculated using new water usage data at certain time periods, e.g., every month, every year, every two years, etc. In some embodiments, both prospective pricing and retroactive pricing are used. For example, a customer being continually monitored can be receive a premium discount for a time period based on past water savings, and if the customer's actual score rating for a time period is greater than or less than the expected rating, an adjustment may be applied as appropriate.

Note that a customer's water efficiency rating might change over time based on his or her habits, increased use of water devices, etc. FIG. 12 is an example of a predicted savings display 1200 that might be provided to a customer according to some embodiments. In particular, the display 1200 includes a graph 1210 showing predicted savings over a particular period of time (e.g., over the next month or year). According to some embodiments, a customer may select the period of time depicted on the graph 1210. Such a predicted water savings display 1200 might be created, for example, using historical data and/or a predictive model and may encourage the customer to improve his or her score and improve water efficiency. Note that predicted local conditions (e.g., a predicted drought) and/or periods of high water demand might be displayed 1220 (e.g., because water costs might be automatically increased during such events to encourage conservation).

The actual amount of savings created by the use of water devices may be split between the customer and the enterprise (to help reimburse the enterprise, for example, in view of a subsidy pervious given to the customer). FIG. 13 illustrates an allocation display 1300 according to some embodiments. In particular, the display 1300 includes a line indicating an amount of water that would have been used 1320 as compared to the amount that was actually consumed 1330 (because of the use of water devices). That is, the savings is the area between those two lines 1320, 1330. Moreover, an allocation line 1310 divides that savings between the customer and the enterprise. For example, the area between lines 1310, 320 might be allocated to the customer while the area between line 1310, 1330 is allocated to the enterprise.

FIG. 14 is an illustration 1400 of how an allocation or discount might change over time according to some embodiments. A baseline amount associated with what a customer would pay if he or she did not participate in a water efficiency program is represented by a dashed line 1410 in FIG. 14 along with a solid line 1420 representing his or her actual amount. After the customer agrees to participate in the program, water usage data is collected during a pre-determined period of time 1430 (e.g., three months). During this time, the customer's water bill is reduced by an initial discount amount. After the pre-determined period of time 1430, a final allocation is determined and applied to his or her water bill (and the final amount might be more or less than the initial discount depending on his or her habits). Note that discounts might also be associated with drought conditions, etc.

The processes described herein may be performed by any suitable device or apparatus. FIG. 15 is one example of an enterprise platform 1500 according to some embodiments. The enterprise platform 1500 may be, for example, associated with the system 108 of FIG. 1. The enterprise platform 1500 comprises a processor 1510, such as one or more commercially available CPUs in the form of one-chip microprocessors, coupled to a communication device 1520 configured to communicate via a communication network (not shown in FIG. 15). The communication device 1520 may be used to communicate, for example, with one or more remote customer communication hubs or third party services. The enterprise platform 1500 further includes an input device 1540 (e.g., a mouse and/or keyboard to enter allocations formulas) and an output device 1550 (e.g., a computer monitor to display aggregated water efficiency reports and/or results to an administrator).

The processor 1510 also communicates with a storage device 1530. The storage device 1530 may comprise any appropriate information storage device, including combinations of magnetic storage devices (e.g., a hard disk drive), optical storage devices, and/or semiconductor memory devices. The storage device 1530 stores a program 1512 and/or allocation engine 1514 for controlling the processor 1510. The processor 1510 performs instructions of the programs 1512, 1514, and thereby operates in accordance with any of the embodiments described herein. For example, the processor 1510 may receive data about a plurality of remote water devices, and each water device is associated with one of a plurality of customers of an enterprise and includes a wireless communication device. Based on data indicative of water usage by a first customer, a first water savings amount may be determined by the processor 1510 for the first customer in connection with a pre-determined period of time. An allocation of the first water savings amount between the first customer and the enterprise may be dynamically calculated by the processor 1510 and an indication of the allocation between the first customer and the enterprise may be transmitted.

Referring again to FIG. 15, the programs 1512, 1514 may be stored in a compressed, uncompiled and/or encrypted format. The programs 1512, 1514 may furthermore include other program elements, such as an operating system, a database management system, and/or device customers used by the processor 1510 to interface with peripheral devices.

As used herein, information may be “received” by or “transmitted” to, for example: (i) the enterprise platform 1500 from another device; or (ii) a software application or module within the enterprise platform 1500 from another software application, module, or any other source.

In some embodiments (such as shown in FIG. 15), the storage device 1530 stores a customer database 1600, an enterprise database, 1700, and/or a historical database 1560. An example of databases that may be used in connection with the enterprise platform 1500 will now be described in detail with respect to FIGS. 16 and 17. Note that the databases described herein are only examples, and additional and/or different information may be stored therein. Moreover, various databases might be split or combined in accordance with any of the embodiments described herein.

Referring to FIG. 16, a table is shown that represents the customer database 1600 that may be stored at the enterprise platform 1500 according to some embodiments. The table may include, for example, entries identifying customers. The table may also define fields 1602, 1604, 1606, 1608, 1610 for each of the entries. The fields 1602, 1604, 1606, 1608, 1610 may, according to some embodiments, specify: a customer identifier 1602, a status 1604, water devices 1606, a savings amount 1608, and an allocation 1610. The information in the customer database 1600 may be created and updated, for example, based on information received from communication hubs.

The customer identifier 1602 may be, for example, a unique alphanumeric code identifying a customer or potential customer (e.g., a person or business). The status 1604 might indicate if the customer is, for example, current a customer, is in a trial period, etc. The water devices 1606 might indicate the actual water devices that are installed in his or her network. The savings amount 1608 might indicate a reduced amount of cost due to use of those water devices 1606 over a pre-determined period of time. The allocation 1610 might indicate how much of that savings amount 1608 is allocated to the customer (with remaining amount being allocated to the enterprise).

Referring to FIG. 17, a table is shown that represents the enterprise database 1700 that may be stored at the enterprise platform 1500 according to some embodiments. The table may include, for example, entries identifying water devices. The table may also define fields 1702, 1704, 1706, 1708, 1710 for each of the entries. The fields 1702, 1704, 1706, 1708, 1710 may, according to some embodiments, specify: a water device identifier 1702, a network 1704, a description 1706, reported usage 1708, and a status 1710. The information in the enterprise database 1700 may be created and updated, for example, based on information received from customer communication hubs.

The water device identifier 1702 may be, for example, a unique alphanumeric code identifying a water efficient water device and may be based on, or associated with, the water devices 1606 in the customer database 1600. The network 1704 might be, for example, a network identifier, communication address, or any other information that can associated with the water device and/or with a remote customer network. The description 1706 might, for example, indicate entity manufacturer that produced the water device or any other information associated with the water device. The reported usage 1708 might, for example, by a monetary amount, a number gallons or liters of water, a cubic foot value, a percentage (e.g., a percentage above or below a predicted or prior usage), etc. associated with the water device's water usage. The status 1710 might indicate, for example, whether the water device is currently on, off, restricting water use, etc. The information in the enterprise database 1700 may, for example, be used to calculate the savings amount 1608 and/or allocation 1610 in the customer database.

FIG. 18 illustrates a portion of a customer's plumbing network 1800 in accordance with some embodiments. The plumbing network 1800 may receive water from a public utility (e.g., from the left side of FIG. 18) via a water valve and flow meter 1810. Note that the water received 1820 may be at a first pressure. Note that the main water pipe into a residence may be received 1810 at a high pressure (e.g., 100 gallons/minute, PSI value, etc.). The flow control valve 1810 may act as flow restrictor (e.g., using a ball value to cut water flow to 50 gallons/minute at the output 1830). According to some embodiments, a second valve/gauge may be installed (e.g., not illustrated in FIG. 18) to measure reduced back pressure from the residence to help ensure it does not drop below a threshold amount (e.g., 30 PSI) to avoid damaging appliances on the edge of the home's water network (e.g., a bathroom shower, a faucet, a sprinkler, a refrigerator ice maker, a hot water heater, a washing machine, a dishwasher, a steam furnace boiler, etc.). According to some embodiments, the valve 1810 may restrict water flow volume down incrementally in amounts determined by an outside authority (or by the homeowner) in a time of public crisis and/or a homeowner's desire to save money. In some embodiments, favorable water rates may be offered in exchange for participation in the program and/or higher rates may be charged in the case of water use overages.

The following illustrates various additional embodiments of the invention. These do not constitute a definition of all possible embodiments, and those skilled in the art will understand that the present invention is applicable to many other embodiments. Further, although the following embodiments are briefly described for clarity, those skilled in the art will understand how to make any changes, if necessary, to the above-described apparatus and methods to accommodate these and other embodiments and applications.

Although specific hardware and data configurations have been described herein, note that any number of other configurations may be provided in accordance with embodiments of the present invention (e.g., some of the information associated with the databases described herein may be combined or stored in external systems). Moreover, note that some or all of the embodiments described herein might collect, analyze, and/or display information about water usage in substantially real time. For example, water usage might be analyzed on a daily basis (e.g., by comparing current usage to other situations at a similar time of day, with a similar number of people in a house for a similar length of time). As a result of this analysis, adjustments might be automatically applied to one or more water devices (e.g., to help ensure that an overall water usage goal can be met). Similar adjustments might be made on an hourly, weekly, or any other basis.

Note that although simple water calculation have been described herein for clarity, actual calculations may be more complicated and take into consideration any number of factors, including state and/or federal regulations. Note, for example, that water demand varies, and when it peaks—e.g., in the afternoon or evening each day, but also seasonally, such as on very hot days—the price of water may increase. In some cases, governmental regulations might require that individuals be compensated for voluntarily reducing water usage during peak demand. Any of the embodiments described herein may take such price changes and/or compensation into account.

The present invention has been described in terms of several embodiments solely for the purpose of illustration. Persons skilled in the art will recognize from this description that the invention is not limited to the embodiments described, but may be practiced with modifications and alterations limited only by the spirit and scope of the appended claims.

SYSTEM AND METHOD TO DYNAMICALLY ALLOCATE WATER SAVINGS AMOUNTS FOR REMOTE WATER DEVICES

Information

Publication Number

Date Filed

Date Published

Inventors

CPC

International Classifications

Abstract

Description

Claims