Vehicle control state processing method, device, storage medium and electronic equipment

Abstract

Embodiments of the present application disclose a vehicle control status processing method, apparatus, storage medium, and electronic device. The method includes: responding to a vehicle control command directed to a vehicle, sending the vehicle control command to the vehicle, obtaining at least one intermediate execution state of the vehicle control command, and displaying the intermediate execution state. Using the embodiments of the present application, the display quality of the vehicle control status can be improved.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a vehicle control state processing method, device, storage medium and electronic device. Background Art

[0002] With the rapid development of the economy, people's living standards have also improved. Vehicles such as cars, electric cars, and trucks have become common tools in people's daily lives. People can use mobile terminals with their vehicles to control them, for example, by remotely controlling the vehicle. Summary of the Invention

[0003] The present application provides a method, device, storage medium, and electronic device for processing vehicle control status. The technical solution is as follows:

[0004] In a first aspect, an embodiment of the present application provides a vehicle control state processing method, which is applied to a mobile terminal. The method includes:

[0005] In response to a vehicle control command for a vehicle, sending the vehicle control command to the vehicle;

[0006] Acquire at least one intermediate execution state of the vehicle control command, and display the intermediate execution state;

[0007] The intermediate execution state is a command execution state corresponding to when the vehicle starts to execute the vehicle control command and ends to execute the vehicle control command, and the command execution state is an execution state when the vehicle responds to the vehicle control command.

[0008] In a second aspect, an embodiment of the present application provides a vehicle control state processing method, which is applied to a service platform. The method includes:

[0009] Acquiring at least one intermediate execution state of a vehicle control command from the vehicle, the intermediate execution state being a command execution state corresponding to when the vehicle starts executing the vehicle control command and ends executing the vehicle control command, the command execution state being an execution state of the vehicle when responding to the vehicle control command generated by the mobile terminal;

[0010] The at least one execution intermediate state is sent to the mobile terminal, where the execution intermediate state is used to instruct the mobile terminal to display the execution intermediate state.

[0011] In a third aspect, an embodiment of the present application provides a vehicle control state processing method, which is applied to a vehicle, and the method includes:

[0012] Receive vehicle control commands generated by the mobile terminal;

[0013] In response to the vehicle control command, executing a vehicle control function corresponding to the vehicle control command and determining at least one intermediate execution state for the vehicle control command, the intermediate execution state being a command execution state corresponding to when the vehicle starts executing the vehicle control command and ends executing the vehicle control command;

[0014] The at least one execution intermediate state is sent to the mobile terminal, where the execution intermediate state is used to instruct the mobile terminal to display the execution intermediate state.

[0015] In a fourth aspect, an embodiment of the present application provides a vehicle control state processing device, the device comprising:

[0016] a command processing module, configured to respond to a vehicle control command directed to a vehicle and send the vehicle control command to the vehicle;

[0017] a state display module, configured to obtain at least one intermediate execution state of the vehicle control command and display the intermediate execution state;

[0018] The intermediate execution state is a command execution state corresponding to when the vehicle starts to execute the vehicle control command and ends to execute the vehicle control command, and the command execution state is an execution state when the vehicle responds to the vehicle control command.

[0019] In a fifth aspect, an embodiment of the present application provides a vehicle control state processing device, the device comprising:

[0020] a state acquisition module, configured to acquire from the vehicle at least one intermediate execution state of a vehicle control command, wherein the intermediate execution state is a command execution state corresponding to when the vehicle starts executing the vehicle control command and ends executing the vehicle control command, and the command execution state is an execution state when the vehicle responds to the vehicle control command generated by the mobile terminal;

[0021] The state sending module is used to send the at least one execution intermediate state to the mobile terminal, and the execution intermediate state is used to instruct the mobile terminal to display the execution intermediate state.

[0022] In a sixth aspect, an embodiment of the present application provides a vehicle control state processing device, the device comprising:

[0023] A command receiving module, used to receive vehicle control commands generated by a mobile terminal;

[0024] a command response module, configured to, in response to the vehicle control command, execute a vehicle control function corresponding to the vehicle control command and determine at least one intermediate execution state for the vehicle control command, the intermediate execution state being a command execution state corresponding to the time between the vehicle starting to execute the vehicle control command and the vehicle ending to execute the vehicle control command;

[0025] The state sending module is used to send the at least one execution intermediate state to the mobile terminal, and the execution intermediate state is used to instruct the mobile terminal to display the execution intermediate state.

[0026] In a seventh aspect, an embodiment of the present application provides a computer storage medium, wherein the computer storage medium stores a plurality of commands, and the commands are suitable for being loaded by a processor and executing the above-mentioned method steps.

[0027] In an eighth aspect, an embodiment of the present application provides an electronic device, which may include: a processor and a memory; wherein the memory stores a computer program, and the computer program is suitable for being loaded by the processor and executing the above-mentioned method steps.

[0028] The beneficial effects of the technical solutions provided by some embodiments of the present application include at least:

[0029] In one or more embodiments of the present application, a mobile terminal responds to a user's vehicle-control command directed to the vehicle, transmits the vehicle-control command to the mobile terminal, and then obtains and displays at least one intermediate state of execution of the vehicle-control command during the vehicle-control command response. By displaying at least several intermediate states of execution of the vehicle-control command response on the mobile terminal, intuitive and clear feedback on the command execution status during the vehicle's response process is provided, optimizing the display method of the vehicle-control state and improving the display quality of the vehicle-control state. BRIEF DESCRIPTION OF THE DRAWINGS

[0030] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0031] Figure 1 This is a flow chart of a vehicle control state processing method applied to a mobile terminal provided in an embodiment of the present application;

[0032] Figure 2 This is a schematic diagram of a vehicle control display interface provided in an embodiment of the present application;

[0033] Figure 3 This is a flow chart of another vehicle control state processing method applied to a mobile terminal provided in an embodiment of the present application;

[0034] Figure 4 This is a flow chart of another vehicle control state processing method applied to a mobile terminal provided in an embodiment of the present application;

[0035] Figure 5 This is a flow chart of a vehicle control status processing method applied to a service platform provided in an embodiment of the present application;

[0036] Figure 6 This is a flow chart of another vehicle control status processing method applied to a service platform provided in an embodiment of the present application;

[0037] Figure 7 This is a flow chart of a vehicle control state processing method applied to a vehicle provided in an embodiment of the present application;

[0038] Figure 8 This is a schematic diagram of the architecture of a vehicle control state processing system provided in an embodiment of the present application;

[0039] Figure 9 This is a structural diagram of a vehicle control state processing device provided in an embodiment of the present application;

[0040] Figure 10 This is a structural diagram of a status display module provided in an embodiment of the present application;

[0041] Figure 11 This is a structural diagram of another vehicle control state processing device provided in an embodiment of the present application;

[0042] Figure 12 This is a structural diagram of a status acquisition module provided in an embodiment of the present application;

[0043] Figure 13 This is a structural diagram of another vehicle control state processing device provided in an embodiment of the present application;

[0044] Figure 14 This is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application;

[0045] Figure 15 This is a schematic diagram of the structure of the operating system and user space provided in an embodiment of the present application;

[0046] Figure 16 yes Figure 15 The architecture diagram of the Android operating system;

[0047] Figure 17 yes Figure 15 The architecture diagram of the IOS operating system;

[0048] Figure 18 is a structural diagram of another electronic device provided in an embodiment of the present application;

[0049] Figure 19 It is a structural diagram of another electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0050] The following will be combined with the drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are only part of the embodiments of this application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0051] In the description of this application, it should be understood that the terms "first", "second", etc. are used for descriptive purposes only and should not be understood to indicate or imply relative importance. In the description of this application, it should be noted that, unless otherwise expressly specified and limited, "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units that are not listed, or may optionally include other steps or units inherent to these processes, methods, products or devices. For those of ordinary skill in the art, the specific meanings of the above terms in this application can be understood according to the specific circumstances. In addition, in the description of this application, unless otherwise specified, "multiple" refers to two or more. "and / or" describes the association relationship of associated objects, indicating that three relationships can exist. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. The character " / " generally indicates that the associated objects before and after are in an "or" relationship.

[0052] In related technologies, users can use a mobile terminal in conjunction with a vehicle to control the vehicle using the mobile terminal to implement certain vehicle control commands, such as commands to turn on the air conditioner, automatic parking, seat heating, and lock commands. After the user triggers the corresponding vehicle control command on the mobile terminal, the vehicle control status corresponding to the vehicle control command on the vehicle side, such as the on state or the off state, is usually displayed on the mobile terminal. For example, the vehicle control display control corresponding to the vehicle control command is highlighted to display the corresponding on state. In some implementation scenarios, the mobile terminal will only display whether the vehicle control function is on or off, and the status of the vehicle control function on the vehicle side will not be displayed. For example, whether the vehicle control function is turned on will not be displayed on the mobile terminal. Using the method in related technologies, the display effect of the vehicle control status is poor, and the vehicle control status display processing method is not intelligent.

[0053] The present application is described in detail below with reference to specific embodiments.

[0054] In one embodiment, Figure 1As shown, a vehicle control state processing method is proposed. The method can be implemented by a computer program and can be run on a vehicle control state processing device based on the von Neumann architecture. The computer program can be integrated into an application or run as an independent tool application. The vehicle control state processing device can be a mobile terminal, including but not limited to: a personal computer, a tablet computer, a handheld device, an in-vehicle device, a wearable device, a computing device, or other processing device connected to a wireless modem. Mobile terminal devices can be called different names in different networks, such as: user equipment, access mobile terminal, user unit, user station, mobile station, mobile station, remote station, remote mobile terminal, mobile device, user mobile terminal, mobile terminal, wireless communication device, user agent or user device, cellular phone, cordless phone, mobile terminal in 5G network or future evolution network, etc.

[0055] Specifically, the vehicle control state processing method includes:

[0056] S101: In response to a vehicle control command for a vehicle, sending the vehicle control command to the vehicle;

[0057] The vehicle control command refers to a command that can control the vehicle to perform a corresponding vehicle control function, and the vehicle control command is generated on a mobile terminal (such as a mobile phone);

[0058] Vehicle control commands such as: vehicle door opening / closing commands, vehicle start commands, vehicle preheating commands, vehicle air conditioning start commands, vehicle speaker system start commands, automatic parking commands, etc. generated on a mobile terminal and targeted at the vehicle. The vehicle control commands can be bound to a specific vehicle;

[0059] It is understandable that the vehicle control command can control a specific vehicle to instruct the vehicle to perform a corresponding function, and the binding relationship between the vehicle control command and the specific vehicle can be set up in the mobile terminal.

[0060] In one or more embodiments of this specification, a vehicle can be used in conjunction with a vehicle terminal. For example, the vehicle terminal can be installed on the vehicle. In some implementation scenarios, the vehicle terminal can be used as a part of the vehicle. It can be understood that the vehicle terminal usually has a communication function and is a hardware device that can communicate and transmit information with other devices inside the vehicle through the vehicle controller area network (CAN) bus. The vehicle terminal can be used as a communication device, supplemented by a microphone and a speaker, and can communicate with other communication terminals (such as mobile terminals) in real time, such as making and receiving calls, sending and receiving text messages, and surfing the Internet. It is used to establish communication with a mobile terminal. It can also be used to collect vehicle-related information including location information, vehicle status information, etc., to complete the reporting of vehicle information and the reception of commands, etc.;

[0061] In one or more embodiments of this specification, the interaction between a mobile terminal and a vehicle can be achieved by the mobile terminal using a vehicle-mounted terminal used in conjunction with the vehicle. For example, the mobile terminal can send a vehicle control command to the vehicle-mounted terminal so that the vehicle in which the vehicle-mounted terminal is located executes the vehicle control command. For example, the vehicle-mounted terminal can be used as part of the vehicle and transmit the vehicle control command to other devices within the vehicle via CAN so that other devices within the vehicle execute the vehicle control command. For example, if the vehicle control command is to turn on the vehicle air conditioner, the vehicle-mounted terminal can transmit the vehicle control command to the temperature control device within the vehicle to execute the command to turn on the vehicle air conditioner, and so on.

[0062] Optionally, the mobile terminal sending the vehicle control command to the vehicle may be: the mobile terminal directly sending the vehicle control command to the vehicle; or the mobile terminal sending the vehicle control command to the vehicle through a service platform.

[0063] In one or more embodiments of this specification, a mobile terminal may provide a vehicle control display interface for controlling and managing a vehicle. For example, the vehicle control display interface may be in the form of a display card, i.e., a vehicle control display card. The vehicle control display interface enables control and management between the mobile terminal and the vehicle. For example, a user may input a vehicle control command for a vehicle control function (e.g., turning on the air conditioner, opening the windows, automatic parking, etc.) on the vehicle control display interface of the mobile terminal, and the mobile terminal, in response to the vehicle control command, transmits the vehicle control command to the vehicle.

[0064] Optionally, the vehicle control display interface may include vehicle control function controls, which may implement certain vehicle control and management functions. The vehicle control function controls may be operable controls for receiving user input and performing vehicle management, such as command controls. The command controls may be used to activate specific functions and may be button controls, icon controls, hyperlink controls, etc. In other words, users may use the vehicle control function controls on the vehicle control display interface to input vehicle control commands for vehicle control functions (such as turning on the air conditioner, opening the windows, automatic parking, etc.).

[0065] S102: Acquire at least one intermediate execution state of the vehicle control command, and display the intermediate execution state.

[0066] It can be understood that the intermediate execution state is the command execution state corresponding to the time from when the vehicle starts to execute the vehicle control command to when it finishes executing the vehicle control command, and the command execution state is the execution state when the vehicle responds to the vehicle control command.

[0067] It can be understood that during the entire vehicle control command execution process from the start of command execution to the end of command execution, the vehicle control command execution process will correspond to several different command execution states, and different command execution states can provide feedback on the execution progress of the vehicle in executing the vehicle control command to perform vehicle function control or function management; in one or more embodiments of this specification, the command execution state corresponding to the vehicle control command execution process may include at least: execution start state, execution intermediate state, and execution end state according to different execution situations. In some embodiments, the execution intermediate state may be composed of execution states of multiple different execution intermediate stages.

[0068] The execution intermediate state can be understood as the execution state after the vehicle starts responding to the vehicle control command and before the vehicle stops responding to the vehicle control command. Based on the actual application environment, several execution intermediate states corresponding to different execution intermediate stages can be configured;

[0069] For example, taking a vehicle air conditioning on command as an example, a plurality of intermediate execution states corresponding to intermediate execution stages can be configured based on the entire vehicle air conditioning on command process. For example, the intermediate execution states may include: component power-on state, compressor (compressor) start state, condenser / heater (heater) start state, temperature rising / falling state, etc. It is understood that in response to the vehicle air conditioning on command, the vehicle will be controlled to reach the aforementioned intermediate execution states until the execution is completed.

[0070] For example, a vehicle control command for seat heating can be used as an example. Based on the entire seat heating process (flow), several intermediate execution states corresponding to the intermediate execution stages can be configured. For example, the intermediate execution states can include: heater power-on state, heater relay activation state, heater wire operating state, and reaching a specified heating temperature state. It is understood that in response to the seat heating command, the vehicle will control the vehicle to reach the aforementioned intermediate execution states until the execution ends.

[0071] It can be understood that in the process of responding to the vehicle control command and executing the vehicle control function corresponding to the vehicle control command, the vehicle can feedback several execution intermediate states to the mobile terminal, so that the mobile terminal can display several execution intermediate states, and can intuitively, clearly and conveniently feedback the execution status of the vehicle control process on the mobile terminal.

[0072] It is understandable that after the user inputs a vehicle control command and sends the vehicle control command to the vehicle, the mobile terminal can continuously monitor the vehicle's execution process of responding to the vehicle control command, and can obtain at least one intermediate execution state of the vehicle when responding to the vehicle control command and performing the corresponding vehicle control function, and display these intermediate execution states on the vehicle control display interface of the mobile terminal. For example, it can be displayed in the vehicle control display card: after the user triggers the corresponding vehicle control function option, the vehicle control command is generated, and at least one intermediate execution state of the vehicle when responding to the vehicle control command is displayed on the vehicle control display card. Schematically, the vehicle control display card can be displayed on the negative one screen of the mobile terminal's display desktop, the integrated desktop, the vehicle control application software, the vehicle control applet, etc.

[0073] like Figure 2 As shown, Figure 2 This is a schematic diagram of the vehicle control display interface. The current display interface of the mobile terminal is the "vehicle management interface". Users can Figure 2 The vehicle control display interface shown in the figure displays vehicle information, such as model: vehicle A, owner: Liming, license plate..., and multiple vehicle control function controls on the vehicle control display interface, such as air conditioning control, seat heating control, and automatic parking control. The user can control the following at a certain moment: Figure 2 Enter the vehicle control command in the interface shown. Take the vehicle control command of turning on the air conditioner as an example. The mobile terminal sends the vehicle control command to the vehicle. The vehicle can respond to the command to turn on the air conditioner and then execute the control process of turning on the air conditioner. When the vehicle reaches each command execution state, it can immediately report the current command execution state. In addition to the command start state, the aforementioned several execution intermediate states and the execution end state, the mobile terminal can display these command execution states, especially the execution intermediate states, on the vehicle control display interface, such as Figure 2As shown, the current command execution status of the vehicle in response to the vehicle control command is: compressor start status, and the vehicle can display the compressor start status on the vehicle control display interface.

[0074] Optionally, the vehicle may send at least one intermediate execution state during the execution of the vehicle control command to the service platform, and the mobile terminal may obtain the aforementioned at least one intermediate execution state from the service platform.

[0075] In one or more embodiments of the present specification, the mobile terminal may obtain all command execution states including intermediate execution states from the vehicle, and display each command execution state.

[0076] In one or more embodiments of the present specification, a mobile terminal responds to a user's vehicle control command directed to a vehicle, transmits the vehicle control command to the vehicle, and then obtains and displays at least one intermediate execution state of the vehicle's response to the vehicle control command. By displaying at least several intermediate execution states of the vehicle's response to the vehicle control command on the mobile terminal, intuitive and clear feedback on the command execution status during the vehicle's response process is provided, optimizing the display method for the vehicle control status and enhancing the display quality of the vehicle control status. This also enables real-time display of the vehicle command execution process, improving the real-time nature of the vehicle status display.

[0077] See Figure 3 , Figure 3 This is a flow chart of another embodiment of a vehicle control state processing method proposed in this application.

[0078] Specifically:

[0079] S201: In response to a vehicle control command for a vehicle, sending the vehicle control command to the vehicle;

[0080] For details, please refer to the method steps of other embodiments involved in this specification, which will not be repeated here.

[0081] S202: Obtaining from the vehicle at least one command execution state corresponding to the vehicle control command, wherein the at least one command execution state includes an execution intermediate state;

[0082] In one or more embodiments of the present specification, during the entire vehicle control command execution process from the start of command execution to the end of command execution, the vehicle control command execution process will correspond to several different command execution states, and different command execution states can provide feedback on the execution progress of the vehicle in executing the vehicle control command to perform vehicle function control or function management; in one or more embodiments of the present specification, the command execution state corresponding to the vehicle control command execution process may include at least: execution start state, execution intermediate state, and execution end state according to different execution situations. In some embodiments, the execution intermediate state may be composed of execution states of multiple different execution intermediate stages.

[0083] Optionally, in some implementation scenarios, the execution end status is divided according to the execution result type, and may include an execution success status when a vehicle control command is successfully executed and an execution failure status when a vehicle control command is failed to execute.

[0084] It is understood that the mobile terminal can establish a communication connection with the vehicle, and based on this communication connection, the mobile terminal can obtain at least one command execution status corresponding to the vehicle control command from the vehicle. Schematically, the mobile terminal can send a status query message to the vehicle, and the vehicle can respond to the status query message and send at least one command execution status in the process of responding to the vehicle control command to the mobile terminal. For example, the vehicle can periodically report to the mobile terminal based on a status feedback strategy. For another example, the vehicle can immediately report the current command status to the mobile terminal each time it reaches each of the aforementioned command execution states. Typically, the at least one command execution status obtained includes several intermediate execution states reached by the vehicle.

[0085] For example, taking the vehicle air conditioning on command as an example, the vehicle can sequentially feedback intermediate execution states such as component power-on state, compressor (machine) start state, condenser / heater (heater) start state, temperature rising / falling state, etc. when each command execution state is reached, and can also feedback the execution success state after the execution is completed.

[0086] S203: Obtaining at least one command execution state corresponding to the vehicle control command from the vehicle based on the service platform, where the at least one command execution state includes an execution intermediate state.

[0087] It is understandable that the service platform can be associated with multiple vehicles, and the vehicle can report at least one command execution status to the service platform based on a status reporting strategy (such as a timed reporting strategy) when executing a vehicle control command, or the service platform can actively query the execution status of at least one command when the vehicle executes the vehicle control command;

[0088] It is understood that the service platform may record at least one command execution status when a vehicle executes a vehicle control command. The mobile terminal may obtain from the service platform the command execution statuses corresponding to a specific vehicle when executing the vehicle control command. For example, the mobile terminal may proactively query the service platform for the command execution status of a specific vehicle. For another example, after receiving at least one command execution status sent by the vehicle, the service platform may send each received command execution status to the mobile terminal.

[0089] In a feasible implementation, the service platform may save the execution status of several commands sent by the vehicle into a task status list. Schematically, the service platform may create a vehicle control task corresponding to the vehicle control command (e.g., an air conditioning on task corresponding to an air conditioning on command) in the task status list. The vehicle control task corresponding to a certain vehicle control command may be uniquely represented by a vehicle control task identifier (vehicle control task ID). In some embodiments, the vehicle control task includes task information such as a task identifier, a vehicle control command identifier, a command execution status, and a vehicle identifier.

[0090] The mobile terminal can send a status query message to the service platform. The service platform can determine the designated vehicle associated with the current mobile terminal based on the status query message, query the vehicle control task of the designated vehicle in the task status list to obtain at least one command execution status, and then the service platform sends at least one command execution status to the mobile terminal.

[0091] S204: Displaying the execution status of the at least one command.

[0092] In one or more embodiments of the present specification, a vehicle control command is generated based on a trigger operation of a corresponding vehicle control function on a mobile terminal by a user. The mobile terminal sends a vehicle control command to the vehicle to instruct the vehicle control to respond to the vehicle control command and execute the vehicle control function. When executing the vehicle control function, the vehicle gradually completes the function execution process corresponding to the vehicle control function, and these function execution processes are composed of several execution intermediate stages. At least one execution intermediate stage will correspond to an execution intermediate state, such as the vehicle air conditioning start function. The execution intermediate state may include: component power-on state, compressor (machine) start state, condenser / heater (heater) start state, temperature rising / falling state, etc. In response to the vehicle control command, the vehicle will control the vehicle to reach the aforementioned several execution intermediate states until the execution end state. Generally, the command execution state may include at least: an execution start state, several execution intermediate states, and an execution end state according to different execution situations.

[0093] In one or more embodiments of the present specification, after obtaining the execution status of all or part of a command, the mobile terminal may display the command execution status, which includes at least an intermediate execution status. For example, the mobile terminal may display the status of the command execution, which includes at least an intermediate execution status, on a vehicle control display card. After the user triggers a corresponding vehicle control function option, a vehicle control command is generated, and the command execution status of the vehicle responding to the vehicle control command is displayed on a vehicle control display interface such as a vehicle control display card. Illustratively, the vehicle control display card may be displayed on the negative first screen of the mobile terminal's display desktop, a fusion desktop, a vehicle control application, a vehicle control mini-program, or the like. For another example, the display of at least one command execution status may be achieved through information pop-ups, information notifications, or the like.

[0094] In some scenarios, the status of the vehicle in executing the vehicle control command can be clearly and intuitively fed back. It is not limited to whether the vehicle control function corresponding to the vehicle control command is turned on or off, and the display of the intermediate execution status is realized, making the vehicle control status display more intelligent. In addition, several intermediate execution states in the vehicle control command response process are displayed, which can intuitively feedback the working status of the device or intermediate link corresponding to the intermediate execution state, and remotely realize real-time feedback on the intermediate operating state of the vehicle control function. When a fault occurs, the user can directly understand the cause of the fault of the corresponding vehicle control function on the mobile terminal. For example, if a fault occurs in a certain intermediate execution state, the user can intuitively understand that a specific intermediate execution state of the vehicle control function has failed, which can reduce or not rely on professional personnel to troubleshoot the vehicle to obtain the cause of the fault.

[0095] In some embodiments, considering that the vehicle control display interface provided by the mobile terminal generally has a fixed display area for each vehicle control function or vehicle control information, when displaying the vehicle control function corresponding to the vehicle control command, different command execution states can be displayed in different regional display styles in the target display area where the vehicle control function is located. For example, different regional colors, regional backgrounds, and other display styles can be used to display several intermediate execution states (or command execution states). In another example, reminder information (such as status symbols, status text), etc., corresponding to several intermediate execution states (or command execution states) can be loaded in the target display area. This can achieve the goal of not changing the layout and distribution of the vehicle control display interface in actual applications, thereby improving the practicality of the vehicle control state processing method.

[0096] In one or more embodiments of the present specification, a mobile terminal responds to a user's vehicle control command and transmits the command to the vehicle. At least one intermediate execution state of the vehicle's response to the vehicle control command can then be obtained and displayed. By displaying at least several intermediate execution states of the vehicle's response to the vehicle control command on the mobile terminal, intuitive and clear feedback on the command execution status during the vehicle's response can be provided, optimizing the display method and enhancing the display quality of the vehicle control status. Real-time execution status display of the vehicle command execution process can be achieved, improving the real-time nature of the vehicle status display. Furthermore, the practicality of the vehicle control status processing method can be improved.

[0097] See Figure 4 , Figure 4 This is a flow chart of another embodiment of a vehicle control state processing method proposed in this application.

[0098] Specifically:

[0099] S301: In response to a vehicle control command for a vehicle, sending the vehicle control command to the vehicle;

[0100] For details, please refer to the method steps of other embodiments involved in this specification, which will not be repeated here.

[0101] S302: Determine at least one vehicle control node corresponding to a vehicle control function of the vehicle control command.

[0102] In one or more embodiments of the present specification, when executing a vehicle control function, the vehicle gradually completes the function execution process corresponding to the vehicle control function, and the function execution process is composed of several execution intermediate stages. The execution intermediate stage is related to the vehicle control node. One vehicle control node may correspond to at least one execution intermediate stage. It can be understood that the execution intermediate stage is the execution control process of the vehicle control node. At least one execution intermediate stage will correspond to an execution intermediate state. In some implementation scenarios, the execution intermediate state is also the execution node state of the vehicle control node.

[0103] For example, taking the vehicle air conditioning activation function as an example, at least one vehicle control node of the vehicle control function may be: a component power-on control node, a compressor (machine) control node, a condenser / heater control node, and a temperature change control node. Furthermore, the execution intermediate states corresponding to these vehicle control nodes may include: at least a component power-on state corresponding to the component power-on control node, at least a compressor (machine) startup state corresponding to the compressor (machine) control node, at least a condenser / heater startup state corresponding to the condenser / heater control node, at least a temperature increasing / decreasing state corresponding to the temperature change control node, etc. The vehicle responds to the vehicle control command and executes control logic on the vehicle control node to reach the aforementioned execution intermediate states until the response to the vehicle control command is completed and the execution is completed.

[0104] In one or more embodiments of the present specification, at least one vehicle control node of a vehicle control function may be pre-configured based on a function execution process of the corresponding vehicle control function, and may be subsequently saved after the configuration is completed;

[0105] Optionally, at least one corresponding vehicle control node may be pre-set for a plurality of vehicle control functions, so that in actual application, a plurality of vehicle control nodes corresponding to the vehicle control functions of the vehicle control command may be obtained accordingly;

[0106] Optionally, an execution node state corresponding to at least one vehicle control node may be obtained, and the execution node state is generally regarded as an execution intermediate state.

[0107] S303: Send a status query message for the at least one vehicle control node, and receive a first execution node status for each of the vehicle control nodes based on the status query message.

[0108] The status query message is used to query the execution node status of the vehicle control node, such as querying the execution node status corresponding to the component power-on control node, querying the execution node status of the compressor (machine) control node, etc.

[0109] It is understandable that a status query message for the at least one vehicle control node can be sent directly to the vehicle. The status query message can carry the node information of "the at least one vehicle control node". After receiving the status query message, the vehicle sends the first execution node status corresponding to the corresponding vehicle control node in the process of responding to the vehicle control command to the mobile terminal. For example, the vehicle can periodically report to the mobile terminal based on the status feedback strategy. For another example, the vehicle can immediately report the current first execution node status whenever the first execution node status corresponding to each of the aforementioned vehicle control nodes is reached, such as reporting the current first execution node status to the mobile terminal, or reporting the current first execution node status to the service platform.

[0110] It can be understood that the mobile terminal can directly send a status query message for the at least one vehicle control node to the service platform, and the status query message can carry the node information of "the at least one vehicle control node"; the service platform can record the first execution node status of each vehicle control node when the vehicle executes the vehicle control command, and then after receiving the status query message, it will feedback the first execution node status corresponding to the corresponding vehicle control node to the mobile terminal.

[0111] Illustratively, the service platform may save the first execution node states of several vehicle control nodes sent by the vehicle into a task status list. Illustratively, the service platform may create a vehicle control task corresponding to the vehicle control command (e.g., an air conditioning on task corresponding to an air conditioning on command) in the task status list. The vehicle control task corresponding to a certain vehicle control command may be uniquely represented by a vehicle control task identifier (vehicle control task ID). In some embodiments, the vehicle control task includes task information such as a task identifier, a vehicle control command identifier, a command execution status, and a vehicle identifier.

[0112] The mobile terminal can send a status query message to the service platform. The service platform can determine the designated vehicle associated with the current mobile terminal based on the status query message, query the vehicle control task of the designated vehicle in the task status list to obtain the first execution node status corresponding to the corresponding vehicle control node, and then the service platform sends the first execution node status to the mobile terminal.

[0113] S304: Determine a target vehicle control node from the at least one vehicle control node, send a status query message for the target vehicle control node, and receive a second execution node status for the target vehicle control node based on the status query message.

[0114] The target vehicle control node may be one or more of all vehicle control nodes, and the target vehicle control node may be a control node pre-set for a vehicle control function and used to display a command execution status;

[0115] Optionally, the target vehicle control node may be: Considering the conventional completion time of the vehicle control command, if the execution node status of all vehicle control nodes is displayed one by one, the display effect of one or more nodes may be poor, and the key control nodes may be selected from all vehicle control nodes for display;

[0116] Optionally, the target vehicle control nodes may be: based on the daily failure rates of all vehicle control nodes corresponding to the vehicle control functions of the vehicle control commands, all vehicle control nodes are sorted in order of failure rate, and a specified number of target vehicle control nodes are determined from all vehicle control nodes. By obtaining target vehicle control nodes with high failure rates, targeted node monitoring of remote vehicle control functions can be achieved.

[0117] Optionally, the target vehicle control node may be a target vehicle control node customized by the user among all vehicle control nodes of the vehicle control function, and the user may customize and select a corresponding vehicle control node based on focus requirements.

[0118] It can be understood that the step of sending a status query message for the target vehicle control node and receiving the second execution node status for the target vehicle control node based on the status query message can refer to the method for the first execution node status in S303, and will not be repeated here.

[0119] S305: Obtain node wear parameters and / or historical control time for each of the vehicle control nodes, perform state prediction processing on the vehicle control node based on the node wear parameters and / or historical control time, and determine the third execution node state of the vehicle control node.

[0120] It is understandable that, considering that there will be fluctuations in the network communication between the mobile terminal and the vehicle, it is usually difficult for the mobile terminal to obtain the execution node state corresponding to each vehicle control node when the vehicle responds to the vehicle control command in real time, that is, the execution node state will be objectively delayed. For example, at time t0, the vehicle control node a corresponds to the execution node state a, and the mobile terminal may obtain the execution node state a corresponding to the vehicle control node a due to objective factors within a period of time after time t0, and display it. This is bound to have a time delay, which is equivalent to a certain time delay when each vehicle control node displayed by the vehicle corresponds to the execution node state; in some cases, it is also difficult to accurately and in real time obtain the execution node state (that is, the execution intermediate state). In an embodiment of the present application, the third execution node state of each vehicle control node (that is, the execution intermediate state) can be predicted in combination with at least one of the node wear parameter dimension and the historical control time dimension. The third execution node state is also the execution node state predicted by the mobile terminal based on the actual situation.

[0121] Optionally, considering that a mobile terminal typically receives or acquires the execution node states of multiple vehicle control nodes one by one or in batches, the mobile terminal may estimate the third execution node state corresponding to at least one vehicle control node at a target time. Then, when each target time is reached, the third execution node state of the corresponding vehicle control node is displayed.

[0122] Furthermore, a third execution node state of the vehicle control node is determined. The third execution node state includes a predicted state time corresponding to the third execution node state and a specific node state type. For example, the third execution node state indicates the specific node state type of the vehicle control node at the predicted time. In some embodiments, the display is performed at the corresponding predicted time based on the determined third execution node state.

[0123] The node wear parameters are characterization parameters used to measure the degree of software / hardware wear of the corresponding vehicle control nodes. Common software / hardware wear degrees are related to hard particle wear of vehicle device mechanisms, corresponding wear of vehicle device mechanisms under normal load, speed, and lubrication conditions, surface fatigue wear, natural aging of vehicle device mechanisms, etc.

[0124] In one or more embodiments of this specification, the aforementioned mechanical wear parameters are strongly correlated with factors such as the number of times or frequency that the vehicle control node operates, the number of drops or impacts, and so forth. In practical applications, the mechanical wear parameters may be a fit based on at least one or more of the following parameters: the number of times the vehicle control node operates, the operating frequency, the wear factor, the mechanical fatigue value, the ultimate stress value, and so forth. These mechanical wear parameters may be pre-acquired by a mobile terminal or obtained through evaluation of the vehicle based on actual application conditions.

[0125] The historical control time can be understood as the time the vehicle has been at the vehicle control node during the process of responding to vehicle commands, such as the daily use time of the vehicle control node. The historical control time can be obtained by statistically analyzing the time consumed when executing the vehicle control node. The historical control time can be the average historical control time corresponding to the vehicle control node over a period of time, or the control time corresponding to the last vehicle control node. The historical control time can be based on the time point when the vehicle starts to respond to the vehicle control command as the reference time point, and then the control time offset is corresponding to the reference time point. The "control time offset" is the historical control time.

[0126] In a feasible implementation, the third execution node state of the vehicle control node can be determined with reference to the historical control time. For example, the time point when the vehicle receives the vehicle control command or the time point when the mobile terminal generates the vehicle control command can be used as the reference time point. The state prediction moment can be determined with reference to the historical control time, that is, the third execution node state corresponding to a certain vehicle control node at the state prediction moment. The type of the third execution node state is the historical execution node state corresponding to the "historical control time" (such as the last execution node state corresponding to the "historical control time"). By analogy, the third execution node state of each vehicle control node at the corresponding state prediction moment can be determined in combination with the historical control time of different vehicle control nodes; in some implementations, the mobile terminal can display the third execution node state (usually the execution intermediate state) when the corresponding state prediction moment arrives.

[0127] In a feasible implementation, a state mapping relationship between multiple reference mechanical wear parameters and reference execution node states for a vehicle control node can be pre-created. It should be noted that the reference execution node state can include the node state type and the reference control time (the reference control time offset corresponding to the reference time point). The aforementioned state mapping relationship can be represented in the form of a set, a mapping table, a mapping array, etc. After obtaining the node wear parameters of a certain vehicle control node, the reference execution node state corresponding to the current node wear parameters is determined based on the aforementioned state mapping relationship as the third execution node state.

[0128] In a feasible implementation, the state prediction processing of the vehicle control node can be performed based on the node wear parameters and the historical control time. In the specific implementation, the time correction factor can be determined in combination with the node wear parameters, and the historical control time can be corrected based on the time correction factor to obtain the corrected historical control time; then, the third execution node state of the vehicle control node at the corresponding state prediction moment is determined based on the corrected historical control time.

[0129] Optionally, a time mapping relationship between multiple reference mechanical wear parameters and reference time correction factors for the vehicle control node is pre-established. The time mapping relationship may be represented in the form of a set, a mapping table, a mapping array, etc. An operation (such as a sum operation, a product operation, etc.) is performed on the time correction factor and the historical control time to obtain the corrected historical control time.

[0130] Optionally, a correction reference value can be set for the node wear parameter first. Only when the node wear parameter meets the correction reference value, the time correction of the historical control time based on the time correction factor is performed to obtain the corrected historical control time; conversely, when the node wear parameter does not meet the correction reference value, the state prediction processing of the vehicle control node is performed based on the historical control time to determine the third execution node state of the vehicle control node.

[0131] In a feasible implementation, the “node wear parameters and / or historical control time” and the vehicle control node are input into a pre-trained state prediction model, and the third execution node state of the vehicle control node is output.

[0132] In which, by pre-acquiring a large amount of sample data, extracting feature information, and labeling the sample data, the feature information includes the sample node wear parameter of the control node and at least one parameter of the sample historical control time (sample node number, sample node wear factor, historical time, etc.), an initial state prediction model is created. The state prediction model can be trained using a large amount of sample data. For example, the state prediction model can be based on one or more implementations of LR (Logistic Regression), SVM (Support Vector Machine), decision tree, naive Bayes classifier, CNN (Convolutional Neural Network), RNN (Recurrent Neural Networks), etc. The initial state prediction model is trained based on the sample data of the labeled standard execution node state to obtain a trained state prediction model.

[0133] Optionally, the actual node status for the vehicle control node can be received, that is, the vehicle can send the actual execution node status (that is, the actual node status) corresponding to each vehicle control node to the mobile terminal or service platform; usually for a certain vehicle control node as a whole, the third execution node status corresponding to a certain vehicle control node is usually determined first, and then the actual node status corresponding to a certain vehicle control node is obtained, that is, the third execution node status can be corrected based on the actual node status, such as updating the third execution node status corresponding to a certain vehicle control node to the actual node status, and displaying this execution node status. It can take into account the real-time and accuracy of the node status, realize the intelligent display of vehicle control status processing, avoid the usual delayed display of status, and improve the experience of remote vehicle control status control.

[0134] S306: Determine at least one intermediate execution state for the vehicle control command based on the execution node state, and display the intermediate execution state.

[0135] The execution node state includes but is not limited to a first execution node state, a second execution node state, a third execution node state, and the like.

[0136] It can be understood that in some implementation scenarios, at least one intermediate execution state for the vehicle control command can be determined based on several execution node states, and the intermediate execution state can be displayed.

[0137] It can be understood that execution node states such as the first execution node state, the second execution node state, the third execution node state, and the actual execution node state can generally be regarded as execution intermediate states.

[0138] In a feasible implementation manner, the execution node state may be used as an intermediate execution state when the vehicle responds to the vehicle control command, and the intermediate execution state may be displayed.

[0139] In a feasible implementation, considering that actual applications may involve multiple execution node states and the regular completion time of vehicle control commands may be short, based on this, one or more key control node states can be selected from several execution node states, that is, the key control node state can be selected from several execution node states as the execution intermediate state for display.

[0140] In one feasible implementation, a reference intermediate execution state can be configured to correspond to one or more reference execution node states. This means that a target mapping relationship is established between multiple reference intermediate execution states and their corresponding at least one reference execution node state. Based on this target mapping relationship, the corresponding intermediate execution state is indexed or matched based on the current multiple execution node states, and the intermediate execution state is displayed.

[0141] In one or more embodiments of the present specification, by responding to a vehicle control command issued by a user to the vehicle on a mobile terminal and sending the vehicle control command to the vehicle, at least one intermediate execution state of the vehicle in the process of responding to the vehicle control command can be obtained and displayed. By displaying at least several intermediate execution states of the vehicle in responding to the vehicle control command on the mobile terminal side, the command execution status during the vehicle response process can be intuitively and clearly fed back, thereby optimizing the display method of the vehicle control status and improving the display effect of the vehicle control status; it can realize real-time execution status display of the vehicle command execution process, improving the real-time nature of the vehicle status display; and, by combining the node wear dimension and the historical control time dimension, it realizes accurate prediction of the vehicle status, improves the intelligence of the real-time display, and enriches the vehicle control status processing method.

[0142] In one embodiment, Figure 5 As shown, a vehicle control state processing method is proposed. This method can be implemented using a computer program and can be run on a vehicle control state processing device based on the von Neumann architecture. The computer program can be integrated into an application or run as a standalone tool application. The vehicle control state processing device can be a service platform.

[0143] S401: Obtaining at least one intermediate execution state of a vehicle control command from the vehicle;

[0144] It can be understood that the intermediate execution state is the command execution state corresponding to the time between the vehicle starting to execute the vehicle control command and the end of executing the vehicle control command. The command execution state is the execution state when the vehicle responds to the vehicle control command generated by the mobile terminal.

[0145] In one or more embodiments of the specification, the mobile terminal may send a vehicle control command directly to the vehicle; or the mobile terminal may send a vehicle control command to the vehicle through a service platform, that is, the service platform forwards the vehicle control command generated by the mobile terminal to the vehicle.

[0146] It can be understood that in the process of responding to the vehicle control command and executing the vehicle control function corresponding to the vehicle control command, the vehicle can feedback several intermediate execution states to the mobile terminal through the service platform. Indicatively, the service platform can actively obtain several intermediate execution states of the vehicle in the process of executing the vehicle control command corresponding to the vehicle control function from the mobile terminal, so that the mobile terminal can display the several intermediate execution states, and can intuitively, clearly and conveniently feedback the execution status of the vehicle control process on the mobile terminal.

[0147] In a feasible implementation, the service platform may determine at least one vehicle control node of a vehicle control function corresponding to the vehicle control command, and obtain the execution node status corresponding to each of the at least one vehicle control node.

[0148] According to some embodiments, at least one vehicle control node of a vehicle control function may be pre-configured based on a function execution process of the corresponding vehicle control function, and may be subsequently saved on the service platform after the configuration is completed.

[0149] Optionally, at least one corresponding vehicle control node may be pre-set for a plurality of vehicle control functions, so that in actual application, the service platform can then obtain a plurality of vehicle control nodes corresponding to the vehicle control functions of the vehicle control command;

[0150] Optionally, the service platform may obtain the execution node status corresponding to at least one vehicle control node, where the execution node status is generally regarded as an execution intermediate state.

[0151] Furthermore, the service platform obtains the execution node status corresponding to the at least one vehicle control node, specifically in the following manner:

[0152] Optionally, the service platform may send a status query message for the at least one vehicle control node to the vehicle, and receive a first execution node status for the at least one vehicle control node;

[0153] In a specific implementation, a status query message for the at least one vehicle control node can be sent directly to the vehicle. The status query message can carry the node information of "the at least one vehicle control node." After receiving the status query message, the vehicle transmits the first execution node status corresponding to the corresponding vehicle control node in the process of responding to the vehicle control command to the mobile terminal. For example, the vehicle can periodically report to the mobile terminal based on a status feedback strategy. In another example, the vehicle can immediately report the current first execution node status whenever the first execution node status corresponding to each of the aforementioned vehicle control nodes is reached.

[0154] Optionally, the service platform may determine a target vehicle control node from the at least one vehicle control node, send a status query message to the target vehicle control node, and receive a second execution node status for the target vehicle control node based on the status query message. For details, please refer to the explanation of S304 and will not be repeated here. The only difference is that the execution entity is the service platform.

[0155] Optionally, the service platform can obtain node wear parameters and / or historical control time for each of the vehicle control nodes, perform state prediction processing on the vehicle control node based on the node wear parameters and / or historical control time, and determine the third execution node state of the vehicle control node; for details, please refer to the relevant explanation of S305, which will not be repeated here. The only difference is that the execution entity is the service platform.

[0156] Optionally, the service platform can obtain node wear parameters and / or historical control time for each vehicle control node, perform state prediction processing on the vehicle control node based on the node wear parameters and / or historical control time, and determine a third execution node state for the vehicle control node; receive the actual node state for the vehicle control node, and perform state correction processing on the third execution node state based on the actual node state. For details, please refer to the relevant explanation of S304 and will not be repeated here. The only difference is that the execution entity is the service platform.

[0157] S402: Send the at least one execution intermediate state to the mobile terminal, where the execution intermediate state is used to instruct the mobile terminal to display the execution intermediate state.

[0158] It can be understood that the above-mentioned first execution node state, second execution node state, third execution node state and other execution node states are usually intermediate execution states.

[0159] In one or more embodiments of the present specification, by responding to a vehicle control command issued by a user to a vehicle on a mobile terminal and sending the vehicle control command to the vehicle, the service platform can then obtain at least one intermediate execution state of the vehicle in the process of responding to the vehicle control command and forward it to the mobile terminal, which at least displays the intermediate execution state. This can assist the mobile terminal in displaying at least several intermediate execution states of the vehicle in responding to the vehicle control command, provide intuitive and clear feedback on the command execution status during the vehicle response process, optimize the display method of the vehicle control state, and enhance the display effect of the vehicle control state; it can realize real-time execution state display of the vehicle command execution process, and improve the real-time nature of the vehicle state display; and, by combining the node wear dimension and the historical control time dimension, it can realize accurate prediction of the vehicle state, improve the intelligence of the real-time display, and enrich the vehicle control state processing method.

[0160] See Figure 6 , Figure 6 This is a flow chart of another embodiment of a vehicle control state processing method proposed in this application.

[0161] Specifically:

[0162] S501: receiving a vehicle control command sent by a mobile terminal to a vehicle;

[0163] Furthermore, the service platform may send the vehicle control command to the vehicle, and obtain at least one command execution status for the vehicle control command from the vehicle.

[0164] S502: Sending the vehicle control command to the vehicle, determining a vehicle control task corresponding to the vehicle control command, and writing the vehicle control task into a task status list;

[0165] In one or more embodiments of the specification, the service platform may create a vehicle control task corresponding to a vehicle control command in a task status list (e.g., an air conditioning on task corresponding to an air conditioning on command), and may use a vehicle control task identifier (vehicle control task id) to uniquely identify the vehicle control task corresponding to a vehicle control command.

[0166] In some embodiments, the vehicle control task includes task information such as task identification (such as taskID), vehicle control command identification (such as command key value), command execution status (such as different Value values ​​can represent different types of execution status), vehicle identification (such as vehicle ID); the service platform can save the execution status of several commands sent by the vehicle to the task status list, specifically save it under the corresponding vehicle control task.

[0167] S503: Obtaining at least one command execution status for the vehicle control command from the vehicle, and updating the task status list based on the at least one command execution status, wherein the at least one command execution status includes an execution intermediate state;

[0168] Schematically, taking the vehicle air-conditioning on command as an example, the vehicle can feedback the intermediate execution states such as the execution start state, component power-on state, compressor (machine) start state, condenser / heater (heater) start state, temperature rising / falling state, etc. when each command execution state is reached, and can feedback the execution success state (which can be regarded as the execution end state) after the execution is completed. The above different command execution states can be represented by different Value values. Every time any command execution state is obtained, the task status of the air-conditioning on task in the task status list is updated, and the current command execution status is recorded under the air-conditioning on task.

[0169] Schematically, usually the at least one command execution state includes an intermediate execution state, such as the aforementioned component power-on state, compressor (machine) start-up state, condenser / heater (heater) start-up state, temperature rising / falling state and other intermediate execution states, which will be reported to the service platform by the vehicle when the vehicle reaches the corresponding execution state, and then the service platform will update the task status of the vehicle control task corresponding to the vehicle control command, that is, cache the corresponding command execution state to save it in the task status list; in some embodiments, the service platform can feedback the current command execution status of the vehicle control task to the mobile terminal in real time or at corresponding time intervals; in some embodiments, the mobile terminal can also actively query the service platform for the execution status of the vehicle control task, and then the service platform feedbacks the corresponding command execution status.

[0170] S504: Receive a status query message from the mobile terminal, and determine a command execution status corresponding to the vehicle command from the task status list;

[0171] In a feasible implementation, the service platform may save the execution status of several commands sent by the vehicle into a task status list. Schematically, the service platform may create a vehicle control task corresponding to the vehicle control command (e.g., an air conditioning on task corresponding to an air conditioning on command) in the task status list. The vehicle control task corresponding to a certain vehicle control command may be uniquely represented by a vehicle control task identifier (vehicle control task ID). In some embodiments, the vehicle control task includes task information such as a task identifier, a vehicle control command identifier, a command execution status, and a vehicle identifier.

[0172] The mobile terminal can send a status query message to the service platform. After receiving the status query message, the service platform can determine the designated vehicle associated with the current mobile terminal based on the status query message, query the vehicle control task of the designated vehicle in the task status list to obtain at least one command execution status corresponding to the current vehicle control task, and then the service platform sends the at least one command execution status to the mobile terminal.

[0173] S505: Send the command execution status to the mobile terminal.

[0174] According to some embodiments, the command execution state includes an execution intermediate state, and the execution intermediate state is used to instruct the mobile terminal to display the execution intermediate state.

[0175] Optionally, the vehicle may send the command execution status including at least one intermediate execution status in the process of executing the vehicle control command to the service platform in sequence, and the service platform may send each command execution status to the mobile terminal.

[0176] In one or more embodiments of the present specification, the service platform may send all command execution states including intermediate execution states to the mobile terminal, and the mobile terminal may display the execution state of each command.

[0177] S506: Obtaining a vehicle control execution result for the vehicle control command from the vehicle.

[0178] It is understood that the vehicle control execution result corresponds to the execution end status in the command execution status. The execution end status is divided into a success status when the vehicle control command is successfully executed and a failure status when the vehicle control command is failed. Based on this, the vehicle control execution result includes a success result and a failure result.

[0179] Specifically, after the vehicle responds to the vehicle control command and completes the vehicle control function corresponding to the vehicle control command, the vehicle reports the corresponding vehicle control execution result to the service platform.

[0180] Specifically, the service platform may also proactively query the vehicle control execution result corresponding to the vehicle control function after the vehicle completes the vehicle control command.

[0181] S507: Deleting the vehicle control task from the task status list based on the vehicle control execution result;

[0182] It is understandable that after the vehicle completes responding to the vehicle control command and generates the vehicle control execution result, the service platform may not need to maintain or even manage the vehicle control task corresponding to the vehicle control command, and the service platform may delete the corresponding vehicle control task from the task status list;

[0183] Optionally, you can set a maintenance period, after which the vehicle control task will be deleted.

[0184] Optionally, if the vehicle control execution result is a successful execution result, it means that the vehicle control task is successfully completed and the vehicle control task can be deleted; if the vehicle control execution result is a failed execution result, the vehicle control task can be maintained.

[0185] S508: Detecting the target command execution status corresponding to the vehicle control command based on the vehicle control execution result, and sending the target command execution status to the mobile terminal.

[0186] The target command instruction status can be understood as the execution status of the final vehicle control command, which can be either a successful execution status or a failed execution status;

[0187] Optionally, when the vehicle control execution result feedback indicates that the vehicle control command is in a successful execution state, a vehicle control state check may be performed to determine whether the vehicle has been successfully executed, so as to correct the command execution state.

[0188] It is understandable that the service platform can detect whether the vehicle control execution result is a successful execution result, and if it is determined that the vehicle control execution result is a successful execution result, then detect whether the successful execution result is correct; schematically, the service platform can query the vehicle whether the vehicle control command is executed successfully, such as taking the air conditioning on command as an example, then the service platform can query the vehicle whether the air conditioning on state is correct;

[0189] If so, the execution success status corresponding to the vehicle command may be sent to the mobile terminal;

[0190] If not, a status update request is sent to the vehicle, and the target command execution status corresponding to the vehicle command is determined based on the status update request; at this time, the target command execution status can be an execution intermediate state, an execution success state, and an execution failure state.

[0191] Optionally, the target command execution status is then sent to the mobile terminal;

[0192] Specifically, the service platform may detect whether the vehicle control execution result is a successful execution result. If it is determined that the vehicle control execution result is a failed execution result, the execution failure status corresponding to the vehicle command may be sent to the mobile terminal.

[0193] In one or more embodiments of the present specification, by responding to a vehicle control command issued by a user to a vehicle on a mobile terminal and sending the vehicle control command to the vehicle, the service platform can then obtain at least one intermediate execution state of the vehicle in the process of responding to the vehicle control command and forward it to the mobile terminal, which at least displays the intermediate execution state. This can assist the mobile terminal in displaying at least several intermediate execution states of the vehicle in responding to the vehicle control command, provide intuitive and clear feedback on the command execution status during the vehicle response process, optimize the display method of the vehicle control state, and enhance the display effect of the vehicle control state; it can realize real-time execution state display of the vehicle command execution process, and improve the real-time nature of the vehicle state display; and, by combining the node wear dimension and the historical control time dimension, it can realize accurate prediction of the vehicle state, improve the intelligence of the real-time display, and enrich the vehicle control state processing method.

[0194] In one embodiment, Figure 7 As shown, a vehicle control state processing method is proposed. This method can be implemented using a computer program and can be run on a vehicle control state processing device based on the von Neumann architecture. The computer program can be integrated into an application or run as a standalone tool application. The vehicle control state processing device can be a vehicle.

[0195] S601: receiving a vehicle control command generated by a mobile terminal;

[0196] According to some embodiments, a vehicle control command refers to a command that can control a vehicle to perform a corresponding vehicle control function. The vehicle control command is generated on a mobile terminal (such as a mobile phone).

[0197] Optionally, the vehicle may receive the vehicle control command directly sent by the mobile terminal; the vehicle may also receive the vehicle control command sent to the vehicle by the mobile terminal through the service platform.

[0198] S602: In response to a vehicle control command, executing a vehicle control function corresponding to the vehicle control command and determining at least one intermediate execution state of the vehicle control command;

[0199] It can be understood that when a vehicle executes a vehicle control function corresponding to a vehicle control command, the vehicle control command execution process will correspond to several different command execution states during the entire vehicle control command execution process from the start of command execution to the end of command execution. Different command execution states can provide feedback on the execution progress of the vehicle in executing the vehicle control command to perform vehicle function control or function management. In one or more embodiments of this specification, the command execution state corresponding to the vehicle control command execution process may include at least: an execution start state, an execution intermediate state, and an execution end state according to different execution situations. In some embodiments, the execution intermediate state may be composed of execution states of multiple different execution intermediate stages.

[0200] The intermediate execution state can be understood as an execution state after the vehicle starts responding to the vehicle control command to execute the vehicle control function and before the vehicle ends responding to (or completes responding to) the vehicle control command to execute the function control process of all vehicle control functions. Based on the actual application environment, several intermediate execution states corresponding to different intermediate execution stages can be configured;

[0201] Schematically, taking the vehicle air-conditioning start-up command of the vehicle air-conditioning start-up function as an example, a number of execution intermediate states corresponding to the execution intermediate stages can be configured based on the entire vehicle air-conditioning start-up process (process), for example, the execution intermediate states may include: component power-on state, compressor (machine) start-up state, condenser / heater (heater) start-up state, temperature rising / falling state, etc. It can be understood that the vehicle responds to the vehicle air-conditioning start-up command to execute the functional control process of the vehicle air-conditioning start-up function, which will control the vehicle to reach the aforementioned several execution intermediate states until the execution end state. In some embodiments, the row start state, execution intermediate state, and execution end state can also be sent to the mobile terminal, or sent to the mobile terminal through the service platform;

[0202] For example, a vehicle control command for a vehicle seat heating function can be used as an example. Based on the entire vehicle seat heating process (flow), a number of intermediate execution states corresponding to the intermediate execution stages can be configured. For example, the intermediate execution states may include: heating power-on state, heating relay activation state, heating wire operating state, reaching a specified heating temperature state, etc. It is understood that in response to the vehicle seat heating command, the vehicle will be controlled to proceed through the initial state, then reach the aforementioned intermediate execution states, and finally reach the final execution state.

[0203] Optionally, for a vehicle, it is possible to determine the command execution state, such as the starting state, the intermediate execution state, and the end execution state, of the terminal when executing the vehicle control function corresponding to the vehicle control command.

[0204] S603: Send the at least one execution intermediate state to the mobile terminal, where the execution intermediate state is used to instruct the mobile terminal to display the execution intermediate state.

[0205] Optionally, the vehicle may send at least one intermediate execution state during the execution of the vehicle control command to the service platform, and the service platform may send the at least one intermediate execution state to the mobile terminal.

[0206] In one or more embodiments of the present specification, the vehicle may send all command execution statuses in the process of responding to the vehicle control command to the mobile terminal one by one or in batches, and the mobile terminal may display the execution status of each command.

[0207] In one or more embodiments of the present specification, by responding to a vehicle control command issued by a user to a vehicle on a mobile terminal and sending the vehicle control command to the vehicle, at least one intermediate execution state of the vehicle in the process of responding to the vehicle control command can be obtained and sent to the mobile terminal, and the mobile terminal at least displays the intermediate execution state. This can assist the mobile terminal in displaying at least several intermediate execution states of the vehicle in responding to the vehicle control command, and can provide intuitive and clear feedback on the command execution status during the vehicle response process, thereby optimizing the display method of the vehicle control state and improving the display effect of the vehicle control state; it can realize real-time execution state display of the vehicle command execution process, improving the real-time nature of the vehicle state display; and, by combining the node wear dimension and the historical control time dimension, it can realize accurate prediction of the vehicle state, improve the intelligence of the real-time display, and enrich the vehicle control state processing method.

[0208] See Figure 8 , is a schematic diagram of the architecture of a vehicle control state processing system provided in an embodiment of the present application. Figure 8 As shown, the vehicle control state processing system 10 includes a mobile terminal 100, a vehicle 110, and a service platform 120.

[0209] The mobile terminal 100 may be an electronic device with communication functionality, including but not limited to wearable devices, handheld devices, personal computers, tablet computers, in-vehicle devices, smart phones, computing devices, or other processing devices connected to a wireless modem. Electronic devices may be referred to by different names in different networks, such as user equipment, access mobile terminal, subscriber unit, subscriber station, mobile station, mobile station, remote station, remote mobile terminal, mobile device, user mobile terminal, mobile terminal, wireless communication device, user agent or user device, cellular phone, cordless phone, personal digital assistant (PDA), and devices in 5G networks or future evolution networks.

[0210] The service platform 120 can be a separate server device, such as a rack-mounted, blade, tower, or cabinet-mounted server device, or a workstation, mainframe computer, or other hardware device with strong computing capabilities; it can also be a server cluster composed of multiple servers. The servers in the service cluster can be composed in a symmetrical manner, wherein each server has equivalent functions and status in the business link, and each server can provide services to the outside world independently. The independent service can be understood as not requiring the assistance of another server.

[0211] The vehicle 110 may be used in conjunction with the vehicle terminal. For example, the vehicle terminal may be installed on the vehicle 110. In some implementation scenarios, the vehicle terminal may be a part of the vehicle 110.

[0212] According to some embodiments, the mobile terminal 100 and the vehicle terminal corresponding to the vehicle 110 can establish a communication connection, and complete the data interaction during the data transfer process based on the communication connection, wherein the communication connection includes but is not limited to Bluetooth connection, infrared connection, near-field communication connection, etc.

[0213] The mobile terminal 100, the vehicle terminal corresponding to the vehicle 110, and the service platform 120 can communicate with each other through the network, such as establishing a vehicle management connection based on the network. The network can be a wireless network or a wired network. The wireless network includes but is not limited to a cellular network, a wireless local area network, an infrared network or a Bluetooth network. The wired network includes but is not limited to Ethernet, a universal serial bus (USB) or a controller area network.

[0214] In addition, the vehicle management system embodiment provided in the above embodiment and the vehicle control state processing method in some embodiments belong to the same concept, and its implementation process is detailed in the method embodiment, which will not be repeated here.

[0215] The following is a detailed description of one or more vehicle control state processing devices provided in the embodiments of this application. It should be noted that the vehicle control state processing device is used to execute the method of one or more embodiments shown in this application. For ease of description, only the parts related to the embodiments of this application are shown. For specific technical details not disclosed, please refer to other embodiments shown in this application.

[0216] See Figure 9 , which shows a schematic diagram of the structure of the vehicle control state processing device according to an embodiment of the present application. The vehicle control state processing device 1 can be implemented as all or part of the device through software, hardware, or a combination of both. According to some embodiments, the vehicle control state processing device 1 includes a command processing module 11 and a status display module 12, which are specifically used to:

[0217] A command processing module 11 is configured to respond to a vehicle control command directed to a vehicle and send the vehicle control command to the vehicle;

[0218] The status display module 12 is used to obtain at least one intermediate execution state for the vehicle control command and display the intermediate execution state; wherein, the intermediate execution state is the command execution state corresponding to the time from the vehicle starts to execute the vehicle control command to the time the vehicle ends to execute the vehicle control command, and the command execution state is the execution state when the vehicle responds to the vehicle control command.

[0219] Optional, such as Figure 10 As shown, the status display module 12 includes:

[0220] A state acquisition unit 121 is configured to acquire at least one command execution state for the vehicle control command, wherein the at least one command execution state includes an execution intermediate state;

[0221] The status display unit 122 is configured to display the execution status of the at least one command.

[0222] Optionally, the state acquisition unit 121 is specifically configured to:

[0223] Obtaining from the vehicle at least one command execution status corresponding to the vehicle control command; or,

[0224] At least one command execution status corresponding to the vehicle control command is obtained from the vehicle based on a service platform.

[0225] Optionally, the status display module 12 is specifically configured to:

[0226] Determine at least one vehicle control node corresponding to a vehicle control function of the vehicle control command, obtain execution node states corresponding to the at least one vehicle control node, and determine at least one execution intermediate state for the vehicle control command based on the execution node states.

[0227] Optionally, the status display module 12 is specifically configured to:

[0228] Sending a status query message for the at least one vehicle control node, and receiving a first execution node status for each of the vehicle control nodes based on the status query message; or,

[0229] A target vehicle control node is determined from the at least one vehicle control node, a status query message is sent to the target vehicle control node, and a second execution node status for the target vehicle control node is received based on the status query message.

[0230] Optionally, the status display module 12 is specifically configured to:

[0231] Obtaining node wear parameters and / or historical control time for each of the vehicle control nodes, performing state prediction processing on the vehicle control node based on the node wear parameters and / or historical control time, and determining a third execution node state of the vehicle control node; or,

[0232] Obtain node wear parameters and / or historical control time for each of the vehicle control nodes, perform state prediction processing on the vehicle control node based on the node wear parameters and / or historical control time, and determine the third execution node state of the vehicle control node; receive the actual node state for the vehicle control node, and perform state correction processing on the third execution node state based on the actual node state.

[0233] It should be noted that the vehicle control state processing device provided in the above embodiment, when executing the vehicle control state processing method, is only illustrated by the division of the above-mentioned functional modules. In actual applications, the above-mentioned functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above. In addition, the vehicle control state processing device provided in the above embodiment and the vehicle control state processing method embodiment are based on the same concept. The implementation process is detailed in the method embodiment and will not be repeated here.

[0234] The serial numbers of the above embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0235] See Figure 11 , which shows a schematic diagram of the structure of the vehicle control state processing device according to an embodiment of the present application. The vehicle control state processing device 2 can be implemented as all or part of the device through software, hardware, or a combination of both. According to some embodiments, the vehicle control state processing device 1 includes a state acquisition module 21 and a state sending module 22, which are specifically used to:

[0236] a state acquisition module 21 for acquiring from the vehicle at least one intermediate execution state of a vehicle control command, wherein the intermediate execution state is a command execution state corresponding to the time between the vehicle starting to execute the vehicle control command and the vehicle finishing executing the vehicle control command, and the command execution state is an execution state of the vehicle when responding to the vehicle control command generated by the mobile terminal;

[0237] The state sending module 22 is configured to send the at least one execution intermediate state to the mobile terminal, where the execution intermediate state is used to instruct the mobile terminal to display the execution intermediate state.

[0238] Optional, such as Figure 12 As shown, the state acquisition module 21 includes:

[0239] A command forwarding unit 211 is configured to receive a vehicle control command sent by a mobile terminal to a vehicle, and send the vehicle control command to the vehicle;

[0240] The state acquisition unit 212 is configured to acquire at least one command execution state for the vehicle control command from the vehicle, where the at least one command execution state includes an execution intermediate state.

[0241] Optionally, the command forwarding unit 211 is specifically configured to:

[0242] Sending the vehicle control command to the vehicle, determining a vehicle control task corresponding to the vehicle control command and writing the vehicle control task into a task status list;

[0243] At least one command execution status for the vehicle control command is obtained from the vehicle, and task statuses of the task status list are updated based on the at least one command execution status.

[0244] Optionally, the command forwarding unit 211 is specifically configured to:

[0245] receiving a status query message from the mobile terminal, and determining a command execution status corresponding to the vehicle command from the task status list;

[0246] The command execution status is sent to the mobile terminal.

[0247] Optionally, the device 2 is further used for:

[0248] Obtaining a vehicle control execution result for the vehicle control command from the vehicle, and deleting the vehicle control task from the task status list based on the vehicle control execution result; and / or,

[0249] A vehicle control execution result for the vehicle control command is obtained from the vehicle, a target command execution status corresponding to the vehicle control command is detected based on the vehicle control execution result, and the target command execution status is sent to the mobile terminal.

[0250] Optionally, the device 2 is specifically used for:

[0251] Determining that the vehicle control execution result is a successful execution result, detecting whether the successful execution result is correct; if so, sending the successful execution status corresponding to the vehicle command to the mobile terminal;

[0252] If not, send a status update request to the vehicle, and determine the target command execution status corresponding to the vehicle command based on the status update request; send the target command execution status to the mobile terminal; the target command execution status includes an execution intermediate status, an execution success status, and an execution failure status.

[0253] Determine that the vehicle control execution result is an execution failure result, and send the execution failure status corresponding to the vehicle command to the mobile terminal.

[0254] Optionally, the device 2 is specifically used for:

[0255] Determine at least one vehicle control node of a vehicle control function corresponding to the vehicle control command, and obtain execution node states corresponding to the at least one vehicle control node.

[0256] Optionally, the device 2 is specifically used for:

[0257] Sending a status query message for the at least one vehicle control node to the vehicle, and receiving a first execution node status for the at least one vehicle control node; or,

[0258] Determining a target vehicle control node from the at least one vehicle control node, sending a status query message to the target vehicle control node, and receiving a second execution node state for the target vehicle control node based on the status query message;

[0259] Obtaining node wear parameters and / or historical control time for each of the vehicle control nodes, performing state prediction processing on the vehicle control node based on the node wear parameters and / or historical control time, and determining a third execution node state of the vehicle control node; or,

[0260] Obtain node wear parameters and / or historical control time for each of the vehicle control nodes, perform state prediction processing on the vehicle control node based on the node wear parameters and / or historical control time, and determine the third execution node state of the vehicle control node; receive the actual node state for the vehicle control node, and perform state correction processing on the third execution node state based on the actual node state.

[0261] It should be noted that the vehicle control state processing device provided in the above embodiment, when executing the vehicle control state processing method, is only illustrated by the division of the above-mentioned functional modules. In actual applications, the above-mentioned functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above. In addition, the vehicle control state processing device provided in the above embodiment and the vehicle control state processing method embodiment are based on the same concept. The implementation process is detailed in the method embodiment and will not be repeated here.

[0262] The serial numbers of the above embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0263] See Figure 13 , which shows a schematic diagram of the structure of the vehicle control state processing device according to an embodiment of the present application. The vehicle control state processing device 3 can be implemented as all or part of the device through software, hardware, or a combination of both. According to some embodiments, the vehicle control state processing device 3 includes a command receiving module 31, a command response module 32, and a status sending module 33, which are specifically used to:

[0264] A command receiving module 31 is used to receive a vehicle control command generated by a mobile terminal;

[0265] a command response module 32 for executing, in response to the vehicle control command, a vehicle control function corresponding to the vehicle control command and determining at least one intermediate execution state for the vehicle control command, the intermediate execution state being a command execution state corresponding to the time between the vehicle starting to execute the vehicle control command and the vehicle ending to execute the vehicle control command;

[0266] The state sending module 33 is configured to send the at least one execution intermediate state to the mobile terminal, where the execution intermediate state is used to instruct the mobile terminal to display the execution intermediate state.

[0267] It should be noted that the vehicle control state processing device provided in the above embodiment, when executing the vehicle control state processing method, is only illustrated by the division of the above-mentioned functional modules. In actual applications, the above-mentioned functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above. In addition, the vehicle control state processing device provided in the above embodiment and the vehicle control state processing method embodiment are based on the same concept. The implementation process is detailed in the method embodiment and will not be repeated here.

[0268] The serial numbers of the above embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0269] The embodiment of the present application also provides a computer storage medium, which can store multiple commands, and the commands are suitable for being loaded and executed by the processor as described above. Figures 1 to 8 The vehicle control state processing method of the embodiment shown in the figure can be found in the specific execution process. Figures 1 to 8 The detailed description of the illustrated embodiment will not be repeated here.

[0270] The present application also provides a computer program product, which stores at least one command, and the at least one command is loaded and executed by the processor as described above. Figures 1 to 8 The vehicle control state processing method of the embodiment shown in the figure can be found in the specific execution process. Figures 1 to 8 The detailed description of the illustrated embodiment will not be repeated here.

[0271] Please refer to Figure 14 , which shows a block diagram of the structure of an electronic device provided by an exemplary embodiment of the present application. The electronic device in the present application may include one or more of the following components: a processor 110, a memory 120, an input device 130, an output device 140, and a bus 150. The processor 110, the memory 120, the input device 130, and the output device 140 may be connected via the bus 150.

[0272] The processor 110 may include one or more processing cores. The processor 110 utilizes various interfaces and circuits to connect various components within the electronic device. It executes commands, programs, code sets, or command sets stored in the memory 120, as well as accesses data stored in the memory 120, to perform various functions of the electronic device 100 and process data. Optionally, the processor 110 may be implemented using at least one of the following hardware forms: a digital signal processing (DSP), a field-programmable gate array (FPGA), or a programmable logic array (PLA). The processor 110 may integrate one or a combination of a central processing unit (CPU), a graphics processing unit (GPU), and a modem. The CPU primarily handles the operating system, user interface, and application programs; the GPU is responsible for rendering and drawing display content; and the modem handles wireless communications. It is understood that the modem may not be integrated into the processor 110 and may be implemented separately via a communication chip.

[0273] The memory 120 may include a random access memory (RAM) or a read-only memory (ROM). Optionally, the memory 120 includes a non-transitory computer-readable storage medium. The memory 120 may be used to store commands, programs, codes, code sets, or command sets. The memory 120 may include a program storage area and a data storage area, wherein the program storage area may store commands for implementing an operating system, commands for implementing at least one function (such as a touch function, a sound playback function, an image playback function, etc.), commands for implementing the following various method embodiments, etc. The operating system may be an Android system, including a system deeply developed based on the Android system, an IOS system developed by Apple, including a system deeply developed based on the IOS system or other systems. The data storage area may also store data created by the electronic device during use, such as a phone book, audio and video data, chat record data, etc.

[0274] See also Figure 15As shown, the memory 120 can be divided into operating system space and user space. The operating system runs in the operating system space, and native and third-party applications run in the user space. In order to ensure that different third-party applications can achieve better operating results, the operating system allocates corresponding system resources to different third-party applications. However, the requirements for system resources in different application scenarios in the same third-party application are also different. For example, in the local resource loading scenario, the third-party application has higher requirements for disk reading speed; in the animation rendering scenario, the third-party application has higher requirements for GPU performance. The operating system and the third-party application are independent of each other, and the operating system often cannot perceive the current application scenario of the third-party application in a timely manner, resulting in the operating system being unable to perform targeted system resource adaptation according to the specific application scenario of the third-party application.

[0275] In order for the operating system to distinguish the specific application scenarios of third-party applications, it is necessary to open up data communication between third-party applications and the operating system so that the operating system can obtain the current scenario information of third-party applications at any time, and then perform targeted system resource adaptation based on the current scenario.

[0276] Taking the Android operating system as an example, the programs and data stored in the memory 120 are as follows: Figure 16As shown, the memory 120 may store a Linux kernel layer 320, a system runtime library layer 340, an application framework layer 360, and an application layer 380. The Linux kernel layer 320, the system runtime library layer 340, and the application framework layer 360 belong to the operating system space, and the application layer 380 belongs to the user space. The Linux kernel layer 320 provides underlying drivers for various hardware components of electronic devices, such as display drivers, audio drivers, camera drivers, Bluetooth drivers, Wi-Fi drivers, power management, etc. The system runtime library layer 340 provides major feature support for the Android system through some C / C++ libraries. For example, the SQLite library provides database support, the OpenGL / ES library provides 3D drawing support, and the Webkit library provides browser kernel support. The system runtime library layer 340 also provides the Android runtime library (Android runtime), which mainly provides some core libraries that allow developers to write Android applications using the Java language. The application framework layer 360 provides various APIs that may be used when building applications. Developers can also use these APIs to build their own applications, such as activity management, window management, view management, notification management, content provider management, package management, call management, resource management, and location management. The application layer 380 runs at least one application. These applications can be native applications that come with the operating system, such as contacts, SMS, clock, and camera applications, or third-party applications developed by third-party developers, such as games, instant messaging programs, and photo enhancement programs.

[0277] Taking the operating system as the IOS system as an example, the programs and data stored in the memory 120 are as follows: Figure 17As shown, the IOS system includes: a core operating system layer 420 (Core OS layer), a core service layer 440 (Core Services layer), a media layer 460 (Media layer), and a touchable layer 480 (Cocoa Touch Layer). The core operating system layer 420 includes the operating system kernel, drivers, and underlying program frameworks. These underlying program frameworks provide functions closer to the hardware for use by the program framework located in the core service layer 440. The core service layer 440 provides system services and / or program frameworks required by applications, such as the foundation framework, account framework, advertising framework, data storage framework, network connection framework, geographic location framework, motion framework, etc. The media layer 460 provides applications with audio-visual interfaces, such as graphics and image-related interfaces, audio technology-related interfaces, video technology-related interfaces, and wireless playback (AirPlay) interfaces for audio and video transmission technologies. The touchable layer 480 provides various commonly used interface-related frameworks for application development. The touchable layer 480 is responsible for user touch interaction operations on electronic devices. For example, local notification service, remote push service, advertising framework, game tool framework, message user interface (UI) framework, user interface UIKit framework, map framework, etc.

[0278] exist Figure 17 Among the frameworks shown, those relevant to most applications include, but are not limited to, the Foundation framework in the core services layer 440 and the UIKit framework in the touchable layer 480. The Foundation framework provides many basic object classes and data types, offering fundamental system services for all applications and having nothing to do with the UI. The classes provided by the UIKit framework are the foundational UI class library for creating touch-based user interfaces. iOS applications can use the UIKit framework to provide their UIs, providing the application infrastructure for building user interfaces, drawing, handling user interaction events, responding to gestures, and so on.

[0279] Among them, the method and principle of implementing data communication between third-party applications and operating system in the IOS system can be referred to the Android system, and this application will not go into details here.

[0280] Among them, the input device 130 is used to receive input commands or data, and the input device 130 includes but is not limited to a keyboard, a mouse, a camera, a microphone or a touch device. The output device 140 is used to output commands or data, and the output device 140 includes but is not limited to a display device and a speaker. In one example, the input device 130 and the output device 140 can be combined, and the input device 130 and the output device 140 are touch screen displays, which are used to receive touch operations on or near the user using any suitable objects such as fingers and touch pens, and to display the user interface of each application. The touch screen display is usually provided on the front panel of the electronic device. The touch screen display can be designed as a full screen, a curved screen or a special-shaped screen. The touch screen display can also be designed as a combination of a full screen and a curved screen, or a combination of a special-shaped screen and a curved screen, which is not limited in the embodiments of the present application.

[0281] In addition, those skilled in the art will understand that the structures of the electronic devices shown in the above figures do not limit the electronic devices. The electronic devices may include more or fewer components than shown, or may combine certain components, or arrange the components differently. For example, the electronic devices may also include radio frequency circuits, input units, sensors, audio circuits, wireless fidelity (WiFi) modules, power supplies, Bluetooth modules, and other components, which are not described in detail here.

[0282] In the embodiments of the present application, the execution subject of each step can be the electronic device described above. Optionally, the execution subject of each step is the operating system of the electronic device. The operating system can be an Android system, an iOS system, or other operating systems, which are not limited in the embodiments of the present application.

[0283] The electronic device of the embodiment of the present application may further be equipped with a display device, which may be any device capable of realizing a display function, such as a cathode ray tube display (CR), a light-emitting diode display (LED), an electronic ink screen, a liquid crystal display (LCD), a plasma display panel (PDP), etc. The user may use the display device on the electronic device 101 to view displayed text, images, videos and other information. The electronic device may be a smart phone, a tablet computer, a gaming device, an AR (Augmented Reality) device, a car, a data storage device, an audio playback device, a video playback device, a notebook, a desktop computing device, a wearable device such as an electronic watch, electronic glasses, an electronic helmet, an electronic bracelet, an electronic necklace, electronic clothing, and the like.

[0284] exist Figure 14 In the electronic device shown, which may be a mobile terminal, the processor 110 may be configured to call an application stored in the memory 120 and specifically perform the following operations:

[0285] In response to a vehicle control command for a vehicle, sending the vehicle control command to the vehicle;

[0286] Obtain at least one intermediate execution state for the vehicle control command and display the intermediate execution state; wherein, the intermediate execution state is the command execution state corresponding to the time from when the vehicle starts to execute the vehicle control command to when the vehicle ends to execute the vehicle control command, and the command execution state is the execution state when the vehicle responds to the vehicle control command.

[0287] In one embodiment, when the processor 110 executes the steps of obtaining at least one intermediate execution state of the vehicle control command and displaying the intermediate execution state, the processor 110 specifically performs the following operations:

[0288] Acquire at least one command execution state for the vehicle control command, wherein the at least one command execution state includes an execution intermediate state;

[0289] The execution status of the at least one command is displayed.

[0290] In one embodiment, when the processor 110 obtains at least one command execution status of the vehicle control command, the processor 110 specifically performs the following operations:

[0291] Obtaining from the vehicle at least one command execution status corresponding to the vehicle control command; or,

[0292] At least one command execution status corresponding to the vehicle control command is obtained from the vehicle based on a service platform.

[0293] In one embodiment, when executing the step of acquiring at least one intermediate execution state of the vehicle control command, the processor 110 specifically performs the following operations:

[0294] Determine at least one vehicle control node corresponding to a vehicle control function of the vehicle control command, obtain execution node states corresponding to the at least one vehicle control node, and determine at least one execution intermediate state for the vehicle control command based on the execution node states.

[0295] In one embodiment, when executing the step of obtaining the execution node status corresponding to the at least one vehicle control node, the processor 110 specifically performs the following operations:

[0296] Sending a status query message for the at least one vehicle control node, and receiving a first execution node status for each of the vehicle control nodes based on the status query message; or,

[0297] A target vehicle control node is determined from the at least one vehicle control node, a status query message is sent to the target vehicle control node, and a second execution node status for the target vehicle control node is received based on the status query message.

[0298] In one embodiment, when executing the step of obtaining the execution node status corresponding to the at least one vehicle control node, the processor 110 specifically performs the following operations:

[0299] Obtaining node wear parameters and / or historical control time for each of the vehicle control nodes, performing state prediction processing on the vehicle control node based on the node wear parameters and / or historical control time, and determining a third execution node state of the vehicle control node; or,

[0300] Obtain node wear parameters and / or historical control time for each of the vehicle control nodes, perform state prediction processing on the vehicle control node based on the node wear parameters and / or historical control time, and determine the third execution node state of the vehicle control node; receive the actual node state for the vehicle control node, and perform state correction processing on the third execution node state based on the actual node state.

[0301] See Figure 18 , provides a structural diagram of another electronic device according to the embodiment of the present application. Figure 13As shown, the electronic device 2000 may include: at least one processor 2001 , at least one network interface 2004 , a user interface 2003 , a memory 2005 , and at least one communication bus 2002 .

[0302] The communication bus 2002 is used to realize the connection and communication between these components.

[0303] The user interface 2003 may include a display screen (Display), and the optional user interface 2003 may also include a standard wired interface or a wireless interface.

[0304] The network interface 2004 may optionally include a standard wired interface or a wireless interface (such as a WI-FI interface).

[0305] The processor 2001 may include one or more processing cores. The processor 2001 utilizes various interfaces and circuits to connect various components within the server 2000. It executes instructions, programs, code sets, or instruction sets stored in the memory 2005, and accesses data stored in the memory 2005 to perform various server 2000 functions and process data. Optionally, the processor 2001 may be implemented using at least one of the following hardware forms: a digital signal processing (DSP), a field-programmable gate array (FPGA), or a programmable logic array (PLA). The processor 2001 may integrate one or a combination of a central processing unit (CPU), a graphics processing unit (GPU), and a modem. The CPU primarily processes the operating system, user interface, and application programs; the GPU is responsible for rendering and drawing content displayed on the display screen; and the modem handles wireless communications. It is understood that the modem may not be integrated into the processor 2001 but implemented as a separate chip.

[0306] Among them, the memory 2005 may include a random access memory (RAM) or a read-only memory (Read-Only Memory). Optionally, the memory 2005 includes a non-transitory computer-readable storage medium. The memory 2005 can be used to store instructions, programs, codes, code sets or instruction sets. The memory 2005 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for at least one function (such as a touch function, a sound playback function, an image playback function, etc.), instructions for implementing the above-mentioned various method embodiments, etc.; the data storage area may store data involved in the above-mentioned various method embodiments, etc. The memory 2005 may optionally be at least one storage device located away from the aforementioned processor 2001. As Figure 18 As shown, the memory 2005 as a computer storage medium may include an operating system, a network communication module, a user interface module and an application program.

[0307] exist Figure 18 In the electronic device 2000 shown, the electronic device 2000 may be a service platform, and the user interface 2003 is mainly used to provide an input interface for the user and obtain data input by the user; and the processor 2001 may be used to call the application stored in the memory 2005 and specifically perform the following operations:

[0308] Acquiring at least one intermediate execution state of a vehicle control command from the vehicle, the intermediate execution state being a command execution state corresponding to when the vehicle starts executing the vehicle control command and ends executing the vehicle control command, the command execution state being an execution state of the vehicle when responding to the vehicle control command generated by the mobile terminal;

[0309] The at least one execution intermediate state is sent to the mobile terminal, where the execution intermediate state is used to instruct the mobile terminal to display the execution intermediate state.

[0310] In one embodiment, when executing the step of obtaining at least one intermediate execution state of a vehicle control command from the vehicle, the processor 2001 specifically performs the following steps:

[0311] receiving a vehicle control command sent by a mobile terminal to a vehicle, and sending the vehicle control command to the vehicle;

[0312] At least one command execution state for the vehicle control command is obtained from the vehicle, where the at least one command execution state includes an execution intermediate state.

[0313] In one embodiment, when executing the step of sending the vehicle control command to the vehicle and obtaining at least one command execution status of the vehicle control command from the vehicle, the processor 2001 specifically performs the following steps:

[0314] Sending the vehicle control command to the vehicle, determining a vehicle control task corresponding to the vehicle control command and writing the vehicle control task into a task status list;

[0315] At least one command execution status for the vehicle control command is obtained from the vehicle, and task statuses of the task status list are updated based on the at least one command execution status.

[0316] In one embodiment, when executing the step of sending the at least one execution intermediate state to the mobile terminal, the processor 2001 specifically performs the following steps:

[0317] receiving a status query message from the mobile terminal, and determining a command execution status corresponding to the vehicle command from the task status list;

[0318] The command execution status is sent to the mobile terminal.

[0319] In one embodiment, when executing the vehicle control state processing method, the processor 2001 specifically performs the following steps:

[0320] Obtaining a vehicle control execution result for the vehicle control command from the vehicle, and deleting the vehicle control task from the task status list based on the vehicle control execution result; and / or,

[0321] A vehicle control execution result for the vehicle control command is obtained from the vehicle, a target command execution status corresponding to the vehicle control command is detected based on the vehicle control execution result, and the target command execution status is sent to the mobile terminal.

[0322] In one embodiment, when the processor 2001 detects the target command execution status corresponding to the vehicle control command based on the vehicle control execution result and sends the target command execution status to the mobile terminal, it specifically performs the following steps:

[0323] Determining that the vehicle control execution result is a successful execution result, detecting whether the successful execution result is correct; if so, sending the successful execution status corresponding to the vehicle command to the mobile terminal;

[0324] If not, send a status update request to the vehicle, and determine the target command execution status corresponding to the vehicle command based on the status update request; send the target command execution status to the mobile terminal; the target command execution status includes an execution intermediate status, an execution success status, and an execution failure status.

[0325] Determine that the vehicle control execution result is an execution failure result, and send the execution failure status corresponding to the vehicle command to the mobile terminal.

[0326] In one embodiment, when executing the step of obtaining at least one intermediate execution state of a vehicle control command from the vehicle, the processor 2001 specifically performs the following steps:

[0327] Determine at least one vehicle control node of a vehicle control function corresponding to the vehicle control command, and obtain execution node states corresponding to the at least one vehicle control node.

[0328] In one embodiment, when executing the step of obtaining the execution node status corresponding to the at least one vehicle control node, the processor 2001 specifically performs the following steps:

[0329] Sending a status query message for the at least one vehicle control node to the vehicle, and receiving a first execution node status for the at least one vehicle control node; or,

[0330] Determining a target vehicle control node from the at least one vehicle control node, sending a status query message to the target vehicle control node, and receiving a second execution node state for the target vehicle control node based on the status query message;

[0331] Obtaining node wear parameters and / or historical control time for each of the vehicle control nodes, performing state prediction processing on the vehicle control node based on the node wear parameters and / or historical control time, and determining a third execution node state of the vehicle control node; or,

[0332] Obtain node wear parameters and / or historical control time for each of the vehicle control nodes, perform state prediction processing on the vehicle control node based on the node wear parameters and / or historical control time, and determine the third execution node state of the vehicle control node; receive the actual node state for the vehicle control node, and perform state correction processing on the third execution node state based on the actual node state.

[0333] See Figure 19 , is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application. Figure 19 As shown, the electronic device 1000 may include: at least one processor 1001 , at least one network interface 1004 , a user interface 1003 , a memory 1005 , and at least one communication bus 1002 .

[0334] The communication bus 1002 is used to implement the connection and communication between these components.

[0335] The user interface 1003 may include a display screen (Display) and a camera (Camera). Optionally, the user interface 1003 may also include a standard wired interface and a wireless interface.

[0336] The network interface 1004 may optionally include a standard wired interface or a wireless interface (such as a WI-FI interface).

[0337] The processor 1001 may include one or more processing cores. The processor 1001 utilizes various interfaces and circuits to connect various components within the server 1000. It executes instructions, programs, code sets, or instruction sets stored in the memory 1005, and accesses data stored in the memory 1005 to perform various server 1000 functions and process data. Optionally, the processor 1001 may be implemented using at least one of the following hardware forms: a digital signal processing (DSP), a field-programmable gate array (FPGA), or a programmable logic array (PLA). The processor 1001 may integrate one or a combination of a central processing unit (CPU), a graphics processing unit (GPU), and a modem. The CPU primarily processes the operating system, user interface, and application programs; the GPU is responsible for rendering and drawing content displayed on the display screen; and the modem handles wireless communications. It is understood that the modem may not be integrated into the processor 1001 and may be implemented as a separate chip.

[0338] Among them, the memory 1005 may include a random access memory (RAM) or a read-only memory (Read-Only Memory). Optionally, the memory 1005 includes a non-transitory computer-readable storage medium. The memory 1005 can be used to store instructions, programs, codes, code sets or instruction sets. The memory 1005 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for at least one function (such as a touch function, a sound playback function, an image playback function, etc.), instructions for implementing the above-mentioned various method embodiments, etc.; the data storage area may store data involved in the above-mentioned various method embodiments, etc. The memory 1005 may optionally be at least one storage device located away from the aforementioned processor 1001. As Figure 14 As shown, the memory 1005 as a computer storage medium may include an operating system, a network communication module, a user interface module and an application program.

[0339] exist Figure 19 In the electronic device 1000 shown, the electronic device 1000 may be a vehicle. The user interface 1003 is mainly used to provide an input interface for the user and obtain user input data. The processor 1001 may be used to call the application stored in the memory 1005 and specifically perform the following operations:

[0340] Receive vehicle control commands generated by the mobile terminal;

[0341] In response to the vehicle control command, executing a vehicle control function corresponding to the vehicle control command and determining at least one intermediate execution state of the vehicle control command;

[0342] The at least one execution intermediate state is sent to the mobile terminal, where the execution intermediate state is a command execution state corresponding to when the vehicle starts executing the vehicle control command and ends executing the vehicle control command.

[0343] Those skilled in the art will appreciate that all or part of the processes in the above-described method embodiments can be implemented by instructing related hardware through a computer program. The program can be stored in a computer-readable storage medium, and when executed, the program can include the processes in the above-described method embodiments. The storage medium can be a magnetic disk, an optical disk, a read-only memory, or a random access memory.

[0344] The above disclosure is only a preferred embodiment of the present application, and certainly cannot be used to limit the scope of rights of the present application. Therefore, equivalent changes made according to the claims of the present application are still within the scope covered by the present application.

Claims

1. A vehicle control state processing method, characterized in that: Applied to a mobile terminal, the method includes: In response to a vehicle control command for a vehicle, sending the vehicle control command to the vehicle; Obtaining at least one intermediate execution state for the vehicle control command, determining a target intermediate execution state from the at least one intermediate execution state, and displaying the target intermediate execution state, including: determining at least one vehicle control node of a vehicle control function corresponding to the vehicle control command, selecting a vehicle control node with a high failure rate from the at least one vehicle control node as a target vehicle control node, obtaining a target execution node state corresponding to the target vehicle control node, determining at least one target intermediate execution state for the vehicle control command based on the target execution node state, and displaying the target intermediate execution state; The intermediate execution state is a command execution state corresponding to when the vehicle starts to execute the vehicle control command and ends to execute the vehicle control command, and the command execution state is an execution state when the vehicle responds to the vehicle control command; wherein, when obtaining the target execution node state corresponding to the target vehicle control node, obtaining the target node wear parameter and / or target historical control time for the target vehicle control node, performing state prediction processing on the target vehicle control node based on the target node wear parameter and / or target historical control time, and determining the target third execution node state of the target vehicle control node; receiving the target actual node state for the target vehicle control node, and performing state correction processing on the target third execution node state based on the target actual node state; Among them, the target node wear parameter is a characterization parameter used to measure the degree of software / hardware wear of the target vehicle control node; the target historical control time is the time that the vehicle is at the target vehicle control node during each vehicle command process.

2. The method according to claim 1, characterized in that The acquiring at least one intermediate execution state of the vehicle control command and displaying the intermediate execution state includes: Acquire at least one command execution state for the vehicle control command, wherein the at least one command execution state includes an execution intermediate state; The execution status of the at least one command is displayed.

3. The method according to claim 2, characterized in that The acquiring of at least one command execution status for the vehicle control command includes: Obtaining from the vehicle at least one command execution status corresponding to the vehicle control command; or, At least one command execution status corresponding to the vehicle control command is obtained from the vehicle based on a service platform.

4. The method according to claim 1, wherein The acquiring of at least one intermediate execution state of the vehicle control command includes: Determine at least one vehicle control node of a vehicle control function corresponding to the vehicle control command, and obtain execution node states corresponding to the at least one vehicle control node; At least one execution intermediate state for the vehicle control command is determined based on the execution node state.

5. The method according to claim 4, characterized in that The obtaining of the execution node status corresponding to each of the at least one vehicle control nodes includes: Sending a status query message for the at least one vehicle control node, and receiving a first execution node status for each of the vehicle control nodes based on the status query message; or, A target vehicle control node is determined from the at least one vehicle control node, a status query message is sent to the target vehicle control node, and a second execution node status for the target vehicle control node is received based on the status query message.

6. A vehicle control state processing method, characterized in that: Applied to a service platform, the method includes: Acquiring at least one intermediate execution state of a vehicle control command from the vehicle, the intermediate execution state being a command execution state corresponding to when the vehicle starts executing the vehicle control command and ends executing the vehicle control command, the command execution state being an execution state of the vehicle when responding to the vehicle control command generated by the mobile terminal; The at least one execution intermediate state is sent to the mobile terminal, so as to determine a target execution intermediate state from the at least one execution intermediate state and display the target execution intermediate state through the mobile terminal, comprising: determining, through the mobile terminal, at least one vehicle control node of a vehicle control function corresponding to the vehicle control command, selecting a vehicle control node with a high failure rate from the at least one vehicle control node as a target vehicle control node, obtaining a target execution node state corresponding to the target vehicle control node, determining at least one target execution intermediate state for the vehicle control command based on the target execution node state, and displaying the target execution intermediate state, wherein the target execution intermediate state is used to instruct the mobile terminal to display the target execution intermediate state; Wherein, when the mobile terminal obtains the target execution node state corresponding to the target vehicle control node, it obtains the target node wear parameter and / or target historical control time for the target vehicle control node, performs state prediction processing on the target vehicle control node based on the target node wear parameter and / or target historical control time, and determines the target third execution node state of the target vehicle control node; receives the target actual node state for the target vehicle control node, and performs state correction processing on the target third execution node state based on the target actual node state; Among them, the target node wear parameter is a characterization parameter used to measure the degree of software / hardware wear of the target vehicle control node; the target historical control time is the time that the vehicle is at the target vehicle control node during each vehicle command process.

7. The method according to claim 6, characterized in that The acquiring, from the vehicle, at least one intermediate execution state of the vehicle control command includes: receiving a vehicle control command sent by a mobile terminal to a vehicle, and sending the vehicle control command to the vehicle; At least one command execution state for the vehicle control command is obtained from the vehicle, where the at least one command execution state includes an execution intermediate state.

8. The method according to claim 7, characterized in that The step of sending the vehicle control command to the vehicle and obtaining from the vehicle at least one command execution status for the vehicle control command includes: Sending the vehicle control command to the vehicle, determining a vehicle control task corresponding to the vehicle control command and writing the vehicle control task into a task status list; At least one command execution status for the vehicle control command is obtained from the vehicle, and task statuses of the task status list are updated based on the at least one command execution status.

9. The method according to claim 8, characterized in that The sending the at least one execution intermediate state to the mobile terminal includes: receiving a status query message from the mobile terminal, and determining a command execution status corresponding to the vehicle command from the task status list; The command execution status is sent to the mobile terminal.

10. The method according to claim 8, characterized in that The method further comprises: Obtaining a vehicle control execution result for the vehicle control command from the vehicle, and deleting the vehicle control task from the task status list based on the vehicle control execution result; and / or, A vehicle control execution result for the vehicle control command is obtained from the vehicle, a target command execution status corresponding to the vehicle control command is detected based on the vehicle control execution result, and the target command execution status is sent to the mobile terminal.

11. The method according to claim 10, characterized in that The detecting a target command execution status corresponding to the vehicle control command based on the vehicle control execution result, and sending the target command execution status to the mobile terminal, includes: Determining that the vehicle control execution result is a successful execution result, detecting whether the successful execution result is correct; if so, sending the successful execution status corresponding to the vehicle command to the mobile terminal; If not, a status update request is sent to the vehicle, and the vehicle status is determined based on the status update request. The target command execution status corresponding to the vehicle command; sending the target command execution status to the mobile terminal; the target command execution status includes an execution intermediate state, an execution success state, and an execution failure state; Determine that the vehicle control execution result is an execution failure result, and send the execution failure status corresponding to the vehicle command to the mobile terminal.

12. The method according to claim 6, characterized in that The acquiring, from the vehicle, at least one intermediate execution state of the vehicle control command includes: Determine at least one vehicle control node of a vehicle control function corresponding to the vehicle control command, and obtain execution node states corresponding to the at least one vehicle control node.

13. The method according to claim 12, characterized in that The obtaining of the execution node status corresponding to each of the at least one vehicle control nodes includes: Sending a status query message for the at least one vehicle control node to the vehicle, and receiving a first execution node status for the at least one vehicle control node; or, A target vehicle control node is determined from the at least one vehicle control node, a status query message is sent to the target vehicle control node, and a second execution node status for the target vehicle control node is received based on the status query message.

14. A vehicle control state processing method, characterized in that: Applied to a vehicle, the method comprises: Receive vehicle control commands generated by the mobile terminal; In response to the vehicle control command, executing a vehicle control function corresponding to the vehicle control command and determining at least one intermediate execution state for the vehicle control command, the intermediate execution state being a command execution state corresponding to when the vehicle starts executing the vehicle control command and ends executing the vehicle control command; The at least one execution intermediate state is sent to the mobile terminal, so as to determine a target execution intermediate state from the at least one execution intermediate state through the mobile terminal and display the target execution intermediate state, comprising: determining, through the mobile terminal, at least one vehicle control node of a vehicle control function corresponding to the vehicle control command, selecting a vehicle control node with a high failure rate from the at least one vehicle control node as a target vehicle control node, obtaining a target execution node state corresponding to the target vehicle control node, determining at least one target execution intermediate state for the vehicle control command based on the target execution node state, displaying the target execution intermediate state, wherein the target execution intermediate state is used to instruct the mobile terminal to display the target execution intermediate state; Wherein, when the mobile terminal obtains the target execution node state corresponding to the target vehicle control node, it obtains the target node wear parameter and / or target historical control time for the target vehicle control node, performs state prediction processing on the target vehicle control node based on the target node wear parameter and / or target historical control time, and determines the target third execution node state of the target vehicle control node; receives the target actual node state for the target vehicle control node, and performs state correction processing on the target third execution node state based on the target actual node state; Among them, the target node wear parameter is a characterization parameter used to measure the degree of software / hardware wear of the target vehicle control node; the target historical control time is the time that the vehicle is at the target vehicle control node during each vehicle command process.

15. A vehicle control state processing device, characterized in that: The device comprises: a command processing module, configured to respond to a vehicle control command directed to a vehicle and send the vehicle control command to the vehicle; a state display module, configured to obtain at least one intermediate execution state for the vehicle control command, determine a target intermediate execution state from the at least one intermediate execution state, and display the target intermediate execution state, comprising: determining at least one vehicle control node corresponding to a vehicle control function of the vehicle control command, selecting a vehicle control node with a high failure rate from the at least one vehicle control node as a target vehicle control node, obtaining a target execution node state corresponding to the target vehicle control node, determining at least one target intermediate execution state for the vehicle control command based on the target execution node state, and displaying the target intermediate execution state; The intermediate execution state is a command execution state corresponding to when the vehicle starts to execute the vehicle control command and ends to execute the vehicle control command, and the command execution state is an execution state when the vehicle responds to the vehicle control command; wherein, when obtaining the target execution node state corresponding to the target vehicle control node, obtaining the target node wear parameter and / or target historical control time for the target vehicle control node, performing state prediction processing on the target vehicle control node based on the target node wear parameter and / or target historical control time, and determining the target third execution node state of the target vehicle control node; receiving the target actual node state for the target vehicle control node, and performing state correction processing on the target third execution node state based on the target actual node state; Among them, the target node wear parameter is a characterization parameter used to measure the degree of software / hardware wear of the target vehicle control node; the target historical control time is the time that the vehicle is at the target vehicle control node during each vehicle command process.

16. A vehicle control state processing device, characterized in that: The device comprises: a state acquisition module, configured to acquire from the vehicle at least one intermediate execution state of a vehicle control command, wherein the intermediate execution state is a command execution state corresponding to when the vehicle starts executing the vehicle control command and ends executing the vehicle control command, and the command execution state is an execution state when the vehicle responds to the vehicle control command generated by the mobile terminal; a state sending module, configured to send the at least one execution intermediate state to the mobile terminal, so as to determine a target execution intermediate state from the at least one execution intermediate state and display the target execution intermediate state through the mobile terminal, comprising: determining, through the mobile terminal, at least one vehicle control node corresponding to a vehicle control function of the vehicle control command, selecting a vehicle control node with a high failure rate from the at least one vehicle control node as a target vehicle control node, obtaining a target execution node state corresponding to the target vehicle control node, determining at least one target execution intermediate state for the vehicle control command based on the target execution node state, and displaying the target execution intermediate state, wherein the target execution intermediate state is used to instruct the mobile terminal to display the target execution intermediate state; Wherein, when the mobile terminal obtains the target execution node state corresponding to the target vehicle control node, it obtains the target node wear parameter and / or target historical control time for the target vehicle control node, performs state prediction processing on the target vehicle control node based on the target node wear parameter and / or target historical control time, and determines the target third execution node state of the target vehicle control node; receives the target actual node state for the target vehicle control node, and performs state correction processing on the target third execution node state based on the target actual node state; Among them, the target node wear parameter is a characterization parameter used to measure the degree of software / hardware wear of the target vehicle control node; the target historical control time is the time that the vehicle is at the target vehicle control node during each vehicle command process.

17. A vehicle control state processing device, characterized in that: The device comprises: A command receiving module, used to receive vehicle control commands generated by a mobile terminal; a command response module, configured to, in response to the vehicle control command, execute a vehicle control function corresponding to the vehicle control command and determine at least one intermediate execution state for the vehicle control command, the intermediate execution state being a command execution state corresponding to the time between the vehicle starting to execute the vehicle control command and the vehicle ending to execute the vehicle control command; a state sending module, configured to send the at least one execution intermediate state to the mobile terminal, so as to determine a target execution intermediate state from the at least one execution intermediate state and display the target execution intermediate state through the mobile terminal, comprising: determining, through the mobile terminal, at least one vehicle control node corresponding to a vehicle control function of the vehicle control command, selecting a vehicle control node with a high failure rate from the at least one vehicle control node as a target vehicle control node, obtaining a target execution node state corresponding to the target vehicle control node, determining at least one target execution intermediate state for the vehicle control command based on the target execution node state, displaying the target execution intermediate state, wherein the target execution intermediate state is used to instruct the mobile terminal to display the target execution intermediate state; Wherein, when the mobile terminal obtains the target execution node state corresponding to the target vehicle control node, it obtains the target node wear parameter and / or target historical control time for the target vehicle control node, performs state prediction processing on the target vehicle control node based on the target node wear parameter and / or target historical control time, and determines the target third execution node state of the target vehicle control node; receives the target actual node state for the target vehicle control node, and performs state correction processing on the target third execution node state based on the target actual node state; Among them, the target node wear parameter is a characterization parameter used to measure the degree of software / hardware wear of the target vehicle control node; the target historical control time is the time that the vehicle is at the target vehicle control node during each vehicle command process.

18. A computer storage medium, characterized in that The computer storage medium stores a plurality of commands, which are suitable for being loaded by a processor and executing the method steps of any one of claims 1 to 5 or 6 to 13 or 14.

19. An electronic device, characterized in that: include: A processor and a memory; wherein the memory stores a computer program, the computer program being suitable for being loaded by the processor and executing the method steps of any one of claims 1 to 5 or 6 to 13 or 14.

Images