Vehicle state tracing method, system and device and computer readable storage medium
By receiving and sorting information on vehicle status changes and execution of unit actions, the problem of difficulty in locating fault causes during remote vehicle control is solved, enabling visualized traceability and data verification of the vehicle control process, and improving the credibility of the vehicle control results.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-12-05
- Publication Date
- 2026-03-24
AI Technical Summary
In existing technologies, remote vehicle control status feedback relies on periodic polling of cloud servers, which lacks underlying data support. This makes it difficult to pinpoint the cause of malfunctions when vehicle control results are abnormal, reducing user trust and increasing after-sales troubleshooting costs.
By receiving and sorting information on vehicle status changes and execution of unit actions, detailed sorting results are generated and visualized. Combined with the prediction model to calibrate differences, intuitive traceability and data verification of the entire vehicle control process are provided.
It enables visualized traceability and data verification of the vehicle control process, improves the credibility of vehicle control results, and provides data support for after-sales maintenance and system optimization.
Smart Images
Figure CN121725535A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of communication technology, specifically to a vehicle status tracking method, system, device, and computer-readable storage medium. Background Technology
[0002] With the deep integration of vehicle networking technology and 5G communication, remote vehicle control has become one of the core functions of smart cars, and users' needs to unlock car doors and start cars remotely through mobile apps are becoming increasingly common.
[0003] In related technologies, remote vehicle control status feedback often relies on a periodic polling mechanism of a cloud server. This means the cloud requests a vehicle status summary from the in-vehicle terminal at fixed time intervals, only extracting a binary result of successful / failed command execution and providing feedback to the user. However, this model has significant drawbacks: its status summary only contains the final result and lacks support from underlying real data. This makes it susceptible to distortions due to sensor malfunctions or network packet loss, resulting in the cloud displaying success even though the vehicle has not executed the command. Consequently, when the vehicle control result is abnormal, the cause of the fault is difficult to pinpoint, reducing user trust and significantly increasing after-sales troubleshooting costs. Summary of the Invention
[0004] This application provides a vehicle status tracing method, system, device, and computer-readable storage medium, which can solve the technical problems of invisible vehicle control process and difficulty in locating fault causes in the prior art.
[0005] In a first aspect, embodiments of this application provide a vehicle status tracing method, which is applied to a client and includes: Receive response data, wherein the response data includes state change information within a preset time range and action execution information of each execution unit in the vehicle terminal. The state change information includes the start timestamp of each state, and the action execution information includes the execution timestamp of each action. The preset time range is determined based on the moment when the vehicle terminal receives the remote control command. Based on state change information and action execution information, the states and actions are sorted in chronological order to obtain the sorting result; The sorting results are then visualized.
[0006] In conjunction with the first aspect, in one implementation, after obtaining the sorting result, the method further includes: Determine the difference between the predicted ranking result and the ranking result corresponding to the preset time range, wherein the prediction model generates the predicted ranking result corresponding to the preset time range based on the vehicle terminal state when the vehicle terminal receives the remote control command and the remote control command; The prediction model is calibrated based on the difference between the predicted ranking result and the actual ranking result.
[0007] In conjunction with the first aspect, in one implementation, the response data is forwarded by the cloud, wherein the cloud receives the response data sent by the vehicle terminal, and forwards it to the client after verifying the response data.
[0008] Secondly, embodiments of this application provide a vehicle status tracing method, which is applied to a vehicle and includes: If a remote control command is received, a broadcast message containing the remote control command is sent to each execution unit on the vehicle. Acquire the status change information of the vehicle end and the action execution information of each execution unit in the vehicle end within a preset time range. The status change information includes the start timestamp of each status and the action execution information includes the execution timestamp of each action. Response data is obtained based on the state change information and action execution information, and the response data is sent so that the client can receive the response data.
[0009] In conjunction with the second aspect, in one implementation, sending the response data includes: The response data is sent to the cloud for verification, and after successful verification, the response data is forwarded to the client.
[0010] Thirdly, embodiments of this application provide a client, the client comprising: A receiving module is used to receive response data, wherein the response data includes state change information within a preset time range and action execution information of each execution unit in the vehicle. The state change information includes the start timestamp of each state, and the action execution information includes the execution timestamp of each action. The preset time range is determined based on the time when the vehicle receives the remote control command. The sorting module is used to sort the states and actions according to the time sequence based on state change information and action execution information, and obtain the sorting result. The display module is used to visualize the sorting results.
[0011] Fourthly, embodiments of this application provide a vehicle terminal, the vehicle terminal comprising: The first sending module is used to send a broadcast message containing the remote control command to each execution unit on the vehicle if a remote control command is received. The acquisition module is used to acquire the status change information of the vehicle end and the action execution information of each execution unit in the vehicle end within a preset time range. The status change information includes the start timestamp of each status and the action execution information includes the execution timestamp of each action. The second sending module is used to obtain response data based on the state change information and action execution information, and send the response data so that the client can receive the response data.
[0012] Fifthly, embodiments of this application provide a vehicle status tracing system, which includes a client as described in the third aspect and a vehicle terminal as described in the fourth aspect.
[0013] In a sixth aspect, embodiments of this application provide a vehicle status tracing device, the vehicle status tracing device including a processor, a memory, and a vehicle status tracing program stored in the memory and executable by the processor, wherein when the vehicle status tracing program is executed by the processor, it implements the steps of the vehicle status tracing method as described in the first aspect.
[0014] In a seventh aspect, embodiments of this application provide a computer-readable storage medium storing a vehicle status tracing program, wherein when the vehicle status tracing program is executed by a processor, it implements the steps of the vehicle status tracing method as described in the first aspect.
[0015] The beneficial effects of the technical solutions provided in this application include: By receiving response data, which includes state change information within a preset time range and action execution information of each execution unit in the vehicle, the state change information includes the start timestamp of each state, and the action execution information includes the execution timestamp of each action, the preset time range is determined based on the moment the vehicle receives the remote control command; based on the state change information and action execution information, the states and actions are sorted in chronological order to obtain a sorting result; the sorting result is visualized, which not only realizes intuitive traceability and data verification of the entire vehicle control process, but also provides data support for after-sales maintenance and system optimization, and improves the credibility of the vehicle control results. Attached Figure Description
[0016] Figure 1 This is a flowchart illustrating an embodiment of the vehicle status tracing method of this application; Figure 2 This is a flowchart illustrating another embodiment of the vehicle status tracing method of this application; Figure 3 This is a schematic diagram of the functional modules of the client application in this application; Figure 4This is a schematic diagram of the functional modules of the vehicle side in this application; Figure 5 This is a schematic diagram of the hardware structure of the vehicle status tracking device involved in the embodiments of this application. Detailed Implementation
[0017] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of the present application.
[0018] To make the objectives, technical solutions, and advantages of this application clearer, the embodiments of this application will be described in further detail below with reference to the accompanying drawings.
[0019] In a first aspect, embodiments of this application provide a vehicle status tracing method, which is applied to a client.
[0020] In one embodiment, reference is made to Figure 1 , Figure 1 This is a flowchart illustrating an embodiment of the vehicle status tracing method of this application. Figure 1 As shown, the vehicle status tracing method includes: Step S10: Receive response data, wherein the response data includes state change information within a preset time range and action execution information of each execution unit in the vehicle terminal. The state change information includes the start timestamp of each state, and the action execution information includes the execution timestamp of each action. The preset time range is determined based on the moment when the vehicle terminal receives the remote control command. In one embodiment, assuming the user initiates a remote control command through a client, and the remote control command is sent to the vehicle via the cloud, the time T1 when the vehicle receives the remote control command is taken as the reference point. The time period before and after T1 is taken as the preset time range (T0~T2). The state change information and action execution information generated by each core unit of the vehicle (such as controller, actuator, etc.) from the stage before receiving the command (T0~T1) and the stage after receiving the command and each execution unit starts execution (T1~T2) are recorded. For example, at T1, the vehicle T-BOX state changes from the waiting state to the receiving state. At T1+0.1s, the vehicle T-BOX sends a broadcast message. At T1+0.28s, the door lock state changes from the standby state to the responding state. At T1+0.3s, the door lock performs the "start rotation" action. Thus, the response data received by the client includes all action execution information (carrying action execution timestamps) and state change information (carrying the start timestamp of the state change) generated within the preset time range (T0~T2).
[0021] Step S20: Based on the state change information and action execution information, sort the states and actions in chronological order to obtain the sorting result; In one embodiment, actions and states are sequentially linked in time. Specifically, the start timestamps of all state changes and the execution timestamps of actions in the response data are extracted. The states and actions are merged and sorted in ascending order of time, and the states and actions of the same execution unit are associated.
[0022] Taking remote unlocking as an example, the sorting results are as follows (only core nodes are listed): T1 (10:00:00.000): Vehicle T-BOX status: waiting to receive → successful reception, action: forward unlock command to BCM; T1+0.12s (10:00:00.120): BCM state changes to responding, action: parse unlock command; T1+0.18s (10:00:00.180): BCM action: Sends a start command to the door lock motor; T1+0.20s (10:00:00.200): The door lock motor status changes to running, action: start clockwise rotation; T1+0.25s (10:00:00.250): The left front door lock status changes to unlocking; T1+0.30s (10:00:00.300): The door lock sensor status changes to confirmed valid, action: feedback of successful unlocking signal; T1+0.35s (10:00:00.350): BCM status changes to execution complete, action: summarize execution results.
[0023] Step S30: Visualize the sorting results.
[0024] In one embodiment, the client, based on the sorting results, links with the built-in 3D vehicle model and visualizes the sorting results according to the timestamps of the sorting results. For example, at time T1, the T-BOX component in the model flashes to indicate "command received." At T1+0.20s, the left front door lock motor component simulates a rotation animation, accompanied by a slow unlocking action of 0.15 seconds. Then, the unit status is distinguished by color and transparency: light gray (80% transparency) indicates waiting for response, yellow (slowly flashing) indicates response, and dark green (100% transparency) indicates normal execution. For example, the BCM flashes yellow at T1+0.12s and turns dark green after unlocking. Finally, a timeline is generated at the bottom of the 3D screen, marking the timestamps, unit names, and core parameters of each key node (e.g., "T1+0.20s: door lock motor starts, voltage 12V"). Users can pause the animation and view the original data at that moment by clicking on a timeline node, realizing visualized data traceability.
[0025] Furthermore, in one embodiment, after obtaining the sorting result, the method further includes: Determine the difference between the predicted ranking result and the ranking result corresponding to the preset time range, wherein the prediction model generates the predicted ranking result corresponding to the preset time range based on the vehicle terminal state when the vehicle terminal receives the remote control command and the remote control command; The prediction model is calibrated based on the difference between the predicted ranking result and the actual ranking result.
[0026] In one embodiment, the client invokes the vehicle digital twin prediction model, inputting the vehicle's current state at time T1 (e.g., battery voltage 12.3V, door lock current state locked, network latency 20ms) and a remote unlocking command. The model outputs a predicted ranking result within a preset time range, such as predicting the BCM response time T1+0.10s and the door lock unlocking completion time T1+0.28s. Then, the predicted ranking result is compared with the physical ranking result obtained in step S20, setting a time difference threshold of 50ms (i.e., 0.05s). If the time difference of a certain node exceeds the threshold, it is determined that there is a discrepancy, such as the actual BCM response time T1. +0.12s, the difference from the predicted T1+0.10s is 20ms (not exceeding the threshold); the actual unlocking completion time T1+0.30s, the difference from the predicted T1+0.28s is 20ms (not exceeding the threshold), and it is determined that there is no significant difference overall; if the actual motor start time in a certain scenario is 60ms later than the prediction (exceeding the threshold), it is marked as a difference node; for the difference node, the parameters of the prediction model are adjusted in reverse. For example, if the difference in motor start time is caused by the motor aging coefficient, the aging coefficient of the motor in the model is adjusted from 0.9 (new motor) to 0.85 (slight aging) to make the subsequent prediction results closer to the actual state of the vehicle.
[0027] Furthermore, in one embodiment, the response data is forwarded by the cloud, wherein the cloud receives the response data sent by the vehicle terminal, and forwards it to the client after verifying the response data.
[0028] In one embodiment, after the vehicle sends the response data to the cloud, the cloud verifies the response data, such as by using a CRC32 checksum to verify whether the data has been tampered with during transmission. If the verification fails, a retransmission request is sent to the vehicle. If the verification passes, the response data is forwarded to the client.
[0029] Secondly, embodiments of this application provide a vehicle status tracing method, which is applied to the vehicle end.
[0030] In one embodiment, reference is made to Figure 2 , Figure 2 This is a flowchart illustrating another embodiment of the vehicle status tracing method of this application. Figure 2 As shown, the vehicle status tracing method includes: Step S40: If a remote control command is received, a broadcast message containing the remote control command is sent to each execution unit on the vehicle. In one embodiment, assuming that the vehicle-mounted T-BOX receives the remote unlocking command sent from the cloud through the vehicle networking module, it broadcasts a message containing the unlocking command to all associated execution units on the vehicle via the vehicle-mounted CAN bus. The message format conforms to the ISO15765 standard and includes the command type (unlock), execution priority (high), and trigger timestamp (T0), ensuring that core units such as the body control module (BCM) and door lock motor controller can receive the message synchronously.
[0031] Step S50: Obtain the status change information of the vehicle end and the action execution information of each execution unit in the vehicle end within a preset time range. The status change information includes the start timestamp of each status and the action execution information includes the execution timestamp of each action. In one embodiment, the preset time range is based on T1 and is set from T1-5 seconds to T1+5 seconds (times T0 to T2). The first 5 seconds of T1 (times T0 to T1) are used to collect the initial state of the vehicle (such as baseline data of door locks and batteries), and the last 5 seconds of T1 (times T1 to T2) are used to collect data of the vehicle-side execution process. At time T1, the T-BOX triggers the vehicle-side multi-channel CAN bus acquisition module to synchronously capture the BCM instruction parsing status, decision result (allowing unlocking), door lock motor start / stop signal, operating voltage / current (12V / 5A at startup, 12V / 3A during operation), and sensor unit data: feedback signal from the door lock status sensor (locked / unlocked) and travel data from the position sensor (door lock unlock travel 3mm). The acquisition module stamps the acquisition time for each data point. For example, the time stamp for the completion of BCM parsing is T1+0.12s, and the time stamp for the successful feedback from the door lock sensor is T1+0.30s.
[0032] Step S60: Response data is obtained based on the state change information and action execution information, and the response data is sent so that the client can receive the response data.
[0033] In one embodiment, the vehicle sends the response data obtained in step S50 in a streaming mode. After sending, the vehicle receives the acknowledgment message from the receiver. If it is not received within 1 second, it retransmits. If it fails to retransmit after 3 times, it records "data transmission error" and stores the local data. It will retransmit after the network is restored.
[0034] Further, in one embodiment, sending the response data includes: The response data is sent to the cloud for verification, and after successful verification, the response data is forwarded to the client.
[0035] In one embodiment, the vehicle-side encrypts and compresses the response data. After receiving the encrypted data, the cloud decrypts it and performs a verification, such as verifying whether the data has been tampered with during transmission using a CRC32 checksum. If the verification fails, a retransmission request is sent to the vehicle-side; if the verification passes, the response data is forwarded to the client.
[0036] Additionally, another embodiment of this application includes exception handling: If the cloud detects abnormal information such as "out of normal range" in the data, it will attach an abnormal warning label when forwarding the data. After receiving the data, the client will highlight the abnormal node in the visualization interface.
[0037] In this embodiment, response data is received, which includes state change information within a preset time range and action execution information of each execution unit in the vehicle. The state change information includes the start timestamp of each state, and the action execution information includes the execution timestamp of each action. The preset time range is determined based on the moment when the vehicle receives the remote control command. Based on the state change information and action execution information, the states and actions are sorted in chronological order to obtain a sorting result. The sorting result is then visualized, which not only enables intuitive traceability and data verification of the entire vehicle control process but also provides data support for after-sales maintenance and system optimization, thereby improving the credibility of the vehicle control results.
[0038] Thirdly, embodiments of this application also provide a client application.
[0039] In one embodiment, reference is made to Figure 3 , Figure 3 This is a schematic diagram of the functional modules of the client application in this application. For example... Figure 3 As shown, the client includes: The receiving module 10 is used to receive response data, wherein the response data includes state change information within a preset time range and action execution information of each execution unit in the vehicle terminal. The state change information includes the start timestamp of each state, and the action execution information includes the execution timestamp of each action. The preset time range is determined based on the time when the vehicle terminal receives the remote control command. The sorting module 20 is used to sort the states and actions according to the time sequence based on the state change information and action execution information to obtain the sorting result; Display module 30 is used to visualize the sorting results.
[0040] Furthermore, in one embodiment, the client also includes a calibration module for: Determine the difference between the predicted ranking result and the ranking result corresponding to the preset time range, wherein the prediction model generates the predicted ranking result corresponding to the preset time range based on the vehicle terminal state when the vehicle terminal receives the remote control command and the remote control command; The prediction model is calibrated based on the difference between the predicted ranking result and the actual ranking result.
[0041] Furthermore, in one embodiment, the client further includes a forwarding module, used for: The response data is forwarded by the cloud. The cloud receives the response data sent by the vehicle and forwards it to the client after verifying that the response data is valid.
[0042] Fourthly, embodiments of this application also provide a vehicle-side device.
[0043] In one embodiment, reference is made to Figure 4 , Figure 4 This is a schematic diagram of the functional modules of the vehicle side in this application. For example... Figure 4 As shown, the vehicle end includes: If the first sending module 40 receives a remote control command, it sends a broadcast message containing the remote control command to each execution unit on the vehicle. The acquisition module 50 acquires the status change information of the vehicle end and the action execution information of each execution unit in the vehicle end within a preset time range. The status change information includes the start timestamp of each status and the action execution information includes the execution timestamp of each action. The second sending module 60 obtains response data based on the state change information and action execution information, and sends the response data so that the client can receive the response data.
[0044] Furthermore, in one embodiment, the second sending module 60 is configured to: The response data is sent to the cloud for verification, and after successful verification, the response data is forwarded to the client.
[0045] Fifthly, embodiments of this application provide a vehicle status tracing system, which includes a client as described in the third aspect and a vehicle terminal as described in the fourth aspect.
[0046] Sixthly, embodiments of this application provide a vehicle status tracing device, which may be a vehicle controller, body controller, or other similar devices.
[0047] Reference Figure 5 , Figure 5This is a schematic diagram of the hardware structure of the vehicle status tracking device involved in the embodiments of this application. In this embodiment, the vehicle status tracking device may include a processor, a memory, a communication interface, and a communication bus.
[0048] The communication bus can be of any type and is used to interconnect the processor, memory, and communication interface.
[0049] The communication interface includes input / output (I / O) interfaces, physical interfaces, and logical interfaces used for interconnecting internal components of the vehicle status tracking device, as well as interfaces used for interconnecting the vehicle status tracking device with other devices (such as other computing devices or user equipment). Physical interfaces can be Ethernet interfaces, fiber optic interfaces, ATM interfaces, etc.; user equipment can be displays, keyboards, etc.
[0050] Memory can be various types of storage media, such as random access memory (RAM), read-only memory (ROM), non-volatile RAM (NVRAM), flash memory, optical storage, hard disk, programmable ROM (PROM), erasable PROM (EPROM), electrically erasable PROM (EEPROM), etc.
[0051] The processor can be a general-purpose processor, which can call the vehicle status tracing program stored in the memory and execute the vehicle status tracing method provided in the embodiments of this application. For example, the general-purpose processor can be a central processing unit (CPU). The method executed when the vehicle status tracing program is called can be referred to in the various embodiments of the vehicle status tracing method of this application, and will not be repeated here.
[0052] Those skilled in the art will understand that Figure 5 The hardware structure shown does not constitute a limitation of this application and may include more or fewer components than shown, or combine certain components, or have different component arrangements.
[0053] In a seventh aspect, embodiments of this application also provide a computer-readable storage medium.
[0054] The present application has a vehicle status tracing program stored on a computer-readable storage medium, wherein when the vehicle status tracing program is executed by a processor, it implements the steps of the vehicle status tracing method described above.
[0055] The method implemented when the vehicle status tracing procedure is executed can be referred to in various embodiments of the vehicle status tracing method of this application, and will not be repeated here.
[0056] It should be noted that the sequence numbers of the embodiments in this application are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.
[0057] The terms "comprising" and "having," and any variations thereof, in the specification, claims, and accompanying drawings of this application are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or apparatus that includes a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to such process, method, product, or apparatus. The terms "first," "second," and "third," etc., are used to distinguish different objects, etc., and do not indicate a sequence, nor do they limit "first," "second," and "third" to different types.
[0058] In the description of the embodiments of this application, terms such as "exemplary," "for example," or "for instance" are used to indicate examples, illustrations, or explanations. Any embodiment or design described as "exemplary," "for example," or "for instance" in the embodiments of this application should not be construed as being more preferred or advantageous than other embodiments or designs. Specifically, the use of terms such as "exemplary," "for example," or "for instance" is intended to present the relevant concepts in a concrete manner.
[0059] In the description of the embodiments of this application, unless otherwise stated, " / " means "or". For example, A / B can mean A or B. The "and / or" in the text is merely a description of the relationship between related objects, indicating that there can be three relationships. For example, A and / or B can mean: A exists alone, A and B exist simultaneously, and B exists alone. In addition, in the description of the embodiments of this application, "multiple" means two or more.
[0060] In some processes described in the embodiments of this application, multiple operations or steps are included in a specific order. However, it should be understood that these operations or steps may not be executed in the order they appear in the embodiments of this application, or they may be executed in parallel. The sequence number of the operation is only used to distinguish different operations, and the sequence number itself does not represent any execution order. In addition, these processes may include more or fewer operations, and these operations or steps may be executed sequentially or in parallel, and these operations or steps may be combined.
[0061] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) as described above, and includes several instructions to cause a terminal device to execute the methods described in the various embodiments of this application.
[0062] The above are merely preferred embodiments of this application and do not limit the patent scope of this application. Any equivalent structural or procedural transformations made using the content of this application's specification and drawings, or direct or indirect applications in other related technical fields, are similarly included within the patent protection scope of this application.
Claims
1. A vehicle status tracing method, characterized in that, The vehicle status tracing method is applied to the client side, and the vehicle status tracing method includes: Receive response data, wherein the response data includes state change information within a preset time range and action execution information of each execution unit in the vehicle terminal. The state change information includes the start timestamp of each state, and the action execution information includes the execution timestamp of each action. The preset time range is determined based on the moment when the vehicle terminal receives the remote control command. Based on state change information and action execution information, the states and actions are sorted in chronological order to obtain the sorting result; The sorting results are then visualized.
2. The vehicle status tracing method as described in claim 1, characterized in that, After obtaining the sorting results, the following is also included: Determine the difference between the predicted ranking result and the ranking result corresponding to the preset time range, wherein the prediction model generates the predicted ranking result corresponding to the preset time range based on the vehicle terminal state when the vehicle terminal receives the remote control command and the remote control command; The prediction model is calibrated based on the difference between the predicted ranking result and the actual ranking result.
3. The vehicle status tracing method as described in claim 1, characterized in that, The response data is forwarded by the cloud. The cloud receives the response data sent by the vehicle and forwards it to the client after verifying that the response data is valid.
4. A vehicle status tracing method, characterized in that, The vehicle status tracing method is applied to the vehicle end, and the vehicle status tracing method includes: If a remote control command is received, a broadcast message containing the remote control command is sent to each execution unit on the vehicle. Acquire the status change information of the vehicle end and the action execution information of each execution unit in the vehicle end within a preset time range. The status change information includes the start timestamp of each status and the action execution information includes the execution timestamp of each action. Response data is obtained based on the state change information and action execution information, and the response data is sent so that the client can receive the response data.
5. The vehicle status tracing method as described in claim 4, characterized in that, Sending the response data includes: The response data is sent to the cloud for verification, and after successful verification, the response data is forwarded to the client.
6. A client application, characterized in that, The client includes: A receiving module is used to receive response data, wherein the response data includes state change information within a preset time range and action execution information of each execution unit in the vehicle. The state change information includes the start timestamp of each state, and the action execution information includes the execution timestamp of each action. The preset time range is determined based on the time when the vehicle receives the remote control command. The sorting module is used to sort the states and actions according to the time sequence based on state change information and action execution information, and obtain the sorting result. The display module is used to visualize the sorting results.
7. A vehicle end, characterized in that, The vehicle end includes: The first sending module is used to send a broadcast message containing the remote control command to each execution unit on the vehicle if a remote control command is received. The acquisition module is used to acquire the status change information of the vehicle end and the action execution information of each execution unit in the vehicle end within a preset time range. The status change information includes the start timestamp of each status and the action execution information includes the execution timestamp of each action. The second sending module is used to obtain response data based on the state change information and action execution information, and send the response data so that the client can receive the response data.
8. A vehicle status tracking system, characterized in that, The vehicle status tracking system includes the client as described in claim 6 and the vehicle terminal as described in claim 7.
9. A vehicle status tracking device, characterized in that, The vehicle status tracing device includes a processor, a memory, and a vehicle status tracing program stored in the memory and executable by the processor, wherein when the vehicle status tracing program is executed by the processor, it implements the steps of the vehicle status tracing method as described in any one of claims 1 to 5.
10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a vehicle status tracing program, wherein when the vehicle status tracing program is executed by a processor, it implements the steps of the vehicle status tracing method as described in any one of claims 1 to 5.