Timeout processing method and device, vehicle and storage medium

Abstract

The invention provides a timeout processing method and device, a vehicle and a storage medium, and the timeout processing method comprises the steps: determining a target execution assembly and a target control instruction when a remote instruction sent by a user terminal is received; sending a target control instruction to the target execution component, and determining timeout time and limit timeout time corresponding to the target execution component; according to the first execution state information and the timeout time corresponding to the target execution component, judging whether the target execution component executes timeout or not; under the condition that execution of the target execution component is overtime, whether the target execution component is successfully executed or not is judged before the limit overtime period according to second execution state information corresponding to the target execution component; and when the target execution component is successfully executed, obtaining execution success time, and adjusting the execution duration threshold based on the execution success time. According to the invention, misjudgment of overtime faults can be reduced, and the remote control success rate is improved.

Description

Technical Field

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

[0002] As vehicles become increasingly intelligent, remote control technology is gaining popularity and popularity due to its convenient remote control capabilities. Currently, users can remotely control functions such as door locks, windows, air conditioning, and seats. Because each execution element takes a different amount of time to complete, the software sets timeouts for each function. If the execution time of a downstream node exceeds the preset timeout, or if the execution result signal is sent beyond the timeout limit, the vehicle will send a timeout notification to the user via the mobile app.

[0003] Considering that the execution nodes of different offline vehicles may have differences in execution time, or the execution time may be extended due to the aging of vehicle execution components, as well as various reasons such as vehicle communication delays, when remote control occurs occasionally or multiple times, the actual execution time of the vehicle exceeds the preset timeout period, thereby feeding back an execution timeout prompt to the user, which will affect the success rate of remote control. Summary of the Invention

[0004] The embodiments of the present application provide a timeout processing method, device, vehicle and storage medium, which aim to solve the technical problem in the prior art that during remote control, the execution time is prolonged due to the aging of the execution components, thereby feeding back the execution timeout prompt to the user, affecting the success rate of remote control.

[0005] In a first aspect, an embodiment of the present application provides a timeout processing method, the method comprising:

[0006] Upon receiving a remote instruction sent by a user terminal, determining a target execution component and a target control instruction;

[0007] Sending the target control instruction to the target execution component, and determining a timeout time and a maximum timeout time corresponding to the target execution component; wherein the timeout time is determined based on an execution duration threshold of the target execution component, and the maximum timeout time is determined based on the maximum execution duration threshold corresponding to the target execution component;

[0008] Determining whether the target execution component has timed out according to the first execution status information corresponding to the target execution component and the timeout period;

[0009] In the case where the target execution component times out, before the limit timeout period, judging whether the target execution component is successfully executed according to the second execution status information corresponding to the target execution component;

[0010] When the target execution component is successfully executed, the execution success time is obtained, and the execution duration threshold is adjusted based on the execution success time.

[0011] In a second aspect, an embodiment of the present application further provides a timeout processing device, the device comprising:

[0012] A first determining module is configured to determine a target execution component and a target control instruction upon receiving a remote instruction sent by a user terminal;

[0013] a first sending module, configured to send the target control instruction to the target execution component, and determine a timeout time and a maximum timeout time corresponding to the target execution component; wherein the timeout time is determined based on an execution duration threshold of the target execution component, and the maximum timeout time is determined based on the maximum execution duration threshold corresponding to the target execution component;

[0014] A first judgment module is used to judge whether the target execution component has timed out according to the first execution status information corresponding to the target execution component and the timeout period;

[0015] a second judgment module, configured to judge whether the target execution component is successfully executed according to the second execution status information corresponding to the target execution component before the limit timeout period, when the target execution component times out;

[0016] The adjustment module is used to obtain the execution success time when the target execution component is successfully executed, and adjust the execution duration threshold based on the execution success time.

[0017] In a third aspect, an embodiment of the present application further provides a vehicle comprising a processor, a memory, and a computer program stored in the memory and executable on the processor, wherein the computer program implements the above-mentioned timeout processing method when executed by the processor.

[0018] In a fourth aspect, an embodiment of the present application further provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the above-mentioned timeout processing method is implemented.

[0019] The embodiments of the present application include at least the following technical effects:

[0020] The embodiment of the present application determines the target execution component and the target control instruction upon receiving the remote instruction sent by the user terminal, and sends the target control instruction to the target execution component, and at the same time determines the timeout time and the limit timeout time corresponding to the target execution component. By introducing a dual threshold mechanism of the timeout time and the limit timeout time, it is possible to preliminarily determine whether the target execution component has timed out through the timeout time and the first execution status information corresponding to the target execution component, and then give the target execution component additional time to complete the task through the limit timeout time, and adjust the execution time threshold of the target execution component according to the execution success time of the target execution component, thereby effectively reducing the misjudgment of timeout failures and improving the remote control success rate. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art.

[0022] Figure 1 This is one of the flow charts of the timeout processing method provided in the embodiment of the present application;

[0023] Figure 2 Schematic diagram of the structure of the timeout processing system provided in an embodiment of the present application;

[0024] Figure 3 This is the second flow chart of the timeout processing method provided in the embodiment of the present application;

[0025] Figure 4 Schematic diagram of the structure of the timeout processing device provided in an embodiment of the present application;

[0026] Figure 5 A block diagram of a vehicle provided in accordance with an embodiment of the present application. DETAILED DESCRIPTION

[0027] In order to make the technical problems, technical solutions and beneficial effects solved by this application more clearly understood, this application is further described in detail below in conjunction with the embodiments. It should be understood that the specific embodiments described herein are only used to explain this application and are not intended to limit this application.

[0028] In related technologies, users can control functions such as door locks, windows, air conditioning, and seats through remote operations. Since the time required to complete each execution component is different, the software sets a corresponding timeout period based on different functions. When the execution time of the downstream node exceeds the preset timeout period, or the time it takes to send the execution result signal exceeds the timeout limit, the vehicle will send an execution timeout prompt to the user through the mobile phone APP. Taking into account the fact that the execution nodes of different offline vehicles may have differences in execution time, or that the execution time may be extended due to aging of the vehicle's execution components, as well as various reasons such as vehicle communication delays, when remote control occurs occasionally or multiple times, the actual execution time of the vehicle exceeds the preset timeout period, thereby providing feedback to the user about the execution timeout, which will affect the success rate of remote control and reduce the user's experience.

[0029] Based on this, the present application provides a timeout processing method, device, vehicle and storage medium, which can effectively reduce the misjudgment of timeout failures and improve the success rate of remote control.

[0030] Example 1

[0031] This application embodiment provides a timeout processing method, please refer to Figure 1 , including the following steps:

[0032] Step 101: upon receiving a remote instruction sent by a user terminal, determining a target execution component and a target control instruction.

[0033] The timeout handling method provided in the embodiments of the present application is applied to an in-vehicle terminal. The in-vehicle terminal and the user terminal are connected via a cloud server. When a user needs to remotely control the vehicle, the user can send a remote command to the in-vehicle terminal via the user terminal, which can be a mobile phone app. For example, the user can send an air conditioning start command to the in-vehicle terminal via a mobile phone app, so that the in-vehicle terminal controls the vehicle air conditioning upon receiving the air conditioning start command.

[0034] After receiving the remote command, the vehicle terminal parses it and determines the target execution component and target control instruction through a preset mapping relationship table. Different remote commands correspond to different target execution components and target control instructions. For example, when the remote command is "remotely start air conditioning," the target execution component is the air conditioning controller in the vehicle responsible for air conditioning control, and the corresponding target control instruction is a control instruction recognized by the air conditioning controller, such as starting the compressor and setting the temperature to 22°C. When the remote command is "unlock the door," the target execution component is the door lock controller, and the corresponding target control instruction is a control instruction recognized by the door lock controller.

[0035] Step 102: Send the target control instruction to the target execution component, and determine a timeout and a timeout limit corresponding to the target execution component; wherein the timeout is determined based on an execution duration threshold of the target execution component, and the timeout limit is determined based on a maximum execution duration threshold corresponding to the target execution component. The maximum execution duration threshold corresponding to the same target execution component is greater than the execution duration threshold.

[0036] After determining the target execution component and target control instruction, the vehicle terminal sends the target control instruction to the target execution component via the CAN bus. Simultaneously, the vehicle terminal retrieves the execution time threshold and maximum execution time threshold corresponding to the target execution component from the configuration parameter library. Based on the target control instruction's transmission time, the vehicle terminal determines the target execution component's corresponding timeout and maximum timeout.

[0037] It should be noted that the configuration parameter library stores the execution time thresholds and maximum execution time thresholds corresponding to each execution component. For the same execution component, the execution time thresholds and maximum execution time thresholds are not fixed. For example, for the air conditioning controller, when it is detected that the vehicle is in a low temperature environment (e.g., below 0°C), the air conditioning compressor will have increased difficulty starting and may run longer. In this case, the execution time threshold and maximum execution time threshold of the air conditioning controller will be adjusted. If the vehicle battery voltage is detected to be low, the execution time threshold and maximum execution time threshold will also be adjusted to avoid misjudgment when the air conditioning controller is timed out.

[0038] Step 103: Determine whether the target execution component has timed out based on the first execution status information corresponding to the target execution component and the timeout period.

[0039] After receiving the target control command, the target execution component begins operation and provides real-time feedback of execution status information to the vehicle terminal via the CAN bus. This information includes execution status and execution parameters. The vehicle terminal continuously monitors the first execution status information provided by the target execution component and, based on the target execution component's corresponding timeout period, determines whether the target execution component has timed out. This first execution status information is the most recently received execution status information provided by the target execution component.

[0040] Specifically, the vehicle-mounted terminal can determine whether the first execution status information indicating the completion of execution is received before the timeout time arrives based on the timeout time and the first execution status information. If the first execution status information indicating the completion of execution is received, it indicates that the target execution component has not timed out. If the first execution status information indicating the completion of execution is not received, it indicates that the target execution component has timed out.

[0041] Step 104: When the target execution component times out, before the limit timeout period, determine whether the target execution component is successfully executed according to the second execution status information corresponding to the target execution component.

[0042] In this embodiment of the present application, after the target execution component is determined to have timed out, it does not immediately provide a prompt message indicating the timeout to the user. Instead, it continues to monitor the second execution status information provided by the target execution component to determine whether the target execution component can successfully execute before the limit timeout. The second execution status information here is the most recently received execution status information provided by the target execution component.

[0043] Specifically, by setting two thresholds, namely the execution time threshold and the maximum execution time threshold, for the execution component, the two judgment time points of the timeout and the maximum timeout can be determined, thereby providing the target execution component with more opportunities for successful execution, reducing misjudgments due to short delays or external factors, and improving the success rate of remote control. Especially for some older vehicles, aging components may cause the execution time to be extended, and the traditional single-threshold judgment is easily misjudged as a timeout, which reduces the user experience. The present application reduces unnecessary timeout prompts by setting dual thresholds, so that users will not frequently receive erroneous timeout warnings when using the remote control function, thereby enhancing users' trust and satisfaction with the vehicle's remote control function. Furthermore, it can also reduce unnecessary repairs and inspections due to misjudgments, thereby reducing vehicle maintenance costs and repair time costs.

[0044] Step 105: When the target execution component is successfully executed, the execution success time is obtained, and the execution duration threshold is adjusted based on the execution success time.

[0045] When the target execution component is successfully executed before the maximum timeout, the vehicle terminal will record the time when the execution status information indicating successful execution is received, and record it as the execution success time. At the same time, the vehicle terminal will feedback a reminder message of successful execution to the user terminal. That is to say, when the target execution component is determined to have timed out in step 103, this application will record the timeout failure, but will not immediately feedback the timeout failure reminder to the user terminal. Instead, it will continue to monitor. If the task is completed before the maximum timeout, that is, the execution is successful, the execution success reminder will be fed back to the user terminal, and the timeout failure will be eliminated and the current execution time threshold will be adjusted to achieve self-repair of the timeout failure.

[0046] The embodiment of the present application adjusts the execution time threshold corresponding to the target execution component based on the execution success time of the target execution component. Specifically, according to the sending time and execution success time of the target control instruction, the execution time of the target execution component to complete the remote task is determined, and then the execution time threshold is adjusted according to the execution time to make the subsequent timeout judgment more in line with the actual situation.

[0047] In an embodiment of the present application, when receiving a remote instruction sent by a user terminal, the target execution component and the target control instruction are determined, and the target control instruction is sent to the target execution component. At the same time, a timeout time and a limit timeout time corresponding to the target execution component are determined. By introducing a dual threshold mechanism of timeout time and limit timeout time, it is possible to preliminarily determine whether the target execution component has timed out based on the timeout time and the first execution status information corresponding to the target execution component. In this way, the target execution component can be given additional time to complete the task through the limit timeout time, and the execution time threshold of the target execution component can be adjusted according to the execution success time of the target execution component, thereby effectively reducing the misjudgment of timeout failures and improving the success rate of remote control.

[0048] In an optional embodiment of the present application, adjusting the execution duration threshold based on the execution success time includes:

[0049] Determine the actual execution duration corresponding to the target execution component according to the execution success time and the sending time corresponding to the target control instruction;

[0050] The execution time threshold is set to the actual execution time.

[0051] When the vehicle terminal sends a target control command to the target execution component, the sending time of the target control command is recorded. After the target execution component completes the task, the execution success time is obtained. The actual execution duration of the target execution component is calculated by subtracting the sending time of the target control command from the execution success time. After determining the actual execution duration, this duration is directly applied as the new execution duration threshold of the target execution component.

[0052] Optionally, by recording the successful execution time of each remote control, the system can predict the aging or failure of the actuator component and promptly notify the user, providing more personalized intelligent after-sales service. For example, if the execution time fluctuates beyond the normal range but does not affect functionality, the user may be advised to perform regular maintenance. If the execution time continuously exceeds the limit and the model predicts a failure rate of more than 70%, a maintenance appointment service will be proactively promoted.

[0053] For example, when a user sends a remote command to start the air conditioner through a mobile phone APP, the vehicle terminal sends a target control command to the air conditioner execution component at 16:20:00, and 16:20:00 is the time when the target control command is sent. After the air conditioner execution component completes the startup operation, it feeds back the status information of the execution completion to the vehicle terminal. The vehicle terminal records the time of receiving this information as 16:20:08, and 16:20:08 is the execution completion time. Therefore, the actual execution time is the time between 16:20:08 and 16:20:00, which is 8 seconds. The original execution time threshold of the air conditioner execution component was 6 seconds. After this operation determined that the actual execution time was 8 seconds, the new execution time threshold was updated to 8 seconds.

[0054] The above implementation scheme of this application dynamically adjusts the execution time threshold according to the actual execution time to match the actual performance of the execution component, effectively reduces the timeout false positive rate, and improves the remote control success rate and user trust.

[0055] Considering that in the vehicle remote control scenario, the execution components of different vehicles have individual differences, and the execution components of the same vehicle may also experience performance changes due to usage time and environmental factors, resulting in uncertainty in the time it takes to execute the task. The traditional fixed timeout setting method cannot adapt to such dynamic changes, which can easily lead to misjudgment and affect the reliability of remote control. In an optional embodiment of the present application, the timeout time and the limit timeout time corresponding to the target execution component are determined in step 102, including:

[0056] Obtaining the execution time threshold and the maximum execution time threshold corresponding to the target execution component;

[0057] Determining the timeout period according to the execution time threshold and the sending time corresponding to the target control instruction;

[0058] The limit timeout time is determined according to the limit execution time threshold and the sending time corresponding to the target control instruction.

[0059] The embodiments of the present application predetermine two preset parameters for each remotely controlled actuator: an execution time threshold and a maximum execution time threshold. Specifically, during the vehicle's R&D and production process, engineers will conduct extensive performance testing and simulation runs on various actuators (such as door locks, windows, air conditioning, etc.). Based on this test data, they set initial execution time thresholds and maximum execution time thresholds for each actuator and store them in the vehicle's parameter configuration file.

[0060] Specifically, the execution time threshold is the time limit for determining whether the execution component has timed out, and it is also the lower limit of the time for self-repair after timeout, while the maximum execution time threshold is the upper limit of the time for self-repair. That is to say, if the duration corresponding to the execution timeout is between the execution time threshold and the maximum execution time threshold, self-repair can be performed. If the duration corresponding to the execution timeout is greater than the maximum execution time threshold, self-repair will no longer be performed, and a timeout fault message will be output to the user terminal to remind the user that there is a fault in the remote control function corresponding to the execution component.

[0061] Specifically, when sending a target control instruction to a target execution component, the present application needs to determine the timeout time and the limit timeout time corresponding to the target execution component to determine whether the target execution component has an execution timeout and whether to perform self-repair on the execution timeout.

[0062] When the vehicle terminal sends a target control instruction to the target execution component, the sending time of the target control instruction is recorded, and the execution time threshold and the maximum execution time threshold corresponding to the target execution component are obtained. After obtaining the sending time, the execution time threshold, and the maximum execution time threshold, the timeout period is determined based on the sending time and the execution time threshold. The timeout period is specifically the sending time plus the execution time threshold. The maximum timeout period is determined based on the sending time and the execution time threshold. The maximum timeout period is specifically the sending time plus the maximum execution time threshold.

[0063] For example, when the target control instruction is sent at 14:30:00, the execution time threshold is 3 seconds, and the limit execution time threshold is 10 seconds, it can be determined that the timeout time is 14:30:03 and the limit timeout time is 14:30:10. That is to say, before 14:30:03, the target execution component is completed and it is determined not to have timed out, otherwise it is determined to have timed out. Furthermore, after it is determined to have timed out, the prompt message of the execution timeout will not be immediately fed back to the user, but it will continue to wait. If the target execution component is completed before 14:30:10, the execution time threshold will be adjusted, otherwise a timeout reminder will be sent to the user terminal. The setting of the limit timeout time of this application provides additional fault tolerance time for the execution component, which can effectively deal with sudden short-term abnormal situations, such as momentary communication delays or slight freezes of the execution component and aging of components.

[0064] The above implementation scheme of the present application, by setting dual thresholds and calculating the timeout time and the extreme timeout time, effectively reduces the timeout misjudgment rate caused by individual differences in vehicles, component aging and environmental changes, so that users will not frequently receive erroneous timeout warnings when using the remote control function, significantly improving the remote control success rate, and bringing users a more reliable and stable remote control experience.

[0065] In an optional embodiment of the present application, in step 103, determining whether the target execution component has timed out according to the first execution status information corresponding to the target execution component and the timeout period includes:

[0066] When the first execution status information indicates that the target execution component has completed execution, obtaining an actual execution completion time;

[0067] When the actual execution completion time exceeds the timeout period, determining that the target execution component has timed out;

[0068] If the actual execution completion time does not exceed the timeout period, it is determined that the target execution component has not timed out.

[0069] After the vehicle terminal sends a target control command to the target execution component, the target execution component begins executing the task and provides real-time feedback of the first execution status information to the vehicle terminal via the vehicle network. The execution status information includes various status changes of the target execution component during the execution process, such as "executing," "in progress," and "execution completed." When the first execution status information indicating execution completion is received, the time point is recorded and recorded as the actual execution completion time. For example, a user sends a remote door unlock command via a mobile phone app. After receiving the remote door unlock command, the vehicle terminal determines that the door lock execution component is the target execution component and the target control command is the unlock control command. It then sends the unlock control command to the door lock execution component. The door lock execution component begins operating after receiving the unlock control command and continuously provides the first execution status information of "unlocking" to the vehicle terminal during the execution process. When the door lock is successfully unlocked, the door lock execution component sends the first execution status information of "unlocked" to the vehicle-side system. The vehicle terminal records the time when this first execution status information is received as the actual execution completion time.

[0070] After obtaining the actual execution completion time, the vehicle terminal compares it with the timeout period, which is calculated based on the execution duration threshold and the target control instruction's transmission time. If the actual execution completion time is later than the timeout period, meaning that the actual execution completion time exceeds the preset time limit for normal task completion, the target execution component is determined to have timed out. If the actual execution completion time is earlier than or equal to the timeout period, indicating that the target execution component completed the task within the normal time range, the target execution component is determined not to have timed out.

[0071] The above implementation scheme of this application identifies the working status of the target execution component by comprehensively judging the actual execution completion time and the timeout time, effectively avoiding misjudgments caused by traditional single time judgment, reducing unnecessary error feedback, and optimizing the user's remote control experience.

[0072] In an optional embodiment of the present application, the method further includes:

[0073] When the preset conditions are met, the execution result is determined;

[0074] Sending the execution result to the user terminal;

[0075] The preset conditions include: the target execution component has not timed out, or the target execution component has not been successfully executed before the limit timeout period, or the target execution component has been successfully executed before the limit timeout period.

[0076] The step of sending the execution result to the user terminal includes:

[0077] When the execution result indicates that the execution has failed, a warning message is sent to the user terminal.

[0078] In the vehicle remote control scenario, there are multiple possible states for the execution process of the target execution component, such as completing the task on time, timing out but successfully executing the task within the limit timeout, and failing to successfully execute the task before the limit timeout. After the user remotely controls the vehicle, he needs to know the result of this remote control. The embodiment of the present application pre-sets preset conditions covering all possible states of the execution component, which are used to trigger the determination and sending of the execution results. During the remote control process, once any of the preset conditions is met, the execution result determination and feedback process is triggered. Among them, the preset conditions include that the target execution component does not time out, or the target execution component does not execute successfully before the limit timeout, or the target execution component executes successfully before the limit timeout.

[0079] When the target execution component completes its task within the timeout period, it can be determined that the preset conditions have been met. At this time, the execution result is determined based on the final status feedback from the execution component. For example, if a user sends a command to remotely start the vehicle, the engine successfully starts within the set timeout period (such as 10 seconds) and feedbacks the status information "start successful" to the vehicle terminal, the vehicle terminal will determine the execution result as "vehicle start successful"; if the engine feedback information "start failed", the execution result is "vehicle start failed".

[0080] When the target execution component times out and fails to execute successfully before the maximum timeout, the vehicle terminal must determine the execution result. For example, if a user remotely controls the window to close, the preset timeout is 8 seconds and the maximum timeout is 12 seconds. When the window has not closed after 8 seconds and has not completed the closing action before 12 seconds, if the window execution component responds with "Close Blocked", the execution result will be determined as "Window Close Failed, Close Blocked"; if no specific reason is reported, the execution result will be "Window Close Timeout Failed".

[0081] If the target execution component times out but succeeds within the maximum timeout, the vehicle terminal determines the final result based on the success or failure of the execution. For example, if the remote door unlock operation has a timeout of 5 seconds and a maximum timeout of 8 seconds, and the door unlocks in the 7th second and responds with "Unlock Successful," the execution result will be "Door Unlock Successful (Completed after Timeout)." If the response is "Unlock Failed," the execution result will be "Door Unlock Failed (Uncompleted within Timeout)."

[0082] After determining the execution result, the on-board terminal sends it to the cloud server through the Internet of Vehicles communication module. The cloud server sends the execution result to the user terminal (such as a mobile phone APP) based on the connection status and registration information of the user terminal. For simple successful execution results, such as "seat heating is turned on successfully", it is displayed in the message bar in the form of a concise notification; for complex execution results, such as "window closing failed, closing is blocked", it is presented in the form of a pop-up window, and details the cause of failure, possible impact and recommended operations, such as "there may be foreign objects in the window track, blocking closing, it is recommended to check and clean the track and try again." At the same time, the on-board terminal can prioritize the sending of execution results. For operation results involving driving safety, such as braking system-related operations, priority is given to sending and multiple reminder methods are used, such as pop-up windows and vibration reminders.

[0083] It should be noted that when the execution result shows that the execution has failed, the on-board terminal can generate corresponding warning information based on the severity of the failure and the potential risks. The warning information may include a description of the problem, a potential risk prompt, an urgency indicator, and response suggestions. For example, if the remote engine start fails, the execution result is "Engine start failure, ignition system failure", and the warning message sent by the system is: "Emergency! The engine cannot be started. The ignition system failure may cause the vehicle to be unable to drive normally, and there is a risk of travel delays. Please do not try to start frequently to avoid damaging other components. Please contact professional maintenance personnel for inspection as soon as possible." Different warning methods are used for faults of different urgency: high-urgency faults are reminded through multiple pop-ups in the APP, text messages, and voice calls; general emergency faults are only prompted by pop-ups and message bars in the APP, ensuring that users can pay attention to serious problems in a timely manner without being disturbed by too much information.

[0084] The above implementation scheme of the present application triggers execution result feedback by covering preset conditions of the entire state of the target execution component. Regardless of whether the operation is successful, completed within a timeout, or not completed, it can ensure that users obtain accurate information in a timely manner. At the same time, when the execution fails, early warning information containing risk warnings and response suggestions is sent, thereby improving the usability and intelligence of the remote control system.

[0085] In an optional embodiment of the present application, before the limit timeout period, judging whether the target execution component is successfully executed according to the second execution status information corresponding to the target execution component includes:

[0086] determining an actual successful execution time of the target execution component according to the second execution status information corresponding to the target execution component;

[0087] When the actual execution success time is earlier than the limit timeout time, the alarm flag is set to the first value; otherwise, the alarm flag is set to the second value;

[0088] When the warning flag is the first value, determining that the target execution component is successfully executed before the limit timeout period;

[0089] When the warning flag is the second value, it is determined that the target execution component is not successfully executed before the limit timeout period.

[0090] In an embodiment of the present application, after the vehicle-mounted terminal sends a target control instruction to the target execution component, the target execution component starts to execute the task and feeds back the second execution status information in real time through the vehicle network, such as "executing", "in execution", "executed successfully", etc. The vehicle-mounted terminal continuously monitors the second execution status information fed back by the target execution component, and when receiving the second execution status information indicating successful execution, it records the time when the second execution status information is received, and records it as the actual successful execution time. For example, a user sends a command to remotely start the vehicle engine through a mobile phone APP. After receiving the command, the engine control module starts the startup process and continuously feeds back the second execution status information of "starting" to the vehicle-end system during the startup process. When the engine starts successfully, the control module sends the second execution status information of "starting successfully" to the vehicle-mounted terminal, and the time of receiving the second execution status information is the actual successful execution time.

[0091] After obtaining the actual execution success time, compare it with the pre-set limit timeout time. The limit timeout time is calculated based on the limit execution time threshold corresponding to the execution component and the instruction sending time when sending the target control instruction. If the actual execution success time is earlier than the limit timeout time, it indicates that the target execution component has successfully completed the task within the specified fault tolerance time. At this time, the alarm flag is set to the first value (for example, the first value is set to 0, indicating completion). If the actual execution success time is later than or equal to the limit timeout time, it indicates that the target execution component has not successfully completed the task within the specified time, and the system sets the alarm flag to the second value (for example, the second value is set to 1, indicating incomplete).

[0092] When the vehicle terminal detects that the warning flag is at the first value, it directly determines, based on pre-defined rules, that the target execution component completed execution before the maximum timeout. This indicates that the target execution component successfully completed the task within the tolerable limit, and the remote control operation is considered to have completed effectively from a time perspective. If the warning flag is at the second value, it is determined that the target execution component did not successfully execute before the maximum timeout. This indicates that the execution component failed to successfully complete the task within the specified maximum tolerable time, and this remote control operation has experienced an abnormality.

[0093] The above implementation scheme of the present application compares the actual execution success time with the maximum timeout time, and uses different assignments of the alarm flag to clarify whether the target execution component completes the task on time, and then accurately identifies the effective completion situation through the alarm flag, providing a reliable basis for subsequent timeout processing, execution result feedback, etc., effectively improving the stability of the remote control system and user experience.

[0094] Reference Figure 2 , shows a block diagram of an embodiment of a timeout handling system of the present application. The system includes: a user terminal, a cloud server, an in-vehicle wireless terminal (Telematics Box, T-BOX), a vehicle-side control unit, and execution nodes. The vehicle-side control unit includes a remote control module and a big data module. The remote control module includes an execution submodule, a judgment submodule, and a warning submodule. Execution nodes include, but are not limited to, vehicle locks, power doors, tailgate, lights, horns, and air conditioners.

[0095] The following is an introduction to the overall implementation process of the embodiment of this application. Please refer to Figure 3 ,include:

[0096] Step 301: A user sends a remote command to a cloud server by clicking the vehicle control button on a mobile app. Specifically, a target application is installed on the mobile terminal, allowing the user to remotely control the vehicle. The user triggers the remote command to the cloud server through the user terminal.

[0097] Step 302: The cloud server sends the remote command to the vehicle-mounted T-BOX.

[0098] Step 303: The vehicle-mounted T-BOX sends the remote command to the remote control module.

[0099] Step 304: The execution submodule in the remote control module performs logic processing on the remote command. The execution submodule is responsible for receiving the remote command from the TBOX and executing the response logic as required, including safety authentication, precondition judgment, and selecting whether to apply high voltage as required.

[0100] Step 305: The execution submodule sends the remote instruction to the downstream node and times it.

[0101] Step 306 : When the timing duration is less than the timeout duration, the execution submodule determines whether the execution status of the downstream node meets the requirements; if so, step 307 is executed; otherwise, step 308 is executed.

[0102] Step 307: Feedback the successful execution of the remote task to the mobile APP. Specifically, the execution result is uploaded to the cloud server via TBOX, and then sent from the cloud server to the mobile APP.

[0103] Step 308: When the timing duration is greater than the timeout duration and the downstream node meets the requirements, the execution submodule synchronizes the timing duration to the judgment submodule. Furthermore, when the timing duration is greater than the timeout duration and the downstream node meets the requirements, the execution submodule also sends a feedback prompt to the mobile phone app indicating that the remote task has been successfully executed.

[0104] Step 309 , the judgment submodule determines whether the timing duration exceeds the limit timeout duration, and if so, executes step 310 , otherwise, executes step 311 .

[0105] Step 310: Set the alarm flag to 0.

[0106] Step 311: Set the alarm flag to 1.

[0107] Step 312: The early warning submodule detects the alarm flag and determines whether the alarm flag is 0. If so, step 313 is executed; otherwise, step 314 is executed.

[0108] Step 313: Modify the timeout duration in the execution submodule. Specifically, the timeout duration parameter in the execution submodule can be modified through diagnostic instructions. The timeout duration is modified to the timed duration, which is the actual execution duration corresponding to the successful execution of the downstream node. Since the execution submodule reads the timeout duration parameter every time it receives a remote command from the vehicle-mounted T-BOX, the next time the execution submodule receives a remote command, the timeout duration read will be the modified value, thus achieving self-repair of the timeout fault.

[0109] Step 314: The early warning submodule sends the abnormal event to the big data module.

[0110] Step 315: The big data module determines warning information based on the abnormal event and sends it to the mobile phone app. This can remind the user that a certain part is aging or may have a fault, and to go to the 4S store for maintenance, etc. Optionally, the big data module is also used to predict the aging or failure of the execution component by recording the execution success time of each remote control, and promptly notify the user to provide more considerate intelligent after-sales service. For example, if the execution time fluctuates beyond the normal range but does not affect the function, the user is advised to perform regular maintenance. If the execution time continues to exceed the limit and the model predicts a failure rate of >70%, the maintenance appointment service will be proactively pushed.

[0111] The above implementation process, through multi-module collaboration, realizes self-repair of remote control timeout failures, improves the remote control success rate and system reliability, and thus enhances the user experience.

[0112] Example 2

[0113] This embodiment of the application also provides a timeout processing device, please refer to Figure 4 , the timeout processing device 40 includes:

[0114] A first determining module 410 is configured to determine a target execution component and a target control instruction upon receiving a remote instruction sent by a user terminal;

[0115] A first sending module 420 is configured to send the target control instruction to the target execution component and determine a timeout period and a timeout limit period corresponding to the target execution component; wherein the timeout period is determined based on an execution duration threshold of the target execution component, and the timeout limit period is determined based on an execution duration threshold corresponding to the target execution component;

[0116] A first determining module 430 is configured to determine whether the target execution component has timed out based on the first execution state information corresponding to the target execution component and the timeout period;

[0117] The second judgment module 440 is configured to judge whether the target execution component is successfully executed according to the second execution status information corresponding to the target execution component before the limit timeout period, if the target execution component times out.

[0118] The adjustment module 450 is configured to obtain an execution success time when the target execution component is successfully executed, and adjust the execution duration threshold based on the execution success time.

[0119] Optionally, the first sending module includes:

[0120] A first acquisition submodule is configured to acquire an execution time threshold and a maximum execution time threshold corresponding to the target execution component;

[0121] A first determining submodule, configured to determine the timeout period according to the execution time threshold and the sending time corresponding to the target control instruction;

[0122] The second determining submodule is configured to determine the limit timeout period according to the limit execution time threshold and the sending time corresponding to the target control instruction.

[0123] Optionally, the first judgment module includes:

[0124] A second acquisition submodule is configured to acquire an actual execution completion time when the first execution status information indicates that the target execution component has completed execution;

[0125] A third determining submodule is configured to determine that the target execution component has timed out if the actual execution completion time exceeds the timeout period;

[0126] The fourth determining submodule is configured to determine that the target execution component has not timed out if the actual execution completion time does not exceed the timeout period.

[0127] Optionally, the device further includes:

[0128] The second determining module is used to determine the execution result when the preset conditions are met;

[0129] A second sending module, configured to send the execution result to the user terminal;

[0130] The preset conditions include: the target execution component has not timed out, or the target execution component has not been successfully executed before the limit timeout period, or the target execution component has been successfully executed before the limit timeout period.

[0131] Optionally, the second sending module is further used to send a warning message to the user terminal when the execution result indicates that the execution fails.

[0132] Optionally, the adjustment module includes:

[0133] A fifth determining submodule, configured to determine an actual execution duration corresponding to the target execution component according to the execution success time and the sending time corresponding to the target control instruction;

[0134] The processing submodule is used to set the execution time threshold to the actual execution time.

[0135] Optionally, the second judgment module includes:

[0136] a sixth determining submodule, configured to determine an actual successful execution time of the target execution component according to the second execution status information corresponding to the target execution component;

[0137] A setting submodule, configured to set an alarm flag to a first value when the actual execution success time is earlier than the limit timeout time, and otherwise set the alarm flag to a second value;

[0138] A seventh determining submodule, configured to determine, when the alarm flag is the first value, that the target execution component is successfully executed before the limit timeout period;

[0139] An eighth determining submodule is configured to determine, when the warning flag is the second value, that the target execution component has not been successfully executed before the limit timeout period.

[0140] The above-mentioned timeout processing device provided in the embodiment of the present application determines the target execution component and the target control instruction when receiving the remote instruction sent by the user terminal, and sends the target control instruction to the target execution component, and at the same time determines the timeout time and the limit timeout time corresponding to the target execution component. By introducing a dual threshold mechanism of timeout time and limit timeout time, it is possible to preliminarily determine whether the target execution component has timed out through the timeout time and the first execution status information corresponding to the target execution component, and give the target execution component additional time to complete the task through the limit timeout time, and adjust the execution time threshold of the target execution component according to the execution success time of the target execution component, thereby effectively reducing the misjudgment of timeout failures and improving the remote control success rate.

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

[0142] As for the device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0143] Example 3

[0144] An embodiment of the present application also provides a vehicle, comprising: a processor, a memory, and a computer program stored in the memory and executable on the processor. When the computer program is executed by the processor, the various processes of the above-mentioned timeout handling method embodiment are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be described here.

[0145] For example, Figure 5 Figure 1 shows a schematic diagram of the physical structure of a vehicle. Figure 5 As shown, the vehicle 50 may include: a processor 510 , a communications interface 520 , a memory 530 and a communication bus 540 , wherein the processor 510 , the communications interface 520 , and the memory 530 communicate with each other via the communication bus 540 . The processor 510 can call the logic instructions in the memory 530, and the processor 510 is used to perform the following steps: when receiving a remote instruction sent by the user terminal, determine the target execution component and the target control instruction; send the target control instruction to the target execution component, and determine the timeout time and limit timeout time corresponding to the target execution component; wherein the timeout time is determined based on the execution time threshold of the target execution component, and the limit timeout time is determined based on the limit execution time threshold corresponding to the target execution component; according to the first execution status information corresponding to the target execution component and the timeout time, determine whether the target execution component has timed out; in the case of the execution timeout of the target execution component, before the limit timeout, determine whether the target execution component has been successfully executed according to the second execution status information corresponding to the target execution component; when the target execution component is successfully executed, obtain the execution success time, and adjust the execution time threshold based on the execution success time. The processor 510 can also execute other schemes in the embodiments of the present application, which will not be further elaborated here.

[0146] In addition, the logic instructions in the above-mentioned memory 530 can be implemented in the form of a software functional unit and can be stored in a computer-readable storage medium when sold or used as an independent product. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present application.

[0147] Example 4

[0148] An embodiment of the present application also provides a computer-readable storage medium, on which a computer program is stored. When the computer program is executed by a processor, the various processes of the above-mentioned timeout processing method embodiment are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

[0149] In this embodiment, the above-mentioned storage medium may include but is not limited to: a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk or an optical disk, and other media that can store computer programs.

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

[0151] In the above embodiments of the present application, the description of each embodiment has its own focus. For parts that are not described in detail in a certain embodiment, please refer to the relevant description of other embodiments.

[0152] In this application, a plurality refers to two or more.

[0153] In this application, unless otherwise expressly defined, the terms "mounted," "connected," and "connected" should be interpreted broadly. For example, they can refer to fixed, detachable, or integral connections; mechanical or electrical connections; direct or indirect connections through an intermediary; and internal communication between two components. A person of ordinary skill in the art will understand the specific meanings of these terms in this application.

[0154] The terms "first," "second," "third," "fourth," etc. (if any) in this application are used to distinguish similar objects and are not necessarily used to describe a particular sequential order.

[0155] The term "and / or" in this application simply describes an association between related objects, indicating that three possible relationships exist. For example, A and / or B can represent: A exists alone, A and B exist simultaneously, and B exists alone. In addition, the character " / " in this application generally indicates that the related objects are in an "or" relationship.

[0156] Unless otherwise specified, all steps of the present application may be performed sequentially or randomly. For example, a statement that the method includes steps A and B indicates that the method may include steps A and B performed sequentially, or steps B and A performed sequentially. For example, a statement that the method may also include step C indicates that step C may be added to the method in any order. For example, the method may include steps A, B, and C, or steps A, C, and B, or steps C, A, and B, etc.

[0157] The above description is only a preferred embodiment of the present application and is not intended to limit the present application. Any modifications, equivalent replacements and improvements made within the spirit and principles of the present application should be included in the scope of protection of the present application.

Claims

1. A timeout processing method, characterized in that: include: Upon receiving a remote instruction sent by a user terminal, determining a target execution component and a target control instruction; Sending the target control instruction to the target execution component, and determining a timeout time and a maximum timeout time corresponding to the target execution component; wherein the timeout time is determined based on an execution duration threshold of the target execution component, and the maximum timeout time is determined based on the maximum execution duration threshold corresponding to the target execution component; Determining whether the target execution component has timed out according to the first execution status information corresponding to the target execution component and the timeout period; In the case where the target execution component times out, before the limit timeout period, judging whether the target execution component is successfully executed according to the second execution status information corresponding to the target execution component; When the target execution component is successfully executed, the execution success time is obtained, and the execution duration threshold is adjusted based on the execution success time.

2. The timeout processing method according to claim 1, characterized in that: Adjusting the execution duration threshold based on the execution success time includes: Determine the actual execution duration corresponding to the target execution component according to the execution success time and the sending time corresponding to the target control instruction; The execution time threshold is set to the actual execution time.

3. The timeout processing method according to claim 1, characterized in that: Determining the timeout period and the timeout limit corresponding to the target execution component includes: Obtaining the execution time threshold and the maximum execution time threshold corresponding to the target execution component; Determining the timeout period according to the execution time threshold and the sending time corresponding to the target control instruction; The limit timeout time is determined according to the limit execution time threshold and the sending time corresponding to the target control instruction.

4. The timeout processing method according to claim 1, characterized in that: Determining whether the target execution component has timed out according to the first execution status information corresponding to the target execution component and the timeout period includes: When the first execution status information indicates that the target execution component has completed execution, obtaining an actual execution completion time; When the actual execution completion time exceeds the timeout period, determining that the target execution component has timed out; If the actual execution completion time does not exceed the timeout period, it is determined that the target execution component has not timed out.

5. The timeout processing method according to claim 1, characterized in that: The method further comprises: When the preset conditions are met, the execution result is determined; Sending the execution result to the user terminal; The preset conditions include: the target execution component has not timed out, or the target execution component has not been successfully executed before the limit timeout period, or the target execution component has been successfully executed before the limit timeout period.

6. The timeout processing method according to claim 5, characterized in that: Sending the execution result to the user terminal includes: When the execution result indicates that the execution has failed, a warning message is sent to the user terminal.

7. The timeout processing method according to claim 1, characterized in that: Before the limit timeout period, judging whether the target execution component is executed successfully according to the second execution status information corresponding to the target execution component includes: determining an actual successful execution time of the target execution component according to the second execution status information corresponding to the target execution component; When the actual execution success time is earlier than the limit timeout time, the alarm flag is set to the first value; otherwise, the alarm flag is set to the second value; When the warning flag is the first value, determining that the target execution component is successfully executed before the limit timeout period; When the warning flag is the second value, it is determined that the target execution component is not successfully executed before the limit timeout period.

8. A timeout processing device, characterized in that: include: A first determining module is configured to determine a target execution component and a target control instruction upon receiving a remote instruction sent by a user terminal; a first sending module, configured to send the target control instruction to the target execution component, and determine a timeout time and a maximum timeout time corresponding to the target execution component; wherein the timeout time is determined based on an execution duration threshold of the target execution component, and the maximum timeout time is determined based on the maximum execution duration threshold corresponding to the target execution component; A first judgment module is used to judge whether the target execution component has timed out according to the first execution status information corresponding to the target execution component and the timeout period; a second judgment module, configured to judge whether the target execution component is successfully executed according to the second execution status information corresponding to the target execution component before the limit timeout period, when the target execution component times out; The adjustment module is used to obtain the execution success time when the target execution component is successfully executed, and adjust the execution duration threshold based on the execution success time.

9. A vehicle, characterized in that: The method comprises a processor, a memory, and a computer program stored in the memory and executable on the processor, wherein the computer program, when executed by the processor, implements the timeout processing method according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the timeout processing method according to any one of claims 1 to 7 is implemented.

Images