CN102880947A - 一种电子商务平台与物流交易平台的信息交互方法及装置 - Google Patents

Abstract

本申请提供了一种电子商务平台与物流交易平台的信息交互方法及装置，其中，所述方法包括：电子商务平台生成交易信息表，所述交易信息表中包括物流配送信息和物流状态信息，其中，所述物流配送信息包括买方标识；提取所述物流配送信息并发送至指定的物流交易平台；所述物流交易平台依据买方标识在预置的买方信息数据库中提取对应的买方联系信息；并依据所述物流配送信息和买方联系信息生成配送信息表，其中，所述配送信息表中维护有配送状态信息；根据所述配送状态信息更新对应交易信息表中的物流状态信息。本申请可以在电子商务平台和物流交易平台交互信息时，减少平台之间传递的数据量，有效避免网络堵塞、提高数据的传输速度。

Description

一种电子商务平台与物流交易平台的信息交互方法及装置

技术领域

本申请涉及电子商务的技术领域，特别是涉及一种电子商务平台与物流交易平台的信息交互方法，以及，一种电子商务平台与物流交易平台的信息交互装置。

背景技术

电子商务(Electronic Commerce，EC)是指在全球各地广泛的商业贸易活动中，在因特网开放的网络环境下，基于浏览器/服务器应用方式，买卖双方不谋面地进行各种商贸活动，实现消费者的网上购物、商户之间的网上交易和在线电子支付以及各种商务活动、交易活动、金融活动和相关的综合服务活动的一种新型的商业运营模式。

传统的电子商务中，物流是相对独立的，即当买方和卖方在电子商务平台达成交易意向后，通常需要在线下联系快递公司、邮局等物流服务商，以完成商品的实际交易，也就是说，现有技术中，电子商务平台与物流公司的物流交易平台完全是中断、互不关联的两个独立平台。具体可以参考图1所示的现有电子商务物流交互的典型流程图，当卖方和买方的在电子商务平台达成交易并生成交易订单生成后，买方等待卖方发货，卖方在线下联系物流公司，在物流公司安排取货后，卖方等待物流公司上门取货，物流公司安排送货后，卖方获得配送订单，然后在电子商务平台登记物流配送信息，此时买方可以通过所述电子商务平台获得物流配送信息以便查询货物运输信息，最后货物送抵买方。

这种现有的电子商务物流交互过程存在如下缺点：

1、买卖双方达成交易的时间A与物流公司安排送货，卖方获得配送订单的时间C，中间有较长的时间间隔；

2、卖方联系物流公司的时间B和买方能获取物流信息的时间D，中间有较长的时间间隔；

3、物流公司在开始运输货物之前，卖方必须支付全部物流费用，由于卖方在物流公司取货、未全部履行完运送契约前就支付了全部物流费用，所以无法制约物流公司的服务；

4、卖方发货后，需要主动登记物流配送信息，买方才能查询到物流的配送信息；

5、由于卖方在线下联系物流公司，物流公司工作人员将直接接触物流费用现金，容易造成资金风险；

6、由于由卖方联系物流公司，故买方无法选择物流公司，并且无法获知物流费用的实际发生额。

进一步而言，如果采用现有技术关联电子商务平台与物流交易平台，则其中不可避免的一个问题是，电子商务平台与物流交易平台之间存在大量、繁琐的数据交互，从而极易引起网络堵塞，影响数据传输速度等问题。

因而，目前需要本领域技术人员迫切解决的一个技术问题就是：提供一种电子商务平台与物流交易平台的信息交互机制，用以在电子商务平台和物流交易平台交互信息时，减少了平台之间传递的数据量，有效避免网络堵塞、提高数据的传输速度。

发明内容

本申请所要解决的技术问题是提供一种电子商务平台与物流交易平台的信息交互方法，用以在电子商务平台和物流交易平台交互信息时，减少了平台之间传递的数据量，有效避免网络堵塞、提高数据的传输速度。

本申请还提供了一种电子商务平台与物流交易平台的信息交互装置，用以保证上述方法在实际中的应用及实现。

为了解决上述问题，本申请公开了一种电子商务平台与物流交易平台的信息交互方法，包括：

电子商务平台生成交易信息表，所述交易信息表中包括物流配送信息和物流状态信息，其中，所述物流配送信息包括买方标识；

提取所述物流配送信息并发送至指定的物流交易平台；

所述物流交易平台依据买方标识在预置的买方信息数据库中提取对应的买方联系信息；并依据所述物流配送信息和买方联系信息生成配送信息表，其中，所述配送信息表中维护有配送状态信息；

根据所述配送状态信息更新对应交易信息表中的物流状态信息。

优选的，所述根据配送状态信息更新对应交易信息表中的物流状态信息的步骤包括：

当所述配送状态信息被维护为预定义的特征状态时，所述物流交易平台向电子商务平台发送第一通知消息；

所述电子商务平台依据所述第一通知消息将对应交易信息表中的物流状态信息更新为预设的对应状态。

优选的，所述配送状态信息中预定义的特征状态包括货物取到状态和货物送达状态，所述物流状态信息中预设的对应状态分别为卖方已发货状态和买方已收货状态。

优选的，所述根据配送状态信息更新对应交易信息表中的物流状态信息的步骤包括：

当所述配送状态信息被更新时，所述物流交易平台向电子商务平台发送第二通知消息；

所述电子商务平台依据所述第二通知消息将对应交易信息表中的物流状态信息进行同步更新。

优选的，所述交易信息表具有第一标识，所述配送信息表具有第二标识，所述配送信息表中还包括第一标识，所述交易信息表中还包括第二标识。

优选的，所述物流配送信息还包括货物重量信息，所述配送信息表中还包括依据所述货物重量信息计算的预估物流费用信息；所述的方法还包括：

所述物流交易平台将配送信息表返回至电子商务平台，所述电子商务平台依据所述配送信息表中记录的第一标识提取对应的交易信息表，并将所述配送信息表的第二标识，以及，预估物流费用信息写入该交易信息表中。

优选的，所述的方法还包括：

当所述电子商务平台接收到针对所述预估物流费用信息的付款信息时，向物流交易平台发送第三通知消息；

所述物流交易平台依据所述第三通知消息维护配送状态信息。

优选的，所述配送信息表中还包括实际物流费用信息；所述交易信息表中还包括实际物流费用信息，所述的方法还包括：

所述电子商务平台依据所述预估物流费用信息和实际物流费用信息的差额，向用户发送费用补差支付请求或向用户执行退款操作。

优选的，所述交易信息表中还包括订单状态信息，所述的方法还包括：

依据订单状态信息更新物流状态信息。

优选的，所述物流配送信息还包括卖方联系信息；所述指定的物流交易平台由运费付款方在电子商务平台选定。

本申请还提供了一种电子商务平台与物流交易平台的信息交互装置，包括：

位于电子商务平台的交易信息表生成模块，用于生成信息表，所述交易信息表中包括物流配送信息和物流状态信息，其中，所述物流配送信息包括买方标识；

位于电子商务平台的物流配送信息发送模块，用于提取所述物流配送信息并发送至指定的物流交易平台；

位于所述物流交易平台的买方联系信息提取模块，用于依据买方标识在预置的买方信息数据库中提取对应的买方联系信息；

位于所述物流交易平台的配送信息表生成模块，用于依据所述物流配送信息和买方联系信息生成配送信息表，所述配送信息表中维护有配送状态信息；

物流状态同步模块，用于根据所述配送状态信息更新对应交易信息表中的物流状态信息。

优选的，所述物流同步模块包括：

位于所述物流交易平台的第一通知消息发送子模块，用于在所述配送状态信息被维护为预定义的特征状态时，向电子商务平台发送第一通知消息；

位于所述电子商务平台的第一物流状态更新子模块，用于依据所述第一通知消息将对应交易信息表中的物流状态信息更新为预设的对应状态。

优选的，所述配送状态信息中预定义的特征状态包括货物取到状态和货物送达状态，所述物流状态信息中预设的对应状态分别为卖方已发货状态和买方已收货状态。

优选的，所述物流同步模块包括：

位于所述物流交易平台的第二通知消息发送子模块，用于在所述配送状态信息被更新时，向电子商务平台发送第二通知消息；

位于所述电子商务平台的第二物流状态更新子模块，用于依据所述第二通知消息将对应交易信息表中的物流状态信息进行同步更新。

优选的，所述交易信息表具有第一标识，所述配送信息表具有第二标识，所述配送信息表中还包括第一标识，所述交易信息表中还包括第二标识。

优选的，所述物流配送信息还包括货物重量信息，所述配送信息表中还包括依据所述货物重量信息计算的预估物流费用信息；所述的装置还包括：

位于所述物流交易平台的返回模块，用于将配送信息表返回至电子商务平台；

位于所述电子商务平台的记录维护模块，用于依据所述配送信息表中记录的第一标识提取对应的交易信息表，并将所述配送信息表的第二标识，以及，预估物流费用信息写入该交易信息表中。

优选的，所述的装置还包括：

位于所述电子商务平台的第三通知消息发送模块，用于在接收到针对所述预估物流费用信息的付款信息时，向物流交易平台发送第三通知消息；

位于所述物流交易平台的信息维护模块，用于依据所述第三通知消息维护配送状态信息。

优选的，所述配送信息表中还包括实际物流费用信息；所述交易信息表中还包括实际物流费用信息，所述的装置还包括：

位于所述电子商务平台差额处理模块，用于依据所述预估物流费用信息和实际物流费用信息的差额，向用户发送费用补差支付请求或向用户执行退款操作。

优选的，所述交易信息表中还包括订单状态信息，所述的装置还包括：

位于电子商务平台的状态更改模块，用于依据订单状态信息更新物流状态信息。

与现有技术相比，本申请具有以下优点：

1、本申请在电子商务平台和物流交易平台交互信息时，对于买方的联系信息，电子商务平台仅需传递买方标识给物流交易平台，物流交易平台会依据该买方标识从预置的买方信息数据库中提取对应的买方联系信息生成配送信息表完成物流配送。这种方式不仅减少了平台之间传递的数据量，有效避免了网络堵塞、提高了数据的传输速度；还能有效保护买方的隐私，使卖方无法在电子商务平台查看到买方的联系信息，实现了真正意义上的网上匿名交易。

2、本申请通过在电子商务平台开放与物流交易平台通信的接口，针对电子商务平台产生的交易订单，相应地在用户选定的物流交易平台中生成配送订单，并将该交易订单与配送订单进行关联，当物流交易平台对配送订单中的配送状态进行维护时，按照预置规则同步维护交易订单中的物流状态，从而真正实现电子商务平台与物流交易平台的“打通”，提高电子商务中物流环节的自动化程度，方便买方、卖方和物流公司能在第一时间获得需要的信息；

3、在电子商务平台中买卖双方达成交易时，物流公司能立即获取到配送信息(送货地址、发货地址以及买卖双方的联系信息)，从而使物流公司有更多的时间进行资源的合理调度，从而可以提高物流调度效率；

4、本申请能使运费付款方主动选择想要的物流公司，使物流费用信息透明化，并且配送信息在第一时间即可在电子商务平台上显示，以便买方立即得知货物的物流情况，提升购物体验；

5、本申请可以将物流支付纳入第三方支付环节，有利于改善物流公司服务；卖方可选择在买方收到货物之后再将运费经由第三方支付平台给物流公司。避免了物流公司工作人员直接接触物流费用现金，降低了资金风险。

附图说明

图1是现有的电子商务物流交互的典型流程图；

图2是本申请的一种电子商务平台与物流交易平台的信息交互方法实施例1的流程图；

图3是本申请的一种电子商务平台与物流交易平台的信息交互方法实施例2的流程图；

图4是本申请的一种买方、卖方、物流公司的三方信息交互示意图；

图5是本申请的一种电子商务平台与物流交易平台的信息交互方法实施例3的流程图；

图6是本申请的一种电子商务平台与物流交易平台的信息交互装置实施例的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

本申请包括：在电子商务平台开放与物流交易平台通信的接口，在电子商务平台和物流交易平台交互信息时，对于买方的联系信息，电子商务平台仅需传递买方标识给物流交易平台，物流交易平台会依据该买方标识从预置的买方信息数据库中提取对应的买方联系信息生成配送信息表完成物流配送；并且针对电子商务平台产生的交易订单，相应地在用户选定的物流交易平台中生成配送订单，并将该交易订单与配送订单进行关联，当物流交易平台对配送订单中的配送状态进行维护时，按照预置规则同步维护交易订单中的物流状态，从而真正实现电子商务平台与物流交易平台的“打通”，有效减少平台之间的数据传输量，提高数据传输速度，减少网络堵塞发生的可能性。

参考图2，示出了本申请的一种电子商务平台与物流交易平台的信息交互方法实施例1的流程图，具体可以包括以下步骤：

步骤201、电子商务平台生成交易信息表，所述交易信息表中包括物流配送信息和物流状态信息，其中，所述物流配送信息包括买方标识；

步骤202、提取物流配送信息并发送至指定的物流交易平台；

步骤203、所述物流交易平台依据买方标识在预置的买方信息数据库中提取对应的买方联系信息；

公知的是，电子商务涵盖的范围很广，一般可分为企业对企业(Business-to-Business，B2B)、企业对消费者(Business-to-Customer，B2C)或消费者对消费者(Customer-to-Customer，C2C)等模式。无论采用何种模式，在电子商务平台中，针对每一笔交易都会产生对应的一张交易信息表(通常在前端展现为交易订单，在后台维护为交易信息表)。一般而言，交易信息表中维护有以下信息：

(1)第一标识，如交易订单号；

(2)卖方信息，包括卖方ID、卖方联系方式、联系地址等；

(3)买方信息，包括买方ID、买方联系方式、联系地址等；

(4)货物信息，包括货物价格、货物重量等；

(5)订单状态等。

为减少平台之间的数据传输量，保护买家隐私，在本申请实施例中，上述(3)仅需提供买方标识，如买方ID。

作为本申请实施例具体应用的一种示例，从上述交易信息表中，可以提取(2)卖方信息、(3)买方标识、(4)货物信息作为物流配送信息。

由于完成一次物流配送至少需要货物提取的联系人及地址信息，货物送达的联系人及地址信息，在这种情况下，当物流交易平台接收到所述物流配送信息后，需要依据(3)买方标识在预置的买方信息数据库中提取对应的买方联系信息。需要说明的是，所述预置的买方信息数据库可以单独设置，也可以设置在物流交易平台中，本申请对此无需加以限定。

由于在本申请实施例中，电子商务平台生成交易信息表中只有买方标识，而没有完整的买方联系信息，在大量、高并发的网络传输应用中，这种数据量的减少可以有效提高数据传输效率，减少网络堵塞的情况发生。

在本申请实施例中，所述指定的物流交易平台可以为由运费付款方在电子商务平台选定。在实际中，电子商务平台可以提供与其签约或绑定的物流公司的物流交易平台的选项，由运费付款方选择其所需的物流交易平台后，再发起与该物流交易平台的信息交互。

需要说明的是，在本申请实施例中，为实现电子商务平台对物流环节的监控和同步，所述交易信息表中需要维护有物流状态信息。以便在物流交易平台对配送订单中的配送状态进行维护时，电子商务平台能按照预置规则同步维护交易订单中的物流状态。

为使本领域技术人员更好地理解本申请，以下通过示例1简单说明本步骤：

示例1：

一、买方和卖方在电子商务平台达成初步交易。这时，数据库中交易订单(交易信息表主表)的内容如下：

交易订单号(OID)：76556637317561

卖方会员编号：4930219

卖方联系人：张三

卖方联系电话：0571-87922202

卖方取货地址：浙江省杭州市江干区庆春路1688号一号仓库

买方会员编号：3492012

货物费用(元)：1790.00

货物重量(公斤)：21.0

支付公司编号：

支付交易号：

订单状态：未付款

支付物流费用：

实际物流费用：

物流公司编号：

物流单号：

物流状态：未定义

创建时间：2011-03-18 11:28:19.879302

付款时间：

发货时间：

收货时间：

在实际中，电子商务平台中还有另外一个交易订单清单表(子表)，用于存储该交易订单包含的货物清单(因与本申请实施例相关度较小，故在此处略去对该表的说明)。

二、买方通过电子商务平台选择一家第三方物流公司，如圆通快递；

三、电子商务平台通过网络，向圆通快递公司的物流交易平台发送物流配送信息，具体可以包含如下内容：

订单号(OID)：76556637317561

卖方联系人：张三

卖方联系电话：0571-87922202

卖方取货地址：浙江省杭州市江干区庆春路1688号一号仓库

买方会员编号：3492012

货物重量(公斤)：21.0

四、物流交易平台依据买方会员编号3492012在其内部数据库中提取到对应的买方联系信息为：

买方联系人：李四

买方联系电话：010-48902011

买方收货地址：北京市东三环远洋国际大厦28F

当然，上述交易信息表的内容和格式，以及物流配送信息的内容仅仅用作示例，本领域技术人员依据实际情况任意设置都是可以的，例如，在某些B2C网站中，物流配送信息仅需要货物送达的联系人及地址信息以及货物的重量信息，而不需要货物提取的联系人及地址信息，在这种情况下则只需要提取买方信息和货物重量信息作为物流配送信息；相应地，某些B2C网站中的交易信息表中也可能不需要维护卖方信息；对于实际情况的任一种处理本申请均不作限制。

在实际中，若电子商务平台的买方标识与物流交易平台的买方标识采用不同格式，则物流交易平台在接收到电子商务平台发送的买方标识时，可以先对其进行格式转换，转换为其内部采用格式后，再依据该标识提取对应的买方联系信息。本领域技术人员可任意采用任一种格式转换的方式，本申请对此不作限制。

步骤204、所述物流交易平台依据所述物流配送信息和买方联系信息生成配送信息表，其中，所述配送信息表中维护有配送状态信息；

在具体实现中，物流交易平台对于每一笔物流订单都会产生对应的一张配送信息表(通常在前端展现为配送订单，在后台维护为配送信息表)。但在现有技术中，所述物流交易平台的物流订单通常由其内部人员录入或依据用户在物流交易平台下订单生成，即未开放对外的接口，只能接受和处理在物流交易平台上的操作而形成的物流订单。

在本申请的一种优选实施例中，所述配送信息表是物流交易平台依据电子商务平台传送过来物流配送信息生成，除所述物流配送信息和买方联系信息外，所述配送信息表中还可以包括如下内容：

(1)第二标识，如配送订单号；

(2)对应的交易信息表的第一标识，如对应交易订单的交易订单号；

(3)物流费用信息等。

其中，所述物流费用信息可以根据物流配送信息中的货物重量信息计算获得。在本申请的一种优选实施例中，此处的物流费用信息可以为由物流交易平台预估的物流费用，实际物流费用可由物流公司取到货物之后再计算获得。

例如，当物流交易平台接收到示例1中的物流配送信息后，生成包括如下内容的配送信息表：

交易订单号(OID)：76556637317561

配送订单号(TID)：W142548574

买方会员编号：3492012

买方联系人：李四

买方联系电话：010-48902011

买方收货地址：北京市东三环远洋国际大厦28F

预估物流费用(元)：24.50

物流状态：等待预付物流费用

在本申请实施例中，所述配送状态信息是指物流交易平台针对配送订单维护的物流配送处理状态；例如可以包括如下表1所示的状态：

当然，上述配送状态信息仅仅用作示例，在实际中，不同物流公司的物流交易平台会设置不同的配送状态信息，本申请对此不作限制。

步骤205、根据所述配送状态信息更新对应交易信息表中的物流状态信息。

在本申请的一种优选实施例中，所述步骤205具体可以包括以下子步骤：

子步骤S11、当所述配送状态信息被维护为预定义的特征状态时，所述物流交易平台向电子商务平台发送第一通知消息；

子步骤S12、所述电子商务平台依据所述第一通知消息将对应交易信息表中的物流状态信息更新为预设的对应状态。

物流交易平台的配送状态信息可由各物流公司依据其服务对象和服务标准任意设置，如上表1中所示的配送状态，但在实际中，所述配送状态信息至少包括货物取到状态(即物流公司工作人员取到待配送的货物)和货物到达状态(即货物已被送达收件人)，因而作为一种具体应用的示例，所述配送状态信息中预定义的特征状态可以包括货物取到状态和货物送达状态，相应地，所述物流状态信息中预设的对应状态分别为卖方已发货状态和买方已收货状态。对于用户而言，此二种状态也是他们所关注的状态。

例如，物流公司工作人员到配送信息表中所指定的卖方联系人地址取到货物后，物流交易平台相应配送信息表中的配送状态信息被维护为“已取件”，在此状态下，物流交易平台发送一个通知消息给电子商务平台，电子商务平台依据该通知，基于所述配送信息表中记录的第一标识找到对应的交易信息表，并将该交易信息表中的物流状态信息更新为“卖方已发货”。当货物送达配送信息表中所指定的买方联系人地址，并由买方联系人签收后，物流交易平台相应配送信息表中的配送状态信息被维护为“已送达”，在此状态下，物流交易平台发送一个通知消息给电子商务平台，电子商务平台依据该通知，基于所述配送信息表中记录的第一标识找到对应的交易信息表，并将该交易信息表中的物流状态信息更新为“买方已收货”。

当然，本领域技术人员也可以依据实际需求任意定义物流交易平台中配状态信息的特征状态，以及，对应设置电子商务平台中物流状态信息的表征，以上仅仅用作示例，本申请对此无需加以限制。

随着目前各物流公司所提供的服务质量越来越高，通常在上述基本配送状态的基础上，还设置有其它配送状态信息，例如，货物分拣信息，货物的出库信息，货物的在途信息，以及各个环节的物流工作人员信息等等，以方便用户全程监控货物的物流流程。因而，作为本申请另一种优选的实施例，所述步骤205具体可以包括如下子步骤：

子步骤S21、当所述配送状态信息被更新时，所述物流交易平台向电子商务平台发送第二通知消息；

子步骤S22、所述电子商务平台依据所述第二通知消息将对应交易信息表中的物流状态信息进行同步更新。

应用本实施例，电子商务平台的物流状态信息可以完全与物流交易平台的配送状态信息同步，即只要物流交易平台发起对配送状态地更新，即同步发起电子商务平台中物流状态的更新，具体的状态描述信息和格式可由电子商务平台和物流交易平台各自定义，也可以在电子商务平台和物流交易平台中采用完全一致地状态描述信息和格式，本申请对此不作限制。

在本申请的一种优选实施例中，还可以包括如下步骤：

所述物流交易平台将配送信息表返回至电子商务平台，所述电子商务平台依据所述配送信息表中记录的第一标识提取对应的交易信息表，并将所述配送信息表的第二标识，以及，物流费用信息写入该交易信息表中。

例如，当电子商务平台接收到上述示例1的配送信息表时，所维护的对应交易信息表的内容如下：

交易订单号(OID)：76556637317561

卖方会员编号：4930219

卖方联系人：张三

卖方联系电话：0571-87922202

卖方取货地址：浙江省杭州市江干区庆春路1688号一号仓库

买方会员编号：3492012

买方联系人：李四

买方联系电话：010-48902011

买方收货地址：北京市东三环远洋国际大厦28F

货物费用(元)：1790.00

货物重量(公斤)：21.0

支付公司编号：

支付交易号：

订单状态：未付款

支付物流费用：24.50

实际物流费用：

物流公司编号：YT01

配送订单号(TID)：W142548574

物流状态：等待预付物流费用

创建时间：2011-03-18 11:28:19.879302

付款时间：

发货时间：

收货时间：

在具体实现中，所述电子商务平台还可以依据交易信息中的订单状态更新物流状态信息。为保证网上交易的安全性，用户可以通过第三方支付平台，如支付宝，对交易订单(包括货款和物流费用)进行支付。

例如，基于上述示例1，当买方通过第三方支付平台支付货款和物流费用后，交易信息表中变化的内容如下：

交易订单号(OID)：76556637317561

支付公司编号：ALIPAY

支付交易号：2011031875398516

订单状态：支付宝已付款

物流状态：已预付物流费用

付款时间：2011-03-18 11:37:37.133471

在具体实现中，本申请实施例还可以包括以下步骤：

当所述电子商务平台接收到针对所述物流费用信息的付款信息时，向物流交易平台发送第三通知消息；

所述物流交易平台依据所述第三通知消息维护配送状态信息。

例如，基于上述示例1，当买方付款成功后，电子商务平台通过网络将已预付物流费用的信息发送至圆通快递公司的物流交易平台，所述第三通知消息具体可以包括如下内容：

配送订单号(TID)：W142548574

信息内容：已预付物流费用

当圆通快递公司的物流交易平台到该信息后，更新配送信息表为：

交易订单号(OID)：76556637317561

配送订单号(TID)：W142548574

预估物流费用(元)：24.50

物流状态：需要取货

在这种情况下，物流公司可以安排相应的物流人员上门取货。

若由相应物流人员上门取货后，计算的实际物流费用与在先的预估物流费用不符，则在物流交易平台的配送信息表中记录实际物流费用，并通知电子商务平台；所述电子商务平台依据该实际物流费用更新对应交易信息表中的实际物流费用信息。如果预估物流费用大于实际物流费用，则在用户采用第三方支付平台支付了预估费用的情况下，由第三方支付平台退还差额；如果预估物流费用小于实际物流费用，则由电子商务平台向用户发送费用补差的支付请求。

例如，基于上述示例1，当物流人员取到货物后，确认实际需要的物流费用为23元，小于买方预付的物流费用24.5元，此时交易信息表中变化的内容如下所示：

交易订单号(OID)：76556637317561

实际物流费用：23.00

发货时间：2011-03-18 15:41:29.346731

物流状态：卖方已发货

在实际中，物流公司人员送货，买方收到货物后，确认收货。第三方支付平台向卖方和物流公司分别支付货款和实际物流费用，物流费用剩余的1.5元返还给买方。

在全部交易流程完成后，电子商务平台中交易信息表的内容如下所示：

订单号(OID)：76556637317561

卖方会员编号：4930219

卖方联系人：张三

卖方联系电话：0571-87922202

卖方取货地址：浙江省杭州市江干区庆春路1688号一号仓库

买方会员编号：3492012

买方联系人：李四

买方联系电话：010-48902011

买方收货地址：北京市东三环远洋国际大厦28F

货物费用(元)：1790.00

货物重量(公斤)：21.0

支付公司编号：ALIPAY

支付交易号：2011031875398516

订单状态：完成

支付物流费用：24.50

实际物流费用：23.00

物流公司编号：YT01

物流单号(TID)：W142548574

物流状态：买方已收货

创建时间：2011-03-18 11:28:19.879302

付款时间：2011-03-18 11:37:37.133471

发货时间：2011-03-18 15:41:29.346731

收货时间：2011-03-19 17:24:15.859312

在本申请实施例中，对所述货款和物流费用的支付方式不作限制，除上述第三方支付平台的支付方式以外，用户也可以采用网上银行、电子汇款或线下支付的方式，还可以分别支付货款和物流费用，例如通过第三方支付平台或网上银行对交易订单中的货物进行支付，而在线下货物送达对物流费用进行支付等。

参考图3，示出了本申请的一种电子商务平台与物流交易平台的信息交互方法实施例2的流程图，具体可以包括以下步骤：

步骤301、电子商务平台生成交易订单，在后台维护对应的交易信息表，所述交易信息表中包括第一标识、物流配送信息、订单状态信息、物流状态信息；

其中，所述物流配送信息包括买方标识、卖方联系信息和货物重量信息。

步骤302、运费付款方选择物流公司的对应物流交易平台；

步骤303、从所述交易信息表中提取物流配送信息并发送至所述选定的物流交易平台；

步骤304、所述物流交易平台依据买方标识在预置的买方信息数据库中提取对应的买方联系信息；并依据所述物流配送信息和买方联系信息生成配送信息表，所述配送信息表中维护有配送状态信息；

步骤305、物流公司依据所述配送信息表拿到货物并确定运费，相应更新配送信息表中的物流费用信息，并更新配送状态信息为“已取货”，电子商务平台依据该配送状态信息维护对应交易信息表中的物流状态信息为“卖方已发货”状态；

步骤306、判断运费付款方是否采用第三方支付平台、网上银行或电子汇款等线上形式支付运费，若是，则执行步骤307；否则执行步骤309；

步骤307、电子商务平台收到针对运费的支付信息，将订单状态信息更新为“运费已付”，则物流状态信息相应更新为“运费已付”；然后转步骤308；

步骤308、物流公司依据所述配送信息表将货物送达买方，买方确认收货，物流交易平台相应更新配送状态信息为“已送达”，电子商务平台依据该配送状态信息维护对应交易信息表中的物流状态信息为“买方已收货”状态；转步骤310；

步骤309、物流公司依据所述配送信息表将货物送达买方，若获得买方确认收货并已支付运费的信息，物流交易平台相应更新配送状态信息为“已送达”，电子商务平台依据该配送状态信息维护对应交易信息表中的物流状态信息为“买方已收货”状态。

步骤310、当采用第三方支付平台支付运费时，在买方确认收货后，第三方支付平台会将运费转至物流交易平台。

参考图4所示的买方、卖方、物流公司的三方信息交互示意图，应用本实施例，在电子商务平台的交易订单(包括唯一的OID)生成后，电子商务平台可根据卖方的意愿，自动将物流配送信息发送至第三方物流公司的物流交易平台(A时间点)，物流交易平台成功获得物流配送信息后，经过内部处理，返回该笔配送订单的凭证号(定义为唯一的TID)，电子商务平台自动将OID与TID关联，并且将该笔交易的物流状态维护为“等待物流公司取货”，同时买方可查询到该交易的状态，知悉物流公司已经收到配送信息。在此交互过程中，物流公司和电子商务平台可根据协议和需要，向卖方或买方提供额外的信息，如：取货人员联系方式、取货时间等等。

物流公司根据配送订单的发货方信息，与发货方联系并取得货物，同时与运费付款方确认该笔配送的运费。在此过程中，运费付款方和物流公司可选择如下的运费支付方式：运费付款方付款至第三方支付平台，在买方确认收货后，第三方支付平台再将运费支付至物流公司。

在物流公司已取到货物、确认运费之后(B时间点)，由物流公司在物流交易平台更新配送信息，将TID对应的配送状态更新为“已取货，准备发货”状态，同时买方亦可查询到该笔交易的状态，知悉物流公司已经取得货物，准备发货。在此交互过程中，物流公司和电子商务平台可根据协议和需要，向卖方和买方提供额外的信息，如：取货人员联系方式、取货时间、货物重量、运费等等。

在买方收到货物之后(C时间点)，确认货物的完好、一致。如果选择第三方支付运费的方式，一旦买方确认收到货物(且没有在运输过程中损坏)，运费即由第三方支付平台支付至物流公司。

参考图5，示出了本申请的一种电子商务平台与物流交易平台的信息交互方法实施例3的流程图，具体可以包括以下步骤：

步骤501、电子商务平台生成交易订单，在后台维护对应的交易信息表，所述交易信息表中包括第一标识、物流配送信息、订单状态信息、物流状态信息；

其中，所述物流配送信息包括卖方联系信息和货物重量信息。

步骤502、运费付款方选择物流公司的对应物流交易平台；

步骤503、从所述交易信息表中提取物流配送信息并发送至所述选定的物流交易平台；

步骤504、判断是否采用第三方支付平台支付运费，若是，则执行步骤505，否则执行步骤506；

步骤505、运费付款方在电子商务平台通过第三方支付平台支付预估运费，转步骤506；

步骤506、所述物流交易平台依据买方标识在预置的买方信息数据库中提取对应的买方联系信息；并依据所述物流配送信息和买方联系信息生成配送信息表，所述配送信息表中维护有配送状态信息；

步骤507、物流公司依据所述配送信息表拿到货物并确定实际运费，相应更新配送信息表中的物流费用信息，并更新配送状态信息为“已取货”，电子商务平台依据该配送状态信息维护对应交易信息表中的物流状态信息为“卖方已发货”状态；

步骤508、判断运费付款方是否采用第三方支付平台支付运费，若是，则执行步骤509；否则执行步骤511；

步骤509、判断所述实际运费是否大于预估运费，若是，则执行步骤510，否则，执行步骤512；

步骤510、运费付款方在电子商务平台通过第三方支付平台支付运费差额，转步骤512；

步骤511、通过网上银行、电子汇款等其它在线方式支付运费，或在货物送达时支付运费，转步骤512；

步骤512、电子商务平台收到针对运费的支付信息，将订单状态信息更新为“运费已付”，则物流状态信息相应更新为“运费已付”；

步骤513、物流公司依据所述配送信息表将货物送达买方，买方确认收货，物流交易平台相应更新配送状态信息为“已送达”，电子商务平台依据该配送状态信息维护对应交易信息表中的物流状态信息为“买方已收货”状态；

步骤514、在采用第三方支付平台支付运费时，在买方确认收货后，第三方支付平台会向物流交易平台支付实际运费，并在运费有剩余时(支付的预估运费大于实际运费)，第三方支付平台向运费付款方退还差额。

需要说明的是，对于前述方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

参考图6，示出了本申请的一种电子商务平台与物流交易平台的信息交互装置实施例的结构框图，具体可以包括如下模块：

位于电子商务平台61的交易信息表生成模块611，用于生成信息表，所述交易信息表中包括物流配送信息和物流状态信息，其中，所述物流配送信息包括买方标识；

位于电子商务平台61的物流配送信息发送模块612，用于提取所述物流配送信息并发送至指定的物流交易平台；

位于所述物流交易平台62的买方联系信息提取模块621，用于依据买方标识在预置的买方信息数据库中提取对应的买方联系信息；

位于所述物流交易平台62的配送信息表生成模块622，用于依据所述物流配送信息和买方联系信息生成配送信息表，所述配送信息表中维护有配送状态信息；

物流状态同步模块63，用于根据所述配送状态信息更新对应交易信息表中的物流状态信息。

在本申请的一种优选实施例中，所述物流同步模块可以包括以下子模块：

位于所述物流交易平台的第一通知消息发送子模块，用于在所述配送状态信息被维护为预定义的特征状态时，向电子商务平台发送第一通知消息；

位于所述电子商务平台的第一物流状态更新子模块，用于依据所述第一通知消息将对应交易信息表中的物流状态信息更新为预设的对应状态。

作为本申请具体应用的一种示例，所述配送状态信息中预定义的特征状态可以包括货物取到状态和货物送达状态，所述物流状态信息中预设的对应状态分别为卖方已发货状态和买方已收货状态。

在本申请另一种优选的实施例中，所述物流同步模块可以包括以下子模块：

位于所述物流交易平台的第二通知消息发送子模块，用于在所述配送状态信息被更新时，向电子商务平台发送第二通知消息；

位于所述电子商务平台的第二物流状态更新子模块，用于依据所述第二通知消息将对应交易信息表中的物流状态信息进行同步更新。

在具体实现中，所述交易信息表具有第一标识，所述配送信息表具有第二标识，为关联电子商务平台中的交易信息表和物流交易平台中的配送信息表，所述配送信息表中还可以包括第一标识，所述交易信息表中还可以包括第二标识。

在具体实现中，所述物流配送信息还可以包括货物重量信息，所述配送信息表中还可以包括依据所述货物重量信息计算的预估物流费用信息；在这种情况下，所述装置实施例还可以包括以下模块：

位于所述物流交易平台的返回模块，用于将配送信息表返回至电子商务平台；

位于所述电子商务平台的记录维护模块，用于依据所述配送信息表中记录的第一标识提取对应的交易信息表，并将所述配送信息表的第二标识，以及，预估物流费用信息写入该交易信息表中。

作为本申请具体应用的一种示例，所述装置实施例还可以包括以下模块：

位于所述电子商务平台的第三通知消息发送模块，用于在接收到针对所述预估物流费用信息的付款信息时，向物流交易平台发送第三通知消息；

位于所述物流交易平台的信息维护模块，用于依据所述第三通知消息维护配送状态信息。

在本申请的一种优选实施例中，所述配送信息表中还可以包括实际物流费用信息；所述交易信息表中还可以包括实际物流费用信息，在这种情况下，所述装置实施例还可以包括以下模块：

位于所述电子商务平台差额处理模块，用于依据所述预估物流费用信息和实际物流费用信息的差额，向用户发送费用补差支付请求或向用户执行退款操作。

在具体实现中，所述交易信息表中还可以包括订单状态信息，所述装置实施例还可以包括以下模块：

位于电子商务平台的状态更改模块，用于依据订单状态信息更新物流状态信息。

由于本实施例基本相应于前述图2、图3、图4和图5所示的方法实施例，故本实施例的描述中未详尽之处，可以参见前述实施例中的相关说明，在此就不赘述了。

需要说明的是，本申请装置实施例和系统实施例中所涉及的模块、子模块和单元可以为软件，可以为硬件，也可以为软件和硬件的组合。

本申请可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的一种电子商务平台与物流交易平台的信息交互方法，以及，一种电子商务平台与物流交易平台的信息交互装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (19)

1.一种电子商务平台与物流交易平台的信息交互方法，其特征在于，包括：

电子商务平台生成交易信息表，所述交易信息表中包括物流配送信息和物流状态信息，其中，所述物流配送信息包括买方标识；

提取所述物流配送信息并发送至指定的物流交易平台；

所述物流交易平台依据买方标识在预置的买方信息数据库中提取对应的买方联系信息；并依据所述物流配送信息和买方联系信息生成配送信息表，其中，所述配送信息表中维护有配送状态信息；

根据所述配送状态信息更新对应交易信息表中的物流状态信息。

2.如权利要求1所述的方法，其特征在于，所述根据配送状态信息更新对应交易信息表中的物流状态信息的步骤包括：

当所述配送状态信息被维护为预定义的特征状态时，所述物流交易平台向电子商务平台发送第一通知消息；

所述电子商务平台依据所述第一通知消息将对应交易信息表中的物流状态信息更新为预设的对应状态。

3.如权利要求2所述的方法，其特征在于，所述配送状态信息中预定义的特征状态包括货物取到状态和货物送达状态，所述物流状态信息中预设的对应状态分别为卖方已发货状态和买方已收货状态。

4.如权利要求1所述的方法，其特征在于，所述根据配送状态信息更新对应交易信息表中的物流状态信息的步骤包括：

当所述配送状态信息被更新时，所述物流交易平台向电子商务平台发送第二通知消息；

所述电子商务平台依据所述第二通知消息将对应交易信息表中的物流状态信息进行同步更新。

5.如权利要求1、2、3或4所述的方法，其特征在于，所述交易信息表具有第一标识，所述配送信息表具有第二标识，所述配送信息表中还包括第一标识，所述交易信息表中还包括第二标识。

6.如权利要求5所述的方法，其特征在于，所述物流配送信息还包括货物重量信息，所述配送信息表中还包括依据所述货物重量信息计算的预估物流费用信息；所述的方法还包括：

所述物流交易平台将配送信息表返回至电子商务平台，所述电子商务平台依据所述配送信息表中记录的第一标识提取对应的交易信息表，并将所述配送信息表的第二标识，以及，预估物流费用信息写入该交易信息表中。

7.如权利要求6所述的方法，其特征在于，还包括：

当所述电子商务平台接收到针对所述预估物流费用信息的付款信息时，向物流交易平台发送第三通知消息；

所述物流交易平台依据所述第三通知消息维护配送状态信息。

8.如权利要求7所述的方法，其特征在于，所述配送信息表中还包括实际物流费用信息；所述交易信息表中还包括实际物流费用信息，所述的方法还包括：

所述电子商务平台依据所述预估物流费用信息和实际物流费用信息的差额，向用户发送费用补差支付请求或向用户执行退款操作。

9.如权利要求6、7或8所述的方法，其特征在于，所述交易信息表中还包括订单状态信息，所述的方法还包括：

依据订单状态信息更新物流状态信息。

10.如权利要求9所述的方法，其特征在于，所述物流配送信息还包括卖方联系信息；所述指定的物流交易平台由运费付款方在电子商务平台选定。

11.一种电子商务平台与物流交易平台的信息交互装置，其特征在于，包括：

位于电子商务平台的交易信息表生成模块，用于生成信息表，所述交易信息表中包括物流配送信息和物流状态信息，其中，所述物流配送信息包括买方标识；

位于电子商务平台的物流配送信息发送模块，用于提取所述物流配送信息并发送至指定的物流交易平台；

位于所述物流交易平台的买方联系信息提取模块，用于依据买方标识在预置的买方信息数据库中提取对应的买方联系信息；

位于所述物流交易平台的配送信息表生成模块，用于依据所述物流配送信息和买方联系信息生成配送信息表，所述配送信息表中维护有配送状态信息；

物流状态同步模块，用于根据所述配送状态信息更新对应交易信息表中的物流状态信息。

12.如权利要求11所述的装置，其特征在于，所述物流同步模块包括：

位于所述物流交易平台的第一通知消息发送子模块，用于在所述配送状态信息被维护为预定义的特征状态时，向电子商务平台发送第一通知消息；

位于所述电子商务平台的第一物流状态更新子模块，用于依据所述第一通知消息将对应交易信息表中的物流状态信息更新为预设的对应状态。

13.如权利要求12所述的装置，其特征在于，所述配送状态信息中预定义的特征状态包括货物取到状态和货物送达状态，所述物流状态信息中预设的对应状态分别为卖方已发货状态和买方已收货状态。

14.如权利要求11所述的装置，其特征在于，所述物流同步模块包括：

位于所述物流交易平台的第二通知消息发送子模块，用于在所述配送状态信息被更新时，向电子商务平台发送第二通知消息；

位于所述电子商务平台的第二物流状态更新子模块，用于依据所述第二通知消息将对应交易信息表中的物流状态信息进行同步更新。

15.如权利要求11、12、13或14所述的装置，其特征在于，所述交易信息表具有第一标识，所述配送信息表具有第二标识，所述配送信息表中还包括第一标识，所述交易信息表中还包括第二标识。

16.如权利要求15所述的装置，其特征在于，所述物流配送信息还包括货物重量信息，所述配送信息表中还包括依据所述货物重量信息计算的预估物流费用信息；所述的装置还包括：

位于所述物流交易平台的返回模块，用于将配送信息表返回至电子商务平台；

位于所述电子商务平台的记录维护模块，用于依据所述配送信息表中记录的第一标识提取对应的交易信息表，并将所述配送信息表的第二标识，以及，预估物流费用信息写入该交易信息表中。

17.如权利要求16所述的装置，其特征在于，还包括：

位于所述电子商务平台的第三通知消息发送模块，用于在接收到针对所述预估物流费用信息的付款信息时，向物流交易平台发送第三通知消息；

位于所述物流交易平台的信息维护模块，用于依据所述第三通知消息维护配送状态信息。

18.如权利要求17所述的装置，其特征在于，所述配送信息表中还包括实际物流费用信息；所述交易信息表中还包括实际物流费用信息，所述的装置还包括：

位于所述电子商务平台差额处理模块，用于依据所述预估物流费用信息和实际物流费用信息的差额，向用户发送费用补差支付请求或向用户执行退款操作。

19.如权利要求16、17或18所述的装置，其特征在于，所述交易信息表中还包括订单状态信息，所述的装置还包括：

位于电子商务平台的状态更改模块，用于依据订单状态信息更新物流状态信息。

Images