CN115361119A - Batch upgrading method and device for vehicle-mounted equipment software - Google Patents
Batch upgrading method and device for vehicle-mounted equipment software Download PDFInfo
- Publication number
- CN115361119A CN115361119A CN202210972663.4A CN202210972663A CN115361119A CN 115361119 A CN115361119 A CN 115361119A CN 202210972663 A CN202210972663 A CN 202210972663A CN 115361119 A CN115361119 A CN 115361119A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- upgrading
- software
- mounted equipment
- upgrade
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 69
- 238000012795 verification Methods 0.000 claims abstract description 46
- 230000004044 response Effects 0.000 claims abstract description 27
- 238000003860 storage Methods 0.000 claims description 63
- 238000005192 partition Methods 0.000 claims description 42
- 238000009434 installation Methods 0.000 claims description 34
- 230000006835 compression Effects 0.000 claims description 17
- 238000007906 compression Methods 0.000 claims description 17
- 238000004422 calculation algorithm Methods 0.000 claims description 16
- 101000826116 Homo sapiens Single-stranded DNA-binding protein 3 Proteins 0.000 claims description 10
- 102100023008 Single-stranded DNA-binding protein 3 Human genes 0.000 claims description 10
- 238000004806 packaging method and process Methods 0.000 claims description 8
- RWLRWONNIHIYGR-UHFFFAOYSA-N 18-[[3,5-bis[1-[17-carboxyheptadecyl(methyl)amino]ethyl]-2-hydroxyphenyl]methyl-methylamino]nonadecanoic acid Chemical compound OC(=O)CCCCCCCCCCCCCCCCC(C)N(C)CC1=CC(C(C)N(C)CCCCCCCCCCCCCCCCCC(O)=O)=CC(C(C)N(C)CCCCCCCCCCCCCCCCCC(O)=O)=C1O RWLRWONNIHIYGR-UHFFFAOYSA-N 0.000 claims description 5
- 238000004891 communication Methods 0.000 abstract description 3
- 230000008569 process Effects 0.000 description 15
- 238000012423 maintenance Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 10
- 230000005540 biological transmission Effects 0.000 description 8
- 230000007246 mechanism Effects 0.000 description 6
- 230000008901 benefit Effects 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 3
- 238000004590 computer program Methods 0.000 description 3
- 230000009977 dual effect Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000007547 defect Effects 0.000 description 2
- 238000005538 encapsulation Methods 0.000 description 2
- 238000011900 installation process Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000012356 Product development Methods 0.000 description 1
- 230000002411 adverse Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005242 forging Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000036961 partial effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 238000002054 transplantation Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0861—Generation of secret information including derivation or calculation of cryptographic keys or passwords
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
- H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
- H04L9/3252—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures using DSA or related signature schemes, e.g. elliptic based signatures, ElGamal or Schnorr schemes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Power Engineering (AREA)
- Stored Programmes (AREA)
Abstract
The invention discloses a batch upgrading method and a device for vehicle-mounted equipment software, which relate to the technical field of vehicle communication, wherein the vehicle-mounted equipment software is provided with an upgrading protocol the same as that of other vehicle-mounted equipment software of a target vehicle, and the batch upgrading method executes the following steps based on the upgrading protocol: responding to the received batch upgrading request, and acquiring an upgrading package of the vehicle-mounted equipment software; verifying the upgrade package in response to the received upgrade package; and responding to the verification of the upgrade package, and installing the upgrade package. According to the method and the system, the upgrading of all vehicle-mounted equipment software of the whole vehicle can be realized simply and efficiently.
Description
Technical Field
The invention relates to the technical field of vehicle communication, in particular to a batch upgrading method and device for vehicle-mounted equipment software.
Background
After the motor train unit vehicle-mounted equipment is loaded and delivered, in the whole life cycle, the software of the motor train unit needs to be upgraded no matter the reasons of change of user requirements, increase of business functions, bug existing in the software of the motor train unit vehicle-mounted equipment and the like.
Generally, when suppliers of various vehicle-mounted devices deliver respective devices, a software upgrading dedicated tool is separately delivered, and a user can realize the maintenance function only through the tool, but the mode is not thick from the use perspective, however, the vehicle-mounted devices of the motor train unit are various, involved manufacturers and suppliers are different, the number of the software upgrading tools is very large, the upgrading process, the operation steps and the method of each upgrading tool are different, and for maintenance personnel, if upgrading is carried out one by one, the operation is complex, and errors are easy to occur.
It should be noted that the above background description is provided for clarity and completeness of the description of the present application, and is provided for understanding by a person skilled in the art. Such solutions are not considered to be known to the person skilled in the art merely because they have been set forth in the background section of the present application.
Disclosure of Invention
In order to overcome the defects in the prior art, the embodiment of the invention provides a batch upgrading method and device for vehicle-mounted equipment software, which can simply and efficiently realize the upgrading of all vehicle-mounted equipment software of a whole vehicle.
The specific technical scheme of the embodiment of the invention is as follows:
a batch upgrading method for vehicle-mounted equipment software, wherein the vehicle-mounted equipment software is configured with an upgrading protocol the same as that of other vehicle-mounted equipment software of a target vehicle, and the batch upgrading method executes the following steps based on the upgrading protocol:
responding to the received batch upgrading requests, and acquiring upgrading packages of the vehicle-mounted equipment software;
verifying the upgrade package in response to the received upgrade package;
and responding to the verification of the upgrade package, and installing the upgrade package.
Preferably, the obtaining of the upgrade package of the vehicle-mounted device software includes:
obtaining an upgrade file of the vehicle-mounted equipment software to obtain an upgrade package, wherein the upgrade package is a single compressed package file, and the package mode of the upgrade package is as follows: packaging the upgrade file and the installation script to obtain an inner layer compression packet; packaging the inner layer compression package and the configuration instruction file to obtain an outer layer compression package as the upgrade package, wherein the configuration instruction file comprises verification information of the inner layer compression package;
and storing the upgrade package to a storage terminal.
Preferably, the configuration specification file comprises a public key and signature information;
the verifying the upgrade package in response to the received upgrade package comprises:
decrypting the signature information by adopting the public key to obtain first abstract information;
performing summary operation on the inner layer compressed packet by adopting a preset encryption algorithm to obtain second summary information;
and comparing the first summary information with the second summary information, and if the first summary information and the second summary information are the same, the verification is passed.
Preferably, the public key is generated by a private key of the vehicle-mounted device software manufacturer;
and carrying out elliptic curve digital signature on the summary information by adopting the private key to obtain the signature information.
Preferably, the batch upgrade request includes IP addresses of storage ends stored in upgrade packages of a plurality of pieces of vehicle-mounted device software and a storage path of the upgrade package;
the step of obtaining the upgrade package of the vehicle-mounted equipment software in response to the received batch upgrade request comprises the following steps:
sending an upgrade package downloading request to the storage end, wherein the upgrade package downloading request comprises an IP address of the storage end and a storage path of the upgrade package;
and downloading the upgrade package from the storage terminal.
Preferably, the batch upgrading method further includes:
and responding to a vehicle-mounted device discovery request sent by a user side, and sending device information of all vehicle-mounted devices of the target vehicle to the user side, wherein the device information comprises hardware information of the vehicle-mounted devices and information of vehicle-mounted device software.
Preferably, the target vehicle is a single-marshalling group, and the device information of all vehicle-mounted devices of the single-marshalling group is sent to the user side based on an SSDP protocol;
or,
and the target vehicle is a reconnection train set, and equipment information of all vehicle-mounted equipment of the reconnection train set is sent to the user side based on an SSDP protocol and a TTDP protocol.
Preferably, the installing the upgrade package in response to the verification of the upgrade package is performed, including:
storing the upgrade package to a second storage partition different from a first storage partition for loading and running the vehicle-mounted equipment software;
in response to the upgrade package being stored in the second storage partition and upgrade installation being successful, changing the partition in which the vehicle-mounted device software is loaded and operated into the second storage partition;
and in response to failure of storing the upgrade package into the second storage partition or failure of upgrading installation, taking the first storage partition as a partition for loading and running the vehicle-mounted equipment software.
Preferably, the batch upgrading method further includes:
sending an upgrade request reply to a user side in response to the batch upgrade request sent by the user side;
responding to an upgrading progress query request sent by the user side, and sending a downloading progress reply of the upgrading package to the user side;
responding to an upgrading progress query request sent by the user side, and sending a verification result of the upgrading packet to the user side;
and responding to an upgrading progress query request sent by the user side, and sending an installation progress reply of the upgrading package to the user side.
A batch upgrading method for vehicle-mounted equipment software comprises the following steps:
a user side sends a vehicle-mounted device discovery request, wherein the vehicle-mounted device discovery request is a request for acquiring device information of all vehicle-mounted devices of a target vehicle, and the device information comprises IP addresses of the vehicle-mounted devices and vehicle-mounted device software information;
the vehicle-mounted equipment responds to a vehicle-mounted equipment discovery request sent by a user side, and sends equipment information of all vehicle-mounted equipment of the target vehicle to the user side, wherein the equipment information comprises hardware information of the vehicle-mounted equipment and information of vehicle-mounted equipment software;
the user side acquires the equipment information of all the vehicle-mounted equipment of the target vehicle, and determines the vehicle-mounted equipment software needing to be upgraded according to the equipment information; .
The user side sends batch upgrading requests, wherein the upgrading requests are requests for upgrading a plurality of pieces of vehicle-mounted equipment software of a target vehicle, the plurality of pieces of vehicle-mounted equipment software are configured with the same upgrading protocol, and the upgrading protocol comprises the following steps:
the vehicle-mounted equipment responds to the received batch upgrading request to obtain an upgrading package of the vehicle-mounted equipment software;
the vehicle-mounted equipment responds to the received upgrade package and verifies the upgrade package;
and the vehicle-mounted equipment responds to the verification of the upgrade patch and installs the upgrade patch.
A batch upgrading device for vehicle-mounted equipment software is provided, wherein the batch upgrading device for the vehicle-mounted equipment software is configured with an upgrading protocol the same as that of other vehicle-mounted equipment software of a target vehicle, and comprises:
the upgrade package obtaining module is used for responding to the received batch upgrade requests and obtaining upgrade packages of the vehicle-mounted equipment software;
the verification module is used for responding to the received upgrade package and verifying the upgrade package;
and the installation module is used for responding to the verification of the upgrade package and installing the upgrade package.
The application can obtain the following beneficial effects:
according to the method and the device for upgrading the vehicle-mounted equipment software in batches, the optimization design is carried out on the existing vehicle-mounted software upgrading framework of the motor train unit, the upgrading protocols of all vehicle-mounted equipment software are unified, and the operation of upgrading the whole vehicle software in one key can be simply and efficiently realized on the premise of ensuring safety and reliability. Compared with the traditional method, the method can greatly reduce the learning cost of field operators and reduce the operation complexity, thereby avoiding the risk of upgrading failure caused by misoperation caused by a fussy operation flow in the traditional upgrading mode.
Drawings
The drawings described herein are for illustration purposes only and are not intended to limit the scope of the present disclosure in any way. In addition, the shapes, the proportional sizes, and the like of the respective members in the drawings are merely schematic for facilitating the understanding of the present invention, and do not specifically limit the shapes, the proportional sizes, and the like of the respective members of the present invention. Those skilled in the art, having the benefit of the teachings of this invention, may choose from the various possible shapes and proportional sizes to implement the invention as a matter of case.
Fig. 1 is a flowchart of the present invention on the vehicle-mounted device side in an embodiment.
Fig. 2 is an interaction diagram of a batch upgrading method in the embodiment of the present invention.
Fig. 3 is a schematic diagram of an upgrade process of vehicle-mounted device software of the vehicle-mounted device in the embodiment of the invention.
Fig. 4 is a schematic diagram illustrating a release flow and a signature verification flow of vehicle-mounted device software in an embodiment of the present invention.
FIG. 5 is a schematic diagram of installation of a dual-storage partition of software of an on-board device in an embodiment of the present invention.
Fig. 6 is a schematic flowchart of discovering all the in-vehicle devices according to the embodiment of the present invention.
Fig. 7 is a schematic structural diagram of an apparatus for batch upgrading of vehicle-mounted device software according to an embodiment of the present invention.
Detailed Description
The details of the present invention can be more clearly understood in conjunction with the accompanying drawings and the description of the embodiments of the present invention. However, the specific embodiments of the present invention described herein are for the purpose of illustration only and are not to be construed as limiting the invention in any way. Any possible variations based on the present invention may be conceived by the skilled person in the light of the teachings of the present invention, and these should be considered to fall within the scope of the present invention.
The software upgrading is generally carried out on the vehicle-mounted equipment of different manufacturers by adopting own private protocols, so that the upgrading method and the upgrading protocol of the whole vehicle equipment are different, on one hand, more expenses are caused to the network security strategy deployment of the whole vehicle, on the other hand, great difficulty is caused to the batch upgrading of the whole vehicle equipment software, the use complexity of the maintenance function is increased, the probability of field maintenance errors is increased, and even if each kind of tool software is integrated together, the tool software is not unified on a maintenance interface and the maintenance protocol, and the higher learning cost is still required for maintenance personnel. In order to simply and efficiently realize the upgrading of all vehicle-mounted device software of the whole vehicle, a batch upgrading method of the vehicle-mounted device software is provided in the application, fig. 1 is a flow chart of one side of the vehicle-mounted device in the embodiment of the invention, and as shown in fig. 1, the batch upgrading method of the vehicle-mounted device software can be applied to one side of the vehicle-mounted device, and the vehicle-mounted device software is installed on the vehicle-mounted device.
At present, vehicle-mounted equipment of different manufacturers generally adopts a private protocol to carry out software upgrading, so that the upgrading method and the upgrading protocol of the whole vehicle equipment are different, on one hand, more expenses are caused to the network security strategy deployment of the whole vehicle, and on the other hand, great difficulty is caused to the batch upgrading of the software of the whole vehicle equipment. In view of the above problem, the onboard device software is configured with the same upgrade protocol as other onboard device software of the target vehicle, that is, the target vehicle may be a single-marshalling train set or a multi-motor train set, and the onboard device may have the same upgrade protocol as the onboard device software on other onboard devices in the single-marshalling train set or the multi-motor train set.
The batch upgrading method can execute the following steps based on the upgrading protocol:
s101: and sending equipment information of all the vehicle-mounted equipment of the target vehicle to a user side in response to a vehicle-mounted equipment discovery request sent by the user side, wherein the equipment information comprises hardware information of the vehicle-mounted equipment and information of vehicle-mounted equipment software.
Generally, data transmission physical interfaces of vehicle-mounted equipment maintenance functions are all based on own Ethernet interfaces, IP addresses are needed to be maintained through the Ethernet interfaces, at present, the IP addresses are needed to be pre-input by users in the first step of realizing all the maintenance functions given by most manufacturers, although the planning and allocation of the IP addresses of the vehicle-mounted equipment are usually in a fixed planning mode, different equipment types on different motor train unit projects and different deployment positions of the same equipment type are different, the IP addresses are different, and therefore, field after-sales users need to remember a large number of corresponding relationships of the IP addresses when performing maintenance work and cannot make mistakes, and obviously, the mode can cause huge troubles to the after-sales users, increase the use burden of the users and further increase the risk of field maintenance mistakes.
In order to solve the above problem, in this application, after a user may access a vehicle TCMS through PTU software, fig. 6 is a schematic flowchart illustrating a process of discovering all vehicle-mounted devices in an embodiment of the present invention, and as shown in fig. 6, a vehicle-mounted device discovery request may be sent to all vehicle-mounted devices of a current singly-organized vehicle group and/or a doubly-organized vehicle group through the PTU software, where the vehicle-mounted device discovery request is a request for acquiring device information of all vehicle-mounted devices of a target vehicle, and the device information includes an IP address of the vehicle-mounted device and vehicle-mounted device software information. The vehicle-mounted device responds to a vehicle-mounted device discovery request sent by a user terminal, and sends device information of all vehicle-mounted devices of the target vehicle to the user terminal (PTU software), wherein the device information comprises hardware information of the vehicle-mounted devices and information of vehicle-mounted device software, such as device type, position information, IP addresses, hardware serial numbers, software versions, hardware versions and the like. The user can find the software and hardware version information of all the vehicle-mounted devices in the single vehicle-organizing group and/or the reconnection group by one key through the PTU software, and the user can determine which vehicle-mounted device software needs to be subjected to subsequent upgrading operation according to the information.
And sending the equipment information of all the vehicle-mounted equipment of the single-coded motor train unit to the user side based on an SSDP protocol for the target vehicle being the single-coded motor train unit, and sending a vehicle-mounted equipment discovery request to the current single-coded motor train unit on one side of the PTU software based on the SSDP protocol. The vehicle-mounted equipment discovery request based on the SSDP protocol is a broadcast request message based on the UDP, all the vehicle-mounted equipment can monitor the broadcast condition, and the vehicle-mounted equipment discovery request based on the SSDP protocol sent by the PTU can reply with a unicast message to represent the existence of the vehicle-mounted equipment.
And sending the equipment information of all vehicle-mounted equipment of the reconnection vehicle group to the user side based on an SSDP protocol and a TTDP protocol when the target vehicle is the reconnection vehicle group. The TTDP protocol may specifically be a TTDP protocol specified in IEC61375-2-5 standard. For example, the IP address of PTU software in ethernet packet network (ECN) is 10.1.0.10. The vehicle-mounted device discovery request is sent out in an Ethernet grouped network (ECN) through an SSDP protocol, a message of the vehicle-mounted device discovery request comprises a destination IP address and a source IP address, and the data content of the message also comprises a cross-domain group address. The ETBN exchanger in the grouping network modifies the cross-domain group address in the data content in the message of the vehicle-mounted equipment discovery request sent by the PTU software into the cross-domain group address with the IP address information of the ETBN exchanger and the IP information of the PTU software in the Ethernet grouping network (ECN). For example, the first three bits of the IP address information of the own ETBN switch are 10.128.64, the PTU software is 10 in the last bit of the IP information of the ethernet marshalling network (ECN), so that the ETBN switch in the marshalling network modifies the cross-domain group address in the data content in the message of the vehicle equipment discovery request sent by the PTU software to 10.128.61.10 and broadcasts the vehicle equipment discovery request to the real-time ethernet ETB of the tandem train, which can identify the specific location in the ethernet marshalling network (ECN) where the specific PTU software is located by the cross-domain group address in the data content in the message of the discovery request. The Ethernet ETB of the reconnection train broadcasts the vehicle-mounted equipment discovery request to ETBN exchangers in Ethernet marshalling networks (ECNs) of other motor train units of the reconnection train, when the vehicle-mounted equipment in the other motor train units monitors the broadcast condition of the vehicle-mounted equipment discovery request, and when the vehicle-mounted equipment discovery request is discovered, the vehicle-mounted equipment discovery request replies with a unicast message to represent the existence of the vehicle-mounted equipment. At this time, the ethernet marshalling network (ECN) of the other train of motor train unit modifies the cross-domain group address in the data content in the message of the equipment information returned by the vehicle-mounted equipment into a cross-domain group address having the IP information of the train of motor train unit and the IP information of the vehicle-mounted equipment under the train of motor train unit. For example, the train has an IP address of 10.128.128.1, the first three bits of the train are 10.128.128, and the IP address of the on-board device under the train is 10.1.0.20, the last bit of the train is 20, and the two constitute a new IP address of 10.128.128.20. Therefore, when the user side, namely the UDP software receives the message of the equipment information replied by the vehicle-mounted equipment, the user side can know which vehicle-mounted equipment of which train of motor train unit the vehicle-mounted equipment belongs to through the cross-domain group address.
S102: and responding to the received batch upgrading request, and acquiring an upgrading package of the vehicle-mounted equipment software.
Before vehicle-mounted device software of the vehicle-mounted device needs to be upgraded in batch, fig. 3 is a schematic diagram of a vehicle-mounted device software upgrading process of the vehicle-mounted device in the embodiment of the invention, and as shown in fig. 3, all the vehicle-mounted devices are in an initial state, namely, an upgrading waiting state, and wait for an upgrading instruction of the PTU.
When the vehicle-mounted device software of the vehicle-mounted device needs to be upgraded in batch, fig. 2 is an interaction schematic diagram of the batch upgrading method in the embodiment of the present invention, as shown in fig. 2, a user may initiate an upgrading operation, for example, send a single upgrading request or a batch upgrading request to the vehicle-mounted device software of one or more or all designated vehicle-mounted devices in a target vehicle through PTU software, and may be in the form of an upgrading command message; and the vehicle-mounted equipment software of the vehicle-mounted equipment on the target vehicle receives the batch upgrading request sent by the PTU software, and if the vehicle-mounted equipment software is judged to be in the upgrading waiting state and is the appointed vehicle-mounted equipment, the upgrading request is accepted, so that the upgrading package of the vehicle-mounted equipment software is obtained in response to the received batch upgrading request. In response to the received batch upgrade request, the vehicle-mounted device may send an upgrade request reply corresponding to the batch upgrade request to the PTU software, which may be in the form of a message, so that the PTU software determines that the vehicle-mounted device software receives the batch upgrade request and indicates to receive the upgrade operation. The single upgrade request or the batch upgrade request may include a restApi protocol packet, which may carry information about an IP address of a storage end where the upgrade package of the plurality of pieces of vehicle-mounted device software is stored, such as a tftp server address, a storage path of the upgrade package, an upgrade software package signature file, an upgrade software package size, an expected version of the upgrade software package, and the like, as http protocol parameters. If the condition is judged not to be met, the upgrading request can be refused.
In the process of controlling and interacting the PTU software and the vehicle-mounted equipment, restApi of an Http protocol widely applied in the field of mobile internet can be used as an interface protocol for controlling and interacting the PTU and the vehicle-mounted equipment. All interactive commands used in the upgrading process are uniformly coded by using a rest style URL, protocol encapsulation is uniformly coded by using a standard HTTP GET/POST request, protocol reply messages all adopt standard HTTP protocol state codes, and reply protocol load parts all adopt a uniform JSON document definition format.
In the process that the vehicle-mounted device software acquires the upgrade package of the vehicle-mounted device software, the vehicle-mounted device can send an upgrade package downloading request (the upgrade request message carries the IP address of the vehicle-mounted device software storage end and the storage path of the upgrade package) to the vehicle-mounted device software storage end in a tftp request message mode, the upgrade package downloading request comprises the IP address of the storage end and the storage path of the upgrade package, and then the corresponding upgrade package is downloaded from the vehicle-mounted device software storage end. This transfer procedure strictly follows the tftp transfer protocol. The Ethernet transmission protocol of the software upgrading package adopts a tftp protocol, compared with the traditional ftp file transmission protocol, the software upgrading package has the advantages of simplicity and light weight, occupies extremely small system resources, and can be well suitable for vehicle-mounted equipment with relatively short software and hardware resources. In order to realize the tftp client transmission protocol, the upgrade package of the vehicle-mounted device software is downloaded to the local from the vehicle-mounted device software storage server, and the vehicle-mounted device software storage server needs to deploy a daemon process for realizing the tftp server.
In the process of transmitting and downloading the upgrade package of the vehicle-mounted device software, as shown in fig. 2, the PTU may periodically send an upgrade progress query request to the vehicle-mounted device, specifically, in the form of an upgrade progress query message, so as to query the upgrade state of the vehicle-mounted device software, and after receiving the upgrade progress query request, the vehicle-mounted device may send a download progress reply of the upgrade package to a user terminal (PTU), specifically, in the form of a message, which may include information such as the transmission state of the upgrade package, the upgrade progress percentage, and an error code. The field user can clearly observe the upgrading progress of the equipment. If a network failure is encountered during transmission or a switch failure causes transmission to be interrupted, it can be fed back to the PTU via error code information. All the vehicle-mounted equipment needs to realize corresponding RestApi service daemon, and respond and reply to all the RestApi command messages sent by the PTU.
In the step of acquiring the upgrade package of the vehicle-mounted device software by the vehicle-mounted device, the method may include the following steps:
obtaining an upgrade file of the vehicle-mounted equipment software to obtain an upgrade package, wherein the upgrade package is a single compressed package file, and the package mode of the upgrade package is as follows: packaging the upgrade file and the installation script to obtain an inner layer compression packet; and packaging the inner layer compression package and the configuration description file to obtain an outer layer compression package as the upgrade package, wherein the configuration description file comprises verification information of the inner layer compression package.
The verification information may include a public key and signature information of the software package, and the configuration specification file may further include information such as a name of the software package of the target machine, a size of the software package, expected version information, and a signature digest of the software package. The inner layer compressed package can be a software resource list and an installation script required by actual operation of the vehicle-mounted device, the software resource list can usually comprise a plurality of executable programs, a dynamic link library, a configuration file, a webpage resource and the like, and the installation script is used for copying the target machine software resource from the temporary path to the actual operation path of various software resources in the target machine system.
And storing the upgrade package to a storage end.
S103: and responding to the received upgrade package, and verifying the upgrade package.
At present, a strict signature verification mechanism is lacked in a software upgrading package which is externally issued by most of vehicle-mounted equipment, and some vehicle-mounted equipment even does not exist at all. For example, currently, the software package externally issued by most vehicle-mounted devices only adopts an MD5 verification method of the software package, that is, while the vehicle-mounted device manufacturer issues the software package, the MD5 verification value of the software package is provided separately, when the software upgrade operation is initiated, the upgrade package and the MD5 verification value are simultaneously sent to the target computer system to be upgraded, after the target computer system finishes receiving the upgrade package, the MD5 value of the received software upgrade package is calculated again, the calculation result is compared with the MD5 value sent by the client, if the calculation result is equal to the MD5 value, the software upgrade package is considered to be a legal software upgrade package, otherwise, the client is considered to be an illegal software upgrade package, and the client is prompted to refuse to upgrade. However, the forging cost of the MD5 is very low, an illegal user can easily tamper with the software package and then perform MD5 calculation and encapsulation again, and at this time, the target machine cannot recognize that the software package is tampered, and still considers that the upgrade package is a legal upgrade package to perform upgrade installation, which may generate unpredictable adverse effects on the service function of the vehicle-mounted device.
Fig. 4 is a schematic diagram illustrating a distribution flow and a signature verification flow of vehicle-mounted device software in an embodiment of the present invention, and as shown in fig. 4, when verifying the upgrade package in response to the received upgrade package, the method includes:
and decrypting the signature information by adopting the public key to obtain first summary information.
In the above step, as shown in fig. 4, the public key is generated by a private key of the vehicle-mounted device software vendor. The software manufacturer of the vehicle-mounted device can generate a private key by using an secp256k1 algorithm, for example, the process is only generated for 1 time in the whole product development life cycle, and the private key is only used in a development environment and cannot be leaked and released to the outside. The corresponding public key is generated by using the private key, the public key file does not need to be encrypted and protected, and the public key file can be persistently stored on a target machine of the vehicle-mounted equipment or a software upgrading package of vehicle-mounted equipment software is sent to the target machine in the vehicle-mounted equipment together for verifying the legality of the upgrading package. At the software manufacturer side of the vehicle-mounted device, the upgrade package of the vehicle-mounted device software may be generated into the digest information by using a preset encryption algorithm, for example, a HASH encryption algorithm, such as the SHA-256 encryption algorithm, may be selected, and then the digest information is digitally signed by using a private key to obtain the signature information. When the private key is used for digitally signing the summary information, the private key can be used for digitally signing the summary information by an elliptic curve. The signature information is also sent to the vehicle-mounted device along with the upgrade package and the public key.
The method adopts the existing ECDSA (elliptic curve digital signature) asymmetric encryption algorithm widely applied in the field of information security to carry out signature and verification mechanism of the vehicle-mounted equipment software package, and the existing asymmetric encryption algorithm has more types and mainly comprises RSA, DSA and ECDSA. The ECDSA is selected for the following reasons: the traditional DSA signature algorithm has important defects in the aspect of random number generation technology; ECDSA is the most recent and most secure digital signature algorithm at the present time. It is not possible at all to forge ECDSA signatures without knowing the private key. ECDSA has been widely used in various applications such as cryptocurrency (e.g., bitcoin) and secure messaging, and has also been validated by a number of security practices. At present, an ECDSA signature algorithm is realized by using a large number of open source software libraries, and the rapid transplantation of a vehicle-mounted system can be conveniently realized. Compared with RSA and RSA, the realization of ECDSA only needs less software and hardware resources to achieve the same safety performance, and is particularly suitable for being applied to a vehicle-mounted embedded system.
And after the vehicle-mounted equipment receives the upgrade package of the vehicle-mounted equipment software, decrypting the signature information by adopting a public key at one side of the vehicle-mounted equipment to obtain first summary information.
And performing summary operation on the inner layer compressed packet by adopting a preset encryption algorithm to obtain second summary information.
In this step, after the vehicle-mounted device receives the upgrade package of the vehicle-mounted device software, a preset encryption algorithm is used to perform digest operation on the inner layer compressed package, for example, a HASH encryption algorithm, such as an SHA-256 encryption algorithm, may be selected, so as to obtain second digest information.
Comparing the first summary information with the second summary information, and if the first summary information and the second summary information are the same, the verification is passed; otherwise, the signature verification is considered to fail.
In this step, after the upgrade package is transmitted, the signature information verification link in the previous step may be used to feed back the status of the PTU as a signature verification process, and after the signature information verification is completed, the verification result of the upgrade package may be sent to the user terminal in response to the upgrade progress query request sent by the user terminal to feed back whether the signature verification of the PTU passes, and the user terminal obtains the verification result of the upgrade package to enable the user to know the verification result of the upgrade package. And after the signature verification passes, the installation link of the upgrade package can be carried out, such as decompressing the inner layer compression package, operating the update file for installation and the like. If the signature verification of the feedback PTU fails, the PTU prompts the user that the signature information verification fails, and the upgrading process is ended.
S104: and responding to the verification of the upgrade package, and installing the upgrade package.
In the installation link of the upgrade package after the signature verification passes, if the upgrade package is failed to be installed, the information of the PTU and the installation failure can be fed back to wait for the command whether the PTU is reloaded or not. In the installation process of the upgrade package, in response to the upgrade progress query request sent by the user side, an installation progress reply of the upgrade package may be sent to the user side. And the user side acquires the installation progress reply of the upgrade package so that the user can know the installation progress of the upgrade package.
Because the storage mechanism of dual applications or dual system images is not provided on the target machine file system or firmware storage flash of most of the current vehicle-mounted equipment. Corresponding to the vehicle-mounted equipment which only needs to upgrade the application program, part of application resources are installed and replaced due to unexpected power failure or other abnormal reasons in the installation process, and part of the resources are not installed and replaced, so that the vehicle-mounted equipment software of the vehicle-mounted equipment enters a state which is not before upgrading and a state which is not after upgrading. For vehicle-mounted equipment such as a vehicle-mounted switch and the like which needs to upgrade a kernel system, if power is accidentally lost in the flash erasing process, the vehicle-mounted equipment can never be normally started.
In order to solve the above problem, in the process of installing the upgrade package, as shown in fig. 5, fig. 5 is a schematic diagram illustrating an installation of a dual storage partition of the vehicle-mounted device software in an embodiment of the present invention, and as shown in fig. 5, the upgrade package is stored in a second storage partition different from a first storage partition in which the vehicle-mounted device software is loaded and operated. And in response to the upgrade package being stored in the second storage partition and upgrade installation being successful, changing the partition in which the vehicle-mounted device software is loaded and operated into the second storage partition. And in response to failure of storing the upgrade package into the second storage partition or failure of upgrading installation, taking the first storage partition as a partition for loading and running the software of the vehicle-mounted equipment.
Specifically, the target machine file system of the vehicle-mounted device can provide a dual-partition memory upgrade package of a first memory partition and a second memory partition, the first memory partition can be an A plane, the second memory partition can be a B plane, and the target machine file system saves whether the currently running vehicle-mounted device software is loaded from the A plane to run or loaded from the B plane to run by using a global variable. If the software of the vehicle-mounted equipment is loaded and operated from the A plane currently, the update file can release the installation of the software resources in the upgrade package to the B plane, and vice versa. And after the installation, release and upgrade are successful, the global variable of the A/B plane is changed. And then, judging the global variable of the A/B plane first when the vehicle-mounted device software is started to run, and determining which plane the vehicle-mounted device software is loaded from to run. By the mode, in the process of installing the upgrade patch, if the installation fails due to accidental power loss or other abnormal reasons, and the vehicle-mounted equipment software on the plane cannot normally run, the vehicle-mounted equipment software can continuously run by the plane without the upgrade patch due to the fact that the A/B plane mark is changed, so that the system can still be restored to the version state before the upgrade operation after being electrified again, and the normal running of the vehicle-mounted equipment is realized.
As a practical matter, after one of the a plane or the B plane successfully installs the upgrade package, the vehicle-mounted device software starts to run to start the upgraded vehicle-mounted device software of the plane, and then if the operation is successful, the other plane can copy the upgrade package to the own plane to perform installation upgrade.
The application also provides a batch upgrading method of the vehicle-mounted equipment software, which can comprise the following steps:
the method comprises the steps that a user side sends a vehicle-mounted device discovery request, wherein the vehicle-mounted device discovery request is a request for acquiring device information of all vehicle-mounted devices of a target vehicle, and the device information comprises IP addresses of the vehicle-mounted devices and vehicle-mounted device software information.
The vehicle-mounted equipment responds to a vehicle-mounted equipment discovery request sent by a user side, and sends equipment information of all vehicle-mounted equipment of the target vehicle to the user side, wherein the equipment information comprises hardware information of the vehicle-mounted equipment and information of vehicle-mounted equipment software.
And the user side acquires the equipment information of all the vehicle-mounted equipment of the target vehicle, and determines the vehicle-mounted equipment software needing to be upgraded according to the equipment information.
The method comprises the steps that a user side sends batch upgrading requests, wherein the upgrading requests are requests for upgrading a plurality of pieces of vehicle-mounted equipment software of a target vehicle, and the plurality of pieces of vehicle-mounted equipment software are configured with the same upgrading protocol.
And the vehicle-mounted equipment responds to the received batch upgrading request to obtain an upgrading packet of the vehicle-mounted equipment software.
And the vehicle-mounted equipment responds to the received upgrade package and verifies the upgrade package.
And the vehicle-mounted equipment responds to the verification of the upgrade patch and installs the upgrade patch.
A computer-readable storage medium is also proposed in the present application, which computer-readable storage medium stores a computer program which, when executed by a processor, implements the steps of the method as described above.
The application also provides a batch upgrading device for vehicle-mounted equipment software, which comprises a memory, a processor and a computer program stored in the memory and capable of running on the processor, wherein the processor executes the computer program to realize the steps of the method.
In this application, a device for batch upgrading of vehicle-mounted device software is further provided, where the device for batch upgrading of vehicle-mounted device software is configured with an upgrade protocol the same as that of other vehicle-mounted device software of a target vehicle, and fig. 7 is a schematic structural diagram of the device for batch upgrading of vehicle-mounted device software according to an embodiment of the present invention, and as shown in fig. 7, the device for batch upgrading of vehicle-mounted device software includes:
and the upgrade package obtaining module 100 is configured to obtain an upgrade package of the vehicle-mounted device software in response to the received batch upgrade request. The upgrade package obtaining module may be specifically configured to obtain an upgrade file of the vehicle-mounted device software to obtain an upgrade package, where the upgrade package is a single compressed package file, and the upgrade package is packaged in the following manner: packaging the upgrade file and the installation script to obtain an inner layer compression packet; packaging the inner layer compression package and the configuration instruction file to obtain an outer layer compression package as the upgrade package, wherein the configuration instruction file comprises verification information of the inner layer compression package; and storing the upgrade package to a storage terminal. The upgrade package acquisition module can be further configured to send an upgrade package download request to the storage end, where the upgrade package download request includes an IP address of the storage end and a storage path of the upgrade package; and downloading the upgrade package from the storage terminal.
And the verification module 200 is configured to verify the upgrade package in response to the received upgrade package. The configuration specification file includes a public key and signature information. The verification module is specifically used for decrypting the signature information by adopting the public key to obtain first summary information; performing summary operation on the inner layer compressed packet by adopting a preset encryption algorithm to obtain second summary information; and comparing the first summary information with the second summary information, and if the first summary information and the second summary information are the same, the verification is passed.
And the installation module 300 is configured to respond to the verification of the upgrade package, and install the upgrade package. The installation module is used for storing the upgrade package to a second storage partition different from a first storage partition for loading and running the vehicle-mounted device software; in response to the upgrade package being stored in the second storage partition and upgrade installation being successful, changing the partition in which the vehicle-mounted device software is loaded and operated into the second storage partition; and in response to failure of storing the upgrade package into the second storage partition or failure of upgrading installation, taking the first storage partition as a partition for loading and running the vehicle-mounted equipment software.
The batch upgrading method and device for the vehicle-mounted equipment software in the application have the following advantages that:
first, the upgrading protocol of all vehicle-mounted equipment software is unified, the operation of one-key upgrading of the whole vehicle software can be simply and efficiently realized, the operation experience of field maintenance personnel is greatly improved, and the working time is saved.
Secondly, the automatic discovery mechanism of the single-marshalling train set vehicle-mounted equipment and the double-heading train set vehicle-mounted equipment is realized, the field maintainers are not required to memorize the IP addresses of all the equipment, and the operation efficiency of the field maintainers is greatly improved.
And thirdly, verifying the upgrade package of the vehicle-mounted equipment software by adopting a digital signature mechanism so as to ensure that all the vehicle-mounted equipment software to be upgraded is not illegally tampered.
And fourthly, storing and loading the target machine software package by adopting a first storage partition/first storage partition dual-partition mechanism, and ensuring that the vehicle-mounted equipment software which fails to be upgraded due to abnormity can be completely returned to the state before upgrading.
The method and the device for upgrading the vehicle-mounted equipment software in batches are optimally designed for the existing vehicle-mounted software upgrading architecture of the motor train unit, and can simply and efficiently finish upgrading work of the vehicle-mounted equipment software on the premise of ensuring safety and reliability. Compared with the traditional method, the method can greatly reduce the learning cost of field operators and reduce the operation complexity, thereby avoiding the risk of upgrading failure caused by misoperation caused by a fussy operation flow in the traditional upgrading mode.
Those skilled in the art will also appreciate that, in addition to implementing the controller as pure computer readable program code, the same functionality can be implemented by logically programming method steps such that the controller is in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers, embedded microcontrollers and the like. Such a controller may thus be considered a hardware component, and the means included therein for performing the various functions may also be considered as a structure within the hardware component. Or even means for performing the functions may be regarded as being both a software module for performing the method and a structure within a hardware component.
The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions.
For convenience of description, the above devices are described as being divided into various units by function, respectively. Of course, the functionality of the units may be implemented in one or more software and/or hardware when implementing the present application.
From the above description of the embodiments, it is clear to those skilled in the art that the present application can be implemented by software plus necessary general hardware platform. With this understanding in mind, the present solution, and in essence or in part contributing to the prior art, may be embodied in the form of a software product, which in a typical configuration includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory. The computer software product may include instructions for causing a computing device (which may be a personal computer, a server, or a network device, etc.) to perform the methods described in the various embodiments or portions of embodiments of the present application. The computer software product may be stored in a memory, which may include forms of volatile memory in a computer readable medium, random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium. Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static Random Access Memory (SRAM), dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), read Only Memory (ROM), electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), digital Versatile Disks (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium, which can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include transitory computer readable media (transient media), such as modulated data signals and carrier waves.
The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, for the system embodiment, since it is substantially similar to the method embodiment, the description is simple, and for the relevant points, reference may be made to the partial description of the method embodiment.
The application is operational with numerous general purpose or special purpose computing system environments or configurations. For example: personal computers, server computers, hand-held or portable devices, tablet-type devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
The application may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The application may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.
While the present application has been described with examples, those of ordinary skill in the art will appreciate that there are numerous variations and permutations of the present application without departing from the spirit of the application, and it is intended that the appended claims encompass such variations and permutations without departing from the spirit of the application.
Claims (11)
1. A batch upgrading method for vehicle-mounted equipment software is characterized in that the vehicle-mounted equipment software is configured with an upgrading protocol the same as that of other vehicle-mounted equipment software of a target vehicle, and the batch upgrading method executes the following steps based on the upgrading protocol:
responding to the received batch upgrading request, and acquiring an upgrading package of the vehicle-mounted equipment software;
verifying the upgrade package in response to the received upgrade package;
and responding to the verification of the upgrade package, and installing the upgrade package.
2. The batch upgrading method of claim 1, wherein the obtaining of the upgrade package of the vehicle-mounted device software comprises:
obtaining an upgrade file of the vehicle-mounted equipment software to obtain an upgrade package, wherein the upgrade package is a single compressed package file, and the package mode of the upgrade package is as follows: packaging the upgrade file and the installation script to obtain an inner layer compression packet; packaging the inner layer compression package and the configuration instruction file to obtain an outer layer compression package as the upgrade package, wherein the configuration instruction file comprises verification information of the inner layer compression package;
and storing the upgrade package to a storage end.
3. The batch upgrade method according to claim 2, wherein the configuration specification file includes a public key and signature information;
the verifying the upgrade package in response to the received upgrade package comprises:
decrypting the signature information by adopting the public key to obtain first abstract information;
performing summary operation on the inner layer compressed packet by adopting a preset encryption algorithm to obtain second summary information;
and comparing the first summary information with the second summary information, and if the first summary information and the second summary information are the same, the verification is passed.
4. The batch upgrade method of claim 3,
the public key is generated by a private key of the vehicle-mounted equipment software manufacturer;
and carrying out elliptic curve digital signature on the summary information by adopting the private key to obtain the signature information.
5. The batch upgrading method according to claim 1, wherein the batch upgrading request comprises IP addresses of storage ends stored by upgrading packets of a plurality of pieces of vehicle-mounted equipment software and storage paths of the upgrading packets;
the step of obtaining the upgrade package of the vehicle-mounted equipment software in response to the received batch upgrade request comprises the following steps:
sending an upgrade package downloading request to the storage terminal, wherein the upgrade package downloading request comprises an IP address of the storage terminal and a storage path of the upgrade package;
and downloading the upgrade package from the storage terminal.
6. The batch upgrade method of claim 1, further comprising:
and sending equipment information of all the vehicle-mounted equipment of the target vehicle to a user side in response to a vehicle-mounted equipment discovery request sent by the user side, wherein the equipment information comprises hardware information of the vehicle-mounted equipment and information of vehicle-mounted equipment software.
7. The batch upgrade method of claim 6,
the target vehicle is a single-marshalling group, and the device information of all vehicle-mounted devices of the single-marshalling group is sent to the user side based on an SSDP protocol;
or,
and the target vehicle is a reconnection vehicle group, and equipment information of all vehicle-mounted equipment of the reconnection vehicle group is sent to the user side based on an SSDP protocol and a TTDP protocol.
8. The batch upgrade method according to claim 1, wherein said installing the upgrade package in response to verification of the upgrade package comprises:
storing the upgrade package to a second storage partition different from a first storage partition for loading and running the vehicle-mounted equipment software;
in response to the upgrade package being stored in the second storage partition and upgrade installation being successful, changing the partition in which the vehicle-mounted device software is loaded and operated into the second storage partition;
and in response to failure of storing the upgrade package into the second storage partition or failure of upgrading installation, taking the first storage partition as a partition for loading and running the software of the vehicle-mounted equipment.
9. The batch upgrade method of claim 1, further comprising:
responding to the batch upgrading requests sent by the user side, and sending upgrading request replies to the user side;
responding to an upgrading progress query request sent by the user side, and sending a downloading progress reply of the upgrading package to the user side;
responding to an upgrading progress inquiry request sent by the user side, and sending a verification result of the upgrading package to the user side;
and responding to an upgrading progress query request sent by the user side, and sending an installation progress reply of the upgrading package to the user side.
10. A batch upgrading method for vehicle-mounted equipment software is characterized by comprising the following steps:
a user side sends a vehicle-mounted device discovery request, wherein the vehicle-mounted device discovery request is a request for acquiring device information of all vehicle-mounted devices of a target vehicle, and the device information comprises an IP address of the vehicle-mounted device and vehicle-mounted device software information;
the vehicle-mounted equipment responds to a vehicle-mounted equipment discovery request sent by a user side, and sends equipment information of all vehicle-mounted equipment of the target vehicle to the user side, wherein the equipment information comprises hardware information of the vehicle-mounted equipment and information of vehicle-mounted equipment software;
the user side acquires the equipment information of all the vehicle-mounted equipment of the target vehicle, and determines the vehicle-mounted equipment software needing to be upgraded according to the equipment information;
the user side sends a batch upgrading request, wherein the upgrading request is a request for upgrading a plurality of pieces of vehicle-mounted equipment software of a target vehicle, the plurality of pieces of vehicle-mounted equipment software are configured with the same upgrading protocol,
the vehicle-mounted equipment responds to the received batch upgrading request to obtain an upgrading package of the vehicle-mounted equipment software;
the vehicle-mounted equipment responds to the received upgrade package and verifies the upgrade package;
and the vehicle-mounted equipment responds to the verification of the upgrade package and installs the upgrade package.
11. The batch upgrading device for the vehicle-mounted equipment software is characterized in that the batch upgrading device for the vehicle-mounted equipment software is provided with an upgrading protocol which is the same as that of other vehicle-mounted equipment software of a target vehicle, and comprises:
the upgrade package obtaining module is used for responding to the received batch upgrade requests and obtaining upgrade packages of the vehicle-mounted equipment software;
the verification module is used for responding to the received upgrade package and verifying the upgrade package;
and the installation module is used for responding to the verification of the upgrade package and installing the upgrade package.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210972663.4A CN115361119A (en) | 2022-08-15 | 2022-08-15 | Batch upgrading method and device for vehicle-mounted equipment software |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210972663.4A CN115361119A (en) | 2022-08-15 | 2022-08-15 | Batch upgrading method and device for vehicle-mounted equipment software |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115361119A true CN115361119A (en) | 2022-11-18 |
Family
ID=84001639
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210972663.4A Pending CN115361119A (en) | 2022-08-15 | 2022-08-15 | Batch upgrading method and device for vehicle-mounted equipment software |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115361119A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117971284A (en) * | 2024-04-01 | 2024-05-03 | 南京云信达科技有限公司 | Method, system, equipment and storage medium for upgrading components in batches |
-
2022
- 2022-08-15 CN CN202210972663.4A patent/CN115361119A/en active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117971284A (en) * | 2024-04-01 | 2024-05-03 | 南京云信达科技有限公司 | Method, system, equipment and storage medium for upgrading components in batches |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108595221B (en) | Plug-in loading method, device, server and storage medium of PaaS platform | |
| US10055576B2 (en) | Detection of malicious software packages | |
| CN106572372B (en) | Set top box upgrading method and set top box | |
| CN102364891B (en) | Method for upgrading software of embedded Ethernet equipment and embedded Ethernet equipment | |
| JP7322176B2 (en) | Version history management using blockchain | |
| CN103645910A (en) | Methods for updating applications | |
| JP7357796B2 (en) | Software upgrade methods and equipment | |
| CN110471692B (en) | Over-the-air upgrading method, device, equipment and storage medium of terminal program | |
| KR20130027158A (en) | Apparatus and method for management of optimized virtualization module in embedded system | |
| US8060919B2 (en) | Automated password tool and method of use | |
| CN110601896B (en) | Data processing method and equipment based on block chain nodes | |
| CN104077160A (en) | Android software upgrading method, device and system | |
| JP2014527677A (en) | System and method for installing patches on a computer system | |
| CN109857385B (en) | Application program file packaging method, installation method and starting method | |
| JP5533935B2 (en) | Software distribution system and software distribution method | |
| CN115086287A (en) | Automatic deployment method and system for software products | |
| CN111796843A (en) | Application program upgrading method, device, equipment and storage medium | |
| KR20180018673A (en) | Application Download Method and Device | |
| US8646070B1 (en) | Verifying authenticity in data storage management systems | |
| CN103150203B (en) | A kind of virtual machine control system, virtual machine controller and control method | |
| CN115361119A (en) | Batch upgrading method and device for vehicle-mounted equipment software | |
| CN113504922A (en) | Robot software upgrading method and device, bridge server and upgrading server | |
| CN110045969B (en) | Application program installation method, server, system, device and storage medium | |
| CN113448601B (en) | Software package installation method, device, equipment and system based on content distribution network | |
| CN114489711A (en) | Terminal upgrading method and device and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |