專利名稱：一種交易數(shù)據(jù)處理方法、系統(tǒng)及一種支付系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)處理技術(shù)，特別是涉及一種交易數(shù)據(jù)處理方法、系統(tǒng)及一 種支付系統(tǒng)。
背景技術(shù)：
現(xiàn)有的一種資源交互方法是，第一用戶擁有資源A,第二用戶擁有資源B, 第一用戶和第二用戶通過第三方機(jī)構(gòu)實(shí)現(xiàn)資源A與資源B的交互，具體交互 過程為第一用戶將資源A發(fā)送給所述第三方機(jī)構(gòu)臨時(shí)保存，第三方機(jī)構(gòu)將 第一用戶已發(fā)送資源A的消息通知第二用戶，第二用戶收到通知后將資源B 發(fā)送給第一用戶，第一用戶收到資源B后通知第三方機(jī)構(gòu)，第三方機(jī)構(gòu)再將 所述臨時(shí)保存的資源A發(fā)送給第二用戶，交互過程結(jié)束。這樣，第一用戶就 擁有了資源B,第二用戶就擁有了資源A。
目前在互聯(lián)網(wǎng)應(yīng)用中， 一種非面對(duì)面的電子交易方法就是利用所述資源交 互原理，通過第三方支付平臺(tái)來實(shí)現(xiàn)買賣雙方的交易行為。參照?qǐng)D1,是所述 電子交易方法的流程圖。所述交易流程為買方在購(gòu)物網(wǎng)站上選擇商品，然后 通過網(wǎng)上銀行付款到所述支付平臺(tái)；支付平臺(tái)通知賣方買方已付款，賣方發(fā)貨； 當(dāng)買方收到選購(gòu)的商品后，到支付平臺(tái)進(jìn)行收貨確認(rèn)，支付平臺(tái)付款給賣方。
上述非面對(duì)面交易方法是基于將資金由銀行賬戶轉(zhuǎn)入一家第三方機(jī)構(gòu)來 實(shí)現(xiàn)的，這種交易模式存在如下問題
第一，數(shù)據(jù)處理過程繁瑣。交易雙方在通過第三方機(jī)構(gòu)實(shí)現(xiàn)交易的過程中， 買方需要登錄網(wǎng)絡(luò)或通過其他方式進(jìn)行轉(zhuǎn)賬，將資金數(shù)據(jù)臨時(shí)存在第三方機(jī)構(gòu) 中，第三方機(jī)構(gòu)再轉(zhuǎn)到賣方的銀行賬戶中。對(duì)于買方，操作比較繁瑣；而對(duì)于 第三方機(jī)構(gòu)，增加了處理復(fù)雜度。因此針對(duì)整個(gè)交易過程，增加了交易的復(fù)雜 性。
第二，存在著安全問題。第三方機(jī)構(gòu)的可信賴度遠(yuǎn)遠(yuǎn)低于銀行，如果第三 方機(jī)構(gòu)巻款逃匿，則會(huì)給大量的交易參與方帶來巨大的損失。而且，大量資金 在一定時(shí)間內(nèi)要沉淀在第三方機(jī)構(gòu)，在為第三方機(jī)構(gòu)帶來可觀的利息收入的同
5時(shí)卻減少了交易雙方的利息收入。因此，上述資源交互過程由于沒有對(duì)第三方機(jī)構(gòu)的監(jiān)控，所以臨時(shí)保存在第三方機(jī)構(gòu)的第一用戶資源A存在著安全風(fēng)險(xiǎn)，如果第三方將資源A占為己 有，則會(huì)影響資源交互過程的正常進(jìn)行，并給交互雙方帶來?yè)p失。發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問題是提供一種交易數(shù)據(jù)處理方法、系統(tǒng)及一種支 付系統(tǒng)，以解決目前的交易方法由于將資金臨時(shí)轉(zhuǎn)入第三方機(jī)構(gòu)而造成的數(shù)據(jù) 處理流程繁瑣、安全性低的問題。為解決上述技術(shù)問題，根據(jù)本發(fā)明提供的具體實(shí)施例，本發(fā)明公開了以下 技術(shù)方案一種交易數(shù)據(jù)處理方法，包括第 一用戶終端向第三方系統(tǒng)發(fā)送預(yù)付款請(qǐng)求；第三方系統(tǒng)根據(jù)所述預(yù)付款請(qǐng)求，通知^l艮行系統(tǒng)凍結(jié)該第 一用戶賬戶中的 預(yù)付資金數(shù)據(jù)；銀行系統(tǒng)根據(jù)所述第三方系統(tǒng)的指令凍結(jié)該第一用戶賬戶中的預(yù)付資金 數(shù)據(jù)；第 一用戶終端向所述第三方系統(tǒng)發(fā)送確-〖人付款請(qǐng)求；第三方系統(tǒng)根據(jù)所述確認(rèn)付款請(qǐng)求，通知銀行系統(tǒng)解凍所述預(yù)付資金數(shù) 據(jù)，并將所述預(yù)付資金數(shù)據(jù)從第 一用戶賬戶轉(zhuǎn)賬到第二用戶賬戶。優(yōu)選的，所述銀行系統(tǒng)凍結(jié)該第一用戶賬戶中的預(yù)付資金數(shù)據(jù)之后，還包 括所述銀行系統(tǒng)向第三方系統(tǒng)返回預(yù)付款成功與否的應(yīng)答；第三方系統(tǒng)將所 述應(yīng)答分別發(fā)送給第 一用戶終端和第二用戶終端。優(yōu)選的，所述方法還包括第二用戶終端通知第三方系統(tǒng)已發(fā)貨。優(yōu)選的，當(dāng)所述預(yù)付資金數(shù)據(jù)從第 一用戶賬戶轉(zhuǎn)賬到第二用戶賬戶之后， 還包括所述4艮行系統(tǒng)向第三方系統(tǒng)返回確認(rèn)付款成功與否的應(yīng)答；第三方系 統(tǒng)將所述應(yīng)答分別發(fā)送給第一用戶終端和第二用戶終端。優(yōu)選的，所述方法還包括第三方系統(tǒng)在所述應(yīng)答消息中將交易數(shù)據(jù)分別 發(fā)送給第一用戶終端和第二用戶終端，所述交易數(shù)據(jù)包括第一用戶和第二用戶 的賬號(hào)、賬戶行、交易金額以及資金狀態(tài)。一種交易數(shù)據(jù)處理系統(tǒng)，包括第一用戶終端，用于向交易處理模塊發(fā)送預(yù)付款請(qǐng)求和確認(rèn)付款請(qǐng)求； 第二用戶終端，用于與所述第一用戶終端進(jìn)行交易；交易處理模塊，用于根據(jù)所述預(yù)付款請(qǐng)求，通知賬戶管理模塊將第一用戶 賬戶中的預(yù)付資金數(shù)據(jù)凍結(jié)；當(dāng)收到第一用戶終端發(fā)送的確認(rèn)付款請(qǐng)求后，通 知賬戶管理模塊將第一用戶賬戶中的所述預(yù)付資金數(shù)據(jù)解凍，并將所述預(yù)付資 金數(shù)據(jù)從第 一用戶賬戶轉(zhuǎn)賬到第二用戶賬戶；賬戶管理模塊，用于根據(jù)所述預(yù)付款請(qǐng)求凍結(jié)第一用戶賬戶中的預(yù)付資金 數(shù)據(jù)，并根據(jù)所述確認(rèn)付款請(qǐng)求對(duì)第一用戶賬戶中的所述預(yù)付資金數(shù)據(jù)解凍。優(yōu)選的，所述交易處理模塊還用于將賬戶管理模塊返回的預(yù)付款成功與否 的應(yīng)答，以及確認(rèn)付款成功與否的應(yīng)答，分別發(fā)送給第一用戶終端和第二用戶 終端。優(yōu)選的，所述交易處理模塊與第一用戶終端、第二用戶終端之間通過互聯(lián) 網(wǎng)或無線通信網(wǎng)絡(luò)進(jìn)行通信。優(yōu)選的，所述賬戶管理模塊至少為一個(gè)，每個(gè)賬戶管理模塊對(duì)應(yīng)一家銀行； 所述交易處理模塊與各個(gè)賬戶管理模塊之間采用統(tǒng)一接口。一種支付系統(tǒng)，包括接入模塊，用于接收第一用戶終端發(fā)送的預(yù)付款請(qǐng)求和確認(rèn)付款請(qǐng)求，并 存入轉(zhuǎn)接數(shù)據(jù)庫(kù)；轉(zhuǎn)接數(shù)據(jù)庫(kù)，用于存儲(chǔ)交易信息，所述交易信息包括預(yù)付款請(qǐng)求和確認(rèn)付 款請(qǐng)求；轉(zhuǎn)接模塊，用于將所述預(yù)付款請(qǐng)求和確認(rèn)付款請(qǐng)求轉(zhuǎn)發(fā)到相應(yīng)的賬戶行； 賬戶行根據(jù)所述預(yù)付款請(qǐng)求將第一用戶賬戶中的預(yù)付資金數(shù)據(jù)凍結(jié)，并根據(jù)所 述確認(rèn)付款請(qǐng)求將第一用戶賬戶中的所述預(yù)付資金數(shù)據(jù)解凍；清分清算模塊，用于將所述解凍的預(yù)付資金數(shù)據(jù)從第 一用戶賬戶轉(zhuǎn)賬到第 二用戶賬戶。優(yōu)選的，所述轉(zhuǎn)接模塊還用于接收賬戶行返回的預(yù)付款成功與否的應(yīng)答以 及確認(rèn)付款成功與否的應(yīng)答；所述接入模塊還用于將所述應(yīng)答分別發(fā)送給第一 用戶終端和第二用戶終端。優(yōu)選的，所述轉(zhuǎn)接模塊還用于根據(jù)預(yù)置的支付規(guī)則對(duì)交易狀態(tài)進(jìn)行管理和 后續(xù)處理。優(yōu)選的，所述支付系統(tǒng)還包括歷史數(shù)據(jù)庫(kù)，用于存儲(chǔ)歷史交易信息，定 期從所述轉(zhuǎn)接數(shù)據(jù)庫(kù)中轉(zhuǎn)移全部的交易信息，并清空轉(zhuǎn)接數(shù)據(jù)庫(kù)。優(yōu)選的，所述支付系統(tǒng)還包括差錯(cuò)及爭(zhēng)議處理模塊，用于接收第一用戶 終端或第二用戶終端發(fā)送的差錯(cuò)或爭(zhēng)議信息，并根據(jù)預(yù)置的規(guī)則進(jìn)行相應(yīng)處 理。優(yōu)選的，所述支付系統(tǒng)還包括 第一用戶信息管理模塊，用于管理第一用戶信息； 第一用戶信息數(shù)據(jù)庫(kù)，用于存儲(chǔ)第一用戶信息； 第二用戶信息管理模塊，用于管理第二用戶信息； 第二用戶信息數(shù)據(jù)庫(kù)，用于存儲(chǔ)第二用戶信息。根據(jù)本發(fā)明提供的具體實(shí)施例，本發(fā)明公開了以下技術(shù)效果首先，本發(fā)明提供的交易數(shù)據(jù)處理方法能夠減少交易數(shù)據(jù)處理的流程，簡(jiǎn) 化整個(gè)交易過程，而且還能提高交易數(shù)據(jù)處理的安全性。第 一，現(xiàn)有技術(shù)中交易資金的數(shù)據(jù)處理包括買方向第三方機(jī)構(gòu)存入款項(xiàng)， 然后通過網(wǎng)上銀行付款到所述第三方機(jī)構(gòu)；第三方機(jī)構(gòu)通知賣方買方已付款， 賣方發(fā)貨；當(dāng)買方收到選購(gòu)的商品后，到第三方機(jī)構(gòu)進(jìn)行收貨確認(rèn)，第三方機(jī) 構(gòu)付款給賣方。而本發(fā)明在交易完成之前無需向第三方機(jī)構(gòu)存款，只需要將部 分資金數(shù)據(jù)進(jìn)行凍結(jié)，因此減少了交易數(shù)據(jù)處理的流程。第二，本發(fā)明通過在確認(rèn)支付前將交易資金數(shù)據(jù)凍結(jié)在銀行賬戶中來保證 交易的安全問題，而在整個(gè)非面對(duì)面交易過程中，交易資金數(shù)據(jù)都不會(huì)轉(zhuǎn)入第 三方機(jī)構(gòu)。由于銀行是買賣雙方都值得信賴的機(jī)構(gòu)，其信用度遠(yuǎn)高于一般的第 三方機(jī)構(gòu)，因此降低了第三方機(jī)構(gòu)巻款逃匿的風(fēng)險(xiǎn)，從而降低了交易雙方的資 金風(fēng)險(xiǎn)。其次，在確認(rèn)支付前買方資金數(shù)據(jù)仍在買方自己的銀行賬戶中，減少了提 前轉(zhuǎn)入第三方機(jī)構(gòu)造成的利息損失。尤其當(dāng)資金量比較大時(shí)，可以為買方帶來 可觀的利息收入。再次，所述第三方機(jī)構(gòu)與各家銀行之間采用統(tǒng)一的通信協(xié)議，只需按照一 個(gè)接口標(biāo)準(zhǔn)即可實(shí)現(xiàn)與所有銀行的互聯(lián)，因此第三方機(jī)構(gòu)的開發(fā)和維護(hù)工作量 都較小。最后，與現(xiàn)有的非面對(duì)面交易方法相比，現(xiàn)有技術(shù)由于將資金數(shù)據(jù)保存在 第三方機(jī)構(gòu)中，流出了金融體系，即資金從買方賬戶轉(zhuǎn)到賣方賬戶的過程中需要經(jīng)過第三方機(jī)構(gòu)，因此仍存在套現(xiàn)、洗錢等風(fēng)險(xiǎn)；而本發(fā)明由于資金在整個(gè) 交易過程中都不會(huì)轉(zhuǎn)入第三方機(jī)構(gòu)，沒有流出金融體系，所以從源頭上控制了 所述兩類風(fēng)險(xiǎn)的發(fā)生。而且，現(xiàn)有技術(shù)中只有第三方機(jī)構(gòu)完全掌握買賣雙方的交易信息，買賣雙 方互相不知道，只有監(jiān)控第三方機(jī)構(gòu)這一個(gè)節(jié)點(diǎn)才能獲得交易的全部信息，所 以使得反套現(xiàn)的監(jiān)控只能局限在第三方機(jī)構(gòu)這一個(gè)節(jié)點(diǎn)上。而本發(fā)明中的第三 方機(jī)構(gòu)只相當(dāng)于一個(gè)交易的通道，并不對(duì)資金的來源和去處做任何的屏蔽，由 于采用的是銀行間通用的技術(shù)標(biāo)準(zhǔn)，交易中的每個(gè)節(jié)點(diǎn)都能夠清楚地了解交易 的全部信息，即無論是買方、賣方還是第三方機(jī)構(gòu)都清楚地掌握交易的全部信 息，因此在反套現(xiàn)系統(tǒng)中監(jiān)控哪一方都可以。
圖l是現(xiàn)有技術(shù)中一種電子交易方法的流程圖；圖2是本發(fā)明實(shí)施例一所述一種非面對(duì)面交易方法的流程圖；圖3是本發(fā)明實(shí)施例 一 所述 一 種非面對(duì)面交易系統(tǒng)的結(jié)構(gòu)圖；圖4是本發(fā)明實(shí)施例二所述預(yù)付款流程圖；圖5是本發(fā)明實(shí)施例二所述確認(rèn)付款流程圖；圖6是本發(fā)明實(shí)施例二所述一種支付系統(tǒng)的結(jié)構(gòu)圖。
具體實(shí)施方式
為使本發(fā)明的上述目的、特征和優(yōu)點(diǎn)能夠更加明顯易懂，下面結(jié)合附圖和具體實(shí)施方式
對(duì)本發(fā)明作進(jìn)一步詳細(xì)的說明。本發(fā)明提供了 一種安全的交易數(shù)據(jù)處理方法，是對(duì)現(xiàn)有的基于第三方機(jī)構(gòu) 實(shí)現(xiàn)非面對(duì)面交易方法的改進(jìn)?，F(xiàn)有方法在交易處理過程中，是將交易一方擁 有的資源臨時(shí)存儲(chǔ)在第三方機(jī)構(gòu)，而本發(fā)明改變了這種交易方式，交易雙方進(jìn)行交易的資源在整個(gè)交易過程中都沒有經(jīng)過第三方機(jī)構(gòu)，因此能夠避免由于第 三方機(jī)構(gòu)存在的安全風(fēng)險(xiǎn)而給交易雙方帶來?yè)p失的問題。參照?qǐng)D2，是本發(fā)明實(shí)施例一所述一種非面對(duì)面交易方法的流程圖。本實(shí) 施例中，交易雙方為第一用戶和第二用戶，第一用戶通過第三方機(jī)構(gòu)從第二用戶購(gòu)買商品，具體交易過程如下步驟201，第一用戶選購(gòu)好要買的商品后，向第三方機(jī)構(gòu)發(fā)送預(yù)付款請(qǐng)求； 第一用戶和第二用戶可選擇多種方式與所述第三方機(jī)構(gòu)建立連接，例如通過上網(wǎng)，或者通過手機(jī)等移動(dòng)終端打電話，或其他通訊方式，本發(fā)明在此不作限定。步驟202，第三方機(jī)構(gòu)根據(jù)所述預(yù)付款請(qǐng)求，通知銀行系統(tǒng)凍結(jié)第一用戶 賬戶中的預(yù)付資金數(shù)據(jù)；銀行系統(tǒng)根據(jù)所述第三方機(jī)構(gòu)的指令凍結(jié)該第一用戶 賬戶中的預(yù)付資金數(shù)據(jù)。其中，第一用戶的賬戶信息，如銀行賬號(hào)、賬戶行(即所屬的銀行)等信 息，可以由第一用戶預(yù)先通過注冊(cè)等方式保存到第三方機(jī)構(gòu)，每次付款的時(shí)候 第三方機(jī)構(gòu)將所述默認(rèn)賬戶轉(zhuǎn)發(fā)給第一用戶賬戶行；所述賬戶信息也可以由第一用戶在發(fā)起預(yù)付款請(qǐng)求的時(shí)候一起發(fā)送到第三方機(jī)構(gòu)，本發(fā)明在此不作限 定。相應(yīng)的，對(duì)于第二用戶的賬戶信息，也可以采用所述預(yù)先注冊(cè)或者每次發(fā) 送的方式。所述銀行系統(tǒng)是指第一用戶指定的賬戶所在銀行，由于用戶可以辦 理多家銀行的賬戶，所以所述銀行系統(tǒng)具體對(duì)應(yīng)第一用戶每次指定的銀行。第三方機(jī)構(gòu)將所述預(yù)付款請(qǐng)求轉(zhuǎn)發(fā)給第一用戶賬戶行，第一用戶賬戶行收 到所述請(qǐng)求后，即根據(jù)第三方機(jī)構(gòu)發(fā)送過來的賬號(hào)和金額，將相應(yīng)的用戶賬戶 中的資金進(jìn)行凍結(jié)。這時(shí)，被凍結(jié)的資金還保留在第一用戶賬戶中，沒有進(jìn)入 第三方機(jī)構(gòu)，但是不能隨意提取或轉(zhuǎn)賬。步驟203，第三方機(jī)構(gòu)通知第二用戶發(fā)貨，第二用戶開始向第一用戶發(fā)貨；優(yōu)選的，第二用戶還會(huì)將已發(fā)貨消息通知給所述第三方機(jī)構(gòu)，以便第三方 機(jī)構(gòu)及時(shí)掌握交易過程。步驟204,第一用戶收到要購(gòu)買的商品，馬全證商品無誤后，向第三方機(jī)構(gòu) 發(fā)送確認(rèn)付款請(qǐng)求；步驟205，當(dāng)所述第三方機(jī)構(gòu)收到第一用戶發(fā)送的確認(rèn)付款請(qǐng)求后，通知銀行系統(tǒng)對(duì)第一用戶賬戶中的所述預(yù)付資金進(jìn)行解凍，并將所述預(yù)付資金從第 一用戶賬戶轉(zhuǎn)賬到第二用戶賬戶。第三方機(jī)構(gòu)將所述確認(rèn)付款請(qǐng)求轉(zhuǎn)發(fā)給第 一用戶賬戶行，第 一用戶賬戶行根據(jù)所述請(qǐng)求將步驟202凍結(jié)的銀行賬戶進(jìn)行解凍。第一用戶賬戶里的資金解凍后，第三方機(jī)構(gòu)就可以進(jìn)行轉(zhuǎn)賬處理，即從第一用戶賬戶中扣除所述預(yù)付資 金，并轉(zhuǎn)到第二用戶賬戶里。這樣，第一用戶收到了要買的商品，第二用戶的 賬戶里也收到了貨款，整個(gè)交易過程結(jié)束。優(yōu)選的，為了增強(qiáng)交易雙方對(duì)整個(gè)交易過程的了解，并加強(qiáng)對(duì)第三方機(jī)構(gòu)的監(jiān)控，在步驟202之后，第一用戶賬戶行還會(huì)向第三方機(jī)構(gòu)返回預(yù)付款成功 與否的應(yīng)答，即將資金凍結(jié)是否成功的消息發(fā)送給第三方機(jī)構(gòu)。第三方機(jī)構(gòu)再 將所述應(yīng)答分別轉(zhuǎn)發(fā)給第一用戶和第二用戶，即將交易的處理情況都告知第一 用戶和第二用戶。第二用戶根據(jù)所述由銀行發(fā)送過來的應(yīng)答，可以確定是否發(fā) 貨；第一用戶根據(jù)所述請(qǐng)求可以直接而快速地獲知預(yù)付款是否成功。優(yōu)選的，在步驟205之后，第一用戶賬戶行還向第三方機(jī)構(gòu)返回確認(rèn)付款 成功與否的應(yīng)答，即將預(yù)付資金是否從第一用戶賬戶中扣除的消息發(fā)送給第三 方機(jī)構(gòu)；第三方機(jī)構(gòu)再將所述應(yīng)答分別發(fā)送給第一用戶和第二用戶。這樣，交 易雙方就可以快速獲知資金的流動(dòng)情況。優(yōu)選的，第三方機(jī)構(gòu)在所述預(yù)付款和確認(rèn)付款應(yīng)答消息中，攜帶交易信息 分別發(fā)送給第一用戶和第二用戶，所述交易信息包括第一用戶和第二用戶的賬 號(hào)、賬戶行、資金金額以及資金狀態(tài)等信息。這樣，交易雙方就能夠清楚地了 解交易資金的流動(dòng)過程，包括第一用戶是誰、第二用戶是誰、交易雙方的賬號(hào)、 賬戶行、交易金額、資金處于凍結(jié)還是轉(zhuǎn)賬狀態(tài)等等信息。綜上所述，本發(fā)明在交易完成之前無需向第三方機(jī)構(gòu)存款，只需要將部分 資金數(shù)據(jù)進(jìn)行凍結(jié)，因此減少了交易數(shù)據(jù)處理的流程。本發(fā)明通過在確認(rèn)支付前將交易資金凍結(jié)在銀行賬戶中來保證交易的安 全問題，而在整個(gè)非面對(duì)面交易過程中，交易資金都不會(huì)轉(zhuǎn)入第三方機(jī)構(gòu)。由 于銀行是交易雙方都值得信賴的機(jī)構(gòu)，其信用度遠(yuǎn)高于一般的第三方機(jī)構(gòu)，因 此降低了第三方機(jī)構(gòu)巻款逃匿的風(fēng)險(xiǎn)，從而降低了交易雙方的資金風(fēng)險(xiǎn)。而且， 在確認(rèn)支付前第一用戶的資金仍在自己的^l行賬戶中，減少了提前轉(zhuǎn)入第三方機(jī)構(gòu)造成的利息損失。尤其當(dāng)資金量比較大時(shí)，可以為買方帶來可觀的利息收 入。需要說明的是，由于交易雙方所使用的銀行賬戶可以在多家銀行開戶，所 以就存在第三方機(jī)構(gòu)與各家銀行接口的問題?，F(xiàn)有技術(shù)中各家銀行與所述第三 方機(jī)構(gòu)的連接接口都不一致，這樣第三方機(jī)構(gòu)需要花費(fèi)大量的精力來開發(fā)和維 護(hù)與各家銀行之間的接口。而本發(fā)明優(yōu)選的，所述第三方機(jī)構(gòu)采用了統(tǒng)一的接 口來連接各家銀行，從而降低了開發(fā)和維護(hù)工作量。針對(duì)上述非面對(duì)面交易方法，本發(fā)明還提供了一種非面對(duì)面交易系統(tǒng)。參照?qǐng)D3，是實(shí)施例所述一種非面對(duì)面交易系統(tǒng)的結(jié)構(gòu)圖。所述交易系統(tǒng)主要包 括第一用戶終端31、第二用戶終端32、交易處理模塊33和賬戶管理模塊34。 其中，第一用戶終端31與第二用戶終端32進(jìn)行交易，交易處理模塊33用于 管理整個(gè)交易處理過程，賬戶管理模塊34用于管理第一用戶賬戶和第二用戶 賬戶。所述第一用戶終端31用于向交易處理沖莫塊發(fā)送預(yù)付款請(qǐng)求和確認(rèn)付款請(qǐng) 求；所述第二用戶終端32用于向第一用戶終端31發(fā)貨；所述交易處理模塊 33用于根據(jù)所述預(yù)付款請(qǐng)求，通知賬戶管理模塊34將第 一用戶賬戶中的預(yù)付 資金凍結(jié)；當(dāng)收到第一用戶終端31發(fā)送的確認(rèn)付款請(qǐng)求后，通知賬戶管理模 塊34將第一用戶賬戶中的所述預(yù)付資金解凍，并將所述預(yù)付資金從第一用戶 賬戶轉(zhuǎn)賬到第二用戶賬戶；所述賬戶管理才莫塊34用于根據(jù)所述預(yù)付^:請(qǐng)求凍 結(jié)第一用戶賬戶中的預(yù)付資金，并根據(jù)所述確認(rèn)付款請(qǐng)求對(duì)第一用戶賬戶中的 所述預(yù)付資金解凍。所述交易系統(tǒng)執(zhí)行的交易處理過程為第一用戶終端31向交易處理模塊33發(fā)送預(yù)付款請(qǐng)求，交易處理模塊33 將所述預(yù)付款請(qǐng)求轉(zhuǎn)發(fā)給賬戶管理模塊34,賬戶管理模塊34根據(jù)所述請(qǐng)求將 第一用戶賬戶中相應(yīng)金額的預(yù)付資金凍結(jié)；交易處理模塊33通知第二用戶終 端32發(fā)貨，當(dāng)?shù)谝挥脩艚K端31收到貨物后，向交易處理模塊33發(fā)送確認(rèn)付 款請(qǐng)求，交易處理模塊33將所述確認(rèn)付款請(qǐng)求轉(zhuǎn)發(fā)給賬戶管理模塊34,賬戶 管理模塊34根據(jù)所述請(qǐng)求將第一用戶賬戶中相應(yīng)金額的預(yù)付資金解凍；所述 資金解凍后，交易處理模塊33執(zhí)行轉(zhuǎn)賬處理，通過賬戶管理模塊34從第一用戶賬戶中扣除所述預(yù)付資金，并轉(zhuǎn)入第二用戶賬戶。優(yōu)選的，所述交易處理模塊33還用于將賬戶管理模塊34返回的預(yù)付款成 功與否的應(yīng)答，以及確認(rèn)付款成功與否的應(yīng)答，分別發(fā)送給第一用戶終端31 和第二用戶終端32。優(yōu)選的，如果所述交易系統(tǒng)中包括多個(gè)賬戶管理模塊34，每個(gè)賬戶管理 模塊34對(duì)應(yīng)一家銀行，則所述交易處理模塊33與各個(gè)賬戶管理模塊34之間 采用統(tǒng)一4妄口。優(yōu)選的，所述交易處理模塊33與第一用戶終端31、第二用戶終端32之 間可通過互聯(lián)網(wǎng)、無線通信網(wǎng)絡(luò)進(jìn)或其他通訊方式進(jìn)行通信連接。如果通過互 聯(lián)網(wǎng)建立連接，則所述交易系統(tǒng)可應(yīng)用于網(wǎng)上支付等電子交易處理；如果通過 無線通信網(wǎng)絡(luò)，則可應(yīng)用于電話支付等交易模式。下面將以非面對(duì)面交易的典型應(yīng)用——一種網(wǎng)上支付方法為例進(jìn)行說明。買方在網(wǎng)上確認(rèn)購(gòu)買物品后，發(fā)起預(yù)付款請(qǐng)求，預(yù)付款成功后，買方賬戶 行將購(gòu)買此貨物的資金凍結(jié)，并通知賣方發(fā)貨。買方收到貨物后，再發(fā)起確認(rèn) 付款請(qǐng)求，購(gòu)買貨物的資金從買方賬戶扣除，并清算給賣方，交易完成。所述 新型的網(wǎng)上支付方法主要通過兩個(gè)流程完成預(yù)付款和確認(rèn)付款。參照?qǐng)D4，是本發(fā)明實(shí)施例二所述預(yù)付款流程圖。步驟401，買方確定購(gòu)買某一商品后，發(fā)起預(yù)付款請(qǐng)求；例如，消費(fèi)者登錄網(wǎng)上商城選定了一本書，價(jià)格是100元，并用自己的招 行卡發(fā)起預(yù)付款請(qǐng)求。網(wǎng)上商城將消費(fèi)者發(fā)起的預(yù)付款請(qǐng)求發(fā)送到支付平臺(tái)。步驟402,支付平臺(tái)將預(yù)付款請(qǐng)求發(fā)往買方賬戶行，賬戶行按照買方要求 的金額從其資金賬戶中凍結(jié)這部分資金；例如，支付平臺(tái)根據(jù)消費(fèi)者選定的銀行卡賬號(hào)，將該筆交易的信息發(fā)往招 行，招行根據(jù)交易信息中的金額從該銀行卡中凍結(jié)相應(yīng)的資金100元。步驟403,買方賬戶行向支付平臺(tái)返回預(yù)付款成功與否的應(yīng)答；例如，招行向支付平臺(tái)返回預(yù)付款成功的應(yīng)答。步驟404，支付平臺(tái)將預(yù)付款應(yīng)答發(fā)送給賣方，使賣方了解買方預(yù)付款的 情況，決定是否發(fā)貨；例如，支付平臺(tái)將成功應(yīng)答的信息發(fā)送給網(wǎng)上商城，賣方查詢網(wǎng)上商城即可查詢到"買方預(yù)付款成功"，然后發(fā)貨。步驟405，支付平臺(tái)將預(yù)付款應(yīng)答發(fā)送給買方，使買方了解預(yù)付款的情況。例如，買方登錄網(wǎng)上商城也可查詢到"預(yù)付款成功"的信息。參照?qǐng)D5,是本發(fā)明實(shí)施例二所述確認(rèn)付款流程圖。 步驟501，買方收到貨物，發(fā)起確認(rèn)付款請(qǐng)求；例如，幾天后，消費(fèi)者收到在網(wǎng)上商城購(gòu)買的書，核實(shí)貨物無誤后，登錄 網(wǎng)上商城發(fā)起付款確認(rèn)交易。步驟502,支付平臺(tái)將確認(rèn)付款請(qǐng)求發(fā)往買方賬戶行，賬戶行按照買方要 求的金額從凍結(jié)資金中扣除相應(yīng)的金額；例如，支付平臺(tái)根據(jù)消費(fèi)者的付款確認(rèn)請(qǐng)求，將交易發(fā)往招行，招行根據(jù) 交易信息中的金額從相應(yīng)賬戶中扣除100元貨款。例如，招行向支付平臺(tái)返回確認(rèn)付款成功的應(yīng)答。步驟504,支付平臺(tái)將確認(rèn)付款應(yīng)答發(fā)送給賣方，通知其買方已完成付款， 資金將于T+1日到賬；例如，支付平臺(tái)將付款確認(rèn)的成功應(yīng)答返回給網(wǎng)上商城，賣方登錄網(wǎng)上商 城即可查詢到"買方已付款"的信息。步驟505，支付平臺(tái)將確認(rèn)付款應(yīng)答發(fā)送給買方，通知其該筆交易已成功付款，資金已從賬戶中扣除。例如，消費(fèi)者登錄網(wǎng)上商城也可查詢到"付款成功"的信息。優(yōu)選的，所述網(wǎng)上支付方法還設(shè)置了異常處理流程，即對(duì)網(wǎng)上支付過程中買賣雙方出現(xiàn)的各種差錯(cuò)或爭(zhēng)議進(jìn)行后續(xù)處理。例如(1) 為確保賣方利益，若買方收到貨物后，沒有在規(guī)定的時(shí)限內(nèi)發(fā)起確 認(rèn)付款，則由支付平臺(tái)主動(dòng)發(fā)起確認(rèn)付款，從買方資金賬戶中扣除相應(yīng)的資金， 劃入賣方賬戶。(2) 為確保買方利益，若買方對(duì)收到的貨物不滿意，需要與賣方進(jìn)一步 協(xié)商的，可以在一定期限內(nèi)向支付平臺(tái)申請(qǐng)延期付款。對(duì)于買方申請(qǐng)延期的， 支付平臺(tái)不代替其發(fā)起確認(rèn)付款。(3) 為確保買方利益，若買方對(duì)收到的貨物不滿意，需要進(jìn)行退貨的，可以在買賣雙方協(xié)商達(dá)成一致后，由買方向支付平臺(tái)發(fā)出退貨請(qǐng)求，支付平臺(tái) 確認(rèn)該筆退貨已得到買賣雙方的認(rèn)可后，向買方賬戶行發(fā)送預(yù)付款撤銷請(qǐng)求， 以撤銷在賬戶行凍結(jié)的資金。若買賣雙方協(xié)商的結(jié)果是退貨運(yùn)費(fèi)由買方承擔(dān)， 則由支付平臺(tái)發(fā)起一筆確認(rèn)付款，付款金額僅為運(yùn)費(fèi)金額即可。所述網(wǎng)上支付方法除具有防止第三方支付平臺(tái)巻款逃匿、可減少買方利息損失以及與各家銀行接口統(tǒng)一的優(yōu)點(diǎn)之外，還具有如下優(yōu)點(diǎn)第一，與現(xiàn)有的非面對(duì)面交易方法相比，現(xiàn)有技術(shù)由于將資金保存在第三 方機(jī)構(gòu)中，流出了金融體系，即資金從買方賬戶轉(zhuǎn)到賣方賬戶的過程中需要經(jīng) 過第三方機(jī)構(gòu)，因此仍存在套現(xiàn)、洗錢等風(fēng)險(xiǎn)；而本發(fā)明由于資金在整個(gè)交易 過程中都不會(huì)轉(zhuǎn)入第三方支付平臺(tái)，沒有流出金融體系，所以從源頭上控制了 所述兩類風(fēng)險(xiǎn)的發(fā)生。第二，現(xiàn)有技術(shù)中只有第三方機(jī)構(gòu)完全掌握買賣雙方的交易信息(如買賣 雙方的賬號(hào)、賬戶行、交易金額以及資金狀態(tài)等)，買賣雙方互相不知道，只 有監(jiān)控第三方機(jī)構(gòu)這一個(gè)節(jié)點(diǎn)才能獲得交易的全部信息，所以使得反套現(xiàn)的監(jiān) 控只能局限在第三方機(jī)構(gòu)這一個(gè)節(jié)點(diǎn)上。而本發(fā)明中的第三方支付平臺(tái)只相當(dāng) 于一個(gè)交易的通道，并不對(duì)資金的來源和去處做任何的屏蔽，由于采用的是銀 行間通用的技術(shù)標(biāo)準(zhǔn)，技術(shù)標(biāo)準(zhǔn)中對(duì)交易的約束就是凍結(jié)資金、扣除資金，不 同于現(xiàn)有技術(shù)中第三方機(jī)構(gòu)的轉(zhuǎn)賬處理，交易中的每個(gè)節(jié)點(diǎn)都能夠清楚地了解 交易的全部信息，即無論是買方、賣方還是第三方支付平臺(tái)都清楚地掌握交易 的全部信息，因此在反套現(xiàn)系統(tǒng)中監(jiān)控哪一方都可以。針對(duì)上述網(wǎng)上支付方法，本發(fā)明還提供了 一種應(yīng)用于網(wǎng)上支付的支付系 統(tǒng)。參照如6，是實(shí)施例二所述一種支付系統(tǒng)的結(jié)構(gòu)圖。所述支付系統(tǒng)作為第 三方支付平臺(tái)，主要包括接入模塊61、轉(zhuǎn)接數(shù)據(jù)庫(kù)62、轉(zhuǎn)接模塊63、清分清 算模塊64。優(yōu)選的，所述支付系統(tǒng)還包括差錯(cuò)及爭(zhēng)議處理模塊65、歷史數(shù)據(jù) 庫(kù)66、買方信息管理模塊67、買方信息數(shù)據(jù)庫(kù)68、賣方信息管理模塊69、賣 方信息數(shù)據(jù)庫(kù)610。圖中的雙向箭頭表示模塊與數(shù)據(jù)庫(kù)之間有讀、寫雙向要求。例如轉(zhuǎn)接模 塊63與轉(zhuǎn)接數(shù)據(jù)庫(kù)62之間是雙向箭頭，表示轉(zhuǎn)接模塊63 —方面要從轉(zhuǎn)接數(shù) 據(jù)庫(kù)62中讀取信息，另一方面也會(huì)向轉(zhuǎn)接數(shù)據(jù)庫(kù)62中寫入數(shù)據(jù)。圖中的單向箭頭表示模塊與數(shù)據(jù)庫(kù)之間僅有讀或僅有寫的要求。例如差錯(cuò)及爭(zhēng)議處理模 塊65與轉(zhuǎn)接數(shù)據(jù)庫(kù)62之間是單向的寫入(箭頭是指向轉(zhuǎn)接數(shù)據(jù)庫(kù)62的)。 所述轉(zhuǎn)接數(shù)據(jù)庫(kù)62主要用于(1) 存儲(chǔ)當(dāng)日的交易信息，包括預(yù)付款交易信息、確認(rèn)付款交易信息以 及當(dāng)日發(fā)生的差錯(cuò)交易信息；(2) 轉(zhuǎn)接數(shù)據(jù)庫(kù)62中的信息是當(dāng)日進(jìn)行清分清算的依據(jù)。 所述歷史數(shù)據(jù)庫(kù)66主要用于(l)存儲(chǔ)歷史交易信息，每天日終后，將轉(zhuǎn)接數(shù)據(jù)庫(kù)62中的交易信息全 部轉(zhuǎn)移至歷史數(shù)據(jù)庫(kù)66，同時(shí)清空轉(zhuǎn)接數(shù)據(jù)庫(kù)62;(2 )歷史數(shù)據(jù)庫(kù)6中的信息是進(jìn)行后續(xù)差錯(cuò)處理的依據(jù)。 所述買方信息數(shù)據(jù)庫(kù)68主要用于(1) 存儲(chǔ)買方的詳細(xì)信息，如買方身份信息、地址信息、交易信息等；(2) 買方的靜態(tài)信息(如身份信息和地址信息等)由買方在網(wǎng)上商城注 冊(cè)時(shí)填寫，動(dòng)態(tài)信息(如交易信息)等由轉(zhuǎn)接模塊63在交易發(fā)生的同時(shí)隨時(shí) 寫入。所述賣方信息數(shù)據(jù)庫(kù)610主要用于(1) 存儲(chǔ)賣方的詳細(xì)信息，如賣方身份信息、地址信息、交易信息等；(2) 賣方的靜態(tài)信息(如身份信息和地址信息等)由賣方在網(wǎng)上商城注 冊(cè)時(shí)填寫，動(dòng)態(tài)信息(如交易信息)等由轉(zhuǎn)接模塊63在交易發(fā)生的同時(shí)隨時(shí) 寫入。所述接入模塊61主要用于接收買方發(fā)送的預(yù)付款請(qǐng)求和確認(rèn)付款請(qǐng)求， 并存入轉(zhuǎn)接數(shù)據(jù)庫(kù)62。接入模塊61具有以下功能(1) 建立買賣雙方與支付平臺(tái)之間的連接；(2) 從買方接收交易請(qǐng)求信息(包括預(yù)付款請(qǐng)求和確認(rèn)付款請(qǐng)求)，向買 方發(fā)送交易應(yīng)答信息；(3) 向賣方發(fā)送交易應(yīng)答信息；(4) 提供買賣雙方對(duì)交易的管理功能和界面，如交易狀態(tài)的修改、投訴、 差錯(cuò)處理界面。所述轉(zhuǎn)接模塊63主要用于(1) 將買方發(fā)送的預(yù)付款請(qǐng)求和付款確認(rèn)請(qǐng)求轉(zhuǎn)發(fā)到相應(yīng)的賬戶行；(2) 按照預(yù)置的支付規(guī)則對(duì)交易狀態(tài)進(jìn)行管理和后續(xù)處理，例如對(duì)買 方發(fā)送的付款確認(rèn)請(qǐng)求進(jìn)行合法性檢查；對(duì)之前沒有預(yù)付款的付款確認(rèn)請(qǐng)求給 予拒絕；對(duì)買方超期未付款的情況，直接發(fā)起確認(rèn)付款交易；對(duì)買賣雙方協(xié)商 同意退貨的情況，發(fā)起預(yù)付款撤銷或確認(rèn)付款交易；(3 )將交易信息實(shí)時(shí)寫入轉(zhuǎn)接數(shù)據(jù)庫(kù)62,做為當(dāng)日清分清算的依據(jù)。 所述清分清算模塊64主要用于(1) 一個(gè)交易日結(jié)束后，對(duì)當(dāng)日成功的確認(rèn)付款交易和差錯(cuò)交易進(jìn)行清 算，完成從買方賬戶行向賣方賬戶行的資金劃轉(zhuǎn)；(2) 產(chǎn)生清算對(duì)賬的流水文件，供買賣雙方賬戶行進(jìn)行核對(duì)。 所述差錯(cuò)及爭(zhēng)議處理模塊65主要用于(1) 接收買方或賣方提交的差錯(cuò)或爭(zhēng)議信息，并根據(jù)預(yù)置的規(guī)則進(jìn)行后 續(xù)處理。(2) 將處理完畢的差錯(cuò)或爭(zhēng)議交易實(shí)時(shí)寫入轉(zhuǎn)接數(shù)據(jù)庫(kù)62,供當(dāng)日清算使用。所述買方信息管理模塊67主要用于(l)為提供買方注冊(cè)、修改和維護(hù)其個(gè)人信息的界面及功能，收集買方 身份認(rèn)證信息，作為買方賬戶行凍結(jié)資金和扣除資金的依據(jù)；(2 )將收集到的買方信息存儲(chǔ)在買方信息數(shù)據(jù)庫(kù)68中，并提供嚴(yán)格的安 全措施(例如對(duì)買方信息的加密措施)，以確保買方信息的絕對(duì)安全。 所述賣方信息管理模塊69主要用于(1) 為提供賣方注冊(cè)、修改和維護(hù)其個(gè)人信息的界面及功能，收集賣方 身份認(rèn)證信息，確保該賣方是可信的商業(yè)實(shí)體；(2) 將收集到的賣方信息存儲(chǔ)在賣方信息數(shù)據(jù)庫(kù)610中，并提供嚴(yán)格的 安全措施(例如對(duì)賣方信息的加密措施)，以確保賣方信息的絕對(duì)安全。圖6所示系統(tǒng)中未詳述的部分可以參見圖1、圖2所示方法的相關(guān)部分， 為了篇幅考慮，在此不再詳述。以上對(duì)本發(fā)明所提供的一種交易數(shù)據(jù)處理方法、系統(tǒng)及一種支付系統(tǒng)，進(jìn)述，以上實(shí)施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時(shí)， 對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍 上均會(huì)有改變之處。綜上所述，本說明書內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。
權(quán)利要求
1、一種交易數(shù)據(jù)處理方法，其特征在于，包括第一用戶終端向第三方系統(tǒng)發(fā)送預(yù)付款請(qǐng)求；第三方系統(tǒng)根據(jù)所述預(yù)付款請(qǐng)求，通知銀行系統(tǒng)凍結(jié)該第一用戶賬戶中的預(yù)付資金數(shù)據(jù)；銀行系統(tǒng)根據(jù)所述第三方系統(tǒng)的指令凍結(jié)該第一用戶賬戶中的預(yù)付資金數(shù)據(jù)；第一用戶終端向所述第三方系統(tǒng)發(fā)送確認(rèn)付款請(qǐng)求；第三方系統(tǒng)根據(jù)所述確認(rèn)付款請(qǐng)求，通知銀行系統(tǒng)解凍所述預(yù)付資金數(shù)據(jù)，并將所述預(yù)付資金數(shù)據(jù)從第一用戶賬戶轉(zhuǎn)賬到第二用戶賬戶。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述銀行系統(tǒng)凍結(jié)該第一 用戶賬戶中的預(yù)付資金數(shù)據(jù)之后，還包括所述銀行系統(tǒng)向第三方系統(tǒng)返回預(yù)付款成功與否的應(yīng)答；第三方系統(tǒng)將所述應(yīng)答分別發(fā)送給第一用戶終端和第二用戶終端。
3、 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，還包括 第二用戶終端通知第三方系統(tǒng)已發(fā)貨。
4、 根據(jù)權(quán)利要求1所述的方法，其特征在于，當(dāng)所述預(yù)付資金數(shù)據(jù)從第 一用戶賬戶轉(zhuǎn)賬到第二用戶賬戶之后，還包括所述銀行系統(tǒng)向第三方系統(tǒng)返回確認(rèn)付款成功與否的應(yīng)答； 第三方系統(tǒng)將所述應(yīng)答分別發(fā)送給第一用戶終端和第二用戶終端。
5、 根據(jù)權(quán)利要求2或4所述的方法，其特征在于，還包括第三方系統(tǒng)在所述應(yīng)答消息中將交易數(shù)據(jù)分別發(fā)送給第 一用戶終端和第 二用戶終端，所述交易數(shù)據(jù)包括第一用戶和第二用戶的賬號(hào)、賬戶行、交易金 額以及資金狀態(tài)。
6、 一種交易數(shù)據(jù)處理系統(tǒng)，其特征在于，包括第一用戶終端，用于向交易處理模塊發(fā)送預(yù)付款請(qǐng)求和確認(rèn)付款請(qǐng)求； 第二用戶終端，用于與所述第一用戶終端進(jìn)行交易； 交易處理才莫塊，用于根據(jù)所述預(yù)付款請(qǐng)求，通知賬戶管理模塊將第一用戶 賬戶中的預(yù)付資金數(shù)據(jù)凍結(jié)；當(dāng)收到第一用戶終端發(fā)送的確認(rèn)付款請(qǐng)求后，通知賬戶管理模塊將第一用戶賬戶中的所述預(yù)付資金數(shù)據(jù)解凍，并將所述預(yù)付資金數(shù)據(jù)從第 一用戶賬戶轉(zhuǎn)賬到第二用戶賬戶；賬戶管理模塊，用于根據(jù)所述預(yù)付款請(qǐng)求凍結(jié)第一用戶賬戶中的預(yù)付資金 數(shù)據(jù)，并根據(jù)所述確認(rèn)付款請(qǐng)求對(duì)第一用戶賬戶中的所述預(yù)付資金數(shù)據(jù)解凍。
7、 根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于所述交易處理模塊還用于 將賬戶管理模塊返回的預(yù)付款成功與否的應(yīng)答，以及確認(rèn)付款成功與否的應(yīng) 答，分別發(fā)送給第一用戶終端和第二用戶終端。
8、 根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于所述交易處理模塊與第一 用戶終端、第二用戶終端之間通過互聯(lián)網(wǎng)或無線通信網(wǎng)絡(luò)進(jìn)行通信。
9、 根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于 所述賬戶管理模塊至少為一個(gè)，每個(gè)賬戶管理模塊對(duì)應(yīng)一家銀行； 所述交易處理模塊與各個(gè)賬戶管理模塊之間采用統(tǒng)一接口 。
10、 一種支付系統(tǒng)，其特征在于，包括接入模塊，用于接收第一用戶終端發(fā)送的預(yù)付款請(qǐng)求和確認(rèn)付款請(qǐng)求，并 存入轉(zhuǎn)接數(shù)據(jù)庫(kù)；轉(zhuǎn)接數(shù)據(jù)庫(kù)，用于存儲(chǔ)交易信息，所述交易信息包括預(yù)付款請(qǐng)求和確認(rèn)付 款請(qǐng)求；轉(zhuǎn)接模塊，用于將所述預(yù)付款請(qǐng)求和確認(rèn)付款請(qǐng)求轉(zhuǎn)發(fā)到相應(yīng)的賬戶行；賬戶行根據(jù)所述預(yù)付款請(qǐng)求將第一用戶賬戶中的預(yù)付資金數(shù)據(jù)凍結(jié)，并根據(jù)所述確認(rèn)付款請(qǐng)求將第一用戶賬戶中的所述預(yù)付資金數(shù)據(jù)解凍；清分清算模塊，用于將所述解凍的預(yù)付資金數(shù)據(jù)從第一用戶賬戶轉(zhuǎn)賬到第 二用戶賬戶。
11、 根據(jù)權(quán)利要求IO所述的系統(tǒng)，其特征在于所述轉(zhuǎn)接模塊還用于接收賬戶行返回的預(yù)付款成功與否的應(yīng)答以及確認(rèn) 付款成功與否的應(yīng)答；所述接入模塊還用于將所述應(yīng)答分別發(fā)送給第一用戶終端和第二用戶終端。
12、 根據(jù)權(quán)利要求IO所述的系統(tǒng)，其特征在于所述轉(zhuǎn)接模塊還用于根據(jù)預(yù)置的支付規(guī)則對(duì)交易狀態(tài)進(jìn)行管理和后續(xù)處理。
13、 根據(jù)權(quán)利要求IO所述的系統(tǒng)，其特征在于，還包括 歷史數(shù)據(jù)庫(kù)，用于存儲(chǔ)歷史交易信息，定期從所述轉(zhuǎn)接數(shù)據(jù)庫(kù)中轉(zhuǎn)移全部的交易信息，并清空轉(zhuǎn)接數(shù)據(jù)庫(kù)。
14、 根據(jù)權(quán)利要求IO所述的系統(tǒng)，其特征在于，還包括 差錯(cuò)及爭(zhēng)議處理模塊，用于接收第一用戶終端或第二用戶終端發(fā)送的差錯(cuò)或爭(zhēng)議信息，并根據(jù)預(yù)置的規(guī)則進(jìn)行相應(yīng)處理。
15、 根據(jù)權(quán)利要求IO所述的系統(tǒng)，其特征在于，還包括 第一用戶信息管理模塊，用于管理第一用戶信息； 第一用戶信息數(shù)據(jù)庫(kù)，用于存儲(chǔ)第一用戶信息； 第二用戶信息管理模塊，用于管理第二用戶信息； 第二用戶信息數(shù)據(jù)庫(kù)，用于存儲(chǔ)第二用戶信息。
全文摘要
本發(fā)明公開了一種交易數(shù)據(jù)處理方法、系統(tǒng)及一種支付系統(tǒng)，解決目前的交易方法存在數(shù)據(jù)處理流程繁瑣、安全性低的問題。所述方法包括第一用戶終端向第三方系統(tǒng)發(fā)送預(yù)付款請(qǐng)求；第三方系統(tǒng)根據(jù)所述預(yù)付款請(qǐng)求，通知銀行系統(tǒng)凍結(jié)該第一用戶賬戶中的預(yù)付資金數(shù)據(jù)；銀行系統(tǒng)根據(jù)所述第三方系統(tǒng)的指令凍結(jié)該第一用戶賬戶中的預(yù)付資金數(shù)據(jù)；第一用戶終端向所述第三方系統(tǒng)發(fā)送確認(rèn)付款請(qǐng)求；第三方系統(tǒng)根據(jù)所述確認(rèn)付款請(qǐng)求，通知銀行系統(tǒng)解凍所述預(yù)付資金數(shù)據(jù)，并將所述預(yù)付資金數(shù)據(jù)從第一用戶賬戶轉(zhuǎn)賬到第二用戶賬戶。本發(fā)明在交易完成之前無需向第三方機(jī)構(gòu)存款，只需要將部分資金數(shù)據(jù)進(jìn)行凍結(jié)，因此減少了交易數(shù)據(jù)處理流程，而且保證了交易的安全性。
文檔編號(hào)G06Q20/00GK101567070SQ20081003673
公開日2009年10月28日 申請(qǐng)日期2008年4月24日 優(yōu)先權(quán)日2008年4月24日
發(fā)明者易敏昕, 潔 李, 學(xué) 袁 申請(qǐng)人:中國(guó)銀聯(lián)股份有限公司