JP2014060879A - Energy demand suppression method and system - Google Patents

Energy demand suppression method and system Download PDF

Info

Publication number
JP2014060879A
JP2014060879A JP2012205225A JP2012205225A JP2014060879A JP 2014060879 A JP2014060879 A JP 2014060879A JP 2012205225 A JP2012205225 A JP 2012205225A JP 2012205225 A JP2012205225 A JP 2012205225A JP 2014060879 A JP2014060879 A JP 2014060879A
Authority
JP
Japan
Prior art keywords
demand
service
dr
function
suppression
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2012205225A
Other languages
Japanese (ja)
Other versions
JP5941801B2 (en
Inventor
Naohiro Yuasa
直弘 湯浅
Toru Watanabe
徹 渡辺
Masao Tsuyuzaki
正雄 露崎
Masahito Utsumi
将人 内海
Original Assignee
Hitachi Ltd
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd, 株式会社日立製作所 filed Critical Hitachi Ltd
Priority to JP2012205225A priority Critical patent/JP5941801B2/en
Publication of JP2014060879A publication Critical patent/JP2014060879A/en
Application granted granted Critical
Publication of JP5941801B2 publication Critical patent/JP5941801B2/en
Application status is Active legal-status Critical
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02EREDUCTION OF GREENHOUSE GAS [GHG] EMISSIONS, RELATED TO ENERGY GENERATION, TRANSMISSION OR DISTRIBUTION
    • Y02E40/00Technologies for an efficient electrical power generation, transmission or distribution
    • Y02E40/70Systems integrating technologies related to power network operation and communication or information technologies for improving the carbon footprint of electrical power generation, transmission or distribution, i.e. smart grids as climate change mitigation technology in the energy generation sector
    • Y02E40/76Computing methods or systems for efficient or low carbon management or operation of electric power systems
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04SSYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S10/00Systems supporting electrical power generation, transmission or distribution
    • Y04S10/50Systems or methods supporting the power network operation or management, involving a certain degree of interaction with the load-side end user applications
    • Y04S10/54Management of operational aspects
    • Y04S10/545Computing methods or systems for efficient or low carbon management or operation of electric power systems
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y04INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
    • Y04SSYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
    • Y04S10/00Systems supporting electrical power generation, transmission or distribution
    • Y04S10/50Systems or methods supporting the power network operation or management, involving a certain degree of interaction with the load-side end user applications
    • Y04S10/60Reporting; Information providing; Statistics or analysis

Abstract

[PROBLEMS] To realize a service cooperation environment that makes it easy to join an entity that performs demand response in demand response that suppresses demand and pays the price when energy supply and demand is tight.
In an energy demand restraint system for restraining energy demand, provided are a means for mutually communicating different demand restraining functions between DR service servers that perform processing related to demand restraint, and a DR service server. To manage demand by combining service management means that retains and retrieves some or all of the functions related to demand control, and some or all of the different functions related to demand control provided by the DR service server Means for automatically creating the DR program, and means for executing different functions related to demand restraint by the DR service server according to the created demand restraining DR program at the time of demand restraint.
[Selection] Figure 1

Description

The present invention relates to a service cooperation technology for realizing demand response (DR) when energy supply and demand is tight by various business entities.

  In recent years, there is a concern about a shortage of energy supply due to an increase in demand for energy consumption and the suspension of energy supply facilities. As a countermeasure, there is a DR in which an energy supplier makes a demand restraint request to a consumer or an energy supply request by an energy supply facility, and provides incentives for the behavior and the restraint amount. It is considered to adjust the balance between energy supply and demand by DR.

JP 2012-65407 A

  Japanese Patent Application Laid-Open No. 2004-151561 discloses a technique for implementing a power consumption reduction request from the power supply side to the power demand side by a power control device for controlling power demand. At that time, in the adjustment of the lighting device on the power demand side, the environmental information indicating the environmental state such as the blind opening / closing state and the set temperature in the air conditioning device is acquired, and the power reduction amount corresponding to the reduction request is calculated. However, in patent document 1, although the suppression amount which matched the target value according to the consumer's environmental condition can be calculated for the suppression of energy consumption of the consumer, depending on the consumer's demand suppression behavior at each base In some cases, the amount of energy suppression cannot be achieved than the target value. An example of how to deal with this could be to compensate for the deficiency in the amount of restraint of the corresponding customer that the customers at other bases could not achieve the target value in order to stabilize energy supply and demand. In order to make up for the shortage, it is necessary to secure reserves such as collecting demand restraints by many customers.

  On the other hand, in the DR of Europe and America, there is a mechanism that produces an effect of power supply equivalent to that a power plant on the supply side generates electric power when a large number of consumers implement demand suppression. This is constituted by an aggregator that mediates, for example, buying and selling the power capacity of demand suppression collected from a large number of customers with respect to the electric power company and the market where electric power is traded. It has a mechanism that gathers many customers who solve the problems of Patent Document 1 and organizes demand restraint, and a single aggregator for a plurality of consumers, a time plan for each time zone or a plan that fluctuates the peak price, etc. Demand is suppressed by a DR program that implements DR (in this specification, the term “DR program” is used synonymously with a plan. The term “computer program” is used for a program that is operated by a computer).

  However, the number of DR programs provided by one aggregator is limited, and the DR program desired by the customer may not be provided. For example, the DR program consists of conditions for various items, such as the calculation granularity of power usage measurement values, such as charge calculation for hourly rate plans and the demand reduction method for automatic control by the control device to control demand for load devices. There are hopes for functional items related to several DR programs such as timing. In addition, in order for the aggregator to provide a new DR program, it is possible to receive a demand restraint request from an electric power company, a demand restraint device can be installed at the customer's site, and actual value data and consumer data related to demand response. One aggregator holds many operations and facilities, such as maintaining data centers and applications to be managed, calculating incentives for demand suppression, and performing a balance calculation for the aggregator to continue business economically Need to be. This increases operational costs.

  An object of the present invention is to provide a DR in which an energy supplier requests a customer to suppress demand or requests energy supply by an energy supply facility, and provides incentives for the behavior and the suppression amount. It is to make it easy for the aggregator to provide the program.

  In the present invention, a function item related to a DR program is provided as a service to a server held by an aggregator, or a DR service server that implements a demand suppressing DR program, and a demand suppression that detects a demand-supply balance and notifies a demand suppression request An energy demand suppression system including a management server and a demand suppression management device that manages demand suppression for a load device of a consumer is provided.

  In the above, the function item of the DR program is provided as a service by the DR service server, the function item service related to the DR program is acquired by a plurality of DR service servers, and the new DR program is combined to solve the problem.

  According to the present invention, one aggregator does not have to hold all the operations and facilities related to DR, and for an aggregator that already provides a DR program, concentrate on maintaining the operations and facilities that it is good at. can do. For an aggregator that newly provides a DR program, an aggregator business can be realized even if the operations related to the DR program are not performed and the facilities are not maintained.

  This eliminates the need to develop functions related to all DR programs, leading to a reduction in operational costs. In addition, according to the present invention, not only an aggregator that performs a task of collecting energy suppression, but also a service provider that provides only a service related to DR can be involved in the DR business, leading to market activation. In addition, as an effect from the viewpoint of the balance between energy supply and demand, a ripple effect that an increase in customer participation is expected and a large amount of restraint can be collected, leading to adjustment of the balance between energy supply and demand. Also play.

1 is a system configuration diagram of an energy supply and demand suppression system (first embodiment). It is the figure which showed the table structure of the database. It is the figure which showed the structural example (1st Example) of the service management table. It is the sequence diagram which showed the business flow. It is the flowchart which showed the process which searches DR program. It is a flowchart of the process which searches a service. It is a flowchart of a service cooperation process. It is a system configuration diagram of an energy supply and demand suppression system (second embodiment). It is the figure which showed the structural example (2nd Example) of the service management table. It is a flowchart of a service cooperation process. It is the figure which showed the example of a structure of the service table (result management).

<First embodiment>
An example of the business flow of the DR program assumed in the present invention will be described. In the DR program, the electric power company predicts a time zone in which demand is greater than the supply amount and the supply-demand balance becomes tight, and notifies the aggregator that a demand suppression is requested in advance for that time zone. In addition, the aggregator implements demand restraint such as urging control or action such as stopping load equipment or operating private power generation equipment to restrain demand. Further, the aggregator calculates the difference in power consumption during the suppression time period from the contracted power amount of the customer, the maximum monthly power value, and the like, and acquires the actual value of the demand suppression action. Next, incentives are given to consumers for the results of demand restraints, and discounts from electricity charges are implemented. However, there are various methods for calculating the actual value depending on the contract with the electric power company.

  FIG. 1 is a system configuration diagram of an energy demand suppression system according to the first embodiment. In this configuration diagram, the power company 1100 that supplies energy, the α aggregator 1200 that creates a new DR program and collects the amount of restraints from customers when the power supply and demand is tight, and the existing DR program have already been provided A β aggregator 1300 that collects the suppression amount at the time of request and a consumer 1400 that consumes energy appear as business entities. Each business operator may have a plurality of business operators.

  Next, a description will be given of devices and functions held by each business operator. The power company 1100 holds a demand suppression management server 1101 that requests the aggregators 1200 and 1300 to suppress demand when power supply and demand is tight, receives a result of demand suppression, and records the result.

  The α aggregator 1200 holds a DR service server 1201 that realizes service cooperation. Here, service cooperation means creating a new DR program.

  The DR service server 1201 includes a calculation unit 1210 that performs processing such as creation of a DR program, a communication unit 1220 that is connected to an external network 1600 such as the Internet and exchanges data, and a list of services of aggregators that cooperate when executing a DR program A storage unit (memory) 1230 that includes a service management function 1231 that holds the data, a function 1232 that creates a DR program, and a DR service cooperation function 1233 that provides a service for each function item of the DR program or links the provided services Also, a database (hard disk) 1240 that holds data necessary for each function stored in the storage unit 1230 in the DR program is held. Here, each function is stored in the storage unit as a computer program, and fulfills each function by being executed by the calculation unit.

  The DR service server 1301 held by the β aggregator 1300 holds the calculation unit 1310, the communication unit 1320, and the storage unit 1330 in the same manner as the DR service server 1201. The storage unit 1330 stores a DR service cooperation function 1332 that is similar to the function 1331 that manages customer information for executing the DR program and the DR service cooperation function 1233 that links the service for the DR program. The DR program holds a database 1340 that holds data necessary for each function of the storage unit.

  In the consumer 1400, if it is a factory, it uses manufacturing equipment such as a press machine, and if it is a building or home, it uses power such as an elevator, air conditioner, lighting equipment, OA equipment, or other load equipment 1440, batteries, solar power generation equipment, etc. A private power generation device 1441 to be provided is installed. Further, when there is a demand control request from the DR service servers 1201 and 1301, the amount of power used by the load device 1440 is reduced, or the power generated by the private power generation device 1441 and consumed within the consumer is used by the power company system. A demand restraint management device 1401 for performing adjustment to reduce the supply amount is installed. The demand suppression management device 1401 includes a calculation unit 1410 that performs processing at the time of demand suppression, an external network 1600, a load device 1440, and a communication unit 1420 and a load device 1440 that are connected to the private power generation facility 1441 and perform data exchange. A function 1431 for performing control processing to suppress demand at the time of demand suppression to the private power generation device 1441, a result acquisition notification function 1432 for acquiring consumption and notifying the aggregator, a load device 1440, a private power generation equipment 1441 and the like are installed. A facility management function 1433 for managing the number of installed devices and the types of air conditioning devices and lighting devices is held. Further, the customer 1400 holds a DR program request device 1450 such as a client PC that requests a function item of a DR program desired by the customer to the α aggregator 1200 or the β aggregator 1300 via a Web page or the like.

  In addition, the communication unit of each server or device is connected to an external network 1600 that can exchange data.

  FIG. 2 shows the structure of a database for storing data for realizing creation of a DR program and execution processing of demand suppression by the DR program.

  In the database 1240 installed in the DR service server 1201 of the α aggregator 1200, a service management table 1241 indicating the contents of the provision destination and the function provided by serving the functional items related to the DR program, and the aggregator that subscribes to the DR program In order to notify the power company as aggregator of the result of demand suppression, a result management table 1243 that collects the results of demand suppression performed by each customer is held. In the database 1340 installed in the DR service server 1301 of the β aggregator 1300, in order to link a service for a new DR program, a service link destination table that holds an aggregator name and a service address linked for each DR program 1341 and a service table (customer management) 1342 for storing customer information when linking services related to customer information, and service value information when linking services related to actual value of consumer demand suppression. Is stored in the service table (result management) 1343. The database table configuration described above is a configuration for explaining the embodiment, and the tables for storing necessary data in accordance with the service linked in the DR program are increased or decreased.

  FIG. 3 shows a table structure of the service management table 1241. The service management table 1241 shows a list of services provided by the aggregator that provides the function items of the DR program, and shows one service provided for each record. The service provided by one record indicates that the service is provided from another aggregator having the same configuration as that of the β aggregator 1300. Service category C12411 which is a column indicating the type of service corresponding to a service category corresponding to the function item of the DR program, a service type name C12412 indicating the content of each function item of the DR program, and an aggregator indicating the service provider / Service provider name C12413 and service address C12414 provided when the service is linked. In the present embodiment, the aggregator A, aggregator B, and aggregator C are omitted because the aggregator / service provider name C12413 is the same as the β aggregator in the system configuration of FIG. , Θ indicates that the aggregator provides a service.

  FIG. 4 shows a business flow for facilitating provision of the DR program by the aggregator. As an assumption in this example of the business flow, the power company 1100 detects the tightness of power supply and demand in the DR and makes a request for demand suppression. At that time, the electric power company 1100 wants to collect a large amount of demand suppression for many customers 1400, but directly managing the power usage state of each customer 1400, each DR program, etc. has enormous management costs. Since there is an increasing problem, a demand suppression request is made to the aggregators 1200 and 1300 that implement the summarization. Aggregators 1200 and 1300 provide a DR program to customer 1400, but since one customer 1400 receives only one location, it is possible to handle the actual amount of demand suppression by using one aggregator 1200 and 1300. It is said. This assumes that a plurality of aggregators 1200 and 1300 prevent calculation of the actual amount of demand suppression.

  Further, in this embodiment, in order to realize an environment in which an aggregator can easily enter, demand is used as a method for the aggregator to reduce man-hours such as a survey on creation of a DR program by a method of extracting the desire of a DR program desired by a consumer. Accept home hope. The function items of the DR program desired by the customer are, for example, a charge plan, a method for measuring actual values, a method for reducing demand for load devices, and a method for confirming history such as actual values and charges for demand suppression. After that, as a price plan, “PTR (Peak Time Rebate)” is used to discount the incentive for the actual value that reduced demand during peak hours from the electricity rate, and the actual value is measured automatically by the demand suppression management device in units of 30 minutes. “Automatic measurement” in which measurement is performed, “Automatic load suppression control” that automatically turns off the power of the load device only during peak hours by the demand suppression management device as a demand reduction method, and “Web page” as the history confirmation method Show the case.

At the beginning of the business flow, the customer 1400 inquires of the β aggregator 1300 that already provides the service whether there is a desired DR program. The inquiry method is a telephone or a web page provided by the β aggregator 1300. β DR Aggregator 1300 is a DR program that can be provided. Price plan “CPP (Critical Peak Price)” that increases the price only during peak hours as the rate plan, “Automatic measurement” is the method for measuring the actual value, and the customer himself / herself is the method for reducing demand It is notified that the “manual” method for manually turning off the load device and the history confirmation method is “mail” sent on a paper basis (F1001).
Next, since the demand reduction method is “automatic load suppression control” and the history confirmation method is “Web page” in the function items of the DR program provided from the β aggregator, the customer 1400 does not satisfy the request. 1450 requests the α aggregator 1200 to create a desired DR program (F1002).

  A processing flow for service search and cooperation executed by the α aggregator that has received the request will be described with reference to FIGS. 5 and 6.

  In FIG. 5, the price plan “PTR” of the functional items of the DR program desired by the customer first, the actual value measurement method “automatic measurement”, the demand reduction method “automatic load suppression control”, the history confirmation method “Web page” The function items of the DR program are input from the DR program request device 1450 to the Web form and transmitted. The communication unit 1220 of the DR service server 1201 receives the transmitted data, and the calculation unit 1210 inputs the data to the DR service management function 1231 of the storage unit 1230 and receives the transmitted data (S1401).

  Next, the DR service server 1201 performs a search process on the aggregator / service provider name column C12413 from the service management table 1241 of the database 1240 using the “α aggregator 1200” as a key, and the DR service server 1201 provides it. A record of the function item of the DR program is acquired (S1402).

  The data acquired in S1401 and S1402 are compared, and it is determined whether the function items of each DR program match (S1403). Specifically, the desired rate plan is “PTR” and the provision item of the aggregator is also “PTR”, which matches, the measurement method of the desired actual value is “automatic measurement”, and the provision item of the aggregator is “send mail” Yes, the desired demand reduction method is “automatic load suppression control”, the provision item of the aggregator is “automatic load suppression control”, the desired history confirmation method is “Web page”, and the provision item of the aggregator is “ "Send mail" and does not match. If all the DR program function items match the customer's wishes and the provision items of the aggregator, it is not necessary to carry out service cooperation with other aggregators or service providers, and provide existing services. The process ends.

  Next, in the process of S1403, the α aggregator 1200 matches the desired DR program in the function items of the DR program provided by itself, with the charge plan being “PTR” and the demand reduction method being “automatic load suppression control”. The actual value measurement method is measured by the demand control management device, but the measured value is sent by e-mail, and the history confirmation method is sent by e-mail on a monthly basis. The α aggregator 1200 is unable to respond to the desired DR program, and lists the “actual value measurement method” and the “history confirmation method”, which are items that do not match (service category), and ends the processing (S1404).

  The service search processing flow of the DR service management function 1232 will be described with reference to FIG. First, a service provided by another aggregator is searched (S1501). More specifically, the actual value measurement method “automatic measurement” and the history confirmation method “Web page”, which are function items of the DR program, are searched for services provided as a substitute.

  In order to search for the function items of the DR program listed in S1404, the service management table 1241 is searched for the service category column C12411 and the service type column C12412 using “actual value measurement method” and “automatic measurement” as keys. The process is executed, and a record of the function item of the DR program provided by another aggregator is acquired. Similarly, a record whose history confirmation method is “Web page” is acquired.

  Next, it is determined whether or not there is a record of function items of all DR programs and it matches the desired record (S1052). If they do not match, the desired DR program cannot be created, so the customer is notified in the flow of F1005 to be described later, and the process ends.

  If they match, the values of the aggregator / service provider name column C12413 and the service address C12414 are held from the target record, and the process ends (S1503).

Next, returning to FIG. 4, the processing of the α aggregator will be described. The service management function 1231 performs a service inquiry requesting the service provision to the β aggregator 1300 that provides “automatic measurement” as a result value measurement method that is a function item of the corresponding DR program. Makes an inquiry to use the service to the θ aggregator that provides the “Web page” as a service (F1003).
At this time, in providing the service, the β aggregator 1300 and the θ aggregator receive a consideration for the α aggregator 1200, exchange a contract for determining a data delivery timing and the like, and execute a response to the provision of the service.

  In the above, it is assumed that the number of aggregators configured on the service-use side and the service-providing side is small. However, when various aggregators provide the service environment, contracts and billing settlement processes are individually performed. Implementing can be complicated. In addition, when a server that provides a service is not held, there is a problem that the service cannot be provided. Therefore, a service that implements an auxiliary function for executing a DR program such as providing an environment for storing a contract, billing settlement processing, and service without directly contracting between the service using side and the providing side. The present invention may include a configuration in which a providing exchange is constructed.

  The service providing exchange holds a server connected to the network 1600. The server of the service providing exchange has a configuration similar to that of the storage unit 1330 that stores the service of the DR service server 1301, and a program for the service provider to execute the service via the network 1600 or by mail The program is sent by hand to the manager of the service providing exchange, and the manager installs the program in the storage unit of the server of the service providing exchange. At this time, the service management function 1231 is notified of information on the provided service, and the service management function 1231 adds a record to the service management table 1241. In this example, the service management table 1241 is shown to be held by the DR service server 1201 of the α aggregator 1200. However, the server of the service providing exchange holds the same functions as the service management function 1231 and the service management table 1241. It may be. The registered service registers the fee information indicated by the service provider in the corresponding record.

  In the contract processing, when the service management function receives a request from a user who wants to use the service, the registered fee information is transmitted. Thereafter, when the user desires a contract, the service management function of the server of the service providing exchange registers the contract information including the user information in the service contract table.

  Through the above processing, the service-use side and the service-providing side do not directly execute the contract, but by implementing the auxiliary functions for service cooperation related to the DR program such as contract and billing settlement processing, Environment can be built.

  Next, as the flow of creating the DR program, the α aggregator 1200 sets the DR program as a price plan “PTR” and the actual value of the DR program so as to meet the request of the function item of the desired DR program received from the customer 1400. As a measurement method, “automatic measurement” in which automatic measurement is performed in units of 30 minutes by a demand suppression management device, and as a demand reduction method, “automatic load” suppresses the power of a load device to be automatically turned off only at peak time by a demand suppression management device. The DR program is created by the DR program automatic creation function 1232 in which “suppression control” and the history confirmation method are “Web pages” (F1004).

  Further, the DR program created by the DR program automatic creation function 1232 is notified of the contents to the customer 1400 and a determination is made as to whether it is as desired (F1005). The customer 1400 determines whether or not the DR program is as desired, and executes a subscription contract with the corresponding DR program (F1006). In the above business flow, creation of the DR program is completed.

  A business flow of service cooperation when a demand suppression request in the DR program is issued from the demand suppression management server of the power company 1100 will be described. When there is a demand restraint request and the DR program is executed, a request for restraining demand from the customer 1400 and the charge plan is “PTR”, and the telephone, mail, Notify on the web. Next, the functions that the α aggregator 1200 in the DR program does not have are requested to provide services to the cooperating β aggregator 1300 and θ aggregator, and the DR program is requested to be executed. Thereafter, the service execution result is received as a response indicating whether or not the DR program is executed. (F1007).

  A specific processing flow in the execution of service cooperation in F1007 will be described with reference to FIG. As an implementation means, a Web service that realizes service cooperation via the Web, a communication protocol decided between the aggregators, and the like are assumed. The DR service cooperation function of the DR service server 1210 of the α aggregator 1200 performs the service cooperation based on the service cooperation contract described above at the service cooperation destination in order to execute the processing related to the demand control. Specifically, the processing of the function item of each DR program is requested (S1600).

  In the demand suppression request, the DR service cooperation function 1233 is a signal of “automatic load suppression control” of the demand reduction method that suppresses the power supply of the load device to be automatically turned off only at the peak time with respect to the demand suppression management apparatus 1401 of the customer 1400. Send. The demand suppression management apparatus 1401 uses the demand suppression control function 1431 to turn off the load device 1440 and suppress the demand. In the above processing, since the α aggregator 1200 is a function item of the DR program that can be provided as its own function, service cooperation is not performed.

  Next, the α aggregator 1200 measures the actual value, which is a functional item of the DR program, in order to manage the customer's demand suppression results, but it cannot be realized by the function held by the α aggregator 1200. Specify the ID and date / time of the customer 1400 to the address “http: //www.drserv.xx/to_measurement.srv” of the service disclosed by the DR service cooperation function 1332 of a certain β aggregator 1300, and enter the corresponding actual value A request for acquisition is made (S1601).

  Next, the DR service cooperation function 1332 of the β aggregator 1300 realizes measurement of the actual value of the corresponding customer designated by the argument ID by calling the actual result acquisition notification function 1432 of the demand suppression management apparatus 1401 (S1602). At this time, it is assumed that the consumer suppression management device 1401 is installed and managed by the β aggregator 1300 with respect to the customer 1400. Next, the DR service cooperation function 1332 acquires from the service cooperation destination table 1341 the service address “measurement_receive@xxxx.com” of the α aggregator 1200 that is the notification destination of the actual value that is negotiated at the time of the service cooperation contract. The actual value is converted into a designated format and sent by mail (S1603). When the service processing is completed, the completed message is notified to the DR service cooperation function 1233.

  As a method for the customer 1400 to check the history of demand suppression, the user desires a “Web page”, and the α aggregator 1200 cannot be realized by the function held by the customer 1400. Therefore, the DR service of the θ aggregator that is the service cooperation destination Pass the ID of the customer 1400 and the actual value obtained in S1603 as a message to the address “http: //www.bagri-serv.xx/history.srv” of the service by the Web page published by the cooperation function ( S1611).

  Next, the DR aggregator function of the θ aggregator stores the ID that is the message key and the measured value of the actual value of the corresponding customer in the Web creation table 1542 of the database 1540 so that it can be displayed on the Web page. A Web page creation program that can be referred to from the page is set (S1612). This Web page creation program is set in advance, and only the process of storing the actual value in the database may be used. Next, the address of the α aggregator 1200 is acquired from the service cooperation destination table 1541 and notified so that the customer 1400 can refer to the history actual value on the Web page (S1613). At this time, the θ aggregator may notify the consumer 1400 directly. Otherwise, the α aggregator 1200 notifies the customer 1400 of the address and account information. In the same manner as described above, the DR program may be notified in advance when contracting with the customer. When the service processing is completed, the completed message is notified to the DR service cooperation function 1233.

  After that, the α aggregator 1200 performs a settlement process in accordance with the price plan “PTR” of the DR program of the actual value.

  The DR service cooperation function 1233 determines whether all the processes are completed in the service cooperation process flow based on the message indicating that the processes of the linked services have been completed (S1620).

  If the processing of the function item of the DR program has not been completed, an inquiry to confirm the service processing state is executed to the DR service cooperation function of the service cooperation destination (S1621). Thus, the process in the DR program is completed.

<Second Embodiment>
In the first embodiment, the business entity that provides the function related to the DR program as a service is an aggregator. However, in the second embodiment, a business entity that does not implement the DR program provides a service for part or all of the related function. A configuration example including a service provider provided to an aggregator is shown below. As a result, more business units can be involved in the DR business than the present invention is configured only by the aggregator, leading to market activation, and more aggregators providing DR programs can reduce demand. You can collect the amount.

  The system configuration of the second embodiment is shown using FIG. In FIG. 8, the system configuration of the first embodiment shown in FIG. 1 is a configuration related to a service provider providing a part or all of the functions related to the DR program to the aggregator as a service and its related server.

  The service provider 1500 holds the DR service server 1501 and has the same configuration as that of the DR service server 1201 and includes a calculation unit 1510, a communication unit 1520, a storage unit 1530, and a database 1540. However, the DR service server 1501 receives a request for demand suppression from the demand suppression management server 1101 as a part different from the DR service server 1201, or makes a contract with the customer 1400 to pay incentives for suppression of demand suppression. A distinction is made because the DR program is not implemented. In the database 1540 installed in the DR service server 1501 of the service provider 1500, a service cooperation destination table 1541 similar to the service cooperation destination table 1341 and a history of actual values are displayed when providing a history confirmation service. A table for providing functions related to the DR program, such as a Web page for storing data and a table 1542 for storing data for Web creation, is held. Further, the process for providing the functions related to the DR program is the same as the DR service cooperation function 1332 held by the DR service server 1301 of the β aggregator 1300.

  In addition, the service provider 1500 may not be a provider that provides a function developed for implementing the DR program. For example, in the first embodiment, in the DR program, it has been described that the aggregator provides a service of a measured value measurement function and a demand suppression control function for demand suppression, but the aggregator calculates an incentive for demand suppression. The service provider 1500 to which the portion is implemented by the DR program and the financial institution or the like corresponds thereafter is a functional service for managing customer account information that is not managed by the aggregator when paying the calculated incentive. Provide and implement incentive transfer function. As described above, in the service linkage function 1531, functions of different systems can be linked as services as functions related to the DR program.

  An implementation means in an example in which there is a request for demand suppression, an actual value is measured in the DR program, an incentive calculation is performed based on the actual value based on the price plan “PTR”, and an incentive payment is performed.

  When there is a request for demand suppression that is a business flow, and in F1007 that implements the DR program, the DR service cooperation function 1233 of the α aggregator 1200 receives the customer ID and the actual value that is the customer information acquired in S1603 by e-mail. Then, the incentive for each time zone is calculated from the actual value. For example, in the contract conditions with the customer, the charge calculation is performed in accordance with the case where it is agreed to pay 100 yen incentive for the demand suppression per 1 kW at “13: 00-14: 00”.

  Thereafter, the DR service cooperation function 1233 transmits the customer ID and the incentive amount to the incentive transfer service provided by the service cooperation function 1531 of the service provider 1500. The incentive transfer service of the service cooperation function 1531 acquires the account number of the corresponding customer managed from the customer ID. Furthermore, the usage fee of the target customer's energy for the corresponding settlement month is searched and acquired, and the amount obtained by discounting the incentive from the usage fee is transferred to the previous account.

<Third embodiment>
In the first embodiment and the second embodiment, an example has been shown in which the same function is performed in any time zone or state of the DR program when the DR program is executed, but in the third embodiment, The configuration in which the program function to be executed is changed depending on the time zone and state in which the DR program is executed is shown. As a result, it is possible to level the processing load on the service provider side, to meet the needs when customers demand different functions for each time zone, and to supply and demand power at power companies that require stabilization in power supply. It can be changed according to the state.

  The system configuration in the third embodiment is the same as that of either the first embodiment or the second embodiment. Hereinafter, only different portions from the first embodiment and the second embodiment will be described.

  FIG. 9 shows a table configuration for dynamically changing and executing the DR program according to the time zone and status. FIG. 9 shows a table configuration instead of the table configuration 1241 of FIG. A column of a status C12415 indicating a time zone indicating a service providing time zone and a service providing status is additionally held for each service record.

  FIG. 10 shows a service cooperation process flow in which the DR program is dynamically changed according to the time zone and status. FIG. 10 shows a processing flow in which processing for dynamically changing processing in FIG. 7 is added. Other processes are the same as those in the first embodiment or the second embodiment. In S1600 in which the function of the DR program is executed as a processing flow to be executed by dynamically changing the DR program, the processing is branched and executed in the same manner as the processing for other service cooperation.

  First, in order to change a process according to a time slot | zone, the time which implements a process is acquired from the system time of the server which provides a service (S1631). Here, a case where the system time provided by the DR service server 1210 of the α aggregator 1200 is acquired is “13:10”.

  Next, the service management function 1231 of the DR service server 1201 obtains a status for each service time zone of the record that is “automatic load suppression control” specified in the demand reduction method of the DR program, in order to acquire the status of the database 1240. From the service management table 1241 of the service category C12411 column, “demand reduction service”, and for the service type name C12412 column, “automatic load suppression control” as a key, the time period for providing the service The search processing of the column of the status C12415 indicating the time zone to be shown and the state of providing the service is performed, and “13: 00-15: 00 / forced OFF, 0: 00-13: 00, 15: 00-24: 00 / Data of “preliminary setting” is acquired (S1632).

Next, in accordance with the acquired time zone, the process is dynamically changed in the automatic load suppression control of the DR program. As an example, the value is passed to the address that provides the service according to the service status, and here, the status of the corresponding service to be performed is “forced OFF” from the acquired time “13:10”. Yes, the DR service cooperation function 1233 of the DR service server 1210 of the α aggregator 1200 that implements the DR program transmits a forced OFF status value as a message to the service of automatic load suppression control (S1633).
Thereafter, the service of the automatic load suppression control performs processing by forced OFF for the device of the consumer 1440. Subsequent processing is the same as the processing in S1620 and S1621, and there is no change.

<Fourth embodiment>
In the first to third embodiments, when an aggregator or a service provider provides a function related to the DR program to another aggregator as a service, the service provided by the aggregator or the service provided by the service provider is the same function. It was described. However, on the side of providing as a service, the service to be provided and the data used in the service may include information that is not desired in terms of personal information and business, and it is assumed that the service cannot be provided. In this case, if the function related to the DR program is not provided, the object of the present invention cannot be achieved.

  In the fourth embodiment, in the above situation, the service provided by the service provider and the data used in the service can be provided by changing the granularity as compared with the case where the service provider provides the service. As an example, although the β aggregator itself uses the “sec” sampling cycle indicating the second unit in the DR program as the service, the “min” data indicating the minute unit is provided as a service. Will be provided. As a result, it is assumed that the granularity of data when the service is provided is reduced, and the information that is not desired to be provided as the data provided by the β aggregator is lost.

  The system configuration in the example is the same as that of any of the first to third embodiments, and the internal processing of the DR service cooperation function 1332 that changes the granularity of the service and the data used in the service is different.

  First, an example of the service table (result management) 1343 of the database 1340 for managing data used in internal processing is shown.

  FIG. 11 shows the configuration of the service table (result management) 1343 of the database 1340 installed in the DR service server 1301 held by the β aggregator 1300. The service table (result management) 1343 is a table for managing the energy used by the customer, and the result value acquisition notification function 1432 displays the total value of the energy consumed by the load device 1440 or the energy generated by the self-generated equipment 1441. To the β aggregator 1300 via the network 1600, the customer management function 1331 receives the message, and registers the message as a time-series actual value for each customer. In the service table (result management) 1343, a certain time unit result value for each customer is stored as one record. The table includes a customer ID (C13431) for uniquely identifying a consumer, a sampling period C13432 indicating the time period of the measured actual value, a sampling time C13433 indicating the measured time, and a sampling value C13434 indicating the actual value. Consists of.

  An internal process of the DR service cooperation function 1332 that changes the granularity of data when providing a service will be described. In the internal processing, when the aggregator shown in the first embodiment performs processing S1602 in which the customer's demand suppression results are acquired, the DR service cooperation function 1332 of the β aggregator 1300 receives an acquisition request. Then, a result value is acquired from the result acquisition notification function 1432 of the demand suppression management apparatus 1401 and stored in the service table (result management) 1343, and processing for changing the granularity from the sampling period “sec” to “min” is performed. As the change in the granularity of the actual value from the condition of the acquisition request to the customer ID “1000” and the date and time “2012/10 / 10_10: 00: 00” to “2012/10/10 —11: 00: 00: 00” Management) 1343 for customer ID (C13431) “1000” and sampling time C13433 “2012/10/10 — 10:00: 00” to “2012/10/10 — 11:00: 00” as keys. get. In the first embodiment, the acquired data is passed to the process of mail transmission S1603. However, in this embodiment, since the sampling period is “min”, the data for each minute is calculated as an average value. If it is 2012/10 / 10_10: 00, the sampling value “30” of 2012/10/10 — 10:00: 00, “30” of 2012/10/10 — 10:00: 01, 2012/10/10 — 10:00: The average value is calculated by calculating “32” of 02 and the sampling value for 1 minute. The value is repeated for the specified time, the customer ID “1000”, the sampling period “1 min”, the sampling time “2012/10/10 — 10:00”, the sampling value “32”, the customer ID “1000”, the sampling period Actual values are calculated such as “1 min”, sampling time “2012/10 / 10_10: 01”, and sampling value “33”, and are passed to the processing of S1603. Here, the calculation is to obtain the average value, but the calculation method such as the median value and the maximum / minimum value is determined by the service to be provided.

  Finally, description will be made so that the invention is not limited to the conditions assumed in the embodiments.

In the present invention, the electric power company collectively describes business operators such as power generation business operators, power transmission business operators, and power distribution business operators, but the business entities may be divided for each function that implements the business. . In that case, it is assumed that any business entity requests the demand control. In addition, in order to suppress the power purchased from electric power companies, private power generation facilities are described in the examples, but the amount of power generated by power generation entities such as specified scale power generation companies (PPS) is purchased from the power company grid. It may be regarded as a demand restraint amount for the power to be generated and added to one of the service cooperation destinations as a reduction control service for demand restraint.
In the embodiment, an entity that creates a new DR program is called an α aggregator, but the α aggregator may provide a service to a β aggregator that already provides a DR program. Furthermore, in the embodiment, it has been shown that one aggregator creates and implements a DR program. However, even if a plurality of aggregators cooperate to cooperate in service to create a new DR program and implement it by a plurality of aggregators. Good. In addition, an entity that creates a DR program and an entity that implements operations during demand control in accordance with the created DR program may request another aggregator, which is another entity, to implement it. Good. Furthermore, although the function for creating the DR program is described as being held by one α aggregator, not only the α aggregator but also the function for creating the DR program such as a β aggregator and a service provider are held. Any DR service server may be used. As a result, the consumer may make an inquiry to any aggregator or service provider for a DR program creation request, thereby reducing the trouble of selecting a target aggregator from a plurality of aggregators.
Further, in this embodiment, the type of energy is electric power, but the present invention can also be applied to an energy type having a relationship between supply amount and demand amount such as gas and water.
In the embodiment, customer information is provided to aggregators and service providers that do not have direct contracts with the aggregator that implements the DR program. If the disclosure agreement is not obtained, the customer information is not stored in the service cooperation destination database. For example, in the case of a program that displays a history on a web page, every time there is a web page display request for the service of a service provider, to an aggregator with a straight contract that holds the actual value Take measures such as inquiring and displaying on the Web page program.
Further, in this embodiment, in order to realize an environment in which an aggregator can easily enter, the aggregator reduces man-hours such as a survey related to creation of a DR program by a method of extracting the desire of a DR program desired by a consumer. However, the DR program that the aggregator by service cooperation wants to provide may be provided without extracting the desire about the DR program from the customer.

1100 Electric power company 1101 Demand suppression management server 1200 α aggregator 1201, 1301, 1501 DR service server 1210, 1310, 1410 Operation unit 1220, 1320, 1420 Communication unit 1230, 1330, 1430 Storage unit 1231 Service management function 1232 DR program automatic creation function 1233, 1332, 1531 DR service cooperation function 1240, 1340, 1540 Database 1241 Service management table 1242 Customer management table 1243 Performance management table 1300 β aggregator 1331 Customer management function 1341, 1541 Service cooperation destination table 1342 Service table (customer management) )
1343 Service table (result management)
1400 Consumer 1401 Demand suppression management device 1431 Demand suppression control function 1432 Result acquisition notification function 1433 Facility management function 1440 Load device 1441 Private power generation facility 1450 DR program request device 1500 Service provider 1542 Web creation table 1600 External network

Claims (12)

  1. In the energy demand control method for implementing energy demand control,
    A receiving step for receiving a service function creation request from a consumer;
    An inquiry step for inquiring other service providers about possession of the service function;
    A step of creating a new service function for the request from the consumer by combining the results of the inquiry;
    A demand suppression receiving step for receiving energy demand suppression information;
    An execution instruction step for instructing the other service provider that executes the created new service function to execute a demand suppression process according to the demand suppression information;
    An execution step of executing demand suppression processing by the other service provider;
    A method for suppressing energy demand characterized by comprising:
  2. In the energy demand control method according to claim 1,
    The energy inquiry control method characterized in that the inquiry step makes an inquiry to the other service provider for each service item constituting the service function with respect to the service function received in the reception step.
  3. In an energy demand control system that controls energy demand,
    A reception unit that receives a service function creation request from a consumer and a demand suppression instruction from an electric power company, an inquiry unit that inquires about the possession of the service function to other service providers, and a combination of the results of the inquiry, A creation unit that creates a new service function in response to a request from a consumer and the other service provider that executes the created new service function are instructed to execute a demand restraint process according to the demand restraint information. An energy demand control device comprising an execution instruction unit;
    Receiving an instruction from the energy demand suppression device, and performing the demand suppression processing of another service provider energy demand suppression device;
    An energy demand control system characterized by comprising:
  4. In an energy demand control system that controls energy demand,
    Means for mutually communicating different demand control functions between DR service servers that perform processing related to demand control;
    Service management means for retaining and searching for some or all of the functions related to demand suppression provided by the DR service server;
    Means for creating a DR program for implementing demand suppression by combining some or all of the different functions related to demand suppression provided by the DR service server;
    Means for executing a function related to demand suppression by the DR service server according to the created demand suppression DR program at the time of execution of demand suppression;
    An energy demand control system characterized by comprising:
  5. The energy demand control system according to claim 4,
    In the service management means of functions related to demand control,
    Even in an aggregator that does not have a demand restraint device that implements demand restraint installed on the consumer, means for holding a part or all of the functions related to demand restraint provided by the DR service server installed by the aggregator as a list. An energy demand control system characterized by comprising.
  6. The energy demand suppression system according to claim 4 or 5,
    In the service management means of functions related to demand control,
    As a DR program, at least the function related to demand suppression, the function to measure the actual value indicating the amount of energy used at the time of demand suppression, the function to suppress demand, the function to check the history related to demand suppression, the charge related to demand suppression An energy demand control system comprising: a service management unit that retains and retrieves a function for performing settlement.
  7. The energy demand control system according to claim 6,
    In the service management means that manages the function of charge settlement related to demand control,
    An energy demand suppression system comprising: account management cooperation service cooperation means for requesting a service of a heterogeneous system to perform charge management account management that is not performed as a service by an aggregator in a DR program.
  8. The energy demand control system according to claim 4,
    Means for automatically creating a DR program;
    DR program creation means for carrying out demand restraint that retains information for switching a function designated in advance according to a schedule or a ratio to be implemented for each time zone, and a state of demand restraint;
    At the time of execution of demand restraint, in the means to execute the function related to demand restraint,
    In the means for executing a combination of DR program functions in demand control, according to the created DR program, the DR program can be switched by switching the function specified in advance according to the ratio to be implemented for each time zone or the state of demand control. An energy demand control system comprising: a schedule management means to be implemented.
  9. The energy demand control system according to claim 4,
    At the time of execution of demand restraint, in the means to execute the function related to demand restraint,
    An energy demand restraining system comprising: a data operation means for providing other aggregators with a function related to a DR program by changing the granularity of data used in the function.
  10. The energy demand control system according to claim 4,
    In the service management means of functions related to demand control,
    Means for installing a function related to the DR program in a storage unit of a processing apparatus that executes the DR program;
    An energy demand control system comprising: a DR program provider and a user who perform contract processing without using a direct contract when using a function of an installed DR program.
  11. The energy demand control system according to claim 4,
    In the means for automatically creating a DR program,
    Regardless of whether the DR program creation function for demand control is installed on a centralized server or on multiple servers, it manages the list of existing functions and addresses related to demand control. To search for a server that provides a part or all of the functions of the demand control program and obtain the functions;
    And a means for creating a DR program by combining the acquired functions.
  12. In the energy demand control method for implementing energy demand control,
    When creating a DR program, search for the functionality of the desired DR program,
    If provided, obtain information on some or all of the demand control functions of the desired DR program, combine them as a program to implement demand control, create a DR program,
    When there is a demand suppression request and when implementing the DR program, according to the created DR program, it communicates with each other for each function that provides processing of functions related to multiple demand suppression,
    An energy demand control method characterized by implementing a demand control program.
JP2012205225A 2012-09-19 2012-09-19 Energy demand control method and system Active JP5941801B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2012205225A JP5941801B2 (en) 2012-09-19 2012-09-19 Energy demand control method and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2012205225A JP5941801B2 (en) 2012-09-19 2012-09-19 Energy demand control method and system

Publications (2)

Publication Number Publication Date
JP2014060879A true JP2014060879A (en) 2014-04-03
JP5941801B2 JP5941801B2 (en) 2016-06-29

Family

ID=50616831

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012205225A Active JP5941801B2 (en) 2012-09-19 2012-09-19 Energy demand control method and system

Country Status (1)

Country Link
JP (1) JP5941801B2 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5953419B1 (en) * 2015-12-01 2016-07-20 エネチェンジ株式会社 Rate plan management support system and rate plan management support method
EP3067840A1 (en) 2015-03-13 2016-09-14 Hitachi, Ltd. Energy control unit, energy control system, and energy management method
JP2017022918A (en) * 2015-07-14 2017-01-26 三菱電機株式会社 Power management device
JP2017073130A (en) * 2015-09-30 2017-04-13 シーメンス アクチエンゲゼルシヤフトSiemens Aktiengesellschaft Systems, methods and apparatus for an improved aggregation engine for a demand response management system
EP3337009A4 (en) * 2015-08-12 2019-03-20 Kyocera Corporation Management server, management method, and management system

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001177990A (en) * 1999-12-22 2001-06-29 Tohoku Electric Power Co Inc Method and device for controlling power system
JP2006209619A (en) * 2005-01-31 2006-08-10 Nippon Telegr & Teleph Corp <Ntt> Service provision method, system and program, operation terminal, and service mediation apparatus
JP2010049492A (en) * 2008-08-21 2010-03-04 Chugoku Electric Power Co Inc:The System and method for providing a plurality of services
US20100241285A1 (en) * 2009-03-17 2010-09-23 Palo Alto Research Center Incorporated Technique for aggregating loads with time-varying operating cycles
JP2012005329A (en) * 2010-06-21 2012-01-05 Chugoku Electric Power Co Inc:The Control method of power supply system and power supply system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001177990A (en) * 1999-12-22 2001-06-29 Tohoku Electric Power Co Inc Method and device for controlling power system
JP2006209619A (en) * 2005-01-31 2006-08-10 Nippon Telegr & Teleph Corp <Ntt> Service provision method, system and program, operation terminal, and service mediation apparatus
JP2010049492A (en) * 2008-08-21 2010-03-04 Chugoku Electric Power Co Inc:The System and method for providing a plurality of services
US20100241285A1 (en) * 2009-03-17 2010-09-23 Palo Alto Research Center Incorporated Technique for aggregating loads with time-varying operating cycles
JP2012005329A (en) * 2010-06-21 2012-01-05 Chugoku Electric Power Co Inc:The Control method of power supply system and power supply system

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3067840A1 (en) 2015-03-13 2016-09-14 Hitachi, Ltd. Energy control unit, energy control system, and energy management method
JP2017022918A (en) * 2015-07-14 2017-01-26 三菱電機株式会社 Power management device
EP3337009A4 (en) * 2015-08-12 2019-03-20 Kyocera Corporation Management server, management method, and management system
JP2017073130A (en) * 2015-09-30 2017-04-13 シーメンス アクチエンゲゼルシヤフトSiemens Aktiengesellschaft Systems, methods and apparatus for an improved aggregation engine for a demand response management system
JP5953419B1 (en) * 2015-12-01 2016-07-20 エネチェンジ株式会社 Rate plan management support system and rate plan management support method

Also Published As

Publication number Publication date
JP5941801B2 (en) 2016-06-29

Similar Documents

Publication Publication Date Title
KR101691085B1 (en) Method and system of applying environmental incentives
US9729010B2 (en) System, method, and apparatus for electric power grid and network management of grid elements
AU2013290481B2 (en) Method and apparatus for actively managing electric power supply for an electric power grid
US8145361B2 (en) System and method for manipulating controlled energy using devices to manage customer bills
US9465398B2 (en) System and methods for actively managing electric power over an electric power grid
KR101022574B1 (en) Day-Ahead Load Reduction System Based on Customer Baseline Load
US20100293045A1 (en) Centralized Renewable Energy System With Fractional Ownership and a Method of Disaggregated Net Metering of its Renewable Energy Output Among Utility Customers Who Are Fractional Owners
US10310534B2 (en) System, method, and data packets for messaging for electric power grid elements over a secure internet protocol network
US9989982B2 (en) System and method for actively managing electric power over an electric power grid and providing revenue grade data usable for settlement
US7359878B2 (en) Pricing apparatus for resolving energy imbalance requirements in real-time
US20020198629A1 (en) Computerized utility cost estimation method and system
US20130339108A1 (en) Managing demand charge tariffs for electric power
US20100250590A1 (en) System and method for managing energy
US9134353B2 (en) Comfort-driven optimization of electric grid utilization
US20100217651A1 (en) System and method for managing energy resources based on a scoring system
US20100217549A1 (en) System and method for fractional smart metering
US20100217452A1 (en) Overlay packet data network for managing energy and method for using same
US20110040666A1 (en) Dynamic pricing system and method for complex energy securities
US20100217550A1 (en) System and method for electric grid utilization and optimization
WO2011027339A1 (en) Methods and systems for managing electricity delivery and commerce
AU2008296979A1 (en) Method and apparatus for providing a virtual electric utility
JP5576498B2 (en) Power management system and power management method
CN102483735B (en) The system is used to provide demand response services
US20150365383A1 (en) Energy service delivery platform
US20100217642A1 (en) System and method for single-action energy resource scheduling and participation in energy-related securities

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20150210

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20151112

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20151124

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160107

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20160426

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160523