Vehicle control method and related device

By acquiring user identity and vehicle operating conditions, and combining driving behavior data to adjust the suspension system, the problem of traditional suspension systems being unable to adapt to different user habits has been solved, achieving personalized adaptation of suspension response and improving driving experience and safety.

CN121492902APending Publication Date: 2026-02-10STARRY SKY PLAN (SHANGHAI) AUTOMOBILE TECHNOLOGY CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202512026656.1
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-12-30
Publication Date
2026-02-10

AI Technical Summary

Technical Problem

Traditional suspension systems cannot dynamically adapt to the differences in driving habits among different users, resulting in unsuitable suspension response and affecting vehicle driving safety and ride comfort.

Method used

By acquiring user identification and vehicle driving conditions, and combining real-time driving behavior data with environmental conditions for multi-dimensional fusion analysis, the suspension function logic is dynamically adjusted, and control parameters are optimized through a self-feedback learning mechanism to achieve a high degree of matching between suspension response and user operating habits.

Benefits of technology

It improves the user's driving experience and vehicle driving safety, and achieves personalized adaptation of suspension response to user operating habits, thereby enhancing ride comfort and safety.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN121492902A_ABST
    Figure CN121492902A_ABST
Patent Text Reader

Abstract

The embodiment of the invention provides a vehicle control method and a related device. The method comprises the steps of obtaining an identity label of a user and a driving working condition of a vehicle; under the condition that the user is not a new user, whether a first suspension parameter matched with the identity label and the driving working condition exists in a suspension parameter library or not is determined; if the first suspension parameter exists, controlling a suspension system of the vehicle based on the first suspension parameter; and if the first suspension parameter does not exist, the driving parameter of the user is obtained, and the suspension system of the vehicle is controlled based on the driving parameter and the driving working condition. According to the scheme, personalized adaptation between the suspension response and the user is achieved, and the driving experience of the user and the driving safety of the vehicle are effectively improved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of vehicle technology, and in particular to a vehicle control method and related apparatus. Background Technology

[0002] Modern car users have increasingly significant demands for personalized driving experiences, especially in scenarios where multiple users share a vehicle, where differences in driving habits among different users may cause discomfort in suspension response.

[0003] For example, some users prefer aggressive acceleration or braking, while others prefer smoother driving. Traditional suspension systems, with their fixed-parameter control logic, cannot dynamically adapt to these differences, which can easily affect vehicle safety and passenger comfort. Summary of the Invention

[0004] This application provides a vehicle control method and related apparatus to meet users' personalized driving needs and improve vehicle driving safety.

[0005] In a first aspect, embodiments of this application provide a vehicle control method, including:

[0006] Obtain user identification and vehicle operating conditions;

[0007] If the user is not a new user, determine whether there is a first suspension parameter in the suspension parameter library that matches the identity and the driving conditions;

[0008] If the first suspension parameter exists, the vehicle's suspension system is controlled based on the first suspension parameter;

[0009] If the first suspension parameter does not exist, the user's driving parameters are obtained, and the vehicle's suspension system is controlled based on the driving parameters and the driving conditions.

[0010] In some embodiments, controlling the vehicle's suspension system based on the driving parameters and the driving conditions includes:

[0011] Determine the initial suspension parameters based on the described driving conditions;

[0012] The axial acceleration and angular velocity signals of the vehicle body in six degrees of freedom under the aforementioned driving parameters were collected.

[0013] Based on the shaft acceleration signal and angular velocity signal, determine the correction value for the initial suspension parameters;

[0014] Based on the correction value and the initial suspension parameters, the second suspension parameters are determined;

[0015] The vehicle's suspension system is controlled based on the second suspension parameters.

[0016] In some embodiments, the method further includes:

[0017] Store the mapping relationship between the second suspension parameters and the driving conditions and the user's identity identifier;

[0018] When it is determined that the mapping relationship meets the user's driving habits, the mapping relationship is updated in the suspension parameter library.

[0019] In some embodiments, the method further includes:

[0020] Under the aforementioned driving conditions, if the number of times the user's driving parameters are consistent is greater than or equal to a preset number, then the mapping relationship is determined to satisfy the user's driving habits.

[0021] In some embodiments, the method further includes:

[0022] Under the aforementioned driving conditions, obtain the confidence level of the user's driving parameters;

[0023] If the confidence level is greater than or equal to a preset confidence threshold, then the mapping relationship is determined to satisfy the user's driving habits.

[0024] In some embodiments, the method further includes:

[0025] Under the aforementioned driving conditions, when it is detected that the new user's driving parameters match the user's driving habits, the mapping relationship is updated.

[0026] In some embodiments, the method further includes:

[0027] If the user's driving parameters are the same as those under the target event, then the user's driving parameters are removed during the process of determining whether the user's driving parameters meet the user's driving habits; the target event is used to indicate that the vehicle has encountered an abnormal situation during driving.

[0028] In some embodiments, the method further includes:

[0029] Display a personalized intelligent suspension adaptation page; the intelligent suspension adaptation page includes a first control and a second control;

[0030] The first control is used to enable or disable learning the mapping relationship; the second control is used to view and / or clear the learned mapping relationship.

[0031] Secondly, embodiments of this application provide a vehicle control device, including:

[0032] The acquisition module is used to acquire the user's identity and the vehicle's driving status.

[0033] The determination module is used to determine whether there is a first suspension parameter in the suspension parameter library that matches the identity identifier and the driving condition;

[0034] The first control module is used to control the vehicle's suspension system based on the first suspension parameters if the first suspension parameters exist.

[0035] The second control module is used to obtain user driving parameters if the first suspension parameters are not available, and to control the vehicle's suspension system based on the driving parameters and the driving conditions.

[0036] Thirdly, embodiments of this application provide an electronic device, including a processor, a transceiver, and a memory; the processor is communicatively connected to both the transceiver and the memory.

[0037] The memory stores computer-executed instructions;

[0038] The transceiver communicates and interacts with external devices.

[0039] The processor executes computer execution instructions stored in the memory, causing the processor to perform the first aspect and / or various possible implementations of the first aspect as described above.

[0040] Fourthly, this application provides a computer-readable storage medium having a computer program stored thereon, the computer program being executed by a processor to implement the method of any of the first aspects.

[0041] Fifthly, this application provides a computer program product, including a computer program that, when executed by a processor, implements the method of any one of the first aspects.

[0042] This application provides a vehicle control method and related apparatus. By acquiring a user's identity and the vehicle's driving conditions, and if the user is not a new user, the method determines whether a first suspension parameter matching the identity and driving conditions exists in a suspension parameter library. If the first suspension parameter exists, the vehicle's suspension system is controlled based on it. If the first suspension parameter does not exist, the method acquires the user's driving parameters and controls the vehicle's suspension system based on these parameters and the driving conditions. This solution, through the fusion analysis of environmental conditions and historical behavioral data, allows the system to adjust the suspension response logic based on the user's driving habits or operations. This ensures a high degree of matching between the suspension response and the user's operating habits, achieving personalized adaptation of the suspension response to the user, effectively improving the user's driving experience and enhancing vehicle safety. Attached Figure Description

[0043] Figure 1 A flowchart illustrating a vehicle control method provided in this application embodiment. Figure 1 ;

[0044] Figure 2 A flowchart illustrating a vehicle control method provided in this application embodiment. Figure 2 ;

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

[0046] Figure 4 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0047] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, 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.

[0048] In the embodiments of this application, the terms "first" and "second" are used to distinguish identical or similar items with essentially the same function and effect, without limiting their order. Those skilled in the art will understand that the terms "first" and "second" do not limit the quantity or execution order, and that the terms "first" and "second" do not necessarily imply that they are different.

[0049] It should be noted that, in the embodiments of this application, the terms "exemplary" or "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design scheme described as "exemplary" or "for example" in this application should not be construed as being more preferred or advantageous than other embodiments or design schemes. Specifically, the use of terms such as "exemplary" or "for example" is intended to present the relevant concepts in a specific manner.

[0050] The technical solution of this application and how the technical solution of this application solves the above-mentioned technical problems are described in detail below with specific embodiments. These specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments. The embodiments of this application will be described below with reference to the accompanying drawings.

[0051] With the rapid development of intelligent driving technology, vehicle suspension systems are evolving from traditional passive control to active and intelligent control.

[0052] Modern car users have increasingly significant demands for personalized driving experiences, especially in scenarios where multiple users share vehicles (such as family cars, ride-hailing vehicles, rental vehicles, etc.). Differences in driving habits among different drivers may cause discomfort in suspension response.

[0053] For example, some drivers prefer aggressive acceleration / braking styles, while others prefer gentle driving. Traditional suspension systems, with their fixed-parameter control logic, cannot dynamically adapt to these differences, requiring users to manually adjust the suspension mode, which is cumbersome and creates a disjointed driving experience.

[0054] In related technologies, intelligent suspension systems mostly rely on vehicle status or road conditions to adjust the suspension, and cannot adaptively adjust according to the driver's operating habits. This results in the suspension response being inconsistent with the driver's expectations, which can easily cause drastic changes in vehicle posture in scenarios such as congested traffic, affecting ride comfort and driving safety.

[0055] To address the aforementioned issues, this application provides a vehicle control method and related apparatus. Using driver identification as a trigger mechanism, it combines real-time driving behavior data with environmental conditions for multi-dimensional fusion analysis, dynamically adjusts the suspension function logic, and continuously optimizes control parameters through a self-feedback learning mechanism to achieve a high degree of synchronization between the suspension response and the driver's expectations.

[0056] Figure 1 This is a flowchart illustrating a vehicle control method provided in an embodiment of this application, as shown below. Figure 1 As shown, it includes:

[0057] S101. Obtain the user's identity and the vehicle's operating conditions.

[0058] In some embodiments, the user may refer to the vehicle's driver.

[0059] Vehicle operating conditions may include, but are not limited to, vehicle speed, road surface characteristics ahead of the vehicle, traffic conditions ahead (congestion, smooth traffic, etc.), and vehicle navigation information.

[0060] In some embodiments, the user's image can be captured by an in-vehicle camera and compared with a preset image to determine the user's identity. Alternatively, the user's identity can be confirmed by comparing the captured driver's fingerprint with a pre-stored fingerprint template. For example, in car-sharing, facial or fingerprint recognition is required when a user drives the car to verify their identity.

[0061] In some embodiments, the operating conditions in front of the vehicle can be collected based on the vehicle's sensors (such as cameras, radar, IMU, etc.).

[0062] S102. If the user is not a new user, determine whether there is a first suspension parameter in the suspension parameter library that matches the identity and driving conditions.

[0063] In some embodiments, the first suspension parameters may include the control strategy of the suspension system and the corresponding control current. For example, the suspension control strategy may be pitch suppression, roll suppression, etc.

[0064] The first suspension parameter is used to control the suspension system's response to the user's driving behavior or habits under the specified conditions, in order to improve the vehicle's stability and safety.

[0065] If the user is confirmed to be a new user, the steps shown in S104 can be executed directly, and the user's identity identifier can be stored.

[0066] In some embodiments, if the user is confirmed to be not a new user, a query is performed from a preset suspension parameter library based on the user's identity and driving conditions to determine if a matching first suspension parameter exists.

[0067] The suspension parameter library stores suspension parameters corresponding to multiple identifications and driving conditions.

[0068] For example, the suspension parameters stored in the suspension parameter library can be as follows:

[0069]

[0070] For example, if the confirmed user identity is identity 2 and the collected vehicle driving condition is condition 2, then the corresponding first suspension parameter can be found in the suspension parameter library as suspension parameter 22.

[0071] In some embodiments, if the first suspension parameter is obtained from the suspension parameter library, step S103 can be executed; if the first suspension parameter is not obtained from the suspension parameter library, step S104 can be executed.

[0072] S103. Control the vehicle's suspension system based on the first suspension parameters.

[0073] In some embodiments, upon obtaining the first suspension parameters, the suspension system can be controlled based on the first suspension parameters when the user controls the vehicle, or the suspension system can be controlled based on the first suspension parameters before the user controls the vehicle. This is to adjust the state of the suspension system to match the user's driving behavior, thereby improving the smoothness of vehicle operation.

[0074] For example, when user A is in a traffic jam, the corresponding first suspension parameter is pitch suppression. In this condition, when the user controls the vehicle to start, the system can actively prepare or trigger the pitch suppression function the moment (or even in advance) the driver presses the accelerator, thereby improving the smoothness of the vehicle's start.

[0075] S104. Obtain user driving parameters and control the vehicle's suspension system based on the driving parameters and driving conditions.

[0076] In some embodiments, user driving parameters may include, but are not limited to, steering wheel angle, accelerator pedal opening, brake pedal opening, and vehicle gear position.

[0077] In one possible implementation, user driving parameters and driving conditions can be processed based on a pre-trained prediction model to obtain second suspension parameters output by the model, and the vehicle's suspension system can be controlled based on the second suspension parameters.

[0078] In one possible implementation, second suspension parameters can be determined based on the vehicle's driving conditions and the changes in vehicle behavior caused by the user's driving parameters, and the vehicle's suspension system can be controlled based on the second suspension parameters.

[0079] For example, based on the driving conditions, initial suspension parameters are determined; axial acceleration and angular velocity signals of the vehicle body under the driving parameters are collected; correction values ​​for the initial suspension parameters are determined based on the axial acceleration and angular velocity signals; second suspension parameters are determined based on the correction values ​​and the initial suspension parameters; and the vehicle's suspension system is controlled based on the second suspension parameters.

[0080] The six degrees of freedom of the vehicle body refer to the six independent directions of the vehicle's motion in three-dimensional space, including three translational degrees of freedom and three rotational degrees of freedom. Axial acceleration signals are used to describe the linear acceleration of the vehicle's center of mass along each axis of the vehicle coordinate system; angular velocity signals are used to describe the speed of the vehicle body's rotation around each axis of the vehicle coordinate system.

[0081] For example, when a user controls the vehicle, the vehicle's IMU can collect axial acceleration and angular velocity signals that reflect changes in the vehicle's behavior caused by the user's driving behavior (driving parameters).

[0082] After collecting data on the vehicle's driving conditions, a preset prediction algorithm can be used to determine the vehicle's initial suspension parameters. For example, the prediction algorithm can be a fuzzy logic control algorithm, a roof control-acceleration drive damping control algorithm (SH-ADD algorithm), etc.

[0083] In some embodiments, after collecting driving conditions, data cleaning, labeling, and spatiotemporal alignment can be performed on the data for each condition to reduce interference from abnormal data.

[0084] After acquiring the axial acceleration and angular velocity signals, the signals can be processed using algorithms such as genetic algorithms, particle swarm optimization algorithms, and reinforcement learning algorithms to obtain the correction values ​​for the initial suspension parameters.

[0085] For example, a fitness function can be constructed based on axial acceleration and angular velocity signals, and optimized using a genetic algorithm to obtain corrected values ​​for the initial suspension parameters.

[0086] For example, the fitness function can be as follows:

[0087] F(k) = -[w1*f1 (vertical acceleration) + w2*f2 (pitch angle) + w3*f3 (roll angle) + w4*g (control energy consumption)]

[0088] Among them, w1, w2, w3, and w4 are preset weight coefficients.

[0089] For example, if the control current in the initial suspension parameters is I0, and the obtained correction value is k, then the corrected control current is k * I0.

[0090] In some embodiments, the acquired axial acceleration and angular velocity signals can also be cleaned, labeled, and spatiotemporally aligned to reduce interference from abnormal data.

[0091] The vehicle control method provided in this application obtains the user's identity and the vehicle's driving conditions. If the user is not a new user, it determines whether a first suspension parameter matching the identity and driving conditions exists in the suspension parameter library. If the first suspension parameter exists, the vehicle's suspension system is controlled based on it. If the first suspension parameter does not exist, the user's driving parameters are obtained, and the vehicle's suspension system is controlled based on these parameters and the driving conditions. This solution, through the fusion analysis of environmental conditions and historical behavioral data, allows the system to adjust the suspension response logic based on the user's driving habits or operations, ensuring a high degree of match between the suspension response and the user's operating habits. This achieves personalized adaptation of the suspension response to the user, effectively improving the user's driving experience and enhancing vehicle safety.

[0092] Based on the above embodiments, the vehicle control method provided in this application will be further described below.

[0093] Figure 2 A flowchart illustrating a vehicle control method provided in this application embodiment. Figure 2 ,like Figure 2 As shown, it includes:

[0094] S201, Store the mapping relationship between the second suspension parameters, driving conditions, and user identity.

[0095] In some embodiments, after determining the second suspension parameters based on driving conditions and the user's driving parameters, the system can memorize and store the mapping relationship between driving conditions, user identification, and the second suspension parameters.

[0096] S202. When it is determined that the mapping relationship meets the user's driving habits, the mapping relationship is updated to the suspension parameter library.

[0097] In some embodiments, it can be determined whether the mapping relationship meets the user's driving habits based on the following method.

[0098] In one possible implementation, under driving conditions, if the number of times the user's driving parameters are consistent is greater than or equal to a preset number, then the mapping relationship is determined to satisfy the user's driving habits.

[0099] Among them, the consistency of user driving parameters can refer to the same driving parameters or the deviation of driving parameters being less than a preset threshold.

[0100] For example, if user A's driving parameters are determined to be "starting with heavy throttle" three times in a row under traffic jam conditions, then the suspension parameters previously determined based on "traffic jam conditions and starting with heavy throttle" are deemed to meet the user's driving habits.

[0101] In one possible implementation, under driving conditions, the confidence level of the user's driving parameters is obtained; if the confidence level is greater than or equal to a preset confidence threshold, the mapping relationship is determined to satisfy the user's driving habits.

[0102] For example, the user's driving parameters under this driving condition can be treated as a binary classification problem: either the driving parameter represents a stable driving habit, or it represents an unstable driving habit. After each recording of the driving parameters for this condition, the confidence level for the parameter being a stable driving habit is updated based on a Bayesian formula. If the confidence level is greater than or equal to a preset confidence level, the mapping relationship is determined to satisfy the user's driving habits.

[0103] It should be understood that the specific values ​​of the prediction frequency and preset reliability mentioned above can be set based on actual needs. This application does not limit this.

[0104] Once the mapping relationship is determined to meet the user's driving habits, the mapping relationship can be updated in the suspension parameter library.

[0105] If the system detects the same operating conditions during the next trip, it can adjust the suspension system based on this mapping relationship. For example, if the system detects that user A is in a traffic jam, it assumes that user A will still "start with heavy throttle". Based on the recorded mapping relationship of "user A-traffic jam-pitch suppression", the system can proactively prepare or trigger the pitch suppression function of the suspension system the moment (or even before) the user presses the accelerator, thereby improving the smoothness of user A's vehicle start.

[0106] In some embodiments, to ensure vehicle driving safety, it is necessary to remove data under abnormal conditions when learning user driving habits.

[0107] For example, if the user's driving parameters are the driving parameters under the target event, then the user's driving parameters are eliminated in the process of determining whether the user's driving parameters meet the user's driving habits; the target event is used to indicate that an abnormal situation occurs during the vehicle's operation.

[0108] For example, when extreme behaviors such as ESP / ABS triggering or emergency braking are detected, these behaviors are not the user's driving habits. Therefore, the data corresponding to these behaviors is removed from habit learning to avoid contamination of data corresponding to extreme behaviors, thereby improving the accuracy of learning the user's driving habits.

[0109] S203. Under driving conditions, when it is detected that the user's new driving parameters meet the user's driving habits, the mapping relationship is updated.

[0110] In some embodiments, users' driving habits may change over time. Therefore, it is necessary to update the mapping relationship based on the user's new driving habits in order to personalize the user experience.

[0111] For example, the current mapping relationship is "User A - Traffic Jam - Pitch Suppression", which is based on User A's habit of "starting with heavy throttle" in traffic jam scenarios. If, during subsequent driving, the system records that the user started with light throttle in traffic jam scenarios, then new suspension parameters are obtained based on the "traffic jam" + "light throttle start" starting pattern, and this mapping relationship is recorded.

[0112] When a new mapping relationship is recorded, the system will not immediately execute the corresponding mapping relationship because it may be an occasional operation by the user. The recorded mapping relationship will be updated only when it is determined that the new mapping relationship already meets the user's driving habits.

[0113] For example, if the recorded mapping relationship is "User A - Traffic Jam - Pitch Suppression", it can be updated based on the new mapping relationship to "User A - Traffic Jam - Roll Suppression".

[0114] In some embodiments, the system learns and changes the driving experience "silently," which may confuse users or make them feel a loss of control. Therefore, a personalized intelligent suspension adaptation page can be displayed on the vehicle's large screen to help users understand the changes.

[0115] For example, on the personalized intelligent suspension adaptation page, users can clearly see a summary of the main scenario habits the system has learned for them (e.g., "You typically prefer more stable support on highway curves").

[0116] In some embodiments, the page may also include multiple controls. For example, a first control enables / disables the self-learning function; a second control is used to view / clear the learned data; and a third control is used to restore all suspension settings to factory defaults with one click.

[0117] In some embodiments, learning a user's driving habits involves the user's facial image and driving behavior habits (such as frequency of rapid acceleration and frequently used routes), which are highly sensitive personal data. If leaked or misused, the risks are extremely high. Therefore, the following methods can be used to protect privacy.

[0118] For example, localization processing and edge computing:

[0119] All user identification (face, ID) model calculations and behavioral data analysis and learning are completed within the vehicle-side domain controller (such as the chassis domain controller or a dedicated intelligent driving computing unit). The original biometric data (such as face images) is destroyed immediately after recognition is completed, and only irreversible feature vectors or anonymized user IDs are saved.

[0120] The learned user-specific suspension parameters are stored only on the vehicle and are not synchronized with the cloud unless explicitly authorized by the user and encrypted.

[0121] For example, data anonymization and desensitization:

[0122] Data uploaded to the cloud for algorithm iteration (such as "the relationship between throttle opening and pitch angle acceleration under a certain working condition") must undergo strict anonymization processing, removing all information directly bound to personal identity and vehicle VIN code, and using randomly generated anonymous identifiers.

[0123] For example, explicit user authorization and transparent control:

[0124] When used for the first time, the in-vehicle system must explain to the user through a clear and easy-to-understand interface what data the function will collect, for what purpose, and how it will be stored, and obtain the user's explicit consent.

[0125] The vehicle's infotainment system provides a clear data management entry point, allowing users to view and delete their personal driving profiles at any time, or turn off data collection with a single click.

[0126] In summary, the vehicle control method provided in this application, through a linkage mechanism of driver identification, behavioral data collection, and driving habit self-learning, enables the suspension response to highly match the driver's operating habits. It can also predict the driver's operating intentions in advance and adjust the suspension logic to avoid lag caused by preset parameters. This achieves a leap from "fixed parameter control" to "personalized dynamic adaptation" of the suspension system, significantly improving driving comfort, safety, and multi-user compatibility.

[0127] Based on the above embodiments, this application also provides a vehicle control device.

[0128] Figure 3 This is a schematic diagram of the vehicle control 30 provided in the embodiments of this application, as shown below. Figure 3 As shown, it includes:

[0129] The acquisition module 301 is used to acquire the user's identity and the vehicle's driving conditions.

[0130] The determination module 302 is used to determine whether there is a first suspension parameter in the suspension parameter library that matches the identity and driving conditions.

[0131] The first control module 303 is used to control the vehicle's suspension system based on the first suspension parameters if the first suspension parameters exist.

[0132] The second control module 304 is used to obtain user driving parameters if the first suspension parameters do not exist, and to control the vehicle's suspension system based on the driving parameters and driving conditions.

[0133] In some embodiments, the second control module 304 is configured to: determine initial suspension parameters based on driving conditions; acquire axial acceleration and angular velocity signals of the vehicle body in six degrees of freedom under driving parameters; determine correction values ​​for the initial suspension parameters based on the axial acceleration and angular velocity signals; determine second suspension parameters based on the correction values ​​and the initial suspension parameters; and control the vehicle's suspension system based on the second suspension parameters.

[0134] In some embodiments, the determining module 302 is used to store the mapping relationship between the second suspension parameters and the driving conditions and the user identity identifier; when it is determined that the mapping relationship meets the user's driving habits, the mapping relationship is updated to the suspension parameter library.

[0135] In some embodiments, the determining module 302 is used to determine that the mapping relationship satisfies the user's driving habits if the number of times the user's driving parameters are consistent is greater than or equal to a preset number under driving conditions.

[0136] In some embodiments, the determining module 302 is used to obtain the confidence level of the user's driving parameters under driving conditions; if the confidence level is greater than or equal to a preset confidence threshold, the mapping relationship is determined to satisfy the user's driving habits.

[0137] In some embodiments, the determining module 302 is used to update the mapping relationship when a new user's driving parameters are detected to match the user's driving habits during driving conditions.

[0138] In some embodiments, the determining module 302 is used to remove the user's driving parameters when determining whether the user's driving parameters meet the user's driving habits if the user's driving parameters are the same as the driving parameters under the target event; the target event is used to indicate that an abnormal situation occurs during vehicle operation.

[0139] The first control module 303 is used to display a personalized intelligent suspension adaptation page; the intelligent suspension adaptation page includes a first control and a second control; the first control is used to enable or disable learning mapping relationships; the second control is used to view and / or clear learned mapping relationships.

[0140] The vehicle control device provided in this application embodiment can execute the vehicle control method shown in any of the above embodiments. Its principle and technical effect are similar, and will not be described again here.

[0141] This application also provides an electronic device.

[0142] Figure 4 This is a schematic diagram of the structure of the electronic device 40 provided in the embodiments of this application, such as... Figure 4 As shown, the electronic device may include: a transceiver 401, a processor 402, and a memory 403.

[0143] Processor 402 executes computer execution instructions stored in memory, causing processor 402 to perform the scheme in the above embodiments. Processor 402 may be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it may also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components.

[0144] The memory 403 is connected to the processor 402 via the system bus and completes communication between them. The memory 403 is used to store computer program instructions.

[0145] Transceiver 401 can perform the functions of receiving and sending data and instructions.

[0146] Optionally, the electronic device 40 may also include a communication interface 404, which allows communication and interaction with external or internal devices via the communication interface 403. External devices may be, for example, client devices (e.g., mobile phones, tablets). In specific implementations, if the communication interface 404, memory 403, and processor 402 are implemented independently, they can be interconnected via a bus to complete communication with each other.

[0147] The system bus can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. The system bus can be divided into address bus, data bus, control bus, etc. For ease of representation, only one thick line is used in the diagram, but this does not indicate that there is only one bus or one type of bus. Transceivers are used to enable communication between database access devices and other computers (e.g., clients, read-write libraries, and read-only libraries). Memory may include random access memory (RAM) and may also include non-volatile memory.

[0148] Optionally, in a specific implementation, if the communication interface 404, memory 403, and processor 402 are integrated on a single chip, then the communication interface 404, memory 403, and processor 402 can communicate through an internal interface.

[0149] This application also provides a chip for executing instructions, which is used to execute the technical solutions in the above embodiments.

[0150] This application also provides a computer-readable storage medium storing a computer program thereon. When the computer program is executed by a processor, it implements the technical solutions of the above embodiments. The implementation principle and technical effects are similar, and will not be repeated here.

[0151] In one possible implementation, a computer-readable medium may include random access memory (RAM), read-only memory (ROM), compact discread-only memory (CD-ROM) or other optical disc storage, disk storage or other magnetic storage devices, or any other medium targeted to carry or to store the required program code in the form of instructions or data structures, and accessible by a computer. Furthermore, any connection is appropriately referred to as a computer-readable medium. For example, if software is transmitted from a website, server, or other remote source using coaxial cable, fiber optic cable, twisted pair, Digital Subscriber Line (DSL), or wireless technologies such as infrared, radio, and microwave, then coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of medium. As used herein, disks and optical discs include optical discs, laser discs, optical discs, Digital Versatile Discs (DVDs), floppy disks, and Blu-ray discs, where disks typically reproduce data magnetically, while optical discs optically reproduce data using lasers. Combinations of the above should also be included within the scope of computer-readable media.

[0152] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the technical solution of the above method embodiments. Its implementation principle and technical effects are similar, and will not be repeated here.

[0153] In the specific implementation of the aforementioned terminal device or server, it should be understood that the processor can be a Central Processing Unit (CPU), or other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), etc. A general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in the embodiments of this application can be directly manifested as execution by a hardware processor, or execution by a combination of hardware and software modules within the processor.

[0154] Those skilled in the art will understand that all or part of the steps in any of the above method embodiments can be implemented by hardware associated with program instructions. The aforementioned program can be stored in a computer-readable storage medium, and when the program is executed, all or part of the steps in the above method embodiments are performed.

[0155] If the technical solution of this application is implemented in software form and sold or used as a product, it can be stored in a computer-readable storage medium. Based on this understanding, all or part of the technical solution of this application can be embodied in the form of a software product, which is stored in a storage medium and includes a computer program or several instructions. This computer software product enables a computer device (which may be a personal computer, server, network device, or similar electronic device) to execute all or part of the steps of the methods in the embodiments of this application.

[0156] It should be noted that, for the sake of simplicity, the foregoing method embodiments are all described as a series of actions. However, those skilled in the art should understand that this application is not limited to the described order of actions, as some steps may be performed in other orders or simultaneously according to this application. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are all optional embodiments, and the actions and modules involved are not necessarily essential to this application.

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

[0158] It should be understood that the above-described device embodiments are merely illustrative, and the device of this application can also be implemented in other ways. For example, the division of units / modules in the above embodiments is only a logical functional division, and there may be other division methods in actual implementation. For example, multiple units, modules, or components may be combined, or integrated into another system, or some features may be ignored or not executed.

[0159] Furthermore, unless otherwise specified, the functional units / modules in the various embodiments of this application can be integrated into one unit / module, or each unit / module can exist physically separately, or two or more units / modules can be integrated together. The integrated units / modules described above can be implemented in hardware or as software program modules.

[0160] When integrated units / modules are implemented in hardware, the hardware can be digital circuits, analog circuits, etc. The physical implementation of the hardware structure includes, but is not limited to, transistors, memristors, etc. Unless otherwise specified, the processor can be any suitable hardware processor, such as a CPU, GPU, FPGA, DSP, and ASIC, etc. Unless otherwise specified, the storage unit can be any suitable magnetic or magneto-optical storage medium, such as Resistive Random Access Memory (RRAM), Dynamic Random Access Memory (DRAM), Static Random Access Memory (SRAM), Enhanced Dynamic Random Access Memory (EDRAM), High-Bandwidth Memory (HBM), Hybrid Memory Cube (HMC), etc.

[0161] If the integrated unit / module is implemented as a software program module and sold or used as an independent product, it can be stored in a computer-readable storage device (CMD). Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a memory 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 steps of the methods of the various embodiments of this application. The aforementioned memory includes various media capable of storing program code, such as a USB flash drive, read-only memory (ROM), random access memory (RAM), portable hard drive, magnetic disk, or optical disk.

[0162] In the above embodiments, the descriptions of each embodiment have their own emphasis. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions of other embodiments. The technical features of the above embodiments can be combined arbitrarily. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as the combination of these technical features does not contradict each other, it should be considered within the scope of this specification.

[0163] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features therein. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of this application.

Claims

1. A vehicle control method, characterized in that, include: Obtain user identification and vehicle operating conditions; If the user is not a new user, determine whether there is a first suspension parameter in the suspension parameter library that matches the identity and the driving conditions; If the first suspension parameter exists, the vehicle's suspension system is controlled based on the first suspension parameter; If the first suspension parameter does not exist, the user's driving parameters are obtained, and the vehicle's suspension system is controlled based on the driving parameters and the driving conditions.

2. The method according to claim 1, characterized in that, The control of the vehicle's suspension system based on the driving parameters and the driving conditions includes: Determine the initial suspension parameters based on the described driving conditions; The axial acceleration and angular velocity signals of the vehicle body in six degrees of freedom under the aforementioned driving parameters were collected. Based on the shaft acceleration signal and angular velocity signal, determine the correction value for the initial suspension parameters; Based on the correction value and the initial suspension parameters, the second suspension parameters are determined; The vehicle's suspension system is controlled based on the second suspension parameters.

3. The method according to claim 2, characterized in that, The method further includes: Store the mapping relationship between the second suspension parameters and the driving conditions and the user's identity identifier; When it is determined that the mapping relationship meets the user's driving habits, the mapping relationship is updated in the suspension parameter library.

4. The method according to claim 3, characterized in that, The method further includes: Under the aforementioned driving conditions, if the number of times the user's driving parameters are consistent is greater than or equal to a preset number, then the mapping relationship is determined to satisfy the user's driving habits.

5. The method according to claim 3, characterized in that, The method further includes: Under the aforementioned driving conditions, obtain the confidence level of the user's driving parameters; If the confidence level is greater than or equal to a preset confidence threshold, then the mapping relationship is determined to satisfy the user's driving habits.

6. The method according to claim 4 or 5, characterized in that, The method further includes: Under the aforementioned driving conditions, when the user's new driving parameters are detected to match the user's driving habits, the mapping relationship is updated.

7. The method according to claim 6, characterized in that, The method further includes: If the user's driving parameters are the same as those under the target event, then the user's driving parameters are removed during the process of determining whether the user's driving parameters meet the user's driving habits; the target event is used to indicate that the vehicle has encountered an abnormal situation during driving.

8. The method according to any one of claims 1-5, characterized in that, The method further includes: Display a personalized intelligent suspension adaptation page; the intelligent suspension adaptation page includes a first control and a second control; The first control is used to enable or disable learning the mapping relationship; the second control is used to view and / or clear the learned mapping relationship.

9. A vehicle control device, characterized in that, include: The acquisition module is used to acquire the user's identity and the vehicle's driving status. The determination module is used to determine whether there is a first suspension parameter in the suspension parameter library that matches the identity identifier and the driving condition; The first control module is used to control the vehicle's suspension system based on the first suspension parameters if the first suspension parameters exist. The second control module is used to obtain user driving parameters if the first suspension parameters are not available, and to control the vehicle's suspension system based on the driving parameters and the driving conditions.

10. An electronic device, characterized in that, include: The processor, transceiver, and memory are provided; the processor is communicatively connected to both the transceiver and the memory. The memory stores computer-executed instructions; The transceiver communicates and interacts with external devices. The processor executes computer execution instructions stored in the memory to implement the method as described in any one of claims 1-8.

11. A computer-readable storage medium, characterized in that, It stores a computer program, which is executed by a processor to implement the method of any one of claims 1-8.

12. A computer program product, characterized in that, Includes a computer program that, when executed by a controller, implements the method of any one of claims 1-8.