CN106548384A - 交易订单付款信息处理方法及装置 - Google Patents

交易订单付款信息处理方法及装置 Download PDF

Info

Publication number
CN106548384A
CN106548384A CN201510595349.9A CN201510595349A CN106548384A CN 106548384 A CN106548384 A CN 106548384A CN 201510595349 A CN201510595349 A CN 201510595349A CN 106548384 A CN106548384 A CN 106548384A
Authority
CN
China
Prior art keywords
information
merchandise items
expense
platform server
feature
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
CN201510595349.9A
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.)
Cainiao Smart Logistics 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 CN201510595349.9A priority Critical patent/CN106548384A/zh
Priority to PCT/CN2016/098387 priority patent/WO2017045562A1/zh
Publication of CN106548384A publication Critical patent/CN106548384A/zh
Pending legal-status Critical Current

Links

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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请实施例公开了交易订单付款信息处理方法及装置，其中，该方法包括：物流管理平台服务器预先保存商品对象特征与包裹重量平均值之间的对应关系；接收交易平台服务器针对当前生成的指定交易订单发送的获取国际阶段运送费用信息的请求；从所述指定交易订单中提取目标商品对象的目标特征；将所述目标特征与所述预先保存的各对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；将所述国际阶段运送费用信息返回给所述交易平台服务器。通过本申请实施例，可以节省第二用户的操作成本，节省系统资源。

Description

交易订单付款信息处理方法及装置
技术领域
本申请涉及订单信息处理技术领域，特别是涉及交易订单付款信息处理方法及装置。
背景技术
随着电子商务的不断发展，业务范围已经不再限于国内，出现了大量的进出口业务。在进出口业务中，运费一般分为两个部分，一个是国内部分，一个是国际部分。之所以要分开计费，这是因为，一般而言，国内部分的运费由于成本相对较低，因此，一般采用固定运费的方式，也即，无论包裹重量是多少，运费是固定不变的，甚至可能是免费的。但对于国际阶段，由于运送成本相对较高，因此，通常需要根据实际运送的包裹的重量来确定运送费用。这种分别计费的方式，对于消费者而言是比较公平的。
但是，为了达到上述分别计费的目的，在现有技术中，对于买家用户而言，如果需要购买一件海外商品，则需要做三个动作，下单->合单->签收。相对国内买家的物流体验：下单->签收，多出了一个合单的操作。这个合单操作需要一个等待的过程，并需要买家用户跟进订单的状态，只有当买家用户发现购买的商品已经到达集运仓(集运仓是指设立在国内港口专门进行国际段货物运输的仓库)之后，才能再次登录电商交易系统进行合单的操作。合单的时候，由系统根据包裹的实际重量来计算国际段的运费后，再由集运仓将商品配送到买家手中。
可见，在现有技术中，对于海外的买家来说，操作成本是比较高的，从系统资源角度而言，买家用户针对同一订单的多次操作，也会造成系统网络传输、存储等资源的大量占用。
发明内容
本申请提供了交易订单付款信息处理方法及装置，可以节省第二用户的操作成本，节省系统资源。
本申请提供了如下方案：
一种建立商品对象重量信息数据库的方法，包括：
收集预置时间段内历史配送记录信息，所述历史配送记录信息包括：各历史交易订单关联的商品对象信息、包裹重量信息；
从所述历史交易订单关联的商品对象信息中进行特征提取，并根据所提取的特征对历史交易订单进行聚类，得到多个订单类别；
计算同一类别中历史交易订单关联的包裹重量的平均值；
保存各订单类别中各自提取出的商品对象特征与所述包裹重量平均值之间的对应关系，生成所述商品对象重量信息数据库。
一种交易订单付款信息处理方法，包括：
物流管理平台服务器预先保存商品对象特征与包裹重量平均值之间的对应关系；
接收交易平台服务器针对当前生成的指定交易订单发送的获取国际阶段运送费用信息的请求；
从所述指定交易订单中提取目标商品对象的目标特征；
将所述目标特征与所述预先保存的各对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；
将所述国际阶段运送费用信息返回给所述交易平台服务器，以便所述交易平台服务器将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息。
一种交易订单付款信息处理方法，包括：
交易平台服务器接收生成交易订单的请求，并判断是否对应进出口业务；
响应于是进出口业务的判断结果，向物流管理平台服务器发送获取国际阶段运送费用信息的请求，以便所述物流管理平台服务器从所述交易订单中提取目标商品对象的目标特征，将所述目标特征与预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；
接收所述物流管理平台服务器返回的国际阶段运送费用信息；
将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项。
一种交易订单付款信息处理方法，包括：
第二用户客户端接收购买指定商品对象的操作请求；
将所述请求提交到交易平台服务器，以便交易平台服务器判断是否对应进出口业务，如果是，则向物流管理平台服务器发送获取国际阶段运送费用信息的请求，由所述物流管理平台服务器从所述交易订单中提取目标商品对象的目标特征，将所述目标特征与预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；所述交易平台服务器接收到所述国际阶段运送费用信息后，将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项；
提供所述付款操作选项，以便第二用户对所述国际阶段运送费用、国内阶段运送费用以及商品对象费用进行付款操作。
一种交易订单付款信息处理方法，包括：
交易平台服务器预先保存商品对象特征与包裹重量平均值之间的对应关系；
接收到生成交易订单的请求时，判断是否对应进出口业务；
响应于是进出口业务的判断结果，提取目标商品对象的目标特征，将所述目标特征与所述预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值；
向物流管理平台服务器发送获取国际阶段运送费用的请求，并在该请求中携带所述包裹重量平均值，以便所述物流管理平台服务器根据所述包裹重量平均值计算国际阶段运送费用；
接收所述物流管理平台服务器返回的国际阶段运送费用信息；
将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项。
一种交易订单付款信息处理方法，包括：
第二用户客户端接收购买指定商品对象的操作请求；
将所述请求提交到交易平台服务器，以便交易平台服务器判断是否对应进出口业务，如果是，则提取目标商品对象的目标特征，将所述目标特征与预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值；向物流管理平台服务器发送获取国际阶段运送费用的请求，并在该请求中携带所述包裹重量平均值，以便所述物流管理平台服务器根据所述包裹重量平均值计算国际阶段运送费用，接收到所述国际阶段运送费用信息后，将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项；
提供所述付款操作选项，以便第二用户对所述国际阶段运送费用、国内阶段运送费用以及商品对象费用进行付款操作。
一种建立商品对象重量信息数据库的装置，包括：
信息收集单元，用于收集预置时间段内历史配送记录信息，所述历史配送记录信息包括：各历史交易订单关联的商品对象信息、包裹重量信息；
聚类单元，用于从所述历史交易订单关联的商品对象信息中进行特征提取，并根据所提取的特征对历史交易订单进行聚类，得到多个订单类别；
平均值计算单元，用于计算同一类别中历史交易订单关联的包裹重量的平均值；
保存单元，用于保存各订单类别中各自提取出的商品对象特征与所述包裹重量平均值之间的对应关系，生成所述商品对象重量信息数据库。
一种交易订单付款信息处理装置，应用于物流管理平台服务器，包括：
对应关系保存单元，用于预先保存商品对象特征与包裹重量平均值之间的对应关系；
费用获取请求接收单元，用于接收交易平台服务器针对当前生成的指定交易订单发送的获取国际阶段运送费用信息的请求；
目标特征提取单元，用于从所述指定交易订单中提取目标商品对象的目标特征；
特征比对单元，用于将所述目标特征与所述预先保存的各对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；
费用信息返回单元，用于将所述国际阶段运送费用信息返回给所述交易平台服务器，以便所述交易平台服务器将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息。
一种交易订单付款信息处理装置，应用于交易平台服务器，包括：
判断单元，用于接收生成交易订单的请求，并判断是否对应进出口业务；
费用获取请求发送单元，用于响应于是进出口业务的判断结果，向物流管理平台服务器发送获取国际阶段运送费用信息的请求，以便所述物流管理平台服务器从所述交易订单中提取目标商品对象的目标特征，将所述目标特征与预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；
费用信息接收单元，用于接收所述物流管理平台服务器返回的国际阶段运送费用信息；
付款金额信息确定单元，用于将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项。
一种交易订单付款信息处理装置，应用于第二用户客户端，包括：
第一操作请求接收单元，用于接收购买指定商品对象的操作请求；
第一请求提交单元，用于将所述请求提交到交易平台服务器，以便交易平台服务器判断是否对应进出口业务，如果是，则向物流管理平台服务器发送获取国际阶段运送费用信息的请求，由所述物流管理平台服务器从所述交易订单中提取目标商品对象的目标特征，将所述目标特征与预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；所述交易平台服务器接收到所述国际阶段运送费用信息后，将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项；
第一操作选项提供单元，用于提供所述付款操作选项，以便第二用户对所述国际阶段运送费用、国内阶段运送费用以及商品对象费用进行付款操作。
一种交易订单付款信息处理装置，应用于交易平台服务器，包括：
对应关系保存单元，用于预先保存商品对象特征与包裹重量平均值之间的对应关系；
判断单元，用于接收到生成交易订单的请求时，判断是否对应进出口业务；
目标特征提取单元，用于响应于是进出口业务的判断结果，提取目标商品对象的目标特征，将所述目标特征与所述预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值；
费用获取请求发送单元，用于向物流管理平台服务器发送获取国际阶段运送费用的请求，并在该请求中携带所述包裹重量平均值，以便所述物流管理平台服务器根据所述包裹重量平均值计算国际阶段运送费用；
费用信息接收单元，用于接收所述物流管理平台服务器返回的国际阶段运送费用信息；
付款金额信息确定单元，用于将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项。
一种交易订单付款信息处理装置，应用于第二用户客户端，包括：
第二操作请求接收单元，用于接收购买指定商品对象的操作请求；
第二请求提交单元，用于将所述请求提交到交易平台服务器，以便交易平台服务器判断是否对应进出口业务，如果是，则提取目标商品对象的目标特征，将所述目标特征与预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值；向物流管理平台服务器发送获取国际阶段运送费用的请求，并在该请求中携带所述包裹重量平均值，以便所述物流管理平台服务器根据所述包裹重量平均值计算国际阶段运送费用，接收到所述国际阶段运送费用信息后，将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项；
第二操作选项提供单元，用于提供所述付款操作选项，以便第二用户对所述国际阶段运送费用、国内阶段运送费用以及商品对象费用进行付款操作。
根据本申请提供的具体实施例，本申请公开了以下技术效果：
通过本申请实施例，由于预先保存了商品对象特征与包裹重量平均值之间的对应关系，因此，在针对第二用户购买出口商品对象的行为生成交易订单后，可以直接根据预先保存的对应关系，预测出包裹重量，并计算出国际阶段的运送费用，这样，就可以一次性支付商品对象的费用、国内阶段运送费用以及国际阶段运送费用，而不用再由第二用户跟踪订单状态，执行合单等操作，因此，可以节省第二用户的操作成本。另外，从系统资源角度而言，由于不需要再多次登录系统进行订单操作，因此，也可以节省系统资源。
当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的第一方法的流程图；
图2是本申请实施例提供的第二方法的流程图；
图3是本申请实施例提供的第三方法的流程图；
图4是本申请实施例提供的第四方法的流程图；
图5是本申请实施例提供的第五方法的流程图；
图6是本申请实施例提供的第六方法的流程图；
图7是本申请实施例提供的第一装置的示意图；
图8是本申请实施例提供的第二装置的示意图；
图9是本申请实施例提供的第三装置的示意图；
图10是本申请实施例提供的第四装置的示意图；
图11是本申请实施例提供的第五装置的示意图；
图12是本申请实施例提供的第六装置的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
在本申请实施例中，为了简化第二用户(例如，买家用户等，相应的，卖家用户或者商家等可以称为第一用户)的操作流程，可以采用一次性支付国内阶段以及国际阶段运送费用的方式。其中，由于国内阶段的运送费用通常是与商品对象本身的费用一起支付的，也就是说，在本申请实施例中，可以将国际阶段运送费用、国内阶段运送费用以及商品对象本身的费用一起支付，并且，都是在交易订单生成之后就可以完成支付，不需要再为了支付费用而跟进订单的状态。这样，可以降低第二用户的操作成本，并且，对于系统而言，也节省了网络传输等开销。下面对具体的实现方式进行详细介绍。
实施例一
如前文所述，在计算国际阶段运送费用时，通常需要根据实际包裹的具体重量来进行计算，也正是因为如此，现有技术中才会实在包裹达到集运仓后，才会进行称重，并计算出具体的国际阶段运送费用。而在本申请实施例中，如果是生成交易订单就支付国际阶段运送费用，则意味着商品尚未实际出库，但是，在商品出库时，会对商品进行打包，例如，装箱、放入填充物等等，实际运送过程中产生的国际阶段费用，也是根据打包后的包裹的实际重量计算的。因此，如何在未知包裹重量的情况下，计算出国际阶段的运送费用，是需要考虑的问题。
为此，在本申请实施例一中，首先提供了一种建立商品对象重量信息数据库的方法，该方法是通过对历史配送记录进行大数据分析的方式，建立起包裹重量信息数据库。
参见图1，该方法可以包括以下步骤：
S101：收集预置时间段内历史配送记录信息，所述历史配送记录信息包括：各历史交易订单关联的商品对象信息、包裹重量信息；
关于历史配送记录，也就是指在过去一段时间内，例如，过去一年、一个季度、一个月等，为各个交易订单进行货品配送产生的记录。具体的历史配送记录信息可以包括各订单关联的商品对象信息以及包裹重量信息等。也就是说，每产生一个交易订单，就可以对该订单在配送过程中产生的相关信息进行记录，例如，对于某国际业务订单，在集运仓返回了关于该订单的包裹重量信息时，就可以进行记录。
S102：从所述历史交易订单关联的商品对象信息中进行特征提取，并根据所提取的特征对历史交易订单进行聚类，得到多个订单类别；
在收集了一段时间内的历史配送记录信息后，就可以对其进行分析。具体分析时，可以首先从历史交易订单关联的商品对象信息中进行特征提取，然后根据所提取的特征对历史交易订单进行聚类，得到多个订单类别。也就是说，可以首先对历史交易订单进行分类，分类的原则可以为：同一类别内，不同交易订单对应的包裹重量是相似的。然后就可以分别从各个订单类别中，提取包裹重量信息，然后再计算同一类订单中，包裹重量的平均值，就可以代表这一类订单的包裹重量。
其中，在进行商品对象特征提取时，可以提取的特征可以有多种，原则可以为，具有同样特征的商品对象，其对应的包裹重量具有相似性。也就是说，包裹重量会集中在某个范围内，离散度不高。
例如，在其中一种实现方式下，可以提取商品对象所属的类目作为商品对象的特征。也就是说，对于同一类目的商品对象，打包后的包裹的重量通常是相差无几，例如，同样都是洗发水类的商品对象，则打包后得到的包裹的重量通常都在一千克左右，等等。因此，可以将同一商品对象类目对应的交易订单聚类同一订单类别，对各个不同类目的商品对象，分别根据历史配送记录，确定出包裹的平均重量。
需要说明的是，关于商品对象所属的类目，在交易平台服务器中，通常会划分为多个级别的类目，例如，包括多个一级类目，每个一级类目下可能还划分了多个二级类目，二级类目下可能还划分了多个三级类目，等等。在本申请实施例中，可以根据具体情况确定以哪个级别的类目为准进行交易订单的分类。例如，假设通过统计发现，当将商品对象划分到二级类目之后，同一类目内的商品对象对应的包裹的重量就近乎相同，则就可以按照二级类目进行交易订单类别的划分，等等。例如，某一级类目为化妆品，该一级类目下包含的二级类目有彩妆、个人护理等等，则可以按照二级类目，将历史交易订单划分为彩妆类订单，个人护理类订单，等等。或者，还可以对其中的个人护理类进行进一步的细分，例如，其下的三级类目还有洗发水、染发烫发用品、牙膏等，三者之间的重量往往具有比较明显的区别，因此，还可以细分为洗发水类订单、染发烫发用品类订单、牙膏类订单，等等。
当然，在实际应用中，同一类目的商品对象，可能还有不同规格/型号之间的差异，例如，同样是某款洗发水，有的可能是400ml，有的是200ml等等。因此，为了使得最终得到的包裹重量信息更准确，在进行交易订单分类时，除了考虑商品对象所属的类目信息，还可以考虑规格/型号等信息。
也就是说，可以将同一商品对象类目同一规格/型号对应的交易订单聚类同一订单类别。也就是说，交易订单的类别可以包括：400ml洗发水类订单，200ml洗发水类订单，等等。
另外，由于同一第一用户经营的商品对象往往具有相似性，例如，某第一用户仅经营化妆品类的商品对象，其商品对象的包裹由于使用的包装材料、填充物、商品对象本身的质量、规格等具有相似性，因此，最终的包裹重量也可能相似。因此，提取的商品对象特征，还可以包括商品对象所属的第一用户标识，这样，可以将属于同一第一用户的交易订单聚类同一订单类别。例如，第一用户A的订单，第一用户B的订单，等等。
当然，在实际应用中，可以提取的商品对象的特征还可以有多种，例如，还可以具体到商品对象的品牌、型号、名称等等，这种方式虽然可能会使得数据库规模很大，但是可以通过分类的精细化，得到更准确的包裹重量信息。另外，还可以将多种特征进行组合，等等。总之，在具体实现时，可以根据对准确度的实际需求，选择具体需要提取的特征，这里不再一一列举，但都在本申请保护范围之内。
S103：计算同一类别中历史交易订单关联的包裹重量的平均值；
在将历史交易订单划分为多个类别之后，可以分别在各个订单类别内部，计算各个订单关联的包裹重量的平均值。以该平均值，代表该类别订单可能的包裹重量。
S104：保存各订单类别中各自提取出的商品对象特征与所述包裹重量平均值之间的对应关系，生成所述商品对象重量信息数据库。
在计算出各订单类别对应的包裹重量平均值后，就可以将各订单类别中各自提取出的商品对象特征与所述包裹重量平均值之间的对应关系进行保存，这样就可以生成所述商品对象重量信息数据库。
例如，假设是从类目角度对历史交易订单进行的划分，则生成的商品对象重量信息数据库可以如表1所示：
表1
商品对象特征 包裹重量平均值
洗发水类 1000g
牙膏类 200g
…… ……
假设从商品对象类目以及规格/型号角度对历史交易订单进行的划分，则生成的商品对象重量信息数据库可以如表2所示：
表2
商品对象特征 包裹重量平均值
400ml洗发水类 1000g
200ml洗发水类 500g
…… ……
假设从商品对象所属的第一用户角度对历史交易订单进行的划分，则生成的商品对象重量信息数据库可以如表3所示：
表3
商品对象特征 包裹重量平均值
第一用户A 2000g
第一用户B 500g
…… ……
也就是说，在本申请实施例中，可以利用历史配送记录中，各类商品对象的包裹平均重量，来预测新生成的交易订单对应的包裹重量，进而计算国际阶段运送费用。因此，实际的包裹重量与预测值之间可能会有差异，但是，只要在一定的范围之内，就是可以接受的。对于差异的部分，可以预先与第一用户或者物流服务提供方进行协商，例如，对于同意使用该功能的第一用户或者物流服务提供方，其允许前述差异的存在即可，或者还可以通过其他方式对该差异进行补偿，等等。
在实际应用中，为了避免实际商品对象的实际包裹重量与预测出的重量相差太大的情况出现，在本申请实施例中，通过前述方式计算出各类别对应的包裹重量平均值后，还可以在同一类别内进行方差计算，也即，计算同一类别内，各包裹重量与该平均值之间的偏离程度，以此来体现该类别内各订单对应的包裹重量的离散程度，如果离散程度符合预置条件，则用该平均重量代表该类别包裹重量的预测值。否则，证明该类别不适于用这种计算包裹重量平均值的方式进行预测，可以对该类别进行进一步的细分，划分为更多的类别，或者，对于该类别的商品对象，可以仍然采用传统的方法来处理，也即仍然需要第二用户执行合单操作，等等。例如，原来的订单类别为个人护理类，在计算出包裹重量平均值，并进行了方差计算后，发现该类别内各包裹重量的离散程度比较严重，则可以进一步将该类别细分为洗发水类、牙膏类等等。
上述实施例一对建立包裹重量信息数据库的方法进行了介绍，在具体实现时，该建立数据库的过程可以是由交易平台中的物流管理平台服务器(例如，淘宝的菜鸟物流宝系统等)采用离线的方式进行的。当然，在实际应用中，还可以通过其他方式建立该数据库，例如，还可以是由物流服务提供方客户端提交相关的数据，例如，也可以包括各商品对象特征与包裹重量之间的对应关系，等等。总之，建立起的数据库可以直接保存在物流管理平台服务器，或者还可以保存在交易平台服务器。
其中，所谓的物流管理平台服务器，通常用于执行与物流相关的操作，包括维护物流资源，对各种物流资源进行调度等等。而交易平台服务器则用于与前台用户进行交互，提供前台界面展示的信息，生成交易订单等等。
下面对具体产生交易订单时，利用前述建立起的数据库，对付款信息的处理方式进行介绍。
实施例二
在该实施例二中，可以将实施例一中建立起的数据库保存在物流管理平台服务器，通过物流管理平台服务器与交易平台服务器之间的交互，完成付款流程。在该实施例二中，首先从物流管理平台服务器的角度进行介绍。
参见图2，该实施例二提供了一种交易订单付款信息处理方法，该方法可以包括以下步骤：
S201：物流管理平台服务器预先保存商品对象特征与所述包裹重量平均值之间的对应关系；
如实施例一所述，该对应关系可以是通过大数据分析的方式得到的，或者也可以是由物流服务提供方客户端上传的，总之，可以在物流管理平台服务器对前述对应关系进行保存。
S202：接收交易平台服务器针对当前生成的指定交易订单发送的获取国际阶段运送费用信息的请求；
在前端，第二用户可以通过交易平台服务器提供的商品对象展示页面，浏览各种商品对象，其中就可以包括进口商品。当第二用户选中了某款进口商品，并进行购买操作后，交易平台就可以为其生成对应的交易订单，此时，交易平台就可以计算出需要的付款金额。在本申请实施例中，此时计算的付款金额可以包括三个部分，首先，包括商品对象本身的价格，该信息是在第一用户发布商品对象时就已经确定的，其次是商品对象在国内阶段的运送费用，该费用通常也是由第一用户预先确定的，另外，就可以包括国际阶段的运送费用。
关于国际阶段的运送费用，由于商品尚未真正出库，没有进行包装，无法确定出实际的包裹重量，但是，在本申请实施例中，由于预先保存了前述步骤S201中的对应关系，因此，可以利用该对应关系对包裹重量进行预测。
具体的，交易平台服务器可以向物流管理平台服务器请求获得该国际阶段运送费用，在该请求中可以携带商品对象的相关信息，包括商品对象id等等。
S203：从所述指定交易订单中提取目标商品对象的目标特征；
物流管理平台服务器在收到该请求后，可以首先从请求中提取出目标商品对象的目标特征。其中，在进行目标特征提取时，可以根据步骤S201中保存的对应关系中具体的特征信息进行提取。例如，在预先保存的对应关系中，商品对象的特征为类目信息，则此时提取出的目标特征，也可以是目标商品对象所属的类目信息。如果在预先保存的对应关系中，商品对象的特征为类目信息以及规格/型号信息，则此时提取出的目标特征，也可以是目标商品对象所属的类目信息以及规格/型号信息。另外，如果在预先保存的对应关系中，商品对象的特征为商品对象所属的第一用户标识，则此时提取出的目标特征，也可以是目标商品对象所属的第一用户标识，等等。
S204：将所述目标特征与所述预先保存的各对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；
在提取出目标特征后，就可以与将目标特征与所述预先保存的各对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用。
例如，假设从当前目标商品对象中提取出的特征为：该商品对象属于洗发水类，规格为400ml，则根据表2中保存的对应关系，可以确定出与其中的第一个条目相匹配，因此，可以确定出当前交易订单对应的包裹重量的预测值为1000g。进而，物流管理平台服务器还可以确定出为该交易订单提供国际配送服务的提供方，并且还可以根据该物流服务提供方预先设置的国际阶段计费标准等，计算出该包裹重量预测值对应的国际阶段运送费用。
S205：将所述国际阶段运送费用信息返回给所述交易平台服务器，以便所述交易平台服务器将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息。
物流管理平台服务器在计算出国际阶段运送费用后，可以返回给交易平台服务器，这样，交易平台服务器就可以将国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，第二用户可以同时为这三部分费用进行付款操作。可见，对于第二用户而言，省去了合单操作，不需要再为了支付剩余的费用而跟踪订单的状态，也避免由于第二用户合单操作不及时，导致配送时间被延长等情况的发生。
当然，由于第二用户实际支付的国际阶段运送费用是根据系统预测出的包裹重量计算出来的，因此，跟实际的包裹重量可能会有所偏差。针对这种情况，可以由第一用户进行补偿等。但实际上，从长远来看，即使不进行补偿操作，对于第一用户以及第二用户可能都不会造成太大的损失。这是因为，上一次多支付的部分费用，可能也会被下一次少支付的费用抵消掉，只要商品对象特征提取的合理，将同一类订单内包裹重量离散度控制在一定范围内即可。
总之，在本申请实施例二中，由于预先保存了商品对象特征与包裹重量平均值之间的对应关系，因此，在针对第二用户购买出口商品对象的行为生成交易订单后，可以直接根据预先保存的对应关系，预测出包裹重量，并计算出国际阶段的运送费用，这样，就可以一次性支付商品对象的费用、国内阶段运送费用以及国际阶段运送费用，而不用再由第二用户跟踪订单状态，执行合单等操作，因此，可以节省第二用户的操作成本。另外，从系统资源角度而言，由于不需要再多次登录系统进行订单操作，因此，也可以节省系统资源。
在通过本申请实施例二的方式进行了交易订单的付款信息处理后，如果第二用户支付成功，则交易平台服务器还可以向物流管理平台服务器发送付款成功通知消息，这样，物流管理平台服务器可以创建物流订单，在该物流订单中可以记录国内阶段以及国际阶段的运送费用均已付款成功的信息，并向物流服务提供方客户端发送国内阶段配送指令，监控到对应的货品已运送到指定类型仓库(例如集运仓等)时，还可以根据物流订单中记录的付款信息，向物流服务提供方客户端发送出库以及国际阶段配送指令。这样，在运送到集运仓后，不需要再等待第二用户的合单操作，就可以直接进入国际阶段配送过程，因此，可以提高配送效率，使得第二用户可以在更短的时间内收到自己购买的商品对象。
需要说明的是，该实施例二中，关于商品对象特征与包裹重量平均值之间的对应关系的相关内容则可以参见实施例一中的介绍，这里不再赘述。
实施例三
该实施例三是与实施例二相对应的，同样是将商品对象特征与包裹重量平均值之间的对应关系保存在物流管理平台服务器，但本实施例三是从交易平台服务器的角度进行介绍。
参见图3，该实施例三提供了一种交易订单付款信息处理方法，该方法可以包括以下步骤：
S301：交易平台服务器接收生成交易订单的请求，并判断是否对应进出口业务；
通常，对于进出口业务，交易平台服务器可以通过特定的频道、板块、主题等方式提供，这样，可以通过这种频道、板块、主题等标识，确定出当前的交易是否涉及进出口业务。
S302：响应于是进出口业务的判断结果，向物流管理平台服务器发送获取国际阶段运送费用信息的请求，以便所述物流管理平台服务器从所述交易订单中提取目标商品对象的目标特征，将所述目标特征与预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；
S303：接收所述物流管理平台服务器返回的国际阶段运送费用信息；
S304：将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项。
在通过所述付款操作选项接收到付款操作请求后，可以将所述待付款金额信息提交给付款平台服务器(例如，支付宝等)，在接收到付款平台服务器返回的付款成功的消息后，可以将付款成功消息发送给所述物流管理平台服务器，以便所述物流管理平台服务器创建物流订单，并发送到物流服务提供方客户端，并在所述物流订单中携带有国内阶段以及国际阶段的运送费用均已付款成功的信息，由所述物流服务提供方的集运仓收到对应的货品后，直接进行国际阶段的运输。
实施例四
该实施例四是与前述实施例二以及实施例三相对应的，也即，同样是将商品对象特征与包裹重量平均值之间的对应关系保存在物流管理平台服务器，但本实施例四是从第二用户客户端的角度进行介绍。
参见图4，该实施例四提供了一种交易订单付款信息处理方法，该方法可以包括以下步骤：
S401：第二用户客户端接收购买指定商品对象的操作请求；
S402：将所述请求提交到交易平台服务器，以便交易平台服务器判断是否对应进出口业务，如果是，则向物流管理平台服务器发送获取国际阶段运送费用信息的请求，由所述物流管理平台服务器从所述交易订单中提取目标商品对象的目标特征，将所述目标特征与预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；所述交易平台服务器接收到所述国际阶段运送费用信息后，将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项；
S403：提供所述付款操作选项，以便第二用户对所述国际阶段运送费用、国内阶段运送费用以及商品对象费用进行付款操作。
由于前述实施例三以及实施例四与实施例二相比，只是执行主体有所不同，因此，相关的具体实现可以参见实施例二中的介绍，而关于商品对象特征与包裹重量平均值之间的对应关系的相关内容则可以参见实施例一中的介绍，这里不再赘述。
实施例五
在该实施例五中，可以将商品对象特征与包裹重量平均值之间的对应关系保存在交易平台服务器，具体的，可以是由物流管理平台服务器预先提供给交易平台服务器的，当然，如果物流管理平台服务器统计出的该对应关系发生变化，还可以向交易平台服务器进行同步更新。
参见图5，该实施例五首先从交易平台服务器的角度，提供了一种交易订单付款信息处理方法，该方法可以包括以下步骤：
S501：交易平台服务器预先保存商品对象特征与包裹重量平均值之间的对应关系；
S502：接收到生成交易订单的请求时，判断是否对应进出口业务；
S503：响应于是进出口业务的判断结果，提取目标商品对象的目标特征，将所述目标特征与所述预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值；
也就是说，在这种实现方式下，由于交易平台服务器保存了商品对象特征与包裹重量平均值之间的对应关系，因此，交易平台可以直接根据当前生成的交易订单中包含的商品对象信息，进行商品对象的目标特征提取操作，并确定出预测出的包裹重量。
S504：向物流管理平台服务器发送获取国际阶段运送费用的请求，并在该请求中携带所述包裹重量平均值，以便所述物流管理平台服务器根据所述包裹重量平均值计算国际阶段运送费用；
由于具体使用怎样的物流资源进行配送，以及各个物流资源的计费标准等，通常还是由物流管理平台服务器来确定的，因此，交易平台服务器预测出包裹重量后，仍然可以向物流管理平台服务器发送获取国际阶段运送费用的请求，只是可以直接在该请求中携带上已经预测出的包裹重量信息。
S505：接收所述物流管理平台服务器返回的国际阶段运送费用信息；
S506：将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项。
实施例六
该实施例六是与实施例五相对应的，也即，是将商品对象特征与包裹重量平均值之间的对应关系保存在交易平台服务器，该实施例六是从第二用户客户端的角度进行介绍。
参见图6，该实施例六提供了一种交易订单付款信息处理方法，该方法可以包括以下步骤：
S601：第二用户客户端接收购买指定商品对象的操作请求；
S602：将所述请求提交到交易平台服务器，以便交易平台服务器判断是否对应进出口业务，如果是，则提取目标商品对象的目标特征，将所述目标特征与预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值；向物流管理平台服务器发送获取国际阶段运送费用的请求，并在该请求中携带所述包裹重量平均值，以便所述物流管理平台服务器根据所述包裹重量平均值计算国际阶段运送费用，接收到所述国际阶段运送费用信息后，将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项；
S603：提供所述付款操作选项，以便第二用户对所述国际阶段运送费用、国内阶段运送费用以及商品对象费用进行付款操作。
与实施例一相对应，本申请实施例还提供了一种建立商品对象重量信息数据库的装置，参见图7，该装置可以包括：
信息收集单元701，用于收集预置时间段内历史配送记录信息，所述历史配送记录信息包括：各历史交易订单关联的商品对象信息、包裹重量信息；
聚类单元702，用于从所述历史交易订单关联的商品对象信息中进行特征提取，并根据所提取的特征对历史交易订单进行聚类，得到多个订单类别；
平均值计算单元703，用于计算同一类别中历史交易订单关联的包裹重量的平均值；
保存单元704，用于保存各订单类别中各自提取出的商品对象特征与所述包裹重量平均值之间的对应关系，生成所述商品对象重量信息数据库。
其中，所述从商品对象信息中提取的特征包括商品对象所属的类目，所述聚类单元包括：
第一聚类子单元，用于将同一商品对象类目对应的交易订单聚类同一订单类别。
或者，所述从商品对象信息中提取的特征包括商品对象所属的类目以及规格/型号，所述聚类单元包括：
第二聚类子单元，用于将同一商品对象类目同一规格/型号对应的交易订单聚类同一订单类别。
或者，所述从商品对象信息中提取的特征包括商品对象所属的第一用户标识，所述聚类单元包括：
第三聚类子单元，用于将属于同一第一用户的交易订单聚类同一订单类别。
另外，为了使得计算出的包裹重量信息更具有参考价值，该装置还可以包括：
方差计算单元，用于所述计算同一类别中历史交易订单关联的包裹重量的平均值之后，在同一类别内进行方差运算，得到同一类别内各包裹重量的离散程度信息；
触发单元，用于如果所述离散程度信息符合预置条件则触发执行所述保存对应关系的步骤。
与实施例二相对应，本申请实施例还提供了一种交易订单付款信息处理装置，应用于物流管理平台服务器，参见图8，该装置可以包括：
对应关系保存单元801，用于预先保存商品对象特征与包裹重量平均值之间的对应关系；
费用获取请求接收单元802，用于接收交易平台服务器针对当前生成的指定交易订单发送的获取国际阶段运送费用信息的请求；
目标特征提取单元803，用于从所述指定交易订单中提取目标商品对象的目标特征；
特征比对单元804，用于将所述目标特征与所述预先保存的各对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；
费用信息返回单元805，用于将所述国际阶段运送费用信息返回给所述交易平台服务器，以便所述交易平台服务器将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息。
其中，所述对应关系中保存的商品对象特征包括商品对象所属的类目信息；
所述目标特征提取单元包括：
第一提取子单元，用于从所述指定交易订单中提取目标商品对象所属的类目信息。
或者，所述对应关系中保存的商品对象特征包括商品对象所属的类目以及规格/型号信息；
所述目标特征提取单元包括：
第二提取子单元，用于从所述指定交易订单中提取目标商品对象所属的类目以及规格/型号信息。
或者，所述对应关系中保存的商品对象特征包括商品对象所属的第一用户标识信息；
所述目标特征提取单元包括：
第三提取子单元，用于从所述指定交易订单中提取目标商品对象所属的第一用户标识信息。
另外，该装置还可以包括：
付款成功通知消息接收单元，用于接收所述交易平台服务器发送的付款成功通知消息；
物流订单创建单元，用于创建物流订单，并在所述物流订单中记录国内阶段以及国际阶段的运送费用均已付款成功的信息；
第一配送指令发送单元，用于向物流服务提供方客户端发送国内阶段配送指令；
第二配送指令发送单元，用于监控到对应的货品已运送到指定类型仓库时，根据所述物流订单中记录的付款信息，向物流服务提供方客户端发送出库以及国际阶段配送指令。
其中，所述预先保存的对应关系通过以下方式建立：
信息收集单元，用于收集预置时间段内历史配送记录信息，所述历史配送记录信息包括：各历史交易订单关联的商品对象信息、包裹重量信息；
聚类单元，用于从所述历史交易订单关联的商品对象信息中进行特征提取，并根据所提取的特征对交易订单进行聚类，得到多个订单类别；
平均值计算单元，用于计算同一类中历史交易订单关联的包裹重量的平均值。
或者，所述预先保存的对应关系通过以下方式获得：
对应关系接收单元，用于接收物流服务提供方客户端提交的所述对应关系并保存。
与实施例三相对应，本申请实施例还提供了一种交易订单付款信息处理装置，应用于交易平台服务器，参见图9，该装置可以包括：
判断单元901，用于接收生成交易订单的请求，并判断是否对应进出口业务；
费用获取请求发送单元902，用于响应于是进出口业务的判断结果，向物流管理平台服务器发送获取国际阶段运送费用信息的请求，以便所述物流管理平台服务器从所述交易订单中提取目标商品对象的目标特征，将所述目标特征与预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；
费用信息接收单元903，用于接收所述物流管理平台服务器返回的国际阶段运送费用信息；
付款金额信息确定单元904，用于将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项。
其中，该装置还可以包括：
付款请求接收单元，用于通过所述付款操作选项接收到付款操作请求后，将所述待付款金额信息提交给付款平台服务器；
付款成功消息发送单元，用于在接收到付款平台服务器返回的付款成功的消息后，将付款成功消息发送给所述物流管理平台服务器，以便所述物流管理平台服务器创建物流订单，并发送到物流服务提供方客户端，并在所述物流订单中携带有国内阶段以及国际阶段的运送费用均已付款成功的信息，由所述物流服务提供方的转运仓收到对应的货品后，直接进行国际阶段的运输。
与实施例四相对应，本申请实施例还提供了一种交易订单付款信息处理装置，应用于第二用户客户端，参见图10，该装置可以包括：
第一操作请求接收单元1001，用于接收购买指定商品对象的操作请求；
第一请求提交单元1002，用于将所述请求提交到交易平台服务器，以便交易平台服务器判断是否对应进出口业务，如果是，则向物流管理平台服务器发送获取国际阶段运送费用信息的请求，由所述物流管理平台服务器从所述交易订单中提取目标商品对象的目标特征，将所述目标特征与预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；所述交易平台服务器接收到所述国际阶段运送费用信息后，将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项；
第一操作选项提供单元1003，用于提供所述付款操作选项，以便第二用户对所述国际阶段运送费用、国内阶段运送费用以及商品对象费用进行付款操作。
与实施例五相对应，本申请实施例还提供了一种交易订单付款信息处理装置，应用于交易平台服务器，参见图11，该装置可以包括：
对应关系保存单元1101，用于预先保存商品对象特征与包裹重量平均值之间的对应关系；
判断单元1102，用于接收到生成交易订单的请求时，判断是否对应进出口业务；
目标特征提取单元1103，用于响应于是进出口业务的判断结果，提取目标商品对象的目标特征，将所述目标特征与所述预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值；
费用获取请求发送单元1104，用于向物流管理平台服务器发送获取国际阶段运送费用的请求，并在该请求中携带所述包裹重量平均值，以便所述物流管理平台服务器根据所述包裹重量平均值计算国际阶段运送费用；
费用信息接收单元1105，用于接收所述物流管理平台服务器返回的国际阶段运送费用信息；
付款金额信息确定单元1106，用于将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项。
与实施例六相对应，本申请实施例还提供了一种交易订单付款信息处理装置，应用于第二用户客户端，参见图12，该装置可以包括：
第二操作请求接收单元1201，用于接收购买指定商品对象的操作请求；
第二请求提交单元1202，用于将所述请求提交到交易平台服务器，以便交易平台服务器判断是否对应进出口业务，如果是，则提取目标商品对象的目标特征，将所述目标特征与预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值；向物流管理平台服务器发送获取国际阶段运送费用的请求，并在该请求中携带所述包裹重量平均值，以便所述物流管理平台服务器根据所述包裹重量平均值计算国际阶段运送费用，接收到所述国际阶段运送费用信息后，将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项；
第二操作选项提供单元1203，用于提供所述付款操作选项，以便第二用户对所述国际阶段运送费用、国内阶段运送费用以及商品对象费用进行付款操作。
总之，通过本申请实施例，由于预先保存了商品对象特征与包裹重量平均值之间的对应关系，因此，在针对第二用户购买出口商品对象的行为生成交易订单后，可以直接根据预先保存的对应关系，预测出包裹重量，并计算出国际阶段的运送费用，这样，就可以一次性支付商品对象的费用、国内阶段运送费用以及国际阶段运送费用，而不用再由第二用户跟踪订单状态，执行合单等操作，因此，可以节省第二用户的操作成本。另外，从系统资源角度而言，由于不需要再多次登录系统进行订单操作，因此，也可以节省系统资源。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上对本申请所提供的交易订单付款信息处理方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (34)

1.一种建立商品对象重量信息数据库的方法，其特征在于，包括：
收集预置时间段内历史配送记录信息，所述历史配送记录信息包括：各历史交易订单关联的商品对象信息、包裹重量信息；
从所述历史交易订单关联的商品对象信息中进行特征提取，并根据所提取的特征对历史交易订单进行聚类，得到多个订单类别；
计算同一类别中历史交易订单关联的包裹重量的平均值；
保存各订单类别中各自提取出的商品对象特征与所述包裹重量平均值之间的对应关系，生成所述商品对象重量信息数据库。
2.根据权利要求1所述的方法，其特征在于，所述从商品对象信息中提取的特征包括商品对象所属的类目，所述根据所提取的特征对交易订单进行聚类，包括：
将同一商品对象类目对应的交易订单聚类同一订单类别。
3.根据权利要求1所述的方法，其特征在于，所述从商品对象信息中提取的特征包括商品对象所属的类目以及规格/型号，所述根据所提取的特征对交易订单进行聚类，包括：
将同一商品对象类目同一规格/型号对应的交易订单聚类同一订单类别。
4.根据权利要求1所述的方法，其特征在于，所述从商品对象信息中提取的特征包括商品对象所属的第一用户标识，所述根据所提取的特征对交易订单进行聚类，包括：
将属于同一第一用户的交易订单聚类同一订单类别。
5.根据权利要求1所述的方法，其特征在于，所述计算同一类别中历史交易订单关联的包裹重量的平均值之后，还包括：
在同一类别内进行方差运算，得到同一类别内各包裹重量的离散程度信息；
如果所述离散程度信息符合预置条件则触发执行所述保存对应关系的步骤。
6.一种交易订单付款信息处理方法，其特征在于，包括：
物流管理平台服务器预先保存商品对象特征与包裹重量平均值之间的对应关系；
接收交易平台服务器针对当前生成的指定交易订单发送的获取国际阶段运送费用信息的请求；
从所述指定交易订单中提取目标商品对象的目标特征；
将所述目标特征与所述预先保存的各对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；
将所述国际阶段运送费用信息返回给所述交易平台服务器，以便所述交易平台服务器将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息。
7.根据权利要求6所述的方法，其特征在于，所述对应关系中保存的商品对象特征包括商品对象所属的类目信息；
所述从所述指定交易订单中提取目标商品对象的目标特征，包括：
从所述指定交易订单中提取目标商品对象所属的类目信息。
8.根据权利要求6所述的方法，其特征在于，所述对应关系中保存的商品对象特征包括商品对象所属的类目以及规格/型号信息；
所述从所述指定交易订单中提取目标商品对象的目标特征，包括：
从所述指定交易订单中提取目标商品对象所属的类目以及规格/型号信息。
9.根据权利要求6所述的方法，其特征在于，所述对应关系中保存的商品对象特征包括商品对象所属的第一用户标识信息；
所述从所述指定交易订单中提取目标商品对象的目标特征，包括：
从所述指定交易订单中提取目标商品对象所属的第一用户标识信息。
10.根据权利要求6至9任一项所述的方法，其特征在于，还包括：
接收所述交易平台服务器发送的付款成功通知消息；
创建物流订单，并在所述物流订单中记录国内阶段以及国际阶段的运送费用均已付款成功的信息；
向物流服务提供方客户端发送国内阶段配送指令；
监控到对应的货品已运送到指定类型仓库时，根据所述物流订单中记录的付款信息，向物流服务提供方客户端发送出库以及国际阶段配送指令。
11.根据权利要求6至9任一项所述的方法，其特征在于，所述预先保存的对应关系通过以下方式建立：
收集预置时间段内历史配送记录信息，所述历史配送记录信息包括：各历史交易订单关联的商品对象信息、包裹重量信息；
从所述历史交易订单关联的商品对象信息中进行特征提取，并根据所提取的特征对交易订单进行聚类，得到多个订单类别；
计算同一类中历史交易订单关联的包裹重量的平均值。
12.根据权利要求6至9任一项所述的方法，其特征在于，所述预先保存的对应关系通过以下方式获得：
接收物流服务提供方客户端提交的所述对应关系。
13.一种交易订单付款信息处理方法，其特征在于，包括：
交易平台服务器接收生成交易订单的请求，并判断是否对应进出口业务；
响应于是进出口业务的判断结果，向物流管理平台服务器发送获取国际阶段运送费用信息的请求，以便所述物流管理平台服务器从所述交易订单中提取目标商品对象的目标特征，将所述目标特征与预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；
接收所述物流管理平台服务器返回的国际阶段运送费用信息；
将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项。
14.根据权利要求13所述的方法，其特征在于，还包括：
通过所述付款操作选项接收到付款操作请求后，将所述待付款金额信息提交给付款平台服务器；
在接收到付款平台服务器返回的付款成功的消息后，将付款成功消息发送给所述物流管理平台服务器，以便所述物流管理平台服务器创建物流订单，并发送到物流服务提供方客户端，并在所述物流订单中携带有国内阶段以及国际阶段的运送费用均已付款成功的信息，由所述物流服务提供方的转运仓收到对应的货品后，直接进行国际阶段的运输。
15.一种交易订单付款信息处理方法，其特征在于，包括：
第二用户客户端接收购买指定商品对象的操作请求；
将所述请求提交到交易平台服务器，以便交易平台服务器判断是否对应进出口业务，如果是，则向物流管理平台服务器发送获取国际阶段运送费用信息的请求，由所述物流管理平台服务器从所述交易订单中提取目标商品对象的目标特征，将所述目标特征与预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；所述交易平台服务器接收到所述国际阶段运送费用信息后，将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项；
提供所述付款操作选项，以便第二用户对所述国际阶段运送费用、国内阶段运送费用以及商品对象费用进行付款操作。
16.一种交易订单付款信息处理方法，其特征在于，包括：
交易平台服务器预先保存商品对象特征与包裹重量平均值之间的对应关系；
接收到生成交易订单的请求时，判断是否对应进出口业务；
响应于是进出口业务的判断结果，提取目标商品对象的目标特征，将所述目标特征与所述预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值；
向物流管理平台服务器发送获取国际阶段运送费用的请求，并在该请求中携带所述包裹重量平均值，以便所述物流管理平台服务器根据所述包裹重量平均值计算国际阶段运送费用；
接收所述物流管理平台服务器返回的国际阶段运送费用信息；
将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项。
17.一种交易订单付款信息处理方法，其特征在于，包括：
第二用户客户端接收购买指定商品对象的操作请求；
将所述请求提交到交易平台服务器，以便交易平台服务器判断是否对应进出口业务，如果是，则提取目标商品对象的目标特征，将所述目标特征与预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值；向物流管理平台服务器发送获取国际阶段运送费用的请求，并在该请求中携带所述包裹重量平均值，以便所述物流管理平台服务器根据所述包裹重量平均值计算国际阶段运送费用，接收到所述国际阶段运送费用信息后，将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项；
提供所述付款操作选项，以便第二用户对所述国际阶段运送费用、国内阶段运送费用以及商品对象费用进行付款操作。
18.一种建立商品对象重量信息数据库的装置，其特征在于，包括：
信息收集单元，用于收集预置时间段内历史配送记录信息，所述历史配送记录信息包括：各历史交易订单关联的商品对象信息、包裹重量信息；
聚类单元，用于从所述历史交易订单关联的商品对象信息中进行特征提取，并根据所提取的特征对历史交易订单进行聚类，得到多个订单类别；
平均值计算单元，用于计算同一类别中历史交易订单关联的包裹重量的平均值；
保存单元，用于保存各订单类别中各自提取出的商品对象特征与所述包裹重量平均值之间的对应关系，生成所述商品对象重量信息数据库。
19.根据权利要求18所述的装置，其特征在于，所述从商品对象信息中提取的特征包括商品对象所属的类目，所述聚类单元包括：
第一聚类子单元，用于将同一商品对象类目对应的交易订单聚类同一订单类别。
20.根据权利要求18所述的装置，其特征在于，所述从商品对象信息中提取的特征包括商品对象所属的类目以及规格/型号，所述聚类单元包括：
第二聚类子单元，用于将同一商品对象类目同一规格/型号对应的交易订单聚类同一订单类别。
21.根据权利要求18所述的装置，其特征在于，所述从商品对象信息中提取的特征包括商品对象所属的第一用户标识，所述聚类单元包括：
第三聚类子单元，用于将属于同一第一用户的交易订单聚类同一订单类别。
22.根据权利要求18所述的装置，其特征在于，还包括：
方差计算单元，用于所述计算同一类别中历史交易订单关联的包裹重量的平均值之后，在同一类别内进行方差运算，得到同一类别内各包裹重量的离散程度信息；
触发单元，用于如果所述离散程度信息符合预置条件则触发执行所述保存对应关系的步骤。
23.一种交易订单付款信息处理装置，其特征在于，应用于物流管理平台服务器，包括：
对应关系保存单元，用于预先保存商品对象特征与包裹重量平均值之间的对应关系；
费用获取请求接收单元，用于接收交易平台服务器针对当前生成的指定交易订单发送的获取国际阶段运送费用信息的请求；
目标特征提取单元，用于从所述指定交易订单中提取目标商品对象的目标特征；
特征比对单元，用于将所述目标特征与所述预先保存的各对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；
费用信息返回单元，用于将所述国际阶段运送费用信息返回给所述交易平台服务器，以便所述交易平台服务器将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息。
24.根据权利要求23所述的装置，其特征在于，所述对应关系中保存的商品对象特征包括商品对象所属的类目信息；
所述目标特征提取单元包括：
第一提取子单元，用于从所述指定交易订单中提取目标商品对象所属的类目信息。
25.根据权利要求23所述的装置，其特征在于，所述对应关系中保存的商品对象特征包括商品对象所属的类目以及规格/型号信息；
所述目标特征提取单元包括：
第二提取子单元，用于从所述指定交易订单中提取目标商品对象所属的类目以及规格/型号信息。
26.根据权利要求23所述的装置，其特征在于，所述对应关系中保存的商品对象特征包括商品对象所属的第一用户标识信息；
所述目标特征提取单元包括：
第三提取子单元，用于从所述指定交易订单中提取目标商品对象所属的第一用户标识信息。
27.根据权利要求23至26任一项所述的装置，其特征在于，还包括：
付款成功通知消息接收单元，用于接收所述交易平台服务器发送的付款成功通知消息；
物流订单创建单元，用于创建物流订单，并在所述物流订单中记录国内阶段以及国际阶段的运送费用均已付款成功的信息；
第一配送指令发送单元，用于向物流服务提供方客户端发送国内阶段配送指令；
第二配送指令发送单元，用于监控到对应的货品已运送到指定类型仓库时，根据所述物流订单中记录的付款信息，向物流服务提供方客户端发送出库以及国际阶段配送指令。
28.根据权利要求23至26任一项所述的装置，其特征在于，所述预先保存的对应关系通过以下方式建立：
信息收集单元，用于收集预置时间段内历史配送记录信息，所述历史配送记录信息包括：各历史交易订单关联的商品对象信息、包裹重量信息；
聚类单元，用于从所述历史交易订单关联的商品对象信息中进行特征提取，并根据所提取的特征对交易订单进行聚类，得到多个订单类别；
平均值计算单元，用于计算同一类中历史交易订单关联的包裹重量的平均值。
29.根据权利要求23至26任一项所述的装置，其特征在于，所述预先保存的对应关系通过以下方式获得：
对应关系接收单元，用于接收物流服务提供方客户端提交的所述对应关系并保存。
30.一种交易订单付款信息处理装置，其特征在于，应用于交易平台服务器，包括：
判断单元，用于接收生成交易订单的请求，并判断是否对应进出口业务；
费用获取请求发送单元，用于响应于是进出口业务的判断结果，向物流管理平台服务器发送获取国际阶段运送费用信息的请求，以便所述物流管理平台服务器从所述交易订单中提取目标商品对象的目标特征，将所述目标特征与预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；
费用信息接收单元，用于接收所述物流管理平台服务器返回的国际阶段运送费用信息；
付款金额信息确定单元，用于将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项。
31.根据权利要求30所述的装置，其特征在于，还包括：
付款请求接收单元，用于通过所述付款操作选项接收到付款操作请求后，将所述待付款金额信息提交给付款平台服务器；
付款成功消息发送单元，用于在接收到付款平台服务器返回的付款成功的消息后，将付款成功消息发送给所述物流管理平台服务器，以便所述物流管理平台服务器创建物流订单，并发送到物流服务提供方客户端，并在所述物流订单中携带有国内阶段以及国际阶段的运送费用均已付款成功的信息，由所述物流服务提供方的转运仓收到对应的货品后，直接进行国际阶段的运输。
32.一种交易订单付款信息处理装置，其特征在于，应用于第二用户客户端，包括：
第一操作请求接收单元，用于接收购买指定商品对象的操作请求；
第一请求提交单元，用于将所述请求提交到交易平台服务器，以便交易平台服务器判断是否对应进出口业务，如果是，则向物流管理平台服务器发送获取国际阶段运送费用信息的请求，由所述物流管理平台服务器从所述交易订单中提取目标商品对象的目标特征，将所述目标特征与预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值，计算国际阶段运送费用；所述交易平台服务器接收到所述国际阶段运送费用信息后，将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项；
第一操作选项提供单元，用于提供所述付款操作选项，以便第二用户对所述国际阶段运送费用、国内阶段运送费用以及商品对象费用进行付款操作。
33.一种交易订单付款信息处理装置，其特征在于，应用于交易平台服务器，包括：
对应关系保存单元，用于预先保存商品对象特征与包裹重量平均值之间的对应关系；
判断单元，用于接收到生成交易订单的请求时，判断是否对应进出口业务；
目标特征提取单元，用于响应于是进出口业务的判断结果，提取目标商品对象的目标特征，将所述目标特征与所述预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值；
费用获取请求发送单元，用于向物流管理平台服务器发送获取国际阶段运送费用的请求，并在该请求中携带所述包裹重量平均值，以便所述物流管理平台服务器根据所述包裹重量平均值计算国际阶段运送费用；
费用信息接收单元，用于接收所述物流管理平台服务器返回的国际阶段运送费用信息；
付款金额信息确定单元，用于将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项。
34.一种交易订单付款信息处理装置，其特征在于，应用于第二用户客户端，包括：
第二操作请求接收单元，用于接收购买指定商品对象的操作请求；
第二请求提交单元，用于将所述请求提交到交易平台服务器，以便交易平台服务器判断是否对应进出口业务，如果是，则提取目标商品对象的目标特征，将所述目标特征与预先保存的对应关系中的商品对象特征进行比对，并根据匹配成功的商品对象特征对应的包裹重量平均值；向物流管理平台服务器发送获取国际阶段运送费用的请求，并在该请求中携带所述包裹重量平均值，以便所述物流管理平台服务器根据所述包裹重量平均值计算国际阶段运送费用，接收到所述国际阶段运送费用信息后，将所述国际阶段运送费用连同国内阶段运送费用以及商品对象费用一起，确定该指定交易订单的待付款金额信息，并生成付款操作选项；
第二操作选项提供单元，用于提供所述付款操作选项，以便第二用户对所述国际阶段运送费用、国内阶段运送费用以及商品对象费用进行付款操作。
CN201510595349.9A 2015-09-17 2015-09-17 交易订单付款信息处理方法及装置 Pending CN106548384A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201510595349.9A CN106548384A (zh) 2015-09-17 2015-09-17 交易订单付款信息处理方法及装置
PCT/CN2016/098387 WO2017045562A1 (zh) 2015-09-17 2016-09-08 交易订单付款信息处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510595349.9A CN106548384A (zh) 2015-09-17 2015-09-17 交易订单付款信息处理方法及装置

Publications (1)

Publication Number Publication Date
CN106548384A true CN106548384A (zh) 2017-03-29

Family

ID=58288161

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510595349.9A Pending CN106548384A (zh) 2015-09-17 2015-09-17 交易订单付款信息处理方法及装置

Country Status (2)

Country Link
CN (1) CN106548384A (zh)
WO (1) WO2017045562A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109978470A (zh) * 2019-04-03 2019-07-05 深圳威狮物流网络科技有限公司 一种物流信息确定方法、装置、设备及介质
CN110852665A (zh) * 2018-08-21 2020-02-28 丰田自动车株式会社 信息处理装置以及信息处理方法、非临时性的存储介质
CN110852682A (zh) * 2019-11-12 2020-02-28 上海燕汐软件信息科技有限公司 包裹处理方法、装置、电子设备及可读存储介质
CN111461611A (zh) * 2020-04-03 2020-07-28 上海数据交易中心有限公司 日志的信息统计方法及装置、存储介质、计算机设备
CN112258117A (zh) * 2020-10-27 2021-01-22 上海寻梦信息技术有限公司 寄件方法、装置、电子设备以及存储介质
CN113656657A (zh) * 2021-08-12 2021-11-16 西安京迅递供应链科技有限公司 物品揽收方法、装置、电子设备、系统和存储介质

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107067245A (zh) * 2017-04-14 2017-08-18 重庆工业职业技术学院 一种智能物流货件快捷支付系统
CN107247762B (zh) * 2017-06-01 2024-05-14 深圳前海跨海侠跨境电子商务有限公司 一种国际物流线路推荐方法
CN109961242B (zh) * 2017-12-14 2023-10-17 菜鸟智能物流控股有限公司 一种物流方案确定方法及装置
CN108460554B (zh) * 2018-02-06 2021-12-03 北京星选科技有限公司 任务配送方法、装置、电子设备及计算机可读存储介质
CN109615363A (zh) * 2019-01-04 2019-04-12 深圳壹账通智能科技有限公司 聚合支付方法、装置、系统、计算机设备和存储介质
CN111626806B (zh) * 2019-02-28 2023-07-04 阿里巴巴集团控股有限公司 数据处理方法、装置及电子设备
CN111582970A (zh) * 2020-01-20 2020-08-25 全息空间(深圳)智能科技有限公司 直播平台交易付款方法、装置及介质
CN111476637B (zh) * 2020-04-07 2023-07-07 百度在线网络技术（北京）有限公司 商品信息管理方法、宿主平台及商品信息管理组件
CN111667335B (zh) * 2020-04-27 2022-11-18 苏宁云计算有限公司 订单审核方法、装置、计算机设备和存储介质
CN114140041A (zh) * 2021-10-14 2022-03-04 浙江菜鸟供应链管理有限公司 物流数据处理方法、装置、电子设备和存储介质
CN114220111B (zh) * 2021-12-22 2022-09-16 深圳市伊登软件有限公司 基于云平台的图文批量识别方法及系统
CN116258437A (zh) * 2023-01-17 2023-06-13 广州市甲壳虫数字科技有限公司 国际物流计费统计方法、装置、计算机设备及存储介质
CN115879849B (zh) * 2023-03-03 2023-05-09 青岛海天利达金属技术有限公司 一种物流信息的智能管理方法
CN118246836B (zh) * 2024-05-27 2024-08-16 深圳美云集网络科技有限责任公司 一种电商包裹物流信息生成方法和系统
CN118279028B (zh) * 2024-05-31 2024-09-17 浙江卡赢信息科技有限公司 一种电商订单进度智能推送管理系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1692361A (zh) * 2002-06-21 2005-11-02 美国联合包裹服务公司 根据装运信息提供商务智能的系统和方法
CN101211443A (zh) * 2006-12-28 2008-07-02 阿里巴巴公司 一种获取运费信息的方法及系统
CN102339433A (zh) * 2010-07-16 2012-02-01 阿里巴巴集团控股有限公司 一种应用于网上交易平台的数据处理方法、装置和服务器
CN104794132A (zh) * 2014-01-21 2015-07-22 阿里巴巴集团控股有限公司 库存信息处理方法及系统
CN104794625A (zh) * 2015-04-28 2015-07-22 酷悠悠科技(深圳)有限公司 一种跨境电子商务网站运行的方法及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7499871B1 (en) * 2002-05-20 2009-03-03 Honda Motor Co., Ltd. System and method for procurement of products
CN104077383B (zh) * 2014-06-27 2017-09-08 广州唯品会研究院有限公司 用于确定商品包装方案的方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1692361A (zh) * 2002-06-21 2005-11-02 美国联合包裹服务公司 根据装运信息提供商务智能的系统和方法
CN101211443A (zh) * 2006-12-28 2008-07-02 阿里巴巴公司 一种获取运费信息的方法及系统
CN102339433A (zh) * 2010-07-16 2012-02-01 阿里巴巴集团控股有限公司 一种应用于网上交易平台的数据处理方法、装置和服务器
CN104794132A (zh) * 2014-01-21 2015-07-22 阿里巴巴集团控股有限公司 库存信息处理方法及系统
CN104794625A (zh) * 2015-04-28 2015-07-22 酷悠悠科技(深圳)有限公司 一种跨境电子商务网站运行的方法及系统

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110852665A (zh) * 2018-08-21 2020-02-28 丰田自动车株式会社 信息处理装置以及信息处理方法、非临时性的存储介质
CN109978470A (zh) * 2019-04-03 2019-07-05 深圳威狮物流网络科技有限公司 一种物流信息确定方法、装置、设备及介质
CN110852682A (zh) * 2019-11-12 2020-02-28 上海燕汐软件信息科技有限公司 包裹处理方法、装置、电子设备及可读存储介质
CN111461611A (zh) * 2020-04-03 2020-07-28 上海数据交易中心有限公司 日志的信息统计方法及装置、存储介质、计算机设备
CN112258117A (zh) * 2020-10-27 2021-01-22 上海寻梦信息技术有限公司 寄件方法、装置、电子设备以及存储介质
CN112258117B (zh) * 2020-10-27 2021-09-21 上海寻梦信息技术有限公司 寄件方法、装置、电子设备以及存储介质
CN113656657A (zh) * 2021-08-12 2021-11-16 西安京迅递供应链科技有限公司 物品揽收方法、装置、电子设备、系统和存储介质
CN113656657B (zh) * 2021-08-12 2024-09-20 西安京迅递供应链科技有限公司 物品揽收方法、装置、电子设备、系统和存储介质

Also Published As

Publication number Publication date
WO2017045562A1 (zh) 2017-03-23

Similar Documents

Publication Publication Date Title
CN106548384A (zh) 交易订单付款信息处理方法及装置
Giuffrida et al. Cross-border B2C e-commerce to China: an evaluation of different logistics solutions under uncertainty
CN102918469B (zh) 用于材料处理设备中的程序管理的系统和方法
Chen et al. Joint inventory and pricing decisions for perishable products with two‐period lifetime
CN106570573B (zh) 预测包裹属性信息的方法及装置
Wang et al. Dynamic pricing for non-instantaneous deteriorating items
CN106803179A (zh) 即时分润方法及系统
CN108268880A (zh) 一种行业类别的识别方法及装置
CN109118138A (zh) 一票多件预先生成面单的方法及计算机可读存储介质
Arikan et al. Risk pooling via unidirectional inventory transshipments in a decentralized supply chain
Li et al. Bi-level programming approach to optimal strategy for vendor-managed inventory problems under random demand
Lee et al. E-commerce supply chain network design using on-demand warehousing system under uncertainty
Shah et al. Can collaborative buffering strategies reduce distribution costs while improving product returns?: A case of an Asian e-retailer
Tripathi et al. Inventory model with inventory-dependent demand for deteriorating items in a single warehouse system
Afshar Sedigh et al. Cost function and optimal boundaries for a two-level inventory system with information sharing and two identical retailers
Dubey et al. Recent Trends and Advancements in Inventory Management
CN116681363A (zh) 订单信息的处理方法及设备
Tyagi An optimization of an inventory model of decaying-lot depleted by declining market demand and extended with discretely variable holding costs
Hanukov A queueing-inventory model with skeptical and trusting customers
Mu et al. The multi-product newsvendor problem: Review and extensions
Bensch Recommender systems for strategic procurement in value networks
Liu et al. An evaluation model of omni-channel retail logistics service integration level
Milewski Impact of demand characteristics on the profitability of a purchasing strategy
Giri et al. Joint replenishment model of both-ways and one-way substitution among products in fixed time horizon
CN112990968A (zh) 分润系统及方法

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

Effective date of registration: 20180412

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.

TA01 Transfer of patent application right
RJ01 Rejection of invention patent application after publication

Application publication date: 20170329

RJ01 Rejection of invention patent application after publication