Vehicle control method and device, electronic equipment and vehicle

Abstract

This application relates to the field of vehicle technology, providing a vehicle control method, device, electronic device, and vehicle. The method includes: responding to receiving multiple function control requests for the same function of the same component in a vehicle within a preset time period, determining whether the trigger sources of the multiple function control requests belong to the same type. Based on the determination result that the multiple trigger sources belong to the same type, determining a target function control request from the multiple function control requests according to a preset selection rule. This application optimizes the arbitration logic while considering the trigger source type, so that the target function control request can better meet the user's actual control needs and the actual driving needs of the vehicle, improving user satisfaction and driving safety.

Description

Technical Field

[0001] This application relates to the field of vehicle technology, and more particularly to a vehicle control method, device, electronic equipment, and vehicle. Background Technology

[0002] With the intelligent development of the automotive industry, many basic vehicle functions can be adjusted and controlled through added scenario services. Simultaneously, these basic functions can also be controlled via a control terminal set up within the vehicle itself. While controlling the same vehicle function through multiple trigger sources provides convenience for users, it also increases the probability of conflicting control commands for the same function. Currently, the arbitration logic for conflicting control commands does not consider the trigger source type, resulting in a relatively simplistic arbitration logic. This often leads to arbitration results that fail to meet users' actual control needs for vehicle functions, impacting the user experience and potentially causing safety hazards. Summary of the Invention

[0003] In view of this, the purpose of this application is to provide a vehicle control method, device, electronic device and vehicle to solve the problem of a single arbitration logic for conflicting control commands.

[0004] To achieve the above objectives, the first aspect of this application provides a vehicle control method, comprising:

[0005] In response to receiving multiple function control requests for the same function of the same component in the vehicle within a preset time period, determine whether the triggering sources of the multiple function control requests belong to the same type.

[0006] Based on the determination result that multiple trigger sources belong to the same type, a target function control request is determined from multiple function control requests according to a preset selection rule; wherein, the preset selection rule specifies the selection method of the target function control request; and the target function control request is executed.

[0007] Compared to existing technologies that do not consider the type of triggering source, this application optimizes the arbitration logic of multiple function control requests by judging the types of multiple triggering sources and selecting the target function control request based on the judgment results. It selects a suitable function control request as the target function control request and executes the target function control request, so that the target function control request can better meet the user's actual control needs and the actual driving needs of the vehicle, thereby improving user satisfaction and driving safety.

[0008] Optionally, the trigger source type includes hard-wired signal trigger sources and non-hard-wired signal trigger sources; the step of determining the target function control request from multiple function control requests according to a preset selection rule based on the determination result of whether multiple trigger sources belong to the same type includes:

[0009] In response to multiple triggering sources not belonging to the same type, the function control request corresponding to the hard-wired signal triggering source is determined as the target function control request.

[0010] By determining the type of trigger source, the system prioritizes the user's current actual needs and optimizes the arbitration logic, so that the determined target function control requests can better meet the user's actual vehicle usage needs and improve user satisfaction.

[0011] Optionally, in response to multiple triggering sources belonging to the same type, determining the target function control request from multiple function control requests according to a preset selection rule corresponding to the same type includes:

[0012] Obtain the current state of vehicle components;

[0013] Determine whether the request status of each function control request is consistent with that of the vehicle component. In response to determining that the request status of each function control request is consistent with that of the vehicle component, determine whether the request status is consistent with the current status. If they are inconsistent, take any function control request as the target function control request.

[0014] When multiple function control requests have the same request status, the target function control request can be determined solely based on the current status of the vehicle component. If the current status matches the request status, no function control request is responded to, reducing redundant operations on the vehicle component corresponding to the function control request. If the current status does not match the request status, any function control request can be used as the target function control request. The method for determining the target function control request is relatively simple, eliminating the need to determine the priority of each function control request and reducing unnecessary judgment steps.

[0015] Optionally, the method further includes:

[0016] In response to the determination that the request status of each function control request to the vehicle component is inconsistent, the function control request with the highest priority is determined from multiple function control requests as the target function control request according to the priority of each signal trigger source in the preset selection rules.

[0017] When the request statuses of multiple function control requests are inconsistent, it indicates that the multiple request statuses are conflicting. In this case, it is necessary to determine the target function control request based on the preset priority, so that the determination of the target function control request is more convenient, accurate and reasonable.

[0018] Optionally, after determining whether the request status is consistent with the current status, the method further includes:

[0019] If the responses are consistent, no further function control requests will be responded to, and a message indicating successful execution of each function control request will be provided. This avoids executing unnecessary or repetitive function control requests, extending the lifespan of vehicle components. Simultaneously, it reduces the number of vehicle signal interactions and transmissions, saving vehicle-side communication resources.

[0020] Optionally, determining the highest-priority function control request from multiple function control requests as the target function control request includes:

[0021] In response to the determination that there are multiple function control requests with the highest priority, and that all of these triggering sources are hard-wired signal triggering sources, the last function control request received within a preset time period will be taken as the target function control request.

[0022] In response to the determination that there are multiple function control requests with the highest priority, and that all of these triggering sources are non-hardwired signal triggering sources, the function control request received first within a preset time period will be taken as the target function control request.

[0023] When priorities are the same, different trigger source types lead to different priority execution of functional control requests. For different time-limited requirements, flexible optimization and adjustment of the arbitration logic are implemented to make the arbitration logic more intelligent and user-friendly.

[0024] Optionally, the method further includes taking the last received function control request within a preset time period as the target function control request, or taking the first received function control request within a preset time period as the target function control request, and further includes:

[0025] Obtain the current state of vehicle components;

[0026] In response to determining that the current state is the same as the request state indicated by the target function control request, the target function control request is not responded to. This avoids executing unnecessary or repetitive function control requests, extending the service life of vehicle components. Simultaneously, it reduces the number of vehicle signal interactions and transmissions, saving vehicle-side communication resources.

[0027] Optionally, the method further includes:

[0028] Obtain the current state of vehicle components;

[0029] In response to the current state being continuously occupied, no function control requests will be responded to.

[0030] When the current state is determined to be continuously occupied, no function control request will be responded to. This is equivalent to setting the continuous occupancy state to have the highest priority, which can ensure the normal operation of vehicle components under continuous occupancy and avoid affecting the safety of vehicle use when function control requests conflict.

[0031] Optionally, the method further includes:

[0032] Obtain the current state of vehicle components;

[0033] In response to determining that the current state is different from the request state indicated by the target function control request, and that the current state is in the process of execution, the execution of the current state is stopped, and the current position of the vehicle component is determined;

[0034] The execution of the target function control request includes:

[0035] Control the vehicle components to move from the current position to the target position corresponding to the request state indicated by the target function control request.

[0036] This avoids potential execution logic errors that might occur when a vehicle component receives other function control requests while it is executing a function control request. If the current state is in progress, the vehicle component does not need to move to its initial position; it can move directly from its current position to the target position, simplifying the execution process of the vehicle component's drive mechanism and improving execution efficiency.

[0037] A second aspect of this application also provides a vehicle control device, comprising:

[0038] The first determining module is configured to, in response to receiving multiple function control requests for the same function of the same component in the vehicle within a preset time period, determine whether the triggering sources of the multiple function control requests belong to the same type.

[0039] The second determining module is configured to determine a target function control request from multiple function control requests according to a preset selection rule based on the determination result that multiple trigger sources belong to the same type; wherein the preset selection rule specifies the selection method of the target function control request; and execute the target function control request.

[0040] A third aspect of this application also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable by the processor, wherein the processor implements the method described above when executing the computer program.

[0041] A fourth aspect of this application also provides a vehicle that includes electronic equipment as described in the third aspect.

[0042] As can be seen from the above, the vehicle control method, device, electronic device, and vehicle provided in this application include: in response to receiving multiple function control requests for the same function of the same component in the vehicle within a preset time period, determining whether the trigger sources of the multiple function control requests belong to the same type. Different trigger source types can usually reflect the urgency of the function control request; therefore, judging the trigger source types of multiple function control requests can more reasonably determine the target function control request. Based on the determination result of whether the multiple trigger sources belong to the same type, the target function control request is determined from the multiple function control requests according to a preset selection rule; wherein, the preset selection rule specifies the selection method of the target function control request. If it is determined that the multiple trigger sources belong to the same type, the target function control request is determined according to one corresponding preset selection rule; if it is determined that the multiple trigger sources do not belong to the same type, the target function control request is determined according to another corresponding preset selection rule. Different types of trigger sources can reflect the timeliness, urgency, and whether the function control requirement will affect driving safety. This application, considering the trigger source type, classifies the trigger sources and formulates different preset selection rules according to the category of the trigger source. If multiple trigger sources belong to the same type, it indicates that their timeliness requirements for functional control are similar. If multiple trigger sources do not belong to the same type, it indicates that their timeliness requirements for functional control differ significantly. Therefore, based on the determination of whether multiple trigger sources belong to the same type, the determined target functional control request is a functional control request selected considering timeliness requirements, so that the target functional control request can better meet the user's current needs. Compared to existing technologies that do not consider the type of trigger sources, this application optimizes the arbitration logic for multiple functional control requests by judging the types of multiple trigger sources and selecting the target functional control request based on the judgment result. It selects a suitable functional control request as the target functional control request and executes it, so that the target functional control request can better meet the user's actual control needs and the vehicle's actual driving needs, improving user satisfaction and driving safety. Attached Figure Description

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

[0044] Figure 1 This is a schematic flowchart of a vehicle control method according to an embodiment of this application;

[0045] Figure 2 This is a schematic diagram of the vehicle control device according to an embodiment of this application;

[0046] Figure 3 This is a schematic diagram of the hardware structure of an electronic device according to an embodiment of this application. Detailed Implementation

[0047] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with specific embodiments and the accompanying drawings.

[0048] It should be noted that, unless otherwise defined, the technical or scientific terms used in the embodiments of this application should have the ordinary meaning understood by one of ordinary skill in the art to which this application pertains. The terms "first," "second," and similar terms used in the embodiments of this application do not indicate any order, quantity, or importance, but are merely used to distinguish different components. Terms such as "comprising" or "including" mean that the element or object preceding the word encompasses the elements or objects listed after the word and their equivalents, without excluding other elements or objects. Terms such as "connected" or "linked" are not limited to physical or mechanical connections, but can include electrical connections, whether direct or indirect. Terms such as "upper," "lower," "left," and "right" are only used to indicate relative positional relationships; when the absolute position of the described object changes, the relative positional relationship may also change accordingly.

[0049] As described in the background section, for intelligent vehicles, function control can be triggered either through the vehicle's own control terminal, such as through a hard-wired switch (a method that uses hard-wired signals), or through added scenario services implemented under SOA (Service-Oriented Architecture). Under SOA, services can be flexibly deployed, called across domains, reused, and highly decoupled. Through service orchestration, complex functional scenarios can be quickly implemented, and the software can be upgraded independently, making vehicle-side function upgrades more flexible. This triggering method uses non-hard-wired signals, i.e., it triggers by calling the control interface under the SOA architecture.

[0050] With the application of SOA technology in the automotive industry, the types of scenario services are increasing, and the vehicle function control capabilities are becoming more comprehensive. If control commands for the same vehicle function conflict or are inconsistent, because the triggering source is not the same, the user cannot determine the reason for the successful or failed execution of the vehicle function. Without a reasonable arbitration logic, the vehicle function will experience execution failures, potentially causing damage to vehicle components and impacting the user experience.

[0051] Currently, the logical arbitration method used for multiple conflicting function control commands is relatively simplistic and does not fully consider the different trigger source types corresponding to the various function control commands. If a user controls a vehicle function via a hard switch, it usually indicates that the user has high requirements for the timeliness of the vehicle function and expects the vehicle components to adjust quickly to achieve the desired function. For example, a user adjusts the angle of the vehicle's exterior rearview mirror via a hard switch. The viewing angle of the exterior rearview mirror can have a certain impact on driving safety; therefore, the function control request must be responded to immediately. In the above scenario with high timeliness requirements, the user will not choose to indirectly adjust the rearview mirror angle by invoking a scene mode. It can be seen that for the same vehicle function, different trigger sources can, to some extent, reflect the user's current control needs. Therefore, considering the trigger source of the function request can more reasonably determine the function request that should be executed last when commands conflict.

[0052] In view of this, this application proposes a vehicle control method. When multiple function control requests for the same vehicle component are received, the trigger source of each function control request is determined. The target function control request is determined based on whether the multiple trigger sources belong to the same type and a preset selection rule. The arbitration logic is optimized so that the target function control request can better meet the user's actual control needs and the vehicle's actual driving needs.

[0053] The embodiments of this application will be described in detail below with reference to the accompanying drawings.

[0054] This application proposes a vehicle control method, referring to... Figure 1 This includes the following steps:

[0055] Step 102: In response to receiving multiple function control requests for the same function of the same component in the vehicle within a preset time period, determine whether the triggering sources of the multiple function control requests belong to the same type.

[0056] Specifically, the method for determining whether a conflict has occurred in commands for the same function of the same vehicle component is: whether multiple function control requests for the same function of the same component in the vehicle are received within a preset time period. The preset time period is set according to actual needs; for example, the preset time period is 10ms. That is, if multiple function control requests for the same function are received within 10ms, then the multiple function control requests are determined to be conflicting. For example, if multiple function control requests are all requests for the folding / unfolding state of the vehicle's exterior rearview mirrors, then multiple function control requests are determined to be conflicting. Or, if multiple function control requests are all requests for adjusting the vehicle's seat position, then multiple function control requests are determined to be conflicting. In the case of a conflict, it is first determined whether the triggering source of each function control request belongs to the same type. Subsequently, the target function control request to be executed can be reasonably determined based on the type of triggering source. In this embodiment, different types of triggering sources have different time limit requirements.

[0057] Existing technologies do not consider the time-sensitive requirements of vehicle functions, nor do they categorize the triggering sources for vehicle functions based on time constraints, leading to unreasonable priority determination. Therefore, this embodiment categorizes triggering sources, with different types representing differences in the timeliness and urgency of the same vehicle function. For example, the timeliness requirements differ for the same vehicle function when directly activated via a hard switch versus indirectly invoked via a scene service. Activating via a hard switch is a direct user operation, typically indicating an immediate need for the vehicle function, thus requiring a higher timeliness. Indirect invocation via a scene service, on the other hand, is usually the result of intelligent vehicle adjustment, without a direct user need, thus requiring a lower timeliness.

[0058] Step 104: Based on the determination result that multiple trigger sources belong to the same type, determine the target function control request from multiple function control requests according to a preset selection rule; wherein, the preset selection rule specifies the selection method for the target function control request. Execute the target function control request.

[0059] Specifically, the determination of whether multiple trigger sources belong to the same type includes: multiple trigger sources belonging to the same type, or multiple trigger sources not belonging to the same type. For example, multiple trigger sources are all trigger sources with high time-limit requirements, or multiple trigger sources are all trigger sources with low time-limit requirements, or multiple trigger sources include both high-time-limit and low-time-limit trigger sources. The preset selection rules determine the selection method for the target function control request when multiple trigger sources belong to the same type or multiple trigger sources do not belong to the same type. That is, the selection method for the target function control request is different when the trigger source types are the same or different. When the trigger source types are the same, the target function control request is determined according to the priority rule of the same type. When the trigger source types are different, firstly, the trigger source type that is executed first is determined according to type priority, and then the function control request that is executed first is determined from the trigger source types that are executed first as the target function control request. Finally, the target function control request is executed, and feedback is given that the target function control request was executed successfully, so that the user can clearly understand which function control request the vehicle component is currently executing and whether it was executed successfully. At the same time, it avoids the problem of logical conflicts when vehicle components execute multiple function control requests, thereby preventing vehicle components from being damaged or having their service life affected by frequent operation.

[0060] Based on steps 102 to 104 above, the vehicle control method provided in this embodiment includes: in response to receiving multiple function control requests for the same function of the same component in the vehicle within a preset time period, determining whether the trigger sources of the multiple function control requests belong to the same type. Different trigger source types can usually reflect the urgency of the function control request; therefore, judging the trigger source types of multiple function control requests can more reasonably determine the target function control request. Based on the determination result of whether the multiple trigger sources belong to the same type, the target function control request is determined from the multiple function control requests according to a preset selection rule; wherein, the preset selection rule specifies the selection method of the target function control request. If it is determined that the multiple trigger sources belong to the same type, the target function control request is determined according to one corresponding preset selection rule; if it is determined that the multiple trigger sources do not belong to the same type, the target function control request is determined according to another corresponding preset selection rule. Different types of trigger sources can reflect the timeliness, urgency, and whether the function control requirement will affect driving safety. This application classifies the trigger sources after considering the trigger source types and formulates different preset selection rules according to the categories of trigger sources. If multiple trigger sources belong to the same type, it indicates that their timeliness requirements for functional control are similar. If multiple trigger sources do not belong to the same type, it indicates that their timeliness requirements for functional control differ significantly. Therefore, based on the determination of whether multiple trigger sources belong to the same type, the determined target functional control request is a functional control request selected considering timeliness requirements, so that the target functional control request can better meet the user's current needs. Compared to existing technologies that do not consider the type of trigger sources, this application optimizes the arbitration logic for multiple functional control requests by judging the types of multiple trigger sources and selecting the target functional control request based on the judgment result. It selects a suitable functional control request as the target functional control request and executes it, so that the target functional control request can better meet the user's actual control needs and the vehicle's actual driving needs, improving user satisfaction and driving safety.

[0061] The following details how to determine the target function control request based on the determination results of whether multiple trigger sources belong to the same type.

[0062] In some embodiments, the trigger source type includes hard-wired signal trigger sources and non-hard-wired signal trigger sources; the step of determining the target function control request from multiple function control requests according to a preset selection rule based on the determination result of whether multiple trigger sources belong to the same type includes:

[0063] In response to multiple triggering sources not belonging to the same type, the function control request corresponding to the hard-wired signal triggering source is determined as the target function control request.

[0064] In this embodiment, the trigger source types include hard-wired signal trigger sources and non-hard-wired signal trigger sources. Hard-wired signal trigger sources are triggered via hard-wired signals, such as directly triggering vehicle functions via a hard switch. Alternatively, they can detect vehicle status by subscribing to the SOA state interface under the SOA architecture. If a change in vehicle status is detected, the corresponding vehicle function is triggered via a hard-wired signal. For example, by subscribing to the SOA state interface, the vehicle's power status or lock / unlock status can be obtained. If the vehicle's power status changes to "vehicle powered on" or the unlock status changes to "vehicle unlocked," the exterior rearview mirrors are triggered to unfold via a hard-wired signal. For the folding / unfolding function of the exterior rearview mirrors, hard-wired signal trigger sources include at least vehicle lock / unlock status triggering, vehicle power status triggering, vehicle speed triggering, hard switch triggering, and Head Unit (HUT) triggering. For the vehicle seat position adjustment function, hard-wired signal trigger sources include at least vehicle lock / unlock status triggering, vehicle power status triggering, driver identity triggering, hard switch triggering, and Head Unit (HUT) triggering.

[0065] Non-hardwired signal triggering sources are triggered via non-hardwired signals, such as triggering vehicle functions through the SOA control interface. For the folding / unfolding function of the vehicle's exterior rearview mirrors or the position adjustment function of the vehicle's seats, non-hardwired signal triggering sources include scene service triggering. The scene service controls the vehicle's exterior rearview mirrors or vehicle seats by calling the control interface.

[0066] In this embodiment, the method for determining the target function control request is analyzed from two scenarios. First, when multiple trigger sources belong to the same type, including multiple trigger sources that are all hard-wired signal trigger sources or multiple trigger sources that are all non-hard-wired signal trigger sources, the target function control request is determined from among the multiple function control requests according to the preset selection rules corresponding to hard-wired signal trigger sources or the selection rules corresponding to non-hard-wired signal trigger sources. The function control request with higher priority is executed first according to the actual priority order among the trigger sources. If multiple trigger sources have the same priority, the target function control request is determined according to the order in which they are received. Second, when multiple trigger sources do not belong to the same type, that is, multiple trigger sources include hard-wired signal trigger sources and non-hard-wired signal trigger sources. Generally speaking, hard-wired signal trigger sources have higher time-limit requirements. Therefore, in this embodiment, the priority of hard-wired signal trigger sources is higher than that of non-hard-wired signal trigger sources. When both exist simultaneously, the hard-wired signal trigger sources are executed first. If the number of hard-wired signal trigger sources exceeds one, the final target function control request is determined according to the priority order among the hard-wired signal trigger sources. For example, for the exterior rearview mirror of a vehicle, if multiple function control requests include a folding function request triggered by a hard switch and an unfolding function request triggered by scene mode A, then the folding function request triggered by the hard switch will be taken as the target function control request.

[0067] The method in this embodiment divides multiple function control requests according to the trigger source type, prioritizing the execution of function control requests corresponding to higher-priority hard-wired signal trigger sources. If the trigger source types have the same priority, the target function control request is selected according to the priority order of the same type. When determining the target function control request, the trigger source type is given priority, as different trigger source types represent different time-limited needs of the user. By considering the trigger source type, the triggering intent of different function control requests is fully considered. If it is a hard-wired signal trigger source, it reflects the user's triggering intent, requiring the execution of vehicle functions as soon as possible. If it is a non-hard-wired signal trigger source, it reflects the triggering intent of the vehicle end, with lower time-limited requirements. This application, by determining the type of trigger source, prioritizes the user's current actual needs, optimizes the arbitration logic, and ensures that the determined target function control request better matches the user's actual vehicle usage needs, thereby improving user satisfaction.

[0068] The following specific examples illustrate how to determine the target function control request when multiple trigger sources belong to the same type.

[0069] In some embodiments, the step of determining the target function control request from multiple function control requests according to a preset selection rule corresponding to the same type in response to multiple triggering sources belonging to the same type includes:

[0070] Obtain the current state of vehicle components;

[0071] Determine whether the request status of each function control request is consistent with that of the vehicle component. In response to determining that the request status of each function control request is consistent with that of the vehicle component, determine whether the request status is consistent with the current status. If they are inconsistent, take any function control request as the target function control request.

[0072] Specifically, when multiple trigger sources belong to the same type, the current state of the vehicle component is obtained, for example, the current state of the vehicle's exterior rearview mirror is in the unfolded state. It is determined whether the request states of multiple function control requests for the vehicle component are consistent. If they are consistent, it means that the expected operations of the multiple function control requests for the vehicle component are the same. For example, the trigger sources of multiple function control requests are all hard-wired signal trigger sources, including exterior rearview mirror unfolding requests triggered by vehicle speed, exterior rearview mirror unfolding requests triggered by HUT, and exterior rearview mirror unfolding requests triggered by a hard switch. Although multiple function control requests are received, the request states indicated by each function control request are the same. In this case, it is further determined whether the current state and the request state are consistent. If they are inconsistent, any function control request is taken as the target function control request. For example, if the current state of the vehicle's exterior rearview mirror is in the folded state, and the request states indicated by multiple function control requests are all in the unfolded state, then any function control request is taken as the target function control request, and the function control request is executed only once, with feedback indicating that each function control request was executed successfully. Furthermore, if the current state matches the requested state, no function control request will be responded to, and information indicating successful execution of each function control request will be provided. When the current state and the requested state match, it indicates that the vehicle component is in the state required by the user, and there is no need to repeatedly execute function control requests; therefore, no function control request will be responded to. Simultaneously, information indicating successful execution of each function control request will be provided. For example, if the current state of the vehicle's exterior rearview mirror is folded, and multiple function control requests also indicate a folded state, then no function control request will be responded to, and information indicating successful execution of each function control request will be provided. This method avoids executing unnecessary or repetitive function control requests, extending the lifespan of vehicle components. Simultaneously, it reduces the number of vehicle signal interactions and transmissions, saving vehicle-side communication resources.

[0073] Accordingly, in response to the determination that the request status of each function control request to the vehicle component is inconsistent, the function control request with the highest priority is determined from multiple function control requests as the target function control request according to the priority of each signal trigger source in the preset selection rules.

[0074] If the request status of each function control request for a vehicle component is inconsistent, the function control request with the highest priority among multiple function control requests is determined as the target function control request according to priority order. When the trigger sources of multiple function control requests are all hard-wired signal trigger sources, the preset priority of the hard-wired signal trigger source is set according to the urgency and time limit requirements of the function request. For example, trigger sources related to driving safety and trigger sources with high time limit requirements have higher priority. For example, for the vehicle's exterior rearview mirror, the priority of the function control request from high to low is as follows: function control request triggered by vehicle speed, function control request triggered by hard switch, and function control request triggered by other methods (such as triggering via HUT or parking activation). When multiple function control requests include function control requests triggered by vehicle speed and function control requests triggered by other methods, the function control request triggered by vehicle speed is selected as the target function control request.

[0075] When multiple function control requests are triggered by non-hardwired signal triggers, the preset priority of each non-hardwired signal trigger is set according to the importance of the scene service. For example, function control requests triggered by important scene services have higher priority. By comparing the priorities, the function control request triggered by the scene service with the higher priority is determined as the target function control request.

[0076] The method in this embodiment allows for the determination of a target function control request based solely on the current state of the vehicle component when multiple function control requests have the same request status. If the current status matches the request status, no function control request is responded to, reducing redundant operations on the vehicle component corresponding to the function control request. If the current status and the request status are inconsistent, any function control request can be used as the target function control request. Determining the target function control request is relatively simple, eliminating the need to determine the priority of each function control request and reducing unnecessary judgment steps. When multiple function control requests have inconsistent request statuses, indicating conflicting request statuses, a target function control request needs to be determined based on a preset priority. This embodiment's method flexibly adjusts the arbitration logic based on the request statuses of multiple function control requests, reasonably simplifies the judgment process, and optimizes the arbitration logic, making the determination of the target function control request more convenient, accurate, and reasonable.

[0077] If, among multiple function control requests, the number of the highest priority function control requests exceeds one, then the target function control request is determined according to the method of the following embodiments.

[0078] In some embodiments, determining the highest-priority function control request from a plurality of function control requests as the target function control request includes:

[0079] In response to the determination that there are multiple function control requests with the highest priority, and that all of these triggering sources are hard-wired signal triggering sources, the last function control request received within a preset time period will be taken as the target function control request.

[0080] In response to the determination that there are multiple function control requests with the highest priority, and that all of these triggering sources are non-hardwired signal triggering sources, the function control request received first within a preset time period will be taken as the target function control request.

[0081] Specifically, when multiple trigger sources are all hard-wired signal trigger sources and there are multiple function control requests with the same priority, the last function control request received within a preset time period is taken as the target function control request. In other words, the latest function control request is executed to meet the user's needs. The latest function control request is the one that the user or the vehicle most urgently needs to execute. For example, if within a preset time period, a folding request for the vehicle's exterior rearview mirrors triggered by HUT and a unfolding request for the vehicle's exterior rearview mirrors triggered by parking are received sequentially, and the two trigger sources have the same priority, then the unfolding request for the vehicle's exterior rearview mirrors triggered by parking is executed first.

[0082] When multiple trigger sources are all non-hardwired signal trigger sources and there are multiple function control requests with the same priority, the first received function control request is taken as the target function control request. Since non-hardwired signal trigger sources do not have high timeliness requirements, the execution order does not affect timeliness. When priorities are the same, the principle of "first-come, first-served" is followed. For function control requests triggered by different scenario modes, they are executed in the triggering order, satisfying the control requirements of each scenario mode for vehicle functions in turn. For example, if a function control request triggered by scenario mode A, scenario mode B, and scenario mode C are received sequentially within a preset time period, and the three scenario modes have the same priority, then the function control request triggered by scenario mode A is executed first. After scenario mode A is completed, the function control request triggered by scenario mode B is executed. After scenario mode B is completed, the function control request triggered by scenario mode C is executed. Furthermore, function control requests received within the preset time period can be cached. When a function control request corresponding to a scenario mode is completed, if there are still function control requests triggered by other scenario modes in the cache queue, execution continues; if there are no function control requests in the cache queue, execution stops.

[0083] The method in this embodiment, when multiple function control requests with the same priority exist, selects different methods to determine the target function control request based on the different types of triggering sources. For hard-wired signal triggering sources with high necessity for immediate feedback, the most recently received function control request is executed first; for non-hard-wired signal triggering sources with low necessity for immediate feedback, the earliest received function control request is executed first. Even with the same priority, the different types of triggering sources lead to different priority function control requests. This allows for flexible optimization and adjustment of the arbitration logic under different time-limit requirements, making the arbitration logic more intelligent and user-friendly.

[0084] In some embodiments, after the last received function control request within a preset time period is taken as the target function control request, or after the first received function control request within a preset time period is taken as the target function control request, the method further includes:

[0085] Obtain the current state of vehicle components;

[0086] In response to determining that the current state is the same as the request state indicated by the target function control request, the target function control request is not responded to.

[0087] Specifically, if the current state of a vehicle component is the same as the request state indicated by the target function control request, it means the vehicle component is already in a state required by the user or the vehicle, and there is no need to repeat the function control request; therefore, the target function control request is not responded to. Simultaneously, feedback is provided indicating that the target function control request was successfully executed. For example, if the vehicle's window is currently open, and the request state indicated by the target function control request is also open, then the target function control request is not responded to. This method avoids executing unnecessary or repetitive function control requests, extending the lifespan of vehicle components. Simultaneously, it reduces the number of vehicle signal interactions and transmissions, saving vehicle-side communication resources.

[0088] Vehicle-side calls to vehicle functions typically fall into two categories: temporary calls and continuous occupation. For example, in one scenario, it might be necessary to temporarily control the unfolding of the exterior rearview mirrors, while in another scenario, the mirrors might need to be continuously unfolded and not folded—this is also known as continuous occupation of vehicle functions. When continuous occupation of vehicle functions occurs, other function control requests are not responded to in order not to affect the implementation of vehicle functions.

[0089] Specifically, the method further includes:

[0090] Obtain the current state of vehicle components;

[0091] In response to the current state being continuously occupied, no function control requests will be responded to.

[0092] Before determining the trigger type of multiple function control requests, it is first necessary to obtain the current state of the vehicle component. If the current state is determined to be continuously occupied, it means that the vehicle component is being continuously occupied by a function control request triggered by a certain trigger source. In order not to affect the normal operation of the function control request, no function control request will be responded to before the function control request exits. For example, scenario mode A triggers a continuous unfolding request for the vehicle's rearview mirror. If other function control requests are received before scenario mode A exits, no response will be given. In addition, other received function control requests can be cached. If other function control requests still exist in the cache queue after scenario mode A exits, the other function control requests will be executed. If there is more than one other function control request in the cache queue, the target function control request to be executed can be determined according to the method of the aforementioned embodiment. If the function control request requires the vehicle component to be in a continuously occupied state, it means that the continuous occupation is of high importance to the implementation of the vehicle function. If it is interrupted, it will cause the vehicle function to malfunction. By using the method of this embodiment, when the current state is determined to be continuously occupied, no function control request is responded to. This is equivalent to setting the continuous occupancy state to have the highest priority, which can prioritize ensuring the normal operation of vehicle components under continuous occupancy state and avoid affecting the safety of vehicle use when function control requests conflict.

[0093] Vehicle functions typically involve an execution process. For example, if a vehicle's exterior rearview mirror is currently folded, and a function control request to change to an unfolded state is triggered, the mirror will undergo a process that takes some time to change from folded to unfolded. If a function control request to fold is received during this state change process, the mirror might complete the unfolding process before folding, or it might directly cause an error in the mirror's state change. To avoid these problems and simplify the execution process of function control requests, this application also proposes a method according to the following embodiments to ensure that function control requests do not encounter execution errors.

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

[0095] Obtain the current state of vehicle components;

[0096] In response to determining that the current state is different from the request state indicated by the target function control request, and that the current state is in the process of execution, the execution of the current state is stopped, and the current position of the vehicle component is determined;

[0097] The execution of the target function control request includes:

[0098] Control the vehicle components to move from the current position to the target position corresponding to the request state indicated by the target function control request.

[0099] Specifically, this embodiment applies to vehicle components where the state transition involves a change process, such as the change between the unfolded and folded states of an exterior rearview mirror. When switching from the unfolded state to the folded state, the position of the exterior rearview mirror changes, that is, it gradually moves from the unfolded position to the folded position.

[0100] Before executing the target function control request, the current state of the vehicle component is obtained. If the current state is in progress and differs from the request state of the target function control request, execution of the current state is stopped, and the current position of the vehicle component is determined and recorded. Then, the vehicle component is controlled to execute the target function control request from the current position, moving from the current position to the target position corresponding to the request state indicated by the target function control request.

[0101] For example, if the target function control request is to instruct the vehicle's exterior rearview mirror to change to an unfolded state, and the vehicle's exterior rearview mirror is in the process of changing from an unfolded state to a folded state, then the change to a folded state is stopped, and the target function control request is started from the current position, and the exterior rearview mirror moves from the current position to the target position corresponding to the unfolded state.

[0102] For example, when the vehicle component is a window, the target function control request is to instruct the window to change to a fully closed state. If the window is currently executing a function control request to change to a fully open state, and the window is in the process of changing from a fully closed state to a fully open state, the change to the fully open state is stopped, and the target function control request is executed again from the current position, moving the window from the current position to the target position corresponding to the fully closed state. Similarly, when the vehicle component is a seat, the adjustment method is similar to the above, and will not be repeated here.

[0103] The method described in this embodiment avoids potential execution logic errors that might occur when a vehicle component receives another function control request while it is executing a function control request. If the current state is in the process of execution, the vehicle component does not need to move to its initial position; it can directly move from its current position to the target position, simplifying the execution process of the vehicle component's drive mechanism and improving execution efficiency.

[0104] It should be noted that the method in this embodiment can be executed by a single device, such as a computer or server. The method can also be applied in a distributed scenario, where multiple devices cooperate to complete the task. In such a distributed scenario, one of these devices may execute only one or more steps of the method in this embodiment, and the multiple devices will interact with each other to complete the method described.

[0105] It should be noted that the above description describes some embodiments of this application. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in a different order than that shown in the above embodiments and still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require a specific or sequential order to achieve the desired result. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0106] Based on the same inventive concept, corresponding to any of the above embodiments, this application also provides a vehicle control device.

[0107] refer to Figure 2 The vehicle control device includes:

[0108] The first determining module 202 is configured to determine whether the triggering sources of the multiple function control requests belong to the same type in response to receiving multiple function control requests for the same function of the same component in the vehicle within a preset time period.

[0109] The second determining module 204 is configured to determine a target function control request from multiple function control requests according to a preset selection rule based on the determination result of whether multiple trigger sources belong to the same type; wherein the preset selection rule specifies the selection method of the target function control request; and execute the target function control request.

[0110] In some embodiments, the trigger source type includes a hard-wired signal trigger source and a non-hard-wired signal trigger source; the second determining module 204 is configured to

[0111] In response to multiple triggering sources not belonging to the same type, the function control request corresponding to the hard-wired signal triggering source is determined as the target function control request.

[0112] In some embodiments, the second determining module 204 is configured to acquire the current state of the vehicle component;

[0113] Determine whether the request status of each function control request is consistent with that of the vehicle component. In response to determining that the request status of each function control request is consistent with that of the vehicle component, determine whether the request status is consistent with the current status. If they are inconsistent, take any function control request as the target function control request.

[0114] In some embodiments, the second determining module 204 is configured to, in response to determining that the request states of each function control request for the vehicle component are inconsistent, determine the function control request with the highest priority from among multiple function control requests as the target function control request according to the priority of the hard-wired signal trigger source in a preset selection rule.

[0115] In some embodiments, after determining whether the request state is consistent with the current state, the second determining module 204 is configured to, if consistent, not respond to any function control request and to provide feedback information indicating that each function control request was executed successfully.

[0116] In some embodiments, the second determining module 204 is configured to determine the number of function control requests with the highest priority as multiple, and the multiple triggering sources are all hard-wired signal triggering sources, and to take the last function control request received within a preset time period as the target function control request.

[0117] In response to the determination that there are multiple function control requests with the highest priority, and that all of these triggering sources are non-hardwired signal triggering sources, the function control request received first within a preset time period will be taken as the target function control request.

[0118] In some embodiments, after the last received function control request within a preset time period is taken as the target function control request, or after the first received function control request within a preset time period is taken as the target function control request, the second determining module 204 is configured to obtain the current state of the vehicle component; in response to determining that the current state is the same as the request state indicated by the target function control request, the target function control request is not responded to. In some embodiments, a third determining module is further included, configured to obtain the current state of the vehicle component; in response to the current state being continuously occupied, no function control request is responded to.

[0119] In some embodiments, the second determining module is configured to acquire the current state of a vehicle component; in response to determining that the current state is different from the request state indicated by the target function control request, and that the current state is in the process of execution, stop executing the current state and determine the current position of the vehicle component; and control the vehicle component to move from the current position to the target position corresponding to the request state indicated by the target function control request.

[0120] For ease of description, the above devices are described in terms of function, divided into various modules. Of course, in implementing this application, the functions of each module can be implemented in one or more software and / or hardware.

[0121] The apparatus of the above embodiments is used to implement the corresponding vehicle control method in any of the foregoing embodiments, and has the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0122] Based on the same inventive concept, corresponding to the methods of any of the above embodiments, this application also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the vehicle control method described in any of the above embodiments.

[0123] Figure 3 This embodiment illustrates a more specific hardware structure of an electronic device, which may include a processor 1010, a memory 1020, an input / output interface 1030, a communication interface 1040, and a bus 1050. The processor 1010, memory 1020, input / output interface 1030, and communication interface 1040 are interconnected internally via the bus 1050.

[0124] The processor 1010 can be implemented using a general-purpose CPU (Central Processing Unit), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this specification.

[0125] The memory 1020 can be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory), static storage device, dynamic storage device, etc. The memory 1020 can store the operating system and other applications. When the technical solutions provided in the embodiments of this specification are implemented by software or firmware, the relevant program code is stored in the memory 1020 and is called and executed by the processor 1010.

[0126] The input / output interface 1030 is used to connect input / output modules to realize information input and output. Input / output modules can be configured as components within the device (not shown in the figure) or externally connected to the device to provide corresponding functions. Input devices may include keyboards, mice, touchscreens, microphones, various sensors, etc., while output devices may include displays, speakers, vibrators, indicator lights, etc.

[0127] The communication interface 1040 is used to connect a communication module (not shown in the figure) to enable communication between this device and other devices. The communication module can communicate via wired means (such as USB, Ethernet cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.).

[0128] Bus 1050 includes a pathway for transmitting information between various components of the device, such as processor 1010, memory 1020, input / output interface 1030, and communication interface 1040.

[0129] It should be noted that although the above-described device only shows the processor 1010, memory 1020, input / output interface 1030, communication interface 1040, and bus 1050, in specific implementations, the device may also include other components necessary for normal operation. Furthermore, those skilled in the art will understand that the above-described device may only include the components necessary for implementing the embodiments of this specification, and not necessarily all the components shown in the figures.

[0130] The electronic devices described above are used to implement the corresponding vehicle control methods in any of the foregoing embodiments and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0131] Based on the same inventive concept, corresponding to the methods of any of the above embodiments, this application also provides a non-transitory computer-readable storage medium storing computer instructions for causing the computer to execute the vehicle control method as described in any of the above embodiments.

[0132] The computer-readable medium of this embodiment includes permanent and non-permanent, removable and non-removable media, and information storage can be implemented by any method or technology. Information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic magnetic disk storage or other magnetic storage devices, or any other non-transfer medium that can be used to store information accessible by a computing device.

[0133] The computer instructions stored in the storage medium of the above embodiments are used to cause the computer to execute the vehicle control method as described in any of the above embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0134] Based on the same concept, corresponding to any of the above embodiments, this application also provides a computer program product, including computer program instructions, which, when run on a computer, cause the computer to perform the method described in any of the above embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0135] Those skilled in the art should understand that the discussion of any of the above embodiments is merely exemplary and is not intended to imply that the scope of this application is limited to these examples; under the concept of this application, the technical features of the above embodiments or different embodiments can also be combined, the steps can be implemented in any order, and there are many other variations of different aspects of the embodiments of this application as described above, which are not provided in detail for the sake of brevity.

[0136] Additionally, to simplify the description and discussion, and to avoid obscuring the embodiments of this application, the well-known power / ground connections to integrated circuit (IC) chips and other components may or may not be shown in the provided drawings. Furthermore, the apparatus may be shown in block diagram form to avoid obscuring the embodiments of this application, and this also takes into account the fact that the details of the implementation of these block diagram apparatuses are highly dependent on the platform on which the embodiments of this application will be implemented (i.e., these details should be fully understood by those skilled in the art). While specific details (e.g., circuits) have been set forth to describe exemplary embodiments of this application, it will be apparent to those skilled in the art that the embodiments of this application can be implemented without these specific details or with variations thereof. Therefore, these descriptions should be considered illustrative rather than restrictive.

[0137] Although this application has been described in conjunction with specific embodiments thereof, many substitutions, modifications, and variations of these embodiments will be apparent to those skilled in the art from the foregoing description. For example, other memory architectures (e.g., dynamic RAM (DRAM)) may be used with the embodiments discussed.

[0138] The embodiments of this application are intended to cover all such substitutions, modifications, and variations that fall within the broad scope of this application. Therefore, any omissions, modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the embodiments of this application should be included within the protection scope of this application.

Claims

1. A vehicle control method, characterized in that, include: In response to receiving multiple function control requests for the same function of the same component in the vehicle within a preset time period, determine whether the triggering sources of the multiple function control requests belong to the same type. Based on the determination of whether multiple trigger sources belong to the same type, the target function control request is determined from multiple function control requests according to preset selection rules, including: In response to multiple trigger sources belonging to the same type, the target function control request is determined from multiple function control requests according to a preset selection rule corresponding to the same type, including: Obtain the current state of vehicle components; Determine whether the request status of each function control request to the vehicle component is consistent. In response to determining that the request status of each function control request to the vehicle component is consistent, determine whether the request status is consistent with the current status. If they are inconsistent, take any function control request as the target function control request and feed back information that each function control request was executed successfully. The preset selection rule specifies the method for selecting the target function control request. Execute the target function control request.

2. The method according to claim 1, characterized in that, Trigger source types include hard-wired signal trigger sources and non-hard-wired signal trigger sources; the step of determining the target function control request from multiple function control requests according to a preset selection rule, based on the determination result of whether multiple trigger sources belong to the same type, includes: In response to multiple triggering sources not belonging to the same type, the function control request corresponding to the hard-wired signal triggering source is determined as the target function control request.

3. The method according to claim 1, characterized in that, The method further includes: In response to the determination that the request status of each function control request to the vehicle component is inconsistent, the function control request with the highest priority is determined from multiple function control requests as the target function control request according to the priority of each signal trigger source in the preset selection rules.

4. The method according to claim 1, characterized in that, After determining whether the request status is consistent with the current status, the process further includes: If the response is consistent, do not respond to any function control requests, and provide feedback that each function control request was executed successfully.

5. The method according to claim 3, characterized in that, The step of determining the highest priority function control request from multiple function control requests as the target function control request includes: In response to the determination that there are multiple function control requests with the highest priority, and that all of these triggering sources are hard-wired signal triggering sources, the last function control request received within a preset time period will be taken as the target function control request. In response to the determination that there are multiple function control requests with the highest priority, and that all of these triggering sources are non-hardwired signal triggering sources, the function control request received first within a preset time period will be taken as the target function control request.

6. The method according to claim 1, characterized in that, The method further includes: Obtain the current state of vehicle components; In response to the current state being continuously occupied, no function control requests will be responded to.

7. The method according to claim 1, characterized in that, The method further includes: Obtain the current state of vehicle components; In response to determining that the current state is different from the request state indicated by the target function control request, and that the current state is in the process of execution, the execution of the current state is stopped, and the current position of the vehicle component is determined; The execution of the target function control request includes: Control the vehicle components to move from the current position to the target position corresponding to the request state indicated by the target function control request.

8. An electronic device comprising a memory, a processor, and a computer program stored in the memory and running on the processor, characterized in that, When the processor executes the program, it implements the method as described in any one of claims 1 to 7.

9. A vehicle, characterized in that, The vehicle includes the electronic equipment as described in claim 8.

Images