Robot scheduling method and device, electronic equipment and storage medium

Abstract

The embodiment of the invention provides a robot scheduling method and device, electronic equipment and a storage medium. The method comprises the following steps: in response to an instruction of switching robots, displaying at least one schedulable robot which can be switched to; and in response to a trigger operation on the at least one schedulable robot, determining a target robot, and sending robot information of the target robot to the scheduling system, so that the scheduling system associates the to-be-processed task associated with the abnormal robot with the target robot. According to the technical scheme provided by the embodiment of the invention, the effect of switching other robots to continue to execute related tasks based on one-key operation is realized, and thus the universality and the high efficiency of robot switching operation are improved.

Description

Technical Field

[0001] Embodiments of the present disclosure relate to the technology of robot applications, and in particular, to a robot scheduling method, apparatus, electronic device, and storage medium. Background Art

[0002] During long-term operation, a robot may experience anomalies due to its own equipment reasons, external reasons, or other reasons. In the event of an anomaly, the robot may be unable to continue performing tasks.

[0003] In related technologies, usually professional technicians arrive at the site where the abnormal robot is located, and manually transfer the tasks associated with the abnormal robot to another robot through manual recovery, so that the tasks can continue to be executed.

[0004] However, based on the above method for robot anomaly machine switching, the machine switching process is relatively cumbersome, time-consuming and laborious, and has low efficiency. Moreover, it has high requirements for the professionalism of users. For users without robot operation experience, they may not be able to complete the robot anomaly machine switching operation, there are certain professional limitations, and there are problems of high robot operation costs and operation and maintenance costs. Summary of the Invention

[0005] Embodiments of the present disclosure provide a robot scheduling method, apparatus, electronic device, and storage medium to achieve the effect of switching to other robots to continue executing related tasks based on one-key operation, thereby improving the universality and efficiency of robot switching operations.

[0006] In a first aspect, embodiments of the present disclosure provide a robot scheduling method, the method including:

[0007] In response to an instruction to switch robots, display at least one schedulable robot to which the switch can be made;

[0008] In response to a trigger operation on the at least one schedulable robot, determine a target robot, and send the robot information of the target robot to a scheduling system, so that the scheduling system associates the pending tasks associated with the abnormal robot with the target robot.

[0009] In a second aspect, embodiments of the present disclosure further provide a robot scheduling apparatus, the apparatus including:

[0010] A robot display module, configured to display at least one schedulable robot to which the switch can be made in response to an instruction to switch robots;

[0011] A robot determination module, configured to determine a target robot in response to a triggering operation on the at least one schedulable robot, and send the robot information of the target robot to a scheduling system, so that the scheduling system associates the pending tasks associated with the abnormal robot with the target robot.

[0012] In a third aspect, an embodiment of the present disclosure further provides an electronic device, which includes:

[0013] One or more processors;

[0014] A storage device for storing one or more programs,

[0015] When the one or more programs are executed by the one or more processors, the one or more processors implement the robot scheduling method as described in any one of the embodiments of the present disclosure.

[0016] In a fourth aspect, an embodiment of the present disclosure further provides a storage medium containing computer-executable instructions, which are used to execute the robot scheduling method as described in any one of the embodiments of the present disclosure when executed by a computer processor.

[0017] The technical solution of the embodiment of the present disclosure, by responding to an instruction to switch robots, displays at least one schedulable robot that can be switched to. Further, in response to a triggering operation on the at least one schedulable robot, a target robot is determined, and the robot information of the target robot is sent to the scheduling system, so that the scheduling system associates the pending tasks associated with the abnormal robot with the target robot, solves the technical problem in the related art that the professional requirements for the robot switching process are relatively high and time-consuming and laborious, realizes the effect of switching to other robots to continue executing related tasks based on one-key operation, and further improves the universality and efficiency of the robot switching operation. Moreover, it realizes the effect of improving the abnormal problem response efficiency and abnormal recovery efficiency on the basis of reducing the operation and maintenance cost. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] Combined with the drawings and referring to the following specific embodiments, the above and other features, advantages and aspects of the embodiments of the present disclosure will become more obvious. Throughout the drawings, the same or similar reference numerals represent the same or similar elements. It should be understood that the drawings are schematic, and the original elements and elements are not necessarily drawn to scale.

[0019] Figure 1 It is a flowchart of a robot scheduling method provided by an embodiment of the present disclosure;

[0020] Figure 2 It is a flowchart of another robot scheduling method provided by an embodiment of the present disclosure;

[0021] Figure 3 Schematic flowchart of another robot scheduling method provided by an embodiment of the present disclosure;

[0022] Figure 4 Schematic flowchart of a robot scheduling method provided by an embodiment of the present disclosure;

[0023] Figure 5 Schematic structural diagram of a robot scheduling device provided by an embodiment of the present disclosure;

[0024] Figure 6 Schematic structural diagram of an electronic device provided by an embodiment of the present disclosure. Detailed implementation manners

[0025] Embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although some embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure can be implemented in various forms and should not be construed as limited to the embodiments set forth herein. On the contrary, these embodiments are provided to more thoroughly and completely understand the present disclosure. It should be understood that the drawings and embodiments of the present disclosure are only for exemplary purposes and are not used to limit the protection scope of the present disclosure.

[0026] It should be understood that the various steps recited in the method embodiments of the present disclosure can be executed in a different order and / or in parallel. In addition, the method embodiments may include additional steps and / or omit the steps shown. The scope of the present disclosure is not limited in this regard.

[0027] As used herein, the term "including" and its variants are open-ended, that is, "including but not limited to". The term "based on" is "at least partially based on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". The relevant definitions of other terms will be given in the following description.

[0028] It should be noted that the concepts such as "first" and "second" mentioned in the present disclosure are only used to distinguish different devices, modules or units, and are not used to limit the order of functions executed by these devices, modules or units or their interdependent relationships.

[0029] It should be noted that the modifications of "one" and "multiple" mentioned in the present disclosure are illustrative rather than restrictive. Those skilled in the art should understand that unless otherwise clearly specified in the context, it should be understood as "one or more".

[0030] The names of the messages or information exchanged between multiple devices in the embodiments of the present disclosure are only for illustrative purposes and are not used to limit the scope of these messages or information.

[0031] It is understandable that before using the technical solutions disclosed in the embodiments of the present disclosure, the types, usage scopes, usage scenarios, etc. of the personal information involved in the present disclosure should be informed to users and the authorization of users should be obtained through appropriate means in accordance with relevant laws and regulations.

[0032] For example, when responding to an active request from a user, a prompt message is sent to the user to clearly prompt the user that the operation requested by the user will require obtaining and using the user's personal information. Thus, the user can autonomously choose whether to provide personal information to software or hardware such as an electronic device, an application program, a server, or a storage medium that performs the operations of the technical solutions of the present disclosure according to the prompt message.

[0033] As an optional but non-limiting implementation manner, the manner of sending a prompt message to the user in response to receiving an active request from the user may be, for example, a pop-up window manner, and the prompt message may be presented in text in the pop-up window. In addition, the pop-up window may also carry a selection control for the user to choose "agree" or "disagree" to provide personal information to the electronic device.

[0034] It is understandable that the above process of notifying and obtaining user authorization is only illustrative and does not limit the implementation manners of the present disclosure. Other manners that meet relevant laws and regulations can also be applied to the implementation manners of the present disclosure.

[0035] It is understandable that the data involved in the technical solutions (including but not limited to the data itself, the acquisition or use of the data) should comply with the requirements of corresponding laws, regulations and related provisions.

[0036] Before introducing the technical solutions, an exemplary description of the application scenario can be given first. The technical solutions can be applied to any scenario where a robot needs to be switched. Exemplarily, during the process of a robot performing tasks in a target area (such as a hotel or an office building), the robot may encounter an abnormality due to its own equipment reasons, external reasons, or other reasons. In the case where the robot encounters an abnormality, it may not be able to continue performing tasks. At this time, in order to ensure the continuity of the tasks, usually professional technicians arrive at the site where the abnormal robot is located and migrate the tasks associated with the abnormal robot to another robot through manual recovery so that the tasks can continue to be performed. However, based on the above method of performing robot abnormal machine switching, the machine switching process is relatively cumbersome, time-consuming and laborious, and the efficiency is low. Moreover, it has relatively high professional requirements for users. For users without robot operation experience (such as hotel staff or office workers in an office building), they may not be able to complete the robot abnormal machine switching operation, there are certain professional limitations, and there are also problems of relatively high robot operation costs and operation and maintenance costs.

[0037] At this time, based on the technical solution of the embodiments of the present disclosure, when an abnormal robot is determined, the robot information of the abnormal robot can be displayed on the display interface of the management background. Further, when a trigger operation for the robot information is detected, the robot switching process can be automatically entered, and finally, the migration process of the pending tasks between the abnormal robot and the target robot to which the switching is made can be completed, that is, the pending tasks associated with the abnormal robot are associated with the target robot, so that the target robot can continue to execute the pending tasks associated with the abnormal robot. Thus, the effect of switching other robots to continue executing related tasks based on one-key operation is achieved. Furthermore, the universality and efficiency of the robot switching operation are improved, and the effects of improving the abnormal problem response efficiency and abnormal recovery efficiency while reducing the operation and maintenance costs are achieved.

[0038] Figure 1 FIG. 4 is a schematic flowchart of a robot scheduling method provided by an embodiment of the present disclosure. The embodiments of the present disclosure are applicable to the situation where the pending tasks associated with an abnormal robot are migrated to other robots when an abnormal robot appears. This method can be executed by a robot scheduling device, which can be implemented in the form of software and / or hardware. Optionally, it can be implemented by an electronic device, which can be a mobile terminal, a PC, or a server, etc.

[0039] As Figure 1 shown, the method of this embodiment may specifically include:

[0040] S110. In response to an instruction to switch robots, display at least one schedulable robot that can be switched to.

[0041] In this embodiment, the robot switching instruction can be understood as a piece of program code, which can be used to trigger the execution of the robot switching process. It can be understood that during the actual operation of the robot, some faults that cannot be recovered through quick processing may be encountered, such as sensor failure, wheel damage, body rupture, or loose connection of the wiring of the hardware device. As a result, the robot cannot continue to execute the current task. At this time, in order to continue to execute the current task and the subsequent tasks received by the robot, an instruction can be sent to the robot scheduling system, so that the robot scheduling system can determine the schedulable robot based on the instruction, and the instruction sent to the robot scheduling system can be used as the robot switching instruction. A schedulable robot can be understood as a robot that can be scheduled under the current circumstances. A schedulable robot can also be understood as a robot that is in an idle working state and can execute tasks under the current circumstances.

[0042] Generally, for a target area, multiple robots can be used to perform corresponding tasks in the target area. In order to uniformly manage these robots, a management background, a scheduling system, and a task system can be set up in the cloud. Furthermore, based on the systems set up in the cloud, tasks can be assigned to each robot, the status of the robots can be detected, and the robots can be scheduled, etc. In practical applications, when it is determined that the current robot switching condition is met, for example, any robot associated with the cloud appears abnormal, an instruction to switch robots can be sent to the scheduling system, so that when the scheduling system receives this instruction, it can determine at least one schedulable robot that can be switched to and display it. It should be noted that when displaying at least one schedulable robot, it can be to display the robot information of at least one schedulable robot, or other visualization information of at least one schedulable robot, etc. The embodiments of the present disclosure do not make specific limitations on this.

[0043] Optionally, in response to the instruction to switch robots, displaying at least one schedulable robot that can be switched to includes: sending an instruction to switch robots to the scheduling system, so that the scheduling system obtains the current status of at least one robot according to the instruction to switch robots, and uses the robot whose current status is consistent with the preset status as the schedulable robot; receiving the robot information of the schedulable robot sent by the scheduling system, and displaying the robot information of at least one schedulable robot that can be switched to on the display interface.

[0044] In this embodiment, the scheduling system can be understood as a system for scheduling and managing robots. The scheduling system can be used to reasonably arrange multiple associated robots to improve the overall task execution efficiency. The current status can be understood as the status of the corresponding robot at the current moment. The current status can include multiple statuses. Optionally, the current status can include an idle status, an occupied status, and / or an unavailable status, etc. The preset status can be any status that can characterize that the robot can be scheduled. Optionally, the preset status can be an idle status. It should be noted that the preset status can match the instruction to switch robots. The robot information can be understood as information characterizing the basic situation of the robot. The robot information can include multiple types of information associated with the robot. Optionally, the robot information can include a robot identifier, robot positioning information, tasks associated with the robot, the task status of each task, and the robot status (such as, including abnormal or normal), etc.

[0045] In practical applications, when it is determined that the current robot switching condition is met, an instruction to switch the robot can be generated based on the management background, and in response to this instruction, the generated instruction can be sent to the scheduling system. Further, when the scheduling system receives this instruction, it can obtain the current status and preset status of at least one robot communicating with the scheduling system according to this instruction. Then, for each robot, the current status of the current robot can be matched with the preset status. When it is determined that the current status of the current robot is consistent with the preset status, the current robot can be determined as a schedulable robot. After determining at least one schedulable robot, the corresponding robot information can be obtained according to the robot identifier of each schedulable robot, and the robot information of each schedulable robot can be obtained. Further, the robot information of each schedulable robot can be sent to the management background based on the scheduling system, so as to display the robot information of at least one schedulable robot that can be switched to on the display interface of the management background. The advantage of this setting is that it achieves the effect of quickly determining schedulable robots, and improves the intelligence of the scheduling system. Displaying the robot information of schedulable robots provides an interaction entry for users, and thus, the robot switching process can be completed through simple interface interaction operations.

[0046] Exemplarily, Figure 2 is a schematic diagram of the robot information display interface, as Figure 2 shown. The display interface may include a "one-key machine switching" control. When a trigger operation for this control is detected, an instruction to switch the robot can be generated, and the robot abnormal switching process can be triggered and executed.

[0047] S120. In response to a trigger operation on at least one schedulable robot, determine a target robot, and send the robot information of the target robot to the scheduling system, so that the scheduling system associates the pending tasks associated with the abnormal robot with the target robot.

[0048] In this embodiment, when at least one schedulable robot that can be switched to is displayed, a selection can be made among the at least one displayed schedulable robots based on the trigger operation to determine the target robot based on the trigger operation. Among them, the trigger operation can be an operation to trigger robot selection. Optionally, the trigger operation may include at least one of the following: triggering a robot selection control; the audio information includes a wake-up word associated with robot selection, etc. Exemplarily, a robot selection control can be preset in advance, and when the schedulable robots are displayed, the corresponding robot selection control is also displayed. Further, when a trigger operation for any robot selection control is detected, a response can be made to this trigger operation, and the schedulable robot corresponding to this robot selection control can be used as the target robot.

[0049] In this embodiment, an abnormal robot can be understood as a robot that has malfunctioned and cannot operate normally. A task to be processed can be understood as a task that the abnormal robot is to process. A task to be processed can also be understood as a task that the abnormal robot has not completed.

[0050] In practical applications, after displaying at least one schedulable robot on the display interface, when a trigger operation for any schedulable robot is detected, the schedulable robot can be used as the target robot. Further, the robot information of the target robot can be sent to the scheduling system so that the scheduling system can associate the task to be processed, which is pre-acquired and associated with the abnormal robot, with the target robot, so that the target robot can execute the associated task to be processed.

[0051] It should be noted that, when determining the abnormal robot, the robot information of the abnormal robot can be sent to the scheduling system so that the scheduling system can obtain the task to be processed associated with the abnormal robot based on the robot information. Further, the binding relationship between the abnormal robot and the task to be processed can be released so that the task to be processed is cleared from the task execution queue in the abnormal robot.

[0052] It should be noted that, when obtaining the current status of each robot, in order to make the obtained current status the latest status, the status of the robot can also be updated in a timely manner. Based on this, after determining the target robot, the target robot can be marked as occupied based on the scheduling system, and after receiving the instruction that the target robot has completed the task execution, the target robot can be marked as schedulable.

[0053] In this embodiment, the occupied state can be understood as a non-idle state. The occupied state can be used to indicate that the robot is currently occupied, that is, the robot is currently executing a task. The schedulable state can be understood as an idle state, and the schedulable state can be used to indicate that the robot can be scheduled currently.

[0054] In practical applications, after determining the target robot, the robot information of the target robot can be sent to the scheduling system so that the scheduling system can determine the target robot based on the robot information and mark the target robot as occupied. At this time, the current state of the target robot is the occupied state. Further, when the target robot has completed all the tasks to be processed, an instruction that the task execution is completed can be sent to the scheduling system. Then, when the scheduling system receives the instruction that the target robot has completed the task execution, the target robot can be located again and marked as schedulable. At this time, the current state of the target robot is the schedulable state.

[0055] The technical solution of the embodiment of the present disclosure, by responding to the instruction to switch the robot, displays at least one schedulable robot that can be switched to. Further, in response to the triggering operation on at least one schedulable robot, the target robot is determined, and the robot information of the target robot is sent to the scheduling system, so that the scheduling system associates the pending task associated with the abnormal robot with the target robot, solving the technical problem in the related art that the professional requirements for the robot switching process are relatively high and time-consuming and laborious, achieving the effect of switching other robots to continue executing related tasks based on one-key operation. Furthermore, the universality and efficiency of the robot switching operation are improved, and the effects of improving the abnormal problem response efficiency and abnormal recovery efficiency while reducing the operation and maintenance costs are achieved.

[0056] Figure 3 The flowchart shown is for another robot scheduling method provided by the embodiment of the present disclosure. Based on the above embodiment, the technical solution of this embodiment displays the robot information of the abnormal robot to generate a robot switching instruction when the robot information is detected to be triggered. Furthermore, according to the robot switching instruction, the robot information can be sent to the scheduling system, so that the scheduling system marks the abnormal robot as unavailable based on the robot information. The specific implementation can refer to the description of this embodiment. Among them, the same or similar technical features as those in the foregoing embodiments will not be described again.

[0057] As Figure 3 shown, the method of this embodiment can specifically include:

[0058] S210. Display the robot information of the abnormal robot to generate a robot switching instruction when the robot information is detected to be triggered.

[0059] In practical applications, when it is detected that any robot fails and cannot execute tasks, the robot can be determined as an abnormal robot. Further, the robot information of the abnormal robot can be obtained and displayed on the display interface so that the user can timely understand the abnormal robot that has failed. After that, in order to ensure that the pending task associated with the abnormal robot can continue to be executed, the robot can be switched to continue the operation. At this time, the robot information of the abnormal robot displayed on the display interface can be triggered. Furthermore, when the triggering of the robot information is detected, a robot switching instruction can be generated, and the robot switching process can be triggered based on the robot switching instruction.

[0060] S220. According to the robot switching instruction, send the robot information to the scheduling system so that the scheduling system marks the abnormal robot as unavailable based on the robot information.

[0061] In this embodiment, the unavailable state can be used to indicate that the robot is currently unavailable and cannot execute tasks.

[0062] In practical applications, after generating a robot switching instruction, it is possible to determine to enter the robot switching process. At this time, in order to ensure that the task system will no longer assign tasks to the abnormal robot in the future, the robot information of the abnormal robot can be sent to the scheduling system so that the scheduling system can determine the abnormal robot based on the robot information. Furthermore, the abnormal robot can be marked as unavailable based on the scheduling system. At this time, the current state of the abnormal robot is the unavailable state.

[0063] S230. In response to the instruction to switch the robot, display at least one schedulable robot to which the switch can be made.

[0064] S240. In response to a triggering operation on at least one schedulable robot, determine the target robot and send the robot information of the target robot to the scheduling system so that the scheduling system associates the pending tasks associated with the abnormal robot with the target robot.

[0065] It should be noted that, in order to ensure the continuity of the task, it can be continued to execute backward from the breakpoint task to ensure the smooth completion of the task. Therefore, in the case of determining an abnormal robot, in order to ensure the continuity of the pending tasks associated with the abnormal robot and, in order to improve the execution efficiency of the pending tasks, it is possible to determine the task replacement position that the target robot is going to, so as to achieve the task replacement between the target robot and the abnormal robot at this task replacement position.

[0066] Based on this, on the basis of the above technical solutions, it further includes: triggering the selection of the pick-up position on the display interface so that the target robot and the abnormal robot perform the replacement of the pending tasks at the pick-up position.

[0067] In this embodiment, the pick-up position can be understood as the robot replacement position. The pick-up position can be any position associated with the abnormal robot. Optionally, the pick-up position can be any position among the pick-up position, the delivery position, the transportation path, or a position relatively close to the abnormal robot, etc. It should be noted that the tasks performed by the robot may include cargo delivery tasks. For cargo delivery tasks, the robot can pick up the goods from the pick-up point and then transport the goods to the delivery point according to the preset delivery path. Therefore, in the case of detecting an abnormal robot, any position among the pick-up position, the delivery position, and the transportation path can be used as a candidate pick-up position.

[0068] In practical applications, when determining an abnormal robot, at least one candidate pick-up location can be determined based on the positioning information of the abnormal robot and the task to be processed associated with the abnormal robot, and the at least one candidate pick-up location can be displayed on the display interface so that the pick-up location can be selected through a triggering operation. Further, when a selection triggering operation for any candidate pick-up location is detected, the candidate pick-up location can be used as the pick-up location. Further, the target robot and the abnormal robot can be made to replace the task to be processed at the pick-up location, that is, the target robot can start executing the task to be processed at the pick-up location.

[0069] It should be noted that, in order to enable the target robot and the abnormal robot to replace the task to be processed at the pick-up location, the target robot and the abnormal robot can be made to receive the pick-up location, or receive an instruction including the pick-up location. Further, the target robot and the abnormal robot can be made to move to the pick-up location and replace the task to be processed.

[0070] Based on this, after determining the target robot, it further includes: sending the pick-up location to the scheduling system so that the scheduling system can generate a pick-up instruction based on the pick-up location and send the pick-up instruction to the abnormal robot and the target robot, so that the target robot and the abnormal robot move to the pick-up location to replace the task to be processed.

[0071] In this embodiment, the pick-up instruction can be understood as a piece of program code, which can be used to instruct the robot to move to the pick-up location. The pick-up instruction can include various information associated with the pick-up process. Optionally, the pick-up instruction can include the pick-up location.

[0072] In practical applications, after determining the pick-up location, the pick-up location can be sent to the scheduling system so that the scheduling system can generate a pick-up instruction based on the pick-up location and send the pick-up instruction to the abnormal robot and the target robot based on the scheduling system. Further, when the abnormal robot and the target robot receive the pick-up instruction, they can parse the pick-up instruction and obtain the pick-up location. After that, the abnormal robot and the target robot can be made to move to the pick-up location and replace the task to be processed at the pick-up location.

[0073] Exemplarily, taking the abnormal robot as Robot A and the target robot as Robot B as an example, the technical solution provided by the embodiments of the present disclosure is exemplarily described as follows: First, display the robot information and candidate pick-up positions of the robots based on the display interface of the management background; then, the pick-up position P and the robot information of Robot A can be triggered and sent to the scheduling system. Then, based on the scheduling system, mark Robot A as an unschedulable state so that Robot A cannot be assigned tasks by the scheduling system. Then, based on the scheduling system, send a task cancellation instruction to the local task management system of the robot, so that the local task management system of the robot cancels the binding relationship between Robot A and the associated pending tasks based on the task cancellation instruction, and cancels the local tasks of Robot A based on the task cancellation instruction, and changes the task status of the pending tasks associated with Robot A based on the local task management system of the robot. Then, based on the scheduling system, re-determine the suitable schedulable Robot B according to the scheduling rules and mark Robot B as an occupied state. Then, based on the scheduling system, associate the pending tasks associated with Robot A with Robot B, and based on the scheduling system, send local tasks to Robot B, where the sent local tasks include: going to the pick-up position P and executing the pending tasks associated with Robot A. Then, after the scheduling system receives the instruction that the task execution of the local task management system of the robot is completed, mark Robot B as a schedulable state so that Robot B can continue to be scheduled. After the scheduling system receives the instruction that Robot A is repaired, mark Robot A as a schedulable state.

[0074] The technical solution of the embodiments of the present disclosure displays the robot information of the abnormal robot, generates a robot switching instruction when detecting the triggering of the robot information, and then, according to the robot switching instruction, sends the robot information to the scheduling system, so that the scheduling system marks the abnormal robot as an unavailable state based on the robot information. Further, in response to the robot switching instruction, display at least one schedulable robot that can be switched to. Then, in response to the triggering operation on at least one schedulable robot, determine the target robot and send the robot information of the target robot to the scheduling system, so that the scheduling system associates the pending tasks associated with the abnormal robot with the target robot, achieving the effect of switching other robots to continue executing relevant tasks based on one-key operation in the case of an abnormal robot, with wider applicability, and enhancing the intelligence of the scheduling system.

[0075] Figure 4The flowchart of another robot scheduling method provided by an embodiment of the present disclosure. Based on the technical solution of this embodiment on the basis of the above embodiment, a task cancellation instruction is sent to the local task management system and the abnormal robot based on the scheduling system. Furthermore, based on the abnormal robot receiving the task cancellation instruction, the execution of the task is stopped; and, based on the local task management system receiving the task cancellation instruction, the binding relationship between the to-be-processed tasks associated with the abnormal robot is cancelled. For the specific implementation manner, reference may be made to the description of this embodiment. Among them, the technical features that are the same as or similar to the foregoing embodiments will not be described in detail here.

[0076] As Figure 4 shown, the method of this embodiment may specifically include:

[0077] S310. In response to an instruction to switch robots, display at least one schedulable robot that can be switched to.

[0078] S320. In response to a triggering operation on at least one schedulable robot, determine a target robot, and send the robot information of the target robot to the scheduling system, so that the scheduling system associates the to-be-processed tasks associated with the abnormal robot with the target robot.

[0079] S330. Based on the scheduling system, send a task cancellation processing instruction to the local task management system and the abnormal robot.

[0080] In this embodiment, the local task management system can be understood as a task management system set at the local end, and this task management system can be used to manage the tasks to be executed by the robot. It should be noted that the advantage of setting up the local task management system is that: during the process of the robot executing tasks in the target area, the robot may not be able to maintain a network connection state all the time, that is to say, the robot cannot interact with the cloud all the time. At this time, a local task management system can be set at the local end. Furthermore, all tasks sent by the cloud to the robot can be cached based on the local task management system to ensure that the robot can continue to execute the corresponding tasks when it is in a state of no network connection; in addition, the tasks associated with the corresponding robot can be effectively managed based on the task scheduling logic and operation logic pre-deployed in the local task management system. Optionally, the local task management system can be a system set in the robot, or an interface can be integrated in the robot to call the local task management system based on this interface.

[0081] In this embodiment, the task cancellation instruction can be understood as a piece of program code, and this program code can be used to instruct the instruction receiving end to cancel the corresponding task.

[0082] In practical applications, when an abnormal robot is determined, in order to prevent the abnormal robot from continuing to execute the associated pending tasks, and to enable the local task management system to update the task management information in a timely manner. After the scheduling system receives the robot information of the abnormal robot, a task cancellation instruction can be generated based on the robot information. Furthermore, based on the scheduling system, the task cancellation instruction is sent to the local task management system and the abnormal robot, so that the local task management system and the abnormal robot can perform corresponding operations based on the task cancellation instruction.

[0083] S340. Stop executing tasks based on the abnormal robot receiving the task cancellation instruction.

[0084] In practical applications, when the abnormal robot receives the task cancellation instruction, it can stop executing tasks based on the task cancellation instruction, so that the abnormal robot no longer continues to execute all the pending tasks associated with it.

[0085] S350. Based on the local task management system receiving the task cancellation instruction, and cancel the binding relationship between the pending tasks associated with the abnormal robot based on the task cancellation instruction.

[0086] It should be noted that, in order to manage robots and the tasks associated with them more effectively, when the local task management system receives the pending tasks sent from the cloud to the robot, it can determine the target robot capable of executing the pending tasks based on the pre-deployed task orchestration logic. Furthermore, the received pending tasks can be associated with the corresponding target robots to establish a binding relationship between the pending tasks and the robots.

[0087] In practical applications, when the local task management system receives the task cancellation instruction, it can parse the task cancellation instruction and determine the abnormal robot. Further, the pending tasks associated with the abnormal robot can be determined, and the binding relationship between the abnormal robot and the pending tasks associated with it can be cancelled.

[0088] It should be noted that when the local task management system receives the task cancellation instruction, it indicates that there is an abnormal robot at present. At this time, in order to better manage the received tasks, the task status of the pending tasks associated with the abnormal robot can also be updated. Furthermore, the corresponding tasks can be processed according to the updated task status.

[0089] Based on this, after the local task management system receives the task cancellation instruction, it further includes: determining the transfer information of the pending tasks based on the task status of the pending tasks associated with the abnormal robot, so as to associate the pending tasks with the target robot based on the transfer information.

[0090] In this embodiment, the task status can be understood as information characterizing the task execution situation. The task status can be any status associated with the task execution situation. Optionally, the task status can be a non-stagnant status or a stagnant status. The transfer information can be understood as information characterizing the task flow transfer situation. The transfer information can be used to characterize the turnover situation of the task during the execution process. It can be understood that for the pending tasks associated with the abnormal robot, in the case of determining the target robot, in order to enable the target robot to continue executing the pending tasks, it is necessary to associate the target robot with the pending tasks. Therefore, the transfer information of the pending tasks can be to be associated with the target robot or the status remains unchanged.

[0091] In practical applications, after the local task management system receives a task cancellation instruction, it can determine the abnormal robot based on the task cancellation instruction and determine the pending tasks associated with the abnormal robot. Further, the task status of the pending tasks can be determined. Furthermore, the transfer information of the pending tasks can be determined based on the pending task status.

[0092] In this embodiment, the pending tasks can include at least two task statuses, and different transfer information can correspond to different task statuses. The following can respectively describe these two task statuses.

[0093] First: When the task status of the pending task is a non-stagnant status, it is determined that the transfer information is to be associated with the target robot.

[0094] In this embodiment, the non-stagnant status can be used to indicate that the corresponding task is in an unfinished and pending execution state, that is, the task can be currently executed.

[0095] In practical applications, when the task status of the pending task is a non-stagnant status, it can indicate that the pending task is in an unfinished and pending execution state at present. Furthermore, in order to ensure that the pending task can continue to be executed, the transfer information of the pending task can be determined to be to be associated with the target robot. Furthermore, the pending task can be associated with the target robot according to the transfer information.

[0096] Exemplarily, assuming that the task information of the pending task is: the robot has been assigned, has arrived at the picking point, the robot has picked up the goods, started distribution, and has arrived at the delivery point, it can indicate that the task status of the pending task is a non-stagnant status. At this time, the transfer information of the pending task can be determined to be to be associated with the target robot, and the task status of the pending task can be changed to the status of waiting for the robot to be assigned.

[0097] Second: When the task status of the pending task is a stagnant status, it is determined that the transfer information is that the status remains unchanged.

[0098] In this embodiment, the retention state can be understood as the state when the task object to be picked up associated with the corresponding task times out and is not picked up. Exemplarily, the task object to be picked up can be goods or the like.

[0099] In practical applications, when the task state of the task to be processed is the retention state, it can indicate that the task object to be picked up corresponding to the task to be processed times out and is not picked up. At this time, in order to ensure that the task object to be picked up associated with the task to be processed is not lost, the flow information of the task to be processed can be determined to remain unchanged.

[0100] Exemplarily, assume that the task information of the task to be processed includes: the robot has picked up the goods and the user times out without picking up, which can indicate that the task state of the task to be processed is the retention state. At this time, the flow information of the task to be processed can be determined to remain unchanged.

[0101] It should be noted that the advantage of corresponding different flow information to different task states is that it improves the task execution efficiency of the task to be processed, and moreover, ensures the effect that the task object associated with the retention task can be accurately picked up by the user.

[0102] The technical solution of the embodiment of the present disclosure, by responding to the instruction to switch the robot, displays at least one dispatchable robot that can be switched to, and then, in response to the trigger operation on the at least one dispatchable robot, determines the target robot, and sends the robot information of the target robot to the dispatch system, so that the dispatch system associates the task to be processed associated with the abnormal robot with the target robot, and then, based on the dispatch system, sends a task cancellation instruction to the local task management system and the abnormal robot. Furthermore, based on the abnormal robot receiving the task cancellation instruction, it stops executing the task; and, based on the local task management system receiving the task cancellation instruction, and based on the task cancellation instruction, cancels the binding relationship between the task to be processed associated with the abnormal robot, realizes the effect of timely canceling the binding relationship between the abnormal robot and the task in the case of an abnormal robot, and further ensures that the task is no longer continued to be executed.

[0103] Figure 5 It is a schematic structural diagram of a robot scheduling device provided by an embodiment of the present disclosure, as Figure 5 shown, the device includes: a robot display module 410 and a robot determination module 420.

[0104] Among them, the robot display module 410 is configured to display at least one schedulable robot that can be switched to in response to an instruction to switch the robot; the robot determination module 420 is configured to determine a target robot in response to a triggering operation on the at least one schedulable robot, and send the robot information of the target robot to the scheduling system, so that the scheduling system associates the pending tasks associated with the abnormal robot with the target robot.

[0105] Based on the above optional technical solutions, optionally, the device further includes: an instruction generation module and an information sending module.

[0106] The instruction generation module is configured to display the robot information of the abnormal robot, and generate a robot switching instruction when it detects that the robot information is triggered;

[0107] The information sending module is configured to send the robot information to the scheduling system according to the robot switching instruction, so that the scheduling system marks the abnormal robot as an unavailable state based on the robot information.

[0108] Based on the above optional technical solutions, optionally, the device further includes: an arrival location determination module.

[0109] The arrival location determination module is configured to trigger the selection of the arrival location on the display interface, so that the target robot and the abnormal robot perform a replacement of the pending task at the arrival location.

[0110] Based on the above optional technical solutions, optionally, the device further includes: an instruction sending module, a task stop execution module, and a binding relationship cancellation module.

[0111] The instruction sending module is configured to send a task cancellation processing instruction to the local task management system and the abnormal robot based on the scheduling system;

[0112] The task stop execution module is configured to stop executing the task based on the abnormal robot receiving the task cancellation instruction; and,

[0113] The binding relationship cancellation module is configured to receive the task cancellation instruction based on the local task management system, and cancel the binding relationship between the pending tasks associated with the abnormal robot based on the task cancellation instruction.

[0114] Based on the above optional technical solutions, optionally, the device further includes: a transfer information determination module.

[0115] A transfer information determination module, configured to, after receiving the task cancellation instruction based on the local task management system, determine the transfer information of the to-be-processed task associated with the abnormal robot based on the task status of the to-be-processed task, so as to associate the to-be-processed task with the target robot based on the transfer information.

[0116] Based on the above optional technical solutions, optionally, the transfer information determination module includes: a first transfer information determination unit and a second transfer information determination unit.

[0117] The first transfer information determination unit is configured to, when the task status of the to-be-processed task is a non-stay status, determine that the transfer information is to be associated with the target robot;

[0118] The second transfer information determination unit is configured to, when the task status of the to-be-processed task is a stay status, keep the transfer information unchanged.

[0119] Based on the above optional technical solutions, optionally, the robot display module 410 includes: a status acquisition unit and a robot information display unit.

[0120] The status acquisition unit is configured to send an instruction to switch the robot to the scheduling system, so that the scheduling system acquires the current status of at least one robot according to the instruction to switch the robot, and uses the robot whose current status is consistent with the preset status as the schedulable robot;

[0121] The robot information display unit is configured to receive the robot information of the schedulable robot sent by the scheduling system, and display the robot information of at least one schedulable robot that can be switched to on the display interface.

[0122] Based on the above optional technical solutions, optionally, the device further includes: a pick-up location method module.

[0123] The pick-up location method module is configured to, after determining the target robot, send the pick-up location to the scheduling system, so that the scheduling system generates a pick-up instruction based on the pick-up location, and sends the pick-up instruction to the abnormal robot and the target robot, so that the target robot and the abnormal robot move to the pick-up location to replace the to-be-processed task.

[0124] Based on the above optional technical solutions, optionally, the device further includes: a status marking module.

[0125] A status marking module, configured to, after determining the target robot, mark the target robot as an occupied state based on the scheduling system, and after receiving that the task execution of the target robot is completed, mark the target robot as a schedulable state.

[0126] The technical solution of the embodiments of the present disclosure, by responding to an instruction to switch robots, displays at least one schedulable robot that can be switched to. Further, in response to a triggering operation on at least one schedulable robot, a target robot is determined, and the robot information of the target robot is sent to the scheduling system, so that the scheduling system associates the pending tasks associated with the abnormal robot with the target robot, solves the technical problem in the related art that the robot switching process has high professional requirements and is time-consuming and laborious, realizes the effect of switching other robots to continue to execute related tasks based on one-key operation, and further improves the universality and efficiency of the robot switching operation. Moreover, it realizes the effect of improving the abnormal problem response efficiency and abnormal recovery efficiency on the basis of reducing the operation and maintenance costs.

[0127] The robot scheduling device provided by the embodiments of the present disclosure can execute the robot scheduling method provided by any embodiment of the present disclosure, and has the corresponding functional modules and beneficial effects for executing the method.

[0128] It should be noted that the various units and modules included in the above device are only divided according to functional logic, but are not limited to the above division, as long as the corresponding functions can be realized; in addition, the specific names of the functional units are only for the convenience of mutual distinction and do not limit the protection scope of the embodiments of the present disclosure.

[0129] Figure 6 It is a schematic structural diagram of an electronic device provided by the embodiments of the present disclosure. Next, refer to Figure 6 , which shows a schematic structural diagram of an electronic device 500 suitable for implementing the embodiments of the present disclosure (such as Figure 6 the terminal device or server in). The terminal device in the embodiments of the present disclosure may include, but is not limited to, mobile terminals such as mobile phones, laptop computers, digital broadcast receivers, PDAs (Personal Digital Assistants), PADs (Tablet Computers), PMPs (Portable Multimedia Players), in-vehicle terminals (such as in-vehicle navigation terminals), etc., and fixed terminals such as digital TVs, desktop computers, etc. Figure 6 The electronic device shown is only an example and should not bring any limitation to the functions and usage scope of the embodiments of the present disclosure.

[0130] Such as Figure 6As shown, the electronic device 500 may include a processing device (such as a central processing unit, a graphics processing unit, etc.) 501, which may perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 502 or a program loaded from a storage device 508 into a random access memory (RAM) 503. In the RAM 503, various programs and data required for the operation of the electronic device 500 are also stored. The processing device 501, the ROM 502, and the RAM 503 are connected to each other through a bus 504. An editing / output (I / O) interface 505 is also connected to the bus 504.

[0131] Generally, the following devices may be connected to the I / O interface 505: an input device 506 including, for example, a touch screen, a touchpad, a keyboard, a mouse, a camera, a microphone, an accelerometer, a gyroscope, etc.; an output device 507 including, for example, a liquid crystal display (LCD), a speaker, a vibrator, etc.; a storage device 508 including, for example, a magnetic tape, a hard disk, etc.; and a communication device 509. The communication device 509 may allow the electronic device 500 to communicate with other devices wirelessly or wiredly to exchange data. Although Figure 6 the electronic device 500 with various devices is shown, it should be understood that it is not required to implement or have all the shown devices. More or fewer devices may be implemented or had alternatively.

[0132] Specifically, according to an embodiment of the present disclosure, the process described above with reference to the flowchart may be implemented as a computer software program. For example, an embodiment of the present disclosure includes a computer program product, which includes a computer program carried on a non-transitory computer-readable medium, and the computer program includes program codes for performing the method shown in the flowchart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication device 509, or installed from the storage device 508, or installed from the ROM 502. When the computer program is executed by the processing device 501, the above functions defined in the method of the embodiment of the present disclosure are executed.

[0133] The names of the messages or information exchanged between multiple devices in the embodiments of the present disclosure are only for illustrative purposes and are not used to limit the scope of these messages or information.

[0134] The electronic device provided in the embodiment of the present disclosure and the robot scheduling method provided in the above embodiment belong to the same inventive concept. Technical details not described in detail in this embodiment may be referred to the above embodiment, and this embodiment has the same beneficial effects as the above embodiment.

[0135] The embodiment of the present disclosure provides a computer storage medium, on which a computer program is stored, and when the program is executed by a processor, the robot scheduling method provided in the above embodiment is implemented.

[0136] It should be noted that the above-mentioned computer-readable medium in the present disclosure can be a computer-readable signal medium, a computer-readable storage medium, or any combination of the two. The computer-readable storage medium can be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the above. More specific examples of the computer-readable storage medium can include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present disclosure, the computer-readable storage medium can be any tangible medium that contains or stores a program, which can be used by or in conjunction with an instruction execution system, apparatus, or device. In the present disclosure, the computer-readable signal medium can include a data signal propagated in a baseband or as part of a carrier wave, which carries computer-readable program code. Such a propagated data signal can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. The computer-readable signal medium can also be any computer-readable medium other than the computer-readable storage medium, which can send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted using any appropriate medium, including but not limited to: wires, optical cables, RF (radio frequency), etc., or any suitable combination of the above.

[0137] In some embodiments, the client and the server can communicate using any currently known or future-developed network protocol such as HTTP (Hyper Text Transfer Protocol), and can be interconnected with digital data communication in any form or medium (e.g., a communication network). Examples of communication networks include local area networks ("LANs"), wide area networks ("WANs"), the Internet (e.g., the Internet), and end-to-end networks (e.g., ad hoc end-to-end networks), as well as any currently known or future-developed networks.

[0138] The above-mentioned computer-readable medium can be included in the above-mentioned electronic device; it can also exist separately and not be assembled into the electronic device.

[0139] The above computer-readable medium carries one or more programs which, when executed by the electronic device, cause the electronic device to: in response to an instruction to switch robots, display at least one schedulable robot to which the switch can be made; and in response to a triggering operation on the at least one schedulable robot, determine a target robot and send the robot information of the target robot to a scheduling system, so that the scheduling system associates the pending tasks associated with an abnormal robot with the target robot.

[0140] Computer program code for performing the operations of the present disclosure may be written in one or more programming languages or combinations thereof. The programming languages include, but are not limited to, object-oriented programming languages such as Java, Smalltalk, C++, and also include conventional procedural programming languages such as the "C" language or similar programming languages. The program code may execute entirely on the user's computer, partially on the user's computer, as a stand-alone software package, partially on the user's computer and partially on a remote computer, or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., through the Internet using an Internet service provider).

[0141] The flowcharts and block diagrams in the accompanying drawings illustrate the possible architectures, functions, and operations of systems, methods, and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagram may represent a module, a program segment, or a part of code that contains one or more executable instructions for implementing a specified logical function. It should also be noted that, in some alternative implementations, the functions marked in the blocks may occur in a different order than marked in the accompanying drawings. For example, two consecutive blocks shown may actually be executed substantially in parallel, and they may sometimes be executed in the reverse order, depending on the functions involved. It should also be noted that each block in the block diagram and / or flowchart, and the combinations of blocks in the block diagram and / or flowchart, may be implemented by a dedicated hardware-based system for performing the specified functions or operations, or may be implemented by a combination of dedicated hardware and computer instructions.

[0142] The units involved in the embodiments described in the present disclosure may be implemented in software or in hardware. Among them, the name of the unit does not constitute a limitation on the unit itself in some cases. For example, the first acquisition unit may also be described as "the unit for acquiring at least two Internet protocol addresses".

[0143] The functions described above in this document can be performed, at least in part, by one or more hardware logic components. By way of example, and without limitation, the types of hardware logic components that may be used include: Field Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Application Specific Standard Products (ASSPs), Systems on a Chip (SOCs), Complex Programmable Logic Devices (CPLDs), and the like.

[0144] In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain or store a program for use by or in connection with an instruction execution system, apparatus, or device. A machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a Read-Only Memory (ROM), an Erasable Programmable Read-Only Memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0145] The foregoing description is only a preferred embodiment of the present disclosure and an illustration of the applied technical principles. Those skilled in the art should understand that the scope of the disclosure involved in the present disclosure is not limited to the technical solutions formed by the specific combination of the above technical features, and should also cover other technical solutions formed by any combination of the above technical features or their equivalent features without departing from the above disclosure concept. For example, the technical solutions formed by mutually replacing the above features with the (but not limited to) technical features having similar functions disclosed in the present disclosure.

[0146] Moreover, although the operations are depicted in a particular order, this should not be construed as requiring that the operations be performed in the particular order shown or in sequential order. In certain environments, multitasking and parallel processing may be advantageous. Similarly, although a number of specific implementation details are included in the above discussion, these should not be construed as limiting the scope of the present disclosure. Certain features that are described in the context of separate embodiments may also be implemented combinatorially in a single embodiment. Conversely, the various features described in the context of a single embodiment may also be implemented separately or in any suitable sub-combination in multiple embodiments.

[0147] Although the subject matter has been described in language specific to structural features and / or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. On the contrary, the specific features and acts described above are merely example forms of implementing the claims.

Claims

1. A robot scheduling method, characterized in that, Including: In response to an instruction to switch robots, display at least one schedulable robot to which the switch can be made; In response to a triggering operation on the at least one schedulable robot, determine a target robot, and send the robot information of the target robot to a scheduling system, so that the scheduling system associates a pending task associated with an abnormal robot with the target robot.

2. The method according to claim 1, wherein It further includes: Display the robot information of the abnormal robot, so as to generate a robot switching instruction when the robot information is detected to be triggered; According to the robot switching instruction, send the robot information to the scheduling system, so that the scheduling system marks the abnormal robot as unavailable based on the robot information.

3. The method according to claim 2, characterized in that The method further includes: Trigger the selection of the pick-up location on the display interface, so that the target robot and the abnormal robot perform replacement of the pending task at the pick-up location.

4. The method according to claim 1, wherein The method further includes: Based on the scheduling system, send a task cancellation processing instruction to the local task management system and the abnormal robot; Based on the abnormal robot receiving the task cancellation instruction, stop executing the task; and, Based on the local task management system receiving the task cancellation instruction, and based on the task cancellation instruction, cancel the binding relationship between the pending tasks associated with the abnormal robot.

5. The method according to claim 4, characterized in that After the local task management system receives the task cancellation instruction, the method further includes: Based on the task status of the pending task associated with the abnormal robot, determine the transfer information of the pending task, so as to associate the pending task with the target robot based on the transfer information.

6. The method according to claim 5, characterized in that The determining the transfer information of the pending task based on the task status of the pending task associated with the abnormal robot includes: When the task status of the pending task is a non-stagnant state, determine that the transfer information is to be associated with the target robot; When the task status of the pending task is a stagnant state, the transfer information remains unchanged.

7. The method according to claim 1, characterized in that, The displaying at least one schedulable robot to which the switch can be made in response to an instruction to switch robots includes: Send an instruction to switch robots to the scheduling system, so that the scheduling system obtains the current status of at least one robot according to the instruction to switch robots, and uses the robot whose current status is consistent with the preset status as the schedulable robot; Receive the robot information of the schedulable robot sent by the scheduling system, and display the robot information of at least one schedulable robot to which the switch can be made on the display interface.

8. The method according to claim 3, wherein After determining the target robot, the method further includes: Send the pick-up location to the scheduling system, so that the scheduling system generates a pick-up instruction based on the pick-up location, and sends the pick-up instruction to the abnormal robot and the target robot, so that the target robot and the abnormal robot move to the pick-up location to perform replacement of the pending task.

9. The method according to claim 1, characterized in that: After determining the target robot, the method further includes: Based on the scheduling system, mark the target robot as occupied, and after receiving that the task execution of the target robot is completed, mark the target robot as schedulable.

10. A robot scheduling and restoring device, characterized in that, Including: A robot display module, configured to display at least one schedulable robot that can be switched to in response to an instruction to switch robots; A robot determination module, configured to determine a target robot in response to a triggering operation on the at least one schedulable robot, and send the robot information of the target robot to the scheduling system, so that the scheduling system associates the pending tasks associated with the abnormal robot with the target robot.

11. An electronic device, characterized in that, The electronic device includes: One or more processors; A storage device for storing one or more programs, When the one or more programs are executed by the one or more processors, the one or more processors implement the robot scheduling method according to any one of claims 1-9.

12. A storage medium containing computer-executable instructions, characterized in that, The computer-executable instructions are used to execute the robot scheduling method according to any one of claims 1-9 when executed by a computer processor.

Images