專利名稱：一種基于支付確認(rèn)碼的移動(dòng)支付方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信和互聯(lián)網(wǎng)通信技術(shù)，特別涉及將無(wú)線通信、網(wǎng)絡(luò)通信與銀行業(yè)務(wù)、商場(chǎng)業(yè)務(wù)相結(jié)合的支付技術(shù)，具體的講是一種基于支付確認(rèn)碼的移動(dòng)支付方法。
背景技術(shù)：
隨著無(wú)線通信技術(shù)、網(wǎng)絡(luò)通信技術(shù)的不斷發(fā)展，移動(dòng)支付及網(wǎng)上支付的方法得以出現(xiàn)，這些現(xiàn)代的支付方式在為使用者帶來(lái)便利的同時(shí)，也存在著許多弊端。現(xiàn)有技術(shù)中的移動(dòng)支付或網(wǎng)上支付，往往需要以支付方的銀行帳號(hào)(儲(chǔ)戶帳號(hào)、信用卡號(hào)等)作為支付的直接依據(jù)，于是在支付時(shí)，所述的銀行帳號(hào)便會(huì)在支付方與收款方之間，以及收款方與銀行之間傳遞；在這樣的傳遞中，往往因銀行帳號(hào)的泄漏而給當(dāng)事者造成損失。
另外，支付確認(rèn)問(wèn)題在現(xiàn)有技術(shù)中也未能得到很好的解決，由于在移動(dòng)支付或網(wǎng)上支付中，支付方與收款方通常身處異地，所以無(wú)論是預(yù)支付、還是貨到支付均存在支付確認(rèn)的問(wèn)題。
中國(guó)發(fā)明專利申請(qǐng)03140309.3公開(kāi)了一種“先付訂金在送貨時(shí)用手機(jī)按密碼確認(rèn)支付剩余貨款的方法”。在該方法中，訂貨人向售貨單位訂購(gòu)貨物后，告知售貨單位自己銀行帳戶或銀行卡號(hào)等信息；貨到后，訂貨人利用手機(jī)輸入一密碼向銀行進(jìn)行確認(rèn)。該密碼為用戶與銀行約定的唯一密碼，需要用戶人工記憶?？梢?jiàn)，該方法沿襲了以支付方的銀行帳號(hào)(銀行帳戶或銀行卡號(hào))作為支付直接依據(jù)的手段，也在一定程度上解決了確認(rèn)的問(wèn)題。但是，這里的確認(rèn)，僅為付款方向銀行的確認(rèn)，而收款方無(wú)法得到付款方的付款確認(rèn)。加之所述的用于支付確認(rèn)的密碼是需記憶的唯一密碼，所以在使用中同樣存在著易泄漏的問(wèn)題。

發(fā)明內(nèi)容
本發(fā)明的目的在于，提供一種基于支付確認(rèn)碼的移動(dòng)支付方法，用以改變采用支付方的銀行帳號(hào)(銀行帳戶或銀行卡號(hào))作為支付的直接依據(jù)，使支付便捷且安全；并解決支付確認(rèn)問(wèn)題。
本發(fā)明的技術(shù)方案為一種基于支付確認(rèn)碼的移動(dòng)支付方法，包括以下步驟將至少包含用戶名和用戶移動(dòng)通信號(hào)碼的用戶信息存入一支付平臺(tái)，該支付平臺(tái)為每一個(gè)存儲(chǔ)的用戶分配一虛擬卡號(hào)，虛擬卡號(hào)與一個(gè)或多個(gè)移動(dòng)通信號(hào)碼關(guān)聯(lián)，虛擬卡號(hào)和所關(guān)聯(lián)的移動(dòng)通信號(hào)碼在支付過(guò)程中完全等同；當(dāng)所述的用戶之間進(jìn)行支付交易時(shí)，付款方將自身的虛擬卡號(hào)、收款方的虛擬卡號(hào)、交易金額信息傳送給所述的支付平臺(tái)；所述的支付平臺(tái)生成一支付確認(rèn)碼；所述的支付平臺(tái)將所述的支付確認(rèn)碼、收款方用戶名、交易金額傳送給所述的付款方；所述的付款方將所述的支付確認(rèn)碼傳送給所述的收款方；所述的收款方將自身的虛擬卡號(hào)或付款方的虛擬卡號(hào)、以及所述的支付確認(rèn)碼傳送給所述的支付平臺(tái)；所述的支付平臺(tái)向所述的收款方反饋交易成功信息。
所述的用戶包括普通用戶和商戶；將至少包含普通用戶名和用戶移動(dòng)通信號(hào)碼的用戶信息存入所述的支付平臺(tái)，該支付平臺(tái)為每一個(gè)存儲(chǔ)的普通用戶分配一普通用戶虛擬卡號(hào)；將至少包含商戶名的用戶信息存入所述的支付平臺(tái)，該支付平臺(tái)為每一個(gè)存儲(chǔ)的商戶分配一商戶虛擬卡號(hào)；當(dāng)所述的普通用戶向所述的商戶進(jìn)行付款，且由付款方發(fā)起支付交易時(shí)，付款方將自身的普通用戶虛擬卡號(hào)、商戶虛擬卡號(hào)、交易金額信息傳送給所述的支付平臺(tái)；所述的支付平臺(tái)生成一支付確認(rèn)碼；所述的支付平臺(tái)將所述的支付確認(rèn)碼、商戶名、交易金額傳送給所述的付款方；所述的付款方將所述的支付確認(rèn)碼傳送給所述的收款方；所述的收款方將自身的商戶虛擬卡號(hào)、普通用戶虛擬卡號(hào)、交易金額、以及所述的支付確認(rèn)碼傳送給所述的支付平臺(tái)；所述的支付平臺(tái)向所述的付款方和收款方分別反饋交易成功信息。
所述的用戶包括普通用戶和商戶；將至少包含普通用戶名和用戶移動(dòng)通信號(hào)碼的用戶信息存入所述的支付平臺(tái)，該支付平臺(tái)為每一個(gè)存儲(chǔ)的普通用戶分配一普通用戶虛擬卡號(hào)；將至少包含商戶名的用戶信息存入所述的支付平臺(tái)，該支付平臺(tái)為每一個(gè)存儲(chǔ)的商戶分配一商戶虛擬卡號(hào)；當(dāng)所述的普通用戶向所述的商戶進(jìn)行付款，且由收款方發(fā)起支付交易時(shí)，收款方將自身的商戶虛擬卡號(hào)、普通用戶虛擬卡號(hào)、交易金額、訂單號(hào)傳送給所述的支付平臺(tái)；所述的支付平臺(tái)將所述的商戶名、商戶虛擬卡號(hào)、交易金額、訂單號(hào)傳送給所述的付款方；付款方將自身的普通用戶虛擬卡號(hào)、商戶虛擬卡號(hào)、交易金額、訂單號(hào)、支付密碼信息傳送給所述的支付平臺(tái)；所述的支付平臺(tái)生成一支付確認(rèn)碼；所述的支付平臺(tái)將所述的支付確認(rèn)碼、商戶名、交易金額傳送給所述的付款方；所述的付款方將所述的支付確認(rèn)碼傳送給所述的收款方；所述的收款方將普通用戶虛擬卡號(hào)、以及所述的支付確認(rèn)碼傳送給所述的支付平臺(tái)；所述的支付平臺(tái)向所述的付款方和收款方分別反饋交易成功信息。
本發(fā)明所述的方法還包括一收款代理方；將至少包含收款代理方通信號(hào)碼的信息存入所述的支付平臺(tái)，當(dāng)所述的普通用戶向所述的商戶進(jìn)行付款，且由收款方發(fā)起支付交易、收款代理方執(zhí)行收款時(shí)，收款方將自身的商戶虛擬卡號(hào)、普通用戶虛擬卡號(hào)、交易金額、訂單號(hào)傳送給所述的支付平臺(tái)；所述的支付平臺(tái)將所述的商戶名、商戶虛擬卡號(hào)、交易金額、訂單號(hào)傳送給所述的付款方；付款方將自身的普通用戶虛擬卡號(hào)、商戶虛擬卡號(hào)、交易金額、訂單號(hào)、支付密碼信息傳送給所述的支付平臺(tái)；所述的支付平臺(tái)生成一支付確認(rèn)碼；所述的支付平臺(tái)將所述的支付確認(rèn)碼、商戶名、交易金額傳送給所述的付款方；所述的付款方將所述的支付確認(rèn)碼傳送給所述的收款代理方；所述的收款代理方將普通用戶虛擬卡號(hào)、以及所述的支付確認(rèn)碼傳送給所述的支付平臺(tái)；所述的支付平臺(tái)向所述的付款方和收款代理方分別反饋交易成功信息。
所述的用戶信息還包括支付密碼，付款方將自身的虛擬卡號(hào)、收款方的虛擬卡號(hào)、交易金額信息、以及所述的支付密碼傳送給所述的支付平臺(tái)；所述的支付平臺(tái)需對(duì)所述的支付密碼進(jìn)行校驗(yàn)處理。
所述的支付平臺(tái)生成一支付確認(rèn)碼是指所述的支付平臺(tái)通過(guò)校驗(yàn)算法和隨機(jī)數(shù)生成支付確認(rèn)碼。
所述的付款方為移動(dòng)通信終端或網(wǎng)絡(luò)終端；所述的收款方為移動(dòng)通信終端和/或網(wǎng)絡(luò)終端。
所述的移動(dòng)通信終端包括手機(jī)、PDA、便攜式電腦；所述的網(wǎng)絡(luò)終端包括PC機(jī)、服務(wù)器。
本發(fā)明的有益效果在于，通過(guò)提供一種基于支付確認(rèn)碼的移動(dòng)支付方法，用一虛擬卡號(hào)在相關(guān)網(wǎng)絡(luò)中傳遞，改變了采用支付方的銀行帳號(hào)(銀行帳戶或銀行卡號(hào))作為支付的直接依據(jù)，使支付便捷且安全；同時(shí)由支付平臺(tái)隨機(jī)生成支付確認(rèn)碼，并由支付方將支付確認(rèn)碼傳送給收款方，傳送的方式可以是口頭、書(shū)面、email或計(jì)算機(jī)輸入等。這樣每個(gè)密碼只使用一次，不存在忘記或泄漏的問(wèn)題，而且收款方得到該支付確認(rèn)碼便可以從支付平臺(tái)得到對(duì)應(yīng)的支付交易的完成結(jié)果，從而解決了支付確認(rèn)問(wèn)題。


圖1為本發(fā)明用于移動(dòng)支付的由付款方發(fā)起支付的流程圖；圖2為本發(fā)明用于移動(dòng)支付的由收款代理方進(jìn)行支付確認(rèn)的流程圖；圖3為發(fā)明用于網(wǎng)上支付的流程圖；圖4為本發(fā)明支付確認(rèn)碼產(chǎn)生和校驗(yàn)的流程圖；
圖5為本發(fā)明用于移動(dòng)支付的一實(shí)施例的系統(tǒng)結(jié)構(gòu)示意圖；圖6為本發(fā)明基于虛擬卡號(hào)的商戶到普通用戶(B to C)的支付銀行接口示意圖；圖7為本發(fā)明基于銀行帳戶的商戶到普通用戶(B to C)的支付銀行接口示意圖；圖8為本發(fā)明基于虛擬卡號(hào)的普通用戶到普通用戶(C to C)的支付銀行接口示意圖。
具體實(shí)施例方式
下面，結(jié)合附圖對(duì)本發(fā)明進(jìn)行如下詳細(xì)說(shuō)明。如圖5所示，搭建本發(fā)明用于移動(dòng)支付的系統(tǒng)，其中移動(dòng)通信終端(手機(jī))作為付款方，網(wǎng)絡(luò)計(jì)算機(jī)作為收款方，將支付平臺(tái)(移動(dòng)支付系統(tǒng))通過(guò)銀行系統(tǒng)接口與銀行系統(tǒng)聯(lián)接。
一、用戶注冊(cè)支付服務(wù)的流程(一)普通用戶注冊(cè)開(kāi)通(使用虛擬支付帳戶進(jìn)行支付，支付前需要從實(shí)際銀行帳戶對(duì)虛擬支付帳戶進(jìn)行充值)；a.輸入手機(jī)號(hào)并進(jìn)行手機(jī)驗(yàn)證，系統(tǒng)自動(dòng)產(chǎn)生虛擬卡號(hào)；b.設(shè)置支付密碼；c.設(shè)定手機(jī)支付的交易安全限制(單筆最大交易額及當(dāng)天交易次數(shù)等)；d.通過(guò)銀行B to C支付網(wǎng)關(guān)對(duì)虛擬支付帳戶進(jìn)行充值；e.設(shè)定銀行收款帳戶，以便CtoC交易中用戶能夠進(jìn)行收款(二)商戶注冊(cè)開(kāi)通a.商戶身份認(rèn)證；b.登記商戶的收款帳戶(銀行對(duì)公結(jié)算帳戶)；c.為商戶所要使用的發(fā)起收款的聯(lián)網(wǎng)計(jì)算機(jī)申請(qǐng)并安裝數(shù)字證書(shū)；d.聯(lián)網(wǎng)支付應(yīng)用的用戶設(shè)置(用戶注冊(cè)，密碼/權(quán)限設(shè)置)；e.移動(dòng)終端登記(收款手機(jī)號(hào)碼登記)。
(三)另一個(gè)普通用戶注冊(cè)開(kāi)通(支付時(shí)實(shí)時(shí)從銀行帳戶支出)a.輸入手機(jī)號(hào)并進(jìn)行手機(jī)驗(yàn)證，系統(tǒng)自動(dòng)產(chǎn)生虛擬卡號(hào)；b.關(guān)聯(lián)銀行卡(登記銀行卡卡號(hào)，并輸入銀行卡取款密碼進(jìn)行驗(yàn)證)；c.設(shè)置支付密碼；d.設(shè)定手機(jī)支付的交易安全限制(單筆最大交易額及當(dāng)天交易次數(shù)等)。
二、建立支付平臺(tái)與銀行系統(tǒng)的聯(lián)接(一)基于虛擬帳戶的B to C支付銀行接口如圖6所示，示出了支付操作對(duì)應(yīng)的帳戶資金流向，其中，C代表個(gè)人帳戶、B代表商戶帳戶、P代表支付服務(wù)商(支付平臺(tái))帳戶。支付操作、銀行接口與接口形式的相互關(guān)系見(jiàn)表1。
表1序號(hào)支付操作 銀行接口接口形式1 充值 銀行網(wǎng)銀B2C支付網(wǎng)關(guān) 人機(jī)界面2 虛擬支付 不調(diào)用銀行接口 ----3 商戶結(jié)算 對(duì)公帳戶間轉(zhuǎn)帳 銀行系統(tǒng)內(nèi)部設(shè)定(二)基于銀行帳戶的B to C支付銀行接口如圖7所示，示出了支付操作對(duì)應(yīng)的帳戶資金流向，其中，C代表個(gè)人帳戶、B代表商戶帳戶、P代表支付服務(wù)商(支付平臺(tái))在銀行的結(jié)算帳戶。支付操作、銀行接口與接口形式的相互關(guān)系見(jiàn)表2。
表2序號(hào)支付操作 銀行接口接口形式1 直接支付 直接支付交易接口交易API2 結(jié)算 對(duì)公帳戶間轉(zhuǎn)帳 銀行系統(tǒng)內(nèi)部設(shè)定(三)基于銀行帳戶的B to C支付銀行接口如圖8所示，示出了支付操作對(duì)應(yīng)的帳戶資金流向，其中，C1、C2、C3代表三個(gè)不同個(gè)人的帳戶、P代表支付服務(wù)商(支付平臺(tái))在銀行開(kāi)立的結(jié)算帳戶，銀行3代表支付服務(wù)商沒(méi)有結(jié)算帳戶。支付操作、銀行接口與接口形式的相互關(guān)系見(jiàn)表3。
表3序號(hào)支付操作 銀行接口接口形式1 充值 銀行網(wǎng)銀B2C支付網(wǎng)關(guān) 個(gè)人網(wǎng)銀頁(yè)面2 C1付款給C2 不調(diào)用銀行接口 ----3 C2提現(xiàn) 批量代扣網(wǎng)銀頁(yè)面4 C1付款給C3 不調(diào)用銀行接口 ----5 C3提現(xiàn) 跨行匯款對(duì)公網(wǎng)銀頁(yè)面三、對(duì)主要數(shù)據(jù)的定義a.虛擬卡號(hào)是支付系統(tǒng)分配給支付用戶的唯一標(biāo)識(shí)，為字符串，其中要包含校驗(yàn)碼。虛擬卡號(hào)即可以用來(lái)付款，也可以用來(lái)收款。
b.付款卡號(hào)指付款方所使用的虛擬卡號(hào)c.收款卡號(hào)指收款方所使用的虛擬卡號(hào)d.收款確認(rèn)手機(jī)號(hào)可以進(jìn)行收款確認(rèn)操作的手機(jī)號(hào)碼。一個(gè)虛擬卡號(hào)可以指定多個(gè)手機(jī)號(hào)作為收款確認(rèn)手機(jī)號(hào)。
e.商戶號(hào)B2C或B2B交易中商戶角色的虛擬卡號(hào)。
f.支付確認(rèn)碼是支付系統(tǒng)自動(dòng)生成的字符串。支付確認(rèn)碼可以具備以下特性是它符合特定的校驗(yàn)算法的隨機(jī)數(shù)，這樣支付系統(tǒng)可以辨別出收到的信息中是否包含支付確認(rèn)碼，從而判斷出信息是否是一個(gè)支付確認(rèn)的指令。
支付確認(rèn)碼的另一個(gè)可選特性是它可以與付款卡號(hào)和收款卡號(hào)中的一個(gè)或兩個(gè)滿足一種校驗(yàn)算法，這樣支付系統(tǒng)可以判斷出一個(gè)支付確認(rèn)碼與相關(guān)的支付卡號(hào)是否匹配。
另外，支付系統(tǒng)要保證“支付確認(rèn)碼+支付卡號(hào)+6位交易日期”構(gòu)成的字符串在整個(gè)系統(tǒng)中必須唯一對(duì)應(yīng)一筆支付交易，g.支付密碼是付款時(shí)付款方需要使用的密碼，一個(gè)付款卡號(hào)對(duì)應(yīng)一個(gè)支付密碼，由用戶自己設(shè)定。
四、支付過(guò)程的說(shuō)明以下將從支付雙方通過(guò)支付平臺(tái)進(jìn)行的信息交互過(guò)程來(lái)說(shuō)明移動(dòng)支付方法的具體使用過(guò)程。由于短信是移動(dòng)通信設(shè)備(手機(jī)等)上使用最普遍的數(shù)據(jù)通信方式，并且短信具有非實(shí)時(shí)、非連接的特點(diǎn)，能夠通過(guò)短信完成的信息交互基本上都可以通過(guò)USSD、WAP或Internet連接來(lái)實(shí)現(xiàn)，因此我們將按照支持短信的方式來(lái)定義支付過(guò)程中的數(shù)據(jù)交換流程。從交易的數(shù)據(jù)要素角度來(lái)看，不同通信方式下的交易數(shù)據(jù)基本一致。
圖示的附加說(shuō)明收款方、付款方指收款方和付款方進(jìn)行支付操作時(shí)所使用的終端除了明確標(biāo)明收付方終端類型外，可以理解為收付方的終端既可以是手機(jī)(或其它移動(dòng)通信設(shè)備)，也可以是聯(lián)網(wǎng)的計(jì)算機(jī)。
帶“*”的數(shù)據(jù)表示該數(shù)據(jù)不需要付款方或收款方顯性地輸入，支付系統(tǒng)可以自動(dòng)獲得。例如由付款方發(fā)出的信息中包含了“付款卡號(hào)*”，則意味著支付系統(tǒng)通過(guò)移動(dòng)通信網(wǎng)絡(luò)的網(wǎng)關(guān)可以得到發(fā)出該信息的移動(dòng)設(shè)備的終端號(hào)(如手機(jī)號(hào))，從而通過(guò)手機(jī)號(hào)對(duì)應(yīng)到付款卡號(hào)。
實(shí)施例1如圖2所示，由收款代理進(jìn)行確認(rèn)的支付過(guò)程(B to C貨到付款)1)收款方首先將帳單信息(付款卡號(hào)、付款金額和訂單號(hào))發(fā)給支付平臺(tái)。帳單信息可以是付款方通過(guò)電話通知付款方，也可以是通過(guò)購(gòu)物網(wǎng)站自動(dòng)產(chǎn)生。
2)支付平臺(tái)將發(fā)送收款的商戶名稱、付款金額和訂單號(hào)發(fā)到付款方。
3)付款方將第2步收到的信息附加上支付密碼進(jìn)行回復(fù)。這一步可以是在某種外部條件具備的情況下付款方才進(jìn)行，例如貨到付款的交易過(guò)程中付款方驗(yàn)貨完成同意付款時(shí)即可進(jìn)行此操作。
4)支付平臺(tái)將執(zhí)行付款交易，如果出現(xiàn)支付密碼不符等錯(cuò)誤，付款方可以修改支付密碼，再次發(fā)送信息。如付款成功，收款方將收到支付確認(rèn)碼。
4a.付款方將支付確認(rèn)碼通過(guò)某種途徑遞交給收款收款代理。遞交途徑可根據(jù)支付的特定環(huán)境需要靈活地選擇，如口頭、書(shū)面、與收款方終端連接的密碼鍵盤等。收款代理可以是不同于收款方的第三方，例如貨到付款過(guò)程中送貨人就可以是收款代理。
5)如果收款代理的手機(jī)已經(jīng)注冊(cè)為收款方的收款確認(rèn)終端，則只需要發(fā)送支付確認(rèn)碼即可，支付平臺(tái)將自動(dòng)得到收款卡號(hào)。如果收款代理的手機(jī)沒(méi)有注冊(cè)， 收款代理需要將付款卡號(hào)和支付確認(rèn)碼發(fā)給支付平臺(tái)。
6)支付平臺(tái)驗(yàn)證支付確認(rèn)碼的正確性后，將對(duì)應(yīng)的支付信息發(fā)回到收款代理，收款代理驗(yàn)證無(wú)誤后及可確認(rèn)付款人已經(jīng)付款。
實(shí)施例2如圖1所示，由付款方發(fā)起的支付過(guò)程(C to C付款/轉(zhuǎn)帳)1)付款方將付款卡號(hào)、付款金額和支付密碼發(fā)給支付平臺(tái)。支付平臺(tái)將檢查付款方的支付密碼和帳戶余額，然后凍結(jié)付款金額以保證收款方收款時(shí)有足夠的帳戶余額。
2)支付平臺(tái)將回復(fù)收款方收款人名、付款金額和支付確認(rèn)碼，供付款方確認(rèn)。付款方同時(shí)也能收到一個(gè)付款的提示。
2a.付款方確認(rèn)無(wú)誤后，將支付確認(rèn)碼通過(guò)某種途徑遞交給收款方。如果發(fā)現(xiàn)有誤，可以將第二步收到的信息附加取消標(biāo)志發(fā)回支付平臺(tái)，支付平臺(tái)將付款帳戶余額中被凍結(jié)的部分解凍。
3)收款方將第2步收到的信息附加上支付確認(rèn)碼后進(jìn)行回復(fù)來(lái)進(jìn)行收款。
4)支付平臺(tái)將執(zhí)行付款交易，如交易錯(cuò)誤將給雙方發(fā)送錯(cuò)誤信息，如付款成功，收付方都將收到付款成功的提示信息。
實(shí)施例3如圖3所示，網(wǎng)上支付1)付款方在網(wǎng)上商城購(gòu)物后結(jié)帳時(shí)，選擇“移動(dòng)支付”作為支付方式，隨后瀏覽器頁(yè)面跳轉(zhuǎn)到移動(dòng)支付服務(wù)商的支付頁(yè)面，支付頁(yè)面中已經(jīng)包含了帳單信息，付款方只要輸入手機(jī)號(hào)及手機(jī)支付密碼然后提交。
2)付款方手機(jī)將收到支付系統(tǒng)發(fā)送的包含本次“支付確認(rèn)碼”的短信。
3)瀏覽器的返回頁(yè)面顯示要求輸入“支付確認(rèn)碼”，付款方輸入短信上的“支付確認(rèn)碼”并提交。
4)如果付款成功，頁(yè)面將顯示支付成功信息；如果付款不成功，頁(yè)面將顯示支付失敗及原因信息；然后頁(yè)面自動(dòng)或者手工選擇返回網(wǎng)上商城頁(yè)面。
五、支付確認(rèn)碼的生成流程如圖4所示，支付平臺(tái)通過(guò)校驗(yàn)算法和隨機(jī)數(shù)生成支付確認(rèn)碼，生成的具體方法舉例如下支付確認(rèn)碼＝順序號(hào)+隨機(jī)數(shù)+校驗(yàn)碼順序號(hào)每個(gè)虛擬卡維護(hù)一個(gè)順序號(hào)，每生成一個(gè)支付確認(rèn)碼加一隨機(jī)數(shù)由支付平臺(tái)按隨機(jī)算法生成的數(shù)字校驗(yàn)碼將付款虛擬卡號(hào)的各位數(shù)字相加得到一個(gè)數(shù)字，將隨機(jī)數(shù)各位相加得到另一個(gè)數(shù)字，將這兩個(gè)數(shù)字再相加取結(jié)果的后2位作為校驗(yàn)碼。
六、本發(fā)明的用于應(yīng)用的實(shí)施例實(shí)施例4支持傳統(tǒng)收銀臺(tái)方式的移動(dòng)支付適用環(huán)境包括餐廳，酒吧，商店，配送提貨，以下餐廳結(jié)帳為例來(lái)進(jìn)行說(shuō)明消費(fèi)者需要結(jié)帳時(shí)，餐廳服務(wù)員將帳單交給消費(fèi)者；付款人用手機(jī)編寫(xiě)短信，輸入帳單上的付款金額和商戶的移動(dòng)支付虛擬帳號(hào)，再輸入自己的移動(dòng)支付密碼，然后發(fā)送該短信到支付平臺(tái)；支付平臺(tái)立即回復(fù)短信，內(nèi)容為商戶名稱、付款金額；消費(fèi)者只需核對(duì)商戶名稱和付款金額是否正確，如無(wú)誤則將該短信原文回復(fù)到支付平臺(tái)；支付平臺(tái)立即回復(fù)消費(fèi)者包含“付款成功”信息和支付確認(rèn)碼的短信，此時(shí)消費(fèi)者將支付確認(rèn)碼簽寫(xiě)在帳單上交給服務(wù)員；服務(wù)員將帳單交給收銀員，收銀員在聯(lián)網(wǎng)計(jì)算機(jī)上的收款應(yīng)用程序上輸入支付確認(rèn)碼，應(yīng)用程序?qū)⒘⒓刺崾靖犊畛晒π畔⒓案犊畹臅r(shí)間和金額，核對(duì)無(wú)誤后即可開(kāi)具發(fā)票。收銀員也可以通過(guò)使用手機(jī)短信將支付確認(rèn)碼發(fā)到支付服務(wù)短信號(hào)，隨即將收到支付成功的回復(fù)短信。
實(shí)施例5支持貨到付款方式的移動(dòng)支付，適用環(huán)境包括所有實(shí)物商品的貨到付款消費(fèi)者可以通過(guò)電話進(jìn)行訂貨，并約定“貨到付款”并指定“移動(dòng)支付”作為付款方式，消費(fèi)者通過(guò)電話告訴商戶用于移動(dòng)支付的電話號(hào)碼或虛擬卡號(hào)；商戶使用聯(lián)網(wǎng)的計(jì)算機(jī)通過(guò)支付平臺(tái)提供的界面錄入訂單(支付手機(jī)號(hào)+支付金額+訂單號(hào))，支付平臺(tái)將訂單信息用短信發(fā)到支付手機(jī)，短信內(nèi)容包括商戶號(hào)、商戶名稱、訂單號(hào)和應(yīng)付金額；商戶安排送貨，消費(fèi)者驗(yàn)貨同意接收后，付款人使用手機(jī)回復(fù)之前收到的訂單信息，并附加移動(dòng)支付密碼，隨后收到包含支付確認(rèn)碼的回復(fù)短信；付款人將支付確認(rèn)碼簽寫(xiě)在收貨單上，送貨人使用登記過(guò)的手機(jī)用短信發(fā)送支付確認(rèn)碼至支付平臺(tái)(送貨人也可以使用未登記過(guò)的手機(jī)用短信發(fā)送付款的虛擬卡號(hào)和支付確認(rèn)碼至支付平臺(tái))，隨后收到包括商戶名稱、付款金額、付款卡號(hào)的付款成功信息即可確認(rèn)收款成功。
實(shí)施例6網(wǎng)上購(gòu)物的移動(dòng)支付，適用環(huán)境包括各種類型的網(wǎng)上商城消費(fèi)者在網(wǎng)上商城購(gòu)物后結(jié)帳時(shí)，選擇“移動(dòng)支付”作為支付方式；消費(fèi)者的瀏覽器頁(yè)面跳轉(zhuǎn)到移動(dòng)支付服務(wù)商的支付頁(yè)面，消費(fèi)者隨即輸入手機(jī)號(hào)及手機(jī)支付密碼，提交后頁(yè)面顯示要求輸入“支付確認(rèn)碼”，隨即消費(fèi)者手機(jī)將收到支付平臺(tái)發(fā)送的包含本次“支付確認(rèn)碼”的短信；消費(fèi)者繼續(xù)在頁(yè)面上輸入支付確認(rèn)碼后提交，頁(yè)面將顯示支付成功信息，然后頁(yè)面自動(dòng)或者手工選擇返回網(wǎng)上商城頁(yè)面。
七、本發(fā)明的效果
1)可以用于使用現(xiàn)金、銀行卡進(jìn)行支付的傳統(tǒng)支付領(lǐng)域，同時(shí)也支持網(wǎng)上支付；2)可以用于遠(yuǎn)程收款和付款；3)可以通過(guò)第三方進(jìn)行收款，第三方向收款方提交支付確認(rèn)碼作為完成收款的證明；4)收款方和付款方無(wú)論分別使用聯(lián)網(wǎng)計(jì)算機(jī)還是移動(dòng)設(shè)備(如手機(jī))，都可以在雙方之間進(jìn)行支付操作；5)聯(lián)網(wǎng)計(jì)算機(jī)使用標(biāo)準(zhǔn)的Internet通信方式，移動(dòng)設(shè)備可以使用短信、USSD、WAP、K-java通信方式，對(duì)移動(dòng)設(shè)備沒(méi)有額外要求(手機(jī)不需要更換STK卡)；6)支持由付款方主動(dòng)發(fā)起的支付，這種方式能夠?qū)崿F(xiàn)安全的C to C模式的支付；7)支付確認(rèn)碼只能由付款方告知收款方，否則收款方無(wú)法通過(guò)正常途徑獲得。通過(guò)付款方采用人工方式(書(shū)面簽字、口頭等)將支付確認(rèn)碼傳遞給收款方的過(guò)程，保證了交易雙方對(duì)各自身份和交易本身的確認(rèn)；8)支付方的銀行卡關(guān)聯(lián)信息不在支付過(guò)程中傳遞，不需要擔(dān)心銀行帳戶信息泄漏；9)收款方可以登記多個(gè)手機(jī)號(hào)碼作為收款終端。登記的手機(jī)可以劃分權(quán)限，包括主動(dòng)發(fā)送收款請(qǐng)求的權(quán)限和只能發(fā)送收款確認(rèn)查詢的權(quán)限；根據(jù)應(yīng)用的需要，可以支持使用沒(méi)有登記的任意手機(jī)來(lái)進(jìn)行支付確認(rèn)；10)當(dāng)在網(wǎng)上支付時(shí)不需要再用手機(jī)發(fā)送支付指令，使得計(jì)算機(jī)用戶界面上的支付過(guò)程連貫，與在銀行的網(wǎng)上支付網(wǎng)關(guān)上使用銀行卡進(jìn)行支付的過(guò)程一致。
以上具體實(shí)施方式
僅用于說(shuō)明本發(fā)明，而非用于限定本發(fā)明。
權(quán)利要求
1.一種基于支付確認(rèn)碼的移動(dòng)支付方法，其特征在于包括以下步驟將至少包含用戶名和用戶的一個(gè)移動(dòng)通信號(hào)碼的用戶信息存入一支付平臺(tái)，該支付平臺(tái)為每一個(gè)存儲(chǔ)的用戶分配一虛擬卡號(hào)；當(dāng)所述的用戶之間進(jìn)行支付交易時(shí)，付款方將自身的虛擬卡號(hào)、收款方的虛擬卡號(hào)、交易金額信息傳送給所述的支付平臺(tái)；所述的支付平臺(tái)生成一支付確認(rèn)碼；所述的支付平臺(tái)將所述的支付確認(rèn)碼、收款方用戶名、交易金額傳送給所述的付款方；所述的付款方將所述的支付確認(rèn)碼傳送給所述的收款方；所述的收款方將自身的虛擬卡號(hào)或付款方的虛擬卡號(hào)以及所述的支付確認(rèn)碼傳送給所述的支付平臺(tái)；所述的支付平臺(tái)向所述的付款方和收款方分別反饋交易成功信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的用戶包括普通用戶和商戶；將至少包含普通用戶名和用戶的一個(gè)移動(dòng)通信號(hào)碼的用戶信息存入所述的支付平臺(tái)，該支付平臺(tái)為每一個(gè)存儲(chǔ)的普通用戶分配一普通用戶虛擬卡號(hào)；將至少包含商戶名的用戶信息存入所述的支付平臺(tái)，該支付平臺(tái)為每一個(gè)存儲(chǔ)的商戶分配一商戶虛擬卡號(hào)；當(dāng)所述的普通用戶向所述的商戶進(jìn)行付款，且由付款方發(fā)起支付交易時(shí)，付款方將自身的普通用戶虛擬卡號(hào)、商戶虛擬卡號(hào)、交易金額信息傳送給所述的支付平臺(tái)；所述的支付平臺(tái)生成一支付確認(rèn)碼；所述的支付平臺(tái)將所述的支付確認(rèn)碼、商戶名、交易金額傳送給所述的付款方；所述的付款方將所述的支付確認(rèn)碼傳送給所述的收款方；所述的收款方將自身的商戶虛擬卡號(hào)或普通用戶虛擬卡號(hào)、以及所述的支付確認(rèn)碼傳送給所述的支付平臺(tái)；所述的支付平臺(tái)向所述的付款方和收款方分別反饋交易成功信息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的用戶包括普通用戶和商戶；將至少包含普通用戶名的用戶信息存入所述的支付平臺(tái)，該支付平臺(tái)為每一個(gè)存儲(chǔ)的普通用戶分配一普通用戶虛擬卡號(hào)；將至少包含商戶名的用戶信息存入所述的支付平臺(tái)，該支付平臺(tái)為每一個(gè)存儲(chǔ)的商戶分配一商戶虛擬卡號(hào)；當(dāng)所述的普通用戶向所述的商戶進(jìn)行付款，且由收款方發(fā)起支付交易時(shí)，收款方將自身的商戶虛擬卡號(hào)、普通用戶虛擬卡號(hào)、交易金額、訂單號(hào)傳送給所述的支付平臺(tái)；所述的支付平臺(tái)將所述的商戶名、商戶虛擬卡號(hào)、交易金額、訂單號(hào)傳送給所述的付款方；付款方將自身的普通用戶虛擬卡號(hào)、商戶虛擬卡號(hào)、交易金額、訂單號(hào)、支付密碼信息傳送給所述的支付平臺(tái)；所述的支付平臺(tái)生成一支付確認(rèn)碼；所述的支付平臺(tái)將所述的支付確認(rèn)碼、商戶名、交易金額傳送給所述的付款方；所述的付款方將所述的支付確認(rèn)碼傳送給所述的收款方；所述的收款方將普通用戶虛擬卡號(hào)、以及所述的支付確認(rèn)碼傳送給所述的支付平臺(tái)；所述的支付平臺(tái)向所述的付款方和收款方反饋交易成功信息。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，還包括一收款代理方；可以將至少包含收款代理方通信號(hào)碼的信息存入所述的支付平臺(tái)，也可以完全不將收款代理方的任何信息存入支付平臺(tái)；當(dāng)所述的普通用戶向所述的商戶進(jìn)行付款，且由收款方發(fā)起支付交易、收款代理方執(zhí)行收款時(shí)，收款方將自身的商戶虛擬卡號(hào)、普通用戶虛擬卡號(hào)、交易金額、訂單號(hào)傳送給所述的支付平臺(tái)；所述的支付平臺(tái)將所述的商戶名、商戶虛擬卡號(hào)、交易金額、訂單號(hào)傳送給所述的付款方；付款方將自身的普通用戶虛擬卡號(hào)、商戶虛擬卡號(hào)、交易金額、訂單號(hào)、支付密碼信息傳送給所述的支付平臺(tái)；所述的支付平臺(tái)生成一支付確認(rèn)碼；所述的支付平臺(tái)將所述的支付確認(rèn)碼、商戶名、交易金額傳送給所述的付款方；所述的付款方將所述的支付確認(rèn)碼傳送給所述的收款代理方；所述的收款代理方將普通用戶虛擬卡號(hào)、以及所述的支付確認(rèn)碼傳送給所述的支付平臺(tái)；所述的支付平臺(tái)向所述的付款方和收款代理方分別反饋交易成功信息。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的用戶信息還包括支付密碼，付款方將自身的虛擬卡號(hào)、收款方的虛擬卡號(hào)、交易金額信息、以及所述的支付密碼傳送給所述的支付平臺(tái)；所述的支付平臺(tái)需對(duì)所述的支付密碼進(jìn)行校驗(yàn)處理。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的支付平臺(tái)生成一支付確認(rèn)碼是指所述的支付平臺(tái)通過(guò)校驗(yàn)算法和隨機(jī)數(shù)生成支付確認(rèn)碼。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的付款方為移動(dòng)通信終端或網(wǎng)絡(luò)終端；所述的收款方為移動(dòng)通信終端和/或網(wǎng)絡(luò)終端。
8.根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述的付款方為移動(dòng)通信終端，所述的付款方虛擬卡號(hào)與一個(gè)或多個(gè)移動(dòng)通信號(hào)碼關(guān)聯(lián)，虛擬卡號(hào)和所關(guān)聯(lián)的移動(dòng)通信號(hào)碼在支付過(guò)程中完全等同；所述的收款方為移動(dòng)通信終端和/或網(wǎng)絡(luò)終端。
9.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述的付款方為移動(dòng)通信終端；所述的收款代理方為移動(dòng)通信終端；所述的收款方為移動(dòng)通信終端和/或網(wǎng)絡(luò)終端。
10.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述的移動(dòng)通信終端包括手機(jī)、PDA、便攜式電腦；所述的網(wǎng)絡(luò)終端包括PC機(jī)、服務(wù)器。
全文摘要
本發(fā)明為一種基于支付確認(rèn)碼的移動(dòng)支付方法，包括以下步驟將至少包含用戶名的用戶信息存入一支付平臺(tái)，該支付平臺(tái)為每一個(gè)存儲(chǔ)的用戶分配一虛擬卡號(hào)；付款方將自身的虛擬卡號(hào)、收款方的虛擬卡號(hào)、交易金額信息傳送給所述的支付平臺(tái)；所述的支付平臺(tái)生成一支付確認(rèn)碼并將支付確認(rèn)碼、收款方用戶名、交易金額傳送給付款方；付款方將支付確認(rèn)碼告知收款方；所述的收款方將自身的虛擬卡號(hào)或付款方的虛擬卡號(hào)、以及所述的支付確認(rèn)碼傳送給所述的支付平臺(tái)；支付平臺(tái)向所述的付款方反饋交易成功信息。用以改變采用支付方的銀行帳號(hào)作為支付的直接依據(jù)，使支付便捷且安全；并解決支付確認(rèn)問(wèn)題。
文檔編號(hào)H04W88/18GK1667632SQ20051006838
公開(kāi)日2005年9月14日 申請(qǐng)日期2005年5月8日 優(yōu)先權(quán)日2005年5月8日
發(fā)明者鄭茵 申請(qǐng)人:鄭茵