Electronic device for providing user condition information related to vehicle accident, operating method thereof, and storage medium

Abstract

According to one embodiment, an electronic device (101, 201) may comprise: 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, instruct the electronic device to: on the basis of the occurrence of a vehicle accident being detected while monitoring a driving state of a vehicle (210) by using the at least one sensor, display an indicator for providing condition information of a user in the vehicle on the display; and provide at least a part of the condition information of the user in response to access of an external electronic device to the condition information of the user using the indicator.

Description

Electronic device for providing user status information related to vehicle accidents, its operating method and storage medium

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

[0002] The variety of services and additional features offered through electronic devices such as smartphones is steadily increasing. For example, electronic devices include communication capabilities as well as sensing capabilities that detect the surrounding environment. Furthermore, the installation of additional applications can provide even more diverse functions. In addition to executing pre-installed applications or stored files, electronic devices can also access servers or other electronic devices via wired or wireless means to receive a variety of information in real time. Consequently, the various functions offered through electronic devices are also becoming increasingly sophisticated.

[0003] Furthermore, wearable electronic devices can independently transmit and receive data, including communication modules, and can be used in conjunction with electronic devices such as smartphones. Electronic devices and / or wearable electronic devices, which are convenient to carry and use, can be exposed to various operating environments. While users can more easily utilize various services using both electronic devices and wearable electronic devices, various privacy and security issues are also emerging, making the protection of user information increasingly important.

[0004] The above information may be provided as background art to aid 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.

[0005] 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 of a user in the vehicle based on the 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.

[0006] According to 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.

[0007] 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.

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

[0009] 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.

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

[0011] FIG. 1 is a block diagram of an electronic device within a network environment according to one embodiment.

[0012] FIG. 2a is a system configuration diagram for providing vehicle accident notification according to one embodiment.

[0013] 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.

[0014] 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.

[0015] FIG. 4 is a diagram showing a table classifying user status information related to a vehicle accident according to a disclosure level according to one embodiment.

[0016] 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.

[0017] FIG. 6 is a detailed operation flowchart of an electronic device for providing user status information related to a vehicle accident according to one embodiment.

[0018] Figure 7 is an example of a first screen when a vehicle accident occurs according to one embodiment.

[0019] Figure 8 is an example of a second screen when a vehicle accident occurs according to one embodiment.

[0020] Figure 9a is an example screen showing vehicle accident information according to one embodiment.

[0021] 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.

[0022] FIG. 9c is an example screen diagram showing an indicator for providing user status information related to a vehicle accident according to one embodiment.

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

[0024] 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.

[0025] FIG. 10b is a drawing for explaining an authentication method according to one embodiment.

[0026] FIG. 11 is an example screen diagram showing user status information related to vehicle accidents at different public levels for each authenticated subject using one indicator according to one embodiment.

[0027] Figure 12 is an example screen diagram showing health information provided among user status information according to one embodiment.

[0028] Figure 13 is an example screen diagram showing electronic medical records provided among user status information according to one embodiment.

[0029] In connection with the description of the drawings, the same or similar reference numerals may be used for the same or similar components.

[0030] 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 identical or similar components. Furthermore, in the drawings and related descriptions, descriptions of well-known functions and configurations may be omitted for clarity and conciseness.

[0031] FIG. 1 is a block diagram of an electronic device (101) within 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). In 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)).

[0032] The processor (120) may, for example, execute software (e.g., a program (140)) to control at least one other component (e.g., a hardware or software component) of the electronic device (101) connected to the processor (120) and perform various data processing or operations. According to one embodiment, as at least a part of the data processing or operations, the processor (120) may store commands or data received from other components (e.g., a sensor module (176) or a communication module (190)) in a volatile memory (132), process the commands or data stored in the volatile memory (132), and store result data in a non-volatile 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 the main processor (121) and the 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.

[0033] The auxiliary processor (123) may control at least a portion of functions or states associated with at least one component (e.g., a display module (160), a sensor module (176), or a communication module (190)) of the electronic device (101), for example, on behalf of the main processor (121) 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 unit) may include a hardware structure specialized for processing artificial intelligence models. The artificial intelligence models may be generated through machine learning. This learning can be performed, for example, on the electronic device (101) itself where the artificial intelligence model is executed, or can be performed through a separate server (e.g., server (108)). The learning algorithm can 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 can include multiple 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), a deep Q-network, or a combination of two or more of the above, but is not limited to the examples described above. In addition to, or alternatively to, a hardware structure, an artificial intelligence model may include a software structure.

[0034] 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 non-volatile memory (134).

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

[0036] 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).

[0037] The audio output module (155) can output audio signals 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 incoming calls. In one embodiment, the receiver can be implemented separately from the speaker or as part of the speaker.

[0038] 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) may 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) may 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.

[0039] 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 acquire sound through the input module (150), output sound through the sound output module (155), or an external electronic device (e.g., electronic device (102)) (e.g., speaker or headphone) directly or wirelessly connected to the electronic device (101).

[0040] The sensor module (176) can detect the operating status (e.g., power or temperature) of the electronic device (101) or the external environmental status (e.g., user status) and generate an electrical signal or data value corresponding to the detected status. 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.

[0041] 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.

[0042] 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., 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).

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

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

[0045] 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).

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

[0047] The communication module (190) may support the 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., electronic device (102), electronic device (104), or server (108)), and the performance of communication through the established communication channel. The communication module (190) may operate independently from the processor (120) (e.g., 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 global navigation satellite system (GNSS) 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, the corresponding communication module can 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 can 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) can verify or authenticate the electronic device (101) within a communication network such as the first network (198) or the second network (199) by using subscriber information (e.g., an international mobile subscriber identity (IMSI)) stored in the subscriber identification module (196).

[0048] The wireless communication module (192) can support 5G networks and next-generation communication technologies following the 4G network, such as NR access technology (new radio access technology). The NR access technology can support high-speed transmission of high-capacity data (eMBB (enhanced mobile broadband)), minimization of terminal power 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) can 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) can support various requirements specified in the electronic device (101), an external electronic device (e.g., the electronic device (104)), or a network system (e.g., the 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), or 1 ms or less for round trip) for URLLC realization.

[0049] The antenna module (197) can transmit or receive signals or power to or from an external device (e.g., an external electronic device). In one embodiment, the antenna module (197) may include an antenna including a radiator formed of a conductor or a conductive pattern formed on a substrate (e.g., a PCB). In one embodiment, the antenna module (197) may 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), may be selected from the plurality of antennas, for example, by the communication module (190). A signal or power may be transmitted or received between the communication module (190) and an external electronic device via the at least one selected antenna. In some embodiments, in addition to the radiator, another component (e.g., a radio frequency integrated circuit (RFIC)) may be additionally formed as a part of the antenna module (197).

[0050] According to various embodiments, the antenna module (197) may form a mmWave antenna module. In one embodiment, the mmWave antenna module may include a printed circuit board, an RFIC disposed 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) disposed on or adjacent a second side (e.g., a top side or a side side) of the printed circuit board and capable of transmitting or receiving signals in the designated high-frequency band.

[0051] At least some of the above components can be interconnected 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)).

[0052] According to 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). According to 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 or in addition to executing the function or service itself, request one or more external electronic devices to perform the function or at least a part of the service. One or more external electronic devices that receive the request may execute at least a portion 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 is or additionally and provide it as at least a portion of a response to the request. For this purpose, cloud computing, distributed computing, mobile edge computing (MEC), or client-server computing technology may be used, for example. The electronic device (101) may provide an ultra-low latency service by using distributed computing or mobile edge computing, for example. In another embodiment, the external electronic device (104) may include an Internet of Things (IoT) device. The server (108) may be an intelligent server utilizing 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.

[0053] In the detailed description below, reference numerals in the drawings may be used interchangeably or omitted for components that can be easily understood through the preceding embodiments, and their detailed descriptions may also be omitted. An electronic device according to an embodiment disclosed in this document may be implemented by selectively combining components of different embodiments, and components of one embodiment may be replaced by components of another embodiment. For example, it should be noted that the present invention is not limited to specific drawings or embodiments.

[0054] 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.

[0055] 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).

[0056] The electronic device (201) can detect an accident situation (or collision situation) of the vehicle (210) using various sensors included in the electronic device (201). In the event of a vehicle accident, the electronic device (201) can notify of an emergency situation and determine the actual accident situation based on user feedback. Accordingly, the electronic device (201) supporting emergency situation notification can request emergency rescue from a rescue center (or emergency dispatch agency) (220) or transmit the emergency situation by communicating with a server (208) via a communication network.

[0057] In order to minimize casualties from vehicle accidents, it may be necessary to quickly report the incident to the rescue center (220) for rapid accident handling and recovery. For this reason, in emergency situations where emergency patients, such as drivers and passengers, lose consciousness due to vehicle accidents, information such as medical history or underlying conditions of the emergency patient is unknown, and therefore treatment may be administered without considering risk factors. In preparation for such emergency situations, if a user has pre-registered his or her personal information and medical information on an electronic device, the electronic device may provide a function that allows an external user to view the registered information via an external electronic device (204).

[0058] 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.

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

[0060] 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 the user of the electronic device to unauthorized external users in the event of a vehicle accident.

[0061] 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.

[0062] Referring to FIG. 3, an 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.

[0063] According to one embodiment, the sensor module (310) may sense information (or data) for confirming a collision and / or 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 pressure 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.

[0064] 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.

[0065] According to one embodiment, the processor (320) may establish a communication connection with a wearable electronic device (202) worn on a user's body through a communication circuit (390). For example, the communication circuit (390) may support a short-range communication technology (e.g., Bluetooth, Bluetooth low energy (BLE), WiFi). Additionally, the communication circuit (390) may support an ultra-wide band (UWB) communication technology. The communication connection may be established 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, but is not limited to, a device configured to be worn on the user's body, such as a smart ring, a head-mounted display, or an AR (augmented reality) glass device in the form of glasses, in addition to a smart watch, and may be implemented in various forms that can be worn on the user's body.

[0066] 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).

[0067] 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., an air pressure sensor).

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

[0069] 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 an engine sound of the vehicle (210) and / or a pattern of low-frequency sound output from the vehicle (210) using a sound sensor. Based on the detected pattern and / or information, the processor (320) may confirm or determine whether a user is in the vehicle (210).

[0070] 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 Energy Bluetooth, or UWB) when it approaches within a certain distance (e.g., a communication range) of the vehicle (210). The processor (320) may be connected to the vehicle (210) via 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 the processor (320) can determine that the user is approaching or riding in the vehicle (210) 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).

[0071] As described above, the method for identifying whether a user is in 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 is in the vehicle (210) may be performed substantially equally not only in the electronic device (201) but also in the wearable electronic device (202). For example, in the case of a 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 is connected to the set-top device using Bluetooth communication, it may be determined that a user wearing the wearable electronic device (202) is in the vehicle (210). In addition, when the electronic device (201) is in a state of communication connection with the wearable electronic device (202), it 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).

[0072] According to one embodiment, the processor (320) can identify information about the user on board the vehicle (210) after identifying that a user has boarded the vehicle. Since at least one user can be on board the vehicle (210), identifying information about not only the user but also the passenger can enable more efficient response in the event of an emergency rescue request.

[0073] 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 using a voice signal.

[0074] In one embodiment, the processor (320) can monitor the driving status of the vehicle (210) by 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.

[0075] In one embodiment, the processor (320) may simultaneously monitor whether the vehicle (210) is occupied and the driving status of the vehicle (210). For example, the processor (320) may not only confirm whether the vehicle (210) is occupied 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 occupied and the driving status may be performed independently or as a single operation.

[0076] 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 non-periodically 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) may 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).

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

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

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

[0080] To explain the status information of the above user, reference may be made to FIG. 4. FIG. 4 is a diagram showing a table classifying user status information related to a vehicle accident according to a disclosure level according to one embodiment.

[0081] Referring to Figure 4, a user's status information can be broadly categorized into three levels of disclosure to prevent privacy violations and to prevent exploitation by unauthenticated external users. The three levels of disclosure in Figure 4 are merely exemplary; disclosure levels can also be categorized into two or four levels, and thus the steps for classifying the levels of disclosure may not be limited to this level.

[0082] Figure 4 illustrates an example where user status information is classified into three levels according to the level of disclosure, and the user 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.

[0083] For example, biographical information corresponding to the first level of disclosure 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 level of disclosure may include emergency information necessary for emergency treatment, such as the user's underlying medical conditions, medications being taken, and allergies. Electronic medical records (EMRs) corresponding to the third level of disclosure may include all medical information, such as medical test results, surgical information, treatment history information, and family history. Electronic medical records may be designed for use by specific organizations or medical professionals with access rights. Medical information corresponding to the third level of disclosure may include not only electronic medical records but also electronic health records (EHRs), or a combination of electronic medical records and EHRs.

[0084] 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 based on 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 by a separate server (e.g., a medical institution) that manages medical information.

[0085] The user's status information may be stored in the memory (330) and / or a server (208) accessible by an authenticated external electronic device. When the user's status information is stored in the memory (330) within the electronic device (201), the security is high, and the user's status information can be provided even in situations where network connection is not possible. On the other hand, when the user's 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.

[0086] 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.

[0087] In one embodiment, the user's status information may be stored in an encrypted form and then classified according to the access rights of an 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, the information included in the user's status information may be learned to have a judgment criterion for how to classify the information. For example, the learning model may infer, based on vehicle accident information and the user's status information, whether the user's emergency situation requires emergency treatment by a paramedic or 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.

[0088] The processor (320) can be controlled to process input data according to predefined operation rules or learning models stored in the memory (330). The predefined operation rules or learning models are 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 learning algorithm using a plurality of learning data. This 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) and / or system accessible by an authenticated external electronic device. Examples of learning algorithms include, but are not limited to, supervised learning, unsupervised learning, semi-supervised learning, reinforcement learning, or machine learning.

[0089] 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.

[0090] 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), a change in direction of the vehicle (210), an acceleration direction of the vehicle (210), or a rotation direction of the vehicle (210).

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

[0092] 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 another 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).

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

[0094] 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 higher accident severity. For example, a large change in the air pressure sensor is related to glass breakage, which is an indicator of the severity of a traffic accident, and thus, such 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, classify the accident severity into high, medium, and low. For example, a high-intensity accident may indicate a high probability of moderate to severe injury, a medium-intensity accident may indicate a range of injuries from minor to moderate, and a low-intensity accident may indicate a low probability of injury from the accident.

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

[0096] 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 the display of the wearable electronic device (202).

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

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

[0099] In one embodiment, in consideration of a situation 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.

[0100] In one embodiment, when a collision of a 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.

[0101] If the user's abnormal condition is an emergency, 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 caused by a collision of the vehicle (210) to the server (208). For example, the server (208) may be a server managed by a designated service provider, a server managed by an insurance company, or a server managed by an automobile manufacturer.

[0102] Accordingly, in one embodiment, more accurate guidance on vehicle collision and / or accident situations may be provided by using various information such as the location of the vehicle (210) accident, the location of the 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.

[0103] In one embodiment, the processor (320) may provide only at least a portion of the user's status information to protect privacy when providing the notification. The processor (320) may display at least a portion 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 medical staff, 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 authorized entity that can view the user's status information. In response to the access, the processor (320) may identify the disclosure level of the user's status information in relation to the authorized entity. The processor (320) may identify the access rights of the external electronic device and verify the disclosure level corresponding to the identified access rights.

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

[0105] The processor (320) may display an indicator on the display (360) 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 through which the user's status information can be accessed. Additionally, the indicator may include a unique encrypted QR code, address code, URL, barcode, or secret string that may be used to access the user's status information.

[0106] The processor (320) can determine the level of disclosure of the user's status information based on the access rights of the external electronic device, but can also determine the level of disclosure based on various circumstances. For example, after the start of emergency transport and before arrival at a medical institution (e.g., a hospital), paramedics can receive information necessary for emergency treatment among the user's status information. After arrival at the medical institution, medical staff need to receive 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 using sensing information by the sensor module (310) and location information (e.g., GPS information) of the electronic device.

[0107] 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. Furthermore, the processor (320) can provide the user's electronic medical records 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.

[0108] Meanwhile, in the event of a vehicle accident, the electronic device (201) may be placed in a location away from the user due to various factors. In such a case, 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 emergency personnel can confirm that the electronic device (201) belongs to the user when checking the user's condition. 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 the devices are of the same user may be acceptable. For example, if the user's name is displayed simultaneously on each of the electronic device (201) and the wearable electronic device (202), an external user can recognize that the devices are of the same user, and therefore, the form of the commonly displayable information may not be limited thereto.

[0109] 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.

[0110] In one embodiment, a display output function may be activated to display accident information and user status information only in the event of a vehicle accident. Furthermore, only authorized external users, such as paramedics or medical personnel, can access the user's status information via an encrypted QR code, minimizing exposure to unauthorized external users and addressing privacy concerns.

[0111] 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 of a user in the vehicle based on the 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.

[0112] According to 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.

[0113] According to 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.

[0114] 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.

[0115] According to one embodiment, the user's status information may be stored in the memory or on a server accessible by the external electronic device.

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

[0117] 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 determining the time of emergency transport, display health information recorded by the user among the user's status information on the display, and, based on determining 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.

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

[0119] According to one embodiment, the electronic device further includes a communication circuit (190, 390), and the instructions may be configured to cause the electronic device (201) to identify 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 when the electronic device (201) is connected to a wearable electronic device (202) worn by the user through the communication circuit, and to perform an emergency call based on the abnormal state of the user.

[0120] 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.

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

[0122] FIG. 5 is a flowchart illustrating an operation 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.

[0123] 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 the detection of a vehicle accident occurrence.

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

[0125] 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.

[0126] According to one embodiment, the user's status information may be stored in the memory or on a server accessible by the external electronic device.

[0127] 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, and when the occurrence of the vehicle accident is detected. The electronic device (201) may perform an emergency call based on the abnormal state of the user.

[0128] 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 (201) and the wearable electronic device (202) when the electronic device (201) is connected to the wearable electronic device (202) worn by the user.

[0129] 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.

[0130] According to one embodiment, the electronic device (201) can identify 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. 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.

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

[0132] 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.

[0133] 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.

[0134] According to 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.

[0135] 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.

[0136] 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. To help understand the description of FIG. 6, the description will be made with reference to FIGS. 7 to 9C.

[0137] 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.

[0138] 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 then encrypt and store the information so as to correspond to (or associate with) each of the first to third disclosure levels, as shown 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).

[0139] 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.

[0140] In operation 610, the electronic device (201) may monitor the driving status using information related to the driving of the vehicle. According to one embodiment, the operation of monitoring the driving status may be performed in the background. The electronic device (201) provides an activity recognition function, and may provide information by distinguishing between, for example, a stationary state (e.g., a sedentary / stationary state), a bicycle riding state (e.g., a cycling state), or a state of being in a vehicle such as a car (e.g., an in-vehicle state). The in-vehicle state (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.

[0141] 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 the case of a Bluetooth connection with a 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 the electronic device (201) is 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 the vehicle-boarding state.

[0142] Accordingly, when a value sensed by a sensor module (310) (e.g., acceleration sensor, gyro sensor) exceeds a threshold while riding in a vehicle, it can be confirmed that a vehicle accident has occurred, not just a simple fall. In this case, in order to recognize the occurrence of a vehicle accident, various methods other than the sensor module (310) described above can be used.

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

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

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

[0146] 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 status in operation 610 may be performed periodically or aperiodically as long as the vehicle operation is not terminated.

[0147] 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.

[0148] Referring to FIG. 7, if a vehicle accident is detected, the electronic device (201) may output a notification indicating the accident, as in 700a. A rescue notification may optionally be provided based on user feedback regarding the notification. For example, in the case of a minor accident, the user may choose to cancel the emergency contact in response to the notification. Conversely, if the user does not select the "Cancel" button within a specified period of time (e.g., 10 seconds), the user may be judged to be in a high-risk state where emergency rescue cannot be requested, and an emergency call may be made to a designated agency or designated contact (e.g., family, 119), as in 700b and 700c.

[0149] Meanwhile, when direct emergency rescue cannot be requested, even if an emergency call is made, the user may be unconscious and unable to communicate with the user for rescue. Therefore, a text-to-call function can be used as one method to relay the details of the accident to the rescue center during an emergency call. For example, if an electronic device (201) detects a car accident, it can automatically connect to a rescue center (e.g., 119) for a call. Since the user is unconscious, the learning model AI can be used to inform the user of the emergency situation and perform actions to request emergency rescue. For example, if the user has set (or activated) the text-to-call function in the call settings, the learning model AI can inform the user that the conversation is taking place on their behalf. FIG. 8 illustrates a screen (800) that is guided when the electronic device (201) and the rescue center are connected.

[0150] As shown 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 form a message 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 form content related to the accident. For example, content notifying that a vehicle accident has occurred (820) and 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 form.

[0151] In one embodiment, the operation of converting text summarizing accident-related content into a voice learned from 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, the content of an accident 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 the sensed information from the electronic device (201) and / or the wearable electronic device (202).

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

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

[0154] Referring to FIG. 9A, the electronic device (201) may include items indicating the time 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) and estimated severity of accident (915) (e.g. high, medium, low), number of passengers, and accident situation (920) as shown in 900A. Such vehicle accident information may be used by paramedics to determine the accident situation after an emergency call.

[0155] 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, in response to detection of a vehicle accident, the electronic device (201) may identify the user's personal information corresponding to the first disclosure level among the user's status information, and provide the identified personal information together with the vehicle accident information.

[0156] If there are passengers other than the user in the vehicle, a process of matching the electronic device (201) to the person whose device it is may be necessary. Accordingly, the electronic device (201) may display information (950, 955) common to both 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 during a vehicle accident according to one embodiment.

[0157] Meanwhile, in the above, when an 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 an item (930) indicating emergency information is selected, a screen (900c) may be displayed that allows only authenticated subjects to access user status information, 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.

[0158] 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.

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

[0160] 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) indicating that the information can be viewed by paramedics or medical personnel. In addition, a viewing key input window (970) may be displayed for paramedics or medical personnel to view the user's status information. Here, the viewing key may be an authentication key issued to the paramedics or medical personnel, 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 personnel 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, or may be information (or a key) previously shared 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).

[0161] The access key may be encrypted and displayed to prevent exposure to external users. When a request for access is made using the indicator (960), the access key may be transmitted to paramedics or medical personnel via a specific application. Furthermore, if the paramedic or medical personnel is in a position to receive the access key through authentication, the access key (or authentication key) may be directly entered through the window (920) of the electronic device (201) to access the user's status information.

[0162] 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 member, using a viewing key inputted in the electronic device (201). In addition, the viewing key inputted through the electronic device (201) can be transmitted to a server (208), where the server (208) can authenticate the input viewing key and provide the authentication result to the electronic device (201).

[0163] 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 member through authentication with the server (208), and the method of issuing the viewing key (or authentication key) may not be limited thereto.

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

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

[0166] 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 user status information 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 accident victim's device information, 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 that he / she is a paramedic or medical staff, and the paramedic or medical staff can complete 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.

[0167] In one embodiment, by inputting the authentication key (990) generated in the above manner into the input window (970) of FIG. 9C, the user can authenticate as a paramedic and then 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 personnel, in order to view the actual user's status information, the user can authenticate as a medical personnel through the indicator and then view at least a portion of the user status information at a public level corresponding to the medical personnel's access rights. For a detailed explanation of a method for authenticating an external electronic device of an external user, such as a paramedic or medical personnel, reference may be made to FIGS. 10A and 10B.

[0168] 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. To help understand the description of FIG. 10A, the description will be made with reference to FIGS. 10B to 13.

[0169] Referring to FIG. 10a, in operation 1005, the electronic device (201) may display an indicator (e.g., indicator (960) of FIG. 9c) to provide user status information accessible by an authenticated external user.

[0170] 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.

[0171] 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.

[0172] 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) for synchronization (1050). Here, the authentication information, such as a QR code, may be periodically generated by 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 by the electronic device (201) may be used to authenticate the target to whom the user's status information is to be disclosed. The authentication information most recently generated by the electronic device (201) may be referred to as 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.

[0173] 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, as illustrated in 900c of FIG. 9c, so that only paramedics or medical personnel can access the information. The paramedics or medical personnel may enter a viewing key (or access key) (e.g., ID and password, authentication key). The viewing key may also include previously shared authentication information (e.g., medical personnel 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.

[0174] 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 electronic device can check whether the person who wants to view the user's status information is a paramedic or a medical staff member and provide the corresponding authentication key to the person, 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 person to whom the user's status information is to be disclosed may use a key generated by the server (208a), but the authentication method may not be limited thereto.

[0175] On the other hand, if there is no access to the user's status information, the electronic device (201) may maintain the display of the indicator in operation 1005. Additionally, 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 may be terminated.

[0176] 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 for each authenticated subject using one indicator according to one embodiment.

[0177] The above scan action may display a screen on the external electronic device prompting the user to enter authentication information to verify that the device is accessible. This allows paramedics or medical staff to enter previously shared authentication information (e.g., medical staff number, ambulance operation notification (report) number).

[0178] 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 the 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.

[0179] In one embodiment, instead of the electronic device (201), the server may use the authentication information to perform authentication on an external electronic device. After the authentication is completed, the server transmits a notification to the electronic device (201) indicating that the authentication has been completed, thereby allowing the electronic device (201) to recognize that the authentication has been completed for the target to which the user's status information is to be disclosed.

[0180] Meanwhile, in the above-described case, a QR code is exemplified as an example of an indicator for providing user status information as in 1100a. However, an indicator in which the user status information is processed in a secure manner, 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 displaying the user's status information that has been processed in a secure manner, 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 use the input authentication information to authenticate the target to whom the user's status information is to be disclosed. For example, the paramedics and the medical staff may each have different authentication information.

[0181] In operation 1020, the electronic device (201) can verify the disclosure level of the user's status information corresponding to the authenticated object. For example, the electronic device (201) can use the input authentication information to identify whether the external electronic device belongs to a paramedic or a medical professional. Accordingly, the electronic device (201) can determine the disclosure level corresponding to the identified external electronic device.

[0182] 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 rights 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 rights, thereby identifying (or extracting, generating) information corresponding to the public level among the user's status information.

[0183] For example, a learning model AI can infer, based on vehicle accident information and user status information, whether a user's emergency situation requires emergency treatment by paramedics or diagnosis and treatment by hospital staff. The learning model AI can then identify the necessary information in the inferred situation from the user's status information and classify the identified information according to its level of disclosure.

[0184] In operation 1025, the electronic device (201) may display at least a portion of the user's status information based on the level of disclosure. For example, in response to identifying the second level of disclosure based on the access rights 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 the third level of disclosure based on the access rights 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.

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

[0186] 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 that the user is in a secured state. The electronic device (201) may use the indicator to authenticate the subject accessing the emergency information. If the subject accessing the emergency information is identified as 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 necessary for paramedics to provide emergency treatment. Medical personnel may require a higher level of disclosure. To this end, an item (1200) representing medical information may be provided.

[0187] For example, the electronic device (201) may display a screen (1300b) for providing medical information (e.g., electronic medical records) 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 the subject accessing the medical information is identified as an external electronic device of a medical professional, the electronic device (201) may display a screen (1300c) containing medical information about the user.

[0188] Meanwhile, in the above, an example was given of a case where a screen with a different level of disclosure is displayed depending on the target accessing the user's status information. However, 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.

[0189] For example, the electronic device (201) can identify whether the subject accessing the emergency information is an external electronic device of a paramedic or an emergency transport time, or at least one or a combination thereof. If the electronic device (201) identifies the time of emergency transport, the electronic device (201) can provide the user's health information necessary for emergency treatment in response to access by the external electronic device of the paramedic. In addition, the electronic device (201) can identify whether the access is by an external electronic device of a paramedic and whether the time of emergency transport is provided, in response to confirmation that the access is by an external electronic device of a paramedic. In addition, the electronic device (201) 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 identifying whether the subject accessing the medical information is an external electronic device of a medical professional, confirming the time of arrival at a medical institution, or a combination thereof.

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

[0191] Electronic devices according to the various embodiments disclosed in this document may take various forms. 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 appliances. Electronic devices according to the embodiments of this document are not limited to the aforementioned devices.

[0192] The various embodiments of this document and the terminology used therein are not intended to limit the technical features described in this document to specific embodiments, but should be understood to 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 indicates 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 among those phrases, 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 component) is referred to as "coupled" or "connected" to another component (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.

[0193] 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. A module may be an integral component, or a minimum unit or part of such a component 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).

[0194] 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.

[0195] According to one embodiment, the method according to various embodiments disclosed in this document may be provided as a computer program product. The computer program product may be traded between sellers and buyers as a product. The computer program product may be distributed in the form of a device-readable storage medium (e.g., compact disc read-only memory (CD-ROM)) or may be provided through an application store (e.g., Play Store). TM ) or directly between two user devices (e.g., smart phones), online distribution (e.g., downloading or uploading). In the case of online distribution, at least a portion of the computer program product may be at least temporarily stored or temporarily created in a machine-readable storage medium, such as the memory of a manufacturer's server, an application store's server, or an intermediary server.

[0196] According to various embodiments, each component (e.g., a module or a program) of the above-described components may include one or more entities, and some of the entities may be separated and arranged in other components. According to various embodiments, one or more components or operations of the aforementioned components may be omitted, or one or more other components or operations may be added. Alternatively or additionally, a plurality of components (e.g., a module or a program) may be integrated into a single component. In such a case, the integrated component may perform one or more functions of each of the plurality of components identically or similarly to those performed by the corresponding component among the plurality of components prior to the integration. According to various embodiments, the operations performed by a module, program, or other component may be executed sequentially, in parallel, iteratively, 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.

[0197] 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 action, wherein the at least one action may include an action of identifying that a user is within a vehicle (210).

[0198] 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.

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

[0200] According to one embodiment, the operation of providing at least a portion of the user's status information may include an operation of determining 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 an operation of displaying at least a portion of the user's status information based on the determined level of disclosure.

Claims

1. 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.

2. 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.

3. In paragraph 1 or 2, the user's status information is: Contains personal information of said user, health information recorded by said user, or electronic medical records of said user; An electronic device, stored in said memory or on a server accessible by said external electronic device.

4. In any one of paragraphs 1 to 3, 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.

5. In any one of paragraphs 1 to 4, 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.

6. In any one of clauses 1 to 5, 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.

7. In any one of clauses 1 to 6, 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.

8. In any one of paragraphs 1 to 7, 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.

9. In any one of paragraphs 1 to 8, 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.

10. 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.

11. In paragraph 10, 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.

12. In clause 10 or 11, the user's status information is: Contains personal information of said user, health information recorded by said user, or electronic medical records of said user; 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.

13. In any one of paragraphs 10 to 12, 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.

14. In any one of paragraphs 10 to 13, 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.

15. 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 is: 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