Reservation order processing method, reservation order processing apparatus, control device, computer-readable storage medium, and computer program

Abstract

A pending order processing method, device, equipment, and storage medium applied to a smart warehouse system (100). The method includes the steps of receiving an acceptance request for a target order (130), which is an order that was held when the order holding process was executed on a second workbench (120), and determining a first workbench (110) corresponding to the target order based on the acceptance request, determining a processing policy for the target order based on the state of the target order when it was held on the second workbench, and completing the target order on the first workbench based on the processing policy. This pending order processing method solves the problem that an order task cannot be completed without delay after the order is held on hold.

Description

Technical Field

[0001] This application claims the priority of the Chinese patent application with the application number 202210521115.X and the invention title "Reservation Order Processing Method, Apparatus, Device, and Storage Medium", which was filed with the Chinese Patent Office on May 13, 2022, and incorporates all its contents herein by reference.

[0002] The present disclosure relates to the technical field of smart warehouses, and particularly to a reservation order processing method, Reservation order processing apparatus, Control device , computer-readable storage medium and computer program product thereof.

Background Art

[0003] A warehouse system based on warehouse robots adopts a smart operation system to realize the automatic outbound of goods according to system commands, and can operate continuously for 24 hours. It replaces human management and operation to improve the efficiency of the warehouse, so it is widely used and popular.

Summary of the Invention

Problems to be Solved by the Invention

[0004] In the current warehouse system, a smart warehouse system generates an outbound order, and a warehouse robot transports the goods corresponding to the order to the workbench, thereby executing the outbound. However, in actual operations, due to reasons such as insufficient inventory, work interruption, or workbench failure, a situation may occur where the order is reserved, that is, the execution of the task corresponding to the order is temporarily suspended. As a result, the order tasks assigned in the warehouse system cannot be completed without delay, and the goods corresponding to the reserved orders cannot be effectively managed, which leads to the problem that the outbound efficiency is seriously affected.

[0005] In an embodiment of the present disclosure, a reservation order processing method, Reservation order processing apparatus, Control device , computer-readable storage mediumand computer program product To solve the problem that after an order is put on hold, the order task cannot be completed without delay.

Means for Solving the Problem

[0006] As a first aspect, the pending order processing method provided in the embodiments of the present disclosure is a pending order processing method applied to a smart warehouse system, including receiving a receipt request for a target order that is a pending order when order hold processing is executed at a second workbench, and determining a first workbench corresponding to the target order based on the receipt request; determining a processing policy for the target order based on the state of the target order when it is held at the second workbench; and completing the target order at the first workbench based on the processing policy.

[0007] Optionally, the receipt request is a request sent from the first workbench based on the first workbench's receiving device scanning the identification code of the order box.

[0008] Optionally, before receiving a receipt request for the target order and determining the first workbench corresponding to the target order based on the receipt request, further responding to an order hold request received from the second workbench, which is an order hold request for at least one order including the target order and requires suspending the processing of at least one order, including determining at least one order corresponding to the order hold request; and determining a processing policy for the operation box associated with at least one order based on the state of each order when it is held at the second workbench.

[0009] Optionally, in response to an order hold request received from the second workbench, the step of determining at least one order corresponding to the order hold request includes, when there is an order of the first type in a shortage state at the second workbench corresponding to the order hold request, determining the order of the first type as at least one order corresponding to the order hold request; when there is no order in a shortage state at the second workbench corresponding to the order hold request, determining all unfinished orders corresponding to the second workbench as at least one order corresponding to the order hold request; and / or, in response to the first instruction information of the second workbench, determining the order specified in the first instruction information as at least one order corresponding to the order hold request.

[0010] Optionally, the step of determining the processing policy of the operation box associated with at least one order based on the status of each order when held at the second workbench includes determining a first processing policy for the order box based on the input status of the order box associated with each order, and determining a second processing policy for the container based on the execution status of the container associated with each order.

[0011] Optionally, the step of determining a first processing policy for the order box based on the input status of the order box associated with each order includes, when the order box already contains picked items, determining the first processing policy to cancel the binding relationship between the order box and the container transfer task, the binding relationship between the order box and the second workbench, and the binding relationship between the order box and the sorting position.

[0012] Optionally, the step of determining a second processing policy for a container based on the execution status of the container associated with each order includes: if the container is not bound to a warehouse robot or is not stored in the bound warehouse robot, determining to cancel the outbound task for the container as the second processing policy; if the container is stored in the bound warehouse robot but Second has not been transported to the workbench, determining to instruct the warehouse robot to return the container to the warehouse as the second processing policy; if the container has already been Second transported to the workbench by the bound warehouse robot, determining to instruct the warehouse robot to return the container to the warehouse as the second processing policy or Second determining to instruct to perform temporary storage processing of the container on the workbench.

[0013] Optionally, after the step of determining at least one order corresponding to the order hold request in response to the received order hold request from the second workbench, further, if at least one order corresponding to the order hold request is all orders of the first type in a shortage state, determining that the second workbench corresponding to the order hold request is in an order assignable state; if there is no order of the first type in a shortage state on the second workbench, determining that the second workbench corresponding to the order hold request is in an order non-assignable state.

[0014] Optionally, the step of determining a processing policy for a target order based on the status of the target order when it is held on the second workbench includes determining, based on the completion degree of the order when the target order is held on the second workbench, to generate order tasks related to the target order based on the uncompleted quantity of the target order as the processing policy for the target order.

[0015] As a second aspect, the pending order processing device provided in the embodiments of the present disclosure is a pending order processing device applied to a smart warehouse system, including a receiving module that receives a reception request for a target order, which is an order reserved when order reservation processing is executed on a second workbench, and determines a first workbench corresponding to the target order based on the reception request; a determination module that determines a processing policy for the target order based on the state of the target order when it is reserved on the second workbench; and a processing module that completes the target order on the first workbench based on the processing policy.

[0016] Optionally, in the receiving module, the reception request is a request transmitted from the first workbench based on the fact that the receiving device of the first workbench has scanned the identification code of the order box.

[0017] Optionally, the determination module further receives an order reservation request for the target order, and before determining the first workbench corresponding to the target order based on the reception request, responds to the order reservation request for at least one order including the target order, which is a request to temporarily stop the processing of at least one order from the second workbench, determines at least one order corresponding to the order reservation request, and determines the processing policy of the operation box associated with at least one order based on the state of each order when it is reserved on the second workbench.

[0018] Optionally, specifically, when there is an order of the first type in a shortage state on a second workbench corresponding to an order hold request, the determination module determines the order of the first type as at least one order corresponding to the order hold request on the second workbench corresponding to the order hold request; when there is no order in a shortage state on the second workbench corresponding to the order hold request, the determination module determines all unfinished orders corresponding to the second workbench as at least one order corresponding to the order hold request; and / or in response to first instruction information of the second workbench, the determination module determines the order specified in the first instruction information as at least one order corresponding to the order hold request.

[0019] Optionally, specifically, the determination module determines a first processing policy for an order box based on the input state of the order box associated with each order, and determines a second processing policy for a container based on the execution state of the container associated with each order.

[0020] Optionally, specifically, when the order box already contains picked items, the determination module determines to cancel the binding relationships between the order box and the container transfer task, between the order box and the second workbench, and between the order box and the sorting position for the first processing policy.

[0021] Optionally, specifically, when the container is not bound to a warehouse robot or is not stored in the bound warehouse robot, the determination module determines to cancel the outbound task for the container for the second processing policy; when the container is stored in the bound warehouse robot but Second has not been transported to the workbench, the determination module determines to instruct the warehouse robot to return the container to the warehouse for the second processing policy; when the container has already been SecondWhen it is being transported to the workbench, the second processing policy is to instruct the warehouse robot to return the container to the warehouse, or Second decide to instruct the workbench to perform temporary storage processing of the container.

[0022] Optionally, when at least one order corresponding to the order hold request is an order of the first type that is all out of stock, the decision module further determines that the second workbench corresponding to the order hold request is in an order-assignable state, and when there is no order of the first type that is out of stock on the second workbench corresponding to the order hold request, determines that the second workbench corresponding to the order hold request is in an order-unassignable state.

[0023] Optionally, specifically, based on the completion degree of the order when the target order is held on the second workbench, the decision module determines the processing policy of the target order to generate order tasks related to the target order based on the uncompleted quantity of the target order.

[0024] As a third aspect, the control device further provided in the embodiments of the present disclosure is a control device including at least one processor and a memory communicatively connected to the at least one processor, where the memory stores instructions executable by the at least one processor, and when the instructions are executed by the at least one processor, the control device is caused to execute the order hold processing method of the first aspect of the present disclosure.

[0025] As a fourth aspect, the computer-readable storage medium further provided in the embodiments of the present disclosure is a computer-readable storage medium storing computer execution instructions, and when the computer execution instructions are executed by a processor, the order hold processing method of the first aspect of the present disclosure is realized.

[0026] As a fifth aspect, a computer program product further provided in an embodiment of the present disclosure is a computer program product including computer-executable instructions, and when the computer-executable instructions are executed by a processor, the hold order processing method according to the first aspect of the present disclosure is realized.

Advantages of the Invention

[0027] The hold order processing method, apparatus, device, system, and storage medium provided in the embodiments of the present disclosure receive a reception request for a target order, determine a first workbench corresponding to the target order based on the reception request, and then determine a processing policy for the target order based on the state when the target order is held on a second workbench. Then, based on the processing policy, the target order is completed on the first workbench. Thereby, an order whose processing has been temporarily stopped due to being on hold can be received and processed without delay on the first workbench, effectively solving the problem that the order task cannot be completed without delay after the order is put on hold. In addition, since the corresponding processing policy can be adjusted based on the state when the target order is held, the items of the held order are processed without delay by an appropriate processing policy, effectively enhancing the management effect of the items corresponding to the held order and improving the processing efficiency of the hold order.

Brief Description of the Drawings

[0028] The following drawings are incorporated into the specification and constitute a part of the specification, showing preferred embodiments of the present disclosure, and are used together with the specification to explain the principles of the present disclosure.

[0029]

Figure 1

Figure 2

Figure 3a

Figure 3b

Figure 4

Figure 5

Figure 6

Figure 7

[0030] Although the above drawings show clear embodiments of the present disclosure, they will be described in more detail below. These descriptions with the drawings and text are not intended to limit the scope of the concept of the present disclosure in any way, but are intended to explain the concept of the present disclosure to those skilled in the art by referring to specific embodiments.

Embodiments for Carrying Out the Invention

[0031] Exemplary embodiments will be described in detail here, and the examples are shown in the drawings. When referring to the drawings in the following description, unless otherwise explained, the same numbers in different drawings indicate the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present disclosure. Rather, they are merely examples of devices and methods consistent with some forms of the present disclosure detailed in the "claims".

[0032] Hereinafter, the technical scheme of the present disclosure and how the technical scheme of the present disclosure solves the above technical problems will be described in detail with specific embodiments. The following multiple specific embodiments can be combined with each other. For the same or similar concepts or processes, in some embodiments, they may not be repeatedly described. Hereinafter, the embodiments of the present disclosure will be described in detail in combination with the drawings.

[0033] When the smart warehouse system , o performs order processing, it transports the container from the warehouse stock to the workbench, picks the target goods corresponding to the order from within the container at the workbench, and further Target it is necessary to perform the outbound processing of the goods. However, in actual operations, there may be situations where the picking of the order cannot be continuously completed due to shortage of order items, malfunction of the workbench, interruption of work at the workbench, etc. In this case, by performing an order hold process on the order at the workbench, the order with problems can be held and the processing of the order can be temporarily stopped. However, the held order usually needs to wait until the administrator manually performs subsequent processing. Manual processing has a long waiting period, and there is a lack of a unified and effective management method for the items corresponding to the held order. Therefore, in the case of manual processing, the items corresponding to the held order have to be searched for, which takes time. Therefore, when subsequent processing is performed on the held order, a problem occurs that seriously affects the outbound efficiency.

[0034] To solve this problem, the order hold processing method provided in the embodiments of the present disclosure automatically determines the corresponding processing policy based on the acceptance request for the held target order received by the smart warehouse system, so that the target order can be completed at the first workbench that sent the acceptance request, and effectively solves the problem that the held order cannot be completed without delay.

[0035] First, the application scenario of the embodiments of the present disclosure will be described in detail.

[0036] Figure 1 is a diagram of an application scenario of the backorder processing method provided in an embodiment of the present disclosure. As shown in Figure 1, in the process of backorder processing, based on the acceptance request sent from the first workbench 110, the smart warehouse system 100 assigns the target order 130 reserved at the second workbench 120 to the first workbench 110, and the first workbench 110 completes the picking and outbound processing of the picking items 131 corresponding to the target order.

[0037] Note that in the scenario shown in Figure 1, only the case where there is one first workbench, second workbench, target order, and picking items is taken as an example for explanation, but the present disclosure is not limited thereto. That is, the number of the first workbench, second workbench, target order, and picking items may be arbitrary.

[0038] Hereinafter, the backorder processing method provided in the present disclosure will be described in detail with specific embodiments.

[0039] Figure 2 is a flowchart of the backorder processing method provided in an embodiment of the present disclosure. The backorder processing method is applied to a smart warehouse system. As shown in Figure 2, the backorder processing method provided in this embodiment includes the following steps.

[0040] Step S201: Receive an acceptance request for a target order, and determine a first workbench corresponding to the target order based on the acceptance request.

[0041] The target order is an order reserved when an order reservation operation is executed at the second workbench.

[0042] Specifically, the target order is a reserved outbound order. When the target order is reserved, it is recorded in the server of the smart warehouse system. At this time, in the server, the processing of the target order is temporarily stopped and the workbench for corresponding processing is not set.

[0043] In some embodiments, the order hold status may not be accurately set on the server. In this case, an order whose execution has been temporarily suspended can be regarded as an order in the order hold status.

[0044] An interaction device, such as a dedicated tablet computer, for checking the status of orders and articles is arranged on the workbench. An order can be selected and put on hold by the interaction device to set the order in the order hold status. Also, the target orders in the order hold status can be checked, one or more target orders can be selected and accepted, and the target orders can be processed on the workbench. Alternatively, an order box corresponding to a target order in the order hold status is transported from the second workbench to the first workbench, and the information of the order box is obtained by the acceptance device (such as a code scanner, a camera, etc.) on the first workbench to obtain the corresponding order information, so that the target order corresponding to the order box can be accepted on the first workbench.

[0045] When the workbench selects a target order to be accepted, a reception request is sent to the server. The reception request requests the server to allocate the outgoing order and the corresponding article to the workbench that sent the reception request for subsequent outgoing processing. The workbench that sent the reception request is the first workbench, and the workbench that put the target order on hold is the second workbench.

[0046] The reception request can request the acceptance of multiple held orders simultaneously. For example, when it is necessary to take the second workbench offline, there may be multiple orders that are being processed but not completed, and these orders are held simultaneously. These held orders can then be accepted on one or two workbenches and processed intensively to complete the process.

[0047] Step S202: Determine the processing policy for the target order based on the status of the target order when it is held on the second workbench.

[0048] Specifically, the state when the target order is on hold indicates the execution state when the target order is on hold and the reason why the order is on hold. If the target order has not been executed yet, an empty order box on the first workbench can be directly selected and bound to the corresponding target order, and the outbound process can be performed. Since it is not necessary to transfer the order box on the second workbench to the first workbench, the processing efficiency is increased.

[0049] When the target order is on hold due to a failure of the second workbench, the first workbench that accepts the target order acquires the order box of the target order on the second workbench and directly acquires the items that have not been picked on the second workbench corresponding to the target order, and subsequent processing can be executed. However, when the target order is on hold due to insufficient items, it is necessary to check whether the insufficient items corresponding to the target order are in the warehouse, whether replenishment is required, and whether the replenishment is completed. Subsequent processing cannot be performed until it is confirmed that the insufficient items are surely in the warehouse. Here, insufficient items refer to , First The items transported to the second workbench not being able to meet the needs of the target order.

[0050] Therefore, by selecting the corresponding processing policy according to the difference in the state when the target order is on hold, the order processing efficiency can be effectively improved, and it is guaranteed that the order is completed without delay.

[0051] Step S203: Complete the target order on the first workbench based on the processing policy.

[0052] Specifically, after the processing policy is determined, if the warehouse robot needs to transport the container and / or order box corresponding to the target order based on the processing policy, instruction information is sent to the warehouse robot based on the processing policy, and the articles and / or order boxes required for the completion of the target order are transported to the first workbench, and the articles are picked by the operator or robot arm on the first workbench. Therefore, when the operator manually searches for the articles, containers, and order boxes that need to be shipped out, it is difficult to search for the articles / containers, confirm whether there are enough articles, or there is leakage during picking, etc., which affects the efficiency of picking and shipping. By having the warehouse robot perform the transportation, it is easier to quickly complete the picking and shipping of the target order at the first workbench, and the processing efficiency is guaranteed.

[0053] The method for processing backlogged orders provided in the embodiments of the present disclosure receives a reception request for a target order, determines a first workbench corresponding to the target order based on the reception request, and further determines a processing policy for the target order based on the state when the target order is backlogged at a second workbench. Then, based on the processing policy, the target order is completed at the first workbench. Thereby, an order whose processing is temporarily stopped due to being backlogged can be received and processed without delay at the first workbench, effectively solving the problem that the order task cannot be completed without delay after the order is backlogged. In addition, since the corresponding processing policy can be adjusted based on the state when the target order is backlogged, the articles of the backlogged order are processed without delay by an accurate processing policy, effectively enhancing the management effect of the articles corresponding to the backlogged order and improving the processing efficiency of the backlogged order.

[0054] Figure 3a is a flowchart of a backorder processing method provided in another embodiment of the present disclosure. The backorder processing method provided in the embodiment of the present disclosure is a further refinement based on the embodiment shown in Figure 2. As shown in Figure 3a, the backorder processing method provided in this embodiment includes the following steps.

[0055] Step S301: In response to the received backorder request of the second workbench, determine at least one order corresponding to the backorder request.

[0056] The backorder request is used to request to temporarily suspend the processing of at least one order. The at least one order includes the target order.

[0057] Specifically, the backorder request is a request that the second workbench needs to temporarily suspend the processing of at least one order and sends it to the server via the interaction device. When the server receives the backorder request, it can determine at least one order in multiple ways. For example, based on the backorder request, the server displays the unfinished orders of the second workbench on the interaction device. Then, based on the selection operation of the operator of the second workbench, the server determines at least one order that needs to be backordered. The target order is included therein.

[0058] Furthermore, Figure 3b shows a relational schematic diagram of the backorder request and the corresponding order. The step of determining at least one order corresponding to the backorder request includes the following situations.

[0059] Step S3011: If there is an order of the first type in a shortage state on the second workbench corresponding to the backorder request, determine the order of the first type as at least one order corresponding to the backorder request.

[0060] Specifically, the order of the first type indicates an order in a shortage state.

[0061] When receiving an order hold request for the second workbench, identify all the orders assigned to the second workbench, determine whether a message indicating a shortage situation has occurred for any one of the orders, and further determine that there is an order of the first shortage type on the second workbench.

[0062] Information indicating that a shortage situation has occurred in an order can be fed back from the interaction device of the workbench to the server. Therefore, based on the order with the message indicating a shortage situation sent from the second workbench, the server can check whether there is an order of the first type on the second workbench corresponding to the order hold request.

[0063] Receive an order hold request for the second workbench, and for the second Workbench If there is an order of the first type, since the order of the first type in the shortage state cannot currently continue to complete picking, it is predicted that the order hold request targets the order of the first type. First, determine the order of the first type as the order corresponding to the order hold request.

[0064] Step S3012: If there is no order in the shortage state on the second workbench corresponding to the order hold request, determine all the unfinished orders corresponding to the second workbench as at least one order corresponding to the order hold request.

[0065] Specifically, if there is no order in the shortage state on the second workbench, the order hold request for the second workbench means that it is not the situation where order processing needs to be temporarily stopped due to the existence of a shortage. At this time, the reason for the order hold may be a failure of the second workbench or the possibility of order operation interruption.

[0066] If the reason for the order hold is a failure of the second workbench, then on the second workbench, all corresponding unfinished orders cannot be processed continuously. Therefore, all unfinished orders corresponding to the second workbench may be directly determined as at least one order corresponding to the order hold request.

[0067] If the reason for the order hold is the order work interruption of the second workbench, since the work interruption means the end of the work shift or the shift change time, at this time, on the second workbench, the order cannot be processed continuously either. Therefore, all unfinished orders corresponding to the second workbench can be directly determined as at least one order corresponding to the order hold request.

[0068] In some embodiments, as a method for determining order work interruption or failure, it is determined according to whether the number of order hold requests received by the server within a set time (for example, 5 minutes or 10 minutes) is 1 or multiple. If the number of order hold requests is at least 2, it is considered to be a work interruption scenario (since the work interruption is determined based on time, in this case, usually the workbench that sends the order hold request is not limited to one. Therefore, it can be determined based on the number of order hold requests). If there is only 1 order hold request, it is considered to be due to the failure of the second workbench (generally, workbenches do not fail simultaneously).

[0069] Order reservation request Since it is sent from the interaction device of the second workbench, at this time, if the order that needs to be held is manually selected, there may be a situation where the order to be selected is missed. Therefore, by automatically determining that all unfinished orders corresponding to the second workbench are orders corresponding to the order hold request, the omission caused by manual selection is effectively avoided, and ultimately, effective management of the held orders and delay-free processing are guaranteed.

[0070] In some embodiments, in the case of order suspension due to a failure of the second workbench, it is necessary to promptly send a contact message to the administrator to further maintain the second workbench. In the case of order suspension due to work interruption, there is no need to perform further processing on the second workbench.

[0071] In some embodiments, after steps S3011 and S3012, at least one determined order may be indicated by the interaction device so that the administrator can recheck and modify it to ensure the accuracy of at least one order.

[0072] Step S3013: In response to the first instruction information of the second workbench, determine the order specified in the first instruction information as at least one order corresponding to the order suspension request.

[0073] The first instruction information is information included in the order suspension request for specifying at least one order corresponding to the order suspension request.

[0074] Specifically, at least one order corresponding to the order suspension request may be artificially selected and determined. The scenarios of artificially selecting and generating an order suspension request may be scenarios such as the occurrence of insufficient parts, the failure of the workbench, work interruption, etc., or scenarios where the task load of the workbench is large, so the unprocessed orders waiting in line are suspended and the server is made to re-specify the workbench for processing the order.

[0075] At this time, based on at least one order that needs to be retained and is artificially selected, the corresponding first instruction information is generated, and an order suspension request is sent to the server based on the first instruction information. When the server receives an order suspension request including the first instruction information, it determines the order specified in the first instruction information as at least one order corresponding to the order suspension request as it is.

[0076] Step S3014: When there is an order of the first type in a shortage state on the second workbench corresponding to the order hold request, determine the order of the first type as at least one order corresponding to the order hold request, and in response to the first instruction information of the second workbench, determine the order specified in the first instruction information as at least one order corresponding to the order hold request.

[0077] Specifically, the server not only receives the first instruction information artificially selected and transmitted by the second workbench, but also receives a message indicating that a shortage has occurred at the second workbench, Second and there may be a determination that there is an order of the first type in a shortage state on the workbench. At this time, it is necessary to determine the order specified in the first instruction information as an order corresponding to the order hold request, and further, the order of the first type in a shortage state can also be automatically determined as an order corresponding to the order hold request.

[0078] In some embodiments, there may be an overlap between the order of the first type and the order specified in the first instruction information. For example, when the purpose of the first instruction information is to select and hold the order with a shortage, by automatically selecting the order of the first type in a shortage state, selection omissions can be avoided.

[0079] In some embodiments, there may be a difference between the order of the first type and the order specified in the first instruction information. For example, when the purpose of the first instruction information is to select and hold an unprocessed order (for example, in a scenario where the task load of the workbench is excessive), there may be no overlapping part between the first instruction information and the order of the first type at this time. In this case, both the order specified in the first instruction information and the order of the first type can be determined as orders corresponding to the order hold request to improve the processing efficiency (since the order of the first type may or may not need to be held, by setting corresponding rules for automatic selection, operations can be reduced, and thus the processing efficiency can be improved).

[0080] Step S3015: When there is no order in a shortage state on the second workbench corresponding to the order hold request, determine all unfinished orders corresponding to the second workbench as at least one order corresponding to the order hold request, and also, in response to the first instruction information of the second workbench, determine the order specified in the first instruction information as at least one order corresponding to the order hold request.

[0081] Specifically, similar to Step S3014, in the case of a work interruption scenario or a failure of the workbench, the second workbench may also send the first instruction information selected artificially. However, at this time, all unfinished orders corresponding to the second workbench usually include the order specified in the first instruction information. Therefore, all unfinished orders corresponding to the second workbench may be directly determined as at least one order corresponding to the order hold request.

[0082] As can be seen from Steps S3011 to S3015, due to the difference in the cause of the order hold, there are also various situations in the selection of the order corresponding to the order hold request. When the interaction device of the workbench sends an order hold request, it does not necessarily specifically select the cause of the order hold. Therefore, at this time, the server can avoid missing the order to be held by confirming the cause of the order hold request based on the relevant information of the second workbench.

[0083] Furthermore, after determining at least one order corresponding to the order hold request, it is necessary to determine the processing policy of the operation box associated with the at least one order based on the state of each order when it is held at the second workbench. Please refer to Steps S302 to S303.

[0084] Step S302: Determine the first processing policy for the order box based on the input state of the order box associated with each order.

[0085] Specifically, after determining at least one order corresponding to the order hold request, it is necessary to determine the processing policy of the operation box associated with at least one order based on the status of each order when it is held at the second workbench. Specifically, the operation box includes an order box and a container, and since the processing policies of both are different when the status at the time of order holding is different, it is necessary to determine the processing policies of the order box and the container respectively.

[0086] The order box is used to hold the items picked from the container based on the target order. Therefore, if the picked items are already in the order box corresponding to the target order, the order box may be continuously used. If there are no items in the order box corresponding to the target order, one new order box can be randomly selected and associated with the target order to hold the picked items corresponding to the target order. At this time, it is not necessary to transport the order box bound before the target order is held from the second workbench to the first workbench.

[0087] Furthermore, when the picked items are already in the order box, it is determined to cancel the binding relationship between the order box and the container transfer task, the binding relationship between the order box and the second workbench, and the binding relationship between the order box and the sorting position.

[0088] Specifically, when the picked items are already in the order box, it is necessary to move the order box to the first workbench and continue with the picking process. (At this time, if the acceptance request from the first workbench has not been received yet, it is temporarily stored at the sorting position of the second workbench and waits for the subsequent acceptance process.)

[0089] At this time, first, cancel the transportation task related to the order box that has already been assigned to the second workbench. At the same time, it is necessary to cancel the binding relationship between the order box, the second workbench, and the sorting position on the second workbench (the sorting position refers to the position where the order box corresponding to the workbench is placed).

[0090] After that, when subsequently receiving a reception request for the target order from the first workbench, move the order box to the first workbench by manual transportation (for example, the worker corresponding to the workbench that sent the reception request performs the transportation) or transportation by the warehouse robot (send a command to the warehouse robot to transport the order box to the sorting position of the first workbench). Then, establish the binding relationship between the order box, the first workbench, and the corresponding sorting position, and continue to complete the order picking.

[0091] Step S303: Determine the second processing policy for the container based on the execution status of the container associated with each order.

[0092] Specifically, the execution status of the container can be any one of the following: "the container is still placed on the rack and has not been transported by the warehouse robot", "the container is being transported by the warehouse robot", and "the container has already been transported to the second workbench and picking is being performed on the container at the second workbench".

[0093] According to the difference in the execution status of the container, it is necessary to adopt different second processing policies to perform effective processing on the container without delay.

[0094] To explain in more detail, the specific second processing policy includes the following situations.

[0095] Situation 1: When the container is not assigned and bound to a warehouse robot or is not being transported by the bound warehouse robot, the second processing policy decides to cancel the transportation task of the container.

[0096] Specifically, when the container is not bound to a warehouse robot or is not being transported by the bound warehouse robot, the container is still located in the inventory rack. At this time, immediately cancel the outbound task of the container (including the transportation task of the warehouse robot and the picking task of the second workbench), and when a reception request is received later, reconstruct the transportation task based on the first workbench. This can maximize the processing efficiency and avoid wasting the outbound processing time by continuously executing the original transportation task. ) to Immediately cancel it, and then when a reception request is received, reconstruct the transportation task based on the first workbench. This can maximize the processing efficiency and avoid wasting the outbound processing time by continuously executing the original transportation task.

[0097] Situation 2: When the container is being transported by the bound warehouse robot but has not yet been transported to the workbench, the second processing policy decides to instruct the warehouse robot to return the container to the warehouse. Second Specifically, when the container is being transported by the warehouse robot and has not yet been transported to the second workbench, since the first workbench that will accept the reserved order has not been determined at this point, the destination of the container cannot be specifically determined. To facilitate the subsequent scheduling of the container, the second processing policy is set to return the container to the warehouse as it is. That is, change the route, return it to the rack again, and facilitate the subsequent order scheduling.

[0098] Specifically, when the container is being transported by the warehouse robot and has not yet been transported to the second workbench, since the first workbench that will accept the reserved order has not been determined at this point, the destination of the container cannot be specifically determined. To facilitate the subsequent scheduling of the container, the second processing policy is set to return the container to the warehouse as it is. That is, change the route, return it to the rack again, and facilitate the subsequent order scheduling.

[0099] Situation 3: When the container has already been transported to the workbench by the bound warehouse robot, the second processing policy decides to instruct the warehouse robot to return the container to the warehouse or Second Specifically, when the container has already been transported to the workbench by the bound warehouse robot, the second processing policy decides to instruct the warehouse robot to return the container to the warehouse or SecondIt is determined to instruct the workbench to perform temporary storage processing of the container.

[0100] Specifically, after the container is transported to the second workbench, the second workbench has already put on hold the target order corresponding to the container. Therefore, at this time, the second workbench cannot continue to perform picking on the container. Thus, afterwards, a process of returning the container to the warehouse may be performed so that it is convenient for other workbenches to accept the target order and use the container. Alternatively, it may be temporarily stored on the second workbench or the temporary storage rack corresponding to the second workbench, and after receiving a reception request, the warehouse robot or the worker may transport the container to the first workbench corresponding to the reception request.

[0101] Step S304: When at least one order corresponding to the order hold request is a first type of order in a shortage state for all items, it is determined that the second workbench corresponding to the order hold request is in an order allocable state.

[0102] Specifically, if at least one order corresponding to the order hold request is a first type of order in a shortage situation for all items, then at this time, the scenario corresponding to the order hold request is an order hold scenario due to the shortage state of the order. In this scenario, the processing capacity of the workbench itself is not affected, and there is only a problem that the held first type of order cannot be processed. At this time, the second workbench itself is still in a state where orders can be allocated, so the smart warehouse system can continue to allocate orders to be processed to the second workbench.

[0103] Step S305: When there is no first type of order in a shortage state on the second workbench, it is determined that the second workbench corresponding to the order hold request is in an order non-allocable state.

[0104] Specifically, if there are no orders with insufficient parts on the second workbench, it means that the orders corresponding to the order hold requests are due to reasons such as the failure of the second workbench or the interruption of work. If a failure occurs on the second workbench, orders cannot be processed until the second workbench is properly maintained. Therefore, it is necessary to immediately switch the second workbench to a state where orders cannot be assigned to prevent the problem of orders not being processed promptly due to incorrect order assignment. In the case of work interruption, even if orders are assigned to the second workbench, they cannot be processed promptly until the second workbench resumes work. Therefore, by similarly switching the second workbench to a state where orders cannot be assigned, it is ensured that orders can be processed promptly on other working workbenches.

[0105] Step S306: If there is at least one order corresponding to the order hold request that is a first-type order in a shortage state and there are also orders that are not of the first type, send a request for information on whether orders can be assigned to the second workbench, and based on the feedback information from the second workbench, determine the order assignment status of the second workbench. Table

[0106] Specifically, since the order hold request may have been sent based on a manual selection, the order hold request sent from the second workbench may have some orders that are first-type orders in a shortage state, and other orders may be uncompleted orders selected due to the failure of the workbench, unprocessed orders selected due to the task load of the workbench, or orders that have been adjusted by the workers to be processed on a different workbench.

[0107] ​In this case, when a hold order request is received, feedback information is immediately sent to the second workbench, and it is necessary to confirm with the operator of the second workbench whether the second workbench is in a state where an order can be assigned (for example, a scenario where there are only orders that need to be processed by changing the workbench), or whether it is in a state where an order cannot be assigned (for example, a scenario where the workbench has malfunctioned).

[0108] Step S307: Receive a reservation request for the target order, and determine the first workbench corresponding to the target order based on the reservation request.

[0109] The target order is the order that was put on hold when a hold order operation was executed at the second workbench.

[0110] Step S308: Determine the processing policy for the target order based on the state when the target order was put on hold at the second workbench.

[0111] Step S309: Complete the target order at the first workbench based on the processing policy.

[0112] Steps S307 to S309 are the same as the contents of steps S201 to S203 in the embodiment shown in FIG. 2, so they will not be described again here.

[0113] In this embodiment, the smart warehouse system determines the target order corresponding to the hold order request based on the reason for which the hold order request was sent, and determines different processing policies for the container and the order box based on the state of the container and the order box when the target order was put on hold. Then, after receiving the reservation request, the corresponding processing policy is selected and the process is executed. Thereby, it can be effectively guaranteed that all orders, order boxes, and containers that were temporarily stopped due to order holding are effectively managed and processed without delay, avoiding situations such as omission and difficulty in management, and ultimately ensuring that they can be effectively processed without delay during the reservation process, and thus improving the warehouse management efficiency.

[0114] Figure 4 is a flowchart of a reservation order processing method provided in another embodiment of the present disclosure. As shown in Figure 4, the reservation order processing method includes the following steps.

[0115] Step S401: In response to the received acceptance request, determine the acceptance workbench and order box corresponding to the acceptance request.

[0116] The acceptance request is sent based on the operation of the acceptance workbench inputting order box information.

[0117] Specifically, the acceptance request is generated by the operator inputting the identification code on the order box into the interaction device (such as a code scanning device) of the workbench where the operator is located (i.e., the acceptance workbench) after obtaining the order box. That is, the directly generated acceptance request corresponds to the order box.

[0118] Step S402: Identify the target order corresponding to the order box.

[0119] Specifically, since the corresponding target order has already been assigned and recorded by the server in the order box, when the server receives the order box corresponding to the acceptance request, it can immediately identify the target order corresponding to the order box based on the assignment record. That is, the target order corresponding to the acceptance request can be identified.

[0120] Step S403: Determine the order accepted by the acceptance workbench as the target order. The acceptance workbench is the first workbench where the interaction device is located.

[0121] Specifically, after identifying the target order corresponding to the acceptance request, the server assigns and processes the operation corresponding to the target order to the acceptance workbench that sent the current acceptance request. The acceptance workbench is the first workbench where the interaction device for the acceptance operation is located.

[0122] Step S404: Based on the completion degree of the target order when it is held on the second workbench, determine that the processing policy of the target order is to generate order tasks related to the target order based on the uncompleted quantity of the target order.

[0123] Specifically, based on the completion degree of the target order, adjust the order tasks of the corresponding container and order box. Adjust the container corresponding to the target order, and based on this, generate the corresponding transport task for the warehouse robot, and based on whether there are items in the original order box on the second workbench, determine whether to continue to complete the order picking task based on the order box (for example, if there are no items in the order box, directly activate the new order box on the first workbench, and if there are items, the order box can be continuously used), and the like.

[0124] Exemplarily, assume that the picking of 50 items of type A is included in the target order. If the completion degree of the target order is 0, that is, if the processing has not started, the picking of the order cannot be completed unless a container containing at least 50 items of type A is assigned. If the completion degree of the target order is 80%, that is, if only 10 more items of type A need to be picked, any container containing more than 10 items of type A can be used to complete the picking of the order. The server can improve the outbound efficiency by newly determining the container used for picking based on factors such as the distance from the rack where the container is located to the first work Table bench.

[0125] Step S405: Complete the target order on the first workbench based on the processing policy.

[0126] Since the content of this step is the same as that of step S203 in the embodiment shown in FIG. 2, it will not be described again here.

[0127] In this embodiment, when the smart warehouse system receives an order box corresponding to a target order for which the first workbench is on hold, it determines the correspondence between the target order and the first workbench based on the order box, and then, based on the picked quantity and completion degree of the target order, generates corresponding order tasks for the first workbench and the warehouse robot respectively, so as to complete the target order on the first workbench. Thereby, based on the actual completion status of the target order, specific order tasks to be completed can be sent to the first workbench and the warehouse robot, the completion of the outbound task of the target order is effectively guaranteed, and at the same time, the efficiency of article transportation and picking is also guaranteed, and thus the warehouse management efficiency is improved.

[0128] FIG. 5 is a flowchart of a method for processing a hold order provided in another embodiment of the present disclosure. As shown in FIG. 5, the method for processing a hold order includes the following steps.

[0129] Step S501: In response to an order hold request received from a second workbench, determine at least one order corresponding to the order hold request.

[0130] The order hold request is used to request to temporarily suspend the processing of at least one order. The at least one order includes the target order.

[0131] Since the content of this step is the same as that of step S301 in the embodiment of FIG. 3, it will not be described again here.

[0132] Step S502: Identify the unpicked orders among the at least one order corresponding to the order hold request.

[0133] Specifically, among the orders corresponding to the order hold requests, there may be orders that have already been partially picked and orders that have not been picked yet. For the orders that have already been picked, corresponding processing can be performed based on the acceptance request of the first workbench according to the processing method in the embodiment shown in FIG. 2. However, if the picking of the order has not started, there are no items in the corresponding order box. At this time, the workbench that continues to process the order does not need to accept the order box. Therefore, without waiting for the acceptance request to be sent from the workbench, the server can immediately reassign the order task of the order.

[0134] Step S503: Determine a third workbench for processing unpicked orders.

[0135] Specifically, for unpicked orders, the server can perform the assignment based on the task volume of each workbench. For example, select the workbench with the least task volume as the third workbench and complete the processing of the unpicked orders. Since the first workbench does not need to wait for the acceptance request to be sent, the waiting time since the unpicked order was put on hold is reduced, and thus the processing efficiency of the unpicked orders can be improved.

[0136] Step S504: Generate an order task corresponding to the unpicked order based on the third workbench.

[0137] Specifically, after determining the third workbench, based on the items required for the unpicked order, determine the corresponding container and send a transportation task to the warehouse robot. At the same time, send a picking task to the interaction device of the third workbench. This makes it easy to complete the picking and outbound of the unpicked order based on the container transported by the transportation task and the picking task at the third workbench.

[0138] Step S505: Based on the order task, complete the unpicked order on the third workbench.

[0139] Specifically, the worker on the third workbench can quickly and directly complete the picking of items based on the picking task corresponding to the unpicked order and the location of the order box of the unpicked order corresponding to the third workbench, and there is no need to obtain the order box initially bound by the server (before the third workbench is determined, the binding of the initially bound order box is released) from the second workbench.

[0140] Step S506: If there is a picked order among at least one order and a reception request for the picked order is received among at least one order corresponding to the order hold request, determine the first workbench corresponding to the picked order based on the reception request.

[0141] A picked order is an order held when the order hold operation is executed on the second workbench, and a part of the picked order has been picked, that is, an order that has been picked but not all picking has been completed.

[0142] Step S507: Determine the processing policy for the picked order based on the state of the picked order when it was held on the second workbench.

[0143] Step S508: Complete the picked order on the first workbench based on the processing policy.

[0144] The content of Step S506 to Step S508 is the same as the content of Step S201 to Step S203 in the embodiment shown in FIG. 2, so it will not be described again here.

[0145] In this embodiment, the smart warehouse system first determines whether the picking of the order corresponding to the order hold request has already started, and then processes the picked order based on the acceptance request, and directly assigns the unpicked order to the corresponding workbench for processing. Thereby, it can be processed respectively according to the status of the held order, and the unpicked order can be processed quickly and directly, improving the processing efficiency of the unpicked order, and thus improving the processing efficiency of the entire held order.

[0146] FIG. 6 is a structural schematic diagram of an order hold processing apparatus provided in an embodiment of the present disclosure. As shown in FIG. 6, the order hold processing apparatus 600 includes a receiving module 610, a determining module 620, and a processing module 630.

[0147] The receiving module 610 receives an acceptance request for a target order and determines a first workbench corresponding to the target order based on the acceptance request. The target order is an order held when an order hold operation is performed on a second workbench.

[0148] The determining module 620 determines a processing policy for the target order based on the status of the target order when it is held on the second workbench.

[0149] The processing module 630 completes the target order on the first workbench based on the processing policy.

[0150] Optionally, in the receiving module 610, the acceptance request is a request transmitted from the first workbench based on the fact that the acceptance device of the first workbench has scanned the identification code of the order box.

[0151] Optionally, before receiving a reception request for a target order and determining a first workbench corresponding to the target order based on the reception request, the determination module 620 further responds to an order hold request received from a second workbench, which is an order hold request for temporarily suspending the processing of at least one order including the target order, determines at least one order corresponding to the order hold request, and determines a processing policy for an operation box associated with the at least one order based on the state of each order when held at the second workbench.

[0152] Optionally, specifically, when there is an order of the first type in a shortage state on the second workbench corresponding to the order hold request, the determination module 620 determines the order of the first type as at least one order corresponding to the order hold request; when there is no order in a shortage state on the second workbench corresponding to the order hold request, the determination module 620 determines all unfinished orders corresponding to the second workbench as at least one order corresponding to the order hold request, and / or in response to the first instruction information of the second workbench, determines the order specified in the first instruction information as at least one order corresponding to the order hold request.

[0153] Optionally, specifically, the determination module 620 determines a first processing policy for the order box based on the input state of the order box associated with each order, and determines a second processing policy for the container based on the execution state of the container associated with each order.

[0154] Optionally, specifically, when the order box already contains picked items, the determination module 620 determines to cancel the binding relationship between the order box and the container transfer task, the binding relationship between the order box and the second workbench, and the binding relationship between the order box and the sorting position for the first processing policy.

[0155] Optionally, specifically when the container is not bound to a warehouse robot or is not stored in the bound warehouse robot, decision module 620 determines to cancel the outbound task for the container according to a second processing policy. When the container is stored in the bound warehouse robot but Second has not been transported to the workbench, decision module 620 determines to instruct the warehouse robot to return the container to the warehouse according to a second processing policy. When the container has already been Second transported to the workbench by the bound warehouse robot, decision module 620 determines to instruct the warehouse robot to return the container to the warehouse according to a second processing policy, or Second determines to instruct the workbench to temporarily store the container.

[0156] Optionally, decision module 620 further determines that when at least one order corresponding to an order hold request is a first type of order in a shortage state, a second workbench corresponding to the order hold request is in an order assignable state. When there is no first type of order in a shortage state on the second workbench corresponding to the order hold request, decision module 620 determines that the second workbench corresponding to the order hold request is in an order non-assignable state.

[0157] Optionally, specifically, based on the completion degree of the order when the target order is held on the second workbench, decision module 620 determines to generate order tasks related to the target order based on the uncompleted quantity of the target order according to the processing policy of the target order.

[0158] In this embodiment, when receiving a reception request, the order hold processing device can accurately determine the corresponding processing policy based on the specific situation of the held order through the cooperation of each module, and complete the outbound processing of the held order. Thereby, the problem that the order tasks cannot be completed without delay after the order is held is effectively avoided, and the warehouse management efficiency is improved.

[0159] FIG. 7 is a schematic structural diagram of a control device provided in an embodiment of the present disclosure. As shown in FIG. 7, the control device 700 includes a memory 710 and a processor 720.

[0160] The memory 710 stores a computer program executed by at least one processor 720. By executing the computer program by at least one processor 720, the control device realizes the hold order processing method provided in any one of the above embodiments.

[0161] The memory 710 and the processor 720 are connected via a bus 730.

[0162] Since the related description can be understood by comparing with the corresponding related description and effects of the method embodiment, it will not be described again here.

[0163] A computer-readable storage medium provided in an embodiment of the present disclosure stores a computer program, and when the computer program is executed by a processor, the hold order processing method provided in any one of the above method embodiments is realized.

[0164] The computer-readable storage medium can be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk (registered trademark), an optical data storage device, or the like.

[0165] A computer program product provided in an embodiment of the present disclosure includes computer execution instructions, and when the computer execution instructions are executed by a processor, the hold order processing method in the above method embodiment is realized.

[0166] It should be understood that the devices and methods disclosed in some of the embodiments provided by the present disclosure can also be realized in other forms. For example, the above-described device embodiments are merely illustrative. For example, the division of modules is a division of a kind of logical function, and there may be other division methods when actually implemented. For example, a plurality of modules or assemblies may be combined, or integrated into another system, or some features may be omitted or not executed. It should be noted that the explicit or discussed couplings, direct couplings or communication connections between each other may be indirect couplings or communication connections through some interfaces, devices or modules, and may also be in electrical, mechanical or other forms.

[0167] Those skilled in the art will be able to easily conceive of other embodiments of the present disclosure by studying the specification and practicing the content disclosed herein. The present disclosure is intended to cover all modifications, uses or adaptations of the present disclosure that follow the general principles of the present disclosure and include known common general knowledge or conventional technical means in the technical field not disclosed in the present disclosure. The specification and examples are merely regarded as illustrative, and the true scope and gist of the present disclosure are shown in the "claims".

[0168] It should be understood that the present disclosure is not limited to the precise structures shown in the above description and drawings, and various modifications and changes are possible without departing from the scope of the present disclosure. The scope of the present disclosure is limited only by the "claims".

Claims

1. A method for processing backlog orders applied to a smart warehouse system, comprising: when the smart warehouse system receives a reception request transmitted from a first workbench for a target order which is a backlogged order when a backlog operation is executed at a second workbench, determining the first workbench corresponding to the target order based on the reception request; when the target order is backlogged at the second workbench, the smart warehouse system determines a processing policy for performing an outbound process at the first workbench when the target order has not been completed, based on the state of the target order indicating the execution state when the target order was backlogged and the reason why the order was backlogged; the smart warehouse system completing the target order at the first workbench based on the processing policy; A method for processing backlog orders.

2. The reception request is a request transmitted from the first workbench based on the fact that a receiving device of the first workbench has scanned an identification code of an order box. The method for processing backlog orders according to Claim 1.

3. Before the step of receiving a reception request for a target order and determining the first workbench corresponding to the target order based on the reception request, further comprising: the smart warehouse system responding to a backlog order request received from the second workbench, which requests to temporarily suspend the processing of at least one order including the target order, and determining the at least one order corresponding to the backlog order request; the smart warehouse system determining a processing policy for an operation box associated with the at least one order based on the state of each order when backlogged at the second workbench; The method for processing backlog orders according to Claim 1.

4. The step of determining at least one order corresponding to the backlog order request in response to the received backlog order request from the second workbench comprises: when there is a first type of order in a shortage state at the second workbench corresponding to the backlog order request, determining the first type of order as at least one order corresponding to the backlog order request; When there is no order in a shortage state on the second workbench corresponding to the order hold request, determining all unfinished orders corresponding to the second workbench as at least one order corresponding to the order hold request, and / or including the step of determining the order specified in the first instruction information as at least one order corresponding to the order hold request in response to the first instruction information of the second workbench. The order hold processing method according to claim 3.

5. The step of determining the processing policy of the operation box associated with the at least one order based on the state of each order when held on the second workbench includes: determining a first processing policy for the order box based on the input state of the order box associated with each order; and determining a second processing policy for the container based on the execution state of the container associated with each order. The order hold processing method according to claim 3.

6. The step of determining a first processing policy for the order box based on the input state of the order box associated with each order includes: when the order box already contains picked items, determining that the first processing policy is to cancel the binding relationship between the order box and the container transfer task, the binding relationship between the order box and the second workbench, and the binding relationship between the order box and the sorting position. The order hold processing method according to claim 5.

7. The step of determining a second processing policy for the container based on the execution state of the container associated with each order includes: when the container is not bound to a warehouse robot or is not stored in the bound warehouse robot, determining that the second processing policy is to cancel the outbound task for the container; and when the container is stored in the bound warehouse robot but has not been transported to the second workbench, determining that the second processing policy is to instruct the warehouse robot to return the container to the warehouse. If the container has already been transported to the second workbench by the bound warehouse robot, the step of determining whether to instruct the warehouse robot to return the container to the warehouse or to instruct the second workbench to temporarily store the container in the second processing policy, The pending order processing method according to claim 5.

8. Based on the state of the target order when it is pending at the second workbench, the step of determining the processing policy of the target order is, Based on the degree of completion of the order when the target order is pending at the second workbench, the processing policy of the target order is determined to generate order tasks related to the target order based on the uncompleted quantity of the target order, The pending order processing method according to any one of claims 1 to 7.

9. A pending order processing device applied to a smart warehouse system, A receiving module that receives a reception request transmitted from a first workbench for a target order that is an order pending when an order hold operation is executed at a second workbench, and determines the first workbench corresponding to the target order based on the reception request; When the target order is held at the second workbench, based on the state of the target order indicating the execution state when the target order is held and the reason why the order is held, when the target order has not been executed, a processing policy for performing a shipping process at the first workbench is determined. A determination module; A processing module that completes the target order at the first workbench based on the processing policy, Pending order processing device.

10. A control device, The control device includes at least one processor and a memory communicatively connected to the at least one processor, Instructions executable by the at least one processor are stored in the memory, and when the instructions are executed by the at least one processor, the pending order processing method according to any one of claims 1 to 7 is executed, The smart warehouse system has the control device, Control device.

11. A computer-readable storage medium storing computer-executable instructions, wherein when the computer-executable instructions are executed by a processor, the pending order processing method according to any one of claims 1 to 7 is realized. A computer-readable storage medium. **Claim 12** A computer program including computer-executable instructions, wherein when the computer-executable instructions are executed by a processor, the pending order processing method according to any one of claims 1 to 7 is realized. A computer program.

Images