组合商品对象交易信息处理方法及装置与流程

本申请涉及商品对象信息处理
技术领域：
，特别是涉及组合商品对象交易信息处理方法及装置。
背景技术：
：在电商销售平台中，最为传统的销售模式就是普通现货销售模式，这种模式要求仓库中必须有实际库存才可销售，用户下单并支付全款后即可发货。可见，在现货销售模式下，仓库内有库存是商家能够正常销售的前提，但是，销售需求变化多端，商家补货可能会存在周期性、延迟性，因此，商家往往面临一个难题，那就是到底往仓库存多少货才合适。如果备货过多，则容易造成滞销的风险，如果备货过少，则会影响销售业绩。为了使得商家可以更灵活的进行备货，电商平台中还提供了预售模式，这种模式并不强制仓库有实际库存，只要设置一定的预售虚拟库存量，就可以进行前端销售。买家用户在下单时可以先支付定金，在预售期快要结束时，再支付尾款，在从支付定金到支付尾款的过程中，商家可以利用这段时间向仓库中补货。这样，商家可以在无库存的情况下提前预售，然后，按照实际的销售情况进行补货，并执行发货操作即可。显然，预售的方式使得商家可以根据实际的下单情况进行补货，因此，可以达到准确铺货的效果，避免造成库存的积压或者不足等情况的发生。但是，现货销售也有其自身的好处，例如，买家用户只需要一次性完成付款，就可以等待收货，并且只要仓库内有库存，就可以尽可能早地为买家用户发货，等等。因此，在实际应用中，现货销售与预售都是普遍存在的销售模式。然而，在实际应用中可能存在以下情况：有些商品对象在前端销售时是一件商品对象，但在后端仓库中却对应着两个或多个子商品。通常，可以将这种前端商品对象称为“组合商品对象”，例如，空调通常包括内机和外机两部分，为了便于消费者购买，在前端销售时，可以组合为“空调”这样一个前端组合 商品对象进行销售，但是实际上在后端仓库中，内机和外机是两个独立的子商品，各自的库存也是独立的。但是，在现有技术中，对于组合商品对象，通常要求各个子商品采用相同的销售模式，例如，均为现货销售，或者均为预售。对于不同子商品采用不同销售模式的情况，只能将该前端组合商品置为不可售。或者，在前端也将两个子商品分别表达为独立的商品对象，不再以组合商品对象的形式存在。但此时，消费者如果仍然需要购买各个子商品，则需要多次下单，或者，分别将各个子商品加入“购物车”之后再统一进行下单，等等，增加了第二用户的操作复杂度，也会导致占用更多的系统资源。因此，如何在存在组合商品对象的情况下，使得各子商品也能够灵活地设置销售模式，是需要本领域技术人员解决的技术问题。技术实现要素：本申请提供了组合商品对象交易信息处理方法及装置，能够使得组合商品对象可以获得更多的可售机会，方便第二用户的操作，节省系统资源。本申请提供了如下方案：一种组合商品对象交易信息处理方法，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；所述方法包括：前端交易中心服务器接收浏览组合商品对象详情信息的浏览请求，并分别获取各子商品对象的库存信息；如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则提供所述组合商品对象的可售信息；接收到购买所述组合商品对象的请求时，生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。一种组合商品对象交易信息处理方法，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；所述方法包括：第二用户客户端接收浏览组合商品对象详情信息的浏览请求；将所述浏览请求提交到前端交易平台服务器，以便所述前端交易平台服务器分别获取各子商品对象的库存信息，如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则返回所述组合商品对象的可售信息；提供所述前端交易平台服务器返回的所述组合商品对象的可售信息；接收到购买所述组合商品对象的请求时，将购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。一种组合商品对象物流信息处理方法，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓 占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；所述方法包括：物流中心服务器确定待生成物流订单的目标交易订单；确定所述目标交易订单中记录的前置路由信息；如果所述目标交易订单中第一子商品对象被路由到实体仓库，第二子商品被路由到负卖虚仓，则针对所述第一子商品生成第一物流订单，针对所述第二子商品生成第二物流订单。一种组合商品对象发货信息处理方法，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；所述方法包括：发货中心服务器在接收到针对指定物流订单的发货请求时，确定所述指定物流订单关联的目标交易订单信息；判断是否存在与所述目标交易订单信息关联的另一物流订单；如果存在，则将所述目标交易订单信息关联各物流订单进行合单处理，其中，如果其中一物流订单对应的前置路由仓为负卖虚仓，则在检测到该物流订单关联的子商品对象存在负卖预留库存时，将两个物流订单关联的各个子商品进行打包发货。一种组合商品对象交易信息处理装置，应用于前端交易中心服务器，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时， 利用负卖虚仓进行前置路由；所述装置包括：库存信息获取单元，用于接收浏览组合商品对象详情信息的浏览请求，并分别获取各子商品对象的库存信息；可售信息提供单元，用于如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则提供所述组合商品对象的可售信息；前置路由单元，用于接收到购买所述组合商品对象的请求时，生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。一种组合商品对象交易信息处理装置，应用于第二用户客户端，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；所述装置包括：浏览请求接收单元，用于接收浏览组合商品对象详情信息的浏览请求；浏览请求提交单元，用于将所述浏览请求提交到前端交易平台服务器，以便所述前端交易平台服务器分别获取各子商品对象的库存信息，如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则返回所述组合商品对象的可售信息；可售信息提供单元，用于提供所述前端交易平台服务器返回的所述组合商 品对象的可售信息；购买请求接收单元，用于接收到购买所述组合商品对象的请求时，将购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。一种组合商品对象物流信息处理装置，应用于物流中心服务器，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；所述装置包括：目标交易订单确定单元，用于确定待生成物流订单的目标交易订单；前置路由信息确定单元，用于确定所述目标交易订单中记录的前置路由信息；物流订单生成单元，用于如果所述目标交易订单中第一子商品对象被路由到实体仓库，第二子商品被路由到负卖虚仓，则针对所述第一子商品生成第一物流订单，针对所述第二子商品生成第二物流订单。一种组合商品对象发货信息处理装置，应用于发货中心服务器，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；所述装置包括：目标交易订单信息确定单元，用于在接收到针对指定物流订单的发货请求时，确定所述指定物流订单关联的目标交易订单信息；判断单元，用于判断是否存在与所述目标交易订单信息关联的另一物流订单；合单处理单元，用于如果存在，则将所述目标交易订单信息关联各物流订单进行合单处理，其中，如果其中一物流订单对应的前置路由仓为负卖虚仓，则在检测到该物流订单关联的子商品对象存在负卖预留库存时，将两个物流订单关联的各个子商品进行打包发货。根据本申请提供的具体实施例，本申请公开了以下技术效果：通过本申请实施例，可以为实体仓库创建对应的负卖虚仓，无论是现货销售还是期货预售，在商品对象无实仓库存的情况下，都可以将负卖虚仓库存表达给前端第二用户，并且，每种销售模式都遵循同样的原则，也即，实仓的发货优先级高于负卖虚仓的优先级。在此基础上，对于组合商品对象，前端交易平台服务器可以分别基于各个子商品对象进行前置路由，而不再是基于整个组合商品对象进行前置路由，这样，即使第一子商品对象在目标实体仓库存在实仓库存，而第二子商品对象在该目标实体仓库无实仓库存，但只要第二子商品对象在与该目标实体仓库绑定的目标负卖虚仓中存在负卖虚仓库存，就可以将组合商品对象置为可售状态，并提供相应的可售信息。进而，在接收到购买所述组合商品对象的请求时，就可以生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。这样，使得组合商品对象可以获得更多的可售机会，并且，在第二用户不介意等待第一用户对部分子商品进行补货入库的情况下，可以方便第二用户的购买操作，而不用等到所有子商品的库存状态同步之后才能购买。从系统资源角度而言，由于使得组合商品对象有更多的机会能够被第二用户购买，因此，可以减少第二用户反复访问的次数，因此，可以使得提供的信息的有效性得到提高，从而可以节省系统资源。当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本申请实施例提供的第一方法的流程图；图2是本申请实施例提供的第二方法的流程图；图3是本申请实施例提供的第三方法的流程图；图4是本申请实施例提供的第四方法的流程图；图5是本申请实施例提供的第一装置的示意图；图6是本申请实施例提供的第二装置的示意图；图7是本申请实施例提供的第三装置的示意图；图8是本申请实施例提供的第四装置的示意图。具体实施方式下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。在本申请实施例中，提出了“负卖”的概念。具体的，可以预先为各个实体仓库创建负卖虚仓，每个负卖虚仓继承实体仓库的覆盖范围(负卖虚仓可以不配置配送时效)。例如，可以通过以下表1的形式维护实体仓库以及负卖虚仓信息：表1实体仓库id实体仓库名称负卖虚仓id负卖虚仓名称覆盖范围20001北京实仓30001北京负卖虚仓北京市…………………………第一用户(例如商家、卖家等)需要对某商品对象进行负卖时，可以在对应的负卖虚仓上配置对应的负卖虚仓库存，服务器还可以为商品对象添加负卖标识，并由库存中心服务器记录第一用户为其配置的负卖虚仓库存。第二用户(例如买家等)在浏览商品对象的详情信息页面时，服务器在判断出该商品对象是负卖商品时，可以通过以下方式进行前置路由：首先根据第二用户所在地以及当前商品对象关联的各个实体仓库的覆盖范围，判断出匹配的目标实体仓库，然后通过查询库存中心服务器，确定该目标实体仓库中是否有该商品对象的实仓可售库存，如果有，则可以展示出该商品对象的实仓可售库存，并将该目标实体仓库确定为前置路由仓。否则，如果没有实仓可售库存，则判断该目标实体仓库绑定的负卖虚仓中是否存在该商品对象的负卖虚仓可售库存，如果存在，则可以展示出该商品对象的负卖虚仓可售库存，并将该负卖虚仓确定为前置路由仓。这样，使得即使商品对象在实体仓库中没有可售库存的情况下，也能够使得商品对象处于可售状态，第二用户能够正常进行下单。在第二用户下单时，如果前置路由仓是实体仓库，则可以生成普通的交易订单，之后如果采用的是现货销售模式，就可以在第二用户完成付款等操作后，直接对该商品对象进行发货，如果是期货预售模式，也可以按照正常的流程执行后续的操作。而如果前置路由仓是负卖虚仓，则可以生成“负卖订单”，这种负卖订单将会占用负卖虚仓库存，并且还可以对其他流程进行改进。例如，对于路由到负卖虚仓的交易订单，在进入到发货流程时，与路由到实体仓库的订单发货方式可以有所不同，另外，库存信息管理方式、补货入库时对库存的更新方式等也都可以与传统方式有所不同。在介绍负卖订单的发货流程之前，下面首先对负卖模式下库存管理方面的与传统方式的不同之处进行介绍。在负卖模式下，除了通过“实仓库存”对象来记录实体仓库中的库存数量 信息，通过“负卖虚仓库存”对象来记录负卖虚仓中的库存数量信息，还可以创建一个“负卖预留库存”对象，通过该对象来记录为已生成的负卖订单预留的库存数量信息。具体的，关于“负卖预留库存”的相关信息通常可以保存在仓储中心服务器。也就是说，关于一个参加负卖的商品对象而言，其库存信息可以如以下表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，本申请实施例首先从前端交易平台服务器(也即用于提供商品详情页面detail、购买操作页面buy等信息的服务器)的角度，提供了一种组合商品对象信息处理方法，如前文所述，在该方法中，可以预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；另外，仓储中心服务器可以保存参加负卖的商品对象的负卖预留库存记录，在商品补货入库时，入库的库存量首先为已生成的负卖订单进行预留，剩余部分增加到实仓库存中，并且还可以对对应的虚仓库存进行扣减，以保证计划负卖的总数不变。具体的，该方法可以包括以下步骤：S101：前端交易平台服务器接收浏览组合商品对象详情信息的浏览请求，并分别获取各子商品对象的库存信息；在本申请实施例中，对于组合商品，在前端销售时，仍然以组合商品的形式存在，但是，分别对子商品进行前置路由。因此，在该步骤中，首先可以分别获取各子商品对象的库存信息。具体的，可以首先确定出组合商品关联的各个子商品对象的标识，例如id等，然后向库存中心服务器发送获取各个子商品对象库存信息的请求。当然，该请求中还可以携带有第二用户所在地信息(该所在地通常精确到城市级别即可)，库存中心服务器在接收到该请求时，可以根据各个子商品对象关联的仓库的覆盖范围，确定出覆盖范围与第二用户所在地相匹配的目标仓库，然后，查询库存数据库中保存的各个子商品对象在该目标仓库的库存信息，并优先返回子商品对象的实仓库存，如果某子商品对象在该目标仓库无实仓库存，则可以确定出该目标实仓对应的负卖虚仓，然后返回该子商品对象在该负卖虚仓中的负卖虚仓库存。S102：如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少 一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则将所述组合商品对象置为可售状态；交易平台服务器在接收到库存中心服务器返回的各个子商品对象的库存信息后，可以进行判断，如果其中部分子商品对象均存在实仓库存(为便于描述，将这部分子商品对象称为第一子商品对象)，而另一部分子商品对象不存在实仓库存，仅存在负卖虚仓库存(将这部分子商品对象称为第二子商品对象)，则在本申请实施例中，仍然可以将对应的组合商品置为可售状态。例如，某组合商品在前端销售时是一款空调，在后端对应两个子商品对象，分别为内机和外机。某北京的买家在访问该空调的详情页面时，前端交易平台服务器就可以查询库存中心服务器，假设获知该空调的内机在北京仓有实仓库存，但是外机只有在北京仓关联的负卖虚仓有负卖虚仓库存，此时，仍然可以将该空调视为可售，并在详情页面中提供关于该空调的可售信息。具体实现时，在提供关于组合商品对象的可售信息时，可以将页面内用于执行购买等操作的操作选项置为可操作状态。另外，还可以提供关于该组合商品对象的库存数量信息。具体的，可以首先确定各子商品对象的库存数量，并将其中的最小值确定为所述组合商品对象的可售库存数量。例如，某空调的内机在北京仓具有10件库存，但对应的外机在北京仓关联的负卖虚仓中有5件库存，此时，可以将该空调的可售库存显示为5件。另外，关于配送时效，由于其中部分子商品对象只有在负卖虚仓中有库存，而需要经过卖家的补货、发货、配送等一系列流程才能送达第二用户指定的地址，中间有些不确定的因素，因此，可以先不显示配送时效。但是，商家可以自行配置一些信息用于对第二用户进行提示，例如，提示出“部分子商品实仓内暂时无货，正在进行补货，但可以先拍下”，等等。这样，如果第二用户愿意等待，就可以先下单，而不用一直关注商品的到货信息，在到货后再下单，另外，也使得第二用户预先获知可能到货时间会有所延迟，避免在第二用户不知情的情况下过长时间的等待造成的不良用户体验，等等。S103：接收到购买所述组合商品对象的请求时，生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品的前置路由仓， 将所述目标负卖虚仓确定为所述第二子商品的前置路由仓。在将组合商品对象置为可售状态后，第二用户就可以对其进行购买操作，相应的，交易平台服务器就可以收到对应的请求，并生成交易订单，其中，在生成交易订单时，还可以进行前置路由，所谓的前置路由就是指在交易订单生成时，尚未进入具体的发货流程时，就可以提前确定出发货的仓库。在本申请实施例中，在进行前置路由时，由于不同的子商品对象可能对应不同类型的仓库，因此，可以分别进行前置路由，具体的，可以将所述目标实体仓库确定为所述第一子商品的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品的前置路由仓。也就是说，在同一交易订单中，记录的前置路由信息可以是两条，一条路由到实体仓库，另一条路由到负卖虚仓，当然，该实体仓库与负卖虚仓之间具有绑定关系。后续在根据交易订单生成物流订单时，物流中心服务器可以对交易订单中的前置路由仓信息进行判断，如果存在多条前置路由信息，对应不同类型的前置路由仓，则可以进行“拆单”，生成两个物流订单，也即针对所述第一子商品生成第一物流订单，针对所述第二子商品生成第二物流订单。其中，第一物流订单用于跟踪第一子商品的发货、配送等情况，第一物流订单用于跟踪第二子商品的发货、配送等情况。当然，拆分后的物流订单关联同一个交易订单，这样，在发货中心服务器需要进行发货时，可以将关联相同交易订单的所述第一物流订单与所述第二物流订单进行合单。然后，对于对应负卖虚仓的物流订单，可以首先判断第二子商品在对应的目标实体仓库中是否产生负卖预留库存，如果是，则可以将第一子商品与所述第二子商品进行打包发货。也就是说，虽然在物流订单阶段对订单进行拆分，但是由于关联了同一交易订单，因此，在发货时，可以再进行合单处理，等到所有子商品对象都处于可以发货的状态时，再一起进行发货。这样，第二用户最终还是会同时收到同一组合商品关联的各个子商品。其中，所谓的负卖预留库存已经在前文中有所介绍，在负卖模式下，如果一个商品在生成交易订单时被路由到负卖虚仓，则只有在产生负卖预留库存时，才可以进行发货，否则需要等待，等到下次补货入库时，增加新的负卖预留库存。在组合 商品对象被拆分成多个物流订单的情况也是如此。需要说明的是，在具体实现时，由于对物流订单进行了拆分，因此，第二用户还可以对其中一个物流订单进行取消。例如，某第二用户下单了一部空调，其中，内机有实仓库存，外机却只有虚仓库存，此时，如果第二用户不想再等待外机补货，则第二用户可以与第一用户进行协商，将外机取消，只对内机进行发货，在协商一致的情况下，第一用户可以对外机对应的物流订单进行取消处理。这样，发货中心服务器在执行发货时，如果发现其中一个物流订单正常，另一个物流订单已经被取消，则可以只对未被取消的物流订单执行发货处理，如果未被取消的订单刚好对应有实体库存的子商品，则可以直接进入发货流程，无需再等待，使得第二用户可以尽快收到该子商品。如果两个物流订单均未被取消，则进入前述合单过程，然后等到所有子商品都可以发货后，再一起进行打包发货。此外，在本申请实施例中，还可以通过跟踪所述第一物流订单以及第二物流订单的状态，同步更新所述交易订单的物流详情信息。也就是说，在本申请实施例中，由于一个交易订单被拆分成了两个物流订单，因此，可以对两个物流订单的状态都进行跟踪，然后根据两个物流订单的状态，来确定对应的交易订单的状态。例如，第一物流订单处于待出库状态，第二物流订单处于调拨在途状态，则可以先不对交易订单的物流详情信息进行更新。等到第二物流订单对应的第二子商品产生负卖预留库存后，再将对应的交易订单的物流详情更新为已发货状态，等等。总之，通过本申请实施例，对于组合商品对象，前端交易平台服务器可以分别基于各个子商品对象进行前置路由，而不再是基于整个组合商品对象进行前置路由，这样，即使第一子商品对象在目标实体仓库存在实仓库存，而第二子商品对象在该目标实体仓库无实仓库存，但只要第二子商品对象在与该目标实体仓库绑定的目标负卖虚仓中存在负卖虚仓库存，就可以将组合商品对象置为可售状态，并提供相应的可售信息。进而，在接收到购买所述组合商品对象的请求时，就可以生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所 述第二子商品对象的前置路由仓。这样，使得组合商品对象可以获得更多的可售机会，并且，在第二用户不介意等待第一用户对部分子商品进行补货入库的情况下，可以方便第二用户的购买操作，而不用等到所有子商品的库存状态同步之后才能购买。从系统资源角度而言，由于使得组合商品对象有更多的机会能够被第二用户购买，因此，可以减少第二用户反复访问的次数，因此，可以使得提供的信息的有效性得到提高，从而可以节省系统资源。实施例二该实施例二从第二用户客户端的角度进行介绍。参见图2，该实施例二提供了一种组合商品对象交易信息处理方法，如前文所述，在该方法中，可以预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；另外，仓储中心服务器可以保存参加负卖的商品对象的负卖预留库存记录，在商品补货入库时，入库的库存量首先为已生成的负卖订单进行预留，剩余部分增加到实仓库存中，并且还可以对对应的虚仓库存进行扣减，以保证计划负卖的总数不变。具体的，该方法可以包括以下步骤：S201：第二用户客户端接收浏览组合商品对象详情信息的浏览请求；S202：将所述浏览请求提交到前端交易平台服务器，以便所述前端交易平台服务器分别获取各子商品对象的库存信息，如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库绑定的目标负卖虚仓中存在负卖虚仓库存，则返回所述组合商品对象的可售信息；S203：提供所述前端交易平台服务器返回的所述组合商品对象的可售信息；S204：接收到购买所述组合商品对象的请求时，将购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。实施例三该实施例三从物流中心服务器的角度进行介绍。参见图3，该实施例三提供了一种组合商品对象物流信息处理方法，如前文所述，在该方法中，可以预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；另外，仓储中心服务器可以保存参加负卖的商品对象的负卖预留库存记录，在商品补货入库时，入库的库存量首先为已生成的负卖订单进行预留，剩余部分增加到实仓库存中，并且还可以对对应的虚仓库存进行扣减，以保证计划负卖的总数不变。具体的，该方法可以包括以下步骤：S301：物流中心服务器确定待生成物流订单的目标交易订单；S302：确定所述目标交易订单中记录的前置路由信息；S303：如果所述目标交易订单中第一子商品对象被路由到实体仓库，第二子商品被路由到负卖虚仓，则针对所述第一子商品生成第一物流订单，针对所述第二子商品生成第二物流订单。具体实现时，物流中心服务器还可以通过跟踪所述第一物流订单以及第二物流订单的状态，同步更新所述交易订单的物流详情信息。实施例四该实施例四从发货中心服务器的角度进行介绍，参见图4，该实施例四提供了一种组合商品对象发货信息处理方法，如前文所述，在该方法中，可以预 先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；另外，仓储中心服务器可以保存参加负卖的商品对象的负卖预留库存记录，在商品补货入库时，入库的库存量首先为已生成的负卖订单进行预留，剩余部分增加到实仓库存中，并且还可以对对应的虚仓库存进行扣减，以保证计划负卖的总数不变。具体的，该方法可以包括以下步骤：S401：发货中心服务器在接收到针对指定物流订单的发货请求时，确定所述指定物流订单关联的目标交易订单信息；物流订单在生成后，其中通常会记录关联的交易订单标识，例如交易订单编号等等，因此，就可以据此确定出关联的目标交易订单信息。S402：判断是否存在与所述目标交易订单信息关联的另一物流订单；S403：如果存在，则将所述目标交易订单信息关联各物流订单进行合单处理，其中，如果其中一物流订单对应的前置路由仓为负卖虚仓，则在检测到该物流订单关联的子商品对象存在负卖预留库存时，将两个物流订单关联的各个子商品进行打包发货。具体实现时，发货中心服务器在确定出关联相同交易订单各物流订单后，还可以首先确定各物流订单的状态，如果各物流订单均未被取消，则触发执行所述合单操作。如果其中之一物流订单被取消，则可以仅基于未被取消的物流订单执行发货操作。需要说明的是，前述实施例二至实施例四均是与实施例一相对应的，因此，相关的具体实现可以参见实施例一中的记载，这里不再赘述。与实施例一相对应，本申请实施例还提供了一种组合商品对象交易信息处理装置，应用于前端交易中心服务器，如前文所述，在该方法中，可以预先为 每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；另外，仓储中心服务器可以保存参加负卖的商品对象的负卖预留库存记录，在商品补货入库时，入库的库存量首先为已生成的负卖订单进行预留，剩余部分增加到实仓库存中，并且还可以对对应的虚仓库存进行扣减，以保证计划负卖的总数不变。具体的，参见图5，该装置可以包括：库存信息获取单元501，用于接收浏览组合商品对象详情信息的浏览请求，并分别获取各子商品对象的库存信息；可售信息提供单元502，用于如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则提供所述组合商品对象的可售信息；前置路由单元503，用于接收到购买所述组合商品对象的请求时，生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。其中，所述组合商品对象的可售信息包括所述组合商品对象的可售库存数量信息，所述可售信息提供单元包括：可售库存数量确定子单元，用于确定各子商品对象的库存数量，并将其中的最小值确定为所述组合商品对象的可售库存数量。所述组合商品对象的可售信息不包括配送时效信息。具体实现时，物流中心服务器在生成与所述交易订单关联的物流订单时，根据前置路由仓类型的不同，针对所述第一子商品生成第一物流订单，针对所 述第二子商品生成第二物流订单。发货中心服务器在根据物流订单进行发货时，将关联相同交易订单的所述第一物流订单与所述第二物流订单进行合单处理，并在检测到所述第二子商品在对应的目标实体仓库中存在负卖预留库存时，将所述第一子商品与所述第二子商品进行打包发货。与实施例二相对应，本申请实施例还提供了一种组合商品对象交易信息处理装置，应用于第二用户客户端，如前文所述，在该方法中，可以预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；另外，仓储中心服务器可以保存参加负卖的商品对象的负卖预留库存记录，在商品补货入库时，入库的库存量首先为已生成的负卖订单进行预留，剩余部分增加到实仓库存中，并且还可以对对应的虚仓库存进行扣减，以保证计划负卖的总数不变。具体的，参见图6，该装置可以包括：浏览请求接收单元601，用于接收浏览组合商品对象详情信息的浏览请求；浏览请求提交单元602，用于将所述浏览请求提交到前端交易平台服务器，以便所述前端交易平台服务器分别获取各子商品对象的库存信息，如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库绑定的目标负卖虚仓中存在负卖虚仓库存，则返回所述组合商品对象的可售信息；可售信息提供单元603，用于提供所述前端交易平台服务器返回的所述组合商品对象的可售信息；购买请求接收单元604，用于接收到购买所述组合商品对象的请求时，将购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子 商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。与实施例三相对应，本申请实施例还提供了一种组合商品对象物流信息处理装置，应用于物流中心服务器，如前文所述，在该方法中，可以预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；另外，仓储中心服务器可以保存参加负卖的商品对象的负卖预留库存记录，在商品补货入库时，入库的库存量首先为已生成的负卖订单进行预留，剩余部分增加到实仓库存中，并且还可以对对应的虚仓库存进行扣减，以保证计划负卖的总数不变。具体的，参见图7，该装置可以包括：目标交易订单确定单元701，用于确定待生成物流订单的目标交易订单；前置路由信息确定单元702，用于确定所述目标交易订单中记录的前置路由信息；物流订单生成单元703，用于如果所述目标交易订单中第一子商品对象被路由到实体仓库，第二子商品被路由到负卖虚仓，则针对所述第一子商品生成第一物流订单，针对所述第二子商品生成第二物流订单。具体实现时，该装置还可以包括：跟踪单元，用于通过跟踪所述第一物流订单以及第二物流订单的状态，同步更新所述交易订单的物流详情信息。与实施例四相对应，本申请实施例还提供了一种组合商品对象发货信息处理装置，应用于发货中心服务器，如前文所述，在该方法中，可以预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录 包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；另外，仓储中心服务器可以保存参加负卖的商品对象的负卖预留库存记录，在商品补货入库时，入库的库存量首先为已生成的负卖订单进行预留，剩余部分增加到实仓库存中，并且还可以对对应的虚仓库存进行扣减，以保证计划负卖的总数不变。具体的，参见图8，该装置可以包括：目标交易订单信息确定单元801，用于在接收到针对指定物流订单的发货请求时，确定所述指定物流订单关联的目标交易订单信息；判断单元802，用于判断是否存在与所述目标交易订单信息关联的另一物流订单；合单处理单元803，用于如果存在，则将所述目标交易订单信息关联各物流订单进行合单处理，其中，如果其中一物流订单对应的前置路由仓为负卖虚仓，则在检测到该物流订单关联的子商品对象存在负卖预留库存时，将两个物流订单关联的各个子商品进行打包发货。具体实现时，该装置还可以包括：物流订单状态确定单元，用于在确定出关联相同交易订单各物流订单后，确定各物流订单的状态；触发单元，用于如果各物流订单均未被取消，则触发执行所述合单操作。发货单元，用于如果其中之一物流订单被取消，则仅基于未被取消的物流订单执行发货操作。通过本申请实施例，对于组合商品对象，前端交易平台服务器可以分别基于各个子商品对象进行前置路由，而不再是基于整个组合商品对象进行前置路由，这样，即使第一子商品对象在目标实体仓库存在实仓库存，而第二子商品对象在该目标实体仓库无实仓库存，但只要第二子商品对象在与该目标实体仓库绑定的目标负卖虚仓中存在负卖虚仓库存，就可以将组合商品对象置为可售 状态，并提供相应的可售信息。进而，在接收到购买所述组合商品对象的请求时，就可以生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。这样，使得组合商品对象可以获得更多的可售机会，并且，在第二用户不介意等待第一用户对部分子商品进行补货入库的情况下，可以方便第二用户的购买操作，而不用等到所有子商品的库存状态同步之后才能购买。从系统资源角度而言，由于使得组合商品对象有更多的机会能够被第二用户购买，因此，可以减少第二用户反复访问的次数，因此，可以使得提供的信息的有效性得到提高，从而可以节省系统资源。通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。以上对本申请所提供的组合商品对象交易信息处理方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有 改变之处。综上所述，本说明书内容不应理解为对本申请的限制。当前第1页1 2 3