CN114933116B - 挂单处理方法、装置、设备及存储介质 - Google Patents

Abstract

本公开实施例提供一种挂单处理方法、装置、设备及存储介质，应用于智能仓储系统。该方法包括：接收到针对目标订单的领用请求，根据领用请求确定目标订单对应的第一工作台，目标订单为第二工作台执行挂单操作时挂起的订单；基于目标订单在第二工作台挂起时的状态，确定目标订单的处理策略；基于处理策略，在第一工作台完成目标订单。本公开实施例的技术方案实现了解决挂单之后订单任务无法及时完成的问题。

Description

挂单处理方法、装置、设备及存储介质

技术领域

本公开涉及智能仓储技术领域，尤其涉及一种挂单处理方法、装置、设备及存储介质。

背景技术

基于仓储机器人的仓储系统采用智能操作系统，通过系统指令实现货物的自动化出库，同时可以24小时不间断运行，代替了人工管理和操作，提高了仓储的效率，受到了广泛地应用和青睐。

在目前的仓储系统中，智能仓储系统会生成出库订单，并由仓储机器人将订单对应的物料搬运到工作台，以进行出库。但实际操作中，会因为短拣、清尾或工作台故障等原因，导致出现挂单的情况，即将订单对应任务暂停执行，由此导致仓储系统中分配的订单任务无法及时完成，被挂单对应物料也缺乏有效管理的问题，进而导致出库效率严重受影响。

发明内容

本公开实施例提供了一种挂单处理方法、装置、设备及存储介质，以解决挂单之后订单任务无法及时完成的问题。

第一方面，本公开实施例提供了一种挂单处理方法，挂单处理方法应用于智能仓储系统，挂单处理方法包括：

接收到针对目标订单的领用请求，根据领用请求确定目标订单对应的第一工作台，目标订单为第二工作台执行挂单操作时挂起的订单；

基于目标订单在第二工作台挂起时的状态，确定目标订单的处理策略；

基于处理策略，在第一工作台完成目标订单。

可选地，领用请求为第一工作台基于第一工作台的领用设备扫描订单箱的标识码而发出的请求。

可选地，接收到针对目标订单的领用请求，根据领用请求确定目标订单对应的第一工作台之前，还包括：响应于接收到的第二工作台的挂单请求，确定挂单请求对应的至少一个订单，挂单请求用于请求暂停处理至少一个订单，至少一个订单包括目标订单；基于每个订单在第二工作台挂起时的状态，确定至少一个订单关联的操作箱的处理策略。

可选地，响应于接收到的第二工作台的挂单请求，确定挂单请求对应的至少一个订单，包括：当挂单请求对应的第二工作台存在处于短拣状态的第一类订单时，确定第一类订单为挂单请求对应的至少一个订单；当挂单请求对应的第二工作台不存在处于短拣状态的订单时，确定第二工作台对应的所有未完成的订单均为挂单请求对应的至少一个订单；和/或，响应于第二工作台的第一指示信息，确定第一指示信息指定的订单为挂单请求对应的至少一个订单。

可选地，基于每个订单在第二工作台挂起时的状态，确定至少一个订单关联的操作箱的处理策略，包括：基于每个订单关联的订单箱的空置状态，确定对订单箱的第一处理策略；基于每个订单关联的料箱的执行状态，确定对料箱的第二处理策略。

可选地，基于每个订单关联的订单箱的空置状态，确定对订单箱的第一处理策略，包括：当订单箱中已放置有拣选出的物料时，确定第一处理策略为取消订单箱与料箱搬运任务之间、订单箱与第二工作台之间，订单箱与播种位之间的绑定关系。

可选地，基于每个订单关联的料箱的执行状态，确定对料箱的第二处理策略，包括：当料箱未被绑定到仓储机器人或未被绑定的仓储机器人接收时，确定第二处理策略为取消针对料箱的出库任务；当料箱已被绑定的仓储机器人接收但未被搬运至工作台时，确定第二处理策略为指示仓储机器人对料箱进行回库处理；当料箱已被绑定的仓储机器人搬运至工作台上时，确定第二处理策略为指示仓储机器人对料箱进行回库处理，或指示工作台对料箱进行暂存处理。

可选地，响应于接收到的第二工作台的挂单请求，确定挂单请求对应的至少一个订单之后，还包括：若挂单请求对应的至少一个订单均为处于短拣状态的第一类订单，则确定挂单请求对应的第二工作台处于可分配订单状态；若第二工作台不存在处于短拣状态的第一类订单，则确定挂单请求对应的第二工作台处于不可分配订单状态。

可选地，基于目标订单在第二工作台挂起时的状态，确定目标订单的处理策略，包括：基于目标订单在第二工作台挂起时订单的完成度，确定目标订单的处理策略为根据目标订单的未完成量生成目标订单关联的订单任务。

第二方面，本公开实施例提供了一种挂单处理装置，挂单处理装置应用于智能仓储系统，该挂单处理装置包括：

接收模块，用于接收到针对目标订单的领用请求，根据领用请求确定目标订单对应的第一工作台，目标订单为第二工作台执行挂单操作时挂起的订单；

确定模块，用于基于目标订单在第二工作台挂起时的状态，确定目标订单的处理策略；

处理模块，用于基于处理策略，在第一工作台完成目标订单。

可选地，接收模块中，领用请求为第一工作台基于第一工作台的领用设备扫描订单箱的标识码而发出的请求。

可选地，确定模块还用于，在接收到针对目标订单的领用请求，根据领用请求确定目标订单对应的第一工作台之前，响应于接收到的第二工作台的挂单请求，确定挂单请求对应的至少一个订单，挂单请求用于请求暂停处理至少一个订单，至少一个订单包括目标订单；基于每个订单在第二工作台挂起时的状态，确定至少一个订单关联的操作箱的处理策略。

可选地，确定模块具体用于，当挂单请求对应的第二工作台存在处于短拣状态的第一类订单时，确定第一类订单为挂单请求对应的至少一个订单；当挂单请求对应的第二工作台不存在处于短拣状态的订单时，确定第二工作台对应的所有未完成的订单均为挂单请求对应的至少一个订单；和/或，响应于第二工作台的第一指示信息，确定第一指示信息指定的订单为挂单请求对应的至少一个订单。

可选地，确定模块具体用于，基于每个订单关联的订单箱的空置状态，确定对订单箱的第一处理策略；基于每个订单关联的料箱的执行状态，确定对料箱的第二处理策略。

可选地，确定模块具体用于，当订单箱中已放置有拣选出的物料时，确定第一处理策略为取消订单箱与料箱搬运任务之间、订单箱与第二工作台之间，订单箱与播种位之间的绑定关系。

可选地，确定模块具体用于，当料箱未被绑定到仓储机器人或未被绑定的仓储机器人接收时，确定第二处理策略为取消针对料箱的出库任务；当料箱已被绑定的仓储机器人接收但未被搬运至工作台时，确定第二处理策略为指示仓储机器人对料箱进行回库处理；当料箱已被绑定的仓储机器人搬运至工作台上时，确定第二处理策略为指示仓储机器人对料箱进行回库处理，或指示工作台对料箱进行暂存处理。

可选地，确定模块还用于，若挂单请求对应的至少一个订单均为处于短拣状态的第一类订单，则确定挂单请求对应的第二工作台处于可分配订单状态；若第二工作台不存在处于短拣状态的第一类订单，则确定挂单请求对应的第二工作台处于不可分配订单状态。

可选地，确定模块具体用于，基于目标订单在第二工作台挂起时订单的完成度，确定目标订单的处理策略为根据目标订单的未完成量生成目标订单关联的订单任务。

第三方面，本公开实施例还提供了一种控制设备，该控制设备包括：

至少一个处理器；

以及与至少一个处理器通信连接的存储器；

其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使控制设备执行如本公开第一方面的挂单处理方法。

第四方面，本公开实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如本公开第一方面的挂单处理方法。

第五方面，本公开实施例还提供了一种计算机程序产品，该计算机程序产品包含计算机执行指令，计算机执行指令被处理器执行时用于实现如本公开第一方面的挂单处理方法。

本公开实施例提供的挂单处理方法、装置、设备、系统及存储介质，通过接收到针对目标订单的领用请求，根据领用请求确定目标订单对应的第一工作台，然后基于目标订单在第二工作台挂起时的状态，确定目标订单的处理策略；并基于处理策略，在第一工作台完成目标订单。由此，能够将因挂单而暂停处理的订单通过第一工作台领用而及时处理，从而解决有效挂单之后订单任务无法及时完成的问题，并能根据目标订单的挂起时状态，调整对应的处理策略，使得被挂单的物料能够通过有针对性的处理策略的及时处理，有效提高了对被挂单对应物料的管理效果，并提高了挂单处理效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本公开实施例提供的挂单处理方法的一种应用场景图；

图2为本公开一个实施例提供的挂单处理方法的流程图；

图3a为本公开又一个实施例提供的挂单处理方法的流程图；

图3b为本公开又一个实施例提供的挂单请求与对应订单的关系示意图；

图4为本公开又一个实施例提供的挂单处理方法的流程图；

图5为本公开又一个实施例提供的挂单处理方法的流程图；

图6为本公开又一个实施例提供的挂单处理装置的结构示意图；

图7为本公开又一个实施例提供的控制设备的结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

下面以具体地实施例对本公开的技术方案以及本公开的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本公开的实施例进行描述。

智能仓储系统在进行挂单处理时，需要将料箱从仓库的库存中搬运到工作台，在工作台从料箱中拣选出订单对应的目标货物，再对货物进行出库处理。但在实际操作中，会出现订单短拣、工作台故障、工作台清尾而无法继续完成订单拣选的情况，此时就需要通过工作台对订单进行挂单处理，将存在问题的订单挂起后，就可以暂停处理该订单。但被挂起的订单通常需要等待管理人员进行人工后续处理，人工处理的等待周期较长，且被挂单对应的物料也缺乏统一有效的管理方法，人工处理时需要花时间再去寻找被挂单对应的物料，导致在后续对被挂起订单进行处理时，会存在出库效率严重受影响的问题。

为了解决这一问题，本公开实施例提供一种挂单处理方法，根据智能仓储系统接收到的针对被挂起的目标订单的领用请求，自动确定对应的处理策略，以便在领用请求发出的第一工作台完成目标订单，有效解决被挂起订单无法及时完成的问题。

下面对本公开实施例的应用场景进行解释：

图1为本公开实施例提供的挂单处理方法的一种应用场景图。如图1所示，在进行挂单处理流程中，智能仓储系统100根据第一工作台110发送的领用请求，将被第二工作台120挂起的目标订单130，分配到第一工作台110，并由第一工作台110完成目标订单对应的待拣选物料131的拣选出库处理。

需说明的是，图1所示场景中第一工作台、第二工作台、目标订单和待拣选物料仅以一个为例进行示例说明，但本公开不以此为限制，也就是说，第一工作台、第二工作台、目标订单和待拣选物料的个数可以是任意的。

以下通过具体实施例详细说明本公开提供的挂单处理方法。

图2为本公开一个实施例提供的挂单处理方法的流程图。该挂单处理方法应用于智能仓储系统。如图2所示，本实施例提供的挂单处理方法包括以下步骤：

步骤S201，接收到针对目标订单的领用请求，根据领用请求确定目标订单对应的第一工作台。

其中，目标订单为第二工作台执行挂单操作时挂起的订单。

具体的，目标订单为被挂起的出库订单。目标订单被挂起后，会记录在智能仓储系统的服务器中，且此时服务器中的目标订单是处于暂停处理且未配置对应进行处理的工作台的状态。

一些实施例中，服务器中并未针对性配置挂单状态，此时，可以将被暂停执行的订单视为处于挂单状态的订单。

工作台上配置有可以查看订单和物料状态的交互设备，如专用平板电脑，通过交互设备能够选中订单并挂起，使订单处于挂单状态，也能够查看到处于挂单状态的目标订单，并选择一个或多个目标订单领用，以在工作台处理该目标订单；或者将处于挂单状态的目标订单对应的订单箱从第二工作台搬运至第一工作台，并通过第一工作台的领用设备(例如，扫码器，摄像头等)获取订单箱的信息，以得到对应的订单信息，以将该订单箱对应的目标订单领用至第一工作台。

当通过工作台选择领用目标订单时，会向服务器发送领用请求，领用请求用于表示请求服务器将该出库订单和对应的物料分配到领用请求发出的工作台，进行后续出库处理。发出领用请求的工作台为第一工作台，将目标订单挂起的工作台为第二工作台。

领用请求可以同时请求对多个被挂起订单的领用，例如当第二工作台需要下线时，可能存在多个处理中但未完成的订单，这些订单将被同时挂起，这些被挂起的订单后续可以由一个或两个工作台领用后集中处理完成。

步骤S202，基于目标订单在第二工作台挂起时的状态，确定目标订单的处理策略。

具体的，目标订单挂起时的状态用于表示目标订单被挂起时，所处于的执行状态和导致挂单的原因。如目标订单尚未执行，就可以直接从第一工作台上选择一个空的订单箱绑定相应目标订单，进行出库处理，而不需要将第二工作台中的订单箱搬运到第一工作台，从而提高处理效率。

如因为第二工作台故障导致目标订单被挂起，此时领用该目标订单的第一工作台可以通过获取目标订单在第二工作台时的订单箱，并直接获取目标订单对应的第二工作台未拣选的物料，进行后续处理即可；但如果目标订单是因为短拣被挂起，就需要确认目标订单对应的短拣部分的物料仓库中是否存在，是否需要补货，补货是否完成；在确定仓库中确实存在短拣部分的物料后才能进行后续处理，其中，短拣是指智能仓储系统在针对目标订单分配库存物料时，到达第二工作台的物料无法满足目标订单的需求。

因此，针对目标订单不同的挂起时状态，选择对应的处理策略，能够有效提高订单处理效率，并保证订单能被及时完成。

步骤S203，基于处理策略，在第一工作台完成目标订单。

具体的，在确定处理策略之后，若基于处理策略需要仓储机器人搬运目标订单对应的料箱和/或订单箱，则会基于处理策略向仓储机器人发送指示信息，将完成目标订单需要的物料和/或订单箱送至第一工作台，使第一工作台的工作人员或者机械臂等完成对物料的拣选，避免由工作人员人工寻找需要出库的物料和料箱及订单箱，因为寻找物料/料箱、难以确认物料是否充足或拣选时出现遗漏等影响拣选出库效率的问题，故而通过仓储机器人搬运方便第一工作台快速完成目标订单的拣选出库，保证处理效率。

本公开实施例提供的挂单处理方法，通过接收到针对目标订单的领用请求，根据领用请求确定目标订单对应的第一工作台，然后基于目标订单在第二工作台挂起时的状态，确定目标订单的处理策略；并基于处理策略，在第一工作台完成目标订单。由此，能够将因挂单而暂停处理的订单通过第一工作台领用而及时处理，从而解决有效挂单之后订单任务无法及时完成的问题，并能根据目标订单的挂起时状态，调整对应的处理策略，使得被挂单的物料能够通过有针对性的处理策略的及时处理，有效提高了对被挂单对应物料的管理效果，并提高了挂单处理效率。

图3a为本公开另一个实施例提供的挂单处理方法的流程图。本公开实施例提供的挂单处理方法是在图2所示实施例的基础上的进一步细化。如图3a所示，本实施例提供的挂单处理方法包括以下步骤：

步骤S301，响应于接收到的第二工作台的挂单请求，确定挂单请求对应的至少一个订单。

其中，挂单请求用于请求暂停处理至少一个订单，至少一个订单包括目标订单。

具体的，挂单请求为第二工作台通过交互设备向服务器发出的需要将至少一个订单暂停处理的请求。在服务器接收到挂单请求时，可以通过多种方式确定至少一个订单，例如，服务器会根据挂单请求在交互设备上显示当前第二工作台未完成的订单，然后，基于第二工作台工作人员的选取操作，服务器确定需要挂起的至少一个订单，其中包括上述目标订单。

进一步地，如图3b所示，其为挂单请求与对应订单的关系示意图。确定挂单请求对应的至少一个订单，包括如下情况：

步骤S3011、当挂单请求对应的第二工作台存在处于短拣状态的第一类订单时，确定第一类订单为挂单请求对应的至少一个订单。

具体的，第一类订单用于表示处于短拣状态的订单。

当接收到第二工作台的挂单请求时，确定分配给第二工作台的全部订单，并确定是否接收到过针对全部订单中任一订单出现短拣情况的消息，进而确定第二工作台存在短拣的第一类订单。

其中，订单出现短拣情况的信息可以由工作台的交互设备向服务器反馈，因此，服务器可以根据第二工作台发送的出现短拣情况的消息的订单，确认挂单请求对应的第二工作台是否存在第一类订单。

在接收到第二工作台的挂单请求且第二工作站存在第一类订单的情况下，由于处于短拣状态的第一类订单当前无法继续完成拣选，故可以预判挂单请求针对的是第一类订单，先将第一类订单确定为挂单请求对应的订单。

步骤S3012、当挂单请求对应的第二工作台不存在处于短拣状态的订单时，确定第二工作台对应的所有未完成的订单均为挂单请求对应的至少一个订单。

具体的，若第二工作台中不存在处于短拣状态的订单，则说明第二工作台的挂单请求并不是由于存在短拣而导致的订单需要暂停处理的情况。此时，导致挂单的原因可能是第二工作台故障或订单清尾。

当导致挂单的原因是第二工作台故障时，则第二工作台将无法继续处理其对应的所有未完成订单，因此，可以直接确定第二工作台对应的所有未完成订单为挂单请求对应的至少一个订单。

当挂单的原因是第二工作台订单清尾时，由于清尾是到达下班时间或换班时间，此时第二工作台同样无法继续处理订单，因此，可以直接确定第二工作台对应的所有未完成订单为挂单请求对应的至少一个订单。

一些实施例中，订单清尾或故障的判断方法为，通过设定时间段(如5分钟或10分钟)内服务器接收到的挂单请求的数量为一个还是多个来确定，若挂单请求的数量有至少两个，则认为此时为清尾场景(由于清尾是基于时间确定的，此时通常有不止一个工作台发出挂单请求，因此，可以根据挂单请求的数量确定)；若仅有单个挂单请求，则认为是第二工作台故障导致的(工作台一般不会出现同时发生故障的情况)。

由于领用请求为第二工作台的交互设备发出，此时，可能会出现人工选择需要挂起的订单时，遗漏掉应该选中的订单的情况，因此，通过将第二工作台对应的所有未完成订单均自动确认为挂单请求对应的订单，有效避免人工选择导致的遗漏，进而保证对被挂起订单的有效管理和及时处理。

一些实施例中，由于第二工作台故障导致的挂单，还需要及时向管理人员发送对第二工作台进行维修的通知消息，而清尾导致的挂单，则不需要针对第二工作台作进一步处理。

一些实施例中，在步骤S3011和S3012之后，还可以通过交互设备展示出确定的至少一个订单，使管理人员可以复核以及修改，以保证至少一个订单的准确性。

步骤S3013、响应于第二工作台的第一指示信息，确定第一指示信息指定的订单为挂单请求对应的至少一个订单。

其中，第一指示信息为挂单请求中包含的用于指定挂单请求对应的至少一个订单的信息。

具体的，挂单请求对应至少一个订单还可以由人工选择确定。人工选择并生成挂单请求的场景，可以是出现短拣情况、工作台故障、清尾场景等，也可以是工作台任务负荷较大，需要将排队等待的未处理的订单挂起，以便服务器重新指定处理该订单的工作台。

此时，基于人工选择的需要挂起的至少一个订单，会生成对应的第一指示信息，并基于该第一指示信息向服务器发送挂单请求；服务器在接收到包含第一指示信息的挂单请求时，会直接确定第一指示信息中指定的订单为挂单请求对应的至少一个订单。

步骤S3014、当挂单请求对应的第二工作台存在处于短拣状态的第一类订单时，确定第一类订单为挂单请求对应的至少一个订单；并，响应于第二工作台的第一指示信息，确定第一指示信息指定的订单为挂单请求对应的至少一个订单。

具体的，服务器可能既接收到第二工作台由人工选择发出的第一指示信息，又接收到第二工作台出现短拣情况的消息，并确定第一工作台存在处于短拣状态的第一类订单，此时，既需要将第一指示信息中指定的订单确定为挂单请求对应的订单，还可以将处于短拣状态的第一类订单，也自动确定为挂单请求对应的订单。

一些实施例中，第一类订单可以与第一指示信息中指定的订单存在重合，如第一指示信息的目的就是为了选择出现短拣情况的订单以挂起，此时通过自动选择存在处于短拣状态的第一类订单，能避免选择遗漏的情况。

一些实施例中，第一类订单也可以与第一指示信息中指定的订单存在差异，如第一指示信息的目的是选择未处理的订单进行挂起(如工作台任务负荷过大的场景)，此时第一指示信息与第一类订单可能就不存在重合的部分，此时，可以将第一指示信息指定订单和第一类订单均确定为挂单请求对应的订单，以提高处理效率(因为第一类订单可能需要挂起，也可能不需要挂起，通过配置相应规则进行自动选择，能够减少操作，进而提高处理效率)。

步骤S3015、当挂单请求对应的第二工作台不存在处于短拣状态的订单时，确定第二工作台对应的所有未完成的订单均为挂单请求对应的至少一个订单；并，响应于第二工作台的第一指示信息，确定第一指示信息指定的订单为挂单请求对应的至少一个订单。

具体的，与步骤S3014类似，在清尾场景或工作台故障时，第二工作台也可以发送由人工选择的第一指示信息。但此时第二工作台对应的所有未完成的订单一般包括了第一指示信息中指定的订单，所以也可以直接确定第二工作台对应的所有未完成的订单均为挂单请求对应的至少一个订单。

由步骤S3011至步骤S3015可知，基于不同原因导致的挂单，对挂单请求对应订单的选择存在不同情况。由于工作台的交互设备在发送挂单请求时，并不一定会选择具体导致挂单的原因，此时服务器可以根据第二工作台的相关信息确认挂单请求产生的原因，以避免遗漏需要挂起的订单。

进一步的，在确定所述挂单请求对应的至少一个订单之后，需要基于每个订单在第二工作台挂起时的状态，确定至少一个订单关联的操作箱的处理策略，参见步骤S302至步骤S303。

步骤S302，基于每个订单关联的订单箱的空置状态，确定对订单箱的第一处理策略。

具体的，在确定挂单请求对应的至少一个订单后，需要根据每个订单在第二工作台挂起时的状态，确定至少一个订单关联的操作箱的处理策略。具体的，操作箱包括订单箱和料箱，由于两者在不同订单挂起时状态下的处理策略互不相同，因此需要分别确定订单箱和料箱的处理策略。

订单箱用于放置根据目标订单从料箱中拣选出的物料，因此，若目标订单对应的订单箱中已经放置有拣选出的物料，那么可以继续使用该订单箱；若目标订单对应的订单箱中尚未放置物料，则可以随机选择一个新的订单箱对应该目标订单，以放置目标订单对应的被拣选出的物料，此时便不需要将目标订单挂起之前绑定的订单箱从第二工作台搬运至第一工作台了。

进一步地，当订单箱中已放置有拣选出的物料时，确定第一处理策略为取消订单箱与料箱搬运任务之间、订单箱与第二工作台之间，订单箱与播种位之间的绑定关系。

具体的，当订单箱中已经放置有拣选出的物料时，需要将该订单箱移动到第一工作台进行后续拣选处理。(若此时尚未接收到第一工作台的领用请求，则直接暂存在第二工作台的播种位上，等待后续领用处理。)

此时，需要先取消已分配至第二工作台的，与该订单箱相关联的搬运任务，同时取消该订单箱与第二工作台、第二工作台上播种位(播种位指工作台对应的放置订单箱的位置)的绑定关系。

然后，在后续接收到第一工作台针对目标订单的领用请求时，可以通过人工搬运(如发送领用请求的工作台对应的工作人员去搬运)或仓储机器人搬运(向仓储机器人发送将订单箱搬运到第一工作台的播种位的指令)的方式，将订单箱移动到第一工作台。并建立该订单箱与第一工作台和对应播种位的绑定关系，以便继续完成订单拣选。

步骤S303，基于每个订单关联的料箱的执行状态，确定对料箱的第二处理策略。

具体的，料箱的执行状态可以为以下任意一种：料箱扔放置在货架上还未被仓储机器人搬运、料箱正在被仓储机器人搬运、料箱已被搬运到第二工作台、第二工作台在对料箱进行拣选。

根据料箱的执行状态不同，需要采用不同的第二处理策略，以对料箱进行及时有效的处理。

进一步地，具体第二处理策略包括如下情况：

情况一、当料箱未被分配绑定到仓储机器人或未被绑定的仓储机器人搬运时，确定第二处理策略为取消针对该料箱的搬运任务。

具体的，当料箱未被绑定到仓储机器人或未被绑定的仓储机器人搬运时，料箱仍处于库存货架上，此时，直接取消命中该料箱的出库任务(包括仓储机器人的搬运任务和第二工作台的拣选任务)，然后在接收到领用请求后，重新建立基于第一工作台的搬运任务，能够最大限度提升处理效率，避免继续执行原有搬运任务对出库处理时间的浪费。

情况二、当料箱已被绑定的仓储机器人搬运但未被搬运至工作台时，确定第二处理策略为指示仓储机器人对料箱进行回库处理。

具体的，料箱被仓储机器人搬运之后且未被搬运至第二工作台时，由于此时尚未确定领用被挂起订单的第一工作台，因此，无法确定具体该料箱的目的地，为方便后续调用该料箱，第二处理策略应设置为将料箱直接回库，即改变路线，重新放回至货架上，以方便后续订单调用。

情况三、当料箱已被绑定的仓储机器人搬运至工作台上时，确定第二处理策略为指示仓储机器人对料箱进行回库处理，或指示工作台对料箱进行暂存处理。

具体的，料箱被搬运至第二工作台后，由于第二工作台已经将料箱对应的目标订单挂起，此时第二工作台无法再继续对该料箱进行拣选，因此，为方便后续其他工作台领用目标订单并使用该料箱，可以将该料箱进行回库处理；也可以暂存在第二工作台或第二工作台对应的缓存架上，在接收到领用请求后，再由仓储机器人或工作人员将该料箱搬运到领用请求对应的第一工作台。

步骤S304，若挂单请求对应的至少一个订单均为处于短拣状态的第一类订单，则确定挂单请求对应的第二工作台处于可分配订单状态。

具体的，若挂单请求对应的至少一个订单均为处于短拣情况的第一类订单，此时，挂单请求对应的场景为基于订单处于短拣状态的挂单场景，在这一场景中，工作台本身的处理能力不会受影响，仅是被挂起的第一类订单会存在无法处理的问题，此时第二工作台本身仍是处于可分配订单的状态，智能仓储系统可以继续向第二工作台分配待处理的订单。

步骤S305，若第二工作台不存在处于短拣状态的第一类订单，则确定挂单请求对应的第二工作台处于不可分配订单状态。

具体的，如第二工作台不存在短拣的订单，说明挂单请求对应的订单由第二工作台故障或清尾等原因造成的，若第二工作台出现故障，则直到第二工作台维修至正常之前，都无法处理订单，因此需要直接将第二工作台切换为不可分配订单的状态，避免错误分配订单后导致订单无法及时处理的问题；若是清尾的场景，则直到第二工作台再次开工之前，即使分配订单也无法及时处理，因此，同样将第二工作台切换为不可分配订单的状态，以保证订单能够被其他仍在工作的工作台及时处理的问题。

步骤S306，若挂单请求对应的至少一个订单中存在处于短拣状态的第一类订单，也存在非第一类订单，则向第二工作台发出是否可分配订单的请求信息，并基于第二工作台的反馈信息，确定第二工作的订单分配状态。

具体的，由于挂单请求可能是基于人工选择发送的，此时，第二工作台发送的挂单请求，仅有部分订单是处于短拣状态的第一类订单，其他订单可能是由于工作台故障而选择的未完成订单，也可能是由于工作台任务负荷而选择的未处理订单，还可能是由于工作人员相互协调后需要更换工作台处理的订单。

此时，需要在接收到挂单请求时，直接向第二工作台发送反馈信息，由第二工作台的工作人员来确定第二工作台是处于可分配订单状态(如只是有订单需要更换工作台处理的场景)，还是不可分配订单状态(如工作台故障的场景)。

步骤S307，接收到针对目标订单的领用请求，根据领用请求确定目标订单对应的第一工作台。

其中，目标订单为第二工作台执行挂单操作时挂起的订单。

步骤S308，基于目标订单在第二工作台挂起时的状态，确定目标订单的处理策略。

步骤S309，基于处理策略，在第一工作台完成目标订单。

步骤S307至步骤S309与图2所示实施例中的步骤S201至步骤S203内容相同，此处不再赘述。

在本实施例中，智能仓储系统根据挂单请求发出的原因，确定挂单请求对应的目标订单，根据目标订单被挂起时料箱和订单箱的状态，确定对料箱和订单箱各自不同的处理策略，然后在接收到领用请求后，选择对应的处理策略进行处理，由此能够有效保证所有因挂单被暂停的订单、订单箱和料箱都能得到及时有效的管理和处理，避免出现遗漏和难以管理的情况，进而保证在领用处理时，能够及时有效的处理，进而提高了仓储管理效率。

图4为本公开又一个实施例提供的挂单处理方法的流程图。如图4所示，该挂单处理方法可以包括：

步骤S401，响应于接收到的领用请求，确定领用请求对应的领用工作台和订单箱。

其中，领用请求基于领用工作台录入订单箱信息的动作而发出。

具体的，领用请求为工作人员在取到订单箱后，通过所在的工作台(即领用工作台)的交互设备(如扫码装置)录入订单箱上的识别码，从而生成领用请求。即，直接生成的领用请求为与订单箱相对应的。

步骤S402，确定订单箱对应的目标订单。

具体的，由于订单箱已经由服务器分配了对应的目标订单并记录的，因此，服务器在接收到领用请求对应的订单箱时，就能基于分配的记录，确定订单箱对应的目标订单，即确定了领用请求对应的目标订单。

步骤S403，确定领用工作台领用的订单为目标订单，领用工作台为交互设备所在的第一工作台。

具体的，在确定领用请求对应的目标订单之后，服务器就能将目标订单对应的操作分配给当前发送领用请求的领用工作台处理，领用工作台即为操作领用动作的交互设备所在的第一工作台。

步骤S404、基于目标订单在第二工作台挂起时订单的完成度，确定目标订单的处理策略为根据目标订单的未完成量生成目标订单关联的订单任务。

具体的，根据目标订单的完成度，会调整对应料箱和订单箱的订单任务。包括调整目标订单对应的料箱，并据此生成对应于仓储机器人的搬运任务，和根据第二工作台的原订单箱中是否放置有物料，确定是否基于该订单箱继续完成订单拣选任务(如该订单箱没放置物料时可以直接启用第一工作台的新订单箱，放置了物料就可以继续使用该订单箱)。

示例性的，如目标订单中包含有50件A种物料的拣选，若该目标订单的完成度为0，即还未开始处理，则需要命中包含A种物料至少50件的料箱，才能完成该订单的拣选；若该目标订单的完成度为80％，即只需要再拣选10件A种物料，此时包含A种物料的数量超过10件的料箱都可以用于完成该订单的拣选，服务器可以根据料箱所在货架到第一工作站的距离等因素重新确定用于拣选的料箱，以提高出库效率。

步骤S405、基于处理策略，在第一工作台完成目标订单。

本步骤与图2所示实施例中的步骤S203内容相同，此处不再赘述。

在本实施例中，智能仓储系统在第一工作台领用了被挂起的目标订单对应的订单箱后，根据订单箱确定目标订单和第一工作台的对应关系，然后根据目标订单的已拣选量和完成度，分别向第一工作台和仓储机器人生成对应的订单任务，从而在第一工作台完成目标订单。由此，能够根据目标订单的实际完成情况，向第一工作台和仓储机器人发送具体需要完成的订单任务，从而有效保证目标订单出库任务的完成，同时保证物料搬运和拣选的效率，进而提高了仓储管理效率。

图5为本公开又一个实施例提供的挂单处理方法的流程图。如图5所示，该挂单处理方法可以包括：

步骤S501，响应于接收到的第二工作台的挂单请求，确定挂单请求对应的至少一个订单。

其中，挂单请求用于请求暂停处理至少一个订单，至少一个订单包括目标订单。

本步骤与图3实施例中的步骤S301内容相同，此处不再赘述。

步骤S502、确定挂单请求对应的至少一个订单中的未拣选订单。

具体的，挂单请求对应的订单中，可能有已经拣选了一部分的订单，也可能存在未拣选的订单，对于已拣选的订单，可以通过图2所示实施例中的处理方法，基于第一工作台的领用请求，进行针对性处理。而如果订单未开始拣选，此时，其对应的订单箱未放置物料，此时继续处理该订单的工作台也就不需要领用该订单箱，因此，不需要等待工作台发送领用请求，可以直接通过服务器重新分配该订单的订单任务即可。

步骤S503、确定用于处理未拣选订单的第三工作台。

具体的，对于未拣选的订单，服务器可以根据各工作台的任务量进行分配，例如，选择任务量最低的工作台为第三工作台，以完成未拣选订单的处理。而不需要等待第一工作台发出领用请求，由于减少了未拣选订单被挂起后的等待时间，能够提升对未拣选订单的处理效率。

步骤S504、基于第三工作台，生成对应未拣选订单的订单任务。

具体的，在确定第三工作台之后，就可以基于未拣选订单所需要的物料确定对应的料箱，并向仓储机器人下发搬运任务，同时向第三工作台的交互设备发送对应的拣选任务，从而方便第三工作台基于搬运任务运送的料箱和拣选任务，完成未拣选订单的拣选出库。

步骤S505、基于订单任务，在第三工作台完成未拣选订单。

具体的，第三工作台的工作人员可以基于未拣选订单对应的拣选任务，以及第三工作台对应的该未拣选订单的订单箱所在的位置，快速直接完成物料拣选，而不需要再从第二工作台获取服务器原先绑定的订单箱(在确定第三工作台前还会对原先绑定的订单箱进行解绑)。

步骤S506、若至少一个订单中存在已拣选订单，接收到针对挂单请求对应的至少一个订单中已拣选订单的领用请求，根据领用请求确定已拣选订单对应的第一工作台。

其中，已拣选订单为第二工作台执行挂单操作时挂起的订单，该已拣选订单为部分拣选订单，即已拣选但未完成全部拣选的订单。

步骤S507、基于已拣选订单在第二工作台挂起时的状态，确定已拣选订单的处理策略。

步骤S508、基于处理策略，在第一工作台完成已拣选订单。

其中，步骤S506至步骤S508的内容与图2所示实施例中的步骤S201至步骤S203内容相同，此处不再赘述。

在本实施例中，智能仓储系统先判断挂单请求对应的订单是否已经开始拣选，然后将已拣选的订单基于领用请求进行处理，将未拣选的订单直接分配对应的工作台进行处理。由此，能够根据被挂起订单的状态进行分别处理，并能通过快速直接的对未拣选订单进行处理，提高对未拣选订单的处理效率，进而提高对被挂起订单整体的处理效率。

图6为本公开一个实施例提供的挂单处理装置的结构示意图。如图6所示，该挂单处理装置600包括：接收模块610、确定模块620和处理模块630。

其中：

接收模块610，用于接收到针对目标订单的领用请求，根据领用请求确定目标订单对应的第一工作台，目标订单为第二工作台执行挂单操作时挂起的订单；

确定模块620，用于基于目标订单在第二工作台挂起时的状态，确定目标订单的处理策略；

处理模块630，用于基于处理策略，在第一工作台完成目标订单。

可选地，接收模块610中，领用请求为第一工作台基于第一工作台的领用设备扫描订单箱的标识码而发出的请求。

可选地，确定模块620还用于，在接收到针对目标订单的领用请求，根据领用请求确定目标订单对应的第一工作台之前，响应于接收到的第二工作台的挂单请求，确定挂单请求对应的至少一个订单，挂单请求用于请求暂停处理至少一个订单，至少一个订单包括目标订单；基于每个订单在第二工作台挂起时的状态，确定至少一个订单关联的操作箱的处理策略。

可选地，确定模块620具体用于，当挂单请求对应的第二工作台存在处于短拣状态的第一类订单时，确定第一类订单为挂单请求对应的至少一个订单；当挂单请求对应的第二工作台不存在处于短拣状态的订单时，确定第二工作台对应的所有未完成的订单均为挂单请求对应的至少一个订单；和/或，响应于第二工作台的第一指示信息，确定第一指示信息指定的订单为挂单请求对应的至少一个订单。

可选地，确定模块620具体用于，基于每个订单关联的订单箱的空置状态，确定对订单箱的第一处理策略；基于每个订单关联的料箱的执行状态，确定对料箱的第二处理策略。

可选地，确定模块620具体用于，当订单箱中已放置有拣选出的物料时，确定第一处理策略为取消订单箱与料箱搬运任务之间、订单箱与第二工作台之间，订单箱与播种位之间的绑定关系。

可选地，确定模块620具体用于，当料箱未被绑定到仓储机器人或未被绑定的仓储机器人接收时，确定第二处理策略为取消针对料箱的出库任务；当料箱已被绑定的仓储机器人接收但未被搬运至工作台时，确定第二处理策略为指示仓储机器人对料箱进行回库处理；当料箱已被绑定的仓储机器人搬运至工作台上时，确定第二处理策略为指示仓储机器人对料箱进行回库处理，或指示工作台对料箱进行暂存处理。

可选地，确定模块620还用于，若挂单请求对应的至少一个订单均为处于短拣状态的第一类订单，则确定挂单请求对应的第二工作台处于可分配订单状态；若第二工作台不存在处于短拣状态的第一类订单，则确定挂单请求对应的第二工作台处于不可分配订单状态。

可选地，确定模块620具体用于，基于目标订单在第二工作台挂起时订单的完成度，确定目标订单的处理策略为根据目标订单的未完成量生成目标订单关联的订单任务。

在本实施例中，挂单处理装置通过各模块的结合，能够在接收到领用请求后，基于被挂起订单的具体情况，针对性确定对应的处理策略，完成被挂起订单的出库处理，从而有效避免挂单之后订单任务无法及时完成的问题，提高仓储管理效率。

图7为本公开一个实施例提供的控制设备的结构示意图，如图7所示，该控制设备700包括：存储器710和处理器720。

其中，存储器710存储有可被至少一个处理器720执行的计算机程序。该算机程序被至少一个处理器720执行，以使控制设备实现如上任一实施例中提供的挂单处理方法。

其中，存储器710和处理器720可以通过总线730连接。

相关说明可以对应参见方法实施例所对应的相关描述和效果进行理解，此处不予赘述。

本公开一个实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行以实现如上任一方法实施例提供的挂单处理方法。

其中，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本公开一个实施例提供了一种计算机程序产品，其包含计算机执行指令，该计算机执行指令被处理器执行时用于实现如上述方法实施例中的挂单处理方法。

在本公开所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。

Claims (13)

1.一种挂单处理方法，其特征在于，应用于智能仓储系统，所述挂单处理方法包括：

接收到针对目标订单的领用请求，根据所述领用请求确定所述目标订单对应的第一工作台，所述目标订单为第二工作台执行挂单操作时挂起的订单；

基于所述目标订单在所述第二工作台挂起时的状态，确定所述目标订单的处理策略；

基于所述处理策略，在所述第一工作台完成所述目标订单。

2.根据权利要求1所述的挂单处理方法，其特征在于，所述领用请求为所述第一工作台基于所述第一工作台的领用设备扫描订单箱的标识码而发出的请求。

3.根据权利要求1所述的挂单处理方法，其特征在于，所述接收到针对目标订单的领用请求，根据所述领用请求确定所述目标订单对应的第一工作台之前，所述方法还包括：

响应于接收到的所述第二工作台的挂单请求，确定所述挂单请求对应的至少一个订单，所述挂单请求用于请求暂停处理所述至少一个订单，所述至少一个订单包括所述目标订单；

基于每个订单在所述第二工作台挂起时的状态，确定所述至少一个订单关联的操作箱的处理策略。

4.根据权利要求3所述的挂单处理方法，其特征在于，所述响应于接收到的所述第二工作台的挂单请求，确定所述挂单请求对应的至少一个订单，包括：

当所述挂单请求对应的第二工作台存在处于短拣状态的第一类订单时，确定所述第一类订单为所述挂单请求对应的至少一个订单；

当所述挂单请求对应的第二工作台不存在处于短拣状态的订单时，确定所述第二工作台对应的所有未完成的订单均为所述挂单请求对应的至少一个订单；

和/或，响应于所述第二工作台的第一指示信息，确定所述第一指示信息指定的订单为所述挂单请求对应的至少一个订单。

5.根据权利要求3所述的挂单处理方法，其特征在于，所述基于每个订单在所述第二工作台挂起时的状态，确定所述至少一个订单关联的操作箱的处理策略，包括：

基于每个订单关联的订单箱的空置状态，确定对所述订单箱的第一处理策略；

基于每个订单关联的料箱的执行状态，确定对所述料箱的第二处理策略。

6.根据权利要求5所述的挂单处理方法，其特征在于，所述基于每个订单关联的订单箱的空置状态，确定对所述订单箱的第一处理策略，包括：

当订单箱中已放置有拣选出的物料时，确定所述第一处理策略为取消订单箱与料箱搬运任务之间、订单箱与第二工作台之间，订单箱与播种位之间的绑定关系。

7.根据权利要求5所述的挂单处理方法，其特征在于，所述基于每个订单关联的料箱的执行状态，确定对所述料箱的第二处理策略，包括：

当料箱未被绑定到仓储机器人或未被绑定的仓储机器人接收时，确定所述第二处理策略为取消针对所述料箱的出库任务；

当料箱已被绑定的仓储机器人接收但未被搬运至工作台时，确定所述第二处理策略为指示所述仓储机器人对所述料箱进行回库处理；

当料箱已被绑定的仓储机器人搬运至工作台上时，确定所述第二处理策略为指示仓储机器人对所述料箱进行回库处理，或指示所述工作台对所述料箱进行暂存处理。

8.根据权利要求3至7中任一项所述的挂单处理方法，其特征在于，所述响应于接收到的所述第二工作台的挂单请求，确定所述挂单请求对应的至少一个订单之后，还包括：

若所述挂单请求对应的至少一个订单均为处于短拣状态的第一类订单，则确定所述挂单请求对应的第二工作台处于可分配订单状态；

若所述第二工作台不存在处于短拣状态的第一类订单，则确定所述挂单请求对应的第二工作台处于不可分配订单状态。

9.根据权利要求1至7中任一项所述的挂单处理方法，其特征在于，所述基于所述目标订单在所述第二工作台挂起时的状态，确定所述目标订单的处理策略，包括：

基于所述目标订单在所述第二工作台挂起时订单的完成度，确定所述目标订单的处理策略为根据所述目标订单的未完成量生成所述目标订单关联的订单任务。

10.一种挂单处理装置，其特征在于，应用于智能仓储系统，所述挂单处理装置包括：

第一确定模块，用于接收到针对目标订单的领用请求，根据所述领用请求确定所述目标订单对应的第一工作台，所述目标订单为第二工作台执行挂单操作时挂起的订单；

第二确定模块，用于基于所述目标订单在所述第二工作台挂起时的状态，确定所述目标订单的处理策略；

处理模块，用于基于所述处理策略，在所述第一工作台完成所述目标订单。

11.一种电子设备，其特征在于，包括：

至少一个处理器；

以及与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述电子设备执行如权利要求1至9中任一项所述的挂单处理方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至9中任一项所述的挂单处理方法。

13.一种计算机程序产品，其特征在于，所述计算机程序产品包含计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至9中任一项所述的挂单处理方法。

Images