Vehicle control method and apparatus, vehicle and server
By sending heartbeat packets to the vehicle's remote service server through the vehicle's onboard communication terminal to maintain the connection, the problem of long remote control time when the vehicle is offline is solved, and efficient and time-saving vehicle control is achieved.
Patent Information
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2025-07-31
- Publication Date
- 2026-03-12
AI Technical Summary
In existing technologies, when a vehicle is offline, the vehicle networking module enters a dormant state and needs to be woken up via SMS to reconnect to the cloud platform, resulting in long remote control time and low response efficiency.
By sending heartbeat packets to the vehicle's remote service server at a preset frequency through the vehicle's in-vehicle communication terminal, the connection is maintained, thus avoiding SMS wake-up when the vehicle is in sleep mode, and directly receiving remote control commands to wake up the entire vehicle network to perform operations.
It reduces the response time of vehicles from offline to online status, enabling efficient and time-saving vehicle control, and significantly improving the immediacy and intelligence of remote control.
Smart Images

Figure CN2025112007_12032026_PF_FP_ABST
Abstract
Description
Vehicle control method and device, vehicle and server
[0001] The present application claims priority to the Chinese patent application No. 202411258398.9, filed on September 9, 2024, and entitled "Vehicle control method and device, vehicle and server", the content of which is incorporated herein by reference in its entirety. TECHNICAL FIELD
[0002] The present application relates to the technical field of vehicles, in particular to a vehicle control method and device, vehicle and server. BACKGROUND
[0003] Remote control of a vehicle is a vehicle networking technology, and a user can remotely issue a window opening, ventilation and the like instruction to the vehicle through a mobile phone. When the vehicle is in an online state, an application in the mobile phone sends an instruction to a cloud platform, the cloud platform issues the instruction to a corresponding vehicle, the vehicle executes a corresponding action and returns a result to the cloud platform, and the cloud platform informs the application of the result, forming a closed loop of remote vehicle control.
[0004] In the current technology, when the vehicle is in an offline state, the vehicle needs to be controlled into an online state by calling an interface of a third party, and then the above-mentioned instruction receiving, execution and returning of the result to the application end are performed.
[0005] However, the above-mentioned implementation process greatly increases the loss time of remote control, resulting in low response efficiency. SUMMARY
[0006] The present application provides a vehicle control method and device, vehicle and server to solve the technical problem of low efficiency of user-side control of the vehicle.
[0007] In a first aspect, the present application provides a vehicle control method, applied to a vehicle, the method comprising:
[0008] Based on a pre-configured first online strategy, a remote control instruction triggered by a user terminal is acquired through a vehicle-mounted communication terminal in the vehicle, which is sent by an automobile remote service server; the first online strategy is that the vehicle-mounted communication terminal sends a heartbeat packet to the automobile remote service server at a preset frequency, so as to keep the vehicle-mounted communication terminal and the automobile remote service server in a connected state.
[0009] According to the remote control instruction, a whole vehicle network is woken up, so that the vehicle executes an operation corresponding to the remote control instruction.
[0010] In one or more embodiments, the obtaining, by the vehicle communication terminal in the vehicle, the remote control instruction triggered by the user terminal and sent by the vehicle remote service server comprises:
[0011] The vehicle information comprises at least one of the following: the storage value of the high-voltage battery in the vehicle, the current sleep duration of the vehicle, the voltage value of the storage battery in the vehicle, and the ambient temperature of the vehicle;
[0012] If all the items in the vehicle information meet the preset conditions, the remote control instruction is obtained by the vehicle communication terminal based on the first online strategy, and the preset conditions are that the storage value is greater than a first preset value, the sleep duration is less than a second preset value, the voltage value is greater than a third preset value, and the ambient temperature is greater than a fourth preset value.
[0013] In one or more embodiments, the method further comprises:
[0014] If any of the items in the vehicle information does not meet the preset conditions, the remote control instruction is obtained by the vehicle communication terminal based on a second preconfigured online strategy; the second online strategy is that the vehicle remote service server wakes up the vehicle communication terminal in the form of a short message to make the vehicle communication terminal in an online state.
[0015] In one or more embodiments, before the obtaining, by the vehicle communication terminal in the vehicle, the remote control instruction triggered by the user terminal and sent by the vehicle remote service server, the method further comprises:
[0016] When the vehicle is in sleep state, the vehicle communication terminal is woken up at the preset frequency;
[0017] The vehicle communication terminal sends the heartbeat packet to the vehicle remote service server to keep the vehicle communication terminal connected to the vehicle remote service server;
[0018] The vehicle communication terminal is controlled to enter the sleep state again.
[0019] In a second aspect, the embodiments of the present application provide a vehicle control method applied to a vehicle remote service server, the method comprising:
[0020] Based on a first preconfigured online strategy, a remote control instruction triggered by a user terminal is sent to a vehicle communication terminal in a vehicle to make the vehicle execute an operation corresponding to the remote control instruction; the first online strategy is that the vehicle communication terminal sends a heartbeat packet to the vehicle remote service server at a preset frequency to keep the vehicle communication terminal connected to the vehicle remote service server.
[0021] In one or more embodiments, the method further comprises:
[0022] obtaining vehicle information sent by the vehicle communication terminal, the vehicle information comprising at least one of: a storage value of a high-voltage battery in the vehicle, a current sleep duration of the vehicle, a voltage value of a storage battery in the vehicle, and an ambient temperature of the vehicle;
[0023] if any of the vehicle information does not meet a preset condition, sending the remote control instruction to the vehicle communication terminal based on a second preconfigured online strategy; the preset condition is that the storage value is greater than a first preset value, the sleep duration is less than a second preset value, the voltage value is greater than a third preset value, and the ambient temperature is greater than a fourth preset value, and the second online strategy is that the vehicle remote service server wakes up in the form of a short message to make the vehicle communication terminal in an online state.
[0024] In one or more embodiments, before the sending of the remote control instruction to the vehicle communication terminal, the method further comprises:
[0025] calling a service operator interface corresponding to the vehicle to make the service operator send wake-up information to the vehicle, the wake-up information being used to make the vehicle enter an online state from an offline state.
[0026] In a third aspect, the embodiments of the present application provide a vehicle control device applied to a vehicle, the device comprising:
[0027] an obtaining module configured to obtain, based on a first preconfigured online strategy, a remote control instruction triggered by a user terminal and sent by a vehicle remote service server through a vehicle communication terminal in the vehicle; the first online strategy is that the vehicle communication terminal sends a heartbeat packet to the vehicle remote service server at a preset frequency to keep the vehicle communication terminal and the vehicle remote service server in a connected state;
[0028] a processing module configured to wake up a whole vehicle network according to the remote control instruction to make the vehicle perform an operation corresponding to the remote control instruction.
[0029] In one or more embodiments, the obtaining module is configured to:
[0030] obtain vehicle information through the vehicle communication terminal, the vehicle information comprising at least one of: a storage value of a high-voltage battery in the vehicle, a current sleep duration of the vehicle, a voltage value of a storage battery in the vehicle, and an ambient temperature of the vehicle;
[0031] If all the items in the vehicle information meet preset conditions, the remote control instruction is acquired by the vehicle-mounted communication terminal based on the first online strategy, and the preset conditions are that the electricity storage value is greater than a first preset value, the hibernation time length is less than a second preset value, the voltage value is greater than a third preset value, and the environment temperature is greater than a fourth preset value.
[0032] In one or more embodiments, the acquisition module is further configured to:
[0033] If any of the items in the vehicle information does not meet the preset conditions, the remote control instruction is acquired by the vehicle-mounted communication terminal based on a second online strategy configured in advance; and the second online strategy is that the automobile remote service server wakes up the vehicle-mounted communication terminal in a short message mode so that the vehicle-mounted communication terminal is in an online state.
[0034] In one or more embodiments, before the remote control instruction triggered by the user terminal and sent by the automobile remote service server is acquired by the vehicle-mounted communication terminal in the vehicle, the processing module is further configured to:
[0035] wake up the vehicle-mounted communication terminal at the preset frequency when the vehicle is in hibernation;
[0036] the vehicle-mounted communication terminal sends the heartbeat packet to the automobile remote service server so that the vehicle-mounted communication terminal and the automobile remote service server are kept in a connection state;
[0037] control the vehicle-mounted communication terminal to enter the hibernation state again.
[0038] In a fourth aspect, an embodiment of the present application provides a vehicle control device applied to an automobile remote service server, and the device comprises:
[0039] a sending module configured to send a remote control instruction triggered by a user terminal to a vehicle-mounted communication terminal in a vehicle based on a first online strategy configured in advance, so that the vehicle performs an operation corresponding to the remote control instruction; and the first online strategy is that the vehicle-mounted communication terminal sends a heartbeat packet to the automobile remote service server at a preset frequency, so that the vehicle-mounted communication terminal and the automobile remote service server are kept in a connection state.
[0040] In one or more embodiments, the sending module is further configured to:
[0041] acquire vehicle information sent by the vehicle-mounted communication terminal, and the vehicle information comprises at least one of an electricity storage value of a high-voltage battery in the vehicle, a current hibernation time length of the vehicle, a voltage value of a storage battery in the vehicle, and an environment temperature in which the vehicle is located;
[0042] If any of the vehicle information does not meet the preset condition, the remote control instruction is sent to the vehicle communication terminal based on a second online strategy, the preset condition is that the storage value is greater than a first preset value, the hibernation time length is less than a second preset value, the voltage value is greater than a third preset value, and the ambient temperature is greater than a fourth preset value, and the second online strategy is that the automobile remote service server wakes up in the form of a short message to make the vehicle communication terminal in an online state.
[0043] In one or more embodiments, before the remote control instruction is sent to the vehicle communication terminal, the sending module is further configured to:
[0044] Call the service operator interface corresponding to the vehicle to make the service operator send wake-up information to the vehicle, the wake-up information being used to make the vehicle enter an online state from an offline state.
[0045] In a fifth aspect, an embodiment of the present application provides a vehicle, comprising a processor and a memory connected to the processor in communication;
[0046] The memory stores computer execution instructions;
[0047] The processor executes the computer execution instructions stored in the memory to implement the method according to the first aspect or any one of the manners.
[0048] In a sixth aspect, an embodiment of the present application provides an automobile remote service server, comprising a processor and a memory connected to the processor in communication;
[0049] The memory stores computer execution instructions;
[0050] The processor executes the computer execution instructions stored in the memory to implement the method according to the second aspect or any one of the manners.
[0051] In a seventh aspect, an embodiment of the present application provides a computer readable storage medium, the computer readable storage medium storing computer execution instructions, the computer execution instructions being executed by a processor to implement the method according to the first or second aspect or any one of the manners.
[0052] In an eighth aspect, an embodiment of the present application provides a computer program, the computer program product comprising a computer program, the computer program being stored in a computer readable storage medium, at least one processor can read the computer program from the computer readable storage medium, and the at least one processor executes the computer program to implement the method according to the first or second aspect or any one of the manners.
[0053] The vehicle control method, device, vehicle and server provided in the embodiments of the present application are applied to a vehicle. The method obtains a remote control instruction triggered by a user terminal from a vehicle remote service server through a vehicle communication terminal in the vehicle based on a first online strategy configured in advance. The first online strategy is that the vehicle communication terminal sends a heartbeat packet to the vehicle remote service server at a preset frequency, so that the vehicle communication terminal and the vehicle remote service server maintain a connection state. According to the remote control instruction, the vehicle network is woken up, so that the vehicle performs an operation corresponding to the remote control instruction. In the technical solution, the vehicle communication terminal sends the heartbeat packet to the vehicle remote service server at the preset frequency, so that the vehicle communication terminal and the vehicle remote service server maintain the connection state. Therefore, when the user terminal initiates a corresponding instruction for controlling the vehicle, the instruction can be quickly transferred to the vehicle through the vehicle remote service server, so that the vehicle is controlled efficiently and with low time consumption. BRIEF DESCRIPTION OF DRAWINGS
[0054] The accompanying drawings, which are incorporated herein and form part of the specification, illustrate embodiments consistent with the present application and, together with the description, further serve to explain the principles of the application.
[0055] FIG. 1 is a flowchart of the prior art according to an embodiment of the present application;
[0056] FIG. 2 is an architectural diagram of the prior art according to an embodiment of the present application;
[0057] FIG. 3 is a flowchart of a vehicle control method according to an embodiment of the present application;
[0058] FIG. 4 is a flowchart of a vehicle control method according to an embodiment of the present application;
[0059] FIG. 5 is a flowchart of a vehicle control method according to an embodiment of the present application;
[0060] FIG. 6 is a flowchart of a vehicle control method according to an embodiment of the present application;
[0061] FIG. 7 is a flowchart of a vehicle control method according to an embodiment of the present application;
[0062] FIG. 8 is a structural diagram of a vehicle control device according to an embodiment of the present application;
[0063] FIG. 9 is a structural diagram of a vehicle control device according to an embodiment of the present application;
[0064] FIG. 10 is a structural diagram of an electronic device according to an embodiment of the present application.
[0065] The specific embodiments of the present application have been shown by the above drawings, and will be described in more detail hereinafter. These drawings and the written description are not intended to restrict the scope of the present application in any way, but to explain the present application to those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION
[0066] In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments are only some of the embodiments of the present application, but not all the embodiments of the present application. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative work belong to the scope of protection of the present application.
[0067] Before introducing the embodiments of the present application, the application background of the embodiments of the present application is explained first:
[0068] Remote control vehicle is a kind of Internet of Vehicles technology, and a user can remotely issue a window opening, ventilation and the like instruction to a vehicle through a mobile phone. When the vehicle is in an online state, an application (APP) sends an instruction to a cloud platform, the cloud platform issues the instruction to a corresponding vehicle, the vehicle executes a corresponding action and returns a result to the cloud platform, and the cloud platform informs the APP of the result, thereby forming a closed loop of remote vehicle control.
[0069] When the vehicle is in an offline state, a vehicle-mounted communication terminal on the vehicle is in a dormant state and cannot receive an instruction from the cloud platform. At this time, when the APP issues a remote control instruction, the cloud platform first wakes up the vehicle through a short message and then issues a corresponding remote control instruction.
[0070] For example, FIG. 1 is a flowchart of the prior art provided by the embodiments of the present application, and a cloud platform is an execution subject, as shown in FIG. 1.
[0071] S11, receiving a remote control request of a user, encapsulating the remote control request according to a target message protocol to obtain a remote control instruction, and detecting whether the vehicle is in an offline state;
[0072] S12, in a case where it is detected that the vehicle is in the offline state, buffering the remote control instruction, calling a target service operator interface, and sending a wake-up short message to the vehicle;
[0073] S13, after receiving a login instruction generated by the vehicle based on the wake-up short message and entering an online state from the offline state, sending the remote control instruction to the vehicle, so that the vehicle executes the remote control request.
[0074] Specifically, FIG. 2 is a schematic diagram of an architecture of the prior art provided by the embodiments of the present application, as shown in FIG. 2, the architecture includes: a user terminal (APP), a car remote service provider (TSP) platform, a gateway, an operator, a vehicle communication terminal (TBox) in a vehicle, and a database (such as Redis).
[0075] The TSP platform includes the following components: App-Vehicle, which is used for message forwarding between a vehicle and an APP terminal; Remote, which is a remote control method for the TSP platform; and Login-Status, which is responsible for detecting the online state of a vehicle.
[0076] In a possible implementation, a car owner initiates a remote control request through a mobile phone APP. The remote control request is subjected to corresponding permission verification at the App-Vehicle, and then a remote control method of the Remote is called. In the remote control method, the Login-Status is first called to detect the current vehicle state.
[0077] Then, when the current vehicle state is an online state, the remote control request is directly sent to the gateway layer. According to different remote control requests, the gateway layer performs corresponding instruction encapsulation according to a protocol, and then sends the encapsulated remote control instruction to the TBox.
[0078] When the current vehicle state is an offline state, a corresponding service operator interface is called according to a subscriber identity module (SIM) card number, and then a wake-up short message is sent to wake up the vehicle. After being woken up, the TBox logs in to the platform in the wake-up short message login mode. The gateway layer sends the wake-up login message to the Login-Status. The Login-Status obtains the cached remote control request that has not been sent from the Redis, sends the remote control request to the gateway layer, and according to different remote control requests, the gateway layer performs corresponding instruction encapsulation according to a protocol, and then sends the encapsulated remote control instruction to the TBox.
[0079] Secondly, after receiving the remote control instruction, the TBox executes the remote control request, and returns the remote control result to the TSP platform, wherein the message format is encapsulated according to the format of the protocol document, and contains success and failure identification, the gateway layer updates the success, failure and other states of the received remote control result to the corresponding remote control log table, and finally the remote control result event signal can be viewed in the TSP platform, and the remote control result event signal is pushed to the mobile phone APP in the form of Message Queuing Telemetry Transport (MQTT) for corresponding display update.
[0080] The present application embodiment needs to solve the existing problems in the prior art: when the vehicle is in an offline state, in order to re-connect with the vehicle, the vehicle networking module needs to be awakened by a short message first, then the module is re-dialed, connected to the cloud platform, the whole vehicle is awakened, and then remote control can be performed. This process greatly increases the time consumption of remote control, ultimately resulting in a large time consumption of remote control, such as about 8 seconds.
[0081] In view of the technical problems existing in the prior art, the applicant's idea is as follows: if the vehicle can be kept in an online state under certain conditions, the short message dialing wakeup mode is not needed, which affects the response efficiency. At this time, when the vehicle is detected to be in sleep, a heartbeat packet can be sent from the vehicle communication terminal in the vehicle to the automobile remote service server, so that the vehicle communication terminal and the automobile remote service server maintain a connection state. The above can ensure that when the user terminal needs to control the vehicle, the automobile remote service server can directly send the instruction to the vehicle after encapsulation, so that the vehicle executes. This idea can effectively avoid the disconnection of the automobile remote service server during vehicle sleep due to too long time without monitoring network activity, so as to always maintain the network communication between the vehicle and the automobile remote service server. This innovation saves the time of re-dialing connection to the server after the vehicle is awakened in the offline state.
[0082] Further, considering the way of sending heartbeat packets, some prerequisites can also be set to reduce the energy consumption of the vehicle, such as the remaining amount of battery power, the length of time of the whole vehicle sleep, the battery voltage, the environmental temperature, etc.
[0083] In the following, the technical solutions of the present application will be described in detail through specific embodiments. It should be noted that the following specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described in detail in some embodiments.
[0084] It is worth noting that the application field of the vehicle control method, device, vehicle and server of the present disclosure is not limited.
[0085] FIG. 3 is a flowchart of a vehicle control method according to an embodiment of the present application. As shown in FIG. 3, the method is introduced by the interaction between the vehicle and the automobile remote service server (i.e., TSP platform), which can include the following steps:
[0086] In step 31, the automobile remote service server sends the user terminal triggered remote control instruction to the vehicle-mounted communication terminal in the vehicle based on the pre-configured first online strategy.
[0087] The first online strategy is that the vehicle-mounted communication terminal sends a heartbeat packet to the automobile remote service server (i.e., MQTT) at a preset frequency, so as to keep the vehicle-mounted communication terminal and the automobile remote service server in a connected state.
[0088] In this step, the first online strategy can be considered as a heartbeat signal (i.e., heartbeat packet) sent to the TSP platform at a preset frequency in a regular manner after the vehicle establishes a connection with the TSP platform through the vehicle-mounted communication terminal such as a vehicle communication module (i.e., TBox), so as to ensure the stability of the connection. One possible implementation is to send a message queue telemetry transport (English abbreviation: MQTT) server (English: Broker) in the TSP platform, which informs that the vehicle is in an online state.
[0089] Further, since the vehicle is in an online state, when the TSP platform receives the remote control instruction from the user terminal (specifically, the corresponding service program of the vehicle installed on the terminal), it can be directly forwarded to the vehicle-mounted communication terminal in the vehicle based on MQTT.
[0090] In one possible implementation, when the user issues a remote control instruction through the APP, the instruction is first encapsulated according to the protocol, sent to the TSP cloud, and then the TSP cloud parses the instruction according to the protocol with the APP, and encapsulates the instruction into a message according to the protocol applied by the vehicle-mounted communication terminal of the vehicle, and sends it to the Tbox through the MQTT Broker.
[0091] Optionally, the preset frequency can be 10 min / time, which can be adjusted based on actual conditions, i.e., if it is set too short, the TBox needs to frequently wake up to send the heartbeat packet, which increases the power consumption during sleep; if it is set too long, although the power consumption is saved, the TBox cannot be sensed by the TSP cloud in time if it is offline, which affects the use of normal functions.
[0092] Optionally, the remote control instruction can be: control the air conditioner to start, find the car, automatic parking, automatically drive to the user, open the door, open the trunk, lock the car, seat heating, etc.
[0093] It should be understood that the automobile remote service server (i.e., TSP platform) can include a cloud service and a message queue telemetry transport service (i.e., MQTT); the vehicle includes a vehicle-mounted communication terminal (i.e., TBox) and a vehicle network.
[0094] In step 32, the vehicle wakes up the vehicle network according to the remote control instruction, so that the vehicle performs an operation corresponding to the remote control instruction.
[0095] In this step, after receiving the remote control instruction, the vehicle needs to wake up the vehicle network first in order to ensure that the instruction can be executed correctly and safely, that is, to help coordinate and synchronize all related systems and modules, ensure that the execution of the instruction can be completed smoothly and avoid any potential conflicts or failures, and then control the vehicle to perform the operation triggered by the user terminal according to the remote control instruction. In one possible implementation, the corresponding domain controller of the remote control instruction can perform the corresponding operation.
[0096] Optionally, the TBox can include a modem (English: Modem) and a Tbox application; and the vehicle network includes a plurality of domain controllers.
[0097] In one possible implementation, the Modem in the TBox receives the remote control instruction from the TSP cloud, first wakes up the Tbox application, and delivers the received message to the Tbox application. The Tbox application receives the instruction, parses the original remote control instruction according to the protocol, wakes up the vehicle network, and sends the instruction to the corresponding domain controller of the vehicle. The corresponding domain controller executes the original remote control instruction.
[0098] The vehicle control method provided by the embodiment of the application is applied to a vehicle and an automobile remote service server. The automobile remote service server sends a remote control instruction triggered by a user terminal to a vehicle-mounted communication terminal in the vehicle based on a first online strategy configured in advance. The first online strategy is that the vehicle-mounted communication terminal sends a heartbeat packet to the automobile remote service server at a preset frequency, so that the vehicle-mounted communication terminal and the automobile remote service server maintain a connection state. The vehicle wakes up a vehicle network according to the remote control instruction, so that the vehicle performs an operation corresponding to the remote control instruction. In the technical solution, the vehicle-mounted communication terminal sends a heartbeat packet to the automobile remote service server at a preset frequency, so that the vehicle-mounted communication terminal and the automobile remote service server maintain a connection state. Therefore, when the user terminal initiates a corresponding instruction for controlling the vehicle, the instruction can be quickly transferred to the vehicle end through the automobile remote service server, so that efficient and low-consumption control of the vehicle is realized.
[0099] Fig. 4 is a flowchart of a second embodiment of the vehicle control method provided by the present application. As shown in Fig. 4, the step of "Step 31: obtaining, by the vehicle communication terminal in the vehicle, the remote control instruction triggered by the user terminal and sent by the automobile remote service server based on the pre-configured first online strategy" in the above-mentioned steps can have the following implementation manners, including Step 41 and Step 42.
[0100] It should be understood that the following Step 42 and Step 43 are executed based on actual conditions, and Step 43 is implemented based on the second online strategy.
[0101] Step 41: obtaining, by the vehicle and the automobile remote service server respectively through the vehicle communication terminal, vehicle information;
[0102] The vehicle information includes at least one of the following: the storage value of the high-voltage battery in the vehicle, the current sleep duration of the vehicle, the voltage value of the storage battery in the vehicle, and the ambient temperature of the vehicle.
[0103] In this solution, before the whole vehicle sleeps, the sensors in the vehicle collect vehicle information, which is sent to the TBox through the vehicle data network. The TBox records the data and sends the information to the TSP cloud.
[0104] Then, the TBox and the TSP cloud will determine whether to use the first online strategy or the second online strategy based on the vehicle information.
[0105] Optionally, the following is a possible collection implementation of the vehicle information:
[0106] 1. The storage value of the high-voltage battery in the vehicle: generally refers to the battery capacity or remaining energy, which is usually monitored and reported by the battery management system (BMS) inside the vehicle. The BMS estimates the remaining energy or available capacity of the battery by monitoring the current, voltage, temperature and other parameters of the battery.
[0107] 2. The current sleep duration of the vehicle: the length of time after the vehicle stops using or enters the energy-saving mode. The electronic system of the vehicle records the time point when the vehicle enters the sleep mode and the cumulative sleep duration since then.
[0108] 3. The voltage value of the storage battery in the vehicle: can be directly detected by the output voltage of the storage battery;
[0109] 4. The ambient temperature of the vehicle: measured by temperature sensors inside the vehicle or weather station sensors. These sensors are usually distributed at various positions inside the vehicle and externally, such as the front of the vehicle.
[0110] It should be understood that the above-mentioned vehicle information is only an example, and in actual scenarios, it can not be limited to the above.
[0111] Step 42, if all items in the vehicle information meet the preset condition, the vehicle obtains the remote control instruction sent by the vehicle remote service server based on the first online strategy through the vehicle communication terminal;
[0112] The preset condition is that the storage value is greater than a first preset value, the sleep duration is less than a second preset value, the voltage value is greater than a third preset value, and the environment temperature is greater than a fourth preset value.
[0113] In this step, due to the energy use of the vehicle in the implementation of the first online strategy, in order to avoid the risk of power loss, after obtaining the vehicle information, the use of the first online strategy to implement a series of execution events of the remote control instruction can be limited under certain use conditions.
[0114] Optionally, the significance of judging the vehicle information and the preset condition is explained one by one:
[0115] 1. The storage value is greater than the first preset value:
[0116] Taking the battery state of charge (SOC) of the high-voltage battery as an example, also known as the power battery, which is composed of a plurality of battery monomers, a CSC information acquisition system, a battery management control unit, a battery high-voltage distribution unit, a cooling system and the like, is one of the most important systems of the vehicle, as the power source of new energy vehicles, directly determines the vehicle's range, duration, etc.; Although the TBox is not directly powered by the power battery, but by the 12V storage battery. When the voltage of the 12V storage battery is too low, it will be supplemented by the power battery. Therefore, in order to reduce the burden of the power battery, only when the available capacity of the power battery (i.e. the storage value) is greater than 10% (i.e. an example of the first preset value), the first online strategy can be used.
[0117] 2. The sleep duration is less than the second preset value:
[0118] That is, the vehicle sleep time refers to the time interval calculated from the time when the vehicle enters the sleep state. Since the data of the TBox comes from the vehicle sensor and the vehicle communication network, the TBox cannot obtain relevant data when the vehicle is in sleep. After the sleep exceeds seven days (i.e. an example of the second preset value), the data collected seven days ago may have a large deviation from the actual situation, and there is a risk of power loss if the heartbeat is continued to be awakened at intervals. Therefore, when the vehicle sleep time is within seven days, the first online strategy can be used.
[0119] 3. The voltage value is greater than the third preset value:
[0120] The battery is used for low-voltage electrical appliances and electric control system power supply of the whole vehicle, including TBox which is also powered by the battery, therefore, TBox wakes up once every 10 minutes to maintain the connection strategy, which will directly consume the stored power in the battery, although the intelligent power compensation strategy will use the power battery to supply power to the battery at regular intervals. However, when the battery voltage is less than or equal to 10.8v (i.e. an example of the third preset value), which is already at a very low value compared to the normal 12v, once the power supply of the power battery is not timely or the power supply mechanism fails, the heartbeat strategy continues to be maintained, which greatly increases the risk of battery power loss, therefore, when the voltage value is greater than the third preset value, the first online strategy can be used.
[0121] 4. The ambient temperature is greater than the fourth preset value:
[0122] In the above embodiment, the SOC of the high-voltage battery and the battery are introduced, and the intelligent power compensation is mentioned. The intelligent power compensation is a strategy in which the power battery charges the low-voltage battery when the vehicle is in a dormant state. When the vehicle is dormant, the vehicle-related ECU will periodically check the 12V battery voltage, and once it is below a certain threshold, the vehicle network will be awakened, the high-voltage will be powered on, and the power compensation will be performed. This is an important guarantee that the embodiment of the present application will not cause the battery to lose power and will not consume the battery power and thus affect the function of the whole vehicle. When the battery temperature is below a certain temperature (such as -20℃), the intelligent power compensation strategy is not executed, therefore, when the ambient temperature is greater than -18℃ (i.e. an example of the fourth preset value) before dormancy, the first online strategy can be used.
[0123] Optionally, before the first online strategy is implemented, i.e. the remote control instruction is sent to the vehicle-mounted communication terminal, the following implementation can also be realized:
[0124] Step 1. When the vehicle is dormant, wake up the vehicle-mounted communication terminal at a preset frequency;
[0125] In this implementation, when the vehicle is dormant, the TBox is also dormant, and the MQTT server cannot detect network activity between the TBox for a long time, and actively disconnects, resulting in vehicle offline, therefore, the TBox can be set with a timer, and the TBox is woken up at a preset frequency when the vehicle is dormant.
[0126] For example, 10min / time.
[0127] Step 2. The vehicle-mounted communication terminal sends a heartbeat packet to the automobile remote service server to keep the vehicle-mounted communication terminal and the automobile remote service server in a connected state;
[0128] In this implementation, after the TBox is woken up, it will send a heartbeat packet to the MQTT server through the Modem, so as to avoid disconnection of the MQTT server due to long time without receiving the heartbeat signal.
[0129] That is, Tbox is always connected with the MQTT server, and the TSP cloud can observe that the vehicle is always in an online state. When the APP remotely issues a control instruction when the vehicle is in sleep, it is not necessary to first send a wake-up SMS, but a remote control instruction can be directly issued, thereby saving response time.
[0130] Step 3, controlling the vehicle-mounted communication terminal to enter the sleep state again.
[0131] In this implementation, after the heartbeat packet is sent, the Tbox reenters the sleep state.
[0132] It should be understood that in actual use, the vehicle is connected to the TSP cloud through the MQTT service and uses the MQTT heartbeat mechanism, and the following implementation is used:
[0133] When the vehicle is connected to the TSP cloud through MQTT, a field keepAlive is used in the connection message sent by the vehicle to inform the TSP cloud of the heartbeat time interval. After the connection is established, if the TSP cloud does not receive a message published by the vehicle or a heartbeat request within a certain multiple (for example, 1.5 times) of the heartbeat time interval, the TSP cloud considers that the vehicle has been disconnected.
[0134] In the embodiment of the application, the field KeepAlive is set to 600 seconds, that is, 10 minutes (an example of a preset frequency). After the vehicle is in sleep, the TBox wakes up once every 10 minutes to send a heartbeat packet to inform the MQTT in the TSP cloud to keep the connection. If KeepAlive is set too short, the TBox needs to frequently wake up to send a heartbeat packet, thereby increasing power consumption during sleep. If KeepAlive is set too long, although power consumption is saved, if the TBox is disconnected, it cannot be sensed by the TSP cloud in time, thereby affecting the use of normal functions.
[0135] Step 43, if any of the vehicle information does not meet the preset condition, the automobile remote service server sends a remote control instruction to the vehicle-mounted communication terminal based on a second online strategy preconfigured;
[0136] The second online strategy is that the automobile remote service server wakes up the vehicle-mounted communication terminal in the form of an SMS to make the vehicle-mounted communication terminal in an online state.
[0137] In this step, when any of the following conditions is determined: the accumulated power value is not greater than a first preset value, the sleep duration is not less than a second preset value, the voltage value is not greater than a third preset value, and the ambient temperature is not greater than a fourth preset value, a remote control instruction needs to be sent to the vehicle-mounted communication terminal through the second online strategy.
[0138] Optionally, the implementation of the second online strategy, i.e., sending the remote control instruction to the vehicle-mounted communication terminal, can also be implemented as follows: calling a service operator interface corresponding to the vehicle to enable the service operator to send the wake-up information, i.e., the short message wake-up, to the vehicle;
[0139] The short message wake-up is used to enable the vehicle to enter the online state from the offline state.
[0140] In this implementation, the corresponding service operator interface can be called according to the SIM card number, and then the wake-up information is sent to wake up the vehicle. After being woken up, the TBox logs in to the TSP platform in the wake-up information login mode. The gateway layer sends the wake-up login packet to the login state (i.e., Login-Status). The Login-Status obtains the cached remote control instruction that has not been sent from Redis, sends the remote control instruction to the gateway layer, and sends the packaged remote control instruction to the TBox according to different remote control instructions and protocols.
[0141] The vehicle control method provided in the embodiments of the present application is applied to a vehicle and a vehicle remote service server. The vehicle and the vehicle remote service server obtain vehicle information through a vehicle-mounted communication terminal. The vehicle information includes at least one of the following: the storage value of a high-voltage battery in the vehicle, the current sleep duration of the vehicle, the voltage value of the storage battery in the vehicle, and the ambient temperature of the vehicle. If all the items in the vehicle information meet the preset conditions, the vehicle obtains the remote control instruction of the vehicle remote service server through the vehicle-mounted communication terminal based on a first online strategy. The preset conditions are that the storage value is greater than a first preset value, the sleep duration is less than a second preset value, the voltage value is greater than a third preset value, and the ambient temperature is greater than a fourth preset value. If any item in the vehicle information does not meet the preset conditions, the vehicle remote service server sends the remote control instruction to the vehicle-mounted communication terminal based on a second online strategy configured in advance. The second online strategy is that the vehicle remote service server enables the vehicle-mounted communication terminal to be in the online state in the short message wake-up mode. In this technical solution, the vehicle information is used to determine whether to send the heartbeat packet or to call the service operator interface to maintain the online state of the vehicle, thereby avoiding the occurrence of situations such as reduced energy consumption and power loss of the vehicle.
[0142] On the basis of the above-mentioned embodiments, the following FIG. 5, FIG. 6 and FIG. 7 are several specific embodiments provided by the embodiments of the present application, which do not limit the application scenarios and are only for the convenience of understanding the scheme:
[0143] FIG. 5 is a flowchart of a vehicle control method according to an embodiment of the present application. As shown in FIG. 5, the method includes the following steps.
[0144] The implementation is explained from the three sides of the user terminal (APP), TSP cloud, and vehicle.
[0145] Vehicle: sends the whole vehicle information (vehicle information described above) to the hibernating forward TSP cloud, and judges whether there is a risk of power loss; if yes, hibernates, does not maintain the connection (heartbeat packet) with MQTT, and executes the mode of short message wake-up; if no, hibernates, maintains the connection with MQTT, and wakes up the TBox;
[0146] TSP cloud: after obtaining the whole vehicle information, judges whether there is a risk of power loss; if yes, does not wake up the TBox first, waits for the APP end to issue a remote control instruction, and then executes the mode of short message wake-up; if no, receives the remote control instruction after the APP issues the remote control instruction; and issues the remote control instruction to the vehicle through MQTT;
[0147] Vehicle: after being woken up and receiving the remote control instruction, executes the remote control instruction, obtains the execution result, and returns the execution result to the TSP cloud, so that the TSP cloud sends the execution result to the APP.
[0148] In a specific implementation of the above mode: before the vehicle hibernates, the whole vehicle data will be collected, and whether the vehicle has a risk of power loss will be judged through the high-voltage battery SOC, the environmental temperature, and the storage battery voltage. If there is a risk of power loss, the TBox will not maintain the MQTT connection. When hibernation exceeds seven days, the MQTT connection will also not be maintained. Otherwise, as described above, the TBox actively wakes up every certain period of time, sends the heartbeat packet, always maintains the MQTT connection, and the vehicle is always online; at the same time, the whole vehicle information data will be uploaded to the TSP cloud for use by the TSP cloud. Through the method, the remote control execution time of the vehicle in the hibernation state is finally reduced from 8 seconds to 1.5 seconds, which significantly improves the immediacy and intelligence of the remote control vehicle method.
[0149] FIG. 6 is a flowchart of a vehicle control method provided by an embodiment of the application. As shown in FIG. 6, taking the example of remotely controlling the vehicle to turn on the air conditioner, the following is described:
[0150] In this embodiment, the user first locks the vehicle and leaves, and after a period of time, the vehicle enters a hibernation state. The user issues a remote control instruction to turn on the air conditioner, the TSP cloud wakes up the TBox through MQTT, and delivers the instruction to the TBox. The TBox receives the remote control instruction, first issues a high-voltage instruction to the VGM. In the whole vehicle, the VGM is responsible for protocol conversion, data exchange, and other work between different structures and characteristics of CAN bus network and other data network. In this embodiment, the VGM will send the high-voltage instruction to the corresponding electronic control unit (ECU), and then the whole vehicle is woken up and powered on.
[0151] After power on, the TBox will open the air conditioner instruction and its parameters to the VGM, the VGM will pass the instruction to the corresponding domain controller, the domain controller executes the instruction, and returns the result. Finally, the remote control instruction result returns to the user's mobile phone APP through the TSP cloud.
[0152] Fig. 7 is a flowchart of a vehicle control method provided by an embodiment of the present application. As shown in Fig. 7, taking remote vehicle search as an example for illustration:
[0153] In this embodiment, the user first locks the vehicle and a period of time later, the vehicle enters the hibernation state. The user issues a remote vehicle search instruction, and the instruction is transmitted to the TBox through the TSP cloud. Unlike Fig. 6, the vehicle search function does not need to be on high voltage, and the TBox directly sends the vehicle search instruction to the digital cockpit head unit (DHU). In this vehicle model, the DHU is responsible for transmitting the telematics control and management (TCAM) instruction to the vehicle end.
[0154] The remaining parts are the same as those in Fig. 6. After receiving the instruction, the domain controller of the vehicle executes the corresponding action and returns the result.
[0155] The technical solutions and technical effects shown in Figs. 5-7 are similar to those of the above-mentioned embodiments, and will not be described here.
[0156] The following is an apparatus embodiment provided by the present application, which can be used to execute the method embodiments of the present application. For details not disclosed in the apparatus embodiments of the present application, please refer to the method embodiments of the present application.
[0157] Fig. 8 is a structural schematic diagram of a vehicle control device provided by an embodiment of the present application. As shown in Fig. 8, the vehicle control device is applied to a vehicle and includes:
[0158] The acquisition module 81 is configured to acquire, based on a preconfigured first online strategy, a remote control instruction triggered by a user terminal and sent by an automobile remote service server through a vehicle telematics terminal in the vehicle; the first online strategy is that the vehicle telematics terminal sends a heartbeat packet to the automobile remote service server at a preset frequency, so that the vehicle telematics terminal and the automobile remote service server maintain a connection state;
[0159] The processing module 82 is configured to wake up the whole vehicle network according to the remote control instruction, so that the vehicle executes an operation corresponding to the remote control instruction.
[0160] In one or more embodiments, the acquisition module 81 is configured to:
[0161] acquire vehicle information through the vehicle-mounted communication terminal, the vehicle information comprising at least one of: a storage value of a high-voltage battery in the vehicle, a current sleep duration of the vehicle, a voltage value of the storage battery in the vehicle, and an ambient temperature of the vehicle;
[0162] if all items in the vehicle information meet preset conditions, acquire a remote control instruction through the vehicle-mounted communication terminal based on a first online strategy, the preset conditions being: the storage value being greater than a first preset value, the sleep duration being less than a second preset value, the voltage value being greater than a third preset value, and the ambient temperature being greater than a fourth preset value.
[0163] In one or more embodiments, the acquisition module 81 is further configured to:
[0164] if any item in the vehicle information does not meet the preset conditions, acquire a remote control instruction through the vehicle-mounted communication terminal based on a second online strategy configured in advance; the second online strategy being that the automobile remote service server wakes up the vehicle-mounted communication terminal in the form of a short message to make the vehicle-mounted communication terminal in an online state.
[0165] In one or more embodiments, before acquiring the remote control instruction triggered by the user terminal and sent by the automobile remote service server through the vehicle-mounted communication terminal in the vehicle, the processing module 82 is further configured to:
[0166] wake up the vehicle-mounted communication terminal at a preset frequency when the vehicle is in a sleep state;
[0167] the vehicle-mounted communication terminal sends a heartbeat packet to the automobile remote service server to keep the vehicle-mounted communication terminal connected to the automobile remote service server;
[0168] control the vehicle-mounted communication terminal to enter a sleep state again.
[0169] The vehicle control device provided by the embodiments of the present application can be used to execute the vehicle control method in any of the above embodiments in which the execution subject is a vehicle, and has similar implementation principles and technical effects, which will not be described here.
[0170] FIG. 9 is a structural schematic diagram of a vehicle control device provided by an embodiment of the present application. As shown in FIG. 9, the vehicle control device is applied to an automobile remote service server and comprises:
[0171] the sending module 91 is configured to send a remote control instruction triggered by a user terminal to a vehicle-mounted communication terminal in a vehicle based on a first online strategy configured in advance, so that the vehicle executes an operation corresponding to the remote control instruction; the first online strategy being that the vehicle-mounted communication terminal sends a heartbeat packet to the automobile remote service server at a preset frequency to keep the vehicle-mounted communication terminal connected to the automobile remote service server.
[0172] In one or more embodiments, the sending module 91 is further configured to:
[0173] obtaining vehicle information sent by the vehicle-mounted communication terminal, the vehicle information comprising at least one of: a storage value of a high-voltage battery in the vehicle, a current sleep duration of the vehicle, a voltage value of the storage battery in the vehicle, and an ambient temperature of the vehicle;
[0174] if any of the vehicle information does not meet a preset condition, sending a remote control instruction to the vehicle-mounted communication terminal based on a second online strategy configured in advance, the preset condition being that the storage value is greater than a first preset value, the sleep duration is less than a second preset value, the voltage value is greater than a third preset value, and the ambient temperature is greater than a fourth preset value, and the second online strategy being that the automobile remote service server wakes up the vehicle-mounted communication terminal in a short message manner to make the vehicle-mounted communication terminal in an online state.
[0175] In one or more embodiments, before sending the remote control instruction to the vehicle-mounted communication terminal, the sending module 91 is further configured to:
[0176] invoke a service operator interface corresponding to the vehicle to make the service operator send wake-up information to the vehicle, the wake-up information being used to make the vehicle enter an online state from an offline state.
[0177] The vehicle control device provided by the embodiments of the present application can be used to execute the vehicle control method in any of the embodiments described above, the implementation principle and technical effects of which are similar, and thus will not be described here again.
[0178] It should be noted that the division of each module of the above device is only a logical division of functions, and all or part of the modules can be integrated into one physical entity, or can be physically separated. Moreover, all of the modules can be implemented in the form of software through a processing element, or all of the modules can be implemented in the form of hardware, or some modules are implemented in the form of software through a processing element, and some modules are implemented in the form of hardware. In addition, all or part of the modules can be integrated together, or can be independently implemented. The processing element described herein can be an integrated circuit having a signal processing capability. In the implementation process, each step of the above method or each module can be completed by an integrated logic circuit of hardware in the processing element or by instructions in the form of software.
[0179] FIG. 10 is a structural schematic diagram of an electronic device provided by an embodiment of the present application. As shown in FIG. 10, the electronic device can be a vehicle or an automobile remote service server.
[0180] The electronic device comprises a processor 101, a memory 102, and computer program instructions stored in the memory 102 and executable on the processor 101, and the processor 101 implements the method provided by any of the preceding embodiments when executing the computer program instructions.
[0181] Optionally, the above-mentioned various devices of the electronic device can be connected through a system bus.
[0182] The memory 102 can be a separate storage unit or can be integrated in the processor 101. The number of processors 101 is one or more.
[0183] It should be understood that the processor 101 can be a central processing unit (CPU), and can also be other general-purpose processors 101, digital signal processors 101 (DSP), application specific integrated circuits (ASIC), etc. The general-purpose processor 101 can be a microprocessor or can also be any conventional processor 101, etc. The steps of the method disclosed in the present application can be directly embodied as execution by a hardware processor 101, or executed by a combination of hardware and software modules in the processor 101.
[0184] The system bus can be a peripheral component interconnect (PCI) bus or an extended industry standard architecture (EISA) bus, etc. The system bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, only one thick line is shown in the figure, but it does not mean that there is only one bus or only one type of bus. The memory 102 can include a random access memory 102 (RAM) and can also include a non-volatile memory 102 (NVM), such as at least one disk memory 102.
[0185] All or part of the steps of the above-mentioned method embodiments can be completed by program instruction related hardware. The aforementioned program can be stored in a readable memory 102. When the program is executed, the steps of the above-mentioned method embodiments are executed; and the aforementioned memory 102 (storage medium) includes a read-only memory 102 (ROM), a RAM, a flash memory 102, a hard disk, a solid state disk, a magnetic tape, a floppy disk, an optical disc, and any combination thereof.
[0186] The electronic device provided in the embodiments of the present application can be used to execute the method provided in any of the above method embodiments related to the vehicle when the electronic device is a vehicle, and can be used to execute the method provided in any of the above method embodiments related to the automobile remote service server when the electronic device is an automobile remote service server, and the implementation principles and technical effects are similar, which will not be described here again.
[0187] The embodiments of the present application provide a computer readable storage medium, which stores computer instructions, and when the computer instructions run on a computer, the computer executes the above method.
[0188] The computer readable storage medium described above can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory, electrically erasable programmable read-only memory, erasable programmable read-only memory, programmable read-only memory, read-only memory, magnetic storage, flash memory, magnetic disk or optical disk. The readable storage medium can be any available medium that can be accessed by a general-purpose or special-purpose computer.
[0189] Optionally, the readable storage medium is coupled to the processor, so that the processor can read information from the readable storage medium and write information to the readable storage medium. Of course, the readable storage medium can also be a component of the processor. The processor and the readable storage medium can be located in an application specific integrated circuit (ASIC). Of course, the processor and the readable storage medium can also exist as discrete components in the device.
[0190] The embodiments of the present application also provide a computer program product, which includes a computer program stored in a computer readable storage medium, and at least one processor can read the computer program from the computer readable storage medium, and the at least one processor executes the computer program to implement the above method.
[0191] It should be understood that the present disclosure is not limited to the precise construction that has been described above and shown in the accompanying drawings, and that various modifications and changes can be made without departing from the scope thereof. The scope of the present disclosure is only limited by the appended claims.
Claims
1. A vehicle control method in which, The method is applied to a vehicle and comprises the following steps: Based on a preconfigured first online strategy, a user terminal triggered remote control instruction sent by a vehicle remote service server is acquired by a vehicle-mounted communication terminal in the vehicle; the first online strategy is that the vehicle-mounted communication terminal sends a heartbeat packet to the vehicle remote service server at a preset frequency, so that the vehicle-mounted communication terminal and the vehicle remote service server are kept in a connected state; According to the remote control instruction, a whole vehicle network is woken up, so that an operation corresponding to the remote control instruction is performed in the vehicle.
2. The method of claim 1, wherein, The method further comprises the following steps: The vehicle information includes at least one of the following: a storage value of a high-voltage battery in the vehicle, a current sleep duration of the vehicle, a voltage value of a storage battery in the vehicle, and an ambient temperature of the vehicle; If all items in the vehicle information meet preset conditions, the remote control instruction is acquired by the vehicle-mounted communication terminal based on the first online strategy; the preset conditions are that the storage value is greater than a first preset value, the sleep duration is less than a second preset value, the voltage value is greater than a third preset value, and the ambient temperature is greater than a fourth preset value.
3. The method of claim 2, wherein, The method further comprises the following steps: If any item in the vehicle information does not meet the preset conditions, the remote control instruction is acquired by the vehicle-mounted communication terminal based on a preconfigured second online strategy; the second online strategy is that the vehicle remote service server makes the vehicle-mounted communication terminal in an online state in a short message wake-up manner.
4. The method according to any one of claims 1 to 3, wherein, Before the vehicle-mounted communication terminal in the vehicle acquires the user terminal triggered remote control instruction sent by the vehicle remote service server, the method further comprises the following steps: When the vehicle is in sleep, the vehicle-mounted communication terminal is woken up at the preset frequency; The vehicle-mounted communication terminal sends the heartbeat packet to the vehicle remote service server, so that the vehicle-mounted communication terminal and the vehicle remote service server are kept in the connected state; The vehicle-mounted communication terminal is controlled to enter the sleep state again.
5. A vehicle control method in which, The method is applied to a vehicle and comprises the following steps: Based on a preconfigured first online strategy, a user terminal triggered remote control instruction is sent to a vehicle-mounted communication terminal in a vehicle, so that the vehicle performs an operation corresponding to the remote control instruction; the first online strategy is that the vehicle-mounted communication terminal sends a heartbeat packet to the vehicle remote service server at a preset frequency, so that the vehicle-mounted communication terminal and the vehicle remote service server are kept in a connected state.
6. The method of claim 5, wherein, The method further comprises the following steps: Vehicle information sent by the vehicle-mounted communication terminal is acquired, and the vehicle information includes at least one of the following: a storage value of a high-voltage battery in the vehicle, a current sleep duration of the vehicle, a voltage value of a storage battery in the vehicle, and an ambient temperature of the vehicle; If any of the vehicle information does not meet the preset condition, the remote control instruction is sent to the vehicle communication terminal based on a second preconfigured online strategy; the preset condition is that the electricity storage value is greater than a first preset value, the hibernation time length is less than a second preset value, the voltage value is greater than a third preset value, and the ambient temperature is greater than a fourth preset value; the second online strategy is that the car remote service server wakes up in the form of a short message to make the vehicle communication terminal in an online state.
7. The method of claim 6, wherein, Before the remote control instruction is sent to the vehicle communication terminal, the method further includes: The service operator interface corresponding to the vehicle is called to make the service operator send wake-up information to the vehicle, and the wake-up information is used to make the vehicle enter an online state from an offline state.
8. A vehicle control device, wherein, The device applied to a vehicle includes: The acquisition module is configured to acquire a remote control instruction triggered by a user terminal and sent by a car remote service server through a vehicle communication terminal in the vehicle based on a first preconfigured online strategy; the first online strategy is that the vehicle communication terminal sends a heartbeat packet to the car remote service server at a preset frequency to keep the vehicle communication terminal and the car remote service server in a connection state; The processing module is configured to wake up a whole vehicle network according to the remote control instruction to make the vehicle perform an operation corresponding to the remote control instruction.
9. A vehicle control device, wherein, The device applied to a car remote service server includes: The sending module is configured to send a remote control instruction triggered by a user terminal to a vehicle communication terminal in a vehicle based on a first preconfigured online strategy to make the vehicle perform an operation corresponding to the remote control instruction; the first online strategy is that the vehicle communication terminal sends a heartbeat packet to the car remote service server at a preset frequency to keep the vehicle communication terminal and the car remote service server in a connection state.
10. A vehicle, wherein, It includes: A processor and a memory connected with the processor in communication; The memory stores computer execution instructions; The processor executes the computer execution instructions stored in the memory to implement the method in any one of claims 1 to 4.
11. An automobile remote service server, wherein, It includes: A processor and a memory connected with the processor in communication; The memory stores computer execution instructions; The processor executes the computer execution instructions stored in the memory to implement the method in any one of claims 5 to 7.
12. A computer readable storage medium, wherein, The computer readable storage medium stores computer execution instructions, and the computer execution instructions are executed by the processor to implement the method in any one of claims 1 to 7.
Citation Information
Patent Citations
Vehicle-mounted terminal awakening system, awakening method, vehicle-mounted terminal, vehicle and server
CN107295025A
Bike lock communication system of sharing bike and bike lock communication method
CN108462987A
Network connection vehicle wake-up method and device and equipment and medium
CN110049107A
Vehicle remote control method and device, electronic equipment and storage medium
CN117768515A
Vehicle-mounted equipment control method and device, equipment and storage medium
CN118101740A