專利名稱：網上交易方法及網上交易系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種網絡領域，特別涉及一種網上交易方法及網上交易系統(tǒng)。
背景技術：
隨著互聯網的發(fā)展和數字簽名等加密技術的成熟，電子商務在世界范圍 內蓬勃興起，出現了例如亞馬遜、阿里巴巴等一大批成熟的以電子商務為主 的運營方式的成功范例。
這種交易的方式徹底改變了現有的交易模式。請參閱圖1,其為現有的一
種常見的網上交易系統(tǒng)原理結構示意圖。它包括商戶1、中間平臺2、支付平 臺3和用戶4。用戶4預購買商戶1的商品，利用支付平臺3進行網上支付。 商戶1通過郵寄或其它方式將商品交于用戶4。商戶1與支付平臺3定期進行 對賬劃賬處理。當然，支付平臺3完成的功能也可以集成到中間平臺2上。
支付平臺3以支付寶為例，用戶4完全可以在支付寶上開設一賬戶，并 在賬戶上直接存儲或充值方式存儲若干金額，這樣，用戶4預購買商戶1的 商品時，只需要通過支付寶進行扣款處理即可。并且通過上述方式，商戶1 只需定期完成與支付寶的對賬劃賬工作即可。
中間平臺2上至少設置有一服務器中心11和一數據庫12。服務器中心 21用于處理每一交易請求。數據庫22用于實時記錄每一筆交易。
通過上述網上交易可知，商戶1和用戶4通過中間平臺2進行交易，大 大提高了交易的安全性。對于用戶而言，由于商戶l屬于網上的一虛擬商戶， 無法判定其真實性，對于購買物件也無法判定其品質問題，通過中間平臺2 進行支付，省去了此類擔憂。對于商戶1而言，通過中間平臺2建立與用戶4 的信任，能降低用戶的不信任感，提高銷售量。這種交易模式做到商戶1、用 戶4和中間平臺2共贏的模式，目前已得到了迅猛發(fā)展。
并且，在上述的網上購物領域中，現在還依然延續(xù)著商戶或通過物流公 司直接上門送貨并收款的方式進行商品銷售。這種交易模式，存在以下缺陷
6第一現有的交易方式存在用戶對商戶存在不信任感而不購買商品的現 象，減少交易的成功率，特別不能滿足不具備支付平臺提供的支付手段用戶 購物的需求，也不能滿足對網上購買大宗商品不放心的用戶購物支付的需求；第二現有的交易方式同樣還存在用戶購買商品時發(fā)現網絡看到的圖片 或影像與實際購買不 一 致而引發(fā)糾紛的現象；第三現有的交易方式中如果委托物流公司收錢的，物流公司回款很慢， 對商戶造成資金壓力。第四現有的交易方式中如果委托物流公司收錢，各個商戶委托不同的 物流公司，而對物流公司又沒有統(tǒng)一的認定標準，容易出現各種交易狀況。 特別是當物流公司出現拖欠貨款的時候，該交易方式存在著其安全性問題。發(fā)明內容本發(fā)明的目的在于提供一種具有更強擴展性和安全性的網上交易方法。 本發(fā)明的另 一 目的在于提供一種具有更強擴展性和安全性的網上交易系統(tǒng)。為了達到上述目的，本發(fā)明一種網上交易方法，用于通過物流公司來進 行商戶和用戶之間的商品交易，包括以下步驟(1) 用戶通過中間平臺購買商戶的商品，并向中間平臺發(fā)送至少包括所述 用戶選擇貨到付款交易模式的交易請求；(2) 中間平臺將包括貨到付款交易模式在內的交易信息發(fā)送至支付平臺；(3) 中間平臺向商戶選定或中間平臺指定的已簽約物流公司的物流平臺發(fā) 送上門攬件的通知請求；(4) 當接收到物流平臺發(fā)送的"上門攬件成功"的攬件結果消息后，中間 平臺將商戶已發(fā)貨的交易狀態(tài)發(fā)送至支付平臺；(5) 當接收到物流平臺發(fā)送的"用戶已確認收貨"的用戶確認消息后，中 間平臺將買家已確認收貨的交易狀態(tài)發(fā)送至支付平臺；(6) 支付平臺和商戶實時或按周期進行費用交易結算；(7) 支付平臺和物流平臺實時或按周期完成清算及分成操作。步驟(3)進一步包括物流公司預先與中間平臺簽約成已簽約物流公司， 每次交易時商戶從該些已簽約物流公司中選擇其中 一 家已簽約物流公司完成 本次交易，或者，物流公司預先與中間平臺簽約成已簽約物流公司，商戶預先從該些已簽 約物流公司中選擇其中一家已簽約物流公司作為本商戶指定的物流公司，每 次交易時通過所述指定的物流公司來完成本次交易。當接收到物流平臺發(fā)送的"上門攬件未成功"的攬件結果消息時，中間 平臺將所述攬件結果消息發(fā)送至支付平臺，并判斷該商戶"上門攬件未成功" 的次數是否大于一域值，若是，則對該商戶按照預先設定的規(guī)定進行處理。本發(fā)明還包括當接收到物流平臺發(fā)送的"用戶拒收"的用戶確認消息后，中間平臺將 "用戶拒收"的交易狀態(tài)發(fā)送至支付平臺，中間平臺向物流平臺返回將商品退回至商戶的處理指示消息；物流平臺將商品退回至商戶的處理結果發(fā)送至中間平臺；中間平臺將所述處理結果返回至支付平臺。一種網上交易系統(tǒng)，其特征在于，包括用戶、商戶、中間平臺、支付 平臺和已簽約物流公司的物流平臺，其中所述中間平臺至少包括第一服務 器和第一數據庫，第一服務器進一步包括用戶處理子單元用于接收并處理包括用戶的注冊、用戶的交易請求在 內的用戶提出的各項請求，建立并保存與用戶的交互動作；商戶處理子單元用于接收并處理包括商戶注冊在內的與商戶的各項交 互動作；物流平臺處理子單元用于接收并保存物流公司的簽約信息，接收并處 理每次交易過程中物流平臺發(fā)送的各種交易信息，包括接收到攬件結果消息 和用戶確認消息后分別發(fā)送至支付平臺；交易處理單元處理每筆交易，并將處理結構保存至第一數據庫中；第一數據庫進一步分為用于存儲用戶信息的用戶存儲區(qū)、用于存儲商戶8信息的商戶存儲區(qū)、用于存儲物流公司信息的物流平臺存儲區(qū)及用于存儲每 次交易情況的交易數據存儲區(qū)，所述支付平臺進一步包括第二服務器和第二數據庫，第二服務器進一步包括交互處理單元用于處理與中間平臺的交互；清算處理單元用于根據預先的設定與各個物流平臺完成定期或實時清 算操作；結算處理單元用于根據預先設定與各個商戶完成定期或實時結算操作； 第二數據庫進一步包括用于存儲與商戶結算的規(guī)定和存儲每一筆交易與商戶結算情況的商戶賬戶存儲單元，以及用于存儲與物流結算的規(guī)定和存儲每一筆交易與物流結算情況的物流平臺存儲單元。用戶處理子單元、商戶處理子單元、物流平臺處理子單元、交易處理單 元為邏輯單元，其集成在處理器中，清算處理單元和結算處理單元為邏輯單 元，其集成在處理器中。用戶、商戶、已簽約物流公司的物流平臺通過因特網連接至中間平臺， 商戶和已簽約物流公司的物流平臺通過專線或通過因特網連接至支付平臺， 所述中間平臺和支付平臺通過專線或通過局域網或通過因特網進行連接。一種網上交易方法，用于通過物流公司來進行商戶和用戶之間的商品交 易，包括以下步驟(1) 用戶通過中間平臺購買商戶的商品，并向中間平臺發(fā)送至少包括所述 用戶選擇貨到付款交易模式的交易請求；(2) 中間平臺向商戶選定或中間平臺指定的已簽約物流公司的物流平臺發(fā) 送上門攬件的通知請求；(3) 物流平臺將"上門攬件成功"的攬件結果消息發(fā)送至中間平臺；(4) 物流平臺發(fā)送"用戶已確認收貨"的用戶確認消息至中間平臺；(5) 中間平臺分別和商戶和物流平臺實時或按周期進行交易結算操作。 本發(fā)明還包括當接收到物流平臺發(fā)送的"上門攬件未成功"的攬件結將所述攬件結果消息發(fā)送至支付平臺，并判斷該商戶"上 門攬件未成功"的次數是否大于一域值，若是，則對該商戶按照預先設定的 規(guī)定進行處理。本發(fā)明還包括物流平臺發(fā)送"用戶拒收"的用戶確認消息至中間平臺； 中間平臺向物流平臺返回將商品退回至商戶的處理指示消,t-; 物流平臺將商品退回至商戶的處理結果發(fā)送至中間平臺。 步驟(5)進一步包括中間平臺預先將包括貨款、運費在內的費用預先支付至商戶； 物流將包括貨款、運費和服務費在內的費用定期清算至中間平臺； 中間平臺定期將分潤后的服務費清算至物流。一種網上交易系統(tǒng)，包括用戶、商戶、中間平臺和已簽約物流公司的 物流平臺，其中所述中間平臺至少包括第一服務器和第一數據庫，第一服 務器進一步包括用戶處理子單元用于接收并處理包括用戶的注冊、用戶的交易請求在 內的用戶提出的各項請求，建立并保存與用戶的交互動作；商戶處理子單元用于接收并處理包括商戶注冊在內的與商戶的各項交 互動作；物流平臺處理子單元用于接收并保存物流公司的簽約信息，接收并處 理每次交易過程中物流平臺發(fā)送的各種交易信息，包括接收到攬件結果消息 和用戶確認消息后分別發(fā)送至支付平臺；交易處理單元處理每筆交易，并將處理結構保存至第一數據庫中； 清算處理單元用于根據預先的設定與各個物流平臺完成定期或實時清 算操作；結算處理單元用于根據預先設定與各個商戶完成定期或實時結算操作;第一數據庫進一步分為用于存儲用戶信息的用戶存儲區(qū)、用于存儲商戶 信息的商戶存儲區(qū)、用于存儲物流公司信息的物流平臺存儲區(qū)、用于存儲每 次交易情況的交易數據存儲區(qū)，用于存儲與商戶結算的規(guī)定和存儲每一筆交 易與商戶結算情況的商戶賬戶存儲單元，以及用于存儲與物流結算的規(guī)定和 存儲每一筆交易與物流結算情況的物流平臺存儲單元。與現有技術相比，本發(fā)明具有以下的有益效果本發(fā)明通過中間平臺選定物流公司，建立與用戶、商戶、物流公司的連接，減少物流公司出現拖欠貨款的事情發(fā)生，提高了交易的安全性；第二用戶和商戶通過網絡可以實時查詢此次交易的情況，給各方帶來 方便快捷且信息透明的好處；第三本發(fā)明的交易方式解決了現有交易模式中委托物流公司收錢的， 物流公司回款很慢，對商戶造成資金壓力的問題。


圖1為現有的一種常見的網上交易系統(tǒng)原理結構示意圖； 圖2為本發(fā)明網上交易系統(tǒng)的 一 種結構示例圖； 圖3為本發(fā)明網上交易方法的一種流程示意圖； 圖4為本發(fā)明網上交易系統(tǒng)的另一種結構示例圖； 圖5為本發(fā)明網上交易方法的另一種流程示意圖。
具體實施方式
以下結合附圖，具體說明本發(fā)明。請參閱圖2，其為本發(fā)明網上交易系統(tǒng)的一種結構示例圖。它包括用戶 24、商戶21、中間平臺22、支付平臺23和已簽約物流公司的物流平臺25。 用戶24、商戶21、已簽約物流公司的物流平臺25通過因特網連接至中間平 臺22,商戶21和已簽約物流公司的物流平臺25通過因特網連接至支付平臺 23，商戶21和物流平臺25也可以通過專線連接至支付平臺23。中間平臺和 支付平臺通過專線或通過局域網或通過因特網進行連接。在本發(fā)明中，中間平臺22主要是建立一個商戶與用戶進行交易的平臺，ii中間平臺22至少保存有每個商戶的簽約信息，用戶的注冊信息和每一物流公 司的簽約信息。中間平臺22用于處理并保存每一筆交易的交易情況。而支付 平臺23主要是用于完成與商戶、物流公司的財務上的清算與結算工作。 以下具體說明中間平臺22和支付平臺23從邏輯上的分類。 中間平臺22至少包括第一服務器221和第一數據庫222。中間平臺22 還包括與因特網連接的網絡接口設備及用于提高其安全性的網絡安全設備 (如防火墻)，由于該些設備對于一個網絡交易平臺而言是通用且常用設備， 在此就不再贅述。第一服務器221進一步包括用戶處理子單元223:用于接收并處理包括用戶的注冊、用戶的交易請求 在內的用戶提出的各項請求，建立并保存與用戶的交互動作。在中間平臺22上進行注冊操作后的用戶，能允許其進行網上交易操作。 用戶利用用戶名和密碼等進行注冊時，在注冊時還可同時說明本用戶進行貨 到付款的付款方式，這樣，每次該用戶交易時，中間平臺22即可獲知該用戶 的付涼欠方式。商戶處理子單元224:用于接收并處理包括商戶注冊在內的與商戶的各項 交互動作。商戶處理子單元用于接收商戶的注冊請求，處理商戶的注冊請求， 若其商戶的注冊是滿足本平臺要求的注冊條件，則允許其注冊，并保存該商 戶的信息。每次商品交易時，可以通過商戶處理子單元224將交易結果返回 至商戶。本發(fā)明也可以是商戶登錄到中間平臺22,通過商戶處理子單元224 來查詢每筆交易的當前交易狀態(tài)。物流平臺處理子單元225:用于接收并保存物流公司的簽約信息，接收并 處理每次交易過程中物流平臺發(fā)送的各種交易信息，包括接收到攬件結果消 息和用戶確認消息后分別發(fā)送至支付平臺22。交易處理單元226:處理每筆交易，并將處理結構保存至第一數據庫222中。第 一數據庫222進一步分為用于存儲用戶信息的用戶存儲區(qū)22 7 、用于存儲商戶信息的商戶存儲區(qū)228、用于存儲已簽約物流公司信息的物流平臺存儲 區(qū)229及用于存儲每次交易情況的交易數據存儲區(qū)230。
支付平臺23用于完成與各家商戶、物流公司的資金結算。根據支付平臺 23與中間平臺22不同的連接方式，支付平臺23中設置硬件組成稍有差別。 比如，支付平臺23與中間平臺22是通過因特網連接，則支付平臺23中設置 有用于網絡安全的網絡安全設備，如防火墻，如果支付平臺23與中間平臺22 是通過專線進行連接的，則其無需設置網絡安全設備。
支付平臺23進一步包括第二服務器231和第二數據庫232,第二服務器 231進一步包括
交互處理單元233:用于處理與中間平臺22的交互；
清算處理單元234:用于根據預先的設定與各個物流平臺25完成定期或 實時清算操作。當物流平臺25選擇定期完成清算工作時，則其將在本周期內 的所有包括貨款、運費和服務費在內的費用預先由物流公司發(fā)送至支付平臺 23，然后由支付平臺23將分成后的服務器清算給對應的物流公司。
結算處理單元235:用于根據預先設定與各個商戶完成定期或實時結算操 作。各個商戶可以根據本商戶的特點、貨物的交易特點，選擇結算方式。比 如，商戶可以選擇每筆交易完成后，支付平臺23將本次交易成功的貨款、運 費在內的費用發(fā)送至商戶指定的賬戶上。
第二數據庫232進一步包括用于存儲與商戶結算的規(guī)定和存儲每一筆 交易與商戶結算情況的商戶賬戶存儲單元2 36,以及用于存儲與物流結算的規(guī) 定和存儲每一筆交易與物流結算情況的物流平臺存儲單元237。
用戶處理子單元223、商戶處理子單元224、物流平臺處理子單元225、 交易處理單元226為邏輯單元，其集成在第一服務器221的處理器中，清算 處理單元234和結算處理單元235為邏輯單元，其集成在第二服務器231的 處理器中。
其于上述的結構，本發(fā)明提供了一種網上交易方法，請參閱圖3，該方法 用于通過物流公司來進行商戶和用戶之間的商品交易，它包括以下步驟
13S110:用戶通過中間平臺購買商戶的商品，并向中間平臺發(fā)送至少包括 所述用戶選擇貨到付款交易模式的交易請求。
商戶將能夠拍賣的商品及其對應的價錢放置在中間平臺上，當已注冊用 戶登錄到中間平臺時，從該中間平臺可獲知購買該商品所需的包括商品價錢、 運費及服務費在內的所有費用及付款方式。當用戶確認需要購買該商品時， 向中間平臺發(fā)送交易請求，所述交易請求中至少包括商品信息、所需付款數 目、付款模式。若用戶選擇貨到付款方式，則該交易請求中還需包括用戶貨 到付款的地址。
S120:中間平臺將包括貨到付款交易模式在內的交易信息發(fā)送至支付平 臺。中間平臺接收到該交易請求時，建立該筆交易記錄，并將該交易信息(特 別是付款方式)發(fā)送至支付平臺，以便支付平臺創(chuàng)建該次交易。
S130:中間平臺向商戶選定或中間平臺指定的已簽約物流公司的物流平 臺發(fā)送上門攬件的通知請求。
本步驟可以通過以下步驟來實現
首先，中間平臺向該商戶發(fā)送該交易請求信息至商家，以便商家能及時 獲知本次交易情況，使商家盡快備貨。
接著，商家向中間平臺發(fā)送其選定的已簽約物流公司信息； 然后，中間平臺向對應的物流平臺發(fā)送上門攬件的通知請求。 本步驟還可以通過以下步驟來實現中間平臺直接向商戶預先指定的已 簽約物流公司對應的物流平臺發(fā)送上門攬件的通知請求。
物流平臺可以通過登錄至中間平臺查找該商戶所在地址，使得物流公司 進行上門攬件、收取物流費的操作。本發(fā)明也可以在中間平臺發(fā)送的上門攬 件的通知請求中包含該商戶所在地址。本發(fā)明的通知請求中至少包括攬件的 商品信息、購買該商品所花的所有費用和用戶的地址。
物流公司預先與中間平臺簽約成已簽約物流公司，每次交易時商戶從該 些已簽約物流公司中選擇其中一家已簽約物流公司完成本次交易，或者，
物流公司預先與中間平臺簽約成已簽約物流公司，商戶預先從該些已簽
14約物流公司中選擇其中一家已簽約物流公司作為本商戶指定的物流公司，每 次交易時通過所述指定的物流公司來完成本次交易。
S140:當接收到物流平臺發(fā)送的"上門攬件成功"的攬件結果消息后， 中間平臺將商戶已發(fā)貨的交易狀態(tài)發(fā)送至支付平臺。
物流公司上門攬件后，通常有兩種結果，其一是"上門攬件成功"，其二 是"上門攬件未成功"。當"上門攬件成功"后，物流公司通過對應的物流平 臺將其攬件結果發(fā)送至中間平臺，中間平臺將其攬件結果進行保存，以便商 戶和用戶進行查詢，并且把"上門攬件成功"的交易狀態(tài)發(fā)送至支付平臺。
當"上門攬件未成功"時，物流公司也會通過對應的物流平臺將該次攬 件結果發(fā)送至中間平臺，在攬件結果中還可以包括其"上門攬件未成功"的 原因，比如說，商戶由于未備貨等原因拒絕此次交易的話，當接收到物流平 臺發(fā)送的"上門攬件未成功"的攬件結果消息時，中間平臺將所述攬件結果 消息發(fā)送至支付平臺，并判斷該商戶"上門攬件未成功"的次數是否大于一 域值，若是，則對該商戶按照預先設定的規(guī)定進行處理。比如，中間平臺可 以剝奪該商戶在本中間平臺進行交易的資格等。
S150:當接收到物流平臺發(fā)送的"用戶已確認收貨"的用戶確認消息后， 中間平臺將買家已確認收貨的交易狀態(tài)發(fā)送至支付平臺。
當物流公司將貨品送至用戶時， 一種常見情況是用戶確認后并交錢，則 物流公司通過對應的物流平臺將用戶的確認消息發(fā)送至中間平臺，中間平臺 將該種交易狀態(tài)發(fā)送至支付平臺。另一種比較常見情況是用戶拒絕購買，則 物流公司也需通過物流平臺將用戶拒絕購買的消息發(fā)至中間平臺，中間平臺 不僅要將該種交易狀態(tài)發(fā)送至付平臺，還需要進行以下操作向物流平臺返 回將商品退回至商戶的處理指示消息，物流平臺將商品退回至商戶的處理結 果發(fā)送至中間平臺后；中間平臺再將所述處理結果返回至支付平臺。
S160:支付平臺和商戶實時或按周期進行費用交易結算。
在本實例中，若商家考慮到資金回攏更快的話，支付平臺在收到"用戶 確認收貨后"，將貨款和運費向對應的商戶進行打款操作。當然，支付平臺 和商戶也可以定期暈行費用結算，支付平臺將本期間內所有交易成功的費
15用向該商戶進行打款操作處理。
S170:支付平臺和物流平臺實時或按周期完成清算及分成操作。
物流公司需先把貨款、運費、服務費定期清算給支付平臺，后支付平臺 將分潤以后的服務費清算給物流公司。若中間平臺和支付平臺分屬于不同的 公司時，服務費也可以是三家分潤。支付平臺和物流公司如何進行結算，可 以按照雙方預先約定的結算規(guī)定進行結算。
從以上交易過程可知，物流公司預先與支付平臺進行簽約，由支付平臺 統(tǒng)一管理物流公司，對商戶而言，不存在回款慢的問題，對于用戶而言，有 了更安全的保障。
在本發(fā)明中，還可以將支付平臺設置在中間平臺內。請參閱圖4，其為本 發(fā)明另一種交易系統(tǒng)的結構示意圖。它包括用戶34、商戶31、中間平臺32 和已簽約物流公司的物流平臺35。用戶34、商戶31、已簽約物流公司的物流 平臺35通過因特網連接至中間平臺32。
在本發(fā)明中，中間平臺32主要是建立一個商戶與用戶進行交易的平臺， 中間平臺32至少保存有每個商戶的簽約信息，用戶的注冊信息和每一物流公 司的簽約信息。中間平臺32用于處理并保存每一筆交易的交易情況。而支付 平臺完成的功能也集成在中間平臺32中。
中間平臺3&少包括第一服務器31{和第一數據庫322，中間平臺32還包括 與因特網連接的網絡接口設備及用于提高其安全性的網絡安全設備(如防火 墻)，由于該些設備對于一個網絡交易平臺而言是通用且常用設備，在此就不 再贅述。
第一服務器321包括
用戶處理子單元323接收并處理包括用戶的注冊、用戶的交易請求在內 的用戶提出的各項請求，建立并保存與用戶的交互動作。
在中間平臺32上進行注冊操作后的用戶，能允許其進行網上交易操作。 用戶利用用戶名和密碼等進行注冊時，在注冊時還可同時說明本用戶進行貨 到付款的付款方式，這樣，每次該用戶交易時，中間平臺22即可獲知該用戶的付l欠方式。
商戶處理子單元324:用于接收并處理包括商戶注冊在內的與商戶的各項交互動作。商戶處理子單元用于接收商戶的注冊請求，處理商戶的注冊請求，若其商戶的注冊是滿足本平臺要求的注冊條件，則允許其注冊，并保存該商戶的信息。每次商品交易時，可以通過商戶處理子單元324將交易結果返回至商戶。本發(fā)明也可以是商戶登錄到中間平臺32,通過商戶處理子單元324來查詢每筆交易的當前交易狀態(tài)。
物流平臺處理子單元325:用于接收并保存物流公司的簽約信息，接收并處理每次交易過程中物流平臺發(fā)送的各種交易信息，包括接收到攬件結果消息和用戶確認消息后分別發(fā)送至支付平臺32。
交易處理單元326:處理每筆交易，并將處理結構保存至第一數據庫322中。
清算處理單元334:用于根據預先的設定與各個物流平臺25完成定期或實時清算操作。當物流平臺25選擇定期完成清算工作時，則其將在本周期內的所有包括貨款、運費和服務費在內的費用預先由物流公司發(fā)送至中間平臺32，然后由中間平臺32將分成后的服務器清算給對應的物流公司。
結算處理單元335:用于根據預先設定與各個商戶完成定期或實時結算操作。各個商戶可以根據本商戶的特點、貨物的交易特點，選擇結算方式。比如，商戶可以選擇每筆交易完成后，中間平臺32將本次交易成功的貨款、運費在內的費用發(fā)送至商戶指定的賬戶上。
第一數據庫322進一步分為用于存儲用戶信息的用戶存儲區(qū)327、用于存
儲商戶信息的商戶存儲區(qū)328、用于存儲已簽約物流公司信息的物流平臺存儲
區(qū)329、用于存儲每次交易情況的交易數據存儲區(qū)330、用于存儲與商戶結算
的規(guī)定和存儲每一筆交易與商戶結算情況的商戶賬戶存儲單元336，以及用于存儲與物流結算的規(guī)定和存儲每一筆交易與物流結算情況的物流平臺存儲單
元337。
請圖5,其為本發(fā)明另一種網上交易方法的流程圖。它用于通過物流公司來進行商戶和用戶之間的商品交易，包括以下步驟
17S210:用戶通過中間平臺購買商戶的商品，并向中間平臺發(fā)送至少包括所述用戶選擇貨到付款交易模式的交易請求；
S220:中間平臺向商戶選定或中間平臺指定的已簽約物流公司的物流平臺發(fā)送上門攬件的通知請求；
S230:物流平臺將"上門攬件成功"的攬件結果消息發(fā)送至中間平臺；
S240:物流平臺發(fā)送"用戶已確認收貨"的用戶確認消息至中間平臺；
S250:中間平臺分別和商戶和物流平臺實時或按周期進行交易結算操作。
當接收到物流平臺發(fā)送的"上門攬件未成功"的攬件結果消息時，中間平臺將所述攬件結果消息發(fā)送至支付平臺，并判斷該商戶"上門攬件未成功"的次數是否大于一域值，若是，則對該商戶按照預先設定的規(guī)定進行處理。
物流平臺發(fā)送"用戶拒收"的用戶確認消息至中間平臺；中間平臺向物流平臺返回將商品退回至商戶的處理指示消息；物流平臺將商品退回至商戶的處理結果發(fā)送至中間平臺。
步驟S250進一步包括
中間平臺預先將包括貨款、運費在內的費用預先支付至商戶；
物流將包括貨款、運費和服務費在內的費用定期清算至中間平臺；
中間平臺定期將分潤后的服務費清算至物流。
以上公開的僅為本發(fā)明的幾個具體實施例，但本發(fā)明并非局限于此，任何本領域的技術人員能思之的變化，都應落在本發(fā)明的保護范圍內。
權利要求
1、一種網上交易方法，用于通過物流公司來進行商戶和用戶之間的商品交易，其特征在于，包括以下步驟(1)用戶通過中間平臺購買商戶的商品，并向中間平臺發(fā)送至少包括所述用戶選擇貨到付款交易模式的交易請求；(2)中間平臺將包括貨到付款交易模式在內的交易信息發(fā)送至支付平臺；(3)中間平臺向商戶選定或中間平臺指定的已簽約物流公司的物流平臺發(fā)送上門攬件的通知請求；(4)當接收到物流平臺發(fā)送的“上門攬件成功”的攬件結果消息后，中間平臺將商戶已發(fā)貨的交易狀態(tài)發(fā)送至支付平臺；(5)當接收到物流平臺發(fā)送的“用戶已確認收貨”的用戶確認消息后，中間平臺將買家已確認收貨的交易狀態(tài)發(fā)送至支付平臺；(6)支付平臺和商戶實時或按周期進行費用交易結算；(7)支付平臺和物流平臺實時或按周期完成清算及分成操作。
2、 如權利要求1所述的網上交易方法，其特征在于，步驟(3)進一步包 括物流公司預先與中間平臺簽約成已簽約物流公司，每次交易時商戶從該 些已簽約物流公司中選擇其中一家已簽約物流公司完成本次交易，或者，物流公司預先與中間平臺簽約成已簽約物流公司，商戶預先從該些已簽 約物流公司中選擇其中一家已簽約物流公司作為本商戶指定的物流公司，每 次交易時通過所述指定的物流公司來完成本次交易。
3、 如權利要求l所述的網上交易方法，其特征在于，當接收到物流平臺 發(fā)送的"上門攬件未成功"的攬件結果消息時，中間平臺將所述攬件結果消 息發(fā)送至支付平臺，并判斷該商戶"上門攬件未成功"的次數是否大于一域 值，若是，則對該商戶按照預先設定的規(guī)定進行處理。
4、 如權利要求1所述的網上交易方法，其特征在于，還包括當接收到物流平臺發(fā)送的"用戶拒收"的用戶確認消息后，中間平臺將 "用戶拒收"的交易狀態(tài)發(fā)送至支付平臺，中間平臺向物流平臺返回將商品退回至商戶的處理指示消息； 物流平臺將商品退回至商戶的處理結果發(fā)送至中間平臺； 中間平臺將所述處理結果返回至支付平臺。
5、 一種網上交易系統(tǒng)，其特征在于，包括用戶、商戶、中間平臺、支 付平臺和已簽約物流公司的物流平臺，其中所述中間平臺至少包括第一服 務器和第一數據庫，第一服務器進一步包括用戶處理子單元用于接收并處理包括用戶的注冊、用戶的交易請求在 內的用戶提出的各項請求，建立并保存與用戶的交互動作；商戶處理子單元用于接收并處理包括商戶注冊在內的與商戶的各項交 互動作；物流平臺處理子單元用于接收并保存物流公司的簽約信息，接收并處 理每次交易過程中物流平臺發(fā)送的各種交易信息，包括接收到攬件結果消息 和用戶確認消息后分別發(fā)送至支付平臺；交易處理單元處理每筆交易，并將處理結構保存至第一數據庫中；第一數據庫進一步分為用于存儲用戶信息的用戶存儲區(qū)、用于存儲商戶 信息的商戶存儲區(qū)、用于存儲物流公司信息的物流平臺存儲區(qū)及用于存儲每 次交易情況的交易數據存儲區(qū)，所述支付平臺進一步包括第二服務器和第二數據庫，第二服務器進一步 包括交互處理單元用于處理與中間平臺的交互；清算處理單元用于根據預先的設定與各個物流平臺完成定期或實時清 算操作；結算處理單元用于根據預先設定與各個商戶完成定期或實時結算操作； 第二數據庫進一步包括用于存儲與商戶結算的規(guī)定和存儲每一筆交易與商戶結算情況的商戶賬戶存儲單元，以及用于存儲與物流結算的規(guī)定和存儲每一筆交易與物流結算情況的物流平臺存儲單元。
6、 如權利要求5所述的網上交易系統(tǒng)，其特征在于、用戶處理子單元、商戶處理子單元、物流平臺處理子單元、交易處理單元為邏輯單元，其集成 在處理器中，清算處理單元和結算處理單元為邏輯單元，其集成在處理器中。
7、 如權利要求5所述的網上交易系統(tǒng)，其特征在于，用戶、商戶、已簽 約物流公司的物流平臺通過因特網連接至中間平臺，商戶和已簽約物流公司 的物流平臺通過專線或通過因特網連接至支付平臺，所述中間平臺和支付平 臺通過專線或通過局域網或通過因特網進行連接。
8、 一種網上交易方法，用于通過物流公司來進行商戶和用戶之間的商品 交易，其特征在于，包括以下步驟(1) 用戶通過中間平臺購買商戶的商品，并向中間平臺發(fā)送至少包括所述 用戶選擇貨到付款交易模式的交易請求；(2) 中間平臺向商戶選定或中間平臺指定的已簽約物流公司的物流平臺發(fā) 送上門攬件的通知請求；(3) 物流平臺將"上門攬件成功"的攬件結果消息發(fā)送至中間平臺；(4) 物流平臺發(fā)送"用戶已確認收貨"的用戶確認消息至中間平臺；(5) 中間平臺分別和商戶和物流平臺實時或按周期進行交易結算操作。
9、 如權利要求8所述的網上交易方法，其特征在于，還包括當接收到 物流平臺發(fā)送的"上門攬件未成功"的攬件結果消息時，中間平臺將所述攬 件結果消息發(fā)送至支付平臺，并判斷該商戶"上門攬件未成功"的次數是否 大于一域值，若是，則對該商戶按照預先設定的規(guī)定進行處理。
10、 如權利要求8所述的網上交易方法，其特征在于，還包括 物流平臺發(fā)送"用戶拒收"的用戶確認消息至中間平臺；中間平臺向物流平臺返回將商品退回至商戶的處理指示消息； 物流平臺將商品退回至商戶的處理結果發(fā)送至中間平臺。
11、 如權利要求8所述的網上交易方法，其特征在于，步驟(5)進一步包括中間平臺預先將包括貨款、運費在內的費用預先支付至商戶；物流將包括貨款、運費和服務費在內的費用定期清算至中間平臺；中間平臺定期將分潤后的服務費清算至物流。
12、 一種網上交易系統(tǒng)，其特征在于，包括用戶、商戶、中間平臺和 已簽約物流公司的物流平臺，其中所述中間平臺至少包括第一服務器和第 一數據庫，第一服務器進一步包括用戶處理子單元用于接收并處理包括用戶的注冊、用戶的交易請求在 內的用戶提出的各項請求，建立并保存與用戶的交互動作；商戶處理子單元用于接收并處理包括商戶注冊在內的與商戶的各項交 互動作；物流平臺處理子單元用于接收并保存物流公司的簽約信息，接收并處 理每次交易過程中物流平臺發(fā)送的各種交易信息，包括接收到攬件結果消息 和用戶確認消息后分別發(fā)送至支付平臺；交易處理單元處理每筆交易，并將處理結構保存至第一數據庫中； 清算處理單元用于根據預先的設定與各個物流平臺完成定期或實時清 算操作；結算處理單元用于根據預先設定與各個商戶完成定期或實時結算操作；第 一數據庫進一步分為用于存儲用戶信息的用戶存儲區(qū)、用于存儲商戶 信息的商戶存儲區(qū)、用于存儲物流公司信息的物流平臺存儲區(qū)、用于存儲每 次交易情況的交易數據存儲區(qū)，用于存儲與商戶結算的規(guī)定和存儲每一筆交 易與商戶結算情況的商戶賬戶存儲單元，以及用于存儲與物流結算的規(guī)定和存儲每一筆交易與物流結算情況的物流平臺存儲單元。
全文摘要
一種網上交易方法，包括(1)用戶通過中間平臺購買商戶的商品，并向中間平臺發(fā)送至少包括用戶選擇貨到付款交易模式的交易請求；(2)中間平臺將包括貨到付款交易模式在內的交易信息發(fā)送至支付平臺；(3)中間平臺向商戶選定或中間平臺指定的已簽約物流公司的物流平臺發(fā)送上門攬件的通知請求；(4)當接收到物流平臺發(fā)送的“上門攬件成功”的攬件結果消息后，中間平臺將商戶已發(fā)貨的交易狀態(tài)發(fā)送至支付平臺；(5)當接收到物流平臺發(fā)送的“用戶已確認收貨”的用戶確認消息后，中間平臺將買家已確認收貨的交易狀態(tài)發(fā)送至支付平臺；(6)支付平臺分別和商戶、物流平臺實時或按周期進行費用交易結算。本交易方法安全可靠、具有極強的商業(yè)價值。
文檔編號G06Q10/00GK101655948SQ20081021007
公開日2010年2月24日 申請日期2008年8月20日 優(yōu)先權日2008年8月20日
發(fā)明者峰 俞, 倪行軍, 亮 張, 戚曉寧, 朱世宇, 杜軍利, 胡曉明 申請人:阿里巴巴集團控股有限公司