APPARATUS AND METHOD FOR EXECUTING ENERGY DEMAND RESPONSE PROCESS IN AN ELECTRICAL POWER NETWORK

• US 20130066482A1
• Filed: 09/11/2012
• Published: 03/14/2013
• Est. Priority Date: 09/13/2011
• Status: Abandoned Application

• Current Assignee: Samsung Electronics Co. Ltd.
• Original Assignee: Samsung Electronics Co. Ltd.
• Inventors: Li, Ying, Ng, Boon Loong, Nguyen, Nhut, Bhat, Kong Posh, Trayer, Mark
• Application Number:
  US13/610,333
• Publication Number:
  US 20130066482A1
• Time in Patent Office: Days
• US Class Current: 700/297
• CPC Class Codes: H02J 2310/54 according to a pre-established time schedule
• CPC Class Codes: H02J 2310/64 The condition being economic, e.g. tariff based load management
• CPC Class Codes: H02J 3/144 Demand-response operation of the power transmission or distribution network
• CPC Class Codes: Y02B 70/3225 Demand response systems, e.g. load shedding, peak shaving
• CPC Class Codes: Y04S 20/222 Demand response systems, e.g. load shedding, peak shaving
• CPC Class Codes: Y04S 50/10 Energy trading, including energy flowing from end-user application to grid

Abstract

A demand response (DR) architecture performs processes for use in an electrical power network. The DR architecture performs a method for selecting a process to use for scheduling devices. The method includes receiving, by a demand response controller, demand response specific input. The method includes determining a process to use to schedule device running time patterns, based on the received input. The method further includes executing the determined process.

Claims

1. A demand response (DR) architecture for use in an electrical power network comprising:

a plurality of smart meters, sensors, and appliances;

a DR controller; and

a processor associated with the DR controller, wherein the processor is configured to;

receive DR specific input;

determine a process to use to schedule device running time patterns based on the received input; and

execute the determined process.

2. The DR architecture as set forth in claim 1, wherein the processor, in receiving DR specific input, is configured to receive one or more of condition data, local environment metadata, status data, behavioral feedback, energy pricing structures, and contextual data.

3. The DR architecture as set forth in claim 2, wherein when said energy pricing structure comprises a flat energy price, schedulable devices are randomly scheduled using the determined process and within any preferred deadline constraints.

4. The DR architecture as set forth in claim 2, wherein when said energy pricing structure comprises a non-flat energy price, the determined process schedules devices to operate as much as possible towards time slots with a lowest price.

5. The DR architecture as set forth in claim 2, wherein said energy pricing structure further comprises a constraint on maximum allowable total power, the processor is further configured to perform a search for scheduling with a minimum energy cost.

6. The DR architecture as set forth in claim 1, wherein the processor, in receiving DR specific input, is configured to receive tradeoff parameters indicative of a user preference between performance or comfort and energy savings.

7. The DR architecture as set forth in claim 2, wherein said local environment metadata data comprises one or more of the following:

humidity, temperature, occupancy, window status, door status, blind/shutter status, and sensor data.

8. The DR architecture as set forth in claim 2, wherein said contextual data comprises cloud based contextual data including one or more of the following:

energy trading data, historical use data, disambiguated personal data, and weather information.

9. The DR architecture as set forth in claim 2, wherein said behavioral feedback comprises one or more of the following:

e-mails, short messages, scheduler, and calendars.

10. The DR architecture as set forth in claim 2, wherein the processor is further configured to output a scheduling vector and device controller to schedule devices to run, using data analyzed by an analytics engine and the determined process.

11. For use in an electrical power network capable of automatically adjusting electrical demand, a method of selecting an process to use for scheduling devices, the method comprising:

receiving by a demand response controller, demand response specific input;

determining an process to use to schedule device running time patterns based on the received input; and

executing the determined process.

12. The method as set forth in claim 11, further comprising receiving one or more of condition data, local environment metadata, status data, behavioral feedback, energy pricing structures, and contextual data.

13. The method as set forth in claim 12, wherein said energy pricing structure comprises a flat energy price, determining the process schedule for schedulable devices randomly and within any preferred deadline constraints.

14. The method as set forth in claim 12, wherein said energy pricing structure comprises a non-flat energy price, determining the process schedule for schedulable devices to operate as much as possible towards time slots with a lowest price.

15. The method as set forth in claim 12, further comprising wherein said energy pricing structure further comprises a constraint on maximum allowable total power, performing a search for scheduling with a minimum energy cost.

16. The method as set forth in claim 11, further comprising receiving tradeoff parameters indicative of a user preference between performance or comfort and energy savings.

17. The method as set forth in claim 12, wherein said local environment metadata data comprises one or more of the following:

humidity, temperature, occupancy, window status, door status, blind/shutter status, and sensor data.

18. The method as set forth in claim 12, wherein said contextual data comprises cloud based contextual data including one or more of the following:

energy trading data, historical use data, disambiguated personal data, and weather information.

19. The method as set forth in claim 12, wherein said behavioral feedback comprises one or more of the following:

e-mails, short messages, scheduler, and calendars.

20. The method as set forth in claim 12, further comprising scheduling devices to run, using data analyzed by an analytics engine and the determined process, using a scheduling vector and device controller.