WO2020184376A1 - 台帳管理システム、台帳管理ノード - Google Patents

台帳管理システム、台帳管理ノード Download PDF

Info

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
Application number
PCT/JP2020/009407
Other languages
English (en)
French (fr)
Inventor
崇 植藤
忍 及川
耕治 中村
Original Assignee
株式会社デンソー
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社デンソー filed Critical 株式会社デンソー
Publication of WO2020184376A1 publication Critical patent/WO2020184376A1/ja

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

台帳管理システム（１）は、互いに通信可能に接続され、それぞれが同じ分散台帳（１３２）を有する複数の台帳管理ノード（１０）を備える。台帳管理ノードが有する分散台帳には、複数の台帳管理ノードのいずれかが生成する、一つ前の台帳情報（２００）に固有の固有情報（２０４）と、情報取得部（１１）にて取得された記録情報（２０６）とを含む。記録情報は、取引対象となる機器を取引対象物として、取引対象物の使用のされ方を記録した使用履歴情報と、取引対象物に対して実施されたメンテナンスの内容を示すメンテナンス情報とを含む。

Description

台帳管理システム、台帳管理ノード 関連出願の相互参照
　本国際出願は、２０１９年３月１３日に日本国特許庁に出願された日本国特許出願第２０１９－０４５９２７号に基づく優先権を主張するものであり、日本国特許出願第２０１９－０４５９２７号の全内容を本国際出願に参照により援用する。
　本開示は、取引対象に関する情報を分散台帳で管理する技術に関する。
　下記特許文献１には、取引対象に関する情報を、ブロックチェーンを利用する分散台帳で管理し、スマートコントラクトを利用して取引に必要な処理を実施することで、仲介者を挟むことなく、利用者間の直接的な取引を実現する技術が提案されている。具体的には、様々な機関が所有するドローンを取引対象とし、その空き状況を管理して、取引対象の貸し借りを行う。
特開２０１８－１３２７９４号公報
　しかしながら、発明者の詳細な検討の結果、ドローンに限らず、車両や産業機器等を取引対象とした場合、公正な取引を実現するには、取引を希望する者が、取引対象の価値を正確に把握できることが必要であるという課題が見出された。
　すなわち、従来は、取引対象の価値は、提供者側の主観により決められており、取引対象の価値を客観的に把握することが困難であった。
　本開示の１つの局面では、ブロックチェーンを利用する分散台帳を用いて、透明性の高い公正な取引を実現する技術を提供してもよい。
　本開示の一態様は、台帳管理システムであって、互いに通信可能に接続された複数の台帳管理ノードを備え、複数の台帳管理ノードが同じ分散台帳を有する。複数の台帳管理ノードのそれぞれは、情報取得部と、情報生成部と、台帳記録部と、を備える。
　情報取得部は、分散台帳に記録する記録情報を取得する。情報生成部は、複数の台帳管理ノードのいずれかが生成する、一つ前の台帳情報に固有の固有情報と、情報取得部にて取得された記録情報とを含む新たな台帳情報を生成する。台帳記録部は、情報生成部にて生成された新たな台帳情報が、複数の台帳管理ノードにおいて設定された記録合意規則を満たす場合に、台帳情報を分散台帳に記録するように構成される。記録情報は、取引対象となる機器を取引対象物として、取引対象物の使用のされ方を記録した使用履歴情報と、取引対象物に対して実施されたメンテナンスの内容を示すメンテナンス情報と、を含むように構成される。
　本開示の別の態様は、台帳管理ノードであって、情報取得部と、情報生成部と、台帳記録部と、を備える。つまり、上述の台帳管理システムにおける個々の台帳管理ノードと同様の構成を有する。
　このような構成によれば、取引対象の使用履歴及びメンテナンス情報が分散台帳によって管理される。従って、すべての利用者が、分散台帳に記録された同じ情報を用いて、取引対象物の状態、ひいては取引の基礎となる取引対象物の価値を共通に把握できるため、透明性の高い公正成な取引を実現できる。
実施形態による台帳管理システムの構成を示すブロック図である。 台帳管理ノードの構成を示すブロック図である。 分散台帳の構成を示す模式図である。 情報提供装置及び診断装置の構成を示すブロック図である。 車両の登録処理を示すシーケンス図である。 使用履歴情報の記録処理を示すシーケンス図である。 メンテナンス情報の記録処理を示すシーケンス図である。 車両を売買する際に実行される一連の手続きを示すシーケンス図である。 車両の移管手続きをする際に実行される一連の手続き示すシーケンス図である。
　以下、図面を参照しながら、本開示の実施形態を説明する。
　［１．構成］
　台帳管理システム１は、車両の価値に関わる一連の情報を分散台帳に記録し、その分散台帳に基づいて車両を取引対象とする公正な取引を実現するために用いられる。
　台帳管理システム１は、図１に示すように、複数の台帳管理ノード１０と、電子証明局３０とを備える。複数の台帳管理ノード１０と電子証明局３０とは、互いに通信可能に接続されたピアツーピアのネットワーク３に属する。また、台帳管理システム１は、複数の車両１００のそれぞれに搭載される情報提供装置４０と、車両１００の状態を診断する一つ以上の診断装置５０とを備えてもよい。なお、台帳管理ノード１０は、分散台帳に記録された情報を利用する端末装置として機能してもよい。
　台帳管理システム１は、情報提供装置４０のそれぞれから、通信により提供される使用履歴情報、及び診断装置５０のそれぞれから、通信により提供されるメンテナンス情報を、台帳管理ノード１０のそれぞれが有する分散台帳に記録して管理する。
　［１－１．台帳管理ノード］
　台帳管理ノード１０は、例えば、車両の製造、販売、整備、及び修理に関わる会社や工場に設置されてもよい。台帳管理ノード１０は、道路管理会社やナビゲーション会社等の車両の走行に関する情報を収集する会社に設置されてもよい。台帳管理ノード１０は、車両リース会社や宅配会社等の多数の車両を運用する会社に設置されてもよい。台帳管理ノード１０は、車両保険会社等に設置されてもよい。
　台帳管理ノード１０は、図２に示すように、通信部１１と、ノード処理部１２と、データベース１３と、を備える。
　通信部１１は、ネットワーク３に接続された他の台帳管理ノード１０及び電子証明局３０との通信を行う機能を少なくとも有する。また、通信部１１は、情報提供装置４０及び診断装置５０のうち少なくとも一つとの通信を行う機能を有してもよい。
　データベース１３は、記憶内容の書き換えが可能な不揮発性の記憶装置である。データベース１３には、ノードリスト１３１と、分散台帳１３２とが少なくとも記憶される。
　ノードリスト１３１は、台帳管理システム１において適正に登録された台帳管理ノード１０を列挙したリストである。ノードリスト１３１には、台帳管理ノード１０を識別するノード識別情報と対応づけて、当該台帳管理ノード１０のＩＰアドレスと電子証明書とが登録される。電子証明書には、各台帳管理ノード１０の公開鍵と電子署名とが登録される。ノードリスト１３１への新たな台帳管理ノード１０の登録は、登録要求に応じて、信用できる登録者によりオフラインで実行されるか、あるいは後述する登録処理と同様の手順でオンラインにより実行される。
　なお、台帳管理システム１において、ノードリスト１３１に登録された台帳管理ノード１０との通信が所定時間以上途絶えた場合、該当する台帳管理ノード１０はノードリスト１３１から削除されてもよい。また、ノードリスト１３１から削除された台帳管理ノード１０は、通信が途絶えた原因を解消後、改めて登録処理を行うことで、ノードリスト１３１に再登録されてもよい。なお、台帳管理ノード１０との通信が途絶える原因としては、ネットワーク３の通信障害、台帳管理ノード１０の故障等がある。
　分散台帳１３２は、図３に示すように、複数の台帳情報２００を備える。複数の台帳情報２００は縦列接続され、いわゆるブロックチェーンを構成する。個々の台帳情報２００は、いずれも、タイムスタンプ２０２と、ハッシュ値２０４と、記録情報２０６とを有する。タイムスタンプ２０２は、台帳情報２００が生成された日時を表す情報である。ハッシュ値２０４は、一つ前の台帳情報２００に予め設定されたハッシュ関数を作用させることで生成される値である。記録情報２０６は、台帳情報２００に登録する情報の本体である。記録情報２０６には、登録処理によって登録された車両のそれぞれに関する使用履歴情報とメンテナンス情報とが含まれてもよい。記録情報２０６は、使用履歴情報とメンテナンス情報とに限られるものではなく、車両の価値に関わる任意の情報を用いることができる。記録情報２０６には、例えば、売買履歴情報、及び事故履歴情報等が含まれてもよい。
　なお、使用履歴情報は、車両１００の使用のされ方を表す情報である。使用履歴情報には、車両に加えられた運転操作に関わる情報、その運転操作の結果として検出される車両の挙動を表す情報が含まれてもよい。運転操作に関わる情報には、例えば、アクセル操作量、ブレーキ操作量、及び操舵量等が含まれてもよい。車両の挙動を表す情報には、例えば、エンジン回転数、速度、加速度、及びヨーレート等が含まれてもよい。また、使用履歴情報には、車両１００の走行モード、例えば、自動運転モードと手動運転モードとの切り替わりタイミング等が含まれてもよい。更に、使用履歴情報には、それらの情報が検出されたときの車両周囲の状況を表す環境情報が含まれてもよい。環境情報には、例えば、ドライブレコーダの記録対象となる画像データ、及び車載レーダ等による周囲に存在する物標の検出結果等が含まれてもよい。
　また、メンテナンス情報は、車両１００に対して実施されたメンテナンスの内容を表す情報である。メンテナンス情報には、診断情報と、メンテ入力情報とが含まれてもよい。診断情報は、診断装置５０によって車両１００から取得される情報である。メンテ入力情報は、メンテナンスの実施者によって入力される情報が含まれてもよい。メンテ入力情報には、例えば、メンテナンスの実施日時、メンテナンスによって確認された車両１００の外観や部品の状態、メンテナンスによって交換されたオイル、タイヤ、その他の部品に関する情報等が含まれてもよい。
　ノード処理部１２は、ＣＰＵと、例えば、ＲＡＭ又はＲＯＭ等の半導体メモリ（以下、メモリ）と、を有するマイクロコンピュータを備える。
　図２に示すように、ノード処理部１２は、ＣＰＵがプログラムを実行することで実現される機能の構成として、登録判定部１２１と、情報生成部１２２と、記録判定部１２３と、台帳記録部１２４と、情報参照部１２５とを備える。
　登録判定部１２１は、台帳管理システム１に、使用履歴情報の送信元となる情報提供装置４０、及びメンテナンス情報の送信元となる診断装置５０を登録する際に、適正な情報提供装置４０及び適正な診断装置５０であるか否かを判定する。適正か否かの判定は、登録要求がされたときに、情報提供装置４０及び診断装置５０から送信される送信元を一意に識別する番号と、その装置の所有者の電話番号となどの送信元情報に基づいて判定される。送信元を一意に識別する番号は、情報提供装置４０及び診断装置５０の商品識別番号を用いてもよいし、情報提供装置４０の場合は、当該情報提供装置４０を搭載する車両のＶＩＮ番号を用いてもよい。ＶＩＮは、Vehicle Identification Numberの略である。
　情報生成部１２２は、通信部１１を介して情報提供装置４０及び診断装置５０から取得される使用履歴情報及びメンテナンス情報を用いて、分散台帳１３２に記録する台帳情報２００を生成する。情報生成部１２２は、車両１００毎に車両情報を蓄積し、予め設定された生成条件が成立した場合に、蓄積された車両情報を記録情報２０６とする新たな台帳情報２００を生成する。生成条件は、例えば、一定時間が経過した場合、特定の事象が発生した場合、及び特定の情報が取得された場合等が含まれてもよい。特定の事象には、例えば、急ブレーキ及び急ハンドル等が含まれてもよい。特定の情報には、例えば、メンテナンス情報等が含まれてもよい。
　記録判定部１２３は、他の台帳管理ノード１０にて新たに生成された台帳情報２００が、台帳管理システム１において予め設定された合意規則を満たしているか否かを判定する。合意規則として、ＰＯＷ、及びＰＢＦＴ等が知られている。ＰＯＷはProof of Workの略であり、ＰＢＦＴはPractical Byzantine Fault Toleranceの略である。
　台帳記録部１２４は、合意規則を満たしていると記録判定部１２３にて判定された台帳情報２００を分散台帳１３２に記録する。すなわち、縦列接続された台帳情報２００の末尾に、新た台帳情報２００を追加する。
　情報参照部１２５は、通信部１１を介して分散台帳の内容を参照する参照要求を受信すると、参照要求によって要求された記録情報２０６を分散台帳１３２から読み出し、その読み出した記録情報２０６を、通信部１１を介して参照要求の要求元に送信する。情報参照部１２５は、分散台帳１３２を参照するとき、参照対象となる記録情報２０６が適正であるか否か、すなわち、記録情報２０６が改ざんされているか否かを判定する。具体的には、参照対象となる記録情報２０６が記録された台帳情報２００から生成されるハッシュ値と、参照対象の後段に接続された台帳情報２００に記録されているハッシュ値２０４とを比較し、両者が一致すれば記録情報２０６は適正であると判定する。
　［１－２．電子証明局］
　電子証明局３０は、適正な申請者から公開鍵の登録を申請されると、公開鍵の電子証明書を作成して公開する。電子証明局３０は専用の電子証明局３０であってもよいし、台帳管理ノード１０のいずれかが電子証明局３０を兼ねてもよい。また、複数の電子証明局３０が存在してもよい。
　［１－３．情報提供装置］
　情報提供装置４０は、図４に示すように、車両１００に搭載され、当該車両１００が有する車載ネットワーク１０２に接続される。車載ネットワーク１０２は、例えばＣＡＮ又はイーサネットのプロトコルにより通信する。ＣＡＮはController Area Networkの略であり、ＣＡＮ及びイーサネットはいずれも登録商標である。
　車載ネットワーク１０２には、複数の電子制御装置（以下、ＥＣＵ）１１０と、ゲートウェイ（以下、ＧＷ）１０４とが接続される。各ＥＣＵ１１０は、車載ネットワーク１０２を介して必要な情報を送受信することで、それぞれに割り当てられた機能を実現する。各ＥＣＵ１１０に割り当てられる機能には、パワートレイン系の機能、ボディ系の機能、安全系の機能、及びマルチメディア系の機能等が含まれてもよい。パワートレイン系の機能は、例えば、エンジン、ブレーキ、及びトランスミッション等に関わる機能である。ボディ系の機能は、例えば、ドア、シート、空調、及びランプ等に関わる機能である。安全系の機能は、例えば、エアバッグ等に関わる機能である。マルチメディア系の機能は、例えば、オーディオ及びカーナビゲーション等に関わる機能である。
　ＧＷ１０４は、コネクタ１０６に接続される外部機器を、車載ネットワーク１０２に接続する機能を有する。なお、車載ネットワーク１０２を介した通信には、暗号鍵を使用した通信メッセージの暗号化等のセキュリティ対策が施されている。これにより、コネクタ１０６に接続された外部機器から車載ネットワーク１０２への不正なアクセスが抑制される。
　情報提供装置４０は、通信部４１と情報管理部４２とを備える。
　通信部４１は、台帳管理システム１に属する台帳管理ノード１０と通信を実行する。
　情報管理部４２は、ＣＰＵと、ＲＡＭ、ＲＯＭ、フラッシュメモリ等の半導体メモリと、を有するコンピュータを備える。情報管理部４２は、車載ネットワーク１０２を介して各ＥＣＵ１１０から使用履歴情報を取得する。情報管理部４２は、上述したセキュリティ対策により、ＥＣＵ１１０から取得した適正な使用履歴情報を秘密鍵で暗号化して電子署名を生成し、通信部４１から使用履歴情報と一緒に台帳管理ノード１０のいずれかに送信する。また、情報管理部４２は、通信部４１を介した外部から車載ネットワーク１０２への不正なアクセスを抑制するセキュリティ機能を有する。
　［１－４．診断装置］
　診断装置５０は、車両１００のコネクタ１０６に接続して使用される携帯型の端末である。診断装置５０は、通信部５１と、診断処理部５２と、操作部５３とを備える。
　通信部５１は、情報提供装置４０の通信部４１と同様に、台帳管理システム１に属する台帳管理ノード１０との通信を実行する。
　操作部５３は、表示画面及びタッチパネル等を備える。表示画面には、メンテナンスや修理の手順、及びメンテナンスや修理の結果の入力画面等が表示されてもよい。これにより、診断装置５０を用いて車両１００のメンテナンスや修理を実施する実施者に、メンテ入力情報を入力させる。
　診断処理部５２は、ＣＰＵと、ＲＡＭ、ＲＯＭ、フラッシュメモリ等の半導体メモリと、を有するコンピュータを備える。
　診断処理部５２は、ＣＰＵがプログラムを実行することで実現される機能の構成として、記録取得部５２１と、推定部５２２と、診断取得部５２３と、記録評価部５２４と、情報送信部５２５とを備える。また、これらの機能を実現するプログラムは、スマートコントラクトの一部として提供されてもよい。
　記録取得部５２１は、操作部５３からの指示入力に従い、通信部５１を介した通信によって、メンテナンス対象となる車両１００（以下、対象車両）について分散台帳１３２に登録されている記録情報２０６を、台帳管理ノード１０のいずれかから取得する。
　推定部５２２は、記録取得部５２１により取得された記録情報２０６に含まれる使用履歴情報とメンテナンス情報とを用いて対象車両の状態を推定し、複数の評価項目のそれぞれについて、対象車両の価値を表す評価値（以下、推定評価値）を算出する。また、推定部５２２は、推定評価値に基づいて対象車両の価格を算出してもよい。なお、評価項目としては、部品の消耗具合、外観、走行距離、オプション品の有無、ソフトウェアのバージョン等が含まれてもよい。評価値は、数値又は記号で表現されてもよい。
　診断取得部５２３は、当該診断装置５０が対象車両のコネクタ１０６に接続された状態のときに、対象車両の車載ネットワーク１０２にアクセスし、各ＥＣＵ１１０から診断情報を取得する。診断情報には、車載ネットワーク１０２内で定期的に実施される故障診断の結果、及び各ＥＣＵ１１０にて検出されたエラーに関する情報等のほか、各ＥＣＵ１１０に搭載されているソフトウェアの構成等の情報が含まれてもよい。ソフトウェアの構成等の情報には、例えば、ソフトウェアの更新、新たなソフトウェアの追加等の情報が含まれてもよい。また、診断取得部５２３は、操作部５３を介して入力される対象車両に関するメンテ入力情報も取得する。更に、診断取得部５２３は、取得した診断情報及びメンテ入力情報、すなわち、対象車両の現在の状況を表すメンテナンス情報から、推定評価値と同じ複数の評価項目のそれぞれについて評価値（以下、診断評価値）を算出する。診断取得部５２３は、診断評価値に基づいて対象車両の価格を算出してもよい。
　記録評価部５２４は、推定部５２２にて算出された推定評価値と、診断取得部５２３にて算出された診断評価値とを比較することで、分散台帳１３２に記録された対象車両に関する記録情報２０６の正当性を評価する。具体的には、複数の評価項目について、推定評価値と診断評価値との差がいずれも許容範囲内にあれば、分散台帳１３２に記録された対象車両の記録情報２０６は正当性があると評価する。つまり、正当性があるとは、記録情報２０６が信頼できることを意味し、正当性がないとは、記録情報２０６に何らかの誤りがあり信頼できないことを意味する。
　情報送信部５２５は、記録評価部５２４により正当性があるとの評価結果が得られた場合は、診断取得部５２３で取得された、診断情報及びメンテ入力情報を、メンテナンス情報として、通信部５１を介して台帳管理システム１に送信する。記録評価部５２４により正当性がないとの評価結果が得られた場合は、予め指定された通信先に、記録情報２０６の正当性の調査等、何等かの対処を依頼する通知を送信する。
　［２．処理］
　［２－１．登録処理］
　台帳管理システム１に車両１００を登録する際に実施される登録処理について、図５のシーケンス図に基づいて説明する。尚、この登録処理を実施する前に、登録対象となる車両１００に搭載された情報提供装置４０には、台帳管理システム１との通信に使用される公開鍵と秘密鍵とが予め割り当てられる。つまり、車両１００と公開鍵及び秘密鍵とは、１対１に対応付けられる。
　Ｓ１において登録対象となる車両１００の情報提供装置４０は、自車両のＶＩＮ番号と公開鍵と送信元情報とが示された登録要求を、通信部４１を介して特定の台帳管理ノード１０に送信する。送信元情報は、例えば、車両１００のオーナーの電話番号等である。特定の台帳管理ノード１０は、例えば車両１００を製造した会社の情報センターに設置される。また、登録要求の送信に使用する回線は、専用回線又はＶＰＮのような機密を保持できる回線であってもよい。ＶＰＮは、Virtual Private Networkの略である。
　車両１００から登録要求を受信した台帳管理ノード１０は、他の台帳管理ノード１０に登録要求に合意するように要求する合意要求者となる。合意要求者である台帳管理ノード１０は、登録要求に示されたＶＩＮ番号と送信元情報とに基づいて、適正な車両１００からの登録要求であるか否かを判定する。不適正な車両１００からの登録要求である場合、その登録要求は無視される。
　適正な車両１００からの登録要求である場合、合意要求者である台帳管理ノード１０は、一つ前の台帳情報２００から生成したハッシュ値２０４と、タイムスタンプ２０２とに、記録情報２０６を加えて、新たな台帳情報２００を生成する。ここでの記録情報２０６には、登録要求とＶＩＮ番号と公開鍵とが含まれる。
　Ｓ２において合意要求者である台帳管理ノード１０は、生成した台帳情報２００を含んだ登録合意要求を他の台帳管理ノード１０に送信し、該当車両１００からの登録要求に合意するように要求する。登録合意要求を受信する他の台帳管理ノード１０は、合意要求者に対して合意応答者となる。
　登録合意要求を受信した合意応答者である台帳管理ノード１０は、合意要求者である台帳管理ノード１０が適正な台帳管理ノード１０であるか否かを判定する。この判定は、例えば、合意要求者である台帳管理ノード１０が、ノードリスト１３１に登録されているか否かによって行われる。
　合意要求者である台帳管理ノード１０が適正な台帳管理ノード１０であると判定した場合、Ｓ３において合意応答者である台帳管理ノード１０は、合意要求者である台帳管理ノード１０と電子証明局３０とに、合意要求に合意することを示す登録合意応答を送信する。
　Ｓ４において電子証明局３０は、所定数以上の台帳管理ノード１０から登録合意応答を受信すると、登録要求の要求元となった車両１００の公開鍵と電子署名とについての電子証明書を作成する。更に電子証明局３０は、電子証明書の作成が完了したことを示す作成完了通知をすべての台帳管理ノード１０に送信する。作成完了通知には、作成した電子証明書のＵＲＬが少なくとも示される。ＵＲＬはUniform Resource Locatorの略である。
　電子証明局３０からの作成完了通知を受信した台帳管理ノード１０は、Ｓ２において合意要求者である台帳管理ノード１０から受信した台帳情報２００を、自身が管理する分散台帳１３２に追加して記録する。これにより、複数の台帳管理ノード１０がそれぞれ備える分散台帳１３２が同期して更新されるので、複数の台帳管理ノード１０が備える分散台帳１３２は同じ内容になる。
　Ｓ５において合意要求者である台帳管理ノード１０は、登録要求の要求元となった車両１００の情報提供装置４０に、公開鍵の登録が完了したことを示す登録完了通知を送信する。登録完了通知を受信した情報提供装置４０は、台帳管理システム１への登録が完了したと判定する。
　Ｓ６において台帳管理ノード１０は、先のＳ４にて受信した作成完了通知に示されたＵＲＬから、登録された車両１００の電子証明書を取得する。これにより、車両１００の登録処理は終了する。
　なお、台帳管理システム１に診断装置５０を登録する際に実施される登録処理は、上述した車両１００の登録処理と同様である。但し、診断装置５０の登録処理では、ＶＩＮ番号の代わりに診断装置５０の商品識別情報が用いられ、送信元情報として診断装置５０のオーナーの電話番号等が用いられる。
　［２－２．使用履歴情報の記録処理］
　登録を終了した車両１００から台帳管理システム１に提供される使用履歴情報を分散台帳に記録する記録処理について、図６のシーケンス図を用いて説明する。
　車両１００が走行を開始すると、Ｓ１０において情報提供装置４０は、車載ネットワーク１０２を介して各ＥＣＵ１１０から使用履歴情報を取得する。
　Ｓ１１において情報提供装置４０は、取得した使用履歴情報から生成したハッシュ値を秘密鍵で暗号化することで電子署名を生成する。そして、使用履歴情報に電子署名を付加した署名付き使用履歴情報が示された記録要求を、通信部１１を介して台帳管理システム１の合意要求者となる特定の台帳管理ノード１０に送信する。Ｓ１１において使用される回線は、上述した登録要求時のような専用回線又はＶＰＮではなく、インターネット回線のような汎用の回線でもよい。
　なお、車両１００が、地下駐車場、トンネル内、山間部等を走行することで、台帳管理システム１との通信が途絶える場合、情報提供装置４０は、通信が途絶えている間の使用履歴情報を一時的に記憶する。そして、台帳管理システム１との通信が復旧すると、一時的に記憶しておいた使用履歴情報から記録要求を生成して、台帳管理システム１に送信する。
　車両１００から記録要求を受信した合意要求者である台帳管理ノード１０は、適正な車両１００からの記録要求であるか否かを判定する。具体的には、受信した記録要求に示された使用履歴情報から生成されるハッシュ値と、記録要求の送信元である車両１００の公開鍵により電子署名から復号されるハッシュ値とが一致していれば、適正な車両１００からの記録要求であると判定される。
　適正な車両１００からの記録要求である場合、合意要求者である台帳管理ノード１０は、受信した使用履歴情報を一時的に記憶し、予め設定された記録条件が成立するまで待機する。
　記録条件には、例えば、予め設定された周期的なタイミングが到来した場合、同じ車両１００に関する一連の使用履歴情報から、急ブレーキや急ハンドル等の予め指定されたイベントが抽出された場合等が含まれてもよい。
　記録条件が成立すると判定された場合、合意要求者である台帳管理ノード１０は、記録条件が成立するまでの待機中に受信した使用履歴情報を記録情報２０６とする新たな台帳情報２００を生成する。この新たな台帳情報２００は、上記記録情報２０６に、一つ前の台帳情報から生成されたハッシュ値２０４と、現在時刻を表すタイムスタンプ２０２とを加えることで生成される。そして、Ｓ１２において合意要求者である台帳管理ノード１０は、生成した台帳情報２００を含む記録合意要求を他の台帳管理ノード１０に送信し、分散台帳１３２に新たな使用履歴情報を記録するための合意を要求する。
　使用履歴情報を記録するための合意要求を受信した合意応答者である台帳管理ノード１０は、合意要求者である台帳管理ノード１０が適正な台帳管理ノード１０であるか否かを判定する。この判定は、例えば、合意要求者である台帳管理ノード１０がノードリスト１３１に登録されている適正な台帳管理ノード１０であるか否かにより行われる。
　Ｓ１３において合意応答者である台帳管理ノード１０は、すべての台帳管理ノード１０に対して記録合意応答を送信する。
　但し、合意要求者である台帳管理ノード１０がノードリスト１３１に登録された適正な台帳管理ノード１０であると判定された場合、記録合意応答の内容は、合意要求に合意することを示す。
　一方、合意要求者である台帳管理ノード１０がノードリスト１３１に登録された適正な台帳管理ノード１０ではない場合、記録合意応答の内容は、合意要求に合意しないことを示す。
　Ｓ１３において各台帳管理ノード１０は、記録合意要求に合意する旨の記録合意応答を送信した台帳管理ノード１０が所定数以上である場合、合意要求者である台帳管理ノード１０が生成した台帳情報２００を、自身が管理する分散台帳１３２に追加して記録する。これにより、複数の台帳管理ノード１０がそれぞれ備える分散台帳１３２が同期して更新されるので、複数の台帳管理ノード１０が備える分散台帳１３２は同じ内容になる。
　Ｓ１３において各台帳管理ノード１０は、記録合意要求に合意する旨の記録合意応答を送信した台帳管理ノード１０が所定数未満である場合、合意要求者である台帳管理ノード１０が生成した台帳情報２００を破棄する。この場合、分散台帳１３２は更新されない。
　［２－３．メンテナンス情報の記録処理］
　登録を終了した診断装置５０から台帳管理システム１に提供されるメンテナンス情報を分散台帳１３２に記録する記録処理について、図７を用いて説明する。以下では、整備工場等に持ち込まれる整備対象の車両１００を整備対象車という。この整備対象車が整備対象物に相当する。また、メンテナンス情報の記録処理において、診断装置５０と台帳管理システム１との通信で使用される回線は、上述した登録要求時のような専用回線又はＶＰＮではなく、インターネット回線のような汎用の回線でもよい。
　診断装置５０が整備対象車のコネクタ１０６に接続されると、Ｓ２０において診断装置５０は、整備対象車に対して診断情報要求を送信する。この診断情報要求は、整備対象車において、予め指定されたＥＣＵ１１０である診断用ＥＣＵ１１０にて受信される。診断用ＥＣＵ１１０は、車載ネットワーク１０２を介して、各ＥＣＵ１１０にて実行される診断処理の結果やエラー情報を日常的に収集するＥＣＵである。
　Ｓ２１において診断用ＥＣＵ１１０は、前回の診断情報要求を受信してから、今回の診断情報要求を受信するまでに収集された診断処理の結果やエラー情報を診断情報として、コネクタ１０６を介して診断装置５０に送信する。
　車両１００からの診断情報の受信が診断装置５０にて確認された後は、診断装置５０は、整備対象車のコネクタ１０６から取り外されてもよい。
　Ｓ２２において診断装置５０は、整備対象車に対するメンテナンスの実施者により操作部５３を介して入力されるメンテ入力情報を取得する。
　Ｓ２３において診断装置５０は、分散台帳１３２に記録されている整備対象車についての記録情報２０６を取得するために、通信部５１を介して台帳管理ノード１０のいずれかに記録情報要求を送信する。
　記録情報要求を受信した台帳管理ノード１０は、分散台帳１３２を参照して、整備対象車に関する記録情報を読み出す。このとき読み出す記録情報には、整備対象車両について、最後に記録されたメンテナンス情報と、そのメンテナンス情報以降に記録された使用履歴情報とが少なくとも含まれる。そして、記録情報要求を受信した台帳管理ノード１０は、Ｓ２４において分散台帳１３２から読み出した記録情報を、要求元の診断装置５０に送信する。
　なお、診断装置５０が実施するＳ２０～Ｓ２１の診断情報を取得する処理、Ｓ２２のメンテ入力情報を取得する処理、及びＳ２３～２４の分散台帳１３２から記録情報を取得する処理は、すべてを並行して実施してもよいし、順番を変更して実施してもよい。以下、ここで取得される診断情報及びメンテ入力情報を最新メンテナンス情報、ここで取得され記録情報を記録済情報という。
　診断装置５０において最新メンテナンス情報及び記録済情報の取得がいずれも終了すると、Ｓ２５において診断装置５０は、情報判定処理を実行する。情報判定処理では、診断装置５０は、最新メンテナンス情報に基づき、複数の評価項目のそれぞれについて評価値（すなわち、診断評価値）を算出する。また、診断装置５０は、記録済情報から推定される整備対象車の現在の状況に従って、複数の評価項目のそれぞれについて評価値（すなわち、推定評価値）を算出する。更に、診断装置５０は、推定評価値と、診断評価値とを比較することで、分散台帳に記録された整備対象車に関する記録情報の正当性を評価する。例えば、すべての評価項目において、推定評価値と診断評価値との差が許容範囲内であれば正当性があると評価され、いずれか一つでも許容範囲外であれば正当性がないと評価される。
　整備対象車に関する記録情報の正当性が確認された場合、Ｓ２６において診断装置５０は、署名付きメンテナンス情報を含んだ記録要求を、通信部５１を介して台帳管理システム１の合意要求者となる特定の台帳管理ノード１０に送信する。なお、署名付きメンテナンス情報は、最新メンテナンス情報から生成したハッシュ値を秘密鍵で暗号化した電子署名を生成し、最新メンテナンス情報に電子書名を付加することで生成される。
　このＳ２６を含むＳ２６～Ｓ２８の処理、すなわち、最新メンテナンス情報を分散台帳１３２に記録する合意を得るための一連の処理は、使用履歴情報の記録処理で説明したＳ１１～Ｓ１３の処理と同様である。但し、メンテナンス情報の記録処理では、車両１００を診断装置５０に、使用履歴情報をメンテナンス情報に読み替える必要がある。また、記録条件は、メンテナンス情報の記録要求を受信する毎とする。
　なお、先のＳ２５において整備対象車に関する記録情報に正当性がないと評価された場合、分散台帳１３２及び診断装置５０のいずれに異常があるのかについて調査が必要であることを、予め設定された連絡先に通知してもよい。
　このように、車両１００の情報提供装置４０からの要求による使用履歴情報の記録処理、及び診断装置５０からの要求によるメンテナンス情報の記録処理により、分散台帳１３２には、登録処理後の使用履歴情報とメンテナンス情報とが順次記録される。
　以上説明した実施形態において、診断装置５０が外部装置に対応する。情報生成部１２２が生成する一つ前の台帳情報２００のハッシュ値２０４が、台帳情報に固有の固有情報に対応する。Ｓ１０、Ｓ２０～Ｓ２２が情報取得部の処理に対応する。Ｓ１１、Ｓ２６の記録要求を受信した時の台帳管理ノード１０での処理が情報生成部１２２の処理に対応する。Ｓ１３、Ｓ２８の記録合意応答を受信した台帳管理ノード１０での処理が台帳記録部１２４の処理に対応する。Ｓ２３～Ｓ２４が記録取得部５２１に対応する。Ｓ２０～Ｓ２２が診断取得部５２３の処理に対応する。Ｓ２５が推定部５２２及び記録評価部５２４の処理に対応する。
　［３．効果］
　以上説明した上記実施形態では、以下の効果を得ることができる。
　（３ａ）台帳管理システム１では、一旦登録された情報の書き換えが事実上不可能な分散台帳１３２に、車両１００に関する一連の使用履歴情報とメンテナンス情報とが記録される。従って、誰もが、分散台帳１３２に記録された同じ情報を用いて、車両１００の価値を評価できるため、車両１００に関する取引の基礎となる車両１００の価値を透明化できる。
　（３ｂ）台帳管理システム１では、整備対象車について分散台帳１３２に記録された記録情報から得られる推定評価値と、整備対象車の診断結果から得られる実評価値とを比較することで、分散台帳１３２に記録された整備対象車に関する記録情報の正当性を評価する。つまり、メンテナンスを実行する毎に、整備対象車について分散台帳１３２に記録された情報が、実状を反映したものであるか否かが検証されるため、分散台帳１３２に記録された情報の信頼性をより向上させることができる。
　［４．使用例］
　台帳管理システム１で管理される分散台帳と、スマートコントラクトとを利用して、仲介者を挟むことなく、利用者間の直接的な車両売買取引を実現する手順について説明する。
　売り手となる車両のオーナー及び車両の購入を望む購入者は、いずれも端末装置を介して手続きを進める。これらの端末装置は、いずれも台帳管理ノード１０を兼ねてもよいし、台帳管理ノード１０のいずれかと通信可能に接続されてもよい。スマートコントラクトの実体は契約を自動化するプログラムであり、そのプログラムは、台帳管理システム１への参加が許可された各端末装置及び台帳管理ノード１０に配布される。
　つまり、以下で説明する各端末装置及び台帳管理ノード１０が実行する処理は、スマートコントラクトによって実現される。台帳管理システム１には、販売対象となる車両１００が事前に登録され、分散台帳１３２には、使用履歴情報及びメンテナンス情報が記録されている状態であることを前提とする。以下では、車両のオーナーが有する端末装置をオーナー端末７０、購入者が有する端末装置を購入者端末８０という。
　図８に示すように、車両を販売するにあたり、車両の価値を確認したい旨の指示がオーナー端末７０に入力されると、Ｓ３０においてオーナー端末７０は、いずれかの台帳管理ノード１０に、販売対象車を特定する情報を含んだ価値確認要求を送信する。
　価値確認要求を受信した台帳管理ノード１０は、分散台帳１３２に記録された販売対象車に関する記録情報を参照して、車両の価値を算出する。車両の価値には、少なくとも査定価格が含まれる。
　Ｓ３１において台帳管理ノード１０は、算出された車両の価値が示された価値確認応答を、オーナー端末７０に送信する。価値確認応答を受信したオーナー端末７０は、当該端末の表示画面に価値確認応答に示された価値の算出結果を表示する。
　販売対象車のオーナーは、この評価結果に基づいて、実際に出品するか否かを決定する。オーナーの決定に従って、オーナー端末７０に車両を出品する旨の指示が入力されると、Ｓ３２においてオーナー端末７０は、出品意思通知を台帳管理ノード１０に送信する。
　出品意思通知を受信した台帳管理ノード１０は出品処理を実行する。出品処理では、具体的には、販売を希望する車両を、車両売買を仲介するために用意されたウェッブサイトに登録する。
　車両の購入希望者は、購入者端末８０を操作してウェッブサイトにアクセスし、購入希望者の購入条件に合致した車両を探索する。購入者端末８０に、購入候補車を指定した旨の指示が入力されると、Ｓ３３において購入者端末８０は、購入候補車の価値を確認するための価値確認要求を、台帳管理ノード１０に送信する。
　購入者端末８０から価値確認要求を受信した台帳管理ノード１０は、分散台帳１３２を用いて購入候補車に関する記録情報を参照して車両の価値を算出する。そして、Ｓ３４において台帳管理ノード１０は、車両の価値の算出結果を示した価値確認応答を購入者端末８０に送信する。
　価値確認応答を受信した購入者端末８０は、当該購入者端末８０の表示画面に評価結果を表示する。購入希望者は、表示画面に表示された評価結果に基づいて、実際に購入するか否かを決定する。購入希望者の決定に従って、購入者端末８０に車両を購入する旨の指示が入力されると、Ｓ３５において購入者端末８０は、購入意志通知を台帳管理ノード１０に送信する。
　購入者端末８０からの購入意志通知を受信した台帳管理ノード１０は、Ｓ３６において購入希望者が現れたことを表す結果通知を、オーナー端末７０に送信する。結果通知を取得したオーナー端末７０は、当該オーナー端末７０の表示画面に結果通知の内容を表示する。
　次に、結果通知に基づいて、車両のオーナーが売買の手続きを進める際に、オーナー端末７０、購入者端末８０、及び台帳管理ノード１０の間で実行される処理の手順を、図９を用いて説明する。
　オーナーが所有する販売対象車について、所有権を購入者に移管する移管手続きを開始する旨の指示が、オーナー端末７０に入力されると、Ｓ４０においてオーナー端末７０は、合意要求者となる特定の台帳管理ノード１０に対して、手続依頼要求を送信する。
　手続依頼要求を受信した合意要求者となる台帳管理ノード１０は、依頼を受け付けると、Ｓ４１において移管手続きに必要な書類の作成を要求する書類作成要求を、購入者端末８０に送信する。
　書類作成要求を受信した購入者端末８０は、当該購入者端末８０の端末画面に書類の作成に必要な情報を入力させる入力画面を表示して、購入者に必要な情報を入力させる。購入者による情報の入力が終了すると、Ｓ４２において購入者端末８０は、書類作成応答によって、入力された情報を台帳管理ノード１０に送信する。
　書類作成応答を受信した台帳管理ノード１０は、書類を受け付けて、関係各所に対して書類の確認及び承認を得るための処理を実行する。関係各所から書類の確認及び承認が得られると、合意要求者である台帳管理ノード１０は、移管手続きに関する書類である取引情報を記録情報２０６とする新たな台帳情報２００を生成する。具体的には、この記録情報２０６に、一つ前の台帳情報から生成されたハッシュ値２０４と、現在時刻を表すタイムスタンプ２０２と加えたものを台帳情報２００とする。そして、Ｓ４３において合意要求者である台帳管理ノード１０は、生成した台帳情報２００を他の台帳管理ノード１０に送信し、分散台帳１３２に取引情報を記録するための合意を要求する。
　このＳ４３を含めＳ４３～Ｓ４４における分散台帳１３２に情報を記録するための合意を得る手順は、Ｓ１２～Ｓ１３で説明した内容と同様である。
　所定数以上の台帳管理ノード１０が取引情報の合意要求に合意すると、合意要求者である台帳管理ノード１０が生成した台帳情報２００を、自身が管理する分散台帳１３２に追加して記録する。これにより、複数の台帳管理ノード１０がそれぞれ備える分散台帳１３２が同期して更新されるため、複数の台帳管理ノード１０が備える分散台帳１３２は同じ内容になる。
　Ｓ４５において合意要求者である台帳管理ノード１０は、移管手続きが完了したことを示す完了通知をオーナー端末７０及び購入者端末８０のそれぞれに送信する。
　完了通知を受信したオーナー端末７０及び購入者端末８０は、その旨をオーナー及び購入者に通知する。通知を受けたオーナー及び購入者は、互いに連絡を取り合うことで、取引対象物である車両の引渡しを行う。
　このように、台帳管理システム１では、ブロックチェーン技術を活用した分散台帳にて、車両１００の価値に関わる情報が一貫して収集・管理され、しかも、スマートコントラクトを用いることで、同一の計算ロジックに従って、車両１００の価値が評価される。従って、台帳管理システム１への参加者全員が、信頼性の高い情報に裏打ちされ、且つ、共通のロジックで算出された車両１００の価値を共有できる。その結果、個人や業者の主観によって車両１００の価値が決められていた従来とは異なり、透明性の高い取引を実現できる。
　台帳管理システム１では、車両の売買取引においてスマートコントラクトを利用することにより、書類の作成、提出、確認、承認といった一連の手続きを、仲介者を介在させることなく簡易に実現できる。しかも、これら一連の手続きがすべてシステム上で進行するため、手続きの進行状況を、すべての関係者が把握できる。
　［５．他の実施形態］
　以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。
　（５ａ）上記実施形態では、取引対象物が車両である場合について説明したが、本開示はこれに限定されるものではない。取引対象物は、例えば、ロボット等の産業機器や家電製品等の民生機器であって、レンタルされたり中古品が売買の対象とされたりする機器であればよい。
　（５ｂ）上記実施形態では、台帳情報２００に、記録情報２０６が含まれているが、本開示は、これに限定されるものではない。例えば、記録情報２０６を、別途設けられたデータベースにまとめて記憶し、台帳情報２００には、記録情報２０６の代わりに、データベース上の記録情報２０６との対応関係を示す情報が示されてもよい。
　（５ｃ）上記実施形態では、情報生成部１２２は一つ前の台帳情報２００に固有の固有情報として、一つ前の台帳情報２００からハッシュ値３０４を生成した。これに対し、一つ前の台帳情報に固有の固有情報は、ハッシュ値に限るものではなく、一つ前の台帳情報に固有であり、異なる値の台帳情報であれば異なる値になるのであればどのような値が生成されてもよい。
　（５ｄ）上記実施形態では、最新メンテナンス情報に基づく実評価値と、記録済情報に基づく推定評価値とを比較して、分散台帳１３２の記録情報の正当性を評価する処理が、診断装置５０にて実施されるが、この処理は台帳管理ノード１０で実施されてもよい。この場合、図７に示す診断装置５０におけるＳ２３～Ｓ２５の処理を省略すると共に、診断装置５０からのメンテナンス情報の記録要求を受信した台帳管理ノード１０が、実評価値と推定評価値とを生成して、記録情報の正当性を評価するようにしてもよい。つまり、前記台帳管理ノード１０が、記録取得部と、推定部と、診断取得部と、記録評価部としての機能を備えてもよい。
　（５ｅ）上記実施形態では、情報提供装置４０及び診断装置５０は、台帳管理ノード１０とは別体に設けられているが、情報提供装置４０及び診断装置５０が、台帳管理ノード１０を兼ねるように構成されてもよい。つまり、情報提供装置４０が台帳管理ノード１０を兼ねることで、各車両１００に台帳管理ノード１０が搭載されてもよい。
　（５ｆ）本開示に記載のノード処理部１２、情報管理部４２、及び診断処理部５２、並びに、これら各部にて実施される手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載のノード処理部１２、情報管理部４２、及び診断処理部５２、並びにこれら各部にて実施される手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。もしくは、本開示に記載のノード処理部１２、情報管理部４２、及び診断処理部５２、並びにこれら各部にて実施される手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されてもよい。ノード処理部１２、情報管理部４２、及び診断処理部５２に含まれる各部の機能を実現する手法には、必ずしもソフトウェアが含まれている必要はなく、その全部の機能が、一つあるいは複数のハードウェアを用いて実現されてもよい。
　（５ｇ）上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。
　（５ｈ）上述した台帳管理システム１及び台帳管理ノード１０の他、当該台帳管理ノード１０としてコンピュータを機能させるための台帳管理プログラム、この台帳管理プログラムを記録した半導体メモリ等の非遷移的実態的記録媒体、台帳管理方法など、種々の形態で本開示を実現することもできる。

Claims (6)

  1. 　互いに通信可能に接続された複数の台帳管理ノード（１０）を備え、前記複数の台帳管理ノードが同じ分散台帳（１３２）を有する台帳管理システム（１）であって、
    　前記複数の台帳管理ノードのそれぞれは、
    　前記分散台帳に記録する記録情報（２０６）を取得するように構成された情報取得部（１１）と、
    　前記複数の台帳管理ノードのいずれかが生成する、一つ前の台帳情報（２００）に固有の固有情報（２０４）と、前記情報取得部にて取得された前記記録情報とを含む新たな前記台帳情報を生成するように構成された情報生成部（１２２）と、
    　前記情報生成部にて生成された新たな前記台帳情報が、前記複数の台帳管理ノードにおいて設定された記録合意規則を満たす場合に、前記台帳情報を前記分散台帳に記録するように構成された台帳記録部（１２４）と、
    　を備え、
    　前記記録情報は、取引対象となる機器を取引対象物として、前記取引対象物の使用のされ方を記録した使用履歴情報と、前記取引対象物に対して実施されたメンテナンスの内容を示すメンテナンス情報とを含むように構成された、
    　台帳管理システム。
  2. 　請求項１に記載の台帳管理システムであって、
    　整備の対象となる前記取引対象物である整備対象物に関する前記記録情報を、前記複数の台帳管理ノードのいずれかから取得するように構成された記録取得部（５２１）と、
    　前記記録取得部により取得された前記記録情報を用いて前記整備対象物の状態を推定するように構成された推定部（５２２）と、
    　前記整備対象物の状態を診断した結果を取得するように構成された診断取得部（５２３）と、
    　前記推定部による推定結果と、前記診断取得部による取得結果とを比較することで、前記分散台帳に記録された前記整備対象物に関する前記記録情報の正当性を評価するように構成された記録評価部（５２４）と、
    　を更に備える台帳管理システム。
  3. 　請求項２に記載の台帳管理システムであって、
    　前記台帳管理ノードとは別に設けられた外部装置が、前記記録取得部と、前記推定部と、前記診断取得部と、前記記録評価部とを備え、
    　前記外部装置は、前記記録評価部にて前記記録情報が正当であるとの評価が得られた場合に、前記診断取得部にて取得された診断結果を前記メンテナンス情報として、前記複数の台帳管理ノードのいずれかに送信するように構成された情報送信部（５２５）を更に備えた、
    　台帳管理システム。
  4. 　請求項２に記載の台帳管理システムであって、
    　前記台帳管理ノードが、前記記録取得部と、前記推定部と、前記診断取得部と、前記記録評価部とを備える
    　台帳管理システム。
  5. 　請求項１から請求項４までのいずれか１項に記載の台帳管理システムであって、
    　前記取引対象物は、車両である
    　台帳管理システム。
  6. 　互いに通信可能に接続される複数のノードを備え、前記複数のノードが同じ分散台帳（１３２）を有する台帳管理システム（１）における前記ノードである台帳管理ノード（１０）であって、
    　前記分散台帳に記録する記録情報（２０６）を取得するように構成された情報取得部（１１）と、
    　前記台帳管理システムに属する複数の台帳管理ノードのいずれかが生成する、一つ前の台帳情報（２００）に固有の固有情報（２０４）と、前記情報取得部にて取得された前記記録情報とを含む新たな前記台帳情報を生成するように構成された情報生成部（１２２）と、
    　前記情報生成部にて生成された新たな前記台帳情報が、前記複数の台帳管理ノードにおいて設定された記録合意規則を満たす場合に、前記台帳情報を前記分散台帳に記録するように構成された台帳記録部（１２４）と、
    　を備え、
    　前記記録情報は、取引対象となる機器を取引対象物として、前記取引対象物の使用のされ方を記録した使用履歴情報と、前記取引対象物に対して実施されたメンテナンスの内容を示すメンテナンス情報とを含むように構成された、
    　台帳管理ノード。
PCT/JP2020/009407 2019-03-13 2020-03-05 台帳管理システム、台帳管理ノード WO2020184376A1 (ja)

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)

* Cited by examiner, † Cited by third party
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 (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022076310A (ja) * 2020-11-09 2022-05-19 株式会社デンソー 車両用データ保存方法、車両用データ保存システム
WO2022264240A1 (ja) * 2021-06-15 2022-12-22 株式会社世界 車両管理台帳システム

Citations (4)

* Cited by examiner, † Cited by third party
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 株式会社デンソー 台帳管理ノード、台帳管理システム、車載の情報提供装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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) 台帳管理ノード、台帳管理システム、車載の情報提供装置
US10380812B2 (en) Vehicle transaction validation
JP2020532215A (ja) 車両用のＩｏＴデバイスの安全な通信
JP2019028549A (ja) 台帳管理ノード、台帳管理システム、車載の情報提供装置
US20220398149A1 (en) Minimizing transport fuzzing reactions
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.
WO2023091722A1 (en) Robust over the air reprogramming
US11411766B2 (en) Secure controller area network (CAN) transceiver
US11626977B2 (en) Out-of-band key splitting and key derivation
US20240073037A1 (en) Internal certificate authority for electronic control unit
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
US20240035837A1 (en) Vehicle carbon footprint management
US20240144261A1 (en) Behavior-based carbon credit adjustment
US20240157951A1 (en) Real-time modification from vehicle operations
US20240035836A1 (en) Ranking carbon footprints of vehicles to determine driving behavior modifications
US20230419234A1 (en) Ev battery degradation in a fleet
US20230274222A1 (en) Adaptive mobile ordering
US20230316433A1 (en) Future energy transfer
US20230004905A1 (en) Energy offset benefits

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