Software updating method and device, server and vehicle
By collecting vehicle information on a local server to perform differential data analysis and transmitting differential data between vehicles, the problems of excessive traffic consumption and low real-time performance during vehicle software updates are solved, thus achieving efficient software updates.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- CHERY AUTOMOBILE CO LTD
- Filing Date
- 2023-12-25
- Publication Date
- 2026-08-04
AI Technical Summary
Vehicle software updates consume excessive data and have low real-time update capability.
Using a local server as a local node, vehicle information is collected for differential data analysis, and differential data is transmitted between individual vehicles for software updates.
Save on update bandwidth consumption and improve the real-time performance of software updates.
Smart Images
Figure CN117785239B_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of software update technology, and in particular to a software update method, apparatus, server, and vehicle. Background Technology
[0002] Advanced driver assistance systems rely on constantly updated data, such as high-precision map data, which needs to be downloaded to each vehicle and updated regularly. Therefore, the higher the real-time performance of the vehicle-side software, the better.
[0003] Related technologies typically use 4G / 5G data on the TBox (Telematics Box, remote communication terminal) to update vehicle software and download data, but this results in excessive data wastage and updates are not possible without an external network, and the updated data may not be up-to-date. Summary of the Invention
[0004] This application provides a software update method, apparatus, server, and vehicle to solve the problems of excessive data consumption and low real-time update capability when updating vehicle software in related technologies.
[0005] A first aspect of this application provides a software update method applied to a local server, comprising the following steps: acquiring vehicle identifiers and first data of software for vehicles within the coverage area of the local server; querying second data of corresponding software on the local server based on the vehicle identifiers; determining differential data based on the first data and the second data; and generating an update instruction; and pushing the update instruction to target vehicles within the coverage area of the local server, wherein the target vehicles within the coverage area of the local server transmit the differential data to each other for software updates.
[0006] Optionally, in one embodiment of this application, before pushing the update instruction to the target vehicle within the coverage area of the local server, the method includes: identifying a first version and a second version of the software in the first data and the second data, respectively; if the first version and the second version are inconsistent, then marking the vehicle corresponding to the higher version as the sending vehicle that sends the differential data, and marking the vehicle corresponding to the lower version as the receiving vehicle that receives the differential data.
[0007] Optionally, in one embodiment of this application, the update instruction includes a vehicle identifier for the sending vehicle and a vehicle identifier for the receiving vehicle.
[0008] Optionally, in one embodiment of this application, the target vehicles within the coverage area of the local server transmit the differential data to each other for software updates, including: the target vehicle identifies the vehicle identifier of the update instruction, and determines whether it is a receiving vehicle or a sending vehicle based on the vehicle identifier; wherein, if the target vehicle is a receiving vehicle, it establishes communication with the sending vehicle and receives the differential data sent by the sending vehicle; if the target vehicle is a sending vehicle, it receives the communication connection request from the receiving vehicle and sends the differential data to the receiving vehicle.
[0009] Optionally, in one embodiment of this application, after pushing the update instruction to the target vehicles within the coverage area of the local server, the method further includes: if the first version is higher than the second version, then using the first data to update the second data.
[0010] A second aspect of this application provides a software update method applied to a vehicle, comprising the following steps: sending a vehicle identifier and first software data to a local server, wherein the local server queries second software data corresponding to the vehicle identifier on the local server, determines differential data based on the first data and the second data, and generates an update instruction; receiving the update instruction, and transmitting the differential data between target vehicles within the coverage area of the local server; and performing a software update using the differential data.
[0011] A third aspect of this application provides a software update apparatus applied to a local server. The apparatus includes: an acquisition module for acquiring vehicle identifiers and first data of software from vehicles within the coverage area of the local server; a query module for querying second data of the corresponding software on the local server based on the vehicle identifiers, determining differential data based on the first data and the second data, and generating an update instruction; and a push module for pushing the update instruction to target vehicles within the coverage area of the local server, wherein the target vehicles within the coverage area of the local server transmit the differential data to each other for software updates.
[0012] Optionally, in one embodiment of this application, the software update device further includes: a marking module, configured to identify a first version and a second version of the software in the first data and the second data respectively before pushing the update instruction to the target vehicle within the coverage area of the local server; if the first version and the second version are inconsistent, then mark the vehicle corresponding to the higher version as the sending vehicle that sends the differential data, and mark the vehicle corresponding to the lower version as the receiving vehicle that receives the differential data.
[0013] Optionally, in one embodiment of this application, the update instruction includes a vehicle identifier for the sending vehicle and a vehicle identifier for the receiving vehicle.
[0014] Optionally, in one embodiment of this application, the push module is further configured to: the target vehicle identify the vehicle identifier of the update instruction, and determine whether the vehicle is a receiving vehicle or a sending vehicle based on the vehicle identifier; wherein, if the vehicle is a receiving vehicle, it establishes communication with the sending vehicle and receives differential data sent by the sending vehicle; if the vehicle is a sending vehicle, it receives a communication connection request from the receiving vehicle and sends the differential data to the receiving vehicle.
[0015] Optionally, in one embodiment of this application, the software update device further includes: a first update module, configured to, after pushing the update instruction to target vehicles within the coverage area of the local server, further include: if the first version is higher than the second version, then update the second data using the first data.
[0016] A fourth aspect of this application provides a software update apparatus, characterized in that the apparatus is applied to a vehicle, wherein the apparatus comprises: a sending module, configured to send a vehicle identifier and first data of the software to a local server, wherein the local server queries second data of the corresponding software on the local server based on the vehicle identifier, determines differential data based on the first data and the second data, and generates an update instruction; a receiving module, configured to receive the update instruction and transmit the differential data between target vehicles within the coverage area of the local server; and an update module, configured to perform a software update on the vehicle using the differential data.
[0017] A fifth aspect of this application provides a server, including: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to perform the software update method as described in the above embodiments.
[0018] A sixth aspect of this application provides a vehicle including: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to perform the software update method as described in the above embodiments.
[0019] Therefore, this application has at least the following beneficial effects:
[0020] This application embodiment can use a local server as a local node to provide update services for vehicles, collect software data from different vehicle information, perform differential data judgment, transmit differential data between individual vehicles, and update the software. This localized update saves on update bandwidth consumption and improves the real-time performance of software updates. Therefore, it solves the technical problems of excessive bandwidth consumption and low real-time update performance when updating vehicle software in related technologies.
[0021] Additional aspects and advantages of this application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of this application. Attached Figure Description
[0022] The above and / or additional aspects and advantages of this application will become apparent and readily understood from the following description of the embodiments taken in conjunction with the accompanying drawings, wherein:
[0023] Figure 1 This is a flowchart of a software update method provided according to an embodiment of this application;
[0024] Figure 2 This is a communication architecture diagram provided according to an embodiment of this application;
[0025] Figure 3 This is a communication diagram for a software update according to one embodiment of this application;
[0026] Figure 4 A flowchart of a software update method according to another embodiment of this application;
[0027] Figure 5 This is a flowchart illustrating the software update method provided according to an embodiment of this application.
[0028] Figure 6 This is a schematic diagram of a software update apparatus provided according to an embodiment of this application;
[0029] Figure 7 This is a schematic diagram of a software update apparatus according to another embodiment of this application. Detailed Implementation
[0030] The embodiments of this application are described in detail below. Examples of these embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and intended to explain this application, and should not be construed as limiting this application.
[0031] The software update method, apparatus, server, and vehicle according to embodiments of this application are described below with reference to the accompanying drawings. Addressing the problem mentioned in the background section that current vehicle software updates and data downloads result in excessive bandwidth waste, this application provides a software update method. In this method, a local server acts as a local node to provide update services for vehicles. Software data from different vehicles is collected, differential data analysis is performed, differential data transmission is conducted between individual vehicles, and the software is updated. This solves the problems of excessive bandwidth consumption and low real-time update capability during vehicle software updates in related technologies.
[0032] Specifically, Figure 1 This is a flowchart illustrating a software update method provided in an embodiment of this application.
[0033] like Figure 1 As shown, this software update method is applied to a local server and includes the following steps:
[0034] In step S101, the vehicle identification and first data of the software for vehicles within the coverage area of the local server are obtained.
[0035] It should be noted that this software update method is applied to a local server, which can be a parking lot server. The following embodiments are all illustrated using a parking lot server as an example. The parking lot needs to be equipped with a corresponding signal receiving and transceiver device, and the vehicle needs to have a TBox as the hardware basis for communication. The vehicle and the parking lot communicate through PC5 (direct communication interface).
[0036] It is understood that the embodiments of this application can obtain the vehicle identifier and the first data of the software of the vehicle covered by the local server. The vehicle identifier can be the vehicle number, and the first data is the software version data of the vehicle.
[0037] In step S102, the second data of the corresponding software on the local server is queried according to the vehicle identification, the differential data is determined according to the first data and the second data, and an update instruction is generated.
[0038] The second data is the software version data on the server; the update instruction includes the vehicle identifier of the sending vehicle and the vehicle identifier of the receiving vehicle.
[0039] It is understood that, in the embodiments of this application, the second data corresponding to the software on the vehicle can be queried based on the vehicle identification, the differential data can be determined based on the first data and the second data, and an update instruction can be generated.
[0040] In step S103, update instructions are pushed to target vehicles within the coverage area of the local server, wherein the target vehicles within the coverage area of the local server transmit differential data to each other for software updates.
[0041] The target vehicles are vehicles of the same type, that is, vehicles with the same model number.
[0042] It is understood that the embodiments of this application can push update instructions to target vehicles within the coverage area of the local server. Target vehicles can transmit differential data to each other to update the software, thereby minimizing traffic loss and obtaining the latest data in real time.
[0043] In this embodiment of the application, before pushing the update instruction to the target vehicle within the coverage area of the local server, the process includes: identifying the first version and the second version of the software in the first data and the second data respectively; if the first version and the second version are inconsistent, then marking the vehicle corresponding to the higher version as the sending vehicle for sending differential data, and marking the vehicle corresponding to the lower version as the receiving vehicle for receiving differential data.
[0044] It is understood that, before pushing the update command to the target vehicle within the coverage area of the local server, this application embodiment identifies the first version of the software in the first data and the second version of the software in the second data, that is, the software version on the vehicle and the software version on the local server. If the first version and the second version are inconsistent, the vehicle corresponding to the higher version is marked as the vehicle that sends the differential data, and the vehicle corresponding to the lower version is marked as the receiving vehicle that receives the differential data.
[0045] For example, if the vehicles within the coverage area of the local server are model P vehicles, vehicle A has software version a, the software version on the server is b, and vehicle B has software version b, then if version a is higher than b, vehicle A is the sending vehicle for differential data and vehicle B is the receiving vehicle for differential data. If version a is lower than version b, then vehicle B is the sending vehicle for differential data and vehicle A is the receiving vehicle for differential data.
[0046] In this embodiment of the application, target vehicles within the coverage area of the local server transmit differential data to each other for software updates, including: the target vehicle identifies the vehicle identifier of the update instruction, and determines whether the vehicle is a receiving vehicle or a sending vehicle based on the vehicle identifier. If the vehicle is a receiving vehicle, it establishes communication with the sending vehicle and receives the differential data sent by the sending vehicle; if the vehicle is a sending vehicle, it receives the communication connection request from the vehicle and sends the differential data to the receiving vehicle.
[0047] It is understood that, according to the embodiments of this application, the vehicle can be determined as either a receiving vehicle or a sending vehicle based on the vehicle identifier. If the vehicle is a receiving vehicle, it establishes communication with the sending vehicle and receives differential data sent by the sending vehicle, and uses the differential data to update the software. If the vehicle is a sending vehicle, it receives communication connection requests from other vehicles and sends differential data to the receiving vehicle, thereby realizing data updates between vehicles.
[0048] In this embodiment of the application, after pushing the update instruction to the target vehicles within the coverage area of the local server, the method further includes: if the first version is higher than the second version, then using the first data to update the second data.
[0049] It is understood that in the embodiments of this application, when the first version is higher than the second version, the second data is updated using the first data.
[0050] In summary, the network architecture of the software update method in this application embodiment is star-shaped. The server only performs authentication and differential judgment, while data transmission can occur between individual vehicles, thereby enabling partial patching updates of software or data that can be updated in real time. This application embodiment can establish communication via V2X, such as... Figure 2 As shown, software and data updates on the vehicle are implemented. V2X includes V2V (Vehicle to Vehicle), V2I (Vehicle to Infrastructure), V2N (Vehicle to Network), and V2P (Vehicle to Pedestrian). In this embodiment, V2V and V2I are used.
[0051] The software update method of this application is illustrated below through a specific embodiment, where the communication connections between vehicles and between vehicles and the parking lot server are as follows: Figure 3 As shown, using the parking lot server as a local node to provide vehicle update services includes the following steps:
[0052] Step 1: Vehicle 1 enters the parking lot and connects to the in-park server.
[0053] Step 2: The server establishes a number management system for vehicle 1 and reads the software open interface information on vehicle 1.
[0054] Step 3: Perform differential analysis on the open software information and data of vehicle 1, and label the differential data.
[0055] Step 4: Update the software and data on the server.
[0056] Step 5: Retrieve information on other vehicles in the parking lot and push differential data update instructions according to vehicle number.
[0057] Step 6: The vehicle that receives the instruction connects with vehicle 1 and updates the data.
[0058] According to the software update method proposed in the embodiments of this application, a local server can be used as a local node to provide update services for vehicles, collect software data from different vehicle information, perform differential judgment of the data, perform differential data transmission between individual vehicles, and update the software, thereby saving update traffic consumption through local updates.
[0059] The software update method described in the above embodiments is applied to a local server. The software update method applied to a vehicle will be described below. For details not covered, please refer to each other.
[0060] Figure 4 A flowchart of a software update method provided in another embodiment of this application.
[0061] like Figure 4 As shown, this software update method is applied to vehicles and includes the following steps:
[0062] In step S201, the vehicle identifier and the first data of the software are sent to the local server. The local server queries the second data of the corresponding software on the local server based on the vehicle identifier, determines the differential data based on the first data and the second data, and generates an update instruction.
[0063] It is understood that, in this application embodiment, the vehicle representation and the first data of the software can be sent to the local server so that the local server can make a judgment on the differential data and generate an update instruction.
[0064] In step S202, an update instruction is received, and differential data is transmitted between target vehicles within the coverage area of the local server.
[0065] It is understood that embodiments of this application can receive update instructions from a local server and transmit differential data between target vehicles within the coverage area of the local server so that the differential data can be used for subsequent software updates.
[0066] In step S203, the software is updated using the differential data.
[0067] The specific update process has been described in the above embodiments and will not be repeated here.
[0068] It should be noted that after the vehicle receives the update instruction, it obtains the user's instructions, and after the user agrees to the update, the software is updated.
[0069] The following uses a parking lot server as an example to illustrate the software update method of this application, such as... Figure 5 As shown, it includes the following steps:
[0070] Step 1: When a vehicle enters the parking lot by scanning its license plate, it receives a communication request from the parking lot and establishes a V2X communication connection (PC5 direct connection). The parking lot communication request is sent in real time by the V2X communication equipment in the parking lot, and the communication information is received by the TBox on the vehicle's end. The vehicle's device then pops up a handshake and connection establishment request for the vehicle owner to confirm.
[0071] Step 2: After establishing a communication connection, the parking lot server creates an account for each vehicle entering the parking lot based on its license plate number.
[0072] Step 3: The server in the parking lot reads the vehicle identification and the version information released by the onboard software interface.
[0073] Step 4: The server queries the corresponding software version and data on the server according to the vehicle identification, and verifies the software version number and associated data.
[0074] Step 5: If the software on the vehicle is outdated, the server will push the new software to the vehicle via the PC5 interface. After the vehicle owner confirms, the update operation will be performed.
[0075] Step 6: During the update process, a command is issued to keep the vehicle powered on. After the update is completed, an integrity check is performed, and then the vehicle enters sleep mode.
[0076] Step 7: If the software on the vehicle is the latest version, and the version and data are higher than those on the parking lot server, update the data on the server, and based on the information recorded when other vehicles entered the parking lot, wake up the applicable vehicles of the same brand and push the update command to other vehicles to realize the software update.
[0077] According to the software update method proposed in the embodiments of this application, by receiving the update instruction pushed by the local server, after receiving the update instruction, individual vehicles communicate and transmit differential data to realize the vehicle software update, which saves the traffic consumption of software update and improves the real-time performance of software update.
[0078] Next, the software update apparatus proposed according to the embodiments of this application is described with reference to the accompanying drawings.
[0079] Figure 6 This is a block diagram of a software update device according to an embodiment of this application.
[0080] like Figure 6 As shown, the software update device 10 is applied to a local server and includes: an acquisition module 101, a query module 102, and a push module 103.
[0081] The acquisition module 101 is used to acquire vehicle identification and first data of software of vehicles within the coverage area of the local server; the query module 102 is used to query the second data of the corresponding software on the local server according to the vehicle identification, determine differential data according to the first data and the second data, and generate an update instruction; the push module 103 is used to push the update instruction to the target vehicles within the coverage area of the local server, wherein the target vehicles within the coverage area of the local server transmit differential data to each other for software updates.
[0082] In this embodiment of the application, the apparatus 10 further includes a marking module.
[0083] The marking module is used to identify the first version and the second version of the software in the first data and the second data respectively before pushing the update command to the target vehicles within the coverage area of the local server; if the first version and the second version are inconsistent, the vehicle corresponding to the higher version is marked as the sending vehicle that sends the differential data, and the vehicle corresponding to the lower version is marked as the receiving vehicle that receives the differential data.
[0084] In this embodiment of the application, the update instruction includes a vehicle identifier for the sending vehicle and a vehicle identifier for the receiving vehicle.
[0085] In this embodiment of the application, the push module 103 is further used to: identify the vehicle identifier of the target vehicle update instruction, determine whether the vehicle is the receiving vehicle or the sending vehicle based on the vehicle identifier, wherein if the vehicle is the receiving vehicle, it establishes communication with the sending vehicle and receives differential data sent by the sending vehicle; if the vehicle is the sending vehicle, it receives the communication connection request of the vehicle and sends differential data to the receiving vehicle.
[0086] In this embodiment of the application, the apparatus 10 further includes: a first update module.
[0087] The first update module is used to push update instructions to target vehicles within the coverage area of the local server, and further includes: if the first version is higher than the second version, then update the second data using the first data.
[0088] It should be noted that the foregoing explanation of the software update method embodiment also applies to the software update device of this embodiment, and will not be repeated here.
[0089] According to the software update apparatus proposed in the embodiments of this application, a local server can be used as a local node to provide update services for vehicles, collect software data from different vehicle information, perform differential judgment of the data, perform differential data transmission between individual vehicles, and update the software, thereby saving update traffic consumption through local updates.
[0090] Figure 7This is a block diagram of a software update device according to an embodiment of this application.
[0091] like Figure 7 As shown, the software update device 20, applied to a vehicle, includes: a sending module 201, a receiving module 202, and an update module 203.
[0092] The sending module 201 is used to send the vehicle identifier and the first data of the software to the local server. The local server queries the second data of the corresponding software on the local server based on the vehicle identifier, determines the differential data based on the first data and the second data, and generates an update instruction. The receiving module 202 is used to receive the update instruction and transmit the differential data between target vehicles within the coverage area of the local server. The updating module 203 is used to update the software of the vehicle using the differential data.
[0093] It should be noted that the foregoing explanation of the software update method embodiment also applies to the software update device of this embodiment, and will not be repeated here.
[0094] According to the software update device proposed in the embodiments of this application, by receiving the update instruction pushed by the local server, after receiving the update instruction, the individual vehicles communicate and transmit differential data to realize the vehicle software update, which saves the traffic consumption of software update and improves the real-time performance of software update.
[0095] This application also provides a server, including: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to perform the software update method as described in the above embodiments.
[0096] This application also provides a vehicle, including: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to perform the software update method as described in the above embodiments.
[0097] In the description of this specification, the references to terms such as "one embodiment," "some embodiments," "example," "specific example," or "some examples," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of this application. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples. Moreover, without contradiction, those skilled in the art can combine and integrate the different embodiments or examples described in this specification, as well as the features of different embodiments or examples.
[0098] Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one of that feature. In the description of this application, "N" means at least two, such as two, three, etc., unless otherwise explicitly specified.
[0099] Any process or method described in the flowchart or otherwise herein can be understood as representing a module, segment, or portion of code comprising one or N executable instructions for implementing custom logic functions or processes, and the scope of the preferred embodiments of this application includes additional implementations in which functions may be performed not in the order shown or discussed, including substantially simultaneously or in reverse order depending on the functions involved, as should be understood by those skilled in the art to which embodiments of this application pertain.
[0100] It should be understood that the various parts of this application can be implemented using hardware, software, firmware, or a combination thereof. In the above embodiments, the N steps or methods can be implemented using software or firmware stored in memory and executed by a suitable instruction execution system. For example, if implemented in hardware, as in another embodiment, it can be implemented using any one or more of the following techniques known in the art: discrete logic circuits having logic gates for implementing logical functions on data signals, application-specific integrated circuits (ASICs) having suitable combinational logic gates, programmable gate arrays (PGAs), field-programmable gate arrays (FPGAs), etc.
[0101] Those skilled in the art will understand that all or part of the steps of the methods described in the above embodiments can be implemented by a program instructing related hardware, and the program can be stored in a computer-readable storage medium. When executed, the program includes one or a combination of the steps of the method embodiments.
Claims
1. A software update method characterized by comprising: The method is applied to a local server, and the method includes the following steps: Obtain vehicle identification and first data of software for vehicles within the coverage area of the local server; Based on the vehicle identifier, query the second data of the corresponding software on the local server, determine the differential data based on the first data and the second data, and generate an update instruction; The update instruction is pushed to target vehicles within the coverage area of the local server, wherein the target vehicles within the coverage area of the local server transmit the differential data to each other for software updates; after pushing the update instruction to the target vehicles within the coverage area of the local server, the method further includes: re-identifying the first version and the second version of the software in the first data and the second data; if the first version is higher than the second version, then updating the second data of the corresponding software on the local server based on the first data.
2. The software update method according to claim 1, characterized by, Before pushing the update command to the target vehicles within the coverage area of the local server, the following steps are included: Identify the first and second versions of the software in the first and second data, respectively; If the first version and the second version are inconsistent, the vehicle corresponding to the higher version is marked as the sending vehicle that sends the differential data, and the vehicle corresponding to the lower version is marked as the receiving vehicle that receives the differential data.
3. The software update method according to claim 2, characterized by, The update instruction includes the vehicle identifier of the sending vehicle and the vehicle identifier of the receiving vehicle.
4. The software update method according to claim 2, characterized by, The target vehicles within the coverage area of the local server transmit the differential data to each other for software updates, including: The target vehicle identifies the vehicle identifier of the update command and determines whether it is a receiving vehicle or a sending vehicle based on the vehicle identifier. If the target vehicle is a receiving vehicle, it establishes communication with the sending vehicle and receives differential data sent by the sending vehicle. If the target vehicle is a sending vehicle, it receives a communication connection request from the receiving vehicle and sends the differential data to the receiving vehicle.
5. A software updating method characterized by comprising: The method is applied to a vehicle, and the method includes the following steps: The system sends the vehicle identifier and first data of the software to a local server. The local server queries the second data of the corresponding software on the local server based on the vehicle identifier, determines differential data based on the first data and the second data, and generates an update instruction. The local server is also configured to: after generating the update instruction, re-identify the first version and the second version of the software in the first data and the second data; if the first version is higher than the second version, update the second data of the corresponding software on the local server based on the first data. Receive the update instruction and transmit the differential data between target vehicles within the coverage area of the local server; The software is updated using the differential data.
6. A software updating apparatus characterized by comprising: The device is used on a local server, wherein the device includes: The acquisition module is used to acquire vehicle identification and first data of the software for vehicles within the coverage area of the local server; The query module is used to query the second data of the corresponding software on the local server based on the vehicle identifier, determine the differential data based on the first data and the second data, and generate an update instruction; The push module is used to push the update instruction to target vehicles within the coverage area of the local server, wherein the target vehicles within the coverage area of the local server transmit the differential data to each other for software updates; after pushing the update instruction to the target vehicles within the coverage area of the local server, the module further includes: re-identifying the first version and the second version of the software in the first data and the second data; if the first version is higher than the second version, then updating the second data of the corresponding software on the local server based on the first data.
7. A software updating apparatus characterized by comprising: The device is applied to a vehicle, wherein the device includes: The sending module is configured to send the vehicle identifier and first data of the software to a local server, wherein the local server queries the second data of the corresponding software on the local server based on the vehicle identifier, determines differential data based on the first data and the second data, and generates an update instruction; the local server is further configured to: after generating the update instruction, re-identify the first version and the second version of the software in the first data and the second data; if the first version is higher than the second version, update the second data of the corresponding software on the local server based on the first data; The receiving module is used to receive the update instruction and transmit the differential data between target vehicles within the coverage area of the local server. An update module is used to perform software updates on the vehicle using the differential data.
8. A server, characterized by include: A memory, a processor, and a computer program stored in the memory and executable on the processor, the processor executing the program to implement the software update method as described in any one of claims 1-4.
9. A vehicle characterized by comprising: include: A memory, a processor, and a computer program stored in the memory and executable on the processor, the processor executing the program to implement the software update method as described in claim 5.