KR20160027727A - Apparatus and method for notifying accident of vehicle using telephone - Google Patents

Abstract

The present invention suggests a device and a method to report a vehicle accident by using a telephone terminal, capable of reporting the vehicle accident by using wire/wireless connectivity between the vehicle and a terminal including a telephone function. According to the present invention, the device to report a vehicle accident includes: an accident occurrence determining part determining whether a vehicle accident occurs or not; a wire connection determining part determining whether a terminal with the telephone function is connected to the vehicle through a wire if the vehicle accident occurs; a wireless connection executing part wirelessly connecting the terminal to the vehicle if the terminal is not connected to the vehicle through the wire; and a vehicle accident reporting part reporting the accident to a public safety answering point (PSAP) by using the terminal with the telephone function when the terminal is connected to the vehicle wirelessly or through the wire.

Description

BACKGROUND OF THE INVENTION 1. Field of the Invention [0001] The present invention relates to an apparatus and method for reporting a vehicle accident using a telephone terminal,

The present invention relates to an apparatus and method for reporting a vehicle accident. More particularly, the present invention relates to an apparatus and method for reporting a vehicle accident to a Public Safety Answering Point (PSAP) using an emergency call system.

In the event of a traffic accident, the driver may not be able to inform the rescue team quickly due to a fatal injury or the like, leading to death. In order to prevent such problems, a telematics system has been developed to automatically transmit accident location information to a rescue team in case of a traffic accident.

However, an emergency notification system using a general telematics system has drawbacks that include structural complexity and high cost. For example, high costs are attributable to purchase price, in-vehicle installation and subscriber service. In addition, existing telematics units that can automatically respond to vehicle accidents are hardwired to the vehicle so that information from sensors in the vehicle or other detectors can be transmitted to the telematics unit, and installation of such telematics units is expensive Complex.

Korean Patent Publication No. 2011-0113379 proposes an emergency notification system using an OBD system built in a vehicle. Although this system can solve the problem of using a general telematics system, there is a problem that it is impossible to automatically transmit accident location information and the like to the rescue party when the OBD system does not operate normally.

SUMMARY OF THE INVENTION The present invention has been conceived to solve the problems described above, and it is an object of the present invention to provide a vehicle accident report using a telephone terminal reporting a vehicle accident using wire / wireless connectivity between a vehicle and a terminal And an object of the present invention is to propose an apparatus and a method.

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

SUMMARY OF THE INVENTION The present invention has been made in order to achieve the above-mentioned object, and it is an object of the present invention to provide an accident occurrence judgment unit for judging whether an accident has occurred in a vehicle. A wired connection determination unit for determining whether the terminal having the telephone function is connected to the vehicle by a wired connection when it is determined that the vehicle is in the accident; A wireless connection execution unit that wirelessly connects the terminal having the telephone function to the vehicle when it is determined that the terminal to which the telephone function is assigned is not connected to the vehicle by wire; And a vehicle accident reporting unit reporting the incident to a Public Safety Answering Point (PSAP) using the terminal to which the telephone function is assigned if the terminal having the telephone function is connected to the vehicle by wire or wirelessly A vehicle accident report device using a telephone terminal is proposed.

Preferably, the wired connection determining unit determines whether or not the terminal having the telephone function is present among the terminals connected to the vehicle through the USB connection, and determines whether the terminal having the telephone function is wired to the vehicle .

Preferably, the wired connection determining unit determines that the wired connection determining unit determines that the wired connection determining unit determines that the wired connection determining unit determines that the wired connection determining unit determines that the wired connection determining unit determines that the wired connection determining unit Or not.

Preferably, the wireless connection execution unit wirelessly connects the terminal, to which the telephone function is assigned, to the vehicle when it is determined that there is no protocol available in the terminal to which the telephone function is assigned, out of the protocols supporting the call function in the vehicle .

Preferably, the wired connection determination unit determines whether there is a protocol available in the terminal to which the telephone function is granted, among the protocols supporting the call function in the vehicle, based on the information about the terminal having the telephone function .

Preferably, the wireless connection execution unit determines whether the terminal having the telephone function supports the handsfree function before wirelessly connecting the terminal having the telephone function to the vehicle.

Preferably, the wireless connection performing unit determines whether the other terminal is wirelessly connected to the vehicle using a predetermined wireless connection method before wirelessly connecting the terminal having the telephone function to the vehicle.

The wireless connection performing unit may be configured to cancel the wireless connection between the other terminal and the vehicle when the other terminal is determined to be wirelessly connected to the vehicle using the wireless connection method, And wirelessly connects the terminal having the telephone function to the vehicle.

Preferably, when the call connection between the terminal having the phone function and the PSAP is terminated within a predetermined time, or if the call connection between the terminal and the PSAP is terminated within a predetermined time, And retries the call connection between the terminal and the PSAP.

Preferably, the vehicle accident report unit measures a call connection time between the PSAP-attached terminal and the PSAP if the call connection between the terminal and the PSAP is successful.

Preferably, when the call connection between the terminal having the telephone function and the PSAP is terminated, the vehicle accident reporting unit may notify the terminal of the telephone number And reports the incident on the basis of at least one telephone number selected accordingly.

Preferably, the occurrence determination unit determines whether or not a predetermined signal is input by the driver of the vehicle, whether a signal instructing the deployment of the airbag is input to the vehicle, whether the load change amount of the vehicle is equal to or greater than the reference change amount, And whether or not the accident has occurred in the vehicle based on at least one of whether the inclination of the vehicle is equal to or greater than a reference inclination.

According to another aspect of the present invention, Determining whether the terminal having the telephone function is connected to the vehicle by wire if it is determined that the accident has occurred in the vehicle; Wirelessly connecting the terminal having the telephone function to the vehicle if the terminal having the telephone function is determined not to be connected to the vehicle by wire; And reporting the incident to a Public Safety Answering Point (PSAP) using a terminal to which the telephone function is assigned if the terminal having the telephone function is connected to the vehicle by wire or wireless. We suggest a vehicle accident report method using terminal.

Preferably, the step of determining whether or not the connection is established may include determining whether or not the terminal having the telephone function is present among the terminals connected to the vehicle through the USB connection, It is judged whether or not it is connected by a wire.

Preferably, the step of determining whether or not the connection is established may include determining whether the terminal having the telephone function is connected to the vehicle by a wired connection, It is determined whether there is a protocol available in the terminal.

Preferably, the connecting step may include connecting the terminal, to which the telephone function is given, to the vehicle wirelessly when it is determined that there is no protocol available in the terminal to which the telephone function is assigned, .

Preferably, the step of determining whether or not the connection is established may include determining whether a protocol available in the terminal to which the telephone function is granted is selected from among protocols supporting the call function in the vehicle based on the information about the terminal having the telephone function Or not.

Preferably, the connecting step determines whether the terminal having the telephone function supports the handsfree function before wirelessly connecting the terminal having the telephone function to the vehicle.

Preferably, the connecting step determines whether or not another terminal is wirelessly connected to the vehicle using a predetermined wireless connection method before wirelessly connecting the terminal having the telephone function to the vehicle.

If it is determined that the other terminal is wirelessly connected to the vehicle using the wireless connection method, the connecting may be terminated by disconnecting the wireless connection between the other terminal and the vehicle and then using the wireless connection method And wirelessly connects the terminal having the telephone function to the vehicle.

If the call connection between the terminal having the phone function and the PSAP is terminated within a predetermined time or within a predetermined period of time, And retries the call connection between the terminal and the PSAP.

Preferably, the reporting step measures a call connection time between the PSAP-attached terminal and the PSAP if the call connection between the terminal and the PSAP is successful.

Preferably, the step of reporting includes, when a call connection between the terminal having the phone function and the PSAP fails, or when the call connection between the PSAP terminal and the terminal having the phone function is terminated, And reports the incident on the basis of at least one telephone number selected accordingly.

Preferably, the step of determining whether or not the occurrence of the abnormality includes determining whether or not a predetermined signal is input by the driver of the vehicle, whether or not a signal instructing deployment of the airbag is input in the vehicle, And whether or not the accident has occurred in the vehicle based on at least one of whether or not the vehicle has an abnormality and whether or not the inclination of the vehicle is equal to or greater than a reference inclination.

The present invention can obtain the following effects by reporting a vehicle accident using wire / wireless connectivity between a vehicle and a terminal (e.g., a smart phone) to which a telephone function is assigned.

First, USB call support can improve the availability of automatic accident reporting.

Second, it is possible to automatically report an accident without user's operation.

Third, by using Bluetooth and USB handsfree call function, there is no need of separate modem device for automatic accident report.

Fourth, there is no need to purchase and install a separate modem for automatic accident reporting, and the user does not have to pay a separate communication fee to use the telematics service.

1 is a configuration diagram of an automatic accident report service providing system according to an embodiment of the present invention.
Fig. 2 is an internal configuration diagram of a vehicle built-in terminal constituting Fig. 1. Fig.
3 is a flowchart illustrating an operation scenario of an automatic accident report service supporting wire / wireless connectivity according to an exemplary embodiment of the present invention.
4 is a conceptual diagram showing the flow of the Health Status message.
5 is a conceptual diagram showing a flow of a Paired Device List message.
6 is a conceptual diagram showing a flow of a Service Discovery message.
7 is a conceptual diagram showing a flow of a Service Connection message.
8 is a conceptual diagram showing the flow of the SMS Support message.
9 is a conceptual diagram showing the flow of the SMS Send message.
10 is a conceptual diagram showing the flow of a Phonebook Download message.
11 is a conceptual diagram showing a flow of Outgoing Call messages.
12 is a conceptual diagram showing a flow of a Terminate Call message.
13 is a conceptual diagram showing the flow of a Get Current Calls message.
14 is a conceptual diagram showing a flow of a Call Status Indication message.
15 is a block diagram schematically showing a vehicle accident reporting apparatus according to a preferred embodiment of the present invention.
16 is a flowchart schematically showing a vehicle accident report method according to a preferred embodiment of the present invention.

Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. In the drawings, the same reference numerals are used to designate the same or similar components throughout the drawings. In the following description of the present invention, a detailed description of known functions and configurations incorporated herein will be omitted when it may make the subject matter of the present invention rather unclear. In addition, the preferred embodiments of the present invention will be described below, but it is needless to say that the technical idea of the present invention is not limited thereto and can be variously modified by those skilled in the art.

The present invention relates to a method for improving availability of a function of automatically reporting an accident using a device having a telephone call function when an accident occurs in a vehicle. The object of the present invention is to ensure the reusability and device compatibility of the automatic accident report S / W even if the wired /

The recently developed smartphone connectivity technology enables users to use the voice recognition, multimedia, phone call and navigation functions provided by the smartphone when the user connects the smartphone with the vehicle. When using this technique, the user does not need to register the mobile communication terminal with the vehicle using Bluetooth for hands-free telephone conversation. Therefore, according to the present invention, even if the Bluetooth support device is not registered in the event of an accident, the automatic accident report service can be normally executed.

1 is a configuration diagram of an automatic accident report service providing system according to an embodiment of the present invention.

The automatic accident report service providing system 100 is an automatic accident report service providing system that supports wired / wireless mirroring connection technology.

The vehicle interface 111 is provided in the vehicle built-in terminal 110, and a signal for detecting the occurrence of an accident of the vehicle is inputted through CAN, LIN, Flexray, PWM or the like.

The vehicle built-in terminal 110 is a terminal supporting the mobile communication terminal 120, the wired connection technology 122, and the wireless connection technology 121. The vehicle built-in terminal 110 is an apparatus for providing an infotainment function such as a vehicle multimedia or navigation.

The mobile communication terminal 120 supports a wired connection technology 122 or a wireless connection technology 121 and is a portable terminal having a telephone function. The mobile communication terminal 120 is a terminal such as a smart phone supporting a telephone function using a Bluetooth handsfree or a USB connection.

The accident report center server 130 may be provided in a vehicle accident report center such as 911 in Korea or 911 in the United States as a server provided in an automatic accident report response center.

The automatic incidence reporting service providing system 100 has been described with reference to FIG. The present invention to be described below is limited to the peripheral device control method of the vehicle built-in terminal 110. The main configuration of the vehicle built-in terminal 110 will be described with reference to Fig. Fig. 2 is an internal configuration diagram of a vehicle built-in terminal constituting Fig. 1. Fig.

The external equipment interface 111 is an interface for controlling external devices connected to the vehicle built-in terminal 110 via CAN, LIN, Flexray, or the like.

The MICOM 112 is a processor for transmitting and receiving messages for interworking with external devices. In the present invention, the MICOM 112 controls an audio input device (e.g., a microphone) and an output device (e.g., an amplifier, a speaker, and the like). The MICOM 112 also transmits a vehicle accident occurrence event to the CPU block 113.

The CPU block 113 is a main processor block, and a main application is driven. In the present invention, the CPU block 113 serves to recognize the occurrence of a vehicle accident. The CPU block 113 automatically connects the telephone to the accident report center server 130 using the API provided by the external device interlocking module 114.

The external device interworking module 114 is an S / W for interworking with various external devices, and provides an API that an upper application can use. The external device interworking module 114 is composed of S / W that implements the requirements defined in each interface standard. On the other hand, the external device interlocking module 114 interfaces with the device providing the telephone function connected to the vehicle built-in terminal 110.

The internal interfaces 141, 142, and 143 are interfaces between the internal modules constituting the vehicle-embedded terminal 110, such as UART, SPI, and IIC.

The Bluetooth stack 115 is a S / W and H / W module for an interface between the vehicle built-in terminal 110 and the mobile communication terminal 120 supporting Bluetooth.

The USB connector 116 is an H / W connector that can be connected to the vehicle built-in terminal 110 and the mobile communication terminal 120 supporting USB.

3 is a flowchart illustrating an operation scenario of an automatic accident report service supporting wire / wireless connectivity according to an exemplary embodiment of the present invention. The following description refers to Fig.

In the present invention, wired and wireless connection technologies that support a mirroring function that has been hitherto known are described as an example, but the present invention is not limited thereto. Examples of wired connection technologies include Apple's Car Play using USB and Google's Automotive Link, and an example of a wireless connection technology is Bluetooth hands-free.

The vehicle built-in terminal 110 of the present invention describes Google's Android platform as an example, but the present invention is not limited thereto.

1. Recognition of Accident Occurrence (S205)

When an accident occurs in the vehicle, the airbag sensor detects this. An accident occurrence event is transmitted from this sensor to the MICOM 112 of the vehicle built-in terminal 110 through CAN, LIN, Flexray, PWM, or the like.

The MICOM 112 transmits this message to the CPU block 113, and the telematics application of the CPU block 113 recognizes that an accident has occurred in the vehicle.

The telematics application informs the driver of the vehicle of the occurrence of the accident through the voice guidance and display device and notifies the start of the automatic accident report service.

2. Check device connection

2.1 Checking the wired connection (S210)

Since the wired connection is more stable than the wireless connection, when the mobile communication terminal 120 is wired, the wired connection is prioritized and a call connection is attempted. In the present invention, a method of using USB, which is one of the wired connection technologies, will be described. If a device exists in the USB device list as in the code 1 below, it is determined that the USB device is connected.

If there is no wired device, go to step 3 and try wireless auto connection.

- Code 1. USB device acquisition method

private UsbDevice getUsbDevice () {

    // Create USB related services provided by Android.

    UsbManager manager = (UsbManager) context.getSystemService (Context.USB_SERVICE);

    // Obtain a list of USB devices connected to the vehicle embedded terminal.

    HashMap <String, UsbDevice> deviceList = manager.getDeviceList ();

    // Check for each device connected via USB.

    Iterator <UsbDevice> deviceIterator = deviceList.values (). Iterator ();

    while (deviceIterator.hasNext ()) {

        UsbDevice device = deviceIterator.next ()

        String devName = device.getDeviceName ();

        // Check if it is a USB hub.

        if (device.getDeviceClass ()! = USB_CLASS_HUB) {

            if ((new File (devName)). exists ())

                return device;

        }

    }

}

2.1.1 Confirm whether the protocol supports telephone call (S215)

And confirms whether the connected mobile communication terminal 120 is a connectivity technology supporting the telephone communication function. If it is a wired connectivity protocol that does not support the phone call feature, go to step 2.2 and check if wireless connection is established. In this case, we explain Apple's car play and google's Automotive Link for wired connection, and wireless connection explains Bluetooth.

Since there may exist various protocols in a wired connection supporting a telephone call, the embedded terminal 110 stores a list of supported protocols in a list form and checks whether each protocol supports the connected device. In this case, code 2 can be used.

- Code 2. Check if protocol is supported for the connected USB device

// Obtain the USB device.

UsbDevice device = getUsbDevice ();

// Obtain a list of supported protocols stored in the vehicle embedded terminal.

HashMap <String, String> ProtocolList = manager.getProtocolList ();

// Verify that the USB connected device supports each protocol.

Iterator <String> iterator = ProtocolList.values (). Iterator ();

while (iterator.hasNext ()) {

    String Protocol = iterator.next ()

    // Checks whether each protocol is supported and returns the protocol name if it is confirmed to support it.

    if (checkProtocol (device, Protocol) == true) {

        return Protocol;

    }

}

2.1.1.1 Verify that Apple supports "Car play"

If it is confirmed that the wired connection is established through step 2.1 above, the vehicle built-in terminal 110 checks whether it is a wired connection supporting the telephone call. In this case, we explain using car play and obtain the vendor ID of the device connected to USB and check whether it is Apple's unique ID. You can see it in Code 3.

If the USB device is recognized as Apple's device, make sure that it is connected to the Car play protocol that supports the phone call function. In this case, it can be judged whether the car play is executed in the code 4.

- Code 3. How to tell if you have an Apple device

public static final boolean isAppleDevice (UsbDevice device) {

    // Verify the connected USB device is an Apple device or vender ID

    return device.getVendorId () == 0x05AC;

}

- Code 4. How to determine if your device supports car play

// Make sure Car play is running because of the connected USB device

return IDiPOManager.getStatus (TYPE_DIPO_STAT) == VAL_DIPO_STAT_STARTED

2.1.1.2 Verify that the device supports Google's Automotive Link

In step 2.1.1 and 2.1.1.1 above, if the wired device does not support a specific protocol, confirm that it supports the next protocol in the list. In this case, we explain using Automotive Link and acquire the vendor ID of the device connected to USB and check whether it is Google's unique ID. You can see it in code 6.

Once the USB device is confirmed to Google's device, verify that the connection is established using the Automotive Link protocol that supports the phone call feature. In this case, code 5 can determine whether or not Automotive Link is running.

- Code 5. How to check whether Automotive Link is running

// Create a solution to manage the automotive link.

GpmManager mGpmManager; mGpmManager = new GpmManager ((Context) mContext);

// Returns TRUE if the Automotive function is running.

return mGpmManager.isGpmActivated ();

- Code 6. How to determine if your device supports Automotive Link

public static final boolean isAoaDevice (UsbDevice device) {

    // Verify that the vendor ID of the connected USB device is a Google device

    if (device.getVendorId () == 0x18D1) {

        // Verify that the product ID of the connected USB device supports Android open accessory

        switch (device.getProductId ()) {

            case 0x2D00: // accessory

            case 0x2D01: // accessory + adb

            case 0x2D02: // audio

            case 0x2D03: // audio + adb

            case 0x2D04: // accessory + audio

            case 0x2D05: // accessory + audio + adb

                return true;

        }

    }

    return false;

}

2.1.1.3. Other devices

And performs an exception process when the device currently connected through the wired connection does not support the telephone capable protocol defined by the vehicle built-in terminal 110. [ If it is determined that the device does not provide a telephone call function as a result of the final check, go to step 2.2 to confirm the wireless connection.

In this case, Google's Android-based devices may not have started the Android Open Accessory (AOA) session because the USB vendor ID uses the ID of each manufacturer. Therefore, the AOA execution request is transmitted to the smartphone, and it waits until the vendor ID responds to Google. If there is no response, it is determined that the terminal is not supported, and the process moves to step 2.2.

- Code 7. Request to run Android Open Accessory

// Google has defined values in Android Open Accessory and should be sent in index order.

private static final Object [] [] ACCESSORY_STRINGS = {

    {ACCESSORY_STRING_MANUFACTURER, "Hyundai Mobis"},

    {ACCESSORY_STRING_MODEL, "TelematicsLite"},

    {ACCESSORY_STRING_DESCRIPTION, "Telematics Lite"},

    {ACCESSORY_STRING_VERSION, "1.0"},

    {ACCESSORY_STRING_URI, "http://www.myuvo.com/uvoapp/android.shtml"},

    {ACCESSORY_STRING_SERIAL, "1234567890"}

};

// Command to execute AOA

public static final int ACCESSORY_SEND_STRING = 52;

public static final int ACCESSORY_START = 53;

// Vehicle-embedded terminal transmits values for starting AOA to the mobile communication terminal using USB communication.

for (Object [] strings: ACCESSORY_STRINGS) {

    connection.controlTransfer (UsbConstants.USB_DIR_OUT | UsbConstants.USB_TYPE_VENDOR,

        Strings [0], (String) strings [1], (String) strings [1] .length,

        AOA_TIMEOUT);

}

connection.controlTransfer (UsbConstants.USB_DIR_OUT | UsbConstants.USB_TYPE_VENDOR,

    ACCESSORY_START, 0, 0, null, 0, AOA_TIMEOUT);

2.2 Checking Wireless Connection (S235)

If there is no wired connection or if the protocol does not support phone calls, try to make a phone call using wireless connection technology. In the present invention, a method of using Bluetooth, which is one of wireless connection technologies, will be described.

- Code 8. Confirm Bluetooth connection

private int checkBluetoothCall () {

    BluetoothAdapter adapter = BluetoothAdapter.getDefaultAdapter ();

    // Obtain a Bluetooth connectable device stored in the vehicle built-in terminal.

    Set <BluetoothDevice> deviceList = adapter.getBondedDevices ();

    // If the device list is 0 or less, it means there is no stored device.

    if (deviceList == null || deviceList.size () <1)

        return NOT_PAIRED;

    // If there is a stored device and there is a device currently connected via Bluetooth, it is possible to connect to the automatic incident reporting center.

    if (mLocalManager.IbtcmGetHFConnectedDevice ()! = null)

        return CONNECTED;

    // If there is a stored device but there is no device currently connected to Bluetooth, you should try to connect automatically.

    else

        return NOT_CONNECTED;

}

2.2.1 Confirm whether the device supports Bluetooth hands-free (S240)

In this case, it is confirmed whether the mobile communication terminal 120 connected via Bluetooth supports the hands-free function.

The vehicle built-in terminal 110 transmits 'PAIRED_DEVICE_LIST_REQ' to the Bluetooth Stack 115 to request a currently registered list of Bluetooth supported devices. Then, 'PAIRED_DEVICE_LIST_IND' is received and the currently registered Bluetooth-enabled device is confirmed.

The vehicle built-in terminal 110 confirms whether the registered Bluetooth-enabled device supports the handsfree function. This is because it is possible to receive the service 'SERVICE_DISCOVERY_IND' from the Bluetooth stack 115 by transmitting 'SERVICE_DISCOVERY_REQ' when registering the Bluetooth device in the vehicle built-in terminal 110 and storing the supported service in the nonvolatile memory in advance.

If there is no device that supports Handfree, induce the driver to report the accident directly through voice guidance and display device and terminate the automatic accident report service.

When there is a device supporting a handsfree service, the vehicle built-in terminal 110 transmits 'HEALTH_STATUS_REQ' to the Bluetooth stack 115 to request status information of the Bluetooth service. And receives a 'HEALTH_STATUS_CFM' response message to confirm the Handsfree state.

If the Handsfree status is 'INITIALIZING', 'READY', or 'CONNECTING', it is not currently connected and it moves to step 3.

If the Handsfree status is CONNECTED, INCOMING_CALL, OUTGOING_CALL, ACTIVE_CALL, WAITING_CALL, MULTI_ACTIVE_CALL, HELD_CALL, ACTIVE_AND_HOLD or MULTI_HELD_CALL, do.

2.2.2 Other devices (S245)

If you do not support Bluetooth handsfree or you do not have a device connected via Bluetooth, go to step 3 and try to connect automatically.

4 is a conceptual diagram showing the flow of the Health Status message.

Message (Parameter)

- HEALTH_STATUS_REQ ()

- HEALTH_STATUS_CFM (Handsfree Status, A2DP Status, AVRCP Status, PBAP Status, Call Status)

The HEART_STATUS_REQ may be transmitted from the CPU block 113 to request the status of the Bluetooth stack 115 (311). The Bluetooth Stack 115 informs the current state of all the values of each Parameter (312).

5 is a conceptual diagram showing a flow of a Paired Device List message.

Message (Parameter)

- PAIRED_DEVICE_LIST_REQ ()

- PAIRED_DEVICE_LIST_IND (Index, BD Address, Device Name)

- PAIRED_DEVICE_LIST_CFM (Result)

The PAIRED_DEVICE_LIST_REQ is transmitted from the CPU block 113 to obtain a list of paired devices stored in the Bluetooth stack 115 (321). The Bluetooth Stack 115 transmits the PAEDED_DEVICE_LIST_IND message in response to the PAEDED_DEVICE_LIST_IND message (322) and transmits the PAIRED_DEVICE_LIST_CFM message (323) when all the list transmission is completed. However, the maximum number of paired devices may be limited depending on the development environment.

6 is a conceptual diagram showing a flow of a Service Discovery message.

Message (Parameter)

- SERVICE_DISCOVERY_REQ (BD Address, Profile ID List Number, Profile ID List)

- SERVICE_DISCOVERY_IND (Supported Profile ID, Result)

- SERVICE_DISCOVERY_CFM (Result)

You can search for support services for the specified Bluetooth device. (BD Address) and Profile ID of the device to search for the support service in the UI System are transmitted to the Bluetooth stack 115 together with the SERVICE_DISCOVERY_REQ message to search for the support service of the designated device (331).

The search result of the support service is conveyed 332 by SERVICE_DISCOVERY_IND.

SERVICE_DISCOVERY_CFM announces the end of delivery of search results (333).

3. Wireless automatic connection attempt (S245, S250)

The Bluetooth automatic connection target device is limited to the devices registered in the vehicle built-in terminal 110 and supporting the handsfree service.

Attempts to connect to the most recently connected device among the registered devices. In this case, when the Bluetooth device is connected, 'BT_DEVICE_ADDRESS' is stored in the nonvolatile memory. If the device is found in the registered device list obtained through 'PAIRED_DEVICE_LIST_IND' in step 2.2.1, the device that has recently been connected can be known.

BT_DEVICE_ADDRESS 'of the recently connected Bluetooth enabled device is included in the list,' BT_DEVICE_ADDRESS 'and' HANDSFREE_PROFILE_ID 'are stored in the' SERVICE_CONNECT_REQ 'message and transmitted to the Bluetooth stack 115 to request connection.

The automatic connection success condition is when 'RESULT_SUCESS' is received in the result field of 'SERVICE_CONNECT_CFM'.

If the connection fails, try connecting one or more times to devices supporting Handsfree among registered devices. If all the devices fail despite the automatic connection attempt, induce the user to report the accident directly by using the voice guidance and display device and terminate the automatic accident report service.

7 is a conceptual diagram showing a flow of a Service Connection message.

Message (Parameter)

- SERVICE_CONNECT_REQ (BD Address, Profile ID)

- SERVICE_CONNECT_CFM (Result, BD Address, Profile ID, Connection ID Remote Name)

You can try to connect to a designated Bluetooth enabled device. The CPU block 113 transmits the address (BD Address) and the Profile ID of the specific device to the Bluetooth stack 115 together with the SERVICE_CONNECT_REQ message (341), and transmits a SERVICE_CONNECT_CFM message to the CPU block 113 together with the processing result (342).

4. Try to make a call (S220, S240).

And tries to connect the telephone to the accident report center server 130 using wired or wireless connection technology.

4.1. When a call is attempted using the wire connection technology (S220)

When the device wired to the vehicle-embedded terminal 110 supports the telephone call function, the accident call center server 130 is called. In this case, Apple's Car Play feature explains.

4.1.1 Try dialing up

An attempt is made to connect the telephone to the accident report center server 130. In this example, a method of requesting the mobile communication terminal 120 to make a call using Apple Car Play via a USB channel will be described. You can make a call through code 10.

After requesting to make a call, check whether the call is normally connected using the call status and the telephone number being called. This example demonstrates how to use apple's iap2. You can see it in Code 9.

If the telephone is normally connected, it is possible to speak to an accident report center agent.

If the wired connection is disconnected or inoperable while the phone is connected, the wireless connection is attempted automatically. You can find it in code 11.

- Code 9. Checking phone connection status

     public void onReceive (Context context, Intent intent) {

            String action = intent.getAction ();

            Bundle extras = intent.getExtras ();

            // Receive phone state information of Car play.

            if (action.equals (ACTION_CARPLAY_CALL_INFORMATION)) {

                // Car play to receive the phone number of the other party on the phone.

                String callNumber = extras.getString ("carPlayCallNumber");

                // Receive the call status of Car play.

                int callStatus = extras.getInt ("carPlayCallStatus");

                int callDirection = extras.getInt ("carPlayCallDirection");

                        switch (callStatus) {

                            // Connecting phone

                            case Iap2Const.CallStateStatus.Connecting:

                                onCarPlayCallDialing (callNumber);

                                break;

                            // Connected by phone

                            case Iap2Const.CallStateStatus.Active:

                                onCarPlayCallActive (callNumber);

                                break;

                            // The phone is disconnected.

                            case Iap2Const.CallStateStatus.Disconnected:

                                onCarPlayCallDisconnected (callNumber);

                                break;

                        }

    }

- Code 10. Attempting a dial-up connection

    private void requestAcnCarPlayCalling () {

        changeAcnProgressState (AcnProgressState.REQUEST_DIALING);

        startDtmfReceiverService ();

        // Request to call Car play.

        Intent intent = new Intent ("android.intent.action.UVO_REQUEST");

        intent.putExtra ("command", 0x01); // UVO Call

        intent.putExtra ("url", "tel:" + getAcnCallNumber ());

        sendBroadcast (intent);

}

- Code 11. Wireless Auto Attempt when wired

// When car play is connected

if (mCarPlayStateUpdateService.carPlayDipoStatus () == DIPO_STAT_STARTED) {

    mCarPlayCallScreen = true;

    // Call the car play.

    startAcnCarPlayCall ();

}

// Car paly is disconnected

else {

    // If Bluetooth is not connected

    if (checkBluetoothCall () == AcnBluetoothStatus.NOT_CONNECTED) {

        // Attempt to connect Bluetooth automatically.

        startBluetoothAutoConnection ();

        return;

    }

    // If Bluetooth is connected, make a call to Bluetooth.

    startAcnBluetoothCall ();

}

4.1.2 Telephone connection retry (S225, S230)

The call connection center server 130 may not automatically establish a call connection due to an error of the mobile communication terminal 120 or a temporary failure of the mobile communication network. Therefore, in the present invention, a telephone connection retry function is added to improve the availability of the automatic accident report service.

If the user is in a state of 'Disconnected' while the user does not terminate the call using the H / U's user interface (hard key, screen touch, steering wheel remote control, etc.), the call connection is retried. In the present invention, a method of using apple iap2 to determine a call connection failure will be described as an example. You can find it in Code 12.

If the call connection to the accident report center server 130 is unsuccessful because the mobile communication terminal 120 is already in a call state before the call is made, the existing call is forcibly terminated. Accordingly, when a call other than the telephone number of the accident report center is terminated, the call connection center server 130 is waited for connection with the accident report center server 130 without performing the telephone connection retry function.

If the call is successful but the call is terminated within 5 seconds, it is difficult to say that the call was normally made with the agent at the accident report center.

The telephone connection retry only once. If it fails again, terminate the service and notify the user.

- Code 12. Decision logic when the phone is disconnected

private void onCarPlayCallDisconnected (String number) {

    // Ignore if the call to another phone number is lost.

    if (! isEmergencyNumber (number) && (mCallActiveTimeMillis! = -1)) {

        return;

    }

    // Do not retry dialing if user terminates using H / U's user interface.

    if (mUuserCallEnd == true) {

        mServiceResultSuccess = false;

    // If the call ends before the call connection, retry.

    } else if (mCarPlayCallRequested) {

        // If it is the first failure, retry once.

        if (mRetryCountForCallDrop <1) {

            mRetryCountForCallDrop ++;

            mRetryCallingRequested = true;

            dialFailed (false);

        // If it retries one time but fails again, it treats it as end of service.

        } else {

            dialFailed (true);

        } If the call is connected but disconnected within 5 seconds

    // Retry when connection is completed within 5 seconds.

    } else if (disconnectedTimeMillis - mCallActiveTimeMillis) < 5000) {

        if (mRetryCountForCallDrop <1) {

            mRetryCountForCallDrop ++;

            mRetryCallingRequested = true;

            dialFailed (false);

        } else {

            dialFailed (true);

        }

    }

    // If you need to retry

    if (mRetryCallingRequested) {

        // Send a message for call connection retry.

        mHandler.sendEmptyMessageDelayed (H_REQUEST_REDIALING_EMERGENCY_CALL, 2000);

        return;

    }

}

- Code 13. Auto-retry dialing

public void handleMessage (Message msg) {

    switch (msg.what) {

        // If you receive a message to retry the call

        case H_REQUEST_REDIALING_EMERGENCY_CALL:

            // Try Car Play call if car play is viable

            if (mCarPlayStateUpdateService.carPlayDipoStatus () == DIPO_STAT_STARTED) {

                requestAcnCarPlayCalling ();

            }

            // Try calling another Bluetooth device.

            else {

                requestAcnBluetoothCalling ();

            }

            break;

    }

}

4.2. A call attempt using the wireless connection technology (S240)

If a device supporting Bluetooth Handsfree is connected, use Bluetooth to call the accident report center.

4.2.1 Notification of accidents to persons who are connected to the call

If the Bluetooth Handsfree connection status confirmed by using 'HEALTH_STATUS_CFM' message is connected, first report the accident by SMS using Bluetooth Handsfree service to the car accident report center. This is to prepare the driver who rides in the vehicle to lose consciousness. In this example, 'SMS_SUPPORT_REQ' is transmitted to the Bluetooth Stack 115 to request that the connected device supports the SMS transmission function. The vehicle built-in terminal 110 can receive the SMS_SUPPORT_CFM and know the available SMS memory area and the SMS type (PDU binary or Text). The SMS transmission is omitted if the connected device does not support it.

When the connected device supports the SMS service, the vehicle built-in terminal 110 acquires the call list existing in the connected device. In this case, 'PHONEBOOK_TYPE_INCOMING_CALL', 'PHONEBOOK_TYPE_OUTGOING_CALL', and 'PHONEBOOK_TYPE_MISSED_CALL' are transmitted as parameters to transmit 'PBAPC_DOWNLOAD_PHONEBOOK_REQ' message to acquire the details of incoming, outgoing, and missed calls.

And transmits the SMS / MMS message containing the thought contents using the call list obtained in the step. In this example, after sorting the calls list in the most recent time order, select the telephone number to which the SMS / MMS message will be sent by selecting five different telephone numbers. 'SMS_SEND_REQ' message including mode (PDU or Text) information, data size, and incident guidance message data provided by the connected device. In the accident guidance message data, the telephone number of the receiver, the accident occurrence guidance message, the coordinates of the diameter of the vehicle, and the time of the accident are recorded.

If SMS message transmission fails, retry only once. In this example, the result of each 'SMS_SEND_CFM' received from the Bluetooth stack 115 for the total of 5 'SMS_SEND_REQ' transmissions is not 'RESULT_SUCESS'. In this case, wait for 5 seconds and send the failed 'SMS_SEND_REQ' once again.

If the Bluetooth Handsfree connection status confirmed by using 'HEALTH_STATUS_CFM' message is connected, make a call using Bluetooth Handsfree to the car accident report center. In this example, the phone number (ex 911) of the vehicle accident report center is stored in 'OUTGOING_CALL_REQ' and transmitted to the Bluetooth Stack 115.

If the Bluetooth connection is disconnected before dialing, go to step 3 again and try to connect automatically. In this example, since the 'SERVICE_DISCONNECT_IND' notification message is transmitted from the Bluetooth Stack 115 to the vehicle built-in terminal 110, it is possible to detect the Handsfree connection release.

8 is a conceptual diagram showing the flow of the SMS Support message.

Message (Parameter)

- SMS_SUPPORT_REQ (Connection ID)

- SMS_SUPPORT_CFM (Result, Connection ID, Supported Memory, Mode)

Check whether the connection device supports the SMS receiving function using AT Command (351). Then, the available SMS memory area and SMS type (PDU, Text) can be known (352).

9 is a conceptual diagram showing the flow of the SMS Send message.

Message (Parameter)

- SMS_SEND_REQ (Connection ID, Mode, SMS Size, Sequence, Length, Data)

- SMS_SEND_CFM (Result, Connection ID)

The CPU block 113 transmits the SMS of PDU or Text using the SMS_SEND_REQ (361). The Bluetooth Stack 115 then sends a message to respond (362).

10 is a conceptual diagram showing the flow of a Phonebook Download message.

Message (Parameter)

- PBAPC_DOWNLOAD_PHONEBOOK_REQ (Connection ID, Repository, Path, Start, End, Format,

AT-C charset, AT-C charset data)

- PBAPC_PHONEBOOK_SIZE_IND (Connection ID, Size, Index Start, Index End,

Supported AT-C charset length, Supported AT-C charset data)

- PBAPC_PHONEBOOK_DATA_IND (Connection ID, Method, Length of Data, Data)

- PBAPC_DOWNLOAD_PHONEBOOK_CFM (Result, Connection ID)

The Bluetooth Stack 115 downloads the Phonebook stored in the phone (or SIM) (374). The CPU block 113 processes the received data by parsing. If the connection id of PBAPC_DOWNLOAD_PHONEBOOK_REQ (371) corresponds to PBAPS, it tries to download phonebook using PBAP, and if it corresponds to HFAG, it uses AT command method (372, 373).

11 is a conceptual diagram showing a flow of Outgoing Call messages.

Message (Parameter)

- OUTGOING_CALL_REQ (Connection ID, Type of call, Number)

- OUTGOING_CALL_CFM (Result, Connection ID)

The CPU block 113 may send OUTGOING_CALL_REQ to request various types of outgoing calls (381). The Bluetooth Stack 115 responds by sending an OUTGOING_CALL_CFM message (382).

4.2.2 Attempting a telephone connection

If the mobile communication terminal 120 is currently in a call state, it checks the telephone number and compares it with the telephone number of the vehicle accident report center. In this case, if the Handsfree status of HEALTH_STATUS_CFM is 'INCOMING_CALL', 'OUTGOING_CALL', 'ACTIVE_CALL', 'WAITING_CALL', 'MULTI_ACTIVE_CALL', 'HELD_CALL', 'ACTIVE_AND_HOLD' or 'MULTI_HELD_CALL' Or 'CALL_STATUS_EVENT_IND'. In case of a busy state, 'GET_CURRENT_CALLS_REQ' may be transmitted to the Bluetooth stack 115 and the telephone number in the call may be obtained in ASCII code through the response 'HFP_CURRENT_CALLS_IND'.

If the compared two numbers are not the same, the user is notified through the voice guidance and display device that the current call is forcibly terminated and a call is made to the vehicle accident report center. If there is no input for a certain period of time after the input of the user is terminated, the current call is forcibly terminated and a call is made to the vehicle accident report center. In this example, 'HFP_TERMINATE_CALL_REQ' is transmitted to the Bluetooth stack 115 to request a call termination. If 'CALL_STATUS_EVENT_IND' is checked every 3 seconds and 'CALL_EVENT_NO_CALL' value is not received, 'HFP_TERMINATE_CALL_REQ' is transmitted again so that the call is disconnected.

When a call is made to the mobile communication terminal 120 connected via Bluetooth after being connected to the vehicle accident report center, the call rejected to maintain the current automatic accident report call is rejected. In this case, the value of 'CALL_STATUS_EVENT_IND' is received as 'WAITING_CALL'. At this time, 'HFP_REJECT_CALL_REQ' is transmitted to the Bluetooth stack 115 to reject the incoming call.

After the call is connected to the car accident report center, some keystrokes are prevented so that the call is not terminated by the user's mistake or unintended operation. However, it does not prevent the functions that help the user to end the call or to know the current position, vehicle condition, and the like. In this example, AV and other entertainment related keys are blocked and the 'Cancel' key on the GUI and the 'Call end' key on the steering wheel and Navigation related keys are not blocked.

When the call end key input is made, it is determined that the call is terminated by the intention of the user, and the automatic accident report service is terminated.

12 is a conceptual diagram showing a flow of a Terminate Call message.

Message (Parameter)

- TERMINATE_CALL_REQ (Connection ID)

- TERMINATE_CALL_CFM (Result, Connection ID)

The CPU block 113 may transmit a TERMINATE_CALL_REQ to request a call termination (391). The Bluetooth Stack 115 responds by sending a TERMINATE_CALL_CFM message (392).

13 is a conceptual diagram showing the flow of a Get Current Calls message.

Message (Parameter)

- GET_CURRENT_CALLS_REQ (Connection ID)

- GET_CURRENT_CALLS_IND (Connection ID, Call Index, Call Direction, Call Status, Call Multiparty, Call Number)

- GET_CURRENT_CALLS_CFM (Result, Connection ID)

In order to know the current call information, the CPU block 113 transmits a GET_CURRENT_CALLS_REQ message to the Bluetooth stack 115 (401). The Bluetooth Stack 115 transmits the current call information to the CPU block 113 through the GET_CURRENT_CALLS_IND message (402). When all the call information is transmitted, the Bluetooth Stack 115 transmits a GET_CURRENT_CALLS_CFM message to the CPU block 113 (403).

14 is a conceptual diagram showing a flow of a Call Status Indication message.

Message (Parameter)

- CALL_STATUS_EVENT_IND (Connection ID, Status)

When in a call, the Bluetooth Stack 115 notifies the state change of the current CALL using the CALL_STATUS_EVENT_IND message (411).

4.2.3 Phone connection retry (S225, S230)

After making a call using Bluetooth, a response message corresponding to the call failure may be given depending on the state of the phone. If you receive this message, try once or several times. In this case, the value of 'OUTGOING_CALL_CFM', which is a response message to 'OUTGOING_CALL_REQ' transmitted to the Bluetooth Stack 115, is 'RESULT_FAIL', 'RESULT_BUSY', 'RESULT_NOT_READY_STATE' or 'RESULT_TIMEOUT'. In this case, wait for 5 seconds until the operation status of the Bluetooth-enabled device is adjusted to some extent, and then transmit 'OUTGOING_CALL_REQ' again.

After making a call using Bluetooth, if the Bluetooth call status does not switch to an active call within a certain period of time, try once or several times. In this case, the value of 'CALL_STATUS_EVENT_IND' does not become 'CALL_EVENT_ACTIVE_CALL' within 20 seconds. If 'CALL_STATUS_EVENT_IND' is 'CALL_EVENT_NO_CALL', 'OUTGOING_CALL_REQ' is transmitted again. If the call connection is attempted like 'CALL_EVENT_INCOMING_CALL', it is regarded as abnormal state of the mobile communication network and 'HFP_TERMINATE_CALL_REQ' is transmitted to the Bluetooth stack 115 to terminate the current call, and after 5 seconds 'OUTGOING_CALL_REQ' is retransmitted and retried .

Bluetooth call status and Bluetooth call status become active call, but if the call is terminated due to reasons other than user's intention within a certain time, it is retried once or several times. In this case, the case of receiving 'CALL_EVENT_NO_CALL' as a value of 'SERVICE_DISCONNECT_IND' notification message and 'CALL_STATUS_EVENT_IND' within 5 seconds after receiving 'CALL_EVENT_ACTIVE_CALL' as a value of 'CALL_STATUS_EVENT_IND'. This case is regarded as abnormal state of the mobile communication network, and after 5 seconds, 'OUTGOING_CALL_REQ' is transmitted again and the call connection is retried.

In case of retrying dialing using Bluetooth, it waits for a certain time and waits for the statuses of previous call failures to be cleared and retries. In this case, a 5-second timer is set up to retry when a time-out event occurs.

When retrying the telephone call using Bluetooth, the driver is notified that the service is being retried through the voice guidance and display device.

If the user attempts to make a call using Bluetooth but fails to make a call, the service provider can notify the driver of the service connection failure through the voice guidance and display device.

When the user terminates the call through the terminal or other operation of the vehicle, the user does not retry by determining that the user intends to terminate the call. This case corresponds to pressing the 'Cancel' button on the GUI or the 'Call end' key on the steering wheel key.

DESCRIPTION OF THE PREFERRED EMBODIMENTS One embodiment of the present invention has been described with reference to Figs. Best Mode for Carrying Out the Invention Hereinafter, preferred forms of the present invention that can be inferred from the above embodiment will be described.

15 is a block diagram schematically showing a vehicle accident reporting apparatus according to a preferred embodiment of the present invention.

The vehicle accident reporting device 500 reports a vehicle accident using a telephone terminal, and has the same concept as the vehicle built-in terminal 110 described with reference to FIG. 1 and FIG.

15, the vehicle accident reporting apparatus 500 includes a power source unit 510, a main control unit 520, an accident occurrence determination unit 530, a wired connection determination unit 540, a wireless connection execution unit 550, And a notification unit 560.

The power supply unit 510 performs a function of supplying power to each configuration of the vehicle accident report device 500. [ The main control unit 520 performs a function of controlling the overall operation of each component constituting the vehicle accident reporting apparatus 500. In consideration of the fact that the vehicle accident reporting apparatus 500 is provided in the AVN system or the like, the power source unit 510 and the main control unit 520 may not be provided in this embodiment.

The accident occurrence judging unit 530 judges whether or not an accident has occurred in the vehicle.

The accident occurrence judging unit 530 judges whether or not a predetermined signal has been inputted by the driver of the vehicle according to the input of the emergency call button, whether or not a signal instructing the deployment of the airbag in the vehicle is inputted, Whether or not an accident has occurred in the vehicle can be determined based on at least one of whether or not the reference inclination is equal to or greater than the reference change amount and whether or not the inclination of the vehicle is equal to or greater than the reference inclination.

In the case where it is determined whether an accident has occurred in the vehicle based on whether the load change amount of the vehicle is equal to or larger than the reference change amount, the accident occurrence determination unit 530 may include a vehicle load detection unit, a vehicle load change amount calculation unit, have.

The vehicle load detection unit performs a function of detecting the load of the vehicle. The vehicle load detecting unit can detect the load of the vehicle using at least one of a strain gauge (strain gauge) and a load cell. The sensor may comprise at least one first sensor located in front of the vehicle and at least one second sensor located in the rear of the vehicle. The first sensor can be attached to a place where the weight of the vehicle can be measured such as the front axle of the vehicle, the front wheel, and the second sensor can be attached to a place where the weight of the vehicle such as the rear wheel shaft of the vehicle, .

The vehicle load change amount calculation unit collects the load detected by the vehicle load detection unit and calculates a load change amount of the vehicle for a predetermined time.

The vehicle accident judging unit compares the load change amount calculated by the vehicle load change amount calculating unit with the reference change amount to determine whether an accident has occurred in the vehicle. The vehicle accident judging unit judges that an accident occurs in the vehicle when the load change amount is equal to or larger than the reference change amount, and judges that no accident occurs in the vehicle when the load change amount is less than the reference change amount.

The vehicle load detection unit can detect the load of the vehicle by using sensors mounted at different positions of the vehicle. In this case, the accident occurrence determining unit 530 may further include an abnormal sensor extracting unit.

The abnormal sensor extracting unit compares the loads of the vehicle detected by the sensors and extracts sensors that do not operate normally.

When the accident occurrence determining unit 530 further includes an abnormality sensor extracting unit, the vehicle load change amount calculating unit calculates the load change amount of the vehicle using the load of the vehicle detected by the remaining sensors excluding the sensor that is not normally operating.

Meanwhile, the accident occurrence determining unit 530 may further include at least one of a traveling information detecting unit, a collision determining unit, a position detecting unit, and a door lock detecting unit.

The traveling information detecting unit performs a function of detecting traveling information of the vehicle at predetermined time intervals. In the present embodiment, the running information is a concept encompassing various information related to running of the vehicle, information on the operating states of various devices mounted on the vehicle, and the like.

The traveling information detecting unit can detect the gear state information of the transmission mounted on the vehicle or the current speed of the vehicle as traveling information.

The vehicle accident determination unit performs a function of determining whether an accident has occurred in the vehicle based on the running information of the vehicle.

The vehicle accident determination unit may determine that an accident has occurred in the vehicle when the gear state information is a mode other than the parking (P) mode and the neutral (N) mode and the current speed is equal to or less than the first reference speed. Also, the vehicle accident judgment unit can judge that an accident has occurred in the vehicle when the gear state information or the current speed is not detected. The first reference speed may be zero, for example.

On the other hand, considering the case where the speed is instantaneously changed to 0 km, the travel information detector and the vehicle accident determiner may be driven as follows.

That is, the traveling information detecting unit can detect the current time when detecting the current speed. When the difference between the previous speed and the current speed is equal to or greater than the first reference value when the current speed is 0 and the difference between the previous time and the current time is less than the second reference value, It can be determined that an accident has occurred.

On the other hand, the vehicle accident judgment unit can be operated when the gear state information is in a mode other than the parking (P) mode and the neutral (N) mode and the current speed is equal to or higher than the second reference speed. The second reference speed may be zero, for example.

The collision judging unit judges whether there is a collision between the vehicle and an object located outside. In this case, the vehicle accident judgment unit can judge whether or not an accident occurs in the vehicle according to the collision. The vehicle accident determination unit determines that an accident has occurred in the vehicle when it is determined that there is a collision between the vehicle and the object.

The collision judging unit may judge whether or not to collide with at least one of a camera for photographing the front of the vehicle, a radar for sensing an object on each side of the vehicle, and an acceleration sensor for measuring the acceleration of the vehicle.

When a collision is determined using a camera, the collision determining unit determines that the distance from the image acquired by the camera to the object is equal to or less than the first reference distance, the image can not be acquired by the camera for a predetermined time, It can be determined that there is a collision between the vehicle and the object when the detection signal for the object is not detected.

In the case of determining whether or not a collision is caused by using a radar, the collision determining unit determines that a collision between the vehicle and the object occurs when the distance to the object obtained by the radar is less than or equal to the second reference distance, .

When the acceleration sensor is used, the collision determining unit can determine that there is a collision between the vehicle and the object when the intensity of the impact measured by the acceleration sensor is equal to or greater than the reference intensity.

The position detection unit detects the position of the vehicle and performs a function of measuring the time when the position is detected.

The door lock detecting section performs a function of detecting information on the door lock state of the vehicle.

In the case of the above case, the vehicle accident judging unit judges that the position of the vehicle detected at the previous time is the same as the position of the vehicle detected at the present time, and if the door unlocking information of the vehicle is not detected for the predetermined time at the previous time and the present time, It can be judged that an accident has occurred.

In a case where it is determined whether or not an accident has occurred in the vehicle based on whether the inclination of the vehicle is equal to or greater than the reference inclination, the accident occurrence determination unit 530 may include a slope acquisition unit, a vehicle signal acquisition unit, and a vehicle accident determination unit.

The tilt acquisition unit performs a function of acquiring a tilt of the vehicle. The tilt acquiring unit can acquire the tilt of the vehicle using a three-axis acceleration sensor or a gyro sensor.

The vehicle signal acquisition unit performs a function of acquiring a signal by the vehicle equipment.

The vehicle signal acquisition unit receives a signal indicating whether the vehicle deploys the airbag with a signal from the vehicle device, a signal indicating whether the vehicle is running, a signal indicating a speed of the vehicle, a signal indicating a shift state of the vehicle, , And a signal obtained by photographing the front or inside of the vehicle.

The vehicle accident determination unit performs a function of determining whether an accident has occurred in the vehicle based on the inclination of the vehicle and the signal from the vehicle device.

If it is determined that the slope of the vehicle is equal to or greater than the reference slope, the vehicle accident determination unit may determine whether an accident has occurred in the vehicle based on a signal from the vehicle device.

The vehicle accident judgment unit can judge that an accident has occurred in the vehicle when a signal to deploy the air bag of the vehicle is obtained by signaling whether or not the vehicle is deployed.

A signal indicating whether the vehicle is deployed or not is obtained as a signal indicating whether the vehicle is deployed or not, and a signal indicating that the vehicle is started is acquired as a signal regarding the start-up state of the vehicle, And a signal indicating that the transmission of the vehicle is located in a mode other than the P (Parking) mode is obtained as a signal for the shift state of the vehicle, it can be determined that an accident has occurred in the vehicle.

The vehicle accident determination unit determines whether or not the signal indicating that the starting of the vehicle is off and the signal indicating that the transmission of the vehicle is in the P mode are acquired simultaneously with the signal indicating that the vehicle is in the shift state, It is determined that an accident has occurred in the vehicle if the transmission of the vehicle is acquired earlier than the signal indicating that the transmission is located in the P mode.

The vehicle accident judging unit can judge that an accident has occurred in the vehicle when a signal indicating that the voltage supplied from the vehicle battery is LOW is acquired for starting the vehicle by signaling the detachment of the vehicle battery.

The vehicle accident judging unit can judge the type of accident of the vehicle such as the overturning of the vehicle based on the inclination of the vehicle.

The wired connection determination unit 540 determines whether the terminal having the telephone function is connected to the vehicle through a wired connection when it is determined by the accident occurrence determination unit 530 that an accident has occurred in the vehicle.

The wired connection determining unit 540 determines whether or not a terminal having a telephone function is present among the terminals connected to the vehicle through the USB method and determines whether the terminal having the telephone function is connected to the vehicle through a wired connection have.

The wired connection determining unit 540 determines that the terminal having the telephone function is connected to the vehicle by a wired connection when it is determined that the terminal having the telephone function is among the terminals connected to the vehicle through the USB method. On the other hand, when the wired connection determining unit 540 determines that there is no terminal to which the telephone function is assigned among the terminals connected to the vehicle through the USB connection, the wired connection determining unit 540 determines that the terminal having the telephone function is not wired to the vehicle.

The wired connection determining unit 540 can determine whether there is a terminal having a telephone function among the terminals connected to the vehicle through the USB connection based on the information about the terminal having the telephone function.

The wired connection determining unit 540 can determine whether there is a protocol available in the terminal to which the telephone function is assigned among the protocols supporting the call function in the vehicle based on the information about the terminal having the telephone function.

The wired connection determination unit 540 can use the terminal vendor ID, the terminal manufacturer ID, and the like as the information on the terminal to which the telephone function is given.

The wireless connection performing unit 550 has a function of wirelessly connecting the terminal having the telephone function to the vehicle when the wired connection determining unit 540 determines that the terminal having the telephone function is not wired to the vehicle .

The wireless connection performing unit 550 may wirelessly connect the terminal having the telephone function to the vehicle using Bluetooth.

The wireless connection performing unit 550 may determine whether the terminal having the telephone function supports the handsfree function before wirelessly connecting the terminal having the telephone function to the vehicle.

If it is determined that the terminal having the telephone function supports the handsfree function, the wireless connection performing unit 550 wirelessly connects the terminal having the telephone function to the vehicle. On the other hand, if it is determined that the terminal to which the telephone function is assigned does not support the handsfree function, the wireless connection performing unit 550 does not wirelessly connect the terminal having the telephone function to the vehicle.

The wireless connection performing unit 550 may determine whether the other terminal is wirelessly connected to the vehicle using a predetermined wireless connection method before wirelessly connecting the terminal having the telephone function to the vehicle.

When it is determined that the other terminal is not wirelessly connected to the vehicle using a predetermined wireless connection method (for example, Bluetooth), the wireless connection performing unit 550 uses the wireless connection method, To the vehicle wirelessly. On the other hand, if it is determined that the other terminal is wirelessly connected to the vehicle using the wireless connection method, the wireless connection performing unit 550 cancels the wireless connection between the other terminal and the vehicle, And wirelessly connects the terminal having the telephone function to the vehicle.

If it is determined that the other terminal is wirelessly connected to the vehicle using the wireless connection method, the wireless connection performing unit 550 cancels the wireless connection between the other terminal and the vehicle, Can be wirelessly connected to the vehicle.

The functions of the wired connection determining unit 540 and the wireless connection executing unit 550 in the present embodiment consider that the wired connection is more stable than the wireless connection.

When the terminal having the telephone function is connected to the vehicle by wire or wirelessly by the wired connection executing unit (not shown) or the wireless connection executing unit 550, the vehicle accident notifying unit 560 uses the terminal having the telephone function It performs the function of reporting the accident to PSAP (Public Safety Answering Point).

When the call connection between the PSAP terminal and the terminal having the phone function is failed or the call connection between the PSAP terminal and the terminal having the phone function is completed within a predetermined time, the vehicle accident report unit 560 calls the PSAP The connection can be retried.

The vehicle accident report unit 560 can measure the call connection time between the terminal having the telephone function and the PSAP if the call connection between the terminal having the telephone function and the PSAP is successful.

When the call connection between the terminal having the phone function and the PSAP is ended or the call connection between the terminal having the phone function is terminated and the PSAP is terminated, the vehicle accident report unit 560 selects at least one You can report an accident based on your phone number.

On the other hand, if it is determined that the terminal having the telephone function is connected to the vehicle by wire, the wired connection determining unit 540 determines whether there is a protocol available in the terminal having the telephone function among the protocols supporting the call function in the vehicle It can be judged.

If it is determined that there is a protocol available in the terminal to which the telephone function is assigned among the protocols supporting the call function in the vehicle, the vehicle accident reporting section 560 reports the accident to the PSAP using the terminal having the telephone function.

On the other hand, if it is determined that there is no protocol available in the terminal to which the telephone function is assigned among the protocols supporting the call function in the vehicle, the wired connection determination unit 540 determines that the terminal having the telephone function is not connected to the vehicle by wire And judges whether or not the terminal to which the telephone function is assigned is wirelessly connected to the vehicle. The wireless connection performing unit 550 wirelessly connects the terminal having the telephone function to the vehicle when it is determined that there is no protocol available in the terminal having the telephone function among the protocols supporting the communication function in the vehicle.

Next, an operation method of the vehicle accident report device 500 will be described. 16 is a flowchart schematically showing a vehicle accident report method according to a preferred embodiment of the present invention.

First, the accident occurrence determining unit 530 determines whether an accident has occurred in the vehicle (S610).

If it is determined that an accident has occurred in the vehicle, the wired connection determining unit 540 determines whether the terminal having the telephone function is connected to the vehicle by wire (S620).

If it is determined that the terminal having the telephone function is not connected to the vehicle through the wired connection, the wireless connection performing unit 550 wirelessly connects the terminal having the telephone function to the vehicle at step S630.

When the terminal to which the telephone function is assigned is connected to the vehicle through a wired or wireless connection (S620, S630), the vehicle accident reporting section 560 reports the accident to the PSAP (Public Safety Answering Point) using the terminal to which the telephone function is assigned (S640).

It is to be understood that the present invention is not limited to these embodiments, and all elements constituting the embodiment of the present invention described above are described as being combined or operated in one operation. That is, within the scope of the present invention, all of the components may be selectively coupled to one or more of them. In addition, although all of the components may be implemented as one independent hardware, some or all of the components may be selectively combined to perform a part or all of the functions in one or a plurality of hardware. As shown in FIG. In addition, such a computer program may be stored in a computer readable medium such as a USB memory, a CD disk, a flash memory, etc., and read and executed by a computer to implement an embodiment of the present invention. As the recording medium of the computer program, a magnetic recording medium, an optical recording medium, a carrier wave medium, and the like can be included.

Furthermore, all terms including technical or scientific terms have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs, unless otherwise defined in the Detailed Description. Commonly used terms, such as predefined terms, should be interpreted to be consistent with the contextual meanings of the related art, and are not to be construed as ideal or overly formal, unless expressly defined to the contrary.

It will be apparent to those skilled in the art that various modifications, substitutions and substitutions are possible, without departing from the scope and spirit of the invention as disclosed in the accompanying claims. will be. Therefore, the embodiments disclosed in the present invention and the accompanying drawings are intended to illustrate and not to limit the technical spirit of the present invention, and the scope of the technical idea of the present invention is not limited by these embodiments and the accompanying drawings . The scope of protection of the present invention should be construed according to the following claims, and all technical ideas within the scope of equivalents should be construed as falling within the scope of the present invention.

Claims (14)

An accident occurrence judging unit for judging whether or not an accident has occurred in the vehicle;
A wired connection determination unit for determining whether a terminal having a telephone function is connected to the vehicle by a wired connection when it is determined that the vehicle is in the accident;
A wireless connection execution unit that wirelessly connects the terminal having the telephone function to the vehicle when it is determined that the terminal to which the telephone function is assigned is not connected to the vehicle by wire; And
When the terminal having the telephone function is connected to the vehicle through a wired or wireless connection, a vehicle accident reporting unit (not shown) for reporting the accident to the Public Safety Answering Point (PSAP)
Wherein the vehicle accident notification device uses the telephone terminal. The method according to claim 1,
The wired connection determining unit determines whether the terminal having the telephone function is connected among the terminals connected to the vehicle by the USB method and determines whether the terminal having the telephone function is connected to the vehicle by a wired connection Wherein the vehicle accident report device comprises a telephone terminal. 3. The method of claim 2,
The wired connection determining unit determines whether a protocol available in the terminal to which the telephone function is granted is present among the protocols supporting the call function in the vehicle if it is determined that the terminal having the telephone function is connected to the vehicle by wire Wherein the determination unit determines whether or not the vehicle is in an accident. The method of claim 3,
Wherein the wireless connection performing unit wirelessly connects the terminal having the telephone function to the vehicle when it is determined that there is no protocol available in the terminal to which the telephone function is assigned among the protocols supporting the call function in the vehicle A vehicle accident report system using a telephone terminal. The method of claim 3,
Wherein the wired connection determination unit determines whether or not a protocol available in the terminal to which the telephone function is assigned among the protocols supporting the call function in the vehicle is determined based on the information about the terminal to which the telephone function is assigned Vehicle accident report system using telephone terminal. The method according to claim 1,
Wherein the wireless connection execution unit determines whether or not the terminal to which the telephone function is assigned supports the handsfree function before wirelessly connecting the terminal having the telephone function to the vehicle. Vehicle accident report system. The method according to claim 1,
Wherein the wireless connection execution unit determines whether or not the other terminal is wirelessly connected to the vehicle using a predetermined wireless connection method before wirelessly connecting the terminal having the telephone function to the vehicle. Vehicle accident reporting system using. 8. The method of claim 7,
Wherein the wireless connection execution unit releases a wireless connection between the other terminal and the vehicle when it is determined that the other terminal is wirelessly connected to the vehicle using the wireless connection method, Wherein the terminal is wirelessly connected to the vehicle. The method according to claim 1,
Wherein the vehicle accident report unit notifies the terminal having the phone function if the call connection between the terminal having the phone function and the PSAP fails or a call connection between the terminal having the phone function and the PSAP is terminated within a predetermined time, And the call connection between the PSAPs is retried. 10. The method of claim 9,
Wherein the vehicle accident reporting unit measures a call connection time between the terminal having the telephone function and the PSAP if the call connection between the terminal having the telephone function and the PSAP is successful. . The method according to claim 1,
Wherein the vehicle accident report unit includes at least one of the phone numbers selected in accordance with the priority among the phone numbers stored in advance when the call connection between the terminal having the phone function is failed and the call connection between the PSAP and the terminal, And said accident is reported on the basis of the telephone number of said telephone terminal. The method according to claim 1,
Wherein the occurrence determination unit determines whether or not a predetermined signal has been input by the driver of the vehicle, whether a signal instructing the deployment of the airbag has been input in the vehicle, whether the load change amount of the vehicle is equal to or greater than the reference change amount, And whether or not the accident has occurred in the vehicle based on at least one of whether or not the slope is equal to or greater than a reference slope. Determining whether an accident has occurred in the vehicle;
Determining whether the terminal having the telephone function is connected to the vehicle by wire if it is determined that the accident has occurred in the vehicle;
Wirelessly connecting the terminal having the telephone function to the vehicle if the terminal having the telephone function is determined not to be connected to the vehicle by wire; And
When the terminal having the telephone function is connected to the vehicle by wire or wireless, reporting the incident to the Public Safety Answering Point (PSAP) using the terminal having the telephone function
And a telephone terminal connected to the telephone terminal. 14. The method of claim 13,
Wherein the step of determining whether the terminal is connected to the terminal comprises determining whether or not the terminal having the telephone function is present among the terminals connected to the vehicle by the USB method, And determining whether or not the telephone terminal is in a state where the telephone terminal is connected to the telephone terminal.

Images