WO2020184376A1 - 台帳管理システム、台帳管理ノード - Google Patents
台帳管理システム、台帳管理ノード Download PDFInfo
- Publication number
- WO2020184376A1 WO2020184376A1 PCT/JP2020/009407 JP2020009407W WO2020184376A1 WO 2020184376 A1 WO2020184376 A1 WO 2020184376A1 JP 2020009407 W JP2020009407 W JP 2020009407W WO 2020184376 A1 WO2020184376 A1 WO 2020184376A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- information
- ledger
- ledger management
- record
- vehicle
- 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
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
Definitions
- This disclosure relates to a technology for managing information on transaction targets in a distributed ledger.
- Patent Document 1 information on transaction targets is managed by a distributed ledger that uses a blockchain, and processing necessary for transactions is performed using smart contracts, so that users can use without intervening intermediaries.
- Technology has been proposed to realize direct transactions between companies. Specifically, drones owned by various institutions are targeted for trading, and the availability of the drones is managed to lend and borrow the trading targets.
- the value of the transaction target was determined by the subjectivity of the provider side, and it was difficult to objectively grasp the value of the transaction target.
- a technology for realizing highly transparent and fair transactions may be provided by using a distributed ledger using a blockchain.
- One aspect of the present disclosure is a ledger management system, which includes a plurality of ledger management nodes that are communicably connected to each other, and the plurality of ledger management nodes have the same distributed ledger.
- Each of the plurality of ledger management nodes includes an information acquisition unit, an information generation unit, and a ledger recording unit.
- the information acquisition department acquires the recorded information to be recorded in the distributed ledger.
- the information generation unit generates new ledger information including unique information unique to the previous ledger information generated by any of a plurality of ledger management nodes and record information acquired by the information acquisition unit. ..
- the ledger recording unit is configured to record the ledger information in the distributed ledger when the new ledger information generated by the information generation unit satisfies the recording agreement rules set in the plurality of ledger management nodes.
- the recorded information includes usage history information that records how the transaction object is used with the device to be traded as the transaction object, and maintenance information that indicates the content of maintenance performed on the transaction object. It is configured to include.
- a ledger management node which includes an information acquisition unit, an information generation unit, and a ledger recording unit. That is, it has the same configuration as the individual ledger management nodes in the above-mentioned ledger management system.
- the usage history and maintenance information of the transaction target are managed by the distributed ledger. Therefore, all users can use the same information recorded in the distributed ledger to commonly grasp the state of the transaction object and, by extension, the value of the transaction object that is the basis of the transaction, resulting in highly transparent fairness. Transactions can be realized.
- the ledger management system 1 is used to record a series of information related to the value of a vehicle in a distributed ledger and to realize a fair transaction targeting the vehicle based on the distributed ledger.
- the ledger management system 1 includes a plurality of ledger management nodes 10 and an electronic certification authority 30.
- the plurality of ledger management nodes 10 and the electronic certification authority 30 belong to a peer-to-peer network 3 that is communicably connected to each other.
- the ledger management system 1 may include an information providing device 40 mounted on each of the plurality of vehicles 100, and one or more diagnostic devices 50 for diagnosing the state of the vehicle 100.
- the ledger management node 10 may function as a terminal device that uses the information recorded in the distributed ledger.
- the ledger management system 1 has a distributed ledger in which each of the ledger management nodes 10 has usage history information provided by communication from each of the information providing devices 40 and maintenance information provided by communication from each of the diagnostic devices 50. Record and manage in.
- the ledger management node 10 may be installed in, for example, a company or factory involved in the manufacture, sale, maintenance, and repair of vehicles.
- the ledger management node 10 may be installed in a company such as a road management company or a navigation company that collects information on the running of a vehicle.
- the ledger management node 10 may be installed in a company that operates a large number of vehicles, such as a vehicle leasing company or a delivery company.
- the ledger management node 10 may be installed in a vehicle insurance company or the like.
- the ledger management node 10 includes a communication unit 11, a node processing unit 12, and a database 13.
- the communication unit 11 has at least a function of communicating with another ledger management node 10 and the electronic certification station 30 connected to the network 3. Further, the communication unit 11 may have a function of communicating with at least one of the information providing device 40 and the diagnostic device 50.
- the database 13 is a non-volatile storage device capable of rewriting the stored contents. At least the node list 131 and the distributed ledger 132 are stored in the database 13.
- the node list 131 is a list listing the ledger management nodes 10 properly registered in the ledger management system 1.
- the IP address and the digital certificate of the ledger management node 10 are registered in association with the node identification information that identifies the ledger management node 10.
- the public key and digital signature of each ledger management node 10 are registered in the digital certificate.
- the registration of the new ledger management node 10 in the node list 131 is executed offline by a trusted registrant in response to the registration request, or is executed online in the same procedure as the registration process described later.
- the ledger management node 10 when communication with the ledger management node 10 registered in the node list 131 is interrupted for a predetermined time or longer, the corresponding ledger management node 10 may be deleted from the node list 131. Further, the ledger management node 10 deleted from the node list 131 may be re-registered in the node list 131 by performing a registration process again after eliminating the cause of the interruption of communication.
- the causes of the interruption of communication with the ledger management node 10 include a communication failure of the network 3 and a failure of the ledger management node 10.
- the distributed ledger 132 includes a plurality of ledger information 200.
- the plurality of ledger information 200 are connected in columns to form a so-called blockchain.
- Each of the individual ledger information 200 has a time stamp 202, a hash value 204, and recorded information 206.
- the time stamp 202 is information representing the date and time when the ledger information 200 was generated.
- the hash value 204 is a value generated by applying a preset hash function to the previous ledger information 200.
- the record information 206 is the main body of the information to be registered in the ledger information 200.
- the record information 206 may include usage history information and maintenance information for each of the vehicles registered by the registration process.
- the recorded information 206 is not limited to the usage history information and the maintenance information, and any information related to the value of the vehicle can be used.
- the record information 206 may include, for example, trading history information, accident history information, and the like.
- the usage history information is information indicating how the vehicle 100 is used.
- the usage history information may include information related to the driving operation added to the vehicle and information representing the behavior of the vehicle detected as a result of the driving operation.
- the information related to the driving operation may include, for example, an accelerator operation amount, a brake operation amount, a steering amount, and the like.
- the information representing the behavior of the vehicle may include, for example, engine speed, speed, acceleration, yaw rate, and the like.
- the usage history information may include a traveling mode of the vehicle 100, for example, a switching timing between the automatic driving mode and the manual driving mode.
- the usage history information may include environmental information indicating the situation around the vehicle when such information is detected.
- the environmental information may include, for example, image data to be recorded by the drive recorder, detection results of surrounding objects by an in-vehicle radar, and the like.
- the maintenance information is information indicating the contents of the maintenance performed on the vehicle 100.
- the maintenance information may include diagnostic information and maintenance input information.
- the diagnostic information is information acquired from the vehicle 100 by the diagnostic device 50.
- the maintenance input information may include information input by the maintenance performer.
- the maintenance input information may include, for example, information on the date and time of maintenance, the appearance of the vehicle 100 confirmed by maintenance, the state of parts, oil replaced by maintenance, tires, and other parts.
- the node processing unit 12 includes a microcomputer having a CPU and, for example, a semiconductor memory (hereinafter, memory) such as RAM or ROM.
- memory such as RAM or ROM.
- the node processing unit 12 has a registration determination unit 121, an information generation unit 122, a record determination unit 123, and a ledger recording unit as a configuration of functions realized by the CPU executing a program. It includes 124 and an information reference unit 125.
- the registration determination unit 121 registers the information providing device 40 that is the source of the usage history information and the diagnostic device 50 that is the source of the maintenance information in the ledger management system 1, the appropriate information providing device 40 and the appropriate information providing device 40 are used. It is determined whether or not the diagnostic device 50 is suitable. To determine whether or not it is appropriate, when a registration request is made, a number that uniquely identifies the sender transmitted from the information providing device 40 and the diagnostic device 50 and a telephone number of the owner of the device are transmitted. Judgment is made based on the original information.
- the product identification number of the information providing device 40 and the diagnostic device 50 may be used, and in the case of the information providing device 40, the VIN number of the vehicle equipped with the information providing device 40 may be used. You may use it.
- VIN is an abbreviation for Vehicle Identification Number.
- the information generation unit 122 generates the ledger information 200 to be recorded in the distributed ledger 132 by using the usage history information and the maintenance information acquired from the information providing device 40 and the diagnostic device 50 via the communication unit 11.
- the information generation unit 122 accumulates vehicle information for each vehicle 100, and when a preset generation condition is satisfied, generates new ledger information 200 using the accumulated vehicle information as record information 206.
- the generation condition may include, for example, the case where a certain time has passed, the case where a specific event occurs, the case where specific information is acquired, and the like.
- Specific events may include, for example, sudden braking and sudden steering.
- the specific information may include, for example, maintenance information and the like.
- the record determination unit 123 determines whether or not the ledger information 200 newly generated by the other ledger management node 10 satisfies the agreement rule set in advance in the ledger management system 1.
- POW, PBFT, etc. are known as agreement rules.
- POW is an abbreviation for Proof of Work
- PBFT is an abbreviation for Practical Byzantine Fault Tolerance.
- the ledger recording unit 124 records the ledger information 200 determined by the recording determination unit 123 that the agreement rule is satisfied in the distributed ledger 132. That is, the new ledger information 200 is added to the end of the ledger information 200 connected in columns.
- the information reference unit 125 When the information reference unit 125 receives a reference request for referring to the contents of the distributed ledger via the communication unit 11, the information reference unit 125 reads the recorded information 206 requested by the reference request from the distributed ledger 132, and communicates the read record information 206. It is transmitted to the requester of the reference request via unit 11.
- the information reference unit 125 determines whether or not the record information 206 to be referred to is appropriate, that is, whether or not the record information 206 has been tampered with. Specifically, the hash value generated from the ledger information 200 in which the record information 206 to be referenced is recorded is compared with the hash value 204 recorded in the ledger information 200 connected to the subsequent stage of the reference target. If both match, it is determined that the recorded information 206 is appropriate.
- the electronic certification authority 30 When a proper applicant applies for registration of a public key, the electronic certification authority 30 creates and publishes an electronic certificate of the public key.
- the electronic certification station 30 may be a dedicated electronic certification station 30, or any one of the ledger management nodes 10 may also serve as the electronic certification station 30.
- the information providing device 40 is mounted on the vehicle 100 and connected to the vehicle-mounted network 102 of the vehicle 100.
- the vehicle-mounted network 102 communicates by, for example, a CAN or Ethernet protocol.
- CAN is an abbreviation for Controller Area Network, and both CAN and Ethernet are registered trademarks.
- a plurality of electronic control units (hereinafter, ECU) 110 and a gateway (hereinafter, GW) 104 are connected to the in-vehicle network 102.
- Each ECU 110 realizes the function assigned to each by transmitting and receiving necessary information via the in-vehicle network 102.
- the functions assigned to each ECU 110 may include power train functions, body functions, safety functions, multimedia functions, and the like.
- Powertrain functions are, for example, functions related to engines, brakes, transmissions, and the like.
- Body functions are, for example, functions related to doors, seats, air conditioners, lamps, and the like.
- the safety system function is, for example, a function related to an airbag or the like.
- the multimedia function is, for example, a function related to audio, car navigation, and the like.
- the GW 104 has a function of connecting an external device connected to the connector 106 to the in-vehicle network 102.
- security measures such as encryption of a communication message using an encryption key are taken. As a result, unauthorized access to the vehicle-mounted network 102 from the external device connected to the connector 106 is suppressed.
- the information providing device 40 includes a communication unit 41 and an information management unit 42.
- the communication unit 41 executes communication with the ledger management node 10 belonging to the ledger management system 1.
- the information management unit 42 includes a computer having a CPU and semiconductor memory such as RAM, ROM, and flash memory.
- the information management unit 42 acquires usage history information from each ECU 110 via the vehicle-mounted network 102.
- the information management unit 42 encrypts the appropriate usage history information acquired from the ECU 110 with a private key to generate an electronic signature, and any of the ledger management nodes 10 together with the usage history information from the communication unit 41. Send to.
- the information management unit 42 has a security function of suppressing unauthorized access to the vehicle-mounted network 102 from the outside via the communication unit 41.
- the diagnostic device 50 is a portable terminal used by connecting to the connector 106 of the vehicle 100.
- the diagnostic device 50 includes a communication unit 51, a diagnostic processing unit 52, and an operation unit 53.
- the communication unit 51 executes communication with the ledger management node 10 belonging to the ledger management system 1 in the same manner as the communication unit 41 of the information providing device 40.
- the operation unit 53 includes a display screen, a touch panel, and the like. On the display screen, a maintenance or repair procedure, a maintenance or repair result input screen, or the like may be displayed. As a result, the person who carries out maintenance or repair of the vehicle 100 using the diagnostic device 50 is made to input the maintenance input information.
- the diagnostic processing unit 52 includes a computer having a CPU and semiconductor memory such as RAM, ROM, and flash memory.
- the diagnosis processing unit 52 includes a record acquisition unit 521, an estimation unit 522, a diagnosis acquisition unit 523, a record evaluation unit 524, and an information transmission unit 525 as a configuration of functions realized by the CPU executing a program. To be equipped. In addition, programs that realize these functions may be provided as part of smart contracts.
- the record acquisition unit 521 displays the record information 206 registered in the distribution ledger 132 for the vehicle 100 to be maintained (hereinafter referred to as the target vehicle) by communication via the communication unit 51 in accordance with the instruction input from the operation unit 53. Obtained from any of the ledger management nodes 10.
- the estimation unit 522 estimates the state of the target vehicle using the usage history information and maintenance information included in the record information 206 acquired by the record acquisition unit 521, and determines the value of the target vehicle for each of the plurality of evaluation items.
- the evaluation value to be represented (hereinafter, estimated evaluation value) is calculated. Further, the estimation unit 522 may calculate the price of the target vehicle based on the estimated evaluation value.
- the evaluation items may include the degree of wear of parts, appearance, mileage, presence / absence of optional items, software version, and the like.
- the evaluation value may be represented by a numerical value or a symbol.
- the diagnosis acquisition unit 523 accesses the vehicle-mounted network 102 of the target vehicle and acquires diagnostic information from each ECU 110.
- the diagnostic information includes information such as the result of failure diagnosis periodically performed in the in-vehicle network 102, information on errors detected by each ECU 110, and information such as the configuration of software installed in each ECU 110. May be included.
- Information such as software configuration may include, for example, information such as software update and addition of new software.
- the diagnosis acquisition unit 523 also acquires maintenance input information regarding the target vehicle input via the operation unit 53.
- diagnosis acquisition unit 523 uses the acquired diagnostic information and maintenance input information, that is, maintenance information representing the current status of the target vehicle, to evaluate each of the plurality of evaluation items that are the same as the estimated evaluation value (hereinafter, diagnostic evaluation). Value) is calculated.
- the diagnosis acquisition unit 523 may calculate the price of the target vehicle based on the diagnosis evaluation value.
- the record evaluation unit 524 compares the estimated evaluation value calculated by the estimation unit 522 with the diagnosis evaluation value calculated by the diagnosis acquisition unit 523, and records information about the target vehicle recorded in the distributed ledger 132. Evaluate the validity of 206. Specifically, if the difference between the estimated evaluation value and the diagnostic evaluation value is within the permissible range for a plurality of evaluation items, the record information 206 of the target vehicle recorded in the dispersion ledger 132 is valid. evaluate. That is, legitimacy means that the recorded information 206 is reliable, and that there is no legitimacy means that the recorded information 206 has some error and cannot be trusted.
- the information transmission unit 525 uses the diagnosis information and maintenance input information acquired by the diagnosis acquisition unit 523 as maintenance information, and the communication unit 51. It is transmitted to the ledger management system 1 via.
- a notification requesting some action such as an investigation of the legitimacy of the record information 206 is transmitted to a communication destination designated in advance.
- the information providing device 40 of the vehicle 100 to be registered in S1 transmits a registration request showing the VIN number of the own vehicle, the public key, and the source information to the specific ledger management node 10 via the communication unit 41.
- the source information is, for example, the telephone number of the owner of the vehicle 100.
- the specific ledger management node 10 is installed, for example, in the information center of the company that manufactured the vehicle 100.
- the line used for transmitting the registration request may be a dedicated line or a line capable of maintaining confidentiality such as VPN.
- VPN is an abbreviation for Virtual Private Network.
- the ledger management node 10 that has received the registration request from the vehicle 100 becomes an agreement requester requesting another ledger management node 10 to agree on the registration request.
- the ledger management node 10 which is the agreement requester determines whether or not the registration request is from an appropriate vehicle 100 based on the VIN number and the source information shown in the registration request. If the registration request is from an improper vehicle 100, the registration request is ignored.
- the ledger management node 10 which is the agreement requester adds the recorded information 206 to the hash value 204 generated from the previous ledger information 200 and the time stamp 202. , Generates new ledger information 200.
- the recorded information 206 here includes a registration request, a VIN number, and a public key.
- the ledger management node 10 which is the agreement requester in S2 transmits a registration agreement request including the generated ledger information 200 to another ledger management node 10 and requests that the registration request from the corresponding vehicle 100 be agreed.
- the other ledger management node 10 that receives the registration agreement request becomes an agreement responder to the agreement requester.
- the ledger management node 10 which is the agreement responder who received the registration agreement request determines whether or not the ledger management node 10 which is the agreement requester is an appropriate ledger management node 10. This determination is made, for example, by whether or not the ledger management node 10 which is the agreement requester is registered in the node list 131.
- the ledger management node 10 which is the agreement requester is the appropriate ledger management node 10
- the ledger management node 10 which is the agreement responder in S3 is the ledger management node 10 which is the agreement requester and the electronic certification authority 30. And send a registration agreement response indicating that they agree to the agreement request.
- the electronic certification authority 30 when the electronic certification authority 30 receives the registration agreement response from the predetermined number or more of the ledger management nodes 10, it creates an electronic certificate about the public key and the electronic signature of the vehicle 100 that is the request source of the registration request. Further, the digital certification authority 30 transmits a creation completion notification indicating that the creation of the digital certificate is completed to all the ledger management nodes 10. At least the URL of the created digital certificate is indicated in the creation completion notification. URL is an abbreviation for Uniform Resource Locator.
- the ledger management node 10 that has received the creation completion notification from the electronic certification authority 30 adds and records the ledger information 200 received from the ledger management node 10 that is the agreement requester in S2 to the distributed ledger 132 that it manages. ..
- the distributed ledger 132 provided by each of the plurality of ledger management nodes 10 is updated synchronously, so that the distributed ledger 132 provided by the plurality of ledger management nodes 10 has the same contents.
- the ledger management node 10 which is the agreement requester in S5 transmits a registration completion notification indicating that the registration of the public key is completed to the information providing device 40 of the vehicle 100 which is the request source of the registration request.
- the information providing device 40 that has received the registration completion notification determines that the registration in the ledger management system 1 is completed.
- the ledger management node 10 acquires the digital certificate of the registered vehicle 100 from the URL indicated in the creation completion notification received in S4 above. As a result, the registration process of the vehicle 100 is completed.
- the registration process performed when the diagnostic device 50 is registered in the ledger management system 1 is the same as the registration process of the vehicle 100 described above.
- the product identification information of the diagnostic device 50 is used instead of the VIN number, and the telephone number of the owner of the diagnostic device 50 or the like is used as the source information.
- the information providing device 40 acquires usage history information from each ECU 110 via the vehicle-mounted network 102 in S10.
- the information providing device 40 generates an electronic signature by encrypting the hash value generated from the acquired usage history information with the private key. Then, a record request showing the signed usage history information in which the electronic signature is added to the usage history information is transmitted to the specific ledger management node 10 which is the agreement requester of the ledger management system 1 via the communication unit 11.
- the line used in S11 may be a general-purpose line such as an Internet line, instead of the dedicated line or VPN as in the registration request described above.
- the information providing device 40 When the vehicle 100 travels in an underground parking lot, a tunnel, a mountainous area, or the like and communication with the ledger management system 1 is interrupted, the information providing device 40 provides usage history information while the communication is interrupted. Temporarily memorize. Then, when the communication with the ledger management system 1 is restored, a record request is generated from the temporarily stored usage history information and transmitted to the ledger management system 1.
- the ledger management node 10 which is the agreement requester who received the recording request from the vehicle 100 determines whether or not the recording request is from the appropriate vehicle 100. Specifically, the hash value generated from the usage history information shown in the received recording request and the hash value decrypted from the electronic signature by the public key of the vehicle 100 that is the source of the recording request match. If so, it is determined that the recording request is from the appropriate vehicle 100.
- the ledger management node 10 which is the agreement requester temporarily stores the received usage history information and waits until the preset recording conditions are satisfied.
- the recording conditions include, for example, the case where a preset periodic timing arrives, the case where a predetermined event such as a sudden braking or a sudden steering wheel is extracted from a series of usage history information about the same vehicle 100, and the like. May be included.
- the ledger management node 10 which is the agreement requester generates new ledger information 200 in which the usage history information received while waiting until the recording condition is satisfied is used as the recording information 206. ..
- the new ledger information 200 is generated by adding the hash value 204 generated from the previous ledger information and the time stamp 202 representing the current time to the recorded information 206.
- the ledger management node 10 which is the agreement requester in S12 transmits a record agreement request including the generated ledger information 200 to another ledger management node 10 and records new usage history information in the distributed ledger 132. Request an agreement.
- the ledger management node 10 which is the agreement responder who received the agreement request for recording the usage history information determines whether or not the ledger management node 10 which is the agreement requester is an appropriate ledger management node 10. This determination is performed, for example, by whether or not the ledger management node 10 which is the agreement requester is an appropriate ledger management node 10 registered in the node list 131.
- the ledger management node 10 which is the agreement responder in S13 transmits a record agreement response to all the ledger management nodes 10.
- the content of the record agreement response indicates that the agreement request is agreed.
- the content of the record agreement response indicates that the agreement request is not agreed.
- the recording process of recording the maintenance information provided to the ledger management system 1 from the diagnostic apparatus 50 for which registration has been completed in the distributed ledger 132 will be described with reference to FIG. 7.
- the maintenance target vehicle 100 brought to a maintenance shop or the like is referred to as a maintenance target vehicle.
- This maintenance target vehicle corresponds to the maintenance target object.
- the line used for communication between the diagnostic device 50 and the ledger management system 1 is not a dedicated line or VPN as in the above-mentioned registration request, but a general-purpose line such as an Internet line. It may be.
- the diagnostic device 50 When the diagnostic device 50 is connected to the connector 106 of the vehicle to be maintained, the diagnostic device 50 transmits a diagnostic information request to the vehicle to be maintained in S20.
- This diagnostic information request is received by the diagnostic ECU 110, which is the ECU 110 designated in advance, in the vehicle to be maintained.
- the diagnostic ECU 110 is an ECU that routinely collects the results of diagnostic processing and error information executed by each ECU 110 via the in-vehicle network 102.
- the diagnostic ECU 110 uses the diagnostic processing results and error information collected from the reception of the previous diagnostic information request to the reception of the current diagnostic information request as diagnostic information via the connector 106. Send to 50.
- the diagnostic device 50 may be removed from the connector 106 of the vehicle to be maintained.
- the diagnostic device 50 acquires maintenance input information input via the operation unit 53 by the person performing maintenance on the vehicle to be maintained.
- the diagnostic device 50 transmits a record information request to any of the ledger management nodes 10 via the communication unit 51 in order to acquire the record information 206 for the maintenance target vehicle recorded in the distributed ledger 132.
- the ledger management node 10 that has received the record information request reads out the recorded information about the vehicle to be maintained with reference to the distributed ledger 132.
- the recorded information read at this time includes at least the maintenance information recorded last for the maintenance target vehicle and the usage history information recorded after the maintenance information. Then, the ledger management node 10 that has received the record information request transmits the record information read from the distributed ledger 132 in S24 to the diagnostic device 50 that is the request source.
- the process of acquiring the diagnostic information of S20 to S21 performed by the diagnostic device 50, the process of acquiring the maintenance input information of S22, and the process of acquiring the recorded information from the distributed ledger 132 of S23 to 24 are all performed in parallel. It may be carried out by changing the order.
- the diagnostic information and maintenance input information acquired here will be referred to as the latest maintenance information
- the recorded information acquired here will be referred to as recorded information.
- the diagnostic device 50 executes the information determination process in S25.
- the diagnostic apparatus 50 calculates an evaluation value (that is, a diagnostic evaluation value) for each of the plurality of evaluation items based on the latest maintenance information. Further, the diagnostic device 50 calculates an evaluation value (that is, an estimated evaluation value) for each of the plurality of evaluation items according to the current situation of the maintenance target vehicle estimated from the recorded information. Further, the diagnostic device 50 evaluates the validity of the recorded information regarding the maintenance target vehicle recorded in the distributed ledger by comparing the estimated evaluation value with the diagnostic evaluation value. For example, in all evaluation items, if the difference between the estimated evaluation value and the diagnostic evaluation value is within the permissible range, it is evaluated as legitimate, and if any one of them is out of the permissible range, it is evaluated as not legitimate. Will be done.
- the diagnostic device 50 identifies the record request including the signed maintenance information as the agreement requester of the ledger management system 1 via the communication unit 51 in S26. It is transmitted to the ledger management node 10.
- the signed maintenance information is generated by generating an electronic signature in which the hash value generated from the latest maintenance information is encrypted with a private key, and adding an electronic book name to the latest maintenance information.
- S26 to S28 including S26 that is, a series of processing for obtaining an agreement to record the latest maintenance information in the distributed ledger 132 is the same as the processing of S11 to S13 described in the usage history information recording processing. ..
- the recording condition is each time a maintenance information recording request is received.
- the usage history information after the registration process is stored in the distributed ledger 132 by the record processing of the usage history information requested by the information providing device 40 of the vehicle 100 and the recording processing of the maintenance information requested by the diagnostic device 50. And maintenance information are recorded in sequence.
- the diagnostic device 50 corresponds to the external device.
- the hash value 204 of the previous ledger information 200 generated by the information generation unit 122 corresponds to the unique information unique to the ledger information.
- S10 and S20 to S22 correspond to the processing of the information acquisition unit.
- the processing in the ledger management node 10 when the recording request in S11 and S26 is received corresponds to the processing in the information generation unit 122.
- the processing in the ledger management node 10 that has received the recording agreement response in S13 and S28 corresponds to the processing in the ledger recording unit 124.
- S23 to S24 correspond to the recording acquisition unit 521.
- S20 to S22 correspond to the processing of the diagnosis acquisition unit 523.
- S25 corresponds to the processing of the estimation unit 522 and the record evaluation unit 524.
- the distribution is performed by comparing the estimated evaluation value obtained from the record information recorded in the distribution ledger 132 for the maintenance target vehicle with the actual evaluation value obtained from the diagnosis result of the maintenance target vehicle.
- the validity of the recorded information regarding the vehicle to be maintained recorded in the ledger 132 is evaluated. That is, every time maintenance is performed, it is verified whether or not the information recorded in the distributed ledger 132 for the vehicle to be maintained reflects the actual situation, so that the reliability of the information recorded in the distributed ledger 132 is reliable. Can be further improved.
- the owner of the vehicle as the seller and the purchaser who wants to purchase the vehicle both proceed with the procedure via the terminal device.
- Each of these terminal devices may also serve as the ledger management node 10, or may be communicably connected to any of the ledger management nodes 10.
- the substance of the smart contract is a program that automates the contract, and the program is distributed to each terminal device and the ledger management node 10 that are permitted to participate in the ledger management system 1.
- the processing executed by each terminal device and the ledger management node 10 described below is realized by the smart contract. It is assumed that the vehicle 100 to be sold is registered in advance in the ledger management system 1, and the usage history information and maintenance information are recorded in the distributed ledger 132.
- the terminal device owned by the owner of the vehicle is referred to as the owner terminal 70
- the terminal device owned by the purchaser is referred to as the purchaser terminal 80.
- the owner terminal 70 when an instruction to confirm the value of the vehicle is input to the owner terminal 70 when selling the vehicle, the owner terminal 70 is to be sold to one of the ledger management nodes 10 in S30. Send a valuation request containing information that identifies the vehicle.
- the ledger management node 10 that has received the value confirmation request calculates the value of the vehicle by referring to the record information about the vehicle to be sold recorded in the distributed ledger 132.
- the value of the vehicle includes at least the assessed price.
- the ledger management node 10 transmits a value confirmation response indicating the calculated value of the vehicle to the owner terminal 70.
- the owner terminal 70 that has received the value confirmation response displays the calculation result of the value shown in the value confirmation response on the display screen of the terminal.
- the owner of the vehicle to be sold decides whether or not to actually sell the vehicle based on this evaluation result.
- the owner terminal 70 transmits a listing intention notification to the ledger management node 10 in S32.
- the ledger management node 10 that received the listing intention notification executes the listing process.
- the listing process specifically, the vehicle to be sold is registered on the website prepared to mediate the sale and purchase of the vehicle.
- a vehicle purchaser operates the purchaser terminal 80 to access the website and searches for a vehicle that meets the purchase conditions of the purchaser.
- the purchaser terminal 80 transmits a value confirmation request for confirming the value of the purchase candidate vehicle to the ledger management node 10 in S33. To do.
- the ledger management node 10 that has received the value confirmation request from the purchaser terminal 80 calculates the value of the vehicle by referring to the record information about the purchase candidate vehicle using the distributed ledger 132. Then, in S34, the ledger management node 10 transmits a value confirmation response indicating the calculation result of the value of the vehicle to the purchaser terminal 80.
- the purchaser terminal 80 that has received the value confirmation response displays the evaluation result on the display screen of the purchaser terminal 80.
- the purchase applicant decides whether or not to actually purchase based on the evaluation result displayed on the display screen.
- the purchaser terminal 80 transmits a purchase intention notification to the ledger management node 10 in S35.
- the ledger management node 10 that has received the purchase intention notification from the purchaser terminal 80 transmits a result notification indicating that a purchase applicant has appeared in S36 to the owner terminal 70.
- the owner terminal 70 that has acquired the result notification displays the content of the result notification on the display screen of the owner terminal 70.
- the ledger management node 10 When the ledger management node 10 that becomes the agreement requester who received the procedure request request receives the request, it sends a document creation request requesting the creation of the documents necessary for the transfer procedure in S41 to the purchaser terminal 80.
- the purchaser terminal 80 that has received the document creation request displays an input screen for inputting the information necessary for creating the document on the terminal screen of the purchaser terminal 80, and causes the purchaser to input the necessary information.
- the purchaser terminal 80 transmits the input information to the ledger management node 10 by the document creation response in S42.
- the ledger management node 10 that has received the document creation response receives the document and executes a process for confirming and approving the document from each related place.
- the ledger management node 10 which is the agreement requester When the documents are confirmed and approved by the relevant parties, the ledger management node 10 which is the agreement requester generates new ledger information 200 whose record information 206 is the transaction information which is the document related to the transfer procedure. Specifically, the ledger information 200 is obtained by adding the hash value 204 generated from the previous ledger information and the time stamp 202 representing the current time to the recorded information 206. Then, the ledger management node 10 which is the agreement requester in S43 transmits the generated ledger information 200 to another ledger management node 10 and requests an agreement for recording the transaction information in the distributed ledger 132.
- the procedure for obtaining an agreement for recording information in the distributed ledger 132 in S43 to S44 including this S43 is the same as the content described in S12 to S13.
- the ledger information 200 generated by the ledger management node 10 which is the agreement requester is added to the distributed ledger 132 managed by itself and recorded.
- the distributed ledger 132 included in each of the plurality of ledger management nodes 10 is updated synchronously, so that the distributed ledger 132 included in the plurality of ledger management nodes 10 has the same contents.
- the ledger management node 10 which is the agreement requester in S45 transmits a completion notification indicating that the transfer procedure has been completed to each of the owner terminal 70 and the purchaser terminal 80.
- the owner terminal 70 and the purchaser terminal 80 that have received the completion notification notify the owner and the purchaser to that effect.
- the owner and the purchaser communicate with each other to deliver the vehicle, which is the object of transaction.
- the ledger management system 1 information related to the value of the vehicle 100 is consistently collected and managed in a distributed ledger utilizing blockchain technology, and the same calculation logic is used by using a smart contract. Therefore, the value of the vehicle 100 is evaluated. Therefore, all the participants in the ledger management system 1 can share the value of the vehicle 100, which is backed by highly reliable information and calculated by the common logic. As a result, unlike the conventional case in which the value of the vehicle 100 is determined by the subjectivity of an individual or a trader, highly transparent transactions can be realized.
- the trading object may be, for example, an industrial device such as a robot or a consumer device such as a home electric appliance, which may be rented or used for sale.
- the ledger information 200 includes the recorded information 206, but the present disclosure is not limited to this.
- the record information 206 may be collectively stored in a database provided separately, and the ledger information 200 may show information indicating a correspondence relationship with the record information 206 on the database instead of the record information 206. ..
- the information generation unit 122 generates a hash value 304 from the previous ledger information 200 as unique information unique to the previous ledger information 200.
- the unique information unique to the previous ledger information is not limited to the hash value, but is unique to the previous ledger information, and if the ledger information has a different value, the value will be different. Any value may be generated.
- the diagnostic apparatus 50 is a process of comparing the actual evaluation value based on the latest maintenance information and the estimated evaluation value based on the recorded information to evaluate the validity of the recorded information of the distributed ledger 132.
- This process may be performed by the ledger management node 10.
- the processing of S23 to S25 in the diagnostic device 50 shown in FIG. 7 is omitted, and the ledger management node 10 that receives the maintenance information recording request from the diagnostic device 50 generates the actual evaluation value and the estimated evaluation value. Then, the validity of the recorded information may be evaluated. That is, the ledger management node 10 may have functions as a record acquisition unit, an estimation unit, a diagnosis acquisition unit, and a record evaluation unit.
- the information providing device 40 and the diagnostic device 50 are provided separately from the ledger management node 10, but the information providing device 40 and the diagnostic device 50 also serve as the ledger management node 10. It may be configured in. That is, since the information providing device 40 also serves as the ledger management node 10, the ledger management node 10 may be mounted on each vehicle 100.
- the node processing unit 12, the information management unit 42, the diagnostic processing unit 52, and the methods implemented in each of these units described in the present disclosure have one or more functions embodied by a computer program. It may be implemented by a dedicated computer provided by configuring a processor and memory programmed to run. Alternatively, the node processing unit 12, the information management unit 42, the diagnostic processing unit 52, and the methods implemented in each of these units described in the present disclosure include a processor configured by one or more dedicated hardware logic circuits. It may be realized by the dedicated computer provided. Alternatively, the node processing unit 12, the information management unit 42, the diagnostic processing unit 52, and the methods implemented in each of these units described in the present disclosure are processors programmed to execute one or more functions.
- the computer program may be stored in a computer-readable non-transition tangible recording medium as an instruction executed by a computer.
- the method for realizing the functions of each unit included in the node processing unit 12, the information management unit 42, and the diagnostic processing unit 52 does not necessarily include software, and all the functions are one or more. It may be realized by using hardware.
- a plurality of functions possessed by one component in the above embodiment may be realized by a plurality of components, or one function possessed by one component may be realized by a plurality of components. .. Further, a plurality of functions possessed by the plurality of components may be realized by one component, or one function realized by the plurality of components may be realized by one component. Further, a part of the configuration of the above embodiment may be omitted. In addition, at least a part of the configuration of the above embodiment may be added or replaced with the configuration of the other above embodiment.
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
台帳管理システム(1)は、互いに通信可能に接続され、それぞれが同じ分散台帳(132)を有する複数の台帳管理ノード(10)を備える。台帳管理ノードが有する分散台帳には、複数の台帳管理ノードのいずれかが生成する、一つ前の台帳情報(200)に固有の固有情報(204)と、情報取得部(11)にて取得された記録情報(206)とを含む。記録情報は、取引対象となる機器を取引対象物として、取引対象物の使用のされ方を記録した使用履歴情報と、取引対象物に対して実施されたメンテナンスの内容を示すメンテナンス情報とを含む。
Description
本国際出願は、2019年3月13日に日本国特許庁に出願された日本国特許出願第2019-045927号に基づく優先権を主張するものであり、日本国特許出願第2019-045927号の全内容を本国際出願に参照により援用する。
本開示は、取引対象に関する情報を分散台帳で管理する技術に関する。
下記特許文献1には、取引対象に関する情報を、ブロックチェーンを利用する分散台帳で管理し、スマートコントラクトを利用して取引に必要な処理を実施することで、仲介者を挟むことなく、利用者間の直接的な取引を実現する技術が提案されている。具体的には、様々な機関が所有するドローンを取引対象とし、その空き状況を管理して、取引対象の貸し借りを行う。
しかしながら、発明者の詳細な検討の結果、ドローンに限らず、車両や産業機器等を取引対象とした場合、公正な取引を実現するには、取引を希望する者が、取引対象の価値を正確に把握できることが必要であるという課題が見出された。
すなわち、従来は、取引対象の価値は、提供者側の主観により決められており、取引対象の価値を客観的に把握することが困難であった。
本開示の1つの局面では、ブロックチェーンを利用する分散台帳を用いて、透明性の高い公正な取引を実現する技術を提供してもよい。
本開示の一態様は、台帳管理システムであって、互いに通信可能に接続された複数の台帳管理ノードを備え、複数の台帳管理ノードが同じ分散台帳を有する。複数の台帳管理ノードのそれぞれは、情報取得部と、情報生成部と、台帳記録部と、を備える。
情報取得部は、分散台帳に記録する記録情報を取得する。情報生成部は、複数の台帳管理ノードのいずれかが生成する、一つ前の台帳情報に固有の固有情報と、情報取得部にて取得された記録情報とを含む新たな台帳情報を生成する。台帳記録部は、情報生成部にて生成された新たな台帳情報が、複数の台帳管理ノードにおいて設定された記録合意規則を満たす場合に、台帳情報を分散台帳に記録するように構成される。記録情報は、取引対象となる機器を取引対象物として、取引対象物の使用のされ方を記録した使用履歴情報と、取引対象物に対して実施されたメンテナンスの内容を示すメンテナンス情報と、を含むように構成される。
本開示の別の態様は、台帳管理ノードであって、情報取得部と、情報生成部と、台帳記録部と、を備える。つまり、上述の台帳管理システムにおける個々の台帳管理ノードと同様の構成を有する。
このような構成によれば、取引対象の使用履歴及びメンテナンス情報が分散台帳によって管理される。従って、すべての利用者が、分散台帳に記録された同じ情報を用いて、取引対象物の状態、ひいては取引の基礎となる取引対象物の価値を共通に把握できるため、透明性の高い公正成な取引を実現できる。
以下、図面を参照しながら、本開示の実施形態を説明する。
[1.構成]
台帳管理システム1は、車両の価値に関わる一連の情報を分散台帳に記録し、その分散台帳に基づいて車両を取引対象とする公正な取引を実現するために用いられる。
台帳管理システム1は、車両の価値に関わる一連の情報を分散台帳に記録し、その分散台帳に基づいて車両を取引対象とする公正な取引を実現するために用いられる。
台帳管理システム1は、図1に示すように、複数の台帳管理ノード10と、電子証明局30とを備える。複数の台帳管理ノード10と電子証明局30とは、互いに通信可能に接続されたピアツーピアのネットワーク3に属する。また、台帳管理システム1は、複数の車両100のそれぞれに搭載される情報提供装置40と、車両100の状態を診断する一つ以上の診断装置50とを備えてもよい。なお、台帳管理ノード10は、分散台帳に記録された情報を利用する端末装置として機能してもよい。
台帳管理システム1は、情報提供装置40のそれぞれから、通信により提供される使用履歴情報、及び診断装置50のそれぞれから、通信により提供されるメンテナンス情報を、台帳管理ノード10のそれぞれが有する分散台帳に記録して管理する。
[1-1.台帳管理ノード]
台帳管理ノード10は、例えば、車両の製造、販売、整備、及び修理に関わる会社や工場に設置されてもよい。台帳管理ノード10は、道路管理会社やナビゲーション会社等の車両の走行に関する情報を収集する会社に設置されてもよい。台帳管理ノード10は、車両リース会社や宅配会社等の多数の車両を運用する会社に設置されてもよい。台帳管理ノード10は、車両保険会社等に設置されてもよい。
台帳管理ノード10は、例えば、車両の製造、販売、整備、及び修理に関わる会社や工場に設置されてもよい。台帳管理ノード10は、道路管理会社やナビゲーション会社等の車両の走行に関する情報を収集する会社に設置されてもよい。台帳管理ノード10は、車両リース会社や宅配会社等の多数の車両を運用する会社に設置されてもよい。台帳管理ノード10は、車両保険会社等に設置されてもよい。
台帳管理ノード10は、図2に示すように、通信部11と、ノード処理部12と、データベース13と、を備える。
通信部11は、ネットワーク3に接続された他の台帳管理ノード10及び電子証明局30との通信を行う機能を少なくとも有する。また、通信部11は、情報提供装置40及び診断装置50のうち少なくとも一つとの通信を行う機能を有してもよい。
データベース13は、記憶内容の書き換えが可能な不揮発性の記憶装置である。データベース13には、ノードリスト131と、分散台帳132とが少なくとも記憶される。
ノードリスト131は、台帳管理システム1において適正に登録された台帳管理ノード10を列挙したリストである。ノードリスト131には、台帳管理ノード10を識別するノード識別情報と対応づけて、当該台帳管理ノード10のIPアドレスと電子証明書とが登録される。電子証明書には、各台帳管理ノード10の公開鍵と電子署名とが登録される。ノードリスト131への新たな台帳管理ノード10の登録は、登録要求に応じて、信用できる登録者によりオフラインで実行されるか、あるいは後述する登録処理と同様の手順でオンラインにより実行される。
なお、台帳管理システム1において、ノードリスト131に登録された台帳管理ノード10との通信が所定時間以上途絶えた場合、該当する台帳管理ノード10はノードリスト131から削除されてもよい。また、ノードリスト131から削除された台帳管理ノード10は、通信が途絶えた原因を解消後、改めて登録処理を行うことで、ノードリスト131に再登録されてもよい。なお、台帳管理ノード10との通信が途絶える原因としては、ネットワーク3の通信障害、台帳管理ノード10の故障等がある。
分散台帳132は、図3に示すように、複数の台帳情報200を備える。複数の台帳情報200は縦列接続され、いわゆるブロックチェーンを構成する。個々の台帳情報200は、いずれも、タイムスタンプ202と、ハッシュ値204と、記録情報206とを有する。タイムスタンプ202は、台帳情報200が生成された日時を表す情報である。ハッシュ値204は、一つ前の台帳情報200に予め設定されたハッシュ関数を作用させることで生成される値である。記録情報206は、台帳情報200に登録する情報の本体である。記録情報206には、登録処理によって登録された車両のそれぞれに関する使用履歴情報とメンテナンス情報とが含まれてもよい。記録情報206は、使用履歴情報とメンテナンス情報とに限られるものではなく、車両の価値に関わる任意の情報を用いることができる。記録情報206には、例えば、売買履歴情報、及び事故履歴情報等が含まれてもよい。
なお、使用履歴情報は、車両100の使用のされ方を表す情報である。使用履歴情報には、車両に加えられた運転操作に関わる情報、その運転操作の結果として検出される車両の挙動を表す情報が含まれてもよい。運転操作に関わる情報には、例えば、アクセル操作量、ブレーキ操作量、及び操舵量等が含まれてもよい。車両の挙動を表す情報には、例えば、エンジン回転数、速度、加速度、及びヨーレート等が含まれてもよい。また、使用履歴情報には、車両100の走行モード、例えば、自動運転モードと手動運転モードとの切り替わりタイミング等が含まれてもよい。更に、使用履歴情報には、それらの情報が検出されたときの車両周囲の状況を表す環境情報が含まれてもよい。環境情報には、例えば、ドライブレコーダの記録対象となる画像データ、及び車載レーダ等による周囲に存在する物標の検出結果等が含まれてもよい。
また、メンテナンス情報は、車両100に対して実施されたメンテナンスの内容を表す情報である。メンテナンス情報には、診断情報と、メンテ入力情報とが含まれてもよい。診断情報は、診断装置50によって車両100から取得される情報である。メンテ入力情報は、メンテナンスの実施者によって入力される情報が含まれてもよい。メンテ入力情報には、例えば、メンテナンスの実施日時、メンテナンスによって確認された車両100の外観や部品の状態、メンテナンスによって交換されたオイル、タイヤ、その他の部品に関する情報等が含まれてもよい。
ノード処理部12は、CPUと、例えば、RAM又はROM等の半導体メモリ(以下、メモリ)と、を有するマイクロコンピュータを備える。
図2に示すように、ノード処理部12は、CPUがプログラムを実行することで実現される機能の構成として、登録判定部121と、情報生成部122と、記録判定部123と、台帳記録部124と、情報参照部125とを備える。
登録判定部121は、台帳管理システム1に、使用履歴情報の送信元となる情報提供装置40、及びメンテナンス情報の送信元となる診断装置50を登録する際に、適正な情報提供装置40及び適正な診断装置50であるか否かを判定する。適正か否かの判定は、登録要求がされたときに、情報提供装置40及び診断装置50から送信される送信元を一意に識別する番号と、その装置の所有者の電話番号となどの送信元情報に基づいて判定される。送信元を一意に識別する番号は、情報提供装置40及び診断装置50の商品識別番号を用いてもよいし、情報提供装置40の場合は、当該情報提供装置40を搭載する車両のVIN番号を用いてもよい。VINは、Vehicle Identification Numberの略である。
情報生成部122は、通信部11を介して情報提供装置40及び診断装置50から取得される使用履歴情報及びメンテナンス情報を用いて、分散台帳132に記録する台帳情報200を生成する。情報生成部122は、車両100毎に車両情報を蓄積し、予め設定された生成条件が成立した場合に、蓄積された車両情報を記録情報206とする新たな台帳情報200を生成する。生成条件は、例えば、一定時間が経過した場合、特定の事象が発生した場合、及び特定の情報が取得された場合等が含まれてもよい。特定の事象には、例えば、急ブレーキ及び急ハンドル等が含まれてもよい。特定の情報には、例えば、メンテナンス情報等が含まれてもよい。
記録判定部123は、他の台帳管理ノード10にて新たに生成された台帳情報200が、台帳管理システム1において予め設定された合意規則を満たしているか否かを判定する。合意規則として、POW、及びPBFT等が知られている。POWはProof of Workの略であり、PBFTはPractical Byzantine Fault Toleranceの略である。
台帳記録部124は、合意規則を満たしていると記録判定部123にて判定された台帳情報200を分散台帳132に記録する。すなわち、縦列接続された台帳情報200の末尾に、新た台帳情報200を追加する。
情報参照部125は、通信部11を介して分散台帳の内容を参照する参照要求を受信すると、参照要求によって要求された記録情報206を分散台帳132から読み出し、その読み出した記録情報206を、通信部11を介して参照要求の要求元に送信する。情報参照部125は、分散台帳132を参照するとき、参照対象となる記録情報206が適正であるか否か、すなわち、記録情報206が改ざんされているか否かを判定する。具体的には、参照対象となる記録情報206が記録された台帳情報200から生成されるハッシュ値と、参照対象の後段に接続された台帳情報200に記録されているハッシュ値204とを比較し、両者が一致すれば記録情報206は適正であると判定する。
[1-2.電子証明局]
電子証明局30は、適正な申請者から公開鍵の登録を申請されると、公開鍵の電子証明書を作成して公開する。電子証明局30は専用の電子証明局30であってもよいし、台帳管理ノード10のいずれかが電子証明局30を兼ねてもよい。また、複数の電子証明局30が存在してもよい。
電子証明局30は、適正な申請者から公開鍵の登録を申請されると、公開鍵の電子証明書を作成して公開する。電子証明局30は専用の電子証明局30であってもよいし、台帳管理ノード10のいずれかが電子証明局30を兼ねてもよい。また、複数の電子証明局30が存在してもよい。
[1-3.情報提供装置]
情報提供装置40は、図4に示すように、車両100に搭載され、当該車両100が有する車載ネットワーク102に接続される。車載ネットワーク102は、例えばCAN又はイーサネットのプロトコルにより通信する。CANはController Area Networkの略であり、CAN及びイーサネットはいずれも登録商標である。
情報提供装置40は、図4に示すように、車両100に搭載され、当該車両100が有する車載ネットワーク102に接続される。車載ネットワーク102は、例えばCAN又はイーサネットのプロトコルにより通信する。CANはController Area Networkの略であり、CAN及びイーサネットはいずれも登録商標である。
車載ネットワーク102には、複数の電子制御装置(以下、ECU)110と、ゲートウェイ(以下、GW)104とが接続される。各ECU110は、車載ネットワーク102を介して必要な情報を送受信することで、それぞれに割り当てられた機能を実現する。各ECU110に割り当てられる機能には、パワートレイン系の機能、ボディ系の機能、安全系の機能、及びマルチメディア系の機能等が含まれてもよい。パワートレイン系の機能は、例えば、エンジン、ブレーキ、及びトランスミッション等に関わる機能である。ボディ系の機能は、例えば、ドア、シート、空調、及びランプ等に関わる機能である。安全系の機能は、例えば、エアバッグ等に関わる機能である。マルチメディア系の機能は、例えば、オーディオ及びカーナビゲーション等に関わる機能である。
GW104は、コネクタ106に接続される外部機器を、車載ネットワーク102に接続する機能を有する。なお、車載ネットワーク102を介した通信には、暗号鍵を使用した通信メッセージの暗号化等のセキュリティ対策が施されている。これにより、コネクタ106に接続された外部機器から車載ネットワーク102への不正なアクセスが抑制される。
情報提供装置40は、通信部41と情報管理部42とを備える。
通信部41は、台帳管理システム1に属する台帳管理ノード10と通信を実行する。
情報管理部42は、CPUと、RAM、ROM、フラッシュメモリ等の半導体メモリと、を有するコンピュータを備える。情報管理部42は、車載ネットワーク102を介して各ECU110から使用履歴情報を取得する。情報管理部42は、上述したセキュリティ対策により、ECU110から取得した適正な使用履歴情報を秘密鍵で暗号化して電子署名を生成し、通信部41から使用履歴情報と一緒に台帳管理ノード10のいずれかに送信する。また、情報管理部42は、通信部41を介した外部から車載ネットワーク102への不正なアクセスを抑制するセキュリティ機能を有する。
[1-4.診断装置]
診断装置50は、車両100のコネクタ106に接続して使用される携帯型の端末である。診断装置50は、通信部51と、診断処理部52と、操作部53とを備える。
診断装置50は、車両100のコネクタ106に接続して使用される携帯型の端末である。診断装置50は、通信部51と、診断処理部52と、操作部53とを備える。
通信部51は、情報提供装置40の通信部41と同様に、台帳管理システム1に属する台帳管理ノード10との通信を実行する。
操作部53は、表示画面及びタッチパネル等を備える。表示画面には、メンテナンスや修理の手順、及びメンテナンスや修理の結果の入力画面等が表示されてもよい。これにより、診断装置50を用いて車両100のメンテナンスや修理を実施する実施者に、メンテ入力情報を入力させる。
診断処理部52は、CPUと、RAM、ROM、フラッシュメモリ等の半導体メモリと、を有するコンピュータを備える。
診断処理部52は、CPUがプログラムを実行することで実現される機能の構成として、記録取得部521と、推定部522と、診断取得部523と、記録評価部524と、情報送信部525とを備える。また、これらの機能を実現するプログラムは、スマートコントラクトの一部として提供されてもよい。
記録取得部521は、操作部53からの指示入力に従い、通信部51を介した通信によって、メンテナンス対象となる車両100(以下、対象車両)について分散台帳132に登録されている記録情報206を、台帳管理ノード10のいずれかから取得する。
推定部522は、記録取得部521により取得された記録情報206に含まれる使用履歴情報とメンテナンス情報とを用いて対象車両の状態を推定し、複数の評価項目のそれぞれについて、対象車両の価値を表す評価値(以下、推定評価値)を算出する。また、推定部522は、推定評価値に基づいて対象車両の価格を算出してもよい。なお、評価項目としては、部品の消耗具合、外観、走行距離、オプション品の有無、ソフトウェアのバージョン等が含まれてもよい。評価値は、数値又は記号で表現されてもよい。
診断取得部523は、当該診断装置50が対象車両のコネクタ106に接続された状態のときに、対象車両の車載ネットワーク102にアクセスし、各ECU110から診断情報を取得する。診断情報には、車載ネットワーク102内で定期的に実施される故障診断の結果、及び各ECU110にて検出されたエラーに関する情報等のほか、各ECU110に搭載されているソフトウェアの構成等の情報が含まれてもよい。ソフトウェアの構成等の情報には、例えば、ソフトウェアの更新、新たなソフトウェアの追加等の情報が含まれてもよい。また、診断取得部523は、操作部53を介して入力される対象車両に関するメンテ入力情報も取得する。更に、診断取得部523は、取得した診断情報及びメンテ入力情報、すなわち、対象車両の現在の状況を表すメンテナンス情報から、推定評価値と同じ複数の評価項目のそれぞれについて評価値(以下、診断評価値)を算出する。診断取得部523は、診断評価値に基づいて対象車両の価格を算出してもよい。
記録評価部524は、推定部522にて算出された推定評価値と、診断取得部523にて算出された診断評価値とを比較することで、分散台帳132に記録された対象車両に関する記録情報206の正当性を評価する。具体的には、複数の評価項目について、推定評価値と診断評価値との差がいずれも許容範囲内にあれば、分散台帳132に記録された対象車両の記録情報206は正当性があると評価する。つまり、正当性があるとは、記録情報206が信頼できることを意味し、正当性がないとは、記録情報206に何らかの誤りがあり信頼できないことを意味する。
情報送信部525は、記録評価部524により正当性があるとの評価結果が得られた場合は、診断取得部523で取得された、診断情報及びメンテ入力情報を、メンテナンス情報として、通信部51を介して台帳管理システム1に送信する。記録評価部524により正当性がないとの評価結果が得られた場合は、予め指定された通信先に、記録情報206の正当性の調査等、何等かの対処を依頼する通知を送信する。
[2.処理]
[2-1.登録処理]
台帳管理システム1に車両100を登録する際に実施される登録処理について、図5のシーケンス図に基づいて説明する。尚、この登録処理を実施する前に、登録対象となる車両100に搭載された情報提供装置40には、台帳管理システム1との通信に使用される公開鍵と秘密鍵とが予め割り当てられる。つまり、車両100と公開鍵及び秘密鍵とは、1対1に対応付けられる。
[2-1.登録処理]
台帳管理システム1に車両100を登録する際に実施される登録処理について、図5のシーケンス図に基づいて説明する。尚、この登録処理を実施する前に、登録対象となる車両100に搭載された情報提供装置40には、台帳管理システム1との通信に使用される公開鍵と秘密鍵とが予め割り当てられる。つまり、車両100と公開鍵及び秘密鍵とは、1対1に対応付けられる。
S1において登録対象となる車両100の情報提供装置40は、自車両のVIN番号と公開鍵と送信元情報とが示された登録要求を、通信部41を介して特定の台帳管理ノード10に送信する。送信元情報は、例えば、車両100のオーナーの電話番号等である。特定の台帳管理ノード10は、例えば車両100を製造した会社の情報センターに設置される。また、登録要求の送信に使用する回線は、専用回線又はVPNのような機密を保持できる回線であってもよい。VPNは、Virtual Private Networkの略である。
車両100から登録要求を受信した台帳管理ノード10は、他の台帳管理ノード10に登録要求に合意するように要求する合意要求者となる。合意要求者である台帳管理ノード10は、登録要求に示されたVIN番号と送信元情報とに基づいて、適正な車両100からの登録要求であるか否かを判定する。不適正な車両100からの登録要求である場合、その登録要求は無視される。
適正な車両100からの登録要求である場合、合意要求者である台帳管理ノード10は、一つ前の台帳情報200から生成したハッシュ値204と、タイムスタンプ202とに、記録情報206を加えて、新たな台帳情報200を生成する。ここでの記録情報206には、登録要求とVIN番号と公開鍵とが含まれる。
S2において合意要求者である台帳管理ノード10は、生成した台帳情報200を含んだ登録合意要求を他の台帳管理ノード10に送信し、該当車両100からの登録要求に合意するように要求する。登録合意要求を受信する他の台帳管理ノード10は、合意要求者に対して合意応答者となる。
登録合意要求を受信した合意応答者である台帳管理ノード10は、合意要求者である台帳管理ノード10が適正な台帳管理ノード10であるか否かを判定する。この判定は、例えば、合意要求者である台帳管理ノード10が、ノードリスト131に登録されているか否かによって行われる。
合意要求者である台帳管理ノード10が適正な台帳管理ノード10であると判定した場合、S3において合意応答者である台帳管理ノード10は、合意要求者である台帳管理ノード10と電子証明局30とに、合意要求に合意することを示す登録合意応答を送信する。
S4において電子証明局30は、所定数以上の台帳管理ノード10から登録合意応答を受信すると、登録要求の要求元となった車両100の公開鍵と電子署名とについての電子証明書を作成する。更に電子証明局30は、電子証明書の作成が完了したことを示す作成完了通知をすべての台帳管理ノード10に送信する。作成完了通知には、作成した電子証明書のURLが少なくとも示される。URLはUniform Resource Locatorの略である。
電子証明局30からの作成完了通知を受信した台帳管理ノード10は、S2において合意要求者である台帳管理ノード10から受信した台帳情報200を、自身が管理する分散台帳132に追加して記録する。これにより、複数の台帳管理ノード10がそれぞれ備える分散台帳132が同期して更新されるので、複数の台帳管理ノード10が備える分散台帳132は同じ内容になる。
S5において合意要求者である台帳管理ノード10は、登録要求の要求元となった車両100の情報提供装置40に、公開鍵の登録が完了したことを示す登録完了通知を送信する。登録完了通知を受信した情報提供装置40は、台帳管理システム1への登録が完了したと判定する。
S6において台帳管理ノード10は、先のS4にて受信した作成完了通知に示されたURLから、登録された車両100の電子証明書を取得する。これにより、車両100の登録処理は終了する。
なお、台帳管理システム1に診断装置50を登録する際に実施される登録処理は、上述した車両100の登録処理と同様である。但し、診断装置50の登録処理では、VIN番号の代わりに診断装置50の商品識別情報が用いられ、送信元情報として診断装置50のオーナーの電話番号等が用いられる。
[2-2.使用履歴情報の記録処理]
登録を終了した車両100から台帳管理システム1に提供される使用履歴情報を分散台帳に記録する記録処理について、図6のシーケンス図を用いて説明する。
登録を終了した車両100から台帳管理システム1に提供される使用履歴情報を分散台帳に記録する記録処理について、図6のシーケンス図を用いて説明する。
車両100が走行を開始すると、S10において情報提供装置40は、車載ネットワーク102を介して各ECU110から使用履歴情報を取得する。
S11において情報提供装置40は、取得した使用履歴情報から生成したハッシュ値を秘密鍵で暗号化することで電子署名を生成する。そして、使用履歴情報に電子署名を付加した署名付き使用履歴情報が示された記録要求を、通信部11を介して台帳管理システム1の合意要求者となる特定の台帳管理ノード10に送信する。S11において使用される回線は、上述した登録要求時のような専用回線又はVPNではなく、インターネット回線のような汎用の回線でもよい。
なお、車両100が、地下駐車場、トンネル内、山間部等を走行することで、台帳管理システム1との通信が途絶える場合、情報提供装置40は、通信が途絶えている間の使用履歴情報を一時的に記憶する。そして、台帳管理システム1との通信が復旧すると、一時的に記憶しておいた使用履歴情報から記録要求を生成して、台帳管理システム1に送信する。
車両100から記録要求を受信した合意要求者である台帳管理ノード10は、適正な車両100からの記録要求であるか否かを判定する。具体的には、受信した記録要求に示された使用履歴情報から生成されるハッシュ値と、記録要求の送信元である車両100の公開鍵により電子署名から復号されるハッシュ値とが一致していれば、適正な車両100からの記録要求であると判定される。
適正な車両100からの記録要求である場合、合意要求者である台帳管理ノード10は、受信した使用履歴情報を一時的に記憶し、予め設定された記録条件が成立するまで待機する。
記録条件には、例えば、予め設定された周期的なタイミングが到来した場合、同じ車両100に関する一連の使用履歴情報から、急ブレーキや急ハンドル等の予め指定されたイベントが抽出された場合等が含まれてもよい。
記録条件が成立すると判定された場合、合意要求者である台帳管理ノード10は、記録条件が成立するまでの待機中に受信した使用履歴情報を記録情報206とする新たな台帳情報200を生成する。この新たな台帳情報200は、上記記録情報206に、一つ前の台帳情報から生成されたハッシュ値204と、現在時刻を表すタイムスタンプ202とを加えることで生成される。そして、S12において合意要求者である台帳管理ノード10は、生成した台帳情報200を含む記録合意要求を他の台帳管理ノード10に送信し、分散台帳132に新たな使用履歴情報を記録するための合意を要求する。
使用履歴情報を記録するための合意要求を受信した合意応答者である台帳管理ノード10は、合意要求者である台帳管理ノード10が適正な台帳管理ノード10であるか否かを判定する。この判定は、例えば、合意要求者である台帳管理ノード10がノードリスト131に登録されている適正な台帳管理ノード10であるか否かにより行われる。
S13において合意応答者である台帳管理ノード10は、すべての台帳管理ノード10に対して記録合意応答を送信する。
但し、合意要求者である台帳管理ノード10がノードリスト131に登録された適正な台帳管理ノード10であると判定された場合、記録合意応答の内容は、合意要求に合意することを示す。
一方、合意要求者である台帳管理ノード10がノードリスト131に登録された適正な台帳管理ノード10ではない場合、記録合意応答の内容は、合意要求に合意しないことを示す。
S13において各台帳管理ノード10は、記録合意要求に合意する旨の記録合意応答を送信した台帳管理ノード10が所定数以上である場合、合意要求者である台帳管理ノード10が生成した台帳情報200を、自身が管理する分散台帳132に追加して記録する。これにより、複数の台帳管理ノード10がそれぞれ備える分散台帳132が同期して更新されるので、複数の台帳管理ノード10が備える分散台帳132は同じ内容になる。
S13において各台帳管理ノード10は、記録合意要求に合意する旨の記録合意応答を送信した台帳管理ノード10が所定数未満である場合、合意要求者である台帳管理ノード10が生成した台帳情報200を破棄する。この場合、分散台帳132は更新されない。
[2-3.メンテナンス情報の記録処理]
登録を終了した診断装置50から台帳管理システム1に提供されるメンテナンス情報を分散台帳132に記録する記録処理について、図7を用いて説明する。以下では、整備工場等に持ち込まれる整備対象の車両100を整備対象車という。この整備対象車が整備対象物に相当する。また、メンテナンス情報の記録処理において、診断装置50と台帳管理システム1との通信で使用される回線は、上述した登録要求時のような専用回線又はVPNではなく、インターネット回線のような汎用の回線でもよい。
登録を終了した診断装置50から台帳管理システム1に提供されるメンテナンス情報を分散台帳132に記録する記録処理について、図7を用いて説明する。以下では、整備工場等に持ち込まれる整備対象の車両100を整備対象車という。この整備対象車が整備対象物に相当する。また、メンテナンス情報の記録処理において、診断装置50と台帳管理システム1との通信で使用される回線は、上述した登録要求時のような専用回線又はVPNではなく、インターネット回線のような汎用の回線でもよい。
診断装置50が整備対象車のコネクタ106に接続されると、S20において診断装置50は、整備対象車に対して診断情報要求を送信する。この診断情報要求は、整備対象車において、予め指定されたECU110である診断用ECU110にて受信される。診断用ECU110は、車載ネットワーク102を介して、各ECU110にて実行される診断処理の結果やエラー情報を日常的に収集するECUである。
S21において診断用ECU110は、前回の診断情報要求を受信してから、今回の診断情報要求を受信するまでに収集された診断処理の結果やエラー情報を診断情報として、コネクタ106を介して診断装置50に送信する。
車両100からの診断情報の受信が診断装置50にて確認された後は、診断装置50は、整備対象車のコネクタ106から取り外されてもよい。
S22において診断装置50は、整備対象車に対するメンテナンスの実施者により操作部53を介して入力されるメンテ入力情報を取得する。
S23において診断装置50は、分散台帳132に記録されている整備対象車についての記録情報206を取得するために、通信部51を介して台帳管理ノード10のいずれかに記録情報要求を送信する。
記録情報要求を受信した台帳管理ノード10は、分散台帳132を参照して、整備対象車に関する記録情報を読み出す。このとき読み出す記録情報には、整備対象車両について、最後に記録されたメンテナンス情報と、そのメンテナンス情報以降に記録された使用履歴情報とが少なくとも含まれる。そして、記録情報要求を受信した台帳管理ノード10は、S24において分散台帳132から読み出した記録情報を、要求元の診断装置50に送信する。
なお、診断装置50が実施するS20~S21の診断情報を取得する処理、S22のメンテ入力情報を取得する処理、及びS23~24の分散台帳132から記録情報を取得する処理は、すべてを並行して実施してもよいし、順番を変更して実施してもよい。以下、ここで取得される診断情報及びメンテ入力情報を最新メンテナンス情報、ここで取得され記録情報を記録済情報という。
診断装置50において最新メンテナンス情報及び記録済情報の取得がいずれも終了すると、S25において診断装置50は、情報判定処理を実行する。情報判定処理では、診断装置50は、最新メンテナンス情報に基づき、複数の評価項目のそれぞれについて評価値(すなわち、診断評価値)を算出する。また、診断装置50は、記録済情報から推定される整備対象車の現在の状況に従って、複数の評価項目のそれぞれについて評価値(すなわち、推定評価値)を算出する。更に、診断装置50は、推定評価値と、診断評価値とを比較することで、分散台帳に記録された整備対象車に関する記録情報の正当性を評価する。例えば、すべての評価項目において、推定評価値と診断評価値との差が許容範囲内であれば正当性があると評価され、いずれか一つでも許容範囲外であれば正当性がないと評価される。
整備対象車に関する記録情報の正当性が確認された場合、S26において診断装置50は、署名付きメンテナンス情報を含んだ記録要求を、通信部51を介して台帳管理システム1の合意要求者となる特定の台帳管理ノード10に送信する。なお、署名付きメンテナンス情報は、最新メンテナンス情報から生成したハッシュ値を秘密鍵で暗号化した電子署名を生成し、最新メンテナンス情報に電子書名を付加することで生成される。
このS26を含むS26~S28の処理、すなわち、最新メンテナンス情報を分散台帳132に記録する合意を得るための一連の処理は、使用履歴情報の記録処理で説明したS11~S13の処理と同様である。但し、メンテナンス情報の記録処理では、車両100を診断装置50に、使用履歴情報をメンテナンス情報に読み替える必要がある。また、記録条件は、メンテナンス情報の記録要求を受信する毎とする。
なお、先のS25において整備対象車に関する記録情報に正当性がないと評価された場合、分散台帳132及び診断装置50のいずれに異常があるのかについて調査が必要であることを、予め設定された連絡先に通知してもよい。
このように、車両100の情報提供装置40からの要求による使用履歴情報の記録処理、及び診断装置50からの要求によるメンテナンス情報の記録処理により、分散台帳132には、登録処理後の使用履歴情報とメンテナンス情報とが順次記録される。
以上説明した実施形態において、診断装置50が外部装置に対応する。情報生成部122が生成する一つ前の台帳情報200のハッシュ値204が、台帳情報に固有の固有情報に対応する。S10、S20~S22が情報取得部の処理に対応する。S11、S26の記録要求を受信した時の台帳管理ノード10での処理が情報生成部122の処理に対応する。S13、S28の記録合意応答を受信した台帳管理ノード10での処理が台帳記録部124の処理に対応する。S23~S24が記録取得部521に対応する。S20~S22が診断取得部523の処理に対応する。S25が推定部522及び記録評価部524の処理に対応する。
[3.効果]
以上説明した上記実施形態では、以下の効果を得ることができる。
以上説明した上記実施形態では、以下の効果を得ることができる。
(3a)台帳管理システム1では、一旦登録された情報の書き換えが事実上不可能な分散台帳132に、車両100に関する一連の使用履歴情報とメンテナンス情報とが記録される。従って、誰もが、分散台帳132に記録された同じ情報を用いて、車両100の価値を評価できるため、車両100に関する取引の基礎となる車両100の価値を透明化できる。
(3b)台帳管理システム1では、整備対象車について分散台帳132に記録された記録情報から得られる推定評価値と、整備対象車の診断結果から得られる実評価値とを比較することで、分散台帳132に記録された整備対象車に関する記録情報の正当性を評価する。つまり、メンテナンスを実行する毎に、整備対象車について分散台帳132に記録された情報が、実状を反映したものであるか否かが検証されるため、分散台帳132に記録された情報の信頼性をより向上させることができる。
[4.使用例]
台帳管理システム1で管理される分散台帳と、スマートコントラクトとを利用して、仲介者を挟むことなく、利用者間の直接的な車両売買取引を実現する手順について説明する。
台帳管理システム1で管理される分散台帳と、スマートコントラクトとを利用して、仲介者を挟むことなく、利用者間の直接的な車両売買取引を実現する手順について説明する。
売り手となる車両のオーナー及び車両の購入を望む購入者は、いずれも端末装置を介して手続きを進める。これらの端末装置は、いずれも台帳管理ノード10を兼ねてもよいし、台帳管理ノード10のいずれかと通信可能に接続されてもよい。スマートコントラクトの実体は契約を自動化するプログラムであり、そのプログラムは、台帳管理システム1への参加が許可された各端末装置及び台帳管理ノード10に配布される。
つまり、以下で説明する各端末装置及び台帳管理ノード10が実行する処理は、スマートコントラクトによって実現される。台帳管理システム1には、販売対象となる車両100が事前に登録され、分散台帳132には、使用履歴情報及びメンテナンス情報が記録されている状態であることを前提とする。以下では、車両のオーナーが有する端末装置をオーナー端末70、購入者が有する端末装置を購入者端末80という。
図8に示すように、車両を販売するにあたり、車両の価値を確認したい旨の指示がオーナー端末70に入力されると、S30においてオーナー端末70は、いずれかの台帳管理ノード10に、販売対象車を特定する情報を含んだ価値確認要求を送信する。
価値確認要求を受信した台帳管理ノード10は、分散台帳132に記録された販売対象車に関する記録情報を参照して、車両の価値を算出する。車両の価値には、少なくとも査定価格が含まれる。
S31において台帳管理ノード10は、算出された車両の価値が示された価値確認応答を、オーナー端末70に送信する。価値確認応答を受信したオーナー端末70は、当該端末の表示画面に価値確認応答に示された価値の算出結果を表示する。
販売対象車のオーナーは、この評価結果に基づいて、実際に出品するか否かを決定する。オーナーの決定に従って、オーナー端末70に車両を出品する旨の指示が入力されると、S32においてオーナー端末70は、出品意思通知を台帳管理ノード10に送信する。
出品意思通知を受信した台帳管理ノード10は出品処理を実行する。出品処理では、具体的には、販売を希望する車両を、車両売買を仲介するために用意されたウェッブサイトに登録する。
車両の購入希望者は、購入者端末80を操作してウェッブサイトにアクセスし、購入希望者の購入条件に合致した車両を探索する。購入者端末80に、購入候補車を指定した旨の指示が入力されると、S33において購入者端末80は、購入候補車の価値を確認するための価値確認要求を、台帳管理ノード10に送信する。
購入者端末80から価値確認要求を受信した台帳管理ノード10は、分散台帳132を用いて購入候補車に関する記録情報を参照して車両の価値を算出する。そして、S34において台帳管理ノード10は、車両の価値の算出結果を示した価値確認応答を購入者端末80に送信する。
価値確認応答を受信した購入者端末80は、当該購入者端末80の表示画面に評価結果を表示する。購入希望者は、表示画面に表示された評価結果に基づいて、実際に購入するか否かを決定する。購入希望者の決定に従って、購入者端末80に車両を購入する旨の指示が入力されると、S35において購入者端末80は、購入意志通知を台帳管理ノード10に送信する。
購入者端末80からの購入意志通知を受信した台帳管理ノード10は、S36において購入希望者が現れたことを表す結果通知を、オーナー端末70に送信する。結果通知を取得したオーナー端末70は、当該オーナー端末70の表示画面に結果通知の内容を表示する。
次に、結果通知に基づいて、車両のオーナーが売買の手続きを進める際に、オーナー端末70、購入者端末80、及び台帳管理ノード10の間で実行される処理の手順を、図9を用いて説明する。
オーナーが所有する販売対象車について、所有権を購入者に移管する移管手続きを開始する旨の指示が、オーナー端末70に入力されると、S40においてオーナー端末70は、合意要求者となる特定の台帳管理ノード10に対して、手続依頼要求を送信する。
手続依頼要求を受信した合意要求者となる台帳管理ノード10は、依頼を受け付けると、S41において移管手続きに必要な書類の作成を要求する書類作成要求を、購入者端末80に送信する。
書類作成要求を受信した購入者端末80は、当該購入者端末80の端末画面に書類の作成に必要な情報を入力させる入力画面を表示して、購入者に必要な情報を入力させる。購入者による情報の入力が終了すると、S42において購入者端末80は、書類作成応答によって、入力された情報を台帳管理ノード10に送信する。
書類作成応答を受信した台帳管理ノード10は、書類を受け付けて、関係各所に対して書類の確認及び承認を得るための処理を実行する。関係各所から書類の確認及び承認が得られると、合意要求者である台帳管理ノード10は、移管手続きに関する書類である取引情報を記録情報206とする新たな台帳情報200を生成する。具体的には、この記録情報206に、一つ前の台帳情報から生成されたハッシュ値204と、現在時刻を表すタイムスタンプ202と加えたものを台帳情報200とする。そして、S43において合意要求者である台帳管理ノード10は、生成した台帳情報200を他の台帳管理ノード10に送信し、分散台帳132に取引情報を記録するための合意を要求する。
このS43を含めS43~S44における分散台帳132に情報を記録するための合意を得る手順は、S12~S13で説明した内容と同様である。
所定数以上の台帳管理ノード10が取引情報の合意要求に合意すると、合意要求者である台帳管理ノード10が生成した台帳情報200を、自身が管理する分散台帳132に追加して記録する。これにより、複数の台帳管理ノード10がそれぞれ備える分散台帳132が同期して更新されるため、複数の台帳管理ノード10が備える分散台帳132は同じ内容になる。
S45において合意要求者である台帳管理ノード10は、移管手続きが完了したことを示す完了通知をオーナー端末70及び購入者端末80のそれぞれに送信する。
完了通知を受信したオーナー端末70及び購入者端末80は、その旨をオーナー及び購入者に通知する。通知を受けたオーナー及び購入者は、互いに連絡を取り合うことで、取引対象物である車両の引渡しを行う。
このように、台帳管理システム1では、ブロックチェーン技術を活用した分散台帳にて、車両100の価値に関わる情報が一貫して収集・管理され、しかも、スマートコントラクトを用いることで、同一の計算ロジックに従って、車両100の価値が評価される。従って、台帳管理システム1への参加者全員が、信頼性の高い情報に裏打ちされ、且つ、共通のロジックで算出された車両100の価値を共有できる。その結果、個人や業者の主観によって車両100の価値が決められていた従来とは異なり、透明性の高い取引を実現できる。
台帳管理システム1では、車両の売買取引においてスマートコントラクトを利用することにより、書類の作成、提出、確認、承認といった一連の手続きを、仲介者を介在させることなく簡易に実現できる。しかも、これら一連の手続きがすべてシステム上で進行するため、手続きの進行状況を、すべての関係者が把握できる。
[5.他の実施形態]
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。
(5a)上記実施形態では、取引対象物が車両である場合について説明したが、本開示はこれに限定されるものではない。取引対象物は、例えば、ロボット等の産業機器や家電製品等の民生機器であって、レンタルされたり中古品が売買の対象とされたりする機器であればよい。
(5b)上記実施形態では、台帳情報200に、記録情報206が含まれているが、本開示は、これに限定されるものではない。例えば、記録情報206を、別途設けられたデータベースにまとめて記憶し、台帳情報200には、記録情報206の代わりに、データベース上の記録情報206との対応関係を示す情報が示されてもよい。
(5c)上記実施形態では、情報生成部122は一つ前の台帳情報200に固有の固有情報として、一つ前の台帳情報200からハッシュ値304を生成した。これに対し、一つ前の台帳情報に固有の固有情報は、ハッシュ値に限るものではなく、一つ前の台帳情報に固有であり、異なる値の台帳情報であれば異なる値になるのであればどのような値が生成されてもよい。
(5d)上記実施形態では、最新メンテナンス情報に基づく実評価値と、記録済情報に基づく推定評価値とを比較して、分散台帳132の記録情報の正当性を評価する処理が、診断装置50にて実施されるが、この処理は台帳管理ノード10で実施されてもよい。この場合、図7に示す診断装置50におけるS23~S25の処理を省略すると共に、診断装置50からのメンテナンス情報の記録要求を受信した台帳管理ノード10が、実評価値と推定評価値とを生成して、記録情報の正当性を評価するようにしてもよい。つまり、前記台帳管理ノード10が、記録取得部と、推定部と、診断取得部と、記録評価部としての機能を備えてもよい。
(5e)上記実施形態では、情報提供装置40及び診断装置50は、台帳管理ノード10とは別体に設けられているが、情報提供装置40及び診断装置50が、台帳管理ノード10を兼ねるように構成されてもよい。つまり、情報提供装置40が台帳管理ノード10を兼ねることで、各車両100に台帳管理ノード10が搭載されてもよい。
(5f)本開示に記載のノード処理部12、情報管理部42、及び診断処理部52、並びに、これら各部にて実施される手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載のノード処理部12、情報管理部42、及び診断処理部52、並びにこれら各部にて実施される手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。もしくは、本開示に記載のノード処理部12、情報管理部42、及び診断処理部52、並びにこれら各部にて実施される手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されてもよい。ノード処理部12、情報管理部42、及び診断処理部52に含まれる各部の機能を実現する手法には、必ずしもソフトウェアが含まれている必要はなく、その全部の機能が、一つあるいは複数のハードウェアを用いて実現されてもよい。
(5g)上記実施形態における1つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、1つの構成要素が有する1つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、1つの構成要素によって実現したり、複数の構成要素によって実現される1つの機能を、1つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。
(5h)上述した台帳管理システム1及び台帳管理ノード10の他、当該台帳管理ノード10としてコンピュータを機能させるための台帳管理プログラム、この台帳管理プログラムを記録した半導体メモリ等の非遷移的実態的記録媒体、台帳管理方法など、種々の形態で本開示を実現することもできる。
Claims (6)
- 互いに通信可能に接続された複数の台帳管理ノード(10)を備え、前記複数の台帳管理ノードが同じ分散台帳(132)を有する台帳管理システム(1)であって、
前記複数の台帳管理ノードのそれぞれは、
前記分散台帳に記録する記録情報(206)を取得するように構成された情報取得部(11)と、
前記複数の台帳管理ノードのいずれかが生成する、一つ前の台帳情報(200)に固有の固有情報(204)と、前記情報取得部にて取得された前記記録情報とを含む新たな前記台帳情報を生成するように構成された情報生成部(122)と、
前記情報生成部にて生成された新たな前記台帳情報が、前記複数の台帳管理ノードにおいて設定された記録合意規則を満たす場合に、前記台帳情報を前記分散台帳に記録するように構成された台帳記録部(124)と、
を備え、
前記記録情報は、取引対象となる機器を取引対象物として、前記取引対象物の使用のされ方を記録した使用履歴情報と、前記取引対象物に対して実施されたメンテナンスの内容を示すメンテナンス情報とを含むように構成された、
台帳管理システム。 - 請求項1に記載の台帳管理システムであって、
整備の対象となる前記取引対象物である整備対象物に関する前記記録情報を、前記複数の台帳管理ノードのいずれかから取得するように構成された記録取得部(521)と、
前記記録取得部により取得された前記記録情報を用いて前記整備対象物の状態を推定するように構成された推定部(522)と、
前記整備対象物の状態を診断した結果を取得するように構成された診断取得部(523)と、
前記推定部による推定結果と、前記診断取得部による取得結果とを比較することで、前記分散台帳に記録された前記整備対象物に関する前記記録情報の正当性を評価するように構成された記録評価部(524)と、
を更に備える台帳管理システム。 - 請求項2に記載の台帳管理システムであって、
前記台帳管理ノードとは別に設けられた外部装置が、前記記録取得部と、前記推定部と、前記診断取得部と、前記記録評価部とを備え、
前記外部装置は、前記記録評価部にて前記記録情報が正当であるとの評価が得られた場合に、前記診断取得部にて取得された診断結果を前記メンテナンス情報として、前記複数の台帳管理ノードのいずれかに送信するように構成された情報送信部(525)を更に備えた、
台帳管理システム。 - 請求項2に記載の台帳管理システムであって、
前記台帳管理ノードが、前記記録取得部と、前記推定部と、前記診断取得部と、前記記録評価部とを備える
台帳管理システム。 - 請求項1から請求項4までのいずれか1項に記載の台帳管理システムであって、
前記取引対象物は、車両である
台帳管理システム。 - 互いに通信可能に接続される複数のノードを備え、前記複数のノードが同じ分散台帳(132)を有する台帳管理システム(1)における前記ノードである台帳管理ノード(10)であって、
前記分散台帳に記録する記録情報(206)を取得するように構成された情報取得部(11)と、
前記台帳管理システムに属する複数の台帳管理ノードのいずれかが生成する、一つ前の台帳情報(200)に固有の固有情報(204)と、前記情報取得部にて取得された前記記録情報とを含む新たな前記台帳情報を生成するように構成された情報生成部(122)と、
前記情報生成部にて生成された新たな前記台帳情報が、前記複数の台帳管理ノードにおいて設定された記録合意規則を満たす場合に、前記台帳情報を前記分散台帳に記録するように構成された台帳記録部(124)と、
を備え、
前記記録情報は、取引対象となる機器を取引対象物として、前記取引対象物の使用のされ方を記録した使用履歴情報と、前記取引対象物に対して実施されたメンテナンスの内容を示すメンテナンス情報とを含むように構成された、
台帳管理ノード。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019-045927 | 2019-03-13 | ||
JP2019045927A JP2020149320A (ja) | 2019-03-13 | 2019-03-13 | 台帳管理システム、台帳管理ノード |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2020184376A1 true WO2020184376A1 (ja) | 2020-09-17 |
Family
ID=72427394
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2020/009407 WO2020184376A1 (ja) | 2019-03-13 | 2020-03-05 | 台帳管理システム、台帳管理ノード |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP2020149320A (ja) |
WO (1) | WO2020184376A1 (ja) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2022186590A (ja) * | 2021-06-04 | 2022-12-15 | ライトブラザーズ・カンパニー・リミテッド | ブロックチェーンネットワークシステムに基づく移動機構に対するトラッキングサービスを提供するサービスサーバ、方法、およびコンピュータ読み取り可能な記録媒体 |
US11941921B2 (en) | 2021-08-17 | 2024-03-26 | Toyota Jidosha Kabushiki Kaisha | Maintenance information management device and maintenance information management method |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2022076310A (ja) * | 2020-11-09 | 2022-05-19 | 株式会社デンソー | 車両用データ保存方法、車両用データ保存システム |
WO2022264240A1 (ja) * | 2021-06-15 | 2022-12-22 | 株式会社世界 | 車両管理台帳システム |
WO2024122044A1 (ja) * | 2022-12-09 | 2024-06-13 | 日本電気株式会社 | 車両カルテ検証システム、車両カルテ検証方法、及び、プログラム |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108009646A (zh) * | 2017-11-30 | 2018-05-08 | 深圳市轱辘车联数据技术有限公司 | 车辆数据处理方法及服务器 |
KR20180107339A (ko) * | 2017-03-16 | 2018-10-02 | 주식회사 케이뱅크은행 | 블록 체인을 이용한 자동차 정보 관리 방법 및 이를 실행하는 시스템 |
CN109191163A (zh) * | 2018-07-12 | 2019-01-11 | 深圳市轱辘汽车维修技术有限公司 | 一种二手车估值方法及相关设备 |
JP2019023823A (ja) * | 2017-07-24 | 2019-02-14 | 株式会社デンソー | 台帳管理ノード、台帳管理システム、車載の情報提供装置 |
-
2019
- 2019-03-13 JP JP2019045927A patent/JP2020149320A/ja active Pending
-
2020
- 2020-03-05 WO PCT/JP2020/009407 patent/WO2020184376A1/ja active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20180107339A (ko) * | 2017-03-16 | 2018-10-02 | 주식회사 케이뱅크은행 | 블록 체인을 이용한 자동차 정보 관리 방법 및 이를 실행하는 시스템 |
JP2019023823A (ja) * | 2017-07-24 | 2019-02-14 | 株式会社デンソー | 台帳管理ノード、台帳管理システム、車載の情報提供装置 |
CN108009646A (zh) * | 2017-11-30 | 2018-05-08 | 深圳市轱辘车联数据技术有限公司 | 车辆数据处理方法及服务器 |
CN109191163A (zh) * | 2018-07-12 | 2019-01-11 | 深圳市轱辘汽车维修技术有限公司 | 一种二手车估值方法及相关设备 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2022186590A (ja) * | 2021-06-04 | 2022-12-15 | ライトブラザーズ・カンパニー・リミテッド | ブロックチェーンネットワークシステムに基づく移動機構に対するトラッキングサービスを提供するサービスサーバ、方法、およびコンピュータ読み取り可能な記録媒体 |
JP7214171B2 (ja) | 2021-06-04 | 2023-01-30 | ライトブラザーズ・カンパニー・リミテッド | ブロックチェーンネットワークシステムに基づく移動機構に対するトラッキングサービスを提供するサービスサーバ、方法、およびコンピュータ読み取り可能な記録媒体 |
US11941921B2 (en) | 2021-08-17 | 2024-03-26 | Toyota Jidosha Kabushiki Kaisha | Maintenance information management device and maintenance information management method |
Also Published As
Publication number | Publication date |
---|---|
JP2020149320A (ja) | 2020-09-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2020184376A1 (ja) | 台帳管理システム、台帳管理ノード | |
JP6879101B2 (ja) | 台帳管理ノード、台帳管理システム、車載の情報提供装置 | |
US20180374283A1 (en) | Vehicle transaction validation | |
JP2020532215A (ja) | 車両用のIoTデバイスの安全な通信 | |
JP2019028549A (ja) | 台帳管理ノード、台帳管理システム、車載の情報提供装置 | |
JP2022059574A (ja) | 輸送機の安全なデータ共有 | |
US20220398149A1 (en) | Minimizing transport fuzzing reactions | |
US11651632B2 (en) | Diagnosis of transport-related issues | |
US11704107B2 (en) | Software updates based on transport-related actions | |
JP2023532179A (ja) | 要望に基づくエネルギー共有 | |
Yao et al. | Accident responsibility identification model for Internet of Vehicles based on lightweight blockchain | |
Dobaj et al. | Cybersecurity Threat Analysis, Risk Assessment and Design Patterns for Automotive Networked Embedded Systems: A Case Study. | |
US20240103843A1 (en) | Robust over the air reprogramming | |
US11626977B2 (en) | Out-of-band key splitting and key derivation | |
WO2024049612A1 (en) | Internal certificate authority for electronic control unit | |
EP4204974A1 (en) | Secure controller area network (can) transceiver | |
US20240106663A1 (en) | Vehicle temporary certificate authentication | |
US12000706B2 (en) | Vehicle carbon footprint management | |
US20240109449A1 (en) | Determining vehicle charging locations | |
US20230419825A1 (en) | Managing communication in a group of vehicles | |
US20240073057A1 (en) | Vehicle dcm routing management | |
US20240046797A1 (en) | Grid-related event prediction | |
US12019415B2 (en) | Grouping electric transports for an electric grid | |
US20240144261A1 (en) | Behavior-based carbon credit adjustment | |
US20240157951A1 (en) | Real-time modification from vehicle operations |
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: 20770595 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 20770595 Country of ref document: EP Kind code of ref document: A1 |