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

组合商品对象交易信息处理方法及装置 Download PDF

Info

Publication number
CN106779897B
CN106779897B CN201510819005.1A CN201510819005A CN106779897B CN 106779897 B CN106779897 B CN 106779897B CN 201510819005 A CN201510819005 A CN 201510819005A CN 106779897 B CN106779897 B CN 106779897B
Authority
CN
China
Prior art keywords
warehouse
inventory
commodity object
negative
information
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
Application number
CN201510819005.1A
Other languages
English (en)
Other versions
CN106779897A (zh
Inventor
陈岳阳
姜浩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Cainiao Smart Logistics Holding Ltd
Original Assignee
Cainiao Smart Logistics Holding Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Cainiao Smart Logistics Holding Ltd filed Critical Cainiao Smart Logistics Holding Ltd
Priority to CN201510819005.1A priority Critical patent/CN106779897B/zh
Priority to JP2018545537A priority patent/JP6609062B2/ja
Priority to KR1020187017885A priority patent/KR102127058B1/ko
Priority to PCT/CN2016/105667 priority patent/WO2017088676A1/zh
Publication of CN106779897A publication Critical patent/CN106779897A/zh
Priority to US15/982,836 priority patent/US10783493B2/en
Application granted granted Critical
Publication of CN106779897B publication Critical patent/CN106779897B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • G06Q10/0875—Itemisation or classification of parts, supplies or services, e.g. bill of materials
    • 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/0613—Third-party assisted
    • G06Q30/0619—Neutral agent
    • 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
    • G06Q10/0833—Tracking
    • 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
    • G06Q10/0835—Relationships between shipper or supplier and carriers
    • G06Q10/08355—Routing methods
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/203—Inventory monitoring
    • 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/0623—Item investigation
    • G06Q30/0625—Directed, with specific intent or strategy
    • 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

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请实施例公开了组合商品对象交易信息处理方法及装置，其中，该方法包括：前端交易中心服务器接收浏览组合商品对象详情信息的浏览请求，并分别获取各子商品对象的库存信息；如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则提供所述组合商品对象的可售信息；在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。通过本申请实施例，能够使得组合商品对象可以获得更多的可售机会，方便第二用户的操作，节省***资源。

Description

组合商品对象交易信息处理方法及装置
技术领域
本申请涉及商品对象信息处理技术领域，特别是涉及组合商品对象交易信息处理方法及装置。
背景技术
在电商销售平台中，最为传统的销售模式就是普通现货销售模式，这种模式要求仓库中必须有实际库存才可销售，用户下单并支付全款后即可发货。可见，在现货销售模式下，仓库内有库存是商家能够正常销售的前提，但是，销售需求变化多端，商家补货可能会存在周期性、延迟性，因此，商家往往面临一个难题，那就是到底往仓库存多少货才合适。如果备货过多，则容易造成滞销的风险，如果备货过少，则会影响销售业绩。
为了使得商家可以更灵活的进行备货，电商平台中还提供了预售模式，这种模式并不强制仓库有实际库存，只要设置一定的预售虚拟库存量，就可以进行前端销售。买家用户在下单时可以先支付定金，在预售期快要结束时，再支付尾款，在从支付定金到支付尾款的过程中，商家可以利用这段时间向仓库中补货。这样，商家可以在无库存的情况下提前预售，然后，按照实际的销售情况进行补货，并执行发货操作即可。
显然，预售的方式使得商家可以根据实际的下单情况进行补货，因此，可以达到准确铺货的效果，避免造成库存的积压或者不足等情况的发生。但是，现货销售也有其自身的好处，例如，买家用户只需要一次性完成付款，就可以等待收货，并且只要仓库内有库存，就可以尽可能早地为买家用户发货，等等。因此，在实际应用中，现货销售与预售都是普遍存在的销售模式。
然而，在实际应用中可能存在以下情况：有些商品对象在前端销售时是一件商品对象，但在后端仓库中却对应着两个或多个子商品。通常，可以将这种前端商品对象称为“组合商品对象”，例如，空调通常包括内机和外机两部分，为了便于消费者购买，在前端销售时，可以组合为“空调”这样一个前端组合商品对象进行销售，但是实际上在后端仓库中，内机和外机是两个独立的子商品，各自的库存也是独立的。
但是，在现有技术中，对于组合商品对象，通常要求各个子商品采用相同的销售模式，例如，均为现货销售，或者均为预售。对于不同子商品采用不同销售模式的情况，只能将该前端组合商品置为不可售。或者，在前端也将两个子商品分别表达为独立的商品对象，不再以组合商品对象的形式存在。但此时，消费者如果仍然需要购买各个子商品，则需要多次下单，或者，分别将各个子商品加入“购物车”之后再统一进行下单，等等，增加了第二用户的操作复杂度，也会导致占用更多的***资源。
因此，如何在存在组合商品对象的情况下，使得各子商品也能够灵活地设置销售模式，是需要本领域技术人员解决的技术问题。
发明内容
本申请提供了组合商品对象交易信息处理方法及装置，能够使得组合商品对象可以获得更多的可售机会，方便第二用户的操作，节省***资源。
本申请提供了如下方案：
一种组合商品对象交易信息处理方法，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述方法包括：
前端交易中心服务器接收浏览组合商品对象详情信息的浏览请求，并分别获取各子商品对象的库存信息；
如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则提供所述组合商品对象的可售信息；
接收到购买所述组合商品对象的请求时，生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
一种组合商品对象交易信息处理方法，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述方法包括：
第二用户客户端接收浏览组合商品对象详情信息的浏览请求；
将所述浏览请求提交到前端交易平台服务器，以便所述前端交易平台服务器分别获取各子商品对象的库存信息，如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则返回所述组合商品对象的可售信息；
提供所述前端交易平台服务器返回的所述组合商品对象的可售信息；
接收到购买所述组合商品对象的请求时，将购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
一种组合商品对象物流信息处理方法，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述方法包括：
物流中心服务器确定待生成物流订单的目标交易订单；
确定所述目标交易订单中记录的前置路由信息；
如果所述目标交易订单中第一子商品对象被路由到实体仓库，第二子商品被路由到负卖虚仓，则针对所述第一子商品生成第一物流订单，针对所述第二子商品生成第二物流订单。
一种组合商品对象发货信息处理方法，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述方法包括：
发货中心服务器在接收到针对指定物流订单的发货请求时，确定所述指定物流订单关联的目标交易订单信息；
判断是否存在与所述目标交易订单信息关联的另一物流订单；
如果存在，则将所述目标交易订单信息关联各物流订单进行合单处理，其中，如果其中一物流订单对应的前置路由仓为负卖虚仓，则在检测到该物流订单关联的子商品对象存在负卖预留库存时，将两个物流订单关联的各个子商品对象进行打包发货。
一种组合商品对象交易信息处理装置，应用于前端交易中心服务器，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述装置包括：
库存信息获取单元，用于接收浏览组合商品对象详情信息的浏览请求，并分别获取各子商品对象的库存信息；
可售信息提供单元，用于如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则提供所述组合商品对象的可售信息；
前置路由单元，用于接收到购买所述组合商品对象的请求时，生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
一种组合商品对象交易信息处理装置，应用于第二用户客户端，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述装置包括：
浏览请求接收单元，用于接收浏览组合商品对象详情信息的浏览请求；
浏览请求提交单元，用于将所述浏览请求提交到前端交易平台服务器，以便所述前端交易平台服务器分别获取各子商品对象的库存信息，如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则返回所述组合商品对象的可售信息；
可售信息提供单元，用于提供所述前端交易平台服务器返回的所述组合商品对象的可售信息；
购买请求接收单元，用于接收到购买所述组合商品对象的请求时，将购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
一种组合商品对象物流信息处理装置，应用于物流中心服务器，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述装置包括：
目标交易订单确定单元，用于确定待生成物流订单的目标交易订单；
前置路由信息确定单元，用于确定所述目标交易订单中记录的前置路由信息；
物流订单生成单元，用于如果所述目标交易订单中第一子商品对象被路由到实体仓库，第二子商品对象被路由到负卖虚仓，则针对所述第一子商品对象生成第一物流订单，针对所述第二子商品对象生成第二物流订单。
一种组合商品对象发货信息处理装置，应用于发货中心服务器，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述装置包括：
目标交易订单信息确定单元，用于在接收到针对指定物流订单的发货请求时，确定所述指定物流订单关联的目标交易订单信息；
判断单元，用于判断是否存在与所述目标交易订单信息关联的另一物流订单；
合单处理单元，用于如果存在，则将所述目标交易订单信息关联各物流订单进行合单处理，其中，如果其中一物流订单对应的前置路由仓为负卖虚仓，则在检测到该物流订单关联的子商品对象存在负卖预留库存时，将两个物流订单关联的各个子商品对象进行打包发货。
根据本申请提供的具体实施例，本申请公开了以下技术效果：
通过本申请实施例，可以为实体仓库创建对应的负卖虚仓，无论是现货销售还是期货预售，在商品对象无实仓库存的情况下，都可以将负卖虚仓库存表达给前端第二用户，并且，每种销售模式都遵循同样的原则，也即，实仓的发货优先级高于负卖虚仓的优先级。在此基础上，对于组合商品对象，前端交易平台服务器可以分别基于各个子商品对象进行前置路由，而不再是基于整个组合商品对象进行前置路由，这样，即使第一子商品对象在目标实体仓库存在实仓库存，而第二子商品对象在该目标实体仓库无实仓库存，但只要第二子商品对象在与该目标实体仓库绑定的目标负卖虚仓中存在负卖虚仓库存，就可以将组合商品对象置为可售状态，并提供相应的可售信息。进而，在接收到购买所述组合商品对象的请求时，就可以生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。这样，使得组合商品对象可以获得更多的可售机会，并且，在第二用户不介意等待第一用户对部分子商品对象进行补货入库的情况下，可以方便第二用户的购买操作，而不用等到所有子商品对象的库存状态同步之后才能购买。从***资源角度而言，由于使得组合商品对象有更多的机会能够被第二用户购买，因此，可以减少第二用户反复访问的次数，因此，可以使得提供的信息的有效性得到提高，从而可以节省***资源。
当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的第一方法的流程图；
图2是本申请实施例提供的第二方法的流程图；
图3是本申请实施例提供的第三方法的流程图；
图4是本申请实施例提供的第四方法的流程图；
图5是本申请实施例提供的第一装置的示意图；
图6是本申请实施例提供的第二装置的示意图；
图7是本申请实施例提供的第三装置的示意图；
图8是本申请实施例提供的第四装置的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
在本申请实施例中，提出了“负卖”的概念。具体的，可以预先为各个实体仓库创建负卖虚仓，每个负卖虚仓继承实体仓库的覆盖范围(负卖虚仓可以不配置配送时效)。例如，可以通过以下表1的形式维护实体仓库以及负卖虚仓信息：
表1
Figure GDA0002516951470000091
第一用户(例如商家、卖家等)需要对某商品对象进行负卖时，可以在对应的负卖虚仓上配置对应的负卖虚仓库存，服务器还可以为商品对象添加负卖标识，并由库存中心服务器记录第一用户为其配置的负卖虚仓库存。第二用户(例如买家等)在浏览商品对象的详情信息页面时，服务器在判断出该商品对象是负卖商品时，可以通过以下方式进行前置路由：首先根据第二用户所在地以及当前商品对象关联的各个实体仓库的覆盖范围，判断出匹配的目标实体仓库，然后通过查询库存中心服务器，确定该目标实体仓库中是否有该商品对象的实仓可售库存，如果有，则可以展示出该商品对象的实仓可售库存，并将该目标实体仓库确定为前置路由仓。否则，如果没有实仓可售库存，则判断该目标实体仓库绑定的负卖虚仓中是否存在该商品对象的负卖虚仓可售库存，如果存在，则可以展示出该商品对象的负卖虚仓可售库存，并将该负卖虚仓确定为前置路由仓。这样，使得即使商品对象在实体仓库中没有可售库存的情况下，也能够使得商品对象处于可售状态，第二用户能够正常进行下单。
在第二用户下单时，如果前置路由仓是实体仓库，则可以生成普通的交易订单，之后如果采用的是现货销售模式，就可以在第二用户完成付款等操作后，直接对该商品对象进行发货，如果是期货预售模式，也可以按照正常的流程执行后续的操作。而如果前置路由仓是负卖虚仓，则可以生成“负卖订单”，这种负卖订单将会占用负卖虚仓库存，并且还可以对其他流程进行改进。例如，对于路由到负卖虚仓的交易订单，在进入到发货流程时，与路由到实体仓库的订单发货方式可以有所不同，另外，库存信息管理方式、补货入库时对库存的更新方式等也都可以与传统方式有所不同。在介绍负卖订单的发货流程之前，下面首先对负卖模式下库存管理方面的与传统方式的不同之处进行介绍。
在负卖模式下，除了通过“实仓库存”对象来记录实体仓库中的库存数量信息，通过“负卖虚仓库存”对象来记录负卖虚仓中的库存数量信息，还可以创建一个“负卖预留库存”对象，通过该对象来记录为已生成的负卖订单预留的库存数量信息。具体的，关于“负卖预留库存”的相关信息通常可以保存在仓储中心服务器。也就是说，关于一个参加负卖的商品对象而言，其库存信息可以如以下表2所示：
表2
Figure GDA0002516951470000101
需要说明的是，为了方便对各项库存信息进行比对，采用了上述表2的形式对库存信息进行了描述，但是，上述表格中仅用于示意性地表示一个参加负卖的商品对象对应的各种库存信息，具体实现时，各个字段的信息可以并不是在同一条记录中，甚至保存在不同的服务器上。例如，关于实仓库存、实仓占用库存、负卖虚仓库存、负卖虚仓占用库存是保存在库存中心服务器上，而关于负卖预留库存，则保存在仓储中心服务器上，等等。
在一个商品对象被配置为负卖的初始状态下，该商品对象的“实仓库存”根据实际实体仓库中的库存数量确定，“负卖虚仓库存”是第一用户配置的，也就是此次计划负卖的最大数量，例如100件等等，而“负卖预留库存”以及实仓占用库存、负卖虚仓库存占用均为0。后续随着普通订单、负卖订单的生成以及第一用户补货行为的发生，各个字段的数值都会发生变化。
具体的，生成普通订单时，可以增加实仓占用库存，当实际为普通订单发货时，对实仓库存以及实仓占用库存量均进行扣减。生成负卖订单时，增加负卖虚仓占用库存。当第一用户对该商品对象进行补货时，仓储中心服务器需要将库存变化信息同步到库存中心服务器，在负卖模式下，库存同步更新的规则与传统方式有所不同，并不是将补货入库的全部库存(quantity)都增加到实仓库存上，而是可以如下进行：首先确定该商品对象当前的负卖预留库存数量(whReserve)，以及当前已经生成的关于该商品对象的负卖订单占用的负卖虚仓库存总数(IPMVOccupy)，如果IPMVOccupy>whReserve，则证明当前的预留库存数量不能满足已经生成的负卖订单的需求，于是，可以从当前补货入库的库存中，追加预留一部分库存数量，具体追加的预留库存数量为IPMVOccupy-whReserve，这样，实际同步到库存中心的实仓库存的增加量为quantity-(IPMVOccupy-whReserve)。在实仓库存有了增加量之后，为了使得之前制定的负卖计划数量保持不变，还可以对负卖虚仓库存进行扣减。通常，扣减的量与实仓库存的增加量可以是相同的。也就是说，在负卖模式下，对于补货入库的库存总数，会被分成两部分，一部分增加到负卖预留库存中，一部分增加到库存中心服务器的实仓库存中。
在对负卖订单执行发货时，可以从仓储中心服务器读取关于该商品对象的负卖预留库存数量，当存在足够的负卖预留库存时，即可为该负卖订单执行发货流程，实际发货后，对负卖预留库存、负卖虚仓占用以及负卖虚仓库存量均进行扣减。
例如，某商品对象在被指定为负卖商品的初始状态下，各字段的信息为表3所示：
表3
Figure GDA0002516951470000111
在经过了一段时间的前端销售之后，实仓库存全部被占用，之后产生了一些负卖订单，这些负卖订单共占用的负卖虚仓库存数量为20，则上述表3各字段的信息变为：
表4
Figure GDA0002516951470000121
此时，实仓可售库存为10-10＝0，负卖虚仓可售库存为100-20＝80。假设此时第一用户为该商品对象进行了补货，补货入库的库存数量共为50件。此时，在进行更新各种库存数量时可以如下进行：首先确定出负卖虚仓库存占用与负卖预留库存之间的差值为20-0＝20，因此，可以首先从50件补货库存中取出20件作为负卖预留库存，也即负卖预留库存增加20。之后，补货的库存剩余30件，可以增加到实仓库存上，使得实仓可售库存变为(10+30)-10＝30。另外，还可以将负卖虚仓库存扣减30件，也即，计划负卖的数量转移到实仓中销售，负卖虚仓可售库存变为(100-30)-20＝50。通过对负卖虚仓的扣减，可以保持原负卖计划总数不变。更新之后各字段的数量为：
表5
Figure GDA0002516951470000122
假设后续对之前已经产生的订单都完成了发货，并且没有再产生新的交易订单，则更新后的各字段的数量为：
表6
Figure GDA0002516951470000131
通过这种方式，无论是现货销售还是预售，都可以实现在无实仓库存的状态下，使得商品对象可售，避免销售业绩受到影响，并且，由于每种销售模式都遵循同样的原则，也即，实仓的发货优先级高于负卖虚仓的优先级，再结合后续补货等过程中对各类型库存数量的更新策略，使得即使同一后端商品对象在前端采用多种销售模式同时销售，也不会发生超卖的现象。
在上述负卖模式的基础上，对于组合商品对象，可以基于子商品对象进行前置路由，而不是基于组合商品进行前置路由，这样，当出现子商品对象在销售模式、库存类型上存在冲突的情况时，例如，其中部分子商品对象在某实体仓库中存在实仓库存，而另一部分子商品对象没有实仓库存的情况，可以判断这部分没有实仓库存的子商品对象，是否在负卖虚仓上是否有负卖虚仓库存，并且该负卖虚仓与前述实体仓库具有绑定关系，如果有，则可以将该组合商品对象置为可售状态。也即，允许其继续作为组合商品进行销售，并且处于可以下单购买的状态。在第二用户下单购买该组合商品对象时，可以根据子商品对象的实际库存情况，生成不同的前置路由仓，后续在生成物流订单时，可以根据前置路由仓的类型不同，拆分成两个物流订单，一个物流订单用于跟踪有实仓库存的子商品对象，另一个物流订单用于跟踪无实仓库存，但是有负卖虚仓库存的子商品对象。后续在商品出库时，还可以将两个物流订单进行合单，并且，等到所有负卖的子商品对象在实体仓库中产生负卖预留库存时，再统一进行发货。也就是说，在本申请实施例中，对于组合商品对象，即使各个子商品对象之间出现库存冲突，也仍然能够正常以组合商品对象的形式进行销售。在具体实现过程中，对于交易流程、物流订单生成流程以及后续的发货流程等多个流程中的处理逻辑都可以进行相应的修改。下面对具体的实现方式进行详细介绍。
实施例一
参见图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、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***或***实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的***及***实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上对本申请所提供的组合商品对象交易信息处理方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (22)

1.一种组合商品对象交易信息处理方法，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述方法包括：
前端交易中心服务器接收浏览组合商品对象详情信息的浏览请求，并分别获取各子商品对象的库存信息；
如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则提供所述组合商品对象的可售信息；
接收到购买所述组合商品对象的请求时，生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
2.根据权利要求1所述的方法，其特征在于，所述组合商品对象的可售信息包括所述组合商品对象的可售库存数量信息，所述组合商品对象的可售库存数量信息通过以下方式确定：
确定各子商品对象的库存数量，并将其中的最小值确定为所述组合商品对象的可售库存数量。
3.根据权利要求1所述的方法，其特征在于，所述组合商品对象的可售信息不包括配送时效信息。
4.根据权利要求1所述的方法，其特征在于，还包括：
物流中心服务器在生成与所述交易订单关联的物流订单时，根据前置路由仓类型的不同，针对所述第一子商品对象生成第一物流订单，针对所述第二子商品对象生成第二物流订单。
5.根据权利要求4所述的方法，其特征在于，还包括：
发货中心服务器在根据物流订单进行发货时，将关联相同交易订单的所述第一物流订单与所述第二物流订单进行合单处理，并在检测到所述第二子商品对象在对应的目标实体仓库中存在负卖预留库存时，将所述第一子商品对象与所述第二子商品对象进行打包发货。
6.一种组合商品对象交易信息处理方法，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述方法包括：
第二用户客户端接收浏览组合商品对象详情信息的浏览请求；
将所述浏览请求提交到前端交易平台服务器，以便所述前端交易平台服务器分别获取各子商品对象的库存信息，如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则返回所述组合商品对象的可售信息；
提供所述前端交易平台服务器返回的所述组合商品对象的可售信息；
接收到购买所述组合商品对象的请求时，将购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
7.一种组合商品对象物流信息处理方法，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述方法包括：
物流中心服务器确定待生成物流订单的目标交易订单；
确定所述目标交易订单中记录的前置路由信息；
如果所述目标交易订单中第一子商品对象被路由到实体仓库，第二子商品对象被路由到负卖虚仓，则针对所述第一子商品对象生成第一物流订单，针对所述第二子商品对象生成第二物流订单。
8.根据权利要求7所述的方法，其特征在于，还包括：
通过跟踪所述第一物流订单以及第二物流订单的状态，同步更新所述交易订单的物流详情信息。
9.一种组合商品对象发货信息处理方法，其特征在于，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述方法包括：
发货中心服务器在接收到针对指定物流订单的发货请求时，确定所述指定物流订单关联的目标交易订单信息；
判断是否存在与所述目标交易订单信息关联的另一物流订单；
如果存在，则将所述目标交易订单信息关联各物流订单进行合单处理，其中，如果其中一物流订单对应的前置路由仓为负卖虚仓，则在检测到该物流订单关联的子商品对象存在负卖预留库存时，将两个物流订单关联的各个子商品进行打包发货。
10.根据权利要求9所述的方法，其特征在于，还包括：
在确定出关联相同交易订单各物流订单后，确定各物流订单的状态；
如果各物流订单均未被取消，则触发执行所述合单处理。
11.根据权利要求10所述的方法，其特征在于，还包括：
如果其中之一物流订单被取消，则仅基于未被取消的物流订单执行发货操作。
12.一种组合商品对象交易信息处理装置，其特征在于，应用于前端交易中心服务器，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述装置包括：
库存信息获取单元，用于接收浏览组合商品对象详情信息的浏览请求，并分别获取各子商品对象的库存信息；
可售信息提供单元，用于如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则提供所述组合商品对象的可售信息；
前置路由单元，用于接收到购买所述组合商品对象的请求时，生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
13.根据权利要求12所述的装置，其特征在于，所述组合商品对象的可售信息包括所述组合商品对象的可售库存数量信息，所述可售信息提供单元包括：
可售库存数量确定子单元，用于确定各子商品对象的库存数量，并将其中的最小值确定为所述组合商品对象的可售库存数量。
14.根据权利要求12所述的装置，其特征在于，所述组合商品对象的可售信息不包括配送时效信息。
15.根据权利要求12所述的装置，其特征在于，物流中心服务器在生成与所述交易订单关联的物流订单时，根据前置路由仓类型的不同，针对所述第一子商品对象生成第一物流订单，针对所述第二子商品对象生成第二物流订单。
16.根据权利要求15所述的装置，其特征在于，发货中心服务器在根据物流订单进行发货时，将关联相同交易订单的所述第一物流订单与所述第二物流订单进行合单处理，并在检测到所述第二子商品对象在对应的目标实体仓库中存在负卖预留库存时，将所述第一子商品对象与所述第二子商品对象进行打包发货。
17.一种组合商品对象交易信息处理装置，其特征在于，应用于第二用户客户端，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述装置包括：
浏览请求接收单元，用于接收浏览组合商品对象详情信息的浏览请求；
浏览请求提交单元，用于将所述浏览请求提交到前端交易平台服务器，以便所述前端交易平台服务器分别获取各子商品对象的库存信息，如果至少一个第一子商品对象在目标实体仓库存在实仓库存，至少一个第二子商品对象在该目标实体仓库无实仓库存，但在与该目标实体仓库对应的目标负卖虚仓中存在负卖虚仓库存，则返回所述组合商品对象的可售信息；
可售信息提供单元，用于提供所述前端交易平台服务器返回的所述组合商品对象的可售信息；
购买请求接收单元，用于接收到购买所述组合商品对象的请求时，将购买请求提交到所述前端交易平台服务器，以便所述前端交易平台服务器生成交易订单，并在生成前置路由信息时，将所述目标实体仓库确定为所述第一子商品对象的前置路由仓，将所述目标负卖虚仓确定为所述第二子商品对象的前置路由仓。
18.一种组合商品对象物流信息处理装置，其特征在于，应用于物流中心服务器，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述装置包括：
目标交易订单确定单元，用于确定待生成物流订单的目标交易订单；
前置路由信息确定单元，用于确定所述目标交易订单中记录的前置路由信息；
物流订单生成单元，用于如果所述目标交易订单中第一子商品对象被路由到实体仓库，第二子商品对象被路由到负卖虚仓，则针对所述第一子商品对象生成第一物流订单，针对所述第二子商品对象生成第二物流订单。
19.根据权利要求18所述的装置，其特征在于，还包括：
跟踪单元，用于通过跟踪所述第一物流订单以及第二物流订单的状态，同步更新所述交易订单的物流详情信息。
20.一种组合商品对象发货信息处理装置，其特征在于，应用于发货中心服务器，预先为每个实体仓库创建对应的负卖虚仓，所述负卖虚仓继承对应实体仓库的覆盖范围，库存中心服务器保存参加负卖的商品对象的库存信息记录，所述库存信息记录包括：实仓库存、实仓占用库存、负卖虚仓库存以及负卖虚仓占用库存；前端销售平台服务器优先利用实体仓库进行前置路由，在无实仓可售库存时，利用负卖虚仓进行前置路由；
所述装置包括：
目标交易订单信息确定单元，用于在接收到针对指定物流订单的发货请求时，确定所述指定物流订单关联的目标交易订单信息；
判断单元，用于判断是否存在与所述目标交易订单信息关联的另一物流订单；
合单处理单元，用于如果存在，则将所述目标交易订单信息关联各物流订单进行合单处理，其中，如果其中一物流订单对应的前置路由仓为负卖虚仓，则在检测到该物流订单关联的子商品对象存在负卖预留库存时，将两个物流订单关联的各个子商品对象进行打包发货。
21.根据权利要求20所述的装置，其特征在于，还包括：
物流订单状态确定单元，用于在确定出关联相同交易订单各物流订单后，确定各物流订单的状态；
触发单元，用于如果各物流订单均未被取消，则触发执行所述合单处理。
22.根据权利要求21所述的装置，其特征在于，还包括：
发货单元，用于如果其中之一物流订单被取消，则仅基于未被取消的物流订单执行发货操作。
CN201510819005.1A 2015-11-23 2015-11-23 组合商品对象交易信息处理方法及装置 Active CN106779897B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201510819005.1A CN106779897B (zh) 2015-11-23 2015-11-23 组合商品对象交易信息处理方法及装置
JP2018545537A JP6609062B2 (ja) 2015-11-23 2016-11-14 商品オブジェクトアセンブリの取引情報を処理する方法及び装置
KR1020187017885A KR102127058B1 (ko) 2015-11-23 2016-11-14 조합 상품 대상체의 거래 정보를 처리하기 위한 방법 및 디바이스
PCT/CN2016/105667 WO2017088676A1 (zh) 2015-11-23 2016-11-14 组合商品对象交易信息处理方法及装置
US15/982,836 US10783493B2 (en) 2015-11-23 2018-05-17 Method and device for processing transaction information of merchandise object assembly

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510819005.1A CN106779897B (zh) 2015-11-23 2015-11-23 组合商品对象交易信息处理方法及装置

Publications (2)

Publication Number Publication Date
CN106779897A CN106779897A (zh) 2017-05-31
CN106779897B true CN106779897B (zh) 2020-10-27

Family

ID=58763957

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510819005.1A Active CN106779897B (zh) 2015-11-23 2015-11-23 组合商品对象交易信息处理方法及装置

Country Status (5)

Country Link
US (1) US10783493B2 (zh)
JP (1) JP6609062B2 (zh)
KR (1) KR102127058B1 (zh)
CN (1) CN106779897B (zh)
WO (1) WO2017088676A1 (zh)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109544257B (zh) * 2017-09-22 2023-05-26 阿里巴巴集团控股有限公司 数据对象信息处理方法、装置及电子设备
CN108242011A (zh) * 2017-09-30 2018-07-03 北京车和家信息技术有限公司 一种订单生成方法、订单生成装置及计算机设备
CN107944991A (zh) * 2017-12-29 2018-04-20 广州天高软件科技有限公司 一种对门票产品进行销售的在线票务***
CN110046776B (zh) * 2018-01-15 2024-06-18 北京京东尚科信息技术有限公司 一种确定对象调配量的方法和装置
CN111275509A (zh) * 2018-12-04 2020-06-12 北京京东振世信息技术有限公司 一种物品库存的处理方法和装置
CN111383134B (zh) * 2018-12-28 2024-04-09 盒马(中国)有限公司 餐品对象信息处理方法、装置及***
CN109587066B (zh) * 2019-01-08 2021-10-15 百度在线网络技术（北京）有限公司 用于生成信息的方法及装置
CN110070323A (zh) * 2019-03-25 2019-07-30 北京蒙成科技有限公司 一种库存扣减方法、装置及订单服务器
CN110065755B (zh) * 2019-05-10 2023-09-01 索菲亚家居湖北有限公司 一种定制家具成品包裹动态组合入库***及其控制方法
CN112348423A (zh) * 2019-11-07 2021-02-09 北京沃东天骏信息技术有限公司 用于调整库存量的方法和装置
CN111311117B (zh) * 2020-03-13 2024-03-12 郭俊 订单处理方法
CN111833150A (zh) * 2020-07-15 2020-10-27 米思米（中国）精密机械贸易有限公司 订单生成方法及装置
CN113807757A (zh) * 2020-09-27 2021-12-17 北京沃东天骏信息技术有限公司 仓储数据处理方法、装置、介质及电子设备
CN113095603B (zh) * 2021-06-08 2021-09-21 易纳购科技(北京)有限公司 箱型预测方法、装置、计算机设备及存储介质
CN113592245A (zh) * 2021-07-05 2021-11-02 杭州智家通科技有限公司 库存调整方法及装置

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05250394A (ja) * 1992-03-09 1993-09-28 Hitachi Ltd 組合せ商品の在庫管理装置
JP2002304452A (ja) 1993-06-04 2002-10-18 Hitachi Ltd 商品流通管理装置およびその方法
US7668782B1 (en) * 1998-04-01 2010-02-23 Soverain Software Llc Electronic commerce system for offer and acceptance negotiation with encryption
JP3484104B2 (ja) 1998-12-25 2004-01-06 平田機工株式会社 自動倉庫及び自動倉庫の管理方法
JP4028150B2 (ja) * 2000-02-09 2007-12-26 株式会社ソニー・コンピュータエンタテインメント 販売管理システムおよび販売管理方法
US6952681B2 (en) * 2000-09-07 2005-10-04 Data Reduction Systems Corp. Tracking the distribution of prescription drugs and other controlled articles
WO2005004024A1 (en) 2003-07-02 2005-01-13 Chin Kok Yap Method and system for automating inventory management in a supply chain
JP2007524937A (ja) 2003-12-30 2007-08-30 ユナイテッド　パーセル　サービス　オブ　アメリカ　インコーポレイテッド 国際統合追跡及び仮想在庫システム
US7610219B2 (en) * 2004-02-17 2009-10-27 Omar Farooq Sayed System and methods for assembly of a web site for an online store by a seller
EP1897045A2 (en) * 2005-04-26 2008-03-12 Governing Dynamics Inc. A method of digital good placement in a dynamic, real time environment
US20080065500A1 (en) 2006-08-11 2008-03-13 Pitney Bowes Incorporated Virtual inventory with use of a delivery stream
US7552871B2 (en) * 2006-12-19 2009-06-30 Nordic Id Oy Method for collecting data fast in inventory systems and wireless apparatus thereto
US7725366B1 (en) 2007-05-01 2010-05-25 Hector Franco Supply-chain management system
US9189768B2 (en) 2007-05-31 2015-11-17 Amazon Technologies, Inc. Method and apparatus for providing fulfillment services
US20090125350A1 (en) 2007-11-14 2009-05-14 Pieter Lessing System and method for capturing and storing supply chain and logistics support information in a relational database system
WO2010060181A1 (en) 2008-11-28 2010-06-03 Jason Yuen Systems and methods for processing requests for proposals and managing inventory
US7685023B1 (en) 2008-12-24 2010-03-23 International Business Machines Corporation Method, system, and computer program product for virtualizing a physical storefront
CN101996351A (zh) * 2009-08-11 2011-03-30 深圳市鹏海运电子数据交换有限公司 自动产生仓储物料库存电子底帐的***及方法
US8589257B2 (en) 2010-12-31 2013-11-19 Nulogy Corporation Method, system and apparatus for managing inventory
CN102609868B (zh) * 2012-02-03 2017-06-20 北京京东尚科信息技术有限公司 购物***及购物方法
KR20140070154A (ko) * 2012-11-30 2014-06-10 주식회사 영림원소프트랩 가상의 논리적 기능창고를 이용한 재고관리 방법
CN203237666U (zh) * 2013-03-12 2013-10-16 北京普罗格集成科技有限公司 自动化穿梭立式仓库
US20140279294A1 (en) 2013-03-14 2014-09-18 Nordstrom, Inc. System and methods for order fulfillment, inventory management, and providing personalized services to customers
CN103426072B (zh) * 2013-07-16 2016-02-17 无限极（中国）有限公司 一种高并发竞争库存的订单处理***及其处理方法
CA2930867A1 (en) * 2013-11-15 2015-05-21 Cfph, Llc Examples of delivery and/or referral services
CN104809602B (zh) * 2014-01-26 2021-11-19 阿里巴巴集团控股有限公司 一种提供物流信息的方法及装置
EP3117393A4 (en) * 2014-03-11 2017-08-16 Chicago Mercantile Exchange, Inc. Improved market operation through regulation of incoming order match allocation and/or dynamic resting order match allocation priorities
CN105096015B (zh) * 2014-04-23 2021-01-08 菜鸟智能物流控股有限公司 商品对象信息处理方法及***
US9595018B2 (en) 2014-05-06 2017-03-14 Hernan Ramiro Carvajal Switch network of containers and trailers for transportation, storage, and distribution of physical items
US9805402B1 (en) * 2014-09-26 2017-10-31 Amazon Technologies, Inc. Adaptive control of an item inventory plan
CN105631619A (zh) * 2014-10-30 2016-06-01 阿里巴巴集团控股有限公司 资源管理方法与***
CN105608087B (zh) 2014-11-19 2020-01-31 菜鸟智能物流控股有限公司 一种资源调度方法与设备

Also Published As

Publication number Publication date
KR20180097585A (ko) 2018-08-31
JP6609062B2 (ja) 2019-11-20
CN106779897A (zh) 2017-05-31
JP2019504422A (ja) 2019-02-14
KR102127058B1 (ko) 2020-06-26
US20180268368A1 (en) 2018-09-20
US10783493B2 (en) 2020-09-22
WO2017088676A1 (zh) 2017-06-01

Similar Documents

Publication Publication Date Title
CN106779897B (zh) 组合商品对象交易信息处理方法及装置
CN106709774B (zh) 商品对象交易信息处理方法及装置
JP6475262B2 (ja) 商品オブジェクト情報を処理する方法及びシステム
CN106485558B (zh) 商品对象预售信息处理方法及装置
US8732040B1 (en) Target inventory determination based on hosted merchants presence
US9195959B1 (en) Fulfillment of orders from multiple sources
US20120226573A1 (en) Systems and methods for bundling goods and services
CN106203894A (zh) 商品对象的库存信息的处理方法及***
CN106156975A (zh) 业务对象的库存信息处理方法及装置
KR101547305B1 (ko) 농축산물 직거래 시스템 및 이를 이용한 농축산물 직거래 방법
WO2017015212A1 (en) Merchant management system for adaptive pricing
US20160071190A1 (en) Modifying electronic orders during a fulfillment process
KR20150053443A (ko) 물류 관리 방법, 장치 및 컴퓨터 판독가능한 매체
US20140095334A1 (en) System and method for processing product upgrade transactions
WO2021040000A1 (ja) 商品取引システム、商品取引方法および商品取引プログラム
CN111932164A (zh) 信息处理方法、装置及设备
US7451100B2 (en) Method, network system and center for intermediating transactions
KR20170121754A (ko) 상품 매매 서비스 방법 및 이를 수행하기 위한 컴퓨팅 장치
US8612304B1 (en) Seller to seller transactions
KR102012806B1 (ko) 컨텐츠 그룹화가 가능한 컨텐츠 유통 및 판매 방법 및 시스템
KR101764359B1 (ko) 쇼핑 서비스 제공 장치, 방법 및 컴퓨터 판독 가능한 기록 매체
KR20140126850A (ko) 매장별 상품재고를 통합 관리하는 시스템 및 방법
OA20657A (en) Commodity exchange system, commodity exchange method, and commodity exchange program.
JP2021039725A (ja) 商品取引システム、商品取引方法および商品取引プログラム
US20230252539A1 (en) Method and system for selling and/or tracking products at brick-and-mortar boutiques or resellers

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for 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