SYSTEM FOR USING ATTRIBUTES TO DEPLOY DEMAND RESPONSE RESOURCES

[0001] This application is a continuation-in-part of U.S. patent application Ser. No. 13/019,943, filed Feb. 2, 2011, and entitled “Demand Response Management System”, which claims the benefit of U.S. Provisional Patent Application No. 61/301,123, filed Feb. 3, 2010, and entitled “Demand Response Management System”. U.S. patent application Ser. No. 13/019,943, filed Feb. 2, 2011, is hereby incorporated by reference. U.S. Provisional Patent Application No. 61/301,123, filed Feb. 3, 2010, is hereby incorporated by reference.

[0002] This application is a continuation-in-part of U.S. patent application Ser. No. 12/834,841, filed Jul. 12, 2010, and entitled “A System for Providing Demand Response Services”, which claims the benefit of U.S. Provisional Patent Application No. 61/271,084, filed Jul. 17, 2009. U.S. patent application Ser. No. 12/834,841, filed Jul. 12, 2010, is hereby incorporated by reference. U.S. Provisional Patent Application No. 61/271,084, filed Jul. 17, 2009, is hereby incorporated by reference.

[0003] The present disclosure pertains to utility resources and particularly to assessment and distribution of the resources. More particularly, the disclosure pertains to beneficial management of resources and their loads.

[0004] The disclosure reveals a system for using attributes to deploy demand response resources. A service provider may provide energy to customers. The provider may via interactions modify consumption of the energy by the customers. Customers that participate in these interactions may be regarded as demand response resources. Interactions may incorporate demand response signals sent to the resources at their respective facilities. Each resource may have a demand response client which has an association with a customer account in a demand response management system of the provider. The association may be regarded as a binding of the demand response client. The binding may involve inputting an attribute of the demand response client, which can be correlated to the customer account. The attribute may be, for example, a location of the demand response client. Such attribute may be used for the association of the demand response client with a proper customer account.

[0007] FIG. 1 is a diagram of a demand response system. Demand response (DR) may refer to interactions between one or more electric service providers 18, such as utilities and independent system operators (ISO's), and their customers at one or more facilities 14 for modifying their customers' electricity consumption (i.e., load profile). Electricity is just one example, among others, of an energy product provided for consumption by customers. The customers that participate in these interactions may be referred to as DR resources 19.

[0008] The interactions between a service provider 18 and its DR resources 19 may entail the service provider 18 using a demand response management system (DRMS) 13 to send a message (referred to as a “DR signal”) to a DR resource 19 at a customer facility 14. The DR signal may be delivered using a communications channel 17 such as the Internet, paging, and so forth. In order for the DR resource 19 to receive the DR signal, the DR resource 19 should have some sort of equipment (referred to as DR client 12) installed that is capable of communicating with the service provider's DRMS 13 using the communications channel 17.

[0009] One of the costly issues in deploying a DR client 12 may be the time and effort involved with associating the DR client 12 with a particular customer account within the service provider's DRMS 13. This association may be referred to as “binding” the DR client 12. Binding the DR client 12 may be important because binding allows the service provider 18 to send DR signals to a DR resource 19 that are specific to that DR resource 19.

[0010] Binding may entail inputting some attribute of the DR client 12 into the DRMS 13 that would allow sent DR signals to be routed to the DR client 12. A key is to find a set of one or more attributes which can be easily correlated to a customer account in the DRMS 13 in order to reduce manual data entry and thus save costs for time and effort. The present approach may use, for example, location attributes of DR client 12 to create the binding. The approach, with respect to a binding issue, may allow an easy-to-generate attribute of the DR client 12 (e.g., its location) to be used to associate the DR client 12 with the proper customer account in the DRMS 13.

[0011] When a DR client 12 is deployed in the field, it is possible to use a device that determines global positioning system (GPS) coordinates of the DR client 12. These coordinates may then be easily input and stored into the DR client 12 device itself in an automated fashion without a need for a manual data entry. The DR client 12 may then contact the DRMS 13 and send its location information, in addition to other information, to its network communications address. Customer accounts in the DRMS 13 may have attributes, such as an address and so on, that allow their customer locations to be known. Thus, when a DR client 12 contacts the DRMS 13 with its location, it may be automatically correlated to an existing customer account.

[0012] It is recognized that there may be some ambiguity between GPS location determined by an installer 11 and a customer's account. Therefore, an alternative to the procedure indicated herein may be to allow an installation technician (installer) 11 resolve those ambiguities by confirming the binding at the customer's site 14. This may be accomplished by presenting alternatives to the installer 11 to choose from or perhaps to allow some sort of browser-based internet application to be used. While the use of these techniques may add an extra burden on the installer 11, they might only be needed in a limited number of cases and may also insure that the correct binding is over a more manual data entry process.

[0013] The system as shown in FIG. 1 may incorporate, among other items, the service provider 18, the DRMS 13, the customer facility 14, the demand resource 19, the DR client 12, communications channel 17, some sort of installation or installer device (ID) 15 (used by an installer 11 of the equipment), and a communications technique 16. The following steps may be used to deploy the DR client 12: 1) The installation device 15 may be used by the installer 11 to automatically determine a current location of the DR client 12 using some sort of location-based technology such as a GPS; 2) Once the location is determined, this location may be input into the DR client 12 using any of a number of low cost communication techniques 16 incorporating a USB connection, Bluetooth, IR, and/or the like; 3) Once the location is entered into the DR client 12, then the DR client 12 may then contact the DRMS 13 via the communication channel 17 and send both its current location and its network address to the DRMS 13; and 4) The DRMS 13 may use the location of the DR client 12 to associate it with a specific customer account.

[0014] It may noted that in support of a use case where there are some ambiguities between the location of the installer 11 and the customer's account, the installation device 15 may contain a customer database (DB) that would allow the installer 11 to select a customer account from a limited set of customer accounts to bind to the DR client 12. Thus, the binding may be performed at the customer site 14 as opposed to at the DRMS 13.

[0015] FIG. 2 is a flow diagram of a demand response resource deployment approach. The approach may incorporate providing 21 a service provider having a demand response management system, providing 22 a customer facility having a demand response resource, providing 23 power from the service provider to the demand response resource, interacting 24 the service provider with the demand response resource so as to modify power consumption by the demand response resource, providing 25 an attribute of a demand response resource to the demand response management system, and using 26 the demand response management system to correlate the attribute with a customer account and send a demand response signal to a customer as needed.

[0016] The approach may also incorporate binding 27 a demand response client. The demand response resource may incorporate the demand response client. The binding 27 the demand response client may permit the service provider to send demand response signals to the demand response resource which are specifically routed to that demand response resource.

[0017] The approach may also incorporate generating 28 a location of the customer facility from a device that determines geographical coordinates of the customer facility, and inputting 29 the location incorporating the geographical coordinates into the demand response client. The approach may additionally incorporate automatically correlating 30 the location to a customer at the demand response management system.

[0018] An application which is relevant to the present application is U.S. patent application Ser. No. 13/019,943, filed Feb. 2, 2011, and entitled “A Demand Response Management System”, which claims the benefit of U.S. Patent Provisional Patent Application No. 61/301,123, filed Feb. 3, 2010, and entitled “Demand Response Management System”. U.S. patent application Ser. No. 13/019,943, filed Feb. 2, 2011, is hereby incorporated by reference. U.S. Patent Provisional Patent Application No. 61/301,123, filed Feb. 3, 2010, hereby incorporated by reference.

[0019] An application which is relevant to the present application is U.S. patent application Ser. No. 12/834,841, filed Jul. 12, 2010, and entitled “A System for Providing Demand Response Services”, which claims the benefit of U.S. Provisional Patent Application No. 61/271,084, filed Jul. 17, 2009. U.S. patent application Ser. No. 12/834,841, filed Jul. 12, 2010, is hereby incorporated by reference. U.S. Provisional Patent Application No. 61/271,084, filed Jul. 17, 2009, is hereby incorporated by reference.

[0020] An application which is relevant to the present application is U.S. patent application Ser. No. 12/245,560, filed Oct. 3, 2008, and entitled “Critical Resource Notification System and Interface Device”, which claims the benefit of U.S. Provisional Patent Application No. 60/977,909, filed Oct. 5, 2007. U.S. patent application Ser. No. 12/245,560, filed Oct. 3, 2008, is hereby incorporated by reference. U.S. Provisional Patent Application No. 60/977,909, filed Oct. 5, 2007, is hereby incorporated by reference.

[0021] In the present specification, some of the matter may be of a hypothetical or prophetic nature although stated in another manner or tense.

[0022] Although the present system and/or approach has been described with respect to at least one illustrative example, many variations and modifications will become apparent to those skilled in the art upon reading the specification. It is therefore the intention that the appended claims be interpreted as broadly as possible in view of the prior art to include all such variations and modifications.