WO2021065667A1 - フロン管理システム、管理者ノード及びフロン管理方法 - Google Patents
フロン管理システム、管理者ノード及びフロン管理方法 Download PDFInfo
- Publication number
- WO2021065667A1 WO2021065667A1 PCT/JP2020/036014 JP2020036014W WO2021065667A1 WO 2021065667 A1 WO2021065667 A1 WO 2021065667A1 JP 2020036014 W JP2020036014 W JP 2020036014W WO 2021065667 A1 WO2021065667 A1 WO 2021065667A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- node
- freon
- cfc
- transaction
- management system
- Prior art date
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/30—Administration of product recycling or disposal
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
Definitions
- This disclosure relates to Freon management technology.
- the air conditioner manager requests the handling of CFC filling and recovery companies, and receives reports on the CFC recovery amount or CFC filling amount from the requested CFC filling and recovery companies.
- the air conditioner manager reports the calculated leakage amount of fluorocarbons to the authorities based on the reported amount of fluorocarbons recovered or filled with fluorocarbons.
- JRECO Japan Refrigerants and Environmental Conservation Organization
- This disclosure proposes a technique for improving data authenticity in a CFC management system.
- the blockchain network that connects the nodes and It is a Freon management system that has In response to the occurrence of a predetermined Freon-related event, the origin node related to the Freon-related event generates a transaction related to the Freon-related event, and sends the generated transaction to the blockchain network.
- the node that received the transaction verifies the received transaction and
- a Freon management system is provided in which the node group adds a block composed of approved transactions to the blockchain.
- the authenticity of data related to each Freon-related event can be improved.
- the chlorofluorocarbon-related event may include one or more of chlorofluorocarbon generation, chlorofluorocarbon destruction, chlorofluorocarbon regeneration, chlorofluorocarbon filling, chlorofluorocarbon recovery, change of chlorofluorocarbon handler, and movement of chlorofluorocarbon-using equipment.
- the transaction is one of date, CFC handler name, CFC-using device identification information, CFC movement amount, CFC type, CFC handling status, CFC type, CFC producer name, and CFC manager identification information. It may contain one or more.
- the Freon administrator identification information may be associated with the Freon administrator name in a database different from the blockchain. According to this embodiment, since the fluorocarbon distribution volume is managed in the distributed ledger and the fluorocarbon administrator is managed in another database, the fluorocarbon administrator can be changed without affecting the record of the fluorocarbon distribution volume. ..
- the chlorofluorocarbon disposal cost may be passed via the multi-signature address set between the nodes related to chlorofluorocarbon disposal. According to this embodiment, proper implementation of fluorocarbon disposal can be ensured.
- the node group may include an administrator node of the Freon management system.
- a specific node can be designated as an administrator node, and a Freon management system can be realized as a private blockchain network.
- the administrator node may allow the node to join the blockchain network and detach the subscribed node from the blockchain network.
- the administrator node may reward the node that has executed mining to configure the block. According to this embodiment, nodes other than the administrator node can be motivated to perform mining.
- the administrator node may execute mining to configure the block. According to this embodiment, it is possible to make an administrator node having a relatively high calculation resource execute mining.
- An administrator node of a Freon management system having a node group and a blockchain network connecting the node group.
- a node management unit that joins and leaves nodes to the blockchain network and manages node information of the node group.
- a transaction processing unit that monitors the CFC distribution status in the CFC management system based on transactions related to CFC-related events. An administrator node with is provided.
- the origin node related to the Freon-related event In response to the occurrence of a predetermined Freon-related event, the origin node related to the Freon-related event generates a transaction related to the Freon-related event, and sends the generated transaction to the blockchain network.
- the step that the node that received the transaction verifies the received transaction, and
- the step that the node group connected to the blockchain network adds a block composed of approved transactions to the blockchain, and
- a chlorofluorocarbon management method having the above is provided.
- the authenticity of data related to each Freon-related event can be improved.
- a Freon management system that manages data related to Freon-related events.
- the amount of fluorocarbons recorded at each fluorocarbon-related event from generation, filling, recovery, regeneration to destruction of fluorocarbons, fluorocarbon-using equipment, and fluorocarbon-related data such as the administrator of the equipment are collected by blockchain. to manage.
- Freon-related events related to air conditioners have a flow as shown in FIG. 1, for example.
- a manufacturer first fills an air conditioner with fluorocarbons
- the amount of fluorocarbons filled and the air conditioner are recorded in the fluorocarbon management system. ..
- the Freon management system records that the air conditioner has been transferred to the manager of the building.
- the air conditioner is filled with fluorocarbons or the fluorocarbons are recovered from the air conditioner, the amount of fluorocarbons filled or recovered and the filling recovery company are recorded in the fluorocarbon management system.
- the amount of recycled or destroyed fluorocarbons is recorded in the fluorocarbon management system together with the recycling company or the destroyer. Freon-related data recorded in these Freon management systems is managed on the distributed ledger of each node of the blockchain network.
- FIG. 2 is a block diagram showing a configuration of a fluorocarbon management system according to an embodiment of the present disclosure.
- the Freon management system 10 has an administrator node 50 and a node 100, and the administrator node 50 and the node 100 are communicated and connected via a network such as the Internet.
- the administrator node 50 may be, for example, a computing device such as a server operated by the operating entity of the fluorocarbon management system 10, and each node 100 is, for example, a manufacturer and a contractor of fluorocarbon-using equipment such as an air conditioner.
- PCs Personal Computers
- CFC-related processing such as a filling and recovery company that fills and / or recovers CFCs, a remanufacturer that regenerates the recovered CFCs, and a destroyer that destroys the recovered CFCs. It may be.
- the administrator node 50 is a node of the Freon management system 10 and functions as an agent server.
- the administrator node 50 operates a Freon management system 10 realized as a private blockchain network. Although only one administrator node 50 is shown in the illustrated embodiment, the present disclosure is not limited to this, and a plurality of administrator nodes 50 may be arranged.
- FIG. 3 is a block diagram showing a functional configuration of the administrator node 50 according to an embodiment of the present disclosure.
- the administrator node 50 has a node management unit 51 and a transaction processing unit 52.
- the node management unit 51 executes joining and leaving of the node 100 to the blockchain network, and manages the node information of the node group 100. Specifically, the node management unit 51 determines whether or not the node 100 belongs to the Freon management system 10, that is, allows the node 100 to join the blockchain network and joins the node 100 from the blockchain network. Can be disengaged. In addition, the node management unit 51 holds node information such as identification information and public key of each subscribed node 100.
- the trader when a trader wants to join the Freon management system 10, as shown in FIG. 4, the trader first accesses the administrator node 50 via his / her own user terminal or the like in step S101, and is required. A subscription request is sent to the administrator node 50 together with various information.
- the administrator node 50 Upon receiving the subscription request from the user terminal of the vendor, the administrator node 50 determines whether or not to subscribe to the vendor based on the received information, and when the node management unit 51 approves the subscription, the node management unit 51 sets the Freon management system 10 in step S102.
- the node tool or application for functioning as the node 100 of the above is distributed to the user terminal of the vendor. For example, whether or not to join may be automatically performed based on the information received from the vendor, or may be performed based on the examination result examined by the administrator based on the information received from the vendor.
- the vendor installs the received node tool or application on the user terminal in step S103.
- the vendor sets identification information and a password for accessing the blockchain network, and creates a private key and a public key to be used in the blockchain network.
- the vendor manages the Freon by holding the created private key in the user terminal and transmitting the created public key to the administrator node 50 in step S104. Participate in system 10.
- the node management unit 51 holds the public key received from the vendor in this way together with the identification information of the vendor.
- the node management unit 51 prohibits the node 100 of the supplier from accessing the Freon management system 10 from the blockchain network. You may leave it.
- the transaction processing unit 52 monitors the fluorocarbon-related events in the fluorocarbon management system 10 based on the transactions related to the fluorocarbon-related events.
- chlorofluorocarbon-related events include one or more of chlorofluorocarbon generation, chlorofluorocarbon destruction, chlorofluorocarbon regeneration, chlorofluorocarbon filling, chlorofluorocarbon recovery, change of chlorofluorocarbon handlers, and movement of chlorofluorocarbon-using equipment (for example, air conditioners, refrigerators, bombs, etc.).
- the transaction may be 1 of date, CFC handler name, CFC-using device identification information, CFC movement amount, CFC type, CFC handling status, CFC handling type, CFC producer name and CFC manager identification information.
- the node 100 may contain one or more.
- the node 100 when the node 100 subscribed to the Freon management system 10 executes these Freon-related events, the node 100 generates a transaction related to the Freon-related event, and the administrator node of the blockchain network. The generated transaction is transmitted to 50.
- the transaction may include a hash value of transaction information regarding the executed front-related event and data in which the hash value is encoded by the private key of the node 100.
- the transaction processing unit 52 verifies the received transaction and constitutes a block from the approved transactions. For example, in order to verify the transaction, the transaction processing unit 52 decodes the data encoded by the public key of the node 100 held in the node management unit 51, and the decrypted data and the hash included in the transaction. Compare with the value. When the decrypted data and the hash value match, the transaction processing unit 52 approves and holds the transaction.
- block i is composed of a transaction approved after the generation of the immediately preceding block i-1 and a hash value generated by mining block i-1, and is a block connecting blocks 0 to block i-1. Added to the chain.
- the transaction processing unit 52 performs mining on a previously configured block, constitutes a block from the hash value generated by the mining and an approved transaction, and distributes the block to a group of nodes 100. It may be added to the managed blockchain.
- the transaction processing unit 52 constitutes a block from the hash value generated by the other node 100 executing mining and the approved transaction, and the block is distributed and managed in the node 100 group. It may be added to the blockchain. In this case, the transaction processing unit 52 may reward the node 100 that has executed the mining for forming the block. This makes it possible to give an incentive to distribute the load to the node 100 group without causing only the administrator node 50 to execute mining with a large calculation load.
- the transaction processing unit 52 may monitor the distribution amount of CFCs based on the data of CFC-related events recorded on the blockchain. Specifically, by recording the amount of fluorocarbons to be produced, destroyed, regenerated, filled, and recovered in the blockchain, the total amount of fluorocarbons currently in circulation, which amount of fluorocarbons is available from which vendor. It is possible to grasp the CFC distribution status such as whether it is under control. For example, the transaction processing unit 52 monitors transactions related to a certain node 100, and if there is a significant discrepancy between the inflow amount and the outflow amount of fluorocarbons for the node 100, the fluorocarbons are illegally discarded by the vendor. It can be judged that there is a possibility that it is.
- the transaction processing unit 52 calculates the calculated leakage amount of fluorocarbons from the production amount, recovery amount, filling amount, and destruction amount of fluorocarbons in the transaction recorded in the distribution ledger. May be calculated.
- the transaction processing unit 52 determines the Freon handling status related to the air conditioner in the transaction recorded in the distributed ledger, the Freon amount for each handling status, and the Freon amount for each handling status.
- the name of the handler may be output.
- the transaction processing unit 52 determines all the fluorocarbon handling statuses related to the administrator in the transaction recorded in the distributed ledger, the amount of fluorocarbons for each handling status, and the amount of fluorocarbons for each handling status.
- the handler name and the like may be output.
- the node 100 is realized as, for example, a computing device such as a personal computer of each trader, and a tool or application provided by the administrator node 50 for accessing the Freon management system 10 is installed in the computing device. ..
- FIG. 6 is a block diagram showing a functional configuration of the node 100 according to an embodiment of the present disclosure.
- the node 100 has a transaction processing unit 110 and a distributed ledger management unit 120.
- the transaction processing unit 110 generates a transaction related to the Freon-related event in response to the occurrence of the Freon-related event, and transmits the generated transaction to the blockchain network.
- chlorofluorocarbon-related events include one or more of chlorofluorocarbon generation, chlorofluorocarbon destruction, chlorofluorocarbon regeneration, chlorofluorocarbon filling, chlorofluorocarbon recovery, change of chlorofluorocarbon handlers, and movement of chlorofluorocarbon-using equipment (for example, air conditioners, refrigerators, bombs, etc.).
- the transaction may be 1 of date, CFC handler name, CFC-using device identification information, CFC movement amount, CFC type, CFC handling status, CFC handling type, CFC producer name and CFC manager identification information. It may contain one or more.
- the transaction processing unit 52 may generate a transaction including data items as shown in FIG. 7 in response to the occurrence of a Freon-related event.
- the data item "transaction date” indicates the date when the transaction occurred.
- the data item "From (previous handler)" indicates the fluorocarbon handler before the movement of fluorocarbons
- the data item “To (next handler)” indicates the fluorocarbon handler after the movement of fluorocarbons. Is done. For example, if the CFC-related event is the movement of CFC-using equipment, the handler of the CFC-using equipment before the movement is indicated by “From (previous handler)", and the handler of the CFC-using equipment after the movement is ". Shown in "To (next handler)".
- air conditioner ID indicates the ID of the air conditioner filled with CFCs. By the "air conditioner ID”, it is possible to search for fluorocarbons associated with the air conditioner.
- CFC movement amount indicates the amount of CFC movement in a transaction.
- CFC transfer amount indicates the amount of CFC filling.
- the data item "CFC type” indicates the type of CFC exchanged in the transaction.
- CFC handling status indicates the status of CFCs handled in the transaction (for example, waiting for playback, waiting for destruction, collected, etc.). For example, when the CFC-related event is CFC destruction, "CFC handling status" indicates “Waiting for destruction”.
- the data item "handler type” indicates the type of Freon handler (for example, producer / manufacturer, filling / recovery company, remanufacturer, destroyer, etc.).
- Freon handler name The name of the Freon handler is shown in the data item "Freon handler name”.
- the data item "CFC administrator ID” indicates the identification information (ID) of the CFC administrator.
- the "CFC administrator ID” may be associated with the CFC administrator name in a database different from the distributed ledger for the blockchain. That is, the data on the movement of Freon is managed in the distributed ledger, and the information on the administrator is managed in another database. As a result, organizational changes on the manager side do not affect Freon's distributed ledger, and it becomes possible to flexibly respond to changes in the organizational structure.
- CFC production the data in the data items of "Transaction date”, “CFC production amount”, “CFC type”, “CFC producer name” and “CFC handling status (for example, generation)" is the CFC production. It may be entered by a person and a transaction may be generated.
- CFC regeneration the data is stored in the data items of "Transaction date”, "CFC regeneration amount”, “CFC type”, “CFC regeneration company name” and "CFC handling status (for example, recycled)".
- a transaction may be generated as entered by the regenerator.
- CFC filling / recovery In CFC filling / recovery, "transaction date”, “CFC filling / recovery amount”, “CFC type”, “Air conditioner ID”, “CFC filling / recovery trader name” and “CFC handling status (for example, filling / recovery)" Data may be entered by the fluorocarbon filling and collecting company in the data item of "completed, waiting for reproduction / completed, waiting for destruction / completed)", and a transaction may be generated.
- the distributed ledger management unit 120 stores the blocks distributed from the administrator node 50 in the distributed ledger. When a block is generated from an approved transaction, the generated block is distributed to the node group 100 of the blockchain network.
- the distributed ledger management unit 120 of each node 100 additionally stores the received block in the blockchain holding the blockchain. In this way, the block containing the approved transaction is recorded in each node 100 in the blockchain format, making it virtually impossible for the data to be tampered with.
- the Freon management process is realized by the administrator node 50 and the node 100 in the Freon management system 10 described above, and may be realized, for example, by the processors of the administrator node 50 and the node 100 executing a program or an instruction.
- FIG. 8 is a flowchart showing a fluorocarbon management process according to an embodiment of the present disclosure.
- step S201 the administrator node 50 receives a transaction from the node 100.
- a chlorofluorocarbon-related event such as chlorofluorocarbon generation, chlorofluorocarbon destruction, chlorofluorocarbon regeneration, chlorofluorocarbon filling, chlorofluorocarbon recovery, change of chlorofluorocarbon handler, or movement of chlorofluorocarbon-using equipment is performed
- the node 100 related to the chlorofluorocarbon-related event is performed.
- the node 100 makes a transaction from data such as date, CFC handler name, CFC-using device identification information, CFC movement amount, CFC type, CFC handling status, handler type, CFC producer name, and CFC manager identification information.
- the hash value of the data is calculated, and the signature in which the calculated hash value is encoded by the private key of the node 100 may be included in the transaction together with the calculated hash value.
- the Freon management system 10 is realized as a private blockchain network in which the administrator node 50 verifies transactions and generates blocks from approved transactions. It is not necessarily limited to this.
- the administrator node 50 is mainly responsible for joining and leaving the node and distributing a tool or application for accessing the Freon management system 10, and transaction verification and / or block generation is performed only by the administrator node 50.
- It may be a blockchain network in which the node 100 is also performed.
- the transaction generated by the node 100 may be delivered to, for example, the administrator node 50 and / or the other node 100 and verified by the administrator node 50 and / or the other node 100.
- the verified transaction may be held on the administrator node 50 as an approved transaction.
- step S202 the administrator node 50 verifies the received transaction. Specifically, the administrator node 50 decodes the transaction signature with the public key of the source node 100, and compares the decryption result with the hash value of the transaction. When the decryption result and the hash value of the transaction match, the administrator node 50 approves the received transaction and holds it as an approved transaction. On the other hand, if the decryption result and the hash value of the transaction do not match, the administrator node 50 does not approve the received transaction.
- step S203 the administrator node 50 determines whether the block generation condition is satisfied.
- the block generation condition may be that a predetermined block generation interval such as 10 minutes has elapsed.
- the administrator node 50 If the block generation condition is not satisfied (S204: NO), the administrator node 50 returns to step S201 and receives the next transaction. On the other hand, when the block generation condition is satisfied (S204: YES), the administrator node 50 configures a block from the approved transactions in step S204. Specifically, the administrator node 50 generates a block from the hash value acquired by executing mining by itself or by causing another node 100 to execute mining, and the approved transaction.
- step S205 the administrator node 50 adds the newly configured block to the blockchain held in its own distributed ledger, and distributes it to the node group 100 of the blockchain network.
- each node 100 adds the received block to the blockchain held in its own distributed ledger. Then, the administrator node 50 returns to step S201 and receives a transaction for the next block.
- the chlorofluorocarbon disposal cost may be passed via the multi-signature address set between the nodes 100 related to chlorofluorocarbon disposal.
- the manager of the air conditioner requests the collection company to dispose of the air conditioner via the manager node 50.
- the administrator may specify a collection company from the list of collection companies provided by the administrator node 50 and request disposal of the air conditioner.
- step S302 the collector requests the administrator node 50 to register the destroyer (or remanufacturer).
- step S303 the administrator node 50 generates a 2-of-3 multi-signature address between the administrator node 50, the collector node 100, and the destroyer node 100.
- step S304 when the administrator node 50 receives the fluorocarbon disposal cost from the administrator of the air conditioner, it transmits a transaction indicating the fluorocarbon disposal cost to the multi-signature address. Freon disposal costs may be automatically deducted from the manager's wallet or the like.
- step S305 the collection company collects fluorocarbons from the requested air conditioner.
- step S306 the collection company node 100 sends a signed transaction requesting the cost related to Freon collection to the multi-signature address.
- step S307 the collection company hands over the collected fluorocarbons to the destruction company.
- step S308 the destroyer node 100 sends a signed transaction requesting the cost associated with the destruction of Freon to the multi-signature address.
- the collection cost and the destruction cost are remitted from the multi-signature address to the collection company node 100 and the destruction company node 100, respectively. ..
- the administrator node 50 and the node 100 may have, for example, a hardware configuration as shown in FIG. That is, the administrator node 50 and the node 100 have a drive device 101, an auxiliary storage device 102, a memory device 103, a CPU (Central Processing Unit) 104, an interface device 105, and a communication device 106 that are interconnected via the bus B.
- a hardware configuration as shown in FIG. That is, the administrator node 50 and the node 100 have a drive device 101, an auxiliary storage device 102, a memory device 103, a CPU (Central Processing Unit) 104, an interface device 105, and a communication device 106 that are interconnected via the bus B.
- CPU Central Processing Unit
- a recording medium 107 such as a CD-ROM (Compact Disk-Read Only Memory).
- the program is installed in the auxiliary storage device 102 from the recording medium 107 via the drive device 101.
- the program does not necessarily have to be installed from the recording medium 107, and may be downloaded from any external device via a network or the like.
- the auxiliary storage device 102 stores the installed program and also stores necessary files and data.
- the memory device 103 reads and stores a program or data from the auxiliary storage device 102 when a program start instruction is given.
- the CPU 104 which functions as a processor, executes various functions and processes of the administrator node 50 and the node 100 described above according to various data such as a program stored in the memory device 103 and parameters necessary for executing the program.
- the interface device 105 is used as a communication interface for connecting to a network or an external device.
- the communication device 106 executes various communication processes for communicating with the external device.
- administrator node 50 and the node 100 are not limited to the hardware configuration described above, and may be realized by any other appropriate hardware configuration.
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Human Resources & Organizations (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Computer Security & Cryptography (AREA)
- General Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Tourism & Hospitality (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Sustainable Development (AREA)
- Life Sciences & Earth Sciences (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Finance (AREA)
- Databases & Information Systems (AREA)
- Health & Medical Sciences (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
フロン管理システムにおけるデータ真正性を向上させるための技術を提案する。本開示の一態様は、ノード群と、前記ノード群を接続するブロックチェーンネットワークと、を有するフロン管理システムであって、所定のフロン関連イベントの発生に応答して、前記フロン関連イベントに関連する発生元ノードが、前記フロン関連イベントに関連するトランザクションを生成し、前記ブロックチェーンネットワークに前記生成したトランザクションを送信し、前記トランザクションを受信したノードが、前記受信したトランザクションを検証し、前記ノード群が、承認されたトランザクションから構成されたブロックをブロックチェーンに追加するフロン管理システムに関する。
Description
本開示は、フロン管理技術に関する。
現状のフロン管理について、空調機の管理者は、フロン充填回収業者に取扱を依頼し、依頼したフロン充填回収業者からフロン回収量又はフロン充填量の報告を受ける。空調機の管理者は、報告されたフロン回収量又はフロン充填量に基づき、フロンの算定漏洩量を当局に報告する。
フロンを管理する既存のシステムとして、日本冷媒・環境保全機構(JRECO)の冷媒管理システムがある。JRECOの冷媒管理システムでは、空調機の管理者が空調機を冷媒管理システムに登録し、フロン充填回収業者が空調機の点検・整備記録を登録する。
https://www.jreco.or.jp/freon_system.html
本開示では、フロン管理システムにおけるデータ真正性を向上させるための技術を提案する。
本開示の一態様は、
ノード群と、
前記ノード群を接続するブロックチェーンネットワークと、
を有するフロン管理システムであって、
所定のフロン関連イベントの発生に応答して、前記フロン関連イベントに関連する発生元ノードが、前記フロン関連イベントに関連するトランザクションを生成し、前記ブロックチェーンネットワークに前記生成したトランザクションを送信し、
前記トランザクションを受信したノードが、前記受信したトランザクションを検証し、
前記ノード群が、承認されたトランザクションから構成されたブロックをブロックチェーンに追加するフロン管理システムが提供される。
ノード群と、
前記ノード群を接続するブロックチェーンネットワークと、
を有するフロン管理システムであって、
所定のフロン関連イベントの発生に応答して、前記フロン関連イベントに関連する発生元ノードが、前記フロン関連イベントに関連するトランザクションを生成し、前記ブロックチェーンネットワークに前記生成したトランザクションを送信し、
前記トランザクションを受信したノードが、前記受信したトランザクションを検証し、
前記ノード群が、承認されたトランザクションから構成されたブロックをブロックチェーンに追加するフロン管理システムが提供される。
本態様によると、各フロン関連イベントに関するデータの真正性を向上させることができる。
一実施例では、前記フロン関連イベントは、フロン生成、フロン破壊、フロン再生、フロン充填、フロン回収、フロン取扱者変更及びフロン使用機器の移動の1つ以上を含んでもよい。
一実施例では、前記トランザクションは、日付、フロン取扱者名、フロン使用機器の識別情報、フロン移動量、フロン種別、フロン取扱状態、取扱者種別、フロン生産者名及びフロン管理者識別情報の1つ以上を含んでもよい。
一実施例では、前記フロン管理者識別情報は、前記ブロックチェーンと異なるデータベースにおいてフロン管理者名と関連付けされてもよい。本実施例によると、フロン流通量は分散台帳において管理され、フロン管理者は別のデータベースで管理されるため、フロン流通量の記録に影響を与えることなく、フロン管理者を変更することができる。
一実施例では、フロン処分費用は、フロン処分に関係するノード間に設定されたマルチシグネチャアドレスを介し受け渡しされてもよい。本実施例によると、フロン処分に関する適正な実施を確保することができる。
一実施例では、前記ノード群は、当該フロン管理システムの管理者ノードを含んでもよい。本実施例によると、特定のノードを管理者ノードとして指定し、フロン管理ステムをプライベート型ブロックチェーンネットワークとして実現することができる。
一実施例では、前記管理者ノードは、前記ブロックチェーンネットワークへのノードの加入を許可し、前記ブロックチェーンネットワークから加入済みノードを離脱させてもよい。
一実施例では、前記管理者ノードが、前記ブロックを構成するためのマイニングを実行したノードに報酬を与えてもよい。本実施例によると、管理者ノード以外のノードがマイニングを実行する動機付けを与えることができる。
一実施例では、前記管理者ノードが、前記ブロックを構成するためのマイニングを実行してもよい。本実施例によると、相対的に計算リソースの高い管理者ノードにマイニングを実行させることができる。
本開示の他の態様は、
ノード群と、前記ノード群を接続するブロックチェーンネットワークとを有するフロン管理システムの管理者ノードであって、
前記ブロックチェーンネットワークに対してノードを加入及び離脱し、前記ノード群のノード情報を管理するノード管理部と、
フロン関連イベントに関連するトランザクションに基づき、前記フロン管理システムにおけるフロン流通状態を監視するトランザクション処理部と、
を有する管理者ノードが提供される。
ノード群と、前記ノード群を接続するブロックチェーンネットワークとを有するフロン管理システムの管理者ノードであって、
前記ブロックチェーンネットワークに対してノードを加入及び離脱し、前記ノード群のノード情報を管理するノード管理部と、
フロン関連イベントに関連するトランザクションに基づき、前記フロン管理システムにおけるフロン流通状態を監視するトランザクション処理部と、
を有する管理者ノードが提供される。
本態様によると、フロン管理システムにおける真正なデータに基づき、フロン流通量などのフロン流通状態を把握することができる。
本開示の他の態様は、
ブロックチェーンに基づくフロン管理方法であって、
所定のフロン関連イベントの発生に応答して、前記フロン関連イベントに関連する発生元ノードが、前記フロン関連イベントに関連するトランザクションを生成し、ブロックチェーンネットワークに前記生成したトランザクションを送信するステップと、
前記トランザクションを受信したノードが、前記受信したトランザクションを検証するステップと、
前記ブロックチェーンネットワークに接続するノード群が、承認されたトランザクションから構成されたブロックをブロックチェーンに追加するステップと、
を有するフロン管理方法が提供される。
ブロックチェーンに基づくフロン管理方法であって、
所定のフロン関連イベントの発生に応答して、前記フロン関連イベントに関連する発生元ノードが、前記フロン関連イベントに関連するトランザクションを生成し、ブロックチェーンネットワークに前記生成したトランザクションを送信するステップと、
前記トランザクションを受信したノードが、前記受信したトランザクションを検証するステップと、
前記ブロックチェーンネットワークに接続するノード群が、承認されたトランザクションから構成されたブロックをブロックチェーンに追加するステップと、
を有するフロン管理方法が提供される。
本態様によると、各フロン関連イベントに関するデータの真正性を向上させることができる。
以下、実施形態を説明する。
以下の実施例では、フロン関連イベントに関するデータを管理するフロン管理システムが開示される。
[本開示の概略]
本開示によるフロン管理システムでは、フロンの生成、充填、回収、再生から破壊までの各フロン関連イベントにおいて記録されるフロン量、フロン使用機器、当該機器の管理者などのフロン関連データをブロックチェーンによって管理する。
[本開示の概略]
本開示によるフロン管理システムでは、フロンの生成、充填、回収、再生から破壊までの各フロン関連イベントにおいて記録されるフロン量、フロン使用機器、当該機器の管理者などのフロン関連データをブロックチェーンによって管理する。
空調機に関するフロン関連イベントは、例えば、図1に示されるようなフローになっており、製造業者がまず空調機にフロンを充填すると、充填したフロン量及び空調機がフロン管理システムに記録される。次に、施工業者が当該空調機を建物等に取り付けると、建物の管理者に空調機が移転されたことがフロン管理システムに記録される。その後、空調機にフロンが充填されたり、空調機からフロンが回収された場合、充填又は回収されたフロン量及び充填回収業者がフロン管理システムに記録される。また、空調機が処分等される場合、再生又は破壊されたフロン量が再生業者又は破壊業者と共にフロン管理システムに記録される。これらフロン管理システムに記録されるフロン関連データが、ブロックチェーンネットワークの各ノードの分散台帳上で管理される。
ブロックチェーン形式により保存されたデータは改ざん困難であり、フロン管理システムの管理者は、例えば、アプリケーションサーバを介し分散台帳上で管理される信頼できるデータから、現在のフロン総量や、建物の管理者ごとの管理しているフロン量、不正取引などを把握することができる。
[フロン管理システム]
まず、図2を参照して、本開示の一実施例によるフロン管理システムの構成を説明する。本実施例によるフロン管理システムは、限定することなく、プライベート型ブロックチェーンネットワークとして実現され、管理者ノードなどの信頼される一部のノードによって検証及び承認されたトランザクションから構成されたブロックが、ブロックチェーンとしてノード間に分散管理される。図2は、本開示の一実施例によるフロン管理システムの構成を示すブロック図である。
[フロン管理システム]
まず、図2を参照して、本開示の一実施例によるフロン管理システムの構成を説明する。本実施例によるフロン管理システムは、限定することなく、プライベート型ブロックチェーンネットワークとして実現され、管理者ノードなどの信頼される一部のノードによって検証及び承認されたトランザクションから構成されたブロックが、ブロックチェーンとしてノード間に分散管理される。図2は、本開示の一実施例によるフロン管理システムの構成を示すブロック図である。
図2に示されるように、フロン管理システム10は、管理者ノード50及びノード100を有し、管理者ノード50及びノード100は、例えば、インターネットなどのネットワークを介し通信接続される。管理者ノード50は、例えば、フロン管理システム10の運営主体によって運用されるサーバなどの計算装置であってもよく、各ノード100は、例えば、空調機などのフロン使用機器の製造業者及び施工業者、フロンを充填及び/又は回収する充填回収業者、回収したフロンを再生する再生業者、回収したフロンを破壊する破壊業者などのフロン関連処理を実行する各業者のPC(Personal Computer)などのユーザ端末であってもよい。
管理者ノード50は、フロン管理システム10のノードであり、エージェントサーバとして機能する。管理者ノード50は、プライベート型ブロックチェーンネットワークとして実現されるフロン管理システム10を運営する。図示された実施例では、1つの管理者ノード50しか示されていないが、本開示はこれに限定されず、複数の管理者ノード50が配置されてもよい。
[管理者ノード]
次に、図3~5を参照して、本開示の一実施例による管理者ノード50を説明する。図3は、本開示の一実施例による管理者ノード50の機能構成を示すブロック図である。
[管理者ノード]
次に、図3~5を参照して、本開示の一実施例による管理者ノード50を説明する。図3は、本開示の一実施例による管理者ノード50の機能構成を示すブロック図である。
図3に示されるように、管理者ノード50は、ノード管理部51及びトランザクション処理部52を有する。
ノード管理部51は、ブロックチェーンネットワークに対するノード100の加入及び離脱を実行すると共に、ノード群100のノード情報を管理する。具体的には、ノード管理部51は、フロン管理システム10に対するノード100の所属の可否を決定し、すなわち、ブロックチェーンネットワークへのノード100の加入を許可すると共に、ブロックチェーンネットワークから加入済みノード100を離脱させうる。また、ノード管理部51は、加入済みの各ノード100の識別情報、公開鍵などのノード情報を保持する。
例えば、ある業者がフロン管理システム10への加入を所望する場合、図4に示されるように、当該業者はまず、ステップS101において、自らのユーザ端末などを介し管理者ノード50にアクセスし、必要な情報と共に加入リクエストを管理者ノード50に送信する。
業者のユーザ端末から加入リクエストを受信すると、管理者ノード50は、受信した情報に基づき当該業者の加入可否を判定し、加入を認める場合、ノード管理部51は、ステップS102において、フロン管理システム10のノード100として機能するためのノード用ツール又はアプリケーションを業者のユーザ端末に配布する。例えば、当該加入可否は、業者から受信した情報に基づき自動的に行われてもよいし、あるいは、業者から受信した情報に基づき管理者によって審査された審査結果に基づき行われてもよい。
加入が承認されて、ノード用ツール又はアプリケーションを受信すると、業者は、ステップS103において、ユーザ端末上に受信したノード用ツール又はアプリケーションをインストールする。例えば、当該インストール処理では、業者は、ブロックチェーンネットワークにアクセスするための識別情報及びパスワードを設定すると共に、ブロックチェーンネットワークにおいて用いる秘密鍵及び公開鍵を作成する。
ノード用ツール又はアプリケーションのインストール処理が完了した後、業者は、ステップS104において、作成した秘密鍵をユーザ端末内に保持する一方、作成した公開鍵を管理者ノード50に送信することによって、フロン管理システム10に参加する。ノード管理部51は、このようにして業者から受信した公開鍵を、当該業者の識別情報と共に保持する。
また、フロン管理に違反があったり、フロン管理システム10の規約に違反した業者については、ノード管理部51は、当該業者のノード100によるフロン管理システム10へのアクセスを不可とし、ブロックチェーンネットワークから離脱させてもよい。
トランザクション処理部52は、フロン関連イベントに関連するトランザクションに基づき、フロン管理システム10におけるフロン関連イベントを監視する。例えば、フロン関連イベントは、フロン生成、フロン破壊、フロン再生、フロン充填、フロン回収、フロン取扱者変更及びフロン使用機器(例えば、空調機、冷蔵庫、ボンベなど)の移動の1つ以上を含むものであってもよく、トランザクションは、日付、フロン取扱者名、フロン使用機器の識別情報、フロン移動量、フロン種別、フロン取扱状態、取扱者種別、フロン生産者名及びフロン管理者識別情報の1つ以上を含むものであってもよい。具体的には、フロン管理システム10に加入しているノード100が、これらのフロン関連イベントを実行すると、ノード100は、当該フロン関連イベントに関連するトランザクションを生成し、ブロックチェーンネットワークの管理者ノード50に生成したトランザクションを送信する。ここで、トランザクションは、実行されたフロン関連イベントに関する取引情報のハッシュ値と、当該ハッシュ値をノード100の秘密鍵によって符号化したデータとを含んでもよい。
このようにして生成されたトランザクションをノード100から受信すると、トランザクション処理部52は、受信したトランザクションを検証し、承認されたトランザクションからブロックを構成する。例えば、トランザクションを検証するため、トランザクション処理部52は、ノード管理部51に保持されているノード100の公開鍵によって符号化されているデータを復号化し、復号化されたデータとトランザクションに含まれるハッシュ値とを比較する。復号化されたデータとハッシュ値とが一致する場合、トランザクション処理部52は、当該トランザクションを承認及び保持する。
ノード群100から受信したトランザクションを検証した後、所定のブロック生成条件を充足すると、トランザクション処理部52は、図5に示されるように、保持している承認済みのトランザクションからブロックを構成し、構成したブロックをブロックチェーンネットワークの各ノード100に配信する。例えば、ブロックiは、直前のブロックi-1の生成後に承認されたトランザクションと、ブロックi-1をマイニングすることによって生成されたハッシュ値とから構成され、ブロック0からブロックi-1まで繋がるブロックチェーンに追加される。
一例では、トランザクション処理部52は、以前に構成されたブロックに対してマイニングを実行し、当該マイニングによって生成されたハッシュ値と承認済みのトランザクションからブロックを構成し、当該ブロックをノード100群に分散管理されるブロックチェーンに追加してもよい。
他の例では、トランザクション処理部52は、他のノード100がマイニングを実行することによって生成されたハッシュ値と、承認済みのトランザクションからブロックを構成し、当該ブロックをノード100群に分散管理されるブロックチェーンに追加してもよい。この場合、トランザクション処理部52は、ブロックを構成するためのマイニングを実行したノード100に報酬を与えてもよい。これにより、計算負荷の大きなマイニングを管理者ノード50のみに実行させることなく、ノード100群に負荷分散させるインセンティブを与えることが可能になる。
一実施例では、トランザクション処理部52は、ブロックチェーンに記録されているフロン関連イベントのデータに基づきフロンの流通量を監視してもよい。具体的には、フロンの生成、破壊、再生、充填及び回収などの対象となるフロン量をブロックチェーンに記録することによって、現在流通しているフロン総量、何れの量のフロンが何れの業者の管理下にあるか、などのフロン流通状態を把握することが可能である。例えば、トランザクション処理部52は、あるノード100に関係するトランザクションを監視し、当該ノード100に対するフロンの流入量と流出量との間に有意な不一致がある場合、当該業者においてフロンが不正に廃棄されている可能性があると判断できる。
例えば、当該監視は、管理者がフロンの算定漏洩量の報告書を作成するとき、管理者が特定の空調機のフロンの状態を確認するとき、管理者が自ら関係するフロンの状態を確認するときなどに起動されてもよい。管理者がフロンの算定漏洩量の報告書を作成するとき、トランザクション処理部52は、分散台帳に記録されているトランザクションにおけるフロンの生成量、回収量、充填量及び破壊量からフロンの算定漏洩量を算出してもよい。また、管理者が特定の空調機のフロンの状態を確認するとき、トランザクション処理部52は、分散台帳に記録されているトランザクションにおける当該空調機に関連するフロン取扱状態、取扱状態毎のフロン量及び取扱者名などを出力してもよい。また、管理者が自ら関係するフロンの状態を確認するとき、トランザクション処理部52は、分散台帳に記録されているトランザクションにおける当該管理者が関係した全てのフロン取扱状態、取扱状態毎のフロン量及び取扱者名などを出力してもよい。
[ノード]
次に、図6及び7を参照して、本開示の一実施例によるノード100を説明する。ノード100は、例えば、各業者のパーソナルコンピュータなどの計算装置として実現され、当該計算装置には、フロン管理システム10にアクセスするために管理者ノード50から提供されたツール又はアプリケーションなどがインストールされる。図6は、本開示の一実施例によるノード100の機能構成を示すブロック図である。
[ノード]
次に、図6及び7を参照して、本開示の一実施例によるノード100を説明する。ノード100は、例えば、各業者のパーソナルコンピュータなどの計算装置として実現され、当該計算装置には、フロン管理システム10にアクセスするために管理者ノード50から提供されたツール又はアプリケーションなどがインストールされる。図6は、本開示の一実施例によるノード100の機能構成を示すブロック図である。
図6に示されるように、ノード100は、トランザクション処理部110及び分散台帳管理部120を有する。
トランザクション処理部110は、フロン関連イベントの発生に応答して、当該フロン関連イベントに関連するトランザクションを生成し、ブロックチェーンネットワークに生成したトランザクションを送信する。例えば、フロン関連イベントは、フロン生成、フロン破壊、フロン再生、フロン充填、フロン回収、フロン取扱者変更及びフロン使用機器(例えば、空調機、冷蔵庫、ボンベなど)の移動の1つ以上を含むものであってもよく、トランザクションは、日付、フロン取扱者名、フロン使用機器の識別情報、フロン移動量、フロン種別、フロン取扱状態、取扱者種別、フロン生産者名及びフロン管理者識別情報の1つ以上を含むものであってもよい。
例えば、トランザクション処理部52は、フロン関連イベントの発生に応答して、図7に示されるようなデータ項目を含むトランザクションを生成してもよい。
データ項目"取引年月日"には、当該トランザクションが発生した年月日が示される。
データ項目"From(前の取扱者)"には、フロンの移動前のフロン取扱者が示され、データ項目"To(次の取扱者)"には、フロンの移動後のフロン取扱者が示される。例えば、当該フロン関連イベントがフロン使用機器の移動である場合、移動前のフロン使用機器の取扱者が"From(前の取扱者)"に示され、移動後のフロン使用機器の取扱者が"To(次の取扱者)"に示される。
データ項目"空調機ID"には、フロンが充填されている空調機のIDが示される。当該"空調機ID"によって、当該空調機にひも付けされるフロンを検索することができる。
データ項目"フロン移動量"には、トランザクションで移動するフロン量が示される。例えば、当該フロン関連イベントがフロン充填である場合、"フロン移動量"には、充填されたフロン量が示される。
データ項目"フロン種類"には、トランザクションでやりとりされたフロンの種類が示される。
データ項目"フロン取扱い状態"には、トランザクションで扱われたフロンの状態(例えば、再生待ち、破壊待ち、回収済みなど)が示される。例えば、当該フロン関連イベントがフロン破壊である場合、"フロン取扱い状態"には"破壊待ち"が示される。
データ項目"取扱者種類"には、フロン取扱者の種類(例えば、生産・製造業者、充填回収業者、再生業者、破壊業者など)が示される。
データ項目"フロン取扱者名"には、フロン取扱者の名称が示される。
データ項目"フロン管理者ID"には、フロン管理者の識別情報(ID)が示される。ここで、"フロン管理者ID"は、ブロックチェーンのための分散台帳と異なるデータベースにおいてフロン管理者名と関連付けされてもよい。すなわち、フロンの移動に関するデータは分散台帳で管理され、管理者に関する情報は別のデータベースで管理される。これにより、管理者側の組織変更などがフロンの分散台帳に影響を与えず、組織体制の変更に柔軟に対応可能となる。
なお、上述したデータ項目は単なる一例であり、他のデータ項目が含まれてもよいし、あるいは、上述したデータ項目の一部は省略されてもよい。
また、フロン関連イベントの種別に応じて、異なるデータ項目が利用されてもよい。
例えば、フロン生成では、"取引年月日"、"フロン生成量"、"フロン種類"、"フロン生産者名"及び"フロン取扱い状態(例えば、生成)"のデータ項目にデータが当該フロン生産者によって入力され、トランザクションが生成されてもよい。
また、フロン破壊では、"取引年月日"、"フロン破壊量"、"フロン種類"、"フロン破壊業者名"及び"フロン取扱い状態(例えば、破壊済み)"のデータ項目にデータが当該フロン破壊業者によって入力され、トランザクションが生成されてもよい。
また、フロン再生では、"取引年月日"、"フロン再生量"、"フロン種類"、"フロン再生業者名"及び"フロン取扱い状態(例えば、再生済み)"のデータ項目にデータが当該フロン再生業者によって入力され、トランザクションが生成されてもよい。
また、フロン充填・回収では、"取引年月日"、"フロン充填・回収量"、"フロン種類"、"空調機ID"、"充填回収業者名"及び"フロン取扱い状態(例えば、充填回収済み、再生待ち/済み、破壊待ち/済み)"のデータ項目にデータが当該フロン充填回収業者によって入力され、トランザクションが生成されてもよい。
また、フロン取扱者変更では、"取引年月日"、"フロン取扱者名(例えば、変更前後のフロン取扱者名)"、"フロン量"、"フロン種類"及び"フロン取扱い状態(例えば、回収待ち/済み、再生待ち/済み、破壊待ち/済み)"のデータ項目にデータが当該フロン取扱者によって入力され、トランザクションが生成されてもよい。
また、フロン使用機器の移動では、"取引年月日"、"空調機ID"及び"空調機の移動前後の場所"のデータ項目にデータが当該機器移動業者によって入力され、トランザクションが生成されてもよい。
分散台帳管理部120は、管理者ノード50から配信されたブロックを分散台帳に格納する。承認済みのトランザクションからブロックが生成されると、生成されたブロックはブロックチェーンネットワークのノード群100に配信される。各ノード100の分散台帳管理部120は、受信したブロックを保持しているブロックチェーンに追加して格納する。このようにして、承認されたトランザクションを格納したブロックがブロックチェーン形式で各ノード100に記録され、実質的にデータが改ざんされることを不可能にする。
[フロン管理処理]
次に、図8~10を参照して、本開示の一実施例によるフロン管理処理を説明する。当該フロン管理処理は、上述したフロン管理システム10における管理者ノード50及びノード100によって実現され、例えば、管理者ノード50及びノード100のプロセッサがプログラム又は命令を実行することによって実現されてもよい。図8は、本開示の一実施例によるフロン管理処理を示すフローチャートである。
[フロン管理処理]
次に、図8~10を参照して、本開示の一実施例によるフロン管理処理を説明する。当該フロン管理処理は、上述したフロン管理システム10における管理者ノード50及びノード100によって実現され、例えば、管理者ノード50及びノード100のプロセッサがプログラム又は命令を実行することによって実現されてもよい。図8は、本開示の一実施例によるフロン管理処理を示すフローチャートである。
図8に示されるように、ステップS201において、管理者ノード50は、ノード100からトランザクションを受信する。具体的には、フロン生成、フロン破壊、フロン再生、フロン充填、フロン回収、フロン取扱者変更、又はフロン使用機器の移動などのフロン関連イベントが行われると、当該フロン関連イベントに関連するノード100は、当該フロン関連イベントに関連するトランザクションを生成し、ブロックチェーンネットワークの管理者ノード50に生成したトランザクションを送信する。
例えば、ノード100は、日付、フロン取扱者名、フロン使用機器の識別情報、フロン移動量、フロン種別、フロン取扱状態、取扱者種別、フロン生産者名及びフロン管理者識別情報などのデータからトランザクションを生成するため、当該データのハッシュ値を算出し、算出したハッシュ値を当該ノード100の秘密鍵によって符号化した署名を、算出したハッシュ値と共にトランザクションに含めてもよい。
なお、本実施例では、フロン管理システム10は、管理者ノード50がトランザクションを検証し、承認されたトランザクションからブロックを生成するプライベート型ブロックチェーンネットワークとして実現されるが、本開示によるブロックチェーンネットワークは必ずしもこれに限定されるものでない。例えば、管理者ノード50はノードの加入及び離脱とフロン管理システム10にアクセスするためのツール又はアプリケーションの配布とを主として担当し、トランザクションの検証及び/又はブロックの生成は、管理者ノード50だけでなくノード100も行う形態のブロックチェーンネットワークであってもよい。この場合、ノード100によって生成されたトランザクションは、例えば、管理者ノード50及び/又は他のノード100に配信され、管理者ノード50及び/又は他のノード100によって検証されてもよい。検証されたトランザクションは、承認済みトランザクションとして管理者ノード50に保持されてもよい。
ステップS202において、管理者ノード50は、受信したトランザクションを検証する。具体的には、管理者ノード50は、送信元ノード100の公開鍵によってトランザクションの署名を復号化し、復号化結果とトランザクションのハッシュ値とを比較する。復号化結果とトランザクションのハッシュ値とが一致する場合、管理者ノード50は、受信したトランザクションを承認し、承認済みトランザクションとして保持する。他方、復号化結果とトランザクションのハッシュ値とが一致しない場合、管理者ノード50は、受信したトランザクションを承認しない。
ステップS203において、管理者ノード50は、ブロック生成条件が充足されたか判断する。ブロック生成条件は、例えば、10分間などの所定のブロック生成間隔が経過したことであってもよい。
ブロック生成条件が充足されていない場合(S204:NO)、管理者ノード50は、ステップS201に戻り、次のトランザクションを受信する。他方、ブロック生成条件が充足されている場合(S204:YES)、管理者ノード50は、ステップS204において、承認済みトランザクションからブロックを構成する。具体的には、管理者ノード50は、自らマイニングを実行することによって、あるいは、他のノード100にマイニングを実行させることによって取得したハッシュ値と、承認済みトランザクションとからブロックを生成する。
ステップS205において、管理者ノード50は、新たに構成したブロックを自らの分散台帳に保持しているブロックチェーンに追加すると共に、ブロックチェーンネットワークのノード群100に配信する。管理者ノード50からブロックを受信すると、各ノード100は、受信したブロックを自らの分散台帳に保持しているブロックチェーンに追加する。そして、管理者ノード50は、ステップS201に戻って、次のブロックのためのトランザクションを受信する。
一実施例では、フロン処分費用は、フロン処分に関係するノード100間に設定されたマルチシグネチャアドレスを介し受け渡しされてもよい。
例えば、図9に示されるように、ステップS301において、空調機の管理者(例えば、ビルオーナー)が管理者ノード50を介し回収業者に当該空調機の処分を依頼する。例えば、管理者は、管理者ノード50から提供される回収業者のリストから回収業者を指定して、空調機の処分を依頼してもよい。
ステップS302において、回収業者は破壊業者(又は再生業者)の登録を管理者ノード50に依頼する。
ステップS303において、管理者ノード50は、管理者ノード50、回収業者のノード100及び破壊業者のノード100の間の2-of-3マルチシグネチャアドレスを生成する。
ステップS304において、管理者ノード50は、空調機の管理者からフロン処分費用を受け取ると、フロン処分費用を示すトランザクションをマルチシグネチャアドレスに送信する。フロン処分費用は、当該管理者のウォレットなどから自動的に引き落とされてもよい。
ステップS305において、回収業者は、依頼された空調機からフロンを回収する。
ステップS306において、回収業者のノード100は、フロン回収に係った費用をリクエストする署名付きのトランザクションをマルチシグネチャアドレスに送信する。
ステップS307において、回収業者は、回収したフロンを破壊業者に引き渡す。
ステップS308において、破壊業者のノード100は、フロン破壊に係った費用をリクエストする署名付きのトランザクションをマルチシグネチャアドレスに送信する。
ステップS309において、回収業者のノード100及び破壊業者のノード100からの署名を受け取ったため、回収費用及び破壊費用が、マルチシグネチャアドレスから回収業者のノード100及び破壊業者のノード100のそれぞれに送金される。
本実施例によると、2-of-3マルチシグネチャアドレスを利用することによって、確実なフロン処分及び費用の受け渡しが可能となり、フロン処分に係る不正を防止することができる。
[ノードのハードウェア構成]
管理者ノード50及びノード100は、例えば、図10に示されるようなハードウェア構成を有してもよい。すなわち、管理者ノード50及びノード100は、バスBを介し相互接続されるドライブ装置101、補助記憶装置102、メモリ装置103、CPU(Central Processing Unit)104、インタフェース装置105及び通信装置106を有する。
[ノードのハードウェア構成]
管理者ノード50及びノード100は、例えば、図10に示されるようなハードウェア構成を有してもよい。すなわち、管理者ノード50及びノード100は、バスBを介し相互接続されるドライブ装置101、補助記憶装置102、メモリ装置103、CPU(Central Processing Unit)104、インタフェース装置105及び通信装置106を有する。
管理者ノード50及びノード100における上述した各種機能及び処理を実現するプログラムを含む各種コンピュータプログラムは、CD-ROM(Compact Disk-Read Only Memory)などの記録媒体107によって提供されてもよい。プログラムを記憶した記録媒体107がドライブ装置101にセットされると、プログラムが記録媒体107からドライブ装置101を介して補助記憶装置102にインストールされる。但し、プログラムは必ずしも記録媒体107からインストールされる必要はなく、ネットワークなどを介し何れかの外部装置からダウンロードするようにしてもよい。補助記憶装置102は、インストールされたプログラムを格納すると共に、必要なファイルやデータなどを格納する。メモリ装置103は、プログラムの起動指示があった場合に、補助記憶装置102からプログラムやデータを読み出して格納する。プロセッサとして機能するCPU104は、メモリ装置103に格納されたプログラムやプログラムを実行するのに必要なパラメータなどの各種データに従って、上述した管理者ノード50及びノード100の各種機能及び処理を実行する。インタフェース装置105は、ネットワーク又は外部装置に接続するための通信インタフェースとして用いられる。通信装置106は、外部装置と通信するための各種通信処理を実行する。
しかしながら、管理者ノード50及びノード100は、上述したハードウェア構成に限定されるものでなく、他の何れか適切なハードウェア構成により実現されてもよい。
以上、実施形態を説明したが、特許請求の範囲の趣旨及び範囲から逸脱することなく、形態や詳細の多用な変更が可能なことが理解されるであろう。
本出願は、2019年9月30日に出願した日本国特許出願2019-180994号の優先権の利益に基づき、これを主張するものであり、2019-180994号の全内容を本出願に援用する。
10 フロン管理システム
50 管理者ノード
51 ノード管理部
52 トランザクション処理部
100 ノード
110 トランザクション処理部
120 分散台帳管理部
50 管理者ノード
51 ノード管理部
52 トランザクション処理部
100 ノード
110 トランザクション処理部
120 分散台帳管理部
Claims (11)
- ノード群と、
前記ノード群を接続するブロックチェーンネットワークと、
を有するフロン管理システムであって、
所定のフロン関連イベントの発生に応答して、前記フロン関連イベントに関連する発生元ノードが、前記フロン関連イベントに関連するトランザクションを生成し、前記ブロックチェーンネットワークに前記生成したトランザクションを送信し、
前記トランザクションを受信したノードが、前記受信したトランザクションを検証し、
前記ノード群が、承認されたトランザクションから構成されたブロックをブロックチェーンに追加するフロン管理システム。 - 前記フロン関連イベントは、フロン生成、フロン破壊、フロン再生、フロン充填、フロン回収、フロン取扱者変更及びフロン使用機器の移動の1つ以上を含む、請求項1記載のフロン管理システム。
- 前記トランザクションは、日付、フロン取扱者名、フロン使用機器の識別情報、フロン移動量、フロン種別、フロン取扱状態、取扱者種別、フロン生産者名及びフロン管理者識別情報の1つ以上を含む、請求項1又は2記載のフロン管理システム。
- 前記フロン管理者識別情報は、前記ブロックチェーンと異なるデータベースにおいてフロン管理者名と関連付けされる、請求項3記載のフロン管理システム。
- フロン処分費用は、フロン処分に関係するノード間に設定されたマルチシグネチャアドレスを介し受け渡しされる、請求項1乃至4何れか一項記載のフロン管理システム。
- 前記ノード群は、当該フロン管理システムの管理者ノードを含む、請求項1乃至5何れか一項記載のフロン管理システム。
- 前記管理者ノードは、前記ブロックチェーンネットワークへのノードの加入を許可し、前記ブロックチェーンネットワークから加入済みノードを離脱させる、請求項6記載のフロン管理システム。
- 前記管理者ノードが、前記ブロックを構成するためのマイニングを実行したノードに報酬を与える、請求項6又は7記載のフロン管理システム。
- 前記管理者ノードが、前記ブロックを構成するためのマイニングを実行する、請求項6乃至8何れか一項記載のフロン管理システム。
- ノード群と、前記ノード群を接続するブロックチェーンネットワークとを有するフロン管理システムの管理者ノードであって、
前記ブロックチェーンネットワークに対してノードを加入及び離脱し、前記ノード群のノード情報を管理するノード管理部と、
フロン関連イベントに関連するトランザクションに基づき、前記フロン管理システムにおけるフロン流通状態を監視するトランザクション処理部と、
を有する管理者ノード。 - ブロックチェーンに基づくフロン管理方法であって、
所定のフロン関連イベントの発生に応答して、前記フロン関連イベントに関連する発生元ノードが、前記フロン関連イベントに関連するトランザクションを生成し、ブロックチェーンネットワークに前記生成したトランザクションを送信するステップと、
前記トランザクションを受信したノードが、前記受信したトランザクションを検証するステップと、
前記ブロックチェーンネットワークに接続するノード群が、承認されたトランザクションから構成されたブロックをブロックチェーンに追加するステップと、
を有するフロン管理方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/754,272 US20220343293A1 (en) | 2019-09-30 | 2020-09-24 | Fluorocarbon management system, management node and fluorocarbon management method |
CN202080064729.9A CN114424219A (zh) | 2019-09-30 | 2020-09-24 | 氟利昂管理系统、管理者节点以及氟利昂管理方法 |
EP20873108.3A EP4040350A4 (en) | 2019-09-30 | 2020-09-24 | FLUOROCARBON MANAGEMENT SYSTEM, MANAGER NODE AND FLUOROCARBON MANAGEMENT METHOD |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019180994A JP6993587B2 (ja) | 2019-09-30 | 2019-09-30 | フロン管理システム、管理者ノード及びフロン管理方法 |
JP2019-180994 | 2019-09-30 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2021065667A1 true WO2021065667A1 (ja) | 2021-04-08 |
Family
ID=75270809
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2020/036014 WO2021065667A1 (ja) | 2019-09-30 | 2020-09-24 | フロン管理システム、管理者ノード及びフロン管理方法 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20220343293A1 (ja) |
EP (1) | EP4040350A4 (ja) |
JP (1) | JP6993587B2 (ja) |
CN (1) | CN114424219A (ja) |
WO (1) | WO2021065667A1 (ja) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002189794A (ja) * | 2000-12-20 | 2002-07-05 | Hitoyoshi Aizawa | 環境汚染物質の管理システム |
JP2015125672A (ja) * | 2013-12-27 | 2015-07-06 | 三井・デュポンフロロケミカル株式会社 | 回収フロン類の回収および再利用システム |
CN108830342A (zh) * | 2018-05-25 | 2018-11-16 | 赛飞特工程技术集团有限公司 | 基于区块链的危险化学品超范围超能力经营的监管方法 |
WO2019111877A1 (ja) * | 2017-12-08 | 2019-06-13 | ダイキン工業株式会社 | 冷媒回収管理システム |
JP2019180994A (ja) | 2018-04-16 | 2019-10-24 | 株式会社三共 | 遊技機 |
Family Cites Families (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5431347A (en) * | 1991-12-02 | 1995-07-11 | Hitachi, Ltd. | System and method for disposing waste |
JP3914741B2 (ja) * | 2001-10-26 | 2007-05-16 | 日本電気株式会社 | 大気汚染物質回収破壊の実績管理方法およびそのシステム |
US7455225B1 (en) * | 2005-02-22 | 2008-11-25 | Sabioso, Inc. | Method and system for monitoring and controlling goods while in transit |
US20140156455A1 (en) * | 2012-11-30 | 2014-06-05 | Polar Technology, LLC | Refrigerant Exchange, Recycling and Banking System and Computer Program Product |
WO2016161073A1 (en) * | 2015-03-31 | 2016-10-06 | Nasdaq, Inc. | Systems and methods of blockchain transaction recordation |
EP3292484B1 (en) * | 2015-05-05 | 2021-07-07 | Ping Identity Corporation | Identity management service using a block chain |
US11488147B2 (en) * | 2015-07-14 | 2022-11-01 | Fmr Llc | Computationally efficient transfer processing and auditing apparatuses, methods and systems |
US10532268B2 (en) * | 2016-05-02 | 2020-01-14 | Bao Tran | Smart device |
US20180285996A1 (en) * | 2017-04-03 | 2018-10-04 | FutureLab Consulting Inc. | Methods and system for managing intellectual property using a blockchain |
CN108615192B (zh) * | 2017-08-18 | 2019-11-15 | 赫普科技发展(北京)有限公司 | 一种基于区块链的碳交易系统 |
US10764142B2 (en) * | 2017-11-16 | 2020-09-01 | International Business Machines Corporation | Clustered application management with a blockchain |
WO2019113601A1 (en) * | 2017-12-08 | 2019-06-13 | Klatu Networks, Inc. | Monitoring and predicting failures of specialty equipment including liquid gas storage systems |
EP3676774A2 (en) * | 2018-08-06 | 2020-07-08 | MyOmega Systems GmbH | Pallet management system |
US11334874B2 (en) * | 2018-08-06 | 2022-05-17 | Inveniam Capital Partners, Inc. | Digital contracts in blockchain environments |
US11032292B2 (en) * | 2018-09-04 | 2021-06-08 | Allen Gluck | Systems and methods for hybrid blockchain control |
CN109299957A (zh) * | 2018-10-25 | 2019-02-01 | 聂贞云 | 一种基于区块链的危化产品盛装容器溯源监管系统 |
US11588643B2 (en) * | 2018-12-27 | 2023-02-21 | Paypal, Inc. | Blockchain management system |
CN109633114A (zh) * | 2019-01-08 | 2019-04-16 | 赛飞特工程技术集团有限公司 | 污染监测装置及方法 |
US11410105B2 (en) * | 2019-07-03 | 2022-08-09 | Vertru Technologies Inc. | Blockchain based supply chain network systems |
CN110730204B (zh) * | 2019-09-05 | 2022-09-02 | 创新先进技术有限公司 | 区块链网络中删除节点的方法和区块链系统 |
-
2019
- 2019-09-30 JP JP2019180994A patent/JP6993587B2/ja active Active
-
2020
- 2020-09-24 CN CN202080064729.9A patent/CN114424219A/zh active Pending
- 2020-09-24 WO PCT/JP2020/036014 patent/WO2021065667A1/ja unknown
- 2020-09-24 EP EP20873108.3A patent/EP4040350A4/en active Pending
- 2020-09-24 US US17/754,272 patent/US20220343293A1/en active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002189794A (ja) * | 2000-12-20 | 2002-07-05 | Hitoyoshi Aizawa | 環境汚染物質の管理システム |
JP2015125672A (ja) * | 2013-12-27 | 2015-07-06 | 三井・デュポンフロロケミカル株式会社 | 回収フロン類の回収および再利用システム |
WO2019111877A1 (ja) * | 2017-12-08 | 2019-06-13 | ダイキン工業株式会社 | 冷媒回収管理システム |
JP2019180994A (ja) | 2018-04-16 | 2019-10-24 | 株式会社三共 | 遊技機 |
CN108830342A (zh) * | 2018-05-25 | 2018-11-16 | 赛飞特工程技术集团有限公司 | 基于区块链的危险化学品超范围超能力经营的监管方法 |
Also Published As
Publication number | Publication date |
---|---|
EP4040350A1 (en) | 2022-08-10 |
JP6993587B2 (ja) | 2022-01-13 |
EP4040350A4 (en) | 2022-11-16 |
JP2021056903A (ja) | 2021-04-08 |
CN114424219A (zh) | 2022-04-29 |
US20220343293A1 (en) | 2022-10-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7809821B2 (en) | Trust evaluation | |
US7171662B1 (en) | System and method for software licensing | |
CN110602217B (zh) | 基于区块链的联盟管理方法、装置、设备及存储介质 | |
CN108985916A (zh) | 一种数字资产管理方法及服务器 | |
JP2004302741A (ja) | グリッドコンピューティングを用いたシステムにおけるリソース提供方法,そのシステムにおける監視装置,その監視装置用プログラムおよびそのシステムにおけるリソース提供端末用プログラム | |
CN100527144C (zh) | 一种在数字版权管理中实现准确计费的方法及装置 | |
CN109087697A (zh) | 一种献血监管方法、服务器及计算机可读介质 | |
JP6523581B2 (ja) | 情報提供装置、情報提供システム、情報提供方法および情報提供プログラム | |
CN110322321B (zh) | 基于区块链的电子票据转让方法、装置、设备和介质 | |
CN112667621B (zh) | 区块链监管方法、设备和计算机可读存储介质 | |
TWI675336B (zh) | 智能票證系統、智能票證派發方法與電腦可讀取儲存裝置 | |
WO2021065667A1 (ja) | フロン管理システム、管理者ノード及びフロン管理方法 | |
CN1980380B (zh) | 车辆联网视频广告代理授权电子化处理方法及系统 | |
JP2002073191A (ja) | 従量制プログラム使用許諾システム及びその方法 | |
CN105324774B (zh) | 许可程序的装置、程序交易装置及其许可程序的方法 | |
CN115099800A (zh) | 基于区块链的用于对不良资产数据进行转让的方法及装置 | |
US11887146B2 (en) | Product exploration-based promotion | |
JP2005084989A (ja) | ソフトウェア改ざん検出システム、方法及びプログラム | |
CN112163917A (zh) | 基于区块链的票据处理方法、装置、介质及电子设备 | |
JP7011019B1 (ja) | ユーザ情報管理システム、ユーザ情報管理方法及びコンピュータプログラム | |
CN114172660B (zh) | 联盟链的账户管理方法、装置、设备以及存储介质 | |
KR102539908B1 (ko) | 블록체인 백오피스를 이용한 디지털화폐 청산장치 | |
KR102666287B1 (ko) | Nft 이용권 기반 서비스 제공 방법 및 시스템 | |
KR102705049B1 (ko) | Ai 모델의 신뢰 환경 구축을 위한 프레임워크 및 프레임워크를 이용한 ai 모델의 공정성 검증 방법 | |
JP3531806B2 (ja) | 情報処理装置および情報処理方法、ソフトウェア利用管理システム並びに記録媒体 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 20873108 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
ENP | Entry into the national phase |
Ref document number: 2020873108 Country of ref document: EP Effective date: 20220502 |