Vehicle control method, vehicle, and computer-readable storage medium

Abstract

The embodiment of the application provides a vehicle control method, a vehicle and a computer readable storage medium, the method comprises the following steps: in response to a touch operation based on a first setting item, a first switch state signal is generated; the second target function switch in the second setting item is synchronously processed based on the first switch state signal, and a second switch state signal is obtained; based on the second switch state signal, the intelligent driving domain controller is controlled to execute the control operation corresponding to the second target function switch. The application solves the technical problems of low state synchronization and poor driver operation experience caused by the independent interaction of multiple function soft switch setting items in the cabin domain controller with the intelligent driving domain controller in the related art.

Description

Technical Field

[0001] This application relates to the field of intelligent driving technology, and more specifically, to a vehicle control method, a vehicle, and a computer-readable storage medium. Background Technology

[0002] In related technologies, the soft switches used by the cockpit domain controller to control the on / off state of intelligent driving functions are typically only displayed in the central control system settings or only in the intelligent driving application (APP) settings. This forces drivers to switch between multiple applications to operate the soft switches, thus reducing the driver's interactive experience. Furthermore, some intelligent driving functions offer sub-options in addition to on / off, such as lane departure assist, which includes four options: off, alert, correct, and alert + correct. Drivers frequently need to adjust these function switch options when using intelligent driving functions. If the operation is cumbersome and time-consuming, it can easily distract the driver and affect driving safety.

[0003] There is currently no good solution to the above problems. Summary of the Invention

[0004] This application provides a vehicle control method, a vehicle, and a computer-readable storage medium to at least solve the technical problems in the related art, such as low state synchronization and poor driver operation experience caused by multiple functional soft switch settings in the cockpit domain controller interacting independently with the intelligent driving domain controller.

[0005] According to one aspect of the embodiments of this application, a vehicle control method is provided, applied to a vehicle control system. The vehicle control system includes a cockpit domain controller and a driving domain controller. The cockpit domain controller includes a first setting item and a second setting item. The first setting item is a driving application setting item, and the second setting item is a central control system setting item. The first setting item includes a plurality of first function switches, and the second setting item includes a plurality of second function switches. The plurality of first function switches correspond one-to-one with the plurality of second function switches. The method includes: responding to a touch operation based on the first setting item to generate a first switch status signal, wherein the first switch status signal includes the current state corresponding to a first target function switch, and the first target function switch is at least one first function switch; performing synchronous processing on the second target function switches in the second setting item based on the first switch status signal to obtain a second switch status signal, wherein the control functions corresponding to the second target function switches and the first target function switches are the same, the second target function switches are at least one second function switches, and the second switch status signal includes the current state corresponding to the second target function switches; and controlling the driving domain controller to execute the control operation corresponding to the second target function switches based on the second switch status signal.

[0006] Optionally, the vehicle control method in this application embodiment further includes: periodically verifying the first switch state signal based on the second switch state signal to obtain a first verification result, wherein the first verification result is used to determine the matching state between the current state corresponding to the second target function switch and the current state corresponding to the first target function switch; and determining the target state corresponding to the first target function switch based on the first verification result.

[0007] Optionally, determining the target state corresponding to the first target function switch based on the first verification result includes: responding to the determination that the current state corresponding to the second target function switch and the current state corresponding to the first target function switch do not match based on the first verification result, and determining the target state corresponding to the first target function switch as the current state corresponding to the second target function switch.

[0008] Optionally, the vehicle control method in this application embodiment further includes: acquiring a third switch state signal, wherein the third switch state signal is used to represent the current state corresponding to the control function; performing periodic verification on a second switch state signal based on the third switch state signal to obtain a second verification result, wherein the second verification result is used to determine the matching state between the current state corresponding to the second target function switch and the current state corresponding to the control function; and determining the target state corresponding to the second target function switch based on the second verification result.

[0009] Optionally, determining the target state corresponding to the second target function switch based on the second verification result includes: in response to the determination that the current state corresponding to the second target function switch and the current state corresponding to the control function do not match based on the second verification result, determining the target state corresponding to the second target function switch as the current state corresponding to the control function.

[0010] Optionally, the vehicle control method in this application embodiment further includes: periodically verifying the current state corresponding to the first target function switch based on the target state corresponding to the second target function switch to obtain a third verification result, wherein the third verification result is used to determine the matching state between the target state corresponding to the second target function switch and the current state corresponding to the first target function switch; and determining the target state corresponding to the first target function switch based on the third verification result.

[0011] Optionally, determining the target state corresponding to the first target function switch based on the third verification result includes: responding to the fact that the target state corresponding to the second target function switch and the current state corresponding to the first setting item do not match based on the third verification result, and determining the target state corresponding to the first target function switch as determining the target state corresponding to the second target function switch.

[0012] Optionally, the vehicle control method in this application embodiment further includes: in response to the vehicle being in the first power-on state, determining the initial state corresponding to the second target function switch based on the preset function switch state; generating a fourth switch state signal based on the initial state corresponding to the second target function switch; and performing synchronization processing on the first target function switch based on the fourth switch state signal to obtain the initial state corresponding to the first target function switch.

[0013] According to another aspect of the embodiments of this application, a vehicle control device is also provided, applied to a vehicle control system. The vehicle control system includes: a cockpit domain controller and an intelligent driving domain controller. The cockpit domain controller includes: a first setting item and a second setting item. The first setting item is an intelligent driving application setting item, and the second setting item is a central control system setting item. The first setting item includes a plurality of first function switches, and the second setting item includes a plurality of second function switches. The plurality of first function switches and the plurality of second function switches correspond one-to-one. The device includes: a first generation module, used to generate a first switch status signal in response to a touch operation based on the first setting item, wherein the first switch status signal includes the current state corresponding to a first target function switch, and the first target function switch is at least one first function switch; a first synchronization processing module, used to perform synchronization processing on the second target function switches in the second setting item based on the first switch status signal to obtain a second switch status signal, wherein the control functions corresponding to the second target function switches and the first target function switches are the same, the second target function switches are at least one second function switches, and the second switch status signal includes the current state corresponding to the second target function switches; and a control module, used to control the intelligent driving domain controller to execute the control operation corresponding to the second target function switch based on the second switch status signal.

[0014] Optionally, the vehicle control device in this application embodiment further includes: a first verification module, used to periodically verify the first switch state signal based on the second switch state signal to obtain a first verification result, wherein the first verification result is used to determine the matching state between the current state corresponding to the second target function switch and the current state corresponding to the first target function switch; and a first determination module, used to determine the target state corresponding to the first target function switch based on the first verification result.

[0015] Optionally, the first determining module is further configured to: respond to a mismatch between the current state corresponding to the second target function switch and the current state corresponding to the first target function switch determined based on the first verification result, and determine the target state corresponding to the first target function switch as the current state corresponding to the second target function switch.

[0016] Optionally, the vehicle control device in this embodiment further includes: an acquisition module, configured to acquire a third switch state signal, wherein the third switch state signal is used to represent the current state corresponding to the control function; a second verification module, configured to perform periodic verification on the second switch state signal based on the third switch state signal to obtain a second verification result, wherein the second verification result is used to determine the matching state between the current state corresponding to the second target function switch and the current state corresponding to the control function; and a second determination module, configured to determine the target state corresponding to the second target function switch based on the second verification result.

[0017] Optionally, the second determining module is further configured to: in response to the determination based on the second verification result that the current state corresponding to the second target function switch and the current state corresponding to the control function do not match, determine the target state corresponding to the second target function switch as the current state corresponding to the control function.

[0018] Optionally, the vehicle control device in this application embodiment further includes: a third verification module, used to periodically verify the current state corresponding to the first target function switch based on the target state corresponding to the second target function switch, and obtain a third verification result, wherein the third verification result is used to determine the matching state between the target state corresponding to the second target function switch and the current state corresponding to the first target function switch; and a third determination module, used to determine the target state corresponding to the first target function switch based on the third verification result.

[0019] Optionally, the third determining module is further configured to: respond to a mismatch between the target state corresponding to the second target function switch and the current state corresponding to the first setting item determined based on the third verification result, and determine the target state corresponding to the first target function switch as the target state corresponding to the second target function switch.

[0020] Optionally, the vehicle control device in this application embodiment further includes: a fourth determining module, used to determine the initial state corresponding to the second target function switch based on a preset function switch state in response to the vehicle being in the first power-on state; a second generating module, used to generate a fourth switch state signal based on the initial state corresponding to the second target function switch; and a second synchronization processing module, used to perform synchronization processing on the first target function switch based on the fourth switch state signal to obtain the initial state corresponding to the first target function switch.

[0021] According to another aspect of the embodiments of this application, a vehicle is also provided, including: a memory storing an executable program; and a processor for running the program, wherein the program executes the methods in various embodiments of this application when it runs.

[0022] According to another aspect of the embodiments of this application, a computer-readable storage medium is also provided, the computer-readable storage medium including a stored executable program, wherein, when the executable program is running, it controls the device where the computer-readable storage medium is located to perform the methods of various embodiments of this application.

[0023] According to another aspect of the embodiments of this application, a computer program product is also provided, including a computer program that, when executed by a processor, implements the methods of various embodiments of this application.

[0024] According to another aspect of the embodiments of this application, a computer program product is also provided, including a non-volatile computer-readable storage medium storing a computer program that, when executed by a processor, implements the methods in various embodiments of this application.

[0025] According to another aspect of the embodiments of this application, a computer program is also provided, which, when executed by a processor, implements the methods of the various embodiments of this application.

[0026] In this embodiment, a first switch state signal is generated in response to a touch operation based on a first setting item. Based on the first switch state signal, a second target function switch in the second setting item is synchronously processed to obtain a second switch state signal. Then, based on the second switch state signal, the intelligent driving domain controller is controlled to execute the control operation corresponding to the second target function switch. This achieves the goal of ensuring the consistency of the states of all functional soft switch settings within the cockpit domain controller and real-time synchronization with the actual execution state of the intelligent driving domain controller. This improves the driver's ease of operation, interaction response efficiency, and operational safety and cognitive consistency during driving in multiple application scenarios. Furthermore, it solves the technical problems of low state synchronization and poor driver operation experience caused by multiple functional soft switch settings within the cockpit domain controller interacting independently with the intelligent driving domain controller in related technologies. Attached Figure Description

[0027] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings:

[0028] Figure 1 This is a schematic diagram of a vehicle control method based on existing technology;

[0029] Figure 2 This is a flowchart of a vehicle control method according to one embodiment of this application;

[0030] Figure 3This is a schematic diagram of a vehicle control method according to one embodiment of this application;

[0031] Figure 4 This is a schematic diagram of another vehicle control method according to one embodiment of this application;

[0032] Figure 5 This is a schematic diagram of another vehicle control method according to one embodiment of this application;

[0033] Figure 6 This is a schematic diagram of another vehicle control method according to one embodiment of this application;

[0034] Figure 7 This is a schematic diagram of another vehicle control method according to one embodiment of this application;

[0035] Figure 8 This is a structural block diagram of a vehicle control device according to one embodiment of this application. Detailed Implementation

[0036] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort should fall within the scope of protection of the present application.

[0037] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0038] In related technologies, the soft switches used by the cockpit domain controller to control the activation or deactivation of intelligent driving functions are typically only displayed in the central control system settings or the intelligent driving app settings. This forces drivers to switch between multiple applications to operate the soft switches, thus reducing the driver's interactive experience. Furthermore, some intelligent driving functions offer sub-options in addition to on / off, such as lane departure assist, which includes four options: off, alert, correct, and alert + correct. Drivers frequently need to adjust these options when using intelligent driving functions. If the operation is cumbersome and time-consuming, it can easily distract the driver and affect driving safety.

[0039] Specifically, taking the settings displayed in the central control system as an example, when the driver operates the soft switch, the cockpit domain controller only sends three frames of valid switch status signal values, which are event-driven signals. These signals can be Scalable service-oriented middleware over IP (SomeIP) signals or Controller Area Network (CAN) signals. However, after receiving the valid switch status signal values ​​from the cockpit domain controller, the intelligent driving domain controller continuously feeds back the valid switch status signal values ​​after execution, which are periodic signals.

[0040] Figure 1 This is a schematic diagram of a vehicle control method based on existing technology, such as... Figure 1As shown, taking the soft switch of the Automatic Emergency Braking (AEB) function as an example, when the driver turns the AEB switch on or off, the AEB switch in the central control system settings immediately responds to the driver's operation and displays an on or off status. The central control system settings send three frames of valid switch status signals through the cockpit system layer: ICC_enum_AEBSettingSts=0x1:ON when on, and ICC_enum_AEBSettingSts=0x2:OFF when off. After sending the three frames of valid signals, ICC_enum_AEBSettingSts=0x0:No action is sent by default. After receiving the switch status signals from the cockpit domain controller, the intelligent driving domain controller executes and feeds back the final on / off status of the function according to its operating status. The intelligent driving domain controller periodically and continuously feeds back the switch status signals: ADAS_enum_AEBSts=0x1:ON when on, and ADAS_enum_AEBSts=0x2:OFF when off. After receiving the final switch status signal from the intelligent driving domain controller, the central control system settings in the cockpit domain controller corrects the display status of the AEB switch in the central control system settings. If the received ADAS_enum_AEBSts signal and the effective value of the ICC_enum_AEBSettingSts signal issued by the central control system settings are inconsistent (one is ON and the other is OFF), the final switch status signal fed back by the intelligent driving domain controller shall prevail, and the AEB switch in the central control system settings will exhibit a bounce phenomenon.

[0041] According to an embodiment of this application, a method embodiment for vehicle control is provided. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Furthermore, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0042] This method embodiment can be executed in an electronic device or similar computing device that includes memory and a processor. Taking operation on a computer terminal as an example, the computer terminal may include one or more processors (processors may include, but are not limited to, central processing units (CPUs), graphics processing units (GPUs), digital signal processing (DSP) chips, microcontroller units (MCUs), field-programmable gate arrays (FPGAs), neural network processors (NPUs), tensor processors (TPUs), artificial intelligence (AI) type processors, etc.) and memory for storing data. Optionally, the computer terminal may also include transmission devices, input / output devices, and display devices for communication functions. Those skilled in the art will understand that the above structural description is merely illustrative and does not limit the structure of the computer terminal. For example, the computer terminal may include more or fewer components than described above, or have a different configuration than described above.

[0043] The memory can be used to store computer programs, such as application software programs and modules, like the computer program corresponding to the vehicle control method in this embodiment. The processor executes various functional applications and data processing by running the computer program stored in the memory, thereby implementing the aforementioned vehicle control method. The memory may include high-speed random access memory (RAM) and non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory may further include memory remotely located relative to the processor, and these remote memories can be connected to the mobile terminal via a network. Examples of such networks include, but are not limited to, the Internet, corporate intranets, local area networks (LANs), mobile communication networks, and combinations thereof.

[0044] The transmission device is used to receive or send data via a network. Specific examples of the network described above may include a wireless network provided by the mobile terminal's communication provider. In one example, the transmission device includes a Network Interface Controller (NIC), which can connect to other network devices via a base station to communicate with the Internet. In another example, the transmission device may be a Radio Frequency (RF) module, used for wireless communication with the Internet.

[0045] Display devices can be, for example, touchscreen liquid crystal displays (LCDs) and touch displays (also referred to as "touchscreens" or "touch displays"). The LCD allows users to interact with the user interface of the mobile terminal. In some embodiments, the mobile terminal has a graphical user interface (GUI), which allows users to interact with the GUI through finger contact and / or gestures on a touch-sensitive surface. Optional human-computer interaction functions include: creating web pages, drawing, word processing, creating electronic documents, playing games, video conferencing, instant messaging, sending and receiving emails, call interfaces, playing digital video, playing digital music, and / or web browsing, etc. Executable instructions for performing the above human-computer interaction functions are configured / stored in one or more processor-executable computer program products or readable storage media.

[0046] This embodiment provides a vehicle control method. Figure 2 This is a flowchart of a vehicle control method according to one embodiment of this application. The method is applied to a vehicle control system, which includes a cockpit domain controller and a smart driving domain controller. The cockpit domain controller includes a first setting item and a second setting item. The first setting item is a smart driving application setting item, and the second setting item is a central control system setting item. The first setting item includes a plurality of first function switches, and the second setting item includes a plurality of second function switches. The plurality of first function switches and the plurality of second function switches correspond one-to-one. The process includes the following steps:

[0047] Step S21: In response to a touch operation based on the first setting item, generate a first switch state signal, wherein the first switch state signal includes the current state corresponding to the first target function switch, and the first target function switch is at least one first function switch;

[0048] The aforementioned cockpit domain controller refers to the electronic control unit responsible for managing the vehicle's human-machine interface, application operation, and coordinating signals within the domain. Specifically, the cockpit domain controller integrates the central control display system, application operating environment, and internal communication module. It has the ability to store function switch states, can interact with other application modules in the cockpit through the internal signal bus, and synchronizes its state with the intelligent driving domain controller through a standardized communication protocol.

[0049] The aforementioned intelligent driving domain controller refers to an electronic control unit that independently operates intelligent driving function logic, executes perception and decision-making algorithms, and controls the vehicle's longitudinal and lateral motion assistance systems. Specifically, the intelligent driving domain controller has a built-in local storage mechanism for function enable states, enabling it to enable or disable functions based on external commands.

[0050] The aforementioned first setting item refers to the intelligent driving application settings item deployed within the cockpit domain controller. Specifically, this first setting item is a function switch entry point directly accessible to the driver in the intelligent driving application. The interface elements are completely identical to the central control system settings item, but it does not have the permission to communicate directly with the intelligent driving domain controller. Its status changes are only synchronized to the central control system settings item through internal cockpit domain signals, and then the central control system settings item uniformly interacts with the outside world, realizing the convenience of user operation and centralized control of the system architecture.

[0051] The aforementioned second setting item refers to the central control system settings item deployed within the cockpit domain controller. Specifically, this second setting item is a dedicated intelligent driving function management module in the vehicle settings menu, possessing the authority to perform bidirectional signal interaction with the intelligent driving domain controller. As the sole authorized control outlet, the second setting item can receive driver operations and issue function switch commands, while simultaneously receiving the final execution status feedback from the intelligent driving domain controller. This feedback is used to correct its own and the first setting item's display status, ensuring consistency across the entire system.

[0052] The aforementioned function switches refer to software interaction elements that control the activation, deactivation, or mode switching of intelligent driving assistance functions. Specifically, these function switches are represented as touch-sensitive switch controls in the graphical interface, corresponding to specific intelligent driving functions, such as automatic emergency braking, lane departure assist, and adaptive cruise control.

[0053] The aforementioned first target function switch refers to the software interactive control in the first setting item that is directly operated by the driver's touch operation and is used to control the start / stop or mode switching of a specific intelligent driving assistance function.

[0054] The current state corresponding to the aforementioned first target function switch refers to the instantaneous logical state of the function switch triggered by the driver performing a touch operation in the first setting.

[0055] For example, the current state corresponding to the aforementioned first target function switch can be expressed in the form of a numerical enumeration, such as 0x1 representing on, 0x2 representing off, and 0x0 representing no action. Specifically, the state value corresponding to the current state can be generated internally by the cockpit domain controller and does not directly act on the intelligent driving domain controller. Instead, it serves as the basis for synchronization instructions to drive the state update process between the second setting item and the intelligent driving domain controller, ensuring that the user's operation intention is accurately transmitted and ultimately confirmed at the system level.

[0056] Step S22: Based on the first switch status signal, the second target function switch in the second setting item is synchronized to obtain the second switch status signal. The second target function switch and the first target function switch have the same control function. The second target function switch is at least one second function switch. The second switch status signal includes the current status corresponding to the second target function switch.

[0057] The second target function switch refers to a software interactive control deployed in the central control system settings within the cockpit domain controller that is completely identical to the intelligent driving assistance function corresponding to the first target function switch. Its graphical interface elements, touch response logic, and state enumeration definitions are completely consistent with those of the first target function switch.

[0058] Step S23: Based on the second switch status signal, control the intelligent driving domain controller to execute the control operation corresponding to the second target function switch.

[0059] Figure 3 This is a schematic diagram of a vehicle control method according to one embodiment of this application, such as... Figure 3 As shown, the cockpit domain controller can simultaneously display two settings for the driver to choose from: central control system settings and intelligent driving APP settings. However, the cockpit domain controller uses the central control system settings as an arbitration module, uniformly responsible for interaction with the intelligent driving domain controller. The intelligent driving APP settings do not interact directly with the intelligent driving domain controller. The central control system settings and the intelligent driving APP settings are synchronized in real time through internal signals of the cockpit domain controller, thus avoiding the problem of inconsistent soft-switch status displays between the two settings even when each interacts with the intelligent driving domain controller separately, or the problem of inconsistent soft-switch status displays between the two settings even when only one setting interacts with the intelligent driving domain controller.

[0060] Based on the above steps S21 to S23, in response to the touch operation based on the first setting item, a first switch state signal is generated, and the second target function switch in the second setting item is synchronously processed based on the first switch state signal to obtain a second switch state signal. Then, based on the second switch state signal, the intelligent driving domain controller is controlled to execute the control operation corresponding to the second target function switch. This achieves the goal of ensuring the consistency of the state of all function soft switch setting items in the cockpit domain controller and the real-time synchronization of the actual execution state of the intelligent driving domain controller. This improves the driver's convenient operation of intelligent driving functions, interaction response efficiency, and operational safety and cognitive consistency during driving in multiple application scenarios. It also solves the technical problems of low state synchronization and poor driver operation experience caused by multiple function soft switch setting items in the cockpit domain controller interacting independently with the intelligent driving domain controller in related technologies.

[0061] The vehicle control method in the embodiments of this application will be further described below.

[0062] Optionally, the vehicle control method in this application embodiment further includes:

[0063] Step S31: Periodically verify the first switch state signal based on the second switch state signal to obtain a first verification result, wherein the first verification result is used to determine the matching state between the current state corresponding to the second target function switch and the current state corresponding to the first target function switch.

[0064] Step S32: Based on the first verification result, determine the target state corresponding to the first target function switch.

[0065] For example, after the driver enters the settings page of the Intelligent Driving App, taking the AEB switch as an example, when the driver turns the AEB switch on or off, the AEB switch in the Intelligent Driving App settings immediately responds to the driver's operation, displaying an on or off status. The Intelligent Driving App settings send three frames of valid switch status signal values ​​to the central control system settings via the internal signal of the cockpit domain controller: APK_ICC_enum_AEBSettingSts=0x1:ON when on, APK_ICC_enum_AEBSettingSts=0x2:OFF when off, and APK_ICC_enum_AEBSettingSts=0x0:No action by default after sending the three frames of valid signal values. After receiving the switch status signal sent by the Intelligent Driving App settings, the central control system settings synchronize the AEB switch display status to maintain consistency with the Intelligent Driving App settings, thus obtaining a second switch status signal. Simultaneously, to maintain the integrity of the communication link, the central control system settings can periodically and continuously feed back the second switch status signal via the internal signal of the cockpit domain controller. If the received signal is ON (APK_ICC_enum_AEBSettingSts=0x1:ON), then ICC_APK_enum_AEBSettingSts=0x1:ON is returned; if the received signal is OFF (APK_ICC_enum_AEBSettingSts=0x2:OFF), then ICC_APK_enum_AEBSettingSts=0x2:OFF is returned. Furthermore, based on the aforementioned second switch state signal, the first switch state signal can be periodically verified to obtain a first verification result. Then, based on the first verification result, the target state corresponding to the first target function switch can be determined.

[0066] Based on steps S31 to S32 above, the first switch state signal is periodically verified based on the second switch state signal to obtain a first verification result. Then, based on the first verification result, the target state corresponding to the first target function switch is determined. This can eliminate misjudgments of the display state caused by signal transmission delay, frame loss, or state synchronization issues, ensuring that the switch state presented by the central control system settings in the cockpit domain controller is always consistent with the actual execution state of the intelligent driving domain controller. This avoids interface display drift or false bounce caused by brief communication anomalies or inconsistent state caches, and improves the accuracy of state determination.

[0067] Optionally, in step S32, determining the target state corresponding to the first target function switch based on the first verification result includes:

[0068] The response determines that the current state corresponding to the second target function switch does not match the current state corresponding to the first target function switch based on the first verification result, and determines that the target state corresponding to the first target function switch is the current state corresponding to the second target function switch.

[0069] For example, after receiving the second switch status signal from the central control system settings, the intelligent driving APP settings corrects the AEB switch display status for the first time to maintain consistency with the central control system settings display. If the received current status corresponding to the first target function switch does not match the current status corresponding to the second target function switch, it can be determined that the target status corresponding to the first target function switch is the current status corresponding to the second target function switch.

[0070] For example, if the received ICC_APK_enum_AEBSettingSts signal and the valid value of the APK_ICC_enum_AEBSettingSts signal are inconsistent (one is ON and the other is OFF), the switch status signal fed back by the central control system settings shall prevail.

[0071] Based on the above optional embodiments, when the current state corresponding to the second target function switch does not match the current state corresponding to the first target function switch, the target state corresponding to the first target function switch is determined to be the current state corresponding to the second target function switch. This ensures that the display state of the first target function switch is forcibly corrected in real time to follow the latest state of the second target function switch, eliminating inconsistencies in interface display caused by state synchronization delay, signal loss, or local cache errors. This achieves highly reliable state unification within the cockpit domain controller, avoiding user confusion or misjudgment of the actual activation of functions due to disordered interface feedback.

[0072] Optionally, the vehicle control method in this application embodiment further includes:

[0073] Step S41: Obtain the third switch status signal, wherein the third switch status signal is used to indicate the current state corresponding to the control function;

[0074] Step S42: Based on the third switch state signal, periodically verify the second switch state signal to obtain a second verification result. The second verification result is used to determine the matching state between the current state corresponding to the second target function switch and the current state corresponding to the control function.

[0075] Step S43: Based on the second verification result, determine the target state corresponding to the second target function switch.

[0076] For example, the central control system settings can send three frames of valid switch status signals to the intelligent driving domain controller via the cockpit domain controller. When the function is on, ICC_enum_AEBSettingSts=0x1:ON is sent; when it is off, ICC_enum_AEBSettingSts=0x2:OFF is sent; and after sending the three frames, ICC_enum_AEBSettingSts=0x0:No action is sent by default. Upon receiving the switch status signals from the cockpit domain controller, the intelligent driving domain controller can execute and feedback the final switch status of the function based on its operational status, thus obtaining the third switch status signal. After acquiring the third switch status signal, the intelligent driving domain controller can periodically and continuously feed back the third switch status signal. When it is turned on, it feeds back ADAS_enum_AEBSts=0x1:ON; when it is turned off, it feeds back ADAS_enum_AEBSts=0x2:OFF. After a preset time (e.g., 2 seconds), the central control system settings in the cockpit domain controller can correct the display status of the AEB switch in the central control system settings based on the final switch status signal received from the intelligent driving feedback.

[0077] Based on steps S41 to S43 above, the second switch status signal is periodically verified based on the third switch status signal to obtain the second verification result. Then, based on the second verification result, the target status corresponding to the second target function switch is determined. This can correct the display status deviation caused by communication delay, signal frame loss, or local cache abnormality in real time, ensuring that the interface status of the intelligent driving APP settings is always synchronized with the arbitration result of the central control system settings, and avoiding user cognitive confusion or interaction illusion caused by state asynchrony.

[0078] Optionally, in step S43, based on the second verification result, determining the target state corresponding to the second target function switch includes:

[0079] In response to the fact that the current state corresponding to the second target function switch and the current state corresponding to the control function do not match based on the second verification result, the target state corresponding to the second target function switch is determined to be the current state corresponding to the control function.

[0080] Specifically, when the current state corresponding to the second target function switch and the current state corresponding to the control function do not match, it indicates a difference between the actual execution state of the intelligent driving domain controller and the local display state of the central control system settings. This difference may stem from external constraints during function execution (such as sensor failure, system resource conflicts, safety policy intervention, or hardware response delays), communication link anomalies, or forced override of function enablement due to internal logic priority adjustments within the intelligent driving domain controller. In this case, the final execution state fed back by the intelligent driving domain controller should be considered the standard.

[0081] For example, when the received ADAS_enum_AEBSts signal and the valid value of the ICC_enum_AEBSettingSts signal issued by the central control system settings are inconsistent (one is ON and the other is OFF), the final switch status signal fed back by the intelligent driving system shall prevail, and the AEB switch in the central control system settings shall exhibit a bounce phenomenon.

[0082] Based on the above optional embodiments, if the current state corresponding to the second target function switch and the current state corresponding to the control function do not match, determining the target state corresponding to the second target function switch as the current state corresponding to the control function can ensure that the system behavior is consistent with the actual control logic and avoid misjudgment of the system reliability by the driver due to the inconsistency between the interface state and the actual function operation state.

[0083] Optionally, the vehicle control method in this application embodiment further includes:

[0084] Step S51: Periodically verify the current state of the first target function switch based on the target state corresponding to the second target function switch to obtain a third verification result. The third verification result is used to determine the matching state between the target state corresponding to the second target function switch and the current state corresponding to the first target function switch.

[0085] Step S52: Based on the third verification result, determine the target state corresponding to the first target function switch.

[0086] For example, the central control system settings can periodically and continuously feed back the final switch status signal (i.e., the target status corresponding to the second target function switch) through cabin signals. When it is turned on, it sends ICC_APK_enum_AEBSettingSts=0x1:ON, and when it is turned off, it sends ICC_APK_enum_AEBSettingSts=0x2:OFF. After receiving the final switch status signal fed back by the central control system settings, the intelligent driving APP settings will correct the AEB switch display status a second time to keep it consistent with the display of the central control system settings.

[0087] It should be noted that the embodiments in this application use the AEB switch to describe the switching interaction process, but do not constitute a specific setting of the functional switch.

[0088] Based on the above steps S51 to S52, the current state of the first target function switch is periodically verified based on the target state corresponding to the second target function switch to obtain a third verification result. Then, based on the third verification result, the target state corresponding to the first target function switch is determined. This ensures that the state of the first target function switch displayed in the intelligent driving APP settings is always synchronized in real time with the target state of the second target function switch fed back by the central control system settings, thereby improving the reliability of the human-machine interface and the certainty of operation.

[0089] Optionally, in step S52, based on the third verification result, determining the target state corresponding to the first target function switch includes:

[0090] The response determines that the target state corresponding to the second target function switch and the current state corresponding to the first setting item do not match based on the third verification result. Therefore, the target state corresponding to the first target function switch is used to determine the target state corresponding to the second target function switch.

[0091] Specifically, when the target state corresponding to the second target function switch does not match the current state corresponding to the first setting item, it indicates that the local display state of the intelligent driving APP setting item has failed to be synchronized to the arbitration state finally confirmed by the central control system setting item in a timely or accurate manner. This may be caused by internal non-external interaction factors in the cockpit domain, such as abnormal internal signal transmission, application layer cache not being refreshed, interface rendering delay, or event processing queue blockage. If this is not forcibly corrected, the driver may mistakenly believe that his operation has been accepted by the system, and there will be a cognitive deviation between the actual interface presentation and the system arbitration result, thereby reducing the credibility and consistency of the interaction.

[0092] For example, if the received ICC_APK_enum_AEBSettingSts signal is inconsistent with the valid value of the received ICC_APK_enum_AEBSettingSts signal (one is ON and the other is OFF), then the final switch status signal fed back by the latest central control system settings should be taken as the standard, and the AEB switch in the intelligent driving APP settings will exhibit a bounce phenomenon.

[0093] Based on the above optional embodiments, when the target state corresponding to the second target function switch and the current state corresponding to the first setting item do not match, the target state corresponding to the first target function switch is determined as the target state corresponding to the second target function switch. This can forcibly correct the local display state of the intelligent driving APP setting item, ensuring that it remains consistent with the final state arbitrated by the central control system setting item in real time. This eliminates interface perception deviations caused by non-external interaction factors such as signal delays within the cockpit domain, unupdated caches, or asynchronous interface rendering, improving the credibility and operational certainty of user feedback on function status, and preventing drivers from making misjudgments or operational doubts due to display misalignment.

[0094] Optionally, the vehicle control method in this application embodiment further includes:

[0095] Step S61: In response to the vehicle being in the first power-on state, determine the initial state corresponding to the second target function switch based on the preset function switch state;

[0096] Step S62: Generate a fourth switch state signal based on the initial state corresponding to the second target function switch;

[0097] Step S63: Synchronize the first target function switch based on the fourth switch state signal to obtain the initial state corresponding to the first target function switch.

[0098] For example, the aforementioned preset function switch state can be determined based on the vehicle's factory default value.

[0099] Figure 4 This is a schematic diagram of another vehicle control method according to one embodiment of this application, such as... Figure 4As shown, upon the first power-on after the vehicle rolls off the production line, the cockpit domain controller starts up faster than the intelligent driving domain controller. Before the driver operates the function soft switch, the cockpit domain controller's central control system settings display the function soft switch status according to factory defaults. Simultaneously, the central control system settings periodically and continuously feed back switch status signals through internal signals from the cockpit domain controller. Taking the AEB switch as an example, it sends ICC_APK_enum_AEBSettingSts=0x1:ON when open and ICC_APK_enum_AEBSettingSts=0x2:OFF when closed. After receiving the switch status signals from the central control system settings, the intelligent driving APP settings synchronize the AEB switch display status, maintaining consistency with the central control system settings display. After the intelligent driving domain controller powers on, it periodically and continuously feeds back function switch status signals according to factory defaults: ADAS_enum_AEBSts=0x1:ON when open and ADAS_enum_AEBSts=0x2:OFF when closed. The central control system settings in the cockpit domain controller correct the AEB switch display status based on the function switch status signals received from the intelligent driving domain controller. If the valid value of the received ADAS_enum_AEBSts signal differs from the factory default value (one is ON, the other is OFF), the function switch status signal from the intelligent driving domain controller takes precedence, and the AEB switch in the central control system settings will exhibit a bounce phenomenon. Simultaneously, the central control system settings periodically and continuously feed back the final switch status signal through internal signals from the cockpit domain controller: ICC_APK_enum_AEBSettingSts=0x1:ON when ON, and ICC_APK_enum_AEBSettingSts=0x2:OFF when OFF. Upon receiving the final switch status signal from the central control system settings, the intelligent driving APP settings synchronously correct the AEB switch display status to maintain consistency with the central control system settings display. If the received ICC_APK_enum_AEBSettingSts signal does not match the valid value of the received ICC_APK_enum_AEBSettingSts signal (one is ON and the other is OFF), the final switch status signal fed back by the latest central control system settings shall prevail, and the AEB switch in the Smart Driving APP settings shall exhibit a bounce phenomenon.

[0100] Based on steps S61 to S63 above, when the vehicle is in the initial power-on state, the initial state corresponding to the second target function switch is determined based on the preset function switch state, and a fourth switch state signal is generated based on the initial state corresponding to the second target function switch. Then, the first target function switch is synchronized based on the fourth switch state signal to obtain the initial state corresponding to the first target function switch. This ensures that before the intelligent driving domain controller has completed initialization or sent actual state feedback, the display state of the first target function switch has been initialized in advance according to the factory default configuration, avoiding user perception abnormalities or interaction gaps caused by blank display state, default floating, or delayed synchronization, and improving the responsiveness and visual continuity of the human-machine interface in the initial power-on stage.

[0101] Figure 5 This is a schematic diagram of another vehicle control method according to one embodiment of this application, such as... Figure 5As shown, when the driver operates the central control system settings, after entering the settings page, taking the AEB switch as an example, the driver turns the AEB switch on or off, and the AEB switch in the central control system settings immediately responds to the driver's operation, displaying an on or off status. The central control system settings send three frames of switch status signal validity values ​​through the cockpit system layer: ICC_enum_AEBSettingSts=0x1:ON when on, and ICC_enum_AEBSettingSts=0x2:OFF when off. After sending the three frames of signal validity values, the default value is ICC_enum_AEBSettingSts=0x0:No action. Simultaneously, the central control system settings periodically and continuously feed back the switch status signal through internal cockpit signals: ICC_APK_enum_AEBSettingSts=0x1:ON when on, and ICC_APK_enum_AEBSettingSts=0x2:OFF when off. After receiving the switch status signal from the central control system settings, the Intelligent Driving App settings synchronize the AEB switch display status to maintain consistency with the central control system settings. Upon receiving the switch status signal from the cockpit domain controller, the Intelligent Driving Domain Controller executes and feeds back the final switch status of the function based on its operational status. The Intelligent Driving Domain Controller periodically feeds back the switch status signal: ADAS_enum_AEBSts=0x1:ON when ON, and ADAS_enum_AEBSts=0x2:OFF when OFF. After 2 seconds, the central control system settings in the cockpit domain controller correct the AEB switch display status based on the final switch status signal received from the Intelligent Driving Domain Controller. If the received ADAS_enum_AEBSts signal and the ICC_enum_AEBSettingSts signal from the central control system settings have different effective values ​​(one ON, the other OFF), the final switch status signal from the Intelligent Driving Domain Controller takes precedence, and the AEB switch in the central control system settings will exhibit a bounce-back phenomenon. Meanwhile, the central control system settings periodically and continuously feed back the final on / off status signal through the cockpit domain controller's internal signals. When on, it sends ICC_APK_enum_AEBSettingSts=0x1:ON; when off, it sends ICC_APK_enum_AEBSettingSts=0x2:OFF. Upon receiving the final on / off status signal from the central control system settings, the intelligent driving app settings synchronously correct the AEB switch display status to maintain consistency with the central control system settings display.If the received ICC_APK_enum_AEBSettingSts signal does not match the valid value of the received ICC_APK_enum_AEBSettingSts signal (one is ON and the other is OFF), the final switch status signal fed back by the latest central control system settings shall prevail, and the AEB switch in the Smart Driving APP settings shall exhibit a bounce phenomenon.

[0102] Figure 6 This is a schematic diagram of another vehicle control method according to one embodiment of this application, such as... Figure 6 As shown, when the vehicle is powered off, the central control system settings in the cockpit domain controller remember the on / off status of all intelligent driving functions, and the intelligent driving domain controller remembers the on / off status of all intelligent driving functions.

[0103] Figure 7 This is a schematic diagram of another vehicle control method according to one embodiment of this application, such as... Figure 7As shown, the cockpit domain controller starts up faster than the intelligent driving domain controller each time the vehicle is powered on. Before the driver operates the function soft switch, the central control system settings item on the cockpit domain controller displays the function soft switch status based on the memory values ​​stored before the cockpit domain controller was powered off. Simultaneously, the central control system settings item periodically and continuously feeds back the switch status signal through internal signals from the cockpit domain controller. Taking the AEB switch as an example, it sends ICC_APK_enum_AEBSettingSts=0x1:ON when open and ICC_APK_enum_AEBSettingSts=0x2:OFF when closed. After receiving the switch status signal from the central control system settings item, the intelligent driving APP settings item synchronizes the AEB switch display status to maintain consistency with the central control system settings item display. After the intelligent driving domain controller is powered on, it periodically and continuously feeds back the function switch status signal based on the memory value stored before the intelligent driving domain controller was powered off. When it is on, it feeds back ADAS_enum_AEBSts=0x1:ON, and when it is off, it feeds back ADAS_enum_AEBSts=0x2:OFF. The central control system settings in the cockpit domain controller correct the display status of the AEB switch in the central control system settings based on the function switch status signal fed back by the intelligent driving domain controller. If the valid value of the received ADAS_enum_AEBSts signal is inconsistent with the memory value of the cockpit domain controller (one is ON, the other is OFF), then the function switch status signal fed back by the intelligent driving domain controller shall prevail, and the AEB switch in the central control system settings shall exhibit a rebound phenomenon. At the same time, the central control system settings periodically and continuously feed back the final switch status signal through the internal signal of the cockpit domain controller. When it is on, it sends ICC_APK_enum_AEBSettingSts=0x1:ON, and when it is off, it sends ICC_APK_enum_AEBSettingSts=0x2:OFF. After receiving the final switch status signal from the central control system settings, the Intelligent Driving App settings will synchronously correct the AEB switch display status to maintain consistency with the central control system settings. If the received ICC_APK_enum_AEBSettingSts signal has a different valid value than the received ICC_APK_enum_AEBSettingSts signal (one is ON, the other is OFF), the latest received final switch status signal from the central control system settings will prevail, and the AEB switch in the Intelligent Driving App settings will exhibit a bounce phenomenon.

[0104] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods according to 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 device (which may be a mobile phone, computer, server, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0105] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties. Furthermore, the collection, use and processing of the relevant data must comply with the relevant laws, regulations and standards of the relevant countries and regions, and corresponding operation entry points are provided for users to choose to authorize or refuse.

[0106] This application also provides a vehicle control device for implementing the above embodiments and preferred embodiments, which will not be repeated hereafter. As used below, the term "module" can be a combination of software and / or hardware that implements a predetermined function. Although the device described in the following embodiments is preferably implemented in software, hardware implementation, or a combination of software and hardware, is also possible and contemplated.

[0107] Figure 8 This is a structural block diagram of a vehicle control device according to one embodiment of this application, applied to a vehicle control system. The vehicle control system includes: a cockpit domain controller and a smart driving domain controller. The cockpit domain controller includes: a first setting item and a second setting item. The first setting item is a smart driving application setting item, and the second setting item is a central control system setting item. The first setting item includes multiple first function switches, and the second setting item includes multiple second function switches. The multiple first function switches correspond one-to-one with the multiple second function switches, such as... Figure 8 As shown, the device includes:

[0108] The first generation module 801 is used to generate a first switch state signal in response to a touch operation based on a first setting item. The first switch state signal includes the current state corresponding to a first target function switch, and the first target function switch is at least one first function switch.

[0109] The first synchronization processing module 802 is used to perform synchronization processing on the second target function switch in the second setting item based on the first switch status signal to obtain the second switch status signal. The second target function switch and the first target function switch have the same control function. The second target function switch is at least one second function switch. The second switch status signal includes the current status corresponding to the second target function switch.

[0110] The control module 803 is used to control the intelligent driving domain controller to perform the control operation corresponding to the second target function switch based on the second switch status signal.

[0111] Optionally, the vehicle control device in this application embodiment further includes:

[0112] The first verification module 804 is used to periodically verify the first switch state signal based on the second switch state signal to obtain a first verification result, wherein the first verification result is used to determine the matching state between the current state corresponding to the second target function switch and the current state corresponding to the first target function switch.

[0113] The first determining module 805 is used to determine the target state corresponding to the first target function switch based on the first verification result.

[0114] Optionally, the first determining module 805 is further configured to: respond to a mismatch between the current state corresponding to the second target function switch and the current state corresponding to the first target function switch determined based on the first verification result, and determine the target state corresponding to the first target function switch as the current state corresponding to the second target function switch.

[0115] Optionally, the vehicle control device in this application embodiment further includes:

[0116] The acquisition module 806 is used to acquire the third switch status signal, wherein the third switch status signal is used to indicate the current state corresponding to the control function;

[0117] The second verification module 807 is used to periodically verify the second switch state signal based on the third switch state signal to obtain a second verification result. The second verification result is used to determine the matching state between the current state corresponding to the second target function switch and the current state corresponding to the control function.

[0118] The second determining module 808 is used to determine the target state corresponding to the second target function switch based on the second verification result.

[0119] Optionally, the second determining module 808 is further configured to: in response to the determination based on the second verification result that the current state corresponding to the second target function switch and the current state corresponding to the control function do not match, determine that the target state corresponding to the second target function switch is the current state corresponding to the control function.

[0120] Optionally, the vehicle control device in this application embodiment further includes:

[0121] The third verification module 809 is used to periodically verify the current state of the first target function switch based on the target state corresponding to the second target function switch, and obtain a third verification result. The third verification result is used to determine the matching state between the target state corresponding to the second target function switch and the current state corresponding to the first target function switch.

[0122] The third determination module 810 is used to determine the target state corresponding to the first target function switch based on the third verification result.

[0123] Optionally, the third determining module 810 is further configured to: respond to a mismatch between the target state corresponding to the second target function switch and the current state corresponding to the first setting item determined based on the third verification result, and determine the target state corresponding to the first target function switch as the target state corresponding to the second target function switch.

[0124] Optionally, the vehicle control device in this application embodiment further includes:

[0125] The fourth determining module 811 is used to determine the initial state corresponding to the second target function switch based on the preset function switch state in response to the vehicle being in the first power-on state.

[0126] The second generation module 812 is used to generate a fourth switch state signal based on the initial state corresponding to the second target function switch;

[0127] The second synchronization processing module 813 is used to perform synchronization processing on the first target function switch based on the fourth switch state signal to obtain the initial state corresponding to the first target function switch.

[0128] It should be noted that the above modules can be implemented by software or hardware. For the latter, they can be implemented in the following ways, but are not limited to: all the above modules are located in the same processor; or, the above modules are located in different processors in any combination.

[0129] Embodiments of this application also provide a vehicle, including: a memory storing an executable program; and a processor for running the program, wherein the program executes the methods described in various embodiments of this application when it runs.

[0130] Optionally, in this embodiment, the processor can be configured to perform the following steps via a computer program:

[0131] Step S21: In response to a touch operation based on the first setting item, generate a first switch state signal, wherein the first switch state signal includes the current state corresponding to the first target function switch, and the first target function switch is at least one first function switch;

[0132] Step S22: Based on the first switch status signal, the second target function switch in the second setting item is synchronized to obtain the second switch status signal. The second target function switch and the first target function switch have the same control function. The second target function switch is at least one second function switch. The second switch status signal includes the current status corresponding to the second target function switch.

[0133] Step S23: Based on the second switch status signal, control the intelligent driving domain controller to execute the control operation corresponding to the second target function switch.

[0134] Embodiments of this application also provide a computer-readable storage medium including a stored executable program, wherein, when the executable program is running, it controls the device where the computer-readable storage medium is located to perform the methods of various embodiments of this application.

[0135] Optionally, in this embodiment, the storage medium may be configured to store a computer program for performing the following steps:

[0136] Step S21: In response to a touch operation based on the first setting item, generate a first switch state signal, wherein the first switch state signal includes the current state corresponding to the first target function switch, and the first target function switch is at least one first function switch;

[0137] Step S22: Based on the first switch status signal, the second target function switch in the second setting item is synchronized to obtain the second switch status signal. The second target function switch and the first target function switch have the same control function. The second target function switch is at least one second function switch. The second switch status signal includes the current status corresponding to the second target function switch.

[0138] Step S23: Based on the second switch status signal, control the intelligent driving domain controller to execute the control operation corresponding to the second target function switch.

[0139] Optionally, in this embodiment, the storage medium may include, but is not limited to, various media capable of storing computer programs, such as USB flash drives, read-only memory (ROM), random access memory (RAM), portable hard drives, magnetic disks, or optical disks.

[0140] Embodiments of this application also provide a computer program product, including a computer program that, when executed by a processor, implements the methods of various embodiments of this application.

[0141] Optionally, in this embodiment, the above-mentioned computer program product can be configured as a computer program that performs the following steps:

[0142] Step S21: In response to a touch operation based on the first setting item, generate a first switch state signal, wherein the first switch state signal includes the current state corresponding to the first target function switch, and the first target function switch is at least one first function switch;

[0143] Step S22: Based on the first switch status signal, the second target function switch in the second setting item is synchronized to obtain the second switch status signal. The second target function switch and the first target function switch have the same control function. The second target function switch is at least one second function switch. The second switch status signal includes the current status corresponding to the second target function switch.

[0144] Step S23: Based on the second switch status signal, control the intelligent driving domain controller to execute the control operation corresponding to the second target function switch.

[0145] Embodiments of this application also provide a computer program product, including a non-volatile computer-readable storage medium for storing a computer program that, when executed by a processor, implements the methods in various embodiments of this application.

[0146] Embodiments of this application also provide a computer program that, when executed by a processor, implements the methods described in the various embodiments of this application.

[0147] In the above embodiments of this application, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0148] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. The device embodiments described above are merely illustrative; for example, the division of units can be a logical functional division, and in actual implementation, there may be other division methods. For instance, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the displayed or discussed mutual coupling, direct coupling, or communication connection may be through some interfaces; the indirect coupling or communication connection between units or modules may be electrical or other forms.

[0149] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0150] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0151] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to 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 storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, read-only memory (ROM), random access memory (RAM), portable hard drives, magnetic disks, or optical disks.

[0152] The above description is only a preferred embodiment of this application. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principle of this application, and these improvements and modifications should also be considered within the scope of protection of this application.

Claims

1. A vehicle control method, characterized in that, The method is applied to a vehicle control system, which includes a cockpit domain controller and a smart driving domain controller. The cockpit domain controller includes a first setting item and a second setting item. The first setting item is a smart driving application setting item, and the second setting item is a central control system setting item. The first setting item includes multiple first function switches, and the second setting item includes multiple second function switches. The multiple first function switches correspond one-to-one with the multiple second function switches. The method includes: In response to a touch operation based on the first setting item, a first switch state signal is generated, wherein the first switch state signal includes the current state corresponding to a first target function switch, and the first target function switch is at least one first function switch; Based on the first switch status signal, the second target function switch in the second setting item is synchronously processed to obtain the second switch status signal. The second target function switch and the first target function switch have the same control function. The second target function switch is at least one second function switch. The second switch status signal includes the current status corresponding to the second target function switch. Based on the second switch status signal, the intelligent driving domain controller is controlled to perform the control operation corresponding to the second target function switch; The method further includes: acquiring a third switch state signal, wherein the third switch state signal is used to represent the current state corresponding to the control function; performing periodic verification on the second switch state signal based on the third switch state signal to obtain a second verification result, wherein the second verification result is used to determine the matching state between the current state corresponding to the second target function switch and the current state corresponding to the control function; and determining, in response to determining that the current state corresponding to the second target function switch and the current state corresponding to the control function do not match based on the second verification result, determining the target state corresponding to the second target function switch as the current state corresponding to the control function.

2. The method according to claim 1, characterized in that, The method further includes: The first switch state signal is periodically verified based on the second switch state signal to obtain a first verification result, wherein the first verification result is used to determine the matching state between the current state corresponding to the second target function switch and the current state corresponding to the first target function switch. Based on the first verification result, the target state corresponding to the first target function switch is determined.

3. The method according to claim 2, characterized in that, The step of determining the target state corresponding to the first target function switch based on the first verification result includes: The response determines that the current state corresponding to the second target function switch and the current state corresponding to the first target function switch do not match based on the first verification result, and determines that the target state corresponding to the first target function switch is the current state corresponding to the second target function switch.

4. The method according to claim 1, characterized in that, The method further includes: Based on the target state corresponding to the second target function switch, the current state corresponding to the first target function switch is periodically verified to obtain a third verification result, wherein the third verification result is used to determine the matching state between the target state corresponding to the second target function switch and the current state corresponding to the first target function switch. Based on the third verification result, the target state corresponding to the first target function switch is determined.

5. The method according to claim 4, characterized in that, The step of determining the target state corresponding to the first target function switch based on the third verification result includes: The response determines that the target state corresponding to the second target function switch and the current state corresponding to the first setting item do not match based on the third verification result, and determines that the target state corresponding to the first target function switch is the same as the target state corresponding to the second target function switch.

6. The method according to claim 1, characterized in that, The method further includes: In response to the vehicle being in the first power-on state, the initial state corresponding to the second target function switch is determined based on the preset function switch state; Based on the initial state corresponding to the second target function switch, a fourth switch state signal is generated; Based on the fourth switch status signal, the first target function switch is synchronized to obtain the initial state corresponding to the first target function switch.

7. A vehicle, characterized in that, include: Memory, which stores executable programs; A processor for running the program, wherein the program, when running, performs the method according to any one of claims 1 to 6.

8. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a stored executable program, wherein, when the executable program is executed, it controls the device on which the storage medium is located to perform the method according to any one of claims 1 to 6.

Images