JP6727681B1 - Power trading support system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a technique capable of ensuring traceability of renewable energy power. An electric power trading support system is a system for supporting electric power trading between a plurality of power plants and a plurality of consumers. For each of the customers, a power generation system that is a procurement source of electric power desired by the customers. Stations, and a storage unit that stores supplier information including the amount of electric power contracted between the power station and the consumers, and for each power station, the power generated by the power station is transmitted to a predetermined power network. Supply amount acquisition unit that acquires the supply amount, and a demand amount acquisition unit that acquires the demand amount received by the consumer from the supplier via the power network for each of the consumers, the supply amount, and the plurality of consumers And a power transmission amount calculation unit that calculates the amount of power transmitted from the power plant to the consumer for each set of the consumer and the power plant based on the power amount included in the supplier information corresponding to. [Selection diagram] Figure 1

Description

The present invention relates to a power trading support system.

In recent years, "blockchain technology (distributed ledger technology)" that secures the authenticity of transaction information using a hash function and a public key cryptosystem is about to be used in various fields. As an example, in a cryptocurrency transaction, cryptocurrency transaction information (hereinafter referred to as “transaction”) is broadcast to all terminals using the cryptocurrency. The authenticity of the transmitted transaction is verified by a terminal called a miner (miner), and if approved, the transaction is put into a block and recorded in a ledger called a block chain. In cryptocurrency transactions, tampering with transactions is prevented by allowing miners to perform a calculation process called mining and then adding blocks to the blockchain.

Patent Document 1 discloses a technique for enhancing the degree of guarantee of authenticity of transaction information using such a block chain. In addition, Patent Document 2 proposes a technology that uses a digital signature technology to realize a mechanism for proving green power.

JP, 2017-207860, A JP, 2011-175556, A

By the way, in recent years, there is an increasing need among companies and local governments to actively use renewable energy power (hereinafter referred to as “renewable energy power”). It can be inferred that the reason for this is that reports to the CDP (Carbon Disclosure Project), which discloses companies' efforts to tackle climate change, are directly linked to the evaluation of shareholders, including institutional investors. .. Here, "traceability (identification of power source)" is required as a requirement for using renewable energy, but such a technology does not exist yet. That is, once the generated electric power enters the electric power network (transmission network), it is assimilated with other electric power, so that it is no longer possible to specify the power generation source.

Therefore, an object of the present invention is to provide a technique capable of ensuring the traceability of renewable energy.

A main invention of the present invention for solving the above-mentioned problems is a system for supporting power transactions between a plurality of power plants and a plurality of consumers, and for each of the consumers, the consumer desires For each of the power plants, a storage unit for storing supplier information including a power supply source, and supplier information including the amount of electric power contracted between the power plant and the consumer, and power generation at the power plant. A supply amount acquisition unit that acquires a supply amount transmitted to a predetermined power network among the generated electric power, and for each of the consumers, acquires a demand amount received by the consumer from the supplier via the power network. From the power plant for each set of the demander and the power plant, based on the demand amount acquisition unit, the supply amount, and the power amount included in the supplier information corresponding to the plurality of the consumers. And a power transmission amount calculation unit that calculates the power transmission amount sent to the consumer.

According to the present invention, traceability of renewable energy can be ensured.

It is an image figure which shows the power sale processing of the electric power by a generator. It is an image figure showing the state where a plurality of power generators and a plurality of consumers trade electric power via an electric power network. It is a conceptual diagram showing the mode of a 1:1 electric power transaction between a supplier and a consumer, and movement of a token. It is a figure which shows the structural example of the electric power transaction history generation system by embodiment of this invention. It is a figure which shows the functional block diagram of the supplier smart meter 10. It is a figure which shows the functional block diagram of the consumer smart meter 20. It is a figure which shows the functional block diagram of the consumer terminal 200. It is a figure which shows the functional block diagram of the power management apparatus 32. It is a figure which shows the functional block diagram of transaction history generation apparatus 31. It is a figure which shows the flow of a process of the electric power transaction history production|generation system by embodiment of this invention. It is an image figure showing the flow of electric power when the demand exceeds the amount of power generation. It is an image figure which shows the flow of electric power when the amount of power generation exceeds the amount of demand. It is a figure which shows the flow of an electric power transaction at the time of paying an electric power charge as a token contract charge. It is a figure explaining the modification of a matching process. It is a figure which shows the structural example of the supplier information which concerns on the modification of a matching process. It is a figure which shows the structural example of the supplier management part which concerns on the modification of a matching process. It is a figure explaining the flow of the matching process which concerns on the modification of a matching process.

The contents of the embodiments of the present invention will be listed and described. A power transaction history generation system (hereinafter simply referred to as “system”) according to the embodiment of the present invention has the following configuration.
[Item 1]
A system for supporting power transactions between multiple power plants and multiple consumers,
A storage unit that stores, for each of the consumers, the power plant that is a supplier of the power desired by the consumer, and supplier information that includes the amount of power promised between the power plant and the consumer. ,
For each of the power plants, a supply amount acquisition unit that acquires the amount of power transmitted to a predetermined power network among the power generated at the power plants,
For each of the consumers, a demand amount acquisition unit that acquires the demand amount received by the consumer from the supplier via the power network,
Based on the supply amount and the amount of power included in the supplier information corresponding to the plurality of consumers, each pair of the consumer and the power plant is sent from the power plant to the consumer. A transmission amount calculation unit that calculates the transmission amount,
An electric power trading support system comprising:
[Item 2]
The electric power trading support system according to item 1,
Further comprising a payment processing unit that performs processing related to payment of an electricity charge according to the amount of transmitted power,
Power trading support system characterized by.
[Item 3]
The power trading support system according to item 1 or 2,
When the power transmission amount calculated based on the power amount included in the supply amount and the supplier information exceeds the demand amount, a surplus that stores the amount of the power transmission amount that exceeds the demand amount as surplus power. Further comprising a power storage unit,
When the power transmission amount calculated based on the power amount included in the supply amount and the supplier information is less than the demand amount, the power transmission amount calculation unit determines that the surplus power is supplied to the consumer. Calculating the total amount of electricity,
Power trading support system characterized by.

<Details of the embodiment>
Hereinafter, a system according to an embodiment of the present invention will be described with reference to the drawings.

<Overview>
In recent years, renewable energy power represented by solar power generation has been used by a self-consumption method and a total power sale method. FIG. 1A is an image diagram showing a self-consumption method. According to this method, the generated electric power can be sold to the electric power company as surplus electric power as the surplus electric power is used for household consumption. Here, when the power sale process is performed, the supplier is subjected to a predetermined payment process (including a process of offsetting the electricity bill). On the other hand, FIG. 1(b) is an image diagram showing the full power selling method. In such a method, large-scale power generation is often performed by utilizing a vast idle land for the purpose of selling all generated power.

In recent years, liberalization of electric power trading has progressed, and theoretically, for example, as shown in FIG. 2, power generated by a plurality of suppliers 1 is sold to a plurality of consumers 2 via a power transmission network 30. Became possible. In some cases, the supplier and the consumer (or the electric power company through which the consumer operates) enter into a power purchase agreement (PPA). However, as described above, it is currently difficult to trace the electric power generated by each supplier once it enters the power transmission network. Therefore, it is difficult to realize PPA when using a power transmission network.

As described above, the present invention realizes a traceable power transaction, that is, a virtual PPA, between a plurality of suppliers and a plurality of consumers. Further, depending on the customer, there is a need to procure power from a specific supplier, such as a power plant in a hometown, a power generation company in a disaster area, or a power plant of a famous company. , Virtually realize power procurement from such a specific supplier. Specifically, as shown in FIG. 3, the power generated by the supplier 1 (for example, 100 kWh) is transmitted to the power transmission network 30 via a power pole or the like. When the customer 2 uses the electric power of 100 kWh during the same time period, “electric power including the electric power generated by the supplier 1” is actually supplied from the power transmission network 30.

On the other hand, on the blockchain network 40, tokens corresponding to transmitted power (power to be traded: 100 kWh) (for example, 1 token = 1 token, 100 tokens. The number of tokens per 1 kWh is set arbitrarily. Is sent from the account 100 of the supplier 1 to the account 200 of the consumer 2. The accounts of the supplier 1 and the consumer 2 can be specified by, for example, their own wallets. At this time, if the token is traded after grasping the “in” and “out” of the power in a certain time zone (for example, the amount of power generation and the amount of demand every 30 minutes) in advance, the power trading is simulated. It is possible to trace to. Therefore, it is possible to understand that the electric power provided by the specific supplier 1 has been pseudo-directly sold to the specific consumer. As a result, a virtual PPA can be realized.

Furthermore, the consumer 2 can pay a premium to the supplier 1 for the act of purchasing the token. The consumer 2 pays a premium 22 (for example, 50 yen) for purchasing power from a specific supplier 1 as consideration for the token, in addition to an electricity charge (for example, 2100 yen) for the used power (for example, 100 kWh). be able to. As a result, the supplier 1 receives the total amount (for example, 2050 yen) of the consideration for power generation (for example, 2000 yen) and the premium 22 (for example, 50 yen). In addition, in the present embodiment, the consideration for power generation is assumed to be an amount fixed by a fixed price purchase system (FIT; Feed-In Tariff). The power transmission company 4 is paid a usage fee of the power transmission network 30 (commission fee 25; 100 yen in the example of FIG. 3). In this way, for example, the consumer 2 can pay the premium 22 to secure the electric power from the specific supplier 1 or support the specific supplier 1. On the other hand, the supplier 1 is expected to improve the income by the premium 22 in addition to the fixed income from the power sale by the FIT. It should be noted that the electricity charge paid by the consumer 2 is charged with the premium 22 as well as the commission of the management company 3.

<System terminal configuration>
As shown in FIG. 4, the system according to the present embodiment is configured to include a transaction history generation device 31 (managed by the management company 3) that manages a transaction by issuing the above-mentioned token and the like. ..

The management company 3 is a company that virtually realizes PPA between the supplier 1 and the consumer 2, and can be carried by, for example, a new power sales company. The transaction history generation device 31 is a computer that manages the history of transactions related to virtual PPA, and is realized by, for example, a personal computer, a workstation, or a virtual computer by cloud computing. The transaction history generation device 31 can communicate with each of the consumer terminal 200 of the consumer 2 and the power management device 32 of the power transmission company 4, which is an operator (for example, a power company) of the power transmission network 30, via the communication network. Connected to. The transaction history generation device 31 is connected to the block chain network 33. The block chain network 33 is composed of a plurality of computers communicatively connected to each other by P2P (Peer to Peer) communication, and manages a block chain that records a token transaction as a transaction. The block chain network 33 is assumed to be used in a general block chain, and detailed description thereof will be omitted here. The transaction history device 31 manages the transaction history related to the virtual PPA by registering the transaction in the block chain.

The customer terminal 200 is a computer operated by the customer 2, and is, for example, a personal computer, a smartphone, a tablet computer, or the like. The customer 2 can use the customer terminal 200 to specify a power supplier and pay a power charge.

The power management device 32 is a computer that manages information related to power flowing through the power transmission network 30, and can be realized by, for example, a personal computer, a workstation, or a virtual computer using cloud computing. In the present embodiment, the power management device 32 manages the amount of power supplied from the supplier 1 and the demand amount of the consumer 2 and notifies the transaction history generation device 31 of the managed amount. Each of the supplier 1 and the consumer 2 is provided with a smart meter (SM), and the smart meter (supplier SM10) on the supplier 1 side grasps the amount of electric power sent by the supplier 1 to the power transmission network 30 to generate electric power. The smart device (customer SM20) on the consumer 2 side grasps the amount of power consumed by the consumer 2 and notifies the power management device 32 of this. Thereby, the power management apparatus 32 can notify the transaction history generation apparatus 31 of the supply amount and the demand amount.

As shown in FIG. 5, the supplier SM10 includes a power transmission amount monitoring unit 111 and a communication unit 112. The power transmission amount monitoring unit 111 acquires information about the power generated from the power generation device 11. The power generation device 11 according to the present embodiment may employ, for example, a solar power generation device. In the above-mentioned private consumption method, the power generation device 11 supplies power to the power consumption device 12 in the home. Note that, for example, in the case of the total power sale method, the power consuming device 12 does not exist. The communication unit 112 transmits, to the power management apparatus 32, the power transmission amount to the power transmission network 30 acquired by the power transmission amount monitoring unit 111. The communication unit 112 can perform communication using, for example, a wireless network, a mobile phone network, power line communication, or the like.

As shown in FIG. 6, the consumer SM20 includes a demand amount monitoring unit 201 and a communication unit 202. Power is supplied from the power transmission network 30 to the power consuming device 201 of the consumer 2. The demand amount monitoring unit 201 can measure and record this power supply amount. The demand amount monitoring unit 201 can measure the amount of electricity used every 30 minutes, for example. The demand monitoring unit 201 may predict the power demand. The communication unit 202 transmits the demand amount acquired by the demand amount monitoring unit 201 to the power management apparatus 32. The communication unit 202 can perform communication using, for example, a wireless network, a mobile phone network, power line communication, or the like.

As shown in FIG. 7, the consumer terminal 200 includes a communication unit 211, a supplier acceptance unit 213, a payment processing unit 215, and a wallet 216. The supplier acceptance unit 213 accepts the input of information (hereinafter referred to as supplier information) indicating from which supplier 1 the customer 2 wants to purchase the electric power from the interface. The supplier information includes information indicating the supplier 1 with which the consumer 2 wants to procure power and its priority. The supplier acceptance unit 213 transmits the accepted supplier information to the communication unit 211, and the communication unit 211 attaches the information indicating the consumer 2 to the supplier information and transmits the supplier information to the transaction history generation device 31. The payment processing unit 215 performs processing relating to payment of consideration for the token. In the present embodiment, the consideration for the token includes, in addition to the electricity charge, the premium 22 and the delivery charge 25 for the supplier 1. It should be noted that the payment process can use any method such as credit card payment, bank transfer, and transfer of virtual currency (using a block chain different from token). In addition, in the present embodiment, the premium 22 is calculated by a predetermined calculation formula according to the amount of transmitted power. The wallet 216 manages the private key associated with the customer 2 account. By using the wallet 216, the consumer 2 can check the balance of the account and take out and withdraw tokens from the account. The token associated with the customer 2's account has, so to speak, a property such as the right to use the power generation amount of the supplier 1. When the consumer 2 runs out of electricity equivalent to the token, the token is sent to the account of the management company 3.

As shown in FIG. 8, the power management apparatus 32 includes a communication unit 321, a supply amount management unit 322, a demand amount management unit 323, and a power amount transmission unit 324. The communication unit 321 communicates with external devices such as the supplier SM10, the consumer SM20, and the transaction history generation device 31. The supply amount management unit 322 receives the supply amount from the supplier SM10 and records and manages the supply amount in association with the information identifying the supplier 1. The demand amount management unit 323 receives the demand amount from the consumer SM20 and records and manages the demand amount in association with the information identifying the consumer 2. The power amount transmission unit 324 transmits power amount information including the supply amount for each supplier 1 and the demand amount for each customer 2 to the transaction history generation device 31.

As illustrated in FIG. 9, the transaction history generation device 31 includes a communication unit 311, a conversion unit 312, a power amount acquisition unit 313, a matching processing unit 315, a supplier management unit 316, and a token management unit 317. , Premium management unit 318. The communication unit 311 communicates with external devices such as the power management device 32 and the consumer terminal 200. The power amount acquisition unit 313 (the supply amount acquisition unit and the demand amount acquisition unit) receives the power amount information from the power management device 32 via the communication unit 311, and supplies the power amount for each supplier 1 and the demand user 2. And the demand amount of the same are passed to the matching processing unit 315, and the matching processing unit 315 matches the supply and demand. Further, the supplier management unit 316 receives the supplier information from the consumer terminal 200 via the communication unit 311, and stores and manages the received supplier information.

The matching processing unit 315 compares the demand amount with the power generation amount to determine which consumer 2 and how much power to supply. The matching processing unit 315 identifies the supplier 1 having the highest priority corresponding to each customer 2 from the supplier management unit 316, and the power generation amount of the identified supplier 1 is equal to or more than the total demand amount of the customer 2. If so, the supply amount is allocated to each of the consumers 2 so that the power of the obtained demand amount is provided from the supplier 1. On the other hand, when the identified power generation of the supplier 1 is less than the total demand amount of the consumer 2, the matching processing unit 315 divides the power generation amount at a rate according to the demand amount, and divides the divided power generation amount into each demand. Allocate as the supply amount of the person. The matching processing unit 315 performs the same process as described above for the supplier 1 so that the supplier 1 having the next highest priority supplies the shortage of the demand amount. As described above, the matching processing unit 315 can perform matching between the power generation amount and the demand amount so that the power can be procured from the supplier 1 in descending order of priority. Thereby, the amount of power transmission from the supplier 1 to the consumer 2 every 30 minutes is calculated.

The supplier management unit 316 can manage the supplier information in association with the information indicating the customer 2 to whom the supplier information has been transmitted. The conversion unit 312 receives the power generation amount for each supplier 1 from the communication unit 311 and calculates the number of tokens from the power generation amount.

As described above, in the present embodiment, it is assumed that the power consumption can be calculated by a predetermined calculation formula, but the premium may be determined by a different method for each supplier 1. In this case, the premium management unit 318 can store, for each supplier 1, information for calculating a premium for procuring power from the supplier 1 (hereinafter referred to as premium determination information). The premium management unit 318 may accept and store the input of the supplier 1 and the premium determination information from the user, or may receive the premium determination information from the computer of the supplier 1, for example.

The token management unit 317 manages and stores information about the distribution of tokens, such as the number of issued tokens, information about how many suppliers 1 and which consumers 2 have been allocated, and the like. The token management unit 317 issues a transaction for moving the token from the account of the management company 3 to the account of the supplier 1 according to the supply amount and registers it in the blockchain, so that the token according to the supply amount is Granted to. In addition, the token management unit 317 issues a transaction for moving the token from the account of the supplier 1 associated with the consumer 2 to the account of the consumer 2 by the matching process according to the demand amount, and registers the transaction in the blockchain. By doing so, the token according to the demand amount is moved from the supplier 1 to the consumer 2. When the consumer 2 pays the fee including the premium, the token is moved from the consumer 2 account to the administrator 3 account.

FIG. 10 is a diagram in which the above flow is summarized in a processing flow. First, the supplier 1 notifies the power transmission company 4 of the power generation amount (SQ601), and the customer 2 notifies the power transmission company 4 of the power generation amount (SQ602). In the present embodiment, the supplier SM10 notifies the power management device 32 of the amount of power generation, and the consumer SM20 notifies the power management device 32 of the demand amount. The power transmission company 4 notifies the management company 3 of the supply amount and demand amount (SQ603). In the present embodiment, the power management device 32 notifies the transaction history generation device 31 of power information.

The transaction history generation device 31 of the management company 3 sends a token according to the power generation amount to the account of the supplier 1 (SQ604). This is done by creating a transaction on the blockchain.

The customer 2 operates the customer terminal 200 to notify the transaction history generation device 31 of a desired source of power (SQ605). The transaction history generation device 31 performs matching between the supplier 1 and the consumer 2 (SQ606). Specifically, the transaction history generation device 31 identifies the supplier 1 having a high priority corresponding to the consumer 20 from the supplier management unit 316, and the other consumers 20 also procure the power from the supplier 1. In the case of trying, the power generation amount of the supplier 1 is divided according to the demand amount and allocated to the demander 20, and when the other demander 20 is not trying to procure the power from the supplier 1, It is determined whether or not the demand amount can be covered by the power generation amount by the specified supplier 1. If the power generation amount is equal to or higher than the demand amount, the demand amount of electric power is allocated to the consumer 20, and the power generation amount is less than the demand amount. For example, it is possible to allocate the power generation amount to the consumer 20 and also allocate the power generation amount of the supplier 1 having the next highest priority. In this way, the transaction history generation device 31 matches the power generation amount of the supplier 1 with the demand amount of the customer 2.

The transaction history generation device 31 of the management company 3 generates a transaction for sending a token corresponding to the power generation amount assigned to the consumer 2 from the supplier 1 to the consumer 2 (SQ607). In addition, when the power generation amounts of a plurality of suppliers 1 are allocated to the consumers 2, the transaction history generation device 31 sends tokens corresponding to the allocated power generation amounts from the respective suppliers 1 to the consumers 2. Will create multiple transactions to do this. The generated transaction information is transmitted from the transaction history generation device 31 to the blockchain network 40 as a transaction instruction, and a token is sent from the account of the supplier 1 to the account of the customer 2 according to the transaction instruction (SQ608). Further, the management company 3 pays the supplier 1 the amount of electricity in accordance with the above-mentioned allocated power generation amount, plus a premium (SQ609).

Further, the transaction history generation device 31 notifies the consumer terminal 200 of the matching result (S610). The matching result includes how much power the customer 2 has procured from which supplier 1. The consumer 2 pays the electricity price corresponding to the demand amount plus the premium for the supplier 1 of the supplier according to the matching result (S611). The payment process can be performed, for example, by credit card payment, bank transfer, virtual currency transfer, or the like. In the present embodiment, no matter which supplier 1 the power is procured from, the premium is determined by multiplying the electricity rate by a certain ratio (for example, 0.5%). You may make it transmit premium determination information to the consumer terminal 200, and the consumer terminal 200 may calculate the premium according to the supplier 1 based on the premium determination information. The transaction history generation device 31 generates a transaction for sending a token from the account of the customer 2 to the account of the management company 3 in response to the payment from the customer 2, and transmits the transaction to the block chain network 40, The token is sent from the second account to the account of the management company 3 (SQ613). Further, the transaction history generation device 31 may perform a process of paying a delivery charge (SQ614).

In the above-described embodiment, the power generation amount and the demand amount are the same. The following description is for the case where they do not match. As shown in FIG. 11, for example, when the supplier 1 generates 100 kWh, 100 tokens (in the case of 1 kWh=1 token. The number of tokens per 1 kWh can be set arbitrarily). Sent to person 2. The consumer can use 100 kWh of electricity from the supplier 1 by paying a premium by trading (purchasing) 100 tokens. However, since the demand amount of the customer 2 is 120 kWh, the power generation amount (100 kWh) of only the supplier 1 is not sufficient. Therefore, when the demand amount exceeds the power generation amount, the power supply network 30 receives the power supply as usual from the power transmission network 30 when the demand amount is insufficient.

On the other hand, when the amount of power generation exceeds the amount of demand, the power may be supplied to other consumers 2a as shown in FIG. Just sell it to the network.

<When not using the fixed-price purchase system>
In the present embodiment, it is assumed that the electricity generated by the supplier 1 is purchased at a predetermined unit price by the fixed-price purchase system, and the customer 2 pays the normal electricity rate, but as shown in FIG. The person 2 may be configured to pay the virtual PPA contract fee. FIG. 13 shows an example in which the supplier 1 generates electricity of 120 kWh and the demand amount of the consumer 2 is 100 kWh. The 120kWh electric power from the supplier 1 is transmitted to the power transmission network 30 (SQ701), and the customer 2 is supplied with 100kWh from the power transmission network 30 (SQ702). Of the tokens issued from the transaction history generation device 31 to the account of the supplier 1, 100 tokens corresponding to the demand amount of the consumer 2 (in the case of 1 kWh=1 token. The number of tokens per 1 kWh can be arbitrarily set. Is sent from the supplier 1 to the account of the consumer 2 (SQ703). 20kWh of electric power, which is the surplus electric power, is sold in the wholesale market, and 20 tokens related to this sale are sent to the account of the management company 3 (SQ704). The consumer 2 performs a payment process for the acquisition price of the token in which the premium of the supplier 2 is added to the electricity charge. At this time, the customer 2 can also perform payment processing relating to the consignment fee and the system usage fee of the management company 3 (SQ705). From the wholesale market, payment for the sale of electricity is made (SQ706). The management company 3 performs payment processing on the supplier 1 by adding the consideration of the token paid from the customer 2 (including premium) and the sale fee of the electric power sold in the wholesale market ( SQ707), payment processing of the transmission fee to the power transmission company 4 is performed (SQ708). As described above, the premium can be paid to the supplier 1 from the consumer 2 in addition to the power charge.

<Example of matching processing>
FIG. 14 is a diagram illustrating a modified example of the matching process. In the embodiment described above, the priority of the supplier 1 is set for each customer 2, but here, as shown in FIG. 15, each customer 2 receives a supply from each supplier 1. Power that can be obtained (contracted power) is specified in advance. For example, as shown in FIG. 15, the supplier acceptance unit 213 of the consumer terminal 200 indicates the supplier 1 with which the consumer 2 may procure, that is, the supplier 1 with whom the consumer 2 has executed a power transaction. For each of them, it is possible to receive the input of the contracted electric energy (contracted electric energy). Further, in the supplier management unit 316 of the transaction history generation device 31, as shown in FIG. 16, the input contracted electric energy for each supplier 1 can be stored in association with the consumer 2. Note that the supplier management unit 316 can also manage the supplier 1 that has not been contracted as the contracted power amount of “0”.

FIG. 17 is a diagram illustrating the flow of matching processing. The matching processing unit 315 acquires the contracted power amount of each consumer 2 for each supplier 1 (S721). The matching processing unit 315 can acquire the contracted power amount from the supplier management unit 316. In the example of FIG. 14, with respect to the supplier 1 of the power supply A, the contracted power amounts of the customers 2 of the users α, β, and γ are 100 kWh, 0 kWh, and 0 kWh, respectively. Regarding the person 1, the contracted electric energy of each of the consumers α, β, and γ is 100 kWh, 50 kWh, and 0 kWh, respectively. Further, with respect to the supplier 1 of the power source C, the contracted power amounts of the consumers α, the consumers β, and the users γ of the consumers γ are 200 kWh, 50 kWh, and 50 kWh, respectively. The contracted electric energy of each of the consumers α, β, and γ is 0 kWh, 200 kWh, and 200 kWh, respectively.

Next, the matching processing unit 315 prorates the supply amount sent to the power transmission network 30 by the supplier 1 for each supplier 1 by the contracted power amount of the customer 2 (S722). In the example of FIG. 14, with respect to the power supply A, the ratio of the consumer α is 100 kWh/100 kWh, and when the supply amount of the power supply A (30 minutes power generation amount) of 50 kWh is proportionally divided, the consumer α is allocated with 50 kWh. Similarly, for the power source B, the ratio of the consumer α is 100 kWh out of 150 kWh, the ratio of the consumer β is 50 kWh out of 150 kWh, and the supply amount of 30 Bwh of the power source B is 20 in each of the consumer α and the consumer β. kWh, 10 kWh are allocated. Regarding the power source C, the proportion of the customer α is 200 kWh out of 300 kWh, the proportion of the customer β is 50 kWh out of 300 kWh, the proportion of the customer γ is 50 kWh out of 300 kWh, and the supply amount 100 kWh of the power source C is , consumer alpha, consumer beta, respectively consumer γ 66kWh, 16 kWh, 16 kWh ( truncated) is assigned. Regarding the power supply D, the ratio of the consumer β is 200 kWh out of 400 kWh, the ratio of the consumer γ is 200 kWh out of 400 kWh, and the supply amount 200 kWh of the power supply D is 100 kWh and 100 kWh for the consumer β and the consumer γ, respectively. Is assigned.

Next, the matching processing unit 315 performs the following processing for each consumer 2. The matching processing unit 315 initializes the mode to the addition mode (S723) by setting the total supply amount to 0, the surplus amount for each supplier 1 to 0 (S723), and performs the following processing for each supplier 1.

When the mode is the addition mode (S724: addition), the matching processing unit 315 adds the proportioned supply amount to the total supply amount (S725). When the total supply amount exceeds the demand amount of the consumer (S726: YES), the matching processing unit 315 sets the value obtained by subtracting the demand amount from the total supply amount to the surplus amount corresponding to the supplier 1. It is set (S727), and the mode is set to the remainder mode (S728).
On the other hand, when the mode is the surplus mode (S724: surplus), the matching processing unit 315 sets the supply amount proportionally distributed to the customer 2 to the surplus amount corresponding to the supplier 1 (S729). ).

The above process is repeated for each supplier 1 and the surplus amount for each supplier 1 is recorded as the residual Mix 32 (S730). The residual Mix 32 can be configured as a storage unit, for example. In the residual Mix 32, the surplus amount for the supplier 1 is recorded for each supplier 1. In the example of FIG. 14, when the demand amount of the consumer β is 100 kWh, the proportionally distributed supply amount from the power source B of 20 kWh is added to the proportionally distributed supply amount of 16 kWh from the power source C, and further, from the power source D. Since the total supply amount 126 kWh exceeds the demand amount 100 kWh when the proportionally distributed supply amount 100 kWh is added, the surplus amount 26 kWh for the power source D is registered in the residual Mix 32. Similarly, for the consumer γ, 66 kWh, which is the amount that the demand amount of 50 kWh exceeds the total supply amount 116 kWh that is the total of the proportionally distributed supply amounts, is added as a surplus amount for the power source D. Here, for the power source D, a total of 92 kWh of 26 kWh for the customer β and 66 kWh for the customer γ may be registered in the residual Mix 32.

After repeating the above process for each consumer 2, the matching processing unit 315 allocates the amount of power shortage to the demand of each consumer 2 from the power market 33 (S732).

In the example of FIG. 14, when the demander α has a demand amount of 250 kWh, the allocation supply amount from the power source A is 50 kWh, the allocation supply amount from the power source B is 20 kWh, the allocation supply amount from the power source C is 66 kWh, and the total supply amount is The amount is 136 kWh, and the 114 kWh supply amount is insufficient. However, the surplus amount is not registered in the residual Mix 32 for any of the power source A, the power source B, and the power source C contracted by the consumer α. Therefore, the transaction history is registered in the consumer α as if 114 kWh was procured from the power market 33.

As described above, the power transaction amount is contracted between the supplier 1 and the consumer 2 in advance according to the rated power amount of the supplier 1 and is actually supplied according to the contracted power amount. The amount of electric power is proportionally distributed among the consumers 2. The shortage is allocated from the power market 33. Then, the transaction history is created as a virtual bilateral transaction with the amount of power allocated as described above as the power supplied from the supplier 1 (or the power market 33) to the consumer 2. Thereby, the transaction history related to the virtual PPA can be registered.

Note that the matching processing unit 315 may perform allocation from the surplus amount registered in the residual Mix 32 when there is a shortage. In this case, the consumer 2 can procure renewable energy as much as possible, for example.

The above-described embodiments are merely examples for facilitating the understanding of the present invention, and are not for limiting the interpretation of the present invention. It goes without saying that the present invention can be modified and improved without departing from the spirit thereof and that the present invention includes equivalents thereof.

DESCRIPTION OF SYMBOLS 1 Supplier 2 Consumer 3 Management company 4 Transmission company 10 Supplier smart meter 20 Consumer smart meter 30 Power transmission network 31 Transaction history generation device 32 Power management device 33 Block chain network 111 Transmission amount monitoring unit 112 Communication unit 200 Consumer terminal 201 demand amount monitoring unit 202 communication unit 211 communication unit 213 supplier reception unit 215 payment processing unit 216 wallet 311 communication unit 312 conversion unit 313 power amount acquisition unit 315 matching processing unit 316 supplier management unit 317 token management unit 318 premium management unit 321 Communication unit 322 Supply amount management unit 323 Demand amount management unit 324 Electric energy transmission unit

Claims (3)

A system for supporting power transactions between multiple power plants and multiple consumers,
A storage unit that stores, for each of the consumers, the power plant that is a supplier of the power desired by the consumer, and supplier information that includes the amount of power promised between the power plant and the consumer;
For each of the power plants, a supply amount acquisition unit that acquires the amount of power transmitted to a predetermined power network among the power generated at the power plants,
For each of the consumers, a demand amount acquisition unit that acquires the demand amount received from the power plant by the consumer through the power network,
Based on the supply amount and the amount of power included in the supplier information corresponding to the plurality of consumers, each pair of the consumer and the power plant is sent from the power plant to the consumer. A transmission amount calculation unit that calculates the transmission amount,
An electric power trading support system comprising: The power transaction support system according to claim 1, wherein
Further comprising a payment processing unit that performs processing related to payment of an electricity charge according to the amount of transmitted power,
Power trading support system characterized by. The electric power trading support system according to claim 1 or 2, wherein
When the power transmission amount calculated based on the power amount included in the supply amount and the supplier information exceeds the demand amount, a surplus that stores the amount of the power transmission amount that exceeds the demand amount as surplus power. Further comprising a power storage unit,
When the power transmission amount calculated based on the power amount included in the supply amount and the supplier information is less than the demand amount, the power transmission amount calculation unit determines that the surplus power is supplied to the consumer. Calculating the amount of power transmission,
Power trading support system characterized by.

Images