CN106709774A - 商品对象交易信息处理方法及装置 - Google Patents

Abstract

本申请实施例公开了商品对象交易信息处理方法及装置，该方法包括：预先为每个实体仓库创建对应的负卖虚仓，库存中心服务器保存参加负卖的商品对象的库存信息记录；前端销售平台服务器在接收到第二用户客户端对目标商品对象的详情浏览请求时，确定第二用户所在地信息，并判断该目标商品对象是否带有所述负卖标识；如果带有所述负卖标识，则向库存中心服务器发送获取库存信息的请求；根据库存中心服务器返回的库存信息对该目标商品对象进行前置路由，其中，优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由。通过本申请实施例，能够提高交易的达成率，节省系统资源。

Description

商品对象交易信息处理方法及装置

技术领域

本申请涉及商品对象信息处理技术领域，特别是涉及商品对象交易信息处理方法及装置。

背景技术

在电商销售平台中，最为传统的销售模式就是普通现货销售模式，这种模式要求仓库中必须有实际库存才可销售，用户下单并支付全款后即可发货。可见，在现货销售模式下，仓库内有库存是商家能够正常销售的前提，但是，销售需求变化多端，商家补货可能会存在周期性、延迟性，因此，商家往往面临一个难题，那就是到底往仓库存多少货才合适。如果备货过多，则容易造成滞销的风险，如果备货过少，则会影响销售业绩。

为了使得商家可以更灵活的进行备货，电商平台中还提供了期货预售模式，这种模式并不强制仓库有实际库存，只要设置一定的预售虚拟库存量，就可以进行前端销售。买家用户在下单时可以先支付定金，在预售期快要结束时，再支付尾款，在从支付定金到支付尾款的过程中，商家可以利用这段时间向仓库中补货。这样，商家可以在无库存的情况下提前预售，然后，按照实际的销售情况进行补货，并执行发货操作即可。

显然，期货预售的方式使得商家可以根据实际的下单情况进行补货，因此，可以达到准确铺货的效果，避免造成库存的积压或者不足等情况的发生。但是，现货销售也有其自身的好处，例如，买家用户只需要一次性完成付款，就可以等待收货，并且只要仓库内有库存，就可以尽可能早地为买家用户发货，等等。因此，在实际应用中，现货销售与期货预售都是普遍存在的销售模式。然而，如何在发挥各种销售模式各自优势的同时，进一步促进各种销售模式下交易的达成率，节省系统资源，是需要本领域技术人员解决的技术问题。

发明内容

本申请提供了商品对象交易信息处理方法及装置，能够提高交易的达成率，节省系统资源。

本申请提供了如下方案：

一种商品对象交易信息处理方法，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；

所述方法包括：

前端销售平台服务器在接收到第二用户客户端对目标商品对象的详情浏览请求时，确定第二用户所在地信息，并判断该目标商品对象是否带有所述负卖标识；

如果带有所述负卖标识，则向库存中心服务器发送获取库存信息的请求，以便库存中心服务器确定覆盖范围匹配的目标实体仓库，并优先返回实仓可售库存，在实仓可售库存为零时，返回对应的负卖虚仓中的负卖虚仓可售库存；

根据库存中心服务器返回的库存信息对该目标商品对象进行前置路由，其中，优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由。

一种商品对象交易信息处理方法，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；

所述方法包括：

第二用户客户端接收针对目标商品对象的详情浏览请求；

将所述详情浏览请求提交到前端交易平台服务器，以便前端交易平台服务器判断该目标商品对象是否带有所述负卖标识，如果带有所述负卖标识，则向库存中心服务器发送获取库存信息的请求，库存中心服务器确定覆盖范围匹配的目标实体仓库，并优先返回实仓可售库存，在实仓可售库存为零时，返回对应的负卖虚仓中的负卖虚仓可售库存；

根据前端交易平台服务器返回的信息提供所述目标商品对象的可售信息；

接收到针对所述目标商品对象的购买请求时，将该购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并根据库存中心服务器返回的库存信息对该目标商品对象进行前置路由，其中，优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由。

一种库存信息处理方法，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围；

所述方法包括：

库存中心服务器接收到将商品对象指定为负卖对象的第一通知消息时，确定负卖操作对应的负卖虚仓以及实体仓库，并生成该商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；

接收到前端销售平台服务器发送的查询前端商品对象的库存信息的请求时，根据所述请求中携带的地址信息，确定覆盖范围匹配的目标实体仓库；

判断所述目标实体仓库中是否存在该前端商品对象的实仓可售库存，如果存在，则返回该实仓可售库存，否则返回对应的负卖虚仓中的负卖虚仓可售库存，以便所述前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；其中，实仓可售库存为实仓库存与实仓占用库存之差，负卖虚仓可售库存为负卖虚仓库存与负卖虚仓占用库存之差。

一种库存信息同步方法，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，仓储中心服务器保存参加负卖的商品对象的负卖预留库存记录，在初始状态下，所述负卖预留库存为零；

所述方法包括：

所述仓储中心服务器接收到针对所述目标商品对象执行的商品补货入库操作指令时，确定对应的目标实体仓库标识，以及对应的目标负卖虚仓标识；

确定该目标商品对象的负卖预留库存，并从库存中心服务器获取所述目标商品对象在所述目标负卖虚仓中的负卖虚仓占用库存；其中，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；其中，在向前端销售平台服务器提供指定商品对象的可售库存信息时，优先提供实仓可售库存信息，以便所述前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；在交易订单生成后，如果前置路由仓为实体仓库，则增加对应的实仓占用库存，如果前置路由仓为负卖虚仓，则增加对应的负卖虚仓占用库存；

根据负卖虚仓占用库存以及负卖预留库存，确定用于增加到负卖预留库存的第一数量，用于增加到实仓库存的第二数量，以及用于扣减负卖虚仓库存的第三数量；

将所述第一数量增加到该目标商品对象对应的负卖预留库存中，并将所述第二数量以及第三数量同步到库存中心服务器，以便库存中心服务器对库存信息记录进行同步更新。

一种发货信息处理方法，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围；

所述方法包括：

仓储中心服务器接收到针对指定物流订单进行发货的指令时，确定该物流订单关联的交易订单，以及该交易订单中确定的前置路由仓标识；其中，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存，前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；

如果所述前置路由仓标识为负卖虚仓标识，则确定对应商品对象的负卖预留库存信息；其中，所述仓储中心服务器保存参加负卖的商品对象的负卖预留库存记录，在初始状态下，所述负卖预留库存为零，在对商品对象进行补货入库时，补货入库的库存中，一部分增加到负卖预留库存，另一部分增加到实仓库存，并对负卖虚仓库存进行扣减；

如果负卖预留库存信息大于交易订单关联的商品对象数量，则确定可发货。

一种商品对象交易信息处理装置，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；

所述装置应用于前端销售平台服务器，包括：

判断单元，用于在接收到第二用户客户端对目标商品对象的详情浏览请求时，确定第二用户所在地信息，并判断该目标商品对象是否带有所述负卖标识；

库存信息请求单元，用于如果带有所述负卖标识，则向库存中心服务器发送获取库存信息的请求，以便库存中心服务器确定覆盖范围匹配的目标实体仓库，并优先返回实仓可售库存，在实仓可售库存为零时，返回对应的负卖虚仓中的负卖虚仓可售库存；

前置路由单元，用于根据库存中心服务器返回的库存信息对该目标商品对象进行前置路由，其中，优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由。

一种商品对象交易信息处理装置，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；

所述装置应用于第二用户客户端，包括：

浏览请求接收单元，用于接收针对目标商品对象的详情浏览请求；

浏览请求提交单元，用于将所述详情浏览请求提交到前端交易平台服务器，以便前端交易平台服务器判断该目标商品对象是否带有所述负卖标识，如果带有所述负卖标识，则向库存中心服务器发送获取库存信息的请求，库存中心服务器确定覆盖范围匹配的目标实体仓库，并优先返回实仓可售库存，在实仓可售库存为零时，返回对应的负卖虚仓中的负卖虚仓可售库存；

可售信息提供单元，用于根据前端交易平台服务器返回的信息提供所述目标商品对象的可售信息；

购买请求转发单元，用于接收到针对所述目标商品对象的购买请求时，将该购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并根据库存中心服务器返回的库存信息对该目标商品对象进行前置路由，其中，优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由。

一种库存信息处理装置，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围；

所述装置应用于库存中心服务器，包括：

库存信息记录生成单元，用于接收到将商品对象指定为负卖对象的第一通知消息时，确定负卖操作对应的负卖虚仓以及实体仓库，并生成该商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；

查询请求接收单元，用于接收到前端销售平台服务器发送的查询前端商品对象的库存信息的请求时，根据所述请求中携带的地址信息，确定覆盖范围匹配的目标实体仓库；

库存信息提供单元，用于判断所述目标实体仓库中是否存在该前端商品对象的实仓可售库存，如果存在，则返回该实仓可售库存，否则返回对应的负卖虚仓中的负卖虚仓可售库存，以便所述前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；其中，实仓可售库存为实仓库存与实仓占用库存之差，负卖虚仓可售库存为负卖虚仓库存与负卖虚仓占用库存之差。

一种库存信息同步装置，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，仓储中心服务器保存参加负卖的商品对象的负卖预留库存记录，在初始状态下，所述负卖预留库存为零；

所述装置应用于仓储中心服务器，包括：

仓库标识确定单元，用于接收到针对所述目标商品对象执行的商品补货入库操作指令时，确定对应的目标实体仓库标识，以及对应的目标负卖虚仓标识；

库存信息获取单元，用于确定该目标商品对象的负卖预留库存，并从库存中心服务器获取所述目标商品对象在所述目标负卖虚仓中的负卖虚仓占用库存；其中，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；其中，在向前端销售平台服务器提供指定商品对象的可售库存信息时，优先提供实仓可售库存信息，以便所述前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；在交易订单生成后，如果前置路由仓为实体仓库，则增加对应的实仓占用库存，如果前置路由仓为负卖虚仓，则增加对应的负卖虚仓占用库存；

数量确定单元，用于根据负卖虚仓占用库存以及负卖预留库存，确定用于增加到负卖预留库存的第一数量，用于增加到实仓库存的第二数量，以及用于扣减负卖虚仓库存的第三数量；

数量同步单元，用于将所述第一数量增加到该目标商品对象对应的负卖预留库存中，并将所述第二数量以及第三数量同步到库存中心服务器，以便库存中心服务器对库存信息记录进行同步更新。

一种发货信息处理装置，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围；

所述装置应用于仓储中心服务器，包括：

发货指令接收单元，用于接收到针对指定物流订单进行发货的指令时，确定该物流订单关联的交易订单，以及该交易订单中确定的前置路由仓标识；其中，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存，前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；

负卖预留信息获取单元，用于如果所述前置路由仓标识为负卖虚仓标识，则确定对应商品对象的负卖预留库存信息；其中，所述仓储中心服务器保存参加负卖的商品对象的负卖预留库存记录，在初始状态下，所述负卖预留库存为零，在对商品对象进行补货入库时，补货入库的库存中，一部分增加到负卖预留库存，另一部分增加到实仓库存，并对负卖虚仓库存进行扣减；

发货确定单元，用于如果负卖预留库存信息大于交易订单关联的商品对象数量，则确定可发货。

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

通过本申请实施例，可以为实体仓库创建对应的负卖虚仓，无论是现货销售还是期货预售，在商品对象无实仓库存的情况下，都可以将负卖虚仓库存表达给前端第二用户，使得商品对象可售，从而可以提高交易的达成率，避免销售业绩受到影响。

另外，由于每种销售模式都遵循同样的原则，也即，实仓的发货优先级高于负卖虚仓的优先级，再结合后续补货等过程中对各类型库存数量的更新策略，以及发货流程中的发货策略等，使得即使同一后端商品对象在前端采用多种销售模式同时销售，也不会发生超卖的现象。

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

附图说明

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

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

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

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

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

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

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

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

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

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

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

具体实施方式

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

在本申请实施例中，提出了“负卖”的概念。在负卖模式中，可以预先为各个实体仓库创建负卖虚仓，每个负卖虚仓继承实体仓库的覆盖范围(负卖虚仓可以不配置配送时效)。例如，可以通过以下表1的形式维护实体仓库以及负卖虚仓信息：

表1

实体仓库id	实体仓库名称	负卖虚仓id	负卖虚仓名称	覆盖范围
					20001	北京实仓	30001	北京负卖虚仓	北京市
……	……	……	……	……

第一用户(例如商家、卖家等)需要对某商品对象进行负卖时，可以在对应的负卖虚仓上配置对应的负卖虚仓库存，服务器还可以为商品对象添加负卖标识，并由库存中心服务器记录第一用户为其配置的负卖虚仓库存。第二用户(例如买家等)在浏览商品对象的详情信息页面时，服务器在判断出该商品对象是负卖商品时，可以通过以下方式进行前置路由：首先根据第二用户所在地以及当前商品对象关联的各个实体仓库的覆盖范围，判断出匹配的目标实体仓库，然后通过查询库存中心服务器，确定该目标实体仓库中是否有该商品对象的实仓可售库存，如果有，则可以展示出该商品对象的实仓可售库存，并将该目标实体仓库确定为前置路由仓。否则，如果没有实仓可售库存，则判断该目标实体仓库绑定的负卖虚仓中是否存在该商品对象的负卖虚仓可售库存，如果存在，则可以展示出该商品对象的负卖虚仓可售库存，并将该负卖虚仓确定为前置路由仓。这样，使得即使商品对象在实体仓库中没有库存的情况下，也能够使得商品对象处于可售状态，第二用户能够正常进行下单。

在第二用户下单时，如果前置路由仓是实体仓库，则可以生成普通的交易订单，之后如果采用的是现货销售模式，就可以在第二用户完成付款等操作后，直接对该商品对象进行发货，如果是期货预售模式，也可以按照正常的流程执行后续的操作。而如果前置路由仓是负卖虚仓，则可以生成“负卖订单”，这种负卖订单将会占用负卖虚仓库存，但后续实际进行发货时仍然从对应的实仓发货。

通过上述方式，使得现货销售模式下也可以利用虚仓进行销售，也即，即使在无实仓库存的情况下，也可以采用现货销售的方式。另外，在实际应用中可能存在以下情况：电商平台中的商品通常被分成前端和后端商品，前端商品(宝贝)是直接面对消费者的；后端商品是仓库中商品的直接映射。在一些场景下(例如，分销场景，也即由供货商统一供货，分销商只需要发布前端商品，消费者下单后，由供货商统一进行发货，供货商使用的仓库及库存被多个分销商共用)，前后端商品之间是N:1的映射关系，即一个后端商品会被多个商家发布成若干个前端商品。在这种前后端商品模型下，对于同一后端商品，不同的前端商品却可能采用不同的销售模式。例如，同一供应商的后端商品由三个分销商进行分销，每个分销商可以发布各自的前端商品SKU(Stock KeepingUnit，库存量单位)，如SKU1、SKU2、SKU3。不同的分销商可以对各自的SKU设置不同的销售模式，如SKU1采用期货预售方式，SKU2采用普通销售方式，等等。假设供货商准确的预估了期货预售的规模并设置了预售商品数量，即SKU1在期货预售期间的销量，但由于SKU2采用普通销售模式，它可以将本来用于期货预售的库存份额直接发货，这会导致SKU1在消费者付完尾款后无货可发，无法按时履行用户的订单。

针对这种情况，现有技术中采取的方式是，对于同一后端商品，如果有前端商品采用了期货预售的销售模式，则将其他作为现货销售的前端商品设置为不可售。也就是说，如果某后端商品对象的各个前端商品对象中，有采用期货预售方式销售的，则现货销售的前端商品将被迫停止销售。这种方式可以避免出现前述超卖的现象，但是，显然会对现货销售模式不利，使得现货销售的商家以及买家的用户体验都受到影响，也会影响整个系统的灵活性。

为了使得同一后端商品对应的不同前端商品可以分别使用不同的销售模式进行销售，彼此之间互不影响，同时还防止超卖情况的发生，在采用前述负卖模式的基础上，还可以对其他流程进行改进。例如，对于路由到负卖虚仓的交易订单，在进入到发货流程时，与路由到实体仓库的订单发货方式可以有所不同，另外，库存信息管理方式、补货入库时对库存的更新方式等也都可以与传统方式有所不同。在介绍负卖订单的发货流程之前，下面首先对负卖模式下库存管理方面的与传统方式的不同之处进行介绍。

在负卖模式下，除了通过“实仓库存”对象来记录实体仓库中的库存数量信息，通过“负卖虚仓库存”对象来记录负卖虚仓中的库存数量信息，还可以创建一个“负卖预留库存”对象，通过该对象来记录为已生成的负卖订单预留的库存数量信息。具体的，关于“负卖预留库存”的相关信息通常可以保存在仓储中心服务器。也就是说，关于一个参加负卖的商品对象而言，其库存信息可以如以下表2所示：

表2

需要说明的是，为了方便对各项库存信息进行比对，采用了上述表2的形式对库存信息进行了描述，但是，上述表格中仅用于示意性地表示一个参加负卖的商品对象对应的各种库存信息，具体实现时，各个字段的信息可以并不是在同一条记录中，甚至保存在不同的服务器上。例如，关于实仓库存、实仓占用库存、负卖虚仓库存、负卖虚仓占用库存是保存在库存中心服务器上，而关于负卖预留库存，则保存在仓储中心服务器上，等等。

在一个商品对象被配置为负卖的初始状态下，该商品对象的“实仓库存”根据实际实体仓库中的库存数量确定，“负卖虚仓库存”是第一用户配置的，也就是此次计划负卖的最大数量，例如100件等等，而“负卖预留库存”以及实仓占用库存、负卖虚仓占用库存均为0。后续随着普通订单、负卖订单的生成以及第一用户补货行为的发生，各个字段的数值都会发生变化。

具体的，生成普通订单时，可以增加实仓占用库存，当实际为普通订单发货时，对实仓库存以及实仓占用库存量均进行扣减。生成负卖订单时，增加负卖虚仓占用库存。当第一用户对该商品对象进行补货时，仓储中心需要向将库存变化信息同步到库存中心服务器，在负卖模式下，库存同步更新的规则与传统方式有所不同，并不是将补货入库的全部库存(quantity)都增加到实仓库存上，而是如下进行：首先确定该商品对象当前的负卖预留库存数量(whReserve)，以及当前已经生成的关于该商品对象的负卖订单占用的负卖虚仓库存总数(IPMVOccupy)，如果IPMVOccupy>whReserve，则证明当前的预留库存数量不能满足已经生成的负卖订单的需求，于是，可以从当前补货入库的库存中，追加预留一部分库存数量，具体追加的预留库存数量为IPMVOccupy-whReserve，这样，实际同步到库存中心的实仓库存的增加量为quantity-(IPMVOccupy-whReserve)。在实仓库存有了增加量之后，为了使得之前制定的负卖计划数量保持不变，还可以对负卖虚仓库存进行扣减。通常，扣减的量与实仓库存的增加量可以是相同的。也就是说，在负卖模式下，对于补货入库的库存总数，会被分成两部分，一部分增加到负卖预留库存中，一部分增加到库存中心服务器的实仓库存中。

在对负卖订单执行发货时，可以从仓储中心服务器读取关于该商品对象的负卖预留库存数量，当存在足够的负卖预留库存时，即可为该负卖订单执行发货流程，实际发货后，对负卖预留库存、负卖虚仓占用以及负卖虚仓库存量均进行扣减。

例如，某商品对象在被指定为负卖商品的初始状态下，各字段的信息为表3所示：

表3

在经过了一段时间的前端销售之后，实仓库存全部被占用，之后产生了一些负卖订单，这些负卖订单共占用的负卖虚仓库存数量为20，则上述表3各字段的信息变为：

表4

此时，实仓可售库存为10-10＝0，负卖虚仓可售库存为100-20＝80。假设此时第一用户为该商品对象进行了补货，补货入库的库存数量共为50件。此时，在进行更新各种库存数量时可以如下进行：首先确定出负卖虚仓占用库存与负卖预留库存之间的差值为20-0＝20，因此，可以首先从50件补货库存中取出20件作为负卖预留库存，也即负卖预留库存增加20。之后，补货的库存剩余30件，可以增加到实仓库存上，使得实仓可售库存变为(10+30)-10＝30。

另外，还可以将负卖虚仓库存扣减30件，也即，计划负卖的数量转移到实仓中销售，负卖虚仓可售库存变为(100-30)-20＝50。通过对负卖虚仓的扣减，可以保持原负卖计划总数不变。更新之后各字段的数量为：

表5

假设后续对之前已经产生的订单都完成了发货，并且没有再产生新的交易订单，则更新后的各字段的数量为：

表6

通过这种方式，无论是现货销售还是期货预售，都可以实现在无实仓可售库存的状态下，使得商品对象可售，避免销售业绩受到影响，并且，由于每种销售模式都遵循同样的原则，也即，实仓的发货优先级高于负卖虚仓的优先级，再结合后续补货等过程中对各类型库存数量的更新策略，使得即使同一后端商品对象在前端采用多种销售模式同时销售，也不会发生超卖的现象。

以上已经对本申请实施例的具体实现方式进行了详细介绍，通过以上介绍可知，在本申请实施例中，对前端销售平台服务器、库存中心服务器、存储中心服务器的处理逻辑都可以进行相应的改进，因此，下面分别从各个服务器的角度出发，对本申请实施例进行介绍。

实施例一

在该实施例一中，主要从前端销售平台服务器的角度，提供了一种商品对象交易信息处理方法，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存。其中，在初始状态下，实仓库存为商品对象被第一用户客户端指定为负卖对象时，在实体仓库中的实际库存数量，所述负卖虚仓库存为第一用户客户端提交的配置值，实仓占用库存、负卖虚仓占用库存为零。

参见图1，该实施例一提供的提供商品对象前置路由信息的方法具体可以包括以下步骤：

S101：前端销售平台服务器在接收到第二用户客户端对目标商品对象的详情浏览请求时，确定第二用户所在地信息，并判断该目标商品对象是否带有所述负卖标识；

其中，所述目标商品对象对应的销售模式包括现货销售或者期货预售，也就是说，对于现货销售模式的商品对象，也可以通过负卖的方式实现在无实仓库存的情况下，也能进行提前销售，之后再进行补货入库。

在第二用户浏览具体的商品对象时，服务器可以接收到相应的浏览请求，之后，服务器可以首先判断该商品对象是否带有负卖标识，例如，判断数据库中相应标志位的值，等等。

S102：如果带有所述负卖标识，则向库存中心服务器发送获取库存信息的请求，以便库存中心服务器确定覆盖范围匹配的目标实体仓库，并优先返回实仓可售库存，在实仓可售库存为零时，返回对应的负卖虚仓中的负卖虚仓可售库存；

如果带有负卖标识，则表明该商品对象已经被指定为参加负卖。之后，还可以首先确定出所述第二用户所在地。其中，关于第二用户所在地可以通过多种方式确定，例如，如果终端设备中带有定位系统，可以通过定位结果确定第二用户所在的城市，或者，还可以根据IP地址等信息确定第二用户所在的城市，等等。在确定出第二用户所在地后，就可以连同商品对象标识信息提交到库存中心服务器，库存中心服务器确定覆盖范围匹配的目标实体仓库，并优先返回实仓可售库存，在实仓可售库存为零时，返回对应的负卖虚仓中的负卖虚仓可售库存。

S103：根据库存中心服务器返回的库存信息对该目标商品对象进行前置路由，其中，优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由。

具体的，如果库存中心服务器返回的是实仓可售库存信息，则提供第一可售信息，所述第一可售信息包括根据实仓可售库存信息确定的第一可售数量信息以及配送时效信息。

在这种情况下，如果接收到第一购买请求，则可以生成普通交易订单并调用库存中心服务器的实仓占用库存接口，以便库存中心服务器更新实仓占用库存。

如果库存中心服务器返回的是负卖虚仓可售库存信息，则可以提供第二可售信息，所述第二可售信息包括根据负卖虚仓可售库存信息确定的第二可售数量信息。

当然，对于采用现货销售模式的商品对象而言，如果前端表达的是负卖虚仓中的库存，则可以先不表达配送时效信息，并且，还可以提供提示信息，提示第二用户该商品对象目前没有实体库存，需要等待一段时间才能发货，等等，当然，关于该提示信息，可以是可配置的，可以根据第一用户的需求选择提供或者不提供，还可以选择具体的提示信息内容，等等。

对于采用期货预售模式的商品对象而言，如果前端表达的是负卖虚仓中的库存，由于预售模式本身就是第二用户先支付定金，然后在预售期结束后再支付尾款，之后才会进入发货流程，在此过程中可能已经完成了向实体仓库的补货，因此，可以不再进行特殊的提醒，第二用户按照正常的预售流程进行操作即可。

在这种向第二用户表达的库存是负卖虚仓库存的情况下，在接收到第二购买请求后，可以生成负卖交易订单，并调用库存中心服务器的负卖虚仓占用库存接口，以便库存中心服务器更新负卖虚仓占用库存。

实施例二

该实施例二是与实施例一相对应的，从第二用户客户端的角度提供了一种商品对象交易信息处理方法，在该方法中，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；

参见图2，所述方法包括以下步骤：

S201：第二用户客户端接收针对目标商品对象的详情浏览请求；

S202：将所述详情浏览请求提交到前端交易平台服务器，以便前端交易平台服务器判断该目标商品对象是否带有所述负卖标识，如果带有所述负卖标识，则向库存中心服务器发送获取库存信息的请求，库存中心服务器确定覆盖范围匹配的目标实体仓库，并优先返回实仓可售库存，在实仓可售库存为零时，返回对应的负卖虚仓中的负卖虚仓可售库存；

S203：根据前端交易平台服务器返回的信息提供所述目标商品对象的可售信息；

S204：接收到针对所述目标商品对象的购买请求时，将该购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并根据库存中心服务器返回的库存信息对该目标商品对象进行前置路由，其中，优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由。

实施例三

在本申请实施例三中，主要从库存中心服务器的角度进行介绍。在该方法中，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围。其中，所谓的实体仓库，通常可以是指与交易平台具有合作关系的物流管理平台提供的实体仓库，这些仓库分布在多个城市。第一用户可以订购部分或者全部实体仓库，这样，就可以将其需要在交易平台中销售的商品入驻到这种实体仓库中，由物流管理平台进行统一的管理，以及后续的发货等流程，这样可以使得物流管理更加规范。例如，在淘宝平台中，对应的物流管理平台为菜鸟物流宝平台，该平台提供的实体仓库通常称为“菜鸟仓”，等等。总之，对于物流管理平台而言，实体仓库信息是已知的，包括实体仓库的数量，各个实体仓库的编码、覆盖范围等等，因此，在创建负卖虚仓时，就可以分别为各个实体仓库创建对应的负卖虚仓，并且，负卖虚仓可以继承实体仓库的覆盖范围。另外，还可以在实体仓库与负卖虚仓之间建立绑定关系，使得在已知一个实体仓库时，可以确定出预置对应的负卖虚仓，反之亦然。

参见图3，从库存中心服务器角度出发，该实施例三提供的库存信息处理方法可以包括以下步骤：

S301：库存中心服务器接收到将商品对象指定为负卖对象的第一通知消息时，确定负卖操作对应的负卖虚仓以及实体仓库，并生成该商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；在初始状态下，实仓库存为所述前端商品对象被指定为负卖对象时，在所述实体仓库中的实际库存数量，所述负卖虚仓库存为所述通知消息中携带的配置值，所述实仓占用库存、负卖虚仓占用库存为零；

可以通过第一用户客户端，为第一用户提供相关的操作选择，这样，第一用户就可以根据自己的需求指定需要参加负卖的前端商品对象，相应的，前端交易平台服务器可以为该前端商品对象添加负卖标识。也就是说，可以通过这种负卖标识识别出一个商品对象是否参加了负卖。另外，对于被指定参加负卖的商品对象，第一用户还可以为其配置负卖虚仓库存，也即，第一用户可以制定负卖的计划，计划出某商品对象负卖数量，然后就可以将该数量确定为该商品对象的负卖虚仓库存。需要说明的是，对于同一商品对象，在不同负卖虚仓上可以对应不同的负卖虚仓库存，并且，还可以选择在部分负卖虚仓上配置虚仓库存，其他的不配置。也就是说，第一用户为该商品对象订购的实体仓库可能有多个，但是第一用户可以选择在其中部分实体仓库上做负卖，此时，只要指定需要做负卖的仓库标识，并配置相应的负卖虚仓库存数量即可。

S302：接收到前端销售平台服务器发送的查询前端商品对象的库存信息的请求时，根据所述请求中携带的地址信息，确定覆盖范围匹配的目标实体仓库；

这里的地址信息可以是指第二用户所在地信息。

S303：判断所述目标实体仓库中是否存在该前端商品对象的实仓可售库存，如果存在，则返回该实仓可售库存，否则返回对应的负卖虚仓中的负卖虚仓可售库存，以便所述前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；其中，实仓可售库存为实仓库存与实仓占用库存之差，负卖虚仓可售库存为负卖虚仓库存与负卖虚仓占用库存之差。

需要说明的是，所谓的前置路由是指，在生成交易订单时就可以确定发货的仓库信息，这样，后续在发货流程中，可以根据下单时就已经确定的发货仓库进行发货。当然，在本申请实施例中，如果前置路由仓是负卖虚仓，最终的发货仍然会从关联的实体仓库发，不过在前置路由中仍然记录的是负卖虚仓的标识，这样，后续流程中的执行主体可以根据前置路由仓标识识别出交易订单的类型，也即区分出是普通交易订单还是负卖交易订单。

库存中心服务器在接收到前端交易平台服务器的占用库存接口调用请求时，对对应的实仓占用库存或负卖虚仓占用库存进行更新。

另外，在补货入库过程中，还可以根据仓储中心服务器同步的库存记录变化值，对实仓库存以及负卖虚仓库存进行同步更新。

在接收到仓储中心服务器执行发货后，还可以根据仓储中心同步的发货信息，对实仓库存/实仓占用库存，或者负卖虚仓占用库存/负卖虚仓库存进行扣减。

实施例四

该实施例四主要从仓储中心服务器的角度提供了一种库存信息同步方法，如前述实施例所述，可以预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，仓储中心服务器保存参加负卖的商品对象的负卖预留库存记录，在初始状态下，所述负卖预留库存为零。

具体的，仓储中心服务器主要在商品补货入库环节，对具体的库存更新规则进行控制，然后同步到库存中心服务器。这种库存同步处理逻辑也是很关键的一环。前端页面展示的库存数目是从库存中心服务器获取的，而仓库内的库存数目是存储在仓储中心系统中，在现有技术中，一旦第一用户的货品完成入库操作，仓库会给仓储中心服务器回传该信息，仓储中心服务器不仅会增加自身维护的库存数目，还会同时增加库存中心的前端可销售库存。但是，在引入负卖虚仓库存后，这一库存同步模式将发生改变。具体，可以增加一个逻辑模块来负责库存同步，也就是说同步到库存中心的入库数目不再是本次确认入库的数量，而是需要根据设置的同步规则来操作。

参见图4，该实施例四提供的库存信息同步方法可以包括以下步骤：

S401：仓储中心服务器接收到针对所述目标商品对象执行的商品补货入库操作指令时，确定对应的目标实体仓库标识，以及对应的目标负卖虚仓标识；

S402：确定该目标商品对象的负卖预留库存，并从库存中心服务器获取所述目标商品对象在所述目标负卖虚仓中的负卖虚仓占用库存；其中，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；其中，在向前端销售平台服务器提供指定商品对象的可售库存信息时，优先提供实仓可售库存信息，以便所述前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；在交易订单生成后，如果前置路由仓为实体仓库，则增加对应的实仓占用库存，如果前置路由仓为负卖虚仓，则增加对应的负卖虚仓占用库存；

S203：根据负卖虚仓占用库存以及负卖预留库存，确定用于增加到负卖预留库存的第一数量，用于增加到实仓库存的第二数量，以及用于扣减负卖虚仓库存的第三数量；

该步骤主要是从补货入库的库存中为该负卖虚仓中已经产生的各个负卖交易订单进行库存预留，并根据实际补货入库的库存数量以及预留的库存数量，对库存数据库中的实仓库存以及对应的负卖虚仓库存进行更新。也就是说，可以首先从入库的货品中将之前已经生成的负卖订单中所需的库存数量预留出来，之后再将剩余的入库量增加到实仓库存中。另外，由于增加了实仓库存，在前端表达库存信息时，又是优先表达实仓库存，因此，之前计划负卖的数量会被转移到实仓上来进行销售，此时，为了保持总共负卖的数量与原计划保持不变，还可以对负卖虚仓中的可售负卖虚仓数量进行扣减。

具体的，如果所述负卖虚仓占用库存(IPMVOccupy)大于负卖预留库存(whReserve)，也就是说，之前预留的库存不足以满足已经产生的负卖订单的发货需求，因此，可以计算出已经产生的负卖订单还需要多少库存，也即可以将所述第一差值确定为第一数量，也即为负卖预留库存的增加量。之后可以再进行判断，此次补货入库的库存总数(quantity)是否大于负卖虚仓占用库存(IPMVOccupy)与负卖预留库存(whReserve)之间的第一差值，如果是，也就是说，此次补货的量在为已经生成的负卖订单预留了足够的库存后，仍然有剩余，因此，就可以将补货入库的库存总数(quantity)与第一数量之间的第二差值确定为第二数量，也即实仓库存的增加量。之后还可以进一步判断，负卖虚仓占用库存(IPMVOccupy)与所述实仓库存的增加量之和是否大于负卖虚仓可售库存，如果是，则可以计算出负卖虚仓可售库存与负卖虚仓占用库存(IPMVOccupy)之间的第三差值，将该第三差值确定为所述第三数量，否则，第三数量与所述第二数量相等，也即，将所述实仓库存的增加量确定为对应负卖虚仓库存的扣减量。

如果此次补货入库的库存总数小于所述第一差值(IPMVOccupy-whReserve)，则证明此次补货入库的数量还不够满足已经产生的负卖订单的需求，因此，可以将此次补货入库的全部库存quantity都预留给已经产生的负卖订单，此时，库存中心对应的实仓库存以及负卖虚仓库存都不会发生变化。也就是说，可以将此次补货入库的库存总数确定为所述第一数量，并将所述第二数量以及第二数量确定为零。

如果负卖虚仓占用库存小于负卖预留库存，也就是说，之前为负卖订单预留的库存，已经够用于为当前生成的负卖订单发货了，因此，可以不必再从此次补货的库存中追加预留更多的库存，因此，可以将第一数量确定为零，将此次补货入库的库存总数确定为所述第二数量以及第三数量。

例如，某商品对象在某负卖虚仓上计算的负卖库存总数为100件，某时刻，第一用户向对应的实体仓库进行了补货，补货入库的货品数量为30件，而此时，已经被负卖订单占用的负卖虚仓库存数量为10件，并且之前没有为负卖订单预留的库存，也即whReserve＝0，则此时，需要为负卖订单预留的库存数量就是10件。预留10件之后，补货入库的数量还剩余20件，此时，可以将该20件确定为对应实体仓库的实仓库存增加量，同步更新到库存中心服务器。也就是说，此时，该商品对象在该实体仓库的实仓库存增加20(虽然实际上该实体仓库增加了30件货品)。另外，该实体仓库对应的负卖虚仓中，当前可售的负卖虚仓库存为100-10＝90件，该数量大于负卖订单占用量与实仓库存增加量之和(10+20＝30)，因此，可以确定出该负卖虚仓对应的库存扣减量与实仓库存的增加量相等，也为20。

S404：将所述第一数量增加到该目标商品对象对应的负卖预留库存中，并将所述第二数量以及第三数量同步到库存中心服务器，以便库存中心服务器对库存信息记录进行同步更新。

实施例五

在负卖模式下，对于利用实体仓库进行前置路由生成的普通订单，可以按照传统的方式进行发货，但是，对于利用负卖虚拟仓库进行前置路由生成的负卖订单，具体的发货逻辑也可以进行相应的改进。因此，该实施例五主要从发货中心数据库的角度，提供了一种发货信息处理方法，同样的，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围。

具体的，参见图5，该实施例五提供的发货信息处理方法具体可以包括以下步骤：

S501：发货中心服务器接收到针对指定物流订单进行发货的指令时，确定该物流订单关联的交易订单，以及该交易订单中确定的前置路由仓标识；其中，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存，前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；

S502：如果所述前置路由仓标识为负卖虚仓标识，则确定对应商品对象的负卖预留库存信息；其中，所述仓储中心服务器保存参加负卖的商品对象的负卖预留库存记录，在初始状态下，所述负卖预留库存为零，在对商品对象进行补货入库时，补货入库的库存中，一部分增加到负卖预留库存，另一部分增加到实仓库存，并对负卖虚仓库存进行扣减；

S503：如果负卖预留库存信息大于交易订单关联的商品对象数量，则确定可发货。

对于负卖订单，由于在订单生成时，实体仓库中是没有关于该商品对象的实体库存的，但是，在生成交易订单到实际发货这一段时间内，有可能已经完成了向实体仓库的补货，因此，在接收到针对所述负卖订单的发货指令时，可以重新进行库存信息的判断。其中，具体在为负卖订单进行发货时，虽然是从实体仓库执行具体的发货流程，但是判断能否发货的依据，并不是库存中心服务器保存的实仓库存(这是因为实仓库存是用于支持普通订单的)，而是要判断负卖预留库存是否充足，如果充足，则可以发货，否则，等待下次发货时机，直到负卖预留库存充足时，再进行具体的发货流程。

在针对负卖订单发货完成后，可以调用库存中心服务器的负卖虚仓库存接口以及负卖虚仓占用库存接口，以便库存中心服务器对对应的负卖虚仓占用库存、负卖虚仓库存进行扣减。

需要说明的是，前述各个实施例中未详述部分可参见文件中其他部分的相关记载，这里不再赘述。

总之，通过本申请实施例，可以为实体仓库创建对应的负卖虚仓，无论是现货销售还是期货预售，在商品对象无实仓库存的情况下，都可以将负卖虚仓库存表达给前端第二用户，使得商品对象可售，从而可以提高交易的达成率，避免销售业绩受到影响。另外，由于每种销售模式都遵循同样的原则，也即，实仓的发货优先级高于负卖虚仓的优先级，再结合后续补货等过程中对各类型库存数量的更新策略，以及发货流程中的发货策略等，使得即使同一后端商品对象在前端采用多种销售模式同时销售，也不会发生超卖的现象。

与实施例一相对应，本申请实施例还提供了一种商品对象交易信息处理装置，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；

所述装置应用于前端销售平台服务器，参见图6，该装置可以包括：

判断单元601，用于在接收到第二用户客户端对目标商品对象的详情浏览请求时，确定第二用户所在地信息，并判断该目标商品对象是否带有所述负卖标识；

库存信息请求单元602，用于如果带有所述负卖标识，则向库存中心服务器发送获取库存信息的请求，以便库存中心服务器确定覆盖范围匹配的目标实体仓库，并优先返回实仓可售库存，在实仓可售库存为零时，返回对应的负卖虚仓中的负卖虚仓可售库存；

前置路由单元603，用于根据库存中心服务器返回的库存信息对该目标商品对象进行前置路由，其中，优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由。

其中，所述目标商品对象对应的销售模式包括现货销售或者期货预售。

具体实现时，该装置还可以包括：

第一可售信息提供单元，用于如果库存中心服务器返回的是实仓可售库存信息，则提供第一可售信息，所述第一可售信息包括根据实仓可售库存信息确定的第一可售数量信息以及配送时效信息。

普通交易订单生成单元，用于在提供所述第一可售信息后，接收第一购买请求，生成普通交易订单，并调用库存中心服务器的实仓占用库存接口，以便库存中心服务器更新实仓占用库存。

第二可售信息提供单元，用于如果库存中心服务器返回的是负卖虚仓可售库存信息，则提供第二可售信息，所述第二可售信息包括根据负卖虚仓可售库存信息确定的第二可售数量信息。

负卖交易订单生成单元，用于在提供所述第二可售信息后，接收第二购买请求，生成负卖交易订单，并调用库存中心服务器的负卖虚仓占用库存接口，以便库存中心服务器更新负卖虚仓占用库存。

与实施例二相对应，本申请实施例还提供了一种商品对象交易信息处理装置，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；

所述装置应用于第二用户客户端，参见图7，该装置可以包括：

浏览请求接收单元701，用于接收针对目标商品对象的详情浏览请求；

浏览请求提交单元702，用于将所述详情浏览请求提交到前端交易平台服务器，以便前端交易平台服务器判断该目标商品对象是否带有所述负卖标识，如果带有所述负卖标识，则向库存中心服务器发送获取库存信息的请求，库存中心服务器确定覆盖范围匹配的目标实体仓库，并优先返回实仓可售库存，在实仓可售库存为零时，返回对应的负卖虚仓中的负卖虚仓可售库存；

可售信息提供单元703，用于根据前端交易平台服务器返回的信息提供所述目标商品对象的可售信息；

购买请求转发单元704，用于接收到针对所述目标商品对象的购买请求时，将该购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并根据库存中心服务器返回的库存信息对该目标商品对象进行前置路由，其中，优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由。

与实施例三相对应，本申请实施例还提供了一种库存信息处理装置，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围；

所述装置应用于库存中心服务器，参见图8，该装置可以包括：

库存信息记录生成单元801，用于接收到将商品对象指定为负卖对象的第一通知消息时，确定负卖操作对应的负卖虚仓以及实体仓库，并生成该商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；

查询请求接收单元802，用于接收到前端销售平台服务器发送的查询前端商品对象的库存信息的请求时，根据所述请求中携带的地址信息，确定覆盖范围匹配的目标实体仓库；

库存信息提供单元803，用于判断所述目标实体仓库中是否存在该前端商品对象的实仓可售库存，如果存在，则返回该实仓可售库存，否则返回对应的负卖虚仓中的负卖虚仓可售库存，以便所述前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；其中，实仓可售库存为实仓库存与实仓占用库存之差，负卖虚仓可售库存为负卖虚仓库存与负卖虚仓占用库存之差。

具体实现时，该装置还可以包括：

占用库存更新单元，用于接收到前端交易平台服务器的占用库存接口调用请求时，对对应的实仓占用库存或负卖虚仓占用库存进行更新。

与实施例四相对应，本申请实施例还提供了一种库存信息同步装置，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，仓储中心服务器保存参加负卖的商品对象的负卖预留库存记录，在初始状态下，所述负卖预留库存为零。

所述装置应用于仓储中心服务器，参见图9，该装置可以包括：

仓库标识确定单元901，用于接收到针对所述目标商品对象执行的商品补货入库操作指令时，确定对应的目标实体仓库标识，以及对应的目标负卖虚仓标识；

库存信息获取单元902，用于确定该目标商品对象的负卖预留库存，并从库存中心服务器获取所述目标商品对象在所述目标负卖虚仓中的负卖虚仓占用库存；其中，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；其中，在向前端销售平台服务器提供指定商品对象的可售库存信息时，优先提供实仓可售库存信息，以便所述前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；在交易订单生成后，如果前置路由仓为实体仓库，则增加对应的实仓占用库存，如果前置路由仓为负卖虚仓，则增加对应的负卖虚仓占用库存；

数量确定单元903，用于根据负卖虚仓占用库存以及负卖预留库存，确定用于增加到负卖预留库存的第一数量，用于增加到实仓库存的第二数量，以及用于扣减负卖虚仓库存的第三数量；

数量同步单元904，用于将所述第一数量增加到该目标商品对象对应的负卖预留库存中，并将所述第二数量以及第三数量同步到库存中心服务器，以便库存中心服务器对库存信息记录进行同步更新。

其中，所述数量确定单元包括：

第一确定子单元，用于如果所述负卖虚仓占用库存大于负卖预留库存，并且此次补货入库的库存总数大于负卖虚仓占用库存与负卖预留库存之间的第一差值，则将所述第一差值确定为第一数量，将补货入库的库存总数与第一数量之间的第二差值确定为第二数量；

第二确定子单元，用于如果负卖虚仓占用库存与所述第二数量之和大于负卖虚仓可售库存，则计算负卖虚仓可售库存与负卖虚仓占用库存之间的第三差值，将该第三差值确定为所述第三数量，否则，第三数量与所述第二数量相等。

另外，还可以包括：

第三确定子单元，用于如果此次补货入库的库存总数小于所述第一差值，则将此次补货入库的库存总数确定为所述第一数量，并将所述第二数量以及第二数量确定为零。

第四确定子单元，用于如果负卖虚仓占用库存小于负卖预留库存，则将第一数量确定为零，将此次补货入库的库存总数确定为所述第二数量以及第三数量。

与实施例五相对应，本申请实施例还提供了一种发货信息处理装置，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围。

所述装置应用于仓储中心服务器，参见图10，该装置可以包括：

发货指令接收单元1001，用于接收到针对指定物流订单进行发货的指令时，确定该物流订单关联的交易订单，以及该交易订单中确定的前置路由仓标识；其中，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存，前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；

负卖预留信息获取单元1002，用于如果所述前置路由仓标识为负卖虚仓标识，则确定对应商品对象的负卖预留库存信息；其中，所述仓储中心服务器保存参加负卖的商品对象的负卖预留库存记录，在初始状态下，所述负卖预留库存为零，在对商品对象进行补货入库时，补货入库的库存中，一部分增加到负卖预留库存，另一部分增加到实仓库存，并对负卖虚仓库存进行扣减；

发货确定单元1003，用于如果负卖预留库存信息大于交易订单关联的商品对象数量，则确定可发货。

具体实现时，还可以包括：

库存同步单元，用于调用库存中心服务器的负卖虚仓库存接口以及负卖虚仓占用库存接口，以便库存中心服务器对对应的负卖虚仓占用库存、负卖虚仓库存进行扣减。

总之，通过本申请实施例，可以为实体仓库创建对应的负卖虚仓，无论是现货销售还是期货预售，在商品对象无实仓库存的情况下，都可以将负卖虚仓库存表达给前端第二用户，使得商品对象可售，从而可以提高交易的达成率，避免销售业绩受到影响。另外，由于每种销售模式都遵循同样的原则，也即，实仓的发货优先级高于负卖虚仓的优先级，再结合后续补货等过程中对各类型库存数量的更新策略，以及发货流程中的发货策略等，使得即使同一后端商品对象在前端采用多种销售模式同时销售，也不会发生超卖的现象。

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

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

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

Claims (30)

1.一种商品对象交易信息处理方法，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；

所述方法包括：

前端销售平台服务器在接收到第二用户客户端对目标商品对象的详情浏览请求时，确定第二用户所在地信息，并判断该目标商品对象是否带有所述负卖标识；

如果带有所述负卖标识，则向库存中心服务器发送获取库存信息的请求，以便库存中心服务器确定覆盖范围匹配的目标实体仓库，并优先返回实仓可售库存，在实仓可售库存为零时，返回对应的负卖虚仓中的负卖虚仓可售库存；

根据库存中心服务器返回的库存信息对该目标商品对象进行前置路由，其中，优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由。

2.根据权利要求1所述的方法，其特征在于，所述目标商品对象对应的销售模式包括现货销售或者预售。

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

如果库存中心服务器返回的是实仓可售库存信息，则提供第一可售信息，所述第一可售信息包括根据实仓可售库存信息确定的第一可售数量信息以及配送时效信息。

4.根据权利要求3所述的方法，其特征在于，在提供所述第一可售信息后，还包括：

接收第一购买请求，生成普通交易订单，并调用库存中心服务器的实仓占用库存接口，以便库存中心服务器更新实仓占用库存。

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

如果库存中心服务器返回的是负卖虚仓可售库存信息，则提供第二可售信息，所述第二可售信息包括根据负卖虚仓可售库存信息确定的第二可售数量信息。

6.根据权利要求5所述的方法，其特征在于，在提供所述第二可售信息后，还包括：

接收第二购买请求，生成负卖交易订单，并调用库存中心服务器的负卖虚仓占用库存接口，以便库存中心服务器更新负卖虚仓占用库存。

7.一种商品对象交易信息处理方法，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；

所述方法包括：

第二用户客户端接收针对目标商品对象的详情浏览请求；

将所述详情浏览请求提交到前端交易平台服务器，以便前端交易平台服务器判断该目标商品对象是否带有所述负卖标识，如果带有所述负卖标识，则向库存中心服务器发送获取库存信息的请求，库存中心服务器确定覆盖范围匹配的目标实体仓库，并优先返回实仓可售库存，在实仓可售库存为零时，返回对应的负卖虚仓中的负卖虚仓可售库存；

根据前端交易平台服务器返回的信息提供所述目标商品对象的可售信息；

接收到针对所述目标商品对象的购买请求时，将该购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并根据库存中心服务器返回的库存信息对该目标商品对象进行前置路由，其中，优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由。

8.一种库存信息处理方法，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围；

所述方法包括：

库存中心服务器接收到将商品对象指定为负卖对象的第一通知消息时，确定负卖操作对应的负卖虚仓以及实体仓库，并生成该商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；

接收到前端销售平台服务器发送的查询前端商品对象的库存信息的请求时，根据所述请求中携带的地址信息，确定覆盖范围匹配的目标实体仓库；

判断所述目标实体仓库中是否存在该前端商品对象的实仓可售库存，如果存在，则返回该实仓可售库存，否则返回对应的负卖虚仓中的负卖虚仓可售库存，以便所述前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；其中，实仓可售库存为实仓库存与实仓占用库存之差，负卖虚仓可售库存为负卖虚仓库存与负卖虚仓占用库存之差。

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

在接收到前端交易平台服务器的占用库存接口调用请求时，对对应的实仓占用库存或负卖虚仓占用库存进行更新。

10.一种库存信息同步方法，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，仓储中心服务器保存参加负卖的商品对象的负卖预留库存记录，在初始状态下，所述负卖预留库存为零；

所述方法包括：

所述仓储中心服务器接收到针对所述目标商品对象执行的商品补货入库操作指令时，确定对应的目标实体仓库标识，以及对应的目标负卖虚仓标识；

确定该目标商品对象的负卖预留库存，并从库存中心服务器获取所述目标商品对象在所述目标负卖虚仓中的负卖虚仓占用库存；其中，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；其中，在向前端销售平台服务器提供指定商品对象的可售库存信息时，优先提供实仓可售库存信息，以便所述前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；在交易订单生成后，如果前置路由仓为实体仓库，则增加对应的实仓占用库存，如果前置路由仓为负卖虚仓，则增加对应的负卖虚仓占用库存；

根据负卖虚仓占用库存以及负卖预留库存，确定用于增加到负卖预留库存的第一数量，用于增加到实仓库存的第二数量，以及用于扣减负卖虚仓库存的第三数量；

将所述第一数量增加到该目标商品对象对应的负卖预留库存中，并将所述第二数量以及第三数量同步到库存中心服务器，以便库存中心服务器对库存信息记录进行同步更新。

11.根据权利要求10所述的方法，其特征在于，所述确定用于增加到负卖预留库存的第一数量，用于增加到实仓库存的第二数量，以及用于扣减负卖虚仓库存的第三数量，包括：

如果所述负卖虚仓占用库存大于负卖预留库存，并且此次补货入库的库存总数大于负卖虚仓占用库存与负卖预留库存之间的第一差值，则将所述第一差值确定为第一数量，将补货入库的库存总数与第一数量之间的第二差值确定为第二数量；

如果负卖虚仓占用库存与所述第二数量之和大于负卖虚仓可售库存，则计算负卖虚仓可售库存与负卖虚仓占用库存之间的第三差值，将该第三差值确定为所述第三数量，否则，第三数量与所述第二数量相等。

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

如果此次补货入库的库存总数小于所述第一差值，则将此次补货入库的库存总数确定为所述第一数量，并将所述第二数量以及第二数量确定为零。

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

如果负卖虚仓占用库存小于负卖预留库存，则将第一数量确定为零，将此次补货入库的库存总数确定为所述第二数量以及第三数量。

14.一种发货信息处理方法，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围；

所述方法包括：

仓储中心服务器接收到针对指定物流订单进行发货的指令时，确定该物流订单关联的交易订单，以及该交易订单中确定的前置路由仓标识；其中，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存，前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；

如果所述前置路由仓标识为负卖虚仓标识，则确定对应商品对象的负卖预留库存信息；其中，所述仓储中心服务器保存参加负卖的商品对象的负卖预留库存记录，在初始状态下，所述负卖预留库存为零，在对商品对象进行补货入库时，补货入库的库存中，一部分增加到负卖预留库存，另一部分增加到实仓库存，并对负卖虚仓库存进行扣减；

如果负卖预留库存信息大于交易订单关联的商品对象数量，则确定可发货。

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

调用库存中心服务器的负卖虚仓库存接口以及负卖虚仓占用库存接口，以便库存中心服务器对对应的负卖虚仓占用库存、负卖虚仓库存进行扣减。

16.一种商品对象交易信息处理装置，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；

所述装置应用于前端销售平台服务器，包括：

判断单元，用于在接收到第二用户客户端对目标商品对象的详情浏览请求时，确定第二用户所在地信息，并判断该目标商品对象是否带有所述负卖标识；

库存信息请求单元，用于如果带有所述负卖标识，则向库存中心服务器发送获取库存信息的请求，以便库存中心服务器确定覆盖范围匹配的目标实体仓库，并优先返回实仓可售库存，在实仓可售库存为零时，返回对应的负卖虚仓中的负卖虚仓可售库存；

前置路由单元，用于根据库存中心服务器返回的库存信息对该目标商品对象进行前置路由，其中，优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由。

17.根据权利要求16所述的装置，其特征在于，所述目标商品对象对应的销售模式包括现货销售或者期货预售。

18.根据权利要求16所述的装置，其特征在于，还包括：

第一可售信息提供单元，用于如果库存中心服务器返回的是实仓可售库存信息，则提供第一可售信息，所述第一可售信息包括根据实仓可售库存信息确定的第一可售数量信息以及配送时效信息。

19.根据权利要求18所述的装置，其特征在于，还包括：

普通交易订单生成单元，用于在提供所述第一可售信息后，接收第一购买请求，生成普通交易订单，并调用库存中心服务器的实仓占用库存接口，以便库存中心服务器更新实仓占用库存。

20.根据权利要求16所述的装置，其特征在于，还包括：

第二可售信息提供单元，用于如果库存中心服务器返回的是负卖虚仓可售库存信息，则提供第二可售信息，所述第二可售信息包括根据负卖虚仓可售库存信息确定的第二可售数量信息。

21.根据权利要求20所述的装置，其特征在于，还包括：

负卖交易订单生成单元，用于在提供所述第二可售信息后，接收第二购买请求，生成负卖交易订单，并调用库存中心服务器的负卖虚仓占用库存接口，以便库存中心服务器更新负卖虚仓占用库存。

22.一种商品对象交易信息处理装置，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；

所述装置应用于第二用户客户端，包括：

浏览请求接收单元，用于接收针对目标商品对象的详情浏览请求；

浏览请求提交单元，用于将所述详情浏览请求提交到前端交易平台服务器，以便前端交易平台服务器判断该目标商品对象是否带有所述负卖标识，如果带有所述负卖标识，则向库存中心服务器发送获取库存信息的请求，库存中心服务器确定覆盖范围匹配的目标实体仓库，并优先返回实仓可售库存，在实仓可售库存为零时，返回对应的负卖虚仓中的负卖虚仓可售库存；

可售信息提供单元，用于根据前端交易平台服务器返回的信息提供所述目标商品对象的可售信息；

购买请求转发单元，用于接收到针对所述目标商品对象的购买请求时，将该购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并根据库存中心服务器返回的库存信息对该目标商品对象进行前置路由，其中，优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由。

23.一种库存信息处理装置，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围；

所述装置应用于库存中心服务器，包括：

库存信息记录生成单元，用于接收到将商品对象指定为负卖对象的第一通知消息时，确定负卖操作对应的负卖虚仓以及实体仓库，并生成该商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；

查询请求接收单元，用于接收到前端销售平台服务器发送的查询前端商品对象的库存信息的请求时，根据所述请求中携带的地址信息，确定覆盖范围匹配的目标实体仓库；

库存信息提供单元，用于判断所述目标实体仓库中是否存在该前端商品对象的实仓可售库存，如果存在，则返回该实仓可售库存，否则返回对应的负卖虚仓中的负卖虚仓可售库存，以便所述前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；其中，实仓可售库存为实仓库存与实仓占用库存之差，负卖虚仓可售库存为负卖虚仓库存与负卖虚仓占用库存之差。

24.根据权利要求23所述的装置，其特征在于，还包括：

占用库存更新单元，用于接收到前端交易平台服务器的占用库存接口调用请求时，对对应的实仓占用库存或负卖虚仓占用库存进行更新。

25.一种库存信息同步装置，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，仓储中心服务器保存参加负卖的商品对象的负卖预留库存记录，在初始状态下，所述负卖预留库存为零；

所述装置应用于仓储中心服务器，包括：

仓库标识确定单元，用于接收到针对所述目标商品对象执行的商品补货入库操作指令时，确定对应的目标实体仓库标识，以及对应的目标负卖虚仓标识；

库存信息获取单元，用于确定该目标商品对象的负卖预留库存，并从库存中心服务器获取所述目标商品对象在所述目标负卖虚仓中的负卖虚仓占用库存；其中，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；其中，在向前端销售平台服务器提供指定商品对象的可售库存信息时，优先提供实仓可售库存信息，以便所述前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；在交易订单生成后，如果前置路由仓为实体仓库，则增加对应的实仓占用库存，如果前置路由仓为负卖虚仓，则增加对应的负卖虚仓占用库存；

数量确定单元，用于根据负卖虚仓占用库存以及负卖预留库存，确定用于增加到负卖预留库存的第一数量，用于增加到实仓库存的第二数量，以及用于扣减负卖虚仓库存的第三数量；

数量同步单元，用于将所述第一数量增加到该目标商品对象对应的负卖预留库存中，并将所述第二数量以及第三数量同步到库存中心服务器，以便库存中心服务器对库存信息记录进行同步更新。

26.根据权利要求25所述的装置，其特征在于，所述数量确定单元包括：

第一确定子单元，用于如果所述负卖虚仓占用库存大于负卖预留库存，并且此次补货入库的库存总数大于负卖虚仓占用库存与负卖预留库存之间的第一差值，则将所述第一差值确定为第一数量，将补货入库的库存总数与第一数量之间的第二差值确定为第二数量；

第二确定子单元，用于如果负卖虚仓占用库存与所述第二数量之和大于负卖虚仓可售库存，则计算负卖虚仓可售库存与负卖虚仓占用库存之间的第三差值，将该第三差值确定为所述第三数量，否则，第三数量与所述第二数量相等。

27.根据权利要求26所述的装置，其特征在于，还包括：

第三确定子单元，用于如果此次补货入库的库存总数小于所述第一差值，则将此次补货入库的库存总数确定为所述第一数量，并将所述第二数量以及第二数量确定为零。

28.根据权利要求26所述的装置，其特征在于，还包括：

第四确定子单元，用于如果负卖虚仓占用库存小于负卖预留库存，则将第一数量确定为零，将此次补货入库的库存总数确定为所述第二数量以及第三数量。

29.一种发货信息处理装置，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围；

所述装置应用于仓储中心服务器，包括：

发货指令接收单元，用于接收到针对指定物流订单进行发货的指令时，确定该物流订单关联的交易订单，以及该交易订单中确定的前置路由仓标识；其中，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存，前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；

负卖预留信息获取单元，用于如果所述前置路由仓标识为负卖虚仓标识，则确定对应商品对象的负卖预留库存信息；其中，所述仓储中心服务器保存参加负卖的商品对象的负卖预留库存记录，在初始状态下，所述负卖预留库存为零，在对商品对象进行补货入库时，补货入库的库存中，一部分增加到负卖预留库存，另一部分增加到实仓库存，并对负卖虚仓库存进行扣减；

发货确定单元，用于如果负卖预留库存信息大于交易订单关联的商品对象数量，则确定可发货。

30.根据权利要求29所述的装置，其特征在于，还包括：

库存同步单元，用于调用库存中心服务器的负卖虚仓库存接口以及负卖虚仓占用库存接口，以便库存中心服务器对对应的负卖虚仓占用库存、负卖虚仓库存进行扣减。