Vehicle control method, apparatus, device, storage medium, and program product

Abstract

This application provides a vehicle control method, apparatus, device, storage medium, and program product. The vehicle control method is applied to a script execution engine and includes: before performing a vehicle operation, obtaining a first script file corresponding to the vehicle operation; parsing the first script file to determine a first target state that the vehicle needs to reach when performing the vehicle operation; and generating an execution state for the vehicle operation based on the vehicle's real-time state and the first target state. Through this solution, the script execution engine can be fixed within the vehicle system to improve stability, and the script file describes the first target condition that the vehicle needs to meet when performing the vehicle operation to improve the accuracy of the vehicle operation, thereby enhancing the user experience.

Description

Technical Field

[0001] This application relates to, but is not limited to, the field of vehicle control technology, and in particular to a vehicle control method, device, equipment, storage medium, and program product. Background Technology

[0002] In related technologies, vehicle operation often relies on direct driver control or simple automated programs, lacking detailed planning and accurate control of the operation's state. For example, during complex autonomous driving scenario transitions or the first operation after a vehicle system upgrade, it is difficult to ensure that the vehicle accurately reaches the ideal state, easily leading to operational errors or unstable states. This, to some extent, limits the reliability and safety of vehicle operation and hinders subsequent optimization and improvement of vehicle operation, thereby reducing the user experience. Summary of the Invention

[0003] One objective of this application is to provide a vehicle control method, the advantage of which lies in obtaining a first script file corresponding to the vehicle operation before it needs to be performed; parsing the first script file to determine a first target state that the vehicle needs to reach when performing the vehicle operation; and generating an execution state for the vehicle operation based on the vehicle's real-time state and the first target state. In this way, the script execution engine can be fixed in the vehicle system to improve stability, and the first target condition that the vehicle needs to meet when performing the vehicle operation is described through the script file to improve the accuracy of the vehicle operation. Since the script file is easily modified, the first target condition for performing the vehicle operation is also easily modified, thus improving the flexibility of the vehicle system while meeting user needs, thereby enhancing the user experience.

[0004] Another objective of this application is to provide a vehicle control method, the advantage of which is that the first target state includes the target state of each of at least one monitoring item; the real-time state of each monitoring item of the vehicle is read; the real-time state of each monitoring item is compared with the target state of each monitoring item to generate an execution state for the vehicle operation. Thus, by obtaining the monitoring items for the vehicle operation and the real-time state of each monitoring item, comparing the real-time state of the monitoring item corresponding to the vehicle operation with the first target state to generate an execution state for the vehicle operation, and controlling whether the vehicle performs the vehicle operation based on the execution state, the accuracy of controlling the vehicle to perform the vehicle operation is improved.

[0005] Another objective of this application is to provide a vehicle control method, the advantage of which is that when the real-time state of each monitored item is the same as the target state of each monitored item, a first execution state representing that the vehicle operation can be executed is generated; when at least one monitored item has a real-time state that differs from the target state, a second execution state representing that the vehicle operation cannot be executed is generated. Thus, by comparing the real-time states of all monitored items corresponding to the vehicle operation with the first target state, an execution state representing whether the vehicle operation can be executed is generated. Specifically, when the real-time states of all monitored items corresponding to the vehicle operation are the same as the first target state, a first execution state representing that the vehicle can enter an autonomous driving mode is generated; when at least one monitored item for the vehicle operation has a real-time state that differs from the first target state, a second execution state representing that the vehicle cannot perform the vehicle operation is generated. The vehicle is controlled based on the first or second execution state to improve the accuracy of controlling the vehicle to perform vehicle operations.

[0006] Another objective of this application is to provide a vehicle control method, the advantage of which lies in acquiring the real-time status of all script monitoring items by listening to CAN signals; the all script monitoring items are the monitoring items of all script files in the script execution engine; and the real-time status of each monitoring item is acquired from the real-time status of all script monitoring items. Thus, by listening to the CAN signals of all script monitoring items in the vehicle and acquiring the real-time status of all script monitoring items, the real-time status of the monitoring items corresponding to vehicle operations can be obtained from the script monitoring items, thereby improving the accuracy of subsequent vehicle control in performing vehicle operations.

[0007] Another objective of this application is to provide a vehicle control method, the advantage of which is receiving a second script file for vehicle operation; the second script file is used to determine that the vehicle needs to reach a second target state when performing the vehicle operation, the first target state being different from the second target state; and updating the first script file based on the second script file. Thus, by receiving the second script file to dynamically update the first script file, the accuracy and flexibility of controlling the vehicle to perform vehicle operations are improved, thereby enhancing the user experience.

[0008] Another objective of this application is to provide a vehicle control method, the advantage of which lies in establishing an interconnection group with a terminal device to receive the second script file sent by the terminal device; or, in response to a connection with a mobile storage device, retrieving the second script file from the mobile storage device. In this way, transmitting the script file to the vehicle's infotainment system via a mobile storage device or mobile device reduces the network requirements of the vehicle's infotainment system, eliminating the need for the system to have a network connection. This improves the accuracy and flexibility of vehicle control, thereby enhancing the user experience.

[0009] Another objective of this application is to provide a vehicle control method, the advantage of which is that when the execution state of the vehicle operation indicates that it can be executed, the method controls the vehicle to perform the vehicle operation; when the execution state of the vehicle operation indicates that it cannot be executed, a prompt message is generated and displayed. In this way, by determining whether the vehicle operation should be executed based on whether the real-time state of the vehicle is consistent with the first target state, the accuracy of controlling the vehicle to perform the operation is improved, thereby enhancing the user experience.

[0010] Another objective of this application is to provide a vehicle control method, the advantage of which lies in that the script execution engine also provides an execution status interface for the vehicle operation; receives a call request from the application layer for the execution status interface of the vehicle operation; in response to the call request, generates a return value based on multiple first script files corresponding to the vehicle operation and the real-time state of the vehicle; the return status interface value carries the execution status of the vehicle operation; and returns the return value to the application layer through the execution status interface of the vehicle operation. Thus, when a vehicle operation is executed through the vehicle's application layer, a call to the execution status interface corresponding to the vehicle operation is first sent to the script execution engine. The script execution engine generates a return value indicating whether the vehicle operation can be executed based on the first target state that the vehicle needs to reach when executing the vehicle operation and the real-time state of the vehicle, and memorizes the return value of the vehicle operation to control the vehicle. This improves the accuracy of controlling the vehicle to execute vehicle operations, thereby enhancing the user experience.

[0011] Another objective of this application is to provide a vehicle control device with the advantage of an acquisition module for acquiring a first script file corresponding to the vehicle operation before it needs to be performed; a parsing module for parsing the first script file to determine a first target state that the vehicle needs to reach when performing the vehicle operation; and a generation module for generating an execution state for the vehicle operation based on the vehicle's real-time state and the first target state. In this way, the script execution engine can be fixed in the vehicle system to improve stability. The script file describes the first target condition that the vehicle needs to meet when performing the vehicle operation, thereby improving the accuracy of the vehicle operation. Since the script file is easily modified, the first target condition for performing the vehicle operation is also easily modified, improving the flexibility of the vehicle system while meeting user needs, thus enhancing the user experience.

[0012] Another object of this application is to provide a computer device including a memory and a processor, the memory storing a computer program executable on the processor, the processor executing the program to implement some or all of the steps in the above-described method.

[0013] Another object of this application is to provide a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements some or all of the steps in the above-described method.

[0014] Another object of this application is to provide a computer program product, including a computer program or instructions, which, when executed by a processor, implement some or all of the steps in the above-described method.

[0015] To achieve the aforementioned objective, the technical solution of this application embodiment is implemented as follows:

[0016] On one hand, this application provides a vehicle control method applied to a script execution engine, comprising: obtaining a first script file corresponding to the vehicle operation before performing the vehicle operation; parsing the first script file to determine that the vehicle needs to reach a first target state when performing the vehicle operation; and generating an execution state for the vehicle operation based on the real-time state of the vehicle and the first target state.

[0017] On the other hand, embodiments of this application provide a vehicle control device applied to a script execution engine. The device includes: an acquisition module, used to acquire a first script file corresponding to the vehicle operation before the vehicle operation needs to be executed; a parsing module, used to parse the first script file and determine that the vehicle needs to reach a first target state when the vehicle operation is executed; and a generation module, used to generate an execution state for the vehicle operation based on the real-time state of the vehicle and the first target state.

[0018] On the other hand, embodiments of this application provide a computer device including a memory and a processor, wherein the memory stores a computer program that can run on the processor, and the processor executes the program to implement the steps in the above-described method.

[0019] On the other hand, embodiments of this application provide a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps in the above-described method.

[0020] On the other hand, embodiments of this application provide a computer program product, including a computer program or instructions, which, when executed by a processor, implement some or all of the steps in the above-described method.

[0021] It should be understood that the above general description and the following detailed description are merely exemplary and explanatory, and are not intended to limit the technical solutions of this application. Attached Figure Description

[0022] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with this application and, together with the specification, serve to explain the technical solutions of this application.

[0023] Figure 1 A schematic diagram illustrating the implementation process of a vehicle control method provided in this application embodiment;

[0024] Figure 2 A schematic diagram illustrating the implementation process of a vehicle control method provided in this application embodiment;

[0025] Figure 3 A schematic diagram illustrating the implementation process of a vehicle control method provided in this application embodiment;

[0026] Figure 4 A schematic diagram illustrating the implementation process of a vehicle control method provided in this application embodiment;

[0027] Figure 5 A schematic diagram illustrating the implementation process of a vehicle control method provided in this application embodiment;

[0028] Figure 6 A schematic diagram illustrating the implementation process of a vehicle control method provided in this application embodiment;

[0029] Figure 7 A schematic diagram illustrating the implementation process of a vehicle control method provided in this application embodiment;

[0030] Figure 8 A schematic diagram illustrating the implementation process of a vehicle control method provided in this application embodiment;

[0031] Figure 9 This is a schematic diagram of the composition structure of a vehicle control device provided in an embodiment of this application;

[0032] Figure 10 This is a schematic diagram of the hardware entity of a computer device provided in an embodiment of this application. Detailed Implementation

[0033] To make the objectives, technical solutions, and advantages of this application clearer, the technical solutions of this application are further described in detail below with reference to the accompanying drawings and embodiments. The described embodiments should not be regarded as limitations on this application. All other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0034] In the following description, references to "some embodiments" refer to a subset of all possible embodiments. It is understood that "some embodiments" may be the same or different subsets of all possible embodiments and may be combined with each other without conflict. The terms "first / second / third" are used merely to distinguish similar objects and do not represent a specific ordering of objects. It is understood that "first / second / third" may be interchanged in a specific order or sequence where permitted, so that the embodiments of this application described herein can be implemented in an order other than that illustrated or described herein.

[0035] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains. The terminology used herein is for descriptive purposes only and is not intended to be limiting of this application.

[0036] In related technologies, vehicle operation often relies on direct driver control or simple automated programs, lacking detailed planning and accurate control of the operation's state. For example, during complex autonomous driving scenario transitions or the first operation after a vehicle system upgrade, it is difficult to ensure that the vehicle accurately reaches the ideal state, easily leading to operational errors or unstable states. This, to some extent, limits the reliability and safety of vehicle operation and hinders subsequent optimization and improvement of vehicle operation, thereby reducing the user experience.

[0037] This application provides a vehicle control method, which can be executed by a processor of a computer device. The computer device can refer to a server, laptop computer, tablet computer, desktop computer, smart TV, set-top box, mobile device (e.g., mobile phone, portable video player, personal digital assistant, dedicated messaging device, portable gaming device), vehicle, or other device with data processing capabilities.

[0038] Figure 1 This is a schematic diagram illustrating the implementation flow of a vehicle control method provided in an embodiment of this application. This method can be executed by the processor of a computer device. The method is applied to a script execution engine, such as... Figure 1 As shown, the method includes the following steps S101 to S103, combining... Figure 1 The steps are explained below.

[0039] Step S101: Before performing vehicle operations, obtain the first script file corresponding to the vehicle operation.

[0040] In some embodiments, the script execution engine is a tool that allows developers to write scripts using high-level programming languages ​​and execute these scripts in a specific environment. Specifically, the script execution engine is used for script parsing (including parsing the syntax of the scripting language and converting it into an intermediate representation (IR) or directly compiling it into bytecode), execution environment (including providing an isolated execution environment to protect core code from script errors), memory management (including automatically managing the memory allocation and release of script objects to reduce the risk of memory leaks), performance optimization (including performing performance analysis on script execution, identifying performance bottlenecks, and optimizing them), and debugging and testing (including providing script debugging tools that support breakpoints, single-step execution, and viewing variable values).

[0041] In some embodiments, the script execution engine can be built into the vehicle's infotainment system. The script execution engine allows developers to write control logic scripts using a specific scripting language and execute these scripts within the vehicle system. These scripts can be used to control various subsystems of the vehicle, such as engine management, braking system, and steering system. The script execution engine in the vehicle can be applied to multiple scenarios, including autonomous driving, vehicle-to-everything (V2X) communication, and vehicle maintenance.

[0042] In some embodiments, vehicle operation may include starting the engine, adjusting the vehicle speed, steering control, braking, performing a car wash, locking the vehicle, or automatic parking.

[0043] In some embodiments, before performing a vehicle operation, a first script file corresponding to the vehicle operation is obtained. It is understood that the type of vehicle operation to be performed is first determined. Based on the determined type of vehicle operation, the corresponding first script file is searched in the vehicle's storage system. The first script file may be pre-stored in the vehicle's local storage (e.g., hard disk, memory) or may be downloaded from a cloud server via vehicle networking technology. The first script file matching the vehicle operation can be accurately identified from the vehicle's local storage or cloud server based on the identification information (name information, version number, timestamp, hash value, etc.) of the determined type of vehicle operation.

[0044] In some embodiments, the obtained first script file may also be verified, including checking the file size, checksum, or digital signature to ensure its integrity and authenticity.

[0045] Step S102: Parse the first script file to determine that the vehicle needs to reach the first target state when performing the vehicle operation.

[0046] In some embodiments, the script execution engine reads the contents of the first script file and loads it into memory. For example, if the first script file is stored in text format, the script execution engine reads the character stream line by line and converts it into a recognizable data structure. The script execution engine also checks the syntax of the first script file to ensure it conforms to the syntax rules of the scripting language used. If a syntax error is found, a warning message is generated. For example, using a Python script, the script execution engine checks whether variable definitions are correct, whether statements end with correct punctuation, and whether function calls meet parameter requirements, etc.

[0047] In some embodiments, the first target state that the vehicle needs to achieve during vehicle operation can be understood to be a specific value or state combination of all vehicle parameters related to vehicle operation. For example, if the vehicle operation is adaptive cruise control operation and the vehicle parameters are vehicle speed, distance, power system, etc., then the first target state can be that the vehicle maintains a set speed range, keeps a safe distance from the vehicle in front, and the vehicle's power system, etc. are in the corresponding working state to maintain this stable driving state.

[0048] In some embodiments, vehicle parameters related to vehicle operation, such as vehicle speed, steering angle, gear position, door status, and air conditioning temperature, are identified from the first script file, along with the target state that each vehicle parameter needs to achieve. For example, if the vehicle operation is a car wash, the vehicle parameters corresponding to the car wash include gear position and door status. The target states that the gear position and doors need to achieve include the gear being in the parking position and the door status being that all doors are closed.

[0049] In some embodiments, after parsing and determining that the vehicle needs to reach a first target state when performing the vehicle operation, the first target state also needs to be verified to ensure that it is feasible within the vehicle's physical and technical limitations. If it is found that the first target state does not match the vehicle's actual capabilities, a prompt message is generated to remind the user to update the first script file. For example, if the vehicle acceleration speed set in the first script file exceeds the capacity of the vehicle's engine and transmission system, a prompt message is generated to remind the user that the script file needs to be updated or modified.

[0050] Step S103: Generate an execution state for the operation of the vehicle based on the real-time state of the vehicle and the first target state.

[0051] In some embodiments, the real-time status of the vehicle is first obtained through a script execution engine. This can be achieved by directly acquiring data from various sensors equipped on the vehicle (such as speed sensors, position sensors, temperature sensors, pressure sensors, etc.); or by acquiring the vehicle's Controller Area Network (CAN) signal in real time through the script execution engine. This CAN signal is used to enable real-time data exchange between numerous control units in the vehicle to obtain the vehicle's real-time status. Furthermore, the acquired real-time status data needs to be processed, such as through format conversion and outlier detection.

[0052] In some embodiments, the execution state includes performing the vehicle operation and not performing the vehicle operation. It is understood that the acquired real-time state of the vehicle is compared with a first target state of the vehicle to obtain a comparison result between the real-time state and the first target state, and the execution state of the vehicle operation is determined based on the comparison result. It is understood that if the comparison result indicates that the real-time state and the first target state are completely identical, the vehicle is controlled to perform the vehicle operation; if the comparison result indicates that the real-time state of the vehicle differs from the first target state, the vehicle is controlled not to perform the vehicle operation.

[0053] For example, taking the need for vehicle operation to enter car wash mode as an example, the script execution engine obtains and parses the script file corresponding to the car wash mode, obtaining vehicle parameters such as gear position, windows, and rearview mirrors. The first target state is that the gear position needs to be in park, all windows are closed, and the rearview mirrors are folded up. The script execution engine obtains the real-time status of the gear position, windows, and rearview mirrors by acquiring the vehicle's CAN signal. It compares the real-time status of the vehicle with the first target state of the vehicle. If the real-time status of the gear position, windows, and rearview mirrors is that the vehicle is in park, all windows are closed, and the rearview mirrors are folded up, then the vehicle is controlled to enter the car wash mode. If the real-time status of any of the gear position, windows, and rearview mirrors is different from that in the script file, then the vehicle is controlled not to enter the car wash mode.

[0054] In this embodiment, the script execution engine can be fixed in the vehicle system to improve stability. The script file describes the first target conditions that the vehicle needs to meet when performing vehicle operations to improve the accuracy of vehicle operations. Since the script file is easy to modify, the first target conditions for performing vehicle operations are also easy to modify. This improves the flexibility of the vehicle system while meeting user needs, thereby improving the user experience.

[0055] Figure 2 This is a schematic diagram illustrating the implementation flow of a vehicle control method provided in an embodiment of this application. This method can be executed by the processor of a computer device. Figure 1The first target state includes the target state of each of at least one of the listening items; Figure 1 In step S103, it can be updated to steps S201 to S202, which will combine Figure 2 The steps shown are explained.

[0056] Step S201: Read the real-time status of each of the monitored items of the vehicle.

[0057] In some embodiments, the listening item represents vehicle parameters, including vehicle speed, acceleration, steering angle, vehicle gear, window status, and light status; wherein different vehicle operations correspond to different listening items, and the status of each listening item can be the same or different.

[0058] In some embodiments, the real-time status of different parts or parameters of the vehicle can be obtained by sensors (such as speed sensors, pressure sensors, temperature sensors, brightness sensors, angle sensors, pose sensors, etc.) installed in several parts of the vehicle; thereby obtaining the real-time status of each monitored item.

[0059] In some embodiments, the vehicle's Controller Area Network (CAN) signal can also be obtained in real time through the script execution engine. This CAN signal is used to enable real-time data exchange between numerous control units in the vehicle to obtain the vehicle's real-time status.

[0060] Step S202: Compare the real-time status of each monitoring item with the target status of each monitoring item to generate an execution status for the vehicle operation.

[0061] In some embodiments, the execution state includes performing the vehicle operation and not performing the vehicle operation. It is understood that the acquired real-time state of the vehicle is compared with a first target state of the vehicle to obtain a comparison result between the real-time state and the first target state, and the execution state of the vehicle operation is determined based on the comparison result. It is understood that if the real-time state of each monitoring item corresponding to the vehicle operation is exactly the same as the first target state, then the vehicle is controlled to perform the vehicle operation; if at least one monitoring item corresponding to the vehicle operation has a real-time state different from the first target state, then the vehicle is controlled not to perform the vehicle operation.

[0062] For example, taking the need for the vehicle to enter automatic cruise mode as an example, the script execution engine obtains the first script file corresponding to the automatic cruise mode and parses the first script file to obtain the listening items that the vehicle needs to monitor when executing automatic cruise mode, which are vehicle speed, power system, and remaining battery or fuel level. The first target state is that the real-time vehicle speed needs to be within the preset speed range, the working state of the power system needs to meet the preset requirements, and the remaining battery or fuel level needs to meet the automatic cruise requirements. The script execution engine obtains the vehicle's CAN signal to obtain the real-time status of the listening items, which are gear position, windows, and rearview mirrors. It compares the real-time status of the vehicle with the first target state of the vehicle. If the real-time status of the gear position, windows, and rearview mirrors is that the vehicle is in park, all windows are closed, and the rearview mirrors are folded up, then the vehicle is controlled to enter the car wash mode. If the real-time status of any of the gear position, windows, and rearview mirrors is different from that in the script file, then the vehicle is controlled not to enter the car wash mode.

[0063] In this embodiment of the application, by acquiring the monitoring items of the vehicle operation and the real-time status of each monitoring item, the real-time status of the monitoring item corresponding to the vehicle operation is compared with the first target status to generate an execution status for the vehicle operation, so as to control whether the vehicle performs the vehicle operation based on the execution status, thereby improving the accuracy of controlling the vehicle to perform the vehicle operation.

[0064] Figure 3 This is a schematic diagram illustrating the implementation flow of a vehicle control method provided in an embodiment of this application. This method can be executed by the processor of a computer device. Figure 2 , Figure 2 Step S202 can be updated to step S301 or step S302, which will be combined with Figure 3 The steps shown are explained.

[0065] Step S301: When the real-time state of each of the monitored items is the same as the target state of each of the monitored items, a first execution state is generated that represents the vehicle operation can be executed.

[0066] In some embodiments, the real-time state of at least one monitoring item corresponding to the vehicle operation is obtained, and the real-time state of each monitoring item is compared with the first target state to obtain the comparison result between the real-time state of each monitoring item and the first target state. When the comparison result between the real-time state of all monitoring items and the first target state indicates that the real-time state of the monitoring item and the first target state are the same, a first execution state indicating that the vehicle can perform the vehicle operation is generated.

[0067] For example, taking the vehicle operation as entering autonomous driving mode, the monitored items including windows, speed, remaining battery power or fuel level, and the first target state as all windows closed, speed within a preset range, and remaining battery power or fuel level meeting the autonomous driving requirements as an example, the embodiments of this application will be described. It can be understood that by comparing the real-time state of windows, speed, remaining battery power or fuel level with the first target state, if the real-time state of windows is all closed, the real-time speed is within a preset range, and the remaining battery power and fuel level meet the preset autonomous driving requirements, a first execution state representing that the autonomous driving mode can be entered is generated.

[0068] Step S302: If at least one of the monitored items has a real-time state that differs from the target state, a second execution state is generated that indicates that the vehicle operation cannot be performed.

[0069] In some embodiments, the real-time state of at least one monitoring item corresponding to the vehicle operation is obtained, and the real-time state of each monitoring item is compared with the first target state to obtain the comparison result between the real-time state of each monitoring item and the first target state. If at least one monitoring item is different from the first target state in the comparison results between the real-time state of all monitoring items and the first target state, a second execution state representing that the vehicle cannot perform the vehicle operation is generated.

[0070] For example, taking the vehicle operation as entering autonomous driving mode, the monitored items including windows, speed, remaining battery power or fuel level, and the first target state as all windows closed, speed within a preset range, and remaining battery power or fuel level meeting the autonomous driving requirements, the embodiments of this application will be described. It can be understood that by comparing the real-time state of windows, speed, and remaining battery power or fuel level with the first target state, if the real-time state of windows is partially closed, the real-time speed is within a preset range, and the remaining battery power and fuel level meet the preset autonomous driving requirements, or if the real-time state of windows is partially closed, the real-time speed exceeds a preset range, and the remaining battery power and fuel level meet the preset autonomous driving requirements, a second execution state representing that the autonomous driving mode cannot be entered is generated.

[0071] In this embodiment, by comparing the real-time state of all monitoring items corresponding to the vehicle operation with the first target state, an execution state representing whether the vehicle operation can be performed is generated. Specifically, when the real-time state of all monitoring items corresponding to the vehicle operation is the same as the first target state, a first execution state representing that the vehicle can enter the autonomous driving mode is generated. When at least one monitoring item for the vehicle operation has a real-time state that is different from the first target state, a second execution state representing that the vehicle cannot perform the vehicle operation is generated. The vehicle is controlled based on the first execution state or the second execution state to improve the accuracy of controlling the vehicle to perform the vehicle operation.

[0072] Figure 4 This is a schematic diagram illustrating the implementation flow of a vehicle control method provided in an embodiment of this application. This method can be executed by the processor of a computer device. Figure 2 , Figure 2 Step S201 can be updated to steps S401 to S402, combining Figure 4 The steps shown are explained.

[0073] Step S401: Listen to the CAN signal to obtain the real-time status of all script listening items; the all script listening items are the listening items of all script files in the script execution engine.

[0074] In some embodiments, the vehicle's CAN signal is obtained in real time through a script execution engine. This can be understood as the script execution engine sending a request frame to the CAN bus to obtain the vehicle's CAN signal. For example, if the vehicle's engine speed signal is to be obtained, a request message is constructed based on a preset communication protocol and sent to the CAN bus. After receiving the request information, the CAN bus sends the engine speed information in the CAN message frame format (including identifier, data length, data content, etc.) to the script execution engine, thereby obtaining the vehicle's engine speed signal.

[0075] In some embodiments, after obtaining the vehicle's CAN signal, it is also necessary to process the CAN signal to obtain the real-time status of all monitored items, including: parsing and format conversion of the acquired raw CAN signal data to convert it into a physical quantity that is actually meaningful; for example, converting the raw byte data represented by the CAN signal into actual vehicle speed (unit: km / h), water temperature (unit: ℃), etc.

[0076] Step S402: Obtain the real-time status of each of the script monitoring items from the real-time status of all the script monitoring items.

[0077] In some embodiments, the script monitoring item represents the real-time status of all vehicle parameters in the vehicle, such as the real-time status of parameters like speed, temperature, steering angle, battery level, windows, power system, and oil temperature.

[0078] In some embodiments, the real-time status of the monitoring item corresponding to the vehicle operation is obtained from the script monitoring item. It can be understood that, based on the identification information (hash value, identity identifier, etc.) of each monitoring item corresponding to the vehicle operation, the script monitoring item that matches the identification information is obtained from all script monitoring items, so that the real-time status of the script monitoring item that matches the identification information is used as the real-time status of the monitoring item corresponding to the vehicle operation.

[0079] For example, the monitoring items corresponding to vehicle operation include vehicle speed and battery level, and all script monitoring items include speed, temperature, steering angle, battery level, windows, power system, oil temperature, etc. The real-time status of vehicle speed, battery level, and oil temperature is obtained from speed, temperature, steering angle, battery level, windows, power system, oil temperature, etc.

[0080] In this embodiment of the application, by listening to the CAN signal of all script listening items in the vehicle, the real-time status of all script listening items is obtained, so as to obtain the real-time status of the listening items corresponding to the vehicle operation from the script listening items, thereby improving the accuracy of subsequent control of the vehicle to perform vehicle operations.

[0081] Figure 5 This is a schematic flowchart illustrating the implementation of a vehicle control method provided in an embodiment of this application. The method can be executed by a processor of a computer device. The method may further include steps S501 to S502, combining... Figure 5 The steps shown are explained.

[0082] Step S501: Receive the second script file for the operation of the vehicle.

[0083] The second script file is used to determine the second target state that the vehicle needs to reach when performing the vehicle operation; the first target state is different from the second target state.

[0084] In some embodiments, the second script file corresponds to the same vehicle operation as the first script file, but the types of the monitoring items in the second script file are different from those in the first script file, or the second target state of the monitoring item in the second script file that is the same as that in the first script file is different from the first target state of the monitoring item in the first script file; or the types of the monitoring items in the second script file are different from those in the first script file, and the second target state of the monitoring item in the second script file that is the same as that in the first script file is different from the first target state of the monitoring item in the first script file.

[0085] For example, if the vehicle is operated in car wash mode, the listening items in the first script file include window status, vehicle gear position, and rearview mirror. The first target status includes all windows closed, the vehicle in parking gear, and the rearview mirror folded up. Then, the listening items in the second script file may include windows, whether the vehicle is turned off, and rearview mirror. The second target status includes all windows folded up, the vehicle turned off, and the rearview mirror folded up.

[0086] In some embodiments, the second script file may be sent to the vehicle from a cloud server or via a portable hard drive.

[0087] Step S502: Update the first script file based on the second script file.

[0088] In some embodiments, after receiving the second script file, the storage path of the first script file is located, and the first script file is overwritten or deleted using the second script file.

[0089] For example, after receiving the second script file sent by the cloud server, the second script file is stored in the same location as the first script file, and the first script file is deleted.

[0090] In some embodiments, the first script file can be modified based on the differences between the second script file and the first script file to update the script file.

[0091] In this embodiment of the application, by receiving a second script file to dynamically update the first script file, the accuracy and flexibility of controlling the vehicle to perform vehicle operations are improved, thus enhancing the user experience.

[0092] Figure 6 This is a schematic diagram illustrating the implementation flow of a vehicle control method provided in an embodiment of this application. This method can be executed by the processor of a computer device. Figure 5 , Figure 5 Step S501 can be updated to step S601 or step S602, which will be combined with Figure 6 The steps shown are explained.

[0093] Step S601: Establish an interconnection group with the terminal device and receive the second script file sent by the terminal device.

[0094] In some embodiments, the terminal device may be a server, laptop computer, tablet computer, desktop computer, smart TV, set-top box, mobile phone, portable video player, personal digital assistant, dedicated messaging device, portable gaming device, etc.

[0095] In some embodiments, an interconnection group between the terminal device and the vehicle's infotainment system can be established using wireless communication technology, Bluetooth, or the like; alternatively, a specific application can be installed on both the terminal device and the infotainment system to establish the interconnection group.

[0096] In some embodiments, when a user or developer needs to update the execution conditions of a certain vehicle operation in the vehicle, a second script file corresponding to the vehicle operation is sent to the vehicle system based on a terminal device in the same interconnection group as the vehicle's in-vehicle system.

[0097] In some embodiments, after receiving the second script file, the storage path of the first script file corresponding to the vehicle operation can be obtained, and the second script file can be stored in that storage path to update the first script file. Alternatively, the first script file can be modified based on the differences between the second and first script files to update it.

[0098] Step S602: In response to the connection with the mobile storage device, obtain the second script file from the mobile storage device.

[0099] In some embodiments, a mobile storage device may include a flash drive (USB flash drive), a portable hard drive, a memory card, etc.

[0100] In some embodiments, when a mobile storage device is successfully connected to the vehicle infotainment system, the vehicle infotainment system will typically add new storage space corresponding to the system storage device. Thus, after the mobile storage device is connected to the vehicle infotainment system hardware, the connection with the mobile storage device can be determined by detecting whether new storage space has been added to the vehicle infotainment system.

[0101] In some embodiments, after the vehicle system and the mobile storage device are successfully connected, the storage location of the second script file in the newly added storage space of the vehicle system is first obtained, and the second script file is obtained based on the storage location.

[0102] After obtaining the second script file, the storage path of the first script file corresponding to the vehicle operation can also be obtained, and the second script file can be stored in that storage path to update the first script file. Furthermore, the differences between the second and first script files can be used to modify the first script file, thereby updating it.

[0103] In this embodiment, the script file is transmitted to the vehicle's infotainment system via a mobile storage device or mobile device, which reduces the network requirements of the vehicle's infotainment system. It is not necessary for the vehicle's infotainment system to have a network, thereby improving the accuracy and flexibility of vehicle control and enhancing the user experience.

[0104] In some embodiments, the above method further includes:

[0105] If the execution state of the vehicle operation is deemed feasible, the vehicle is controlled to perform the vehicle operation.

[0106] In some embodiments, if the comparison result between the real-time state of all monitored items and the first target state indicates that the real-time state of the monitored item and the first target state are the same, then an execution state indicating that vehicle operation can be performed is generated, and based on the execution state indicating that vehicle operation can be performed, the vehicle is controlled to perform the vehicle operation.

[0107] For example, if the vehicle operation is a car wash, the corresponding listening items for the car wash include gear position and door status. The first target state that the gear position and door status need to reach includes the gear position being in the parking gear and the door status being that all doors are closed. When the real-time status of the gear position and door status is that the gear position is in the parking gear and all doors are closed, an execution state representing that the vehicle can enter the car wash mode is generated, and the vehicle is controlled to enter the car wash mode.

[0108] If the execution status representation of the vehicle operation cannot be executed, a prompt message is generated and displayed.

[0109] In some embodiments, the prompt information may be a voice prompt indicating that vehicle operation cannot be performed and the reason why vehicle operation cannot be performed; it may also be a prompt to the user in the form of text or images on a display screen.

[0110] In some embodiments, if the real-time state of at least one of the listening items is stored in all listening items and is different from the first one, an execution state representing that vehicle operation cannot be performed is generated. Based on the execution state that vehicle operation cannot be performed, a prompt message is generated to prompt the user that the car wash mode cannot be entered.

[0111] For example, the vehicle operation is a car wash. The monitoring items for the car wash include gear position and door status. When the real-time status of the gear position and door is that the gear position is in the parking gear and the door is not fully closed, an execution state indicating that the car wash mode cannot be executed is generated. Based on the execution state that the car wash mode cannot be executed, a voice message is generated to prompt the user that the car wash mode cannot be entered, and that this is due to the door not being closed.

[0112] In this embodiment of the application, by determining whether the real-time state of the vehicle is consistent with the first target state, it is determined whether to perform vehicle operation, thereby improving the accuracy of controlling the vehicle to perform vehicle operation and improving the user experience.

[0113] Figure 7 This is a schematic diagram illustrating the implementation flow of a vehicle control method provided in an embodiment of this application. This method can be executed by the processor of a computer device. The script execution engine is also used to provide an execution status interface for the vehicle operation. The method includes steps S701 to S703, combining... Figure 7 The steps shown are explained.

[0114] Step S701: Receive the call request from the application layer for the execution status interface of the vehicle operation.

[0115] In some embodiments, when a user needs to perform vehicle operations through the application layer, the user first needs to send a request to the script execution engine to call the execution status interface corresponding to the vehicle operation, so that the script execution engine can determine whether the vehicle operation can be performed through the application layer.

[0116] Step S702: In response to the call request, generate a return value based on the multiple first script files corresponding to the vehicle operation and the real-time status of the vehicle.

[0117] The returned status interface value carries the execution status of the operation on the vehicle.

[0118] In some embodiments, when the script execution engine receives an execution request for a vehicle operation sent by the application layer, it obtains and parses the first script file corresponding to the vehicle operation to obtain the first target state of the vehicle corresponding to the vehicle operation, and obtains the real-time state of the vehicle. Based on the real-time state of the vehicle and the first target state, it generates a return value representing whether the vehicle operation can be executed, and stores the return value in the execution status interface corresponding to the vehicle operation.

[0119] Step S703: Return the return value to the application layer through the execution status interface of the vehicle operation.

[0120] In some embodiments, the application layer obtains the return value of the script execution engine for the vehicle operation based on the execution status interface corresponding to the vehicle operation. The application layer then determines whether the vehicle operation can be executed based on the return value. If the return value indicates that the vehicle operation can be executed, the application layer controls the vehicle to execute the operation. If the return value indicates that the vehicle operation cannot be executed, the application layer generates a prompt message indicating that the vehicle operation cannot be executed, to inform the user that the vehicle operation cannot be executed and the reason why it cannot be executed.

[0121] In this embodiment, when performing vehicle operations through the vehicle's application layer, the script execution engine first sends a call to the execution status interface corresponding to the vehicle operation. Based on the first target state the vehicle needs to reach when performing the operation and the vehicle's real-time state, the script execution engine generates a return value indicating whether the operation can be performed. This return value is then memorized to control the vehicle. This improves the accuracy of controlling the vehicle to perform operations, thereby enhancing the user experience.

[0122] The following describes an exemplary application of a vehicle control method provided in this application in a real-world scenario.

[0123] In related technologies, when a vehicle's infotainment system performs a certain operation, it needs to first determine the current vehicle status. The code for this determination is quite similar, and it's difficult to modify after a version release. If the determination criteria need to be changed, an over-the-air (OTA) update must be re-executed, which is costly. Some vehicle models don't even have network connectivity, thus degrading the user experience.

[0124] In some embodiments, before a user can enter car wash mode, the system needs to determine if the car is in a parked position, if the windows are closed, and if the side mirrors are folded in. Only then can the system inform the user whether they can enter car wash mode. In other cases, the side mirrors don't need to be folded in. When a user wants to play a video, the system needs to determine if the video can be played from the driver's seat. Some vehicles may be designed to only play video when the vehicle is parked and the driver is in the driver's seat, while others require the vehicle speed to be below 20 km / h.

[0125] Figure 8 This is a schematic flowchart illustrating the implementation of a vehicle control method according to an embodiment of this application. The method can be executed by a processor of a computer device. The method includes steps S801 to S803, combining... Figure 8 The steps shown are explained.

[0126] Step S801: Based on the script parsing and execution engine, listen for the CAN signal to obtain vehicle information.

[0127] In some embodiments, this application defines a script parsing and execution engine that can acquire various vehicle information by listening to the CAN signal.

[0128] Step S802: In response to the request, perform vehicle operation and parse the script file corresponding to the vehicle operation.

[0129] In some embodiments, script files are used to describe the items to be monitored and the conditions to be judged, and unified code is used for monitoring and judgment. The script files are parsed to obtain the items to be monitored for performing vehicle operations and the target states that the monitored items need to achieve.

[0130] Step S803: Compare the real-time status of at least one monitored item in the vehicle information with the target status to obtain the comparison result.

[0131] In some embodiments, if the comparison result indicates that the real-time state of all monitored items is consistent with the target state, a return value that can be used to perform vehicle operations is generated.

[0132] In some embodiments, if the comparison result indicates that the real-time state of at least one monitored item is different from the target state, a return value indicating that vehicle operation cannot be performed is generated, and a prompt message is generated to prompt the user in the form of voice or text.

[0133] In some embodiments, the script file can be updated as needed to modify the judgment conditions, thereby achieving different return values. Each business application (also known as a business module or application) can directly call the return value through the interfaces exposed by the script parsing execution engine (multiple interfaces, each corresponding to different listeners and judgment conditions) for subsequent business processing.

[0134] For example, if the vehicle operation to be performed is to enter car wash mode, the script execution engine obtains and parses the script file corresponding to the car wash mode, obtaining the listening items as gear position, windows, and rearview mirrors. The judgment condition is that the gear position must be in park, all windows must be closed, and the rearview mirrors must be folded up. The script execution engine also needs to obtain the vehicle's CAN signal to obtain the real-time status of the listening items gear position, windows, and rearview mirrors. If the real-time status of gear position, windows, and rearview mirrors is that the vehicle is in park, all windows are closed, and the rearview mirrors are folded up, then a return value (true) is generated indicating that the car wash mode can be entered. If the real-time status of any of the gear position, windows, or rearview mirrors is different from that in the script file, then a return value (false) is generated indicating that the car wash mode cannot be entered. For example, if the vehicle is not in a parked position, a return value (false) is generated indicating that the car wash mode cannot be entered; if a window is not closed, a return value (false) is generated; if the rearview mirror is not folded up, a return value (false) is generated. The script execution engine exposes the interface corresponding to the car wash model. When the car wash application (or car wash module) needs to enter the car wash mode, it directly calls the interface exposed by the script execution engine to obtain the return value of the car wash mode. The car wash application determines whether it can enter the car wash mode based on the return value. If the return value is true, it controls the vehicle to enter the car wash mode; if the return value is false, it generates a prompt message indicating that the car wash mode cannot be entered.

[0135] For example, if the vehicle operation to be performed is to play video in the driver's seat, then the script file for playing video in the driver's seat is obtained, and the script file is parsed to obtain the vehicle speed as the monitoring item. The judgment condition is that the vehicle speed is less than 20. The real-time CAN signal of the vehicle is obtained through the script execution engine to obtain the real-time vehicle speed. If the real-time vehicle speed is less than 20, a return value (true) indicating that video can be played in the driver's seat is generated. If the real-time vehicle speed is greater than 20, a return value (false) indicating that video cannot be played in the driver's seat is generated. When it is necessary to play video through the video application corresponding to the driver's seat, the video application calls the interface corresponding to playing video in the driver's seat in the script execution engine to obtain the return value. When the return value is true, the video application is controlled to play video in the driver's seat. When the return value is false, a prompt message indicating that video cannot be played in the driver's seat is generated.

[0136] In some embodiments, when it is necessary to change the monitoring items and judgment conditions corresponding to vehicle operations, it is only necessary to replace the script file corresponding to the vehicle operation. This can be understood as follows: a new script file is stored on a mobile storage device (such as a USB flash drive). After the device is inserted into the vehicle's infotainment system, the system determines the path of the script file. If the path is correct, the judgment script from the USB flash drive can be copied to the vehicle's infotainment system, overwriting the original script. After a restart, the new monitoring items and judgment conditions will take effect. Alternatively, the script file can be transferred from the mobile device to the vehicle's infotainment system via interconnection with the vehicle's infotainment system. For example, the phone can establish a connection with the vehicle's infotainment system via Bluetooth or Wi-Fi, and then a dedicated application can be installed on the phone to connect to the vehicle's infotainment system, transferring the script file via a protocol.

[0137] In this embodiment, the script execution engine can be fixed in the vehicle system to improve stability. The judgment conditions described by the script file improve the flexibility of updates, thereby meeting user needs. Since the script file is transmitted to the vehicle system through a mobile storage device or mobile device, the network requirements of the vehicle system are relatively low. It is not necessary for the vehicle system to have a network, thereby improving the accuracy and flexibility of vehicle control and improving the user experience.

[0138] Based on the foregoing embodiments, this application provides a vehicle control device, which includes various units and modules included in each unit. It can be implemented by a processor in a computer device; of course, it can also be implemented by specific logic circuits. In the implementation process, the processor can be a central processing unit (CPU), a microprocessor unit (MPU), a digital signal processor (DSP), or a field programmable gate array (FPGA), etc.

[0139] Figure 9 This is a schematic diagram of the composition structure of a vehicle control device provided in an embodiment of this application, as shown below. Figure 9 As shown, the vehicle control device 900 includes: an acquisition module 901, a parsing module 902, and a generation module 903, wherein: the acquisition module 901 is used to acquire a first script file corresponding to the vehicle operation before the vehicle operation needs to be performed; the parsing module 902 is used to parse the first script file to determine that the vehicle needs to reach a first target state when the vehicle operation is performed; and the generation module 903 is used to generate an execution state for the vehicle operation based on the real-time state of the vehicle and the first target state.

[0140] In some embodiments, the first target state includes the target state of each of the at least one monitoring item; the generation module 903 is further configured to read the real-time state of each of the monitoring items of the vehicle; compare the real-time state of each monitoring item with the target state of each monitoring item, and generate an execution state for the operation of the vehicle.

[0141] In some embodiments, the generation module 903 is further configured to generate a first execution state representing that the vehicle operation can be executed when the real-time state of each of the listening items is the same as the target state of each of the listening items; and to generate a second execution state representing that the vehicle operation cannot be executed when the real-time state of at least one of the listening items is different from the target state.

[0142] In some embodiments, the generation module 903 is further configured to listen to the CAN signal to obtain the real-time status of all script listening items; the all script listening items are the listening items of all script files in the script execution engine; and obtain the real-time status of each of the listening items from the real-time status of all script listening items.

[0143] In some embodiments, the vehicle control device 900 further includes an update module (not shown in the figure), the update module being configured to receive a second script file for vehicle operation; the second script file being configured to determine that the vehicle needs to reach a second target state when performing the vehicle operation, the first target state being different from the second target state; and to update the first script file based on the second script file.

[0144] In some embodiments, the update module is further configured to establish an interconnection group with the terminal device and receive the second script file sent by the terminal device; or, in response to a connection with the mobile storage device, obtain the second script file from the mobile storage device.

[0145] In some embodiments, the generation module 903 is further configured to control the vehicle to perform the vehicle operation when the execution state representation of the vehicle operation is executable; and to generate and display a prompt message when the execution state representation of the vehicle operation is not executable.

[0146] In some embodiments, the script execution engine is further configured to provide an execution status interface for the vehicle operation; the generation module 903 is further configured to receive a call request from the application layer for the execution status interface of the vehicle operation; in response to the call request, generate a return value based on a plurality of first script files corresponding to the vehicle operation and the real-time status of the vehicle; the return status interface value carries the execution status for the vehicle operation; and return the return value to the application layer through the execution status interface of the vehicle operation.

[0147] The descriptions of the apparatus embodiments above are similar to those of the method embodiments above, and have similar beneficial effects. In some embodiments, the functions or modules included in the apparatus provided in this application can be used to perform the methods described in the method embodiments above. For technical details not disclosed in the apparatus embodiments of this application, please refer to the descriptions of the method embodiments of this application for understanding.

[0148] It should be noted that, in the embodiments of this application, if the above-described methods are implemented as software functional modules and sold or used as independent products, they can also be stored in a computer-readable storage medium. Based on this understanding, the technical solutions of the embodiments of this application, or the parts that contribute to related technologies, can be embodied in the form of a software product. This software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), magnetic disks, or optical disks. Thus, the embodiments of this application are not limited to any specific hardware, software, or firmware, or any combination of hardware, software, and firmware.

[0149] This application provides a computer device including a memory and a processor. The memory stores a computer program that can run on the processor. When the processor executes the program, it implements some or all of the steps in the above-described method.

[0150] This application provides a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements some or all of the steps in the above-described method. The computer-readable storage medium can be transient or non-transient.

[0151] This application provides a computer program including computer-readable code, wherein when the computer-readable code is executed in a computer device, a processor in the computer device performs some or all of the steps in the above-described method.

[0152] This application provides a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program. When the computer program is read and executed by a computer, it implements some or all of the steps in the above-described method. This computer program product can be implemented specifically through hardware, software, or a combination thereof. In some embodiments, the computer program product is specifically embodied as a computer storage medium; in other embodiments, the computer program product is specifically embodied as a software product, such as a software development kit (SDK), etc.

[0153] It should be noted that the descriptions of the various embodiments above tend to emphasize the differences between them, while their similarities or commonalities can be referred to interchangeably. The descriptions of the above embodiments of the device, storage medium, computer program, and computer program product are similar to the descriptions of the above method embodiments and have similar beneficial effects. For technical details not disclosed in the embodiments of the device, storage medium, computer program, and computer program product of this application, please refer to the descriptions of the method embodiments of this application for understanding.

[0154] Figure 10 This application provides a hardware entity diagram of a computer device as an embodiment of the present application, such as... Figure 10 As shown, the hardware entity of the computer device 1000 includes a processor 1001 and a memory 1002, wherein the memory 1002 stores a computer program that can run on the processor 1001, and the processor 1001 executes the program to implement the steps in the method of any of the above embodiments.

[0155] The memory 1002 stores computer programs that can run on the processor. The memory 1002 is configured to store instructions and applications that can be executed by the processor 1001. It can also cache data to be processed or already processed (e.g., image data, audio data, voice communication data, and video communication data) in the processor 1001 and various modules in the computer device 1000. It can be implemented by flash memory or random access memory (RAM).

[0156] The processor 1001 executes the steps of any of the above methods when executing a program. The processor 1001 typically controls the overall operation of the computer device 1000.

[0157] This application provides a computer storage medium that stores one or more programs, which can be executed by one or more processors to implement the steps of the methods described in any of the above embodiments.

[0158] It should be noted that the descriptions of the storage medium and device embodiments above are similar to the descriptions of the method embodiments above, and have similar beneficial effects. For technical details not disclosed in the storage medium and device embodiments of this application, please refer to the descriptions of the method embodiments of this application for understanding.

[0159] The aforementioned processor can be at least one of the following: Application Specific Integrated Circuit (ASIC), Digital Signal Processor (DSP), Digital Signal Processing Device (DSPD), Programmable Logic Device (PLD), Field Programmable Gate Array (FPGA), Central Processing Unit (CPU), Controller, Microcontroller, and Microprocessor. It is understood that other electronic devices can also implement the functions of the aforementioned processor, and this application does not specifically limit the specific implementation.

[0160] The aforementioned computer storage media / memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), magnetic random access memory (FRAM), flash memory, magnetic surface memory, optical disc, or compact disc read-only memory (CD-ROM), etc.; or it can be various terminals that include one or any combination of the above-mentioned memories, such as mobile phones, computers, tablet devices, personal digital assistants, etc.

[0161] It should be understood that the phrase "one embodiment" or "an embodiment" throughout the specification means that a specific feature, structure, or characteristic related to the embodiment is included in at least one embodiment of this application. Therefore, "in one embodiment" or "in an embodiment" appearing throughout the specification does not necessarily refer to the same embodiment. Furthermore, these specific features, structures, or characteristics can be combined in any suitable manner in one or more embodiments. It should be understood that in the various embodiments of this application, the sequence numbers of the above steps / processes do not imply a sequential order of execution; the execution order of each step / process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application. The sequence numbers of the above embodiments of this application are merely descriptive and do not represent the superiority or inferiority of the embodiments.

[0162] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.

[0163] In the several embodiments provided in this application, it should be understood that the disclosed devices and methods can be implemented in other ways. The device embodiments described above are merely illustrative. For example, the division of units is only a logical functional division, and in actual implementation, there may be other division methods, such as: multiple units or components can be combined, or integrated into another system, or some features can be ignored or not executed. In addition, the coupling, direct coupling, or communication connection between the various components shown or discussed can be through some interfaces, and the indirect coupling or communication connection between devices or units can be electrical, mechanical, or other forms.

[0164] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units. They may be located in one place or distributed across multiple network units. Some or all of the units may be selected to achieve the purpose of this embodiment according to actual needs.

[0165] Furthermore, in the various embodiments of this application, all functional units can be integrated into one processing unit, or each unit can be a separate unit, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or in a combination of hardware and software functional units. Those skilled in the art will understand that all or part of the steps of the above method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, it performs the steps of the above method embodiments. The aforementioned storage medium includes various media capable of storing program code, such as mobile storage devices, read-only memory (ROM), magnetic disks, or optical disks.

[0166] Alternatively, if the integrated units described above are implemented as software functional modules and sold or used as independent products, they can also be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence or the part that contributes to related technologies, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as mobile storage devices, ROM, magnetic disks, or optical disks.

[0167] The above description is merely an embodiment of this application, but the scope of protection of this application is not limited thereto. Any changes or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application.

Claims

1. A vehicle control method in which, Applied to a script execution engine, the method includes: Before performing vehicle operations, obtain the first script file corresponding to the vehicle operation; Parse the first script file to determine that the vehicle needs to reach a first target state when performing the vehicle operation; An execution state for the operation of the vehicle is generated based on the vehicle's real-time state and the first target state.

2. The method of claim 1, wherein, The first target state includes the target state of each of at least one of the listening items; The step of generating an execution state for the vehicle operation based on the vehicle's real-time state and the first target state includes: Read the real-time status of each of the monitored items of the vehicle; By comparing the real-time state of each monitored item with the target state of each monitored item, an execution state for the vehicle operation is generated.

3. The method of claim 2, wherein, The step of comparing the real-time state of each monitored item with the target state of each monitored item to generate an execution state for the vehicle operation includes: When the real-time state of each of the monitored items is the same as the target state of each of the monitored items, a first execution state is generated that represents the vehicle operation that can be executed. If at least one of the monitored items has a real-time state that differs from the target state, a second execution state is generated that indicates that the vehicle operation cannot be performed.

4. The method of claim 2, wherein, The reading of the real-time status of each of the monitored items of the vehicle includes: Listen for the CAN signal to obtain the real-time status of all script listening items; the "all script listening items" refers to the listening items of all script files in the script execution engine. In the real-time status of all script monitoring items, obtain the real-time status of each monitoring item.

5. The method according to any one of claims 1 to 4, wherein, The method further includes: A second script file for the operation of the vehicle is received; the second script file is used to determine that the vehicle needs to reach a second target state when the vehicle operation is performed, and the first target state is different from the second target state. Update the first script file based on the second script file.

6. The method of claim 5, wherein, The received second script file for the operation of the vehicle includes at least one of the following: Establish an interconnection group with the terminal device and receive the second script file sent by the terminal device; or, In response to the connection with the mobile storage device, the second script file is retrieved from the mobile storage device.

7. The method of any one of claims 1 to 4, wherein, The method further includes: If the execution state representation of the vehicle operation is executable, control the vehicle to perform the vehicle operation; If the execution status representation of the vehicle operation cannot be executed, a prompt message is generated and displayed.

8. The method according to any one of claims 1 to 4, wherein the script execution engine is further configured to provide an execution status interface for the vehicle operation; the method further comprises: Receive the application layer's call request for the execution status interface of the vehicle operation; In response to the call request, a return value is generated based on multiple first script files corresponding to the vehicle operation and the real-time status of the vehicle; The returned status interface value carries the execution status of the operation on the vehicle; The return value is returned to the application layer through the execution status interface of the vehicle operation.

9. A vehicle control device, wherein, Applied to a script execution engine, the apparatus includes: The acquisition module is used to acquire the first script file corresponding to the vehicle operation before the vehicle operation needs to be performed; The parsing module is used to parse the first script file and determine the first target state that the vehicle needs to reach when the vehicle operation is performed; The generation module is used to generate an execution state for the operation of the vehicle based on the real-time state of the vehicle and the first target state.

10. A computer device comprising a memory and a processor, the memory storing a computer program executable on the processor, the processor executing the program to implement the steps of the method of any one of claims 1 to 8.

11. A computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of the method according to any one of claims 1 to 8.

Images