WO2021045604A1 - 블록체인 네트워크에 기반하여 차량의 운행기록을 관리하는 방법, 이를 수행하기 위한 장치 및 시스템 - Google Patents

블록체인 네트워크에 기반하여 차량의 운행기록을 관리하는 방법, 이를 수행하기 위한 장치 및 시스템 Download PDF

Info

Publication number
WO2021045604A1
WO2021045604A1 PCT/KR2020/012075 KR2020012075W WO2021045604A1 WO 2021045604 A1 WO2021045604 A1 WO 2021045604A1 KR 2020012075 W KR2020012075 W KR 2020012075W WO 2021045604 A1 WO2021045604 A1 WO 2021045604A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
driving
block
traffic
dtg
Prior art date
Application number
PCT/KR2020/012075
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
Priority claimed from KR1020190110840A external-priority patent/KR102086966B1/ko
Priority claimed from KR1020190110851A external-priority patent/KR102226951B1/ko
Application filed by 주식회사 퀀텀게이트 filed Critical 주식회사 퀀텀게이트
Priority to CN202080059371.0A priority Critical patent/CN114270381A/zh
Priority to US17/424,781 priority patent/US20220068133A1/en
Publication of WO2021045604A1 publication Critical patent/WO2021045604A1/ko

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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0208—Trade or exchange of goods or services in exchange for incentives or rewards
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968—Systems involving transmission of navigation instructions to the vehicle
    • G08G1/096833—Systems involving transmission of navigation instructions to the vehicle where different aspects are considered when computing the route
    • G08G1/096844—Systems involving transmission of navigation instructions to the vehicle where different aspects are considered when computing the route where the complete route is dynamically recomputed based on new data
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W40/00—Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models
    • B60W40/08—Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models related to drivers or passengers
    • B60W40/09—Driving style or behaviour
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/13—File access structures, e.g. distributed indices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/0104—Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0108—Measuring and analyzing of parameters relative to traffic conditions based on the source of data
    • G08G1/0112—Measuring and analyzing of parameters relative to traffic conditions based on the source of data from the vehicle, e.g. floating car data [FCD]
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/0104—Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0108—Measuring and analyzing of parameters relative to traffic conditions based on the source of data
    • G08G1/0116—Measuring and analyzing of parameters relative to traffic conditions based on the source of data from roadside infrastructure, e.g. beacons
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/0104—Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0125—Traffic data processing
    • G08G1/0129—Traffic data processing for creating historical data or processing based on historical data
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/017—Detecting movement of traffic to be counted or controlled identifying vehicles
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/04—Detecting movement of traffic to be counted or controlled using optical or ultrasonic detectors
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/052—Detecting movement of traffic to be counted or controlled with provision for determining speed or overspeed
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2540/00—Input parameters relating to occupants
    • B60W2540/043—Identity of occupants
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2540/00—Input parameters relating to occupants
    • B60W2540/30—Driving style
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2556/00—Input parameters relating to data
    • B60W2556/10—Historical data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • 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
    • G06Q2220/00—Business processing using cryptography

Definitions

  • Embodiments disclosed in the present specification relate to a method for managing a driving record of a vehicle based on a blockchain network, and an apparatus and a system for performing the same.
  • Blockchain technology is a distributed data storage technology that duplicates data and stores it in multiple locations. According to the blockchain technology, blocks in which data is stored can be connected to each other through a hash value, thereby ensuring the reliability of the stored data. Therefore, blockchain technology can be used in various fields that require reliability of stored data.
  • Intelligent Transport System is a transportation system and system to efficiently adjust traffic congestion and improve safety using electric, electronic, and information communication technologies.
  • traffic-related data In order to provide traffic-related information or perform traffic-related control in the ITS, traffic-related data must be collected from multiple vehicles, but it is difficult to verify the reliability of the collected information. In addition, since the collected information may contain personal information, high security is required.
  • each vehicle provides the vehicle driving record collected through the DTG installed in the vehicle to the ITS, and the ITS uses it when performing traffic management. If the driver of the vehicle arbitrarily manipulates or changes the driving record of the vehicle, traffic management May decrease the efficiency of the product. Therefore, there is a need to develop a technology that can increase the reliability of the management of vehicle driving records.
  • the above-described background technology is technical information that the inventor possessed for derivation of the present invention or acquired during the derivation process of the present invention, and is not necessarily a known technology disclosed to the general public before filing the present invention. .
  • Embodiments disclosed herein are intended to provide a method and system for managing vehicle driving records using a blockchain network.
  • the embodiments disclosed in the present specification guarantee the reliability of data by storing the driving record of a vehicle collected through various devices in a blockchain network. In addition, it judges whether or not to drive safely based on the driving record of the vehicle, and pays compensation to the user according to the result.
  • FIG. 1 is a diagram showing a driving record management system based on a block chain according to an embodiment.
  • FIG. 2 is a diagram showing the configuration of a block in which a driving record of a vehicle is stored according to an exemplary embodiment.
  • FIG. 3 is a diagram showing the configuration of a DTG terminal 30 included in a driving record management system based on a block chain according to an embodiment.
  • FIG. 4 is a flowchart illustrating a method of calculating a safe driving index based on driving record information and traffic-related data according to an exemplary embodiment.
  • FIG. 5 is a flowchart illustrating a method of managing a driving record of a vehicle according to an exemplary embodiment.
  • a method for managing vehicle driving records based on a block chain network includes: a DTG terminal installed in a vehicle collects driving record information of the vehicle and traffic-related data on a road on which the vehicle is running, and the driving record Calculating a safe driving index based on information and the traffic related data, and storing the driving record information, the traffic related data, and the safe driving index by the DTG terminal in a blockchain network including the DTG terminal as a node. It may include the step of.
  • a computer-readable recording medium in which a program for performing a vehicle operation record management method based on a block chain network is recorded is disclosed.
  • a DTG terminal installed in the vehicle collects driving record information of the vehicle and traffic related data on the road on which the vehicle is running, and includes the driving record information and the traffic related data. Calculating a safe driving index based on the data, and storing the driving record information, the traffic-related data, and the safe driving index by the DTG terminal in a blockchain network including the DTG terminal as a node. I can.
  • a vehicle operation record management system based on a block chain includes a DTG terminal installed on a vehicle to collect vehicle operation record information, and open data providing traffic-related data on a road on which the vehicle is driving. And a management server for managing a block chain network including a server and the DTG terminal as a node, wherein the DTG terminal receives the traffic related data from the open data server, and the driving record information and the traffic related data Based on the calculation of the safe driving index, the driving record information, the traffic-related data, and the safe driving index may be stored in the blockchain network.
  • the driving record information refers to information related to driving that is collected while the vehicle is driving.
  • the driving record information includes the vehicle's instantaneous speed, acceleration, engine revolutions per minute (RPM), whether the brake is activated, the vehicle's position, tire pressure, engine temperature, load weight measurement, residual fuel quantity, whether the door lock is unlocked, It may include the operation date, operation time, and operation distance.
  • the driving record information may further include vehicle information (e.g. vehicle number, vehicle identification number, etc.) for identifying the vehicle and personal information (e.g. name, age, etc.) for identifying a user driving the vehicle.
  • the driving record information may include various information related to the operation of the vehicle.
  • Traffic related data' refers to traffic regulations, traffic conditions (eg the number and speed of vehicles running on the road, etc.), road conditions (eg road conditions such as freezing or construction), weather conditions, etc. Together, it is a broad concept that includes all kinds of data that can affect traffic.
  • The'safe driving index' is a numerical representation of the degree to which the driver of a vehicle drives safely.
  • the safe driving index may be calculated by comprehensively considering the driving record of the vehicle and traffic-related data around the road the vehicle has traveled.
  • the safe driving index is normalized to have a value from 0 to 100, and the larger the value is, the closer it is to safe driving.
  • a block chain-based driving record management system includes a network 10, a vehicle 20, a digital tachograph (DTG) terminal 30, an open data server ( 40), may include a blockchain network 50 and a management server 100.
  • a traffic management system based on a block chain may further include various types of transportation facility infrastructure.
  • the network 10 is configured to enable wired and wireless communication between the DTG terminals 30, the open data server 40, the blockchain network 50, and the servers 100.
  • the DTG terminal 30 installed in the vehicle 20 is a component for collecting and storing driving record information of the vehicle 20 in real time.
  • the DTG terminal 30 may store the collected driving record information in the blockchain network 50.
  • the DTG terminal 30 may calculate a safe driving index based on the driving record information. The detailed configuration and operation of the DTG terminal 30 will be described below with reference to FIG. 3.
  • the open data server 40 provides traffic related data, and the DTG terminal 30 or the management server 100 may obtain various traffic related data from the open data server 40.
  • the traffic-related data provided by the open data server 40 may further include information on a traffic accident occurrence history, an accident-prone area, a road hazard section, a child or the elderly protection section, and the like.
  • the open data server 40 may collect the above traffic-related data from organizations such as the National Police Agency, the Road Traffic Authority, and the Meteorological Agency.
  • the blockchain network 50 is a place where driving record information of the vehicles 20 collected through the DTG terminal 30 is stored, and may be composed of a plurality of nodes each having a storage space. According to an embodiment, each DTG terminal 30 may become a node to configure the blockchain network 50.
  • the blockchain network composed of the DTG terminals 30 is referred to as a sub-blockchain
  • the blockchain network 50 composed of separate electronic devices is referred to as the main blockchain
  • the management server The sub-blockchain and the main blockchain can also be connected through (100).
  • the blockchain network 50 includes the DTG terminals 30 as nodes.
  • the blockchain network 50 not only the driving record information collected through the DTG terminal 30, but also traffic-related data obtained from the open data server 40, and calculated by the DTG terminal 30 or the management server 100
  • the safe driving index may be stored together.
  • a method of storing information including vehicle driving records in the blockchain network 50 will be described as follows.
  • FIG. 2 is a diagram showing the configuration of a block in which a driving record of a vehicle is stored according to an exemplary embodiment. Digitized information may be distributed and stored in the blockchain network 50, and each block, which is a basic unit stored in the blockchain network 50, consists of a header and a body.
  • the driving record information of the vehicle 20 is stored in the body of the block.
  • traffic-related data or safe driving index may be stored in the body of the block.
  • the hash value for the previous block and the hash value for the corresponding block are stored in the block header.
  • the hash value for the block refers to a hash value obtained by converting data included in the body of the block using a predetermined hash function.
  • the hash value for the block is stored as a'hash value for the previous block' in the header of the next block, so that the blocks are connected to each other.
  • values such as version and nonce may be stored in the header of the block. This is related to general blockchain technology, so detailed descriptions thereof will be omitted.
  • Blocks created in this way are distributed and stored in the nodes constituting the blockchain network 50, and the hash value for a specific block is stored in both the header of the block and the header of the next block, thereby ensuring reliability between distributed and stored data. Can be guaranteed.
  • the block is generated by the DTG terminal 30 and stored in the DTG terminal 30, and the management server 100 may be involved in the process of creating and storing the block. Will be described with reference to FIG. 3 below.
  • the management server 100 may be involved in the process of storing the driving record information collected by the DTG terminal 30 in the blockchain network 50, and according to the embodiment, a safe driving index instead of the DTG terminal 30 It can also be calculated.
  • the management server 100 may connect the sub-blockchain to a separate main blockchain.
  • FIG. 3 is a diagram showing the configuration of a DTG terminal 30 included in a driving record management system based on a block chain according to an embodiment.
  • the role of the DTG terminal 30 may be performed by a mobile terminal such as a smartphone or a tablet PC by executing an application. Therefore, the term'DTG terminal' used in the present specification is considered to include various types of mobile terminals that perform a digital driving record function through an application.
  • the DTG terminal 30 may include a communication unit 31, an input/output unit 32, a control unit 33, and a storage unit 34.
  • the communication unit 31 is a component for performing wired/wireless communication with other devices. To this end, the communication unit 31 may be configured with a chipset supporting various types of wired/wireless communication protocols.
  • the DTG terminal 30 may transmit and receive data with other devices connected to the network 10 through the communication unit 31.
  • the input/output unit 32 is a component for receiving data and commands, and outputting a result of processing data according to the command.
  • the input/output unit 32 may include a configuration for input such as a hard button and a touch screen, and a configuration for output such as an LCD and an OLED.
  • the DTG terminal 30 provides driving record information from various sensors (eg speedometer, camera, infrared sensor, radar, lidar, ultrasonic sensor, etc.) installed in the vehicle 20 through the input/output unit 32. May be received, and the contents of the safe driving index calculated based on the driving record information and the compensation paid according to the safe driving index may be output.
  • the input/output unit 32 may receive driving record information collected through various sensors (e.g. camera, infrared sensor, radar, lidar, ultrasonic sensor, etc.) provided in the DTG terminal 30.
  • the input/output unit 32 may receive traffic-related data necessary for calculating the safe driving index from the open data server 40 through the communication unit 31.
  • the control unit 33 controls the overall operation of the DTG terminal 30 as a component including at least one processor such as a CPU or the like.
  • the control unit 33 may store the driving record information in the blockchain network 50 by executing a program stored in the storage unit 34 to be described later, or calculate a safe driving index based on the driving record information.
  • the DTG terminal 30 may be a node constituting the blockchain network 50. Accordingly, the control unit 33 may generate a block including driving record information and store it in the storage unit 34 of the DTG terminal 30.
  • the management server 100 may transmit block generation permission information (eg registration key) to the DTG terminal 30, and generate unique block generation permission information for each DTG terminal 30. Can be transmitted.
  • the management server 100 may manage information on the DTG terminal 30 that generates a block by using the block generation permission information.
  • the control unit 33 may encrypt driving record information and generate a block using the block generation permission information received from the management server 100. In this way, by encrypting and storing the driving record information, forgery of information can be prevented.
  • the block may include a hash value for each of the block number, driving record information, and block generation permission information of the corresponding block, and may include both a hash value for the previous block and a hash value for the corresponding block.
  • the hash values included in the block are used as inputs of the hash function.
  • the hash value obtained by applying becomes the hash value for the block.
  • the'block number' is a value indicating the number of times the block is generated. Since each block is configured to include the hash value of the previous block, all blocks can be connected in a block chain, thereby effectively preventing the forgery of information.
  • the control unit 33 of the DTG terminal 30 may convert the driving record information, block generation permission information, and each block into a hash value by using a hash function and encrypt it.
  • the control unit 33 may generate a hash value for the current block by configuring the hash values converted from the driving record information, the block generation permission information, and the block number in the form of a Merkle tree.
  • the control unit 33 first obtains hash values (leaf data) corresponding to each of the driving record information, block generation permission information, and block number, and connects the obtained hash values and the hash values for the previous block in two. Thus, a new hash value (parent data for the leaf data) can be obtained.
  • the control unit 33 repeats the above process until no more hash values can be paired, that is, only one hash value remains, and the last one remaining hash value (Merkle tree root) is added to the header of the block. Can be saved on.
  • the Merkle tree root becomes a hash value for the current block, which can be used when generating the next block. Since the hash value for the current block is related to all information included in the block, it can be used to determine whether or not the information has been forged or altered.
  • the control unit 33 may generate a hash value using random information converted from seed information received from the management server 100.
  • the seed information may be a unique identifier assigned by the management server 100 to the DTG terminal 30, and the control unit 33 of the DTG terminal 30 randomly receives the number of blocks corresponding to the block number of the block to be generated.
  • Random information can be generated by transforming the seed information. In this case, it is assumed that when specific seed information is randomly converted a certain number of times, random information having the same value is always generated. According to the assumption, for example, the random information generated by randomly converting the seed information '100' twice is always '45'.
  • the control unit 33 may generate a hash value corresponding to the block generation permission information by using the block generation permission information and the random information. In this way, by using random information when generating a hash value, it is possible to improve security and increase the possibility of blocking forgery and alteration of information.
  • control unit 33 when the control unit 33 stores the driving record information in the blockchain network 50, identification verification using personal information of the user who provided the driving record information, that is, the user driving the vehicle 20 ( identity verification) can also be performed. This is to increase the reliability of the driving record information stored in the block chain network 50 and to protect personal information included in the driving record information.
  • the user's personal information is encrypted with a public key and stored in the storage unit 34 of the DTG terminal 30.
  • the hash value of the encrypted personal information stored in the storage unit 34 is stored in a specific block, and the block number of the block is encrypted with a public key and stored in a third device (e.g. authentication server) for performing verification.
  • a third device e.g. authentication server
  • the control unit 33 When the control unit 33 creates a block including driving record information and wants to store it in the blockchain network 50, the hash value and the private key of the encrypted personal information stored in the storage unit 34 are transferred to a third device. send.
  • the third device decrypts the previously stored block number using the received private key, the hash value of the encrypted personal information stored in the block corresponding to the block number, and the encrypted individual received from the DTG terminal 30. If the two are matched by comparing the hash values of the information, it is judged that the identity verification was successful, and the creation and storage of the block is permitted.
  • step 401 the control unit 33 collects driving record information and traffic-related data.
  • the control unit 33 may collect traffic-related data from the open data server 40 connected to the network 10 through the communication unit 31.
  • the control unit 33 may collect traffic-related data for roads around the vehicle 20 through sensors (e.g. cameras, etc.) installed in the DTG terminal 30.
  • the controller 33 may extract information on the'dangerous driving item' from the collected information.
  • 'dangerous driving items' are factors used to calculate the safe driving index, and are as shown in Table 1 below, and each dangerous driving item may be set to a corresponding'risk level'.
  • Table 1 the types of dangerous driving items shown in Table 1 and the risk level corresponding to each dangerous driving item are examples and may be set differently.
  • Specific conditions to correspond to the dangerous driving items presented in Table 1 may be set in advance. Specific conditions for falling under the dangerous driving item may be set differently for each type of vehicle 20, and Table 2 shows the criteria for the case where the vehicle 20 is a'cargo vehicle' and a'bus'. Of course, the conditions presented in Table 2 are also only examples, and conditions can be appropriately modified according to the situation.
  • step 402 the control unit 33 analyzes variables for each dangerous operation item. Yields
  • the road on which the vehicle 20 travels may be divided into a plurality of sections according to a certain criterion (e.g. the same distance, the same driving time, etc.), and j is an index value representing each divided section.
  • a certain criterion e.g. the same distance, the same driving time, etc.
  • j is an index value representing each divided section.
  • j has a value from 1 to N.
  • the method of calculating is as follows.
  • the control unit 33 divides the value obtained by multiplying the number of occurrences of each dangerous operation item for a specific road section and the risk level corresponding to each dangerous operation item by a'risk coefficient' to analyze variables for each dangerous operation item. Yields At this time, the'risk coefficient' is the square root of a value obtained by multiplying the'number of trips', which is the number of vehicles 20 equipped with the DTG terminal 30 operated in a specific road section, and the'number of sections', which is the number of divided sections.
  • the analysis variable can be obtained as follows. It is assumed that a specific vehicle 20 makes three sudden departures in the second road section, and there are a total of five vehicles (number of operations) equipped with the DTG terminal 30 running on the second road section. In addition, it is assumed that the road for which the driving record is being managed is divided into a total of 10 sections (number of sections).
  • the risk factor is the square root of the product of the number of trips and the number of sections. Becomes.
  • Analysis variable Is the value obtained by dividing 3, the result of multiplying 3, the number of sudden starts, and 1, the risk level corresponding to the sudden start, by the risk factor. Becomes.
  • the control unit 33 calculates analysis variables for all road sections and dangerous driving items.
  • control unit 33 Yields
  • the control unit 33 is the standard score (z-score) of the i dangerous driving item for the j section according to Equation 1 below. Can be calculated.
  • step 404 the control unit 33 normalizes the percentile value for each dangerous driving item. Yields The control unit 33 is the percentile normalized value of the analysis variable of the i dangerous driving item for the j section according to Equation 2 below. Can be calculated.
  • step 405 the control unit 33 scores for each dangerous operation item. Yields The control unit 33 is the score of the i dangerous driving item for the j section according to Equation 3 below. Can be calculated.
  • step 406 the control unit 33 Can be calculated.
  • the score for each road section means a score that reflects all dangerous driving items that occurred for a specific road section.
  • control unit 33 finally calculates the safe driving index S.
  • the control unit 33 may calculate the safe driving index S according to Equation 5 below.
  • the calculation of the safe driving index according to the method described above may be performed by the management server 100 instead of the DTG terminal 30. That is, when the driving record information collected by the DTG terminal 30 is stored in the blockchain network 50, the management server 100 accesses the blockchain network 50 to collect driving record information and traffic-related data, Using this, the safe driving index can be calculated according to the process described above.
  • the control unit 33 may store the calculated safe driving index in the blockchain network 50, and the process is the same as the process of storing the driving record information described above in the blockchain network 50.
  • control unit 33 may display the calculated safety driving index in real time through the input/output unit 32, periodically or whenever a user requests. Users can be motivated for safe driving by checking their own safety driving index.
  • a driving record management system based on a block chain may calculate a safe driving index based on driving record information, and provide a compensation to a user according to the calculated safe driving index.
  • a method of managing a driving record of a vehicle and providing compensation based thereon will be described.
  • step 501 the DTG terminal 30 or the management server 100 collects driving record information and traffic-related data, and calculates a safe driving index.
  • the DTG terminal 30 may collect driving record information of the vehicle 20 through a sensor provided in the vehicle 20, and the vehicle 20 is driven by accessing the open data server 40.
  • Traffic-related data can be collected for roads in progress.
  • the traffic-related data collected by the DTG terminal 30 may include situational information about the surrounding road on which the vehicle 20 is running.
  • a method of calculating a safe driving index based on driving record information and traffic-related data is as described above with reference to FIG. 4.
  • step 502 the DTG terminal 30 or the management server 100 stores driving record information, traffic-related data, and safe driving index in the blockchain network 50.
  • a method of creating a block including the above information and storing it in the block chain network 50 is the same as the method of storing the driving record information described above in the block chain network 50.
  • the DTG terminal 30 or the management server 100 provides a reward to the user according to the safe driving index.
  • the DTG terminal 30 or the management server 100 may calculate a compensation amount in proportion to the safe driving index, and pay a cryptocurrency or an electronic voucher corresponding to the calculated compensation amount to the user's electronic wallet.
  • the paid cryptocurrency may be generated through mining when a block including driving record information is generated. In this way, it is possible to expect the effect of inducing the user's safe driving by providing compensation to the user according to the safe driving index.
  • the term' ⁇ unit' used in the above embodiments means software or hardware components such as field programmable gate array (FPGA) or ASIC, and' ⁇ unit' performs certain roles. However,' ⁇ part' is not limited to software or hardware.
  • The' ⁇ unit' may be configured to be in an addressable storage medium, or may be configured to reproduce one or more processors. Thus, as an example,' ⁇ unit' refers to components such as software components, object-oriented software components, class components, and task components, processes, functions, properties, and procedures. , Subroutines, segments of program patent code, drivers, firmware, microcode, circuitry, data, database, data structures, tables, arrays, and variables.
  • the components and functions provided within the' ⁇ units' may be combined into a smaller number of elements and' ⁇ units', or may be separated from the additional elements and' ⁇ units'.
  • components and' ⁇ units' may be implemented to play one or more CPUs in a device or a security multimedia card.
  • the vehicle operation record management method based on the blockchain network may be implemented in the form of a computer-readable medium that stores instructions and data executable by a computer.
  • the instructions and data may be stored in the form of a program code, and when executed by a processor, a predetermined program module may be generated to perform a predetermined operation.
  • the computer-readable medium may be any available medium that can be accessed by a computer, and includes both volatile and nonvolatile media, removable and non-removable media.
  • the computer-readable medium may be a computer recording medium, which is volatile and non-volatile implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules, or other data.
  • the computer recording medium may be a magnetic storage medium such as HDD and SSD, an optical recording medium such as CD, DVD, and Blu-ray disk, or a memory included in a server accessible through a network.
  • the vehicle operation record management method based on the blockchain network may be implemented as a computer program (or computer program product) including instructions executable by a computer.
  • the computer program includes programmable machine instructions processed by a processor, and may be implemented in a high-level programming language, an object-oriented programming language, an assembly language, or a machine language.
  • the computer program may be recorded on a tangible computer-readable recording medium (eg, memory, hard disk, magnetic/optical medium or solid-state drive (SSD), etc.).
  • the method for managing vehicle driving records based on a block chain network may be implemented by executing the computer program as described above by a computing device.
  • the computing device may include at least some of a processor, a memory, a storage device, a high-speed interface connected to the memory and a high-speed expansion port, and a low-speed interface connected to the low-speed bus and the storage device.
  • a processor may include at least some of a processor, a memory, a storage device, a high-speed interface connected to the memory and a high-speed expansion port, and a low-speed interface connected to the low-speed bus and the storage device.
  • Each of these components is connected to each other using a variety of buses, and can be mounted on a common motherboard or in other suitable manner.
  • the processor can process commands within the computing device.
  • commands include, for example, to display graphic information for providing a GUI (Graphic User Interface) on an external input or output device, such as a display connected to a high-speed interface.
  • GUI Graphic User Interface
  • multiple processors and/or multiple buses may be used with multiple memories and memory types as appropriate.
  • the processor may be implemented as a chipset formed by chips including a plurality of independent analog and/or digital processors.
  • the memory also stores information within the computing device.
  • the memory may be composed of volatile memory units or a set of them.
  • the memory may be composed of a nonvolatile memory unit or a set of them.
  • the memory may be another type of computer-readable medium such as a magnetic or optical disk.
  • the storage device may provide a large-capacity storage space to the computing device.
  • the storage device may be a computer-readable medium or a configuration including such a medium, for example, devices in a storage area network (SAN) or other configurations, a floppy disk device, a hard disk device, an optical disk device, Alternatively, it may be a tape device, a flash memory, or another semiconductor memory device or device array similar thereto.
  • the storage device may be a database server for configuring a cloud computing or edge computing system.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Mathematical Physics (AREA)
  • Chemical & Material Sciences (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Analytical Chemistry (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Automation & Control Theory (AREA)
  • Transportation (AREA)
  • Mechanical Engineering (AREA)
  • Game Theory and Decision Science (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Remote Sensing (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • Traffic Control Systems (AREA)

Abstract

블록체인 네트워크에 기반한 차량의 운행기록 관리 방법은, 차량에 설치된 DTG(digital tachograph) 단말이 상기 차량의 운행기록 정보, 상기 차량이 주행 중인 도로에 대한 교통 관련 데이터를 수집하고, 상기 운행기록 정보 및 상기 교통 관련 데이터에 기초하여 안전운전 지수를 산출하는 단계 및 상기 DTG 단말이 상기 운행기록 정보, 상기 교통 관련 데이터 및 상기 안전운전 지수를, 상기 DTG 단말을 노드로서 포함하는 블록체인 네트워크에 저장하는 단계를 포함한다.

Description

블록체인 네트워크에 기반하여 차량의 운행기록을 관리하는 방법, 이를 수행하기 위한 장치 및 시스템
본 명세서에서 개시되는 실시예들은 블록체인 네트워크에 기반하여 차량의 운행기록을 관리하는 방법, 이를 수행하기 위한 장치 및 시스템에 관한 것이다.
블록체인(blockchain) 기술은 데이터를 복제하여 복수의 위치에 저장하는 분산형 데이터 저장 기술이다. 블록체인 기술에 따르면 데이터가 저장되는 블록들은 해시값(hash value)을 통해 서로 연결됨으로써 저장되는 데이터의 신뢰성을 보장할 수 있다. 따라서, 저장되는 데이터들의 신뢰성이 요구되는 다양한 분야에서 블록체인 기술이 이용될 수 있다.
지능형 교통 시스템(Intelligent Transport System, 이하 ITS)은 전기·전자·정보통신 기술을 이용하여 교통 혼잡을 효율적으로 조정하고 안전성을 증진시키기 위한 교통 체계 및 시스템이다.
ITS에서 교통과 관련한 정보를 제공하거나 교통 관련 제어를 수행하기 위해서는 다수의 차량들로부터 교통 관련 데이터를 수집해야 하는데, 수집되는 정보들의 신뢰성을 검증하기 어려운 문제가 있다. 또한, 수집되는 정보들은 개인정보를 포함하고 있을 수도 있으므로 높은 보안성이 요구된다.
특히, 각 차량은 차량에 설치되는 DTG를 통해 수집되는 차량의 운행기록을 ITS에 제공하고 ITS는 교통 관리 수행 시 이를 이용하는데, 만약 차량의 운전자가 차량의 운행기록을 임의로 조작하거나 변경한다면 교통 관리의 효율성이 떨어질 수 있다. 따라서, 차량의 운행기록의 관리에 대한 신뢰성을 높일 수 있는 기술을 개발할 필요성이 있다.
한편, 전술한 배경기술은 발명자가 본 발명의 도출을 위해 보유하고 있었거나, 본 발명의 도출 과정에서 습득한 기술 정보로서, 반드시 본 발명의 출원 전에 일반 공중에게 공개된 공지기술이라 할 수는 없다.
본 명세서에서 개시되는 실시예들은, 블록체인 네트워크를 이용하여 차량의 운행기록을 관리하는 방법 및 시스템을 제공하고자 한다.
본 명세서에서 개시되는 실시예들은, 다양한 장치를 통해 수집된 차량의 운행기록을 블록체인 네트워크에 저장함으로써 데이터의 신뢰성을 보장한다. 또한, 차량의 운행기록에 기초하여 안전운전 여부를 판단하고, 그 결과에 따라 사용자에게 보상을 지급한다.
본 명세서에서 개시되는 실시예에 따르면, 차량의 운행기록 정보를 블록체인 네트워크에 저장함으로써 사용자가 임의로 운행기록을 조작 또는 변경하는 것을 방지할 수 있다.
또한, 운행기록 정보에 기초하여 안전운전 지수를 산출하고, 안전운전 지수에 따라 사용자에게 보상을 제공함으로써 사용자에게 안전운전에 대한 동기를 부여할 수 있다.
개시되는 실시예들에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 개시되는 실시예들이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 일 실시예에 따른 블록체인에 기반한 운행기록 관리 시스템을 도시한 도면이다.
도 2는 일 실시예에 따라 차량의 운행기록이 저장되는 블록의 구성을 도시한 도면이다.
도 3은 일 실시예에 따른 블록체인에 기반한 운행기록 관리 시스템에 포함되는 DTG 단말(30)의 구성을 도시한 도면이다.
도 4는 일 실시예에 따라 운행기록 정보 및 교통 관련 데이터에 기초하여 안전운전 지수를 산출하는 방법을 설명하기 위한 순서도이다.
도 5는 일 실시예에 따라 차량의 운행기록을 관리하는 방법을 설명하기 위한 순서도이다.
일 실시예에 따르면, 블록체인 네트워크에 기반한 차량의 운행기록 관리 방법은, 차량에 설치된 DTG 단말이 상기 차량의 운행기록 정보, 상기 차량이 주행 중인 도로에 대한 교통 관련 데이터를 수집하고, 상기 운행기록 정보 및 상기 교통 관련 데이터에 기초하여 안전운전 지수를 산출하는 단계 및 상기 DTG 단말이 상기 운행기록 정보, 상기 교통 관련 데이터 및 상기 안전운전 지수를, 상기 DTG 단말을 노드로서 포함하는 블록체인 네트워크에 저장하는 단계를 포함할 수 있다.
또 다른 실시예에 의하면, 블록체인 네트워크에 기반한 차량의 운행기록 관리 방법을 수행하기 위한 프로그램이 기록된 컴퓨터 판독 가능한 기록매체가 개시된다. 이때 블록체인 네트워크에 기반한 차량의 운행기록 관리 방법은, 차량에 설치된 DTG 단말이 상기 차량의 운행기록 정보, 상기 차량이 주행 중인 도로에 대한 교통 관련 데이터를 수집하고, 상기 운행기록 정보 및 상기 교통 관련 데이터에 기초하여 안전운전 지수를 산출하는 단계 및 상기 DTG 단말이 상기 운행기록 정보, 상기 교통 관련 데이터 및 상기 안전운전 지수를, 상기 DTG 단말을 노드로서 포함하는 블록체인 네트워크에 저장하는 단계를 포함할 수 있다.
또 다른 실시예에 따르면, 블록체인에 기반한 차량의 운행기록 관리 시스템은, 차량에 설치되어 차량의 운행기록 정보를 수집하는 DTG 단말, 상기 차량이 주행 중인 도로에 대한 교통 관련 데이터를 제공하는 오픈 데이터 서버 및 상기 DTG 단말을 노드로서 포함하는 블록체인 네트워크를 관리하기 위한 관리 서버를 포함하며, 상기 DTG 단말은, 상기 오픈 데이터 서버로부터 상기 교통 관련 데이터를 수신하여, 상기 운행기록 정보 및 상기 교통 관련 데이터에 기초하여 안전운전 지수를 산출하고, 상기 운행기록 정보, 상기 교통 관련 데이터 및 상기 안전운전 지수를 상기 블록체인 네트워크에 저장할 수 있다.
아래에서는 첨부한 도면을 참조하여 다양한 실시예들을 상세히 설명한다. 아래에서 설명되는 실시예들은 여러 가지 상이한 형태로 변형되어 실시될 수도 있다. 실시예들의 특징을 보다 명확히 설명하기 위하여, 이하의 실시예들이 속하는 기술분야에서 통상의 지식을 가진 자에게 널리 알려져 있는 사항들에 관해서 자세한 설명은 생략하였다. 그리고, 도면에서 실시예들의 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
명세서 전체에서, 어떤 구성이 다른 구성과 "연결"되어 있다고 할 때, 이는 '직접적으로 연결'되어 있는 경우뿐 아니라, '그 중간에 다른 구성을 사이에 두고 연결'되어 있는 경우도 포함한다. 또한, 어떤 구성이 어떤 구성을 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한, 그 외 다른 구성을 제외하는 것이 아니라 다른 구성들을 더 포함할 수도 있음을 의미한다.
먼저 본 명세서에서 자주 사용되는 용어들의 의미를 정의한다.
'운행기록 정보(driving record information)'란 차량이 운행하는 동안 수집되는, 운행과 관련된 정보를 의미한다. 예를 들어, 운행기록 정보는 차량의 순간 속도, 가속도, 분당 엔진 회전수(RPM), 브레이크 작동 여부, 차량의 위치, 타이어 공기압, 엔진 온도, 적재중량 측정치, 잔여 연료량, 도어 잠금장치 해제 여부, 운행날짜, 운행시간 및 운행거리 등을 포함할 수 있다. 또한, 운행기록 정보는 차량을 식별하기 위한 차량정보(e.g. 차량번호, 차대번호 등)와 차량을 운전하는 사용자를 식별하기 위한 개인정보(e.g. 이름, 나이 등)를 더 포함할 수 있다. 이외에도 운행기록 정보는 차량의 운행과 관련된 다양한 정보를 포함할 수 있다.
'교통 관련 데이터(traffic related data)'란 교통 규제, 교통 상황(e.g. 도로상에 운행 중인 차량의 수 및 속도 등), 도로 상황(e.g. 결빙 또는 공사 여부와 같은 도로의 상태 등), 기상 상황 등과 같이 교통에 영향을 줄 수 있는 다양한 종류의 데이터를 모두 포함하는 넓은 개념이다.
'안전운전 지수(safe driving index)'란 차량의 운전자가 안전운전을 하는 정도를 수치로 나타낸 것이다. 안전운전 지수는 차량의 운행기록과 차량이 운행한 도로 주변에 대한 교통 관련 데이터를 종합적으로 고려하여 산출될 수 있다. 본 명세서에서 설명되는 실시예들에서 안전운전 지수는 0부터 100까지의 값을 가지도록 정규화되며, 값이 클수록 안전운전에 가까운 것으로 본다.
이상에서 설명되지 않은 용어들에 대해서는 이하에서 필요할 때마다 의미를 설명한다.
도 1은 일 실시예에 따른 블록체인에 기반한 운행기록 관리 시스템을 도시한 도면이다. 도 1을 참조하면, 일 실시예에 따른 블록체인에 기반한 운행기록 관리 시스템은, 네트워크(10), 차량(20), 디지털 운행 기록계(digital tachograph, 이하 DTG) 단말(30), 오픈 데이터 서버(40), 블록체인 네트워크(50) 및 관리 서버(100)를 포함할 수 있다. 또한 도 1에는 도시되지 않았으나, 다른 실시예에 따르면 블록체인에 기반한 교통 관리 시스템은 다양한 종류의 교통 시설 인프라를 더 포함할 수도 있다.
네트워크(10)는 DTG 단말(30)들, 오픈 데이터 서버(40), 블록체인 네트워크(50), 그리고 서버(100)들 간 유무선 통신이 가능하도록 하는 구성이다.
차량(20)에 설치되는 DTG 단말(30)은 차량(20)의 운행기록 정보(driving record information)를 실시간으로 수집 및 저장하기 위한 구성이다. DTG 단말(30)은 수집한 운행기록 정보를 블록체인 네트워크(50)에 저장할 수 있다. 또한, DTG 단말(30)은 운행기록 정보에 기초하여 안전운전 지수를 산출할 수 있다. DTG 단말(30)의 상세 구성 및 동작에 대해서는 아래에서 도 3을 참조하여 설명한다.
오픈 데이터 서버(40)는 교통 관련 데이터(traffic related data)를 제공하는 구성으로서, DTG 단말(30)이나 관리 서버(100)는 오픈 데이터 서버(40)로부터 다양한 교통 관련 데이터를 획득할 수 있다. 오픈 데이터 서버(40)가 제공하는 교통 관련 데이터는 앞서 설명한 정보들 외에도 교통사고 발생내역, 사고 다발지역, 도로 위험구간, 어린이 또는 노약자 보호구간 등에 대한 정보를 더 포함할 수 있다. 오픈 데이터 서버(40)는 경찰청, 도로교통공단 및 기상청 등과 같은 기관들로부터 위와 같은 교통 관련 데이터를 수집할 수 있다.
블록체인 네트워크(50)는 DTG 단말(30)을 통해 수집된 차량(20)들의 운행기록 정보가 저장되는 곳으로서 각각 저장공간을 구비한 복수의 노드(node)들로 구성될 수 있다. 일 실시예에 따르면, 각각의 DTG 단말(30)이 노드가 되어 블록체인 네트워크(50)를 구성할 수 있다. 또한 다른 일 실시예에 따르면, DTG 단말(30)들로 구성되는 블록체인 네트워크는 서브 블록체인이라고 하고, 별도의 전자 디바이스들로 구성되는 블록체인 네트워크(50)는 메인 블록체인이라고 하여, 관리 서버(100)를 통해 서브 블록체인과 메인 블록체인이 연결될 수도 있다. 이하에서는 설명의 편의를 위해 블록체인 네트워크(50)는 DTG 단말(30)들을 노드로서 포함한다고 가정한다.
블록체인 네트워크(50)에는 DTG 단말(30)을 통해 수집된 운행기록 정보뿐만 아니라, 오픈 데이터 서버(40)로부터 획득된 교통 관련 데이터, 그리고 DTG 단말(30) 또는 관리 서버(100)에 의해 산출된 안전운전 지수(safe driving index)가 함께 저장될 수 있다.
블록체인 네트워크(50)에 차량의 운행기록을 포함한 정보들이 저장되는 방법에 대해서 설명하면 다음과 같다.
도 2는 일 실시예에 따라 차량의 운행기록이 저장되는 블록의 구성을 도시한 도면이다. 블록체인 네트워크(50)에는 디지털화된 정보가 분산 저장될 수 있으며, 블록체인 네트워크(50)에 저장되는 기본 단위인 각각의 블록(block)은 헤더(header) 및 바디(body)로 이루어진다.
도 2를 참조하면, 차량(20)의 운행기록 정보는 블록의 바디에 저장된다. 블록의 바디에는 운행기록 정보 외에도 교통 관련 데이터나 안전운전 지수 등이 저장될 수도 있다.
블록의 헤더에는 이전 블록에 대한 해시값(hash value)과 해당 블록에 대한 해시값이 저장된다. 해당 블록에 대한 해시값이란, 해당 블록의 바디에 포함된 데이터들을 미리 정해진 해시 함수(hash function)를 이용하여 변환한 해시값을 의미한다. 해당 블록에 대한 해시값은 다음 블록의 헤더에 '이전 블록에 대한 해시값'으로서 저장됨으로써 블록들은 서로 연결되게 된다. 블록의 헤더에는 그 외에도 버전(version)이나 논스(nonce) 등의 값이 함께 저장될 수 있는데, 이는 일반적인 블록체인 기술에 관한 것이므로 이에 대한 자세한 설명은 생략한다.
이와 같이 생성된 블록들은 블록체인 네트워크(50)를 구성하는 노드들에 분산되어 저장되며, 특정 블록에 대한 해시값은 해당 블록의 헤더 및 다음 블록의 헤더에 모두 저장됨으로써 분산 저장되는 데이터 간 신뢰성을 보장할 수 있다.
일 실시예에 따르면, 블록은 DTG 단말(30)에 의해 생성되어 DTG 단말(30)에 저장되며, 관리 서버(100)가 블록의 생성 및 저장 과정에 관여할 수 있는데, 블록의 생성 및 저장 과정에 대해서는 아래에서 도 3을 참조하여 설명한다.
관리 서버(100)는 DTG 단말(30)에 의해 수집된 운행기록 정보를 블록체인 네트워크(50)에 저장하는 과정에 관여할 수도 있고, 실시예에 따라서는 DTG 단말(30) 대신 안전운전 지수를 산출할 수도 있다. 또한 앞서 설명한 바와 같이 DTG 단말(30)들이 서브 블록체인을 구성하는 경우, 관리 서버(100)는 별도로 구성되는 메인 블록체인에 서브 블록체인을 연결할 수도 있다.
도 3은 일 실시예에 따른 블록체인에 기반한 운행기록 관리 시스템에 포함되는 DTG 단말(30)의 구성을 도시한 도면이다. 본 명세서에서 설명되는 실시예들에서 DTG 단말(30)의 역할은 스마트폰이나 태블릿 PC 등과 같은 모바일 단말이 애플리케이션의 실행을 통해 수행할 수도 있다. 따라서, 본 명세서에서 사용되는 'DTG 단말'이라는 용어는 애플리케이션을 통해 디지털 운행 기록 기능을 수행하는 다양한 종류의 모바일 단말까지 포함하는 것으로 본다.
도 3을 참조하면, 일 실시예에 따른 DTG 단말(30)은 통신부(31), 입출력부(32), 제어부(33) 및 저장부(34)를 포함할 수 있다.
통신부(31)는 다른 장치와 유무선 통신을 수행하기 위한 구성이다. 이를 위해 통신부(31)는 다양한 종류의 유무선 통신 프로토콜을 지원하는 칩셋으로 구성될 수 있다. DTG 단말(30)은 통신부(31)를 통해 네트워크(10)에 연결된 다른 장치들과 데이터를 송수신할 수 있다.
입출력부(32)는 데이터 및 명령 등을 입력 받고, 명령에 따라 데이터를 연산 처리한 결과를 출력하기 위한 구성이다. 입출력부(32)는 하드 버튼 및 터치 스크린 등과 같이 입력을 위한 구성과, LCD 및 OLED 등과 같이 출력을 위한 구성을 포함할 수 있다. 일 실시예에 따르면, DTG 단말(30)은 입출력부(32)를 통해 차량(20)에 설치된 각종 센서들(e.g. 속도계, 카메라, 적외선 센서, 레이더, 라이다, 초음파 센서 등)로부터 운행기록 정보를 수신할 수 있으며, 운행기록 정보에 기초하여 산출된 안전운전 지수 및 안전운전 지수에 따라 지급된 보상 등에 대한 내용을 출력할 수 있다. 또한, 입출력부(32)는 DTG 단말(30)에 구비된 다양한 센서들(e.g. 카메라, 적외선 센서, 레이더, 라이다, 초음파 센서 등)을 통해 수집된 운행기록 정보를 수신할 수도 있다.
또한, 입출력부(32)는 통신부(31)를 통해 오픈 데이터 서버(40)로부터 안전운전 지수 산출에 필요한 교통 관련 데이터를 수신할 수도 있다.
제어부(33)는 CPU 등과 같은 적어도 하나의 프로세서를 포함하는 구성으로서 DTG 단말(30)의 전반적인 동작을 제어한다. 제어부(33)는 후술할 저장부(34)에 저장된 프로그램을 실행함으로써 운행기록 정보를 블록체인 네트워크(50)에 저장하거나, 운행기록 정보에 기초하여 안전운전 지수를 산출할 수 있다.
이하에서는 제어부(33)가 운행기록 정보를 블록체인 네트워크(50)에 저장하는 방법에 대해서 자세히 설명한다.
앞서 설명한 바와 같이 DTG 단말(30)이 블록체인 네트워크(50)를 구성하는 노드가 될 수 있다. 따라서, 제어부(33)는 운행기록 정보를 포함하는 블록을 생성하여 DTG 단말(30)의 저장부(34)에 저장할 수 있다.
일 실시예에 따르면, 블록 생성을 위해 관리 서버(100)는 DTG 단말(30)에 블록 생성 허가 정보(e.g. 등록키)를 전송할 수 있으며, DTG 단말(30)마다 고유한 블록 생성 허가 정보를 생성하여 전송할 수 있다. 관리 서버(100)는 블록 생성 허가 정보를 이용하여 블록을 생성하는 DTG 단말(30)에 대한 정보를 관리할 수 있다.
제어부(33)는 관리 서버(100)로부터 수신한 블록 생성 허가 정보를 이용하여 운행기록 정보에 대한 암호화를 수행하고 블록을 생성할 수 있다. 이와 같이, 운행기록 정보를 암호화하여 저장함으로써 정보의 위변조를 방지할 수 있다.
블록은 해당 블록의 블록번호, 운행기록 정보 및 블록 생성 허가 정보 각각에 대한 해시값을 포함할 수 있으며, 이전 블록에 대한 해시값과 해당 블록에 대한 해시값을 모두 포함할 수 있다. 해당 블록에 대한 해시값을 구하는 과정에 대해서 설명하면, 해당 블록에 포함된 해시값들(이전 블록, 블록번호, 운행기록 정보 및 블록 생성 허가 정보 각각에 대한 해시값들)을 해시 함수의 입력으로 적용함으로써 얻는 해시값이 해당 블록에 대한 해시값이 된다. 이때, '블록번호'란 해당 블록이 몇 번째로 생성된 블록인지를 나타내는 값이다. 각각의 블록이 이전 블록에 대한 해시값을 포함하도록 구성됨으로써 모든 블록들이 블록체인 형태로 연결될 수 있고, 그에 따라 정보의 위변조를 효과적으로 방지할 수 있다.
DTG 단말(30)의 제어부(33)는 해시 함수(hash function)를 이용하여 운행기록 정보, 블록 생성 허가 정보 및 각각의 블록을 해시값으로 변환하여 암호화할 수 있다.
제어부(33)는 운행기록 정보, 블록 생성 허가 정보 및 블록번호로부터 변환된 해시값들을 머클 트리(Merkle tree) 형태로 구성함으로써 현재 블록에 대한 해시값을 생성할 수 있다. 자세하게는, 제어부(33)는 운행기록 정보, 블록 생성 허가 정보 및 블록번호 각각에 대응하는 해시값(리프(leaf) 데이터)들을 먼저 구하고, 구한 해시값들 및 이전 블록에 대한 해시값을 둘씩 연결하여 새로운 해시값(리프 데이터에 대한 부모 데이터)을 구할 수 있다. 제어부(33)는 더 이상 해시값을 둘씩 쌍 지을 수 없을 때까지, 즉 하나의 해시값만이 남을 때까지 위와 같은 과정을 반복하고 최종적으로 남은 하나의 해시값(머클 트리 루트)을 블록의 헤더에 저장할 수 있다. 이때 머클 트리 루트가 현재 블록에 대한 해시값이 되며, 이는 다음 블록 생성 시에 이용될 수 있다. 현재 블록에 대한 해시값은 블록에 포함된 모든 정보들과 관련되어 있으므로, 이 정보들에 대한 위변조 여부 판단 시 사용될 수 있다.
제어부(33)는 블록 생성 허가 정보에 대응되는 해시값을 생성함에 있어서, 관리 서버(100)로부터 수신된 시드 정보로부터 변환된 랜덤 정보를 이용하여 해시값을 생성할 수 있다. 이때, 시드 정보는 관리 서버(100)가 DTG 단말(30)에 할당한 고유 식별자일 수 있고, DTG 단말(30)의 제어부(33)는 생성하고자 하는 블록의 블록번호에 해당하는 횟수만큼 무작위로 시드 정보를 변환함으로써 랜덤 정보를 생성할 수 있다. 이때 특정한 시드 정보가 특정 횟수만큼 무작위로 변환된 경우, 항상 같은 값을 갖는 랜덤 정보가 생성된다고 가정한다. 가정에 따르면 예를 들어, 시드 정보 '100'이 두 번 무작위로 변환되어 생성되는 랜덤 정보는 항상 '45'가 된다.
제어부(33)는 블록 생성 허가 정보 및 랜덤 정보를 이용하여 블록 생성 허가 정보에 대응되는 해시값을 생성할 수 있다. 이와 같이 해시값 생성 시 랜덤 정보를 이용함으로써 보안성을 향상시키고 정보의 위변조 차단 가능성을 높일 수 있다.
일 실시예에 따르면, 제어부(33)가 운행기록 정보를 블록체인 네트워크(50)에 저장할 때, 운행기록 정보를 제공한 사용자, 즉 차량(20)을 운전하는 사용자의 개인정보를 이용한 신원 검증(identity verification)을 수행할 수도 있다. 블록체인 네트워크(50)에 저장되는 운행기록 정보의 신뢰성을 높이고, 운행기록 정보에 포함되는 개인정보를 보호하기 위함이다.
먼저 신원 검증을 위한 사전 준비 프로세스에 대해서 설명한다.
사용자의 개인정보는 공개키로 암호화되어 DTG 단말(30)의 저장부(34)에 저장된다. 저장부(34)에 저장된 암호화된 개인정보의 해시값은 특정 블록에 저장되고, 해당 블록의 블록번호는 공개키로 암호화되어 검증 수행을 위한 제3의 장치(e.g. 인증 서버)에 저장된다.
이어서 검증 프로세스에 대해서 설명한다.
제어부(33)는 운행기록 정보를 포함하는 블록을 생성하여 블록체인 네트워크(50)에 저장하고자 할 때, 저장부(34)에 저장된 암호화된 개인정보의 해시값과 개인키를 제3의 장치에 전송한다. 제3의 장치는 수신한 개인키를 이용하여 사전에 저장된 블록번호를 복호화하고, 해당 블록번호에 대응되는 블록에 저장된 암호화된 개인정보의 해시값과, DTG 단말(30)로부터 수신한 암호화된 개인정보의 해시값을 비교하여 둘이 일치하면 신원 검증에 성공한 것으로 판단하고 블록의 생성 및 저장을 허가한다.
이하에서는 제어부(33)가 운행기록 정보 및 교통 관련 데이터를 이용하여 안전운전 지수를 산출하는 방법에 대해서 자세히 설명한다.
도 4는 일 실시예에 따라 안전운전 지수를 산출하는 방법을 설명하기 위한 순서도이다. 도 4를 참조하면, 401 단계에서 제어부(33)는 운행기록 정보 및 교통 관련 데이터를 수집한다. 제어부(33)는 통신부(31)를 통해 네트워크(10)에 연결된 오픈 데이터 서버(40)로부터 교통 관련 데이터를 수집할 수 있다. 또한, 제어부(33)는 DTG 단말(30)에 설치된 센서(e.g. 카메라 등)를 통해 차량(20) 주변의 도로에 대한 교통 관련 데이터를 수집할 수도 있다. 제어부(33)는 수집한 정보들로부터 '위험운행 항목'에 대한 정보를 추출할 수 있다. 이때, '위험운행 항목'이란 안전운전 지수 산출에 이용되는 요소들로서 다음의 표 1에 나타난 바와 같으며, 각각의 위험운행 항목은 대응되는 '위험레벨'이 설정될 수 있다. 다만, 표 1에 나타난 위험운행 항목의 종류와 각 위험운행 항목에 대응되는 위험레벨은 하나의 예시로서 이와 다르게 설정될 수도 있다.
Figure PCTKR2020012075-appb-img-000001
표 1에서 제시된 위험운행 항목에 해당되기 위한 구체적인 조건이 미리 설정될 수 있다. 위험운행 항목에 해당되기 위한 구체적인 조건은 차량(20)의 종류별로 다르게 설정될 수 있으며, 표 2에서는 차량(20)이 '화물차'인 경우와 '버스'인 경우에 대한 기준을 나타내었다. 물론 표 2에서 제시된 조건들 역시 하나의 예시일 뿐이며, 상황에 따라 적절하게 조건을 수정할 수 있다.
Figure PCTKR2020012075-appb-img-000002
402 단계에서 제어부(33)는 위험운행 항목별 분석변수
Figure PCTKR2020012075-appb-img-000003
를 산출한다.
이때, i는 위험운행 항목을 나타내는 인덱스 값이다. 즉, 표 1에 나타난 위험운행 항목들 각각에는 1부터 시작되는 정수가 순서대로 부여될 수 있다. 예를 들어, 급출발(i=1), 급제동(i=2), 과속(i=3) 등과 같은 식으로 인덱스 값이 부여될 수 있다. 이하의 실시예에서 i는 1부터 n까지의 값을 갖는다고 가정한다.
한편, 차량(20)이 운행한 도로는 일정한 기준(e.g. 동일한 거리, 동일한 운행 시간 등)에 따라 복수의 구간들로 분할될 수 있으며, j는 분할된 각각의 구간을 나타내는 인덱스 값이다. 이하의 실시예에서 j는 1부터 N까지의 값을 갖는다고 가정한다.
제어부(33)가 분할된 각 도로 구간에 대해서 위험운행 항목별 분석변수
Figure PCTKR2020012075-appb-img-000004
를 산출하는 방법은 다음과 같다. 제어부(33)는 특정 도로 구간에 대해서 각각의 위험운행 항목이 발생한 건수와, 각 위험운행 항목에 대응되는 위험레벨을 곱한 값을 '위험계수'로 나눔으로써 위험운행 항목별 분석변수
Figure PCTKR2020012075-appb-img-000005
를 산출한다. 이때 '위험계수'는, 특정 도로 구간에서 운행한 DTG 단말(30)을 장착한 차량(20)들의 수인 '운행건수'와 분할된 구간들의 개수인 '구간개수'를 곱한 값의 제곱근이 된다.
예를 들어, 급출발에 대응되는 인덱스를 1(i=1)이라고 하고, 2번 도로 구간에 대응되는 인덱스를 2(j=2)라고 할 때, 분석변수
Figure PCTKR2020012075-appb-img-000006
는 다음과 같이 구할 수 있다. 2번 도로 구간에서 특정 차량(20)이 급출발을 3번 했고, 2번 도로 구간을 운행 중인 DTG 단말(30)을 장착한 차량이 총 5대(운행건수)라고 가정한다. 그리고, 운행기록을 관리 중인 도로는 총 10개(구간개수) 구간으로 분할되었다고 가정한다.
먼저 위험계수는 운행건수와 구간개수를 곱한 값의 제곱근이므로
Figure PCTKR2020012075-appb-img-000007
이 된다. 분석변수
Figure PCTKR2020012075-appb-img-000008
는, 급출발이 발생한 횟수인 3과 급출발에 대응되는 위험레벨 1을 곱한 결과값인 3을 위험계수로 나눈 값이므로
Figure PCTKR2020012075-appb-img-000009
가 된다. 제어부(33)는 모든 도로 구간 및 위험운행 항목에 대해서 분석변수를 산출한다.
403 단계에서 제어부(33)는 위험운행 항목별 표준점수
Figure PCTKR2020012075-appb-img-000010
를 산출한다. 제어부(33)는 아래의 수학식 1에 따라서 j 구간에 대한 i 위험운행 항목의 표준점수(z-score)
Figure PCTKR2020012075-appb-img-000011
를 산출할 수 있다.
[수학식 1]
Figure PCTKR2020012075-appb-img-000012
이때,
Figure PCTKR2020012075-appb-img-000013
는 모든 도로 구간에 대한 i 위험운행 항목의 분석변수의 평균이고,
Figure PCTKR2020012075-appb-img-000014
는 모든 도로 구간에 대한 i 위험운행 항목의 분석변수의 표준편차이다.
404 단계에서 제어부(33)는 위험운행 항목별 백분위 정규화 값
Figure PCTKR2020012075-appb-img-000015
를 산출한다. 제어부(33)는 아래의 수학식 2에 따라서 j 구간에 대한 i 위험운행 항목의 분석변수의 백분위 정규화 값
Figure PCTKR2020012075-appb-img-000016
를 산출할 수 있다.
[수학식 2]
Figure PCTKR2020012075-appb-img-000017
이때,
Figure PCTKR2020012075-appb-img-000018
는 모든 도로 구간에 대한 i 위험운행 항목의 분석변수의 최소값이고,
Figure PCTKR2020012075-appb-img-000019
는 모든 도로 구간에 대한 i 위험운행 항목의 분석변수의 최대값이다.
405 단계에서 제어부(33)는 위험운행 항목별 점수
Figure PCTKR2020012075-appb-img-000020
를 산출한다. 제어부(33)는 아래의 수학식 3에 따라서 j 구간에 대한 i 위험운행 항목의 점수
Figure PCTKR2020012075-appb-img-000021
를 산출할 수 있다.
[수학식 3]
Figure PCTKR2020012075-appb-img-000022
406 단계에서 제어부(33)는 도로 구간별 점수
Figure PCTKR2020012075-appb-img-000023
를 산출할 수 있다. 도로 구간별 점수란 특정 도로 구간에 대해서 발생한 모든 위험운행 항목을 반영한 점수를 의미한다. 제어부(33)는 아래의 수학식 4에 따라서 j 구간에 대한 점수
Figure PCTKR2020012075-appb-img-000024
를 산출할 수 있다.
[수학식 4]
Figure PCTKR2020012075-appb-img-000025
407 단계에서 제어부(33)는 최종적으로 안전운전 지수 S를 산출한다. 제어부(33)는 아래의 수학식 5에 따라서 안전운전 지수 S를 산출할 수 있다.
[수학식 5]
Figure PCTKR2020012075-appb-img-000026
이상 설명한 방법에 따른 안전운전 지수의 산출은 DTG 단말(30)이 아닌 관리 서버(100)에 의해 수행될 수도 있다. 즉, DTG 단말(30)이 수집한 운행기록 정보를 블록체인 네트워크(50)에 저장하면, 관리 서버(100)는 블록체인 네트워크(50)에 접근하여 운행기록 정보 및 교통 관련 데이터를 수집하고, 이를 이용하여 위에서 설명한 프로세스에 따라 안전운전 지수를 산출할 수 있다.
제어부(33)는 산출된 안전운전 지수를 블록체인 네트워크(50)에 저장할 수 있는데, 그 과정은 앞서 설명된 운행기록 정보를 블록체인 네트워크(50)에 저장하는 과정과 동일하다.
또한, 제어부(33)는 산출된 안전운전 지수를 입출력부(32)를 통해 실시간으로, 주기적으로 또는 사용자의 요청이 있을 때마다 표시할 수 있다. 사용자는 본인의 안전운전 지수를 확인함으로써 안전운전에 대한 동기를 부여받을 수 있다.
일 실시예에 따른 블록체인에 기반한 운행기록 관리 시스템은 운행기록 정보에 기초하여 안전운전 지수를 산출하고, 산출된 안전운전 지수에 따라서 사용자에게 보상을 제공할 수 있다. 이하에서는 차량의 운행기록을 관리하고, 그에 기초하여 보상을 제공하는 방법에 대해서 설명한다.
도 5는 일 실시예에 따라 차량의 운행기록을 관리하는 방법을 설명하기 위한 순서도이다. 도 5를 참조하면, 501 단계에서 DTG 단말(30) 또는 관리 서버(100)는 운행기록 정보 및 교통 관련 데이터를 수집하고, 안전운전 지수를 산출한다. 예를 들어, DTG 단말(30)은 차량(20)에 구비된 센서 등을 통해 차량(20)의 운행기록 정보를 수집할 수 있고, 오픈 데이터 서버(40)에 접근하여 차량(20)이 주행 중인 도로에 대한 교통 관련 데이터를 수집할 수 있다. 이때, DTG 단말(30)이 수집하는 교통 관련 데이터는, 차량(20)이 주행 중인 도로 주변에 대한 상황 정보를 포함할 수 있다. 운행기록 정보 및 교통 관련 데이터에 기초하여 안전운전 지수를 산출하는 방법은 앞서 도 4를 참조하여 설명한 바와 같다.
502 단계에서 DTG 단말(30) 또는 관리 서버(100)는 운행기록 정보, 교통 관련 데이터 및 안전운전 지수를 블록체인 네트워크(50)에 저장한다. 위 정보들을 포함하는 블록을 생성하여 블록체인 네트워크(50)에 저장하는 방법은 앞서 설명된 운행기록 정보를 블록체인 네트워크(50)에 저장하는 방법과 동일하다.
503 단계에서 DTG 단말(30) 또는 관리 서버(100)는 안전운전 지수에 따라서 사용자에게 보상을 제공한다. DTG 단말(30) 또는 관리 서버(100)는 안전운전 지수에 비례하도록 보상금액을 산출하고, 산출된 보상금액에 대응되는 암호화폐 또는 전자 바우처를 사용자의 전자지갑에 지급할 수 있다. 이때, 지급되는 암호화폐는 운행기록 정보 등을 포함하는 블록 생성 시 마이닝을 통해 생성된 것일 수 있다. 이와 같이, 안전운전 지수에 따라 사용자에게 보상을 제공함으로써 사용자의 안전운전을 유도하는 효과를 기대할 수 있다.
이상 설명한 실시예들에 따르면, 차량의 운행기록 정보를 블록체인 네트워크를 통해 저장 및 관리함으로써 사용자가 임의로 운행기록 정보를 조작 또는 변경하는 것을 방지할 수 있는 효과를 기대할 수 있다.
또한, 안전운전 지수에 기초하여 보상을 제공함으로써 사용자로 하여금 안전운전을 하도록 유도하는 효과를 기대할 수 있다.
이상의 실시예들에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA(field programmable gate array) 또는 ASIC 와 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램특허 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다.
구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로부터 분리될 수 있다.
뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU 들을 재생시키도록 구현될 수도 있다.
이상에서 설명된 실시예들에 따른 블록체인 네트워크에 기반한 차량의 운행기록 관리 방법은 컴퓨터에 의해 실행 가능한 명령어 및 데이터를 저장하는, 컴퓨터로 판독 가능한 매체의 형태로도 구현될 수 있다. 이때, 명령어 및 데이터는 프로그램 코드의 형태로 저장될 수 있으며, 프로세서에 의해 실행되었을 때, 소정의 프로그램 모듈을 생성하여 소정의 동작을 수행할 수 있다. 또한, 컴퓨터로 판독 가능한 매체는 컴퓨터에 의해 액세스될 수 있는 임의의 가용 매체일 수 있고, 휘발성 및 비휘발성 매체, 분리형 및 비분리형 매체를 모두 포함한다. 또한, 컴퓨터로 판독 가능한 매체는 컴퓨터 기록 매체일 수 있는데, 컴퓨터 기록 매체는 컴퓨터 판독 가능 명령어, 데이터 구조, 프로그램 모듈 또는 기타 데이터와 같은 정보의 저장을 위한 임의의 방법 또는 기술로 구현된 휘발성 및 비휘발성, 분리형 및 비분리형 매체를 모두 포함할 수 있다. 예를 들어, 컴퓨터 기록 매체는 HDD 및 SSD 등과 같은 마그네틱 저장 매체, CD, DVD 및 블루레이 디스크 등과 같은 광학적 기록 매체, 또는 네트워크를 통해 접근 가능한 서버에 포함되는 메모리일 수 있다.
또한 이상에서 설명된 실시예들에 따른 블록체인 네트워크에 기반한 차량의 운행기록 관리 방법은 컴퓨터에 의해 실행 가능한 명령어를 포함하는 컴퓨터 프로그램(또는 컴퓨터 프로그램 제품)으로 구현될 수도 있다. 컴퓨터 프로그램은 프로세서에 의해 처리되는 프로그래밍 가능한 기계 명령어를 포함하고, 고레벨 프로그래밍 언어(High-level Programming Language), 객체 지향 프로그래밍 언어(Object-oriented Programming Language), 어셈블리 언어 또는 기계 언어 등으로 구현될 수 있다. 또한 컴퓨터 프로그램은 유형의 컴퓨터 판독가능 기록매체(예를 들어, 메모리, 하드디스크, 자기/광학 매체 또는 SSD(Solid-State Drive) 등)에 기록될 수 있다.
따라서 이상에서 설명된 실시예들에 따른 블록체인 네트워크에 기반한 차량의 운행기록 관리 방법은 상술한 바와 같은 컴퓨터 프로그램이 컴퓨팅 장치에 의해 실행됨으로써 구현될 수 있다. 컴퓨팅 장치는 프로세서와, 메모리와, 저장 장치와, 메모리 및 고속 확장포트에 접속하고 있는 고속 인터페이스와, 저속 버스와 저장 장치에 접속하고 있는 저속 인터페이스 중 적어도 일부를 포함할 수 있다. 이러한 성분들 각각은 다양한 버스를 이용하여 서로 접속되어 있으며, 공통 머더보드에 탑재되거나 다른 적절한 방식으로 장착될 수 있다.
여기서 프로세서는 컴퓨팅 장치 내에서 명령어를 처리할 수 있는데, 이런 명령어로는, 예컨대 고속 인터페이스에 접속된 디스플레이처럼 외부 입력, 출력 장치상에 GUI(Graphic User Interface)를 제공하기 위한 그래픽 정보를 표시하기 위해 메모리나 저장 장치에 저장된 명령어를 들 수 있다. 다른 실시예로서, 다수의 프로세서 및(또는) 다수의 버스가 적절히 다수의 메모리 및 메모리 형태와 함께 이용될 수 있다. 또한 프로세서는 독립적인 다수의 아날로그 및(또는) 디지털 프로세서를 포함하는 칩들이 이루는 칩셋으로 구현될 수 있다.
또한 메모리는 컴퓨팅 장치 내에서 정보를 저장한다. 일례로, 메모리는 휘발성 메모리 유닛 또는 그들의 집합으로 구성될 수 있다. 다른 예로, 메모리는 비휘발성 메모리 유닛 또는 그들의 집합으로 구성될 수 있다. 또한 메모리는 예컨대, 자기 혹은 광 디스크와 같이 다른 형태의 컴퓨터 판독 가능한 매체일 수도 있다.
그리고 저장장치는 컴퓨팅 장치에게 대용량의 저장공간을 제공할 수 있다. 저장장치는 컴퓨터 판독 가능한 매체이거나 이런 매체를 포함하는 구성일 수 있으며, 예를 들어 SAN(Storage Area Network) 내의 장치들이나 다른 구성도 포함할 수 있고, 플로피 디스크 장치, 하드 디스크 장치, 광 디스크 장치, 혹은 테이프 장치, 플래시 메모리, 그와 유사한 다른 반도체 메모리 장치 혹은 장치 어레이일 수 있다. 또는, 저장장치는 클라우드 컴퓨팅(cloud computing)이나 에지 컴퓨팅(edge computing) 시스템 구성을 위한 데이터베이스 서버일 수도 있다.
상술된 실시예들은 예시를 위한 것이며, 상술된 실시예들이 속하는 기술분야의 통상의 지식을 가진 자는 상술된 실시예들이 갖는 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 쉽게 변형이 가능하다는 것을 이해할 수 있을 것이다. 그러므로 상술된 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다. 예를 들어, 단일형으로 설명되어 있는 각 구성 요소는 분산되어 실시될 수도 있으며, 마찬가지로 분산된 것으로 설명되어 있는 구성 요소들도 결합된 형태로 실시될 수 있다.
본 명세서를 통해 보호받고자 하는 범위는 상기 상세한 설명보다는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태를 포함하는 것으로 해석되어야 한다.

Claims (19)

  1. 블록체인 네트워크에 기반한 차량의 운행기록 관리 방법에 있어서,
    차량에 설치된 DTG(digital tachograph) 단말이 상기 차량의 운행기록 정보, 상기 차량이 주행 중인 도로에 대한 교통 관련 데이터를 수집하고, 상기 운행기록 정보 및 상기 교통 관련 데이터에 기초하여 안전운전 지수를 산출하는 단계; 및
    상기 DTG 단말이 상기 운행기록 정보, 상기 교통 관련 데이터 및 상기 안전운전 지수를, 상기 DTG 단말을 노드로서 포함하는 블록체인 네트워크에 저장하는 단계를 포함하는, 방법.
  2. 제1항에 있어서,
    상기 안전운전 지수를 산출하는 단계는,
    미리 정해진 위험운행 항목이 발생한 건수와 각 위험운행 항목에 대응되는 위험레벨을 이용하여 위험운행 항목별 분석변수를 산출하는 단계;
    상기 분석변수의 평균, 표준편차, 최소값 및 최대값을 이용하여 위험운행 항목별 점수를 산출하는 단계;
    상기 위험운행 항목별 점수를 각각의 도로 구간에 대해서 합산함으로써 도로 구간별 점수를 산출하는 단계; 및
    상기 도로 구간별 점수를 합산함으로써 상기 안전운전 지수를 산출하는 단계를 포함하는 것을 특징으로 하는 방법.
  3. 제1항에 있어서,
    상기 블록체인 네트워크에 저장하는 단계는,
    상기 차량을 운행하는 사용자의 개인정보를 이용하여 신원 검증을 수행하는 단계; 및
    상기 신원 검증에 성공하면 상기 운행기록 정보, 상기 교통 관련 데이터 및 상기 안전운전 지수를 포함하는 블록을 생성하여 상기 블록체인 네트워크에 저장하는 단계를 포함하는 것을 특징으로 하는 방법.
  4. 제3항에 있어서,
    상기 사용자의 개인정보는 공개키로 암호화되어 상기 DTG 단말에 미리 저장되고, 상기 암호화된 개인정보의 해시값은 어느 하나의 블록에 기록되고, 상기 해시값이 저장된 블록의 블록번호는 공개키로 암호화되어 인증 서버에 저장되며,
    상기 신원 검증을 수행하는 단계는,
    상기 DTG 단말이 상기 운행기록 정보, 상기 교통 관련 데이터 및 상기 안전운전 지수를 포함하는 블록을 생성하고자 할 때 상기 DTG 단말에 미리 저장된 암호화된 개인정보의 해시값 및 개인키를 상기 인증 서버에 전송하는 단계; 및
    상기 인증 서버가 상기 수신한 개인키를 이용하여 미리 저장된 블록번호를 복호화하고, 상기 복호화된 블록번호에 대응되는 블록에 저장된 암호화된 개인정보의 해시값과, 상기 DTG 단말로부터 수신한 암호화된 개인정보의 해시값을 비교하여 둘이 일치하면 검증에 성공한 것으로 판단하는 단계를 포함하는 것을 특징으로 하는 방법.
  5. 제1항에 있어서,
    관리 서버가 상기 안전운전 지수에 따라서 상기 차량을 운행하는 사용자에게 보상을 제공하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  6. 제5항에 있어서,
    상기 보상을 제공하는 단계는,
    상기 안전운전 지수에 비례하는 보상금액을 결정하는 단계; 및
    상기 보상금액에 해당되는 암호화폐 또는 전자 바우처를 상기 사용자의 전자지갑에 지급하는 단계를 포함하는 것을 특징으로 하는 방법.
  7. 제1항에 있어서,
    상기 운행기록 정보는,
    상기 차량의 순간 속도, 가속도, 분당 엔진 회전수, 브레이크 작동 여부, 차량의 위치, 타이어 공기압, 엔진 온도, 적재중량 측정치, 잔여 연료량, 도어 잠금장치 해제 여부, 운행날짜, 운행시간 및 운행거리를 포함하는 것을 특징으로 하는 방법.
  8. 제1항에 있어서,
    상기 교통 관련 데이터는,
    상기 차량이 주행 중인 도로 주변에 대한 상황 정보를 포함하는 것을 특징으로 하는 방법.
  9. 제1항에 있어서,
    상기 블록체인 네트워크는 복수의 DTG 단말들로 구성되는 서브 블록체인과, 별도의 전자 디바이스들로 구성되는 메인 블록체인을 포함하고, 상기 관리 서버는 상기 서브 블록체인과 상기 메인 블록체인을 연결하는 것을 특징으로 하는 방법.
  10. 컴퓨터에 제1항에 기재된 방법을 실행시키기 위한 프로그램이 기록된 컴퓨터 판독 가능한 기록 매체.
  11. 블록체인에 기반한 차량의 운행기록 관리 시스템에 있어서,
    차량에 설치되어 차량의 운행기록 정보를 수집하는 DTG(digital tachograph) 단말;
    상기 차량이 주행 중인 도로에 대한 교통 관련 데이터를 제공하는 오픈 데이터 서버; 및
    상기 DTG 단말을 노드로서 포함하는 블록체인 네트워크를 관리하기 위한 관리 서버를 포함하며,
    상기 DTG 단말은, 상기 오픈 데이터 서버로부터 상기 교통 관련 데이터를 수신하여, 상기 운행기록 정보 및 상기 교통 관련 데이터에 기초하여 안전운전 지수를 산출하고, 상기 운행기록 정보, 상기 교통 관련 데이터 및 상기 안전운전 지수를 상기 블록체인 네트워크에 저장하는, 시스템.
  12. 제11항에 있어서,
    상기 DTG 단말은 상기 안전운전 지수를 산출함에 있어서,
    미리 정해진 위험운행 항목이 발생한 건수와 각 위험운행 항목에 대응되는 위험레벨을 이용하여 위험운행 항목별 분석변수를 산출하고, 상기 분석변수의 평균, 표준편차, 최소값 및 최대값을 이용하여 위험운행 항목별 점수를 산출하고, 상기 위험운행 항목별 점수를 각각의 도로 구간에 대해서 합산함으로써 도로 구간별 점수를 산출하고, 상기 도로 구간별 점수를 합산함으로써 상기 안전운전 지수를 산출하는 것을 특징으로 하는 시스템.
  13. 제11항에 있어서,
    상기 DTG 단말은, 상기 차량을 운행하는 사용자의 개인정보를 이용하여 신원 검증을 수행하고, 신원 검증에 성공하면 상기 운행기록 정보, 상기 교통 관련 데이터 및 상기 안전운전 지수를 상기 블록체인 네트워크에 저장하는 것을 특징으로 하는 시스템.
  14. 제13항에 있어서,
    상기 사용자의 개인정보는 공개키로 암호화되어 상기 DTG 단말에 미리 저장되고, 상기 암호화된 개인정보의 해시값은 어느 하나의 블록에 기록되고, 상기 해시값이 저장된 블록의 블록번호는 공개키로 암호화되어 인증 서버에 저장되며,
    상기 신원 검증을 수행함에 있어서,
    상기 DTG 단말은 상기 운행기록 정보, 상기 교통 관련 데이터 및 상기 안전운전 지수를 포함하는 블록을 생성하고자 할 때 상기 DTG 단말에 미리 저장된 암호화된 개인정보의 해시값 및 개인키를 상기 인증 서버에 전송하고,
    상기 인증 서버는 상기 수신한 개인키를 이용하여 미리 저장된 블록번호를 복호화하고, 상기 복호화된 블록번호에 대응되는 블록에 저장된 암호화된 개인정보의 해시값과, 상기 DTG 단말로부터 수신한 암호화된 개인정보의 해시값을 비교하여 둘이 일치하면 검증에 성공한 것으로 판단하는 것을 특징으로 하는 시스템.
  15. 제11항에 있어서,
    상기 관리 서버는, 상기 안전운전 지수에 따라서 상기 차량을 운행하는 사용자에게 보상을 제공하는 것을 특징으로 하는 시스템.
  16. 제15항에 있어서,
    상기 관리 서버는, 상기 안전운전 지수에 비례하는 보상금액을 결정하고, 상기 보상금액에 해당되는 암호화폐 또는 전자 바우처를 상기 사용자의 전자지갑에 지급하는 것을 특징으로 하는 시스템.
  17. 제11항에 있어서,
    상기 운행기록 정보는,
    상기 차량의 순간 속도, 가속도, 분당 엔진 회전수, 브레이크 작동 여부, 차량의 위치, 타이어 공기압, 엔진 온도, 적재중량 측정치, 잔여 연료량, 도어 잠금장치 해제 여부, 운행날짜, 운행시간 및 운행거리를 포함하는 것을 특징으로 하는 시스템.
  18. 제11항에 있어서,
    상기 교통 관련 데이터는,
    상기 차량이 주행 중인 도로 주변에 대한 상황 정보를 포함하는 것을 특징으로 하는 시스템.
  19. 제11항에 있어서,
    상기 블록체인 네트워크는 복수의 DTG 단말들로 구성되는 서브 블록체인과, 별도의 전자 디바이스들로 구성되는 메인 블록체인을 포함하고, 상기 관리 서버는 상기 서브 블록체인과 상기 메인 블록체인을 연결하는 것을 특징으로 하는 시스템.
PCT/KR2020/012075 2019-09-06 2020-09-07 블록체인 네트워크에 기반하여 차량의 운행기록을 관리하는 방법, 이를 수행하기 위한 장치 및 시스템 WO2021045604A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202080059371.0A CN114270381A (zh) 2019-09-06 2020-09-07 基于区块链网络管理车辆的行驶记录的方法、执行其的装置和系统
US17/424,781 US20220068133A1 (en) 2019-09-06 2020-09-07 Method for managing driving record of vehicle on basis of blockchain network, and device and system for performing same

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2019-0110851 2019-09-06
KR1020190110840A KR102086966B1 (ko) 2019-09-06 2019-09-06 블록체인 기반의 운행기록 분석과 안전운전 판단을 실행하는 dtg 단말기 및 방법
KR1020190110851A KR102226951B1 (ko) 2019-09-06 2019-09-06 블록체인 기반의 안전운전에 대한 보상을 제공하는 시스템 및 방법
KR10-2019-0110840 2019-09-06

Publications (1)

Publication Number Publication Date
WO2021045604A1 true WO2021045604A1 (ko) 2021-03-11

Family

ID=74852540

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/012075 WO2021045604A1 (ko) 2019-09-06 2020-09-07 블록체인 네트워크에 기반하여 차량의 운행기록을 관리하는 방법, 이를 수행하기 위한 장치 및 시스템

Country Status (3)

Country Link
US (1) US20220068133A1 (ko)
CN (1) CN114270381A (ko)
WO (1) WO2021045604A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113231186A (zh) * 2021-04-27 2021-08-10 安徽中科晶格技术有限公司 钢渣磨粉生产线管理系统及方法
WO2022261958A1 (zh) * 2021-06-18 2022-12-22 深圳先进技术研究院 一种基于区块链与云端存储的黑匣子数据存取方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116741175B (zh) * 2023-08-14 2023-11-03 深圳市实信达科技开发有限公司 一种基于区块链的数据传输智能监管系统及方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130015193A (ko) * 2011-08-02 2013-02-13 정택현 안전 운전 제공 방법 및 안전 운전 제공 서버
KR20160003580A (ko) * 2015-12-08 2016-01-11 국민대학교산학협력단 Dtg 빅데이터 처리 및 분석 시스템
KR20170082182A (ko) * 2016-01-05 2017-07-14 한국전자통신연구원 차량의 안전 지수를 산출하기 위한 정보 처리 시스템 및 그것의 동작 방법
KR101957064B1 (ko) * 2017-12-29 2019-03-11 건양대학교산학협력단 블록체인 상의 개인정보보호를 위한 otp 기반 복호화 시스템
KR20190071065A (ko) * 2017-12-14 2019-06-24 박광호 블록체인을 이용한 운전자 기반 자동차 보험 요금 산출 방법 및 이를 이용한 p2p 자동차 공유 중개 서비스 제공 방법
KR102086966B1 (ko) * 2019-09-06 2020-03-09 주식회사 퀀텀게이트 블록체인 기반의 운행기록 분석과 안전운전 판단을 실행하는 dtg 단말기 및 방법

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10013697B1 (en) * 2015-09-02 2018-07-03 State Farm Mutual Automobile Insurance Company Systems and methods for managing and processing vehicle operator accounts based on vehicle operation data
CA3031133C (en) * 2016-07-18 2024-01-16 Royal Bank Of Canada Distributed ledger platform for vehicle records
US10754344B2 (en) * 2018-07-19 2020-08-25 Toyota Research Institute, Inc. Method and apparatus for road hazard detection
US10930144B2 (en) * 2018-08-27 2021-02-23 Labyrinth Research Llc Systems and methods for collaborative road user safety
US11442926B2 (en) * 2018-09-05 2022-09-13 Nhn Corporation Method and system for storing driving record data based on block chain
US20200184404A1 (en) * 2018-12-06 2020-06-11 Ford Global Technologies, Llc Fleet Trigger-Based Incentives With Blockchain
US10459990B1 (en) * 2018-12-27 2019-10-29 Silver Rocket Data Technology (Shanghai) Co., Ltd Data processing method and device, medium and terminal thereof
US11042619B2 (en) * 2019-01-17 2021-06-22 Toyota Motor North America, Inc. Vehicle occupant tracking and trust
US11288665B2 (en) * 2019-08-23 2022-03-29 Ford Global Technologies, Llc TAAS for delay tolerant blockchain networks
CN113010606B (zh) * 2021-04-06 2023-12-12 智己汽车科技有限公司 一种基于区块链的车辆行驶数据的处理方法、装置及系统
CN113132950B (zh) * 2021-06-21 2022-02-15 智己汽车科技有限公司 一种基于区块链处理行驶数据的方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130015193A (ko) * 2011-08-02 2013-02-13 정택현 안전 운전 제공 방법 및 안전 운전 제공 서버
KR20160003580A (ko) * 2015-12-08 2016-01-11 국민대학교산학협력단 Dtg 빅데이터 처리 및 분석 시스템
KR20170082182A (ko) * 2016-01-05 2017-07-14 한국전자통신연구원 차량의 안전 지수를 산출하기 위한 정보 처리 시스템 및 그것의 동작 방법
KR20190071065A (ko) * 2017-12-14 2019-06-24 박광호 블록체인을 이용한 운전자 기반 자동차 보험 요금 산출 방법 및 이를 이용한 p2p 자동차 공유 중개 서비스 제공 방법
KR101957064B1 (ko) * 2017-12-29 2019-03-11 건양대학교산학협력단 블록체인 상의 개인정보보호를 위한 otp 기반 복호화 시스템
KR102086966B1 (ko) * 2019-09-06 2020-03-09 주식회사 퀀텀게이트 블록체인 기반의 운행기록 분석과 안전운전 판단을 실행하는 dtg 단말기 및 방법

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113231186A (zh) * 2021-04-27 2021-08-10 安徽中科晶格技术有限公司 钢渣磨粉生产线管理系统及方法
CN113231186B (zh) * 2021-04-27 2022-07-19 安徽中科晶格技术有限公司 钢渣磨粉生产线管理系统及方法
WO2022261958A1 (zh) * 2021-06-18 2022-12-22 深圳先进技术研究院 一种基于区块链与云端存储的黑匣子数据存取方法

Also Published As

Publication number Publication date
US20220068133A1 (en) 2022-03-03
CN114270381A (zh) 2022-04-01

Similar Documents

Publication Publication Date Title
WO2021045604A1 (ko) 블록체인 네트워크에 기반하여 차량의 운행기록을 관리하는 방법, 이를 수행하기 위한 장치 및 시스템
US20230244807A1 (en) Controlling access to datasets described in a cryptographically signed record
US10229547B2 (en) In-vehicle gateway device, storage control method, and computer program product
EP3188068B1 (en) Vehicular data conversion device and vehicular data output method
CN105745665A (zh) 具有增强的隐私的安全的车辆数据管理
KR20200092472A (ko) 클라우드 기반의 edr 데이터 관리 방법 및 시스템
KR102086966B1 (ko) 블록체인 기반의 운행기록 분석과 안전운전 판단을 실행하는 dtg 단말기 및 방법
WO2020040558A1 (ko) 블록체인 기반의 경로 안내 및 교통흐름제어 시스템 및 방법
KR102226951B1 (ko) 블록체인 기반의 안전운전에 대한 보상을 제공하는 시스템 및 방법
CN112385197A (zh) 基于区块链的分布式自动驾驶数据管理设备和方法
KR20200027784A (ko) 블록체인 기반 주행기록 데이터 저장방법 및 이를 실행하는 시스템
WO2019146488A1 (ja) 運転状況監視装置、運転状況監視方法、および運転状況監視システム
CN111046405B (zh) 一种数据处理方法、装置、设备及存储介质
WO2020159053A1 (ko) 디바이스의 무결성을 검증하는 무결성 검증 체인 및 이를 이용한 디바이스의 무결성 검증 방법
US11271971B1 (en) Device for facilitating managing cyber security health of a connected and autonomous vehicle (CAV)
KR20200061750A (ko) 블록체인 기반 교통사고 정보 관리방법
JP2024505138A (ja) 輸送機関に対する外部機能のプロビジョニング
US20220068132A1 (en) Method for managing transport on basis of blockchain network, and device and system for performing same
CN111724502B (zh) 车辆行驶数据处理方法、装置、设备和存储介质
EP3680799A1 (en) Method for collecting and managing event data of a vehicle
WO2021034163A1 (ko) 블록체인 네트워크에 기반한 교통 관리 방법, 이를 수행하기 위한 장치 및 시스템
US10404697B1 (en) Systems and methods for using vehicles as information sources for knowledge-based authentication
CN109910786A (zh) 车载系统和车载系统的控制方法
WO2021256636A1 (ko) 블록체인 네트워크에 기반한 교통 관리 방법, 이를 수행하기 위한 장치 및 시스템
CN111753829A (zh) 一种基于可信计算的车辆综合信息采集装置

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: 20861350

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: 20861350

Country of ref document: EP

Kind code of ref document: A1