CN108573422B - 库存信息处理方法、装置及系统 - Google Patents

Abstract

本申请实施例公开了库存信息处理方法、装置及系统，其中，所述方法包括：服务端保存数据对象的库存信息，其中，将实体店铺中的库位类型划分为前场库位以及后场库位，同一数据对象的库存信息包括在前场库位中的前场库存信息，以及在后场库位中的后场库存信息；保存不同交易类型对应的库位占用规则配置信息；在处理交易订单时，根据交易类型、关联数据对象的库存信息以及所述库位占用规则配置信息，为所述交易确定占用的库位类型；根据所述数据对象的数量信息以及所述占用的库位类型，对所述库位类型对应的库存信息进行更新。通过本申请实施例，可以使得在多个交易类型并存的情况下，也不会出现库存信息混乱等现象，并且可以提高系统效率。

Description

库存信息处理方法、装置及系统

技术领域

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

背景技术

O2O(Online To Offline，线上到线下)，是指将线下的商务机会与互联网结合，让互联网成为线下交易的平台。随着服务性电子商务模式的升级，完善了商品(服务)、下单、支付等流程，把之前简单的电商模块，转移到更加高频和生活化场景中来。由于传统的服务行业一直处在一个低效且劳动力消化不足的状态，因此，在新模式的推动下，出现了O2O的狂欢热潮，于是上门送餐(俗称“外卖”)、上门生鲜、上门化妆等各种O2O模式开始层出不穷。

其中，生鲜类商品对象对应的实体店铺可以称为“超市”，在实际应用中，超市内可以开设多个档口，例如，可以包括水果档口、海鲜档口等等。各个档口中的具体货品可以是预先采购进入超市的。并且，“超市”中商品的销售渠道通常有多种，相应的，“超市”中的商品库存需要满足多种类型销售订单的货品供应。例如，具体的销售渠道包括O2O的线上销售，也即，用户可以在线上进行下单，然后，从“超市”中进行拣货以及配送等操作；另外的销售渠道还可以包括线下销售，也即，消费者可以直接进入到超市中，进行商品的选购；再者，还可能存在一些批发的情况，等等。

由于多个销售渠道的并存，会导致超市中的库存信息处理出现比较复杂且混乱的状况，甚至可能会出现线上用户下单后，拣货时发现已经没有库存等情况，导致无法按时履约，也即所谓的“超卖”现象，等等。

因此，如何在多种销售渠道并存的情况下，更合理有效的进行库存信息的处理，在避免出现“超卖”等现象的同时，提高系统效率，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了库存信息处理方法、装置及系统，可以使得在多个交易类型并存的情况下，也不会出现库存信息混乱等现象，避免出现“超卖”等情况，并且可以提高系统效率。

本申请提供了如下方案：

一种计算机系统，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:

获得数据对象的库存信息，其中，将实体店铺中的库位类型划分为前场库位以及后场库位，同一数据对象的库存信息包括在前场库位中的前场库存信息，以及在后场库位中的后场库存信息；

获得不同交易类型对应的库位占用规则配置信息；

在处理交易订单时，根据交易类型、关联数据对象的库存信息以及所述库位占用规则配置信息，为所述交易确定占用的库位类型；

根据所述数据对象的数量信息以及所述占用的库位类型，对所述库位类型对应的库存信息进行更新。

一种库存信息处理方法，包括：

服务端保存数据对象的库存信息，其中，将实体店铺中的库位类型划分为前场库位以及后场库位，同一数据对象的库存信息包括在前场库位中的前场库存信息，以及在后场库位中的后场库存信息；

保存不同交易类型对应的库位占用规则配置信息；

在处理交易订单时，根据交易类型、关联数据对象的库存信息以及所述库位占用规则配置信息，为所述交易确定占用的库位类型；

根据所述数据对象的数量信息以及所述占用的库位类型，对所述库位类型对应的库存信息进行更新。

一种库位占用信息配置方法，包括：

服务端将实体店铺中的库位类型划分为前场库位以及后场库位，并保存数据对象的库存信息，其中，同一数据对象的库存信息包括在前场库位中的前场库存信息，以及在后场库位中的后场库存信息；

提供用于配置交易类型及库位占用规则的操作选项，以及可选的库位类型信息；

通过所述操作选项，接收针对指定交易类型的库位占用规则配置信息并保存。

一种库存信息处理装置，应用于服务端，包括：

库存信息保存单元，用于保存数据对象的库存信息，其中，将实体店铺中的库位类型划分为前场库位以及后场库位，同一数据对象的库存信息包括在前场库位中的前场库存信息，以及在后场库位中的后场库存信息；

配置信息保存单元，用于保存不同交易类型对应的库位占用规则配置信息；

库位类型确定单元，用于在处理交易订单时，根据交易类型、关联数据对象的库存信息以及所述库位占用规则配置信息，为所述交易确定占用的库位类型；

库存信息更新单元，用于根据所述数据对象的数量信息以及所述占用的库位类型，对所述库位类型对应的库存信息进行更新。

一种库位占用信息配置装置，应用于服务端，包括：

库存信息保存单元，用于将实体店铺中的库位类型划分为前场库位以及后场库位，并保存数据对象的库存信息，其中，同一数据对象的库存信息包括在前场库位中的前场库存信息，以及在后场库位中的后场库存信息；

操作选项提供单元，用于提供用于配置交易类型及库位占用规则的操作选项，以及可选的库位类型信息；

配置信息接收单元，用于通过所述操作选项，接收针对指定交易类型的库位占用规则配置信息并保存。

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

通过本申请实施例，可以将实体店铺的物理空间划分为前场库位以及后场库位，使得同一个数据对象可以具有前场库存以及后场库存信息，并且，还可以针对可能出现的各种不同的交易类型，根据交易类型自身对库位的占用特点，保存对应的库位占用规则配置信息。这样，具体在处理某交易订单时，就可以根据交易类型，、关联数据对象的库存信息以及所述库位占用规则配置信息，为所述交易确定占用的库位类型，然后对所述库位类型对应的库存信息进行更新。通过这种方式可以使得在多个交易类型并存的情况下，也不会出现库存信息混乱等现象，避免出现“超卖”等情况，并且可以提高系统效率。

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

附图说明

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

图1是本申请实施例提供的应用场景的示意图；

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

图3-1至3-4是本申请实施例提供的配置界面示意图；

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

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

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

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

具体实施方式

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

在本申请实施例中，为了避免在多种交易类型并存的情况下，出现库存信息处理混乱的情况，可以将下实体店铺中的库位类型划分为前场库位以及后场库位，并保存数据对象的库存信息，其中，同一数据对象的库存信息包括在前场库位中的前场库存信息，以及在后场库位中的后场库存信息。具体的，所谓的前场库位，可以看作是实体店铺中面向线下消费者用户的库位，也即线下消费者进入实体店铺之后能够看到的区域，这些库位中可以部署一些货架等，用于放置货品，线下消费者用户可以通过自选等方式从前场库位中进行货品的选购。后场库位则是线下消费者用户无法看到的区域，具体可以是实体店铺的仓库等。在货品入库的过程中，针对同一货品，可以将部分入库到后场库位，部分入库到前场库位，相应的，库存管理系统可以分别记录具体的后场库存，以及前场库存信息。

相应的，在进行了上述库位划分的基础上，还可以为各种不同的交易类型指定对应的库位占用规则。其中，对于生鲜类的数据对象，如果是线上交易类型，则具体的库位占用规则可以设定为：既可以占用前场库位，又可以占用后场库位，但同时还可以设定一定的优先级信息，例如，优先占用后场库位，等等。而如果是线下的现场交易类型，则可以将库位占用规则设定为仅占用前场库位，也就是说，理论上讲，直接到实体店铺中交易的消费者用户，通常只会在前场库位的货架上选购自己所需的货品，因此，在进行库存信息管理时，就可以设定为线下交易类型仅占用前场库位。另外，还可能存在批发类型的交易，对于这种情况也可以将库位占用规则设定为仅占用前场库位。另外，如果还存在其他的交易类型，也都可以按照交易类型自身的特点，指定出对应的库位占用规则。

这样，具体在根据产生的交易进行库存信息的管理时，就可以根据上述规则，确定出具体占用的库位，并对对应库位上的库存信息进行更新，以避免出现“超卖”等现象。

具体实现时，参见图1，首先，将实体店铺105划分为前场区域以及后场区域，并且，在前场区域可以包括多个前场库位106(图中仅示出一个)，在后场区域可以包括多个后场库位107。在软件方面，可以首先部署一服务端103，该服务端103主要可以用于保存数据对象的库存信息，在本申请实施例中，可以区分为前场库存以及后场库存，并且还可以保存不同交易类型对应的库位占用规则，在交易的过程中，可以根据该规则信息，对库存信息进行更新。其中，对于一些交易类型而言，例如，线上交易类型，还可以提供第一客户端102，这种第一客户端102是提供给消费者用户、买家用户等第一用户101使用，这样，第一用户101可以通过第一客户端102进行线上交易。服务端103可以通过网络104将相应的线上交易订单信息发送到实体店铺105。此时，服务端103还可以具有库位分配的功能，也就是说，由于线上交易通常既可以占用前场库位，也可以占用后场库位，因此，还可以由服务端103统一进行库位分配，然后按照库位分配结果还可以生成相应的拣货任务等信息，提供给执行拣货任务的第二客户端108，从图中可见，前场库位以及后场库位都会部署有第二客户端108，具体用于向拣货执行者110提供具体的拣货任务信息109，包括具体需要拣货的名称，数量等信息，在拣货完成后，还可以通过该第二客户端108将拣货结果信息进行录入，等等。另外，对于线上交易订单，在完成拣货操作后，还可以将拣货操作结果提供给打包操作执行者111，在完成打包操作后，再交付给配送执行者112，并配送到第一用户指定的收货地址。其中，所谓的第二客户端，也即，执行拣货任务的客户端等，这种第二客户端可以部署于执行拣货员等操控的终端设备中，例如，拣货员的手机等移动终端设备中，或者，还可以部署于实体店铺中的固定终端设备中，等等。

另外，对于线下的零售交易类型或者批发交易类型，为了能够使得服务端感知到这种交易类型的存在，还可以提供第三客户端113，这种第三客户端113可以部署于实体店铺中，例如，每个收银台中的终端设备中都可以部署该第三客户端，每产生一笔线下的交易，第三客户端113都可以具体的线下交易信息提交给服务端103，由服务端103确定对应的库位类型，并对具体的库存信息进行更新。

下面对具体的实现方式进行详细介绍。

实施例一

首先，该实施例一从服务端的角度，提供了一种库存信息处理方法，具体的，参见图2，该方法可以包括：

S201：服务端保存数据对象的库存信息，其中，将实体店铺中的库位类型划分为前场库位以及后场库位，同一数据对象的库存信息包括在前场库位中的前场库存信息，以及在后场库位中的后场库存信息；

具体实现时，由于将实体店铺物理空间划分为前场库位以及后场库位，因此，同一个数据对象会存在前场库存以及后场库存这样两方面的库存信息。例如，在一种具体实现方式下，库存信息的保存方式可以如以下表1所示：

表1

数据对象id	前场库存	后场库存
			100001	20	100
100002	10	0
			……	……	……

其中，在初始状态下，可以是在货品入库时，对前场库存以及后场库存信息进行保存，后续在发生销售、补货、移库(例如，从后场库位转移一部分库存到前场库位等)等操作时，都可以对涉及到的前场库存以及后场库存进行更新。

S202：保存不同交易类型对应的库位占用规则配置信息；

在将数据对象的库存信息分为前场库存以及后场库存的情况下，还可以保存不同交易类型对应的库位占用规则配置信息。通过给规则配置信息，服务端在收到生成具体的交易订单时，可以根据具体的交易类型，确定当前的交易占用前场库位还是后场库位，进而再对相应的库存信息进行更新。

具体的，关于具体交易类型对应的库位占用规则，可以根据交易类型的出库特点而定。例如，对于生鲜类数据对象的线上交易类型，则具体的库位占用规则可以设定为：既可以占用前场库位，又可以占用后场库位，但同时还可以设定一定的优先级信息，例如，由于前场库位通常还可以用于支持线下的现场交易，因此，线上交易类型可以优先占用后场库位，以此来减少从后场库位向前场库位补货的频率，有利于从整体上提高效率。

另外，对于这种可以占用多种库位类型的情况，除了在库位类型上设定优先级，还可以通过结合其他的规则，来共同确定具体占用哪种库位类型。例如，其中就可以包括少拆分区域规则，也就是说，在实际应用中，如果同一交易中包括多个数据对象，则为了实现效率最大化，可以尽可能使得多个数据对象在同一库位进行拣货。但是，在具体实现时，却可能出现以下情况：假设交易中包括数据对象A以及数据对象B，其中，数据对象A在前场库位以及后场库位都有库存，因此，按照前述优先级规则，可以占用后场库位；而数据对象B则仅在前场库位中有库存，后场库存已经售完，此时，数据对象B只能从前场库位进行拣货操作。这就使得同一交易中不同的数据对象占用不同的库位类型，一个从前场库位进行拣货，另一个从后场库位进行拣货。这显然会造成效率低下的问题，例如，后场库位由于距离打包区等位置比较近(因为打包区也是部署在后场)，拣货结果可以快速到达打包区，但是，前场库位距离后场比较远，因此，会相对较晚到达打包区，此时，打包区即使先接收到数据对象A的拣货结果，也不能执行打包操作，直到接收到数据对象B的拣货结果。这显然会对后场库位的输送资源造成一种浪费。在这种情况下，就可以适用少拆分区域规则，也就是说，虽然数据对象A能够从后场库位拣货，但是，由于同一波次的数据对象B只能从前场库位拣货，因此，按照少拆分区域规则，可以让数据对象A以及数据对象B均占用前场库位，从而避免对输送资源造成浪费。当然，在实际应用中，可以选择是否使用少拆分区域规则，如果使用，则可以默认其具有最高优先级。

而如果是生鲜类数据对象的线下零售交易类型，则可以将库位占用规则设定为仅占用前场库位，也就是说，理论上讲，直接到实体店铺中交易的消费者用户，通常只会在前场库位的货架上选购自己所需的货品，因此，在进行库存信息管理时，就可以设定为线下交易类型仅占用前场库位。

另外，还可能存在线下的批发交易类型，对于这种情况也可以将库位占用规则设定为仅占用前场库位。并且，在接收到线下的批发交易订单时，可以直接进行前场库存的扣减，不用进行拣货，满足门店快速批发出库的需求。

如果还存在其他的交易类型，也都可以按照交易类型自身的特点，指定出对应的库位占用规则。例如，对于盒饭类的交易类型，由于盒饭类数据对象的履约走快速履约的逻辑，与生鲜类数据对象不同，因此盒饭类数据对象的拣货可以有固定的拣货区域，此时，可以不适用前述区分前场库位、后场库位的逻辑，也即，直接将该逻辑设定为“不启用”即可。

具体实现时，为了便于对各种交易类型的库位类型占用规则进行配置，服务端还可以提供用于对各自交易类型设定库位占用规则的功能界面，服务端的管理员等，可以基于这种功能界面，对各交易类型对应的库位占用规则进行设定。

具体的，首先可以提供用于配置交易类型的拣货选项，另外还可以提供用于配置库位占用规则的第二操作选项，以及可选的库位类型，这样，管理员等用户就可以针对实际应用中可能出现的各种交易类型，及其所具有的特点，设定对应的库位占用规则。包括可以占用哪个或者哪些库位等。其中，在可占用多个库位类型的情况下，还可提供用于配置库位类型优先级的第三操作选项，该第三操作选项用于在被选中的库位类型为多个时，设定各库位类型的优先级。

例如，如图3-1所示，其中，301所示为用于配置交易类型的拣货选项，具体可以包括“业务类型”、“出库操作方式”等多种子选项。其中，业务类型可以包括生鲜类、盒饭类等等，出库操作方式就可以包括线上、现场、批发等等。302所示为用于配置库位占用规则的第二操作选项，具体的，该第二操作选项可以是通过复选框的方式存在，并提供对应可选的库位类型，包括前场库位、后场库位等。303所示为用于配置库位类型优先级的第三操作选项，例如，在图3-1所示中，库位占用规则中，将前场库位以及后场库位均选中了，则还可以进一步设定优先级信息，例如，假设后场库位优先级高于前场库位，则可以将后场库位优先级设定为1，前场库位优先级设定为2，其中，数字越小代表优先级越高，当然，在实际应用中，还可以通过其他方式进行设定。

如前文所述，还可以提供用于选择是否启用少拆分区域规则的第四操作选项，如图3-1中的304所示，可以提供“启用”或者“不启用”两个选项，可以根据实际的需要来进行选择。如果选择“启用”，则具体在根据交易类型确定占用库位类型时，可以优先使用该少拆分区域规则进行确定。

以上功能界面可以具有通用性，也即，各种交易类型都可以利用该界面进行库位占用规则信息的配置。例如，对于生鲜类的线下现场交易，也即线下零售交易，对应设定的库位占用规则信息可以如图3-2所示。其中，由于仅占用前场区域，则可以不必再设定优先级规则，或者，将前场库位的优先级设置为1。另外，不需要启用少拆分区域规则。或者，对于生鲜类的线下批发交易，对应设定的库位占用规则信息可以如图3-3所示。其中，由于同样是仅占用前场区域，因此，可以不必再设定优先级规则，或者，将前场库位的优先级设置为1，不需要启用少拆分区域规则。

另外，对于盒饭等类型的数据对象，由于不需要区分前场库位以及后场库位，因此，为了能够统一利用本申请实施例中的方式进行库存信息管理，在配置界面中还可以提供用于确定使用多库位库存管理的操作选项，例如，如图3-1中的“货位属性设置”一项后面可以包括“启用”或者“不启用”两个选项，在“启用”的状态下，可以对具体的规则等进行配置，在“不启用”的状态下，其他各操作选项可以默认为不可操作状态。

需要说明的是，基于上述的模型，还可以拓展出很多其他不同的出库模式，比如，门店间调拨过程中如何进行出库，生鲜类数据对象加工仓的出库模式如何进行配置等等，这里不再一一详述。

总之，通过上述方式，可以建立起库位占用规则数据表，例如，一种具体的实现方式下，具体的保存方式可以为：

表2

S203：在处理交易订单时，根据交易类型、关联数据对象的库存信息以及所述库位占用规则配置信息，为所述交易确定占用的库位类型；

在保存了各数据对象的前场库存、后场库存，并配置了各交易类型对应的库位类型占用规则后，就可以在具体交易过程中，根据具体的交易类型、关联数据对象的库存信息以及所述库位占用规则配置信息，为所述交易确定占用的库位类型。例如，如果是生鲜类数据对象的线上交易类型，则可以判断后场库位中是否存在库存，如果有，则优先占用后场库存；否则，如果后场库存为0或者不足，则占用前场库存，等等。其中，针对这种现象交易的情况，在确定出占用的库位类型后，还可以生成拣货任务(例如拣货任务等)，并且可以发送到对应库位的客户端。这样，相关的操作员则可以在客户端中查看到具体的操作任务，然后执行具体的拣货。另外，当所述交易类型为线下零售交易订单时，可以仅占用前场库位的库存，也即，可以直接对前场库位进行库存扣减，不需要再执行其他的判断操作。当所述交易的类型为线下批发交易订单时，与线下零售交易类型类似，也可以是仅占用前场库位的库存，等等。

S204：根据所述数据对象的数量信息以及所述占用的库位类型，对所述库位类型对应的库存信息进行更新。

在确定出占用的库位类型后，就可以根据所述数据对象的数量信息以及所述占用的库位类型，对所述库位类型对应的库存信息进行更新，具体的，这种更新操作，主要可以是指对库存的扣减操作，当然，具体实现时，还可以是指锁定操作，等等。

另外，通过本申请实施例，还可以实现对同一数据对象在前场库位与后场库位之间的移库操作，并更精确的发布相关的移库指令。具体的，由于前场库存既用于支持线下订单，又可以用于支持线上的订单，并且前场库存的数量通常要少于后场库存，因此，经常会出现前场库存不足等情况。现有技术中，通常只能通过人工发现的方式，来进行移库操作。而在本申请实施例中，还可以对同一数据对象的前场库存以及后场库存进行实时的检测，当某数据对象的前场库存低于预置的阈值时，则可以发布移库指令。其中，所述移库指令用于指示将该数据对象对应的货品从后场库位转移指定数量到前场库位，并更新对应的后场库存以及前场库存信息。这样，可以实现更精确更及时的移库控制，并且，可以节省人力资源。

需要说明的是，在本申请实施例中，具体的数据对象可以有多种。具体的，由于实体店铺具体可以是“超市”等，其中经营的数据对象通常可以包括一些生鲜类的数据对象，而这类数据对象中通常会存在一些在线下以散装的形式销售的数据对象，例如，散装的苹果、猪肋排等等。

对于这种非标准包装的商品对象，现有技术在线上销售的过程中，通常会采用与标准商品对象类似的方式，例如，对于苹果，可能会以“个”为单位进行线上销售，尽可能保证每个苹果的重量一致，或者，以“份”为单位进行线上销售，每份可能包括两个或者四个苹果，等等。对于猪肉等商品，可能会预先进行标准化包装成多份，然后同样可以以“份”为单位进行线上销售，等等。但是，上述方式实际上已经失去了散装非标准商品的意义，与用户实际在线下购买时的体验完全不同。

而在本申请实施例中，针对线下货品以非标准包装的散装形式存在的数据对象，在进行数据对象信息发布时，可以发布为以克、千克、升、米、平米等为单位进行计量的数据对象，也即非标准包装的数据对象，用户在执行购买操作时，可以指定购买的数量(一千克、两千克等)，后续在进行拣货时，可以以散装称重等实测的方式，制作出发货对象。也就是说，对于这种数据对象而言，不需要预先按照一定的规格进行包装，然后以每个包装为单位进行发布，而是直接以散装的形式进行发布(因此称为非标准包装数据对象)，最终根据用户指定的量，对货品进行测量，包括称重、量尺寸等，然后再利用测量得到的结果进行打包配送。这样，使得用户可以通过在线购买的方式，购买到真正意义上的散装称重货品，从而使得线上的交易行为更贴近线下情况，使用户获得与线下购买非标商品类似的体验。

对于这种情况，在生成交易订单时，可以将用户指定的第一数量信息(以克、千克、米、升等为单位)保存在交易订单中，在生成拣货任务时，可以在任务中提供具体的第一数量信息。拣货员在执行具体的拣货操作时，可以从对应的库位中取出一定量的货品进行测量，例如，称重等，通过调整取货的量，使得最终制作出的出库对象的第二数量尽量接近第一数量。最后，在对数据对象对应库位类型上的库存信息进行更新时，可以利用该第二数量信息对数据对象的库存信息进行更新。也就是说，由于实际出库的数量是实际测量的第二数量，而不是用户在订单中指定的第一数量，因此，以第二数量为准进行库存更新操作。另外，由于第一数量与第二数量之间可能会存在差异，但是用户在下单时，是按照第一数量信息支付的资源信息，因此，在用户确认收货之后，如果第二数量小于第二数量，则还可以计算出资源差，并退还到用户关联的支付账户中。

总之，通过本申请实施例，可以将实体店铺的物理空间划分为前场库位以及后场库位，使得同一个数据对象可以具有前场库存以及后场库存信息，并且，还可以针对可能出现的各种不同的交易类型，根据交易类型自身对库位的占用特点，保存对应的库位占用规则配置信息。这样，具体在处理某交易订单时，就可以根据交易类型，、关联数据对象的库存信息以及所述库位占用规则配置信息，为所述交易确定占用的库位类型，然后对所述库位类型对应的库存信息进行更新。通过这种方式可以使得在多个交易类型并存的情况下，也不会出现库存信息混乱等现象，避免出现“超卖”等情况。

实施例二

该实施例二是与实施例一相对应的，从服务端的角度，提供了一种库位占用信息配置方法，参见图4，该方法具体可以包括：

S401：服务端将实体店铺中的库位类型划分为前场库位以及后场库位，并保存数据对象的库存信息，其中，同一数据对象的库存信息包括在前场库位中的前场库存信息，以及在后场库位中的后场库存信息；

S402：提供用于配置交易类型及库位占用规则的操作选项，以及可选的库位类型信息；

S403：通过所述操作选项，接收针对指定交易类型的库位占用规则配置信息并保存。

具体实现时，还可以提供用于配置库位类型优先级的操作选项，该第三操作选项用于在被选中的库位类型为多个时，设定各库位类型的优先级。

另外，还可以提供用于选择是否启用少拆分区域规则的操作选项，其中，在启用所述少拆分区域规则的情况下，优先使用所述少拆分区域规则。

由于该实施例二是与实施例一相对应的，因此，相关的具体实现可以参见实施例一中的记载，这里不再赘述。

实施例三

与上述实施例一以及实施例二相对应，参见图5，本申请实施例还提供了一种计算机系统500，所述系统可以包括：

一个或多个处理器510；以及

与所述一个或多个处理器510关联的存储器520，所述存储器520用于存储程序指令,所述程序指令在被所述一个或多个处理器510读取执行时,执行如下操作:

获得数据对象的库存信息，其中，将实体店铺中的库位类型划分为前场库位以及后场库位，同一数据对象的库存信息包括在前场库位中的前场库存信息，以及在后场库位中的后场库存信息；

获得不同交易类型对应的库位占用规则配置信息；

在处理交易订单时，根据交易类型、关联数据对象的库存信息以及所述库位占用规则配置信息，为所述交易确定占用的库位类型；

根据所述数据对象的数量信息以及所述占用的库位类型，对所述库位类型对应的库存信息进行更新。

其中，当所述交易类型为线上交易时，优先占用后场库位的库存，并在后场库位中无可用库存时，占用前场库位。当所述交易类型为线下零售交易或者线下批发交易时，仅占用前场库位的库存。

当某数据对象的前场库存低于预置的阈值时，可以发布移库指令，所述移库指令用于指示将该数据对象对应的货品从后场库位转移指定数量到前场库位，并更新对应的后场库存以及前场库存信息。

其中，所述数据对象包括非标准包装数据对象，所述交易订单中包括数据对象的第一数量信息，通过对对应的货品进行测量，获得发货对象，并根据所述发货对象的第二数量信息对所述数据对象在对应库位类型上的库存信息进行更新。

在具体实现时，如图5所示，系统中具体可以包括处理器510，视频显示适配器511，磁盘驱动器512，输入/输出接口513，网络接口514，以及存储器520。上述处理器510、视频显示适配器511、磁盘驱动器512、输入/输出接口513、网络接口514，与存储器520之间可以通过通信总线530进行通信连接。

其中，处理器510可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器520可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器520可以存储用于控制计算机系统500运行的操作系统521，用于控制计算机系统500的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器523，数据存储管理系统524，以及库存信息处理系统525等等。上述库存信息处理系统525就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器520中，并由处理器510来调用执行。

输入/输出接口513用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口514用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线530包括一通路，在设备的各个组件(例如处理器510、视频显示适配器511、磁盘驱动器512、输入/输出接口513、网络接口514，与存储器520)之间传输信息。

另外，该计算机系统500还可以从数据对象库存信息数据库540中获得具体数据对象的库存信息。

需要说明的是，尽管上述设备仅示出了处理器510、视频显示适配器511、磁盘驱动器512、输入/输出接口513、网络接口514，存储器520，总线530等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

与实施例一相对应，本申请实施例还提供了一种库存信息处理装置，参见图6，该装置应用于服务端，包括：

库存信息保存单元601，用于保存数据对象的库存信息，其中，将实体店铺中的库位类型划分为前场库位以及后场库位，同一数据对象的库存信息包括在前场库位中的前场库存信息，以及在后场库位中的后场库存信息；

配置信息保存单元602，用于保存不同交易类型对应的库位占用规则配置信息；

库位类型确定单元603，用于在处理交易订单时，根据交易类型、关联数据对象的库存信息以及所述库位占用规则配置信息，为所述交易确定占用的库位类型；

库存信息更新单元604，用于根据所述数据对象的数量信息以及所述占用的库位类型，对所述库位类型对应的库存信息进行更新。

具体实现时，所述库位类型确定单元具体可以用于：

当所述交易类型为线上交易订单时，优先占用后场库位的库存，并在后场库位中无可用库存时，占用前场库位。

其中，所述库位占用规则信息中还包括少拆分区域原则，所述库位类型确定单元具体还可以用于：

当存在多个数据对象，并且其中部分数据对象存在后场库位中无可用库存的情况时，则根据所述少拆分区域原则，全部占用前场库位。

另外，该装置还可以包括：

拣货任务生成单元，用于根据确定出的占用的库位类型信息，生成拣货任务，并发送到对应库位的客户端。

在另一种情况下，所述库位类型确定单元具体可以用于：

当所述交易类型为线下零售交易订单时，仅占用前场库位的库存。

或者，库位类型确定单元具体可以用于

当所述交易的类型为线下批发交易订单时，仅占用前场库位的库存。

另外，该装置还可以包括：

指令发布单元，用于当某数据对象的前场库存低于预置的阈值时，发布移库指令，所述移库指令用于指示将该数据对象对应的货品从后场库位转移指定数量到前场库位，并更新对应的后场库存以及前场库存信息

其中，所述数据对象包括非标准包装数据对象，所述交易订单中包括数据对象的第一数量信息，通过对对应的货品进行测量，获得发货对象；

所述库存信息更新单元具体可以用于：

根据所述发货对象的第二数量信息对所述数据对象在对应库位类型上的库存信息进行更新。

与实施例二相对应，本申请实施例还提供了一种库位占用信息配置装置，参见图7，该装置应用于服务端，包括：

库存信息保存单元701，用于将实体店铺中的库位类型划分为前场库位以及后场库位，并保存数据对象的库存信息，其中，同一数据对象的库存信息包括在前场库位中的前场库存信息，以及在后场库位中的后场库存信息；

操作选项提供单元702，用于提供用于配置交易类型及库位占用规则的操作选项，以及可选的库位类型信息；

配置信息接收单元703，用于通过所述操作选项，接收针对指定交易类型的库位占用规则配置信息并保存。

具体实现时，所述操作选项提供单元还可以用于：

提供用于配置库位类型优先级的操作选项，该操作选项用于在被选中的库位类型为多个时，设定各库位类型的优先级。

另外，操作选项提供单元还可以用于：

提供用于选择是否启用少拆分区域规则的操作选项，其中，在启用所述少拆分区域规则的情况下，优先使用所述少拆分区域规则。

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

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

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

Claims (13)

1.一种计算机系统，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:

提供用于对各自交易类型设定库位占用规则的功能界面，以便于对各交易类型对应的库位占用规则进行设定；其中所述功能界面包括：用于配置交易类型及库位占用规则的操作选项，以及可选的库位类型信息，用于配置库位类型优先级的操作选项，该操作选项用于在被选中的库位类型为多个时，设定各库位类型的优先级；所述用于配置交易类型的操作选项包括业务类型和出库操作方式子选项，业务类型包括生鲜类和盒饭类，出库操作方式包括线上、现场、批发；所述可选的库位类型包括前场库位和后场库位；

通过上述操作选项，接收针对指定交易类型的库位占用规则配置信息并保存；所述交易类型包括：盒饭类的交易类型，生鲜类的线下现场交易，生鲜类的线下批发交易，生鲜类的线上交易；

获得生鲜类数据对象的库存信息，其中，将实体店铺中的库位类型划分为前场库位以及后场库位，同一生鲜类数据对象的库存信息包括在前场库位中的前场库存信息，以及在后场库位中的后场库存信息；以及，获得盒饭类数据对象在同一拣货区域的库存信息；

获得同一生鲜类数据对象的不同交易类型对应的库位占用规则配置信息；所述规则包括：当所述交易类型为线下零售交易或者线下批发交易时，仅占用前场库位的库存；当所述交易类型为线上交易时，优先占用后场库位的库存，并在后场库位中无可用库存时，占用前场库位；

在处理生鲜类数据对象的交易订单时，根据交易类型、关联数据对象的库存信息以及所述库位占用规则配置信息，为所述交易类型确定占用的库位类型；

根据所述生鲜类数据对象的数量信息以及所述占用的库位类型，对所述库位类型对应的库存信息进行更新；

在处理盒饭类数据对象的交易订单时，根据所述盒饭类数据对象的数量信息，对所述同一拣货区域的库存信息进行更新。

2.根据权利要求1所述的系统，其特征在于，还包括：

当某数据对象的前场库存低于预置的阈值时，发布移库指令，所述移库指令用于指示将该数据对象对应的货品从后场库位转移指定数量到前场库位，并更新对应的后场库存以及前场库存信息。

3.根据权利要求1所述的系统，其特征在于，所述数据对象包括非标准包装数据对象，所述交易订单中包括数据对象的第一数量信息，通过对对应的货品进行测量，获得发货对象，并根据所述发货对象的第二数量信息对所述数据对象在对应库位类型上的库存信息进行更新。

4.一种库存信息处理方法，其特征在于，包括：

服务端保存生鲜类数据对象的库存信息，其中，将实体店铺中的库位类型划分为前场库位以及后场库位，同一生鲜类数据对象的库存信息包括在前场库位中的前场库存信息，以及在后场库位中的后场库存信息；以及，保存盒饭类数据对象在同一拣货区域的库存信息；

保存同一生鲜类数据对象的不同交易类型对应的库位占用规则配置信息；所述规则包括：当所述交易类型为线下零售交易或者线下批发交易时，仅占用前场库位的库存；当所述交易类型为线上交易时，优先占用后场库位的库存，并在后场库位中无可用库存时，占用前场库位；

在处理生鲜类数据对象的交易订单时，根据交易类型、关联数据对象的库存信息以及所述库位占用规则配置信息，为所述交易类型确定占用的库位类型；

根据所述生鲜类数据对象的数量信息以及所述占用的库位类型，对所述库位类型对应的库存信息进行更新；

在处理盒饭类数据对象的交易订单时，根据所述盒饭类数据对象的数量信息，对所述同一拣货区域的库存信息进行更新。

5.根据权利要求4所述的方法，其特征在于，所述库位占用规则信息中还包括少拆分区域原则，所述为所述交易类型确定占用的库位类型，还包括：

当存在多个数据对象，并且其中部分数据对象存在后场库位中无可用库存的情况时，则根据所述少拆分区域原则，全部占用前场库位。

6.根据权利要求4所述的方法，其特征在于，还包括：

根据确定出的占用的库位类型信息，生成拣货任务，并发送到对应库位的客户端。

7.根据权利要求4所述的方法，其特征在于，还包括：

当某数据对象的前场库存低于预置的阈值时，发布移库指令，所述移库指令用于指示将该数据对象对应的货品从后场库位转移指定数量到前场库位，并更新对应的后场库存以及前场库存信息。

8.根据权利要求4所述的方法，其特征在于，所述数据对象包括非标准包装数据对象，所述交易订单中包括数据对象的第一数量信息，通过对对应的货品进行测量，获得发货对象；

所述对所述库位类型对应的库存信息进行更新，包括：

根据所述发货对象的第二数量信息对所述数据对象在对应库位类型上的库存信息进行更新。

9.一种库位占用信息配置方法，其特征在于，包括：

服务端将实体店铺中的库位类型划分为前场库位以及后场库位，并保存生鲜类数据对象的库存信息，其中，同一生鲜类数据对象的库存信息包括在前场库位中的前场库存信息，以及在后场库位中的后场库存信息；以及，保存盒饭类数据对象在同一拣货区域的库存信息；

提供用于对各自交易类型设定库位占用规则的功能界面，以便于对各交易类型对应的库位占用规则进行设定；其中所述功能界面包括：用于配置交易类型及库位占用规则的操作选项，以及可选的库位类型信息，用于配置库位类型优先级的操作选项，该操作选项用于在被选中的库位类型为多个时，设定各库位类型的优先级；所述用于配置交易类型的操作选项包括业务类型和出库操作方式子选项，业务类型包括生鲜类和盒饭类，出库操作方式包括线上、现场、批发；所述可选的库位类型包括前场库位和后场库位；

通过所述操作选项，接收针对指定交易类型的库位占用规则配置信息并保存；所述交易类型包括：盒饭类的交易类型，生鲜类的线下现场交易，生鲜类的线下批发交易，生鲜类的线上交易；同一生鲜类数据对象的不同交易类型对应的库位占用规则包括：当所述交易类型为线下零售交易或者线下批发交易时，仅占用前场库位的库存；当所述交易类型为线上交易时，优先占用后场库位的库存，并在后场库位中无可用库存时，占用前场库位；盒饭类数据对象的交易类型对应的库位占用规则包括：占用同一拣货区域的库存信息。

10.根据权利要求9所述的方法，其特征在于，还包括：

提供用于配置库位类型优先级的操作选项，该操作选项用于在被选中的库位类型为多个时，设定各库位类型的优先级。

11.根据权利要求10所述的方法，其特征在于，还包括：

提供用于选择是否启用少拆分区域规则的操作选项，其中，在启用所述少拆分区域规则的情况下，优先使用所述少拆分区域规则。

12.一种库存信息处理装置，其特征在于，应用于服务端，包括：

库存信息保存单元，用于保存生鲜类数据对象的库存信息，其中，将实体店铺中的库位类型划分为前场库位以及后场库位，同一生鲜类数据对象的库存信息包括在前场库位中的前场库存信息，以及在后场库位中的后场库存信息；以及，保存盒饭类数据对象在同一拣货区域的库存信息；

配置信息保存单元，用于保存同一生鲜类数据对象的不同交易类型对应的库位占用规则配置信息；所述规则包括：当所述交易类型为线下零售交易或者线下批发交易时，仅占用前场库位的库存；当所述交易类型为线上交易时，优先占用后场库位的库存，并在后场库位中无可用库存时，占用前场库位；

库位类型确定单元，用于在处理生鲜类数据对象的交易订单时，根据交易类型、关联数据对象的库存信息以及所述库位占用规则配置信息，为所述交易类型确定占用的库位类型；

库存信息更新单元，用于根据所述生鲜类数据对象的数量信息以及所述占用的库位类型，对所述库位类型对应的库存信息进行更新；在处理盒饭类数据对象的交易订单时，根据所述盒饭类数据对象的数量信息，对所述同一拣货区域的库存信息进行更新。

13.一种库位占用信息配置装置，其特征在于，应用于服务端，包括：

库存信息保存单元，用于将实体店铺中的库位类型划分为前场库位以及后场库位，并保存生鲜类数据对象的库存信息，其中，同一生鲜类数据对象的库存信息包括在前场库位中的前场库存信息，以及在后场库位中的后场库存信息；以及，保存盒饭类数据对象在同一拣货区域的库存信息；

操作选项提供单元，用于提供用于对各自交易类型设定库位占用规则的功能界面，以便于对各交易类型对应的库位占用规则进行设定；其中所述功能界面包括：用于配置交易类型及库位占用规则的操作选项，以及可选的库位类型信息，用于配置库位类型优先级的操作选项，该操作选项用于在被选中的库位类型为多个时，设定各库位类型的优先级；所述用于配置交易类型的操作选项包括业务类型和出库操作方式子选项，业务类型包括生鲜类和盒饭类，出库操作方式包括线上、现场、批发；所述可选的库位类型包括前场库位和后场库位；

配置信息接收单元，用于通过所述操作选项，接收针对指定交易类型的库位占用规则配置信息并保存；所述交易类型包括：盒饭类的交易类型，生鲜类的线下现场交易，生鲜类的线下批发交易，生鲜类的线上交易；同一生鲜类数据对象的不同交易类型对应的库位占用规则包括：当所述交易类型为线下零售交易或者线下批发交易时，仅占用前场库位的库存；当所述交易类型为线上交易时，优先占用后场库位的库存，并在后场库位中无可用库存时，占用前场库位；盒饭类数据对象的交易类型对应的库位占用规则包括：占用同一拣货区域的库存信息。

Images