物品出库的方法、装置、电子设备和存储介质与流程

本发明涉及计算机技术领域，尤其涉及一种物品出库的方法、装置、电子设备和存储介质。

背景技术：

在仓储管理系统中，对于包括大量同样物品的货单出库时，通常会优先考虑满箱出库的方式，即对货单中的物品，先将能够装满整箱的部分进行满箱拣货，再将剩下的不足满箱的部分进行普通拣货，然后复核出库。满箱出库的具体方式由仓储管理系统中的拣货系统、满箱出库系统和立库管理系统确定得出。具体的，拣货系统会向满箱出库系统下发针对某个货单的拣货任务，满箱出库系统在确定该货单可以满箱出库后，向立库管理系统发送请求，立库管理系统接收请求后确定出用于满箱出库的容器，并将容器信息返回立库管理系统，如此向立库管理系统确定出该货单满箱出库的具体信息，并将确定的具体信息发送给拣货系统，以便于拣货系统实施出库。

在上述过程中，如果货单中物品需要通过多个容器才能出库，则满箱出库系统需要向立库管理系统发送多次请求，同时也会接收立库管理系统多次返回的容器信息，并将这些信息和该货单中不能满箱(需要普通拣货)部分的信息逐一返回给拣货系统。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

在货单中物品需要通过多个容器才能出库时，立库管理系统会多次返回容器信息，满箱出库系统在每次接收到容器信息后会立刻将容器信息发送给拣货系统，这就会导致拣货系统、满箱出库系统和立库管理系统之间需要多次频繁交互才能完成。但是，多次交互的情况会提高交互时报文丢失的概率，导致数据传输错误率提高，进而会降低货单出库的效率。

技术实现要素：

有鉴于此，本发明实施例提供一种物品出库的方法、装置、系统和存储介质，能够减少拣货系统、满箱出库系统和立库管理系统之间的交互，降低交互时报文丢失的概率和数据传输错误率，避免降低货单出库的效率。

为实现上述目的，根据本发明实施例的一个方面，提供了一种物品出库的方法。

本发明实施例的一种物品出库的方法包括：接收拣货系统下发的拣货任务，所述拣货任务包括待拣货物品的物品标识和所述待拣货物品的出库数量；基于所述出库数量和所述物品标识对应的满装容器数量，确定所述待拣货物品在出库时满装的n个容器，其中，n为大于零的整数，所述满装容器数量表示待出库物品装满容器时容器内所述待出库物品的数量；向立库管理系统发送满第一出库请求，所述第一出库请求用于请求所述立库管理系统确定所述待拣货物品用于出库的n个容器；接收所述立库管理系统发送的第一响应信息，所述第一响应信息包括用于所述待出库物品出库的所述n个容器的标识及其容量；向所述拣货系统发送所述满装容器信息，所述满装容器信息包括所述n个容器的标识及其容量，以使所述拣货系统根据所述n个容器的标识及其容量确定所述待出库物品的出库方式。

在一个实施例中，在所述向所述拣货系统发送满装容器信息之前，还包括：基于所述出库数量、所述n个容器的容量之和确定所述待拣货物品非满装容器的拣货数量；则所述向所述拣货系统发送所述满装容器信息，包括：向所述拣货系统发送所述满装容器信息和所述拣货数量，以使所述拣货系统根据所述满装容器信息和所述拣货数量确定所述待出库物品的出库方式。

在又一个实施例中，所述基于所述出库数量、所述n个容器的容量之和确定所述待拣货物品非满装容器的拣货数量，包括：确定所述出库数量减去所述n个容器的容量之和后的剩余数量；若所述剩余数量小于所述满装容器数量，则将所述剩余数量确定为所述待拣货物品非满装容器的拣货数量；若所述剩余数量大于等于所述满装容器数量，则基于所述剩余数量和所述满装容器数量确定所述剩余数量的待拣货物品出库所需的m个容器，其中，m为大于零的整数；向所述立库管理系统发送用于请求所述m个容器的第二出库请求；接收所述立库管理系统发送的第二响应信息，所述第二响应信息包括所述m个容器的标识及其容量；基于所述剩余数量、所述m个容器的容量之和确定所述待拣货物品非满装容器出库的拣货数量；则所述满装容器信息还包括所述m个容器的标识及其容量。

在又一个实施例中，在所述向所述拣货系统发送所述满装容器信息之前，还包括：判断所述n个容器的容量之和是否大于所述出库数量；若否，则将所述n个容器的标识及其容量确定为所述满装容器信息；若是，则确定所述n个容器中的一个容器作为未使用容器，使n个容器中除所述未使用容器外其他容器的容量之和小于等于所述出库数量；向所述立库管理系统发送取消消息，所述取消消息包括所述未使用容器的标识；将所述n个容器中除所述未使用容器外其他容器的标识及其容量作为所述满装容器信息。

在又一个实施例中，所述向立库管理系统发送第一出库请求，包括：向立库管理系统发送所述n个第一出库请求；所述接收所述向立库管理系统发送的第一响应信息，包括：接收所述向立库管理系统发送的、所述n个第一响应信息，所述n个第一响应信息分别与所述n个第一出库请求一一对应。

在又一个实施例中，所述接货任务还包括拣货标识；所述满装容器信息还包括所述拣货标识和所述物品标识。

为实现上述目的，根据本发明的另一方面，提供了一种物品出库的装置。

本发明的一种物品出库的装置包括：接收单元，用于接收拣货系统下发的拣货任务，所述拣货任务包括待拣货物品的物品标识和所述待拣货物品的出库数量；确定单元，用于基于所述出库数量和所述物品标识对应的满装容器数量，确定所述待拣货物品在出库时满装的n个容器，其中，n为大于零的整数，所述满装容器数量表示待出库物品装满容器时容器内所述待出库物品的数量；发送单元，用于向立库管理系统发送满第一出库请求，所述第一出库请求用于请求所述立库管理系统确定所述待拣货物品用于出库的n个容；所述接收单元，还用于接收所述立库管理系统发送的第一响应信息，所述第一响应信息包括用于所述待出库物品出库的所述n个容器的标识及其容量；所述发送单元，还用于向所述拣货系统发送所述满装容器信息，所述满装容器信息包括所述n个容器的标识及其容量，以使所述拣货系统根据所述n个容器的标识及其容量确定所述待出库物品的出库方式。

在一个实施例中，所述确定单元，还用于基于所述出库数量、所述n个容器的容量之和确定所述待拣货物品非满装容器的拣货数量；所述发送单元，具体用于向所述拣货系统发送所述满装容器信息和所述拣货数量，以使所述拣货系统根据所述满装容器信息和所述拣货数量确定所述待出库物品的出库方式。

在又一个实施例中，所述确定单元，具体用于：确定所述出库数量减去所述n个容器的容量之和后的剩余数量；若所述剩余数量小于所述满装容器数量，则将所述剩余数量确定为所述待拣货物品非满装容器的拣货数量；若所述剩余数量大于等于所述满装容器数量，则基于所述剩余数量和所述满装容器数量确定所述剩余数量的待拣货物品出库所需的m个容器，其中，m为大于零的整数；向所述立库管理系统发送用于请求所述m个容器的第二出库请求；接收所述立库管理系统发送的第二响应信息，所述第二响应信息包括所述m个容器的标识及其容量；基于所述剩余数量、所述m个容器的容量之和确定所述待拣货物品非满装容器出库的拣货数量；则所述满装容器信息还包括所述m个容器的标识及其容量。

在又一个实施例中，还包括：

判断单元，用于判断所述n个容器的容量之和是否大于所述出库数量；所述确定单元，还用于若否，则将所述n个容器的标识及其容量确定为所述满装容器信息；所述确定单元，还用于若是，则确定所述n个容器中的一个容器作为未使用容器，使n个容器中除所述未使用容器外其他容器的容量之和小于等于所述出库数量；所述发送单元，还用于向所述立库管理系统发送取消消息，所述取消消息包括所述未使用容器的标识；所述确定单元，还用于将所述n个容器中除所述未使用容器外其他容器的标识及其容量作为所述满装容器信息。

在又一个实施例中，所述发送单元，具体用于向立库管理系统发送所述n个第一出库请求；所述接收单元，具体用于接收所述向立库管理系统发送的、所述n个第一响应信息，所述n个第一响应信息分别与所述n个第一出库请求一一对应。

在又一个实施例中，所述接货任务还包括拣货标识；所述满装容器信息还包括所述拣货标识和所述物品标识。

为实现上述目的，根据本发明实施例的再一个方面，提供了一种电子设备。

本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例提供的物品出库的方法。

为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算机可读介质。

本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例提供的物品出库的方法。

上述发明中的一个实施例具有如下优点或有益效果：本发明实施例中，满箱出库系统接收立库管理系统返回容器的标识和容量后，可以通过满装容器信息统一发送给拣货系统。如此，在确定物品出库的过程中，尤其是货单中物品需要通过多个容器才能出库时，满箱出库系统一次性将满装容器信息发送给拣货系统，减少满箱出库系统和拣货系统之间的交互，降低交互时报文丢失的概率，降低数据传输错误率，进而避免降低订单出库的效率。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据现有技术的物品出库的方法的一种主要流程的示意图；

图2是根据本发明实施例的物品出库的方法的一种主要流程的示意图；

图3是根据本发明实施例的物品出库的方法的又一种主要流程的示意图；

图4是根据本发明实施例的物品出库的方法的又一种主要流程的示意图；

图5是根据本发明实施例的物品出库的装置的主要单元的示意图；

图6是本发明实施例可以应用于其中的一种示例性系统架构图；

图7是适于用来实现本发明实施例的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明中的实施例以及实施例中的特征可以互相组合。

在仓储管理系统中，通常由拣货系统、满箱出库系统和立库管理系统确定货单中物品出库的具体方式。具体方式如图1所示。

s101，拣货系统向满箱出库系统下发拣货任务。

拣货系统中包括需要出库的货单，需要出库的货单中的物品即为待拣货物品。货单需要出库时，拣货系统向满箱出库系统下发拣货任务，下发的拣货任务中包括本次拣货任务的标识和待拣货物品的信息，如待拣货物品的出库数量等。

s102，满箱出库系统向立库关系系统发送出库请求。

满箱出库系统接收拣货系统下发的拣货任务后，可以根据拣货任务中待拣货物品的信息判断待拣货物品是否可以满装容器出库，也就是是否可以满箱出库，若可以满装容器出库则会向立库系统发送出库请求。满箱出库系统每发送一次出库请求，表示向立库管理系统请求一个用于待拣货物品满装容器出库的容器。立库管理系统会基于出库请求确定出合适的容器，并将确定出容器的信息返回给满箱出库系统。而如果货单中待拣货物品数量较多，需要通过多个容器才能出库，则满箱出库系统需要向立库管理系统发送多次出库请求，同时也会接收立库管理系统多次返回的容器信息。以待拣货物品需要5个容器才能出库为例，满箱出库系统会通过循环调用请求满箱出接口fclquery，向立库管理系统发送5次出库请求，即步骤s102、步骤s103、步骤s104、步骤s105和步骤s106执行的过程。

s102，满箱出库系统向立库关系系统发送出库请求。s103，满箱出库系统向立库关系系统发送出库请求。s104，满箱出库系统向立库关系系统发送出库请求。s105，满箱出库系统向立库关系系统发送出库请求。s106，满箱出库系统向立库关系系统发送出库请求。

满箱出库系统通过调用请求满箱出接口fclquery，可以向利库管理系统发送出库请求fclqueryreq。

其中，fclqueryreq＝{ordernum,goodsno,quantity1}。ordernum表示拣货任务的标识，giidsno表示待拣货物品的物品标识，quantity1表示待拣货物品的出库数量。满箱出库系统通过步骤s102、步骤s103、步骤s104、步骤s105和步骤s106向利库管理系统发送出库请求。

立库管理系统接收满箱出库系统发送的出库请求后，可以基于出库请求中的参数确定出与该出库请求对应的容器，并向满箱出库系统发送包括确定容器的容器信息的返回参数fclqueryret，即步骤s107、步骤s108、步骤s109、步骤s110和步骤s111执行的过程。返回参数中包括确定容器的容器信息，如容器的标识和容器的容量。

s107，立库关系系统向满箱出库系统发送对应步骤s102的返回参数。s108，立库关系系统向满箱出库系统发送对应步骤s103的返回参数。s109，立库关系系统向满箱出库系统发送对应步骤s104的返回参数。s110，立库关系系统向满箱出库系统发送对应步骤s105的返回参数。s111，立库关系系统向满箱出库系统发送对应步骤s106的返回参数。

其中，立库关系系统向满箱出库系统发送的返回参数fclqueryret＝{ordernum，loadunit，goodsno，quantity2，status1}。ordernum表示拣货任务的标识，loadunit表示立库管理系统已经确定容器的标识，goodsno表示待拣货物品的物品标识，quantity2表示立库管理系统已经确定容器的容量，status1表示出库状态，0则表示可以出库，1表示不能出库。由于立库管理系统中可能没有适合出库请求的容器，不能确定出对应出库请求的容器，则此时返回参数中status1为1，loadunit和quantity2为空。立库管理系统中有适合出库请求的容器，能够确定出对应出库请求的容器时，返回参数中status1为0，loadunit为确定容器的标识，quantity2为确定容器的容量。

满箱出库系统接收立库管理系统发送的返回参数后，可以先判断status1的值。若status1的值为1，则表示没有适合的容器，满箱出库系统可以再向立库管理系统发送出库请求。若status1的值为0，则表示有适合的容器，可以根据返回参数可以确定出用于货单中物品出库的容器信息，即容器的标识和容量，并需要将容器信息返回给拣货系统，以便于拣货系统对货单中物品进行拣货。图1中步骤s112、步骤s113、步骤s114、步骤s115和步骤s116执行将容器信息返回给拣货系统的过程。

s112，满箱出库系统向拣货系统发送步骤s107接收的容器信息。s113，满箱出库系统向拣货系统发送步骤s108接收的容器信息。s114，满箱出库系统向拣货系统发送步骤s109接收的容器信息。s115，满箱出库系统向拣货系统发送步骤s110接收的容器信息。s116，满箱出库系统向拣货系统发送步骤s111接收的容器信息。

满箱出库系统在确定出货单中物品满装容器出库所需的容器后，还需要再确定是否还需要非满装容器出库。如果确定出该物品还需要非满装容器出库后，则需要再计算该物品非满装容器的拣货数量，并向拣货系统发送非满装容器的拣货数量，执行步骤s117。

s117，满箱出库系统向拣货系统发送非满装容器的拣货数量。

其中，满箱出库系统可以通过调用确认返回普通拣货接口fclremaindo，向拣货系统发送非满装容器的拣货数量。fclremaindo＝{goodsno,quantity3}，goodsno表示待拣货物品的物品标识，quantity3表示非满装容器的拣货数量。

需要说明的是，在满箱出库系统分别通过步骤s107、步骤s108、步骤s109、步骤s110和步骤s111接收到立库管理系统发送的返回参数后，还可以根据返回参数中容器信息判断该容器是否可以进行满装容器出库。如果该容器可以用于满装容器出库，则向立库管理系统发送确认满装容器出库参数fcldo，如果该容器不可以用于满装容器出库，则向立库管理系统发送取消满箱出库参数fclcancel。其中，fcldoreq＝{loadunit}，loadunit表示对应返回参数中容器的标识，fclcancel＝{loadunit}，loadunit表示对应返回参数中容器的标识。

通过图1所示的过程可以了解出，由于满箱出库系统向立库管理系统发送一次出库请求，立库管理系统会确定出满足该请求的容器，所以如果货单中物品需要通过多个容器才能出库，则满箱出库系统需要向立库管理系统发送多次请求，同时也会接收立库管理系统多次返回的容器信息，并将这些信息和该货单中不能满装容器出库(需要普通拣货)部分的信息逐一返回给拣货系统。如此立库管理系统多次返回容器信息，满箱出库系统在每次接收到容器信息后会将容器信息发送给拣货系统，这就会导致拣货系统、满箱出库系统和立库管理系统之间需要多次频繁交互才能完成，而多次交互的情况会提高交互时报文丢失的概率，导致数据传输错误率提高，进而会降低货单出库的效率。

本发明实施例提供了一种物品出库的方法，该方法可由满箱出库系统执行，如图2所示，该方法包括：

s201：接收拣货系统下发的拣货任务。

其中，拣货任务包括待拣货物品的物品标识和待拣货物品的出库数量。

拣货系统中货单需要出库时，拣货系统向满箱出库系统下发拣货任务，拣货任务中包括本次拣货任务的标识和待拣货物品的具体信息，如待拣货物品的物品标识和待拣货物品的出库数量。待拣货物品的物品标识用于区分待出库的物品，待拣货物品的出库数量表示本次出库的货单中该待拣货物品的总量。

s202：基于出库数量和所述物品标识对应的满装容器数量，确定待拣货物品在出库时满装的n个容器。

需要说明的是，满装容器数量表示物品装满容器时容器内物品的数量，物品标识对应的满装容器数量即为待拣货物品对应的满装容器数量，由于不同容器对应的满装容器数量也不相同，所以满装容器数量具体可以为物品标识对应各容器满装容器数量的平均值、中间值、或最小值等等。由于不同物品的大小不同，所以不同物品对应的满装容器数量也不同。满箱出库系统中可以预先设置各物品的满装容器数量，然后在接收到拣货任务后，通过待拣货物品的标识查询出物品标识对应的满装容器数量，即该物品对应的满装容器数量。由于待拣货物品的出库数量大于满装容器数量才有可能满装容器出库，所以满箱出库系统可以先判断出库数量是否大于零，以及出库数量是否大于满装容器数量。如果出库数量不大于零，或者出库数量小于满装容器数量，则表示待拣货物品的出库数量不能满装容器出库，满箱出库系统可以直接将结果返回拣货系统。如果出库数量不小于满装容器数量，则表示待拣货物品的出库数量能够满装容器出库，满箱出库系统可以继续执行以下流程。如果待拣货物品的出库数量较大，需要通过多个容器进行满装容器出库，则本步骤中可以初步确定出该物品满装容器出库所需的n个容器，n为大于零的整数。

其中，本步骤中将出库数量除以物品标识对应的满装容器数量所得结果的整数位，可以确定为n，n为大于0的整数。例如，假设出库数量为110，而满装容器数量为20，则可以得出n为5。

s203：向立库管理系统发送第一出库请求。

其中，第一出库请求用于请求立库管理系统确定待拣货物品用于出库的n个容器。

满箱出库系统在确定出n后，可以向立库管理系统发送第一出库请求，以请求立库管理系统为待拣货物品分配响应的容器。步骤s202确定出n，则本步骤中发送出库请求用于请求n个容器。

本步骤中发送用于请求n个容器的第一出库请求的方式不做限定，例如，可以只发送一个第一出库请求来请求n个容器，还可以送n个第一库请求，每个请求用于请求一个容器。

第一出库请求还可以包括待拣货物品的物品标识、拣货任务的标识、本次请求对应的期望出库数量、满装容器数量等等参数。

s204：接收立库管理系统发送的第一响应信息。

其中，第一响应信息包括用于待出库物品出库的n个容器的标识及其容量。

立库管理系统接收满箱出库系统发送的第一出库请求后，可以根据第一出库请求确定出对应的容器，并将确定容器的容器信息发送给满箱出库系统。由于步骤s203中出库请求为请求n个容器，所以立库管理系统可以确定出n个容器，并返回n个容器的容器信息。容器信息包括容器的标识和容器的容量，即响应信息中包括n个容器的标识以及n个容器的容量。

本步骤中包括n个容器的标识及其容量的第一响应信息的发送方式不做限定，例如，可以只发送一个包括n个容器的标识及其容量的第一响应信息，还可以发送n个第一响应信息，每个第一响应信息包括与出库请求对应的容器信息。

例如，本发明实施例的一个实施方式中，步骤s202具体执行为向立库管理系统发送n个第一出库请求；步骤s202具体执行为接收向立库管理系统发送的、n个第一响应信息，n个第一响应信息分别与n个第一出库请求一一对应的。

第一响应信息还可以包括待拣货物品的物品标识、拣货任务的标识等等。具体的可以为图1所示的返回参数。

需要说明的是，立库管理系统中可能会没有适合第一出库请求的容器，则返回的第一响应信息可能没有容器信息，此时满箱立库系统可以再次向立库管理系统发送第一出库请求，直到立库管理系统返回的第一响应信息中包括了容器信息。

本发明实施例的又一个实施方式中，由于满箱出库系统基于满装容器数量计算出的n，但是立库管理系统中确定的容器的容量可能并不会正好等于满装容器数量，所以n个容器的容量之和有可能并不是n个满装容器数量之和。例如，假设出库数量为110，而满装容器数量为20，则可以得出n为5，即请求5个容器的容量均为20的容器满装容器出库，剩余10个为非满装容器的拣货数量。但是立库管理系统确定5个容器的容量均为23，这样5个容器的容量之和为115，此时5个容器的容量已经超出的出库数量110，如果按照这5个容器出库会导致有的容器不满装的情况。为了避免上述情况，满箱出库系统在执行步骤s205之前，还可以执行如下过程：判断n个容器的容量之和是否大于出库数量；若否，则将n个容器的标识及其容量确定为满装容器信息；若是，则确定n个容器中的一个容器作为未使用容器，使n个容器中除未使用容器外其他容器的容量之和小于等于出库数量；向立库管理系统发送取消消息，取消消息包括未使用容器的标识；将n个容器中除未使用容器外其他容器的标识及其容量作为满装容器信息。

满箱出库系统执行步骤s204后，可以判断n个容器的容量之和是否大于出库数量。如果n个容器的容量之和小于等于出库数量，则说明待拣货物品出库时能够装满n个容器，此时可以将n个容器的标识及其容量确定为满装容器信息，执行步骤s205。如果n个容器的容量之和大于出库数量，则说明待拣货物品出库时不能够装满n个容器，此时可以从n个容器中确定出一个容器作为未使用容器，以保证n个容器中除未使用容器外其他容器的容量之和小于等于出库数量。未使用容器表示待拣货物品出库不会使用的容器，n个容器中通常可以选在接收的最后一个第一响应信息中所包括的容器作为未使用容器。满箱出库系统确定出未使用容器后，则可以向立库管理系统发送包括未使用容器的标识取消消息，以通知立库管理系统未使用容器可以分配给其他物品出库。同时满箱出库系统可以将n个容器中除未使用容器外其他容器的标识及其容量作为满装容器信息，执行步骤s205。

s205：向拣货系统发送满装容器信息。

其中，满装容器信息包括n个容器的标识及其容量，以使拣货系统根据n个容器的标识及其容量确定待出库物品的出库方式。

在步骤s204接收的响应信息后，满箱出库系统可以得到立库管理系统为待拣货物品出库分配容器的容器信息，则满箱出库系统可以将这些容器信息汇总为满装容器信息，并通过本步骤一次性发送给拣货系统。

满装容器信息还可以包括拣货任务的标识、待拣货物品的物品标识，则满装容器信息可以具体表示为fclqueryret，fclqueryret＝{ordernum，loadunit4，goodsno，quantity4}。ordernum表示拣货任务的标识，loadunit4表示n个容器的标识，goodsno表示待拣货物品的物品标识，quantity4表示n个容器的容量。

本发明实施例中，满箱出库系统接收立库管理系统返回容器的标识和容量后，可以通过满装容器信息统一发送给拣货系统。如此，在确定物品出库的过程中，尤其是货单中物品需要通过多个容器才能出库时，满箱出库系统一次性将满装容器信息发送给拣货系统，减少满箱出库系统和拣货系统之间的交互，降低交互时报文丢失的概率，降低数据传输错误率，进而避免降低订单出库的效率。

结合图2所示实施例的方法，本发明实施例提供了又一种物品出库的方法，如图3所示，该方法包括以下步骤。

s301：接收拣货系统下发的拣货任务。

s302：基于出库数量和物品标识对应的满装容器数量，确定待拣货物品在出库时满装的n个容器。

s303：向立库管理系统发送第一出库请求。

s304：接收立库管理系统发送的第一响应信息。

需要说明的是，步骤s301-步骤s304中数据处理的流程和原理，与步骤s201-步骤s204中数据处理的流程和原理相同，在此不再赘述。

s305：基于出库数量、n个容器的容量之和确定待拣货物品非满装容器的拣货数量。

其中，在满箱出库系统通过步骤s304确定出用于满装容器的容器信息后，则可以得出这些容器可以在出库时盛放待拣货物品的数量，即n个容器的容量之和。然后通过出库数量与n个容器的容量之和之间的差值，可以得出待拣货物品非满装容器的拣货数量，即待拣货物品对应的零拣数量。例如，假设出库数量为110，而满装容器数量为20，则可以得出n为5，即请求5个容器的容量均为20的容器满装出库，立库管理系统确定5个容器的容量均为20，这样5个容器的容量之和为100，剩余10个为待拣货物品非满装容器的拣货数量。

s306：向拣货系统发送满装容器信息和拣货数量。

其中，非满装容器的拣货数量的待拣货物品不满足满装容器出库，满箱出库系统需要把拣货数量通知拣货系统，以便于拣货系统能够对待拣货物品正确出库。本步骤中将满装容器信息和拣货数量一起发送给拣货系统，以使拣货系统根据满装容器信息和拣货数量确定待出库物品的出库方式，可以进一步减少拣货系统与满箱出库系统之间的交互。

本步骤中拣货数量可以具体表示为fclremaindo，fclremaindo＝{ordernum，goodsno，quantityremain}。ordernum表示拣货任务的标识，goodsno表示待拣货物品的物品标识，quantityremain表示非满装容器的拣货数量。

如此，将满装容器信息和拣货数量一起发送给拣货系统，进一步减少拣货系统与满箱出库系统之间的交互，可以进一步降低交互时报文丢失的概率，降低数据传输错误率，进而避免降低订单出库的效率。

需要说明的是，由于满箱出库系统基于满装容器数量计算出的n，但是立库管理系统中确定的容器的容量可能并不会正好等于满装容器数量，所以n个容器的容量之和有可能并不是n个满装容器数量之和。例如，假设出库数量为110，而满装容器数量为20，则可以得出n为5，即5个容器的容量均为20的容器出库，剩余10个为非满装容器的拣货数量。但是若立库管理系统确定5个容器的容量均为18，这样5个容器的容量之和为90，则剩余20个还可以再进行满装容器出库，此时满箱出库系统则需要再向立库管理系统请求用于满装容器的容器。

所以步骤s305可以具体执行为：确定出库数量减去n个容器的容量之和后的剩余数量；若剩余数量小于满装容器数量，则将剩余数量确定为待拣货物品非满装容器的拣货数量；若剩余数量大于等于满装容器数量，则基于剩余数量和满装容器数量确定剩余数量的待拣货物品出库所需的m个容器，其中m为大于零的整数；向立库管理系统发送用于请求m个容器的第二出库请求；接收立库管理系统发送的第二响应信息，第二响应信息包括m个容器的标识及其容量；基于剩余数量、m个容器的容量之和确定待拣货物品非满装容器的拣货数量。则步骤s306中满装容器信息还包括m个容器的标识及其容量。

其中，满箱出库系统通过步骤s304确定出用于满装容器出库的容器信息后，可以通过出库数量减去n个容器的容量之和，得到出库数量中除n个容器所盛数量外的剩余数量，然后满箱出库系统可以将剩余数量与满装容器数量再进行比较。如果剩余数量小于满装容器数量，则认为剩余数量的待拣货物品不满足满装容器出库，可以将剩余数量确定为待拣货物品非满装容器的拣货数量，再执行步骤s306。如果剩余数量大于等于满装容器数量，则认为剩余数量的待拣货物品满足满装容器出库，满箱出库系统需要将剩余数量除以满装容器数量的结果的整数位确定为m，表示待拣货物品满装容器出库还需m个容器，然后向立库管理系统发送用于请求m个容器的第二出库请求。向立库管理系统确定出m个容器后，通过第二响应信息返回m个容器的标识及其容量。满箱出库系统接收第二响应信息后，可以通过剩余数量减去m个容器的容量之和的方式确定出待拣货物品非满装容器的拣货数量。然后通过步骤s306可以一起将n个容器的标识及其容量、m个容器的标识及其容量和拣货数量发送给拣货系统。

结合图2或图3所示实施例的方法，本发明实施例提供了一种物品出库的方法，以满装容器数量表示为待拣货物品对应各容器满装容器数量的最小值，并设置待拣货物品的出库数量为110，待拣货物品对应满装容器数量为20为例进行对图2或图3所示实施例的方法进行具体说明，如图4所示，该方法包括以下步骤。

s401：拣货系统向满箱出库系统下发拣货任务。

其中，拣货任务包括拣货任务的标识、待拣货物品的物品标识、待拣货物品的出库数量110。

需要说明的是，满箱出库系统在接收到拣货任务后，可以先判断出库数量是否大于零。如果出库数量不大于零，则说明拣货任务有误，停止执行或向拣货系统回复错误消息；如果出库数量大于零，则可以继续执行。满箱出库系统在接收到拣货任务后，需要根据物品标识获取到物品标识对应的满装容器数量20，然后满箱出库系统可以判断出库数量是否大于满装容器数量20。如果出库数量不大于20，则表示待拣货物品的出库数量不能满装容器出库，满箱出库系统可以直接将出库数量作为非满装容器的拣货数量返回给拣货系统；如果出库数量大于20，则表示待拣货物品的出库数量能够满装容器出库，即待拣货物品需要满装容器出库，满箱出库系统可以继续执行以下流程。本发明实施例中出库数量110大于满装容器数量20，则待拣货物品需要满装容器出库。在满箱出库系统确定待拣货物品需要满装容器出库后，可以根据出库数量和满装容器数量计算出n，本发明实施例中110除以20后结果取整数位为5，则n为5，表示待拣货物品满装容器出库需要5个。满箱出库系统确定出n为5后，可以调用满箱出库接口，向立库管理系统发送出库请求。

本发明实施例中，出库请求可以表示为good，good＝{ordernum，goodsno，quantity5，max，status2}。ordernum表示拣货任务标识和请求标识，goodsno表示物品标识，quantity5表示当前请求对应的出库数量，max表示满装容器数量，status2表示满箱出库系统中待拣货物品满装容器出库的状态。

当满箱出库系统只需要向立库管理系统请求一个容器时，即只需要发送一个出库请求时，ordernum可以只为拣货任务的标识。当满箱出库系统需要向立库管理系统请求多个容器时，即需要发送多个出库请求时，ordernum还需要表示请求标识，以便于通过ordernum对多个出库请求进行区分，也就是说当满箱出库系统需要发送多个出库请求时，每个出库请求的ordernum互不相同，具体的值可以根据需求进行设置。

quantity5表示当前请求对应的出库数量。由于满箱出库系统每发送一个出库请求，则会被认为获得一个容量为满装容器数量的容器，所以待拣货物品等待出库的数量会减少满装容器数量，所以在下一个出库请求中quantity5的值为拣货任务中的出库数量与满装容器数量乘以已发送出库请求个数的乘积之间的差值。当满箱出库系统只需要向立库管理系统请求一个容器时，即只需要发送一个出库请求时，quantity5为拣货任务所包括的出库数量。出库请求中quantity5和nax可以用于立库管理系统选择合适出库请求的容器。

status2∈{0，1，2}，用于表示满箱出库系统中待拣货物品的状态。其中，0表示初始状态，1表示满装容器出库进行中状态，2表示满装容器出库完成状态。

s402：满箱出库系统向立库管理系统发送第一个出库请求。

其中，出库请求用于向立库管理系统请求待拣货物品满装容器出库的容器。本发明实施例中以一个出库请求请求一个容器为例进行说明。由于满箱出库系统确定出n为5，所以需要向立库管理系统发送5个出库请求。本步骤为满箱出库系统发送的第一个出库请求，则本步骤中出库请求的quantity5为110，status2的值为1。

s403：满箱出库系统向立库管理系统发送第二个出库请求。

其中，满箱出库系统确定出n为5，所以需要向立库管理系统发送5个出库请求。本步骤为满箱出库系统发送的第二个出库请求，则本步骤中出库请求的quantity5为110-20＝90，status2的值为1。

s404：满箱出库系统向立库管理系统发送第三个出库请求。

其中，满箱出库系统确定出n为5，所以需要向立库管理系统发送5个出库请求。本步骤为满箱出库系统发送的第三个出库请求，则本步骤中出库请求的quantity5为110-20×2＝70，status2的值为1。

s405：满箱出库系统向立库管理系统发送第四个出库请求。

其中，满箱出库系统确定出n为5，所以需要向立库管理系统发送5个出库请求。本步骤为满箱出库系统发送的第四个出库请求，则本步骤中出库请求的quantity5为110-20×3＝50，status2的值为1。

s406：满箱出库系统向立库管理系统发送第五个出库请求。

其中，满箱出库系统确定出n为5，所以需要向立库管理系统发送5个出库请求。本步骤为满箱出库系统发送的第五个出库请求，则本步骤中出库请求的quantity5为110-20×4＝30，status2的值为1。

需要说明的是，满箱出库系统执行步骤s402至步骤s406的过程，可以为并行执行，与立库管理系统是否返回响应信息无关。满箱出库系统通过步骤s402至步骤s406发送出库请求后，立库管理系统可以基于每个出库请求确定出对应该出库请求的容器，并通过响应信息将对应容器的容器信息发送给满箱出库系统。

响应信息的格式可以与图1所示实施例中返回参数的格式相同，本发明实施例以响应信息的格式为返回参数的格式为例进行说明，则响应信息的格式可以具体表示为fclqueryret，其中fclqueryret＝{ordernum，loadunit，goodsno，quantity2，status1}。ordernum与对应出库请求的ordernum相同，goodsno与对应出库请求的goodsno相同，loadunit表示立库管理系统确定对应出库请求的容器的标识，quantity2表示立库管理系统确定对应出库请求的容器的容量，status1表示出库状态。

s407：满箱出库系统接收立库管理系统发送的第一个响应信息。

其中，第一个响应信息为与第一个出库请求对应的响应信息，包括了立库管理系统根据第一个出库请求确定的容器的容器信息。则本步骤第一个响应信息中，ordernum与第一个出库请求的ordernum相同，loadunit为立库管理系统确定对应第一个出库请求的容器的标识，quantity2为立库管理系统确定对应第一个出库请求的容器的容量。

满箱出库系统在接收到立库管理系统发送的响应信息后，可以根据响应信息中的ordernum判断出该响应信息是对应哪个出库请求的。满箱出库系统还可以为每个发送的出库请求设置标记字段，以便于判断哪些出库请求已收到对应的响应信息。如，当未接收到与该请求对应的响应信息时，设置标记字段为第一值；当接收到与该请求对应的响应信息时，设置标记字段为第二值。满箱出库系统通过统计标记字段的值即可判断哪些出库请求已收到对应的响应信息。

满箱出库系统在每次接收到响应信息后，均执行以下过程：满箱出库系统先可以判断status1是否为0。若为0，则表示可以出库；若为1，则表示不可以出库，此时需要再次发送出库请求。若为status1为0，则满箱出库系统需要判断该响应信息是否为对应此拣货任务所包括出库请求的响应信息中最后一个接收的响应信息。如果该响应信息不为对应此拣货任务所包括出库请求的响应信息中最后一个接收的响应信息，则判断出库数量≥容器容量≥满装容器数量是否成立，若成立，则回复立库管理系统确认消息，若不成立，则回复立库管理系统取消消息。如果该响应信息为对应此拣货任务所包括出库请求的响应信息中最后一个接收的响应信息，则需要判断各容器的容器之和是否大于出库数量，若各容器的容器之和大于出库数量，则回复立库管理系统取消消息，若各容器的容器之和不大于出库数量，则回复立库管理系统确认消息。确认消息表示确定使用该响应消息包括的容器，取消消息表示不使用该响应消息包括的容器。

本发明实施例以响应信息中容器的容量为20、status1为0为例进行说明。则本步骤接收为第一个响应信息，且status1为0、100≥20＝20满足出库数量≥容器容量≥满装容器数量，则回复立库管理系统确认消息。

s408：满箱出库系统接收立库管理系统发送的第二个响应信息。

其中，第二个响应信息为与第二个出库请求对应的响应信息，包括了立库管理系统根据第二个出库请求确定的容器的容器信息。则本步骤第二个响应信息中，ordernum与第二个出库请求的ordernum相同，loadunit为立库管理系统确定对应第二个出库请求的容器的标识，quantity2为立库管理系统确定对应第二个出库请求的容器的容量。

本发明实施例以响应信息中容器的容量为20、status1为0为例进行说明。则本步骤接收为第二个响应信息，且status1为0、100≥20＝20满足出库数量≥容器容量≥满装容器数量，则回复立库管理系统确认消息。

s409：满箱出库系统接收立库管理系统发送的第三个响应信息。

其中，第三个响应信息为与第三个出库请求对应的响应信息，包括了立库管理系统根据第三个出库请求确定的容器的容器信息。则本步骤第三个响应信息中，ordernum与第三个出库请求的ordernum相同，loadunit为立库管理系统确定对应第三个出库请求的容器的标识，quantity2为立库管理系统确定对应第三个出库请求的容器的容量。

本发明实施例以响应信息中容器的容量为20、status1为0为例进行说明。则本步骤接收为第三个响应信息，且status1为0，100≥20＝20满足出库数量≥容器容量≥满装容器数量，则回复立库管理系统确认消息。

s410：满箱出库系统接收立库管理系统发送的第四个响应信息。

其中，第四个响应信息为与第四个出库请求对应的响应信息，包括了立库管理系统根据第四个出库请求确定的容器的容器信息。则本步骤第四个响应信息中，ordernum与第四个出库请求的ordernum相同，loadunit为立库管理系统确定对应第四个出库请求的容器的标识，quantity2为立库管理系统确定对应第四个出库请求的容器的容量。

本发明实施例以响应信息中容器的容量为20、status1为0为例进行说明。则本步骤接收为第四个响应信息，且status1为0，100≥20＝20满足出库数量≥容器容量≥满装容器数量，则回复立库管理系统确认消息。

s411：满箱出库系统接收立库管理系统发送的第五个响应信息。

其中，第五个响应信息为与第五个出库请求对应的响应信息，包括了立库管理系统根据第五个出库请求确定的容器的容器信息。则本步骤第五个响应信息中，ordernum与第五个出库请求的ordernum相同，loadunit为立库管理系统确定对应第五个出库请求的容器的标识，quantity2为立库管理系统确定对应第五个出库请求的容器的容量。

本发明实施例以响应信息中容器的容量为20、status1为0为例进行说明。则本步骤接收为第五个响应信息，且status1为0，需要判断5个容器的容量之和是否大于出库数量110。5×20＝100不大于110，则回复立库管理系统确认消息。

需要说明的是，通过上述过程，满箱出库系统确定出待拣货物品用于满装的容器，则可以根据5个容器的容器信息汇总出满装容器信息。以及满箱出库系统可以根据出库数量和5个容器的容量之和确定出待拣货物品非满装容器的拣货数量。本发明实施了中110-5×20＝10，则待拣货物品非满装容器的拣货数量为10。进而执行步骤s412，并将status2的值设置为2。

s412：满箱出库系统向拣货系统发送满装容器信息和待拣货物品非满装容器的拣货数量。

满装容器信息可以具体表示为fclqueryret，fclqueryret＝{ordernum，loadunit4，goodsno，quantity4}。

拣货数量可以具体表示为fclremaindo，fclremaindo＝{ordernum，goodsno，quantityremain}。

需要说明的是，当待拣货任务重包括多种待拣货物品时，可以对每个待拣货物品执行步骤s402至步骤s412，从而实现满装容器出库。

本发明实施例中可以一次性将满装容器信息和待拣货物品非满装容器的拣货数量发送给拣货系统，减少拣货系统与满箱出库系统之间的交互，可以进一步降低交互时报文丢失的概率，降低数据传输错误率，进而避免降低订单出库的效率。

为了解决现有技术存在的问题，本发明实施例提供了一种物品出库的装置500，如图5所示，该装置500包括：

接收单元501，用于接收拣货系统下发的拣货任务，所述拣货任务包括待拣货物品的物品标识和所述待拣货物品的出库数量；

确定单元502，用于基于所述出库数量和所述物品标识对应的满装容器数量，确定所述待拣货物品在出库时满装的n个容器，其中，n为大于零的整数，所述满装容器数量表示待出库物品装满容器时容器内所述待出库物品的数量；

发送单元503，用于向立库管理系统发送满第一出库请求，所述第一出库请求用于请求所述立库管理系统确定所述待拣货物品用于出库的n个容器；

所述接收单元501，还用于接收所述立库管理系统发送的第一响应信息，所述第一响应信息包括用于所述待出库物品出库的所述n个容器的标识及其容量；

所述发送单元503，还用于向所述拣货系统发送所述满装容器信息，所述满装容器信息包括所述n个容器的标识及其容量，以使所述拣货系统根据所述n个容器的标识及其容量确定所述待出库物品的出库方式。

应理解的是，实施本发明实施例的方式与实施图2所示实施例的方式相同，在此不再赘述。

本发明实施例的一种实现方式中，所述确定单元502，还用于基于所述出库数量、所述n个容器的容量之和确定所述待拣货物品非满装容器的拣货数量；

所述发送单元503，具体用于向所述拣货系统发送所述满装容器信息和所述拣货数量，以使所述拣货系统根据所述满装容器信息和所述拣货数量确定所述待出库物品的出库方式。

本发明实施例的又一种实现方式中，所述确定单元502，具体用于：

确定所述出库数量减去所述n个容器的容量之和后的剩余数量；

若所述剩余数量小于所述满装容器数量，则将所述剩余数量确定为所述待拣货物品非满装容器的拣货数量；

若所述剩余数量大于等于所述满装容器数量，则基于所述剩余数量和所述满装容器数量确定所述剩余数量的待拣货物品出库所需的m个容器，其中，m为大于零的整数；

向所述立库管理系统发送用于请求所述m个容器的第二出库请求；

接收所述立库管理系统发送的第二响应信息，所述第二响应信息包括所述m个容器的标识及其容量；

基于所述剩余数量、所述m个容器的容量之和确定所述待拣货物品非满装容器出库的拣货数量；

则所述满装容器信息还包括所述m个容器的标识及其容量。

本发明实施例的又一种实现方式中，还包括：

判断单元，用于判断所述n个容器的容量之和是否大于所述出库数量；

所述确定单元，还用于若否，则将所述n个容器的标识及其容量确定为所述满装容器信息；若是，则确定所述n个容器中的一个容器作为未使用容器，使n个容器中除所述未使用容器外其他容器的容量之和小于等于所述出库数量；

所述发送单元，还用于向所述立库管理系统发送取消消息，所述取消消息包括所述未使用容器的标识；

所述确定单元，还用于将所述n个容器中除所述未使用容器外其他容器的标识及其容量作为所述满装容器信息。

本发明实施例的又一种实现方式中，所述发送单元，还用于向立库管理系统发送所述n个第一出库请求；

所述接收单元，具体用于接收所述向立库管理系统发送的、所述n个第一响应信息，所述n个第一响应信息分别与所述n个第一出库请求一一对应。

应理解的是，实施本发明实施例的方式与实施图2所示实施例的方式相同，在此不再赘述。

本发明实施例中，物品出库的装置500接收立库管理系统返回容器的标识和容量后，可以通过满装容器信息统一发送给捡货系统。如此，在确定物品出库的过程中，尤其是货单中物品需要通过多个容器才能出库时，物品出库的装置500一次性将满装容器信息发送给捡货系统，减少满箱出库系统和拣货系统之间的交互，降低交互时报文丢失的概率，降低数据传输错误率，进而避免降低订单出库的效率。

根据本发明的实施例，本发明还提供了一种电子设备和一种可读存储介质。

本发明的电子设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行本发明实施例所提供的物品出库的方法。

图6示出了可以应用本发明实施例的物品出库的方法或物品出库的装置的示例性系统架构600。

如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的物品出库的方法一般由服务器605执行，相应地，物品出库的装置一般设置于服务器605中。

应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图7，其示出了适于用来实现本发明实施例的计算机系统700的结构示意图。图7示出的计算机系统仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(cpu)701，其可以根据存储在只读存储器(rom)702中的程序或者从存储部分708加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。在ram703中，还存储有系统700操作所需的各种程序和数据。cpu701、rom702以及ram703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。

以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(cpu)701执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个单元、程序段、或代码的一部分，上述单元、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括接收单元、确定单元和发送单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，接收单元还可以被描述为“接收单元的功能的单元”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行本发明所提供的物品出库的方法。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。