CN118102424A

CN118102424A - Remote control method and device

Info

Publication number: CN118102424A
Application number: CN202211490960.1A
Authority: CN
Inventors: 张�浩; 陈秋云
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-11-25
Filing date: 2022-11-25
Publication date: 2024-05-28

Abstract

The application provides a remote control method and device, relates to the technical field of communication, and aims to solve the problem that the low-time delay and low-power consumption requirements are difficult to meet simultaneously in the existing remote control, and improve the use experience of users. The method can be applied to a network system for the communication between the terminal equipment and the vehicle, and specifically comprises the following steps: the terminal equipment receives user operation; in response to user operation, the terminal device determines whether to activate the vehicle network or not according to historical remote control information, or determines the activation time of the vehicle network, wherein the historical remote control information is information corresponding to remote control operation of the terminal device on a vehicle-mounted module of the vehicle.

Description

Remote control method and device

Technical Field

The present application relates to the field of communications technologies, and in particular, to a method and an apparatus for remote control.

Background

With the popularity of intelligent vehicles, users can control and operate a vehicle-mounted communication terminal (T-Box) or other electronic control units (electronic control unit, ECU) in the intelligent vehicle in a remote control manner, for example, users can control certain devices in the intelligent vehicle located at a longer distance through a smart phone or a smart watch, such as unlocking a car door, opening a car window, starting an air conditioner or heating a seat, and the like, so that the flexibility of the control of the vehicle and the convenience of the operation of the users are improved.

The key performance indexes of the remote control comprise time delay and power consumption, and for a user, the response speed of the remote control operation, namely the time delay, is higher, the time delay is shorter, and the user experience is better. For the intelligent vehicle, the smaller the power consumption generated by the remote control operation is, the smaller the influence on the in-vehicle electric control device is, the longer the standby time is, and the more stable and reliable is.

At present, the vehicle T-Box and the vehicle ECU CAN be connected in a mode of Ethernet or a controller area network (controller area network, CAN) and the like, so that the vehicle terminal T-Box or the vehicle ECU CAN be in a dormant state for saving power consumption, and before a user performs remote control, the Ethernet or the CAN in the vehicle needs to be activated to wake up the vehicle ECU, but the whole response time delay is long, and the user experience is not good enough. If the vehicle network is activated in advance or is always in an activated state, the power consumption is increased, the standby time of the vehicle-mounted equipment is influenced, and hidden danger exists in the safety of the vehicle. Therefore, it is difficult to simultaneously meet the time delay and power consumption requirements for remote control operation of the vehicle-mounted equipment at present.

Disclosure of Invention

The application provides a remote control method and device, which solve the problem that the remote control in the prior art is difficult to meet the requirements of low time delay and low power consumption at the same time, and improve the use experience of users.

In order to achieve the above purpose, the application adopts the following technical scheme:

In a first aspect, a method for remote control is provided, applied to a network system in which a terminal device communicates with a vehicle, the method including: the terminal equipment receives user operation; and responding to the user operation, the terminal equipment determines whether to activate the vehicle network or not according to historical remote control information, or determines the activation time of the vehicle network, wherein the historical remote control information is information corresponding to the remote control operation of the terminal equipment on the vehicle-mounted module of the vehicle.

According to the embodiment, the terminal equipment can activate the vehicle network in advance or keep activating the vehicle network through the historical remote control information of the user, so that the vehicle network is in an optimal response state when the user uses the remote control, and the response speed of the remote control is improved. In addition, the terminal equipment can also customize the activation time length of the vehicle network for the user according to the user history using remote control information, so that the activation time length of the vehicle network can be reasonably controlled according to the user history behavior habit, the power consumption waste caused by overlong activation time is avoided, and the problem of low time delay and low power consumption in the remote control technology is effectively solved.

In one embodiment, the user operation includes: opening a first application on the terminal equipment, wherein the first application is used for realizing the management or remote control of the terminal equipment on a vehicle-mounted terminal or a vehicle-mounted module of the vehicle; or initiating remote control operation to an on-board module of the vehicle through the terminal equipment.

In the above embodiment, after the user opens the first application for managing the vehicle, the terminal device may determine whether to activate the vehicle network according to the historical remote control information, or determine the activation time of the vehicle network, so that the vehicle network may be activated in advance for the user reasonably according to the historical behavior habit of the user, or the activation time of the vehicle network may be controlled reasonably.

In one embodiment, the user operation includes: the terminal device establishes connection with the vehicle through a near field communication technology. That is, after the terminal device determines that the connection with the vehicle is established through the near field communication technology, whether to activate the vehicle network or not can be determined according to the historical remote control information, or the activation time of the vehicle network is determined, so that the vehicle network can be reasonably activated in advance for the user according to the historical behavior habit of the user, or the activation time of the vehicle network can be reasonably controlled.

In one embodiment, the near field communication technology includes bluetooth technology. In other words, in the context of bluetooth connection, the terminal device can also implement advanced activation of the vehicle network for user definition by using the method provided by the application, or determine the activation time of the vehicle network, so as to implement quick response and low power consumption of remote control.

In one embodiment, the method further comprises: and the terminal equipment detects that the equipment state meets the preset condition and updates the activation duration of the vehicle network. The terminal equipment can estimate whether the user uses remote control operation currently according to the equipment state, so that the activation duration of the vehicle network can be prolonged or shortened, and the user experience is improved.

In one embodiment, the historical remote control information includes at least one of the following: whether the user performs remote control operation in a preset period, the number of times of performing remote control operation in the preset period, the time of performing remote control operation, the waiting time of performing remote control operation for the first time or the interval time of two adjacent remote control operations.

In one embodiment, the device state meeting the preset condition includes: the terminal equipment is updated from a use state to a non-use state, or a first application installed on the terminal equipment is updated from the use state to the non-use state, and the first application is used for realizing the management or remote control of the terminal equipment on the vehicle-mounted terminal or the vehicle-mounted module of the vehicle.

In the above embodiment, the terminal device may estimate that the user does not use remote control operation at present through the device state, so as to shorten the activation time of the vehicle, thereby achieving the purpose of saving power consumption, and improving flexibility and accuracy of configuring the activation time of the vehicle for the user.

In one embodiment, updating the activation duration of the vehicle network specifically includes: the terminal device updates the current residual activation time length of the vehicle network to be the minimum value of the current residual time length of the vehicle network and a preset first time length.

In one embodiment, the device state meeting the preset condition includes: the terminal equipment is updated from a non-use state to a use state, or a first application installed on the terminal equipment is updated from the non-use state to the use state, and the first application is used for realizing the management or remote control of the terminal equipment on the vehicle-mounted terminal or the vehicle-mounted module of the vehicle.

In the above embodiment, the terminal device may estimate that the user may use the remote control operation at present through the device state, so as to maintain or prolong the activation time of the vehicle, so as to achieve the purpose of quick response, and improve flexibility and accuracy of configuring the activation time of the vehicle for the user.

In one embodiment, updating the activation duration of the vehicle network specifically includes: and the terminal equipment prolongs the activation time of the vehicle network.

In one embodiment, the terminal device determines to activate the vehicle network according to the historical remote control information, and specifically includes: and the terminal equipment obtains the probability of using the remote control operation for the ith time of the user according to the historical remote control information, and determines to activate the vehicle network if the probability is greater than or equal to a preset threshold corresponding to the ith time of using the remote control operation, wherein i is a positive integer.

In the above embodiment, the terminal device may activate the vehicle network in advance by estimating the probability of the user using the remote control operation, when the estimated probability of the user using the remote control operation is large; or when the probability of using the remote control operation for i times continuously is high, the activation state of the vehicle network is kept, so that the response speed of the remote control operation is improved, and the use experience of the user is improved.

In one embodiment, the terminal device determines the activation duration of the vehicle network according to the historical remote control information, and specifically includes: the terminal equipment determines a time interval between the opening of a first application by a user and the first remote control operation according to the historical remote control information, and determines the time interval as the activation duration of the vehicle network; or the terminal equipment determines the time interval between the ith remote control operation and the (i-1) th remote control operation of the user according to the historical remote control information, and prolongs the activation time of the current vehicle network according to the time interval.

In the above embodiment, the terminal device configures the activation duration of the vehicle network for the user by estimating the waiting duration of the user using the remote control operation; or when the probability of using the remote control operation for the ith time continuously by the user is high, the time interval between the ith-1 th time and the ith time for using the remote control operation can be estimated, so that the vehicle network is kept activated in the time interval, the response speed of the remote control operation is improved, and the use experience of the user is improved.

In one embodiment, the method further comprises: the terminal equipment determines that the current activation time length of the vehicle network reaches the residual activation time length, and if the terminal equipment does not receive the remote control operation of the user within the residual activation time length, the terminal equipment disconnects the vehicle network.

In the above embodiment, when the terminal device does not receive the remote control operation of the user within the estimated waiting time period in which the remote control operation is possible, the vehicle network may be disconnected, thereby saving the vehicle power consumption.

In one embodiment, the vehicle network includes a controller area network CAN.

In a second aspect, there is provided an electronic device comprising: a memory and one or more processors; the memory is coupled to the processor; the memory is for storing computer program code comprising computer instructions which, when executed by the processor, cause the electronic device to: receiving user operation; and responding to the user operation, determining whether to activate the vehicle network or not according to historical remote control information, or determining the activation time of the vehicle network, wherein the historical remote control information is information corresponding to the remote control operation of the electronic equipment on the vehicle-mounted module of the vehicle.

In one embodiment, the user operation includes: opening a first application on the electronic equipment, wherein the first application is used for realizing the management or remote control of the electronic equipment on the vehicle-mounted terminal or the vehicle-mounted module of the vehicle; or initiating remote control operation to an on-board module of the vehicle through the electronic equipment.

In one embodiment, the user operation includes: the electronic device establishes a connection with the vehicle through a near field communication technology.

In one embodiment, the near field communication technology includes bluetooth technology.

In one embodiment, the electronic device is further configured to perform: and detecting that the equipment state meets a preset condition, and updating the activation duration of the vehicle network.

In one embodiment, the historical remote control information includes at least one of the following: whether the user performs the remote control operation, the number of times of performing the remote control operation, the time of performing the remote control operation, the waiting time of performing the remote control operation for the first time, or the interval time of the two adjacent remote control operations.

In one embodiment, the device state meeting the preset condition includes: the electronic equipment is updated from a use state to a non-use state, or a first application installed on the electronic equipment is updated from the use state to the non-use state, and the first application is used for realizing management or remote control of the electronic equipment on the vehicle-mounted terminal or the vehicle-mounted module of the vehicle.

In one embodiment, an electronic device is specifically configured to perform: updating the current remaining activation time length of a vehicle network to the minimum value of the current remaining time length of the vehicle network and a preset first time length.

In one embodiment, the device state meeting the preset condition includes: the electronic equipment is updated from a non-use state to a use state, or a first application installed on the electronic equipment is updated from the non-use state to the use state, and the first application is used for realizing management or remote control of the electronic equipment on the vehicle-mounted terminal or the vehicle-mounted module of the vehicle.

In one embodiment, an electronic device is specifically configured to perform: and prolonging the activation time of the vehicle network.

In one embodiment, an electronic device is specifically configured to perform: and obtaining the probability of the ith remote control operation of the user according to the historical remote control information, and determining to activate the vehicle network if the probability is greater than or equal to a preset threshold corresponding to the ith remote control operation, wherein i is a positive integer.

In one embodiment, an electronic device is specifically configured to perform: according to the historical remote control information, determining a time interval between the user opening the first application and performing remote control operation for the first time, and determining the time interval as the activation duration of the vehicle network; or according to the historical remote control information, determining the time interval between the ith remote control operation and the (i+1) th remote control operation of the user, and prolonging the activation time of the current vehicle network according to the time interval.

In one embodiment, the electronic device is further configured to perform: and determining that the current activation time length of the vehicle network reaches the residual activation time length, and if the electronic equipment does not receive the remote control operation of the user in the residual activation time length, disconnecting the vehicle network by the electronic equipment.

In one embodiment, the vehicle network includes a controller area network CAN.

In a third aspect, a chip system is provided, the chip system being applied to an electronic device; the system-on-chip includes one or more interface circuits and one or more processors; the interface circuit and the processor are interconnected through a circuit; the interface circuit is configured to receive a signal from a memory of the electronic device and to send the signal to the processor, the signal including computer instructions stored in the memory; the electronic device performs the method of any of the first aspects described above when the processor executes the computer instructions.

In a fourth aspect, there is provided a computer readable storage medium having instructions stored therein which, when run on an electronic device, cause the electronic device to perform the method of any of the first aspects.

In a fifth aspect, there is provided a computer program product which, when run on a computer, causes the computer to perform the method of any of the first aspects above.

It will be appreciated that any of the electronic devices, chip systems, computer-readable media or computer program products and the like provided above are used to perform the corresponding methods provided above, and thus, the benefits achieved by the above-described methods may refer to the benefits in the corresponding methods, and are not described herein.

Drawings

Fig. 1A is a schematic diagram of a communication system according to an embodiment of the present application;

FIG. 1B is a system architecture diagram of a vehicle according to an embodiment of the present application;

fig. 2 is a hardware configuration diagram of a communication device according to an embodiment of the present application;

FIG. 3 is a flow chart of a remote control method according to an embodiment of the present application;

fig. 4 is an interface operation schematic diagram of a terminal device according to an embodiment of the present application;

FIG. 5 is a flowchart of another remote control method according to an embodiment of the present application;

FIG. 6 is a flow chart of another remote control method according to an embodiment of the present application;

Fig. 7 is an interaction flow diagram of a remote control method according to an embodiment of the present application;

fig. 8 is a schematic hardware structure of a terminal device according to an embodiment of the present application;

fig. 9 is a schematic software structure of a terminal device according to an embodiment of the present application.

Detailed Description

The terms "first" and "second" are used below for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include one or more such feature. In the description of the present embodiment, unless otherwise specified, the meaning of "plurality" is two or more.

In the present application, the words "exemplary" or "such as" are used to mean serving as an example, instance, or illustration. Any embodiment or design described herein as "exemplary" or "for example" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete fashion.

The following description of the embodiments of the present application will be made clearly and completely with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.

First, the implementation environment and application scenario of the embodiment of the present application will be briefly described.

Fig. 1A is a schematic diagram of a communication system 10 according to an embodiment of the present application. In fig. 1A, a communication system 10 may include a vehicle 11 and a terminal device 12.

The vehicle 11 in fig. 1A may be an intelligent networked car. The vehicle 11 may include devices such as an in-vehicle terminal T-Box and an ECU. Specifically, the architecture of the vehicle 11 may be as shown in FIG. 1B, wherein the entire vehicle ECU may include ECU-1, ECU-2, ECU-3, ECU-4, and the like.

The in-vehicle terminal T-Box is a front-end device for realizing communication and management of the vehicle, and may be installed in various vehicles or may be a part of the entire vehicle. For example, the user can realize functions of video and audio interaction, call answering, driving navigation and the like through the T-Box; in addition, the user can also realize the communication between the vehicle and the vehicle, the communication between the vehicle and other terminal equipment, the communication between the vehicle and the network equipment, and the like through the vehicle-mounted terminal. In a use scenario of telecommunications, a T-Box may be used to implement a remote control function, receiving a remote control instruction from the terminal device 12.

The ECU may be a microcomputer controller of the vehicle 11, may be used to control the state of various components of the vehicle, for example, the ECU-1 may be used to control engine operation, the ECU-2 may be used to control trunk opening or closing, the ECU-3 may be used to control window opening or closing, the ECU-4 may be used to control lamp flashing, etc. In addition, the ECU may further include means for achieving autopilot correlation. For example, the ECU includes a Mobile Data Center (MDC) or a human-machine interaction (HMI) device. The MDC may be an intelligent on-board computing platform of the vehicle 11, among other things. The HMI may be an infotainment system of the vehicle 11.

The terminal device 12 refers to a device, instrument or machine having computing processing capability that can manage and control the vehicle 11. In the embodiment of the application, the device or the intelligent terminal with data processing capability or functional peripheral equipment, various sensors, terminal equipment of the internet of things and the like can be adopted. The terminal device may also be referred to as a User Equipment (UE), a mobile station, a mobile terminal, a terminal, or the like. The terminal device may be widely applied to various scenes, for example, device-to-device (D2D), vehicle-to-device (vehicle to everything, V2X) communication, machine-type communication (MTC), internet of things (internet of things, IOT), virtual reality, augmented reality, industrial control, autopilot, telemedicine, smart grid, smart home, smart office, smart wear, smart transportation, smart city, and the like. The terminal can be a mobile phone, a tablet personal computer, a computer with a wireless receiving and transmitting function, a wearable device, a vehicle-mounted terminal, a robot, a mechanical arm, intelligent household equipment and the like. The embodiment of the application does not limit the specific technology and the specific equipment form adopted by the terminal. In one embodiment, the terminal device 12 may be a smart phone, a smart watch, a remote controller, or the like.

In one embodiment, the user may control the in-vehicle terminal or the vehicle ECU through an Application (APP) installed on the terminal device 12. For example, a user may perform operations such as opening music, closing a door, or opening and setting an air conditioning temperature through an application on a smart phone.

The T-Box and the vehicle ECU CAN be connected through an Ethernet or controller area network (controller area network, CAN), a local area internet (local interconnect network, LIN), a media-oriented system transmission (media oriented system transport, MOST) or a FlexRay.

In fig. 1B, the T-Box may have the capability to communicate with external devices of the vehicle as well as with internal devices of the vehicle. The external device of the vehicle may be described as a device outside the vehicle, for example, a server, a cloud, or a terminal device of a user; the internal device of the vehicle may be the vehicle ECU shown in fig. 1B.

It should be understood that the architecture of the vehicle 11 shown in fig. 1B is for example only and is not intended to limit the technical solution of the present application. Those skilled in the art will appreciate that in a particular implementation, the vehicle 11 may include other devices, and that the number of ECUs, etc. may be determined as desired.

In some embodiments, as shown in FIG. 1A, the communication system 10 may further include a server 13 that may be used to store user data for a user using the vehicle 11, such as, for example, an in-vehicle terminal T-Box generating user data. In addition, the server 13 may be used to forward a remote control instruction or the like for the vehicle 11 generated by the user operating the terminal device 12.

By way of example, the user may operate the air conditioner of the vehicle 11 by performing an operation on the terminal device 12; the terminal device 12 generates a remote control instruction and transmits the remote control instruction to the server 13, and after receiving the remote control instruction, the server 13 transmits the remote control instruction to the T-Box in the vehicle 11, and the T-Box parses the remote control instruction and transmits a command for turning on the air conditioner to the corresponding air conditioner ECU, thereby realizing remote control.

In one embodiment, the server 13 may be a physical server, or may be a virtual server or a cloud server, which is not particularly limited in the present application. In the following implementation, a cloud server may be used as a specific implementation.

It should be understood that the communication system 10 shown in fig. 1A is for example only and is not intended to limit the scope of the present application. It will be appreciated by those skilled in the art that in particular implementations, communication system 10 may include other devices, and that the number of vehicles 11 or end devices 12 may be determined according to particular needs, without limitation.

Alternatively, the terminal device 12 in fig. 1A, or the respective apparatuses in fig. 1B, for example, the T-Box or the ECU, may be one functional module within one device according to the embodiment of the present application. It will be appreciated that the functional module may be either an element in a hardware device, a software function running on dedicated hardware, or a virtualized function instantiated on a platform (e.g., a cloud platform).

For example, the terminal device 12 or the respective means in fig. 1B may be implemented by the hardware device 200 in fig. 2. Fig. 2 is a schematic diagram of a hardware structure of a hardware device applicable to an embodiment of the present application. The hardware device 200 may include at least one processor 201, communication lines 202, memory 203, and at least one communication interface 204.

The processor 201 may be a general purpose CPU, microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of programs in accordance with aspects of the present application.

Communication line 202 may include a pathway to transfer information between the aforementioned components, such as a bus.

The communication interface 204 uses any transceiver-like means for communicating with other devices or communication networks, such as an ethernet interface, a radio access network interface (radio access network, RAN), a wireless local area network interface (wireless local area networks, WLAN), etc.

The memory 203 may be, but is not limited to, a read-only memory (ROM) or other type of static storage device that can store static information and instructions, a random access memory (random access memory, RAM) or other type of dynamic storage device that can store information and instructions, or an electrically erasable programmable read-only memory (ELECTRICALLY ERASABLE PROGRAMMABLE READ-only memory, EEPROM), a compact disc read-only memory (compact disc read-only memory) or other optical disc storage, a compact disc storage (including compact disc, laser disc, optical disc, digital versatile disc, blu-ray disc, etc.), a magnetic disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer. The memory may be stand alone and be coupled to the processor via communication line 202. The memory may also be integrated with the processor. The memory provided by embodiments of the present application may generally have non-volatility. The memory 203 is used for storing computer-executable instructions related to executing the scheme of the present application, and is controlled by the processor 201 to execute the instructions. The processor 201 is configured to execute computer-executable instructions stored in the memory 203, thereby implementing the method provided by the embodiment of the present application.

Alternatively, the computer-executable instructions in the embodiments of the present application may be referred to as application program codes, which are not particularly limited in the embodiments of the present application.

In a particular implementation, as one embodiment, processor 201 may include one or more CPUs, such as CPU0 and CPU1 of FIG. 2.

In a particular implementation, as one embodiment, hardware device 200 may include multiple processors, such as processor 201 and processor 207 in FIG. 2. Each of these processors may be a single-core (single-CPU) processor or may be a multi-core (multi-CPU) processor. A processor herein 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, hardware device 200 may also 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) CRYSTAL DISPLAY, a Light Emitting Diode (LED) display device, a Cathode Ray Tube (CRT) display device, or a projector (projector), or the like. The input device 206 is in communication 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, a sensing device, or the like.

In a specific implementation, the hardware device 200 may be an embedded device or a device having a similar structure as in fig. 2. The embodiment of the present application is not limited to the type of hardware device 200.

The method for remote control provided by the embodiment of the present application will be specifically described below with reference to fig. 1A, 1B and 2, taking communication between a terminal device and an ECU as an example.

It should be understood that the names of messages between devices or the names of parameters in messages in the following embodiments of the present application are merely an example, and other names may be used in specific implementations, and embodiments of the present application are not limited thereto specifically.

It will be appreciated that in the embodiments of the present application, the terminal device or the ECU may perform some or all of the steps in the embodiments of the present application, these steps are merely examples, and the embodiments of the present application may also perform other steps or variations of the various steps. Furthermore, the various steps may be performed in a different order presented in accordance with embodiments of the application, and it is possible that not all of the steps in an embodiment of the application may be performed.

The embodiment of the application provides a remote control method, which realizes the activation or release of a vehicle network through the behavior habit of using remote control by a user in history, the real-time state of terminal equipment and the operation of the user on the terminal equipment. Specifically, through analysis of the remote control operation record of the user history, the probability of using the remote control function by the user and the possible time interval of each use can be prejudged, so that whether the vehicle network is activated or not and the activation time of the vehicle network are determined, the response time of remote control is shortened as much as possible, the power consumption of the vehicle is reduced, and the use experience of the user is improved.

As shown in fig. 3, an embodiment of the present application provides a method for remote control, which includes the following steps.

301: In response to a user operation, the terminal device opens the first application.

The first application is used for realizing management or remote control of the terminal device on the vehicle-mounted terminal or the vehicle-mounted module of the vehicle, and can be an application program for managing and remotely controlling the vehicle. Illustratively, as shown in FIG. 4, in response to a user opening a first application on a terminal device, the terminal device launches the first application. The user can check the vehicle condition at a longer distance through the first application or perform a remote control operation on the vehicle.

In one embodiment, a user may view a vehicle condition, or obtain a related service, through a first application. For example, the user may view the location information of the current parking of the vehicle by clicking on "location"; the electricity consumption condition of the vehicle-mounted terminal can be obtained by clicking the electricity; by clicking "find", the location information of restaurants, shops, parks, or the like around the vehicle location can be acquired. In this embodiment, the above operation by the user does not involve the start of the ECU inside the vehicle, and therefore, the vehicle network does not need to be activated, and the vehicle condition information can be obtained only by the interaction between the terminal device and the vehicle-mounted terminal, or the interaction between the terminal device and the vehicle-mounted terminal and the (cloud) server, or the interaction between the terminal device and the cloud server, thereby realizing the above operation.

The terminal equipment and the vehicle-mounted terminal can be connected through an IP long connection to realize real-time communication. The terminal equipment and the (cloud) server can realize real-time communication through a cellular network; the (cloud) server and the vehicle-mounted terminal can realize real-time communication through IP long connection, so that the communication time delay between the networks is short. The long connection is also called persistent connection, which means that a plurality of data packets can be continuously transmitted on one connection, and the connection state can be maintained for a long time, and if no data packet is transmitted by both parties, a link detection packet can be transmitted to maintain the connection.

And the vehicle-mounted terminal and the vehicle ECU can communicate through the Ethernet, CAN, LIN, MOST or FlexRay and other modes in the vehicle. In the embodiment of the present application, CAN is taken as an example, and implementation of the vehicle internal communication network is not particularly limited.

In addition, in one embodiment, the user may also perform various remote control operations on the vehicle. For example, the user clicks the "lock" on the interface of the first application, and may open or close the door lock of the vehicle by remotely controlling the ECU corresponding to the lock; or click "trunk", can open or close the trunk of vehicle through the corresponding ECU of remote control, click "door window", can open or close the door window of vehicle through the corresponding ECU of remote control, click "seeking the car", can open or flash the car light through the corresponding ECU of remote control car light for the user conveniently seeks the vehicle according to the car light. The operation of the remote control described above involves the activation of one or more ECUs inside the vehicle, and therefore, requires activation of the vehicle network to be achieved. For example, the vehicle CAN may be activated first, and then the vehicle-mounted terminal T-box may send an operation instruction or a start instruction to the corresponding ECU through the CAN based on the received remote control instruction generated by the terminal device, so as to implement the remote control operation described above.

302: The terminal device determines whether to activate the vehicle network or not according to the historical remote control information, or determines the activation time length of the vehicle network.

The historical remote control information refers to information or data record corresponding to the user historical operation of the first application to remotely control the vehicle-mounted module of the vehicle. For example, the historical remote control information may include whether the user has performed a remote control operation within a specified period (e.g., daily), the number of times the remote control operation has been performed within the specified period, the time at which the user has performed each remote control using the first application; optionally, the method also can comprise data such as specific operation instructions corresponding to each remote control operation. Further, the terminal device may obtain, according to the time of each remote control operation, information such as a waiting time period for performing the remote control operation for the first time, or a time period between two adjacent remote processing control operations.

For example, table 1 below shows a parameter record of a user performing a remote control operation using a first application of a terminal device within 30 days, where the number of days the user performs the remote control using the first application within 30 days is 15 days, and each of the 15 days the user performs at least one remote control operation, and for the sake of statistics, the 15 days are numbered with a serial number C, and the values of C are 1,2, and 3 … … in table 1.

In the table 1, in the operation that the user performs the remote control through the first application each time, the interval duration T1 between when the user opens the first application and when the user performs the remote control operation for the first time afterwards may also be referred to as the waiting duration T1, and the unit may be seconds. Also included in table 1 are an interval period T2 between the user performing the remote control operation for the second time and the remote control operation for the first time, and an interval period T3 between the user performing the remote control operation for the third time and the remote control operation for the second time. Illustratively, T2 and T3 may also be in seconds.

Table 1: parameter recording of historical remote control operations

Remote control sequence number C	1	2	3	4	5	6	7	8	9	10	11	12	13	14	15
																Interval T1 (second)	10	6	7	20	5	15	8	8	7	10	5	8	6	7	9
Interval T2 (seconds)	Without any means for	6	Without any means for	6	Without any means for	Without any means for	6	7	Without any means for	10	8	8	8	8	8
																Interval T3 (second)	Without any means for	Without any means for	Without any means for	5	Without any means for	Without any means for	6	Without any means for	Without any means for	7	6	7	Without any means for	8	Without any means for

As can be seen from table 1 above, the probability of using the remote control operation within 30 days by the user is p=15 days/30 days=50%. That is, assuming that the usage habits of the user are substantially unchanged for a period of time, the probability of the user performing the remote control operation using the first application may be 50% and the probability of not performing the remote control operation may be 50% each time the user opens the first application, which is estimated based on the distribution of the data statistics.

It should be noted that the above algorithm for estimating the remote control operation probability is merely an example. The statistical information applied in the probability estimation process may be information about whether the user uses remote control operation in a period of time; in the actual calculation process, the frequency of the remote control operation used by the user can also be used as reference information, and the probability of the remote control operation performed by the user can be comprehensively estimated so as to exclude special use scenes. The specific probability estimation algorithm in the embodiment of the application is not particularly limited.

In one embodiment, the terminal device may determine whether the probability of performing the remote control operation by the user is greater than or equal to a preset threshold value through the historical remote control information of the user, so as to determine whether to activate the vehicle network.

The preset threshold is a first threshold, if the terminal device determines that the probability of performing remote control operation by a user is greater than or equal to the first threshold according to the historical remote control information of the user, the vehicle network CAN be activated in advance for the user, for example, the vehicle network comprises CAN, and the first application on the terminal device CAN immediately initiate a request for activating CAN to wake up CAN. For different users, if the terminal equipment determines that the probability of the user performing remote control operation is smaller than the first threshold according to the historical remote control information of the user, the terminal equipment can determine that the probability of the user performing remote control operation is lower, and the vehicle network can keep a dormant state so as to achieve the purpose of saving power consumption.

The judging mode can be applied to a scene that the terminal equipment determines that the current vehicle network is in a dormant state. For example, the vehicle network includes a CAN, i.e., the current vehicle CAN is in a dormant state, the terminal device may determine whether to activate the CAN according to the user's historical remote control information.

For example, according to the first threshold value 45% corresponding to the remote control operation performed by the user configured by the first application, the probability of the user performing the remote control operation using the first application is 50% according to the user history remote control information shown in the above table 1, and it is seen that the probability of the user performing the remote control operation is greater than the first threshold value, then the terminal device may determine that the user activates the vehicle network, such as CAN, in advance, so that when the user performs the remote control operation next, the user does not need to wait for the duration of activation of the CAN, thereby improving the response speed of the remote control operation, reducing the time delay of the remote control operation, and improving the use experience of the user.

It should be noted that, the first threshold may be specifically preconfigured, for example, configured to be 30%, 40% or other values, or may be set by a user or a developer of an application program according to a use requirement, which is not specifically limited in the present application.

In one embodiment, the terminal device may further determine the activation time of the vehicle network according to the historical remote control information. Optionally, the terminal device may determine, according to the historical remote control information, that the vehicle network is activated, and then may further determine the activation duration of the vehicle network.

In an embodiment, referring to fig. 5, the terminal device may further determine, according to the historical remote control information, a probability P of the ith remote control operation used by the user, and if the probability P is greater than or equal to a preset threshold corresponding to the ith remote control operation, further determine to activate the vehicle network. Further, the terminal device may estimate a time interval between the i-th remote control operation performed by the user and the i-1-th remote control operation according to the historical remote control information, and determine the time interval as a remaining activation duration of the current vehicle network. Where i may be a positive integer.

For example, the value of i is 1, and specifically, the terminal device may determine, according to the historical remote control information, that the vehicle network is activated according to the probability that at least one remote control operation is performed after the user opens the first application being greater than the first threshold. Next, a possible time interval Ta between when the user opens the first application (which may be regarded as 0 th time of performing the remote control operation) and when the user performs the remote control operation for the first time may be estimated based on the history remote control information, and the time interval is determined as the activation duration Ta of the vehicle network.

In an embodiment, the terminal device may estimate, according to the historical remote control information, the value of the activation duration Ta, which may be a value of M percentile in a duration sequence between when the user opens the first application and when the user uses the remote control operation for the first time within N days, or may be an average value of the duration sequence or a reference value obtained according to another algorithm, or the like. For clarity of description, in the following examples, only the M percentile value in the duration sequence is taken as an estimated value of the activation duration as an example.

The starting time of the activation period Ta may be the time at which the vehicle network is activated, or may be the time at which the vehicle network is activated, for the terminal device.

For example, based on the user history remote control information shown in the above table 1, the number of times that the user uses the first application to perform the remote control operation is 15 in 30 days, the user opens the first application to a time interval T1 corresponding to the first time to perform the remote control operation, and the duration sequence of the T1 corresponding to the 15 times of remote control operation in order from small to large is as follows: {5,5,6,6,7,7,7,8,8,8,9,10,10,15,20}. If m=80, i.e. the terminal device may take the duration corresponding to the 80% quantile value in the duration sequence as the activation duration Ta, then 15×80% =12, and Ta is equal to the duration corresponding to the 12 th time interval in the duration sequence, i.e. ta=10s, so that the terminal device may set the activation duration of the vehicle network to 10 seconds.

In one embodiment, the terminal device sets a certain activation duration for the vehicle network, which may be understood that, in the configured activation duration of the vehicle network, if the user does not perform the remote control operation, the vehicle network may be disconnected and enter the sleep state for the purpose of saving power consumption.

In this embodiment, for example, after the terminal device sets the activation period of the vehicle network to 10 seconds, the vehicle network may be set to enter the sleep state if the terminal device does not receive the remote control operation of the user within 10 seconds after the vehicle network starts to activate. Or within 10 seconds after the vehicle network starts to be activated, if the vehicle-mounted terminal does not receive the remote control operation of the user, the vehicle network can be automatically set to enter the dormant state.

In another implementation scenario, when the vehicle network processes the dormant state, the terminal device activates the vehicle network after receiving a remote control operation of the vehicle by a user; the terminal device may then determine the activation time of the vehicle network based on the historical remote control information.

In this embodiment, regardless of whether the terminal device determines whether to activate the vehicle network based on the historical remote control information in step 302 described above, the terminal device may determine the activation time period of the vehicle network based on the historical remote control information of the user after the user performs at least one operation of remote control through the terminal device. Specifically, the terminal device may determine, according to the historical remote control information of the user, whether the probability of the user performing the remote control operation again is greater than or equal to a preset threshold, so as to determine the activation duration of the vehicle network.

Illustratively, taking the example that the user opens the first application of the terminal device, performs the remote control operation for the first time, and performs the remote control operation for the second time, based on the user history remote control information shown in the above table 1, the remote control numbers of the user performing the remote control operation for the second time are c=2, 4, 7, 8, 10, 11, 12, 13, 14 and 15, that is, the number of times the user performs the remote control operation for two consecutive times within 30 days is 10, i.e., the probability is p=10 times/30 days=33.3%. That is, assuming that the usage habit of the user is substantially unchanged for a period of time, the probability that the user uses the first application twice in succession for the remote control operation may be 33.3% each time the user opens the first application, which is estimated based on the distribution of the data statistics.

It should be noted that, in the embodiment of the present application, the two or more continuous remote control operations are performed, which means that the user performs two or more remote control operations in a period from opening the application program to closing the application program, and a time interval of a certain duration may be included between the two continuous remote control operations, for example, as shown in table 1, where a time interval T2 between the first remote control operation and the second remote control operation is 6 seconds, where the two continuous remote control operations correspond to a remote control sequence number c=2.

In one embodiment, the terminal device may determine whether to activate the vehicle network by determining, through the historical remote control information of the user, whether the probability of the user performing the remote control operation twice consecutively is greater than or equal to a preset threshold. For example, the preset threshold corresponding to the continuous remote control operation performed twice may be a second threshold, and if the terminal device determines, according to the historical remote control information of a certain user, that the probability that the user performs the remote control operation twice continuously is greater than or equal to the second threshold, the vehicle network may be continuously kept activated for the user, for example, the vehicle network includes the CAN, and the terminal device may continuously keep activated the CAN. Therefore, for different users, if the terminal equipment determines that the probability of the user performing remote control operation twice continuously is smaller than the second threshold according to the historical remote control information of the user, the terminal equipment can determine that the probability of the user performing remote control operation again is lower, and the vehicle network can be updated to be in a dormant state, so that the purpose of saving power consumption is achieved.

For example, according to the second threshold value 30% corresponding to the remote control operation performed by the user configured by the first application, and the user history remote control information and the foregoing shown in table 1, the probability that the user performs the second remote control operation using the first application is 33.3%, and it is seen that the probability that the user performs the remote control operation is greater than the second threshold value, then the terminal device may determine that the vehicle network, such as the CAN, is continuously kept in the activated state, so that when the user performs the remote control operation again next, the duration of waiting for activation of the CAN is not needed, thereby improving the response speed of the remote control operation, reducing the time delay of the remote control operation, and improving the use experience of the user.

Then, according to the foregoing embodiment, the terminal device may further determine, according to the historical remote control information, a duration for which the current vehicle network continues to remain in the active state. Referring to fig. 5, i is 2, that is, the terminal device may estimate, according to the historical remote control information, a possible time interval between the first remote control operation performed by the user and the second remote control operation performed by the user, and determine, based on the time interval, a duration Tb for which the active state is kept after the first remote control operation performed by the current vehicle network.

It should be noted that, the start time of the activation period Tb may be a time when the terminal device performs the remote control operation for the first time in Ta. Thus, tb may be understood as an extended time of the current Ta remaining time period, or a timeout. For example, ta is 10 seconds, after the 6 th second in the duration of Ta, the terminal device receives the first remote control operation of the user, and then determines Tb to be 8 seconds, where the duration of the vehicle network activation currently configured by the terminal device for the user may be 14 seconds in total of 6 seconds+8 seconds. Further, the terminal device may further determine whether to continue to keep the vehicle network in an active state according to the historical remote control information.

In one embodiment, the terminal device may determine, according to the historical remote control information, that the value of the activation duration Tb may be a value of M percentile in a duration sequence between the first time the user uses the remote control operation and the second time the user performs the remote control operation within N days.

For example, based on the user history remote control information shown in the above table 1, the number of times that the user uses the first application to perform the remote control operation twice continuously within 30 days is 10, the time interval between the user performing the remote control operation for the first time and the remote control operation for the second time is T2, and the duration sequence of arranging the T2 corresponding to the 10 remote control operations in order from small to large is: {6,6,6,7,8,8,8,8,8,10}. If m=80, that is, the terminal device may take the duration corresponding to the 80% quantile value in the duration sequence as the activation duration Tb, then 10×80% =8, and Tb is equal to the duration corresponding to the 8 th time interval in the duration sequence, that is, tb=8s, so that the terminal device may set the duration for which the vehicle network continues to keep the activation state to be 8 seconds.

According to the embodiment, the terminal device can adaptively match different settings for different users, determine whether to activate the vehicle network for the user after opening the first application according to the historical remote control information of the user, and determine the activation time of the vehicle network; further, whether the vehicle network is kept in an activated state or not after at least one remote control operation is performed by the user can be determined, the prolonged activation time is determined, and the response speed of the remote control operation is improved; otherwise, the terminal device can shut down the vehicle network for the user so as to achieve the purpose of saving power consumption.

In addition, in some possible implementation scenarios, after the user opens the first application installed on the terminal device (whether using a remote control operation or not), the user may stop using the terminal device or stop using the first application. For example, the user puts down a smart phone, or puts down an arm wearing a smart watch; or the user switches the application programs, and the first application is updated to be operated in the background; or the mobile phone or the watch automatically shuts down or locks the screen under the condition of long-time non-operation. In the above scenario, the user may not use remote control operation for a period of time, so as to further save power consumption.

Optionally, the terminal device may further perform the following steps.

303: And the terminal equipment updates the residual activation time length of the vehicle network according to the fact that the equipment state is detected to meet the preset condition.

Wherein the device state includes whether the terminal device is in a use state (or a disabled state) or whether a first application installed on the terminal device is in a use state (or a disabled state).

In one embodiment, if the terminal device is updated from the use state to the non-use state, or the first application installed on the terminal device is updated from the use state to the non-use state, the terminal device may maintain or shorten the activation duration of the vehicle network. Specifically, the method comprises the following steps: and updating the current remaining activation time length of the vehicle network to be the minimum value of the current remaining time length of the vehicle network and the preset first time length.

In another embodiment, if the terminal device is updated from the non-use state to the use state, or the first application installed on the terminal device is updated from the non-use state to the use state, the terminal device may maintain or extend the activation duration of the vehicle network.

For example, if the terminal device is a smart phone or a watch, and the smart phone or the watch detects that the current device is in a put-down state (a use state of not holding the user by the hand or a use state of lifting the arm), the first application installed on the smart phone or the watch is turned into a state of running in the background, or the device display screen is turned into a state of turning off the screen, etc., the terminal device predicts that the current user may not use the remote control operation, so that the remaining activation time length of the vehicle network can be updated to a shorter time length, for example, the remaining activation time length is updated to Tx, so as to reduce the vehicle power consumption.

Specifically, tx may be a minimum value between the remaining activation duration of the current vehicle network and the preset first time duration Tc, that is, tx=min (T (left), tc). Where T (left) refers to the remaining activation time of the current vehicle network, tc may be a preconfigured constant value for indicating the waiting time, e.g. the network is preconfigured for the first application or user-defined, and exemplary Tc may be 5 seconds. If the remaining activation time period T (left) of the current vehicle network is 8 seconds, the remaining activation time period Tx of the vehicle network may be updated to 5 seconds; if the remaining activation time period T (left) of the current vehicle network is 4 seconds, the remaining activation time period Tx of the vehicle network may be updated to 4 seconds.

Further, in an embodiment, as shown in fig. 5, if the terminal device does not detect the change of the device state in the remaining activation period, the vehicle network may be released, so as to save power consumption.

Otherwise, if the terminal device detects that the device state is changed from the deactivated state to the used state within the remaining activation time period, if the terminal device is in the used state or the first application installed on the terminal device is in the used state, the terminal device may update the remaining activation time period of the vehicle network, and restore the remaining activation time period of the vehicle network to the remaining time period before the change.

For example, if the terminal device does not detect at least one of picking up the mobile phone, lifting the arm, lighting the screen of the device, or resuming the first application by the user within the remaining activation duration Tx, the vehicle network may be released. If the terminal device detects at least one of picking up the mobile phone, lifting the arm, lighting the screen of the device or resuming the use of the first application by the user in the remaining activation duration Tx time, the activation time of the vehicle network may be updated to T (left).

In one embodiment, the terminal device may detect whether the device status meets the preset condition through a specific sensor or module, for example, the sensor or module may include an acceleration sensor, a gyroscope, a display screen, or the like, and the specific implementation of the device status detection by the terminal device is not limited in the present application, and the following description is only taken as an example.

For example, the terminal device may determine whether the user puts down the mobile phone or the watch by using the average value of the 3-axis acceleration of the acceleration sensor, and if the average value of the current acceleration is smaller than the threshold value, determine that the user puts down the mobile phone or the watch at this time; if it is. In addition, the terminal device can judge whether the mobile phone or the watch is out of screen or not according to the current display screen state of the mobile phone or the watch.

According to the embodiment, the probability of using remote control operation by the user is estimated through the historical remote control information of the user, and the terminal equipment CAN activate the vehicle network in advance or keep the vehicle network activated, so that the vehicle-mounted terminal or the CAN network is in an optimal response state when the user uses the remote control, and the response speed is improved. In addition, the terminal equipment CAN also set different CAN network activation time lengths according to the time interval between the times of remote control of the historical use of the user, so that the CAN network activation time lengths CAN be reasonably controlled according to the historical behavior habits of the user, and the waste of power consumption caused by overlong activation time is avoided. In addition, the terminal equipment CAN also shorten the CAN network activation time by judging the current state of the equipment, reasonably control the CAN network activation time and avoid the waste of power consumption caused by the invalid activation time. In connection with the foregoing embodiments, an exemplary overall processing logic diagram of a terminal device may be shown with reference to fig. 5.

The embodiment of the remote control of the vehicle by the user through the terminal device is suitable for the implementation scene of far-field communication technology, and in addition, remote control operation can be realized through near-field communication technology, such as Bluetooth, infrared or wireless fidelity (WIRELESS FIDELITY, wi-Fi) technology and the like. The implementation process of the remote control method provided by the application applied to the near field communication technology will be described below with reference to specific embodiments. By way of example, the following embodiments take a bluetooth connection as an example only, and the present application is not limited to a specific near field communication technology.

As shown in fig. 6, the method includes the following steps.

601: The terminal device establishes connection with the vehicle through Bluetooth.

Specifically, bluetooth configured on the vehicle may be in an on state, and when the user sets bluetooth of the terminal device to the on state and the distance between the terminal device and the vehicle satisfies the distance range of bluetooth scanning, the terminal device may scan a bluetooth signal of the vehicle and establish connection with the bluetooth signal of the vehicle.

Then, the terminal device may communicate with the vehicle-mounted terminal on the vehicle through bluetooth, for example, send a request for activating the vehicle network to the vehicle-mounted terminal so that the vehicle network is activated; the remote control command can also be sent to the vehicle-mounted terminal so as to perform remote control operation and the like on the vehicle-mounted module.

602: The terminal device activates the vehicle network.

In one embodiment, the terminal device may determine to activate the vehicle network after establishing a bluetooth connection with the vehicle.

Or in one embodiment, the terminal device may determine whether to activate the vehicle network based on historical remote control information after establishing a bluetooth connection with the vehicle.

The history remote control information may include information about a history of the terminal device, where the user performs remote control operation on the vehicle in the bluetooth connection state, for example, the history remote control information may include information about whether the user performs remote control operation in the bluetooth connection state, the number of times of performing remote control operation, the time of each remote control, and the like.

Therefore, the terminal equipment can judge whether the probability of the remote control operation of the user is larger than or equal to a preset threshold value or not through the historical remote control information of the user, and determine whether to activate the vehicle network or not. The detailed process may refer to the related description of step 302 in the foregoing embodiment, which is not repeated here.

In one embodiment, the terminal device may set a certain activation duration for the vehicle network, and in the configured activation duration of the vehicle network, if the user does not perform the remote control operation on the vehicle through the terminal device, the vehicle network may be disconnected for the purpose of saving power consumption of the vehicle, and enter the sleep state. If the user performs remote control operation on the vehicle through the terminal equipment within the activation time of the vehicle network, the response speed of the remote control operation can be improved by prolonging the activation time of the vehicle network, and the use experience of the user is effectively improved.

Optionally, the terminal device may further determine an activation time of the vehicle network according to the historical remote control information. The detailed process may refer to the related description of step 302 in the foregoing embodiment, which is not repeated here.

Further optionally, the terminal device may further update the remaining activation duration of the vehicle network according to detecting that the device state satisfies the preset condition. The detailed process may refer to the related description of step 303 in the foregoing embodiment, which is not repeated here.

Through the embodiment, the terminal equipment can be adaptively matched with different settings for different users, and according to the historical remote control information of the users in the Bluetooth connection state, the vehicle network is determined to be activated for the users, and the activation time of the vehicle network is determined; further, whether the vehicle network is kept in an activated state or not after at least one remote control operation is performed by the user can be determined, the prolonged activation time is determined, and the response speed of the remote control operation is improved; otherwise, the terminal device can shut down the vehicle network for the user so as to achieve the purpose of saving power consumption.

In combination with the communication system shown in fig. 1A and the foregoing embodiment, the terminal device, in response to the operation of the user, may interact with the vehicle-mounted terminal and the vehicle ECU, or interact with the server, so as to implement remote control operation. A specific implementation will be described below in connection with fig. 7.

701: And the terminal equipment responds to the user operation and opens the first application.

Reference is made to the previous description of step 301 or step 601, and no further description is given here.

702: And the terminal equipment determines to activate the vehicle network according to the historical remote control information.

Specifically, the specific process of determining the implementation method of activating the vehicle and determining the activation time of the vehicle network by the terminal device may refer to the foregoing description related to step 302 or step 602, which are not repeated herein.

703: The terminal device sends a vehicle network activating request to the vehicle-mounted terminal.

Wherein the network request for activating the vehicle requests for activating an in-vehicle network, such as CAN, of the vehicle to which the terminal device is connected.

In one embodiment, the terminal device may send a request to activate the vehicle network directly to the in-vehicle terminal, so that the vehicle network is activated. For example, in an implementation scenario in which an in-vehicle terminal is connected by a near field communication technology.

In another embodiment, the terminal device may send a request for activating the vehicle network to the vehicle-mounted terminal through the server, and send the request for activating the vehicle network. For example, in an implementation scenario of far field communication techniques, step 703 may specifically include the following steps.

703-1: The terminal device sends a request for activating the vehicle network to the server.

The vehicle network activation request is used for requesting to activate an in-vehicle network, such as a CAN, of the vehicle corresponding to the terminal device. The server is used for managing and realizing remote control of the terminal equipment on the vehicle, and storing vehicle data or user data of the first application. Specifically, the server may be a vehicle cloud, or a management server corresponding to the first application, etc.

In one embodiment, the activate vehicle network request may include identification information of the terminal device or the user for uniquely identifying the terminal device or uniquely identifying the user to match the user's corresponding vehicle data. The server can thus query the corresponding vehicle information according to the identification information.

703-2: The server sends a request for activating the vehicle network to the vehicle-mounted terminal.

Correspondingly, after receiving the request for activating the vehicle network from the terminal device, the server may query corresponding vehicle information according to the identification information, and forward the request for activating the vehicle network to the corresponding vehicle-mounted terminal.

704: The in-vehicle terminal activates the vehicle network.

Correspondingly, after receiving the request for activating the vehicle network from the server, the vehicle-mounted terminal triggers the vehicle network to activate, so that the vehicle-mounted terminal T-box is communicated with the vehicle ECU, and the vehicle-mounted terminal can realize quick response after receiving the remote control operation of the user. For example, the vehicle network may include a CAN, and then the T-box activates the vehicle CAN, through which the T-box communicates with the vehicle ECU.

In one embodiment, the vehicle-mounted terminal T-box communicates with the vehicle ECU, and specifically may include that the T-box communicates with the whole vehicle ECU or with a part of the ECU in the vehicle.

The specific implementation of the communication between the vehicle-mounted terminal T-box and the vehicle ECU may include that the T-box is in a connection state with the vehicle ECU through the CAN, or that the vehicle ECU is in a power-on state through the CAN, etc., which is not limited by the present application, and may refer to the existing related technology.

Optionally, after receiving the remote control instruction from the terminal device, the vehicle-mounted terminal wakes up the corresponding control ECU through the vehicle network and executes the remote control operation in the subsequent activation time. Specifically, the following steps 705-707 may be included.

705: The terminal equipment responds to user operation to generate a remote control instruction and sends the remote control instruction to the vehicle-mounted terminal.

And responding to the user operation, and generating a remote control instruction corresponding to the user operation by the terminal equipment.

In one embodiment, the terminal device may send the remote control command directly to the vehicle-mounted terminal. Or the terminal device can send the remote control instruction to the vehicle-mounted terminal through the server.

For example, as shown in fig. 4, when the user clicks the "vehicle searching" icon, the terminal device may generate a remote control instruction corresponding to "turn on the vehicle lamp" or "flash the vehicle lamp" to indicate that the corresponding ECU of the vehicle lamp is turned on or flash by remote control, so that the user can conveniently search for the vehicle according to the vehicle lamp. Then, the terminal device may send the remote control command corresponding to the "lamp on" or "lamp flashing" to the server.

Then, the server transmits a remote control instruction to the in-vehicle terminal.

In one embodiment, the remote control instruction may carry identification information of the terminal device or the user, which is used for uniquely identifying the terminal device or uniquely identifying the user, so as to match vehicle data corresponding to the user, so that the server may forward the remote control instruction to the corresponding vehicle-mounted terminal according to the identification information.

In combination with the foregoing example, the server may send the remote control instruction corresponding to the "lamp on" or "lamp flashing" to the in-vehicle terminal.

706: The in-vehicle terminal transmits a control instruction to the vehicle ECU.

Correspondingly, after receiving the remote control instruction from the server, the vehicle-mounted terminal analyzes the instruction, generates a control instruction for controlling the corresponding ECU based on the remote control instruction, and sends the control instruction to the corresponding ECU.

For example, in combination with the foregoing example, the remote control instruction is used to instruct "lamp on" or "lamp blinking", and the in-vehicle terminal generates a control instruction for controlling the lamp ECU to instruct the lamp ECU to control the lamp on, or to control the lamp to blink. For another example, if the remote control command received by the vehicle-mounted terminal is used to instruct to set the temperature of the air conditioner in the vehicle to 25 degrees, the vehicle-mounted terminal may generate a control command for controlling the ECU of the air conditioner, for turning on the air conditioner in the vehicle and adjusting the set temperature to 25 degrees.

707: The vehicle ECU executes the control instruction.

Correspondingly, after the vehicle ECU receives the control instruction, corresponding control operation is executed. Based on the foregoing examples, the lamp ECU executing the control instructions may include lamp lighting, or lamp blinking.

In one embodiment, after the vehicle ECU executes the control instruction, the control response may be fed back to the terminal device. Specifically, the method comprises the following steps: the vehicle ECU sends a control response to the vehicle-mounted terminal, the vehicle-mounted terminal sends a control response to the server, and the server sends the control response to the terminal equipment. Or the vehicle-mounted terminal can directly send a control response to the terminal equipment through the near field communication connection.

Optionally, in combination with the foregoing embodiment, if the terminal device receives the remote control operation of the user during the activation period, it may be determined whether to continue to maintain the vehicle network activation period according to the historical remote control information of the user. Specific embodiments may refer to the foregoing description of 302, and will not be repeated herein.

708: The terminal equipment detects that the equipment state meets the preset condition, and updates the residual activation time.

Optionally, in combination with the foregoing embodiment, in the activation period, if the terminal device detects that the device state meets the preset condition, the remaining activation period of the vehicle network is updated. Specific embodiments may refer to the foregoing description 303, and will not be repeated herein.

In another embodiment, if the terminal device does not receive a remote control operation triggered by the user within the activation period, the following steps 709-710 may be performed.

709: The terminal equipment determines that the vehicle network reaches or exceeds the activation time length, and sends a vehicle network release request to the vehicle-mounted terminal.

In one embodiment, the terminal device may send the vehicle network release request directly to the vehicle-mounted terminal. Or the terminal device may send a request for releasing the vehicle network to the vehicle-mounted terminal through the server.

For example, according to the embodiment shown in the foregoing 302, if the terminal device determines that the vehicle network reaches or exceeds the activation duration, a request for releasing the vehicle network may be sent to the server, so that the vehicle network is restored to the sleep state, and power consumption is saved.

Optionally, the server sends a request for releasing the vehicle network to the vehicle-mounted terminal.

Correspondingly, after receiving the vehicle network release request from the terminal device, the server may match the vehicle data corresponding to the user according to the identification information carried by the vehicle network release request, so as to forward the vehicle network release request to the vehicle terminal corresponding to the terminal device.

710: And the vehicle terminal releases the vehicle network.

Correspondingly, after receiving the vehicle network release request, the vehicle terminal triggers the vehicle network to release connection, so that the vehicle terminal T-box is disconnected from the vehicle ECU, and then if the vehicle terminal receives remote control operation of a user, the vehicle network needs to be activated again. For example, the vehicle network may include CAN, and the T-box releases the vehicle CAN, disconnecting communication with the vehicle ECU.

According to the embodiment, the terminal equipment determines that the user is required to activate the vehicle network in advance by estimating the probability of using the remote control operation by the user in advance according to the historical user remote control operation parameters, and activates the vehicle network through interaction with the server or the vehicle-mounted terminal, so that when the user triggers the remote control operation, the user does not need to wait for the delay of activating the vehicle network, the remote control operation of the user can be responded quickly, and the use experience of the user is improved. In addition, the terminal equipment can adaptively adjust the activation time length of the vehicle network based on the use habit of the user, so that the vehicle network is prevented from being activated too early, or the activation time length is too long, the waste of the power consumption of the vehicle is caused, the power consumption problem and the time delay problem of the remote control are well balanced, and the realization efficiency of the remote control is improved.

In addition, the application also provides electronic equipment, which comprises: a memory and one or more processors; the memory is coupled to the processor; the memory is used to store computer program code, which includes computer instructions. Reference may be made in particular to figure 2. When the above processor executes the computer instructions, the electronic device may perform the operations performed by the terminal device in the above embodiment of the present application, or the electronic device may perform the operations performed by the server in the above embodiment of the present application, or the electronic device may perform the operations performed by the in-vehicle terminal in the above embodiment of the present application, or the like.

In a specific implementation, the electronic device may be a desktop, a portable computer, a network server, a personal computer (PDA), a mobile phone, a tablet computer, a vehicle-mounted computer, a wireless terminal device, an embedded device, a wearable device, a home intelligent terminal, or a device having a similar structure in fig. 2, etc. The disclosed embodiments are not limited in type to this electronic device 200.

In some embodiments, execution of the steps of fig. 3-7 may cause the electronic device 200 to perform the methods of the method embodiments described above by the processor 201 of the electronic device 200 by invoking computer-executable instructions stored in the memory 203.

In an exemplary embodiment, a storage medium is also provided, such as a memory 203, comprising instructions executable by the processor 201 of the electronic device 200 to perform the above-described method.

In some embodiments, the present application also provides a chip system, which is applied to an electronic device; the system-on-chip includes one or more interface circuits and one or more processors; the interface circuit and the processor are interconnected through a circuit; the interface circuit is configured to receive a signal from a memory of the electronic device and to send the signal to the processor, the signal including computer instructions stored in the memory; when the processor executes the computer instructions, the electronic device performs the method as described in any of the foregoing figures 3-7.

In the above embodiments, it may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using a software program, it may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions in accordance with embodiments of the present application are produced in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus.

It will be appreciated that the structure illustrated in the embodiments of the present application does not constitute a specific limitation on the terminal device. By way of example, fig. 8 shows a schematic diagram of the structure of the terminal device 12. In other embodiments of the present application, terminal device 12 may include more or fewer components than shown in FIG. 8, or certain components may be combined, certain components may be split, or a different arrangement of components may be provided. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

The terminal device 12 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (universal serial bus, USB) interface 130, a charge 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 speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, keys 190, a motor 191, an indicator 192, a camera 193, a display 194, and a subscriber identity module (subscriber identification module, SIM) card interface 195, etc. The sensor module 180 may include a pressure sensor 180A, a gyro sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, and the like.

The processor 110 may include one or more processing units, such as: the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processing unit, GPU), an image signal processor (IMAGE SIGNAL processor, ISP), a controller, a memory, a video codec, a digital signal processor (DIGITAL SIGNAL processor, DSP), a baseband processor, and/or a neural Network Processor (NPU), etc. Wherein the different processing units may be separate devices or may be integrated in one or more processors.

The controller may be a neural hub or command center of the terminal device 12. The controller can generate operation control signals according to the instruction operation codes and the time sequence signals to finish the control of instruction fetching and instruction execution.

A memory may also be provided in the processor 110 for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may hold instructions or data that the processor 110 has just used or recycled. If the processor 110 needs to reuse the instruction or data, it can be called directly from the memory. Repeated accesses are avoided and the latency of the processor 110 is reduced, thereby improving the efficiency of the system.

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

The I2C interface is a bi-directional synchronous serial bus comprising a serial data line (SERIAL DATA LINE, SDA) and a serial clock line (derail clock line, SCL). In some embodiments, the processor 110 may contain multiple sets of I2C buses. The processor 110 may be coupled to the touch sensor 180K, charger, flash, camera 193, etc., respectively, through different I2C bus interfaces. For example: the processor 110 may be coupled to the touch sensor 180K through an I2C interface, so that the processor 110 and the touch sensor 180K communicate through an I2C bus interface to implement a touch function of the terminal device 12.

The I2S interface may be used for audio communication. In some embodiments, the processor 110 may contain multiple sets of I2S buses. The processor 110 may be coupled to the audio module 170 via an I2S bus to enable communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 may transmit an audio signal to the wireless communication module 160 through the I2S interface, to implement a function of answering a call through the bluetooth headset.

PCM interfaces may also be used for audio communication to sample, quantize and encode analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 may be coupled through a PCM bus interface. In some embodiments, the audio module 170 may also transmit audio signals to the wireless communication module 160 through the PCM interface to implement a function of answering a call through the bluetooth headset. Both the I2S interface and the PCM interface may be used for audio communication.

The UART interface is a universal serial data bus for asynchronous communications. The bus may be a bi-directional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, a UART interface is typically used to connect the processor 110 with the wireless communication module 160. For example: the processor 110 communicates with a bluetooth module in the wireless communication module 160 through a UART interface to implement a bluetooth function. In some embodiments, the audio module 170 may transmit an audio signal to the wireless communication module 160 through a UART interface, to implement a function of playing music through a bluetooth headset.

The MIPI interface may be used to connect the processor 110 to peripheral devices such as a display 194, a camera 193, and the like. The MIPI interfaces include camera serial interfaces (CAMERA SERIAL INTERFACE, CSI), display serial interfaces (DISPLAY SERIAL INTERFACE, DSI), and the like. In some embodiments, processor 110 and camera 193 communicate via a CSI interface to implement the photographing function of terminal device 12. The processor 110 and the display 194 communicate via a DSI interface to implement the display functionality of the terminal device 12.

The GPIO interface may be configured by software. The GPIO interface may be configured as a control signal or as a data signal. In some embodiments, a GPIO interface may be used to connect the processor 110 with the camera 193, the display 194, the wireless communication module 160, the audio module 170, the sensor module 180, and the like. The GPIO interface may also be configured as an I2C interface, an I2S interface, a UART interface, an MIPI interface, etc.

The USB interface 130 is an interface conforming to the USB standard specification, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, or the like. The USB interface 130 may be used to connect a charger to charge the terminal device 12, or may be used to transfer data between the terminal device 12 and a peripheral device. And can also be used for connecting with a headset, and playing audio through the headset. The interface may also be used to connect other electronic devices, such as AR devices, etc.

It should be understood that the interfacing relationship between the modules illustrated in the embodiments of the present application is only illustrative and not limiting on the structure of the terminal device 12. In other embodiments of the present application, the terminal device 12 may also use different interfacing manners, or a combination of multiple interfacing manners, as in the above embodiments.

The charge management module 140 is configured to receive a charge input from a charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charge management module 140 may receive a charging input of a wired charger through the USB interface 130. In some wireless charging embodiments, the charge management module 140 may receive wireless charging input through a wireless charging coil of the terminal device 12. The charging management module 140 may also supply power to the electronic device through the power management module 141 while charging the battery 142.

The power management module 141 is used for connecting the battery 142, and the charge management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charge management module 140 and provides power to the processor 110, the internal memory 121, the external memory, the display 194, the camera 193, the wireless communication module 160, and the like. The power management module 141 may also be configured to monitor battery capacity, battery cycle number, battery health (leakage, impedance) and other parameters. In other embodiments, the power management module 141 may also be provided in the processor 110. In other embodiments, the power management module 141 and the charge management module 140 may be disposed in the same device.

The wireless communication function of the terminal device 12 can be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, and the like.

The antennas 1 and 2 are used for transmitting and receiving electromagnetic wave signals. Each antenna in terminal device 12 may be configured to cover a single or multiple communication bands. Different antennas may also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may be multiplexed into a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 150 may provide a solution for wireless communication including 2G/3G/4G/5G etc. applied on the terminal device 12. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (low noise amplifier, LNA), etc. The mobile communication module 150 may receive electromagnetic waves from the antenna 1, perform processes such as filtering, amplifying, and the like on the received electromagnetic waves, and transmit the processed electromagnetic waves to the modem processor for demodulation. The mobile communication module 150 can amplify the signal modulated by the modem processor, and convert the signal into electromagnetic waves through the antenna 1 to radiate. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be provided 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 for modulating the low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used for demodulating 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. The low frequency baseband signal is processed by the baseband processor and then transferred to the application processor. The application processor outputs sound signals through an audio device (not limited to the speaker 170A, the receiver 170B, etc.), or displays images or video through the display screen 194. In some embodiments, the modem processor may be a stand-alone device. In other embodiments, the modem processor may be provided in the same device as the mobile communication module 150 or other functional module, independent of the processor 110.

The wireless communication module 160 may provide solutions for wireless communication including wireless local area network (wireless local area networks, WLAN) (e.g., wireless fidelity (WIRELESS FIDELITY, wi-Fi) network), bluetooth (BT), global navigation satellite system (global navigation SATELLITE SYSTEM, GNSS), frequency modulation (frequency modulation, FM), near field communication (NEAR FIELD communication, NFC), infrared (IR), etc., as applied to the terminal device 12. The wireless communication module 160 may be one or more devices that integrate at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, modulates the electromagnetic wave signals, filters the electromagnetic wave signals, and transmits the processed signals to the processor 110. The wireless communication module 160 may also receive a signal to be transmitted from the processor 110, frequency modulate it, amplify it, and convert it to electromagnetic waves for radiation via the antenna 2.

In some embodiments, antenna 1 and mobile communication module 150 of terminal device 12 are coupled, and antenna 2 and wireless communication module 160 are coupled, such that terminal device 12 may communicate with a network and other devices via wireless communication techniques. The wireless communication techniques can include the Global System for Mobile communications (global system for mobile communications, GSM), general packet radio service (GENERAL PACKET radio service, GPRS), code division multiple access (code division multiple access, CDMA), wideband code division multiple access (wideband code division multiple access, WCDMA), time division code division multiple access (time-division code division multiple access, TD-SCDMA), long term evolution (long term evolution, LTE), BT, GNSS, WLAN, NFC, FM, and/or IR techniques, among others. The GNSS may include a global satellite positioning system (global positioning system, GPS), a global navigation satellite system (global navigation SATELLITE SYSTEM, GLONASS), a beidou satellite navigation system (beidou navigation SATELLITE SYSTEM, BDS), a quasi zenith satellite system (quasi-zenith SATELLITE SYSTEM, QZSS) and/or a satellite based augmentation system (SATELLITE BASED AUGMENTATION SYSTEMS, SBAS).

The terminal device 12 implements display functions through a GPU, a display screen 194, an application processor, and the like. The GPU is a microprocessor for image processing, and is connected to the display 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 110 may include one or more GPUs that execute program instructions to generate or change display information.

The display screen 194 is used to display images, videos, and the like. The display 194 includes a display panel. The display panel may employ a Liquid Crystal Display (LCD) CRYSTAL DISPLAY, an organic light-emitting diode (OLED), an active-matrix organic LIGHT EMITTING diode (AMOLED), a flexible light-emitting diode (FLED), miniled, microLed, micro-oLed, a quantum dot LIGHT EMITTING diode (QLED), or the like. In some embodiments, the terminal device 12 may include 1 or N display screens 194, N being a positive integer greater than 1.

Terminal device 12 may implement shooting functionality through an ISP, camera 193, video codec, GPU, display 194, application processor, and so forth.

The ISP is used to process data fed back by the camera 193. For example, when photographing, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, the optical signal is converted into an electric signal, and the camera photosensitive element transmits the electric signal to the ISP for processing and is converted into an image visible to naked eyes. ISP can also optimize the noise, brightness and skin color of the image. The ISP can also optimize parameters such as exposure, color temperature and the like of a shooting scene. In some embodiments, the ISP may be provided in the camera 193.

The camera 193 is used to capture still images or video. The object generates an optical image through the lens and projects the optical image onto the photosensitive element. The photosensitive element may be a charge coupled device (charge coupled device, CCD) or a Complementary Metal Oxide Semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, which is then transferred to the ISP to be converted 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 the like format. In some embodiments, terminal device 12 may include 1 or N cameras 193, N being a positive integer greater than 1.

The digital signal processor is used for processing digital signals, and can process other digital signals besides digital image signals. For example, when the terminal device 12 selects a frequency bin, the digital signal processor is used to fourier transform the frequency bin energy, or the like.

Video codecs are used to compress or decompress digital video. The terminal device 12 may support one or more video codecs. In this way, the terminal device 12 may play or record video in a variety of encoding formats, such as: dynamic picture experts group (moving picture experts group, MPEG) 1, MPEG2, MPEG3, MPEG4, etc.

The NPU is a neural-network (NN) computing processor, and can rapidly process input information by referencing a biological neural network structure, for example, referencing a transmission mode between human brain neurons, and can also continuously perform self-learning. Applications such as intelligent awareness of the terminal device 12 may be implemented by the NPU, for example: image recognition, face recognition, speech recognition, text understanding, etc.

The external memory interface 120 may be used to connect an external memory card, such as a Micro SD card, to enable expansion of the memory capabilities of the terminal device 12. The external memory card communicates with the processor 110 through an external memory interface 120 to implement data storage functions. For example, files such as music, video, etc. are stored in an external memory card.

The internal memory 121 may be used to store computer executable program code including instructions. The processor 110 executes various functional applications of the terminal device 12 and data processing by executing instructions stored in the internal memory 121. The internal memory 121 may include a storage program area and a storage data area. The storage program area may store an application program (such as a sound playing function, an image playing function, etc.) required for at least one function of the operating system, etc. The storage data area may store data created during use of the terminal device 12 (e.g., audio data, phonebook, etc.), and so on. In addition, the internal memory 121 may include a high-speed random access memory, and may further include a nonvolatile memory such as at least one magnetic disk storage device, a flash memory device, a universal flash memory (universal flash storage, UFS), and the like.

The terminal device 12 may implement audio functions through an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, an application processor, and the like. Such as music playing, recording, etc.

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

The speaker 170A, also referred to as a "horn," is used to convert audio electrical signals into sound signals. The terminal device 12 can listen to music, or listen to hands-free calls, through the speaker 170A.

A receiver 170B, also referred to as a "earpiece", is used to convert the audio electrical signal into a sound signal. When the terminal device 12 picks up a call or voice message, the voice can be picked up by placing the receiver 170B close to the human ear.

Microphone 170C, also referred to as a "microphone" or "microphone", is used to convert sound signals into electrical signals. When making a call or transmitting voice information, the user can sound near the microphone 170C through the mouth, inputting a sound signal to the microphone 170C. The terminal device 12 may be provided with at least one microphone 170C. In other embodiments, the terminal device 12 may be provided with two microphones 170C, and may implement a noise reduction function in addition to collecting sound signals. In other embodiments, the terminal device 12 may be further provided with three, four or more microphones 170C to enable collection of sound signals, noise reduction, identification of sound sources, directional recording functions, etc.

The earphone interface 170D is used to connect a wired earphone. The headset interface 170D may be a USB interface 130 or a 3.5mm open mobile electronic device platform (open mobile terminal platform, OMTP) standard interface, a american cellular telecommunications industry association (cellular telecommunications industry association of the USA, CTIA) standard interface.

The pressure sensor 180A is used to sense a pressure signal, and may convert the pressure signal into an electrical signal. In some embodiments, the pressure sensor 180A may be disposed on the display screen 194. The pressure sensor 180A is of various types, such as a resistive pressure sensor, an inductive pressure sensor, a capacitive pressure sensor, and the like. The capacitive pressure sensor may be a capacitive pressure sensor comprising at least two parallel plates with conductive material. The capacitance between the electrodes changes when a force is applied to the pressure sensor 180A. The terminal device 12 determines the strength of the pressure from the change in capacitance. When a touch operation is applied to the display 194, the terminal device 12 detects the intensity of the touch operation based on the pressure sensor 180A. The terminal device 12 may also calculate the position of the touch based on the detection signal of the pressure sensor 180A. In some embodiments, touch operations that act on the same touch location, but at different touch operation strengths, may correspond to different operation instructions. For example: and executing an instruction for checking the short message when the touch operation with the touch operation intensity smaller than the first pressure threshold acts on the short message application icon. And executing an instruction for newly creating the short message when the touch operation with the touch operation intensity being greater than or equal to the first pressure threshold acts on the short message application icon.

The gyro sensor 180B may be used to determine the motion gesture of the terminal device 12. In some embodiments, the angular velocity of terminal device 12 about three axes (i.e., x, y, and z axes) may be determined by gyro sensor 180B. The gyro sensor 180B may be used for photographing anti-shake. Illustratively, when the shutter is pressed, the gyro sensor 180B detects the angle of the shake of the terminal device 12, calculates the distance to be compensated by the lens module according to the angle, and makes the lens counteract the shake of the terminal device 12 by the reverse motion, thereby realizing anti-shake. The gyro sensor 180B may also be used for navigating, somatosensory game scenes.

The air pressure sensor 180C is used to measure air pressure. In some embodiments, the terminal device 12 calculates altitude from barometric pressure values measured by the barometric pressure sensor 180C, aiding in positioning and navigation.

The magnetic sensor 180D includes a hall sensor. The terminal device 12 can detect the opening and closing of the flip cover using the magnetic sensor 180D. In some embodiments, when the terminal device 12 is a flip machine, the terminal device 12 may detect the opening and closing of the flip according to the magnetic sensor 180D. And then according to the detected opening and closing state of the leather sheath or the opening and closing state of the flip, the characteristics of automatic unlocking of the flip and the like are set.

The acceleration sensor 180E can detect the magnitude of acceleration of the terminal device 12 in various directions (typically three axes). The magnitude and direction of gravity can be detected when the terminal device 12 is stationary. The electronic equipment gesture recognition method can also be used for recognizing the gesture of the electronic equipment, and is applied to horizontal and vertical screen switching, pedometers and other applications.

A distance sensor 180F for measuring a distance. The terminal device 12 may measure the distance by infrared or laser light. In some embodiments, the scene is photographed and the terminal device 12 can range using the distance sensor 180F to achieve quick focus.

The proximity light sensor 180G may include, for example, a Light Emitting Diode (LED) and a light detector, such as a photodiode. The light emitting diode may be an infrared light emitting diode. The terminal device 12 emits infrared light outwards through the light emitting diode. The terminal device 12 detects infrared reflected light from nearby objects using a photodiode. When sufficient reflected light is detected, it can be determined that there is an object in the vicinity of the terminal device 12. When insufficient reflected light is detected, the terminal device 12 may determine that there is no object in the vicinity of the terminal device 12. The terminal device 12 may detect that the user holds the terminal device 12 in close proximity to the ear using the proximity light sensor 180G, so as to automatically extinguish the screen for power saving purposes. The proximity light sensor 180G may also be used in holster mode, pocket mode to automatically unlock and lock the screen.

The ambient light sensor 180L is used to sense ambient light level. The terminal device 12 may adaptively adjust the brightness of the display 194 based on perceived ambient light levels. The ambient light sensor 180L may also be used to automatically adjust white balance when taking a photograph. Ambient light sensor 180L may also cooperate with proximity light sensor 180G to detect whether terminal device 12 is in a pocket to prevent false touches.

The fingerprint sensor 180H is used to collect a fingerprint. The terminal device 12 can utilize the collected fingerprint characteristics to realize fingerprint unlocking, access application locks, fingerprint photographing, fingerprint incoming call answering and the like.

The temperature sensor 180J is for detecting temperature. In some embodiments, the terminal device 12 performs a temperature processing strategy using the temperature detected by the temperature sensor 180J. For example, when the temperature reported by the temperature sensor 180J exceeds a threshold, the terminal device 12 performs a reduction in the performance of a processor located in the vicinity of the temperature sensor 180J in order to reduce power consumption for implementing thermal protection. In other embodiments, when the temperature is below another threshold, terminal device 12 heats battery 142 to avoid low temperatures causing terminal device 12 to shut down abnormally. In other embodiments, when the temperature is below a further threshold, terminal device 12 performs boosting of the output voltage of battery 142 to avoid abnormal shutdown caused by low temperatures.

The touch sensor 180K, also referred to as a "touch panel". The touch sensor 180K may be disposed on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, which is also called a "touch screen". The touch sensor 180K is for detecting a touch operation acting thereon or thereabout. The touch sensor may communicate the detected touch operation to the application processor to determine the touch event type. Visual output related to touch operations may be provided through the display 194. In other embodiments, the touch sensor 180K may also be disposed on the surface of the terminal device 12 at a different location than the display 194.

The bone conduction sensor 180M may acquire a vibration signal. In some embodiments, bone conduction sensor 180M may acquire a vibration signal of a human vocal tract vibrating bone pieces. The bone conduction sensor 180M may also contact the pulse of the human body to receive the blood pressure pulsation signal. In some embodiments, bone conduction sensor 180M may also be provided in a headset, in combination with an osteoinductive headset. The audio module 170 may analyze the voice signal based on the vibration signal of the sound portion vibration bone block obtained by the bone conduction sensor 180M, so as to implement a voice function. The application processor may analyze the heart rate information based on the blood pressure beat signal acquired by the bone conduction sensor 180M, so as to implement a heart rate detection function.

The keys 190 include a power-on key, a volume key, etc. The keys 190 may be mechanical keys. Or may be a touch key. Terminal device 12 may receive key inputs and generate key signal inputs related to user settings and function controls of terminal device 12.

The motor 191 may generate a vibration cue. The motor 191 may be used for incoming call vibration alerting as well as for touch vibration feedback. For example, touch operations acting on different applications (e.g., photographing, audio playing, etc.) may correspond to different vibration feedback effects. The motor 191 may also correspond to different vibration feedback effects by touching different areas of the display screen 194. Different application scenarios (such as time reminding, receiving information, alarm clock, game, etc.) can also correspond to different vibration feedback effects. The touch vibration feedback effect may also support customization.

The indicator 192 may be an indicator light, may be used to indicate a state of charge, a change in charge, a message indicating a missed call, a notification, etc.

The SIM card interface 195 is used to connect a SIM card. The SIM card may be brought into and out of contact with the terminal apparatus 12 by inserting the SIM card interface 195 or by extracting it from the SIM card interface 195. The terminal device 12 may support 1 or N SIM card interfaces, N being a positive integer greater than 1. The SIM card interface 195 may support Nano SIM cards, micro SIM cards, and the like. The same SIM card interface 195 may be used to insert multiple cards simultaneously. The types of the plurality of cards may be the same or different. The SIM card interface 195 may also be compatible with different types of SIM cards. The SIM card interface 195 may also be compatible with external memory cards. The terminal device 12 interacts with the network through the SIM card to realize functions such as call and data communication. In some embodiments, the terminal device 12 employs esims, namely: an embedded SIM card. The eSIM card can be embedded in the terminal device 12 and cannot be separated from the terminal device 12.

Fig. 9 shows a software configuration block diagram of the terminal device 12 in the embodiment of the present application.

The software system of the terminal device 12 may employ a layered architecture, an event driven architecture, a micro-core architecture, a micro-service architecture, or a cloud architecture. The embodiment of the application takes an Android system with a layered architecture as an example, and illustrates a software structure of the terminal device 12.

The layered architecture divides the software into several layers, each with distinct roles and branches. The layers communicate with each other through a software interface. In some embodiments, the Android system is divided into four layers, from top to bottom, an application layer, an application framework layer, an Zhuoyun rows (Android runtime) and system libraries, and a kernel layer, respectively.

The application layer may include a series of application packages.

As shown in fig. 9, the application package may include applications for cameras, gallery, calendar, phone calls, maps, navigation, WLAN, bluetooth, music, video, short messages, etc.

In one embodiment, the application package may include an application such as data backup, data restore, or "cell phone cloning" to enable backup and restore of user data. This will be described in connection with specific embodiments, and will not be described in detail here.

In another embodiment, the operating system of terminal device 12 may also include a backup system for enabling data backup and data recovery. This will be described in connection with specific embodiments, and will not be described in detail here.

The application framework layer provides an application programming interface (application programming interface, API) and programming framework for the application of the application layer. The application framework layer includes a number of predefined functions.

As shown in fig. 9, the application framework layer may include a window manager, a content provider, a view system, a phone manager, a resource manager, a notification manager, and the like.

The window manager is used for managing window programs. The window manager can acquire the size of the display screen, judge whether a status bar exists, lock the screen, intercept the screen and the like.

The content provider is used to store and retrieve data and make such data accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, phonebooks, etc.

The view system includes visual controls, such as controls to display text, controls to display pictures, and the like. The view system may be used to build applications. The display interface may be composed of one or more views. For example, a display interface including a text message notification icon may include a view displaying text and a view displaying a picture.

The telephony manager is used to provide the communication functions of the terminal device 12. Such as the management of call status (including on, hung-up, etc.).

The resource manager provides various resources for the application program, such as localization strings, icons, pictures, layout files, video files, and the like.

The notification manager allows the application to display notification information in a status bar, can be used to communicate notification type messages, can automatically disappear after a short dwell, and does not require user interaction. Such as notification manager is used to inform that the download is complete, message alerts, etc. The notification manager may also be a notification in the form of a chart or scroll bar text that appears on the system top status bar, such as a notification of a background running application, or a notification that appears on the screen in the form of a dialog window. For example, a text message is prompted in a status bar, a prompt tone is emitted, the electronic device vibrates, and an indicator light blinks, etc.

Android run time includes a core library and virtual machines. Android runtime is responsible for scheduling and management of the android system.

The core library consists of two parts: one part is a function which needs to be called by java language, and the other part is a core library of android.

The application layer and the application framework layer run in a virtual machine. The virtual machine executes java files of the application program layer and the application program framework layer as binary files. The virtual machine is used for executing the functions of object life cycle management, stack management, thread management, security and exception management, garbage collection and the like.

The system library may include a plurality of functional modules. For example: surface manager (surface manager), media Libraries (Media Libraries), three-dimensional graphics processing Libraries (e.g., openGL ES), 2D graphics engines (e.g., SGL), etc.

The surface manager is used to manage the display subsystem and provides a fusion of 2D and 3D layers for multiple applications.

Media libraries support a variety of commonly used audio, video format playback and recording, still image files, and the like. The media library may support a variety of audio and video encoding formats, such as MPEG4, h.264, MP3, AAC, AMR, JPG, PNG, etc.

The three-dimensional graphic processing library is used for realizing three-dimensional graphic drawing, image rendering, synthesis, layer processing and the like.

The 2D graphics engine is a drawing engine for 2D drawing.

The kernel layer is a layer between hardware and software. The inner core layer at least comprises a display driver, a camera driver, an audio driver and a sensor driver.

Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the disclosure disclosed herein. This application is intended to cover any adaptations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

Finally, it should be noted that: the foregoing is merely illustrative of specific embodiments of the present application, and the scope of the present application is not limited thereto, but any changes or substitutions within the technical scope of the present application should be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A method of remote control applied to a network system in which a terminal device communicates with a vehicle, the method comprising:

The terminal equipment receives user operation;

And responding to the user operation, the terminal equipment determines whether to activate the vehicle network or not according to historical remote control information, or determines the activation time of the vehicle network, wherein the historical remote control information is information corresponding to the remote control operation of the terminal equipment on the vehicle-mounted module of the vehicle.

2. The method of claim 1, wherein the user operation comprises:

Opening a first application on the terminal equipment, wherein the first application is used for realizing the management or remote control of the terminal equipment on a vehicle-mounted terminal or a vehicle-mounted module of the vehicle;

or initiating remote control operation to an on-board module of the vehicle through the terminal equipment.

3. The method according to claim 1, wherein the user operation specifically comprises:

and the terminal equipment and the vehicle are connected through a near field communication technology.

4. A method according to claim 3, characterized in that the near field communication technology comprises bluetooth technology.

5. The method according to any one of claims 1-4, further comprising:

And the terminal equipment detects that the equipment state meets the preset condition and updates the activation duration of the vehicle network.

6. The method of any of claims 1-5, wherein the historical remote control information comprises at least one of: whether the user performs remote control operation in a preset period, the number of times of performing remote control operation in the preset period, the time of performing remote control operation, the waiting time of performing remote control operation for the first time or the interval time of two adjacent remote control operations.

7. The method of claim 5, wherein the device state meeting a preset condition comprises:

The terminal equipment is updated from a use state to a non-use state, or a first application installed on the terminal equipment is updated from the use state to the non-use state, and the first application is used for realizing the management or remote control of the terminal equipment on the vehicle-mounted terminal or the vehicle-mounted module of the vehicle.

8. The method according to claim 7, wherein the updating the activation time of the vehicle network specifically comprises:

The terminal device updates the current residual activation time length of the vehicle network to be the minimum value of the current residual time length of the vehicle network and a preset first time length.

9. The method of claim 5, wherein the device state meeting a preset condition comprises:

the terminal equipment is updated from a non-use state to a use state, or a first application installed on the terminal equipment is updated from the non-use state to the use state, and the first application is used for realizing the management or remote control of the terminal equipment on the vehicle-mounted terminal or the vehicle-mounted module of the vehicle.

10. The method according to claim 9, characterized in that said updating the activation duration of the vehicle network comprises in particular:

And the terminal equipment prolongs the activation time of the vehicle network.

11. The method according to any one of claims 1-10, characterized in that the terminal device determines to activate the vehicle network based on historical remote control information, in particular comprising:

And the terminal equipment obtains the probability of using the remote control operation for the ith time of the user according to the historical remote control information, and determines to activate the vehicle network if the probability is greater than or equal to a preset threshold corresponding to the ith time of using the remote control operation, wherein i is a positive integer.

12. The method according to any one of claims 1-11, wherein the terminal device determines the activation time of the vehicle network based on the historical remote control information, specifically comprising:

the terminal equipment determines a time interval between the opening of a first application by a user and the first remote control operation according to the historical remote control information, and determines the time interval as the activation duration of the vehicle network;

Or the terminal equipment determines the time interval between the ith remote control operation and the (i-1) th remote control operation of the user according to the historical remote control information, and prolongs the activation time of the current vehicle network according to the time interval.

13. The method according to any one of claims 1-12, further comprising:

The terminal equipment determines that the current activation time length of the vehicle network reaches the residual activation time length, and if the terminal equipment does not receive the remote control operation of the user within the residual activation time length, the terminal equipment disconnects the vehicle network.

14. The method according to any one of claims 1-13, wherein the vehicle network comprises a controller area network, CAN.

15. An electronic device, the electronic device comprising: a memory and one or more processors; the memory is coupled to the processor; the memory is for storing computer program code comprising computer instructions which, when executed by the processor, cause the electronic device to:

Receiving user operation;

and responding to the user operation, determining whether to activate the vehicle network or not according to historical remote control information, or determining the activation time of the vehicle network, wherein the historical remote control information is information corresponding to the remote control operation of the electronic equipment on the vehicle-mounted module of the vehicle.

16. The electronic device of claim 15, wherein the user operation comprises:

opening a first application on the electronic equipment, wherein the first application is used for realizing the management or remote control of the electronic equipment on the vehicle-mounted terminal or the vehicle-mounted module of the vehicle;

or initiating remote control operation to an on-board module of the vehicle through the electronic equipment.

17. The electronic device of claim 15, wherein the user operation specifically comprises:

the electronic device establishes a connection with the vehicle through a near field communication technology.

18. The electronic device of claim 17, wherein the near field communication technology comprises bluetooth technology.

19. The electronic device of any of claims 15-18, wherein the electronic device is further configured to perform:

and detecting that the equipment state meets a preset condition, and updating the activation duration of the vehicle network.

20. The electronic device of any of claims 15-19, wherein the historical remote control information includes at least one of:

Whether the user performs remote control operation in a preset period, the number of times of performing remote control operation in the preset period, the time of performing remote control operation, the waiting time of performing remote control operation for the first time or the interval time of two adjacent remote control operations.

21. The electronic device of claim 19, wherein the device state meeting a preset condition comprises:

The electronic equipment is updated from a use state to a non-use state, or a first application installed on the electronic equipment is updated from the use state to the non-use state, and the first application is used for realizing management or remote control of the electronic equipment on the vehicle-mounted terminal or the vehicle-mounted module of the vehicle.

22. The electronic device according to claim 21, characterized in that it is specifically configured to perform:

updating the current remaining activation time length of a vehicle network to the minimum value of the current remaining time length of the vehicle network and a preset first time length.

23. The electronic device of claim 19, wherein the device state meeting a preset condition comprises:

The electronic equipment is updated from a non-use state to a use state, or a first application installed on the electronic equipment is updated from the non-use state to the use state, and the first application is used for realizing management or remote control of the electronic equipment on the vehicle-mounted terminal or the vehicle-mounted module of the vehicle.

24. The electronic device according to claim 23, characterized in that it is specifically configured to perform:

and prolonging the activation time of the vehicle network.

25. The electronic device according to any of the claims 15-24, characterized in that the electronic device is specifically configured to perform:

and obtaining the probability of the ith remote control operation of the user according to the historical remote control information, and determining to activate the vehicle network if the probability is greater than or equal to a preset threshold corresponding to the ith remote control operation, wherein i is a positive integer.

26. The electronic device according to any of the claims 15-25, characterized in that the electronic device is specifically configured to perform:

according to the historical remote control information, determining a time interval between the user opening the first application and performing remote control operation for the first time, and determining the time interval as the activation duration of the vehicle network;

Or according to the historical remote control information, determining the time interval between the ith remote control operation and the (i+1) th remote control operation of the user, and prolonging the activation time of the current vehicle network according to the time interval.

27. The electronic device of any of claims 15-26, wherein the electronic device is further configured to perform:

and determining that the current activation time length of the vehicle network reaches the residual activation time length, and if the electronic equipment does not receive the remote control operation of the user in the residual activation time length, disconnecting the vehicle network by the electronic equipment.

28. The electronic device of any of claims 15-27, wherein the vehicle network comprises a controller area network, CAN.

29. A computer readable storage medium having instructions stored therein which, when run on an electronic device, cause the electronic device to perform the method of any of claims 1-14.