A local area network device upgrading method, device, equipment and storage medium

Abstract

The application discloses a local area network device upgrading method and device, equipment and a storage medium, wherein a new version device is upgraded to a new version, and an ARP message carrying new version information is sent; after receiving the ARP message, an old version device sends an upgrading request to the new version device; after receiving the upgrading request sent by the old version device, the new version device sends a new version upgrading package to the old version device for upgrading in the case that an upgrading strategy allows. The application expands the ARP protocol by carrying the version information of the new version in the ARP message, realizes the upgrading of the device in the local area network, reduces the broadcast message in the upgrading process, and makes the network more stable in the upgrading process.

Description

Technical Field

[0001] This application belongs to the field of equipment upgrade technology, and in particular relates to a method, apparatus, device and storage medium for upgrading equipment in a local area network. Background Technology

[0002] With the rapid advancement of communication technology, various networks based on communication technology have developed rapidly, such as the basic Internet, mobile communication networks, video security networks, and various dedicated networks. The number of devices deployed in these networks is increasing daily, and software upgrades for these devices are a frequent task in network maintenance.

[0003] Software upgrades for devices primarily aim to resolve issues with the previous version or add new features, replacing the old version with the new one. Generally, there are two main methods for upgrading devices: First, cloud upgrades, where the device connects to the network and downloads the new version from a cloud server. Second, direct upgrades on the device itself, using a third-party device (such as a PC, mobile phone, or USB drive) that stores the new upgrade package.

[0004] However, cloud upgrades are impossible when devices cannot connect to the external network. Similarly, upgrades also fail when no third-party devices are available locally on the device requiring the upgrade. To address this, some technical solutions use inter-device broadcasting to obtain version update information, then establish TCP connections between devices for the upgrade. However, this method relies on broadcasting, which increases the complexity of network and software implementation due to the increased number of broadcast messages, and large-scale device upgrades introduce network instability. Summary of the Invention

[0005] The purpose of this application is to provide a method, apparatus, device, and storage medium for upgrading devices within a local area network, which uses the ARP protocol to carry upgrade information, thus solving the technical problems caused by using the broadcast protocol to obtain version update information.

[0006] To achieve the above objectives, the technical solution of this application is as follows:

[0007] A method for upgrading devices within a local area network (LAN), used to upgrade devices within a LAN, the method comprising:

[0008] After upgrading to the new version, send an ARP message carrying the new version information;

[0009] When receiving an ARP message, if the current version of the device is lower than the new version carried in the ARP message, the device to be upgraded sends an upgrade request to the device that sent the ARP message.

[0010] Upon receiving an upgrade request from the device to be upgraded, and if the upgrade policy allows, the new version upgrade package will be sent to the device to be upgraded for upgrade.

[0011] Optionally, the ARP message also carries a listening port number, used to establish a connection with the device to be upgraded and receive upgrade requests sent by the device to be upgraded.

[0012] Optionally, the ARP message also carries an upgrade strategy, which the device to be upgraded inherits upon receiving the ARP message.

[0013] Optionally, the method for upgrading devices within the local area network further includes:

[0014] If the business load is abnormal during the process of sending the new version upgrade package to the device to be upgraded, the sending of the new version upgrade package will be terminated, and the offset of the new version upgrade package and the address of the device to be upgraded will be carried in the ARP message.

[0015] The method for upgrading devices within the local area network also includes:

[0016] Upon receiving an ARP message, if a new version upgrade package offset and the address of the device to be upgraded are found, then when an upgrade request is received from the address of the device to be upgraded, a new version upgrade package is sent from the new version upgrade package offset.

[0017] Optionally, the upgrade strategy is a serial upgrade strategy. The step of sending the new version upgrade package to the device to be upgraded after receiving an upgrade request from the device to be upgraded, if permitted by the upgrade strategy, includes:

[0018] Upon receiving an upgrade request from the device to be upgraded, if the system is not currently sending a new version upgrade package to another device to be upgraded, the system will send the new version upgrade package to the device to be upgraded for upgrade; otherwise, the system will send a response message to the device to be upgraded, rejecting the upgrade request.

[0019] Optionally, the upgrade strategy is a parallel upgrade strategy. The step of sending a new version upgrade package to the device to be upgraded after receiving an upgrade request from the device to be upgraded, if permitted by the upgrade strategy, includes:

[0020] Upon receiving an upgrade request from the device to be upgraded, if there is remaining upgrade capacity, the new version upgrade package will be sent to the device to be upgraded for upgrade; otherwise, a response message will be sent to the device to be upgraded, notifying it to try again after a preset time period.

[0021] Furthermore, the process of sending the new version upgrade package to the device to be upgraded also includes:

[0022] Determine if you have remaining upgrade capabilities. If so, continue sending ARP messages and receive upgrade requests from other devices waiting to be upgraded.

[0023] This application also proposes a device upgrade apparatus for a local area network (LAN) for upgrading devices within the LAN, including:

[0024] The ARP message sending module is used to send ARP messages carrying new version information after upgrading to a new version;

[0025] The ARP message receiving module is used to receive ARP messages. When the current version of the device is lower than the new version carried in the ARP message, the device to be upgraded sends an upgrade request to the device that sent the ARP message.

[0026] The upgrade request response module is used to send a new version upgrade package to the device to be upgraded for upgrade, if the upgrade policy allows, after receiving an upgrade request from the device to be upgraded.

[0027] This application also proposes an electronic device, including a processor and a memory storing a plurality of computer instructions, which, when executed by the processor, implement the steps of the above-described device upgrade method within a local area network.

[0028] This application also proposes a computer-readable storage medium storing computer instructions thereon, characterized in that the computer instructions are executed by a processor to implement the steps of the above-described method for upgrading devices within a local area network.

[0029] This application discloses a method, apparatus, device, and storage medium for upgrading devices within a local area network (LAN). It extends the ARP protocol by carrying version information of the new version in ARP messages, thereby enabling device upgrades within the LAN. This invention reduces broadcast messages during the upgrade process, resulting in a more stable network during the upgrade. Attached Figure Description

[0030] Figure 1 This is a flowchart of a device upgrade method within a local area network according to an embodiment of this application;

[0031] Figure 2 This is a schematic diagram of the device networking in an embodiment of this application;

[0032] Figure 3 This is a flowchart of a device upgrade method within a local area network according to another embodiment of this application;

[0033] Figure 4 This is a schematic diagram of a device upgrade device within a local area network according to an embodiment of this application;

[0034] Figure 5This is a schematic diagram of the electronic device structure according to an embodiment of this application. Detailed Implementation

[0035] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0036] In existing technologies, upgrading devices within a local area network (LAN) requires the development of a corresponding application. The device running this application sends a broadcast message to download the new upgrade package from an already upgraded device and then upgrade the older version. However, this approach operates at the application layer, and developing application layer protocols is quite difficult and complex. This application implements device upgrades based on the ARP protocol. The ARP protocol operates at the network layer, and using ARP messages to carry upgrade information effectively reduces the overhead on the protocol stack, while also lowering the development difficulty and complexity.

[0037] This application provides a method for upgrading devices within a local area network (LAN) by carrying upgrade information in ARP messages. The Ethernet frame has a data length of 64 bytes, including a 14-byte Ethernet frame header, a 28-byte ARP header, and a 4-byte CRC. Therefore, 18 bytes remain unused as padding at the end of the ARP message. This application utilizes these 18 bytes to carry upgrade information, sending an ARP message containing the upgrade information within the LAN. The device receiving the ARP message collaborates with the device that sent it to complete the device upgrade.

[0038] In one embodiment, such as Figure 1 As shown, a method for upgrading devices within a local area network (LAN) is provided, applicable to devices in a LAN, including:

[0039] Step S110: After upgrading to the new version, send an ARP message carrying the new version information.

[0040] ARP (Address Resolution Protocol) is a TCP / IP protocol that retrieves the physical address from the IP address. When a host sends information, it broadcasts an ARP request containing the target IP address to all hosts on the local network and receives a response message to determine the target's physical address. After receiving the response message, the host stores the IP address and physical address in its local ARP cache for a certain period of time. Subsequent requests directly query the ARP cache to save resources. Devices on the network send ARP messages after actions such as obtaining an IP address, plugging or unplugging network cables, restarting, or powering on.

[0041] by Figure 2For example, there are multiple devices within a local area network (LAN). This application is not limited to the number of devices within a LAN. Figure 2 Devices 1-4 shown are for illustrative purposes only. It is assumed that device 1 has been upgraded to the new version, while devices 2-3 remain on the older versions. Upon power-up, device 1 sends an ARP message, which contains at least the version information of the new software.

[0042] Step S120: Receive an ARP message. If the current version of the device is lower than the new version carried in the ARP message, send an upgrade request to the device that sent the ARP message as the device to be upgraded.

[0043] Still with Figure 2 For example, devices 2, 3, and 4 still use the old software version. After receiving the ARP message sent by device 1, they parse the new software version information from the ARP message and compare it with their own version information. When their own software version is lower, devices 2, 3, and 4, as devices to be upgraded, actively connect to device 1 and send an upgrade request.

[0044] Step S130: After receiving the upgrade request from the device to be upgraded, if the upgrade policy allows, send the new version upgrade package to the device to be upgraded for upgrade.

[0045] Device 1 receives the upgrade request sent by the device to be upgraded and processes it according to its own set upgrade strategy. The set upgrade strategy can be a serial upgrade strategy, a parallel upgrade strategy, or other adaptive upgrade strategies, etc.

[0046] Regardless of the upgrade strategy, Device 1 must provide the new version upgrade package to the device to be upgraded, and upgrade the device to be upgraded, provided that its own upgrade strategy is satisfied and that its own upgrade strategy allows it.

[0047] In an optional example, the ARP message in this application also carries the listening port number, which is used to establish a connection with the device to be upgraded and to receive upgrade requests sent by the device to be upgraded.

[0048] For example, if device 1 carries port number 5200 in the ARP message it sends, after receiving the ARP message, device 2, as the device to be upgraded, will actively establish a connection with port 5200 of device 1 and send an upgrade request.

[0049] In this embodiment, the listening port number is carried in the ARP message to facilitate an active connection between the device to be upgraded and device 1. Device 1 listens on the listening port, and upon receiving an active connection request, it knows that the connection request is initiated for device upgrade, and thus agrees to establish a connection. After the connection is established, it receives the upgrade request from that port.

[0050] In an optional example, the ARP message also carries an upgrade policy, which the device to be upgraded inherits upon receiving the ARP message.

[0051] In this example, the upgrade strategy configured for device 1 is reflected in the ARP message. For instance, if device 1 uses a serial upgrade strategy, then the ARP message will also carry the serial upgrade strategy. Consequently, when a device to be upgraded, such as device 2, receives the ARP message, it inherits the serial upgrade strategy and carries that same upgrade strategy in its subsequent ARP messages, using it to upgrade other devices.

[0052] For different upgrade strategies, device 1 executes the corresponding upgrade strategy to upgrade the device to be upgraded.

[0053] In an optional example, the upgrade strategy is a serial upgrade strategy. Upon receiving an upgrade request from the device to be upgraded, and if the upgrade strategy allows, sending the new version upgrade package to the device to be upgraded for upgrade includes:

[0054] Upon receiving an upgrade request from the device to be upgraded, if the system is not currently sending a new version upgrade package to another device to be upgraded, the system will send the new version upgrade package to the device to be upgraded for upgrade; otherwise, the system will send a response message to the device to be upgraded, rejecting the upgrade request.

[0055] Specifically, after receiving an upgrade request from device 2, if device 1 is currently not sending new version upgrade packages to other devices awaiting upgrades (meaning it is currently idle), it will send the new version upgrade package to device 2 to upgrade device 2. However, if it receives an upgrade request from device 3 at the same time as sending the new version upgrade package to device 2, it will reject device 3's upgrade request.

[0056] After the upgrade is completed, device 2 restarts and sends an ARP message to continue upgrading devices 3 and 4 that have not yet been upgraded. This will not be described in detail here.

[0057] In another optional example, the upgrade strategy is a parallel upgrade strategy. Upon receiving an upgrade request from the device to be upgraded, and if the upgrade strategy allows, the new version upgrade package is sent to the device to be upgraded for upgrade, including:

[0058] Upon receiving an upgrade request from the device to be upgraded, if there is remaining upgrade capacity, the new version upgrade package will be sent to the device to be upgraded for upgrade; otherwise, a response message will be sent to the device to be upgraded, notifying it to try again after a preset time period.

[0059] Specifically, after receiving the upgrade request from Device 2, if Device 1 has remaining upgrade capacity, it sends the new version upgrade package to Device 2 to upgrade Device 2. After the upgrade is complete, Device 2 restarts the device, sends an ARP message, and continues to upgrade Devices 3 and 4 that have not yet been upgraded; details will not be elaborated here. If, at this time, Device 1 is engaged in business operations and has no remaining upgrade capacity, it notifies Device 2 to resend the upgrade request after a preset time period (e.g., 10 seconds).

[0060] The remaining upgrade capability can be determined based on the remaining transmit buffer and remaining forwarding paths in device 1. If there is enough transmit buffer and remaining forwarding paths to support a device, it is considered that there is still remaining upgrade capability; otherwise, it is considered that there is no remaining upgrade capability.

[0061] Similarly, if an upgrade request is received from device 3 while a new version upgrade package is being sent to device 2, and device 2 has already used up one upgrade channel, if there is still upgrade capacity remaining, the new version upgrade package will be sent to device 3 to upgrade device 3. Otherwise, a response message will be sent to device 3, notifying it to send the upgrade request again after a preset time period (e.g., 10 seconds). After the 10-second delay, when the upgrade request from device 3 is received again, if the device is idle at this time, the new version upgrade package will be sent to device 3 to upgrade device 3.

[0062] It should be noted that the preset time period can be a random value within a time period, such as randomly selecting a time within 30 seconds. This results in different delay time periods for devices 3 and 4, making it easier to upgrade devices 3 and 4 separately.

[0063] In another optional example, this example is a further extension of the previous example. The process of sending the new version upgrade package to the device to be upgraded also includes:

[0064] Determine if you have remaining upgrade capabilities. If so, continue sending ARP messages and receive upgrade requests from other devices to be upgraded. Send the new version upgrade package to the other devices to be upgraded for upgrade.

[0065] In this example, during the upgrade process for device 2, device 1, based on the transmission rate of the new version upgrade packet, determines whether its sending buffer and remaining forwarding paths have remaining upgrade capacity. If so, it continues to send ARP messages and receives upgrade requests from other devices awaiting upgrade. For example, while device 2 is upgrading, it receives an upgrade request from device 3 and sends a new version upgrade packet to device 3 to upgrade it.

[0066] If a device discovers that it has no remaining upgrade capability, it will notify the device to be upgraded to try again after a preset time period. For example, if device 1 is upgrading devices 2 and 3 at the same time, and receives an upgrade request from device 4, it will notify device 4 to delay sending the upgrade request for a certain period of time.

[0067] This upgrade strategy allows for simultaneous upgrades to multiple devices. After the upgraded devices reboot, the number of devices in the network that can provide the new version upgrade package is further increased, enabling upgrade support for even more devices.

[0068] In another optional example, regardless of the upgrade strategy, the process of sending the new version upgrade package to the device to be upgraded also includes:

[0069] If the system experiences an abnormal load while sending the new version upgrade package to the device to be upgraded, the sending of the new version upgrade package will be terminated.

[0070] Specifically, during the upgrade process of device 1 to device 2, it may encounter user requests for live streaming, increasing the bandwidth required for data transmission. Continuing the upgrade in this situation could impact service operations, leading to an assessment of abnormal service load and necessitating an interruption of the upgrade. Alternatively, the bandwidth allocated to device 2 for the upgrade can be reduced, thereby lowering the load and allowing the upgrade to continue while still meeting service requirements. Further details will not be elaborated here.

[0071] After terminating the upgrade for Device 2, you can notify other devices that have already installed the new version of the software to continue upgrading Device 2.

[0072] In another optional example, to facilitate continued upgrades for the interrupted device when an interruption occurs, the local area network device upgrade method described in this application further includes:

[0073] If the process of sending the new version upgrade package to the device to be upgraded is interrupted, the offset of the new version upgrade package and the address of the device to be upgraded will be carried in the ARP message.

[0074] The method for upgrading devices within the local area network also includes:

[0075] Upon receiving an ARP message, if a new version upgrade package offset and the address of the device to be upgraded are found, then when an upgrade request is received from the address of the device to be upgraded, a new version upgrade package is sent from the new version upgrade package offset.

[0076] Specifically, assuming that both device 1 and device 2 are new versions of devices, device 1 interrupted the process when sending the new version upgrade package to device 3.

[0077] Device 1 carries the address of Device 3 in the ARP message, as well as the offset of the new version upgrade packet. The offset of the new version upgrade packet indicates the position of the data already sent in the new version upgrade packet transmitted by Device 1 when the interruption occurred. Sending can continue from the position of the new version upgrade packet offset, thus sending the complete new version upgrade packet.

[0078] After receiving the ARP message from Device 1, or the address of Device 3 and the offset of the new version upgrade package, Device 2, being a new version device, also sends an ARP message. Device 3 also receives the ARP message from Device 2. After the interruption during Device 1's upgrade package transmission, Device 3 sends an upgrade request to Device 2.

[0079] After receiving the upgrade request from device 3, device 2 discovers that the address of device 3 is the address that needs to be resumed, which is carried in the ARP message of device 1. Therefore, device 2 sends a new version upgrade package to device 3 starting from the offset of the new version upgrade package, thus completing the device upgrade of device 3.

[0080] This example carries the offset of the new version upgrade package and the address of the device to be upgraded in the ARP message. When the device upgrade is interrupted, the device to be upgraded can be upgraded, avoiding the unexpected restart caused by the failure of the upgrade and the impact on the operation of services.

[0081] It should be noted that ARP messages can also carry other information, such as whether they are connectable, to inform other devices whether the device can provide an upgrade connection. This allows other devices waiting to be upgraded to choose a connectable device for the upgrade, preventing unnecessary connection creation and upgrade requests from frequently occurring in the network.

[0082] In another embodiment of this application, such as Figure 3 As shown, a method for upgrading devices within a local area network is proposed. This embodiment can be combined with various optional solutions in one or more of the above embodiments. Specifically, for a new version device (a device that has already installed the new version), the following operations are performed:

[0083] Step S201: Send an ARP message.

[0084] Step S202: Receive the upgrade request from the old version device (the device to be upgraded). If there is remaining upgrade capacity, send the new version upgrade package to the old version device. Otherwise, notify the old version device to delay sending the upgrade request for a certain period of time.

[0085] Step S203: Check the remaining upgrade capability. If there is still remaining upgrade capability, continue to send ARP messages to notify the devices in the network that they can still provide upgrade support.

[0086] Step S204: Check the service load status. If the service load is abnormal, interrupt the upgrade. Otherwise, continue sending the new version upgrade package to the old version devices for upgrade until the upgrade is complete.

[0087] For older devices (devices to be upgraded), perform the following steps:

[0088] Step S205: Receive ARP message.

[0089] Step S206: Compare the version information carried in the ARP message with its own current version information. If its current version is lower, it is determined that an upgrade is needed; otherwise, the process ends and no upgrade is performed.

[0090] Step S207: When it is determined that an upgrade is needed, establish a connection with the new version device and send an upgrade request.

[0091] Step S208: If an interruption occurs during the upgrade process, an upgrade request is sent to other new version devices based on the ARP messages received from other new version devices. If no interruption occurs, the upgrade continues until it is complete.

[0092] Step S209: After the upgrade is completed, the device restarts and becomes a new version device, which can then send ARP messages in the local area network to provide upgrade support for other un-upgraded devices.

[0093] Another embodiment of this application, such as Figure 4 As shown, a device upgrade apparatus for a local area network (LAN) is provided for upgrading devices within a LAN, including:

[0094] The ARP message sending module is used to send ARP messages carrying new version information after upgrading to a new version;

[0095] The ARP message receiving module is used to receive ARP messages. When the current version of the device is lower than the new version carried in the ARP message, the device to be upgraded sends an upgrade request to the device that sent the ARP message.

[0096] The upgrade request response module is used to send a new version upgrade package to the device to be upgraded for upgrade, if the upgrade policy allows, after receiving an upgrade request from the device to be upgraded.

[0097] The local area network (LAN) device upgrade device of this embodiment is applied to devices within a LAN, providing device upgrade support. Specific limitations of the LAN device upgrade device can be found in the limitations of the LAN device upgrade method described above, and will not be repeated here. Each module in the aforementioned LAN device upgrade device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in or independent of the processor in a computer device in hardware form, or stored in the memory of a computer device in software form, so that the processor can call and execute the operations corresponding to each module.

[0098] Another embodiment of this application provides an electronic device, such as... Figure 5 As shown, the electronic device provided in this embodiment includes a processor and a memory storing a plurality of computer instructions. When the computer instructions are executed by the processor, they implement the steps of the above-described device upgrade method within a local area network.

[0099] The processor in the aforementioned local area network (LAN) device upgrade device and electronic device can be one or more, and the memory is used to store computer instructions, which can be one or more computer programs. In this embodiment, the computer instructions are executed by the processor, causing the processor to implement the LAN device upgrade method described in this application embodiment.

[0100] Another embodiment of this application provides a computer-readable storage medium having computer instructions stored thereon, which are executed by a processor to implement the steps of the above-described device upgrade method within a local area network.

[0101] The computer-readable storage medium of this invention can be any combination of one or more computer-readable media. The computer-readable medium can be a computer-readable signal medium or a computer-readable storage medium. For example, a computer-readable storage medium can be, but is not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples (a non-exhaustive list) of computer-readable storage media include: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), flash memory, optical fiber, portable CD-ROM, optical storage device, magnetic storage device, or any suitable combination thereof. The computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.

[0102] The processor may be an integrated circuit chip with data processing capabilities. The aforementioned processor can be a general-purpose processor, including a central processing unit (CPU), a network processor, etc. It can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this invention. The general-purpose processor can be a microprocessor or any conventional processor.

[0103] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the invention patent. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this patent application should be determined by the appended claims.

Claims

1. A method for upgrading devices within a local area network (LAN), used to upgrade devices within a LAN, characterized in that... The method for upgrading devices within the local area network includes: After upgrading to the new version, an ARP message carrying the new version information is sent; the ARP message also carries the listening port number, which is used to establish a connection with the device to be upgraded and to receive the upgrade request sent by the device to be upgraded; the ARP message also carries an upgrade policy, which the device to be upgraded inherits after receiving the ARP message. When receiving an ARP message, if the current version of the device is lower than the new version carried in the ARP message, the device to be upgraded sends an upgrade request to the device that sent the ARP message. Upon receiving an upgrade request from the device to be upgraded, and if the upgrade policy allows, the new version upgrade package will be sent to the device to be upgraded for upgrade.

2. The method for upgrading devices within a local area network as described in claim 1, characterized in that, The method for upgrading devices within the local area network also includes: If the business load is abnormal during the process of sending the new version upgrade package to the device to be upgraded, the sending of the new version upgrade package will be terminated, and the offset of the new version upgrade package and the address of the device to be upgraded will be carried in the ARP message. The method for upgrading devices within the local area network also includes: Upon receiving an ARP message, if a new version upgrade package offset and the address of the device to be upgraded are found, then when an upgrade request is received from the address of the device to be upgraded, a new version upgrade package is sent from the new version upgrade package offset.

3. The method for upgrading devices within a local area network as described in claim 1, characterized in that, The upgrade strategy is a serial upgrade strategy. Upon receiving an upgrade request from the device to be upgraded, and if the upgrade strategy allows, the new version upgrade package is sent to the device to be upgraded for upgrade, including: Upon receiving an upgrade request from the device to be upgraded, if the system is not currently sending a new version upgrade package to another device to be upgraded, the system will send the new version upgrade package to the device to be upgraded for upgrade; otherwise, the system will send a response message to the device to be upgraded, rejecting the upgrade request.

4. The method for upgrading devices within a local area network as described in claim 1, characterized in that, The upgrade strategy is a parallel upgrade strategy. Upon receiving an upgrade request from the device to be upgraded, and if the upgrade strategy allows, the new version upgrade package is sent to the device to be upgraded for upgrade, including: Upon receiving an upgrade request from the device to be upgraded, if there is remaining upgrade capacity, the new version upgrade package will be sent to the device to be upgraded for upgrade; otherwise, a response message will be sent to the device to be upgraded, notifying it to try again after a preset time period.

5. The method for upgrading devices within a local area network as described in claim 4, characterized in that, The process of sending the new version upgrade package to the device to be upgraded also includes: Determine if you have remaining upgrade capabilities. If so, continue sending ARP messages and receive upgrade requests from other devices waiting to be upgraded.

6. A device upgrade apparatus for a local area network (LAN), used to upgrade devices within a LAN, characterized in that... The local area network device upgrade device includes: The ARP message sending module is used to send ARP messages carrying new version information after upgrading to a new version; the ARP message also carries a listening port number for establishing a connection with the device to be upgraded and receiving upgrade requests sent by the device to be upgraded; the ARP message also carries an upgrade strategy, which the device to be upgraded inherits after receiving the ARP message. The ARP message receiving module is used to receive ARP messages. When the current version of the device is lower than the new version carried in the ARP message, the device to be upgraded sends an upgrade request to the device that sent the ARP message. The upgrade request response module is used to send a new version upgrade package to the device to be upgraded for upgrade, if the upgrade policy allows, after receiving an upgrade request from the device to be upgraded.

7. An electronic device comprising a processor and a memory storing a plurality of computer instructions, characterized in that, When the computer instructions are executed by the processor, they implement the steps of the method according to any one of claims 1-5.

8. A computer-readable storage medium storing computer instructions thereon, characterized in that, The computer instructions are executed by a processor to implement the steps of the method according to any one of claims 1-5.

Images