KR102646657B1 - Server, vehicle terminal and method for providing emergency notification - Google Patents

Abstract

A server emergency notification method is disclosed. This method includes the steps of receiving emergency situation information from a vehicle terminal for the vehicle when an emergency situation event occurs in the vehicle, starting a waiting count for emergency cancellation for the vehicle terminal, and continuing until the waiting count for emergency cancellation ends. It includes the step of determining whether an emergency situation exists depending on whether a cancellation is made for the emergency situation, and if it is determined to be an emergency situation, reporting the emergency situation of the vehicle to an emergency reporting agency using the received emergency situation information. do.

Description

Server, vehicle terminal, and emergency notification method using the same {SERVER, VEHICLE TERMINAL AND METHOD FOR PROVIDING EMERGENCY NOTIFICATION}

The explanation below is about technology for integrated management of vehicle operation status.

This invention was research conducted with the support of the Information and Communication Technology Promotion Center with funding from the government (Ministry of Science and ICT) in 2018 (No.R0113-17-002, Vehicle ICT-based Emergency Rescue System (e-Call) Standard and Vehicle terminal development).

As information and communication technology is converging in the automotive field, various methods are being attempted to remotely monitor and manage each vehicle's operation information or accident record information.

As an example of vehicle management technology, Korean Patent Publication No. 10-2005-0008122 (published on January 21, 2005) receives GPS information from GPS satellites at regular intervals, generates the current location of the vehicle, and stores the location information. A vehicle management system and method are disclosed that stores current location information in a device and detects current location information upon arrival at a predetermined destination and reflects it in vehicle operation.

Recently, as IT technology introduced into various electronic devices such as black boxes, navigation, smartphones, and tablet PCs used while driving a vehicle has become more sophisticated, there is a demand for the implementation of new functions through appropriate connectivity with the vehicle.

Provides a method and system for integrated management of vehicle operation status, including vehicle operation reports, parking shocks, and emergency situations.

A vehicle integrated management method performed by a computer-implemented server, comprising: receiving vehicle operation data related to a driving state of the vehicle from a vehicle terminal mounted or built into the vehicle; and providing a service related to the vehicle driving data through a dedicated application on a user terminal used by the user of the vehicle, wherein the providing step includes providing a driving report and a driving report based on the vehicle driving data in conjunction with the application. Provides a vehicle integrated management method characterized by providing at least one of parking impact notification and accident situation notification.

According to one aspect, the vehicle terminal periodically transmits GPS information including speed information to the server, and the providing step uses the GPS information periodically received from the vehicle terminal for the driving report. It may include estimating the driving distance of the vehicle.

According to another aspect, when connected to the vehicle terminal, it further includes transmitting communication environment configuration information (configuration) including the type and transmission period of data required for the service to the vehicle terminal, and the communication environment in the vehicle terminal. Through the setting information, a set type of vehicle operation data can be transmitted to the server at a set period.

According to another aspect, in the constant mode in which the vehicle is driving, the transmission period of the vehicle driving data can be set shorter than that in other modes.

According to another aspect, when at least one of a speeding event, a sudden acceleration event, a sudden braking event, and a sharp turning event is detected in the constant mode in which the vehicle is driving, the vehicle terminal generates vehicle operation data including information about the event. The step of transmitting to the server and providing may include providing, through the application, a driving report evaluated based on the vehicle driving data accumulated for each event.

According to another aspect, the vehicle terminal transmits vehicle operation data including information about the impact event to the server at the time when an impact event is detected in parking mode, and the providing step includes It may include providing a parking impact notification through the application.

According to another aspect, the step of providing the parking impact notification may include receiving an image at the time the impact event is detected from the vehicle terminal and providing the image along with the parking impact notification.

According to another aspect, the vehicle terminal transmits vehicle operation data including information about the accident event to the server at the time when an accident event is detected in a constant mode in which the vehicle is driving, and the providing step includes , It may include the step of transmitting an accident situation notification to emergency contact information set through the application for the accident occurrence event.

According to another aspect, the step of transmitting the accident situation notification includes starting a waiting count for a predetermined time during which emergency notification cancellation is possible for the accident occurrence event, and a user input for canceling the emergency notification within the predetermined time. If there is none, the accident situation notification may be transmitted after the waiting count ends.

According to another aspect, the step of transmitting the accident situation notification is based on vehicle operation data including information about the accident event, the location and time when the accident situation occurred, the type of accident situation, and the time immediately before the accident situation occurred. The accident situation notification including details of at least one of speed and impact size may be transmitted.

In a computer program stored on a computer-readable recording medium in combination with a computer-implemented user terminal to execute an integrated vehicle management method, the vehicle integrated management method includes, according to the control of an application running on the user terminal, the user When the terminal is connected to a vehicle terminal mounted or built into the vehicle, exchanging and storing identification information with each other; And according to the control of the application in the user terminal, based on the vehicle operation data of the vehicle received from the vehicle terminal in the server from the server related to the application based on the identification information of the vehicle terminal stored in the user terminal. A computer program including the step of receiving provided content is provided.

According to one aspect, receiving the content includes: requesting location information of the vehicle from the server according to control of the application from the user terminal; Receiving location information of the vehicle from the server according to control of the application at the user terminal; And it may include displaying location information of the vehicle using a map according to control of the application on the user terminal.

According to another aspect, receiving the content includes transmitting setting information about a geo-fencing area to the server according to control of the application from the user terminal; And it may include receiving and outputting a notification about the geo-fencing area provided by the server according to the setting information according to control of the application at the user terminal.

According to another aspect, the application has the function of specifying a geofencing area by selecting the center location and radius, the function of setting the type of notification for the geofencing area, the repetition cycle and time zone or validity period of the notification for the geofencing area. It may provide at least one of the following functions: a function to set a list of geofencing areas, and a function to edit items in the list.

According to another aspect, receiving the content includes: transmitting a request to view a driving report for the vehicle to the server under control of the application from the user terminal; and receiving and outputting a driving report evaluated based on the vehicle driving data from the server according to control of the application at the user terminal.

According to another aspect, the step of receiving the content includes providing vehicle operation data including information about a parking impact event from the vehicle terminal at the server according to control of the application at the user terminal. It may include receiving and outputting a parking impact notification.

According to another aspect, the step of receiving the content includes, according to control of the application in the user terminal, an image provided from the server at the time the parking impact event is detected in the vehicle terminal, and the parking impact notification and A step of receiving together may be further included.

According to another aspect, the vehicle integrated management method provides accident situation notification when the server receives vehicle operation data including information about an accident occurrence event from the vehicle terminal according to control of the application at the user terminal. It may further include the step of setting emergency contacts for transmitting.

According to another aspect, the vehicle integrated management method may further include selecting and connecting one or more vehicle terminals among a plurality of vehicle terminals according to control of the application in the user terminal.

A vehicle integrated management system of a computer-implemented server, comprising at least one processor implemented to execute a computer-readable command, wherein the at least one processor A process of receiving vehicle operation data related to driving conditions; and processing a process of providing a service related to the vehicle operation data through a dedicated application on a user terminal used by the user of the vehicle, wherein the providing process includes a operation report and a operation report based on the vehicle operation data in connection with the application. An integrated vehicle management system is provided, characterized in that it provides at least one of parking impact notification and accident situation notification.

According to embodiments of the present invention, by integrated management of the vehicle operation status, including vehicle operation reports, parking shocks, or emergency situations, the vehicle operation status can be identified more accurately and specifically and measures corresponding to the vehicle operation status can be taken. It can be taken more appropriately and quickly.

1 is a diagram illustrating an example of a network environment according to an embodiment of the present invention.
Figure 2 is a block diagram for explaining the internal configuration of the user terminal and vehicle integrated management system in one embodiment of the present invention.
3 and 4 are diagrams for explaining an example of a basic communication process between a vehicle terminal and a service server in an embodiment of the present invention.
Figure 5 is a diagram for explaining an example of a vehicle location confirmation process in one embodiment of the present invention.
6 to 7 are diagrams for explaining an example of a geo-fencing process in an embodiment of the present invention.
Figures 8 and 9 are diagrams for explaining an example of a driving report issuance process in one embodiment of the present invention.
Figure 10 is a diagram for explaining an example of a parking impact notification process in one embodiment of the present invention.
Figure 11 is a diagram for explaining an example of an emergency situation notification process in one embodiment of the present invention.

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

Embodiments of the present invention relate to technology for integrated management of the status of a vehicle in operation.

Embodiments including those specifically disclosed in this specification can manage vehicle operating conditions, thereby not only quickly responding to dangerous situations such as vehicle collisions, but also providing accuracy, speed, efficiency, convenience, and cost reduction. Achieve significant advantages in terms of

1 is a diagram illustrating an example of a network environment according to an embodiment of the present invention. The network environment in FIG. 1 shows an example including an integrated vehicle management system 110, a user terminal 120, a vehicle terminal 130, and a network 140.

The user terminal 120 is a terminal used by a user who is a vehicle driver, and may be a mobile terminal implemented as a computer device. Examples of the user terminal 120 include smart phones, mobile phones, tablet PCs, wearable devices, laptops, digital broadcasting terminals, PDAs (Personal Digital Assistants), and PMPs (Portable Multimedia Players). ), etc. For example, the user terminal 120 may communicate with the vehicle terminal 130 and/or the vehicle integrated management system 110 through the network 140 using a wireless or wired communication method. The user terminal 120 may refer to any terminal device capable of installing and executing a dedicated application related to the integrated vehicle management system 110. At this time, the user terminal 120 can perform overall service operations, such as service screen configuration, data input, data transmission and reception, and data storage, under the control of a dedicated application.

The vehicle terminal 130 is a terminal implemented as a computer device and may refer to an electronic device mounted or built into a vehicle. The vehicle terminal 130 may be an OE (OEM Pre-Installed) terminal installed or built into the vehicle by the vehicle manufacturer at the time of vehicle shipment, or an AM (After Market) terminal individually installed or built into the vehicle by the vehicle driver after the vehicle is shipped. there is. Examples of the vehicle terminal 130 include a black box, navigation, and VSM (Vehicle Status Monitoring) terminal. Additionally, the vehicle terminal 130 may communicate with the vehicle integrated management system 110 and/or the user terminal 120 through the network 140 using a wireless or wired communication method.

The vehicle integrated management system 110 is a computer device or a plurality of computer devices that communicate with the user terminal 120 and/or the vehicle terminal 130 and the network 140 to provide commands, codes, files, content, services, etc. can be implemented with

The vehicle integrated management system 110 serves as a platform that provides integrated vehicle management services to the user terminal 120, which is a client with a dedicated application installed. Integrated vehicle management system 110 may execute one or more processes configured to perform one or more of the features described herein. In particular, the vehicle integrated management system 110 can provide services by processing information obtained from the user terminal 120 and/or the vehicle terminal 130, and, for example, monitors the vehicle operation status and responds to the vehicle operation status. action can be taken.

For example, the vehicle integrated management system 110 includes a service server 10 for providing an integrated vehicle management service based on information obtained from the user terminal 120 and/or the vehicle terminal 130, and a user terminal 120. ) may include a push server 20 for transmitting push notifications related to the vehicle integrated management service. The service server 10 and the push server 20 may be implemented as one integrated system, or may be implemented as separate systems and operate in an interoperable manner. In the following embodiment, it will be described as being implemented as a separate system from the service server 10 and the push server 20, but is not limited thereto.

The vehicle integrated management system 110 corresponds to a server computer, and examples of server computers may include server computing devices, personal computers, server computers, a series of server computers, minicomputers, and/or mainframe computers. It is not limited to these. A server computer may be a distributed system, and its operations may be executed concurrently and/or sequentially on one or more processors.

For example, the user terminal 120 with a dedicated application installed connects to the vehicle integrated management system 110 under the control of an operating system (OS) or at least one program (for example, a browser or the installed application). You can receive services or content provided by the vehicle integrated management system 110. For example, when the user terminal 120 transmits a service request message to the vehicle integrated management system 110 through the network 140 under the control of the application, the vehicle integrated management system 110 responds to the service request message. The code can be transmitted to the user terminal 120, and the user terminal 120 can provide content to the user by configuring and displaying a screen corresponding to the code under the control of the application.

The communication method is not limited, and may include not only a communication method utilizing a communication network that the network 140 may include (for example, a mobile communication network, wired Internet, wireless Internet, and a broadcast network), but also short-range wireless communication between devices. For example, the network 140 may include a personal area network (PAN), a local area network (LAN), a campus area network (CAN), a metropolitan area network (MAN), a wide area network (WAN), and a broadband network (BBN). , may include one or more arbitrary networks such as the Internet. Additionally, the network 140 may include any one or more of network topologies including a bus network, star network, ring network, mesh network, star-bus network, tree or hierarchical network, etc. Not limited.

Figure 2 is a block diagram for explaining the internal configuration of the user terminal and vehicle integrated management system in one embodiment of the present invention. FIG. 2 explains the internal configuration of the user terminal 120 and the integrated vehicle management system 110. The vehicle terminal 130, which is another electronic device, may also have the same or similar internal configuration as the user terminal 120, and the service server 10 and push server 20 belonging to the vehicle integrated management system 110 may also have the same or similar internal configuration. Can have internal configuration.

The vehicle integrated management system 110 and the user terminal 120 may include memories 211 and 221, processors 212 and 222, communication modules 213 and 223, and input/output interfaces 214 and 224. The memories 211 and 221 are computer-readable recording media and may include non-permanent mass storage devices such as random access memory (RAM), read only memory (ROM), and disk drives. Additionally, an operating system or at least one program code (for example, code for an application installed and running on the user terminal 120) may be stored in the memories 211 and 221. These software components may be loaded from a computer-readable recording medium separate from the memories 211 and 221. Such separate computer-readable recording media may include computer-readable recording media such as floppy drives, disks, tapes, DVD/CD-ROM drives, and memory cards. In another embodiment, software components may be loaded into the memories 211 and 221 through the communication modules 213 and 223 rather than a computer-readable recording medium. For example, at least one program is installed in memory (for example, the above-described application) based on files provided by developers or a file distribution system that distributes the installation file of the application through the network 140. 211, 221).

The processors 212 and 222 may be configured to process instructions of a computer program by performing basic arithmetic, logic, and input/output operations. Commands may be provided to the processors 212 and 222 by the memories 211 and 221 or the communication modules 213 and 223. For example, the processors 212 and 222 may be configured to execute received instructions according to program codes stored in a recording device such as the memory 211 and 221.

The communication modules 213 and 223 may provide a function for the integrated vehicle management system 110 and the user terminal 120 to communicate with each other through the network 140, and can be used to communicate with other electronic devices (for example, the vehicle terminal 130). ) can provide a function for communicating with. For example, a request (for example, a search request) generated by the processor 222 of the user terminal 120 according to a program code stored in a recording device such as the memory 221 is sent to the network 140 under the control of the communication module 223. ) can be transmitted to the vehicle integrated management system 110 through.

The input/output interfaces 214 and 224 may be means for interfacing with the input/output devices 215 and 225. For example, an input device may include a device such as a keyboard or mouse, and an output device may include a device such as a display for displaying a communication session of an application. As another example, the input/output interface 224 may be a means for interfacing with a device that integrates input and output functions into one, such as a touch screen. As a more specific example, the processor 222 of the user terminal 120 uses data provided by the integrated vehicle management system 110 or the vehicle terminal 130 to process commands of the computer program loaded in the memory 221. The constructed service screen or content may be displayed on the display through the input/output interface 224.

Additionally, in other embodiments, the integrated vehicle management system 110 and the user terminal 120 may include more components than those shown in FIG. 2 . However, there is no need to clearly show most prior art components. For example, the user terminal 120 is implemented to include at least some of the above-described input/output devices 225 or other components such as a transceiver, a Global Positioning System (GPS) module, a camera, various sensors, a database, etc. More may be included. As a more specific example, when the user terminal 120 is a smartphone, the smartphone generally includes an acceleration sensor, a gyro sensor, a camera, various physical buttons, a button using a touch panel, an input/output port, a vibrator for vibration, etc. It can be seen that various components of can be implemented to be further included in the user terminal 120.

Hereinafter, specific embodiments of a method and system for integrated management of vehicle operation status will be described.

The overall system configuration for integrated management of vehicle operation status may include an integrated vehicle management system 110, a user terminal 120, and a vehicle terminal 130.

The vehicle terminal 130 is a communication terminal that collects information related to the vehicle operation status from an internal sensor mounted on the terminal or an external sensor mounted on the vehicle and connected to the terminal, and uses the vehicle integrated management system 110 and/or the user terminal ( 120).

The user terminal 120 is one in which a dedicated application related to the integrated vehicle management system 110 is installed and executed, and is required when using basic functions and communication-related functions for integrated vehicle management. A dedicated application running on the user terminal 120 can be managed by selecting one or more vehicle terminals 130.

The vehicle integrated management system 110 includes a service server 10 that connects a dedicated application on the user terminal 120 and the vehicle terminal 130, and at this time, the service server 10 communicates with the vehicle terminal 130 to obtain Services can be provided by processing information.

The vehicle integrated management system 110 may include a push server 20, which is a server for linking a push service for transmitting various push notifications related to vehicle operation status to the user terminal 120.

First, the wireless communication environment process of the vehicle terminal 130 is described as follows.

The vehicle terminal 130 may include Wi-Fi AP mode specifications and initially operates in Wi-Fi AP mode. At this time, the AP information may include SSID (service set identification).

The user can input the SSID (service set identification) and password of the Wi-Fi to which the vehicle terminal 130 will connect through the user terminal 120.

The user terminal 120 may connect to the vehicle terminal 130 in Wi-Fi AP mode and transmit the SSID and password of the Wi-Fi to which the vehicle terminal 130 will connect. At this time, the vehicle terminal 130 may store the corresponding Wi-Fi connection information in the Wi-Fi setup file.

When booting the vehicle terminal 130, if there is no Wi-Fi setup file, it boots in Wi-Fi AP mode, and if there is a Wi-Fi setup file, it can find and connect to the designated Wi-Fi network.

The vehicle terminal 130 may communicate directly with the vehicle integrated management system 110 and/or the user terminal 120 through a Wi-Fi network. The communication environment of the vehicle terminal 130 is not limited to a Wi-Fi network. For example, if the user terminal 120 provides a tethering function, the vehicle terminal 130 may be used for RF (Radio Frequency) communication, By connecting to the user terminal 120 through a wireless connection such as NFC (Near Field Communication), Bluetooth, Zigbee, or a wired connection such as USB (universal serial bus), the vehicle terminal 130 is connected to the user terminal ( It is also possible to connect to the network 140 and communicate with the vehicle integrated management system 110 through the tethering function provided by 120).

3 and 4 are diagrams for explaining an example of a basic communication process between a vehicle terminal and a service server in an embodiment of the present invention.

As shown in FIG. 3, the vehicle terminal 130 attempts to connect to the service server 10 when communication is possible after booting or mode switching. At this time, the vehicle terminal 130 uses data for the connection attempt. The universally unique identifier (UUID), model name, terminal mode, and transmittable information are transmitted to the service server 10 (S301).

The service server 10 transmits communication environment configuration information to the vehicle terminal 130 in response to a connection attempt by the vehicle terminal 130 (S302). At this time, the communication environment setting information is necessary information for service provision and may include the type and period of data that must be transmitted in relation to the vehicle operation status from the vehicle terminal 130 for the service.

The vehicle terminal 130 periodically transmits data related to vehicle operation status (hereinafter referred to as 'vehicle operation data') to the service server 10 according to the communication environment setting information requested by the service server 10 (S303) ). Vehicle operation data may include information that can be obtained through the vehicle terminal 130, for example, GPS information, terminal mode (e.g., parking mode, constant (driving) mode, etc.), event type, acceleration sensor value (e.g. , G sensor peak value), etc. GPS information may include longitude, latitude, speed, heading, time information, etc.

When the service server 10 receives vehicle operation data periodically provided by the vehicle terminal 130, it transmits a response according to receipt of the data to the vehicle terminal 130 (S304).

Communication between the vehicle terminal 130 and the service server 10 is continuously maintained, or the vehicle terminal 130 periodically resumes communication with the service server 10 to repeat the above-described process (S303 to S304).

Additionally, if there is information requested by the service server 10, the vehicle terminal 130 may transmit the information requested by the service server 10 by including the information requested by the service server 10 in the periodically transmitted vehicle operation data.

*For example, as shown in FIG. 4, the service server 10 receives vehicle operation data from the vehicle terminal 130 (S401), and selects video and audio as additional information for a specific event included in the vehicle operation data. Live data including at least one, for example, a front or rear image of the vehicle may be requested from the vehicle terminal 130 (S402).

After receiving a request from the service server 10, the vehicle terminal 130 includes the live data (front or rear image of the vehicle, etc.) requested by the service server 10 in the vehicle operation data transmitted at regular intervals to the service server ( 10) Transmit to (S403).

When the service server 10 receives vehicle operation data including live data requested by the service server 10, it transmits a response according to receipt of the data to the vehicle terminal 130 (S404).

Accordingly, the service server 10 may set the type and period (frequency) of vehicle operation data to be transmitted from the vehicle terminal 130 through communication environment settings in response to the initial communication from the vehicle terminal 130. At this time, the type and period of vehicle operation data may be set differently for each mode (eg, parking mode, constant (driving) mode, etc.). Thereafter, the vehicle terminal 130 may transmit a predetermined type of vehicle operation data to the service server 10 at a predetermined period unless there is a special event.

While communication between the vehicle terminal 130 and the service server 10 is cut off, vehicle operation data to be sent to the service server 10 can be stored locally in the vehicle terminal 130 and then transmitted all at once when communication is connected.

Figure 5 is a diagram for explaining an example of a vehicle location confirmation process in one embodiment of the present invention.

A dedicated application on the user terminal 120 may provide a function to check the location of the vehicle.

As shown in FIG. 5, when the user interface for vehicle location confirmation provided by the dedicated application is selected by the user, the user terminal 120 connects to the service server at regular intervals (e.g., 10 seconds) under the control of the dedicated application. You can request location information of the vehicle at (10) (S501). At this time, the request signal may include the UUID of the vehicle terminal 130.

The service server 10 may transmit location information obtained from the vehicle terminal 130 to the user terminal 120 in response to a request from the user terminal 120 (S502). In other words, the service server 10 may transmit the location information transmitted by the vehicle terminal 130 of the UUID included in the request of the user terminal 120 to the user terminal 120. At this time, the location information may include the current location and speed direction of the vehicle.

The user terminal 120 can display the current location and speed direction of the vehicle on the map using a map based on information received from the service server 10 under the control of the dedicated application (S503).

When the user terminal 120 is first connected to the vehicle terminal 130, identification information (UUID, phone number, etc.) can be exchanged and stored between the user terminal 120 and the vehicle terminal 130, and the user terminal 120 When the information stored in is the same as the information stored in the vehicle terminal 130, the vehicle location confirmation process described above can be processed.

When the user terminal 120 moves from the service screen for vehicle location confirmation to another screen under the control of a dedicated application, it may stop related communication for vehicle location confirmation.

6 to 7 are diagrams for explaining an example of a geo-fencing process in an embodiment of the present invention.

Geo-fencing is a technology that uses location-based services (LBS) to designate a specific geographic area as a virtual fence and inform the user of the access status to that area.

A dedicated application on the user terminal 120 may provide a notification function for the geo-fencing area. At this time, the notification function may include a function that provides an entry notification alert when the vehicle approaches the geo-fencing area, and a function that provides an exit notification alert when the vehicle leaves the geo-fencing area. Additionally, it is also possible to set the geo-fencing area by dividing it into a no-entry area and a no-entry area.

As shown in FIG. 6, the user terminal 120 may request information about the currently designated geo-fencing area from the service server 10 (S601).

The service server 10 may transmit information about the currently designated geo-fencing area to the user terminal 120 in response to a request from the user terminal 120 (S602).

The user terminal 120 may display the geo-fencing area on the map using a map based on information received from the service server 10 under the control of the dedicated application (S603). At this time, editing of the geofencing area can be permitted.

Editing features for geofencing zones include the ability to specify a geofencing zone by selecting a center location and radius, the ability to set the type of notification (entry notification or exit notification) for a geofencing zone, and the ability to set notifications for a geofencing zone. Function to set repetition cycle, time zone, validity period, etc., function to delete specific area selected from the list by providing a list of geo-fencing zones, change the radius or notification type, etc. of a specific zone selected from the list by providing a list of geo-fencing zones. This may include the ability to stop or resume notifications for geofencing areas, etc.

The user terminal 120 may transmit information about the geo-fencing area set by the user through the editing function to the service server 10 under the control of the dedicated application (S604).

The service server 10 receives and stores information about the geo-fencing area set by the user from the user terminal 120, and then transmits a response according to the user's geo-fencing settings to the user terminal 120 (S605).

Additionally, when a notification about geo-fencing is required, the service server 10 can provide a push notification through interworking with the push server 20.

Referring to FIG. 7, the service server 10 approaches the current location of the vehicle within a certain distance of the geo-fencing area designated by the user through GPS information periodically received from the vehicle terminal 130, or determines the current location of the vehicle. If it leaves the geo-fencing area designated by the user, a notification event may be generated (S701).

The service server 10 may request a geo-fencing notification from the push server 20 for a notification event generated as the current location of the vehicle approaches or leaves the geo-fencing area (S702). At this time, the notification request may include an identification number (eg, phone number, etc.) of the user terminal 120.

The push server 20 may deliver a geo-fencing notification to the user through a dedicated application on the user terminal 120 in response to a notification request from the service server 10 (S703).

When the user terminal 120 is first connected to the vehicle terminal 130, identification information (UUID, phone number, etc.) can be exchanged and stored between the user terminal 120 and the vehicle terminal 130, and the user terminal 120 When the information stored in is the same as the information stored in the vehicle terminal 130, the geo-fencing process described above can be processed.

Figures 8 and 9 are diagrams for explaining an example of a driving report issuance process in one embodiment of the present invention.

The service server 10 can provide a driving report based on vehicle driving data provided by the vehicle terminal 130, and the user can check the driving report through a dedicated application on the user terminal 120. For example, the vehicle terminal 130 may detect events such as exceeding the vehicle speed limit (speeding), sudden acceleration, sudden braking, and sharp turns, and transmit vehicle operation data at the time of event detection to the service server 10. At this time, the service server 10 may provide a report evaluated on the vehicle operation status based on vehicle operation data accumulated over a certain period of time to the user through a dedicated application on the user terminal 120.

When the vehicle terminal 130 connects to the service server 10 in the vehicle's constant (driving) mode, the service server 10 changes the transmission period of vehicle operation data to another mode (e.g., parking) to determine the vehicle's driving distance. mode) can be set shorter. For example, the service server 10 can set the vehicle terminal 130 to transmit GPS information (longitude, latitude, and speed) at 2-second intervals in the vehicle's constant (driving) mode, and send the vehicle terminal 130 to the vehicle terminal for a driving report. The driving distance of the vehicle can be estimated using the GPS information collected from (130). At this time, the service server 10 may assume that the speed change of the GPS information received from the vehicle terminal 130 is linear and estimate the driving distance. When receiving GPS speed every 2 seconds, the driving distance m estimated through the two received speed information V1 (m/s) and V2 (m/s) is {(V1+V2)/2}×2(s) It can be defined as follows. Additionally, in GPS shaded sections such as tunnels where GPS speed and position cannot be measured, the driving distance can be estimated by connecting adjacent points with GPS speed and position values with a straight line.

In this embodiment, the vehicle terminal 130 may periodically transmit GPS information including speed information to the service server 10 without connecting to the vehicle OBD (On Board Diagnostics), and the service server 10 may transmit the vehicle terminal ( The driving distance of the vehicle can be estimated using the GPS speed information received from 130).

Referring to FIG. 8, the vehicle terminal 130 may transmit overspeed detection information to the service server 10 as an overspeed event occurs when the vehicle exceeds the speed limit on the road (S801). For example, the vehicle terminal 130 may transmit speed detection information in the form of periodic information transmission, and may transmit it to the service server 10 by including it in periodically transmitted vehicle operation data. At this time, the vehicle operation data may include information about a speeding event as an event type and information about the specified speed and excess speed as overspeed detection information.

The vehicle terminal 130 sends rapid acceleration detection information to the service server ( 10) can be transmitted (S802). For example, the vehicle terminal 130 can immediately transmit rapid acceleration detection information in the form of information transmission, and connects to the service server 10 at the time of occurrence of a rapid acceleration event to send vehicle operation data including rapid acceleration detection information to the service server ( 10) can be transmitted. At this time, the vehicle operation data includes information about the sudden acceleration event as an event type, and the acceleration sensor value as the sudden acceleration detection information, for example, the Z-axis maximum peak when assuming the Z-axis direction of the G sensor is the + direction when the vehicle accelerates. Values may be included.

The vehicle terminal 130 sends sudden braking detection information to the service server 10 as a sudden braking event occurs when the vehicle falls below a set speed (e.g., 4 km/h) within a set time in a driving state (e.g., 20 km/h or more). It can be transmitted (S803). For example, the vehicle terminal 130 can immediately transmit the sudden braking detection information in the form of information transmission, and connects to the service server 10 at the time of the sudden braking event to transmit vehicle operation data including the sudden braking detection information to the service server 10. Can be transmitted. At this time, the vehicle operation data includes information about the sudden braking event as an event type, and the acceleration sensor value as the sudden braking detection information. For example, assuming that the Z-axis direction of the G sensor is the - direction when the vehicle decelerates, the minimum peak value of the Z-axis is may be included.

The vehicle terminal 130 may transmit sharp turn detection information to the service server 10 as a sharp turn event occurs when the acceleration sensor value in the lateral direction of the vehicle falls below a set level within a set time while the vehicle is driving ( S804). For example, assuming that the Y-axis direction of the G sensor is the lateral direction of the vehicle, the vehicle terminal 130 determines a sharp turn when the Y-axis peak value (absolute value) of the G sensor falls from 0.3 or more to less than 0.3 within a predetermined time. can do. For example, the vehicle terminal 130 can immediately transmit sharp turn detection information in the form of information transmission, and connects to the service server 10 at the time a sharp turn event occurs to transmit vehicle operation data including sharp turn detection information to the service server 10. Can be transmitted. At this time, the vehicle operation data may include information about a sharp turn event as an event type and an acceleration sensor value, for example, a Y-axis peak value (absolute value) of the G sensor, as sharp turn detection information.

When the service server 10 receives vehicle operation data (speeding detection information, sudden acceleration detection information, sudden braking detection information, and sharp turn detection information) periodically or immediately after an event occurs, the service server 10 responds according to the reception of the data. Can be transmitted to the vehicle terminal 130.

The service server 10 may provide a driving report based on vehicle driving data provided by the vehicle terminal 130.

Referring to FIG. 9 , the service server 10 may periodically generate a driving report based on vehicle driving data provided by the vehicle terminal 130. For example, the service server 10 sets the condition (time condition) that a certain amount of time (e.g., 7 days) has elapsed since the last report was generated (time condition) and the condition (distance condition) that the vehicle's driving distance has accumulated over a certain distance (e.g., 60 km). If all conditions) are satisfied, an additional report can be created (S901). It is not limited to this, and it is also possible to generate additional reports if either the time condition or the distance condition is satisfied.

When the user searches the driving report through a dedicated application, the user terminal 120 may request the service server 10 to view the driving report view by the user (S902).

The service server 10 may provide a driving report to the user through a dedicated application on the user terminal 120 in response to a request from the user terminal 120 (S903).

The service server 10 may generate a report related to vehicle speeding. For example, (1) if there is no history of exceeding the speed limit while driving 60 km, a report evaluated as Good may be provided. (2) If there is no history of exceeding the speed limit at the point where the speed camera (safety camera) is located while driving 60 km, a report rated as Okay can be provided. (3) If there is a history of exceeding the speed limit at the point where the speed camera is located while driving 60 km and the average exceeding speed is less than 10 km/h, a report evaluated as Need Improvement can be provided. (4) If there is a history of exceeding the speed limit at the point where the speed camera is located while driving 60 km and the average exceeding speed is more than 10 km/h and less than 20 km/h, a report evaluated as Unsafe can be provided. . (5) If there is a history of exceeding the speed limit at the point where the speed camera is located among the accumulated driving distance and the average exceeding speed is 20 km/h or more, a report evaluated as dangerous can be provided. The service server 10 may provide a speed evaluation message corresponding to the above-mentioned evaluation level (good, normal, needs improvement, unsafe, dangerous) as a report related to the speeding of the vehicle.

The service server 10 may generate a report related to sudden acceleration of the vehicle. For example, (1) if the maximum Z-axis peak values of the G sensors collected while driving 60 km are all less than 0.4g, a report evaluated as Good can be provided. (2) If the maximum peak values of the Z-axis of the G sensor collected while driving 60 km do not exceed 0.7g, a report evaluated as Okay can be provided. (3) If the peak value exceeding 0.7g is less than 0.1% of the maximum peak value of the Z-axis of the G sensor collected while driving 60 km, a report evaluated as Need Improvement can be provided. (4) Among the maximum peak values of the Z-axis of the G sensor collected while driving 60 km, if the peak value exceeding 0.7g is more than 0.1% and less than 1%, a report evaluated as Unsafe can be provided. (5) Among the maximum peak values of the Z-axis of the G sensor collected while driving 60 km, if the peak value exceeds 0.7g by more than 1% or the maximum peak value of the Z-axis of the G sensor is greater than 0.8g, it is evaluated as dangerous. A report can be provided. The service server 10 may provide an acceleration evaluation message corresponding to the above-mentioned evaluation level (good, normal, needs improvement, unsafe, dangerous) as a report related to sudden acceleration of the vehicle.

The service server 10 may generate a report related to sudden braking of the vehicle. For example, (1) if the minimum peak value of the Z-axis of the G sensor collected while driving 60 km is more than -0.4g, a report evaluated as Good can be provided. (2) Among the Z-axis peak values of the G sensor collected while driving 60 km, if there is one or two peak values that satisfy the condition of -0.3g ≥ Z-axis peak value > -0.6g, it is set to Normal (Okay) An evaluation report can be provided. (3) Among the Z-axis peak values of the G sensor collected while driving 60 km, if there are three peak values that satisfy the condition of -0.3g ≥ Z-axis peak value > -0.6g, it is evaluated as Need Improvement. A report can be provided. (4) Among the Z-axis peak values of the G sensor collected while driving 60 km, if there are more than 4 peak values that satisfy the condition of -0.3g ≥ Z-axis peak value > -0.6g, it is evaluated as Unsafe. Reports can be provided. (5) Among the Z-axis peak values of the G sensor collected while driving 60 km, there are at least 4 peak values that satisfy the condition of -0.3g ≥ Z-axis peak value > -0.6g, and there are peak values that are -0.8g or less. If it exists, a report assessed as dangerous can be provided. The service server 10 may provide a braking evaluation message corresponding to the above-mentioned evaluation level (good, normal, needs improvement, unsafe, dangerous) as a report related to sudden braking of the vehicle.

The service server 10 may generate a report related to a sharp turn of the vehicle. For example, (1) among the Y-axis peak values (absolute values) of the G sensor collected while driving 60 km, the proportion of 0.6g ≤ |y-value| is less than 0.5%, and the proportion of 0.7g ≤ |y-value| In the absence of this, a report evaluated as Good can be provided. (2) Among the Y-axis peak values (absolute values) of the G sensor collected while driving 60 km, the proportion of 0.6g ≤ |y-value| is less than 0.8% and there is no 0.7g ≤ |y-value|; A report evaluated as (Okay) can be provided. (3) Improvement if the proportion of 0.6g ≤ |y-value| among the Y-axis peak values (absolute values) of the G sensor collected while driving 60 km is more than 0.8% and there is no 0.7g ≤ |y-value| A report assessed as need improvement can be provided. (4) Among the Y-axis peak values (absolute values) of the G sensor collected while driving 60 km, it is unsafe if the proportion of 0.6g ≤ |y-value| is more than 0.8% and 0.7g ≤ |y-value| A report evaluated as (Unsafe) can be provided. (5) Among the Y-axis peak values (absolute values) of the G sensor collected while driving 60 km, 0.6g ≤ |y-value| If the ratio is more than 0.8% and 0.8g ≤ |y-value|, a report evaluated as dangerous can be provided. The service server 10 may provide a cornering evaluation message corresponding to the above-described evaluation level (good, normal, needs improvement, unsafe, dangerous) as a report related to a sharp turn of the vehicle.

Accordingly, the vehicle terminal 130 can detect vehicle speeding, rapid acceleration, sudden braking, sharp turns, etc., and transmit vehicle operation data including the detected information to the service server 10, and the service server 10 then sends the vehicle operation data to the vehicle terminal. A driving report can be periodically generated based on vehicle driving data provided by 130 and provided to the user through a dedicated application on the user terminal 120.

In the above, it was explained that the vehicle terminal 130 detects a speeding event, sudden acceleration event, sudden braking event, sharp turning event, etc., includes information corresponding to the event in the vehicle operation data, and transmits it to the service server 10. It is not limited. As another example, it is also possible for the service server 10 to directly determine speeding, sudden acceleration, sudden braking, and sharp turns of the vehicle based on vehicle operation data periodically received from the vehicle terminal 130.

Figure 10 is a diagram for explaining an example of a parking impact notification process in one embodiment of the present invention.

Referring to FIG. 10, when an impact is detected in the parking mode, the vehicle terminal 130 may transmit impact detection information to the service server 10 as a parking impact event occurs (S1001). If impact recording or intelligent impact detection occurs in parking mode, the vehicle terminal 130 may determine this as a possibility of a contact accident and notify the service server 10 of this. At this time, the vehicle terminal 130 determines the intensity of the impact (e.g., strong impact, weak impact, etc.) and the location of the impact (e.g., right rear or side, left rear or left rear) based on the peak value of the G sensor at the time the parking impact event occurred. sides, etc.) can be distinguished. For example, the vehicle terminal 130 can immediately transmit shock detection information in the form of information transmission, and connects to the service server 10 at the time of the shock event to send vehicle operation data including shock detection information to the service server 10. ) can be transmitted. The information transmission method is not limited to immediate information transmission, and it is also possible to transmit impact detection information in the form of periodic information transmission. At this time, the vehicle operation data may include information about a parking impact event as an event type, and may include acceleration sensor values, such as the peak value of the G sensor, impact intensity, and impact location, as impact detection information.

When receiving vehicle operation data from the vehicle terminal 130, the service server 10 may request a parking impact notification from the push server 20 if the event type is a parking impact event based on the event type included in the vehicle operation data. There is (S1002). At this time, the notification request may include an identification number (eg, phone number, etc.) of the user terminal 120, and shock detection information may include shock intensity, shock location, and peak value of the G sensor.

The push server 20 may deliver a parking impact notification to the user through a dedicated application on the user terminal 120 in response to a notification request from the service server 10 (S1003). The parking impact notification may include the impact intensity, impact location, and a string indicating the impact intensity based on the peak value of the G sensor.

Therefore, when the service server 10 receives a parking impact event that occurs during the vehicle's parking mode from the vehicle terminal 130, the service server 10 can immediately transmit the parking impact notification to the dedicated application on the user terminal 120 via the push server 20. there is.

Furthermore, the vehicle terminal 130 may transmit an impact recording video to the service server 10 when a parking impact event occurs. As another example, when a parking impact event is detected, the service server 10 may request and receive an impact recording video from the vehicle terminal 130 in the manner described with reference to FIG. 4 . Accordingly, the service server 10 can deliver the parking impact notification and the impact recording video to the user through a dedicated application on the user terminal 120. With a parking impact notification received through a dedicated application on the user terminal 120, the user can immediately play and check the file in which the event occurred without selecting the file. It is also possible to provide live video of the vehicle as well as recorded video at the time the parking impact event occurred. For example, images surrounding the vehicle at the time a parking impact event occurred are transmitted between the vehicle terminal 130, the service server 10, and the user terminal 120 through RTP (real time protocol) or RTSP (real time streaming protocol). It can support playback of live streaming or recorded video.

Figure 11 is a diagram for explaining an example of an emergency situation notification process in one embodiment of the present invention.

Referring to FIG. 11, the service server 10 may store emergency contact information set through a dedicated application on the user terminal 120 (S1101). Emergency contact information may include the phone number of a guardian the user wishes to contact in the event of a vehicle emergency or the phone number of an emergency reporting agency (eg, 112, 119, etc.). The dedicated application may provide a function to register emergency contact information in conjunction with the address book or search function on the user terminal 120.

The vehicle terminal 130 may transmit emergency situation information to the service server 10 when an emergency event, which is an accident event, occurs in regular (driving) mode (S1102). An emergency situation occurs when the user directly inputs the rescue request (SOS) button provided on the vehicle terminal 130, or when the vehicle collides while driving (for example, when a peak value of 2g or more is detected by the vector sum of the G sensors). ), cases where the vehicle falls while driving (e.g., falls more than 30 m within 0.25 seconds), and cases where the vehicle overturns while driving (e.g., when there is no vehicle speed and is tilted more than 40 degrees compared to the normal direction of gravity), etc. You can. For example, the vehicle terminal 130 can immediately transmit emergency situation information in the form of information transmission, and connects to the service server 10 at the time an emergency event occurs and transmits vehicle operation data including emergency situation information to the service server 10. It can be sent to . At this time, the vehicle operation data includes information on emergency events (SOS button, collision, fall, rollover, etc.) as an event type, and as emergency situation information, driving speed before a predetermined time (e.g., 1 second) and acceleration sensor value ( For example, a vector sum of a G sensor) may be included. For example, if a vehicle overturns after a collision, sequential emergency events occur, so the vehicle terminal 130 first transmits vehicle operation data including emergency situation information due to the collision to the service server 10 and immediately after the vehicle overturns, Vehicle operation data including emergency situation information may then be transmitted to the service server 10.

When the service server 10 receives vehicle operation data from the vehicle terminal 130, if the event type is an emergency event based on the event type included in the vehicle operation data, the service server 10 provides a time period during which the emergency can be canceled (e.g., 10 seconds). ) is transmitted to the vehicle terminal 130 and at the same time, a standby count for emergency cancellation is started (S1103).

In response to a notification request from the service server 10, the vehicle terminal 130 starts expressing a voice for the waiting count for emergency cancellation during the time (eg, 10 seconds) during which emergency cancellation is possible (S1104). For example, the vehicle terminal 130 outputs a voice message saying, “An emergency situation has been detected. We are going to notify the emergency contact. If you want to cancel, press any button within 10 seconds,” followed by “10, 9, It counts every second to "8, 7, 6, 5, 4, 3, 2, 1", and if there is a button input during the count, a voice message saying "Cancelled" can be output.

The vehicle terminal 130 may transmit a cancellation request for an emergency situation to the service server 10 when the user presses an arbitrary button during the count, and the service server 10 recognizes this as a manual cancellation by the user and responds to the emergency situation. You can stop the waiting count for cancellation and terminate the emergency notification process.

As another example, the service server 10 periodically receives vehicle operation data from the vehicle terminal 130 while performing a standby count for emergency cancellation. At this time, the vehicle operates at a predetermined level based on GPS information included in the vehicle operation data. If it is determined that the vehicle is driving at a speed exceeding 10 km/h, the emergency situation of the vehicle may be automatically canceled, the waiting count for emergency cancellation may be stopped, and the emergency notification process may be terminated.

If manual cancellation or automatic cancellation of the emergency situation of the vehicle is not performed until the waiting count for emergency situation cancellation ends, the service server 10 may send a text notification as an accident situation notification to the emergency contact information (S1105). At this time, the service server 10 may transmit a pre-registered emergency contact list and detailed information related to the emergency situation to the SMS server 30 for text notification of a vehicle emergency situation (S1106).

Accordingly, the SMS server 30 can transmit a message containing detailed information related to the emergency situation to the emergency contact information registered in advance by the user regarding an emergency situation in the vehicle based on the information received from the service server 10 ( S1107). The vehicle terminal 130 may also output a voice message saying "Emergency contact information has been contacted" when the standby count for emergency cancellation ends, that is, when there is no button input until the end of the count (S1108).

Information included in the message may include the vehicle's user phone number and text informing of the vehicle's emergency situation. For example, the text content may include "An emergency situation appears to be [Manual SOS|Crash|Overturn|Fall]. Detailed information: It can be configured in the format of “Short URL”. At this time, the information on the page referred to by the short URL may include detailed information provided by the service server 10, and the detailed information includes the location (map) and time when the emergency occurred, and the type of emergency (manual SOS, collision). , falling, rollover, etc.), the speed of the vehicle immediately before an emergency occurs, and the size of the impact. For example, the impact size is 'mild' if the maximum peak value of the G sensor detected 1 second before or after the emergency occurs is more than 2g and less than 2.5g, 'moderate' if it is more than 2.5g and less than 3g, and more than 3g. It can be defined as ‘strong’.

Therefore, when a vehicle emergency occurs, the service server 10 uses pre-registered emergency contact information to send a message containing details of the emergency to the guardian or automatically processes a report about the vehicle emergency to an emergency reporting agency. It is also possible to do so.

In the above, it has been explained that the vehicle terminal 130 determines an emergency situation such as a collision, fall, or rollover during the vehicle's regular (driving) mode. However, this is not limited to this, and the service server 10 periodically receives information from the vehicle terminal 130. It is also possible to directly determine the emergency situation of the vehicle based on the vehicle operation data received. In addition, it is explained that a text message is delivered through the SMS server 30 in response to an emergency situation in the vehicle, but it is not limited to this and emergency contact information is provided in conjunction with ARS (automatic response system) for a more rapid and active response. It is also possible to make a voice call to convey details of an emergency situation.

In this way, according to embodiments of the present invention, by integrated management of the vehicle operation status, including vehicle operation reports, parking shocks, or emergency situations, the vehicle operation status can be identified more accurately and specifically, and measures corresponding to the vehicle operation status can be taken. can be taken more appropriately and quickly.

The device described above may be implemented with hardware components, software components, and/or a combination of hardware components and software components. For example, the devices and components described in the embodiments include a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA), and a programmable logic unit (PLU). It may be implemented using one or more general-purpose or special-purpose computers, such as a logic unit, microprocessor, or any other device capable of executing and responding to instructions. The processing device may execute an operating system (OS) and one or more software applications running on the operating system. Additionally, a processing device may access, store, manipulate, process, and generate data in response to the execution of software. For ease of understanding, a single processing device may be described as being used; however, those skilled in the art will understand that a processing device includes multiple processing elements and/or multiple types of processing elements. It can be seen that it may include. For example, a processing device may include a plurality of processors or one processor and one controller. Additionally, other processing configurations, such as parallel processors, are possible.

Software may include a computer program, code, instructions, or a combination of one or more of these, which may configure a processing unit to operate as desired, or may be processed independently or collectively. You can command the device. Software and/or data may be used on any type of machine, component, physical device, virtual equipment, computer storage medium or device to be interpreted by or to provide instructions or data to a processing device. It can be embodied in . Software may be distributed over networked computer systems and thus stored or executed in a distributed manner. Software and data may be stored on one or more computer-readable recording media.

The method according to the embodiment may be implemented in the form of program instructions that can be executed through various computer means and recorded on a computer-readable medium. At this time, the medium may continuously store a computer-executable program, or temporarily store it for execution or download. In addition, the medium may be a variety of recording or storage means in the form of a single or several pieces of hardware combined. It is not limited to a medium directly connected to a computer system and may be distributed over a network. Examples of media include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical recording media such as CD-ROMs and DVDs, magneto-optical media such as floptical disks, And there may be something configured to store program instructions, including ROM, RAM, flash memory, etc. Additionally, examples of other media include recording or storage media managed by app stores that distribute applications, sites or servers that supply or distribute various other software, etc.

As described above, although the embodiments have been described with limited examples and drawings, various modifications and variations can be made by those skilled in the art from the above description. For example, the described techniques are performed in a different order than the described method, and/or components of the described system, structure, device, circuit, etc. are combined or combined in a different form than the described method, or other components are used. Alternatively, appropriate results may be achieved even if substituted or substituted by an equivalent.

Therefore, other implementations, other embodiments, and equivalents of the claims also fall within the scope of the claims described below.

Claims (20)

A non-transitory computer readable storage medium storing one or more programs for providing emergency services for a vehicle, wherein the one or more programs have at least one communication circuit. When executed by an electronic device,
Using the acceleration sensor associated with the first electronic device and the at least one communication circuit, detect a first accident of the automobile including the first electronic device and a second accident of the automobile that occurred after the first accident. (detect) and
In response to detecting the first incident and the second incident, transmit first data and second data to a second electronic device, wherein the first data is transmitted to the acceleration sensor and the at least one communication circuit. and at least one first value obtained regarding the first accident using the acceleration sensor and the at least one communication circuit. and a second value, wherein the first data and the second data are transmitted to the second electronic device to activate a timer of the second electronic device, and the first data and the second data are transmitted to the second electronic device to activate a timer of the second electronic device. are transmitted sequentially according to the order,
Based on detecting the first accident and the second accident, whether a user input for canceling an emergency situation is received within the first timeout interval set by the first electronic device, the first data and the identify based at least in part on second data;
Based on identifying that a user input for canceling the emergency situation has been received within the first timeout period, a message for canceling the emergency situation is transmitted to the second electronic device, wherein the message for canceling the emergency situation is transmitted to the second electronic device. is received by the second electronic device within a second timeout period set in the second electronic device based on the timer of the second electronic device activated in response to the first data and the second data, The message for canceling the emergency situation received by the second electronic device within the second timeout period is, in the second electronic device, the first data activated in response to the first data and the second data. used to deactivate a timer of a second electronic device, wherein deactivation of the timer of the second electronic device causes bypass to transmit the first data and the second data to a third electronic device, causing the second electronic device to terminate car emergency service regarding first data and the second data, wherein the third electronic device is an electronic device connected to the second electronic device for notifying that the car is in an emergency state,
Instructions for causing the first electronic device to bypass transmission of the message for emergency cancellation based on identifying that the user input for emergency cancellation is not received within the first timeout interval. including those,
The first data and the second data are transmitted from the second electronic device to the third electronic device when the timer of the second electronic device expires and the transmission of the message for canceling the emergency situation is bypassed. become,
The third electronic device is configured to recognize that the first accident is distinguished from the second accident based on the first data and the second data received from the third electronic device,
The first data and the second data received from the third electronic device include: the third electronic device sending a message to notify that the car including the first electronic device is in an emergency state; 4 used to transmit to electronic devices,
A non-transitory computer-readable storage medium.
The method of claim 1, wherein the first data is:
In response to detecting the first incident, immediately transmitted from the first electronic device,
The second data is,
transmitted immediately from the first electronic device in response to detecting the second incident,
A non-transitory computer-readable storage medium.
The method of claim 2, wherein each of the first data and the second data is:
Contains identification information of the vehicle or the first electronic device including the first electronic device,
The identification information is,
Processed by the third electronic device for transmission of a message to notify that the automobile including the first electronic device is in an emergency state,
A non-transitory computer-readable storage medium.
The method of claim 3, wherein the at least one first value is:
The speed of the vehicle including the first electronic device before a designated time from the timing when the first accident occurred, the value of the acceleration sensor at the timing when the first accident occurred, and the timing when the first accident occurred. Include at least one of the following: location data in the timing,
The at least one second value is,
The speed of the vehicle including the first electronic device before the designated time from the timing when the second accident occurred, the value of the acceleration sensor at the timing when the second accident occurred, and the time when the second accident occurred. Containing at least one of location data at the timing,
A non-transitory computer-readable storage medium.
The method of claim 4, wherein when the one or more programs are executed by a first electronic device having at least one communication circuit,
detecting a user input to an SOS button on the first electronic device,
In response to detecting the user input to the SOS button, transmit third data indicating detection of the user input to the SOS button to the second electronic device, wherein the third data includes: Sent to the second electronic device to activate the timer of the electronic device,
Based on detecting the user input, identify whether the user input for canceling the emergency situation is received within the first timeout interval based at least in part on the third data;
Based on identifying that the user input for canceling the emergency situation is received within the first time-out period, the device to transmit the message for canceling the emergency situation to the second electronic device within the first time-out period 1 further comprising instructions causing an electronic device,
The message for emergency cancellation received by the second electronic device within the second timeout period is activated in the second electronic device in response to receiving the third data from the first electronic device. used to deactivate the timer of the second electronic device,
Deactivation of the timer of the second electronic device causes the second electronic device to bypass transmitting the third data to the third electronic device and terminate the automobile emergency service regarding the third data. causing,
A non-transitory computer-readable storage medium.
The method of claim 5, wherein when the one or more programs are executed by a first electronic device having at least one communication circuit,
causing the first electronic device to bypass transmitting the message for canceling the emergency based on identifying that the user input for canceling the emergency is not received within the first time out interval. Contains more instructions,
The third data is transmitted from the second electronic device to the third electronic device when the timer of the second electronic device expires and the transmission of the message for canceling the emergency situation is bypassed,
The third data received from the third electronic device is such that the third electronic device transmits a message to inform the fourth electronic device associated with the emergency personnel that the car including the first electronic device is in an emergency state. used to,
A non-transitory computer-readable storage medium.
The method of claim 1, wherein when the one or more programs are executed by a first electronic device having at least one communication circuit,
If the user input for canceling the emergency situation is not received within the first time-out period, the vehicle including the first electronic device is notified that the emergency state is through an output device related to the first electronic device. further comprising instructions that cause the first electronic device to output data for guiding the transmission of the message for
A non-transitory computer-readable storage medium.
In a method of operating a first electronic device having at least one communication circuit,
Using the acceleration sensor associated with the first electronic device and the at least one communication circuit, detect a first accident of the automobile including the first electronic device and a second accident of the automobile that occurred after the first accident. The action of (detect);
In response to detecting the first accident and the second accident, transmitting first data and second data to a second electronic device, wherein the first data is transmitted to the acceleration sensor and the at least one At least one first value obtained regarding the first accident using a communication circuit, wherein the second data is obtained regarding the second accident using the acceleration sensor and the at least one communication circuit. and at least one second value, wherein the first data and the second data are transmitted to the second electronic device to activate a timer of the second electronic device, and the first data and the second data are transmitted to the second electronic device to activate a timer of the second electronic device. are transmitted sequentially according to the accident sequence;
Based on detecting the first accident and the second accident, whether a user input for canceling an emergency situation is received within the first timeout interval set by the first electronic device, the first data and the identifying based at least in part on second data;
An operation of transmitting a message for canceling the emergency situation to the second electronic device based on identifying that a user input for canceling the emergency situation has been received within the first timeout period, wherein the cancellation of the emergency situation is performed. The message for is sent to the second electronic device within a second timeout period set in the second electronic device, based on a timer of the second electronic device activated in response to the first data and the second data. The message for emergency cancellation received, and received by the second electronic device within the second timeout period, is activated, at the second electronic device, in response to the first data and the second data. used to deactivate a timer of the second electronic device, wherein deactivation of the timer of the second electronic device causes bypass to transmit the first data and the second data to a third electronic device, causing the second electronic device to terminate automobile emergency service related to the first data and the second data, and the third electronic device is connected to the second electronic device to notify that the automobile is in an emergency state. ego; and
An operation of bypassing transmission of the message for canceling the emergency situation based on identifying that the user input for canceling the emergency situation is not received within the first timeout period,
The first data and the second data are transmitted from the second electronic device to the third electronic device when the timer of the second electronic device expires and the transmission of the message for canceling the emergency situation is bypassed. become,
The third electronic device is configured to recognize that the first accident is distinguished from the second accident based on the first data and the second data received from the third electronic device,
The first data and the second data received from the third electronic device include: the third electronic device sending a message to notify that the car including the first electronic device is in an emergency state; 4 used to transmit to electronic devices,
method.
The method of claim 8, wherein the first data is:
In response to detecting the first incident, immediately transmitted from the first electronic device,
The second data is,
transmitted immediately from the first electronic device in response to detecting the second incident,
method.
The method of claim 9, wherein each of the first data and the second data is:
Contains identification information of the vehicle or the first electronic device including the first electronic device,
The identification information is,
Processed by the third electronic device for transmission of a message to notify that the automobile including the first electronic device is in an emergency state,
method.
The method of claim 10, wherein the at least one first value is:
The speed of the vehicle including the first electronic device before a designated time from the timing when the first accident occurred, the value of the acceleration sensor at the timing when the first accident occurred, and the timing when the first accident occurred. Include at least one of the timing and location data,
The at least one second value is,
The speed of the vehicle including the first electronic device before the designated time from the timing when the second accident occurred, the value of the acceleration sensor at the timing when the second accident occurred, and the time when the second accident occurred. Containing at least one of location data at the timing,
method.
According to claim 11,
detecting a user input to an SOS button on the first electronic device;
In response to detecting the user input to the SOS button, transmitting third data indicating detection of the user input to the SOS button to the second electronic device, wherein the third data is sent to the second electronic device to activate the timer of the second electronic device;
Based on detecting the user input, identifying whether the user input for canceling the emergency situation is received within the first time-out period is based at least in part on the third data; and
An operation of transmitting a message for canceling the emergency situation to the second electronic device within the first time-out period based on identifying that the user input for canceling the emergency situation is received within the first time-out period. Contains more,
The message for emergency cancellation received by the second electronic device within the second timeout period is activated in the second electronic device in response to receiving the third data from the first electronic device. used to deactivate the timer of the second electronic device,
Deactivation of the timer of the second electronic device causes the second electronic device to bypass transmitting the third data to the third electronic device and terminate the automobile emergency service regarding the third data. causing,
method.
According to claim 12,
Further comprising bypassing transmitting the message for canceling the emergency situation based on identifying that the user input for canceling the emergency situation is not received within the first time out period,
The third data is transmitted from the second electronic device to the third electronic device when the timer of the second electronic device expires and the transmission of the message for canceling the emergency situation is bypassed,
The third data received from the third electronic device is such that the third electronic device transmits a message to inform the fourth electronic device associated with the emergency personnel that the car including the first electronic device is in an emergency state. used to,
method.
According to clause 8,
If the user input for canceling the emergency situation is not received within the first time-out period, the vehicle including the first electronic device is notified that the emergency state is through an output device related to the first electronic device. Further comprising the operation of outputting data to guide the transmission of the message for
method.
In the first electronic device,
at least one communication circuit;
at least one memory configured to store instructions; and
Comprising at least one processor, when the at least one processor executes the instructions,
Using the acceleration sensor associated with the first electronic device and the at least one communication circuit, detect a first accident of the automobile including the first electronic device and a second accident of the automobile that occurred after the first accident. (detect) and
In response to detecting the first incident and the second incident, transmit first data and second data to a second electronic device, wherein the first data is transmitted to the acceleration sensor and the at least one communication circuit. and at least one first value obtained regarding the first accident using the acceleration sensor and the at least one communication circuit. and a second value, wherein the first data and the second data are transmitted to the second electronic device to activate a timer of the second electronic device, and the first data and the second data are in a sequence of events. are transmitted sequentially according to
Based on detecting the first accident and the second accident, whether a user input for canceling an emergency situation is received within the first timeout interval set by the first electronic device, the first data and the identify based at least in part on second data;
Based on identifying that a user input for canceling the emergency situation has been received within the first timeout period, a message for canceling the emergency situation is transmitted to the second electronic device, wherein the message for canceling the emergency situation is transmitted to the second electronic device. is received by the second electronic device within a second timeout period set in the second electronic device based on the timer of the second electronic device activated in response to the first data and the second data, The message for canceling the emergency situation received by the second electronic device within the second timeout period is, in the second electronic device, the first data activated in response to the first data and the second data. used to deactivate a timer of a second electronic device, wherein deactivation of the timer of the second electronic device causes bypass of transmitting the first data and the second data to a third electronic device, wherein the first electronic device causing the second electronic device to terminate data and an automobile emergency service related to the second data, wherein the third electronic device is an electronic device connected to the second electronic device for notifying that the automobile is in an emergency state;
configured to bypass transmission of the message for canceling the emergency situation based on identifying that the user input for canceling the emergency situation is not received within the first time out interval;
The first data and the second data are transmitted from the second electronic device to the third electronic device when the timer of the second electronic device expires and the transmission of the message for canceling the emergency situation is bypassed. become,
The third electronic device is configured to recognize that the first accident is distinguished from the second accident based on the first data and the second data received from the third electronic device,
The first data and the second data received from the third electronic device are such that the third electronic device sends a message to notify that the car including the first electronic device is in an emergency state, and the third electronic device sends a message related to emergency personnel. 4 used to transmit to electronic devices,
First electronic device.
The method of claim 15, wherein the first data is:
In response to detecting the first incident, immediately transmitted from the first electronic device,
The second data is,
transmitted immediately from the first electronic device in response to detecting the second incident,
First electronic device.
The method of claim 16, wherein each of the first data and the second data is:
Contains identification information of the vehicle or the first electronic device including the first electronic device,
The identification information is,
Processed by the third electronic device for transmission of a message to notify that the automobile including the first electronic device is in an emergency state,
First electronic device.
18. The method of claim 17, wherein the at least one first value is:
The speed of the vehicle including the first electronic device before a designated time from the timing when the first accident occurred, the value of the acceleration sensor at the timing when the first accident occurred, and the timing when the first accident occurred. Include at least one of the following: location data in the timing,
The at least one second value is,
The speed of the vehicle including the first electronic device before the designated time from the timing when the second accident occurred, the value of the acceleration sensor at the timing when the second accident occurred, and the time when the second accident occurred. Containing at least one of location data at the timing,
First electronic device.
The method of claim 18, wherein when executing the instructions, the at least one processor:
detecting a user input to an SOS button on the first electronic device,
In response to detecting the user input to the SOS button, transmit third data indicating detection of the user input to the SOS button to the second electronic device, wherein the third data includes: Sent to the second electronic device to activate the timer of the electronic device,
Based on detecting the user input, identify whether the user input for canceling the emergency situation is received within the first timeout interval based at least in part on the third data;
Based on identifying that the user input for canceling the emergency situation is received within the first time-out period, further configured to transmit the message for canceling the emergency situation to the second electronic device within the first time-out period. become,
The message for emergency cancellation received by the second electronic device within the second timeout period is activated in the second electronic device in response to receiving the third data from the first electronic device. used to deactivate the timer of the second electronic device,
Deactivation of the timer of the second electronic device causes the second electronic device to bypass transmitting the third data to the third electronic device and terminate the automobile emergency service regarding the third data. causing,
First electronic device.
The method of claim 19, wherein when executing the instructions, the at least one processor:
further configured to bypass sending the message for canceling the emergency situation based on identifying that the user input for canceling the emergency situation is not received within the first time out interval;
The third data is transmitted from the second electronic device to the third electronic device when the timer of the second electronic device expires and the transmission of the message for canceling the emergency situation is bypassed,
The third data received from the third electronic device is such that the third electronic device transmits a message to inform the fourth electronic device associated with the emergency personnel that the car including the first electronic device is in an emergency state. used to,
First electronic device.