WO2024082916A1

WO2024082916A1 - Vehicle-mounted remote control method, device, and system

Info

Publication number: WO2024082916A1
Application number: PCT/CN2023/120696
Authority: WO
Inventors: 潘爵雨
Original assignee: 华为技术有限公司
Priority date: 2022-10-20
Filing date: 2023-09-22
Publication date: 2024-04-25
Also published as: CN117956007A

Abstract

The present application relates to the technical field of terminals, and provides a vehicle-mounted remote control method, device, and system. In the present application, according to acquired different user states, a server switches different wake-up modes to wake up a dormant vehicle. A vehicle remote control time delay is reduced while vehicle power consumption is reduced. The method comprises: a server receiving first information sent after a first device determines a change in a user state, the first information being used for instructing to switch wake-up modes to wake up a second device, and the wake-up modes comprising a first wake-up mode and a second wake-up mode; when it is determined that the user state changes from an inactive state to an active state, switching from the first wake-up mode to the second wake-up mode in response to a first information wake-up mode; and when it is determined that the user state changes from the active state to the inactive state, switching from the second wake-up mode to the first wake-up mode in response to the first information wake-up mode.

Description

Vehicle remote control method, device and system

This application claims priority to the Chinese patent application filed with the State Intellectual Property Office on October 20, 2022, with application number 202211289109.2 and invention name “Vehicle-mounted remote control method, device and system”, the entire contents of which are incorporated by reference in this application.

Technical Field

The embodiments of the present application relate to the field of terminal technology, and in particular to a vehicle-mounted remote control method, device, and system.

Background technique

With the popularity of smart cars, remote control of vehicles has become a demand of people. For example, remote control of vehicle components through electronic devices, such as remote control of window switches, air conditioning switches in the car, vehicle horns, etc. Then, after the vehicle is turned off, the components in the vehicle need to be in normal working mode all the time to meet the user's remote control needs. The components in the vehicle are always in normal working mode, which increases the consumption of vehicle battery power.

Therefore, generally, the components in the vehicle will enter a dormant state after the vehicle is turned off. Later, when remote control is required, the corresponding components in the vehicle are awakened. However, the current awakening method cannot provide users with a good remote control experience.

Summary of the invention

In order to solve the above technical problems, the embodiments of the present application provide a vehicle remote control method, device and system. The technical solution provided by the embodiments of the present application is that the server switches to different wake-up methods according to different user states obtained to wake up the dormant vehicle. While reducing the power consumption of the vehicle, the vehicle remote control delay is reduced.

In order to achieve the above technical objectives, the embodiments of the present application provide the following technical solutions:

The first aspect provides a vehicle remote control method, which is applied to a server. The method includes: receiving a first message sent by a first device after determining that a user status has changed. The first message is used to instruct the server to switch the wake-up method for waking up the second device, and the wake-up method includes a first wake-up method and a second wake-up method. The change in user status includes: a change from an active state to an inactive state, or a change from an inactive state to an active state. When the user status changes from an inactive state to an active state, the wake-up method is switched from the first wake-up method to the second wake-up method in response to the first information. When the user status changes from an active state to an inactive state, the wake-up method is switched from the second wake-up method to the first wake-up method in response to the first information.

Optionally, the first information is, for example, user status indication information, which is used to indicate a changed user status, or to indicate a change from one user status to another user status.

Optionally, the first information may also be a wake-up mode switching indication, which is used to indicate the switched wake-up mode, or to indicate switching from one wake-up mode to another wake-up mode.

Optionally, the active state is used to indicate that the user is more likely to operate the first device to remotely control the second device (such as a vehicle), such as the user is using the first device. The inactive state is used to indicate that the user is more likely not to use the first device to remotely control the second device, such as the first device is turned off.

Optionally, the first wake-up method is, for example, a method of waking up via a text message, and the second wake-up method is, for example, a method of waking up via an IP address.

In this way, the server can automatically switch to different wake-up methods for waking up the vehicle (i.e., the second device) according to the first information obtained, while realizing remote control of the vehicle by the first device, taking into account the efficiency of vehicle remote control and vehicle power consumption, thereby improving the user experience.

According to the first aspect, the method further includes: the server receives second information sent by the first device, and the second information is used to remotely control the second device. The server determines the wake-up method currently used. When the first wake-up method is used, the server sends a first wake-up instruction to the communication unit of the second device via a text message, and the first wake-up instruction is used to wake up the second device. When the second wake-up method is used, the server sends a second wake-up instruction to the communication unit of the second device through the connection with the communication unit in the second device, and the second wake-up instruction is used to wake up the second device.

Optionally, the second information is, for example, a remote control instruction, used to instruct remote control of corresponding components in the second device, such as windows, air conditioning, seats, etc.

In this way, the server can wake up the second device in the process of adopting different wake-up methods. After the second device is woken up, the first device can remotely control the second device.

According to the first aspect, or any implementation of the first aspect above, when the first wake-up method is adopted, a first wake-up instruction is sent to the communication unit of the second device via text message, including: when the first wake-up method is adopted, according to the vehicle identification code of the second device and the number of the communication unit, a first wake-up instruction is sent to the communication unit of the second device via text message.

In this way, when the server adopts the first wake-up method, it can communicate with the second device by sending text messages to wake up the second device and achieve remote control.

According to the first aspect, or any implementation of the first aspect above, when the second wake-up method is adopted, a second wake-up instruction is sent to the communication unit of the second device through the connection between the communication unit in the second device, including: when the second wake-up method is adopted, according to the vehicle identification code of the second device and the Internet Protocol address of the communication unit, the second wake-up instruction is sent to the communication unit of the second device through the connection between the communication unit in the second device.

In this way, when the server adopts the second wake-up method, it can realize communication through the connection with the communication unit of the second device to wake up the second device and realize remote control. Moreover, compared with communication in the form of SMS, the communication realized through the connection between the server and the communication unit can reduce the communication delay, thereby improving the remote control efficiency.

According to the first aspect, or any implementation method of the first aspect above, the wake-up mode is switched from the first wake-up mode to the second wake-up mode, including: sending third information to the communication unit in the second device via text message, and the third information is used to indicate the establishment of a connection between the server and the communication unit.

Exemplarily, before the server determines to use the second wake-up method to wake up the second device, the server uses the first wake-up method to wake up the second device. That is, after the server determines that the user status has changed from an inactive state to an active state, it switches the first wake-up method to the second wake-up method. In the first wake-up method, the server uses text messages to communicate with the communication unit of the second device, so the server can send instruction information to the communication unit of the second device via text messages. Thus, through the instruction information, the communication unit of the second device is instructed to establish a permanent data link with the server, thereby switching the first wake-up method to the second wake-up method.

According to the first aspect, or any implementation of the first aspect above, the wake-up mode is switched from the second wake-up mode to the first wake-up mode, including: sending fourth information to the communication unit through the connection with the communication unit in the second device, the fourth information is used to indicate disconnection. Alternatively, the fourth information is sent to the communication unit by way of a text message.

Exemplarily, before the server determines to use the first wake-up method to wake up the second device, the server uses the second wake-up method to wake up the second device. That is, after the server determines that the user status has changed from an active state to an inactive state, it switches the second wake-up method to the first wake-up method. In the second wake-up method, a permanent data link is established between the server and the communication unit of the second device. Then, based on the IP address of the communication unit of the second device, the server can send indication information to the communication unit of the second device through the permanent data link, and the indication information can be sent in the form of a message. Alternatively, the server can also send indication information to the communication unit of the second device in the form of a text message. Thus, through the indication information, the communication unit of the second device is instructed to disconnect the permanent data link with the server, thereby switching the second wake-up method to the first wake-up method.

The second aspect provides a vehicle remote control method, which is applied to a first device. The method includes: obtaining a user status, where the user status includes an active state and an inactive state. After determining that the user status has changed, sending a first message to a server, where the first message is used to instruct the server to switch a wake-up method for waking up the second device, where the wake-up method includes a first wake-up method and a second wake-up method, and the user status change includes: changing from an active state to an inactive state, or changing from an inactive state to an active state.

According to the second aspect, the method further includes: sending second information to the server, where the second information is used to remotely control the second device.

According to the second aspect, or any implementation of the first aspect, obtaining the user status includes: determining, through a first sensor, that the user is inactive after being inactive for a period of time exceeding a preset time. And/or, obtaining a shutdown event, determining that the user is inactive. And/or, obtaining third information sent by a fourth device, the third information is used to indicate that the user enters a sleep state, and determining that the user is inactive. And/or, modeling the user's usage habits of using the first device to remotely control the second device, and determining the user status through model analysis.

Optionally, the fourth device is, for example, a wearable device carried by a user. Alternatively, the first device is located in a smart home system, and the fourth device is other electronic devices in the smart home system.

In this way, the first device can determine the user status by determining the motion status of the first device, the usage of the first device, the acquired user status information, etc., in one or more ways, thereby improving the accuracy of determining the user status and thus improving the accuracy of switching the wake-up mode.

The technical effects corresponding to the second aspect and any implementation method of the second aspect can be found in the technical effects corresponding to the above-mentioned first aspect and any implementation method of the first aspect, and will not be repeated here.

The third aspect provides a server. The server includes: a processor and a memory, the memory is coupled to the processor, the memory is used to store program code, when the processor reads the program code from the memory, the server executes: receiving the first information sent by the first device after determining that the user status has changed. The first information is used to instruct the server to switch the wake-up method for waking up the second device, the wake-up method includes the first wake-up method and the second wake-up method, the user status change includes: from active state to inactive state, or from inactive state to active state; when the user status changes from inactive state to active state, the wake-up method is switched from the first wake-up method to the second wake-up method in response to the first information; when the user status changes from active state to inactive state, the wake-up method is switched from the second wake-up method to the first wake-up method in response to the first information.

According to the third aspect, when the processor reads the program code from the memory, the server is also caused to perform the following operations: receiving a second message sent by the first device, the second message being used to remotely control the second device. Determining the currently adopted wake-up method. When the first wake-up method is adopted, a first wake-up instruction is sent to the communication unit of the second device via a text message, and the first wake-up instruction is used to wake up the second device. When the second wake-up method is adopted, a second wake-up instruction is sent to the communication unit of the second device through the connection with the communication unit in the second device, and the second wake-up instruction is used to wake up the second device.

According to the third aspect, or any implementation method of the third aspect above, when the first wake-up method is adopted, a first wake-up instruction is sent to the communication unit of the second device via text message, including: when the first wake-up method is adopted, according to the vehicle identification code of the second device and the number of the communication unit, a first wake-up instruction is sent to the communication unit of the second device via text message.

According to the third aspect, or any implementation of the third aspect above, when the second wake-up method is adopted, a second wake-up instruction is sent to the communication unit of the second device through the connection between the communication unit in the second device, including: when the second wake-up method is adopted, according to the vehicle identification code of the second device and the Internet Protocol address of the communication unit, the second wake-up instruction is sent to the communication unit of the second device through the connection between the communication unit in the second device.

According to the third aspect, or any implementation method of the third aspect above, the wake-up mode is switched from the first wake-up mode to the second wake-up mode, including: sending third information to the communication unit in the second device via text message, and the third information is used to indicate the establishment of a connection between the server and the communication unit.

According to the third aspect, or any implementation of the third aspect, the wake-up mode is switched from the second wake-up mode to the first wake-up mode, including: sending fourth information to the communication unit through the connection with the communication unit in the second device, where the fourth information is used to indicate disconnection. Alternatively, the fourth information is sent to the communication unit by text message.

The technical effects corresponding to the third aspect and any one of the implementation methods of the third aspect can be found in the technical effects corresponding to the above-mentioned first aspect and any one of the implementation methods of the first aspect, and will not be repeated here.

The fourth aspect provides a device. The device includes: a processor and a memory, the memory is coupled to the processor, the memory is used to store program code, when the processor reads the program code from the memory, the device executes: obtaining the user status, the user status includes an active state and an inactive state. After determining that the user status has changed, a first message is sent to the server, the first message is used to instruct the server to switch the wake-up method for waking up the second device, the wake-up method includes a first wake-up method and a second wake-up method, and the user status change includes: changing from an active state to an inactive state, or changing from an inactive state to an active state.

According to the fourth aspect, when the processor reads the program code from the memory, it also causes the device to perform the following operations: sending second information to the server, where the second information is used to remotely control the second device.

According to the fourth aspect, or any implementation of the fourth aspect, obtaining the user status includes: determining, through a first sensor, that the user is inactive after being inactive for a period of time exceeding a preset time. And/or, obtaining a shutdown event, determining that the user is inactive. And/or, obtaining third information sent by a fourth device, the third information being used to indicate that the user enters a sleep state, and determining that the user is inactive. And/or, modeling the user's usage habits of using the first device to remotely control the second device, and determining the user status through model analysis.

The technical effects corresponding to the fourth aspect and any one of the implementation methods of the fourth aspect can be found in the technical effects corresponding to the above-mentioned second aspect and any one of the implementation methods of the second aspect, and will not be repeated here.

The fifth aspect provides a vehicle-mounted remote control system, which includes a first device, a server, and a second device. The first device is used to obtain a user status, which includes an active state and an inactive state. The first device is also used to send a first message to the server after determining that the user status has changed, and the first message is used to instruct the server to switch a wake-up method for waking up the second device, and the wake-up method includes a first wake-up method and a second wake-up method. The change in user status includes: a change from an active state to an inactive state, or a change from an inactive state to an active state. The server is used to receive the first message sent by the first device after determining that the user status has changed, and when the user status changes from an inactive state to an active state, the server responds to the first message. An information wake-up mode is switched from a first wake-up mode to a second wake-up mode; when a user status changes from an active state to an inactive state, the first information wake-up mode is switched from the second wake-up mode to the first wake-up mode in response to the first information wake-up mode.

According to a fifth aspect, the server is used to determine, through a first sensor, that the user is inactive after being inactive for a period of time exceeding a preset time. And/or, obtain a shutdown event and determine that the user is inactive. And/or, obtain third information sent by a fourth device, the third information is used to indicate that the user has entered a sleep state, and determine that the user is inactive. And/or, model the user's usage habits of using the first device to remotely control the second device, and determine the user's status through model analysis.

According to the fifth aspect, or any implementation of the fifth aspect above, the first device is further used to send second information to the server, and the second information is used to remotely control the second device. The server is also used to receive the second information sent by the first device. The server is also used to determine the wake-up method currently used. When the first wake-up method is used, a first wake-up instruction is sent to the communication unit of the second device via a text message, and the first wake-up instruction is used to wake up the second device. When the second wake-up method is used, a second wake-up instruction is sent to the communication unit of the second device through a connection with the communication unit in the second device, and the second wake-up instruction is used to wake up the second device.

According to the fifth aspect, or any implementation of the fifth aspect above, the server is used to send a first wake-up instruction to the communication unit of the second device via SMS based on the vehicle identification code and the communication unit number of the second device when the first wake-up method is adopted.

According to the fifth aspect, or any implementation of the fifth aspect above, the server is used to send a second wake-up instruction to the communication unit of the second device through the connection between the communication unit in the second device according to the vehicle identification code of the second device and the Internet Protocol address of the communication unit when the second wake-up method is adopted.

According to the fifth aspect, or any implementation of the fifth aspect above, the server is also used to send third information to the communication unit in the second device via SMS, and the third information is used to indicate the establishment of a connection between the server and the communication unit.

According to the fifth aspect, or any implementation of the fifth aspect above, the server is further configured to send fourth information to the communication unit through the connection with the communication unit in the second device, wherein the fourth information is used to indicate disconnection. Alternatively, the fourth information is sent to the communication unit via a text message.

The technical effects corresponding to the fifth aspect and any one of the implementation methods of the fifth aspect can be found in the technical effects corresponding to the above-mentioned first aspect and any one of the implementation methods of the first aspect, and will not be repeated here.

A sixth aspect provides a server having the function of implementing the vehicle remote control method as described in the first aspect and any possible implementation thereof. The function can be implemented by hardware, or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above functions.

The technical effects corresponding to the sixth aspect and any one of the implementation methods of the sixth aspect can be found in the technical effects corresponding to the above-mentioned first aspect and any one of the implementation methods of the first aspect, and will not be repeated here.

A seventh aspect provides a device having the function of implementing the vehicle remote control method as described in the second aspect and any possible implementation thereof. The function can be implemented by hardware, or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above functions.

The technical effects corresponding to the seventh aspect and any one of the implementation methods of the seventh aspect can be found in the technical effects corresponding to the above-mentioned second aspect and any one of the implementation methods of the second aspect, and will not be repeated here.

The eighth aspect provides a computer-readable storage medium. The computer-readable storage medium stores a computer program (also referred to as an instruction or code), and when the computer program is executed by a server, the server executes the method of the first aspect or any one of the implementations of the first aspect.

The technical effects corresponding to the eighth aspect and any one of the implementation methods of the eighth aspect can be found in the technical effects corresponding to the above-mentioned first aspect and any one of the implementation methods of the first aspect, and will not be repeated here.

The ninth aspect provides a computer-readable storage medium. The computer-readable storage medium stores a computer program (also referred to as an instruction or code), and when the computer program is executed by a device, the device executes the method of the second aspect or any one of the implementations of the second aspect.

The technical effects corresponding to the ninth aspect and any one of the implementation methods of the ninth aspect can be found in the technical effects corresponding to the above-mentioned second aspect and any one of the implementation methods of the second aspect, and will not be repeated here.

The tenth aspect provides a computer program product, which, when executed on a server, enables the server to execute the method of the first aspect or any one of the implementations of the first aspect.

The technical effects corresponding to the tenth aspect and any one of the implementation methods in the tenth aspect can be referred to the technical effects corresponding to the above-mentioned first aspect and any one of the implementation methods in the first aspect, and will not be repeated here.

The eleventh aspect provides a computer program product. When the computer program product runs on a device, the device executes the method of the second aspect or any one of the implementations of the second aspect.

The technical effects corresponding to the eleventh aspect and any one of the implementation methods in the eleventh aspect can be referred to the technical effects corresponding to the above-mentioned second aspect and any one of the implementation methods in the second aspect, and will not be repeated here.

The twelfth aspect provides a circuit system, the circuit system includes a processing circuit, and the processing circuit is configured to execute the method of the first aspect or any one of the embodiments of the first aspect.

The technical effects corresponding to the twelfth aspect and any one of the implementation methods of the twelfth aspect can be found in the technical effects corresponding to the above-mentioned first aspect and any one of the implementation methods of the first aspect, and will not be repeated here.

The thirteenth aspect provides a circuit system, the circuit system includes a processing circuit, and the processing circuit is configured to execute the method of the second aspect or any one of the embodiments of the second aspect.

The technical effects corresponding to the thirteenth aspect and any one of the implementation methods of the thirteenth aspect can be referred to the technical effects corresponding to the above-mentioned second aspect and any one of the implementation methods of the second aspect, and will not be repeated here.

The fourteenth aspect provides a chip system, comprising at least one processor and at least one interface circuit, wherein the at least one interface circuit is used to perform transceiver functions and send instructions to at least one processor, and when the at least one processor executes the instructions, the at least one processor executes the method of the first aspect or any one of the embodiments of the first aspect.

The technical effects corresponding to the fourteenth aspect and any one of the implementation methods of the fourteenth aspect can be found in the technical effects corresponding to the above-mentioned first aspect and any one of the implementation methods of the first aspect, and will not be repeated here.

The fifteenth aspect provides a chip system, comprising at least one processor and at least one interface circuit, wherein the at least one interface circuit is used to perform transceiver functions and send instructions to at least one processor, and when the at least one processor executes the instructions, the at least one processor executes the method of the second aspect or any one of the embodiments of the second aspect.

The technical effects corresponding to the fifteenth aspect and any one of the implementation methods of the fifteenth aspect can be found in the technical effects corresponding to the above-mentioned second aspect and any one of the implementation methods of the second aspect, and will not be repeated here.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG1 is a schematic diagram of a communication system for applying a vehicle remote control method provided in an embodiment of the present application;

FIG2 is a schematic diagram of the hardware structure of a first device provided in an embodiment of the present application;

FIG3 is a schematic diagram of the hardware structure of a server provided in an embodiment of the present application;

FIG4 is a schematic diagram of an application scenario of the vehicle remote control method provided in an embodiment of the present application;

FIG5 is a flow chart of a vehicle remote control method according to an embodiment of the present application;

FIG6A is a second flow chart of the vehicle remote control method provided in an embodiment of the present application;

FIG6B is a third flow chart of the vehicle remote control method provided in an embodiment of the present application;

FIG7 is a first schematic diagram of an interface provided in an embodiment of the present application;

FIG8 is a second schematic diagram of an interface provided in an embodiment of the present application;

FIG9 is a schematic diagram of the structure of a server provided in an embodiment of the present application;

FIG. 10 is a schematic diagram of the structure of the first device provided in an embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application are described below in conjunction with the accompanying drawings in the embodiments of the present application. Wherein, in the description of the embodiments of the present application, the terms used in the following embodiments are only for the purpose of describing specific embodiments, and are not intended to be used as limitations on the present application. As used in the specification and the appended claims of the present application, the singular expressions "one", "a kind of", "said", "above", "the" and "this" are intended to include expressions such as "one or more", unless there is a clear indication to the contrary in the context. It should also be understood that in the following embodiments of the present application, "at least one", "one or more" refer to one or more (including two).

References to "one embodiment" or "some embodiments" in this specification mean that one or more embodiments of the present application include a particular feature, structure or characteristic described in conjunction with the embodiment. Thus, the phrases "in one embodiment", "in some embodiments", "in some other embodiments", "in some other embodiments", etc. appearing in different places in this specification do not necessarily refer to the same embodiment, but mean "one or more but not all embodiments", except Unless otherwise specifically emphasized. The terms "include", "comprising", "having" and their variations all mean "including but not limited to", unless otherwise specifically emphasized. The term "connected" includes direct and indirect connections, unless otherwise specified. "First" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated.

In the embodiments of the present application, the words "exemplarily" or "for example" are used to indicate examples, illustrations or explanations. Any embodiment or design described as "exemplarily" or "for example" in the embodiments of the present application should not be interpreted as being more preferred or more advantageous than other embodiments or designs. Specifically, the use of words such as "exemplarily" or "for example" is intended to present related concepts in a specific way.

Fig. 1 is a schematic diagram of a communication system for the vehicle remote control method provided in an embodiment of the present application. As shown in Fig. 1 , the communication system includes a first device 100, a second device 200 and a server 300.

Optionally, the first device 100 may be, for example, a mobile phone, a wearable device (such as a smart watch, a smart bracelet, etc.), a tablet computer, a laptop computer, an ultra-mobile personal computer (UMPC), a netbook, a personal digital assistant (PDA), an artificial intelligence (AI) device, or other mobile device. The operating system installed in the first device 100 includes but is not limited to Or other operating systems. This application does not limit the specific type of the first device 100 and the installed operating system.

Optionally, the second device 200 may be, for example, a vehicle, an on-board terminal, a car or other device. Optionally, the second device 200 may be a component in any of the above devices (for example, the second device 200 may refer to a chip system in any of the above devices). The second device 200 involved in the embodiment of the present application may also be an on-board module, an on-board module, an on-board component, an on-board chip or an on-board unit built into the vehicle as one or more components or units, and the vehicle may implement the method of the present application through the built-in on-board module, on-board module, on-board component, on-board chip or on-board unit. For example, the second device 200 may be a communication unit in the vehicle, such as a telematics box (T-Box). The embodiment of the present application does not limit the specific type of the second device 200.

Optionally, the server 300 may be a device or server with computing functions such as a cloud server or a network server. The server may be a single server, or a server cluster consisting of multiple servers, or a cloud computing service center.

In some embodiments, a first application for controlling the second device 200 is installed in the first device 100. Accordingly, the server 300 may be a server corresponding to the first application.

In some embodiments, a wireless communication connection is established between the first device 100 and the server 300, and a wireless communication connection is also established between the second device 200 and the server 300. Optionally, the wireless communication connection is established by, for example, establishing a wireless communication connection through a cellular network.

In some embodiments, after determining that the engine is turned off, the second device 200 may enter a dormant state to reduce battery consumption. Subsequently, the first device 100 responds to the user operation and determines that the user instructs to remotely control the second device 200, and the first device 100 may send a remote control instruction to the server 300. After receiving the remote control instruction, the server 300 may send a wake-up instruction to the second device 200 to wake up the second device 200. After waking up the second device 200, the server 300 may send a remote control instruction to the second device 200, thereby realizing remote control of the second device 200 by the first device 100.

For example, after leaving the vehicle (such as the second device 200), the user can remotely control the vehicle to close the windows through a mobile phone (such as the first device 100).

Exemplarily, FIG2 shows a schematic structural diagram of the first device 100 .

The first device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a sensor module 180, a button 190, a motor 191, an indicator 192, a camera 193, a display screen 194, and a subscriber identification module (SIM) card interface 195, etc.

It is understood that the structure illustrated in the embodiment of the present application does not constitute a specific limitation on the first device 100. In other embodiments of the present application, the first device 100 may include more or fewer components than shown in the figure, or combine some components, or split some components, or arrange the components differently. The components shown in the figure may be implemented in hardware, software, or a combination of software and hardware.

The processor 110 may include one or more processing units. For example, the processor 110 may include an application processor. processor, AP), modem processor, graphics processor (GPU), image signal processor (ISP), controller, video codec, digital signal processor (DSP), baseband processor, and/or neural-network processing unit (NPU), etc. Among them, different processing units can be independent devices or integrated in one or more processors.

The controller can generate operation control signals according to the instruction operation code and timing signal to complete the control of instruction fetching and execution.

The processor 110 may also be provided with a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may store instructions or data that the processor 110 has just used or cyclically used. If the processor 110 needs to use the instruction or data again, it may be directly called from the memory. This avoids repeated access, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

In some embodiments, the processor 110 may include one or more interfaces. The interface may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver/transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input/output (GPIO) interface, a subscriber identity module (SIM) interface, and/or a universal serial bus (USB) interface, etc.

The charging management module 140 is used to receive charging input from a charger. The charger may be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 may receive charging input from a wired charger through the USB interface 130. In some wireless charging embodiments, the charging management module 140 may receive wireless charging input through a wireless charging coil of the first device 100. While the charging management module 140 is charging the battery 142, it may also power the first device through the power management module 141.

The power management module 141 is used to connect the battery 142, the charging management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charging management module 140, and supplies power to the processor 110, the internal memory 121, the display screen 194, the camera 193, and the wireless communication module 160. The power management module 141 can also be used to monitor parameters such as battery capacity, battery cycle number, and battery health status (leakage, impedance).

The wireless communication function of the first device 100 can be implemented through antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, modem processor and baseband processor.

Antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in the first device 100 can be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve the utilization of the antennas.

The mobile communication module 150 can provide solutions for wireless communications including 2G/3G/4G/5G applied on the first device 100. The mobile communication module 150 may include at least one filter, a switch, a power amplifier, a low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves from the antenna 1, and filter, amplify, and process the received electromagnetic waves, and transmit them to the modulation and demodulation processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modulation and demodulation processor, and convert it into electromagnetic waves for radiation through the antenna 1. In some embodiments, at least some of the functional modules of the mobile communication module 150 can be set in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 can be set in the same device as at least some of the modules of the processor 110.

The modem processor may include a modulator and a demodulator. The modulator is used to modulate the low-frequency baseband signal to be sent into a medium-high frequency signal. The demodulator is used to demodulate the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After the low-frequency baseband signal is processed by the baseband processor, it is passed to the application processor. The application processor outputs a sound signal through an audio device, or displays an image or video through a display screen 194. In some embodiments, the modem processor may be an independent device. In other embodiments, the modem processor may be independent of the processor 110 and be set in the same device as the mobile communication module 150 or other functional modules.

The wireless communication module 160 can provide wireless communication solutions including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), infrared (IR), etc., applied on the first device 100. The wireless communication module 160 can be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, modulates the frequency of the electromagnetic wave signal and filters it, and sends the processed signal to the processor 110. Wireless communication module Block 160 can also receive the signal to be sent from processor 110, modulate the frequency of the signal, amplify the signal, and convert it into electromagnetic waves for radiation through antenna 2.

In some embodiments, the antenna 1 of the first device 100 is coupled to the mobile communication module 150, and the antenna 2 is coupled to the wireless communication module 160, so that the first device 100 can communicate with the network and other devices through wireless communication technology. The first device 100 implements the display function through a GPU, a display screen 194, and an application processor. The GPU is a microprocessor for image processing, which connects the display screen 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 110 may include one or more GPUs that execute program instructions to generate or change display information.

In some embodiments, when the first device 100 is displaying an application for controlling the second device 200 through the display screen 194, the first device 100 detects a user instruction to remotely control the operation of the second device 200, and sends a remote control instruction to the second device 200 through the wireless communication module 160 to achieve remote control of the second device 200.

The display screen 194 is used to display images, videos, etc. The display screen 194 includes a display panel. In some embodiments, the first device 100 may include 1 or N display screens 194, where N is a positive integer greater than 1.

The camera 193 is used to capture still images or videos. The object generates an optical image through the lens and projects it onto the photosensitive element. The photosensitive element converts the optical signal into an electrical signal, which is then transmitted to the ISP for conversion into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into an image signal in a standard RGB, YUV or other format. In some embodiments, the first device 100 may include 1 or N cameras 193, where N is a positive integer greater than 1.

The external memory interface 120 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the first device 100. The external memory card communicates with the processor 110 through the external memory interface 120 to implement a data storage function. For example, files such as music and videos are saved in the external memory card.

The internal memory 121 may be used to store computer executable program codes, which include instructions. The internal memory 121 may include a program storage area and a data storage area. The program storage area may store an operating system, at least one application required for a function, etc. The data storage area may store data created during the use of the first device 100, etc. In addition, the internal memory 121 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, etc. The processor 110 executes various functional applications and data processing of the first device 100 by running instructions stored in the internal memory 121 and/or instructions stored in a memory provided in the processor.

The audio module 170 is used to convert digital audio information into analog audio signal output, and is also used to convert analog audio input into digital audio signals. The audio module 170 can also be used to encode and decode audio signals. In some embodiments, the audio module 170 can be arranged in the processor 110, or some functional modules of the audio module 170 can be arranged in the processor 110.

The sensor module 180 may include a pressure sensor, a gyro sensor, an air pressure sensor, a magnetic sensor, an acceleration sensor, a distance sensor, a proximity light sensor, a fingerprint sensor, a temperature sensor, a touch sensor, an ambient light sensor, a bone conduction sensor, and the like.

The button 190 includes a power button, a volume button, etc. The button 190 may be a mechanical button. It may also be a touch button. The first device 100 may receive a button input and generate a key signal input related to the user settings and function control of the first device 100. The motor 191 may generate a vibration prompt. The indicator 192 may be an indicator light, which may be used to indicate the charging status, power change, message, missed call, notification, etc.

The SIM card interface 195 is used to connect a SIM card. The SIM card can be connected to or disconnected from the first device 100 by inserting the SIM card interface 195 or removing the SIM card interface 195. The first device 100 can support 1 or N SIM card interfaces, where N is a positive integer greater than 1.

Optionally, the second device 200 and the server 300 in the embodiment of the present application may be implemented by different devices, and the different devices may have the same, similar or somewhat different hardware structures, such as the hardware structure shown in FIG. 3 .

For example, taking the server 300 having the hardware structure shown in FIG. 3 as an example, the hardware structure shown in FIG. 3 is described.

The server 300 includes at least one processor 201 , a communication line 202 , a memory 203 and at least one communication interface 204 . The memory 203 may also be included in the processor 201 .

Processor 201 can be a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of the program of the present application.

The communication link 202 may include a pathway to transmit information between the above-mentioned components.

The communication interface 204 is used to communicate with other devices. In the embodiment of the present application, the communication interface can be a module, a circuit, a bus, an interface, a transceiver or other device capable of realizing a communication function, and is used to communicate with other devices. Optionally, when the communication interface is a transceiver, the transceiver can be an independently arranged transmitter, which can be used to send information to other devices, and the transceiver can also be an independently arranged receiver, which is used to receive information from other devices. The transceiver can also be a component that integrates the functions of sending and receiving information, and the embodiment of the present application does not limit the specific implementation of the transceiver.

The memory 203 may be a read-only memory (ROM) or other types of static storage devices that can store static information and instructions, a random access memory (RAM) or other types of dynamic storage devices that can store information and instructions, or an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disk storage, optical disk storage, magnetic disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store the desired program code in the form of instructions or data structures and can be accessed by the computer, but is not limited thereto. The memory may be independent and connected to the processor via the communication line 202. The memory may also be integrated with the processor.

The memory 203 is used to store computer-executable instructions for implementing the solution of the present application, and the execution is controlled by the processor 201. The processor 201 is used to execute the computer-executable instructions stored in the memory 203, thereby implementing the data processing method provided in the following embodiments of the present application.

Optionally, the computer-executable instructions in the embodiments of the present application may also be referred to as application code, instructions, computer program or other names, which are not specifically limited in the embodiments of the present application.

In a specific implementation, as an embodiment, the processor 201 may include one or more CPUs, such as CPU0 and CPU1 in FIG. 3 .

In a specific implementation, as an embodiment, the server 300 may include multiple processors, such as the processor 201 and the processor 207 in FIG3 . Each of these processors may be a single-CPU processor or a multi-CPU processor. The processor here may refer to one or more devices, circuits, and/or processing cores for processing data (e.g., computer program instructions).

In a specific implementation, as an embodiment, the server 300 may further include an output device 205 and an input device 206. The output device 205 communicates with the processor 201 and may display information in a variety of ways. For example, the output device 205 may be a liquid crystal display (LCD), a light emitting diode (LED) display device, a cathode ray tube (CRT) display device, or a projector. The input device 206 communicates with the processor 201 and may receive user input in a variety of ways. For example, the input device 206 may be a mouse, a keyboard, a touch screen device, or a sensor device.

It is understood that the structure shown in FIG. 3 in the embodiment of the present application does not constitute the only limitation on the implementation of the structure of the second device 200 or the server 300. In other embodiments of the present application, the second device 200 or the server 300 may include more or fewer components than shown in the figure, or combine some components, or split some components, or arrange the components differently. The components shown in the figure may be implemented in hardware, software, or a combination of software and hardware.

The following describes the vehicle-mounted remote control method provided in an embodiment of the present application by taking the first device 100 as a mobile device, the second device 200 as a vehicle, and the server 300 as a server as an example.

In some embodiments, an application (APP) for controlling a vehicle is installed in the mobile device, such as a first application. In response to the user's operation on the first application, the mobile device can send a remote control instruction to the vehicle through the server corresponding to the first application. Accordingly, the vehicle can receive the remote control instruction and control the corresponding vehicle components to perform corresponding operations according to the remote control instruction, thereby realizing the user's remote control of the vehicle. For example, the remote control instruction is used to instruct the vehicle to open the window, so after receiving the remote control instruction, the vehicle can control the window to open.

Optionally, the vehicle includes a communication unit, which can be used to monitor external signal instructions, such as remote control instructions sent by the monitoring server. The communication unit in the vehicle is, for example, a telematics box (T-Box), and the vehicle receives the remote control instructions sent by the server through the T-Box, and forwards the remote control instructions to components in the vehicle through the T-Box.

The following takes the communication unit in the vehicle as T-Box as an example to explain in detail the communication process between the vehicle and the server.

In some embodiments, after the vehicle is parked and turned off, the components in the vehicle need to continue to wait for and execute the remote control instructions sent by the server to meet the user's needs for remote control of the vehicle. For example, the user can send a remote control instruction to the vehicle through a mobile device to control the vehicle's window switches, air conditioning switches, seat heating, flashing lights and horns, etc.

Optionally, in order to reduce battery power consumption, after the vehicle is parked and the engine is turned off, the components in the vehicle may enter a dormant state or a shutdown state. For example, after the vehicle is parked and the engine is turned off, only a small number of components such as the T-Box are retained in the vehicle to monitor external signal commands, and other components are in a dormant state or a shutdown state.

Optionally, after the vehicle is parked and turned off, when the vehicle components are in a dormant or powered off state, the vehicle monitors the wake-up command through the T-Box. After the T-Box determines that it has received the wake-up command sent by the mobile device forwarded by the server, it can wake up the corresponding vehicle components (such as windows, air conditioners, etc.), and then the T-Box forwards the received remote control command to the awakened vehicle components, thereby realizing the remote control of the vehicle components by the mobile device.

Optionally, the vehicle is equipped with a bus for realizing communication between various components in the vehicle, such as a controller area network (CAN) bus or an Ethernet bus. Among them, the bus is equipped with a routing device, such as a gateway, for isolating and connecting different vehicle components. After detecting the external signal instruction, the T-Box can send the signal instruction to the corresponding vehicle component through the bus through the gateway. Correspondingly, the T-Box can also receive the signal fed back by the vehicle component through the bus through the gateway.

Optionally, the vehicle can communicate with the server through a mobile network service provided by an operator, such as a cellular network. Optionally, the mobile device can also communicate with the server through a mobile network service provided by an operator, such as a cellular network.

Exemplarily, as shown in FIG4, the user takes the mobile device away from the vehicle, the vehicle is turned off, and the vehicle components are in a dormant state or a shutdown state. The mobile device detects the user's instruction to remotely control the vehicle, such as detecting the user's operation in the first application, and then the mobile device sends a remote control instruction to the server through the cellular network. After receiving the remote control instruction, the server sends a wake-up instruction to the T-Box in the vehicle through the cellular network to wake up the vehicle. After receiving the wake-up instruction, the T-Box parses the content of the wake-up instruction and determines the vehicle component that needs to be awakened, such as the window. The T-Box forwards the wake-up instruction to the window through the gateway. After that, after the window wakes up, a wake-up response is sent to the T-Box through the gateway, and the T-Box forwards the wake-up response to the server through the cellular network. After that, the server sends a remote control instruction to the T-Box through the cellular network according to the received wake-up response. After receiving the remote control instruction, the T-Box forwards the remote control instruction to the awakened vehicle component (such as the window) through the gateway, and after the window receives the remote control instruction, it performs the operation indicated by the remote control instruction, such as opening or closing the window. In this way, remote control of the vehicle by the mobile device is realized.

In some embodiments, the vehicle is configured with a vehicle identification number (VIN) for identifying different vehicles. Optionally, a communication unit in the vehicle, such as a T-Box, is configured with a number for communication. In some examples, after receiving a remote control instruction sent by a mobile device, the server can determine the remotely controlled vehicle indicated by the remote control instruction based on the VIN code of the vehicle carried therein. Afterwards, the server can send a text message to the T-Box based on the VIN code of the vehicle and the number of the T-Box to wake up the T-Box. After receiving the text message, the T-Box can parse the content of the text message, determine that the number sending the text message is the number of the designated server, and can wake up the vehicle component corresponding to the wake-up instruction in the vehicle. Afterwards, after determining that the vehicle component has been awakened, the server can send a remote control instruction to the awakened vehicle component through the T-Box to instruct the vehicle component to perform the operation indicated by the remote control instruction.

In this way, by waking up via SMS, the vehicle can be remotely controlled even when components in the vehicle are in a dormant or powered off state, which is convenient for users.

However, due to the long delay in SMS transmission, the delay for T-Box to obtain the wake-up command will also be long, so the waiting time for users to remotely control the vehicle through mobile devices will also be long, affecting the user experience.

In other embodiments, after the vehicle is turned off, the T-Box maintains a constant data link with the server. After receiving the remote control command sent by the mobile device, the server can send a wake-up command to the T-Box through the constant data link according to the vehicle's VIN code and the Internet Protocol (IP) address of the T-Box to wake up the corresponding vehicle components. Afterwards, after determining that the vehicle components have been woken up, the server can send a remote control command to the awakened vehicle components through the T-Box to instruct the vehicle components to perform the operation indicated by the remote control command.

In this way, by waking up via IP address, the vehicle can be remotely controlled even when the vehicle components are in a dormant or powered off state. In addition, by waking up the vehicle components through the constant data link between the T-Box and the server, the transmission delay of the wake-up command can be reduced, thereby reducing the waiting time for the user's remote control and improving the user experience.

However, in the wake-up method through IP address, since the data between the server and T-Box needs to be always linked, T-Box needs to communicate with the server according to the preset period to stay online. The long-term online state of T-Box will increase the power consumption of the vehicle and increase the consumption of battery power in the vehicle. Furthermore, if the components in the vehicle are in a dormant or powered off state for a long time, the When the T-Box is online, the battery power is consumed and the remaining battery power cannot support the operation of the vehicle, thus affecting the subsequent use of the vehicle by users.

Therefore, in the vehicle remote control method provided by the embodiment of the present application, the server combines the SMS wake-up method and the IP address wake-up method, and switches between the two wake-up methods according to the user status to wake up the T-Box. In this way, while reducing the vehicle remote control delay, the vehicle battery power consumption caused by the vehicle remote control is reduced, and the user experience of the vehicle remote control is improved.

For example, Fig. 5 is a flow chart of a vehicle remote control method provided in an embodiment of the present application. As shown in Fig. 5, the method includes the following steps.

S501: The mobile device determines that the user status has changed.

The user status includes an active status and an inactive status. The active status indicates that the user is more likely to operate the mobile device to remotely control the vehicle, such as the user is using the mobile device. The inactive status indicates that the user is more likely not to use the mobile device to remotely control the vehicle, such as the mobile device is turned off.

In some embodiments, the mobile device determines that the user status changes from an active state to an inactive state, or from an inactive state to an active state, and can determine that the user status has changed. The user remotely controls the vehicle through the mobile device, so the mobile device can determine the user status by determining the motion status of the mobile device, the usage of the mobile device, the acquired user status information, and other methods.

For example, an acceleration sensor is installed in a mobile device. Through the acceleration sensor, the mobile device can detect the magnitude of the acceleration of the mobile device in various directions (generally three axes), and then determine whether the mobile device is in motion or in a stationary state. After the mobile device determines that the mobile device has been in a stationary state for more than a preset time (such as 1 hour), it can be determined that the user is in an inactive state. On the contrary, if the mobile device has not been in a stationary state for more than a preset time, it can be determined that the user is in an active state.

For another example, the first application in the mobile device subscribes to the system for a shutdown event. The mobile device detects the user's shutdown operation, or detects that the mobile device's battery is too low, and determines that it needs to be shut down. The first application can receive the subscribed shutdown event. Then, the mobile device can send a notification message to the server through the first application to notify the server that the mobile device is shut down. Among them, the shutdown of the mobile device can be used to indicate that the user status is inactive.

For another example, a mobile device can determine the user's status through other electronic devices carried by the user. For example, if a mobile device establishes a communication connection with a wearable device carried by the user, the wearable device can monitor whether the user has entered a sleep state, and after determining that the user has entered a sleep state, it can send an indication message to the mobile device. The mobile device determines that the user is in an inactive state after determining that the user has entered a sleep state based on the received indication message.

For another example, a mobile device can be connected to a smart home system and establish a communication connection with other electronic devices in the smart home system. Optionally, electronic devices in the smart home system can be used to monitor the user status. For example, electronic devices in the smart home system detect whether the user is in a sleeping state by means such as a Wi-Fi channel state information (CSI) sensing algorithm. The mobile device can obtain the detection result of whether the user is in a sleeping state detected by the electronic device. When the mobile device determines that the user is in a sleeping state based on the detection result, the user is determined to be in an inactive state; when the mobile device determines that the user has ended the sleeping state and is in a non-sleeping state based on the detection result, the user is determined to be in an active state. In this way, through the linkage of electronic devices throughout the house, the usage scenarios for determining the user status are enriched.

For another example, the mobile device can determine the user status by modeling based on the user's usage habits of using the first application to remotely control the vehicle through big data analysis. For example, based on the user's usage habits, the mobile device determines multiple typical time periods T1, T2, T3, ... Tn when the user uses the first application to remotely control the vehicle every day, and marks these time periods as user active time periods, and/or determines multiple time periods t1, t2, t3, ... tn when the user does not use the first application to remotely control the vehicle every day, and marks these time periods as user inactive time periods. Where T1+T2+T3+...+Tn+t1+t2+t3+...+tn＝{0-24}. Then, the mobile device combines the user's active time period and the user's inactive time period, and determines that the user's status changes to an active state when it detects that the current time enters the user's active time period; and determines that the user's status changes to an inactive state when it detects that the current time enters the user's inactive time period. In this way, through data modeling, the user status can be determined more accurately.

Thus, the mobile device can determine whether the user status has changed by one or more of the above-mentioned multiple methods. It should be understood that the mobile device can also determine whether the user status has changed by other methods.

In some embodiments, under different user states, the server can wake up the vehicle through different wake-up methods, wherein the wake-up methods include a first wake-up method and a second wake-up method, wherein the first wake-up method is, for example, a text message wake-up method, and the second wake-up method is, for example, an IP address wake-up method.

Optionally, when the user status is inactive, the user is less likely to remotely control the vehicle, or the frequency of remotely controlling the vehicle is low, so the server can use the first wake-up method to wake up the T-Box, so that the T-Box does not need to remain online for a long time, so as to reduce the power consumption of the vehicle and reduce the consumption of battery power. That is, after determining that the user status has changed and the user status has changed to an inactive state, the mobile device can execute the following steps S502a-step S505a.

Optionally, when the user status is active, the user is more likely to remotely control the vehicle, or the frequency of remotely controlling the vehicle is high, so the server can use the second wake-up method to wake up the T-Box, so that the server sends a wake-up instruction through the data constant link between the T-Box to reduce the delay of remotely controlling the vehicle. That is, after determining that the user status has changed and the user status has changed to the active state, the mobile device can execute the following steps S502b-S505b.

The following describes a specific implementation method in which the server switches to use the first wake-up method for waking up the T-Box when the user status is in an inactive state.

S502a: The mobile device determines that the user status is inactive.

In some embodiments, after determining that the user status has changed by any one or more of the multiple methods exemplified in step S501 above, the mobile device may determine the current user status, such as an inactive status.

S503a. The mobile device sends first user status indication information to the server, where the first user status indication information is used to indicate that the user status is an inactive state.

In some embodiments, after determining that the user status has changed, the mobile device may send the user's current user status to the server, so that the server switches to use a corresponding wake-up method.

4, after determining that the user status has changed to an inactive state, the mobile device can send first user status indication information to the server via the cellular network to indicate that the current user status has changed to an inactive state. Correspondingly, the server receives the first user status indication information sent by the mobile device.

It should be understood that the mobile device can also implement information exchange with the server through transmission methods provided by other mobile network services, which will not be elaborated in detail below.

S504a: The server determines that the user is in an inactive state and determines to use a first wake-up method to wake up the vehicle.

In some embodiments, after receiving the first user status indication information, the server determines that the current user status is an inactive state, and can determine that in the current user status, the first wake-up method needs to be used to wake up the vehicle. That is, the server determines that the SMS wake-up method needs to be used to wake up the vehicle based on the current user status being an inactive state.

S505a: The server disconnects the data connection with the T-Box.

In some embodiments, after the server determines to use the first wake-up method to wake up the vehicle, it can switch the original second wake-up method to the first wake-up method, such as disconnecting the data constant link between the server and the T-Box in the IP address wake-up method. Then, after the data constant link between the server and the T-Box is disconnected, the server can use the first wake-up method to wake up the T-Box when it determines that the T-Box needs to be woken up, such as sending a wake-up instruction to the T-Box via SMS.

Optionally, in the second wake-up method, a permanent data link is established between the server and the T-Box. Then, after determining to use the first wake-up method to wake up the vehicle, the server may send an instruction message to the T-Box to instruct the T-Box to disconnect the permanent data link with the server.

In some examples, before the server determines to use the first wake-up method to wake up the vehicle, the server uses the second wake-up method to wake up the vehicle. That is, after the server determines that the user status has changed from an active state to an inactive state, it switches the second wake-up method to the first wake-up method. In the second wake-up method, a data permanent link is established between the server and the T-Box. Then the server can send an indication message to the T-Box through the data permanent link based on the IP address of the T-Box. The indication message can be sent in the form of a message. Alternatively, the server can also send an indication message to the T-Box via a text message. Thus, through the indication message, the T-Box is instructed to disconnect the data permanent link with the server, and the second wake-up method is switched to the first wake-up method.

Exemplarily, as shown in FIG4 , after determining to use the first wake-up method to wake up the vehicle, the server disconnects the data connection based on the cellular network with the T-Box.

The following describes a specific implementation method in which the server switches to use the second wake-up method for waking up the T-Box when the user status is active.

S502b: The mobile device determines that the user status is active.

In some embodiments, after determining that the user status has changed by any one or more of the multiple methods exemplified in step S501 above, the mobile device may determine the current user status, such as active status.

S503b. The mobile device sends second user status indication information to the server, where the second user status indication information is used to indicate that the user status is active.

4, after determining that the user status has changed to the active status, the mobile device can send the second user status indication information to the server through the cellular network to indicate that the current user status has changed to the active status. Correspondingly, the server receives the second user status indication information sent by the mobile device.

S504b: The server determines that the user is in an active state and determines to use a second wake-up method to wake up the vehicle.

In some embodiments, after receiving the second user status indication information, the server determines that the current user status is active, and can determine that the second wake-up method needs to be used to wake up the vehicle in the current user status. That is, the server determines that the IP address wake-up method needs to be used to wake up the vehicle based on the current user status being active.

S505b: The server establishes a permanent data link with the T-Box.

In some embodiments, after the server determines to use the second wake-up method to wake up the vehicle, it can switch the original first wake-up method to the second wake-up method, such as re-establishing a permanent data link with the T-Box to implement a wake-up method based on an IP address. Then, after the server and the T-Box establish a permanent data link, the server can subsequently use the second wake-up method to wake up the T-Box when it determines that the T-Box needs to be woken up, such as sending a wake-up instruction to the T-Box through the IP address of the T-Box.

Optionally, in the first wake-up method, no permanent data link is established between the server and the T-Box. Then, after determining to use the second wake-up method to wake up the vehicle, the server may send instruction information to the T-Box to instruct the T-Box to establish a permanent data link with the server.

In some examples, before the server determines to use the second wake-up method to wake up the vehicle, the server uses the first wake-up method to wake up the vehicle. That is, after the server determines that the user status has changed from an inactive state to an active state, it switches the first wake-up method to the second wake-up method. In the first wake-up method, the server communicates with the T-Box by SMS, so the server can send an instruction message to the T-Box by SMS. Thus, through the instruction message, the T-Box is instructed to establish a data permanent link with the server, and the first wake-up method is switched to the second wake-up method.

Exemplarily, as shown in FIG4 , after determining to use the second wake-up method to wake up the vehicle, the server establishes a data permanent link based on the cellular network with the T-Box.

In this way, the server can automatically switch different wake-up methods for waking up the T-Box according to changes in user status, so as to take into account the efficiency of vehicle remote control and the vehicle's power consumption, and improve the user experience.

Optionally, as shown in FIG5 , after sending the user status indication information to the server, the mobile device may continue to monitor the user status to determine whether the user status has changed, so that the server can subsequently switch the corresponding wake-up mode. That is, after executing step S503a or step S503b, the mobile device returns to execute the above step S501.

Exemplarily, as described in the above step S501, the mobile device determines through a sensor that the mobile device has been stationary for more than a preset time, or the mobile device determines that a shutdown event has been received, or the mobile device determines through other electronic devices that the user has entered a sleep state, or the mobile device determines through model analysis that the user has entered an inactive time period, then the mobile device can determine that the user state has changed from an active state to an inactive state, and can send user state indication information to the server based on the changed user state. Afterwards, the server can switch the wake-up mode from the second wake-up mode to the first wake-up mode based on the acquired user state indication information. In the first wake-up mode, the server can wake up the vehicle by SMS wake-up. Furthermore, when the user state is in an inactive state, the possibility of the user remotely controlling the vehicle through the mobile device is small, so the first wake-up mode is adopted, which ensures that remote control can be realized, and also avoids the problem of high power consumption and high battery consumption caused by the T-Box maintaining a constant data link with the server.

Subsequently, the mobile device continues to monitor the user status through the method described in step S501 above, and determines that the user status has changed from an inactive state to an active state. The mobile device may send user status indication information to the server according to the changed user status. Afterwards, the server may switch the wake-up mode from the first wake-up mode to the second wake-up mode according to the acquired user status indication information. In the second wake-up mode, the server may wake up the vehicle by waking up through the IP address. Furthermore, when the user status is active, the user is more likely to remotely control the vehicle through the mobile device. Therefore, the second wake-up mode is adopted to wake up the vehicle through the data constant link between the server and the T-Box, thereby avoiding the problem of high SMS wake-up delay, improving the efficiency of remote control, and reducing user waiting time.

Generally, when a user uses a mobile device to send a remote control instruction to a vehicle through a server, the user status is active. Then, using the vehicle-mounted remote control method provided in the embodiment of the present application, the server can determine that the user status is switched from an inactive state to an active state by the method described in step S501 before receiving the remote control instruction sent by the mobile device for remotely controlling the vehicle. Then, after receiving the remote control instruction, the server can use the second wake-up method to wake up the vehicle through the data constant link between the T-Box to achieve remote control of the vehicle, thereby ensuring the efficiency of remote control of the vehicle. Further, in the process where the user does not need to remotely control the vehicle (such as the user is in a sleeping state, etc.), the server can also use the first wake-up method to achieve communication with the T-Box. If it is determined that the first wake-up method needs to be switched to the second wake-up method, the server can instruct the T-Box to establish a data constant link with the server by SMS. In this way, the efficiency of vehicle remote control and the power consumption of the vehicle are taken into account, and the user experience is improved.

In some scenarios, after determining that the user status has changed, the mobile device can also directly determine the wake-up mode that needs to be switched based on the change in the user status, and send a wake-up mode switching instruction to the server to instruct the server to switch the corresponding wake-up mode.

For example, when the mobile device determines that the user status changes from an active state to an inactive state, the mobile device may send a first wake-up mode switching instruction to the server to instruct the server to switch to the first wake-up mode.

For another example, the mobile device determines that the user status changes from an inactive state to an active state, and can send a second wake-up mode switching instruction to the server to instruct the server to switch to the second wake-up mode.

In this way, the server can directly switch to a corresponding wake-up mode according to the received wake-up mode switching instruction, without having to determine the wake-up mode to be adopted according to the user status.

In some embodiments, after determining that the user status has changed, the mobile device may send a first message to the server, and the first message is used to instruct the server to switch the wake-up method for waking up the vehicle. Optionally, the first message may include the first user status indication information described in step S503a or the second user status indication information described in step S503b, which is used to indicate the changed user status, or to indicate the change from one user status to another user status; or the first message may also include the first wake-up method switching indication or the second wake-up method switching indication, which is used to indicate the switched wake-up method, or to indicate the switch from one wake-up method to another wake-up method.

In this way, the mobile device can send the first information according to the preconfigured method, and the server can flexibly switch the wake-up method for waking up the vehicle according to the first information.

Optionally, the preconfiguration method is, for example, that after the mobile device determines that the user status has changed, it sends a first message to the server, and the server can determine the changed user status based on the first information, and then determine the wake-up method that needs to be switched. Alternatively, the preconfiguration method is, for example, that after the mobile device determines that the user status has changed, it determines the wake-up method that needs to be switched based on the changed user status, and then sends a first message to the server, and the server can directly switch the wake-up method that the mobile device instructs to switch based on the first information. The above introduces the implementation method of the server switching to different wake-up methods according to different user status. The following introduces the specific implementation method of the server waking up the vehicle according to different wake-up methods.

For example, Fig. 6A is a flowchart of another vehicle remote control method provided in an embodiment of the present application. As shown in Fig. 6A, the method includes the following steps.

S601: The mobile device detects that a user instructs an operation of remotely controlling a vehicle.

In some embodiments, a user may remotely control a vehicle through a mobile device. For example, a first application for controlling a vehicle is installed in the mobile device. In response to an operation of the user in the first application, the mobile device may send a remote control instruction to the vehicle through a server to remotely control the vehicle.

Exemplarily, as shown in FIG7 , during the process of displaying the first application, the mobile device detects the user clicking on the control 71 , determines that the user instructs to remotely control the vehicle, and remotely instructs the vehicle to flash lights and honk the horn.

S602: The mobile device sends a remote control instruction to the server.

In some embodiments, the mobile device generates a corresponding remote control instruction in response to a user's instruction to remotely control the vehicle, and the remote control instruction is used to instruct the vehicle to perform the operation indicated by the remote control instruction. Optionally, the remote control instruction carries the vehicle's VIN code for identifying different vehicles.

Afterwards, the mobile device may send a remote control instruction to the server to instruct the server to send a remote control instruction to the vehicle. Correspondingly, the server receives the remote control instruction sent by the mobile device.

For example, as shown in Fig. 7, in response to the user clicking on the control 71, the mobile device generates a corresponding remote control instruction for instructing the vehicle to flash lights and honk. Afterwards, the mobile device sends the remote control instruction to the server.

Optionally, the mobile device may send second information to the server in response to a user operation, where the second information is used to remotely control the vehicle and may carry a remote control instruction.

S603: The server determines a wake-up method.

In some embodiments, after receiving the remote control command, the server determines the corresponding vehicle according to the vehicle VIN code carried in the remote control command. The server determines that the vehicle has been turned off, and the components in the vehicle are in a dormant state or a shutdown state, and the corresponding components in the vehicle need to be awakened. Then, the server can determine the awakening method corresponding to the current vehicle, such as the first awakening method or the second awakening method.

The specific implementation process of the server waking up the T-Box is different in different wake-up modes. The specific implementation process of the server waking up the T-Box in the first wake-up mode or the second wake-up mode is introduced as follows.

Optionally, the specific implementation process of the server waking up the T-Box in the first wake-up mode is introduced as follows through steps S604a to S609a.

S604a: In the first wake-up mode, the server sends a wake-up instruction to the T-Box via a text message.

In some embodiments, the server determines to use the first wake-up method to wake up the T-Box. Then, the server can edit and generate corresponding wake-up instruction content, such as "wake up car", which can be determined by negotiation between the server and the T-Box, or can be input by the user. Afterwards, the server sends a wake-up instruction to the T-Box via SMS according to the VIN code of the vehicle and the number of the T-Box.

Correspondingly, the T-Box receives the wake-up command sent by the server.

S605a. The T-Box forwards the wake-up instruction to the gateway.

In some embodiments, after receiving the wake-up instruction, the T-Box determines the server number and content of the wake-up instruction that sent the wake-up instruction, and after determining that the number and content are correct, it can be determined that the correct wake-up instruction has been received. Then, the T-Box can forward the wake-up instruction to the gateway to wake up the gateway.

Exemplarily, as shown in FIG4 , the T-Box receives a wake-up instruction sent by a server via a text message through a cellular network. After the T-Box determines that the number of the server sending the wake-up instruction is correct, it can parse the content of the wake-up instruction. After determining that the content of the wake-up instruction is a preset content, such as "wake up car", the T-Box can determine that the correct wake-up instruction has been received. Then, the T-Box can forward the wake-up instruction to the gateway to wake up the gateway.

It should be understood that the T-Box can also implement information interaction with the server through transmission methods provided by other mobile network services, which will not be elaborated below.

S606a: The gateway forwards the wake-up instruction to the corresponding component supporting remote control.

In some embodiments, the wake-up instruction carries the identification of the vehicle component to be awakened. Then, after the gateway is awakened by the wake-up instruction, the wake-up instruction can be forwarded to the corresponding component supporting remote control according to the identification carried therein to wake up the component.

For example, in the scenario shown in FIG7 , the user instructs the vehicle to flash the lights and honk the horn. Then, correspondingly, the wake-up instruction is used to wake up the lights and horn of the vehicle. Then, as shown in FIG4 , after the gateway is awakened, it forwards the received wake-up instruction to the lights and horn.

S607a: The component supporting remote control sends a wake-up response to the gateway.

In some embodiments, after being awakened by the wake-up instruction, the component supporting remote control may generate a corresponding wake-up response. Afterwards, the component sends the wake-up response to the gateway to indicate that the component has been awakened. Correspondingly, the gateway receives the wake-up response sent by the component.

S608a: The gateway forwards the wake-up response to the T-Box.

In some embodiments, after receiving the wake-up response, the gateway forwards the wake-up response to the T-Box. Correspondingly, the T-Box receives the wake-up response forwarded by the gateway.

S609a: The T-Box sends a wake-up response to the server.

In some embodiments, after receiving the wake-up response, the T-Box determines that the vehicle component to be awakened has been awakened, and can send the wake-up response to the server. Correspondingly, the server receives the wake-up response sent by the T-Box.

In this way, after receiving the remote control instruction, the server can wake up the T-Box according to the determined first wake-up method to wake up the corresponding vehicle components, so as to facilitate the subsequent remote control.

Optionally, as shown in FIG6B , the specific implementation process of the server waking up the T-Box in the second wake-up mode is introduced through steps S604b to S609b.

S604b: In the second wake-up mode, the server sends a wake-up instruction to the T-Box through the data link between the server and the T-Box. make.

In some embodiments, the server determines to use the second wake-up method to wake up the T-Box. Then, the server can determine the VIN code of the vehicle and the IP address of the T-Box, and send a wake-up instruction to the T-Box through the data constant link between the server and the T-Box.

Correspondingly, the T-Box receives the wake-up command sent by the server.

S605b. The T-Box forwards the wake-up instruction to the gateway.

In some embodiments, after receiving the wake-up instruction sent by the server through the data constant link, the T-Box forwards the wake-up instruction to the gateway to wake up the gateway.

Exemplarily, as shown in FIG4 , in the second wake-up mode, a data constant link is established between the T-Box and the server through the cellular network. Then, after receiving the remote control instruction, the server can send a wake-up instruction to the T-Box through the data constant link. After receiving the wake-up instruction, the T-Box can forward the wake-up instruction to the gateway to wake up the gateway.

S606b: The gateway forwards the wake-up instruction to the corresponding component supporting remote control.

S607b: The component supporting remote control sends a wake-up response to the gateway.

S608b: The gateway forwards the wake-up response to the T-Box.

S609b: T-Box sends a wake-up response to the server.

Optionally, the contents of step S606b to step S609b may refer to the relevant contents of the above-mentioned step S606a to step S609a, which will not be repeated here.

In this way, after receiving the remote control instruction, the server can wake up the T-Box according to the determined second wake-up method to wake up the corresponding vehicle components, so as to facilitate the subsequent remote control.

Optionally, after the server wakes up the corresponding component of the vehicle through the first wake-up method in the above steps S604a to S609a, or through the second wake-up method in the above steps S604b to S609b, it can instruct the component to execute the remote control instruction through the following steps.

S610: The server sends a remote control instruction to the T-Box.

In some embodiments, the server determines that the component to be remotely controlled in the vehicle has been awakened according to the received awakening response, and then the server may send a remote control instruction to the T-Box to instruct the awakened component to perform the operation indicated by the remote control instruction.

Optionally, the remote control instruction sent by the server to the T-Box may be a remote control instruction generated based on the remote control instruction sent by the mobile device. For example, the remote control instruction sent by the mobile device to the server may be a remote control instruction in various forms such as text, voice, and preset control instructions. Then, after receiving the remote control instruction sent by the mobile device, the server may generate a remote control instruction recognizable by the T-Box based on the content of the remote control instruction.

In some embodiments, after receiving the remote control instruction sent by the mobile device, the server may also use a certain wake-up method to directly send the remote control instruction to the T-Box. For example, in the first wake-up method, the server responds to the received remote control instruction and sends the remote control instruction to the T-Box by text message. For another example, in the second wake-up method, the server responds to the received remote control instruction and sends the remote control instruction to the T-Box through the data constant link between the T-Box and the server. The server wakes up the vehicle through the remote control instruction and instructs the corresponding vehicle components to perform the operation indicated by the remote control instruction.

That is, the above step S604a and step S610, or the above step S604b and step S610, can be executed simultaneously, and the embodiment of the present application does not limit this.

S611. T-Box forwards remote control instructions to the gateway.

In some embodiments, after receiving the remote control instruction, the T-Box may forward the remote control instruction to the gateway. Correspondingly, the gateway receives the remote control instruction sent by the T-Box.

S612: The gateway forwards the remote control instruction to the corresponding component supporting remote control.

In some embodiments, the remote control instruction carries the identification of the vehicle component to be remotely controlled. Then, after receiving the remote control instruction, the gateway may forward the remote control instruction to the corresponding component supporting remote control. Correspondingly, the component receives the remote control instruction sent by the gateway.

S613: The component supporting remote control sends a remote control response to the gateway.

In some embodiments, after receiving the remote control instruction, the component supporting remote control can perform the corresponding operation according to the remote control instruction. Then, the component generates a remote control response according to the execution of the operation, and the remote control response is used to indicate whether the remote control instruction is successfully executed. Then, the component supporting remote control sends the remote control response to the gateway. The gateway receives the remote control response sent by the remote control-enabled component.

For example, in the scenario shown in FIG7 , the user instructs the vehicle to flash the lights and honk the horn. Then, correspondingly, the remote control command is used to remotely control the lights and horn of the vehicle. Then, as shown in FIG4 , after receiving the remote control command sent by the T-Box forwarded by the gateway, the lights and horn can be activated, such as the lights start flashing and the horn starts honking. Afterwards, the lights and horn can send a remote control response to the gateway.

S614: The gateway forwards the remote control response to the T-Box.

In some embodiments, after receiving the remote control response, the gateway may forward the remote control response to the T-Box. Correspondingly, the T-Box receives the remote control response sent by the gateway.

S615. The T-Box sends a remote control response to the server.

In some embodiments, after receiving the remote control response, the T-Box may forward the remote control response to the server via the cellular network to determine that the remote control has been completed. Correspondingly, the server receives the remote control response sent by the T-Box.

S616: The server sends a remote control response to the mobile device.

In some embodiments, after receiving the remote control response fed back by the T-Box, the server may forward the remote control response to the mobile device via the cellular network. Correspondingly, the mobile device receives the remote control response sent by the server.

S617: The mobile device determines that remote control of the vehicle has been completed.

In some embodiments, after receiving the remote control response, the mobile device may determine that the remote control of the vehicle has been completed. Furthermore, the mobile device may determine whether the remote control of the vehicle is successful based on the remote control response.

Optionally, the mobile device may prompt the user of the vehicle remote control result in a preset manner.

For example, in the scenario shown in FIG7 , the user instructs the vehicle to flash the lights and honk the horn. Then, as shown in FIG8 , the mobile device determines that the vehicle remote control is successful based on the received remote control response, and can highlight the control 81 to prompt the user that the vehicle has flashed the lights and honk the horn. Alternatively, the mobile device can prompt the user of the vehicle remote control result by other means such as displaying a prompt message in a pop-up window.

In this way, the server can automatically switch different wake-up methods for waking up the T-Box according to changes in user status. Under different wake-up methods, the vehicle components are woken up to execute remote control instructions, so as to take into account the efficiency of vehicle remote control and the vehicle's power consumption, thereby improving the user experience.

The vehicle remote control method provided by the embodiment of the present application is described in detail above in conjunction with Figures 4 to 8. The server provided by the embodiment of the present application is described in detail below in conjunction with Figure 9, and the first device provided by the embodiment of the present application is described in detail in conjunction with Figure 10.

In a possible design, Figure 9 is a schematic diagram of the structure of a server provided in an embodiment of the present application. As shown in Figure 9, the server 900 may include: a transceiver unit 901 and a processing unit 902. The server 900 may be used to implement the functions of the server involved in the above method embodiment.

Optionally, the transceiver unit 901 is used to support the server 900 to execute S503a, S505a, S503b and S505b in Figure 5; and/or, to support the server 900 to execute S602, S604a, S609a, S610, S615 and S616 in Figure 6A; and/or, to support the server 900 to execute S604b and S609b in Figure 6B.

Optionally, the processing unit 902 is used to support the server 900 to execute S504a and S504b in FIG. 5 ; and/or to support the server 900 to execute S603 in FIG. 6A .

Among them, the transceiver unit may include a receiving unit and a sending unit, which may be implemented by a transceiver or a transceiver-related circuit component, and may be a transceiver or a transceiver module. The operations and/or functions of each unit in the server 900 are respectively to implement the corresponding process of the vehicle remote control method described in the above method embodiment. All relevant contents of each step involved in the above method embodiment can be referred to the functional description of the corresponding functional unit, and for the sake of brevity, they will not be repeated here.

Optionally, the server 900 shown in FIG9 may further include a storage unit (not shown in FIG9 ), in which a program or instruction is stored. When the transceiver unit 901 and the processing unit 902 execute the program or instruction, the server 900 shown in FIG9 may execute the vehicle remote control method described in the above method embodiment.

The technical effects of the server 900 shown in FIG. 9 can refer to the technical effects of the vehicle-mounted remote control method described in the above method embodiment, and will not be repeated here.

In addition to being in the form of server 900, the technical solution provided by the present application may also be a functional unit or chip in the server, or a device used in conjunction with the server.

In a possible design, FIG10 is a schematic diagram of the structure of a first device provided in an embodiment of the present application. As shown in FIG10 , the first device 1000 may include: a transceiver unit 1001 and a processing unit 1002. The first device 1000 may be used to implement the above method Functions of the mobile device involved in the embodiments.

Optionally, the transceiver unit 1001 is used to support the first device 1000 to execute S503a and S503b in Figure 5; and/or to support the first device 1000 to execute S601, S602 and S616 in Figure 6A.

Optionally, the processing unit 1002 is used to support the first device 1000 to execute S501, S502a and S502b in Figure 5; and/or to support the first device 1000 to execute S617 in Figure 6A.

Among them, the transceiver unit may include a receiving unit and a sending unit, which may be implemented by a transceiver or a transceiver-related circuit component, and may be a transceiver or a transceiver module. The operations and/or functions of each unit in the first device 1000 are respectively to implement the corresponding process of the vehicle remote control method described in the above method embodiment. All relevant contents of each step involved in the above method embodiment can be referred to the functional description of the corresponding functional unit, and for the sake of brevity, they will not be repeated here.

Optionally, the first device 1000 shown in FIG10 may further include a storage unit (not shown in FIG10 ), in which a program or instruction is stored. When the transceiver unit 1001 and the processing unit 1002 execute the program or instruction, the first device 1000 shown in FIG10 may execute the vehicle remote control method described in the above method embodiment.

The technical effects of the first device 1000 shown in FIG. 10 may refer to the technical effects of the vehicle-mounted remote control method described in the above method embodiment, and will not be repeated here.

In addition to being in the form of the first device 1000, the technical solution provided in the present application may also be a functional unit or chip in the first device, or a device used in conjunction with the first device.

An embodiment of the present application also provides a chip system, including: a processor, the processor is coupled to a memory, the memory is used to store programs or instructions, when the program or instructions are executed by the processor, the chip system implements the method in any of the above method embodiments.

Optionally, the processor in the chip system may be one or more. The processor may be implemented by hardware or by software. When implemented by hardware, the processor may be a logic circuit, an integrated circuit, etc. When implemented by software, the processor may be a general-purpose processor implemented by reading software code stored in a memory.

Optionally, the memory in the chip system may also be one or more. The memory may be integrated with the processor or may be separately arranged with the processor, which is not limited in the embodiments of the present application. Exemplarily, the memory may be a non-transient processor, such as a read-only memory ROM, which may be integrated with the processor on the same chip or may be arranged on different chips respectively. The embodiments of the present application do not specifically limit the type of memory and the arrangement of the memory and the processor.

Exemplarily, the chip system can be a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), a system on chip (SoC), a central processor unit (CPU), a network processor (NP), a digital signal processor (DSP), a microcontroller unit (MCU), a programmable logic device (PLD) or other integrated chips.

It should be understood that each step in the above method embodiment can be completed by an integrated logic circuit of hardware in a processor or by instructions in the form of software. The method steps disclosed in the embodiments of the present application can be directly embodied as being executed by a hardware processor, or by a combination of hardware and software modules in a processor.

An embodiment of the present application also provides a computer-readable storage medium, which stores a computer program. When the computer program runs on a computer, the computer executes the above-mentioned related steps to implement the vehicle-mounted remote control method in the above-mentioned embodiment.

The embodiment of the present application also provides a computer program product. When the computer program product is run on a computer, the computer executes the above-mentioned related steps to implement the vehicle remote control method in the above-mentioned embodiment.

In addition, an embodiment of the present application further provides a device. The device may be a component or a module, and the device may include one or more processors and a memory connected to each other. The memory is used to store a computer program. When the computer program is executed by one or more processors, the device performs the vehicle remote control method in the above-mentioned method embodiments.

Among them, the device, computer-readable storage medium, computer program product or chip provided in the embodiments of the present application are all used to execute the corresponding methods provided above. Therefore, the beneficial effects that can be achieved can refer to the beneficial effects in the corresponding methods provided above, and will not be repeated here.

The steps of the method or algorithm described in the embodiments of the present application can be implemented in hardware or in It is implemented by executing software instructions by a processor. The software instructions may be composed of corresponding software modules, which may be stored in random access memory (RAM), flash memory, read only memory (ROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), registers, hard disks, mobile hard disks, CD-ROMs or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor so that the processor can read information from the storage medium and write information to the storage medium. Of course, the storage medium may also be a component of the processor. The processor and the storage medium may be located in an application specific integrated circuit (ASIC).

Through the description of the above implementation methods, those skilled in the art can clearly understand that for the convenience and simplicity of description, only the division of the above functional modules is used as an example. In practical applications, the above functions can be assigned to different functional modules as needed; that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above. The specific working process of the system, device and unit described above can refer to the corresponding process in the aforementioned method embodiment, and will not be repeated here.

In the several embodiments provided in the present application, it should be understood that the disclosed method can be implemented in other ways. The device embodiments described above are merely schematic. For example, the division of the modules or units is only a logical function division, and there may be other division methods in actual implementation; for example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of modules or units, which can be electrical, mechanical or other forms.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

Computer-readable storage media include, but are not limited to, any of the following: USB flash drives, mobile hard disks, read-only memory (ROM), random access memory (RAM), magnetic disks or optical disks, and other media that can store program codes.

The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any changes or substitutions within the technical scope disclosed in the present application should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims

A vehicle remote control method, characterized in that it is applied to a server, and the method comprises:

receiving first information sent by the first device after determining that the user status has changed, the first information being used to instruct the server to switch a wake-up method for waking up the second device, the wake-up method including a first wake-up method and a second wake-up method, and the user status change including: changing from an active state to an inactive state, or changing from the inactive state to the active state;

When the user status changes from the inactive status to the active status, the wake-up mode is switched from the first wake-up mode to the second wake-up mode in response to the first information;

When the user status changes from the active status to the inactive status, the wake-up mode is switched from the second wake-up mode to the first wake-up mode in response to the first information.
The method according to claim 1, characterized in that the method further comprises:

receiving second information sent by the first device, where the second information is used to remotely control the second device;

Determine the current wake-up method;

In the case of adopting the first wake-up method, sending a first wake-up instruction to the communication unit of the second device through a text message, where the first wake-up instruction is used to wake up the second device;

When the second wake-up mode is adopted, a second wake-up instruction is sent to the communication unit of the second device through the connection with the communication unit in the second device, and the second wake-up instruction is used to wake up the second device.
The method according to claim 2, wherein, when the first wake-up method is adopted, sending the first wake-up instruction to the communication unit of the second device via a text message comprises:

When the first wake-up method is adopted, the first wake-up instruction is sent to the communication unit of the second device via a text message according to the vehicle identification code of the second device and the number of the communication unit.
The method according to claim 2, characterized in that, when the second wake-up mode is adopted, sending a second wake-up instruction to the communication unit of the second device through the connection with the communication unit in the second device comprises:

When the second wake-up method is adopted, a second wake-up instruction is sent to the communication unit of the second device through the connection with the communication unit in the second device according to the vehicle identification code of the second device and the Internet Protocol address of the communication unit.
The method according to any one of claims 1 to 4, characterized in that the wake-up mode is switched from the first wake-up mode to the second wake-up mode, comprising:

The third information is sent to the communication unit in the second device by way of a text message, wherein the third information is used to instruct to establish a connection between the server and the communication unit.
The method according to any one of claims 1 to 5, characterized in that the wake-up mode is switched from the second wake-up mode to the first wake-up mode, comprising:

Sending fourth information to the communication unit through the connection with the communication unit in the second device, wherein the fourth information is used to indicate disconnection of the connection;

Alternatively, the fourth information is sent to the communication unit via a text message.
A vehicle remote control method, characterized in that it is applied to a first device, and the method comprises:

Obtaining a user status, wherein the user status includes an active status and an inactive status;

After determining that the user status has changed, a first message is sent to the server, where the first message is used to instruct the server to switch the wake-up method for waking up the second device, where the wake-up method includes a first wake-up method and a second wake-up method. The user status change includes: changing from the active state to the inactive state, or changing from the inactive state to the active state.
The method according to claim 7, characterized in that the method further comprises:

Sending second information to the server, where the second information is used to remotely control the second device.
The method according to claim 7 or 8, characterized in that obtaining the user status comprises:

After determining, by the first sensor, that the user is inactive for a period of time exceeding a preset time, determining that the user is in an inactive state;

and / or,

A shutdown event is obtained, and the user status is determined to be the inactive status;

and / or,

Acquire third information sent by a fourth device, where the third information is used to indicate that a user enters a sleep state, and determine that the user state is the inactive state;

and / or,

Modeling is performed based on the user's usage habit of using the first device to remotely control the second device, and the user status is determined through model analysis.
A server, characterized in that it comprises: a processor and a memory, wherein the memory is coupled to the processor, and the memory is used to store program code, and when the processor reads the program code from the memory, the server executes the method as described in any one of claims 1-6.
A device, characterized in that it includes: a processor and a memory, wherein the memory is coupled to the processor, and the memory is used to store program code. When the device reads the program code from the memory, the device executes the method as described in any one of claims 7 to 9.
A vehicle-mounted remote control system, characterized in that the system comprises the server as claimed in claim 10 and the device as claimed in claim 11.
A computer-readable storage medium, characterized in that the computer-readable storage medium includes a computer program, and when the computer program is run on a server, the server executes the method according to any one of claims 1 to 6.
A computer-readable storage medium, characterized in that the computer-readable storage medium includes a computer program, and when the computer program is run on a device, the device executes the method as described in any one of claims 7 to 9.
A computer program product, characterized in that when the computer program product is run on a server, the server is caused to execute the method according to any one of claims 1 to 6.
A computer program product, characterized in that when the computer program product is run on a device, the device is caused to execute the method according to any one of claims 7 to 9.