System upgrading method, robot and storage medium

Abstract

The invention discloses a system upgrading method, a robot and a storage medium. When an upgrading instruction is received, whether an upgrading file is locally stored in a robot or not is determined; if not, obtaining a target upgrading file according to the upgrading instruction; acquiring state information of the robot, and detecting whether the current state of the robot accords with a state for upgrading or not according to the state information; if yes, executing a target moving process to enable the robot to arrive at a designated place; when the robot arrives at a designated place, performing identity verification on the intelligent cabinet to determine whether the intelligent cabinet is the intelligent cabinet corresponding to the upgrading instruction; if yes, sending an upgrade information request to the intelligent cabinet; receiving system version information returned by the intelligent cabinet according to the upgrading information request; and when the system version information meets a preset upgrading requirement, sending the target upgrading file to the intelligent cabinet. According to the invention, the intelligent, convenient and precise upgrading process of the intelligent cabinet system is realized, and the off-line upgrading cost is saved.

Description

Technical Field

[0001] The present application relates to the technical field of system upgrade, and in particular to a system upgrade method, a robot and a storage medium. Background Art

[0002] With the popularity of smart cabinets (for example, smart takeaway cabinets, smart express cabinets, and smart retail cabinets, etc.), system upgrades of smart cabinets are an indispensable part. System upgrades of smart cabinets are usually completed by communicating with cloud servers and sending upgrade requests. However, in specific application scenarios, poor or disconnected network signals at the location of the smart cabinet will cause the communication connection with the cloud server to be disconnected, and it is impossible to send a request to the cloud server to upgrade the system. Although system upgrades can be completed without relying on network connections by burning through data transmission lines, this method requires on-site operation by relevant personnel, which consumes manpower and material resources. The smart cabinet also needs to remain stopped during the upgrade process, affecting normal use. Summary of the invention

[0003] The implementation method of the present application mainly solves the technical problem of how to accurately and conveniently upgrade the system of the smart cabinet intelligently.

[0004] To solve the above technical problems, a technical solution adopted in the implementation mode of the present application is: to provide a system upgrade method, which is applied to a robot, and the method includes: when receiving an upgrade instruction, determining whether the robot has an upgrade file saved locally; if the upgrade file is not saved, obtaining a target upgrade file according to the upgrade instruction; obtaining the status information of the robot, and detecting whether the current status of the robot meets the status for upgrading according to the status information; if it meets the status for upgrading, executing a target movement process to enable the robot to arrive at a designated location; when the robot arrives at the designated location, performing an identity verification on the smart cabinet to determine whether the smart cabinet is the smart cabinet corresponding to the upgrade instruction; if the smart cabinet is the smart cabinet corresponding to the upgrade instruction, sending an upgrade information request to the smart cabinet; receiving the system version information returned by the smart cabinet according to the upgrade information request; when the system version information meets the preset upgrade requirements, sending the target upgrade file to the smart cabinet, so that the smart cabinet upgrades the system according to the target upgrade file.

[0005] Optionally, after determining whether the robot has an upgrade file saved locally, the method further includes: if the upgrade file is saved, comparing the version number of the upgrade file corresponding to the upgrade instruction with the version number of the locally saved upgrade file; if the version number of the locally saved upgrade file is higher than or equal to the version number of the upgrade file corresponding to the upgrade instruction, using the locally saved upgrade file as the target upgrade file; if the version number of the locally saved upgrade file is lower than the version number of the upgrade file corresponding to the upgrade instruction, requesting to obtain the upgrade file with the version number corresponding to the upgrade instruction, so that after obtaining the new upgrade file, the new upgrade file is saved locally to the robot, and the new upgrade file is used as the target upgrade file.

[0006] Optionally, obtaining the status information of the robot and detecting whether the current status of the robot meets the status for upgrading based on the status information include: obtaining the status information of the robot, the status information including current task information, current power information, and current time information; testing the status information to obtain a first test result; if the first test result satisfies that the current task information is in a non-important state, the current power information is in a sufficient state, and the current time information is in an idle state, then the robot meets the status for upgrading; if the first test result does not satisfy at least one of the current task information being in a non-important state, the current power information being in a sufficient state, and the current time information being in an idle state, then the robot does not meet the status for upgrading.

[0007] Optionally, the method also includes: when the robot does not meet the status for upgrading, obtaining the current task information, the current power information, and the current time information according to the first inspection result; if the current task information is in an important status, the robot modifies the current task information to a non-important status after completing the current task; if the current power information is in an insufficient status, the robot automatically charges to a preset power level and then modifies the current power information to a sufficient status; if the current time information is in a busy status, the robot modifies the current time information to an idle status after completing all tasks in the current time period.

[0008] Optionally, an identity verification is performed on the smart cabinet to determine whether the smart cabinet is the smart cabinet corresponding to the upgrade instruction, including: comparing the device serial number carried by the upgrade instruction with the serial number of the smart cabinet; if the device serial number carried by the upgrade instruction is the same as the serial number of the smart cabinet, it indicates that the smart cabinet is a device that needs a system upgrade, and a communication connection is established with the smart cabinet; if the device serial number carried by the upgrade instruction is different from the serial number of the smart cabinet, it indicates that the smart cabinet is not a device that needs a system upgrade.

[0009] Optionally, when the system version information meets the preset upgrade requirements, the target upgrade file is sent to the smart cabinet, including: comparing the version number of the target upgrade file with the version number of the system version information; if the version number of the system version information is higher than or equal to the version number of the target upgrade file, the robot interrupts the communication connection with the smart cabinet; if the version number of the system version information is lower than the version number of the target upgrade file, sending the target upgrade file to the smart cabinet, so that the smart cabinet receives the target upgrade file to upgrade the system.

[0010] Optionally, the method also includes: after the robot learns that the smart cabinet has completed the system upgrade, sending an upgrade file forwarding instruction to the smart cabinet, so that the smart cabinet transfers the target upgrade file to other smart cabinets for system upgrade; the other smart cabinets are in the same local area network as the smart cabinet.

[0011] Optionally, the smart cabinet is provided with a charging pile; the execution of the target movement process so that the robot reaches a designated location includes: according to the location of the charging pile, controlling the robot to move to the location of the charging pile, and docking with the charging pile for charging.

[0012] To solve the above technical problems, another technical solution adopted in the embodiment of the present application is: to provide a robot, comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the method described above.

[0013] In order to solve the above technical problems, another technical solution adopted in the implementation mode of the present application is: providing a non-volatile computer-readable storage medium, wherein the non-volatile computer-readable storage medium stores computer-executable instructions, and when the computer-executable instructions are executed by a robot, the robot executes the method described above.

[0014] Different from the related art, the present application determines whether the robot has an upgrade file saved locally when receiving an upgrade instruction; if no upgrade file is saved, the target upgrade file is obtained according to the upgrade instruction; the status information of the robot is obtained, and the current status of the robot is detected according to the status information to determine whether it meets the status for upgrading; if it meets the status for upgrading, the target movement process is executed to make the robot reach the designated location; when the robot arrives at the designated location, the identity of the smart cabinet is verified to determine whether the smart cabinet is the smart cabinet corresponding to the upgrade instruction; if the smart cabinet is the smart cabinet corresponding to the upgrade instruction, an upgrade information request is sent to the smart cabinet; the system version information returned by the smart cabinet according to the upgrade information request is received; when the system version information meets the preset upgrade requirements, the target upgrade file is sent to the smart cabinet, so that the smart cabinet upgrades the system according to the target upgrade file. Based on this, the robot acts as a medium as a carrier of the upgrade file and a four-fold verification mechanism to realize the intelligent upgrade of the smart cabinet system. Among them, the four-fold verification mechanism includes verifying the files saved locally by the robot, verifying the status information of the robot, verifying the identity of the smart cabinet, and verifying the system version information of the smart cabinet system. In this way, the problem of the smart cabinet being unable to upgrade the system when it cannot communicate and interact with the cloud server is effectively solved, thereby realizing the intelligent, convenient and precise upgrade process of the smart cabinet system and saving offline upgrade costs. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] One or more embodiments are exemplarily described by corresponding drawings, which do not constitute limitations on the embodiments. Elements with the same reference numerals in the drawings represent similar elements, and the figures in the drawings do not constitute proportional limitations unless otherwise stated.

[0016] Figure 1 This is a schematic diagram of a specific application scenario of a system upgrade method provided in an embodiment of the present application;

[0017] Figure 2 is a flow chart of a system upgrade method provided in an embodiment of the present application;

[0018] Figure 3 is a flow chart of a robot status information inspection process provided by an embodiment of the present application;

[0019] Figure 4 is a flow chart of a robot status information inspection process provided by another embodiment of the present application;

[0020] Figure 5 It is a flow chart of a smart cabinet identity verification process provided by an embodiment of the present application;

[0021] Figure 6 It is a flow chart of a smart cabinet system version information verification process provided by an embodiment of the present application;

[0022] Figure 7 is a flow chart of a system upgrade method provided by another embodiment of the present application;

[0023] Figure 8 is a flowchart of a system upgrade method provided by another embodiment of the present application;

[0024] Fig. 9 It is a schematic diagram of the hardware structure of a robot that executes the system upgrade method provided in an embodiment of the present application. DETAILED DESCRIPTION

[0025] In order to make the purpose, technical solutions and advantages of the present application more clearly understood, the present application 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 application and are not intended to limit the present application. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in the field without making creative work are within the scope of protection of the present application.

[0026] It should be noted that, if there is no conflict, the various features in the embodiments of the present application can be combined with each other, all within the scope of protection of the present application. Unless otherwise defined, all technical and scientific terms used in this specification have the same meaning as those generally understood by those skilled in the art of the present application. The terms used in the specification of the present application are only for the purpose of describing specific embodiments and are not used to limit the present application. The term "and / or" used in this specification includes any and all combinations of one or more related listed items.

[0027] See also Figure 1 , Figure 1 1 is a schematic diagram of a specific application scenario of a system upgrade method provided in an embodiment of the present application. Specifically, the application scenario includes a host computer 10, a slave computer 20 and a robot 30.

[0028] The host computer 10 is usually a device for monitoring, controlling and managing the lower computer 20, and is usually responsible for sending control instructions and processing and storing data sent back from the lower computer 20. Specifically, the host computer 10 can be a cloud server, a personal computer (PC), an industrial computer (IPC), and a cloud platform. In this embodiment, the host computer 10 is a cloud server, and its main functions include: command sending, data processing, real-time monitoring, human-computer interaction interface, storage and analysis, etc.

[0029] The lower computer 20 is usually a device that directly executes tasks. In this embodiment, the lower computer 20 is a smart cabinet, which usually has functions such as access management, item tracking, environmental monitoring, automatic alarm, and log recording.

[0030] The robot 30 is a robot with independent action capability, which generally includes an actuator, a sensor, a control system and a communication module. The robot 30 receives instructions sent by the host computer 10 and performs corresponding operation tasks, and collects and feeds back data to the host computer 10.

[0031] See also Figure 2 , Figure 2 1 is a flow chart of a system upgrade method provided in an embodiment of the present application. Figure 2 As shown, the method is applied to a robot, and the method comprises steps S101-S108:

[0032] S101: When receiving an upgrade instruction, determine whether the robot has an upgrade file stored locally.

[0033] In certain application scenarios, the network signal at the location of the smart cabinet is poor or disconnected, which will cause the communication connection with the cloud server to be disconnected, and it is impossible to send a request to the cloud server to upgrade the system. Therefore, the embodiment of the present application uses a robot as a medium to interact with the cloud server to obtain the upgrade file required for the smart cabinet system upgrade.

[0034] First, the operation and maintenance personnel prepare the upgrade file and upload it to the designated directory of the cloud server through SFTP, HTTP, or other protocols. Among them, the designated directory is usually used to store system upgrade files of different devices. After receiving the upgrade file uploaded by the operation and maintenance personnel, the cloud server will automatically perform an integrity check on it. Among them, the integrity check includes calculating the file's check code (for example, MD5, SHA256) and comparing it with the check code recorded before uploading. The cloud server may also verify the version information of the upgrade file, whether the format is correct, whether it contains necessary files, etc. After the verification passes, the cloud server moves or copies the upgrade file to a specific storage directory. This directory is usually organized according to the device type, version number, etc., for subsequent management and search. In addition, the server will also record relevant information of the upgrade file, such as version number, file name, storage path, check code, etc., for subsequent query and operation.

[0035] Secondly, the operation and maintenance personnel will check the records of the cloud server to confirm that the upgrade file has been correctly uploaded, verified, and stored in the correct directory. Once confirmed, the operation and maintenance personnel will prepare to issue upgrade instructions through the server background management interface or API. It can be understood that the operation and maintenance personnel or the automation system will locate the smart cabinet system that needs to be upgraded, as well as the associated robots. This location can be based on the device ID, IP address, or other identifiers. Subsequently, the cloud server sends an upgrade instruction to the target device (the robot under the smart cabinet system). This instruction usually contains the file name, storage path, version information, verification code, and other necessary information of the upgrade file.

[0036] Finally, the robot receives the upgrade instruction from the cloud server through the network interface, parses the upgrade instruction, and extracts important information such as the version number and file name of the upgrade file. According to the system configuration, determine the path for storing the upgrade file locally. For example, the path may be fixed, or it may be dynamically generated based on the version number or file name. Search for the upgrade file of the corresponding version under the determined path. It can be understood that it is to check whether there is a file with the same file name as specified in the upgrade instruction of the cloud server locally.

[0037] S102: If no upgrade file is saved, obtain a target upgrade file according to the upgrade instruction.

[0038] If no matching file is found, it is necessary to report to the cloud server that the file in the local storage is missing and the upgrade file needs to be downloaded again. It can be understood that the robot connects to the specified directory of the cloud server according to the path in the upgrade instruction, and transfers files through protocols such as HTTP and FTP, so that the robot downloads the target upgrade file from the cloud server and saves it to the local storage. It should be noted that after saving to the local storage, the robot verifies the integrity of the target upgrade file again to ensure that no data corruption occurs during the download process. In addition, the robot will also feedback the download results to the cloud server. It can be understood that if the download is successful and the verification passes, the robot will enter the upgrade preparation state. Otherwise, the robot will request to download again, or report an error and wait for manual intervention.

[0039] S103: Acquire the status information of the robot, and detect whether the current status of the robot meets the status for upgrading according to the status information.

[0040] After the robot obtains the target upgrade file, it will enter the upgrade preparation state. At this time, you also need to obtain the current status information of the robot. For details, please refer to Figure 3 , Figure 31 is a flowchart of a robot status information verification process provided by an embodiment of the present application, obtaining the status information of the robot, and detecting whether the current status of the robot meets the status for upgrading according to the status information, including steps S10311-S10314:

[0041] S10311: Acquire status information of the robot, where the status information includes current task information, current power information, and current time information.

[0042] First, the robot system needs to collect and obtain various information related to the current state of the robot. This information is used to evaluate whether the robot is in a suitable state for upgrading, mainly including current task information, current power information, and current time information.

[0043] The current task information describes the task or operation that the robot is performing. For example, in a logistics environment, the robot may be transporting goods, or in a home environment, the robot may be cleaning. It is crucial to prioritize the tasks. High-priority tasks (such as critical tasks) should not be interrupted, while low-priority tasks or non-important tasks (such as routine patrols or standby states) can be paused or interrupted.

[0044] The current power information refers to the battery or power status of the robot, which usually includes the percentage of remaining battery power or time, charging status, etc. Among them, sufficient power is a key factor to ensure a smooth upgrade process. Low power may cause the upgrade process to be terminated halfway, causing system instability or data corruption. Therefore, it is necessary to ensure that the power is sufficient and stable before upgrading.

[0045] The current time information refers to the current time point of the robot and its work schedule. For example, it may include whether the robot is in a scheduled idle time period or within the scheduled time range for executing a task. Among them, choosing an appropriate time for upgrading is to avoid interfering with the normal operation of the robot. For example, performing the upgrade process during the robot's critical task may cause the task to be interrupted or fail. Ideally, the upgrade process should be scheduled when the robot is idle or under load.

[0046] S10312: Check the status information to obtain a first check result.

[0047] The status information obtained in step S10311 is checked to determine whether each status information meets the preset standards or conditions. It can be understood that the robot will first check the current task information to see if it belongs to the "non-important state". Non-important states usually refer to tasks that can be suspended for a short time, such as patrolling, low-priority maintenance, etc. Secondly, the robot will check whether the battery power reaches a preset threshold. For example, if the power is less than 30%, the system may judge it as "insufficient power". Finally, the robot will analyze the current time information to determine whether it is in an idle time period or a low-load time period. For example, the robot may prepare for upgrades at night or during unplanned rest time.

[0048] S10313: If the first inspection result satisfies that the current task information is in a non-important state, the current power information is in a sufficient state, and the current time information is in an idle state, then the robot is in a state suitable for upgrading.

[0049] If the first test result in step S10312 shows that all conditions are met (i.e., the current task is in a non-important state, the battery is sufficient, and the time is in an idle state), it will be determined that the current state of the robot is suitable for upgrading. It can be understood that the current task information is in a non-important state: the task being performed by the robot can be paused or delayed, and will not have a significant impact on the overall system or workflow. The current power information is sufficient: the robot has enough power to complete the entire upgrade process, ensuring that the upgrade will not be interrupted due to power exhaustion. The current time information is idle: the robot is currently in a time period suitable for upgrading, which may be a scheduled maintenance window or a no-task period. When these conditions are met, the robot can safely trigger subsequent operations to ensure that there is no adverse effect on the robot's work or status.

[0050] S10314: If the first inspection result does not satisfy at least one of the following: the current task information is in a non-important state, the current power information is in a sufficient state, and the current time information is in an idle state, then the robot does not meet the state for upgrading.

[0051] If the first inspection result in step S10312 shows that any condition is not met (i.e., the current task is in an important state, the power is insufficient, or the time is not suitable), the system will determine that the current state of the robot is not suitable for upgrading. It can be understood that the current task information is in an important state: the robot may be performing a critical task, such as emergency handling or an important production task, and the upgrade may cause interference or loss to the overall workflow. The current power information is insufficient: if the power is insufficient, the upgrade process may cause the robot to shut down unexpectedly due to power exhaustion in the middle of the upgrade process, which may cause system failure or data corruption. The current time information is not idle: if the time is not suitable, the upgrade process may conflict with other critical tasks, resulting in improper resource allocation or task failure. In this case, subsequent operations will be postponed or canceled until the conditions are met to ensure the stability of the robot's operation and the continuity of the task.

[0052] See also Figure 4 , Figure 4 1 is a flowchart of a robot status information inspection process provided by another embodiment of the present application. The system upgrade method of the present invention includes steps S10321-S10324:

[0053] S10321: When the robot does not meet the state for upgrading, the current task information, the current power information, and the current time information are obtained according to the first inspection result.

[0054] When the robot system detects that the robot does not meet the state for upgrading, that is, when the first inspection result in step S10312 fails, the current task information, current power information, and current time information are obtained according to the first inspection result, and these state information are stored in the robot system log and analyzed to provide a basis for subsequent steps. Among them, the current task information records the task currently executed by the robot and its priority, the current power information records the current power percentage or charging status, and the current time information records the current system time and task schedule.

[0055] S10322: If the current task information is in an important state, the robot modifies the current task information to a non-important state after completing the current task.

[0056] The robot system checks the priority of the current task information. If the current task is marked as "important status", the system will identify the task as a task that cannot be interrupted during the upgrade. Subsequently, the system monitors the progress of the important task. When the task is close to completion, the system will prepare in advance to execute the next step of the upgrade process. When the task is completed, the system automatically updates the current task information and changes its status to "non-important status". The system can choose to send a notification or record a log to indicate that the task has been completed and the robot is ready for the next step. After the task status is changed to "non-important status", the system will continue to evaluate whether other conditions (such as power and time) have been met.

[0057] S10323: If the current power information is in an insufficient state, the robot automatically charges to a preset power level and then modifies the current power information to a sufficient state.

[0058] The system checks the current power information. If the power is lower than the preset minimum threshold (for example, 30%), the system determines it as "insufficient state". The system sends an automatic charging instruction to the robot. The robot will suspend the current operation and autonomously go to the charging station for charging. The robot connects to the charging station and starts charging until the power reaches the preset "sufficient state" threshold (for example, 80% or 100%). The system monitors the charging process in real time. When the power reaches the preset value, the system will automatically update the current power information and mark its status as "sufficient state". The system will continue to evaluate whether other conditions (such as time) meet the requirements.

[0059] S10324: If the current time information is in a busy state, the robot modifies the current time information to an idle state after completing all tasks in the current time period.

[0060] The system checks the current time information. If the current time period is marked as "busy", it indicates that the robot is currently in a task-intensive or high-priority task execution time period. The system monitors the progress of tasks in the current time period. It ensures that all tasks are completed within the scheduled time and do not affect the normal work flow of the robot. Among them, the system can prioritize upcoming tasks through the task scheduler to ensure that key tasks are completed on time. When all tasks in the current time period are completed, the system automatically changes the current time information status to "idle" and sends a notification or records a log to indicate that the robot has entered the idle state.

[0061] It can be understood that through the above steps S10321 to S10324, the robot system can flexibly manage the robot's tasks, power and time status to ensure that the upgrade process is carried out under appropriate conditions. Its main advantage is that it can automatically adapt to the current working status of the robot without manual intervention, ensuring that the entire upgrade process is carried out smoothly and will not have a negative impact on the key tasks performed by the robot.

[0062] S104: If the state for upgrading is met, a target movement process is executed to enable the robot to reach a designated location.

[0063] When the current state information of the robot meets the requirements, the target movement process begins. It can be understood that the robot extracts the location information of the specified location from the upgrade instruction. This location is usually the location of the smart cabinet that the robot needs to go to. Path planning is performed based on the current location of the robot and the target location. Considering factors such as obstacles in the path, the shortest path of the driving route, and traffic flow, the optimal movement route is calculated.

[0064] It then generates navigation instructions, including moving direction, speed, turning angle, etc., and starts moving according to the instructions, heading to the target location along the predetermined path. During the movement, the robot uses built-in sensors (such as lidar, infrared sensors, cameras, etc.) to monitor obstacles on the path in real time. If it encounters an obstacle or pedestrian, the robot will automatically slow down, stop, or re-plan the path to bypass the obstacle.

[0065] When the robot approaches the target location, the system uses precise positioning technology (such as visual recognition, GPS correction, odometer, etc.) to correct the robot's position to ensure that it reaches the designated location accurately. The robot confirms that it has arrived at the designated location through map matching or reading the target location's identification (such as QR code, RFID tag, etc.). The system records the arrival time and prepares to execute the next step.

[0066] In some embodiments, the smart cabinet is provided with a charging station;

[0067] The target movement process is executed so that the robot reaches a designated location, including:

[0068] According to the location of the charging pile, the robot is controlled to move to the location of the charging pile and dock with the charging pile for charging.

[0069] It can be understood that the robot obtains the specific location coordinates or geographic information of the charging pile (for example, the specific location in a factory or warehouse). Based on the distance between the robot's current location and the location of the charging pile, obstacles on the path, terrain and other factors, the optimal movement path is calculated. According to the planned path, a series of navigation instructions are generated, including turning, moving, speed adjustment, etc., to ensure that the robot can successfully reach the designated location.

[0070] During the movement, the robot uses sensors (such as lidar, camera, infrared sensor, etc.) to monitor obstacles on the path in real time and perform dynamic obstacle avoidance. If a temporary obstacle is encountered, the robot will automatically adjust the path. In addition, the robot uses position sensors (such as GPS, odometer, IMU, etc.) to correct its position in real time to ensure that it moves along the predetermined path.

[0071] When the robot approaches the charging pile, the system uses fine positioning technology (such as visual recognition, RFID, etc.) to correct the position to ensure that the robot can accurately dock with the charging pile. After the robot reaches the charging pile, the system controls the robot to perform precise docking operations so that its charging interface is aligned with the interface of the charging pile and the connection is completed. Once the charging interface is successfully docked, the robot starts charging, and the system monitors the charging process to ensure that the power gradually reaches a sufficient state and is ready for subsequent upgrade operations. During charging, the system monitors parameters such as charging current, voltage, and temperature in real time to ensure the safety and effectiveness of the charging process.

[0072] S105: When the robot arrives at the designated location, it performs identity verification on the smart cabinet to determine whether the smart cabinet is the smart cabinet corresponding to the upgrade instruction.

[0073] After the robot arrives at the designated location, it uses built-in identification equipment (such as QR code scanner, RFID reader, camera, etc.) to read the identification information of the smart cabinet. This identification information can be the device serial number, ID code, QR code, RFID tag or visual features of the smart cabinet.

[0074] See also Figure 5 , Figure 5 1 is a flowchart of a smart cabinet identity verification process provided by an embodiment of the present application, performing identity verification on a smart cabinet to determine whether the smart cabinet is the smart cabinet corresponding to the upgrade instruction, including steps S1051-S1053:

[0075] S1051: Compare the device serial number carried in the upgrade instruction with the serial number of the smart cabinet.

[0076] The upgrade instruction received by the robot contains the serial number of the device to be upgraded. This serial number is unique and is used to identify a specific device or smart cabinet. The robot compares the device serial number read from the smart cabinet with the serial number carried in the upgrade instruction. During the comparison process, the robot will perform an accurate match to ensure that the two serial numbers are exactly the same, including details such as uppercase and lowercase letters and numerical order. Based on the comparison results, it determines whether the smart cabinet is the specified target device and prepares for the corresponding subsequent operations.

[0077] S1052: If the device serial number carried in the upgrade instruction is the same as the serial number of the smart cabinet, it indicates that the smart cabinet is a device that needs a system upgrade, and a communication connection is established with the smart cabinet.

[0078] If it is confirmed that the device serial number in the upgrade instruction is consistent with the serial number of the smart cabinet, it indicates that this smart cabinet is the target device, and the robot will record the successful matching information in the log for future query or audit. Subsequently, the robot starts the communication module with the smart cabinet and prepares to establish a secure communication connection. Depending on the design of the smart cabinet, communication may be carried out through a wired connection (such as Ethernet) or a wireless connection (such as Wi-Fi, Bluetooth, etc.). During the communication establishment process, the robot may also perform device authentication to ensure the legitimacy of the identities of both parties in the communication. At the same time, the communication data may be encrypted to protect sensitive information during transmission. After the communication connection is established, the robot will begin to prepare the upgrade files required for the upgrade, which may include firmware, configuration files or other update content.

[0079] S1053: If the device serial number carried in the upgrade instruction is different from the serial number of the smart cabinet, it indicates that the smart cabinet is not a device that requires a system upgrade.

[0080] If the robot finds that the device serial number in the upgrade instruction is inconsistent with the serial number of the smart cabinet, it means that the current smart cabinet is not the device specified for upgrade. The robot will record the matching failure information in the log, marking the operation as failed, which may include timestamp, device ID and other information. In addition, the robot will immediately stop the subsequent upgrade process to avoid incorrect upgrade of non-target devices and return to the starting point.

[0081] Through the implementation process of steps S1051 to S1053, the robot can accurately identify and verify the identity of the smart cabinet, ensuring that the system upgrade is performed only on the target device. This process effectively prevents erroneous operations and ensures the accuracy and security of the upgrade. When the match is successful, the robot establishes a communication connection and prepares to perform the upgrade. When the match fails, the robot immediately stops the operation and provides a corresponding error handling mechanism.

[0082] S106: If the smart cabinet is the smart cabinet corresponding to the upgrade instruction, an upgrade information request is sent to the smart cabinet.

[0083] First, in the above step S105, the robot has confirmed through serial number verification that the current smart cabinet is the target device that needs to be upgraded. At this point, it is ready to send an upgrade information request to the smart cabinet. Among them, the current communication connection status, the response capability of the smart cabinet, and the signal strength between the robot and the smart cabinet are also checked to ensure that the request can be sent smoothly and receive a response.

[0084] Secondly, the robot generates a data packet containing an upgrade information request. The request may include the request type, the serial number of the target device, the current timestamp, and the specific content of the request (for example, requesting system version information). To ensure the security of the request, the robot will encrypt the request data and attach a digital signature to prevent the data from being tampered with during transmission. It should be noted that during this process, the robot will monitor the transmission process of the request in real time to confirm whether the data packet has successfully reached the smart cabinet. If an error occurs during the transmission process (such as data loss, network interruption, etc.), it will try to resend the request.

[0085] Finally, after successfully receiving the upgrade information request, the smart cabinet usually returns a reception confirmation signal. After receiving the confirmation signal, the robot records the sending status of this request and prepares to process the subsequent response information.

[0086] S107: Receive the system version information returned by the smart cabinet according to the upgrade information request.

[0087] When the smart cabinet receives the upgrade information request, it extracts the relevant information and builds a response packet containing its current system version information. The response packet is returned to the robot through the same communication channel. After receiving the response packet, the robot will unpack and parse the data and extract the system version information returned by the smart cabinet. It should be noted that the robot confirms the legitimacy of the data by verifying the encrypted signature or checksum to ensure that the data has not been tampered with. If an error occurs during the reception process (such as network interruption, data corruption, etc.), the error handling mechanism will be triggered. This may include resending the request and recording error logs. If the smart cabinet does not return a response packet within the predetermined time, the robot will consider the request to have failed and take appropriate measures, such as retrying the request or switching to an alternate communication channel.

[0088] In steps S106 and S107, the robot obtains the current system version information of the smart cabinet by sending an upgrade information request to the smart cabinet. This process ensures that the robot can understand the status of the smart cabinet in real time and decide whether to continue the system upgrade based on its current version. The entire process includes security verification, data transmission, response processing, and error management to ensure the security and reliability of the communication process. Through these steps, the robot can accurately determine the upgrade requirements and take appropriate actions to ensure that the upgrade operation proceeds smoothly.

[0089] S108: When the system version information meets the preset upgrade requirements, the target upgrade file is sent to the smart cabinet, so that the smart cabinet upgrades the system according to the target upgrade file.

[0090] See also Figure 6 , Figure 6 It is a flowchart of a smart cabinet system version information verification process provided by an embodiment of the present application. When the system version information meets the preset upgrade requirements, the target upgrade file is sent to the smart cabinet, including steps S1081-S1083:

[0091] S1081: Compare the version number of the target upgrade file with the version number of the system version information.

[0092] S1082: If the version number of the system version information is higher than or equal to the version number of the target upgrade file, the robot interrupts the communication connection with the smart cabinet.

[0093] S1083: If the version number of the system version information is lower than the version number of the target upgrade file, the target upgrade file is sent to the smart cabinet, so that the smart cabinet receives the target upgrade file to upgrade the system.

[0094] First, after receiving the current system version information of the smart cabinet through the previous step (such as S107), the robot will compare this information with the preset upgrade requirements. The preset upgrade requirements usually include a version number. Through the comparison, it can be determined whether the current version meets the conditions for continuing to upgrade.

[0095] If the system version number of the smart cabinet is higher than or equal to the version number of the target upgrade file, it means that the system of the smart cabinet is already the latest, or at least consistent with the target version. In this case, no upgrade operation is required. The robot then interrupts the communication connection with the smart cabinet to save resources and avoid repeated upgrade operations. After interrupting communication, the robot will record the results of this operation and report it to the server later.

[0096] If the system version number of the smart cabinet is lower than the version number of the target upgrade file, it indicates that the system of the smart cabinet needs to be upgraded to the target version. At this point, the robot will continue the upgrade operation. It can be understood that the robot will prepare and send the target upgrade file to the smart cabinet. These files usually include firmware update packages, software upgrade packages or other necessary system components. Before sending, the robot will also verify the upgrade file to ensure the integrity and legitimacy of the file to prevent errors or tampering during the transmission process.

[0097] After the smart cabinet receives the target upgrade file, it verifies the integrity and legitimacy of the file. Once the file is confirmed to be correct, the smart cabinet will start the system upgrade operation. This usually includes: Unzip and install the upgrade file: Unzip and install the received upgrade file into the smart cabinet system. System restart: After the installation is completed, the smart cabinet system needs to be restarted for the update to take effect.

[0098] The above process can ensure that the smart cabinet system is upgraded only when necessary, avoiding unnecessary repeated operations, while ensuring the security and accuracy of the upgrade process. By comparing the version numbers, the system can automatically determine whether an upgrade is required and take appropriate actions based on the judgment results. This process design not only improves the efficiency of system upgrades, but also reduces potential error risks, helping to ensure the normal operation and continuous updating of smart cabinets.

[0099] In some embodiments, see Figure 7 , Figure 7 : is a flowchart of a system upgrade method provided by another embodiment of the present application. After determining whether the robot has an upgrade file stored locally, the method includes steps S201-S209:

[0100] S201: When receiving an upgrade instruction, determine whether the robot has an upgrade file stored locally.

[0101] S202: If no upgrade file is saved, obtain a target upgrade file according to the upgrade instruction.

[0102] S203: If an upgrade file is saved, the version number of the upgrade file corresponding to the upgrade instruction is compared with the version number of the locally saved upgrade file; if the version number of the locally saved upgrade file is higher than or equal to the version number of the upgrade file corresponding to the upgrade instruction, the locally saved upgrade file is used as the target upgrade file; if the version number of the locally saved upgrade file is lower than the version number of the upgrade file corresponding to the upgrade instruction, a request is made to obtain the upgrade file with the version number corresponding to the upgrade instruction, so that after the new upgrade file is obtained, the new upgrade file is saved locally to the robot and the new upgrade file is used as the target upgrade file.

[0103] First, it is necessary to check whether there is an upgrade file matching the upgrade instruction in the robot's local storage. Each upgrade file usually comes with a version number, file name, and other relevant metadata, which will be recorded in the robot's local file management system. It can be understood that the robot reads the version number of the saved upgrade file from the local storage and compares it with the target version number specified in the upgrade instruction. This step is to determine whether the existing upgrade file is still applicable or whether a newer version needs to be obtained.

[0104] If the version number of the locally saved upgrade file is higher than or equal to the version number specified in the upgrade instruction, the robot can consider the local file to be the latest or available version. At this time, there is no need to re-acquire the upgrade file from the outside, and the locally stored upgrade file will be directly used as the target upgrade file. If the version number of the locally saved upgrade file is lower than the version number specified in the upgrade instruction, the robot considers the existing file to be outdated and cannot meet the upgrade requirements. At this time, it is necessary to obtain the latest upgrade file corresponding to the upgrade instruction.

[0105] Secondly, when it is confirmed that the local upgrade file version number is lower than the target version number, a request will be triggered to obtain the latest version of the upgrade file from the cloud server. This request usually includes the robot identifier, the current local file version number, and the target version number in the upgrade instruction. After receiving the request, the server will send the latest version of the upgrade file to the robot. The robot then downloads the file and performs an integrity check (such as using checksums, hash values, etc.) to ensure that the file has not been damaged or tampered with during transmission.

[0106] Finally, once the latest upgrade file is downloaded and verified, it is saved to the robot's local storage, replacing or retaining the original old version file, and updating the file's version number information and related metadata at the same time to ensure that subsequent operations can correctly identify and use the latest file. The downloaded new file is marked as the target upgrade file for the current operation and is ready to be used in the next upgrade process.

[0107] S204: Acquire the status information of the robot, and detect whether the current status of the robot meets the status for upgrading according to the status information.

[0108] S205: If the state for upgrading is met, the target movement process is executed to make the robot reach the designated location.

[0109] S206: When the robot arrives at the designated location, it performs an identity verification on the smart cabinet to determine whether the smart cabinet is the smart cabinet corresponding to the upgrade instruction.

[0110] S207: If the smart cabinet is the smart cabinet corresponding to the upgrade instruction, an upgrade information request is sent to the smart cabinet.

[0111] S208: Receive the system version information returned by the smart cabinet according to the upgrade information request.

[0112] S209: When the system version information meets the preset upgrade requirements, the target upgrade file is sent to the smart cabinet, so that the smart cabinet upgrades the system according to the target upgrade file.

[0113] For details of the description of steps S201 - S202 and S204 - S209 , please refer to the above-mentioned specific description of steps S101 - S108 , which will not be repeated here.

[0114] The method provided in the embodiment of the present application determines whether the robot has an upgrade file stored locally, and then determines whether to directly use the local file or obtain a new upgrade file by comparing the version number of the locally stored upgrade file with the version number specified in the upgrade instruction. This process is intended to optimize resource usage, reduce unnecessary file download operations, and ensure that the upgrade file used by the robot is always the latest version. Through such a mechanism, the system can improve the efficiency and security of the upgrade operation while ensuring the quality of the upgrade file.

[0115] In some embodiments, see Figure 8 , Figure 8 : is a flowchart of a system upgrade method provided by another embodiment of the present application, the method comprising steps S301-S309:

[0116] S301: When receiving an upgrade instruction, determine whether the robot has an upgrade file stored locally.

[0117] S302: If no upgrade file is saved, obtain a target upgrade file according to the upgrade instruction.

[0118] S303: Acquire the status information of the robot, and detect whether the current status of the robot meets the status for upgrading according to the status information.

[0119] S304: If the state for upgrading is met, the target movement process is executed to make the robot reach the designated location.

[0120] S305: When the robot arrives at the designated location, it performs identity verification on the smart cabinet to determine whether the smart cabinet is the smart cabinet corresponding to the upgrade instruction.

[0121] S306: If the smart cabinet is the smart cabinet corresponding to the upgrade instruction, an upgrade information request is sent to the smart cabinet.

[0122] S307: Receive the system version information returned by the smart cabinet according to the upgrade information request.

[0123] S308: When the system version information meets the preset upgrade requirements, the target upgrade file is sent to the smart cabinet, so that the smart cabinet upgrades the system according to the target upgrade file.

[0124] S309: After the robot learns that the smart cabinet has completed the system upgrade, it sends an upgrade file forwarding instruction to the smart cabinet, so that the smart cabinet transfers the target upgrade file to other smart cabinets for system upgrade; the other smart cabinets are in the same local area network as the smart cabinet.

[0125] In step S308, the target upgrade file has been successfully transmitted to the smart cabinet, and the smart cabinet has completed the system upgrade according to the file. The robot will receive the upgrade completion status notification of the smart cabinet through a predetermined communication protocol, which is a clear completion signal or log record information.

[0126] First, the robot will generate an upgrade file forwarding instruction as needed. This instruction usually includes the following: Target smart cabinet list: The instruction lists the unique identifiers of other smart cabinets that need to receive the upgrade file (such as MAC address, IP address, etc.). File path and name: Indicates the storage path of the upgrade file in the smart cabinet system so that the file can be read and forwarded correctly. Transfer method: Indicates the file transfer method, such as using FTP, HTTP, or a shared folder in the local area network. File verification information: Such as the checksum or hash value of the file, used to ensure that the file has not been tampered with during the transmission process.

[0127] Secondly, the robot sends the upgrade file forwarding instruction to the smart cabinet that has completed the upgrade through the communication channel in the local area network. During the sending process, the robot will use encrypted transmission technology to ensure the stability and security of the communication channel. After receiving the forwarding instruction, the smart cabinet will return a confirmation response, indicating that it is ready for file transfer. This confirmation response may also include some preliminary information, such as the accessibility status of other smart cabinets.

[0128] Again, after receiving the forwarding instruction and confirming that it is ready, the smart cabinet will start the file transfer process. The target of the file transfer is other smart cabinets in the LAN, and these devices will receive the same target upgrade file as the original smart cabinet. The transmission method depends on the configuration and system requirements in the LAN. Common methods include using a network shared folder, transferring through an FTP server, or sending files directly through a peer-to-peer (P2P) communication protocol. In addition, the file transfer process is monitored in real time, and the transfer status is recorded, including the start time, end time, file size, transfer rate, etc. If a problem occurs during the transmission process, a retry mechanism will be triggered or an error will be reported.

[0129] Finally, after receiving the file, each target smart cabinet will return a receipt confirmation message to the sending smart cabinet. These confirmation messages will be summarized in the robot system to record the reception status of each smart cabinet. Each smart cabinet that receives the file will perform a file integrity check to ensure that no data is lost or damaged during the transmission process. After the verification is successful, the status of each smart cabinet will be updated to mark it as ready for system upgrade. It can be understood that after the file transfer is completed and passed the verification, the system upgrade process of other smart cabinets can be automatically triggered. This process is similar to the upgrade process of the initial smart cabinet, ensuring that the smart cabinets in the entire LAN can successfully complete the system update. In addition, after the entire upgrade process is completed, each smart cabinet will report the upgrade results to the robot system, and the robot will update its task log and record the success or failure status.

[0130] It should be noted that the detailed description of steps S301-S308 can be found in the above-mentioned specific description of steps S101-S108, which will not be repeated here.

[0131] The embodiment of the present application designs an efficient and secure file forwarding and upgrade mechanism to ensure that multiple smart cabinets in a local area network can quickly synchronize system updates. This process uses robots as a command center to coordinate the distribution and transmission of upgrade files, greatly improving the automation level and overall efficiency of system upgrades. By ensuring file integrity and transmission security, the system can effectively prevent common problems that occur during the upgrade process, such as file corruption or version inconsistency.

[0132] The present application also provides a robot, see Fig. 9 , which shows a schematic diagram of the hardware structure of a robot capable of executing the method described in the above embodiment. The robot 300 includes: at least one processor 310; and a memory 320 in communication with the at least one processor 310, Fig. 9In the embodiment, a processor 310 is taken as an example. The memory 320 stores instructions that can be executed by the at least one processor 310. The instructions are executed by the at least one processor 310 so that the at least one processor 310 can execute the system upgrade method described in the above embodiment. The processor 310 and the memory 320 can be connected via a bus or other means. Fig. 9 The example of connecting through bus is taken in the following.

[0133] The memory 320 is a non-volatile computer-readable storage medium that can be used to store non-volatile software programs, non-volatile computer executable programs and modules, such as program instructions / modules corresponding to the system upgrade method in the embodiment of the present application. The processor 310 executes various functional applications and data processing of the server by running the non-volatile software programs, instructions and modules stored in the memory 320, that is, implementing the system upgrade method described in the above embodiment.

[0134] The memory 320 may include a program storage area and a data storage area, wherein the program storage area may store an operating system and applications required for at least one function; the data storage area may store data created according to the use of the computing device, etc. In addition, the memory 320 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, or other non-volatile solid-state storage device. In some embodiments, the memory 320 may optionally include a memory remotely arranged relative to the processor 310, and these remote memories may be connected to the computing device via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0135] The one or more modules are stored in the memory 320, and when executed by the one or more processors 310, the system upgrade method described in the above embodiment is executed.

[0136] The embodiment of the present application also provides a non-volatile computer-readable storage medium, wherein the non-volatile computer-readable storage medium stores computer-executable instructions, and the computer-executable instructions are executed by one or more processors so that the at least one processor can execute the system upgrade method described in the above embodiment. For example, the non-volatile computer-readable storage medium can be a read-only memory (ROM), a random access memory (RAM), a compact disc read-only memory (CDROM), a magnetic tape, a floppy disk, an optical data storage device, etc.

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

Claims

1. A system upgrade method, applied to a robot, characterized in that: The method comprises: Upon receiving an upgrade instruction, determine whether the robot has an upgrade file stored locally; If no upgrade file is saved, obtaining the target upgrade file according to the upgrade instruction; Acquire status information of the robot, and detect whether the current status of the robot meets the status for upgrading according to the status information; If the state for upgrading is met, executing the target movement process to make the robot reach the designated location; When the robot arrives at the designated location, the robot performs identity verification on the smart cabinet to determine whether the smart cabinet is the smart cabinet corresponding to the upgrade instruction; If the smart cabinet is the smart cabinet corresponding to the upgrade instruction, sending an upgrade information request to the smart cabinet; Receiving system version information returned by the smart cabinet according to the upgrade information request; When the system version information meets the preset upgrade requirements, the target upgrade file is sent to the smart cabinet, so that the smart cabinet upgrades the system according to the target upgrade file.

2. The system upgrade method according to claim 1, characterized in that: After determining whether the robot has an upgrade file stored locally, the method further includes: If an upgrade file is saved, the version number of the upgrade file corresponding to the upgrade instruction is compared with the version number of the upgrade file saved locally; If the version number of the locally saved upgrade file is higher than or equal to the version number of the upgrade file corresponding to the upgrade instruction, the locally saved upgrade file is used as the target upgrade file; If the version number of the locally saved upgrade file is lower than the version number of the upgrade file corresponding to the upgrade instruction, a request is made to obtain the upgrade file with the version number corresponding to the upgrade instruction, so that after the new upgrade file is obtained, the new upgrade file is saved locally on the robot and the new upgrade file is used as the target upgrade file.

3. The system upgrade method according to claim 1, characterized in that: The acquiring the status information of the robot and detecting whether the current status of the robot meets the status for upgrading according to the status information includes: Acquire status information of the robot, wherein the status information includes current task information, current power information, and current time information; Testing the state information to obtain a first testing result; If the first inspection result satisfies that the current task information is in a non-important state, the current power information is in a sufficient state, and the current time information is in an idle state, then the robot meets the state for upgrading; If the first inspection result does not satisfy at least one of the current task information being in a non-important state, the current power information being in a sufficient state, and the current time information being in an idle state, the robot does not meet the state for upgrading.

4. The system upgrade method according to claim 3, characterized in that: The method further comprises: When the robot does not meet the state for upgrading, obtaining the current task information, the current power information, and the current time information according to the first inspection result; If the current task information is in an important state, the robot modifies the current task information to a non-important state after completing the current task; If the current power information is in an insufficient state, the robot automatically charges to a preset power level and then modifies the current power information to a sufficient state; If the current time information is in a busy state, the robot modifies the current time information to an idle state after completing all tasks in the current time period.

5. The system upgrade method according to any one of claims 1 to 4, characterized in that: Performing identity verification on the smart cabinet to determine whether the smart cabinet is the smart cabinet corresponding to the upgrade instruction includes: Comparing the device serial number carried in the upgrade instruction with the serial number of the smart cabinet; If the device serial number carried in the upgrade instruction is the same as the serial number of the smart cabinet, it indicates that the smart cabinet is a device that needs a system upgrade, and a communication connection is established with the smart cabinet; If the device serial number carried in the upgrade instruction is different from the serial number of the smart cabinet, it indicates that the smart cabinet is not a device that requires a system upgrade.

6. The system upgrade method according to claim 1, characterized in that: When the system version information meets the preset upgrade requirements, the target upgrade file is sent to the smart cabinet, including: Compare the version number of the target upgrade file with the version number of the system version information; If the version number of the system version information is higher than or equal to the version number of the target upgrade file, the robot interrupts the communication connection with the smart cabinet; If the version number of the system version information is lower than the version number of the target upgrade file, the target upgrade file is sent to the smart cabinet, so that the smart cabinet receives the target upgrade file to upgrade the system.

7. The system upgrade method according to claim 1, characterized in that: The method further comprises: After the robot learns that the smart cabinet has completed the system upgrade, it sends an upgrade file forwarding instruction to the smart cabinet, so that the smart cabinet transfers the target upgrade file to other smart cabinets for system upgrade; the other smart cabinets are in the same local area network as the smart cabinet.

8. The system upgrade method according to claim 1, characterized in that: The smart cabinet is equipped with a charging pile; The target movement process is executed so that the robot reaches a designated location, including: According to the location of the charging pile, the robot is controlled to move to the location of the charging pile and dock with the charging pile for charging.

9. A robot, characterized in that: include: at least one processor; as well as, a memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method according to any one of claims 1 to 8.

10. A non-volatile computer-readable storage medium, characterized in that: The non-volatile computer-readable storage medium stores computer-executable instructions, which, when executed by a robot, enable the robot to execute the method according to any one of claims 1 to 8.

Images