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

Abstract

A method for notifying a server of an emergency situation is disclosed. The method includes receiving emergency information from a vehicle terminal for the vehicle when an emergency event occurs in the vehicle, starting a standby count for emergency cancellation for the vehicle terminal, and until the standby count for emergency cancellation ends. Determining whether there is an emergency situation based on whether or not the cancellation of the emergency situation is made, and if it is determined that the emergency situation is an emergency situation, including the step of 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 following description relates to a technology for integrated management of vehicle driving conditions.

This invention is a study conducted with the support of the Information and Communication Technology Promotion Center with financial resources 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 technologies are converged in the automobile field, various methods of remotely monitoring and managing driving information or accident record information of each vehicle are being attempted.

As an example of vehicle management technology, Korean Patent Laid-open Publication No. 10-2005-0008122 (published on January 21, 2005) receives GPS information from GPS satellites at predetermined time intervals, generates the current location of the vehicle, and stores the location information. Disclosed is a vehicle management system and method for storing information in a device, detecting current location information when arriving at a predetermined destination, and reflecting the current location information to vehicle operation.

In recent years, as IT technology introduced to various electronic devices such as black boxes, navigation devices, smartphones, and tablet PCs used during vehicle operation has been advanced, new functions are required to be implemented through appropriate connectivity with vehicles.

Provides a method and system for integrated management of vehicle driving conditions, including vehicle driving reports, parking shocks, or emergency situations.

A vehicle integrated management method performed by a computer-implemented server, the method comprising: receiving vehicle driving data related to a driving state of the vehicle from a vehicle terminal installed or embedded in a 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 includes a driving report and a driving report based on the vehicle driving data in association with the application. Provided is a vehicle integrated management method characterized in that providing at least one of a parking impact notification and an accident situation notification.

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

According to another aspect, the step of transmitting communication environment setting information (configuration) including the type and transmission period of data necessary for the service to the vehicle terminal when connected to the vehicle terminal, wherein the vehicle terminal further comprises the communication environment Through the setting information, vehicle driving data of a predetermined type may be transmitted to the server at a predetermined period.

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

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

According to another aspect, the in-vehicle terminal transmits vehicle driving data including information on the impact event to the server when an impact event is detected in a parking mode, and the providing of the vehicle operation data comprises the steps of: A step of providing a parking impact notification through an application may be included.

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

According to another aspect, the in-vehicle terminal transmits vehicle driving data including information on the accident event to the server when an accident event is detected in an always-on mode in which the vehicle is driving, and the providing step comprises: , Sending an accident situation notification to an emergency contact set through the application for the accident occurrence event.

According to another aspect, the transmitting of the accident notification may include starting a standby count for a predetermined time capable of canceling the emergency notification with respect to the accident occurrence event, and receiving a user input for canceling the emergency notification within the predetermined time. If there is no notification, the accident situation notification may be transmitted after the standby count is terminated.

According to another aspect, the transmitting of the accident situation notification may include the location and time of the accident situation, the type of accident situation, and the situation immediately before the occurrence of the accident situation based on vehicle driving data including information on the accident occurrence event. The accident situation notification including detailed information of at least one of speed and impact size may be transmitted.

A computer program stored in a computer-readable recording medium for executing a method for integrated vehicle management coupled to a user terminal implemented by a computer, wherein the method for integrated vehicle management includes the user terminal under control of an application running in the user terminal. exchanging and storing identification information with each other when the terminal is connected to a vehicle terminal installed or built into the vehicle; And based on the vehicle driving 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 according to the control of the application in the user terminal It provides a computer program comprising the step of receiving the provided content.

According to one aspect, the receiving of the content may include requesting location information of the vehicle from the server according to control of the application in the user terminal; receiving location information of the vehicle from the server according to control of the application in the user terminal; and displaying location information of the vehicle using a map according to control of the application in the user terminal.

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

According to another aspect, the application includes a function of specifying a geo-fencing zone by selecting a center location and a radius, a function of setting a notification type for a geo-fencing zone, a repeat cycle and time period of notification for a geo-fencing zone, or a valid period At least one of a function of setting a geo-fencing zone and a function of providing a list of geo-fencing zones and editing items in the list may be provided.

According to another aspect, the receiving of the content may include transmitting a search request for a driving report for the vehicle to the server according to control of the application in the user terminal; and receiving and outputting a driving report evaluated based on the vehicle driving data in the server from the server according to control of the application in the user terminal.

According to another aspect, the receiving of the content may include providing the server when vehicle driving data including information on a parking impact event is received from the vehicle terminal by the server according to control of the application in the user terminal. Receiving and outputting a parking impact notification may be included.

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

According to another aspect, the method for integrated vehicle management includes notification of an accident situation when the server receives vehicle driving data including information on an accident occurrence event from the vehicle terminal under control of the application in the user terminal. It may further include setting an emergency contact for transmitting.

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

An integrated vehicle 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 operates on a vehicle from a vehicle terminal mounted or embedded in a vehicle. receiving vehicle driving data related to a driving state; and processing a process of providing a service related to the vehicle driving data through a dedicated application on a user terminal used by the user of the vehicle. Provided is a vehicle integrated management system characterized in that it provides at least one of a parking impact notification and an accident situation notification.

According to embodiments of the present invention, by integrating management of vehicle driving conditions including vehicle driving reports, parking shocks, emergency situations, etc., it is possible to more accurately and specifically grasp vehicle driving conditions and to take measures corresponding to the vehicle driving conditions. 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 to 4 are diagrams for explaining an example of a basic communication process between a vehicle terminal and a service server according to an embodiment of the present invention.
5 is a diagram for explaining an example of a vehicle positioning process according to an embodiment of the present invention.
6 and 7 are diagrams for explaining an example of a geo-fencing process in one embodiment of the present invention.
8 to 9 are views for explaining an example of a process of issuing a driving report according to an embodiment of the present invention.
10 is a diagram for explaining an example of a parking impact notification process according to an embodiment of the present invention.
11 is a diagram for explaining an example of an emergency notification process according to an embodiment of the present invention.

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

Embodiments of the present invention relate to technology for integrated management of the state of a running vehicle.

Embodiments including those specifically disclosed in this specification can manage vehicle driving conditions, and through this, not only can quickly respond to dangerous situations such as vehicle collisions, but also accuracy, promptness, efficiency, convenience, cost reduction, etc. It achieves 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 of 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. For example, the user terminal 120 includes a smart phone, a mobile phone, a tablet PC, a wearable device, a laptop computer, a digital broadcasting terminal, a personal digital assistant (PDA), and a portable multimedia player (PMP). ), etc. For example, the user terminal 120 may communicate with the vehicle terminal 130 and/or the integrated vehicle management system 110 through the network 140 using a wireless or wired communication method. The user terminal 120 may mean any terminal device capable of installing and executing dedicated applications related to the integrated vehicle management system 110 . In this case, the user terminal 120 may perform overall service operations such as service screen configuration, data input, data transmission/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 installed or built into a vehicle. The in-vehicle terminal 130 may be an OE (OEM Pre-Installed) terminal installed or built into the vehicle by the vehicle manufacturer at the time the vehicle is shipped, or an AM (After Market) terminal individually installed or built in by the vehicle driver after the vehicle is shipped. there is. Examples of the vehicle terminal 130 include a black box, a navigation device, and a vehicle status monitoring (VSM) terminal. In addition, the vehicle terminal 130 may communicate with the integrated vehicle management system 110 and/or the user terminal 120 through the network 140 using a wireless or wired communication method.

The integrated vehicle management system 110 communicates with the user terminal 120 and/or the vehicle terminal 130 through the network 140 to provide commands, codes, files, contents, services, and the like to a computer device or a plurality of computer devices. can be implemented with

The integrated vehicle management system 110 serves as a platform for providing integrated vehicle management services to the user terminal 120, which is a client on which a dedicated application is 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 integrated vehicle management system 110 may provide services by processing information acquired from the user terminal 120 and/or the vehicle terminal 130, and for example, by monitoring the vehicle driving state to respond to the vehicle driving state action can be taken.

For example, the integrated vehicle 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 the user terminal 120 ) may include a push server 20 for transmitting a push notification related to an integrated vehicle management service. It is also possible that the service server 10 and the push server 20 are implemented as an integrated system or implemented as separate systems and operate in a mutually interworking manner. In the following embodiment, it will be described that the service server 10 and the push server 20 are implemented as separate systems, but it is not limited thereto.

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

For example, by accessing the integrated vehicle management system 110 under the control of an operating system (OS) or at least one program (for example, a browser or the installed application) included in the user terminal 120 in which the dedicated application is installed, Services or contents provided by the integrated vehicle management system 110 may be provided. For example, when the user terminal 120 transmits a service request message to the integrated vehicle management system 110 through the network 140 under the control of an application, the integrated vehicle management system 110 responds to the service request message. The code may be transmitted to the user terminal 120, and the user terminal 120 may provide content to the user by constructing and displaying a screen corresponding to the code under control of the application.

The communication method is not limited, and short-distance wireless communication between devices as well as a communication method utilizing a communication network (eg, a mobile communication network, a wired Internet, a wireless Internet, and a broadcasting network) that the network 140 may include may also be included. 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). , one or more arbitrary networks such as the Internet. In addition, the network 140 may include any one or more of network topologies including a bus network, a star network, a ring network, a mesh network, a star-bus network, a tree or a hierarchical network, and the like. Not limited.

2 is a block diagram illustrating an internal configuration of a user terminal and an integrated vehicle management system according to an embodiment of the present invention. In FIG. 2 , internal configurations of the user terminal 120 and the integrated vehicle management system 110 are described. 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 the push server 20 belonging to the integrated vehicle management system 110 may also have the same or similar internal configuration. may have an internal structure.

The integrated vehicle 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 a random access memory (RAM), a read only memory (ROM), and a permanent mass storage device such as a disk drive. Also, an operating system or at least one program code (eg, a code for an application installed and driven in 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 . The separate computer-readable recording medium may include a computer-readable recording medium such as a floppy drive, a disk, a tape, a DVD/CD-ROM drive, and a memory card. In another embodiment, software components may be loaded into the memories 211 and 221 through the communication modules 213 and 223 rather than computer-readable recording media. For example, the at least one program is a memory (for example, based on a program (for example, the above-described application) installed by files provided by developers or a file distribution system that distributes application installation files through the network 140). 211, 221).

The processors 212 and 222 may be configured to process commands of a computer program by performing basic arithmetic, logic, and input/output operations. Instructions may be provided to processors 212 and 222 by memories 211 and 221 or communication modules 213 and 223 . For example, the processors 212 and 222 may be configured to execute instructions received according to program codes stored in a recording device such as the memories 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 other electronic devices (eg, the vehicle terminal 130) ) can provide a function to communicate with. For example, a 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 (for example, a search request) is transmitted to the network 140 under the control of the communication module 223. ) It may be delivered to the integrated vehicle management system 110 through.

The input/output interfaces 214 and 224 may be means for interface with the input/output devices 215 and 225 . For example, the input device may include a device such as a keyboard or mouse, and the 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 interface with a device in which functions for input and output are integrated 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 in processing the command of the computer program loaded into the memory 221. The configured service screen or contents may be displayed on the display through the input/output interface 224 .

Also, 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 of the 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, and a database. may further include. As a more specific example, when the user terminal 120 is a smartphone, an acceleration sensor or 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 may be implemented to be further included in the user terminal 120 .

Hereinafter, specific embodiments of a method and system for integrally managing a vehicle driving state will be described.

The entire system configuration for integrated management of the vehicle driving state may include the integrated vehicle management system 110 , the user terminal 120 , and the vehicle terminal 130 .

The vehicle terminal 130 is a communication-type terminal, and collects information related to the vehicle driving state from a built-in sensor mounted on the terminal or an external sensor mounted on the vehicle and connected to the terminal to provide an integrated vehicle management system 110 and/or a user terminal ( 120) can be transmitted.

The user terminal 120 is a dedicated application related to the integrated vehicle management system 110 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 may select and manage 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 We can provide services by processing this information.

The integrated vehicle management system 110 may include a push server 20 that is a server for linking a push service to transmit various push notifications related to vehicle driving conditions to the user terminal 120 .

First, a wireless communication environment process of the vehicle terminal 130 will be described.

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

The user may input a service set identification (SSID) and password of Wi-Fi to which the vehicle terminal 130 is to access through the user terminal 120 .

The user terminal 120 may access the vehicle terminal 130 in the Wi-Fi AP mode and transmit the SSID and password of the Wi-Fi to which the vehicle terminal 130 will access. At this time, the vehicle terminal 130 may store the corresponding Wi-Fi access information in a 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 a designated Wi-Fi network.

The vehicle terminal 130 may directly communicate with the integrated vehicle 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, and for example, when the user terminal 120 provides a tethering function, the vehicle terminal 130 is 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 universal serial bus (USB), the vehicle terminal 130 is a user terminal ( It is also possible to communicate with the integrated vehicle management system 110 by accessing the network 140 through the tethering function provided by 120 .

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

As shown in FIG. 3, the vehicle terminal 130 attempts to access the service server 10 when communication is possible after booting or mode conversion. UUID (universally unique identifier), model name, terminal mode, transmittable information, etc. are transmitted to the service server 10 (S301).

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

The vehicle terminal 130 periodically transmits data related to vehicle driving conditions (hereinafter referred to as 'vehicle driving data') to the service server 10 according to the communication environment setting information requested by the service server 10 (S303 ). The vehicle driving data may include information obtainable through the vehicle terminal 130, for example, GPS information, terminal mode (eg, parking mode, constant (driving) mode, etc.), event type, acceleration sensor value (eg, , G sensor peak value) and the like. GPS information may include latitude, speed, heading, time information, and the like.

When receiving vehicle driving data periodically provided by the vehicle terminal 130, the service server 10 transmits a response according to reception of the corresponding 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 processes (S303 to S304).

In addition, when there is information requested from the service server 10, the vehicle terminal 130 may include the information requested from the service server 10 in periodically transmitted vehicle driving data and transmit the same.

* For example, as shown in FIG. 4, the service server 10 receives vehicle driving data from the vehicle terminal 130 (S401), and among video and audio as additional information about a specific event included in the vehicle driving 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 requested by the service server 10 (video of the front or rear of the vehicle, etc.) 10) (S403).

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

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

While the communication between the vehicle terminal 130 and the service server 10 is disconnected, the vehicle driving data to be sent to the service server 10 is stored locally in the vehicle terminal 130, and can be collectively transmitted when communication is connected.

5 is a diagram for explaining an example of a vehicle positioning process according to an embodiment of the present invention.

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

As shown in FIG. 5, the user terminal 120 is a service server at regular intervals (eg, 10 seconds) according to the control of the dedicated application when a user interface for checking the vehicle location provided by the dedicated application is selected by the user. In (10), vehicle location information may be requested (S501). At this time, the request signal may include the UUID of the vehicle terminal 130 .

The service server 10 may transmit location information acquired from the vehicle terminal 130 to the user terminal 120 upon request of the user terminal 120 (S502). In other words, the service server 10 may deliver 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 . In this case, the location information may include the current location and speed direction of the vehicle.

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

When the user terminal 120 connects to the vehicle terminal 130 for the first time, identification information (UUID or phone number, etc.) may 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 above-described vehicle positioning process may be processed.

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

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

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

A dedicated application on the user terminal 120 may provide a notification function for a geo-fencing area. In this case, the notification function may include a function of providing an entry notification alarm when the vehicle approaches the geo-fencing area and a function of providing an exit notification alarm when the vehicle leaves the geo-fencing area. And, it is also possible to set the geo-fencing area by dividing it into an entry prohibition area and an entry prohibition area.

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

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

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

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

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 on the geo-fencing area set by the user from the user terminal 120 and transmits a response according to the user's geo-fencing setting to the user terminal 120 (S605).

In addition, the service server 10 may provide push notification through interworking with the push server 20 when notification for geo-fencing is required.

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

The service server 10 may request a geo-fencing notification from the push server 20 for a notification event generated when 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 the geo-fencing notification to the user through a dedicated application on the user terminal 120 according to the notification request of the service server 10 (S703).

When the user terminal 120 connects to the vehicle terminal 130 for the first time, identification information (UUID or phone number, etc.) may 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 may be processed.

8 to 9 are views for explaining an example of a process of issuing a driving report according to an embodiment of the present invention.

The service server 10 may provide a driving report based on vehicle driving data provided by the vehicle terminal 130 , and thus the user may check the driving report through a dedicated application on the user terminal 120 . For example, the vehicle terminal 130 may detect an event such as exceeding a vehicle speed limit (speeding), rapid acceleration, sudden braking, or sudden turn, and transmit vehicle driving data at the time of event detection to the service server 10 . In this case, the service server 10 may provide the user with a report evaluated on the vehicle driving state based on vehicle driving data accumulated over a certain period of time through a dedicated application on the user terminal 120 .

When the vehicle terminal 130 accesses the service server 10 in the constant (driving) mode of the vehicle, the service server 10 sets the transmission period of the vehicle driving data to another mode (eg, parking) to determine the driving distance of the vehicle. mode) can be set shorter. For example, the service server 10 may 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 the vehicle terminal for a driving report. The mileage 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 the GPS speed every 2 seconds, the estimated driving distance m through the received two speed information V1 (m/s) and V2 (m/s) is {(V1+V2)/2}×2(s) can be defined as In addition, in a GPS shaded section such as a tunnel where GPS speed and location cannot be measured, the driving distance can be estimated by connecting adjacent points having GPS speed and location 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 vehicle OBD (On Board Diagnostics), and the service server 10 may transmit the vehicle terminal ( The driving distance of the vehicle may be estimated using the GPS speed information received from 130).

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

When the vehicle terminal 130 reaches a set speed (eg, 20 km/h) within a predetermined time in a stopped state (eg, 4 km/h or less), as a sudden acceleration event occurs, the rapid acceleration detection information is transmitted to the service server ( 10) can be transmitted (S802). For example, the vehicle terminal 130 may immediately transmit the sudden acceleration detection information in the form of information transmission, access the service server 10 at the time of the sudden acceleration event, and send vehicle driving data including the sudden acceleration detection information to the service server ( 10) can be sent. At this time, the vehicle driving data includes information about the rapid acceleration event as an event type, and as the rapid acceleration detection information, the acceleration sensor value, for example, the Z-axis maximum peak when assuming that the Z-axis direction of the G-sensor is + direction during vehicle acceleration. value may be included.

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

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

When the service server 10 receives vehicle driving data (overspeed detection information, rapid acceleration detection information, sudden braking detection information, sudden turn detection information) from the vehicle terminal 130 periodically or immediately upon occurrence of an event, a response according to the reception of the corresponding data may 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 may determine a condition (time condition) in which a certain amount of time (eg, 7 days) has elapsed since the last report was generated and a condition in which the driving distance of the vehicle is accumulated over a certain distance (eg, 60 km) (distance). conditions), a report may be additionally generated (S901). It is not limited thereto, and it is also possible to additionally generate a report when one of a time condition and a distance condition is satisfied.

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

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

The service server 10 may generate a report related to vehicle speeding. For example, (1) when 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 a point where a safety camera is located while driving 60 km, a report rated as OK can be provided. (3) If there is a history of exceeding the speed limit at the point where the speed enforcement camera is located while driving 60 km and the average speed exceeds 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 enforcement camera is located while driving 60 km, and the average speed exceeds 10 km/h and is less than 20 km/h, a report evaluated as Unsafe can be provided. . (5) A report evaluated as Dangerous can be provided if there is a history of exceeding the speed limit at the point where the speeding camera is located among the accumulated mileage and the average speed exceeds 20 km/h. The service server 10 may provide a speed evaluation message corresponding to the above evaluation level (good, normal, improvement needed, unsafe, dangerous) as a report related to the speeding of the vehicle.

The service server 10 may generate a report related to rapid acceleration of the vehicle. For example, (1) when all of the Z-axis maximum peak values of the G sensors collected while driving 60 km are less than 0.4 g, a report evaluated as “Good” may be provided. (2) If all of the Z-axis maximum peak values of the G-sensors collected while driving 60 km do not exceed 0.7g, a report evaluated as OK can be provided. (3) If the peak value exceeding 0.7g is less than 0.1% among the Z-axis maximum peak values of the G sensor collected while driving 60 km, a report evaluated as Need Improvement can be provided. (4) A report evaluated as unsafe can be provided if the peak value exceeding 0.7g is greater than 0.1% and less than 1% among the maximum peak values of the Z-axis of the G sensor collected while driving 60 km. (5) Among the Z-axis maximum peak values of the G-sensor collected while driving 60 km, if the peak value over 0.7g is more than 1%, or if the Z-axis maximum peak value of the G-sensor is over 0.8g, it is evaluated as dangerous. report can be provided. The service server 10 may provide an acceleration evaluation message corresponding to the evaluation level (good, normal, need for improvement, unsafe, or 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) When the minimum peak value of the Z-axis of the G sensor collected while driving 60 km is -0.4 g or more, a report evaluated as Good may be provided. (2) Among the Z-axis peak values of the G sensor collected while driving 60 km, if there are one or two peak values that satisfy the condition of -0.3g ≥ Z-axis peak value > -0.6g, it is set to OK. 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 3 peak values that satisfy the condition of -0.3g ≥ Z-axis peak value > -0.6g, it is evaluated as Need Improvement. report can be provided. (4) Among the Z-axis peak values of the G sensor collected while driving 60 km, if there are 4 or more peak values that satisfy the condition of -0.3g ≥ Z-axis peak value > -0.6g, it is evaluated as unsafe. report can be provided. (5) Among the Z-axis peak values of the G sensor collected while driving 60 km, there are 4 or more peak values that satisfy the condition of -0.3g ≥ Z-axis peak value > -0.6g and the peak value is less than -0.8g. If present, a report rated as Dangerous can be provided. The service server 10 may provide a braking evaluation message corresponding to the above evaluation level (good, normal, need for 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 ratio of 0.6g ≤ |y-value| is less than 0.5%, and the ratio of 0.7g ≤ |y-value| If there is no, 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, if the ratio of 0.6g ≤ |y-value| is less than 0.8% and there is no 0.7g ≤ |y-value|, it is normal. (Okay) can provide a report evaluated. (3) Improvement when the ratio of 0.6g ≤ |y-value| is 0.8% or more and there is no 0.7g ≤ |y-value| among the Y-axis peak values (absolute values) of the G sensor collected while driving 60 km A report evaluated as Need Improvement can be provided. (4) Among the Y-axis peak values (absolute values) of the G-sensor collected while driving 60 km, if the ratio of 0.6g ≤ |y-value| is 0.8% or more and there is 0.7g ≤ |y-value|, it is unsafe. (Unsafe) can provide a report evaluated. (5) 0.6g ≤ |y-value| If the ratio of is 0.8% or more and there is 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 evaluation level (good, normal, need for improvement, unsafe, dangerous) as a report related to a sharp turn of the vehicle.

Therefore, the vehicle terminal 130 may detect speeding, rapid acceleration, sudden braking, sudden turning, etc. of the vehicle and transmit vehicle driving data including detected information to the service server 10. A driving report may be periodically generated based on the vehicle driving data provided by 130 and provided to the user through a dedicated application on the user terminal 120 .

In the above, it has been described that the vehicle terminal 130 detects a speeding event, a sudden acceleration event, a sudden braking event, a sudden turning event, etc., and includes information corresponding to the event in the vehicle driving 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 overspeed, sudden acceleration, sudden braking, sudden turn, etc. of the vehicle based on vehicle driving data periodically received from the vehicle terminal 130 .

10 is a diagram for explaining an example of a parking impact notification process according to an 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). When an impact recording or intelligent impact detection occurs in the parking mode, the vehicle terminal 130 may determine this as a possibility of a contact accident and notify the service server 10 of it. At this time, the vehicle terminal 130 determines the intensity of impact (eg, strong impact and weak impact) and the impact location (eg, right rear or side, left rear or left rear or side, etc.). For example, in the case of impact detection information, the vehicle terminal 130 may immediately transmit information in the form of information transmission, access the service server 10 at the time of the impact event, and transmit vehicle driving data including the impact detection information to the service server 10. ) can be transmitted. The information transmission method is not limited to an immediate information transmission form, and it is also possible to transmit the impact detection information in a periodic information transmission form. In this case, the vehicle driving data may include information on a parking impact event as an event type, and may include an acceleration sensor value, for example, a peak value of a G-sensor, an impact intensity, and an impact location as impact detection information.

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

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

Accordingly, the service server 10 may immediately deliver a parking impact notification to a dedicated application on the user terminal 120 via the push server 20 when a parking impact event generated in the parking mode of the vehicle is received from the vehicle terminal 130. there is.

Furthermore, the vehicle terminal 130 may transmit an impact recording image 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 image from the vehicle terminal 130 as described with reference to FIG. 4 . Accordingly, the service server 10 may deliver the impact recorded image together with the parking impact notification to the user through a dedicated application on the user terminal 120 . With the parking impact notification received through the dedicated application on the user terminal 120, the user can directly reproduce and check the file in which the corresponding event occurred without selecting the file. It is also possible to provide a live video of the vehicle as well as a recorded video at the time the parking impact event occurred. For example, an image around the vehicle at a time when a parking impact event occurs through a real time protocol (RTP) or a real time streaming protocol (RTSP) between the vehicle terminal 130, the service server 10, and the user terminal 120 is displayed. Live streaming or play of recorded video can be supported.

11 is a diagram for explaining an example of an emergency notification process according to an 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). The emergency contact information may include a phone number of a guardian whom the user wishes to contact in case of a vehicle emergency or a phone number of an emergency reporting agency (eg, 112, 119, etc.). The dedicated application may provide a function for registering an emergency contact in conjunction with an address book or search function on the user terminal 120 .

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

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

The in-vehicle terminal 130 starts to express the voice for the standby count for emergency cancellation during the emergency cancellation time (eg, 10 seconds) according to the notification request of the service server 10 (S1104). For example, the in-vehicle terminal 130 outputs a message saying "An emergency has been detected. I would like to notify the emergency contact. If you want to cancel, press any button within 10 seconds" by voice, and then "10, 9, It counts up to 8, 7, 6, 5, 4, 3, 2, 1" every second, and if there is a button input during counting, a voice message of "Cancelled" can be output.

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

As another example, the service server 10 periodically receives vehicle driving data from the vehicle terminal 130 while performing the standby count for emergency cancellation. When it is determined that the vehicle is driving at a speed higher than (eg, 10 km/h), the emergency state of the corresponding vehicle may be automatically canceled to stop waiting count for emergency state cancellation and ending the emergency state notification process.

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

Accordingly, the SMS server 30 may transmit a message including detailed information related to the emergency situation to the emergency contact registered by the user in advance for the emergency situation of the vehicle based on the information received from the service server 10 ( S1107). The in-vehicle terminal 130 may also output a voice message of “You have contacted the emergency contact” when the standby count for emergency cancellation ends, that is, when there is no button input until the count ends (S1108).

The information included in the message may include the phone number of the user of the vehicle and a body notifying the vehicle of an emergency situation. Short URL" format. At this time, the information on the page referred to as the Short URL may include detailed information provided by the service server 10, and the detailed information includes the location (map) and time of the emergency, and the type of emergency (manual SOS, collision). , fall, rollover, etc.), the speed of the vehicle just before the emergency occurred, and the size of the impact. For example, the magnitude of the shock is 'weak' if the maximum peak value of the G sensor detected 1 second before and after the emergency occurs is 2g or more and less than 2.5g, 'moderate' if it is more than 2.5g and less than 3g, and 'moderate' if it is 3g or more. It can be defined as 'strong'.

Therefore, when a vehicle emergency occurs, the service server 10 transmits a message including details of the emergency to the guardian using the emergency contact registered in advance, or automatically handles a report on the vehicle emergency to the emergency reporting agency. It is also possible to do

In the above, it has been described that the vehicle terminal 130 determines an emergency situation such as collision, fall, and overturn in the vehicle's constant (driving) mode, but is not limited thereto, and the service server 10 periodically receives the vehicle terminal 130. It is also possible to directly determine the emergency situation of the vehicle based on the received vehicle driving data. In addition, although it is described that a text message is transmitted through the SMS server 30 for the emergency situation of the vehicle, it is not limited thereto, and emergency contact It is also possible to make a voice call to convey the details of an emergency.

As described above, according to the embodiments of the present invention, by integrating and managing vehicle driving conditions including vehicle driving reports, parking shocks, emergency situations, etc., the vehicle driving condition can be grasped more accurately and specifically, and measures corresponding to the vehicle driving condition can be taken. can be taken more appropriately and quickly.

The devices described above may be implemented as hardware components, software components, and/or a combination of hardware components and software components. For example, 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 PLU (programmable logic unit). logic unit), microprocessor, or any other device capable of executing and responding to instructions. The processing device may run an operating system (OS) and one or more software applications running on the operating system. A processing device may also access, store, manipulate, process, and generate data in response to execution of software. For convenience of understanding, there are cases in which one processing device is used, but those skilled in the art will understand that the processing device includes a plurality of processing elements and/or a plurality of types of processing elements. It can be seen that it can include. For example, a processing device may include a plurality of processors or a processor and a controller. Other processing configurations are also possible, such as parallel processors.

Software may include a computer program, code, instructions, or a combination of one or more of the foregoing, which configures a processing device to operate as desired or processes independently or collectively. You can command the device. Software and/or data may be any tangible machine, component, physical device, virtual equipment, computer storage medium or device, intended to be interpreted by or provide instructions or data to a processing device. can be embodied in Software may be distributed on networked computer systems and stored or executed in a distributed manner. Software and data may be stored on one or more computer readable 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. In this case, the medium may continuously store a program executable by a computer or temporarily store the program for execution or download. In addition, the medium may be various recording means or storage means in the form of a single or combined hardware, but is not limited to a medium directly connected to a certain computer system, and may be distributed on a network. Examples of the medium include magnetic media such as hard disks, floppy disks and magnetic tapes, optical recording media such as CD-ROM and DVD, magneto-optical media such as floptical disks, and ROM, RAM, flash memory, etc. configured to store program instructions. In addition, examples of other media include recording media or storage media managed by an app store that distributes applications, a site that supplies or distributes various other software, and a server.

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

Therefore, other implementations, other embodiments, and equivalents of the claims are within the scope of the following claims.

Claims (21)

A computer readable storage medium storing one or more programs for providing vehicle emergency service, wherein the one or more programs, when executed by a first electronic device having at least one communication circuit,
Receiving first data representing a first accident of the vehicle and second data representing a second accident of the vehicle that occurred after the first accident through the at least one communication circuit from a second electronic device included in the vehicle; , where the first data and the second data are sequentially transmitted from the second electronic device according to an accident sequence;
The second electronic device identified within a first time out period set by the second electronic device based at least in part on the first data and the second data based on the reception; and identify whether a message for emergency cancellation caused by a related user input is received from the second electronic device within the second time out period for emergency cancellation set by the first electronic device; and
Based on identifying that the message is not received within the second time out period, via the at least one communication circuit, a third electronic device connected to the first electronic device is informed that the vehicle is in an emergency situation. instructions that cause the first electronic device to transmit the first data and the second data;
The third electronic device,
configured to recognize that the first accident is distinguished from the second accident based on the first data and the second data;
The first data and the second data received by the third electronic device,
Used for the third electronic device to send a message for notifying that the car including the second electronic device is in an emergency situation to a fourth electronic device associated with an emergency agent,
A computer readable storage medium.
The method according to claim 1, wherein the one or more programs, when executed by the first electronic device,
Based on identifying that the message for emergency cancellation is received from the second electronic device within the second time out period, the transmission of the first data and the second data is bypassed, and the first data and instructions causing the first electronic device to terminate a vehicle emergency service upon the receipt of the second data.
A computer readable storage medium.
The method according to claim 2, wherein the first data,
immediately transmitted from the second electronic device in response to the second electronic device detecting the first incident;
The second data,
immediately transmitted from the second electronic device in response to the second electronic device detecting the second accident;
A computer readable storage medium.
The method according to claim 3, wherein the first data and the second data,
Each includes identification information of the vehicle or the second electronic device,
The identification information,
Processed by the third electronic device for the transmission of the message to indicate that the vehicle including the second electronic device is in an emergency situation,
A computer readable storage medium.
The method according to claim 4, wherein the first data,
The moving speed of the vehicle including the second electronic device before a predetermined time from the timing of occurrence of the first accident, the value of the acceleration sensor associated with the second electronic device at the timing of the occurrence of the first accident , or at least one of location data at the timing of the occurrence of the first accident,
The second data,
The moving speed of the vehicle including the second electronic device before a predetermined time from the timing of occurrence of the second accident, the value of the acceleration sensor associated with the second electronic device at the timing of the occurrence of the second accident , or at least one of location data at the timing of the occurrence of the second incident.
A computer readable storage medium.
The method according to claim 5, wherein the one or more programs, when executed by the first electronic device,
receiving third data from the second electronic device through the at least one communication circuit, wherein the third data is the second electronic device detecting a user input on an SOS button associated with the second electronic device; immediately sent from the second electronic device to the first electronic device in response to the
identify, based on the reception of the third data, based at least in part on the third data, whether the message for emergency cancellation is received within the second time out period for emergency cancellation; and
Based on identifying that the message for emergency cancellation of the third data is not received within the second time out period, the third data is sent to the third electronic device through the at least one communication circuit. comprising instructions that further cause the first electronic device to transmit;
The third data received by the third electronic device,
Used for the third electronic device to transmit to the fourth electronic device for notifying that the car including the second electronic device is in an emergency situation,
A computer readable storage medium.
The method according to claim 6, wherein the one or more programs, when executed by the first electronic device,
Based on identifying that the message for emergency cancellation for the third data is received within the second time out period, the transmission of the third data is bypassed, and for the reception of the third data, the vehicle Including instructions further causing the first electronic device to terminate emergency services.
A computer readable storage medium.
A method for operating a first electronic device having at least one communication circuit, comprising:
Receiving first data representing a first accident of the vehicle and second data representing a second accident of the vehicle that occurred after the first accident through the at least one communication circuit from a second electronic device included in the vehicle operation, wherein the first data and the second data are sequentially transmitted from the second electronic device according to an accident sequence;
The second electronic device identified within a first time out period set by the second electronic device based at least in part on the first data and the second data based on the reception; and identifying whether a message for emergency cancellation caused by a related user input is received from the second electronic device within the second time out period for emergency cancellation set by the first electronic device; and
Based on identifying that the message is not received within the second time out period, via the at least one communication circuit, a third electronic device connected to the first electronic device is informed that the vehicle is in an emergency situation. Including the operation of transmitting the first data and the second data,
The third electronic device,
configured to recognize that the first accident is distinguished from the second accident based on the first data and the second data;
The first data and the second data received by the third electronic device,
Used for the third electronic device to send a message for notifying that the car including the second electronic device is in an emergency situation to a fourth electronic device associated with an emergency agent,
method.
The method of claim 8,
Based on identifying that the message for emergency cancellation is received from the second electronic device within the second time out period, the transmission of the first data and the second data is bypassed, and the first data and terminating an automobile emergency service upon said receipt of said second data.
The method according to claim 9, wherein the first data,
immediately transmitted from the second electronic device in response to the second electronic device detecting the first incident;
The second data,
immediately transmitted from the second electronic device in response to the second electronic device detecting the second accident;
method.
The method according to claim 10, wherein the first data and the second data,
Each includes identification information of the vehicle or the second electronic device,
The identification information,
Processed by the third electronic device for the transmission of the message to indicate that the vehicle including the second electronic device is in an emergency situation,
method.
The method according to claim 11, wherein the first data,
The moving speed of the vehicle including the second electronic device before a predetermined time from the timing of occurrence of the first accident, the value of the acceleration sensor associated with the second electronic device at the timing of the occurrence of the first accident , or at least one of location data at the timing of the occurrence of the first accident,
The second data,
The moving speed of the vehicle including the second electronic device before a predetermined time from the timing of occurrence of the second accident, the value of the acceleration sensor associated with the second electronic device at the timing of the occurrence of the second accident , or at least one of location data at the timing of the occurrence of the second incident.
method.
The method of claim 12,
Receiving third data from the second electronic device through the at least one communication circuit, wherein the third data detects, by the second electronic device, a user input on an SOS button associated with the second electronic device. immediately transmitted from the second electronic device to the first electronic device in response to doing;
based on the reception of the third data, identifying whether the message for emergency cancellation is received within the second time out period for emergency cancellation based at least in part on the third data; and
Based on identifying that the message for emergency cancellation of the third data is not received within the second time out period, the third data is transmitted to the third electronic device through the at least one communication circuit. Further comprising the operation of transmitting,
The third data received by the third electronic device,
Used for the third electronic device to send to the fourth electronic device for notifying that the car including the second electronic device is in an emergency situation,
method.
The method of claim 13,
Based on identifying that the message for emergency cancellation for the third data is received within the second time out period, the transmission of the third data is bypassed, and for the reception of the third data, the vehicle The method further comprising the action of terminating emergency services.
In the first electronic device,
at least one communication circuit;
at least one memory configured to store instructions; and
including at least one process, wherein the at least one processor comprises:
Receiving first data representing a first accident of the vehicle and second data representing a second accident of the vehicle that occurred after the first accident through the at least one communication circuit from a second electronic device included in the vehicle; , where the first data and the second data are sequentially transmitted from the second electronic device according to an accident sequence;
The second electronic device identified within a first time out period set by the second electronic device based at least in part on the first data and the second data based on the reception; and Identify whether a message for emergency cancellation caused by a related user input is received from the second electronic device within a second time out period for emergency cancellation set by the first electronic device; ; and
Based on identifying that the message is not received within the second time out period, via the at least one communication circuit, a third electronic device connected to the first electronic device is informed that the vehicle is in an emergency situation. To transmit the first data and the second data,
configured to execute the instructions;
The third electronic device,
configured to recognize that the first accident is distinguished from the second accident based on the first data and the second data;
The first data and the second data received by the third electronic device,
Used for the third electronic device to send a message for notifying that the car including the second electronic device is in an emergency situation to a fourth electronic device related to an emergency agent,
A first electronic device.
The method according to claim 15, wherein the at least one processor,
Based on identifying that the message for emergency cancellation is received from the second electronic device within the second time out period, the transmission of the first data and the second data is bypassed, and the first data and configured to execute the instructions to terminate a vehicle emergency service upon the receipt of the second data.
A first electronic device.
The method according to claim 16, wherein the first data,
immediately transmitted from the second electronic device in response to the second electronic device detecting the first incident;
The second data,
immediately transmitted from the second electronic device in response to the second electronic device detecting the second accident;
A first electronic device.
The method according to claim 17, wherein the first data and the second data,
Each includes identification information of the vehicle or the second electronic device,
The identification information,
Processed by the third electronic device for the transmission of the message to indicate that the vehicle including the second electronic device is in an emergency situation,
A first electronic device.
The method according to claim 18, wherein the first data,
The moving speed of the vehicle including the second electronic device before a predetermined time from the timing of occurrence of the first accident, the value of the acceleration sensor associated with the second electronic device at the timing of the occurrence of the first accident , or at least one of location data at the timing of the occurrence of the first accident,
The second data,
The moving speed of the vehicle including the second electronic device before a predetermined time from the timing of occurrence of the second accident, the value of the acceleration sensor associated with the second electronic device at the timing of the occurrence of the second accident , or at least one of location data at the timing of the occurrence of the second incident.
A first electronic device.
The method according to claim 19, wherein the at least one processor,
receiving third data from the second electronic device through the at least one communication circuit, wherein the third data is the second electronic device detecting a user input on an SOS button associated with the second electronic device; immediately sent from the second electronic device to the first electronic device in response to the
identify, based on the reception of the third data, based at least in part on the third data, whether the message for emergency cancellation is received within the second time out period for emergency cancellation; and
Based on identifying that the message for emergency cancellation of the third data is not received within the second time out period, the third data is sent to the third electronic device through the at least one communication circuit. configured to execute the instructions to transmit;
The third data received by the third electronic device,
Used for the third electronic device to transmit to the fourth electronic device for notifying that the car including the second electronic device is in an emergency situation,
A first electronic device.
The method according to claim 20, wherein the at least one processor,
Based on identifying that the message for emergency cancellation for the third data is received within the second time out period, the transmission of the third data is bypassed, and for the reception of the third data, the vehicle configured to execute the instructions to terminate emergency services;
A first electronic device.

Images