入库信息生成方法、装置及设备与流程

文档序号:13934987
入库信息生成方法、装置及设备与流程

本申请涉及互联网技术领域,尤其涉及一种入库信息生成方法、装置及设备。



背景技术:

随着互联网技术的发展,越来越多的货品在电子商务平台(下文简称电商平台)上售卖,并由电商平台对货品交易进行管理。

现有技术中,为了使消费者通过电商平台能够完成确定性的购物(获知货品库存),并能够快速收到货品,卖家需要先将货品入库到仓库,其中,每个仓库都有自己的配送范围。消费者在购物时,根据消费者所处的地理位置获取配送范围覆盖该地理位置的目标仓库,然后将该货品在目标仓库中的库存展示给消费者,在消费者付款下单后,会生成一个包含有送货地址和目标仓库地址的物流订单,然后根据该物流订单,从该目标仓库中获取消费者购买的货品并配送给消费者。此处购物模式,由于需要提前占用仓库的库容,因此卖家需要提前制定补货信息,然后电子商务平台根据该补货信息生成包含货品入库数量的入库信息,最后卖家根据该入库信息将货品进行入库。

然而,在实际应用过程中,当卖家最后入库的货品与入库信息存在出入,存在货品的超品或超量的情况时,超品和超量的货品将无法入库,需要卖家再线下联系仓库,导致货品入库效率低下。



技术实现要素:

本发明提供一种入库信息生成方法、装置及设备,保证了运输工具所关联的数据对象可以按时入库,提高了入库效率。

一方面,本发明提供一种入库信息生成方法,包括:

获取入库请求消息,所述入库请求消息中包括运输工具所关联的数据对象的标识信息和所述数据对象的第一数量;

根据所述入库请求消息,生成所述数据对象对应的入库信息,所述入库信息包括所述数据对象所对应的目标仓库的标识信息。

作为一种可行的实现方式,在根据所述入库请求消息,生成所述数据对象对应的入库信息之前,还包括:

对所述入库请求消息中的数据对象的第一数量进行验证,得到验证通过的结果。

作为一种可行的实现方式,所述对所述入库请求消息中的数据对象的第一数量进行验证,得到验证通过的结果,包括:

获取与所述入库请求消息中的数据对象的标识信息关联的补货信息,所述补货信息包括所述数据对象的标识信息、所述数据对象的第二数量以及所述数据对象所对应的目标仓库的标识信息;

判断所述入库请求消息中的数据对象的第一数量超出所述补货信息中所述数据对象的第二数量的数值是否满足预设条件,若是,则验证通过;

所述根据所述入库请求消息,生成所述数据对象对应的入库消息,包括:

根据所述入库请求消息和所述目标仓库的标识信息,生成所述数据对象对应的入库信息。

通过判断入库请求消息中的数据对象的实际补货数量超出补货信息中数据对象的计划补货数量的数值是否满足预设条件,若是,则生成入库请求消息,通过补货信息来约束入库请求消息中的数据对象的数量,可以实现入库请求消息的自动验证,节省了人工,并提高了验证效率。

作为一种可行的实现方式,所述入库请求消息中还包括所述数据对象的运输信息,在根据所述入库请求消息生成所述数据对象对应的入库信息之前,还包括:

对所述入库请求消息中的数据对象的第一数量进行验证,得到验证不通过的结果。

作为一种可行的实现方式,所述对所述入库请求消息中的数据对象的第一数量进行验证,得到验证不通过的结果,包括:

获取与所述入库请求消息中的数据对象的标识信息关联的补货信息,所述补货信息包括所述数据对象的标识信息、所述数据对象的第二数量以及所述数据对象所对应的目标仓库的标识信息;

判断所述入库请求消息中的数据对象的第一数量超出所述补货信息中所述数据对象的第二数量的数值是否满足预设条件,若否,则验证不通过;

所述根据所述入库请求消息,生成所述数据对象对应的入库消息,包括:

根据所述入库请求消息和所述目标仓库的标识信息,生成所述数据对象对应的入库信息。

通过在入库请求消息中的第一数量验证不通过时,根据该入库请求消息中的运输信息来预计该数据对象的最早到达时间,在该最早到达时间之前,为该数据对象协调可用的仓库,保证了超品或者超量的数据对象的正常入库。

作为一种可行的实现方式,所述运输信息包括:运输类型、运输线路的起始地点和目的地点以及所述数据对象的出发时间;

所述根据所述入库请求消息和所述目标仓库的标识信息,生成所述数据对象对应的入库信息,包括:

根据所述运输类型、运输线路的起始地点和目的地点以及所述数据对象的出发时间,预计所述数据对象的最早到达时间;

根据所述数据对象的标识信息和所述第一数量,确定所述数据对象所占的库容;

在所述最早到达时间之前,根据所述目标仓库的标识信息,确定所述目标仓库的剩余库容满足所述数据对象所占的库容;

根据所述数据对象的标识信息和第一数量、所述数据对象的最早达到时间以及所述目标仓库的标识信息,生成所述数据对象对应的入库信息。

作为一种可行的实现方式,所述在所述最早到达时间之前,根据所述目标仓库的标识信息,确定所述目标仓库的剩余库容满足所述数据对象所占的库容,包括:

向仓库管理者输出仓库协调提示信息,所述仓库协调提示信息中包括所述数据对象所占的库容、所述目标仓库的标识信息以及所述数据对象的最早到达时间,所述仓库协调提示信息用于指示所述仓库管理者根据所述数据对象所占的库容,在所述最早到达时间之前确保所述目标仓库的剩余库容满足所述数据对象所占的库容;

接收所述仓库管理者输入的入库指示,根据所述入库指示,确定所述目标仓库的剩余库容满足所述数据对象所占的库容。

作为一种可行的实现方式,所述预设条件具体为:

所述数值小于预设阈值;或者

所述数值占所述第二数量的百分比小于预设阈值。

作为一种可行的实现方式,所述补货信息为补货计划信息,所述获取与所述入库请求消息中的数据对象的标识信息关联的补货信息之前,还包括:

获取所述数据对象在预设时间段的计划销量,所述预设时间段为当前时间之后的时间段;

在确定所述计划销量在预设的销量范围内时,根据所述计划销量,生成所述数据对象在所述预设时间段的补货计划信息,其中,所述预设的销量范围是根据目标仓库的库容确定的。

本实施例根据卖家的计划销量来制定补货计划信息,使得补货计划信息更符合卖家的需求,在根据该补货计划信息验证入库请求消息时,验证结果更准确。

作为一种可行的实现方式,所述补货信息为计划外补货信息,所述计划外补货信息中的数据对象不在补货计划信息中,所述获取与所述入库请求消息中的数据对象的标识信息关联的补货信息之前,还包括:

获取计划外补货请求消息,所述计划外补货请求消息中包括所述数据对象的标识信息、所述数据对象的第二数量、预设时间段以及目标仓库的标识信息;

根据所述数据对象的标识信息和所述数据对象的数量确定所述数据对象所占的库容;

在确定预设时间段内、目标仓库能够提供所述数据对象所占的库容时,生成所述计划外补货信息,所述预设时间段为当前时间之后的时间段。

本实施例提供的入库信息生成方法,对于超品的情况,通过为卖家生成计划外补货信息,根据该计划外补货信息可以提前为卖家准备超品的数据对象所占的仓库,提高了入库效率。

进一步地,由上述实施例可知,对于超量和超品的情况,都是需要先建立补货信息,然后再生成入库请求消息,根据补货信息对入库请求消息进行验证。即本发明将超量和超品的流程统一化,使得卖家操作简单,卖家体验好,对于电商平台而言,流程统一化便于管理和维护。

作为一种可行的实现方式,所述根据所述入库请求消息,生成所述数据对象对应的入库信息之后,还包括:

将所述入库请求消息中的所述数据对象的入库状态置为已预约入库状态。

作为一种可行的实现方式,所述将所述入库请求消息中的所述数据对象的入库状态置为已预约入库状态之后,还包括:

获取入库取消消息,所述入库取消消息用于指示所述数据对象取消入库;

将所述数据对象所占的库容的使用状态置为可用状态。

作为一种可行的实现方式,所述获取入库取消消息之后,还包括:

获取入库变更信息,根据所述入库变更信息获取变更后的入库请求消息,所述入库变更信息中包括变更后的所述数据对象的预计到达时间;

根据所述变更后的入库请求消息,重新生成所述数据对象对应的变更后的入库信息。

另一方面,本发明提供一种入库信息生成方法,包括:

获取用户触发的第一入库指令,在显示界面中显示第一入库界面;

接收用户在所述第一入库界面中输入的运输工具所关联的数据对象的标识信息和所述数据对象的第一数量;

根据所述运输工具所关联的数据对象的标识信息和所述数据对象的第一数量,生成入库请求消息;

向服务器发送所述入库请求信息。

作为一种可行的实现方式,在获取用户触发的入库指令之前,还包括:

获取用户触发的补货指令,在显示界面中显示补货界面;

接收用户在所述补货界面中输入的所述数据对象的标识信息、所述数据对象的第二数量和目标仓库的标识信息;

根据所述数据对象的标识信息、所述数据对象的第二数量和目标仓库的标识信息,生成补货信息;

向服务器发送所述补货信息。

作为一种可行的实现方式,所述接收用户在所述入库界面中输入的运输工具所关联的数据对象的标识信息和所述数据对象的第一数量之后,还包括:

获取用户触发的第二入库指令,在显示界面上显示第二入库界面;

接收用户在所述第二显示界面上输入的运输信息;

所述根据所述运输工具所关联的数据对象的标识信息和所述数据对象的第一数量,生成入库请求消息,包括:

根据所述运输工具所关联的数据对象的标识信息、所述数据对象的第一数量以及运输信息,生成入库请求消息。

又一方面,本发明提供一种入库信息生成装置,包括:

获取模块,用于获取入库请求消息,所述入库请求消息中包括运输工具所关联的数据对象的标识信息和所述数据对象的第一数量;

入库信息生成模块,用于根据所述入库请求消息,生成所述数据对象对应的入库信息,所述入库信息包括所述数据对象所对应的目标仓库的标识信息。

再一方面,本发明提供一种服务器,包括:

输入设备,用于接收用户设备发送的入库请求消息,所述入库请求消息中包括运输工具所关联的数据对象的标识信息和所述数据对象的第一数量;

处理器,耦接至所述输入设备,用于根据所述入库请求消息,生成所述数据对象对应的入库信息,所述入库信息包括所述数据对象所对应的目标仓库的标识信息;

输出设备,耦接至所述处理器,用于将所述入库信息发送给所述用户设备。

再一方面,本发明提供一种用户设备,包括:

输入设备,用于获取用户触发的第一入库指令;

处理器,耦接至所述输入设备,用于控制显示界面显示第一入库界面;

所述输入设备,还用于接收用户在所述第一入库界面中输入的运输工具所关联的数据对象的标识信息和所述数据对象的第一数量;

所述处理器,还用于根据所述运输工具所关联的数据对象的标识信息和所述数据对象的第一数量,生成入库请求消息;

所述输出设备,耦接至所述处理器,用于向服务器发送所述入库请求信息。

本实施例提供的入库信息生成方法、装置及设备,该方法通过获取入库请求消息,入库请求消息中包括运输工具所关联的数据对象的标识信息和数据对象的第一数量,根据入库请求消息,生成数据对象对应的入库信息,该入库信息包括数据对象所对应的目标仓库的标识信息,从而使得只要在运输工具中承载的数据对象都可以入库,避免了超品和超量的数据对象无法入库,提高了入库效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1为本发明提供的一种可选的入库信息生成的场景示意图;

图2为本发明一实施例提供的入库信息生成方法的流程图;

图3为本发明一实施例提供的入库信息生成方法的流程图;

图4为本发明一实施例提供的入库信息生成方法的流程图;

图5为本发明一实施例提供的第一入库界面的界面示意图;

图6为本发明一实施例提供的第二入库界面的界面示意图;

图7为本发明一实施例提供的补货界面的界面示意图;

图8为本发明一实施例提供的入库信息生成方法流程图;

图9为本发明一实施例提供的入库信息生成装置的结构示意图;

图10为本发明一实施例提供的入库信息生成装置的结构示意图;

图11为本发明一实施例提供的服务器的硬件结构示意图;

图12为本发明一实施例提供的用户设备的硬件结构示意图。

具体实施方式

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

本申请各实施例提供的入库信息的生成方法、装置及设备可适用于基于电子商务平台,也称电商平台的网络系统中。在该网络系统中,交易双方可通过各自的用户设备与电商平台对应的服务器进行通信,从而实现针对用户所选择货品的交易。该电商平台例如可以包括:淘宝、天猫、京东、苏宁易购等电子商务的交易平台。

图1为本发明提供的一种可选的入库信息生成的场景示意图。如图1所示,卖家根据仓库的库容,先制定销量计划(未来的销量是怎么样规划的),然后根据销量计划通过第一用户设备制定对应的补货信息(细化到每个数据对象入某个仓库多少数量)。当数据对象在运输过程中相对于补货信息发生超品或超量时,卖家通过第一用户设备生成入库请求消息,然后第一用户设备将该入库请求消息发送给服务器。

其中,该服务器具体可以为交易平台的服务器。该入库请求消息中包括相对于补货信息的超品或超量的、且与运输工具关联的数据对象的标识信息或第一数量。该数据对象例如可以为货品,该货品例如可以为国内运输货品或者国际运输货品。该第一数量例如可以为该数据对象的实际补货数量。超品是指运输工具实际承载的货品的种类超出补货信息中的货品种类,超量是指超过补货信息中的货品的计划补货数量。

服务器根据该入库请求消息,生成入库信息,该入库信息包括哪个货品入哪个库。服务器将该入库信息发送给第一用户设备和仓库系统。最后卖家和仓库系统根据该入库信息将超量或超品的货品进行入库。

每个仓库都有自己的配送范围,例如,仓库1的配送范围为A行政区,仓库2的配送范围为B行政区,仓库N的配送范围为C行政区。买家通过第二用户设备购物时,服务器会对第二用户设备所处的位置进行定位,当买家位于B行政区时,买家购买货品A时,服务器会向第二用户设备发送货品A在仓库2的剩余库存信息,此时第二用户设备显示该货品A在仓库2的剩余库存为30件。买家根据货品A在仓库2的剩余库存,来确定最多可购买的货品A的数量为30件。然后买家下订单,最后货品A由仓库2发货至买家。

本领域技术人员可以理解,该入库场景的具体实现过程既可以应用到国际运输场景下货品的入库,也可以应用到国内运输场景下货品的入库。本实施例此处给出了一种可行的实现方式,本领域技术人员可以理解,对于其它应用场景,只要该场景涉及到货品入库,都属于本发明的保护范畴。

下面采用详细的实施例,对货品入库的具体实现过程进行详细说明。

图2为本发明一实施例提供的入库信息生成方法的流程图。该方法的执行主体为入库信息生成装置,该装置可通过软件和/或硬件实现。该装置还可以被配置到电商平台的服务器中。如图2所示,该方法包括:

步骤101、获取入库请求消息,所述入库请求消息中包括运输工具所关联的数据对象的标识信息和所述数据对象的第一数量;

步骤102、根据所述入库请求消息,生成所述数据对象对应的入库信息,所述入库信息包括所述数据对象所对应的目标仓库的标识信息。

在具体实现过程中,当卖家的数据对象,即货品即将或已经被运输工具承载,或者货品已经被运输工具运输时,即在卖家确切的知道运输工具所承载的货品的标识信息和第一数量时,卖家通过上述的第一用户设备生成入库请求消息。

服务器接收第一用户设备发送的入库请求消息。该入库请求消息中包括对象信息,该对象信息包括运输工具所关联的数据对象的标识信息和所述数据对象的第一数量。本领域技术人员可以理解,该第一数量为运输工具所承载的数据对象的实际补货数量。该标识信息包括如下中的至少一种信息:数据对象的编码,数据对象的名称、数据对象的种类、数据对象的型号等,即可以标识和区分该数据对象的信息。

服务器在获取到入库请求消息之后,根据该入库请求消息生成数据对象的入库信息。具体地,服务器可以根据数据对象的标识信息和数据对象的第一数量,确定数据对象所占的库容。例如,根据该数据对象的标识信息可以确定该数据对象为A型号的烤箱,从而可以确定该数据对象的体积。最终根据该数据对象的体积和数据对象的第一数量,确定数据对象所占的库容,根据该数据对象所占的库容为数据对象生成入库信息,该入库信息中包括数据对象对应的目标仓库的标识信息,即各数据对象可以入哪个仓库。

可选地,该入库请求消息中还可以包括数据对象的预计到达时间。服务器根据该数据对象所占的库容和预计到达时间,生成入库信息。该入库信息可以包括数据对象在哪个时间入哪个仓库。

本领域技术人员可以理解,本实施例还可以向卖家展示各仓库的可用库容,由卖家来选择货品具体入哪个库。

可选地,当该入库请求消息中的数据对象,是针对上述图1场景所示的补货信息中的超品或超量的数据对象时,可以获取该数据对象的标识信息关联的补货信息,补货信息中包括该数据对象在补货阶段的计划入库的目标仓库的标识。然后服务器根据该计划入库的目标仓库的标识,以及交通工具所承载的该数据对象的第一数量,生成入库信息。最终交通工具所承载的数据对象对应的目标仓库与补货信息中的计划入库的目标仓库为同一个仓库。

对于国际运输场景而言,只有在服务器侧生成了入库信息,才允许卖家同步到港信息。最后,在数据对象到达目的地之后,根据该入库信息进行入库。

本实施例提供的入库信息生成方法,获取入库请求消息,入库请求消息中包括运输工具所关联的数据对象的标识信息和数据对象的第一数量,根据入库请求消息,生成数据对象对应的入库信息,该入库信息包括数据对象所对应的目标仓库的标识信息,从而使得只要在运输工具中承载的数据对象都可以入库,避免了超品和超量的数据对象无法入库,提高了入库效率。

进一步地,在上述图2所示实施例的基础上,在根据入库请求消息生成数据对象对应的入库信息之前,还对入库请求消息中的数据对象的第一数量进行验证,得到验证结果。即存在仓库能够提供该入库请求消息中的数据对象所占的库容时,验证通过,若不存在,则验证不通过。

可选地,在卖家通过第一用户设备生成入库请求消息之前,卖家还可以创建补货信息,该补货信息中包括数据对象的标识信息、第二数量以及目标仓库的标识信息。服务器对该补货信息进行验证,得到验证通过后的补货信息。若后续没有发生超品或者超量的情况,卖家则不需要生成入库请求消息,服务器根据该补货信息即可生成入库信息。在补货信息验证通过之后,当发生超量或者超品的情况下,卖家可以生成入库请求消息,使得即使发生了超量或者超品,服务器可以根据该入库请求消息生成入库信息,使得超量或者超品的数据对象也可以入库。由此,在对入库请求消息中的第一数量进行验证时,还可以结合补货信息进行验证。

可选地,本发明中的补货信息具体可以为补货计划信息或者计划外补货信息。先对二者进行详细说明。

针对补货计划信息,获取数据对象在预设时间段的计划销量,预设时间段为当前时间之后的时间段;在确定计划销量在预设的销量范围内时,根据计划销量,生成数据对象在预设时间段的补货计划信息,其中,预设的销量范围是根据仓库库容确定的。

在具体实现过程中,卖家根据已有经验,预测数据对象在预设时间段(补货时间段)针对一目标仓库的销量情况,此为销量预测;然后买家制定数据对象在补货时间段的计划销量。具体地,可以细化到未来每一周的销售目标,商家通过第一用户设备可以输入该计划销量,第一用户设备将该计划销量发送给服务器。然后服务器对该计划销量进行验证,即在确定该计划销量在预设的销量范围内时,验证通过,然后服务器根据计划销量,生成数据对象在补货时间段的补货计划信息。其中,补货计划信息中包括数据对象的标识信息、第二数量(计划补货数量)以及数据对象对应的该目标仓库的标识信息,预设的销量范围是根据该目标仓库的库容确定的。

本实施例根据卖家的计划销量来制定补货计划信息,使得补货计划信息更符合卖家的需求,在根据该补货计划信息验证入库请求消息时,验证结果更准确。

针对计划外补货信息,获取计划外补货请求消息,计划外补货请求消息中包括数据对象的标识信息、数据对象的第二数量以及预设时间段;根据数据对象的标识信息和数据对象的数量确定数据对象所占的库容;在确定预设时间段存在目标仓库能够提供数据对象所占的库容时,生成计划外补货信息,预设时间段为当前时间之后的时间段。

在具体实现过程中,当卖家已经建立了上述的补货计划信息之后,卖家在实际进货过程中,又进入了超出补货计划信息中的数据对象的种类之外的数据对象时,卖家需要创建计划外补货信息。具体地,卖家通过第一用户设备输入计划外补货请求消息,然后服务器接收第一用户设备发送的计划外补货请求消息,该计划外补货请求消息中包括数据对象的标识信息、数据对象的第二数量、预设时间段(补货时间段)以及目标仓库的标识信息。然后服务器根据数据对象的标识信息和数据对象的数量确定数据对象所占的库容,此时,若确定补货时间段目标仓库能够提供数据对象所占的库容时,则服务器生成计划外补货信息,若该目标仓库不能够提供数据对象所占的库容,则向仓库管理者发送仓库协调提示信息,该仓库协调提示信息中包括该数据对象所占的库容、补货时间段以及目标仓库的标识信息,然后接收仓库管理者输入的入库指示,该入库指示用于指示该目标仓库在补货时间段能够提供数据对象所占的库容。此时,服务器生成计划外补货信息。其中,计划外补货信息中包括数据对象的标识信息、第二数量(计划补货数量)以及数据对象对应的该目标仓库的标识信息。

本实施例提供的入库信息生成方法,对于超品的情况,通过为卖家生成计划外补货信息,根据该计划外补货信息可以提前为卖家准备超品的数据对象所占的仓库,提高了入库效率。

进一步地,由上述实施例可知,对于超量和超品的情况,都是需要先建立补货信息,然后再生成入库请求消息,根据补货信息对入库请求消息进行验证。即本发明将超量和超品的流程统一化,使得卖家操作简单,卖家体验好,对于电商平台而言,流程统一化便于管理和维护。

下面结合图3和图4,以具体的实施例来说明本实施例入库请求消息通过补货信息进行验证的过程。本领域技术人员可以理解,由于上述的补货计划信息与计划外补货信息二者均包含数据对象的标识信息、数据对象的第一数量以及数据对象所对应的目标仓库的标识信息,因此入库请求消息通过二者进行验证时,验证过程一致,实现了流程的统一化。下文为了便于说明,将二者统称为补货信息。本领域技术人员可以理解,下文的补货信息,既可以为补货计划信息,也可以为计划外补货信息。

图3为本发明一实施例提供的入库信息生成方法的流程图。如图3所示,该方法包括:

步骤201、获取入库请求消息,该入库请求消息中包括运输工具所关联的数据对象的标识信息和数据对象的第一数量;

步骤202、获取与入库请求消息中的数据对象的标识信息关联的补货信息,该补货信息包括数据对象的标识信息、数据对象的第二数量以及数据对象所对应的目标仓库的标识信息;

步骤203、判断入库请求消息中的数据对象的第一数量超出补货信息中数据对象的第二数量的数值是否满足预设条件,若是,执行步骤204,若否,则验证不通过;

步骤204、根据入库请求消息和目标仓库的标识信息,生成数据对象对应的入库信息,该入库信息包括数据对象所对应的目标仓库的标识信息。

步骤201与步骤101类似,本实施例此处不再赘述。

本实施例结合补货信息对入库请求消息进行验证。在具体实现过程中,卖家在生成入库请求消息时,需要选择对应的补货信息。该入库请求消息可以对应多个补货信息。例如,该入库请求消息中涉及的数据对象为数据对象A,数据对象B和数据对象C。而补货信息1中涉及的数据对象为数据对象A和数据对象B,补货信息2中涉及的数据对象为数据对象C,则该入库请求消息与该补货信息1和补货信息2均关联。本领域技术人员可以理解,为了便于说明,上述的“A、B、C”为数据对象的标识信息。

在对该入库请求消息进行验证时,获取与该入库请求消息中的数据对象的标识信息关联的补货信息。例如,数据对象A、数据对象B关联的补货信息是补货信息1,数据对象C关联的补货信息是补货信息2。

然后判断入库请求消息中的数据对象的第一数量(实际补货数量)超出补货信息中数据对象的第二数量(计划补货数量)的数值是否满足预设条件,若是,则执行步骤204,若否,则验证不通过。

可选地,该预设条件具体可以为该数值小于预设阈值;或者该数值占计划补货数量的百分比小于预设阈值。以一个具体的实施例为例,该数量占计划补货数量的百分比小于20%,针对数据对象A,入库请求消息中的数据对象A的实际补货数量为35件,补货信息1中的数据对象A的计划补货数量为30件,超出数量为5,占计划补货数量的17%,则该超出数量满足预设条件,验证通过。

对于验证不通过的实现方式,可参见下述图4所示实施例。

在验证通过之后,说明交通工具所关联的数据对象相对于补货信息而言,实际补货数量超出计划补货数量的数值在可以接受的范围内,则可以直接根据补货信息中的目标仓库的标识信息以及运输工具所关联的数据对象的标识信息和数据对象的第一数量,生成数据对象的入库信息,即哪一种数据对象入哪一个库,以及入库数量。本领域技术人员可以理解,该入库信息所指示的目标仓库与补货信息中所指示的目标仓库为同一个仓库,仓库没有发生变化。

例如,针对入库请求消息中的数据对象A,该数据对象A关联的补货信息是补货信息1,在补货信息1中,数据对象A对应的目标仓库为第一仓库,数据对象A的实际补货数量与补货信息中的计划补货数量相比,满足预设条件,则数据对象A对应的目标仓库为第一仓库。在入库信息为数据对象A在第一仓库入库35件。

本实施例提供的入库信息生成方法,通过判断入库请求消息中的数据对象的实际补货数量超出补货信息中数据对象的计划补货数量的数值是否满足预设条件,若是,则生成入库请求消息,通过补货信息来约束入库请求消息中的数据对象的数量,可以实现入库请求消息的自动验证,节省了人工,并提高了验证效率。

在上述图3实施例中,主要说明了该入库请求消息验证通过的情况。下面结合图4,采用详细的实施例来说明当该入库请求消息中的第一数量验证不通过时的具体操作。

图4为本发明一实施例提供的入库信息生成方法的流程图。如图4所示,该方法包括:

步骤301、获取入库请求消息,该入库请求消息中包括运输工具所关联的数据对象的标识信息、数据对象的第一数量以及运输信息;

步骤302、获取与入库请求消息中的数据对象的标识信息关联的补货信息,该补货信息包括数据对象的标识信息、数据对象的第二数量以及数据对象所对应的目标仓库的标识信息;

步骤303、判断入库请求消息中的数据对象的第一数量超出补货信息中数据对象的第二数量的数值是否满足预设条件,若是,验证通过,若否,则执行步骤304;

步骤304、根据运输信息,预计数据对象的最早到达时间;

步骤305、根据数据对象的标识信息和第一数量,确定数据对象所占的库容;

步骤306、在最早到达时间之前,根据目标仓库的标识信息,确定目标仓库的剩余库容满足数据对象所占的库容;

步骤307、根据数据对象的标识信息和第一数量、数据对象的最早达到时间以及目标仓库的标识信息,生成数据对象对应的入库信息。

步骤301至步骤303与步骤201至步骤203类似,本实施例此处不再赘述。其中,步骤301相对于步骤201所不同的是,本实施例的入库请求消息中还包括数据对象的运输信息。可选地,该运输信息包括运输类型、运输线路的起始地点和目的地点以及所述数据对象的出发时间。

对应地,在步骤303中,当验证不通过时,则根据运输工具所关联的数据对象的标识信息、数据对象的第一数量、运输信息以及目标仓库的标识信息,生成数据对象对应的入库信息。此时需要仓库管理员的介入,具体可参见步骤304至步骤306。

在步骤304中,运输类型,例如可以为铁路、空运、海运等类型。可选地,运输信息中还包括时间因素,例如数据对象的出发时间。可选地,运输信息中还可以包括运输线路的环境因素等。

例如,运输类型为海运,运输线路的起始地点是A,目的地点是B,数据对象的出发时间为2016年5月23日,则对应的预计到达时间为2016年6月3日。本领域技术人员可以理解,该预计到达时间为按照正常情况下预估的时间,不考虑其它突变的外界因素。可选地,还可以获取运输线路的环境因素,即考虑外界因素,例如以5月23日作为起点,在未来的10天之内,从A点到B点存在8级台风,货船需要停港避台风,至少需要延误3天,则预计数据对象的最早到达时间为2016年6月6日。

在步骤305中,根据数据对象的标识信息和第一数量(实际补货数量),确定数据对象所占的库容。具体可参见上述实施例的描述,本实施例此处不再赘述。

在步骤306中,在最早到达时间之前,根据目标仓库的标识,确定目标仓库的剩余库容满足数据对象所占的库容。具体地,可以实时监控2016年6月6日前的目标仓库的剩余库容,在该剩余库容满足该数据对象所占的库容时,确定目标仓库的剩余库容满足数据对象所占的库容。

进一步地,还可以让仓库管理者介入,若目标仓库的库容剩余量不多,则向仓库管理者输出仓库协调提示信息,仓库协调提示信息中包括数据对象所占的库容、该目标仓库的标识信息、数据对象的最早到达时间。仓库管理者进行线下协调,在最早到达时间之前,确保该目标仓库可以容纳下该数据对象,对于仓库管理者协调仓库的具体实现方式,本实施例此处不做特别限制。

在仓库管理者协调好仓库之后,接收仓库管理者输入的入库指示,根据入库指示,确定目标仓库的剩余库容满足数据对象所占的库容。

例如,针对入库请求消息中的数据对象A,该数据对象A关联的补货信息是补货信息1,在补货信息1中,数据对象A对应的目标仓库为第一仓库,数据对象A的实际补货数量50与补货信息中的计划补货数量30相比,不满足预设条件,则执行步骤304至步骤306,确保在最早到达时间之前,第一仓库的剩余库容满足数据对象所占的库容。

然后执行步骤307,根据数据对象的标识信息和第一数量、数据对象的最早达到时间以及目标仓库的标识信息,生成数据对象对应的入库信息。入库信息具体为数据对象A在2016年6月6日在第一仓库入库50件。

可选地,在本实施例中,当至少两种运输类型的运输工具按照时间顺序依次分段运输该数据对象时,则运输信息包括与各运输工具对应的子运输信息,每一子运输信息关联有上一运输工具所对应的子运输信息。

例如,商家将数据对象入库时,可能先走海运一段,接着再走铁路。此时采用关联结构,采用上一路程的入库请求消息编号“prev_order_code”将各个子运输信息关联起来。举个例子:假设商家将数据对象从A点途经B点运输到C点:

从A点到B点,order Code=001,prev_order_code=null;

从B点到C点,order Code=002,prev_order_code=001。

其中,order Code代表当前路程的入库请求消息编号,null代表空值。

本实施例通过在入库请求消息中的第一数量验证不通过时,根据该入库请求消息中的运输信息来预计该数据对象的最早到达时间,在该最早到达时间之前,为该数据对象协调可用的仓库,保证了超品或者超量的数据对象的正常入库。

下面以一个具体的例子,来说明本实施例中入库请求消息中包括的运输信息和对象信息的具体实现方式。表一为本发明运输信息的一种可能的具体实现方式,表二为本发明对象信息的一种可能的具体实现方式。

其中,表格中的数据类型,定义了数据的实现方式,例如VARCHAR表达了该数据可以为长度可变的字符串。表格中可空项为“N”,代表可以为空值,可空项为“Y”,代表不可以为空值。本领域技术人员可以理解,可空项是否为空,仅为示意性的,在具体实现过程中,可以根据实际情况进行调整。

表一

由表一可知,在上述实施例中仅列出了运输信息中包含的部分内容,在具体实现过程中,运输单中还可以包括实际到达时间、最晚到达时间、出发仓编码和目的仓编码等,使得商家以及电商平台可以对物流供应链进行管理。本领域技术人员可以理解,有些内容例如实际到达时间等,在卖家生成入库请求消息时,可能并不知道实际到达时间,则该实际到达时间可以等运输工具到达目的地之后,再由卖家来填写。

表二

由表二可知,在上述实施例中仅列出了对象信息中包含的部分内容,在具体实现过程中,数据对象单中还可以包括外部订单号、外部订单类型等,使得商家以及电商平台可以对物流供应链进行管理。

下面采用图5至图7所示的界面示意图,来说明上述图1实施例中的第一用户设备生成入库请求消息以及补货信息的具体实现过程。

图5为本发明一实施例提供的第一入库界面的界面示意图。在具体实现过程中,用户可以通过语音或者在显示界面上设置的预设按键等触发第一入库指令。第一用户设备在获取到用户触发的第一入库指令之后,在显示界面中显示第一入库界面。如图5所示,该第一入库界面上设置有数据对象的标识信息输入框,第一数量的输入框。第一用户设备接收用户在第一入库界面中输入的运输工具所关联的数据对象的标识信息和数据对象的第一数量;然后第一用户设备根据所述运输工具所关联的数据对象的标识信息和所述数据对象的第一数量,生成入库请求消息,并向服务器发送入库请求信息。

图6为本发明一实施例提供的第二入库界面的界面示意图。在具体实现过程中,用户在第一入库界面上输入相应信息之后,还可以通过第二入库界面输入运输信息。

具体地,用户可以通过语音或者在显示界面上设置的预设按键等触发第二入库指令。第一用户设备在获取用户触发的第二入库指令后,在显示界面上显示第二入库界面;该第二入库界面上设置有运输类型输入框、起始地点输入框、目的地点输入框以及出发时间输入框等。

第一用户设备接收用户在第二显示界面上输入的运输信息,该运输信息包括运输类型、运输线路的起始地点和目的地点以及所述数据对象的出发时间。第一用户设备根据运输工具所关联的数据对象的标识信息、数据对象的第一数量以及运输信息,生成入库请求消息,并向服务器发送入库请求信息。

图7为本发明一实施例提供的补货界面的界面示意图。在具体实现过程中,用户可以通过语音或者在显示界面上设置的预设按键等触发补货指令。第一用户设备在获取到用户触发的补货指令之后,在显示界面中显示补货界面。如图7所示,该补货界面上设置有数据对象的标识信息输入框,第二数量的输入框和目标仓库的标识信息输入框。第一用户设备接收用户在补入界面上输入的数据对象的标识信息、数据对象的第二数量和目标仓库的标识信息,然后根据数据对象的标识信息、数据对象的第二数量和目标仓库的标识信息,生成补货信息,向服务器发送补货信息。

进一步地,在上述实施例的基础上,入库请求消息在生成之后,还可以进行修改。具体地,卖家通过第一用户设备生成补货信息之后,如果运输工具所承载的数据对象存在超品或超量的情况,则卖家会通过第一用户设备生成入库请求消息,第一用户设备向服务器发送该入库请求消息,最后服务器根据入库请求消息中的数据对象的标识信息和第一数量进行入库操作。有了入库请求消息,商家就可以根据实际情况,动态调整实际运输的数据对象和数量,入库操作时将获取的是入库请求消息上的信息,而不是之前的补货信息。

另外,卖家也存在改约的情况,也就是由于运输过程的原因,比原定计划更早或者更晚到达。卖家就需要取消之前的入库信息,服务器会重新生成入库信息。具体实现过程如图8所示。

图8为本发明一实施例提供的入库信息生成方法流程图。如图8所示,该方法包括:

步骤401、根据入库请求消息,生成数据对象对应的入库信息;

步骤402、将入库请求消息中的数据对象的入库状态置为已预约入库状态;

步骤403、获取入库取消消息,入库取消消息用于指示数据对象取消入库;

步骤404、将数据对象所占的库容的使用状态置为可用状态;

步骤405、获取入库变更信息,根据入库变更信息获取变更后的入库请求消息,入库变更信息中包括变更后的数据对象的预计到达时间;

步骤406、根据变更后的入库请求消息,重新生成数据对象对应的变更后的入库信息。

在具体实现过程中,在生成入库信息之后,将入库请求消息中的数据对象的入库状态置为已预约入库状态,在监听到用户(卖家)输入的入库取消消息时,将数据对象所占的库容的使用状态置为可用状态。

然后,卖家通过第一用户设备生成入库变更信息,第一用户设备将入库变更信息发送给服务器。服务器接收该入库变更信息,该入库变更信息中包括变更后的数据对象的预计到达时间。然后服务器根据该入库变更信息生成变更后的入库请求消息,然后根据变更后的入库请求消息,重新生成入库信息。本领域技术人员可以理解,在根据变更后的入库请求消息,重新生成入库信息的过程与上述实施例中的生成入库请求消息的方式类似,本实施例此处不再赘述。

本实施例提供了卖家修改入库请求消息的方式,从而精确表达出数据对象运输线路上的实际情况,并且将它与后续入库计划产生协同,使之可以动态调整入库计划,进而方便商家完成入库操作。

以下将详细描述根据本申请的一个或多个实施例的货品入库装置。该货品入库装置可以被实现在各种配送路径确定设备上,例如,服务端设备、服务器、网络服务器等。本领域技术人员可以理解,该货品入库装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。例如,下述实施例中的涉及控制功能、更新功能的模块可以使用来自德州仪器公司、英特尔公司、ARM公司等企业的单片机、微控制器、微处理器等组件实现。

下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请方法实施例。

图9为本发明一实施例提供的入库信息生成装置的结构示意图。如图9所示,该装置包括:

获取模块11,用于获取入库请求消息,所述入库请求消息中包括运输工具所关联的数据对象的标识信息和所述数据对象的第一数量;

入库信息生成模块12,用于根据所述入库请求消息,生成所述数据对象对应的入库信息,所述入库信息包括所述数据对象所对应的目标仓库的标识信息。

本发明实施例提供的入库信息生成装置,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。

图10为本发明一实施例提供的入库信息生成装置的结构示意图。本实施例在图9实施例的基础上实现。

在一种可行的实现方式中,该装置还包括:验证模块13,用于对所述入库请求消息中的数据对象的第一数量进行验证,得到验证通过的结果。

可选地,所述验证模块13,具体用于获取与所述入库请求消息中的数据对象的标识信息关联的补货信息,所述补货信息包括所述数据对象的标识信息、所述数据对象的第二数量以及所述数据对象所对应的目标仓库的标识信息;

判断所述入库请求消息中的数据对象的第一数量超出所述补货信息中所述数据对象的第二数量的数值是否满足预设条件,若是,则验证通过;

所述入库信息生成模块具体用于,根据所述入库请求消息和所述目标仓库的标识信息,生成所述数据对象对应的入库信息。

在一种可行的实现方式中,所述入库请求消息中还包括所述数据对象的运输信息,该装置还包括:验证模块13,用于对所述入库请求消息中的数据对象的第一数量进行验证,得到验证不通过的结果。

可选地,所述验证模块13,具体用于获取与所述入库请求消息中的数据对象的标识信息关联的补货信息,所述补货信息包括所述数据对象的标识信息、所述数据对象的第二数量以及所述数据对象所对应的目标仓库的标识信息;

判断所述入库请求消息中的数据对象的第一数量超出所述补货信息中所述数据对象的第二数量的数值是否满足预设条件,若否,则验证不通过;

所述入库信息生成模块12,具体用于根据所述入库请求消息和所述目标仓库的标识信息,生成所述数据对象对应的入库信息。

可选地,所述运输信息包括:运输类型、运输线路的起始地点和目的地点以及所述数据对象的出发时间;

所述入库信息生成模块12,具体用于根据所述运输类型、运输线路的起始地点和目的地点以及所述数据对象的出发时间,预计所述数据对象的最早到达时间;

根据所述数据对象的标识信息和所述第一数量,确定所述数据对象所占的库容;

在所述最早到达时间之前,根据所述目标仓库的标识信息,确定所述目标仓库的剩余库容满足所述数据对象所占的库容;

根据所述数据对象的标识信息和第一数量、所述数据对象的最早达到时间以及所述目标仓库的标识信息,生成所述数据对象对应的入库信息。

在上述实施例的基础上,还包括:输出模块14和接收模块15;

所述输出模块14,用于向仓库管理者输出仓库协调提示信息,所述仓库协调提示信息中包括所述数据对象所占的库容、所述目标仓库的标识信息以及所述数据对象的最早到达时间,所述仓库协调提示信息用于指示所述仓库管理者根据所述数据对象所占的库容,在所述最早到达时间之前确保所述目标仓库的剩余库容满足所述数据对象所占的库容;

所述接收模块15,用于接收所述仓库管理者输入的入库指示,根据所述入库指示,确定所述目标仓库的剩余库容满足所述数据对象所占的库容。

可选地,所述补货信息为补货计划信息,还包括:补货计划信息生成模块16,用于获取所述数据对象在预设时间段的计划销量,所述预设时间段为当前时间之后的时间段;

在确定所述计划销量在预设的销量范围内时,根据所述计划销量,生成所述数据对象在所述预设时间段的补货计划信息,其中,所述预设的销量范围是根据目标仓库的库容确定的。

可选地,所述补货信息为计划外补货信息,所述计划外补货信息中的数据对象不在补货计划信息中,还包括:计划外补货信息生成模块17,用于获取计划外补货请求消息,所述计划外补货请求消息中包括所述数据对象的标识信息、所述数据对象的第二数量、预设时间段以及目标仓库的标识信息;

根据所述数据对象的标识信息和所述数据对象的数量确定所述数据对象所占的库容;

在确定预设时间段内、目标仓库能够提供所述数据对象所占的库容时,生成所述计划外补货信息,所述预设时间段为当前时间之后的时间段。

可选地,还包括:状态设置模块18,用于将所述入库请求消息中的所述数据对象的入库状态置为已预约入库状态。

可选地,所述获取模块11,还用于获取入库取消消息,所述入库取消消息用于指示所述数据对象取消入库;

所述状态设置模块18,还用于将所述数据对象所占的库容的使用状态置为可用状态。

可选地,所述获取模块11,还用于获取入库变更信息,根据所述入库变更信息获取变更后的入库请求消息,所述入库变更信息中包括变更后的所述数据对象的预计到达时间;

所述入库信息生成模块12,还用于根据所述变更后的入库请求消息,重新生成所述数据对象对应的变更后的入库信息。

本申请实施例提供的入库信息生成装置,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。

图11为本发明一实施例提供的服务器的硬件结构示意图。如图11所示,该设备可以包括输入设备20、处理器21、输出设备23、存储器24和至少一个通信总线25。通信总线25用于实现元件之间的通信连接。存储器24可能包含高速RAM存储器,也可能还包括非易失性存储NVM,例如至少一个磁盘存储器,存储器24中可以存储各种程序,用于完成各种处理功能以及实现本实施例的方法步骤。

可选的,上述处理器21例如可以为中央处理器(Central ProcessingUnit,简称CPU)、应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现。

可选的,上述输入设备20可以包括多种输入设备,例如可以包括面向用户的用户接口、面向设备的设备接口、软件的可编程接口、收发信机中的至少一个。可选的,该面向设备的设备接口可以是用于设备与设备之间进行数据传输的有线接口、还可以是用于设备与设备之间进行数据传输的硬件插入接口(例如USB接口、串口等)。

输入设备20,用于接收用户设备发送的入库请求消息,所述入库请求消息中包括运输工具所关联的数据对象的标识信息和所述数据对象的第一数量;

处理器21,耦接至所述输入设备20,用于根据所述入库请求消息,生成所述数据对象对应的入库信息,所述入库信息包括所述数据对象所对应的目标仓库的标识信息;

输出设备23,耦接至所述处理器21,用于将所述入库信息发送给所述用户设备。

可选地,所述处理器21,还用于在根据所述入库请求消息,生成所述数据对象对应的入库信息之前,对所述入库请求消息中的数据对象的第一数量进行验证,得到验证通过的结果。

可选地,所述处理器21,还具体用于获取与所述入库请求消息中的数据对象的标识信息关联的补货信息,所述补货信息包括所述数据对象的标识信息、所述数据对象的第二数量以及所述数据对象所对应的目标仓库的标识信息;

判断所述入库请求消息中的数据对象的第一数量超出所述补货信息中所述数据对象的第二数量的数值是否满足预设条件,若是,则验证通过;

根据所述入库请求消息和所述目标仓库的标识信息,生成所述数据对象对应的入库信息。

可选地,所述入库请求消息中还包括所述数据对象的运输信息;

所述处理器21,还用于在根据所述入库请求消息生成所述数据对象对应的入库信息之前,对所述入库请求消息中的数据对象的第一数量进行验证,得到验证不通过的结果。

可选地,所述处理器21,还具体用于获取与所述入库请求消息中的数据对象的标识信息关联的补货信息,所述补货信息包括所述数据对象的标识信息、所述数据对象的第二数量以及所述数据对象所对应的目标仓库的标识信息;

判断所述入库请求消息中的数据对象的第一数量超出所述补货信息中所述数据对象的第二数量的数值是否满足预设条件,若否,则验证不通过;

根据所述入库请求消息和所述目标仓库的标识信息,生成所述数据对象对应的入库信息。

可选地,所述运输信息包括:运输类型、运输线路的起始地点和目的地点以及所述数据对象的出发时间;

所述处理器21,还具体用于根据所述运输类型、运输线路的起始地点和目的地点以及所述数据对象的出发时间,预计所述数据对象的最早到达时间;

根据所述数据对象的标识信息和所述第一数量,确定所述数据对象所占的库容;

在所述最早到达时间之前,根据所述目标仓库的标识信息,确定所述目标仓库的剩余库容满足所述数据对象所占的库容;

根据所述数据对象的标识信息和第一数量、所述数据对象的最早达到时间以及所述目标仓库的标识信息,生成所述数据对象对应的入库信息。

可选地,所述输出设备23,还用于向仓库管理者输出仓库协调提示信息,所述仓库协调提示信息中包括所述数据对象所占的库容、所述目标仓库的标识信息以及所述数据对象的最早到达时间,所述仓库协调提示信息用于指示所述仓库管理者根据所述数据对象所占的库容,在所述最早到达时间之前确保所述目标仓库的剩余库容满足所述数据对象所占的库容;

所述输入设备20,还用于接收所述仓库管理者输入的入库指示,根据所述入库指示,确定所述目标仓库的剩余库容满足所述数据对象所占的库容。

可选地,所述输入设备20,还用于获取所述数据对象在预设时间段的计划销量,所述预设时间段为当前时间之后的时间段;

所述处理器21,还用于在确定所述计划销量在预设的销量范围内时,根据所述计划销量,生成所述数据对象在所述预设时间段的补货计划信息,其中,所述预设的销量范围是根据目标仓库的库容确定的。

可选地,所述补货信息为计划外补货信息,所述计划外补货信息中的数据对象不在补货计划信息中;

所述输入设备20,还用于获取计划外补货请求消息,所述计划外补货请求消息中包括所述数据对象的标识信息、所述数据对象的第二数量、预设时间段以及目标仓库的标识信息;

所述处理器21,还用于根据所述数据对象的标识信息和所述数据对象的数量确定所述数据对象所占的库容;

在确定预设时间段内、目标仓库能够提供所述数据对象所占的库容时,生成所述计划外补货信息,所述预设时间段为当前时间之后的时间段。

可选地,所述处理器21,还用于将所述入库请求消息中的所述数据对象的入库状态置为已预约入库状态。

可选地,所述输入设备20,还用于获取入库取消消息,所述入库取消消息用于指示所述数据对象取消入库;

所述处理器21,还用于将所述数据对象所占的库容的使用状态置为可用状态。

可选地,所述输入设备20,还用于获取入库变更信息,根据所述入库变更信息获取变更后的入库请求消息,所述入库变更信息中包括变更后的所述数据对象的预计到达时间;

所述处理器21,还用于根据所述变更后的入库请求消息,重新生成所述数据对象对应的变更后的入库信息。

本申请实施例提供的服务器,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。

本发明还提供一种计算机/处理器可读存储介质,所述存储介质中存储有程序指令,所述程序指令用于使计算机/处理器执行图1至图4以及图8所示的方法。

图12为本发明一实施例提供的用户设备的硬件结构示意图。该用户设备具体可为图1实施例中的第一用户设备。如图12所示,该设备可以包括输入设备30、处理器31、输出设备33、存储器34和至少一个通信总线35。通信总线35用于实现元件之间的通信连接。存储器34可能包含高速RAM存储器,也可能还包括非易失性存储NVM,例如至少一个磁盘存储器,存储器34中可以存储各种程序,用于完成各种处理功能以及实现本实施例的方法步骤。

可选的,上述处理器31例如可以为中央处理器(Central ProcessingUnit,简称CPU)、应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现。

可选的,上述输入设备30可以包括多种输入设备,例如可以包括面向用户的用户接口、面向设备的设备接口、软件的可编程接口、收发信机中的至少一个。可选的,该面向用户的用户接口例如可以是面向用户的控制按键、用于接收语音输入的语音输入设备以及用户接收用户触摸输入的触摸感知设备(例如具有触摸感应功能的触摸屏、触控板等)。上述输出设备33可以包括多种输出设备,例如可以包括面向用户的用户接口、面向设备的设备接口、软件的可编程接口、收发信机中的至少一个。可选的,该面向设备的设备接口可以是用于设备与设备之间进行数据传输的有线接口、还可以是用于设备与设备之间进行数据传输的硬件插入接口(例如USB接口、串口等)。

在本实施例中,输入设备30,用于获取用户触发的第一入库指令;

处理器31,耦接至所述输入设备30,用于控制显示界面显示第一入库界面;

所述输入设备30,还用于接收用户在所述第一入库界面中输入的运输工具所关联的数据对象的标识信息和所述数据对象的第一数量;

所述处理器31,还用于根据所述运输工具所关联的数据对象的标识信息和所述数据对象的第一数量,生成入库请求消息;

所述输出设备33,耦接至所述处理器31,用于向服务器发送所述入库请求信息。

可选地,所述输入设备30,还用于获取用户触发的补货指令;

所述处理器31,还用于控制显示界面显示补货界面;

所述输入设备30,还用于接收用户在所述补货界面中输入的所述数据对象的标识信息、所述数据对象的第二数量和目标仓库的标识信息;

所述处理器31,还用于根据所述数据对象的标识信息、所述数据对象的第二数量和目标仓库的标识信息,生成补货信息;

所述输出设备33,还用于向服务器发送所述补货信息。

可选地,所述输入设备30,还用于获取用户触发的第二入库指令;

所述处理器31,还用于控制显示界面显示第二入库界面;

所述输入设备30,还用于接收用户在所述第二显示界面上输入的运输信息;

所述处理器31,还用于根据所述运输工具所关联的数据对象的标识信息、所述数据对象的第一数量以及运输信息,生成入库请求消息。

本申请实施例提供的用户设备,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。

本发明还提供一种计算机/处理器可读存储介质,所述存储介质中存储有程序指令,所述程序指令用于使计算机/处理器执行图5至图7所示的方法。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。

应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。

应当理解,尽管在本发明实施例中可能采用术语第一、第二、第三等来描述XXX,但这些XXX不应限于这些术语。这些术语仅用来将XXX彼此区分开。例如,在不脱离本发明实施例范围的情况下,第一XXX也可以被称为第二XXX,类似地,第二XXX也可以被称为第一XXX。

取决于语境,如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的商品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

上述可读存储存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。

最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

再多了解一些
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1