Detailed Description
The following description of the embodiments of the present application will be made clearly and completely with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
In the description of the present application, it should be understood that the terms "first," "second," and the like are used for descriptive purposes only and are not to be construed as indicating or implying relative importance. In the description of the present application, it should be noted that, unless expressly specified and limited otherwise, "comprise" and "have" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those listed steps or elements but may include other steps or elements not listed or inherent to such process, method, article, or apparatus. The specific meaning of the above terms in the present application will be understood in specific cases by those of ordinary skill in the art. Furthermore, in the description of the present application, unless otherwise indicated, "a plurality" means two or more. "and/or" describes an association relationship of an association object, and indicates that there may be three relationships, for example, a and/or B, and may indicate that there are three cases of a alone, a and B together, and B alone. The character "/" generally indicates that the context-dependent object is an "or" relationship.
In the related art, a user may use a mobile terminal with a vehicle, and perform vehicle control on the vehicle by using the mobile terminal to implement certain vehicle control commands, such as an open air conditioning command, an automatic parking command, a seat heating command, a lock closing command, and the like, and after the mobile terminal triggers the corresponding vehicle control command, the user typically displays a vehicle control state, such as an on state or an off state, of the vehicle control command corresponding to the vehicle control command on the vehicle side, for example, the vehicle control display control corresponding to the vehicle control command displays the corresponding on state in a highlighted manner. The mode in the related art is adopted, the display effect of the vehicle control state is poor, and the display processing mode of the vehicle control state is not intelligent.
The present application will be described in detail with reference to specific examples.
In one embodiment, as shown in fig. 1, a vehicle control state processing method is specifically proposed, which can be implemented by a computer program and can be run on a vehicle control state processing device based on von neumann system. The computer program may be integrated in the application or may run as a stand-alone tool class 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, etc. Mobile terminal devices may be referred to by different names in different networks, such as user equipment, access mobile terminals, subscriber units, subscriber stations, mobile stations, remote mobile terminals, mobile devices, user mobile terminals, wireless communication devices, user agents or user equipment, cellular telephones, cordless telephones, mobile terminals in 5G networks or future evolution networks, etc.
Specifically, the vehicle control state processing method comprises the following steps:
s101, responding to a vehicle control command for a vehicle, and sending the vehicle control command to the vehicle;
The vehicle control command refers to a command capable of controlling a vehicle to execute a corresponding vehicle control function, and the vehicle control command is generated on a mobile terminal (such as a mobile phone);
the vehicle control commands are, for example, open/close commands, vehicle start commands, vehicle warm-up commands, vehicle air conditioner start commands, vehicle sound box system start commands, automatic parking commands, etc., generated on the mobile terminal and directed to the vehicle. Wherein, the vehicle control command can be bound with a specified vehicle;
It can be understood that the vehicle control command can control a specific vehicle to instruct the vehicle to execute a corresponding function, and the binding relationship between the vehicle control command and the specific vehicle can perform a corresponding authorization setting in the mobile terminal. Wherein, the vehicle control command can be one or a plurality of vehicle control commands
In one or more embodiments of the present disclosure, a vehicle may be used in conjunction with a vehicle terminal, e.g., the vehicle terminal may be mounted on the vehicle, and in some implementations, the vehicle terminal may be part of the vehicle, it being understood that the vehicle terminal typically has communication capabilities and is capable of communicating with other devices within the vehicle via a vehicle controller area network (Controller Area Network, CAN) bus and information transfer hardware devices. The vehicle terminal can be used as a communication device, is assisted by a microphone and a loudspeaker, and can be used for carrying out real-time communication with other communication terminals (such as a mobile terminal), such as dialing and answering a call, sending and receiving a short message, surfing the internet and the like. For establishing communication with the mobile terminal. The method can also be used for collecting vehicle related information including position information, vehicle state information and the like, and completing reporting of the vehicle information, receiving of commands and the like;
In one or more embodiments of the present disclosure, the interaction between the mobile terminal and the vehicle may be implemented by the mobile terminal through a vehicle-mounted terminal that is used with the vehicle, for example, the mobile terminal may 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 may be used as a part of the vehicle, and transmit the vehicle control command with other devices in the vehicle through the CAN to enable the other devices in the vehicle to execute the vehicle control command. For example, taking a vehicle control command as an example of turning on the vehicle-mounted air conditioner, the vehicle terminal may transmit the vehicle control command to the vehicle interior temperature adjusting device to execute the command of turning on the vehicle-mounted air conditioner, and so on.
Optionally, the mobile terminal may send the vehicle control command to the vehicle, which may be that the mobile terminal directly sends the vehicle control command to the vehicle, or that the mobile terminal sends the vehicle control command to the vehicle through a service platform.
In one or more embodiments of the present disclosure, the mobile terminal may provide a vehicle control display interface for controlling and managing the vehicle, for example, the vehicle control display interface may be in the form of a display card, that is, a vehicle control display card. Control and management between the mobile terminal and the vehicle can be achieved through the vehicle control display interface, for example, a user can input a vehicle control command for a vehicle control function (such as opening an air conditioner, opening a window, and automatically parking) on the vehicle control display interface of the mobile terminal, and the mobile terminal responds to the vehicle control command and sends the vehicle control command to the vehicle.
Optionally, the vehicle control display interface may include a vehicle control function control, where the vehicle control function control may implement a method function for controlling or even managing a vehicle, and the vehicle control function control may be an operable control for receiving a user input and performing vehicle management for the vehicle, such as a command control, where the command control may be used to initiate a specific function, and may be a button control, an icon control, a hyperlink control, or the like. That is, a user may perform a vehicle control function control on a vehicle control display interface to input a vehicle control command for a vehicle control function (e.g., opening an air conditioner, opening a window, automatic parking).
S102, acquiring at least one execution intermediate state aiming at the vehicle control command, and displaying the execution intermediate state.
It can be understood that the intermediate execution state is a command execution state corresponding to the vehicle from the start of executing the vehicle control command to the end of executing the vehicle control command, and the command execution state is an execution state of the vehicle in response to the vehicle control command.
It can be understood that in the whole process from the start of the command execution to the end of the command execution, the vehicle control command execution process corresponds to a plurality of different command execution states, and the different command execution states can feed back the execution progress of the vehicle executing the vehicle control command to perform the vehicle function control or function management.
The execution intermediate state can be understood as an execution state after the vehicle starts responding to the vehicle control command and before the vehicle ends responding to the vehicle control command, and a plurality of different execution intermediate states corresponding to different execution intermediate stages can be configured based on the actual application environment;
Illustratively, taking a vehicle control command as an example of a vehicle air conditioner start command for starting a vehicle air conditioner, a plurality of execution intermediate states corresponding to the execution intermediate phases may be configured based on the whole vehicle air conditioner start process (flow), for example, the execution intermediate states may include a component power-on state, a compression (compressor) start state, a condensation/heating (heater) start state, a temperature rising/falling intermediate state, and the like. It will be appreciated that the vehicle, in response to a vehicle air conditioner on command, will control the vehicle to reach the aforementioned intermediate states until the end state is reached.
Illustratively, taking a vehicle control command as an example of a vehicle seat heating command for heating a vehicle seat, a plurality of execution intermediate states corresponding to the execution intermediate phases may be configured based on the whole vehicle seat heating process (flow), for example, the execution intermediate states may include a heating power-on state, a heating relay start state, a heating wire working state, a state of reaching a specified heating temperature, and the like. It will be appreciated that the vehicle, in response to a vehicle seat heating command, will be controlled to reach the aforementioned intermediate states of execution until the end of execution.
It can be understood that the vehicle can feed back a plurality of execution intermediate states to the mobile terminal in the process of responding to the vehicle control command to execute the vehicle control function corresponding to the vehicle control command, so that the mobile terminal can display the plurality of execution intermediate states, and the vehicle control command can intuitively, clearly and conveniently feed back the execution condition in the vehicle control process to the mobile terminal.
It can be understood that after the user inputs the vehicle control command and sends the vehicle control command to the vehicle, the mobile terminal can continuously monitor the execution process of the vehicle responding to the vehicle control command, and can acquire at least one execution intermediate state of the vehicle when responding to the vehicle control command to perform the corresponding vehicle control function, and display the execution intermediate states in the vehicle control display interface of the mobile terminal. The vehicle control display card can display the vehicle control display card in a mode that after a user triggers corresponding vehicle control function options, a vehicle control command is generated, at least one execution intermediate state when the vehicle responds to the vehicle control command is displayed on the vehicle control display card, and the vehicle control display card can be displayed on a display desktop of the mobile terminal, such as a screen, a fusion desktop, vehicle control application software, a vehicle control applet and the like.
As shown in fig. 2, fig. 2 is an interface schematic diagram of a vehicle control display interface, the current display interface of the mobile terminal is a "vehicle management interface", a user may display vehicle information, such as a model of a vehicle a, a vehicle owner Liming, and a license plate, on the vehicle control display interface, and a plurality of vehicle control function controls, such as an open air conditioner control, a seat heating control, and an automatic parking control, are displayed on the vehicle control display interface, a user may input a vehicle control command in the interface shown in fig. 2 at a certain moment, take the vehicle control command as an example of opening the air conditioner, the mobile terminal may respond to the open air conditioner command by sending the vehicle control command to the vehicle, then execute a control flow of opening the air conditioner, and immediately report a current command execution state of the vehicle when the vehicle reaches each command execution state, except for a command start state and the above-mentioned several execution intermediate states until an execution end state, and the current command execution state of the vehicle response to the vehicle control command execution state, particularly the execution intermediate state, is displayed on the vehicle control display interface, as shown in fig. 2, the current command execution state of the vehicle response to the vehicle command execution state is a compressor, and the compressor may display the vehicle control state on the vehicle interface.
Optionally, the vehicle may send at least one intermediate state of execution in the process of executing the vehicle control command to the service platform, and the mobile terminal may acquire the at least one intermediate state of execution from the service platform.
In one or more embodiments of the present specification, the mobile terminal may acquire all command execution states including the execution intermediate state from the vehicle and display each command execution state.
In one or more embodiments of the present specification, by transmitting a vehicle control command to a vehicle by a mobile terminal in response to the vehicle control command for the vehicle on the mobile terminal, the mobile terminal may then acquire an execution intermediate state of the vehicle for at least one of the vehicle control commands in response to the vehicle control command, and display the execution intermediate state. The method has the advantages that the method can intuitively and clearly feed back the command execution condition in the vehicle response process by displaying at least a plurality of execution intermediate states of the vehicle in response to the vehicle control command on the mobile terminal side, optimize the display mode of the vehicle control state, improve the display effect of the vehicle control state, realize the real-time execution state display of the vehicle command execution process and improve the real-time performance of the vehicle state display.
Referring to fig. 3, fig. 3 is a flow chart illustrating another embodiment of a vehicle control state processing method according to the present application.
Specific:
S201, responding to a vehicle control command for a vehicle, and sending the vehicle control command to the vehicle;
reference may be made specifically to the method steps of other embodiments referred to in this specification, and they are not described here in detail.
S202, acquiring at least one command execution state corresponding to the vehicle control command from the vehicle, wherein the at least one command execution state comprises an execution intermediate state;
In one or more embodiments of the present disclosure, in a whole process of executing a vehicle control command from the start of executing the command to the end of executing the command, the process of executing the vehicle control command corresponds to a plurality of different command executing states, and the different command executing states can feed back the execution progress of executing the vehicle control command to perform vehicle function control or function management; in one or more embodiments of the present disclosure, the command execution states 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 conditions, and in some embodiments, the execution intermediate state may be composed of execution states of a plurality of different execution intermediate phases.
Optionally, in some implementation scenarios, the execution end state is divided according to an execution result type, and may include an execution success state when the successful vehicle control command is executed and an execution failure state when the failed vehicle control command is executed.
It will be appreciated that the mobile terminal may establish a communication connection with the vehicle, and the mobile terminal may obtain at least one command execution state corresponding to the vehicle control command from the vehicle based on the communication connection, and that the mobile terminal may illustratively send a state query message to the vehicle, and the vehicle may respond to the state query message and send at least one command execution state in the process of responding to the vehicle control command to the mobile terminal. For example, the vehicle may report the mobile terminal to the mobile terminal at regular time based on the state feedback policy, and for example, the vehicle may report the current command state to the mobile terminal immediately every time the aforementioned command execution states are reached. The at least one command execution state that is typically acquired includes a number of intermediate states of execution reached by the vehicle.
Illustratively, taking a vehicle control command as an example of a vehicle air conditioner on command for opening a vehicle air conditioner, the vehicle may sequentially feed back an intermediate state of execution such as a component power-on state, a compressor (on) start state, a condensation/heat generation (on) start state, a temperature rising/falling state, etc. every time each command execution state is reached, and may feed back an execution success state after the execution is ended.
S203, acquiring at least one command execution state corresponding to the vehicle control command from the vehicle based on a service platform, wherein the at least one command execution state comprises an execution intermediate state.
It can be appreciated that the service platform may associate a plurality of vehicles, and the vehicles may report at least one command execution state to the service platform when executing the vehicle control command, for example, based on a state reporting policy (e.g., a timing reporting policy), or the service platform may actively query at least one command execution state of the vehicles when executing the vehicle control command;
It is understood that the service platform may record at least one command execution state of the vehicle when executing the vehicle control command. The mobile terminal may obtain, from the service platform, a plurality of command execution states corresponding to the specified vehicle when the vehicle control command is executed, for example, the mobile terminal may actively query, from the service platform, the command execution states of the specified vehicle, and for example, after receiving at least one command execution state sent by the vehicle, the service platform may send each received command execution state to the mobile terminal.
In a possible implementation manner, the service platform may store a plurality of command execution states sent by the vehicle into a task state list, which is illustrative in that the service platform may create a vehicle control task corresponding to the vehicle control command (such as an air conditioner start task corresponding to an air conditioner start command) in the task state list, and may uniquely represent the vehicle control task corresponding to a certain vehicle control command by using a vehicle control task identifier (vehicle control task id), where in some embodiments, the vehicle control task includes task information such as a task identifier, a vehicle control command identifier, a command execution state, and a vehicle identifier;
The mobile terminal may send a status query message to the service platform, the service platform may determine a designated vehicle associated with the current mobile terminal based on the status query message, query a task status list for a vehicle control task of the designated vehicle to obtain at least one command execution status, and then the service platform sends the at least one command execution status to the mobile terminal.
S204, displaying the at least one command execution state.
In one or more embodiments of the present disclosure, a vehicle control command is generated based on a triggering operation of a corresponding vehicle control function on a mobile terminal, and the mobile terminal instructs the vehicle control to perform the vehicle control function in response to the vehicle control command by sending the vehicle control command to the vehicle, and the vehicle gradually completes a function execution flow corresponding to the vehicle control function when performing the vehicle control function, where the function execution flows are composed of a plurality of execution intermediate phases, at least one execution intermediate phase corresponds to one execution intermediate state, such as a vehicle air conditioner on function, and the execution intermediate state may include a component power-on state, a compression (machine) start state, a condensation/heating (heater) start state, a temperature raising/lowering intermediate state, and so on. The vehicle responds to the vehicle control command and can be controlled to reach the execution intermediate states until the execution ending state. In general, the command execution state may include at least an execution start state, a number of execution intermediate states, and an execution end state according to different execution situations.
In one or more embodiments of the present disclosure, after acquiring all or part of the command execution states, the mobile terminal may display the command execution states including at least the execution intermediate states, for example, the command execution states may be displayed in a vehicle control display card, that is, after a user triggers a corresponding vehicle control function option, a vehicle control command is generated, and the command execution states when the vehicle responds to the vehicle control command are displayed on a vehicle control display interface, such as a vehicle control display card, where the vehicle control display card may be schematically displayed on a display desktop of the mobile terminal, such as a display desktop minus one screen, a fusion desktop, a vehicle control application software, a vehicle control applet, or the like. For another example, displaying at least one command execution state may be implemented in a message pop, a message notification, or the like.
In some scenes, the state of the vehicle in the execution of the vehicle control command can be clearly and intuitively fed back, the vehicle control command is not only limited to whether the vehicle control function corresponding to the vehicle control command is started or stopped, the display of the execution intermediate state is realized, the vehicle control state display is more intelligent, in addition, the working states of devices or intermediate links corresponding to the execution intermediate state can be intuitively fed back in the response process of the vehicle control command, the real-time feedback of the intermediate running state of the vehicle control function is remotely realized, when the vehicle control command is in failure, a user can directly and intuitively know the failure cause of the corresponding vehicle control function on a mobile terminal, if the vehicle control function is in failure in a certain execution intermediate state, the user can intuitively know that the vehicle control function is in failure in a certain execution intermediate state, and the failure cause can be obtained only by alleviating or not depending on the professional to perform the failure removal on the vehicle.
In some embodiments, considering a vehicle control display interface provided by a mobile terminal, generally, a display area of each vehicle control function or vehicle control information is fixed, when the vehicle control function corresponding to the vehicle control command is displayed, different command execution states can be displayed in different area display modes in a target display area where the vehicle control function is located, for example, different area colors, area backgrounds and other display modes can be displayed for a plurality of execution intermediate states (or command execution states), and for example, reminding information (such as a state flag, a state text) corresponding to a plurality of execution intermediate states (or command execution states) can be further loaded in the target display area. The method can realize that the layout distribution condition of the vehicle control display interface is not required to be changed in practical application, and can improve the practicability of the vehicle control state processing method.
In one or more embodiments of the present specification, by transmitting a vehicle control command to a vehicle in response to the vehicle control command of a user on a mobile terminal, the vehicle may then acquire an execution intermediate state for at least one of the vehicle control commands in response to the vehicle control command, and display the execution intermediate state. The method has the advantages that at least a plurality of execution intermediate states of the vehicle in response to the vehicle control command are displayed on the mobile terminal side, command execution conditions in the vehicle response process can be intuitively and clearly fed back, the display mode of the vehicle control state is optimized, the display effect of the vehicle control state is improved, real-time execution state display of the vehicle command execution process can be realized, real-time performance of vehicle state display is improved, and practicability of the vehicle control state processing method can be improved.
Referring to fig. 4, fig. 4 is a flowchart illustrating another embodiment of a vehicle control state processing method according to the present application.
Specific:
s301, responding to a vehicle control command for a vehicle, and sending the vehicle control command to the vehicle;
reference may be made specifically to the method steps of other embodiments referred to in this specification, and they are not described here in detail.
S302, at least one vehicle control node corresponding to the vehicle control function of the vehicle control command is determined.
In one or more embodiments of the present disclosure, when a vehicle performs a vehicle control function, the vehicle gradually completes a function execution flow corresponding to the vehicle control function, where the function execution flow is composed of a plurality of execution intermediate phases, and the execution intermediate phases are related to a vehicle control node, and one vehicle control node may correspond to at least one execution intermediate phase, which may be understood as an execution control process of the vehicle control node, and at least one execution intermediate phase may correspond to one execution intermediate state, and in some implementation scenarios, the execution intermediate state is that of the vehicle control node;
For example, the vehicle control function is taken as a vehicle air conditioner starting function, and the at least one vehicle control node of the vehicle control function can be a component power-on control node, a compression (machine) control node, a condensation/heating (machine) control node and a temperature change control node, and further, the respective execution intermediate states of the vehicle control nodes can comprise a component power-on state at least corresponding to the component power-on control node, a compression (machine) starting state at least corresponding to the compression (machine) control node, a condensation/heating (machine) starting state at least corresponding to the condensation/heating (machine) control node, a temperature rise/fall intermediate state at least corresponding to the temperature change control node and the like. The vehicle responds to the vehicle control command, and the vehicle executes control logic on the vehicle control node so as to reach the intermediate states of the plurality of executions until the vehicle control command is responded to reach the execution end state.
In one or more embodiments of the present disclosure, at least one vehicle control node of a vehicle control function may be configured in advance based on a function execution flow of a corresponding vehicle control function, and may be saved after the configuration is completed;
Optionally, at least one vehicle control node corresponding to the vehicle control functions can be preset for the vehicle control functions, so that in actual application, the vehicle control nodes corresponding to the vehicle control functions of the vehicle control commands can be acquired;
alternatively, the states of the execution nodes corresponding to the at least one vehicle control node may be acquired, and the states of the execution nodes are generally regarded as the intermediate states of execution.
S303, sending a state query message for the at least one vehicle control node, and receiving a first execution node state for each vehicle control node based on the state query message.
The state query message is used for querying the state of the executing node of the vehicle control node, such as querying the state of the executing node corresponding to the power-on control node of the component, querying the state of the executing node of the compression (compressor) control node, and the like.
It can be understood that the state query message for the at least one vehicle control node can be directly sent to the vehicle, the state query message can carry node information of the at least one vehicle control node, and after the vehicle receives the state query message, the state of the first execution node corresponding to the corresponding vehicle control node in the process of responding to the vehicle control command is sent to the mobile terminal. For example, the vehicle may report the current first execution node status immediately every time the first execution node status corresponding to each vehicle control node is reached, e.g., report the current first execution node status to the mobile terminal, and report the current first execution node status to the service platform.
It can be understood that the mobile terminal can directly send a state query message for the at least one vehicle control node to the service platform, wherein the state query message can carry node information of the at least one vehicle control node, and the service platform can record a first executing node state of each vehicle control node when a vehicle executes a vehicle control command and then feed back the first executing node state corresponding to the corresponding vehicle control node to the mobile terminal after receiving the state query message.
The service platform may save the first executing node states of a plurality of vehicle control nodes sent by the vehicle into a task state list, and may create a vehicle control task corresponding to the vehicle control command (such as an air conditioner starting task corresponding to an air conditioner starting command) in the task state list, and may uniquely represent the vehicle control task corresponding to a certain vehicle control command by using a vehicle control task identifier (vehicle control task id), where in some embodiments, the vehicle control task includes task information such as a task identifier, a vehicle control command identifier, a command executing state, and a vehicle identifier;
The mobile terminal can send a state query message to the service platform, the service platform can determine a designated vehicle associated with the current mobile terminal based on the state query message, a vehicle control task of the designated vehicle is queried in a task state list to obtain a first execution node state corresponding to a corresponding vehicle control node, and then the service platform sends the first execution node state to the mobile terminal.
S304, determining a target vehicle control node from the at least one vehicle control node, sending a state query message for the target vehicle control node, and receiving a second execution node state for the target vehicle control node based on the state query message.
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 for displaying a command execution state set in advance for a vehicle control function;
Optionally, the target vehicle control node may be a key control node selected from all vehicle control nodes for display, considering the conventional completion time of the vehicle control command, if the states of the execution nodes of all the vehicle control nodes are displayed one by one, possibly the display effect of one or more nodes is poor;
optionally, the target vehicle control nodes can be that all the vehicle control nodes are ordered according to the high-low order of the failure rate based on the daily failure rates corresponding to all the vehicle control nodes of the vehicle control function corresponding to the vehicle control command, and the designated number of target vehicle control nodes are determined from all the vehicle control nodes. By acquiring the target vehicle control node with high failure rate, the targeted node monitoring of the remote vehicle control function can be realized.
Alternatively, the target vehicle control node may be a target vehicle control node that is set by user definition among all vehicle control nodes of the vehicle control function, and the user may select the corresponding vehicle control node by user definition based on the attention demand.
It can be appreciated that, the step of sending the status query message for the target vehicle control node and receiving the status of the second execution node for the target vehicle control node based on the status query message may refer to the manner of S303 for the status of the first execution node, which is not described herein.
S305, acquiring node abrasion parameters and/or historical control time of each vehicle control node, carrying out state prediction processing on the vehicle control nodes based on the node abrasion parameters and/or the historical control time, and determining a third execution node state of the vehicle control nodes.
It can be understood that, considering that there may be fluctuation in network communication between the mobile terminal and the vehicle, that is, it is generally difficult for the mobile terminal to acquire the execution node state corresponding to each vehicle control node when the vehicle responds to the vehicle control command in real time, that is, there may be a delay in the execution node state objectively, for example, at time t0, the vehicle control node a corresponds to the execution node state a, and the mobile terminal may acquire and display the execution node state a corresponding to the vehicle control node a due to objective factors within a period of time after the time t0, which may be equivalent to a certain delay when each vehicle control node displayed by the vehicle corresponds to the execution node state, and in some cases, it may be difficult to accurately acquire the execution node state (that is, execute the intermediate state) in real time. In the embodiment of the application, the third execution node state of each vehicle control node (i.e. the execution intermediate state) can be predicted by combining at least one of the node abrasion parameter dimension and the historical control time dimension, and the third execution node state is the predicted execution node state of the mobile terminal combined with the actual situation.
Optionally, considering that the mobile terminal generally receives or acquires the states of the execution nodes of the plurality of vehicle control nodes one by one or batch by batch, the mobile terminal may predict the state of the third execution node corresponding to the at least one vehicle control node at the target time. And then displaying the state of the third executing node of the corresponding vehicle control node when each target moment is reached.
Further, a third execution node state of the vehicle control node is determined, where the third execution node state includes a state prediction time corresponding to the third execution node state and a specific node state type, and if the third execution node state indicates the specific node state type of a certain vehicle control node at the prediction time. In some embodiments, the display is thereby made at the respective predicted instant based on the determined third execution node state.
The node wear parameters are used as characterization parameters for measuring the wear degree of software/hardware of a corresponding vehicle control node, and the common wear degree of software/hardware is related to hard particle wear of a vehicle device mechanism, corresponding wear of the vehicle device mechanism under normal load, speed and lubrication conditions, surface fatigue wear, natural aging of the vehicle device mechanism and the like.
In one or more embodiments of the present disclosure, the mechanical wear parameters described above are strongly related to factors such as the number or frequency of operation of the vehicle control node, the number of falls or impacts, and the like. In practical application, the mechanical abrasion parameters can be at least one or more of parameters such as the working times, the working frequency, the abrasion factors, the mechanical fatigue values, the limit stress values and the like of the vehicle control node, and the mechanical abrasion parameters can be obtained in advance by the mobile terminal or can be obtained by evaluating the vehicle in combination with the practical application situation.
The historical control time can be understood as the time of the vehicle control node in the process of responding to the vehicle command by the vehicle in the past, for example, the daily use time of the vehicle control node is completed, the historical control time can be obtained by counting the consumed time when the vehicle control node is executed in the past, and the historical control time can be the historical control average time corresponding to the vehicle control node in a period of time and can be the control time corresponding to the last vehicle control node. The historical control time can be obtained by taking a time point of a vehicle starting response vehicle control command as a reference time point, and then corresponding to a control time offset on the basis of the reference time point, wherein the control time offset is the historical control time.
In a possible implementation manner, the third executing node state of the vehicle control node may be determined by referring to the historical control time, for example, a time point when the vehicle receives the vehicle control command or a time point when the mobile terminal generates the vehicle control command may be taken as a reference time point, and the state prediction time may be determined by referring to the historical control time, that is, the third executing node state corresponding to the state prediction time of a certain vehicle control node, where the type of the third executing node state is the historical executing node state corresponding to the "historical control time" (for example, the last executing node state corresponding to the "historical control time"). Similarly, the third execution node status of each vehicle control node at the respective state prediction time may be determined in conjunction with the historical control times of the different vehicle control nodes, and in some embodiments, the mobile terminal may display the third execution node status (typically, the intermediate execution status) when the respective state prediction time arrives.
In one possible embodiment, a state mapping relationship between a plurality of reference mechanical wear parameters for the vehicle control node and the reference execution node state may be created in advance, and it should be noted that the reference execution node state may include a node state type and a reference control time (a reference control time offset corresponding to the reference control time on the basis of the reference time point). The state mapping relationship can be characterized in the forms of a set, a mapping table, a mapping array and the like. After the node abrasion parameter of a certain vehicle control node is acquired, determining a reference executing node state corresponding to the current node abrasion parameter based on the state mapping relation to serve as a third executing node state.
In a possible implementation manner, the state prediction processing can be performed on the vehicle control node based on the node wear parameter and the historical control time, in a specific implementation manner, a time correction factor can be determined in combination with the node wear parameter, the historical control time is subjected to time correction based on the time correction factor to obtain the corrected historical control time, and then the state of the third execution node of the vehicle control node at the corresponding state prediction moment is determined according to the corrected historical control time.
Optionally, a time mapping relation between a plurality of reference mechanical wear parameters and reference time correction factors for the vehicle control node is pre-established, and the time mapping relation can be characterized in the forms of a set, a mapping table, a mapping array and the like. The time correction factor and the historical control time are calculated (such as addition operation, product operation and the like) to obtain the corrected historical control time.
Alternatively, a correction reference amount can be set for the node abrasion parameter, when the node abrasion parameter meets the correction reference amount, time correction is performed on the historical control time based on the time correction factor to obtain the corrected historical control time, otherwise, when the node abrasion parameter does not meet the correction reference amount, state prediction processing is performed on the vehicle control node based on the historical control time to determine the state of a third execution node of the vehicle control node.
In one possible embodiment, the "node wear parameter 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.
The method comprises the steps of obtaining a large amount of sample data in advance, extracting characteristic information, and labeling the sample data, wherein the characteristic information comprises at least one parameter (sample node times, sample node abrasion factors, historical time and the like) in sample node abrasion parameters and sample historical control time of a control node, and an initial state prediction model is created. The state prediction model may be implemented by training an initial state prediction model using a large amount of sample data, for example, the state prediction model may be implemented based on one or more of LR (Logistic Regression, logistic regression model), SVM (Support Vector Machine ), decision tree, naive bayes classifier, CNN (Convolutional Neural Network ), RNN (Recurrent Neural Networks, recurrent neural network), and the like, and training the initial state prediction model based on sample data of the state of the executing node of the standard already marked, so as to obtain a trained state prediction model.
Optionally, the actual node state of the vehicle control node may be received, that is, the vehicle may send the actual executing node state (i.e., the actual node state) corresponding to each vehicle control node to the mobile terminal or the service platform, and generally, in the whole vehicle control node, the third executing node state corresponding to a certain vehicle control node is determined first, and then the actual node state corresponding to a certain vehicle control node is obtained, that is, the state correction process may be performed on the third executing node state based on the actual node state, for example, the third executing node state corresponding to a certain vehicle control node is updated and replaced with the actual node state, and the executing node state is displayed. The real-time performance and the accuracy of the node state can be considered, the intelligent display of the vehicle control state processing is realized, the state is prevented from being displayed in a delayed mode generally, and the experience effect of remote vehicle control state control is improved.
And S306, determining an execution intermediate state aiming at least one vehicle control command based on the execution node state, and displaying the execution intermediate state.
The execution node states include, but are not limited to, a first execution node state, a second execution node state, a third execution node state, and so forth.
It is appreciated that in some implementations, an intermediate state of execution for at least one of the vehicle control commands may be determined based on a number of execution node states, with the intermediate state of execution being displayed.
It is appreciated that execution node states such as a first execution node state, a second execution node state, a third execution node state, and an actual execution node state may generally be considered as execution intermediate states.
In one possible implementation, the status of the executing node may be used as an intermediate status of execution of the vehicle in response to the vehicle control command, and the intermediate status of execution may be displayed.
In a possible implementation manner, considering that the states of the execution nodes may involve a plurality of execution node states in practical application and that the conventional completion time of the vehicle control command may be short, based on this, the state of one or more key control nodes may be selected from a plurality of execution node states, that is, the state of the key control node may be selected from a plurality of execution node states and displayed as an execution intermediate state.
In a possible implementation manner, it may be set that one reference execution intermediate state corresponds to one or more reference execution node states, that is, a target mapping relationship between a plurality of reference execution intermediate states and at least one reference execution node state corresponding to the reference execution intermediate states is established. Based on the target mapping relation, indexing or matching corresponding execution intermediate states based on the current states of a plurality of execution nodes, and displaying the execution intermediate states.
In one or more embodiments of the present specification, by transmitting a vehicle control command to a vehicle in response to the vehicle control command of a user on a mobile terminal, the vehicle may then acquire an execution intermediate state for at least one of the vehicle control commands in response to the vehicle control command, and display the execution intermediate state. The method has the advantages that at least a plurality of execution intermediate states of the vehicle in response to the vehicle control command are displayed on the mobile terminal side, command execution conditions in the vehicle response process can be intuitively and clearly fed back, the display mode of the vehicle control state is optimized, the display effect of the vehicle control state is improved, real-time execution state display of the vehicle command execution process can be realized, real-time performance of vehicle state display is improved, accurate prediction of the vehicle state is realized by combining node abrasion dimension and historical control time dimension, the intelligence of real-time display is improved, and the vehicle control state processing mode is enriched.
In one embodiment, as shown in fig. 5, a vehicle control state processing method is specifically proposed, which may be implemented by a computer program and may be executed on a vehicle control state processing device based on von neumann system. The computer program may be integrated in the application or may run as a stand-alone tool class application. The vehicle control state processing device can be a service platform.
S401, acquiring at least one execution intermediate state aiming at a vehicle control command from a vehicle;
it can be understood that the intermediate execution state is a command execution state corresponding to the vehicle from the start of executing the vehicle control command to the end of executing the vehicle control command, and the command execution state is an execution state of the vehicle in response to the vehicle control command generated by the mobile terminal
In one or more embodiments of the specification, the mobile terminal may directly send the vehicle control command to the vehicle, or the mobile terminal may send the vehicle control command to the vehicle through the service platform, that is, the service platform forwards the vehicle control command generated by the mobile terminal to the vehicle.
It can be understood that in the process of responding to the vehicle control command to execute the vehicle control function corresponding to the vehicle control command, the service platform can feed back a plurality of execution intermediate states to the mobile terminal, and illustratively, the service platform can actively acquire a plurality of execution intermediate states of the vehicle in the process of executing the vehicle control function corresponding to the vehicle control command to the mobile terminal, so that the mobile terminal can display the plurality of execution intermediate states, and the execution situation in the process of feeding back the vehicle control by the mobile terminal can be intuitively, clearly and conveniently.
In a possible implementation manner, the service platform may determine at least one vehicle control node of the vehicle control function corresponding to the vehicle control command, and obtain the states of execution nodes corresponding to the at least one vehicle control node respectively.
According to some embodiments, at least one vehicle control node of the vehicle control function may be configured in advance based on a function execution flow of the corresponding vehicle control function, and may be saved in the service platform after the configuration is completed.
Optionally, at least one vehicle control node corresponding to the vehicle control functions can be preset for the vehicle control functions, so that in practical application, the service platform can acquire the vehicle control nodes corresponding to the vehicle control functions by the vehicle control commands;
optionally, the service platform may obtain the states of the execution nodes corresponding to the at least one vehicle control node respectively, where the states of the execution nodes are generally regarded as executing intermediate states.
Further, the service platform may obtain the states of the execution nodes corresponding to the at least one vehicle control node respectively, which specifically may be the following manner:
optionally, the service platform may send a status query message to the vehicle for the at least one vehicle control node, and receive a first execution node status for the at least one vehicle control node;
In specific implementation, the method can directly send a state query message for the at least one vehicle control node to the vehicle, wherein the state query message can carry node information of the at least one vehicle control node, and after the vehicle receives the state query message, the vehicle sends a first executing node state 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 may report the mobile terminal to the mobile terminal at regular time based on the state feedback policy, and for example, the vehicle may report the current first execution node state immediately every time the first execution node state corresponding to each vehicle control node is reached.
Optionally, the service platform may 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. Reference may be made to the explanation of S304, which is not repeated herein, and only the difference is that the execution subject is a service platform.
Optionally, the service platform may obtain node wear parameters and/or historical control time for each of the vehicle control nodes, and perform state prediction processing on the vehicle control nodes based on the node wear parameters and/or the historical control time to determine a third execution node state of the vehicle control nodes, and the description of S305 may be referred to specifically, which is not repeated herein, and only differs in that the execution subject is the service platform.
Optionally, the service platform may obtain a node wear parameter and/or a history control time for each of the vehicle control nodes, perform a state prediction process on the vehicle control node based on the node wear parameter and/or the history control time, determine a third execution node state of the vehicle control node, receive an actual node state for the vehicle control node, and perform a state correction process on the third execution node state based on the actual node state. Reference may be made to the explanation of S304, which is not repeated herein, and only the difference is that the execution subject is a service platform.
And S402, the at least one execution intermediate state is sent to the mobile terminal, and the execution intermediate state is used for indicating the mobile terminal to display the execution intermediate state.
It is understood that the first executing node state, the second executing node state, the third executing node state, and the like are generally executing intermediate states.
In one or more embodiments of the present disclosure, by transmitting a vehicle control command to a vehicle in response to the vehicle control command from a user on a mobile terminal, a service platform may then acquire and forward to the mobile terminal at least an intermediate state of execution of the vehicle for at least one of the vehicle control commands in response to the vehicle control command. The method and the system can assist the mobile terminal side to display at least a plurality of execution intermediate states of the vehicle when responding to the vehicle control command, intuitively and clearly feed back the command execution condition in the vehicle response process, optimize the display mode of the vehicle control state, improve the display effect of the vehicle control state, realize the real-time execution state display of the vehicle command execution process, improve the real-time performance of the vehicle state display, realize the accurate prediction of the vehicle state by combining the node abrasion dimension and the historical control time dimension, improve the intelligence of the real-time display and enrich the vehicle control state processing mode.
Referring to fig. 6, fig. 6 is a flowchart illustrating another embodiment of a vehicle control state processing method according to the present application.
Specific:
S501, receiving a vehicle control command sent by a mobile terminal aiming at a vehicle;
further, the service platform may send the vehicle control command to the vehicle, and acquire at least one command execution state for the vehicle control command from the vehicle.
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 state list;
In one or more embodiments of the specification, the service platform may create a vehicle control task corresponding to a vehicle control command (e.g., an air conditioner start task corresponding to an air conditioner start command) in the task state list, may uniquely characterize the vehicle control task corresponding to a certain vehicle control command with a vehicle control task identifier (vehicle control task id),
In some embodiments, the vehicle control task includes task information such as a task identifier (e.g., taskID), a vehicle control command identifier (e.g., a command key Value), a command execution state (e.g., different types of execution states may be represented by different Value values), a vehicle identifier (e.g., a vehicle id), etc., and the service platform may store a plurality of command execution states sent by the vehicle into a task state list, specifically, into a corresponding vehicle control task.
S503, acquiring at least one command execution state aiming at the vehicle control command from the vehicle, and updating the task state list based on the at least one command execution state, wherein the at least one command execution state comprises an execution intermediate state;
Illustratively, taking a vehicle control command as a vehicle air conditioner start command for starting a vehicle air conditioner as an example, the vehicle may sequentially feed back an execution intermediate state such as an execution start state, a component power-on state, a compression (compressor) start state, a condensation/heating (heater) start state, a temperature rising/falling intermediate state, etc. when each command execution state is reached, and may feed back an execution success state (may be regarded as an execution end state) after the execution is ended, where the different command execution states may be represented by different Value values, and a task state update is performed on an air conditioner start task in a task state list whenever any command execution state is obtained, and a current command execution state is recorded under the air conditioner start task.
The at least one command execution state generally includes an execution intermediate state, such as the above component power-on state, the compression (machine) start state, the condensation/heating (device) start state, the temperature rising/falling intermediate state, etc., which are all reported to the service platform by the vehicle when the vehicle reaches the corresponding execution state, and then the service platform updates the task state of the vehicle control task corresponding to the vehicle control command, that is, caches the corresponding command execution state to store in the task state list, in some embodiments, the service platform may feedback the current command execution state of the vehicle control task to the mobile terminal in real time or at intervals, in some embodiments, the mobile terminal may also actively query the service platform for the execution state of the vehicle control task, and then the service platform feeds back the corresponding command execution state.
S504, receiving a state query message of the mobile terminal, and determining a corresponding command execution state of the vehicle command from the task state list;
In a possible implementation manner, the service platform may store a plurality of command execution states sent by the vehicle into a task state list, which is illustrative in that the service platform may create a vehicle control task corresponding to the vehicle control command (such as an air conditioner start task corresponding to an air conditioner start command) in the task state list, and may uniquely represent the vehicle control task corresponding to a certain vehicle control command by using a vehicle control task identifier (vehicle control task id), where in some embodiments, the vehicle control task includes task information such as a task identifier, a vehicle control command identifier, a command execution state, and a vehicle identifier;
The mobile terminal may send a status query message to the service platform, after the service platform receives the status query message, the service platform may determine a designated vehicle associated with the current mobile terminal based on the status query message, query a task status list for a vehicle control task of the designated vehicle to obtain at least one command execution status corresponding to the current vehicle control task, and then send the at least one command execution status to the mobile terminal.
And S505, the command execution state is sent to the mobile terminal.
According to some embodiments, the command execution state comprises an intermediate execution state for instructing the mobile terminal to display the intermediate execution state.
Optionally, the vehicle may sequentially send the command execution state including at least one execution intermediate state in the process of executing the vehicle control command to the service platform, and the service platform may send each command execution state to the mobile terminal.
In one or more embodiments of the present disclosure, the service platform may send all command execution states including the execution intermediate state to the mobile terminal, and the mobile terminal may display each command execution state.
S506, acquiring a vehicle control execution result aiming at the vehicle control command from the vehicle.
It can be understood that the vehicle control execution result corresponds to an execution end state in the command execution states, and the execution end state is divided according to the type of the execution result, and may include an execution success state when a successful vehicle control command is executed and an execution failure state when a failed vehicle control command is executed. Based on the above, the vehicle control execution result includes an execution success result and an execution failure result.
Specifically, after the vehicle responds to the vehicle control command to execute and complete the vehicle control function corresponding to the vehicle control command, the corresponding vehicle control execution result is reported to the service platform.
Specifically, the service platform can actively query the vehicle control execution result corresponding to the vehicle control function after the vehicle control command is executed.
S507, deleting the vehicle control task from the task state list based on the vehicle control execution result;
it can be understood that after the vehicle finishes responding to the vehicle control command and generates the vehicle control execution result, the service platform can eliminate the need of maintaining or even managing the vehicle control task corresponding to the vehicle control command, and the service platform can delete the corresponding vehicle control task from the task state list;
Optionally, a maintenance duration may be set, and after the maintenance duration is over, the vehicle control task is deleted;
optionally, if the vehicle control execution result is an execution success result, the vehicle control task can be deleted after the vehicle control task is completed satisfactorily, and if the vehicle control execution result is an execution failure result, the vehicle control task can be maintained,
And S508, detecting a target command execution state corresponding to the vehicle control command based on the vehicle control execution result, and sending the target command execution state to the mobile terminal.
The target command instruction state can be understood as an execution state of a final vehicle control command, and can be an execution success state or an execution failure state;
Optionally, if the vehicle control execution result returns that the vehicle control command is in the successful execution state, the vehicle control state check can be performed on whether the vehicle is successfully executed, so as to correct the command execution state.
The service platform can detect whether the vehicle control execution result is an execution success result, and determine whether the vehicle control execution result is an execution success result, and then detect whether the execution success result is correct;
If yes, the successful execution state corresponding to the vehicle command can be sent to the mobile terminal;
If not, a state update request is sent to the vehicle, and a target command execution state corresponding to the vehicle command is determined based on the state update request, wherein the target command execution state can be an intermediate execution state, a successful execution state and a failed execution state.
Optionally, then sending the target command execution status to the mobile terminal;
specifically, the service platform may detect whether the vehicle control execution result is an execution success result, and if it is determined that the vehicle control execution result is an execution failure result, may send an execution failure state corresponding to the vehicle command to the mobile terminal.
In one or more embodiments of the present disclosure, by transmitting a vehicle control command to a vehicle in response to the vehicle control command from a user on a mobile terminal, a service platform may then acquire and forward to the mobile terminal at least an intermediate state of execution of the vehicle for at least one of the vehicle control commands in response to the vehicle control command. The method and the system can assist the mobile terminal side to display at least a plurality of execution intermediate states of the vehicle when responding to the vehicle control command, intuitively and clearly feed back the command execution condition in the vehicle response process, optimize the display mode of the vehicle control state, improve the display effect of the vehicle control state, realize the real-time execution state display of the vehicle command execution process, improve the real-time performance of the vehicle state display, realize the accurate prediction of the vehicle state by combining the node abrasion dimension and the historical control time dimension, improve the intelligence of the real-time display and enrich the vehicle control state processing mode.
In one embodiment, as shown in fig. 7, a vehicle control state processing method is specifically proposed, which may be implemented by a computer program and may be executed on a vehicle control state processing device based on von neumann system. The computer program may be integrated in the application or may run as a stand-alone tool class application. The vehicle control state processing device may be a vehicle.
S601, receiving a vehicle control command generated by a mobile terminal;
According to some embodiments, the vehicle control command refers to a command capable of controlling a vehicle to execute a corresponding vehicle control function, and the vehicle control command is generated on a mobile terminal (such as a mobile phone)
Optionally, the vehicle can receive the vehicle control command directly sent by the mobile terminal, and the vehicle can also receive the vehicle control command sent by the mobile terminal to the vehicle through the service platform.
S602, responding to a vehicle control command, executing a vehicle control function corresponding to the vehicle control command and determining at least one execution intermediate state aiming at the vehicle control command;
It can be understood that the vehicle control function corresponding to the vehicle control command is executed by the vehicle, in the whole process from the start of the command execution to the end of the command execution, the vehicle control command execution process corresponds to a plurality of different command execution states, and the different command execution states can feed back the execution progress of the vehicle control command for performing the vehicle function control or the function management, in one or more embodiments of the present disclosure, the command execution states corresponding to the vehicle control command execution process may at least include an execution start state, an execution intermediate state, and an execution end state according to different execution conditions, and in some embodiments, the execution intermediate state may be composed of a plurality of execution states of different execution intermediate stages.
The execution intermediate state may be understood as an execution state after the vehicle starts to execute the vehicle control function in response to the vehicle control command and before the vehicle ends to respond (or completes responding) to the vehicle control command to execute the function control flow of all the vehicle control functions, and a plurality of execution intermediate states corresponding to different execution intermediate stages may be configured based on an actual application environment;
Illustratively, taking a vehicle air conditioner start command with a vehicle control command as a vehicle air conditioner start function as an example, a plurality of execution intermediate states corresponding to the execution intermediate phases may be configured based on the whole vehicle air conditioner start process (flow), for example, the execution intermediate states may include a component power-on state, a compressor (start) state, a condensation/heating (heater) start state, a temperature rising/falling intermediate state, and the like. It can be understood that, the vehicle will be controlled to reach the above-mentioned intermediate states until the end state of execution in response to the vehicle air conditioner start command to execute the function control flow of the vehicle air conditioner start function. In some embodiments, the line start state, the execution intermediate state, and the execution end state may be all sent to the mobile terminal, or sent to the mobile terminal through the service platform;
Illustratively, taking a vehicle control command as an example of a vehicle seat heating command of a vehicle seat heating function, a plurality of execution intermediate states corresponding to the execution intermediate stages may be configured based on the whole vehicle seat heating process (flow), for example, the execution intermediate states may include a heating power-on state, a heating relay start state, a heating wire working state, a state of reaching a specified heating temperature, and the like. It will be appreciated that the vehicle, in response to a vehicle seat heating command, will control the vehicle through a start state and then to the aforementioned intermediate states until an end state is reached.
Optionally, for the vehicle, it may be determined that the command execution state, such as a start state, an execution intermediate state, and an execution end state, is located when the local end executes the vehicle control function corresponding to the vehicle control command.
And S603, transmitting the at least one execution intermediate state to the mobile terminal, wherein the execution intermediate state is used for indicating the mobile terminal to display the execution intermediate state.
Alternatively, the vehicle may transmit at least one execution intermediate state in the course of executing the vehicle control command to the service platform, and the service platform transmits the at least one execution intermediate state to the mobile terminal.
In one or more embodiments of the present disclosure, the vehicle may transmit all command execution states in response to the vehicle control command to the mobile terminal one by one or batch by batch, and the mobile terminal may display each command execution state.
In one or more embodiments of the present disclosure, by transmitting a vehicle control command to a vehicle in response to the vehicle control command from a user on a mobile terminal, the vehicle may then acquire and transmit to the mobile terminal at least an execution intermediate state for at least one of the vehicle control commands in response to the vehicle control command. The method and the system can assist the mobile terminal side to display at least a plurality of execution intermediate states of the vehicle when responding to the vehicle control command, intuitively and clearly feed back the command execution condition in the vehicle response process, optimize the display mode of the vehicle control state, improve the display effect of the vehicle control state, realize the real-time execution state display of the vehicle command execution process, improve the real-time performance of the vehicle state display, realize the accurate prediction of the vehicle state by combining the node abrasion dimension and the historical control time dimension, improve the intelligence of the real-time display and enrich the vehicle control state processing mode.
Fig. 8 is a schematic architecture diagram of a vehicle control state processing system according to an embodiment of the application. As shown in fig. 8, the vehicle control state processing system 10 includes a mobile terminal 100, a vehicle 110, a service platform 120,
The mobile terminal 100 may be an electronic device with communication capabilities including, but not limited to, a wearable device, a handheld device, a personal computer, a tablet computer, a vehicle mount device, a smart phone, a computing device, or other processing device connected to a wireless modem, etc. The electronic devices in different networks may be called different names, such as user equipment, access mobile terminals, subscriber units, subscriber stations, mobile stations, remote mobile terminals, mobile devices, user mobile terminals, wireless communication devices, user agents or user equipment, cellular telephones, cordless telephones, personal Digital Assistants (PDAs), devices in 5G networks or future evolution networks, etc.
The service platform 120 may be a separate server device, such as a rack-mounted server device, a blade server, a tower server device, or a cabinet server device, or a hardware device with a relatively high computing capability, such as a workstation, a mainframe computer, or the like, or may be a server cluster formed by a plurality of servers, where each server in the service cluster may be formed in a symmetrical manner, where each server is functionally equivalent and functionally equivalent in a service link, and each server may individually provide services to the outside, and the individual service may be understood as not requiring assistance of another server.
Vehicle 110 may be used with a vehicle terminal, e.g., the vehicle terminal may be mounted on vehicle 110, which may be part of vehicle 110 in some implementations;
According to some embodiments, the mobile terminal 100 and the vehicle terminal corresponding to the vehicle 110 may establish a communication connection, and the interaction of data in the data transfer process is completed based on the communication connection, where the communication connection includes, but is not limited to, a bluetooth connection, an infrared connection, a near field communication connection, and so on.
The mobile terminal 100, the vehicle terminal corresponding to the vehicle 110, and the service platform 120 may perform interactive communication with each other through a network, for example, vehicle management connection is established based on the network, and the network may be a wireless network, or may be a wired network, where the wireless network includes but is not limited to a cellular network, a wireless local area network, an infrared network, or a bluetooth network, and the wired network includes but is not limited to an ethernet network, a universal serial bus (universal serial bus, USB), or a controller area network.
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 detailed implementation processes of the vehicle management system embodiment are shown in the method embodiment, which is not repeated herein.
One or more vehicle control state processing devices provided in the embodiments of the present application will be described in detail below. It should be noted that, the vehicle control state processing device is configured to execute the method according to one or more embodiments of the present application, for convenience of explanation, only a portion relevant to the embodiment of the present application is shown, and specific technical details are not disclosed, and reference is made to other embodiments shown in the present application.
Fig. 9 is a schematic structural diagram of a vehicle control state processing device according to an embodiment of the application. The vehicle control state processing device 1 may be implemented as all or a part of the device by 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 state display module 12, specifically configured to:
A command processing module 11 for transmitting a vehicle control command to a vehicle in response to the vehicle control command;
the state display module 12 is configured to obtain at least one intermediate execution state for the vehicle control command, and display the intermediate execution state, where the intermediate execution state is a command execution state corresponding to a period 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 an execution state when the vehicle responds to the vehicle control command.
Alternatively, as shown in fig. 10, the status display module 12 includes:
a state acquisition unit 121 configured to acquire at least one command execution state for the vehicle control command, the at least one command execution state including an execution intermediate state;
A status display unit 122 for displaying the at least one command execution status.
Optionally, the state acquisition unit 121 is specifically configured to:
at least one command execution state corresponding to the vehicle control command is acquired from the vehicle, or,
And acquiring at least one command execution state corresponding to the vehicle control command from the vehicle based on a service platform.
Optionally, the status display module 12 is specifically configured to:
at least one vehicle control node of the vehicle control function corresponding to the vehicle control command is determined, the states of execution nodes corresponding to the at least one vehicle control node are obtained, and the middle state of at least one execution of the vehicle control command is determined based on the states of the execution nodes.
Optionally, the status display module 12 is specifically configured to:
A status query message is sent for the at least one vehicle control node, a first execution node status is received for each of the vehicle control nodes based on the status query message, or,
Determining a target vehicle control node from the at least one vehicle control node, sending a state query message for the target vehicle control node, and receiving a second execution node state for the target vehicle control node based on the state query message.
Optionally, the status display module 12 is specifically configured to:
Acquiring node wear parameters and/or historical control time for each of the vehicle control nodes, performing state prediction processing on the vehicle control nodes based on the node wear parameters and/or the historical control time, determining a third execution node state of the vehicle control nodes, or,
The method comprises the steps of obtaining node abrasion parameters and/or historical control time of each vehicle control node, carrying out state prediction processing on the vehicle control nodes based on the node abrasion parameters and/or the historical control time, determining a third execution node state of the vehicle control nodes, receiving an actual node state of the vehicle control nodes, and carrying out state correction processing on the third execution node state based on the actual node state.
It should be noted that, when the vehicle control state processing device provided in the foregoing embodiment executes the vehicle control state processing method, only the division of the foregoing functional modules is used for illustrating, in practical application, the foregoing functional allocation may be completed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules, so as to complete all or part of the functions described above. In addition, the vehicle control state processing device and the vehicle control state processing method provided in the foregoing embodiments belong to the same concept, which embody the detailed implementation process in the method embodiment, and are not repeated herein.
The foregoing embodiment numbers of the present application are merely for the purpose of description, and do not represent the advantages or disadvantages of the embodiments.
Fig. 11 is a schematic structural diagram of a vehicle control state processing device according to an embodiment of the application. The vehicle control state processing device 2 may be implemented as all or part of the device by 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, specifically configured to:
a state obtaining module 21, configured to obtain, from a vehicle, at least one intermediate execution state for a vehicle control command, where the intermediate execution state is a command execution state corresponding between when the vehicle starts executing the vehicle control command and when the vehicle 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 a mobile terminal;
And the state sending module 22 is configured to send the at least one intermediate execution state to the mobile terminal, where the intermediate execution state is used to instruct the mobile terminal to display the intermediate execution state.
Alternatively, as shown in fig. 12, the state acquisition module 21 includes:
A command forwarding unit 211, configured to receive a vehicle control command sent by a mobile terminal for a vehicle, and send the vehicle control command to the vehicle;
The state acquisition unit 212 is configured to acquire, from the vehicle, at least one command execution state for the vehicle control command, where the at least one command execution state includes an execution intermediate state.
Optionally, the command forwarding unit 211 is specifically configured to:
The vehicle control command is sent to the vehicle, a vehicle control task corresponding to the vehicle control command is determined, and the vehicle control task is written into a task state list;
And acquiring at least one command execution state aiming at the vehicle control command from the vehicle, and updating the task state list based on the at least one command execution state.
Optionally, the command forwarding unit 211 is specifically configured to:
Receiving a state query message of the mobile terminal, and determining a corresponding command execution state of the vehicle command from the task state list;
and sending the command execution state to the mobile terminal.
Optionally, the device 2 is further configured to:
acquiring a vehicle control execution result aiming at the vehicle control command from the vehicle, deleting the vehicle control task from the task state list based on the vehicle control execution result, and/or,
And acquiring a vehicle control execution result aiming at the vehicle control command from the vehicle, detecting a target command execution state corresponding to the vehicle control command based on the vehicle control execution result, and sending the target command execution state to the mobile terminal.
Optionally, the device 2 is specifically configured to:
Determining the vehicle control execution result as an execution success result, and detecting whether the execution success result is correct or not;
If not, a state update request is sent to the vehicle, a target command execution state corresponding to the vehicle command is determined based on the state update request, the target command execution state is sent to the mobile terminal, and the target command execution state comprises an execution intermediate state, an execution success state and an execution failure state.
And determining the vehicle control execution result as an execution failure result, and sending an execution failure state corresponding to the vehicle command to the mobile terminal.
Optionally, the device 2 is specifically configured to:
And determining at least one vehicle control node of the vehicle control function corresponding to the vehicle control command, and acquiring the states of execution nodes respectively corresponding to the at least one vehicle control node.
Optionally, the device 2 is specifically configured to:
the method includes sending a status query message to the vehicle for the at least one vehicle control node, receiving a first execution node status for the at least one vehicle control node, or,
Determining a target vehicle control node from the at least one vehicle control node, sending a state query message for the target vehicle control node, and receiving a second execution node state for the target vehicle control node based on the state query message;
Acquiring node wear parameters and/or historical control time for each of the vehicle control nodes, performing state prediction processing on the vehicle control nodes based on the node wear parameters and/or the historical control time, determining a third execution node state of the vehicle control nodes, or,
The method comprises the steps of obtaining node abrasion parameters and/or historical control time of each vehicle control node, carrying out state prediction processing on the vehicle control nodes based on the node abrasion parameters and/or the historical control time, determining a third execution node state of the vehicle control nodes, receiving an actual node state of the vehicle control nodes, and carrying out state correction processing on the third execution node state based on the actual node state.
It should be noted that, when the vehicle control state processing device provided in the foregoing embodiment executes the vehicle control state processing method, only the division of the foregoing functional modules is used for illustrating, in practical application, the foregoing functional allocation may be completed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules, so as to complete all or part of the functions described above. In addition, the vehicle control state processing device and the vehicle control state processing method provided in the foregoing embodiments belong to the same concept, which embody the detailed implementation process in the method embodiment, and are not repeated herein.
The foregoing embodiment numbers of the present application are merely for the purpose of description, and do not represent the advantages or disadvantages of the embodiments.
Fig. 13 is a schematic structural diagram of a vehicle control state processing device according to an embodiment of the application. The vehicle control state processing device 3 may be implemented as all or part of the device by 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 responding module 32, and a state transmitting module 33, specifically configured to:
a command receiving module 31, configured to receive a vehicle control command generated by a mobile terminal;
A command response module 32, configured to execute a vehicle control function corresponding to the vehicle control command and determine at least one execution intermediate state for the vehicle control command, where the execution intermediate state is a command execution state corresponding to a period from when the vehicle starts to execute the vehicle control command to when the vehicle ends to execute the vehicle control command;
and a state sending module 33, configured to send the at least one intermediate execution state to the mobile terminal, where the intermediate execution state is used to instruct the mobile terminal to display the intermediate execution state.
It should be noted that, when the vehicle control state processing device provided in the foregoing embodiment executes the vehicle control state processing method, only the division of the foregoing functional modules is used for illustrating, in practical application, the foregoing functional allocation may be completed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules, so as to complete all or part of the functions described above. In addition, the vehicle control state processing device and the vehicle control state processing method provided in the foregoing embodiments belong to the same concept, which embody the detailed implementation process in the method embodiment, and are not repeated herein.
The foregoing embodiment numbers of the present application are merely for the purpose of description, and do not represent the advantages or disadvantages of the embodiments.
The embodiment of the present application further provides a computer storage medium, where the computer storage medium may store a plurality of commands, where the commands are suitable for being loaded by a processor and executed by the processor, and the specific execution process may refer to specific descriptions of the embodiments shown in fig. 1 to 8, and details are not repeated herein.
The present application also provides a computer program product, where at least one command is stored, where the at least one command is loaded by the processor and executed by the processor, and the specific execution process may refer to the specific description of the embodiment shown in fig. 1 to 8, and details are not repeated herein.
Referring to fig. 14, a block diagram of an electronic device according to an exemplary embodiment of the present application is shown. An electronic device in the present application may include one or more of 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 by a bus 150.
Processor 110 may include one or more processing cores. The processor 110 utilizes various interfaces and lines to connect various portions of the overall electronic device, perform various functions of the electronic device 100 and process data by executing or executing commands, programs, code sets, or command sets stored in the memory 120, and invoking data stored in the memory 120. Alternatively, the processor 110 may be implemented in at least one hardware form of Digital Signal Processing (DSP), field-programmable gate array (FPGA), programmable logic array (programmable logic Array, PLA). The processor 110 may integrate one or a combination of several of a central processing unit (central processing unit, CPU), an image processor (graphics processing unit, GPU), a modem, etc. The CPU mainly processes an operating system, a user interface, an application program and the like, the GPU is used for rendering and drawing display contents, and the modem is used for processing wireless communication. It will be appreciated that the modem may not be integrated into the processor 110 and may be implemented solely by a single communication chip.
The memory 120 may include a random access memory (random Access Memory, RAM) or a read-only memory (ROM). Optionally, the memory 120 includes a non-transitory computer readable medium (non-transitory computer-readable storage medium). Memory 120 may be used to store commands, programs, code sets, or command sets. The memory 120 may include a stored program area and a stored data area, wherein the stored program area may store commands for implementing an operating system, which may be an Android (Android) system, including a system developed based on the Android system, an IOS system developed by apple corporation, including a system developed based on the IOS system, or other systems, commands for implementing at least one function (such as a touch function, a sound playing function, an image playing function, etc.), commands for implementing various method embodiments described below, and the like. The storage data area may also store data created by the electronic device in use, such as phonebooks, audiovisual data, chat log data, and the like.
Referring to FIG. 15, the memory 120 may be divided into an operating system space in which the operating system is running and a user space in which native and third party applications are running. In order to ensure that different third party application programs can achieve better operation effects, the operating system allocates corresponding system resources for the different third party application programs. However, the requirements of different application scenes in the same third party application program on system resources are different, for example, the third party application program has higher requirements on disk reading speed in a local resource loading scene, and the third party application program has higher requirements on GPU performance in an animation rendering scene. The operating system and the third party application program are mutually independent, and the operating system often cannot timely sense the current application scene of the third party application program, so that the operating system cannot perform targeted system resource adaptation according to the specific application scene of the third party application program.
In order to enable the operating system to distinguish specific application scenes of the third-party application program, data communication between the third-party application program and the operating system needs to be communicated, so that the operating system can acquire current scene information of the third-party application program at any time, and targeted system resource adaptation is performed based on the current scene.
Taking an operating system as an Android system as an example, as shown in fig. 16, a program and data stored in the memory 120 may be stored in the memory 120 with a Linux kernel layer 320, a system runtime library layer 340, an application framework layer 360 and an application layer 380, where the Linux kernel layer 320, the system runtime library layer 340 and the application framework layer 360 belong to an operating system space, and the application layer 380 belongs to a user space. The Linux kernel layer 320 provides the underlying drivers for various hardware of the electronic device, such as display drivers, audio drivers, camera drivers, bluetooth drivers, wi-Fi drivers, power management, and the like. The system runtime layer 340 provides the main feature support for the Android system through some C/c++ libraries. For example, the SQLite library provides support for databases, the OpenGL/ES library provides support for 3D graphics, the Webkit library provides support for browser kernels, and the like. Also provided in the system runtime library layer 340 is An Zhuoyun runtime library (Android runtime), which primarily provides some core libraries that can allow developers to write Android applications using the Java language. The application framework layer 360 provides various APIs that may be used in building applications, which developers can also build their own applications by using, for example, campaign management, window management, view management, notification management, content provider, package management, call management, resource management, location management. The application layer 380 runs at least one application program, which may be a native application program of the operating system, such as a contact program, a short message program, a clock program, a camera application, etc., or a third party application program developed by a third party developer, such as a game application program, an instant messaging program, a photo beautification program, etc.
Taking an operating system as an IOS system as an example, programs and data stored in the memory 120 are shown in fig. 17, 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 an operating system kernel, drivers, and underlying program frameworks that provide more hardware-like functionality for use by the program frameworks at the core services layer 440. The core services layer 440 provides system services and/or program frameworks required by the application, such as a Foundation (Foundation) framework, an account framework, an advertisement framework, a data storage framework, a network connection framework, a geographic location framework, a sports framework, and the like. The media layer 460 provides an interface for applications related to audiovisual aspects, such as a graphics-image related interface, an audio technology related interface, a video technology related interface, an audio video transmission technology wireless play (AirPlay) interface, and so forth. The touchable layer 480 provides various commonly used interface-related frameworks for application development, with the touchable layer 480 being responsible for user touch interactions on the electronic device. Such as a local notification service, a remote push service, an advertisement framework, a game tool framework, a message User Interface (UI) framework, a User Interface UIKit framework, a map framework, and so forth.
Among the frameworks shown in FIG. 17, the frameworks related to most applications include, but are not limited to, the base framework in core services layer 440 and UIKit frameworks in touchable layer 480. The infrastructure provides many basic object classes and data types, providing the most basic system services for all applications, independent of the UI. While the class provided by the UIKit framework is a base UI class library for creating touch-based user interfaces, iOS applications can provide UIs based on the UIKit framework, so it provides the application's infrastructure for building user interfaces, drawing, handling and user interaction events, responding to gestures, and so on.
The manner and principle of implementing data communication between the third party application program and the operating system in the IOS system can refer to the Android system, and the application is not described herein.
The input device 130 is configured 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 apparatus, a speaker, and the like. In one example, the input device 130 and the output device 140 may be combined, and the input device 130 and the output device 140 are a touch display screen for receiving a touch operation thereon or thereabout by a user using a finger, a touch pen, or any other suitable object, and displaying a user interface of each application program. Touch display screens are typically provided on the front panel of an electronic device. The touch display screen may be designed as a full screen, a curved screen, or a contoured screen. The touch display screen may also be designed as a combination of a full screen and a curved screen, and the combination of a special-shaped screen and a curved screen, which is not limited in the embodiment of the present application.
In addition, those skilled in the art will appreciate that the configuration of the electronic device shown in the above-described figures does not constitute a limitation of the electronic device, and the electronic device may include more or less components than illustrated, or may combine certain components, or may have a different arrangement of components. For example, the electronic device further includes components such as a radio frequency circuit, an input unit, a sensor, an audio circuit, a wireless fidelity (WIRELESS FIDELITY, wiFi) module, a power supply, and a bluetooth module, which are not described herein.
In the embodiment of the present application, the execution subject of each step may be the electronic device described above. Optionally, the execution subject of each step is an operating system of the electronic device. The operating system may be an android system, an IOS system, or other operating systems, which is not limited by the embodiments of the present application.
The electronic device according to the embodiment of the application may further be provided with a display device, which may be any device capable of realizing a display function, for example, a cathode ray tube display (cathode ray tubedisplay, abbreviated as CR), a light-emitting diode display (light-emitting diode display, abbreviated as LED), an electronic ink screen, a liquid crystal display (liquid CRYSTAL DISPLAY, abbreviated as LCD), a plasma display panel (PLASMA DISPLAY PANEL, abbreviated as PDP), and the like. A user may utilize a display device on electronic device 101 to view displayed text, images, video, etc. The electronic device may be a smart phone, a tablet computer, a gaming device, an AR (Augmented Reality ) device, an automobile, a data storage, an audio playing device, a video playing 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, an electronic article of clothing, etc.
In the electronic device shown in fig. 14, which may be a mobile terminal, the processor 110 may be configured to invoke an application program stored in the memory 120 and to specifically perform the following operations:
Transmitting a vehicle control command to a vehicle in response to the vehicle control command;
and acquiring at least one execution intermediate state aiming at the vehicle control command, and displaying the execution intermediate state, wherein the execution intermediate state is a command execution state corresponding to the condition from the start of the vehicle to the end of the vehicle control command, and the command execution state is an execution state when the vehicle responds to the vehicle control command.
In one embodiment, the processor 110, when executing the acquiring the execution intermediate state for at least one of the vehicle control commands and displaying the execution intermediate state, specifically performs the following operations:
Acquiring at least one command execution state for the vehicle control command, wherein the at least one command execution state comprises an execution intermediate state;
Displaying the at least one command execution state.
In one embodiment, the processor 110, when executing the acquiring at least one command execution state for the vehicle control command, specifically performs the following operations:
at least one command execution state corresponding to the vehicle control command is acquired from the vehicle, or,
And acquiring at least one command execution state corresponding to the vehicle control command from the vehicle based on a service platform.
In one embodiment, the processor 110, when executing the acquiring the intermediate state for at least one of the vehicle control commands, specifically performs the following operations:
at least one vehicle control node of the vehicle control function corresponding to the vehicle control command is determined, the states of execution nodes corresponding to the at least one vehicle control node are obtained, and the middle state of at least one execution of the vehicle control command is determined based on the states of the execution nodes.
In one embodiment, the processor 110, when executing the obtaining the execution node states corresponding to the at least one vehicle control node respectively, specifically performs the following operations:
A status query message is sent for the at least one vehicle control node, a first execution node status is received for each of the vehicle control nodes based on the status query message, or,
Determining a target vehicle control node from the at least one vehicle control node, sending a state query message for the target vehicle control node, and receiving a second execution node state for the target vehicle control node based on the state query message.
In one embodiment, the processor 110, when executing the obtaining the execution node states corresponding to the at least one vehicle control node respectively, specifically performs the following operations:
Acquiring node wear parameters and/or historical control time for each of the vehicle control nodes, performing state prediction processing on the vehicle control nodes based on the node wear parameters and/or the historical control time, determining a third execution node state of the vehicle control nodes, or,
The method comprises the steps of obtaining node abrasion parameters and/or historical control time of each vehicle control node, carrying out state prediction processing on the vehicle control nodes based on the node abrasion parameters and/or the historical control time, determining a third execution node state of the vehicle control nodes, receiving an actual node state of the vehicle control nodes, and carrying out state correction processing on the third execution node state based on the actual node state.
Referring to fig. 18, a schematic structural diagram of another electronic device is provided in an embodiment of the present application. As shown in fig. 13, the electronic device 2000 may include at least one processor 2001, at least one network interface 2004, a user interface 2003, a memory 2005, at least one communication bus 2002.
Wherein a communication bus 2002 is used to enable connected communications between these components.
The user interface 2003 may include a Display (Display), among other things, and the optional user interface 2003 may also include standard wired, wireless interfaces.
The network interface 2004 may optionally include standard wired interfaces, wireless interfaces (e.g., WI-FI interfaces), among others.
Wherein the processor 2001 may include one or more processing cores. The processor 2001 connects various portions of the overall server 2000 using various interfaces and lines, executing various functions of the server 2000 and processing data by executing or executing instructions, programs, code sets, or instruction sets stored in the memory 2005, and invoking data stored in the memory 2005. Alternatively, the processor 2001 may be implemented in at least one hardware form of digital signal Processing (DIGITAL SIGNAL Processing, DSP), field-Programmable gate array (Field-Programmable GATE ARRAY, FPGA), programmable logic array (Programmable Logic Array, PLA). The processor 2001 may integrate one or a combination of several of a central processing unit (Central Processing Unit, CPU), an image processor (Graphics Processing Unit, GPU), a modem, and the like. The CPU mainly processes an operating system, a user interface, an application program and the like, the GPU is used for rendering and drawing contents required to be displayed by the display screen, and the modem is used for processing wireless communication. It will be appreciated that the modem may not be integrated into the processor 2001 and may be implemented by a single chip.
The Memory 2005 may include a random access Memory (Random Access Memory, RAM) or a Read-Only Memory (Read-Only Memory). Optionally, the memory 2005 includes a non-transitory computer readable medium (non-transitory computer-readable storage medium). The memory 2005 may be used to store instructions, programs, code, sets of codes, or instruction sets. The memory 2005 may include a stored program area that may store instructions for implementing an operating system, instructions for at least one function (such as a touch function, a sound playing function, an image playing function, etc.), instructions for implementing the above-described respective method embodiments, etc., and a stored data area that may store data, etc., referred to in the above-described respective method embodiments. The memory 2005 may also optionally be at least one storage device located remotely from the aforementioned processor 2001. As shown in fig. 18, an operating system, a network communication module, a user interface module, and application programs may be included in the memory 2005, which is one type of computer storage medium.
In the electronic device 2000 shown in fig. 18, the electronic device 2000 may be a service platform, the user interface 2003 is mainly used for providing an input interface for a user to obtain data input by the user, and the processor 2001 may be used for calling an application program stored in the memory 2005 and specifically performing the following operations:
Acquiring at least one execution intermediate state aiming at a vehicle control command from a vehicle, wherein the execution intermediate state is a command execution state corresponding to the period from the start of the vehicle to the end of the vehicle control command, and the command execution state is an execution state when the vehicle responds to the vehicle control command generated by a mobile terminal;
And sending the at least one execution intermediate state to the mobile terminal, wherein the execution intermediate state is used for indicating the mobile terminal to display the execution intermediate state.
In one embodiment, the processor 2001, when executing the intermediate state of at least one of the acquiring vehicle control commands to the vehicle, specifically performs the following steps:
Receiving a vehicle control command sent by a mobile terminal aiming at 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 a vehicle, the at least one command execution state including an intermediate state of execution.
In one embodiment, the processor 2001, when executing the sending the vehicle control command to the vehicle, obtains at least one command execution status for the vehicle control command from the vehicle, specifically performs the following steps:
The vehicle control command is sent to the vehicle, a vehicle control task corresponding to the vehicle control command is determined, and the vehicle control task is written into a task state list;
And acquiring at least one command execution state aiming at the vehicle control command from the vehicle, and updating the task state list based on the at least one command execution state.
In one embodiment, the processor 2001, when executing the sending the at least one execution intermediate state to the mobile terminal, specifically performs the following steps:
Receiving a state query message of the mobile terminal, and determining a corresponding command execution state of the vehicle command from the task state list;
and sending the command execution state to the mobile terminal.
In one embodiment, the processor 2001, when executing the vehicle control state processing method, specifically executes the following steps:
acquiring a vehicle control execution result aiming at the vehicle control command from the vehicle, deleting the vehicle control task from the task state list based on the vehicle control execution result, and/or,
And acquiring a vehicle control execution result aiming at the vehicle control command from the vehicle, detecting a target command execution state corresponding to the vehicle control command based on the vehicle control execution result, and sending the target command execution state to the mobile terminal.
In one embodiment, when the processor 2001 detects the target command execution state corresponding to the vehicle control command based on the vehicle control execution result and sends the target command execution state to the mobile terminal, the processor specifically performs the following steps:
Determining the vehicle control execution result as an execution success result, and detecting whether the execution success result is correct or not;
If not, a state update request is sent to the vehicle, a target command execution state corresponding to the vehicle command is determined based on the state update request, the target command execution state is sent to the mobile terminal, and the target command execution state comprises an execution intermediate state, an execution success state and an execution failure state.
And determining the vehicle control execution result as an execution failure result, and sending an execution failure state corresponding to the vehicle command to the mobile terminal.
In one embodiment, the processor 2001, when executing the intermediate state of at least one of the acquiring vehicle control commands to the vehicle, specifically performs the following steps:
And determining at least one vehicle control node of the vehicle control function corresponding to the vehicle control command, and acquiring the states of execution nodes respectively corresponding to the at least one vehicle control node.
In one embodiment, the processor 2001, when executing the acquiring the execution node states corresponding to the at least one vehicle control node respectively, specifically executes the following steps:
the method includes sending a status query message to the vehicle for the at least one vehicle control node, receiving a first execution node status for the at least one vehicle control node, or,
Determining a target vehicle control node from the at least one vehicle control node, sending a state query message for the target vehicle control node, and receiving a second execution node state for the target vehicle control node based on the state query message;
Acquiring node wear parameters and/or historical control time for each of the vehicle control nodes, performing state prediction processing on the vehicle control nodes based on the node wear parameters and/or the historical control time, determining a third execution node state of the vehicle control nodes, or,
The method comprises the steps of obtaining node abrasion parameters and/or historical control time of each vehicle control node, carrying out state prediction processing on the vehicle control nodes based on the node abrasion parameters and/or the historical control time, determining a third execution node state of the vehicle control nodes, receiving an actual node state of the vehicle control nodes, and carrying out state correction processing on the third execution node state based on the actual node state.
Referring to fig. 19, a schematic structural diagram of an electronic device is provided in an embodiment of the present application. As shown in fig. 19, 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.
Wherein the communication bus 1002 is used to enable connected communication between these components.
The user interface 1003 may include a Display screen (Display) and a Camera (Camera), and the optional user interface 1003 may further include a standard wired interface and a wireless interface.
The network interface 1004 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface), among others.
Wherein the processor 1001 may include one or more processing cores. The processor 1001 connects various parts within the entire server 1000 using various interfaces and lines, and performs various functions of the server 1000 and processes data by executing or executing instructions, programs, code sets, or instruction sets stored in the memory 1005, and calling data stored in the memory 1005. Alternatively, the processor 1001 may be implemented in at least one hardware form of digital signal Processing (DIGITAL SIGNAL Processing, DSP), field-Programmable gate array (Field-Programmable GATE ARRAY, FPGA), programmable logic array (Programmable Logic Array, PLA). The processor 1001 may integrate one or a combination of several of a central processing unit (Central Processing Unit, CPU), an image processor (Graphics Processing Unit, GPU), and a modem, etc. The CPU mainly processes an operating system, a user interface, an application program and the like, the GPU is used for rendering and drawing contents required to be displayed by the display screen, and the modem is used for processing wireless communication. It will be appreciated that the modem may not be integrated into the processor 1001 and may be implemented by a single chip.
The Memory 1005 may include a random access Memory (Random Access Memory, RAM) or a Read-Only Memory (Read-Only Memory). Optionally, the memory 1005 includes a non-transitory computer readable medium (non-transitory computer-readable storage medium). The memory 1005 may be used to store instructions, programs, code, sets of codes, or sets of instructions. The memory 1005 may include a stored program area that may store instructions for implementing an operating system, instructions for at least one function (such as a touch function, a sound playing function, an image playing function, etc.), instructions for implementing the above-described respective method embodiments, etc., and a stored data area that may store data, etc., referred to in the above-described respective method embodiments. The memory 1005 may also optionally be at least one storage device located remotely from the processor 1001. As shown in fig. 14, an operating system, a network communication module, a user interface module, and application programs may be included in the memory 1005, which is one type of computer storage medium.
In the electronic device 1000 shown in fig. 19, the electronic device 1000 may be a vehicle, the user interface 1003 is mainly used for providing an input interface for a user to obtain data input by the user, and the processor 1001 may be used for calling an application program stored in the memory 1005 and specifically performing the following operations:
Receiving a vehicle control command generated by a mobile terminal;
responding to the vehicle control command, executing a vehicle control function corresponding to the vehicle control command and determining at least one execution intermediate state aiming at the vehicle control command;
And sending the at least one execution intermediate state to the mobile terminal, wherein the execution intermediate state is a command execution state corresponding to the period from the start of the vehicle to the end of the vehicle control command.
Those skilled in the art will appreciate that implementing all or part of the above-described methods in accordance with the embodiments may be accomplished by a computer program for instructing associated hardware, where the program may be stored on a computer readable storage medium, and where the program, when executed, may comprise the steps of the embodiments of the methods described above. The storage medium may be a magnetic disk, an optical disk, a read-only memory, a random access memory, or the like.
The foregoing disclosure is illustrative of the present application and is not to be construed as limiting the scope of the application, which is defined by the appended claims.