Information processing device, system, processing method, and program

Abstract

To provide an information processor that prevents double issuance when issuing a certificate of an asset production method.SOLUTION: An image processing system 7 (an example of an information processor) transmits issuance request information that indicates a type of an asset production method and indicates that issuance of a certificate for certifying a production method is requested, to a mediation system 1000 that mediates the issuance of the certificate to the image processing system 7, receives certificate data generated based on the transmitted issuance request information from the mediation system 1000 and outputs the received certificate data.SELECTED DRAWING: Figure 24

Description

[Technical field]

[0001] The present invention relates to an information processing device, a system, a processing method, and a program. [Background technology]

[0002] In recent years, electricity produced by renewable energy (called "green electricity" in Japan) 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 generation using fossil fuels such as oil, coal, and liquefied natural gas, electricity generation using renewable energy emits almost no CO2, which is a cause of global warming, and therefore, among the resources used for electricity production, renewable energy is an environmentally friendly energy source. 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).

[0003] Here, even if the production method of an asset such as electricity is different, such as the type of resources used to produce the asset is different, the quality of the asset such as electricity that finally reaches the user is the same, so the user cannot know whether the electricity that arrived was produced using renewable energy or not. Therefore, in order to prove the transaction of an asset such as electricity produced by renewable energy, a certificate issued by a certification authority such as a certificate issuing business authorized by the national or local government is used. For example, a company can apply for the issuance of a certificate and use the issued certificate to prove added value to the environment to improve the company value. In addition, a method of using a blockchain in the transaction of securities having properties similar to certificates is also known (see Patent Document 2). [Prior art documents] [Patent documents]

[0004] [Patent Document 1] JP 2019-144851 A [Patent Document 2] Special Publication No. 2018-521437 Summary of the Invention [Problem to be solved by the invention]

[0005] However, in order to prevent the fraudulent use of certificates issued by certification authorities, it is necessary to prevent the same certificate from being issued multiple times. However, with conventional methods, it was not possible to know whether a certificate had been issued or not, which raised the risk of duplicate issuance. [Means for solving the problem]

[0006] In order to solve the above-mentioned problem, the invention according to claim 1 comprises a transmitting means for transmitting issuance request information, which indicates a type of production method of an asset and indicates a request for issuance of a certificate to certify the production method, to an intermediary system that mediates the issuance of the certificate, a receiving means for receiving certificate data generated based on the transmitted issuance request information from the intermediary system, and an output means for outputting the received certificate data. a receiving means for receiving an input of applicant information identifying an applicant who is applying for issuance of the certificate, and a display control means for displaying a list of transaction data which can be issued by the applicant, the receiving means receiving a selection of the transaction data from the displayed list, and the transmission means generating the issuance request information indicating that the selection requests issuance of the certificate corresponding to the transaction data which has been received, The present invention is an information processing device characterized by the above. Effect of the Invention

[0007] As described above, according to the present invention, it is possible to prevent duplicate issuance of a certificate for a production method of an asset. [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 an intermediary server, a certificate issuing server, and a node. [Diagram 5] FIG. 2 is a diagram illustrating a hardware configuration of the image processing device. [Figure 6] FIG. 2 is a functional block diagram of a smartphone and a smart meter in the trading system. [Figure 7] FIG. 2 is a functional block diagram of an intermediary server, a certificate issuing server, and a node in the transaction system. [Figure 8] FIG. 2 is a functional block diagram of an image processing device in the transaction system. [Figure 9A] FIG. 13 is a conceptual diagram showing a user management table. [Figure 9B] FIG. 13 is a conceptual diagram illustrating a provider management table. [Figure 10A] FIG. 13 is a conceptual diagram of a transaction content management table. [Figure 10B] FIG. 13 is a conceptual diagram of a transaction history management table. [Figure 11A] FIG. 13 is a conceptual diagram of an applicant management table. [Figure 11B] FIG. 13 is a conceptual diagram of a certificate type management table. [Figure 12] FIG. 13 is a sequence diagram showing a process for registering an intermediary. [Figure 13A] 13 is a display example of an intermediary registration screen. [Figure 13B] FIG. 13 is a diagram showing a display example of an intermediary registration screen. [Figure 14] FIG. 13 is a sequence diagram showing a process for registering asset transaction details. [Figure 15A] 13 is a display example of a transaction content registration screen before input and selection. [Figure 15B] FIG. 13 shows an example of a transaction content registration screen displayed after input and selection. [Figure 16] FIG. 13 is a sequence diagram showing a process of setting an owner of an asset provided by a provider to an intermediary. [Figure 17] FIG. 2 is a conceptual diagram of transaction information and asset information. [Figure 18] FIG. 13 is a sequence diagram showing a process of setting an owner of an asset mediated by an intermediary to a user. [Figure 19]FIG. 2 is a conceptual diagram of transaction information and asset information when electricity trading is conducted. [Figure 20] FIG. 11 is a sequence diagram showing a process for issuing a production method certificate for an asset. [Figure 21A] FIG. 13 is a diagram showing an example of a display of the certificate issuance screen before input and selection. [Figure 21B] FIG. 13 is a diagram showing an example of a certificate issuance screen displayed after input and selection. [Figure 22] FIG. 11 is a sequence diagram showing a process for issuing a production method certificate for an asset. [Diagram 23] FIG. 13 is a conceptual diagram of transaction information and asset information when a certificate is issued. [Figure 24] FIG. 13 is a diagram showing an example of a printed production method certificate. [Diagram 25] FIG. 11 is a functional block diagram of an intermediary server, a certificate issuing server, and a node in a trading system according to a first modified example. [Figure 26] FIG. 11 is a sequence diagram showing the process of issuing a production method certificate for an asset in a trading system according to the first modified example. [Figure 27] FIG. 11 is a sequence diagram showing the process of issuing a production method certificate for an asset in a trading system according to the first modified example. [Figure 28] FIG. 11 is a functional block diagram of an image processing device in a transaction system according to a second modified example. [Figure 29] FIG. 11 is a sequence diagram showing the process of issuing a production method certificate for an asset in a trading system according to the second modified example. [Diagram 30] FIG. 11 is a sequence diagram showing the process of issuing a production method certificate for an asset in a trading system according to the second modified example. [Diagram 31] FIG. 11 is a sequence diagram showing the process of issuing a production method certificate for an asset in a trading system according to the third modified example. [Diagram 32] FIG. 11 is a sequence diagram showing the process of issuing a production method certificate for an asset in a trading system according to the third modified example. [Figure 33A]FIG. 13 shows an example of an applicant information input screen. [Figure 33B] FIG. 13 is a diagram showing an example of a display of a certificate issuance screen. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] Hereinafter, an embodiment of the present invention will be described with reference to the drawings. In the description of the drawings, the same elements are given the same reference numerals, and duplicated description will be omitted.

[0010] [System configuration overview] First, an outline of the configuration of a trading system (tracking 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 by asset information described later.

[0011] <Explanation of each company> As shown in FIG. 1, there are an electricity producer Aa, an electricity producer Ab, an electricity consumer Ca, an intermediary Da, and an applicant E. The producer Aa is an example of a provider, and is a business that produces electricity from solar light, which is an example of renewable energy used to produce electricity produced by renewable energy (called "green electricity" in Japan). The producer Ab is an example of a provider, and is a business that produces electricity from petroleum, which is an example of fossil fuel. The providers also include associations that buy assets from each producer and resell them. The consumer Ca is an example of a user, and is a business that consumes electricity provided by the producers Aa and Ab. The users also include those who have become owners of assets such as real estate that are not consumed like electricity. The intermediary Da is a business that mediates transactions of electricity ownership. The applicant E is a user who makes various applications using a production method certificate issued by a public institution such as a national or local government to certify the type of electricity production method. The types of electricity production methods include methods that use sunlight, solar heat, wind power, biomass, geothermal heat, hydroelectric power, atmospheric heat, or atomic power. Of these, sunlight, solar heat, wind power, biomass, geothermal heat, hydroelectric power, and atmospheric heat 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 atmospheric heat is used as the renewable energy. In addition, petroleum, coal, or liquefied natural gas is used as the fossil fuel.

[0012] Furthermore, the intermediary Da performs an intermediary business acting as an agent for the issuance of production method certificates by public institutions such as national and local governments. In response to an issuance request from application form E, the intermediary Da mediates the issuance of a production method certificate and provides the issued production method certificate to applicant E. This enables applicant E to use the production method certificate to apply for public subsidies based on, for example, the company's renewable energy utilization rate (CO2 reduction rate), etc.

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

[0014] <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.

[0015] <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 intermediation system 1000 composed of an intermediation server 5 and a certificate issuing server 6. This intermediary Da is a corporation or an individual (for example, an employee such as the president, an executive officer, or an IT manager). Applicant E has an image processing device 7.

[0016] The number of smartphones may be two or four or more depending on the number of producers and consumers. Hereinafter, the smartphones 2a, 2b, 2c are collectively referred to as smartphone 2. The number of smart meters 3a, 3b, 3c may be two or four or more depending on the number of producers and consumers. Hereinafter, the smart meters 3a, 3b, 3c are collectively referred to as smart meter 3. The number of power generation devices 4a, 4b may be one or three or more depending on the number of producers. Hereinafter, the power generation devices 4a, 4b are collectively referred to as power generation device 4.

[0017] Also, the number of intermediary systems 1000 may be two or more depending on the number of intermediaries. Also, the intermediary server 5 and the certificate issuing server 6 may each 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.

[0018] As shown in FIG. 1, a trading system (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, an image processing device 7, an intermediary system 1000, and nodes 9a, 9b, 9c, 9d such as computers. In addition, 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. Note that 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). In addition, although there are originally 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 or the like. The intermediary Da may be included in the different companies. Hereinafter, the nodes 9a, 9b, 9c, and 9d are collectively referred to as node 9. The node 9 is, for example, a smartphone, a tablet terminal, a mobile phone, or a PC (Personal Computer).

[0019] Next, the terminals and devices of the producers Aa and Ab, the consumer Ca, the intermediary Da, and the applicant E will be described.

[0020] (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.

[0021] 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.

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

[0023] (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.

[0024] 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.

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

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

[0027] 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 (e.g., 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. Note that 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.

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

[0029] (Intermediary Da's terminal and device) The intermediation system 1000 is composed of an intermediation server 5 and a certificate issuing server 6. The intermediation server 5 processes intermediation of transactions related to assets, such as the transfer of asset information between a provider of an asset such as electricity and a user of the asset. Therefore, the intermediation server 5 can perform data communication with each smartphone 2 and each smart meter 3 via the communication network 100. In addition, the intermediation server 5 can access a node 9 of the blockchain network 90 and perform data communication with the node 9. The certificate issuing server 6 processes intermediation of transactions related to the issuance of a certificate for certifying a production method of an asset such as electricity. Therefore, the certificate issuing server 6 can perform data communication with the image processing device 7 via the communication network 100. In addition, the certificate issuing server 6 can access a node 9 of the blockchain network 90 and perform data communication with the node 9. Note that the intermediation system 1000 may be, for example, a computer in which all or part of the functions of the intermediation server 5 and the certificate issuing server 6 are integrated.

[0030] (Applicant E's terminal and equipment) The image processing device 7 is, for example, an image forming device equipped with an image processing function and a communication function, such as an MFP (Multifunction Peripheral / Printer / Product), a facsimile, a scanner, or a printer. Note that the image processing device 7 may not only be a device installed at a specific location, but also a portable handheld printer or handheld scanner.

[0031] (supplement) The smartphones 2a and 2b are examples of the provider's communication terminal. The smartphone 2c is an example of the user's communication terminal. The communication terminal also includes a smartwatch, a PC, and smart glasses. The smart meter 3 is an example of a measurement terminal. The image processing device 7 is an example of an information processing device. The image processing device 7 may be configured as a system realized by distributing each function to multiple devices. For example, the function of the image processing device 7 to input and transmit various information and the function of receiving and outputting data transmitted from the outside may be configured to be realized by different devices. Specifically, for example, the system may be configured such that the input and transmission of various information is performed by a terminal device such as a smartphone, a tablet terminal, or a PC, and the reception and output of data is performed by the image processing device 7.

[0032] [Hardware configuration] Next, the hardware configurations of the smartphone 2, the smart meter 3, the intermediation server 5, the certificate issuing server 6, the image processing device 7, and the node 9 will be described with reference to FIGS.

[0033] <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.

[0034] 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.

[0035] 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.

[0036] 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.

[0037] 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.

[0038] <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.

[0039] 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.

[0040] 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.

[0041] 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.

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

[0043] 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.

[0044] 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 (registered trademark) Disc, etc. The media I / F 516 controls reading and writing (storing) of data from a recording medium 515 such as a flash memory.

[0045] <Hardware configuration of the certificate issuing server> Fig. 4 is a diagram showing the hardware configuration of the certificate issuing server. Each piece of hardware configuration of the certificate issuing server 6 is indicated by a reference number in the 600 range in parentheses. As shown in Fig. 4, the certificate issuing server 6 is constructed by a computer, and as shown in Fig. 4, has a similar configuration to that of the intermediary server 5, so a description of each piece of hardware configuration will be omitted.

[0046] <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.

[0047] <Hardware configuration of image processing device> Fig. 5 is a hardware configuration diagram of the image processing device. As shown in Fig. 5, the image processing device 7 includes a controller 710, a short-distance communication unit 720, an engine control unit 730, an operation panel 740, and a network I / F 750. Of these, the controller 710 includes a CPU 701, which is a main part of a computer, a system memory (MEM-P) 702, a north bridge (NB) 703, a south bridge (SB) 704, an ASIC (Application Specific Integrated Circuit) 706, a local memory (MEM-C) 707, which is a storage area, an HDD controller 708, and an HD 709, which is a storage area, and is configured such that the NB 703 and the ASIC 706 are connected by an AGP (Accelerated Graphics Port) bus 721.

[0048] Among these, the CPU 701 is a control unit that performs overall control of the image processing device 7. The NB 703 is a bridge for connecting the CPU 701 with the MEM-P 702, the SB 704, and the AGP bus 721, and has a memory controller that controls reading and writing to the MEM-P 702, a PCI (Peripheral Component Interconnect) master, and an AGP target. The MEM-P 702 is composed of a ROM 702a that is a memory for storing programs and data that realize the various functions of the controller 710, and a RAM 702b that is used as a memory for developing programs and data, and for drawing during memory printing. The SB 704 is a bridge for connecting the NB 703 with the PCI bus 722 and peripheral devices. The ASIC 706 is an IC (Integrated Circuit) for image processing purposes that has hardware elements for image processing, and plays the role of a bridge that connects the AGP bus 721, the PCI bus 722, the HDD controller 708, and the MEM-C 707, respectively. This ASIC 706 comprises a PCI target and AGP master, an arbiter (ARB) which is the core of the ASIC 706, a memory controller which controls the MEM-C 707, a plurality of DMACs (Direct Memory Access Controllers) which perform image data rotation and the like using hardware logic and the like, and a PCI unit which transfers data between a scanner section 731 and a printer section 732 via a PCI bus 722. Note that a USB interface or an IEEE1394 (Institute of Electrical and Electronics Engineers 1394) interface may be connected to the ASIC 706.

[0049] The MEM-C 707 is a local memory used as a copy image buffer and a code buffer. The HD 709 is a storage for storing image data, font data used during printing, and forms. The HDD controller 708 controls reading and writing of data from and to the HD 709 under the control of the CPU 701. The AGP bus 721 is a bus interface for a graphics accelerator card proposed to speed up graphic processing, and can speed up the graphics accelerator card by directly accessing the MEM-P 702 at high throughput. The short-distance communication unit 720 includes a short-distance communication circuit 720a and an antenna 720b for the short-distance communication circuit 720a. The short-distance communication circuit 720a is a communication circuit for short-distance wireless communication such as NFC (Near Field Communication), Bluetooth (registered trademark), millimeter wave wireless communication, QR code (registered trademark), visible light, environmental sound, or ultrasonic wave.

[0050] Further, the engine control unit 730 is composed of a scanner unit 731 and a printer unit 732. The scanner unit 731 or the printer unit 732 includes an image processing unit such as error diffusion and gamma conversion. The operation panel 740 includes a panel display unit 740a such as a touch panel that displays current setting values ​​and a selection screen and receives input from an operator, and an operation unit 740b including a numeric keypad that receives setting values ​​for image formation conditions such as density setting conditions and a start key that receives a copy start instruction. The panel display unit 740a is a type of display unit. The controller 710 controls the entire image processing device 7, and controls, for example, drawing, communication, and input from the operation panel 740. The network I / F 750 is an interface for data communication using the communication network 100. The short-distance communication circuit 720a and the network I / F 750 are electrically connected to the ASIC 706 via the PCI bus 722.

[0051] Each of the above programs may be recorded in a computer-readable recording medium as an installable or executable file and distributed. Examples of the recording medium include a CD-R (Compact Disc Recordable), a DVD (Digital Versatile Disk), a Blu-ray Disc, an SD card, and a USB memory. The recording medium may be provided domestically or internationally as a program product. For example, the node 9 according to the embodiment realizes the processing method according to the present invention by executing the program according to the present invention.

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

[0053] <Functional configuration of smartphone 2a> 6, 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.

[0054] 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.

[0055] (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.

[0056] 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.

[0057] 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.

[0058] 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.

[0059] The storage / reading 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.

[0060] <Functional configuration of smartphone 2c> 6, 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 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.

[0061] 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.

[0062] Note that the components of the smartphone 2c (transmission / reception unit 21c, reception unit 22c, display control unit 24c, communication unit 28c, and storage / readout unit 29c) have the same functions as the components of the smartphone 2a (transmission / reception unit 21a, reception unit 22a, display control unit 24a, communication unit 28a, and storage / readout unit 29a), and therefore descriptions of these components will be omitted. Similarly to the smartphone 2c, the smartphone 2b has the same components as the smartphone 2a, but these components will not be described in the process described below, and therefore will be omitted in FIG. 5.

[0063] <Functional configuration of smart meter 3a> As shown in Fig. 6, 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 any of the components shown in Fig. 3 operating 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.

[0064] 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.

[0065] (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.

[0066] 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.

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

[0068] 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 smartphone 2a. In the case of wired communication, data communication is performed by connecting the smart meter 3a to the communication unit 38a through a communication cable.

[0069] The storage / reading 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.

[0070] <Functional configuration of smart meter 3c> As shown in Fig. 6, 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.

[0071] 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.

[0072] Note that the components of the smart meter 3c (the transmitting / receiving unit 31c, the measuring unit 33c, the display control unit 34c, the communication unit 38c, and the memory / readout unit 39c) have the same functions as the components of the smart meter 3a (the transmitting / receiving unit 31a, the measuring unit 33a, the display control unit 34a, the communication unit 38a, and the memory / readout unit 39a), and therefore descriptions of these components will be omitted. Similarly to the smart meter 3c, the smart meter 3b has the same components as the smart meter 3a, but these components will not be described in the process described below, and therefore will be omitted in FIG. 6.

[0073] <Functional configuration of the intermediary server 5> Fig. 7 is a functional block diagram of the intermediary server, the certificate issuing server, and the node in the transaction system. As shown in Fig. 7, the intermediary server 5 has a transmission / reception unit 51, a determination unit 53, a display control unit 54, a judgment unit 55, and a storage / readout unit 59. 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.

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

[0075] (User management table) Fig. 9A 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 5001 configured with a user management table as shown in Fig. 9A is constructed in the memory unit 5000. 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.

[0076] 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.

[0077] (Provider Management Table) Fig. 9B is a conceptual diagram showing a provider management table. The provider management table is a table for the intermediary Da to manage each provider such as an electricity producer. A provider management DB 5002 configured by a provider management table as shown in Fig. 9B is constructed in the memory unit 5000. 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.

[0078] 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, or atomic power. The type of production method may indicate a broad category, such as electricity, 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).

[0079] (Transaction content management table) FIG. 10A 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 5003 configured by a transaction content management table as shown in FIG. 10A is constructed in the memory unit 5000. 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. 9A and FIG. 9B, such as the user ID, have the same meaning.

[0080] 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.

[0081] (Transaction history management table) FIG. 10B is a conceptual diagram showing a transaction history management table. The transaction history management table is a table for managing, for each user, transaction history in which the intermediary server 5 has mediated transactions related to assets acquired from providers such as producers. The storage unit 5000 has a transaction history management DB 5004 configured by a transaction history management table as shown in FIG. 10B. In this transaction history management table, transaction history information is managed, and specifically, the intermediation 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, a "type of production method" that produces an asset using a predetermined type of resource. For example, if 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.

[0082] Among the transaction history information, the item names of the same items as those of the user ID in FIG. 9A and FIG. 9B have the same meaning. The intermediation date and time indicates the date and time when the intermediation server 5 intermediates the ownership of the assets by assigning the ownership of the assets 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 assets acquired from the provider by the intermediation server 5 and mediated 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 intermediation server 5 refers to the transaction history management DB 5004 to determine the type of production method of the assets 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 intermediation server 5 refers to the total transaction volume in the transaction history management DB 5004 to determine the type of production method of the assets to be provided to the consumer Ca next. Note that the planned usage shown in FIG. 10A (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).

[0083] In addition, although the various production methods shown here use sunlight and oil, they are not limited thereto, and production methods using wind, coal, etc. may also be managed. Furthermore, a broad classification of the types of production methods indicating renewable energy and fossil fuels may also be managed. Furthermore, the types of production methods also include the types of asset production processes. The types of asset production processes indicate cases where the process leading up to the production of assets such as electricity is different. As an example, even when using the same resource, the sun, the types include a method of producing electricity using sunlight and a method of producing electricity using solar heat. Furthermore, other examples of the types of asset production processes include a method of producing electricity using a turbine and a method of producing electricity without using a turbine.

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

[0085] The determination unit 53 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 53 determines asset information related to assets produced by a specific type of production method for which the determination unit 53 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 5004 and the "renewable energy utilization rate" previously managed in the transaction content management DB 5003. Specifically, if consumer Ca sets the renewable energy utilization rate to 40(%), the determination unit 53 refers to the total transaction volume in the transaction history management DB 5004 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 5 to consumer Ca, so that the utilization rate approaches 40(%).

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

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

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

[0089] <Functional configuration of certificate issuing server 6> As shown in Fig. 7, the certificate issuing server 6 has a transmission / reception unit 61, an authentication unit 62, a generation unit 63, a certificate type management unit 64, a judgment unit 65, and a storage / readout unit 69. Each of these units is a function or means realized by any of the components shown in Fig. 4 being loaded from HD 604 onto RAM 603 and operating in response to an instruction from CPU 601 in accordance with a program for the certificate issuing server.

[0090] The certificate issuing server 6 also has a storage unit 6000 constructed by the ROM 602 and HD 604 shown in FIG.

[0091] (Applicant management table) Fig. 11A is a conceptual diagram showing an applicant management table. The applicant management table is a table for the intermediary Da to manage applicants for production method certificates. An applicant management DB 6001 configured with an applicant management table as shown in Fig. 11A is constructed in the memory unit 6000. In this applicant management table, user names, applicant IDs, passwords, and selectable user keys are managed in association with each other.

[0092] Of these, the applicant ID and password are an example of applicant identification information for identifying an applicant who applies for issuance of a production method certificate. In the application form management table, multiple applicant IDs are associated with one user name. Here, the applicant is, for example, a user who is a member of a business that is a producer or consumer of electricity and has the authority to apply for a production method certificate. Note that only one applicant ID may be associated with one user name. Furthermore, the user key is key information that allows the applicant to issue a production method certificate using the blockchain network 90.

[0093] (Certificate type management table) Fig. 11B is a conceptual diagram showing a certificate type management table. The certificate type management table is a table for managing the format of certificates issued by national and local public institutions. A certificate type management DB 6002 configured with a certificate type management table as shown in Fig. 11B is constructed in the storage unit 6000. In this certificate type management table, the institution name indicating the issuing institution of a certificate and the format of the certificate issued by the issuing institution are associated and managed.

[0094] The intermediary Da is assumed to have been approved in advance by a certificate issuing authority of a country, etc. The intermediary Da manages the format of the certificate approved for each issuing authority using a certificate type management table.

[0095] (Functional configuration of certificate issuing server 6) Next, each functional component of the certificate issuing server 6 will be described in detail with reference to Fig. 7. The transmitting / receiving unit 61 of the certificate issuing server 6 is mainly realized by processing of the CPU 601 for the network I / F 609, and transmits and receives various data (or information) with other devices or terminals (for example, the image processing device 7) via the communication network 100. The transmitting / receiving unit 61 also serves as a reception unit that receives a certificate issuance request, which will be described later, from the image processing device 7.

[0096] The authentication unit 62 is realized by the processing of the CPU 601, and performs authentication processing for the applicant E requesting the issuance of a production method certificate, based on the issuance request information received by the transmission / reception unit 61.

[0097] The generation unit 63 is realized by the processing of the CPU 601, and generates a production method certificate to be provided to the applicant E based on the transaction information and asset information.

[0098] The certificate type management unit 64 is mainly realized by the processing of the CPU 601, and manages the format of the certificate for each issuing organization that issues the production method certificate.

[0099] The determination unit 65 is realized by the processing of the CPU 601, and performs various determinations.

[0100] The storage / reading unit 69 is realized mainly by the processing of the CPU 601 , and stores various data (or information) in the storage unit 6000 and reads various data (or information) from the storage unit 6000 .

[0101] <Functional configuration for Node 9> 7, the node 9 has a transmission / reception unit 91, a verification unit 92, a judgment unit 93, a transaction processing unit 94, an asset processing unit 95, 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.

[0102] Moreover, the node 9 has a storage unit 9000 constructed by the ROM 902 and HD 904 shown in Fig. 4. Fig. 7 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.

[0103] (Each functional configuration of Node 9) Next, each functional configuration of the node 9 will be described in detail with reference to Fig. 7. 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 smart meter 3b is not shown in Fig. 7, the transmission / reception unit 91 actually transmits and receives various data (or information) with the smart meter 3b as well.

[0104] The verification unit 92 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 preregistered 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.

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

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

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

[0108] 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 .

[0109] <Functional configuration of image processing device 7> Fig. 8 is a functional block diagram of an image processing device in the transaction system. As shown in Fig. 8, the image processing device 7 has a transmission / reception unit 71, a reception unit 72, a display control unit 73, a judgment unit 74, a print processing unit 75, a generation unit 77, and a storage / readout unit 79. Each of these units is a function or means realized by any of the components shown in Fig. 5 operating in response to an instruction from the CPU 701 in accordance with the program for the image processing device loaded from the HD 709 onto the RAM 702b.

[0110] The image processing device 7 also includes a storage unit 7000 constructed by the ROM 702a and the HD 709 shown in FIG.

[0111] (Functional configuration of image processing device 7) Next, each functional configuration of the image processing device 7 will be described in detail with reference to Fig. 8. The transmission / reception unit 71 of the image processing device 7 is mainly realized by the processing of the CPU 701 for the network I / F 909, and transmits and receives various data (or information) to and from the certificate issuing server 6 via the communication network 100.

[0112] The reception unit 72 is realized mainly by the processing of the CPU 701 on the operation panel 740, and receives various selections or inputs from the user.

[0113] Display control unit 73 is mainly realized by the processing of CPU 701, and causes various images to be displayed on operation panel 740. Display control unit 73 causes operation panel 740 to display, for example, a web page created in HTML (HyperText Markup Language) or the like, using a web browser function.

[0114] The determination unit 74 is realized by the processing of the CPU 701, and performs various determinations.

[0115] The print processing unit 75 is mainly realized by the processing of the CPU 701 for the engine control unit 730, and executes the print processing of the image data. The generation unit 77 is realized by the processing of the CPU 701, and generates issuance request information indicating a request for issuance of a production method certificate for an asset.

[0116] The storage / reading unit 79 is realized mainly by the processing of the CPU 701 , and stores various data (or information) in the storage unit 7000 and reads various data (or information) from the storage unit 7000 .

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

[0118] <Registration process for intermediaries> First, the registration process of an intermediary will be described with reference to Figs. 12 and 13. Fig. 12 is a sequence diagram showing the registration process of an intermediary. Fig. 13A is a diagram showing a display example of an intermediary registration screen, and Fig. 13B 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 concluded 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.

[0119] As shown in Fig. 12, in the smartphone 2a, the display control unit 24a causes the display 218 to display the intermediary registration screen shown in Fig. 13A (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.

[0120] 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.

[0121] 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.

[0122] 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.

[0123] Next, in the smartphone 2a, the display control unit 24a displays a registration completion screen as shown in Fig. 13B on the display 218. A comment indicating that the registration of the intermediary is complete 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.

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

[0125] <Transaction details registration process> Next, the process of registering transaction details of assets will be described with reference to Fig. 14 and Fig. 15. Fig. 14 is a sequence diagram showing the process of registering transaction details of assets. Fig. 15A is a display example of the transaction details registration screen before input and selection, and Fig. 15B is a display example 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.

[0126] As shown in FIG. 14, the transmitting / receiving unit 21c of the smartphone 2c transmits a display request for a transaction details registration screen to the intermediary server 5 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 51 of the intermediary server 5 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.

[0127] Next, in the intermediary server 5, the storage / readout unit 59 searches the user management DB 5001 (see FIG. 9A) 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 59 searches the provider management DB 5002 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 54 uses each piece of information read in step S43 to create a transaction content registration screen as shown in FIG. 15A (S44). As a result, in the smartphone 2c, the display control unit 24c uses the web browser function to display the transaction content registration screen shown in FIG. 15A created by the intermediary server 5 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.

[0128] 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.

[0129] 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%.

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

[0131] Next, in the intermediary server 5, the memory / read unit 59 manages the transaction content information received in step S47 by storing and associating the transaction content information received in step S47 with the user ID received in step S41 in the transaction content management DB 5003 (see FIG. 10A) (S48).

[0132] This completes the transaction details registration process.

[0133] <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. 16 and Fig. 17. Fig. 16 is a sequence diagram showing a process of setting the owner of an asset provided by a provider to an intermediary. Fig. 17 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 the asset to the intermediary for the node 9a.

[0134] As shown in FIG. 16, 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 as 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. 17. The content of this provided information is determined in advance by a smart contract (automation of contract) of the blockchain.

[0135] Next, the verification unit 92 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.

[0136] Next, the transaction processing unit 94 generates transaction information as shown in FIG. 17 using the provision information received in step S62 and stores it in the storage unit 9000 (S64). In this case, the transaction processing unit 94 assigns a transaction ID and sets a transaction type. The transaction information includes a transaction ID, information on the transaction type, and provision information (information on the provider, provision date and time, (tradable) amount, production method, and owner). Of these, the transaction ID is an example of unique identification information for identifying the transaction information. The transaction type is information indicating the processing content for the asset information. In FIG. 17, since the transaction type is the generation of asset information, the asset processing unit 95 generates asset information. The provider is information indicating the provider of the asset. The provision 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 predetermined period. The type of production method is information indicating the type of production method shown in FIG. 10B. The owner is information indicating the owner of the asset, which indicates the ownership of the asset, etc.

[0137] Next, the asset processing unit 95 generates the asset information shown in FIG. 17 according to the transaction information shown in FIG. 17 and stores it in the storage unit 9000 (S65). In this case, the asset processing unit 95 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 or not the asset information has been traded (allocated) to a user by the intermediary server 5. In FIG. 17, "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.

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

[0139] 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.

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

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

[0142] <Process of providing asset information from intermediary to user> Next, a process of setting the owner of an asset mediated by an intermediary to a user will be described with reference to Fig. 18 and Fig. 19. Fig. 18 is a sequence diagram showing a process of setting the owner of an asset mediated by an intermediary to a user. Fig. 19 is a conceptual diagram of transaction information and asset information when a transaction of electricity usage amount is made.

[0143] First, the transmitting / receiving unit 31c of the smart meter 3c of the consumer Ca transmits usage information indicating the usage status of the 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 status of the electricity as an asset, a user ID for identifying the consumer Ca as a user, the amount of electricity used as an asset, and the usage time of the electricity as an asset. As a result, the transmitting / receiving unit 51 of the intermediary server 5 receives the usage information. Then, the transmitting / receiving unit 51 transmits a request for all asset information of which the intermediary Da managing the intermediary server 5 is the owner to the node 9 of the blockchain network 90 (S82). This request includes an electronic certificate proving that the intermediary Da as an intermediary is the person in question and information indicating the intermediary Da as the owner, so that the intermediary server 5 managed by the intermediary Da can access the blockchain network 90. ​​As a result, the transmitting / receiving unit 91 of the node 9 receives the request for all asset information.

[0144] Next, in node 9, the verification unit 92 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.

[0145] 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 5 (S84). Then, the transmission / reception unit 91 transmits all asset information read out in step S84 to the intermediary server 5 (S85). As a result, the transmission / reception unit 51 of the intermediary server 5 receives all asset information. As a result, the intermediary server 5 can receive asset information that can be assigned to a user and that the owner is the intermediary Da.

[0146] Next, the storage / reading unit 59 of the intermediary server 5 searches the transaction content management DB 5003 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 59 searches the transaction history management DB 5004 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. 10B, 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.

[0147] Next, the determination unit 53 determines the type of production method of the asset 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 (S88). 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 the determination unit 53 determines the type of production method to be "solar power" so as to approach the renewable energy rate of "40".

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

[0149] Next, the transmitting / receiving unit 51 of the intermediary server 5 transmits a change request for asset information to the node 9 of the block chain 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 on the new owner and the (usage) amount of the asset. The information indicating the new owner may be the user ID received in step S81 or the owner's name. Note that, if there are multiple assets produced by the specific type of production method determined in step 88, the transmitting / receiving unit 51 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.

[0150] Next, in node 9, the verification unit 92 verifies each piece of information (asset ID, owner, (usage) amount) received in step S90 (S91). This verification is a process of judging 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.

[0151] Next, the transaction processing unit 94 of the node 9 generates second transaction information, and additionally stores a block including the second transaction information in the chain of blocks including the first transaction stored in the storage unit 9000 (S92), as shown in Fig. 19. Then, the asset processing unit 95 changes the contents of the first asset information in accordance with the second transaction information (S93).

[0152] Here, the processing of steps S92 and S93 will be described in detail with reference to Fig. 19. The first transaction information and first asset information on the left side of Fig. 19 are the same as the transaction information and asset information in Fig. 17. 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), so that the intermediary Da mediates the transaction of asset information (ownership of the asset).

[0153] In step S92, the transaction processing unit 94 generates second transaction information as shown in Fig. 19. This second transaction information indicates a unique transaction ID and "asset information transaction" 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 after mediation, an asset ID for identifying the asset information to be transferred (transacted), and the usage amount of the asset (here, electricity) received in step S90.

[0154] Then, in step S93, the asset processing unit 95 changes the first asset information as shown in FIG. 19. In the first asset information, the asset processing unit 95 changes the "(tradable) amount" to "(used) amount" and changes the owner from "intermediary Da" to "consumer Ca". Furthermore, since the entire tradable amount has been used and no more assets can be allocated, the asset processing unit 95 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 loses its value as ownership and is removed from the target of transactions in the future. Therefore, the transaction processing unit 94 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 removed from the target of transactions is not transferred again.

[0155] As described above, when the entire tradable amount of the asset is used, the asset information is changed. Returning to FIG. 18, the transmitting / receiving unit 91 of the node 9 transmits a response to the request of step S90 to the intermediary server 5 (S94). This response indicates whether the processing of the request of step S90 has been successful or unsuccessful. As a result, the transmitting / receiving unit 51 of the intermediary server 5 receives the response. The transmitting / receiving unit 51 of the intermediary server 5 transmits a response to the transmission of step S81 to the smart meter 3c (S95). As a result, the transmitting / receiving unit 31c of the smart meter 3c receives the response from the intermediary server 5. Note that the content of this response indicates the response content (success or failure) received in step S94, and is managed and displayed by the smart meter 3c. This allows the consumer Ca to grasp the result of the asset transaction.

[0156] <Production method certificate issuance process> Next, the process of issuing a production method certificate for an asset will be described with reference to Fig. 20 and Fig. 22. Fig. 20 and Fig. 22 are sequence diagrams showing the process of issuing a production method certificate for an asset. In order to prove that the type of production method for the electricity used is renewable energy such as solar power, applicant E requests intermediary Da to issue a production method certificate to prove the production method of the asset. This will be described below.

[0157] As shown in Fig. 20, applicant E operates the operation panel 740 of the image processing device 7, which causes the display control unit 73 to display the certificate issuance screen shown in Fig. 21A on the operation panel 740 (S201). This certificate issuance screen displays each input field (applicant ID, password, asset (electricity in this case) usage period date, asset usage end date), as well as selection buttons for selecting the asset production method (power generation type in this case) and the type of certificate to be issued. In addition, at the bottom of the certificate issuance screen, an "OK" button is displayed which is pressed to confirm the transaction details selected by the input in the input field and the selection button, and a "CANCEL" button is displayed which is pressed to cancel the transaction without confirming the transaction details.

[0158] Here, applicant E operates the operation panel 740 of the image processing device 7 to input the desired content into each input field, and then uses the selection buttons to select the desired content and presses the "OK" button. The acceptance unit 72 then accepts the input and selection of the transaction content (S202).

[0159] Here, as shown in FIG. 21B, applicant E enters his / her user ID (applicant ID) and password, and enters January 1, 2020 to January 31, 2020 as transaction period information. Applicant E also selects "photovoltaic power generation" as the power generation type for which the production method is to be certified, and selects "organization A" as the issuing organization of the production method certificate. Then, the generation unit 77 generates issuance request information indicating a request for issuance of a production method certificate for the asset, based on the various information received in step S202.

[0160] Next, the transmitting / receiving unit 71 transmits issuance request information indicating a request for issuance of a production method certificate for the asset to the certificate issuing server 6 via the communication network 100 (S203). As a result, the transmitting / receiving unit 61 of the certificate issuing server 6 receives the issuance request information transmitted from the image processing device 7. This issuance request information includes the contents input and selected in step S202. Specifically, the issuance request information includes an applicant ID and password for identifying the applicant E, trading period information indicating the period during which the asset is traded, the production method of the asset (power generation type), and the certificate type. That is, the applicant E requests the issuance of a production method certificate for a specific trading period, for example, from January 1, 2020 to January 31, 2020.

[0161] Next, the authentication unit 62 of the certificate issuing server 6 performs authentication processing of the applicant E who transmitted the issuance request information (S204). Specifically, the authentication unit 62 searches the applicant management table (see FIG. 11A) using the applicant ID and password included in the issuance request information received via the transmission / reception unit 61 as search keys. Furthermore, if the combination of the applicant ID and password included in the issuance request information is managed in the applicant management table, the authentication unit 62 reads out the user name and user key associated with the applicant ID and password. Here, if the combination of the applicant ID and password included in the issuance request information is managed in the applicant management table, the processing from step S205 onwards is executed.

[0162] Next, the transmitting / receiving unit 61 transmits issuance request information indicating a request for issuance of a production method certificate to the node 9 of the blockchain network 90 (S205). This issuance request information includes an electronic certificate verifying that the intermediary Da is the person acting as the intermediary, the user key and user name (here, consumer Ca) read in step S204, transaction period information, and power generation type. The intermediary certificate may be the same as the certificate of the intermediary server 5 as a server certificate assigned to the intermediary Da. In addition, the transaction period information and power generation type are the transaction period information and power generation type received in step S203. As a result, the transmitting / receiving unit 91 of the node 9 receives the issuance request information transmitted from the certificate issuing server 6.

[0163] Next, the verification unit 92 of node 9 verifies the certificate and user key received in step S205 (S206). Certificate verification is a process of judging whether the received certificate is a server certificate pre-registered in node 9. User key verification is a process of judging whether the received user key is key information of a user (applicant) pre-registered in node 9. Next, a case where there is no problem in the verification result will be described.

[0164] 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 S205 (S207). 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.

[0165] In Fig. 22, the judgment unit 93 of node 9 judges the issuance status of the certificate of the asset indicated in the asset information read in step S207 (step S208). Specifically, it judges whether the issuance status indicated in the asset information read in step S207 is "unissued" or "issued". If the judgment unit 93 judges that the issuance status is "unissued", node 9 executes the following processes from step S209a. On the other hand, if the judgment unit 93 judges that the issuance status is "issued", node 9 executes the following processes from step S209b. First, a case where the issuance status is judged to be "unissued" will be described.

[0166] The transaction processing unit 94 of the node 9 generates the nth transaction information, and additionally stores a block including the nth transaction information in the chain of blocks including the first transaction stored in the storage unit 9000 (S209a), as shown in Fig. 23. Then, the asset processing unit 95 changes the contents of the first asset information in accordance with the nth transaction information (S210a).

[0167] Here, the processes in steps S209a and S210a will be described in detail with reference to Fig. 23. The first transaction information and the first asset information on the left side of Fig. 23 are the same as the transaction information and the asset information in Fig. 17 and Fig. 19, respectively.

[0168] In step S209a, the transaction processing unit 94 generates the nth transaction information as shown in Fig. 23. This nth transaction information indicates a unique transaction ID and "issuance of certificate" as the type of transaction. The nth transaction information also indicates the date and time when the production method certificate was issued, the issued amount of the asset (electricity in this case) to be issued as a certificate, the type of production method of the asset to be issued with a certificate, an asset ID for identifying the asset information to be issued, and the provider and owner of the asset.

[0169] Then, in step S210a, the asset processing unit 95 changes the first asset information as shown in Fig. 23. Having issued a production method certificate for the asset, the asset processing unit 95 updates the issuance status of the production method certificate in the first asset information from "not yet" to "issued (already issued)."

[0170] In this way, when a production method certificate is issued, the issuance status shown in the asset information is changed. Note that in node 9, if the amount of the asset to be issued as a certificate is insufficient for the usage amount shown in one asset information, the transaction processing unit 94 performs the transaction using multiple asset information. In this case, the asset processing unit 95 changes (updates) not only the first asset information but also the multiple asset information.

[0171] 22, the transmitting / receiving unit 91 of node 9 transmits an update notification indicating that the issuance status has been updated to the certificate issuing server 6 (S211a). This update notification includes the transaction information generated in step S209a (the nth transaction information) and the asset information changed in step S210a (the first asset information). As a result, the transmitting / receiving unit 61 of the certificate issuing server 6 receives the update notification transmitted from node 9.

[0172] Next, the generation unit 63 of the certificate issuing server 6 generates a production method certificate based on the transaction information and asset information included in the update notification received by the transmission / reception unit 61 (S212a). Specifically, the generation unit 63 searches the certificate type management table (see FIG. 11B) using the certificate type included in the transaction request information received in step 203 as a search key. The generation unit 63 also reads out the format of the certificate associated with the institution name, which is the certificate type included in the transaction request information. The generation unit 63 then writes the contents indicated in the transaction information and asset information received in step S211a into the read format, thereby generating a production method certificate.

[0173] Next, the transmitting / receiving unit 61 of the certificate issuing server 6 transmits certificate data related to the production method certificate generated by the generating unit 63 to the image processing device 7 that transmitted the issuance request information in step S203 (S213a). As a result, the transmitting / receiving unit 71 of the image processing device 7 receives the certificate data transmitted from the certificate issuing server 6.

[0174] Then, the image processing device 7 outputs the certificate data received in step S212 (S214a). Specifically, the applicant E operates the operation panel 740 of the image processing device 7, and the print processing unit 75 of the image processing device 7 performs a print process of the certificate data. FIG. 24 is a diagram showing an example of a printed production method certificate. The production method certificate shown in FIG. 24 is an electricity certificate for certifying the production method of electricity, which is an example of an asset used by the applicant (user). The electricity certificate is called, for example, a green electricity certificate. The production method certificate shows the generated power amount corresponding to the issued amount issued as the certificate, the power generation period corresponding to the trading period information for which the certificate was issued, the power generation method, which is the production method of the asset (here, electricity) issued as the certificate, the certificate issue date, and the certificate issuing agency, which is the issuer. In addition, the production method certificate shows a transaction identification image for confirming that the contents of the certificate are the same as the transaction history (transaction information) of the blockchain network 90.

[0175] The transaction identification image is, for example, a QR code (registered trademark) as shown in Fig. 24. This transaction identification image includes a transaction ID for matching with the transaction history of the blockchain network 90. ​​For example, a business entity that accepts an application by applicant E using a production method certificate can verify the authenticity of the certificate by reading the transaction identification image shown in the production method certificate.

[0176] This transaction identification image is generated by the generation unit 63 of the certificate issuing server 6 in the process of step S212a. The generation unit 63 generates the transaction identification image by using the ID (transaction ID) of the transaction information included in the update notification received in step S211a. Note that the transaction identification image is not limited to a QR code, and may be any information (or image) that can be read by a reading device, such as a one-dimensional code such as a barcode, a two-dimensional code such as DataMatrix (DataCode), MaxiCode, or PDF417, or an RFID (Radio Frequency Identification) code. The transaction identification image may also be an image on which the transaction ID is directly written so that it can be identified visually.

[0177] Here, in step S214a, the image processing device 7 outputs the certificate data by the print processing by the print processing unit 75. However, the image processing device 7 may output the certificate data by displaying a display image related to the certificate data on the operation panel 740 by the display control unit 73. In this way, when the certificate data is displayed and output, the image processing device 7 may be a terminal or device that does not have a printing function. In this case, the image processing device 7 may be, for example, a smartphone, tablet terminal, PC, smartwatch, smart glasses, etc., equipped with a display unit. In addition, when the applicant E is in the same environment as the consumer Ca, the smartphone 2c owned by the consumer Ca may be configured to have the functions of the image processing device 7.

[0178] This completes the intermediary process for the issuance of the Production Method Certificate by the intermediary Da. After receiving the Production Method Certificate, the applicant E can use it to improve the image of his / her company or to apply for government subsidies for the use of renewable energy.

[0179] On the other hand, a case where it is determined that the issuance status is "issued" in step S208 of Fig. 22 will be described. The transmitting / receiving unit 91 of the node 9 transmits to the certificate issuing server 6 an issued notification indicating that the production method certificate of the asset corresponding to the issuance request information received in step S203 has been issued (S209b). As a result, the transmitting / receiving unit 61 of the certificate issuing server 6 receives the issued notification transmitted from the node 9. Then, the transmitting / receiving unit 61 of the certificate issuing server 6 transmits the issued notification received in step S209b to the image processing device 7 that transmitted the issuance request information in step S203 (S210b). As a result, the transmitting / receiving unit 71 of the image processing device 7 receives the issued notification transmitted from the certificate issuing server 6.

[0180] As a result, if the issuance status indicated in the asset information is "completed", node 9 will not issue a certificate for an asset whose issuance status is "completed", even if it receives issuance request information. This allows node 9 to prevent duplicate issuance of production method certificates for the same asset.

[0181] [Main Effects of the Embodiments] As described above, according to this embodiment, the trading system 1 performs the procedure for issuing a production method certificate by the applicant E using the image processing device 7 via the certificate issuing server 6 of the intermediary Da. When the certificate issuing server 6 receives a certificate issuance request from the image processing device 7, it transmits the certificate issuance request to the node 9 constituting the blockchain network 90. ​​When the issuance status of the certificate of the asset for which the certificate is to be issued is not yet issued, the node 9 updates the issuance status to issued. Then, when the issuance status is updated by the node 9 to issued, the certificate issuing server 6 generates certificate data and provides it to the image processing device 7. On the other hand, when the issuance status of the asset for which the certificate is to be issued is already issued, the node 9 transmits an issued notification to the image processing device 7 via the certificate issuing server 6. As a result, the trading system 1 can prevent duplicate issuance of certificates because the issuance status indicated in the asset information is updated once a certificate is issued in the node 9.

[0182] In addition, the certificate issuing server 6 of the intermediary Da, which has been approved by the certificate issuing agency, can provide the applicant E with a production method certificate generated using transaction information and asset information obtained from the blockchain network 90, thereby reducing the burden on the applicant E, such as the exchange of documents with the issuing agency until the certificate is issued.

[0183] Furthermore, applicant E can easily obtain the production method certificate required for various applications by displaying or printing out the production method certificate obtained from the certificate issuing server 6 on the image processing device 7. In addition, since the production method certificate is provided with a transaction identification image that identifies the transaction history on the blockchain network 90, a business operator who accepts an application using the production method certificate can confirm the legitimacy of the transaction.

[0184] Furthermore, because 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 blockchain network 90 can non-fraudulently prove the type of production method by managing asset information indicating 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.

[0185] Furthermore, 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. This makes it possible to manage the ownership of assets using the blockchain even 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.

[0186] In addition, the intermediary server 5 can also 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.

[0187] [Modifications of the embodiment] Here, a modified example of this embodiment will be described with reference to Fig. 25 to Fig. 30. First, in a trading system 1A according to the modified example 1, when the intermediation process of a production method certificate is performed by the intermediation system 1000, the node 9 performs the generation process of the certificate. This will be described below. Note that the same configurations and functions as those of the above embodiment are given the same reference numerals and the description thereof will be omitted.

[0188] Fig. 25 is a functional block diagram of an intermediary server, a certificate issuing server, and a node in a trading system according to Modification 1. Node 9A of trading system 1A shown in Fig. 25 includes a generation unit 96 and a certificate type management unit 97 in addition to the configuration of node 9 described in the above embodiment. Also, a certificate type management DB 9001 configured by a certificate type management table as shown in Fig. 11B is constructed in a storage unit 9000 of node 9A.

[0189] The generation unit 96 is mainly realized by the processing of the CPU 901, and generates a production method certificate to be provided to the applicant E based on the transaction information and asset information.

[0190] The certificate type management unit 97 is mainly realized by the processing of the CPU 901, and manages the format of the certificate for each issuing organization that issues the production method certificate.

[0191] 26 and 27 are sequence diagrams showing the process of issuing an asset production method certificate in a trading system according to Modification 1. Note that the process from step S301 to step S307 is similar to the process from step S201 to step S207 shown in Fig. 20 and Fig. 22, and therefore a description thereof will be omitted. Here, in step S305, the issuance request information transmitted from the transmitting / receiving unit 61 of the certificate issuing server 6 includes the certificate type received in step S303 in addition to the information transmitted in step S205.

[0192] In Fig. 27, the judgment unit 93 of node 9A judges the issuance status of the certificate of the asset indicated in the asset information read in step 307 (step S308), similar to the process of step S208 in Fig. 22. If the judgment unit 93 judges that the issuance status is "unissued", node 9A executes the processes from step S309a onwards. On the other hand, if the judgment unit 93 judges that the issuance status is "issued", node 9A executes the processes from step S309b onwards. First, the case where the issuance status is judged to be "unissued" will be described.

[0193] The transaction processing unit 94 of node 9A generates the nth transaction information, similar to the processing of step S209a in Fig. 22, and adds and stores a block including the nth transaction information to the chain of blocks including the first transaction stored in the storage unit 9000 (S309a). Then, the asset processing unit 95 changes the contents of the first asset information in accordance with the nth transaction information (S310a), similar to the processing of step S210a in Fig. 22.

[0194] The generation unit 96 of node 9A generates a production method certificate based on the transaction information generated in step S309a and the asset information changed in step S310a (S311a). Specifically, the generation unit 96 searches the certificate type management table (see FIG. 11B) using the certificate type included in the issuance request information received in step 305 as a search key. The generation unit 96 also reads out the format of the certificate associated with the authority name, which is the certificate type included in the issuance request information. The generation unit 96 then writes the contents indicated in the transaction information generated in step S309a and the asset information changed in step S310a into the read format, thereby generating a production method certificate.

[0195] Next, the transmitting / receiving unit 91 of node 9A transmits certificate data related to the production method certificate generated by the generation unit 96 to the certificate issuing server 6 (S312a). As a result, the transmitting / receiving unit 61 of the certificate issuing server 6 receives the certificate data transmitted from node 9A. Then, the transmitting / receiving unit 61 of the certificate issuing server 6 transmits the certificate data transmitted from node 9A to the image processing device 7 that transmitted the issuance request information in step S303 (S313a). As a result, the transmitting / receiving unit 71 of the image processing device 7 receives the certificate data transmitted from the certificate issuing server 6.

[0196] Then, the image processing device 7 outputs the certificate data received in step S313a (S313). The method of outputting the certificate data in the image processing device 7 is similar to the method described in step S214a above.

[0197] On the other hand, a case where it is determined that the issuance status is "issued" in step S308 of Fig. 27 will be described. The transmitting / receiving unit 91 of the node 9A transmits to the certificate issuing server 6 an issued notification indicating that the production method certificate of the asset corresponding to the issuance request information received in step S305 has been issued (S309b). As a result, the transmitting / receiving unit 61 of the certificate issuing server 6 receives the issued notification transmitted from the node 9A. Then, the transmitting / receiving unit 61 of the certificate issuing server 6 transmits the issued notification received in step S309b to the image processing device 7 that transmitted the issuance request information in step S303 (S310b). As a result, the transmitting / receiving unit 71 of the image processing device 7 receives the issued notification transmitted from the certificate issuing server 6.

[0198] As described above, in the trading system 1A according to the first modification, in the process of issuing a production method certificate for an asset via the certificate issuing server 6, the node 9A constituting the blockchain network 9 performs the process of generating the production method certificate. In this case, the certificate issuing server 6 only performs the process of authenticating the applicant E and the process of intermediating data between the image processing device 7 and the node 9A, thereby reducing the processing burden on the intermediary Da side.

[0199] Next, the configuration of a trading system 1B according to Modification 2 will be described with reference to Figs. 28 to 30. In addition to the configuration of trading system 1A according to Modification 1, the trading system 1B according to Modification 2 has an image processing device 7A equipped with an authentication function and a communication function with a blockchain network 90. ​​A dedicated application is installed on the image processing device 7A, and the image processing device 7A exchanges information with the blockchain network 90. ​​This will be described below. Note that the same configurations and functions as those of the above embodiment are given the same reference numerals, and the description thereof will be omitted.

[0200] Figure 28 is a functional block diagram of an image processing device in a transaction system according to Modification 2. Image processing device 7A of transaction system 1B shown in Figure 25 includes an authentication unit 76 in addition to the configuration of image processing device 7 described in the above embodiment. Also, an applicant management DB7001 consisting of an applicant management table such as that shown in Figure 11A is established in a storage unit 7000 of image processing device 7A.

[0201] The authentication unit 76 is realized by the processing of the CPU 701, and performs authentication processing for the applicant E requesting the issuance of a production method certificate, based on the applicant identification information accepted by the acceptance unit 72.

[0202] 29 and 30 are sequence diagrams showing the process of issuing a production method certificate for an asset in a trading system according to Modification 2. Note that the process from step S401 to step S402 is similar to the process from step S201 to step S202 shown in FIG. 20, and therefore the description will be omitted.

[0203] The authentication unit 76 of the image processing device 7A performs authentication processing for applicant E (S403). Specifically, the authentication unit 76 searches the applicant management table (see FIG. 11A) using the applicant ID and password entered in step S402 as search keys. Furthermore, if the combination of the entered applicant ID and password is managed in the applicant management table, the authentication unit 76 reads out the user name and user key associated with the applicant ID and password. Here, if the combination of the entered applicant ID and password is managed in the applicant management table, the processing from step S404 onwards is executed.

[0204] Next, the transmitting / receiving unit 71 transmits issuance request information indicating a request for issuance of a production method certificate for the asset to the node 9A via the communication network 100 (S404). As a result, the transmitting / receiving unit 91 of the node 9A receives the issuance request information transmitted from the image processing device 7. This issuance request information includes the user key and user name (here, consumer Ca) read out in step S403, trading period information indicating the period for trading the asset input in step S402, and the production method (power generation type) and certificate type of the asset selected in step S402.

[0205] Next, the verification unit 92 of node 9A verifies the user key received in step S404 (S405). The user key verification is a process of determining whether the received user key is key information of a user (applicant) pre-registered in node 9. Next, a case where the verification result shows no problem will be described. The storage / reading unit 99 reads out transaction information and asset information in which consumer Ca is set as the owner within the specified transaction period indicated in the transaction period information received in step S405, similar to the process of step S207 in FIG. 20 (S406).

[0206] In Fig. 30, the judgment unit 93 of node 9A judges the issuance status of the certificate of the asset indicated in the asset information read out in step 406 (step S407), similar to the process of step S208 in Fig. 22. If the judgment unit 93 judges that the issuance status is "unissued", node 9A executes the processes from step S408a onwards. On the other hand, if the judgment unit 93 judges that the issuance status is "issued", node 9A executes the processes from step S408b onwards. First, the case where the issuance status is judged to be "unissued" will be described.

[0207] The transaction processing unit 94 of node 9A generates the nth transaction information, and adds a block including the nth transaction information to the chain of blocks including the first transaction stored in the storage unit 9000 (S408a), similar to the processing in step S209a of Fig. 22. Then, the asset processing unit 95 changes the contents of the first asset information in accordance with the nth transaction information (S409a), similar to the processing in step S210a of Fig. 22.

[0208] The generating unit 96 of node 9A generates a production method certificate based on the transaction information generated in step S408a and the asset information changed in step S409a (S410a). Specifically, the generating unit 96 searches the certificate type management table (see FIG. 11B) using the certificate type included in the issuance request information received in step 404 as a search key. The generating unit 96 also reads out the format of the certificate associated with the authority name, which is the certificate type included in the issuance request information. The generating unit 96 then writes the contents indicated in the transaction information generated in step S408a and the asset information changed in step S409a into the read out format, thereby generating a production method certificate.

[0209] Next, the transmitting / receiving unit 91 of node 9A transmits certificate data relating to the production method certificate generated by the generation unit 96 to the image processing device 7A that transmitted the issuance request information in step S404 (S411a). As a result, the transmitting / receiving unit 71 of the image processing device 7A receives the certificate data transmitted from node 9A.

[0210] Then, the image processing device 7A outputs the certificate data received in step S410 (S412a). The method of outputting the certificate data in the image processing device 7A is the same as that described in step S213 above.

[0211] On the other hand, a case where it is determined that the issuance status is "issued" in step S407 of Fig. 30 will be described. The transmitting / receiving unit 91 of node 9A transmits an issued notification indicating that the production method certificate of the asset corresponding to the issuance request information received in step S404 has been issued to the image processing device 7A that transmitted the issuance request information in step S404 (S408b). As a result, the transmitting / receiving unit 71 of the image processing device 7A receives the issued notification transmitted from node 9A.

[0212] As a result, when applicant E prints a production method certificate using image processing device 7A, the trading system 1B of variant example 2 can refer to the transaction history of the blockchain network 90 without requiring any other system or device other than the image processing device 7A.

[0213] Next, the configuration of a trading system 1C according to Modification 3 will be described with reference to Figs. 31 to 33. In comparison with the above-described embodiment, the trading system 1C according to Modification 3 differs in the operation of the applicant when issuing a production method certificate for assets. This will be described below. Note that the same configurations and functions as those of the above-described embodiment are given the same reference numerals, and the description thereof will be omitted.

[0214] 31 and 32 are sequence diagrams showing the process of issuing a production method certificate for an asset in a trading system according to Modification 3. In order to prove that the type of production method for the electricity to be used is renewable energy such as solar power, applicant E requests intermediary Da to issue a production method certificate to certify the production method of the asset.

[0215] As shown in Fig. 31, applicant E operates the operation panel 740 of the image processing device 7, causing the display control unit 73 to display the applicant information input screen shown in Fig. 33A on the operation panel 740 (S501). This applicant information input screen displays input fields for entering an applicant ID and password, an "OK" button that is pressed to confirm the input in the input field, and a "CANCEL" button that is pressed to cancel the input without confirming it.

[0216] Here, when applicant E operates the operation panel 740 of the image processing device 7 to input the desired information into each input field and presses the "OK" button, the acceptance unit 72 accepts the input of the applicant information (S502).

[0217] Next, the transmitting / receiving unit 71 transmits the applicant information input in step S502 to the certificate issuing server 6 via the communications network 100 (S503). As a result, the transmitting / receiving unit 61 of the certificate issuing server 6 receives the applicant information transmitted from the image processing device 7.

[0218] Next, the authentication unit 62 of the certificate issuing server 6 performs authentication processing for the applicant E who transmitted the applicant information (S504). Specifically, the authentication unit 62 searches the applicant management table (see FIG. 11A) using the applicant ID and password included in the applicant information received via the transmission / reception unit 61 as search keys. Furthermore, if the combination of the applicant ID and password included in the applicant information is managed in the applicant management table, the authentication unit 62 reads out the user name and user key associated with the applicant ID and password. Here, if the combination of the applicant ID and password included in the applicant information is managed in the applicant management table, the processing from step S505 onwards is executed.

[0219] Next, the transmitting / receiving unit 61 transmits a data acquisition request to the node 9 of the blockchain network 90, requesting transaction data to be provided to the applicant E (S505). This data acquisition request includes an electronic certificate attesting to the identity of the intermediary Da as the intermediary, and the user key and user name (here, consumer Ca) read out in step S504. The intermediary certificate may be the same as the certificate of the intermediary server 5 as a server certificate assigned to the intermediary Da. As a result, the transmitting / receiving unit 91 of the node 9 receives the data acquisition request transmitted from the certificate issuing server 6.

[0220] Next, the verification unit 92 of node 9 verifies the certificate and user key received in step S505 (S506). Certificate verification is a process of determining whether or not the received certificate is a server certificate preregistered in node 9. User key verification is a process of determining whether or not the received user key is key information of a user (applicant) preregistered in node 9. Next, a case where there is no problem in the verification result will be described.

[0221] Next, the memory / read unit 99 reads out transaction data indicating the transaction details of consumer Ca based on the transaction information and asset information in which consumer Ca, indicated in the data acquisition request received in step S505, is set as the owner (S507). In this case, the memory / read unit 99 reads out specific transaction information in which the 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. The memory / read unit 99 then reads out information indicating the date and time of provision, the amount of use, the type of production method, and the issuance status indicated in the asset information that has been read out, as transaction data.

[0222] Next, the transmitting / receiving unit 91 transmits the transaction data read in step S507 to the certificate issuing server 6 (S508). This transaction data includes the user name (consumer Ca) received in step S505, transaction period information based on the provision date and time read in step S507, transaction amount based on the usage amount read in step S507, and the type of production method (power generation type in this case) and issuance status information read in step S507. In addition, the transmitting / receiving unit 61 of the certificate issuing server 6 transmits (transfers) the transaction data transmitted from the node 9 to the image processing device 7 (S509). As a result, the transmitting / receiving unit 71 of the image processing device 7 receives the transaction data transmitted from the node 9.

[0223] In FIG. 32, the display control unit 73 displays the certificate issuance screen shown in FIG. 33B on the operation panel 740 (S510). This certificate issuance screen displays a list of transaction data showing the transaction details of the consumer Ca received in step S509. Each transaction data displayed in the list includes the transaction start date and transaction end date of the asset (electricity in this case), the production method of the asset (power generation type in this case), and transaction amount information. Each transaction data displayed in the list is displayed so that it can be selected on the operation panel 740. The example shown in FIG. 33B shows a state in which the topmost transaction data in the list is selected. In addition, when the received issuance status indicates "completed (issued)", the list of transaction data is displayed in grayscale, for example, so that the applicant E cannot select the corresponding transaction data. The example shown in FIG. 33B shows a state in which the certificate corresponding to the third transaction data from the top in the list has been issued. The transaction data in the "completed (issued)" status may not be displayed in the list. Also displayed at the bottom of the certificate issuance screen are a selection button for selecting the type of certificate to be issued, a list of transaction data and an "OK" button to be pressed to confirm the transaction details selected using the selection button, and a "CANCEL" button to be pressed to cancel the transaction without confirming the details.

[0224] Here, when the applicant E operates the operation panel 740 of the image processing device 7 to select the desired content using the list and selection buttons and presses the "OK" button, the acceptance unit 72 accepts the selection of the transaction data (S511). Then, the generation unit 77 generates issuance request information indicating a request for issuance of a production method certificate for the asset, based on the various information accepted in step S511.

[0225] Next, the transmitting / receiving unit 71 transmits issuance request information indicating a request for issuance of a production method certificate for the asset to the certificate issuing server 6 via the communication network 100 (S512). As a result, the transmitting / receiving unit 61 of the certificate issuing server 6 receives the issuance request information transmitted from the image processing device 7. This issuance request information includes the content selected in step S511. Specifically, the issuance request information includes applicant information (applicant ID and password) for identifying the applicant E, the user name (consumer Ca) received in step S509, and the information indicated in the transaction data selected in step S511 and the certificate type. The information indicated in the transaction data is, for example, transaction period information indicating the period for trading the asset and the production method of the asset (power generation type).

[0226] Next, the transmitting / receiving unit 61 transmits issuance request information indicating a request for issuance of a production method certificate to the node 9 of the blockchain network 90 (S513). This issuance request information includes the user name (consumer Ca), trading period information, and power generation type. As a result, the transmitting / receiving unit 91 of the node 9 receives the issuance request information transmitted from the certificate issuing server 6.

[0227] 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 S513 (S514). 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.

[0228] The transaction processing unit 94 generates the n-th transaction information, and as shown in FIG. 23, adds and stores a block including the n-th transaction information to the chain of the block including the first transaction stored in the storage unit 9000 (S515). Then, the asset processing unit 95 changes the contents of the first asset information according to the n-th transaction information (S516). The processes of steps S515 and S517 are similar to the processes of steps S209a and S210a in FIG. 22. Moreover, the processes of steps S517 to S520 are similar to the processes of steps S211a to S214a in FIG. 22, and therefore will not be described.

[0229] As described above, the transaction system 1C of variant example 3 can display on the image processing device 7 a list of transaction data for which applicant E can issue a certificate and allow applicant E to select the desired transaction content, thereby reducing the burden on applicant E for certificate issuance compared to the above-mentioned embodiment.

[0230] In step S508, node 9 may be configured not to transmit transaction data with an issuance status of "Completed (issued)". Furthermore, on the certificate issuance screen displayed in step S510, transaction data with an issuance status of "Completed (issued)" may also be displayed in a selectable state. When transaction data with an issuance status of "Completed (issued)" is selected in step S511, node 9 that has received the issuance request information determines the certificate issuance status in the same manner as in step S208 of FIG. 22, and transmits an issued notification to image processing device 7 via certificate issuance server 6 in the same manner as in steps S209b and S210b of FIG. 22.

[0231] In addition, the third modification has been described as a modification of the processing in FIGS. 20 and 22, but the processing in FIGS. 26 and 27 (first modification) or the processing in FIGS. 29 and 30 (second modification) may be modified as well. It is also applicable to

[0232] 〔summary〕 As described above, a node according to an embodiment of the present invention is a node 9, 9A in a blockchain network 90, which stores asset information indicating the type of production method of an asset and the issuance status of a certificate for verifying the production method of the asset. The node 9, 9A also receives issuance request information indicating a request for issuance of a certificate for a specific asset, transmitted from an intermediary system 1000 that mediates the issuance of a certificate to an image processing device 7, 7A (an example of an information processing device). Then, if the issuance status of the asset corresponding to the received issuance request information is not yet issued, the node 9, 9A updates the issuance status indicated in the stored asset information to issued, and if the issuance status of the asset corresponding to the received issuance request information is issued, the node 9, 9A transmits an issued notification indicating that the certificate has been issued to the image processing device 7, 7A. This allows the node 9, 9A to prevent duplicate issuance when issuing a certificate for the production method of an asset.

[0233] Furthermore, in nodes 9 and 9A according to one embodiment of the present invention, the asset information indicates the owner of the asset, and the nodes 9 and 9A update the issuance status of the asset information indicating the owner corresponding to the identification information (e.g., user name) indicated in the issuance request information. The nodes 9 and 9A also update the issuance status of the asset information indicating the asset corresponding to the production method indicated in the issuance request information. In this way, the nodes 9 and 9A can properly certify the type of production method by managing the type of production method of the asset, the issuance status of the certificate for certifying the production method, and the asset information indicating the owner of the asset.

[0234] Furthermore, the trading system 1, 1A according to an embodiment of the present invention includes nodes 9, 9A in the block chain network 90 and an image processing device 7 (an example of an information processing device). The image processing device 7 transmits issuance request information indicating a request for issuance of a certificate to the intermediary system 1000, receives certificate data generated based on the transmitted issuance request information from the intermediary system 1000, and outputs the received certificate data. As a result, the trading system 1, 1A can easily allow the applicant E to obtain a production method certificate required for various applications by displaying or printing and outputting the production method certificate obtained from the certificate issuing server 6 (intermediary system 1000) on the image processing device 7.

[0235] Moreover, a trading system 1B according to an embodiment of the present invention includes a node 9A in a block chain network 90 and an image processing device 7A (an example of an information processing device). The image processing device 7A transmits issuance request information indicating a request for issuance of a certificate to the node 9A, receives certificate data generated based on the transmitted issuance request information from the node 9A, and outputs the received certificate data. As a result, when the applicant E outputs a production method certificate using the image processing device 7A, the trading system 1B can refer to the transaction history of the block chain network 90 without requiring any system or device other than the image processing device 7A.

[0236] Furthermore, in the trading system 1 according to one embodiment of the present invention, the certificate data includes a transaction identification image for identifying the transaction for which the certificate related to the certificate data was issued. This allows the trading system 1 to refer to the transaction history of the blockchain network 90 using the transaction identification image included in the issued production method certificate, thereby enabling the legitimacy of the transaction to be confirmed.

[0237] 〔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.

[0238] 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.

[0239] 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.

[0240] 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.

[0241] 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.

[0242] 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.

[0243] Each component of each of the CPUs 201, 301, 501, 601, 701, 901, etc. may be single or multiple. Each function of the above-described embodiment can be realized by one or multiple processing circuits. Here, the "processing circuit" in this embodiment includes a processor programmed to execute each function by software, such as a processor implemented by an electronic circuit, and a device 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 (Graphics Processing Unit), and a conventional circuit module designed to execute each function described above.

[0244] In addition, the various tables in the above-described embodiment may be generated by the learning effect of machine learning, and the data of each associated item may be classified by machine learning, making it unnecessary to use tables. Here, machine learning is a technology for making a computer acquire human-like learning capabilities, and refers to a technology in which a computer autonomously generates an algorithm required for judgment such as data identification from learning data previously acquired, and applies this to new data to make predictions. The learning method for machine learning may be any of supervised learning, unsupervised learning, semi-supervised learning, reinforcement learning, and deep learning, or may be a combination of these learning methods, and any learning method for machine learning may be used.

[0245] So far, we have described the node, trading system, processing method, program, and blockchain network according to one embodiment of the present invention, but the present invention is not limited to the above-mentioned embodiment, and can be modified within the scope that a person skilled in the art can conceive of, such as adding, changing, or deleting other embodiments, and any aspect is included in the scope of the present invention as long as it achieves the functions and effects of the present invention. [Explanation of symbols]

[0246] 1,1A,1B,1C Trading System 2. Smartphones (an example of a communication device) 3 Smart meter (an example of a measurement terminal) 4. Power generation equipment 5. Intermediary Server 6 Certificate Management Server 7, 7A Image processing device (an example of an information processing device) 8 Electrical Equipment 9,9A Node 10 Power transmission and distribution network 61 Transmitter / receiver 63 Generation part 71 Transmitting / receiving unit (an example of a transmitting means, an example of a receiving means) 72 Reception unit (an example of reception means) 73 Display control unit (an example of an output means, an example of a display control means) 75 Print control unit (an example of an output means) 77 Generation unit (an example of a generation means) 90 Blockchain Network 91 Transmitter / receiver 93 Judgment Department 94 Transaction Processing Unit 95 Asset Processing Section 96 Generation part 100 Communication Network 1000 Mediation System 9000 storage section

Claims

1. a transmitting means for transmitting issuance request information indicating a type of a production method of an asset and indicating a request for issuance of a certificate for certifying the production method to an intermediary system that mediates the issuance of the certificate; a receiving means for receiving, from the intermediary system, certificate data generated based on the transmitted issuance request information; an output means for outputting the received certificate data; a receiving means for receiving an input of applicant information identifying an applicant who is applying for issuance of the certificate; a display control means for displaying a list of transaction data that the applicant can issue, the accepting means accepts a selection of the transaction data from the displayed list, the transmitting means generates the issuance request information indicating a request for issuance of the certificate corresponding to the transaction data for which the selection has been accepted.

23. An information processing apparatus comprising:

2. The information processing device according to claim 1, wherein the receiving means receives the certificate data from the intermediary system when the issuance status of the asset corresponding to the transmitted issuance request information is not yet issued, and receives an issued notification from the intermediary system indicating that the certificate has been issued when the issuance status of the asset corresponding to the transmitted issuance request information is issued.

3. The information processing device according to claim 1 or 2, wherein the receiving means receives from the intermediary system certificate data generated by the intermediary system based on the issuance status of the certificate stored in a node in a blockchain network.

4. The information processing device according to claim 1 or 2, wherein the receiving means receives from the intermediary system certificate data generated by the node based on the issuance status of the certificate stored in the node in the blockchain network.

5. 5. The information processing apparatus according to claim 1, further comprising: a generating unit configured to generate the issuance request information including the applicant information whose input has been accepted; The transmitting means is an information processing device that transmits the generated issuance request information to the intermediation system.

6. 6. The information processing apparatus according to claim 1, wherein the certificate data includes a transaction identification image for identifying a transaction for which a certificate related to the certificate data was issued.

7. The information processing apparatus according to claim 1 , wherein the output unit outputs the certificate data by performing a printing process.

8. 8. The information processing apparatus according to claim 1, wherein the output means displays a display image showing the certificate data.

9. 9. The information processing device according to claim 1, wherein the asset is electricity, and the type of the production method is a production method that utilizes renewable energy, a production method that utilizes fossil fuels, or a production method that utilizes atomic energy.

10. 10. The information processing apparatus according to claim 9, wherein the renewable energy is sunlight, solar heat, wind power, biomass, geothermal heat, hydroelectric power, or atmospheric heat.

11. a transmitting means for transmitting issuance request information indicating a type of a production method of an asset and indicating a request for issuance of a certificate for certifying the production method to an intermediary system that mediates the issuance of the certificate; a receiving means for receiving, from the intermediary system, certificate data generated based on the transmitted issuance request information; an output means for outputting the received certificate data; a receiving means for receiving an input of applicant information identifying an applicant who is applying for issuance of the certificate; a display control means for displaying a list of transaction data that the applicant can issue, the accepting means accepts a selection of the transaction data from the displayed list, the transmitting means generates the issuance request information indicating a request for issuance of the certificate corresponding to the transaction data for which the selection has been accepted. A system characterized by:

12. A processing method executed by an information processing device, a transmitting step of transmitting issuance request information indicating a type of a production method of the asset and indicating a request for issuance of a certificate for certifying the production method to an intermediary system that mediates issuance of the certificate to the information processing device; a receiving step of receiving, from the intermediary system, certificate data generated based on the transmitted issuance request information; an output step of outputting the received certificate data; a receiving step of receiving input of applicant information identifying an applicant applying for issuance of the certificate; a display control step of displaying a list of transaction data that the applicant can issue; Including, The receiving step receives a selection of the transaction data from the displayed list, the transmitting step generates the issuance request information indicating a request for issuance of the certificate corresponding to the transaction data for which the selection has been accepted. A processing method comprising:

13. In the information processing device, a transmitting step of transmitting issuance request information indicating a type of a production method of the asset and indicating a request for issuance of a certificate for certifying the production method to an intermediary system that mediates issuance of the certificate to the information processing device; a receiving step of receiving, from the intermediary system, certificate data generated based on the transmitted issuance request information; an output step of outputting the received certificate data; a receiving step of receiving input of applicant information identifying an applicant applying for issuance of the certificate; a display control step of displaying a list of transaction data that the applicant can issue; A program for executing The receiving step receives a selection of the transaction data from the displayed list, the transmitting step generates the issuance request information indicating a request for issuance of the certificate corresponding to the transaction data for which the selection has been accepted. A program characterized by:

Images