KR102352353B1 - System and method for saving and managing personal black box data using block chain - Google Patents

Abstract

Provided are a system and method for storing and managing personal black box data using a blockchain. According to various embodiments of the present invention, the system for storing and managing personal black box data using the blockchain comprises: a sensor module collecting sensor data on a user; a user terminal receiving the collected sensor data from the sensor module and generating and storing black box data on the user by using the received sensor data; and a managing server receiving information on the black box data from the user terminal and storing the received information on the black box data on a blockchain network.

Description

Personal black box data storage and management system and method using block chain

Various embodiments of the present invention relate to a system and method for storing and managing personal black box data using a block chain.

It is best to prevent accidents in advance, but it is equally important to accurately investigate and analyze the causes of accidents that have already occurred in order to clarify the responsibility of the accident and prepare for the same situation in the future. . However, if there are no witnesses or CCTV, it is difficult to accurately investigate and analyze the cause of the accident to reveal the cause of the accident.

The Black Box is a device that came out to overcome these difficulties. The black box was originally developed for aircraft, and it played the role of recording the status (altitude, route, speed, engine status, etc.) of the aircraft and the contents of the communication. Since it is essential to various moving objects such as motorcycles and ships, when various accidents and problems occur, the black box data is used to diagnose the situation and resolve disputes.

On the other hand, in the case of workers in hazardous workplaces or persons subject to probation, there is a lack of systems and systems such as a black box that can be objectively trusted.

These conventional external CCTV or witness methods have low reliability or limitations in not being able to verify all situations, especially in the blind spots of CCTV in dangerous environments (eg, underground pipelines, high-rise facilities (pylons, buildings, etc.) ), dangerous goods storage, etc.) In the case of accidents and accidents that occur during the course of work, there are often cases in which it is not possible to compensate the workers or workers for damages because evidence and witnesses themselves cannot be secured.

For the purpose of solving these conventional problems, each worker has a separate device that can perform the same role as a black box, thereby individually collecting and storing necessary data in case of an incident or accident, but in the black box data There is a problem that the black box data cannot be trusted as it is easy to forge and falsify, and there are still problems that need to be solved, such as an invasion of personal privacy, so there are practical difficulties in actively using it.

The problem to be solved by the present invention is to generate and store black box data for a user using sensor data including various types of information about the user, thereby storing and managing black box data that can be used as a basis for a problem with the user. To create a reliable environment for black box data by encrypting black box data using an encryption key and storing it distributedly on a block chain network, that is, by utilizing block chain technology to prevent forgery and falsification of black box data It is to provide a system and method for storing and managing personal black box data using a block chain that can be built.

The problems to be solved by the present invention are not limited to the problems mentioned above, and other problems not mentioned will be clearly understood by those skilled in the art from the following description.

A personal black box data storage and management system using a block chain according to an embodiment of the present invention for solving the above-described problems is a sensor module that collects sensor data about a user, and the sensor data collected from the sensor module a user terminal that generates and stores black box data for the user by using the received sensor data, and receives information on the black box data from the user terminal, and receives information on the received black box data It may include a management server that stores information on a blockchain network.

In various embodiments, the sensor module collects sensor data including at least one of the user's activity information, the user's surrounding environment information, and the image information about the user, and the user through a short-range wireless communication method It is connected to a terminal, and the user terminal may receive and store the collected sensor data from the sensor module, but may be stored separately according to the type of the collected sensor data.

In various embodiments, the sensor module collects sensor data about the user at every preset period, the preset period may be determined according to the user's state information determined based on the collected sensor data have.

In various embodiments, the user terminal temporarily stores the received sensor data at every first cycle, integrates the temporarily stored sensor data at every second cycle and permanently stores the data as the black box data, wherein the first cycle includes: It is a period for collecting sensor data about the user through the sensor module, and the second period may be set longer than the first period.

In various embodiments, the user terminal may generate the black box data by receiving an encryption key for the user from the management server and encrypting the received sensor data using the provided encryption key. .

In various embodiments, the user terminal analyzes the received sensor data to determine whether an event has occurred for the user, and the sensor data determined that the event has occurred and the sensor data determined that the event has not occurred Sensor data can be divided into different black box data and stored.

In various embodiments, the sensor module includes a motion detection sensor for detecting the user's motion, and when the user terminal detects a first motion from the user through the motion detection sensor, the first motion The sensor data provided through the sensor module may be stored separately in a separate storage space for a predetermined period from the sensed time point.

In various embodiments, the user terminal may generate a snapshot of the black box data pre-stored in the storage space of the user terminal every predetermined period.

In various embodiments, the user terminal calculates a hash value for the generated black box data using a hash function, and provides the calculated hash value to the management server, wherein the management server includes the user terminal The hash value provided from can be distributed and stored on the blockchain network.

In various embodiments, when receiving a request from the user to provide the black box data pre-stored in the storage space of the user terminal, the management server performs a verification procedure for the user, and when the verification procedure is completed Accordingly, a decryption key for the user may be provided to the user.

In various embodiments, when receiving a request from the first user to provide the black box data pre-stored in the storage space of the second user terminal, the management server analyzes sensor data about the second user to provide a state for the second user and providing the decryption key for the second user to the first user without a separate verification procedure for the first user according to whether the determined state for the second user meets a preset requirement can do.

A method for storing and managing personal black box data using a block chain according to another embodiment of the present invention for solving the above-described problems is a method performed by a computing device, through a sensor module, sensor data about a user through a user terminal, receiving the collected sensor data from the sensor module, generating and storing black box data for the user using the received sensor data, and a management server, The method may include receiving information on the black box data from the user terminal and storing the provided information on the black box data on a block chain network.

Other specific details of the invention are included in the detailed description and drawings.

According to various embodiments of the present invention, black box data that can be utilized as evidence when a problem occurs for a user is stored and stored by generating and storing black box data for a user using sensor data including various types of information about the user. An environment in which black box data can be trusted by encrypting black box data using an encryption key It has the advantage of being able to build

Effects of the present invention are not limited to the effects mentioned above, and other effects not mentioned will be clearly understood by those skilled in the art from the following description.

1 is a diagram illustrating a personal black box data storage and management system using a block chain according to an embodiment of the present invention.
2 is a flowchart of a method for storing and managing personal black box data using a block chain according to another embodiment of the present invention.
3 is a diagram illustrating a process of storing and managing personal black box data using a block chain in various embodiments.
4 is a diagram exemplarily illustrating a process of calculating a hash value of encrypted black box data according to various embodiments.
5 is a flowchart illustrating a method of providing black box data according to user verification, according to various embodiments.
6 is a flowchart illustrating a method of providing black box data according to a user's state, according to various embodiments.
7 is a hardware configuration diagram of a user terminal and a management server according to another embodiment of the present invention.

Advantages and features of the present invention and methods of achieving them will become apparent with reference to the embodiments described below in detail in conjunction with the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below, but may be implemented in various different forms, and only the present embodiments allow the disclosure of the present invention to be complete, and those of ordinary skill in the art to which the present invention pertains. It is provided to fully understand the scope of the present invention to those skilled in the art, and the present invention is only defined by the scope of the claims.

The terminology used herein is for the purpose of describing the embodiments and is not intended to limit the present invention. In this specification, the singular also includes the plural unless specifically stated otherwise in the phrase. As used herein, “comprises” and/or “comprising” does not exclude the presence or addition of one or more other components in addition to the stated components. Like reference numerals refer to like elements throughout, and "and/or" includes each and every combination of one or more of the recited elements. Although "first", "second", etc. are used to describe various elements, these elements are not limited by these terms, of course. These terms are only used to distinguish one component from another. Accordingly, it goes without saying that the first component mentioned below may be the second component within the spirit of the present invention.

Unless otherwise defined, all terms (including technical and scientific terms) used herein will have the meaning commonly understood by those of ordinary skill in the art to which this invention belongs. In addition, terms defined in a commonly used dictionary are not to be interpreted ideally or excessively unless specifically defined explicitly.

As used herein, the term “unit” or “module” refers to a hardware component such as software, FPGA, or ASIC, and “unit” or “module” performs certain roles. However, “part” or “module” is not meant to be limited to software or hardware. A “unit” or “module” may be configured to reside on an addressable storage medium or to reproduce one or more processors. Thus, as an example, “part” or “module” refers to components such as software components, object-oriented software components, class components and task components, processes, functions, properties, Includes procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables. Components and functionality provided within “parts” or “modules” may be combined into a smaller number of components and “parts” or “modules” or as additional components and “parts” or “modules”. can be further separated.

Spatially relative terms "below", "beneath", "lower", "above", "upper", etc. It can be used to easily describe the correlation between a component and other components. Spatially relative terms should be understood as terms including different directions of components during use or operation in addition to the directions shown in the drawings. For example, when a component shown in the drawing is turned over, a component described as “beneath” or “beneath” of another component may be placed “above” of the other component. can Accordingly, the exemplary term “below” may include both directions below and above. Components may also be oriented in other orientations, and thus spatially relative terms may be interpreted according to orientation.

In this specification, a computer refers to all types of hardware devices including at least one processor, and may be understood as encompassing software configurations operating in the corresponding hardware device according to embodiments. For example, a computer may be understood to include, but is not limited to, smart phones, tablet PCs, desktops, notebooks, and user clients and applications running on each device.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

Each step described in this specification is described as being performed by a computer, but the subject of each step is not limited thereto, and at least a portion of each step may be performed in different devices according to embodiments.

1 is a diagram illustrating a personal black box data storage and management system using a block chain according to an embodiment of the present invention.

Referring to FIG. 1 , a personal black box data storage and management system using a block chain according to an embodiment of the present invention includes a sensor module 100 , a user terminal 200 , a management server 300 and a network 400 . may include

Here, the personal black box data storage and management system using the block chain shown in FIG. 1 is according to an embodiment, and its components are not limited to the embodiment shown in FIG. 1, and additional, may be changed or deleted.

In an embodiment, the sensor module 100 may collect sensor data about a user. For example, the sensor module 100 may collect sensor data including at least one of activity information of the user, information on the surrounding environment of the user, and image information about the user. To this end, the sensor module 100 may include a plurality of sensors that collect different information in order to collect different types of sensor data related to the user.

In various embodiments, the sensor module 100 is implemented as a separate device outside the user terminal 200, and may be connected to the user terminal 200 using short-range wireless communication (eg, Bluetooth), The sensor data collected at every preset period may be provided to the user terminal 200 .

Here, the sensor module 100 refers to a plurality of sensors that collect various types of information related to the user, and is actually combined through a single housing and may be implemented as an independent object distinguished from the user terminal 200 . , but not limited thereto, and in some cases, some sensors included in the sensor module 100 (eg, a sensor that collects the user's surrounding environment information) may include a separate object (eg, a wearable device (eg, a wearable device) outside of the user terminal 200 . wearable device), and some sensors (eg, sensors that collect user activity information or image information) may be implemented in a form provided inside the user terminal 200 .

In an embodiment, the user terminal 200 may be connected to the sensor module 100 through the network 400 , and may generate and store black box data using the sensor data provided from the sensor module 100 .

Here, the user terminal 200 is a wireless communication device that guarantees portability and mobility, and includes navigation, Personal Communication System (PCS), Global System for Mobile communications (GSM), Personal Digital Cellular (PDC), and Personal Handyphone System (PHS). ), PDA (Personal Digital Assistant), IMT (International Mobile Telecommunication)-2000, CDMA (Code Division Multiple Access)-2000, W-CDMA (W-Code Division Multiple Access), Wibro (Wireless Broadband Internet) terminal, smartphone (Smartphone), smart pad (Smartpad), tablet PC (Tablet PC), such as all types of handheld (Handheld) based wireless communication device may include, but is not limited thereto.

Also, here, the network 400 may refer to a connection structure capable of exchanging information with each other, such as a plurality of terminals and servers. For example, the network 400 includes a local area network (LAN), a wide area network (WAN), the Internet (WWW), a wired/wireless data communication network, a telephone network, a wired/wireless television communication network, and the like. do.

In addition, here, the wireless data communication network is 3G, 4G, 5G, 3rd Generation Partnership Project (3GPP), 5th Generation Partnership Project (5GPP), Long Term Evolution (LTE), World Interoperability for Microwave Access (WIMAX), Wi-Fi (Wi- Fi), Internet, LAN (Local Area Network), Wireless LAN (Wireless Local Area Network), WAN (Wide Area Network), PAN (Personal Area Network), RF (Radio Frequency), Bluetooth (Bluetooth) network, Near-Field Communication (NFC) networks, satellite broadcast networks, analog broadcast networks, Digital Multimedia Broadcasting (DMB) networks, and the like are included, but are not limited thereto.

In one embodiment, the management server 300 may be connected to the user terminal 200 through the network 400, and for the purpose of securing reliability for the black box data stored in the user terminal 200, the user terminal ( 200), it is possible to provide personal black box data storage and management service using a block chain that receives information (eg, a hash value for black box data) stored in the block chain network and stores it on the block chain network. Hereinafter, a method for storing and managing personal black box data using a block chain will be described with reference to FIGS. 2 to 4 .

2 is a flowchart of a method for storing and managing personal black box data using a block chain according to another embodiment of the present invention, and FIG. 3 is a process of storing and managing personal black box data using a block chain in various embodiments. is a diagram showing

2 and 3 , in step S110 , the sensor module 100 may collect sensor data about the user.

Here, the sensor data about the user includes the user's activity information (eg, the user's moving distance, location, activity amount, biometric information (heart rate, respiration rate, blood pressure, stress index, etc.)), the user's surrounding environment information (eg, noise, air Pollution, humidity, weather, carbon dioxide concentration, fine dust concentration, etc.) and image information about the user (e.g., image information generated by shooting a predetermined area including the user or an area in the same direction as the user's gaze) generated image information), but is not limited thereto, and any information about the user may be applied.

In various embodiments, the sensor module 100 may collect sensor data about the user at every preset period based on a control command transmitted from the user terminal 200 or the management server 300 . In this case, the preset period may be determined according to the user's state information.

As an example, the user terminal 200 (or the management server 300) analyzes the sensor data about the user collected from the sensor module 100 to determine the user's work state (eg, based on the user's activity information). If it is determined that the user is currently working, a control command for collecting sensor data about the user may be determined and transmitted to the sensor module 100 every about 30 seconds to 1 minute. On the other hand, when it is determined that the user is not currently working, the user terminal 200 (or the management server 300) determines a control command to collect sensor data about the user about every 5 minutes to determine the sensor module ( 100) can be sent. That is, when the user is performing a task, an issue (event, accident) can occur with a higher probability than when the user is not performing the task. It can be controlled to collect sensor data with a short period.

As another example, the user terminal 200 (or the management server 300 ) analyzes the sensor data about the user collected from the sensor module 100 to determine the health status of the user (eg, based on the user's biometric information). If it is determined that the user's health status is abnormal, a control command to collect sensor data about the user every about 30 seconds to 1 minute may be determined and transmitted to the sensor module 100 . On the other hand, when it is determined that the user's health state is normal, the user terminal 200 (or the management server 300) determines a control command to collect sensor data about the user about every 5 minutes to determine the sensor module ( 100) can be sent. That is, when an abnormality is shown in the user's health, there is a high probability that an issue will occur. Therefore, when the user shows an abnormal state, it is possible to control the collection of sensor data in a shorter period.

In various embodiments, the sensor module 100 may include a plurality of sensors in order to collect a plurality of different pieces of information about the user, and the user terminal 200 (or the management server 300 ) analyzes the sensor data. It is possible to selectively operate only at least one sensor among the plurality of sensors based on the user's state determined by doing so. For example, when it is determined that the user is currently working based on the sensor data, the user terminal 200 (or the management server 300 ) operates all of the plurality of sensors to collect the plurality of sensor data. can do. On the other hand, when it is determined that the user is not currently working, the user terminal 200 (or the management server 300 ) operates only a sensor that collects the user's surrounding environment information among a plurality of sensors to collect sensor data. can be controlled However, the present invention is not limited thereto.

In various embodiments, the user terminal 200 (or the management server 300 ) may individually determine a sensor data collection period for each of a plurality of sensors included in the sensor module 100 .

In step S120 , the sensor module 100 may provide sensor data about a user collected through a plurality of sensors to the user terminal 200 . For example, the sensor module 100 may be connected to the user terminal 200 using short-range wireless communication (eg, Bluetooth), and may provide sensor data collected every preset period to the user terminal 200 . . Here, the period in which the sensor module 100 provides the sensor data to the user terminal 200 is set to be the same as the period in which the sensor module 100 collects the sensor data, that is, the sensor data is collected through the sensor module 100 . and may be set to be provided to the user terminal 200 at the same time, but is not limited thereto.

In step S130 , the user terminal 200 may generate and store black box data for the user using the sensor data provided from the sensor module 100 through step S120 .

More specifically, first, the user terminal 200 may classify the sensor data provided from the sensor module 100 according to the type of the sensor data through the sensor data classification unit 201 . For example, the user terminal 200 classifies the plurality of sensor data collected by each of the plurality of sensors included in the sensor module 100 according to the ID of each of the plurality of sensors, thereby classifying the plurality of sensor data as the type of sensor data. It can be classified by (or type of sensor).

In various embodiments, the user terminal 200 may group each of the plurality of sensor data individually classified according to the sensor ID into two or more groups according to the attribute of the sensor data. For example, the user terminal 200 may group heart rate data, respiratory rate data, blood pressure data, and stress index data individually classified according to sensor ID into one biometric information group, noise data, air pollution data, humidity Data, weather data, carbon dioxide concentration data, and fine dust concentration data can be grouped into one surrounding environment information group. However, the present invention is not limited thereto.

Next, the user terminal 200 may store a plurality of sensor data classified according to the sensor ID (or sensor data grouped into each group) in the storage space 203 provided inside the user terminal 200 . In this case, a plurality of sensor data may be stored according to a queue system through the queue manager 202 of the user terminal 200 . Here, the storage space 203 may be separately provided inside the user terminal 200 as shown in FIG. 3 , but is not limited thereto, and the storage space 203 is provided outside the user terminal 200 and the user terminal 200 and may be implemented in a wired/wireless manner.

More specifically, first, the user terminal 200 may temporarily store the sensor data provided from the sensor module 100 through the queue manager 202 in a temporary file queue every first cycle. In this case, the user terminal 200 may classify each of the plurality of sensor data classified according to the sensor ID and temporarily store it in an individual temporary file queue. Here, the first cycle is a cycle for receiving sensor data from the sensor module 100 and may be set to be the same as a cycle for the sensor module 100 to collect sensor data (eg, 30 seconds to 1 minute). Also, here, the temporary file queue may serve as a temporary buffer for the purpose of storing sensor data (image or non-image data) collected in time series without data loss.

Thereafter, the user terminal 200 may integrate the sensor data temporarily stored in the temporary file queue every second period and permanently store the sensor data as black box data in the file queue. Here, the second period is a period for integrating and storing the temporarily stored sensor data as black box data, and may be set longer than the first period (eg, 10 minutes).

In various embodiments, when the sensor data temporarily stored in the temporary file queue is permanently stored in the file queue as black box data, the user terminal 200 may initialize (Reset) the sensor data temporarily stored in the temporary file queue.

In various embodiments, the user terminal 200 may analyze the sensor data provided from the sensor module 100 to determine whether an event has occurred for the user, and the sensor data collected at the time it is determined that the event has occurred and The sensor data collected at the time when it is determined that no event has occurred may be divided into different black box data and stored.

For example, the user terminal 200 may analyze the sensor data provided from the sensor module 100 to determine whether an event, such as whether an event, an accident, or an abnormal health condition has occurred with respect to the user.

Thereafter, when an event does not occur for the user, the user terminal 200 temporarily stores the sensor data collected from the sensor module 100 in the first temporary file queue for each first period, and then stores the sensor data collected from the sensor module 100 in the second period as black box data. It can be stored in the first file queue for each.

On the other hand, when it is determined that an event has occurred for the user, the user terminal 200 temporarily stores the sensor data collected from the sensor module 100 in a second temporary file queue provided separately, and then temporarily stores the second temporary file queue provided separately as black box data. 2 Can be permanently stored in the file queue. However, the present invention is not limited thereto, and the user terminal 200 stores all sensor data collected through the sensor module 100 in the first temporary file queue and the first file queue regardless of whether an event determined by analyzing the sensor data occurs. Temporary or permanent storage may be performed, and sensor data collected at a time when it is determined that an event has occurred by analyzing sensor data may be copied and temporarily or permanently stored in the second temporary file queue and the second file queue.

At this time, in the case of the second temporary file queue and the second file queue, the sensor data is stored only when the occurrence of an event is detected for the user. Therefore, there is no need to temporarily or permanently store sensor data at regular intervals.

In consideration of this, the user terminal 200, through the queue manager 202, with respect to the second temporary file queue and the second file queue, regardless of the preset period (eg, the first period and the second period) An operation of temporarily or permanently storing sensor data may be set to be performed only when the occurrence of an event is detected for the user.

In various embodiments, the sensor module 100 further includes a motion detection sensor for detecting a user's motion, and the user terminal 200 is based on the user's motion (eg, gesture) detected through the motion detection sensor, Sensor data can be stored separately.

For example, when the user's motion detected through the motion detection sensor is detected by the user terminal 200 as a first motion (eg, as a preset start motion from the user, for example, a gesture of drawing O with a hand) , it is possible to temporarily store the sensor data collected through the sensor module 100 for a predetermined period from the time when the first motion is detected in a third temporary file queue provided separately, and store the sensor data temporarily stored in the third temporary file queue into a black box. As data, it can be permanently stored in a separately provided third file queue.

However, the present invention is not limited thereto, and when the first motion of the user's motion detected through the motion detection sensor is sensed, the user terminal 200 performs a second motion (eg, from the user in advance) from the time the first motion is sensed. The sensor data collected until a set end operation (eg, a gesture of drawing an X with a hand) is detected may be temporarily or permanently stored in a third temporary file queue and a third file queue separately provided.

In other words, regardless of the occurrence of an event, if the user wants to save the sensor data collected at a specific point in time or in a specific situation as separate black box data, it is more convenient to save the sensor data separately by taking a pre-set action from the user. It can be created and saved as black box data.

In step S140 , the management server 300 may generate an encryption key and a decryption key for a specific user in order to encrypt the black box data previously generated and stored in the user terminal 200 of the specific user, and the generated encryption key may be provided to the user terminal 200 .

Here, various techniques are known for a method of generating an encryption key and a decryption key performed by the management server 300, and these known techniques can be selectively applied. In this specification, the management server 300 It does not specifically limit the method of generating the encryption key and the decryption key to be performed.

In step S150, the user terminal 200 may receive an encryption key (eg, Secure Hash Algorithm 256 (SHA256), SHA512) from the management server 300 through step S140, and use the provided encryption key in step S130 By encrypting the generated black box data, it is possible to calculate a hash value for the black box data. For example, as shown in FIG. 4 , the user terminal 200 may calculate a hash value of 256 bits for the black box data by using the SHA256 hash function.

In this case, the user terminal 200 generates black box data every second cycle, and encrypts the black box data every second cycle in the same way as the generation cycle of the black box data, that is, immediately after the black box data is generated. By doing this, it is possible to prevent forgery and falsification of black box data before it is encrypted.

In step S160 , the user terminal 200 may provide a hash value of the black box data calculated in step S150 through the block chain data transmitter 204 . Here, the block chain data transmitter 204 may serve to connect the user terminal 200 and the block chain network of the management server 300 .

In various embodiments, the user terminal 200 may generate a snapshot for the black box data pre-stored in the storage space of the user terminal 200 at every predetermined period, and is generated through the block chain data transmitter 204 . Information on the taken snapshot may be transmitted to the management server 300 .

In various embodiments, when the user terminal 200 and the management server 300 cannot be connected through the network 400 due to a poor connection state of the network 400, the block chain data transmission unit of the user terminal 200 ( 204), the reconnection of the network 400 may be continuously attempted every preset period.

In step S170, the management server 300 stores information on the black box data (eg, hash value and snapshot information for the black box data) provided from the user terminal 200 through step S160 on the block chain network. can For example, the management server 300 may process a hash value of the black box data provided from the user terminal 200 as a transaction and store it distributedly on the block chain network.

In various embodiments, the management server 300 may use the hash value as transaction data to lighten the block size, process the transaction according to an online transaction processing (eg, OLTP) method, and store it distributedly on the blockchain network.

That is, the black box data (encrypted black box data) generated and stored in the user terminal 200 is linked to the block chain network through the hash value, making it impossible to modify or delete the black box data. Reliability of black box data can be secured.

In various embodiments, the management server 300 may provide a black box data providing service that provides pre-stored black box data according to a user's request. Hereinafter, a method of providing black box data will be described with reference to FIGS. 5 and 6 .

5 is a flowchart illustrating a method of providing black box data according to user verification, according to various embodiments.

Referring to FIG. 5 , in step S210 , the management server 300 may obtain a request for provision of black box data from the user. For example, the management server 300 may provide an application providing a black box data providing service to the user terminal 200 , and the user downloads, installs, and executes the application through the user terminal 200 and outputs the application. A request for provision of black box data may be input through a user interface (UI) (eg, a graphic user interface, GUI). However, the present invention is not limited thereto.

In step S220 , the management server 300 may perform a verification procedure for the corresponding user in response to obtaining the black box data provision request from the user through step S210 .

Here, the verification procedure for the user may refer to a procedure of confirming whether the target who has requested the provision of black box data for the specific user is the specific user.

In addition, here, as a method of performing a verification procedure for a user performed by the management server 300, various technologies such as mobile phone authentication and authentication through a certificate (eg, joint certificate, private certificate, etc.) are known in advance, and such Since known techniques can be selectively applied, the present specification does not specifically limit a method of performing a verification procedure for a user.

In step S230, if the management server 300 does not complete the verification procedure for the user through step S220, that is, it is determined that the target who requested the provision of the black box data of the specific user is not the specific user. In case the verification for ' ' fails, a guide message guiding that the verification for the user has failed is provided to the user terminal 200 , so that the user can be induced to perform the verification procedure once again.

At this time, when the verification procedure performed in response to a request for provision of the black box data of a specific user repeatedly fails for a preset number of times, the management server 300 erroneously accesses the black box data of a specific user. It is judged that there is an attempt, and the black box data of a specific user can be processed temporarily (or until released by the administrator) privately.

In step S240, when the management server 300 completes the verification procedure for the user through step S220, that is, when it is determined that the target who requested the provision of the black box data of the specific user is the specific user, the user A decryption key (a decryption key matched with the encryption key generated to encrypt the user's black box data) may be provided to the user.

In step S250 , the management server 300 may provide a black box data search and provision UI to the user terminal 200 , and a decryption key for the black box data searched and selected by the user through the black box data search and provision UI It can be provided after being decrypted.

That is, in providing the encrypted black box data to the user, only when the verification procedure for the user is completed and the authority to the black box data is obtained by decrypting and providing the encrypted black box data, This has the advantage of being able to protect privacy.

6 is a flowchart illustrating a method of providing black box data according to a user's state, according to various embodiments.

Referring to FIG. 6 , in step S310 , the management server 300 may obtain a request for providing black box data for a second user from a first user (eg, an administrator). Here, the method of obtaining a request for provision of black box data for the second user performed by the management server 300 may be implemented in the same or similar form as the method performed in step S210 of FIG. 5 , but limited thereto doesn't happen

In step S320 , the management server 300 may determine the status of the second user as it obtains a request to provide black box data for the second user from the first user who is an administrator. For example, the management server 300 may collect sensor data about the second user through the user terminal 200 of the second user, and analyze the collected sensor data to determine the state of the second user. have. Here, it has been described that the state of the second user is determined by using the sensor data of the second user, but the present invention is not limited thereto, and any information capable of determining the state of the second user may be applied.

In step S330, the management server 300 may determine whether the state of the second user determined in step S320 meets a preset requirement. Here, the preset requirement condition may mean a condition for determining whether the second user is in a state in which a verification procedure cannot be performed to check his/her black box data. For example, the preset requirement may include, but is not limited to, a case in which the second user is in a dead state or the second user cannot perform the verification procedure due to an issue such as an incident or an accident.

In step S340 , the management server 300 determines that the state of the second user does not meet the preset requirements based on the result determined in step S330 , that is, if it is determined that the second user directly performs the verification procedure sufficiently. When it is determined that the user can perform the verification procedure, the second user performs the verification procedure by providing a guide message guiding the second user to directly perform the verification procedure to the user terminals 200 of the first user and the second user. can make it

In step S350 , the management server 300 determines that the state of the second user meets the preset requirement based on the result determined in step S330 , that is, the second user cannot directly perform the verification procedure. When it is determined that the state is in the state, the decryption key for the second user may be provided to the first user without performing a separate verification procedure.

In step S360, the management server 300 may provide the black box data search and provision UI to the user terminal 200 of the first user, and the first user searches and selects the black box data through the black box data search and provision UI. The second user's black box data may be decrypted and provided using the second user's decryption key.

That is, in providing the encrypted black box data to the user, the default is to decrypt and provide the encrypted black box data only when the verification procedure for the user is completed and the authority to the black box data is obtained. However, if it is urgently necessary to check the black box data when a specific user cannot directly perform the verification procedure due to issues such as death, incident, accident, etc. Black box data can be provided.

The method for storing and managing personal black box data using the aforementioned block chain has been described with reference to the flowchart shown in the drawings. For a simple explanation, the method for storing and managing personal black box data using a block chain has been described with a series of blocks, but the present invention is not limited to the order of the blocks, and some blocks are shown and operated in this specification. It may be performed in a different order or may be performed simultaneously. In addition, new blocks not described in the present specification and drawings may be added, or some blocks may be deleted or changed. Hereinafter, with reference to FIG. 7 , the hardware configuration of the user terminal 200 and the management server 300 performing a method of storing and managing personal black box data using a block chain will be described.

7 is a hardware configuration diagram of a user terminal and a management server according to another embodiment of the present invention.

7, in various embodiments, the user terminal 200 includes one or more processors 210, a memory 120 for loading a computer program 251 executed by the processor 210, a bus (Load) 230 ), a communication interface 240 , and a storage 250 for storing a computer program 251 .

Here, only the components related to the embodiment of the present invention are shown in FIG. 7 . Accordingly, those skilled in the art to which the present invention pertains can see that other general-purpose components other than those shown in FIG. 7 may be further included.

In addition, although the hardware configuration of the user terminal 200 is described in FIG. 7 , the present invention is not limited thereto, and the management server 300 also includes a hardware configuration of the same or similar type to that of the user terminal 200 shown in FIG. 7 . can do.

The processor 210 controls the overall operation of each component of the user terminal 200 . The processor 210 includes a central processing unit (CPU), a micro processor unit (MPU), a micro controller unit (MCU), a graphic processing unit (GPU), or any type of processor well known in the art. can be

In addition, the processor 210 may perform an operation for at least one application or program for executing the method according to the embodiments of the present invention, and the user terminal 200 may include one or more processors.

In various embodiments, the processor 210 temporarily and/or permanently stores a signal (or data) processed inside the processor 210 , a Random Access Memory (RAM) and a Read -Only Memory, not shown) may be further included. In addition, the processor 210 may be implemented in the form of a system on chip (SoC) including at least one of a graphic processing unit, a RAM, and a ROM.

The memory 120 stores various data, commands and/or information. The memory 120 may load the computer program 251 from the storage 250 to execute methods/operations according to various embodiments of the present disclosure. When the computer program 251 is loaded into the memory 120 , the processor 210 may perform the method/operation by executing one or more instructions constituting the computer program 251 . The memory 120 may be implemented as a volatile memory such as RAM, but the technical scope of the present disclosure is not limited thereto.

The bus 230 provides a communication function between components of the user terminal 200 . The bus 230 may be implemented as various types of buses, such as an address bus, a data bus, and a control bus.

The communication interface 240 supports wired/wireless Internet communication of the user terminal 200 . In addition, the communication interface 240 may support various communication methods other than Internet communication. To this end, the communication interface 240 may be configured to include a communication module well-known in the art. In some embodiments, the communication interface 240 may be omitted.

The storage 250 may non-temporarily store the computer program 251 . When performing the personal black box data storage and management process using the block chain through the user terminal 200, the storage 250 provides various information necessary to provide the personal black box data storage and management process using the block chain. can be saved.

The storage 250 is a non-volatile memory such as a read only memory (ROM), an erasable programmable ROM (EPROM), an electrically erasable programmable ROM (EEPROM), a flash memory, a hard disk, a removable disk, or well in the art to which the present invention pertains. It may be configured to include any known computer-readable recording medium.

The computer program 251, when loaded into the memory 120, may include one or more instructions that cause the processor 210 to perform methods/operations according to various embodiments of the present invention. That is, the processor 210 may perform the method/operation according to various embodiments of the present disclosure by executing the one or more instructions.

In one embodiment, the computer program 251 includes the steps of collecting sensor data about the user, receiving the collected sensor data, and generating and storing black box data for the user by using the received sensor data; One or more instructions for performing a method for storing and managing personal black box data using a block chain, which includes receiving information on black box data and storing the received information on black box data on a block chain network may include

The steps of a method or algorithm described in relation to an embodiment of the present invention may be implemented directly in hardware, as a software module executed by hardware, or by a combination thereof. A software module may include random access memory (RAM), read only memory (ROM), erasable programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), flash memory, hard disk, removable disk, CD-ROM, or It may reside in any type of computer-readable recording medium well known in the art to which the present invention pertains.

The components of the present invention may be implemented as a program (or application) to be executed in combination with a computer, which is hardware, and stored in a medium. Components of the present invention may be implemented as software programming or software components, and similarly, embodiments may include various algorithms implemented as data structures, processes, routines, or combinations of other programming constructs, including C, C++ , may be implemented in a programming or scripting language such as Java, assembler, or the like. Functional aspects may be implemented in an algorithm running on one or more processors.

As mentioned above, although embodiments of the present invention have been described with reference to the accompanying drawings, those skilled in the art to which the present invention pertains know that the present invention may be embodied in other specific forms without changing the technical spirit or essential features thereof. you will be able to understand Therefore, it should be understood that the embodiments described above are illustrative in all respects and not restrictive.

100: sensor module
200: user terminal
300: management server
400: network

Claims (12)

a sensor module for collecting sensor data about a user;
a user terminal receiving the collected sensor data from the sensor module, and generating and storing black box data for the user by using the received sensor data; and
and a management server that receives information on the black box data from the user terminal and stores the information on the received black box data on a block chain network,
The management server,
When receiving a request from a second user to provide the black box data pre-stored in the storage space of the second user terminal, a verification procedure for the second user is performed, and upon completion of the verification procedure, the verification procedure is performed to the second user. Provide a decryption key for the second user,
When receiving a request from the first user to provide the black box data pre-stored in the storage space of the second user terminal, the sensor data regarding the second user is analyzed to determine the status of the second user, and the determined Depending on whether the state of the second user meets a preset requirement, the preset requirement includes a case in which the second user cannot directly perform a verification procedure, a separate providing a decryption key for the second user to the first user without a verification procedure,
Personal black box data storage and management system using blockchain. According to claim 1,
The sensor module is
Collects sensor data including at least one of the user's activity information, the user's surrounding environment information, and image information about the user, and is connected to the user terminal through a short-range wireless communication method,
The user terminal is
receiving and storing the collected sensor data from the sensor module, and storing the collected sensor data separately according to the type of the collected sensor data;
Personal black box data storage and management system using blockchain. According to claim 1,
The sensor module is
Collecting the sensor data on the user at every preset period, the preset period is determined according to the user's state information determined based on the collected sensor data,
Personal black box data storage and management system using blockchain. According to claim 1,
The user terminal is
Temporarily store the received sensor data at every first cycle, and integrate the temporarily stored sensor data at every second cycle and permanently store the data as the black box data, wherein the first cycle includes a sensor related to the user through the sensor module. It is a period for collecting data, and the second period is set to be longer than the first period,
Personal black box data storage and management system using blockchain. According to claim 1,
The user terminal is
generating the black box data by receiving an encryption key for the user from the management server and encrypting the received sensor data using the provided encryption key;
Personal black box data storage and management system using blockchain. According to claim 1,
The user terminal is
By analyzing the received sensor data, it is determined whether an event has occurred for the user, and the sensor data determined that the event has occurred and the sensor data determined that the event has not occurred are divided into different black box data. to save,
Personal black box data storage and management system using blockchain. According to claim 1,
The sensor module is
It includes a motion detection sensor for detecting the user's motion,
The user terminal is
When a first motion is sensed from the user through the motion detection sensor, the sensor data provided through the sensor module is stored separately in a separate storage space for a predetermined period from the time when the first motion is sensed,
Personal black box data storage and management system using blockchain. According to claim 1,
The user terminal is
generating a snapshot of the black box data pre-stored in the storage space of the user terminal at every predetermined period;
Personal black box data storage and management system using blockchain. According to claim 1,
The user terminal is
calculating a hash value for the generated black box data using a hash function, and providing the calculated hash value to the management server;
The management server,
Distributing and storing the hash value provided from the user terminal on the blockchain network,
Personal black box data storage and management system using blockchain. delete delete A method performed by a computing device, comprising:
collecting sensor data about the user through the sensor module;
receiving the collected sensor data from the sensor module through a user terminal, and generating and storing black box data for the user using the received sensor data; and
receiving information on the black box data from the user terminal through a management server, and storing the received information on the black box data on a block chain network;
The step of storing the information on the received black box data on the block chain network includes:
When receiving a request from a second user to provide the black box data pre-stored in the storage space of the second user terminal, a verification procedure for the second user is performed, and upon completion of the verification procedure, the verification procedure is performed to the second user. providing a decryption key for the second user,
When receiving a request from the first user to provide the black box data pre-stored in the storage space of the second user terminal, the sensor data regarding the second user is analyzed to determine the status of the second user, and the determined Depending on whether the state of the second user meets a preset requirement, the preset requirement includes a case in which the second user cannot directly perform a verification procedure, a separate providing a decryption key for the second user to the first user without a verification procedure;
A method of storing and managing personal black box data using blockchain.

Images