Vehicle control method, electronic device, vehicle, storage medium, and program product

Abstract

The application discloses a vehicle control method, an electronic device, a vehicle, a storage medium and a program product. The vehicle control method comprises the following steps: obtaining target user information in a digital key, performing identity verification according to the target user information, and unlocking the vehicle after the identity verification is passed; and when the vehicle is successfully unlocked according to the target user information, controlling an execution component of the vehicle to execute a configuration corresponding to target exclusive configuration information bound with the target user information. The application realizes seamless connection between the identity verification unlocking action and the exclusive configuration information calling execution, and the identity verification and the exclusive configuration execution process are automatically executed, without additional manual operation, so that the vehicle control efficiency is improved.

Description

Technical Field

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

[0002] With the development of intelligent and personalized new energy vehicles, digital keys are gradually replacing traditional physical keys and becoming the mainstream solution for unlocking and locking vehicles. However, the current function of digital keys is only unlocking, which results in a relatively limited functionality. Summary of the Invention

[0003] The purpose of this application is to provide a vehicle control method, electronic device, vehicle, storage medium, and program product that can solve the problem of limited functionality of digital keys.

[0004] In a first aspect, embodiments of this application provide a vehicle control method, which includes: Obtain the target user information from the digital key, verify the identity based on the target user information, and unlock the vehicle after the identity verification is successful; When the vehicle is successfully unlocked based on the target user information, the execution components of the vehicle are controlled to execute the configuration corresponding to the target-specific configuration information bound to the target user information.

[0005] Optionally, before the execution component controlling the vehicle executes the configuration corresponding to the target-specific configuration information bound to the target user information, the method further includes: Query the first database to see if there is target-specific configuration information bound to the target user information; If it exists, then read the target-specific configuration information from the first database; If it does not exist, a prompt message is output, which is used to prompt the user whether to enter exclusive configuration information. After receiving the entered exclusive configuration information, the target user information and the entered exclusive configuration information are bound and stored in the first database. Then, the step of querying the first database to see if there is target exclusive configuration information bound to the target user information is returned.

[0006] Optionally, before the execution component controlling the vehicle executes the configuration corresponding to the target-specific configuration information bound to the target user information, the method further includes: Determine whether the vehicle's exclusive mode is activated; When enabled, the execution unit controlling the vehicle performs the steps of configuring the target-specific configuration information bound to the target user information.

[0007] Optionally, the execution component controlling the vehicle executes the configuration corresponding to the target-specific configuration information bound to the target user information, including: The vehicle terminal sends a first configuration instruction to the vehicle controller, the first configuration instruction including the target user information and the target-specific configuration information; After receiving the second configuration instruction, the vehicle controller verifies whether the second configuration instruction is the same as the first configuration instruction. If they are the same, the controller controls the vehicle's execution components to execute the configuration corresponding to the target-specific configuration information according to the second configuration instruction.

[0008] Optionally, verifying whether the second configuration instruction is the same as the first configuration instruction includes: Verify whether the verification information contained in the second configuration instruction is the preset target verification information, and verify whether the user identity information contained in the second configuration instruction is the currently unlocked user identity information; If the verification information included in the second configuration instruction is the preset target verification information, and the user identity information included in the second configuration instruction is the currently unlocked user identity information, then the second configuration instruction is determined to be the same as the first configuration instruction.

[0009] Optionally, before the vehicle controller receives the second configuration instruction and verifies whether the second configuration instruction is the same as the first configuration instruction, the method further includes: If the second configuration instruction is received and the timeout occurs, the vehicle controller sends a retransmission request for the second configuration instruction to the vehicle terminal. If the second configuration command times out at least twice consecutively, the vehicle controller controls the vehicle's execution components to execute the configuration corresponding to the default configuration information.

[0010] Optionally, the execution component controlling the vehicle executes the configuration corresponding to the target-specific configuration information bound to the target user information, including: Query the target control parameters corresponding to the target-specific configuration information from the second database; The corresponding execution unit is controlled to execute the configuration corresponding to the target control parameters according to the target control parameters.

[0011] Optionally, the method further includes: Obtain the execution feedback data of the execution component, and compare the execution feedback data with the target-specific configuration information; If the deviation between the execution feedback data and the target-specific configuration information does not meet the set conditions, the process returns to the step of executing the execution component that controls the vehicle to execute the configuration corresponding to the target-specific configuration information bound to the target user information.

[0012] Optionally, the method further includes: If any fault information is received from any execution component, then control that execution component to execute the configuration corresponding to the target-specific configuration information shall be stopped.

[0013] Optionally, after the execution component controlling the vehicle executes the configuration corresponding to the target-specific configuration information bound to the target user information, the method further includes: If the vehicle's driving parameters exceed a preset safety threshold range, the actuator corresponding to the driving parameters will execute the corresponding configuration according to the safety threshold range.

[0014] Optionally, the target-specific configuration information includes at least one of the following: power response mode, steering assist mode, energy feedback intensity, suspension mode, air conditioning configuration parameters, and cabin configuration parameters.

[0015] Secondly, embodiments of this application provide an electronic device, which includes a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the vehicle control method as described in any of the preceding claims.

[0016] Thirdly, embodiments of this application provide a vehicle for performing the vehicle control method as described in any of the preceding claims, or including the electronic equipment described above.

[0017] Fourthly, embodiments of this application provide a readable storage medium on which a program or instructions are stored, which, when executed by a processor, implement the vehicle control method as described in any of the preceding claims.

[0018] Fifthly, embodiments of this application provide a computer program product, characterized in that the computer program product includes a program or instructions, which, when executed by a processor, implement the vehicle control method as described in any of the preceding claims.

[0019] In this embodiment, target user information is obtained from the digital key, and identity verification is performed based on the target user information. The vehicle is unlocked after successful identity verification. When the vehicle is successfully unlocked based on the target user information, the vehicle's execution components are controlled to execute the configuration corresponding to the target-specific configuration information bound to the target user information. Therefore, this embodiment deeply integrates the digital key's identity verification function with the personalized vehicle control function based on the user's target-specific configuration information, relying on the target user information within the digital key. The digital key is no longer limited to a single identity verification function; it connects the entire chain from identity verification to the automatic execution of the vehicle's specific configuration, achieving seamless connection between identity verification / unlocking and the execution of specific configuration information. Both identity verification and specific configuration execution are performed automatically without additional manual operation, thereby improving vehicle control efficiency and meeting the user's demand for a seamless personalized driving experience.

[0020] The above description is only an overview of the technical solution of this application. In order to better understand the technical means of this application and to implement it in accordance with the contents of the specification, and to make the above and other objects, features and advantages of this application more obvious and understandable, specific embodiments of this application are given below. Attached Figure Description

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

[0022] Figure 1 This is a flowchart of a vehicle control method according to an embodiment of this application; Figure 2 This is a schematic diagram of a module interaction according to an embodiment of this application; Figure 3 This is a schematic diagram of a functional architecture according to an embodiment of this application; Figure 4 This is a schematic diagram of a vehicle control process according to an embodiment of this application; Figure 5 This is a structural block diagram of a vehicle control system according to an embodiment of this application; Figure 6 This is a structural block diagram of an electronic device according to an embodiment of this application; Figure 7 This is a structural block diagram of a readable storage medium according to an embodiment of this application. Detailed Implementation

[0023] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0024] In the current field of intelligent new energy vehicles, the insufficient integration of digital key identity recognition and personalized vehicle control is a result of limitations in the general development stage of industry technologies and common deviations in the logic of technology research and development. The analysis is as follows: Technological development is characterized by a "modular and fragmented" approach, with insufficient integration of cross-module technologies. The overall vehicle control system for new energy vehicles has long been developed by dividing its functions into modules such as "body control, power control, intelligent interaction, and identity verification." Each module is developed by an independent technical team, and industry-standard technologies only specify the basic communication protocols for each module, without establishing deep linkage specifications between the identity recognition module and the overall vehicle control module. Digital key development focuses on short-range communication and identity verification technologies, while vehicle personalization control development focuses on the parameter optimization of a single system. These two areas exist in technological silos, lacking design considerations for underlying data interaction and functional integration. Consequently, the user information from the digital key cannot serve as the trigger and matching basis for personalized vehicle configurations.

[0025] The technical design, centered on "functional implementation," deviates from the actual user need for "seamless vehicle use across all scenarios." The design logic of existing technical solutions in the industry is generally "single-point functional achievement," meaning that digital key technology only needs to achieve locking and unlocking, mode control only needs to achieve parameter matching, and custom modes only need to achieve parameter modification. The development focus is on the technical implementation of a single function, rather than optimizing the user experience throughout the entire vehicle use process. This design perspective ignores the core user need for "unlocking and using the car without additional manual operation," and fails to consider "identity verification - unlocking - personalized configuration - vehicle execution" as a complete usage chain. This results in each function operating independently, failing to create a seamless, collaborative experience, ultimately leading to the common industry problem of "all functions are there, but the experience is poor."

[0026] Personalized control technology lacks a comprehensive implementation system encompassing "unique identification + vehicle-level closed-loop execution." For personalized vehicle configuration needs, industry-standard technologies only achieve basic functions like "parameter customization" or "pattern matching," failing to address core issues such as "whose configuration," "how to accurately trigger," and "how to execute securely." First, it doesn't integrate mature unique identification technologies like digital keys, relying solely on fuzzy pattern recognition to match user habits without precise binding of identity and parameters. Second, it lacks parameter switching and reset mechanisms in multi-user scenarios; most models lack parameter isolation logic for vehicle control designed for multi-user use. Third, personalized configuration execution is merely an open-loop process of "command issuance - action execution," lacking a vehicle-level closed-loop control system for command verification, deviation adjustment, and fault tolerance, resulting in low execution accuracy and poor security. This lack of a robust system hinders the upgrade of personalized control technology from a "single function" to a "practical function applicable across all scenarios."

[0027] The industry's technological upgrades are characterized by "gradual optimization," lacking a cross-domain, integrated innovation mindset. Upgrades to intelligent technologies in new energy vehicles are mostly "detailed optimizations based on existing functions," such as upgrading digital key technology from basic unlocking to encrypted unlocking, and upgrading driving modes from three fixed modes to a customizable mode. These are all incremental improvements within the same field, rather than cross-domain, integrated innovations. The industry has not yet developed a research and development mindset of "user-demand-oriented, integrating mature technologies from different fields to create end-to-end solutions." This results in technologies from various fields—such as digital key identification, multi-system vehicle control, and parameter customization—not being organically combined, only functioning independently and failing to address the actual pain points of users.

[0028] To address the aforementioned issues, this application proposes to deeply integrate the digital key authentication function with the personalized vehicle control function based on the user's target user information within the digital key. This establishes a seamless connection between the entire process from authentication to the automatic execution of the vehicle's exclusive configuration, enabling seamless integration between the authentication unlocking action and the retrieval and execution of the exclusive configuration information.

[0029] Reference Figure 1 The diagram shows a flowchart of a vehicle control method according to an embodiment of this application.

[0030] like Figure 1 As shown, the vehicle control method may include the following steps: Step 101: Obtain the target user information from the digital key, verify the identity based on the target user information, and unlock the vehicle after the identity verification is successful.

[0031] In this application embodiment, the digital key may include, but is not limited to, NFC (Near Field Communication) digital key, Bluetooth digital key, biometric information (fingerprint information, facial information, etc.) digital key, etc.

[0032] In this embodiment, the digital key stores target user information, which may include, but is not limited to, a unique user account (such as a mobile phone number), user fingerprint information, and user facial information. When a user brings a mobile terminal (such as a mobile phone) with the built-in digital key close to the vehicle's sensing area, the vehicle obtains the target user information stored in the digital key and performs identity verification based on that information. For example, the vehicle's identification and verification module can read the target user information stored in the digital key and perform identity verification based on that information.

[0033] In this embodiment, an authorized user list can be pre-stored in the vehicle, and the authorized user list contains information on at least one authorized user. During the authentication process based on the target user information, the system can query whether the target user information exists in the authorized user list. If it exists, the authentication is determined to be successful; if it does not exist, the authentication is determined to be unsuccessful.

[0034] In this embodiment, if the identity verification is successful, the vehicle will be unlocked. If the identity verification fails, the vehicle may display an identity verification failure message and will not be unlocked.

[0035] Step 102: When the vehicle is successfully unlocked based on the target user information, the execution components of the vehicle are controlled to execute the configuration corresponding to the target-specific configuration information bound to the target user information.

[0036] For example, when the vehicle is successfully unlocked based on the target user information, the in-vehicle terminal can be woken up. The in-vehicle terminal may be, for example, a portable Android device (PAD). For instance, the identification and verification module can send a wake-up signal to the in-vehicle terminal, which can then power on and wake up in response. After waking up the in-vehicle terminal, the identification and verification module can transmit the target user information to the in-vehicle terminal. Upon receiving the target user information, the in-vehicle terminal can obtain the target-specific configuration information bound to the target user's identity information.

[0037] In one optional implementation, the vehicle terminal may pre-store a first database, which may store the binding relationship between user information and exclusive configuration information. For example, the process of obtaining target exclusive configuration information bound to the target user information may include: querying the first database to see if target exclusive configuration information bound to the target user information exists; if it exists, reading the target exclusive configuration information from the first database; if it does not exist, outputting a prompt message to the user whether to enter exclusive configuration information; and upon receiving the entered exclusive configuration information, binding the target user information and the entered exclusive configuration information and storing them in the first database, then returning to the step of querying the first database to see if target exclusive configuration information bound to the target user information exists.

[0038] The vehicle-mounted terminal matches the target user information with user information stored in the first database to determine whether target-specific configuration information bound to the target user information exists in the first database. If target-specific configuration information bound to the target user information exists in the first database, the vehicle-mounted terminal reads the target-specific configuration information from the first database; if target-specific configuration information bound to the target user information does not exist in the first database, the vehicle-mounted terminal can output a prompt message to remind the user whether to enter the specific configuration information. For example, the prompt message may include, but is not limited to, voice prompts, text prompts, etc.

[0039] If the user confirms the input in response to the prompts, such as replying with a voice command like "input" or selecting an input option from a text prompt, the in-vehicle terminal will display a dedicated configuration information input interface. The user can then customize and input their configuration information in this interface. After receiving the user's input, the in-vehicle terminal binds the target user information and the user-inputted configuration information to the first database. It then queries the first database again to check if any target dedicated configuration information bound to the target user information exists.

[0040] If the user confirms that they will not record the information in response to the prompt, such as by replying with a voice command like "do not record" to the voice prompt or selecting the "do not record" option in the text prompt, the vehicle can maintain the configuration of the previous usage period or use the preset default configuration.

[0041] In this embodiment, the above method can support the input of user information and the custom binding of exclusive configuration information for new users, while automatically matching the exclusive configuration information pre-stored by old users. It balances flexibility and convenience, adapts to multi-user vehicle use scenarios, and can solve the problem of existing vehicles' multi-mode control lacking accurate identity identification, leading to conflicts in multi-user switching.

[0042] For example, the target-specific configuration information may include, but is not limited to, at least one of the following: power response mode (e.g., smooth mode, comfort mode, aggressive mode, etc.), steering assist mode (e.g., comfort mode, sport mode, etc.), energy feedback intensity (e.g., standard intensity, high intensity, etc.), suspension mode (e.g., comfort mode, sport mode, etc.), air conditioning configuration parameters (e.g., air conditioning temperature, air conditioning air volume, air conditioning vent mode, etc.), and cabin configuration parameters (e.g., seat position, etc.).

[0043] In one optional implementation, before controlling the vehicle's execution components to execute the configuration corresponding to the target exclusive configuration information bound to the target user information, it can be determined whether the vehicle's exclusive mode is enabled. If the exclusive mode is enabled, then the step of controlling the vehicle's execution components to execute the configuration corresponding to the target exclusive configuration information bound to the target user information is executed. If the exclusive mode is disabled, the step of controlling the vehicle's execution components to execute the configuration corresponding to the target exclusive configuration information bound to the target user information is not executed, and the configuration of the previous usage cycle can be maintained, or a preset default configuration can be used.

[0044] The vehicle terminal can first determine whether the vehicle's dedicated mode is enabled. For example, the vehicle terminal can read the dedicated mode switch status of the vehicle. If the dedicated mode switch status is enabled, it means that the vehicle's dedicated mode is enabled; if the dedicated mode switch status is disabled, it means that the vehicle's dedicated mode is disabled.

[0045] In this embodiment of the application, by adding a process to determine whether the vehicle's exclusive mode is activated, users can be given the right to choose exclusive configurations independently, avoiding forced setting of exclusive configurations and improving the flexibility and security of use.

[0046] In one optional implementation, the process of controlling the vehicle's execution components to perform configuration corresponding to the target-specific configuration information bound to the target user information may include: the vehicle terminal sending a first configuration instruction to the vehicle controller, the first configuration instruction including the target user information and the target-specific configuration information; after receiving the second configuration instruction, the vehicle controller verifies whether the second configuration instruction is the same as the first configuration instruction, and if they are the same, controls the vehicle's execution components to perform the configuration corresponding to the target-specific configuration information according to the second configuration instruction.

[0047] In this embodiment, after obtaining the target-specific configuration information bound to the target user information, the vehicle terminal can generate a first configuration instruction containing the target user information and the target-specific configuration information, and transmit the first configuration instruction to the VCU (Vehicle Control Unit). The vehicle terminal can transmit the first configuration instruction to the VCU via a CAN (Controller Area Network) bus or vehicle Ethernet, etc.

[0048] In this embodiment, the instruction received by the VCU is called the second configuration instruction. After receiving the second configuration instruction, the VCU verifies whether the second configuration instruction is the same as the first configuration instruction. If the second configuration instruction is the same as the first configuration instruction, the VCU controls the vehicle's execution components to execute the configuration corresponding to the target-specific configuration information according to the second configuration instruction. If the second configuration instruction is different from the first configuration instruction, it indicates that the second configuration instruction may have suffered data loss, tampering, or other issues compared to the first configuration instruction. Therefore, the VCU does not execute the process of controlling the vehicle's execution components to execute the configuration corresponding to the target-specific configuration information. The VCU can return a verification failure notification to the vehicle terminal, and the vehicle terminal can display abnormal information (such as specific configuration failure) on the interface. This method adds a process of verifying the configuration instruction, thereby ensuring the security of the system. By using the collaborative execution logic between the vehicle terminal and the VCU, with the vehicle terminal as the intermediate hub, the system completes the storage of parameters and the forwarding of instructions, driving the VCU to accurately execute the configuration of each execution component. This constructs a closed-loop control process of "identification-retrieval-execution," which solves the technical problem that existing vehicle personalized configurations are mostly single-module adjustments without a cross-module collaborative control architecture, resulting in low efficiency of user information and instruction transmission and poor consistency of parameter execution.

[0049] In one optional implementation, the process of verifying whether the second configuration instruction is the same as the first configuration instruction may include: verifying whether the verification information contained in the second configuration instruction is a preset target verification information, and verifying whether the user identity information contained in the second configuration instruction is the currently unlocked user identity information; if the verification information contained in the second configuration instruction is the preset target verification information, and the user identity information contained in the second configuration instruction is the currently unlocked user identity information, then determining that the second configuration instruction is the same as the first configuration instruction.

[0050] For example, both the first configuration instruction and the second configuration instruction may include verification information. This verification information can be preset target verification information. If the target verification information remains unchanged, it indicates that the data of the corresponding configuration instruction itself (such as the target user information and the target specific configuration information) has not been lost or tampered with. Therefore, by verifying whether the verification information contained in the second configuration instruction is the preset target verification information, the VCU can verify whether the data in the second configuration instruction has changed compared to the data in the first configuration instruction.

[0051] For example, the user information (i.e., target user information) contained in the first configuration instruction is the currently unlocked user information. Therefore, in order to verify whether the user information contained in the first configuration instruction is the same as the user information contained in the second configuration instruction, the VCU can obtain the currently unlocked user information (the vehicle can transmit the currently unlocked user information to the VCU after unlocking), compare the currently unlocked user information with the user information contained in the second configuration instruction, and if the currently unlocked user information is the same as the user information contained in the second configuration instruction, it indicates that the second configuration instruction is the configuration instruction corresponding to the currently unlocked user.

[0052] In this embodiment, the VCU, through the combination of the two verification methods described above, can not only verify the integrity of the configuration instructions and avoid execution anomalies caused by data transmission packet loss or tampering, but also verify the accuracy of the attribution of the configuration instructions, ensuring that the configuration instructions belong to the currently unlocked user and preventing accidental execution of cross-user instructions. The combination of the two verification methods can further improve security.

[0053] In one optional implementation, after unlocking the vehicle, the VCU can start a timer. If the second configuration command reception times out, the VCU sends a retransmission request for the second configuration command to the vehicle terminal. After receiving the retransmission request, the vehicle terminal retransmits the first configuration command to the VCU. If the second configuration command reception times out at least twice consecutively, the VCU controls the vehicle's execution components to execute the configuration corresponding to the default configuration information. The VCU can also return an error notification to the vehicle terminal, which can display error information (such as dedicated configuration failure) on the interface. The timeout period can be set according to actual needs, such as 500ms, etc., and this embodiment does not limit this. In this embodiment, through the fault tolerance mechanism for command timeout, the problem of dedicated mode failing to start due to bus interference, vehicle terminal delay, data packet loss, etc., can be avoided, ensuring the normal availability of the vehicle.

[0054] In one alternative implementation, since the target-specific configuration information consists of user-readable configuration parameters, and the vehicle's actuators cannot directly recognize these parameters, it is necessary to convert the target-specific configuration information into target control parameters that the actuators can recognize. For example, the configuration parameters corresponding to the air conditioning configuration are converted into control parameters such as compressor power, blower speed, and damper motor angle; and the configuration parameters corresponding to the power response configuration are converted into control parameters such as torque limit and power response speed.

[0055] For example, a second database can be pre-stored, which can store the mapping relationship between specific configuration information and control parameters. The target control parameters corresponding to the target specific configuration information are queried from the second database; based on the target control parameters, the corresponding execution unit is controlled to execute the configuration corresponding to the target control parameters.

[0056] For example, the VCU parses the second configuration instruction to obtain the target user information and the target specific configuration information. The VCU matches the target specific configuration information with the specific configuration information stored in the second database to query the target control parameters corresponding to the target specific configuration information from the second database. After querying the target control parameters corresponding to the target specific configuration information, the VCU generates a control signal containing the target control parameters and controls the corresponding execution unit to execute the configuration corresponding to the target control parameters according to the control signal.

[0057] For example, the target-specific configuration information may include target-specific configuration information corresponding to one or more actuators, and correspondingly, the target control parameters include control parameters corresponding to one or more actuators. Therefore, the VCU can generate a control signal for each actuator, containing the target control parameters corresponding to that actuator, and control the actuator to execute the configuration corresponding to the target control parameters based on the control signal. For example, for air conditioning actuators, a PWM (Pulse Width Modulation) control signal can be generated; for power actuators and battery actuators, a CAN bus control signal can be generated, etc., and the specific processing can be adjusted according to the actual situation.

[0058] In this embodiment, the intuitive parameters on the user side are uniformly mapped to the underlying control parameters that can be recognized by the execution components through the second database. This decouples the human-machine interaction layer from the vehicle control layer. Users only need to set simple parameters and do not need to care about the details of hardware control, thereby improving the interactive experience and ensuring the accuracy of parameter execution.

[0059] For example, the VCU sends corresponding control signals to each actuator to drive each actuator to execute the configuration corresponding to the target control parameters contained in the control signals; alternatively, the VCU sends corresponding control signals to the component controllers corresponding to each actuator, and then the component controllers send corresponding control signals to the corresponding actuators to drive the actuators to execute the configuration corresponding to the target control parameters contained in the control signals. For example, an air conditioning actuator corresponds to an air conditioning controller, a power actuator corresponds to a motor controller, and a battery actuator corresponds to a battery controller (such as a BMS (Battery Management System)).

[0060] In one optional implementation, after controlling the vehicle's execution components to execute the configuration corresponding to the target-specific configuration information bound to the target user information, execution feedback data of the execution components can be obtained and compared with the target-specific configuration information. If the deviation between the execution feedback data and the target-specific configuration information does not meet a set condition, the process returns to controlling the vehicle's execution components to execute the configuration corresponding to the target-specific configuration information bound to the target user information. If the deviation between the execution feedback data and the target-specific configuration information does not meet the set condition at least twice consecutively, the vehicle's execution components are controlled to execute the configuration corresponding to the default configuration information. This method achieves execution feedback and closed-loop adjustment. When the deviation does not meet the set condition, control is automatically triggered again, thereby ensuring the accuracy, stability, and reliability of the execution of the specific configuration.

[0061] For example, the VCU acquires the execution feedback data of the execution component, compares the execution feedback data with the target dedicated configuration information, and if the deviation between the execution feedback data and the target dedicated configuration information does not meet a set condition, the VCU controls the vehicle's execution component to execute the configuration corresponding to the target dedicated configuration information according to the second configuration instruction. If the deviation between the execution feedback data and the target dedicated configuration information does not meet the set condition at least twice consecutively, the VCU can also return an error notification to the vehicle terminal, and the vehicle terminal can display error information (such as dedicated configuration failure) on the interface. If the deviation between the execution feedback data and the target dedicated configuration information meets the set condition, the VCU can also return a control completion notification to the vehicle terminal, and the vehicle terminal can display prompts such as dedicated mode activated on the interface.

[0062] For example, the execution feedback data is of the same type as the target-specific configuration information, and may include data such as power response mode, steering assist mode, energy feedback intensity, suspension mode, air conditioning configuration parameters, and cabin configuration parameters. The setting conditions may include, but are not limited to, the deviation between the execution feedback data and the target-specific configuration information being less than a set value (e.g., the temperature deviation being less than a set value), or the execution feedback data being consistent with the target-specific configuration information (e.g., the power response mode being consistent).

[0063] In one optional implementation, after controlling the vehicle's actuators to execute the configuration corresponding to the target-specific configuration information bound to the target user information, if any actuator malfunctions (such as an air conditioning compressor malfunction), it will report the fault information to the VCU. If the VCU receives the fault information from any actuator, it will stop controlling that actuator to execute the configuration corresponding to the target-specific configuration information, while the control process of other actuators will continue to execute normally.

[0064] The VCU can also record fault information of the actuator and return a fault notification of the actuator to the vehicle terminal. The fault notification contains the fault information of the actuator. After receiving the fault notification, the vehicle terminal can display the fault information of the actuator on the interface.

[0065] In this embodiment of the application, the fault tolerance mechanism for the failure of the execution component can ensure that the failure of a certain execution component does not affect other functions, thereby improving the robustness of the system.

[0066] In one optional implementation, after controlling the vehicle's execution components to perform the configuration corresponding to the target-specific configuration information bound to the target user information, vehicle driving parameters can be collected and compared with a preset safety threshold range. If the driving parameters exceed the preset safety threshold range, the execution component corresponding to the driving parameters is controlled to perform the corresponding configuration according to the safety threshold range. In this embodiment, a fault-tolerance mechanism for out-of-bounds driving parameters prevents damage to execution components due to incorrect driving parameters, ensuring the safe operation of the entire vehicle.

[0067] For example, a safety threshold range corresponding to each driving parameter, an execution unit corresponding to the driving parameter, and configuration parameters corresponding to the boundary values ​​(such as upper and lower limits) of the safety threshold range of the driving parameter can be preset. If the driving parameter of the vehicle exceeds the preset safety threshold range, the execution unit corresponding to the driving parameter is controlled to execute the corresponding configuration according to the configuration parameters corresponding to the boundary values ​​of the safety threshold range of the driving parameter.

[0068] For example, the driving parameters may include, but are not limited to, vehicle speed, motor speed, and battery temperature. The actuators corresponding to vehicle speed and motor speed may include drive motors, and the actuators corresponding to battery temperature may include battery cooling systems and battery heating systems. For example, if the vehicle speed exceeds the upper limit of the vehicle speed safety threshold range, the output torque of the drive motor can be reduced according to the configuration parameters corresponding to the upper limit of the vehicle speed safety threshold range, and so on.

[0069] Reference Figure 2 This diagram illustrates a module interaction according to an embodiment of this application. Figure 2 As shown, the modules involved in this application embodiment include, but are not limited to, a digital key, an in-vehicle terminal, a cockpit, a vehicle controller, an air conditioning system (AC), a motor system, and a battery management system. The in-vehicle terminal can obtain target-specific configuration information based on the target user information within the digital key and send configuration commands to the vehicle controller. The vehicle controller can then control the air conditioning system, motor system, and battery management system to execute corresponding configurations based on these configuration commands.

[0070] Reference Figure 3 The diagram shows a schematic representation of a functional architecture according to an embodiment of this application.

[0071] like Figure 3As shown, at the interaction layer, the vehicle terminal determines the dedicated mode switch and queries the user information database and the user-specific configuration information database (which correspond to the first database mentioned above) to obtain the target-specific configuration information bound to the target user information. It then generates a first configuration command (containing target user information, target-specific configuration information, and first verification information) and sends it to the vehicle control layer. At the vehicle control layer, the VCU performs command reception, command verification, parameter parsing, and scheduling, generates control signals, and sends these signals to the execution layer. At the execution layer, the air conditioning controller controls the air conditioning actuators (compressor, dampers, etc.) based on the control signals for the air conditioning system; the motor controller controls the power actuators (drive motor, transmission system, etc.) based on the control signals for the motor; and the battery management system controls the battery actuators (charging / discharging, energy recovery, etc.) based on the control signals for the battery. At the feedback layer, execution feedback data from the execution layer is acquired and fed back to the vehicle control layer, enabling status feedback and closed-loop adjustment. It also provides status display and human-machine interaction. The vehicle control layer can also perform fault diagnosis and processing, status feedback, and closed-loop adjustment operations based on the execution feedback data.

[0072] Reference Figure 4 The diagram illustrates a vehicle control process according to an embodiment of this application.

[0073] like Figure 4 As shown, the vehicle control process includes: S01, the user brings the mobile terminal with the built-in digital key close to the vehicle's sensing area; S02, the identification and verification module reads the target user information stored in the digital key; S03, the identification and verification module performs identity verification; if the identity verification is successful, proceed to S04; if the identity verification fails, the process ends. S04, Vehicle unlocks, waking up the vehicle terminal; S05, the vehicle terminal determines whether the exclusive mode is enabled; if yes, proceed to S06; otherwise, proceed to S11. S06, the vehicle terminal determines whether there is target-specific configuration information bound to the target user information in the first database; if not, proceed to S07; if yes, proceed to S08. S07, the vehicle terminal prompts the user to enter the target user information and the target-specific configuration information, binds and stores them in the first database, and returns to execute S06; S08, the vehicle terminal reads the target-specific configuration information; S09, the vehicle terminal sends the first configuration command to the vehicle controller; S10, when the second configuration instruction received by the vehicle controller is the same as the first configuration instruction sent by the vehicle terminal, the vehicle controller controls the execution component to execute the configuration corresponding to the target-specific configuration information according to the second configuration instruction. The S11 retains the configuration from the previous usage period.

[0074] The differences between this application and the prior art are as follows: First, it breaks through the limitation of digital keys being used only for unlocking and locking, and deeply binds them as a unique identifier with exclusive parameters of multiple vehicle systems such as air conditioning and driving modes, thus establishing a linkage link between digital key unlocking, identity verification, and parameter retrieval, rather than a single identity verification; Second, it abandons the design of single-module optimization and fuzzy pattern recognition, and builds a layered architecture of vehicle digital key recognition, vehicle PAD data storage, VCU core control, and collaboration of various actuators. It designs a VCU-led secondary identity verification, multi-user switching reset, command closed-loop adjustment, and anomaly fault tolerance mechanism to achieve full-link closed-loop control across modules, rather than open-loop parameter distribution or single fault detection; Third, it moves beyond the design perspective of single-point function implementation, and takes seamless user experience in all scenarios as the core, organically integrating identity recognition, parameter customization, and control of multiple vehicle systems to achieve automatic execution of exclusive configurations after unlocking, covering multiple user scenarios, rather than independent driving mode customization or mode matching without identity association.

[0075] The aforementioned differences not only fully leverage the technological value of digital keys, enabling multiple uses and reducing the cost of hardware modifications to the entire vehicle, but also solve the problems of ambiguous matching of existing technical parameters and conflicts in multi-user configurations by relying on the uniqueness of digital key identity information, thereby improving the accuracy and scenario adaptability of personalized configurations. At the same time, the VCU full-process control logic ensures the security, accuracy of execution, and stability of vehicle control, while the cross-module collaborative architecture enables efficient linkage between various systems. The seamless operation of unlocking and compatibility greatly enhances the user's personalized driving experience, solving the common problems of fragmented intelligent functional modules and poor user experience in the industry. Moreover, the overall solution does not require significant modifications to existing hardware, making it easier to achieve industrial application and effectively improving the product's intelligence level and market competitiveness.

[0076] Reference Figure 5 The diagram shows a structural block diagram of a vehicle control system according to an embodiment of this application.

[0077] like Figure 5 As shown, the vehicle control system may include the following modules: The identification and verification module 501 is used to obtain the target user information in the digital key, perform identity verification based on the target user information, and unlock the vehicle after the identity verification is successful. The control module 502 is used to control the vehicle's execution components to execute the configuration corresponding to the target-specific configuration information bound to the target user information when the vehicle is successfully unlocked based on the target user information.

[0078] Optionally, the control module includes an in-vehicle terminal, the in-vehicle terminal comprising: The first query unit is used to query the first database to see if there is target-specific configuration information bound to the target user information; The acquisition unit is configured to read the target-specific configuration information from the first database if it exists; otherwise, it outputs a prompt message to prompt the user whether to enter the specific configuration information. After receiving the entered specific configuration information, the acquisition unit binds the target user information and the entered specific configuration information and stores them in the first database. Then, it returns to the first query unit to perform the step of querying the first database to see if there is target-specific configuration information bound to the target user information.

[0079] Optionally, the control module includes an in-vehicle terminal, which includes a judgment unit for judging whether the vehicle's exclusive mode is enabled; if enabled, the control module executes the step of controlling the vehicle's execution components to execute the configuration corresponding to the target exclusive configuration information bound to the target user information.

[0080] Optionally, the control module includes an on-board terminal and a vehicle controller; The vehicle terminal includes: a sending unit, configured to send a first configuration instruction to the vehicle controller, the first configuration instruction including the target user information and the target-specific configuration information; The vehicle controller includes an execution control unit, which, upon receiving a second configuration instruction, verifies whether the second configuration instruction is the same as the first configuration instruction, and if they are the same, controls the vehicle's execution components to execute the configuration corresponding to the target-specific configuration information according to the second configuration instruction.

[0081] Optionally, the execution control unit is specifically used for: Verify whether the verification information contained in the second configuration instruction is the preset target verification information, and verify whether the user identity information contained in the second configuration instruction is the currently unlocked user identity information; If the verification information included in the second configuration instruction is the preset target verification information, and the user identity information included in the second configuration instruction is the currently unlocked user identity information, then the second configuration instruction is determined to be the same as the first configuration instruction.

[0082] Optionally, the vehicle controller further includes: a first processing unit, configured to send a retransmission request for the second configuration instruction to the vehicle terminal if the second configuration instruction times out; and to control the vehicle's execution components to execute the configuration corresponding to the default configuration information if the second configuration instruction times out at least twice consecutively.

[0083] Optionally, the control module is specifically used for: Query the target control parameters corresponding to the target-specific configuration information from the second database; The corresponding execution unit is controlled to execute the configuration corresponding to the target control parameters according to the target control parameters.

[0084] Optionally, the control module includes a vehicle controller, the vehicle controller comprising: The feedback processing unit is used to acquire the execution feedback data of the execution component, compare the execution feedback data with the target-specific configuration information, and if the deviation between the execution feedback data and the target-specific configuration information does not meet the set conditions, return to the step of executing the execution component that controls the vehicle to execute the configuration corresponding to the target-specific configuration information bound to the target user information.

[0085] Optionally, the control module includes a vehicle controller, the vehicle controller comprising: The second processing unit is configured to stop controlling any execution component to execute the configuration corresponding to the target-specific configuration information if it receives fault information from any execution component.

[0086] Optionally, the control module includes a vehicle controller, the vehicle controller comprising: The third processing unit is used to control the execution component corresponding to the driving parameters to execute the corresponding configuration according to the safety threshold range if the driving parameters of the vehicle exceed the preset safety threshold range.

[0087] Optionally, the target-specific configuration information includes at least one of the following: power response mode, steering assist mode, energy feedback intensity, suspension mode, air conditioning configuration parameters, and cabin configuration parameters.

[0088] As the system implementation is basically similar to the method implementation, it is described in a relatively simple way. For relevant details, please refer to the description of the method implementation.

[0089] Optionally, embodiments of this application also provide an electronic device.

[0090] Reference Figure 6 The diagram shows a structural block diagram of an electronic device according to an embodiment of this application.

[0091] like Figure 6 As shown, the electronic device 11 includes a processor 111, a memory 112, and a program or instruction 1121 stored in the memory and executable on the processor. When the program or instruction 1121 is executed by the processor 111, it implements the various processes of any of the above-described vehicle control method embodiments and achieves the same technical effect. To avoid repetition, it will not be described again here.

[0092] Optionally, embodiments of this application also provide a vehicle for performing the vehicle control method as described in any of the above embodiments, or including the vehicle control system as described in any of the above embodiments, or including the electronic equipment as described above.

[0093] Optionally, embodiments of this application also provide a readable storage medium.

[0094] Reference Figure 7 The diagram shows a structural block diagram of a readable storage medium according to an embodiment of this application.

[0095] like Figure 7 As shown, a program or instruction 211 is stored on the readable storage medium 21. When the program or instruction 211 is executed by the processor, it implements the various processes of any of the above vehicle control method embodiments and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0096] Optionally, this application also provides a computer program product, which includes a program or instructions. When the program or instructions are executed by a processor, they implement the various processes of any of the above vehicle control method embodiments and achieve the same technical effects. To avoid repetition, they will not be described again here.

[0097] The processor may be the processor in the electronic device described in the above embodiments.

[0098] The processors mentioned above may include, but are not limited to: Central Processing Unit (CPU), Network Processor (NP), Digital Signal Processor (DSP), Application Specific Integrated Circuit (ASIC), Field-Programmable Gate Array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.

[0099] The aforementioned readable storage media include computer-readable storage media, which may include, but are not limited to: read-only memory (ROM), random access memory (RAM), compact disc read-only memory (CD-ROM), electronically erasable programmable read-only memory (EEPROM), hard disk, floppy disk, flash memory, etc.

[0100] The various embodiments in this specification are related to each other and are described in a progressive manner. Each embodiment focuses on the differences from other embodiments, and the same or similar parts between the various embodiments can be referred to each other.

[0101] It should be noted that all actions involving the acquisition of signals, information, or data in this application are carried out in compliance with the relevant data protection laws and regulations of the locality and with authorization from the owner of the relevant device.

[0102] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such use of data can be interchanged where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0103] 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. Without further limitations, 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. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

[0104] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk), and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, air conditioner, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application.

[0105] In the embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative. For instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces, indirect coupling or communication connection between devices or units, and may be electrical, mechanical, or other forms. The functional units in the various embodiments of this application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0106] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.

Claims

1. A vehicle control method, characterized in that, The method includes: Obtain the target user information from the digital key, verify the identity based on the target user information, and unlock the vehicle after the identity verification is successful; When the vehicle is successfully unlocked based on the target user information, the execution components of the vehicle are controlled to execute the configuration corresponding to the target-specific configuration information bound to the target user information.

2. The method according to claim 1, characterized in that, Before the execution component controlling the vehicle executes the configuration corresponding to the target-specific configuration information bound to the target user information, the method further includes: Query the first database to see if there is target-specific configuration information bound to the target user information; If it exists, then read the target-specific configuration information from the first database; If it does not exist, a prompt message is output, which is used to prompt the user whether to enter exclusive configuration information. After receiving the entered exclusive configuration information, the target user information and the entered exclusive configuration information are bound and stored in the first database. Then, the step of querying the first database to see if there is target exclusive configuration information bound to the target user information is returned.

3. The method according to claim 1, characterized in that, Before the execution component controlling the vehicle executes the configuration corresponding to the target-specific configuration information bound to the target user information, the method further includes: Determine whether the vehicle's exclusive mode is activated; When enabled, the execution unit controlling the vehicle performs the steps of configuring the target-specific configuration information bound to the target user information.

4. The method according to claim 1, characterized in that, The execution component controlling the vehicle executes the configuration corresponding to the target-specific configuration information bound to the target user information, including: The vehicle terminal sends a first configuration instruction to the vehicle controller, the first configuration instruction including the target user information and the target-specific configuration information; After receiving the second configuration instruction, the vehicle controller verifies whether the second configuration instruction is the same as the first configuration instruction. If they are the same, the controller controls the vehicle's execution components to execute the configuration corresponding to the target-specific configuration information according to the second configuration instruction.

5. The method according to claim 4, characterized in that, The verification of whether the second configuration instruction is the same as the first configuration instruction includes: Verify whether the verification information contained in the second configuration instruction is the preset target verification information, and verify whether the user identity information contained in the second configuration instruction is the currently unlocked user identity information; If the verification information included in the second configuration instruction is the preset target verification information, and the user identity information included in the second configuration instruction is the currently unlocked user identity information, then the second configuration instruction is determined to be the same as the first configuration instruction.

6. The method according to claim 4, characterized in that, Before the vehicle controller receives the second configuration instruction and verifies whether the second configuration instruction is the same as the first configuration instruction, the method further includes: If the second configuration instruction is received and the timeout occurs, the vehicle controller sends a retransmission request for the second configuration instruction to the vehicle terminal. If the second configuration command times out at least twice consecutively, the vehicle controller controls the vehicle's execution components to execute the configuration corresponding to the default configuration information.

7. The method according to claim 1, characterized in that, The execution component controlling the vehicle executes the configuration corresponding to the target-specific configuration information bound to the target user information, including: Query the target control parameters corresponding to the target-specific configuration information from the second database; The corresponding execution unit is controlled to execute the configuration corresponding to the target control parameters according to the target control parameters.

8. The method according to claim 1, characterized in that, The method further includes: Obtain the execution feedback data of the execution component, and compare the execution feedback data with the target-specific configuration information; If the deviation between the execution feedback data and the target-specific configuration information does not meet the set conditions, the process returns to the step of executing the execution component that controls the vehicle to execute the configuration corresponding to the target-specific configuration information bound to the target user information.

9. The method according to claim 1, characterized in that, The method further includes: If any fault information is received from any execution component, then control that execution component to execute the configuration corresponding to the target-specific configuration information shall be stopped.

10. The method according to claim 1, characterized in that, After the execution component controlling the vehicle executes the configuration corresponding to the target-specific configuration information bound to the target user information, the method further includes: If the vehicle's driving parameters exceed a preset safety threshold range, the actuator corresponding to the driving parameters will execute the corresponding configuration according to the safety threshold range.

11. The method according to claim 1, characterized in that, The target-specific configuration information includes at least one of the following: power response mode, steering assist mode, energy feedback intensity, suspension mode, air conditioning configuration parameters, and cabin configuration parameters.

12. An electronic device, characterized in that, The electronic device includes a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the vehicle control method as described in any one of claims 1 to 11.

13. A vehicle, characterized in that, The vehicle is used to perform the vehicle control method as described in any one of claims 1 to 11, or includes the electronic equipment as described in claim 12.

14. A readable storage medium, characterized in that, The readable storage medium stores a program or instructions that, when executed by a processor, implement the vehicle control method as described in any one of claims 1 to 11.

15. A computer program product, characterized in that, The computer program product includes a program or instructions that, when executed by a processor, implement the vehicle control method as described in any one of claims 1 to 11.

Images