CN113298601A - 商品对象信息处理方法、装置及电子设备 - Google Patents

商品对象信息处理方法、装置及电子设备 Download PDF

Info

Publication number
CN113298601A
CN113298601A CN202011128174.8A CN202011128174A CN113298601A CN 113298601 A CN113298601 A CN 113298601A CN 202011128174 A CN202011128174 A CN 202011128174A CN 113298601 A CN113298601 A CN 113298601A
Authority
CN
China
Prior art keywords
user
transaction
information
commodity object
warehouse
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.)
Pending
Application number
CN202011128174.8A
Other languages
English (en)
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.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group 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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN202011128174.8A priority Critical patent/CN113298601A/zh
Publication of CN113298601A publication Critical patent/CN113298601A/zh
Pending legal-status Critical Current

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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • 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
    • 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
    • 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/0641—Shopping interfaces
    • G06Q30/0643—Graphical representation of items or shoppers

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (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

商品对象信息处理方法、装置及电子设备
技术领域
本申请涉及商品对象信息处理技术领域，特别是涉及商品对象信息处理方法、装置及电子设备。
背景技术
商品对象信息服务系统的出现，使得用户足不出户即可进行商品对象的在线下单购买，并由卖家用户指定具体的物流服务提供商将货品配送至用户指定的收货地址，为用户带来了极大的便利。并且，随着商品对象信息服务系统的不断发展以及移动通信等技术的不断普及，商品对象信息服务系统所涵盖的商品对象类目更是几乎覆盖了各行各业。
但是，在实际应用中，仍然存在一些线下场景是商品对象信息服务系统难以覆盖的。例如，对于大家电类目的商品，虽然线上系统中也可以涵盖，但是，由于大家电类商品对象单价高，很多消费者更希望能够看到实际的样品或者真机之后，才确定出具体的品牌、款式，等等，因此，仍然存在大量的消费者选择到线下的实体店铺中进行购买。这也使得主营大家电类商品对象的实体店铺更少受到线上的冲击。但是，由于大家电类商品对象需要大量的仓库资源以及末端配送资源等，因此，使得开设这类实体店铺的成本门槛比较高。
因此，如果使得商品对象信息服务系统更好的覆盖线下消费者，并降低实体店铺成本的同时，让线下消费者享受到商品对象信息服务系统提供的服务，成为需要本领域技术人员解决的技术问题。
发明内容
本申请提供了商品对象信息处理方法、装置及电子设备，能够使得商品对象信息服务系统更好的覆盖线下消费者，并降低实体店铺成本的过程中，实现多种优化。
本申请提供了如下方案：
一种商品对象信息处理方法，包括：
提供用于获取具有寄存属性的商品对象信息的操作选项；所述商品对象与交易订单关联，所述交易订单是在第一用户终端接收到第二用户终端的批量交易的请求，并确定出履约方式为在第一用户关联仓库进行寄存后，根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分生成的，以使得多个交易订单分别与单个所述销售单位的商品对象相对应；
通过所述操作选项接收到操作请求后，提供对应的目标界面，所述目标界面用于以所述交易订单为单位，对所述商品对象的信息进行展示。
一种商品对象信息处理方法，包括：
接收第二用户终端提交的获取具有寄存属性的商品对象信息的请求，所述商品对象与交易订单关联，所述交易订单是在第一用户终端接收到第二用户终端的批量交易的请求，并确定出履约方式为在第一用户关联的仓库进行寄存后，根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分生成的，以使得每个交易订单与单个所述销售单位的商品对象相对应；
确定所述第二用户关联的交易订单及其关联的商品对象信息；
以所述交易订单为单位，向所述第二用户终端提供所述商品对象的信息。
一种商品对象寄存处理方法，包括：
接收第二用户终端提交的交易请求，所述交易请求中包括所需采购的商品对象标识、交易数量，以及履约方式信息，所述履约方式包括在第一用户关联的仓库进行寄存；
根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述交易数量进行拆分，生成多个交易订单，其中，每个交易订单与单个所述销售单位的商品对象相对应；
对所述交易订单进行库存占用处理，其中，所述交易订单优先占用所述第一用户关联仓库中关于所述商品对象的实际库存，如果所述实际库存数量小于所述交易数量，则剩余的交易订单占用所述第一用户关联仓库的配送在途库存或所述第一用户的上游供货方库存。
一种商品对象订单处理方法，包括：
接收到第二用户终端提交的交易请求后，如果选择的履约方式为在第一用户关联仓库进行寄存，则根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分，生成多个交易订单，每个交易订单与单个所述销售单位的商品对象相对应；
根据所述第二用户关联的地理位置信息，为所述交易订单确定第一用户关联的目标仓库，并进行库存占用；
将所述目标仓库的信息及其配送范围信息，提供给所述第二用户终端，以便所述第二用户终端在针对第三用户的交易订单选择履约方式时，通过判断所述第三用户对应的收货地址信息是否在所述配送范围之内，确定是否可通过在所述第一用户关联仓库的寄存库存为所述第三用户的交易订单进行履约。
一种商品对象订单处理方法，包括：
在向第一用户终端提交交易请求，并将履约方式确定为在所述第一用户关联仓库进行寄存后，接收所述第一用户终端提供的第一用户关联的目标仓库的信息及其配送范围信息；所述目标仓库是根据所述第二用户关联的地理位置信息进行确定的，在根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分，生成多个交易订单后，根据所述目标仓库关联的库存信息，为所述交易订单进行库存占用；
在为第三用户关联的交易订单选择履约方式时，通过判断所述第三用户对应的收货地址信息是否在所述配送范围之内，确定是否可通过寄存库存为所述交易订单进行履约。
一种商品对象信息处理装置，包括：
操作选项提供单元，用于提供用于获取具有寄存属性的商品对象信息的操作选项；所述商品对象与交易订单关联，所述交易订单是在第一用户终端接收到第二用户终端的批量交易的请求，并确定出履约方式为在第一用户关联仓库进行寄存后，根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分生成的，以使得多个交易订单分别与单个所述销售单位的商品对象相对应；
界面展示单元，用于通过所述操作选项接收到操作请求后，提供对应的目标界面，所述目标界面用于以所述交易订单为单位，对所述商品对象的信息进行展示。
一种商品对象信息处理装置，包括：
请求接收单元，用于接收第二用户终端提交的获取具有寄存属性的商品对象信息的请求，所述商品对象与交易订单关联，所述交易订单是在第一用户终端接收到第二用户终端的批量交易的请求，并确定出履约方式为在第一用户关联的仓库进行寄存后，根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分生成的，以使得每个交易订单与单个所述销售单位的商品对象相对应；
信息确定单元，用于确定所述第二用户关联的交易订单及其关联的商品对象信息；
信息提供单元，用于以所述交易订单为单位，向所述第二用户终端提供所述商品对象的信息。
一种商品对象寄存处理装置，包括：
交易请求接收单元，用于接收第二用户终端提交的交易请求，所述交易请求中包括所需采购的商品对象标识、交易数量，以及履约方式信息，所述履约方式包括在第一用户关联的仓库进行寄存；
交易订单生成单元，用于根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述交易数量进行拆分，生成多个交易订单，其中，每个交易订单与单个所述销售单位的商品对象相对应；
库存占用处理单元，用于对所述交易订单进行库存占用处理，其中，所述交易订单优先占用所述第一用户关联仓库中关于所述商品对象的实际库存，如果所述实际库存数量小于所述交易数量，则剩余的交易订单占用所述第一用户关联仓库的配送在途库存或所述第一用户的上游供货方库存。
一种商品对象订单处理装置，包括：
交易订单生成单元，用于接收到第二用户终端提交的交易请求后，如果选择的履约方式为在第一用户关联仓库进行寄存，则根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分，生成多个交易订单，每个交易订单与单个所述销售单位的商品对象相对应；
目标仓库确定单元，用于根据所述第二用户关联的地理位置信息，为所述交易订单确定第一用户关联的目标仓库，并进行库存占用；
信息提供单元，用于将所述目标仓库的信息及其配送范围信息，提供给所述第二用户终端，以便所述第二用户终端在针对第三用户的交易订单选择履约方式时，通过判断所述第三用户对应的收货地址信息是否在所述配送范围之内，确定是否可通过在所述第一用户关联仓库的寄存库存为所述第三用户的交易订单进行履约。
一种商品对象订单处理装置，包括：
信息接收单元，用于在向第一用户终端提交交易请求，并将履约方式确定为在所述第一用户关联仓库进行寄存后，接收所述第一用户终端提供的第一用户关联的目标仓库的信息及其配送范围信息；所述目标仓库是根据所述第二用户关联的地理位置信息进行确定的，在根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分，生成多个交易订单后，根据所述目标仓库关联的库存信息，为所述交易订单进行库存占用；
判断单元，用于在为第三用户关联的交易订单选择履约方式时，通过判断所述第三用户对应的收货地址信息是否在所述配送范围之内，确定是否可通过寄存库存为所述交易订单进行履约。
根据本申请提供的具体实施例，本申请公开了以下技术效果：
通过本申请实施例，在通过为第二用户的实体店铺提供商品寄存服务，来使得商品对象信息服务系统更好的覆盖线下消费者，并降低实体店铺成本的的过程中，可以进行多种优化。
其中，通过本申请实施例一、二，可以在第二用户终端中提供用于获取具有寄存属性的商品对象信息的操作选项，通过该操作选项接收到用户请求后，可以提供目标界面，在该界面中，可以以交易订单为单位，对具体的寄存商品对象的信息进行展示。由于具体第一用户在对寄存的商品对象进行出库、调拨等处理都是以交易订单为单位进行，因此，通过以交易订单为单位进行商品对象信息的展示，可以便于向第二用户提供进行信息的展示。
其中，具体界面中展示出的信息可以包括商品对象的状态信息，例如，已寄存，已调拨，已销售，等等。对于已寄存状态的商品对象，还可以提供用于取消寄存的操作选项，使得第二用户可以按照实际需求随时取消寄存。对于已调拨，已销售的信息，还可以提供用于进行物流进度查询的操作选项，使得第二用户可以获知具体的调拨或者配送进度信息。另外，还可以提供对临近寄存期限的商品对象进行提醒，使得第二用户可以获得更直观的信息，便于帮助其进行决策。
通过本申请实施例三，针对第二用户的交易请求，如果选择的履约方式是在第一用户的关联仓库进行寄存，但是第一用户的关联仓库中关于对应商品对象的实际库存小于交易数量，则同样可以按照商品对象的销售单位拆分成多个交易订单，以满足逆向售后链路的需求。其中，对于具体生成的交易订单，在对库存进行占用时，可以优先占用第一用户关联的仓库中关于所述商品对象的实际库存，对于实际库存不足的部分，再将剩余的交易订单占用所述第一用户的配送在途库存或所述第一用户的供货方库存。这样，使得第一用户关于具体商品对象的实际库存不足的情况下，也可以保证具体B-b-C链路的实现。另外，由于从第二用户开始采购，并在第一用户进行寄存，到实际从该该第一用户的关联仓库出库之间会有一定的时间间隔，而在采购下单时处于配送在途或者位于供货方仓库中的库存，有机会在这段时间内完成到第一用户关联仓库的入库，因此，在实际应用中，基本也不会对具体交易订单或者调拨请求的履约造成影响。
通过本申请实施例四、五，可以将寄存的商品对象所对应的第一用户关联的目标仓库的信息及其配送范围信息，提供给所述第二用户终端，这样，第二用户终端在针对具体的交易订单选择履约方式之前，还可以首先判断第三用户对应的收货地址信息是否在所述配送范围之内，然后，确定是否可通过在寄存库存为所述第三用户的交易订单进行履约。避免在选择从寄存库存进行履约后，又发现无法履约的情况，避免资源浪费。
当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的系统架构的示意图；
图2是本申请实施例提供的第一方法的流程图；
图3是本申请实施例提供的第一界面的示意图；
图4是本申请实施例提供的第二界面的示意图；
图5是本申请实施例提供的第二方法的流程图；
图6是本申请实施例提供的第三方法的流程图；
图7是本申请实施例提供的第四方法的流程图；
图8是本申请实施例提供的第五方法的流程图；
图9是本申请实施例提供的第一装置的示意图；
图10是本申请实施例提供的第二装置的示意图；
图11是本申请实施例提供的第三装置的示意图；
图12是本申请实施例提供的第四装置的示意图；
图13是本申请实施例提供的第五装置的示意图；
图14是本申请实施例提供的电子设备的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
首先需要说明的是，为了能够通过商品对象信息服务系统为线下消费者提供服务，本申请人首先提供了基础解决方案，之后，本申请实施例在该基础解决方案的基础上提供了进一步的优化方案，后续会进行详细介绍。在该基础解决方案中，商品对象信息服务系统(为便于描述，可以称为B端)可以与一些线下的实体店铺(也称门店，为便于描述，可以称为b端)合作。由B端预先从其上游供货方进行商品对象的采买，并且可以保存到关联的仓库中(可以是B端自己的仓库，也可以是由具体的仓储配送服务商提供的仓库)然后，向b端进行供货。换言之，b端的实体店铺可以从B端进行商品对象的批量购买，然后，在线下向消费者用户(可以称为C端用户)进行销售。在此过程中，b端的实体店铺方可以享受到B端提供的服务，包括库存信息的管理等；相应的，B端可以通过b端实体店铺，将其销量覆盖到线下消费者，形成B-b-C的销售链路。
但是，如果按照传统的方案，在实现上述B-b-C的销售链路的过程中，b端实体店铺在从B端进行商品对象的交易之后，需要将对应的货品存放到b端的仓库中，这就需要b端实体店铺在仓库方面付出较高的成本，尤其是主要所涉及的大家电类的商品对象，需要占用的仓库容量较大，因此，库存成本会更高。另外，在C端用户到b端实体店铺进行选购并下单后，由于大家电等类目的商品对象通常是采用由商家为消费者进行上门配送的方式，因此，还需要b端实体店铺承担末端物流成本。
为此，在上述基础解决方案中，B端还可以为b端提供寄存服务，也即，b端在从B端采购了商品之后，可以暂时将商品寄存在B端关联的仓库中，在寄存期满后，再由B端将寄存的货品配送至b端仓库所在的地址。在寄存期满之前，如果b端与C端发生了交易，则在C端同意的情况下，b端在为C端下单时，可以选择从寄存库存为该消费者进行发货，并提供消费者的收货地址信息。之后，可以直接从B端的关联仓库为消费者进行发货及配送。通过这种方式，可以降低b端实体店铺的库存成本以及末端配送成本。
为了更好的理解上述基础解决方案，下面进行以下几点说明：
1、本申请实施例主要涉及到的商品对象类目可以是大家电等类目，C端消费者到b端实体店铺进行商品对象选购时，可以通过对样品进行查看，导购员进行讲解等方式，获得商品对象的详情信息，然后确定出具体所需购买的商品对象。之后，可以由b端通过结算终端设备(POS机等)进行结算支付操作。其中，对于大家电等类目的商品对象而言，C端消费者在完成支付之后，往往并不是自行将商品带走，而是将其收货地址提供给实体店铺，以便后续将货品配送至该消费者的收货地址。本基础解决方案中也是如此，但是与传统方案不同的是，该基础解决方案中还可以为POS机等结算终端设备提供相关的功能模块，或者，为b端实体店铺提供具有POS功能的App等产品，该App可以安装在实体店铺中相关工作人员的手机等终端设备中。通过这种App或者带有相关功能模块的POS终端，对于存在寄存库存的商品对象，可以对发货方式进行选择。例如，如果C端消费者比较着急收货，则可以选择从b端实体店铺的店铺仓库为其发货；如果不着急收货，则可以选择从B端的寄存仓库为其发货(具体的发货时间等可以从B端的合作物流商等提供的可配送时间中进行选择)。在选择从B端寄存仓库发货的情况下，App或者POS终端可以将具体C端消费者的收货地址等信息提供给B端的服务端，B端服务端再进行后续的出库及配送等处理。
2、由于b端从B端进行采购时，往往是批量采购，也即，每种商品对象的交易数量可能是多件；但是，C端消费者在购买时往往只是单件购买，也就是说，一件是商品对象的销售单位。因此，在从B端的寄存库存中为C端消费者发货的情况下，为了满足逆向售后服务链路下的处理需求(例如，退换货等)，在b端从B端进行采购下单后，如果选择履约方式“B端寄存”，则B端服务端还可以按照商品对象的销售单位进行拆单，例如，根据交易请求中包含的商品对象的件数进行拆单，使得每件商品都可以有一个单独的交易订单号，以确保每个寄存库存有单独逆向售后服务链路。拆单后每个交易订单的配送时间系统按下单日(也可能是其他日期，后续会有介绍)+寄存时长进行控制，对这种交易订单的配送履约单进行挂起，实现B端仓内寄存。在C端消费者与b端产生交易订单，并且指定从B端寄存仓进行发货的情况下，还可以将该交易订单与其中一个交易订单进行关联。通过这种方式，可以使得C端的每一笔交易订单，都可以与一个交易订单相对应，并且可以将该交易订单的配送地址修改为C端消费者的收货地址(而不再是b端实体店铺指定的仓库地址)。在后续发生退换货等逆向链路时，可以根据具体关联的交易订单进行货品信息的追溯。另外，拆单后每个交易订单还可以对应有各自的金额信息，如果存在跨商品优惠(包括红包)等，还可以在拆单时，根据交易订单金额等信息进行优惠分摊，这样，可以便于在后续的退款退货等逆向链路中确定退款金额。
3、在b端从B端进行采购某商品对象，并选择“B端寄存”的情况下，B端服务端还可以为该b端实体店铺关联的该商品对象产生寄存库存记录。寄存状态下，b端可以发起售中仅退款(可以有审核机制)，发起退款后可以将寄存库存扣减，如果退款取消，则寄存库存增加。另外，在寄存状态下，向C端消费者进行发货也可以触发寄存库存的扣减。后续如果涉及到退换货流程，也可以进行相应的寄存库存增加等处理。
以上对本申请的基础解决方案进行了介绍。但是，本申请发明人在实现本申请的过程中发现，在上述基础解决方案中，还存在一些问题需要解决或者优化。例如：
第一个问题在于，由于寄存的货品也会占用B端的仓库资源，在寄存期间为C端发货时，还会占用B端关联的末端配送资源，使得B端在实现过程中也涉及到成本的支出。因此，在实际应用中，在寄存期间可能会涉及到向b端实体店铺进行收费的情况(当然，产生的费用通常会低于b端实体店铺自行租仓库以及自行进行末端配送的费用)。例如，对于寄存费用，一种具体实现方式下，可以设定30天的免费期，超过30天后开始收费，最长寄存期限为90天，等等。具体的寄存费用可以根据具体寄存的货品的数量、对仓库容积的占用量等进行计算，同等体积的货品，寄存的数量越多，b端实体店铺所需支付的寄存费用可能会越高。
但是，由于涉及到收费这种相对敏感的事件，因此，就需要考虑到b端实体店铺侧的体验问题，否则可能会影响整个方案的推广。针对这种情况，在本申请实施例中，可以为b端用户提供方便随时对寄存的商品对象进行查看或者管理等操作的渠道。为此，在本申请实施例中，可以在为b端实体店铺用户提供的App等应用中提供相应的寄存管理界面，在该界面中，可以以前述拆分出的交易订单为单位，对实体店铺从B端采购并在B端寄存的商品对象信息进行展示。具体提供的信息可以有多种，例如，可以提供具体商品对象的状态信息，例如，已寄存，已销售，已调拨，等等。对于已寄存状态的商品对象，可以提供已寄存的时间信息(例如，天数)等，还可以提供用于对商品对象进行取消寄存等操作的操作选项，等等。使得b端实体店铺可以随时取消对某些商品对象的寄存。还可以对商品对象进行一些临期提醒，例如，临近免费期限结束时，可以进行提醒，便于b端实体店铺及时注意到相关的内容，进而对是否取消寄存做出决策，等等。
另外，对于处于一销售或者已调拨状态的商品对象，还可以提供对应的配送进度信息，等等。再者，在该界面中，还可以按照多种方式对寄存的商品对象进行分类展示。例如，可以按照商品对象类目进行分类，或者，按照状态进行分类，等等。
第二个问题在于，在上述基础解决方案中，B端也是需要从具体的商家或者品牌商等进行商品对象的采购，然后存入B端仓库中；由于b端实体店铺的数量可能比较多，此时，如果全都用B端仓库中的实体库存为b端实体店铺提供寄存服务，则可能经常会出现B端仓库中库存不足的情况，导致b端实体店铺无法采用B端寄存的履约方式从B端进行采购商品对象。
针对这种情况，考虑到b端寄存在B端的库存，对应的货品通常暂时没有从B端仓库进行出库的需求(等到寄存期满，或者C端消费者购买，或者b端用户触发取消寄存时，才需要从B端仓库进行出库)，因此，在本申请实施例中，可以允许B端仓库出现“负卖”的情况。也就是说，具体的交易订单可以占用B端仓库中的实体库存，也可以占用B端的配送在途库存，甚至B端的供货方库存等，这样，使得b端的采购交易得以正常完成。
另外，在寄存期间如果出现C端消费者购买，或者需要向b端仓库进行调拨(可以由寄存期满进行触发，也可以由b端实体店铺的取消寄存操作进行触发)，则可以优先基于对应有B端实体库存的交易订单(拆分后的交易订单，每个交易订单对应一件商品对象)的进行商品对象的配送或者调拨。当然，如果C端消费者购买，或者需要向b端仓库进行调拨时，B端仓库中已经没有实体库存，也可以基于对应有B端采购在途或者商家仓库存的b端采购单进行配送或者调拨，但是，具体可以在b端采购单对应的库存到达B端仓库后，再为C端消费者或者b端实体店铺进行发货。
再者，对于b端实体店铺寄存时，还处于B端采购在途或者尚且处于商家仓中的库存，可以从具体的货品入库到B端仓库后，再为b端实体店铺计算寄存时间。
第三个问题在于，关于b端寄存在B端的库存，如果需要用这种寄存库存向C端消费者进行发货，则需要从B端仓库进行发货。但是，B端仓库通常也存在配送范围信息，如果超出了B端仓库的配送范围，则无法进行配送。因此，在本申请实施例中，B端服务端还可以将该b端实体店铺寄存的商品对象所在的B端仓库及其配送范围信息，提供给b端客户端，这样，在b端实体店铺为C端消费者的交易订单选择履约方式时，可以首先判断该C端消费者的收货地址是否在该B端仓库的配送范围内，如果在，可以选择通过寄存库存为该C端消费者进行发货，否则，可以采用其他方式为该C端消费者进行发货，例如，从b端仓库的现货库存进行发货，等等。
具体从系统架构角度而言，参见图1，本申请实施例主要可以涉及第二用户终端(例如，具体可以是B端向b端提供的App，或者包含有B端提供的功能模块的POS终端等)，以及第一用户终端(例如，B端)。这里需要说明的是，虽然本申请实施例中也涉及C端消费者，但是，在本申请实施例的场景中，C端消费者是到b端的实体店铺中进行线下消费，并且，相关的下单、支付等操作都可以通过b端的客户端来完成，因此，可以不涉及与C端消费者相关的客户端。
其中，第二用户终端具体可以提供前述对寄存的商品对象信息进行管理的功能模块，使得第二用户可以通过其终端随时对寄存的商品对象进行查询，或者执行取消寄存等操作。查询或者执行取消寄存等操作的过程中，该第二用户终端可以通过与第一用户终端的交互，获取具体的查询结果信息，并可以将取消寄存请求提交到第一用户终端，由第一用户终端执行触发具体的调拨流程，以及库存信息的同步。另外，第二用户具体在与第三用户(例如，C端消费者)进行交易时，如果需要用寄存库存对该交易进行履约，则该第二用户终端也可以与第一用户终端进行交互，将第三用户的地址等信息提交到第一用户终端。第一用户终端还可以对具体仓库的配送范围进行判断，并反馈判断结果。再者，第一用户终端还可以完成具体对第二用户的交易订单对库存的占用，在“负卖”的实现方式下，确定出具体的交易订单对各类库存的占用方式，等等。
下面对本申请实施例提供的具体实现方式进行详细介绍。
实施例一
该实施例一首先针对前述第一个问题，提供了相应的解决方案。具体的，该实施例一从采购需求方关联的客户端的角度，提供了一种商品对象信息处理方法，参见图2，该方法可以包括：
S201：提供用于获取具有寄存属性的商品对象信息的操作选项；所述商品对象与交易订单关联，所述交易订单是在第一用户终端接收到第二用户终端的批量交易的请求，并确定出履约方式为在第一用户关联仓库进行寄存后，根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分生成的，以使得多个交易订单分别与单个所述销售单位的商品对象相对应；
其中，第一用户可以是指采购货品的供应方，具体可以与指前述例子中的B端相对应，第二用户可以是采购需求方，可以与前述例子中的b端实体店铺相对应。当然，在实际应用中，也可以在其他场景中使用，例如，在B端作为采购需求方，具体品牌方作为采购货品供应方的情况下，B端可以是第二用户，品牌方为第一用户，等等。
具体实现时，可以由第一用户为第二用户提供相关的App，或者，在POS等终端设备中提供相关的功能模块，使得第二用户可以通过该App或者POS终端设备等，进行交易请求的提交，以及本申请实施例中对寄存商品对象的管理操作，等等。具体的，如图3中的31处所示，可以在App或者POS终端设备的某界面中提供“寄存管理”等操作选项，b端用户可以通过点击该操作选项，提交具体的对具有寄存属性的商品对象信息进行处理的请求。
其中，具体具有寄存属性的商品对象，就可以是指第二用户之前从第一用户采购，并指定履约方式为在第一用户的关联仓库中进行寄存的商品对象。如前文所述，第一用户在接收到这种交易请求后，可以按照所述商品对象的销售单位对交易数量进行拆分，生成多个交易订单，每个交易订单对应一个销售单位的商品对象。例如，在本申请实施例中，主要涉及的商品对象通常为大家电类的商品对象，因此，销售单位通常为“件”，因此，每个交易订单对应一件具体的商品对象。
S202：通过所述操作选项接收到操作请求后，提供对应的目标界面，所述目标界面用于以所述交易订单为单位，对所述商品对象的信息进行展示。
具体接收到请求后，可以提供对应的目标界面，在该界面中，可以以交易订单为单位，对所述商品对象的信息进行展示。也就是说，虽然第二用户具体采购的商品对象寄存在第一用户的仓库中，但是，可以通过在第二用户终端中提供具体的寄存管理界面，可以在该界面中展示出具体寄存的商品对象的信息。由于第一用户对寄存的商品对象进行出库时，是以交易订单为单位，而每个交易订单对应商品对象的一个销售单位，因此，在该管理界面中，也可以以交易订单为单位对商品对象进行展示。
例如，在一种方式下，如图4所示，某第二用户在第一用户寄存了多件某品牌型号的冰箱，则在管理界面中，关于该冰箱的信息记录可以为多条，每条记录对应一台冰箱，以及一个具体的交易订单。也就是说，假设寄存的该款冰箱为N件，则第一用户会为其生成N个交易订单，相应的，在管理界面中，可以展示出关于该冰箱的N条记录。第二用户可以根据这种管理界面，获得具体寄存的商品对象的信息，进而可以对是否继续进行寄存等做出决策。
其中，具体管理界面中展示出的商品对象的信息可以有多种。例如，可以对所述商品对象的状态信息进行展示，所述状态信息包括已寄存，已调拨或者已销售。其中，已寄存状态就是具体的商品对象寄存在第一用户关联的仓库中，尚未向第二用户仓库进行调拨，也没有向C端用户进行销售。所述的已调拨状态包括：从所述第一用户关联的仓库向所述第二用户关联的仓库进行调拨(具体可以是由寄存期满触发的调拨，或者由第二用户发起的取消寄存请求触发调拨，等到)；所述已销售状态可以包括：第三用户与所述第二用户发生交易，并由所述第二用户将交易的履约方式指定为：通过寄存在所述第一用户的库存为所述第三用户进行履约。例如，如图4中的41处所示，在每个商品对象条目中都可以提供对应商品对象的状态标识。
在提供了具体商品对象的状态信息后，如果需要取消寄存，则可以通过与第一用户的客户服务资源进行联系等方式来实现。或者，在本申请实施例中，为了便于第二用户执行这种取消寄存操作，对于其中处于已寄存状态的商品对象，还可以在所述界面中提供用于将所述商品对象取消寄存的操作选项。例如，如图4中的42处所示，对于已寄存状态的商品对象，可以提供“取消寄存”等字样的操作选项。如果用户取消对某商品对象的寄存，则可以通过该操作选项发起取消寄存请求，之后，第二用户终端可以将所述取消寄存请求提交到所述第一用户终端，并携带关联的交易订单标识，这样，可以由所述第一用户终端触发对应的货品调拨流程，并将对应的寄存库存转换为所述第二用户的现货库存。例如，具体可以按照该第二用户之前设定的第二用户仓库地址等信息，将对应的货品调拨至该第二用户仓库地址，使其成为该第二用户实体店铺的现货库存。相应的，第一用户终端还可以执行对应的库存信息同步，例如，在对应的商品对象从第一用户的关联仓库出库后，可以对寄存库存量进行扣减，后续在第二用户的仓库完成入库后，对第二用户的现货库存进行增加，等等。总之，通过这种操作选项，使得第二用户可以根据实际需求灵活切换具体的库存形式。
具体实现时，还可以在所述界面中提供所述处于已寄存状态的商品对象的已寄存时长信息。这样，使得第二用户可以以该信息为参考，确定具体是否需要取消寄存。例如，如图4中的43处所示，可以展示出“已寄存33天”，等到。
另外，还可以在所述界面中提供用于对多个处于已寄存状态的商品对象进行统一取消寄存的操作选项。这样，如果第二用户需要将多个商品对象取消寄存，则可以通过对多个商品对象进行复选，然后通过该统一的操作选项提交具体的取消寄存请求。例如，如图4中的44处所示，可以在界面中提供“取消寄存”的统一操作选项，另外，还可以为每个商品对象提供复选框，以便于对所需取消寄存的商品对象进行取消寄存。再者，还可以提供用于执行全选操作的选项，等等，以便于第二用户进行操作。
此外，对于处于已调拨或已销售状态的商品对象，由于是从第一用户的关联仓库为第三用户进行发货，或者，从第一用户的关联仓库向第二用户仓库进行调拨，因此，如何为第三用户或者第二用户实体店铺提供具体配送或者调拨的进度信息，也是需要考虑的问题。对此，在本申请实施例中，由于对第二用户交易订单进行了拆分，并且可以将第三用户对应的交易订单关联其中一个拆分后的交易订单，或者在向第二用户仓库进行调拨时，也是基于具体拆分后的交易订单进行。而第二用户终端的寄存管理界面中，也是以拆分后的交易订单为单位进行展示。因此，在具体实现时，还可以将具体的发货或者调拨的配送进度信息与具体的交易订单相关联，并且可以在寄存管理界面中，提供用于对关联的配送进度信息进行查看的操作选项。这样，当第三用户向第二用户实体店铺询问配送进度，或者第二用户实体店铺需要了解具体调拨商品的配送进度时，便可以通过寄存管理界面中的该操作选项对配送进度信息进行查看。具体的，第二用户终端在通过该操作选项接收到查询物流进度的请求后，可以将所述查询物流进度的请求提交到所述第一用户终端，并携带关联的交易订单标识；之后，可以在接收到所述第一用户终端返回所述交易订单关联的物流进度信息后进行展示。
例如，如图4中的45所示，对于已调拨或者已销售的商品对象，可以提供“物流详情”控件，用户可以通过该操作选项，发起对具体商品对象物流进度信息的查询。之后，可以将第一用户终端返回的物流进度信息进行展示。
另外，在该管理界面中，由于是以拆分出的第二用户交易订单为单位进行商品对象信息的展示，而每个第二用户交易订单只关联一个商品对象的销售单位，例如，采购了同一SKU(最小库存量单位)的10件商品，但是，第二用户会生成10个交易订单。因此，在具体的管理界面中，具体需要展示的信息条数可能会非常多。因此，具体实现时，还可以提供多种分类展示方式。例如，可以按照商品对象类目进行分类展示，或者，按照状态进行展示。具体的，可以在所述界面中提供在类目维度上对所述具有寄存属性的商品对象进行分类展示的操作选项。例如，如图4的46处所示的电视，冰箱，洗衣机，等等。用户可以从中选项具体的类目，此时，可以仅在寄存管理界面中展示与该类目相关的商品对象的信息。或者，也可以在所述界面中提供在状态维度上对所述具有寄存属性的商品对象进行分类展示的操作选项。例如，如图4的47处所示的已调拨，已销售，等等，用户可以选择选择对处于某种具体状态的商品对象进行展示。
再者，在可选的实施方式中，还可以对临近相关期限的交易订单进行提醒。例如，在寄存时间即将到达免费期限时，可以对第二用户进行提醒，或者，在临近最长寄存期限时，也可以对第二用户进行提醒，等等。具体实现时，具体的提醒方式可以有多种。其中一种方式下，这种临近期限的交易订单也可以作为一种状态信息，在提供状态维度上进行分类展示的操作选项时，也可以提供各种临近期限的状态对应的操作选项。例如，如图4中的47处所示，具体可以包括“30天临期”，“90天临期”，等等。通过这种临期提醒，可以将具体的期限信息更直观地提供给第二用户，便于帮助用户更快速地做出关于是否取消寄存地决策。
总之，通过该实施例一，可以在第二用户终端中提供用于对获取具有寄存属性的商品对象信息的操作选项，通过该操作选项接收到用户请求后，可以提供目标界面，在该界面中，可以以交易订单为单位，对具体的寄存商品对象的信息进行展示。由于具体第一用户关联仓库在对寄存的商品对象进行出库、调拨等处理都是以交易订单为单位进行，因此，通过以交易订单为单位进行商品对象信息的展示，可以便于向第二用户提供进行信息的展示。
其中，具体界面中展示出的信息可以包括商品对象的状态信息，例如，已寄存，已调拨，已销售，等等。对于已寄存状态的商品对象，还可以提供用于取消寄存的操作选项，使得第二用户可以按照实际需求随时取消寄存。对于已调拨，已销售的信息，还可以提供用于进行物流进度查询的操作选项，使得第二用户可以获知具体的调拨或者配送进度信息。另外，还可以提供对临近寄存期限的商品对象进行提醒，使得第二用户可以获得更直观的信息，便于帮助其进行决策。
实施例二
该实施例二是与实施例一相对应的，从第一用户终端的角度，提供了一种商品对象信息处理方法，参见图5，该方法具体可以包括：
S501：接收第二用户终端提交的获取具有寄存属性的商品对象信息的请求，所述商品对象与交易订单关联，所述交易订单是在第一用户终端接收到第二用户终端的批量交易的请求，并确定出履约方式为在第一用户关联的仓库进行寄存后，根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分生成的，以使得每个交易订单与单个所述销售单位的商品对象相对应；
S502：确定所述第二用户关联的交易订单及其关联的商品对象信息；
S503：以所述交易订单为单位，向所述第二用户终端提供所述商品对象的信息。
其中，具体可以向所述第二用户终端提供所述商品对象的状态信息，所述状态信息包括已寄存，已调拨或者已销售，所述已调拨包括：从所述第一用户关联的仓库向所述第二用户关联的仓库进行调拨；所述已销售包括：第三用户与所述第二用户发生交易，并由所述第二用户将交易的履约方式指定为通过寄存库存为所述第三用户进行履约。
对于处于所述已寄存状态的商品对象，还可以提供用于将所述商品对象取消寄存的操作选项；接收到所述取消寄存操作请求后，可以根据关联的交易订单触发对应的货品调拨流程，并将对应的寄存库存转换为所述第二用户的现货库存。
对于处于已调拨或已销售状态的商品对象，还可以获取关联的物流进度信息，并与对应的交易订单标识建立关联；接收到所述第二用户终端对商品对象物流进度的查询请求后，可以根据关联的交易订单的标识，查询对应的物流进度信息，并返回给所述第二用户终端。
具体实现时，所述第一用户关联的仓库可以是第一用户自建的仓库，相应的，或者，另一种方式下，还可以由仓储服务提供方(在本申请实施例中，可以称为第四用户)为第一用户提供可用的仓库，此时，该第四用户还可以同时提供配送服务，等等。对于后者，可以向第四用户终端查询获得所述交易订单对应的物流进度信息。
另外，对于处于所述已寄存状态的商品对象，还可以提供已寄存时长信息。
再者，对于处于所述已寄存状态的商品对象，还可以根据已寄存时长信息判断是否临近目标期限，并将判断结果提供给所述第二用户终端。
这里需要说明的是，如前文所述的第二个问题，也即，由于第一用户的关联仓库中的库存也可能是由具体的上游供货方(例如，品牌方，厂商，等等)提供的，因此，可能存在第一用户的关联仓库中的实体库存不足的情况。以至于有的交易订单可能占用的是第一用户的配送在途库存，或者第一用户的上游供货方的库存。而对于这种未能占用第一用户实体库存的情况，具体在计算寄存时间的起始点时，可以根据具体在途或者在上游供货方仓库的库存到达第一用户的仓库之后，再开始计算寄存时间的起始点。
因此，在本申请实施例中，具体在对商品对象的已寄存时间进行判断时，如果所述商品对象关联的交易订单占用的是所述第一用户关联仓库中的实际库存，则可以将接收到所述交易请求的时间确定为寄存开始时间。如果所述商品对象关联的交易订单占用的是所述第一用户的配送在途库存或者上游供货方的库存，则可以将所述配送在途库存或者所述上游供货方的库存到达所述第一用户关联的仓库并完成入库的时间，确定为寄存开始时间。
实施例三
该实施例三是针对前文所述的第二个问题，也即再第一用户实体库存不足的情况下，关于具体交易订单的库存占用问题，从第一用户终端的角度，提供了一种商品对象寄存处理方法，参见图6，该方法具体可以包括：
S601：接收第二用户提交的交易请求，所述交易请求中包括所需采购的商品对象标识、交易数量，以及履约方式信息，所述履约方式包括在第一用户关联的仓库进行寄存；
具体实现时，可以通过第二用户终端对第一用户提供的可供采购的商品对象信息进行展示，这样，第二用户可以通过该客户端提交具体的交易请求。在提交交易请求时，可以选择具体所需采购的商品对象的标识，交易数量信息，另外还可以指定履约方式信息。所谓的履约方式，也就是第一用户对交易订单的履约方式，在本申请实施例中，具体可以包括通过第一用户的关联仓库进行寄存，然后在发生POS销售或者寄存期满、取消寄存等事件发生时，从第一用户的关联仓库进行出库。
S602：根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述交易数量进行拆分，生成多个交易订单，其中，每个交易订单与单个所述销售单位的商品对象相对应；
在接收到交易请求后，可以根据所述交易数量以及第二用户对所述商品对象的销售单位，生成多个交易订单。例如，某交易请求中指定采购的商品对象的是某品牌的某款冰箱，数量为10台，由于冰箱的销售单位为台，因此，可以拆分生成10个交易订单，每个交易订单对应一个销售单位的商品对象。
S603：对所述交易订单进行库存占用处理，其中，所述交易订单优先占用所述第一用户关联的仓库中关于所述商品对象的实际库存，如果所述实际库存数量小于所述交易数量，则剩余的交易订单占用所述第一用户关联仓库的配送在途库存或所述第一用户的上游供货方库存。
在生成多个交易订单后，可以根据具体交易订单对第一用户相关的库存进行占用(将具体的库存置为占用状态，以防止发生“超卖”等情况)。其中，如前述第二个问题所述，由于第一用户关联的仓库中也可能发生实体库存不足的情况，因此，具体可以优先占用所述第一用户关联的仓库中关于所述商品对象的实际库存，如果所述实际库存数量小于所述交易数量，则剩余的交易订单占用所述第一用户的配送在途库存或所述第一用户的供货方库存。
例如，假设某b端实体店铺向B端采购10件某品牌冰箱，并且选择了B端寄存的履约方式，但是，B端仓库中关于该品牌冰箱的实体库存不足10件，则也可以为b端实体店铺生成对应的交易订单。对于B端仓库中实体库存不足的部分，可以占用B端仓库的配送在途库存(从品牌商仓库向B端仓库配送途中)，甚至可以占用品牌商等B端供货方的库存，等等。等到具体的配送在途库存或供货方库存在B端仓库完成入库后，可以直接将新入库的实体库存进行对应的扣减。
具体实现时，对于占用所述第一用户的配送在途库存或所述第一用户的上游供货方库存的交易订单，可以将所述配送在途库存或上游供货方库存在所述第一用户关联的仓库完成入库的时间，确定为对应交易订单的寄存开始时间。
例如，某第二用户实体店铺在10月12日向第一用户采购10件某品牌A的冰箱，但是，第一用户的关联仓库中只有5件该冰箱的实体库存，另外有3件配送在途。则针对该第二用户实体店铺的交易请求，仍然可以拆分出10个第二用户交易订单，分别对应不同的订单号。其中5个第二用户交易订单对应有第一用户的关联仓库中的实体库存，3个第二用户交易订单对应第一用户的关联仓库的配送在途库存，另外2个第二用户交易订单对应该品牌A的商家仓库存，等等。其中，对于前5个第二用户交易订单，寄存时间从10月12日开始计算。而对于其他5个第二用户交易订单，则从具体的货品送至第一用户的关联仓库时开始计算。例如，3个第一用户的关联仓库的配送在途库存在10月18日在第一用户的关联仓库进行了入库，则可以从10月18日起开始为3个第二用户交易订单计算寄存开始时间。之后，第一用户继续向商家A采购一批商品，由于存在2个第二用户交易订单占用了商家仓库存，这部分新采购的库存于10月25日在第一用户的关联仓库进行了入库，则可以从10月25日起开始为这2个第二用户交易订单计算寄存开始时间，等等。
另外，在寄存期间如果出现第三用户从第二用户实体店铺下单，并指定履约方式为寄存库存履约的情况下，可以优先基于占用所述第一用户实际库存的交易订单，为所述第三段消费者的交易订单进行履约。也就是说，在接收到所述第二用户提交的为第三用户关联的交易订单进行履约的请求后，可以优先将占用所述实际库存的交易订单与所述第三用户的交易订单建立关联，以便利用所述实际库存为所述第三用户的交易订单进行履约。
当然，如果接收到所述履约请求时，当前无占用所述实际库存的交易订单，则还可以将占用所述配送在途库存或上游供货方库存的交易订单与所述第三用户的交易订单建立关联，以便待对应的配送在途库存或者上游供货方库存到达所述第一用户关联的仓库并完成入库处理后，为所述第三用户的交易订单进行履约。
通过该实施例三，针对第二用户的交易请求，如果选择的履约方式是在第一用户的关联仓库进行寄存，但是第一用户的关联仓库中关于对应商品对象的实际库存小于交易数量，则同样可以按照商品对象的销售单位拆分成多个交易订单，以满足逆向售后链路的需求。其中，对于具体生成的交易订单，在对库存进行占用时，可以优先占用第一用户关联的仓库中关于所述商品对象的实际库存，对于实际库存不足的部分，再将剩余的交易订单占用所述第一用户的配送在途库存或所述第一用户的供货方库存。这样，使得第一用户关于具体商品对象的实际库存不足的情况下，也可以保证具体B-b-C链路的实现。另外，由于从第二用户开始采购，并在第一用户进行寄存，到实际从该该第一用户的关联仓库出库之间会有一定的时间间隔，而在采购下单时处于配送在途或者位于供货方仓库中的库存，有机会在这段时间内完成到第一用户关联仓库的入库，因此，在实际应用中，基本也不会对具体交易订单或者调拨请求的履约造成影响。
实施例四
该实施例四是针对前文所述的第三个问题，从第一用户终端的角度，提供了一种商品对象订单处理方法，参见图7，该方法具体可以包括：
S701：接收到第二用户终端提交的交易请求后，如果选择的履约方式为在第一用户关联仓库进行寄存，则根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分，生成多个交易订单，每个交易订单与单个所述销售单位的商品对象相对应；
该步骤可以与前述实施例中的步骤S601至S602相同，这里不再详述。
S702：根据所述第二用户关联的地理位置信息，为所述交易订单确定第一用户的关联仓库，并进行库存占用；
由于第二用户关联实体店铺，并且第三用户通过到线下实体店铺中进行选购的方式进行下单。因此，第三用户的收货地址通常会是距离第二用户实体店铺的相关仓库等比较近的。为此，在生成多个交易订单后，具体进行库存占用时，可以根据所述第二用户关联的地理位置信息，为所述交易订单确定第一用户的关联仓库，然后进行库存占用。也就是说，由于第一用户关联的仓库可能有多个，分别位于不同的地理区域，具体在生成交易订单并进行库存占用的过程中，可以根据第二用户关联的仓库所在的地理位置等信息，选择距离其比较近的第一用户的关联仓库进行库存占用。这样，可以降低从第一用户的关联仓库到第二用户仓库的调拨成本，以及从第一用户的关联仓库到第三端收货地址的配送成本。
也就是说，关于具体交易订单所占用库存关联的仓库，可以是在为具体的交易订单进行库存占用时进行确定的，并记录在第一用户终端中。另外，第一用户终端中还可以预先保存具体仓库的配送范围信息，这样，便可以确定出具体交易订单所占用的库存所关联仓库的配送范围信息。
S703：将所述目标仓库的信息及其配送范围信息，提供给所述第二用户终端，以便所述第二用户终端在针对第三用户的交易订单选择履约方式时，通过判断判断所述第三用户对应的收货地址信息是否在所述配送范围之内，确定是否可通过在所述第一用户关联仓库的寄存库存为所述交易订单进行履约。
在为交易订单确定好关联的第一用户的关联仓库，并完成库存占用后，可以将所述第一用户的关联仓库的信息及其配送范围信息，提供给所述第二用户终端。这样对于第二用户从第一用户进行采购，并在第一用户进行寄存的商品对象，在第三用户到店选购具体的商品对象，并通过第二用户终端完成支付等操作后，第二用户终端中可以对具体交易订单提供可选的履约方式。例如，可以选择利用寄存库存履约，也可以选择利用第二用户仓库中的现货库存进行履约(如果有的话)。
而在本申请实施例中，由于可以将具体第一用户的关联仓库的信息及其配送范围信息提供给第二用户终端，因此，第二用户终端在针对具体的交易订单选择履约方式之前，还可以首先判断判断所述第三用户对应的收货地址信息是否在所述配送范围之内，然后，确定是否可通过在所述第一用户的寄存库存为所述交易订单进行履约。例如，如果第三用户对应的收货地址信息在所述配送范围之内，则可以选择通过寄存库存进行履约。而如果第三用户对应的收货地址信息不在所述配送范围之内，则可以为具体的交易订单选择其他的履约方式，例如，利用第二用户关联仓库的现货库存进行履约，等等。
通过该实施例四，可以将寄存的商品对象所对应的第一用户的关联仓库的信息及其配送范围信息，提供给所述第二用户终端，这样，第二用户终端在针对具体的交易订单选择履约方式之前，还可以首先判断判断所述第三用户对应的收货地址信息是否在所述配送范围之内，然后，确定是否可通过在所述第一用户的寄存库存为所述交易订单进行履约。避免在选择从寄存库存进行履约后，又发现无法履约的情况，避免资源浪费。
实施例五
该实施例五是与实施例四相对应的，从第二用户终端角度，提供了一种商品对象订单处理方法，参见图8，该方法具体可以包括：
S801：在向第一用户终端提交交易请求，并将履约方式确定为在所述第一用户进行寄存后，接收所述第一用户终端提供的第一用户的关联仓库的信息及其配送范围信息；所述第一用户的关联仓库是根据所述第二用户关联的地理位置信息进行确定的，在根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分，生成多个交易订单后，根据所述目标仓库关联的库存信息，为所述交易订单进行库存占用；
S802：在为第三用户关联的交易订单选择履约方式时，通过判断所述第三用户对应的收货地址信息是否在所述配送范围之内，确定是否可通过在寄存库存为所述交易订单进行履约。
需要说明的是，本申请实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。
与实施例一相对应，本申请实施例还提供了一种商品对象信息处理装置，参见图9，该装置可以包括：
操作选项提供单元901，用于提供用于获取具有寄存属性的商品对象信息的操作选项；所述商品对象与交易订单关联，所述交易订单是在第一用户终端接收到第二用户终端的批量交易的请求，并确定出履约方式为在第一用户关联仓库进行寄存后，根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分生成的，以使得多个交易订单分别与单个所述销售单位的商品对象相对应；
界面展示单元902，用于通过所述操作选项接收到操作请求后，提供对应的目标界面，所述目标界面用于以所述交易订单为单位，对所述商品对象的信息进行展示。
其中，界面展示单元具体可以用于：
对所述商品对象的状态信息进行展示，所述状态信息包括已寄存，已调拨或者已销售，所述已调拨包括：从所述第一用户关联的仓库向所述第二用户关联的仓库进行调拨；所述已销售包括：第三用户与所述第二用户发生交易，并由所述第二用户将交易的履约方式指定为通过寄存的库存为所述第三用户进行履约。
具体的，所述界面展示单元还可以用于：
对于处于所述已寄存状态的商品对象，在所述界面中提供用于将所述商品对象取消寄存的操作选项；
所述装置还可以包括：
取消请求提交单元，用于通过该操作选项接收到取消寄存请求后，将所述取消寄存请求提交到所述第一用户终端，并携带关联的交易订单标识，以便所述第一用户终端触发对应的货品调拨流程，并将对应的寄存库存转换为所述第二用户的现货库存。
另外，所述界面展示单元还可以用于：
在所述界面中提供所述处于已寄存状态的商品对象的已寄存时长信息。
再者，所述界面展示单元还可以用于：
在所述界面中提供用于对多个处于已寄存状态的商品对象进行统一取消寄存的操作选项。
再者，所述界面展示单元还可以用于：
对于处于已调拨或已销售状态的商品对象，在所述界面中提供用于查看物流进度信息的操作选项；
所述装置还可以包括：
查询请求接收单元，用于通过该操作选项接收到查询物流进度的请求后，将所述查询物流进度的请求提交到所述第一用户终端，并携带关联的交易订单标识；
物流进度信息展示单元，用于接收到所述第一用户终端返回所述交易订单关联的物流进度信息后进行展示。
另外，所述界面展示单元还可以用于：
在所述界面中提供在类目维度上对所述具有寄存属性的商品对象进行分类展示的操作选项。
或者，所述界面展示单元还可以用于：
在所述界面中提供在状态维度上对所述具有寄存属性的商品对象进行分类展示的操作选项。
其中，所述状态维度包括临近目标期限的状态。
与实施例二相对应，本申请实施例还提供了一种商品对象信息处理装置，参见图10，该装置可以包括：
请求接收单元1001，用于接收第二用户终端提交的获取具有寄存属性的商品对象信息的请求，所述商品对象与交易订单关联，所述交易订单是在第一用户终端接收到第二用户终端的批量交易的请求，并确定出履约方式为在第一用户关联的仓库进行寄存后，根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分生成的，以使得每个交易订单与单个所述销售单位的商品对象相对应；
信息确定单元1002，用于确定所述第二用户关联的交易订单及其关联的商品对象信息；
信息提供单元1003，用于以所述交易订单为单位，向所述第二用户终端提供所述商品对象的信息。
具体的，所述信息提供单元具体可以用于：
向所述第二用户终端提供所述商品对象的状态信息，所述状态信息包括已寄存，已调拨或者已销售，所述已调拨包括：从所述第一用户关联的仓库向所述第二用户关联的仓库进行调拨；所述已销售包括：第三用户与所述第二用户发生交易，并由所述第二用户将交易的履约方式指定为通过寄存库存为所述第三用户进行履约。
另外，所述信息提供单元还可以用于：
对于处于所述已寄存状态的商品对象，提供用于将所述商品对象取消寄存的操作选项；
所述装置还可以包括：
调拨流程触发单元，用于接收到所述取消寄存操作请求后，根据关联的交易订单触发对应的货品调拨流程，并将对应的寄存库存转换为所述第二用户的现货库存。
另外，该装置还可以包括：
物流进度信息获取单元，用于对于处于已调拨或已销售状态的商品对象，获取关联的物流进度信息，并与对应的交易订单标识建立关联；
物流进度信息提供单元，用于接收到所述第二用户终端对商品对象物流进度的查询请求后，根据关联的交易订单的标识，查询对应的物流进度信息，并返回给所述第二用户终端。
其中，所述第一用户关联的仓库包括：由第四用户为所述第一用户提供的仓库，所述第四用户还用于提供对应的调拨或配送服务；
所述物流进度信息获取单元具体可以用于：向第四用户终端查询获得所述交易订单对应的物流进度信息。
另外，所述信息提供单元还可以用于：
对于处于所述已寄存状态的商品对象，提供已寄存时长信息。
或者，信息提供单元还可以用于：
对于处于所述已寄存状态的商品对象，根据已寄存时长信息判断是否临近目标期限，并将判断结果提供给所述第二用户终端。
其中，如果所述商品对象关联的交易订单占用的是所述第一用户关联仓库中的实际库存，则将接收到所述交易请求的时间确定为寄存开始时间。
如果所述商品对象关联的交易订单占用的是所述第一用户关联仓库的配送在途库存或者上游供货方的库存，则将所述配送在途库存或者所述供货方的库存到达所述第一用户关联的仓库并完成入库的时间，确定为寄存开始时间。
与实施例三相对应，本申请实施例还提供了一种商品对象寄存处理装置，参见图11，该装置可以包括：
交易请求接收单元1101，用于接收第二用户终端提交的交易请求，所述交易请求中包括所需采购的商品对象标识、交易数量，以及履约方式信息，所述履约方式包括在第一用户关联的仓库进行寄存；
交易订单生成单元1102，用于根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述交易数量进行拆分，生成多个交易订单，其中，每个交易订单与单个所述销售单位的商品对象相对应；
库存占用处理单元1103，用于对所述交易订单进行库存占用处理，其中，所述交易订单优先占用所述第一用户关联仓库中关于所述商品对象的实际库存，如果所述实际库存数量小于所述交易数量，则剩余的交易订单占用所述第一用户关联仓库的配送在途库存或所述第一用户的上游供货方库存。
其中，对于占用所述第一用户关联仓库的配送在途库存或所述第一用户的上游供货方库存的交易订单，将所述配送在途库存或上游供货方库存在所述第一用户关联仓库完成入库的时间，确定为对应交易订单的寄存开始时间。
具体的，该装置还可以包括：
订单关联单元，用于接收到所述第二用户终端提交的为第三用户关联的交易订单进行履约的请求后，优先将占用所述实际库存的交易订单与所述第三用户的交易订单建立关联，以便利用所述实际库存为所述第三用户的交易订单进行履约。
另外，所述订单关联单元还可以用于：
如果当前无占用所述实际库存的交易订单，则将占用所述配送在途库存或上游供货方库存的交易订单与所述第三用户的交易订单建立关联，以便待对应的配送在途库存或者上游供货方库存到达所述第一用户关联的仓库并完成入库处理后，为所述第三用户的交易订单进行履约。
与实施例四相对应，本申请实施例还提供了一种商品对象订单处理装置，参见图12，该装置可以包括：
交易订单生成单元1201，用于接收到第二用户终端提交的交易请求后，如果选择的履约方式为在第一用户关联仓库进行寄存，则根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分，生成多个交易订单，每个交易订单与单个所述销售单位的商品对象相对应；
目标仓库确定单元1202，用于根据所述第二用户关联的地理位置信息，为所述交易订单确定第一用户关联的目标仓库，并进行库存占用；
信息提供单元1203，用于将所述目标仓库的信息及其配送范围信息，提供给所述第二用户终端，以便所述第二用户终端在针对第三用户的交易订单选择履约方式时，通过判断所述第三用户对应的收货地址信息是否在所述配送范围之内，确定是否可通过在所述第一用户关联仓库的寄存库存为所述第三用户的交易订单进行履约。
与实施例五相对应，本申请实施例还提供了一种商品对象订单处理装置，参见图13，该装置可以包括：
信息接收单元1301，用于在向第一用户终端提交交易请求，并将履约方式确定为在所述第一用户关联仓库进行寄存后，接收所述第一用户终端提供的第一用户关联的目标仓库的信息及其配送范围信息；所述目标仓库是根据所述第二用户关联的地理位置信息进行确定的，在根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分，生成多个交易订单后，根据所述目标仓库关联的库存信息，为所述交易订单进行库存占用；
判断单元1302，用于在为第三用户关联的交易订单选择履约方式时，通过判断所述第三用户对应的收货地址信息是否在所述配送范围之内，确定是否可通过寄存库存为所述交易订单进行履约。
另外，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。
以及一种电子设备，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。
其中，图14示例性的展示出了电子设备的架构，例如，设备1400可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。
参照图14，设备1400可以包括以下一个或多个组件：处理组件1402，存储器1404，电源组件1406，多媒体组件1408，音频组件1410，输入/输出(I/O)的接口1412，传感器组件1414，以及通信组件1416。
处理组件1402通常控制设备1400的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1402可以包括一个或多个处理器1420来执行指令，以完成本公开技术方案提供的方法的全部或部分步骤。此外，处理组件1402可以包括一个或多个模块，便于处理组件1402和其他组件之间的交互。例如，处理部件1402可以包括多媒体模块，以方便多媒体组件1408和处理组件1402之间的交互。
存储器1404被配置为存储各种类型的数据以支持在设备1400的操作。这些数据的示例包括用于在设备1400上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件1406为设备1400的各种组件提供电力。电源组件1406可以包括电源管理系统，一个或多个电源，及其他与为设备1400生成、管理和分配电力相关联的组件。
多媒体组件1408包括在设备1400和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1408包括一个前置摄像头和/或后置摄像头。当设备1400处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1410被配置为输出和/或输入音频信号。例如，音频组件1410包括一个麦克风(MIC)，当设备1400处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1404或经由通信组件1416发送。在一些实施例中，音频组件1410还包括一个扬声器，用于输出音频信号。
I/O接口1412为处理组件1402和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1414包括一个或多个传感器，用于为设备1400提供各个方面的状态评估。例如，传感器组件1414可以检测到设备1400的打开/关闭状态，组件的相对定位，例如所述组件为设备1400的显示器和小键盘，传感器组件1414还可以检测设备1400或设备1400一个组件的位置改变，用户与设备1400接触的存在或不存在，设备1400方位或加速/减速和设备1400的温度变化。传感器组件1414可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1414还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1414还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件1416被配置为便于设备1400和其他设备之间有线或无线方式的通信。设备1400可以接入基于通信标准的无线网络，如WiFi，或2G、3G、4G/LTE、5G等移动通信网络。在一个示例性实施例中，通信部件1416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件1416还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，设备1400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1404，上述指令可由设备1400的处理器1420执行以完成本公开技术方案提供的方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上对本申请所提供的商品对象信息处理方法、装置及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (31)

1.一种商品对象信息处理方法，其特征在于，包括：
提供用于获取具有寄存属性的商品对象信息的操作选项；所述商品对象与交易订单关联，所述交易订单是在第一用户终端接收到第二用户终端的批量交易的请求，并确定出履约方式为在第一用户关联仓库进行寄存后，根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分生成的，以使得多个交易订单分别与单个所述销售单位的商品对象相对应；
通过所述操作选项接收到操作请求后，提供对应的目标界面，所述目标界面用于以所述交易订单为单位，对所述商品对象的信息进行展示。
2.根据权利要求1所述的方法，其特征在于，
所述对所述商品对象的信息进行展示，包括：
对所述商品对象的状态信息进行展示，所述状态信息包括已寄存，已调拨或者已销售，所述已调拨包括：从所述第一用户关联的仓库向所述第二用户关联的仓库进行调拨；所述已销售包括：第三用户与所述第二用户发生交易，并由所述第二用户将交易的履约方式指定为通过寄存库存为所述第三用户进行履约。
3.根据权利要求2所述的方法，其特征在于，还包括：
对于处于所述已寄存状态的商品对象，在所述界面中提供用于将所述商品对象取消寄存的操作选项；
通过该操作选项接收到取消寄存请求后，将所述取消寄存请求提交到所述第一用户终端，并携带关联的交易订单标识，以便所述第一用户终端触发对应的货品调拨流程，并将对应的寄存库存转换为所述第二用户的现货库存。
4.根据权利要求3所述的方法，其特征在于，还包括：
在所述界面中提供所述处于已寄存状态的商品对象的已寄存时长信息。
5.根据权利要求3所述的方法，其特征在于，还包括：
在所述界面中提供用于对多个处于已寄存状态的商品对象进行统一取消寄存的操作选项。
6.根据权利要求2所述的方法，其特征在于，还包括：
对于处于已调拨或已销售状态的商品对象，在所述界面中提供用于查看物流进度信息的操作选项；
通过该操作选项接收到查询物流进度的请求后，将所述查询物流进度的请求提交到所述第一用户终端，并携带关联的交易订单标识；
接收到所述第一用户终端返回所述交易订单关联的物流进度信息后进行展示。
7.根据权利要求1所述的方法，其特征在于，还包括：
在所述界面中提供在类目维度上对所述具有寄存属性的商品对象进行分类展示的操作选项。
8.根据权利要求1所述的方法，其特征在于，还包括：
在所述界面中提供在状态维度上对所述具有寄存属性的商品对象进行分类展示的操作选项。
9.根据权利要求8所述的方法，其特征在于，
所述状态维度包括临近目标期限的状态。
10.一种商品对象信息处理方法，其特征在于，包括：
接收第二用户终端提交的获取具有寄存属性的商品对象信息的请求，所述商品对象与交易订单关联，所述交易订单是在第一用户终端接收到第二用户终端的批量交易的请求，并确定出履约方式为在第一用户关联的仓库进行寄存后，根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分生成的，以使得每个交易订单与单个所述销售单位的商品对象相对应；
确定所述第二用户关联的交易订单及其关联的商品对象信息；
以所述交易订单为单位，向所述第二用户终端提供所述商品对象的信息。
11.根据权利要求10所述的方法，其特征在于，
所述向所述第二用户终端提供所述商品对象的信息，包括：
向所述第二用户终端提供所述商品对象的状态信息，所述状态信息包括已寄存，已调拨或者已销售，所述已调拨包括：从所述第一用户关联的仓库向所述第二用户关联的仓库进行调拨；所述已销售包括：第三用户与所述第二用户发生交易，并由所述第二用户将交易的履约方式指定为通过寄存库存为所述第三用户进行履约。
12.根据权利要求11所述的方法，其特征在于，还包括：
对于处于所述已寄存状态的商品对象，提供用于将所述商品对象取消寄存的操作选项；
接收到所述取消寄存操作请求后，根据关联的交易订单触发对应的货品调拨流程，并将对应的寄存库存转换为所述第二用户的现货库存。
13.根据权利要求11所述的方法，其特征在于，还包括：
对于处于已调拨或已销售状态的商品对象，获取关联的物流进度信息，并与对应的交易订单标识建立关联；
接收到所述第二用户终端对商品对象物流进度的查询请求后，根据关联的交易订单的标识，查询对应的物流进度信息，并返回给所述第二用户终端。
14.根据权利要求13所述的方法，其特征在于，
所述第一用户关联的仓库包括：由第四用户为所述第一用户提供的仓库，所述第四用户还用于提供对应的调拨或配送服务；
所述获取关联的物流进度信息，包括：
向第四用户终端查询获得所述交易订单对应的物流进度信息。
15.根据权利要求11所述的方法，其特征在于，还包括：
对于处于所述已寄存状态的商品对象，提供已寄存时长信息。
16.根据权利要求11所述的方法，其特征在于，还包括：
对于处于所述已寄存状态的商品对象，根据已寄存时长信息判断是否临近目标期限，并将判断结果提供给所述第二用户终端。
17.根据权利要求5或16所述的方法，其特征在于，
如果所述商品对象关联的交易订单占用的是所述第一用户关联仓库中的实际库存，则将接收到所述交易请求的时间确定为寄存开始时间。
18.根据权利要求15或16所述的方法，其特征在于，
如果所述商品对象关联的交易订单占用的是所述第一用户关联仓库的配送在途库存或者上游供货方的库存，则将所述配送在途库存或者所述供货方的库存到达所述第一用户关联的仓库并完成入库的时间，确定为寄存开始时间。
19.一种商品对象寄存处理方法，其特征在于，包括：
接收第二用户终端提交的交易请求，所述交易请求中包括所需采购的商品对象标识、交易数量，以及履约方式信息，所述履约方式包括在第一用户关联的仓库进行寄存；
根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述交易数量进行拆分，生成多个交易订单，其中，每个交易订单与单个所述销售单位的商品对象相对应；
对所述交易订单进行库存占用处理，其中，所述交易订单优先占用所述第一用户关联仓库中关于所述商品对象的实际库存，如果所述实际库存数量小于所述交易数量，则剩余的交易订单占用所述第一用户关联仓库的配送在途库存或所述第一用户的上游供货方库存。
20.根据权利要求19所述的方法，其特征在于，还包括：
对于占用所述第一用户关联仓库的配送在途库存或所述第一用户的上游供货方库存的交易订单，将所述配送在途库存或上游供货方库存在所述第一用户关联仓库完成入库的时间，确定为对应交易订单的寄存开始时间。
21.根据权利要求19所述的方法，其特征在于，还包括：
接收到所述第二用户终端提交的为第三用户关联的交易订单进行履约的请求后，优先将占用所述实际库存的交易订单与所述第三用户的交易订单建立关联，以便利用所述实际库存为所述第三用户的交易订单进行履约。
22.根据权利要求21所述的方法，其特征在于，还包括：
如果当前无占用所述实际库存的交易订单，则将占用所述配送在途库存或上游供货方库存的交易订单与所述第三用户的交易订单建立关联，以便待对应的配送在途库存或者上游供货方库存到达所述第一用户关联的仓库并完成入库处理后，为所述第三用户的交易订单进行履约。
23.一种商品对象订单处理方法，其特征在于，包括：
接收到第二用户终端提交的交易请求后，如果选择的履约方式为在第一用户关联仓库进行寄存，则根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分，生成多个交易订单，每个交易订单与单个所述销售单位的商品对象相对应；
根据所述第二用户关联的地理位置信息，为所述交易订单确定第一用户关联的目标仓库，并进行库存占用；
将所述目标仓库的信息及其配送范围信息，提供给所述第二用户终端，以便所述第二用户终端在针对第三用户的交易订单选择履约方式时，通过判断所述第三用户对应的收货地址信息是否在所述配送范围之内，确定是否可通过在所述第一用户关联仓库的寄存库存为所述第三用户的交易订单进行履约。
24.一种商品对象订单处理方法，其特征在于，包括：
在向第一用户终端提交交易请求，并将履约方式确定为在所述第一用户关联仓库进行寄存后，接收所述第一用户终端提供的第一用户关联的目标仓库的信息及其配送范围信息；所述目标仓库是根据所述第二用户关联的地理位置信息进行确定的，在根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分，生成多个交易订单后，根据所述目标仓库关联的库存信息，为所述交易订单进行库存占用；
在为第三用户关联的交易订单选择履约方式时，通过判断所述第三用户对应的收货地址信息是否在所述配送范围之内，确定是否可通过寄存库存为所述交易订单进行履约。
25.一种商品对象信息处理装置，其特征在于，包括：
操作选项提供单元，用于提供用于获取具有寄存属性的商品对象信息的操作选项；所述商品对象与交易订单关联，所述交易订单是在第一用户终端接收到第二用户终端的批量交易的请求，并确定出履约方式为在第一用户关联仓库进行寄存后，根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分生成的，以使得多个交易订单分别与单个所述销售单位的商品对象相对应；
界面展示单元，用于通过所述操作选项接收到操作请求后，提供对应的目标界面，所述目标界面用于以所述交易订单为单位，对所述商品对象的信息进行展示。
26.一种商品对象信息处理装置，其特征在于，包括：
请求接收单元，用于接收第二用户终端提交的获取具有寄存属性的商品对象信息的请求，所述商品对象与交易订单关联，所述交易订单是在第一用户终端接收到第二用户终端的批量交易的请求，并确定出履约方式为在第一用户关联的仓库进行寄存后，根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分生成的，以使得每个交易订单与单个所述销售单位的商品对象相对应；
信息确定单元，用于确定所述第二用户关联的交易订单及其关联的商品对象信息；
信息提供单元，用于以所述交易订单为单位，向所述第二用户终端提供所述商品对象的信息。
27.一种商品对象寄存处理装置，其特征在于，包括：
交易请求接收单元，用于接收第二用户终端提交的交易请求，所述交易请求中包括所需采购的商品对象标识、交易数量，以及履约方式信息，所述履约方式包括在第一用户关联的仓库进行寄存；
交易订单生成单元，用于根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述交易数量进行拆分，生成多个交易订单，其中，每个交易订单与单个所述销售单位的商品对象相对应；
库存占用处理单元，用于对所述交易订单进行库存占用处理，其中，所述交易订单优先占用所述第一用户关联仓库中关于所述商品对象的实际库存，如果所述实际库存数量小于所述交易数量，则剩余的交易订单占用所述第一用户关联仓库的配送在途库存或所述第一用户的上游供货方库存。
28.一种商品对象订单处理装置，其特征在于，包括：
交易订单生成单元，用于接收到第二用户终端提交的交易请求后，如果选择的履约方式为在第一用户关联仓库进行寄存，则根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分，生成多个交易订单，每个交易订单与单个所述销售单位的商品对象相对应；
目标仓库确定单元，用于根据所述第二用户关联的地理位置信息，为所述交易订单确定第一用户关联的目标仓库，并进行库存占用；
信息提供单元，用于将所述目标仓库的信息及其配送范围信息，提供给所述第二用户终端，以便所述第二用户终端在针对第三用户的交易订单选择履约方式时，通过判断所述第三用户对应的收货地址信息是否在所述配送范围之内，确定是否可通过在所述第一用户关联仓库的寄存库存为所述第三用户的交易订单进行履约。
29.一种商品对象订单处理装置，其特征在于，包括：
信息接收单元，用于在向第一用户终端提交交易请求，并将履约方式确定为在所述第一用户关联仓库进行寄存后，接收所述第一用户终端提供的第一用户关联的目标仓库的信息及其配送范围信息；所述目标仓库是根据所述第二用户关联的地理位置信息进行确定的，在根据所述第二用户向第三用户销售所述商品对象时的销售单位对所述请求关联的交易数量进行拆分，生成多个交易订单后，根据所述目标仓库关联的库存信息，为所述交易订单进行库存占用；
判断单元，用于在为第三用户关联的交易订单选择履约方式时，通过判断所述第三用户对应的收货地址信息是否在所述配送范围之内，确定是否可通过寄存库存为所述交易订单进行履约。
30.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至24任一项所述的方法的步骤。
31.一种电子设备，其特征在于，包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行权利要求1至24任一项所述的方法的步骤。
CN202011128174.8A 2020-10-20 2020-10-20 商品对象信息处理方法、装置及电子设备 Pending CN113298601A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011128174.8A CN113298601A (zh) 2020-10-20 2020-10-20 商品对象信息处理方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011128174.8A CN113298601A (zh) 2020-10-20 2020-10-20 商品对象信息处理方法、装置及电子设备

Publications (1)

Publication Number Publication Date
CN113298601A true CN113298601A (zh) 2021-08-24

Family

ID=77318394

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011128174.8A Pending CN113298601A (zh) 2020-10-20 2020-10-20 商品对象信息处理方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN113298601A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113793100A (zh) * 2021-09-14 2021-12-14 北京沃东天骏信息技术有限公司 物品联营方法、装置及存储介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004155567A (ja) * 2002-11-07 2004-06-03 Canon Inc 販売方法、販売システム、サーバ、販売プログラムを記録したコンピュータ読み取り可能な記録媒体、販売プログラム及び回収方法
CN105096015A (zh) * 2014-04-23 2015-11-25 阿里巴巴集团控股有限公司 商品对象信息处理方法及系统
WO2016206556A1 (zh) * 2015-06-25 2016-12-29 阿里巴巴集团控股有限公司 仓库资源信息处理、提供库存信息的方法及装置
US9760854B1 (en) * 2012-05-21 2017-09-12 Formula Labs, Llc System and method for identifying and co-ordinating an alternate delivery of one or more selected items
CN107169814A (zh) * 2016-03-08 2017-09-15 阿里巴巴集团控股有限公司 一种进行对象展示和处理订单的方法及设备
CN107239922A (zh) * 2017-06-05 2017-10-10 北京挖玖电子商务有限公司 用于多个商品经销商共享存货的管理方法及管理系统
CN107392691A (zh) * 2017-06-02 2017-11-24 刘帅 电商实时拿货一键代发的运营系统以及方法
CN108122160A (zh) * 2017-12-22 2018-06-05 株式会社妃颐思 商品销售系统
CN109978424A (zh) * 2017-12-28 2019-07-05 阿里巴巴集团控股有限公司 商品信息处理方法、装置、供应链管理系统以及电子设备

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004155567A (ja) * 2002-11-07 2004-06-03 Canon Inc 販売方法、販売システム、サーバ、販売プログラムを記録したコンピュータ読み取り可能な記録媒体、販売プログラム及び回収方法
US9760854B1 (en) * 2012-05-21 2017-09-12 Formula Labs, Llc System and method for identifying and co-ordinating an alternate delivery of one or more selected items
CN105096015A (zh) * 2014-04-23 2015-11-25 阿里巴巴集团控股有限公司 商品对象信息处理方法及系统
WO2016206556A1 (zh) * 2015-06-25 2016-12-29 阿里巴巴集团控股有限公司 仓库资源信息处理、提供库存信息的方法及装置
CN107169814A (zh) * 2016-03-08 2017-09-15 阿里巴巴集团控股有限公司 一种进行对象展示和处理订单的方法及设备
CN107392691A (zh) * 2017-06-02 2017-11-24 刘帅 电商实时拿货一键代发的运营系统以及方法
CN107239922A (zh) * 2017-06-05 2017-10-10 北京挖玖电子商务有限公司 用于多个商品经销商共享存货的管理方法及管理系统
CN108122160A (zh) * 2017-12-22 2018-06-05 株式会社妃颐思 商品销售系统
CN109978424A (zh) * 2017-12-28 2019-07-05 阿里巴巴集团控股有限公司 商品信息处理方法、装置、供应链管理系统以及电子设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113793100A (zh) * 2021-09-14 2021-12-14 北京沃东天骏信息技术有限公司 物品联营方法、装置及存储介质

Similar Documents

Publication Publication Date Title
US9934530B1 (en) Application programming interfaces for courier services
CN111294370B (zh) 信息投放方法、装置及系统
JP7072068B2 (ja) 分散システムを構造化するためのアプリケーションプログラミングインタフェース
CN111667328B (zh) 页面内容展示方法、装置及电子设备
CN112182426A (zh) 用户界面信息展示方法、装置及电子设备
CN111861609A (zh) 对订单进行取消处理的系统、方法、装置及电子设备
CN107153657B (zh) 一种网络数据处理方法、装置及服务器
CN107563876B (zh) 物品购买方法及装置、存储介质
CN109726835B (zh) 数据对象信息处理方法、装置及电子设备
CN117172866A (zh) 订单处理方法、装置、设备及存储介质
CN112633959A (zh) 移动设备管理系统、方法、装置及电子设备
CN113298601A (zh) 商品对象信息处理方法、装置及电子设备
CN111192102A (zh) 商品对象信息处理方法、装置及电子设备
CN113298282A (zh) 商品对象的处理方法、装置及电子设备
KR101714014B1 (ko) 쇼핑 서비스 제공 시스템 및 쇼핑 서비스 제공 방법
CN113112316A (zh) 一种异常处理方法及其装置
KR101946552B1 (ko) 구매자 중심의 상품 견적을 이용한 오픈 마켓 서비스 제공 시스템 및 그 방법
KR101598570B1 (ko) 쇼핑 서비스 제공 시스템 및 쇼핑 서비스 제공 방법
CN111724224A (zh) 信息提供方法、装置及电子设备
CN107203919B (zh) 业务信息的处理方法及装置
KR101816293B1 (ko) 쇼핑 서비스 제공 시스템 및 쇼핑 서비스 제공 방법
JP6212236B1 (ja) 配送管理方法、配送管理サーバ、配送管理サーバプログラム及び配送管理システム
JP6212237B1 (ja) 配送管理方法、配送管理サーバ、配送管理サーバプログラム及び配送管理システム
CN116739697A (zh) 订单信息展示方法及电子设备
KR101696381B1 (ko) 쇼핑 서비스 제공 시스템 및 쇼핑 서비스 제공 방법

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