JP6860108B1 - Brokerage servers, trading systems, brokerage methods, and programs - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an ability to suppress soaring electric power charges and generation of unused electric power. A trading system 1 is composed of an electric power producer Aa, an electric power producer Ab, an electric power consumer Ca, an intermediary Da, an intermediary Db, and a certification body E. If the intermediary server 5a does not have the ownership of the assets produced by the required type of production method, the ownership of the assets by the specific type of production method requested by the smart meter 3c cannot be changed. Take over from the intermediary server 5b. [Selection diagram] Fig. 1

Description

The present invention relates to intermediary servers, trading systems, intermediary methods, and programs.

In recent years, green power (electric power produced by renewable energy) has been attracting attention. Green power is produced by utilizing resources that are renewable energies such as solar power, solar heat, wind power, biomass, geothermal power, hydropower, and heat in the atmosphere. Compared to fossil fuels such as petroleum, coal, and liquefied natural gas, power generation using renewable energy emits almost no CO2, which is a cause of global warming, so it is one of the resources used for power production. , Renewable energy is an environmentally friendly energy resource. By operating factories and the like using such environmentally friendly green power, corporate value can be improved. In addition, there is a method of using a blockchain for trading electric power produced by renewable energy or the like (see Patent Document 1). The blockchain is called a distributed ledger, and by associating a plurality of ledgers showing the transaction history of assets such as electric power with a plurality of nodes (computers), falsification of transaction history data can be prevented.

In addition, in order to realize stable use of electric power, it is necessary to adjust the consumed electric power and the produced electric power to be the same in real time (simultaneous equal amount). In order to achieve the same amount of electricity at the same time, generally, methods such as "matching supply (production) to demand (consumption)" and "matching demand (consumption) to supply (production)" are used. The balance between supply and demand is maintained. The latter is called demand response, and is a method of keeping the balance between supply and demand by behaving in the market as if the consumer generated electricity by himself / herself by suppressing the planned power consumption by saving.

However, the former is realized by excessive power generation or purchase by electric power companies and retailers, and due to the excessive operating costs, the charges for assets such as electricity charges soar or are used. There is a problem that assets such as wasteful power may be generated.

The invention according to claim 1 mediates a transaction related to the asset between the provider of the asset and the user of the asset by requesting the blockchain network to change the owner of the asset. If the owner of a specific asset produced by a specific type of production method cannot be changed from the original owner to the user in the intermediary server, the owner of the asset is changed to the blockchain network. To another intermediary server capable of requesting, the owner of the same type of asset produced by the same specific type of production method as the specific asset is transferred from another intermediary who manages the other intermediary server to the intermediary. It is an intermediary server characterized by having a transmission means for transmitting a first change request for changing to an intermediary who manages the server.

As described above, according to the present invention, there is an effect that it is possible to suppress a rise in the price of assets and the occurrence of useless assets that are not used.

It is a schematic diagram of the trading system which concerns on this embodiment. It is a hardware configuration diagram of a smartphone. It is a hardware block diagram of a smart meter. It is a hardware configuration diagram of an intermediary server. It is a functional block diagram of a smartphone and a smart meter in a trading system. It is a functional block diagram of an intermediary server and a node in a trading system. (A) is a conceptual diagram showing a user management table, and (b) is a conceptual diagram showing a provider management table. (A) is a conceptual diagram of the transaction content management table, and (b) is a conceptual diagram of the transaction history management table. It is a sequence diagram which showed the registration process of an intermediary. (A) is a display example of an intermediary registration screen, and (b) is a diagram showing a display example of an intermediary registration screen. It is a sequence diagram which showed the registration process of the transaction content of an asset. (A) is a display example of the transaction content registration screen before input and selection, and (b) is a diagram showing a display example of the transaction content registration screen after input and selection. It is a sequence diagram which shows the process of setting the owner of the asset provided by a provider as an intermediary. It is a conceptual diagram of transaction information and asset information. It is a sequence diagram which showed the process of setting the owner of the asset which an intermediary mediates to a user. It is a flowchart which showed the determination process of the type of a production method. It is a sequence diagram which shows the process of the transfer of ownership of the assets produced by a specific kind of production method between an intermediary server and a predetermined intermediary server other than the own server. It is a transition conceptual diagram of transaction information and asset information in the processing of S149. It is a transition conceptual diagram of transaction information and asset information in the process of step S92. It is a sequence diagram which showed the mediation process of the asset production method certificate.

The present embodiment will be described in detail below with reference to the drawings.

[Outline of system configuration]
First, the outline of the configuration of the trading system 1 will be described. FIG. 1 is a schematic view of a trading system according to the present embodiment. Here, the case of handling electric power as an example of an asset will be described. The ownership of the asset and the type of the asset production method are managed by the asset information described later.

<Explanation of each vendor>
As shown in FIG. 1, there are an electric power producer Aa, an electric power producer Ab, an electric power consumer Ca, an intermediary Da, an intermediary Db, and a certification authority E.

Producer Aa is an example of a provider, a trader who produces electricity from solar power as an example of renewable energy used in the production of green electricity. Producer Ab is an example of a provider, a trader who produces electricity from petroleum as an example of fossil fuels. The providers also include unions that purchase and resell assets from each producer.

Consumer Ca is an example of a user and is a trader who consumes electric power provided by producers Aa and Ab. The users include those who have decided to own the assets in the case of real estate where the assets are not consumed like electric power.

The intermediaries Da and Db are agents that mediate the transaction of ownership of electric power.

Certification body E is a public institution such as a national or local public body for certifying the type of electric power production method. Examples of the type of electric power production method include a method of producing electric power by utilizing solar power, solar heat, wind power, biomass, geothermal power, hydropower, heat in the atmosphere, nuclear power, and the like. Of these, solar, solar heat, wind power, biomass, geothermal power, hydropower, and heat in the atmosphere belong to the major categories of renewable energy. In addition, petroleum, coal, and liquefied natural gas belong to the major classification as fossil fuels. Renewable energy is an environmentally friendly energy source because it emits almost no _{CO 2} , which is a cause of global warming, compared to fossil fuel power generation. In this embodiment, solar power, solar heat, wind power, biomass, geothermal power, hydropower, or heat in the atmosphere is used as renewable energy. In addition, petroleum, coal, or liquefied natural gas is used as fossil fuel.

Furthermore, the intermediary Da sends the application form to the certification body E by mail or the like, receives the production method certificate from the certification body E, and sends the production method certificate to the consumer Ca by mail or the like. Do. The production method certificate, for example, describes the utilization rate of renewable energy. As a result, consumer Ca can apply for a public subsidy based on its own renewable energy utilization rate (CO _{2 reduction rate) and renewable energy utilization by using the production method certificate.}

The number of producers may be one or three or more. There may be multiple consumers and intermediaries. Further, the number of intermediaries may be three or more.

<Network of power transmission and distribution>
The substation Bx is the nearest substation of the producers Aa and Ab, and the substation By is the nearest substation of the consumer Ca. A power transmission and distribution network 10 is constructed by substations Bx, By, transmission and distribution lines, and the like. The electric power provided by the producers Aa and Ab is provided to the consumer Ca via the power transmission and distribution network 10.

<Data communication network>
The producer Aa has a smartphone 2a, a smart meter 3a, and a power generation device 4a. The producer Ab has a smartphone 2b, a smart meter 3b, and a power generation device 4b. Consumer Ca has a smartphone 2c, a smart meter 3c, and an electric device 8. The intermediary Da manages the intermediary server 5a. This intermediary Da is a corporation or an individual (for example, an employee such as a president, an officer, or an IT manager). The intermediary Db manages the intermediary server 5b. The mediator Db is a corporation or an individual (for example, an employee such as a president, an officer, or an IT manager).

The number of smartphones may be two or four or more, depending on the number of producers and consumers. Hereinafter, the generic names of the smartphones 2a, 2b, and 2c will be referred to as the smartphone 2. Further, the number of smart meters 3a, 3b, 3c may be two or four or more depending on the number of producers and consumers. Hereinafter, the generic names of the smart meters 3a, 3b, and 3c will be referred to as the smart meter 3. The number of power generation devices 4a and 4b may be one or three or more depending on the number of producers. Hereinafter, the generic names of the power generation devices 4a and 4b will be referred to as the power generation device 4. Hereinafter, the generic names of the smart meters 3a, 3b, and 3c will be referred to as the smart meter 3. The number of power generation devices 4a and 4b may be one or three or more depending on the number of producers. Hereinafter, the generic names of the power generation devices 4a and 4b will be referred to as the power generation device 4. Hereinafter, the generic names of the intermediary servers 5a and 5b will be referred to as the intermediary server 5. The number of intermediary servers 5a and 5b may be two or three or more, depending on the number of intermediaries. Further, the intermediary D is a general term for the intermediaries Da and Db. Further, the intermediary server 5 may be constructed by a single computer or may be constructed by a plurality of computers. The number of electric devices 8 may be two or more, depending on the number of consumers.

As shown in FIG. 1, the trading system 1 as a network for data communication includes a plurality of smartphones 2a, 2b, 2c, a plurality of smart meters 3a, 3b, 3c, a plurality of power generation devices 4a, 4b, and an intermediary server. It is constructed by 5a, 5b, and nodes 9a, 9b, 9c, 9d such as a computer. Further, the blockchain network 90 is constructed by the nodes 9a, 9b, 9c, 9d. The blockchain network 90 is constructed in a communication network 100 such as the Internet. The communication network 100 is constructed by the Internet, a mobile communication network, a LAN (Local Area Network), or the like. The communication network 100 may include not only wired communication but also wireless communication networks such as mobile communication systems (4G, 5G, 6G, etc.) and WiMAX (Worldwide Interoperability for Microwave Access). Further, although there are originally a large number of nodes 9a, 9b, 9c, 9d, only four nodes are shown here due to space limitations. Hereinafter, the generic names of the nodes 9a, 9b, 9c, and 9d will be referred to as the node 9.

Subsequently, the terminals and devices of the producers Aa and Ab and the consumer Ca will be described.

(Terminals and devices of producer Aa)
The smartphone 2a can perform data communication with the smart meter 3a by short-range wireless technology such as NFC (Near Field Communication) or Bluetooth (registered trademark). In addition, the smartphone 2a can perform data communication with the intermediary server 5 via the communication network 100.

The smart meter 3a can perform data communication with the intermediary server 5 via the communication network 100. Further, the smart meter 3a measures the amount of electric power provided by the power generation device 4a at regular time intervals (for example, every 30 minutes), and further indicates the amount of electric power provided and the owner and the like. Performs processing such as requesting node 9 of the blockchain network 90 to generate asset information.

The power generation device 4a is a device that uses sunlight to generate power.

(Terminals and devices of producer Ab)
The smartphone 2b can perform data communication with the smart meter 3b by short-range wireless technology such as NFC or Bluetooth (registered trademark). Further, the smartphone 2b can perform data communication with the intermediary server 5 via the communication network 100.

The smart meter 3b can perform data communication with the intermediary server 5 via the communication network 100. Further, the smart meter 3b measures the amount of electric power provided by the power generation device 4b at regular time intervals (for example, every 30 minutes), and further, the amount of electric power provided and the asset information indicating the owner, etc. Processing such as requesting the generation to the node 9 of the blockchain network 90 is performed.

The power generation device 4b is a device that uses petroleum to generate electricity.

(Terminals and devices of consumer Ca)
The smartphone 2c can perform data communication with the smart meter 3c by short-range wireless technology such as NFC or Bluetooth (registered trademark). Further, the smartphone 2c can perform data communication with the intermediary server 5 via the communication network 100.

The smart meter 3c can perform data communication with the intermediary server 5 via the communication network 100. In addition, the smart meter 3c measures the amount of power used by the electric device 8 at regular time intervals (for example, every 30 minutes), and further provides usage information indicating the amount of power used, the time used, and the like. , Sending to the intermediary server 5 via the communication network 100, and the like. In the present embodiment, since the intermediary server 5 accesses the blockchain network 90 instead of the smart meter 3c, the smart meter 3c does not need to access the blockchain network 90. The intermediary server 5 stores the consumer Ca certificate required for the smart meter 3c to access the blockchain in the storage unit 5000 in order to access the blockchain network 90 instead of the smart meter 3c. ..

The electric device 8 is a device that is driven by using the electric power provided by the consumers Aa and Ab.

(Intermediary server of intermediary Da)
The mediation server 5 handles mediation of transactions related to assets such as transfer of asset information between an asset provider such as electric power and an asset user. Therefore, the intermediary server 5 can perform data communication with each smartphone 2 and each smart meter 3 via the communication network 100. Further, the intermediary server 5 can access the node 9 of the blockchain network 90 and perform data communication with the node 9.

(Supplement)
The smartphones 2a and 2b are examples of the communication terminals of the providers. The smartphone 2c is an example of a user's communication terminal. Communication terminals also include smart watches, PCs, smart glasses and the like. The smart meter 3 is an example of a measuring terminal.

[Hardware configuration]
Subsequently, the hardware configurations of the smartphone 2, the smart meter 3, the intermediary server 5, and the node 9 will be described with reference to FIGS. 2 to 4.

<Smartphone hardware configuration>
FIG. 2 is a hardware configuration diagram of a smartphone. As shown in FIG. 2, the smartphone 2 includes a CPU 201, ROM 202, RAM 203, EEPROM 204, CMOS sensor 205, image sensor I / F 206, acceleration / orientation sensor 207, media I / F 209, and GPS receiver 211. There is.

Of these, the CPU 201 controls the operation of the entire smartphone 2. The ROM 202 stores a program used to drive the CPU 201 such as the CPU 201 and the IPL. The RAM 203 is used as a work area of the CPU 201. The EEPROM 204 reads or writes various data such as a smartphone program under the control of the CPU 201. The CMOS (Complementary Metal Oxide Semiconductor) sensor 205 is a kind of built-in imaging means for acquiring image data by imaging a subject (mainly a self-portrait) under the control of the CPU 201. Instead of a CMOS sensor, it may be an imaging means such as a CCD (Charge Coupled Device) sensor. The image sensor I / F 206 is a circuit that controls the drive of the CMOS sensor 205. The acceleration / orientation sensor 207 is various sensors such as an electronic magnetic compass, a gyro compass, and an acceleration sensor that detect the geomagnetism. The media I / F 209 controls reading or writing (storage) of data to a recording medium 208 such as a flash memory. The GPS receiving unit 211 receives GPS signals from GPS satellites.

Further, the smartphone 2 includes a long-distance communication circuit 212, a CMOS sensor 213, an image sensor I / F214, a microphone 215, a speaker 216, a sound input / output I / F217, a display 218, an external device connection I / F (Interface) 219, and a near vicinity. It includes a range communication circuit 220, an interface 220a of the short range communication circuit 220, and a touch panel 221.

Of these, the long-distance communication circuit 212 is a circuit that communicates with other devices via the communication network 100. The CMOS sensor 213 is a kind of built-in imaging means for capturing an image of a subject and obtaining image data under the control of the CPU 201. The image sensor I / F 214 is a circuit that controls the drive of the CMOS sensor 213. The microphone 215 is a built-in circuit that converts sound into an electric signal. The speaker 216 is a built-in circuit that converts an electric signal into physical vibration to produce sounds such as music and voice. The sound input / output I / F 217 is a circuit that processes sound signal input / output between the microphone 215 and the speaker 216 under the control of the CPU 201. The display 218 is a kind of display means such as a liquid crystal or an organic EL (Electro Luminescence) for displaying an image of a subject, various icons, and the like. The external device connection I / F 219 is an interface for connecting various external devices. The short-range communication circuit 220 is a communication circuit such as NFC (Near Field Communication) or Bluetooth (registered trademark). The touch panel 221 is a kind of input means for operating the smartphone 2 by the user pressing the display 218.

Further, the smartphone 2 is provided with a bus line 210. The bus line 210 is an address bus, a data bus, or the like for electrically connecting each component such as the CPU 201 shown in FIG.

<Hardware configuration of smart meter>
FIG. 3 is a hardware configuration diagram of the smart meter. As shown in FIG. 3, the smart meter 3 is equipped with a computer, and as shown in FIG. 3, the CPU 301, ROM 302, RAM 303, NVRAM 304, display 306, measurement sensor 307, and switch 308. , Network I / F309, keypad 311, touch panel 312, short-range communication circuit 220, and antenna 220a of the short-range communication circuit 220.

Of these, the CPU 301 controls the operation of the entire smart meter 3. The ROM 302 stores a program used to drive the CPU 301 such as an IPL. The RAM 303 is used as a work area of the CPU 301. NVRAM (Non-Volatile RAM) 304 is a non-volatile memory that stores and reads various data such as programs. The display 306 displays various information such as a cursor, a menu, a window, a character, or an image.

The measurement sensor 307 measures the power provided or used. The switch 308 turns on (closes) or cuts (opens) an electric circuit to conduct or stop electricity.

The network I / F 309 is an interface for performing data communication using a communication network 100 such as the Internet including the blockchain network 90. The keypad 311 is a kind of input means including a plurality of keys for inputting or selecting characters, numerical values, various instructions, and the like. The short-range communication circuit 320 is a communication circuit that realizes short-range wireless technology such as NFC and Bluetooth (registered trademark). The bus line 310 is an address bus, a data bus, or the like for electrically connecting each component such as the CPU 301 shown in FIG.

<Hardware configuration of intermediary server>
FIG. 4 is a hardware configuration diagram of the intermediary server. Each hardware configuration of the intermediary server 5 is indicated by a code in the 500 series. As shown in FIG. 4, the intermediary server 5 is constructed by a computer, and as shown in FIG. 4, the CPU 501, ROM 502, RAM 503, HD 504, HDD (Hard Disk Drive) controller 505, and display. It includes 506, an external device connection I / F (Interface) 508, a network I / F 509, a data bus 510, a keyboard 511, a pointing device 512, a DVD-RW (Digital Versatile Disk Rewritable) drive 514, and a media I / F 516.

Of these, the CPU 501 controls the operation of the entire intermediary server 5. The ROM 502 stores a program used to drive the CPU 501 such as an IPL. The RAM 503 is used as a work area of the CPU 501. The HD504 stores various data such as programs. The HDD controller 505 controls reading or writing of various data to the HD 504 according to the control of the CPU 501. The display 506 displays various information such as cursors, menus, windows, characters, or images. The external device connection I / F 508 is an interface for connecting various external devices. The external device in this case is, for example, a USB (Universal Serial Bus) memory, a printer, or the like. The network I / F 509 is an interface for performing data communication using the communication network 100. The bus line 510 is an address bus, a data bus, or the like for electrically connecting each component such as the CPU 501 shown in FIG.

Further, the keyboard 511 is a kind of input means including a plurality of keys for inputting characters, numerical values, various instructions and the like. The pointing device 512 is a kind of input means for selecting and executing various instructions, selecting a processing target, moving a cursor, and the like. The DVD-RW drive 514 controls reading or writing of various data to the DVD-RW 513 as an example of the removable recording medium. In addition, it is not limited to DVD-RW, and may be DVD-R, Blu-ray Disc (Blu-ray disc), or the like. The media I / F 516 controls reading or writing (storage) of data to a recording medium 515 such as a flash memory.

<Hardware configuration of node>
FIG. 4 is a hardware configuration diagram of the node. Each hardware configuration of node 9 is indicated by a code in the 900s in parentheses. As shown in FIG. 4, the node 9 is constructed by a computer and has the same configuration as the intermediary server 5 as shown in FIG. 4, so that the description of each hardware configuration will be described. Is omitted.

[Functional configuration]
Subsequently, the functional configuration of each terminal and device for constructing the trading system 1 will be described with reference to FIGS. 5 to 8. FIG. 5 is a functional block diagram of a smartphone and a smart meter in the trading system.

<Functional configuration of smartphone 2a>
As shown in FIG. 5, the smartphone 2a has a transmission / reception unit 21a, a reception unit 22a, a display control unit 24a, a communication unit 28a, and a storage / reading unit 29a. Each of these parts is a function or means realized by operating any of the components shown in FIG. 2 by a command from the CPU 201 according to a program for a smartphone developed on the RAM 203 from the EEPROM 204. is there.

Further, the smartphone 2a has a storage unit 2000a constructed by the ROM 202, the RAM 203, and the EEPROM 204 shown in FIG.

(Each function configuration of smartphone 2a)
The transmission / reception unit 21a of the smartphone 2a is mainly realized by the processing of the CPU 201 with respect to the long-distance communication circuit 212, and various data (or information) with other devices (for example, the intermediary server 5) via the communication network 100. ) Is sent and received.

The reception unit 22a is mainly realized by processing the CPU 201 on the touch panel 221 and receives various selections or inputs from the user.

The display control unit 24a is mainly realized by the processing of the CPU 201, and causes the display 218 to display various images. The display control unit 24a also includes a web browser function.

The communication unit 28a is mainly realized by processing the CPU 201 with respect to the short-range communication circuit 220, and communicates various data with the communication unit 38a described later of the smart meter 3a. In the case of wired communication, data is communicated by connecting the smart meter 3a and a communication cable.

The storage / reading processing unit 29a is mainly realized by the processing of the CPU 201, and stores various data (or information) in the storage unit 2000a and reads various data (or information) from the storage unit 2000a.

<Functional configuration of smartphone 2c>
As shown in FIG. 5, the smartphone 2c has a transmission / reception unit 21c, a reception unit 22c, a display control unit 24c, a communication unit 28c, and a storage / reading unit 29c. Each of these parts is a function or means realized by operating any of the components shown in FIG. 2 by a command from the CPU 201 according to a program for a smartphone developed on the RAM 203 from the EEPROM 204. is there.

Further, the smartphone 2c has a storage unit 2000c constructed by the ROM 202, the RAM 203, and the EEPROM 204 shown in FIG.

Each part of the smartphone 2c (transmission / reception unit 21c, reception unit 22c, display control unit 24c, communication unit 28c, and storage / reading unit 29c) is each part of the smartphone 2a (transmission / reception unit 21a, reception unit 22a, display control unit). Since the functions are the same as those of 24a, the communication unit 28a, and the storage / reading unit 29a), the description thereof will be omitted.

The smartphone 2b has the same parts as the smartphone 2a, like the smartphone 2c, but will be omitted in FIG. 5 because it will not be described in the processing described later.

<Functional configuration of smart meter 3a>
As shown in FIG. 5, the smart meter 3a includes a transmission / reception unit 31a, a measurement unit 33a, a display control unit 34a, a communication unit 38a, and a storage / reading unit 39a. Each of these parts is a function or means realized by operating any of the components shown in FIG. 3 by a command from the CPU 301 according to a program for a smart meter developed on the RAM 303 from the NVRAM 304. Is.

Further, the smart meter 3a has a storage unit 3000a constructed by the ROM 302, the RAM 303, and the NVRAM 304 shown in FIG.

(Each function configuration of smart meter 3a)
The transmission / reception unit 31a of the smart meter 3a is realized mainly by the processing of the CPU 301 with respect to the network I / F 309, and various data (or information) with other devices (for example, the intermediary server 5) via the communication network 100. ) Is sent and received.

The measuring unit 33a is realized mainly by the processing of the CPU 301 with respect to the measuring sensor 307, and measures the amount of electric power provided by the power generation device 4a.

The display control unit 34a is mainly realized by the processing of the CPU 301, and causes the display 306 to display various images.

The communication unit 38a is mainly realized by processing the CPU 301 with respect to the short-range communication circuit 320, and communicates various data with the communication unit 28a of the smart meter 2a. In the case of wired communication, data is communicated by connecting the smart meter 3a and a communication cable.

The storage / reading processing unit 39a is mainly realized by the processing of the CPU 301, and stores various data (or information) in the storage unit 3000a and reads various data (or information) from the storage unit 3000a.

<Functional configuration of smart meter 3c>
As shown in FIG. 5, the smart meter 3c has a transmission / reception unit 31c, a measurement unit 33c, a display control unit 34c, a communication unit 38c, and a storage / reading unit 39c. Each of these parts is a function or means realized by operating any of the components shown in FIG. 3 by a command from the CPU 301 according to a program for a smart meter developed on the RAM 303 from the NVRAM 304. Is.

Further, the smart meter 3a has a storage unit 3000c constructed by the ROM 302, the RAM 303, and the NVRAM 304 shown in FIG.

Each part of the smart meter 3c (transmission / reception unit 31c, measurement unit 33c, display control unit 34c, communication unit 38c, and storage / reading unit 39c) is a part of the smart meter 3a (transmission / reception unit 31a, measurement unit 33a, display). Since the functions are the same as those of the control unit 34a, the communication unit 38a, and the storage / reading unit 39a), the description thereof will be omitted.

Further, the smart meter 3b has the same parts as the smart meter 3a like the smart meter 3c, but it is omitted in FIG. 5 because it will not be described in the process described later.

<Functional configuration of intermediary server 5a>
Due to space limitations, the functional block diagrams of the intermediary servers 5a and 5b are shown in FIG. FIG. 6 is a block diagram of an intermediary server and a node function in the trading system. As shown in FIG. 6, the mediation server 5a includes a transmission / reception unit 51a, a determination unit 53a, a display control unit 54a, a determination unit 55a, a creation unit 58a, and a storage / reading unit 59a. Each of these parts is a function or means realized by any of the components shown in FIG. 4 being expanded from HD 504 onto RAM 503 and operated by an instruction from CPU 501 according to a program for an intermediary server. is there.

Further, the intermediary server 5a has a storage unit 5000a constructed by the ROM 502 shown in FIG. 4 and the HD 504.

(User management table)
FIG. 7A is a conceptual diagram showing a user management table. The user management table is a table for the intermediary Da to manage each user such as an electric power consumer. In the storage unit 5000a, a user management DB 5001a configured by a user management table as shown in FIG. 7A is constructed. In this user management table, a user ID, a user name, a user's address (or whereabouts), and a selectable provider ID are managed in association with each other.

Of these, the user ID is an example of user identification information for identifying the user of an asset such as the electric power consumer Ca. The selectable provider ID is an example of provider identification information for identifying a provider such as a producer that can be selected by the user indicated by the user ID. For example, if the user's address is in Tokyo, the providers that can be selected are limited to those that have addresses in and around Tokyo.

(Provider management table)
FIG. 7B is a conceptual diagram showing a provider management table. The provider management table is a table for the intermediary Da to manage each provider such as an electric power producer. In the storage unit 5000a, a provider management DB 5002a configured by a provider management table as shown in FIG. 7B is constructed. In this provider management table, the provider ID, the provider name, the type of asset production method such as electric power by the provider, and the amount that can be provided are associated and managed.

Of these, the provider ID is an example of provider identification information for identifying the provider of assets such as electric power producers. The type of production method indicates the type of energy used to produce the asset. As described above, the types of production methods include methods of producing using solar power, wind power, biomass, geothermal power, hydropower, petroleum, coal, liquefied natural gas, and the like. The type of production method may be broadly classified as renewable energy or fossil fuel. The amount that can be provided is the amount of assets that a provider such as a producer can provide in a certain period (or a certain time), for example, the amount of electric power (kWh).

(Transaction content management table)
FIG. 8A is a conceptual diagram showing a transaction content management table. The transaction content management table is a table for managing the transaction content of assets set by a user such as consumer Ca. In the storage unit 5000a, a transaction content management DB 5003a configured by a transaction content management table as shown in FIG. 8A is constructed. In this transaction content management table, transaction content information is managed. Specifically, the user ID, the start date of use, the end date of use, the planned amount of use, the renewable energy utilization rate, the provider ID, and the provider name. , And the type of production method are associated and managed. The same item names as those in FIGS. 7 (a) and 7 (b) such as the user ID have the same meaning.

Of these, the use start date is information indicating the date when a user such as consumer Ca starts using assets such as electric power. The end-of-use date is information indicating the date when the user ends the use of assets such as electric power. The planned usage amount is the amount of assets that the user plans to use for a certain period (or a certain time), for example, the electric power amount (kWh). The renewable energy utilization rate is information indicating the ratio (%) of assets produced by using renewable energy such as solar power among assets such as electric power used by users such as consumers Ca.

(Transaction history management table)
FIG. 8B is a conceptual diagram showing a transaction history management table. The transaction history management table is a table for managing the transaction history in which the intermediary server 5a mediates the transactions related to the assets acquired from the provider such as the producer for each user. In the storage unit 5000a, a transaction history management DB 5004a configured by a transaction history management table as shown in FIG. 8B is constructed. In this transaction history management table, transaction history information is managed, and specifically, the brokerage date and time, the transaction amount, the type of production method, and the total transaction amount by various production methods are managed in association with each other. In other words, the type of (energy) resource used for the production of an asset is, in other words, the "type of production method" for producing an asset using a predetermined type of resource. For example, when the asset is electric power, the "production method type" indicates a "power generation method" such as solar power. Further, although the case where solar power and petroleum are used as various production methods is shown here, the production method is not limited to this, and the production method using air volume, coal or the like may be managed. You may also manage a broad classification of production method types that indicate electricity renewable energy and fossil fuels.

Among the transaction history information, the same item names as those in FIGS. 7A and 7B, such as the user ID, have the same meaning. The mediation date and time indicates the date and time when the ownership of the asset is mediated by allocating the ownership of the asset acquired by the mediation server 5a from the provider such as the producer to the user such as the consumer Ca. The transaction volume indicates the transaction volume of the asset that the intermediary server 5a acquires from the provider and mediates the transaction to the user, and is represented by, for example, the electric power (kWh). The total transaction volume indicates the total amount of assets produced by a specific type of production method allocated to users such as consumer Ca for a certain period (or a certain period of time), and is shown, for example, in total electric energy (kWh). Is done. The intermediary server 5a determines the type of asset production method to be allocated to the user such as the consumer Ca with reference to the transaction history management DB 5004a. From this, for example, when the ratio of the electric power produced by the consumer Ca using the renewable energy is set to 40, the intermediary server 5a refers to the total transaction amount of the transaction history management DB 5004a, and then Determine the type of asset production method to provide to consumer Ca.

Since the planned usage amount (for example, 20kWh) shown in FIG. 8A is the planned usage amount every hour, the transaction volume is planned to be used when the asset information is transferred every 30 minutes. It will be half the amount (for example, 10kWh).

Further, although the case where solar power and petroleum are used as various production methods is shown here, the production method is not limited to this, and the production method using air volume, coal or the like may be managed. You may also manage major categories such as the types of production methods that indicate renewable energy and fossil fuels.

Furthermore, the type of production method also includes the type of asset production process. The type of asset production process indicates a case where the process until the asset such as electric power is produced is different. As an example, even when the same resource, the sun, is used, a method of producing electric power by using sunlight, a method of producing electric power by using solar heat, and the like are included. In addition, another example of the type of asset production process includes a method of producing electric power using a turbine, a method of producing electric power without using a turbine, and the like.

(Each function configuration of the intermediary server 5a)
Next, each functional configuration of the intermediary server 5a will be described in detail with reference to FIG. The transmission / reception unit 51a of the intermediary server 5a is mainly realized by the processing of the CPU 501 for the network I / F 509, and various data (or various data (or, for example, smartphones 2a, 2c)) are exchanged with other terminals (for example, smartphones 2a, 2c) via the communication network 100. Information) is sent and received. The transmission / reception unit 51a also serves as a reception unit that receives the transaction details described later from the smartphone 2c.

The determination unit 53a determines the asset information indicating the ownership of the asset, which is realized by the processing of the CPU 501 and is transferred to the user (intermediates the transaction). For example, the determination unit 53a has "transaction history of assets produced by a predetermined type of production method by a user" managed by transaction history management DB 5004a and "renewable" managed in advance by transaction content management DB 5003a. Based on the "energy utilization rate", the asset information related to the assets produced by a specific type of production method that mediates transactions with users such as consumers Ca is determined. Specifically, when the consumer Ca sets the utilization rate of renewable energy to 40 (%), the determination unit 53a refers to the total transaction volume of the transaction history management DB 5004a and uses the utilization rate of 40 (%). ), The consumer Ca decides to change the owner of the asset information related to the assets produced by renewable energy from the intermediary Da that manages the intermediary server 5a to the consumer Ca. ..

The display control unit 54a is mainly realized by the processing of the CPU 501, and causes the display 506 to display various images, or causes the display 218 of the smartphone 2 to display various images via the communication network 100. In this case, the smartphone 2 displays various images by the function of the web browser of the display control unit 24 of the smartphone 2. The display control unit 24 is a general term for the display control units 24a and 24c.

The determination unit 55a is realized by the processing of the CPU 501 and makes various determinations.

The creation unit 58a is realized by the processing of the CPU 501, and creates an application form for the intermediary D to submit to the certification authority E based on the transaction information and the asset information. This application is created in a given format for applying for a production method certificate to prove the type of production method for the asset.

The storage / reading unit 59a is mainly realized by the processing of the CPU 501, and stores various data (or information) in the storage unit 5000a and reads various data (or information) from the storage unit 5000.

<Functional configuration of intermediary server 5b>
As shown in FIG. 6, the intermediary server 5b includes a transmission / reception unit 51b, a determination unit 53b, a display control unit 54b, a determination unit 55b, a creation unit 58b, and a storage / reading unit 59b. Each of these parts is a function or means realized by any of the components shown in FIG. 4 being expanded from HD 504 onto RAM 503 and operated by an instruction from CPU 501 according to a program for an intermediary server. is there.

Further, the intermediary server 5b has a ROM 502 shown in FIG. 4 and a storage unit 5000b constructed by the HD 504. Each of these parts is a function or means realized by any of the components shown in FIG. 4 being expanded from HD 504 onto RAM 503 and operated by an instruction from CPU 501 according to a program for an intermediary server. is there.

Further, the intermediary server 5b has a ROM 502 shown in FIG. 4 and a storage unit 5000b constructed by the HD 504.

Each part of the intermediary server 5b (transmission / reception unit 51b, determination unit 53b, display control unit 54b, judgment unit 55b, creation unit 58b, and storage / reading unit 59b) is each part of the intermediary server 5a (transmission / reception unit 51a, determination). Since the functions are the same as those of the unit 53a, the display control unit 54a, the determination unit 55a, the creation unit 58a, and the storage / reading unit 59a), the description thereof will be omitted. Further, in the storage unit 5000b of the intermediary server 5b, a user management DB 5001b, a provider management DB 5002b, a transaction content management DB 5003b, and a transaction history management DB 5004b are constructed. Since it is constructed with the same items (columns) as the person management DB 5002a, the transaction content management DB 5003a, and the transaction history management DB 5004a, the description thereof will be omitted.

<Functional configuration of node 9>
As shown in FIG. 6, the node 9 has a transmission / reception unit 91, a verification unit 93, a determination unit 95, a transaction processing unit 96, an asset processing unit 97, and a storage / reading unit 99. Each of these parts is a function or means realized by any of the components shown in FIG. 4 being expanded from the HD 904 on the RAM 903 and operated by an instruction from the CPU 901 according to the program for the node. ..

Further, the node 9 has a ROM 902 shown in FIG. 4 and a storage unit 9000 constructed by the HD 904. FIG. 6 shows, as an image, a state in which transaction information is connected like a chain. In addition, the asset information generated based on the transaction information is also stored. Each transaction information and each asset information is held in each node.

(Each function configuration of the node)
Next, each functional configuration of the node 9 will be described in detail with reference to FIG. The transmission / reception unit 91 of the node 9 is mainly realized by the processing of the CPU 901 for the network I / F 909, and transmits / receives various data (or information) to / from other nodes of the blockchain network 90 in the communication network 100. .. The transmission / reception unit 91 also transmits / receives various data (or information) between the transmission / reception unit 31a of the smart meter 3a and the transmission / reception unit 51 of the intermediary server 5. Although the smartphone 3b is not shown in FIG. 6, the transmission / reception unit 91 actually transmits / receives various data (or information) to / from the smart meter 3b.

The verification unit 93 is realized by the processing of the CPU 901 and verifies the certificate and the provided information). The certificate verification is a process of determining whether or not the certificate is the certificate of the person who is registered in advance in the node 9. The verification of the provided information is a process of determining whether or not all the predetermined formats and contents (for example, whether the provider has been input or the provision time has been input) have been input.

The determination unit 95 is realized by the processing of the CPU 901 and makes various determinations.

The transaction processing unit 96 performs processing such as generating transaction information indicating a transaction used for generating asset information, which is realized by processing of the CPU 901, and storing it in the storage unit 9000.

The asset processing unit 97 is realized by the processing of the CPU 901, and performs processing such as generating asset information and storing it in the storage unit 9000 according to the transaction information.

The storage / reading unit 99 is mainly realized by the processing of the CPU 901, and stores various data (or information) in the storage unit 9000 and reads various data (or information) from the storage unit 9000.

[Processing or operation]
Subsequently, the process or operation of the present embodiment will be described with reference to FIGS. 9 to 20.

<Intermediary registration process>
First, the registration process of the intermediary will be described with reference to FIGS. 9 and 10. FIG. 9 is a sequence diagram showing the registration process of the intermediary. FIG. 10A is a diagram showing a display example of the intermediary registration screen, and FIG. 10B is a diagram showing a display example of the intermediary registration completion screen. Here, a case where the producer Aa registers the intermediary Da among a plurality of intermediaries will be described. An application for registering an intermediary is pre-installed on the smartphone 2a. In this application, an intermediary ID for identifying each intermediary, an intermediary name, and an IP address of an intermediary server owned by the intermediary are associated and managed.

As shown in FIG. 9, in the smartphone 2a, the display control unit 24a displays the intermediary registration screen shown in FIG. 10A on the display 218 (S21). On this intermediary registration screen, a pull-down menu showing each intermediary name is displayed in order to select a specific intermediary. In addition, at the bottom of the intermediary registration screen, an "OK" button that is pressed to confirm the intermediary name selected in the pull-down menu and a "CANCEL" button that is pressed to cancel the selection are displayed. ing.

Then, when the producer Aa selects a desired mediator name from the plurality of mediator names and presses the "OK" button, the reception unit 22a accepts the mediator's selection (S22). Here, the case where the intermediary Da is selected will be described.

After the reception unit 22a accepts the selection, the communication unit 28a transmits the intermediary information to the communication unit 38a of the smart meter 3a by short-range wireless communication (S23). This intermediary information includes an intermediary ID for identifying the selected intermediary and an IP address of an intermediary server owned by the selected intermediary. As a result, the communication unit 38a of the smart meter 3a receives the intermediary information.

Next, in the smart meter 3a, the storage / reading unit 39a registers the mediator information in the storage unit 3000a. Then, the communication unit 38a transmits the registration completion information indicating that the registration is completed to the smartphone 2a. As a result, the communication unit 28a of the smartphone 2a receives the registration completion information.

Next, in the smartphone 2a, the display control unit 24a displays the registration completion screen as shown in FIG. 10B on the display 218. On this registration completion screen, a comment indicating that the registration of the intermediary has been completed is displayed. Further, on this registration completion screen, an "OK" button that is pressed when the screen is closed is displayed, and when the producer Aa presses the button, the registration completion screen is closed.

With the above, the registration process of the intermediary is completed.

<Registration process of transaction details>
Subsequently, the registration process of the transaction content of the asset will be described with reference to FIGS. 11 and 12. FIG. 11 is a sequence diagram showing the registration process of the transaction content of the asset. FIG. 12A is a diagram showing a display example of the transaction content registration screen before input and selection, and FIG. 12B is a diagram showing a display example of the transaction content registration screen after input and selection. Here, a case where the consumer Ca registers the transaction content of electric power as an asset to the intermediary server 5 using the smartphone 2c will be described.

As shown in FIG. 11, the transmission / reception unit 21c of the smartphone 2c transmits a display request of the transaction content registration screen to the intermediary server 5a via the communication network 100 (S41). This display request includes a user ID for identifying the consumer Ca as the user who is the request source. As a result, the transmission / reception unit 51a of the intermediary server 5a receives the display request. The user ID is an example of user identification information. The user identification information includes my number, which is a number designated by a local public body as an individual identification number in Japan, and a telephone number of an individual or a company.

Next, in the intermediary server 5a, the storage / reading unit 59a can search the user management DB 5001a (see FIG. 7A) using the user ID received in step S41 as a search key, so that the corresponding selection can be made. Read all provider IDs (S42). Further, the storage / reading unit 59a searches the provider management DB 5002a using each provider ID read in step S42 as an inspection key, so that each corresponding information (provider name, production method type information, and provideable amount) is searched. ) Is read (S43). Then, the display control unit 54a creates a transaction content registration screen as shown in FIG. 12A by using each information read in step S43 (S44). As a result, in the smartphone 2c, the display control unit 24c uses the web browser function to display the transaction content registration screen shown in FIG. 12A created by the intermediary server 5a on the display 218 of the smartphone 2c (S45). .. On this transaction content registration screen, each input field (asset (in this case, electric power) usage period date, asset usage end date, asset usage schedule amount, and renewable energy utilization rate), and asset provider There are multiple checkboxes for selecting. In addition, at the bottom of the transaction content registration screen, there is an "OK" button that is pressed when entering the input field and confirming the checked transaction content in the check box, and pressing when canceling without confirming the transaction content. The "CANCEL" button to be displayed is displayed.

Here, the consumer Ca inputs a desired numerical value in each input field by operating the touch panel of the smartphone 2c, further checks the check box of the desired provider, and presses the "OK" button. Then, the reception unit 22c accepts the input and selection of the transaction content (S46). The renewable energy utilization rate indicates the ratio of renewable energy used to the energy used for the production of electric power that the consumer Ca wants to acquire.

Here, consumer Ca selects producer Aa, which uses sunlight to produce electricity as the energy used for production, but since electricity is not provided at night, it is decided to replace it with other energy. In consideration, producer Ab, which produces electricity using oil, has been selected. And the renewable energy utilization rate is set to 40%.

Next, the transmission / reception unit 21c of the smartphone 2c transmits the transaction content information indicating the input and selected content to the intermediary server 5a via the communication network 100 (S47). As a result, the transmission / reception unit 51a of the intermediary server 5a receives the transaction content by receiving the transaction content information.

Next, in the intermediary server 5a, the storage / reading unit 59a associates the transaction content management DB 5003a (see FIG. 8A) with the user ID received in step S41 and the transaction content information received in step S47. It is managed by memorizing it (S48).

This completes the transaction content registration process.

<Process to set the owner of the asset as an intermediary>
Subsequently, the process of setting the owner of the assets provided by the provider as an intermediary will be described with reference to FIGS. 13 and 14. FIG. 13 is a sequence diagram showing a process of setting the owner of the assets provided by the provider as an intermediary. FIG. 14 is a conceptual diagram of transaction information and asset information. Here, a case where the smart meter 3a of the producer Aa sets the owner of the asset as an intermediary for the node 9a will be described.

As shown in FIG. 13, the measuring unit 33a measures the power supplied from the power generation device 4a to the power transmission and distribution network 10 (S61). Then, the transmission / reception unit 31a of the smart meter 3a transmits a request for asset information generation to the node 9a of the blockchain network 90 once at a predetermined time (for example, 30 minutes) (S62). In response to this request, an electronic certificate certifying that the producer Aa as the provider is the person himself / herself so that the smartphone 2a of the producer Aa who is the provider can access the blockchain network 90. And the information provided is included. The provided information includes information on the provider, the date and time of provision, the (tradable) quantity, the type of production method, and the owner of the asset. As a result, the transmission / reception unit 91 of the node 9a receives the request for asset information generation (S62). This provided information is information used for generating the transaction information shown in FIG. The content of this provided information is determined in advance by the blockchain smart contract (contract automation).

Next, the verification unit 93 of the node 9 verifies the certificate and the provided information received in step S62 (S63). Next, a case where there is no problem with the verification result will be described.

Next, the transaction processing unit 96 uses the provided information received in step S62 to generate transaction information as shown in FIG. 14 and stores it in the storage unit 9000 (S64). In this case, the transaction processing unit 96 assigns a transaction ID and sets the transaction type. The transaction information includes transaction ID, transaction type information, and provided information (provider, provided date and time, (tradable) quantity, production method, and owner information).

Of these, the transaction ID is an example of unique identification information for identifying transaction information. The transaction type is information indicating the type of processing content for the asset information. In FIG. 14, since the transaction type is asset information generation, the asset processing unit 97 generates asset information. The provider is information indicating the provider of the asset. The offer date and time is information indicating the date and time when the asset was provided by the provider. The (tradable) amount is information indicating the amount of electric power that the provider can trade within a predetermined period. The type of production method is information indicating the type of production method shown in FIG. 8 (b). The owner is information indicating the owner of the asset, which indicates the ownership of the asset.

Next, the asset processing unit 97 generates the asset information shown in FIG. 14 according to the transaction information shown in FIG. 14 and stores it in the storage unit 9000 (S65). In this case, the asset processing unit 97 trades the provided information (provider, provided date and time, (tradable) quantity, production method, and owner's information) in the transaction information, as well as the transaction expiration date and asset information. Set the situation. The transaction expiration date is set, for example, one month after the offer date. Further, the transaction status is information indicating whether or not the asset information has been traded (assigned or not) to the user by the intermediary server 5. In FIG. 14, since it is “not yet”, it shows a state in which the user has not been traded (allocated), that is, a state in which the intermediary has not yet provided the asset information to the user.

Further, the transmission / reception unit 91 of the node 9 distributes the transaction information generated in step S64 as a block to a plurality of other nodes of the blockchain network 90 (S66). As a result, each of the other nodes verifies the block, adds it to the chain of blocks already saved in each node, and then generates asset information in the same manner as in step S65 above and stores it in each storage unit according to the transaction information. To do. A plurality of transit information may be stored in one block.

Next, the transmission / reception unit 91 of the node 9 transmits a response to the request in step S62 to the smart meter 3a (S67). The content of this response indicates whether the generation of asset information was successful or unsuccessful. As a result, the transmission / reception unit 31a of the smart meter 3a receives the response.

Next, in the smart meter 3a, the storage / reading unit 39a stores the response content in the storage unit 3000a.

As described above, the asset information indicating the contents set by the owner of the asset as the intermediary Da is managed on the blockchain network, and the process of providing the asset information from the provider to the intermediary is completed.

<Processing of providing asset information from an intermediary to a user>
Subsequently, with reference to FIGS. 15 to 19, a process of setting the owner of the asset mediated by the intermediary to the user will be described. FIG. 15 is a sequence diagram showing a process of setting the owner of an asset mediated by an intermediary to a user.

First, the transmission / reception unit 31c of the smart meter 3c of the consumer Ca transmits usage information indicating the usage state of electric power as an asset once in a predetermined time (for example, 30 minutes) via the communication network 100 (S81). ). This usage information includes each information of a user ID for identifying the consumer Ca as a user, the amount of electric power used as an asset, and the usage time of electric power as an asset. As a result, the transmission / reception unit 51a of the intermediary server 5a receives the usage information. Then, the transmission / reception unit 51a transmits a request for all asset information to the node 9 of the blockchain network 90, in which the mediator Da who manages the mediation server 5a is the owner (S82). This request includes an electronic certificate for proving that the intermediary server 5a managed by the intermediary Da is a server that can access the blockchain network 90, and information indicating the intermediary Da as the owner. It has been. As a result, the transmission / reception unit 91 of the node 9 receives all the asset information requests.

Next, at the node 9, the verification unit 93 verifies the certificate received in step S82 (S83). The certificate verification is a process of determining whether or not the received certificate is a certificate of the server registered in advance in the node 9. Next, a case where there is no problem with the verification result will be described.

The storage / reading unit 99 of the node 9 reads out all the asset information managed by the owner as the mediator Da who manages the mediation server 5a (S84). Then, the transmission / reception unit 91 transmits all the asset information read in step S84 to the intermediary server 5a (S85). As a result, the transmission / reception unit 51a of the intermediary server 5a receives all the asset information. As a result, the intermediary server 5a can be assigned to the user and the owner can receive the asset information of the intermediary Da. Next, the storage / reading unit 59a of the intermediary server 5a uses the use received in step S81. By searching the transaction content management DB 5003a using the person ID as a search key, the corresponding transaction content information is read out (S86). Further, the storage / reading unit 59a reads out each corresponding total transaction volume by searching the transaction history management DB 5004a using the user ID received in step S81 as a search key (S87). In the case of FIG. 8B, 20 (kWh) is read as the total trading volume of electric power produced by solar power, and 160 (kWh) is read as the total trading volume of electric power produced by oil. ..

Next, the determination unit 53a determines the asset related to the asset information to be transferred to the consumer Ca as the user based on the transaction content information read in step S86 and each total transaction volume read in step S87. (S88).

(Determining the type of production method)
Here, the process of step S88 will be described in detail with reference to FIGS. 16 to 18. FIG. 16 is a flowchart showing a process of determining the type of production method. FIG. 17 is a sequence diagram showing a process of transferring ownership of an asset produced by a specific type of production method between an intermediary server and a predetermined intermediary server other than the own server.

As shown in FIG. 16, the determination unit 53a informs the consumer Ca as a user based on the transaction content information read in step S86 and each total transaction volume read in step S87. The type of asset (electric power) production method related to the asset information to be transferred is determined (S121). For example, when the production method type is indicated as "solar" and "oil" in the transaction content information, the latest total transaction volume is "20" for solar and "160" for oil in the transaction history information. Therefore, the determination unit 53 determines the type of production method to be "solar" so as to approach the renewable energy rate "40".

Next, in the determination unit 55a, in the asset information received in step S85, (1) the transaction status is set as "not yet", and (2) the type of production method determined in step S121 is included. It is determined whether the specific asset information that is set and (3) includes the same amount of tradable amount as the usage amount received in step S81 is included (S122). Then, when it is determined by the determination unit 55a that it is included (S122; YES), the determination unit 53a maintains the determination result in step S121 (S123). As a result, the detailed processing of step S88 shown in FIG. 16 is completed.

On the other hand, when the determination unit 55a determines in step S122 that it is not included (NO), the determination unit 55a makes an asset to all the intermediary servers that can be inquired other than the own server (intermediary server 5a). It is determined whether or not a request (first change request) for changing the owner of the information from a predetermined intermediary of a predetermined intermediary server other than the own server to the intermediary Da of the intermediary server 5a has been transmitted (S124). Then, in step S124, when it is determined by the determination unit 55a that the first change request has not been transmitted to all the intermediary servers other than the own server (intermediary server 5a) (NO), it is shown in FIG. As described above, the transmission / reception unit 51a of the intermediary server 5a assumes that the owner of the specific asset produced by the above-mentioned production method cannot be changed from the original owner, and mediates other than the own server (intermediary server 5a). A change request is transmitted to the intermediary server 5b as an example of the server (S125). Specifically, the transmission / reception unit 51a mediates the owner of the same type of asset produced by the same specific type of production method as the asset produced by the specific type of production method determined in step S121 of the intermediary server 5b. A request for changing from the person Db to the mediator Da of the mediation server 5a (an example of the first change request) is transmitted. This request includes information indicating the type of production method determined in step S121, the tradable amount based on the planned usage amount read in step S86, and the owner (intermediary Da) to whom the transfer is made. ing. As a result, the transmission / reception unit 51b of the intermediary server 5b receives this request.

Next, the transmission / reception unit 51b of the intermediary server 5b transmits a request for all asset information in which the intermediary Db is the owner to the node 9 of the blockchain network 90 (S142). This request includes an electronic certificate to prove that the intermediary server 5b is a server that can access the blockchain network 90, and information indicating that the owner is the intermediary Db. .. As a result, the transmission / reception unit 91 of the node 9 receives all the asset information requests.

Next, at the node 9, the verification unit 93 verifies the certificate received in step S142 (S142). The certificate verification is a process of determining whether or not the received certificate is a certificate of the server registered in advance in the node 9. Next, a case where there is no problem with the verification result will be described.

The storage / reading unit 99 of the node 9 reads out all the asset information managed by the owner as the mediator Db of the mediation server 5b (S144). Then, the transmission / reception unit 91 transmits all the asset information read in step S144 to the intermediary server 5b (S145). As a result, the transmission / reception unit 51b of the intermediary server 5b receives all the asset information.

Next, the determination unit 55b of the intermediary server 5b is requested in (2) step S125 that (1) the transaction status is set as "not yet" in all the asset information received in step S145. It is determined whether or not the specific asset information in which the type of the production method is set and the tradable amount requested in step S125 is set is included. For example, when the asset information in which the power production method using sunlight is set is requested in step S125, the determination unit 55b of the intermediary server 5b is set as the production method type as "sunlight". Determine if there is asset information that you have. If, of the plurality of asset information received in step S145, only the asset information for which a tradable amount smaller than the tradable amount requested in step S125 is set, the determination unit 55b requests in step S125. Determine if there is more than one particular asset information that meets the available trading volume. Here, the case where there is specific asset information in which the requested type of production method is set will be described continuously.

Next, the transmission / reception unit 51b of the intermediary server 5b assigns the owner of the specific asset information determined in step 146 to the node 9 of the blockchain network 90 from the intermediary Db of the intermediary server 5b to the intermediary server 5a. A change request (second change request) for changing is transmitted to the intermediary Da of the above (S147). The change request in step S147 includes an asset ID for identifying the specific asset information to be determined in step S146. The change request in step S147 also includes information indicating the new owner (intermediary Da).

Next, at the node 9, the verification unit 93 verifies each information (asset ID, owner) received in step S147 (S148). This verification is a process of determining whether or not each piece of information has a predetermined format and content. Next, a case where there is no problem with the verification result will be described.

Next, the node 9 generates transaction information and changes (or generates) asset information based on the change request in step S147 (S149).

Here, the process of step S149 will be described in detail with reference to FIG. FIG. 18 is a transition conceptual diagram of transaction information and asset information in the process of step S149. In FIG. 19, since the first transaction information and the first asset information have already been generated, the owner is the intermediary Db and the production method type is solar power on the blockchain network 90. The description will be made from the state in which the asset information of 1 is managed.

The transaction processing unit 96 generates the second transaction information, and as shown in FIG. 18, the transaction processing unit 96 includes a block containing the second transaction information and a block containing the first transaction stored in the storage unit 9000. Additional memory to the chain. Then, the asset processing unit 97 changes the content of the first asset information according to the second transaction information, as shown in FIG. In this second transaction information, a unique transaction ID and "transaction of asset information" are indicated as the transaction type. Further, in the second transaction information, the date and time of the brokerage of the asset information transaction, the new owner (mediator Da) after the brokerage, and the asset information to be transferred (transaction) are specified. The (tradable) amount of the asset ID and the asset (here, electric power) is shown.

Then, the asset processing unit 97 changes the first asset information as shown in FIG. Specifically, the asset processing unit 97 changes the owner of the property from "intermediary Db" to "intermediary Da" in the first asset information. In this case, since the asset information has not been transferred for the end consumer Ca or other users and can be transferred in the future, the transaction status remains "not yet" in the first asset information. ..

Next, returning to FIG. 17, the transmission / reception unit 91 of the node 9 transmits a response to the request in step S147 to the intermediary server 5b (S150). In this response, it is indicated that the processing for the request in step S147 succeeded or failed. As a result, the intermediary server 5b transmission / reception unit 51b receives the response.

Next, the transmission / reception unit 51b of the mediation server 5b transmits a response to the request in step S125 to the mediation server 5a (S151). Here, if the transmission / reception unit 51b has received a response indicating "success" in step S150, the transmission / reception unit 51b responds to the intermediary server 5a as the response content shown in step S151. , The asset ID for identifying the asset information for which the change has been completed is transmitted together with the information indicating that the change is completed. If the transmission / reception unit 51b has received a response indicating "failure" in step S150, the transmission / reception unit 51b responds to the intermediary server 5a as the response content shown in step S151. Send information indicating that it cannot be changed. As a result, the transmission / reception unit 51a of the mediation server 5a receives the response from the mediation server 5b. Even if it is determined in the process of step S146 that the asset information requested by the intermediary server 5a does not exist, the information indicating that "cannot be changed" is transmitted in step S151.

Subsequently, returning to FIG. 16, the determination unit 55a responds to the request in step S125 by that the owner of the asset produced by the production method of the type requested in step S125 is a predetermined person other than the intermediary Da. It is determined whether or not the mediator has been changed to the mediator Da of the mediation server 5a (S126). Then, in step S126, if it is determined that the transfer has been made (YES), the process proceeds to step S123, and the asset information transferred from the predetermined intermediary server Db or the like other than the own server is assigned.

On the other hand, in step S126, if it is not determined that the transfer has been made (or if it is determined that the transfer has not been made) (NO), the process proceeds to step S124.

Further, in step S124, if it is determined by the determination unit 55a that the first change request has been transmitted to all the intermediary servers that can be inquired other than the own server (YES), the determination unit 53a determines in step S85. From the types of production methods managed by all the asset information received in, the type of a specific production method is redetermined (S127). In this case, since the intermediary server 5a is in a state in which the asset information related to the assets such as electric power produced by using sunlight has not been transferred from the intermediary server 5b or the like, in the intermediary process of this transaction, The intermediary server 5a transfers the ownership of the asset information related to the assets such as electric power produced by using oil or the like. Since the brokerage of transactions is performed once every 30 minutes, after 30 minutes, the brokerage server 5a owns the asset information related to the assets such as electric power produced by using sunlight from the brokerage server 5b and the like. May be relocated. As a result, the detailed processing of step S88 shown in FIG. 16 is completed.

Subsequently, returning to FIG. 15, the storage / reading unit 59a stores the contents processed in step S88 in the transaction history management DB 5004a (S89). As a result, for example, the storage / reading unit 59a sets the brokerage date and time “2020.1.1 9: 00-9: 30”, the transaction volume “10”, and, for example, in the transaction history management DB 5004 (see FIG. 8 (b)). , Add a record showing the type of production method "solar" and the total trading volume of solar "30".

Next, the transmission / reception unit 51a of the intermediary server 5a transmits a change request (third change request) of the asset information to the node 9 of the blockchain network 90 (S90). The change request includes an asset ID for identifying the asset information related to the specific asset produced by the specific type of production method determined in step S88 among the asset information received in step S85. ing. The change request in step S90 also includes new owner (consumer Ca) information. When there are a plurality of assets produced by the specific type of production method determined in step 88, the transmission / reception unit 51a identifies the asset whose expiration date is closest to the current date and time among the plurality of assets. Send a request to change asset information.

Next, at the node 9, the verification unit 93 verifies each information (asset ID, owner) received in step S90 (S91). This verification is a process of determining whether or not each piece of information has a predetermined format and content. Next, a case where there is no problem with the verification result will be described.

Next, the node 9 generates transaction information and changes (or generates) asset information based on the change request in step S90 (S92).

Here, the process of step S92 will be described in detail with reference to FIG. FIG. 19 is a transition conceptual diagram of transaction information and asset information in the process of step S92. The first transaction information and the first asset information on the left side of FIG. 18 are the same as the transaction information and the asset information of FIG. 14, respectively. Here, after the smart meter 3a sets the owner of the asset to the intermediary Da (generation of the first asset information based on the first transaction information), the intermediary server 5 changes the owner of the asset to the consumer Ca. By doing so (change of the first asset information based on the second transaction information), the case where the intermediary Da mediates the transaction of the asset information (ownership of the asset) will be described.

In step S92, the transaction processing unit 96 generates second transaction information as shown in FIG. In this second transaction information, a unique transaction ID and "transaction of asset information" are indicated as the transaction type. Further, the second transaction information is received in step S90, the date and time of the brokerage that brokered the transaction of the asset information, the new owner after the brokerage, the asset ID for identifying the asset information to be transferred, and step S90. The usage of the asset (here, power) is shown.

Then, the asset processing unit 97 changes the first asset information as shown in FIG. In the first asset information, the asset processing unit 97 changes the "(tradable) amount" to the "(used) amount" and changes the owner from the "intermediary Da" to the "consumer Ca". Further, the asset processing unit 97 changes the transaction status from "not yet" to "completed" in the first asset information. The asset information whose transaction status has been changed to "done" in this way will be excluded from the transaction target in the future. Therefore, the transaction processing unit 96 does not target the asset information whose transaction status is set to "completed" as the transaction type of "asset information transaction". That is, the asset information excluded from the transaction target is not re-transferred.

As a result, the process of step S92 is completed.

Subsequently, returning to FIG. 15, the transmission / reception unit 91 of the node 9 transmits a response to the request in step S90 to the intermediary server 5 (S93). In this response, it is indicated that the processing for the request in step S90 succeeded or failed. As a result, the transmission / reception unit 51 of the intermediary server 5 receives the response.

Next, the transmission / reception unit 51a of the intermediary server 5a transmits a response to the transmission in step S81 to the smart meter 3c (S94). As a result, the transmission / reception unit 31c of the smart meter 3c receives the response from the intermediary server 5a. The response content (success or failure) received in step S93 is shown as the response content, and is managed or displayed by the smart meter 3c. Further, even when the intermediary server 5a receives a response indicating "change completed" from the intermediary server 5b in the process of step S151, a response indicating "success" is transmitted in step S94. Will be done.

<Intermediary processing of production method certificate>
Subsequently, the mediation process of the asset production method certificate will be described with reference to FIG. FIG. 20 is a sequence diagram showing the mediation process of the asset production method certificate. Consumer Ca is to prove the asset production method from the certification body E to the intermediary Da in order to prove that the type of power production method to be consumed is renewable energy such as solar power. Make a request to obtain a production method certificate. This will be described below.

As shown in FIG. 20, when the consumer Ca operates the smartphone 2c, the transmission / reception unit 21c transmits a request for an asset production method certificate via the communication network 100 (S201). As a result, the transmission / reception unit 51 of the intermediary server 5 receives the request. The request includes a user ID for identifying the user as consumer Ca and transaction period information indicating the period for trading the asset. That is, consumer Ca requires, for example, a production method certificate for a specific trading period from January 1, 2020 to January 31, 2020.

Next, the transmission / reception unit 51 of the intermediary server 5 transmits a request for transaction information and asset information to the node 9 of the blockchain network 90 (S202). The request includes the certificate of the intermediary server 5, the user as the owner (here, consumer Ca), and the transaction period information. As a result, the transmission / reception unit 91 of the node 9 receives the request.
The certificate of the intermediary server 5 is the same as the content transmitted in step S82. Further, the transaction period information is the transaction period information received in step S121.

Next, at the node 9, the verification unit 93 verifies the certificate received in step S122 (S203). The certificate verification is a process of determining whether or not the received certificate is a certificate of the server registered in advance in the node 9. Next, a case where there is no problem with the verification result will be described.

Next, the storage / reading unit 99 reads out the transaction information and the asset information in which the consumer Ca is set as the owner within the predetermined transaction period indicated by the transaction period information received in step S202 (S204). ). In this case, the storage / reading unit 99 reads out the specific transaction information in which the mediation date and time included in the transaction period is indicated and the new owner is indicated as the consumer Ca. Further, the storage / reading unit 99 reads the asset information based on the asset ID shown in the specific transaction information read.

Then, the transmission / reception unit 91 of the node 9 transmits the requested transaction information and asset information to the intermediary server 5 (S205). As a result, the transmission / reception unit 51 of the intermediary server 5 receives the transaction information and the asset information.

Next, in the intermediary server 5, the creation unit 58 creates an application form for the intermediary to submit to the certification authority E based on the transaction information and the asset information received in step S205 (S206). This application is used to apply for a production method certificate to prove the type of production method for the asset.

Subsequently, as shown in FIG. 1, the intermediary Da sends the application form prepared in step S206 to the certification body E by mail or the like (S1). Then, the certification body E creates an asset production method certificate certifying that 40% of the electric power consumed by the consumer Ca is produced by renewable energy such as solar power, and mails it to the intermediary Da. Send by (S2). Then, the intermediary Da sends the production method certificate to the consumer Ca by mail or the like (S3). If necessary, the certification authority E may acquire transaction information and asset information from the blockchain network 90 and confirm the contents before issuing the production method certificate.

As a result, the mediation process of the production method certificate by the mediator Da is completed. As a result, after receiving the production method certificate, the consumer Ca can use it to improve the image of the company or apply for a subsidy from the government by using renewable energy.

[Main effects of the embodiment]
As described above, according to the present embodiment, when the intermediary server 5a does not have the ownership of the assets produced by the required type of production method (S122; NO), it is requested by the smart meter 3c. By taking over from the intermediary server 5b (S126; YES), assuming that the ownership of the asset by a specific type of production method cannot be changed, it is possible to prevent the asset price from rising and the generation of unused and useless assets. It has the effect of being able to do it.

In addition, since the quality of assets such as electric power provided to users is constant, even if the type of asset production method is unknown, node 9 of the blockchain network 90 can determine the type of asset production method. By managing the asset information indicating the owner of the asset and the transaction information used to generate the asset information, it is possible to prove the type of production method without fraud.

In addition, in order to realize stable use of electric power, it is necessary to adjust the consumed electric power and the produced electric power to be the same in real time (simultaneous equal amount). However, since the blockchain is a decentralized ledger, it takes a certain amount of time to confirm the consistency of each ledger information via the network, so it is not suitable for applications such as immediate trading of assets that require real-time performance. is there. On the other hand, in the present embodiment, the intermediary server 5 is managed by the blockchain network 90 after the consumer Ca uses the assets, not at the timing when the consumer Ca starts using the assets such as electric power. A change request for changing the owner indicated by the asset information from the original owner to the user (consumer Ca) is transmitted to the blockchain network 90 (S89). Such a process such as deferred payment has the effect of being able to manage the ownership of assets by the blockchain even for applications such as immediate transaction of assets that require real-time performance. Moreover, since the intermediary server 5 changes the asset information managed by the blockchain network 90 on behalf of the provider (producer Aa, etc.) and the user (consumer Ca, etc.), the provider (producer Aa, etc.) ) And users (consumers Ca, etc.) can also trade electricity without worrying about changes in asset information.

Further, the intermediary server 5 is also used for immediate trading of assets such as electric power produced by using renewable energy such as solar power by changing the owner of a specific type of asset production method. It has the effect of being able to do it.

[Other]
In the above embodiment, the asset information includes information indicating the owner of the asset, but in some cases, the information indicating the owner of the asset may not be included. For example, when the user is self-sufficient, as in the case where the user is also a producer, it is not necessary to transfer the asset to another person (other company), so it is sufficient if the type of production method can be proved.

Further, in the above embodiment, electric power is shown as an example of an asset, but the present invention is not limited to this, and the asset that physically (or actually) exists and the asset that physically (or actually) exists as follows. Assets that do not exist are also included.

Physically (or real) assets include foods such as grains, vegetables, fruits, meat, marine products or processed foods. When the assets are grains, vegetables and fruits, the asset information is incidental information such as information indicating whether or not pesticides have been used, or information indicating the producer or the place of production. When the asset is meat, the asset information is incidental information such as information indicating whether or not the animal is bred using a genetically modified crop, or information indicating a producer or a place of production. When the asset is a marine product such as fish or shellfish, the asset information is incidental information such as information indicating a natural product or aquaculture, or information indicating a producer (fisherman) or a production area (fishing area). When the asset is a processed product, the asset information is incidental information such as information indicating an allergen, information indicating whether or not the product has been processed using a genetically modified crop, or information indicating the location of the processor or processing plant. ..

Further, as an asset that physically (or actually) exists, real estate such as land and buildings, movable property such as goods or quantity of goods can be mentioned. When the asset is real estate, the asset information is incidental information such as ownership. When the asset is movable, the asset information is incidental information such as ownership.

On the other hand, assets that do not physically (or actually) include tokens (virtual currency) or the amount of tokens, carbon dioxide emission credits, intellectual property rights, contracts, and the like. When the asset is a token, the asset information is incidental information such as ownership. When the asset is a carbon dioxide emission credit, the asset information is incidental information such as ownership. When the asset is a right such as an intellectual property right, the asset information is incidental information such as the owner of the right, the transferee of the right, and the licensee. When the asset is a contract, the asset information is incidental information such as contract conditions and performance status. Not only contracts, but also treaties, agreements, promises, memorandums, memos, etc. are the same as contracts.

In addition, assets in the case of postpaid processing include not only electric power but also gas, tap water, telephone calls, and the like. In the case of gas, tap water, and telephone calls, the asset information is incidental information such as ownership.

Each component such as each CPU 201, 301, 501, 901 may be single or plural.

Further, each function in the above-described embodiment can be realized by one or a plurality of processing circuits. Here, the "processing circuit" in the present embodiment is a processor programmed to execute each function by software such as a processor implemented by an electronic circuit, or an ASIC designed to execute each of the above-mentioned functions. Includes devices such as Application Specific Integrated Circuits), DSPs (digital signal processors), FPGAs (field programmable gate arrays), SOCs (System on a chip), GPUs, and conventional circuit modules.

1 Trading system 2 Smartphone (an example of communication terminal)
3 Smart meter (example of measurement terminal)
4 Power generation device 5a Mediation server (an example of own server)
5b Mediation server (an example of another mediation server)
8 Electrical equipment 9 Node 10 Transmission and distribution network 51 Transmission / reception unit (reception unit)
53 Decision unit 90 Blockchain network 91 Transmission / reception unit 95 Judgment unit 96 Transaction processing unit 97 Asset processing unit 100 Communication network 5001 User management DB
5002 Provider management DB
5003 Transaction content management DB
5004 Transaction history management DB

JP-A-2019-144851

Claims (10)

An intermediary server that mediates transactions related to the asset between the provider of the asset and the user of the asset by requesting the blockchain network to change the owner of the asset.
If the owner of a particular asset produced by a particular type of production cannot be changed from the original owner to the user, it is possible to request the blockchain network to change the owner of the asset. To another intermediary server, the owner of the same type of asset produced by the same specific type of production method as the specific asset is transferred from another intermediary who manages the other intermediary server to an intermediary who manages the intermediary server. An intermediary server comprising a transmission means for transmitting a first change request for changing to. The intermediary server according to claim 1.
In response to the first change request transmitted by the transmitting means, the other intermediary server changes the owner of the same type of asset to the blockchain network from the other intermediary to the intermediary. By transmitting a second change request for, when the change corresponding to the second change request is completed, a receiving means for receiving a response indicating the completion of the change transmitted by the other intermediary server is provided. Have and
The transmission means changes the owner of the same type of asset, which has been changed in response to the second change request, from the intermediary to the user with respect to the blockchain network. The intermediary server according to claim 1, wherein the request is transmitted. The receiving means receives from the blockchain network all the asset information indicating the type of the asset production method and the intermediary as the owner of the asset.
If there is no specific asset information indicating a specific asset produced by the specific type of production method in all the asset information received by the receiving means, the product is produced by the specific type of production method. and as the voters at the particular asset from the original place voters can not be changed to the user, the transmission unit, to claim 2, wherein transmitting the first change request to the other of the mediation server Described intermediary server. The intermediary server according to claim 3.
A transaction history management means that manages the transaction history of assets produced by a predetermined type of production method,
Based on the transaction history managed by the transaction history management means and the utilization rate of a predetermined type of production method, the asset information to be changed from the other intermediary to the intermediary Determining means for determining a specific type of production method for such assets,
Have,
If, among all the asset information received by the receiving means, there is no specific asset information indicating a specific asset produced by the specific type of production method determined by the determining means, the specific type The transmission means transmits the first change request to the other intermediary server, assuming that the owner of the specific asset produced by the production method of the above cannot be changed from the original owner to the user. Mediation server. The intermediary server according to any one of claims 1 to 4, wherein the asset is electric power. Claims 1 to 5, wherein the asset is electric power, and the type of the production method is a production method using renewable energy, a production method using fossil fuel, or a production method using nuclear power. The intermediary server according to any one of the above. The intermediary server according to claim 6, wherein the renewable energy is sunlight, solar heat, wind power, biomass, geothermal power, hydraulic power, or heat in the atmosphere. The intermediary server according to any one of claims 1 to 7.
With the other intermediary server
A trading system characterized by being built by. By requesting the blockchain network to change the ownership of the asset, it is a request method executed by an intermediary server that mediates transactions related to the asset between the provider of the asset and the user of the asset. There,
If the owner of a particular asset produced by a particular type of production cannot be changed from the original owner to the user, it is possible to request the blockchain network to change the owner of the asset. To another intermediary server, the owner of the same type of asset produced by the same specific type of production method as the specific asset is transferred from another intermediary who manages the other intermediary server to an intermediary who manages the intermediary server. A request method comprising performing a transmission step of transmitting a first change request to change to. A program that causes a computer to perform the method according to claim 9.

Images