KR20250084811A - Electronic device for providing user status information related to vehicle accidents, operating method thereof, and storage medium - Google Patents

Abstract

According to one embodiment, the electronic device (101, 201) may include a display (160, 360), at least one sensor (176, 310), at least one processor (120, 320) operatively connected to the display and the at least one sensor, and a memory (130, 330). According to one embodiment, the memory may store instructions that, when executed by the at least one processor, cause the electronic device to display an indicator on the display for providing status information of a user within the vehicle based on detection of a vehicle accident occurrence while monitoring a driving status of the vehicle (210) using the at least one sensor, and to provide at least a portion of the user's status information in response to access by an external electronic device to the user's status information using the indicator.

Description

ELECTRONIC DEVICE FOR PROVIDING USER STATUS INFORMATION RELATED TO VEHICLE ACCIDENTS, OPERATING METHOD THEREOF, AND STORAGE MEDIUM

One embodiment disclosed in this document relates to an electronic device, a method of operation thereof, and a storage medium for providing user status information related to a vehicle accident.

The variety of services and additional functions provided through electronic devices such as smart phones is gradually increasing. For example, electronic devices include sensing functions that detect surrounding situations in addition to communication functions, and can provide more diverse functions through additional installation of applications. Electronic devices can not only execute installed applications or stored files, but also receive various information in real time by connecting to servers or other electronic devices in a wired or wireless manner. Accordingly, the variety of functions provided through electronic devices are also becoming increasingly sophisticated.

In addition, in the case of wearable electronic devices, they can transmit and receive data independently, including a communication module, and can be used in conjunction with electronic devices such as smart phones. Electronic devices and/or wearable electronic devices that are convenient to carry and use can be exposed to various operating environments. In this case, users can use various services more easily by using both electronic devices and wearable electronic devices, but at the same time, various privacy and security issues are emerging, and protection of user information is also becoming important.

The above information may be provided as related art for the purpose of assisting in understanding the present disclosure. No claim or determination is made as to whether any of the above is applicable as prior art related to the present disclosure.

According to one embodiment, the electronic device (101, 201) may include a display (160, 360), at least one sensor (176, 310), at least one processor (120, 320) operatively connected to the display and the at least one sensor, and a memory (130, 330). According to one embodiment, the memory may be configured to display an indicator on the display for providing status information to a user in the vehicle based on detection of a vehicle accident occurrence while the electronic device monitors a driving status of the vehicle (210) using the at least one sensor, when executed by the at least one processor.

In one embodiment, the instructions may be configured to cause the electronic device to provide at least a portion of the user's status information in response to an external electronic device's access to the user's status information using the indicator.

According to one embodiment, a method for providing user status information related to a vehicle accident in an electronic device (101, 201) may include an operation of displaying an indicator for providing status information of a user within the vehicle based on detection of a vehicle accident occurrence while monitoring a driving status of a vehicle (210) using at least one sensor of the electronic device.

In one embodiment, the method may include providing at least a portion of the user's status information in response to an external electronic device's access to the user's status information using the indicator.

According to one embodiment, a storage medium storing at least one computer-readable instruction, wherein the at least one instruction, when executed by at least one processor (120, 320) of an electronic device (101, 201), causes the electronic device to perform at least one operation, wherein the at least one operation may include an operation of displaying an indicator for providing status information of a user within the vehicle based on detection of a vehicle accident occurrence while monitoring a driving status of the vehicle (210) using at least one sensor of the electronic device.

In one embodiment, the at least one operation may include providing at least a portion of the user's status information in response to an external electronic device's access to the user's status information using the indicator.

FIG. 1 is a block diagram of an electronic device within a network environment according to one embodiment.
FIG. 2a is a system configuration diagram for providing vehicle accident notification according to one embodiment.
FIG. 2b is a diagram showing an electronic device and a wearable electronic device of a user and a wearable electronic device of a passenger riding in a vehicle according to one embodiment.
FIG. 3 is a block diagram illustrating an internal configuration of an electronic device and a wearable electronic device for providing user status information related to a vehicle accident according to one embodiment of the present invention.
FIG. 4 is a diagram showing a table in which user status information related to a vehicle accident is classified by disclosure level according to an embodiment of the present invention.
FIG. 5 is a flowchart illustrating an operation of an electronic device for providing user status information related to a vehicle accident according to one embodiment.
FIG. 6 is a detailed operation flow diagram of an electronic device for providing user status information related to a vehicle accident according to one embodiment.
Figure 7 is an example of a first screen when a vehicle accident occurs according to one embodiment.
Figure 8 is an example of a second screen when a vehicle accident occurs according to one embodiment.
FIG. 9a is an example screen showing vehicle accident information according to one embodiment.
FIG. 9b is a diagram illustrating a wearable electronic device in a pairing state with an electronic device in a vehicle accident according to one embodiment.
FIG. 9c is an example screen diagram showing an indicator for providing user status information related to a vehicle accident according to one embodiment.
FIG. 9d is an example screen displayed on an external electronic device of a paramedic and/or medical staff according to one embodiment.
FIG. 10A is a flowchart illustrating an operation of an electronic device for providing user status information related to a vehicle accident with different levels of disclosure according to one embodiment.
FIG. 10b is a drawing for explaining an authentication method according to one embodiment.
FIG. 11 is an example screen diagram showing user status information related to vehicle accidents at different levels of disclosure for each authenticated subject using one indicator according to one embodiment.
Figure 12 is an example of a screen in which health information is provided among user status information according to one embodiment.
FIG. 13 is an example of a screen in which electronic medical records are provided among user status information according to one embodiment.
In connection with the description of the drawings, the same or similar reference numerals may be used for identical or similar components.

Hereinafter, embodiments of the present disclosure will be described in detail with reference to the drawings so that those skilled in the art can easily implement the present disclosure. However, the present disclosure may be implemented in various different forms and is not limited to the embodiments described herein. In connection with the description of the drawings, the same or similar reference numerals may be used for the same or similar components. In addition, in the drawings and related descriptions, descriptions of well-known functions and configurations may be omitted for clarity and conciseness.

FIG. 1 is a block diagram of an electronic device (101) in a network environment (100) according to one embodiment. Referring to FIG. 1, in the network environment (100), the electronic device (101) may communicate with the electronic device (102) via a first network (198) (e.g., a short-range wireless communication network) or may communicate with at least one of the electronic device (104) or the server (108) via a second network (199) (e.g., a long-range wireless communication network). According to one embodiment, the electronic device (101) may communicate with the electronic device (104) via the server (108). According to one embodiment, the electronic device (101) may include a processor (120), a memory (130), an input module (150), an audio output module (155), a display module (160), an audio module (170), a sensor module (176), an interface (177), a connection terminal (178), a haptic module (179), a camera module (180), a power management module (188), a battery (189), a communication module (190), a subscriber identification module (196), or an antenna module (197). In some embodiments, the electronic device (101) may omit at least one of these components (e.g., the connection terminal (178)), or may have one or more other components added. In some embodiments, some of these components (e.g., the sensor module (176), the camera module (180), or the antenna module (197)) may be integrated into one component (e.g., the display module (160)).

The processor (120) may control at least one other component (e.g., a hardware or software component) of an electronic device (101) connected to the processor (120) by executing, for example, software (e.g., a program (140)), and may perform various data processing or calculations. According to one embodiment, as at least a part of the data processing or calculations, the processor (120) may store a command or data received from another component (e.g., a sensor module (176) or a communication module (190)) in a volatile memory (132), process the command or data stored in the volatile memory (132), and store result data in a nonvolatile memory (134). According to one embodiment, the processor (120) may include a main processor (121) (e.g., a central processing unit or an application processor) or an auxiliary processor (123) (e.g., a graphics processing unit, a neural processing unit (NPU), an image signal processor, a sensor hub processor, or a communication processor) that can operate independently or together with the main processor (121). For example, when the electronic device (101) includes a main processor (121) and an auxiliary processor (123), the auxiliary processor (123) may be configured to use less power than the main processor (121) or to be specialized for a given function. The auxiliary processor (123) may be implemented separately from the main processor (121) or as a part thereof.

The auxiliary processor (123) may control at least a portion of functions or states associated with at least one of the components of the electronic device (101) (e.g., the display module (160), the sensor module (176), or the communication module (190)), for example, while the main processor (121) is in an inactive (e.g., sleep) state, or together with the main processor (121) while the main processor (121) is in an active (e.g., application execution) state. In one embodiment, the auxiliary processor (123) (e.g., an image signal processor or a communication processor) may be implemented as a part of another functionally related component (e.g., a camera module (180) or a communication module (190)). In one embodiment, the auxiliary processor (123) (e.g., a neural network processing device) may include a hardware structure specialized for processing artificial intelligence models. The artificial intelligence models may be generated through machine learning. Such learning may be performed, for example, in the electronic device (101) itself on which the artificial intelligence model is executed, or may be performed through a separate server (e.g., server (108)). The learning algorithm may include, for example, supervised learning, unsupervised learning, semi-supervised learning, or reinforcement learning, but is not limited to the examples described above. The artificial intelligence model may include a plurality of artificial neural network layers. The artificial neural network may be one of a deep neural network (DNN), a convolutional neural network (CNN), a recurrent neural network (RNN), a restricted Boltzmann machine (RBM), a deep belief network (DBN), a bidirectional recurrent deep neural network (BRDNN), deep Q-networks, or a combination of two or more of the above, but is not limited to the examples described above. In addition to the hardware structure, the artificial intelligence model may additionally or alternatively include a software structure.

The memory (130) can store various data used by at least one component (e.g., processor (120) or sensor module (176)) of the electronic device (101). The data can include, for example, software (e.g., program (140)) and input data or output data for commands related thereto. The memory (130) can include volatile memory (132) or nonvolatile memory (134).

The program (140) may be stored as software in memory (130) and may include, for example, an operating system (142), middleware (144), or an application (146).

The input module (150) can receive commands or data to be used in a component of the electronic device (101) (e.g., a processor (120)) from an external source (e.g., a user) of the electronic device (101). The input module (150) can include, for example, a microphone, a mouse, a keyboard, a key (e.g., a button), or a digital pen (e.g., a stylus pen).

The audio output module (155) can output an audio signal to the outside of the electronic device (101). The audio output module (155) can include, for example, a speaker or a receiver. The speaker can be used for general purposes such as multimedia playback or recording playback. The receiver can be used to receive an incoming call. According to one embodiment, the receiver can be implemented separately from the speaker or as a part thereof.

The display module (160) can visually provide information to an external party (e.g., a user) of the electronic device (101). The display module (160) can include, for example, a display, a holographic device, or a projector and a control circuit for controlling the device. According to one embodiment, the display module (160) can include a touch sensor configured to detect a touch, or a pressure sensor configured to measure the intensity of a force generated by the touch.

The audio module (170) can convert sound into an electrical signal, or vice versa, convert an electrical signal into sound. According to one embodiment, the audio module (170) can obtain sound through an input module (150), or output sound through an audio output module (155), or an external electronic device (e.g., an electronic device (102)) (e.g., a speaker or a headphone) directly or wirelessly connected to the electronic device (101).

The sensor module (176) can detect an operating state (e.g., power or temperature) of the electronic device (101) or an external environmental state (e.g., user state) and generate an electric signal or data value corresponding to the detected state. According to one embodiment, the sensor module (176) can include, for example, a gesture sensor, a gyro sensor, a barometric pressure sensor, a magnetic sensor, an acceleration sensor, a grip sensor, a proximity sensor, a color sensor, an IR (infrared) sensor, a biometric sensor, a temperature sensor, a humidity sensor, or an illuminance sensor.

The interface (177) may support one or more designated protocols that may be used to directly or wirelessly connect the electronic device (101) with an external electronic device (e.g., the electronic device (102)). In one embodiment, the interface (177) may include, for example, a high definition multimedia interface (HDMI), a universal serial bus (USB) interface, an SD card interface, or an audio interface.

The connection terminal (178) may include a connector through which the electronic device (101) may be physically connected to an external electronic device (e.g., the electronic device (102)). According to one embodiment, the connection terminal (178) may include, for example, an HDMI connector, a USB connector, an SD card connector, or an audio connector (e.g., a headphone connector).

The haptic module (179) can convert an electrical signal into a mechanical stimulus (e.g., vibration or movement) or an electrical stimulus that a user can perceive through a tactile or kinesthetic sense. According to one embodiment, the haptic module (179) can include, for example, a motor, a piezoelectric element, or an electrical stimulation device.

The camera module (180) can capture still images and moving images. According to one embodiment, the camera module (180) can include one or more lenses, image sensors, image signal processors, or flashes.

The power management module (188) can manage power supplied to the electronic device (101). According to one embodiment, the power management module (188) can be implemented as, for example, at least a part of a power management integrated circuit (PMIC).

The battery (189) can power at least one component of the electronic device (101). In one embodiment, the battery (189) can include, for example, a non-rechargeable primary battery, a rechargeable secondary battery, or a fuel cell.

The communication module (190) may support establishment of a direct (e.g., wired) communication channel or a wireless communication channel between the electronic device (101) and an external electronic device (e.g., the electronic device (102), the electronic device (104), or the server (108)), and performance of communication through the established communication channel. The communication module (190) may operate independently from the processor (120) (e.g., the application processor) and may include one or more communication processors that support direct (e.g., wired) communication or wireless communication. According to one embodiment, the communication module (190) may include a wireless communication module (192) (e.g., a cellular communication module, a short-range wireless communication module, or a GNSS (global navigation satellite system) communication module) or a wired communication module (194) (e.g., a local area network (LAN) communication module or a power line communication module). Among these communication modules, a corresponding communication module may communicate with an external electronic device (104) via a first network (198) (e.g., a short-range communication network such as Bluetooth, wireless fidelity (WiFi) direct, or infrared data association (IrDA)) or a second network (199) (e.g., a long-range communication network such as a legacy cellular network, a 5G network, a next-generation communication network, the Internet, or a computer network (e.g., a LAN or WAN)). These various types of communication modules may be integrated into a single component (e.g., a single chip) or implemented as multiple separate components (e.g., multiple chips). The wireless communication module (192) may use subscriber information (e.g., an international mobile subscriber identity (IMSI)) stored in the subscriber identification module (196) to identify or authenticate the electronic device (101) within a communication network such as the first network (198) or the second network (199).

The wireless communication module (192) can support a 5G network and next-generation communication technology after a 4G network, for example, NR access technology (new radio access technology). The NR access technology can support high-speed transmission of high-capacity data (eMBB (enhanced mobile broadband)), terminal power minimization and connection of multiple terminals (mMTC (massive machine type communications)), or high reliability and low latency (URLLC (ultra-reliable and low-latency communications)). The wireless communication module (192) can support, for example, a high-frequency band (e.g., mmWave band) to achieve a high data transmission rate. The wireless communication module (192) may support various technologies for securing performance in a high-frequency band, such as beamforming, massive multiple-input and multiple-output (MIMO), full dimensional MIMO (FD-MIMO), array antenna, analog beam-forming, or large scale antenna. The wireless communication module (192) may support various requirements specified in an electronic device (101), an external electronic device (e.g., an electronic device (104)), or a network system (e.g., a second network (199)). According to one embodiment, the wireless communication module (192) can support a peak data rate (e.g., 20 Gbps or more) for eMBB realization, a loss coverage (e.g., 164 dB or less) for mMTC realization, or a U-plane latency (e.g., 0.5 ms or less for downlink (DL) and uplink (UL) each, or 1 ms or less for round trip) for URLLC realization.

The antenna module (197) can transmit or receive signals or power to or from the outside (e.g., an external electronic device). According to one embodiment, the antenna module (197) can include an antenna including a radiator formed of a conductor or a conductive pattern formed on a substrate (e.g., a PCB). According to one embodiment, the antenna module (197) can include a plurality of antennas (e.g., an array antenna). In this case, at least one antenna suitable for a communication method used in a communication network, such as the first network (198) or the second network (199), can be selected from the plurality of antennas by, for example, the communication module (190). A signal or power can be transmitted or received between the communication module (190) and the external electronic device through the at least one selected antenna. According to some embodiments, in addition to the radiator, another component (e.g., a radio frequency integrated circuit (RFIC)) can be additionally formed as a part of the antenna module (197).

According to various embodiments, the antenna module (197) may form a mmWave antenna module. According to one embodiment, the mmWave antenna module may include a printed circuit board, an RFIC positioned on or adjacent a first side (e.g., a bottom side) of the printed circuit board and capable of supporting a designated high-frequency band (e.g., a mmWave band), and a plurality of antennas (e.g., an array antenna) positioned on or adjacent a second side (e.g., a top side or a side) of the printed circuit board and capable of transmitting or receiving signals in the designated high-frequency band.

At least some of the above components may be connected to each other and exchange signals (e.g., commands or data) with each other via a communication method between peripheral devices (e.g., a bus, GPIO (general purpose input and output), SPI (serial peripheral interface), or MIPI (mobile industry processor interface)).

In one embodiment, commands or data may be transmitted or received between the electronic device (101) and an external electronic device (104) via a server (108) connected to a second network (199). Each of the external electronic devices (102, or 104) may be the same or a different type of device as the electronic device (101). In one embodiment, all or part of the operations executed in the electronic device (101) may be executed in one or more of the external electronic devices (102, 104, or 108). For example, when the electronic device (101) is to perform a certain function or service automatically or in response to a request from a user or another device, the electronic device (101) may, instead of executing the function or service itself or in addition, request one or more external electronic devices to perform at least a part of the function or service. One or more external electronic devices that have received the request may execute at least a part of the requested function or service, or an additional function or service related to the request, and transmit the result of the execution to the electronic device (101). The electronic device (101) may process the result as it is or additionally and provide it as at least a part of a response to the request. For this purpose, for example, cloud computing, distributed computing, mobile edge computing (MEC), or client-server computing technology may be used. The electronic device (101) may provide an ultra-low latency service by using, for example, distributed computing or mobile edge computing. In another embodiment, the external electronic device (104) may include an IoT (Internet of Things) device. The server (108) may be an intelligent server using machine learning and/or a neural network. According to one embodiment, the external electronic device (104) or the server (108) may be included in the second network (199). The electronic device (101) can be applied to intelligent services (e.g., smart home, smart city, smart car, or healthcare) based on 5G communication technology and IoT-related technology.

In the detailed description below, reference numerals in the drawings may be given the same or omitted for configurations that can be easily understood through the preceding embodiments, and their detailed descriptions may also be omitted. The electronic device according to one embodiment disclosed in this document may be implemented by selectively combining configurations of different embodiments, and the configuration of one embodiment may be replaced by the configuration of another embodiment. For example, it should be noted that the present invention is not limited to a specific drawing or embodiment.

FIG. 2a is a system configuration diagram for providing a vehicle accident notification according to one embodiment, and FIG. 2b is a diagram showing an electronic device and a wearable electronic device of a user riding in a vehicle and a wearable electronic device of a passenger according to one embodiment.

Referring to FIGS. 2A and 2B , a system (200a) for providing a vehicle accident notification may include an electronic device (201) (e.g., a smart phone) (e.g., the electronic device (101) of FIG. 1 ) of a user riding in a vehicle (210). The system (200a) may further include a wearable electronic device (202) (e.g., a smart watch) (e.g., the electronic device (102) of FIG. 1 ) that is linked based on the same user account as the electronic device (201). The system (200a) may further include an electronic device (211) and/or a wearable electronic device (212) of a passenger riding in the vehicle (210).

The electronic device (201) can detect an accident situation (or collision situation) of the vehicle (210) by using various sensors included in the electronic device (201). When a vehicle accident occurs, the electronic device (201) can notify that there is an emergency situation and can determine the actual accident situation based on user feedback. Accordingly, the electronic device (201) supporting emergency situation notification can request emergency rescue to a rescue center (or emergency dispatch agency) (220) or transmit the emergency situation by communicating with a server (208) through a communication network.

In order to minimize casualties due to vehicle accidents, it may be necessary to quickly report to the rescue center (220) and quickly process and recover from the accident. For this purpose, in emergency situations where emergency patients, such as drivers and passengers, lose consciousness due to vehicle accidents, etc., information about the emergency patients, such as medical history or underlying diseases, cannot be known, so treatment may be performed without considering risk factors. In case a user has registered his or her personal information and medical information in advance on an electronic device in preparation for such emergency situations, the electronic device may provide a function that allows an external user to view the registered information through an external electronic device (204).

However, since sensitive medical information can be exposed to external users regardless of the user's intention, security of sensitive information such as emergency patient personal information and medical information can be very important in emergency situations.

Therefore, a method may be needed to minimize exposure to user status information related to vehicle accidents while allowing electronic devices to quickly take various responses based on various accident information, such as accident type or passenger information, when a vehicle accident occurs.

In one embodiment, the present invention relates to an electronic device, an operating method thereof, and a storage medium for effectively providing user status information related to a vehicle accident so as to minimize exposure of information about a user of the electronic device to unauthorized external users when a vehicle accident occurs.

FIG. 3 is a block diagram illustrating an internal configuration of an electronic device and a wearable electronic device for providing user status information related to a vehicle accident according to one embodiment of the present invention.

Referring to FIG. 3, the electronic device (201) (e.g., the electronic device (101) of FIG. 1 or the electronic device (201) of FIGS. 2A and 2B) may include a sensor module (310) (e.g., the sensor module (176) of FIG. 1), at least one processor (320) (e.g., the processor (120) of FIG. 1), a memory (330) (e.g., the memory (130) of FIG. 1), and a display (360) (e.g., the display module (160) of FIG. 1). The sensor module (310) may include at least one sensor (311, 312, 313). According to one embodiment, the electronic device (201) may further include at least one microphone (350) (e.g., the input module (150) of FIG. 1), or communication circuitry (390) (e.g., the communication module (190) of FIG. 1). In one embodiment According to the example, the electronic device (201) may omit at least one of the components or additionally include other components.

According to one embodiment, the sensor module (310) may sense information (or data) for detecting a collision and/or an accident of a vehicle (e.g., the vehicle (210) of FIGS. 2A and 2B). The sensor module (310) may include a first sensor (311), a second sensor (312), and/or a third sensor (313). For example, the first sensor (311) may include an acceleration sensor for sensing acceleration. The second sensor (312) may include a sound sensor for sensing a vehicle collision sound. The third sensor (313) may include a barometric sensor for sensing barometric pressure. Meanwhile, the sensors (311, 312, 313) illustrated in FIG. 3 are merely exemplary, and the sensors included in the sensor module (310) may not be limited thereto.

According to one embodiment, the processor (320) may control the overall operation of the electronic device (201). For example, the processor (320) may be implemented identically or similarly to the processor (120) of FIG. 1.

According to one embodiment, the processor (320) may form a communication connection with a wearable electronic device (202) worn on a user's body through the communication circuit (390). For example, the communication circuit (390) may support a short-range communication technology (e.g., Bluetooth, Bluetooth low energy (BLE), WiFi). In addition, the communication circuit (390) may support an ultra wide band (UWB) communication technology. The communication connection may be formed using any one of the communication technologies supported by the communication circuit (390). For example, the wearable electronic device (202) may be implemented as a smart watch that can be worn on a user's wrist. In addition, the wearable electronic device (202) may include, in addition to a smartwatch, a device configured to be worn on a user's body, such as a smart ring, a head-mounted display, or an AR (augmented reality) glass device in the form of glasses, and is not limited thereto, and may be implemented in various forms that can be worn on a user's body.

According to one embodiment, the processor (320) may identify that a user is in the vehicle (210) through at least one of the sensor module (310) or the communication circuit (390).

In one embodiment, the processor (320) can identify whether a user is in the vehicle (210) based on air pressure change data according to the opening or closing of the vehicle's (210) door through a sensor module (310) (e.g., air pressure sensor).

In one embodiment, the processor (320) may identify whether the vehicle (210) is boarded based on GNSS (global navigation satellite system) information or cell switching information. To this end, the processor (320) may detect movement above a certain speed or may check cell switching information through a GNSS module (not shown) or a GPS module (not shown). Here, the GNSS module may receive a signal capable of identifying the location of the electronic device (201). For example, the GNSS module may receive a signal capable of identifying the location of the electronic device (201) using at least one of GPS, GLONASS, Galileo, or Beidou.

In one embodiment, in addition to the above, the processor (320) may detect a vibration pattern of the vehicle (210) using a sensor module (310) (e.g., an acceleration sensor or a gyro sensor), detect a magnetic pattern, or detect a pattern of an engine sound of the vehicle (210) and/or a low-frequency sound output from the vehicle (210) using a sound sensor. The processor (320) may confirm or determine whether a user is in the vehicle (210) based on the detected pattern and/or information.

In addition, the processor (320) may determine that a user has boarded the vehicle (210) when connected to a set-top device (not shown) (e.g., a vehicle application installed on the set-top device) mounted on the vehicle (210) or connected to the set-top device using Bluetooth communication. For example, the processor (320) may be connected to the vehicle (210) using various communication methods (e.g., Bluetooth, low-power Bluetooth, or UWB) when it approaches within a certain distance (e.g., a communication range) from the vehicle (210). The processor (320) may be connected to the vehicle (210) using Bluetooth communication when the vehicle (210) is powered on or the engine is started. The processor (320) may determine that a user has boarded the vehicle (210) when it attempts to connect to the vehicle (210) through a scanning process (e.g., a BLE advertising operation) or is connected to the vehicle (210) using a set communication method (e.g., Bluetooth or UWB). Alternatively, when getting off the vehicle (210), the location information of the vehicle (210) is stored in the memory (330), and if the location information of the electronic device (201) obtained from the GNSS module is within a certain distance (e.g., about 1 m, about 30 cm) from the location information of the vehicle (210), the processor (320) can determine that the user is approaching or riding in the vehicle (210).

As described above, the method for identifying whether a user has boarded the vehicle (210) may not be limited to what has been described above. In addition, it goes without saying that the operation for identifying whether a user has boarded the vehicle (210) may be substantially equally performed not only in the electronic device (201) but also in the wearable electronic device (202). For example, in the case of the wearable electronic device (202), if it can transmit and receive data independently by including a communication circuit, the wearable electronic device (202) is connected to a set-top device (not shown) mounted on the vehicle (210) (e.g., a vehicle application installed on the set-top device) or connected to the set-top device using Bluetooth communication, it may be determined that a user wearing the wearable electronic device (202) has boarded the vehicle (210). In addition, when the electronic device (201) is in a state of communication connection with the wearable electronic device (202), the electronic device (201) can receive information sensed by the wearable electronic device (202) from the wearable electronic device (202) and identify whether a user is in the vehicle (210) based on the received information. As described above, the identification operation for whether a user is in the vehicle (210) can be performed by the electronic device (201) and/or the wearable electronic device (202).

According to one embodiment, the processor (320) may identify information about a user who has boarded the vehicle (210) when it has identified that a user has boarded the vehicle. Since at least one user may be in the vehicle (210), if information about not only the user but also the passenger can be identified, more efficient response may be possible when an emergency rescue request is made.

In one embodiment, when it is detected that a user of an electronic device (101) in a vehicle (210) is on board, the processor (320) can detect the direction of sound or detect external sound through at least one microphone (350). Accordingly, the processor (320) can identify the number of people on board the vehicle (210) based on a voice signal received through the microphone (350) when the user speaks. Meanwhile, the processor (320) can identify a user on board the vehicle (210) in various ways other than a method of using a voice signal.

In one embodiment, the processor (320) can monitor the driving status of the vehicle (210) while identifying whether a user is inside the vehicle (210). For example, the processor (320) can confirm the presence of a user in the vehicle by connecting to the vehicle (210) via Bluetooth communication, and can monitor the driving status by using the speed using GPS when the vehicle (210) is moving.

In one embodiment, the processor (320) may simultaneously monitor whether the vehicle (210) is boarded and the driving status of the vehicle (210). For example, the processor (320) may not only confirm whether the vehicle (210) is boarded using at least one sensor of the sensor module (310) and/or GPS, but may also monitor the driving status using the speed using GPS. In this way, the operations of monitoring whether the vehicle is boarded and the driving status may be performed independently or as one operation.

As described above, the processor (320) can recognize whether a person is on board the vehicle (210) and the driving state of the vehicle (210) using various methods (e.g., communication connection, movement pattern, or speed using GPS). The processor (320) can detect the occurrence of a vehicle accident while monitoring the driving state of the vehicle (210). In one embodiment, the processor (320) can periodically or irregularly monitor the driving state of the vehicle (210) using at least one sensor of the sensor module (310) and/or GPS. Here, the driving state of the vehicle (210) can include at least one of the traveling direction of the vehicle (210), the speed of the vehicle (210), the change in direction of the vehicle (210), the acceleration direction of the vehicle (210), or the rotation direction of the vehicle (210).

In one embodiment, when the processor (320) monitors the driving state of the vehicle (210), if an acceleration value sensed through the sensor module (310) (e.g., an acceleration sensor, a gyro sensor) is greater than or equal to a predetermined threshold, a GNSS moving speed is drastically reduced, and a sound suspected of a collision of the vehicle (210) is detected, the processor (320) may determine that the vehicle (210) has been collided or an accident has occurred. The processor (320) may determine whether an amount of change in air pressure is greater than or equal to a predetermined threshold through the sensor module (310) (e.g., an air pressure sensor). For example, since the air pressure of the vehicle (210) may rapidly change when a window is broken or an airbag is deployed due to a collision of the vehicle (210), the processor (320) may detect a change in air pressure. The processor (320) may detect whether the vehicle (210) has been collided (or has been in an accident) based on the above-described sensing values.

According to one embodiment, the processor (320) may detect whether the vehicle (210) has collided through the monitoring as described above. In this way, information related to the vehicle (210) state is sensed (or acquired) from at least one sensor and/or GPS of the sensor module (310), but the component (or module) acquiring the vehicle (210) state and the component (or module) detecting the vehicle collision may be driven in parallel. For example, even if it is the same sensing information (e.g., sensing information by the sensor module (310), GPS information), it may be analyzed and processed differently for the purpose of determining the vehicle state and for the purpose of detecting the vehicle collision.

According to one embodiment, the memory (330) can store instructions for providing status information of the user in the event of a vehicle accident, and can be the memory (130) described above with reference to FIG. 1. In one embodiment, the processor (320) can store various information about the user in the memory (330). For example, the processor (320) can store various information necessary for emergency treatment of the user, including personal information of the user, in advance in the event of a vehicle accident. The various information about the user can be referred to as status information of the user or emergency information about the user.

To explain the status information of the above user, reference may be made to FIG. 4. FIG. 4 is a diagram showing a table in which user status information related to a vehicle accident according to an embodiment of the present invention is classified according to a level of disclosure.

Referring to Fig. 4, the user's status information can be broadly classified into three levels according to the level of disclosure in order to prevent privacy invasion and to prevent abuse by unauthenticated external users. The three levels of disclosure in Fig. 4 are merely exemplary, and the level of disclosure can be divided into two or four levels, so the steps for classifying the level of disclosure may not be limited thereto.

Figure 4 illustrates an example where the user's status information is classified into three levels according to the level of disclosure, and the user's status information may include personal information directly entered by the user, health information about the user required for emergency treatment in case of an emergency, and electronic medical records indicating medical information about the user.

For example, biographic information corresponding to the first disclosure level may include personal information such as the user's name, gender, and height, which is information necessary to identify the user. Health information corresponding to the second disclosure level may include emergency information necessary for emergency treatment, such as the user's underlying conditions, medications being taken, and allergies. Electronic medical records (EMRs) corresponding to the third disclosure level may include all medical information, such as medical test results, surgical information, treatment history information, and family history. Electronic medical records may be designed to be used by specific organizations or medical professionals who have access. Medical information corresponding to the third disclosure level may include not only electronic medical records but also electronic health records (EHRs), or may include a combination of electronic medical records and electronic health records.

In one embodiment, the user's personal information at the first public level and the user's health information at the second public level among the user's status information may be information directly recorded by the user according to input items provided by the user on the electronic device (201). On the other hand, the electronic medical record at the third public level among the user's status information may be information provided from a separate server (e.g., a medical institution) that manages medical information.

The above user status information may be stored in the memory (330) and/or the server (208) accessible by the authenticated external electronic device. If the user status information is stored in the memory (330) in the electronic device (201), the security is high, and the user status information can be provided even in a situation where a network connection is not possible. On the other hand, if the user status information is stored in the server (208), information necessary for emergency treatment of the user as an emergency patient can be easily shared between paramedics and medical staff. According to one embodiment, by storing the information in each of the electronic device (201) and the server (208), the security of medical information and the efficiency for rapid emergency treatment can be provided at the same time.

In one embodiment, the user's status information may be classified into personal information, health information, and electronic medical records according to the level of disclosure, and then encrypted and stored.

In one embodiment, the user's status information may be stored in an encrypted form, and then classified according to the access authority of the external electronic device when accessed by the external electronic device in the event of a future vehicle accident. In one embodiment, when a learning model is used, it is possible to learn to have a judgment criterion on how to classify information included in the user's status information. For example, the learning model may infer, based on the vehicle accident information and the user's status information, whether the user's emergency situation requires emergency treatment by a paramedic or a diagnosis and treatment by a hospital medical staff. Accordingly, the learning model may identify necessary information in the inferred situation among the user's status information, and classify the identified information according to the level of disclosure.

The processor (320) can be controlled to process input data according to a predefined operation rule or learning model stored in the memory (330). The predefined operation rule or learning model is characterized by being created through learning. Here, being created through learning means that a predefined operation rule or artificial intelligence model set to perform a desired characteristic (or purpose) is created by learning a basic artificial intelligence model using a plurality of learning data by a learning algorithm. Such learning may be performed in the electronic device (201) according to the present disclosure itself, or may be performed through a separate server, for example, a server (208) accessible by an authenticated external electronic device and/or a system. Examples of the learning algorithm include supervised learning, unsupervised learning, semi-supervised learning, reinforcement learning, or machine learning, but are not limited to the above-described examples.

Through the above-described method, the processor (320) can output information classified according to the level of disclosure through the display (360) not directly on the display (360), but after authentication according to the access authority of the external electronic device when accessed by the external electronic device after a vehicle accident.

Meanwhile, the processor (320) may periodically or aperiodically monitor the driving state of the vehicle (210) using at least one sensor of the sensor module (310) to identify whether a vehicle accident has occurred. For example, the processor (320) may periodically or aperiodically monitor the direction and speed of the vehicle (210). Here, the driving state of the vehicle (210) may include at least one of the direction of travel of the vehicle (210), the speed of the vehicle (210), the change in direction of the vehicle (210), the direction of acceleration of the vehicle (210), or the direction of rotation of the vehicle (210).

According to one embodiment, when an acceleration value sensed by a sensor module (310) (e.g., an acceleration sensor, a gyro sensor) exceeds a predetermined threshold while a user is riding in a vehicle (210) (e.g., while the vehicle (210) is driving), a GNSS movement speed is drastically reduced, and a sound suspected of a collision of the vehicle (210) is detected, the processor (320) may determine that the vehicle (210) has been involved in a collision or an accident. For example, the processor (320) may capture audio data for a specified time (e.g., about 7 seconds) before and after an accident situation and perform frequency analysis. For example, an audio digital signal processor (ADSP) may be utilized to continuously receive a user's voice signal through a microphone (350) in a low-power process. If a loud noise exceeding a threshold occurs, it can be confirmed that the vehicle (210) has collided or an accident has occurred by searching for characteristic noises (e.g., a person screaming, a window breaking) that occur when an accident occurs using machine learning based on a neural network. However, GNSS information can be used to prevent misrecognition in situations similar to a vehicle accident. For example, if the GNSS movement speed decreases rapidly and then increases again, it can be classified as not an accident situation, and if the GNSS information indicates a place where vehicle operation is impossible (e.g., inside an amusement park or a ski resort, not a parking lot), it can also be classified as not an accident situation.

In addition, the processor (320) can check whether the amount of change in angular velocity is greater than a certain threshold value through the sensor module (310). For example, if the direction of travel of the vehicle (210) is suddenly changed to a different direction due to a collision, the processor (320) can detect a sudden change in angular velocity through the sensor module (310). In addition, since a pattern having a major meaning in the horizontal movement is generated due to the collision of the vehicle (210), the processor (320) can detect a change in angular velocity by adjusting or increasing the weight of the horizontal movement (or the amount of impact) of the navigation frame sensed by the sensor module (310).

The processor (320) can detect whether the vehicle (210) has an accident (or collides) based on the sensing values described above. In addition, the processor (320) can identify at least one of an estimated time of the accident, an occurrence location, a type of accident classified as a frontal collision, a rear collision, a side collision, or a rollover of the vehicle (210), the number of passengers in the vehicle (210), information about the driver and/or passengers, or the severity of the accident based on the sensing values described above and GPS information.

In one embodiment, the processor (320) may estimate the severity of an accident based on the sensing values (or sensing data) sensed by the sensor module (310) using an AI probability model (or learning model). For example, data such as the amount of inertial sensor impact at the time of a collision, the number of passengers, and/or the size of audio data may be acquired as learning data. In addition, the risk of injury by accident type and the amount of change in the air pressure sensor may also be utilized as learning data. Since the probability of injury varies by accident type, an accident type with a high probability of injury may have a high accident severity. For example, a large change in the air pressure sensor is related to glass breakage, which is an indicator that can indicate the severity of a traffic accident, and thus, the corresponding data may also be utilized as learning data. The AI probability model may calculate the weight of each feature through regression analysis and, based on the resulting score, may classify the severity of the accident into high, medium, and low. For example, a high-intensity accident could indicate a high probability of moderate to severe injury, a medium-intensity accident could indicate a range of injuries from minor to moderate, and a low-intensity accident could indicate a low probability of injury due to the accident.

According to one embodiment, the processor (320) may display vehicle accident information through the display (360) based on the detection of an accident of the vehicle (210). Alternatively, the processor (320) may provide a notification indicating an accident to the user through a vibration element, and the method of outputting the notification is not limited thereto. For example, the processor (320) may provide a notification indicating an accident through an audio notification, such as a warning sound or a notification that outputs the accident content in voice.

In one embodiment, the processor (320) may provide a notification based on vehicle accident information and status information of an identified user within the vehicle (210). When connected to the wearable electronic device (202), the processor (320) may provide the notification to the wearable electronic device (202) so that the notification is displayed through a display of the wearable electronic device (202).

For example, the notification may include at least one of an estimated time of the accident, an occurrence location, a type of accident classified as a frontal collision, a rear collision, a side collision, or a rollover of the vehicle (210), the number of passengers in the vehicle (210), information about the driver and/or passengers, the severity of the accident, information about the user's vital signs, or information about the user's status. In addition, the notification may include an item for selecting whether to call for emergency rescue, a designated agency, or a designated contact (e.g., family, 119).

The processor (320) may optionally provide a rescue notification based on user feedback on the above notification. For example, in the case of a minor accident, the user may choose to disable emergency contact for the above notification. Alternatively, if the user is identified as being in a high-risk state where he or she cannot call for emergency rescue, an emergency call may be made to a designated agency or designated contact (e.g., family, 119).

In one embodiment, in a case where a user loses consciousness due to a vehicle (210) collision, the processor (320) may operate to automatically perform emergency rescue based on the user's bio-signal information.

In one embodiment, when a collision of the vehicle (210) is detected, the processor (320) may transmit a signal to the wearable electronic device (202) to obtain information (e.g., sensing information) corresponding to the time at which the collision occurred. The processor (320) may obtain or confirm information sensed about the user from the wearable electronic device (202), such as bio-signal information, such as blood pressure, blood oxygen saturation (SpO2), and heart rate. Accordingly, the processor (320) may identify an abnormal state of the user wearing the wearable electronic device (202) based on the bio-signal information.

If the user's abnormal condition is an emergency condition, the processor (320) can perform an emergency call. The processor (320) can transmit an emergency contact and/or a rescue signal to a pre-designated agency or a designated contact (e.g., family, 119). In addition, the processor (320) can transmit accident information indicating an accident situation due to a collision of the vehicle (210) to the server (208). For example, the server (208) can be a server managed by a designated service provider, a server managed by an insurance company, or a server managed by an automobile manufacturer.

Accordingly, in one embodiment, more accurate guidance regarding vehicle collision and/or accident situations may be provided by using various information such as the location of a vehicle (210) accident, the location of a collision with respect to the vehicle (210), the number of passengers in the vehicle (210), driver and/or passenger information, or the user's bio-signal information.

In one embodiment, the processor (320) may provide only at least a part of the user's status information in order to protect privacy when providing the notification. The processor (320) may display at least a part of the user's status information on the display (360) in response to an access (or disclosure request) to the user's status information from an electronic device of an authenticated external user, such as a paramedic or a medical professional, i.e., an external electronic device (e.g., the external electronic device (204) of FIG. 2A). The processor (320) may authenticate the external electronic device in response to the external electronic device's access to the user's status information. That is, the processor (320) may verify whether the external electronic device is a device of an authenticated target that can view the user's status information. The processor (320) may identify a disclosure level of the user's status information with respect to the authenticated target in response to the access. The processor (320) may identify an access right of the external electronic device and verify a disclosure level corresponding to the identified access right.

Authenticating external electronic devices in response to access to a user's status information in this way is intended to enhance security and privacy by preventing exposure of sensitive information and allowing access to part or all of the user's status information at an acceptable level of disclosure to those with access rights.

The processor (320) may display on the display (360) an indicator to provide at least a portion of the user's status information based on the level of disclosure. For example, the indicator may be a path that is accessible to the user's status information. Additionally, the indicator may include a unique encrypted QR code, address code, URL, barcode, or secret string that is to be used to access the user's status information.

The processor (320) can determine the level of disclosure of the user's status information based on the access authority of the external electronic device, but can also determine the level of disclosure based on various situations. For example, after the start of emergency transport and before arriving at a medical institution (e.g., a hospital), the paramedics can be provided with information necessary for emergency treatment among the user's status information, and after arriving at the medical institution, the medical staff needs to be provided with information necessary for diagnosis and treatment among the user's status information. Accordingly, the processor (320) can determine the time of emergency transport or arrival at the medical institution by using the sensing information by the sensor module (310) and the location information (e.g., GPS information) of the electronic device.

The processor (320) can provide the user's health information necessary for emergency treatment in response to access by an external electronic device of a paramedic based on the confirmation of the time of emergency transport. In addition, the processor (320) can provide the user's electronic medical record necessary for diagnosis and treatment in response to access by an external electronic device of a medical professional based on the confirmation of the time of arrival at a medical institution.

Meanwhile, the electronic device (201) may be placed in a location away from the user due to various factors in the event of a car accident. In such a case, when an emergency worker examines the user's condition, common information may be displayed on each of the electronic device (201) and the wearable electronic device (202) to indicate that they are paired with each other so that the emergency worker can confirm that the electronic device (201) belongs to the user. For example, the information commonly displayed on each of the electronic device (201) and the wearable electronic device (202) may include a specific code, and any information that can indicate that they are devices of the same user may be possible. For example, if the user's name is displayed on each of the electronic device (201) and the wearable electronic device (202) at the same time, an external user may recognize that they are devices of the same user, and therefore, the form of the commonly displayable information may not be limited thereto.

In one embodiment, by providing information necessary for emergency treatment and information necessary for precise diagnosis and treatment separately, the time required for paramedics to determine the circumstances of an accident and the patient's condition can be reduced, and the omission of patient medical information after transport to a hospital can be minimized, thereby enabling an efficient response at the scene of a vehicle accident.

In one embodiment, a display output function may be activated to output accident information and user status information only when a vehicle accident occurs. In addition, only authorized external users, such as paramedics or medical personnel, may access the user status information via an encrypted QR code, thereby minimizing exposure to unauthorized external users, thereby resolving privacy issues.

According to one embodiment, the electronic device (101, 201) may include a display (160, 360), at least one sensor (176, 310), at least one processor (120, 320) operatively connected to the display and the at least one sensor, and a memory (130, 330). According to one embodiment, the memory may be configured to display an indicator on the display for providing status information to a user in the vehicle based on detection of a vehicle accident occurrence while the electronic device monitors a driving status of the vehicle (210) using the at least one sensor, when executed by the at least one processor.

In one embodiment, the instructions may be configured to cause the electronic device to provide at least a portion of the user's status information in response to an external electronic device's access to the user's status information using the indicator.

In one embodiment, the instructions may be configured to cause the electronic device to identify a level of disclosure of the user's status information in response to an external electronic device's access to the user's status information using the indicator, and to display at least a portion of the user's status information on the display based on the identified level of disclosure.

In one embodiment, the user's status information may include personal information of the user, health information recorded by the user, or electronic medical records of the user.

In one embodiment, the user's status information may be stored in the memory or in a server accessible by the external electronic device.

According to one embodiment, the instructions may be configured to cause the electronic device to identify a disclosure level of the user's status information according to an access right of the external electronic device, and, based on the identified disclosure level being a first disclosure level, display personal information of the user among the user's status information on the display, based on the identified disclosure level being a second disclosure level, display health information recorded by the user among the user's status information on the display, and based on the identified disclosure level being a third disclosure level, display an electronic medical record of the user among the user's status information on the display.

According to one embodiment, the instructions may be configured to cause the electronic device to, in response to an external electronic device's access to the user's status information using the indicator, determine a time of emergency transport or arrival at a medical institution based on sensing information by the at least one sensor and location information of the electronic device, and, based on the determination of the time of emergency transport, display health information recorded by the user among the user's status information on the display, and, based on the determination of the time of arrival at the medical institution, display an electronic medical record for the user among the user's status information on the display.

According to one embodiment, the indicator for providing status information of the user may include a unique encrypted QR code to be used for accessing the status information of the user.

According to one embodiment, the electronic device further includes a communication circuit (190, 390), and the instructions may be set such that, when the electronic device (201) is connected to a wearable electronic device (202) worn by the user through the communication circuit, the electronic device identifies an abnormal state of the user based on a bio-signal of the user provided from the wearable electronic device based on detection of the occurrence of the vehicle accident, and performs an emergency call based on the abnormal state of the user.

According to one embodiment, the instructions may be configured to cause the electronic device (201) to display, on the display, a specific code common to the wearable electronic device (202) to indicate a pairing state between the electronic device and the wearable electronic device when the electronic device (201) is connected to the wearable electronic device (202) worn by the user through the communication circuit.

In one embodiment, the instructions may be configured to cause the electronic device to identify whether the user is within the vehicle (210) using at least one sensor or at least one of the communication circuits, and to monitor a driving condition of the vehicle based on identifying that the user is within the vehicle.

FIG. 5 is a flowchart of operations of an electronic device for providing user status information related to a vehicle accident according to an embodiment. Referring to FIG. 5, the operation method may include operations 505 to 515. Each operation of the operation method of FIG. 5 may be performed by at least one of an electronic device (e.g., the electronic device (101) of FIG. 1, the electronic device (201) of FIGS. 2A to 3), and at least one processor of the electronic device (e.g., the processor (120) of FIG. 1 or the processor (320) of FIG. 3). In an embodiment, at least one of operations 505 to 515 may be omitted, the order of some operations may be changed, another operation may be added, or at least two operations may be performed in parallel.

Referring to FIG. 5, in operation 510, the electronic device (201) may, while monitoring the driving status of the vehicle (210) using at least one sensor of the electronic device (201), display an indicator for providing status information of a user within the vehicle based on detection of a vehicle accident occurrence.

According to one embodiment, the indicator for providing status information of the user may include a unique encrypted QR code to be used for accessing the status information of the user.

In one embodiment, the user's status information may include personal information of the user, health information recorded by the user, or electronic medical records of the user.

In one embodiment, the user's status information may be stored in the memory or in a server accessible by the external electronic device.

According to one embodiment, the electronic device (201) may identify an abnormal state of the user based on a bio-signal of the wearable electronic device when the electronic device (201) is connected to a wearable electronic device (202) worn by the user, based on detection of the occurrence of the vehicle accident. The electronic device (201) may perform an emergency call based on the abnormal state of the user.

According to one embodiment, the electronic device (201) may display a specific code common to the wearable electronic device (202) to indicate a pairing status between the electronic device and the wearable electronic device when the electronic device (201) is connected to the wearable electronic device (202) worn by the user.

In operation 515, the electronic device (201) may provide at least a portion of the user's status information in response to an external electronic device (e.g., the external electronic device (204) of FIG. 2A) accessing the user's status information using the indicator.

According to one embodiment, the electronic device (201) can identify a level of disclosure of the user's status information in response to an external electronic device's access to the user's status information using the indicator. According to one embodiment, the electronic device (201) can display at least a portion of the user's status information based on the identified level of disclosure.

According to one embodiment, the electronic device (201) can identify the level of disclosure of the user's status information based on the access authority of the external electronic device.

According to one embodiment, the electronic device (201) may display the user's personal information among the user's status information based on the identified public level being the first public level.

According to one embodiment, the electronic device (201) may display health information recorded by the user among the user's status information based on the identified public level being the second public level.

In one embodiment, the electronic device (201) may display electronic medical records for the user among the user's status information based on the identified public level being the third public level.

According to one embodiment, the electronic device (201) may, in response to an external electronic device's access to the user's status information using the indicator, identify the time of emergency transport or the time of arrival at a medical institution based on sensing information by the at least one sensor and the location information of the electronic device. According to one embodiment, the electronic device (201) may, based on identifying the time of emergency transport, display health information recorded by the user among the user's status information. According to one embodiment, the electronic device (201) may, based on identifying the time of arrival at the medical institution, display an electronic medical record for the user among the user's status information.

FIG. 6 is a detailed operation flowchart of an electronic device for providing user status information related to a vehicle accident according to an embodiment. Referring to FIG. 6, the operation method may include operations 605 to 630. Each operation of the operation method of FIG. 6 may be performed by at least one of an electronic device (e.g., the electronic device (101) of FIG. 1, the electronic device (201) of FIGS. 2A to 3), and at least one processor of the electronic device (e.g., the processor (120) of FIG. 1 or the processor (320) of FIG. 3). In an embodiment, at least one of operations 605 to 630 may be omitted, the order of some operations may be changed, another operation may be added, or at least two operations may be performed in parallel. In order to help understand the description of FIG. 6, a description will be made with reference to FIGS. 7 to 9C.

Referring to FIG. 6, in operation 605, the electronic device (201) may store user status information including user-related personal information, health information, and electronic medical records.

In one embodiment, the electronic device (201) may classify the information included in the user's status information into personal information, health information, and electronic medical records, and encrypt and store the information so as to correspond to (or associate with) each of the first to third disclosure levels, as in FIG. 4. The user's status information may be stored in a memory of the electronic device (201) (e.g., memory (330) of FIG. 3) or a server accessible by the external electronic device (e.g., server (208) of FIG. 2A).

In one embodiment, the electronic device (201) may store user-related personal information, health information, and electronic medical records separately in a memory (e.g., memory (330) of FIG. 3) and/or a server (e.g., server (208) of FIG. 2A) accessible by an external electronic device. That is, the electronic device (201) may store information included in the user's status information without associating it with a level of disclosure.

In operation 610, the electronic device (201) may monitor the driving state by using information related to driving of the vehicle. According to one embodiment, the operation of monitoring the driving state may be performed in a background state. The electronic device (201) provides an activity recognition function, and may provide, for example, a state of being still (e.g., a sedentary/stationary state), a state of riding a bicycle (e.g., a cycling state), or a state of being in a vehicle such as a car (e.g., an in vehicle state). The state of being in a vehicle (e.g., an in vehicle state) may be activated (or turned on) when the electronic device (201) is connected to the vehicle (210) via Bluetooth, and accordingly, a vehicle function corresponding to the vehicle state (e.g., a speaker call function while driving) may be provided.

According to one embodiment, the driving state in a vehicle boarding state (e.g., in vehicle state) can be monitored by collecting various information (e.g., acceleration, Bluetooth, GPS, or WiFi information). For example, in case of Bluetooth connection with the vehicle (210), if the GPS speed information is a specified speed (e.g., about 10 m/s), if the change in the WiFi scanning list (or WiFi AP) is large, or if based on at least one of acceleration pattern analysis, the electronic device (201) can determine that the vehicle boarding state (e.g., in vehicle state) corresponds to.

Accordingly, when the value sensed through the sensor module (310) (e.g., acceleration sensor, gyro sensor) while riding in a vehicle is above a threshold value, it can be confirmed that a vehicle accident has occurred, not a simple fall accident. At this time, in order to recognize the vehicle accident occurrence situation, various methods other than the sensor module (310) described above can be used.

In this way, the driving state can be monitored while riding in a vehicle operating in the background (e.g., in vehicle state), and thus, the occurrence of a vehicle accident can also be detected. It goes without saying that the operation of detecting the occurrence of a vehicle accident while monitoring the vehicle driving state can be performed substantially identically not only in the electronic device (201) but also in the wearable electronic device (202).

Meanwhile, in the above, the case of monitoring the vehicle driving status while riding in a vehicle running in the background (e.g., in vehicle status) was explained as an example, but it is of course possible to monitor the vehicle driving status even while the navigation application is running.

In operation 615, while monitoring the driving status, the electronic device (201) can identify whether a vehicle accident has occurred.

In operation 620, the electronic device (201) may, in response to identifying the occurrence of a vehicle accident, notify the occurrence of the accident. On the other hand, in the case where a vehicle accident does not occur, the operation of monitoring the driving state in operation 610 may be performed periodically or aperiodically as long as the vehicle operation is not terminated.

In one embodiment, the electronic device (201) may display a screen notifying the occurrence of an accident, as in FIG. 7 or FIG. 8. FIG. 7 is an example of a second screen when a vehicle accident occurs according to one embodiment, and FIG. 8 is an example of a screen when a vehicle accident occurs according to one embodiment.

Referring to FIG. 7, when the occurrence of a vehicle accident is detected, the electronic device (201) may output a notification notifying the occurrence of the accident, as in 700a. A rescue notification may be selectively provided according to user feedback on the notification. For example, in the case of a minor accident, the user may select to release the emergency contact for the notification. In contrast, if the user does not select the 'cancel' button for a specified time (e.g., 10 seconds), it may be determined that the user is in a high-risk state where he or she cannot request emergency rescue, and an emergency call may be made to a specified agency or a specified contact (e.g., family, 119) as in 700b and 700c.

Meanwhile, when it is impossible to directly request emergency rescue, even if an emergency call is made, the user may be unconscious and unable to have a conversation with the user for rescue. Therefore, a text-based call reception function can be used as one of the methods for transmitting the details of the accident to the rescue center when making an emergency call. For example, when an electronic device (201) detects a car accident, it can automatically connect to a rescue center (e.g., 119) for a call, and since the user is unconscious, it can guide the user that it is an emergency situation based on the learning model AI and perform an action to request emergency rescue. For example, if the user has set (or activated) the text-based call reception in the call settings, it can guide the user that the learning model AI is talking on behalf of the user. FIG. 8 illustrates an example screen (800) that is guided when the electronic device (201) and the rescue center are connected.

As in Fig. 8, when a call is connected to a rescue center (e.g., 119) (810), the learning model AI can output to the rescue center (e.g., 119) in voice that a vehicle accident has occurred and a rescue is requested. Here, the rescue request content can be displayed as text on the electronic device (201). In addition, the learning model AI can output to the rescue center (e.g., 119) in voice the content related to the accident. For example, the content (820) notifying that a vehicle accident has occurred and the content related to the location of the accident or the condition of the accident victim (830) can be output to the rescue center (e.g., 119) in voice.

In one embodiment, the operation of converting text summarizing accident-related content into a voice learned as a designated voice or the user's voice using STT (speech-to-text) technology and outputting it in voice form may be performed by a learning model AI, but may also be performed by a generative AI model such as an LLM (large language model). In Fig. 8, accident content notifying the location of the accident and the condition of the accident victim is exemplified, but various information such as the type of accident, the severity of the accident, or the number of passengers may be provided in voice or text form based on sensed information from an electronic device (201) and/or a wearable electronic device (202).

In operation 625, the electronic device (201) can display vehicle accident information.

In one embodiment, the electronic device (201) may display a screen showing vehicle accident information as in FIG. 9a. FIG. 9a is an example diagram of a screen showing vehicle accident information according to one embodiment.

Referring to FIG. 9a, the electronic device (201) may include items indicating the time and date of accident occurrence (905) (or estimated time of accident), location of accident occurrence (910) (or place of accident occurrence), type of accident (e.g., frontal collision, rear collision, side collision, or rollover of vehicle), estimated severity of accident (915) (e.g., high, medium, low), number of passengers, and accident situation (920) as shown in 900a. The vehicle accident information as described above may be used by paramedics to identify the accident situation after an emergency call.

In one embodiment, the electronic device (201) may provide an item (930) for displaying basic personal information of the user that allows paramedics to identify the user while displaying vehicle accident information. For example, when the paramedics select the item (930), the electronic device (201) may output a screen (900b) showing the user's personal information as in FIG. 9b. For example, the electronic device (201) may identify the user's personal information corresponding to the first disclosure level of the user's status information in response to detection of a vehicle accident occurrence, and provide the identified personal information together with the vehicle accident information.

If there is a passenger other than the user in the vehicle, a process of matching whose device the electronic device (201) belongs to may be required. Accordingly, the electronic device (201) may display information (950, 955) common to each of the electronic device (201) and the wearable electronic device (202), as illustrated in FIG. 9b. FIG. 9b is a diagram illustrating an electronic device and a wearable electronic device in a pairing state in the event of a vehicle accident according to one embodiment.

Meanwhile, in the above, when the item (930) indicating emergency information in FIG. 9a is selected, the user's personal information is displayed as in FIG. 9b, but the method of displaying the user's personal information may not be limited thereto. For example, the electronic device (201) may display a screen (900a) indicating vehicle accident information so that the user's personal information is not exposed, and when the item (930) indicating emergency information is selected, a screen (900c) may be displayed that allows only access to user status information by an authenticated subject, as in FIG. 9c. FIG. 9c is an example screen diagram showing an indicator for providing user status information related to a vehicle accident according to one embodiment.

In one embodiment, the electronic device (201) may provide an item (945) representing medical information and an item (940) representing emergency information on a screen (900b) where the user's personal information is provided. Accordingly, when selecting an item (945) representing medical information or an item (940) representing emergency information, the electronic device (201) may display a screen (900c) that allows only authenticated subjects to access user status information, as in FIG. 9c.

In operation 630, the electronic device (201) may display an indicator to provide user status information accessible to an authenticated external user.

In one embodiment, the electronic device (201) may display a screen (900c) including an indicator (960) for providing user status information, as in FIG. 9c, and a message (965) guiding that viewing by paramedics or medical staff is possible. In addition, a viewing key input window (970) for viewing the user's status information may be displayed for the paramedics or medical staff. Here, the viewing key may be an authentication key issued to the paramedics or medical staff, and may also be referred to as an access key for accessing the user's status information. This viewing key may be issued to the paramedics or medical staff through authentication with a server (e.g., server (208) of FIG. 2a) that manages the user's status information in the event of an accident, and may also be information (or key) shared in advance through separate authentication. For example, previously shared authentication information (e.g., medical staff number, ambulance operation notification (report) number) may be entered into the viewing key input window (970).

The key for viewing can be displayed in an encrypted form so as not to be exposed to external users. When a request for viewing is made using an indicator (960), the key for viewing can be transmitted to paramedics or medical staff through a specific application. In addition, when the paramedics or medical staff are in a state where they are issued a key for viewing through authentication, they can directly input the key for viewing (or authentication key) through the window (920) of the electronic device (201) to view the user's status information.

In one embodiment, authentication can be performed on a target to whom the user's status information is to be disclosed, i.e., a paramedic or medical staff, using the viewing key inputted in the electronic device (201). In addition, the viewing key inputted through the electronic device (201) can be transmitted to the server (208), and the server (208) can authenticate the input viewing key and provide the authentication result to the electronic device (201).

In one embodiment, the viewing key required to view the user's status information may be issued in advance to a paramedic or medical staff through authentication with the server (208), and the method of issuing the viewing key (or authentication key) may not be limited thereto.

Refer to FIG. 9d to illustrate one example of a method for a paramedic or medical staff to obtain a viewing key through authentication.

FIG. 9d is an example screen displayed on an external electronic device of a paramedic and/or medical staff according to one embodiment.

Referring to FIG. 9d, for example, when a paramedic who has arrived at the scene of an accident takes a picture (or scans) of an indicator (e.g., indicator (960) of FIG. 9c) for providing status information of a user using an external electronic device (204), i.e., his/her own device, a specific key may be automatically input into the information input window (980) of the device information of the accident victim, i.e., the electronic device (201), as illustrated in 900d. In addition, the authentication method selection window is a window for selecting a method by which a user of a specific application can authenticate himself/herself as a paramedic or medical staff, and the paramedic or medical staff can complete his/her identity authentication. Thereafter, when the 'input' button is selected, the server (208) generates an authentication key for the paramedic or medical staff, and the external electronic device (204) obtains the generated authentication key from the server (208) and displays the authentication key (990) on the application screen.

In one embodiment, by inputting the authentication key (990) generated in the above manner into the input window (970) of FIG. 9c, after authenticating that you are a paramedic, you can view at least a portion of the user status information at a public level corresponding to the paramedic's access rights. In the case of medical staff, in order to view the status information of an actual user, you can authenticate that you are a medical staff through the indicator, and then view at least a portion of the user status information at a public level corresponding to the medical staff's access rights. In order to specifically examine a method for authenticating an external electronic device of an external user such as a paramedic or medical staff, reference may be made to FIGS. 10a and 10b.

FIG. 10A is a flowchart illustrating an operation of an electronic device for providing user status information related to a vehicle accident with different levels of disclosure according to an embodiment, and FIG. 10B is a diagram illustrating an authentication method according to an embodiment. Referring to FIG. 10A, the operation method may include operations 1005 to 1025. Each operation of the operation method of FIG. 10M may be performed by at least one of an electronic device (e.g., the electronic device (101) of FIG. 1, the electronic device (201) of FIGS. 2A to 3), and at least one processor of the electronic device (e.g., the processor (120) of FIG. 1 or the processor (320) of FIG. 3). In an embodiment, at least one of operations 1005 to 1025 may be omitted, the order of some operations may be changed, another operation may be added, or at least two operations may be performed in parallel. In order to help understand the description of FIG. 10A, a description will be made with reference to FIGS. 10B to 13.

Referring to FIG. 10a, in operation 1005, the electronic device (201) may display an indicator (e.g., indicator (960) of FIG. 9c) to provide status information of the user so that it can be accessed by an authenticated external user.

In operation 1010, the electronic device (201) can identify whether there is access to the user's status information. The access can be made by an external electronic device carried by a paramedic or medical staff.

In operation 1015, in response to access to the user's status information, the electronic device (201) may perform authentication for the target to which the user's status information is to be disclosed.

Referring to FIG. 10b, the electronic device (201) may periodically perform an operation of synchronizing authentication information in advance with a server (208a) that manages the user's status information (e.g., the server (208) of FIG. 2a). Here, the electronic device (201) and the server (208a) may each encrypt or decrypt the authentication information using an encryption and decryption algorithm, thereby enhancing the security of the authentication information. For example, the electronic device (201) may transmit authentication information such as a QR code to the server (208) to synchronize (1050). Here, the authentication information such as a QR code may be periodically generated in the electronic device (201). If the communication connection between the electronic device (201) and the server (208a) is disconnected or a vehicle accident occurs, the authentication information most recently generated in the electronic device (201) may be used to perform authentication on a target to which the user's status information is to be disclosed. The authentication information most recently generated in the electronic device (201) may be named a device key. These device keys can also be synchronized with the server (208a) and used to limit access to the user's status information so that paramedics or medical personnel can only view it in the event of an actual accident.

If a vehicle accident is detected, the electronic device (201) may display an indicator (960) for providing user status information and a window (970) for entering a viewing key so that only paramedics or medical staff can access it, as shown in 900c of FIG. 9c. The paramedics or medical staff may enter a viewing key (or access key) (e.g., ID and password, authentication key). In addition, the viewing key may include previously shared authentication information (e.g., medical staff number, ambulance operation notification (report) number). The device key (or QR code) and the viewing key can be transmitted (1060) to the server (208a), and the server (208a) can encrypt the device key (or QR code) and the viewing key provided through a specific application to generate an authentication key (or accident key) required to view the user's status information and transmit it to an external electronic device (204) of a paramedic or medical staff.

When a paramedic or medical staff inputs the authentication key (or accident key) provided to the electronic device (201), the electronic device (201) can check whether the information decrypted from the authentication key (or accident key) through a decryption algorithm matches the authentication information (or device key) held by the electronic device (201). If the decrypted information matches the authentication information (or device key) held by the electronic device (201), the paramedic or medical staff can check whether the subject who wants to view the user's status information is a paramedic or a medical staff and provide the authentication key corresponding to the subject, thereby enabling the paramedic or medical staff to view step-by-step information on the user's status. In this way, the operation of performing authentication on the subject to whom the user's status information is to be disclosed can use a key generated by the server (208a), but the authentication method may not be limited thereto.

On the other hand, if there is no access to the user's status information, in operation 1005, the electronic device (201) can maintain the display of the indicator. In addition, if there is no access to the user's status information until a certain period of time has elapsed, the operation of displaying the indicator for providing the user's status information can be terminated.

In one embodiment, access by an external electronic device may indicate an action of the external electronic device scanning (or photographing) an indicator displayed on the electronic device (201). For example, the electronic device (201) may display an indicator for providing user status information, as in 1100a of FIG. 11. FIG. 11 is an example screen diagram showing user status information related to a vehicle accident at different levels of disclosure is provided for each authenticated subject using one indicator according to one embodiment.

The above scan operation may cause a screen to be displayed on the external electronic device for entering authentication information to verify whether the object is viewable. Accordingly, the paramedic or medical staff may enter previously shared authentication information (e.g., medical staff number, ambulance operation notification (report) number).

Authentication information input from the external electronic device may be transmitted to a server (e.g., server (208) of FIG. 2A) that manages the user's status information, and authentication information may be provided to the electronic device (201) through the server. For example, the electronic device (201) may perform authentication on a target to which the user's status information is to be disclosed based on the authentication information provided through the server.

In one embodiment, instead of the electronic device (201), the server can perform authentication for an external electronic device using the authentication information. After the authentication is completed, the server transmits a notification according to the completion of authentication to the electronic device (201), so that the electronic device (201) can also recognize the completion of authentication for a target to which the user's status information is to be disclosed.

Meanwhile, in the above-described case, as an example of an indicator for providing the user's status information, such as 1100a, a QR code is exemplified, but an indicator in which the user's status information is processed for security purposes, for example, blinded with '*', may be displayed to prevent exposure of sensitive information. Accordingly, paramedics or medical staff may know that the user's status information can be provided through a screen in which the secured user's status information is displayed, but may not be able to confirm the actual user's status information. In this case, the paramedics or medical staff may input authentication information (e.g., an authentication key) on the screen of the electronic device (201) (e.g., a viewing key input window (970) as in FIG. 9c), so that the electronic device (201) may perform authentication on the target to which the user's status information is to be disclosed using the input authentication information. For example, the paramedics and the medical staff may each have different authentication information.

In operation 1020, the electronic device (201) can check the disclosure level of the user's status information corresponding to the authenticated object. For example, the electronic device (201) can identify whether it is an external electronic device of a paramedic or an external electronic device of a medical staff using the input authentication information. Accordingly, the electronic device (201) can determine the disclosure level corresponding to the identified external electronic device.

In one embodiment, when information included in the user's status information is stored without being associated with a public level, the electronic device (201) can identify the access authority of the external electronic device in response to access by the external electronic device in the event of a vehicle accident and determine the public level corresponding to the access authority, thereby identifying (or extracting, generating) information corresponding to the public level among the user's status information.

For example, the learning model AI can infer whether the user's emergency situation requires emergency treatment by paramedics or diagnosis and treatment by hospital medical staff based on vehicle accident information and the user's status information. The learning model AI can identify the information necessary for the inferred situation among the user's status information and classify the identified information according to the level of disclosure.

In operation 1025, the electronic device (201) may display at least a part of the user's status information according to the level of disclosure. For example, in response to identifying that the user's status information is at the second level of disclosure based on the access authority of the external electronic device of the paramedic, the electronic device (201) may display health information recorded by the user necessary for emergency treatment among the user's status information, as in 1100b. In response to identifying that the user's status information is at the third level of disclosure based on the access authority of the external electronic device of the medical staff, the electronic device (201) may display electronic medical records necessary for diagnosis and treatment among the user's status information, as in 1100c.

Meanwhile, in 1100a of FIG. 11, when authentication is completed using a single indicator, a screen is displayed differently for providing at least a part of the user status information at different disclosure levels for each authenticated target, as in 1100b and 1100c, but an entry screen for displaying the user status information at different disclosure levels may be displayed differently, as in FIGS. 12 and 13. FIG. 12 is an example diagram of a screen in which health information is provided among user status information according to one embodiment, and FIG. 13 is an example diagram of a screen in which electronic medical records are provided among user status information according to one embodiment.

Referring to FIG. 12, the electronic device (201) may provide an item (1210) indicating emergency information on a screen (1200a) that displays the user's personal information in the event of a vehicle accident. If the item (1210) is selected by an external user, the electronic device (201) may display a screen (1200b) for providing emergency information (e.g., health information recorded by the user). Here, even if the item (1210) indicating emergency information is selected, since it is not known whether the subject requesting the emergency information is an authenticated subject, the electronic device (201) may display an indicator indicating the status of a secured user. The electronic device (201) may authenticate the subject accessing the emergency information using the indicator. If it is identified that the subject accessing the emergency information is an external electronic device of a paramedic, the electronic device (201) may display a screen (1200c) including emergency information about the user. Here, emergency information includes information that paramedics need to provide emergency treatment, and medical staff may need information at a higher level of disclosure. For this purpose, an item (1200) indicating medical information may be provided.

For example, the electronic device (201) may display a screen (1300b) for providing medical information (e.g., electronic medical record) in response to a selection of an item (1310) representing medical information, as in 1300a of FIG. 13. The electronic device (201) may authenticate a subject accessing the medical information using the indicator. If it is identified that the subject accessing the medical information is an external electronic device of a medical professional, the electronic device (201) may display a screen (1300c) including medical information about the user.

Meanwhile, in the above, a case where a screen with a different level of disclosure is displayed depending on the target accessing the user's status information was explained as an example, but a screen with a different level of disclosure may also be displayed depending on the time of emergency transport or arrival at a medical institution by using sensing information by the sensor module (310) and location information (e.g., GPS information) of the electronic device.

For example, the electronic device (201) can identify at least one or a combination of an external electronic device of a paramedic or an emergency transport point that has accessed the emergency information. If the electronic device (201) identifies the time of emergency transport, it can provide the user's health information necessary for emergency treatment in response to the access by the external electronic device of the paramedic. In addition, the electronic device (201) can identify the access by the external electronic device of a paramedic and provide the user's health information necessary for emergency treatment in response to the confirmation that the access is by the external electronic device of the paramedic and the confirmation that the time of emergency transport is. In addition, the electronic device (201) can provide the user's electronic medical record necessary for diagnosis and treatment in response to the access by the external electronic device of the medical staff based on identifying the object that has accessed the medical information as an external electronic device of the medical staff, confirming the time of arrival at the medical institution, or confirming a combination thereof.

In one embodiment, in the event of a vehicle accident, information about a user of an electronic device can be minimized from being exposed to unauthorized external users, thereby preventing privacy invasion.

The electronic devices according to various embodiments disclosed in this document may be devices of various forms. The electronic devices may include, for example, portable communication devices (e.g., smartphones), computer devices, portable multimedia devices, portable medical devices, cameras, wearable devices, or home appliance devices. The electronic devices according to embodiments of this document are not limited to the above-described devices.

It should be understood that the various embodiments of this document and the terminology used herein are not intended to limit the technical features described in this document to specific embodiments, but include various modifications, equivalents, or substitutes of the embodiments. In connection with the description of the drawings, similar reference numerals may be used for similar or related components. The singular form of a noun corresponding to an item may include one or more of the items, unless the context clearly dictates otherwise. In this document, each of the phrases "A or B", "at least one of A and B", "at least one of A or B", "A, B, or C", "at least one of A, B, and C", and "at least one of A, B, or C" can include any one of the items listed together in the corresponding phrase, or all possible combinations thereof. Terms such as "first", "second", or "first" or "second" may be used merely to distinguish one component from another, and do not limit the components in any other respect (e.g., importance or order). When a component (e.g., a first) is referred to as "coupled" or "connected" to another (e.g., a second) component, with or without the terms "functionally" or "communicatively," it means that the component can be connected to the other component directly (e.g., wired), wirelessly, or through a third component.

The term "module" used in various embodiments of this document may include a unit implemented in hardware, software or firmware, and may be used interchangeably with terms such as logic, logic block, component, or circuit, for example. A module may be an integrally configured component or a minimum unit of the component or a part thereof that performs one or more functions. For example, according to one embodiment, a module may be implemented in the form of an application-specific integrated circuit (ASIC).

Various embodiments of the present document may be implemented as software (e.g., a program (140)) including one or more instructions stored in a storage medium (e.g., an internal memory (136) or an external memory (138)) readable by a machine (e.g., an electronic device (101)). For example, a processor (e.g., a processor (120)) of the machine (e.g., an electronic device (101)) may call at least one instruction among the one or more instructions stored from the storage medium and execute it. This enables the machine to operate to perform at least one function according to the at least one called instruction. The one or more instructions may include code generated by a compiler or code executable by an interpreter. The machine-readable storage medium may be provided in the form of a non-transitory storage medium. Here, 'non-transitory' simply means that the storage medium is a tangible device and does not contain signals (e.g. electromagnetic waves), and the term does not distinguish between cases where data is stored semi-permanently or temporarily on the storage medium.

According to one embodiment, the method according to various embodiments disclosed in the present document may be provided as included in a computer program product. The computer program product may be traded between a seller and a buyer as a commodity. The computer program product may be distributed in the form of a machine-readable storage medium (e.g., a compact disc read only memory (CD-ROM)), or may be distributed online (e.g., downloaded or uploaded) via an application store (e.g., Play Store ^TM ) or directly between two user devices (e.g., smart phones). In the case of online distribution, at least a part of the computer program product may be at least temporarily stored or temporarily generated in a machine-readable storage medium, such as a memory of a manufacturer's server, a server of an application store, or an intermediary server.

According to various embodiments, each component (e.g., a module or a program) of the above-described components may include a single or multiple entities, and some of the multiple entities may be separately arranged in other components. According to various embodiments, one or more of the components or operations of the above-described components may be omitted, or one or more other components or operations may be added. Alternatively or additionally, the multiple components (e.g., a module or a program) may be integrated into one component. In such a case, the integrated component may perform one or more functions of each of the multiple components identically or similarly to those performed by the corresponding component of the multiple components before the integration. According to various embodiments, the operations performed by the module, program, or other component may be executed sequentially, in parallel, repeatedly, or heuristically, or one or more of the operations may be executed in a different order, omitted, or one or more other operations may be added.

According to one embodiment, a storage medium storing at least one computer-readable instruction, wherein the at least one instruction, when executed by at least one processor (120, 320) of an electronic device (101, 201), causes the electronic device to perform at least one operation, wherein the at least one operation may include an operation of identifying that a user is within a vehicle (210).

According to one embodiment, the at least one operation may include an operation of displaying an indicator for providing status information to a user based on detection of a vehicle accident occurrence while monitoring a driving status of the vehicle using at least one sensor of the electronic device.

In one embodiment, the at least one operation may include providing at least a portion of the user's status information in response to an external electronic device's access to the user's status information using the indicator.

In one embodiment, the operation of providing at least a portion of the status information of the user may include an operation of determining a level of disclosure of the status information of the user in response to an external electronic device accessing the status information of the user using the indicator, and an operation of displaying at least a portion of the status information of the user based on the determined level of disclosure.

Claims (20)

In an electronic device (101, 201),
display(160, 360);
At least one sensor (176, 310);
At least one processor (120, 320) operatively connected to the display and the at least one sensor; and
Contains memory (130, 330),
The above memory, when executed by the at least one processor, causes the electronic device to:
Using at least one sensor, while monitoring the driving status of the vehicle (210), based on the detection of a vehicle accident occurrence, an indicator for providing status information to the user is displayed on the display,
An electronic device storing instructions configured to provide at least a portion of the user's status information in response to an external electronic device accessing the user's status information within the vehicle using the indicator.
In the first paragraph, the instructions cause the electronic device to:
In response to an external electronic device accessing the user's status information using the above indicator, the disclosure level of the user's status information is identified,
An electronic device configured to display at least a portion of the user's status information on the display based on the identified level of disclosure.
In the first or second paragraph, the user's status information is:
An electronic device comprising personal information of said user, health information recorded by said user, or electronic medical records of said user.
In any one of claims 1 to 3, the user's status information is:
An electronic device, stored in said memory or on a server accessible by said external electronic device.
In any one of claims 1 to 4, the instructions cause the electronic device to:
Identify the level of disclosure of the user's status information based on the access rights of the external electronic device;
Based on the above-mentioned identified public level being the first public level, the user's personal information among the user's status information is displayed on the display,
Based on the above-mentioned identified public level being the second public level, health information recorded by the user among the user's status information is displayed on the display,
An electronic device configured to display electronic medical records of the user among the status information of the user on the display, based on the identified disclosure level being a third disclosure level.
In any one of claims 1 to 5, the instructions cause the electronic device to:
In response to an external electronic device's access to the user's status information using the indicator, the time of emergency transport or arrival at a medical institution is confirmed based on the sensing information by the at least one sensor and the location information of the electronic device.
Based on the confirmation of the above emergency transport time, health information recorded by the user among the status information of the user is displayed on the display,
An electronic device configured to display electronic medical records of the user on the display based on the time of arrival at the medical institution.
In any one of claims 1 to 6, the indicator for providing the user's status information is:
An electronic device comprising a unique encrypted QR code that is used to access status information of said user.
In any one of claims 1 to 7, further comprising a communication circuit (190, 390),
The above instructions cause the electronic device to:
When the electronic device (201) is connected to a wearable electronic device (202) worn by the user through the communication circuit, based on the detection of the occurrence of the vehicle accident, an abnormal state of the user is identified based on the user's bio-signal provided from the wearable electronic device,
An electronic device set to perform an emergency call based on the abnormal state of the user.
In any one of claims 1 to 8, the instructions cause the electronic device to:
An electronic device, wherein when the electronic device (201) is connected to a wearable electronic device (202) worn by the user through the communication circuit, the electronic device is set to display a specific code common to the wearable electronic device (202) on the display to indicate a pairing status between the electronic device and the wearable electronic device.
In any one of claims 1 to 9, the instructions cause the electronic device to:
Using at least one of the above sensors or at least one of the above communication circuits, identifying whether the user is in the vehicle (210),
An electronic device configured to monitor the driving condition of a vehicle based on identifying that the user is present in the vehicle.
A method for providing user status information related to a vehicle accident in an electronic device (101, 201),
An operation of displaying an indicator for providing status information to a user in the vehicle based on detection of a vehicle accident occurrence while monitoring the driving status of the vehicle (210) using at least one sensor of the electronic device; and
A method for providing user status information related to a vehicle accident, comprising an action of providing at least a portion of the user's status information in response to an external electronic device's access to the user's status information using the indicator.
In the 11th paragraph, the operation of providing at least a part of the user's status information is:
An operation for identifying the level of disclosure of the user's status information in response to an external electronic device's access to the user's status information using the indicator; and
A method for providing user status information related to a vehicle accident, comprising an action of displaying at least a portion of the user's status information based on the identified level of disclosure.
In clause 11 or 12, the user's status information is:
A method for providing user status information related to a vehicle accident, the user's personal information, health information recorded by the user, or electronic medical records of the user.
In any one of the 11th to 13th clauses, the user's status information is:
A method for providing user status information related to a vehicle accident, wherein the user status information is stored in a server accessible by the memory or the external electronic device.
In any one of claims 11 to 14, the operation of providing at least a portion of the user's status information is:
An action for identifying the level of disclosure of status information of the user based on the access rights of the external electronic device;
An action of displaying the user's personal information among the user's status information based on the identified public level being the first public level;
An operation of displaying health information recorded by the user among the status information of the user based on the identified public level being the second public level; and
A method for providing user status information related to a vehicle accident, comprising an action of displaying an electronic medical record for the user among the user's status information, based on the identified disclosure level being a third disclosure level.
In any one of Articles 11 to 15,
In response to an external electronic device accessing the user's status information using the indicator, an operation of confirming the time of emergency transport or arrival at a medical institution based on sensing information by the at least one sensor and location information of the electronic device;
An action of displaying health information recorded by the user among the user's status information based on the confirmation of the above emergency transport time; and
A method for providing user status information related to a vehicle accident, comprising the action of displaying an electronic medical record for the user among the user's status information based on the time of arrival at the medical institution.
In any one of claims 11 to 16, the indicator for providing the user's status information is:
A method for providing user status information related to a vehicle accident, comprising a unique encrypted QR code to be used to access the user's status information.
In any one of Articles 11 to 17,
When the electronic device (201) is connected to a wearable electronic device (202) worn by the user, an operation of identifying an abnormal state of the user based on a bio-signal of the wearable electronic device based on detection of the occurrence of the vehicle accident; and
A method for providing user status information related to a vehicle accident, including an action of performing an emergency call based on the abnormal status of the user.
In any one of Articles 11 to 18,
A method for providing user status information related to a vehicle accident, comprising an action of displaying a specific code common to the wearable electronic device (202) to indicate a pairing status between the electronic device (201) and the wearable electronic device (202) when the electronic device (201) is connected to a wearable electronic device (202) worn by the user.
A storage medium storing at least one computer-readable instruction, wherein the at least one instruction, when executed by at least one processor (120, 320) of an electronic device (101, 201), causes the electronic device to perform at least one operation, the at least one operation being:
An operation of displaying an indicator for providing status information to a user in the vehicle based on detection of a vehicle accident occurrence while monitoring the driving status of the vehicle (210) using at least one sensor of the electronic device; and
A storage medium comprising an operation for providing at least a portion of the user's status information in response to an external electronic device's access to the user's status information using the indicator.

Images