KR102113873B1 - Method for storaging autonomous-driving record data based block chain - Google Patents

Abstract

A method of managing autonomous driving-related driving record information through a blockchain network according to an embodiment is a method in which a user's node operates a blockchain network system composed of a distributed network, where one node receives driving record information of an autonomous vehicle. Receiving transaction data that includes; The one node distributing the transaction data through the distributed network; Storing the transaction data in a memory pool; And extending the blockchain by creating a block when a predetermined condition is satisfied based on transaction data stored in the memory pool.

Description

Method for managing driving record information related to autonomous driving through a blockchain network and a system that executes it {METHOD FOR STORAGING AUTONOMOUS-DRIVING RECORD DATA BASED BLOCK CHAIN}

The present invention relates to a method for managing driving record information related to autonomous driving through a blockchain network and a system for executing the same. More specifically, when an event occurs while driving, a method for managing driving record information related to autonomous driving through a blockchain network that improves security by storing the driving record related to the event cause on a blockchain basis and a system for executing the same It is about.

The vehicle is a device that moves in a direction desired by a user who boards. A typical example is a car.

Recently, automobiles have developed into intelligent automobiles that provide autonomous driving or the above-mentioned driving convenience functions, and intelligent automobiles are also known as smart automobiles as state-of-the-art automobiles incorporating information technology (IT) technology. The intelligent vehicle can provide optimal transportation efficiency through interworking with the intelligent transportation system (ITS) as well as the introduction of the advanced system of the vehicle itself.

Such an intelligent vehicle can wirelessly communicate with each other through infrastructure communication system (V2I) as well as vehicle-to-vehicle communication (V2V), thereby driving safely and optimally between vehicles.

In addition, the intelligent vehicle is attracting attention as a vehicle having a driving driving assist function that improves driving safety and convenience by assisting user driving through the development of various sensors and electronic equipment.

For example, various driving assistance functions (ADAS), such as a function of warning or maintaining a lane departure of a vehicle, a sudden stop brake function, and a blind spot warning function, have been developed and applied to vehicles.

Furthermore, the intelligent vehicle is a time to provide an autonomous driving function that judges the external situation by itself and operates the vehicle without driving the driver.

Block chain technology is one of the technologies that have recently been spotlighted along with autonomous driving. Blockchain is a chain-based distributed data storage environment in which small data, called 'blocks', which are managed data, are created based on a peer-to-peer method, and cannot be arbitrarily modified by anyone, and anyone can view the results of changes. It means a data forgery prevention technology based on distributed computing technology.

KR 10-1751025 B1

The driving assistance function or the autonomous driving function enriches the user's life, but when an accident occurs in a vehicle equipped with such a function, it is difficult to determine the cause of responsibility.

In detail, it is difficult to clearly determine whether an accident occurs due to an operation by a vehicle driver, an accident due to a malfunction of a driving assistance function or an autonomous driving function, or an abnormality in the vehicle or other external situations.

In particular, it is very difficult for non-professional general users to prove that an accident occurs due to malfunction of the driving function, whereas professional driving function service providers can clearly understand data related to the function operation, and it is also easy to manipulate data to determine responsibility. There is a problem in that users are relatively unfavorable to verification.

Accordingly, the present invention has been devised to solve the above-mentioned problems, and has an object to store and manage driving record information generated according to vehicle driving based on a blockchain.

In addition, the present invention aims to protect the personal information contained in the driving record information and to protect the privacy when storing the driving record information so that the unique technology of the service provider or / and the vehicle manufacturer can be protected.

In addition, the present invention aims to transmit driving record information to a blockchain network quickly and accurately when an accident occurs.

A method of managing autonomous driving-related driving record information through a blockchain network according to an embodiment is a method in which a user's node operates a blockchain network system composed of a distributed network, where one node receives driving record information of an autonomous vehicle. Receiving transaction data that includes; The one node distributing the transaction data through the distributed network; Storing the transaction data in a memory pool; And extending the blockchain by creating a block when a predetermined condition is satisfied based on transaction data stored in the memory pool.

At this time, the users are limited to predetermined users, and the blockchain network system may be a consortium blockchain network system.

In addition, the user may include a main user including a vehicle manufacturer, an autonomous driving service provider, and a public institution.

Further, the user may include a sub-user including at least one of an emergency rescue agency, a hospital, a vehicle repair shop, or an insurance company.

Further, the step of receiving transaction data of the autonomous vehicle by the one node may include the step of receiving the transaction data by the one node through a public network.

In addition, the step of receiving the transaction data of the autonomous vehicle by the one node includes the step of the one node receiving the driving record information through the public network, and converting the received driving record information into transaction data. can do.

Further, the step of distributing the transaction data through the distributed network by the one node may include the step of transmitting the transaction data to another note through a closed distributed network.

In addition, if the predetermined condition is satisfied, generating the block may include generating a block by a randomly selected node at a time when a random time elapses after a predetermined time passes.

In addition, if the predetermined condition is satisfied, generating a block may include generating a new block by a node including a nonce in the latest block header, and a node that finds a hash of the latest block header including the nonce. .

In addition, the step of generating the block includes the step of generating a block header, wherein the block header includes a version, a hash of a previous block header, a timestamp at the time of data generation, and transaction data. It may include data of at least one of a transaction abstract and a nonce.

In addition, the step of generating the block further includes a step of generating the body of the block, and the body of the block may include transaction data stored in a memory pool from the generation of the previous latest block to the time when the block is created. have.

Also, at least some of the driving record information included in the transaction data may be encrypted.

In addition, the transaction data includes index information that can identify the driving record information, and the index information may include at least one index of a driving function service provider index, a vehicle manufacturer index, a vehicle index, and a driver index. .

In addition, the method may further include providing a search interface for searching the driving record information based on the index information included in the transaction data.

The method may further include detecting transaction data including driving record information searched according to the search interface and viewing the driving record information from the detected transaction data.

The method for managing autonomous driving-related driving record information through a blockchain network according to an embodiment stores and manages driving record information generated according to vehicle driving based on a blockchain, and prevents forgery and alteration of driving record information in advance , It has the advantage that you can clearly check the probabilities of event occurrence.

In addition, the method of managing the driving record information related to autonomous driving through the blockchain network according to the embodiment protects the privacy information included in the driving record information, so that the unique technology of the service provider or / and the vehicle manufacturer can be protected. When storing driving record information, technical security can be improved.

In addition, the method of managing driving record information related to autonomous driving through the blockchain network according to the embodiment has an advantage that the vehicle can transmit the driving record information to the blockchain network quickly and accurately when an accident occurs.

1 shows a blockchain-based driving record data storage system according to an embodiment of the present invention.
2 shows the appearance of a vehicle according to an embodiment of the present invention.
3 is an internal block diagram of a driving record transmission device according to an embodiment of the present invention.
Figure 4 shows the communication flow between the road infrastructure / other vehicles according to an embodiment of the present invention.
5 shows a blockchain network system according to an embodiment of the present invention.
6 shows a blockchain according to an embodiment of the present invention.
7 shows the structure of a block according to an embodiment of the present invention.
8 shows a structure of one transaction data according to an embodiment of the present invention.
9 is a flowchart illustrating a process in which a driving record transmission device according to an embodiment of the present invention transmits transaction data to a blockchain network system.
10 shows various routes in which a driving record transmission device according to an embodiment of the present invention transmits transaction data to a blockchain network system.
11 is a flowchart illustrating a process of generating a block in a blockchain network system according to an embodiment of the present invention and viewing driving record information in the generated block.

The present invention can be applied to various transformations and may have various embodiments, and specific embodiments will be illustrated in the drawings and described in detail in the detailed description. Effects and features of the present invention and methods for achieving them will be clarified with reference to embodiments described below in detail with reference to the drawings. However, the present invention is not limited to the embodiments disclosed below, but may be implemented in various forms. In the following examples, terms such as first and second are not used in a limited sense, but for the purpose of distinguishing one component from other components. In addition, a singular expression includes a plural expression unless the context clearly indicates otherwise. In addition, terms such as include or have means that a feature or component described in the specification exists, and does not preclude the possibility of adding one or more other features or components in advance. In addition, in the drawings, the size of components may be exaggerated or reduced for convenience of description. For example, since the size and thickness of each component shown in the drawings are arbitrarily shown for convenience of description, the present invention is not necessarily limited to what is shown.

The vehicle described in this specification may be a concept including an automobile or a motorcycle, but is not limited thereto, and any transportation means that can be generally used for movement may be applied. Hereinafter, a vehicle is mainly described for a vehicle.

The vehicle described in this specification may be a concept including both an internal combustion engine vehicle having an engine as a power source, a hybrid vehicle having an engine and an electric motor as a power source, an electric vehicle having an electric motor as a power source, and the like.

In the following description, the left side of the vehicle means the left side of the driving direction of the vehicle, and the right side of the vehicle means the right side of the driving direction of the vehicle.

In the following description, the LHD (Left Hand Drive) vehicle will be mainly described unless otherwise noted.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings, and the same or corresponding components will be denoted by the same reference numerals, and redundant description thereof will be omitted. .

1 shows a blockchain-based driving record data storage system according to an embodiment of the present invention.

Referring to FIG. 1, a blockchain-based driving record data storage system according to an embodiment includes a vehicle 100 (or a driving record transmission device mounted in the vehicle 100), another vehicle 101, and a traffic communication facility ( 200) (infrastructure), a public network, and a blockchain network system 10.

-Vehicle (100)

2 shows the appearance of the vehicle 100 according to the embodiment of the present invention, and FIG. 3 is an internal block diagram of the driving record transmission device according to the embodiment of the present invention.

2 to 3, the vehicle 100 according to the embodiment includes wheels 13FL and 13FR that are rotated by a power source, driving operation means and a driving record transmission device for controlling driving of the vehicle 100 ( 100-1).

In an embodiment, the vehicle 100 is a vehicle 100 capable of providing autonomous driving functions and / or advanced driver assistance systems (ADAS). Here, the driving assistance function is a function in which the vehicle driver drives the vehicle 100 proactively and assists some of them through automatic control. For example, the vehicle 100 is a blind spot detection (BSD), a lane keeping assistance system (LKAS), a lane departure warning function (LDWS) as a driving assistance function. ), Cruise function, or at least one function of Autonomous Emergency Braking (AEB).

For such autonomous driving function and / or driving assistance function (hereinafter referred to as “driving function”), the vehicle 100 automatically drives the vehicle 100 based on various internal and external sensors and data measured by the sensor. For this, a control unit for controlling a vehicle driving unit (eg, shift, acceleration, steering or braking driving unit) may be included. The driving and driving assistance function may be executed directly by the driving record transmission device 100-1, or may be executed within the vehicle itself, or may be performed by a separate device.

And in the process of providing the driving function and / or in the process of the driver manually driving the vehicle 100, driving record information is obtained in real time. Here, the driving record information may include at least one of vehicle status information, driving control information, vehicle surrounding information, and vehicle status information.

In addition, the driving record information generated in real time may be important information for determining the responsibility of an accident when an accident occurs.

Therefore, the vehicle 100 needs to store and manage driving record information when an event such as an accident occurs, a user request, and / or a failure occurs, and the stored driving record information is stored in a secure security state to prevent forgery and alteration. Need to be.

To this end, in an embodiment, the vehicle 100 may further include a driving record transmission device 100-1 that transmits driving record information to the blockchain network system 10.

Depending on the embodiment, an embodiment in which the vehicle 100 or a separate device providing a driving function directly transmits the driving record may be possible, but in this case, the subject manufacturing the vehicle 100 or the subject servicing the driving function There may be a fear of modulating the driving record information in advance.

Therefore, the driving record transmission device 100-1 is a device such as a separate black box mounted in the vehicle 100. When an event is detected, the event-related driving record information is specified, and the specified driving record information is blocked. It can be transmitted to the chain network system 10 quickly and accurately.

-Driving record transmission device (100-1)

In detail, referring to FIG. 3, the driving record transmission device 100-1 includes an input unit 110, a communication unit 120, an interface unit 130, a memory 140, a processor 170, and an audio output unit 185 ), And a display unit 180 and a power supply unit 190.

First, the driving record transmission device 100-1 may include an input unit 110 that detects a user's input. The user may turn on / off the driving record transmission function through the input unit 110 or perform an execution input for turning on / off the power of the driving record transmission device 100-1. In addition, through the input unit 110, it is also possible to input to check and retrieve driving record information stored in the previous blockchain network system 10.

 The input unit 110 may include at least one of a gesture input unit 110 that detects a user gesture, a touch sensor that detects a touch, and a microphone that senses a voice input, to detect a user input.

Next, the driving record transmission device 100-1 may include a communication unit 120 in wireless communication with another vehicle 101, a terminal, a blockchain network system 10, and a traffic communication facility 200.

In detail, the communication unit 120 may transmit driving record information to the blockchain network system 10 directly or through a relay of another communication device through wireless communication. Further, the communication unit 120 may receive driving record information from the blockchain network system 10 through wireless communication.

In addition, the communication unit 120 may collect communication information through wireless communication to execute the driving function. And at least some of the communication information may be used to execute the driving function, and may be included in the driving record information.

In detail, the communication unit 120 may include at least one of location information, weather information, and road traffic condition information (for example, TPEG (Transport Protocol Expert Group)) from a mobile terminal, an external server, and / or a traffic communication facility 200. You can receive information.

In addition, the communication unit 120 may receive traffic information from a traffic communication facility 200 equipped with an intelligent traffic system (ITS). Here, the traffic information may include traffic signal information, lane information, vehicle surrounding information, or location information.

Also, the communication unit 120 may transmit navigation information from the traffic communication facility 200 or / and the mobile terminal. Here, the navigation information may include at least one of map information related to vehicle driving, lane information, location information of the vehicle 100, set destination information, and route information according to a destination.

For example, the communication unit 120 may receive the real-time location of the vehicle 100 as navigation information. In detail, the communication unit 120 may acquire the location of the vehicle 100 including a Global Positioning System (GPS) module and / or a Wireless Fidelity (WiFi) module.

In addition, the communication unit 120 may share driving information between the vehicles 100 by receiving driving information of the adjacent other vehicles 101 from the adjacent other vehicles 101 and transmitting the information of the vehicle 100. have. Here, the driving information shared with each other includes at least one or more information among the moving direction information of the vehicle 100, location information, vehicle speed information, acceleration information, moving path information, forward / reverse information, adjacent vehicle information, and turn signal information. can do.

And the communication information received in this way may be included in the driving record information. For example, the vehicle position at the time of the driving function operation acquired through the communication unit 120 may be included in the driving record information.

The communication unit 120 may exchange data in a wireless manner with an adjacent other vehicle 101, a mobile terminal, a blockchain network system 10, or a traffic communication facility 200.

In detail, the communication unit 120 may perform wireless communication using a wireless data communication method. As wireless data communication methods, technical standards or communication methods for mobile communication (eg, Global System for Mobile Communication (GSM), Code Division Multi Access (CDMA), Code Division Multi Access 2000 (CDMA2000), EV-DO (Enhanced Voice-Data Optimized or Enhanced Voice-Data Only), WCDMA (Wideband CDMA), HSDPA (High Speed Downlink Packet Access), HSUPA (High Speed Uplink Packet Access), LTE (Long Term Evolution), LTE-A (Long Term Evolution-Advanced). In addition, the communication unit 120 may use wireless Internet technology, for example, wireless LAN technology (Wireless LAN), Wi-Fi (Wireless-Fidelity), Wi-Fi (Wireless Fidelity) Direct, DLNA (Digital) Living Network Alliance (WiBro), WiBro (Wireless Broadband), WiMAX (World Interoperability for Microwave Access), HSDPA (High Speed Downlink Packet Access), HSUPA (High Speed Uplink Packet Access), LTE (Long Term Evolution), LTE-A (Long) Term Evolution-Advanced). In addition, the communication unit 120 may use short range communication, for example, Bluetooth ™, Radio Frequency Identification (RFID), Infrared Data Association (IRDA), Ultra Wideband (UWB) ), ZigBee, NFC (Near Field Communication), Wi-Fi (Wireless-Fidelity), Wi-Fi Direct, Wireless USB (Wireless Universal Serial Bus) technology can be used to support short-range communication.

In addition, the driving record transmission device 100-1 is paired with the mobile terminal inside the vehicle using a short-range communication method, and uses the long-distance wireless communication module of the mobile terminal to adjacent another vehicle 101 or traffic communication facility. Data may be exchanged wirelessly with the 200 and the like.

Next, the driving record transmission device 100-1 may include a vehicle control unit, a sensor unit, and / or an interface unit that transmits / receives data wired / wirelessly to / from an external device.

In detail, the interface unit may receive data related to driving record information through wired / wireless data communication with a vehicle control unit, a sensor unit, or a separate driving function providing device.

For example, the driving record transmission device 100-1 may receive driving control information from the vehicle control unit and / or sensor information from the sensor unit through the interface unit 130. In addition, at least some of the information received through the interface unit may be included in the driving record information.

To this end, the interface unit 130 performs data communication with a vehicle control unit, a driving function providing device, and a sensor unit inside the vehicle 100 by wired communication or / and wireless communication, and thus receives sensor information and driving control information. I can receive it.

Here, the sensor information includes direction information of the vehicle 100, location information, vehicle speed information, acceleration information, tilt information, forward / reverse information, fuel information, distance information between the front and rear vehicles 100, the vehicle 100 and lanes It may include at least one of the distance information and the turn signal information.

In addition, the sensor information includes a heading sensor, a yaw sensor, a gyro sensor, a position module, a vehicle forward / reverse sensor, a wheel sensor, a vehicle speed sensor , It can be obtained from a vehicle tilt sensor, a battery sensor, a fuel sensor, a tire sensor, a steering sensor by steering wheel rotation, a temperature sensor inside the vehicle, a humidity sensor inside the vehicle, and a collision detection sensor. Meanwhile, the position module may include a GPS module for receiving GPS information. For example, the vehicle position at the starting point of the driving function acquired through the position module may be included in the driving record information.

In addition, the driving control information may include transmission gear position, acceleratorpedal position, steering wheel angle brake manipulation information, and the subject of each driving control information is a vehicle. Whether it is automatic control or manual control of 100 may be distinguished.

In detail, the sensor unit 760 of the vehicle 100 may include an external sensor that detects an external object, and the external sensor includes a distance sensor that detects the location of the object located around the vehicle 100 and a vehicle 100. ) It may include at least one of the camera to acquire an image by photographing the surroundings.

First, the distance sensor can accurately detect the position of the object, the direction in which the object is spaced, the distance from the vehicle 100, or the moving direction of the object in the vehicle 100. The distance sensor can accurately detect a change in the positional relationship with the vehicle 100 by continuously measuring the position with the detected object.

The distance sensor may detect an object located in at least one area of front, rear, left, and right of the vehicle 100. To this end, the distance sensor can be placed at various locations on the vehicle 100.

The distance sensor may include one or more of various distance measurement sensors such as a lidar sensor, a laser sensor, an ultrasonic waves sensor, and a stereo camera.

Meanwhile, detailed information on the external object may be obtained by analyzing the image captured by the camera by the processor.

In detail, the driving record transmission device 100-1 photographs the surroundings of the vehicle 100 with a camera, the processor analyzes the acquired vehicle surrounding image, detects objects around the vehicle 100, and determines the properties of the object , Can generate sensor information.

Here, the image information may be included in sensor information as at least one of a type of object, traffic signal information displayed by the object, a distance between the object and the vehicle 100, and a position of the object.

In detail, the processor may generate image information by detecting an object in an image photographed through image processing, tracking an object, measuring a distance from the object, and performing object analysis such as checking an object.

Such a camera can be provided at various locations. In detail, the plurality of cameras may be respectively disposed at positions of at least one of the left, rear, right, front, and ceiling of the vehicle 100.

Such a camera may directly include an image sensor and an image processing module. The camera can process still images or moving pictures obtained by an image sensor (eg, CMOS or CCD). In addition, the image processing module may process a still image or a video acquired through an image sensor, extract necessary image information, and transmit the extracted image information to a processor.

In order for the processor to perform the object analysis more easily, in an embodiment, the camera may be a stereo camera that measures the distance to the object while capturing an image.

The sensor unit 760 may be a stereo camera in which a distance sensor and a camera are combined. That is, the stereo camera can acquire an image and sense the positional relationship with the object.

Returning to the description again, the interface unit may receive driving record information related data from external devices mounted on the vehicle 100, such as a driving function providing device or other navigation device.

The interface unit is a wired / wireless communication port, and is directly or indirectly connected to another unit to perform data communication.

Next, the memory 140 may store various data for the overall operation of the driving record transmission device 100-1 such as a program for processing or controlling a processor.

In detail, the memory 140 may store driving record information generated in real time. The driving record information stored as described above may be deleted after a predetermined time has passed, and storage may be maintained when an event occurs.

In addition, the memory 140 may store various data for the overall operation of the driving record transmission device 100-1 such as a program for processing or controlling a processor.

In addition, the memory 140 is a plurality of application programs (application programs or applications) driven by the driving record transmission device 100-1, data, commands for the operation of the driving record transmission device 100-1 You can save them. At least some of these applications can be downloaded from external servers via wireless communication. In addition, at least some of these application programs may exist on the driving record transmission device 100-1 from the time of shipment for the basic function of the driving record transmission device 100-1. In addition, the application program is stored in the memory 140 and may be driven to perform an operation (or function) of the driving record transmission device 100-1 by the processor.

The memory 140 is hardware, flash memory type, hard disk type, SSD type (Solid State Disk type), SDD type (Silicon Disk Drive type), multimedia card micro type (multimedia card micro type), card type memory (eg SD or XD memory, etc.), random access memory (RAM), static random access memory (SRAM), read-only memory (ROM), EEPROM It may include at least one type of storage medium (electrically erasable programmable read-only memory), PROM (programmable read-only memory), magnetic memory, magnetic disk, and optical disk.

In addition, the driving record transmission device 100-1 may be operated in connection with a web storage that performs a storage function of the memory 140 on the Internet.

Next, the monitoring unit may obtain information about the situation inside the vehicle.

In addition, some of the vehicle internal situation information may be included in the driving record information. The information detected by the monitoring unit includes driver photographed image, facial recognition information, fingerprint printing information, iris-scan information, retina-scan information, hand geo-metry information, It may include at least one piece of information among voice recognition information. In addition, the monitoring unit may include other sensors for sensing the biometric information.

Next, the driving record transmission device 100-1 may further include a sensor unit 760 that detects objects around the vehicle 100. The driving record transmission device 100-1 may detect surrounding objects, including a separate sensor unit 760, and the interface unit 130 for sensor information obtained from the sensing unit 770 of the vehicle 100. You can also receive through. In addition, the sensor information obtained as described above may be included in the vehicle 100 surrounding information.

Next, the driving record transmission device 100-1 may further include a display unit 180 that displays a graphic image related to the driving record information storage / management function.

The display unit 180 may include a plurality of displays.

In detail, the display unit 180 may include a first display unit that projects and displays a graphic image on a windshield (W) of the vehicle 100. That is, the first display unit may be a head up display (HUD), and may include a projection module that projects a graphic image on the windshield (W). In addition, the projection graphic image projected by the projection module may have a certain transparency. Accordingly, the user can simultaneously view the graphic image and the graphic image.

Meanwhile, the display unit 180 may include a second display unit that is separately installed inside the vehicle 100 to display an image of the vehicle driving assistance function.

In detail, the second display unit may be a display of a vehicle navigation device or a cluster on the front inside the vehicle 100.

In addition, the second display unit includes a liquid crystal display (LCD), a thin film transistor-liquid crystal display (TFT LCD), an organic light-emitting diode (OLED), and a flexible display. display), a three-dimensional display (3D display), an electronic ink display (e-ink display).

The second display unit may be combined with the gesture input unit 110 to form a touch screen.

Next, the audio output unit 185 may output a message confirming a description of the function of the driving record transmission device 100-1, whether it is executed, or the like, as audio. That is, the driving record transmission device 100-1 describes the function of the driving record transmission device 100-1 through visual output through the display unit 180 and sound output from the audio output unit 185. Can complement each other.

In addition, the power supply unit 190 may receive external power or internal power under the control of the processor to supply power required for the operation of each component.

Finally, the driving record transmission device 100-1 may include a processor that controls the overall operation of each unit in the driving record transmission device 100-1.

In addition, the processor may control at least some of the components discussed with reference to FIG. 3 to drive the application program. Furthermore, the processor may operate by combining at least two or more of the components included in the driving record transmission device 100-1 for driving the application program.

In terms of hardware, these processors include application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), processors (processors), It may be implemented using at least one of controllers, micro-controllers, microprocessors, and electrical units for performing other functions.

In addition, such a processor may be controlled by a control unit or may control various functions of the vehicle 100 through the control unit.

In addition to the operation related to the application program stored in the memory 140, the processor generally controls the overall operation of the driving record transmission device 100-1. The processor may provide or process appropriate information or functions to the user by processing signals, data, information, etc. input or output through the above-described components or by driving an application program stored in the memory 170.

-Traffic communication facilities (200)

Meanwhile, the traffic communication facility 200 may provide optimal traffic efficiency through interworking with an intelligent traffic system (ITS).

In detail, the traffic communication facility 200 is installed around the road on which the vehicle 100 travels to provide traffic-related information through wireless communication with the vehicles 100, and roads such as traffic lights and electronic signs installed around the road. Signaling equipment can be controlled.

In addition, the traffic communication facility 200 may provide information necessary when the vehicle 100 autonomously drives or provides a driving assistance function through an intelligent traffic system through wireless communication.

Therefore, the traffic communication facility 200 is installed at intervals along the road, and is continuously wirelessly connected to the vehicle 100 (V2I, vehicle-to-infrastructure) to transmit and receive necessary information to and from the vehicle 100. have.

In detail, referring to FIG. 4, the traffic communication facility 200 is a rode side unit (RSU) installed around a road such as an intersection, and the vehicle 100 through communication with surrounding vehicles 100. By grasping the movement status of the vehicle, and determining the order of movement between the identified vehicles 100, and transmitting a predetermined sequence to the vehicles 100, it is possible to assist smooth intersection driving between the vehicles 100.

In addition, the traffic communication facility 200 may control the traffic signal device I based on the identified movement conditions between the vehicles 100.

The traffic communication facility 200 is capable of data communication with the vehicle 100, as well as with an external server, a network such as the Internet, and / or a blockchain network system 10, so as to relay information received from the vehicle 100. There is also.

That is, the traffic communication facility 200 receives the driving record information received when the event occurs while the vehicle 100 transmits the driving record information and / or the vehicle 100 transmits the driving record information according to the occurrence of the event. Can be transmitted over the public network or directly to the blockchain network system 10.

--Other vehicles (101)

Meanwhile, in order to execute the driving function, wireless communication (V2V, Vehicle-to-vehicle) with the other vehicle 101 may also be necessary.

In detail, the vehicle 100 receives the driving information of the adjacent other vehicle 101 from the adjacent other vehicle 101 and transmits the information of the vehicle 100 to share the driving information between the vehicles 100, It can be used for autonomous driving or driving assistance functions. Further, the driving information received from the other vehicle 101 may be included in the driving recording information.

Therefore, the vehicle 100 in the embodiment can maintain a wireless communication connection state to continuously transmit and receive data with the other vehicle 101. In addition, the other vehicle 101 shares the driving record information received when the event occurs while the vehicle 100 transmits driving record information and / or when the driving record information is transmitted according to the event occurrence in the vehicle 100. It can be transmitted over the network or directly to the blockchain network system 10.

-Blockchain network system (10)

Referring to FIG. 5, the consortium network-based blockchain network system 10 records driving record information from an vehicle 100, another vehicle 101, or a traffic communication facility 200 through an open network 20 such as the Internet. Can receive.

In detail, the blockchain network system 10 stores standardized driving record information as transaction data according to a certain rule, and based on this, a chain-type link created based on a peer-to-peer method By storing in a distributed data storage environment, forgery and alteration of driving record information can be prevented in advance.

The network of the blockchain network system 10 described below forms a peer-to-peer network architecture structure on the network. That is, all users participating in the system have a status of equality, no special node exists, and all nodes (node-1 to node-n) share a role of configuring network services.

In addition, several nodes on the network are connected to each other in a network having a topology such as each other. Even if the nodes in the network are located in an equal position with each other, their roles may differ depending on the functions supported.

All nodes have a routing function within the network and may include other functions. All nodes can perform functions such as verifying and propagating transactions and blocks, and maintaining connection with neighboring nodes.

The blockchain network system 10 may be a consortium blockchain. That is, the nodes of the blockchain network system 10 may be only servers or terminals of authorized institutions, and security is set so that only the nodes can share blocks with each other, and driving record information is leaked to the outside. You can prevent it. That is, the network of the blockchain network system 10 may be a private network such as an intranet.

However, each node may be connected to a public network, such as the Internet, separately from the consortium network, and may receive driving record information through the public network and store it as transaction data.

As described above, the driving record information should not be disclosed to anyone, as there is a risk of infringement of the driver's privacy, technology leakage from the vehicle manufacturer 30 and / or driving function service provider.

On the contrary, the driving record information is important information that will reveal the occurrence of an event between the driver, the vehicle manufacturer 30, the driving function service provider, and a third party, and if necessary, it needs to be viewed while security is maintained. have.

To this end, the main users 30, 40, 50, and 60 who can participate in the consortium blockchain network system 10 include the vehicle manufacturer 30, the driving function service provider 40, and the public institution 50. Can be included.

Here, the public institution 50 may be an institution that monitors the collusion between the vehicle manufacturers 30 and the driving function service providers 40 and monitors the blockchain network system 10 to be operated fairly. .

In addition, the sub-user 70 includes an emergency rescue agency, hospital, vehicle repair shop, or insurance company that can efficiently use the driving record information as a third party, and gives the authority to view the driving record information as needed. Can be granted.

Depending on the situation, such sub-users may be authorized to download a specific blockchain, and receive a digital signature from the main user to view transaction data, if necessary, to check driving record information.

For example, the emergency rescue agency can determine the severity of the accident by checking the driving record information in advance before the dispatch, and perform the emergency rescue according to the severity of the accident.

That is, nodes connected to the network may have a main user node and additionally a sub user node.

However, the network may also include nodes running a special protocol, or may include a protocol gateway connecting nodes running other protocols.

Referring to FIG. 6, as described above, the blockchain is composed of a distributed computer system composed of immutable blocks composed of transaction data (eg, driving record information according to the occurrence of an event). Each block constituting the blockchain (301, 302, 303, 304) includes a hash of the previous block header, so the blocks are connected together to create a record of all transaction data written to the blockchain from the beginning. In addition, since blocks are dependently connected to the previous block, disassembly, modification, and reconfiguration are almost impossible, and since each node holds each other, it is distributed and robust, and transactions approved for the block may be almost impossible to forge.

Here, hash (hash) means a function that maps data of a certain length to data of a fixed length, and hereinafter, various functions having the same characteristics as a hash (eg, elliptic curve multiplication function) It may also be meant to encompass.

In an embodiment, at least one transaction data is recorded in one block. Transaction data is calculated as a hash and can be configured to prevent forgery and alteration. Each block and transaction manages the hash value and the timestamp at the time of data generation to prevent forgery and falsification and track the event occurrence.

In addition, nodes can store blockchain ledgers and wallet applications that store digital keys, allowing users to secure / review transaction data in the consortium blockchain in a secure and reliable manner.

In addition, nodes can provide a blockchain explorer. The blockchain explorer can be configured as a web application that acts as a search engine that searches driving record information.

Users with wallets that include digital keys for the corresponding driving record information can browse the address, transaction data, blocks, etc. of the driving record information through the blockchain explorer, and can grasp the relationship and flow between them.

Each node includes a server, interface, system, database, agent, peer, engine, controller, or other type of computing device that operates individually or collectively, or can be configured with any suitable combination of computing devices to read all computing languages. Can be. The computing device may include a processor configured to execute software instructions stored on a non-transitory computer-readable storage medium (eg, hard drive, solid state drive, RAM, flash, ROM, etc.).

Preferably, software instructions are configured so that the computing device can provide various functions described below. In addition, the disclosed techniques can be implemented as a computer program product comprising a non-transitory computer readable medium storing software instructions that cause a processor to execute disclosed steps.

Preferably, various servers, systems, databases and interfaces exchange data using HTTP, HTTPS, AES, public / private key exchange, web services APIs, known financial transaction protocols or other electronically based standardized protocols or algorithms. Can be. Preferably, the data exchange can be performed through a packet switched network, the Internet, LAN, WAN, VPN or other type of packet switched network.

Further, at least some of the computing devices represented by the respective nodes may provide a platform for viewing driving record information in the hosted blockchain.

In some embodiments, the platform may be a web-based platform that can be accessed through a public network by computing devices operated by a main user, such as a vehicle manufacturer 30, public agency 50, or driving function service provider 40. It might be.

The platform may provide a web page that provides a function of an interface for retrieving driving record information and retrieving it according to the approval of nodes when a third party, such as a driver or an insurance company, wants to view the driving record.

For example, if a driver wants to check his / her accident record, accessing the manufacturer's web page of his / her accident vehicle 100, entering the vehicle identifier and performing the driver's own authentication, the vehicle manufacturer 30 ) May search the location of the transaction according to the vehicle identifier and provide at least a portion of the driving record information obtained by digitally signing the transaction data to the driver.

Meanwhile, the node that has first received the transaction data may inform the consortium network that the corresponding transaction data has been received. Since the distribution of transaction data is performed through the P2P protocol, the transaction is quickly transmitted to the network, and within a few seconds, most nodes connected to the network receive the transaction data.

When a transaction is sent to a node connected to the network, the transaction is validated by that node. Once a transaction is validated, it can be propagated to other nodes connected to that node.

Meanwhile, each node that has received the transaction can verify the validity of the transaction through a validation step. Each node can verify whether the syntax and data structure of the corresponding transaction are converted according to the standardization rules set by the consortium blockchain network system 10, and verify which main user the transaction data is connected to. The validity of the transaction can be verified by proceeding.

Through this verification process, valid transactions are propagated over the network, but invalid transactions can be discarded at the first node that is transmitted by way of example.

On the other hand, the transaction data transmitted to the nodes maintains an unconfirmed state for at least a predetermined period. That is, the transaction has been transmitted to the network, but it is not yet included in the transaction book called blockchain. Therefore, when a new block connected to the blockchain is created after the transaction data is generated according to the occurrence of the event, the transaction data in the created block is approved in the form of confirmation on the network.

Nodes on the consortium network can keep unauthorized transaction data as a temporary list in a memory pool or transaction pool before block creation. Nodes can use this pool to track transactions that are known to the network but are not yet included in the blockchain.

Thereafter, the transaction data stored in the temporary list at the node may be included in the newly generated block at the time when the new block is created.

Referring to FIG. 7, the block 300 according to an embodiment includes a version, a hash of the previous block header 310, a timestamp at the time of data generation, and a transaction abstract. A block header 310 composed of at least one data among nonce may be included.

In detail, the block header 310 securely protects transaction data from forgery and alteration, including a hash of the previous block header 310, a timestamp at the time of data generation, and a summary of transaction data (hereinafter, a transaction summary). can do.

Here, the transaction summary means summary data that is composed of all transaction data to be included in the block 300 using a Merkle tree function. Through this transaction summary, the node can search for which block 300 specific transaction data is included.

In addition, the block header 310 may further help to analyze the corresponding block 300 by further including a program version, and may further include a nonce when the block 300 is generated in a mining format. .

In addition, in the body 320 of the block 300, transaction data stored in the memory pool from the generation of the previous block 300 to the time when the corresponding block 300 is generated may be stored.

In an embodiment, the transaction data may be data obtained by converting driving record information.

In detail, referring to FIG. 8, the transaction data according to an embodiment may be composed of the front head data 31, the main data 32 and the verification data 33.

In detail, the front head data 31 may include at least one index of a driving function service provider index, a vehicle manufacturer index, a vehicle index, and a driver index.

In detail, the front head data 31 may provide an index that can identify the vehicle 100 so as to be searchable through the vehicle index when searching for driving record information of the vehicle 100.

In addition, the front head data 31 includes a driving function service provider 40 index or / and a vehicle manufacturer 30 index, and then the subject of authority to view encrypted (eg, hashed) transaction data. You can check who you are.

That is, the driving function service provider 40 index and / or the vehicle manufacturer 30 index are included in the front head data 31 so that it can confirm who has the digital key for converting the hashed transaction data into driving record information. Can be included.

In addition, information such as a driver index and an event occurrence time may be added to the front head data 31 to assist in retrieving driving record information.

Meanwhile, the driving record information may be included in the main data 32.

In detail, in the main data 32, driving record information may be stored in an aligned state according to a standardized format.

In addition, a hash value that hashs the driving record information sorted according to a standardized format may be stored in the main data 32.

That is, when the driving record information is transmitted through the other vehicle 101, the traffic communication facility 200, the public network, etc., since the driving record information may be leaked to the outside, the hash value obtained by encrypting the driving record information through a hash is main It can be stored as data 32.

Finally, the transaction data may further include verification data 33.

The verification data 33 may be data that checks whether the main data 32 is sorted according to standardization rules, whether the hash function is correctly applied, and whether the front head data 31 is correctly configured.

If the main data 32 is hashed in a state that does not conform to the standardization rules, the verification data 33 confirms this and may indicate that the transaction data is invalid.

- vehicle 100 of the embodiment in view

Hereinafter, the process of storing the driving record information on the blockchain by the blockchain-based driving record data storage system composed of these components will be described in detail from the vehicle 100 perspective.

For convenience of description below, the driving record transmission device 100-1 will be referred to as the vehicle 100.

Referring to FIG. 9, the vehicle 100 may first generate and store driving record information in real time. (S101)

<Driving record information>

[ Here, the driving record information is information for determining who the subject is prone to when an event occurs, and may include information necessary to provide a driving function or / and driving operation information of a driver. The driving record information may be a concept including an event occurrence time as well as before and after an event occurrence.

In another aspect, the driving record information is information that records data generated as the vehicle 100 travels, and information obtained for automatic control of the vehicle 100 and automatic control information based thereon, and a vehicle according to automatic control ( It may be information including all of the change information of 100).

In addition, the driving record information may include at least one of vehicle status information, driving control information, vehicle surrounding information, and / or vehicle status information, based on the attribute of the information.

Here, the vehicle condition information is information indicating an operation state of the vehicle 100 when an event occurs, the speed of the vehicle 100, a speed change of the vehicle 100, a moving direction, a change in the moving direction, engine speed (rpm), It may include information on at least one of a crash severity, a tire condition, and airbag deployment data. The vehicle situation information may be one of important information that reveals the responsibilities between the vehicle manufacturer 30, the vehicle repairer, and the driving function service provider 40 in the event occurrence.

Further, the driving control information may include transmission gear position, acceleratorpedal position, and steering wheel angle brake operation information. In addition, each driving control information may be divided into information that the control unit controls the driving unit by the driving function and information that the driver controls the driving unit using an operation means. The driving control information may be one of important information that reveals the responsibility of the event occurrence between the vehicle manufacturer 30, the driving function service provider 40, and the driver.

Further, the vehicle surrounding information may include location information, object images, object distance information, vehicle interior information, and communication information. Such vehicle surrounding information may be one of important information that reveals responsibilities between an external third party, a vehicle manufacturer 30, a vehicle repairer, and a driving function service provider 40.

In addition, the driving record information may include internal sensor information, external sensor information, driving control information, or communication information when viewed based on the information acquisition unit.

Such driving record information may be converted into a standardized form according to rules according to agreements of main users before encryption, and may be converted into encrypted transaction data. ]

Returning to the description of the embodiment, the vehicle 100 may store driving record information generated in accordance with driving in real time. At this time, the vehicle 100 may maintain a communication state with the external traffic communication facility 200 or another vehicle 101, and may transmit driving record information generated in real time.

And in the embodiment, the driving record information means information before being converted into transaction data, but in another embodiment, the driving record information is converted into transaction information regardless of the occurrence of an event, and transmitted / received without any separate conversion process when an event occurs. It can also be transmitted quickly.

Next, the vehicle 100 while driving may detect the occurrence of an event. (S102)

Here, the event means an accident occurrence, a user request or / and a failure, and an event occurrence can be detected through a vehicle sensor or a user input.

If an event occurrence is not detected, the vehicle 100 may improve the efficiency of data processing by deleting the driving record that has exceeded a predetermined time. (S103)

When an event occurs, the vehicle 100 may extract event-related driving record information. (S104)

In detail, the vehicle 100 may extract not only the time at which the event occurs, but also the driving record information before the event occurs and the driving record information after the event occurs as driving record information to be stored.

For example, the vehicle 100 may store the driving record information before a predetermined time from the occurrence of the accident to the driving record information after the accident occurs, so that the responsibility of the accident can be clearly identified in the future.

Next, the vehicle 100 may convert the extracted driving record information into transaction data. (S105)

At this time, the rule for converting driving record information into transaction data may be a rule that has been previously determined according to the agreement of the main users of the consortium network as a standardized rule.

These standardization rules are built into the vehicle 100 by default, and when an event occurs, driving record information can be converted into transaction data according to the standardization rules.

In detail, the vehicle 100 may list data of at least some of the driving record information according to standardization rules.

Here, the driving record information that enters the frontal head data 31 among the transaction data is a form disclosed by a third party for analysis, among the driving function service provider 40 index, the vehicle manufacturer 30 index, the vehicle index, and the driver index. It may include at least one index.

Next, the vehicle 100 configures the main data 32 in an encrypted form by encrypting (eg, hashing) privacy information, such as driver, vehicle manufacturer 30, and technology leakage security of the service provider. can do. For example, vehicle situation information, driving control information, and vehicle surrounding information, which are accident-related information, may be stored as the encrypted main data 32.

That is, at least a portion of the driving record information is configured in a public form, and the remaining information is configured in an encrypted state to achieve transaction data.

Finally, the vehicle 100 obtains a hash value in a state in which the front head data 31 and the main data 32 are combined, and whether the front head data 31 is well arranged according to standardized rules, and the main data 32 is Whether it is listed according to standardized rules, the main data 32 may generate verification data 33 that verifies the encryption status.

In detail, the vehicle 100 can confirm the validity of the data through a hash sum of the hash values of the front head data 31 and the main data 32.

That is, the vehicle 100 may not be able to convert driving record information into valid transaction data due to an impact in the state in which an event has occurred, and may check and cope with this time point through the verification data 33.

The vehicle 100 that has acquired the transaction data may transmit the transaction data directly or indirectly to the blockchain network system 10. (S106)

In detail, when there is no abnormality in the communication unit and can be directly connected, the vehicle 100 may directly transmit transaction data to at least one node of the blockchain network system 10. (S108)

In more detail, the vehicle 100 may be connected to a public network through a communication unit and transmit transaction data to at least one node connected to the public network.

At this time, it is preferable that one node is not the vehicle manufacturer 30 or the service provider of the vehicle 100 in order to prevent the forgery from being performed.

On the other hand, when there is a problem with the communication unit or access to the public network is difficult, the vehicle 100 may transmit transaction data to the surrounding traffic communication facility 200 or another vehicle 101. (S107)

In detail, referring to FIG. 10, the vehicle 100 may directly transmit transaction data to the blockchain network, and indirectly transmit transaction data to the blockchain network via the traffic communication facility 200, Transaction data can be transmitted indirectly to the blockchain network via the other vehicle 101.

As described above, the vehicle 100 will continuously transmit and receive data by continuously connecting wireless communication with the surrounding traffic communication facility 200 or another vehicle 101 to provide a driving function.

Therefore, the vehicle 100, if it is difficult to directly transmit when an event occurs, transmits transaction data quickly to a previously connected traffic communication facility 200 or another vehicle 101, before the vehicle 100 impacts due to an event occurrence Transaction data can be sent.

At this time, even if the transaction data is transmitted through the public network with the third party, the main data 32 is encrypted by the hash without using the digital key possessed by at least one user of the blockchain network system 10. It is impossible to confirm, so security may be enhanced.

In summary, a method for managing driving record information related to autonomous driving through a blockchain network according to an embodiment is to store and manage driving record information generated according to the driving of the vehicle 100 based on a blockchain, thereby managing driving record information. It has the advantage of blocking forgery and alteration in advance and clearly identifying the occurrence of the event.

In addition, the method for managing the driving record information related to autonomous driving through the blockchain network according to the embodiment protects the privacy information included in the driving record information, and the unique technology of the service provider or / and the vehicle manufacturer 30 is protected. Technology security can be improved when driving record information is saved.

In addition, the method of managing the driving record information related to autonomous driving through the blockchain network according to the embodiment has an advantage that the vehicle 100 can quickly and accurately transmit the driving record information to the blockchain network when an accident occurs.

-An embodiment from the perspective of a blockchain network system

Hereinafter, the process of storing and managing driving record information on the blockchain by the blockchain-based driving record data storage system will be described in detail from the perspective of the blockchain network system 10.

Referring to FIG. 11, the blockchain network system 10 may receive transaction data, and nodes may share it by distributing the received transaction data. (S201)

In detail, one node of the blockchain network system 10 may receive transaction data directly from the public network or the vehicle 100, store the received transaction data in a memory pool, and transmit it to other nodes.

In detail, the node that has first received the transaction data may inform the consortium network that the corresponding transaction data has been received. Since the distribution of transaction data is performed through a P2P protocol, the transaction is quickly transmitted to the network, and within a few seconds, most nodes connected to the network can receive the transaction data.

In addition, each node that receives the transaction can verify the validity of the transaction through a validation step. Each node can verify whether the syntax and data structure of the corresponding transaction are converted according to the standardization rules set by the consortium blockchain network system 10, and verify which main user the transaction data is connected to. The validity of the transaction can be verified by proceeding.

The transaction data transmitted to the nodes remains unconfirmed for at least a predetermined period. That is, the transaction has been transmitted to the network, but it is not yet included in the transaction book called blockchain. Therefore, when a new block connected to the blockchain is created after the transaction data is generated according to the event occurrence, the transaction data in the generated block 300 is approved in the form of confirmation on the network.

Nodes on the consortium network that have received valid transaction data may store unauthorized transaction data as a temporary list in a memory pool or a transaction pool before the block 300 is generated. (S202)

Nodes can use this pool to track transactions that are known to the network but are not yet included in the blockchain.

Thereafter, the transaction data stored in the temporary list at the node may be included in the newly generated block 300 when the new block 300 is generated.

Next, the blockchain network system 10 may generate the block 300 according to preset conditions. (S203)

In detail, since the blockchain network system 10, which is a consortium blockchain, has no reason for mining, a randomly determined one node may generate the block 300 when a predetermined condition is satisfied.

For example, the blockchain network system 10 adds a lapse of a random time less than a predetermined time after a predetermined time passes, and a predetermined condition in which a randomly selected node generates the block 300 at the random time. Can have

In another embodiment, the blockchain network system 10 finds a hash of the latest block header 310 by resolving the nonce while adjusting the difficulty level to include a nonce in the latest block header 310 and solve it at a predetermined time. It is also possible to set a condition for the node to generate a new block 300.

In another embodiment, the blockchain network system 10 includes a nonce in the latest block header 310 and adjusts the difficulty level to be solved at a predetermined time, designating a specific node to solve the nonce and specifying a specific node It is also possible to determine a condition for the corresponding node to generate a new block 300 when the nonce is solved.

If the block 300 has the authority to generate, the corresponding node can generate the block header 310. (S204)

Here, the block header 310 is at least one of a version, a hash of the previous block header 310, a timestamp at the time of data generation, a summary of transactions data, and a transaction abstract. The above data may be included.

In detail, the block header 310 securely protects transaction data from forgery and alteration, including a hash of the previous block header 310, a timestamp at the time of data generation, and a summary of transaction data (hereinafter, a transaction summary). can do.

Here, the transaction summary means summary data that is composed of all transaction data to be included in the block 300 using a Merkle tree function. Through this transaction summary, the node can search for which block 300 specific transaction data is included.

In addition, the block header 310 may further help to analyze the corresponding block 300 by further including a program version, and may further include a nonce when the block 300 is generated in a mining format. .

Next, the node may complete the block 300 generation by including transaction data stored in the memory pool. (S206)

In detail, in the body 320 of the block 300, transaction data stored in the memory pool from the generation of the previous block 300 to the time when the corresponding block 300 is generated may be stored.

Meanwhile, at least some of the driving record information included in the transaction data may not be confirmed in an encrypted state.

Therefore, the blockchain network system 10 may provide an interface that can check the driving record information by releasing the password.

First, the blockchain network system 10 may provide a search engine interface for retrieving transaction data including index-based driving record information to be searched. (S206)

That is, at least some nodes of the blockchain network system 10 may provide a blockchain explorer. The blockchain explorer can be configured as a web application that acts as a search engine that searches driving record information.

Such a blockchain explorer may provide search information of a driving record to be searched through an index (eg, a vehicle index) included in transaction data.

Further, at least some of the computing devices represented by the respective nodes may provide a platform for viewing driving record information in the hosted blockchain.

In some embodiments, the platform may be a web-based platform that can be accessed through a public network by computing devices operated by a main user, such as a vehicle manufacturer 30, public agency 50, or driving function service provider 40. It might be.

The platform may provide a web page that provides a function of an interface for retrieving driving record information and retrieving it according to the approval of nodes when a third party, such as a driver or an insurance company, wants to view the driving record.

For example, if a driver wants to check his / her accident record, accessing the manufacturer's web page of his / her accident vehicle 100, entering the vehicle identifier and performing the driver's own authentication, the vehicle manufacturer 30 ) May search the location of the transaction according to the vehicle identifier and provide at least a portion of the driving record information obtained by digitally signing the transaction data to the driver.

Upon detecting the transaction data according to the search, the blockchain network system 10 can decrypt and view the transaction data encryption only when there is a valid digital signature of at least one or more main users. (S207)

In detail, the blockchain network system 10 may set conditions for decrypting transaction data.

In an embodiment, the blockchain network system 10 is included when the manufacturer or / and the driving function service provider 40 of the vehicle 100 in which the event has occurred has signed the digital key, and the transaction data is decrypted and included. The driving record information can be read.

The method of managing driving record information related to autonomous driving through the blockchain network according to the embodiment is stored and managed based on the blockchain based on the driving of the vehicle 100, thereby forgery and alteration of driving record information There is an advantage that can be blocked in advance, and clearly identify the occurrence of the event.

In addition, the method for managing the driving record information related to autonomous driving through the blockchain network according to the embodiment protects the privacy information included in the driving record information, and the unique technology of the service provider or / and the vehicle manufacturer 30 is protected. Technology security can be improved when driving record information is saved.

In addition, the method of managing the driving record information related to autonomous driving through the blockchain network according to the embodiment has an advantage that the vehicle 100 can quickly and accurately transmit the driving record information to the blockchain network when an accident occurs.

The embodiments according to the present invention described above are implemented in the form of program instructions that can be executed through various computer components and can be recorded in a computer-readable recording medium. The computer-readable recording medium may include program instructions, data files, data structures, or the like alone or in combination. The program instructions recorded on the computer-readable recording medium may be specially designed and configured for the present invention or may be known and available to those skilled in the computer software field. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical recording media such as CD-ROMs and DVDs, and magneto-optical media such as floptical disks. medium), and hardware devices specifically configured to store and execute program instructions, such as ROM, RAM, flash memory, and the like. Examples of program instructions include not only machine language codes produced by a compiler, but also high-level language codes executable by a computer using an interpreter or the like. The hardware device can be changed into one or more software modules to perform the processing according to the present invention, and vice versa.

The specific implementations described in the present invention are exemplary embodiments, and do not limit the scope of the present invention in any way. For brevity of the specification, descriptions of conventional electronic configurations, control systems, software, and other functional aspects of the systems may be omitted. In addition, the connection or connection members of the lines between the components shown in the drawings are illustrative examples of functional connections and / or physical or circuit connections. In the actual device, alternative or additional various functional connections, physical It can be represented as a connection, or circuit connections. In addition, unless specifically mentioned, such as “essential”, “importantly”, etc., it may not be a necessary component for application of the present invention.

In addition, the detailed description of the present invention has been described with reference to preferred embodiments of the present invention, but those skilled in the art or those of ordinary skill in the art will appreciate the spirit of the present invention as set forth in the claims below. And it will be understood that various modifications and changes may be made to the present invention without departing from the technical field. Therefore, the technical scope of the present invention should not be limited to the contents described in the detailed description of the specification, but should be defined by the claims.

Claims (15)

As a method of operating a blockchain network system composed of distributed networks by users' nodes,
A node receiving transaction data including driving record information of an autonomous vehicle;
The one node distributing the transaction data through the distributed network;
Storing the transaction data in a memory pool; And
If the pre-set condition is satisfied based on the transaction data stored in the memory pool, generating a block to extend the blockchain,
The blockchain network system includes a predetermined user including a vehicle manufacturer, an autonomous driving service provider, and a public institution as a main user, and at least one subject of an emergency rescue agency, hospital, vehicle repair shop, or insurance company as a sub-user. Consortium blockchain network system limited to,
The transaction data includes a public vehicle index and encrypted driving record information to retrieve the driving record information.
How to manage driving record information related to autonomous driving through a blockchain network. According to claim 1,
At least one of the main users further comprises providing a search engine interface for searching the encrypted driving record information based on the vehicle index as a web-based platform,
Providing the search engine interface to a web-based platform,
Performing driver identification for the vehicle index and the vehicle index;
Retrieving the encrypted driving record information according to the vehicle index when the driver's identity is verified;
And decrypting the encrypted driving record information by performing digital key signing of the transaction data from at least one of the main users.
How to manage driving record information related to autonomous driving through a blockchain network. delete delete According to claim 1,
The step of the node receiving the transaction data of the autonomous vehicle,
And the one node receiving the transaction data through a public network.
How to manage driving record information related to autonomous driving through a blockchain network. According to claim 1,
The step of the node receiving the transaction data of the autonomous vehicle,
The one node receiving the driving record information through a public network,
And converting the received driving record information into transaction data.
How to manage driving record information related to autonomous driving through a blockchain network. According to claim 1,
Distributing the transaction data through the distributed network by the one node,
And transmitting, by the one node, the transaction data to another node through a closed distributed network.
How to manage driving record information related to autonomous driving through a blockchain network. According to claim 1,
When the pre-set condition is satisfied, the step of generating a block is
The step of generating a block by a randomly selected node at a time point of adding a lapse of a random time after a predetermined time has passed.
How to manage driving record information related to autonomous driving through a blockchain network. According to claim 1,
When the pre-set condition is satisfied, the step of generating a block is
A node including a nonce in the latest block header, and a node that finds a hash of the latest block header including the nonce includes generating a new block.
How to manage driving record information related to autonomous driving through a blockchain network. According to claim 1,
The step of generating the block,
Generating a block header,
The block header includes data of at least one of a version, a hash of a previous block header, a timestamp at the time of data generation, a abstract of transactions data, and a nons.
How to manage driving record information related to autonomous driving through a blockchain network. The method of claim 10,
The step of generating the block,
Further comprising the step of generating the body of the block,
The body of the block includes transaction data stored in a memory pool from the previous generation of the latest block to the time the block is created.
How to manage driving record information related to autonomous driving through a blockchain network. delete delete According to claim 1,
And providing a search interface for searching the driving record information based on the vehicle index information included in the transaction data.
How to manage driving record information related to autonomous driving through a blockchain network. The method of claim 14,
Detecting transaction data including the driving record information searched according to the search interface, and further reading the driving record information from the detected transaction data
How to manage driving record information related to autonomous driving through a blockchain network.

Images