Patent Description:
Whether it is in a commercial or domestic setting, heated water is required throughout the day all year round. It goes without saying that the provision of heated water requires both clean water and a source of heat. To provide heated water, a heating system is provided to an often centralised water provision system to heat water up to a predetermined temperature e.g. set by a user, and the heat source used is conventionally one or more electric heating elements or burning of natural gas. Generally, during periods of high energy (e.g. gas or electricity) demand utilities providers would implement a peak tariff which increases the unit cost of energy, partly to cover the additional cost of having to purchase more energy to supply to customers and partly to discourage unnecessary energy usage. Then, during periods of low energy demand utilities providers would implement an off-peak tariff which lowers the unit cost of energy to incentivise customers to switch to using energy during these off-peak periods instead of peak periods to achieve an overall more balanced energy consumption over time. However, such strategies are only effective if customers are always aware of the changes in tariffs and in addition make a conscious effort to modify their energy consumption habits.

Clean water as utility is currently receiving much attention. As clean water becoming scarcer, there has been much effort to educate the public on the conservation of clean water as well as development of systems and devices that reduce water consumption, such as aerated showers and taps to reduce water flow, showers and taps equipped with motion sensors that stop the flow of water when no motion is detected, etc. However, these systems and devices are restricted to a single specific use and only have limited impact on problematic water consumption habits.

With growing concerns over the environmental impact of energy consumption, there has been a recent growing interest in the use of heat pump technologies as a way of providing domestic heated water. A heat pump is a device that transfers thermal energy from a source of heat to a thermal reservoir. Although a heat pump requires electricity to accomplish the work of transferring thermal energy from the heat source to the thermal reservoir, it is generally more efficient than electrical resistance heaters (electrical heating elements) as it typically has a coefficient of performance of at least <NUM> or <NUM>. This means under equal electricity usage <NUM> or <NUM> times the amount of heat can be provided to users via heat pumps compared to electrical resistance heaters.

The heat transfer medium that carries the thermal energy is known as a refrigerant. Thermal energy from the air (e.g. outside air, or air from a hot room in the house) or a ground source (e.g. ground loop or water filled borehole) is transferred to a contained refrigerant, for example by means of a heat exchanger. The now higher energy refrigerant is compressed, causing it to raise temperature considerably, where this now hot refrigerant exchanges thermal energy via a heat exchanger to a heating water loop. In the context of heated water provision, heat extracted by the heat pump can be transferred to a water in an insulated tank that acts as a thermal energy storage, and the heated water may be used at a later time when needed. The heated water may be diverted to one or more water outlets, e.g. a tap, a shower, a radiator, as required. However, a heat pump generally requires more time compared to electrical resistance heaters to get water up to the desired temperature, in part because heat pumps are typically slow to start up.

Since different households, workplaces and commercial spaces have different requirements and preferences for heated water usage, new ways of heated water provision are desirable in order to enable heat pumps to be a practical alternative to electrical heaters. Moreover, in order to conserve energy and water, it may be desirable to modulate the consumption of energy and clean water; however, modulating utility consumption cannot simply be a blanket cap on usage.

<CIT> discloses a heating system that includes a heat pump that provides heat to a major fluid circuit and a minor fluid circuit for performing different heating operations. The system includes a power source having a variable cost and a controller configured to regulate flow of the major and minor fluid circuits to perform the heating operations. The controller is configured to receive information regarding the variable cost of the power source and distribute flow between the major and minor fluid circuits to perform the heating operations to minimize the electricity cost. <CIT> discloses a method for determining a customised heating schedule for a water heater. The method is realised by means of a sensor that is non-invasively arranged at an outlet pipe of the water heater, which is periodically sampled. In response to detecting a first predefined signa.

l, the start of a hot water usage event is identified. Subsequently, and in response to detecting a second predefined signal, the end of a hot water usage event is identified. The time and duration of each hot water usage event is recorded in a digital memory and a usage profile of the water heater, indicating usage times at which water in the heater should be at a usage temperature is updated.

It is therefore desirable to provide improved methods and systems for the provision of heated water.

In view of the foregoing, the invention provides a computer-implemented method of predictively preparing a water provision system installed in a building, the water provision system comprising a heat pump configured to transfer thermal energy from outside the building to a thermal energy storage medium inside the building and a control module configured to control operation of the heat pump, the control module having executing thereon a first machine learning algorithm, MLA, having previously been trained to determine a correlation between cold water usage and a subsequent heated water demand, the water provision system being configured to provide water heated by the thermal energy storage medium to an occupant of the building at one or more water outlets, the method being performed by the control module and comprising: receiving first sensor data indicating cold water usage at a first water outlet; determining whether the cold water usage at the first water outlet is correlated to a subsequent heated water demand at a second water outlet by inputting the first sensor data to the first MLA; and upon determining that the cold water usage at the first water outlet is correlated to a subsequent heated water demand, preparing the water provision system for delivering heated water.

According to embodiments of the present technology, sensor data that indicate cold water usage at one water outlet is used to determine the likelihood of a subsequent heated water demand at a different water outlet, such that the water provision system can be predictively prepared in anticipation of the subsequent heated water usage. By preparing the water provision system before heated water is needed, it is possible to reduce delays in heated water provision, thereby reducing clean water wastage by reducing the time a water outlet is left turned on while the occupant waits for the water to be heated up.

In some embodiments, determining whether the cold water usage at the first water outlet is correlated to a subsequent heated water demand at the second water outlet may comprise: determining a probability for subsequent heated water usage following the cold water usage at the first water outlet; and comparing the probability with a predetermined threshold, wherein the water provision system is prepared when the probability is above the predetermined threshold.

The first sensor data may be any form of sensor data relating to the operation of the water provision system, that may be useful for interpreting a relationship between cold water usage and subsequent heated water usage. In some embodiments, the first sensor data may comprise one or more of a time of the day, a day of the week, a date, a water flow rate and/or pressure at the first water outlet, an elapse time from when the first water outlet is turned on, a mains water temperature, a water temperature at the first water outlet, an energy consumption amount and/or rate, a current location of the user, or a combination thereof.

In some embodiments, the probability may be determined based on a utility usage pattern established by a second MLA for the water provision system based on second sensor data obtained from the water provision system. By using a utility usage pattern previously established for the water provision system to determine the probability of a subsequent heated water demand following the cold water usage at the first water outlet based on a general usage trend rather than considering the cold water usage as an isolated case.

In some embodiments, preparing the water provision system may comprise pre-charging the thermal energy storage medium by operating the heat pump to transfer thermal energy in the thermal energy storage medium. By anticipating an expected demand for heated water and predictively preparing the thermal energy storage medium by operating the heat pump before heated water is required, it is possible to utilise a heat pump as a reliable form of heated water provision with reduced inherent delays.

In some embodiments, the heat pump may be operated to transfer thermal energy in the thermal energy storage medium until the thermal energy storage medium reaches a first temperature.

There may be occasions when the subsequent heated water demand predicted based on the cold water usage is expected to be high, for example heated water for a shower rather than for a hand wash. Thus, in some embodiments, the first temperature may be higher than a pre-set operating temperature set by the occupant. In doing so, it is possible to maintain heated water at a desirable temperature for a sustained period.

In some embodiments, the first temperature may be determined based on an expected demand for heated water determined from the utility usage pattern.

In some embodiments, the utility usage pattern may comprise an expected cold water usage in respect of time, day and/or date, an expected heated water usage in respect of time, day and/or date, an expected energy usage in respect of time, day and/or date, or a combination thereof.

The number of occupants in the building may affect the amount of heated water needed. Thus, in some embodiments, the first temperature may be determined based on an expected occupancy of the building determined by a third MLA for the water provision system based on the second sensor data obtained from the water provision system.

The first sensor data and the second sensor data may be the same or different sensor data. In some embodiments, the second sensor data may comprise a time of the day, a day of the week, a date, a water flow rate and/or pressure at the one or more water outlets, an elapse time from when a water outlet is turned on, a mains water temperature, a water temperature at the one or more water outlets, an energy consumption amount and/or rate, a current location of the user, or a combination thereof.

In some embodiments, the predetermined threshold may be set by the first MLA during a training phase. According to embodiments, the first MLA may establish the threshold based on manual inputs from the occupants and/or an installer, for example by setting the threshold based on a degree of correlation at <NUM>, <NUM>, <NUM>, etc., or the first MLA may establish the threshold based also on other considerations such as efficiency and cost.

Depending on the potential cost of energy for operating e.g. electrical heating elements at the time of receiving the first sensor data indicating cold water usage, there may be instances when it is more or less cost effective to prepare the water provision system in advance. Thus, in some embodiments, the method may further comprise receiving tariff data indicating a cost of energy, and adjusting the predetermined threshold based on the tariff data.

In some embodiments, the method may further comprise, upon determining that the probability is below the predetermined threshold, continue monitoring water usage at the one or more water outlets.

Another aspect of the present technology provides a computer-readable medium comprising machine-readable code, which, when executed by a processor, causes the processor to perform the method as described above.

A further aspect of the present technology provides a control module configured to control a water provision system, the control module comprising a processor having a machine learning algorithm executing thereon trained to perform the method as describe above.

In a yet further aspect, the present technology provides a method of training an MLA to determine a correlation between cold water usage and a subsequent heated water demand for a water provision system installed in a building, the water provision system comprising a heat pump configured to transfer thermal energy from outside the building to a thermal energy storage medium inside the building and a control module configured to control operation of the heat pump, the water provision system being configured to provide water heated by the thermal energy storage medium to an occupant of the building at one or more water outlets, the method comprising: receiving first sensor data indicating cold water usage at a first water outlet; receiving second sensor data indicating heated water usage at a second water outlet subsequent to the cold water usage at the first water outlet; and establishing a degree of correlation between the first sensor data and the second data based on one or more factors, wherein the one or more factors comprise one or more of an elapse time between receiving the first sensor data and receiving the second sensor data, a location of the second water outlet in relation to the first water outlet, a frequency of receiving the second sensor data subsequent to receiving the first sensor data, a time of the day, a day of the week, or a combination thereof.

According to present embodiments, an MLA may be trained to recognize a correlation between cold water usage and a subsequent demand for heated water. Such correlations can arise in many different ways, for example a demand for heated water for handwash following from use of cold water to fill the tank of a toilet. By training the MLA to recognize such correlations, it is possible to use the correlations to predictively prepare the water provision system.

In some embodiments, the method may further comprise determining a threshold of correlation, wherein a degree of correlation above the threshold indicates a reception of the first sensor data is likely to be followed by a heated water demand. By determining a threshold, it is possible for the MLA to identify relevant instances when the correlation is significant.

In some embodiments, the threshold may be determined based on a utility usage pattern previously established for occupants of the building. By using the utility usage pattern, it is possible for the MLA to identify relevant instances based on a general usage trend instead of treating each cold water usage as an isolated case.

In some embodiments, the threshold may be determined based on an expected occupancy of the building. By using the expected occupancy, it is possible for the MLA to identity relevant instances based on an expected demand, which may differ depending on the number of occupants.

In some embodiments, the threshold may be determined based on tariff data obtained from a utility provider. By using the tariff data, it is possible for the MLA to account for fluctuations in the cost of energy in order to identify instances when predictively preparing the water provision system is cost effective.

Implementations of the present technology each have at least one of the above-mentioned objects and/or aspects, but do not necessarily have all of them. It should be understood that some aspects of the present technology that have resulted from attempting to attain the above-mentioned object may not satisfy this object and/or may satisfy other objects not specifically recited herein.

In view of the foregoing, the present disclosure provides various approaches for the provision of heated water using or assisted by a heat pump, and in some cases for modulating the use of utilities including water and energy to reduce water and energy wastage. The present approaches may be implemented through the use of one or more machine learning algorithm (MLA) trained to control and modulate water provision for a water provision system via a control module based on sensor data received from the water provision system. For example, during a training phase, the MLA may monitor heated water usage of a household in a domestic setting and establish a normal usage pattern. The MLA may be trained to recognise different types of water usage (e.g. shower, hand wash, heating, etc.) based on a number of different input such as the time of the day, the day of the week, the date, the weather, etc. In some embodiments, the MLA may collect additional data, for example, on the time when a water outlet of the system is turned on and off, the duration of use, the water temperature set by the user and the actual water temperature when heated water is provided to the user. In use, the MLA may use the learned usage pattern in a variety of different ways to improve the efficiency and effectiveness of heated water provision using or assisted by a heat pump.

In some embodiments, the MLA may be trained to implement one or more energy-saving strategies when or before a water outlet is turned on, and optionally to implement one or more interactive strategies to help modify water and energy usage habits e.g. to gradually reduce water and/or energy usage.

The following gives a brief overview of a number of different types of machine learning algorithms for embodiments in which one or more MLAs are used. However, it should be noted that the use of an MLA to establish a normal usage pattern is only one way of implementing the present techniques but it is not essential; in some embodiments, a control module may be programmed with appropriate software functions to target specific heated water usage, e.g. excessive water flow, and to respond in a predetermined manner.

There are many different types of MLAs known in the art. Broadly speaking, there are three types of MLAs: supervised learning-based MLAs, unsupervised learning-based MLAs, and reinforcement learning based MLAs.

Supervised learning MLA process is based on a target - outcome variable (or dependent variable), which is to be predicted from a given set of predictors (independent variables). Using these set of variables, the MLA (during training) generates a function that maps inputs to desired outputs. The training process continues until the MLA achieves a desired level of accuracy on the validation data. Examples of supervised learning-based MLAs include: Regression, Decision Tree, Random Forest, Logistic Regression, etc..

Unsupervised learning MLA does not involve predicting a target or outcome variable per se. Such MLAs are used for clustering a population of values into different groups, which is widely used for segmenting customers into different groups for specific intervention. Examples of unsupervised learning MLAs include: Apriori algorithm, K-means.

Reinforcement learning MLA is trained to make specific decisions. During training, the MLA is exposed to a training environment where it trains itself continually using trial and error. The MLA learns from past experience and attempts to capture the best possible knowledge to make accurate decisions. An example of reinforcement learning MLA is a Markov Decision Process.

It should be understood that different types of MLAs having different structures or topologies may be used for various tasks. One particular type of MLAs includes artificial neural networks (ANN), also known as neural networks (NN).

Generally speaking, a given NN consists of an interconnected group of artificial "neurons", which process information using a connectionist approach to computation. NNs are used to model complex relationships between inputs and outputs (without actually knowing the relationships) or to find patterns in data. NNs are first conditioned in a training phase in which they are provided with a known set of "inputs" and information for adapting the NN to generate appropriate outputs (for a given situation that is being attempted to be modelled). During this training phase, the given NN adapts to the situation being learned and changes its structure such that the given NN will be able to provide reasonable predicted outputs for given inputs in a new situation (based on what was learned). Thus, rather than attempting to determine a complex statistical arrangements or mathematical algorithms for a given situation, the given NN aims to provide an "intuitive" answer based on a "feeling" for a situation. The given NN is thus regarded as a trained "black box", which can be used to determine a reasonable answer to a given set of inputs in a situation when what happens in the "box" is unimportant.

NNs are commonly used in many such situations where it is only important to know an output based on a given input, but exactly how that output is derived is of lesser importance or is unimportant. For example, NNs are commonly used to optimize the distribution of web-traffic between servers and in data processing, including filtering, clustering, signal separation, compression, vector generation and the like.

In some non-limiting embodiments of the present technology, the NN can be implemented as a deep neural network. It should be understood that NNs can be classified into various classes of NNs and one of these classes comprises recurrent neural networks (RNNs).

RNNs are adapted to use their "internal states" (stored memory) to process sequences of inputs. This makes RNNs well-suited for tasks such as unsegmented handwriting recognition and speech recognition, for example. These internal states of the RNNs can be controlled and are referred to as "gated" states or "gated" memories.

It should also be noted that RNNs themselves can also be classified into various subclasses of RNNs. For example, RNNs comprise Long Short-Term Memory (LSTM) networks, Gated Recurrent Units (GRUs), Bidirectional RNNs (BRNNs), and the like.

LSTM networks are deep learning systems that can learn tasks that require, in a sense, "memories" of events that happened during very short and discrete time steps earlier. Topologies of LSTM networks can vary based on specific tasks that they "learn" to perform. For example, LSTM networks may learn to perform tasks where relatively long delays occur between events or where events occur together at low and at high frequencies. RNNs having particular gated mechanisms are referred to as GRUs. Unlike LSTM networks, GRUs lack "output gates" and, therefore, have fewer parameters than LSTM networks. BRNNs may have "hidden layers" of neurons that are connected in opposite directions which may allow using information from past as well as future states.

Another example of the NN that can be used to implement non-limiting embodiments of the present technology is a residual neural network (ResNet).

Deep networks naturally integrate low/mid/high-level features and classifiers in an end-to-end multilayer fashion, and the "levels" of features can be enriched by the number of stacked layers (depth).

To summarize, the implementation of at least a portion of the one or more MLAs in the context of the present technology can be broadly categorized into two phases - a training phase and an in-use phase. First, the given MLA is trained in the training phase using one or more appropriate training data sets. Then, once the given MLA learned what data to expect as inputs and what data to provide as outputs, the given MLA is run using in-use data in the in-use phase.

In embodiments of the present techniques, cold and heated water is provided by a centralized water provision system to a plurality of water outlets, including taps, showers, radiators, etc., for a building in a domestic or commercial setting. An exemplary water provision system according to an embodiment is shown in <FIG>. In the present embodiment, the water provision system <NUM> comprises a control module <NUM>. The control module <NUM> is communicatively coupled to, and configured to control, various elements of the water provision system, including flow control <NUM> for example in the form of one or more valves arranged to control the flow of water internal and external to the system, a (ground source or air source) heat pump <NUM> configured to extract heat from the surrounding and deposit the extracted heat in a thermal energy storage <NUM> to be used to heat water, and one or more electric heating elements <NUM> configured to directly heat cold water to a desired temperature by controlling the amount of energy supplied to the electric heating elements <NUM>. Heated water, whether heated by the thermal energy storage <NUM> or heated by the electric heating elements <NUM>, is then directed to one or more water outlets as and when needed. In the embodiments, the heat pump <NUM> extracts heat from the environment (e.g. ambient air for an air-source heat pump, geothermal energy for a ground-source heat pump, or from a body of water for a water-source heat pump), which heat is absorbed by a refrigerant and then transferred from the refrigerant to a working liquid which in turn transfers heat to a thermal energy storage medium within the thermal energy storage <NUM> where it is preferably stored as latent heat. Energy from the thermal energy storage medium can then be used to heat cooler water, e.g. cold water from a water supply, possibly a mains water supply, to a desired temperature. The heated water may then be supplied to various water outlets in the system.

In the present embodiment, the control module <NUM> is configured to receive input from a plurality of sensors <NUM>-<NUM>, <NUM>-<NUM>, <NUM>-<NUM>,. The plurality of sensors <NUM>-<NUM>, <NUM>-<NUM>, <NUM>-<NUM>,. , <NUM>-n may for example include one or more air temperature sensors disposed indoor and/or outdoor, one or more water temperature sensors, one or more water pressure sensors, one or more timers, one or more motion sensors, and may include other sensors not directly linked to the water provision system <NUM> such as a GPS signal receiver, calendar, weather forecasting app on e.g. a smartphone carried by an occupant and in communication with the control module via a communication channel. The control module <NUM> is configured, in the present embodiment, to use the received input to perform a variety of control functions, for example controlling the flow of water through the flow control <NUM> to the thermal energy storage <NUM> or electric heating elements <NUM> to heat water. In the present embodiment, a machine learning algorithm (MLA) <NUM> is used, which may execute on a processor (not shown) of the control module <NUM> or execute on a server which communicates with the processor of the control module <NUM> over a communication channel. The MLA <NUM> may be trained using the input sensor data received by the control module <NUM> to establish a baseline water and energy usage pattern based e.g. on the time of the day, the day of the week, the date (e.g. seasonal changes, public holiday), occupancy, etc. The learned usage pattern may then be used to determine, and in some cases improve, the various control functions performed by the control module <NUM>.

While a heat pump is generally more energy efficient for heating water compared to an electrical resistance heater, it takes time (often a minute or more) to start up a heat pump and time is also required for a sufficient amount of thermal energy to be transferred into a thermal energy storage medium for the storage medium to reach the desired operation temperature before it can be used to heat water; thus, from an initial starting point a heat pump will typically take longer to heat the same amount of water to the same temperature compared to an electrical resistance heater. Moreover, in some embodiments, the heat pump <NUM> may for example use a phase change material (PCM), which changes from a solid to a liquid upon heating, as a thermal energy storage medium. In this case, additional time may be required to turn the PCM from solid to liquid, if it has been allowed to solidify, before thermal energy extracted by the heat pump has the effect of raising the temperature of (adding sensible heat to) the thermal storage medium (up until then the energy is stored as latent heat). Although this approach to heating water is slower, it consumes less energy to heat water compared to electric heating elements, so overall, energy is conserved and the cost for providing heated water is reduced.

In the present embodiments, a phase change material may be used as a thermal storage medium for the heat pump. One suitable class of phase change materials are paraffin waxes which have a solid-liquid phase change at temperatures of interest for domestic hot water supplies and for use in combination with heat pumps. Of particular interest are paraffin waxes that melt at temperatures in the range <NUM> to <NUM> degrees Celsius (°C), and within this range waxes can be found that melt at different temperatures to suit specific applications. Typical latent heat capacity is between about 180kJ/kg and 230kJ/kg and a specific heat capacity of perhaps <NUM>. 27Jg-<NUM>K-<NUM> in the liquid phase, and <NUM>. 1Jg-<NUM>K-<NUM> in the solid phase. It can be seen that very considerable amounts of energy can be stored taking using the latent heat of fusion. More energy can also be stored by heating the phase change liquid above its melting point. For example, when electricity costs are relatively low during off-peak periods, the heat pump may be operated to "charge" the thermal energy storage to a higher-than-normal temperature to "overheat" the thermal energy storage.

A suitable choice of wax may be one with a melting point at around <NUM>, such as n-tricosane C<NUM>, or paraffin C<NUM>-C<NUM>, which requires the heat pump to operate at a temperature of around <NUM>, and is capable of heating water to a satisfactory temperature of around <NUM> for general domestic hot water, sufficient for e.g. kitchen taps, shower/bathroom taps. Cold water may be added to a flow to reduce water temperature if desired. Consideration is given to the temperature performance of the heat pump. Generally, the maximum difference between the input and output temperature of the fluid heated by the heat pump is preferably kept in the range of <NUM> to <NUM>, although it can be as high as <NUM>.

While paraffin waxes are a preferred material for use as the thermal energy storage medium, other suitable materials may also be used. For example, salt hydrates are also suitable for latent heat energy storage systems such as the present ones. Salt hydrates in this context are mixtures of inorganic salts and water, with the phase change involving the loss of all or much of their water. At the phase transition, the hydrate crystals are divided into anhydrous (or less aqueous) salt and water. Advantages of salt hydrates are that they have much higher thermal conductivities than paraffin waxes (between <NUM> to <NUM> times higher), and a much smaller volume change with phase transition. A suitable salt hydrate for the current application is Na<NUM>S<NUM>O<NUM>·<NUM><NUM>O, which has a melting point around <NUM> to <NUM>, and latent heat of <NUM>-<NUM> kJ/kg.

<FIG> illustrates a training phase of an MLA <NUM>, such as the MLA <NUM>, to establish a baseline utility usage pattern according to an embodiment.

In the embodiment, the MLA <NUM> receives inputs from a plurality of sensors and other sources over a period of time to learn the usage pattern e.g. of the occupant(s) of a house. For example, a control module, e.g. control module <NUM>, on which the MLA <NUM> executes may comprise a clock and the MLA <NUM> may receive a time of the day <NUM> and a date and day of the week <NUM> from the clock. The house may have a plurality of motion sensors installed and the MLA <NUM> may receive occupancy data <NUM> from the motion sensors. In another embodiment described below, occupancy may also be predicted based on a plurality of factors. The control module may be in communication with one or more outdoor temperature sensors for the MLA <NUM> to receive an input of the current weather <NUM>. The control module may also be in communication with one or more indoor temperature sensors for the MLA <NUM> to receive an indoor temperature <NUM>. A plurality of water temperature, pressure and flow sensors may be disposed at various locations of the water provision system, e.g. at the mains water inlet to measure the mains water inlet temperature <NUM>, mains flow rate <NUM> and mains flow pressure <NUM>, which can be input to the MLA <NUM>. A sensor may be disposed at one or more or each water outlet (or a valve controlling water flow to the water outlet) to detect when the respective water outlet is turned on and when it is turned off, and the temperature of the water at the water outlet, and data relating to hot/cold water usage time and temperature <NUM> and hot/cold water usage volume <NUM> can be input to the MLA <NUM>. The MLA <NUM> may also collect data on energy usage <NUM> by the water provision system, for example time of use, amount of energy used, and, in cases where the control module is in communication with the energy provider, current tariff. The MLA <NUM> may also collect data on heat pump usage <NUM> such as time of use, length of use, etc. It should be noted that it is not essential for the MLA to receive, collect and/or use all the input sensor data described herein, and that the list of input sensor data described herein is not exhaustive, other input data may also be received, collected and/or used by the MLA as desired. In particular, in embodiments where the control module is in communication with e.g. one or more smart devices (e.g. a smartphone) or personal computers of one or more occupants, the MLA may receive and use other personal or public data obtained from these devices.

During the training phase, the MLA <NUM> establishes a water and energy usage pattern for the occupants based on the received input data. For example, the usage pattern <NUM> may include a pattern of heated water usage, a pattern of cold-water usage, a patten of energy usage, a pattern of heat pump usage, an occupancy pattern that provide a baseline of expected usage based on e.g. the time of the day, the day of the week, the date, occupancy level, etc..

<FIG> schematically shows an embodiment of an MLA <NUM> executing on a control module (e.g. control module <NUM>) processing a set of input data to output an occupancy prediction e.g. for a house. The MLA <NUM> may be the same MLA as the MLA <NUM> or it may be a different MLA. The MLA <NUM> may be trained using an appropriate training data set, for example based on occupancy level and occupant(s) scheduling of arrival to the house over the course of a year.

The MLA <NUM> receives input data specific to the house and its occupants, through the control module, from a plurality of sources, including one or more sensors disposed around the house, one or more user interfaces (e.g. control panels around the house in communication with the control module, smart devices, personal computers, etc.), one or more software program, one or more public and private databases, etc. In the present embodiment, the MLA <NUM> receives inputs of the current time <NUM>, date <NUM> and day of the week <NUM> e.g. from a clock and calendar function running on the control module or remotely over a communication network. The MLA <NUM> further receives inputs of any special events or public holidays <NUM> e.g. from the occupants of the house through a user interface, obtained automatically from a calendar app on the occupants' smart device, or obtained from a public domain over the communication network. The MLA <NUM> then determines the expected occupancy level based on the input data and outputs an occupancy prediction <NUM>. By determining the expected occupancy of the building, it is possible to estimate or predict the likely utility (e.g. energy and water) demand.

In a further embodiment, the MLA <NUM> receives an input of the current locations <NUM> of one or more occupants when the occupants are determined not to be in the house. For example, the occupants may register one or more smart devices (e.g. smartphones) with GPS capability with the control module or a server in communication with the control module, then the MLA <NUM> may receive the current location of each occupant by obtaining a GPS signal received on a registered smart device corresponding to each occupant over a communication network. Then, based on the occupants' current locations <NUM> and optionally other information such as traffic conditions obtained from the public domain, the MLA <NUM> determines an expected arrival time <NUM> at the house for each occupant. The expected arrival time <NUM> of each occupant may also be determined based on other inputs such as current time <NUM>, date <NUM>, day of the week <NUM> and event day <NUM>. The MLA <NUM> can then use the expected arrival time <NUM> to output an occupancy prediction <NUM> (occupancy level in the future rather than current occupancy level) for the house.

The occupancy prediction <NUM> is a useful indicator for the control module when performing various control functions for the water provision system. For example, heated water may be directed to radiators of a central heating system installed in the house before the occupants are expected to arrive. Another example is to activate the heat pump to begin storing thermal energy in the thermal energy storage before the occupants are expected to arrive, and moreover the heat pump may be activated at a time based on the expected arrival time <NUM> of the occupants such that the thermal energy storage is "fully-charged" (reached a certain degree of liquefaction) before the occupants are expected to arrive.

In conventional approaches, heat extracted from the environment (e.g., outside air) by a heat pump, and from compression of the refrigerant, is transferred directly from an operating liquid of the heat pump to water (e.g., from the mains), e.g. stored in an insulated storage tank, and the heated water from the storage tank is then supplied to various water outlets when needed. One drawback of such conventional approaches is the time required for the heat pump to transfer a sufficient amount of heat from the outside air to the water in the tank for the water to reach the desired temperature. As such, a heat pump water heater is generally installed in conjunction with a conventional electrical resistance water heater that brings the water up to the desired temperature at times when the water has not been heated sufficiently by the heat pump.

According to embodiments of the present technology, thermal energy storage medium in a thermal energy storage <NUM> is provided for storing heat extracted by the heat pump <NUM>, and the stored heat can be used for heating water when required. In the present embodiment, the thermal energy storage medium may be pre-charge by operating the heat pump to transfer heat into the thermal energy storage before demands for heated water arise. This may be desirable where demands for heated water and/or demands for electricity fluctuate throughout the day, such that, for example, operating the heat pump and/or the electrical resistance water heater when demands for heated water are high may not be cost-effective and may put additional pressure on the energy network at a time of high demands.

<FIG> schematically shows an embodiment of an MLA <NUM> executing on a control module (e.g. control module <NUM>) processing a set of input data to output a decision to pre-charge the thermal energy storage medium to raise its temperature to a desired operation temperature. The MLA <NUM> may be the same MLA as the MLA <NUM> and/or MLA <NUM>, or it may be a different MLA. The MLA <NUM> may be trained using an appropriate training data set, for example based on heated water demands of the house.

The MLA <NUM> receives input data specific to the house and its occupants, through the control module, from a plurality of sources, including one or more sensors disposed around the house, one or more user interfaces (e.g. control panels around the house in communication with the control module, smart devices, personal computers, etc.), one or more software program, one or more public and private databases, etc. In the present embodiment, the MLA <NUM> receives an input of a current time and date <NUM> e.g. from a clock and/or calendar on the control module, and energy demand data such as a current tariff <NUM> which specifies a unit cost of energy e.g. obtained from the energy provider that supplies energy to the house. during off-peak period when the unit cost of energy is lower.

Alternatively or additionally, the MLA <NUM> can derive energy demand data from the utility usage pattern <NUM> established as described above and an occupancy prediction <NUM>. For example, if the current energy usage of the house is lower than an average level over the period of e.g. a day, then the current energy usage may be considered low; in contrast, if the current energy usage of the house is higher than average, then the current energy usage may be considered high.

Then, based on the received tariff information <NUM> obtained from the energy provider (and any other energy demand data), the MLA <NUM> can determine the current level of energy demand and activates the heat pump to pre-charge the thermal energy storage <NUM> when the current energy demand is deemed to be low, in preparation for provision of heated water before demands for heated water arise e.g. when the occupants are expected to arrive at the house and/or when demands for heated water is expected to rise in the evening.

Moreover, using the received time/date <NUM> together with the utility usage pattern <NUM> and an occupancy prediction <NUM>, the MLA <NUM> can predict one or more parameters such as an expected level of heated water usage and an expected level of energy usage. Then, based on the predicted parameters, the MLA <NUM> can determine an amount of thermal energy to be stored in the thermal energy storage medium. For example, if the expected level of heated water usage is expected to be high and remain high for a long period of time, the MLA <NUM> may operate the heat pump for a period of time sufficiently long before the expected rise of demand in order to pre-charge the thermal energy storage medium to a temperature higher than the normal operating temperature set e.g. by an occupant of the installer in order to store a sufficient amount of energy for sustained heated water usage.

By enabling the water provision system to anticipate expected demands for heated water in order to prepare a storage heat source in advance of a rise in demands, the present embodiment enables a heat pump to be utilised when it may otherwise not be sufficiently responsive if it is only activated at the time of demand. Moreover, by using the current tariff as an input, it is possible to operate the heat pump to pre-charge the thermal energy storage during a low-energy-demand period when the unit cost of energy is lower and relieve the pressure on the energy network by shifting energy usage from a high-demand time to a low-demand time. The present embodiment is equally applicable to a self-sustaining home, in that demands for heated water and electricity often rise and fall in parallel throughout the day. Thus, shifting electricity usage for operating the heat pump to a time of low-electricity demand enables a self-sustaining home to run more smoothly. Overall, the present embodiment enables the use of a more efficient form of providing heated water, i.e. a heat pump, at a lower cost and with little drawback as a result of delays in heating water up to the desired temperature.

<FIG> schematically shows an embodiment of an MLA <NUM> executing on a control module (e.g. the control module <NUM>) trained to determine whether to activate the heat pump based on cold water usage. The MLA <NUM> may be the same MLA as the MLA <NUM> and/or MLA <NUM> and/or MLA <NUM>, or it may be a different MLA.

The MLA <NUM> receives input data specific to the house, through the control module, from a plurality of inputs, including one or more sensors disposed around the house, one or more user interfaces (e.g. control panels around the house in communication with the control module, smart devices, personal computers, etc.), one or more software program, one or more public and private databases, etc. During a training phase, the MLA <NUM> can be trained to recognise a correlation between heated water usage that follows from cold water usage. For example, the MLA <NUM> can be trained to recognise a correlation between the use of cold water in a bathroom (e.g. to fill the water tank of a toilet) followed by a demand for heated water from a tap in the bathroom (e.g. for handwashing). Thus, during the training phase, the MLA <NUM> may use sensor data relating to heated water usage that follows from cold water usage to establish a degree of correlation between the two events. The sensor data may for example include an elapse time between receiving the first sensor data and receiving the second sensor data, a location of the second water outlet in relation to the first water outlet, a frequency of receiving the second sensor data subsequent to receiving the first sensor data, a time of the day, a day of the week, but the list is not exhaustive.

In the present embodiment, the MLA <NUM> receives inputs of a cold-water outlet being activated <NUM>, and based on the current cold water usage in relation to the established utility usage pattern <NUM> and an occupancy prediction <NUM>, the MLA <NUM> can determine the probability of a demand for heated water that may follow from the current cold water usage according to the degree of correlation for the current cold water usage. If an expected demand for heated water is determined, the MLA <NUM> can instruct the control module to activate the heat pump <NUM> in anticipation for the demand.

In order to determine whether the probability of a demand for heated water that may follow from the current cold water usage is sufficiently high to merit expending energy to operate the heat pump to pre-charge the thermal energy storage medium, the MLA <NUM> may establish a threshold during the training phase that indicates when the probability merits an activation of the heat pump. In an embodiment, the threshold may be established manually by an occupant or an installer manually inputting instances when such a predictive activation of the heat pump is desirable. In another embodiment, the threshold may be established by the MLA <NUM> based on the utility usage pattern <NUM> and/or an occupancy prediction <NUM>.

In a further embodiment, the determination by the MLA <NUM> of whether to activate the heat pump may moreover be based on an input of the current tariff <NUM> e.g. obtained from the energy provider. In the present embodiment, the threshold may be determined based on tariff information obtained from the energy provider during the training phase. Alternative or in addition, the threshold may be revised during run time based on the current tariff. For example, if the current tariff <NUM> indicates an off-peak tariff, meaning that the electrical heating elements <NUM> can be operated at low cost, and the MLA <NUM> determines a low correlation between the current cold water usage and an expected demand for heated water, the MLA <NUM> may determine that it is not necessary to activate the heat pump to pre-charge the thermal energy storage since there is unlikely to be a demand for heated water; should there be a demand for heated water, the electrical heating elements <NUM> can be used to heat water. On the other hand, if the current tariff <NUM> indicates a peak tariff when the unit cost of energy is high, meaning that heating water using the electrical heating elements <NUM> will be costly, and if the MLA <NUM> determines that there is only a low correlation between the current cold water usage and an expected demand for heated water , the MLA <NUM> may determine that it is more cost-effective to activate the heat pump to pre-charge the thermal energy storage in preparation for a demand for heated water despite the low correlation, so as to avoid the more costly option of using the electrical heating elements <NUM> to provide heated water. In the latter example, the MLA <NUM> may revise the threshold so that it is lower than the threshold in the former example, such that the heat pump may be activated in the latter example even if the probabilities in both cases are the same.

By preparing the water provision system before heated water is needed, it is possible to reduce delays in heated water provision, thereby reducing clean water wastage by reducing the time a water outlet is left turned on while the occupant waits for the water to be heated up. Moreover, by anticipating an expected demand for heated water and predictively preparing a storage heat source by operating the heat pump before heated water is required, it is possible to utilise a heat pump as a reliable form of heated water provision with reduced or even without inherent delays.

As explained above, a heat pump such as the heat pump <NUM> comprises an outdoor unit with heat exchanger coils that extract heat from the air or ground outside and transfers it to an indoor unit either directly to the inside of a building to warm it or to a thermal energy storage medium to store it for use later. The process of extracting thermal energy from the outside air cools the heat exchanger coils in the outdoor unit, and moisture from the air condenses on the cool outdoor coils. In cold outdoor conditions, for example when the outside air is <NUM>, the outdoor coils can cool below freezing, and frost can form on the outdoor coils. As frost accumulates on the outdoor coils, the heat pump becomes less efficient, requiring a greater temperature difference with the outside air to output the same power compared to frost-free coils. It is therefore desirable to operate a heat pump in a defrost cycle, regularly and when frost accumulates, to remove frost from the heat exchanger coils in the outdoor unit of the heat pump.

A number of factors can influence when a heat pump requires a defrost cycle, for example outdoor temperature and humidity, the power output of the heat pump, and the condition of the heat pump (e.g. older system may be less efficient and requires more frequent defrosting). Generally, a heat pump operates a defrost cycle whenever frost forms on the outdoor heat exchanger coils.

During a defrost cycle, a heat pump is operated in reverse, in that warm refrigerant is sent to the outdoor unit to thaw the heat exchanger coil. A heat pump may operate a defrost cycle until, for example, the coil reaches around <NUM>. Once the heat exchanger coil is thawed, the heat pump can resume the normal heating cycle. Clearly, while a heat pump is operating a defrost cycle, it will not be able to performs its normal function of transferring heat to the indoor unit (e.g. into the thermal energy storage <NUM>) until the defrost cycle is complete. It may therefore be desirable to prepare the building before a heat pump defrost cycle begins.

<FIG> schematically shows an embodiment of an MLA <NUM> executing on a control module (e.g. the control module <NUM>) processing a set of input data to predict the next defrost cycle of a heat pump (e.g. the heat pump <NUM>). The MLA <NUM> may be the same MLA as the MLA <NUM> and/or MLA <NUM> and/or MLA <NUM> and/or MLA <NUM>, or it may be a different MLA.

The MLA <NUM> receives input data specific to the house, through the control module, from a plurality of inputs, including one or more sensors disposed around the house, one or more user interfaces (e.g. control panels around the house in communication with the control module, smart devices, personal computers, etc.), one or more software program, one or more public and private databases, etc. During a training phase, the MLA <NUM> may be trained to recognise when a defrost cycle is required, and establish a timescale and an average energy requirement for operating the heat pump in a defrost cycle, based for example on weather forecasts, current weather conditions, indoor temperatures and data collected from previous defrost cycle(s), with knowledge of the performance of the heat pump (e.g. an average thermal energy output of the heat pump, a heat pump efficiency or coefficient of performance, and any other information or quantities relating to the performance of the heat pump).

In the present embodiment, the MLA <NUM> receives inputs of weather forecast <NUM> e.g. obtained from the public domain or a weather app on a smart device registered on the control module, current weather condition <NUM> such as temperature and humidity e.g. obtained from the public domain or one or more sensors disposed around the house, indoor temperature <NUM> e.g. obtained from one or more temperature sensors disposed inside the house, and data relating to the last defrost cycle(s) <NUM> when the heat pump was last defrosted. Based on, the MLA <NUM> can. Based on the weather forecast, the current weather conditions and the indoor temperature, the MLA <NUM> can predict when the next defrost cycle may be expected <NUM>, e.g. when there is a long period of low temperature and high humidity a defrost cycle may be needed sooner, and may estimate a length of time required to defrost the heat pump. Moreover, using the established utility usage pattern <NUM> and an occupancy prediction <NUM>, the MLA <NUM> can estimate an expected energy and heated water demand during the time when a defrost cycle is predicted, and prepares the water provision system in anticipation of the predicted defrost cycle <NUM>, for example by storing additional thermal energy in the thermal energy storage (by storing energy as sensible heat in addition to latent heat in the PCM), heating the house to a temperature higher than the pre-set temperature, etc..

Additionally or alternatively, the MLA <NUM> may moreover anticipate when demands for energy and heated water (e.g. for taps, showers and/or central heating) are low, and determine an appropriate timing for defrosting the heat pump that is e.g. less disruptive to the provision of heated water to the occupants. Using the inputs, the MLA <NUM> can determine a time period when water and energy demands are low (e.g. overnight) and/or when occupancy is low (e.g. during school and working hours), and adjust the expected start time of the next defrost cycle to the determined low-demand time and/or low-occupancy time. The MLA <NUM> may then instruct the control module to operate the heat pump to begin a defrost cycle <NUM> at the adjusted start time. For example, if the MLA <NUM> predicts a defrost cycle may be needed in the early evening when energy and heated water demands are expected to be high, the MLA <NUM> may pre-charge the thermal energy storage medium by operating the heat pump to store more heat, e.g. by raising the temperature of the thermal energy storage medium to a higher operating temperature, as well as diverting some of the heat to warm up the building before the predicted defrost cycle, and/or the MLA <NUM> may adjust the defrost cycle start time to later in the evening when demands are expected to be lower,. In another example, if a defrost cycle is expected during the day, the MLA <NUM> may determine, based on an occupancy prediction and/or the usage pattern, that the next defrost cycle is during a period of time when energy and heated water demands are low e.g. when occupancy is expected to be low or zero, and determine that no preparation or adjustment is required.

By predicting the next defrost cycle for the heat pump and predictively preparing the water provision system before the defrost cycle begins, based e.g. on the performance of the heat pump, weather forecasts, current weather conditions, current indoor temperature, expected occupancy and demands for heated water, the present embodiment allows necessary heat pump defrost cycles to be performed in a manner that is less disruptive to the provision of heated water and thereby enables a heat pump to be utilised as an effective way of providing heated water.

In an embodiment, methods and systems are provided to monitor and interactively modify water usage habits of the occupants. The methods may be implemented by an MLA <NUM>. The MLA <NUM> may be the same MLA as the MLA <NUM> and/or MLA <NUM> and/or MLA <NUM> and/or MLA <NUM> and/or MLA <NUM>, or it may be a different MLA. During a training phase, the MLA <NUM> is provided with data relating to water usage e.g. by occupants of the house to establish a normal water usage pattern, as described above. In addition, the MLA <NUM> may be trained to recognize or identify instances in the normal usage pattern when a water outlet is turned on for provision of heated water at a temperature T1 set by an occupant, but the water outlet is subsequently turned off before the water is heated to T1. This is particularly relevant when a heat pump is used to provide heated water, since there may be instances when, upon activating the heat pump, energy extracted by the heat pump must first heat a thermal energy storage medium up to a desired operating temperature before water can be heated sufficiently by the thermal energy storage medium. In cases where the heat pump is activated in response to a demand for heated water, but the water outlet is turned off before water is heated to the desired temperature, the energy (electricity) used to operate the heat pump is wasted since the occupant did not in fact receive heated water. In view of the foregoing, the MLA <NUM> may be trained to employ one or more energy-reduction strategies when one such short-duration instances is determined.

Referring to <FIG>, at S7001, an occupant sets the water temperature at a water outlet to T1 and opens the water outlet. At S7002, the control module determines that the water outlet is turned on, e.g. by detecting, using one or more sensors, a change in water pressure or water flow at a water source supplying to the water provision system, and the control module at S7003 runs the MLA <NUM> to monitor changes in the water temperature at the water outlet. Subsequently, the control module at S7004 determines that the water outlet is turned off, and the MLA <NUM> at S7005 determines whether, during the time period when the water outlet is turned on, the water temperature has reached T1 set by the user. If so, the method ends with no further action.

If it is determined at S7005 that the water temperature has not reached T1 during the time period when the water outlet is turned on, the MLA <NUM> may employ one or more energy-reduction strategies. In an embodiment, the MLA <NUM> initiates a software function to generate a notification to notify the occupant, at S7006, that the water has not reached the pre-set temperature before the water outlet was turned off. The MLA <NUM> may optionally log the event at S7007.

At a subsequent time, an occupant may again set the water temperature at the same water outlet to T1 and turned on the water outlet. Before or upon determining that the water outlet is open, in the present embodiment, the MLA <NUM> identifies this water usage instance as a short duration instance in which the water temperature is unlikely to reach T1 before the user turns off the water outlet, and then initiates a software function to generate a prompt signal to prompt the user to set the water temperature at a lower temperature T2 or to use cold water instead of heated water. The prompt signal may for example be flashing light at or near the water outlet, production of a predetermined sound or tone, a verbal and/or visual prompt (e.g. playing a message or an image), etc. The MLA <NUM> may determine such short-duration instances based on the established usage pattern, or use one or more indicators to identify such short-duration instances. For example, the MLA <NUM> may use the location of the water outlet or the time when heated water is demanded as an indicator. As another example, the MLA <NUM> may previously determine a correlation between a cold-water usage instance prior to such short-duration heated water usage instance, such as when a toilet is flushed then refilled, and the subsequent heated water demand for handwashing, and use such cold-water usage as an indicator.

Thus, according to the present embodiment, the occupant is made aware of instances when they demand heated water but have not used the water for a sufficiently long time for the water to be heated to temperature. Moreover, the user is prompted to use lower temperature or cold water instead of heated water at the next instance when it is likely to be of short duration, such that the user has a choice to avoid wasting energy by demanding heated water from the water provision system when it may not be necessary. The present embodiment therefore enables interactive modification of heated water usage habits of occupants to reduce energy usage.

In another complimentary or alternative embodiment shown in <FIG>, an occupant again sets the water temperature to T1 at S8001 and turns on the water outlet. Before or upon the control module determining at S8002 that the water outlet is turned on, the MLA <NUM> identifies this water usage instance as a short-duration instance and employs an additional or alternative energy-reduction strategy by causing the control module to change the temperature setting of the water outlet from T1 to a lower temperature T2. Temperature T2 may be a lower temperature than T1 but still heated, or T2 may represent unheated cold water from the mains. Under the control of the control module, the water provision system outputs water at the temperature T2 to the water outlet at S8003.

Thus, according to the present embodiment, the control module proactively reduces the water temperature when the MLA <NUM> identifies a short duration instance. By reducing the water temperature, less energy is required to heat the water. In doing so, the present embodiment reduces energy consumption when heated water is not necessary.

In yet another complimentary or alternative embodiment shown in <FIG>, an occupant again sets the water temperature to T1 at S9001 and turns on the water outlet. Before or upon the control module determining at S9002 that the water outlet is turned on, the MLA <NUM> identifies this water usage instance as a short-duration instance and employs an additional or alternative energy-reduction strategy by causing the control module to adjust the flow rate of the water outlet to a lower flow rate. Under the control of the control module, the water provision system outputs water at the lower flow rate to the water outlet at S9003.

Thus, according to the present embodiment, the control module proactively reduces the water flow when the MLA identifies a short duration instance. This embodiment is particularly relevant when water is heated e.g. by electric heating elements, such that, by reducing water flow, less water is required to be heated and less energy is required to heat the amount of water being used. In doing so, the present embodiment reduces both water and energy consumption.

<FIG> schematically shows an embodiment of an MLA <NUM> executing on a control module (e.g. the control module <NUM>) processing a set of sensor data to output a leakage warning for a given building. The MLA <NUM> may be the same MLA as the MLA <NUM> and/or MLA <NUM> and/or MLA <NUM> and/or MLA <NUM> and/or MLA <NUM> and/or MLA <NUM>, or it may be a different MLA.

The MLA <NUM> receives input data specific to the house, through the control module, from a plurality of inputs, including one or more sensors disposed around the house, one or more user interfaces (e.g. control panels around the house in communication with the control module, smart devices, personal computers, etc.), one or more software program, one or more public and private databases, etc. In the present embodiment, the MLA <NUM> receives the current time and date <NUM> e.g. from a clock and calendar function running on the control module or remotely over a communication network, then using the established utility usage pattern <NUM> and an occupancy prediction <NUM>, the MLA <NUM> can estimate an expected water usage for the current time and date. In addition, the MLA <NUM> receives inputs of the mains water inlet temperature <NUM>, flow rate of the mains water <NUM> and water pressure of the mains water <NUM> e.g. measured by appropriate sensor(s) at the mains water inlet to the house, and determines a real-time water usage. The MLA <NUM> can then determine, based on the expected usage and real-time usage, whether the current water usage is as expected or not, and if the current water usage exceeds the expected usage the MLA <NUM> outputs a water leakage warning <NUM>. The MLA <NUM> can be previously trained to recognise whether instances when the current water usage exceeds the expected usage correlate to a water leakage in the system or to an unexpected increase in demand, for example a change in the weather or an increase in occupancy. In some embodiments, the MLA <NUM> may be provided with a threshold above which the level of water usage exceeding the expected usage is deemed a leak. The MLA <NUM> may alternatively establish such a threshold during a training phase, or adjust the threshold while in use e.g. based on user feedback.

By establishing a utility usage pattern and monitoring current water usage against the pattern, it is possible to detect a potential water leakage in the system and give early warning to the occupants to take remedial or corrective measures before the leakage becomes more serious.

The various MLAs described above may refer to the same or different MLA. If multiple MLAs are implemented, one or some or all of the MLAs may be executed on the control module <NUM>, and one or some or all of the MLAs may be executed on a server (e.g. a cloud server) in communication with the control module <NUM> via a suitable communication channel. It will be understood by those skilled in the art that the embodiments above may be implemented in any combinations, in parallel or as alternative strategies as desired.

As will be appreciated by one skilled in the art, the present techniques may be embodied as a system, method or computer program product. Accordingly, the present techniques may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware.

Computer program code for carrying out operations of the present techniques may be written in any combination of one or more programming languages, including object-oriented programming languages and conventional procedural programming languages.

For example, program code for carrying out operations of the present techniques may comprise source, object or executable code in a conventional programming language (interpreted or compiled) such as C, or assembly code, code for setting up or controlling an ASIC (Application Specific Integrated Circuit) or FPGA (Field Programmable Gate Array), or code for a hardware description language such as VerilogTM or VHDL (Very high-speed integrated circuit Hardware Description Language).

The program code may execute entirely on the user's computer, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network. Code components may be embodied as procedures, methods or the like, and may comprise sub-components which may take the form of instructions or sequences of instructions at any of the levels of abstraction, from the direct machine instructions of a native instruction set to high-level compiled or interpreted language constructs.

The examples and conditional language recited herein are intended to aid the reader in understanding the principles of the present technology and not to limit its scope to such specifically recited examples and conditions. It will be appreciated that those skilled in the art may devise various arrangements which, although not explicitly described or shown herein, nonetheless embody the principles of the present technology and are included within its scope as defined by the appended claims.

Furthermore, as an aid to understanding, the above description may describe relatively simplified implementations of the present technology.

This is done merely as an aid to understanding, and, again, not to limit the scope or set forth the bounds of the present technology.

The functions of the various elements shown in the figures, including any functional block labeled as a "processor", may be provided through the use of dedicated hardware as well as hardware capable of executing software in association with appropriate software. Moreover, explicit use of the term "processor" or "controller" should not be construed to refer exclusively to hardware capable of executing software, and may implicitly include, without limitation, digital signal processor (DSP) hardware, network processor, application specific integrated circuit (ASIC), field programmable gate array (FPGA), read-only memory (ROM) for storing software, random access memory (RAM), and non-volatile storage.

Claim 1:
A computer-implemented method of predictively preparing a water provision system installed in a building, the water provision system (<NUM>) comprising a heat pump (<NUM>) configured to transfer thermal energy from outside the building to a thermal energy storage medium (<NUM>) inside the building and a control module (<NUM>) configured to control operation of the heat pump (<NUM>), the control module (<NUM>) having executing thereon a first machine learning algorithm, MLA, (<NUM>) having previously been trained to determine a correlation between cold water usage and a subsequent heated water demand, the water provision system (<NUM>) being configured to provide water heated by the thermal energy storage medium (<NUM>) to an occupant of the building at one or more water outlets, the method being performed by the control module (<NUM>) and comprising:
receiving first sensor data (<NUM>) indicating cold water usage at a first water outlet;
determining whether the cold water usage at the first water outlet is correlated to a subsequent heated water demand at a second water outlet by inputting the first sensor data to the first MLA (<NUM>); and
upon determining that the cold water usage at the first water outlet is correlated to a subsequent heated water demand at a second water outlet, preparing the water provision system (<NUM>) for delivering heated water.