Vehicle accident detection method, apparatus and system, and terminal device and vehicle-mounted device

Abstract

Provided in the present application are a vehicle accident detection method, apparatus and system, and a terminal device and a vehicle-mounted device. By means of the vehicle-mounted device and the terminal device, which are located in the same vehicle, performing dual detection on whether traveling is abnormal, the result of the vehicle-mounted device and the terminal device detecting whether the traveling is abnormal is taken into full consideration; and the detection of a vehicle state by the vehicle-mounted device can be combined with the capability of the terminal device in vehicle accident detection and emergency rescue calling, thereby improving the accuracy of vehicle accident detection, and also preventing false alarms for special situations such as skiing and roller coaster rides.

Description

Traffic accident detection method, device, system, terminal equipment and vehicle-mounted equipment

[0001] This application claims priority to the Chinese patent application filed with the State Intellectual Property Office on December 12, 2023, with application number 2023117101352 and application name “Mobility Accident Detection Method, Device, System, Terminal Equipment and Vehicle-Mounted Equipment”, all contents of which are incorporated by reference into this application. Technical Field

[0002] The present application relates to the field of safe driving technology, and in particular to a traffic accident detection method, apparatus, system, terminal equipment, and vehicle-mounted equipment. Background Art

[0003] Vehicle accidents are one of the leading causes of death worldwide, and survival rates largely depend on how quickly rescue personnel arrive after an accident. With the advancement of terminal technology, mobile device usage is increasing. Some devices now offer accident detection capabilities. Upon detecting a serious accident, these devices automatically call emergency services and the user's emergency contacts, allowing for faster assistance. However, current accident detection capabilities on terminal devices generally rely on sensors on the device to identify and detect accidents. Due to limitations in sensor performance, the device's ability to identify and detect accidents is limited, potentially leading to the device failing to detect an accident. Furthermore, when users use their devices for activities such as skiing or riding roller coasters, the device may generate false alarms, misidentifying the user as being in an accident while in a specific situation.

[0004] Therefore, how to improve the accuracy of traffic accident detection while ensuring that timely help can be called has become a technical problem that needs to be solved urgently.

[0005] Summary of the Invention

[0006] The present application provides a method, apparatus, system, terminal device and vehicle-mounted device for detecting a traffic accident, which realizes traffic accident detection through interaction between the terminal device and the vehicle-mounted device. When a traffic accident is detected, the terminal device will make an emergency call for help, which can ensure timely calls while improving the accuracy of traffic accident detection and reducing or even avoiding false alarms of traffic accident detection.

[0007] In a first aspect, a traffic accident detection method is provided, which is applied to a terminal device, and the method includes: detecting first driving data of a vehicle; receiving first abnormal prompt information sent by an on-board device; determining whether to make an emergency call based on the first driving data and the first abnormal prompt information, wherein the on-board device and the terminal device are located in the vehicle, and there is a communication connection between the on-board device and the terminal device.

[0008] The traffic accident detection method provided by the first aspect needs to consider the information of both the terminal device and the vehicle-mounted device located in the same vehicle when determining whether to make an emergency call. That is, the detection of driving abnormalities by the vehicle-mounted device and the terminal device is fully considered when performing traffic accident detection. Therefore, the detection of vehicle status by the vehicle-mounted device and the traffic accident detection and emergency rescue call capabilities of the terminal device can be combined to improve the accuracy of traffic accident detection. In addition, when the user carries the terminal device to engage in activities such as skiing or riding a roller coaster, the terminal device will not make an emergency call while the user is skiing or riding a roller coaster because the prerequisite that the terminal device and the vehicle-mounted device are located in the same vehicle is not met. Therefore, the traffic accident detection method provided by the first aspect can also avoid false alarms of traffic accidents in special situations such as skiing and roller coasters.

[0009] In a possible implementation of the first aspect, the first abnormality prompt information includes indication information, and the indication information is used to indicate that the vehicle has a driving abnormality. Determining whether to make an emergency call based on the first driving data and the first abnormality prompt information includes: determining whether the vehicle actually has a driving abnormality based on the indication information and the first driving data; and determining whether to make an emergency call based on whether the vehicle actually has a driving abnormality. In this implementation, after receiving the indication information that the vehicle has a driving abnormality sent by the on-board device, a secondary detection is performed based on the indication information and the first driving data to determine whether there is actually a driving abnormality, and then determining whether to make an emergency call based on whether there is actually a driving abnormality. The accuracy of traffic accident detection is improved by performing secondary detection of traffic accidents using on-board equipment located in the same vehicle.

[0010] Exemplarily, the terminal device may include: handheld devices (such as smart phones), various portable notebooks, various tablet computers, smart cameras, wearable devices, etc.

[0011] In a possible implementation of the first aspect, whether to make an emergency call is determined based on whether the vehicle actually has a driving abnormality, including: in the case of an actual driving abnormality of the vehicle, determining to make an emergency call, the emergency call includes: displaying a call prompt message and sending a prompt message indicating the need to call for help to the on-board device. In the implementation, the two emergency call methods of displaying a call prompt message and sending a prompt message indicating the need to call for help to the on-board device can be performed simultaneously, thereby improving the efficiency of the emergency call; the terminal device displays the call prompt message, which can prompt the terminal device user that a car accident has occurred, so that the user can obtain the car accident information in a timely manner, improving the user experience; by sending a prompt message indicating the need to call for help to the on-board device, a response is given to the on-board device, so that the on-board device can also make an emergency call in a timely manner.

[0012] Exemplarily, after displaying the distress prompt, the car accident detection method further includes: determining whether to initiate an emergency call based on the user's response to the distress prompt. In an implementation, the terminal device interacts with the user when determining whether to initiate an emergency call, and determines whether to initiate an emergency call based on the user's response. This allows the user to be promptly informed of abnormal situations and has the final say on whether to initiate an emergency call, thereby improving the user experience.

[0013] For example, determining whether to initiate an emergency call based on the user's response to a distress prompt message may include: if a user confirms the call, or if no user response is received within a preset time period, then the emergency call is initiated; if a user confirms not to initiate the call, then no emergency call is initiated, i.e., the driving abnormality prompt message sent by the vehicle-mounted device is ignored. In this implementation, if the user does not respond, the user may be in an unresponsive state, and therefore an emergency call is deemed necessary. At this time, the terminal device automatically initiates the emergency call, ensuring that emergency calls can be made even in special circumstances.

[0014] Exemplarily, determining whether to make an emergency call based on whether the vehicle actually has a driving abnormality includes: determining not to make an emergency call when the vehicle actually has no driving abnormality.

[0015] For example, not making an emergency call may include: not displaying a call prompt message and sending a prompt message indicating that no call for help is needed to the vehicle-mounted device.

[0016] In one possible implementation of the first aspect, determining that the vehicle actually has a driving abnormality includes: determining that the vehicle has a driving abnormality and that the severity of the driving abnormality is greater than or equal to a preset abnormality threshold. In this implementation, determining that the vehicle actually has a driving abnormality only occurs when the severity of the driving abnormality is greater than or equal to the preset abnormality threshold. This ensures that the actual driving abnormality is only determined when the driving abnormality reaches a certain severity, thereby reducing over-processing of minor abnormalities and improving the user experience.

[0017] For example, if a driving anomaly is determined to exist and the severity of the driving anomaly is less than a preset anomaly threshold, it can be determined that no driving anomaly actually exists. In this implementation, relatively minor driving anomalies are deemed to exist, thereby reducing terminal device emergency calls caused by minor anomalies and improving the user experience.

[0018] In a possible implementation of the first aspect, determining whether to make an emergency call based on the first driving data and the first abnormality prompt information includes: determining that the vehicle has a driving abnormality based on the first driving data; sending an indication message to the on-board device, the indication message being used to indicate that the vehicle has a driving abnormality; and determining whether to make an emergency call based on the on-board device's response to the indication message, the first abnormality prompt information including the on-board device's response to the indication message. In this implementation, if the terminal device does not receive the driving abnormality indication message from the on-board device, the terminal device detects the driving abnormality based on the detected first driving data, and the terminal device sends the indication message to the on-board device and determines whether to make an emergency call based on the on-board device's response to the indication message. That is, if the terminal device does not receive the indication message sent by the on-board device, it can still achieve dual detection of traffic accidents through the interaction between the on-board device and the terminal device, thereby improving the accuracy of traffic accident detection.

[0019] In one possible implementation of the first aspect, determining whether to initiate an emergency call is based on the vehicle-mounted device's response to an indication message. This includes: if a prompt message is received from the vehicle-mounted device in response to the indication message, confirming that an abnormality has occurred, or if no response message from the vehicle-mounted device to the indication message is received within a preset time period, then determining to initiate an emergency call; if a prompt message is received from the vehicle-mounted device in response to the indication message, confirming that no abnormality has occurred, then determining not to initiate an emergency call. In this implementation, the terminal device can produce a definite result for each of the different responses from the vehicle-mounted device: a determination to initiate an emergency call or a determination not to initiate an emergency call. This method is simple and easy to implement.

[0020] In one possible implementation of the first aspect, before determining whether to initiate an emergency call, the method further includes: determining, via a broadcast message communication method, that the terminal device and the onboard device are located in the vehicle. In this implementation, by determining via broadcast that the terminal device and the onboard device are co-passenger devices, all available terminal devices in the same vehicle as the onboard device can communicate with the onboard device, thereby increasing the applicability of the traffic accident detection method and ensuring that as many passengers as possible in the vehicle can initiate an emergency call and receive emergency assistance.

[0021] In a possible implementation of the first aspect, determining whether the terminal device and the vehicle-mounted device are located in the vehicle is performed through a communication method of broadcasting messages, including: receiving a first prompt message and a first identifier broadcast by the vehicle-mounted device, the first prompt message being used to prompt the vehicle to enter a driving state, the first prompt message including the second driving data of the vehicle acquired by the vehicle-mounted device, and the first identifier being an identifier of the vehicle-mounted device; in response to the first prompt message, determining whether the terminal device is in a riding state based on the third driving data of the vehicle detected by the terminal device; if it is determined that the terminal device is in a riding state, determining whether the terminal device is located in the vehicle based on the second driving data of the vehicle and the third driving data of the vehicle; if it is determined that the terminal device is located in the vehicle, broadcasting a co-rider identifier and a second identifier, the co-rider identifier indicating that the vehicle-mounted device corresponding to the first identifier is located in the same vehicle as the terminal device corresponding to the second identifier, and the second identifier is an identifier of the terminal device. In this implementation, the terminal device determines whether the terminal device and the vehicle-mounted device are passengers in the same vehicle. The first prompt information includes the second driving data of the vehicle. After the terminal device determines that it is in the riding state, it can directly determine whether it is a passenger in the same vehicle based on the second driving data and the third driving data of the vehicle. The method process is relatively short; and the first identifier of the terminal device is used to identify the terminal device, and the second identifier is used to identify the vehicle-mounted device, so that the vehicle-mounted device and the terminal device do not need to obtain privacy information such as the terminal device's mobile phone number when interacting, thereby ensuring the privacy security of the terminal device.

[0022] In a possible implementation of the first aspect, determining that a terminal device and an on-board device are located in a vehicle is performed by a communication method of broadcasting a message, including: receiving a first prompt message and a first identifier broadcasted by the on-board device, the first prompt message being used to prompt the vehicle to enter a driving state, and the first identifier being the identifier of the on-board device; in response to the first prompt message, determining whether the terminal device is in a riding state based on third driving data of the vehicle detected by the terminal device; if it is determined that the terminal device is in a riding state, broadcasting the third driving data and second identifier of the vehicle, the second identifier being the identifier of the terminal device; if a co-rider identifier broadcasted by the on-board device is received, determining that the terminal device is located in a vehicle, the co-rider identifier indicating that the on-board device corresponding to the first identifier is located in the same vehicle as the terminal device corresponding to the second identifier. In the implementation method, determining whether the terminal device and the on-board device are riding together by using the on-board device can fully utilize the computing resources of the on-board device and reduce the occupation of the computing resources of the terminal device.

[0023] For example, the second vehicle driving data may include multiple sets of driving data obtained by the vehicle-mounted device, each set of driving data corresponding to a moment in time. The third vehicle driving data may include multiple sets of driving data fed back by the terminal device, each set of driving data corresponding to a moment in time. By comparing the two sets of driving data at each moment in time, multiple comparison results are obtained, and based on the multiple comparison results, it is determined whether the terminal device and the vehicle-mounted device were traveling together. Comparing multiple sets of driving data can improve the reliability of the judgment result and avoid false detection of shared passengers due to the matching driving data at a specific moment in time when the terminal device and the vehicle-mounted device were traveling together in different places.

[0024] Exemplarily, the second driving data of the vehicle and the third driving data of the vehicle may respectively include at least one of vehicle speed, geographic location information, and / or a change in geographic location information within a short period of time.

[0025] For example, the process of determining the co-passenger may include at least one of: matching vehicle speed, matching geographic location, and matching information on changes in geographic location information within a short period of time.

[0026] In a second aspect, a traffic accident detection method is provided, which is applied to a vehicle-mounted device. The method includes: detecting whether a driving abnormality has occurred in the vehicle where the vehicle-mounted device is located, and obtaining a detection result; receiving a second abnormality prompt information sent by a terminal device; and determining whether to make an emergency call based on the detection result and the second abnormality prompt information. The vehicle-mounted device and the terminal device are located in the vehicle, and there is a communication connection between the vehicle-mounted device and the terminal device.

[0027] In the traffic accident detection method provided in the second aspect, when determining whether to make an emergency call, it is necessary to consider the information of both the terminal device and the vehicle-mounted device located in the same vehicle at the same time, that is, the detection result of the vehicle-mounted device on whether a driving abnormality has occurred, and the second abnormal prompt information sent by the terminal device are considered, thereby improving the accuracy of the emergency call; and because it is first ensured that the terminal device and the vehicle-mounted device are both located in the vehicle before the traffic accident detection is performed, false alarms in special circumstances can be avoided.

[0028] In a possible implementation of the second aspect, determining whether to make an emergency call is based on the detection result and the second abnormality prompt information, including: if the detection result is that the vehicle has a driving abnormality, then sending an indication message to the terminal device based on the driving abnormality of the vehicle, the indication message is used to indicate that the vehicle has a driving abnormality; determining whether to make an emergency call is based on the terminal device's response to the indication message, the second abnormality prompt information includes the terminal device's response to the indication message. In this implementation, after determining that the vehicle has a driving abnormality, the on-board device sends an indication message to the terminal device, and determines whether to make an emergency call based on the terminal device's response to the indication message. The accuracy of traffic accident detection can be improved through dual detection of the on-board device and the terminal device.

[0029] In one possible implementation of the second aspect, determining whether to initiate an emergency call based on a terminal device's response to the instruction information includes determining to initiate an emergency call upon receiving a prompt message from the terminal device in response to the instruction information indicating that a call for emergency assistance is required. In this implementation, upon receiving the prompt message from the terminal device indicating that a call for emergency assistance is required, determining to initiate an emergency call ensures that the emergency call from the vehicle-mounted device is consistent with that from the terminal device, thereby ensuring consistency and accuracy of the emergency call.

[0030] Exemplarily, determining whether to make an emergency call is based on the terminal device's response to the indication information, including: if no response is received from the terminal device within a preset time length, determining to make an emergency call. In this implementation, if the terminal device has no response for a long time, it may be that the terminal device has an abnormality due to abnormal driving (for example, the terminal device is damaged or thrown out of the vehicle, etc.). In this case, determining to make an emergency call ensures that the traffic accident detection method is responsive to terminal device abnormalities.

[0031] For another example, whether to make an emergency call is determined based on the terminal device's response to the indication information, including: if a prompt message indicating that no emergency call is needed is received from the terminal device in response to the indication information, then it is determined that no emergency call is made, that is, the detected abnormality information is ignored. In this implementation method, the terminal device sends a prompt message indicating that no emergency call is needed, that is, the user of the terminal device determines that no driving abnormality has actually occurred, so no emergency call will be made on the on-board device, ensuring the consistency of the emergency response of the terminal device and the on-board device to the traffic accident detection results, and improving the accuracy and necessity of the emergency call by considering the user's response. When the user believes that the abnormality is a minor accident or an accident that does not require an emergency call, the user can actively choose not to make an emergency call, thereby reducing the probability of calling for help in minor accidents.

[0032] In a possible implementation of the second aspect, the second abnormal prompt information includes indication information, the indication information is used to indicate that the vehicle has a driving abnormality, and the vehicle where the on-board equipment is located is detected to see whether a driving abnormality has occurred, and a detection result is obtained, including: in response to the indication information, the vehicle where the on-board equipment is located is detected to see whether a driving abnormality has occurred, and a detection result is obtained; based on the detection result and the second abnormal prompt information, determining whether to make an emergency call, including: based on the detection result, determining whether the vehicle actually has a driving abnormality; based on whether the vehicle actually has a driving abnormality, determining whether to make an emergency call, and determining response information to be sent to the terminal device for the indication information, the response information including: prompt information confirming that an abnormality has occurred, or prompt information confirming that no abnormality has occurred.

[0033] In this implementation, after receiving the indication information of driving abnormality sent by the terminal device, the on-board device performs a secondary detection of the driving abnormality on the vehicle to detect the result, and then determines whether there is actually a driving abnormality based on the detection result, and then determines whether to make an emergency call and determine whether to send a response information to the terminal device. The accuracy of traffic accident detection can be improved through secondary detection by the on-board device.

[0034] In one possible implementation of the second aspect, making an emergency call includes calling for roadside assistance and / or the police. In this implementation, the emergency call from the vehicle-mounted device includes either roadside assistance or the police, or both. Both roadside assistance and the police are considered uses of public rescue measures, and making these calls through the vehicle-mounted device can provide a rescue response to all occupants of the vehicle.

[0035] For example, if other emergency contact information is stored in the vehicle-mounted device, the emergency call may also include a call to the other emergency contact information, and this application does not impose any restrictions on this.

[0036] In one possible implementation of the second aspect, before determining whether to initiate an emergency call, the method further includes: determining that the terminal device and the onboard device are located in the vehicle via a broadcast message communication method. In this implementation, by determining that the terminal device and the onboard device are co-passenger devices via broadcast, communication between the terminal device and the onboard device can be achieved without the terminal device having to log in to a specific account. Therefore, all available terminal devices in the same vehicle as the onboard device can communicate with the onboard device, thereby increasing the scope of application of the traffic accident detection method and ensuring that as many passengers as possible in the vehicle can initiate an emergency call, thereby obtaining as much emergency assistance as possible.

[0037] In a possible implementation of the second aspect, determining that a terminal device and an onboard device are located in a vehicle via a broadcast message communication method includes: determining that the vehicle has entered a driving state based on second driving data of the vehicle obtained by the onboard device; broadcasting a first prompt message and a first identifier, the first prompt message being used to prompt the vehicle to enter a driving state, the first prompt message including the second driving data of the vehicle, and the first identifier being an identifier of the onboard device; and upon receiving a co-passenger identifier and a second identifier broadcasted by the terminal device in response to the first prompt message, determining based on the co-passenger identifier that the onboard device corresponding to the first identifier and the terminal device corresponding to the second identifier are located in the same vehicle, the second identifier being an identifier of the terminal device. In this implementation, the terminal device determines whether the terminal device and the onboard device are co-passengers in the vehicle, the first prompt message including the second driving data of the vehicle. Once the terminal device determines that the terminal device is in the vehicle, it can directly determine whether the terminal device and the onboard device are co-passengers based on the second driving data and the third driving data of the vehicle. This method has a relatively short process. Furthermore, the first identifier of the terminal device is used to identify the terminal device, and the second identifier is used to identify the onboard device, so that interaction between the onboard device and the terminal device does not require private information such as the terminal device's mobile phone number, thereby ensuring the privacy and security of the terminal device.

[0038] In a possible implementation of the second aspect, determining that a terminal device and an on-board device are located in a vehicle by means of a communication method of broadcasting a message includes: determining that the vehicle has entered a driving state based on second driving data of the vehicle obtained by the on-board device; broadcasting a first prompt message and a first identifier, wherein the first prompt message is used to prompt the vehicle to enter a driving state, and the first identifier is the identifier of the on-board device; the receiving terminal device broadcasts third driving data and a second identifier of the vehicle in response to the first prompt message, wherein the third driving data of the vehicle is detected by the terminal device, and the second identifier is the identifier of the terminal device; determining whether the on-board device and the terminal device are located in the vehicle based on the second driving data and the third driving data of the vehicle; if it is determined that the on-board device and the terminal device are located in the vehicle, broadcasting a co-passenger identifier, wherein the co-passenger identifier indicates that the on-board device corresponding to the first identifier and the terminal device corresponding to the second identifier are located in the same vehicle. In the implementation method, determining whether the terminal device and the on-board device are traveling together by means of the on-board device can fully utilize the computing resources of the on-board device and reduce the occupation of the computing resources of the terminal device.

[0039] In a third aspect, a vehicle accident detection device is provided, wherein the communication device includes units for each step of the method in any one of the above aspects or any possible implementation manner of any one of the aspects.

[0040] In a fourth aspect, a communication device is provided, which includes units for each step of the method in any one of the above aspects or any possible implementation manner of any one of the aspects.

[0041] In a fifth aspect, a communication device is provided, which includes at least one processor and a memory, the processor and the memory are coupled, the memory stores program instructions, and when the program instructions stored in the memory are executed by the processor, the method in any one of the above aspects or any possible implementation of any one of the aspects is executed.

[0042] In a sixth aspect, a communication device is provided, which includes at least one processor and an interface circuit, and the at least one processor is used to execute: the method in any one of the above aspects or any possible implementation of any one of the aspects.

[0043] In the seventh aspect, a terminal device is provided, which includes a processor and a memory, the memory is used to store instructions, and the processor is used to read the instructions to execute the method in the above first aspect or any possible implementation of any first aspect.

[0044] In the eighth aspect, a vehicle-mounted device is provided, which includes a processor and a memory, the memory is used to store instructions, the processor is used to read the instructions to execute the method in the above second aspect or any possible implementation of any second aspect, or the processor is used to read the instructions to execute the method in the above fourth aspect or any possible implementation of any fourth aspect.

[0045] In the ninth aspect, a vehicle accident detection system is provided, which includes the terminal device described in the seventh aspect or any possible implementation of any seventh aspect and the vehicle-mounted device described in the eighth aspect or any possible implementation of any eighth aspect.

[0046] In a tenth aspect, a computer program product is provided, which includes a computer program, and when the computer program is executed by a processor, it is used to execute the method in any one of the above aspects or any possible implementation of any one of the aspects.

[0047] In the eleventh aspect, a computer-readable storage medium is provided, in which a computer program is stored. When the computer program is executed, it is used to execute the method in any one of the above aspects or any possible implementation of any one of the aspects.

[0048] In the twelfth aspect, a chip is provided, which includes: a processor for calling and running a computer program from a memory, so that a terminal device equipped with the chip executes a method in any one of the above aspects or any possible implementation of any one of the aspects. BRIEF DESCRIPTION OF THE DRAWINGS

[0049] FIG1 is a schematic diagram of the structure of a traffic accident detection system provided in an embodiment of the present application;

[0050] FIG2 is a schematic diagram of a display interface on a vehicle-mounted device provided in an embodiment of the present application;

[0051] FIG3 is a schematic diagram of a display interface on a terminal device provided in an embodiment of the present application;

[0052] FIG4 is a schematic diagram of a display interface on a terminal device provided in an embodiment of the present application;

[0053] FIG5 is a flow chart of a method for detecting a traffic accident according to an embodiment of the present application;

[0054] FIG6 is a flow chart of a method for detecting a traffic accident according to an embodiment of the present application;

[0055] FIG7 is a schematic diagram of a display interface for determining a co-passenger in a method for detecting a traffic accident according to an embodiment of the present application;

[0056] FIG8 is a schematic diagram of a display interface for determining a co-passenger in a method for detecting a traffic accident according to an embodiment of the present application;

[0057] FIG9 is a hardware structure block diagram of an example terminal device provided by the present application;

[0058] FIG10 is a schematic diagram of a chip system provided in this application. DETAILED DESCRIPTION

[0059] The technical solutions in the embodiments of the present application will be described clearly and completely below in conjunction with the drawings in the embodiments of the present application.

[0060] The terms used in the following embodiments are only for the purpose of describing specific embodiments and are not intended to be limiting of the present application. As used in the specification and appended claims of this application, the singular expressions "one", "a kind of", "said", "above", "the" and "this" are intended to also include expressions such as "one or more", unless there is a clear contrary indication in the context. It should also be understood that in the embodiments of the present application, "one or more" refers to one or more (including two); "and / or" describes the association relationship of associated objects, indicating that three relationships may exist; for example, A and / or B can represent: the existence of A alone, the existence of A and B at the same time, and the existence of B alone, where A and B can be singular or plural. The character " / " generally indicates that the related objects before and after are in an "or" relationship.

[0061] References to "one embodiment" or "some embodiments" in this specification mean that a particular feature, structure, or characteristic described in conjunction with that embodiment is included in one or more embodiments of the present application. Thus, phrases such as "in one embodiment," "in some embodiments," "in other embodiments," and "in yet other embodiments" appearing in various places in this specification do not necessarily refer to the same embodiment, but rather mean "one or more but not all embodiments," unless otherwise specifically emphasized. The terms "including," "comprising," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0062] The "multiple" involved in the embodiments of the present application means greater than or equal to two. It should be noted that in the description of the embodiments of the present application, the words "first" and "second" are only used for the purpose of distinguishing the description and cannot be understood as indicating or implying relative importance or order.

[0063] In addition, various aspects or features of the present application can be implemented as methods, devices or products using standard programming and / or engineering techniques. The term "product" used in the embodiments of the present application covers computer programs that can be accessed from any computer-readable device, carrier or medium. For example, computer-readable media can include, but are not limited to: magnetic storage devices (e.g., hard disks, floppy disks or tapes, etc.), optical disks (e.g., compact discs (CDs), digital versatile discs (DVDs), etc.), smart cards and flash memory devices (e.g., erasable programmable read-only memories (EPROMs), cards, sticks or key drives, etc.). In addition, the various storage media described herein can represent one or more devices and / or other machine-readable media for storing information. The term "machine-readable medium" can include, but is not limited to, wireless channels and various other media capable of storing, containing and / or carrying instructions and / or data.

[0064] To facilitate understanding, the following first gives an example of the traffic accident detection principle based on terminal equipment in traffic accident-related knowledge and related technologies.

[0065] It is understood that a car accident generally refers to a road traffic accident in which vehicles collide with each other, or with other traffic objects, resulting in casualties and / or vehicle damage due to collision or friction. Car accident types include head-on collisions, side collisions, rear-end collisions, and rollover collisions.

[0066] Exemplarily, when the terminal device detects a car accident, it is generally based on the sensors inside the terminal device. For example, the terminal device can obtain corresponding data based on its own GPS (Global Positioning System) positioning device, accelerometer, gyroscope, barometer, sound sensor, etc. The terminal device identifies and detects the car accident based on the corresponding data obtained, or the fusion of the data. For example, if the terminal device determines that the user's speed suddenly changes, the user's direction of travel suddenly changes, the air pressure around the user changes to a preset degree, or there is a loud sound level around the user, etc., then the terminal device determines that the user is in a car accident, and the terminal device automatically calls the emergency helpline and the user's emergency contact for help.

[0067] In some scenarios, terminal devices often falsely report car accidents. For example, when a user is skiing with a terminal device, their speed and direction of travel may change significantly, and the air pressure around them may also increase with their skiing speed. After detecting these changes in environmental data, the terminal device may mistakenly believe that the user has been in a car accident. Another example is when a user is riding a roller coaster with a terminal device, their speed and direction of travel may change significantly, and the air pressure around them may also increase with their speed. There may also be a lot of noise around them. After detecting these changes in environmental data, the terminal device may mistakenly believe that the user has been in a car accident.

[0068] In other scenarios, the sensors of the terminal device may not be able to detect changes in environmental data. Possible reasons include sensor failure, environmental data changes not reaching the preset threshold, etc. In this case, the terminal device will not be able to detect the occurrence of a car accident.

[0069] In summary, the current solutions for traffic accident detection based on terminal devices have limited recognition and detection capabilities for traffic accidents, resulting in some traffic accidents being undetectable, and misreporting traffic accidents by identifying users in special scenarios as having occurred.

[0070] In view of this, the present application provides a method for detecting a traffic accident, in which an onboard device and a terminal device located in the same vehicle sense each other and exchange driving data. When a traffic accident occurs, the onboard device and the terminal device inform each other whether a driving anomaly has been detected, thereby determining whether to initiate an emergency call. Through dual detection by both the onboard device and the terminal device, the detection results of driving anomalies by both the onboard device and the terminal device are fully considered, and the onboard device's detection of vehicle status and the terminal device's ability to detect traffic accidents and initiate emergency calls can be combined to improve the accuracy of traffic accident detection. Furthermore, when a user carries a terminal device while skiing or riding a roller coaster, the terminal device will not identify the skiing or roller coaster as a traffic accident, as the conditions for the terminal device and the onboard device to be located in the vehicle are not met. Consequently, an emergency call will not be initiated during the user's skiing or roller coaster activities, thereby avoiding false alarms in special situations such as skiing and roller coaster rides.

[0071] The following is an illustrative description of the vehicle accident detection method provided by the present application. Those skilled in the art will appreciate that the following content is merely an example and is not intended to limit the scope of protection of the present application.

[0072] It should be noted that in the embodiments of the present application, "terminal device", "electronic device" and "terminal" all have the same meaning, and the three expressions can be interchanged; "vehicle-mounted device", "vehicle computer" and "vehicle-mounted terminal" have the same meaning, so the three expressions can also be interchanged.

[0073] In addition, without making any special distinction, the "emergency call" and "emergency call" in the embodiments of the present application may have the same meaning, and the "abnormal situation" and "driving abnormality" may have the same meaning.

[0074] To facilitate understanding, the application scenario of the traffic accident detection system in the embodiment of the present application is first described below.

[0075] Referring to Figure 1 , which is a schematic diagram of a traffic accident detection system provided in one embodiment of the present application, the traffic accident detection method in the embodiment of the present application can be applied to the traffic accident detection system shown in Figure 1 .

[0076] As shown in FIG1 , the traffic accident detection system includes an on-board device 110 and a terminal device (in this application, the terminal device may also be referred to as an electronic device), wherein the on-board device 110 and the terminal device are both located in the same vehicle A.

[0077] For example, as shown in Figure 1, the traffic accident detection system in this embodiment includes four terminal devices, namely a first terminal device 121, a second terminal device 122, a third terminal device 123 and a fourth terminal device 124. The vehicle-mounted device 110 can interact with each of the four terminal devices to perform driving abnormality data (driving abnormality data can also be called traffic accident detection data), making full use of the traffic accident detection capabilities of the vehicle-mounted device 110 and the terminal devices in the vehicle, thereby improving the accuracy of traffic accident detection of the traffic accident detection system, each terminal device and the vehicle-mounted device, and reducing false alarms of traffic accidents.

[0078] It is understandable that the traffic accident detection system may include all terminal devices located in vehicle A, or may include some terminal devices located in vehicle A, and this application does not impose any restrictions on this.

[0079] In this embodiment of the present application, the in-vehicle device 110 in the accident detection system may also be referred to as a vehicle-mounted computer (VH). The VH is a shorthand term for the in-vehicle entertainment system in vehicle A, enabling communication between passengers, the vehicle and the outside world, and between vehicles. The VH can provide numerous services and functions for passengers, such as playing audio and video, providing route navigation, controlling vehicle functions, detecting accidents, and automatically dialing emergency numbers.

[0080] In the embodiment of the present application, the terminal devices in the traffic accident detection system (e.g., the first terminal device 121, the second terminal device 122, the third terminal device 123, and the fourth terminal device 124) are terminal devices held by people in vehicle A. Generally speaking, the terminal devices are portable terminal devices, such as smartphones, tablet computers, laptop computers, foldable screen phones, wearable devices, etc. The present application does not limit the specific form of the terminal devices. The people in vehicle A can be the driver of vehicle A or the passengers in vehicle A. The present application does not limit this.

[0081] It can be understood that in the embodiment of the present application, both the vehicle-mounted device 110 and the terminal device in the traffic accident detection system have the traffic accident detection function.

[0082] It should be understood that there is a communication connection between the vehicle-mounted device 110 and the terminal device in the traffic accident detection system, so that the interaction of driving abnormality data can be achieved. The communication connection can be a wired communication connection or a wireless communication connection.

[0083] In the embodiment of the present application, the wireless communication can be one or more of wireless local area networks (WLAN), wireless local area networks (Wi-Fi), Bluetooth, Bluetooth Low Energy (BLE), mobile communications, radio frequency identification (RFID), infrared, and ultra-wideband (UWB).

[0084] In some embodiments, the vehicle-mounted device 110 and the terminal device in the traffic accident detection system are connected to each other via Bluetooth. Since the traffic accident detection method in the embodiment of the present application can only achieve the function of improving the accuracy of traffic accident detection when the vehicle-mounted device 110 and the terminal device are located in the same vehicle A, and Bluetooth communication is a low-power short-range wireless communication technology. Generally speaking, the communication range is about 10 meters, which can fully cover the range of the entire vehicle; and Bluetooth has a high installation rate in various terminal devices. Therefore, choosing Bluetooth communication for connection can facilitate the application of the traffic accident detection method in various terminal devices.

[0085] In some embodiments, the vehicle-mounted device 110 and the terminal device in the traffic accident detection system are connected to each other via low-power Bluetooth.

[0086] In some other embodiments, the vehicle-mounted device 110 and each terminal device in the traffic accident detection system can access a Wi-Fi network provided by an access point (AP) such as a router, so that a Wi-Fi connection is established between the vehicle-mounted device 110 and each terminal device.

[0087] In some other embodiments, the vehicle-mounted device 110 and each terminal in the traffic accident detection system can log in to the same account (such as a Huawei account) and then be interconnected through one or more servers.

[0088] In some embodiments, the wireless communication connection between the vehicle-mounted device 110 and the terminal device can also be achieved by broadcasting messages. For example, the vehicle-mounted device 110 first interacts with the terminal device in vehicle A through local network broadcasting. After the terminal device and the vehicle-mounted device 110 confirm that they are riding together, the vehicle-mounted device 110 and the terminal device record each other's device identifiers, so that in subsequent processes, the broadcast information sent by the other party can be identified by the other party's device identifier, thereby achieving interactive communication between the vehicle-mounted device 110 and the terminal device. The local network broadcast can be broadcast via Bluetooth, low-power Bluetooth, WLAN, infrared, ZigBee or Wi-Fi, etc., and this application does not impose any restrictions on this.

[0089] In some embodiments, the wireless communication connection between the vehicle-mounted device 110 and the terminal device in the traffic accident detection system may also include a point-to-point communication connection formed by broadcasting, which is not limited in this application.

[0090] The following describes an exemplary application scenario of the traffic accident detection method in the embodiment of the present application in conjunction with the traffic accident detection system in Figure 1. The following embodiment uses the interaction between the vehicle-mounted device 110 and the first terminal device 121 as an example. It is understood that the vehicle-mounted device 110 can also interact with other terminal devices in vehicle A in the same manner, and this application does not elaborate on this.

[0091] In the embodiment of the present application, before performing a traffic accident detection, it is necessary to first determine that the in-vehicle device 110 and the first terminal device 121 are located in the same vehicle (i.e., determine that the in-vehicle device 110 and the first terminal device 121 are riding in the same vehicle). Therefore, the following first illustrates different methods for determining that the in-vehicle device 110 and the first terminal device 121 are located in the same vehicle.

[0092] In some embodiments, in the traffic accident detection system shown in Figure 1, after vehicle A is started, the on-board device 110 obtains the driving data of vehicle A, and the on-board device 110 determines whether vehicle A enters the driving mode (driving mode can also be called driving state) based on the driving data of vehicle A: if it is determined that vehicle A enters the driving mode, the on-board device 110 sends a broadcast signal to the surrounding area, and the broadcast signal may include the identifier of the on-board device 110 and the driving data of vehicle A; if it is determined that vehicle A has not entered the driving mode, the on-board device 110 continues to obtain the driving data of vehicle A and determines whether vehicle A enters the driving mode.

[0093] For example, the driving data of vehicle A obtained by the vehicle-mounted device 110 may include one or more of vehicle speed, engine speed, driving direction, vehicle position information, and the like.

[0094] After receiving the broadcast signal from the vehicle-mounted device 110, the first terminal device 121 determines whether it is in the riding mode (the riding mode can also be called the riding state): if it is determined to be in the riding mode, the received driving data of the vehicle A is matched with the driving data detected by the first terminal device 121 to determine whether the first terminal device 121 is in the vehicle A where the vehicle-mounted device 110 is located; if it is determined that the first terminal device 121 is not in the riding mode, the received broadcast signal is ignored.

[0095] If the first terminal device 121 determines that it is in vehicle A where the vehicle-mounted device 110 is located, it records the identifier of the vehicle-mounted device 110 and broadcasts the identifier of the first terminal device 121 and the passenger identifier, where the passenger identifier is used to identify that the first terminal device 121 and the vehicle-mounted device 110 are in the same vehicle; if it is determined that the first terminal device 121 is not in vehicle A where the vehicle-mounted device 110 is located, the received broadcast signal of the vehicle-mounted device 110 is ignored.

[0096] After receiving the identifier of the first terminal device 121 and the passenger identifier, the in-vehicle device 110 saves the identifier of the first terminal device 121 and determines that the first terminal device 121 is located in the vehicle A according to the passenger identifier.

[0097] Exemplarily, the first terminal device 121 can continuously obtain its own speed information and location information. When it is determined that its speed is continuously greater than or equal to a certain threshold (for example, 30 meters / second) and its own location information continues to change, it is determined that it is in riding mode; otherwise, it is determined that it is not in riding mode.

[0098] For example, the driving data may include speed. The first terminal device 121 may determine whether the first terminal device 121 is in vehicle A where the in-vehicle device 110 is located by comparing the speed in the received driving data of vehicle A with the speed in the driving data detected by the first terminal device 121. If the speeds are the same at different times over a period of time or the speed difference is less than a preset threshold, it is determined that the first terminal device 121 is in the vehicle where the in-vehicle device 110 is located. Otherwise, it is determined that the first terminal device 121 is not in the vehicle where the in-vehicle device 110 is located.

[0099] Exemplarily, the co-passenger identifier may include identifiers of two devices (i.e., the identifier of the in-vehicle device 110 and the identifier of the first terminal device 121) and a co-passenger mark, which indicates that the two devices corresponding to the two device identifiers are in the same vehicle.

[0100] In some other embodiments, in the traffic accident detection system shown in Figure 1, after vehicle A is started, the on-board device 110 obtains the driving data of vehicle A, and the on-board device 110 determines whether vehicle A enters the driving mode based on the driving data of vehicle A: if it is determined that vehicle A enters the driving mode, the on-board device 110 sends a broadcast signal to the surrounding area, and the broadcast signal may include an identifier of the on-board device 110; if it is determined that vehicle A does not enter the driving mode, the on-board device 110 continues to obtain the driving status information of vehicle A and determines whether vehicle A enters the driving mode.

[0101] After receiving the broadcast signal from the vehicle-mounted device 110, the first terminal device 121 determines whether it is in the riding mode: if it is determined to be in the riding mode, it broadcasts the identifier of the first terminal device 121 and the driving data detected by the first terminal device 121; if it is determined to be in the non-riding mode, it ignores the received broadcast signal.

[0102] After receiving the broadcast signal of the first terminal device 121 , the vehicle-mounted device 110 matches the driving data of vehicle A with the driving data detected by the first terminal device 121 to determine whether the first terminal device 121 is in vehicle A where the vehicle-mounted device 110 is located.

[0103] If the vehicle-mounted device 110 determines that the first terminal device 121 is in the vehicle A where the vehicle-mounted device 110 is located, it records the identifier of the first terminal device 121 and broadcasts the identifier of the vehicle-mounted device 110 and the passenger identifier; if it determines that the first terminal device 121 is not in the vehicle A where the vehicle-mounted device 110 is located, it ignores the received broadcast signal of the first terminal device 121.

[0104] After receiving the identifier of the in-vehicle device 110 and the co-passenger identifier, the first terminal device 121 saves the identifier of the in-vehicle device 110 , and determines that it is located in vehicle A based on the co-passenger identifier.

[0105] It is understandable that the identifier, as a unique identifier of the corresponding device, can be pre-set or randomly generated, and this application does not impose any restrictions on this.

[0106] Exemplarily, the identifier of the vehicle-mounted device 110 is used to identify the vehicle-mounted device 110. At the same time, since the vehicle-mounted device 110 is located in vehicle A and there is only one vehicle-mounted device 110 in vehicle A, the identifier of vehicle A and the identifier of the vehicle-mounted device 110 mentioned in the implementation of this application can be the same identifier.

[0107] In the above embodiment, after the in-vehicle device 110 and the first terminal device 121 determine that they are both located in the same vehicle A, the in-vehicle device 110 records the identifier of the first terminal device 121, and the first terminal device 121 also records the identifier of the in-vehicle device 110. While vehicle A is traveling, the in-vehicle device 110 can use the stored identifier of the first terminal device 121 to identify and obtain the broadcast information of the first terminal device 121, and the first terminal device 121 can use the stored identifier of the in-vehicle device 110 to identify and obtain the broadcast information of the in-vehicle device 110. This application does not elaborate on this.

[0108] In some embodiments, after the vehicle-mounted device 110 and the first terminal device 121 determine that they are passengers together through broadcast communication, a point-to-point communication connection can also be established between the vehicle-mounted device 110 and the first terminal device. The specific process of establishing a point-to-point communication connection is a conventional technology and will not be elaborated in this application.

[0109] In some other embodiments, it is also possible to ensure that the in-vehicle device 110 and the first terminal device 121 are located in the same vehicle by directly establishing a point-to-point communication connection between the in-vehicle device 110 and the first terminal device 121 .

[0110] Exemplarily, after obtaining the connection request from the vehicle-mounted device 110 , the first terminal device 121 sends a response message agreeing to the connection in response to the connection request from the vehicle-mounted device, thereby completing the point-to-point communication connection between the vehicle-mounted device 110 and the first terminal device 121 .

[0111] For example, vehicle A's onboard device 110 is equipped with a car accident detection application, as shown in FIG2 . FIG2 a illustrates a schematic interface diagram of the onboard device 110. In FIG2 a , when a user clicks the car accident detection icon 201, the display interface jumps from FIG2 a to FIG2 b . As shown in FIG2 b , a QR code scan prompt box 202 is displayed in the display interface. Within the QR code scan prompt box 202 are displayed a QR code 203, a "Please scan the code to connect" prompt 204, and a "Close" control 205.

[0112] When the terminal device holder carries the first terminal device 121 with the traffic accident detection function into vehicle A, the terminal device holder uses the first terminal device 121 to scan the QR code 203 on the vehicle-mounted device 110, and the display screen of the first terminal device 121 displays the interface shown in Figure a in Figure 3.

[0113] As shown in Figure a in Figure 3, the interface schematic diagram displays a first prompt box 301 and a second prompt box 302, wherein the first prompt box 301 displays relevant information about the vehicle-mounted device's traffic accident detection function, for example: "The vehicle-mounted device requests to be connected to this machine. After the connection, the vehicle-mounted device's traffic accident detection function will protect you"; the second prompt box 302 displays "Do you want to connect to the vehicle-mounted device" information 303, a "Yes" control 304 and a "No" control 305.

[0114] As shown in Figure 3a, the terminal device holder clicks the "Yes" control 304, and a point-to-point communication connection is established between the vehicle-mounted device 110 and the first terminal device 121. The display interface of the first terminal device 121 jumps from the one shown in Figure 3a to the one shown in Figure 3b. As shown in Figure 3b, a third prompt box 306 is displayed in the interface diagram, and a successful connection prompt 307 and a "Close" control 308 are displayed in the third prompt box 306. The successful connection prompt can be "Connection completed. Wish you a good trip." Of course, the prompt can also be other content, which is not enumerated here.

[0115] In some embodiments, in the interface shown in Figure a in Figure 3, if the terminal device holder clicks the "Close" control 308, the third prompt box 306 will be closed; in addition, a countdown can also be displayed in the "Close" control 308. If the user has not clicked the "Close" control 308, the third prompt box 306 will automatically disappear when the countdown ends.

[0116] For another example, the vehicle-mounted device 110 in vehicle A broadcasts a communication connection request. When the terminal device holder carries the first terminal device 121 with a car accident detection function and enters vehicle A, the first terminal device 121 scans the broadcast signal and displays a connection request interface on the display screen. When the user agrees to the connection request of the vehicle-mounted device 110 in the connection request interface, a point-to-point communication connection is established between the vehicle-mounted device 110 and the first terminal device 121. For example, the first terminal device 121 can display the connection request interface as shown in Figure a in Figure 3. The terminal device holder clicks the "Yes" control 304 in Figure a in Figure 3, and a point-to-point communication connection is achieved between the vehicle-mounted device 110 and the first terminal device 121. The display interface of the first terminal device 121 jumps from the one shown in Figure a in Figure 3 to the one shown in Figure b in Figure 3. For Figure a in Figure 3 and Figure b in Figure 3, please refer to the description above and will not be repeated here.

[0117] After completing the point-to-point communication connection between the vehicle-mounted device 110 and the first terminal device 121 based on the connection request of the vehicle-mounted device 110, it can be determined that the vehicle-mounted device 110 and the first terminal device are located in the same vehicle. During the driving process of vehicle A, the vehicle-mounted device 110 obtains the driving status information of vehicle A, and the vehicle-mounted device 110 determines whether vehicle A has entered the driving mode based on the driving status information of vehicle A: if it is determined that vehicle A has entered the driving mode, the vehicle-mounted device 110 sends a prompt message to the first terminal device 121, and the prompt message prompts the first terminal device 121 that vehicle A has entered the driving mode. In addition, the prompt message may include the driving status information of vehicle A; if it is determined that vehicle A has not entered the driving mode, the vehicle-mounted device 110 continues to obtain the driving status information of vehicle A and determines whether vehicle A has entered the driving mode.

[0118] For example, the driving state information of vehicle A may include the speed and position information of vehicle A at multiple times. The driving state information of vehicle A in the prompt information may include the speed and position information corresponding to the time when vehicle A enters the driving mode.

[0119] It can be understood that in the embodiment of the present application, since the on-board device 110 is located in vehicle A, when the on-board device 110 determines that vehicle A enters the driving mode, the on-board device 110 also enters the driving mode; when the on-board device 110 determines that vehicle A exits the driving mode, the on-board device 110 also exits the driving mode.

[0120] It can be understood that the point-to-point communication connection between the vehicle-mounted device 110 and the first terminal device 121 can be achieved by WLAN, Wi-Fi, Bluetooth, low-power Bluetooth, mobile communication, radio frequency identification, infrared, etc., and this application does not impose any restrictions on this.

[0121] In the above embodiment, after completing the point-to-point communication connection between the in-vehicle device 110 and the first terminal device 121 based on the connection request of the in-vehicle device 110 , it can be determined that the in-vehicle device 110 and the first terminal device 121 are passengers together.

[0122] After completing the introduction of the process of determining whether the vehicle-mounted device 110 and the first terminal device are traveling together, the data interaction process between the vehicle-mounted device 110 and the first terminal device 121 during the driving of vehicle A is exemplarily described below with reference to the accompanying drawings.

[0123] In some embodiments, the vehicle-mounted device 110 can always detect whether vehicle A is in driving mode and whether vehicle A has any abnormality: if the vehicle-mounted device 110 determines that vehicle A has not had any abnormality and the speed is less than a preset speed threshold or is in a stationary state, the vehicle-mounted device 110 exits the driving mode and sends an exit driving mode message to the first terminal device 121. After receiving the exit driving mode message, the first terminal device 121 can exit the riding mode; if the vehicle-mounted device 110 determines that vehicle A has not had any abnormality and the speed is greater than or equal to the preset speed threshold, the vehicle-mounted device 110 maintains the driving mode, and the vehicle-mounted device 110 can also send a maintain driving mode message to the first terminal device 121. The first terminal device 121 can reply to the vehicle-mounted device 110 with a maintain riding mode message.

[0124] In some embodiments, in the case of establishing a point-to-point communication connection between the terminal device and the vehicle-mounted device 110, the vehicle-mounted device 110 and the first terminal device 121 can constantly exchange driving data such as location information and speed information to determine whether they are riding together. If it is determined that the vehicle-mounted device 110 and the first terminal device 121 are riding together, the point-to-point communication connection between the vehicle-mounted device 110 and the first terminal device 121 is maintained; if it is determined that the vehicle-mounted device 110 and the first terminal device 121 are no longer riding together, the point-to-point connection between the vehicle-mounted device 110 and the first terminal device 121 is disconnected. Whether they are riding together can be determined by the vehicle-mounted device 110 or by the first terminal device 121, and this application does not impose any restrictions on this.

[0125] In some embodiments, when the vehicle-mounted device 110 determines that an abnormal situation has occurred in vehicle A (for example, a car accident has occurred), the vehicle-mounted device 110 sends an indication message of vehicle A's driving abnormality to the first terminal device 121; after receiving the indication message, the first terminal device 121 can judge the severity of the abnormal situation based on the information collected by its own sensors (i.e., the first driving data): if the severity is determined to be greater than or equal to a preset abnormality threshold (i.e., it is determined that a serious car accident may have occurred), then a prompt message indicating that an alarm is required is fed back to the vehicle-mounted device 110 and a car accident prompt message is displayed; if the severity is determined to be less than the preset abnormality threshold (i.e., it is determined that the car accident is not serious), then a prompt message indicating that no alarm is required is fed back to the vehicle-mounted device 110.

[0126] FIG4 is a schematic diagram of an interface in which the first terminal device 121 displays a car accident prompt message in an embodiment of the present application. As shown in FIG4 , a prompt box 401 is displayed on the display screen of the first terminal device 121. The prompt box 401 may display a prompt message "It seems that a car accident has been detected. Do you need an emergency call?" 402. In addition, a "yes" control 403 and a "no" control 404 may also be displayed in the prompt box 401. A countdown (e.g., 30 seconds) is also displayed in the "yes" control 403. If the user clicks the "yes" control 403, or the user does not click any control after the countdown ends, the first terminal device 121 makes an emergency call, for example, calling an emergency contact pre-stored in the first terminal device 121 or calling the police phone. If the user clicks the "no" control 404 before the countdown ends, the prompt box 401 is automatically hidden, and the first terminal device 121 does not make a call.

[0127] It is understandable that the car accident prompt information can also be displayed in other forms, for example: the countdown can be displayed in the countdown display box, and the countdown display box can be set independently of the "yes" control 403; or the prompt information displayed in the prompt box 401 can also be other similar content, which is not elaborated in this application.

[0128] In some other embodiments, when the first terminal device 121 detects that an abnormality has occurred in the vehicle and the severity is greater than or equal to a preset abnormality threshold, and the vehicle-mounted device 110 does not receive an indication of abnormal driving, the first terminal device 121 sends an inquiry message to the vehicle-mounted device 110 asking whether an abnormality has occurred. If the vehicle-mounted device 110 replies that there is no abnormality, the first terminal device 121 ignores the abnormality detected this time. If the vehicle-mounted device 110 replies that an abnormality has occurred or does not reply within a preset time period, the first terminal device 121 displays the interface of the car accident prompt information as shown in Figure 4. If the user clicks the "Yes" control 403, or the user still does not click any control after the countdown ends, the first terminal device 121 makes an emergency call. For example, the first terminal device 121 can call the emergency contact pre-stored in the first terminal device 121 or call the alarm phone. If the user clicks the "No" control 404 before the countdown ends, the prompt box 401 is automatically hidden, and the first terminal device 121 does not make an emergency call.

[0129] In some embodiments, if the first terminal device 121 detects that an abnormality has occurred and the severity is less than a preset abnormality threshold without receiving the indication information of driving abnormality sent by the vehicle-mounted device 110, the first terminal device 121 ignores the detected abnormality.

[0130] It is understandable that the above-mentioned data interaction process between the vehicle-mounted device 110 and the first terminal device 121 is described based on the situation of establishing a point-to-point communication connection between the terminal device and the vehicle-mounted device 110. The same applies to the situation where the vehicle-mounted device 110 and the first terminal device 121 interact through broadcast communication. The only difference is the specific way of information interaction. When the vehicle-mounted device 110 and the first terminal device 121 interact through broadcast communication, the vehicle-mounted device 110 and the first terminal device 121 identify the broadcast information sent by the other party through the recorded identifier of the other party, thereby realizing interactive communication. This application does not elaborate on this.

[0131] It should be understood that in this application, the above-mentioned examples and the various interfaces of the terminal device (and the vehicle-mounted device), the various user operations, etc. are merely illustrative and do not constitute specific limitations of the embodiments of this application. For example, in other embodiments of this application, the icons on the interfaces displayed by the various terminals provided above may include more or fewer icons than those displayed on the interfaces shown in any of the above figures, or may combine certain icons, split certain icons, or use different icons, etc. This embodiment of the application is not limited here.

[0132] It should also be understood that any one of the above examples or the solution shown in any one of the figures can be an independent solution, or a solution composed of any multiple examples or a solution composed of any multiple figures can also be an independent solution, and this application does not limit this.

[0133] Based on the above application scenarios, the traffic accident detection system shown in FIG1 and the above examples, the following describes the steps of the traffic accident detection method provided in this application.

[0134] An embodiment of the present application provides a traffic accident detection method, which is applied to a terminal device. The method includes: detecting first driving data of a vehicle; receiving first abnormal prompt information sent by an on-board device; and determining whether to make an emergency call based on the first driving data and the first abnormal prompt information. The on-board device and the terminal device are located in the vehicle, and there is a communication connection between the on-board device and the terminal device.

[0135] It can be understood that the terminal device can determine whether the vehicle has driving abnormalities based on the first driving data of the detected vehicle, and the first abnormal prompt information sent by the on-board device is obtained after the on-board device detects whether the vehicle has driving abnormalities. Therefore, when the terminal device determines whether to make an emergency call based on the first driving data and the first abnormal prompt information, the detection results of the terminal device and the on-board device on whether the vehicle has driving abnormalities are fully considered, which can improve the accuracy of traffic accident detection; and because the traffic accident detection method stipulates that the on-board device and the terminal device are located in the same vehicle, it can avoid the terminal device from making erroneous calls for help in special circumstances such as skiing or roller coasters.

[0136] It should be understood that in different scenarios, the specific content of the first abnormal prompt information sent by the vehicle-mounted device may be different.

[0137] For example, if the onboard device first detects a vehicle driving abnormality, the first abnormality prompt information sent by the onboard device may be an indication that the onboard device has detected a vehicle driving abnormality. In this case, after the onboard device detects the vehicle driving abnormality, the onboard device sends an indication to the terminal device, and the terminal device then determines whether to initiate an emergency call based on the received indication and the detected first driving data.

[0138] For another example, if the terminal device first detects that the vehicle has a driving abnormality, the first abnormality prompt information sent by the on-board device may be the on-board device's response to the instruction information sent by the terminal device. In this case: after the terminal device determines that the vehicle has a driving abnormality based on the first driving data, the terminal device sends the instruction information to the on-board device, and the terminal device obtains the on-board device's response to the instruction information. The terminal device determines whether to initiate an emergency call based on the on-board device's response to the instruction information.

[0139] An embodiment of the present application also provides a traffic accident detection method, which is applied to a vehicle-mounted device. The method includes: the vehicle-mounted device detects whether a driving abnormality occurs in the vehicle where the vehicle-mounted device is located, and obtains a detection result; receives a second abnormality prompt message sent by the terminal device; and determines whether to make an emergency call based on the detection result and the second abnormality prompt message. The vehicle-mounted device and the terminal device are located in the vehicle, and there is a communication connection between the vehicle-mounted device and the terminal device.

[0140] It can be understood that the second abnormality prompt information sent by the terminal device is obtained by the terminal device's detection of whether the vehicle has a driving abnormality. Therefore, when the on-board device determines whether to make an emergency call based on its own detection results of whether the vehicle has a driving abnormality and the second abnormality prompt information, the detection results of the terminal device and the on-board device on whether the vehicle has a driving abnormality are fully considered, which can improve the accuracy of traffic accident detection; and because the traffic accident detection method stipulates that the on-board device and the terminal device are located in the same vehicle, it can avoid the terminal device from making erroneous calls for help in special circumstances such as skiing or roller coasters.

[0141] It should be understood that in different scenarios, the specific content of the second abnormal prompt information sent by the terminal device may be different.

[0142] For example, if the onboard device first detects a vehicle driving abnormality, the second abnormality prompt information sent by the terminal device can be the terminal device's response to the instruction information sent by the onboard device. In this case: after the onboard device detects the vehicle driving abnormality, the onboard device sends the instruction information to the terminal device, then the onboard device obtains the terminal device's response to the instruction information, and finally the onboard device determines whether to initiate an emergency call based on the terminal device's response to the instruction information.

[0143] For another example, if the terminal device first detects that the vehicle has a driving abnormality, the second abnormality prompt information sent by the terminal device may be indication information that the terminal device has detected a driving abnormality. In this case: after the terminal device determines that the vehicle has a driving abnormality based on the first driving data, the terminal device sends the indication information to the on-board device. After receiving the indication information, the on-board device detects whether the vehicle is driving abnormally and obtains a detection result. The on-board device determines whether to initiate an emergency call based on the detection result.

[0144] For ease of understanding, the specific process of the traffic accident detection method in different scenarios is exemplarily described below with reference to the accompanying drawings.

[0145] Figure 5 shows a flowchart of an example provided in an embodiment of the present application, wherein the devices involved in the flowchart include an onboard device and a terminal device, and the onboard device and the terminal device are located in the same vehicle.

[0146] In the embodiment shown in Figure 5, the on-board device first detects that the vehicle has a driving abnormality. The first abnormal prompt information sent by the on-board device to the terminal device is an indication information that the on-board device detects that the vehicle has a driving abnormality. The second abnormal prompt information sent by the terminal device to the on-board device is the terminal device's response to the indication information sent by the on-board device.

[0147] As shown in FIG5 , the process includes the following steps: S510 - S560 .

[0148] S510: The vehicle-mounted device determines that the vehicle is experiencing a driving abnormality.

[0149] It can be understood that the on-board device detects whether the vehicle where the on-board device is located has a driving abnormality and obtains a detection result; in the embodiment shown in Figure 5, the detection result is that the vehicle has an abnormality, that is, the on-board device determines that the vehicle has a driving abnormality; in other embodiments, the detection result may also be that the vehicle does not have a driving abnormality, that is, the on-board device determines that the vehicle does not have a driving abnormality, and the situation where there is no driving abnormality can be the state of the vehicle most of the time, which is not elaborated in this application.

[0150] It should be understood that there are many ways for the vehicle-mounted equipment to determine whether there is an abnormality in the vehicle, which are exemplified below.

[0151] In some embodiments, the on-board device may be the vehicle's computer, and the on-board device may obtain the vehicle's driving data. Therefore, the on-board device may determine whether the vehicle has experienced driving abnormalities based on the obtained vehicle's driving data. In addition, the on-board device may also directly obtain information from the vehicle as to whether the vehicle has experienced driving abnormalities.

[0152] Exemplarily, the on-board equipment determines whether the vehicle has experienced driving abnormalities based on the obtained vehicle driving data. For example, it can determine whether the vehicle has experienced driving abnormalities based on one or more of the vehicle speed, engine speed, driving direction, vehicle location information, etc.; for example: a sudden change in vehicle speed, a sudden change in vehicle driving direction, a sudden change in vehicle location information, etc., can all indicate to a certain extent that the vehicle has experienced driving abnormalities, and this application will not elaborate on this.

[0153] In other embodiments, the vehicle-mounted equipment determines whether the vehicle has experienced driving abnormalities based on sensor data in the vehicle. For example, it can be determined based on data such as engine temperature, vehicle speed, and tire pressure. This application does not elaborate on this.

[0154] In some other embodiments, the vehicle device may also determine whether a driving abnormality occurs based on the driver's status information or the driver's input information.

[0155] It should be understood that the above-mentioned method of determining whether the vehicle has driving abnormalities by the on-board equipment is merely an example and does not constitute a limitation on the scope of protection of this application.

[0156] S520: The vehicle-mounted device sends instruction information to the terminal device according to the driving abnormality of the vehicle.

[0157] It should be noted that the indication information is used to indicate that the on-board device has detected that the vehicle has abnormal driving. That is, when the terminal device receives the indication information, the terminal device can determine that the on-board device has detected that the vehicle has abnormal driving.

[0158] In the embodiment shown in FIG5 , the instruction information sent by the vehicle-mounted device to the terminal device is the first abnormal prompt information.

[0159] S530: The terminal device determines that the vehicle actually has driving abnormality based on the indication information and the first driving data of the vehicle detected by the terminal device.

[0160] It should be understood that after receiving the indication information, the terminal device needs to perform a secondary judgment based on the indication information and the detected first driving data to determine whether the vehicle actually has a driving abnormality. In the embodiment shown in Figure 5, the terminal device determines that the vehicle actually has a driving abnormality.

[0161] It is understandable that there are many methods for a terminal device to determine whether a driving abnormality actually exists, which are exemplified below.

[0162] In some embodiments, the terminal device can first preliminarily determine whether there is a driving abnormality based on the first driving data detected. If it is preliminarily determined that there is a driving abnormality, the terminal device can compare the time information of the driving abnormality determined by the on-board device carried in the indication information with the time information of the terminal device's preliminarily determined driving abnormality, and determine whether the vehicle has a driving abnormality based on whether the two driving abnormality determinations are within the same time window.

[0163] For example, if the two driving anomaly determinations fall within the same time window, it is determined that the vehicle actually experienced a driving anomaly; if the two driving anomaly determinations fall outside the same time window, it is determined that the vehicle actually did not experience a driving anomaly. It is understood that after determining that the two driving anomaly determinations fall outside the same time window, interaction with the onboard device can be repeated to enable similar driving anomaly determinations across multiple time periods.

[0164] In some other embodiments, the terminal device can determine the severity of the driving abnormality based on the relevant information of the driving abnormality carried in the indication information and the detected first driving data; if the severity is greater than or equal to the preset abnormality threshold, it is determined that the vehicle actually has a driving abnormality; if the severity is less than the preset abnormality threshold, it is determined that the vehicle actually does not have a driving abnormality.

[0165] In some other embodiments, the terminal device may also determine the severity of the driving abnormality based on the detected first driving data; if the severity is greater than or equal to the preset abnormality threshold, it is determined that the vehicle actually has a driving abnormality; if the severity is less than the preset abnormality threshold, it is determined that the vehicle actually does not have a driving abnormality.

[0166] For example, the terminal device can determine the severity based on the vehicle's speed information. For example, if the vehicle's speed is greater than or equal to a preset speed threshold (e.g., 50 kilometers per hour) when the driving anomaly occurs, the severity is determined to be greater than or equal to the preset anomaly threshold. If the vehicle's speed is less than the preset speed threshold when the driving anomaly occurs, the severity is determined to be less than the preset anomaly threshold. That is, when the vehicle speed is high, the driving anomaly is more likely to cause serious damage, so the driving anomaly severity can be determined to be high; otherwise, the severity is determined to be low.

[0167] Exemplarily, the terminal device can also determine whether the severity is greater than or equal to a preset abnormality threshold based on speed change information, driving direction change information, etc., which is not elaborated in this application.

[0168] S540: The terminal device makes an emergency call.

[0169] In an embodiment of the present application, the terminal device determines to make an emergency call after determining that the vehicle actually has a driving abnormality; in other embodiments, the terminal device determines not to make an emergency call after determining that the vehicle actually has no driving abnormality.

[0170] It should be understood that there can be many forms of emergency calls. The terminal device and the vehicle-mounted device can make emergency calls separately. The call objects of the terminal device and the vehicle-mounted device can be the same or different. An exemplary explanation is given below.

[0171] In some embodiments, the terminal device making an emergency call includes: displaying a call prompt message on a display screen and sending a prompt message indicating that a call for help is needed to the vehicle-mounted device.

[0172] For example, after the terminal device displays a distress call prompt on its display screen, it can determine whether to initiate an emergency call based on the user's response to the distress call prompt. For example, if a user confirms the call, or if no user response is received within a preset time period, an emergency call is initiated. If a user confirms not to initiate an emergency call, no emergency call is initiated, i.e., the abnormal driving prompt message sent by the vehicle-mounted device is ignored. The specific process can be seen in Figure 4 and the related description, and will not be described here in detail.

[0173] It is understandable that the terminal device can make an emergency call to an emergency contact in the terminal device, to the police phone, to roadside assistance, or to an ambulance, etc. This application does not impose any restrictions on this.

[0174] S550: The terminal device sends a prompt message indicating that a call for help is needed to the vehicle-mounted device.

[0175] It should be understood that when the terminal device determines that the vehicle actually has a driving abnormality, it sends a prompt message to the on-board device indicating that it needs to call for help. That is, in the embodiment shown in Figure 5, the second abnormal prompt message sent by the terminal device to the on-board device is a prompt message indicating that it needs to call for help.

[0176] In some other embodiments, when the terminal device determines that there is actually no driving abnormality in the vehicle, it can send a prompt message to the vehicle-mounted device that does not require calling for help, that is, the second abnormality prompt message sent by the terminal device to the vehicle-mounted device is a prompt message that does not require calling for help.

[0177] S560, the vehicle-mounted equipment makes an emergency call.

[0178] It is understandable that after the vehicle-mounted device determines that the vehicle in which the vehicle-mounted device is located has a driving abnormality, it sends an indication message to the terminal device based on the driving abnormality of the vehicle, and finally determines whether to make an emergency call based on the terminal device's response to the indication message.

[0179] In the embodiment shown in FIG5 , the terminal device's response to the instruction information includes: sending a prompt message indicating that a rescue call is required to the vehicle-mounted device, and the vehicle-mounted device determines to make an emergency rescue call after receiving the prompt message indicating that a rescue call is required.

[0180] In some other embodiments, when the terminal device determines that the vehicle does not actually have any driving abnormalities, it sends a prompt message to the vehicle-mounted device that does not require a call for help. In this case, after receiving the prompt message that does not require a call for help, the vehicle-mounted device determines not to make an emergency call.

[0181] In other embodiments, if the vehicle-mounted device does not receive any response from the terminal device within a preset time period, it determines to make an emergency call. In this implementation, if the terminal device does not respond for a long time, it may be that the terminal device has an abnormality due to abnormal driving (for example, the terminal device is damaged or thrown out of the vehicle, etc.). In this case, determining to make an emergency call ensures the ability of the traffic accident detection method to respond to abnormalities of the terminal device.

[0182] It is understandable that the vehicle-mounted equipment can make an emergency call for road rescue, or call the police, or call road rescue and call the police at the same time. This application does not impose any restrictions on this.

[0183] In some embodiments, the terminal device may make an emergency call by calling an emergency contact number and / or an emergency contact; and the vehicle-mounted device may make an emergency call by calling roadside assistance and / or the police.

[0184] In other exemplary embodiments, when the terminal device does not receive the driving abnormality indication information sent by the vehicle-mounted device, the terminal device determines that the vehicle has a driving abnormality based on the detected first driving data of the vehicle. In this case, the terminal device actively initiates interaction with the vehicle-mounted device to determine whether to initiate an emergency call. This scenario is described below with reference to FIG6 .

[0185] Figure 6 shows a flowchart of an example provided in an embodiment of the present application, wherein the devices involved in the flowchart include an onboard device and a terminal device, and the onboard device and the terminal device are located in the same vehicle.

[0186] In the embodiment shown in Figure 6, the terminal device first detects that the vehicle has a driving abnormality. The second abnormal prompt information sent by the terminal device to the on-board device is the indication information that the terminal device has detected that the vehicle has a driving abnormality. The first abnormal prompt information sent by the on-board device to the terminal device is the response of the on-board device to the indication information sent by the terminal device.

[0187] As shown in FIG6 , the process includes the following steps: S610 - S660 .

[0188] S610: The terminal device determines that the vehicle has driving abnormality based on the detected first driving data of the vehicle.

[0189] It should be understood that the terminal device determines whether the vehicle has driving abnormalities based on the first driving data of the detected vehicle. Specifically, the first driving data may include: speed, positioning data, acceleration data, movement direction, air pressure data, sound data, etc. The terminal device can determine whether the vehicle has driving abnormalities based on one or more of the above data.

[0190] For example, if the terminal device determines that one or more of the following situations occur: the user's speed suddenly changes, the user's direction of travel suddenly changes, the air pressure around the user changes to a preset degree, or a loud sound level appears around the user, the terminal device determines that the vehicle has a driving abnormality (or that the terminal device user has been in a car accident).

[0191] Exemplarily, the terminal device can obtain the corresponding first driving data based on its own GPS (Global Positioning System) positioning device, acceleration sensor, gyroscope, barometer, sound sensor, etc., which is not elaborated in this application.

[0192] S620, the terminal device sends an indication message indicating abnormal driving of the vehicle to the vehicle-mounted device.

[0193] In the embodiment shown in Figure 6, the terminal device determines that the vehicle has a driving abnormality, so the terminal device sends an indication message of the driving abnormality to the on-board device, that is, in the embodiment shown in Figure 6, the second abnormal prompt message sent by the terminal device to the on-board device is an indication message of the vehicle having a driving abnormality.

[0194] In some other embodiments, when no driving abnormality is detected, the terminal device can send a prompt message indicating normal driving to the vehicle-mounted device.

[0195] For example, when the terminal device determines that the vehicle has a driving abnormality, it can also determine whether the severity of the driving abnormality is greater than or equal to a preset abnormality threshold. Only when it is determined that the severity is greater than or equal to the preset abnormality threshold, it determines that the vehicle has a driving abnormality, and then sends driving abnormality indication information to the vehicle-mounted device.

[0196] S630: In response to the instruction information, the vehicle-mounted device detects whether the vehicle has a driving abnormality, and determines whether the vehicle actually has a driving abnormality.

[0197] It is understandable that after the terminal device sends the instruction information to the vehicle-mounted device, it determines whether to make an emergency call based on the response of the vehicle-mounted device to the instruction information.

[0198] It should be understood that the on-board device responds to the indication information sent by the terminal device to detect whether the vehicle in which the on-board device is located has any driving abnormality to obtain the detection result; the on-board device determines whether the vehicle actually has a driving abnormality based on the detection result, that is, the detection result is the final result of whether the vehicle actually has a driving abnormality.

[0199] In the embodiment shown in FIG6 , the detection result is that the vehicle-mounted device determines that the vehicle has a driving abnormality, that is, the vehicle-mounted device determines that the vehicle actually has a driving abnormality.

[0200] It can be understood that the specific method for the on-board device to detect whether the vehicle in which the on-board device is located has any driving abnormality and obtain the detection result can refer to the description of the method for the on-board device to determine whether the vehicle has any abnormality in step S510 above, which will not be repeated here.

[0201] It should be understood that when the on-board device determines that the vehicle in which it is located actually has a driving abnormality, the on-board device's response to the indication information may be "confirming that an abnormality has occurred" or "confirming that the vehicle has a driving abnormality"; when the on-board device determines that the vehicle in which it is located actually does not have a driving abnormality, the on-board device's response to the indication information may be "confirming that no abnormality has occurred" or "confirming that the vehicle does not have a driving abnormality", etc. This application does not elaborate on this.

[0202] In some other embodiments, the vehicle-mounted device may malfunction and thus be unable to respond to any information to the terminal device, which is not described in detail in this application.

[0203] S640, the vehicle-mounted equipment makes an emergency call.

[0204] In the embodiment shown in FIG6 , the vehicle-mounted device determines that the vehicle actually has a driving abnormality in response to the instruction information sent by the terminal device, and at this time the vehicle-mounted device makes an emergency call.

[0205] Exemplarily, the manner in which the vehicle-mounted device performs an emergency call may include: calling roadside assistance, or calling the police, or calling roadside assistance and calling the police simultaneously.

[0206] In some embodiments, the manner in which the vehicle-mounted device makes an emergency call may include: calling an emergency contact, or calling an ambulance, or calling a fire truck, etc., which are not enumerated here.

[0207] In some other embodiments, the vehicle-mounted device responds to the instruction information sent by the terminal device and determines that there is actually no driving abnormality of the vehicle. At this time, the vehicle-mounted device ignores the instruction information of the terminal device and does not make an emergency call.

[0208] S650: The vehicle-mounted device sends a prompt message to the terminal device to confirm that an abnormality has occurred.

[0209] In the embodiment shown in Figure 6, the vehicle-mounted device responds to the indication information sent by the terminal device, determines that the vehicle actually has a driving abnormality, and the vehicle-mounted device sends a prompt message to the terminal device to confirm that the abnormality has occurred. That is, in the embodiment shown in Figure 6, the first abnormal prompt message sent by the vehicle-mounted device to the terminal device is a prompt message confirming that an abnormality has occurred.

[0210] In some other embodiments, the vehicle-mounted device responds to the indication information sent by the terminal device and determines that there is actually no driving abnormality in the vehicle. At this time, the vehicle-mounted device sends a prompt message to the terminal device to confirm that no abnormality has occurred. That is, the first abnormality prompt message sent by the vehicle-mounted device to the terminal device is a prompt message to confirm that no abnormality has occurred.

[0211] S660: The terminal device makes an emergency call.

[0212] It is understandable that the terminal device can make an emergency call to an emergency contact in the terminal device, to the police phone, to roadside assistance, or to an ambulance, etc. This application does not impose any restrictions on this.

[0213] Exemplarily, the terminal device making an emergency call includes: the terminal device displaying a call prompt message on a display screen.

[0214] For example, after the terminal device displays a distress call prompt on its display screen, it can determine whether to initiate an emergency call based on the user's response to the distress call prompt. For example, if a user confirms the call, or if no user response is received within a preset time period, an emergency call is initiated. If a user confirms not to initiate the call, no emergency call is initiated, i.e., the driving abnormality prompt message sent by the vehicle-mounted device is ignored. The specific process can be seen in Figure 4 and the related description, and will not be described here in detail.

[0215] To facilitate understanding, the following exemplary description of the process for determining shared passengers by broadcasting messages in an embodiment of the present application is provided. FIG7 illustrates a flow chart of determining whether an onboard device and a terminal device are in the same vehicle in the accident detection method provided in an embodiment of the present application. As shown in FIG7 , the process includes the following steps: S710-S760.

[0216] S710: The vehicle-mounted device determines that the vehicle enters a driving state based on the obtained second driving data of the vehicle.

[0217] It should be understood that the vehicle-mounted device obtains the second driving data of the vehicle from the vehicle to determine whether the vehicle enters the driving state.

[0218] For example, after the vehicle is started, when the vehicle speed is greater than or equal to a preset speed threshold, the vehicle is determined to have entered the driving state. For example, if the vehicle speed is greater than or equal to 25 kilometers per hour, the vehicle can be determined to have entered the driving state. The preset speed threshold can be set as needed and is not detailed here.

[0219] S720: The in-vehicle device broadcasts the first prompt information and the first identifier.

[0220] The first prompt information is used to prompt the vehicle to enter a driving state, the first prompt information includes the second driving data of the vehicle, and the first identifier is a unique identifier of the vehicle-mounted device.

[0221] Exemplarily, the in-vehicle device may broadcast the first prompt information and the first identifier, and may request a response from a terminal device that receives the broadcast.

[0222] Exemplarily, the broadcast information sent by the in-vehicle device may include, in addition to the first prompt information and the first identifier, state information and time information of the in-vehicle device when entering the driving state.

[0223] S730: The terminal device responds to the first prompt information and determines that the terminal device is in a riding state based on the third driving data of the vehicle detected by the terminal device.

[0224] It should be understood that after receiving the broadcast information from the vehicle-mounted device, the terminal device obtains the third driving data of the vehicle and determines that the terminal device is in a riding state based on the third driving data. The riding state may indicate that the terminal device's moving speed is greater than or equal to a certain threshold and the moving direction conforms to a certain pattern.

[0225] For example: the terminal device can determine whether to enter the riding state based on the speed information in the third driving data. When the speed is greater than or equal to the preset threshold, it is determined that the vehicle has entered the riding state; if the speed is less than the preset threshold, it is determined that the vehicle has not entered the riding state.

[0226] In the embodiment shown in FIG. 7 , the terminal device is determined to be in a vehicle-riding state.

[0227] In some other embodiments, the terminal device may also determine that the vehicle has not entered the state of riding. When it is determined that the vehicle has not entered the state of riding, the terminal device ignores the first prompt information and the first identifier broadcast by the vehicle-mounted device.

[0228] S740: The terminal device determines that the terminal device is located in the vehicle based on the second driving data and the third driving data of the vehicle.

[0229] It should be understood that after the terminal device determines that it has entered the vehicle-riding state, the terminal device determines whether the terminal device is located in the vehicle where the on-board device is located based on the second driving data of the vehicle and the third driving data of the vehicle.

[0230] Exemplarily, the second driving data may include one or more of: vehicle speed and information on changes in geographic location.

[0231] For example, the terminal device can determine whether it is located in the vehicle where the on-board device is located by matching the vehicle speed in the second driving data with the vehicle speed in the third driving data of the vehicle. The terminal device can also determine whether it is located in the vehicle where the on-board device is located by matching the change information of the geographic location in the second driving data with the change information of the geographic location in the third driving data of the vehicle. Of course, the terminal device can also determine whether it is located in the vehicle where the on-board device is located by matching the change information of the speed and the geographic location at the same time.

[0232] For example: the terminal device can determine whether the terminal device is located in the vehicle where the vehicle-mounted device is located by matching the vehicle speed within a preset time length; if the vehicle speed can be matched within the preset time length (that is, the vehicle speed is the same or similar), it is determined that the terminal device is located in the vehicle where the vehicle-mounted device is located; otherwise, it is determined that the terminal device is not located in the vehicle where the vehicle-mounted device is located.

[0233] For another example, the first change trend of the geographic location of the on-board device can be determined based on the change information of the geographic location in the second driving data, and the second change trend of the geographic location of the terminal device can be determined based on the change information of the geographic location in the third driving data; then the similarity between the first change trend and the second change trend is determined, and when the similarity is greater than or equal to a certain threshold, it is determined that the terminal device is located in the vehicle where the on-board device is located; otherwise, it is determined that the terminal device is not located in the vehicle where the on-board device is located.

[0234] It should be understood that after determining that the terminal device is located in the same vehicle as the vehicle-mounted device, the terminal device will record the first identifier of the vehicle-mounted device to facilitate subsequent interaction.

[0235] S750: The terminal device broadcasts the co-passenger identifier and the second identifier.

[0236] Among them, the co-passenger identifier indicates that the vehicle-mounted device corresponding to the first identifier and the terminal device corresponding to the second identifier are located in the same vehicle, and the second identifier is the unique identifier of the terminal device.

[0237] Exemplarily, the co-ride identifier may include identifiers of two devices and co-ride marks (ie, a first identifier and a second identifier), and the co-ride identifier indicates that the two devices corresponding to the identifiers of the two devices are in the same vehicle.

[0238] In the embodiment shown in FIG. 7 , the terminal device is determined to be located in the vehicle where the in-vehicle device is located. In this case, the terminal device broadcasts the co-passenger identifier and the second identifier.

[0239] In another embodiment, the terminal device determines that it is not located in the vehicle where the in-vehicle device is located. In this case, the terminal device may not respond.

[0240] S760: The vehicle-mounted device determines, based on the co-passenger identifier, that the vehicle-mounted device corresponding to the first identifier and the terminal device corresponding to the second identifier are located in the same vehicle.

[0241] It should be understood that after receiving the co-passenger identifier, the in-vehicle device determines that the terminal device and the vehicle are co-passengers, so the in-vehicle device will record the second identifier of the terminal device to facilitate subsequent interactions.

[0242] In an embodiment of the present application, the terminal device determines whether the terminal device and the vehicle-mounted device are passengers in the same vehicle. The first prompt information includes the second driving data of the vehicle. After the terminal device determines that it is in the riding state, it can directly determine whether it is a passenger in the same vehicle based on the second driving data and the third driving data of the vehicle. The method process is relatively short; and the first identifier of the terminal device is used to identify the terminal device, and the second identifier is used to identify the vehicle-mounted device, so that when the vehicle-mounted device and the terminal device interact, the terminal device does not need to provide privacy information such as a mobile phone number, thereby ensuring the privacy security of the terminal device.

[0243] To facilitate understanding, the following exemplary description of the process for determining shared passengers by broadcasting messages in an embodiment of the present application is provided. FIG8 illustrates a flow chart of determining whether an onboard device and a terminal device are in the same vehicle in the accident detection method provided in an embodiment of the present application. As shown in FIG8 , the process includes the following steps: S810-S870.

[0244] S810: The vehicle-mounted device determines that the vehicle enters a driving state based on the obtained second driving data of the vehicle.

[0245] It should be understood that the vehicle-mounted device obtains the second driving data of the vehicle from the vehicle to determine whether the vehicle enters the driving state.

[0246] For example, after the vehicle is started, when the vehicle speed is greater than or equal to a preset speed threshold, the vehicle is determined to have entered the driving state. The preset speed threshold can be set as needed. For example, when the vehicle speed is greater than or equal to 25 kilometers per hour, the vehicle can be determined to have entered the driving state. The details are not detailed here.

[0247] S820: The in-vehicle device broadcasts the first prompt information and the first identifier.

[0248] The first prompt information is used to prompt the vehicle to enter a driving state, and the first identifier is a unique identifier of the vehicle-mounted device.

[0249] Exemplarily, when the in-vehicle device broadcasts the first prompt information, it may request the terminal device that receives the broadcast to respond.

[0250] For example, the broadcast information sent by the vehicle-mounted device may include, in addition to the first prompt information, state information and time information when the vehicle-mounted device enters the driving state.

[0251] S830, the terminal device responds to the first prompt information and determines that the terminal device is in a riding state according to the third driving data of the vehicle detected by the terminal device.

[0252] It should be understood that after receiving the broadcast information from the vehicle-mounted device, the terminal device obtains the third driving data of the vehicle and determines that the terminal device is in a riding state based on the third driving data. The riding state indicates that the terminal device's moving speed is greater than or equal to a certain threshold and the moving direction conforms to a certain pattern.

[0253] For example: the terminal device can determine whether to enter the riding state based on the speed information in the third driving data. When the speed is greater than or equal to the preset threshold, it is determined that the vehicle has entered the riding state; if the speed is less than the preset threshold, it is determined that the vehicle has not entered the riding state.

[0254] In the embodiment shown in FIG. 7 , the terminal device is determined to be in a vehicle-riding state.

[0255] In some other embodiments, the terminal device may also determine that the vehicle has not entered the state of riding. When it is determined that the vehicle has not entered the state of riding, the terminal device ignores the first prompt information and the first identifier broadcast by the vehicle-mounted device.

[0256] S840: The terminal device broadcasts the third driving data and the second identifier of the vehicle.

[0257] The third driving data of the vehicle is detected by the terminal device, and the second identifier is a unique identifier of the terminal device.

[0258] It should be understood that when the terminal device determines that the terminal device is in a vehicle state, the terminal device broadcasts the third driving data and the second identifier of the vehicle.

[0259] In some other embodiments, when the terminal device determines that the terminal device is not in a riding state, the terminal device ignores the first prompt information and the first identifier.

[0260] S850: The vehicle-mounted device determines that the vehicle-mounted device and the terminal device are located in the vehicle based on the second driving data and the third driving data of the vehicle.

[0261] Exemplarily, the second driving data may include: one or more of vehicle speed and geographic location change information to determine whether the terminal device is located in the vehicle where the in-vehicle device is located.

[0262] For example, the on-board device can determine whether the terminal device is located in the vehicle by matching the vehicle speed in the second driving data with the vehicle speed in the third driving data. The on-board device can also determine whether the terminal device is located in the vehicle by matching the change information of the geographic location in the second driving data with the change information of the geographic location in the third driving data. Of course, the on-board device can also determine whether the terminal device is located in the vehicle by matching the change information of the speed and the geographic location at the same time.

[0263] For example: the vehicle-mounted device can determine whether the terminal device is located in the vehicle where the vehicle-mounted device is located by matching the vehicle speed within a preset time length; if the vehicle speed can be matched within the preset time length (that is, the vehicle speed is the same or similar), it is determined that the terminal device is located in the vehicle where the vehicle-mounted device is located; otherwise, it is determined that the terminal device is not located in the vehicle where the vehicle-mounted device is located.

[0264] For another example, the first change trend of the geographic location of the on-board device can be determined based on the change information of the geographic location in the second driving data, and the second change trend of the geographic location of the terminal device can be determined based on the change information of the geographic location in the third driving data; then the similarity between the first change trend and the second change trend is determined, and when the similarity is greater than or equal to a certain threshold, it is determined that the terminal device is located in the vehicle where the on-board device is located; otherwise, it is determined that the terminal device is not located in the vehicle where the on-board device is located.

[0265] It should be understood that after determining that the vehicle-mounted device is located in the same vehicle as the vehicle-mounted device, the vehicle-mounted device will record the second identifier of the terminal device to facilitate subsequent interaction.

[0266] S860: The in-vehicle device broadcasts the co-passenger identifier and the first identifier.

[0267] The co-passenger identifier indicates that the vehicle-mounted device corresponding to the first identifier and the terminal device corresponding to the second identifier are located in the same vehicle.

[0268] In the embodiment shown in FIG8 , the in-vehicle device determines that it is located in the same vehicle as the terminal device. In this case, the in-vehicle device broadcasts the co-passenger identifier and the first identifier.

[0269] In some other embodiments, the in-vehicle device determines that it is not located in the same vehicle as the terminal device. In this case, the in-vehicle device continues to broadcast the first prompt information and the first identifier.

[0270] S870: The terminal device determines, based on the co-passenger identifier, that the vehicle-mounted device corresponding to the first identifier and the terminal device corresponding to the second identifier are located in the same vehicle.

[0271] It should be understood that after receiving the co-passenger identifier, the terminal device determines that the passenger is a co-passenger with the vehicle-mounted device, and the terminal device will record the first identifier of the vehicle-mounted device to facilitate subsequent interaction.

[0272] It is understood that the in-vehicle device and the terminal device interact via broadcast messages, which can be performed based on BLE broadcast. The message format of the broadcast message is shown in Table 1.

[0273] Table 1

[0274] In Table 1:

[0275] Length: indicates the packet length.

[0276] Device random identifier A: Randomly generated device code.

[0277] Signal-to-noise ratio B: The signal-to-noise ratio of the broadcast signal of the vehicle-mounted device received by the terminal device, or the signal-to-noise ratio of the broadcast signal of the terminal device received by the vehicle-mounted device.

[0278] Entering driving mode C: includes the time when the vehicle computer or terminal enters the driving mode and the corresponding geographical location.

[0279] Current vehicle speed and geographic location D: The vehicle-mounted device sends a response request, and then the terminal device feeds back the current vehicle speed and GPS location; or the terminal device sends a response request, and then the vehicle-mounted device feeds back the current vehicle speed and GPS location.

[0280] Equipment type E: vehicle-mounted equipment, terminal and other equipment types.

[0281] Respond to a broadcast request or exit driving mode request F: The terminal device responds to the broadcast according to the request of the vehicle device, or the vehicle device responds to the broadcast according to the request of the terminal device.

[0282] Passenger confirmation identifier G: an identifier sent by the vehicle-mounted device or terminal device to confirm the passenger's identity.

[0283] In some embodiments, the broadcast interaction between the vehicle-mounted device and the terminal device is as follows:

[0284] (1) Vehicle device startup: When the speed of the vehicle in which the vehicle device is located reaches a certain threshold value (for example, greater than or equal to 25 km / h, or the vehicle's seat belt recognition is activated), the vehicle device enters the driving mode (or also called the driving state); the vehicle device sends a Bluetooth broadcast to enter the driving mode.

[0285] (2) On-board device broadcast status: When the on-board device is started, it broadcasts the time and geographic location of entering the driving mode (C), and then requests the terminal device to respond (F).

[0286] (3) Terminal device responds to broadcast: The terminal device receives the broadcast request from the vehicle-mounted device and observes the movement and geographic location changes at this time. It then randomly generates an identifier (A) and responds with the received signal-to-noise ratio (C), device type (E), and current status (D).

[0287] (4) Synchronous confirmation: The terminal device continuously feeds back its status multiple times (e.g., 3 to 5 times). After receiving the feedback, the vehicle-mounted device compares the signal-to-noise ratio of the signals and finds that they are basically consistent (B). The speed and GPS signal changes are consistent with its own driving status (D). At this time, the vehicle-mounted device determines that it and the terminal device are traveling together. Therefore, the vehicle-mounted device and the terminal device confirm that they are traveling together through the passenger confirmation identifier.

[0288] (5) End of the journey: The vehicle is turned off, or the onboard equipment is completely turned off. At this time, the onboard equipment sends a request to exit the driving mode (F).

[0289] It should be understood that the above is only to help those skilled in the art better understand the embodiments of the present application, rather than to limit the scope of the embodiments of the present application. Based on the above examples given, those skilled in the art can obviously make various equivalent modifications or changes. For example, some steps in the above process (method embodiment) may not be necessary, or some new steps may be added. Or a combination of any two or any multiple embodiments described above. Such modifications, changes or combined solutions also fall within the scope of the embodiments of the present application.

[0290] It should also be understood that the division of the modes, situations, categories and embodiments in the embodiments of the present application is only for the convenience of description and should not constitute a special limitation. The features of various modes, categories, situations and embodiments can be combined without contradiction.

[0291] It should also be understood that the various numerical numbers involved in the embodiments of this application are only for the convenience of description and are not intended to limit the scope of the embodiments of this application. The order of the sequence numbers of the above-mentioned processes does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0292] It should also be understood that the above description of the embodiments of the present application focuses on emphasizing the differences between the various embodiments. The same or similar points that are not mentioned can be referenced with each other. For the sake of brevity, they will not be repeated here.

[0293] In this embodiment, each device (including each terminal device or vehicle-mounted device) can be divided into functional modules according to the above-mentioned method embodiment. For example, each function can be divided into functional modules, or two or more functions can be integrated into one processing module. The above-mentioned integrated modules can be implemented in the form of hardware. It should be noted that the division of modules in this embodiment is schematic and is only a logical function division. In actual implementation, there may be other division methods.

[0294] It should be noted that the relevant contents of each step involved in the above method embodiment can be referred to the functional description of the corresponding functional module and will not be repeated here.

[0295] The terminal device or vehicle-mounted device provided in the embodiments of the present application is used to execute the process provided in any of the above embodiments, and thus can achieve the same effect as the above implementation method. In the case of an integrated unit, the terminal device may include a processing module, a storage module, and a communication module. Among them, the processing module can be used to control and manage the actions of the terminal device. For example, it can be used to support the terminal device to execute the steps performed by the processing unit. The storage module can be used to support the storage of program code and data, etc. The communication module can be used to support communication between the terminal device and other devices.

[0296] The processing module may be a processor or a controller. It may implement or execute the various exemplary logic blocks, modules, and circuits described in conjunction with the disclosure of this application. The processor may also be a combination that implements computing functions, such as a combination of one or more microprocessors, a combination of digital signal processing (DSP) and a microprocessor, and so on. The storage module may be a memory. The communication module may specifically be a device that interacts with other terminal devices, such as a radio frequency circuit, a Bluetooth chip, or a Wi-Fi chip.

[0297] An embodiment of the present application provides a terminal device, which is used to execute the steps performed by the terminal device in the traffic accident detection method provided by the present application. For example, the terminal device in the embodiment of the present application can be any terminal device in the above-mentioned embodiments. The terminal device in the embodiment of the present application can be a handheld device (such as a mobile phone terminal), various portable notebooks, various tablet computers, smart cameras, wearable devices, etc., and the embodiment of the present application is not limited to this.

[0298] 9 shows a schematic structural diagram of a terminal device 900. The terminal device 900 may include a processor 910, an external memory interface 920, an internal memory 921, a universal serial bus (USB) interface 930, a charging management module 940, a power management module 941, a battery 942, an antenna 1, an antenna 2, a mobile communication module 950, a wireless communication module 960, an audio module 970, a speaker 970A, a receiver 970B, a microphone 970C, an earphone interface 970D, a sensor module 980, a button 990, a motor 991, an indicator 992, a camera 993, a display 994, and a subscriber identification module (SIM) card interface 995. The sensor module 980 may include a pressure sensor 980A, a gyroscope sensor 980B, an air pressure sensor 980C, a magnetic sensor 980D, an acceleration sensor 980E, a distance sensor 980F, a proximity light sensor 980G, a fingerprint sensor 980H, a temperature sensor 980J, a touch sensor 980K, an ambient light sensor 980L, a bone conduction sensor 980M, etc.

[0299] It should be understood that the structures illustrated in the embodiments of the present application do not constitute a specific limitation on the terminal device 900. In other embodiments of the present application, the terminal device 900 may include more or fewer components than shown, or may combine or separate certain components, or arrange the components differently. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0300] The processor 910 may include one or more processing units. For example, the processor 910 may include an application processor (AP), a modem processor, a graphics processing unit (GPU), an image signal processor (ISP), a controller, a memory, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural-network processing unit (NPU). Different processing units may be independent devices or integrated into one or more processors.

[0301] The controller may be the nerve center and command center of the terminal device 900. The controller may generate an operation control signal based on the instruction operation code and the timing signal to complete the control of instruction fetching and execution.

[0302] Processor 910 may also include a memory for storing instructions and data. In some embodiments, the memory in processor 910 is a cache memory. This memory can store instructions or data that have just been used or are being recycled by processor 910. If processor 910 needs to use the same instruction or data again, it can directly access the memory. This avoids duplicate accesses, reduces processor 910 latency, and thus improves system efficiency.

[0303] In some embodiments, the processor 910 may include one or more interfaces. The interfaces may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a universal serial bus (USB) interface.

[0304] The I2C interface is a bidirectional synchronous serial bus that includes a serial data line (SDA) and a serial clock line (SCL). In some embodiments, the processor 910 may include multiple I2C bus lines. The processor 910 may be coupled to the touch sensor 980K, charger, flash, camera 993, etc. via different I2C bus interfaces. For example, the processor 910 may be coupled to the touch sensor 980K via the I2C interface, enabling communication between the processor 910 and the touch sensor 980K via the I2C bus interface, thereby implementing the touch function of the terminal device 900.

[0305] The I2S interface can be used for audio communication. In some embodiments, the processor 910 can include multiple I2S buses. The processor 910 can be coupled to the audio module 970 via the I2S bus to enable communication between the processor 910 and the audio module 970. In some embodiments, the audio module 970 can transmit audio signals to the wireless communication module 960 via the I2S interface, enabling the function of answering calls through a Bluetooth headset.

[0306] The PCM interface can also be used for audio communication, sampling, quantizing and encoding analog signals. In some embodiments, the audio module 970 and the wireless communication module 960 can be coupled via a PCM bus interface. In some embodiments, the audio module 970 can also transmit audio signals to the wireless communication module 960 via the PCM interface, enabling the function of answering calls via a Bluetooth headset. Both the I2S interface and the PCM interface can be used for audio communication.

[0307] The UART interface is a universal serial data bus used for asynchronous communication. This bus can be a bidirectional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, the UART interface is typically used to connect the processor 910 and the wireless communication module 960. For example, the processor 910 communicates with the Bluetooth module in the wireless communication module 960 via the UART interface to implement Bluetooth functionality. In some embodiments, the audio module 970 can transmit audio signals to the wireless communication module 960 via the UART interface, enabling the function of playing music through Bluetooth headphones.

[0308] The MIPI interface can be used to connect the processor 910 to peripheral devices such as the display screen 994 and the camera 993. MIPI interfaces include the camera serial interface (CSI) and the display serial interface (DSI). In some embodiments, the processor 910 and the camera 993 communicate via the CSI interface to implement the camera function of the terminal device 900. The processor 910 and the display screen 994 communicate via the DSI interface to implement the display function of the terminal device 900.

[0309] The GPIO interface can be configured via software. It can be configured as either a control signal or a data signal. In some embodiments, the GPIO interface can be used to connect the processor 910 to the camera 993, display 994, wireless communication module 960, audio module 970, sensor module 980, and the like. The GPIO interface can also be configured as an I2C interface, an I2S interface, a UART interface, a MIPI interface, and the like.

[0310] The USB interface 930 is an interface that complies with USB standards and may be a Mini USB interface, a Micro USB interface, a USB Type-C interface, or the like. The USB interface 930 can be used to connect a charger to charge the terminal device 900 and to transfer data between the terminal device 900 and peripheral devices. It can also be used to connect headphones to play audio. This interface can also be used to connect to other terminal devices, such as AR devices.

[0311] It is understood that the interface connection relationship between the modules illustrated in the embodiments of the present application is merely an illustrative illustration and does not constitute a structural limitation on the terminal device 900. In other embodiments of the present application, the terminal device 900 may also adopt a different interface connection method from the above embodiments, or a combination of multiple interface connection methods.

[0312] The charging management module 940 is configured to receive charging input from a charger. The charger can be either a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 940 can receive charging input from the wired charger via the USB interface 930. In some wireless charging embodiments, the charging management module 940 can receive wireless charging input via the wireless charging coil of the terminal device 900. While charging the battery 942, the charging management module 940 can also provide power to the terminal device via the power management module 941.

[0313] The power management module 941 is used to connect the battery 942, the charging management module 940, and the processor 910. The power management module 941 receives input from the battery 942 and / or the charging management module 940 and provides power to the processor 910, the internal memory 921, the external memory, the display 994, the camera 993, and the wireless communication module 960. The power management module 941 can also be used to monitor parameters such as battery capacity, battery cycle count, and battery health status (leakage, impedance). In other embodiments, the power management module 941 can also be provided in the processor 910 or in the same device.

[0314] The wireless communication function of the terminal device 900 can be implemented through the antenna 1, the antenna 2, the mobile communication module 950, the wireless communication module 960, the modem processor and the baseband processor.

[0315] Antenna 1 and Antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in terminal device 900 can be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve antenna utilization. For example, antenna 1 can be reused as a diversity antenna for a wireless local area network. In other embodiments, the antennas can be used in conjunction with a tuning switch.

[0316] The mobile communication module 950 can provide solutions for wireless communications including 2G / 3G / 4G / 5G applied to the terminal device 900. The mobile communication module 950 may include at least one filter, a switch, a power amplifier, a low noise amplifier (LNA), etc. The mobile communication module 950 can receive electromagnetic waves from the antenna 1, and filter, amplify, and process the received electromagnetic waves, and transmit them to the modulation and demodulation processor for demodulation. The mobile communication module 950 can also amplify the signal modulated by the modulation and demodulation processor, and convert it into electromagnetic waves for radiation through the antenna 1. In some embodiments, at least some of the functional modules of the mobile communication module 950 can be set in the processor 910. In some embodiments, at least some of the functional modules of the mobile communication module 950 can be set in the same device as at least some of the modules of the processor 910.

[0317] The modem processor may include a modulator and a demodulator. The modulator is used to modulate the low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used to demodulate the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After being processed by the baseband processor, the low-frequency baseband signal is passed to the application processor. The application processor outputs a sound signal through an audio device (not limited to the speaker 970A, the receiver 970B, etc.) or displays an image or video through the display screen 994. In some embodiments, the modem processor may be an independent device. In other embodiments, the modem processor may be independent of the processor 910 and be set in the same device as the mobile communication module 950 or other functional modules.

[0318] The wireless communication module 960 can provide wireless communication solutions including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), infrared (IR), etc., which are applied to the terminal device 900. The wireless communication module 960 can be one or more devices integrating at least one communication processing module. The wireless communication module 960 receives electromagnetic waves via the antenna 2, frequency modulates and filters the electromagnetic wave signals, and sends the processed signals to the processor 910. The wireless communication module 960 can also receive the signal to be sent from the processor 910, frequency modulate it, amplify it, and convert it into electromagnetic waves for radiation through the antenna 2.

[0319] In some embodiments, antenna 1 of terminal device 900 is coupled to mobile communication module 950, and antenna 2 is coupled to wireless communication module 960, so that terminal device 900 can communicate with a network and other devices via wireless communication technology. The wireless communication technology may include global system for mobile communications (GSM), general packet radio service (GPRS), code division multiple access (CDMA), wideband code division multiple access (WCDMA), time-division code division multiple access (TDSCDMA), long term evolution (LTE), BT, GNSS, WLAN, NFC, FM, and / or IR technology. The GNSS may include a global positioning system (GPS), a global navigation satellite system (GLONASS), a Beidou navigation satellite system (BDS), a quasi-zenith satellite system (QZSS) and / or a satellite based augmentation system (SBAS).

[0320] For example, the terminal device 900 can determine its current location based on GPS data. When the GPS data detects that the change in location is significantly greater than expected, it may be that the vehicle where the terminal device is located suddenly drove out of the lane, so it can also be considered that a car accident has been detected.

[0321] The terminal device 900 implements display functions through a GPU, display screen 994, and an application processor. The GPU is a microprocessor for image processing that connects the display screen 994 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 910 may include one or more GPUs that execute program instructions to generate or modify display information.

[0322] Display screen 994 is used to display images, videos, etc. Display screen 994 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a MiniLED, a MicroLED, a Micro-oLed, or a quantum dot light-emitting diode (QLED). In some embodiments, terminal device 900 may include one or N display screens 994, where N is a positive integer greater than one.

[0323] The terminal device 900 can realize the shooting function through the ISP, camera 993, video codec, GPU, display screen 994 and application processor.

[0324] The ISP is used to process data fed back by the camera 993. For example, when taking a photo, the shutter is opened, and light is transmitted through the lens to the camera's photosensitive element (i.e., image sensor). The light signal is converted into an electrical signal, and the camera's photosensitive element (i.e., image sensor) transmits the electrical signal to the ISP for processing and converts it into an image visible to the naked eye. The ISP can also perform algorithmic optimization on image noise, brightness, and skin color. The ISP can also optimize parameters such as exposure and color temperature of the shooting scene. In some embodiments, the ISP can be set in the camera 993.

[0325] The camera 993 is used to capture still images or videos. The object generates an optical image through the lens and projects it onto the photosensitive element (i.e., image sensor). The photosensitive element (i.e., image sensor) can be a charge coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element (i.e., image sensor) converts the optical signal into an electrical signal, and then passes the electrical signal to the ISP to be converted into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into an image signal in a standard RGB, YUV, or other format. In some embodiments, the terminal device 900 may include 1 or N cameras 993, where N is a positive integer greater than 1.

[0326] The digital signal processor is used to process digital signals. In addition to processing digital image signals, it can also process other digital signals. For example, when the terminal device 900 selects a frequency point, the digital signal processor is used to perform Fourier transform on the frequency point energy.

[0327] Video codecs are used to compress or decompress digital video. Terminal device 900 may support one or more video codecs. This allows terminal device 900 to play or record videos in various encoding formats, such as Moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, and MPEG4.

[0328] The NPU is a neural network (NN) computing processor. Drawing on the structure of biological neural networks, such as the transmission patterns between neurons in the human brain, it rapidly processes input information and can continuously self-learn. The NPU enables intelligent cognitive applications in the terminal device 900, such as image recognition, face recognition, speech recognition, and text comprehension.

[0329] The external memory interface 920 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the electronic device 900. The external memory card communicates with the processor 910 via the external memory interface 920 to implement data storage functions. For example, files such as music and videos can be stored on the external memory card.

[0330] The internal memory 921 can be used to store computer executable program codes, which include instructions. The processor 910 executes various functional applications and data processing of the terminal device 900 by running the instructions stored in the internal memory 921. The internal memory 921 may include a program storage area and a data storage area. Among them, the program storage area can store an operating system, an application required for at least one function (such as a sound playback function, an image playback function, etc.), etc. The data storage area can store data created during the use of the terminal device 900 (such as audio data, a phone book, etc.), etc. In addition, the internal memory 921 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, a universal flash storage (UFS), etc.

[0331] The terminal device 900 can implement audio functions such as music playback and recording through the audio module 970, speaker 970A, receiver 970B, microphone 970C, headphone jack 970D, and application processor.

[0332] The audio module 970 is used to convert digital audio information into analog audio signal output, and is also used to convert analog audio input into digital audio signals. The audio module 970 can also be used to encode and decode audio signals. In some embodiments, the audio module 970 can be provided in the processor 910, or some functional modules of the audio module 970 can be provided in the processor 910.

[0333] The speaker 970A, also called a "speaker", is used to convert audio electrical signals into sound signals. The terminal device 900 can listen to music or listen to hands-free calls through the speaker 970A.

[0334] The receiver 970B, also called a "handset", is used to convert audio electrical signals into sound signals. When the terminal device 900 receives a call or voice message, the user can hear the voice by placing the receiver 970B close to the ear.

[0335] Microphone 970C, also known as "microphone" or "microphone", is used to convert sound signals into electrical signals. When making a call or sending a voice message, the user can speak by putting their mouth close to the microphone 970C to input the sound signal into the microphone 970C. The terminal device 900 can be provided with at least one microphone 970C. In other embodiments, the terminal device 900 can be provided with two microphones 970C, which can not only collect sound signals but also realize noise reduction function. In other embodiments, the terminal device 900 can also be provided with three, four or more microphones 970C to realize sound signal collection, noise reduction, and can also identify the source of sound, realize directional recording function, etc.

[0336] Exemplarily, the detection of sound by microphone 970C can be used as an indicator of a car accident. For example, when microphone 970C in the terminal device detects sounds exceeding a certain sound level around the terminal device, in this case, the vehicle where the terminal device is located may have suffered a serious collision, resulting in the sound, and therefore it may be determined that a car accident has occurred.

[0337] The headphone jack 970D is used to connect a wired headphone. The headphone jack 970D can be the USB interface 930 or a 3.5mm Open Mobile Terminal Platform (OMTP) standard interface or a Cellular Telecommunications Industry Association of the USA (CTIA) standard interface.

[0338] Pressure sensor 980A is used to sense pressure signals and convert them into electrical signals. In some embodiments, pressure sensor 980A can be located on display screen 994. There are many types of pressure sensors 980A, such as resistive, inductive, and capacitive. A capacitive pressure sensor can include at least two parallel plates made of conductive material. When force is applied to pressure sensor 980A, the capacitance between the electrodes changes. Terminal device 900 determines the intensity of the pressure based on this change in capacitance. When a touch operation is applied to display screen 994, terminal device 900 detects the intensity of the touch operation using pressure sensor 980A. Terminal device 900 can also calculate the location of the touch based on the detection signal from pressure sensor 980A. In some embodiments, touch operations applied to the same touch location but with different touch operation intensities can correspond to different operation instructions. For example, when a touch operation with an intensity less than a first pressure threshold is applied to a short message application icon, an instruction to view short messages is executed. When a touch operation with an intensity greater than or equal to the first pressure threshold is applied to a short message application icon, an instruction to create a new short message is executed.

[0339] The gyroscope sensor 980B can be used to determine the motion posture of the terminal device 900. In some embodiments, the angular velocity of the terminal device 900 around three axes (i.e., x, y, and z axes) can be determined by the gyroscope sensor 980B. The gyroscope sensor 980B can be used for shooting anti-shake. For example, when the shutter is pressed, the gyroscope sensor 980B detects the angle of the terminal device 900 shaking, calculates the distance that the lens module needs to compensate based on the angle, and allows the lens to offset the shaking of the terminal device 900 through reverse motion to achieve anti-shake. The gyroscope sensor 980B can also be used for navigation and somatosensory game scenes.

[0340] In an embodiment of the present application, the detection of the movement direction by the gyroscope sensor 980B can be used as an indicator of a car accident. For example, when the gyroscope sensor 980B in the terminal device detects a sudden change in the movement method of the terminal device, in this case the terminal device may have been in a car accident.

[0341] The air pressure sensor 980C is used to measure air pressure. In some embodiments, the terminal device 900 calculates the altitude through the air pressure value measured by the air pressure sensor 980C to assist in positioning and navigation.

[0342] In an embodiment of the present application, the measurement of air pressure by the air pressure sensor 980C can also be used as an indicator of a car accident. For example, when the air pressure sensor 980C detects a sudden increase in the ambient air pressure, it may be due to the sudden increase in air pressure caused by the airbag of the car where the terminal device is located being deployed. In this case, the terminal device may also have been in a car accident.

[0343] The magnetic sensor 980D includes a Hall effect sensor. The terminal device 900 can use the magnetic sensor 980D to detect the opening and closing of the flip cover. In some embodiments, when the terminal device 900 is a flip phone, the terminal device 900 can detect the opening and closing of the flip cover based on the magnetic sensor 980D. Based on the detected opening and closing status of the holster or flip cover, features such as automatic unlocking of the flip cover can be configured.

[0344] The accelerometer 980E can detect the magnitude of acceleration of the terminal device 900 in all directions (generally three axes). When the terminal device 900 is stationary, it can detect the magnitude and direction of gravity. It can also be used to identify the terminal device's posture, enabling applications such as switching between landscape and portrait modes and pedometers.

[0345] For example, the acceleration detection by the acceleration sensor 980E can also be used as an indicator of a car accident. For example, when the acceleration sensor 980E in the terminal device detects a sudden large acceleration, it may be that the vehicle is undergoing extreme acceleration or deceleration. In this case, the terminal device may also have been in a car accident.

[0346] The distance sensor 980F is used to measure distance. The terminal device 900 can measure distance using infrared or laser. In some embodiments, when shooting a scene, the terminal device 900 can use the distance sensor 980F to measure distance to achieve fast focus.

[0347] For example, in this application, the distance between any part of the user and the center of the terminal device screen can be measured by the distance sensor 980F, or the distance between any part of the user and any point on the terminal device screen can be measured by the distance sensor 980F.

[0348] The proximity light sensor 980G may include, for example, a light emitting diode (LED) and a light detector, such as a photodiode. The light emitting diode may be an infrared light emitting diode. The terminal device 900 emits infrared light outward through the light emitting diode. The terminal device 900 uses a photodiode to detect infrared reflected light from nearby objects. When sufficient reflected light is detected, it can be determined that there is an object near the terminal device 900. When insufficient reflected light is detected, the terminal device 900 can determine that there is no object near the terminal device 900. The terminal device 900 can use the proximity light sensor 980G to detect when the user holds the terminal device 900 close to the ear to talk, so as to automatically turn off the screen to save power. The proximity light sensor 980G can also be used in leather case mode and pocket mode to automatically unlock and lock the screen.

[0349] Ambient light sensor 980L is used to sense ambient light brightness. Terminal device 900 can adaptively adjust the brightness of display screen 994 based on the perceived ambient light. Ambient light sensor 980L can also be used to automatically adjust white balance when taking photos. Ambient light sensor 980L can also work with proximity light sensor 980G to detect whether terminal device 900 is in a pocket to prevent accidental touches.

[0350] The fingerprint sensor 980H is used to collect fingerprints. The terminal device 900 can use the collected fingerprint characteristics to achieve fingerprint unlocking, access application locks, fingerprint photography, fingerprint call answering, etc.

[0351] The temperature sensor 980J is used to detect temperature. In some embodiments, the terminal device 900 uses the temperature detected by the temperature sensor 980J to execute a temperature processing strategy. For example, when the temperature reported by the temperature sensor 980J exceeds a threshold, the terminal device 900 reduces the performance of the processor located near the temperature sensor 980J to reduce power consumption and implement thermal protection. In other embodiments, when the temperature is lower than another threshold, the terminal device 900 heats the battery 942 to prevent the terminal device 900 from shutting down abnormally due to low temperature. In other embodiments, when the temperature is lower than another threshold, the terminal device 900 boosts the output voltage of the battery 942 to prevent abnormal shutdown due to low temperature.

[0352] The touch sensor 980K is also called a "touch panel." The touch sensor 980K can be set on the display screen 994. The touch sensor 980K and the display screen 994 form a touch screen, also called a "touch screen." The touch sensor 980K is used to detect touch operations acting on or near it. The touch sensor can transmit the detected touch operation to the application processor to determine the type of touch event. Visual output related to the touch operation can be provided through the display screen 994. In other embodiments, the touch sensor 980K can also be set on the surface of the terminal device 900, at a different location from the display screen 994.

[0353] The bone conduction sensor 980M can obtain vibration signals. In some embodiments, the bone conduction sensor 980M can obtain vibration signals of the vibrating bones of the human body's vocal part. The bone conduction sensor 980M can also contact the human body's pulse to receive blood pressure pulse signals. In some embodiments, the bone conduction sensor 980M can also be set in headphones and combined into bone conduction headphones. The audio module 970 can parse out voice signals based on the vibration signals of the vibrating bones of the vocal part obtained by the bone conduction sensor 980M to implement voice functions. The application processor can parse heart rate information based on the blood pressure pulse signals obtained by the bone conduction sensor 980M to implement heart rate detection functions.

[0354] Keys 990 include a power button, a volume button, and the like. Keys 990 may be mechanical keys or touch-sensitive keys. Terminal device 900 may receive key inputs and generate key signal inputs related to user settings and function control of terminal device 900.

[0355] Motor 991 can generate vibration prompts. Motor 991 can be used for incoming call vibration prompts, and can also be used for touch vibration feedback. For example, touch operations acting on different applications (such as taking pictures, audio playback, etc.) can correspond to different vibration feedback effects. For touch operations acting on different areas of the display screen 994, motor 991 can also correspond to different vibration feedback effects. Different application scenarios (for example: time reminders, receiving messages, alarm clocks, games, etc.) can also correspond to different vibration feedback effects. The touch vibration feedback effect can also support customization.

[0356] Indicator 992 may be an indicator light, which may be used to indicate charging status, power level changes, messages, missed calls, notifications, and the like.

[0357] The SIM card interface 995 is used to connect a SIM card. The SIM card can be connected to and disconnected from the terminal device 900 by inserting or removing it from the SIM card interface 995. The terminal device 900 can support one or N SIM card interfaces, where N is a positive integer greater than one. The SIM card interface 995 can support Nano SIM cards, Micro SIM cards, SIM cards, and the like. Multiple cards can be inserted into the same SIM card interface 995 at the same time. The multiple cards can be of the same or different types. The SIM card interface 995 can also be compatible with different types of SIM cards. The SIM card interface 995 can also be compatible with external memory cards. The terminal device 900 interacts with the network through the SIM card to implement functions such as calls and data communications. In some embodiments, the terminal device 900 uses an eSIM, i.e., an embedded SIM card. The eSIM card can be embedded in the terminal device 900 and cannot be separated from the terminal device 900.

[0358] An embodiment of the present application provides a vehicle-mounted device, which is used to execute the steps executed by the vehicle-mounted device in the traffic accident detection method provided in the present application.

[0359] The embodiment of the present application also provides a chip system, as shown in Figure 10, which includes at least one processor 1001 and at least one interface circuit 1002. The processor 1001 and the interface circuit 1002 can be interconnected via a line. For example, the interface circuit 1002 can be used to receive signals from other devices (such as the memory of any of the above-mentioned terminal devices). For another example, the interface circuit 1002 can be used to send signals to other devices (such as the processor 1001). Exemplarily, the interface circuit 1002 can read instructions stored in the memory and send the instructions to the processor 1001. When the instructions are executed by the processor 1001, the terminal device can execute the various steps executed by any terminal device in the above-mentioned embodiments (for example, the terminal device can be a handheld device (such as a mobile phone terminal), various portable notebooks, various tablet computers, smart cameras, wearable devices, etc.), or when the instructions are executed by the processor 1001, the terminal device can execute the various steps executed by any of the vehicle-mounted devices in the above-mentioned embodiments. Of course, the chip system can also include other discrete components, and the embodiment of the present application does not specifically limit this.

[0360] The present application also provides an apparatus, included in a terminal device, that implements the terminal device behavior described in any of the above embodiments. This functionality can be implemented in hardware or by hardware executing corresponding software. The hardware or software includes at least one module or unit corresponding to the above functionality.

[0361] The present application also provides an apparatus, included in an in-vehicle device, that implements the in-vehicle device behavior described in any of the above embodiments. This functionality can be implemented in hardware or by hardware executing corresponding software. The hardware or software includes at least one module or unit corresponding to the above functionality.

[0362] It should also be understood that the division of units in the above device is merely a division of logical functions. In actual implementation, they can be fully or partially integrated into one physical entity, or they can be physically separated. Moreover, the units in the device can all be implemented in the form of software called through processing elements; or all be implemented in the form of hardware; or some units can be implemented in the form of software called through processing elements, and some units can be implemented in the form of hardware. For example, each unit can be a separately established processing element, or it can be integrated into a certain chip of the device. In addition, it can also be stored in a memory in the form of a program, and called by a certain processing element of the device to execute the function of the unit. Here, the processing element can also be called a processor, which can be an integrated circuit with signal processing capabilities. In the implementation process, each step of the above method or each unit above can be implemented by the integrated logic circuit of the hardware in the processor element or in the form of software called through the processing element. In one example, the unit in any of the above devices may be one or more integrated circuits configured to implement the above method, such as one or more application specific integrated circuits (ASICs), or one or more digital signal processors (DSPs), or one or more field programmable gate arrays (FPGAs), or a combination of at least two of these integrated circuit forms. For another example, when the unit in the device can be implemented in the form of a processing element scheduler, the processing element may be a general-purpose processor, such as a central processing unit (CPU) or other processor that can call a program. For another example, these units can be integrated together and implemented in the form of a system-on-a-chip (SOC).

[0363] The present application also provides a computer-readable storage medium for storing computer program code, wherein the computer program includes steps for executing the steps of executing or displaying an interface on a terminal device in any of the embodiments provided above. The readable medium may be a read-only memory (ROM) or a random access memory (RAM), which is not limited in the present application.

[0364] The present application also provides a computer-readable storage medium for storing computer program code, wherein the computer program includes steps for executing the steps of executing or displaying the interface of the vehicle-mounted device in any of the above embodiments of the present application. The readable medium can be a read-only memory (ROM) or a random access memory (RAM), which is not limited in the present application.

[0365] The present application also provides a computer program product, which includes instructions. When the instructions are executed, the terminal device executes the steps of executing or displaying the interface of the terminal device in any of the above embodiments.

[0366] The present application also provides a computer program product, which includes instructions. When the instructions are executed, the terminal device executes the steps of executing or displaying the interface of the vehicle-mounted device in any of the above embodiments.

[0367] An embodiment of the present application also provides a graphical user interface on a terminal device, wherein the terminal device has a display screen, a camera, a memory, and one or more processors, wherein the one or more processors are used to execute one or more computer programs stored in the memory, and the graphical user interface includes a graphical user interface displayed when the terminal device executes the steps performed by the terminal device in any of the above embodiments.

[0368] An embodiment of the present application also provides a graphical user interface on a vehicle-mounted device, wherein the vehicle-mounted device has a display screen, a camera, a memory, and one or more processors, wherein the one or more processors are used to execute one or more computer programs stored in the memory, and the graphical user interface includes a graphical user interface displayed when the vehicle-mounted device executes the steps executed by the vehicle-mounted device in any of the above embodiments.

[0369] Among them, the terminal equipment, vehicle-mounted equipment, device, computer-readable storage medium, computer program product or chip system provided in this embodiment are all used to execute the corresponding methods provided above. Therefore, the beneficial effects that can be achieved can refer to the beneficial effects in the corresponding methods provided above, and will not be repeated here.

[0370] It is understandable that, in order to realize the above functions, the above-mentioned terminal devices etc. include hardware structures and / or software modules corresponding to the execution of each function. Those skilled in the art should easily realize that, in combination with the units and algorithm steps of each example described in the embodiments disclosed herein, the embodiments of the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in the form of hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of the embodiments of the present application.

[0371] The embodiment of the present application can divide the functional modules of the above-mentioned terminal device etc. according to the above-mentioned method example. For example, each functional module can be divided corresponding to each function, or two or more functions can be integrated into one processing module. The above-mentioned integrated module can be implemented in the form of hardware or in the form of software functional modules. It should be noted that the division of modules in the embodiment of the present application is schematic and is only a logical functional division. In actual implementation, there may be other division methods.

[0372] Through the description of the above embodiments, those skilled in the art will clearly understand that for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above. The specific working processes of the above-described systems, devices, and units can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0373] The functional units in the various embodiments of the present application may be integrated into a single processing unit, or each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0374] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the embodiment of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as flash memory, mobile hard disk, read-only memory, random access memory, magnetic disk or optical disk.

[0375] The above is only a specific embodiment of the present application, but the scope of protection of this application is not limited to this. Any changes or substitutions within the technical scope disclosed in this application should be included in the scope of protection of this application. Therefore, the scope of protection of this application should be based on the scope of protection of the claims.

Claims

1. A traffic accident detection method, applied to a terminal device, characterized in that: The method comprises: detecting first driving data of a vehicle; Receiving first abnormal prompt information sent by the vehicle-mounted device; Whether to make an emergency call is determined according to the first driving data and the first abnormal prompt information, the vehicle-mounted device and the terminal device are located in the vehicle, and there is a communication connection between the vehicle-mounted device and the terminal device.

2. The method according to claim 1, characterized in that The first abnormal prompt information includes indication information, and the indication information is used to indicate that the vehicle has a driving abnormality. The determining whether to make an emergency call according to the first driving data and the first abnormal prompt information includes: Determining whether the vehicle actually has driving abnormality according to the indication information and the first driving data; Whether to make an emergency call is determined based on whether the vehicle actually has any driving abnormality.

3. The method according to claim 2, characterized in that The determining whether to make an emergency call according to whether the vehicle actually has a driving abnormality includes: In the case that the vehicle actually has a driving abnormality, it is determined to make an emergency call, and the emergency call includes: displaying a call prompt message and sending a prompt message that a call for help is needed to the vehicle-mounted device.

4. The method according to claim 2, characterized in that: The determining that the vehicle actually has a driving abnormality includes: determining that the vehicle has a driving abnormality, and the severity of the driving abnormality is greater than or equal to a preset abnormality threshold.

5. The method according to claim 1, characterized in that: The determining whether to make an emergency call according to the first driving data and the first abnormal prompt information includes: Determining, according to the first driving data, that the vehicle has driving abnormality; Sending indication information to the vehicle-mounted device, where the indication information is used to indicate that the vehicle has a driving abnormality; Whether to make an emergency call is determined according to the response of the vehicle-mounted device to the indication information, and the first abnormal prompt information includes the response of the vehicle-mounted device to the indication information.

6. The method according to claim 5, characterized in that The determining whether to make an emergency call according to the response of the vehicle-mounted device to the indication information includes: If a prompt message confirming that an abnormality has occurred is received from the vehicle-mounted device in response to the indication message, or if no response message from the vehicle-mounted device to the indication message is received within a preset time length, it is determined to make an emergency call; If a prompt message is received from the vehicle-mounted device in response to the indication message, confirming that no abnormality has occurred, it is determined not to make an emergency call.

7. The method according to any one of claims 1 to 6, characterized in that: Before determining whether to make an emergency call, the method further includes: determining that the terminal device and the vehicle-mounted device are located in the vehicle by means of a communication method of broadcasting a message.

8. The method according to claim 7, characterized in that The method of determining that the terminal device and the vehicle-mounted device are located in the vehicle by means of a communication method of broadcasting a message includes: receiving first prompt information and a first identifier broadcasted by the vehicle-mounted device, wherein the first prompt information is used to prompt the vehicle to enter a driving state, the first prompt information includes second driving data of the vehicle acquired by the vehicle-mounted device, and the first identifier is an identifier of the vehicle-mounted device; In response to the first prompt information, determining whether the terminal device is in a vehicle riding state according to third driving data of the vehicle detected by the terminal device; If it is determined that the terminal device is in a vehicle state, determining whether the terminal device is located in the vehicle according to the second driving data of the vehicle and the third driving data of the vehicle; If it is determined that the terminal device is located in the vehicle, a co-passenger identifier and a second identifier are broadcasted, wherein the co-passenger identifier indicates that the vehicle-mounted device corresponding to the first identifier and the terminal device corresponding to the second identifier are located in the same vehicle, and the second identifier is the identification of the terminal device.

9. The method according to claim 7, characterized in that: The method of determining that the terminal device and the vehicle-mounted device are located in the vehicle by means of a communication method of broadcasting a message includes: Receive a first prompt message and a first identifier broadcasted by the vehicle-mounted device, wherein the first prompt message is used to prompt the The vehicle enters a driving state, and the first identifier is an identifier of the vehicle-mounted device; In response to the first prompt information, determining whether the terminal device is in a vehicle riding state according to third driving data of the vehicle detected by the terminal device; If it is determined that the terminal device is in a vehicle state, broadcasting and sending the third driving data and the second identifier of the vehicle, where the second identifier is the identifier of the terminal device; If a co-passenger identifier broadcasted by the vehicle-mounted device is received, it is determined that the terminal device is located in the vehicle, and the co-passenger identifier indicates that the vehicle-mounted device corresponding to the first identifier and the terminal device corresponding to the second identifier are located in the same vehicle.

10. A method for detecting a traffic accident, applied to a vehicle-mounted device, characterized in that: The method comprises: Detecting whether the vehicle where the vehicle-mounted device is located has any driving abnormality and obtaining the detection result; Receiving second abnormal prompt information sent by the terminal device; Whether to make an emergency call is determined according to the detection result and the second abnormal prompt information, the vehicle-mounted device and the terminal device are located in the vehicle, and there is a communication connection between the vehicle-mounted device and the terminal device.

11. The method according to claim 10, characterized in that The determining whether to make an emergency call according to the detection result and the second abnormal prompt information includes: If the detection result is that the vehicle has a driving abnormality, then according to the driving abnormality of the vehicle, an indication information is sent to the terminal device, wherein the indication information is used to indicate that the vehicle has a driving abnormality; Whether to make an emergency call is determined according to the response of the terminal device to the indication information, and the second abnormal prompt information includes the response of the terminal device to the indication information.

12. The method according to claim 10, characterized in that The second abnormality prompt information includes indication information, and the indication information is used to indicate that the vehicle has a driving abnormality. The detecting whether the vehicle where the vehicle-mounted device is located has a driving abnormality and obtaining the detection result includes: In response to the indication information, detecting whether a driving abnormality occurs on the vehicle where the vehicle-mounted device is located, and obtaining a detection result; The determining whether to make an emergency call according to the detection result and the second abnormal prompt information includes: Determining whether the vehicle actually has driving abnormality according to the detection result; Determine whether to make an emergency call based on whether the vehicle actually has a driving abnormality, and determine response information to be sent to the terminal device for the indication information, the response information including: prompt information confirming that an abnormality has occurred, or prompt information confirming that no abnormality has occurred.

13. The method according to any one of claims 10 to 12, characterized in that: The emergency call includes: calling for road rescue and / or calling the police.

14. The method according to any one of claims 10 to 13, characterized in that Before determining whether to make an emergency call, the method further includes: determining that the terminal device and the vehicle-mounted device are located in the vehicle by means of a communication method of broadcasting a message.

15. A vehicle accident detection device, characterized in that: The device comprises means for performing the steps of the method according to any one of claims 1 to 9, or the device comprises means for performing the steps of the method according to any one of claims 10 to 14.

16. A terminal device, characterized in that: The terminal device comprises a processor and a memory, wherein the memory is used to store instructions, and the processor is used to read the instructions to execute the method according to any one of claims 1 to 9.

17. A vehicle-mounted device, characterized in that: The in-vehicle device comprises a processor and a memory, wherein the memory is used to store instructions, and the processor is used to read the instructions to execute the method according to any one of claims 10 to 14.

18. A car accident detection system, characterized in that: It includes the terminal device as claimed in claim 16 and the vehicle-mounted device as claimed in claim 17.

19. A computer-readable storage medium, characterized in that: A computer program is stored in the computer-readable storage medium, wherein the computer program includes program instructions, and when the program instructions are executed by a processor, the processor executes the method as described in any one of claims 1 to 9, or when the program instructions are executed by a processor, the processor executes the method as described in any one of claims 10 to 14.

20. A chip, characterized in that: include: A processor, configured to call and run a computer program from a memory, so that a communication device equipped with the chip executes a method as described in any one of claims 1 to 9, or a communication device equipped with the chip executes a method as described in any one of claims 10 to 14.

Images