專利名稱：一種電子商務(wù)平臺與物流交易平臺的信息交互方法及裝置的制作方法
技術(shù)領(lǐng)域：
本申請涉及電子商務(wù)的技術(shù)領(lǐng)域，特別是涉及一種電子商務(wù)平臺與物流交易平臺的信息交互方法，以及，一種電子商務(wù)平臺與物流交易平臺的信息交互裝置。
背景技術(shù)：
電子商務(wù)(Electronic Commerce,EC)是指在全球各地廣泛的商業(yè)貿(mào)易活動中,在因特網(wǎng)開放的網(wǎng)絡(luò)環(huán)境下，基于瀏覽器/服務(wù)器應(yīng)用方式，買賣雙方不謀面地進(jìn)行各 種商貿(mào)活動，實(shí)現(xiàn)消費(fèi)者的網(wǎng)上購物、商戶之間的網(wǎng)上交易和在線電子支付以及各種商務(wù)活動、交易活動、金融活動和相關(guān)的綜合服務(wù)活動的一種新型的商業(yè)運(yùn)營模式。傳統(tǒng)的電子商務(wù)中，物流是相對獨(dú)立的，即當(dāng)買方和賣方在電子商務(wù)平臺達(dá)成交易意向后，通常需要在線下聯(lián)系快遞公司、郵局等物流服務(wù)商，以完成商品的實(shí)際交易，也就是說，現(xiàn)有技術(shù)中，電子商務(wù)平臺與物流公司的物流交易平臺完全是中斷、互不關(guān)聯(lián)的兩個獨(dú)立平臺。具體可以參考圖I所示的現(xiàn)有電子商務(wù)物流交互的典型流程圖，當(dāng)賣方和買方的在電子商務(wù)平臺達(dá)成交易并生成交易訂單生成后，買方等待賣方發(fā)貨，賣方在線下聯(lián)系物流公司，在物流公司安排取貨后，賣方等待物流公司上門取貨，物流公司安排送貨后，賣方獲得配送訂單，然后在電子商務(wù)平臺登記物流配送信息，此時買方可以通過所述電子商務(wù)平臺獲得物流配送信息以便查詢貨物運(yùn)輸信息，最后貨物送抵買方。這種現(xiàn)有的電子商務(wù)物流交互過程存在如下缺點(diǎn)I、買賣雙方達(dá)成交易的時間A與物流公司安排送貨，賣方獲得配送訂單的時間C，中間有較長的時間間隔；2、賣方聯(lián)系物流公司的時間B和買方能獲取物流信息的時間D，中間有較長的時間間隔；3、物流公司在開始運(yùn)輸貨物之前，賣方必須支付全部物流費(fèi)用，由于賣方在物流公司取貨、未全部履行完運(yùn)送契約前就支付了全部物流費(fèi)用，所以無法制約物流公司的服務(wù);4、賣方發(fā)貨后，需要主動登記物流配送信息，買方才能查詢到物流的配送信息；5、由于賣方在線下聯(lián)系物流公司，物流公司工作人員將直接接觸物流費(fèi)用現(xiàn)金，各易造成資金風(fēng)險；6、由于由賣方聯(lián)系物流公司，故買方無法選擇物流公司，并且無法獲知物流費(fèi)用的實(shí)際發(fā)生額。進(jìn)一步而言，如果采用現(xiàn)有技術(shù)關(guān)聯(lián)電子商務(wù)平臺與物流交易平臺，則其中不可避免的一個問題是，電子商務(wù)平臺與物流交易平臺之間存在大量、繁瑣的數(shù)據(jù)交互，從而極易引起網(wǎng)絡(luò)堵塞，影響數(shù)據(jù)傳輸速度等問題。因而，目前需要本領(lǐng)域技術(shù)人員迫切解決的一個技術(shù)問題就是提供一種電子商務(wù)平臺與物流交易平臺的信息交互機(jī)制，用以在電子商務(wù)平臺和物流交易平臺交互信息時，減少了平臺之間傳遞的數(shù)據(jù)量，有效避免網(wǎng)絡(luò)堵塞、提高數(shù)據(jù)的傳輸速度。

發(fā)明內(nèi)容
本申請所要解決的技術(shù)問題是提供一種電子商務(wù)平臺與物流交易平臺的信息交互方法，用以在電子商務(wù)平臺和物流交易平臺交互信息時，減少了平臺之間傳遞的數(shù)據(jù)量，有效避免網(wǎng)絡(luò)堵塞、提高數(shù)據(jù)的傳輸速度。本申請還提供了一種電子商務(wù)平臺與物流交易平臺的信息交互裝置，用以保證上述方法在實(shí)際中的應(yīng)用及實(shí)現(xiàn)。為了解決上述問題，本申請公開了一種電子商務(wù)平臺與物流交易平臺的信息交互方法，包括電子商務(wù)平臺生成交易信息表，所述交易信息表中包括物流配送信息和物流狀態(tài)信息，其中，所述物流配送信息包括買方標(biāo)識；提取所述物流配送信息并發(fā)送至指定的物流交易平臺； 所述物流交易平臺依據(jù)買方標(biāo)識在預(yù)置的買方信息數(shù)據(jù)庫中提取對應(yīng)的買方聯(lián)系信息；并依據(jù)所述物流配送信息和買方聯(lián)系信息生成配送信息表，其中，所述配送信息表中維護(hù)有配送狀態(tài)信息；根據(jù)所述配送狀態(tài)信息更新對應(yīng)交易信息表中的物流狀態(tài)信息。優(yōu)選的，所述根據(jù)配送狀態(tài)信息更新對應(yīng)交易信息表中的物流狀態(tài)信息的步驟包括當(dāng)所述配送狀態(tài)信息被維護(hù)為預(yù)定義的特征狀態(tài)時，所述物流交易平臺向電子商務(wù)平臺發(fā)送第一通知消息；所述電子商務(wù)平臺依據(jù)所述第一通知消息將對應(yīng)交易信息表中的物流狀態(tài)信息更新為預(yù)設(shè)的對應(yīng)狀態(tài)。優(yōu)選的，所述配送狀態(tài)信息中預(yù)定義的特征狀態(tài)包括貨物取到狀態(tài)和貨物送達(dá)狀態(tài)，所述物流狀態(tài)信息中預(yù)設(shè)的對應(yīng)狀態(tài)分別為賣方已發(fā)貨狀態(tài)和買方已收貨狀態(tài)。優(yōu)選的，所述根據(jù)配送狀態(tài)信息更新對應(yīng)交易信息表中的物流狀態(tài)信息的步驟包括當(dāng)所述配送狀態(tài)信息被更新時，所述物流交易平臺向電子商務(wù)平臺發(fā)送第二通知消息；所述電子商務(wù)平臺依據(jù)所述第二通知消息將對應(yīng)交易信息表中的物流狀態(tài)信息進(jìn)行同步更新。優(yōu)選的，所述交易信息表具有第一標(biāo)識，所述配送信息表具有第二標(biāo)識，所述配送信息表中還包括第一標(biāo)識，所述交易信息表中還包括第二標(biāo)識。優(yōu)選的，所述物流配送信息還包括貨物重量信息，所述配送信息表中還包括依據(jù)所述貨物重量信息計算的預(yù)估物流費(fèi)用信息；所述的方法還包括所述物流交易平臺將配送信息表返回至電子商務(wù)平臺，所述電子商務(wù)平臺依據(jù)所述配送信息表中記錄的第一標(biāo)識提取對應(yīng)的交易信息表，并將所述配送信息表的第二標(biāo)識，以及，預(yù)估物流費(fèi)用信息寫入該交易信息表中。優(yōu)選的，所述的方法還包括當(dāng)所述電子商務(wù)平臺接收到針對所述預(yù)估物流費(fèi)用信息的付款信息時，向物流交易平臺發(fā)送第三通知消息；所述物流交易平臺依據(jù)所述第三通知消息維護(hù)配送狀態(tài)信息。優(yōu)選的，所述配送信息表中還包括實(shí)際物流費(fèi)用信息；所述交易信息表中還包括實(shí)際物流費(fèi)用信息，所述的方法還包括所述電子商務(wù)平臺依據(jù)所述預(yù)估物流費(fèi)用信息和實(shí)際物流費(fèi)用信息的差額，向用戶發(fā)送費(fèi)用補(bǔ)差支付請求或向用戶執(zhí)行退款操作。優(yōu)選的,所述交易信息表中還包括訂單狀態(tài)信息,所述的方法還包括依據(jù)訂單狀態(tài)信息更新物流狀態(tài)信息。優(yōu)選的，所述物流配送信息還包括賣方聯(lián)系信息；所述指定的物流交易平臺由運(yùn)費(fèi)付款方在電子商務(wù)平臺選定。 本申請還提供了一種電子商務(wù)平臺與物流交易平臺的信息交互裝置，包括位于電子商務(wù)平臺的交易信息表生成模塊，用于生成信息表，所述交易信息表中包括物流配送信息和物流狀態(tài)信息，其中，所述物流配送信息包括買方標(biāo)識；位于電子商務(wù)平臺的物流配送信息發(fā)送模塊，用于提取所述物流配送信息并發(fā)送至指定的物流交易平臺；位于所述物流交易平臺的買方聯(lián)系信息提取模塊，用于依據(jù)買方標(biāo)識在預(yù)置的買方信息數(shù)據(jù)庫中提取對應(yīng)的買方聯(lián)系信息；位于所述物流交易平臺的配送信息表生成模塊，用于依據(jù)所述物流配送信息和買方聯(lián)系信息生成配送信息表，所述配送信息表中維護(hù)有配送狀態(tài)信息；物流狀態(tài)同步模塊，用于根據(jù)所述配送狀態(tài)信息更新對應(yīng)交易信息表中的物流狀態(tài)息。優(yōu)選的，所述物流同步模塊包括位于所述物流交易平臺的第一通知消息發(fā)送子模塊，用于在所述配送狀態(tài)信息被維護(hù)為預(yù)定義的特征狀態(tài)時，向電子商務(wù)平臺發(fā)送第一通知消息；位于所述電子商務(wù)平臺的第一物流狀態(tài)更新子模塊，用于依據(jù)所述第一通知消息將對應(yīng)交易信息表中的物流狀態(tài)信息更新為預(yù)設(shè)的對應(yīng)狀態(tài)。優(yōu)選的，所述配送狀態(tài)信息中預(yù)定義的特征狀態(tài)包括貨物取到狀態(tài)和貨物送達(dá)狀態(tài)，所述物流狀態(tài)信息中預(yù)設(shè)的對應(yīng)狀態(tài)分別為賣方已發(fā)貨狀態(tài)和買方已收貨狀態(tài)。優(yōu)選的，所述物流同步模塊包括位于所述物流交易平臺的第二通知消息發(fā)送子模塊，用于在所述配送狀態(tài)信息被更新時，向電子商務(wù)平臺發(fā)送第二通知消息；位于所述電子商務(wù)平臺的第二物流狀態(tài)更新子模塊，用于依據(jù)所述第二通知消息將對應(yīng)交易信息表中的物流狀態(tài)信息進(jìn)行同步更新。優(yōu)選的，所述交易信息表具有第一標(biāo)識，所述配送信息表具有第二標(biāo)識，所述配送信息表中還包括第一標(biāo)識，所述交易信息表中還包括第二標(biāo)識。優(yōu)選的，所述物流配送信息還包括貨物重量信息，所述配送信息表中還包括依據(jù)所述貨物重量信息計算的預(yù)估物流費(fèi)用信息；所述的裝置還包括位于所述物流交易平臺的返回模塊，用于將配送信息表返回至電子商務(wù)平臺；位于所述電子商務(wù)平臺的記錄維護(hù)模塊，用于依據(jù)所述配送信息表中記錄的第一標(biāo)識提取對應(yīng)的交易信息表，并將所述配送信息表的第二標(biāo)識，以及，預(yù)估物流費(fèi)用信息寫入該交易信息表中。優(yōu)選的，所述的裝置還包括位于所述電子商務(wù)平臺的第三通知消息發(fā)送模塊，用于在接收到針對所述預(yù)估物流費(fèi)用信息的付款信息時，向物流交易平臺發(fā)送第三通知消息；位于所述物流交易平臺的信息維護(hù)模塊，用于依據(jù)所述第三通知消息維護(hù)配送狀態(tài)息。優(yōu)選的，所述配送信息表中還包括實(shí)際物流費(fèi)用信息；所述交易信息表中還包括實(shí)際物流費(fèi)用信息，所述的裝置還包括位于所述電子商務(wù)平臺差額處理模塊，用于依據(jù)所述預(yù)估物流費(fèi)用信息和實(shí)際物流費(fèi)用信息的差額，向用戶發(fā)送費(fèi)用補(bǔ)差支付請求或向用戶執(zhí)行退款操作。 優(yōu)選的，所述交易信息表中還包括訂單狀態(tài)信息，所述的裝置還包括 位于電子商務(wù)平臺的狀態(tài)更改模塊，用于依據(jù)訂單狀態(tài)信息更新物流狀態(tài)信息。與現(xiàn)有技術(shù)相比，本申請具有以下優(yōu)點(diǎn)I、本申請在電子商務(wù)平臺和物流交易平臺交互信息時，對于買方的聯(lián)系信息，電子商務(wù)平臺僅需傳遞買方標(biāo)識給物流交易平臺，物流交易平臺會依據(jù)該買方標(biāo)識從預(yù)置的買方信息數(shù)據(jù)庫中提取對應(yīng)的買方聯(lián)系信息生成配送信息表完成物流配送。這種方式不僅減少了平臺之間傳遞的數(shù)據(jù)量，有效避免了網(wǎng)絡(luò)堵塞、提高了數(shù)據(jù)的傳輸速度；還能有效保護(hù)買方的隱私，使賣方無法在電子商務(wù)平臺查看到買方的聯(lián)系信息，實(shí)現(xiàn)了真正意義上的網(wǎng)上匿名交易。2、本申請通過在電子商務(wù)平臺開放與物流交易平臺通信的接口，針對電子商務(wù)平臺產(chǎn)生的交易訂單，相應(yīng)地在用戶選定的物流交易平臺中生成配送訂單，并將該交易訂單與配送訂單進(jìn)行關(guān)聯(lián)，當(dāng)物流交易平臺對配送訂單中的配送狀態(tài)進(jìn)行維護(hù)時，按照預(yù)置規(guī)則同步維護(hù)交易訂單中的物流狀態(tài)，從而真正實(shí)現(xiàn)電子商務(wù)平臺與物流交易平臺的“打通”，提高電子商務(wù)中物流環(huán)節(jié)的自動化程度，方便買方、賣方和物流公司能在第一時間獲得需要的息；3、在電子商務(wù)平臺中買賣雙方達(dá)成交易時，物流公司能立即獲取到配送信息(送貨地址、發(fā)貨地址以及買賣雙方的聯(lián)系信息)，從而使物流公司有更多的時間進(jìn)行資源的合理調(diào)度，從而可以提高物流調(diào)度效率；4、本申請能使運(yùn)費(fèi)付款方主動選擇想要的物流公司，使物流費(fèi)用信息透明化，并且配送信息在第一時間即可在電子商務(wù)平臺上顯示，以便買方立即得知貨物的物流情況，提升購物體驗(yàn)；5、本申請可以將物流支付納入第三方支付環(huán)節(jié)，有利于改善物流公司服務(wù)；賣方可選擇在買方收到貨物之后再將運(yùn)費(fèi)經(jīng)由第三方支付平臺給物流公司。避免了物流公司工作人員直接接觸物流費(fèi)用現(xiàn)金，降低了資金風(fēng)險。


圖I是現(xiàn)有的電子商務(wù)物流交互的典型流程圖；圖2是本申請的一種電子商務(wù)平臺與物流交易平臺的信息交互方法實(shí)施例I的流程圖；圖3是本申請的一種電子商務(wù)平臺與物流交易平臺的信息交互方法實(shí)施例2的流程圖；圖4是本申請的一種買方、賣方、物流公司的三方信息交互示意圖；圖5是本申請的一種電子商務(wù)平臺與物流交易平臺的信息交互方法實(shí)施例3的流程圖；
圖6是本申請的一種電子商務(wù)平臺與物流交易平臺的信息交互裝置實(shí)施例的結(jié)構(gòu)框圖。
具體實(shí)施例方式為使本申請的上述目的、特征和優(yōu)點(diǎn)能夠更加明顯易懂，下面結(jié)合附圖和具體實(shí)施方式
對本申請作進(jìn)一步詳細(xì)的說明。本申請包括在電子商務(wù)平臺開放與物流交易平臺通信的接口，在電子商務(wù)平臺和物流交易平臺交互信息時，對于買方的聯(lián)系信息，電子商務(wù)平臺僅需傳遞買方標(biāo)識給物流交易平臺，物流交易平臺會依據(jù)該買方標(biāo)識從預(yù)置的買方信息數(shù)據(jù)庫中提取對應(yīng)的買方聯(lián)系信息生成配送信息表完成物流配送；并且針對電子商務(wù)平臺產(chǎn)生的交易訂單，相應(yīng)地在用戶選定的物流交易平臺中生成配送訂單，并將該交易訂單與配送訂單進(jìn)行關(guān)聯(lián)，當(dāng)物流交易平臺對配送訂單中的配送狀態(tài)進(jìn)行維護(hù)時，按照預(yù)置規(guī)則同步維護(hù)交易訂單中的物流狀態(tài)，從而真正實(shí)現(xiàn)電子商務(wù)平臺與物流交易平臺的“打通”，有效減少平臺之間的數(shù)據(jù)傳輸量，提高數(shù)據(jù)傳輸速度，減少網(wǎng)絡(luò)堵塞發(fā)生的可能性。參考圖2，示出了本申請的一種電子商務(wù)平臺與物流交易平臺的信息交互方法實(shí)施例I的流程圖，具體可以包括以下步驟步驟201、電子商務(wù)平臺生成交易信息表，所述交易信息表中包括物流配送信息和物流狀態(tài)信息，其中，所述物流配送信息包括買方標(biāo)識；步驟202、提取物流配送信息并發(fā)送至指定的物流交易平臺；步驟203、所述物流交易平臺依據(jù)買方標(biāo)識在預(yù)置的買方信息數(shù)據(jù)庫中提取對應(yīng)的買方聯(lián)系信息；公知的是，電子商務(wù)涵蓋的范圍很廣，一般可分為企業(yè)對企業(yè)(Business-to-Business, B2B)、企業(yè)對消費(fèi)者(Business-to-Customer, B2C)或消費(fèi)者對消費(fèi)者(Customer-to-Customer, C2C)等模式。無論采用何種模式,在電子商務(wù)平臺中,針對每一筆交易都會產(chǎn)生對應(yīng)的一張交易信息表(通常在前端展現(xiàn)為交易訂單，在后臺維護(hù)為交易信息表)。一般而言，交易信息表中維護(hù)有以下信息(I)第一標(biāo)識，如交易訂單號；(2)賣方信息，包括賣方ID、賣方聯(lián)系方式、聯(lián)系地址等；(3)買方信息，包括買方ID、買方聯(lián)系方式、聯(lián)系地址等；(4)貨物信息，包括貨物價格、貨物重量等；(5)訂單狀態(tài)等。為減少平臺之間的數(shù)據(jù)傳輸量，保護(hù)買家隱私，在本申請實(shí)施例中，上述(3)僅需提供買方標(biāo)識，如買方ID。
作為本申請實(shí)施例具體應(yīng)用的一種示例，從上述交易信息表中，可以提取(2)賣方信息、(3)買方標(biāo)識、(4)貨物信息作為物流配送信息。由于完成一次物流配送至少需要貨物提取的聯(lián)系人及地址信息，貨物送達(dá)的聯(lián)系人及地址信息，在這種情況下，當(dāng)物流交易平臺接收到所述物流配送信息后，需要依據(jù)(3)買方標(biāo)識在預(yù)置的買方信息數(shù)據(jù)庫中提取對應(yīng)的買方聯(lián)系信息。需要說明的是，所述預(yù)置的買方信息數(shù)據(jù)庫可以單獨(dú)設(shè)置，也可以設(shè)置在物流交易平臺中，本申請對此無需加以限定。由于在本申請實(shí)施例中，電子商務(wù)平臺生成交易信息表中只有買方標(biāo)識，而沒有完整的買方聯(lián)系信息，在大量、高并發(fā)的網(wǎng)絡(luò)傳輸應(yīng)用中，這種數(shù)據(jù)量的減少可以有效提高數(shù)據(jù)傳輸效率，減少網(wǎng)絡(luò)堵塞的情況發(fā)生。在本申請實(shí)施例中，所述指定的物流交易平臺可以為由運(yùn)費(fèi)付款方在電子商務(wù)平臺選定。在實(shí)際中，電子商務(wù)平臺可以提供與其簽約或綁定的物流公司的物流交易平臺的 選項(xiàng)，由運(yùn)費(fèi)付款方選擇其所需的物流交易平臺后，再發(fā)起與該物流交易平臺的信息交互。需要說明的是，在本申請實(shí)施例中，為實(shí)現(xiàn)電子商務(wù)平臺對物流環(huán)節(jié)的監(jiān)控和同步，所述交易信息表中需要維護(hù)有物流狀態(tài)信息。以便在物流交易平臺對配送訂單中的配送狀態(tài)進(jìn)行維護(hù)時，電子商務(wù)平臺能按照預(yù)置規(guī)則同步維護(hù)交易訂單中的物流狀態(tài)。為使本領(lǐng)域技術(shù)人員更好地理解本申請，以下通過示例I簡單說明本步驟示例 I :一、買方和賣方在電子商務(wù)平臺達(dá)成初步交易。這時，數(shù)據(jù)庫中交易訂單(交易信息表主表)的內(nèi)容如下交易訂單號(OID):76556637317561賣方會員編號4930219賣方聯(lián)系人張三賣方聯(lián)系電話0571-87922202賣方取貨地址浙江省杭州市江干區(qū)慶春路1688號一號倉庫買方會員編號3492012貨物費(fèi)用(元):1790.00貨物重量(公斤)21.0支付公司編號支付交易號訂單狀態(tài)未付款支付物流費(fèi)用實(shí)際物流費(fèi)用物流公司編號物流單號物流狀態(tài)未定義創(chuàng)建時間2011-03-1811:28:19. 879302付款時間發(fā)貨時間
收貨時間在實(shí)際中，電子商務(wù)平臺中還有另外一個交易訂單清單表(子表)，用于存儲該交易訂單包含的貨物清單(因與本申請實(shí)施例相關(guān)度較小，故在此處略去對該表的說明)。二、買方通過電子商務(wù)平臺選擇一家第三方物流公司，如圓通快遞；三、電子商務(wù)平臺通過網(wǎng)絡(luò)，向圓通快遞公司的物流交易平臺發(fā)送物流配送信息，具體可以包含如下內(nèi)容訂單號(OID):76556637317561賣方聯(lián)系人張三賣方聯(lián)系電話0571-87922202 賣方取貨地址浙江省杭州市江干區(qū)慶春路1688號一號倉庫買方會員編號3492012貨物重量(公斤)21.0四、物流交易平臺依據(jù)買方會員編號3492012在其內(nèi)部數(shù)據(jù)庫中提取到對應(yīng)的買方聯(lián)系信息為買方聯(lián)系人李四買方聯(lián)系電話010-48902011買方收貨地址北京市東三環(huán)遠(yuǎn)洋國際大廈28F當(dāng)然，上述交易信息表的內(nèi)容和格式，以及物流配送信息的內(nèi)容僅僅用作示例，本領(lǐng)域技術(shù)人員依據(jù)實(shí)際情況任意設(shè)置都是可以的，例如，在某些B2C網(wǎng)站中，物流配送信息僅需要貨物送達(dá)的聯(lián)系人及地址信息以及貨物的重量信息，而不需要貨物提取的聯(lián)系人及地址信息，在這種情況下則只需要提取買方信息和貨物重量信息作為物流配送信息；相應(yīng)地，某些B2C網(wǎng)站中的交易信息表中也可能不需要維護(hù)賣方信息；對于實(shí)際情況的任一種處理本申請均不作限制。在實(shí)際中，若電子商務(wù)平臺的買方標(biāo)識與物流交易平臺的買方標(biāo)識采用不同格式，則物流交易平臺在接收到電子商務(wù)平臺發(fā)送的買方標(biāo)識時，可以先對其進(jìn)行格式轉(zhuǎn)換，轉(zhuǎn)換為其內(nèi)部采用格式后，再依據(jù)該標(biāo)識提取對應(yīng)的買方聯(lián)系信息。本領(lǐng)域技術(shù)人員可任意采用任一種格式轉(zhuǎn)換的方式，本申請對此不作限制。步驟204、所述物流交易平臺依據(jù)所述物流配送信息和買方聯(lián)系信息生成配送信息表，其中，所述配送信息表中維護(hù)有配送狀態(tài)信息；在具體實(shí)現(xiàn)中，物流交易平臺對于每一筆物流訂單都會產(chǎn)生對應(yīng)的一張配送信息表(通常在前端展現(xiàn)為配送訂單，在后臺維護(hù)為配送信息表)。但在現(xiàn)有技術(shù)中，所述物流交易平臺的物流訂單通常由其內(nèi)部人員錄入或依據(jù)用戶在物流交易平臺下訂單生成，即未開放對外的接口，只能接受和處理在物流交易平臺上的操作而形成的物流訂單。在本申請的一種優(yōu)選實(shí)施例中，所述配送信息表是物流交易平臺依據(jù)電子商務(wù)平臺傳送過來物流配送信息生成，除所述物流配送信息和買方聯(lián)系信息外，所述配送信息表中還可以包括如下內(nèi)容(I)第二標(biāo)識，如配送訂單號；(2)對應(yīng)的交易信息表的第一標(biāo)識,如對應(yīng)交易訂單的交易訂單號；(3)物流費(fèi)用信息等。
其中，所述物流費(fèi)用信息可以根據(jù)物流配送信息中的貨物重量信息計算獲得。在本申請的一種優(yōu)選實(shí)施例中，此處的物流費(fèi)用信息可以為由物流交易平臺預(yù)估的物流費(fèi)用，實(shí)際物流費(fèi)用可由物流公司取到貨物之后再計算獲得。例如，當(dāng)物流交易平臺接收到示例I中的物流配送信息后，生成包括如下內(nèi)容的配送信息表交易訂單號(OID):76556637317561配送訂單號(TID)W142548574買方會員編號3492012
買方聯(lián)系人李四買方聯(lián)系電話010-48902011買方收貨地址北京市東三環(huán)遠(yuǎn)洋國際大廈28F預(yù)估物流費(fèi)用(元)24· 50物流狀態(tài)等待預(yù)付物流費(fèi)用在本申請實(shí)施例中，所述配送狀態(tài)信息是指物流交易平臺針對配送訂單維護(hù)的物流配送處理狀態(tài)；例如可以包括如下表I所示的狀態(tài)
2011/5/11 22:11 貨物已分配到發(fā)貨區(qū)，等待送往區(qū)莊站2011/5/12 1:42 上車掃描，送往區(qū)莊站途中，預(yù)計1-2天送達(dá)您手中2011/5/12 7:23 下車掃描，已到達(dá)區(qū)莊站
2011/5/12 7:28 您的貨物已分配，等待配送2011/5/12 9:31 配送員已經(jīng)從站點(diǎn)出發(fā)，請您準(zhǔn)備收貨2011/5/12 18:51 已完成配送當(dāng)然，上述配送狀態(tài)信息僅僅用作示例，在實(shí)際中，不同物流公司的物流交易平臺會設(shè)置不同的配送狀態(tài)信息，本申請對此不作限制。步驟205、根據(jù)所述配送狀態(tài)信息更新對應(yīng)交易信息表中的物流狀態(tài)信息。在本申請的一種優(yōu)選實(shí)施例中，所述步驟205具體可以包括以下子步驟子步驟S11、當(dāng)所述配送狀態(tài)信息被維護(hù)為預(yù)定義的特征狀態(tài)時，所述物流交易平臺向電子商務(wù)平臺發(fā)送第一通知消息；子步驟S12、所述電子商務(wù)平臺依據(jù)所述第一通知消息將對應(yīng)交易信息表中的物流狀態(tài)信息更新為預(yù)設(shè)的對應(yīng)狀態(tài)。物流交易平臺的配送狀態(tài)信息可由各物流公司依據(jù)其服務(wù)對象和服務(wù)標(biāo)準(zhǔn)任意設(shè)置，如上表I中所示的配送狀態(tài)，但在實(shí)際中，所述配送狀態(tài)信息至少包括貨物取到狀態(tài)(即物流公司工作人員取到待配送的貨物)和貨物到達(dá)狀態(tài)(即貨物已被送達(dá)收件人)，因而作為一種具體應(yīng)用的示例，所述配送狀態(tài)信息中預(yù)定義的特征狀態(tài)可以包括貨物取到狀態(tài)和貨物送達(dá)狀態(tài)，相應(yīng)地，所述物流狀態(tài)信息中預(yù)設(shè)的對應(yīng)狀態(tài)分別為賣方已發(fā)貨狀態(tài)和買方已收貨狀態(tài)。對于用戶而言，此二種狀態(tài)也是他們所關(guān)注的狀態(tài)。例如，物流公司工作人員到配送信息表中所指定的賣方聯(lián)系人地址取到貨物后，物流交易平臺相應(yīng)配送信息表中的配送狀態(tài)信息被維護(hù)為“已取件”，在此狀態(tài)下，物流交易平臺發(fā)送一個通知消息給電子商務(wù)平臺，電子商務(wù)平臺依據(jù)該通知，基于所述配送信息表中記錄的第一標(biāo)識找到對應(yīng)的交易信息表，并將該交易信息表中的物流狀態(tài)信息更新為“賣方已發(fā)貨”。當(dāng)貨物送達(dá)配送信息表中所指定的買方聯(lián)系人地址，并由買方聯(lián)系人簽收后，物流交易平臺相應(yīng)配送信息表中的配送狀態(tài)信息被維護(hù)為“已送達(dá)”，在此狀態(tài)下，物流交易平臺發(fā)送一個通知消息給電子商務(wù)平臺，電子商務(wù)平臺依據(jù)該通知，基于所述配送信息表中記錄的第一標(biāo)識找到對應(yīng)的交易信息表，并將該交易信息表中的物流狀態(tài)信息更新為“買方已收貨”。當(dāng)然，本領(lǐng)域技術(shù)人員也可以依據(jù)實(shí)際需求任意定義物流交易平臺中配狀態(tài)信息 的特征狀態(tài)，以及，對應(yīng)設(shè)置電子商務(wù)平臺中物流狀態(tài)信息的表征，以上僅僅用作示例，本申請對此無需加以限制。隨著目前各物流公司所提供的服務(wù)質(zhì)量越來越高，通常在上述基本配送狀態(tài)的基礎(chǔ)上，還設(shè)置有其它配送狀態(tài)信息，例如，貨物分揀信息，貨物的出庫信息，貨物的在途信息，以及各個環(huán)節(jié)的物流工作人員信息等等，以方便用戶全程監(jiān)控貨物的物流流程。因而，作為本申請另一種優(yōu)選的實(shí)施例，所述步驟205具體可以包括如下子步驟子步驟S21、當(dāng)所述配送狀態(tài)信息被更新時，所述物流交易平臺向電子商務(wù)平臺發(fā)送第二通知消息；子步驟S22、所述電子商務(wù)平臺依據(jù)所述第二通知消息將對應(yīng)交易信息表中的物流狀態(tài)信息進(jìn)行同步更新。應(yīng)用本實(shí)施例，電子商務(wù)平臺的物流狀態(tài)信息可以完全與物流交易平臺的配送狀態(tài)信息同步，即只要物流交易平臺發(fā)起對配送狀態(tài)地更新，即同步發(fā)起電子商務(wù)平臺中物流狀態(tài)的更新，具體的狀態(tài)描述信息和格式可由電子商務(wù)平臺和物流交易平臺各自定義，也可以在電子商務(wù)平臺和物流交易平臺中采用完全一致地狀態(tài)描述信息和格式，本申請對此不作限制。在本申請的一種優(yōu)選實(shí)施例中，還可以包括如下步驟所述物流交易平臺將配送信息表返回至電子商務(wù)平臺，所述電子商務(wù)平臺依據(jù)所述配送信息表中記錄的第一標(biāo)識提取對應(yīng)的交易信息表，并將所述配送信息表的第二標(biāo)識，以及，物流費(fèi)用信息寫入該交易信息表中。例如，當(dāng)電子商務(wù)平臺接收到上述示例I的配送信息表時，所維護(hù)的對應(yīng)交易信息表的內(nèi)容如下交易訂單號(OID):76556637317561賣方會員編號4930219賣方聯(lián)系人張三賣方聯(lián)系電話0571-87922202賣方取貨地址浙江省杭州市江干區(qū)慶春路1688號一號倉庫
買方會員編號3492012買方聯(lián)系人李四買方聯(lián)系電話010-48902011買方收貨地址北京市東三環(huán)遠(yuǎn)洋國際大廈28F貨物費(fèi)用(元)1790.00貨物重量(公斤)21.0支付公司編號
支付交易號訂單狀態(tài)未付款支付物流費(fèi)用24.50實(shí)際物流費(fèi)用物流公司編號YT01配送訂單號(TID)W142548574物流狀態(tài)等待預(yù)付物流費(fèi)用創(chuàng)建時間2011-03-1811:28:19. 879302付款時間發(fā)貨時間收貨時間在具體實(shí)現(xiàn)中，所述電子商務(wù)平臺還可以依據(jù)交易信息中的訂單狀態(tài)更新物流狀態(tài)信息。為保證網(wǎng)上交易的安全性，用戶可以通過第三方支付平臺，如支付寶，對交易訂單(包括貨款和物流費(fèi)用)進(jìn)行支付。例如，基于上述示例1，當(dāng)買方通過第三方支付平臺支付貨款和物流費(fèi)用后，交易信息表中變化的內(nèi)容如下交易訂單號(OID):76556637317561支付公司編號ALIPAY支付交易號2011031875398516訂單狀態(tài)支付寶已付款物流狀態(tài)已預(yù)付物流費(fèi)用付款時間2011-03-1811:37:37. 133471在具體實(shí)現(xiàn)中，本申請實(shí)施例還可以包括以下步驟當(dāng)所述電子商務(wù)平臺接收到針對所述物流費(fèi)用信息的付款信息時，向物流交易平臺發(fā)送第三通知消息；所述物流交易平臺依據(jù)所述第三通知消息維護(hù)配送狀態(tài)信息。例如，基于上述示例1，當(dāng)買方付款成功后，電子商務(wù)平臺通過網(wǎng)絡(luò)將已預(yù)付物流費(fèi)用的信息發(fā)送至圓通快遞公司的物流交易平臺，所述第三通知消息具體可以包括如下內(nèi)容配送訂單號(TID)W142548574信息內(nèi)容已預(yù)付物流費(fèi)用當(dāng)圓通快遞公司的物流交易平臺到該信息后，更新配送信息表為
交易訂單號(OID):76556637317561配送訂單號(TID)W142548574預(yù)估物流費(fèi)用(元)24· 50物流狀態(tài)需要取貨在這種情況下，物流公司 可以安排相應(yīng)的物流人員上門取貨。若由相應(yīng)物流人員上門取貨后，計算的實(shí)際物流費(fèi)用與在先的預(yù)估物流費(fèi)用不符，則在物流交易平臺的配送信息表中記錄實(shí)際物流費(fèi)用，并通知電子商務(wù)平臺；所述電子商務(wù)平臺依據(jù)該實(shí)際物流費(fèi)用更新對應(yīng)交易信息表中的實(shí)際物流費(fèi)用信息。如果預(yù)估物流費(fèi)用大于實(shí)際物流費(fèi)用，則在用戶采用第三方支付平臺支付了預(yù)估費(fèi)用的情況下，由第三方支付平臺退還差額；如果預(yù)估物流費(fèi)用小于實(shí)際物流費(fèi)用，則由電子商務(wù)平臺向用戶發(fā)送費(fèi)用補(bǔ)差的支付請求。例如，基于上述示例1，當(dāng)物流人員取到貨物后，確認(rèn)實(shí)際需要的物流費(fèi)用為23元，小于買方預(yù)付的物流費(fèi)用24. 5元，此時交易信息表中變化的內(nèi)容如下所示交易訂單號(OID):76556637317561實(shí)際物流費(fèi)用23. 00發(fā)貨時間2011-03-1815:41:29. 346731物流狀態(tài)賣方已發(fā)貨在實(shí)際中，物流公司人員送貨，買方收到貨物后，確認(rèn)收貨。第三方支付平臺向賣方和物流公司分別支付貨款和實(shí)際物流費(fèi)用，物流費(fèi)用剩余的I. 5元返還給買方。在全部交易流程完成后，電子商務(wù)平臺中交易信息表的內(nèi)容如下所示訂單號(OID):76556637317561賣方會員編號4930219賣方聯(lián)系人張三賣方聯(lián)系電話0571-87922202賣方取貨地址浙江省杭州市江干區(qū)慶春路1688號一號倉庫買方會員編號3492012買方聯(lián)系人李四買方聯(lián)系電話010-48902011買方收貨地址北京市東三環(huán)遠(yuǎn)洋國際大廈28F貨物費(fèi)用(元)1790.00貨物重量(公斤)21· O支付公司編號ALIPAY支付交易號2011031875398516訂單狀態(tài)完成支付物流費(fèi)用24. 50實(shí)際物流費(fèi)用23. 00物流公司編號YT01物流單號(TID)W142548574物流狀態(tài)買方已收貨
創(chuàng)建時間2011-03-1811:28:19. 879302付款時間2011-03-1811:37:37. 133471發(fā)貨時間2011-03-1815:41:29. 346731收貨時間2011-03-1917:24:15. 859312在本申請實(shí)施例中，對所述貨款和物流費(fèi)用的支付方式不作限制，除上述第三方支付平臺的支付方式以外，用戶也可以采用網(wǎng)上銀行、電子匯款或線下支付的方式，還可以分別支付貨款和物流費(fèi)用，例如通過第三方支付平臺或網(wǎng)上銀行對交易訂單中的貨物進(jìn)行支付，而在線下貨物送達(dá)對物流費(fèi)用進(jìn)行支付等。參考圖3，示出了本申請的一種電子商務(wù)平臺與物流交易平臺的信息交互方法實(shí)施例2的流程圖，具體可以包括以下步驟 步驟301、電子商務(wù)平臺生成交易訂單，在后臺維護(hù)對應(yīng)的交易信息表，所述交易信息表中包括第一標(biāo)識、物流配送信息、訂單狀態(tài)信息、物流狀態(tài)信息；其中，所述物流配送信息包括買方標(biāo)識、賣方聯(lián)系信息和貨物重量信息。步驟302、運(yùn)費(fèi)付款方選擇物流公司的對應(yīng)物流交易平臺；步驟303、從所述交易信息表中提取物流配送信息并發(fā)送至所述選定的物流交易平臺；步驟304、所述物流交易平臺依據(jù)買方標(biāo)識在預(yù)置的買方信息數(shù)據(jù)庫中提取對應(yīng)的買方聯(lián)系信息；并依據(jù)所述物流配送信息和買方聯(lián)系信息生成配送信息表，所述配送信息表中維護(hù)有配送狀態(tài)信息；步驟305、物流公司依據(jù)所述配送信息表拿到貨物并確定運(yùn)費(fèi)，相應(yīng)更新配送信息表中的物流費(fèi)用信息，并更新配送狀態(tài)信息為“已取貨”，電子商務(wù)平臺依據(jù)該配送狀態(tài)信息維護(hù)對應(yīng)交易信息表中的物流狀態(tài)信息為“賣方已發(fā)貨”狀態(tài)；步驟306、判斷運(yùn)費(fèi)付款方是否采用第三方支付平臺、網(wǎng)上銀行或電子匯款等線上形式支付運(yùn)費(fèi)，若是，則執(zhí)行步驟307 ;否則執(zhí)行步驟309 ；步驟307、電子商務(wù)平臺收到針對運(yùn)費(fèi)的支付信息，將訂單狀態(tài)信息更新為“運(yùn)費(fèi)已付”，則物流狀態(tài)信息相應(yīng)更新為“運(yùn)費(fèi)已付”;然后轉(zhuǎn)步驟308 ；步驟308、物流公司依據(jù)所述配送信息表將貨物送達(dá)買方，買方確認(rèn)收貨，物流交易平臺相應(yīng)更新配送狀態(tài)信息為“已送達(dá)”，電子商務(wù)平臺依據(jù)該配送狀態(tài)信息維護(hù)對應(yīng)交易信息表中的物流狀態(tài)信息為“買方已收貨”狀態(tài)；轉(zhuǎn)步驟310 ；步驟309、物流公司依據(jù)所述配送信息表將貨物送達(dá)買方，若獲得買方確認(rèn)收貨并已支付運(yùn)費(fèi)的信息，物流交易平臺相應(yīng)更新配送狀態(tài)信息為“已送達(dá)”，電子商務(wù)平臺依據(jù)該配送狀態(tài)信息維護(hù)對應(yīng)交易信息表中的物流狀態(tài)信息為“買方已收貨”狀態(tài)。步驟310、當(dāng)采用第三方支付平臺支付運(yùn)費(fèi)時，在買方確認(rèn)收貨后，第三方支付平臺會將運(yùn)費(fèi)轉(zhuǎn)至物流交易平臺。參考圖4所示的買方、賣方、物流公司的三方信息交互示意圖，應(yīng)用本實(shí)施例，在電子商務(wù)平臺的交易訂單(包括唯一的0ID)生成后，電子商務(wù)平臺可根據(jù)賣方的意愿，自動將物流配送信息發(fā)送至第三方物流公司的物流交易平臺(A時間點(diǎn))，物流交易平臺成功獲得物流配送信息后，經(jīng)過內(nèi)部處理，返回該筆配送訂單的憑證號(定義為唯一的TID)，電子商務(wù)平臺自動將OID與TID關(guān)聯(lián)，并且將該筆交易的物流狀態(tài)維護(hù)為“等待物流公司取貨”，同時買方可查詢到該交易的狀態(tài)，知悉物流公司已經(jīng)收到配送信息。在此交互過程中，物流公司和電子商務(wù)平臺可根據(jù)協(xié)議和需要，向賣方或買方提供額外的信息，如取貨人員聯(lián)系方式、取貨時間等等。物流公司根據(jù)配送訂單的發(fā)貨方信息，與發(fā)貨方聯(lián)系并取得貨物，同時與運(yùn)費(fèi)付款方確認(rèn)該筆配送的運(yùn)費(fèi)。在此過程中，運(yùn)費(fèi)付款方和物流公司可選擇如下的運(yùn)費(fèi)支付方式運(yùn)費(fèi)付款方付款至第三方支付平臺，在買方確認(rèn)收貨后，第三方支付平臺再將運(yùn)費(fèi)支付至物流公司。在物流公司已取到貨物、確認(rèn)運(yùn)費(fèi)之后(B時間點(diǎn))，由物流公司在物流交易平臺更新配送信息，將TID對應(yīng)的配送狀態(tài)更新為“已取貨，準(zhǔn)備發(fā)貨”狀態(tài)，同時買方亦可查詢到該筆交易的狀態(tài)，知悉物流公司已經(jīng)取得貨物，準(zhǔn)備發(fā)貨。在此交互過程中，物流公司和電子商務(wù)平臺可根據(jù)協(xié)議和需要，向賣方和買方提供額外的信息，如取貨人員聯(lián)系方式、取貨時間、貨物重量、運(yùn)費(fèi)等等。在買方收到貨物之后(C時間點(diǎn))，確認(rèn)貨物的完好、一致。如果選擇第三方支付運(yùn)·費(fèi)的方式，一旦買方確認(rèn)收到貨物(且沒有在運(yùn)輸過程中損壞)，運(yùn)費(fèi)即由第三方支付平臺支付至物流公司。參考圖5，示出了本申請的一種電子商務(wù)平臺與物流交易平臺的信息交互方法實(shí)施例3的流程圖，具體可以包括以下步驟步驟501、電子商務(wù)平臺生成交易訂單，在后臺維護(hù)對應(yīng)的交易信息表，所述交易信息表中包括第一標(biāo)識、物流配送信息、訂單狀態(tài)信息、物流狀態(tài)信息；其中，所述物流配送信息包括賣方聯(lián)系信息和貨物重量信息。步驟502、運(yùn)費(fèi)付款方選擇物流公司的對應(yīng)物流交易平臺；步驟503、從所述交易信息表中提取物流配送信息并發(fā)送至所述選定的物流交易平臺；步驟504、判斷是否采用第三方支付平臺支付運(yùn)費(fèi)，若是，則執(zhí)行步驟505，否則執(zhí)行步驟506 ；步驟505、運(yùn)費(fèi)付款方在電子商務(wù)平臺通過第三方支付平臺支付預(yù)估運(yùn)費(fèi)，轉(zhuǎn)步驟506 ；步驟506、所述物流交易平臺依據(jù)買方標(biāo)識在預(yù)置的買方信息數(shù)據(jù)庫中提取對應(yīng)的買方聯(lián)系信息；并依據(jù)所述物流配送信息和買方聯(lián)系信息生成配送信息表，所述配送信息表中維護(hù)有配送狀態(tài)信息；步驟507、物流公司依據(jù)所述配送信息表拿到貨物并確定實(shí)際運(yùn)費(fèi)，相應(yīng)更新配送信息表中的物流費(fèi)用信息，并更新配送狀態(tài)信息為“已取貨”，電子商務(wù)平臺依據(jù)該配送狀態(tài)信息維護(hù)對應(yīng)交易信息表中的物流狀態(tài)信息為“賣方已發(fā)貨”狀態(tài)；步驟508、判斷運(yùn)費(fèi)付款方是否采用第三方支付平臺支付運(yùn)費(fèi)，若是，則執(zhí)行步驟509 ;否則執(zhí)行步驟511 ；步驟509、判斷所述實(shí)際運(yùn)費(fèi)是否大于預(yù)估運(yùn)費(fèi)，若是，則執(zhí)行步驟510，否則，執(zhí)行步驟512 ；步驟510、運(yùn)費(fèi)付款方在電子商務(wù)平臺通過第三方支付平臺支付運(yùn)費(fèi)差額，轉(zhuǎn)步驟512 ；
步驟511、通過網(wǎng)上銀行、電子匯款等其它在線方式支付運(yùn)費(fèi)，或在貨物送達(dá)時支付運(yùn)費(fèi)，轉(zhuǎn)步驟512 ；步驟512、電子商務(wù)平臺收到針對運(yùn)費(fèi)的支付信息，將訂單狀態(tài)信息更新為“運(yùn)費(fèi)已付”，則物流狀態(tài)信息相應(yīng)更新為“運(yùn)費(fèi)已付”；步驟513、物流公司依據(jù)所述配送信息表將貨物送達(dá)買方，買方確認(rèn)收貨，物流交易平臺相應(yīng)更新配送狀態(tài)信息為“已送達(dá)”，電子商務(wù)平臺依據(jù)該配送狀態(tài)信息維護(hù)對應(yīng)交易信息表中的物流狀態(tài)信息為“買方已收貨”狀態(tài)；步驟514、在采用第三方支付平臺支付運(yùn)費(fèi)時，在買方確認(rèn)收貨后，第三方支付平臺會向物流交易平臺支付實(shí)際運(yùn)費(fèi)，并在運(yùn)費(fèi)有剩余時(支付的預(yù)估運(yùn)費(fèi)大于實(shí)際運(yùn)費(fèi))，第三方支付平臺向運(yùn)費(fèi)付款方退還差額。需要說明的是，對于前述方法實(shí)施例，為了簡單描述，故將其都表述為一系列的動 作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本申請并不受所描述的動作順序的限制，因?yàn)橐罁?jù)本申請，某些步驟可以采用其他順序或者同時進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動作和模塊并不一定是本申請所必須的。參考圖6，示出了本申請的一種電子商務(wù)平臺與物流交易平臺的信息交互裝置實(shí)施例的結(jié)構(gòu)框圖，具體可以包括如下模塊位于電子商務(wù)平臺61的交易信息表生成模塊611,用于生成信息表,所述交易信息表中包括物流配送信息和物流狀態(tài)信息，其中，所述物流配送信息包括買方標(biāo)識；位于電子商務(wù)平臺61的物流配送信息發(fā)送模塊612，用于提取所述物流配送信息并發(fā)送至指定的物流交易平臺；位于所述物流交易平臺62的買方聯(lián)系信息提取模塊621，用于依據(jù)買方標(biāo)識在預(yù)置的買方信息數(shù)據(jù)庫中提取對應(yīng)的買方聯(lián)系信息；位于所述物流交易平臺62的配送信息表生成模塊622，用于依據(jù)所述物流配送信息和買方聯(lián)系信息生成配送信息表，所述配送信息表中維護(hù)有配送狀態(tài)信息；物流狀態(tài)同步模塊63，用于根據(jù)所述配送狀態(tài)信息更新對應(yīng)交易信息表中的物流狀態(tài)信息。在本申請的一種優(yōu)選實(shí)施例中，所述物流同步模塊可以包括以下子模塊位于所述物流交易平臺的第一通知消息發(fā)送子模塊，用于在所述配送狀態(tài)信息被維護(hù)為預(yù)定義的特征狀態(tài)時，向電子商務(wù)平臺發(fā)送第一通知消息；位于所述電子商務(wù)平臺的第一物流狀態(tài)更新子模塊，用于依據(jù)所述第一通知消息將對應(yīng)交易信息表中的物流狀態(tài)信息更新為預(yù)設(shè)的對應(yīng)狀態(tài)。作為本申請具體應(yīng)用的一種示例，所述配送狀態(tài)信息中預(yù)定義的特征狀態(tài)可以包括貨物取到狀態(tài)和貨物送達(dá)狀態(tài)，所述物流狀態(tài)信息中預(yù)設(shè)的對應(yīng)狀態(tài)分別為賣方已發(fā)貨狀態(tài)和買方已收貨狀態(tài)。在本申請另一種優(yōu)選的實(shí)施例中，所述物流同步模塊可以包括以下子模塊位于所述物流交易平臺的第二通知消息發(fā)送子模塊，用于在所述配送狀態(tài)信息被更新時，向電子商務(wù)平臺發(fā)送第二通知消息；位于所述電子商務(wù)平臺的第二物流狀態(tài)更新子模塊，用于依據(jù)所述第二通知消息將對應(yīng)交易信息表中的物流狀態(tài)信息進(jìn)行同步更新。在具體實(shí)現(xiàn)中，所述交易信息表具有第一標(biāo)識，所述配送信息表具有第二標(biāo)識，為關(guān)聯(lián)電子商務(wù)平臺中的交易信息表和物流交易平臺中的配送信息表，所述配送信息表中還可以包括第一標(biāo)識，所述交易信息表中還可以包括第二標(biāo)識。在具體實(shí)現(xiàn)中，所述物流配送信息還可以包括貨物重量信息，所述配送信息表中還可以包括依據(jù)所述貨物重量信息計算的預(yù)估物流費(fèi)用信息；在這種情況下，所述裝置實(shí)施例還可以包括以下模塊位于所述物流交易平臺的返回模塊，用于將配送信息表返回至電子商務(wù)平臺；位于所述電子商務(wù)平臺的記錄維護(hù)模塊，用于依據(jù)所述配送信息表中記錄的第一標(biāo)識提取對應(yīng)的交易信息表，并將所述配送信息表的第二標(biāo)識，以及，預(yù)估物流費(fèi)用信息寫入該交易信息表中。
作為本申請具體應(yīng)用的一種示例，所述裝置實(shí)施例還可以包括以下模塊位于所述電子商務(wù)平臺的第三通知消息發(fā)送模塊，用于在接收到針對所述預(yù)估物流費(fèi)用信息的付款信息時，向物流交易平臺發(fā)送第三通知消息；位于所述物流交易平臺的信息維護(hù)模塊，用于依據(jù)所述第三通知消息維護(hù)配送狀態(tài)息。在本申請的一種優(yōu)選實(shí)施例中，所述配送信息表中還可以包括實(shí)際物流費(fèi)用信息；所述交易信息表中還可以包括實(shí)際物流費(fèi)用信息，在這種情況下，所述裝置實(shí)施例還可以包括以下模塊位于所述電子商務(wù)平臺差額處理模塊，用于依據(jù)所述預(yù)估物流費(fèi)用信息和實(shí)際物流費(fèi)用信息的差額，向用戶發(fā)送費(fèi)用補(bǔ)差支付請求或向用戶執(zhí)行退款操作。在具體實(shí)現(xiàn)中，所述交易信息表中還可以包括訂單狀態(tài)信息，所述裝置實(shí)施例還可以包括以下模塊位于電子商務(wù)平臺的狀態(tài)更改模塊，用于依據(jù)訂單狀態(tài)信息更新物流狀態(tài)信息。由于本實(shí)施例基本相應(yīng)于前述圖2、圖3、圖4和圖5所示的方法實(shí)施例，故本實(shí)施例的描述中未詳盡之處，可以參見前述實(shí)施例中的相關(guān)說明，在此就不贅述了。需要說明的是，本申請裝置實(shí)施例和系統(tǒng)實(shí)施例中所涉及的模塊、子模塊和單元可以為軟件，可以為硬件，也可以為軟件和硬件的組合。本申請可用于眾多通用或?qū)Ｓ玫挠嬎阆到y(tǒng)環(huán)境或配置中。例如個人計算機(jī)、服務(wù)器計算機(jī)、手持設(shè)備或便攜式設(shè)備、平板型設(shè)備、多處理器系統(tǒng)、基于微處理器的系統(tǒng)、置頂盒、可編程的消費(fèi)電子設(shè)備、網(wǎng)絡(luò)PC、小型計算機(jī)、大型計算機(jī)、包括以上任何系統(tǒng)或設(shè)備的分布式計算環(huán)境等等。本申請可以在由計算機(jī)執(zhí)行的計算機(jī)可執(zhí)行指令的一般上下文中描述，例如程序模塊。一般地，程序模塊包括執(zhí)行特定任務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、對象、組件、數(shù)據(jù)結(jié)構(gòu)等等。也可以在分布式計算環(huán)境中實(shí)踐本申請，在這些分布式計算環(huán)境中，由通過通信網(wǎng)絡(luò)而被連接的遠(yuǎn)程處理設(shè)備來執(zhí)行任務(wù)。在分布式計算環(huán)境中，程序模塊可以位于包括存儲設(shè)備在內(nèi)的本地和遠(yuǎn)程計算機(jī)存儲介質(zhì)中。最后，還需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實(shí)體或者操作與另一個實(shí)體或操作區(qū)分開來，而不一定要求或者暗示這些實(shí)體或操作之間存在任何這種實(shí)際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或
者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個......”限定的要素，
并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。 以上對本申請所提供的一種電子商務(wù)平臺與物流交易平臺的信息交互方法，以及，一種電子商務(wù)平臺與物流交易平臺的信息交互裝置進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個例對本申請的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解本申請的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本申請的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本申請的限制。
權(quán)利要求
1.一種電子商務(wù)平臺與物流交易平臺的信息交互方法，其特征在于，包括 電子商務(wù)平臺生成交易信息表，所述交易信息表中包括物流配送信息和物流狀態(tài)信息，其中，所述物流配送信息包括買方標(biāo)識； 提取所述物流配送信息并發(fā)送至指定的物流交易平臺； 所述物流交易平臺依據(jù)買方標(biāo)識在預(yù)置的買方信息數(shù)據(jù)庫中提取對應(yīng)的買方聯(lián)系信息；并依據(jù)所述物流配送信息和買方聯(lián)系信息生成配送信息表，其中，所述配送信息表中維護(hù)有配送狀態(tài)信息； 根據(jù)所述配送狀態(tài)信息更新對應(yīng)交易信息表中的物流狀態(tài)信息。
2.如權(quán)利要求I所述的方法，其特征在于，所述根據(jù)配送狀態(tài)信息更新對應(yīng)交易信息表中的物流狀態(tài)信息的步驟包括 當(dāng)所述配送狀態(tài)信息被維護(hù)為預(yù)定義的特征狀態(tài)時，所述物流交易平臺向電子商務(wù)平臺發(fā)送第一通知消息； 所述電子商務(wù)平臺依據(jù)所述第一通知消息將對應(yīng)交易信息表中的物流狀態(tài)信息更新為預(yù)設(shè)的對應(yīng)狀態(tài)。
3.如權(quán)利要求2所述的方法，其特征在于，所述配送狀態(tài)信息中預(yù)定義的特征狀態(tài)包括貨物取到狀態(tài)和貨物送達(dá)狀態(tài)，所述物流狀態(tài)信息中預(yù)設(shè)的對應(yīng)狀態(tài)分別為賣方已發(fā)貨狀態(tài)和買方已收貨狀態(tài)。
4.如權(quán)利要求I所述的方法，其特征在于，所述根據(jù)配送狀態(tài)信息更新對應(yīng)交易信息表中的物流狀態(tài)信息的步驟包括 當(dāng)所述配送狀態(tài)信息被更新時，所述物流交易平臺向電子商務(wù)平臺發(fā)送第二通知消息； 所述電子商務(wù)平臺依據(jù)所述第二通知消息將對應(yīng)交易信息表中的物流狀態(tài)信息進(jìn)行同步更新。
5.如權(quán)利要求1、2、3或4所述的方法，其特征在于，所述交易信息表具有第一標(biāo)識，所述配送信息表具有第二標(biāo)識，所述配送信息表中還包括第一標(biāo)識，所述交易信息表中還包括第二標(biāo)識。
6.如權(quán)利要求5所述的方法，其特征在于，所述物流配送信息還包括貨物重量信息，所述配送信息表中還包括依據(jù)所述貨物重量信息計算的預(yù)估物流費(fèi)用信息；所述的方法還包括 所述物流交易平臺將配送信息表返回至電子商務(wù)平臺，所述電子商務(wù)平臺依據(jù)所述配送信息表中記錄的第一標(biāo)識提取對應(yīng)的交易信息表，并將所述配送信息表的第二標(biāo)識，以及，預(yù)估物流費(fèi)用信息寫入該交易信息表中。
7.如權(quán)利要求6所述的方法，其特征在于，還包括 當(dāng)所述電子商務(wù)平臺接收到針對所述預(yù)估物流費(fèi)用信息的付款信息時，向物流交易平臺發(fā)送第三通知消息； 所述物流交易平臺依據(jù)所述第三通知消息維護(hù)配送狀態(tài)信息。
8.如權(quán)利要求7所述的方法，其特征在于，所述配送信息表中還包括實(shí)際物流費(fèi)用信息；所述交易信息表中還包括實(shí)際物流費(fèi)用信息，所述的方法還包括 所述電子商務(wù)平臺依據(jù)所述預(yù)估物流費(fèi)用信息和實(shí)際物流費(fèi)用信息的差額，向用戶發(fā)送費(fèi)用補(bǔ)差支付請求或向用戶執(zhí)行退款操作。
9.如權(quán)利要求6、7或8所述的方法，其特征在于，所述交易信息表中還包括訂單狀態(tài)信息，所述的方法還包括 依據(jù)訂單狀態(tài)信息更新物流狀態(tài)信息。
10.如權(quán)利要求9所述的方法，其特征在于，所述物流配送信息還包括賣方聯(lián)系信息；所述指定的物流交易平臺由運(yùn)費(fèi)付款方在電子商務(wù)平臺選定。
11.一種電子商務(wù)平臺與物流交易平臺的信息交互裝置，其特征在于，包括 位于電子商務(wù)平臺的交易信息表生成模塊，用于生成信息表，所述交易信息表中包括物流配送信息和物流狀態(tài)信息，其中，所述物流配送信息包括買方標(biāo)識； 位于電子商務(wù)平臺的物流配送信息發(fā)送模塊，用于提取所述物流配送信息并發(fā)送至指定的物流交易平臺； 位于所述物流交易平臺的買方聯(lián)系信息提取模塊，用于依據(jù)買方標(biāo)識在預(yù)置的買方信息數(shù)據(jù)庫中提取對應(yīng)的買方聯(lián)系信息； 位于所述物流交易平臺的配送信息表生成模塊，用于依據(jù)所述物流配送信息和買方聯(lián)系信息生成配送信息表，所述配送信息表中維護(hù)有配送狀態(tài)信息； 物流狀態(tài)同步模塊，用于根據(jù)所述配送狀態(tài)信息更新對應(yīng)交易信息表中的物流狀態(tài)信肩、O
12.如權(quán)利要求11所述的裝置，其特征在于，所述物流同步模塊包括 位于所述物流交易平臺的第一通知消息發(fā)送子模塊，用于在所述配送狀態(tài)信息被維護(hù)為預(yù)定義的特征狀態(tài)時，向電子商務(wù)平臺發(fā)送第一通知消息； 位于所述電子商務(wù)平臺的第一物流狀態(tài)更新子模塊，用于依據(jù)所述第一通知消息將對應(yīng)交易信息表中的物流狀態(tài)信息更新為預(yù)設(shè)的對應(yīng)狀態(tài)。
13.如權(quán)利要求12所述的裝置，其特征在于，所述配送狀態(tài)信息中預(yù)定義的特征狀態(tài)包括貨物取到狀態(tài)和貨物送達(dá)狀態(tài)，所述物流狀態(tài)信息中預(yù)設(shè)的對應(yīng)狀態(tài)分別為賣方已發(fā)貨狀態(tài)和買方已收貨狀態(tài)。
14.如權(quán)利要求11所述的裝置，其特征在于，所述物流同步模塊包括 位于所述物流交易平臺的第二通知消息發(fā)送子模塊，用于在所述配送狀態(tài)信息被更新時，向電子商務(wù)平臺發(fā)送第二通知消息； 位于所述電子商務(wù)平臺的第二物流狀態(tài)更新子模塊，用于依據(jù)所述第二通知消息將對應(yīng)交易信息表中的物流狀態(tài)信息進(jìn)行同步更新。
15.如權(quán)利要求11、12、13或14所述的裝置，其特征在于，所述交易信息表具有第一標(biāo)識，所述配送信息表具有第二標(biāo)識，所述配送信息表中還包括第一標(biāo)識，所述交易信息表中還包括第二標(biāo)識。
16.如權(quán)利要求15所述的裝置，其特征在于，所述物流配送信息還包括貨物重量信息，所述配送信息表中還包括依據(jù)所述貨物重量信息計算的預(yù)估物流費(fèi)用信息；所述的裝置還包括 位于所述物流交易平臺的返回模塊，用于將配送信息表返回至電子商務(wù)平臺； 位于所述電子商務(wù)平臺的記錄維護(hù)模塊，用于依據(jù)所述配送信息表中記錄的第一標(biāo)識提取對應(yīng)的交易信息表，并將所述配送信息表的第二標(biāo)識，以及，預(yù)估物流費(fèi)用信息寫入該交易信息表中。
17.如權(quán)利要求16所述的裝置，其特征在于，還包括 位于所述電子商務(wù)平臺的第三通知消息發(fā)送模塊，用于在接收到針對所述預(yù)估物流費(fèi)用信息的付款信息時，向物流交易平臺發(fā)送第三通知消息； 位于所述物流交易平臺的信息維護(hù)模塊，用于依據(jù)所述第三通知消息維護(hù)配送狀態(tài)信肩、O
18.如權(quán)利要求17所述的裝置，其特征在于，所述配送信息表中還包括實(shí)際物流費(fèi)用信息；所述交易信息表中還包括實(shí)際物流費(fèi)用信息，所述的裝置還包括 位于所述電子商務(wù)平臺差額處理模塊，用于依據(jù)所述預(yù)估物流費(fèi)用信息和實(shí)際物流費(fèi)用信息的差額，向用戶發(fā)送費(fèi)用補(bǔ)差支付請求或向用戶執(zhí)行退款操作。
19.如權(quán)利要求16、17或18所述的裝置，其特征在于，所述交易信息表中還包括訂單狀態(tài)信息，所述的裝置還包括 位于電子商務(wù)平臺的狀態(tài)更改模塊，用于依據(jù)訂單狀態(tài)信息更新物流狀態(tài)信息。
全文摘要
本申請?zhí)峁┝艘环N電子商務(wù)平臺與物流交易平臺的信息交互方法及裝置，其中，所述方法包括電子商務(wù)平臺生成交易信息表，所述交易信息表中包括物流配送信息和物流狀態(tài)信息，其中，所述物流配送信息包括買方標(biāo)識；提取所述物流配送信息并發(fā)送至指定的物流交易平臺；所述物流交易平臺依據(jù)買方標(biāo)識在預(yù)置的買方信息數(shù)據(jù)庫中提取對應(yīng)的買方聯(lián)系信息；并依據(jù)所述物流配送信息和買方聯(lián)系信息生成配送信息表，其中，所述配送信息表中維護(hù)有配送狀態(tài)信息；根據(jù)所述配送狀態(tài)信息更新對應(yīng)交易信息表中的物流狀態(tài)信息。本申請可以在電子商務(wù)平臺和物流交易平臺交互信息時，減少平臺之間傳遞的數(shù)據(jù)量，有效避免網(wǎng)絡(luò)堵塞、提高數(shù)據(jù)的傳輸速度。
文檔編號G06Q10/08GK102880947SQ201110193408
公開日2013年1月16日 申請日期2011年7月11日 優(yōu)先權(quán)日2011年7月11日
發(fā)明者羅金鵬 申請人:阿里巴巴集團(tuán)控股有限公司