CN105096015B - 商品对象信息处理方法及系统 - Google Patents
商品对象信息处理方法及系统 Download PDFInfo
- Publication number
- CN105096015B CN105096015B CN201410166069.1A CN201410166069A CN105096015B CN 105096015 B CN105096015 B CN 105096015B CN 201410166069 A CN201410166069 A CN 201410166069A CN 105096015 B CN105096015 B CN 105096015B
- Authority
- CN
- China
- Prior art keywords
- user
- information
- logistics warehouse
- logistics
- virtual
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Business, Economics & Management (AREA)
- Economics (AREA)
- Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Marketing (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Entrepreneurship & Innovation (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Human Resources & Organizations (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开了商品对象信息处理方法及系统,其中,所述方法包括:确定作为期货进行预售的商品对象以及预售数量;确定该商品对象所属的第一用户信息,以及与该第一用户关联的实体物流仓库的信息;生成该商品对象的虚拟物流仓库信息;在向第二用户展示该商品对象的物流仓库信息时,获取该第二用户的地址信息,并判断该第二用户的地址信息是否位于该虚拟物流仓库的配送覆盖范围内,如果是,则向该第二用户提供该商品对象的虚拟物流仓库信息。通过本申请,能够在期货预售的过程中,防止出现“超卖”或超出配送覆盖区域等现象。
Description
技术领域
本申请涉及电子商务交易平台技术领域,特别是涉及商品对象信息处理方法及系统。
背景技术
随着电子商务交易平台的不断完善,以及传统通信、移动通信等技术的快速发展,越来越多的人们通过网上购物的方式来获取自己所需的商品,商品的种类可以涉及到人们日常生活的方方面面,其中包括家用电器、家具等类目的商品。对于这类商品而言,由于具有体积大、重量大、易损坏等特点,这导致普通的物流商可能无法提供相应的配送服务,用户通常需要承担高额的配送费用,这使得家电、家具等类目的商品在电子商务交易平台上的销售遇到障碍。
为此,一些电子商务交易平台为这类商品的第一用户提供了统一的物流服务,该服务首先提供了多个物流仓库,每个物流仓库都有自己的配送覆盖范围,例如家电的第一用户(例如卖家等)可以根据自己的目标销售区域,订购一个或者多个物流仓库,并将自己的商品入库到订购的物流仓库中。第二用户(如买家等)在商品详情或者购买界面中查看商品时,电子商务交易平台可根据第二用户所在的地址匹配物流仓库的覆盖区域范围进行匹配,如果匹配上,则获取该物流仓库中的库存展示给第二用户,第二用户付款下单后,会生成一个物流订单流入到物流系统,物流系统对其进行发货,而后“卖家的货物”经过一系列的配送环节派送到第二用户手上。对卖家用户来说,该物流系统是一种整合了各个物流环节(仓储、中转站、配送等)的资源,为其提供便捷的物流服务的产品,同时可以提升物流服务的质量,降低物流成本。
在实际应用中,对于已经订购了物流仓库的第一用户而言,为了把握更多的销售渠道来提高销量,经常需要开展一些促销活动,例如,把自己的货品进行提前预售等。预售与普通的商品在线销售的主要区别在于:第二用户的付款行为通常分为两次,第一次付定金,第二次是付尾款。预售形式一般可分为两种:一种是现货预售,另一种是期货预售。所谓的现货预售也就是对物流仓库中有库存的商品进行预售,现有技术中已经为这种预售形式提供了具体的解决方案。例如,商品详情页面或者购买操作页面可以请求库存中心获取区域库存展示,库存中心根据当前第二用户的收货地址,获取第一用户订购的覆盖该区域的收货地址对应的仓库列表,并获取符合条件的仓库库存返回给商品详情页面或者购买操作页面展示。同时,要求第二用户在一定时间段内付定金,生成交易订单,再在一定的时间段内付完尾款,生成物流订单,即可为用户进行发货。
而期货是目前仓库中没库存,需要等待新生产的商品或者已经生产完成但还未入库的商品;相应的,期货预售是指,预先销售需要等待新生产的商品或者已经生产完成但还未入库的商品。对于这种预售方式,由于在预售的过程中还没有商品库存,因此,如何在期货预售的过程中,防止出现销售量超出商品库存量的“超卖”现象,或者超出配送覆盖区域的现象,避免因此造成的网络计算资源的浪费,以及用户时间、精力的耗费,就成为迫切需要本领域技术人员解决的技术问题。
发明内容
本申请实施例提供了商品对象信息处理方法及系统,能够在期货预售的过程中,防止出现“超卖”或超出配送覆盖区域等现象。
本申请提供了如下方案:
一种商品对象信息处理方法,包括:
确定作为期货进行预售的商品对象以及预售数量;
确定该预售的商品对象所属的第一用户信息,以及与该第一用户关联的实体物流仓库的信息;
生成该预售的商品对象的虚拟物流仓库信息,所述虚拟物流库存信息包括虚拟库存数量以及虚拟物流仓库的配送覆盖范围信息;其中,所述虚拟库存数量根据所述预售数量确定,所述虚拟物流仓库的配送覆盖范围信息根据该第一用户关联的实体物流仓库的配送覆盖范围确定;
在向第二用户展示该商品对象的物流仓库信息时,获取该第二用户的地址信息,并判断该第二用户的地址信息是否位于该虚拟物流仓库的配送覆盖范围内,如果是,则向该第二用户提供该商品对象的虚拟物流仓库信息。
一种商品对象信息处理方法,包括:
在向第二用户展示指定商品对象的物流仓库信息时,通过查询库存系统数据库判断该商品对象是否为作为期货进行预售的商品对象;所述库存系统数据库中保存有各个作为期货进行预售的商品对象的标识以及虚拟物流仓库信息,所述虚拟物流仓库信息包括虚拟库存数量;
如果是,则向该第二用户提供该商品对象的虚拟物流仓库信息;
根据第二用户的第一操作生成交易订单,并在所述交易订单中加入期货预售标识;
根据第二用户的第二操作生成物流订单,并根据所述交易订单中的期货预售标识识别出当前生成的是期货预售的物流订单;
确定所述指定商品对象所属的第一用户,并确定与该第一用户关联的实体物流仓库的信息;
当所述关联的实体物流仓库中关于该指定商品对象的实际库存满足预置条件时,将所述物流订单发送给仓储系统,以便通知仓储系统进行发货。
一种商品对象信息处理系统,包括:
商品对象确定单元,用于确定作为期货进行预售的商品对象以及预售数量;
实体物流仓库信息确定单元,用于确定该商品对象所属的第一用户信息,以及与该第一用户关联的实体物流仓库的信息;
虚拟物流仓库信息生成单元,用于生成该预售的商品对象的虚拟物流仓库信息,所述虚拟物流库存信息包括虚拟库存数量以及虚拟物流仓库的配送覆盖范围信息;其中,所述虚拟库存数量根据所述预售数量确定,所述虚拟物流仓库的配送覆盖范围信息根据与该第一用户关联的实体物流仓库的配送覆盖范围确定;
虚拟物流仓库信息提供单元,用于在向第二用户展示该商品对象的物流仓库信息时,获取该第二用户的地址信息,并判断该第二用户的地址信息是否位于该虚拟物流仓库的配送覆盖范围内,如果是,则向该第二用户提供该商品对象的虚拟物流仓库信息。
一种商品对象信息处理系统,包括:
查询单元,用于在向第二用户展示指定商品对象的物流仓库信息时,通过查询库存系统数据库判断该商品对象是否为作为期货进行预售的商品对象;所述库存系统数据库中保存有各个作为期货进行预售的商品对象的标识以及虚拟物流仓库信息,所述虚拟物流仓库信息包括虚拟库存数量;
信息提供单元,用于如果是,则向该第二用户提供该商品对象的虚拟物流仓库信息;
交易订单生成单元,用于根据第二用户的第一操作生成交易订单,并在所述交易订单中加入期货预售标识;
物流订单生成单元,用于根据第二用户的第二操作生成物流订单,并根据所述交易订单中的期货预售标识识别出当前生成的是期货预售的物流订单;
实体物流仓库信息确定单元,用于确定所述指定商品对象所属的第一用户,并确定与该第一用户关联的实体物流仓库的信息;
发货控制单元,用于当所述关联的实体物流仓库中关于该指定商品对象的实际库存满足预置条件时,将所述物流订单发送给仓储系统,以便通知仓储系统进行发货。
根据本申请提供的具体实施例,本申请公开了以下技术效果:
通过本申请实施例,根据虚拟物流仓库信息,可以在第二用户在浏览或者购买作为期货进行预售的商品对象时,能够知晓该商品对象的虚拟库存数量,避免期货预售过程中发生超卖现象;另外,在为第二用户显示虚拟物流仓库信息之前,还需要判断第二用户的收货地址是否位于该商品对象对应的虚拟配送覆盖范围内,如果是才会进行显示,并允许第二用户进行购买操作,这样,也可以避免配送范围之外的第二用户产生无效的交易订单,避免了用户的时间和精力的耗费,提高了网络计算资源的利用率。
当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的方法的流程图;
图2是本申请实施例提供的另一方法的流程图;
图3是本申请实施例提供的再一方法的流程图;
图4是本申请实施例提供的系统的示意图;
图5是本申请实施例提供的另一系统的示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
实施例一
在本申请实施例中,为了使得电子商务交易平台系统能够更好地支持期货预售的预售形式,防止出现“超卖”或超出配送覆盖区域等现象,提出了虚拟物流仓库的概念。所谓的虚拟物流仓库就是现实世界中并不存在的仓库,但是也可以为虚拟物流仓库设置“虚拟库存”,以及对应的配送范围信息;这样,在向第二用户展示预售的期货的详情等信息时,就可以显示出该商品的虚拟库存以及配送范围信息,这样,允许用户预订的商品对象的数量就不会超过该虚拟库存,从而避免出现“超卖”现象;预订该商品的第二用户也只能是地址信息位于该虚拟物流仓库的配送范围内的用户,从而避免出现无法为预订的第二用户进行商品的配送的现象。下面对具体的实现方案进行详细的介绍。
参见图1,本申请实施例一首先提供了一种商品对象信息处理方法,该方法可以包括以下步骤:
S101:确定作为期货进行预售的商品对象以及预售数量;
在本申请实施例中,将用户区分为第一用户及第二用户,例如,在一种具体的实现中,第一用户可以是指交易平台系统中的卖家用户,第二用户可以是指交易平台系统中的买家用户。
另外,在本申请实施例中,需要进行期货预售的商品对象,可以是具有实体物流仓库的第一用户所销售的商品对象,例如,冰箱、电视、洗衣机等大家电或者家俱等等。为了与本申请实施例中所提出的“虚拟物流仓库”的概念相区分,本申请中将与第一用户关联的物流仓库称为“实体物流仓库”,也即,实体物流仓库才是实际存在的仓库,该实体物流仓库可以是第一用户向提供仓储服务的机构订购的,也可以是第一用户自己搭建的,还可以是从交易平台系统处订购的或者分配的等等。虚拟物流仓库只是在计算机库存系统数据库中使用的概念,其中不会存储实际的货物。
第一用户可以将需要通过这种实体物流仓库进行统一配送的商品对象信息发布到交易平台系统中,使得交易平台系统知晓各个第一用户有哪些商品对象需要销售。例如,如果已经将其商品运输到实体物流仓库中,则可以向交易平台系统填写入库单,表明有哪些商品已经运输到实体物流仓库中;另外,对于尚未运输到实体物流仓库,但是将来可能会需要通过该实体物流仓库进行配送的商品对象,也可以将其信息发布到交易平台系统中。这样,系统可以知晓各个第一用户有哪些商品需要销售,并通过该实体物流仓库进行配送。
在交易平台系统知晓各个第一用户有哪些商品需要通过实体物流仓库进行配送之后,具体在确定需要作为期货进行预售的商品对象时,可以由交易平台系统对这些第一用户的各个商品对象未来的销售情况进行预测。例如,首先可以由第一用户自行确定是否参加期货预售的活动,对于各个参加期货预售活动的第一用户,系统可以判断出哪些商品在未来某段时间内可能会比较畅销,并根据历史销售记录等,预测出可能的销售数量等。例如,预测出某商品对象在未来一周内可能会有1000件的销量,但是,该商品对象目前在实体物流仓库中并没有库存,或者库存不足,同时,预测出的销售数量可能也不是十分准确,第一用户如果贸然将大批商品运输到实体物流仓库中,如果没有能及时销售出去,会使得这部分商品长期占用实体物流仓库,第一用户在物流仓库租用上的成本会增加,同时在仓库已经或者接近饱和的情况下,这种被长期占用的情况,也使得其他畅销商品无法及时入库到仓库中。在这些情况下,系统就可以建议第一用户将这种商品作为期货进行预售,这样,相当于可以先由第二用户进行预订,第一用户后续再根据第二用户的实际预订数量,向实体物流仓库中进行入库,以此避免前述情况的出现。
也就是说,在确定需要作为期货进行预售的商品对象以及预售数量时,可以是由交易平台系统进行预测,并向第一用户进行建议,在得到第一用户同意之后,就可以将预测出的商品对象确定为需要作为期货进行预售的商品对象;关于预售数量,可以直接根据预测出的数量来确定,或者也可以由第一用户进行修改。当然,在实际应用中,对于一些交易平台系统未预测出未来销售量的商品对象,但是第一用户需要作为期货进行预售,或者一些新上线的商品等,第一用户也可以手动指定作为期货进行预售,并指定预售的数量。此时,就可以根据第一用户输入的配置信息,来确定需要作为期货进行预售的商品对象以及预售的数量。
S102:确定该商品对象所属的第一用户信息,以及与该第一用户关联的实体物流仓库的信息;
由于本申请实施例中作为期货进行预售的商品都是一些关联有实体物流仓库的第一用户销售的商品,因此,在确定了需要作为期货进行预售的商品对象之后,可以确定出该商品对象所属的第一用户,并且可以确定出该第一用户关联有哪些实体物流仓库。
S103:生成该商品对象的虚拟物流仓库信息,所述虚拟物流库存信息包括虚拟库存数量以及虚拟物流仓库的配送覆盖范围信息;其中,所述虚拟库存数量根据所述预售数量确定,所述虚拟物流仓库的配送覆盖范围信息根据该第一用户关联的实体物流仓库的配送覆盖范围确定;
在确定了商品对象所属的第一用户以及第一用户关联了哪些实体物流仓库之后,就可以确定出该商品对象作为期货进行预售时的虚拟物流仓库信息,其中,虚拟物流仓库信息可以包括两方面的信息,一方面是虚拟库存数量,另一方面是该虚拟物流仓库的配送覆盖范围信息。其中,关于虚拟库存数量,可以根据步骤S101中确定出的预售数量来确定,例如,直接将预售数量作为虚拟库存数量。关于虚拟物流仓库的配送覆盖范围,可以根据第一用户关联的实体物流仓库的配送范围来确定。优选的,在第一用户订购了多个实体物流仓库的情况下,虚拟物流仓库的配送覆盖范围一般小于等于该第一用户关联的各个实体物流仓库的配送覆盖范围之和。例如,某第一用户订购了两个实体物流仓库,其中一个的配送覆盖范围为杭州市,另一个的配送覆盖范围为上海市,则如果该第一用户有商品对象需要作为期货进行预售,则对应该商品对象的虚拟物流仓库的配送覆盖范围可以是杭州市、上海市,也可以是杭州市和上海市,具体范围可以由第一用户根据配送能力确定,也可以是默认为配送覆盖范围之和。
总之,在本申请实施例中,对于各个需要作为期货进行预售的商品对象,可以预先生成虚拟库存物流信息,例如,可以以表1的形式进行保存:
表1
商品对象ID | 虚拟库存数量 | 虚拟物流仓库的配送覆盖范围 |
100010 | 100 | 杭州+上海+北京 |
100002 | 200 | 杭州+上海 |
…… | …… | …… |
S104:在向第二用户展示该商品对象的物流仓库信息时,获取该第二用户的地址信息,并判断该第二用户的地址信息是否位于该虚拟物流仓库的配送覆盖范围内,如果是,则向该第二用户提供该商品对象的虚拟物流仓库信息。
在第二用户浏览该商品对象的详情信息页,或者进入购买该商品对象的页面时,一般都需要向该第二用户展示该商品对象的库存信息。一般情况下,可根据当前第二用户的地址信息,判断该商品对象的第一用户订购的各个实体物流仓库的配送覆盖范围是否能够覆盖到该第二用户的地址,如果能,则将配送覆盖范围能够覆盖到该第二用户的地址的实体物流仓库中的实际库存信息展示给第二用户。但是,在本申请实施例中,由于实体物流仓库中可能还没有库存,因此,就可以向当前用户展示该商品对象的虚拟物流仓库信息。在展示之前,还可首先判断当前用户的地址是否位于该商品对象虚拟物流仓库的配送覆盖范围内,如果是,则将虚拟物流仓库信息展示给当前第二用户,并且还可以向该第二用户提供预购该商品对象的操作入口,其中,该操作入口可以是呈现在页面或应用中的预订链接、按钮等,用户可通过该操作入口进行预购操作。当判断当前用户的地址不在该商品对象虚拟物流仓库的配送覆盖范围之内时,可以提示当前第二用户不能预购该商品对象,或者直接将前述操作入口置为不可操作状态。因为即使当前买家预购了该商品对象,最终也无法配送到该第二用户的收货地址。
具体实现时,可以根据第二用户当前正在浏览的商品对象的ID,查询表1中的各条记录,如果发现该商品对象的ID位于表1中,则表明该商品对象属于需要作为期货进行预售的商品对象,同时,可以从表1中取出该商品对象的虚拟库存数量以及虚拟物流仓库的配送覆盖范围信息。进而,在获取到当前第二用户的收货地址信息之后,就可以判断该第二用户的收货地址信息是否位于虚拟物流仓库的配送覆盖范围之内,如果是,则可以进行虚拟物流仓库信息的展示。
其中,具体在获取当前第二用户的收货地址信息时,可以是根据当前第二用户的历史交易记录来确定。例如,在历史交易记录中,一般都记录了该第二用户分别使用了哪些收货地址,将其中最常用的收货地址作为当前第二用户的收货地址。或者,也可以将最近使用的收货地址作为当前买家的收货地址。另外,由于交易平台系统一般也会对第二用户使用过的收货地址信息单独进行记录,因此也可以从这里记录的信息确定第二用户的收货地址。例如,在关于某第二用户使用过的收货地址记录中,存在多个收货地址,则一般还可以由第二用户指定一个默认使用的收货地址,此时,就可以将用户指定的该默认收货地址作为该第二用户的收货地址,等等。
另外,由于期货预售本身也是一种预售行为,在第二用户进行付款时,同样可以分为两个阶段,一个阶段是付定金,另一个是付尾款,但是两个阶段一般都会有相应的时间期限限制。因此,在确定了需要进行期货预售的商品对象之后,还可以确定出付定金的期限以及付尾款的期限。例如,在三天内支付定金,七天内支付尾款,等等。这样,第二用户在查看关于该商品对象的期货预售信息时,也可以将这种时间上的期限信息展示给第二用户。之后,第二用户在执行支付定金操作时就可以生成交易订单,根据该第二用户指定的预购数量,可以对该商品对象的虚拟库存数量进行扣减,这样,其他用户在查看该商品对象的虚拟库存数量时,显示的就会是扣减之后的库存数量。当然,对于交易平台系统而言,为第二用户生成的交易订单相当于是后台数据库中的一条记录,例如,交易订单的格式一般可以如表2所示:
表2
编号 | 第二用户ID | 卖家用户ID | 商品对象ID | 数量 | 规格参数 | 时间 |
1 | 第二用户1 | 卖家用户1 | 100010 | 2 | 参数1 | 2014/4/1 |
2 | 第二用户2 | 卖家用户2 | 100002 | 1 | 参数2 | 2014/4/2 |
…… | …… | …… | …… | …… | …… | …… |
其中,规格参数可以是商品的型号、尺寸等信息。在生成了表2中各条记录对应的交易订单时,相应的,表1中针对该商品对象的虚拟库存数量也将会发生更新,也即在原来的基础上扣减2。例如,针对表2中的交易订单,更新后的商品对象虚拟物流仓库信息如表3所示:
表3
商品对象ID | 虚拟库存数量 | 虚拟物流仓库的配送覆盖范围 |
100010 | 98 | 杭州+上海+北京 |
100002 | 199 | 杭州+上海 |
…… | …… | …… |
在具体实现时,为了与普通的交易订单进行区分,还可以在交易订单中增加期货预售标识(例如,以True、False分别表示是与否),这样后续在根据该交易订单生成物流订单时,就可以知晓该订单中的商品对象是作为期货进行预售的商品对象,进而就可以按照期货预售的发货策略进行后续的发货处理。此时,交易订单对应的数据库格式可以如以下表4所示:
表4
当然,如果在生成了交易订单之后,第二用户发生了取消订单等行为,则该订单中对应的预购数量也可以回滚到虚拟库存数量中。例如,第二用户1取消了编号1对应的交易订单,并且在取消该订单之前,对应的商品对象10010的虚拟物流仓库信息如表3中的第一条所示,则取消该交易订单之后,表3中第一条记录中的“虚拟库存数量”将会重新变为100。
如果第二用户在生成交易订单之后,又在规定的时间内执行支付尾款的操作,则可以生成物流订单,并根据交易订单中的期货预售标识,识别出当前生成的是期货预售的物流订单。需要说明的是,在实际应用中,生成交易订单和物流订单的触发操作,也不一定分别是支付定金以及支付尾款的操作,例如,还可以在支付尾款时生成交易订单,在执行其他操作时生成物流订单等等。因此,在本申请实施例中,将用于生成交易订单的操作称为第一操作,用于生成物流订单的操作称为第二操作。
在生成物流订单之后,实体物流仓库中不一定有对应的实际库存,因此,如何为第二用户进行发货也是需要解决的问题。为此,本申请实施例可以提供对应的期货预售发货策略,也即可以根据预置的期货预售发货策略通知仓储系统进行发货。
具体在根据预置的期货预售发货策略通知仓储系统进行发货时,可以首先查询第一用户订购的实体物流仓库中是否有当前商品对象的库存,如果有,则将物流订单发送给仓储系统,这样,仓储系统就可以根据物流订单中的信息进行发货。如果生成物流订单时,第一用户关联的实体物流仓库中还没有商品对象的实际库存,则可以等到满足条件时,再将物流订单发送给仓储系统,由仓储系统进行发货。例如,在一种具体的实现方式下,可以在接收到第一用户的入库完成通知时,将物流订单发送给仓储系统,以便仓储系统进行发货。也就是说,等到第一用户将对应的商品对象运输到实体物流仓库之后,再将物流订单发送到仓储系统,由仓储系统进行发货。或者,在另一种实现方式下,也可以从生成物流订单时刻起开始计时,每隔预置的时间间隔,将物流订单发送给仓储系统,仓储系统在每次接收到物流订单时,都可以判断对应的商品对象在实体物流仓库中是否有库存,如果没有,则不作出响应,或者返回发货失败的消息,直到某次接收到物流订单时,如果发现实体物流仓库中产生了关于该商品对象的实际库存,则返回表示成功的响应消息,并安排进行发货。或者,也可以每隔一定的时间间隔,询问仓储系统,实体物流仓库中是否已经产生库存,只有在有库存的情况下,才将物流订单发给仓储系统,否则继续等待。
当然,具体在为第二用户进行发货时,都是从具体的实体物流仓库发出的,因此,在第一用户关联了多个实体物流仓库的情况下,同样需要从中选择物流配送范围能够覆盖到该第二用户的收货地址的实体物流仓库。具体实现时,可以是由仓储系统在收到物流订单之后,再根据当前第二用户的收货地址,以及当前第一用户订购的各个实体物流仓库的配送覆盖范围,确定出实际为该第二用户发货的实体物流仓库,再从该实体物流仓库为该第二用户进行发货。在实际应用中,可能存在不同实体物流仓库覆盖同一区域的情况,此时,可以设定实体物流仓库发货优先级,根据优先级确定是从哪个实体物流仓库进行发货。
但是,这样可能存在的问题是:第一用户只知道针对此次期货预售一共需要准备多少库存,如果该第一用户关联了多个实体物流仓库,则在商品入库的过程中,到底需要向每个实体物流仓库存入多少件库存,第一用户并不知晓,此时,仍然只能凭经验或者平均分配,这使得实体物流仓库中的库存数量仍然可能会出现不够或者过多的情况。为此,在本申请优选实施例中,由于第二用户的收货地址是不变的,因此,在第一用户订购的实体物流仓库也确定的情况下,实际上是可以提前确定出通过哪个实体物流仓库为该第二用户发货的。因此,在本申请实施例中,在用户支付定金生产交易订单时,就可根据第二用户的收货地址以及当前第一用户关联的各个实体物流仓库的配送覆盖范围,确定出实际为该第二用户发货的实体物流仓库。之后就可以随着交易订单的生成,对各个实体物流仓库需要入库的商品对象数量进行同步更新,并实时通知给第一用户。这样,第一用户在进行实体商品到实体物流仓库的入库时,就可以根据各个实体物流仓库需要入库的商品对象数量进行更精准的入库,避免出现某实体物流仓库中的库存数量过多或者不够的情况。
当然,还可以将确定出的实体物流仓库的信息添加到交易订单中,在后续生成物流订单时,也可以将该信息添加到物流订单中。这样,后续仓储系统在根据物流订单进行发货时,就可以直接根据已经确定出的实体物流仓库信息进行发货,而不需要再重新根据第二用户的收货地址等信息进行确定。例如,在一种具体的实现方式下,如果添加了实体物流仓库信息,则对应的交易订单的
IP140126
数据库格式可以如以下表5所示:
表5
为了更好的理解本申请实施例提供的技术方案,下面通过一个实际的例子对具体的实现方式进行更为详细地介绍。在该例子中,假设某第一用户关联了多个实体物流仓库,其中,每个实体物流仓库都有自己的配送覆盖范围(省、市、区),同时,系统针对参加期货预售的第一用户构建一虚拟物流仓库,该虚拟物流仓库包括两个方面的信息,一个是虚拟库存数量,另一个是虚拟配送覆盖范围,关于前者依商品对象的不同而不同,具体可以根据系统预测出的数量或者第一用户录入的预售数量而定;而关于后者,依各个不同的第一用户可能会是不同的,一般小于等于第一用户订购的各个实体物流仓库的配送覆盖范围之和。接下来,参见图2,涉及到浏览器、交易平台系统、库存系统数据库、仓储系统这样几个实体,具体的过程可以包括以下步骤:
S201:接收到第二用户浏览或者购买商品对象的请求;该步骤涉及到的主体一般是通过用户终端设备中安装的浏览器,访问到的交易平台系统的前端界面,第二用户的请求,相当于是第二用户在访问该前端界面的过程中,打开某商品对象的详情页界面等操作时发出的。
S202:判断该商品对象是否为预售期货,如果是,则向库存系统数据库获取该商品对象的虚拟物流仓库信息;也就是说,关于步骤S103中生成的虚拟物流仓库信息,可以是保存在库存系统数据库中,浏览器端可以从该库存系统数据库中获取各个商品对象的虚拟物流仓库信息。
S203:根据第二用户的收货地址,判断当前第二用户的收货地址是否位于该商品对象的虚拟配送覆盖范围,如果是,则将该商品对象的虚拟物流仓库信息展示给该第二用户;
S204:在第二用户为该商品对象支付了定金并生成交易订单时,对库存系统数据库中保存的该商品对象的虚拟物流仓库信息中的虚拟库存进行更新;
S205:根据第二用户的收货地址,以及第一用户订购的各个实体物流仓库的配送覆盖范围,确定出用于为该第二用户进行发货的实体物流仓库,将该实体物流仓库需要入库的商品对象数量进行更新,并反馈给第一用户;
S206:在第二用户为该商品对象支付尾款并生成物流订单时,通知仓储系统进行发货,仓储系统可以路由出真实用户发货的实体物流仓库,并为第二用户进行发货。
总之,在本申请实施例中,通过虚拟物流仓库信息,可以在第二用户在浏览或者购买作为期货进行预售的商品对象时,能够知晓该商品对象的虚拟库存数量,避免期货预售过程中发生超卖现象;另外,在为第二用户显示虚拟物流仓库信息之前,还需要判断第二用户的收货地址是否位于该商品对象对应的虚拟配送覆盖范围内,如果是才会进行显示,并允许第二用户进行购买操作,这样,也可以避免配送范围之外的第二用户产生无效的交易订单,避免了用户的时间和精力的耗费,提高了网络计算资源的利用率。
实施例二
前述实施例一中,主要从生成虚拟物流仓库信息的角度对本申请实施例进行了介绍,本申请实施例二中,主要从前端处理的角度对本申请实施例进行介绍。参见图3,本申请实施例二提供了一种商品对象信息处理方法,该方法可以包括以下步骤:
S301:在向第二用户展示指定商品对象的物流仓库信息时,通过查询库存系统数据库判断该商品对象是否为作为期货进行预售的商品对象;所述库存系统数据库中保存有各个作为期货进行预售的商品对象的标识以及虚拟物流仓库信息,所述虚拟物流仓库信息包括虚拟库存数量;
S302:如果是,则向该第二用户提供该商品对象的虚拟物流仓库信息;
当然,虚拟物流仓库信息还可以包括虚拟物流仓库的配送覆盖范围信息,
IP140126该虚拟物流仓库的配送覆盖范围信息根据与该第一用户关联的实体物流仓库的配送覆盖范围确定,因此,在向第二用户提供该商品对象的虚拟物流仓库信息时,还可以判断该第二用户的地址信息是否位于该虚拟物流仓库的配送覆盖范围内,如果是,则向该第二用户提供该商品对象的虚拟物流仓库信息,其中既可以包括虚拟库存数量,也可以包括虚拟物流仓库的配送覆盖范围信息。
S303:根据第二用户的第一操作生成交易订单,并在所述交易订单中加入期货预售标识;
在根据第二用户的第一操作生成交易订单时,还可以根据第二用户的地址信息以及第一用户关联的各个实体物流仓库的配送覆盖范围信息,确定目标实体物流仓库,然后根据第二用户预订的商品对象的数量,将该目标实体物流仓库中需入库的商品对象数量进行更新,并将更新后的数量通知给第一用户,以便第一用户根据目标实体物流仓库中需入库的商品对象数量,进行商品对象的入库。
S304:根据第二用户的第二操作生成物流订单,并根据所述交易订单中的期货预售标识识别出当前生成的是期货预售的物流订单;
S305:确定所述指定商品对象所属的第一用户,并确定与该第一用户关联的实体物流仓库的信息;
S306:当所述关联的实体物流仓库中关于该指定商品对象的实际库存满足预置条件时,将所述物流订单发送给仓储系统,以便通知仓储系统进行发货。
关于实施例二中各个步骤中的实现细节,在实施例一中均有记载,参照执行即可,这里不再赘述。
与本申请实施例一提供的商品对象信息处理方法相对应,本申请实施例还提供了一种商品对象信息处理系统,参见图4,该系统可以包括:
商品对象确定单元401,用于确定作为期货进行预售的商品对象以及预售数量;
实体物流仓库信息确定单元402,用于确定该商品对象所属的第一用户信息,以及与该第一用户关联的实体物流仓库的信息;
虚拟物流仓库信息生成单元403,用于生成该预售的商品对象的虚拟物流仓库信息,所述虚拟物流库存信息包括虚拟库存数量以及虚拟物流仓库的配送覆盖范围信息;其中,所述虚拟库存数量根据所述预售数量确定,所述虚拟物流仓库的配送覆盖范围信息根据与该第一用户关联的实体物流仓库的配送覆盖范围确定;
虚拟物流仓库信息提供单元404,用于在向第二用户展示该商品对象的物流仓库信息时,获取该第二用户的地址信息,并判断该第二用户的地址信息是否位于该虚拟物流仓库的配送覆盖范围内,如果是,则向该第二用户提供该商品对象的虚拟物流仓库信息。
具体实现时,该系统还可以包括:
虚拟库存更新单元,用于针对预售的商品对象,在根据第二用户的第一操作而生成交易订单后,根据第二用户的购买数量,对所述虚拟库存数量进行更新,以便在需要向其他用户展示该商品对象的库存信息时,展示更新后的虚拟库存数量。。
另外,为了使得后续的流程能够正确区分普通商品的订单以及期货预售的商品对象的订单,该系统还可以包括:
标识添加单元,用于针对预售的商品对象,在根据第二用户的第一操作而生成交易订单后,在所述交易订单中加入期货预售标识;
识别单元,用于在根据第二用户的第二操作而生成物流订单时,根据所述交易订单中的期货预售标识识别出当前生成的是期货预售的物流订单;
发货通知单元,用于根据预置的期货预售发货策略将所述物流订单发送给仓储系统,以便通知仓储系统进行发货。
其中,具体实现时,发货通知单元具体可以包括:
查询子单元,用于查询与第一用户关联的实体物流仓库中是否有当前商品对象的实际库存;
第一发送子单元,用于如果有,则将所述物流订单发送给仓储系统,以便仓储系统进行发货。
另外,发货通知单元还可以包括:
物流订单状态设置子单元,用于如果与第一用户关联的实体物流仓库中没有当前商品对象的实际库存,则将所述物流订单置为等待状态;
第二发送子单元,用于当所述关联的实体物流仓库中关于该指定商品对象的实际库存满足预置的条件时,将所述物流订单发送给仓储系统,以便仓储系统进行发货。
其中,第二发送子单元具体可以用于:
当接收到第一用户关于该预售的商品对象的入库完成通知时,将所述物流订单发送给仓储系统,以便仓储系统进行发货。
或者,第二发送子单元具体可以用于:
在将所述物流订单置为等待状态时启动计时;
每隔预置的时间间隔,将所述物流订单发送给仓储系统,以便仓储系统在确认实体物流仓库中产生了当前商品对象的实际库存时反馈响应信息并进行发货。
另外,为了使得第一用户在进行商品对象的入库时,能够进行更精准更有针对性的入库操作,避免出现实际库存过多或者不足的现象,该系统还可以包括:
目标实体物流仓库确定单元,用于在生成交易订单时,根据第二用户的地址信息以及第一用户关联的各个实体物流仓库的配送覆盖范围信息,确定目标实体物流仓库;
通知单元,用于根据当前第二用户预订的商品对象的数量,将该目标实体物流仓库中需入库的商品对象数量进行更新,并将更新后的数量通知给第一用户,以便第一用户根据目标实体物流仓库中需入库的商品对象数量,进行商品对象的入库。
另外,该系统还可以包括:
目标实体物流仓库信息加入单元,用于将目标实体物流仓库的信息加入到所述交易订单中,并在生成物流订单时,将所述目标实体物流仓库的信息加入到物流订单中,以便在通知仓储系统进行发货时,将所述目标实体物流仓库信息通知给所述仓储系统,仓储系统从该目标实体物流仓库为当前用户发货。
与本申请实施例二提供的商品对象信息处理方法相对应,本申请实施例还提供了一种商品对象信息处理系统,参见图5,该系统可以包括:
查询单元501,用于在向第二用户展示指定商品对象的物流仓库信息时,
IP140126通过查询库存系统数据库判断该商品对象是否为作为期货进行预售的商品对象;所述库存系统数据库中保存有各个作为期货进行预售的商品对象的标识以及虚拟物流仓库信息,所述虚拟物流仓库信息包括虚拟库存数量;
信息提供单元502,用于如果是,则向该第二用户提供该商品对象的虚拟物流仓库信息;
交易订单生成单元503,用于根据第二用户的第一操作生成交易订单,并在所述交易订单中加入期货预售标识;
物流订单生成单元504,用于根据第二用户的第二操作生成物流订单,并根据所述交易订单中的期货预售标识识别出当前生成的是期货预售的物流订单;
实体物流仓库信息确定单元505,用于确定所述指定商品对象所属的第一用户,并确定与该第一用户关联的实体物流仓库的信息;
发货控制单元506,用于当所述关联的实体物流仓库中关于该指定商品对象的实际库存满足预置条件时,将所述物流订单发送给仓储系统,以便通知仓储系统进行发货。
其中,所述虚拟物流仓库信息还包括虚拟物流仓库的配送覆盖范围信息,所述虚拟物流仓库的配送覆盖范围信息根据与该第一用户关联的实体物流仓库的配送覆盖范围确定;在向第二用户展示指定商品对象的物流仓库信息时,所述系统还可以包括:
判断单元,用于判断该第二用户的地址信息是否位于该虚拟物流仓库的配送覆盖范围内,如果是,则向该第二用户提供该商品对象的虚拟物流仓库信息。
另外,在根据第二用户的第一操作生成交易订单时,该系统还可以包括:
目标实体物流仓库确定单元,用于根据第二用户的地址信息以及第一用户关联的各个实体物流仓库的配送覆盖范围信息,确定目标实体物流仓库;
通知单元,用于根据第二用户预订的商品对象的数量,将该目标实体物流仓库中需入库的商品对象数量进行更新,并将更新后的数量通知给第一用户,以便第一用户根据目标实体物流仓库中需入库的商品对象数量,进行商品对象的入库。
总之,在本申请实施例中,通过虚拟物流仓库信息,可以在第二用户在浏览或者购买作为期货进行预售的商品对象时,能够知晓该商品对象的虚拟库存数量,避免期货预售过程中发生超卖现象;另外,在为第二用户显示虚拟物流仓库信息之前,还需要判断第二用户的收货地址是否位于该商品对象对应的虚拟配送覆盖范围内,如果是才会进行显示,并允许第二用户进行购买操作,这样,也可以避免配送范围之外的第二用户产生无效的交易订单,避免了用户的时间和精力的耗费,提高了网络计算资源的利用率。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上对本申请所提供的商品对象信息处理方法及系统,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本申请的限制。
Claims (11)
1.一种商品对象信息处理方法,其特征在于,包括:
确定作为期货进行预售的商品对象以及预售数量;
确定该预售的商品对象所属的第一用户信息,以及与该第一用户关联的实体物流仓库的信息;
生成该预售的商品对象的虚拟物流仓库信息,所述虚拟物流仓库信息包括虚拟库存数量以及虚拟物流仓库的配送覆盖范围信息;其中,所述虚拟库存数量根据所述预售数量确定,所述虚拟物流仓库的配送覆盖范围信息根据该第一用户关联的各个实体物流仓库的配送覆盖范围之和确定;其中,所述虚拟物流仓库不对预售的商品进行实际的存储;
在向第二用户展示该商品对象的物流仓库信息时,获取该第二用户的地址信息,并判断该第二用户的地址信息是否位于该虚拟物流仓库的配送覆盖范围内,如果是,则向该第二用户提供该商品对象的虚拟物流仓库信息;
在生成交易订单时,根据第二用户的地址信息以及第一用户关联的各个实体物流仓库的配送覆盖范围信息,确定目标实体物流仓库;
根据第二用户预订的商品对象的数量,将该目标实体物流仓库中需入库的商品对象数量进行更新,并将更新后的数量通知给第一用户,以便第一用户根据目标实体物流仓库中需入库的商品对象数量,进行商品对象的入库。
2.根据权利要求1所述的方法,其特征在于,还包括:
针对预售的商品对象,在根据第二用户的第一操作而生成交易订单后,根据第二用户的购买数量,对所述虚拟库存数量进行更新,以便在需要向其他用户展示该商品对象的库存信息时,展示更新后的虚拟库存数量。
3.根据权利要求1所述的方法,其特征在于,还包括:
针对预售的商品对象,在根据第二用户的第一操作而生成交易订单后,在所述交易订单中加入期货预售标识;
在根据第二用户的第二操作生成物流订单时,根据所述交易订单中的期货预售标识识别出当前生成的是期货预售的物流订单;
根据预置的期货预售发货策略将所述物流订单发送给仓储系统,以便通知仓储系统进行发货。
4.根据权利要求3所述的方法,其特征在于,所述根据预置的期货预售发货策略将所述物流订单发送给仓储系统,以便通知仓储系统进行发货,包括:
查询与第一用户关联的实体物流仓库中是否有当前商品对象的实际库存;
如果有,则将所述物流订单发送给仓储系统,以便仓储系统进行发货。
5.根据权利要求4所述的方法,其特征在于,还包括:
如果与第一用户关联的实体物流仓库中没有当前商品对象的实际库存,则将所述物流订单置为等待状态;
当所述关联的实体物流仓库中关于该当前商品对象的实际库存满足预置的条件时,将所述物流订单发送给仓储系统,以便仓储系统进行发货。
6.根据权利要求5所述的方法,其特征在于,所述当所述关联的实体物流仓库中关于该当前商品对象的实际库存满足预置的条件时,将所述物流订单发送给仓储系统,以便仓储系统进行发货,包括:
当接收到第一用户关于该预售的商品对象的入库完成通知时,将所述物流订单发送给仓储系统,以便仓储系统进行发货。
7.根据权利要求5所述的方法,其特征在于,所述当所述关联的实体物流仓库中关于该当前商品对象的实际库存满足预置的条件时,将所述物流订单发送给仓储系统,以便仓储系统进行发货,包括:
在将所述物流订单置为等待状态时启动计时;
每隔预置的时间间隔,将所述物流订单发送给仓储系统,以便仓储系统在确认实体物流仓库中产生了当前商品对象的实际库存时反馈响应信息并进行发货。
8.根据权利要求1所述的方法,其特征在于,还包括:
将目标实体物流仓库的信息加入到所述交易订单中,并在生成物流订单时,将所述目标实体物流仓库的信息加入到物流订单中,以便在通知仓储系统进行发货时,将所述目标实体物流仓库信息通知给所述仓储系统,由仓储系统从该目标实体物流仓库为当前用户发货。
9.一种商品对象信息处理方法,其特征在于,包括:
在向第二用户展示指定商品对象的物流仓库信息时,通过查询库存系统数据库判断该商品对象是否为作为期货进行预售的商品对象;所述库存系统数据库中保存有各个作为期货进行预售的商品对象的标识以及虚拟物流仓库信息,所述虚拟物流仓库信息包括虚拟库存数量;其中,所述虚拟物流仓库不对预售的商品进行实际的存储;
如果是,则向该第二用户提供该商品对象的虚拟物流仓库信息;
根据第二用户的第一操作生成交易订单,并在所述交易订单中加入期货预售标识;
根据第二用户的第二操作生成物流订单,并根据所述交易订单中的期货预售标识识别出当前生成的是期货预售的物流订单;
确定所述指定商品对象所属的第一用户,并确定与该第一用户关联的实体物流仓库的信息;
当所述关联的实体物流仓库中关于该指定商品对象的实际库存满足预置条件时,将所述物流订单发送给仓储系统,以便通知仓储系统进行发货;
其中,所述虚拟物流仓库信息还包括虚拟物流仓库的配送覆盖范围信息,所述虚拟物流仓库的配送覆盖范围信息根据与该第一用户关联的各个实体物流仓库的配送覆盖范围之和确定;在向第二用户展示指定商品对象的物流仓库信息时,所述方法还包括:
判断该第二用户的地址信息是否位于该虚拟物流仓库的配送覆盖范围内,如果是,则向该第二用户提供该商品对象的虚拟物流仓库信息
在根据第二用户的第一操作生成交易订单时,还包括:
根据第二用户的地址信息以及第一用户关联的各个实体物流仓库的配送覆盖范围信息,确定目标实体物流仓库;
根据第二用户预订的商品对象的数量,将该目标实体物流仓库中需入库的商品对象数量进行更新,并将更新后的数量通知给第一用户,以便第一用户根据目标实体物流仓库中需入库的商品对象数量,进行商品对象的入库。
10.一种商品对象信息处理系统,其特征在于,包括:
商品对象确定单元,用于确定作为期货进行预售的商品对象以及预售数量;
实体物流仓库信息确定单元,用于确定该商品对象所属的第一用户信息,以及与该第一用户关联的实体物流仓库的信息;
虚拟物流仓库信息生成单元,用于生成该预售的商品对象的虚拟物流仓库信息,所述虚拟物流仓库信息包括虚拟库存数量以及虚拟物流仓库的配送覆盖范围信息;其中,所述虚拟库存数量根据所述预售数量确定,所述虚拟物流仓库的配送覆盖范围信息根据与该第一用户关联的各个实体物流仓库的配送覆盖范围之和确定;其中,所述虚拟物流仓库不对预售的商品进行实际的存储;
虚拟物流仓库信息提供单元,用于在向第二用户展示该商品对象的物流仓库信息时,获取该第二用户的地址信息,并判断该第二用户的地址信息是否位于该虚拟物流仓库的配送覆盖范围内,如果是,则向该第二用户提供该商品对象的虚拟物流仓库信息;
所述系统还用于,在生成交易订单时,根据第二用户的地址信息以及第一用户关联的各个实体物流仓库的配送覆盖范围信息,确定目标实体物流仓库;
根据第二用户预订的商品对象的数量,将该目标实体物流仓库中需入库的商品对象数量进行更新,并将更新后的数量通知给第一用户,以便第一用户根据目标实体物流仓库中需入库的商品对象数量,进行商品对象的入库。
11.一种商品对象信息处理系统,其特征在于,包括:
查询单元,用于在向第二用户展示指定商品对象的物流仓库信息时,通过查询库存系统数据库判断该商品对象是否为作为期货进行预售的商品对象;所述库存系统数据库中保存有各个作为期货进行预售的商品对象的标识以及虚拟物流仓库信息,所述虚拟物流仓库信息包括虚拟库存数量;其中,所述虚拟物流仓库不对预售的商品进行实际的存储;
信息提供单元,用于如果是,则向该第二用户提供该商品对象的虚拟物流仓库信息;
交易订单生成单元,用于根据第二用户的第一操作生成交易订单,并在所述交易订单中加入期货预售标识;
物流订单生成单元,用于根据第二用户的第二操作生成物流订单,并根据所述交易订单中的期货预售标识识别出当前生成的是期货预售的物流订单;
实体物流仓库信息确定单元,用于确定所述指定商品对象所属的第一用户,并确定与该第一用户关联的实体物流仓库的信息;
发货控制单元,用于当所述关联的实体物流仓库中关于该指定商品对象的实际库存满足预置条件时,将所述物流订单发送给仓储系统,以便通知仓储系统进行发货;
其中,所述虚拟物流仓库信息还包括虚拟物流仓库的配送覆盖范围信息,所述虚拟物流仓库的配送覆盖范围信息根据与该第一用户关联的各个实体物流仓库的配送覆盖范围之和确定;所述向第二用户展示指定商品对象的物流仓库信息在该第二用户的地址信息位于该虚拟物流仓库的配送覆盖范围内后展示;
所述系统还用于:在根据第二用户的第一操作生成交易订单时,根据第二用户的地址信息以及第一用户关联的各个实体物流仓库的配送覆盖范围信息,确定目标实体物流仓库;根据第二用户预订的商品对象的数量,将该目标实体物流仓库中需入库的商品对象数量进行更新,并将更新后的数量通知给第一用户,以便第一用户根据目标实体物流仓库中需入库的商品对象数量,进行商品对象的入库。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410166069.1A CN105096015B (zh) | 2014-04-23 | 2014-04-23 | 商品对象信息处理方法及系统 |
TW103132812A TWI668653B (zh) | 2014-04-23 | 2014-09-23 | Commodity object information processing method and system |
PCT/US2015/026946 WO2015164425A1 (en) | 2014-04-23 | 2015-04-21 | Method and system of processing commodity object information |
US14/692,644 US10671968B2 (en) | 2014-04-23 | 2015-04-21 | Method and system of processing commodity object information |
JP2016561007A JP6475262B2 (ja) | 2014-04-23 | 2015-04-21 | 商品オブジェクト情報を処理する方法及びシステム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410166069.1A CN105096015B (zh) | 2014-04-23 | 2014-04-23 | 商品对象信息处理方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105096015A CN105096015A (zh) | 2015-11-25 |
CN105096015B true CN105096015B (zh) | 2021-01-08 |
Family
ID=54333108
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410166069.1A Active CN105096015B (zh) | 2014-04-23 | 2014-04-23 | 商品对象信息处理方法及系统 |
Country Status (5)
Country | Link |
---|---|
US (1) | US10671968B2 (zh) |
JP (1) | JP6475262B2 (zh) |
CN (1) | CN105096015B (zh) |
TW (1) | TWI668653B (zh) |
WO (1) | WO2015164425A1 (zh) |
Families Citing this family (45)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105279682B (zh) * | 2014-07-21 | 2021-08-27 | 阿里巴巴集团控股有限公司 | 商品对象的交易信息处理方法及装置 |
CN106779897B (zh) * | 2015-11-23 | 2020-10-27 | 菜鸟智能物流控股有限公司 | 组合商品对象交易信息处理方法及装置 |
CN106815695B (zh) * | 2015-11-27 | 2021-03-26 | 菜鸟智能物流控股有限公司 | 对象传输中的信息处理方法和装置 |
CN106815696A (zh) * | 2015-11-27 | 2017-06-09 | 阿里巴巴集团控股有限公司 | 用于物流库存管理平台的物流库存管理方法和装置 |
CN106815752B (zh) * | 2015-12-01 | 2020-12-29 | 菜鸟智能物流控股有限公司 | 商品对象物流信息处理方法及装置 |
CN106815700B (zh) * | 2015-12-02 | 2021-03-26 | 菜鸟智能物流控股有限公司 | 物流信息处理方法及装置 |
CN106960266B (zh) * | 2016-01-11 | 2021-04-02 | 菜鸟智能物流控股有限公司 | 一种预售物品的物流控制方法以及装置 |
CN107025531B (zh) * | 2016-01-29 | 2021-06-29 | 菜鸟智能物流控股有限公司 | 地址修改信息处理方法及装置 |
CN107038539B (zh) * | 2016-02-04 | 2021-04-27 | 菜鸟智能物流控股有限公司 | 货品属性信息处理方法及装置 |
CN105894306A (zh) * | 2016-03-30 | 2016-08-24 | 乐视控股(北京)有限公司 | 一种订单承诺时间的监控管理方法和系统 |
CN107292550A (zh) * | 2016-03-31 | 2017-10-24 | 阿里巴巴集团控股有限公司 | 一种物流资源的调度方法、设备及系统 |
JP6303230B2 (ja) * | 2016-06-09 | 2018-04-04 | 和則 藤沢 | 商品出荷管理システム及びプログラム |
CN107679783A (zh) * | 2016-08-02 | 2018-02-09 | 阿里巴巴集团控股有限公司 | 库存管理方法、装置及设备 |
CN107767092B (zh) * | 2016-08-23 | 2021-08-24 | 菜鸟智能物流控股有限公司 | 商品对象信息的处理方法、展示方法及装置 |
CN107808265B (zh) * | 2016-09-09 | 2022-03-08 | 菜鸟智能物流控股有限公司 | 数据处理方法和装置 |
CN107871221B (zh) * | 2016-09-28 | 2022-07-05 | 北京京东尚科信息技术有限公司 | 用于获取可销售库存数量的方法和装置 |
CN108108378B (zh) * | 2016-11-24 | 2023-04-07 | 阿里巴巴集团控股有限公司 | 数据对象库存信息处理方法及装置 |
CN108108929B (zh) * | 2016-11-25 | 2022-04-26 | 北京京东振世信息技术有限公司 | 一种家电极速安装的方法及系统 |
CN108389013B (zh) * | 2017-02-03 | 2021-04-30 | 北京京东尚科信息技术有限公司 | 仓储数据动态处理方法及装置 |
CN108428075A (zh) * | 2017-02-13 | 2018-08-21 | 菜鸟智能物流控股有限公司 | 一种库存信息更新方法和装置 |
CN109118028B (zh) * | 2017-06-22 | 2022-06-24 | 菜鸟智能物流控股有限公司 | 物流线路管理方法、资源处理方法、显示方法、设备及系统 |
CN108600848A (zh) * | 2018-03-15 | 2018-09-28 | 聚好看科技股份有限公司 | 智能电视以及在用户界面上显示内容的方法 |
CN110362583A (zh) * | 2018-04-08 | 2019-10-22 | 北京京东尚科信息技术有限公司 | 一种用于多数据源的数据处理方法和装置 |
CN108446879A (zh) * | 2018-04-17 | 2018-08-24 | 闽南师范大学 | 一种生鲜商品电子商务仓储配送系统及方法 |
CN110443533A (zh) * | 2018-05-02 | 2019-11-12 | 北京京东尚科信息技术有限公司 | 商品分仓入库方法、装置、电子设备及计算机可读介质 |
CN110516985B (zh) * | 2018-05-21 | 2024-02-09 | 北京京东尚科信息技术有限公司 | 仓库选择方法、系统、计算机系统和计算机可读存储介质 |
CN110634038A (zh) * | 2018-06-21 | 2019-12-31 | 菜鸟智能物流控股有限公司 | 订单界面展示方法、订单生成方法、订单处理系统 |
CN110633820B (zh) * | 2018-06-25 | 2022-07-05 | 北京京东振世信息技术有限公司 | 仓库地址的推荐方法、装置及计算机可读存储介质 |
CN109254975A (zh) * | 2018-09-21 | 2019-01-22 | 上海点融信息科技有限责任公司 | 基于区块链实现图书共享的方法、设备及可读存储介质 |
CN111222936B (zh) * | 2018-11-27 | 2023-05-05 | 阿里巴巴集团控股有限公司 | 商品数据的处理方法、装置及电子设备 |
CN110046956B (zh) * | 2019-03-20 | 2020-08-11 | 上海拉扎斯信息科技有限公司 | 订单处理方法、装置、服务器及存储介质 |
CN111784217A (zh) * | 2019-04-04 | 2020-10-16 | 陈卫文 | 一种适于居民小区的商品物流配送方法及系统 |
CN110490347A (zh) * | 2019-06-25 | 2019-11-22 | 北京礼贤奥天农业有限公司 | 果蔬预售控制系统 |
CN110738286B (zh) * | 2019-10-23 | 2023-04-14 | 杜明利 | 基于虚拟数据链的供应链仓储分拣方法和系统 |
US20210158467A1 (en) * | 2019-11-26 | 2021-05-27 | Coupang, Corp. | Systems and methods for automatic delivery worker assignment |
CN113220700B (zh) * | 2020-02-04 | 2023-11-03 | 北京京东振世信息技术有限公司 | 一种实现动态库存处理方法和装置 |
CN111292135B (zh) * | 2020-02-25 | 2023-08-04 | 上海韵达高新技术有限公司 | 分销方法、装置、设备、系统及存储介质 |
KR102250745B1 (ko) | 2020-07-03 | 2021-05-11 | 쿠팡 주식회사 | 배달원의 배정을 위한 전자 장치 및 그 동작 방법 |
CN113298601A (zh) * | 2020-10-20 | 2021-08-24 | 阿里巴巴集团控股有限公司 | 商品对象信息处理方法、装置及电子设备 |
CN112380187B (zh) * | 2020-11-11 | 2022-11-15 | 苏宁云计算有限公司 | 库存数据监控方法、装置、计算机设备和存储介质 |
CN114531407B (zh) * | 2020-11-23 | 2024-04-09 | 腾讯科技(深圳)有限公司 | 基于虚拟物品的数据处理方法、装置以及可读存储介质 |
CN113656026A (zh) * | 2021-06-11 | 2021-11-16 | 阿里巴巴新加坡控股有限公司 | 商品对象信息展示方法及装置 |
CN113570302A (zh) * | 2021-06-30 | 2021-10-29 | 杭州万纵信息科技有限公司 | 一种跨境电商预售管理方法及系统 |
CN113554397B (zh) * | 2021-07-31 | 2024-01-30 | 杭州拼便宜网络科技有限公司 | 物流规划方法、装置、电子设备和计算机可读介质 |
CN114022082B (zh) * | 2021-11-16 | 2023-07-25 | 广域铭岛数字科技有限公司 | 智慧云仓管理方法、装置、设备及介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101216909A (zh) * | 2008-01-16 | 2008-07-09 | 乐清市维信应用软件开发有限公司 | 一种基于工艺分析的erp生产计划管理 |
WO2010095852A4 (ko) * | 2009-02-17 | 2011-02-03 | (주)월드게이트 | 전자창고를 이용한 오픈마켓형 전자 상거래 방법 |
CN102609868A (zh) * | 2012-02-03 | 2012-07-25 | 纽海信息技术(上海)有限公司 | 购物系统及购物方法 |
CN103413209A (zh) * | 2013-07-17 | 2013-11-27 | 西南交通大学 | 多客户多仓库物流配送路径选择方法 |
CN103426072A (zh) * | 2013-07-16 | 2013-12-04 | 无限极(中国)有限公司 | 一种高并发竞争库存的订单处理系统及其处理方法 |
CN103632281A (zh) * | 2012-08-29 | 2014-03-12 | 阿里巴巴集团控股有限公司 | 一种提供商品信息的方法及装置 |
Family Cites Families (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4028150B2 (ja) | 2000-02-09 | 2007-12-26 | 株式会社ソニー・コンピュータエンタテインメント | 販売管理システムおよび販売管理方法 |
AU2001273075A1 (en) | 2000-06-29 | 2002-01-14 | United Parcel Service Of America, Inc. | Systems and methods for end-to-end fulfillment and supply chain management |
US6915268B2 (en) | 2000-07-28 | 2005-07-05 | Odyssey Logistics & Technology Corporation | Transport logistics systems and methods |
JP2002117300A (ja) | 2000-10-04 | 2002-04-19 | Kawasho Corp | 電子出荷管理方法およびシステム |
US7059515B2 (en) | 2000-10-05 | 2006-06-13 | Exago Pty Ltd. | Logistics chain management system |
US20020072983A1 (en) | 2000-12-12 | 2002-06-13 | David Teller | Virtual product distribution system and method |
US6937992B1 (en) | 2000-12-29 | 2005-08-30 | Arrowstream, Inc. | Transport vehicle capacity maximization logistics system and method of same |
JP4115143B2 (ja) * | 2001-04-06 | 2008-07-09 | キヤノン株式会社 | 流通制御システムおよびその方法、並びに、サーバ装置およびその制御方法 |
GB2380570A (en) | 2001-06-27 | 2003-04-09 | Inventec Corp | Computerised automatic management system and method for logistics control |
US20110119181A1 (en) * | 2001-09-04 | 2011-05-19 | Puleo Barry D | Secure limit card |
US20030110104A1 (en) * | 2001-10-23 | 2003-06-12 | Isuppli Corp. | Enhanced vendor managed inventory system and process |
US20030216975A1 (en) | 2001-11-26 | 2003-11-20 | Montey Paul D. | Method and system for managing inventory in a supply chain |
WO2003046696A2 (en) | 2001-11-28 | 2003-06-05 | Isuppli Corporation | Supply chain network |
AT501256A2 (de) | 2003-02-06 | 2006-07-15 | Mobilkom Austria Ag & Co Kg | System zur verwaltung von produkten und produktteilen oder zugeordneten seriennummern sowie datenverarbeitungsanlage |
TW200515230A (en) | 2003-10-24 | 2005-05-01 | Hon Hai Prec Ind Co Ltd | System and method for managing shipment in a supply chain |
US7778891B1 (en) * | 2004-05-07 | 2010-08-17 | American Airlines, Inc. | System and method for inventory management and distribution |
JP5076272B2 (ja) | 2004-09-24 | 2012-11-21 | 富士通株式会社 | 商品購入管理システム |
US20080208728A1 (en) | 2004-10-08 | 2008-08-28 | George Sugihara | Fractional Forward Contracts |
US8700586B2 (en) * | 2005-10-31 | 2014-04-15 | Yahoo! Inc. | Clickable map interface |
US20130054317A1 (en) * | 2011-08-24 | 2013-02-28 | Raj Vasant Abhyanker | Geospatially constrained gastronomic bidding |
US20110214050A1 (en) * | 2006-09-29 | 2011-09-01 | Stambaugh Thomas M | Virtual systems for spatial organization, navigation, and presentation of information |
DE102007025582A1 (de) | 2007-06-01 | 2008-12-04 | Caterpillar Inc., Peoria | Prozess zum Logistikmanagement |
US8527373B1 (en) * | 2008-03-21 | 2013-09-03 | Amazon Technologies, Inc. | Fulfillment of orders |
US20090254447A1 (en) * | 2008-04-04 | 2009-10-08 | Global Launch Incorporated | Methods for selection, purchase and shipping of items for sale |
JP5418084B2 (ja) | 2009-09-08 | 2014-02-19 | セイコーエプソン株式会社 | 物流統合支援システム、受発注支援装置、在庫管理支援装置、出荷作業支援装置、受発注支援装置制御プログラム及び物流統合支援方法 |
JP5430442B2 (ja) | 2010-02-25 | 2014-02-26 | 楽天株式会社 | 電子商取引システム、電子商取引方法、及び電子商取引プログラム |
US20120084119A1 (en) | 2010-10-04 | 2012-04-05 | Intuit Inc. | Method and system for excess inventory management |
US9036846B2 (en) * | 2011-05-02 | 2015-05-19 | Advanced Bionics Ag | Systems and methods for optimizing a compliance voltage of an auditory prosthesis |
CN102682398A (zh) * | 2012-05-23 | 2012-09-19 | 黄洪程 | 一种促销策略应用的电子商务方法 |
CN103544601A (zh) * | 2012-07-11 | 2014-01-29 | 上海宝钢浦东国际贸易有限公司 | 交易信息系统及其方法 |
CN102930466A (zh) * | 2012-09-20 | 2013-02-13 | 苏州亚安智能科技有限公司 | 一种运用于自助式电子商务管理平台的方法 |
CN103065257A (zh) * | 2012-12-25 | 2013-04-24 | 苏州博康生物医疗科技有限公司 | 一种实现智能服务的电子商务平台 |
US20150142602A1 (en) * | 2013-11-19 | 2015-05-21 | Service Labs, Inc. | Method and system for automated identification and engagement of service providers |
-
2014
- 2014-04-23 CN CN201410166069.1A patent/CN105096015B/zh active Active
- 2014-09-23 TW TW103132812A patent/TWI668653B/zh active
-
2015
- 2015-04-21 US US14/692,644 patent/US10671968B2/en active Active
- 2015-04-21 JP JP2016561007A patent/JP6475262B2/ja active Active
- 2015-04-21 WO PCT/US2015/026946 patent/WO2015164425A1/en active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101216909A (zh) * | 2008-01-16 | 2008-07-09 | 乐清市维信应用软件开发有限公司 | 一种基于工艺分析的erp生产计划管理 |
WO2010095852A4 (ko) * | 2009-02-17 | 2011-02-03 | (주)월드게이트 | 전자창고를 이용한 오픈마켓형 전자 상거래 방법 |
CN102609868A (zh) * | 2012-02-03 | 2012-07-25 | 纽海信息技术(上海)有限公司 | 购物系统及购物方法 |
CN103632281A (zh) * | 2012-08-29 | 2014-03-12 | 阿里巴巴集团控股有限公司 | 一种提供商品信息的方法及装置 |
CN103426072A (zh) * | 2013-07-16 | 2013-12-04 | 无限极(中国)有限公司 | 一种高并发竞争库存的订单处理系统及其处理方法 |
CN103413209A (zh) * | 2013-07-17 | 2013-11-27 | 西南交通大学 | 多客户多仓库物流配送路径选择方法 |
Also Published As
Publication number | Publication date |
---|---|
JP2017514219A (ja) | 2017-06-01 |
TW201541383A (zh) | 2015-11-01 |
CN105096015A (zh) | 2015-11-25 |
US20150310384A1 (en) | 2015-10-29 |
JP6475262B2 (ja) | 2019-02-27 |
TWI668653B (zh) | 2019-08-11 |
WO2015164425A1 (en) | 2015-10-29 |
US10671968B2 (en) | 2020-06-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105096015B (zh) | 商品对象信息处理方法及系统 | |
US11847627B2 (en) | Product catalog services | |
WO2016173445A1 (zh) | 商品对象的库存信息的处理方法及系统 | |
WO2016206556A1 (zh) | 仓库资源信息处理、提供库存信息的方法及装置 | |
CN107025531B (zh) | 地址修改信息处理方法及装置 | |
CN106469377A (zh) | 退货信息处理方法及装置 | |
US20090327034A1 (en) | Methods and apparatus for electronic commerce | |
CN106156975A (zh) | 业务对象的库存信息处理方法及装置 | |
CN106960295B (zh) | 一种调拨方法及装置、预售系统 | |
WO2012047240A1 (en) | Method and system for excess inventory management | |
CN106815752B (zh) | 商品对象物流信息处理方法及装置 | |
CN106485439A (zh) | 物流服务信息处理方法及装置 | |
US10217155B2 (en) | Product cross-selling method and system | |
CN106960266B (zh) | 一种预售物品的物流控制方法以及装置 | |
KR20150053443A (ko) | 물류 관리 방법, 장치 및 컴퓨터 판독가능한 매체 | |
JP7339687B2 (ja) | スペースステーションに基づく商品配送の方法、システム及び記録媒体 | |
KR101858613B1 (ko) | 기부된 중고물품 거래서버, 기부된 중고물품 거래시스템 및 기부된 중고물품 거래방법 | |
KR20170047669A (ko) | 스마트폰에서 하나의 가상 음식점을 기반으로 하는 음식주문 및 배달 서비스 제공 장치와 그 방법 | |
CN110335417B (zh) | 电子水票的应用系统及方法 | |
JP7339688B2 (ja) | スペースステーションに基づく商品転売の方法、システム及び記録媒体 | |
KR102254743B1 (ko) | 네트워크를 통한 물품 배송 관리 방법 및 이에 사용되는 관리 서버 | |
KR20160064302A (ko) | 쇼핑 서비스 제공 시스템 및 쇼핑 서비스 제공 방법 | |
KR20160001171A (ko) | 쇼핑 서비스 제공 장치, 시스템, 방법 및 컴퓨터 판독 가능한 기록 매체 | |
KR20110082912A (ko) | 온라인 쇼핑몰 서버의 운영 방법 | |
KR20160131374A (ko) | 회원제 쇼핑몰 운영 방법 및 그 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20180411 Address after: Four story 847 mailbox of the capital mansion of Cayman Islands, Cayman Islands, Cayman Applicant after: CAINIAO SMART LOGISTICS HOLDING Ltd. Address before: Cayman Islands Grand Cayman capital building a four storey No. 847 mailbox Applicant before: ALIBABA GROUP HOLDING Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |