商品对象的库存信息的处理方法及系统与流程

本申请涉及库存数据信息处理
技术领域：
，尤其涉及商品对象的库存信息的处理方法及系统。
背景技术：
：随着电子商务交易平台的不断完善，以及传统通信、移动通信等技术的快速发展，越来越多的人们通过网上购物的方式来获取自己所需的商品，商品的种类可以涉及到人们日常生活的方方面面。其中包括一些大件商品，例如，家用电器、家具等类目的商品。对于这类商品而言，由于具有体积大、重量大、易损坏等特点。由于体积大，需占用的存储空间多，卖家不得不租用大的仓库来存储这类商品。并且这类商品由于体积大，普通的物流商可能无法提供相应的配送服务，用户通常需要承担高额的配送费用。例如，在配送一些大家电时，如果消费者不在家，将会导致家电被退回到仓库而浪费人力物力，这使得家电、家具等类目的大件商品在电子商务交易平台上的销售遇到障碍，用户体验不好。现有的商品库存信息的处理方法，通常通过以下方式来进行处理：现有技术中针对大家电商品，卖家订购物流仓库(例如，提供仓储服务的物流公司，例如，物流宝仓库等，并且可以对物流仓库进行编码)，每个物流仓库都有对应的配送覆盖范围，以便消费者下单时，根据消费者的收货地址匹配对应配送覆盖范围的物流仓库。卖家完成货品入库，在销售前需要将货品运输到物流仓库内，物流仓库内的库存数据被用作卖家商品的销售库存。消费者在网站的商品详情页面上浏览或者购买商品时，可根据消费者的 收货地址匹配物流仓库的配送覆盖范围。消费者进入到提交订单页面时，可以选择预约配送时间，完成之后订单中会记录消费者选择的配送时间，以及路由出的仓库编码。在消费者付款后，会生成物流订单，并且交易系统可将订单上的配送时间等信息输出到仓库系统中，对应的物流仓库在接收到该订单后，可根据对应的预约配送时间执行配送。在卖家使用预约配送服务时，通常需要将大量的商品存储在对应的实体仓库中。如果这些商品没有能及时销售出去，会使得这部分商品长期占用实体仓库，导致卖家在仓库租用上的成本会逐渐增加。并且在仓库已经或者接近饱和的情况下，也使得其他畅销商品无法及时入库到物流仓库中，这降低了商品的库存周转速度，预约期内占用的库存只能在仓库内存储着，浪费仓储资源。技术实现要素：本申请实施例的目的是，提供一种商品对象的库存信息的处理方法及系统，以解决现有技术中由于库存商品长期占用实体仓库，导致商品的库存周转速度低，仓储资源被浪费的问题。为实现上述目的，本申请提供了如下方案：一种商品对象的库存信息的处理方法，所述方法包括：服务器接收商品对象库存量单位SKU的订单请求，所述订单请求携带实体库存中的商品标识信息、商品数量信息以及预约配送时间；以及接收所述商品对象SKU的虚拟库存操作请求，所述操作请求携带到仓时间；在订单表中确定预约配送时间晚于到仓时间的订单信息；根据所述订单信息中的所述商品数量信息，对实体库存中可售数量字段的值进行更新，以便根据实体库存中可售数量字段的值，提供所述商品对象SKU的可售服务。一种商品对象的库存信息的处理方法，所述方法包括：第一用户客户端 获取商品对象库存量单位SKU的订单信息，所述订单信息包括实体库存中的商品标识信息、商品数量信息以及预约配送时间；以及获取所述商品对象SKU的虚拟库存操作信息，操作信息包括到仓时间；向服务器发送所述商品对象SKU的订单请求，以及所述虚拟库存操作请求，并在所述订单请求中携带所述订单信息，所述操作请求携带所述操作信息，以便所述服务器在订单表中确定预约配送时间晚于到仓时间的订单信息，并根据所述订单信息中的商品数量信息，对所述实体库存中可售数量字段的值进行更新，以便根据所述实体库存中可售数量字段的值，提供商品对象SKU的可售服务。一种商品对象的库存信息的处理方法，所述方法包括：第二用户客户端确定商品对象库存量单位SKU的商品标识信息、商品数量信息以及预约配送时间；向服务器发送所述商品对象SKU的订单请求，所述订单请求携带实体库存中的商品标识信息、商品数量信息以及预约配送时间，以便所述服务器在订单表中确定预约配送时间晚于到仓时间的订单信息；根据所述订单信息中的商品数量信息，对所述实体库存中可售数量字段的值进行更新，以便根据所述实体库存中可售数量字段的值，提供商品对象SKU的可售服务。一种商品对象的库存信息的处理方法，所述方法包括：服务器接收第二用户客户端对商品对象库存量单位SKU的实体库存的浏览请求；判断是否存在预约配送时间晚于所述商品对象SKU的虚拟库存的到仓时间的订单信息，所述订单信息包括实体库存中的商品标识信息、商品数量信息以及预约配送时间；当存在预约配送时间晚于所述商品对象SKU的虚拟库存的到仓时间的订单信息时，根据所述订单信息中的商品数量信息，对所述实体库存中可售数量字段的值进行更新，向所述第二用户客户端返回更新后的实体库存中可售数量字段的值。一种商品对象的库存信息的处理系统，所述系统包括：接收单元、确定单元和处理单元；所述接收单元，用于接收商品对象库存量单位SKU的订单请求，所述订 单请求携带实体库存中的商品标识信息、商品数量信息以及预约配送时间；以及接收所述商品对象SKU的虚拟库存操作请求，所述操作请求携带到仓时间；所述确定单元，用于在订单表中确定预约配送时间晚于到仓时间的订单信息；所述处理单元，用于根据所述订单信息中的所述商品数量信息，对实体库存中可售数量字段的值进行更新，以便根据实体库存中可售数量字段的值，提供所述商品对象SKU的可售服务。一种商品对象的库存信息的处理系统，所述系统包括：获取单元和发送单元；所述获取单元，用于获取商品对象库存量单位SKU的订单信息，所述订单信息包括实体库存中的商品标识信息、商品数量信息以及预约配送时间；以及获取所述商品对象SKU的虚拟库存操作信息，操作信息包括到仓时间；所述发送单元，用于向服务器发送所述商品对象SKU的订单请求，以及所述虚拟库存操作请求，并在所述订单请求中携带所述订单信息，所述操作请求携带所述操作信息，以便所述服务器在订单表中确定预约配送时间晚于到仓时间的订单信息，并根据所述订单信息中的商品数量信息，对所述实体库存中可售数量字段的值进行更新，以便根据所述实体库存中可售数量字段的值，提供商品对象SKU的可售服务。一种商品对象的库存信息的处理系统，所述系统包括：确定单元和发送单元；所述确定单元，用于确定商品对象库存量单位SKU的商品标识信息、商品数量信息以及预约配送时间；所述发送单元，用于向服务器发送所述商品对象SKU的订单请求，所述订单请求携带实体库存中的商品标识信息、商品数量信息以及预约配送时间，以便所述服务器在订单表中确定预约配送时间晚于到仓时间的订单信息；根 据所述订单信息中的商品数量信息，对所述实体库存中可售数量字段的值进行更新，以便根据所述实体库存中可售数量字段的值，提供商品对象SKU的可售服务。一种商品对象的库存信息的处理系统，所述系统包括：接收单元、判断单元和处理单元；所述接收单元，用于接收第二用户客户端对商品对象库存量单位SKU的实体库存的浏览请求；所述判断单元，用于判断是否存在预约配送时间晚于所述商品对象SKU的虚拟库存的到仓时间的订单信息，所述订单信息包括实体库存中的商品标识信息、商品数量信息以及预约配送时间；所述处理单元，用于当存在预约配送时间晚于所述商品对象SKU的虚拟库存的到仓时间的订单信息时，根据所述订单信息中的商品数量信息，对所述实体库存中可售数量字段的值进行更新，向所述第二用户客户端返回更新后的实体库存中可售数量字段的值。根据本申请提供的具体实施例，本申请公开了以下技术效果：通过本申请实施例，将未到达实体仓库的库存通过虚拟库存表达，使得虚拟库存尚未到达实体仓库之前，提前为前端消费者提供销售服务，将预约配送时间晚于虚拟库存到仓时间的订单中的商品数量占用虚拟库存，在虚拟库存在途期间增加实体库存的可售数量，为消费者提供服务，这样不但可以避免商品长期占用实体仓库导致仓储资源浪费，而且还提高了库存周转率，降低了仓库租用上的成本。当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实 施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1为本申请实施例一提供的商品对象的库存信息的处理方法流程图；图2为本申请实施例二提供的商品对象的库存信息的处理方法流程图；图3为本申请实施例三提供的商品对象的库存信息的处理方法流程图；图4为本申请实施例四提供的商品对象的库存信息的处理方法流程图；图5为本申请实施例五提供的商品对象的库存信息的处理系统示意图；图6为本申请实施例六提供的商品对象的库存信息的处理系统示意图；图7为本申请实施例七提供的商品对象的库存信息的处理系统示意图；图8为本申请实施例八提供的商品对象的库存信息的处理系统示意图。具体实施方式为使得本申请的发明目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例仅仅是本申请一部分实施例，而非全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。本申请实施例提供的商品对象的库存信息的处理方法及系统，可以为各类仓储、物流服务系统提供数据支持，在本申请实施例中以为菜鸟系统为例进行说明，菜鸟系统包括后端的服务器和前端的客户端，但并不以此作为限制。销售平台的商家通过入库单的方式把商品对象入驻到平台统一的仓库如菜鸟仓，通常会出现采购入库、调拨冻结、仓间调拨、盘点等操作，而在这一系列操作过程中，会在系统中对应的产生各种状态的库存：采购在途库存、 调拨出库冻结库存、有效库存、残次库存、调拨在途库存等。而现有技术中只能针对有效库存即实体库存进行销售，其他库存类型不允许销售。例如，商品对象SKU(StockKeepingUnit，库存量单位)要入驻到菜鸟仓100件，商家首先生成入库单，SKU会以采购在途库存状态存在，现有技术中在电商前端是不可售的，等入库单菜鸟仓确认入库后，该SKU在菜鸟仓内以实体库存存在，这时电商前端才可销售。为此，本申请实施例就旨在解决菜鸟仓体系内尚未进入实体仓库的商品形成的虚拟仓库(采购在途库存、调拨冻结库存、调拨在途库存等)引起的不可销售问题，更好的提高库存周转率。菜鸟系统统一管理商品的物流信息和库存信息，通过消费者用户在网站的网页的操作生成的订单，根据订单对商品的物流信息和库存信息进行更新。为了提高消费者用户对大家电商品的购物体验，菜鸟系统用来管理商品入库和库存服务的发布、审核、订购等。菜鸟系统为第一用户卖家提供实体仓库菜鸟仓，每个实体仓库都有自己的配送覆盖范围，然后卖家将大家电商品入库到实体仓库。当商品在实体仓库中库存不足时，在对商品进行采购时，预测出商品的销售数量可能也不准确，如果此时卖家将大批商品运输到实体仓库中，如果没有能及时销售出去，会使得这部分商品长期占用实体仓库库存，导致实体仓库在租用上的成本会增加，以及影响卖家的资金周转，同时在实体仓库已经或者接近饱和的情况下，这种被长期占用的情况，也使得其他畅销商品无法及时入库到仓库中。在这种情况下，菜鸟系统可以向第二用户推出预约配送服务。当第二用户在淘宝网网站中的商品详情网页中浏览商品并下单时，可选择预约配送时间，以及选择预约的时间点在商品订单系统中生成订单，菜鸟系统获取订单之后，会根据第二用户选择的预约配送时间指示第一用户卖家对订单中的商品进行配送。为用户提供确定性的配送时间，利于实体仓库合理的安排发货和网点配送时间。由于实体仓库内的商品越少，卖家付出的仓库成本费也越少，所以提高实体仓库的库存周转率是一种节约成本的途径。现有技术中实体仓库内有库 存才可以售，实体仓库内没库存则不可售。一般预约配送时间比正常的物流配送时间要晚，如果某个实体仓库内的商品只有一个库存，此时第二用户A购买这一个商品，预约配送时间是10天后，则商品的一个库存被物流系统占用，等待物流配送，这时商品详情页面上的库存暂时为0，其他消费者第二用户也不能下单，需要等待第一用户卖家把下一批商品入到实体仓库后才可售。如果接下来另一个第二用户很想买这个商品，则只能等待卖家完成入库，这样会流失消费者第二用户，而预约配送时间长的订单，会对该实体仓库库存有时间上的浪费。可以将实体仓库内的库存留给预约配送时间短的第二用户，这样就提高了库存周转率，其中库存周转率是指销售的物料成本与平均库存之间的比值。针对预约配送订单，本申请实施例中引入虚拟仓库库存，该虚拟仓库与卖家订购的实体仓库对应的配送覆盖范围相同，用于对符合条件的预约配送订单做库存占用切换操作，即释放实体仓库的库存占用，占用虚拟仓库的库存，虚拟仓库中的商品已补入到实体仓库时，会对符合条件的预约配送订单做库存重新占用操作，释放虚拟仓库的库存，重新占用实体仓库的库存，即在商品真正送到实体仓库时，对已经卖掉的商品进行立即发货，同时将没有销售掉的虚拟仓库可售数量转换成调入实体仓库的可售库存。可以保证在不影响预约配送订单的物流体验前提下，有效地提高预约期内商品的库存周转速度，使实体仓库内的库存维持在平衡的状态。为了更好地理解本申请的优点，下面通过附图和详细的描述来介绍本申请的实施例。实施例一图1为本申请实施例提供的商品对象的库存信息的处理方法流程图。该实施例的执行主体可以是菜鸟系统，参见图1所示的商品对象的库存信息的处理方法流程图，商品对象的库存信息的处理具体包括以下步骤：步骤S101、服务器接收商品对象库存量单位SKU的订单请求，所述订单 请求携带实体库存中的商品标识信息、商品数量信息以及预约配送时间；以及接收所述商品对象SKU的虚拟库存操作请求，所述操作请求携带到仓时间。在本申请实施例中，将用户区分为第一用户和第二用户，例如，在一种具体的实现中，第一用户可以是指销售平台中的卖家或商家，第二用户可以是指在销售平台中进行购买操作的买家。将仓库分为实体仓库和虚拟仓库，实体库存可以是地理空间内实际存在实体仓库的商品数量，实体仓库存有卖家所要销售的商品，例如，电视、电视、洗衣机等大家电或者家具等等。虚拟库存记录着虚拟仓库中的商品到达实体仓库的到仓时间和商品数量，只是在计算机库存系统数据库中使用的概念，其中不会库存实际的商品。第一用户卖家可以将需要通过这种实体仓库进行统一配送的商品信息发布到物流系统中，使得物流系统知晓各个卖家有哪些商品需要销售。如果卖家已经将其商品运输到实体仓库中，则可以向物流系统填写入库单生成实体库存，表明有哪些商品已经运输到实体仓库中；另外，对于尚未运输到实体仓库，但是将来可能会需要通过实体库存进行配送的商品，也可以将虚拟仓库的虚拟库存发布到物流系统中。这样，物流系统可以知晓各个第一用户卖家有哪些商品需要销售，以及实体库存和虚拟库存的商品的可售数量，并通过实体仓库进行配送，即实体仓库的商品与在商品详情页面上显示的实体库存中的商品形成映射关系。服务器接收的商品对象SKU的订单请求，可以是由第二用户通过第二用户客户端手动通过一次或多次请求的方式发起的，第二用户在商品详情网页上浏览商品对象SKU信息，以及实体库存的可售数量，并在网页上选择商品标识信息、商品数量信息以及预约配送时间，付款下单生成了订单信息并发送给服务器。其中，预约配送是指第二用户买家的收货地址在卖家承诺的配送覆盖的区域范围内，第二用户拍下并在提示的最晚付款时间前成功付款、并由第二用户对商品的到货日期、到货时间进行预约，卖家承诺在预约配送 时间内将商品送达买家第二用户指定收货地址。这解决了配送过程中第二用户不在家的问题，为第二用户提供确定性的配送时间，利于实体仓库合理的安排发货和网点配送时间。例如，菜鸟系统可以是在实体库存中，通过商品标识或商品名查询出的商品标识为10001的电视商品的可售数量为4。并将商品标识为10001的商品的可售数量为4的信息发送给淘宝网的服务器，以供淘宝网站在商品详情网页页面上呈现可售数量信息。第二用户在淘宝网网站提供的购买该商品的操作入口进行订购操作，其中，该操作入口可以是呈现在页面或应用中的订购链接、按钮等，当可售数量为零时，可以提示当前第二用户不能订购该商品，或者直接将前述操作入口置为不可操作状态。其中，关于实体库存数据表可以以表1的形式进行保存：表1商品标识商品名可售数量实体仓库的配送覆盖范围10001电视4杭州+北京……………………服务器接收第二用户A的订购生成的订单A的订单请求，订单A包括第二用户标识A，订购的商品标识信息为10001的电视商品数量为1个，预约配送时间为2015年3月9日，电视商品数量1个占用实体库存中电视商品的可售数量4个，占用后的实体库存中电视商品的可售数量为3个。根据第二用户B的订购和付款操作生成了订单B，服务器接收第二用户B发送的商品对象SKU的订单请求，订单B包括第二用户标识B，订购的商品标识为10001的电视数量为2个，预约配送时间为2015年3月2日，电视商品数量2个占用实体库存中电视商品的可售数量3。菜鸟系统接收订单之后，订单中的商品数量占用实体库存中商品的可售数量，对该商品的实体库存的可售数量进行扣减，这样，其他第二用户在查看该商品在实体库存的可售数量时，显示的就会是 扣减之后的可售数量。当然，对于菜鸟系统而言，第二用户生成的订单是后台数据库中的一条记录，订单的格式一般可以如表2所示：表2被订单占用后的实体库存数据表可以以表3的形式进行保存：表3商品标识商品名可售数量实体仓库的配送覆盖范围10001电视0杭州+北京……………………库存操作的类型包括采购操作、冻结操作、实体仓库间的调拨操作、退换货操作中的至少一种。例如，第一用户客户端指示厂商向实体仓库发货的操作，或者向目标实体仓库进行调拨的操作。服务器接收的商品对象SKU的虚拟库存操作请求，可以是由第一用户通过第一用户客户端手动发出的，也可以是由系统自动发出的。例如，第一用户对其订购的各个实体仓库中的库存信息进行监控，如果发现实体仓库中出现库存不足等情况时，可以从厂商采购，也即要求厂商向该实体仓库发货， 或者还可以从就近的其他实体仓库进行调拨，等等。只要是客户端对SKU执行了库存操作，就可以通过相关的单据操作，使得菜鸟系统获知这种库存操作行为的发生。例如，第一用户商家可以提交采购单、调拨单、换货单，等等。相应的，系统就可以接收到相关的库存操作请求。具体的，虚拟库存操作请求中至少携带有到仓时间(即商品到达实体仓库的时间)以及操作数量信息(即将入库到实体仓库的数量)，这些信息可以为后续的步骤提供处理依据。针对库存操作，在具体实现中，首先第一用户对于采购的在途中的商品或未入库的商品创建了采购商品的入库单，通知菜鸟系统在将来的某一时间有多少商品会补入到实体仓库内，第一用户卖家向菜鸟系统填写的采购入库单生成虚拟库存，即对未入库的商品在虚拟库存中生成虚拟库存信息的表格，此时菜鸟系统接收了第一用户的采购操作请求。关于虚拟库存的数据表格可以是预先建立好的，并且，由于系统中包含的第一用户，各个第一用户所具有的SKU，以及为各个SKU订购的实体仓库都是可以预先确定的。例如，采购入库单信息中于2015年3月3日有50件商品标识为10001的电视商品到达实体仓库内，菜鸟系统记录着到仓时间为2015年3月3日，以及虚拟库存为50个。例如，采购在途虚拟仓库数据表可以以表4的形式进行保存：表4商品标识商品名虚拟库存配送覆盖范围到仓时间10001电视50杭州+北京2015/3/3…………………………步骤S102、在订单表中确定预约配送时间晚于到仓时间的订单信息。在步骤S101中的每个订单的预约配送时间不同，且商品数量占用实体库存的可售数量，遍历每个订单，获取预约配送时间晚于到仓时间的订单。例如，订单A中，订购的商品标识为10001的电视商品的预约配送时间为2015年3月9日，订单C中，订购的商品标识为10001的电视商品的预约配送时间为2015年3月7日，虚拟仓库中的商品到达实体仓库的预约到仓时间为2015年3月3日，此时，订单A和C的预约配送时间晚于到仓时间2015年3月3日，则将预约配送时间晚于到仓时间的订单A和C纳入订单表中，订单信息以表5的订单表形式存在。表5可选地，判断在所述实体库存的可售数量字段的值与所述订单信息中的商品数量的差值是否大于阈值；如果不大于，则获取预约配送时间晚于到仓时间的订单信息。例如，设定的阈值为2，实体库存被订单A、B和C中的商品数量占用前的实体库存的可售数量字段的值为4，订单A、B和C中的商品数量为4，它们的差值为0，即当实体库存被订单A、B和C中的商品数量占用后的实体库存的可售数量为0，0不大于4，则获取预约配送时间晚于到仓时间的订单信息A和C。通过该步骤可以避免超卖现象发生。步骤S103、根据所述订单信息中的所述商品数量信息，对实体库存中可售数量字段的值进行更新，以便根据实体库存中可售数量字段的值，提供所述商品对象SKU的可售服务。服务器在确定出存在有预约配送时间晚于到仓时间的订单信息后，根据订单信息中的所述商品数量信息，可以对实体库存中可售数量字段的值进行更新，再将更新后的实体库存中可售数量字段的值展示给用户，以便根据实体库存中可售数量字段的值，为第二用户提供所述商品对象SKU的可售服务，例如，其他用户提供查询服务，订单操作等。可以有效地减少用户查询库存的请求量，减小服务器的负担。例如，将订单A和C的商品数量增加至实体库存的可售数量中，将订单A的商品数量1和订单C的商品数量1增加至实体库存的可售数量0后更新为可售数量2，将实体库存中商品的可售数量字段的值2，提供给预约配送时间短的第二用户进行商品对象SKU的可售服务。相对于现有技术，避免了订单A、B和C中的商品数量4个全部占用实体库存的可售数量4个后，实体库存的可售数量为0，无法供预约配送时间短的第二用户进行订购，而订单A和C的商品数量2个占用着实体仓库，浪费仓库资源。本步骤让预约配送时间晚的订单，释放原有的实体库存的占用库存，以便这部分库存可以再次供预约配送时间早的消费者订购，从而为卖家提高了库存周转速度，增加了消费者对商家的粘性度，进一步提升卖家的订单量。步骤S101-S103中，可以理解的是，所述订单请求占用所述实体库存的可售数量；当接收到所述商品对象的SKU的虚拟库存采购操作请求时，释放预约配送时间晚于到仓时间的订单所占用的实体库存的可售数量，并占用所述虚拟库存的可售数量；当接收到所述虚拟库存到达所述实体库存的信息时，释放所述虚拟库存的可售数量，根据所述订单信息中的所述商品数量信息重新占用所述实体库存的可售数量。可选地，所述根据所述订单信息中的所述商品数量信息，对实体库存中可售数量字段的值进行更新，具体包括：如果所述订单请求引起所述实体库存从第一库存更新到第二库存，则根据所述商品数量信息，对所述第一库存的可售数量字段的值进行增加后，变化到所述第二库存的可售数量字段的值。例如，订单信息中的A和C的订单请求引起实体库存从第一库存0个更新到第二库存2个时，则根据订单A和C的商品数量2个，对第一库存的可售数量字段的值0进行增加后，变化到所述第二库存的可售数量字段的值2。通过上述这种精细化的虚拟库存信息的表达，可以为第一用户提供更详细的虚拟库存查询结果，使得第一用户更清晰的知晓其SKU所处的具体库存状态，另外，也可以使得第二用户获得更优质的服务。可选地，在所述根据所述订单信息中的所述商品数量信息，对实体库存中可售数量字段的值进行更新后，还包括：根据所述订单信息中的所述商品数量信息，利用所述虚拟库存中的可售数量字段的值进行扣减锁定的商品数量值，将所得差值返回再作为所述虚拟库存的可售数量字段的值。例如，对于预约配送时间晚于到仓时间的订单A,系统会根据订单A中的商品数量1对虚拟库存进行锁定，利用虚拟库存中的可售数量字段的值50进行扣减锁定的商品数量值1，将所得差值49返回再作为所述虚拟库存的可售数量字段的值49，被锁定的库存换为不可售状态，也就是说，当有部分虚拟库存被锁定之后，在向卖家用户展示虚拟可售库存数量时，可以将被锁定的可售库存扣除出去。本实施例中，只针对预约配送时间晚于到仓时间的订单A和C中的商品数量2，在虚拟库存中对商品数量2进行锁定。可选地，当所述虚拟库存进入到所述实体库存时，将所述虚拟库存中的可售数量字段的值清零，并对应增加所述实体库存中可售数量字段的值；其中，所述实体库存中可售数量字段的值为：实际进入到所述实体库存数量减去所述虚拟库存中被锁定的商品数量。后续当库存实际进入实体仓库时，第一用户填写实体库存的入库单，同时可以向第二用户进行发货操作。服务器根据填写的实体库存的入库单计算实体库存数量时具体包括：将虚拟库存中的可售数量字段的值清零，将实体仓库入库单中的数量50，减去虚拟仓库中被锁定的库存数量2，然后计算出实体仓库的库存数量，保存到实体仓库数据表中。其中，计算出实体仓库中 实际增加的可售数量为：实体仓库实际增加的可售数量＝采购/调拨的数量-虚拟库存中被锁定的商品数量。例如，前述采购的50件虚拟库存，在采购在途的过程中，被锁定了2件，后续当虚拟库存真正进入到实体仓库时，增加的可售数量为50-2＝48。通过上述这种精细化的实体库存和虚拟库存信息的表达，可以为第一用户和第二用户提供更详细、最新的实体库存和虚拟库存的查询结果，使得第一用户和第二用户实时的知晓商品对象SKU所处的具体库存状态，从而为第二用户提供更优质的服务。因此，通过本申请实施例，将未到达实体仓库的库存通过虚拟库存表达，使得虚拟库存尚未到达实体仓库之前，提前为前端消费者提供销售服务，将预约配送时间晚于虚拟库存到仓时间的订单中的商品数量占用虚拟库存，在虚拟库存在途期间增加实体库存的可售数量供消费者服务，可以避免商品长期占用实体仓库导致仓储资源浪费，还提高了库存周转率，降低了仓库租用上的成本。同时增加了消费者的粘性度，进一步提升卖家的订单量。实施例二前述实施例一中，主要从服务端的角度，对商品对象的库存信息的处理方法进行了介绍，与实施例一相对应的实施例二中，主要从第一用户客户端的角度对商品对象的库存信息的处理方法进行介绍。也即，步骤S101中的商品对象SKU的虚拟库存操作请求，可以是由第一用户客户端发出的，参见图2为本申请实施例提供的商品对象的库存信息的处理方法流程图。该实施例的执行主体可以是第一用户客户端，该方法可以包括以下步骤：步骤S201、第一用户客户端获取商品对象库存量单位SKU的订单信息，所述订单信息包括实体库存中的商品标识信息、商品数量信息以及预约配送时间；以及获取所述商品对象SKU的虚拟库存操作信息，操作信息包括到仓 时间。例如，当买家在销售平台的商品对象SKU上购买商品时，第一用户客户端获取商品对象库存量单位SKU的订单信息，订单信息包括实体库存中的商品标识信息、商品数量信息以及预约配送时间。当第一用户提交采购入库单时，第一用户客户端接收到采购入库单后，就可以从中获取商品对象SKU的虚拟库存操作信息，操作信息包括到仓时间。步骤S202、向服务器发送所述商品对象SKU的订单请求，以及所述虚拟库存操作请求，并在所述订单请求中携带所述订单信息，所述操作请求携带所述操作信息。步骤S202是为了服务器在订单表中确定预约配送时间晚于到仓时间的订单信息，并根据所述订单信息中的商品数量信息，对所述实体库存中可售数量字段的值进行更新，以便根据所述实体库存中可售数量字段的值，提供商品对象SKU的可售服务。由于该实施例二是与实施例一相对应的，仅仅是描述角度有所不同，实施例二中各个步骤中的实现细节，在实施例一中均有记载，参照执行即可，因此，相关的实现细节可以参见实施例一中的介绍，这里不再赘述。实施例三该实施例三与实施例二相对应，主要从第二用户客户端的角度对商品对象的库存信息的处理方法进行介绍。也即，步骤S101中的商品对象库存量单位SKU的订单请求，可以是由第二用户客户端发出的，参见图3为本申请实施例提供的商品对象的库存信息的处理方法流程图。该实施例的执行主体可以是第二用户客户端，该方法可以包括以下步骤：步骤S301、第二用户客户端确定商品对象库存量单位SKU的商品标识信息、商品数量信息以及预约配送时间。例如，第二用户在商品详情网页上浏览商品对象SKU信息，以及实体库 存的可售数量，并在网页上选择商品标识信息、商品数量信息以及预约配送时间，付款下单生成了订单信息并发送给服务器。步骤S302、向服务器发送所述商品对象SKU的订单请求，所述订单请求携带实体库存中的商品标识信息、商品数量信息以及预约配送时间。步骤S302是为了服务器在订单表中确定预约配送时间晚于到仓时间的订单信息；根据所述订单信息中的商品数量信息，对所述实体库存中可售数量字段的值进行更新，以便根据所述实体库存中可售数量字段的值，提供商品对象SKU的可售服务。由于该实施例三是与实施例二相对应的，仅仅是描述角度有所不同，实施例三中各个步骤中的实现细节，在实施例一和实施例二中均有记载，参照执行即可，因此，相关的实现细节可以参见实施例一和实施例二中的介绍，这里不再赘述。实施例四该实施例四中，主要从服务器的角度，介绍为第二用户提供查询服务的具体实现，该实施例的执行主体可以是服务器。参见图4，该实施例四提供了一种商品对象的库存信息的处理方法，该方法可以包括以下步骤：步骤S401、服务器接收第二用户客户端对商品对象库存量单位SKU的实体库存的浏览请求。第二用户是指前端销售平台的消费者用户，第二用户在商品详情页面上选定商品对象SKU时，页面会向第二用户展示商品对象SKU的实体库存信息，此时服务器接收第二用户客户端查看商品对象SKU的实体库存信息的浏览请求。步骤S402、判断是否存在预约配送时间晚于所述商品对象SKU的虚拟库存的到仓时间的订单信息，所述订单信息包括实体库存中的商品标识信息、商品数量信息以及预约配送时间。接收第二用户客户端的浏览请求后，根据订单信息中的预约配送时间，判断是否存在预约配送时间晚于商品对象SKU的虚拟库存的到仓时间的订单信息。步骤S403、当存在预约配送时间晚于所述商品对象SKU的虚拟库存的到仓时间的订单信息，根据所述订单信息中的商品数量信息，对所述实体库存中可售数量字段的值进行更新，向所述第二用户客户端返回更新后的实体库存中可售数量字段的值。如果存在，则根据订单信息中的商品数量信息，对实体库存中可售数量字段的值进行更新，将更新后的实体库存的可售数量返回给第二用户客户端。以便根据实体库存中可售数量字段的值，为第二用户提供所述商品对象SKU的可售服务，或者为其他用户提供查询服务等。这样服务器让预约配送时间晚的订单，释放原有的实体库存的占用库存，以便这部分库存可以再次供预约配送时间早的消费者执行下单等操作。在具体实现时，该步骤中的根据所述订单信息中的所述商品数量信息，对实体库存中可售数量字段的值进行更新，具体包括：如果订单请求引起所述实体库存从第一库存更新到第二库存，则根据所述商品数量信息，对所述第一库存的可售数量字段的值进行增加后，变化到所述第二库存的可售数量字段的值。在具体实现时，在该步骤之后可能还包括以下步骤：根据所述订单信息中的所述商品数量信息，利用所述虚拟库存中的可售数量字段的值进行扣减锁定的商品数量值，将所得差值返回再作为所述虚拟库存的可售数量字段的值。当所述虚拟库存进入到所述实体库存时，将所述虚拟库存中的可售数量字段的值清零，并对应增加所述实体库存中可售数量字段的值；其中，所述实体库存中可售数量字段的值为：实际进入到所述实体库存数量减去所述虚拟库存中被锁定的商品数量。实施例四中各个步骤中的实现细节，在实施例一中均有记载，参照执行 即可，因此，相关的实现细节可以参见实施例一中的介绍，这里不再赘述。因此，通过本申请实施例，将未到达实体仓库的库存通过虚拟库存表达，使得虚拟库存尚未到达实体仓库之前，提前为前端消费者提供销售服务，将预约配送时间晚于虚拟库存到仓时间的订单中的商品数量占用虚拟库存，在虚拟库存在途期间增加实体库存的可售数量供消费者服务，可以避免商品长期占用实体仓库导致仓储资源浪费，还提高了库存周转率，降低了仓库租用上的成本。同时增加了消费者的粘性度，进一步提升卖家的订单量。实施例五与本申请实施例一提供的商品对象的库存信息的处理方法相对应，本申请实施例还提供了一种商品对象的库存信息的处理系统，主要是从服务器的角度出发，执行主体可以是菜鸟系统，参见图5所示的商品对象的库存信息的处理系统示意图，该系统具体可以包括：接收单元501、确定单元502和处理单元503；所述接收单元501，用于接收商品对象库存量单位SKU的订单请求，所述订单请求携带实体库存中的商品标识信息、商品数量信息以及预约配送时间；以及接收所述商品对象SKU的虚拟库存操作请求，所述操作请求携带到仓时间；其中，所述操作的类型包括采购操作、冻结操作、实体仓库间的调拨操作、退换货操作中的至少一种。所述确定单元502，用于在订单表中确定预约配送时间晚于到仓时间的订单信息；所述处理单元503，用于根据所述订单信息中的所述商品数量信息，对实体库存中可售数量字段的值进行更新，以便根据实体库存中可售数量字段的值，提供所述商品对象SKU的可售服务。所述处理单元503，还用于当所述虚拟库存进入到所述实体库存时，将所述虚拟库存中的可售数量字段的值清零，并对应增加所述实体库存中可售数 量字段的值；其中，所述实体库存中可售数量字段的值为：实际进入到所述实体库存数量减去所述虚拟库存中被锁定的商品数量。所述处理单元503，具体用于如果所述订单请求引起所述实体库存从第一库存更新到第二库存，则根据所述商品数量信息，对所述第一库存的可售数量字段的值进行增加后，变化到所述第二库存的可售数量字段的值。所述系统还可以包括：返回单元504，用于根据所述订单信息中的所述商品数量信息，利用所述虚拟库存中的可售数量字段的值进行扣减锁定的商品数量值，将所得差值返回再作为所述虚拟库存的可售数量字段的值。占用单元505，用于所述订单请求占用所述实体库存的可售数量；释放单元506，用于当接收到所述商品对象的SKU的虚拟库存采购操作请求时，释放预约配送时间晚于到仓时间的订单所占用的实体库存的可售数量，并占用所述虚拟库存的可售数量；占用单元505，还用于当接收到所述虚拟库存到达所述实体库存的信息时，释放所述虚拟库存的可售数量，根据所述订单信息中的所述商品数量信息重新占用所述实体库存的可售数量。判断单元507，用于判断在所述实体库存的可售数量字段的值与所述订单信息中的商品数量的差值是否大于阈值；获取单元508，用于如果不大于，则获取预约配送时间晚于到仓时间的订单信息。实施例六与本申请实施例二提供的商品对象的库存信息的处理方法相对应，本申请实施例还提供了一种商品对象的库存信息的处理系统，主要是从第一用户客户端的角度出发，执行主体可以是菜鸟系统，参见图6所示的商品对象的库存信息的处理系统示意图，该系统具体可以包括：获取单元601和发送单 元602；所述获取单元601，用于获取商品对象库存量单位SKU的订单信息，所述订单信息包括实体库存中的商品标识信息、商品数量信息以及预约配送时间；以及获取所述商品对象SKU的虚拟库存操作信息，操作信息包括到仓时间；所述发送单元602，用于向服务器发送所述商品对象SKU的订单请求，以及所述虚拟库存操作请求，并在所述订单请求中携带所述订单信息，所述操作请求携带所述操作信息，以便所述服务器在订单表中确定预约配送时间晚于到仓时间的订单信息，并根据所述订单信息中的商品数量信息，对所述实体库存中可售数量字段的值进行更新，以便根据所述实体库存中可售数量字段的值，提供商品对象SKU的可售服务。实施例七与本申请实施例三提供的商品对象的库存信息的处理方法相对应，本申请实施例还提供了一种商品对象的库存信息的处理系统，主要是从第二用户客户端的角度出发，执行主体可以是菜鸟系统，参见图7所示的商品对象的库存信息的处理系统示意图，该系统具体可以包括：确定单元701和发送单元702；所述确定单元701，用于确定商品对象库存量单位SKU的商品标识信息、商品数量信息以及预约配送时间；所述发送单元702，用于向服务器发送所述商品对象SKU的订单请求，所述订单请求携带实体库存中的商品标识信息、商品数量信息以及预约配送时间，以便所述服务器在订单表中确定预约配送时间晚于到仓时间的订单信息；根据所述订单信息中的商品数量信息，对所述实体库存中可售数量字段的值进行更新，以便根据所述实体库存中可售数量字段的值，提供商品对象SKU的可售服务。实施例八与本申请实施例四提供的商品对象的库存信息的处理方法相对应，本申 请实施例还提供了一种商品对象的库存信息的处理系统，主要是从服务器的角度出发，执行主体可以是菜鸟系统中的服务器，参见图8所示的商品对象的库存信息的处理系统示意图，该系统具体可以包括：接收单元801、判断单元802和处理单元803；所述接收单元801，用于接收第二用户客户端对商品对象库存量单位SKU的实体库存的浏览请求；所述判断单元802，用于判断是否存在预约配送时间晚于所述商品对象SKU的虚拟库存的到仓时间的订单信息，所述订单信息包括实体库存中的商品标识信息、商品数量信息以及预约配送时间；所述处理单元803，用于当存在预约配送时间晚于所述商品对象SKU的虚拟库存的到仓时间的订单信息时，根据所述订单信息中的商品数量信息，对所述实体库存中可售数量字段的值进行更新，向所述第二用户客户端返回更新后的实体库存中可售数量字段的值。因此，通过本申请实施例，将未到达实体仓库的库存通过虚拟库存表达，使得虚拟库存尚未到达实体仓库之前，提前为前端消费者提供销售服务，将预约配送时间晚于虚拟库存到仓时间的订单中的商品数量占用虚拟库存，在虚拟库存在途期间增加实体库存的可售数量供消费者服务，可以避免商品长期占用实体仓库导致仓储资源浪费，还提高了库存周转率，降低了仓库租用上的成本。同时增加了消费者的粘性度，进一步提升卖家的订单量。本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其与方法实施例相似，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可 以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。本领域普通技术人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执轨道，取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执轨道的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或
技术领域：
内所公知的任意其它形式的存储介质中。以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进轨道了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。当前第1页1 2 3