Intermediary server, trading system, intermediary method, and program

Abstract

To solve the problem in which: in order to supply the same amount of electric power at the same time, a supply amount (production) needs to be adjusted to a demand amount (consumption); electric power companies and retailers excessively generate electric power and buy electric power to achieve the above-mentioned goals, but the cost for such excessive operations may cause an increase in the price of an asset, such as an electricity bill and generate an asset, such as unused and unnecessary electric power.SOLUTION: When a mediation server 5a does not have the ownership of an asset produced in accordance with a necessary type of production method (S122; NO), a mediation server 5b transfers the ownership of the asset to the mediation server 5a based on a request from the mediation server 5a (S126; YES) to bring about an effect that an increase in the price of the asset and generation of an unused and unnecessary asset can be prevented.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to an intermediary server, a trading system, an intermediary method, and a program. [Background technology]

[0002] In recent years, electricity produced by renewable energy has been attracting attention. This electricity is produced by utilizing renewable energy resources such as sunlight, solar heat, wind power, biomass, geothermal heat, hydroelectric power, and atmospheric heat. Compared to electricity generated by fossil fuels such as oil, coal, and liquefied natural gas, electricity generated by renewable energy emits almost no CO2, which is a cause of global warming, and therefore renewable energy is an environmentally friendly energy resource among the resources used to generate electricity. By operating factories and the like using such environmentally friendly green electricity, corporate value can be improved. There is also a method of using blockchain in the trading of electricity produced by renewable energy and the like (see Patent Document 1). Blockchain is called a distributed ledger, and by linking multiple ledgers showing the transaction history of assets such as electricity by multiple nodes (computers), it is possible to prevent tampering with the data of the transaction history.

[0003] Furthermore, to ensure stable use of electricity, it is necessary to adjust the amount of electricity consumed and the amount of electricity produced so that they are the same in real time (simultaneous and equal). To achieve simultaneous and equal amounts of electricity, the balance between supply and demand is generally maintained by methods such as "matching supply (production) to demand (consumption)" and "matching demand (consumption) to supply (production)." The latter is called demand response, and is a method of maintaining a balance between supply and demand by reducing planned electricity consumption through conservation, thereby behaving in the market as if consumers had generated electricity themselves. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] JP 2019-144851 A Summary of the Invention [Problem to be solved by the invention]

[0005] However, the former is achieved by power companies and retail businesses generating or purchasing excessive amounts of electricity, which creates the problem that the excessive operating costs could lead to skyrocketing prices for assets such as electricity bills, or the creation of assets such as unused, wasted electricity. [Means for solving the problem]

[0006] The invention of claim 1 is an intermediary server that mediates transactions related to an asset between a provider of the asset and a user of the asset by requesting a change of the owner of the asset to a blockchain network, the intermediary server having a receiving means for receiving a first change request sent by another intermediary server capable of requesting a change of the owner of the asset to the blockchain network, to change the owner of a specific asset produced by a specific type of production method from an intermediary that manages the intermediary server to another intermediary that manages the other intermediary server; When the asset for which the owner is the intermediary is the specific asset requested in the first change request based on the reception of the first change request by the receiving means, and a transmitting means for transmitting a second change request to the blockchain network to change the owner of the specific asset from the intermediary to the other intermediary, wherein when the change in accordance with the second change request is completed by the transmitting means transmitting the second change request, the transmitting means transmits a response to the other intermediary server indicating that the change has been completed. Effect of the Invention

[0007] As described above, according to the present invention, it is possible to suppress a sudden rise in asset fees and the occurrence of unused and wasted assets. [Brief description of the drawings]

[0008] [Figure 1]1 is a schematic diagram of a trading system according to an embodiment of the present invention. [Diagram 2] FIG. 1 is a hardware configuration diagram of a smartphone. [Diagram 3] FIG. 2 is a hardware configuration diagram of a smart meter. [Figure 4] FIG. 2 is a hardware configuration diagram of the intermediation server. [Diagram 5] FIG. 2 is a functional block diagram of a smartphone and a smart meter in the trading system. [Figure 6] FIG. 2 is a functional block diagram of an intermediary server and a node in the trading system. [Figure 7A] FIG. 13 is a conceptual diagram showing a user management table. [Figure 7B] FIG. 13 is a conceptual diagram illustrating a provider management table. [Figure 8A] FIG. 13 is a conceptual diagram of a transaction content management table. [Figure 8B] FIG. 13 is a conceptual diagram of a transaction history management table. [Figure 9] FIG. 13 is a sequence diagram showing a process for registering an intermediary. [Figure 10A] FIG. 13 is a diagram showing a display example of an intermediary registration screen. [Figure 10B] FIG. 13 is a diagram showing a display example of an intermediary registration screen. [Figure 11] FIG. 13 is a sequence diagram showing a process for registering asset transaction details. [Figure 12A] FIG. 13 is a diagram showing an example of a display of a transaction content registration screen before input and selection. [Figure 12B] FIG. 13 shows an example of a transaction content registration screen displayed after input and selection. [Figure 13] FIG. 13 is a sequence diagram showing a process of setting an owner of an asset provided by a provider to an intermediary. [Figure 14] FIG. 2 is a conceptual diagram of transaction information and asset information. [Figure 15] FIG. 13 is a sequence diagram showing a process of setting an owner of an asset mediated by an intermediary to a user. [Figure 16]13 is a flowchart showing a process for determining the type of production method. [Figure 17] 11 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 intermediary server itself. FIG. [Figure 18] FIG. 13 is a conceptual diagram showing transitions of transaction information and asset information in the process of S149. [Figure 19] FIG. 13 is a conceptual diagram showing transitions of transaction information and asset information in the processing of step S92. [Figure 20] FIG. 13 is a sequence diagram showing mediation processing of a production method certificate of an asset. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

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

[0010] [System configuration overview] First, an outline of the configuration of the trading system 1 will be described. Fig. 1 is a schematic diagram of a trading system according to this embodiment. Here, a case where electricity is handled as an example of an asset will be described. Note that the ownership of the asset and the type of production method of the asset are managed in the asset information described later.

[0011] <Explanation of each company> As shown in FIG. 1, there is an electricity producer Aa, an electricity producer Ab, an electricity consumer Ca, an intermediary Da, an intermediary Db, and a certification authority E.

[0012] Producer Aa is an example of a provider, and is a company that produces electricity from solar power, which is an example of renewable energy used to produce electricity produced by renewable energy (called "green power" in Japan). Producer Ab is an example of a provider, and is a company that produces electricity from oil, which is an example of fossil fuel. Providers also include associations that purchase assets from each producer and resell them.

[0013] Consumer Ca is an example of a user, and is a business that consumes electricity provided by producers Aa and Ab. Note that users also include those who become owners of assets such as real estate that are not consumed like electricity.

[0014] Intermediaries Da and Db are businesses that act as intermediaries in the transactions of electricity ownership.

[0015] The certification authority E is a public institution such as a national or local government that certifies the type of electricity production method. The types of electricity production methods include methods that generate electricity using sunlight, solar heat, wind power, biomass, geothermal heat, hydroelectric power, heat in the atmosphere, or atomic power. Among these, sunlight, solar heat, wind power, biomass, geothermal heat, hydroelectric power, and heat in the atmosphere belong to the broad category of renewable energy. In addition, petroleum, coal, and liquefied natural gas belong to the broad category of fossil fuels. Power generation using renewable energy emits almost no CO2, which is a cause of global warming, compared to power generation using fossil fuels, so renewable energy is an environmentally friendly energy source. In this embodiment, sunlight, solar heat, wind power, biomass, geothermal heat, hydroelectric power, or heat in the atmosphere are used as renewable energy. In addition, petroleum, coal, or liquefied natural gas are used as fossil fuels.

[0016] Furthermore, the intermediary Da performs the intermediary work of sending an application form by mail or the like to the certification authority E, receiving the production method certificate from the certification authority E, and sending the production method certificate by mail or the like to the consumer Ca. The production method certificate, for example, describes the renewable energy utilization rate. This allows the consumer Ca to use the production method certificate to apply for public subsidies based on his / her company's renewable energy utilization rate (CO2 reduction rate) and the use of renewable energy.

[0017] There may be one producer or three or more producers. There may be multiple consumers and intermediaries. There may be three or more intermediaries.

[0018] <Electricity transmission and distribution network> Substation Bx is the nearest substation to producers Aa and Ab, and substation By is the nearest substation to consumer Ca. A power transmission and distribution network 10 is constructed by substations Bx and By, transmission and distribution lines, etc. Electric power provided by producers Aa and Ab is provided to consumer Ca via the power transmission and distribution network 10.

[0019] <Data communication network> Producer Aa has a smartphone 2a, a smart meter 3a, and a power generation device 4a. 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 electrical device 8. Intermediary Da manages an intermediary server 5a. This intermediary Da is a corporation or an individual (e.g., an employee such as the president, an executive, or an IT manager). Intermediary Db manages an intermediary server 5b. This intermediary Db is a corporation or an individual (e.g., an employee such as the president, an executive, or an IT manager).

[0020] The number of smartphones may be two or four or more depending on the number of producers and consumers. Hereinafter, the collective name of each of the smartphones 2a, 2b, and 2c is indicated as smartphone 2. The number of smart meters 3a, 3b, and 3c may be two or four or more depending on the number of producers and consumers. Hereinafter, the collective name of each of the smart meters 3a, 3b, and 3c is indicated as 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 collective name of each of the power generation devices 4a and 4b is indicated as power generation device 4. Hereinafter, the collective name of each of the smart meters 3a, 3b, and 3c is indicated as 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 collective name of each of the power generation devices 4a and 4b is indicated as power generation device 4. Hereinafter, the collective name of each of the intermediation servers 5a and 5b is indicated as intermediation server 5. The number of intermediary servers 5a and 5b may be two or more depending on the number of intermediaries. Intermediary D is a general term for intermediaries Da and Db. The intermediary server 5 may be constructed by a single computer or by multiple computers. The number of electric devices 8 may be two or more depending on the number of consumers.

[0021] As shown in FIG. 1, a tracking system 1 as a data communication network is constructed by a plurality of smartphones 2a, 2b, 2c, a plurality of smart meters 3a, 3b, 3c, a plurality of power generation devices 4a, 4b, intermediate servers 5a, 5b, and nodes 9a, 9b, 9c, 9d such as computers. A blockchain network 90 is constructed by the nodes 9a, 9b, 9c, 9d. The blockchain network 90 is constructed within 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), and the like. The communication network 100 may include not only wired communication but also networks using wireless communication such as mobile communication systems (4G, 5G, 6G, etc.) and WiMAX (Worldwide Interoperability for Microwave Access). Although there are many nodes 9a, 9b, 9c, 9d, only four are shown here due to space limitations. The nodes 9a, 9b, 9c, and 9d are each managed by a different company, etc. The different companies may include the intermediary Da. Hereinafter, the nodes 9a, 9b, 9c, and 9d will be collectively referred to as node 9.

[0022] Next, the terminals and devices of the producers Aa and Ab and the consumer Ca will be described.

[0023] (Producer Aa's terminals and equipment) 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). The smartphone 2a can also perform data communication with the intermediation server 5 via the communication network 100.

[0024] The smart meter 3a can perform data communication with the intermediate server 5 via the communication network 100. The smart meter 3a also measures the amount of power provided by the power generation device 4a at regular intervals (for example, every 30 minutes), and further performs processing such as requesting the node 9 of the blockchain network 90 to generate asset information indicating the amount of assets such as power provided and the owner, etc.

[0025] The power generation device 4a is a device that generates power by utilizing sunlight.

[0026] (Producer Ab's terminals and equipment) The smartphone 2b can perform data communication with the smart meter 3b using short-range wireless technology such as NFC or Bluetooth (registered trademark). The smartphone 2b can also perform data communication with the intermediate server 5 via the communication network 100.

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

[0028] The power generating device 4b is a device that generates electricity using petroleum.

[0029] (Consumer Ca terminals and equipment) The smartphone 2c can perform data communication with the smart meter 3c by short-range wireless technology such as NFC or Bluetooth (registered trademark). The smartphone 2c can also perform data communication with the intermediation server 5 via the communication network 100.

[0030] The smart meter 3c can perform data communication with the intermediary server 5 via the communication network 100. The smart meter 3c also measures the amount of electricity used by the electric device 8 at regular intervals (for example, every 30 minutes), and further performs processing such as transmitting usage information indicating the amount of electricity used and the time of use to the intermediary server 5 via the communication network 100. In this embodiment, since the intermediary server 5 accesses the blockchain network 90 on behalf of the smart meter 3c, the smart meter 3c does not need to access the blockchain network 90. ​​In order to access the blockchain network 90 on behalf of the smart meter 3c, the intermediary server 5 stores in the storage unit 5000 a certificate of the consumer Ca that is necessary for the smart meter 3c to access the blockchain.

[0031] The electric device 8 is a device that is operated using the electric power provided by the consumers Aa and Ab.

[0032] (Intermediary server of intermediary Da) The intermediary server 5 processes intermediation of asset-related transactions, such as the transfer of asset information between an asset provider such as electricity 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. In addition, the intermediary server 5 can access a node 9 of the blockchain network 90 and perform data communication with the node 9.

[0033] (supplement) The smartphones 2a and 2b are examples of a provider's communication terminal. The smartphone 2c is an example of a user's communication terminal. The communication terminal also includes a smart watch, a PC, and smart glasses. The smart meter 3 is an example of a measurement terminal.

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

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

[0036] Among these, the CPU 201 controls the overall operation of the smartphone 2. The ROM 202 stores programs used to drive the CPU 201, such as the CPU 201 and the IPL. The RAM 203 is used as a work area for the CPU 201. The EEPROM 204 reads or writes various data, such as smartphone programs, under the control of the CPU 201. The CMOS (Complementary Metal Oxide Semiconductor) sensor 205 is a type of built-in imaging means that captures an image of a subject (mainly a self-portrait) under the control of the CPU 201 to obtain image data. Note that the imaging means may be a CCD (Charge Coupled Device) sensor or other type instead of a CMOS sensor. The imaging element I / F 206 is a circuit that controls the driving of the CMOS sensor 205. The acceleration / direction sensor 207 is various sensors, such as an electronic magnetic compass or gyrocompass that detects geomagnetism, and an acceleration sensor. The media I / F 209 controls the reading or writing (storing) of data from or to a recording medium 208, such as a flash memory. The GPS receiver 211 receives GPS signals from GPS satellites.

[0037] The smartphone 2 also includes a long-distance communication circuit 212, a CMOS sensor 213, an image sensor I / F 214, a microphone 215, a speaker 216, an audio input / output I / F 217, a display 218, an external device connection I / F (Interface) 219, a short-distance communication circuit 220, an antenna 220a of the short-distance communication circuit 220, and a touch panel 221.

[0038] Among 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 type of built-in imaging means that captures an image of a subject and obtains image data under the control of the CPU 201. The imaging element I / F 214 is a circuit that controls the driving 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 generate sound such as music or voice. The sound input / output I / F 217 is a circuit that processes input and output of sound signals between the microphone 215 and the speaker 216 under the control of the CPU 201. The display 218 is a type of display means such as a liquid crystal or organic EL (Electro Luminescence) that displays an image of a subject, various icons, etc. The external device connection I / F 219 is an interface for connecting various external devices. The short-distance communication circuit 220 is a communication circuit such as NFC (Near Field Communication) or Bluetooth (registered trademark). The touch panel 221 is a type of input means that allows a user to operate the smartphone 2 by pressing the display 218.

[0039] The smartphone 2 also includes a bus line 210. The bus line 210 is an address bus, a data bus, or the like for electrically connecting the components such as the CPU 201 shown in FIG.

[0040] <Smart meter hardware configuration> Fig. 3 is a hardware configuration diagram of a smart meter. As shown in Fig. 3, the smart meter 3 is equipped with a computer, and includes a CPU 301, a ROM 302, a RAM 303, an NVRAM 304, a display 306, a measurement sensor 307, a switch 308, a network I / F 309, a keypad 311, a touch panel 312, a short-range communication circuit 220, and an antenna 220a of the short-range communication circuit 220.

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

[0042] The measurement sensor 307 measures the power provided or used. The switch 308 turns on (closes) or turns off (opens) an electric circuit to pass or stop electricity.

[0043] The network I / F 309 is an interface for data communication using a communication network 100 such as the Internet including the blockchain network 90. ​​The keypad 311 is a type of input means having multiple keys for inputting or selecting characters, numbers, various instructions, etc. The short-range communication circuit 320 is a communication circuit that realizes short-range wireless technology such as NFC or Bluetooth (registered trademark). The bus line 310 is an address bus, a data bus, etc. for electrically connecting each component such as the CPU 301 shown in FIG. 3.

[0044] <Hardware configuration of the mediation server> Fig. 4 is a hardware configuration diagram of the intermediation server. Each hardware component of the intermediation server 5 is indicated by a reference number in the 500 series. As shown in Fig. 4, the intermediation server 5 is constructed by a computer, and includes a CPU 501, a ROM 502, a RAM 503, an HD 504, an HDD (Hard Disk Drive) controller 505, a display 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.

[0045] Of these, the CPU 501 controls the operation of the entire relay server 5. The ROM 502 stores programs such as IPL used to drive the CPU 501. The RAM 503 is used as a work area for the CPU 501. The HD 504 stores various data such as programs. The HDD controller 505 controls the reading or writing of various data from the HD 504 according to the control of the CPU 501. The display 506 displays various information such as a cursor, a menu, a window, a character, or an image. The external device connection I / F 508 is an interface for connecting various external devices. In this case, the external device is, for example, a USB (Universal Serial Bus) memory or a printer. The network I / F 509 is an interface for 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. 4.

[0046] Moreover, the keyboard 511 is a type of input means having a plurality of keys for inputting characters, numbers, various instructions, etc. The pointing device 512 is a type of input means for selecting and executing various instructions, selecting a processing target, moving a cursor, etc. The DVD-RW drive 514 controls reading and writing of various data from a DVD-RW 513 as an example of a removable recording medium. Note that the medium is not limited to a DVD-RW, and may be a DVD-R or a Blu-ray Disc, etc. The media I / F 516 controls reading and writing (storing) of data from a recording medium 515 such as a flash memory.

[0047] <Node hardware configuration> Fig. 4 is a diagram showing the hardware configuration of the node. Each piece of hardware configuration of node 9 is indicated by a reference number in parentheses in the 900 range. As shown in Fig. 4, node 9 is constructed by a computer, and has the same configuration as relay server 5, as shown in Fig. 4, so a description of each piece of hardware configuration will be omitted.

[0048] [Functional configuration] Next, the functional configuration of each terminal and device constituting the trading system 1 will be described with reference to Figures 5 to 8. Figure 5 is a functional block diagram of the smartphone and smart meter in the trading system.

[0049] <Functional configuration of smartphone 2a> 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 / readout unit 29a. Each of these units is a function or means realized by any of the components shown in FIG. 2 operating in response to an instruction from the CPU 201 in accordance with a smartphone program loaded from the EEPROM 204 onto the RAM 203.

[0050] The smartphone 2a also includes a storage unit 2000a that is configured by the ROM 202, the RAM 203, and the EEPROM 204 shown in FIG.

[0051] (Functional configuration of smartphone 2a) The transmitter / receiver unit 21a of the smartphone 2a is mainly realized by the processing of the CPU 201 for the long-distance communication circuit 212, and transmits and receives various data (or information) with other devices (e.g., the intermediary server 5) via the communication network 100.

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

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

[0054] The communication unit 28a is mainly realized by the processing of the CPU 201 for the short-range communication circuit 220, and communicates various data with a communication unit 38a (described later) of the smart meter 3a. In the case of wired communication, data communication is performed by connecting the smart meter 3a with a communication cable.

[0055] The storage / reading processing unit 29a is realized mainly 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.

[0056] <Functional configuration of smartphone 2c> 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 / readout unit 29c. Each of these units is a function or means realized by operating any of the components shown in FIG. 2 in response to an instruction from the CPU 201 in accordance with a smartphone program loaded from the EEPROM 204 onto the RAM 203.

[0057] The smartphone 2c also includes a storage unit 2000c that is configured by the ROM 202, the RAM 203, and the EEPROM 204 shown in FIG.

[0058] In addition, since the various parts of the smartphone 2c (transmission / reception unit 21c, reception unit 22c, display control unit 24c, communication unit 28c, and memory / readout unit 29c) have the same functions as the various parts of the smartphone 2a (transmission / reception unit 21a, reception unit 22a, display control unit 24a, communication unit 28a, and memory / readout unit 29a), their descriptions are omitted.

[0059] The smartphone 2b, like the smartphone 2c, has the same components as the smartphone 2a; however, these components will not be described in the process described below and are therefore omitted from FIG.

[0060] <Functional configuration of smart meter 3a> 5, the smart meter 3a has a transmitting / receiving unit 31a, a measuring unit 33a, a display control unit 34a, a communication unit 38a, and a memory / reading unit 39a. Each of these units is a function or means realized by operating any of the components shown in FIG. 3 in response to an instruction from the CPU 301 in accordance with the program for the smart meter loaded from the NVRAM 304 onto the RAM 303.

[0061] The smart meter 3a also includes a storage unit 3000a that is configured by the ROM 302, the RAM 303, and the NVRAM 304 shown in FIG.

[0062] (Functional configuration of smart meter 3a) The transmitter / receiver unit 31a of the smart meter 3a is mainly realized by processing of the CPU 301 for the network I / F 309, and transmits and receives various data (or information) to and from other devices (e.g., the intermediation server 5) via the communication network 100.

[0063] The measurement unit 33a is mainly realized by the processing of the CPU 301 for the measurement sensor 307, and measures the amount of power provided by the power generation device 4a.

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

[0065] The communication unit 38a is mainly realized by the processing of the CPU 301 for 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 communication is performed by connecting the smart meter 3a with a communication cable.

[0066] The storage / reading processing unit 39a is realized mainly 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.

[0067] <Functional configuration of smart meter 3c> 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 / readout unit 39c. Each of these units is a function or means realized by operating any of the components shown in FIG. 3 in response to an instruction from the CPU 301 in accordance with the program for the smart meter loaded from the NVRAM 304 onto the RAM 303.

[0068] The smart meter 3a also includes a storage unit 3000c that is configured by the ROM 302, the RAM 303, and the NVRAM 304 shown in FIG.

[0069] In addition, since each part of the smart meter 3c (transmitter / receiver unit 31c, measurement unit 33c, display control unit 34c, communication unit 38c, and memory / readout unit 39c) has the same function as each part of the smart meter 3a (transmitter / receiver unit 31a, measurement unit 33a, display control unit 34a, communication unit 38a, and memory / readout unit 39a), their description will be omitted.

[0070] Similarly to the smart meter 3c, the smart meter 3b has the same components as the smart meter 3a. However, these components will not be described in the process described later and are therefore omitted from FIG.

[0071] <Functional configuration of the intermediation server 5a> Due to space limitations, the functional block diagram of the intermediary servers 5a and 5b is shown in FIG. 6. FIG. 6 is a block diagram of the intermediary server and node functions in the trading system. As shown in FIG. 6, the intermediary server 5a has a transmitting / receiving unit 51a, a determining unit 53a, a display control unit 54a, a judging unit 55a, a creating unit 58a, and a storing / reading unit 59a. Each of these units is a function or means realized by any of the components shown in FIG. 4 being loaded from HD 504 onto RAM 503 and operating according to an instruction from CPU 501 in accordance with the program for the intermediary server.

[0072] The intermediation server 5a also has a storage unit 5000a constructed by the ROM 502 and HD 504 shown in FIG.

[0073] (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 electricity consumer. A user management DB 5001a configured by a user management table as shown in Fig. 7A is constructed in the memory unit 5000a. In this user management table, a user ID, a user name, a user address (or residence), and a selectable provider ID are associated and managed.

[0074] Of these, the user ID is an example of user identification information for identifying a user of an asset, such as an electricity 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 has an address in Tokyo, the selectable providers are limited to those with addresses in Tokyo and its surrounding areas.

[0075] (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 a producer of electricity. A provider management DB 5002a configured by a provider management table as shown in Fig. 7B is constructed in the storage unit 5000a. In this provider management table, a provider ID, a provider name, a type of production method of an asset such as electricity by the provider, and a supplyable amount are associated and managed.

[0076] Of these, the provider ID is an example of provider identification information for identifying a provider of an asset, such as a producer of electricity. The type of production method indicates the type of energy used to produce the asset. As described above, the types of production method include methods of generating energy using solar power, wind power, biomass, geothermal power, hydroelectric power, petroleum, coal, liquefied natural gas, and the like. The type of production method may indicate a broad category, such as renewable energy or fossil fuel. The available amount is the amount of assets that a provider, such as a producer, can provide in a certain period (or certain time), for example, the amount of electricity (kWh).

[0077] (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. A transaction content management DB 5003a configured by a transaction content management table as shown in FIG. 8A is constructed in the memory unit 5000a. In this transaction content management table, transaction content information is managed, and specifically, the user ID, start date of use, end date of use, planned amount of use, renewable energy utilization rate, provider ID, provider name, and type of production method are associated and managed. Note that the same item names as those in FIG. 7A and FIG. 7B, such as the user ID, have the same meaning.

[0078] Of these, the start date of use is information indicating the date on which a user, such as consumer Ca, will start using an asset such as electricity. The end date of use is information indicating the date on which a user will end their use of an asset such as electricity. The planned amount of use is the amount of an asset that a user plans to use over a certain period (or time), for example, the amount of electricity (kWh). The renewable energy utilization rate is information indicating the proportion (%) of assets, such as electricity, used by a user, such as consumer Ca, that are produced using renewable energy such as solar power.

[0079] (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 transaction history of the intermediate server 5a, which has intermediated transactions related to assets acquired from providers such as producers, for each user. The storage unit 5000a has a transaction history management DB 5004a configured by the transaction history management table shown in FIG. 8B. In this transaction history management table, transaction history information is managed, and specifically, the intermediate date and time, the transaction volume, the type of production method, and the total transaction volume by various production methods are associated and managed. In addition, the type of (energy) resource used to produce an asset is, in other words, the "type of production method" that produces an asset using a predetermined type of resource. For example, when the asset is electricity, the "type of production method" indicates a "power generation method" such as solar power. In addition, here, the case where solar power and oil are used as various production methods is shown, but the present invention is not limited to these, and production methods using wind power, coal, etc. may be managed. In addition, a large classification of the type of production method indicating electricity, renewable energy, and fossil fuels may be managed.

[0080] Among the transaction history information, the item names of the user ID and the like in FIG. 7A and FIG. 7B have the same meaning. The mediation date and time indicates the date and time when the mediation server 5a mediates the ownership of the asset by assigning the ownership of the asset acquired 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 acquired from the provider by the mediation server 5a and mediated the transaction to the user, and is indicated, for example, by the amount of electricity (kWh). The total transaction volume indicates the total amount of assets produced by a specific type of production method allocated to the user such as the consumer Ca in a certain period (or a certain time period), and is indicated, for example, by the total amount of electricity (kWh). The mediation server 5a refers to the transaction history management DB 5004a to determine the type of production method of the asset to be allocated to the user such as the consumer Ca. Thus, for example, if the consumer Ca has set the ratio of electricity produced using renewable energy to 40, the mediation server 5a refers to the total transaction volume of the transaction history management DB 5004a to determine the type of production method of the asset to be provided to the consumer Ca next.

[0081] Note that the planned usage shown in FIG. 8A (e.g., 20 kWh) is the planned usage per hour, so if asset information is transferred every 30 minutes, the transaction amount will be half the planned usage (e.g., 10 kWh).

[0082] In addition, although the various production methods shown here use sunlight and oil, the present invention is not limited to these, and production methods using wind, coal, etc. may be managed. Also, large classifications such as types of production methods showing renewable energy and fossil fuels may be managed.

[0083] 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 an asset such as electricity is produced is different. As an example, even when using the same resource, the sun, it includes a method of producing electricity using sunlight and a method of producing electricity using solar heat. In addition, another example of the type of asset production process includes a method of producing electricity using a turbine and a method of producing electricity without using a turbine.

[0084] (Functional configuration of the intermediation server 5a) Next, each functional configuration of the intermediary server 5a will be described in detail with reference to Fig. 6. 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 transmits and receives various data (or information) with other terminals (e.g., smartphones 2a and 2c) via the communication network 100. The transmission / reception unit 51a also serves as a reception unit that receives transaction details (described later) from the smartphone 2c.

[0085] The determination unit 53a is realized by the processing of the CPU 501, and determines asset information indicating the ownership of assets to be transferred to users (transaction mediation). For example, the determination unit 53a determines asset information related to assets produced by a specific type of production method for which the determination unit 53a mediates transactions for users such as consumer Ca, based on the "transaction history of assets produced by users by a specific type of production method" managed in the transaction history management DB 5004a and the "renewable energy utilization rate" previously managed in the transaction content management DB 5003a. Specifically, if consumer Ca sets the renewable energy utilization rate to 40(%), the determination unit 53a refers to the total transaction volume in the transaction history management DB 5004a and determines to change the owner of the asset information related to the assets produced by renewable energy from the intermediary Da managing the intermediary server 5a to consumer Ca, so that the utilization rate approaches 40(%).

[0086] The display control unit 54a is mainly realized by the processing of the CPU 501, and causes various images to be displayed on the display 506, or causes various images to be displayed on the display 218 of the smartphone 2 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 collective term for the display control units 24a and 24c.

[0087] The determination unit 55a is realized by the processing of the CPU 501, and performs various determinations.

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

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

[0090] <Functional configuration of the intermediation server 5b> As shown in Fig. 6, the intermediation server 5b has a transmission / reception unit 51b, a decision unit 53b, a display control unit 54b, a judgment unit 55b, a creation unit 58b, and a storage / readout unit 59b. Each of these units is a function or means realized by any of the components shown in Fig. 4 being loaded from HD 504 onto RAM 503 and operating according to an instruction from CPU 501 in accordance with the program for the intermediation server.

[0091] Also, the intermediary server 5b has a storage unit 5000b constructed by the ROM 502 and HD 504 shown in Fig. 4. Each of these units is a function or means realized by any of the components shown in Fig. 4 being loaded from the HD 504 onto the RAM 503 and operating according to an instruction from the CPU 501 in accordance with the program for the intermediary server.

[0092] The intermediation server 5b also has a storage unit 5000b constructed by the ROM 502 and HD 504 shown in FIG.

[0093] The respective units of the intermediary server 5b (transmission / reception unit 51b, decision unit 53b, display control unit 54b, judgment unit 55b, creation unit 58b, and storage / readout unit 59b) have the same functions as the respective units of the intermediary server 5a (transmission / reception unit 51a, decision unit 53a, display control unit 54a, judgment unit 55a, creation unit 58a, and storage / readout unit 59a), and therefore their explanations are omitted. Also, the storage unit 5000b of the intermediary server 5b has a user management DB 5001b, a provider management DB 5002b, a transaction content management DB 5003b, and a transaction history management DB 5004b, which are constructed with the same items (columns) as the user management DB 5001a, the provider management DB 5002a, the transaction content management DB 5003a, and the transaction history management DB 5004a of the intermediary server 5a, and therefore their explanations are omitted.

[0094] <Functional configuration for Node 9> 6, the node 9 has a transmission / reception unit 91, a verification unit 93, a judgment unit 95, a transaction processing unit 96, an asset processing unit 97, and a storage / reading unit 99. Each of these units is a function or means realized by any of the components shown in Fig. 4 being loaded from HD 904 onto RAM 903 and operating according to an instruction from CPU 901 in accordance with a program for the node.

[0095] Moreover, the node 9 has a storage unit 9000 constructed by the ROM 902 and HD 904 shown in Fig. 4. Fig. 6 shows, as an image, a state in which transaction information is linked like a chain. Also, asset information generated based on the transaction information is stored. Each piece of transaction information and each piece of asset information is held by each node.

[0096] (Functional configuration of the node) Next, each functional configuration of the node 9 will be described in detail with reference to Fig. 6. 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 and receives various data (or information) with other nodes of the blockchain network 90 in the communication network 100. The transmission / reception unit 91 also transmits and receives various data (or information) with the transmission / reception unit 31a of the smart meter 3a and the transmission / reception unit 51 of the intermediation server 5. Note that although the smartphone 3b is not shown in Fig. 6, the transmission / reception unit 91 actually transmits and receives various data (or information) with the smart meter 3b as well.

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

[0098] The determination unit 95 is realized by the processing of the CPU 901, and performs various determinations.

[0099] The transaction processing unit 96 is realized by the processing of the CPU 901, and performs processing such as generating transaction information indicating transactions used to generate asset information and storing the transaction information in the storage unit 9000.

[0100] The asset processing unit 97 is realized by the processing of the CPU 901, and performs processing such as generating asset information in accordance with transaction information and storing it in the storage unit 9000.

[0101] The storage / reading unit 99 is realized mainly 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 .

[0102] [Processing or Action] Next, the processing or operation of this embodiment will be described with reference to FIGS.

[0103] <Registration process for intermediaries> First, the registration process of an intermediary will be described with reference to Figs. 9 and 10. Fig. 9 is a sequence diagram showing the registration process of an intermediary. Fig. 10A is a diagram showing a display example of an intermediary registration screen, and Fig. 10B is a diagram showing a display example of an intermediary registration completion screen. Here, a case where a producer Aa registers an intermediary Da from among multiple intermediaries will be described. Note that the producer Aa has previously made a contract with the intermediary Da, and as described later, the producer Aa is able to select the intermediary Da. Also, an application for registering an intermediary is installed in the smartphone 2a in advance. This application associates and manages an intermediary ID for identifying each intermediary, an intermediary name, and an IP address of an intermediary server owned by the intermediary.

[0104] As shown in Fig. 9, in the smartphone 2a, the display control unit 24a causes the display 218 to display the intermediary registration screen shown in Fig. 10A (S21). In this intermediary registration screen, a pull-down menu showing the names of intermediaries is displayed in order to select a specific intermediary. In addition, at the bottom of the intermediary registration screen, an "OK" button is displayed which is pressed to confirm the intermediary name selected in the pull-down menu, and a "CANCEL" button is displayed which is pressed to cancel the selection.

[0105] Then, when the producer Aa selects a desired intermediary name from the multiple intermediary names and presses the "OK" button, the reception unit 22a receives the selection of the intermediary (S22). Here, a case where the intermediary Da is selected will be described.

[0106] After the reception unit 22a receives 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). The intermediary information includes an intermediary ID for identifying the selected intermediary and an IP address of the intermediary server owned by the selected intermediary. The communication unit 38a of the smart meter 3a receives the intermediary information.

[0107] Next, in the smart meter 3a, the storage / readout unit 39a registers the intermediary information in the storage unit 3000a. Then, the communication unit 38a transmits 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.

[0108] Next, in the smartphone 2a, the display control unit 24a displays a registration completion screen as shown in Fig. 10B on the display 218. A comment indicating that the registration of the intermediary is completed is displayed on this registration completion screen. In addition, an "OK" button to be pressed to close this screen is displayed on this registration completion screen, and the registration completion screen is closed when the producer Aa presses this button.

[0109] This completes the registration process for the intermediary.

[0110] <Transaction details registration process> Next, the process of registering transaction details of assets will be described with reference to Fig. 11 and Fig. 12. Fig. 11 is a sequence diagram showing the process of registering transaction details of assets. Fig. 12A is a diagram showing an example of the display of the transaction details registration screen before input and selection, and Fig. 12B is a diagram showing an example of the display of the transaction details registration screen after input and selection. Here, a case will be described in which a consumer Ca uses a smartphone 2c to register transaction details of electricity as an asset to the intermediary server 5.

[0111] As shown in FIG. 11, the transmitting / receiving unit 21c of the smartphone 2c transmits a display request for a transaction details 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 made the request. As a result, the transmitting / receiving unit 51a of the intermediary server 5a receives the display request. The user ID is an example of user identification information. User identification information also includes the My Number, which is a number designated by local governments, etc. as an identification number for individuals in Japan, and the telephone number of an individual or company, etc.

[0112] Next, in the intermediary server 5a, the storage / readout unit 59a searches the user management DB 5001a (see FIG. 7A) using the user ID received in step S41 as a search key to read out all corresponding selectable provider IDs (S42). Furthermore, the storage / readout unit 59a searches the provider management DB 5002a using each provider ID read in step S42 as a search key to read out each corresponding piece of information (provider name, production method type information, available amount) (S43). Then, the display control unit 54a uses each piece of information read in step S43 to create a transaction details registration screen as shown in FIG. 12(a) (S44). As a result, in the smartphone 2c, the display control unit 24c uses the web browser function to display the transaction details registration screen shown in FIG. 12A created by the intermediary server 5a on the display 218 of the smartphone 2c (S45). This transaction details registration screen displays various input fields (the date of the asset (electricity in this case) usage period, the end date of the asset usage, the planned amount of asset usage, and the renewable energy utilization rate), as well as multiple check boxes for selecting the asset provider. Also displayed at the bottom of the transaction details registration screen are an "OK" button that is pressed to confirm the transaction details entered in the input fields and checked in the check boxes, and a "CANCEL" button that is pressed to cancel the transaction without confirming the details.

[0113] Here, the consumer Ca operates the touch panel of the smartphone 2c to input desired values ​​in each input field, and further checks the checkbox of the desired provider and presses the "OK" button, and the reception unit 22c accepts the input and selection of the transaction details (S46). Note that the renewable energy utilization rate indicates the proportion of renewable energy used in the energy used to produce the electricity that the consumer Ca wishes to obtain.

[0114] In this example, consumer Ca selects producer Aa, which produces electricity using sunlight as the energy source used in production, but since electricity is not provided at night, producer Ab, which produces electricity using oil, is selected in consideration of the need to substitute with other energy sources. The renewable energy utilization rate is set to 40%.

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

[0116] Next, in the intermediary server 5a, the memory / read unit 59a manages the transaction content information received in step S47 by storing it in the transaction content management DB 5003a (see Figure 8(a)) in association with the user ID received in step S41 (S48).

[0117] This completes the transaction details registration process.

[0118] <Process to set the asset owner as an intermediary> Next, a process of setting the owner of an asset provided by a provider to an intermediary will be described with reference to Fig. 13 and Fig. 14. Fig. 13 is a sequence diagram showing a process of setting the owner of an asset provided by a provider to an intermediary. Fig. 14 is a conceptual diagram of transaction information and asset information. Here, a case will be described in which the smart meter 3a of producer Aa sets the owner of an asset to the node 9a as an intermediary.

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

[0120] 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 the verification result shows no problem will be described.

[0121] Next, the transaction processing unit 96 uses the provision 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 a transaction type. The transaction information includes the transaction ID, information on the transaction type, and provision information (information on the provider, provision date and time, (tradable) amount, production method, and owner).

[0122] 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 asset information. In FIG. 14, since the transaction type is the generation of asset information, the asset processing unit 97 generates the asset information. The provider is information indicating the provider of the asset. The provided 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 electricity, etc. that the provider can trade within a specified 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, indicating the ownership of the asset, etc.

[0123] 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 sets the provision information (information on the provider, provision date and time, (tradable) amount, production method, and owner) in the transaction information, as well as the expiration date of the transaction and the transaction status of the asset information. The expiration date of the transaction is set, for example, one month after the provision date. The transaction status is information indicating whether the asset information has been traded (allocated) to a user by the intermediary server 5. In FIG. 14, "Not yet" indicates a state in which the asset information has not been traded (allocated) to a user, that is, a state in which the intermediary has not yet provided the asset information to the user.

[0124] In addition, the transmitter / receiver 91 of the node 9 distributes the transaction information generated in step S64 as a block to the other nodes of the blockchain network 90 (S66). As a result, the other nodes verify the block and add it to the chain of blocks already stored in each node, and then generate asset information according to the transaction information in the same manner as in step S65 above and store it in each storage unit. Note that multiple pieces of transaction information may be stored in one block.

[0125] Next, the transceiver 91 of the node 9 transmits a response to the request in step S62 to the smart meter 3a (S67). The content of the response indicates whether the generation of the asset information has been successful or unsuccessful. The transceiver 31a of the smart meter 3a receives the response.

[0126] Next, in the smart meter 3a, the storage / read unit 39a stores the response content in the storage unit 3000a.

[0127] As a result, asset information indicating details such as the asset owner being set as the intermediary Da is managed on the blockchain network, completing the process of providing asset information from the provider to the intermediary.

[0128] <Process of providing asset information from intermediary to user> Next, a process for setting the owner of an asset mediated by an intermediary to a user will be described with reference to Fig. 15 to Fig. 19. Fig. 15 is a sequence diagram showing a process for setting the owner of an asset mediated by an intermediary to a user.

[0129] First, the transmitting / receiving unit 31c of the smart meter 3c of the consumer Ca transmits usage information on electricity as an asset via the communication network 100 once every predetermined time (for example, 30 minutes) (S81). This usage information includes information indicating the usage state of electricity as an asset, a user ID for identifying the consumer Ca as the user, the amount of electricity used as an asset, and the usage time of electricity as an asset. As a result, the transmitting / receiving unit 51a of the intermediary server 5a receives the usage information. Then, the transmitting / receiving unit 51a transmits a request for all asset information of which the intermediary Da managing the intermediary server 5a is the owner to the node 9 of the blockchain network 90 (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. As a result, the transmitting / receiving unit 91 of the node 9 receives the request for all asset information.

[0130] Next, in 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 a server pre-registered in node 9. Next, a case where the verification result shows no problem will be described.

[0131] The storage / read unit 99 of the node 9 reads out all asset information managed by the owner as the intermediary Da who manages the intermediary server 5a (S84). The transmission / reception unit 91 then transmits all of the asset information read out in step S84 to the intermediary server 5a (S85). As a result, the transmission / reception unit 51a of the intermediary server 5a receives all of the asset information. As a result, the intermediary server 5a can receive asset information of the intermediary Da that can be assigned to a user and that the owner can receive. Next, the storage / reading unit 59a of the intermediary server 5a searches the transaction content management DB 5003a using the user ID received in step S81 as a search key to read out the corresponding transaction content information (S86). Furthermore, the storage / reading unit 59a searches the transaction history management DB 5004a using the user ID received in step S81 as a search key to read out each corresponding total transaction volume (S87). In the case of Fig. 8B, 20 (kWh) is read as the total transaction volume of electricity produced by solar power, and 160 (kWh) is read as the total transaction volume of electricity produced by oil.

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

[0133] (Decision process for type of production method) Here, the process of step S88 will be described in detail with reference to Figures 16 to 18. Figure 16 is a flow chart showing the process of determining the type of production method. Figure 17 is a sequence diagram showing the process of transferring the ownership of an asset produced by a specific type of production method between an intermediary server and a predetermined intermediary server other than the server itself.

[0134] 16, the determination unit 53a determines the type of production method of the asset (electricity) related to the asset information to be transferred to the consumer Ca as a user, based on the transaction content information read in step S86 and the total transaction volume read in step S87 (S121). For example, if the transaction content information indicates the types of production method as "solar power" and "oil", the transaction history information indicates that the latest total transaction volume is "20" for solar power and "160" for oil, so that the determination unit 53 determines the type of production method to be "solar power" so as to approach the renewable energy rate of "40".

[0135] Next, the judgment unit 55a judges whether the asset information received in step S85 includes specific asset information in which (1) the transaction status is set as "not yet", (2) the type of production method determined in step S121 is set, and (3) the same transactionable amount as the usage amount received in step S81 is set (S122). If the judgment unit 55a judges that the asset information includes the specific asset information (S122; YES), the determination unit 53a maintains the determination result in step S121 (S123). This ends the detailed processing of step S88 shown in FIG. 16.

[0136] On the other hand, if the judgment unit 55a judges in step S122 that the asset information is not included (NO), the judgment unit 55a further judges whether a request (first change request) for changing the owner of the asset 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 sent to all interrogable intermediary servers other than the own server (intermediary server 5a) (S124). Then, if the judgment unit 55a judges in step S124 that the first change request has not been sent to all intermediary servers other than the own server (intermediary server 5a) (NO), as shown in Fig. 17, the transmission / reception unit 51a of the intermediary server 5a transmits a change request to the intermediary server 5b as an example of an intermediary server other than the own server (intermediary server 5a) as the owner of the specific asset produced by the above-mentioned production method cannot be changed from the original owner (S125). Specifically, the transmitting / receiving unit 51a transmits a request (an example of a first change request) to change 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 from the intermediary Db of the intermediary server 5b to the intermediary Da of the intermediary server 5a. 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 which the asset is to be transferred. The information indicating the owner (intermediary Da) may be the name of the owner or may be an owner ID for identifying the owner (intermediary Da). As a result, the transmitting / receiving unit 51b of the intermediary server 5b receives this request.

[0137] Next, the transmitting / receiving unit 51b of the intermediary server 5b transmits a request for all asset information for which the intermediary Db is the owner to the node 9 of the blockchain network 90 (S142). This request includes an electronic certificate for proving that the intermediary server 5b managed by the intermediary Db is a server that can access the blockchain network 90, and information indicating that the owner is the intermediary Db. As a result, the transmitting / receiving unit 91 of the node 9 receives the request for all asset information.

[0138] Next, in 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 a server pre-registered in node 9. Next, a case where the verification result shows no problem will be described.

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

[0140] Next, the determination unit 55b of the intermediary server 5b determines whether all the asset information received in step S145 includes specific asset information in which (1) the transaction status is set as "not yet", (2) the type of production method requested in step S125 is set, and (3) the tradable amount requested in step S125 is set. For example, when asset information in which a method of producing electricity using solar power is set is requested in step S125, the determination unit 55b of the intermediary server 5b determines whether there is asset information in which the type of production method is set as "solar power". Note that, when there is only asset information in which a tradable amount less than the tradable amount requested in step S125 is set among the multiple asset information received in step S145, the determination unit 55b determines whether there are multiple specific asset information that satisfy the tradable amount requested in step S125. Here, the case in which there is specific asset information in which the requested type of production method is set will be described.

[0141] Next, the transmitter / receiver 51b of the intermediary server 5b transmits a change request (second change request) to the node 9 of the blockchain network 90 to change the owner of the specific asset information that was the subject of the judgment in step 146 from the intermediary Db of the intermediary server 5b to the intermediary Da of the intermediary server 5a (S147). The change request in step S147 includes an asset ID for identifying the specific asset information that was the subject of the judgment in step S146. The change request in step S147 also includes information indicating the new owner (intermediary Da).

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

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

[0144] Here, the process of step S149 will be described in detail with reference to Fig. 18. Fig. 18 is a conceptual diagram of the transition of transaction information and asset information in the process of step S149. Note that in Fig. 19, the description will start from a state in which the first asset information, whose owner is the intermediary Db and whose production method type is solar light, is managed on the blockchain network 90, due to the first transaction information and first asset information having already been generated.

[0145] The transaction processing unit 96 generates second transaction information, and as shown in FIG. 18, adds and stores a block including the second transaction information to the chain of the block including the first transaction stored in the storage unit 9000. Then, the asset processing unit 97 changes the content of the first asset information according to the second transaction information, as shown in FIG. 18. This second transaction information indicates a unique transaction ID and "transaction of asset information" as the type of transaction. The second transaction information also indicates the mediation date and time when the asset information transaction was mediated, the new owner (mediator Da) after the mediation, an asset ID for identifying the asset information to be transferred (transacted), and the (tradable) amount of the asset (here, electricity).

[0146] Then, the asset processing unit 97 changes the first asset information as shown in Fig. 18. Specifically, the asset processing unit 97 changes the owner in the first asset information from "intermediary Db" to "intermediary Da." In this case, the asset information has not been transferred to a user such as an end consumer Ca, and can be transferred in the future, so the transaction status in the first asset information remains "not yet."

[0147] 17, the transmitting / receiving unit 91 of the node 9 transmits a response to the request in step S147 to the relay server 5b (S150). This response indicates whether the process in response to the request in step S147 was successful or unsuccessful. As a result, the transmitting / receiving unit 51b of the relay server 5b receives the response.

[0148] Next, the transmitting / receiving unit 51b of the intermediary server 5b transmits a response to the request in step S125 to the intermediary server 5a (S151). Here, if the transmitting / receiving unit 51b has received a response indicating "success" in step S150, the transmitting / receiving unit 51b transmits to the intermediary server 5a, as the response content indicated in step S151, information indicating "change complete" and an asset ID for identifying the asset information for which the change has been completed. Also, if the transmitting / receiving unit 51b has received a response indicating "failure" in step S150, the transmitting / receiving unit 51b transmits to the intermediary server 5a, as the response content indicated in step S151, information indicating "change not possible". As a result, the transmitting / receiving unit 51a of the intermediary server 5a receives a response from the intermediary server 5b. Note that, even if it is determined in the process of step S146 that the asset information requested by the intermediary server 5a does not exist, information indicating "change not possible" is transmitted in step S151.

[0149] 16, the judgment unit 55a judges in response to the request in step S125 in step S151 whether the owner of the asset produced by the production method of the type requested in step S125 has been changed from a predetermined intermediary other than the intermediary Da to the intermediary server 5a (S126). If it is judged in step S126 that the owner has been transferred (YES), the process proceeds to step S123, and the asset information transferred from a predetermined intermediary server Db other than the own server is assigned.

[0150] On the other hand, if it is determined in step S126 that the content has not been transferred (or that the content has not been transferred) (NO), the process proceeds to step S124.

[0151] Also, in the above step S124, when the judgment unit 55a judges that the first change request has been sent to all intermediary servers that can be queried other than the server itself (YES), the decision unit 53a re-determines the type of a specific production method from among the types of production methods managed in all asset information received in step S85 (S127). In this case, since the intermediary server 5a is in a state in which asset information related to assets such as electricity produced using solar power has not been transferred from the intermediary server 5b, etc., in the intermediation process of this transaction, the intermediary server 5a transfers the ownership of the asset information related to assets such as electricity produced using petroleum, etc. Note that, since the intermediation of transactions is performed once every 30 minutes, the intermediary server 5a may receive the ownership of the asset information related to assets such as electricity produced using solar power from the intermediary server 5b, etc., 30 minutes later. This ends the detailed process of step S88 shown in FIG. 16.

[0152] 15, the storage and reading unit 59a adds the contents processed in step S88 to the transaction history management DB 5004a by storing them (S89). As a result, for example, the storage and reading unit 59a adds a record indicating the brokerage date and time "2020.1.1 9:00-9:30", the transaction amount "10", and, for example, the type of production method "photovoltaic" and the total transaction amount for photovoltaic "30" to the transaction history management DB 5004 (see FIG. 8B).

[0153] Next, the transmitting / receiving unit 51a of the intermediary server 5a transmits a change request (third change request) for the asset information to the node 9 of the blockchain network 90 (S90). This 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. The change request in step S90 also includes information indicating the new owner (consumer Ca). This information indicating the new owner may be the user ID received in step S81 or the name of the owner. Note that, if there are multiple assets produced by the specific type of production method determined in step 88, the transmitting / receiving unit 51a transmits a change request for the specific asset information related to the asset with the expiration date closest to the current date and time among the multiple assets.

[0154] Next, in the node 9, the verification unit 93 verifies each piece of information (asset ID, owner) received in step S90 (S91). This verification is a process of determining whether each piece of information has a predetermined format and content. Next, a case where the verification result is satisfactory will be described.

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

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

[0157] In step S92, the transaction processing unit 96 generates second transaction information as shown in Fig. 19. This second transaction information indicates a unique transaction ID and a transaction type of "asset information transaction." The second transaction information also indicates the mediation date and time when the asset information transaction was mediated, the new owner after mediation, an asset ID for identifying the asset information to be transferred, and the usage amount of the asset (here, electricity) received in step S90.

[0158] Then, the asset processing unit 97 changes the first asset information as shown in FIG. 19. The asset processing unit 97 changes the "(tradable) amount" to "(usage) amount" in the first asset information, and changes the owner from "intermediary Da" to "consumer Ca". Furthermore, the asset processing unit 97 changes the transaction status in the first asset information from "not yet" to "completed". Note that asset information whose transaction status has been changed to "completed" in this way will be excluded from future transactions. Therefore, the transaction processing unit 96 does not include asset information whose transaction status is set to "completed" in the transaction type of "asset information transaction". In other words, asset information that has been excluded from transactions will not be transferred again.

[0159] This completes the process of step S92.

[0160] 15, the transmitting / receiving unit 91 of the node 9 transmits a response to the request of step S90 to the relay server 5 (S93). This response indicates whether the process for the request of step S90 was successful or unsuccessful. As a result, the transmitting / receiving unit 51 of the relay server 5 receives the response.

[0161] Next, the transmitting / receiving unit 51a of the intermediation server 5a transmits a response to the transmission in step S81 to the smart meter 3c (S94). As a result, the transmitting / receiving unit 31c of the smart meter 3c receives the response from the intermediation server 5a. The content of this response indicates the response content (success or failure) received in step S93, and is managed and displayed in the smart meter 3c. Also, when the intermediation server 5a receives a response indicating "change complete" from the intermediation server 5b in the process of step S151, a response indicating "success" is transmitted in step S94.

[0162] <Production method certificate intermediary processing> Next, the mediation process of the production method certificate of the asset will be described with reference to Fig. 20. Fig. 20 is a sequence diagram showing the mediation process of the production method certificate of the asset. In order to prove that the type of the production method of the electricity consumed is renewable energy such as solar power, the consumer Ca requests the mediator Da to obtain a production method certificate to prove the production method of the asset from the certification authority E. This will be described below.

[0163] As shown in FIG. 20, when consumer Ca operates the smartphone 2c, the transmitter / receiver 21c transmits a request for a production method certificate for the asset via the communication network 100 (S201). As a result, the transmitter / receiver 51 of the intermediary server 5 receives the request. This request includes a user ID for identifying the user as consumer Ca, and transaction period information indicating the period during which the asset is traded. That is, consumer Ca requests a production method certificate for a specific transaction period, for example, from January 1, 2020 to January 31, 2020.

[0164] Next, the transmitting / receiving 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). This request includes the certificate of the intermediary server 5, the user as the owner (here, consumer Ca), and transaction period information. As a result, the transmitting / receiving unit 91 of the node 9 receives the request. The certificate of the intermediary server 5 is the same as that sent in step S82 above. Also, the transaction period information is the transaction period information received in step S121.

[0165] Next, in 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 a server preregistered in node 9. Next, a case where the verification result shows no problem will be described.

[0166] Next, the memory / read unit 99 reads out transaction information and asset information in which consumer Ca is set as the owner within the specified transaction period indicated by the transaction period information received in step S202 (S204). In this case, the memory / read unit 99 reads out specific transaction information in which an intermediation date and time included in the transaction period is indicated and in which the new owner is indicated as consumer Ca. The memory / read unit 99 also reads out asset information based on the asset ID indicated in the specific transaction information that has been read out.

[0167] Then, the transmitting / receiving unit 91 of the node 9 transmits the requested transaction information and asset information to the intermediation server 5 (S205). As a result, the transmitting / receiving unit 51 of the intermediation server 5 receives the transaction information and asset information.

[0168] 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 asset information received in step S205 (S206). This application form is used to apply for a production method certificate to certify the type of production method of the asset.

[0169] Next, as shown in FIG. 1, the intermediary Da sends the application created in step S206 to the certification authority E by mail or the like (S1). The certification authority E then creates an asset production method certificate that certifies that 40% of the electricity consumed by the consumer Ca was produced by renewable energy such as solar power, and sends it to the intermediary Da by mail or the like (S2). The intermediary Da then sends the production method certificate to the consumer Ca by mail or the like (S3). Note that the certification authority E may, if necessary, obtain transaction information and asset information from the blockchain network 90 and check the contents before issuing the production method certificate.

[0170] This completes the intermediate process for the production method certificate by the intermediate Da. After receiving the production method certificate, the consumer Ca can use it to improve the image of his / her company or to apply for government subsidies for the use of renewable energy.

[0171] [Main Effects of the Embodiments] As described above, according to this embodiment, when the intermediary server 5a does not have ownership of an asset produced by the required type of production method (S122; NO), the owner of the asset produced by the specific type of production method requested by the smart meter 3c cannot be changed, and the asset is transferred from the intermediary server 5b (S126; YES), thereby achieving the effect of preventing a sudden increase in asset prices and the generation of unused and wasted assets.

[0172] In addition, since the quality of assets such as electricity provided to users is constant, even if the type of production method of the asset is unknown, node 9 of the blockchain network 90 manages asset information that indicates the type of production method of the asset and the owner of the asset, as well as the transaction information used to generate this asset information, thereby achieving the effect of being able to prove the type of production method without fraud.

[0173] In addition, in order to realize stable use of electricity, it is necessary to adjust the consumed electricity and the produced electricity to be the same in real time (simultaneous and equal). However, since the blockchain is a distributed ledger, it takes a certain amount of time to confirm the consistency of each ledger information via the network, and therefore it is not suitable for applications such as real-time asset transactions that require real-time performance. In contrast, in this embodiment, the intermediary server 5 transmits a change request to the blockchain network 90 to change the owner indicated by the asset information managed in the blockchain network 90 from the original owner to the user (consumer Ca) after the consumer Ca has used the asset, not at the timing when the consumer Ca starts using the asset such as electricity (S89). This kind of post-payment processing has the effect of enabling management of asset ownership by the blockchain for applications such as real-time asset transactions that require real-time performance. Moreover, since the intermediary server 5 changes the asset information managed in the blockchain network 90 on behalf of the provider (producer Aa, etc.) and the user (consumer Ca, etc.), the provider (producer Aa, etc.) and the user (consumer Ca, etc.) can trade electricity without worrying about changes to the asset information.

[0174] Furthermore, the intermediary server 5 has the effect of being able to be used for purposes such as real-time trading of assets such as electricity produced using renewable energy sources such as solar power, by changing the owner of a specific type of asset production method.

[0175] 〔others〕 In the above embodiment, the asset information includes information indicating the owner of the asset, but in some cases, information indicating the owner may not be included. For example, when a user is self-sufficient, such as when the user is also a producer, there is no need to transfer the asset to another person (other company), so it is sufficient to be able to prove the type of production method.

[0176] In addition, in the above embodiment, electricity is shown as an example of an asset, but this is not limited to this, and includes assets that physically (or in reality) exist and assets that do not physically (or in reality) exist, as described below.

[0177] Examples of assets that exist physically (or in reality) include foods such as grains, vegetables, fruits, meat, marine products, and processed products. When the assets are grains, vegetables, and fruits, the asset information is additional information such as information indicating whether pesticides were used, or information indicating the producer or production area. When the assets are meat, the asset information is additional information such as information indicating whether the animals were raised using genetically modified crops, or information indicating the producer or production area. When the assets are marine products such as fish and shellfish, the asset information is additional information such as information indicating natural or farmed products, or information indicating the producer (fisherman) or production area (fishing area). When the assets are processed products, the asset information is additional information such as information indicating allergens, information indicating whether the assets were processed using genetically modified crops, or information indicating the processor or the location of the processing plant.

[0178] Furthermore, physically (or actually) existing assets include real estate such as land and buildings, and movable property such as goods or quantities of goods. When the asset is real estate, the asset information is associated information such as ownership. When the asset is movable property, the asset information is associated information such as ownership.

[0179] On the other hand, examples of assets that do not exist physically (or in reality) include tokens (virtual currencies) or token quantities, carbon dioxide emission rights, rights such as intellectual property rights, and contracts. When the asset is a token, the asset information is additional information such as ownership. When the asset is a carbon dioxide emission right, the asset information is additional information such as ownership. When the asset is a right such as intellectual property right, the asset information is additional 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 additional information such as the contract terms and performance status. It should be noted that not only contracts but also treaties, agreements, promises, memoranda, memos, etc. are similar to contracts.

[0180] Furthermore, assets in the case of postpaid processing include not only electricity but also gas, tap water, telephone calls, etc. In the case of gas, tap water, and telephone calls, the asset information is incidental information such as ownership.

[0181] Each of the components such as the CPUs 201, 301, 501, 901, etc. may be a single component or a plurality of components.

[0182] Each function in the above-described embodiment can be realized by one or more processing circuits. Here, the "processing circuit" in the present embodiment includes a processor programmed to execute each function by software, such as a processor implemented by an electronic circuit, and devices such as an ASIC (Application Specific Integrated Circuit), a DSP (digital signal processor), an FPGA (field programmable gate array), a SOC (System on a chip), a GPU, and a conventional circuit module designed to execute each of the above-described functions.

[0183] Furthermore, the power generation device 4a (4b) may be provided with a device or function that is the smart meter 3a (3b). Also, the electrical device 8 may be provided with a device or function that is the smart meter 3c.

[0184] Furthermore, each of the above programs may be distributed by being recorded on a recording medium such as a DVD.

[0185] Furthermore, in the communication between the smartphone 2 (or the smart meter 3), the intermediation server 5, and each node 9, other servers or the like may relay data. [Explanation of symbols]

[0186] 1. Trading System 2. Smartphones (an example of a communication device) 3 Smart meter (an example of a measurement terminal) 4. Power generation equipment 5a Mediation Server (an example of another mediation server) 5b Intermediary server (own server) 8 Electrical Equipment 9 Node 10 Power transmission and distribution network 51 Transmitting and Receiving Section (Reception Section) 53 Decision Section 90 Blockchain Network 91 Transmitter / receiver 95 Judgment Department 96 Transaction Processing Unit 97 Asset Processing Section 100 Communication Network 5001 User management DB 5002 Provider management DB 5003 Transaction content management DB 5004 Transaction history management DB

Claims

1. An intermediary server that mediates a transaction regarding an asset between a provider of the asset and a user of the asset by requesting a change in the owner of the asset to a blockchain network, A receiving means for receiving a first change request, sent by another intermediary server capable of requesting the blockchain network to change the owner of an asset, to change the owner of a specific asset produced by a specific type of production method from an intermediary that manages the intermediary server to another intermediary that manages the other intermediary server; a transmitting means for transmitting a second change request to the blockchain network to change the owner of the specific asset from the intermediary to the other intermediary, when the asset whose owner is the intermediary is the specific asset requested in the first change request, based on the receiving means receiving the first change request; having The intermediary server is characterized in that when the transmission means sends the second change request and the change corresponding to the second change request is completed, the transmission means sends a response to the other intermediary server indicating that the change has been completed.

2. The receiving means receives all asset information from the blockchain network, the asset information indicating a type of production method of the asset and indicating the intermediary as an owner of the asset; When all of the asset information received by the receiving means includes specific asset information indicating a specific asset produced by the specific type of production method, the transmitting means transmits the second change request to the blockchain network. The intermediation server according to claim 1 .

3. 3. The intermediation server according to claim 2, wherein said transmission means transmits a response indicating completion of the change to said other intermediation server in response to said first change request.

4. The receiving means receives all asset information from the blockchain network, the asset information indicating a type of production method of the asset and indicating the intermediary as an owner of the asset; If there is no specific asset information indicating a specific asset produced by the specific type of production method among all the asset information received by the receiving means, the transmitting means transmits a response to the other intermediary server indicating that the change cannot be made in response to the first change request. The intermediation server according to claim 1 .

5. The intermediation server according to any one of claims 1 to 4, wherein the asset is electricity.

6. The intermediary server according to any one of claims 1 to 5, characterized in that the asset is electricity, and the type of production method is a production method that uses renewable energy, a production method that uses fossil fuels, or a production method that uses nuclear power.

7. The intermediary server according to claim 6, wherein the renewable energy is sunlight, solar heat, wind power, biomass, geothermal heat, hydroelectric power, or atmospheric heat.

8. An intermediation server according to any one of claims 1 to 7; The other intermediation server; A trading system constructed by:

9. An intermediation method implemented by an intermediary server that mediates a transaction regarding an asset between a provider of the asset and a user of the asset by requesting a change in the ownership of the asset to a blockchain network, comprising: A receiving step of receiving a first change request transmitted by another intermediary server capable of requesting the blockchain network to change the owner of an asset produced by a specific type of production method from an intermediary managing the intermediary server to another intermediary managing the other intermediary server; a sending step of sending a second change request to the blockchain network to change the owner of the specific asset from the intermediary to the other intermediary, when the asset whose owner is the intermediary is the specific asset requested in the first change request based on receiving the first change request in the receiving step; Run An intermediation method characterized in that the transmitting step includes a process of transmitting the second change request, and when the change in accordance with the second change request is completed, the transmitting step includes a process of transmitting a response to the other intermediary server indicating that the change has been completed.

10. A program causing a computer to execute the method according to claim 9.

Images