Vehicle emergency call method and device and computer program product

Abstract

The invention relates to a vehicle emergency call method and device and a computer program product, and the method comprises the steps: achieving an emergency call through the operation of two processes, enabling a first process to manage the state conversion of an Ecall system according to a state table from a waiting state to a starting state, a preparation state, a dialing state, a final state to an in-call state or a call end state, and transmitting vehicle state information and a control message at the same time, and the second process is responsible for executing the dialing instruction, interactively dialing with the communication module and feeding back a result to the first process so as to complete an emergency call flow. By defining the state table and separating the process responsibilities, rapid expansion, efficient maintenance and stable operation of Ecall system software are realized.

Description

Technical Field

[0001] The present application relates to the field of vehicle emergency rescue technology, and in particular to a vehicle emergency call method, device and computer program product. Background Art

[0002] At present, the domestic emergency call system (Ecall) generally has the functions of receiving Ecall trigger commands, establishing calls with the rescue center, and transmitting vehicle condition data to the rescue center. The industry generally emphasizes automatic redialing of the call establishment process, or retaining information and restoring after system errors to ensure the stability of the call, but does not comprehensively consider the impact of various factors on the performance of the function, such as the accuracy of the hardware circuit to recognize the trigger command, the function expansion capability after the demand changes, and the stability and recovery capability of the software. Summary of the invention

[0003] The purpose of this application is to propose a vehicle emergency call method and device, and a computer program product to improve the functional expansion capability of the emergency call system after the demand changes and the stability and recovery capability of the software.

[0004] To achieve the above object, according to a first aspect of the present application, a vehicle emergency call method is provided, the method comprising:

[0005] Run process number one to perform the following process:

[0006] In response to the Ecall trigger signal, if the vehicle is powered on and the Ecall system is in a waiting state, the Ecall system is switched from the waiting state to the starting state according to a preset state table, and the vehicle state information is obtained in the starting state and sent to the rescue center; wherein the state table includes the conversion relationship between various states of the Ecall system;

[0007] After the vehicle status information is sent to the rescue center, the Ecall system is switched from the start state to the ready state according to the state table, the vehicle microphone and speaker are turned on in the ready state, and a first message is sent to the vehicle computer to switch the vehicle computer to the dialing interface;

[0008] After sending the first message to the vehicle computer, the Ecall system is switched from the preparation state to the dialing state according to the state table, a dialing instruction is sent to the second process in the dialing state, and a reply from the second process is received.

[0009] Receive the command execution result replied by the second process, determine whether the rescue center answers the call according to the command execution result, if not, switch the Ecall system from the call state to the call end state according to the state table, if yes, switch the Ecall system from the dialing state to the call state according to the state table, and send a second message to the vehicle computer to switch the vehicle computer to the call interface;

[0010] Run process No. 2 to perform the following process:

[0011] Execute the dialing instruction, interact with the communication module to make a call, and feed back the instruction execution result to the first process.

[0012] According to a second aspect of the present application, a vehicle emergency call device is provided, the device comprising a module for executing the method described in the first aspect of the present application.

[0013] According to a third aspect of the present application, a vehicle emergency call device is provided, comprising:

[0014] A communication interface, used to communicate with other electronic devices;

[0015] a memory for storing computer program instructions;

[0016] A processor is used to execute the computer program instructions to support the implementation of the method according to the first aspect of the present application based on the vehicle emergency call device.

[0017] According to a fourth aspect of the present application, a computer program product is provided, comprising computer program instructions, wherein the computer program instructions instruct a computer device to perform operations corresponding to the method according to the first aspect of the present application.

[0018] The vehicle emergency call method and device and computer program product proposed in this application have the following beneficial effects:

[0019] (1) A state transition table is designed. When the process needs to be optimized, rapid expansion and maintenance can be achieved by adding or reducing states in the state transition table, improving the functional expansion capability after demand changes and improving the efficiency of software development.

[0020] (2) By isolating the two processes and utilizing the principle of divide and conquer, the two processes can focus on the processes of "state transition" and "interaction with the communication module" respectively, which makes development and testing easier and improves development efficiency. If one process crashes, it will not directly affect the operation of the other process. The system can try to restart the failed process without restarting the entire system, thereby improving the stability and recovery capability of the emergency call system software. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0022] Figure 1 The figure is a flow chart of a vehicle emergency call method in an embodiment of the present application.

[0023] Figure 2 A schematic diagram of the logical principle of a vehicle emergency call method in an embodiment of the present application.

[0024] Figure 3 Schematic diagram of the logical principle of the Ecall system status timeout mechanism in the embodiment of the present application.

[0025] Figure 4 Schematic diagram of the acquisition circuit of the key trigger signal in the embodiment of the present application.

[0026] Figure 5 Schematic diagram of the acquisition circuit of the PWM trigger signal in the embodiment of the present application.

[0027] Figure 6 This is a schematic diagram of the logical principle of process No. 1 sending instructions and receiving replies from process No. 2 in an embodiment of the present application. DETAILED DESCRIPTION

[0028] The detailed description of the drawings is intended as an illustration of the current embodiment of the present application, and is not intended to represent the only form in which the present application can be implemented. It should be understood that the same or equivalent functions can be accomplished by different embodiments intended to be included in the spirit and scope of the present application.

[0029] One embodiment of the present application provides a vehicle emergency call method, which is implemented by running process No. 1 and process No. 2. In computer science, a process is the basic unit for resource allocation and scheduling of an operating system. Each process has its own independent execution environment. A program can have multiple processes running at the same time. Each process is independent and has its own address space. Processes can communicate with each other through various mechanisms. Process No. 1 and process No. 2 in the vehicle emergency call system can be understood as two independent execution units designed to implement the emergency call function. Each process is responsible for different tasks and completes the entire emergency call process through mutual cooperation. This design can improve the efficiency and stability of the system because each process can focus on its own task and isolate errors and exceptions to a certain extent.

[0030] See also Figures 1-2, the method of this embodiment includes the following steps:

[0031] Run process number one to perform the following process:

[0032] Step S11, in response to the Ecall trigger signal, if the vehicle is powered on and the Ecall system is in a waiting state, the Ecall system is switched from the waiting state to the starting state according to a preset state table, and the vehicle state information is obtained in the starting state and sent to the rescue center; wherein the state table includes the conversion relationship between various states of the Ecall system.

[0033] Specifically, when the Ecall trigger signal is detected, it indicates that an emergency may have occurred and the emergency call process needs to be initiated. At this time, a prerequisite judgment is made. If the vehicle is powered on at this time, the voltage range is 7 to 18V, and the Ecall system is currently in a waiting state, subsequent operations will be performed. The waiting state is a preparatory state waiting for instructions.

[0034] The Ecall system has a predefined state table, which describes in detail the different states of the Ecall system and the conversion rules between them. According to this state table, you can switch between different states. The states of the Ecall system include but are not limited to waiting, starting, preparing, dialing, ongoing, hanging up, call over, etc. The state table is as follows:

[0035]

[0036] Furthermore, after the Ecall system enters the startup state, it obtains the vehicle's current status information, including gear position, vehicle speed, accelerator pedal depth, current location and other information, and sends this information to the rescue center so that rescue personnel can understand the details of the accident vehicle.

[0037] Step S12, after sending the vehicle status information to the rescue center, switching the Ecall system from the start state to the ready state according to the state table, turning on the vehicle microphone and speaker in the ready state, and sending a first message to the vehicle computer to switch the vehicle computer to the dialing interface;

[0038] Specifically, after completing the task of sending the vehicle status information to the rescue center, the Ecall system needs to switch from the current state to the next state to execute the subsequent process. The state table defines that the next state is the ready state. Therefore, in step S12, the Ecall system is switched from the start state to the ready state according to the state table. In the ready state, the vehicle microphone and speaker are turned on, and a first message is sent to the vehicle computer to switch to the dialing interface. In this way, the passengers or drivers in the car can see the dialing interface and know that the Ecall system has been started and is making a rescue call.

[0039] Step S13, after sending the first message to the vehicle computer, the Ecall system is switched from the ready state to the dialing state according to the state table, a dialing instruction is sent to the second process in the dialing state, and a reply from the second process is received.

[0040] Specifically, after completing the task of sending the first message to the vehicle computer, the Ecall system needs to switch from the current state (ready state) to the next state (dialing state) to execute subsequent processes, and switch the Ecall system from the ready state to the dialing state according to the state table.

[0041] Furthermore, when the Ecall system enters the dialing state, process No. 1 sends a dialing instruction to process No. 2. The dialing instruction is an AT instruction. The purpose of the dialing instruction is to start a telephone connection with the rescue center. Process No. 1 waits to receive a reply from process No. 2. After sending the dialing instruction, the Ecall system will wait for process No. 2 to complete the dialing operation and return the result of the operation. This result tells the Ecall system whether the dialing is successful and whether a call connection with the rescue center is established.

[0042] Step S14, receiving the command execution result replied by the second process, determining whether the rescue center answers the call according to the command execution result, if not, switching the Ecall system from the call state to the call end state according to the state table, if yes, switching the Ecall system from the dialing state to the call state according to the state table, and sending a second message to the vehicle computer to switch the vehicle computer to the call interface;

[0043] Specifically, after receiving the command execution result replied by process No. 2, process No. 1 determines whether the Ecall system needs to enter the call end state or the call in progress state according to the command execution result. Process No. 1 determines whether the rescue center has answered the call according to the result returned by process No. 2. If the rescue center has not answered the call, for example, because the line is busy, there is no answer or other reasons, the Ecall system is switched from the call in progress state to the call end state according to the state table.

[0044] If the rescue center has answered the call, the Ecall system is switched from the dialing state to the call state according to the state table, indicating that the emergency call has been successfully established. When the Ecall system enters the call state, the driver or passenger can talk to the rescue center through the vehicle's microphone and speaker; a second message is also sent to the vehicle computer to switch the vehicle computer to the call interface to provide an appropriate user interface and functions to support the ongoing call.

[0045] It should be noted that, as described in the above steps, process No. 1 is used to execute state transitions of the Ecall system and tasks to be performed in different states. In some embodiments, process No. 1 may include multiple threads, and different threads are used to execute state transitions and tasks in different states to improve the response speed and efficiency of the Ecall system; each thread can be optimized for a specific state or task, making the code more modular, easy to understand and maintain; different threads handle different tasks, and if an error occurs in one thread, it will not directly affect the operation of other threads, which helps to isolate problems and improve system stability.

[0046] Run process No. 2 to perform the following process:

[0047] Step S21, execute the dialing instruction, interact with the communication module to make a call, and feed back the instruction execution result to the first process.

[0048] Specifically, after receiving the dialing instruction sent by process one, process two starts to perform the dialing operation, communicates and interacts with the vehicle's communication module (such as the vehicle phone module), and converts the dialing instruction into an actual dialing behavior to dial the rescue center phone number pre-stored in the flash memory, thereby establishing a telephone connection with the rescue center. After executing the dialing instruction, process two will feedback the execution result (such as success or failure) to process one. This feedback mechanism allows process one to decide how to continue processing the emergency call process based on the feedback from process two.

[0049] In order to improve the reliability and safety of the system, the rescue center telephone number pre-stored in the flash memory is used for dialing. This practice avoids possible telephone number input errors in emergency situations and ensures that contact with the rescue center can be established quickly.

[0050] Furthermore, if a failure is encountered when executing the dialing instruction, the second process will automatically retry three times in a row. This retry mechanism can increase the probability of successfully establishing an emergency call, especially in a poor communication environment.

[0051] In some specific embodiments, process No. 1 is run to perform the following process:

[0052] Step S15, when the call is ended, if the rescue center hangs up, the Ecall system is switched from the call state to the call end state according to the state table; if the call is hung up locally, the Ecall system is switched from the call state to the hang-up state according to the state table, a hang-up instruction is sent to the second process in the hang-up state, and a third message is sent to the vehicle computer to switch the vehicle computer to the hang-up interface;

[0053] Specifically, ending the call means that the emergency call process has ended, which may be caused by the rescue center or the local person. If the call is hung up by the rescue center, process one switches the Ecall system from the call state to the call ended state according to the provisions of the state table.

[0054] If the call is hung up by the user in the vehicle, process one switches the Ecall system from the call state to the hang-up state according to the provisions of the state table. In the hang-up state, the system will send a hang-up command to process two, which is an instruction to notify process two to end the current call.

[0055] In the hang-up state, process No. 1 will send a hang-up command to process No. 2. The hang-up command is also an AT command to notify the communication module to end the current call. At the same time, process No. 1 will also send a third message to the vehicle computer to notify the vehicle computer to switch to the hang-up interface so that the user can confirm that the call has been hung up.

[0056] Step S16, after sending the third message to the vehicle computer, the Ecall system is switched from the hang-up state to the call end state according to the state table.

[0057] Specifically, after completing the task of sending the third message to the vehicle computer, the Ecall system needs to switch from the current state to the next state to execute the subsequent process, and the Ecall system is switched from the hang-up state to the call end state according to the state table.

[0058] Step S17, when the call is ended, the microphone and the speaker are turned off, a fourth message is sent to the vehicle computer so that the vehicle computer switches to the call ending interface, and exits the call ending interface after a preset delay.

[0059] Specifically, after the call ends, process one will turn off the microphone and speaker on the vehicle to prevent the user from continuing to talk to the rescue center or other people after the call ends, thereby protecting user privacy and preventing misoperation. Process one will also send a fourth message to the vehicle computer to notify the vehicle computer system to switch to the call end interface, letting the user know that the call has ended, and after the preset waiting time, the vehicle computer will automatically exit the call end interface and return to the previous interface or enter standby mode.

[0060] Run process No. 2 and execute the following process:

[0061] Step S22, execute the hang-up instruction, interact with the communication module to hang up the call, and feed back the instruction execution result to the first process.

[0062] Specifically, after receiving the hang-up command sent by process 1, process 2 starts to execute the hang-up operation and interacts with the vehicle's communication module to end the current call. After executing the hang-up command, process 2 will feedback the execution result (such as success or failure) to process 1. This feedback mechanism allows process 1 to decide how to continue processing the emergency call process based on the feedback from process 2.

[0063] In some specific embodiments, the step S12 further comprises:

[0064] If the vehicle status information fails to be sent in the startup state, the Ecall system is switched from the startup state to the ready state according to the state table when the startup state is entered for a preset time, and the vehicle status information is resent to the rescue center after the call ends.

[0065] Specifically, if after the Ecall system enters the startup state, process one fails to send the vehicle status information to the rescue center (possibly due to communication problems, system errors, or other reasons), and the time to enter the startup state has reached a preset duration (i.e., a preset time limit), process one will take further action and switch the Ecall system from the startup state to the ready state according to the preset state table. This may be because the vehicle status information cannot be sent for a long time in the startup state, and the system believes that the goal of the startup state has been unattainable, so it needs to switch to the ready state to perform other operations. Retrying to send the vehicle status information to the rescue center after the call ends ensures that even if the transmission fails, the critical vehicle status information can be sent after the call ends so that the rescue center can obtain this information.

[0066] In some specific embodiments, the first process is run and the following process is also executed:

[0067] A timeout mechanism is set for each state of the Ecall system. When entering any state for a preset time, the Ecall system is automatically switched from the current state to the target state according to the state table.

[0068] Specifically, if Figure 3As shown, each state in the Ecall system has a timeout mechanism, that is, each state has a preset duration. When the Ecall system enters any state and stays in that state for a preset duration, the timeout mechanism will be triggered. After the timeout mechanism is triggered, process No. 1 will automatically switch the Ecall system from the current state to the next target state according to the preset state table. This target state is determined according to the conversion rules defined in the state table. The setting of the timeout mechanism helps to ensure that the Ecall system can respond and handle emergencies in a timely manner, avoiding the situation where the state stays at a certain stage for a long time and cannot proceed to the next operation. This improves the system's response speed and the success rate of emergency calls. In addition, the timeout mechanism can correct the problem of the inability to convert the state caused by software quality during the execution process in a timely manner, ensuring the stability of the system.

[0069] In some specific embodiments, the first message, the second message, the third message and the fourth message are all the current status of the Ecall system to inform the vehicle computer which interface should be displayed. The first message, the second message, the third message and the fourth message are Can protocol messages, which are sent to the vehicle computer through the vehicle's Can bus.

[0070] In some specific embodiments, the Ecall trigger signal is one of a key trigger signal, a PWM trigger signal, and a message trigger signal;

[0071] The key trigger signal is a low-level input signal that lasts for a preset time period;

[0072] The PWM trigger signal has a duty cycle and a period both within a preset range;

[0073] The message trigger signal is a message carrying a preset signal value.

[0074] Specifically, the acquisition circuit of the key trigger signal in the method of this embodiment is as follows: Figure 4 As shown, actively query the acquisition trigger command. Under normal circumstances, the output (Key Input) of the key module is high level. After the key is pressed, the output (Key Input) becomes low level. The key trigger condition is that the MCU acquires a low level input signal for 2 seconds, then it is determined that a valid key trigger signal is detected.

[0075] In the method of this embodiment, the PWM trigger signal acquisition circuit is as follows: Figure 5 As shown, if the duty cycle range of the received PWM trigger signal (PWM Input) satisfies 33%±6.7% and the period range satisfies 30±2 milliseconds, it is determined that a valid PWM trigger signal is detected.

[0076] The message trigger signal in the method of this embodiment is a message carrying a preset signal value, and the preset signal value is, for example, 0xA0. The Ecall system obtains the message through the CAN bus.

[0077] In some specific embodiments, the first process is run and the following process is also executed:

[0078] The first process includes a first thread and a second thread;

[0079] like Figure 6 As shown, when it is necessary to send an instruction to the second process, the first thread creates a dynamic memory, saves the to-be-executed instruction and the callback function in the dynamic memory, and pushes the dynamic memory address into the tail of the chain queue;

[0080] The second thread obtains a dynamic memory address from the queue head of the linked queue, reads the corresponding to-be-executed instruction and callback function according to the dynamic memory address, and sends the read to-be-executed instruction to the second process through the socket; if the second thread receives the instruction execution result returned by the second process within a preset time, the callback function read is executed accordingly, otherwise the read to-be-executed instruction is resent to the second process through the socket.

[0081] Specifically, in this embodiment, when the second thread sends the instruction to be executed to the second process, if the instruction sending fails, the instruction to be executed will be resent to the second process through the socket, but the number of resending is limited, for example, three times. If it still fails after sending three times, the sending will be stopped. At this time, it should be switched to the call end state.

[0082] In this embodiment, the first thread is responsible for creating and preparing instruction data, and the second thread is responsible for sending instructions to the second process and processing responses. Creating dynamic memory means allocating an area in the memory for storing instructions and callback functions, adding the address of the dynamic memory to the tail of the linked queue so that the second thread can obtain it. The linked queue adopts the first-in-first-out rule. The second thread takes out the dynamic memory address from the head of the queue. According to the dynamic memory address, the stored instructions to be executed and callback functions can be read from the corresponding dynamic memory, and then the instructions to be executed are sent to the second process through the socket. The second thread monitors the socket and waits for the instruction execution result returned by the second process.

[0083] If the second thread receives the execution result of the second process within the preset time, the execution result is processed according to the read callback function. If the execution result is not received within the preset time, the instruction to be executed is resent to the second process through the socket, which may be because the first transmission was unsuccessful or the second process did not respond in time. The process design of this embodiment allows the first process to communicate with the second process in an asynchronous manner, and can separate the creation and sending of instructions in different threads, thereby improving the efficiency and responsiveness of the Ecall system. At the same time, by using the callback function, subsequent processing can be performed after the execution of the instruction is completed without blocking and waiting for the execution result. At the same time, the timeout mechanism allows the first process to continue to execute the next instruction in the chain queue instead of waiting for the result after the waiting result times out. While continuing to execute the next instruction, the first process will change the current state of the Ecall system and enter the corresponding other processes. The state transition based on the combination of the chain queue and state recognition can make the state change direction more intuitive and change and increase state changes easier.

[0084] Another embodiment of the present application also provides a vehicle emergency call device, including a module for executing the vehicle emergency call method described in the above embodiment. This device can be a hardware device, a software device, or a combination of hardware and software.

[0085] Another embodiment of the present application also provides another vehicle emergency call device, including:

[0086] A communication interface, used to communicate with other electronic devices;

[0087] a memory for storing computer program instructions;

[0088] The processor is used to execute the computer program instructions to support the vehicle emergency call device to implement the method described in the above embodiment.

[0089] In this embodiment, the memory mainly includes a program storage area and a data storage area, wherein the program storage area can store an operating device, an application required for at least one function, etc., and the data storage area can store related data, etc. In addition, the memory can be a high-speed random access memory, or a non-volatile memory, such as a plug-in hard disk, a smart memory card (Smart Media Card, SMC), a secure digital (Secure Digital, SD) card, and a flash card (FlashCard), etc., or the memory can also be other volatile solid-state storage devices.

[0090] The processor can be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor, or the processor can be any conventional processor. The processor is the control center of the vehicle emergency call device, and uses various interfaces and lines to connect the various parts of the vehicle emergency call device.

[0091] An embodiment of the present application also provides a computer program product, including computer program instructions, wherein the computer program instructions instruct a computer device to perform operations corresponding to the method described in the above embodiment.

[0092] Specifically, the computer program product includes a series of computer program instructions, which can instruct a computer device to execute the vehicle emergency call method described in this application. These instructions are codes written in a computer program, which define how to perform specific operations. In this embodiment, these instructions are used to execute the vehicle emergency call method of the above embodiment.

[0093] These program instructions are designed to be loaded onto a computer device and instruct the device to perform specific operations, which are the various steps in the vehicle emergency call method described in the above embodiment.

[0094] In this way, the computer program product provides a complete software solution, which can be run on various computer devices to implement the vehicle emergency call method of the above embodiment.

[0095] The embodiments of the present application have been described above, and the above description is exemplary, not exhaustive, and is not limited to the disclosed embodiments. Many modifications and changes will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The selection of terms used herein is intended to best explain the principles of the embodiments, practical applications, or technical improvements in the market, or to enable other persons of ordinary skill in the art to understand the embodiments disclosed herein.

Claims

1. A vehicle emergency call method, characterized in that: include: Run process number one to perform the following process: In response to the Ecall trigger signal, if the vehicle is powered on and the Ecall system is in a waiting state, the Ecall system is switched from the waiting state to the starting state according to a preset state table, and the vehicle state information is obtained in the starting state and sent to the rescue center; wherein the state table includes the conversion relationship between various states of the Ecall system; After the vehicle status information is sent to the rescue center, the Ecall system is switched from the start state to the ready state according to the state table, the vehicle microphone and speaker are turned on in the ready state, and a first message is sent to the vehicle computer to switch the vehicle computer to the dialing interface; After sending the first message to the vehicle computer, the Ecall system is switched from the preparation state to the dialing state according to the state table, a dialing instruction is sent to the second process in the dialing state, and a reply from the second process is received. Receive the command execution result replied by the second process, determine whether the rescue center answers the call according to the command execution result, if not, switch the Ecall system from the call state to the call end state according to the state table, if yes, switch the Ecall system from the dialing state to the call state according to the state table, and send a second message to the vehicle computer to switch the vehicle computer to the call interface; Run process No. 2 to perform the following process: Execute the dialing instruction, interact with the communication module to make a call, and feed back the instruction execution result to the first process.

2. The method according to claim 1, characterized in that Run process number one and also execute the following process: When the call is ended, if the rescue center hangs up, the Ecall system is switched from the call state to the call end state according to the state table; if the call is hung up locally, the Ecall system is switched from the call state to the hang-up state according to the state table, a hang-up instruction is sent to the second process in the hang-up state, and a third message is sent to the vehicle computer to switch the vehicle computer to the hang-up interface; After sending the third message to the vehicle computer, the Ecall system is switched from the hang-up state to the call end state according to the state table; When the call is ended, the microphone and the speaker are turned off, a fourth message is sent to the vehicle computer so that the vehicle computer switches to the call ending interface, and exits the call ending interface after a preset delay; Run process No. 2 and execute the following process: Execute the hang-up instruction, interact with the communication module to hang up the call, and feed back the instruction execution result to the first process.

3. The method according to claim 2, characterized in that Run process number one and also execute the following process: If the vehicle status information fails to be sent in the startup state, the Ecall system is switched from the startup state to the ready state according to the state table when the startup state is entered for a preset time, and the vehicle status information is resent to the rescue center after the call ends.

4. The method according to claim 2, characterized in that: Run process number one and also execute the following process: A timeout mechanism is set for each state of the Ecall system. When entering any state for a preset time, the Ecall system is automatically switched from the current state to the target state according to the state table.

5. The method according to claim 2, characterized in that: The first message, the second message, the third message and the fourth message are all the current status of the Ecall system.

6. The method according to claim 2, characterized in that The Ecall trigger signal is one of a key trigger signal, a PWM trigger signal, and a message trigger signal; The key trigger signal is a low-level input signal that lasts for a preset time period; The PWM trigger signal has a duty cycle and a period both within a preset range; The message trigger signal is a message carrying a preset signal value.

7. The method according to claim 2, characterized in that Run process number one and also execute the following process: When it is necessary to send an instruction to the second process, the first thread creates a dynamic memory, saves the to-be-executed instruction and the callback function in the dynamic memory, and pushes the dynamic memory address into the tail of the linked queue; The second thread obtains a dynamic memory address from the queue head of the linked queue, reads the corresponding to-be-executed instruction and callback function according to the dynamic memory address, sends the read to-be-executed instruction to the second process through the socket, and sends it to the second process through the socket; if the second thread receives the instruction execution result returned by the second process within a preset time, the callback function read is executed according to the execution result, otherwise the read to-be-executed instruction is resent to the second process through the socket.

8. A vehicle emergency call device, characterized in that: The device comprises a module for executing the method according to any one of claims 1 to 7.

9. A vehicle emergency call device, characterized in that: include: A communication interface, used to communicate with other electronic devices; a memory for storing computer program instructions; A processor, configured to execute the computer program instructions to enable the apparatus to implement the method according to any one of claims 1 to 7.

10. A computer program product, characterized in that The method comprises computer program instructions, wherein the computer program instructions instruct a computer device to execute operations corresponding to the method according to any one of claims 1 to 7.

Images