JP2020107203A - Failure detection system - Google Patents

Abstract

To improve efficiency of maintenance and failure detection of a device in response to an increase in the number of installed control devices such as a smart meter with spread of a smart grid.SOLUTION: A relay server 2 in a power transaction system 1 includes: a smart meter 41 which is provided on a user system side, measures a power amount that each generates or consumes in each power usage period, and generates result data; a failure determination section which determines occurrence of a failure in a user system; and a cooperation section which cooperates with a guarantee system 6 that stores at least a part of a determination result by the failure determination section, and stores the determination result. The guarantee system 6 includes a plurality of nodes for storing at least a portion of data generated by the user system and the failure determination section, each node aggregates and makes the stored data into blocks at a predetermined timing, forms a block chain using the blocks, and shares the block chain in a plurality of nodes to store as a distribution ledger.SELECTED DRAWING: Figure 4

Description

The present invention relates to a failure detection system that detects failures in a plurality of user systems that control and manage power for each power consumption unit.

In recent years, a power grid called a smart grid (next generation power grid) that can control and optimize the flow of electric power from both the supply side and the demand side is becoming widespread. Conventionally, there is known an electric power trading system capable of accommodating surplus electric power in each consumer among a plurality of users through such a smart grid (for example, refer to Patent Document 1). In such a smart grid, the automation of monthly meter reading work and the electricity usage status in the (HEMS Home Energy Management System) are managed through smart meters that measure power consumption and power generation at each consumer. To be done.

JP2011-227837A

However, with the spread of the smart grid as described above, it is expected that the number of installed control devices such as smart meters will increase in the future, and there is a demand for more efficient device maintenance and failure detection.

In view of the problems of the conventional technology, an object of the present invention is to improve the efficiency of equipment maintenance and failure detection in order to cope with the increase in the number of installed control devices such as smart meters with the spread of smart grids. It is to provide a failure detection system capable of doing the above.

In order to solve the above-mentioned problems, the present invention is a failure detection system for detecting a failure in a plurality of user systems that controls and manages power for each power consumption unit, and is provided on the user system side. A performance data generation unit that measures the amount of power generated or consumed during each power usage period to generate performance data, a failure determination unit that determines the occurrence of a failure in the user system based on the performance data, and a failure determination The guarantee system stores at least a part of the data generated by the user system and the failure determination unit, in cooperation with the assurance system that stores at least a part of the determination result by the unit, and a cooperation unit that records the determination result. A plurality of nodes are provided, and the nodes aggregate the stored data at a predetermined timing to form blocks, form blocks using the blocks, and share the block chains among the plurality of nodes to store as a distributed ledger.

In the above invention, the guarantee system is a public key which is generated from a public key in the public key cryptosystem and is for identifying a specific user, and a private key which can be paired with the public key to identify the public key. An electric power transaction token is further provided with an address issuing unit that issues a private key used for an electronic signature of electric power transaction via an address, and by adding a public key related to the user who generated the purchase data based on the contract data. Transfer the ownership of the data, aggregate the data including the public key of the user who generated the purchase data at a predetermined timing, and block it, form a block chain using blocks, and share the block chain with multiple nodes. It is preferable that the nodes are stored as a distributed ledger.

In the above invention, the actual result data of the user system related to the actual failure described in the failure information storage unit that stores the failure information related to the actual device failure and the failure information stored in the failure history storage unit are extracted. It is preferable to further include a learning unit for learning the artificial intelligence of the failure determination unit by using the failure information and the extracted result data as teacher data. In the above-mentioned invention, it is preferable that the learning unit obtains the performance data from the data stored in the block chain.

According to the present invention, on the user system side, each user measures the amount of power generated or consumed during each power usage period to generate actual data, and determines the occurrence of a failure in the user system based on the actual data. Therefore, the labor for failure detection can be reduced, and even when the number of installed control devices such as smart meters increases with the spread of smart grids, the efficiency of equipment maintenance and failure detection can be improved. be able to.

It is a conceptual diagram of the failure detection system which performs failure detection in the electric power trading system which concerns on embodiment. It is a conceptual diagram which shows the whole transaction in the electric power trading system which concerns on embodiment. It is explanatory drawing of each token in the electric power trading system which concerns on embodiment. It is a conceptual diagram which shows the whole structure of the electric power trading system which concerns on embodiment. It is a block diagram which shows the internal structure of the power control terminal which concerns on embodiment. It is a block diagram which shows the internal structure of the mediation server which concerns on embodiment. It is a block diagram which shows the internal structure of the guarantee system which concerns on embodiment. It is a flow figure showing the procedure at the time of token issue of the electric power trading system concerning an embodiment. It is a flowchart which shows the procedure at the time of electric power sale and electric power consumption of the electric power trading system which concerns on embodiment. It is a flow figure showing a procedure at the time of token transfer of the electric power trading system concerning an embodiment. It is explanatory drawing which illustrates the relationship of the public key and private key in the power trading system which concerns on embodiment. It is explanatory drawing regarding the block chain of the electric power trading system which concerns on embodiment. It is explanatory drawing regarding the block chain of the electric power trading system which concerns on embodiment. It is explanatory drawing regarding the block chain of the electric power trading system which concerns on embodiment. It is explanatory drawing regarding the block chain of the electric power trading system which concerns on embodiment. It is explanatory drawing which shows the structure of each token and data of the electric power trading system which concerns on embodiment. It is a block diagram which shows the internal structure of the AI learning part which concerns on embodiment. It is explanatory drawing which shows the outline of the failure detection process by the failure detection part which concerns on embodiment.

An embodiment of a failure detection system according to the present invention will be described in detail below with reference to the accompanying drawings. In this embodiment, a case where the failure detection system of the present invention is incorporated in a power trading system will be described as an example. The embodiments described below exemplify a device and the like for embodying the technical idea of the present invention, and the technical idea of the present invention is the material, shape, structure of each component, The layout is not specified as below. The technical idea of the present invention can be modified in various ways within the scope of claims.

(Outline of failure detection system)
FIG. 1 shows an outline of a failure detection system that performs failure detection in the power trading system according to this embodiment. As shown in the figure, the failure detection system according to the present embodiment is a system that detects a failure in a plurality of user systems that controls and manages power for each power consumption unit, and is installed in each customer or the like. It is roughly composed of a smart meter 41, which is a performance data generation unit provided on the user system side, a monitoring server 5 connected to the smart meter 41 via the Internet, a telephone line, a dedicated line, etc., and a block chain interface. ..

Then, each smart meter 41 measures the amount of power generated or consumed by each user during each power usage period to generate actual data, and based on the actual data on the monitoring server 5 side, a failure in the user system is detected. Determine the occurrence. In the present embodiment, the failure occurrence history in the actual data and the determination result for the failure occurrence history are generated as failure history information. At least a part of the failure history information including the result data and the determination result is aggregated by the nodes 90a to 90f on the P2P network 30 to form a block chain through the block chain interface which is a guarantee system. , Is shared by a plurality of nodes and is stored as a distributed ledger.

In this block chain interface, a key pair of a public key PKa and a secret key SKa based on the public key cryptosystem is issued, and a public address PAa is generated from the public key PKa corresponding to the result data and the determination result. The public address PAa is used as an address indicating each smart meter 41 and the monitoring server 5, while the private key SKa is used for an electronic signature of a transaction in which the public address PAa is a transfer source of execution data and the like.

Recording of the performance data and the determination result according to the present embodiment is performed between two nodes on the P2P (Peer-to-Peer) network 30 (here, between the smart meter 41 and the monitoring server 5), and these performance data are recorded. And the determination result is broadcast and shared by the nodes 90a to 90f in the P2P network 30. As a result, a transaction history database (so-called block chain) by the distributed ledger system is formed on the P2P network 30, and transaction history of various tokens and power transactions is stored.

(Overall structure of power trading system)
FIG. 2 is a conceptual diagram showing an entire transaction in the power trading system according to the present embodiment, FIG. 3 is an explanatory diagram of each token according to the present embodiment, and FIG. 4 is a power trading according to the present embodiment. It is a conceptual diagram which shows the whole structure of a system.

In the present embodiment, a service is provided through which an intermediary business for power sales transactions using tokens is performed through the power trading system 1 constructed on the communication network 3. The failure detection system of the present invention is incorporated in a power trading system, shares the mechanism of a blockchain interface between the failure detection system and the power trading system, and makes the failure detection result available to the power trading system side. ..

Specifically, as shown in FIG. 2, in the power sales transaction brokerage service, the power trading terminals are accessed through the power control terminals provided in each facility (power station, customer, aggregator, etc.) to purchase and sell power. I do. At the time of this power sale transaction, together with the power transaction token that is the value information of the power, issue the DR (Demand Respons) control and the DR control token and the environmental value token that are the value information related to the environmental value, These tokens are exchanged between the seller and the buyer to establish a power and value-added trading transaction.

As shown in FIG. 3, for these tokens, first, a power transaction token is issued according to the amount of generated power and a power generation method, and the power that can be sold is a token transaction platform as a power transaction token equivalent to that power. It is stored in the electricity trading token pool of and is traded through these token pools. Finally, this power transaction token is purchased by a consumer or the like as a right to use (consumer) the power, and the purchased consumer or the like can use the power equivalent to that of the power transaction token. By consuming, the power trading token equivalent to the consumed power is canceled. The value of this power trading token varies depending on the supply and demand balance of the trading transaction on the token trading platform. As shown in FIG. 16, the power transaction token is associated with origin information such as the amount of power, the power generation method, the power generation location, and the power generation time when it is generated, and further, as additional information, from the power transaction token. Related token information such as derived environmental value tokens, transaction history including transfer history due to buying and selling, etc. are also associated and held. Each accumulated token can be traded as an independent virtual currency.

In addition to the power transaction token of the generated power, an environmental value token, which is value information corresponding to the degree of contribution of each power generation method and power storage method to the environment, is generated, and power demand control (DR control) is performed. A DR control token, which is value information as compensation for generating surplus power according to the economic effect of the implementation, is generated.

The environmental value token is a token that is calculated and issued according to the degree of contribution to the environment, such as the amount of electric power consumed by itself and the amount of CO2 reduction. This environmental value token cannot be used as a target for market trading and cannot be redeemed for cash as it is. This environmental value token is erased when it is transferred, and the date and time when the transfer is performed, the transfer source (owner ID) and the transfer destination (new owner ID), and the transfer time as shown in FIG. A transfer history that records the value (value of consideration) and other transaction history is issued, and the issued transfer history is subject to the transfer transaction. In the transfer history of this environmental value token, the price and issuer of the environmental value token that has been canceled are recorded, and the transfer destination of the transfer transaction is added as a transaction history each time the transfer is made. Here, erasing a token refers to a process of erasing the exchange value as a currency, such as setting the value to 0, storing the secret key in an account in which the rewriting of the owner is impossible and making it impossible to rewrite it. Then, the transfer history of the erased environment token is irrevocably recorded in the blockchain, which is a guarantee system, via the token trading platform.

In addition, as one of the evaluation methods of this environmental value token, based on the method of generated power and the type of power generation or storage related to the consumed or stored power, the power generated by the power generation type that has a high contribution to the environment is determined. When the electricity is stored by the electricity storage type that has a high degree of contribution to the environment, it is possible to increase its value. For example, when electric power generated by reusable energy such as solar power is stored in a battery for an electric vehicle such as an EV truck and consumed, the reusable energy contributes to the environment and the environment by using the electric vehicle. Because of the synergistic effect with the contribution, it is possible to perform processing such as giving an environmental value token or increasing its value as its evaluation. Contributions to these environments (CO ₂ reduction amount and self-consumption amount) are held in the token as origin information and other related information, and are stored in the token management database 21a of the intermediary server 2 and each node of the blockchain interface. Retained.

In addition, by providing financial resources such as donations to the token trading platform, the environmental value token can be converted into renewable energy tokens that can be transferred and transferred, by the amount equivalent to the financial resources. For example, when a donation is made by a company to promote the spread of renewable energy, the amount equivalent to the donation amount of the environmental value tokens accumulated in the environmental value token pool of the token trading platform will be used as renewable energy tokens. At the same time as converting, the converted environmental value token is deleted. This renewable energy token can be permanently traded as a virtual currency having a value equivalent to the financial resources such as distributed donations. The value of this renewable energy token changes depending on the supply and demand balance of the trading transaction on the token trading platform.

For the DR control token, by analyzing the actual result data, for example, the actual value obtained by controlling the electric power over a certain period is calculated, and the amount of consideration is determined. In addition, the actual value that avoided (peak cut) power consumption during peak periods was calculated over a certain period of time, and when the peak power was below the maximum power set at the beginning of the month, the overpayment of power charges was made. Therefore, the amount of consideration for the DR control token may be determined by using the overpaid electric power charge as an economic effect component. As shown in FIG. 16, the information on this is held in the token, and also held in the token management database 21a of the intermediary server 2 and each node of the block chain interface. By issuing this DR control token to a company or the like that has performed DR control, it is possible to cash back the power charge for power saving. In addition, the DR control token can be permanently traded as a virtual currency having a value equivalent to the overpaid electricity rate. The value of this DR control token also fluctuates depending on the supply and demand balance of the trading transaction on the token trading platform.

In the example shown in FIG. 2, a power plant, a power prosumer, a customer equipped with a power generation facility, or an aggregator that coordinates these customers provides power and acquires a power transaction token according to the amount of power generation. At this time, the environmental value token and the DR control token are also acquired according to the degree of contribution to the environment due to the power generation method of the electric power and the power generation time (season or time zone) and the economic effect of the DR control. The acquired various tokens can be redeemed for cash, and pooled in each token pool so that they can be sold to another person and received the consideration. An aggregator is a business operator that bundles and aggregates the power demands of customers to effectively provide energy management services, and controls the balance between the demand and supply of power between the power company and the consumers. Implement DR control. The aggregator can acquire the DR control token by performing the DR control, and can settle the money for cash or accumulate it in the token pool for trading transactions.

On the other hand, electric power supplied from a customer equipped with a power plant, a power prosumer, and a power generation facility is supplied to the customer when the customer who is the demander purchases a power transaction token. This power supply can be performed via PPS (Power Producer and Supplier). As the purchased power is consumed by each consumer, the power trading token used for the purchase is incinerated. On the other hand, each token accumulated in each token pool can be traded as an independent virtual currency with an aggregator, PPS, consumer, company or other trading market through a blockchain interface service. Also in this case, various tokens can be redeemed for cash and sold to another person to receive the consideration.If the token is a power transaction token, it is linked to the power transaction token. It is possible to receive power from a power supply source.

FIG. 4 is a diagram showing a network configuration of the power trading system 1 according to the present embodiment. As shown in the figure, in this embodiment, the mechanism of the blockchain interface is shared between the failure detection system and the power trading system, and the failure detection result can be used on the power trading system side. More specifically, in the power trading system 1, a mediation server 2 that provides a token trading platform, and a power control terminal 40 provided in each facility (power plant, PPS, consumer, power consumer, etc.) are mutually connected in the communication network 3. It is connected. Further, on the communication network 3, a guarantee system 6 that provides a blockchain interface service that guarantees power transactions is provided. The monitoring server 5 of the failure detection system is connected to the smart meter 41 of each user system 4. The monitoring server 5 is also connected to the guarantee system 6 that provides the blockchain interface service via the communication network 3 and also to the intermediary server 2 via the communication network 3.

The power control terminal 40 is composed of, for example, an information processing terminal including a CPU, and is a device that centrally controls the facilities of each facility such as a power plant, each consumer, PPS, power prosumer, and aggregator. As the target equipment controlled by the power control terminal 40, a smart meter 41, a storage battery 42, a PV (Photovoltaics) 43 included in the user system 4 installed in a facility such as a consumer or a power prosumer, and the like, It includes devices that manage power generation, storage, and power consumption. The various devices controlled by the power control terminal 40 can be omitted as necessary. For example, the power consumption of a consumer is measured by the smart meter 41, but some consumers have a power generation facility and a power storage facility, some have a power generation facility or a power storage facility, or a power generation facility. There is also a case where only the smart meter 41 is provided and only power consumption is provided without providing any electricity storage facility. Further, the power prosumer is also in a position to consume power, but it can be located on the side that supplies power, including solar power generation and a storage battery.

The mediation server 2 is a content server device that mediates between the power selling side and the power purchasing side trading power through the power control terminal 40. The intermediary server 2 provides an intermediary website online as a token trading platform, and through the intermediary website, various token trading intermediary services are provided to the power selling side, the power purchasing side, and other markets and companies. Are offered.

Then, by accessing the intermediary server 2 from the power control terminal 40, it is possible to use various token transaction services according to power generation, storage, and power consumption in each facility or facility. This token transaction service manages the issuance and sale of tokens by the seller Ua, and the purchase and cancellation of tokens by the buyer Ub, which is the power consuming side. More specifically, the power control terminal 40 cooperates with the intermediary server 2 to generate power generation data, power storage data, and consumption data based on power generation, storage, and power consumption in each facility, and various information describing the power. Issue, sell, and cancel tokens. The information described in each of the various tokens and the history of issuance, sale, and cancellation of the token are stored in the distributed ledger system in an unalterable state through the blockchain interface service provided by the guarantee system 6.

In addition, the tokens that can be traded on the token trading platform can be exchanged equivalently with each other at the value determined by the supply and demand balance of the buying and selling transactions on the token trading platform, and various tokens can be settled in the actual currency. In addition, it is possible to redeem virtual currency, points, or other value information having exchange value.

The communication network 3 is an IP network using the communication protocol TCP/IP, and various communication lines (telephone line, ISDN line, ADSL line, public line such as optical line, leased line, WCDMA (registered trademark) and CDMA2000. In addition to third-generation (3G) communication methods such as LTE, fourth-generation (4G) communication methods such as LTE, and fifth-generation (5G) and later communication methods, Wifi (registered trademark), Bluetooth (registered trademark) Wireless communication network) such as) is a distributed communication network constructed by connecting to each other. The IP network also includes a LAN such as an intranet (corporate network) based on 10BASE-T or 100BASE-TX or a home network.

(Structure of each device)
Next, the configuration of each device will be described. The “module” used in the description indicates a functional unit for achieving a predetermined operation, which is configured by hardware such as an apparatus or device, software having the function, or a combination thereof. ..

(1) User system 4
The user system 4 is a general electric power facility that each consumer or electric power consumer has, and may be a unit that consumes electric power and may be equipped with a power generation and storage facility. Examples of power generation equipment include solar power generation and wind power generation. The user system 20 includes a power control terminal 40 as a power trading unit and a smart meter 41 as a performance data generation unit. Further, the equipment that consumes power includes not only various home appliances, factory equipment, and office equipment, but also general control devices such as a power control device (IoT device).

The power control terminal 40 installed in each user system is an information processing terminal having a communication function and a CPU, and various functions can be implemented by installing an OS or firmware and various application software. Then, it functions as a power trading unit by installing and executing the application. The information processing terminal for the agent can be implemented by a personal computer, for example, a smartphone or a dedicated device with specialized functions, and includes a tablet PC, a mobile computer, and a mobile phone.

Specifically, as shown in FIG. 5, the power control terminal 40 includes a CPU 402, a memory 403, an input interface 404, a storage device 401, an output interface 405, and a communication interface 406. In the present embodiment, these devices are connected via the CPU bus 400, and data can be exchanged with each other. Note that, as a function of the power control terminal 40 as a power trading unit, for example, sale data D21 including a power supply period, a power amount (quantity), and a consideration amount (sale price or purchase price) as shown in FIG. Alternatively, the purchase data D22 may be generated during a tradable period, which is a predetermined period (for example, 24 hours) before the start of the power usage period. It should be noted that, in this purchase data, the presentation of a failure history can be described as other related information as a purchase condition, and the sale data can include the failure history as one of the actual data (other related information). ..

The memory 403 and the storage device 401 are devices that store data in a recording medium and read the stored data according to a request from each device. For example, a hard disk drive (HDD) or a solid state drive (SSD), It can be configured by a memory card or the like.

The input interface 404 is a module that receives a control signal from each facility installed in the user system, and the received control signal is transmitted to the CPU 402 and processed by the OS and each application. On the other hand, the output interface 405 is a module that outputs a control signal to each facility installed in the user system. Each facility installed in such a user system varies depending on the form of the consumer or prosumer, and, for example, in the consumer, the power consumption is measured by the smart meter 41, and the power generation/storage is performed by solar power generation and Some have both power storage facilities, some have either photovoltaic power generation or storage battery facilities, and some do not have both power generation and power storage facilities. Further, in the prosumer, the power consumption is measured by the smart meter 41, and the control signal for the photovoltaic power generation (PV) 42 and the storage battery 42 is input/output.

Here, the smart meter 41 is a result data generation unit that comprehensively manages power generation, storage, and power consumption in the user system, which is a unit of demand, and measures the power consumption in the consumer and other units in the user system. Equipment, for example, storage and generation of electricity by a storage battery or photovoltaic power generation is also controlled and managed, and the amount of electricity generated, stored or consumed by each customer during each power usage period is measured, and actual data D3 as shown in FIG. Is generated and periodically sent to the PPS, the electric power company, the mediation server 2 and the monitoring server 5. The result data D3 is sent directly to the PPS, the electric power company, and the mediation server 2 via the Internet, telephone line, dedicated line, or the like. Although the case where the actual data D3 is directly transmitted from the smart meter 41 to the monitoring server 5 and the intermediary server 2 is illustrated here, for example, the actual data D3 may be transmitted to the monitoring server 5 and the intermediary server 2 via a block chain interface. May be. Further, in the present embodiment, the smart meter 41 is used as the performance data generation unit, but the present invention is not limited to this, and for example, various electric home appliances, factory equipment, office equipment, power control devices (IoT equipment), and the like. It includes all electronic devices that have a control device and that have a function of transmitting the status of the device as actual data to a communication network.

The communication interface 406 is a module that transmits and receives data to and from other communication devices, and as a communication method, for example, a public line such as a telephone line, an ISDN line, an ADSL line, an optical line, a dedicated line, and WCDMA (registered trademark). And third-generation (3G) communication methods such as CDMA2000, fourth-generation (4G) communication methods such as LTE, and fifth-generation (5G) and later communication methods, as well as Wifi (registered trademark) and Bluetooth ( (Registered trademark) and other wireless communication networks are included.

The CPU 402 is a device that performs various arithmetic processes required to control each unit, and executes various programs to virtually construct various modules on the CPU 11. An OS (Operating System) is activated and executed on the CPU 402, and the OS manages and controls the basic functions of each power control terminal 40. Further, various applications can be executed on this OS, and various functional modules are virtually constructed on the CPU by the OS program being executed by the CPU 402.

In the present embodiment, by executing browser software on the CPU 402, information on the system is browsed and information is input through the browser software. More specifically, this browser software is a module for browsing Web pages, and downloads HTML (HyperText Markup Language) files, image files, music files, etc. from the mediation server 2 through the communication network 3 and analyzes the layout. Display and play. With this browser software, users can also use forms to send data to a Web server and run application software written in JavaScript (registered trademark), Flash, Java (registered trademark), etc. Through this browser software, each user can use the token transaction mediation service provided by the mediation server 2.

In the present embodiment, the power trading unit 402a is configured on the CPU 402 by executing the browser software on the CPU 402 and accessing the token trading platform provided by the mediation server 2 through the browser software. The power trading unit 402a is a module that generates sale data or purchase data for power trading tokens. Further, the browser software can browse the information (contract data, sale data, purchase data, etc.) relating to the token relating to the transaction by accessing the transaction history providing unit 64a of the guarantee system 6, and thereby, for example, , Power generation method of sold power and transaction history of the power can be browsed.

(2) Configuration of Mediation Server 2 The mediation server 2 is a server device managed and operated by a provider of a power trading mediation service, and a user who desires to buy and sell a power accesses the mediation server 2 through the communication network 3. Through the token trading platform provided by this intermediary server 2, it is possible to execute a trade relating to electric power. Specifically, as shown in FIG. 6, the mediation server 2 includes a communication interface 23, an authentication unit 22, a power transaction execution unit 25, a token management database 21a, a user database 21b, a performance management database 21c, and a power management database 21c. The transaction management database 21d, a token management unit 24, a performance data management unit 26, and a settlement unit 27 are provided.

The communication interface 23 is a module that transmits and receives data to and from other communication devices through the communication network 3. In the present embodiment, each power control terminal 40, smart meter 41, and guarantee system 6 for providing this service. It is connected to the.

The authentication unit 22 is a computer or software having the function of verifying the legitimacy of the access person involved in the power transaction, and executes the authentication process based on the user ID that identifies the user. In the present embodiment, the user ID and password are acquired from the terminal device of the access person through the communication network 3, and the user database 21b is collated to determine whether or not the access person has the right, and the access person is the person himself/herself. Check if there is any.

The power transaction execution unit 25 is a module that mediates power transactions through the communication network 3. In the present embodiment, the power transaction execution unit 25 includes a contract data generation unit 25a and a guarantee system cooperation unit 25b.

The contract data generation unit 25a generates contract data D1 of the transaction completed based on the sale data D21 and the purchase data D22. More specifically, the power transaction execution unit 25 collates the sale data D21 and the purchase data D22, which are the demand condition of the buyer Ub and the supply possible condition of the seller Ua, and establishes a transaction by matching the corresponding combinations. 16. As shown in FIG. 16, contract data D1 describing information such as a supply source, a power generation method, a supply available time, an electric power price, etc., which are demand conditions and supply enable conditions of the established transaction is generated.

The assurance system cooperation unit 25b requests the assurance system 6 on the network to perform processing necessary for the electricity transaction, such as credit related to the electricity transaction, security management, and storage of transaction records, and cooperate with each other. It is a module that advances processing. The power transaction execution unit 25 manages the exchange of various tokens by cooperating with the guarantee system 6 through the guarantee system cooperation unit 25b, adds the public address regarding the token acquirer, and is certified by each token. By changing the owner of various rights, each ownership is transferred.

The token management unit 24 is a module that executes and manages generation (issue), transfer, and cancellation of various tokens, and issues, transfers, or cancels various tokens in cooperation with the guarantee system cooperation unit 25b of the power transaction execution unit 25. In order to execute, the data in various tokens is updated. Specifically, the token management unit 24 includes a token issuing unit 24a, a token revocation unit 24b, and a token transfer unit 24c.

The token issuing unit 24a is a module that issues various coin tokens to the user in response to the user's request. For example, based on actual data, issue an electric power transaction token to a user who has power that can be sold by a power generation facility, or analyze the actual data to derive from the electric power transaction token of the generated electric power. Depending on the economic effect of generating an environmental value token, which is value information according to the contribution of each power generation method and power storage method to the environment, and by controlling the power demand (DR control) A DR control token that is value information is generated.

In the present embodiment, the token issuing unit 24a issues the environmental value token based on the amount of CO ₂ reduction by the power generation method or the amount of self-consumption included in the performance data. For example, when the power generation method included in the performance data is based on reusable energy such as solar power generation or wind power generation, the token issuing unit 24a reduces the amount of power generated by the power generation method and the power generation method. CO ₂ reduction table data that lists the correspondence with the amount of CO ₂ that is stored is stored, and the CO ₂ reduction table data is referenced based on the amount of power generation included in the actual data, and the value of the environmental value token and Determine the quantity and issue the environmental value token of the determined price or quantity. The issued environmental value token is stored in the environmental value token pool as owned by the power generator included in the actual data.

In addition, for example, when the token issuing unit 24a uses the reusable energy such as the solar power generation or the wind power generation as the power generation method included in the performance data, and when the power is consumed at home, The private consumption table data that lists the correspondence between the amount of CO ₂ reduced by private consumption and the energy loss due to power transmission and distribution is held, and the private consumption table data is stored based on the private consumption amount included in the actual data. By referring to the value or quantity of the environmental value token, the environmental value token having the determined value or quantity is issued. The issued environmental value token is stored in the environmental value token pool as owned by the user who consumed it at home included in the performance data.

Furthermore, the token issuing unit 24a according to the present embodiment acquires the amount of donation, converts the amount of the acquired environmental value token corresponding to the acquired amount into a transactable renewable energy token, and converts the converted amount. It also functions as a renewable energy token issuing unit that cancels the environmental value token of. Specifically, the amount of money such as a donation and the power generation method to be donated are input as search conditions to the token issuing unit 24a, and the environmental value token of the power generation method corresponding to this search condition is token-managed. The environmental value token pool in the database 21a is searched. Then, the token issuing unit 24a extracts the corresponding environmental value token, distributes the input donation amount by the amount of the corresponding environmental value token, and obtains the environmental value token of the value corresponding to the distributed amount. Converted to renewable energy token, the converted renewable energy token is issued as the owner of the original environmental value token, and the issued renewable energy token is renewable energy as owned by the user who is the owner of the original environmental value token. It is accumulated in the token pool.

The token canceling unit 24b is a module that cancels the power transaction token based on the record data D3 or cancels the environmental value token related to the transfer request. Here, erasing a token refers to a process of erasing the exchange value as a currency, such as setting the value to 0, storing the secret key in an account in which the rewriting of the owner is impossible and making it impossible to rewrite it.

The token transfer unit 24c is a module that controls the transfer of tokens by rewriting the ownership of each token. In this embodiment, a blockchain interface service is used for this rewriting. The transfer of this token is performed based on the transfer request that directs the transfer. The transfer request is, for example, data input from the power transaction execution unit 25 when the token transaction is completed in the power transaction execution unit 25, or directly input from the power control terminal 40 by an operation by each user. Includes the types of tokens that are subject to, account information regarding the transfer source and transfer destination, and the quantity thereof.

In particular, when the input transfer request is a request to transfer an electric power transaction token or an environmental value token, the token transfer unit 24c sends the requested electric power transaction token when the transfer request target is an electric power transaction token. When the target of the transfer request is the environmental value token that has been transferred, the environmental value token related to the request is deleted by the token canceling unit 24b, and the information regarding the transfer included in the transferred request related to the deleted environmental value token is generated as the transfer history. It has a function. The transfer history relating to the canceled environment token is irrevocably recorded in the blockchain, which is a guarantee system, via the token trading platform.

The token management database 21a is a storage device that stores information about issued and revoked tokens, and stores the owner of each token and its type and price or quantity in association with each other. Various tokens are classified and accumulated as a power transaction token pool, an environmental value token pool, a DR control token pool, and a renewable energy token pool, according to their types. Further, related information such as transaction history regarding each token is also recorded in association with each token. For example, the transfer history issued at the time of transferring the environmental value token is also recorded in association with the environmental value token of the conversion source that is transferred and has a value of 0.

The user database 21b is a storage device that stores information about users of each customer and traders such as aggregators. In the present embodiment, personal information for identifying the user himself/herself is not stored in the user database 21b, but only public account information for identifying each resident/user is stored. The credit information required for power transactions requests credit for a public account belonging to each resident from the guarantee system 6, and is evaluated by the content of the response thereto.

The performance management database 21c is a storage device that collects, accumulates, and manages performance data by persons involved in the transfer of electric power, such as power plants, consumers, and aggregators. Each performance data received from each smart meter is accumulated in this performance management database, and is used for token issuance, cancellation, and value evaluation. The power transaction management database 21d is a storage device that records the token transaction record.

At least a part of the data accumulated in each of the databases 21a to 21d is recorded in the assurance system 6 through the assurance system cooperation unit 25b. The guarantee system 6 aggregates at least a part of the data accumulated in each of the databases 21a to 21d at a predetermined timing at a node to form a block, forms a block chain using the block, and forms the block chain into a plurality of blocks. It is shared by the nodes and stored as a distributed ledger.

The performance data management unit 26 is a module for calculating the type and quantity of tokens to be issued by collecting and analyzing performance data from each user system. The analysis result by the performance data management unit 26 is token management. It is input to the section 24 and is used for issuing and canceling tokens. Specifically, the performance data management unit 26 includes a value evaluation unit 26a.

The value evaluation unit 26a measures the measured value of the amount of power generated or consumed by each user during each power usage period, the power generation data indicating the power generation method and the user who generated the power, or the power storage amount and the power storage period, which are included in the performance data. Power storage data relating to The token management unit 24 issues or cancels the power transaction token, or issues the power transaction token and the environmental value token, based on the analysis result by the value evaluation unit 26a. Further, the token issuing unit 24a issues an environmental value token or a power demand control token as a consideration for generating surplus power, based on the analysis result of the performance data including the power generation data or the power storage data by the value evaluation unit 26a.

Furthermore, the performance data includes the type of power generation or storage related to the consumed power, and the value evaluation unit 26a analyzes the performance data and determines the power of the power generation type having a high contribution to the environment as the environment. The state in which electricity is stored according to the type of electricity with a high degree of contribution is extracted, the amount of electricity and the time zone are calculated, and value is evaluated. Based on the analysis result of the performance data by the value evaluation unit 26a, the token issuing unit 24a stores the environmental value token when the power generated by the power generation type having a high contribution to the environment is stored in the power storage type having a high contribution to the environment. Increase the value of.

The settlement unit 27 is a module for cashing according to the market price of various tokens, and by acquiring information on the market price of various tokens from the network and performing settlement, exchange of virtual currencies, points, etc. in addition to the actual currency. Convert to valuable information that has value. In addition, the settlement unit 27 generates or acquires fixed data including fixed values of the amount of power generated or used by each user during each period of power use and the amount of consideration related to the amount of power, as illustrated in FIG. 16. , It also has a function to settle the consideration paid or received by each user based on the confirmed data.

(3) Monitoring server 5
The monitoring server 5 is a server device that collects the performance data sent from the smart meter 41 and monitors the occurrence of a failure in each user system. As shown in FIG. 6, the failure determination unit 52 and the AI learning unit 7 are provided. And a failure information acquisition unit 53 and a monitoring history database 51.

The failure determination unit 52 analyzes the amount of power generated or consumed by each user during each power usage period, which is included in the actual data, and determines the occurrence of a failure in the user system based on the analysis result. Is. The failure determination unit 52 is equipped with a deep learning recognition unit 52a as so-called artificial intelligence (AI), and the deep learning recognition unit 52a reduces, for example, the power generation amount or the consumption amount. The occurrence of a failure is detected by detecting a failure occurrence model, which is a pattern in which an abnormality has occurred in a device such as an engine. This failure occurrence model is added and changed by the learning function to improve the accuracy. The determination result by the failure determination unit 52 is recorded together with the actual data in the monitoring history database 51, and is also tamper-proof recorded in the block chain (distributed ledger) which is a guarantee system via the token trading platform, so that the power trading system It is possible to provide it for the transaction in No. 1 or make it viewed by a person who has the public key.

The monitoring history database 51 is a storage device that stores the determination result of the failure determination unit 52 in association with the actual data. In addition, the monitoring history database 51 also functions as a failure information storage unit that stores failure information related to an actual failure of the device. The failure information acquisition unit 53 is a module that receives an input of a report regarding a failure of an actual device and accumulates the input information as failure information in the monitoring history database 51. The data accumulated in the monitoring history database 51 is also recorded in the blockchain through the blockchain interface service provided by the assurance system 6.

The AI learning unit 7 extracts the actual data of the user system related to the actual failure described in the failure information stored in the monitoring history database 51 or the block chain of the assurance system 6, and extracts the failure information and the extracted actual data. It is a module for learning the artificial intelligence of the failure determination unit 52 as teacher data.

(4) AI learning unit 7
Here, the AI learning unit 7 will be described in detail. 17 and 18 are block diagrams showing the configuration of the AI learning unit 7. The AI learning unit 7 is a module that causes the deep learning recognition unit 52a, which is an artificial intelligence of the failure determination unit 52, to learn so as to make an appropriate determination. The deep learning recognition unit 52a is trained using the reported failure information as teacher data.

The AI learning unit 7 plays a role as a comparing unit for the deep learning recognizing unit 52a to compare the determination result D77 by the deep learning recognizing unit 52a and the failure information D70 with respect to the input result data D3. Specifically, the AI learning unit 7 determines a determination result D77 regarding the same event (target user system, device, occurrence time, etc.) as the failure information D70 input as teacher data to the deep learning recognition unit 52a, and the failure information D70. By comparing the comparison results and confirming whether the comparison results match or, if different, which option was wrong, the induction of the correctness of the various options selected by the failure determination unit 52 when the failure is detected. The result is verified and the result is fed back to the failure determination unit 52.

The deep learning recognition unit 52a is a module that performs determination by so-called deep learning (deep learning), and the failure information is used as learning data (teacher data) for automatically setting various options for failure detection for functional verification. To use. Specifically, the deep learning recognition unit 52a analyzes the correlation between each failure information and the actual data according to a predetermined deep learning algorithm, and analyzes the deep learning recognition result (price prediction AI model) which is the analysis result as a failure. The determination unit 52 is set.

In the present embodiment, the algorithm implemented in the deep learning recognition unit 52a is a learning and recognition system that includes multiple layers of neural networks, particularly three or more layers, and imitates the mechanism of the human brain. When data such as an image is input to this recognition system, the data is sequentially propagated from the first layer, and learning is sequentially repeated in each layer in the subsequent stage. In this process, the feature amount inside the image is automatically calculated.

The feature quantity is an essential variable necessary for solving a problem and is a variable characterizing a specific concept. The deep learning recognition unit 52a also receives the result data D3, hierarchically extracts a plurality of feature points in the performance data, and recognizes a pattern by a hierarchical combination pattern of the extracted feature points. An outline of this recognition processing is shown in FIG. As shown in the figure, the recognition function module of the deep learning recognition unit 52a is a multi-class classifier, and a plurality of objects are set, and an object 702 including a specific feature point among the plurality of objects (here, For example, "electric energy") is detected. This recognition function module has an input unit (input layer) 707, a first weighting factor 708, a hidden unit (hidden layer) 709, a second weighting factor 710, and an output unit (output layer) 711.

At this time, a plurality of feature vectors 702 are input to the input unit 707. The first weighting factor 708 weights the output from the input unit 707. The hidden unit 709 nonlinearly transforms the linear combination of the output from the input unit 707 and the first weighting coefficient 708. The second weighting factor 710 weights the output from the hidden unit 709. The output unit 711 calculates the identification probability of each class (for example, failure-causing device, failure cause, etc.). Although three output units 711 are shown here, the present invention is not limited to this. The number of output units 711 is the same as the number of events that the pattern classifier can detect. Increasing the number of output units 711 increases the number of events that can be detected by the event discriminator, such as the cause of a failure.

Specifically, the AI learning unit 7 includes an item extraction unit 72, a teacher data creation unit 71, and a keyword processing unit 73. The item extraction unit 72 is a module that performs region segmentation (segmentation) of character strings and numerical values in implementation data and failure information to be recognized in order to perform deep learning recognition. More specifically, in order to perform deep learning recognition, it is necessary to extract specific items and related keywords in the execution data and the failure information, which corresponds to various events that affect failure detection.

The keyword processing unit 73 is a module that associates each keyword with a specific information source (character string or numerical value divided into areas). This association is to add information (metadata) related to a specific keyword associated with a specific information source as an annotation, and tag the metadata using a description language such as XML. Divide various information into "meaning of information" and "contents of information".

(5) Configuration of Guarantee System 6 As described above, in this embodiment, the guarantee system 6 is arranged between the power control terminals 40 on the power selling side and the power buying side that perform power trading via various tokens, and guarantees power trading and token trading. A guarantee system 6 for performing the above is provided. Specifically, as shown in FIG. 7, the assurance system 6 includes a communication interface 63, an authentication unit 62, a token transaction execution unit 64, a token transaction history database 61a, a key information database 61b, and an account database 61c. Equipped with.

The communication interface 63 is a module that transmits and receives data to and from other communication devices via the communication network 3, and is connected to each mediation server 2 and each power control terminal 40 in the present embodiment. The authentication unit 62 is a computer or software having the function of verifying the legitimacy of the access person, and executes the authentication process based on the user ID that identifies each user. In the present embodiment, the public address and public key unique to the user, the user ID, the password, and the like are acquired from the power control terminal 40 of the access person through the communication network 3, and the key information database 61b is collated to notify the access person of the information. Confirm whether or not you have the right and whether or not the accessor is the person who owns it.

The token transaction execution unit 64 is a power transaction token that tokenizes the right to sell or consume power as a virtual coin, and is an added value derived from the power generation method or the storage method of each power and is derived from the power transaction token. This module handles environment tokens or DR tokens. These various tokens are linked to the public account of each legitimate owner, and it is possible to prove the legitimate right holder of the token by presenting the relationship of the public accounts, and the legitimate right Only a person who is a person can execute transfer procedures such as transfer of the token. In the present embodiment, the token transaction execution unit 64 includes a guarantee system cooperation function, a public address management unit 64b, a validity verification unit 64c, and a data update unit 64d.

The guarantee system cooperation function is requested by a device of another service institution, for example, the intermediary server 2 to perform processing related to token transactions such as credit related to power transactions, security management, transaction records, and service history storage. It is a module that cooperates in processing. Further, in the present embodiment, the guarantee system cooperation function provides the broker server 2 with information such as transaction values of various tokens.

The public address management unit 64b is a private address that is generated from a public key in the public key cryptosystem and is for identifying a specific user, and a private key that can be paired with the public key to identify the public key. It functions as an address issuing unit that issues a secret key used for an electronic signature of a power transaction via a public address, and the issued public address and the key information related thereto are stored in the key information database 61b.

The legitimacy verification unit 64c is a module that verifies that various tokens related to token transactions or power transactions belong to the current owners through legitimate transactions and have not been tampered with, and are linked to public accounts. By using the attached public key of the current owner, the legitimacy of the token can be confirmed, and all the transactions related to the token are accumulated in the token transaction history database 61a, and the token transaction based on the public key. The history database 61a can be collated to confirm its validity.

The data updating unit 64d transfers the ownership of the token by acquiring power information related to various tokens, adding the public address regarding the new token owner, and changing the token owner certified by the distributed ledger. It is a module. The data updating by the data updating unit 64d is protected by a high degree of security, and double transfer and falsification of transaction history are strongly protected.

(Operation of power transaction intermediary system)
By operating the power transaction mediation system described above, the power transaction mediation service of the present invention can be provided. FIG. 8 is a sequence diagram showing a system operation when selling power in the power transaction mediation service, and FIG. 9 is a sequence diagram showing a system operation when purchasing and consuming power in the power transaction mediation service. The processing procedure described below is merely an example, and each processing may be changed as much as possible. Further, regarding the processing procedure described below, steps can be omitted, replaced, and added as appropriate according to the embodiment.

As shown in FIG. 8, first, in the case of selling power, in the user system on the power selling side, necessary power generation amount, storage amount, and power consumption are measured according to the equipment of each user system (S101). .. Based on this measurement, power generation data, storage data, and power consumption data are generated (S102), and these data are aggregated by the smart meter 41 and reported to the mediation server 2 as actual data (S103). The performance data collected from each user system is totaled for each user system in the mediation server 2 (S201).

Next, a token issuing request is transmitted from the power selling user system to the intermediary server (S104). On the side of the intermediary server 2 that receives this token issuance request (S202), the power generation data, the electricity storage data, and the power consumption data included in the received token issuance request are analyzed, and the power generation amount, the electricity storage amount, and the power consumption change. An abnormality such as a failure is detected based on (S203). Next, the market information such as the purchase price and the selling price of the power relating to various power generation methods in the market is collected (S204).

Then, the power transaction token is generated, and the environmental value token and the DR token are issued as necessary (S205 and S206). Specifically, the token issuing unit 24a issues the environmental value token based on the amount of CO ₂ reduction by the power generation method or the amount of self-consumption included in the performance data. For example, in step S206, when the power generation method included in the actual result data is the reusable energy such as solar power generation or wind power generation, the token issuing unit 24a outputs the CO based on the power generation amount included in the actual result data. ₍₂ ) The value or quantity of the environmental value token is determined with reference to the reduction table data, and the environmental value token having the determined value or quantity is issued. The issued environmental value token is stored in the environmental value token pool as owned by the power generator included in the actual data.

Further, for example, in step S206, the token issuing unit 24a consumes its own power when the power generation method included in the performance data is based on reusable energy such as solar power generation or wind power generation. At times, the value or quantity of the environmental value token is determined by referring to the private consumption table data based on the amount of private consumption included in the actual data, and the environmental value token having the determined value or quantity is issued. The issued environmental value token is stored in the environmental value token pool as owned by the user who consumed it at home included in the performance data.

Further, in step S206, the token issuing unit 24a acquires the amount of donation, converts the amount of the acquired amount of the environmental value token into a tradeable renewable energy token, and converts the environment of the converted amount. Execute the renewable energy token issuance process to cancel the value token. When executing this renewable energy token issuing process, an inquiry may be made to the owner of the relevant environmental value token regarding whether or not the renewable energy token can be issued.

When permission to issue renewable energy tokens is granted, the token issuing unit 24a accepts the amount of donation, etc. and the power generation method targeted for donation as search conditions, and the environment of the power generation method corresponding to this search condition is accepted. The value token is searched in the environmental value token pool in the token management database 21a. Then, the token issuing unit 24a extracts the corresponding environmental value token, distributes the input donation amount by the amount of the corresponding environmental value token, and obtains the environmental value token of the value corresponding to the distributed amount. Converted to renewable energy token, the converted renewable energy token is issued as the owner of the original environmental value token, and the issued renewable energy token is renewable energy as owned by the user who is the owner of the original environmental value token. It is accumulated in the token pool.

The various tokens issued in this way are pooled as ownership by the user who sent the token issuance request, processed so as to be accommodated in the account of the user, and recorded in the assurance system 6 (S207). Then, the mediation server 2 notifies the user system of the completion of token issuance, and the token issuance completion process is executed on the user system side (S105).

Here, in order to sell the issued token, a token sale request is transmitted from the user system to the intermediary server 2 (S106), and the intermediary server 2 that receives the token sale request (S208) sells the token. The tokens related to are pooled as trading targets.

Next, a case where electric power is purchased and consumed will be described. As shown in FIG. 9, first, in the case of power purchase, the user system on the power purchase side transmits a token purchase request to the intermediary server 2 (S401). The token purchase request includes purchase data, and the purchase data specifies power transaction tokens for a predetermined kilowatt number desired to be purchased. Upon receiving this token purchase request (S301), the mediation server 2 searches the power transaction management database 21d for a token that meets the conditions specified in the purchase request. If a token that matches the conditions is found, ownership transfer processing is executed for the token (S402).

In step S402, the token transfer unit 24c controls token transfer by rewriting the ownership of each token. The transfer of this token is performed based on the transfer request that directs the transfer. This transfer request is, for example, data that is input from the power transaction execution unit 25 when the token transaction is completed in the power transaction execution unit 25, or directly input from the power control terminal 40 by an operation by each user. It includes the type of target token, account information about the transfer source and transfer destination, and the quantity.

In particular, when the input transfer request is a request to transfer an electric power transaction token or an environmental value token, the token transfer unit 24c sends the requested electric power transaction token when the transfer request target is an electric power transaction token. When the target of the transfer request is the environmental value token that has been transferred, the environmental value token related to the request is deleted by the token canceling unit 24b, and the information regarding the transfer included in the transferred request related to the deleted environmental value token is generated as the transfer history. ..

After the token transfer process is completed, the guarantee system executes the account process related to the token transfer (S303). At this time, the transfer history of the revoked environment token is also recorded in a tamper-proof manner on the blockchain, which is a guarantee system, via the token trading platform. On the other hand, in the user system on the power purchase side, power control is also changed according to the transfer of the token (S403), the power transaction tokens owned by the user on the power purchase side increase, and the power equivalent to the owned power transaction tokens is increased. Can be supplied.

In the user system on the power purchase side, smart meter counting and reporting to the intermediary server 2 are sequentially executed (S405), and the intermediary server 2 aggregates the reports from each user system as power information and The failure history, which is the result of the determination regarding the mounting during the tabulated period, is evaluated (S304). Next, information regarding power consumption consumed by each user system is extracted from the aggregated information (S305). Then, the mediation server 2 generates power consumption data regarding the power consumed by each user system (S306).

Next, the power transaction token is canceled based on the generated power consumption data (S307). In response to the cancellation of the power transaction token, the guarantee system executes an account process related to the cancellation of the corresponding token (S308). The guarantee system 6 executes a process of erasing the value of the token such as erasing the corresponding token or setting the value of the token to 0, and records it in the node. After that, the intermediation server 2 notifies the user system of the completion of token cancellation, and the token issue completion process is executed on the user system side (S406). After this token is retired, the remaining tokens owned by the user have been reduced, and the upper limit of the power that can be used per unit period will be reduced.

(Operation during token transfer transaction)
Here, the token transfer process in step S402 will be described in detail. FIG. 10 is a flow diagram illustrating a processing procedure at the time of transfer of the power trading system according to the present embodiment, and FIG. 11 illustrates a relationship between the public key and the secret key according to the present embodiment.

In this embodiment, the mechanism of the distributed ledger system according to this embodiment is used for the token transfer processing and the account processing related to the token transfer. Here, a case where the seller Ua sells the power trading token to the new buyer Ub through the token trading platform will be described as an example. As shown in FIG. 10, this power sales transaction includes a public address and private key issuing step S501, a related service history information registration processing step S502, and a right transfer processing execution step S503.

First, in step S501, in the mediation server 2, the public address management unit 64b functions as an address issuing unit, and the public address management unit 64b corresponds to the public address PA3 unique to the token trading platform and the public address PA3 for the pool. Has issued a pair with the private key SK3. Specifically, as illustrated in FIG. 11, the mediation server 2 uses a random number generator or the like to generate a secret key SK3 associated with a public address unique to the token trading platform by a public key cryptosystem. To do. The random number generator may be incorporated in the public address management unit 64b as a program, for example. As described above, this secret key SK3 is used for the electronic signature of the transaction (here, the sale from the token transaction platform to the buyer Ub) using the paired power unique public address PA3 as the power transfer source.

Next, the mediation server 2 generates the public key PK3 from the secret key SK3, for example, based on an electronic signature algorithm such as an elliptic curve DSA (Elliptic Curve Digital Signature Algorithm, ESDSA). The generated public key PK3 and secret key SK3 form a key pair in the public key cryptosystem, and although the public key PK3 can be generated from the secret key SK3 due to the nature of this public key cryptosystem, the public key PK3. From the viewpoint of the amount of calculation, it is impossible to generate the secret key SK3 from. That is, the secret key SK3 cannot be specified from the public key PK3, but the public key PK3 can be specified from the secret key SK3. The type of digital signature algorithm to be used is not limited to the elliptic curve DSA, and may be appropriately selected according to the embodiment.

Subsequently, the mediation server 2 applies a one-way hash function such as SHA-256 or RIPEMD-160 to the public key PK3 to generate the power unique public address PA3 from the public key PK3. For example, the mediation server 2 can generate the power unique public address PA3 by applying SHA-256 to the public key PK3 twice. That is, the power unique public address PA3 is a hash value of the public key used for signing the above-mentioned transaction, and is used to identify the transfer destination and transfer source of the token. Since the one-way hash function is used to generate the power unique public address PA3, the power unique public address PA3 can be generated from the public key PK3 as shown in FIG. It is impossible to generate the public key PK3 from the address PA3.

In the next step S502, the transaction history data associated with each token, such as the history of services provided to the power token trading platform by the seller Ua, which is the power selling source, is linked to the pool public address PA3 generated in step S501. Attach to and record to the node. Specifically, as illustrated in FIG. 10, the result data and the like acquired by the mediation server 2 are published in association with the pool public address PA3. The actual data can be freely viewed as long as the public key PK3 related to the pool public address PA3 is obtained. As a result, anyone can verify a fraudulent act such as a fraudulent or falsified history of a power generation method or a power generation location from which the power is generated or a transaction history.

After that, in step S503, the mediation server 2 performs a right transfer transaction for the power unique public address PA3 generated in step S501 according to a predetermined power transfer condition. Then, when the transfer is completed, the mediation server 2 ends the process according to the present operation example. Here, an application executed on the power control terminal 40 or the like is used for exchanging various tokens according to the present embodiment. Therefore, in FIG. 10, an application for executing the token transaction mechanism is also installed in the public address management unit 64b of the mediation server 2, and the public address for pool managed by the platform is controlled by this application.

While the power token belongs to the seller Ua, the token is associated with the private address SKa of the seller Ua's public address PAa in the power control terminal 40 of the seller Ua and the paired secret key SKa. When the transfer procedure is taken, the seller Ua uses the power control terminal 40 to transfer the token from the public address PAa (transfer source) to the pool public address PA3 (transfer destination) generated by the power trader in step S501. Can be temporarily relocated and pooled.

On the other hand, the buyer Ub who newly wants to purchase the electric power obtains the public key PK3 to which the electric power transaction token is linked by using his/her electric power control terminal 40, as illustrated in FIG. However, the buyer Ub can browse the power generation data on the power associated with the pool public address PA3 of the token trading platform, the transaction progress information, and the related history by power.

Specifically, an application is also installed in the power control terminal 40 of the buyer Ub, and this application manages the public address PAb held by the buyer Ub. The public address PAb is associated with its own private key SKb, which allows the token from the public address PAb of its own to be further transferred to another person. In other words, each private key SKb allows the buyer Ub to freely use the token stored in the public address PAb and its transaction history. Here, the buyer Ub uses the application in the power control terminal 40 to receive the token transferred from the power specific public address PA3 specific to the power to the public address PAb.

(Operation of guarantee system)
Here, the mechanism of the distributed ledger system adopted in the above-mentioned guarantee system will be described in detail. In the present embodiment, the assurance system 6 provides a blockchain interface service, and in this service, each user system 4 or a plurality of nodes for storing at least a part or all of the data generated by the mediation server 2 are provided. These nodes aggregate the stored data at a predetermined timing to form a block, form a block chain using the block, and share the block chain among a plurality of the nodes to store it as a distributed ledger.

Specifically, as shown in FIG. 12, the power transaction system 1 according to the present embodiment uses the public key PKa and the secret key SKa based on the public key cryptosystem through the guarantee system 6 when issuing, transferring, and revoking various tokens. And a public address PAa is generated from the public key PKa corresponding to the issued token. The public address PAa is used as an address indicating the transferee (buyer Ub) and the transferor (seller Ua) in the power transaction contract, while the private key SKa is used for the electronic signature of the transaction whose public address PAa is the transfer source. Used.

The power transaction according to the present embodiment is performed between two nodes on a P2P (Peer-to-Peer) network 30 (here, between the seller Ua and the buyer Ub), and the transaction information is each node in the P2P network 30. 90a to 90f are broadcast and shared. As a result, a transaction history database (so-called block chain) by the distributed ledger system is formed on the P2P network 30, and transaction history of various tokens and power transactions is stored.

In the present embodiment, the transaction history database of this distributed ledger system executes, approves and manages power transaction contracts when rewriting the owners of various tokens through the mediation server 2. The power transaction intermediary (each power control terminal 40) generates a pool public address PA3 unique to the token transaction platform (intermediation server 2) in order to mediate the transaction between the seller Ua and the buyer Ub. , Assuming that the token to be traded is temporarily deposited in the token pool of the token trading platform, relay the transfer of the token.

Then, the parties to the transaction (the seller Ua and the buyer Ub) once receive the token by transferring the token from the current seller Ua to the pool public address PA3 unique to the token transaction platform using the power transaction system 100, Further, by transferring to the new buyer Ub via the public address PA3, the sales contract of the power token trading platform between the seller Ua and the buyer Ub is established.

As a result, the buyer Ub, who is the transferee, can receive the token at his/her public address PAb, and can browse the service history associated with this public address PA3 and use the service. The public address may be issued by the intermediary server 2, or by software on each transaction user terminal, or by a server of an independent service management institution or financial institution. Here, the detailed mechanism of this electronic cryptocurrency transaction will be specifically described with reference to FIGS. 12 to 15. FIG. 12 exemplifies the definition of a transaction (transaction) related to token issue/transfer/revocation, and FIGS. 13 to 15 exemplify a part of the token transaction history (block chain).

A transaction history relating to issuance, transfer, and cancellation of each token is defined as a series of digital signatures illustrated in FIG. When transferring the transaction history to the next owner, the owner of each token electronically signs the hash value of the last transaction and the hash value of the public key of the next owner with its own private key. What you did is added to the token transaction history. Note that a one-way hash function such as SHA-256 or RIPEMD-160 is used for calculating these hash values.

In FIG. 12, as a specific example of the transaction, various tokens are transferred from the owner Z to the owner A, transferred from the owner A to the owner B, and further transferred from the owner B to the owner C. It is illustrated. In this case, when transferring a token from owner A to owner B, owner A uses the hash value of the transfer transaction from owner Z to owner A and the public key of the next owner, owner B. The hash value and the digital signature of the owner A's private key are added to the token.

The owner of the token after this transaction including the owner B, the value obtained by decrypting this electronic signature with the public key of the owner A from the owner Z to the owner A is the hash value of the transaction and the disclosure of the owner B. By comparing with the hash value of the key, it can be determined whether or not this transaction has been tampered with. Similarly, when transferring a token from Owner B to Owner C, Owner B will include the hash value of the transfer transaction from Owner A to Owner B and the public key of Owner C, the next owner. The hash value and the digital signature of the private key of the owner B are added to the token. This makes it possible to determine whether the transfer transaction from the owner B to the owner C has been tampered with.

Various tokens can be defined as a chain of such a series of digital signatures. Here, the hash value of the public key is the public address. That is, the tokens stored in this public address can be transferred only to the person who can electronically sign the power transaction whose transfer address is this public address, that is, the person who has the private key corresponding to this public address. .. Therefore, the private key is generally kept secret so as not to be leaked to anyone other than the owner. Data such as tokens and transaction history related to the tokens are stored in the public address associated with the current owner. In addition, since it is not possible to verify that any of the past owners of this token is multiply using (multiple transferring) the token only with this electronic signature, the token transaction according to the present embodiment can be performed. In the mechanism, this multiple use is prevented by using a mechanism called a block chain illustrated in FIGS. 13 and 14.

As illustrated in FIGS. 13 and 14, each block recorded in the token or the like stores a plurality of transactions, Nonce, and a hash value of the immediately preceding block. Nonce is a disposable random value used in cryptographic communication, and among the nodes (minor) 60a to 60f, the node (minor) that first discovers this value is the blockchain for the block in which Nonce is discovered as the approver. Update the blockchain by adding to the end of. As a result, a consistent transaction history is recorded in the block chain, and by sharing this block chain with all the nodes 90a to 90f participating in the P2P network 30, a consistent transaction history is recorded in the entire P2P network 30. Can be shared. That is, this block chain will be responsible for part or all of the token transaction history database 61a and the key information database 61b in the guarantee system 6 described above. In this embodiment, in the power transaction based on the public key cryptosystem, various tokens are traded by such a mechanism.

(Action/effect)
According to the present embodiment described above, it is possible to issue various tokens based on the power generation time, place, and power generation method of electricity, and use the tokens to perform trading of electricity and settlement of consideration. As a result, in diversifying electric power transactions such as environmental value transactions and adjustment power transactions, added value can be accumulated and distributed as tokens in each transaction unit. For example, by using a token, it is possible to freely link the supply destination and the demand destination in transaction units such as self-consumption, interchange of others, market trading, PPS provision, etc., compared with the market value. Further, by providing an API and a terminal for interfacing with the platform, it is possible to easily enter the platform. Furthermore, since the blockchain interface service is also implemented, it is possible to easily enter from an existing interface. As a result, according to the present invention, in the electric power trading market in which diversified electric power values are mixed, it is possible to perform charging and selling by linking the supply source and the demand destination while appropriately evaluating the value of electric power. ..

In particular, since a distributed database system is adopted as the assurance system, it is not necessary to provide a strong single system management and operation facility for each business operator, and information is linked when exchanging information between vendors. Because the database is standardized, privacy protection, and advanced security measures against data tampering are ensured by the distributed database mechanism, the equipment cost and operation cost can be suppressed.

D1... Execution data D21... Sale data D22... Purchase data D3... Actual data PAa... Public address PAb... Public address PKa... Public key SKa... Private key SKb... Private key Ua... Seller Ub... Buyer 1... Power trading system 2... Mediation server 3...Communication network 4...User system 5...Monitoring server 6...Assurance system 7...AI learning unit 11...CPU
20...User system 21a...Token management database 21b...User database 21c...Result management database 21d...Power transaction management database 22...Authentication unit 23...Communication interface 24...Token management unit 24a...Token issuing unit 24b...Token canceling unit 24c...Token Transfer unit 25... Power transaction execution unit 25a... Contract data generation unit 25b... Guarantee system cooperation unit 26... Actual data management unit 26a... Value evaluation unit 27... Settlement unit 30... P2P network 40... Power control terminal 41... Smart meter 42... Storage battery 51... Monitoring history database 52... Failure determination unit 52a... Deep learning recognition unit 53... Failure information acquisition unit 61a... Token transaction history database 61b... Key information database 61c... Account database 62... Authentication unit 63... Communication interface 64... Token transaction Execution unit 64a...Transaction history provision unit 64b...Public address management unit 64c...Validity verification unit 64d...Data update unit 71...Teacher data provision unit 72...Item extraction unit 73...Keyword processing unit 90a to 90f...Node 100...Power transaction System 400... CPU bus 401... Storage device 402... CPU
402a... Power trading unit 403... Memory 404... Input interface 405... Output interface 406... Communication interface

Claims (4)

A failure detection system for detecting a failure in a plurality of user systems that controls and manages power for each power consumption unit,
A performance data generation unit that is provided on the user system side and that generates performance data by measuring the amount of power generated or consumed by each user during each power usage period,
A failure determination unit that determines the occurrence of a failure in the user system based on the performance data;
A cooperation unit that records the judgment result in cooperation with a guarantee system that stores at least a part of the judgment result by the failure judgment unit,
The assurance system includes a plurality of nodes that store at least a part of the data generated by the user system and the failure determination unit,
The node aggregates the stored data at a predetermined timing to form a block, forms a block chain using the block, and shares the block chain with a plurality of the nodes to store as a distributed ledger. Failure detection system. The guarantee system is
A public address generated from a public key in the public key cryptosystem for identifying a specific user, and a private key that can be paired with the public key to specify the public key and that has power via the public address. An address issuing unit for issuing a private key used for the electronic signature of the transaction is further provided,
Transferring ownership of the power transaction token by adding a public key relating to the user who generated the purchase data based on the contract data,
Data including a public key relating to the user who generated the purchase data is aggregated at a predetermined timing to form a block, a block chain is formed by using the block, and the block chain is shared by a plurality of the nodes to create a distributed ledger. The failure detection system according to claim 1, wherein the failure detection system is stored in the node as. A monitoring history storage unit that stores failure information related to actual device failures as a monitoring history,
The actual data of the user system related to the actual failure described in the failure information stored in the monitoring history storage unit is extracted, and the failure information and the extracted actual data are used as teacher data, and the artificial intelligence of the failure determination unit is set. The failure detection system according to claim 1, further comprising a learning unit for learning. The failure detection system according to claim 1, wherein the learning unit acquires the performance data from data stored in the block chain.