US9953285B2 - Residential and small and medium business demand response - Google Patents

Abstract

A method of residential or small and medium business (SMB) demand response (DR) coordination may include receiving a DR event notification from a DR server. The DR event notification may include DR event information pertaining to a DR event and curtailment information. The method may also include communicating a notification acknowledgement to the DR server. The notification acknowledgement may indicate reception of the DR event notification. The method may include displaying a curtailment request pertaining to the DR event. The curtailment request may be based on the curtailment information included in the DR event notification and may include some portion of the DR event information. The method may also include receiving a user input including a DR event participation confirmation or a DR event participation refusal. The method may further include communicating a participation signal representative of at least a portion of the user input to the DR server.

Description

FIELD

The embodiments discussed herein are related to residential and small and medium business demand response.

BACKGROUND

Utilities incentivize curtailment of energy usage during certain high load periods to increase the ability of the utilities to meet a larger demand or to minimize production costs. For example, in summer months, peak energy usage may occur on hot days in the late afternoon. A utility may offer an incentive to a factory to reduce energy usage during the late afternoon. In response, the factory may delay a high load production run until later in the evening, turn down the air-conditioning in the factory, or otherwise reduce energy use. In this manner, the utility may increase its ability to meet energy demands during the peak energy usage and/or avoid producing or purchasing additional energy to meet the energy demands.

The curtailment in energy usage during peak or high load periods may be referred to generally as demand response (DR). The energy usage curtailment during a specified time period may be referred to as a DR event. DR events generally occur when a utility expects a high demand and asks customers to reduce or curtail energy usage. When a customer reduces its energy usage by an agreed-upon amount, the utility may provide an incentive to the customer.

In some DR systems, DR aggregators mediate communication between utilities and customers. The DR aggregators generally have an agreement with the utilities to coordinate with the customers and implement DR events.

Inclusion of residential customers and/or small and medium business (SMB) customers (collectively, residential/SMB customers) in DR events may pose some difficulty. For example, the energy curtailment of each residential/SMB customer is relatively limited. Accordingly, the utility or the DR aggregator may limit resources invested in coordinating participation of the residential/SMB customers. Additionally, the residential/SMB customers may have a varying schedule and limited sophistication, which may decrease a likelihood that the residential/SMB customers may participate in a DR event.

Some utilities or DR aggregators communicate with residential/SMB customers via short message service (SMS) messages or via e-mail messages. However, communication via SMS messages and e-mail messages may be ineffective at motivating residential/SMB customers to participate in DR events and an inefficient use of resources. For example, SMS may be expensive for the utility or DR aggregator and may be communicated through a stand-alone system. Additionally, SMS messages may not include sufficient information to motivate residential/SMB customers to participate in a DR event.

Alternatively, some appliances enable control, directly or indirectly, by the utility or the DR aggregator. However, the appliances are expensive to purchase and complex to set up. Thus, the incentives provided for participation in DR events may not justify expenses associated with implementing the appliances.

The subject matter claimed herein is not limited to embodiments that solve any disadvantages or that operate only in environments such as those described above. Rather, this background is only provided to illustrate one example technology area where some embodiments described herein may be practiced.

SUMMARY

According to an aspect of an embodiment, a method of residential or small and medium business (SMB) demand response (DR) coordination may include receiving a DR event notification from a DR server. The DR event notification may include DR event information pertaining to a DR event and curtailment information. The method may also include communicating a notification acknowledgement to the DR server. The notification acknowledgement may indicate reception of the DR event notification. The method may include displaying a curtailment request pertaining to the DR event. The curtailment request may be based on the curtailment information included in the DR event notification and may include some portion of the DR event information. The method may also include receiving a user input including a DR event participation confirmation or a DR event participation refusal. The method may further include communicating a participation signal representative of at least a portion of the user input to the DR server.

The object and advantages of the embodiments will be realized and achieved at least by the elements, features, and combinations particularly pointed out in the claims.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory and are not restrictive of the invention, as claimed.

BRIEF DESCRIPTION OF THE DRAWINGS

Example embodiments will be described and explained with additional specificity and detail through the use of the accompanying drawings in which:

FIG. 1 illustrates an example demand response (DR) system;

FIG. 2 illustrates an example computing system that may be implemented in the DR system ofFIG. 1;

FIGS. 3A-3F illustrate example screenshots of information that may be displayed on an example device that may be implemented in the DR system ofFIG. 1;

FIG. 4 is a flow diagram of an example method of residential or small and medium business (SMB) DR coordination; and

FIG. 5 is a flow diagram of another example method of residential or SMB DR coordination, arranged in accordance with at least one embodiment described herein.

DESCRIPTION OF EMBODIMENTS

Some embodiments described herein relate to demand response (DR) for residential customers and/or small to medium business (SMB) customers (collectively, residential/SMB customers). In an example embodiment, a DR module may be stored on a device that is associated with a residential/SMB customer. The DR module may be configured to receive DR event notifications from a DR server that is associated with a utility or a DR aggregator. After the device receives the DR event notification, the DR module may communicate a notification acknowledgement to the DR server. The device may also display a curtailment request to the residential/SMB customer. The residential/SMB customer may then opt in or opt out of the DR event based upon information and incentives included in the curtailment request by providing some user input to the device. Additionally or alternatively, the residential/SMB customer may be automatically opted in based upon predefined pattern or an agreement, for instance. In response, the device may then communicate a participation signal to the DR server indicating whether the residential/SMB customer will participate in the DR event.

Additionally or alternatively, the DR module may enable selection of one or more target appliances. In these and other embodiments, resource curtailment during a DR event may be based upon changes to operation of the target appliances. The curtailment request may then include information and incentives related to the target appliances. Additionally, the residential/SMB customer may then opt in or opt out of curtailment of one or more of the target appliances by providing some user input to the device. Another participation signal sent to the DR server may include or indicate which of the target appliances the residential/SMB customer has agreed to operate in accordance with the curtailment request.

Based on the participation signals and the notification acknowledgement, the utility or the DR aggregator may estimate a resource curtailment of a DR event. Additionally, the utility or the DR aggregator may develop historical data related to the residential/SMB customer, for example, incentive amounts sufficient to prompt participation, successful compliance with agreed-to curtailment, time delay before a response, and the like. The historical data may be used in planning future DR events and/or selection of or inclusion of certain residential/SMB customers in future DR events, for example.

FIG. 1 illustrates anexample DR system100. TheDR system100 may be configured for communication of information pertaining to DR events between aDR server112 and adevice104. Specifically, in some embodiments, theDR system100 may be configured to communicate the information to a residential/SMB customer102 via thedevice104. The information may be communicated to the residential/SMB customer102 to notify the residential/SMB customer102 of a DR event and/or to solicit participation in the DR event by the residential/SMB customer102, for instance. Additionally, theDR system100 may be configured to enable communication of information from the residential/SMB customer102 to autility138 via thedevice104 and theDR server112. The information communicated from the residential/SMB customer102 to theutility138 may include a notification acknowledgment, feedback, and user input, for example. In some embodiments, the user input may include a DR event participation confirmation or refusal. TheDR system100 may at least partially enable implementation of the DR event and/or energy curtailment associated with the DR event using thedevice104 relative to atarget appliance132. For example, in some embodiments, an operation of thetarget appliance132 may be controlled through commands communicated from theDR server112 and/or from thedevice104.

As depicted inFIG. 1, theDR system100 may include thedevice104, thetarget appliance132, theDR server112, and a commercial and industrial (C&I)server114. In theDR system100, thedevice104, thetarget appliance132, theDR server112, and theC&I server114 may communicate via anetwork140. Additionally, in theDR system100,DR modules110A-110D (generally,DR module110 or DR modules110) may be included in one or more of thedevice104, thetarget appliance132, theDR server112, and theC&I server114. TheDR module110 may be configured to enable communication of information pertaining to DR events between thedevice104, thetarget appliance132, theDR server112, and theC&I server114 via thenetwork140. Through use of theDR modules110, theutility138, the residential/SMB customer102, a C&I customer142, or any combination thereof may be coordinated in relation to DR events. Each of thenetwork140, thedevice104, thetarget appliance132, theDR server112, and theC&I server114 are described below with relationship to theDR module110.

TheDR system100 is described herein with particularity in which theutility138 provides a resource such as electricity to a residential site or an SMB site (not shown) that is associated with the residential/SMB customer102. Additionally, in theDR system100, theutility138 may provide the resource to a C&I site (not shown) associated with the C&I customer142. TheDR modules110 may provide a platform in which information pertaining to DR events may be communicated to thedevice104 and theC&I server114. The residential/SMB customer102 and/or the C&I customer142 may then participate in the DR event, which may include curtailing resource use of the residential site, the SMB site, and/or the C&I site. In theDR system100, theDR modules110 may accordingly enable coordination of the C&I customer142 and the residential/SMB customer102 via a single platform. While described in the context of a utility that provides electricity, other embodiments may be implemented in the context of a utility that provides another resource, such as water, natural gas, or another resource.

Theutility138 may include any entity involved in production, transmission, and/or distribution of the resource. Theutility138 may be publicly owned or privately owned. Some examples of theutility138 may include, but are not limited to, a power plant, an energy cooperative, and an independent system operator (ISO). Additionally, in some non-illustrated embodiments, theutility138 may be substituted for or included with a DR aggregator. The DR aggregator may act as an intermediary between theutility138 and the residential/SMB customer102 and/or the C&I customer142. The DR aggregator may coordinate implementation of one or more DR events and may accordingly communicate information pertaining to the DR events via theDR modules110.

TheDR server112 may include a hardware server that includes a processor, memory, and communication capabilities. In the illustrated embodiment, theDR server112 may be coupled to thenetwork140 to send and receive information to and from one or more of thedevice104, theC&I server114 and thetarget appliance132 via thenetwork140. TheDR server112 may host or have otherwise stored thereon aDR module110C. TheDR module110C may be configured to communicate information with one or more of theDR modules110A,110B, and110D and to perform operations based upon the information. Specifically, in some embodiments, theDR module110C may be configured to communicate a DR event notification to theDR module110A of thedevice104. The DR event notification may include DR event information pertaining to a DR event and curtailment information. The information and/or the curtailment information may include incentives for DR event participation and/or for target appliance (e.g., the target appliance132) curtailment.

TheDR module110C may also generate the incentives. For example, theDR module110C may generate incentives based on one or more of economic conditions such as current resource prices, current demand, expected prices, expected demand, and historical data related to the C&I customer142 and/or the residential/SMB customer102. The DR event notification as well as other information communicated in theDR system100 may be configured according to a particular format such as extensible markup language (XML) with defined schema.

Additionally, theDR module110C of theDR server112 may be configured to receive a notification acknowledgement, feedback, a participation signal, other data, or a combination thereof from theDR module110A of thedevice104, the DR module110B of thetarget appliance132, the DR module110D of theC&I server114, or any combination thereof. The notification acknowledgement may indicate reception of the DR event notification. Accordingly, theutility138 may thereby have an indication that the DR event notification has at least been received, even if no subsequent communication occurs. The participation signal may be representative of at least a portion of user input received at theDR module110A of thedevice104. The user input may include a DR event participation confirmation, which may indicate that the residential/SMB customer102 agrees to participate in the DR event or a DR event participation refusal, which may indicate the residential/SMB customer102 does not agree to participate in the DR event. In some embodiments, a lack of a DR event participation confirmation may indicate a refusal or a lack of a DR event refusal may indicate a confirmation. The feedback may be based on data gathered by asensor136 included in thedevice104. Based on the feedback, theDR module110C may assess a participation of the residential/SMB customer102. Additionally, based at least partially on the participation signal, the notification acknowledgement, and/or the feedback, theDR module110C may estimate resource curtailment for the DR event. For example, theDR module110C may know whether the residential/SMB customer102 has agreed to participate, an amount of the resource the residential/SMB customer102 has agreed to curtail, and the likelihood of compliance with the agreed-to curtailment. In embodiments of theDR system100 including multiple residential/SMB customers102 and multiple C&I customers142, theDR module110C may combine or aggregate the participation signal, the notification acknowledgement, and/or the feedback from the multiple residential/SMB customers102 and multiple C&I customers142 to estimate resource curtailment for the DR event.

In some embodiments, theDR module110C may be configured to communicate a second DR event notification to the C&I customer142. The second DR event notification may include the DR event information pertaining to the DR event and curtailment information relevant to the C&I customer142. Specifically, in these and other embodiments, theDR module110C may communicate the DR event notification to the DR module110D included in theC&I server114.

In theDR system100 ofFIG. 1, theDR module110C may be configured to communicate the DR event notification to theDR module110A of thedevice104 and the second DR event notification to the C&I customer142. In some embodiments, theDR system100 may include multiple residential/SMB customers102 and multiple C&I customers. In these and other embodiments, theDR module110C may accordingly communicate more than two DR event notifications to the multiple residential/SMB customers and/or multiple C&I customers. Any subset of the DR event notifications may include different information pertaining to the DR event, different curtailment amounts, incentive information, etc. without limitation. Additionally, over time, the DR event notifications may vary. The variation in the DR event notifications may occur during a single DR event and with respect to a single residential/SMB customers102 or a single C&I customer142. Additionally or alternatively, the DR event notifications may be similar or identical over multiple DR events.

TheC&I server114 may include a hardware server that includes a processor, memory, and communication capabilities. In the illustrated embodiment, theC&I server114 may be coupled to thenetwork140 to send and receive data to and from one or more of thedevice104, theDR server112, and thetarget appliance132 via thenetwork140. TheC&I server114 may host or have otherwise stored thereon the DR module110D. TheC&I server114 may be located at a C&I site associated with the C&I customer142. Theutility138 may communicate with the C&I customer142 via theC&I server114 to assess participation of the C&I customer142 in DR events.

Thenetwork140 may be wired or wireless, and may have numerous different configurations including, but not limited to, a star configuration, token ring configuration, or other configurations. Furthermore, thenetwork140 may include a local area network (LAN), a wide area network (WAN) (e.g., the Internet), and/or other interconnected data paths across which multiple devices may communicate. In some embodiments, thenetwork140 may be a peer-to-peer network. Thenetwork140 may also be coupled to or include portions of a telecommunications network that may enable communication of data in a variety of different communication protocols and via a variety of different media.

In some embodiments, thenetwork140 includes BLUETOOTH® communication networks and/or cellular communications networks for sending and receiving data including via SMS, multimedia messaging service (MMS), hypertext transfer protocol (HTTP), direct data connection, wireless application protocol (WAP), e-mail, smart energy profile (SEP), Echonet Lite, OpenADR, etc.

In some embodiments, thenetwork140 may enable communication of control commands to thetarget appliance132. The control commands may be formatted according to a standard-based protocol or media such as SEP, Echonet Lite, OpenADR, or another suitable protocol or media (e.g., wireless fidelity (Wi-Fi), ZIGBEE®, HOMEPLUG® Green, etc.). Additionally, thenetwork140 may include or interface with satellite-based locational systems (e.g., global positioning systems (GPS)) and/or terrestrial locational systems (e.g., Wi-Fi-based positioning system (WPS)) that may provide locations of thedevice104, for instance.

Communication may occur in thenetwork140 via multiple media and/or multiple protocols. For example, in some embodiments, communication between theDR module110C and theDR modules110A and110D via thenetwork140 may be formatted according to the OpenADR. Additionally in these and other embodiments, communication between theDR module110A and the DR module110B may be formatted according to SEP.

Thetarget appliance132 may include any appliance or device that receives and/or consumes a resource from theutility138 and has a curtailment capability. For example, thetarget appliance132 may have a capability to operate in a reduced consumption state, to be turned off, and the like. Thetarget appliance132 may be under the control of the residential/SMB customer102 such that the residential/SMB customer102 may affect, directly or indirectly, operation of thetarget appliance132. Some examples of thetarget appliance132 may include, but is not limited to, a thermostat, lighting, a microwave, a pump, a motor, a clothes washing machine, a dishwasher, a heater, an air-conditioner, a clothes dryer, a fan, a refrigerator, and an oven.

Thetarget appliance132 may include hardware that includes a processor, memory, and communication capabilities. In the illustrated embodiment, thetarget appliance132 may be coupled to thenetwork140 to send and receive data to and from one or more of thedevice104, theDR server112, and theC&I server114 via thenetwork140. Thetarget appliance132 may include the DR module110B. The DR module110B may receive and implement signals such as control commands that may affect the operation of thetarget appliance132. The control commands may be communicated from theDR server112 and/or thedevice104 in some embodiments. Additionally, in some embodiments, thetarget appliance132 may communicate feedback, the participation signal, and/or the notification acknowledgment.

The residential/SMB customer102 may be associated with thedevice104. For example, thedevice104 may be owned and/or routinely operated by the residential/SMB102. Additionally, the residential/SMB customer102 may be further associated with a residential site or the SMB site (mentioned above) such as a building, a house, a structure, a piece of equipment (e.g., the target appliance132), or another object that consumes the resource distributed by theutility138. Accordingly, the residential/SMB customer102 may at least partially control consumption of the resource of the residential site or the SMB site, which may include control of thetarget appliance132.

Thedevice104 may be a computing device that includes aprocessor108,memory106, and network communication capabilities. The network communication capabilities may include Internet (e.g., Wi-Fi) networking capabilities, BLUETOOTH®, 3 G, 4 G, LTE communication networking capabilities, or any combination thereof suitable for communication via thenetwork140 with one or more of theDR server112, thetarget appliance132, and theC&I server114. Some examples of thedevice104 may include a laptop computer, a desktop computer, a tablet computer, a mobile telephone, a personal digital assistant (PDA), a mobile e-mail device, a portable game player, a portable music player, a television with one or more processors embedded therein or coupled thereto or other electronic device capable of accessing and communicating via thenetwork140.

Thedevice104 may include theDR module110A. TheDR module110A installed on thedevice104 may be configured to enable interaction with the residential/SMB customer102. Additionally, theDR module110A may be configured to interface with the DR modules110B-110D via thenetwork140. Specifically, in some embodiments, theDR module110A may be configured to interface with theDR module110C of theDR server112 and the DR module110B of thetarget appliance132. For example, in these and other embodiments, theDR module110A may be configured to receive a DR event notification from theDR module110C of theDR server112. In response, theDR module110A may communicate the notification acknowledgement to theDR module110C of theDR server112. TheDR module110A may then display a curtailment request pertaining to the DR event. The curtailment request may be based on the curtailment information included in the DR event notification and/or some portion of the DR event information.

TheDR module110A may then receive user input from the residential/SMB customer102. The user input may include the DR event participation confirmation or the DR event participation refusal. TheDR module110A may then communicate the participation signal, which may be representative of at least a portion of the user input to theDR module110C of theDR server112.

Additionally, theDR module110A may enable initialization between thedevice104 and thetarget appliance132 and/or between the residential/SMB customer102 and thedevice104. In some embodiments, the initialization may occur before any DR event notifications are communicated to thedevice104. Additionally or alternatively, the residential/SMB customer102 may initialize thetarget appliance132 after one or more DR event notifications are communicated to thedevice104. In some embodiments, theDR system100 includes multiple target appliances. In these embodiments, one or more target appliances may be initialized before any of the DR event notifications are communicated to thedevice104 and one or more other target appliances may be initialized after one or more of the DR event notifications are communicated to thedevice104.

For example, theDR module110A may generate an appliance list including appliances having resource curtailment capabilities. The appliance list may include thetarget appliance132. TheDR module110A may display the appliance list to the residential/SMB customer102 on adisplay134. TheDR module110A may then receive a selection of thetarget appliance132 by the residential/SMB customer102. Selection of thetarget appliance132 may indicate the association between the residential/SMB customer102 and thetarget appliance132 and/or a willingness by the residential/SMB customer102 to operate thetarget appliance132 in accordance with curtailment requests.

In these and other embodiments, the curtailment request may include resource curtailment pertaining to thetarget appliance132. In addition, the user input may include a target appliance selection indicating curtailment during the DR event of a selectedtarget appliance132. Additionally, the curtailment request may include an incentive pertaining to curtailment of thetarget appliance132 during the DR event.

TheDR module110A may also determine a control command for thetarget appliance132. The control command may be configured to affect an operation of thetarget appliance132 in accordance with the DR event. The control command may be based on the DR event notification and/or a pre-configured setting related to thetarget appliance132. The control command may then be communicated to thetarget appliance132 in response to the user input including the DR event participation confirmation.

In some embodiments, thedevice104 may include thedisplay134. Thedisplay134 may include a light-emitting diode (LED) display, an organic LED (OLED), a touch screen (e.g., resistive, surface acoustic wave, capacitance, infrared grid, etc.), or any other suitable display device. Thedisplay134 may be communicatively coupled to theprocessor108 and/or thememory106. Images and data stored in thememory106 may be displayed on thedisplay134. Additionally, theprocessor108 may control the display of images and data on thedisplay134. For example, theDR module110A may communicate a curtailment request to thedisplay134. The curtailment request may accordingly be displayed to the residential/SMB customer102.

Additionally or alternatively, thedevice104 may include aninput device144. Theinput device144 may include any system or device configured to receive the user input. The user input may then be communicated to theprocessor108, thememory106, theDR module110A, and the like. Theinput device144 may include, but is not limited to, a button, a mouse, a keyboard, a remote control, and a microphone. Additionally or alternatively, in some embodiments, thedisplay134 may be configured to receive user input. For example, in embodiments in which thedisplay134 includes a touch screen, the residential/SMB customer102 may provide user input to thedevice104 via thedisplay134.

Additionally, thedevice104 may include thesensor136. Thesensor136 may be used to measure a condition of thedevice104 such as an environmental condition (e.g., temperature) of thedevice104, a location of thedevice104, and an orientation of thedevice104. Thesensor136 may be communicatively coupled to theprocessor108 and/or thememory106. Theprocessor108 may receive a signal indicating the condition measured by thesensor136 and perform an action based thereon (e.g., communicate the signal to thedisplay134 or to the DR server112). Additionally, thememory106 may receive a signal indicating the condition measured by thesensor136 and may store the signal or a representation thereof.

An example of thesensor136 may include a temperature sensor. The temperature sensor may be used to measure a thermal state of an environment of thedevice104. Theprocessor108 or theDR module110A may receive a measurement of the thermal state and may generate a signal representative of the measurement. The signal representative of the measurement may be sent to theDR server112 via thenetwork140, for instance. The thermal state may be an example of the feedback communicated from thedevice104 to theDR server112. For example, a DR event may request that the residential/SMB customer102 reduce or increase the temperature of the residential site or the SMB site. The thermal state before, during, and/or after the DR event may be communicated to theDR server112, which may indicate compliance (or not) with the request.

Additionally or alternatively, thesensor136 may include a gyroscopic sensor. The gyroscopic sensor may measure the orientation of thedevice104. An orientation measurement may be communicated as feedback to theDR server112. For example, the residential/SMB customer102 may point thedevice104 at thetarget appliance132, which may indicate the residential/SMB customer102 intends to affect operation of thetarget appliance132. Theprocessor108 or theDR module110A may receive a measurement of the orientation and generate a signal representative thereof. The measurement of the orientation may be sent to theDR server112 via thenetwork140, where the measurement may be used as the feedback.

For instance, a DR event may include a request to reduce a thermostatic setting of a heater. The residential/SMB customer102 may then re-orient thedevice104 to communicate a control command to a thermostat that controls the heater. The signal may include the control command that reduces the thermostatic setting. In the process of communicating the control command to the thermostat, an orientation sensor may measure a change in orientation of thedevice104, which may be communicated to theDR server112. The measurement of the orientation of thedevice104 may be interpreted as compliance with the request.

Additionally or alternatively, thesensor136 may include a camera. The camera may generate a photo or video of a condition related to thedevice104. Theprocessor108 or theDR module110A may receive the photo or the video and/or may send the photo or the video to theDR server112 via thenetwork140. The photo or the video may be an example of feedback communicated from thedevice104 to theDR server112. For example, a DR event may include a request to reduce the temperature of the residential site or the SMB site. Thetarget appliance132 may include a thermostat that may be controlled via thedevice104. The camera may generate one or more screenshots of the thermostat before, during, and/or after a temperature set point of the thermostat is reduced in accordance with a curtailment request. The screenshot may be communicated to theDR server112 and interpreted as an indication of compliance with the curtailment request.

Additionally or alternatively, thesensor136 may include a location sensor. The location sensor may be configured to measure a current location of thedevice104. The current location of thedevice104 may be communicated to theDR server112 via thenetwork140, for instance. The current location may be based at least partially on positioning information received from a receiver. The receiver may be included in the location sensor or may be a separate component that communicates with the location sensor. An example of the receiver may be a GPS receiver, a Wi-Fi positioning receiver, or any other suitable receiver that may generate and/or communicate positioning information.

In some embodiments, the location sensor may be configured to continuously, periodically, randomly, pseudo-randomly, or on-demand measure the current location of thedevice104. The current location may be communicated to theDR server112. Additionally or alternatively, theDR module110C of theDR server112 may communicate a signal to theDR module110A of thedevice104 requesting the location sensor to measure the current location of thedevice104. TheDR module110A of thedevice104 may then communicate the current location to theDR server112 via thenetwork140.

Based on the current location, theDR server112 may determine whether the current location of thedevice104 and/or the residential/SMB customer102 are within a particular area. In response to the current location being within the particular area, theDR server112 may communicate information, e.g., the DR event notification, pertaining to a DR event to thedevice104. In response to the current location not being within the particular area, theDR server112 may not communicate information pertaining to a DR event to thedevice104.

For example, the particular area may include a residence of the residential/SMB customer102. In some circumstances, the residential/SMB customer102 may be more likely to participate in a DR event when the residential/SMB customer102 is at the residence where the residential/SMB customer102 may easily affect operation of an appliance. Thus, when the residential/SMB customer102 is within the residence, theDR server112 may communicate information pertaining to a DR event to thedevice104. When the residential/SMB customer102 is not within the residence, theDR server112 may not communicate information pertaining to the DR event to the residential/SMB customer102. By basing a decision on whether to communicate the information pertaining to the DR event on the current location, theutility138 may reduce instances in which the information is communicated, but the residential/SMB customer102 is likely not going to participate in a DR event.

Additionally or alternatively, in other circumstances, the residential/SMB customer102 may be more likely to participate in a DR event when the residential/SMB customer102 is not at the particular area, depending on an action requested to curtail energy usage. For example, the particular area may include a residence of the residential/SMB customer102. The action requested may include reducing a temperature set point of a thermostat in the winter. The residential/SMB customer102 may be more likely to participate in a DR event when the residential/SMB customer102 is not at the residence. Thus, when the residential/SMB customer102 is within the residence, theDR server112 may not communicate information pertaining to a DR event to thedevice104. When the residential/SMB customer102 is within the residence, theDR server112 may not communicate information pertaining to the DR event to the residential/SMB customer102.

Additionally or alternatively, thedevice104 may communicate with thetarget appliance132 via different protocols and/or different media based on the current location. In some embodiments, in response to the current location being within the particular area, thedevice104 may communicate a control command to thetarget appliance132 via a first protocol and/or a first media (e.g., a command formatted according to SEP communicated via a Wi-Fi media). In response to the current location not being within the particular area, thedevice104 may communicate a control command to thetarget appliance132 via a second protocol and/or a second media (e.g., Echonet Lite and a cellular media).

For example, the particular area may include a residence of the residential/SMB customer102. When the residential/SMB customer102 is within the residence, thedevice104 may communicate a control command to thetarget appliance132 using a standard-based protocol. When the residential/SMB customer102 is not within the residence, thedevice104 may know an internet protocol (IP) address of a wireless gateway (e.g., a dynamic domain name system (DNS)). Thedevice104 may then communicate the control command through a firewall (e.g., via network address translation (NAT) or universal plug and play (UPnP)).

Additionally or alternatively, thesensor136 may include one or more other sensors that may be configured to measure conditions of thedevice104, the residential/SMB customer102, thetarget appliance132, or some combination thereof.

Additionally, theDR module110A may be configured to limit communication between theDR module110A and theDR server112. One such limit may be a notification limit. The notification limit may include a condition that is to be met for the communication of a DR event notification to be complete and/or information (e.g., the curtailment request) to be displayed to the residential/SMB customer102. The notification limit may include, but is not limited to, a maximum number of DR event notifications, a maximum frequency of DR event notifications, a prioritization of DR event notifications, and a device preference. In some embodiments, theDR module110A may display a notification limit inquiry. TheDR module110A may receive a selection of one or more notification limits. Prior to display of a curtailment request, theDR module110A may verify the DR event notification has not violated one or more of the notification limits.

Additionally, theDR module110A may be configured to generate automated control of thetarget appliance132. The automated control may be implemented in embodiments in which thetarget appliance132 includes a capacity to be controlled through control commands. The automated control may be pre-configured for thetarget appliance132 and/or for one or more other appliances in embodiments including multiple appliances.

The automated control may include one or more circumstances during which thecustomer102 agrees to enable automated control of thetarget appliance132. For example, a circumstance triggering automated control may include an incentive greater than particular monetary amount. When the DR event notification includes an incentive that is greater than the particular amount, a control command may be communicated to thetarget appliance132 without input of thecustomer102. The circumstances triggering the automated control may be stored in thememory106. Thus, when a DR event notification is received at thedevice104, theDR module110A may determine whether the circumstances that trigger an automated control decision are present. In response to the circumstances being present, theDR module110A may transmit a control command without input from thecustomer102.

Modifications, additions, or omissions may be made to theDR system100 without departing from the scope of the present disclosure. For example, whileFIG. 1 depicts onedevice104 associated with one residential/SMB customer102, the present disclosure applies to a DR system architecture having one ormore devices104, one or more residential/SMB customers102, or any combination thereof. Furthermore, whileFIG. 1 includes oneDR server112, oneC&I server114, and onetarget appliance132, theDR system100 may include multiple DR servers, multiple C&I servers, multiple appliances, or any combination thereof. Moreover, the separation of various components and servers in the embodiments described herein is not meant to indicate that the separation occurs in all embodiments. Moreover, it may be understood with the benefit of this disclosure that the described components and servers may generally be integrated together in a single component or server or separated into multiple components or servers.

TheDR modules110 may include code and routines for facilitating DR event coordination between theutility138 and the residential/SMB customer102. In some embodiments, theDR modules110 act in part as a thin-client application that may be stored on thedevice104 and in part as components that may be stored on one or more of theDR server112, theC&I server114, and thetarget appliance132 of theDR system100. In some embodiments, theDR modules110 may be implemented using hardware including a field-programmable gate array (FPGA) or an application-specific integrated circuit (ASIC). In some other instances, theDR modules110 may be implemented using a combination of hardware and software. In some embodiments, theDR modules110 may be stored in a combination of thedevice104, theDR server112, theC&I server114, and thetarget appliance132 or in one of thedevices104, theDR servers112, and theC&I servers114.

In theDR system100, memory (e.g., thememory106, memory included in one or more of theservers112,114, and the target appliance132) may include a non-transitory memory that stores data for providing the functionality described herein. The memory may be included in storage that may be a dynamic random access memory (DRAM) device, a static random access memory (SRAM) device, flash memory, or some other memory devices. In some embodiments, the storage also includes a non-volatile memory or similar permanent storage device and media including a hard disk drive, a floppy disk drive, a CD-ROM device, a DVD-ROM device, a DVD-RAM device, a DVD-RW device, a flash memory device, or some other mass storage device for storing information on a more permanent basis.

Referring now toFIG. 2, an example of theDR module110 is shown in more detail.FIG. 2 is a block diagram of acomputing device200 that includes theDR module110, aprocessor224, amemory222, and acommunication unit226. The components of thecomputing device200 may be communicatively coupled by abus220. In some embodiments, thecomputing device200 may include one or more of thedevice104, theDR server112, theC&I server114, and thetarget appliance132 of theDR system100 ofFIG. 1.

With combined reference toFIGS. 1 and 2, theprocessor224 may include an arithmetic logic unit (ALU), a microprocessor, a general-purpose controller, or some other processor array to perform computations and provide electronic display signals to thedisplay134. Theprocessor224 may be coupled to thebus220 for communication with the other components via asignal line248. Theprocessor224 generally processes data signals and may include various computing architectures including a complex instruction set computer (CISC) architecture, a reduced instruction set computer (RISC) architecture, or an architecture implementing a combination of instruction sets. AlthoughFIG. 2 includes asingle processor224, multiple processors may be included in thecomputing device200. Other processors, operating systems, sensors, displays, and physical configurations may be possible.

Thememory222 may be configured to store instructions and/or data that may be executed by theprocessor224. Thememory222 may be coupled to thebus220 for communication with the other components via asignal line250. The instructions and/or data may include code for performing the techniques or methods described herein. Thememory222 may be a DRAM device, an SRAM device, flash memory, or some other memory device. In some embodiments, thememory222 also includes a non-volatile memory or similar permanent storage device and media including a hard disk drive, a floppy disk drive, a CD-ROM device, a DVD-ROM device, a DVD-RAM device, a DVD-RW device, a flash memory device, or some other mass storage device for storing information on a more permanent basis.

Thecommunication unit226 may be configured to transmit and receive data to and from at least one of theDR server112, theC&I server114, thedevice104, or thetarget appliance132 depending upon where theDR module110 is stored. Thecommunication unit226 may be coupled to thebus220 via asignal line254. In some embodiments, thecommunication unit226 includes a port for direct physical connection to thenetwork140 or to another communication channel. For example, thecommunication unit226 may include a USB, SD, CAT-5, or similar port for wired communication with the components of theDR system100. In some embodiments, thecommunication unit226 includes a wireless transceiver for exchanging data via communication channels using one or more wireless communication methods, including IEEE 802.11, IEEE 802.16, BLUETOOTH®, global system for mobile (GSM), general packet radio service (GPRS), enhanced data rates for GSM evolution (EDGE), code division multiple access (CDMA), universal mobile telecommunications system (UMTS), LTE, LTE-A, or another suitable wireless communication method.

In some embodiments, thecommunication unit226 includes a cellular communications transceiver for sending and receiving data over a cellular communications network including via SMS, MMS, hypertext transfer protocol (HTTP), direct data connection, WAP, e-mail, or another suitable type of electronic communication. In some embodiments, thecommunication unit226 includes a wired port and a wireless transceiver. Thecommunication unit226 may also provide other conventional connections to thenetwork140 for distribution of files and/or media objects using standard network protocols including TCP/IP, HTTP, HTTPS, and SMTP, etc.

In some embodiments, for instance, in embodiments in which thecomputing device200 is included in thedevice104, thecomputing device200 may include thedisplay134, thesensor136, theinput device144, or some combination thereof discussed herein. Thedisplay134, thesensor136, or theinput device144, when included, may be coupled to thebus220 viasignal lines252,256, and260, respectively. Thedisplay134, thesensor136, theinput device144, or some combination thereof may accordingly communicate with modules included in theDR module110.

In the embodiment ofFIG. 2, theDR module110 may include acommunication module202, adisplay module204, ageneration module208, adetermination module212, averification module216, anestimation module218, and an assessment module206 (collectively, modules of the DR module110). Each of the modules of theDR module110 may be implemented as software including one or more routines configured to perform one or more operations. The modules of theDR module110 may include a set of instructions executable by theprocessor224 to provide the functionality described below. In some instances, the modules of theDR module110 may be stored in or at least temporarily loaded into thememory222 of thecomputing device200 and may be accessible and executable by theprocessor224. One or more of the modules of theDR module110 may be adapted for cooperation and communication with theprocessor224, and components of thecomputing device200 via thebus220. Thecommunication module202 may be configured to handle communications between theDR module110 and other components of the computing device200 (e.g.,224,222,134,136,144, and226). Thecommunication module202 may be configured to send and receive data, via thecommunication unit226, to and from one or more of thedevice104, theDR server112, thetarget appliance132, and theC&I server114. In some instances, thecommunication module202 may cooperate with the other modules (e.g.,204,206,208,212,216, and218) to receive and/or forward, via thecommunication unit226, data from the components of theDR system100.

In some embodiments, thecommunication module202 may receive a DR event notification from theDR server112. The DR event notification may include DR event information pertaining to a DR event and curtailment information. The DR event information may include, but is not limited to, DR event identification information, time/date of the DR event, duration, etc. The curtailment information may include an amount of curtailment requested by theutility138 and/or may include a specific resource curtailment related to thetarget appliance132.

In response to receiving the DR event notification, thecommunication module202 may communicate a notification acknowledgement to theDR server112. For example, thecommunication module202 may communicate the notification acknowledgement to thecommunication unit226 via thebus220. Thecommunication unit226 may then communicate the notification acknowledgment to theDR server112 via thenetwork140. The notification acknowledgement may indicate reception of the DR event notification by thecomputing device200. Additionally, thecommunication module202 may forward the DR event notification to thedisplay module204.

Thedisplay module204 may be configured to receive data and communicate the data to thedisplay134 for display thereon. Thedisplay module204 may communicate with other components of thecomputing device200 via thebus220. In some embodiments, thedisplay module204 may receive the curtailment request pertaining to the DR event from thecommunication module202. Thedisplay module204 may then communicate the curtailment request to thedisplay134. The curtailment request may be based on the information pertaining to a DR event and/or curtailment information included in the DR event notification. For example, the curtailment request may include DR event information such as DR event identification information and/or an incentive for participation. Additionally, the curtailment request may include one or more icons or other user interface (UI) elements. The icons or other UI elements may enable the residential/SMB customer102 to input a DR event participation confirmation (e.g., opt in) or a DR event participation refusal (e.g., opt out).

In some embodiments, in addition to or alternatively to the icons or other UI elements, the DR event participation confirmation may be automatically generated. For instance, the DR event participation confirmation may be based upon a predefined pattern or an agreement between the residential/SMB customer102 and theutility138. For example, the residential/SMB customer102 may agree to participate if the residential/SMB customer102 is located at a particular location or may automatically participate under certain conditions such as curtailment amount, weather patterns, or an appliance (e.g., the target appliance132) involved in the DR event.

User input may be received by thecomputing device200 via theinput device144 and/or thedisplay134. In the depicted embodiment, the residential/SMB customer102 provides the user input. The user input may be communicated to thecommunication module202. The user input may include the DR event participation confirmation or the DR event participation refusal. Thecommunication module202 may then communicate a participation signal representative of at least a portion of the user input to theDR server112. In these and other embodiments, theDR server112 may have received the notification acknowledgement and the participation signal. Accordingly, theDR server112 and/or theutility138 associated therewith may know a number of received DR event notifications and a number of participants. Theutility138 may thus determine participation rates, effectiveness of curtailment requests, reliability or historical participation of the residential/SMB customer102, and the like.

Thegeneration module208 may be configured to generate an appliance list and feedback based on data gathered by thesensor136. Thegeneration module208 may communicate with other components of thecomputing device200 via thebus220. In some embodiments, thegeneration module208 may generate the appliance list and communicate the appliance list to thedisplay module204. Thedisplay module204 may communicate the appliance list to thedisplay134. The appliance list may include one or more appliances having curtailment capabilities. Additionally, the appliance list may include icons or other UI elements that enable selection of a subset of the appliances. The subset of the appliances may include appliances that may be utilized in DR events. For example, in the depicted embodiment, the appliance list may be displayed to the residential/SMB customer102, who may select thetarget appliance132 from the appliance list using an icon or other UI element. A selection of thetarget appliance132 may be received via theinput device144 and/or thedisplay134.

The generation and/or the display of the appliance list may occur prior to the receiving of the DR event notification. Additionally or alternatively, an appliance may be added between the reception of DR event notifications. For example, the residential/SMB customer102 may purchase an appliance having curtailment capabilities. The residential/SMB customer102 may add the appliance as a new target appliance.

In embodiments in which thetarget appliance132 is selected, the curtailment request may include resource curtailment pertaining to thetarget appliance132 and/or an incentive pertaining to curtailment of thetarget appliance132 during the DR event. Additionally, in these and other embodiments, the user input may include a target appliance selection indicating curtailment during the DR event of a selected target appliance.

Moreover, in some embodiments in which thetarget appliance132 is selected, thecomputing device200 may implement thedetermination module212 to determine a control command for thetarget appliance132. Thedetermination module212 may be configured to determine control commands and/or current location. Thedetermination module212 may communicate with other components of thecomputing device200 via thebus220. The control command may be based on the DR event notification and/or a pre-configured setting related to thetarget appliance132. For example, thememory222 may include multiple pre-configured settings related to multiple appliances included in the appliance list. Thetarget appliance132, when selected, may trigger thedetermination module212 to determine control commands related to thetarget appliance132. In these and other embodiments, in response to the user input including the DR event participation confirmation, the control command may be communicated to thecommunication module202. Thecommunication module202 may then transmit the control command to affect an operation of thetarget appliance132.

For example, the curtailment request may include information pertaining to thetarget appliance132. In response to the residential/SMB customer102 selecting an icon indicating the residential/SMB customer102 is participating in the DR event, which includes curtailment of thetarget appliance132, thecommunication module202 may transmit a command control that affects the operation of thetarget appliance132 in accordance with the curtailment specified in the curtailment request.

In some embodiments, thedetermination module212 may determine whether a current location is within a particular area. For example, in these and other embodiments, thesensor136 may include a location sensor. Thesensor136 may communicate a current location to thedetermination module212. Thedetermination module212 may then determine whether the current location is within the particular area. The particular area may include one or more areas such as a primary place of business, a residence, etc. The particular area may be stored in thememory222 in some embodiments. Thedetermination module212 may communicate a signal indicating whether the current location is within the particular area to thecommunication module202. In response to the current location being within the particular area, thecommunication module202 may transmit a control command to affect an operation of thetarget appliance132 via a first protocol and/or a first media. In response to the current location being outside the particular area, thecommunication module202 may transmit the control command to affect the operation of thetarget appliance132 via a second protocol and/or a second media. The first protocol may be different from the second protocol and/or the first media may be different from the second media.

In some embodiments, thegeneration module208 may generate feedback based on data gathered by thesensor136. For example, thesensor136 may include a gyroscopic sensor, a thermal sensor, or another sensor configured to measure a condition of thecomputing device200. The measurement may be communicated to thegeneration module208. Thegeneration module208 may then generate feedback based on the measurement. Thegeneration module208 may then communicate the feedback to thecommunication module202. Thecommunication module202 may then communicate the feedback to theDR server112. An example of the feedback may include representation of a thermal measurement of an environment of thecomputing device200. The thermal measurement may indicate that the residential/SMB customer102 has lowered a thermostatic setting in accordance with a curtailment request of a DR event.

Additionally, in some embodiments, thedisplay module204 may display a notification limit inquiry. The notification limit inquiry may include one or more notification limits, which may limit communication between theDR server112 and thecomputing device200. Some examples of the notification limits may include a maximum number of DR event notifications in a particular time period (e.g., five DR event notifications a month), a maximum frequency of DR event notifications (e.g., one DR event notification every two days), a prioritization of DR event notifications (e.g., DR event notifications with an incentive over one dollar), and a device preference (e.g., DR event notifications related to dryer duty cycle only).

A selection of notification limits may be received via theinput device144 and/or thedisplay134. The selected notification limits may be communicated to theverification module216. Theverification module216 may be configured to verify DR event notifications do not violate notification limits. Theverification module216 may communicate with other components of thecomputing device200 via thebus220. For example, in embodiments in which the notification limits are selected, prior to displaying the curtailment request, theverification module216 may verify the DR event notification has not violated one or more of the notification limits.

Additionally, in some embodiments, thedisplay module204 may display an automated control decision inquiry. The automated control decision inquiry may include one or more circumstances during which thecustomer102 may enable automated control decisions of thetarget appliance132. The automated control decision may enable automated control of thetarget appliance132 during DR events in which the circumstances exist. The circumstances may then be selected for thetarget appliance132. A selection of the circumstances may be received via theinput device144 and/or thedisplay134. The selected circumstances may be communicated to thedetermination module218.

In these and other embodiments, thecommunication module202 may receive the DR event notification. Thecommunication module202 may communicate information pertaining to the DR event to thedetermination module212. Thedetermination module212 may determine whether the circumstances are present during which thecustomer102 has enabled automated control of thetarget appliance132. Thedetermination module212 may communicate a signal to thegeneration module208 indicating whether the circumstances are present. Thegeneration module208 may generate a control command, which may be communicated to thetarget appliance132 via thecommunication module202 and thenetwork140.

One or more of the above functions of the modules of theDR module110 may vary based on theparticular computing device200. For example, some of the above functions of the modules of theDR module110 may be consistent with implementations in which thecomputing device200 includes thedevice104 and/or thetarget appliance132. For example, thecomputing device200 may include a mobile phone. Accordingly, theDR module110 may be included as an application or app that is run on the mobile phone and that performs one or more functions as described herein.

Some alternative functions of one or more of the modules of theDR module110 are described below. The alternative functions may be consistent with implementations in which thecomputing device200 includes theDR server112 or another similar system configured to communicate with thedevice104, thetarget appliance132, theC&I server114, or some combination thereof.

For example, in some embodiments, thecommunication module202 may communicate the DR event notification to thedevice104 and/or theC&I server114, receive the notification acknowledgement from thedevice104 and/or theC&I server114, and receive the participation signal from thedevice104 and/or theC&I server114. Additionally or alternatively, in these and other embodiments, thegeneration module208 may generate incentives for DR event participation and/or target appliance curtailment. Thegeneration module208 may communicate the incentives to thecommunication module202. Thecommunication module202 may then include the generated incentives in the DR event notification.

Thecommunication module202 may communicate the notification acknowledgement and/or the participation signal to theestimation module218. Theestimation module218 may be configured to estimate resource curtailment. Theestimation module218 may communicate with other components of thecomputing device200 via thebus220. For example, the estimation module may receive the notification acknowledgement and/or the participation signal. Based at least partially on the participation signal and the notification acknowledgement, theestimation module218 may estimate resource curtailment for a DR event. The estimation may include a number of participants, an amount of resource curtailment committed to, and the like.

Additionally, as discussed above, thedetermination module212 may determine whether a current location is within a particular area. The current location may be related to thedevice104, for instance. A signal indicating whether (or not) thedevice104 is within the particular area may be communicated to thecommunication module202. In response to the current location of thedevice104 being within the particular area, thecommunication module202 may communicate the DR event notification to thedevice104. In response to the current location of thedevice104 being outside the particular area, thecommunication module202 may not communicate the DR event notification to thedevice104.

Thecommunication module202 may also receive feedback from thedevice104 and/or theC&I server114. As discussed above, the feedback may be based on data gathered by thesensor136 in some embodiments. Thecommunication module202 may communicate the feedback to theassessment module206 and/or theestimation module218.

Theassessment module206 may be configured to assess feedback. Theassessment module206 may communicate with other components of thecomputing device200 via thebus220. In some embodiments, based on the feedback, theassessment module206 may assess participation of the residential/SMB customer102 or more generally, a user associated with thedevice104.

Theestimation module218 may receive the feedback. Theestimation module218 may estimate curtailment amount based on the feedback. For example, the feedback may include signals representative of the measurements performed by thesensor136. Theestimation module218 may conclude from the measurements whether and to what degree acustomer102 is participating. Theestimation module218 may accordingly estimate the curtailment amount based on the feedback.

FIGS. 3A-3F illustrate someexample screenshots300A-300F (generally, screenshot300 or screenshots300) of information that may be displayed on thedevice104 discussed with reference toFIGS. 1 and 2. InFIGS. 3A-3F, thedevice104 includes a mobile device such as a smartphone or tablet personal computer. Additionally, inFIGS. 3A-3F, thedevice104 includes a touch screen display that may be configured to receive user input by a user touching the display. In alternative embodiments, thedevice104 may include another device type, may include a different type of display, may include an input (e.g., the input device144), or any combination thereof.

With combined reference toFIGS. 3A-3F, the screenshots300 may include one ormore tabs302A-302C. Selection of one of thetabs302A-302C may change which information is displayed by thedevice104. When selected, anevent tab302A may be configured to display information pertaining to a pending DR event. For example, when theevent tab302A is selected, a curtailment request of the pending DR event is displayed. When selected, ahistory tab302B may be configured to display information pertaining to one or more past DR events. When selected, asettings tab302C may be configured to display one or more settings related to DR events, appliances, or communication protocols. In some alternative embodiments, additional or fewer tabs may be included. Additionally, in some alternative embodiments, tabs having other names may be configured to display other information.

FIG. 3A depicts afirst screenshot300A. Thefirst screenshot300A includes afirst curtailment request308A. Thefirst curtailment request308A includes DR event information. Specifically, in the depicted embodiment, the DR event information of thefirst curtailment request308A includes a DR event identifier (inFIG. 3A “Event ID”), a network identifier (inFIG. 3A “VTN ID”), a resource identifier (inFIG. 3A “Resource ID”), and a target curtailment (inFIG. 3A “Target”). Additionally, thefirst screenshot300A may also include an opt inicon310 and an opt outicon312. Selection of the opt inicon310 may result in or indicate a DR event participation confirmation. Selection of the opt outicon312 may result in or indicate a DR event participation refusal. The opt inicon310 and/or the opt outicon312 may include incentives. The incentives may indicate a monetary amount exchanged for participation in a DR event, for instance. While icons are discussed here and elsewhere for simplicity in the discussion, buttons or other UI elements may be used instead of or in addition thereto.

FIG. 3B depicts asecond screenshot300B. Thesecond screenshot300B includes asecond curtailment request308B. Thesecond curtailment request308B includes a simple curtailment request (“New Event: Would You Like To Participate?”). Additionally, thesecond screenshot300B may also include the opt inicon310 and the opt outicon312 as discussed with reference toFIG. 3A.

FIG. 3C depicts athird screenshot300C. Thethird screenshot300C includes athird curtailment request308C. Thethird curtailment request308C includes a curtailment request pertaining to specific target appliances, including “AC,” “TV,” “Washing Machine,” “Fan,” “Refrigerator,” and “Oven” inFIG. 3C. Thethird curtailment request308C includes a curtailment request (“New Event: Which Appliances Will You Turn Off?”). Additionally, thethird screenshot300C may also include a set of opt inicons328. Each of the set of opt inicons328 lists a target device. Selection of an icon in the set of opt inicons328 may result in or indicate a participation confirmation with respect to the target appliance included in the icon. Additionally, each of the set of opt inicons328 may include an incentive. The incentive may indicate a monetary amount, which may be exchanged for curtailment of the target appliance, for instance.

InFIGS. 3A-3C, theevent tab302A may be selected. Additionally, the first, second, andthird screenshots300A-300C may include arefresh icon314 and a viewother events icon316. When selected, therefresh icon314 may be configured to update the first, the second, or thethird screenshots300A-300C. When selected, the viewother events icon316 may be configured to display information pertaining to other DR events.

FIG. 3D depicts afourth screenshot300D. Thefourth screenshot300D includes a list ofpast DR events318. The list ofpast DR events318 may be displayed in response to selection of thehistory tab302B. A user associated with thedevice104 may accordingly view information pertaining to the DR events included in the list ofpast DR events318.

FIG. 3E depicts afifth screenshot300E. Thefifth screenshot300E includes anappliance list320. Theappliance list320 may include appliances that include curtailment capabilities, including “AC,” “TV,” “Washing Machine,” “Fan,” “Refrigerator,” and “Oven” inFIG. 3E. Selection of anicon324 corresponding to each of the appliances may designate the appliance as a target appliance. With combined reference toFIGS. 3C and 3E, the “Fan” and the “Oven” may be indicated as “OFF” in thefifth screenshot300E andthird screenshot300C. This may indicate that the “Oven” and the “Fan” have not been selected as target appliances. Referring back toFIG. 3E, thefifth screenshot300E may include anadd appliances icon322. Selection of theadd appliances icon322 may trigger a new or updated appliance list including additional appliances or a manual entry screen in which a new appliance may be added to the appliance list or as a target appliance.

FIG. 3F depicts asixth screenshot300F. Thesixth screenshot300F includes a network connection configuration screen (network screen)326. Thenetwork screen326 may enable selection or specification of one or more network communication links between thedevice104 and other systems such as theDR server112 and thetarget appliance132 ofFIG. 1. Referring toFIGS. 3E and 3F, thefifth screenshot300E and thesixth screenshot300F may be viewed by respectively selecting a Target Appliances icon (not shown) or a Network Settings icon (not shown) from within thesettings tab302C.

FIG. 4 is a flow diagram of anexample method400 of residential or SMB DR coordination, arranged in accordance with at least one embodiment described herein. Themethod400 may be performed in a DR system such as theDR system100 ofFIG. 2 in which theutility138 supplies electricity to sites associated with the residential/SMB customer102. Similar methods may be implemented in DR systems in which theutility138 supplies another resource to the sites.

Themethod400 may be programmably performed in some embodiments by thecomputing device200 described with reference toFIGS. 1 and 2. Additionally or alternatively, themethod400 may be programmably performed by thedevice104. One or more of thedevice104 and thecomputing device200 may include or may be communicatively coupled to a non-transitory computer-readable medium (e.g., thememory106 ofFIG. 1 or 222 ofFIG. 2) having stored thereon or encoded therein programming code or instructions that are executable by a processor to perform or cause performance of themethod400. Additionally or alternatively, one or more of thedevice104 and thecomputing device200 may include a processor (e.g., theprocessor108 ofFIG. 1 or 224 ofFIG. 2) that is configured to execute computer instructions to cause or control performance of themethod400. Although illustrated as discrete blocks, various blocks may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation.

Atblock402, a DR event notification may be received from a DR server. The DR event notification may include DR event information pertaining to a DR event and curtailment information. At block404, a notification acknowledgement may be communicated to the DR server. The notification acknowledgement may indicate reception of the DR event notification. At block406, a curtailment request pertaining to the DR event may be displayed. The curtailment request may be based on the curtailment information included in the DR event notification and some portion of the DR event information.

Atblock408, user input may be received. The user input may include a DR event participation confirmation or a DR event participation refusal. Atblock410, a participation signal may be communicated. In some embodiments, the participation signal may be communicated to the DR server. The participation signal may be representative of at least a portion of the user input.

One skilled in the art will appreciate that, for this and other procedures and methods disclosed herein, the functions performed in the processes and methods may be implemented in differing order. Furthermore, the outlined steps and operations are only provided as examples, and some of the steps and operations may be optional, combined into fewer steps and operations, or expanded into additional steps and operations without detracting from the disclosed embodiments.

For example, in some embodiments, a notification limit inquiry may be displayed. A selection of notification limits may be received. The notification limits may include, but are not limited to, a maximum number of DR event notifications, a maximum frequency of DR event notifications, a prioritization of DR event notifications, and a device preference. In these and other embodiments, prior to the displaying the curtailment request, it may be verified that the DR event notification has not violated one or more of the notification limits.

Additionally or alternatively, in some embodiments of themethod400, an appliance list may be generated. The appliance list may include appliances having energy curtailment capabilities. The appliance list may be displayed. A selection of a target appliance included in the appliance list may be received. In these and other embodiments, the curtailment request may include energy curtailment pertaining to the target appliance and/or an incentive pertaining to curtailment of the target appliance during the DR event. Additionally, the user input may include a target appliance selection indicating curtailment during the DR event of a selected target appliance.

Additionally or alternatively, in some embodiments of themethod400, a control command may be determined for a target appliance. The control command may be based on the DR event notification and/or a pre-configured setting related to the target appliance. In these and other embodiments, in response to the user input including the DR event participation confirmation, the control command may be transmitted to affect an operation of the target appliance.

Additionally or alternatively, in some embodiments of themethod400, it may be determined whether a current location is within a particular area. In response to the current location being within the particular area, a control command may be transmitted to affect an operation of a target appliance via one or more of a first protocol and a first media. In response to the current location being outside the particular area, the control command may be transmitted to affect the operation of the target appliance via one or more of a second protocol and a second media. Additionally or alternatively, in some embodiments of themethod400, feedback may be generated based on data gathered by a sensor. The feedback may be communicated to the DR server.

Additionally or alternatively, in some embodiments of themethod500, a selection of circumstances that trigger automated control of a target appliance may be received. In these and other embodiments, in response to the circumstance being present, a control command may be generated and communicated to the target appliance.

FIG. 5 is a flow diagram of anexample method500 of residential or SMB DR coordination arranged in accordance with at least one embodiment described herein. Themethod500 may be performed in a DR system such as theDR system100 ofFIG. 2 in which theutility138 supplies electricity to sites associated with the residential/SMB customer102. Similar methods may be implemented in DR systems in which theutility138 supplies another resource to the sites.

Themethod500 may be programmably performed in some embodiments by thecomputing device200 described with reference toFIGS. 1 and 2. Additionally or alternatively, themethod500 may be programmably performed by theDR server112. One or more of theDR server112 and thecomputing device200 may include or may be communicatively coupled to a non-transitory computer-readable medium (e.g., thememory106 ofFIG. 1 or 222 ofFIG. 2) having stored or encoded therein programming code or instructions that are executable by a processor to perform or cause performance of themethod500. Additionally or alternatively, one or more of theDR server112 and thecomputing device200 may include a processor (e.g., theprocessor108 ofFIG. 1 or 224 ofFIG. 2) that is configured to execute computer instructions to cause or control performance of themethod500. Although illustrated as discrete blocks, various blocks may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation.

Atblock502, a DR event notification may be communicated to a device. The DR event notification may include DR event information pertaining to a DR event and curtailment information. Atblock504, a notification acknowledgement may be received from the device. The notification acknowledgement may indicate reception of the DR event notification. Atblock506, a participation signal may be received from the device. The participation signal may be representative of at least a portion of user input, which may include a DR event participation confirmation or a DR event participation refusal. Atblock508, based at least partially on the participation signal and the notification acknowledgement, energy curtailment may be estimated for the DR event.

Additionally or alternatively, in some embodiments of themethod500, it may be determined whether a current location of the device is within a particular area. In response to the current location of the device being within the particular area, the DR event notification may be communicated to the device. In response to the current location of the device being outside the particular area, the DR event notification may not be communicated to the device.

Additionally or alternatively, in some embodiments of themethod500, feedback may be received from the device. The feedback may be based on data gathered by a sensor. Based on the feedback, a participation of a user associated with the device may be assessed and/or a curtailment amount may be estimated based on the feedback

Additionally or alternatively, in some embodiments of themethod500, incentives for DR event participation and target appliance curtailment may be generated. The DR event notification may include the generated incentives.

Additionally or alternatively, in some embodiments of themethod500, a second DR event notification may be communicated to a C&I server. The second DR event notification may include the DR event information pertaining to the DR event and curtailment information relevant to a C&I customer.

The embodiments described herein may include the use of a special-purpose or general-purpose computer including various computer hardware or software modules, as discussed in greater detail below.

Embodiments described herein may be implemented using computer-readable media for carrying or having computer-executable instructions or data structures stored thereon. Such computer-readable media may be any available media that may be accessed by a general-purpose or special-purpose computer. By way of example, and not limitation, such computer-readable media may include tangible or non-transitory computer-readable storage media including RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other non-transitory storage medium which may be used to carry or store desired program code in the form of computer-executable instructions or data structures and which may be accessed by a general-purpose or special-purpose computer. Combinations of the above may also be included within the scope of computer-readable media.

Computer-executable instructions comprise, for example, instructions and data, which cause a general-purpose computer, special-purpose computer, or special-purpose processing device to perform a certain function or group of functions. Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

As used herein, the term “module” or “component” may refer to software objects or routines that execute on the computing system. The different components, modules, engines, and services described herein may be implemented as objects or processes that execute on the computing system (e.g., as separate threads). While the system and methods described herein may be implemented in software, implementations in hardware or a combination of software and hardware are also possible and contemplated. In this description, a “computing entity” may be any computing system as previously defined herein, or any module or combination of modules running on a computing system.

All examples and conditional language recited herein are intended for pedagogical objects to aid the reader in understanding the invention and the concepts contributed by the inventor to furthering the art, and are to be construed as being without limitation to such specifically recited examples and conditions. Although embodiments of the present invention have been described in detail, it should be understood that the various changes, substitutions, and alterations could be made hereto without departing from the spirit and scope of the invention.

Claims (14)

What is claimed is:

1. A method of residential or small and medium (SMB) business demand response (DR) coordination, a method comprising:

prior to a DR event:

determining, by a DR server, whether incentives for the DR event are greater than particular thresholds that trigger automated control of appliances; and

determining, by the DR server, whether a current location of a mobile device associated with a residential/SMB customer is within a particular area based on input of a location sensor of the mobile device;

in response to the current location of the mobile device being within the particular area and the incentives are greater than the particular thresholds:

verifying, by the DR server, that a DR event notification does not violate a DR event notification limit that includes one or both of a maximum number of DR event notifications and a maximum frequency of DR event notifications;

in response to the DR event notification not violating the DR event notification limit, communicating, by the DR server, the DR event notification to the mobile device, the DR event notification including DR event information pertaining to the DR event, curtailment information and the incentives related to each of the appliances associated with the residential/SMB customer that are configured to operate in a reduced consumption state in response to a control command;

receiving, at the DR server, a notification acknowledgement from the mobile device, the notification acknowledgement indicating reception of the DR event notification by the mobile device;

receiving, at the DR server, a participation signal from the mobile device, the participation signal being representative of at least a portion of user input, the user input including a DR event participation confirmation which indicates that the residential/SMB customer agrees to participate in the DR event and a selection of a target appliance from the appliances included in the DR event notification;

receiving, at the DR server, feedback from the device, the feedback being based on data measured by a sensor included in the mobile device that is indicative of controlled operation of the target appliance in the reduced consumption state during the DR event;

based at least partially on the participation signal, the feedback, and the notification acknowledgement, estimating, at the DR server, energy curtailment for the DR event, wherein a portion of the energy curtailment is operation of the target appliance at the reduced consumption state; and

assessing, at the DR server, a participation of the residential/SMB customer based on the feedback.

2. The method ofclaim 1, further comprising in response to the current location of the device being outside the particular area or in response to the DR event notification violating the DR event notification limit, not communicating the DR event notification to the device.

3. The method ofclaim 1, further comprising communicating a second DR event notification to a commercial and industrial (C&I) customer, the second DR event notification including the DR event information pertaining to the DR event and curtailment information relevant to the C&I customer.

4. A method of residential or small and medium business (SMB) demand response (DR) event implementation, the method comprising:

receiving, at a mobile device associated with a residential/SMB customer, a DR event notification from a DR server, the DR event notification including DR event information pertaining to a DR event, curtailment information that includes incentives for the DR event that are greater than particular thresholds that trigger automated control of appliances, and a target appliance of the appliances involved in the DR event;

communicating, by the mobile device, a notification acknowledgement to the DR server, the notification acknowledgement indicating reception of the DR event notification;

verifying, by the mobile device, that the DR event notification does not violate a DR event notification limit that includes one or both of a maximum number of DR event notifications and a maximum frequency of DR event notifications;

in response to the DR event notification not violating the DR event notification limit:

generating, by the mobile device, an appliance list including the appliances having energy curtailment capabilities that are associated with the residential/SMB customer; and

displaying, on a display of the mobile device, the appliance list and a curtailment request pertaining to the DR event, the curtailment request including the incentives pertaining to curtailment of each of the appliances in the appliance list during the DR event, and the curtailment request being based on the curtailment information included in the DR event notification and including some portion of the DR event information;

receiving, on an input device of the mobile device, a selection of a target appliance included in the appliance list;

receiving, on the input device of the mobile device, a user input including a DR event participation confirmation;

communicating, by the mobile device to the DR server via a network, a participation signal that is representative of at least a portion of the user input;

determining, by the mobile device, a control command for the target appliance based on the DR event notification and a pre-configured setting related to the target appliance, wherein the control command is configured for transmission via a network that supports electronic data communication between the mobile device, the target appliance, and the DR server using one or more media that include a first media and a second media that is different from the first media and the control command is configured to be formatted according to one or more data communication protocols that include a first protocol and a second protocol that is different from the first protocol;

determining based on input of a location sensor of the mobile device, whether a current location of the mobile device is within a particular area;

in response to the current location being within the particular area, placing the target appliance in a reduced consumption state through transmission of the control command via the first media, the control command being formatted according to the first protocol; and

in response to the current location being outside the particular area, placing the target appliance in a reduced consumption state through transmission of the control command via the first media, the control command being formatted according to the second protocol.

5. The method ofclaim 4, wherein

the curtailment request includes energy curtailment pertaining to the target appliance.

6. The method ofclaim 4, further comprising:

receiving a selection of circumstances that trigger automated control of the target appliance; and

in response to the circumstances being present in the DR event notification, transmitting a control command to the target appliance without user input.

7. The method ofclaim 4, further comprising:

generating feedback based on data gathered by a sensor; and

communicating the feedback to the DR server.

8. The method ofclaim 4, wherein:

the first protocol is the smart energy profile (SEP) protocol;

the first media is a Wi-Fi media;

the second protocol is the Echonet Lite; and

the second media is a cellular media.

9. The method ofclaim 4, wherein the particular area includes a residence of a residential SMB customer.

10. The method ofclaim 9, wherein:

the first protocol includes a standard-based protocol;

the second media may include a wireless gateway; and

the second protocol includes network address translation (NAT) or universal plug and play (UPnP)).

11. A non-transitory computer-readable medium having encoded therein programming code executable by one or more processors to perform or control performance of operations comprising:

receiving, at a mobile device associated with a residential/SMB customer, a DR event notification from a DR server, the DR event notification including DR event information pertaining to a DR event, curtailment information that includes incentives for the DR event that are greater than particular thresholds that trigger automated control of appliances, and a target appliance of the appliances involved in the DR event;

communicating, by the mobile device, a notification acknowledgement to the DR server, the notification acknowledgement indicating reception of the DR event notification;

verifying, by the mobile device, that the DR event notification does not violate a DR event notification limit that includes one or both of a maximum number of DR event notifications and a maximum frequency of DR event notifications;

in response to the DR event notification not violating the DR event notification limit:

generating, by the mobile device, an appliance list including the appliances having energy curtailment capabilities that are associated with the residential/SMB customer; and

displaying, on a display of the mobile device, the appliance list and a curtailment request pertaining to the DR event, the curtailment request including the incentives pertaining to curtailment of each of the appliances in the appliance list during the DR event, and the curtailment request being based on the curtailment information included in the DR event notification and including some portion of the DR event information;

receiving, on an input device of the mobile device, a selection of a target appliance included in the appliance list;

receiving, on the input device of the mobile device, a user input including a DR event participation confirmation;

communicating, by the mobile device to the DR server via a network, a participation signal that is representative of at least a portion of the user input;

determining, by the mobile device, a control command for the target appliance based on the DR event notification and a pre-configured setting related to the target appliance, wherein the control command is configured for transmission via a network that supports electronic data communication between the mobile device, the target appliance, and the DR server using one or more media that include a first media and a second media that is different from the first media and the control command is configured to be formatted according to one or more data communication protocols that include a first protocol and a second protocol that is different from the first protocol;

determining based on input of a location sensor of the mobile device, whether a current location of the mobile device is within a particular area;

in response to the current location being within the particular area, placing the target appliance in a reduced consumption state through transmission of the control command via the first media, the control command being formatted according to the first protocol; and

in response to the current location being outside the particular area, placing the target appliance in a reduced consumption state through transmission of the control command via the first media, the control command being formatted according to the second protocol.

12. The non-transitory computer-readable medium ofclaim 11, wherein the curtailment request includes energy curtailment pertaining to the target appliance.

13. The non-transitory computer-readable medium ofclaim 11, wherein the operations further comprise:

generating feedback based on data gathered by a sensor; and

communicating the feedback to the DR server.

14. The non-transitory computer-readable medium ofclaim 11, wherein the operations further comprise:

receiving a selection of circumstances that trigger automated control of the target appliance; and

in response to the circumstances being present in the DR event notification, transmitting a control command to the target appliance without user input.

Images