JP7325816B2 - Power transaction history generation system - Google Patents

Description

The present invention relates to an electric power transaction history system.

In recent years, “blockchain technology (distributed ledger technology)” that secures the authenticity of transaction information using hash functions and public key cryptography 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. Transmitted transactions are verified for authenticity by terminals called miners, and when approved, they are grouped into blocks and recorded in a ledger called a blockchain. Cryptocurrency transactions prevent tampering with transactions by having miners perform a computational process called mining and then adding blocks to the blockchain.

Patent Literature 1 discloses a technique for enhancing the degree of assurance of authenticity of transaction information using such a block chain. In addition, Patent Literature 2 proposes a technique for realizing a mechanism for certifying green power using an electronic signature technique.

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"). In the background, it can be inferred that the report to the CDP (Carbon Disclosure Project), which discloses the efforts of companies to tackle climate change, is directly linked to the evaluation of shareholders such as institutional investors. . Here, "traceability (power supply identification)" is required for the usage requirements of renewable energy power, but such technology does not yet exist. That is, once the generated power enters the power network (transmission network), it is assimilated with other power, so it is no longer possible to specify the power source.

Therefore, an object of the present invention is to provide a technology that can ensure the traceability of renewable power.

The main invention of the present invention for solving the above problems is a power transaction history generation system,
An operator account that records tokens issued in a blockchain, a supplier account of an electricity supplier, and a consumer account of the electricity consumer are managed in the blockchain, and a transaction history generation device is used by the consumer each time, the supplier information including the supplier who is the supplier of the power desired by the consumer is stored, and the supply amount of the power generated by the power generation device that is transmitted to the predetermined power network is acquired. , an amount of tokens corresponding to the supply amount is sent from the operator's account to the supplier account, the demander acquires the demand amount received from the supplier through the power network, the supply amount, calculating the supplier, the demander, and the power transmission amount sent from the supplier to the demander based on the demand amount and the procurement source information, and sending the tokens in an amount corresponding to the power transmission amount to the corresponding shall be sent from said supplier's account to said consumer's account.

ADVANTAGE OF THE INVENTION According to this invention, the traceability of renewable energy electric power can be ensured.

FIG. 4 is an image diagram showing a process of selling electric power by a power generation device; FIG. 2 is an image diagram showing a state in which a plurality of power generators and a plurality of consumers trade electric power through an electric power network; FIG. 2 is a conceptual diagram showing a state of one-to-one power trading between a supplier and a consumer and movement of tokens; It is a figure which shows the structural example of the electric power transaction log|history production|generation system by embodiment of this invention. 3 is a diagram showing a functional block diagram of a supplier smart meter 10; FIG. 2 is a functional block diagram of a consumer smart meter 20. FIG. 2 is a functional block diagram of a consumer terminal 200; FIG. 3 is a diagram showing a functional block diagram of a power management device 32; FIG. 3 is a diagram showing a functional block diagram of a transaction history generation device 31; FIG. It is a figure which shows the flow of a process of the electric power transaction log generation system by embodiment of this invention. FIG. 4 is an image diagram showing the flow of electric power when the amount of demand exceeds the amount of power generated. FIG. 4 is an image diagram showing the flow of electric power when the amount of power generation exceeds the amount of demand; FIG. 10 is a diagram showing the flow of power transactions when paying power charges as contracted charges for tokens;

The contents of the embodiments of the present invention are listed and explained. A power transaction history generation system (hereinafter simply referred to as "system") according to an embodiment of the present invention has the following configuration.
[Item 1]
A power transaction history generation system,
An operator account that records tokens issued in the blockchain, a supplier account of an electricity supplier, and a consumer account of the electricity consumer are managed in the blockchain,
The transaction history generation device
storing, for each consumer, supplier information including the supplier who is the supplier of the power desired by the consumer;
Acquiring the supply amount transmitted to a predetermined power network among the power generated by the power generation device,
sending an amount of tokens corresponding to the supply amount from the operator's account to the supplier's account;
Obtaining the demand amount received by the consumer from the supplier via the power network;
calculating the supplier, the demander, and the amount of power transmitted from the supplier to the demander based on the supply quantity, the demand quantity, and the procurement source information;
Sending an amount of the tokens corresponding to the power transmission amount from the corresponding supplier account to the consumer account;
Power transaction history generation system.
[Item 2]
The power transaction history generation system according to item 1,
When the demander pays an amount obtained by adding a premium according to the supplier to the electricity bill according to the power transmission amount, the demander account sends the operator account according to the consumption demand amount send a token,
Power transaction history generation system.
[Item 3]
The power transaction history generation system according to item 1 or 2,
the source information is prioritized by the suppliers;
The transaction history generation terminal determines the supplier to supply the demander and the power transmission amount to be supplied from the supplier according to the demand amount and the priority order, and determines the power transmission amount corresponding to the determined power transmission amount. generating said transaction in a trading currency;
Power transaction history generation system.

<Details of Embodiment>
Hereinafter, systems according to embodiments of the present invention will be described with reference to the drawings.

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

In recent years, the liberalization of power transactions has progressed. For example, as shown in FIG. has become possible. A power purchase agreement (PPA) may be concluded between a supplier and a consumer (or an electric power company intervening between them). However, as noted above, power generated by individual suppliers is currently difficult to trace once it enters the transmission network. Therefore, it is difficult to realize PPA when using the power transmission network.

Thus, the present invention realizes power trading with traceability, ie, virtual PPA, between multiple suppliers and multiple consumers. In addition, depending on the consumer, for example, there is a need to procure power from a specific supplier, such as a power plant in the hometown, a power generation company in a disaster area, or a power plant of a famous company. , to virtually realize power procurement from such a specific supplier. Specifically, as shown in FIG. 3, power (eg, 100 kWh) generated by the supplier 1 is transmitted to the power transmission network 30 via utility poles or the like. When consumer 2 uses 100 kWh of power during the same time period, “power including power generated by supplier 1” is actually supplied from power transmission network 30 .

On the other hand, on the blockchain network 40, tokens equivalent to transmitted power (power to be traded: 100 kWh) (for example, 1 kWh = 1 token, 100 tokens. The number of tokens per 1 kWh is set arbitrarily. ) is sent from Supplier 1's account 100 to Consumer 2's account 200 . The accounts of Supplier 1 and Consumer 2 can be identified, for example, by their respective wallets. At this time, if tokens are traded after grasping the "input" and "output" of power in a certain time period (for example, the amount of power generated and the amount of demand for every 30 minutes), the power trading can be simulated. can be traced to Therefore, it is possible to grasp that the power provided by the specific supplier 1 is directly sold to the specific consumer in a pseudo manner. This makes it possible to implement a virtual PPA.

In addition, consumer 2 may pay a premium to supplier 1 for the act of purchasing the token. Consumer 2 pays a premium 22 (e.g. 50 yen) for purchasing power from a specific supplier 1 in addition to the electricity charge (e.g. 2100 yen) for the power used (e.g. 100 kWh) as consideration for the token. be able to. As a result, the supplier 1 receives the total amount (eg, 2,050 yen) of the consideration for power generation (eg, 2,000 yen) and the premium 22 (eg, 50 yen). In addition, in this embodiment, the consideration for power generation shall be the amount of money fixed by the feed-in tariff (FIT). The power transmission company 4 is paid a fee for using the power transmission network 30 (transmission fee of 25; 100 yen in the example of FIG. 3). Thus, for example, a consumer 2 can pay a premium 22 to secure power from a particular supplier 1 or support a particular supplier 1 . On the other hand, Supplier 1 is expected to increase its income through Premium 22 in addition to obtaining a fixed income from electricity sales through FIT. In addition to the premium 22, the commission of the management company 3 is also added to the electricity bill paid by the consumer 2.例文帳に追加

<System terminal configuration>
As shown in FIG. 4, the system according to the present embodiment includes a transaction history generation device 31 (operated by the management company 3) that manages transactions by issuing tokens as described above. .

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

The consumer terminal 200 is a computer operated by the consumer 2, such as a personal computer, a smart phone, or a tablet computer. The consumer 2 can use the consumer terminal 200 to designate a power supplier, pay the power bill, and the like.

The power management device 32 is a computer that manages information about power flowing through the power transmission network 30, and can be realized by, for example, a personal computer, a workstation, or a virtual computer based on cloud computing. In this embodiment, the power management device 32 manages the amount of power supplied by the supplier 1 and the amount of power demanded by the consumer 2 and notifies the transaction history generation device 31 of them. The supplier 1 and the consumer 2 are each provided with a smart meter (SM). The smart meter (consumer SM 20 ) on the side of the consumer 2 grasps the amount of power consumed by the consumer 2 and notifies the power management device 32 of it. Thereby, the power management device 32 can notify the transaction history generation device 31 of the amount of supply and the amount of demand.

As shown in FIG. 5 , the supplier SM 10 includes a transmission amount monitoring section 111 and a communication section 112 . The transmission amount monitoring unit 111 acquires information about the power generated by the power generation device 11 . For example, a photovoltaic power generation device may be employed as the power generation device 11 according to the present embodiment. In the self-consumption method described above, the power generation device 11 supplies power to the power consumption equipment 12 in the home. It should be noted that, for example, the power consumption device 12 does not exist in the case of the all-power selling method. The communication unit 112 transmits the power transmission amount to the power transmission network 30 acquired by the power transmission amount monitoring unit 111 to the power management device 32 . 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 SM 20 includes a demand monitoring section 201 and a communication section 202 . Power is supplied from the power transmission network 30 to the power consuming device 201 of the consumer 2 . The demand monitoring unit 201 can measure and record this power supply. The demand monitoring unit 201 can measure the amount of electricity used every 30 minutes, for example. Note that 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 device 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 section 211 , a supplier reception section 213 , a payment processing section 215 and a wallet 216 . The supplier reception unit 213 receives input of information (hereinafter referred to as supplier information) indicating from which supplier 1 the consumer 2 wishes to purchase power from the interface. The supplier information includes information indicating the supplier 1 from which the consumer 2 desires to procure power and its priority. The supplier reception unit 213 transmits the received supplier information to the communication unit 211 , and the communication unit 211 transmits the supplier information to the transaction history generation device 31 with information indicating the consumer 2 attached. The payment processing unit 215 performs processing related to payment of tokens. In this embodiment, the consideration for the token includes a premium 22 to the supplier 1, a wheeling charge 25, etc., in addition to the electricity charge. For payment processing, any method can be used, such as credit card payment, bank transfer, and transfer of virtual currency (using a blockchain different from tokens). Also, in the present embodiment, the premium 22 is calculated by a predetermined formula according to the transmitted power amount. The wallet 216 manages private keys related to consumer 2's account. By using the wallet 216, the consumer 2 can check the balance of the account and deposit and withdraw tokens from the account. A token tied to the account of the consumer 2 has a property similar to the usage right of the power generation amount of the supplier 1, so to speak. When the consumer 2 uses up the electricity charge equivalent to the token, the token is sent to the management company 3 account.

As shown in FIG. 8 , the power management device 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 SM 10 , the consumer SM 20 and the transaction history generation device 31 . The supply amount management unit 322 receives the supply amount from the supplier SM 10 and records and manages the supply amount in association with the information specifying the supplier 1 . The demand management unit 323 receives the demand from the consumer SM 20 and records and manages the demand in association with the information specifying 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 consumer 2 to the transaction history generation device 31 .

As shown 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. , and a 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 (supply amount acquisition unit and demand amount acquisition unit) receives the power amount information from the power management apparatus 32 via the communication unit 311, and determines the supply amount for each supplier 1 and each consumer 2 , and the amount of demand are passed to the matching processing unit 315, and the matching processing unit 315 performs matching between supply and demand. The supplier management unit 316 also receives 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 amount of demand and the amount of power generation to determine which consumer 2 is supplied with the amount of power. The matching processing unit 315 identifies the highest priority supplier 1 corresponding to each consumer 2 from the supplier management unit 316, and if the power generation amount of the identified supplier 1 is greater than or equal to the total demand of the consumer 2 If so, the supply amount is allocated to each consumer 2 so that the requested amount of power is provided from the supplier 1 . On the other hand, if the power generation of the specified supplier 1 is less than the total demand of the consumer 2, the matching processing unit 315 divides the power generation at a ratio according to the demand, and distributes the divided power generation to each demand. Allocate as the supply amount of the person. The matching processing unit 315 performs the same processing as described above for the supplier 1 so that the shortage of demand is supplied from the supplier 1 with the next highest priority. As described above, the matching processing unit 315 can match the power generation amount and the demand amount so that power can be procured from the supplier 1 in order of priority. As a result, the total amount of electricity for every 30 minutes from the supplier 1 to the consumer 2 is calculated.

The supplier management unit 316 can manage the supplier information in association with the information indicating the consumer 2 to whom the supplier information has been sent. 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, the premium can be calculated by a predetermined formula according to the amount of power consumed, but the premium may be determined by different methods 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 receive and store the supplier 1 and the premium determination information input from the user, or may receive the premium determination information from the supplier 1 computer.

The token management unit 317 manages and stores information on the distribution of tokens, such as the number of tokens that have been issued and the number of tokens allocated to which supplier 1 and which consumer 2 . The token management unit 317 issues a transaction to transfer tokens from the account of the manager 3 to the account of the supplier 1 according to the supply amount and registers it in the blockchain, so that the tokens according to the supply amount are transferred to the supplier 1. granted to. In addition, according to the amount of demand, the token management unit 317 issues a transaction to move the token from the account of the supplier 1 associated with the consumer 2 to the account of the consumer 2 by matching processing, and registers it in the blockchain. As a result, tokens corresponding to the amount of demand are transferred from the supplier 1 to the consumer 2. Tokens are transferred from the account of consumer 2 to the account of manager 3 by paying the fee including the premium by consumer 2 .

FIG. 10 is a diagram summarizing the above flow in a processing flow. First, the power generation amount is notified from the supplier 1 to the power transmission company 4 (SQ601), and the demand amount is notified from the consumer 2 to the power transmission company 4 (SQ602). In this embodiment, the supplier SM 10 notifies the power management apparatus 32 of the power generation amount, and the consumer SM 20 notifies the power management apparatus 32 of the demand amount. The power transmission company 4 notifies the management company 3 of these amounts of supply and demand (SQ603). In this embodiment, power information is notified from the power management device 32 to the transaction history generation device 31 .

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

The consumer 2 operates the consumer terminal 200 to notify the transaction history generating device 31 of the desired power supplier (SQ605). The transaction history generation device 31 matches the supplier 1 and the consumer 2 (SQ606). Specifically, the transaction history generation device 31 identifies the high-priority supplier 1 corresponding to the consumer 20 from the supplier management unit 316, and the other consumers 20 also procure power from the supplier 1. If so, the amount of power generated by the supplier 1 is divided according to the demand and allocated to the demander 20, and if the other demander 20 is not trying to procure power from the supplier 1 , it is determined whether or not the amount of power generated by the specified supplier 1 can meet the demand, and if the amount of power generation is greater than or equal to the demand, the power of the demand is allocated to the consumer 20, and if the amount of power generation is less than the demand For example, while allocating the generated power to the consumer 20, it is possible to allocate the generated power of the supplier 1 having the next highest priority. The transaction history generation device 31 thus matches the power generation amount of the supplier 1 and the demand amount of the consumer 2 .

The transaction history generating device 31 of the manager 3 generates a transaction for sending the token corresponding to the power generation amount allocated to the consumer 2 from the supplier 1 to the consumer 2 (SQ607). In addition, when the transaction history generation device 31 allocates the power generation amount of a plurality of suppliers 1 to the consumer 2, the token corresponding to the allocated power generation amount is sent from each supplier 1 to the consumer 2. will generate multiple transactions for 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 consumer 2 according to the transaction instruction (SQ608). In addition, the management company 3 pays the supplier 1 an amount obtained by adding a premium to the electricity rate corresponding to the amount of power generated as described above (SQ609).

Also, the matching result is notified from the transaction history generating device 31 to the consumer terminal 200 (S610). The result of matching includes how much power the consumer 2 procured from which supplier 1 . According to the matching result, the consumer 2 pays the amount of electricity that corresponds to the amount of demand plus the premium for the supplier 1 (S611). Payment processing can be performed, for example, by credit card settlement, bank remittance, remittance of virtual currency, or the like. In this embodiment, the premium is determined by multiplying the electricity rate by a certain percentage (for example, 0.5%) regardless of which supplier 1 the electricity is procured from. The premium determination information may be transmitted to the consumer terminal 200, and the consumer terminal 200 may calculate the premium corresponding to the supplier 1 based on the premium determination information. The transaction history generation device 31 generates a transaction for sending tokens from the account of the consumer 2 to the account of the manager 3 in response to the payment from the consumer 2, transmits it to the blockchain network 40, and The token is sent from the account No. 2 to the account of the management company 3 (SQ613). Further, the transaction history generating device 31 may perform processing for paying the wheeling charge (SQ614).

In the embodiment described above, the amount of power generation and the amount of demand coincide. The following discussion is for when they do not match. As shown in FIG. 11, for example, when the supplier 1 generates 100 kWh of power, 100 tokens (1 kWh = 1 token. The number of tokens per 1 kWh can be set arbitrarily) is demanded. sent to Person 2. By trading (purchasing) 100 tokens, the consumer can use 100 kWh of electricity from the supplier 1 while paying a premium. However, since the amount demanded by the consumer 2 is 120 kWh, the amount of electricity generated by the supplier 1 alone (100 kWh) is insufficient. Therefore, when the amount of demand exceeds the amount of power generation in this way, the amount of power that is short of the amount of demand can be supplied from the power transmission network 30 as usual.

On the other hand, when the amount of power generated exceeds the amount of demand, as shown in FIG. Electricity can be sold to the network.

The above-described embodiments are merely examples for facilitating understanding of the present invention, and are not intended to limit and interpret the present invention. It goes without saying that the present invention can be modified and improved without departing from its spirit, and that equivalents thereof are included in the present invention.

For example, in the present embodiment, it was assumed that the electricity generated by the supplier 1 would be purchased at a predetermined unit price under the fixed-rate purchase system, and that the consumer 2 would pay the normal electricity rate. , the consumer 2 may be configured to pay the contract fee of the virtual PPA. FIG. 13 shows an example in which the supplier 1 generates 120 kWh and the demand of the consumer 2 is 100 kWh. 120 kWh of power from supplier 1 is transmitted to power transmission network 30 (SQ701), and 100 kWh is supplied to consumer 2 from 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 (1 kWh = 1 token. The number of tokens per 1 kWh can be set arbitrarily. ) is sent from the supplier 1 to the account of the consumer 2 (SQ703). 20 kWh of surplus power is sold in the wholesale market, and 20 tokens related to this sale are sent to the account of management company 3 (SQ704). The consumer 2 performs payment processing for the acquisition price of the token obtained by adding the premium of the supplier 2 to the electricity rate. At this time, the consumer 2 can also perform payment processing related to the wheeling charge and the system usage charge of the management company 3 (SQ705). The wholesale market makes a payment for the electricity sale price (SQ706). The manager 3 pays the supplier 1 the sum of the token consideration (premium included) paid by the consumer 2 and the sales fee for the electricity sold in the wholesale market ( SQ707), the transmission fee is paid to the power transmission company 4 (SQ708). As described above, the premium can be paid from the consumer 2 to the supplier 1 in addition to the power rate.

1 supplier 2 consumer 3 administrator 4 power 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 power transmission amount monitoring unit 112 communication unit 200 consumer terminal 201 demand 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 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 power amount transmission unit

Claims (3)

A power transaction history generation system between a plurality of power plants and a plurality of consumers ,
An operator account that records tokens issued in the blockchain, a supplier account of the power plant , and a consumer account of the consumer are managed in the blockchain,
The transaction history generation device
storing, for each consumer, supplier information including the supplier who is the supplier of the power desired by the consumer;
For each of the power plants, of the power generated by the power plant , the supply amount transmitted to a predetermined power network in a preset time period is acquired;
sending an amount of said tokens corresponding to said supply amount to the corresponding said supplier account;
For each of the consumers, the amount of demand received by the consumers during a preset time period is acquired via the power network;
calculating a power transmission amount sent from the power plant to the consumer for each set of the consumer and the power plant based on the supply amount, the demand amount, and the supplier information;
Sending an amount of the token corresponding to the power transmission amount from the corresponding power plant supplier account to the consumer account;
Power transaction history generation system. The power transaction history generation system according to claim 1,
When the consumer pays an amount obtained by adding the premium set for the power plant to the electricity bill according to the power transmission amount, the demander account sends the operator account according to the demand granting said token to
Power transaction history generation system. The power transaction history generation system according to claim 1 or 2,
wherein the source information prioritizes the power plants ;
The transaction history generating device determines, according to the demand amount and the priority order, the power plant that supplies power to the demander and the power transmission amount to be supplied from the power plant to the demander , and the determined generating a transaction to send the token corresponding to the amount of transmission;
Power transaction history generation system.