本發(fā)明實施例涉及互聯(lián)網技術領域，尤其涉及一種保證金交易的方法、裝置及系統(tǒng)。

背景技術：

隨著互聯(lián)網通信技術的發(fā)展，出現(xiàn)了網絡拍賣。網絡拍賣是一些網絡服務商利用互聯(lián)網通信傳輸技術向商品所有者或某些權益所有人提供有償或無償使用的互聯(lián)網技術平臺，也是商品所有者或某些權益所有人通過互聯(lián)網開展以競價方式為主的在線交易模式。

與傳統(tǒng)的現(xiàn)場拍賣類似，網絡拍賣的流程也主要包括：競拍人選定競拍品，競拍人交付選定的競拍品對應的保證金并獲取競拍資格；所有獲取競拍資格的競拍人進行在線競拍；競拍結束后，競拍成功的競拍人交付對應競拍品的貨款，并在競拍人完成競拍品貨款支付后退還其保證金；對于競拍未成功的競拍人，競拍結束后直接退還其保證金。從上述網絡拍賣的流程可以看出，競拍人交付的保證金全都是?？顚Ｓ?，在競拍結束后，通常還需要將保證金原路退還給對應的競拍人，而且也不能將保證金抵扣競拍品的貨款。由于競拍人每競拍一件物品都需要交付一份保證金，另外對于降價競拍，競拍人每出價一次就需要重新交一份保證金，因此對于網絡拍賣系統(tǒng)來說，保證金的交付比較頻繁，對應的保證金的退還也比較頻繁。

綜上所述，發(fā)明人發(fā)現(xiàn)，現(xiàn)有的網絡拍賣流程中保證金的支付和退還非常頻繁，這樣會導致整個網絡拍賣系統(tǒng)內部相關子系統(tǒng)間頻繁的正負流程運轉，而子系統(tǒng)間頻繁的正負流程運轉在很大程度上會造成整個系統(tǒng)穩(wěn)定性的降低。

技術實現(xiàn)要素：

本發(fā)明實施例提供一種保證金交易的方法、裝置及系統(tǒng)，用以解決現(xiàn)有的保證金交易方式能夠造成整個拍賣系統(tǒng)穩(wěn)定性降低的問題。

第一方面，本發(fā)明實施例提供一種保證金交易的方法，所述方法位于拍賣平臺側，所述方法包括：

拍賣前，接收外部選擇的保證金形式，所述拍賣平臺提供至少兩種保證金形式，所述保證金形式是所述外部獲取競拍資格時選擇的保證金形式；

根據(jù)外部選擇的保證金形式生成對應的保證金訂單；

將所述保證金訂單發(fā)送給管理平臺，以使所述管理平臺為所述保證金訂單分配訂單號，所述訂單號與所述保證金訂單一一對應；

接收所述管理平臺返回的訂單號；

連接支付平臺，以使所述外部完成所述保證金訂單的支付；

拍賣結束后，根據(jù)競拍結果，分批向所述管理平臺發(fā)送所述保證金訂單的發(fā)貨指令，所述發(fā)貨指令中攜帶有所述訂單號，以使所述管理平臺根據(jù)所述訂單號啟動對應保證金訂單的發(fā)貨進程。

第二方面，本發(fā)明實施例提供一種保證金交易的方法，所述方法位于管理平臺側，所述方法包括：

拍賣前，接收保證金訂單，所述保證金訂單是拍賣平臺根據(jù)外部選擇的保證金形式生成的訂單，所述保證金形式是所述外部獲取競拍資格時選擇的保證金形式；

為所述保證金訂單分配訂單號，所述訂單號與所述保證金訂單一一對應；

將所述訂單號返回給所述拍賣平臺；

拍賣結束后，接收所述拍賣平臺分批發(fā)送的所述保證金訂單的發(fā)貨指令，所述發(fā)貨指令中攜帶有所述訂單號；

根據(jù)所述訂單號啟動對應保證金訂單的發(fā)貨進程。

第三方面，本發(fā)明實施例提供一種保證金交易的裝置，所述裝置位于拍賣平臺，所述裝置包括：

第一接收單元，用于拍賣前，接收外部選擇的保證金形式，所述拍賣平臺提供至少兩種保證金形式，所述保證金形式是所述外部獲取競拍資格時選擇的保證金形式；

生成單元，用于根據(jù)外部選擇的保證金形式生成對應的保證金訂單；

第一發(fā)送單元，用于將所述保證金訂單發(fā)送給管理平臺，以使所述管理平臺為所述保證金訂單分配訂單號，所述訂單號與所述保證金訂單一一對應；

第二接收單元，用于接收所述管理平臺返回的訂單號；

連接單元，用于連接支付平臺，以使所述外部完成所述保證金訂單的支 付；

第二發(fā)送單元，用于拍賣結束后，根據(jù)競拍結果，分批向所述管理平臺發(fā)送所述保證金訂單的發(fā)貨指令，所述發(fā)貨指令中攜帶有所述訂單號，以使所述管理平臺根據(jù)所述訂單號啟動對應保證金訂單的發(fā)貨進程。

第四方面，本發(fā)明實施例提供一種保證金交易的裝置，所述裝置位于管理平臺，所述裝置包括：

第一接收單元，用于拍賣前，接收保證金訂單，所述保證金訂單是拍賣平臺根據(jù)外部選擇的保證金形式生成的訂單，所述保證金形式是所述外部獲取競拍資格時選擇的保證金形式；

分配單元，用于為所述保證金訂單分配訂單號，所述訂單號與所述保證金訂單一一對應；

第一返回單元，用于將所述訂單號返回給所述拍賣平臺；

第二接收單元，用于拍賣結束后，接收所述拍賣平臺分批發(fā)送的所述保證金訂單的發(fā)貨指令，所述發(fā)貨指令中攜帶有所述訂單號；

啟動單元，用于根據(jù)所述訂單號啟動對應保證金訂單的發(fā)貨進程。

第五方面，本發(fā)明實施例提供一種保證金交易的系統(tǒng)，所述系統(tǒng)包括：拍賣平臺、管理平臺及支付平臺；

所述拍賣平臺，包括上述第三方面所述的裝置；

所述管理平臺，包括上述第四方面所述的裝置；

所述支付平臺，用于與所述拍賣平臺連接，以使外部完成所述保證金訂單的支付。

本發(fā)明實施例提供的保證金交易的方法、裝置及系統(tǒng)，能夠在拍賣前，拍賣平臺接收外部選擇的保證金形式，并且根據(jù)外部選擇的保證金形式生成對應的保證金訂單，其中拍賣平臺提供至少兩種保證金形式，保證金形式是外部獲取競拍資格時選擇的保證金形式；當拍賣平臺將保證金訂單發(fā)送給管理平臺后，管理平臺為保證金訂單分配對應的訂單號，訂單號與保證金訂單一一對應；然后管理平臺返回訂單號給拍賣平臺；然后拍賣平臺連接支付平臺，使外部完成保證金訂單的支付；最后在拍賣結束后，拍賣平臺根據(jù)競拍結果，分批向管理平臺發(fā)送保證金訂單的發(fā)貨指令，以使管理平臺根據(jù)訂單號啟動對應保證金訂單的發(fā)貨進程，其中發(fā)貨指令中攜帶有訂單號。與現(xiàn)有 技術相比，本發(fā)明實施例能夠為外部提供至少兩種保證金形式進行選擇，正由于保證金形式的多樣性，所以打破了現(xiàn)有的保證金只包含“通過支付現(xiàn)金作為抵押”一種形式并且專款專用的狀況，并在拍賣結束后，根據(jù)不同類型的保證金訂單，對其進行不同的保證金訂單的發(fā)貨處理，因此緩解了在整個拍賣流程中，由于?？顚Ｓ枚鴮е碌呐馁u系統(tǒng)內部相關子系統(tǒng)間頻繁的正負流程運轉的狀況，因此可以有效地提高整個拍賣系統(tǒng)的穩(wěn)定性。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例提供的一種保證金交易的方法的流程圖；

圖2為本發(fā)明實施例提供的另一種保證金交易的方法的流程圖；

圖3為本發(fā)明實施例提供的一種保證金交易的裝置的組成框圖；

圖4為本發(fā)明實施例提供的另一種保證金交易的裝置的組成框圖；

圖5為本發(fā)明實施例提供的又一種保證金交易的裝置的組成框圖；

圖6為本發(fā)明實施例提供的再一種保證金交易的裝置的組成框圖。

具體實施方式

為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

本發(fā)明實施例提供了一種保證金交易的方法，該方法位于拍賣平臺側，如圖1所示，該方法包括：

101、拍賣前，接收外部選擇的保證金形式。

在進行網絡競拍前，為了獲取競拍品競拍的資格，外部用戶通常需要根據(jù)拍賣平臺提供的保證金形式來支付對應的保證金，以此來獲取競拍資格。本實施例中拍賣平臺提供了至少兩種保證金形式供外部用戶選擇。

因此當外部用戶選擇保證金形式后，拍賣平臺會對應接收到外部用戶選 擇的保證金形式，并且將每一個外部用戶的賬戶信息與選擇的保證金形式進行對應的記錄和保存。

102、根據(jù)外部選擇的保證金形式生成對應的保證金訂單。

在接收到保證金訂單后，拍賣平臺根據(jù)保證金形式和對應的外部用戶的賬戶信息生成對應的保證金訂單，由于保證金形式的多樣性，因此生成的保證金訂單的類型也具有多樣性。

103、將保證金訂單發(fā)送給管理平臺。

拍賣平臺生成保證金訂單后，需要將其發(fā)送給管理平臺，目的是使管理平臺為保證金訂單分配訂單號，訂單號與保證金訂單一一對應。其中保證金訂單的訂單號是由管理平臺中的訂單號池統(tǒng)一分配唯一的訂單號。

104、接收管理平臺返回的訂單號。

105、連接支付平臺，以使外部完成保證金訂單的支付。

當拍賣平臺生成保證金訂單和獲取到對應的訂單號后，就需要外部用戶對對應的保證訂單進行支付，因此需要與支付平臺進行連接，調出支付平臺，使外部完成保證金訂單的支付。對于外部用戶來說完成保證金訂單的支付才可以進入競拍環(huán)節(jié)。然而對于未進行支付流程的保證金訂單會一直保留到拍賣結束，然后由拍賣平臺消除。

106、拍賣結束后，根據(jù)競拍結果，分批向管理平臺發(fā)送保證金訂單的發(fā)貨指令。

拍賣平臺會實時監(jiān)測競拍的進程，當某一競拍品的競拍結束后，拍賣平臺會根據(jù)參與該競拍品的所有外部用戶的保證金訂單，向管理平臺發(fā)送保證金訂單的發(fā)貨指令。由于保證金訂單類型的多樣性，發(fā)貨指令也同樣是多樣性的。另外，發(fā)貨指令中攜帶有對應保證金訂單的訂單號，攜帶訂單號是為了使管理平臺根據(jù)訂單號啟動對應保證金訂單的發(fā)貨進程。

本發(fā)明實施例提供的保證金交易的方法，能夠在拍賣前，拍賣平臺接收外部選擇的保證金形式，并且根據(jù)外部選擇的保證金形式生成對應的保證金訂單，其中拍賣平臺提供至少兩種保證金形式，保證金形式是外部獲取競拍資格時選擇的保證金形式；當拍賣平臺將保證金訂單發(fā)送給管理平臺后，管理平臺為保證金訂單分配對應的訂單號，訂單號與保證金訂單一一對應；然后管理平臺返回訂單號給拍賣平臺；然后拍賣平臺連接支付平臺，使外部完 成保證金訂單的支付；最后在拍賣結束后，拍賣平臺根據(jù)競拍結果，分批向管理平臺發(fā)送保證金訂單的發(fā)貨指令，以使管理平臺根據(jù)訂單號啟動對應保證金訂單的發(fā)貨進程，其中發(fā)貨指令中攜帶有訂單號。與現(xiàn)有技術相比，本發(fā)明實施例能夠為外部提供至少兩種保證金形式進行選擇，正由于保證金形式的多樣性，所以打破了現(xiàn)有的保證金只包含“通過支付現(xiàn)金作為抵押”一種形式并且?？顚Ｓ玫臓顩r，并在拍賣結束后，根據(jù)不同類型的保證金訂單，對其進行不同的保證金訂單的發(fā)貨處理，因此緩解了在整個拍賣流程中，由于?？顚Ｓ枚鴮е碌呐馁u系統(tǒng)內部相關子系統(tǒng)間頻繁的正負流程運轉的狀況，因此可以有效地提高整個拍賣系統(tǒng)的穩(wěn)定性。

進一步的，為了對圖1所示實施例的細化及擴展，對圖1中的部分或全部的步驟進行進一步的細化或補充說明。

對于圖1提到的至少兩種保證金形式包括抵押保證金、兌換商品保證金、購買預設商品保證金中的任意兩種形式或者三種形式都包括，具體的三種保證金形式所表示的含義，如下所述：

1、抵押保證金，表示拍賣前支付規(guī)定的保證金金額，在拍賣結束后，若沒有競拍成功則將之前支付的保證金金額原路退還，若競拍成功則在完成競拍品的支付后，原路退還支付的保證金金額。

2、兌換商品保證金，表示拍賣前支付規(guī)定的保證金額，拍賣結束后不進行保證金金額的原路退還，而是將之前支付的保證金金額兌換為等值或者超值的商品。當競拍沒有成功或者競拍成功并完成競拍品的支付后進行兌換的商品的發(fā)貨處理。

3、購買預設商品保證金，表示通過選擇購買預設商品來獲取競拍資格，然后支付選擇的預設商品的金額，并且在拍賣結束前不進行預設商品的發(fā)貨處理，當競拍結束后，若沒有競拍成功，則會進行預設商品的發(fā)貨處理，若競拍成功，則在完成競拍品的支付后進行預設商品的發(fā)貨處理。對于每次競拍中，預設商品可以是一種或者多種。

以上三種保證金形式，除抵押保證金還是現(xiàn)有的?？顚Ｓ玫哪Ｊ?，即在拍賣結束后需要將其原路退還外，其它兩種保證金形式都涉及到了商品的買賣，即不需要將只之前支付的保證金金額原路退還，這樣也是提高了保證金金額的利用率，因此提供多種保證金形式有效的減少了保證金?？顚Ｓ玫那? 況。

另外，對于圖1步驟106中，拍賣平臺根據(jù)競拍結果，分批向管理平臺發(fā)送保證金訂單的發(fā)貨指令，具體包括：

首先，向管理平臺發(fā)送所有競拍失敗的外部對應的保證金訂單的發(fā)貨指令；

其次，當監(jiān)測到競拍品貨款支付完成時，向管理平臺發(fā)送競拍成功的外部對應的保證金訂單的發(fā)貨指令。

發(fā)貨指令的分批發(fā)送是由于：對于競拍成功的外部用戶，需要根據(jù)是否完成競拍品貨款的支付來判斷保證金單是否進行發(fā)貨處理，并且通常會為競拍成功的外部用戶預留預設時限進行競拍品貨款的支付；然而對于競拍未成功的外部用戶則可以直接進行保證金訂單的發(fā)貨處理，因此將發(fā)貨指令分批發(fā)送更合理。

另外，根據(jù)保證金形式的不同對應的發(fā)貨指令也不同，具體的：

若保證金形式為抵押保證金，則發(fā)貨指令為退還保證金；

若保證金形式為兌換商品保證金，則發(fā)貨指令發(fā)送兌換商品；

若保證金形式為購買預設商品保證金，則發(fā)貨指令為發(fā)送預設商品。

進一步的，若在預設時限內未監(jiān)測到競拍品貨款支付完成，則表示發(fā)生流拍，因此需要向管理平臺發(fā)送流拍信息，以使管理平臺將競拍成功的外部的保證金訂單扣留，即不進行對應保證金訂單的發(fā)貨處理。其中流拍信息包括競拍成功的外部的賬戶信息以及對應的保證金訂單信息。

進一步的，對于圖1步驟105中拍買平臺連接支付平臺具體的實施過程為：將保證金訂單對應的訂單號以及支付驗簽密鑰發(fā)送給支付平臺，其中支付驗簽密鑰是由管理平臺根據(jù)保證金訂單生成的，并且也是保證拍賣平臺與支付平臺成功連接的必要因素，因此在連接支付平臺前還需要拍賣平臺接收管理平臺發(fā)送的支付驗簽密鑰。

進一步的，本發(fā)明實施例還提供了一種保證金交易的方法，該方法位于管理平臺側，如圖2所示，該方法包括：

201、拍賣前，接收保證金訂單。

在進行網絡競拍前，拍賣平臺會根據(jù)對應的外部選擇的保證金形式生成保證金訂單，而管理平臺是對保證金訂單以及其他訂單管理的平臺。本步驟 接收保證金訂單是為了后續(xù)對保證金訂單做相應的處理。

另外，需要說明的是保證金形式包括至少兩種，因此管理平臺接收到的保證金訂單的類型也具有多樣性。

202、為保證金訂單分配訂單號。

管理平臺接收到保證金訂單后，會將保證金訂單分配給管理平臺中的訂單池，然后由訂單池為每一個保證金訂單分配唯一的訂單號，訂單號與保證金訂單一一對應。

203、將訂單號返回給拍賣平臺。

管理平臺將對應保證金的訂單后返回給拍賣平臺，以使拍賣平臺后續(xù)在與支付平臺或者管理平臺進行交互時使用。

204、拍賣結束后，接收拍賣平臺分批發(fā)送的保證金訂單的發(fā)貨指令。

當拍賣結束后，管理平臺會分批接收到拍賣平臺發(fā)送的發(fā)貨指令，該發(fā)貨指令是關于保證金訂單的對應的發(fā)貨指令，并且發(fā)貨指令中攜帶有對應保證金訂單的訂單號。

205、根據(jù)訂單號啟動對應保證金訂單的發(fā)貨進程。

在接收到關于保證金訂單的發(fā)貨指令后，管理平臺會啟動對應保證金訂單的發(fā)貨進程。另外由于保證金訂單的多樣性，因此對應的發(fā)貨指令也是多樣的。

本發(fā)明實施例提供的保證金交易的方法，能夠在拍賣前，拍賣平臺接收外部選擇的保證金形式，并且根據(jù)外部選擇的保證金形式生成對應的保證金訂單，其中拍賣平臺提供至少兩種保證金形式，保證金形式是外部獲取競拍資格時選擇的保證金形式；當拍賣平臺將保證金訂單發(fā)送給管理平臺后，管理平臺為保證金訂單分配對應的訂單號，訂單號與保證金訂單一一對應；然后管理平臺返回訂單號給拍賣平臺；然后拍賣平臺連接支付平臺，使外部完成保證金訂單的支付；最后在拍賣結束后，拍賣平臺根據(jù)競拍結果，分批向管理平臺發(fā)送保證金訂單的發(fā)貨指令，以使管理平臺根據(jù)訂單號啟動對應保證金訂單的發(fā)貨進程，其中發(fā)貨指令中攜帶有訂單號。與現(xiàn)有技術相比，本發(fā)明實施例能夠為外部提供至少兩種保證金形式進行選擇，正由于保證金形式的多樣性，所以打破了現(xiàn)有的保證金只包含“通過支付現(xiàn)金作為抵押”一種形式并且專款專用的狀況，并在拍賣結束后，根據(jù)不同類型的保證金訂單， 對其進行不同的保證金訂單的發(fā)貨處理，因此緩解了在整個拍賣流程中，由于?？顚Ｓ枚鴮е碌呐馁u系統(tǒng)內部相關子系統(tǒng)間頻繁的正負流程運轉的狀況，因此可以有效地提高整個拍賣系統(tǒng)的穩(wěn)定性。

進一步的，為了對圖2所示實施例的細化及擴展，本發(fā)明實施例對圖2中的步驟進行細化和補充說明。

對于圖2提到的至少兩種保證金形式包括抵押保證金、兌換商品保證金、購買預設商品保證金中的任意兩種形式或者三種形式都包括，具體的三種保證金形式所表示的含義，如下所述：

1、抵押保證金，表示拍賣前支付規(guī)定的保證金金額，在拍賣結束后，若沒有競拍成功則將之前支付的保證金金額原路退還，若競拍成功則在完成競拍品的支付后，原路退還支付的保證金金額。

2、兌換商品保證金，表示拍賣前支付規(guī)定的保證金額，拍賣結束后不進行保證金金額的原路退還，而是將之前支付的保證金金額兌換為等值或者超值的商品。當競拍沒有成功或者競拍成功并完成競拍品的支付后進行兌換的商品的發(fā)貨處理。

3、購買預設商品保證金，表示通過選擇購買預設商品來獲取競拍資格，然后支付選擇的預設商品的金額，并且在拍賣結束前不進行預設商品的發(fā)貨處理，當競拍結束后，若沒有競拍成功，則會進行預設商品的發(fā)貨處理，若競拍成功，則在完成競拍品的支付后進行預設商品的發(fā)貨處理。對于每次競拍中，預設商品可以是一種或者多種。

以上三種保證金形式，除抵押保證金還是現(xiàn)有的專款專用的模式，即在拍賣結束后需要將其原路退還外，其它兩種保證金形式都涉及到了商品的買賣，即不需要將只之前支付的保證金金額原路退還，這樣也是提高了保證金金額的利用率，因此提供多種保證金形式有效的減少了保證金專款專用的情況。

另外，對于圖2步驟204中，接收拍賣平臺分批發(fā)送的保證金訂單的發(fā)貨指令具體包括：

在拍賣結束后，首先接收拍賣平臺發(fā)送的所有競拍失敗的外部對應的保證金訂單的發(fā)貨指令；

其次，接收到拍賣平臺發(fā)送的競拍成功的外部對應的保證金訂單的發(fā)貨 指令。

發(fā)貨指令分批的接收是與拍賣平臺分批發(fā)送保證金訂單的發(fā)貨指令相對應的。

另外，接收到的發(fā)貨指令根據(jù)保證金形式的不同包括以下幾種情況：

第一，若保證金形式為抵押保證金，則發(fā)貨指令為退還保證金；

第二，若保證金形式為兌換商品保證金，則發(fā)貨指令為發(fā)送兌換商品；

第三，若保證金形式為購買預設商品保證金，則發(fā)貨指令為發(fā)送預設商品。

進一步的，在拍賣結束后，有可能發(fā)生流拍，即競拍成功的外部沒有完成競拍品貨款的支付。當管理平臺接收到拍賣平臺發(fā)送的流拍信息后，標識著預設時限內競拍成功的外部未完成競拍品貨款支付，其中流拍信息包括競拍成功的外部的賬戶信息以及對應的保證金訂單信息。同時管理平臺接收到流拍信息后需要確認流拍信息，具體的確認流拍信息是根據(jù)管理平臺中記錄的支付記錄來確定的，因為每一個訂單在支付成功后都會由支付平臺向管理平臺發(fā)送訂單支付完成流水號。然后在確認流拍信息后，管理平臺會扣留競拍成功的外部的保證金訂單。需要說明的是，由于本發(fā)明實施例只涉及保證金訂單的處理，因此只提到了對保證金訂單進行扣留，但是在實際的場景中，若發(fā)生流拍后，管理平臺也會同時將競拍品訂單進行扣留。

進一步的，在將保證金訂單的訂單號返回給拍賣平臺后，當拍賣平臺連接支付平臺前，管理平臺還需要根據(jù)對應保證金訂單生成對應的支付驗簽密鑰；然后將保證金訂單對應的支付驗簽密鑰發(fā)送給拍賣平臺，以使拍賣平臺與支付平臺連接并使外部用戶完成保證金訂單的支付。其中支付驗簽密鑰是由管理平臺根據(jù)保證金訂單生成的，同時也保證拍賣平臺與支付平臺成功連接的必要因素。

進一步的，作為對上述圖1所示方法的實現(xiàn)，本發(fā)明實施例的另一個實施例還提供了一種保證金交易的裝置，該裝置位于拍賣平臺，如圖3所示，該裝置包括：第一接收單元31、生成單元32、第一發(fā)送單元33、第二接收單元34、連接單元35及第二發(fā)送單元36。

第一接收單元31，用于拍賣前，接收外部選擇的保證金形式，拍賣平臺提供至少兩種保證金形式，保證金形式是外部獲取競拍資格時選擇的保證金 形式；

生成單元32，用于根據(jù)外部選擇的保證金形式生成對應的保證金訂單；

第一發(fā)送單元33，用于將保證金訂單發(fā)送給管理平臺，以使管理平臺為保證金訂單分配訂單號，訂單號與保證金訂單一一對應；

第二接收單元34，用于接收管理平臺返回的訂單號；

連接單元35，用于連接支付平臺，以使外部完成保證金訂單的支付；

第二發(fā)送單元36，用于拍賣結束后，根據(jù)競拍結果，分批向管理平臺發(fā)送保證金訂單的發(fā)貨指令，發(fā)貨指令中攜帶有訂單號，以使管理平臺根據(jù)訂單號啟動對應保證金訂單的發(fā)貨進程。

進一步的，保證金形式包括抵押保證金、兌換商品保證金以及購買預設商品保證金。

進一步的，如圖4所示，第二發(fā)送單元36，包括：

第一發(fā)送模塊361，用于向管理平臺發(fā)送所有競拍失敗的外部對應的保證金訂單的發(fā)貨指令；

第二發(fā)送模塊362，用于當監(jiān)測到競拍品貨款支付完成時，向管理平臺發(fā)送競拍成功的外部對應的保證金訂單的發(fā)貨指令。

進一步的，若保證金形式為抵押保證金，則發(fā)貨指令為退還保證金；

若保證金形式為兌換商品保證金，則發(fā)貨指令為發(fā)送兌換商品；

若保證金形式為購買預設商品保證金，則發(fā)貨指令為發(fā)送預設商品。

進一步的，如圖4所示，裝置進一步包括：

第三發(fā)送單元37，用于若在預設時限內未監(jiān)測到競拍品貨款支付完成，則向管理平臺發(fā)送流拍信息，以使管理平臺將競拍成功的外部的保證金訂單扣留，流拍信息包括競拍成功的外部的賬戶信息以及對應的保證金訂單信息。

進一步的，如圖4所示，裝置進一步包括：

第三接收單元38，用于接收管理平臺返回的保證金訂單對應的支付驗簽密鑰。

進一步的，連接單元35，用于：

將保證金訂單的訂單號以及對應的支付驗簽密鑰發(fā)送給支付平臺。

本發(fā)明實施例提供的保證金交易的裝置，能夠在拍賣前，拍賣平臺接收外部選擇的保證金形式，并且根據(jù)外部選擇的保證金形式生成對應的保證金 訂單，其中拍賣平臺提供至少兩種保證金形式，保證金形式是外部獲取競拍資格時選擇的保證金形式；當拍賣平臺將保證金訂單發(fā)送給管理平臺后，管理平臺為保證金訂單分配對應的訂單號，訂單號與保證金訂單一一對應；然后管理平臺返回訂單號給拍賣平臺；然后拍賣平臺連接支付平臺，使外部完成保證金訂單的支付；最后在拍賣結束后，拍賣平臺根據(jù)競拍結果，分批向管理平臺發(fā)送保證金訂單的發(fā)貨指令，以使管理平臺根據(jù)訂單號啟動對應保證金訂單的發(fā)貨進程，其中發(fā)貨指令中攜帶有訂單號。與現(xiàn)有技術相比，本發(fā)明實施例能夠為外部提供至少兩種保證金形式進行選擇，正由于保證金形式的多樣性，所以打破了現(xiàn)有的保證金只包含“通過支付現(xiàn)金作為抵押”一種形式并且專款專用的狀況，并在拍賣結束后，根據(jù)不同類型的保證金訂單，對其進行不同的保證金訂單的發(fā)貨處理，因此緩解了在整個拍賣流程中，由于?？顚Ｓ枚鴮е碌呐馁u系統(tǒng)內部相關子系統(tǒng)間頻繁的正負流程運轉的狀況，因此可以有效地提高整個拍賣系統(tǒng)的穩(wěn)定性。

進一步的，作為對上述圖2所示方法的實現(xiàn)，本發(fā)明實施例的另一個實施例還提供了一種保證金交易的裝置，該裝置位于管理平臺，如圖5所示，該裝置包括：第一接收單元51、分配單元52、返回單元53、第二接收單元54、及啟動單元55。

第一接收單元51，用于拍賣前，接收保證金訂單，保證金訂單是拍賣平臺根據(jù)外部選擇的保證金形式生成的訂單，保證金形式是外部獲取競拍資格時選擇的保證金形式；

分配單元52，用于為保證金訂單分配訂單號，訂單號與保證金訂單一一對應；

返回單元53，用于將訂單號返回給拍賣平臺；

第二接收單元54，用于拍賣結束后，接收拍賣平臺分批發(fā)送的保證金訂單的發(fā)貨指令，發(fā)貨指令中攜帶有訂單號；

啟動單元55，用于根據(jù)訂單號啟動對應保證金訂單的發(fā)貨進程。

進一步的，保證金形式包括抵押保證金、兌換商品保證金以及購買預設商品保證金。

進一步的，如圖6所示，第二接收單元54，包括：

第一接收模塊541，用于接收拍賣平臺發(fā)送的所有競拍失敗的外部對應 的保證金訂單的發(fā)貨指令；

第二接收模塊542，用于接收拍賣平臺發(fā)送的競拍成功的外部對應的保證金訂單的發(fā)貨指令。

進一步的，若保證金形式為抵押保證金，則發(fā)貨指令為退還保證金；

若保證金形式為兌換商品保證金，則發(fā)貨指令為發(fā)送兌換商品；

若保證金形式為購買預設商品保證金，則發(fā)貨指令為發(fā)送預設商品。

進一步的，如圖6所示，裝置進一步包括：

第三接收單元56，用于接收拍賣平臺發(fā)送的流拍信息，流拍信息為在預設時限內競拍成功的外部未完成競拍品貨款支付的標識信息，流拍信息包括競拍成功的外部的賬戶信息以及對應的保證金訂單信息；

確認單元57，用于確認流拍信息；

扣留單元58，用于扣留競拍成功的外部對應的保證金訂單。

進一步的，如圖6所示，裝置進一步包括：

生成單元59，用于生成保證金訂單對應的支付驗簽密鑰；

發(fā)送單元510，用于將保證金訂單對應的支付驗簽密鑰發(fā)送給拍賣平臺，以使拍賣平臺與支付平臺連接并完成保證金訂單的支付。

本發(fā)明實施例提供的保證金交易的裝置，能夠在拍賣前，拍賣平臺接收外部選擇的保證金形式，并且根據(jù)外部選擇的保證金形式生成對應的保證金訂單，其中拍賣平臺提供至少兩種保證金形式，保證金形式是外部獲取競拍資格時選擇的保證金形式；當拍賣平臺將保證金訂單發(fā)送給管理平臺后，管理平臺為保證金訂單分配對應的訂單號，訂單號與保證金訂單一一對應；然后管理平臺返回訂單號給拍賣平臺；然后拍賣平臺連接支付平臺，使外部完成保證金訂單的支付；最后在拍賣結束后，拍賣平臺根據(jù)競拍結果，分批向管理平臺發(fā)送保證金訂單的發(fā)貨指令，以使管理平臺根據(jù)訂單號啟動對應保證金訂單的發(fā)貨進程，其中發(fā)貨指令中攜帶有訂單號。與現(xiàn)有技術相比，本發(fā)明實施例能夠為外部提供至少兩種保證金形式進行選擇，正由于保證金形式的多樣性，所以打破了現(xiàn)有的保證金只包含“通過支付現(xiàn)金作為抵押”一種形式并且?？顚Ｓ玫臓顩r，并在拍賣結束后，根據(jù)不同類型的保證金訂單，對其進行不同的保證金訂單的發(fā)貨處理，因此緩解了在整個拍賣流程中，由于?？顚Ｓ枚鴮е碌呐馁u系統(tǒng)內部相關子系統(tǒng)間頻繁的正負流程運轉的狀 況，因此可以有效地提高整個拍賣系統(tǒng)的穩(wěn)定性。

進一步的，作為對圖1及圖2所示方法的實現(xiàn)，本發(fā)明實施例還提供了一種保證金交易的系統(tǒng)，該系統(tǒng)包括拍賣平臺、管理平臺及支付平臺；

拍賣平臺，包括上述圖3或圖4中任一所述的裝置；

管理平臺，包括上述圖5或圖6中任一所述的裝置；

支付平臺，用于與拍賣平臺連接，以使外部完成保證金訂單的支付。

本發(fā)明實施例提供的保證金交易的系統(tǒng)，能夠在拍賣前，拍賣平臺接收外部選擇的保證金形式，并且根據(jù)外部選擇的保證金形式生成對應的保證金訂單，其中拍賣平臺提供至少兩種保證金形式，保證金形式是外部獲取競拍資格時選擇的保證金形式；當拍賣平臺將保證金訂單發(fā)送給管理平臺后，管理平臺為保證金訂單分配對應的訂單號，訂單號與保證金訂單一一對應；然后管理平臺返回訂單號給拍賣平臺；然后拍賣平臺連接支付平臺，使外部完成保證金訂單的支付；最后在拍賣結束后，拍賣平臺根據(jù)競拍結果，分批向管理平臺發(fā)送保證金訂單的發(fā)貨指令，以使管理平臺根據(jù)訂單號啟動對應保證金訂單的發(fā)貨進程，其中發(fā)貨指令中攜帶有訂單號。與現(xiàn)有技術相比，本發(fā)明實施例能夠為外部提供至少兩種保證金形式進行選擇，正由于保證金形式的多樣性，所以打破了現(xiàn)有的保證金只包含“通過支付現(xiàn)金作為抵押”一種形式并且?？顚Ｓ玫臓顩r，并在拍賣結束后，根據(jù)不同類型的保證金訂單，對其進行不同的保證金訂單的發(fā)貨處理，因此緩解了在整個拍賣流程中，由于?？顚Ｓ枚鴮е碌呐馁u系統(tǒng)內部相關子系統(tǒng)間頻繁的正負流程運轉的狀況，因此可以有效地提高整個拍賣系統(tǒng)的穩(wěn)定性。

以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上。可以根據(jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。

通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件。基于這樣的理解，上述技術方案本質上或者說對現(xiàn)有技術做出貢獻的部 分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品可以存儲在計算機可讀存儲介質中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。

最后應說明的是：以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解：其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精神和范圍。