Method for updating state of first vehicle, vehicle and background server

Abstract

The invention provides a method for updating the state of a first vehicle, the method is applied to the first vehicle, and the method comprises the following steps: S1, when the first vehicle is in a first region with limited network communication conditions, obtaining the identification information of a second vehicle which has been started in the first region; and S2, based on the identification information of the started second vehicle, a data packet containing the vehicle state of the first vehicle is sent to the started second vehicle through a short-distance wireless communication technology, so that the data packet is forwarded to a background server through the communication network by the second vehicle. The invention further provides a method for remotely controlling the first vehicle, the vehicle and the background server. According to the method, the started vehicles around the network-free vehicle are identified, and the vehicle state data packets are directionally transmitted to the vehicles, so that the vehicle state updating efficiency and reliability are remarkably improved.

Description

Technical Field

[0001] The present application relates to a method for updating the status of a first vehicle, and also relates to a method for remotely controlling the first vehicle, a vehicle, and a back-end server. Background Art

[0002] With the continuous development of intelligent transportation systems and vehicle networking technologies, the functions of remote monitoring and control of vehicles have gradually become popular. Users can view the vehicle status in real time through mobile phones or other mobile devices and perform remote operations such as starting the vehicle, unlocking the doors, and viewing the vehicle location. However, in weak network or no-network environments (such as underground garages or remote mountainous areas), users cannot immediately obtain the vehicle status or perform remote control. This limitation caused by insufficient communication network coverage brings great inconvenience to users.

[0003] Although the prior art has proposed a solution to forward the vehicle status to the back-end through networked vehicles in the vicinity, in practical applications, vehicles without network may be parked in areas such as underground garages, and vehicles in a large area around may also be in a no-network state. It is difficult to quickly locate which vehicle has a network or is about to drive into a networked area. Therefore, the existing forwarding mechanism is inefficient and may also result in the message still unable to be transmitted to the back-end in a timely manner after multi-hop forwarding, increasing the risk of data transmission delay and loss.

[0004] Therefore, it is necessary to propose an improved method to optimize the vehicle communication mechanism and ensure that the status of the vehicle can be updated immediately and remotely controlled in weak network or no-network environments. Summary of the Invention

[0005] The purpose of the present application is to provide a method for updating the status of a first vehicle, a method for remotely controlling the first vehicle, a vehicle, and a back-end server to at least solve some problems in the prior art.

[0006] According to a first aspect of the present application, there is provided a method for updating the status of a first vehicle, which is applied to the first vehicle, and the method includes the following steps:

[0007] Step S1, when the first vehicle is in a first area where network communication conditions are restricted, obtain the identification information of the second vehicle that has been started in the first area; and

[0008] Step S2, based on the identification information of the started second vehicle, send a data packet containing the vehicle status of the first vehicle to the started second vehicle through short-range wireless communication technology, so as to forward the data packet to the back-end server via the second vehicle through the communication network.

[0009] This application particularly includes the following technical concepts: By identifying the surrounding started vehicles and directing the vehicle status data packets to these vehicles, this application significantly improves the efficiency and reliability of data transmission. The started vehicles are usually about to leave the network-free area and enter the networked area, so they can successfully forward the data packets to the background within a short time. This method not only avoids the delay and data loss problems caused by multi-hop forwarding in the prior art, but also enhances the security and privacy of data transmission. In addition, by reducing unnecessary communication attempts, the energy consumption of the vehicle is also reduced, and the delay of information update is reduced, so that even when the vehicle is in a weak network or network-free environment, the vehicle user can view the vehicle status in real time and perform remote control.

[0010] In an exemplary embodiment, the first vehicle obtains the identification information of the second vehicle under the following circumstances: The first vehicle receives a communication request from the second vehicle; and / or, the first vehicle and the second vehicle follow the same communication protocol, so that the first vehicle can parse the communication request of the second vehicle; and / or, the first vehicle successfully verifies the communication request of the second vehicle.

[0011] In an exemplary embodiment, in step S2, a data packet is directed to be sent to the second vehicle corresponding to the identification information, and the data packet is encrypted by a private domain key and a public domain key. The private domain key is only publicly available to the first vehicle and its users, and the public domain key is publicly available to the first vehicle and the second vehicle.

[0012] In an exemplary embodiment, the method further includes the following steps: Receiving a remote control instruction forwarded by the second vehicle through short-range wireless communication technology, where the remote control instruction is generated by the user of the first vehicle for the first vehicle; and, the first vehicle executes the remote control instruction. Among them, the remote control instruction is decrypted by means of the private domain key of the first vehicle, and the first vehicle only executes the remote control instruction when the decryption is successful.

[0013] In an exemplary embodiment, when the first vehicle receives multiple remote control instructions at the same time: Determine the execution order of the multiple remote control instructions according to the timestamps carried by the multiple remote control instructions respectively; or, for multiple identical remote control instructions with the same timestamp, only execute one of them.

[0014] According to the second aspect of this application, a method for the status update of the first vehicle is provided. The method is applied to the second vehicle and includes the following steps:

[0015] Step S10, when the second vehicle is in the first area with limited network communication conditions and has been started, send a communication request to the surrounding environment to convey the identification information of the second vehicle;

[0016] Step S20, receiving, via short-range wireless communication technology, a data packet containing the vehicle status sent by a first vehicle within a first area; and

[0017] Step S30, when a second vehicle moves from the first area to a second area where network communication conditions meet the requirements, forwarding the data packet to a background server via a communication network.

[0018] According to a third aspect of the present application, there is provided a method for remotely controlling a first vehicle, which is applied to a background server, and the method includes the following steps:

[0019] Receiving and temporarily storing a data packet forwarded via a communication network by a second vehicle according to the method described in the second aspect of the present application, the data packet containing the vehicle status of the first vehicle; and

[0020] In response to receiving a remote status request from a user of the first vehicle, the background server sends the temporarily stored data packet to a mobile terminal of the user of the first vehicle via a communication network.

[0021] In an exemplary embodiment, the method further includes the following steps: receiving a remote control instruction for the first vehicle sent by a user of the first vehicle, the remote control instruction containing information about the parking location of the first vehicle; and if it is confirmed that the network communication conditions in the environment where the first vehicle is located are restricted, pushing the remote control instruction to all vehicles within a predetermined range around the parking location via a communication network.

[0022] According to a fourth aspect of the present application, there is provided a vehicle, which includes a processor and a memory, and the memory stores computer program instructions. When the computer program instructions are executed by the processor, the processor can execute the method described in the first aspect and / or the second aspect of the present application.

[0023] According to a fifth aspect of the present application, there is provided a background server, which includes a processor and a memory, and the memory stores computer program instructions. When the computer program instructions are executed by the processor, the processor can execute the method described in the third aspect of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] Next, the present application can be better understood by describing it in more detail with reference to the accompanying drawings. The accompanying drawings include:

[0025] Figure 1 A schematic diagram showing a vehicle communication architecture according to an exemplary embodiment of the present application;

[0026] Figure 2The flowchart of a method for updating the state of a first vehicle according to an exemplary embodiment of the present application is shown, and this method is executed by the first vehicle;

[0027] Figure 3 The flowchart of a method for updating the state of a first vehicle according to an exemplary embodiment of the present application is shown, and this method is executed by the second vehicle;

[0028] Figure 4 The flowchart of a method for remotely controlling a first vehicle according to an exemplary embodiment of the present application is shown, and this method is executed by the background server;

[0029] Figure 5 The timing diagram of the signal interaction process among various entities during the remote update of the vehicle state of the first vehicle is shown; and

[0030] Figure 6 The timing diagram of the signal interaction process among various entities during the remote control of the first vehicle is shown. Detailed implementation manners

[0031] In order to make the technical problems to be solved, technical solutions and beneficial technical effects of the present application clearer, the present application will be further described in detail below in combination with the drawings and multiple exemplary embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application, rather than to limit the protection scope of the present application.

[0032] Figure 1 The schematic diagram of a vehicle communication architecture according to an exemplary embodiment of the present application is shown. This architecture includes a first vehicle 1, a second vehicle 2, a background server 5, and a mobile terminal 7 of the first vehicle user.

[0033] The background server 5 can be the server of the original equipment manufacturer (OEM) of the first vehicle 1, or an independently operated third-party server, cloud server or distributed server cluster. The server generally includes a processor and a memory (not specifically shown for simplicity), where computer program instructions are stored in the memory, and these instructions can be stored in computer-readable storage media such as hard disks, memories, and flash cards. The processor can be a central processing unit (CPU), microprocessor, digital signal processor (DSP) or other general-purpose processors. When the processor executes the computer program instructions in the memory, it can implement the method for updating the state of the first vehicle 1, and the specific details will be elaborated in detail below. In addition, the background server 5 is equipped with a communication device and can be connected to the communication network 3 through various communication methods (such as Wi-Fi, 4G / 5G network 3, WLAN, etc.).

[0034] The first vehicle 1 and the second vehicle 2 can be private cars, commercial vehicles, trucks, etc., supporting at least partial autonomous driving or manual driving functions. They are both equipped with on-vehicle communication devices, capable of connecting to the communication network 3 through various communication methods and can achieve vehicle-to-vehicle communication based on short-range wireless communication technology 36. At least the first vehicle 1 has a remote control function, and can regularly or in response to a request from the user mobile terminal 7, feedback the vehicle status to the back-end server 5 or the mobile terminal 7, and receive and execute remote control instructions. Both the first vehicle 1 and the second vehicle 2 include a processor and a memory (not specifically shown for simplicity), and computer program instructions are stored in the memory, and these instructions can be stored in computer-readable storage media such as hard disks, memories, and flash cards. The processor can be a central processing unit (CPU), a microprocessor, a digital signal processor (DSP), or other general-purpose processors. When the processor executes the computer program instructions in the memory, it can implement the state update method of the first vehicle 1, and the specific details will be elaborated in detail below.

[0035] The mobile terminal 7 can be devices such as a smart phone, a tablet computer, a wearable device, a laptop computer, etc., and usually has an application program (App) for remotely controlling the first vehicle 1 installed. Through this application program, the user of the first vehicle 1 can remotely view the vehicle status or remotely control it. The mobile terminal 7 is also equipped with a communication device, capable of connecting to the communication network 3 through various methods (such as Wi-Fi, 4G / 5G network 3, WLAN, etc.).

[0036] In the context, the communication network 3 especially refers to a wireless communication network, including cellular networks (such as 4G, 5G), local area networks (LAN) or wide area networks (WAN), etc. In the area covered by the communication network 3, the first vehicle 1, the back-end server 5, the mobile terminal 7, and the second vehicle 2 can perform wireless communication through the communication network 3. This communication can be based on the same network or different networks.

[0037] In Figure 1 In the shown scenario, the first vehicle 1 and the second vehicle 2 are parked in the first area 31 where there is no network coverage or weak network signal, so they cannot communicate with the back-end server 5 or the user's mobile terminal 7 through the communication network 3. Even so, direct communication can still be achieved between the first vehicle 1 and the second vehicle 2 by means of short-range wireless communication 36 technologies, including dedicated short-range communication (DSRC), Bluetooth, Wi-Fi, ZigBee, near-field communication (NFC), ultra-wideband (UWB), and radio frequency identification (RFID), etc. These technologies do not rely on wide area networks or cellular networks and can achieve data transmission between vehicles within a local range. It should be noted that the second vehicle 2 is already in a started state, and when it drives into the second area 32 covered by the communication network 3, it can reconnect to the network 3.

[0038] It should be understood that although Figure 1 only a single server 5, mobile terminal 7, first vehicle 1, and second vehicle 2 are shown, this does not mean restricting their numbers. In particular, the first vehicle 1 can especially perform vehicle-to-vehicle communication with multiple second vehicles 2 that have been started in its vicinity through short-range wireless communication 36 technology.

[0039] Figure 2 A flowchart of a method for status update of a first vehicle according to an exemplary embodiment of the present application is shown, and this method is executed by the first vehicle. The method includes step S1 and step S2, and optionally includes step S3 and step S4.

[0040] In step S1, when the first vehicle is in a first area where network communication conditions are restricted, obtain the identification information of the second vehicles that have been started in the first area.

[0041] In one embodiment, any one of the following methods can be adopted to check the network communication conditions of the environment where the first vehicle is located:

[0042] · The first vehicle regularly sends a connection request to the background server through the communication device. If a connection cannot be established after multiple (for example, more than a predetermined number of times) attempts, or situations such as an extremely low connection success rate, excessive latency, or a significant increase in packet loss rate occur, it can be preliminarily determined that the network conditions are restricted.

[0043] · The first vehicle can monitor the network signal strength (such as the RSSI value) in real time. If the signal strength is lower than a certain threshold (such as -80 dBm), or if it is found that the signal quality is poor in combination with the signal quality index (such as the bit error rate), this can also be used as a basis for network restriction.

[0044] · The first vehicle can also use the feedback mechanism of the communication protocol, such as the round-trip time (RTT) of TCP, etc., to evaluate the network stability.

[0045] Exemplarily, the first area can be an area with poor network coverage such as an underground parking lot, urban canyon, or remote mountainous area. The first vehicle is, for example, in a parked and engine-off state, which indicates that the first vehicle cannot improve the situation of restricted network coverage by its own movement in the short term.

[0046] "Started" indicates that the second vehicle is in an ignition or powered-on state, or its engine is in a starting state. In particular, the started state can further include a scenario where the driver (or vehicle key) is already in the vehicle.

[0047] In one embodiment, in the simplest case, as long as the first vehicle receives the communication request sent by the second vehicle, it can be considered that the first vehicle has obtained the identification information of the started second vehicle. For example, assuming that only started vehicles will actively send communication requests, receiving the communication request itself indicates that the started second vehicle has been identified.

[0048] In another embodiment, the identification information is not the communication request itself, but can be obtained based on the communication request. For example, if the second vehicle meets a specific recognized identity (such as the same brand, the same model, and follows or signs the same communication protocol) through analyzing the communication request, it is considered that valid identification information has been obtained, and further data transmission operations can be performed based on the identification information.

[0049] As an example, if the first vehicle and the second vehicle follow the same communication protocol, so that the first vehicle can successfully parse the communication request of the second vehicle, then the first and second vehicles can be considered to be the same brand or model of vehicles. Vehicles of the same brand usually use the same communication protocol, or may have similarities in the details of the protocol implementation (such as adding a specific identifier or encryption method). When the first vehicle receives the communication request from the second vehicle, it will try to parse the request according to the known communication protocol. If the request follows the protocol supported by the first vehicle, the parsing is successful; otherwise, if the protocol does not match or the encryption method is different, it can be inferred that the second vehicle may not be the same brand or model of vehicle.

[0050] As an example, the first vehicle can use the public domain key to verify the communication request of the second vehicle. If the verification is successful, it proves that the second vehicle is of the same brand or model, because generally only vehicles of the same brand or model share the same public domain key. In addition to using the public domain key for verification, other technical means can also be used to verify the identity of the second vehicle and obtain identification information.

[0051] In step S2, based on the identification information of the started second vehicle, a data packet containing the vehicle status of the first vehicle is sent to the started second vehicle through short-range wireless communication technology, so that the data packet is forwarded to the background server through the communication network by the second vehicle.

[0052] In one embodiment, when the first vehicle confirms that the second vehicle has started and is of the same brand, it will start the secure connection protocol to establish a communication link. Subsequently, the first vehicle will encapsulate its own status information (such as fuel level, battery power, door and window opening and locking status, engine lock status, etc.) into a data packet and transmit it to the second vehicle through the communication link. In this way, the first vehicle does not need to transmit the data packet in a broadcasting manner, but can send the data packet to the second vehicle in a directional manner, thereby significantly improving the transmission efficiency.

[0053] In one embodiment, before sending a data packet, the first vehicle encrypts the data packet using a combined key, which consists of a public domain key (public part) and a private domain key (private part). The public domain key is pre-assigned to all vehicles of the same brand or model when the vehicle leaves the factory and is used to parse the public information in the data packet. This part of the information is visible to vehicles of the same brand but not to other unauthenticated vehicles. After receiving the data packet, the second vehicle verifies whether the public domain key in the data packet matches the public domain key it knows. If the verification fails (e.g., the public domain key is invalid or the information cannot be parsed), the second vehicle will not be able to receive and forward the data packet. The private domain key is only held by the first vehicle and its user and is used to parse the private information in the data packet. Therefore, although the second vehicle can receive and parse the public information, it cannot access the complete content of the data packet, especially the part involving confidentiality or privacy, thus ensuring the privacy of the first vehicle is still protected during multiple forwarding processes.

[0054] In optional step S3, the first vehicle receives the remote control instruction forwarded by the second vehicle through short-range wireless communication technology. The remote control instruction is generated by the user of the first vehicle for the first vehicle. Similar to the vehicle status feedback update process, the first vehicle cannot directly receive this instruction from the back-end server or the user's mobile terminal through the communication network, but can indirectly obtain the forwarded remote control instruction through interaction with the surrounding activated vehicles.

[0055] In optional step S4, the first vehicle executes the remote control instruction.

[0056] In one embodiment, the first vehicle may receive remote control instructions forwarded by multiple second vehicles around it simultaneously or successively. To avoid instruction conflicts or repeated executions, the first vehicle determines the execution order based on the timestamps in the instructions and preferentially executes the instruction with an earlier timestamp. If multiple instructions with the same content and the same timestamp are received within a short period (e.g., within 30 seconds), the first vehicle will only execute the instruction once to avoid repeated operations. This mechanism ensures the orderly execution of remote control instructions and improves the reliability and efficiency of the system.

[0057] In one embodiment, the first vehicle decrypts the remote control instruction using its private domain key, and the first vehicle will only execute the instruction when the decryption is successful. The remote control instruction is encrypted on the user's mobile terminal using the public domain key and the private domain key. The public domain key is public to all vehicles of the same brand or model, while the private domain key is only public to the first vehicle and its user. Therefore, only the first vehicle can fully restore the instruction content and execute it. If the complete instruction content cannot be decrypted, the first vehicle will not execute the instruction to ensure the security of vehicle control.

[0058] Figure 3The flowchart of a method for status update of a first vehicle according to an exemplary embodiment of the present application is shown, and this method is executed by a second vehicle. The method includes step S10, step S20, and step S30.

[0059] In step S10, when the second vehicle is in a first area with limited network communication conditions and has been started, a communication request is sent to the surrounding environment to convey the identification information of the second vehicle.

[0060] In one embodiment, the second vehicle will only broadcast a communication request signal periodically within a certain range around it after starting when it detects that the network communication conditions in its environment are limited. In another embodiment, regardless of the communication conditions in the environment where the second vehicle is located, as long as the vehicle is started, a communication request will be automatically broadcast to the surrounding area.

[0061] In one embodiment, the initiation of the communication request follows a specific communication protocol, such as dedicated short-range communication (DSRC) or low-power Bluetooth communication protocol, etc., which are usually followed by vehicles of the same brand or organization. The communication request may carry basic information of the second vehicle, such as vehicle identification number (VIN), communication address, brand, and model, etc. In addition, the communication request may be encrypted using a public domain key, and this public domain key is public to all vehicles of the same brand. As mentioned above, the first vehicle can obtain the identification information of the started second vehicle by receiving the communication request itself, according to its content, communication protocol, or encryption method.

[0062] In step S20, a data packet containing its vehicle status sent by the first vehicle within the first area is received through short-range wireless communication technology.

[0063] In one embodiment, after receiving the data packet, the second vehicle can send an acknowledgment message to the first vehicle indicating that the data packet has been successfully received. If the first vehicle does not receive the acknowledgment message within the specified time, it can resend the data packet to ensure the reliability of the transmission.

[0064] In one embodiment, after receiving the data packet containing the vehicle status from the first vehicle, the second vehicle will save it in a secure storage area inside the vehicle. This secure storage area can be an encrypted storage unit or a secure chip (such as a trusted platform module TPM), and these locations have physical or logical isolation protection measures to effectively prevent unauthorized access to the data.

[0065] In one embodiment, the second vehicle only holds the public key of the first vehicle and does not have the private key. In this case, the second vehicle can only use the public key to parse the public part of the data packet but cannot decrypt the data packet completely. Since the private key is confidential and only held by the first vehicle, even if the data packet is intercepted, an unauthorized third party cannot decrypt the data, thus ensuring the privacy and data security of the first vehicle.

[0066] In one embodiment, there may be multiple started second vehicles near the first vehicle, and each second vehicle may obtain the data packet of the first vehicle through vehicle-to-vehicle interaction. Similarly, there may be multiple first vehicles that need to update their status near a started second vehicle. Therefore, the same second vehicle may receive data packets from multiple different first vehicles. In this case, the second vehicle can store them in different locations according to the identifiers included in the different received data packets.

[0067] In step S30, when the second vehicle moves from the first area with limited network communication conditions to the second area where the network communication conditions meet the requirements, it forwards the data packet to the background server via the communication network.

[0068] In one embodiment, as the second vehicle moves, it continuously monitors the network communication conditions of its surrounding environment. Once the network communication conditions meet the requirements (for example, the signal strength reaches a certain threshold, the network latency is lower than the set value, or it successfully connects to the specified communication network), the second vehicle will attempt to forward the data packet to the background server via the communication network.

[0069] In another embodiment, after receiving the data packet, the second vehicle does not directly forward it to the background server. Instead, when the second vehicle arrives at the second area with better network conditions, it can first forward the data packet to a third vehicle with better communication conditions, and then the third vehicle sends the data packet to the background server. This mechanism is particularly beneficial in the following situation: even if the network conditions of the second vehicle improve after arriving at the second area, it still cannot access the network immediately. In this way, the data transmission latency can be further reduced to ensure that the data can be delivered to the background server more efficiently.

[0070] In one embodiment, if the second vehicle receives an updated data packet from the first vehicle before forwarding the data packet to the background server, the second vehicle can replace the older data packet with the updated data packet. Subsequently, when the second vehicle arrives at the second area with good communication conditions, it directly forwards the latest data packet to the background server.

[0071] In a step not shown, the second vehicle may also receive, via a communication network, remote control instructions sent by a back-end server for the first vehicle, and forward these instructions to the first vehicle using short-range wireless communication technology.

[0072] Figure 4 The flowchart shows a method for remotely controlling a first vehicle according to an exemplary embodiment of the present application, which is executed by a back-end server. The method includes step S100 and step S200, and optionally includes step S300 and step S400.

[0073] In step S100, the back-end server receives a data packet forwarded by the second vehicle via a communication network according to the method shown and temporarily stores the data packet, and the data packet contains the vehicle state of the first vehicle. Figure 3 In an embodiment, as long as the back-end server does not directly receive a data packet sent via the communication network from the first vehicle, the back-end server will continuously replace the older data packet with the latest data packet received from the second vehicle regarding the first vehicle to ensure the relative timeliness of the data.

[0074] In step S200, in response to receiving a remote status request from a user of the first vehicle, the back-end server sends the temporarily stored data packet to the mobile terminal of the user of the first vehicle via the communication network.

[0075] In an embodiment, the back-end server stores the private domain key of the first vehicle. When receiving a remote status request, it decrypts the temporarily stored data packet using the private domain key and feeds back the decrypted information to the mobile terminal. In another embodiment, the mobile terminal locally stores the private domain key and decrypts the encrypted data packet sent by the back-end server using the locally stored private domain key. The specific selection depends, for example, on the security requirements and performance requirements of the system.

[0076] In optional step S300, the back-end server receives remote control instructions sent by the user of the first vehicle for the first vehicle. These instructions include not only conventional control operations such as starting the vehicle, opening the window, turning on the air conditioner, opening the sunshade, etc., but also information about the parking location of the first vehicle. The parking location information can be geographical coordinates or other forms.

[0077] In optional step S400, if the back-end server confirms that the network communication conditions of the environment where the first vehicle is located are restricted, it will push the remote control instructions to all vehicles within a predetermined range around the parking location of the first vehicle via the communication network.

[0078]

[0079] ​When the network communication condition is good, the background server will directly send remote control instructions point-to-point to the network communication address of the first vehicle. However, in the case of no network or limited network, the background server will push messages to all vehicles within a predetermined geographical range. This method has a certain probability, and not all vehicles can receive successfully. But as long as a vehicle receives and enters the first area with the temporarily stored remote control instructions, it can forward the remote control instructions to the first vehicle through vehicle-to-vehicle communication.

[0080] In one embodiment, the remote control instructions are encrypted by private domain keys and public domain keys. Within a predetermined range around the parking position of the first vehicle, only the vehicles verified by the public domain key can receive and forward the remote control instructions. The verification mechanism of the public domain key can effectively prevent unauthorized vehicles from intercepting or tampering with the instructions. Only legal vehicles can participate in the transmission and forwarding of data packets, thus improving the security and reliability of the system.

[0081] Figure 5 The timing diagram shows the signal interaction process among various entities during the remote update of the vehicle state of the first vehicle 1. This process exemplarily occurs Figure 1 among the first vehicle 1, the second vehicle 2, the background server 5, and the user's mobile terminal 7 as shown.

[0082] In step S500, the first vehicle 1 parked in the first area continuously tries to establish a connection with the server 5 but fails, so it is determined that the network communication condition in the first area where it is located is limited.

[0083] In step S501, after the second vehicle 2, which is also located in the first area, starts, it will regularly broadcast communication request signals within a certain range around it through its in-vehicle communication device, and these signals follow a specific communication protocol.

[0084] In step S502, after receiving the communication request, the first vehicle 1 will try to parse the signal and determine whether it obtains the identification information of the second vehicle 2. For example, if the first vehicle 1 can successfully parse the communication request, it indicates that the protocol followed by the second vehicle 2 is the same as or compatible with that of the first vehicle 1, usually meaning that the second vehicle 2 is a vehicle of the same brand. In this case, the first vehicle 1 considers that it has successfully obtained the identification information of the second vehicle 2.

[0085] In step S503, the first vehicle 1 sends the data packet containing its own vehicle state to the second vehicle 2 in a vehicle-to-vehicle communication manner. This data packet has been encrypted at the first vehicle 1 end in advance using a combined key (including a public domain part and a private domain part).

[0086] In step S504, after receiving the encrypted data packet, the second vehicle 2 decrypts the public part using the public domain key. If the verification passes, the second vehicle 2 temporarily stores the data packet.

[0087] In step S505, when the second vehicle 2 moves from the first area to the second area where the network communication conditions meet the requirements, it forwards the data packet to the background server 5 via the communication network.

[0088] In step S506, the background server 5 temporarily stores the received data packet containing the vehicle status of the first vehicle 1.

[0089] As long as the network communication conditions of the first vehicle 1 remain restricted, steps S501 to S506 are continuously repeated to continuously update the data packet about the first vehicle 1 at the background server 5. In this way, even if the first vehicle 1 is parked in an underground parking lot without network coverage, the status can be updated relatively in real time.

[0090] In step S507, the user of the first vehicle 1 sends a remote status request to the background server 5 through the mobile terminal 7.

[0091] In step S508, in response to the request, the background server 5 sends the temporarily stored data packet to the mobile terminal 7 of the user of the first vehicle 1 through the communication network.

[0092] Figure 6 The timing diagram shows the signal interaction process among the various entities during the remote control of the first vehicle 1. This process exemplarily occurs Figure 1 among the first vehicle 1, the second vehicle 2, the background server 5, and the user's mobile terminal 7 as shown.

[0093] In step S601, the user of the first vehicle 1 sends a remote control instruction for the first vehicle 1 to the background server 5 through the mobile terminal 7, and this instruction contains information about the parking location of the first vehicle 1.

[0094] In step S602, the background server 5 attempts to send the remote control instruction point-to-point to the network communication address of the first vehicle 1 through the communication network. However, since the first vehicle 1 is parked in the first area without network coverage, the sending fails, and the background server 5 thus determines that the network conditions in the environment where the first vehicle 1 is located are restricted.

[0095] In step S603, the background server 5 pushes the remote control instruction to all vehicles within a predetermined range around the parking location of the first vehicle 1 through the communication network. These instructions may be pushed to one or more second vehicles 2. The remote control instructions are encrypted in advance, for example, using the private domain key and public domain key of the first vehicle 1, and only the vehicles that pass the verification with the public domain key can complete the reception and forwarding of the remote control instructions.

[0096] In step S604, the second vehicle 2 receives the remote control instruction sent by the background server 5 and temporarily stores it.

[0097] Next, in step S605, the second vehicle 2 forwards the remote control instruction to the first vehicle 1 through short-range wireless communication technology. For example, the started second vehicle 2 broadcasts the instruction to the surrounding area, and once they are within or move into the short-range wireless communication range of the first vehicle 1, the first vehicle 1 can receive the remote control instruction forwarded by the second vehicle 2.

[0098] In step S606, the first vehicle 1 uses the local private key and public key to completely resolve the specific content of the remote control instruction and execute the instruction.

[0099] Although specific embodiments of the present application are described in detail herein, they are given for purposes of explanation only and should not be considered as limiting the scope of the present application. Various substitutions, changes, and modifications can be conceived without departing from the spirit and scope of the present application.

Claims

1. A method for updating the status of a first vehicle (1), the method being applied to the first vehicle (1), the method comprising the following steps: Step S1, when a first vehicle (1) is in a first area (31) where network communication conditions are limited, obtaining identification information of a second vehicle (2) that has been started in the first area (31); as well as Step S2, based on the identification information of the started second vehicle (2), a data packet containing the vehicle status of the first vehicle (1) is sent to the started second vehicle (2) through short-range wireless communication technology (36), so that the data packet is forwarded to the backend server (5) through the second vehicle (2) via the communication network (3).

2. The method according to claim 1, wherein: The first vehicle (1) obtains the identification information of the second vehicle (2) under the following circumstances: The first vehicle (1) receives a communication request from the second vehicle (2); and / or The first vehicle (1) and the second vehicle (2) follow the same communication protocol, so that the first vehicle (1) can interpret the communication request of the second vehicle (2); and / or The communication request of the first vehicle (1) to the second vehicle (2) is successfully verified.

3. The method according to claim 1 or 2, wherein: In step S2, a data packet is sent in a direction to the second vehicle (2) corresponding to the identification information, and the data packet is encrypted by a private key and a public key, wherein the private key is only disclosed to the first vehicle (1) and its user, and the public key is disclosed to the first vehicle (1) and the second vehicle (2).

4. The method according to any one of claims 1 to 3, wherein: The method further comprises the following steps: Receiving a remote control instruction forwarded by a second vehicle (2) through a short-range wireless communication technology (36), wherein the remote control instruction is generated by a user of the first vehicle (1) for the first vehicle (1); and The remote control command is executed by the first vehicle (1), wherein the remote control command is decrypted with the aid of the private key of the first vehicle (1), and only when the decryption is successful, the first vehicle (1) executes the remote control command.

5. The method according to claim 4, wherein: When the first vehicle (1) receives multiple remote control commands simultaneously: Determining the execution order of the multiple remote control instructions according to the timestamps carried by each of the multiple remote control instructions; or For multiple identical remote control instructions with the same timestamp, only one of them is executed.

6. A method for updating the status of a first vehicle (1), the method being applied to a second vehicle (2), the method comprising the following steps: Step S10, when the second vehicle (2) is in a first area (31) where network communication conditions are limited and has been started, sending a communication request to the surrounding environment to convey identification information of the second vehicle (2); Step S20, receiving a data packet including the vehicle status sent by the first vehicle (1) in the first area (31) through the short-range wireless communication technology (36); as well as Step S30, when the second vehicle (2) moves from the first area (31) to the second area (32) where the network communication conditions meet the requirements, the data packet is forwarded to the backend server (5) via the communication network (3).

7. A method for remotely controlling a first vehicle (1), the method being applied to a backend server (5), the method comprising the following steps: Step S100, receiving the second vehicle (2) The method according to claim 6 forwards a data packet via a communication network (3) and temporarily stores the data packet, the data packet comprising a vehicle status of the first vehicle (1); as well as Step S200, in response to receiving a remote status request from a user of the first vehicle (1), the backend server (5) sends a temporarily stored data packet to a mobile terminal (7) of the user of the first vehicle (1) via the communication network (3).

8. The method according to claim 7, wherein: The method further comprises the following steps: receiving a remote control instruction for the first vehicle (1) sent by a user of the first vehicle (1), the remote control instruction containing information about the parking position of the first vehicle (1); and If it is confirmed that the network communication conditions in the environment where the first vehicle (1) is located are limited, the remote control instruction is pushed to all vehicles within a predetermined range around the parking location via the communication network (3).

9. A vehicle comprising a processor and a memory, the memory storing computer program instructions, and when the computer program instructions are executed by the processor, the processor is capable of performing the method according to any one of claims 1 to 6.

10. A backend server (5), comprising a processor and a memory, wherein the memory stores computer program instructions, and when the computer program instructions are executed by the processor, the processor is capable of executing the method according to claim 7 or 8.

Images