Remote control method of vehicle and vehicle-mounted communication module

Abstract

The invention provides a remote control method for a vehicle and a vehicle-mounted communication module, belongs to the technical field of Internet of Vehicles, and aims to reduce links for temporarily acquiring signals after a remote control instruction is issued by additionally arranging a database for storing vehicle condition signals of the whole vehicle so as to reduce the total time delay of remote control and improve the reliability of the remote control. And the database can also record the last signal before the electronic controller unit is dormant, so that the energy consumption of the electronic controller unit due to long-term working state maintenance is reduced. On the basis of the newly added database, the latest vehicle control signal in the database is called, a target vehicle condition signal is obtained, an estimated vehicle condition is determined according to the target vehicle condition signal, and the remote control instruction is executed when the current vehicle condition meets the vehicle condition requirement of the remote control instruction. When the remote control instruction is executed, the process of waking up the vehicle and obtaining the vehicle condition signal of the whole vehicle is skipped, the time delay of the remote control process is reduced, the timeliness of remote control is improved, and the user experience is improved.

Description

Technical Field

[0001] The present application relates to the field of vehicle networking technology, and in particular to a vehicle remote control method and an on-board communication module. Background Art

[0002] With the development of the Internet of Vehicles, remote control of vehicles has become standard. As the number of electronic control units (ECUs) in vehicles increases, the problem brought about by the extension of the control link is the increase in control time. The main reason is that the control link is too long. Each remote control command needs to temporarily obtain a signal from the target ECU to determine the current status, resulting in a large delay in remote control and poor timeliness. Summary of the Invention

[0003] In view of this, the purpose of this application is to propose a vehicle remote control method and an on-board communication module for optimizing the remote control process delay, improving remote control efficiency, and enhancing user experience.

[0004] Based on the above objectives, the present application provides a vehicle remote control method, which is applied to an on-board communication module, wherein a database is provided in the on-board communication module, and the database is used to store vehicle condition signals collected according to a preset signal collection frequency; the vehicle remote control method includes:

[0005] In response to receiving the remote control command, retrieving the latest vehicle control signal from the database to obtain a target vehicle condition signal;

[0006] determining a current vehicle condition according to the target vehicle condition signal;

[0007] In response to the current vehicle condition satisfying the vehicle condition requirement of the remote control instruction, executing the remote control instruction.

[0008] By adding a database to store the vehicle condition signals, the link for temporary signal collection after the remote control command is issued is reduced. When the current vehicle condition corresponding to the target vehicle condition signal meets the vehicle condition requirements of the remote control command, the vehicle signal collection link is skipped to execute the remote control command, thereby reducing the total delay of remote control. The database can also record the last signal before the electronic controller unit goes into sleep mode, reducing the energy consumption caused by the electronic controller unit maintaining a long-term working state.

[0009] Optionally, before executing the remote control instruction, the vehicle remote control method further includes:

[0010] Determining a command timestamp of the remote control command, and determining a signal timestamp and a signal validity identifier of the target vehicle condition signal;

[0011] determining a command status of the remote control command according to the command timestamp and the system timestamp;

[0012] determining a signal state of the target vehicle condition signal according to the signal timestamp and the system timestamp;

[0013] The instruction issuance control is performed according to the instruction status, the signal status and the signal validity identifier.

[0014] The remote control scenario is determined based on the comprehensive command status, signal status and signal validity identification, and the corresponding remote control link is determined according to the corresponding scenario. Under the premise of ensuring the effectiveness of remote control, the delay of the remote control process is reduced, the timeliness of remote control is improved, and the user experience is improved.

[0015] Optionally, determining a command status of the remote control command according to the command timestamp and the signal timestamp includes:

[0016] determining a first difference time between the instruction timestamp and the system timestamp;

[0017] In response to the first difference time being less than or equal to a preset time threshold, determining that the instruction has not timed out as the instruction status;

[0018] In response to the first difference time being greater than a preset time threshold, determining a margin time threshold as a sum of the time threshold and a preset fluctuation time;

[0019] In response to the first difference time being less than or equal to the margin time threshold, determining that the instruction has not timed out as the instruction status;

[0020] In response to the first difference time being greater than the margin time threshold, a command timeout is determined as the command status.

[0021] When the command status is "Command Timeout," the remote control command has no meaning to be executed. A notification indicating invalidity must be sent to the TSP, and the remote control process ends. When the command status is "Command Not Timed Out," the remote control command still has meaning to be executed, and further latency optimization is performed based on the signal status and signal validity indicator. By determining the command status to determine whether the remote control command still has meaning to be executed, the execution of invalid remote control commands can be avoided, thereby improving the effectiveness of remote control.

[0022] Optionally, determining the signal state of the target vehicle condition signal according to the signal timestamp and the system timestamp includes:

[0023] Determine the signal amount of the target vehicle condition signal, determine a signal acquisition period corresponding to the signal acquisition frequency, and combine the signal amount and the signal acquisition period;

[0024] determining a second difference time between the signal timestamp and the system timestamp;

[0025] In response to the second difference time being less than or equal to the maximum signal delay, determining that the signal has not timed out as the signal state;

[0026] In response to the second difference time being greater than the maximum signal delay, a signal timeout is determined as the signal state.

[0027] When the signal status is signal timeout, the target vehicle condition signal cannot truly reflect the actual condition of the vehicle. When the signal status is signal timeout, the target vehicle condition signal can truly reflect the actual condition of the vehicle. By determining the signal status, it is determined whether the target vehicle condition signal in the database can truly reflect the vehicle condition, thereby ensuring the accuracy of remote control.

[0028] Optionally, the controlling instruction issuance according to the instruction status, the signal status, and the signal validity flag includes:

[0029] In response to the command status being a command timeout, stopping issuing the remote control command and feeding back to the Internet of Vehicles service provider that the remote control command is invalid;

[0030] In response to the instruction status being that the instruction has not timed out, instruction issuance control is performed according to the signal status and the signal validity identifier.

[0031] When a remote control command times out, it means that the remote control command has lost its execution significance. There is no need to enter the delay optimization process. The remote control command is directly reported to the TSP and cloud platform as invalid, and the remote control process is terminated to avoid invalid remote control. When the remote control command does not time out, it means that the remote control command still has execution significance. It is necessary to determine the actual remote control scenario based on the signal status and signal validity indicator, and implement delay optimization in different remote control scenarios through command issuance control, thereby improving the timeliness of remote control and enhancing user experience.

[0032] Optionally, the controlling instruction issuance according to the signal state and the signal validity flag includes:

[0033] In response to the signal status being that the signal has not timed out and the signal validity identifier being a signal valid identifier, a target control unit corresponding to the remote control instruction is determined, and the remote control instruction is sent to the target control unit so that the target control unit performs the corresponding function according to the remote control instruction.

[0034] In the control scenario where the signal status is signal not timed out and the signal validity flag is signal valid flag, the target vehicle condition information can reflect the actual vehicle condition, and the vehicle's target control unit has the ability to execute remote control commands, skipping the vehicle wake-up and status confirmation process and directly issuing commands, reducing the remote control delay and improving user experience.

[0035] Optionally, the controlling instruction issuance according to the signal state and the signal validity flag includes:

[0036] In response to the signal status being a signal timeout and the signal validity identifier being a signal valid identifier, the entire vehicle is awakened, the target control unit corresponding to the remote control instruction is determined, and the remote control instruction is sent to the target control unit so that the awakened target control unit performs the corresponding function according to the remote control instruction.

[0037] In the control scenario where the signal status is signal timeout and the signal validity flag is signal valid flag, the target vehicle condition information cannot reflect the actual vehicle condition, but the vehicle's target control unit has the ability to execute remote control commands, skipping the status confirmation process to issue commands, reducing the remote control delay and improving the user experience.

[0038] Optionally, the controlling instruction issuance according to the signal state and the signal validity flag includes:

[0039] In response to the signal status being a signal timeout and the signal validity flag being a signal invalid flag, stop issuing the remote control command and wake up the entire vehicle, determine the target control unit corresponding to the remote control command, and feedback the abnormality of the target control unit to the vehicle networking service provider.

[0040] In the control scenario where the signal status is signal timeout and the signal validity flag is signal invalid, the target vehicle condition information cannot reflect the actual vehicle condition, and the vehicle's target control unit has a fault and cannot execute the original control command, then the remote control command will be stopped from being issued. After waking up the vehicle, the fault confirmation process will be skipped and the fault will be reported directly, reducing the delay in fault reporting during remote control and improving user experience.

[0041] Optionally, the controlling instruction issuance according to the signal state and the signal validity flag includes:

[0042] In response to the signal state being that the signal has not timed out and the signal validity flag being a signal invalid flag, determining a target control unit corresponding to the remote control instruction, and performing a fault confirmation wait on the target control unit to obtain a fault determination result;

[0043] In response to the fault determination result being that no fault exists, sending the remote control instruction to the target control unit so that the target control unit performs a corresponding function according to the remote control instruction;

[0044] In response to the fault determination result being that a fault exists, the remote control instruction is stopped from being issued and the abnormality of the target control unit is fed back to the vehicle networking service provider.

[0045] In the control scenario where the signal status is "Signal not timed out" and the signal validity flag is "Signal invalid flag", the target vehicle condition information cannot reflect the actual vehicle condition, but the vehicle's target control unit does not have the ability to execute remote control commands. At this time, fault confirmation is used to avoid misjudgment and ensure the accuracy of command issuance. When the fault determination result is that there is no fault, it means that there is a misjudgment in the target vehicle condition information, and remote control commands continue to be issued to meet user needs and improve user experience. When the fault determination result is that there is a fault, it means that there is no misjudgment in the target vehicle condition information, and there is a real fault in the target control unit. Stop issuing remote control commands and report the fault to avoid invalid control of remote control commands and improve user experience.

[0046] Based on the same inventive concept, the present disclosure also provides an in-vehicle communication module, comprising a memory, a processor, and a computer program stored in the memory and executable by the processor, wherein the processor implements the above-described method when executing the computer program.

[0047] Based on the same inventive concept, the present disclosure also provides a vehicle, comprising the above-mentioned in-vehicle communication module.

[0048] As can be seen from the above, the vehicle remote control method and vehicle-mounted communication module provided by the present application are applied to the vehicle-mounted communication module, and a database is set in the vehicle-mounted communication module. The database is used to store the vehicle condition signal collected according to the preset signal collection frequency. By adding a database for storing the vehicle condition signal, the link for temporary signal collection after the remote control command is issued is reduced, thereby reducing the total delay of the remote control. The database can also record the last signal before the electronic controller unit goes into sleep mode, reducing the energy consumption of the electronic controller unit due to maintaining the working state for a long time. Based on the newly added database, when receiving the remote control command, the latest vehicle control signal in the database can be retrieved to obtain the target vehicle condition signal, and the estimated vehicle condition can be determined based on the target vehicle condition signal. The remote control command is executed when the current vehicle condition meets the vehicle condition requirement of the remote control command. When executing the remote control command, the process of waking up the vehicle and obtaining the vehicle condition signal is skipped, thereby reducing the delay of the remote control process, improving the timeliness of the remote control, and improving the user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0049] In order to more clearly illustrate the technical solutions in this application or related technologies, the following briefly introduces the drawings required for use in the embodiments or related technical descriptions. Obviously, the drawings described below are merely embodiments of this application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0050] Figure 1 A schematic diagram of remote control of a vehicle in the related art of an embodiment of the present application;

[0051] Figure 2 This is a flow chart of a remote control method for a vehicle according to an embodiment of the present application;

[0052] Figure 3 This is a flowchart of another vehicle remote control method according to an embodiment of the present application;

[0053] Figure 4 This is a flowchart of an instruction issuance control embodiment of the present application;

[0054] Figure 5 A flowchart for determining the instruction status according to an embodiment of the present application;

[0055] Figure 6 A flowchart for determining a signal state according to an embodiment of the present application;

[0056] Figure 7 This is a schematic structural diagram of a remote control device for a vehicle according to an embodiment of the present application;

[0057] Figure 8 This is a structural diagram of the vehicle communication module according to an embodiment of the present application. DETAILED DESCRIPTION

[0058] In order to make the objectives, technical solutions and advantages of this application more clear, this application is further described in detail below in combination with specific embodiments and with reference to the accompanying drawings.

[0059] It should be noted that, unless otherwise defined, the technical terms or scientific terms used in the embodiments of the present application should have the usual meanings understood by people with ordinary skills in the field to which this application belongs. The "first", "second" and similar words used in the embodiments of the present application do not indicate any order, quantity or importance, but are only used to distinguish different components. "Include" or "comprise" and similar words mean that the elements or objects appearing before the word cover the elements or objects listed after the word and their equivalents, without excluding other elements or objects. "Connect" or "connected" and similar words are not limited to physical or mechanical connections, but may include electrical connections, whether direct or indirect. "Up", "down", "left", "right" and the like are only used to indicate relative positional relationships. When the absolute position of the described object changes, the relative positional relationship may also change accordingly.

[0060] It should be understood herein that any number of elements in the drawings is for illustration only and not for limitation, and any naming is only for distinction and does not have any limiting meaning.

[0061] Based on the description of the above background technology, the following situations also exist in the related art:

[0062] In related technologies, a vehicle remote control system includes a mobile terminal, a telematics service provider (TSP), an on-board communication module (Telematics BOX, T-BOX), and an ECU on the vehicle side, which are connected in sequence.

[0063] like Figure 1 As shown in FIG, the process of remotely controlling a vehicle is as follows:

[0064] The user issues a remote control command through an application (APP) on a mobile terminal bound to the vehicle. The user terminal communicates with the TSP and transmits the remote control command to the TSP. The TSP then determines whether the T-BOX is online. If so, the TSP calls the operator's platform to send a wake-up text message to the T-BOX. After receiving the wake-up message, the T-BOX verifies the message. If verification passes, the T-BOX wakes up its internal microcontroller unit (MCU) and dials up to the internet. After the MCU successfully wakes up, it wakes up the entire vehicle (i.e., all ECUs within the vehicle). After the vehicle wakes up, it receives status information from the target ECU and performs a precondition check based on the target ECU's status information (i.e., determines whether the current vehicle status meets the preconditions for executing the remote control command). If the vehicle status meets the preconditions for executing the remote control command, the T-BOX forwards the remote control command to the ECU indicated by the remote control command and receives the response control result from the ECU, completing the remote control operation. If an ECU is in an abnormal state, a fault confirmation process is required to avoid accidental fault detection and misjudgment.

[0065] As can be seen, each time a remote control command is received, the entire vehicle needs to be woken up, and a status confirmation is required after waking up. Waking up the vehicle takes approximately 2 seconds, and status confirmation takes approximately 0.2 seconds. This results in a delay of at least 2.2 seconds before the remote control command is executed. This significant delay in remote control command execution provides a poor user experience. If an ECU is in an abnormal state, the fault confirmation process takes approximately 2 seconds, and a delay of 4 seconds to complete the fault confirmation, providing a poor user experience.

[0066] Related technologies use a non-sleep strategy to mitigate high latency during remote control (typically used in pure electric vehicles). This keeps the vehicle's ECU in a constant operational state, allowing it to immediately execute remote control commands upon receipt. However, this constant operation consumes significant energy, leading to battery depletion and negatively impacting the user experience. Hybrid vehicles have smaller battery capacities than pure electric vehicles, making them less compatible with the non-sleep strategy.

[0067] The solution provided by the embodiment of the present application is to set up a database with a first-in-first-out cache elimination strategy in the vehicle communication module. The database is used to store the vehicle condition signals collected according to the preset signal collection frequency and sort the vehicle condition signals according to the time sequence. By adding a database for storing the vehicle condition signals, the link for temporary signal collection after the remote control command is issued is reduced, thereby reducing the total delay of the remote control. The database can also record the last signal before the electronic controller unit goes into sleep mode, reducing the energy consumption of the electronic controller unit due to the long-term maintenance of the working state. Based on the newly added database, the latest vehicle control signal in the database is retrieved to obtain the target vehicle condition signal, and the estimated vehicle condition is determined based on the target vehicle condition signal. The remote control command is executed when the current vehicle condition meets the vehicle condition requirements of the remote control command. When executing the remote control command, the process of waking up the vehicle and obtaining the vehicle condition signal is skipped, thereby reducing the delay of the remote control process, improving the timeliness of the remote control, and improving the user experience.

[0068] The following describes in detail the remote control method for a vehicle provided by the embodiments of the present application with reference to the accompanying drawings.

[0069] In some embodiments, it is applied to an on-board communication module, and a database is set in the on-board communication module, and the database is used to store vehicle condition signals collected according to a preset signal collection frequency.

[0070] During specific implementation, the database adopts a first-in-first-out cache elimination strategy.

[0071] The first-in, first-out (FIFO) strategy eliminates vehicle condition signals in the order they enter the database, with the earliest signals removed from the database first. This strategy works by caching newly collected vehicle condition signals at the end of the remaining storage space when the database is not full. When the database is full, the earliest vehicle condition signals are deleted. Vehicle control signals stored in the database are sorted chronologically based on their timestamps, with the first vehicle control signal removed first.

[0072] Because vehicle condition signals closer to the current moment better reflect the vehicle's true condition, and vehicle condition signals farther from the current moment have greater errors in determining the real-time vehicle condition, a database with a first-in, first-out cache elimination strategy is selected in the on-board communication module to preferentially delete vehicle control signals farther from the current moment and retain the most recently collected vehicle control signals. For example, if the database can store a maximum of 200 consecutively collected vehicle condition data, after the 201st collected vehicle condition signal is completed, the first collected vehicle condition signal is deleted and the 201st collected vehicle condition signal is stored in the database. This, in other words, adopts a first-in, first-out data elimination strategy to ensure the timeliness of the vehicle condition signals in the database.

[0073] The database is used to store the vehicle condition signals collected according to the preset signal collection frequency, and to sort the vehicle condition signals according to the time sequence; wherein the signal collection frequency is the collection frequency set according to the signal accuracy requirement. For example, when the ECU is in the working state, a signal collection request is sent to all the first ECUs at a fixed signal collection frequency of 100Hz (100Hz means that the vehicle condition signal is collected once every 0.01 seconds). The first ECU is an ECU that can execute remote control instructions. The vehicle condition signals sent by the first ECU are integrated to obtain the vehicle control signal, and the collected vehicle control signal is stored in the database. Among them, as long as the newly collected vehicle control signal is stored at the end of the collected vehicle signal, the arrangement of the vehicle condition signal according to the time sequence is automatically realized according to the first-in-first-out strategy. For example, in order to avoid interference during the storage process, the vehicle condition signals are sorted according to the time sequence to ensure that the latest collected vehicle control signal is at the end of the database.

[0074] The vehicle condition signal includes data required for remote control judgment, such as engine status and door status. For example, as shown in Table 1, the storage fields of the vehicle condition signal in the database mainly include the following information:

[0075]

[0076] Among them, the signal timestamp represents the time attribute of the signal, such as the signal acquisition time. The original sender of the signal represents the original producer of the signal, and the signal value represents the control information carried by the signal. For example, when the signal value corresponding to the engine is 0x01, it means starting the engine, and when the model value corresponding to the door is 0x02, it means closing the door. The signal validity identifier is used to indicate whether the signal is valid. For example, when the signal valid flag stores a valid identifier (for example, 1), it indicates that the corresponding signal is valid. When the signal valid flag stores an invalid identifier (for example, 0), it indicates that the corresponding signal is invalid. The signal ID is used to distinguish different signals.

[0077] Collect vehicle signals in advance to ensure that the corresponding remote control instructions can be responded to at any time. After the remote control instructions are issued, the status of the corresponding ECU can be determined directly based on the vehicle condition signals in the database, and the ECU can be directly controlled to execute the corresponding remote control instructions, reducing the process of vehicle wake-up and status confirmation, thereby reducing the remote control delay and improving the timeliness of remote control.

[0078] When the ECU is in sleep mode, the last signal collected before the ECU went into sleep mode is stored. At the same time, for ECUs that have not yet gone into sleep mode, the first-in-first-out signal storage rule is maintained. At this time, the vehicle condition signal consists of the last signal collected before the dormant ECU went into sleep mode and the latest signal collected by the non-dormant ECU. For dormant ECUs, after the remote control command is issued, the vehicle condition information can be directly determined based on the vehicle condition signal in the database. Once the vehicle condition information meets the control requirements of the remote control command, the ECU can be directly controlled to execute the corresponding remote control command, reducing the process of vehicle wake-up and status confirmation, thereby reducing the remote control delay and improving the timeliness of remote control.

[0079] By adding a database to store vehicle status signals, the need for temporary signal collection after remote control commands are issued is reduced, thereby reducing the overall remote control latency. The database can also record the last signal before the electronic controller unit goes into sleep mode, reducing energy consumption caused by the unit remaining in operation for extended periods. After adding the database to the T-BOX's MCU, the vehicle remote control method is described in the following example.

[0080] In some embodiments, as Figure 2 As shown, the remote control method of the vehicle includes:

[0081] Step 201: In response to receiving a remote control command, retrieve the latest vehicle control signal from the database to obtain a target vehicle condition signal.

[0082] During specific implementation, for the vehicle condition signal, since the database may store multiple status data of the same ECU, the most recent vehicle control signal that best reflects the target ECU state corresponding to the remote control command is the latest collected vehicle control signal, so the latest vehicle control signal in the database is determined as the target vehicle condition signal. When the remote control command is received, the target vehicle condition signal in the database is directly retrieved to achieve rapid acquisition of signal data, skipping the vehicle signal acquisition process and reducing the remote control delay. That is, the latest vehicle condition signal in the database is used instead of the newly acquired vehicle condition signal after receiving the remote control command. By skipping the signal acquisition process, the remote control delay is reduced, thereby improving the user experience.

[0083] Step 202: Determine the current vehicle condition according to the target vehicle condition signal.

[0084] In specific implementation, after obtaining the target vehicle condition signal, the current vehicle condition is determined by reading the storage field of the target vehicle condition signal to determine whether the current vehicle condition meets the conditions for executing the remote control command, thereby ensuring the safety of remote control.

[0085] Step 203: In response to the current vehicle condition satisfying the vehicle condition requirement of the remote control instruction, executing the remote control instruction.

[0086] During specific implementation, if the current vehicle condition meets the vehicle condition requirements of the remote control command, it means that executing the remote control command will not cause danger and the vehicle can execute the remote control command, then the vehicle is controlled to execute the remote control command. Among them, the prerequisites for the execution of the remote control command include: A. The vehicle is turned off; B. The vehicle is stationary; C. The entire vehicle is in an anti-theft state, etc. For example, take the example of remotely opening the trunk for family members. The remote control command is to open the trunk. If the current vehicle speed determined by the target vehicle condition signal is less than 5km / h, the vehicle is controlled to open the trunk to achieve remote control and avoid opening the trunk during driving. At the same time, the low-latency remote control avoids the waiting time of family members and brings a better user experience to users.

[0087] In some scenarios, the validity of the vehicle condition signal and the validity of the remote control command will also affect the delay in the execution of the remote control command. After adding a database to the T-BOX MCU, the vehicle remote control method also includes the content shown in the following embodiment.

[0088] In some embodiments, as Figure 3 As shown, before executing the remote control instruction, the vehicle remote control method further includes:

[0089] Step 301: Determine the command timestamp of the remote control command, and determine the signal timestamp and signal validity identifier of the target vehicle condition signal.

[0090] In specific implementation, since some links in the remote control process cannot optimize the delay in order to ensure the security of the control process, the remote control method for the vehicle provided in this application mainly optimizes the remote control delay by reducing the vehicle wake-up and status confirmation process, and does not consider the impact of other control links on the remote control delay.

[0091] After receiving the remote control command, it is necessary to determine the command timestamp of the remote control command. The remote control command timestamp is the time when the user uses the mobile terminal to trigger the APP to send the remote control command. The command timestamp can be used to determine whether the remote control command has timed out and invalid when it reaches the T-BOX. A timed out remote control command loses its execution meaning. Determining the command timestamp can avoid executing a timed-out remote control command, avoid erroneous control, and improve security.

[0092] The target vehicle condition signal's storage field can be used to determine whether the signal has timed out and whether the ECU sending the target vehicle condition signal has malfunctioned. The signal timestamp in the storage field is used to determine whether the target vehicle condition signal has timed out. The signal timestamp refers to the time when the original sender of the corresponding signal generated the signal. Generally, the maximum timestamp of multiple signals in the target vehicle condition signal is used as the signal timestamp of the target vehicle condition signal. A timed-out target vehicle condition signal may not truly reflect the vehicle's current status. Therefore, it is necessary to determine whether the target vehicle condition signal has timed out based on the signal timestamp to avoid using outdated target vehicle condition signals for remote control and improve remote control security.

[0093] At the same time, the target vehicle condition signal is affected by the state of the ECU itself, so it is necessary to determine the state of the corresponding ECU based on the signal validity flag of the signal flag of the target vehicle condition signal to determine whether the corresponding ECU has the ability to execute remote control instructions. When the ECU itself sends a vehicle condition signal, the corresponding signal validity flag is written in the signal flag according to its own state (fault, problem, normal). The signal validity flag "1" indicates that the ECU is normal and the signal is valid. The signal validity flag "0" indicates that the ECU is abnormal and the signal is invalid.

[0094] By determining the signal timestamp, command timestamp and signal validity flag, the status of the remote control command and the target vehicle condition signal itself is determined to ensure smooth delay optimization, avoid invalid delay optimization when the signal or command fails, and ensure the accuracy of the delay optimization process.

[0095] Step 302: Determine the command status of the remote control command according to the command timestamp and the system timestamp.

[0096] During specific implementation, during the latency optimization process, there is no need to optimize the latency of other control links. However, the latency of other links may cause the remote control command to time out and fail. In this case, the T-BOX needs to further eliminate the influence of other links based on the command timestamp of the remote control command. The remote control command requires a certain delay to reach the T-BOX, but this delay is generally relatively fixed in areas with relatively stable signals, generally 1.7 seconds to 2.3 seconds. The command status of the remote control command can be determined based on the effective time difference interval [1.7, 2.3]. Among them, 1.7 seconds is the upper boundary time of the effective time difference interval, and 2.3 seconds is the lower boundary time of the effective time difference interval. The upper boundary time is the time threshold commonly used in the judgment process, and the lower boundary time is the margin time threshold to avoid fluctuations affecting the judgment accuracy during the judgment process.

[0097] The corresponding command transmission delay is determined based on the command timestamp and system timestamp. The system timestamp is the T-Box system time, which is synchronized with GPS time and is considered real time. The absolute value of the difference between the command timestamp and the system timestamp can be used as the first difference time. The first difference time represents the elapsed time from the remote control command being generated to the T-Box receiving it. If the first difference time is less than a preset time threshold, the remote control command's delay in reaching the T-Box is short, indicating no timeout. The remote control command is valid, and the command status is "no timeout."

[0098] If the first difference time is greater than the preset time threshold, it means that the remote control instruction is interfered with during the transmission process, resulting in an increase in the transmission delay of the remote control instruction. When the instruction is transmitted normally, a certain time fluctuation is allowed, and the sum of the time threshold and the preset fluctuation time is determined as the margin time threshold, where the fluctuation time is a dynamic value corresponding to the current signal quality. The higher the signal quality, the smaller the value, and the lower the signal quality, the larger the value.

[0099] If the first time difference is less than or equal to the margin time threshold, it indicates that the delay in transmitting the remote control command is within the fluctuation range, and the command can be determined as not timed out as the command status. If the first time difference is greater than the margin time threshold, it indicates that the delay in transmitting the remote control command exceeds the fluctuation range, indicating a real timeout problem, and the command timeout is determined as the command status.

[0100] When the command status is command timeout, the remote control command has no execution significance, and the invalid command needs to be fed back to the TSP, and the remote control process ends. When the command status is command not timed out, the remote control command still has execution significance, and further latency optimization is performed based on the signal status and signal validity flag.

[0101] Step 303: Determine the signal state of the target vehicle condition signal according to the signal timestamp and the system timestamp.

[0102] In specific implementation, the signal timestamp refers to the time when the original sender of the corresponding signal generates the signal, and the system timestamp represents the actual time at the current moment. By comparing the system timestamp or the signal timestamp, the time interval between the target vehicle condition signal and the receipt of the remote control instruction can be determined. If the time interval is too large, the current vehicle condition determined based on the target vehicle condition signal will not accurately reflect the actual vehicle condition of the vehicle at the current moment, indicating that the target vehicle condition signal has timed out and is invalid, and the signal is determined to be in a signal state if it has not timed out. If the time interval is short, the current vehicle condition determined based on the target vehicle condition signal can accurately reflect the actual vehicle condition of the vehicle at the current moment, indicating that the target vehicle condition signal has not timed out, and the signal is determined to be in a signal state if it has not timed out. By determining the signal state, it is determined whether the target vehicle condition signal in the database can truly reflect the vehicle condition, thereby ensuring the accuracy of remote control.

[0103] Step 304: Control the issuance of instructions according to the instruction status, signal status, and signal validity flag.

[0104] In specific implementation, the remote control scenario is determined by comprehensively considering the command status, signal status, and signal validity flag. Since the command status includes two states: command timeout and command not timeout; the signal status includes two states: signal timeout and signal not timeout; and the signal validity flag includes two flags: signal valid flag and signal invalid flag, there are a total of eight remote control scenarios:

[0105] First control scenario: a control scenario in which the instruction status is that the instruction has not timed out, the signal status is that the signal has not timed out, and the signal validity flag is a signal valid flag.

[0106] Second control scenario: a control scenario in which the instruction status is instruction not timed out, the signal status is signal timed out, and the signal validity flag is signal valid flag.

[0107] The third control scenario: the command status is the command not timed out, the signal status is the signal timed out, and the signal validity flag is the signal invalid flag.

[0108] Fourth control scenario: a control scenario in which the instruction status is that the instruction has not timed out, the signal status is that the signal has not timed out, and the signal validity flag is that the signal is invalid.

[0109] Fifth control scenario: a control scenario in which the command status is command timeout, the signal status is signal not timed out, and the signal validity flag is signal valid flag.

[0110] Sixth control scenario: a control scenario in which the command status is command timeout, the signal status is signal timeout, and the signal validity flag is signal valid flag.

[0111] Seventh control scenario: a control scenario in which the command status is command timeout, the signal status is signal timeout, and the signal validity flag is signal invalid flag.

[0112] Eighth control scenario: a control scenario in which the instruction status is instruction timeout, the signal status is signal not timed out, and the signal validity flag is signal invalid flag.

[0113] In some embodiments, controlling the issuance of instructions based on the instruction status, signal status, and signal validity flag includes:

[0114] Step 3041: In response to the command status being command timeout, a feedback is sent to the Internet of Vehicles service provider indicating that the remote control command is invalid, and remote control is terminated.

[0115] During specific implementation, for the fifth, sixth, seventh and eighth control scenarios where the instruction status is instruction timeout, since the remote control instruction has timed out, it means that the remote control instruction has lost its execution significance. There is no need to enter the delay optimization process. It directly feeds back to the TSP and the cloud platform that the remote control instruction is invalid, and terminates the remote control process to avoid invalid remote control.

[0116] Step 3042: In response to the instruction status being that the instruction has not timed out, control is performed on the instruction issuance according to the signal status and the signal validity flag.

[0117] During specific implementation, for the first control scenario, the second control scenario, the third control scenario, and the fourth control scenario in which the command status is that the command has not timed out, since the remote control command has not timed out, it means that the remote control command has execution significance and needs to enter the delay optimization process. The delay optimization method corresponding to the remote control scenario is determined according to the signal status and the signal validity identifier. The delay optimization strategies for different remote control scenarios are shown in the following embodiments.

[0118] In some embodiments, controlling the issuance of instructions based on the signal status and the signal validity flag includes:

[0119] In response to the signal status being that the signal has not timed out and the signal validity flag being the signal valid flag, the target control unit corresponding to the remote control instruction is determined, and the remote control instruction is sent to the target control unit so that the target control unit executes the corresponding function according to the remote control instruction.

[0120] During specific implementation, for the first remote control scenario where the signal status is that the signal has not timed out and the signal validity identifier is the signal valid identifier, the target vehicle condition signal is the latest collected signal, which can reflect the actual vehicle condition and indicates that the target control units corresponding to the target vehicle condition signal have not entered the sleep state, and the remote control instructions can be executed directly without waking up the entire vehicle. At the same time, the signal validity identifier is the signal valid identifier, indicating that the target control unit corresponding to the target vehicle condition signal has no faults or abnormalities and has the ability to execute remote control instructions. After determining the target control unit corresponding to the remote control instruction, the remote control instruction is sent to the target control unit so that the target control unit can execute the corresponding function according to the remote control instruction. The remote control process after delay optimization skips the whole vehicle wake-up and status confirmation process, shortens the remote control link, saves 2 seconds for whole vehicle wake-up and 0.2 seconds for status confirmation, and can reduce the delay by 2.2 seconds in total, thereby improving the timeliness of remote control.

[0121] In some embodiments, controlling the issuance of instructions based on the signal status and the signal validity flag includes:

[0122] In response to the signal status being signal timeout and the signal validity identifier being a signal valid identifier, a wake-up instruction is sent to the target control unit corresponding to the remote control instruction, and the remote control instruction is sent to the target control unit so that the awakened target control unit can execute the corresponding function according to the remote control instruction.

[0123] For the second control scenario where the signal status is signal timeout and the signal validity identifier is signal valid identifier, it means that the target vehicle condition signal is a timeout signal and cannot reflect the actual vehicle condition at the current moment. This indicates that there is an electronic controller unit in the target control unit corresponding to the target vehicle condition signal that has entered a dormant state and cannot directly execute the remote control instruction. However, if the signal validity identifier is signal valid identifier, it means that the target control unit corresponding to the target vehicle condition signal has no faults or abnormalities and has the ability to execute remote control instructions. In this case, it is only necessary to wake up the entire vehicle, determine the target control unit corresponding to the remote control instruction, and send the remote control instruction to the target control unit to achieve remote control. The remote control process after delay optimization skips the status confirmation process, shortens the remote control link, saves 0.2 seconds of status confirmation, and improves the timeliness of remote control.

[0124] In some embodiments, controlling the issuance of instructions based on the signal status and the signal validity flag includes:

[0125] In response to the signal status being signal timeout and the signal validity flag being signal invalid flag, stop sending remote control commands and wake up the entire vehicle, determine the target control unit corresponding to the remote control command, and feedback the target control unit abnormality to the Internet of Vehicles service provider.

[0126] For the third remote control scenario where the signal status is signal timeout and the signal validity flag is signal invalid flag, the target vehicle condition signal is a timeout signal and cannot reflect the actual vehicle condition at the current moment, indicating that the electronic controller unit in the target control unit corresponding to the target vehicle condition signal has entered a dormant state and cannot directly execute remote control instructions, and the entire vehicle needs to be awakened. At the same time, the signal validity flag is signal invalid flag, indicating that the target control unit corresponding to the target vehicle condition signal has a fault or anomaly and does not have the ability to execute remote control instructions. The remote control instructions are stopped from being issued to terminate the remote control process. Since it has been determined that the target control unit has a fault or anomaly, there is no need to wait for fault confirmation after the entire vehicle is awakened. The fault can be reported directly after the entire vehicle is awakened. Taking the 2-second delay for fault confirmation as an example, a total delay of 2 seconds is saved.

[0127] In some embodiments, as Figure 4 As shown, the command issuance control is performed according to the signal status and signal validity flag, including:

[0128] Step 401: In response to the signal status being that the signal has not timed out and the signal validity flag being that the signal is invalid, determine the target control unit corresponding to the remote control instruction, and perform fault confirmation waiting on the target control unit to obtain a fault determination result.

[0129] During specific implementation, for the fourth remote control scenario where the signal status is that the signal has not timed out and the signal validity flag is the signal invalid flag, the target vehicle condition signal is a non-timed out signal, which can reflect the actual vehicle condition at the current moment, indicating that the target control units corresponding to the target vehicle condition signal have not entered a sleep state and can directly execute remote control instructions without waking up the entire vehicle. At the same time, the signal validity flag is the signal invalid flag, indicating that the target control unit corresponding to the target vehicle condition signal has a fault or anomaly and does not have the ability to execute remote control instructions. Since the target control unit is not in sleep mode, in order to avoid contingencies, it is necessary to directly perform fault confirmation waiting on the target control unit to obtain a fault determination result;

[0130] Step 402: In response to the fault determination result being that no fault exists, a remote control instruction is sent to a target control unit, so that the target control unit performs a corresponding function according to the remote control instruction.

[0131] During specific implementation, if the fault determination result is that there is no fault, it means that there are certain problems with the target vehicle condition data in the database, and the actual state of the target control unit is a normal state with no faults or abnormalities, the remote control instruction will be directly sent to the target control unit so that the target control unit can execute the corresponding function according to the remote control instruction; at the same time, a data security check will be performed to determine the root cause of the data problem in the database.

[0132] Step 403: In response to the fault determination result indicating that a fault exists, stop issuing remote control instructions and report the abnormality of the target control unit to the Internet of Vehicles service provider.

[0133] In specific implementations, if the fault determination result indicates a fault exists, it indicates that the abnormality reflected by the target vehicle condition data in the database is not accidental and that the target control unit is in an abnormal state, indicating a fault. Remote control commands are then stopped, terminating the remote control process. This abnormality is also reported to the connected car service provider, prompting the user to repair or replace the target control unit. To ensure safety, the latency of the fourth remote control scenario remains the same as before optimization.

[0134] In some embodiments, as Figure 5 As shown, the command status of the remote control command is determined according to the command timestamp and the signal timestamp, including:

[0135] Step 501: Determine a first difference time between an instruction timestamp and a system timestamp.

[0136] During specific implementation, during the latency optimization process, there is no need to optimize the latency of the remaining control links. However, the latency of the remaining links may cause the remote control command to time out and become invalid. Therefore, it is necessary to eliminate the influence of the remaining links based on the remote control command's command timestamp. The actual command transmission latency during the remote control command transmission process is determined based on the command timestamp and the system timestamp. The system timestamp is the T-BOX system time, which is synchronized with GPS time and is considered to be real time. The absolute value of the difference between the command timestamp and the system timestamp can be used as the first difference time to represent the command transmission latency. The magnitude of the first difference time represents the magnitude of the latency of the remote control command being transmitted to the T-BOX. A larger first difference time indicates a greater latency of the remote control command being transmitted to the T-BOX, and the remote control command may be subject to external interference, resulting in increased latency. A smaller first difference time indicates a smaller latency of the remote control command being transmitted to the T-BOX, and less subject to external interference.

[0137] Step 502: In response to the first difference time being less than or equal to a preset time threshold, determining that the instruction has not timed out as an instruction status.

[0138] In specific implementation, the first difference time represents the time taken from the generation of the remote control command to the receipt of the remote control command by the T-BOX. If the first difference time is 1.5 seconds and the preset time threshold is 1.7 seconds, then the first difference time is less than the preset time threshold, indicating that the delay in the remote control command reaching the T-BOX is short and there is no timeout. The remote control command is valid and the command status is that the command has not timed out.

[0139] Step 503: In response to the first difference time being greater than a preset time threshold, a sum of the time threshold and the preset fluctuation time is determined as a margin time threshold.

[0140] In a specific implementation, if the first difference time is 2 seconds and the time threshold is 1.7 seconds, and the first difference time is greater than the preset time threshold, it means that the remote control command was interfered with during transmission, resulting in an increased transmission delay of the remote control command. When the command is transmitted normally, a certain amount of time fluctuation is allowed. The margin time threshold is determined by the sum of the time threshold and the preset fluctuation time. The fluctuation time is a dynamic value corresponding to the current signal quality. The higher the signal quality, the smaller the value, and the lower the signal quality, the larger the value. Taking the fluctuation time of 0.6 seconds as an example, the margin time threshold = time threshold + fluctuation time = 1.7 + 0.6 = 2.3 seconds.

[0141] Step 504: In response to the first difference time being less than or equal to the margin time threshold, determining that the instruction has not timed out as the instruction status.

[0142] In specific implementation, if the first difference time is 2 seconds, which is less than the margin time threshold of 2.3 seconds, it means that the delay in transmitting the remote control command is within the fluctuation range, which will not cause the remote control command to time out and fail. The delay increase is within the allowable error range, and the command can also be determined as a command state if it has not timed out.

[0143] Step 505: In response to the first difference time being greater than the margin time threshold, determining the instruction timeout as the instruction status.

[0144] During specific implementation, if the first difference time is greater than the margin time threshold, it means that the delay in transmitting the remote control instruction exceeds the fluctuation range, which will cause the remote control instruction to time out and fail. There is a real timeout problem, and the instruction timeout is determined as the instruction status. When the instruction status is instruction timeout, the remote control instruction loses its execution meaning, and it is necessary to feedback to the TSP that the instruction is invalid, and end the remote control process. When the instruction status is that the instruction has not timed out, the remote control instruction has execution meaning, and further delay optimization is continued in combination with the signal status and signal validity indicator.

[0145] In some embodiments, as Figure 6 As shown, the signal state of the target vehicle condition signal is determined according to the signal timestamp and the system timestamp, including:

[0146] Step 601: Determine the signal quantity of the target vehicle condition signal, determine the signal collection period corresponding to the database signal collection frequency, and combine the database signal quantity and the database signal collection period.

[0147] In specific implementations, signal acquisition can interact with each other, potentially resulting in a certain delay. Since the order in which different ECUs collect data cannot be determined, the maximum signal delay is used as a criterion to determine whether the target vehicle condition signal has timed out. The maximum signal delay can be determined based on the signal volume and the signal acquisition frequency; the signal volume is the number of primary ECUs. If the signal acquisition frequency is 100 Hz, since the frequency and period are inversely proportional, a 100 Hz signal acquisition frequency corresponds to a signal acquisition request every 0.01 seconds. The TBOX communicates with other ECUs via the CAN bus, collecting their status information. The CAN bus uses serial communication, sending data bit by bit in chronological order. At a 100 Hz signal acquisition frequency, completing the status acquisition of one primary ECU takes 0.01 seconds. Therefore, the time required to complete the status acquisition of all primary ECUs is 0.01 times the signal volume, which is the maximum signal delay. Therefore, the maximum signal delay = (signal volume) × (signal acquisition period corresponding to the signal acquisition frequency).

[0148] Step 602: Determine a second difference time between the signal timestamp and the system timestamp.

[0149] In specific implementations, the absolute value of the difference between the system timestamp and the signal timestamp can be used as the second differential time, which represents the duration of the signal generation. Because timed-out vehicle signals may not truly reflect the vehicle's current state, the second differential time is used to determine whether the target vehicle condition signal has timed out. This prevents the use of outdated target vehicle condition signals for remote control and improves remote control security.

[0150] Step 603: In response to the second difference time being less than or equal to the maximum signal delay, determining that the signal has not timed out as a signal state.

[0151] In specific implementation, if the second difference time is less than or equal to the maximum signal delay, it means that the target vehicle condition signal is a real-time signal that can truly reflect the current vehicle condition, and the signal is determined to be in a signal state if it has not timed out.

[0152] Step 604: In response to the second difference time being greater than the maximum signal delay, determine signal timeout as a signal state.

[0153] In specific implementation, if the second difference time is greater than the maximum signal delay, it means that the target vehicle condition signal is not a real-time signal and cannot truly reflect the current condition of the vehicle, and the signal timeout is determined as the signal state.

[0154] It should be noted that the method of the embodiment of the present application can be performed by a single device, such as a TBOX or a server. The method of this embodiment can also be applied in a distributed scenario and performed by multiple devices working together. In such a distributed scenario, one of the multiple devices may only perform one or more steps of the method of the embodiment of the present application, and the multiple devices will interact with each other to complete the method.

[0155] It should be noted that the above description is limited to some embodiments of the present application. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in an order different from that described in the above embodiments and still achieve the desired results. Furthermore, the processes depicted in the accompanying drawings do not necessarily require the specific order or sequential order shown to achieve the desired results. In certain embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0156] Based on the same inventive concept, corresponding to any of the above-mentioned embodiment methods, the present application also provides a remote control device for a vehicle, which is applied to an on-board communication module, and a database is set in the on-board communication module, and the database is used to store the vehicle condition signal collected according to a preset signal collection frequency; wherein the database can be flash, RAM, etc.

[0157] refer to Figure 7 , the remote control device of the vehicle includes:

[0158] The signal acquisition module 10 is configured to: in response to receiving a remote control command, retrieve the latest vehicle control signal from the database to obtain a target vehicle condition signal;

[0159] The vehicle condition determination module 20 is configured to: determine the current vehicle condition according to the target vehicle condition signal;

[0160] The instruction execution module 30 is configured to execute the remote control instruction in response to the current vehicle condition satisfying the vehicle condition requirement of the remote control instruction.

[0161] For the convenience of description, the above devices are described as being divided into various modules according to their functions. Of course, when implementing this application, the functions of each module can be implemented in the same or multiple software and / or hardware.

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

[0163] Based on the same inventive concept, corresponding to any of the above-mentioned embodiments, the present application also provides an in-vehicle communication module, including a memory, a processor, and a computer program stored in the memory and runnable on the processor. When the processor executes the program, the remote control method of the vehicle described in any of the above embodiments is implemented.

[0164] Figure 8 FIG is a schematic diagram of a vehicle-mounted T-BOX provided in one embodiment of the present application. Figure 8 As shown, the vehicle-mounted T-BOX of this embodiment includes: a processor 80, a memory 81, and a computer program 82 stored in the memory 81 and executable on the processor 80. When the processor 80 executes the computer program 82, the steps in the above-mentioned embodiments of the remote control method are implemented, such as Figure 2 Alternatively, when the processor 80 executes the computer program 82, the functions of the modules / units in the above-mentioned device embodiments are realized, for example, Figure 7 The functions of modules 10 to 30 are shown.

[0165] The computer program 82 may be divided into one or more modules / units, which are stored in the memory 81 and executed by the processor 80 to implement the present application. The one or more modules / units may be a series of computer program instruction segments capable of performing specific functions, and the instruction segments are used to describe the execution process of the computer program 82 in the vehicle-mounted T-BOX.

[0166] The processor 80 may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or any conventional processor.

[0167] The memory 81 can be an internal storage unit of the vehicle-mounted T-BOX, such as a hard disk or memory of the vehicle-mounted T-BOX. The memory 81 can also be an external storage device of the vehicle-mounted T-BOX, such as a plug-in hard disk equipped on the vehicle-mounted T-BOX, a smart memory card (Smart Media Card, SMC), a secure digital (Secure Digital, SD) card, a flash card (Flash Card), etc. Furthermore, the memory 81 can also include both the internal storage unit of the vehicle-mounted T-BOX and an external storage device. The memory 81 is used to store the computer program and other programs and data required by the vehicle-mounted T-BOX. The memory 81 can also be used to temporarily store data that has been output or is about to be output.

[0168] The vehicle-mounted communication module of the above embodiment is used to implement the corresponding vehicle remote control method in any of the above embodiments, and has the beneficial effects of the corresponding method embodiment, which will not be repeated here.

[0169] Based on the same inventive concept, corresponding to any of the above-mentioned embodiment methods, the present application also provides a non-transitory computer-readable storage medium, which stores computer instructions, and the computer instructions are used to enable the computer to execute the remote control method of the vehicle as described in any of the above embodiments.

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

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

[0172] Based on the same inventive concept, corresponding to any of the above-mentioned embodiments and methods, the present application also provides a vehicle, including the on-board communication module or the remote control device of the vehicle of the above-mentioned embodiment, and executing the remote control method of the vehicle as described in any of the above embodiments through the on-board communication module or the remote control device of the vehicle of the above-mentioned embodiment, and having the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0173] It is understandable that before using the technical solutions of each embodiment of the present disclosure, the type, scope of use, usage scenarios, etc. of the personal information involved will be informed to the user in an appropriate manner, and the user's authorization will be obtained.

[0174] For example, in response to a user's active request, a prompt message is sent to the user to clearly inform the user that the requested operation will require the acquisition and use of the user's personal information. This allows the user to independently choose whether to provide personal information to the software or hardware, such as the in-vehicle communication module, application, server, or storage medium, that performs the operations of the disclosed technical solution, based on the prompt message.

[0175] As an optional but non-limiting implementation, in response to a user's active request, the prompt information may be sent to the user in the form of a pop-up window, in which the prompt information may be presented in text form. Furthermore, the pop-up window may also contain a selection control for the user to select "Agree" or "Disagree" to provide personal information to the in-vehicle communication module.

[0176] It is understandable that the above notification and user authorization process are merely illustrative and do not constitute a limitation on the implementation of the present disclosure. Other methods that comply with relevant laws and regulations may also be applied to the implementation of the present disclosure.

[0177] Those skilled in the art should understand that the discussion of any of the above embodiments is merely illustrative and is not intended to imply that the scope of the present application is limited to these examples. In line with the present application, the technical features in the above embodiments or different embodiments may be combined, the steps may be implemented in any order, and there are many other variations of the different aspects of the embodiments of the present application as described above, which are not provided in detail for the sake of simplicity.

[0178] In addition, for simplicity of description and discussion, and in order not to make the embodiment of the application difficult to understand, the known power supply / ground connection with integrated circuit (IC) chip and other components may or may not be shown in the accompanying drawings provided. In addition, the device can be shown in the form of a block diagram to avoid making the embodiment of the application difficult to understand, and this also takes into account the following fact, that is, the details of the embodiment of these block diagram devices are highly dependent on the platform to be implemented in the embodiment of the application (that is, these details should be fully within the scope of understanding of those skilled in the art). When specific details (for example, circuit) are set forth to describe exemplary embodiments of the application, it will be apparent to those skilled in the art that the embodiment of the application can be implemented without these specific details or when these specific details are changed. Therefore, these descriptions should be considered to be illustrative rather than restrictive.

[0179] Although the present invention has been described in conjunction with specific embodiments thereof, many alternatives, modifications, and variations of these embodiments will be apparent to those skilled in the art based on the foregoing description. For example, other memory architectures (e.g., dynamic RAM (DRAM)) may utilize the embodiments discussed.

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

Claims

1. A remote control method for a vehicle, characterized in that: Applied to an on-board communication module, a database is set in the on-board communication module, and the database is used to store vehicle condition signals collected according to a preset signal collection frequency; the remote control method of the vehicle includes: In response to receiving the remote control command, retrieving the latest vehicle control signal from the database to obtain a target vehicle condition signal; determining a current vehicle condition according to the target vehicle condition signal; In response to the current vehicle condition satisfying the vehicle condition requirement of the remote control instruction, executing the remote control instruction.

2. The vehicle remote control method according to claim 1, characterized in that: Before executing the remote control instruction, the method further includes: Determining a command timestamp of the remote control command, and determining a signal timestamp and a signal validity identifier of the target vehicle condition signal; determining a command status of the remote control command according to the command timestamp and the system timestamp; determining a signal state of the target vehicle condition signal according to the signal timestamp and the system timestamp; The instruction issuance control is performed according to the instruction status, the signal status and the signal validity identifier.

3. The vehicle remote control method according to claim 2, characterized in that: The determining the instruction status of the remote control instruction according to the instruction timestamp and the system timestamp includes: determining a first difference time between the instruction timestamp and the system timestamp; In response to the first difference time being less than or equal to a preset time threshold, determining that the instruction has not timed out as the instruction status; In response to the first difference time being greater than a preset time threshold, determining a margin time threshold as a sum of the time threshold and a preset fluctuation time; In response to the first difference time being less than or equal to the margin time threshold, determining that the instruction has not timed out as the instruction status; In response to the first difference time being greater than the margin time threshold, a command timeout is determined as the command status.

4. The vehicle remote control method according to claim 2, characterized in that: The determining the signal state of the target vehicle condition signal according to the signal timestamp and the system timestamp includes: determining a signal amount of the target vehicle condition signal, determining a signal acquisition period corresponding to the signal acquisition frequency, and determining a product of the signal amount and the signal acquisition period as a maximum signal delay; determining a second difference time between the signal timestamp and the system timestamp; In response to the second difference time being less than or equal to the maximum signal delay, determining that the signal has not timed out as the signal state; In response to the second difference time being greater than the maximum signal delay, a signal timeout is determined as the signal state.

5. The vehicle remote control method according to claim 2, characterized in that: The controlling the issuing of instructions according to the instruction status, the signal status, and the signal validity identifier includes: In response to the command status being a command timeout, stopping issuing the remote control command and feeding back to the Internet of Vehicles service provider that the remote control command is invalid; In response to the instruction status being that the instruction has not timed out, instruction issuance control is performed according to the signal status and the signal validity identifier.

6. The vehicle remote control method according to claim 5, characterized in that: The controlling of issuing instructions according to the signal state and the signal validity identifier includes: In response to the signal status being that the signal has not timed out and the signal validity identifier being a signal valid identifier, a target control unit corresponding to the remote control instruction is determined, and the remote control instruction is sent to the target control unit so that the target control unit performs the corresponding function according to the remote control instruction.

7. The vehicle remote control method according to claim 5, characterized in that: The controlling of issuing instructions according to the signal state and the signal validity identifier includes: In response to the signal status being a signal timeout and the signal validity identifier being a signal valid identifier, the entire vehicle is awakened, the target control unit corresponding to the remote control instruction is determined, and the remote control instruction is sent to the target control unit so that the awakened target control unit performs the corresponding function according to the remote control instruction.

8. The vehicle remote control method according to claim 5, characterized in that: The controlling of issuing instructions according to the signal state and the signal validity identifier includes: In response to the signal status being a signal timeout and the signal validity flag being a signal invalid flag, stop issuing the remote control command and wake up the entire vehicle, determine the target control unit corresponding to the remote control command, and feedback the abnormality of the target control unit to the vehicle networking service provider.

9. The vehicle remote control method according to claim 5, characterized in that: The controlling of issuing instructions according to the signal state and the signal validity identifier includes: In response to the signal state being that the signal has not timed out and the signal validity flag being a signal invalid flag, determining a target control unit corresponding to the remote control instruction, and performing a fault confirmation wait on the target control unit to obtain a fault determination result; In response to the fault determination result being that no fault exists, sending the remote control instruction to the target control unit so that the target control unit performs a corresponding function according to the remote control instruction; In response to the fault determination result being that a fault exists, the remote control instruction is stopped from being issued and the abnormality of the target control unit is fed back to the vehicle networking service provider.

10. An in-vehicle communication module, comprising a memory, a processor, and a computer program stored in the memory and running on the processor, characterized in that: When the processor executes the program, the method according to any one of claims 1 to 9 is implemented.

Images