A remote vehicle location method, controller, system, and storage medium

Abstract

This application relates to the field of traffic control system technology, specifically to a remote vehicle location method, controller, system, and storage medium. The method includes receiving a fault message from a smart vehicle terminal regarding the vehicle body controller (BMC), wherein the fault information is sent by the smart vehicle terminal to a target controller when it does not receive a response from the BMC to a remote authentication request message; in response to the fault message, controlling the BMC to restart; if the BMC still does not respond to the remote authentication request message after restarting, controlling vehicle components to perform a first specified action to indicate the vehicle's location to the user. This application achieves remote vehicle location in the event of BMC failure.

Description

Technical Field

[0001] This application relates to the field of traffic control system technology, and more specifically, to a remote vehicle locating method, controller, system, and storage medium. Background Art

[0002] Remote vehicle location technology typically relies on GPS positioning systems and intelligent vehicle communication systems. When a vehicle is equipped with a GPS tracker, the owner can track the vehicle's location in real time using a mobile app or other remote devices. Additionally, some systems utilize Bluetooth signals to communicate with mobile phones, helping owners quickly locate their vehicles in complex environments such as large parking lots or shopping malls.

[0003] The integration of remote vehicle location technology with the Body Control Module (BCM) provides modern car users with a more convenient and intelligent vehicle location experience. The BCM receives remote vehicle location signals from the owner, performs authentication, and provides feedback. A malfunction in the BCM will cause remote vehicle location to fail.

[0004] Therefore, there is an urgent need for a remote vehicle locator solution in the event of BCM failure. Summary of the Invention

[0005] The purpose of this application is to provide a remote vehicle locator, controller, system, and storage medium for remote vehicle locator operation in the event of BCM failure.

[0006] To achieve the above objectives, this application adopts the following technical solution:

[0007] Firstly, this application provides a remote vehicle locator method, including:

[0008] Receive a fault message from the vehicle controller sent by the intelligent vehicle terminal, wherein the fault information is sent by the intelligent vehicle terminal to the target controller when it has not received a response from the vehicle controller to the remote authentication request message;

[0009] In response to the fault message, the body controller is restarted.

[0010] If the vehicle body controller still does not respond to the remote authentication request message after restarting, the vehicle body controller will control the vehicle's components to perform a first specified action to indicate the vehicle's location to the user.

[0011] Secondly, this application provides a remote vehicle locator system, comprising:

[0012] If the intelligent vehicle terminal does not receive a response from the body controller to the remote authentication request message, it sends a body controller fault message to the target controller.

[0013] The target controller responds to the fault message and controls the body controller to restart;

[0014] If the body controller still does not respond to the remote authentication request message after restarting, the target controller controls the vehicle's components to perform a first specified action through the body controller to indicate the vehicle's location to the user.

[0015] Thirdly, this application provides a controller, including:

[0016] At least one processor, and a memory communicatively connected to at least one of the processors;

[0017] The memory stores instructions that can be executed by at least one of the processors, which, when executed by at least one of the processors, enable the at least one of the processors to perform any of the remote vehicle locating methods.

[0018] Fourthly, this application provides a computer-readable storage medium storing computer instructions for causing the computer to execute any remote vehicle locator method.

[0019] Compared with the prior art, the beneficial effects of this application are as follows:

[0020] In this application, the intelligent vehicle terminal, upon not receiving a response from the body controller to the remote authentication request message, sends a fault message to the target controller to locate the fault in the body controller during remote vehicle location. Then, the controller restarts the body controller to restore its remote vehicle location function. If the body controller still does not respond to the remote authentication request message after restarting, it directly controls vehicle components to perform a first specified action to trigger the vehicle location operation. Therefore, this application can successfully achieve remote vehicle location even when the body controller cannot respond to the remote authentication request message, by restarting and bypassing the authentication operation to directly control components to perform actions. Attached Figure Description

[0021] To more clearly illustrate the technical solutions in the specific embodiments of this application or the prior art, the drawings used in the description of the specific embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this application. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0022] Figure 1 This is a schematic diagram of a remote vehicle locating scenario provided in an embodiment of this application;

[0023] Figure 2 This is a flowchart illustrating a remote vehicle locating method provided in an embodiment of this application;

[0024] Figure 3 This is a schematic diagram of the structure of a remote vehicle locator system provided in an embodiment of the present invention;

[0025] Figure 4 This is a schematic diagram of another remote vehicle locating method provided in an embodiment of this application;

[0026] Figure 5 This is a schematic diagram of the controller provided in the embodiments of this application. Detailed Implementation

[0027] The following description, in conjunction with the accompanying drawings, illustrates exemplary embodiments of this application, including various details to aid understanding. These should be considered merely exemplary. Therefore, those skilled in the art will recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of this application. Similarly, for clarity and brevity, descriptions of well-known functions and structures are omitted in the following description.

[0028] This application provides a remote vehicle locator method applicable to scenarios where a user locates their vehicle remotely via a remote terminal. To facilitate the explanation of the solution provided in this embodiment, the remote vehicle locator process under the condition that the BCM is not faulty (i.e., responding normally) is first introduced.

[0029] Figure 1 This is a schematic diagram of a remote vehicle location scenario provided in an embodiment of this application. See also... Figure 1 When a user needs to remotely locate their vehicle, they activate the remote vehicle location function on their user terminal application. The user terminal then sends a remote vehicle location command to the Telematics Service Provider (TSP) platform. This command includes the vehicle's identifier. The TSP platform forwards the command to the intelligent in-vehicle terminal (T-BOX) of the vehicle matching the identifier. Upon receiving the command, the T-BOX wakes up the vehicle's CAN network and sends a remote authentication request message (assuming three frames) to the BCM. If the BCM is functioning correctly, it responds to the remote authentication request message and sends one frame back to the T-BOX. The T-BOX then sends the authentication status and authentication key to the BCM. The BCM performs anti-theft authentication based on the authentication status and key. If the anti-theft authentication is successful, the vehicle location function of the BCM is triggered. Simultaneously, the BCM sends a successful vehicle location message to the T-BOX. The T-BOX then sends the successful vehicle location message to the user terminal via the TSP platform. If the BCM fails, it will be unable to respond to remote authentication request messages, and thus will be unable to perform subsequent remote vehicle location operations.

[0030] To address the aforementioned issues, this application provides a remote vehicle location method. Figure 2 This is a flowchart of a remote vehicle location method provided in this embodiment. This method can be executed by any controller integrated within the vehicle. To distinguish it from controllers such as the BCM, the executing entity is referred to as the target controller. The method includes the following operations:

[0031] S110: Receives fault messages from the vehicle controller sent by the intelligent vehicle terminal.

[0032] After receiving a remote vehicle location command from the TSP platform, the T-BOX sends a remote authentication request message to the BCM. If the BCM does not respond to the remote authentication request message, the T-BOX sends a fault message to the target controller if it does not receive a response from the body controller.

[0033] Optionally, the target controller can be a controller on any vehicle, such as a gateway controller.

[0034] As the data interaction center of the vehicle network, the gateway controller can route data from different network protocols (such as CAN, LIN, MOST, FlexRay, Ethernet, etc.) across different networks. This means that data from different networks can be exchanged and transmitted under the coordination of the gateway controller, realizing interconnection and interoperability of information within the vehicle. The gateway controller is typically connected to the interface of the vehicle diagnostic system, responsible for forwarding and controlling the vehicle's diagnostic messages. This facilitates vehicle maintenance and fault diagnosis. Simultaneously, the gateway controller also possesses high information security, capable of resisting potential external risks to the in-vehicle network and protecting the security of internal vehicle data.

[0035] S120. In response to a fault message, control the body controller to restart.

[0036] Upon receiving a fault message, the target controller confirms that the remote authentication function of the BCM has been lost, and then sends a restart command to the BCM. The BCM then restarts according to the restart command.

[0037] When a BCM needs to be restarted, it's usually due to software malfunctions, firmware updates, or configuration changes. Below is an example BCM restart procedure, but please note that different manufacturers' BCMs may have different procedures:

[0038] 1. Backup configuration:

[0039] Before performing any reboot, it is recommended to back up the current settings and configuration files of BCM. This ensures that you can quickly restore to a previous state in case of problems.

[0040] 2. Check BCM status:

[0041] Check the current working status of BCM through the web interface, command-line tools, or other management tools to confirm whether a restart is really necessary.

[0042] 3. Notify relevant personnel:

[0043] If the BCM manages critical server resources, relevant operations and maintenance personnel or stakeholders should be notified before restarting to avoid unnecessary impacts caused by sudden service interruptions.

[0044] 4. Planned restart time:

[0045] Try to restart the system during off-peak business hours to minimize the impact on operations.

[0046] 5. Perform a restart:

[0047] Log in to the BCM web management interface, find the restart function under the System Management or Maintenance option, and click Restart. If command-line operation is supported, you can log in to BCM via SSH and then use the corresponding command, such as ipmitool mc resetcold, to restart BCM. In rare cases, if the above methods are not feasible, you may need to physically access the server and restart BCM by powering it off and then powering it back on.

[0048] 6. Wait for the restart to complete:

[0049] After BCM restarts, it may take some time to initialize and restore all services. During this period, BCM may be unable to respond to management requests.

[0050] 7. Successful restart verified:

[0051] After restarting, log in to the BCM management interface or use the command-line tool to check if BCM is running normally, if all services are started, and if the configuration is correct.

[0052] 8. Record the restart process:

[0053] Recording the restart time, reason, problems encountered and solutions during the process is very helpful for future maintenance and troubleshooting.

[0054] S130. If the vehicle body controller still does not respond to the remote authentication request message after restarting, the vehicle body controller controls the vehicle's components to perform a first specified action to indicate the vehicle's location to the user.

[0055] For example, after the BCM restarts, the target controller sends a notification to the T-BOX to restart the BCM; the T-BOX then sends a remote authentication request message to the BCM. If the BCM functionality is restored, it will respond to the remote authentication request message; if the BCM functionality is still lost, it will not respond to the remote authentication request message. Regardless of whether the BCM responds, the T-BOX will send a feedback message to the target controller indicating whether the BCM responded to the remote authentication request message.

[0056] After receiving the feedback message, the target controller determines whether the BCM will respond to the remote authentication request message after restarting. If the BCM responds to the remote authentication request message after restarting, the operation ends, and the remote vehicle search operation is performed through the interaction between the T-BOX and the BCM. If the BCM still does not respond to the remote authentication request message after restarting, the target controller will control the vehicle's components to perform the first specified action through the BCM.

[0057] Optionally, vehicle components include, but are not limited to, headlights and horns. The purpose of the first designated action is to make the vehicle visible to a remote user, such as by honking the horn and flashing the left and right turn signals, thus alerting the user to the vehicle's position. The vehicle components and the first designated action can be defined according to the vehicle's configuration and user settings.

[0058] Based on the vehicle's hardware and software architecture, components such as headlights and horns are driven and controlled by the BCM (Battery Management System). Therefore, the target controller needs to send action commands to the BCM's microcontroller unit (MCU). The microcontroller responds to these action commands by controlling the vehicle's components to perform a first specified action.

[0059] In this application, the intelligent vehicle terminal, upon not receiving a response from the body controller to the remote authentication request message, sends a fault message to the target controller to locate the fault in the body controller during remote vehicle location. Then, the controller restarts the body controller to restore its remote vehicle location function. If the body controller still does not respond to the remote authentication request message after restarting, it directly controls vehicle components to perform a first specified action to trigger the vehicle location operation. Therefore, this application can successfully achieve remote vehicle location even when the body controller cannot respond to the remote authentication request message, by restarting and bypassing the authentication operation to directly control components to perform actions.

[0060] Optionally, in response to a fault message, the target controller restarts the BCM. If the BCM still does not respond to the remote authentication request message after restarting, the target controller determines the fault information of the functional modules in the BCM and sends the fault information to the remote user terminal via T-BOX. For example, the target controller sends a fault detection command to a device with fault detection functionality to detect whether each functional module in the BCM is faulty. This embodiment does not limit the type of device with fault detection functionality; it can be an external device or the BCM.

[0061] The fault information includes at least the information of the faulty functional module, the fault type, and the repair plan. The target controller sends the fault information to the T-BOX. The T-BOX then sends the fault information to the remote user terminal via the TSP platform. For example, the user terminal displays the fault information "BCM fault, please contact your vehicle manufacturer"; simultaneously, the T-BOX notifies the TSP platform to await assistance arrangements from the vehicle manufacturer.

[0062] This application also provides a remote vehicle location system, see [link to relevant documentation]. Figure 3 This includes a T-BOX, a target controller (e.g., a gateway controller), and a BCM. The system provided in this embodiment is suitable for scenarios where users remotely locate their vehicles via a remote terminal. The functions of each component in the system are described in detail below.

[0063] If the T-BOX does not receive a response from the BCM to the remote authentication request message, it sends a BCM fault message to the target controller.

[0064] In response to a fault message, the target controller restarts the BCM. If the BCM still does not respond to the remote authentication request message after restarting, the target controller controls the vehicle's components to perform a first specified action through the BCM to inform the user of the vehicle's location.

[0065] For a more detailed explanation of the remote vehicle location system, see [link to relevant documentation]. Figure 4 Here is a specific implementation method:

[0066] When a user needs to remotely locate their vehicle, the remote user terminal sends a vehicle-finding command to the T-BOX via the TSP platform. Upon receiving the command, the T-BOX responds by sending a remote authentication request message to the BCM. If no response is received from the body controller, the T-BOX sends the same message multiple times to the BCM within a set time period (e.g., 1 minute). The frequency of sending the request message can be 1 message per 5 seconds. If still no response is received from the BCM, a fault message is sent to the target controller. By sending multiple remote authentication request messages from the T-BOX to the BCM, timely transmission and processing of the messages are ensured, giving the BCM sufficient response time and preventing misjudgments.

[0067] Upon receiving a fault message, the target controller sends a fault detection command to the BCM's MCU. The MCU then sends a data acquisition command to the electrical parameter acquisition module. The electrical parameter acquisition module acquires the voltage of each functional module through a voltage sampling circuit. These functional modules of the BCM include, but are not limited to: window control module, lighting control module, power door lock control module, safety function module, wiper function module, comfort function module, diagnostics and fault reporting module, integrated gateway module, and energy consumption control module.

[0068] For example, the window control module controls the power windows; the lighting control module manages the exterior and interior lighting systems, including automatic headlights, taillights, turn signals, and headlight dimming. The power door lock control module receives signals requesting door lock opening and closing and controls the locking or unlocking of all doors. The air conditioning system module coordinates the heating, ventilation, and air conditioning systems, allowing the driver to adjust the temperature, HVAC mode, and fan speed. The safety function module supports keyless entry systems, anti-theft, and alarm functions to prevent theft. The wiper control module controls wiper functions, including intermittent wiper control. The comfort function module controls actuators related to vehicle comfort functions, such as seats, mirrors, and power adjustments, depending on the vehicle's design. The diagnostics and fault reporting module stores diagnostic data and helps customers identify and troubleshoot problems in the electrical system. The integrated gateway module maintains communication between integrated control units via the vehicle bus system (CAN, LIN, or Ethernet). The energy consumption control module optimizes the operating modes of electrical components, reducing power consumption when components are not in use. This improves fuel efficiency in conventional vehicles and extends the driving range of electric vehicles.

[0069] In this embodiment, the voltage sampling circuit can accurately measure the voltage value in the circuit and provide real-time voltage data. It can play a role in system monitoring and fault diagnosis; it can monitor voltage changes in the circuit, such as voltage fluctuations, overvoltage, and undervoltage. This is crucial for protecting the safe operation of circuits and equipment, allowing for timely measures to prevent damage or malfunctions. The voltage sampling circuit can also convert the collected voltage data into digital signals through an internal or external digital-to-analog converter chip, and transmit it to the host computer, control system, and status monitoring module via an interface, thus enabling data storage, analysis, and remote monitoring.

[0070] In this embodiment, the electrical parameter acquisition module sends the electrical parameters of each functional module to the status monitoring module through a voltage sampling circuit. The status monitoring module determines the fault information of each functional module based on its electrical parameters. For example, if a functional module has a voltage of 4V and its normal voltage range is 5V~10V, then the fault information for that functional module is undervoltage, requiring circuit repair.

[0071] The status monitoring module returns fault information to the MCU. Fault information includes, but is not limited to: information about the faulty functional module, fault type, and repair plan. Upon receiving the fault information, the MCU controls vehicle components to perform a second specified action to alert the user to the faulty functional module. Optionally, these components may include at least the headlights; by controlling the headlights to flash different colors, the corresponding functional module may be indicated as faulty.

[0072] After receiving the fault information, the MCU sends it to the target controller. The target controller then transmits the fault information to the remote user terminal via the T-BOX. The user terminal displays the fault message "BCM fault, please contact your vehicle manufacturer"; simultaneously, the T-BOX notifies the TSP platform, awaiting assistance from the vehicle manufacturer.

[0073] If the BCM does not respond to the remote authentication request message after restarting, the target controller sends an action command to the BCM. The microcontroller responds to the action command by sounding the horn once (360ms ON, 520ms OFF) and flashing the left and right turn signals for 15 seconds, with a cycle of 880ms (440ms on, 440ms off). The anti-theft authentication signal remains unsuccessful for 5 minutes; even if a remote vehicle location command is received within 5 minutes, the anti-theft authentication process will not be initiated.

[0074] Optionally, in addition to detecting faults in the BCM by checking the electrical parameters of the functional modules, specialized automotive diagnostic equipment can be used to connect to the BCM to read fault codes and perform system status checks. This provides more detailed and accurate BCM status information, helping to identify which functional modules are faulty.

[0075] If the specific faulty module cannot be identified through electrical parameters and automotive diagnostic equipment, a functional module in the BCM can be replaced for testing.

[0076] This embodiment provides a controller, see [link / reference] Figure 5 It includes at least one processor 301 and a memory 302 communicatively connected to at least one of the processors 301.

[0077] The memory 302 stores instructions that can be executed by at least one of the processors 301, which enable at least one of the processors 301 to perform the remote vehicle locator method described above, thus having at least the same advantages as the method described above.

[0078] Optionally, the controller also includes interfaces for connecting the various components, including high-speed and low-speed interfaces. The components are interconnected using different buses and can be mounted on a common motherboard or otherwise as required. The processor can process instructions executed within the controller, including instructions stored in or on memory to display graphical information for a GUI (Graphical User Interface) on an external input / output device (such as a display device coupled to the interface). In other embodiments, multiple processors can be used with multiple memories, and / or multiple buses can be used with multiple memories, if desired. Similarly, multiple electronic devices (e.g., as a server array, a group of blade servers, or a multiprocessor system) can be connected, each providing some of the necessary operations.

[0079] The memory 302, as a computer-readable storage medium, can be used to store software programs, computer-executable programs, and modules, such as the program instructions / modules corresponding to the remote vehicle locating method in this embodiment. The processor 301 executes various functional applications and data processing of the device by running the software programs, instructions, and modules stored in the memory 301, thereby realizing the aforementioned remote vehicle locating method.

[0080] Memory 301 may primarily include a program storage area and a data storage area. The program storage area may store the operating system and applications required for at least one function; the data storage area may store data created based on terminal usage. Furthermore, memory 302 may include high-speed random access memory and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other non-volatile solid-state storage device. In some instances, memory 302 may further include memory remotely configured relative to the processor, which can be connected to the device via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

[0081] The controller may also include an input device 303 and an output device 304. The processor 301, memory 301, input device 303, and output device 304 may be connected via a bus or other means.

[0082] Input device 303 can receive input digital or character information, and output device 304 may include a display device, an auxiliary lighting device (e.g., an LED), and a haptic feedback device (e.g., a vibration motor). The display device may include, but is not limited to, a liquid crystal display (LCD), a light-emitting diode (LED) display, and a plasma display. In some embodiments, the display device may be a touchscreen.

[0083] This embodiment provides a computer-readable storage medium storing computer instructions for instructing a computer to perform the methods described above. The computer instructions on this computer-readable storage medium, used to instruct a computer to perform the methods described above, thus possess at least the same advantages as the methods described above.

[0084] The medium in this invention can be any combination of one or more computer-readable media. The medium can be a computer-readable signal medium or a computer-readable storage medium. The medium can be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of the medium (a non-exhaustive list) include: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this document, the medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.

[0085] Computer-readable signal media may include data signals propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. Computer-readable signal media may also be any computer-readable medium other than computer-readable storage media, capable of sending, propagating, or transmitting programs for use by or in connection with an instruction execution system, apparatus, or device.

[0086] Program code contained on a computer-readable medium may be transmitted using any suitable medium, including but not limited to wireless, wire, optical fiber, RF (Radio Frequency), or any suitable combination thereof.

[0087] Computer program code for performing the operations of this invention can be written in one or more programming languages ​​or a combination thereof. Programming languages ​​include object-oriented programming languages—such as Java, Smalltalk, and C++—as well as conventional procedural programming languages—such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network, including a local area network (LAN) or a wide area network (WAN), or it can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0088] It should be understood that the various forms of processes shown above can be used to rearrange, add, or delete steps. For example, the steps described in this application can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution disclosed in this application can be achieved, and this is not limited herein.

[0089] The specific embodiments described above do not constitute a limitation on the scope of protection of this application. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this application should be included within the scope of protection of this application.

Claims

1. A remote vehicle locating method, characterized in that, include: Receive a fault message from the vehicle controller sent by the intelligent vehicle terminal, wherein the fault message is sent by the intelligent vehicle terminal to the target controller when it has not received a response from the vehicle controller to the remote authentication request message; In response to the fault message, the body controller is restarted. If the vehicle body controller still does not respond to the remote authentication request message after restarting, the vehicle body controller will control the vehicle's components to perform a first specified action to indicate the vehicle's location to the user.

2. The method according to claim 1, characterized in that, In response to the fault message, after controlling the body controller to restart, the method further includes: Send a notification to the intelligent vehicle terminal to restart the body controller; Receive a feedback message from the intelligent vehicle terminal indicating whether the vehicle body controller has responded to the remote authentication request message; Based on the feedback message, determine whether the vehicle body controller responds to the remote authentication request message after restarting.

3. The method according to claim 1, characterized in that, In response to the fault message, after controlling the body controller to restart, the method further includes: If the body controller still does not respond to the remote authentication request message after restarting, determine the fault information of the functional module in the body controller; The fault information is sent to the remote user terminal via the intelligent vehicle terminal; The target controller includes a gateway controller.

4. A remote vehicle location system, characterized in that, include: If the intelligent vehicle terminal does not receive a response from the body controller to the remote authentication request message, it sends a body controller fault message to the target controller. The target controller responds to the fault message and controls the body controller to restart; If the body controller still does not respond to the remote authentication request message after restarting, the target controller controls the vehicle's components to perform a first specified action through the body controller to indicate the vehicle's location to the user.

5. The system according to claim 4, characterized in that, If the body controller still does not respond to the remote authentication request message after restarting, the microcontroller of the body controller responds to the fault detection command sent by the target controller and sends a collection command to the electrical parameter acquisition module. The electrical parameter acquisition module sends the electrical parameters of each functional module to the status monitoring module; The status monitoring module determines the fault information of the functional module based on the electrical parameters of each functional module, and returns the fault information to the microcontroller; The microcontroller sends the fault information to the target controller.

6. The system according to claim 5, characterized in that, After receiving the fault information, the microcontroller controls the vehicle's components to perform a second specified action, which is a functional module that prompts the user about the fault.

7. The system according to claim 5, characterized in that, Before sending a fault message from the body controller to the target controller, the intelligent vehicle terminal responds to the remote vehicle search command by sending a remote authentication request message to the body controller. If no response to the remote authentication request message is received from the body controller, the remote authentication request message will be sent to the body controller multiple times within a set time period. If no response is received from the body controller for the remote authentication request message, an operation to send a body controller fault message to the target controller is triggered.

8. The system according to any one of claims 5-7, characterized in that, If the body controller still does not respond to the remote authentication request message after restarting, the target controller sends an action command to the microcontroller of the body controller; The microcontroller responds to the action command by controlling the vehicle's components to perform a first specified action.

9. A controller, characterized in that, include: At least one processor, and a memory communicatively connected to at least one of the processors; The memory stores instructions that can be executed by at least one of the processors, which are executed by at least one of the processors to enable the at least one of the processors to perform the remote vehicle locator method according to any one of claims 1-3.

10. A computer-readable storage medium, characterized in that, The medium stores computer instructions for instructing the computer to execute the remote vehicle locator method according to any one of claims 1-3.

Images