Vehicle control method and device and computer equipment

Abstract

The invention relates to a vehicle control method and device and computer equipment. The method comprises the steps that under the condition that a target vehicle is in a dormant state, in response to vehicle control operation, the target vehicle is awakened; the target instruction is sent to the vehicle-mounted controller, so that the vehicle-mounted controller awakens each component controller in the target vehicle based on the target instruction; and a vehicle control instruction corresponding to the vehicle control operation is sent to the vehicle-mounted controller, so that the vehicle-mounted controller controls corresponding parts in the target vehicle through the corresponding part controller based on the vehicle control instruction. By adopting the method, the vehicle wake-up delay can be obviously reduced, and the success rate of first-time control can be fundamentally improved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of vehicle control, and in particular to a vehicle control method and device, computer equipment and a storage medium. BACKGROUND

[0002] With the rapid development of intelligent and networked technologies for automobiles, Bluetooth communication technology has become an important part of wireless control of vehicles due to its low power consumption, low cost and wide popularity. In traditional vehicle control systems, users can send Bluetooth instructions through mobile terminals such as mobile phones or wearable devices to achieve remote control of vehicles, such as unlocking vehicle doors, raising vehicle windows, and opening rear doors.

[0003] In traditional technology, a Bluetooth control module is usually deployed as an independent controller in the electronic and electrical architecture of a vehicle. When the vehicle is in a sleep state, after a user sends a control instruction through a mobile terminal, the instruction needs to be received by the Bluetooth module and forwarded to an execution controller, such as a body control module (BCM).

[0004] However, in the process of link transmission, if the instruction needs to be forwarded through a gateway (i.e. in a multi-link scenario), the gateway and the execution controller both need to be woken up in turn, resulting in a prolonged wake-up link time. Especially when controlling for the first time, the execution controller often fails to wake up and receive the instruction in time, resulting in control failure and affecting user experience. Therefore, the current Bluetooth control method has the problem of high wake-up delay in a multi-link scenario. SUMMARY

[0005] Therefore, it is necessary to provide a vehicle control method, device and computer equipment with low wake-up delay to solve the above technical problems.

[0006] In a first aspect, the present application provides a vehicle control method applied to a user terminal of a target vehicle, comprising:

[0007] In the case where the target vehicle is in a sleep state, in response to a vehicle control operation, waking up the target vehicle;

[0008] sending a target instruction to a vehicle controller to make the vehicle controller wake up each component controller in the target vehicle based on the target instruction;

[0009] sending a vehicle control instruction corresponding to the vehicle control operation to the vehicle controller to make the vehicle controller control a corresponding component in the target vehicle through a corresponding component controller based on the vehicle control instruction.

[0010] In one embodiment, sending the target instruction to the vehicle controller comprises:

[0011] sending the target instruction to a target gateway of the target vehicle, so that the target gateway wakes up the vehicle controller based on the target instruction and forwards the target instruction to the vehicle controller; or

[0012] sending the target instruction directly to the vehicle controller.

[0013] In one of the embodiments, the sending of the target instruction to the vehicle controller comprises:

[0014] starting a timer, and sending the target instruction to the vehicle controller if the time duration reaches a first preset time duration.

[0015] In one of the embodiments, the target instruction is a null instruction.

[0016] In a second aspect, the present application provides a vehicle control method applied to a vehicle controller of a target vehicle, comprising:

[0017] waking up the target vehicle in a sleep state in response to a vehicle control operation of a user terminal of the target vehicle;

[0018] receiving a target instruction sent by the user terminal, and waking up each component controller in the target vehicle based on the target instruction;

[0019] receiving a vehicle control instruction corresponding to the vehicle control operation sent by the user terminal, and controlling a corresponding component in the target vehicle through a corresponding component controller based on the vehicle control instruction.

[0020] In one of the embodiments, the receiving of the target instruction sent by the user terminal comprises:

[0021] receiving a wake-up instruction sent by a target gateway in a case where the target instruction sent by the user terminal is received, and receiving the target instruction forwarded by the target gateway after the vehicle controller wakes up; or

[0022] directly receiving the target instruction sent by the user terminal.

[0023] In one of the embodiments, the waking up of each component controller in the target vehicle based on the target instruction comprises:

[0024] forwarding the target instruction to each component controller in the target vehicle to wake up the corresponding component controller.

[0025] In a third aspect, the present application further provides a vehicle control device, comprising:

[0026] a first wake-up module configured to wake up a target vehicle in response to a vehicle control operation in a case where the target vehicle is in a sleep state.

[0027] The instruction sending module is configured to send a target instruction to the vehicle-mounted controller, so that the vehicle-mounted controller wakes up each component controller in the target vehicle based on the target instruction.

[0028] The first control module is configured to send a vehicle control instruction corresponding to the vehicle control operation to the vehicle-mounted controller, so that the vehicle-mounted controller controls a corresponding component in the target vehicle through a corresponding component controller based on the vehicle control instruction.

[0029] In a fourth aspect, the present application further provides a vehicle control device, comprising:

[0030] The second wake-up module is configured to wake up the target vehicle in a sleep state in response to a vehicle control operation of a user terminal of the target vehicle.

[0031] The instruction receiving module is configured to receive a target instruction sent by the user terminal, and wake up each component controller in the target vehicle based on the target instruction.

[0032] The second control module is configured to receive a vehicle control instruction corresponding to a vehicle control operation sent by the user terminal, and control a corresponding component in the target vehicle through a corresponding component controller based on the vehicle control instruction.

[0033] In a fifth aspect, the present application further provides a computer device, comprising a memory and a processor, wherein the memory stores a computer program, and the processor implements the following steps when executing the computer program:

[0034] In the case that the target vehicle is in a sleep state, wake up the target vehicle in response to a vehicle control operation.

[0035] Send a target instruction to the vehicle-mounted controller, so that the vehicle-mounted controller wakes up each component controller in the target vehicle based on the target instruction.

[0036] Send a vehicle control instruction corresponding to a vehicle control operation to the vehicle-mounted controller, so that the vehicle-mounted controller controls a corresponding component in the target vehicle through a corresponding component controller based on the vehicle control instruction.

[0037] In a sixth aspect, the present application further provides a computer device, comprising a memory and a processor, wherein the memory stores a computer program, and the processor implements the following steps when executing the computer program:

[0038] In response to a vehicle control operation of a user terminal of the target vehicle, wake up the target vehicle in a sleep state.

[0039] Receive a target instruction sent by the user terminal, and wake up each component controller in the target vehicle based on the target instruction.

[0040] It receives vehicle control commands corresponding to vehicle control operations sent by user terminals, and controls the corresponding components in the target vehicle through the corresponding component controllers based on the vehicle control commands.

[0041] Seventhly, this application also provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, performs the following steps:

[0042] When the target vehicle is in a dormant state, the target vehicle is woken up in response to vehicle control operations;

[0043] Send a target command to the vehicle controller so that the vehicle controller can wake up the controllers of various components in the target vehicle based on the target command;

[0044] Send vehicle control commands corresponding to vehicle control operations to the vehicle controller, so that the vehicle controller can control the corresponding components in the target vehicle through the corresponding component controller based on the vehicle control commands.

[0045] Eighthly, this application also provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, performs the following steps:

[0046] In response to a vehicle control operation on the user terminal of the target vehicle, wake up the target vehicle from its dormant state;

[0047] Receive the target command sent by the user terminal, and based on the target command, wake up the controllers of each component in the target vehicle;

[0048] It receives vehicle control commands corresponding to vehicle control operations sent by user terminals, and controls the corresponding components in the target vehicle through the corresponding component controllers based on the vehicle control commands.

[0049] Ninthly, this application also provides a computer program product, including a computer program that, when executed by a processor, performs the following steps:

[0050] When the target vehicle is in a dormant state, the target vehicle is woken up in response to vehicle control operations;

[0051] Send a target command to the vehicle controller so that the vehicle controller can wake up the controllers of various components in the target vehicle based on the target command;

[0052] Send vehicle control commands corresponding to vehicle control operations to the vehicle controller, so that the vehicle controller can control the corresponding components in the target vehicle through the corresponding component controller based on the vehicle control commands.

[0053] In a tenth aspect, this application also provides a computer program product, including a computer program that, when executed by a processor, performs the following steps:

[0054] In response to a vehicle control operation on the user terminal of the target vehicle, wake up the target vehicle from its dormant state;

[0055] Receive the target command sent by the user terminal, and based on the target command, wake up the controllers of each component in the target vehicle;

[0056] It receives vehicle control commands corresponding to vehicle control operations sent by user terminals, and controls the corresponding components in the target vehicle through the corresponding component controllers based on the vehicle control commands.

[0057] The aforementioned vehicle control method, device, and computer equipment introduce a target instruction, separating the wake-up and execution instructions. This instruction is transmitted along the actual link (i.e., whether it is a direct path or a path via a gateway), and wakes up the on-board controller and component controllers on the path level by level. This provides a deterministic time window for the wake-up and initialization of the target vehicle, thereby ensuring that when subsequent real control instructions arrive, all levels of controllers are already in a ready-to-work state. This effectively overcomes the inherent defect of mismatch between the instruction and controller wake-up timing in the traditional single instruction sending mode, further achieving a significant reduction in vehicle wake-up latency and a fundamental improvement in the first-time control success rate, completely solving the poor user experience of first-time operation failure.

[0058] In addition, when the vehicle controller is awakened in response to a user operation, it does not immediately execute the control command. Instead, it prioritizes receiving and processing a dedicated target command to synchronously wake up the controllers of each component in the network. This ensures that when the actual vehicle control command arrives, all relevant execution units have ended their dormant state and completed initialization. This eliminates the risk of command loss caused by the wake-up delay of individual controllers, fundamentally avoids the timing conflicts faced by traditional solutions in complex links, and ultimately significantly reduces the overall wake-up delay and achieves a substantial improvement in the first control success rate. Attached Figure Description

[0059] To more clearly illustrate the technical solutions in the embodiments or related technologies of this application, the accompanying drawings used in the description of the embodiments or related technologies will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0060] Figure 1 This is an application environment diagram of a vehicle control method provided in this embodiment;

[0061] Figure 2 This is a flowchart illustrating the first vehicle control method provided in this embodiment;

[0062] Figure 3 This is a flowchart illustrating a target instruction sending step provided in this embodiment;

[0063] Figure 4 This is a flowchart illustrating the second vehicle control method provided in this embodiment;

[0064] Figure 5 This is a flowchart illustrating a target instruction forwarding step provided in this embodiment;

[0065] Figure 6 This is a flowchart illustrating the third vehicle control method provided in this embodiment;

[0066] Figure 7A This is a structural block diagram of the first vehicle control device provided in this embodiment;

[0067] Figure 7B This is a structural block diagram of the second type of vehicle control device provided in this embodiment;

[0068] Figure 8 This is an internal structural diagram of a computer device provided in this embodiment. Detailed Implementation

[0069] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0070] The vehicle control method provided in this application embodiment can be applied to, for example, Figure 1 In the application environment shown, the user terminal 101 of the target vehicle communicates with the vehicle controller 102 of the target vehicle. When the target vehicle is in a sleep state, the user terminal 101 responds to a vehicle control operation by waking the target vehicle; sending a target command to the vehicle controller 102, causing the vehicle controller to wake up the controllers of various components in the target vehicle based on the target command; and sending a vehicle control command corresponding to the vehicle control operation to the vehicle controller 102, causing the vehicle controller 102 to control the corresponding components in the target vehicle through the corresponding component controllers based on the vehicle control command. The user terminal 101 can be, but is not limited to, various personal computers, laptops, smartphones, tablets, IoT devices, and portable wearable devices. IoT devices can include smart speakers, smart TVs, smart air conditioners, smart vehicle devices, etc. Portable wearable devices can include smartwatches, smart bracelets, head-mounted devices, etc.

[0071] In one exemplary embodiment, such as Figure 2 As shown, a vehicle control method is provided, which is applied to... Figure 1 Taking user terminal 101 as an example, the explanation includes the following steps S201 to S203. Wherein:

[0072] S201 wakes up the target vehicle in response to a vehicle control operation when the target vehicle is in a dormant state.

[0073] In this context, the target vehicle can be understood as a specific vehicle that needs to be controlled or monitored. The sleep state can be understood as the vehicle being in a low-power or standby mode, during which certain functions or components of the vehicle may be turned off or inactive to reduce energy consumption. Vehicle control operations can be understood as the input of remote or local control commands to the vehicle via a user terminal or other devices, aimed at changing the vehicle's state or performing specific functions, such as unlocking doors or starting the engine.

[0074] In some embodiments, when the target vehicle is not in a dormant state, the corresponding vehicle control is directly executed in response to a vehicle control operation; when the target vehicle is in a dormant state, the target vehicle is woken up in response to a vehicle control operation.

[0075] For example, the methods for waking up a target vehicle in response to a vehicle control operation can be as follows: generating a wake-up command for the target vehicle in response to a triggering operation of a vehicle control command on a user terminal; and sending the wake-up command to the target vehicle to wake it up; or generating a wake-up command for the target vehicle in response to a vehicle control command input on a user terminal; and sending the wake-up command to the target vehicle to wake it up.

[0076] It should be noted that the vehicle control commands input on the user terminal can be: inputting vehicle control commands based on editing operations on the user terminal; or inputting vehicle control commands via voice on the user terminal.

[0077] It should be noted that, under normal circumstances, the user terminal will prioritize communicating with the Bluetooth controller in the target vehicle. In order to save power, the Bluetooth controller will enter sleep mode when there is no activity. In sleep mode, the central processing unit (CPU) and most peripherals of the vehicle controller are in a low-power state, but some low-power component controllers (such as timers and wake-up circuits) are still retained to detect wake-up events. After the Bluetooth controller receives the wake-up command, it needs to send the wake-up command within 100ms (with a deviation of ±10%, which can be adjusted according to the vehicle model).

[0078] A wake-up command is a specially designed signal or data packet used to trigger an electronic device or controller in a low-power (hibernation / sleep) state to return it to normal operation. Its core purpose is to ensure the device can respond quickly to external control requests while minimizing power consumption. For example, a wake-up command can be a Network Management Message; a Network Management Message is a standardized data packet used to coordinate controller state transitions, and its functions include wake-up, hibernation, diagnostics, and error reporting.

[0079] S202 sends a target command to the vehicle controller so that the vehicle controller can wake up the controllers of various components in the target vehicle based on the target command.

[0080] The vehicle controller refers to the core control unit installed on the target vehicle, responsible for receiving, parsing, and executing vehicle control commands from user terminals or other devices. It can coordinate and manage the work of various component controllers in the vehicle. Component controllers refer to dedicated control units in the vehicle responsible for controlling the operation of specific components (such as the engine, door locks, windows, etc.), and can precisely control the corresponding components according to the commands forwarded by the vehicle controller.

[0081] In this context, the target instruction can be understood as an instruction used to wake up the on-board controller or component controller during vehicle control. It does not directly carry specific control functions and is often used as a signal in the pre-wake-up or preparation phase to ensure that subsequent specific control instructions can be correctly received and processed. Optionally, the target instruction can be an empty instruction.

[0082] In some embodiments, after waking up the target vehicle in response to a vehicle control operation, a timer is started. After the timer reaches a preset first waiting time (e.g., 80ms, with a deviation of ±10%), a target command is sent to the vehicle controller, causing the vehicle controller to wake up the various component controllers in the target vehicle based on the target command. In this process, the target command acts as a pre-wake-up signal, triggering the activation process of the vehicle controller and various component controllers in advance, ensuring that they have completed initialization and entered a standby state before processing the actual control command. This effectively avoids command loss or execution delay caused by the wake-up time of the controller from sleep to active state, ensuring that each component controller has immediate response capability when the actual control command arrives, thereby significantly improving the success rate of the first command execution and the system response efficiency.

[0083] In some embodiments, the vehicle wake-up links of different target vehicles are different. Therefore, for target vehicles with a separate gateway, this embodiment can send a target instruction to the target gateway of the target vehicle so that the target gateway wakes up the vehicle controller based on the target instruction and forwards the target instruction to the vehicle controller; while for target vehicles with the gateway embedded in the vehicle controller, this embodiment can directly send the target instruction to the vehicle controller.

[0084] It should be noted that this embodiment is for target vehicles with a separate gateway. Because of the gateway, the vehicle controller and other component controllers need to be woken up through the gateway, which increases the wake-up time. Therefore, the timing of the Bluetooth controller sending the wake-up command is crucial. If it is sent too early, the vehicle controller will not be awake and will not be able to process the command signal, ultimately leading to command control failure. In this embodiment, sending the target command to the target gateway of the target vehicle enables the target gateway to receive and parse the command as an intermediate node, and then actively wake up the vehicle controller in a dormant state. At the same time, the target command is forwarded to the activated vehicle controller without delay. This effectively avoids the additional delay that may be caused by link transmission or protocol conversion when the user terminal directly wakes up the vehicle controller. It ensures that the vehicle controller and its subordinate component controllers have completed wake-up and initialization before receiving the actual control command, thereby achieving the effect of accurate reception and execution of the first command.

[0085] It should be noted that this embodiment directly sends the target command to the vehicle controller, which reduces latency and ensures that the control command is received on the first transmission, omitting the intermediate gateway forwarding stage and minimizing the command transmission path. In sleep mode, the vehicle controller continuously monitors bus signals through low-power circuitry. When it receives a target command (such as a null command), its hardware wake-up circuit immediately triggers the controller to start, synchronously completing initialization and entering standby mode. Because the gateway parsing and forwarding processing time is eliminated, the vehicle controller has real-time response capability when the actual control command arrives, thus achieving zero-latency command reception and execution.

[0086] S203 sends vehicle control commands corresponding to vehicle control operations to the vehicle controller, so that the vehicle controller can control the corresponding components in the target vehicle through the corresponding component controller based on the vehicle control commands.

[0087] In some embodiments, after sending a target instruction to the vehicle controller, a timer is started. After the timer reaches a preset second waiting time (e.g., 50ms, with a deviation of ±10%), a vehicle control instruction corresponding to the vehicle control operation is sent to the vehicle controller, so that the vehicle controller can control the corresponding component in the target vehicle through the corresponding component controller based on the vehicle control instruction.

[0088] It should be noted that the vehicle controller needs to complete hardware and software initialization processes such as power supply stabilization, clock synchronization, peripheral reset, and protocol stack loading from sleep to active state. If control commands are sent too early, command loss, execution errors, or system race conditions may occur because the controller is not ready. The timer, through a preset second waiting period (usually set based on hardware specifications and protocol standards), provides the controller with a sufficient response window, while absorbing network communication delays (such as bus arbitration and wireless signal fluctuations) and timing differences in the coordinated wake-up of multiple controllers. Finally, the control commands are sent after the system state is stable, thereby ensuring functional safety and avoiding misoperation.

[0089] It should be noted that if the user terminal does not receive a feedback message for the vehicle control command after the first vehicle control command is sent, after the preset third waiting time (e.g., 50ms, deviation ±10%) has elapsed, the vehicle controller may still be in a wake-up state. In this case, the corresponding vehicle control command can be sent again to ensure that the vehicle controller receives the corresponding vehicle control command.

[0090] It should be noted that if the user terminal does not receive a feedback message for the vehicle control command after the first vehicle control command is sent, within the preset third waiting time (e.g., 50ms, deviation ±10%), it proves that the vehicle controller has performed component control according to the corresponding vehicle control command. Therefore, a new vehicle control command can only be sent again after receiving feedback information from the vehicle controller terminal regarding the completion of the vehicle control command.

[0091] The aforementioned vehicle control method introduces a target command, separating the wake-up and execution commands. This command is transmitted along the actual link (whether it is a direct path or a path via a gateway), and wakes up the on-board controllers and component controllers on the path level by level. This provides a deterministic time window for the wake-up and initialization of the target vehicle, thereby ensuring that when subsequent real control commands arrive, all levels of controllers are already in a ready-to-work state. This effectively overcomes the inherent defect of mismatch between command and controller wake-up timing in the traditional single command sending mode, further achieving a significant reduction in vehicle wake-up latency and a fundamental improvement in the first-time control success rate, completely solving the poor user experience of first-time operation failure.

[0092] Figure 3 This is a flowchart illustrating the target command sending step in one embodiment. This embodiment refines the steps for sending the target command to the vehicle controller as described in the previous embodiments, including the following steps:

[0093] S301 starts the timer and sends the target command to the vehicle controller when the timer duration reaches the first preset duration.

[0094] It should be noted that in traditional technology, after sending the wake-up command, the user terminal sends the actual vehicle control command at 80ms intervals, for a total of three frames, with 50ms intervals. According to this requirement, the wake-up time of the vehicle controller needs to be controlled within 130ms to enter the working state. For target vehicles with a gateway embedded in the vehicle controller, only the vehicle controller needs to be woken up, so this solution can meet the requirement. However, there is a problem that the first frame is never received, and the significance of sending three frames is also diminished. For target vehicles with a separate gateway, the target gateway needs to be woken up first, and then the vehicle controller can be woken up through the target gateway. In this scenario, the vehicle controller cannot be woken up and executed, and the vehicle control command under the initial wake-up cannot be completed, requiring another operation. In this case, this embodiment sets a timer, and when the timer duration reaches a first preset duration, it sends the target command to the vehicle controller.

[0095] In some embodiments, after the user terminal sends a target instruction to the vehicle controller, a timer is started; the timer starts timing, and when the timing duration reaches a first preset duration, the target instruction is sent to the vehicle controller.

[0096] In the above embodiments, starting a timer and sending a target instruction to the vehicle controller after reaching a first preset duration can provide the controller with sufficient sleep / wake-up preparation time (such as power supply stabilization, clock initialization, peripheral reset, etc.) by precisely controlling the timing of instruction transmission, thus avoiding instruction loss or execution abnormalities caused by hardware insecurity. At the same time, the timing mechanism can absorb network communication delays (such as bus arbitration, wireless signal fluctuations) and system dynamic load fluctuations, ensuring that the target instruction is reliably delivered after the controller state stabilizes, thereby improving the robustness of system response and reducing the risk of functional failures caused by timing errors.

[0097] In one exemplary embodiment, such as Figure 4 As shown, a vehicle control method is provided, which is applied to... Figure 1 Taking the vehicle controller 102 as an example, the explanation includes the following steps S401 to S403. Wherein:

[0098] S401 responds to a vehicle control operation on the user terminal of the target vehicle and wakes up the target vehicle from its dormant state.

[0099] In some embodiments, the user terminal sends a wake-up command to the vehicle controller; receives the wake-up command in response to a vehicle control operation of the user terminal in the target vehicle, and wakes up the target vehicle from its dormant state.

[0100] S402 receives the target command sent by the user terminal and, based on the target command, wakes up the controllers of each component in the target vehicle.

[0101] In some embodiments, the vehicle controller receives a target instruction sent by a user terminal; and according to the target instruction, wakes up the controllers of various components in the target vehicle.

[0102] Optionally, the method for waking up the controllers of each component in the target vehicle according to the target instruction can be: generating a component wake-up instruction for each component controller according to the target instruction and sending the component wake-up instruction to each component controller to wake up the controllers of each component in the target vehicle; or forwarding the target instruction to each component controller to wake up the controllers of each component in the target vehicle.

[0103] It should be noted that after the target command is parsed by the vehicle controller, it directly triggers the multi-component controller collaborative wake-up process, avoiding the timing disorder and communication redundancy caused by multi-level gateway forwarding and independent controller response in the traditional distributed wake-up mode, reducing invalid waiting time, and thus optimizing the overall response latency to the lowest level while establishing full-link communication.

[0104] In some embodiments, the vehicle wake-up links of different target vehicles are different. Therefore, for target vehicles with a separate gateway, this embodiment can receive the wake-up command sent by the target gateway when it receives the target command sent by the user terminal, and receive the target command forwarded by the target gateway after it wakes up. For target vehicles with the gateway embedded in the vehicle controller, this embodiment can directly receive the target command sent by the user terminal.

[0105] It should be noted that for target vehicles with a separate gateway, the target gateway acts as the sole instruction relay node. Upon receiving the target instruction from the user terminal, it first sends a dedicated wake-up signal to the vehicle controller to enable the vehicle controller to complete initialization. The target gateway then accurately forwards the original target instruction to the ready vehicle controller, eliminating the redundant stage of "waiting for all controllers to wake up before issuing instructions in a unified manner" in the traditional mode. This ensures that the controller obtains a valid instruction as soon as it is woken up, eliminating the accumulation of delays caused by timing mismatch or multiple communications, thereby achieving the goal of low latency where the first instruction can be executed correctly.

[0106] It should be noted that for target vehicles with gateways embedded in the vehicle controller, the user terminal and the vehicle controller are directly connected through a single communication link. The target command can reach the controller directly via the shortest path, avoiding processing delays and potential packet loss risks at intermediate nodes. At the same time, the vehicle controller can enter a standby state in advance, so that it can execute the command immediately upon receiving it for the first time, achieving low-latency control.

[0107] S403 receives vehicle control commands corresponding to vehicle control operations sent by the user terminal, and controls the corresponding components in the target vehicle through the corresponding component controller based on the vehicle control commands.

[0108] In some embodiments, the user terminal sends a vehicle control command corresponding to a vehicle control operation to the vehicle controller; the vehicle controller receives the vehicle control command corresponding to the vehicle control operation sent by the user terminal; based on the vehicle control command, the vehicle controller generates a component control command for a component controller that matches the vehicle control command; according to the component control command, the vehicle controller sends the component control command to the component controller that matches the component control command, so as to control the corresponding component controller to control the corresponding component in the target vehicle.

[0109] In the aforementioned vehicle control method, when the on-board controller is awakened in response to a user operation, it does not immediately execute the control command. Instead, it prioritizes receiving and processing a dedicated "target command" to synchronously wake up the controllers of each component in the network. This ensures that when the actual vehicle control command arrives, all relevant execution units have ended their dormant state and completed initialization. This eliminates the risk of command loss caused by the wake-up delay of individual controllers, fundamentally avoids the timing conflicts faced by traditional solutions in complex links, and ultimately significantly reduces the overall wake-up delay, achieving a substantial improvement in the first control success rate.

[0110] Figure 5 This is a flowchart illustrating the target instruction forwarding step in one embodiment. This embodiment refines the steps of waking up the controllers of various components in the target vehicle based on the target instruction, as described in the previous embodiment, and includes the following steps:

[0111] S501 forwards the target command to the controllers of each component in the target vehicle to wake up the corresponding controllers.

[0112] In some embodiments, the user terminal sends a target instruction to the vehicle controller; the vehicle controller receives and responds to the target instruction, and forwards the target instruction to the respective component controllers in the target vehicle to wake up the corresponding component controllers.

[0113] In the above embodiments, the target command is accurately forwarded to each component controller in the target vehicle to wake up the corresponding controller. This can achieve high efficiency and reliability of multi-controller collaborative wake-up, avoid timing disorder caused by independent wake-up of each controller, ensure that key components are activated in sequence according to preset logic, and reduce energy consumption caused by repeated wake-up or invalid communication.

[0114] In one embodiment, this embodiment provides an optional method for vehicle control, using the application of this method to a server as an example for illustration. For example... Figure 6 As shown, the method includes the following steps:

[0115] When the target vehicle is in a dormant state, the S601 user terminal generates a wake-up command for the target vehicle in response to vehicle control operations.

[0116] The S602 user terminal sends a wake-up command to the vehicle controller;

[0117] The S603 vehicle controller responds to vehicle control operations at the user terminal of the target vehicle and wakes up the target vehicle from its dormant state.

[0118] S604 user terminal starts timer;

[0119] When the timed duration reaches the first preset duration, the S605 user terminal sends the target command to the vehicle controller.

[0120] The S606 vehicle controller receives the target command sent by the user terminal and, based on the target command, wakes up the controllers of various components in the target vehicle.

[0121] In some embodiments, a target instruction is sent to the target gateway of the target vehicle, so that the target gateway wakes up the vehicle controller based on the target instruction and forwards the target instruction to the vehicle controller; or, the target instruction is sent directly to the vehicle controller.

[0122] When the timed duration reaches the first preset duration, the S607 user terminal sends the vehicle control command corresponding to the vehicle control operation to the vehicle controller.

[0123] The S608 vehicle controller receives vehicle control commands corresponding to vehicle control operations sent by the user terminal and forwards the target commands to the controllers of each component in the target vehicle to wake up the corresponding controllers.

[0124] It should be noted that in the vehicle domain controller based on the Automotive Open System Architecture (AUTOSAR, AUTOSAR Classic Platform) software architecture and featuring a dual-partition design, the timing performance of its wake-up process has demonstrated excellent results in actual testing, fully meeting the industry's stringent requirements for wake-up time: from the triggering of the wake-up event to the power management chip (intelligent power management chip, SBC) completing power-on (i.e., vehicle wake-up), only about 3.5 milliseconds are required. Subsequently, the time from the intelligent power management chip powering on to the bootloader entering the main program is 28.6 milliseconds, the time from the bootloader jumping to the application software (APP) stage is 24.8 milliseconds, and the total time for the operating system (OS) initialization is 42.8 milliseconds. This series of data fully verifies the efficiency of the controller under hardware-accelerated wake-up, dual-partition redundancy design, and standardized processes of the Automotive Open System Architecture, providing a reliable guarantee for the vehicle to quickly respond to remote control or instant wake-up in low-power scenarios.

[0125] In some embodiments, the receiver receives a wake-up command sent by the target gateway upon receiving a target command sent by the user terminal, and receives the target command forwarded by the target gateway after waking up; or, it directly receives the target command sent by the user terminal.

[0126] It should be understood that although the steps in the flowcharts of the embodiments described above are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the embodiments described above may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the steps or stages of other steps.

[0127] Based on the same inventive concept, this application also provides a vehicle control device for implementing the vehicle control method described above. The solution provided by this device is similar to the solution described in the above method; therefore, the specific limitations in one or more vehicle control device embodiments provided below can be found in the limitations of the vehicle control method described above, and will not be repeated here.

[0128] In one exemplary embodiment, such as Figure 7A As shown, a vehicle control device is provided, including: a first wake-up module 701A, a command sending module 702A, and a first control module 703A, wherein:

[0129] The first wake-up module 701A is used to wake up the target vehicle in response to a vehicle control operation when the target vehicle is in a dormant state.

[0130] The instruction sending module 702A is used to send a target instruction to the vehicle controller so that the vehicle controller can wake up the controllers of various components in the target vehicle based on the target instruction; the target instruction is an empty instruction.

[0131] The first control module 703A is used to send vehicle control commands corresponding to vehicle control operations to the vehicle controller, so that the vehicle controller can control the corresponding components in the target vehicle through the corresponding component controller based on the vehicle control commands.

[0132] In some embodiments, the instruction sending module 702A is further configured to send a target instruction to the target gateway of the target vehicle, so that the target gateway wakes up the vehicle controller based on the target instruction and forwards the target instruction to the vehicle controller; or, send the target instruction directly to the vehicle controller.

[0133] In some embodiments, the instruction sending module 702A is further configured to start a timer and send a target instruction to the vehicle controller when the timer duration reaches a first preset duration.

[0134] In one exemplary embodiment, such as Figure 7B As shown, a vehicle control device is provided, including: a second wake-up module 701B, a command receiving module 702B, and a second control module 703B, wherein:

[0135] The second wake-up module 701B is used to wake up the target vehicle in a dormant state in response to a vehicle control operation on the user terminal of the target vehicle.

[0136] The instruction receiving module 702B is used to receive the target instruction sent by the user terminal and, based on the target instruction, wake up the controllers of various components in the target vehicle.

[0137] The second control module 703B is used to receive vehicle control commands corresponding to vehicle control operations sent by the user terminal, and based on the vehicle control commands, control the corresponding components in the target vehicle through the corresponding component controller.

[0138] In some embodiments, the instruction receiving module 702B is further configured to receive a wake-up instruction sent by the target gateway when it receives a target instruction sent by the user terminal, and receive the target instruction forwarded by the target gateway after waking up itself; or, directly receive the target instruction sent by the user terminal.

[0139] In some embodiments, the instruction receiving module 702B is further configured to forward target instructions to the component controllers in the target vehicle to wake up the corresponding component controllers.

[0140] Each module in the aforementioned vehicle control device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in or independent of the processor in a computer device in hardware form, or stored in the memory of a computer device in software form, so that the processor can call and execute the operations corresponding to each module.

[0141] In one exemplary embodiment, a computer device is provided, which may be a server, and its internal structure diagram may be as follows: Figure 8As shown, this computer device includes a processor, memory, input / output interfaces (I / O), and a communication interface. The processor, memory, and I / O interfaces are connected via a system bus, and the communication interface is also connected to the system bus via the I / O interfaces. The processor provides computational and control capabilities. The memory includes non-volatile storage media and internal memory. The non-volatile storage media stores the operating system, computer programs, and a database. The internal memory provides the environment for the operating system and computer programs stored in the non-volatile storage media. The database stores data. The I / O interfaces are used for exchanging information between the processor and external devices. The communication interface is used for communicating with external terminals via a network. When the computer program is executed by the processor, it implements a vehicle control method.

[0142] Those skilled in the art will understand that Figure 8 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0143] In one embodiment, a computer device is also provided, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the steps in the above method embodiments.

[0144] In one embodiment, a computer-readable storage medium is provided having a computer program stored thereon that, when executed by a processor, implements the steps in the above method embodiments.

[0145] In one embodiment, a computer program product is provided, including a computer program that, when executed by a processor, implements the steps in the above method embodiments.

[0146] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of the relevant data must comply with relevant regulations.

[0147] Those skilled in the art will understand that all or part of the processes in the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium. When executed, the computer program can include the processes of the embodiments described above. Any references to memory, databases, or other media used in the embodiments provided in this application can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM). The databases involved in the embodiments provided in this application may include at least one type of relational database and non-relational database. Non-relational databases may include, but are not limited to, blockchain-based distributed databases. The processors involved in the embodiments provided in this application may be general-purpose processors, central processing units, graphics processing units, digital signal processors, programmable logic devices, quantum computing-based data processing logic devices, etc., and are not limited to these.

[0148] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0149] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of this patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. A vehicle control method, characterized in that, The method, applied to a user terminal of a target vehicle, includes: When the target vehicle is in a dormant state, the target vehicle is woken up in response to a vehicle control operation; Send a target command to the vehicle controller so that the vehicle controller wakes up the controllers of each component in the target vehicle based on the target command; The vehicle control controller sends a vehicle control command corresponding to the vehicle control operation to the vehicle controller, so that the vehicle controller controls the corresponding components in the target vehicle through the corresponding component controller based on the vehicle control command.

2. The method according to claim 1, characterized in that, Sending the target command to the vehicle controller includes: The target instruction is sent to the target gateway of the target vehicle, so that the target gateway wakes up the vehicle controller based on the target instruction and forwards the target instruction to the vehicle controller; or... The target command is sent directly to the vehicle controller.

3. The method according to claim 1, characterized in that, Sending the target command to the vehicle controller includes: Start the timer, and when the timer duration reaches the first preset duration, send the target command to the vehicle controller.

4. The method according to any one of claims 1-3, characterized in that, The target instruction is an empty instruction.

5. A vehicle control method, characterized in that, An onboard controller applied to a target vehicle, the method comprising: In response to a vehicle control operation on the user terminal of the target vehicle, the target vehicle, which is in a dormant state, is woken up. Receive the target instruction sent by the user terminal, and based on the target instruction, wake up the controllers of each component in the target vehicle; The system receives vehicle control commands corresponding to vehicle control operations sent by the user terminal, and controls the corresponding components in the target vehicle through the corresponding component controller based on the vehicle control commands.

6. The method according to claim 5, characterized in that, The receiving of the target instruction sent by the user terminal includes: The system receives a wake-up command sent by the target gateway upon receiving a target command from the user terminal, and then receives the target command forwarded by the target gateway after waking up; or, It directly receives the target instructions sent by the user terminal.

7. The method according to claim 5 or 6, characterized in that, The step of waking up the controllers of various components in the target vehicle based on the target instruction includes: The target instruction is forwarded to each component controller in the target vehicle to wake up the corresponding component controller.

8. A vehicle control device, characterized in that, The device is applied to a user terminal of the target vehicle and includes: The first wake-up module is used to wake up the target vehicle in response to a vehicle control operation when the target vehicle is in a dormant state. The instruction sending module is used to send a target instruction to the vehicle controller, so that the vehicle controller wakes up the controllers of various components in the target vehicle based on the target instruction; The first control module is used to send vehicle control commands corresponding to the vehicle control operation to the vehicle controller, so that the vehicle controller can control the corresponding components in the target vehicle through the corresponding component controller based on the vehicle control commands.

9. A vehicle control device, characterized in that, An onboard controller for a target vehicle, the device comprising: The second wake-up module is used to wake up the target vehicle in a dormant state in response to a vehicle control operation on the user terminal of the target vehicle. The instruction receiving module is used to receive the target instruction sent by the user terminal, and based on the target instruction, wake up the controllers of each component in the target vehicle; The second control module is used to receive vehicle control commands corresponding to vehicle control operations sent by the user terminal, and based on the vehicle control commands, control the corresponding components in the target vehicle through the corresponding component controller.

10. A computer device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 7.

Images