U.S. patent application number 10/336280 was filed with the patent office on 2003-05-15 for energy coordination system.
This patent application is currently assigned to Retx.com, Inc.. Invention is credited to Brause, Tom, Davenport, Donald, Hanson, Dale, Kugler, Kirby, Larson, Lawrence, Ness, Wallace, Rader, Myron, Sasseville, Katherine, Tollerson, Bradley, Uggerud, Ward.
Application Number | 20030093232 10/336280 |
Document ID | / |
Family ID | 22196418 |
Filed Date | 2003-05-15 |
United States Patent
Application |
20030093232 |
Kind Code |
A1 |
Uggerud, Ward ; et
al. |
May 15, 2003 |
Energy coordination system
Abstract
A system for scheduling the generation of energy in an energy
distribution network having a plurality of customers and a
plurality of energy sources, wherein the customer chooses an energy
provider from which to receive its energy. The system comprises
memory in communication with the input. The memory is configured to
store a schedule for each customer, the schedule setting forth the
predicted energy consumption for that customer over a predetermined
period of time. A processor is in communication with the memory.
The processor is configured to sum the schedules for each energy
provider thereby creating a load schedule for each energy provider.
An output interface is in communication with the processor. The
output interface is configured to output each of the load
schedules.
Inventors: |
Uggerud, Ward; (Fergus
Falls, MN) ; Davenport, Donald; (Battle Lake, MN)
; Tollerson, Bradley; (Fergus Falls, MN) ; Hanson,
Dale; (Fergus Falls, MN) ; Rader, Myron;
(Fergus Falls, MN) ; Sasseville, Katherine;
(Fergus Falls, MN) ; Larson, Lawrence; (Fergus
Falls, MN) ; Kugler, Kirby; (Erhard, MN) ;
Ness, Wallace; (Fergus Falls, MN) ; Brause, Tom;
(Fergus Falls, MN) |
Correspondence
Address: |
Attn: John C. Reich
MERCHANT & GOULD P.C.
P.O. Box 2903
Minneapolis
MN
55402-0903
US
|
Assignee: |
Retx.com, Inc.
Atlanta
GA
|
Family ID: |
22196418 |
Appl. No.: |
10/336280 |
Filed: |
January 3, 2003 |
Related U.S. Patent Documents
|
|
|
|
|
|
Application
Number |
Filing Date |
Patent Number |
|
|
10336280 |
Jan 3, 2003 |
|
|
|
09086122 |
May 28, 1998 |
|
|
|
6529839 |
|
|
|
|
Current U.S.
Class: |
702/60 |
Current CPC
Class: |
H02J 3/008 20130101;
Y04S 10/50 20130101; Y04S 50/10 20130101; H02J 3/004 20200101 |
Class at
Publication: |
702/60 |
International
Class: |
G06F 019/00 |
Claims
The claimed invention is:
1. A system for scheduling the generation of energy in an energy
distribution network having a plurality of energy users receiving
energy from at least one of a plurality of energy sources, the
system comprising: memory in communication with the input, the
memory configured to store at least one schedule for each energy
user, each schedule setting forth the predicted energy usage over a
predetermined period of time; and a processor in communication with
the memory, the processor configured to sum the schedules of a
predetermined set of energy users thereby creating a net
schedule.
2. The system of claim 1 wherein schedules relate energy usage to a
predetermined period of time.
3. The system of claim 2 wherein each schedule sets forth the
energy user's predicted consumption of energy from a predetermined
energy provider.
4. The system of claim 3 wherein a plurality of schedules
correspond to the predicted energy usage of the energy user, at
least one of the schedules setting forth the energy user's
predicted consumption of energy from a first predetermined energy
provider and at least one of the schedules setting forth the energy
user's predicted consumption of energy from a second predetermined
energy provider.
5. The system of claim 1 wherein each schedule is a preschedule,
each preschedule covering a future period of time.
6. The system of claim 1 wherein the processor is configured to
recalculate the net schedule for each energy provider after a
predetermined interval.
7. The system of claim 6 wherein the interval between
recalculations is less than about one hour.
8. The system of claim 6 further comprising an interface in
communication with the processor, the interface configured to
receive temperature forecasts, wherein: the memory is configured to
store temperature coefficients, each temperature coefficient
corresponding to a particular energy user; and the processor is
configured to retrieve the temperature coefficient for a particular
energy user and adjust the schedules by the temperature
coefficients thereby creating adjusted schedules, and to form a net
adjusted schedule, the net adjusted schedule being the sum of the
adjusted schedules.
9. The system of claim 1 wherein: some of the customers are metered
by short-interval meters, the short interval meters being
configured to generate load-profiles; and at least some of the
schedules are load-profiles.
10. The system of claim 1 wherein some of the customers are metered
by after-the-fact interval meters, the after-the-fact interval
meters being configured to generate load-profiles.
11. The system of claim 1 wherein the energy is electricity.
12. The system of claim 11 wherein the system further comprising an
interface configured and arranged to output the net schedule.
13. The system of claim 12 wherein the predetermined set of energy
users corresponds to a predetermined generator.
14. The system of claim 12 wherein the predetermined set of energy
users corresponds to a predetermined load-following generator.
15. The system of claim 12 wherein the predetermined set of energy
users corresponds to a predetermined DISCO.
16. The system of claim 12 wherein the predetermined set of energy
users corresponds to a predetermined independent energy
provider.
17. The system of claim 12 wherein the predetermined set of energy
users corresponds to a predetermined control area.
18. The system of claim 12 further comprising means for outputting
the net schedules.
19. The system of claim 1 wherein the processor is a
microprocessor.
20. The system of claim 1 wherein the processor is a
microcomputer.
21. The system of claim 1 wherein the energy distribution system
includes generators and energy providers and the memory includes a
database relating each customer to at least one of the energy
providers.
22. A system for allocating the deviation between an energy user's
predicted energy usage and the energy user's actual energy usage,
the system comprising: means for receiving a meter reading of
actual energy consumption for the energy user; memory in
communication with the means for receiving a meter reading, the
memory being configured to store a schedule of anticipated energy
usage for a predetermined period and to store the energy users'
meter reading; and a processor in communication with the memory,
the processor configured to calculate the difference between the
schedule and the meter reading thereby forming a deviation between
anticipated energy use and actual energy use for each energy
user.
23. The system of claim 22 wherein schedules relate energy usage to
a predetermined period of time.
24. The system of claim 23 wherein each schedule sets forth the
energy user's predicted consumption of energy from a predetermined
energy provider.
25. The system of claim 24 wherein a plurality of schedules
correspond to the predicted energy usage of the energy user, at
least one of the schedules setting forth the energy user's
predicted consumption of energy from a first predetermined energy
provider and at least one of the schedules setting forth the energy
user's predicted consumption of energy from a second predetermined
energy provider.
26. The system of claim 22 wherein the meter readings from at least
some of the energy users include an actual usage profile generated
by the energy user's meter.
27. The system of claim 22 wherein the energy is electricity.
28. A method for scheduling the generation of energy in an energy
distribution network having a plurality of energy users receiving
energy from at least one of a plurality of energy sources, the
method comprising the steps of: storing a schedule for each energy
user, each schedule setting forth the predicted energy usage for
that energy user over a predetermined period of time; and summing
the schedules of a predetermined set of energy users thereby
creating a net schedule.
29. The method of claim 28 comprising the additional step of
communicating the net schedule to the energy provider.
30. The method of claim 28 comprising the additional step of
recalculating the net schedule for each energy provider after a
predetermined interval.
31. The method of claim 30 wherein the interval between
recalculations is less than about one hour.
32. The method of claim 28 wherein the net schedules are net
adjusted schedules, method comprising the additional steps of:
storing temperature coefficients, each temperature coefficient
corresponding to a particular energy user; retrieving the
temperature coefficient for a particular energy user; multiplying
the schedules by the temperature coefficients, thereby creating
adjusted schedules; and wherein the step of summing the schedules
of a predetermined set of energy users thereby creating a net
schedule includes the step of summing the adjusted schedules of a
predetermined set of energy users thereby creating the net adjusted
schedules.
33. A method for allocating the deviation between an energy user's
predicted energy usage and the energy user's actual energy usage,
the method comprising the steps of: receiving meter readings of
actual energy consumption for the energy user; storing a schedule
of anticipated energy usage for a predetermined period; storing the
energy users' meter readings; and calculating the difference
between the schedule and the meter readings thereby forming a
deviation between anticipated energy use and actual energy use for
each energy used.
34. A method of controlling the output of an energy provider, the
method comprising the steps of: receiving a net schedule; and
adjusting the output of the energy provider so that the output is
substantially equal to the energy usage specified in the
schedule.
35. The method of claim 34 wherein the energy provider is an
electrical generator and the step of adjusting the output of the
energy provider includes the step of increasing the electrical
output of the generator.
36. The method of claim 34 wherein the energy provider is an
electrical generator and the step of adjusting the output of the
energy provider includes the step of decreasing the electrical
output of the generator.
37. The method of claim 34 wherein the net schedule is a net
adjusted schedule.
38. The system of claim 22 wherein the memory is further configured
to store temperature coefficients and the processor is further
configured to adjust the schedule as a function of the temperature
coefficient before calculating the difference between the schedule
and the meter reading.
39. A system for allocating the deviation between an energy user's
predicted energy usage and the energy user's actual energy usage,
the system comprising: means for receiving a meter reading of
actual energy consumption for the energy user; memory in
communication with the means for receiving a meter reading, the
memory being configured to store a schedule of anticipated energy
usage for a predetermined period and to store the energy users'
meter reading; and a processor in communication with the memory,
the processor configured to create a reconciled schedule
representative of actual energy usage, the total energy represented
in the reconciled schedule being substantially equivalent to actual
energy used by the energy user, the processor being further
configured to calculate the difference between the schedule and the
reconciled schedule thereby forming a deviation between anticipated
energy use and actual energy use for each energy user.
40. The system of claim 38 wherein schedules and reconciled
schedules relate energy usage to a predetermined period of
time.
41. The system of claim 38 wherein each reconciled schedule is
further equivalent to total monthly consumption of the energy
user.
42. The system of claim 22 wherein the memory is further configured
to store temperature coefficients and the processor is further
configured to adjust the schedule as a function of the temperature
coefficient before calculating the difference between the schedule
and the reconciled schedule.
Description
TECHNICAL FIELD
[0001] The present invention is related to an energy coordination
system, and more particularly, to an energy coordination system
that facilitates a customer's ability to choose its energy
provider.
BACKGROUND
[0002] The traditional model for electric utilities is shown in
FIG. 1. In this model, an electric utility serves energy users or
customers 108 (i.e., load) with its own facilities 100, which
includes a generator 102, a transmission network 104, and a
distribution network 106. A transformer station 105 is connected
between the transmission network 104 and the distribution network
106. A customer 108 cannot choose between alternative sources of
energy. The customer 108 must buy energy from the utility that
operates in its geographic region.
[0003] Referring to FIG. 2, power grids 110 and 112 are organized
into Control Areas 114 and 116, respectively, which are electrical
systems bounded by interconnection (i.e., tie-line) metering 118
and telemetry. The load between adjacent Control Areas 114 and 116
is balanced according to a predetermined schedule. If excess demand
for electricity is generated in one Control Area 114, it will
receive electricity from adjacent Control Areas 116, which disrupts
the balance. Generators 120 and 122 in the Control Areas 114 and
116 must then adjust their generation to return the balance to
zero. The Control Area 116 that is providing the excess electricity
then bills the other Control Area 114 for expenses caused by the
deviation.
[0004] A problem with this current model of electric utilities is
that there is not currently any way to allocate the billings for
the deviation in an amount proportional to the individual
customer's deviation. Rather, the cost of the deviation is divided
among all of the customers regardless of whether their usage
exceeded a predictable amount. Another problem is that customers
who do exceed their predicted load cannot freely choose the
generator, or the Control Area, from which they receive electricity
to meet their excess demand.
[0005] In an effort to stimulate competition and lower energy
prices, the electric utility industry is being deregulated. In
theory, deregulation will allow energy users to freely choose the
provider from which they purchase energy. However, most models for
the deregulated utility industry only permit limited customer
choice. One reason is that full customer choice is not possible
without a system and method of universally scheduling load and
generation, controlling the distribution of energy, and accurately
allocating deviations to the customers and generators that created
them.
[0006] Accordingly, there is a need for a system that provides
universal scheduling of energy generation and load. There also is a
need for a system that provides universal control over the
generation of energy. There is a related need for a system that
allows customers to choose their energy providers, the type of
metering that they use, the frequency at which they change energy
suppliers, the number of simultaneous suppliers from which they
receive electricity, and the load following providers that adjust
their generation to compensate for the customers being above or
below their preschedules or anticipated energy usage. There is yet
another need for a system that permits customers to easily switch
suppliers by telephone or computer. There is also a need for a
system that can track customers' deviation between actual usage and
scheduled usage.
SUMMARY
[0007] The present invention is directed to a system for scheduling
the provision of energy in an energy distribution network having a
plurality of energy users receiving energy from at least one of a
plurality of energy sources. The system comprises memory in
communication with the input. The memory is configured to store at
least one schedule for each energy user. Each schedule sets forth
the predicted energy usage over a predetermined period of time. A
processor is in communication with the memory. The processor is
configured to sum the schedules of a predetermined set of energy
users thereby creating a net schedule.
[0008] Another embodiment of the present invention is directed to a
system for allocating the deviation between an energy user's
predicted energy usage and the energy user's actual energy usage.
The system comprises means for receiving meter readings of actual
energy consumption for the energy user. Memory is in communication
with the means for receiving meter readings. The memory is
configured to store a schedule of anticipated energy usage for a
predetermined period and to store the energy users' meter readings.
A processor is in communication with the memory. The processor is
configured to calculate the difference between the schedule and the
meter readings thereby forming a deviation between anticipated
energy use and actual energy use for each energy user.
[0009] Yet another embodiment of the present invention is a method
for scheduling the generation of energy in an energy distribution
network having a plurality of energy users receiving energy from at
least one of a plurality of energy sources. The method comprising
the steps of: storing a schedule for each energy user, each
schedule setting forth the predicted energy usage for that energy
user over a predetermined period of time; and summing the schedules
of a predetermined set of energy users thereby creating a net
schedule.
[0010] Another method that embodies-the present invention is for
allocating the deviation between an energy user's predicted energy
usage and the energy user's actual energy usage. This method
comprising the steps of: receiving meter readings of actual energy
consumption for the energy user; storing a schedule of anticipated
energy usage for a predetermined period; storing the energy users'
meter readings; and calculating the difference between the schedule
and the meter readings thereby forming a deviation between
anticipated energy use and actual energy use for each energy
user.
DESCRIPTION OF THE DRAWINGS
[0011] FIG. 1 illustrates the traditional model for a regional
electric utility;
[0012] FIG. 2 illustrates the traditional model of a power grid
that has the regional electric utilities organized into Control
Areas;
[0013] FIG. 3 illustrates one possible model for a power system
that utilizes a computer system embodying the present
invention;
[0014] FIG. 4 illustrates organization of components in one
possible model of a deregulated utility industry that utilizes the
power system shown in FIG. 3;
[0015] FIG. 5 is a functional block diagram illustrating one
possible embodiment of the computer system shown in FIG. 3; and
[0016] FIG. 6 is a block diagram of one possible embodiment of the
hardware for implementing the computer system shown in FIGS. 3 and
5.
DETAILED DESCRIPTION
[0017] Various embodiments of the present invention will be
described in detail with reference to the drawings, wherein like
reference numerals represent like parts and assemblies throughout
the several views. Reference to the various embodiments does not
limit the scope of the invention, which is limited only by the
scope of the claims attached hereto.
[0018] In general terms, the present invention is directed to a
system for coordinating various components and entities in a
deregulated energy distribution system. Various embodiments of the
present invention can be utilized with the generation and/or
distribution of many different types of energy, including
electricity, natural gas, and petroleum. Furthermore, the present
invention can be implemented in many different models for the
utility industry and is not limited to the particular module that
is described herein. Thus, for example, the invention can be used
in a system that does not include an independent system operator as
described below.
[0019] As stated above, the present invention can have many
different embodiments. In one possible embodiment, a system
embodying the present invention determines the deviation between
each customer's scheduled energy usage and the customer's actual
usage of energy. This deviation provides a basis for allocating the
cost of deviation to the customers that are actually responsible
for the deviation in a prorated amount. Thus, customers pay only
for their energy usage and not for the excess usage of other
customers. In another possible embodiment, a system embodying the
present invention is directed to creating net usage schedules that
are used to control the amount of energy output by various
generators. Creating and using net usage schedules in this manner
helps to maintain balance in the energy distribution system.
[0020] An advantage of this system is that it enables a customer to
choose its desired source of energy. For example, a customer can
choose to continue receiving energy from its traditional energy
provider for the geographic area in which the customer is located.
The customer can also choose to purchase energy from an alternative
energy provider or directly from a generator. In yet another
example, a customer can choose to purchase energy from multiple and
different sources depending on a variety of factors such as the
time of day, the day of the week, or whether the customer's actual
energy usage is exceeding its scheduled usage.
[0021] Referring now to the drawings, FIG. 3 illustrates one
possible model of a power system 123 that utilizes the present
invention. In this power system 123, a plurality of generators 124,
125, and 126 generate energy into a transmission network 128. A
distribution network 130 receives energy from the transmission
network and distributes the energy to the loads 132, 134, 136, and
138. A transformer station 131 is positioned between the
transmission network 128 and the distribution network 130. The
loads 132, 134, 136, and 138 can be any type of customer, or
combinations of different types of customers, including
residential, commercial, and industrial customers. There are meters
140, 142, 144, and 146 that measure the flow of energy between the
distribution network 130 and the loads 132, 134, 136, and 138.
There are also meters 148, 150, 152 that measure the flow of
electricity between the generators 124, 125, and 126 and the
transmission network 128. A computer system 220 is interfaced with,
or electrically connected to, the meters 132, 134, 136, 138, 148,
150, and 152.
[0022] FIG. 4 illustrates one possible structure of the electric
utility industry in a deregulated environment in which a customer
1-7 can choose its own source of electricity. Within this system, a
customer 1-7 can choose to keep receiving energy from its regional
DISCO 219, which is the traditional regional utility, or choose to
switch to an alternative energy provider 242.
[0023] An Independent System Operator (ISO) 244 is a regional
organization that operates the transmission network 130
independently of its owners. The ISO 244 can operate transmission
networks owned by several different companies or a single
transmission network. Analogously, the ISO 244 can encompass
several Control Areas, a single Control Area, or combine several
Control Area into a larger unitary Control Area. The ISO 244 is
responsible for the reliability of the networks within its system
and have contracted with a generator 225 that will provide
load-following services. The load-following generator 225 with whom
the ISO is associated is the default generator that provides excess
electricity when demand exceeds the load scheduled for the network.
Although the ISO is described as performing these functions, other
structures of the utility industry are possible in which other
entities, such as the Control Areas themselves, perform these
functions.
[0024] Another organization such as an independent energy
accountant (IEA) 154 provides a central control that coordinates
all of the components for the ISO 244. Accordingly, the IEA 154
operates the computer system 220 and provides account switching,
short-interval scheduling, and deviation accounting.
[0025] The IEA 154 communicates with the ISO 244; generators 156
and 158; the regional DISCO 219; energy providers 242 that receive
load-following from the default generator 225; energy providers 242
that contract with alternative load following generators 223;
customers, such as customer 6, that choose to contract directly
with a particular generator for either their main supply of energy
156 or 158 or their load following energy provider 223; and
customers, such as customer 7, that have short-interval metering.
In an alternative model of the energy industry and the system
configuration, control or coordination is provided by an entity
other than the ISO 154. Examples of other entities include an
independent energy scheduling service or a distribution
company.
[0026] Referring to FIG. 5, the computer system 220 interfaces with
energy meters 200, after-the-fact interval meters 202,
short-interval meters 204, and generator meters 206. Energy meters
200 do not have load-profile recorders and typically are used for
residential customers. After-the-fact interval meters 202 have
built in load-profile recorders and typically have dial-up
communications with an entity that has a meter translation system
such as a DISCO. After-the-fact interval meters 202 typically are
used for commercial and light industrial customers. Short-interval
meters 204 record energy on a near real-time basis. Short-interval
meters 204 typically are used for large industrial customers.
Generator meters 206 track the output of generators on a near
real-time basis.
[0027] Meters operating on a near real-time basis take measurements
at relatively short intervals, such as five minute intervals.
However, the length of the interval can vary depending on a variety
of factors such as the capabilities of the meter, the capacity of
the communication system to which the meter is linked, and the
number of customers. The shorter the interval between readings the
closer that the system is to achieving true real-time measurement.
In some possible configurations, therefore, near real-time is
synonymous with real-time if the intervals are short enough.
[0028] A meter translation system 210 includes a communication
interface 212, a meter data translation and processing system 214,
a high precision time base 216, and a customer load profile history
database 218. The communication interface 212 provides an interface
for after-the-fact meters 202.
[0029] The communication interface 212 dials up and polls the
individual after-the-fact meters 202 that are installed at various
customers. Each after-the-fact meter 202 generates a metered load
profile, which is a profile of actual usage that charts actual use
over a period of time. That period of time can have various
intervals such as 1 day, 1 week, or 1 month. When polled by the
meter translation system 210, after-the-fact meters 202 download
into the meter data translation and processing unit 214 both their
metered load profile and the meter reading for the end of the
profiled interval. The meter profiles as well as the actual meter
readings at the start and stop of the profiled interval are stored
in the customer load profile history database 218.
[0030] The time base 216 receives time from a precision atomic
clock source. This high precision time is used to synchronize the
clock in each of the after-the-fact meters 202.
[0031] The standard energy meters 200 are typically read by a meter
reader and input into a hand-held meter reading microcomputer 201.
This hand-held meter reading microcomputer 201 is interfaced with
the DISCO's electronic meter reading system 208. If the customer
has not elected to switch to an alternative energy provider, the
meter readings are input into the DISCO's billing system 203 and
the DISCO 219 will generate billing for that customer in a manner
that is known in the art. If the customer has elected to switch
energy providers, the data from the DISCO's meter reading system
208 is input into the meter data and translation and processing 214
of the meter translation system 210. In an alternative embodiment,
the meter readings are also stored in the customer load profile
history database 218. In yet another alternative configuration, the
DISCO meter reading system 208 communicates meter readings from
switched customers directly to the first input interface 205 of the
computer system 220, which is described in more detail below,
rather than communicating the meter readings to the meter
translation system 210.
[0032] The computer system 220 includes a deviation accounting
processor 222; a schedule processor 224; first, second, and third
input interfaces 205, 226, and 228; first and second output
interfaces 215 and 230; a real-time database 232; a relational
database 234; a reconciliation processor 211; a customer
verification processor 209; and a prescheduling processor 213.
Within this system, the second input interface 226, the schedule
processor 224, the real-time database 232, and the second output
interface 230 form a real-time processor 231 that enables the
computer system 220 to quickly respond to changes in customer
demand so that the generators can adjust the amount of energy that
they generate and minimize any imbalances. The processors described
herein can be computer programs or portions of programs such as
routines or objects.
[0033] The relational database 234 stores information relating to
demographics, energy metered customers, after-the-fact interval
metered customers, short-interval metered customers; generators,
including load following suppliers; and energy providers.
Demographic information that is stored in the relational database
includes data regarding generators, energy providers, and customers
that have switched to an energy provider other than their
geographic DISCO. Each of the generators, energy providers, and
customers is represented by a flag, code, or character string. The
relational database 234 creates relationships between generators
and energy providers that have energy supply contracts, customers
and energy providers that have energy supply contracts, and
customers and generators that have energy supply contracts. In one
possible embodiment, the relational database also contains
information regarding the interval during which the generator or
energy provider is scheduled to supply energy.
[0034] Data stored in the relational database 234 regarding energy
metered customers 200 includes preschedules, temperature
coefficients, adjusted schedules, actual monthly meter readings,
reconciled schedules, and deviations. Data regarding after-the-fact
interval metered customers 202 includes preschedules, temperature
coefficients, adjusted schedules, metered load profiles, and
deviations. Data regarding short-interval metered customers 204
includes preschedules, metered load profiles, and deviations. Data
regarding the generators 206 includes preschedules, adjusted
schedules, metered generation profiles, and deviations. Data
regarding the energy providers 242 includes preschedules,
temperature basis by zip code, the net of adjusted schedules and
short-interval metering for the energy provider's customers, a net
of reconciled and metered load profiles, and deviations.
[0035] The temperature basis is the predicted temperature. The
temperature coefficient is a factor that is added to the
preschedule for every degree that the actual temperature differs
from the temperature basis. It accounts for increased (or
decreased) energy usage caused by climate control units such as air
conditioners that result from unexpected temperature swings. There
is a separate temperature coefficient for each customer.
Additionally, the temperature coefficient is determined through
statistical sampling based upon a customer's, or a sampling of
similar customers', historic energy usage.
[0036] For example, if the temperature basis is 60.degree. and the
actual temperature is 70.degree., a customer has a first
temperature coefficient that is added to the preschedule 10 times,
once for every degree that the actual temperature exceeds the
temperature basis of 60.degree.. If the temperature basis is
80.degree. and the actual temperature is 85.degree., the same
customer will have a different temperature coefficient that is
added to the scheduled energy usage 5 times, once for every degree
that the actual temperature exceeds the temperature basis of
80.degree.. Knowledge on how to compute these coefficients is well
known in the art.
[0037] The first input interface 205 receives data from the meter
data translation and processing system 214 and loads that
information into the relational database 234. This data includes
the current metered load profiles for after-the-fact metered
customers 202 and actual meter readings for energy metered
customers 200. In the event that there is a failure in the
communication between the meter translation system 210 and the
after-the-fact meters 202, a historical metered load profile will
be communicated from the customer load-profile database 218 to the
first input interface 205.
[0038] The second input communication interface 226 is a near
real-time interface that polls the short-interval meters 204 that
are installed at customers' facilities and generator meters 206.
The short-interval meter values, are then downloaded from the
second input interface 226 to the near real-time database 232. The
second input interface 226 also receives adjusted schedules from
other ISOs and IEAs 217. This information is used to schedule and
maintain a balance between Control Areas and for billing purposes
if there is an imbalance created between the Control Areas. The
information also enables customers and energy providers from other
Control Areas to purchase energy from a generator 206 in the
Control Area of the computer system 220.
[0039] Each generator has a generator prescheduling processor 236
that generates a preschedule of electricity that it plans to
generate for a predetermined period. Similarly, each energy
provider 242 has a load prescheduling processor 238 that generates
schedules or preschedules for each of its customers. Each
preschedule is created through statistical sampling based upon a
customer's, or a sampling of similar customers', historic energy
usage. Additionally, each preschedule corresponds to the energy
that the energy provider 242 expects to provide to the customer for
which the preschedule is created. The preschedules are communicated
to the second input interface 228 by means such as e-mail or other
electronic communications, and are then stored in the relational
database 234. The preschedule can cover any future period. In one
possible embodiment, however, the preschedules cover a 24-hour
period and are created one day in advance of the period that the
schedule covers.
[0040] The prescheduling processor 213 retrieves all of the
preschedules for a given energy provider from the relational
database 234. The preschedules are then summed by Control Area 244,
energy provider 242, and DISCO 219 to create net preschedules. The
net preschedules are stored in the relational database 234 and
communicated to the ISO 244, the DISCOs 219, the energy providers
242, and the load following generators 223 via the first output
interface 215.
[0041] The schedule processor 224 generates a net adjusted schedule
for each of the energy providers 242. The net adjusted schedule is
the schedule of the amount of electricity that customers of the
energy provider 242 expect to use during a given period of time.
The net adjusted schedule includes information for all of the
energy provider's 242 customers, including short-interval metered
customers 204, after-the-fact metered customers, and energy metered
customers 200. In generating the net adjusted schedule for an
energy provider 242, the schedule processor 224 retrieves the
customer data and the preschedule for all of the energy provider's
242 customers, including the short-interval metered customers 204,
after-the-fact metered customers 202, and energy metered customers
200.
[0042] The schedule processor 224 also retrieves actual weather
data from a weather service 240 and the corresponding temperature
coefficients from the relational database 234. An example of
possible weather data that is retrieved from the weather service
includes the actual temperature by zip code. The scheduling
processor 224 then creates an adjusted schedule by adjusting the
preschedules for after-the-fact interval metered customers 202 and
energy metered customers 200 on an hourly basis using the
temperature coefficient correspondence to the temperature basis and
the most recent actual temperature that the computer system 220 has
received.
[0043] The schedule processor 224 also compiles a metered load
profile for each of the short-interval customers 206. The metered
load profiles of the short-interval metered customers 206, the
adjusted schedules for after-the-fact metered customers 204, and
the adjusted schedules for energy metered customers 200 are summed
to create the net adjusted schedule.
[0044] This process of calculating the net adjusted schedule is
periodically performed for each of the generators, energy
providers, Control Areas, DISCOs, and other IEAs. In one possible
configuration, a new net adjusted schedule is created every five
minutes to provide a near real-time schedule so that generators can
periodically adjust the amount of energy they are providing to
minimize energy imbalance. In another configuration, a new net
adjusted schedule is calculated in intervals other than five
minutes, depending on a variety of factors including communication
between the computer system 200 and the peripheral systems as well
as processing demands placed on the computer system 200. The
interval could be less than five minutes or considerably greater
than five minutes.
[0045] The scheduling processor 224 also periodically creates an
inter-IEA/Control Area schedule. This schedule is used to update
information about the balance between Control Areas and inform any
contracted generators in other Control Areas of the size of the
load that they need to generate to serve customers in their host
Control Area.
[0046] The scheduling processor 224 stores the weather information,
preschedules, adjusted schedules, and short-interval metered load
profiles in the real-time database 232. Storing this information in
the real-time database 232 enables the schedule processor 224 to
quickly retrieve it for updating or adjusting the schedules. The
schedule processor 224 also stores the short-interval metered load
profiles and the adjusted schedules in the relational database 234
to create a historical record of data.
[0047] The net adjusted schedule is output from the schedule
processor 224 via the second output interface 230 to the energy
providers 242, the ISO 244, the load following providers 223, the
DISCO 219, and other IEAs and Control Areas 221 that might have a
need for the adjusted schedule. The energy providers 242 can use
this information for a variety of purposes such as computing an
alternate net adjusted generation schedule, keeping historical
records, billing purposes, and accounting purposes. The alternate
net adjusted schedule is an alternate generation schedule that
determines how much to adjust the energy being purchased from
generators and load following generators as the deviations are
determined. The alternate net adjusted schedule is then
communicated back to the real-time database 232 via the second
input interface 226. The scheduling processor 224 then uses this
information to adjust the schedules of the appropriate generators
and load following generators.
[0048] In an alternative embodiment, the alternate net adjusted
generation schedule is also communicated directly from the energy
providers 242 to the load following generators 223. The
load-following generators can use the alternate net adjusted
generation schedule for billing and to quickly adjust their
generation to match customer demand and maintain balance of the
system.
[0049] The ISOs 244 use the net adjusted schedule as a measure of
the amount of energy that must be available on the network at any
given time. The ISO 244 compares the net adjusted schedules with
the net preschedules to assist in maintaining reliability. This
comparison, for example, is used to determine how much energy the
load-following generators must provide in order to meet customer
demand and maintain a balanced power system. In another example,
this comparison is used to adjust the output of load-following
generators with whom customers have contracted 223 in order to
minimize dependence on the ISO's default load-following generators
225 to meet demand and balance the power system.
[0050] The second output interface 230 also communicates in near
real-time the net adjusted schedules to load-following generators
223 with whom particular energy providers have independently
contracted. In this situation, the individual contracted
load-following generator 223 will increase or decrease generation
of energy to follow the energy provider's or customer's adjusted
schedule.
[0051] Inter-Control Area schedules are communicated from the
second output interface 230 to the other IEAs and Control Areas
221, which use this information for generating their own load
schedules. This information permits a customer or energy provider
in one Control Area to contract with a generator in another Control
Area. This information is also used to schedule and maintain a
balance between adjacent Control Areas and for billing purposes if
the load between adjacent Control Areas becomes unbalanced.
[0052] The net preschedules and adjusted schedules for all of the
switched customers within each DISCO are transmitted to the DISCOs
219. Each DISCO can then use this information to calculate its own
preschedule. The DISCO 219 also receives each energy provider's net
preschedule from the first output interface 215.
[0053] The reconciliation processor 211 retrieves the adjusted
schedule or schedules and actual monthly meter readings for every
energy metered customer 200 from the relational database 234. The
reconciliation processor 211 then uses the actual monthly meter
reading to scale the adjusted schedule for each customer and create
a reconciled schedule. The amount of energy represented in the
reconciled schedule is substantially equivalent to the energy
metered customer's actual usage. In one possible embodiment, the
total amount of energy represented in a customer's or energy user's
reconciled schedule corresponds to the customer's total monthly
consumption of energy. The reconciled schedule is stored in the
relational database 234.
[0054] The deviation processor 222 calculates the deviation between
the adjusted schedule and the actual energy used for each customer
and for each generator. The deviation processor 222 retrieves
information from the relational database 234 for each customer. For
energy metered customers 200, the deviation processor 222 retrieves
the adjusted schedule and the reconciled schedule. The deviation
processor 222 then calculates the difference between the reconciled
schedule and the adjusted schedule, which is the deviation. For
after-the-fact metered customers and generators, the deviation
processor 222 retrieves the adjusted schedule and the metered load
and generation profiles from the relational database 234. The
deviation processor 222 then calculates the difference between the
metered load profile and the adjusted schedule, which is the
deviation. For short-interval metered customers, the metered load
profile becomes the adjusted schedule, and there is not a deviation
between the adjusted schedule and metered load profile for short
interval metered customers. For customers with multiple energy
suppliers the deviations for the customers will be divided based on
negotiated contracts.
[0055] The deviations for individual customers are communicated to
each customer's energy provider 242 through the first output
communication interface 215 and are stored in the relational
database 234. In addition, the net deviation for each energy
provider and generator is provided to the ISO 244. The energy
provider 242 uses the deviation for each individual customer to
allocate the deviation billing from the ISO 244 to the individual
customers in an amount proportioned to the customer's individual
deviation.
[0056] The workstation 246 is used to input demographic information
for each customer into the relational database 234. Demographic
information can include personal information, the identity of the
primary energy provider with whom the customer has contracted, and
the identity of secondary energy providers with whom the customer
has contracted.
[0057] The customer verification processor 209 prevents slamming of
customers. Slamming occurs when an energy provider 242 switches a
customer to its service without the customer's permission. The
customer verification processor 209 receives requests from the
energy provider 242 for changes in the customer's chosen energy
provider. This information can be communicated electronically or
directly from the energy provider 242 to the customer verification
processor 209. Alternatively, this information can be sent to the
IEA, and is then manually input to the verification processor 209
at the work station 246.
[0058] Upon receiving a request to switch a customer, the
verification processor 209 causes a confirmation request to be
generated and sent to the customer 207. The confirmation request
can have many possible formats such as a mailing or a digital
certificate. Once the confirmation from the customer is received,
the verification processor 209 will update the information in the
relational database 234 that identifies the customer's 207 new
energy provider 242. The confirmation is also communicated to the
customer's previous energy provider 242 notifying it that the
customer switched to another energy provider 242. The same process
as described above will be used of a customer selects an additional
energy provider. The change then takes effect after the next meter
reading.
[0059] Referring now to FIG. 6, one possible implementation of the
computer system 220 has four servers 300, 302, 304, and 306. The
first server 300 stores the relational database and executes the
non real-time processes. These processes include the customer
verification processor 209, deviation accounting processor 222,
reconciliation processor 211, and prescheduling processor 213. The
second server 302 stores the real-time database and executes the
scheduling processor 224, which is a real-time processor. The third
server 304 includes the second input and the second output
interfaces 226 and 230, which are real-time interfaces. The fourth
server 306 includes the first and second input interfaces 205 and
228, and the first output interface 215. In this configuration,
execution of the real-time processes is not slowed by processing
demands of the non real-time applications or the real-time
communication. Similarly, the real-time communication is not slowed
by processing demands of the applications or non real-time
communication. All four servers 300, 302, 304, and 306 are
microprocessor-based systems and run the UNIX operating system, or
another similar operating system. In one possible embodiment, the
servers have memory and utilize a 400 MHz Pentium II microprocessor
with a 100 MHz bus or similar state-of the art server.
[0060] The third server 304 communicates with a router 308. In
turn, the router 308 is in communication with a plurality of
digital service units 310, which provide an interface with
communication links to peripheral systems that have a need to
communicate with the computer system 220 on a real-time basis.
Examples of peripheral systems that might communicate through the
router include energy providers, short-interval metered customers,
ISOs, generators, IEAs, and DISCOs. The digital service units 310
provide data translation and drivers. In one possible embodiment,
the communication links are direct and dedicated connections such
as a T1 span and can form a wide area network. Other embodiments
have other types of communication links to peripheral systems.
[0061] The fourth server 306 is also communicates with the router
322. In turn, the router 322 is in communication with a plurality
of digital service units 312 that provide an interface for
communication links that do not have a need to communicate with the
computer system 220 on a real-time basis. Examples of peripheral
systems that might communicate through the router 322 include the
weather service, energy providers, DISCO's, meter translation
systems, generators, and customers. In one possible embodiment,
these communication links are dedicated lines such as a T1 span.
Other embodiments might communicate over some other suitable type
of communication network such as the Internet or ISDN lines.
Additionally, the router 322 is linked to a modem bank 314, which
provides data communication over the public telephone network. Such
communication can be used for receiving information such as
switching information from customers, monthly translation data from
the meter translation system 210, or monthly readings from energy
meters received from the DISCO.
[0062] The first, second, third, and fourth servers 300, 302, 304,
and 306 are connected to a LAN 316 that operates according to the
ETHERNET standard, or another standard network configuration. Other
peripheral equipment connected to the LAN include at least one work
station 246, at least one printer 318, and tape back-up equipment
320 or back-up service. In one embodiment, the work station 246 is
a PC computer that includes a 400 MHz Pentium II microprocessor and
100 MHz data bus and operates the Windows NT operating system.
[0063] The various embodiments described above are provided by way
of illustration only and should not be construed to limit the
invention. Those skilled in the art will readily recognize various
modifications and changes that may be made to the present invention
without following the example embodiments and applications
illustrated and described herein, and without departing from the
true spirit and scope of the present invention, which is set forth
in the following claims.
* * * * *