CN109272265A - 数据对象库存信息处理方法、装置及系统 - Google Patents

Abstract

本申请实施例公开了数据对象库存信息处理方法、装置及系统，其中，所述系统包括：库存信息子系统，用于保存多个门店内的数据对象的库存信息，并对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；补货策略子系统，用于通过所述库存信息子系统获得各门店内各数据对象的前场库存信息，如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。通过本申请实施例，可以降低门店中的人力成本，避免人工的方式造成的遗漏等问题。

Description

数据对象库存信息处理方法、装置及系统

技术领域

本申请涉及数据对象库存信息处理技术领域，特别是涉及数据对象库存信息处理方法、装置及系统。

背景技术

随着网络销售平台的不断发展，出现了一种新型的销售平台模式，在该模式下，平台方可以部署线下门店，主要经营生鲜类商品，用户可以通过平台提供的应用程序(App)在线浏览门店中销售的商品，并进行下单购买，距离用户收货地址最近的门店，为其完成拣货及配送服务，以此实现以最快的速度送达。

在门店中，由于需要承担为用户进行配货的任务，因此，需要预先在门店内对商品进行存放，以便在接收到用户的订单时，能够从门店为其发货。另一方面，这种线下门店也可以具有与普通的实体超市等类似的功能，也即，用户也可以直接进入到实体店铺中，进行线下的交易。基于同一门店有多种不同销售渠道的情况，现有技术中，通常将门店在空间位置上划分为前场区域和后场区域，前场区域主要可以部署一些货架等，将各种可销售商品的一部分放置于货架上，这部分放置在前场区域货架上的库存，称为该商品的前场库存；同时，同一商品在门店中还存在后场库存，并且，对于同一商品而言，后场库存在数量上通常会大于前场库存。其中，前场库存可以用于为线上的交易订单进行发货，也可以用于支持线下的交易行为，等等。在某商品的前场库存出现不足或者为零时，可以从后场库存为前场库存进行补货，也即，将商品从后场区域转移至前场区域，以使得该商品能够继续从前场区域为消费者用户提供消费服务。

但是，在现有技术中，从后场向前场的补货操作通常是由人工的方式手动进行的，也即，可以由前场区域的作业人员对前场区域的各个商品的库存状态进行巡查，在发现某商品的前场库存不足时，通知补货作业人员，从后场库位向前场进行补货。但是，这种过程中会造成较高的人力成本，并且，可能会存在某些前场库存不足的商品无法被及时发现等问题。

发明内容

本申请提供了数据对象库存信息处理方法、装置及系统，可以降低门店中的人力成本，避免人工的方式造成的遗漏等问题。

本申请提供了如下方案：

一种数据对象库存信息处理系统，包括：

库存信息子系统，用于保存多个门店内的数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；

补货策略子系统，用于通过所述库存信息子系统获得各门店内各数据对象的前场库存信息，如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。

一种数据对象库存信息处理方法，包括：

保存多个门店内数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；

向所述补货策略子系统提供各门店内各数据对象的前场库存信息，由所述补货策略子系统将所述门店内各数据对象的前场库存信息与预置的阈值进行比对，在存在前场库存信息低于预置阈值的目标数据对象时，生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。

一种数据对象库存信息处理方法，包括：

通过库存信息子系统获得多个门店内各数据对象的前场库存信息；其中，所述库存信息子系统用于保存多个门店内的数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；

如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。

一种数据对象库存信息处理装置，包括：

库存信息保存单元，用于保存多个门店内数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；

库存信息提供单元，用于向所述补货策略子系统提供各门店内各数据对象的前场库存信息，由所述补货策略子系统将所述门店内各数据对象的前场库存信息与预置的阈值进行比对，在存在前场库存信息低于预置阈值的目标数据对象时，生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。

一种数据对象库存信息处理装置，包括：

库存信息获得单元，用于通过库存信息子系统获得多个门店内各数据对象的前场库存信息；其中，所述库存信息子系统用于保存多个门店内的数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；

补货任务生成单元，用于如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。

一种数据对象库存信息处理系统，包括：

店内库存信息子系统，用于保存门店内数据对象的库存信息，并根据数据对象的入库/出库情况，对库存信息进行同步更新；其中，门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库存信息；

店内补货策略子系统，用于通过所述库存信息子系统获得数据对象的前场库存信息，如果存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，以用于根据所述补货任务将所述目标数据对象从后场库位补货到前场库位。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以通过库存信息子系统对多个门店的数据对象的库存信息进行保存及维护，其中就可以每个数据对象分别在各个门店中的前场库存信息，另外，补货策略子系统可以通过库存信息子系统获得各个数据对象在对应门店的前场库存信息，并确定出所述门店中前场库存信息低于预置阈值的目标数据对象，并自动生成补货任务。这样，就可以不必通过人工的方式来生成补货任务，可以降低门店中的人力成本，另外，也可以避免人工的方式造成的遗漏等问题。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的系统架构示意图；

图2是本申请实施例提供的第一系统的示意图；

图3是本申请实施例提供的第一方法的流程图；

图4是本申请实施例提供的第二方法的流程图；

图5是本申请实施例提供的第一装置的示意图；

图6是本申请实施例提供的第二装置的示意图；

图7是本申请实施例提供的第二系统的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，为了便于及时发现前场库存不足的情况，并降低对人力等成本的占用，可以通过部署补货策略中心，实现补货任务的自动生成。具体的，补货策略中心可以从库存中心获取各数据对象(例如，商品对象等)的前场库存信息，并为各数据对象设定库存阈值，在发现某数据对象的前场库存低于该库存阈值时，则可以自动生成补货任务，并向相应的补货终端下发该补货任务，完成从后场库位向前场库位的补货。

其中，库存中心保存的各个数据对象的库存信息，可以分为前场库存以及后场库存两部分。关于后场库存信息，可以是在数据对象入库到后场库位时，将相关的信息提交到库存中心，包括入库到哪个库位，具体的批次以及数量等信息。另外，在后场库存发生向前场库存的转移，或者，利用后场库存为用户的线上销售行为执行了发货等操作时，也可以将信息同步提交给库存中心，由库存中心进行更新。

例如，在库存中心，可以保存多个不同门店中的库存信息，其中，对于各数据对象的后场库存信息可以通过以下方式进行保存：

表1

也就是说，每条库存信息可以体现以上五个字段的信息，同一数据对象在存在多个批次的后场库存时，可以拆分成多条库存信息进行保存。另外，不同批次的同一数据对象，在后场库位保存时，可能是位于同一后场库位，也可能位于不同的后场库位，等等。需要说明的是，在实际应用中，库存中心保存的后场库存的信息也可以是其他的方式，例如，可以不包括批次字段，或者，不包括库位字段，等等。

而前场库存信息，也可以是在数据对象被从后场库位转移到前场库位时，将转移的数量作为数据对象的前场库存信息提交到库存中心进行保存。另外，在利用前场库存为线上或者线下交易进行发货时，还可以将关联的数据对象标识以及数量等提交到库存中心，由库存中心对前场库存进行更新。当然，由于对于线上交易而言，可能是利用前场库存为用户进行发货，也可能是利用后场库存为用户发货，因此，在向库存中心提交这种发货信息时，还可以告知库存中心，此次占用的是前场库存还是后场库存，以便由库存中心进行相应的库存更新处理。

在库存中心保存了各个数据对象的前场库存以及后场库存信息，并且可以根据数据对象的库位转移、线上/线下销售等情况，对前场库存及后场库存进行同步更新的情况下，库存中心保存的信息就体现了门店内具体前场区域及后场区域内，各个数据对象的实际库存情况。因此，补货策略中心就可以通过查询库存中心信息的方式，来了解上述情况，以确定是否需要为某数据对象进行补货。其中，补货策略中心可以采用周期性的方式查询库存中心，例如，每小时查询一次，或者，也可以是更长或者更短的周期，具体可以根据实际的需求而定。当然，也可以是由库存中心在发现某数据对象的前场库存不足时，向补货策略中心提交通知消息，由补货策略中心生成具体的补货任务，等等。

其中，补货策略中心具体在生成补货任务时，可以在补货任务中体现出具体的数据对象的ID、名称等标识信息，另外，还可以确定出需补货的数量信息，并添加到补货任务中。其中，关于补货数量信息，可以是预先确定好的数量，例如，预先一配置参数等方式，指定针对每个数据对象进行补货时，都是每次补货N件，N为固定的正整数。这样，补货策略中心在生成补货任务时，直接将该N作为补货数量添加到补货任务中即可。或者，在具体实现时，也可以为不同的数据对象，或者不同类别的数据对象，设定不同的补货数量，等等。

或者，在另一种实现方式下，由于不同的门店中对前场库位的设计可能会有所不同，这种不同主要体现在：不同的门店在前场库位中为同一数据对象预留的空间可能会有所不同，另外，同一门店在前场库位中为不同数据对象预留的空间也可能会有所不同。这种不同会导致前场库位中能够容纳的各数据对象的最大数量可能是不同的。因此，为了更符合各门店内实际的前场库位的特点，还可以由门店为各个不同的数据对象设定不同的最大补货量信息，还可以在补货策略中心分别保存各个门店分别为各个数据对象配置的最大补货量信息。这样，在生成补货任务时，可以根据数据对象当前的前场库存量以及在对应门店中的最大补货量，确定出此次需补货量，等等。

当然，补货任务中也可以不必对补货数量进行指定，也就是说，可以仅通知补货作业人员，某数据对象的前场库存不足，需要从后场库存为其补货，但是具体补货的数量，可以由门店根据实际情况而定，等等。当然，无论是何种情况，在完成补货操作后，门店都可以再将处理结果提交给库存中心，由库存中心对具体的库存信息进行更新。

另外，由于后场区域中通常包括多个库位，某数据对象在入库时，通常会选择其中某个库位进行存放，并且，如表1所示，库存中心在保存数据对象的后场库存时，还可以保存各个数据对象在后场区域所在的库位标识信息。因此，在生成补货任务时，除了可以指定具体的数据对象的名称等标识，还可以将数据对象所在的库位信息提供到补货任务中，这样，补货作业人员可以更方便的查找到数据对象所在的库位，提高补货效率。

再者，如前文所述，数据对象在入库时，可能会存在批次信息，例如，对于某数据对象，可能是在6月20日入库一批，6月24日又入库一批，等等，库存中心在对数据对象的后场库存信息进行保存时，还可以分别保存同一数据对象不同批次下的库存信息(如表1所示中的第一条以及第二条库存信息)。因此，在具体生成补货任务时，还可以考虑这种批次信息。具体的，在需要从后场向前场进行补货时，可以优先占用批次更早的后场库存进行补货，这样，可以使得批次更早的库存更早的被放置到前场库位中进行销售，以避免出现同一批数据对象对后场库位的长时间占用，也避免批次早的数据对象出现超出保质期等情况发生。因此，在确定出需要为某数据对象进行补货后，在生成补货任务时，还可以在补货任务中提供数据对象的批次信息。具体的，如果某数据对象在后场库位中只有一个批次的库存，则直接在补货任务中提示将某数量的该批次数据对象补货到前场区域即可。而如果某数据对象存在多个批次的库存，则可以首先利用批次最早的库存，生成补货任务。如果最早的库存不足，则可以针对同一数据对象生成多份补货任务，其中一份补货任务占用最早批次的全部库存，不足的部分，再根据次早批次的库存生成另一份补货任务，以此类推。也就是说，对于某一数据对象的补货任务，根据后场库存中不同批次的库存情况，可以拆分成多条库存任务，分别下发到补货客户端。

例如，假设需要对表1中所述的20001这一数据对象进行补货，并且确定出需要补货的数量为50件，此时，通过查询该数据对象的后场库存信息发现，该数据对象存在两个批次的库存，分别为20170620和20170624，其中，20170620批次的入库时间更早，因此，可以优先利用该批次的库存为前场进行补货。但是，由于该批次的库存仅剩20件，而需要补货的数量是50件，此时，就可以将针对该数据对象的补货任务拆分成两条，其中一条补货任务中，可以指示补货作业人员，将ID为20001，批次为20170620的数据对象补货到前场区域，数量为20件，该批次数据对象所在的库位为库位1；另一条补货任务中，可以指示补货作业人员，将ID为20001，批次为20170624的数据对象补货到前场区域，数量为30件，该批次数据对象所在的库位为库位2。这样，补货作业人员直接到后场区域的库位1所在的位置，取下20件第一批次的数据对象，并在库位2取消30件第二批次的数据对象，并送达前场区域进行上架处理，等等。在送达前场区域后，补货客户端可以将任务完成的通知消息提供给库存中心，库存中心对该数据对象的后场库存以及前场库存进行更新。例如，更新后的后场库存信息之，该数据对象第一批次的后场库存变为0，第二批次的后场库存变为470，相应的，前场库存增加50。

具体实现时，根据库存中心的部署方式的不同，补货策略中心的部署方式也可以有多种不同的实现方式。例如，在其中一种方式下，可以是在各个门店中分别部署库存中心，也即，各个门店内的数据对象库存信息可以由各个门店自行进行保护及维护，在这种情况下，补货策略中心也可以部署在门店中，由各个门店自行制定各自的补货策略，并自动生成补货任务。或者，在另一种实现方式下，为了减低各门店的成本，还可以在云端统一部署库存中心，该库存中心可以对多家门店的库存信息进行保存及更新等处理。也就是说，各门店不必自行维度库存中心，而是只要将相关的入库、出库等信息提交到云端的库存中心，就可以由云端的库存中心进行统一的管理。在这种情况下，补货策略中心也可以是位于云端。其中，库存中心在保存每个数据对象的库存信息时，可以分为前场库存以及后场库存两方面的信息。

例如，在上述第二种实现方式下，可以如图1所示，门店101中从物理空间上划分为前场区域以及后场区域，其中，前场区域内可以部署有一个或多个货架102，后场区域中存在有一个或者多个库位，每个库位用于存放具体的数据对象。其中，103所示可以为前场区域的线下交易结算客户端，也即，当有消费者用户进入到门店，并对某数据对象进行了购买等操作，则由该线下交易结算客户端103进行结算，并且，可以将相关的数据对象的标识、数量等信息提交到库存中心，由库存中心执行前场库存的更新操作。另外，前场区域还可以存在另一客户端，在接收到销售平台系统中的线上交易订单，并从前场区域为该交易订单进行发货时，可以将相关的数据对象标识、数量等信息提交到库存中心，由库存中心进行库存的更新。总之，随着线上或者线下交易的进行，库存中心中保存的各数据对象的库存信息是在不断变化。而在本申请实施例中，补货策略中心就可以通过定期或者不定期查询库存中心为各门店保存的库存信息，确定出某数据对象是否需要从后场库位向前场库位进行补货，等等。此时，补货策略中心生成的补货任务也可以通过网络下发到门店的补货客户端105，该补货客户端可以安装在补货作业人员的终端设备中，这样，补货作业人员就可以根据接收到的补货任务进行补货。

下面分别通过多种不同的角度，对本申请实施例提供的具体实施方式进行详细介绍。

实施例一

首先，该实施例一针对为多个门店统一部署库存中心的方式，提供了一种数据对象库存信息处理系统，参见图2，该系统具体可以包括：

库存信息子系统201，用于保存多个门店内的数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；

补货策略子系统202，用于各门店内各数据对象的前场库存信息，如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。

具体实现时，补货策略子系统具体可以用于：通过定期查询所述库存信息子系统获得各门店内各数据对象的前场库存信息。或者，也可以通过所述库存信息子系统推送的信息，获得各门店内各数据对象的前场库存信息。

具体实现时，所述补货任务中具体可以包括需要补货的目标数据对象的标识信息，另外，还可以包括所需补货的数量信息。这样，使得拣货作业人员可以更明确需要补货的数量，提高补货的效率。其中，具体的所述数量信息可以是根据为各门店内各数据对象统一配置的补货数量信息确定的，或者，还可以预先为每个门店，或者每个数据对象配置不同的补货数量配置信息。也就是说，具体的配置信息可以是由门店提交的，在具体进行配置时，可以以门店为单位进行配置，或者，还可以以数据对象为单位进行配置，等等。例如，补货策略子系统中可以预先保存各门店对应的不同补货策略，其中，每个门店的补货策略中保存有对应门店为各数据对象配置的最大补货数量信息，这样，可以根据所述目标数据对象的当前前场库存数量以及在对应门店中的所述最大补货数量，确定需补货数量，并依据所述需补货数量信息生成补货任务。当然，在其他的实现方式下，还可以是根据历史补货记录等信息来确定所需补货数量，甚至还可以通过大数据分析的方式确定出各数据对象在各门店的销售情况，来为具体的目标数据对象分析出此次所需补货的数量。另外，还可以综合考虑目标数据对象是否正在参加某促销活动，等等。总之，在确定补货数量信息时，可以有多种方式，对于不同的目标数据对象而言，对应的所需补货数量可以是相同的，也可以是不同的。

在优选的实现方式下，库存信息子系统中保存的各门店内的数据对象的库存信息，还可以包括：各数据对象在各门店后场库位中的，其中，所述后场库存信息包括：数据对象在对应门店中所占用的后场库位的库位标识信息。这样，所述补货策略子系统在确定出目标数据对象的前场库存不足后，在为其生成补货任务时，还可可以查询所述目标数据对象在对应门店中的后场库存信息，确定所述库位标识信息，并在所述补货任务中提供所述库位标识信息。这样，补货任务中就不仅可以包括目标数据对象的标识，还可以包括所占用的库位标识，使得补货作业人员可以更方便的确定出数据对象所在的位置，以此提高补货的效率。

另外，所述后场库存信息还可以包括数据对象的批次信息，此时，库存信息子系统还可以将这种批次信息提供给补货策略子系统，所述补货策略子系统在生成补货任务时还用于：在所述补货任务中提供所述批次信息。

其中，当同一门店内的同一数据对象存在多个不同入库批次的后场库存时，则该数据对象在该门店内可以对应多条后场库存信息，每一条后场库存信息用于记录其中一个批次的库存数量、所占用的后场库位的库位标识信息以及对应的入库时间信息，库存信息子系统在响应针对目标数据对象的后场库存信息查询请求时，可以将上述信息返回，这样，所述补货策略子系统在生成补货任务时，可以按照入库时间早晚，优先利用入库时间早的批次生成补货任务。这样可以使得更早入库的数据对象优先被销售，避免对库位的长时间占用，也避免出现数据对象超出保质期等现象。

其中，如果入库时间最早的批次对应的库存数量，少于补货任务中的所需数量，则将所述补货任务拆分成多项子任务，其中，按照所述入库时间最早的批次的库存数量及所在的库位信息，生成第一子任务，并根据其他批次的库存数量以及所在的库位信息，生成其他子任务。

具体实现时，所述补货策略子系统生成的补货任务可以下发到对应门店的补货客户端，所述补货客户端可以在界面中展示所述补货任务的信息，拣货作业人员就可以按照补货任务的信息执行对应的补货任务，也即，将对应的数据对象从后场库位转移到前场库位。

总之，通过本申请实施例提供的上述系统，可以通过库存信息子系统对多个门店的数据对象的库存信息进行保存及维护，其中就可以每个数据对象分别在各个门店中的前场库存信息，另外，补货策略子系统可以通过库存信息子系统获得各个数据对象在对应门店的前场库存信息，并确定出所述门店中前场库存信息低于预置阈值的目标数据对象，并自动生成补货任务。这样，就可以不必通过人工的方式来生成补货任务，可以降低门店中的人力成本，另外，也可以避免人工的方式造成的遗漏等问题。

实施例二

该实施例二主要从库存信息子系统的角度，提供了一种数据对象库存信息处理方法，参见图3，该方法具体可以包括：

S301：保存多个门店内数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；

S302：向所述补货策略子系统提供各门店内各数据对象的前场库存信息，由所述补货策略子系统将所述门店内各数据对象的前场库存信息与预置的阈值进行比对，在存在前场库存信息低于预置阈值的目标数据对象时，生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。

具体实现时，可以在接收到补货策略子系统的第一查询请求时，向所述补货策略子系统提供各数据对象的前场库存信息。或者，还可以由库存信息子系统主动将数据对象的前场库存信息推送给所述补货策略子系统。具体的，可以在所述数据对象的前场库存信息发生变化时，将变化后的前场库存信息推送给所述补货策略子系统。或者，还可以按照预置的周期，向所述补货策略子系统推送各数据对象的前场库存信息，等等。

其中，所述保存的各门店内的数据对象的库存信息，还包括各数据对象在各门店后场库位中的后场库存信息，所述后场库存信息包括：数据对象在对应门店中所占用的后场库位的库位标识信息。此时，该方法还可以包括：接收所述补货策略子系统针对指定门店中指定数据对象进行后场库存信息查询的第二查询请求，并返回所述库位标识信息，由所述补货策略子系统将所述库位标识信息添加到所述补货任务中。

另外，所述后场库存信息还包括：数据对象的批次信息，在接收到所述第二查询请求时，还将所述批次信息返回，由所述补货策略子系统将所述批次信息添加到所述补货任务中。

其中，当同一门店内的同一数据对象存在多个不同入库批次的后场库存时，则该数据对象在该门店内对应多条后场库存信息，每一条后场库存信息用于记录其中一个批次的库存数量、所占用的后场库位的库位标识信息以及对应的入库时间信息。在接收到所述第二查询请求时返回的信息包括：所述目标数据对象在各批次下的库存数量信息、各自占用的后场库位的库位标识信息以及所述入库时间信息，由所述补货策略子系统按照入库时间早晚，优先利用入库时间早的批次生成补货任务。

实施例三

该实施例三从补货策略子系统的角度，提供了一种数据对象库存信息处理方法，参见图4，该方法具体可以包括：

S401：通过库存信息子系统获得多个门店内各数据对象的前场库存信息；其中，所述库存信息子系统用于保存多个门店内的数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；

其中，具体是实现，可以通过主动查询的方式获得各门店内各数据对象的前场库存，查询请求可以通过周期性发送的方式进行，例如，每小时查询一次，或者，还可以根据实际的需求，采用更长或者更短的周期，等等。或者，另一种方式下，也可以是通过库存信息子系统主动推送的方式，来是补货策略子系统获得各门店内各数据对象的前场库存信息。例如，在某门店内某数据对象的前场库存信息发生变化时，库存信息子系统就将变化后的前场库存数量信息推送给补货策略子系统，或者，按照预置的周期，向所述补货策略子系统推送各门店内各数据对象的前场库存信息，等等。

S402：如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。

具体实现时，具体在生成补货任务时，还可以确定具体门店内所述目标数据对象的需补货数量信息，并添加到所述补货任务中。其中，可以根据预先为各门店内各数据对象统一配置的补货数量信息，确定需补货数量信息。或者，还可以预先保存各门店对应的不同补货策略，其中，每个门店的补货策略中保存有对应门店为各数据对象配置的最大补货数量信息；根据所述目标数据对象的当前前场库存数量以及在对应门店中的所述最大补货数量，确定需补货数量，并依据所述需补货数量信息生成补货任务。

在一种优选的实现方式下，所述库存信息子系统中保存的各门店内的数据对象的库存信息还包括：各数据对象在各门店后场库位中的后场库存信息，所述后场库存信息包括：数据对象在对应门店中所占用的后场库位的库位标识信息；此时，所述生成补货任务时，还可以通过向所述库存信息子系统发送获取所述目标数据对象在对应门店中的后场库存信息的第二查询请求，获得所述目标数据对象在对应门店中所占用的后场库位的库位标识信息，并将所述库位标识信息添加到所述补货任务中。

另外，所述后场库存信息还包括数据对象的批次信息，所述库存信息子系统在接收到针对目标数据对象的查询请求时，还返回所述批次信息；此时，还可以将所述批次信息添加到所述补货任务中。

其中，当同一门店内的同一数据对象存在多个不同入库批次的后场库存时，则在所述库存信息子系统中，该数据对象在该门店内对应多条后场库存信息，每一条后场库存信息用于记录其中一个批次的库存数量、所占用的后场库位的库位标识信息以及对应的入库时间信息；所述库存信息子系统在接收到针对目标数据对象的查询请求时，返回的信息包括：所述目标数据对象在各批次下的库存数量信息、各自占用的后场库位的库位标识信息以及所述入库时间信息；此时，可以按照入库时间早晚，优先利用入库时间早的批次生成补货任务。

其中，如果入库时间最早的批次对应的库存数量，少于补货任务中的所需补货数量，则可以将所述补货任务拆分成多项子任务，其中，按照所述入库时间最早的批次的库存数量及所在的库位信息，生成第一子任务，并根据其他批次的库存数量以及所在的库位信息，生成其他子任务。

关于上述各实施例中的未详述部分，可以参见本申请中其他各部分的介绍，这里不再赘述。

与实施例二相对应，本申请实施例还提供了一种数据对象库存信息处理装置，参见图5，该装置可以包括：

库存信息保存单元501，用于保存多个门店内数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；

库存信息提供单元502，用于向所述补货策略子系统提供各门店内各数据对象的前场库存信息，由所述补货策略子系统将所述门店内各数据对象的前场库存信息与预置的阈值进行比对，在存在前场库存信息低于预置阈值的目标数据对象时，生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。具体实现时，所述库存信息提供单元具体可以用于：接收到补货策略子系统的第一查询请求时，向所述补货策略子系统提供各数据对象的前场库存信息。

或者，库存信息提供单元也可以具体用于：将数据对象的前场库存信息推送给所述补货策略子系统。

具体的，所述库存信息提供单元可以在所述数据对象的前场库存信息发生变化时，将变化后的前场库存信息推送给所述补货策略子系统。或者，按照预置的周期，向所述补货策略子系统推送各数据对象的前场库存信息。

其中，所述保存的各门店内的数据对象的库存信息，还可以包括各数据对象在各门店后场库位中的后场库存信息，所述后场库存信息包括：数据对象在对应门店中所占用的后场库位的库位标识信息；此时，该装置还可以包括：

库位标识信息提供单元，用于接收所述补货策略子系统针对指定门店中指定数据对象进行后场库存信息查询的第二查询请求，并返回所述库位标识信息，由所述补货策略子系统将所述库位标识信息添加到所述补货任务中。

其中，所述后场库存信息还包括：数据对象的批次信息，在接收到所述第二查询请求时，还将所述批次信息返回，由所述补货策略子系统将所述批次信息添加到所述补货任务中。

另外，当同一门店内的同一数据对象存在多个不同入库批次的后场库存时，则该数据对象在该门店内对应多条后场库存信息，每一条后场库存信息用于记录其中一个批次的库存数量、所占用的后场库位的库位标识信息以及对应的入库时间信息；

在接收到所述第二查询请求时返回的信息包括：所述目标数据对象在各批次下的库存数量信息、各自占用的后场库位的库位标识信息以及所述入库时间信息，由所述补货策略子系统按照入库时间早晚，优先利用入库时间早的批次生成补货任务。

与实施例三相对应，本申请实施例还提供了一种数据对象库存信息处理装置，参见图6，该装置可以包括：

库存信息获得单元601，用于通过库存信息子系统获得多个门店内各数据对象的前场库存信息；其中，所述库存信息子系统用于保存多个门店内的数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；

补货任务生成单元602，用于如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。

具体实现时，所述库存信息获得单元可以通过向库存信息子系统发送查询各门店内各数据对象的前场库存信息的第一查询请求，获得各门店内各数据对象的前场库存信息。其中，所述第一查询请求可以为周期性发送。或者，所述库存信息获得单元也可以接收所述库存信息子系统推送的各门店内各数据对象的前场库存信息。

其中，在一种实现方式下，该装置还可以包括：

补货数量确定单元，用于确定具体门店内所述目标数据对象的需补货数量信息，并添加到所述补货任务中。

具体的，补货数量确定单元具体可以用于：根据预先为各门店内各数据对象统一配置的补货数量信息，确定需补货数量信息。或者，还可以预先保存各门店对应的不同补货策略，其中，每个门店的补货策略中保存有对应门店为各数据对象配置的最大补货数量信息；根据所述目标数据对象的当前前场库存数量以及在对应门店中的所述最大补货数量，确定需补货数量。

其中，所述库存信息子系统中保存的各门店内的数据对象的库存信息还包括：各数据对象在各门店后场库位中的后场库存信息，所述后场库存信息包括：数据对象在对应门店中所占用的后场库位的库位标识信息；此时，该装置还可以包括：

库位标识确定单元，用于通过向所述库存信息子系统发送获取所述目标数据对象在对应门店中的后场库存信息的第二查询请求，获得所述目标数据对象在对应门店中所占用的后场库位的库位标识信息；

库位标识添加单元，用于将所述库位标识信息添加到所述补货任务中。

另外，所述后场库存信息还可以包括数据对象的批次信息，所述库存信息子系统在接收到所述第二查询请求时，还返回所述批次信息；此时，该装置还可以包括：

批次信息添加单元，用于将所述批次信息添加到所述补货任务中。

其中，当同一门店内的同一数据对象存在多个不同入库批次的后场库存时，则在所述库存信息子系统中，该数据对象在该门店内对应多条后场库存信息，每一条后场库存信息用于记录其中一个批次的库存数量、所占用的后场库位的库位标识信息以及对应的入库时间信息；所述库存信息子系统在接收到所述第二查询请求时，返回的信息包括：所述目标数据对象在各批次下的库存数量信息、各自占用的后场库位的库位标识信息以及所述入库时间信息；此时，批次信息添加单元具体可以用于：按照入库时间早晚，优先利用入库时间早的批次生成补货任务。其中，如果入库时间最早的批次对应的库存数量，少于补货任务中的所需补货数量，则将所述补货任务拆分成多项子任务，其中，按照所述入库时间最早的批次的库存数量及所在的库位信息，生成第一子任务，并根据其他批次的库存数量以及所在的库位信息，生成其他子任务。

实施例四

前述各个实施例中，均是以在云端设置库存信息子系统以及补货策略子系统的方式进行的介绍，也即，可以统一为多个门店进行补货策略的控制。而在该实施例四中，则是针对门店内自行部署库存信息子系统以及补货侧路子系统的方式进行介绍，具体的，参见图7，该实施例四提供了一种数据对象库存信息处理系统，包括：

店内库存信息子系统701，用于保存门店内数据对象的库存信息，并根据数据对象的入库/出库情况，对库存信息进行同步更新；其中，门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库存信息；

店内补货策略子系统702，用于通过所述库存信息子系统获得数据对象的前场库存信息，如果存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，以用于根据所述补货任务将所述目标数据对象从后场库位补货到前场库位。

关于该实施例四中的实现细节，都可以是与前述各实施例相同或相似的，因此，参照执行即可，这里不再赘述。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的数据对象库存信息处理方法、装置及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (26)

1.一种数据对象库存信息处理系统，其特征在于，包括：

库存信息子系统，用于保存多个门店内的数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；

补货策略子系统，用于通过所述库存信息子系统获得各门店内各数据对象的前场库存信息，如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。

2.根据权利要求1所述的系统，其特征在于，所述补货策略子系统具体用于：通过定期查询所述库存信息子系统获得各门店内各数据对象的前场库存信息。

3.根据权利要求1所述的系统，其特征在于，所述补货策略子系统具体用于：通过所述库存信息子系统推送的信息，获得各门店内各数据对象的前场库存信息。

4.根据权利要求1所述的系统，其特征在于，所述补货策略子系统还用于保存各门店对应的不同补货策略，其中，每个门店的补货策略中保存有对应门店为各数据对象配置的最大补货数量信息，以便根据所述目标数据对象的当前前场库存数量以及在对应门店中的所述最大补货数量，确定需补货数量，并依据所述需补货数量信息生成补货任务。

5.一种数据对象库存信息处理方法，其特征在于，包括：

保存多个门店内数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；

向所述补货策略子系统提供各门店内各数据对象的前场库存信息，由所述补货策略子系统将所述门店内各数据对象的前场库存信息与预置的阈值进行比对，在存在前场库存信息低于预置阈值的目标数据对象时，生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。

6.根据权利要求5所述的方法，其特征在于，所述向所述补货策略子系统提供数据对象的前场库存信息，包括：

接收到补货策略子系统的第一查询请求时，向所述补货策略子系统提供各数据对象的前场库存信息。

7.根据权利要求5所述的方法，其特征在于，所述向所述补货策略子系统提供数据对象的前场库存信息，包括：

将数据对象的前场库存信息推送给所述补货策略子系统。

8.根据权利要求7所述的方法，其特征在于，所述将数据对象的前场库存信息推送给所述补货策略子系统，包括：

在所述数据对象的前场库存信息发生变化时，将变化后的前场库存信息推送给所述补货策略子系统。

9.根据权利要求7所述的方法，其特征在于，所述将数据对象的前场库存信息推送给所述补货策略子系统，包括：

按照预置的周期，向所述补货策略子系统推送各数据对象的前场库存信息。

10.根据权利要求5所述的方法，其特征在于，所述保存的各门店内的数据对象的库存信息，还包括各数据对象在各门店后场库位中的后场库存信息，所述后场库存信息包括：数据对象在对应门店中所占用的后场库位的库位标识信息；

所述方法还包括：

接收所述补货策略子系统针对指定门店中指定数据对象进行后场库存信息查询的第二查询请求，并返回所述库位标识信息，由所述补货策略子系统将所述库位标识信息添加到所述补货任务中。

11.根据权利要求10所述的方法，其特征在于，所述后场库存信息还包括：数据对象的批次信息，在接收到所述第二查询请求时，还将所述批次信息返回，由所述补货策略子系统将所述批次信息添加到所述补货任务中。

12.根据权利要求11所述的方法，其特征在于，当同一门店内的同一数据对象存在多个不同入库批次的后场库存时，则该数据对象在该门店内对应多条后场库存信息，每一条后场库存信息用于记录其中一个批次的库存数量、所占用的后场库位的库位标识信息以及对应的入库时间信息；

在接收到所述第二查询请求时返回的信息包括：所述目标数据对象在各批次下的库存数量信息、各自占用的后场库位的库位标识信息以及所述入库时间信息，由所述补货策略子系统按照入库时间早晚，优先利用入库时间早的批次生成补货任务。

13.一种数据对象库存信息处理方法，其特征在于，包括：

通过库存信息子系统获得多个门店内各数据对象的前场库存信息；其中，所述库存信息子系统用于保存多个门店内的数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；

如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。

14.根据权利要求13所述的方法，其特征在于，所述通过库存信息子系统获得各门店内各数据对象的前场库存信息，包括：

通过向库存信息子系统发送查询各门店内各数据对象的前场库存信息的第一查询请求，获得各门店内各数据对象的前场库存信息。

15.根据权利要求14所述的方法，其特征在于，所述第一查询请求为周期性发送。

16.根据权利要求13所述的方法，其特征在于，所述通过库存信息子系统获得各门店内各数据对象的前场库存信息，包括：

接收所述库存信息子系统推送的各门店内各数据对象的前场库存信息。

17.根据权利要求16所述的方法，其特征在于，所述生成补货任务时，还包括：

确定具体门店内所述目标数据对象的需补货数量信息，并添加到所述补货任务中。

18.根据权利要求17所述的方法，其特征在于，所述确定具体门店内所述目标数据对象的需补货数量信息，包括：

根据预先为各门店内各数据对象统一配置的补货数量信息，确定需补货数量信息。

19.根据权利要求17所述的方法，其特征在于，所述确定具体门店内所述目标数据对象的需补货数量信息，包括：

预先保存各门店对应的不同补货策略，其中，每个门店的补货策略中保存有对应门店为各数据对象配置的最大补货数量信息；

根据所述目标数据对象的当前前场库存数量以及在对应门店中的所述最大补货数量，确定需补货数量。

20.根据权利要求13所述的方法，其特征在于，所述库存信息子系统中保存的各门店内的数据对象的库存信息还包括：各数据对象在各门店后场库位中的后场库存信息，所述后场库存信息包括：数据对象在对应门店中所占用的后场库位的库位标识信息；

所述生成补货任务时，还包括：

通过向所述库存信息子系统发送获取所述目标数据对象在对应门店中的后场库存信息的第二查询请求，获得所述目标数据对象在对应门店中所占用的后场库位的库位标识信息；

将所述库位标识信息添加到所述补货任务中。

21.根据权利要求20所述的方法，其特征在于，所述后场库存信息还包括数据对象的批次信息，所述库存信息子系统在接收到所述第二查询请求时，还返回所述批次信息；

所述生成补货任务时，还包括：

将所述批次信息添加到所述补货任务中。

22.根据权利要求21所述的方法，其特征在于，当同一门店内的同一数据对象存在多个不同入库批次的后场库存时，则在所述库存信息子系统中，该数据对象在该门店内对应多条后场库存信息，每一条后场库存信息用于记录其中一个批次的库存数量、所占用的后场库位的库位标识信息以及对应的入库时间信息；所述库存信息子系统在接收到所述第二查询请求时，返回的信息包括：所述目标数据对象在各批次下的库存数量信息、各自占用的后场库位的库位标识信息以及所述入库时间信息；

所述将所述批次信息添加到所述补货任务中，包括：

按照入库时间早晚，优先利用入库时间早的批次生成补货任务。

23.根据权利要求22所述的方法，其特征在于，所述优先利用入库时间早的批次生成补货任务，包括：

如果入库时间最早的批次对应的库存数量，少于补货任务中的所需补货数量，则将所述补货任务拆分成多项子任务，其中，按照所述入库时间最早的批次的库存数量及所在的库位信息，生成第一子任务，并根据其他批次的库存数量以及所在的库位信息，生成其他子任务。

24.一种数据对象库存信息处理装置，其特征在于，包括：

库存信息保存单元，用于保存多个门店内数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；

库存信息提供单元，用于向所述补货策略子系统提供各门店内各数据对象的前场库存信息，由所述补货策略子系统将所述门店内各数据对象的前场库存信息与预置的阈值进行比对，在存在前场库存信息低于预置阈值的目标数据对象时，生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。

25.一种数据对象库存信息处理装置，其特征在于，包括：

库存信息获得单元，用于通过库存信息子系统获得多个门店内各数据对象的前场库存信息；其中，所述库存信息子系统用于保存多个门店内的数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；

补货任务生成单元，用于如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。

26.一种数据对象库存信息处理系统，其特征在于，包括：

店内库存信息子系统，用于保存门店内数据对象的库存信息，并根据数据对象的入库/出库情况，对库存信息进行同步更新；其中，门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库存信息；

店内补货策略子系统，用于通过所述库存信息子系统获得数据对象的前场库存信息，如果存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，以用于根据所述补货任务将所述目标数据对象从后场库位补货到前场库位。