Remote upgrading method and system for concentrator

Abstract

The invention discloses a remote upgrading method and system for a concentrator. The method comprises the steps that differential firmware is generated and stored in a distributed file storage module; the block chain network broadcasts the upgrading task to each concentrator node; the concentrator obtains task data and downloads differential firmware; the downloaded differential firmware is verified; and generating and installing new firmware according to the current firmware and the differential firmware. According to the method, a non-tampering record and a safe identity verification mechanism are provided for firmware upgrading by introducing the block chain technology, and the authenticity and integrity of firmware are ensured. Meanwhile, the intelligent contract and distributed file storage technology is adopted, the bandwidth and time needed by firmware upgrading can be effectively reduced, and the upgrading efficiency and reliability are improved. In addition, due to the application of the dynamic bandwidth scheduling algorithm, when multiple concentrators are upgraded at the same time, network resources can be reasonably distributed, network congestion is avoided, and it is ensured that each concentrator can smoothly complete firmware upgrading.

Description

Technical Field

[0001] The present invention belongs to the field of electric power information collection equipment, and in particular relates to a concentrator remote upgrade method and system. Background Art

[0002] In the context of the transformation of the power industry, especially in the process of moving towards green energy and digitalization, smart meter reading and power management systems have become an indispensable part. This transformation is not only to improve operational efficiency and reduce costs, but more importantly to promote sustainable development, support clean energy access to the grid, and improve users' electricity experience.

[0003] In the smart meter reading system, efficient communication between the concentrator and the collector is an important link in realizing data collection, transmission and processing. As an important node connecting various smart devices, the improvement of the function and performance of the concentrator is particularly important. The firmware upgrade of the concentrator is a key link to improve its performance, fix security vulnerabilities and add new functions. However, traditional firmware upgrade methods often have the following problems: Low upgrade efficiency: Traditional firmware upgrades usually require the entire firmware file to be transferred to each concentrator, especially in large-scale device environments, which results in a waste of network bandwidth and prolonged upgrade time.

[0004] Insufficient security: During the firmware upgrade process, there is a risk of malware tampering with the firmware. Traditional verification mechanisms often cannot effectively ensure the source and integrity of the firmware, causing security risks to the device.

[0005] Unbalanced network resources: When multiple concentrators are upgrading their firmware at the same time, the allocation of network bandwidth is often uneven, which may cause some concentrators to be unable to complete the upgrade in time due to insufficient bandwidth, affecting the overall upgrade progress.

[0006] Lack of intelligent management: Traditional upgrade methods lack a dynamic adjustment mechanism and cannot optimize the upgrade process in real time according to network status and device performance, resulting in low upgrade efficiency. Summary of the invention

[0007] In order to solve the above technical problems, the present invention provides a concentrator remote upgrade method and system.

[0008] The technical solution provided by the present invention is as follows: A concentrator remote upgrade method comprises the following steps: S1. Generate differential firmware based on the current firmware and the new firmware, and store it in the distributed file storage module; S2. Generate verification information of differential firmware based on digital signature technology; S3. Create an upgrade task, and the blockchain network broadcasts the upgrade task to each concentrator node; S4, the concentrator obtains the task data and downloads the differential firmware from the distributed file storage module; S5. After the download is completed, the concentrator verifies the downloaded differential firmware according to the verification information; S6. After verification, the concentrator generates and installs new firmware based on the current firmware and the differential firmware.

[0009] Furthermore, in step S1, the firmware currently running on the concentrator is calculated F old With new firmware F new Binary difference of the difference generation algorithm to generate a differential firmware file ΔF : ΔF = F new -F old .

[0010] Furthermore, in step S2, the differential firmware is calculated ΔF Hash value H ΔF , and use the private key pair H ΔF Digitally sign and get digital signature σ ΔF .

[0011] Furthermore, in step S3, the task metadata is written into the smart contract of the blockchain, and the task metadata includes the differential firmware ΔF Hash value H ΔF , digital signature σ ΔF , file identifier CID, new firmware version number and deadline of the upgrade task, the file identifier CID is used to locate the storage path of the differential firmware in the distributed file storage module.

[0012] Further, in step S4, the main station server allocates B total , Number of concentrators N And the transmission delay of each concentrator obtained, allocate initial bandwidth to each concentrator: , in, L i Indicates i The transmission delay of each concentrator is B i For the i The initial bandwidth of each concentrator; when some concentrators complete the download, the bandwidth is reallocated to the concentrators that have not completed the download: , in, n Indicates the number of concentrators that have completed downloading. Indicates i The new bandwidth of each concentrator.

[0013] Further, in step S4, when downloading the differential firmware, for the concentrator i , Differential Firmware ΔF Divided into multiple data blocks, the size of each data block s b According to the concentrator i Current bandwidth B To make dynamic adjustments: , in, S ΔF Indicates differential firmware ΔF The size of t chunk is the maximum transmission time allowed, M Indicates the number of data blocks; if the current bandwidth B Higher, the block size s b Larger to make full use of its bandwidth; if the bandwidth B Lower, the block size s b Smaller to ensure that t chunk The transmission is completed within 10 seconds to avoid network congestion or timeout. If the transmission is interrupted, the concentrator records the completed block number and the current block position. During the next transmission, the block size is recalculated and the download continues from the unfinished block.

[0014] Furthermore, in step S5, the concentrator downloads the differential firmware file Calculating the hash value , use the public key to digitally sign σ ΔF Decrypt and get the hash value contained in the digital signature ; The calculated With the decrypted Compare: If , the verification is successful, indicating that the source of the differential firmware is credible and has not been tampered with; if , the verification fails, indicating that the differential firmware may have been tampered with or the source is untrustworthy.

[0015] Further, in step S6, the concentrator downloads the differential file ΔF and current firmware F old, generate a complete new firmware F new : F new = F old + ΔF ,Will F new Write to the backup firmware storage area of ​​the concentrator, making sure not to overwrite the current firmware; switch the concentrator to the new firmware and restart, running a self-test program to verify the new firmware functions, and automatically roll back to the old firmware if it fails.

[0016] Furthermore, in step S6, the concentrator feeds back the upgrade status to the smart contract via the blockchain, including the upgrade success / failure status and the current firmware version number. The master server obtains the upgrade completion status of each concentrator by reading the blockchain status.

[0017] A concentrator remote upgrade system based on the above method, comprising a concentrator, a master server, a distributed file storage module and a blockchain network; The master server is responsible for generating differential firmware, uploading the generated differential firmware to the distributed file storage module, and performing hash calculation and digital signature on the differential firmware to generate security credentials; the master server writes the upgrade task into the blockchain network through the smart contract interface, and dynamically allocates bandwidth to each concentrator; The concentrator is built with a blockchain network API or a lightweight blockchain node, which is used to access the blockchain network to regularly check whether there are upgrade tasks, obtain task data, and upload the upgrade status to the blockchain for monitoring by the main station server; the concentrator is also integrated with a distributed file storage interface, which is used to download differential firmware from the distributed file storage module according to the file identifier in the task data; The distributed file storage module is a storage and distribution module for differential firmware, supporting block downloading and breakpoint resumption; the blockchain network is responsible for storing and broadcasting task information, and recording upgrade status.

[0018] Compared with the prior art, the present invention has at least the following beneficial effects: In the present invention, the introduction of blockchain technology provides an unalterable record and a secure identity authentication mechanism for firmware upgrades, ensuring the authenticity and integrity of the firmware. At the same time, the use of smart contracts and distributed file storage technology can effectively reduce the bandwidth and time required for firmware upgrades, and improve the efficiency and reliability of upgrades. In addition, the application of a dynamic bandwidth scheduling algorithm enables reasonable allocation of network resources when multiple concentrators are upgraded simultaneously, avoiding network congestion and ensuring that each concentrator can successfully complete the firmware upgrade. BRIEF DESCRIPTION OF THE DRAWINGS

[0019] The accompanying drawings are used to provide further understanding of the present invention and constitute a part of the specification. They are used to explain the present invention together with the embodiments of the present invention and do not constitute a limitation of the present invention.

[0020] Figure 1 It is a flowchart of a concentrator remote upgrade method provided by an embodiment of the present invention; Figure 2 It is a schematic diagram of the module composition of a concentrator remote upgrade system provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0021] In order to make the purpose, technical solution and advantages of the embodiments of the present invention clearer, the technical solution in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, other embodiments obtained by ordinary technicians in this field without making creative work are all within the scope of protection of the present invention.

[0022] Embodiment 1 This embodiment provides a concentrator remote upgrade method. The method is based on blockchain technology and introduces smart contracts, distributed file storage (such as IPFS), a layered verification mechanism, a dynamic bandwidth scheduling algorithm, and a differential firmware generation algorithm to construct an efficient concentrator remote upgrade solution. The solution optimizes the upgrade process through a mathematical model while improving security and reliability.

[0023] like Figure 1 As shown, the method of this embodiment mainly includes the following steps: 1. Firmware generation and task creation 1.1 Firmware Generation New firmware development: The technical team develops a new version of the firmware, completes functional testing, ensures its stability and compatibility, and stores the new firmware in the main station server. Assume that the new firmware file is F new , whose size is S F .

[0024] Differential firmware generation: The old firmware currently running on the master server computing concentrator F old and F new The binary difference of , uses the difference generation algorithm to generate a differential firmware file: ΔF = F new -F old , Differential Firmware ΔF size SΔF satisfy S ΔF ≪ S F , differential firmware file ΔF Used to indicate the difference between the new and old firmware.

[0025] 1.2 Firmware hash and signature Calculate the hash value of the differential firmware H ΔF : H ΔF =SHA-256(ΔF), where the hash value H ΔF Used to uniquely identify the differential firmware and for subsequent file consistency verification; SHA-256 represents a cryptographic hash function (Secure Hash Algorithm 256-bit), which is used to map input of any size to a fixed-length 256-bit hash value.

[0026] Use the development team's private key pair H ΔF To digitally sign: σ ΔF = Sign( H ΔF , Private Key), where σ ΔF It is the digital signature of the differential firmware file. Sign represents the digital signature algorithm (such as RSA or ECDSA), which is used to hash the value based on the private key held by the development team. H ΔF Sign.

[0027] 1.3 Distributed Storage Differential firmware ΔF Upload to the distributed file storage module (such as IPFS), generate a unique file identifier CID (Content Identifier), and the storage path of the firmware file is located by CID.

[0028] Write the following task metadata into the smart contract on the blockchain: H ΔF : Differential firmware hash value; σ ΔF : Digital signature of differential firmware; CID: file identifier of differential firmware; V F : New firmware version number; D F: Target device ID list; T deadline : Deadline for the upgrade task.

[0029] 2. Task release and data distribution The master server creates and publishes upgrade tasks through the blockchain's smart contract, and the blockchain broadcasts the tasks to all concentrator nodes to ensure that the task data cannot be tampered with. After receiving the task, each concentrator simultaneously downloads the differential firmware data from the distributed file storage module.

[0030] 2.1 Dynamic Bandwidth Allocation Since the remote upgrade involves multiple concentrators, the firmware distribution process may cause network congestion or uneven bandwidth allocation. To ensure that network bandwidth and resources can be efficiently used when multiple concentrator devices are upgrading firmware at the same time, while ensuring that the transmission delay is as low as possible, this embodiment minimizes the task transmission time and improves the transmission efficiency by optimizing the data transmission of the upgrade task and dynamically scheduling and allocating network resources.

[0031] Assume that there are N concentrators upgrading at the same time, and the total available bandwidth is B total , then the bandwidth allocated to each concentrator is B i Should meet: To compensate for the transmission delay of high-latency devices, more bandwidth needs to be allocated to high-latency devices. The initial bandwidth allocation formula is: ,in L i Indicates i When some concentrators complete the download, their bandwidth can be reallocated to other unfinished devices, so the bandwidth allocation formula is adjusted to: , In the formula, n Indicates the number of concentrators that have completed the download task.

[0032] The main site server is based on the total bandwidth B total , Number of concentrators N The transmission delay of each concentrator is obtained, and the initial bandwidth is allocated to each concentrator using the above bandwidth dynamic allocation formula. The concentrator downloads the firmware data in parallel from the distributed file storage module according to the allocated bandwidth. During the parallel download process, the master server monitors the completion of the download task of each concentrator in real time. When a concentrator completes the download task, it reallocates the bandwidth to the concentrator that has not completed the task, and adjusts the real-time transmission bandwidth.

[0033] 2.2 Firmware segmentation and downloading The concentrator reads the firmware task metadata from the blockchain and downloads the differential firmware ΔF from the distributed file storage module. The download process supports block transmission and breakpoint continuation. The size of the differential file may be large, and the bandwidth and network status of different concentrators may be different. Dividing the firmware into small blocks for transmission can effectively cope with bandwidth fluctuations and network interruptions, and achieve breakpoint continuation.

[0034] In the distributed file storage module, for the concentrator i , the differential firmware ΔF is divided into multiple data blocks, and the size of each data block is s b , based on the current bandwidth B To make dynamic adjustments: , In the formula, t chunk is the maximum transmission time allowed, M is the number of data blocks.

[0035] If the device bandwidth B Higher, the block size s b If the bandwidth is large, the bandwidth can be fully utilized. B Lower, chunk size s b Small, ensuring the device can be t chunk The concentrator records the completed block number and the current block position. The next time the transmission starts, the block size is recalculated and the transmission continues from the unfinished block.

[0036] 3. Data verification and firmware application 3.1 Data Validation The core purpose of data verification is to confirm that the source of the downloaded differential firmware file is credible and prevent malicious firmware tampering or forgery. Through data verification, the concentrator can ensure that the differential firmware is indeed released by the authorized development team. During the firmware generation phase, the development team uses the private key to encrypt the hash value of the firmware and generate a digital signature. During data verification, the concentrator needs to use the corresponding public key to decrypt the digital signature and compare it with the firmware hash value recorded in the blockchain to verify its authenticity.

[0037] The specific steps are as follows: The differential firmware file downloaded by the concentrator Recalculate the hash value : ; Sign with the public key σ ΔFDecrypt and get the hash value contained in the signature : ; The calculated With the decrypted To compare: like , the verification is successful, indicating that the source of the differential firmware is credible and has not been tampered with; like , the verification fails, indicating that the differential firmware may have been tampered with or the source is untrustworthy.

[0038] 3.2 Firmware Application The concentrator uses the differential file ΔF and current firmware F old , generate a complete new firmware F new : F new = F old + ΔF ,Will F new Write to the backup firmware storage area of ​​the concentrator to ensure that the existing firmware is not overwritten. Switch the concentrator to the new firmware and restart it, run the self-test program to verify the new firmware function, and automatically roll back to the old firmware if it fails. The concentrator feeds back the upgrade status to the smart contract through the blockchain, including the upgrade success / failure status and the current firmware version number. The master station obtains the upgrade completion status of each concentrator by reading the blockchain status.

[0039] In this example, the BsDiff difference generation algorithm is used to generate differential firmware, and the new firmware is restored in the concentrator based on the differential firmware. BsDiff is an algorithm for generating binary file difference update packages. Its main principle is to generate a patch file (patch) containing difference information by comparing the old file (old) and the new file (new).

[0040] In the differential file generation phase, BsDiff first sorts the suffixes of all strings in the old file to form a dictionary. Then the dictionary is used to compare the old file and the new file to generate a difference string (diff string) and an extra string (extra string). The diff string records the matching parts of the old file and the new file, while the extra string records the unmatched parts. The diff string and the extra string and the corresponding control words (such as ADD instructions and INSERT instructions) are compressed into a patch package (that is, differential firmware) using a compression algorithm (such as bzip2). The control information includes the number of bytes read from the old file and the number of bytes inserted into the new file.

[0041] In the file recovery phase, first download the patch package, then use the decompression tool to decompress the patch package to obtain the diff string and extra string; according to the control information in the patch package, apply the diff string and extra string to the old file to generate a new complete file. Specifically, the ADD instruction means copying the corresponding bytes from the old file to the new file, and the INSERT instruction means inserting the extra string into the new file. Verify the new file (such as calculating the MD5 value) to ensure its correctness. If the verification passes, the recovery process is completed.

[0042] The BsDiff algorithm efficiently calculates and compresses differential data to generate smaller patch packages, thereby reducing the amount of redundant data during transmission and storage, while ensuring the consistency of the restored file with the original new file.

[0043] The above is the main content of the remote upgrade method of the concentrator provided in this embodiment. By introducing differential firmware generation and dynamic bandwidth scheduling algorithms, combined with the security and distributed storage of blockchain, remote upgrade of the concentrator is achieved, which is suitable for batch management and upgrade of large-scale equipment.

[0044] Embodiment 2 Based on the above method, this embodiment provides a concentrator remote upgrade system, such as Figure 2 As shown, the system mainly includes a concentrator, a master server, a distributed file storage module and a blockchain network.

[0045] The master server is responsible for generating differential firmware and calculating differential data through dedicated tools (such as bsdiff or xdelta); ΔFUpload to the distributed file storage module and record the generated file identifier CID. It is also used to digitally sign the differential firmware and generate security credentials. The master station creates and publishes upgrade tasks through the smart contract of the blockchain. The master station writes the upgrade task to the blockchain through the smart contract interface. The master station can query the task status and feedback information of the concentrator.

[0046] The concentrator is a terminal device responsible for receiving tasks, downloading differential firmware, verifying firmware integrity and performing upgrades. The concentrator has a built-in blockchain network API or lightweight blockchain node for accessing the blockchain network. Through the blockchain network API or lightweight node, the concentrator regularly checks whether there are new upgrade tasks, obtains task data, and uploads the upgrade status (such as success / failure) to the blockchain for monitoring by the master station. The concentrator also integrates a distributed file storage interface for downloading differential firmware from the distributed file storage module based on the file identifier CID, supporting functions such as block downloading and breakpoint resume.

[0047] The blockchain is the core task management module of the system, responsible for storing and broadcasting task information, as well as recording upgrade status. It uses a consortium chain (such as Hyperledger Fabric or Enterprise Ethereum) to meet high throughput and low latency requirements. It is configured with smart contracts for task publishing, status updates, and queries.

[0048] The distributed file storage module is a storage and distribution module for firmware files, responsible for providing firmware data efficiently and reliably. In this embodiment, IPFS or similar technologies are used to support distributed data storage and fast retrieval, configure redundant storage nodes, and ensure file availability and disaster recovery capabilities.

[0049] The entire workflow of this system includes: 1. Task release stage The master station generates differential firmware ΔF and uploads it to the distributed file storage module to obtain CID.

[0050] The main station issues upgrade tasks through blockchain smart contracts, including H ΔF , CID: file identifier of differential firmware, etc.

[0051] 2. Task acquisition stage The concentrator periodically checks for task updates through the blockchain. If there are new tasks, the concentrator obtains the task metadata.

[0052] 3. Firmware download and verification phase The concentrator downloads the differential firmware ΔF from the distributed file storage module through CID and verifies it to ensure the integrity and authenticity of the file.

[0053] 4. Differential recovery and installation phase Concentrators utilize ΔF and current firmware F old Generate complete firmware F new , switch to F new And run the self-test program.

[0054] 5. Status feedback stage The concentrator will feed back the upgrade status (success / failure) to the main station through the blockchain for real-time monitoring and analysis.

[0055] Through the above design, the system can efficiently and safely complete the whole process of differential firmware generation and remote upgrade. The concentrator remote upgrade method described in the first embodiment can be executed, and has the corresponding functional modules and beneficial effects of the method. For technical details not described in detail in this embodiment, please refer to the detailed content of a concentrator remote upgrade method provided in the first embodiment of the present invention.

[0056] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit them. Under the concept of the present invention, the technical features in the above embodiments or different embodiments may also be combined, the steps may be implemented in any order, and there are many other changes in different aspects of the present invention as described above, which are not provided in detail for the sake of simplicity. Although the present invention has been described in detail with reference to the aforementioned embodiments, a person of ordinary skill in the art should understand that the technical solutions described in the aforementioned embodiments may still be modified, or some of the technical features may be replaced by equivalents. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A concentrator remote upgrade method, characterized in that: Includes steps: S1. Generate differential firmware based on the current firmware and the new firmware, and store it in the distributed file storage module; S2. Generate verification information of differential firmware based on digital signature technology; S3. Create an upgrade task, and the blockchain network broadcasts the upgrade task to each concentrator node; S4, the concentrator obtains the task data and downloads the differential firmware from the distributed file storage module; S5. After the download is completed, the concentrator verifies the downloaded differential firmware according to the verification information; S6. After verification, the concentrator generates and installs new firmware based on the current firmware and the differential firmware.

2. A concentrator remote upgrade method as claimed in claim 1, characterized in that: In step S1, the firmware currently running on the concentrator is calculated F old With new firmware F new Binary difference of the difference generation algorithm to generate a differential firmware file ΔF : ΔF = F new -F old .

3. A concentrator remote upgrade method as claimed in claim 1, characterized in that: In step S2, the differential firmware is calculated ΔF Hash value H ΔF , and use the private key pair H ΔF Digitally sign and get digital signature σ ΔF .

4. A concentrator remote upgrade method as claimed in claim 3, characterized in that: In step S3, the task metadata is written into the smart contract of the blockchain, and the task metadata includes the differential firmware ΔF Hash value H ΔF , digital signature σ ΔF , file identifier CID, new firmware version number and deadline of the upgrade task, the file identifier CID is used to locate the storage path of the differential firmware in the distributed file storage module.

5. A concentrator remote upgrade method as claimed in claim 1, characterized in that: In step S4, the main station server calculates the total available bandwidth. B total , Number of concentrators N And the transmission delay of each concentrator obtained, allocate initial bandwidth to each concentrator: ， in, L i Indicates i The transmission delay of each concentrator is B i For the i The initial bandwidth of each concentrator; when some concentrators complete the download, the bandwidth is reallocated to the concentrators that have not completed the download: ， in, n Indicates the number of concentrators that have completed downloading. Indicates i The new bandwidth of each concentrator.

6. A concentrator remote upgrade method as claimed in claim 1, characterized in that: In step S4, when downloading the differential firmware, for the concentrator i , Differential Firmware ΔF Divided into multiple data blocks, the size of each data block s b According to the concentrator i Current bandwidth B To make dynamic adjustments: ， in, S ΔF Indicates differential firmware ΔF The size of t chunk is the maximum transmission time allowed, M Indicates the number of data blocks; if the current bandwidth B Higher, the block size s b Larger to make full use of its bandwidth; if the bandwidth B Lower, the block size s b Smaller to ensure that t chunk The transmission is completed within 10 seconds to avoid network congestion or timeout. If the transmission is interrupted, the concentrator records the completed block number and the current block position. During the next transmission, the block size is recalculated and the download continues from the unfinished block.

7. A concentrator remote upgrade method as claimed in claim 3, characterized in that: In step S5, the concentrator downloads the differential firmware file Calculating the hash value , use the public key to digitally sign σ ΔF Decrypt and get the hash value contained in the digital signature ; The calculated With the decrypted Compare: If , the verification is successful, indicating that the source of the differential firmware is credible and has not been tampered with; if , the verification fails, indicating that the differential firmware may have been tampered with or the source is untrustworthy.

8. A concentrator remote upgrade method as claimed in claim 2, characterized in that: In step S6, the concentrator downloads the differential file ΔF and current firmware F old , generate a complete new firmware F new : F new = F old + ΔF ,Will F new Write to the backup firmware storage area of ​​the concentrator, making sure not to overwrite the current firmware; switch the concentrator to the new firmware and restart, running a self-test program to verify the new firmware functions, and automatically roll back to the old firmware if it fails.

9. A concentrator remote upgrade method as claimed in claim 2, characterized in that: In step S6, the concentrator feeds back the upgrade status to the smart contract through the blockchain, including the upgrade success / failure status and the current firmware version number. The master server obtains the upgrade completion status of each concentrator by reading the blockchain status.

10. A concentrator remote upgrade system based on the method according to any one of claims 1 to 9, characterized in that: Includes concentrator, master server, distributed file storage module and blockchain network; The master server is responsible for generating differential firmware, uploading the generated differential firmware to the distributed file storage module, and performing hash calculation and digital signature on the differential firmware to generate security credentials; the master server writes the upgrade task into the blockchain network through the smart contract interface, and dynamically allocates bandwidth to each concentrator; The concentrator is built with a blockchain network API or a lightweight blockchain node, which is used to access the blockchain network to regularly check whether there are upgrade tasks, obtain task data, and upload the upgrade status to the blockchain for monitoring by the main station server; the concentrator is also integrated with a distributed file storage interface, which is used to download differential firmware from the distributed file storage module according to the file identifier in the task data; The distributed file storage module is a storage and distribution module for differential firmware, supporting block downloading and breakpoint resumption; the blockchain network is responsible for storing and broadcasting task information, and recording upgrade status.

Images