Local agent upgrading method and local agent upgrading system of charging pile

Abstract

The invention relates to the field of Internet of Things, in particular to a local agent upgrading method and system for a charging pile, and the method comprises the steps: receiving first request information from the charging pile through a first communication line; analyzing the first request information, and determining an OTA upgrading mode for the charging pile; and upgrading the charging pile according to the OTA upgrading mode. According to the method, the first upgrading request information of the charging pile is received through the first communication line, and the OTA upgrading mode of each charging pile can be accurately analyzed and determined, so that diversified network environments can be effectively handled, smooth software upgrading can be ensured under different conditions, and the software upgrading efficiency is improved. And the stability and smoothness of local agent upgrading of the charging pile are improved.

Description

Technical Field

[0001] The present invention relates to the technical field of Internet of Things, and in particular to a local agent upgrading method and a local agent upgrading system for a charging pile. Background Art

[0002] With the popularity of new energy electric vehicles, charging piles are important IoT devices that meet their power needs, and continuous updates of their software functions and security are essential. In order to ensure that the functions of charging piles can be updated in a timely manner and maintain their security, the industry adopts OTA (Over-The-Air) upgrade technology, which allows charging piles to receive software updates via wireless networks.

[0003] However, in actual deployment, the environment faced by charging piles is complex and changeable. Due to the instability of the network environment and signal quality, charging piles are required to support multiple connection methods, usually 4G, WIFI, Eth (Ethernet), BLE (Bluetooth Low Energy) and other connection methods to adapt to different upgrade scenarios. In addition, the internal structure of the charging pile is complex, containing multiple functional modules, and may use different underlying operating systems, such as Android or Linux. These factors result in a large upgrade package for the charging pile. When a large number of charging piles are deployed at the same station and the network quality is unstable, each charging pile needs to frequently try to re-download the upgrade package, which not only consumes a lot of network traffic, but may also cause network congestion and affect the upgrade efficiency. Summary of the invention

[0004] An object of an embodiment of the present invention is to provide a local agent upgrade method and a local agent upgrade system for a charging pile, so as to solve the technical problem that when the network quality is unstable, the charging pile consumes excessive and unstable traffic during the upgrade process.

[0005] In a first aspect, an embodiment of the present invention provides a local agent upgrade method for a charging pile, which is applied to a local OTA device in a local agent upgrade system, including:

[0006] Receiving first request information from a charging pile through a first communication line;

[0007] Analyze the first request information to determine an OTA upgrade mode for the charging pile;

[0008] According to the OTA upgrade mode, the charging pile is upgraded.

[0009] In combination with the first aspect, in a possible implementation, before receiving the first request information from the charging pile through the first communication line, the method also includes: establishing a local area network with the charging pile according to a preset network; in the local area network, establishing a first communication line with the charging pile, and the first communication line is used to transmit data between the charging pile and the local OTA device.

[0010] It can be seen that this embodiment ensures that under a preset network environment, a stable and secure local area network connection is established with the charging pile, and a reliable communication line is established on this basis, thereby effectively supporting OTA upgrades and data exchange of the charging pile.

[0011] In combination with the first aspect, in a possible implementation method, the first request information includes parameter information of the charging pile, and the analysis of the first request information to determine the OTA upgrade mode for the charging pile includes: parsing the parameter information of the charging pile to obtain the model information and the first version information of the charging pile; using the model information as a query identifier, querying in the upgrade package database of the local OTA device to obtain a pending upgrade package that is consistent with the model information; comparing the second version information of the pending upgrade package with the first version information to determine whether there is a first upgrade package, and the first upgrade package is stored in the local OTA device; if the first upgrade package exists, determining that the OTA upgrade mode for the charging pile is the first OTA upgrade mode; or, if the first upgrade package does not exist, determining that the OTA upgrade mode for the charging pile is the second OTA upgrade mode.

[0012] It can be seen that, through the analysis and comparison process based on the first request information of the charging pile in this embodiment, different upgrade requirements can be flexibly adapted to ensure that each charging pile can receive the necessary firmware upgrade in the most suitable manner, further improving the efficiency and success rate of the upgrade, and also helping to ensure the stability and safety of the charging pile.

[0013] In combination with the first aspect, in a possible implementation, after determining that the OTA upgrade mode for the charging pile is the first OTA upgrade mode, upgrading the charging pile according to the OTA upgrade mode includes: sending a first response message to the charging pile, the first response message is used to instruct the charging pile to upgrade; receiving a second request message sent by the charging pile, the second request message includes a request for download instruction and parameter information of the charging pile, and the second request message is generated by the charging pile according to the first response message; according to the second request message, transmitting the first upgrade package to the charging pile through the first communication line, so that the charging pile is upgraded through the first upgrade package.

[0014] It can be seen that this embodiment allows the charging pile to directly receive the upgrade package from the local OTA device through the first OTA upgrade mode, thereby reducing network delays and potential bandwidth problems, while improving the reliability and efficiency of the upgrade process.

[0015] In combination with the first aspect, in a possible implementation manner, the local agent upgrade system also includes an OTA cloud server, and after determining that the OTA upgrade mode for the charging pile is the second OTA upgrade mode, upgrading the charging pile according to the OTA upgrade mode includes: sending the first request information to the OTA cloud server, the first request information including the model information and the first version information of the charging pile; receiving a second response message sent by the OTA cloud server, and sending the second response message to the charging pile to terminate the upgrade service of the charging pile, the second response message being determined by the OTA cloud server according to the charging pile parameter information in the first request information. The first upgrade package does not exist in the TA cloud server, and a response message is sent to the local OTA device; or, a third response message is received from the OTA cloud server, and according to the third response message, the third response message is sent to the charging pile to terminate the upgrade service of the charging pile, and according to the third response message, a download request is initiated to the OTA cloud server, the first upgrade package is received, and the first upgrade package is stored in the upgrade package database of the local OTA device. The third response message is a response message sent by the OTA cloud server to the local OTA device after determining that the first upgrade package exists in the OTA cloud server based on the charging pile parameter information in the first request information.

[0016] It can be seen that the charging pile in this embodiment is no longer directly connected to the OTA cloud server, but is connected to the local area network and the local OTA agent for upgrading. The local OTA agent, as the edge service of the local LAN, provides each device with higher network bandwidth and reliability than the OTA cloud server, thus greatly improving the speed and success rate of the charging pile upgrade.

[0017] In combination with the first aspect, in a possible implementation, the method further includes: receiving a third request message from the charging pile through the first communication line, the third request message being consistent with the first request message; and responding to the third request message, retrieving the first upgrade package to upgrade the charging pile.

[0018] It can be seen that in this embodiment, the upgrade package of different types of charging piles will only be downloaded by the local OTA agent from the OTA cloud server. Therefore, the more local devices there are, the more traffic is saved. The stability of the charging pile downloading and upgrading through the local LAN is also greatly improved compared to upgrading through the 4G wireless network.

[0019] In combination with the first aspect, in a possible implementation, before sending the first request information to the OTA cloud server, the method also includes: establishing a local LAN with the OTA cloud server based on the preset network; in the local LAN, establishing a second communication line with the OTA cloud server, the second communication line is used to protect the data transmitted between the OTA cloud server and the local OTA device.

[0020] It can be seen that the use of Https / WSS secure channel between the local OTA proxy and the OTA cloud service in this embodiment can effectively protect the secure transmission of the upgrade package.

[0021] In combination with the first aspect, in a possible implementation method, the comparing the second version information of the upgrade package to be confirmed with the first version information to determine whether the first upgrade package exists includes: comparing whether the second version information of the upgrade package to be confirmed is consistent with the first version information; if they are consistent, determining that the upgrade package to be confirmed does not meet the upgrade requirements, and the first upgrade package does not exist; or, if they are inconsistent, judging whether the second version information of the upgrade package to be confirmed is higher than the first version information; if it is higher than the first version information, determining that the first upgrade package exists, and the upgrade package to be confirmed is the first upgrade package; or, if it is not higher than the first version information, determining that the upgrade package to be confirmed does not meet the upgrade requirements, and the first upgrade package does not exist.

[0022] It can be seen that this embodiment prevents erroneous upgrade operations by comparing the consistency of version information, thereby ensuring that the charging pile will not be upgraded to an old version or incompatible firmware.

[0023] In a second aspect, an embodiment of the present invention provides a local proxy upgrade device for a charging pile, which is applied to a local OTA device in a local proxy upgrade system, and the device includes:

[0024] A receiving unit, configured to receive first request information from a charging pile through a first communication line;

[0025] An analyzing unit, configured to analyze the first request information and determine an OTA upgrade mode for the charging pile;

[0026] An upgrading unit is used to upgrade the charging pile according to the OTA upgrading mode.

[0027] In a third aspect, a local agent upgrade system is provided, the local agent upgrade system comprising a memory and a processor, the memory being connected to the processor, the processor being configured to execute one or more computer programs stored in the memory, and when the processor executes the one or more computer programs, the local agent upgrade system implements the local agent upgrade method for the charging pile as described in the first aspect.

[0028] In a fourth aspect, a computer-readable storage medium is provided, wherein the computer-readable storage medium stores a computer program, wherein the computer program includes program instructions, and when the program instructions are executed by a processor, the processor executes the local agent upgrade method for the charging pile as described in the first aspect.

[0029] In the embodiment implemented by the local proxy upgrade method and local proxy upgrade system of the above-mentioned charging pile, firstly, a first request message from the charging pile is received through the first communication line, and the first request message includes a request upgrade instruction and parameter information of the charging pile. Secondly, the first request message is analyzed to determine the OTA upgrade mode for the charging pile. Finally, the charging pile is upgraded according to the OTA upgrade mode. This embodiment can perform customized OTA upgrades for the specific situation of each charging pile by receiving the first request message of the charging pile, including the request upgrade instruction and parameter information, to ensure that the upgrade process can meet the specific needs of different charging piles, improve the pertinence and effectiveness of the upgrade, help to quickly respond to the upgrade needs of the charging pile, reduce delays and errors caused by mismatched upgrade solutions, and thus improve the efficiency of the entire upgrade process; and the charging pile is upgraded according to the OTA upgrade mode, so that the upgrade process is more flexible and reliable, that is, different upgrade modes can cope with different network environments and charging pile states, which helps to reasonably allocate network resources and server loads, avoid waste of resources, and improve resource utilization efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0030] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings required for use in the description of the embodiments of the present invention will be briefly introduced below. Obviously, the accompanying drawings in the following description are only some embodiments of the present invention. For ordinary technicians in this field, other accompanying drawings can be obtained based on these accompanying drawings without paying creative labor.

[0031] Figure 1 It is a schematic diagram of a local agent upgrade system in one embodiment of the present invention;

[0032] Figure 2 It is a flowchart of a local agent upgrade method of a charging pile in one embodiment of the present invention;

[0033] Figure 3 It is a structural diagram of a local agent upgrade device of a charging pile in one embodiment of the present invention;

[0034] Figure 4 It is a structural diagram of a local agent upgrade system in one embodiment of the present invention. DETAILED DESCRIPTION

[0035] In order to make the purpose, technical scheme and advantages of the present invention more clearly understood, the present invention is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention and are not intended to limit the present invention. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of the present invention.

[0036] It should be noted that, if there is no conflict, the various features in the embodiments of the present invention can be combined with each other, all within the scope of protection of the present invention. In addition, although the functional modules are divided in the device schematic diagram and the logical order is shown in the flow chart, in some cases, the steps shown or described can be performed in a different order from the module division in the device or the flow chart. Furthermore, the words "first", "second", "third", etc. used in the present invention do not limit the data and execution order, but only distinguish the same items or similar items with basically the same functions and effects.

[0037] In addition to the problems with the related technologies pointed out in the background technology, other related problems are also found: (1) Due to the instability of the network environment, the charging pile may encounter network interruption during the upgrade process, which will cause the upgrade process to be interrupted and need to be restarted, increasing the time and resource consumption of the upgrade; (2) The diversity of modules inside the charging pile may cause version compatibility issues between different modules; (3) When a large number of charging piles request an upgrade at the same time, it may cause excessive load on the cloud server, resulting in server response delays or service unavailability; (4) When a large number of charging piles are upgraded at the same time, monitoring and managing the upgrade process becomes complicated, and an effective logging and monitoring system is required to track the upgrade progress and abnormal situations.

[0038] In order to solve these problems, the present method proposes a local agent upgrade method for a charging pile. By receiving the first request information of the charging pile, including the request upgrade instruction and parameter information, this embodiment can perform customized OTA upgrades according to the specific circumstances of each charging pile, thereby ensuring that the upgrade process can meet the specific needs of different charging piles, improving the pertinence and effectiveness of the upgrade, and helping to quickly respond to the upgrade needs of the charging piles, reducing delays and errors caused by mismatched upgrade solutions, thereby improving the efficiency of the entire upgrade process; and upgrading the charging piles according to the OTA upgrade mode makes the upgrade process more flexible and reliable, that is, different upgrade modes can cope with different network environments and charging pile states, which helps to reasonably allocate network resources and server loads, avoid waste of resources, and improve resource utilization efficiency.

[0039] See also Figure 1 , Figure 1 This is a schematic diagram of a local agent upgrade system provided in an embodiment of the present application, wherein the local agent upgrade system 10 includes a local OTA device 20, an OTA cloud server 30, and a charging pile 40.

[0040] Among them, the local OTA device 20 mainly serves as the local OTA upgrade agent of the charging pile. It contains two core modules, the Https proxy module and the upgrade package management module, which are responsible for processing, forwarding and responding to the OTA upgrade request of the charging pile, and managing all locally cached upgrade package files.

[0041] Specifically, the Https proxy module acts as a local Https proxy to handle upgrade requests for all devices. This proxy establishes a two-way authentication security channel (MTLS: Mutual TLS) with all local charging piles. Its main functions include Https decryption, request forwarding, response injection and secure download. Among them, Https decryption, as a local network proxy, receives the Https encrypted data of the charging pile, and decrypts, extracts and analyzes the data. If it can be processed locally, it will inject a response to trigger the charging pile to download the upgrade package locally. If it cannot be processed locally, it will be forwarded to the OTA cloud service; request forwarding, as a local network proxy, forwards the upgrade request that cannot be processed locally to the OTA cloud service, and decrypts, extracts and analyzes the response of the OTA cloud service; response injection, as a local network proxy, injects the response data of the OTA cloud service so that the charging pile can terminate the upgrade query normally; secure download, as a local network proxy, provides the charging pile with a secure download service for the upgrade package. The upgrade package file information is queried and obtained from the upgrade package management module, which supports different charging piles to upgrade to the corresponding new version. Since it is a local network proxy, it is mainly connected to the charging pile through WIFI or wired network (WIFI / Eth), and the bandwidth and signal stability will be greatly improved compared to 4G.

[0042] Therefore, the Https proxy module ensures the secure transmission of upgrade data and improves the stability and efficiency of the upgrade process.

[0043] Among them, the upgrade package management module: manages all upgrade package files that have been downloaded and cached locally from the OTA cloud service. It mainly includes the functions of upgrade package management and secure storage. Specifically, the upgrade package management mainly records and manages the charging pile model, local upgrade package Metadata, etc. corresponding to each upgrade package file; secure storage mainly stores various upgrade package files, which is convenient for different charging piles to directly obtain the upgrade package through the local agent for upgrading. For charging piles of the same model, only one local upgrade package is needed, which avoids repeated downloads of a large number of charging piles of the same model, and can greatly reduce the large amount of network traffic consumed by the charging piles downloading the upgrade package separately in the conventional way. In order to ensure the local security of the upgrade package, the local storage encryption of the upgrade package must be performed as needed.

[0044] Therefore, the upgrade package management module effectively reduces repeated downloads, saves a lot of network traffic, and improves the speed and security of the upgrade process.

[0045] Among them, the OTA cloud server 30 is the center of the entire system. Its main responsibility is to provide regular OTA upgrade query and download services for the client, i.e. the charging pile. This includes processing software upgrade requests from the charging pile, determining the appropriate upgrade package based on the model and current software version of the charging pile, and feeding back the download address of the upgrade package to the charging pile or the local OTA device. These functions of the OTA cloud server ensure the efficiency and security of the upgrade process, while reducing the complexity caused by hardware diversity and different software versions.

[0046] Among them, the charging pile 40 mainly acts as the initiator of the OTA upgrade request. They periodically initiate upgrade queries and download requests to the configured OTA service to complete the upgrade of their own software. This automated query and download mechanism enables the charging pile to continuously run on the latest software version, ensuring the optimization of device performance.

[0047] Therefore, through the close cooperation and respective professional functions of the local OTA device 20, OTA cloud server 30 and charging pile 40, the local agent upgrade system can ensure that the OTA upgrade process is both safe and efficient for all participating charging piles, thereby improving the stability of the entire system and user experience.

[0048] In view of this, the present application proposes a local proxy upgrade method for a charging pile to solve the above problem, which is described in detail below.

[0049] See also Figure 2 , Figure 2 A flow chart of a local proxy upgrade method for a charging pile provided in an embodiment of the present invention is applied to a local OTA device in a local proxy upgrade system. The method comprises the following steps:

[0050] S10. Receive first request information from a charging pile through a first communication line.

[0051] Among them, the above-mentioned first communication line refers to a two-way TLS (MTLS: Mutual TLS) security channel, which can effectively prevent man-in-the-middle attacks. Two-way TLS is a network communication security protocol that requires both parties to communicate to authenticate and use the SSL / TLS protocol to encrypt communication. In the OTA upgrade system, two-way TLS is used to ensure that the communication between the charging pile and the local OTA device is secure and both parties are trustworthy. A man-in-the-middle attack is a network attack in which an attacker establishes an unauthorized communication channel between the communicating parties to intercept, tamper with or impersonate the communication content. Two-way TLS effectively prevents man-in-the-middle attacks through encryption and authentication mechanisms.

[0052] Among them, the first communication line is used for data transmission between the charging pile and the local OTA device, including upgrade requests, firmware download information, status reports, etc. In the local agent upgrade system, the first communication line is used to ensure that the request and parameter information issued by the charging pile are not eavesdropped or tampered with during the transmission process, and prevent the communication from being intercepted by unauthorized third parties, thereby ensuring the security of the entire upgrade process.

[0053] The first request information refers to upgrade request data sent from the charging pile, and the first request information includes an upgrade request instruction and parameter information of the charging pile.

[0054] Specifically, the upgrade request instruction is a request signal for software or firmware upgrade sent by the charging pile, indicating that the charging pile needs to download and install a new software or firmware version.

[0055] Specifically, the parameter information of the charging pile may include but is not limited to model information and version information. Model information is the unique identifier of the charging pile, which is used to determine the specific model of the charging pile so that the local proxy upgrade system can provide an upgrade package for the corresponding model; version information indicates the firmware version number currently running on the charging pile. The firmware version number is used to determine whether an upgrade is required and which version of the update package needs to be downloaded, helping the local proxy upgrade system to determine whether a new upgrade version is available based on the firmware version number, so as to provide the latest upgrade package to the charging pile requesting the upgrade.

[0056] It can be seen that in this embodiment, the security of the data transmission process is improved through the first communication line. Further, based on the first request information, the upgrade request can be responded to quickly and accurately, and a matching upgrade package can be provided subsequently, reducing the processing time. That is, by accurately matching the device model and firmware version, the efficiency of the upgrade process is improved, unnecessary network communication and resource consumption are reduced, and unnecessary upgrade attempts or incompatible package downloads are avoided.

[0057] S20: Analyze the first request information and determine an OTA upgrade mode for the charging pile.

[0058] Among them, the OTA upgrade mode may include but is not limited to a first OTA upgrade mode and a second OTA upgrade mode.

[0059] Specifically, in the first OTA upgrade mode, the charging pile directly downloads the local upgrade package from the local OTA device and performs the upgrade. The local OTA device has pre-cached the upgrade package, which is called the local upgrade package. The local upgrade package contains detailed information about the upgrade package, such as version number, release date, file size (Size), file hash (Hash), file signature, and local file path. This information is used to verify the integrity and authenticity of the upgrade package and ensure that the charging pile downloads the correct file. It should be noted that the local file path indicates the storage location of the local upgrade package on the local OTA device, which is provided to the charging pile for download.

[0060] Therefore, the first OTA upgrade mode is applied to local OTA devices and is suitable for scenarios where network conditions are unstable or the device cannot be directly connected to the Internet.

[0061] Specifically, in the second OTA upgrade mode, the cloud upgrade package consistent with the parameter information of the charging pile is first downloaded to the local OTA device through the OTA cloud server, and then the charging pile downloads the cloud upgrade package from the local OTA device and performs the upgrade. The second OTA upgrade mode is suitable for scenarios where the latest upgrade package needs to be downloaded in real time. The cloud upgrade package mainly includes the upgrade package version number, release date, file size, file hash, file signature, cloud file URL, etc., which can distinguish different cloud upgrade package files. It should be noted that the cloud file URL indicates the location of the upgrade package on the OTA cloud server and is used to download the upgrade package.

[0062] It can be seen that in this embodiment, based on the analysis of the first request information, it is possible to ensure that each upgrade is performed based on the latest available upgrade package at different stages, while ensuring the security and accuracy of the upgrade process, reducing the risk of upgrade failure, and ensuring the stability and security of the charging pile software.

[0063] S30: Upgrading the charging pile according to the OTA upgrade mode.

[0064] In a specific implementation, after the OTA upgrade mode of the charging pile is determined, the firmware of the charging pile is upgraded according to the selected OTA upgrade mode. The upgrade process involves transmitting the new firmware version to the charging pile and installing the firmware on the charging pile to replace the old firmware version. OTA (Over-The-Air) upgrade allows this process to be completed remotely through the network without physical contact with the charging pile.

[0065] Among them, during the process of upgrading the charging pile, the charging pile will verify the downloaded upgrade package, including but not limited to checking the integrity of the file, the correctness of the version, and using the upgrade package signature verification and hash value comparison to prevent the installation of damaged or unauthorized upgrade packages.

[0066] It can be seen that in this embodiment, performing OTA upgrade through OTA upgrade mode can ensure that the firmware of the charging pile is kept up to date, thereby improving the safety, stability and performance of the charging pile.

[0067] This embodiment receives the first request information of the charging pile, including the request upgrade instruction and parameter information, and can perform customized OTA upgrades according to the specific circumstances of each charging pile, thereby ensuring that the upgrade process can meet the specific needs of different charging piles, improving the targetedness and effectiveness of the upgrade, and facilitating a quick response to the upgrade needs of the charging piles, reducing delays and errors caused by mismatched upgrade solutions, thereby improving the efficiency of the entire upgrade process; and upgrading the charging piles according to the OTA upgrade mode makes the upgrade process more flexible and reliable, that is, different upgrade modes can cope with different network environments and charging pile states, which helps to reasonably allocate network resources and server loads, avoid waste of resources, and improve resource utilization efficiency.

[0068] In one embodiment, before receiving the first request information from the charging pile through the first communication line, the method also includes: establishing a local area network with the charging pile according to a preset network; in the local area network, establishing a first communication line with the charging pile, and the first communication line is used to transmit data between the charging pile and the local OTA device.

[0069] Among them, the preset network includes but is not limited to WIFI, wired network, Bluetooth, NFC, etc., which can provide stable communication between the charging pile and the local OTA device, and there is no sole limitation here.

[0070] Specifically, if the preset network is WIFI, the local OTA device will connect to a WIFI network and set up a hotspot for the charging pile to connect, thereby forming a WIFI local area network between the two.

[0071] Specifically, if the preset network is a wired network, the local OTA device is directly connected to the charging pile via an Ethernet cable, or the charging pile and the local OTA device are connected through a switch / router to form a wired local area network.

[0072] A local area network (LAN) is a network established within a limited geographical area (such as a home, office, or small business). It usually uses high-bandwidth communication technology to connect internal devices and achieve fast data exchange.

[0073] In the local agent upgrade system, the local LAN is established to ensure that the communication between the charging pile and other components of the system (such as local OTA devices) is physically and logically confined to a relatively safe and closed network environment. This can effectively reduce the risk of external network attacks while also improving the speed and stability of data transmission.

[0074] The process of transmitting data is to perform data transmission operations on the established first communication line, including sending an upgrade request, receiving an upgrade package, transmitting device parameter information, etc.

[0075] It can be seen that this embodiment ensures that under a preset network environment, a stable and secure local area network connection is established with the charging pile, and a reliable communication line is established on this basis, thereby effectively supporting OTA upgrades and data exchange of the charging pile.

[0076] In one embodiment, the first request information includes parameter information of the charging pile, and the analysis of the first request information to determine the OTA upgrade mode for the charging pile includes: parsing the parameter information of the charging pile to obtain the model information and the first version information of the charging pile; using the model information as a query identifier, querying in the upgrade package database of the local OTA device to obtain a pending upgrade package that is consistent with the model information; comparing the second version information of the pending upgrade package with the first version information to determine whether there is a first upgrade package, and the first upgrade package is stored in the local OTA device; if the first upgrade package exists, determining that the OTA upgrade mode for the charging pile is the first OTA upgrade mode; or, if the first upgrade package does not exist, determining that the OTA upgrade mode for the charging pile is the second OTA upgrade mode.

[0077] The first version information refers to the current version information of the charging pile that currently initiates the first request information.

[0078] Among them, the second version information refers to the version information of the upgrade package to be confirmed, which is used for comparison with the current version of the charging pile (the first version information).

[0079] Specifically, the local OTA device will compare the second version information of the upgrade package to be confirmed with the first version information of the charging pile to determine whether the charging pile needs to be upgraded and whether the local OTA device has the upgrade package required for the charging pile. By comparing the version information, the local OTA device can prevent the charging pile from installing old versions or incompatible firmware.

[0080] Among them, when the model information is used as a query identifier, a query is performed in the upgrade package database of the local OTA device to obtain a pending upgrade package that is consistent with the model information. The model information of the charging pile is used as a keyword for the query to search in the upgrade package database in the local OTA device to determine whether there is an upgrade package (pending upgrade package) pre-stored for the model in the upgrade package database.

[0081] The upgrade package database stores a series of upgrade packages that match different types of devices. Each upgrade package has detailed data records, including the applicable device model and the firmware version of the upgrade package (the second version information mentioned above).

[0082] If the comparison result shows that there is a first upgrade package that meets the conditions and the first upgrade package is stored in the local OTA device, the first OTA upgrade mode is adopted. That is, the charging pile will directly download and install the upgrade package through the connection with the local OTA device, so that the upgrade process does not rely on the external network and can be completed more quickly and safely.

[0083] Among them, if there is no upgrade package suitable for the current charging pile in the local OTA device, or the version of the upgrade package is not newer than the current version of the charging pile, the second OTA upgrade mode is used. That is, it is necessary to download the latest upgrade package through the OTA cloud server, and then use the local OTA device to upgrade the charging pile. The second OTA upgrade mode ensures that the charging pile can always obtain the latest upgrade package, even if there is no cache in the local OTA device.

[0084] Among them, the first upgrade package represents the firmware upgrade file stored in the local OTA device, which contains all necessary data and instructions for updating the charging pile firmware.

[0085] It can be seen that, through the analysis and comparison process based on the first request information of the charging pile in this embodiment, different upgrade requirements can be flexibly adapted to ensure that each charging pile can receive the necessary firmware upgrade in the most suitable manner, further improving the efficiency and success rate of the upgrade, and also helping to ensure the stability and safety of the charging pile.

[0086] In one embodiment, after determining that the OTA upgrade mode for the charging pile is the first OTA upgrade mode, upgrading the charging pile according to the OTA upgrade mode includes: sending a first response message to the charging pile, the first response message is used to instruct the charging pile to upgrade; receiving a second request message sent by the charging pile, the second request message includes a request download instruction and parameter information of the charging pile, the second request message is generated by the charging pile according to the first response message; and according to the second request message, transmitting the first upgrade package to the charging pile through the first communication line, so that the charging pile is upgraded through the first upgrade package.

[0087] The first response message is used to instruct the charging pile to upgrade, that is, to notify the charging pile that it has been approved for OTA upgrade and to instruct the charging pile to prepare to receive the upgrade package. Specifically, the first response message contains relevant instructions and information for the upgrade, such as confirmation of the upgrade operation, possible time windows, etc., to instruct the charging pile to prepare for the upgrade.

[0088] The second request information includes a download request instruction and parameter information of the charging pile to ensure that the correct upgrade package is downloaded and installed.

[0089] The specific process of generating the second request information by the charging pile according to the first response message is as follows: after receiving the first response message, the charging pile generates and sends a second request information according to the instruction of the first response message. The second request information indicates that the charging pile is ready to receive the upgrade and requests to start downloading the upgrade package.

[0090] Among them, in the process of transmitting the first upgrade package to the charging pile through the first communication line, the local OTA device transmits the first upgrade package directly to the charging pile through the pre-established first communication line based on the received second request information. In the transmission process, in addition to the data of the upgrade package itself, necessary verification information, such as digital signatures and hash values, is also required to ensure the security of the transmission process and the integrity of the upgrade package.

[0091] It can be seen that in this embodiment, the first OTA upgrade mode allows the charging pile to directly receive the upgrade package from the local OTA device, thereby reducing network delays and potential bandwidth problems, while improving the reliability and efficiency of the upgrade process.

[0092] In one embodiment, the local agent upgrade system also includes an OTA cloud server. After determining that the OTA upgrade mode for the charging pile is the second OTA upgrade mode, upgrading the charging pile according to the OTA upgrade mode includes: sending the first request information to the OTA cloud server, the first request information including the model information and the first version information of the charging pile; receiving a second response message sent by the OTA cloud server, and sending the second response message to the charging pile to terminate the upgrade service of the charging pile, the second response message is determined by the OTA cloud server according to the charging pile parameter information in the first request information. The first upgrade package does not exist in the upgrade package database, and a response message is sent to the local OTA device; or, a third response message is received by the OTA cloud server, and according to the third response message, the third response message is sent to the charging pile to terminate the upgrade service of the charging pile, and according to the third response message, a download request is initiated to the OTA cloud server, the first upgrade package is received, and the first upgrade package is stored in the upgrade package database of the local OTA device. The third response message is a response message sent by the OTA cloud server to the local OTA device after determining that the first upgrade package exists in the OTA cloud server based on the charging pile parameter information in the first request information.

[0093] The purpose of sending the first request information to the OTA cloud server is to query whether there is a new firmware upgrade package suitable for the charging pile in the OTA cloud server.

[0094] Among them, the second response message is a response message sent by the OTA cloud server to the local OTA device after determining that the first upgrade package does not exist in the OTA cloud server based on the charging pile parameter information in the first request information. That is, after receiving the first request information, the OTA cloud server will check whether there is an upgrade package suitable for the charging pile in the database of the OTA cloud server. If there is no suitable upgrade package in the OTA cloud server, it will send a second response message to the local OTA device.

[0095] Among them, the second response message means that there is no available upgrade package, so the local OTA device needs to notify the charging pile to terminate the upgrade service.

[0096] Among them, the third response message is a response message sent by the OTA cloud server to the local OTA device after determining that the first upgrade package exists in the OTA cloud server based on the charging pile parameter information in the first request information. That is, after receiving the first request information, the OTA cloud server will check whether there is an upgrade package suitable for the charging pile in the database of the OTA cloud server. If there is a suitable upgrade package in the OTA cloud server, it will send a third response message to the local OTA device.

[0097] The third response message indicates confirmation of the first request information and contains information about available upgrade packages, indicating that the local OTA device can start the download process.

[0098] Furthermore, according to the instructions of the third response message, the local OTA device forwards the third response message to the charging pile, notifying the charging pile to terminate the upgrade service. At the same time, the local OTA device initiates a download request to the OTA cloud server to obtain the first upgrade package. After the download is successful, the first upgrade package is stored in the upgrade package database of the local OTA device. That is, when the OTA cloud server has an upgrade package suitable for the charging pile, it is still necessary to notify the charging pile to terminate the upgrade service. It is necessary to wait for the OTA cloud server to download the upgrade package suitable for the charging pile to the local OTA device, and then select the upgrade package suitable for the charging pile from the local OTA device when the request information of the charging pile is received again.

[0099] Therefore, the OTA cloud server does not provide real-time upgrade services for the charging pile. Instead, it needs to download a copy of the upgrade package through the local OTA agent and store it in the local OTA device, waiting for the next periodic OTA query to be executed, and finally complete the upgrade package update through local download.

[0100] It can be seen that in this embodiment, the charging pile is no longer directly connected to the OTA cloud server, but is connected to the local area network to connect to the local OTA agent for upgrading. The local OTA agent, as the edge service of the local LAN, provides each device with higher network bandwidth and reliability than the OTA cloud server, thus greatly improving the speed and success rate of the charging pile upgrade.

[0101] In one embodiment, the method further includes: receiving a third request message from the charging pile through the first communication line, wherein the third request message is consistent with the first request message; and in response to the third request message, retrieving the first upgrade package to upgrade the charging pile.

[0102] The consistency of the third request message with the first request message indicates that the model information and version information of the charging pile in the third request message are the same as the model information and first version information of the charging pile in the first request message, and the third request message is also used to request the download and installation of the first upgrade package. That is, the third request message can be understood as the charging pile that sent the first request message in the previous cycle did not obtain the upgrade package for upgrading, so the third request message is sent again in the next cycle for upgrading.

[0103] The local OTA device responds to the third request message, retrieves the first upgrade package from the upgrade package database, and upgrades the charging pile.

[0104] It can be seen that in this embodiment, the upgrade package of different types of charging piles will only be downloaded by the local OTA agent from the OTA cloud server. Therefore, the more local devices there are, the more traffic is saved. The stability of the charging pile downloading and upgrading through the local LAN is also greatly improved compared to upgrading through the 4G wireless network.

[0105] In one embodiment, before sending the first request information to the OTA cloud server, the method also includes: establishing a local LAN with the OTA cloud server according to the preset network; and establishing a second communication line with the OTA cloud server in the local LAN, wherein the second communication line is used to protect data transmitted between the OTA cloud server and the local OTA device.

[0106] The second communication line refers to the HTTPS (HyperText Transfer Protocol Secure) / WSS (WebSocket Secure) secure channel. HTTPS is a secure communication protocol that provides encryption for communication between the client and the server through the SSL / TLS layer to ensure the privacy and integrity of data transmission; WSS is a secure version of the WebSocket protocol, suitable for application scenarios that require real-time two-way communication.

[0107] Therefore, through the above security protocols, data is encrypted during transmission from the local OTA device to the OTA cloud server (or vice versa), thereby preventing the data from being read or tampered with by unauthorized third parties during transmission. The above security protocols not only provide encryption, but also support identity authentication between devices and servers through certificates and keys, ensuring that only authorized devices can access the OTA cloud server for data exchange.

[0108] Among them, the second communication line is a dedicated channel within the local area network for transmitting data between the OTA cloud server and the local OTA device.

[0109] Specifically, the OTA cloud server and the local OTA device will be connected to a local area network, which is a closed network environment that can communicate with each other.

[0110] It can be seen that in this embodiment, the Https / WSS secure channel is used between the local OTA agent and the OTA cloud service, which can effectively protect the secure transmission of the upgrade package.

[0111] In one embodiment, the comparing the second version information of the upgrade package to be confirmed with the first version information to determine whether the first upgrade package exists includes: comparing whether the second version information of the upgrade package to be confirmed is consistent with the first version information; if they are consistent, determining that the upgrade package to be confirmed does not meet the upgrade requirements, and the first upgrade package does not exist; or, if they are inconsistent, judging whether the second version information of the upgrade package to be confirmed is higher than the first version information; if it is higher than the first version information, determining that the first upgrade package exists and the upgrade package to be confirmed is the first upgrade package; or, if it is not higher than the first version information, determining that the upgrade package to be confirmed does not meet the upgrade requirements, and the first upgrade package does not exist.

[0112] Specifically, if the version information of the upgrade package to be confirmed is consistent with the first version information, it indicates that the upgrade package does not provide any updates or corrections, and therefore does not meet the upgrade requirements. In this case, it can be concluded that there is no upgrade package that meets the current upgrade requirements.

[0113] Specifically, if the second version information of the upgrade package to be confirmed is higher than the first version information, it indicates that the upgrade package to be confirmed is an updated version, which may contain new functions, improvements or fixes, and therefore meets the upgrade requirements and is determined to be the required first upgrade package. On the contrary, if the second version information is not higher than the first version information, it indicates that the upgrade package to be confirmed may be an earlier version or the same as the current version (the same version has been excluded in the previous judgment), and therefore does not meet the upgrade requirements, and it is determined that there is no applicable first upgrade package.

[0114] It can be seen that this embodiment prevents erroneous upgrade operations by comparing the consistency of version information, thereby ensuring that the charging pile will not be upgraded to an old version or incompatible firmware.

[0115] Optionally, the local OTA device periodically and actively queries the OTA cloud service based on the list of charging pile models obtained locally, so as to obtain the upgrade package information of all models in a timely manner.

[0116] Among them, the charging pile model list can be pre-installed in the local OTA device, or downloaded from the OTA cloud service when the local OTA device is started for the first time. There is no unique limitation here.

[0117] Among them, periodic active query means automatically sending query requests to the OTA cloud service according to the set time interval (for example, once a day, once a week, etc.) without requesting information. Periodic active query can keep the device software updated in real time and avoid unnecessary burden on network resources caused by frequent queries.

[0118] The purpose of the query is to obtain the upgrade package information of all models, including version number, release date, file size, file hash, file signature, etc.

[0119] It can be seen that in this embodiment, through periodic active query, the local OTA device can timely understand the upgrade package information of all charging pile models, ensuring that the charging pile can obtain the latest firmware version.

[0120] It should be noted that, in each of the above-mentioned embodiments, there is not necessarily a certain order between the above-mentioned steps. A person skilled in the art can understand, based on the description of the embodiments of the present application, that in different embodiments, the above-mentioned steps may have different execution orders, that is, they may be executed in parallel, may be executed interchangeably, and so on.

[0121] As another aspect of the embodiment of the present application, the embodiment of the present application provides a local agent upgrade device for a charging pile. The local agent upgrade device for a charging pile can be a software module, and the software module includes a number of instructions, which are stored in a memory, and the processor can access the memory and call the instructions for execution to complete the local agent upgrade method for the charging pile described in the above-mentioned various embodiments.

[0122] See also Figure 3 , Figure 3 1 is a schematic diagram of the structure of a local proxy upgrade device for a charging pile provided in an embodiment of the present application. A local OTA device used in a local proxy upgrade system, such as Figure 3 As shown, the local agent upgrade device 300 of the charging pile includes:

[0123] The receiving unit 301 is used to receive first request information from the charging pile through the first communication line;

[0124] An analyzing unit 302 is used to analyze the first request information and determine an OTA upgrade mode for the charging pile;

[0125] The upgrading unit 303 is used to upgrade the charging pile according to the OTA upgrading mode.

[0126] This embodiment receives the first request information of the charging pile, including the request upgrade instruction and parameter information, and can perform customized OTA upgrades according to the specific circumstances of each charging pile, thereby ensuring that the upgrade process can meet the specific needs of different charging piles, improving the targetedness and effectiveness of the upgrade, and facilitating a quick response to the upgrade needs of the charging piles, reducing delays and errors caused by mismatched upgrade solutions, thereby improving the efficiency of the entire upgrade process; and upgrading the charging piles according to the OTA upgrade mode makes the upgrade process more flexible and reliable, that is, different upgrade modes can cope with different network environments and charging pile states, which helps to reasonably allocate network resources and server loads, avoid waste of resources, and improve resource utilization efficiency.

[0127] In one embodiment, before receiving the first request information from the charging pile through the first communication line, the receiving unit 301 is also used to: establish a local area network with the charging pile according to a preset network; and establish a first communication line with the charging pile in the local area network, wherein the first communication line is used to transmit data between the charging pile and the local OTA device.

[0128] In one embodiment, in the first request information including parameter information of the charging pile, the analysis unit 302 is further used to: parse the parameter information of the charging pile to obtain the model information and the first version information of the charging pile; use the model information as a query identifier to query in the upgrade package database of the local OTA device to obtain an upgrade package to be confirmed that is consistent with the model information; compare the second version information of the upgrade package to be confirmed with the first version information to determine whether there is a first upgrade package, which is stored in the local OTA device; if the first upgrade package exists, determine that the OTA upgrade mode for the charging pile is the first OTA upgrade mode; or, if the first upgrade package does not exist, determine that the OTA upgrade mode for the charging pile is the second OTA upgrade mode.

[0129] In one embodiment, after determining that the OTA upgrade mode for the charging pile is the first OTA upgrade mode, in upgrading the charging pile according to the OTA upgrade mode, the upgrade unit 303 is also used to: send a first response message to the charging pile, the first response message is used to instruct the charging pile to upgrade; receive a second request message sent by the charging pile, the second request message includes a request download instruction and parameter information of the charging pile, the second request message is generated by the charging pile according to the first response message; according to the second request message, transmit the first upgrade package to the charging pile through the first communication line, so that the charging pile is upgraded through the first upgrade package.

[0130] In one embodiment, the local agent upgrade system also includes an OTA cloud server. After determining that the OTA upgrade mode for the charging pile is the second OTA upgrade mode, in upgrading the charging pile according to the OTA upgrade mode, the upgrade unit 303 is also used to: send the first request information to the OTA cloud server, the first request information including the model information and the first version information of the charging pile; receive the second response message sent by the OTA cloud server, and send the second response message to the charging pile to terminate the upgrade service of the charging pile, the second response message is determined by the OTA cloud server according to the charging pile parameter information in the first request information. The first upgrade package does not exist in the OTA cloud server, and a response message is sent to the local OTA device; or, a third response message is received from the OTA cloud server, and according to the third response message, the third response message is sent to the charging pile to terminate the upgrade service of the charging pile, and according to the third response message, a download request is initiated to the OTA cloud server, the first upgrade package is received, and the first upgrade package is stored in the upgrade package database of the local OTA device. The third response message is a response message sent by the OTA cloud server to the local OTA device after determining that the first upgrade package exists in the OTA cloud server based on the charging pile parameter information in the first request information.

[0131] In one embodiment, the upgrading unit 303 is further used to: receive a third request message from the charging pile through the first communication line, wherein the third request message is consistent with the first request message; and respond to the third request message and retrieve the first upgrade package to upgrade the charging pile.

[0132] In one embodiment, before sending the first request information to the OTA cloud server, the receiving unit 301 is also used to establish a local LAN with the OTA cloud server according to the preset network; in the local LAN, a second communication line is established with the OTA cloud server, and the second communication line is used to protect the data transmitted between the OTA cloud server and the local OTA device.

[0133] In one embodiment, in the process of comparing the second version information of the upgrade package to be confirmed with the first version information to determine whether the first upgrade package exists, the upgrade unit 303 is further used to: compare whether the second version information of the upgrade package to be confirmed is consistent with the first version information; if they are consistent, determining that the upgrade package to be confirmed does not meet the upgrade requirements, and the first upgrade package does not exist; or, if they are inconsistent, judging whether the second version information of the upgrade package to be confirmed is higher than the first version information; if it is higher than the first version information, determining that the first upgrade package exists, and the upgrade package to be confirmed is the first upgrade package; or, if it is not higher than the first version information, determining that the upgrade package to be confirmed does not meet the upgrade requirements, and the first upgrade package does not exist.

[0134] It should be noted that the above-mentioned local agent upgrade device for the charging pile can execute the local agent upgrade method for the charging pile provided in the embodiment of the present application, and has the corresponding functional modules and beneficial effects of the execution method. For technical details not fully described in the embodiment of the local agent upgrade device for the charging pile, please refer to the local agent upgrade method for the charging pile provided in the embodiment of the present application.

[0135] See also Figure 4 , Figure 4 Schematic diagram of a local proxy upgrade system provided by an embodiment of the present application. Figure 4 As shown, the local agent upgrade system 400 includes a processor 401 and a memory 402. The processor 401 is in communication connection with the memory 402.

[0136] The processor 401 is configured to support the local agent upgrade system to perform the corresponding functions in the local agent upgrade method of the charging pile in the above method embodiment. The processor 401 can be a central processing unit (CPU), a network processor (NP), a hardware chip or any combination thereof. The above hardware chip can be an application specific integrated circuit (ASIC), a programmable logic device (PLD) or a combination thereof. The above PLD can be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL) or any combination thereof.

[0137] Specifically, the processor 401 may include a sending card, a receiving card and a driving chip.

[0138] The memory 402 is used to store program codes, etc. The memory 402 may include a volatile memory (VM), such as a random access memory (RAM); the memory 402 may also include a non-volatile memory (NVM), such as a read-only memory (ROM), a flash memory, a hard disk drive (HDD) or a solid-state drive (SSD); the memory 402 may also include a combination of the above-mentioned types of memories.

[0139] An embodiment of the present application also provides a computer-readable storage medium, which stores a computer program. The computer program includes program instructions, and when the program instructions are executed by a computer, the computer executes the local agent upgrade method for the charging pile as described in the above embodiment.

[0140] A person skilled in the art can understand that all or part of the processes in the above-mentioned embodiments can be implemented by instructing the relevant hardware through a computer program, and the program can be stored in a computer-readable storage medium, and when the program is executed, it can include the processes of the embodiments of the above-mentioned methods. The storage medium can be a disk, an optical disk, a read-only memory (ROM) or a random access memory (RAM), etc.

[0141] The above disclosure is only the preferred embodiment of the present application, which certainly cannot be used to limit the scope of rights of the present application. Therefore, equivalent changes made according to the claims of the present application are still within the scope covered by the present application.

Claims

1. A method for upgrading a local agent of a charging pile, characterized in that: Applied to a local OTA device in a local proxy upgrade system, the method comprises: Receiving first request information from a charging pile through a first communication line; Analyze the first request information to determine an OTA upgrade mode for the charging pile; According to the OTA upgrade mode, the charging pile is upgraded.

2. The method according to claim 1, characterized in that Before receiving the first request information from the charging pile through the first communication line, the method further includes: According to the preset network, a local area network is established with the charging pile; In the local area network, a first communication line is established with the charging pile, and the first communication line is used to transmit data between the charging pile and the local OTA device.

3. The method according to claim 1, characterized in that The first request information includes parameter information of the charging pile, and the analyzing the first request information to determine the OTA upgrade mode for the charging pile includes: Parsing parameter information of the charging pile to obtain model information and first version information of the charging pile; Using the model information as a query identifier, querying an upgrade package database of the local OTA device to obtain an upgrade package to be confirmed that is consistent with the model information; According to the second version information of the upgrade package to be confirmed, the first version information is compared to determine whether a first upgrade package exists, where the first upgrade package is stored in the local OTA device; If the first upgrade package exists, determining that the OTA upgrade mode for the charging pile is the first OTA upgrade mode; or, If the first upgrade package does not exist, it is determined that the OTA upgrade mode for the charging pile is the second OTA upgrade mode.

4. The method according to claim 3, characterized in that After determining that the OTA upgrade mode for the charging pile is the first OTA upgrade mode, upgrading the charging pile according to the OTA upgrade mode includes: Sending a first response message to the charging pile, where the first response message is used to instruct the charging pile to upgrade; receiving a second request message sent by the charging pile, wherein the second request message includes a download request instruction and parameter information of the charging pile, and the second request message is generated by the charging pile according to the first response message; According to the second request information, the first upgrade package is transmitted to the charging pile through the first communication line, so that the charging pile is upgraded through the first upgrade package.

5. The method according to claim 3, characterized in that: The local proxy upgrade system further includes an OTA cloud server. After determining that the OTA upgrade mode for the charging pile is the second OTA upgrade mode, upgrading the charging pile according to the OTA upgrade mode includes: Sending the first request information to the OTA cloud server, where the first request information includes the model information and the first version information of the charging pile; receiving a second response message sent by the OTA cloud server, and sending the second response message to the charging pile to terminate the upgrade service of the charging pile, wherein the second response message is a response message sent by the OTA cloud server to the local OTA device after determining that the first upgrade package does not exist in the OTA cloud server based on the charging pile parameter information in the first request information; or, Receive a third response message sent by the OTA cloud server, and according to the third response message, send the third response message to the charging pile to terminate the upgrade service of the charging pile, and according to the third response message, initiate a download request to the OTA cloud server, receive the first upgrade package, and store the first upgrade package in the upgrade package database of the local OTA device. The third response message is a response message sent by the OTA cloud server to the local OTA device after determining that the first upgrade package exists in the OTA cloud server based on the charging pile parameter information in the first request information.

6. The method according to claim 5, characterized in that The method further comprises: Receiving a third request message from the charging pile through the first communication line, wherein the third request message is consistent with the first request message; In response to the third request message, the first upgrade package is retrieved to upgrade the charging pile.

7. The method according to claim 5, characterized in that Before sending the first request information to the OTA cloud server, the method further includes: According to the preset network, establish a local area network with the OTA cloud server; In the local area network, a second communication line is established with the OTA cloud server, and the second communication line is used to protect data transmitted between the OTA cloud server and the local OTA device.

8. The method according to claim 3, characterized in that The comparing the second version information of the upgrade package to be confirmed with the first version information to determine whether the first upgrade package exists includes: Comparing the second version information of the upgrade package to be confirmed with the first version information to see whether they are consistent; If they are consistent, it is determined that the upgrade package to be confirmed does not meet the upgrade requirements, and the first upgrade package does not exist; or, If they are inconsistent, determining whether the second version information of the upgrade package to be confirmed is higher than the first version information; If it is higher than the first version information, it is determined that the first upgrade package exists, and the upgrade package to be confirmed is the first upgrade package; or, If it is not higher than the first version information, it is determined that the upgrade package to be confirmed does not meet the upgrade requirements, and the first upgrade package does not exist.

9. A local agent upgrade system, characterized in that: It includes a memory and a processor, the memory is connected to the processor, the processor is used to execute one or more computer programs stored in the memory, and when the processor executes the one or more computer programs, the local agent upgrade system implements the local agent upgrade method for the charging pile as described in any one of claims 1-7.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, which includes program instructions. When the program instructions are executed by a processor, the processor executes the local agent upgrade method for a charging pile as described in any one of claims 1 to 7.

Images