本發(fā)明涉及第三方支付系統(tǒng)，尤其涉及的是一種支付方法、支付系統(tǒng)服務(wù)端以及支付設(shè)備。

背景技術(shù)：

在第三方支付系統(tǒng)中，用戶可以通過(guò)支付客戶端進(jìn)行支付，具體的支付方式為，用戶通過(guò)支付客戶端輸入支付請(qǐng)求信息，支付請(qǐng)求信息可為收款方的手機(jī)號(hào)、收款方商戶、機(jī)構(gòu)的代碼、支付金額、支付的個(gè)人身份驗(yàn)證碼(英文全稱(chēng)：personalidentificationnumber，英文簡(jiǎn)稱(chēng)：pin)。支付客戶端即可通過(guò)加密短信的方式將支付請(qǐng)求信息提交給短消息中心(英文全稱(chēng)：shortmessageservicecenter，英文簡(jiǎn)稱(chēng)：smsc)，短消息中心即可將支付請(qǐng)求信息轉(zhuǎn)發(fā)到支付系統(tǒng)進(jìn)行處理，支付系統(tǒng)將支付客戶端請(qǐng)求支付的支付金額支付給收款方，且支付系統(tǒng)執(zhí)行支付后，可向支付客戶端發(fā)送短息以通知支付客戶端支付結(jié)果。

現(xiàn)有技術(shù)的缺陷在于，用戶通過(guò)所述支付客戶端輸入所述支付請(qǐng)求信息時(shí)，容易輸入錯(cuò)誤，例如，用戶輸入了錯(cuò)誤的收款方的手機(jī)號(hào)、輸入了錯(cuò)誤的收款方商戶和機(jī)構(gòu)的代碼，則支付系統(tǒng)根據(jù)錯(cuò)誤的支付請(qǐng)求信息則會(huì)把支付金額轉(zhuǎn)入錯(cuò)誤的賬戶，從而為用戶帶來(lái)了損失。

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

本發(fā)明實(shí)施例提供了一種能夠在減少系統(tǒng)開(kāi)銷(xiāo)的前提下，避免將交易資金支付給錯(cuò)誤的收款方的支付方法、支付系統(tǒng)服務(wù)端以及支付設(shè)備。

本發(fā)明實(shí)施例第一方面提供了一種支付方法，包括：

支付系統(tǒng)服務(wù)端接收支付設(shè)備發(fā)送的支付請(qǐng)求信息，所述支付請(qǐng)求信息用于請(qǐng)求將交易資金支付給收款方；

所述支付請(qǐng)求信息包括以下所示的一項(xiàng)或多項(xiàng)：

收款方手機(jī)號(hào)、收款方商戶代碼、收款方機(jī)構(gòu)代碼、交易資金的金額、支付密碼、用戶登錄賬戶名；

具體的，所述支付系統(tǒng)服務(wù)端通過(guò)短消息中心smsc接收所述支付請(qǐng)求信息，或者，所述支付系統(tǒng)服務(wù)端通過(guò)tcp/ip網(wǎng)絡(luò)接收所述支付請(qǐng)求信息；

更具體的，所述支付系統(tǒng)服務(wù)端對(duì)所述支付請(qǐng)求信息進(jìn)行解碼，從而將解碼后的所述支付請(qǐng)求信息放入處理隊(duì)列排隊(duì)處理；

所述支付系統(tǒng)服務(wù)端根據(jù)所述支付請(qǐng)求信息進(jìn)行預(yù)處理操作；

所述支付系統(tǒng)服務(wù)端通過(guò)所述預(yù)處理操作確定支付賬戶余額是否大于或等于交易資金的金額，若是，則所述支付系統(tǒng)服務(wù)端生成預(yù)處理結(jié)果信息；

可選的，所述支付系統(tǒng)服務(wù)端將所述交易資金進(jìn)行預(yù)留；

其中，所述預(yù)處理結(jié)果信息與所述收款方對(duì)應(yīng)，且所述預(yù)處理結(jié)果信息用于請(qǐng)求所述支付設(shè)備確定是否將所述交易資金支付給所述收款方；

所述支付系統(tǒng)服務(wù)端與所述支付設(shè)備建立ussd會(huì)話；

所述支付系統(tǒng)服務(wù)端基于非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)ussd會(huì)話將所述預(yù)處理結(jié)果信息發(fā)送給所述支付設(shè)備；

可選的，若所述支付系統(tǒng)服務(wù)端通過(guò)所述預(yù)處理操作確定支付賬戶余額小于所述交易資金的金額，則所述支付系統(tǒng)服務(wù)端向所述支付設(shè)備發(fā)送第一反饋消息；

其中，所述第一反饋消息用于通知所述支付設(shè)備所述支付賬戶余額小于所述交易資金的金額，從而無(wú)法將所述支付賬戶所存儲(chǔ)的金額支付給收款方。

采用本種實(shí)現(xiàn)方式，使得即便用戶通過(guò)所述支付設(shè)備輸入的所述支付請(qǐng)求信息錯(cuò)誤，則用戶可根據(jù)所述支付設(shè)備所顯示的預(yù)處理結(jié)果信息確定所述收款方是否正確，避免因用戶輸入錯(cuò)誤而將交易資金支付給錯(cuò)誤的收款方的情況的出現(xiàn)，有效的降低了支付過(guò)程中的風(fēng)險(xiǎn)，提升了用戶資金的安全。

而且所述支付設(shè)備首先將所述支付請(qǐng)求信息發(fā)送給支付系統(tǒng)服務(wù)端，而后接收所述支付系統(tǒng)服務(wù)端發(fā)送的預(yù)處理結(jié)果信息，可見(jiàn)，所述支付請(qǐng)求信息的發(fā)送和所述預(yù)處理結(jié)果信息的接收是分時(shí)的，即所述支付設(shè)備將所述支付請(qǐng)求信息發(fā)送給支付系統(tǒng)服務(wù)端后，所述支付設(shè)備和所述支付系統(tǒng)服務(wù)端之間的會(huì)話即可中斷，此時(shí)無(wú)需維護(hù)所述支付設(shè)備和所述支付系統(tǒng)服務(wù)端之間的會(huì)話，從而使得所述支付設(shè)備和所述支付系統(tǒng)服務(wù)端之間無(wú)需維持較長(zhǎng)時(shí)間的會(huì)話，有效的減少了維護(hù)所述支付設(shè)備和所述支付系統(tǒng)服務(wù)端之間的會(huì)話的系統(tǒng)開(kāi)銷(xiāo)。

因所述支付系統(tǒng)服務(wù)端能夠根據(jù)所述支付請(qǐng)求信息進(jìn)行預(yù)處理操作，只有在支付賬戶余額大于或等于交易資金的金額的情況下，所述支付系統(tǒng)服務(wù)端才會(huì)生成預(yù)處理結(jié)果信息，進(jìn)而繼續(xù)進(jìn)行支付流程，避免了若因支付賬戶余額小于交易資金的金額時(shí)，所述支付系統(tǒng)服務(wù)端繼續(xù)進(jìn)行支付流程時(shí)資源的浪費(fèi)，有效的節(jié)省了資源。

因所述支付系統(tǒng)服務(wù)端接收所述支付請(qǐng)求信息和發(fā)送所述預(yù)處理結(jié)果信息是不同步的，則使得即便在系統(tǒng)繁忙時(shí)，所述支付系統(tǒng)服務(wù)端能夠正常的接收所述支付請(qǐng)求信息，也能夠?qū)⑺鲱A(yù)處理結(jié)果信息發(fā)送給支付設(shè)備。

結(jié)合本發(fā)明實(shí)施例第一方面，本發(fā)明實(shí)施例第一方面的第一種實(shí)現(xiàn)方式 中，

所述預(yù)處理操作還包括以下所示的一種或多種：

對(duì)所述支付設(shè)備進(jìn)行鑒權(quán)、對(duì)所述收款方進(jìn)行鑒權(quán)以及確定所述交易資金的金額是否大于或等于交易限額；

在所述支付系統(tǒng)服務(wù)端確定所述支付設(shè)備合法，和/或，所述收款方合法，和/或，所述交易資金小于所述交易限額的情況下，所述支付系統(tǒng)服務(wù)端生成所述預(yù)處理結(jié)果信息。

結(jié)合本發(fā)明實(shí)施例第一方面或本發(fā)明實(shí)施例第一方面的第一種實(shí)現(xiàn)方式，本發(fā)明實(shí)施例第一方面的第二種實(shí)現(xiàn)方式中，

所述支付系統(tǒng)服務(wù)端發(fā)送至所述支付設(shè)備的所述預(yù)處理結(jié)果信息包括第一提示信息；

其中，所述第一提示信息用于提示用戶輸入指示信息，所述指示信息用于指示是否將所述交易資金支付給所述收款方；

在所述支付系統(tǒng)服務(wù)端基于非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)ussd會(huì)話將所述預(yù)處理結(jié)果信息發(fā)送給所述支付設(shè)備之后，所述支付系統(tǒng)服務(wù)端接收所述支付設(shè)備發(fā)送的指示信息；

若所述指示信息用于指示將所述交易資金支付給所述收款方，則所述支付系統(tǒng)服務(wù)端將所述交易資金支付給所述收款方；

在所述指示信息用于指示將所述交易資金支付給所述收款方的情況下，所述支付系統(tǒng)服務(wù)端在將所述交易資金支付給所述收款方后，所述支付系統(tǒng)服務(wù)端可生成第二反饋消息；

所述第二反饋消息用于所述支付系統(tǒng)服務(wù)端通知所述支付設(shè)備已將所述交易資金支付給所述收款方。

或者，若所述指示信息用于指示不將所述交易資金支付給所述收款方，則所述支付系統(tǒng)服務(wù)端取消交易。

在所述指示信息用于指示不將所述交易資金支付給所述收款方的情況下，所述支付系統(tǒng)服務(wù)端取消交易后，所述支付系統(tǒng)服務(wù)端可生成第三反饋消息；

所述第三反饋消息用于所述支付系統(tǒng)服務(wù)端通知所述支付設(shè)備已取消交易；

所述支付系統(tǒng)服務(wù)端在確定取消交易后，即可將已預(yù)留的交易資金返還為所述支付設(shè)備。

本種實(shí)現(xiàn)方式中，因用戶可根據(jù)所述處理結(jié)果信息以確認(rèn)所述收款方，進(jìn)而有效的避免了將交易資金支付給錯(cuò)誤的收款方，有效的避免了第三方支 付過(guò)程中的因用戶輸入錯(cuò)誤而帶來(lái)的損失。

結(jié)合本發(fā)明實(shí)施例第一方面的第二種實(shí)現(xiàn)方式，本發(fā)明實(shí)施例第一方面的第三種實(shí)現(xiàn)方式中，

在所述支付系統(tǒng)服務(wù)端接收所述支付設(shè)備發(fā)送的指示信息之后，若所述支付系統(tǒng)服務(wù)端確定連續(xù)接收到用于指示不將所述交易資金支付給所述收款方的所述指示信息的次數(shù)大于預(yù)設(shè)值，則所述支付系統(tǒng)服務(wù)端凍結(jié)支付設(shè)備的支付賬戶。

本種實(shí)現(xiàn)方式中，所述支付系統(tǒng)服務(wù)端能夠凍結(jié)連續(xù)取消支付的支付設(shè)備，從而能夠有效的避免惡意第三方通過(guò)連續(xù)的取消交易以獲取大量收款方的手機(jī)號(hào)碼，有效的保障了收款方信息的安全。

結(jié)合本發(fā)明實(shí)施例第一方面或本發(fā)明實(shí)施例第一方面的第一種實(shí)現(xiàn)方式，本發(fā)明實(shí)施例第一方面的第四種實(shí)現(xiàn)方式中，

所述預(yù)處理結(jié)果信息包括第二提示信息，所述第二提示信息用于提示用戶輸入支付密碼，且所述第二提示信息還用于提示用戶輸入用于指示不將所述交易資金支付給所述收款方的指示信息；

在所述支付系統(tǒng)服務(wù)端基于非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)ussd會(huì)話將所述預(yù)處理結(jié)果信息發(fā)送給所述支付設(shè)備之后，所述支付系統(tǒng)服務(wù)端接收所述支付設(shè)備發(fā)送的所述支付密碼；

若所述支付密碼正確，則所述支付系統(tǒng)服務(wù)端將所述交易資金支付給所述收款方，或者，若所述支付密碼錯(cuò)誤，則所述支付系統(tǒng)服務(wù)端取消交易；

或者，

在所述支付系統(tǒng)服務(wù)端基于非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)ussd會(huì)話將所述預(yù)處理結(jié)果信息發(fā)送給所述支付設(shè)備之后，所述支付系統(tǒng)服務(wù)端接收所述支付設(shè)備發(fā)送的用于指示不將所述交易資金支付給所述收款方的所述指示信息，則所述支付系統(tǒng)服務(wù)端取消交易。

本種實(shí)現(xiàn)方式中，因支付設(shè)備在接收到所述預(yù)處理結(jié)果信息后，用戶需要通過(guò)所述支付設(shè)備輸入支付密碼，只有用戶輸入的支付密碼正確的情況下，支付系統(tǒng)服務(wù)端才會(huì)將交易資金支付給收款方，從而有效的保障了支付過(guò)程中的安全，有效的避免了將交易資金支付給錯(cuò)誤的收款方。

結(jié)合本發(fā)明實(shí)施例第一方面的第四種實(shí)現(xiàn)方式，本發(fā)明實(shí)施例第一方面的第五種實(shí)現(xiàn)方式中，

所述支付系統(tǒng)服務(wù)端基于非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)ussd會(huì)話將所述預(yù)處理結(jié)果信息發(fā)送給所述支付設(shè)備之后，若所述支付系統(tǒng)服務(wù)端確定連續(xù)接收到錯(cuò)誤的所述支付密碼和/或用于指示不將所述交易資金支付給所述收款方的 所述指示信息的次數(shù)大于預(yù)設(shè)值，則所述支付系統(tǒng)服務(wù)端凍結(jié)支付設(shè)備的支付賬戶。

本種實(shí)現(xiàn)方式中，所述支付系統(tǒng)服務(wù)端能夠凍結(jié)連續(xù)將支付密碼輸入錯(cuò)誤和/或連續(xù)取消支付的支付設(shè)備，從而能夠有效的避免惡意第三方通過(guò)連續(xù)的取消交易以獲取大量收款方的手機(jī)號(hào)碼，有效的保障了收款方信息的安全。

結(jié)合本發(fā)明實(shí)施例第一方面或本發(fā)明實(shí)施例第一方面的第一種實(shí)現(xiàn)方式，本發(fā)明實(shí)施例第一方面的第六種實(shí)現(xiàn)方式中，

所述支付系統(tǒng)服務(wù)端基于非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)ussd會(huì)話將所述預(yù)處理結(jié)果信息發(fā)送給所述支付設(shè)備之后，所述支付系統(tǒng)服務(wù)端在預(yù)設(shè)時(shí)間內(nèi)沒(méi)有接收到所述支付設(shè)備發(fā)送的信息，則所述支付系統(tǒng)服務(wù)端取消交易。

可選的，所述支付系統(tǒng)服務(wù)端向所述支付設(shè)備發(fā)送第四反饋信息；

所述第四反饋消息用于所述支付系統(tǒng)服務(wù)端通知所述支付設(shè)備已取消交易。

可選的，所述第四反饋消息可顯示取消交易的原因。

結(jié)合本發(fā)明實(shí)施例第一方面或本發(fā)明實(shí)施例第一方面的第六種實(shí)現(xiàn)方式，本發(fā)明實(shí)施例第一方面的第七種實(shí)現(xiàn)方式中，

所述預(yù)處理結(jié)果信息還包括以下所示的一項(xiàng)或多項(xiàng)：

收款方名稱(chēng)信息、進(jìn)行掩碼處理后的所述收款方名稱(chēng)信息、收款方的賬戶信息、收款方的手機(jī)號(hào)碼、以及收款方機(jī)構(gòu)代碼。

本發(fā)明實(shí)施例第二方面提供了一種支付方法，包括：

支付設(shè)備將支付請(qǐng)求信息發(fā)送給支付系統(tǒng)服務(wù)端，所述支付請(qǐng)求信息用于請(qǐng)求將交易資金支付給收款方；

所述支付請(qǐng)求信息包括以下所示的一項(xiàng)或多項(xiàng)：

收款方手機(jī)號(hào)、收款方商戶代碼、收款方機(jī)構(gòu)代碼、交易資金的金額、支付密碼、用戶登錄賬戶名；

所述支付設(shè)備通過(guò)短消息中心smsc發(fā)送所述支付請(qǐng)求信息，或者，所述支付設(shè)備通過(guò)tcp/ip網(wǎng)絡(luò)發(fā)送所述支付請(qǐng)求信息；

所述支付設(shè)備對(duì)所述支付請(qǐng)求信息進(jìn)行解碼以進(jìn)行加密處理；

在所述支付系統(tǒng)服務(wù)端通過(guò)預(yù)處理操作確定支付賬戶余額大于或等于交易資金的金額的情況下，所述支付設(shè)備基于非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)ussd會(huì)話接收預(yù)處理結(jié)果信息；

所述預(yù)處理結(jié)果信息與所述收款方對(duì)應(yīng)，且所述預(yù)處理結(jié)果信息用于請(qǐng)求所述支付設(shè)備確定是否將所述交易資金支付給所述收款方；

可選的，所述支付設(shè)備接收所述支付系統(tǒng)服務(wù)端發(fā)送的第一反饋消息；

其中，所述第一反饋消息用于所述支付系統(tǒng)服務(wù)端通知所述支付設(shè)備所述支付賬戶余額小于所述交易資金的金額，從而無(wú)法將所述支付賬戶所存儲(chǔ)的金額支付給收款方。

采用本種實(shí)現(xiàn)方式，使得即便用戶通過(guò)所述支付設(shè)備輸入的所述支付請(qǐng)求信息錯(cuò)誤，則用戶可根據(jù)所述支付設(shè)備所顯示的預(yù)處理結(jié)果信息確定所述收款方是否正確，避免因用戶輸入錯(cuò)誤而將交易資金支付給錯(cuò)誤的收款方的情況的出現(xiàn)，有效的降低了支付過(guò)程中的風(fēng)險(xiǎn)，提升了用戶資金的安全。

而且所述支付設(shè)備首先將所述支付請(qǐng)求信息發(fā)送給支付系統(tǒng)服務(wù)端，而后接收所述支付系統(tǒng)服務(wù)端發(fā)送的預(yù)處理結(jié)果信息，可見(jiàn)，所述支付請(qǐng)求信息的發(fā)送和所述預(yù)處理結(jié)果信息的接收是分時(shí)的，即所述支付設(shè)備將所述支付請(qǐng)求信息發(fā)送給支付系統(tǒng)服務(wù)端后，所述支付設(shè)備和所述支付系統(tǒng)服務(wù)端之間的會(huì)話即可中斷，此時(shí)無(wú)需維護(hù)所述支付設(shè)備和所述支付系統(tǒng)服務(wù)端之間的會(huì)話，從而使得所述支付設(shè)備和所述支付系統(tǒng)服務(wù)端之間無(wú)需維持較長(zhǎng)時(shí)間的會(huì)話，有效的減少了維護(hù)所述支付設(shè)備和所述支付系統(tǒng)服務(wù)端之間的會(huì)話的系統(tǒng)開(kāi)銷(xiāo)。

因所述支付系統(tǒng)服務(wù)端能夠根據(jù)所述支付請(qǐng)求信息進(jìn)行預(yù)處理操作，只有在支付賬戶余額大于或等于交易資金的金額的情況下，所述支付系統(tǒng)服務(wù)端才會(huì)生成預(yù)處理結(jié)果信息，進(jìn)而繼續(xù)進(jìn)行支付流程，避免了若因支付賬戶余額小于交易資金的金額時(shí)，所述支付系統(tǒng)服務(wù)端繼續(xù)進(jìn)行支付流程時(shí)資源的浪費(fèi)，有效的節(jié)省了資源。

因所述支付系統(tǒng)服務(wù)端接收所述支付請(qǐng)求信息和發(fā)送所述預(yù)處理結(jié)果信息是不同步的，則使得即便在系統(tǒng)繁忙時(shí)，所述支付系統(tǒng)服務(wù)端能夠正常的接收所述支付請(qǐng)求信息，也能夠?qū)⑺鲱A(yù)處理結(jié)果信息發(fā)送給支付設(shè)備。

結(jié)合本發(fā)明實(shí)施例第二方面，本發(fā)明實(shí)施例第二方面的第一種實(shí)現(xiàn)方式中，

所述預(yù)處理結(jié)果信息包括第一提示信息，所述第一提示信息用于提示用戶輸入指示信息，所述指示信息用于指示是否將所述交易資金支付給所述收款方；

在所述支付設(shè)備基于非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)ussd會(huì)話接收所述預(yù)處理結(jié)果信息之后，所述支付設(shè)備將用于指示將所述交易資金支付給所述收款方的所述指示信息發(fā)送給所述支付系統(tǒng)服務(wù)端，以使所述支付系統(tǒng)服務(wù)端將所述交易資金支付給所述收款方；

在所述指示信息用于指示將所述交易資金支付給所述收款方的情況下，所述支付系統(tǒng)服務(wù)端在將所述交易資金支付給所述收款方后，所述支付設(shè)備 可接收所述支付系統(tǒng)服務(wù)端發(fā)送的第二反饋消息；

所述第二反饋消息用于所述支付系統(tǒng)服務(wù)端通知所述支付設(shè)備已將所述交易資金支付給所述收款方。

或者，

所述支付設(shè)備將用于指示不將所述交易資金支付給所述收款方的所述指示信息發(fā)送給所述支付系統(tǒng)服務(wù)端，以使所述支付系統(tǒng)服務(wù)端取消交易；

在所述指示信息用于指示不將所述交易資金支付給所述收款方的情況下，所述支付系統(tǒng)服務(wù)端取消交易后，所述支付設(shè)備可接收所述支付系統(tǒng)服務(wù)端發(fā)送的第三反饋消息；

所述第三反饋消息用于所述支付系統(tǒng)服務(wù)端通知所述支付設(shè)備已取消交易。

本種實(shí)現(xiàn)方式中，因用戶可根據(jù)所述處理結(jié)果信息以確認(rèn)所述收款方，進(jìn)而有效的避免了將交易資金支付給錯(cuò)誤的收款方，有效的避免了第三方支付過(guò)程中的因用戶輸入錯(cuò)誤而帶來(lái)的損失。

結(jié)合本發(fā)明實(shí)施例第二方面，本發(fā)明實(shí)施例第二方面的第二種實(shí)現(xiàn)方式中，

所述預(yù)處理結(jié)果信息包括第二提示信息，所述第二提示信息用于提示用戶輸入支付密碼，且所述第二提示信息還用于提示用戶輸入用于指示不將所述交易資金支付給所述收款方的指示信息；

在所述支付設(shè)備基于非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)ussd會(huì)話接收所述預(yù)處理結(jié)果信息之后，所述支付設(shè)備將所述支付密碼發(fā)送給所述支付系統(tǒng)服務(wù)端，以使所述支付系統(tǒng)服務(wù)端在確定所述支付密碼正確的情況下，將所述交易資金支付給所述收款方，或者，以使所述支付系統(tǒng)服務(wù)端在確定所述支付密碼錯(cuò)誤的情況下，取消交易；

或者，

所述支付設(shè)備將用于指示不將所述交易資金支付給所述收款方的所述指示信息送給所述支付系統(tǒng)服務(wù)端，以使所述支付系統(tǒng)服務(wù)端取消交易。

本種實(shí)現(xiàn)方式中，因支付設(shè)備在接收到所述預(yù)處理結(jié)果信息后，用戶需要通過(guò)所述支付設(shè)備輸入支付密碼，只有用戶輸入的支付密碼正確的情況下，支付系統(tǒng)服務(wù)端才會(huì)將交易資金支付給收款方，從而有效的保障了支付過(guò)程中的安全，有效的避免了將交易資金支付給錯(cuò)誤的收款方。

結(jié)合本發(fā)明實(shí)施例第二方面至本發(fā)明實(shí)施例第二方面的第二種實(shí)現(xiàn)方式任一項(xiàng)所述的方法，本發(fā)明實(shí)施例第二方面的第三種實(shí)現(xiàn)方式中，

所述預(yù)處理結(jié)果信息還包括以下所示的一項(xiàng)或多項(xiàng)：

收款方名稱(chēng)信息、進(jìn)行掩碼處理后的所述收款方名稱(chēng)信息、收款方的賬戶信息、收款方的手機(jī)號(hào)碼、以及收款方機(jī)構(gòu)代碼。

本發(fā)明實(shí)施例第三方面提供了一種支付系統(tǒng)服務(wù)端，包括：

第一接收單元，用于接收支付設(shè)備發(fā)送的支付請(qǐng)求信息，所述支付請(qǐng)求信息用于請(qǐng)求將交易資金支付給收款方；

第一處理單元，用于根據(jù)所述支付請(qǐng)求信息進(jìn)行預(yù)處理操作，所述預(yù)處理操作包括確定支付賬戶余額大于或等于交易資金的金額；

生成單元，用于生成預(yù)處理結(jié)果信息，所述預(yù)處理結(jié)果信息與所述收款方對(duì)應(yīng)，且所述預(yù)處理結(jié)果信息用于請(qǐng)求所述支付設(shè)備確定是否將所述交易資金支付給所述收款方；

第一發(fā)送單元，用于基于非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)ussd會(huì)話將所述預(yù)處理結(jié)果信息發(fā)送給所述支付設(shè)備。

結(jié)合本發(fā)明實(shí)施例第三方面，本發(fā)明實(shí)施例第三方面的第一種實(shí)現(xiàn)方式中，

所述第一處理單元，還用于根據(jù)所述支付請(qǐng)求信息進(jìn)行預(yù)處理操作的方式還包括以下所示的一種或多種：

對(duì)所述支付設(shè)備進(jìn)行鑒權(quán)、對(duì)所述收款方進(jìn)行鑒權(quán)以及確定所述交易資金的金額是否大于或等于交易限額；

所述生成單元，還用于在確定所述支付設(shè)備合法，和/或，所述收款方合法，和/或，所述交易資金小于所述交易限額的情況下，生成所述預(yù)處理結(jié)果信息。

結(jié)合本發(fā)明實(shí)施例第三方面或本發(fā)明實(shí)施例第三方面的第一種實(shí)現(xiàn)方式，本發(fā)明實(shí)施例第三方面的第二種實(shí)現(xiàn)方式中，

所述預(yù)處理結(jié)果信息包括第一提示信息，所述第一提示信息用于提示用戶輸入指示信息，所述指示信息用于指示是否將所述交易資金支付給所述收款方；

所述支付系統(tǒng)服務(wù)端還包括：

第二接收單元，用于接收所述支付設(shè)備發(fā)送的指示信息；

第二處理單元，用于若所述指示信息用于指示將所述交易資金支付給所述收款方，則將所述交易資金支付給所述收款方；

或者，所述支付系統(tǒng)服務(wù)端還包括：

第三處理單元，用于若所述指示信息用于指示不將所述交易資金支付給所述收款方，則取消交易。

結(jié)合本發(fā)明實(shí)施例第三方面的第二種實(shí)現(xiàn)方式，本發(fā)明實(shí)施例第三方面 的第三種實(shí)現(xiàn)方式中，

所述支付系統(tǒng)服務(wù)端還包括：

第四處理單元，用于若確定連續(xù)接收到用于指示不將所述交易資金支付給所述收款方的所述指示信息的次數(shù)大于預(yù)設(shè)值，則凍結(jié)支付設(shè)備的支付賬戶。

結(jié)合本發(fā)明實(shí)施例第三方面或本發(fā)明實(shí)施例第三方面的第一種實(shí)現(xiàn)方式，本發(fā)明實(shí)施例第三方面的第四種實(shí)現(xiàn)方式中，

所述預(yù)處理結(jié)果信息包括第二提示信息，所述第二提示信息用于提示用戶輸入支付密碼，且所述第二提示信息還用于提示用戶輸入用于指示不將所述交易資金支付給所述收款方的指示信息；

所述支付系統(tǒng)服務(wù)端還包括：

第三接收單元，用于接收所述支付設(shè)備發(fā)送的所述支付密碼；

第五處理單元，用于若所述支付密碼正確，則將所述交易資金支付給所述收款方，或者，若所述支付密碼錯(cuò)誤，則取消交易；

或者，所述支付系統(tǒng)服務(wù)端還包括：

第四接收單元，用于接收所述支付設(shè)備發(fā)送的用于指示不將所述交易資金支付給所述收款方的所述指示信息；

第六處理單元，用于若接收到所述支付設(shè)備發(fā)送的用于指示不將所述交易資金支付給所述收款方的所述指示信息，則取消交易。

結(jié)合本發(fā)明實(shí)施例第三方面的第四種實(shí)現(xiàn)方式，本發(fā)明實(shí)施例第三方面的第五種實(shí)現(xiàn)方式中，

第七處理單元，用于若確定連續(xù)接收到錯(cuò)誤的所述支付密碼和/或用于指示不將所述交易資金支付給所述收款方的所述指示信息的次數(shù)大于預(yù)設(shè)值，則凍結(jié)支付設(shè)備的支付賬戶。

結(jié)合本發(fā)明實(shí)施例第三方面或本發(fā)明實(shí)施例第三方面的第一種實(shí)現(xiàn)方式，本發(fā)明實(shí)施例第三方面的第六種實(shí)現(xiàn)方式中，

所述支付系統(tǒng)服務(wù)端還包括：

第八處理單元，用于在預(yù)設(shè)時(shí)間內(nèi)沒(méi)有接收到所述支付設(shè)備發(fā)送的信息，則取消交易。

本發(fā)明實(shí)施例第四方面提供了一種支付設(shè)備，包括：

第二發(fā)送單元，用于將支付請(qǐng)求信息發(fā)送給支付系統(tǒng)服務(wù)端，所述支付請(qǐng)求信息用于請(qǐng)求將交易資金支付給收款方；

第五接收單元，用于基于非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)ussd會(huì)話接收預(yù)處理結(jié)果信息，所述預(yù)處理結(jié)果信息為所述支付系統(tǒng)服務(wù)端根據(jù)所述支付請(qǐng)求信 息進(jìn)行預(yù)處理操作以生成，所述預(yù)處理操作包括確定支付賬戶余額大于或等于交易資金的金額，所述預(yù)處理結(jié)果信息與所述收款方對(duì)應(yīng)，且所述預(yù)處理結(jié)果信息用于請(qǐng)求所述支付設(shè)備確定是否將所述交易資金支付給所述收款方。

結(jié)合本發(fā)明實(shí)施例第四方面，本發(fā)明實(shí)施例第四方面的第一種實(shí)現(xiàn)方式中，

所述預(yù)處理結(jié)果信息包括第一提示信息，所述第一提示信息用于提示用戶輸入指示信息，所述指示信息用于指示是否將所述交易資金支付給所述收款方；

所述支付設(shè)備還包括：

第三發(fā)送單元，用于將用于指示將所述交易資金支付給所述收款方的所述指示信息發(fā)送給所述支付系統(tǒng)服務(wù)端，以使所述支付系統(tǒng)服務(wù)端將所述交易資金支付給所述收款方；

或者，

所述支付設(shè)備還包括：

第四發(fā)送單元，用于將用于指示不將所述交易資金支付給所述收款方的所述指示信息發(fā)送給所述支付系統(tǒng)服務(wù)端，以使所述支付系統(tǒng)服務(wù)端取消交易。

結(jié)合本發(fā)明實(shí)施例第四方面，本發(fā)明實(shí)施例第四方面的第二種實(shí)現(xiàn)方式中，

所述預(yù)處理結(jié)果信息包括第二提示信息，所述第二提示信息用于提示用戶輸入支付密碼，且所述第二提示信息還用于提示用戶輸入用于指示不將所述交易資金支付給所述收款方的指示信息；

所述支付設(shè)備還包括：

第五發(fā)送單元，用于將所述支付密碼發(fā)送給所述支付系統(tǒng)服務(wù)端，以使所述支付系統(tǒng)服務(wù)端在確定所述支付密碼正確的情況下，將所述交易資金支付給所述收款方，或者，以使所述支付系統(tǒng)服務(wù)端在確定所述支付密碼錯(cuò)誤的情況下，取消交易；

或者，

所述支付設(shè)備還包括：

第六發(fā)送單元，用于將用于指示不將所述交易資金支付給所述收款方的所述指示信息送給所述支付系統(tǒng)服務(wù)端，以使所述支付系統(tǒng)服務(wù)端取消交易。

本發(fā)明實(shí)施例第五方面提供了一種支付系統(tǒng)，包括如本發(fā)明實(shí)施例第三方面至本發(fā)明實(shí)施例第三方面的第六種實(shí)現(xiàn)方式任一項(xiàng)所述的支付系統(tǒng)服務(wù) 端以及如本發(fā)明實(shí)施例第四方面至本發(fā)明實(shí)施例第四方面的第二種實(shí)現(xiàn)方式任一項(xiàng)所述的支付設(shè)備；

所述支付系統(tǒng)還包括非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)ussd網(wǎng)關(guān)；

其中，所述支付設(shè)備經(jīng)由所述ussd網(wǎng)關(guān)與所述支付系統(tǒng)服務(wù)端通信連接。

本發(fā)明實(shí)施例提供了一種支付方法、支付系統(tǒng)服務(wù)端以及支付設(shè)備，支付方法包括支付系統(tǒng)服務(wù)端接收支付設(shè)備發(fā)送的支付請(qǐng)求信息，所述支付系統(tǒng)服務(wù)端能夠根據(jù)所述支付請(qǐng)求信息進(jìn)行預(yù)處理操作，所述支付系統(tǒng)服務(wù)端通過(guò)所述預(yù)處理操作確定支付賬戶余額大于或等于交易資金的金額，則所述支付系統(tǒng)服務(wù)端生成預(yù)處理結(jié)果信息，所述支付系統(tǒng)服務(wù)端將所述預(yù)處理結(jié)果信息發(fā)送給所述支付設(shè)備，所述處理結(jié)果用于請(qǐng)求所述支付設(shè)備確定是否將所述交易資金支付給所述收款方?？梢?jiàn)，采用本實(shí)施例所示的支付方法即便所述支付請(qǐng)求信息輸入錯(cuò)誤，用戶可根據(jù)所述支付設(shè)備所顯示的預(yù)處理結(jié)果信息確定所述收款方是否正確，有效的提升了用戶資金的安全，而且所述支付設(shè)備將所述支付請(qǐng)求信息發(fā)送給所述支付系統(tǒng)服務(wù)端后，所述支付設(shè)備和所述支付系統(tǒng)服務(wù)端之間無(wú)需繼續(xù)維持會(huì)話，有效的降低了所述支付設(shè)備和所述支付系統(tǒng)服務(wù)端維持會(huì)話的時(shí)長(zhǎng)，有效的減少了維護(hù)所述支付設(shè)備和所述支付系統(tǒng)服務(wù)端之間的會(huì)話的系統(tǒng)開(kāi)銷(xiāo)。

附圖說(shuō)明

圖1為本發(fā)明所提供的支付系統(tǒng)的一種實(shí)施例結(jié)構(gòu)示意圖；

圖2為本發(fā)明所提供的支付方法的一種實(shí)施例步驟流程圖；

圖3為本發(fā)明所提供的支付方法的另一種實(shí)施例步驟流程圖；

圖4為本發(fā)明所提供的支付系統(tǒng)服務(wù)端的一種實(shí)施例結(jié)構(gòu)示意圖；

圖5為本發(fā)明所提供的支付系統(tǒng)服務(wù)端的另一種實(shí)施例結(jié)構(gòu)示意圖；

圖6為本發(fā)明所提供的支付設(shè)備的一種實(shí)施例結(jié)構(gòu)示意圖；

圖7為本發(fā)明所提供的支付設(shè)備的另一種實(shí)施例結(jié)構(gòu)示意圖；

圖8為本發(fā)明所提供的支付系統(tǒng)服務(wù)端的另一種實(shí)施例結(jié)構(gòu)示意圖；

圖9為本發(fā)明所提供的支付設(shè)備的另一種實(shí)施例結(jié)構(gòu)示意圖。

具體實(shí)施方式

為更好的理解本發(fā)明實(shí)施例所提供的支付方法，以下首先結(jié)合圖1所示對(duì)能夠?qū)崿F(xiàn)第三方支付的支付系統(tǒng)進(jìn)行詳細(xì)說(shuō)明：

如圖1所示可知，所述支付系統(tǒng)至少包括支付設(shè)備101、短消息中心102 以及支付系統(tǒng)服務(wù)端103。

本實(shí)施例對(duì)所述支付設(shè)備101不做限定，只要所述支付設(shè)備101能夠運(yùn)行支付平臺(tái)，進(jìn)而使得該支付設(shè)備101能夠進(jìn)行第三方支付即可。

例如，若所述支付平臺(tái)為互聯(lián)網(wǎng)應(yīng)用，則所述支付設(shè)備101可為計(jì)算機(jī)等設(shè)備。

還例如，若所述支付平臺(tái)為終端應(yīng)用，則所述支付設(shè)備101可為智能手機(jī)、平板電腦等終端設(shè)備。

還例如，若所述支付平臺(tái)為客戶識(shí)別模塊(英文全稱(chēng)：subscriberidentitymodule，英文簡(jiǎn)稱(chēng)：sim)卡支付應(yīng)用，則使得安裝有該sim卡支付應(yīng)用的支付設(shè)備能夠進(jìn)行第三方支付，則所述支付設(shè)備101可為智能手機(jī)等終端設(shè)備。

所述短消息中心102用于實(shí)現(xiàn)所述支付設(shè)備101和所述支付系統(tǒng)服務(wù)端103之間的信息通信。

其中，所述短消息中心102是獨(dú)立于無(wú)線網(wǎng)絡(luò)的一個(gè)業(yè)務(wù)處理系統(tǒng)，主要功能是提交、存儲(chǔ)和轉(zhuǎn)發(fā)短消息。

可選的，本實(shí)施例所示的支付系統(tǒng)還可包括：ussd(英文全稱(chēng)：unstructuredsupplementaryservicedata)網(wǎng)關(guān)104。

通過(guò)所述ussd網(wǎng)關(guān)104能夠使得所述支付系統(tǒng)服務(wù)端103與所述支付設(shè)備101建立基于非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)ussd協(xié)議的ussd會(huì)話。

若所述支付系統(tǒng)服務(wù)端103與所述支付設(shè)備101建立了ussd會(huì)話，則該ussd會(huì)話會(huì)一直提供透明的信息傳輸?shù)墓艿?，從而提升了所述支付系統(tǒng)服務(wù)端103與所述支付設(shè)備101之間信息傳輸?shù)男屎桶踩?/p>

基于圖1所示的支付系統(tǒng)，以下結(jié)合圖2所示說(shuō)明本發(fā)明實(shí)施例所提供的支付方法，本實(shí)施例所示的支付方法有效的避免了因用戶輸入錯(cuò)誤而使得交易資金支付給錯(cuò)誤的賬戶的情況。

201、支付設(shè)備接收用戶輸入的支付請(qǐng)求信息。

本實(shí)施例中，以所述支付設(shè)備為智能手機(jī)為例，則該智能手機(jī)能夠安裝sim卡應(yīng)用，進(jìn)而使得安裝了sim卡應(yīng)用的智能手機(jī)能夠進(jìn)行本實(shí)施例所示的支付流程。

本實(shí)施例用戶通過(guò)安裝有所述sim卡應(yīng)用的智能手機(jī)輸入支付請(qǐng)求信息。

可選的，所述支付請(qǐng)求信息包括以下所示的一項(xiàng)或多項(xiàng)：

收款方手機(jī)號(hào)、收款方商戶代碼、收款方機(jī)構(gòu)代碼、交易資金的金額、支付密碼、用戶登錄賬戶名。

需明確的是，本實(shí)施例對(duì)所述支付請(qǐng)求信息的說(shuō)明為可選的示例，不做限定，只要所述支付請(qǐng)求信息能夠向所述支付系統(tǒng)服務(wù)端請(qǐng)求將交易資金支付給收款方即可。

202、所述支付設(shè)備將所述支付請(qǐng)求信息發(fā)送給短消息中心smsc。

具體的，為有效的保障支付過(guò)程中的安全，則本實(shí)施例中，所述支付設(shè)備能夠?qū)⑺稣?qǐng)求信息進(jìn)行編碼以形成加密的短信。

本實(shí)施例中，所述支付設(shè)備具體如何對(duì)支付請(qǐng)求信息進(jìn)行編碼以形成加密的短信的具體方式請(qǐng)?jiān)斠?jiàn)現(xiàn)有技術(shù)所示，具體在本實(shí)施例中不做贅述。

更具體的，所述支付設(shè)備將已加密，且包含有所述支付請(qǐng)求信息的所述短信發(fā)送給所述短消息中心smsc。

在本實(shí)施例中，所述短消息中心用于將所述支付設(shè)備所發(fā)送的所述請(qǐng)求支付信息轉(zhuǎn)發(fā)給支付系統(tǒng)服務(wù)端。

所述短消息中的具體原理以及具體工作流程為現(xiàn)有技術(shù)，具體在本實(shí)施例中不做贅述。

203、所述短消息中心將所述支付請(qǐng)求信息轉(zhuǎn)發(fā)給支付系統(tǒng)服務(wù)端。

本實(shí)施例中，通過(guò)步驟202和步驟203使得所述支付設(shè)備能夠通過(guò)所述短消息中心將所述支付請(qǐng)求信息發(fā)送給所述支付系統(tǒng)服務(wù)端，需明確的是，本實(shí)施例步驟202和步驟203為可選步驟，不做限定。

例如，若所述支付設(shè)備運(yùn)行的支付平臺(tái)為互聯(lián)網(wǎng)應(yīng)用或終端應(yīng)用，則所述支付設(shè)備無(wú)需通過(guò)短消息中心，而是所述支付設(shè)備直接通過(guò)tcp/ip網(wǎng)絡(luò)將所述支付請(qǐng)求信息發(fā)送給所述支付系統(tǒng)服務(wù)端。

可見(jiàn)，本實(shí)施例所示的支付方法，對(duì)所述支付設(shè)備向所述支付系統(tǒng)服務(wù)端發(fā)送所述支付請(qǐng)求信息的具體過(guò)程不做限定，只要所述支付系統(tǒng)服務(wù)端能夠接收到所述支付請(qǐng)求信息即可。

204、所述支付系統(tǒng)服務(wù)端接收所述支付請(qǐng)求信息。

本實(shí)施例中，所述支付設(shè)備將所述支付請(qǐng)求信息發(fā)送到所述支付系統(tǒng)服務(wù)端后，所述支付設(shè)備和所述支付系統(tǒng)服務(wù)端之間的會(huì)話即可斷開(kāi)，即所述支付設(shè)備和所述支付系統(tǒng)服務(wù)端之間無(wú)需繼續(xù)維持會(huì)話，從而節(jié)省了所述支付設(shè)備和所述支付系統(tǒng)服務(wù)端之間的系統(tǒng)開(kāi)銷(xiāo)。

205、所述支付系統(tǒng)服務(wù)端對(duì)已接收到的所述支付請(qǐng)求信息進(jìn)行預(yù)處理操作。

本實(shí)施例中，所述支付系統(tǒng)服務(wù)端首先對(duì)已加密的所述支付請(qǐng)求信息進(jìn)行解碼，從而將解碼后的所述支付請(qǐng)求信息放入處理隊(duì)列排隊(duì)處理。

當(dāng)所述支付系統(tǒng)服務(wù)端處理至所述支付請(qǐng)求信息時(shí)，即可對(duì)所述支付請(qǐng) 求信息進(jìn)行預(yù)處理操作。

本實(shí)施例所示的預(yù)處理操作包括以下處理方式包括檢查支付賬戶余額是否大于或等于交易資金的金額，當(dāng)所述支付賬戶余額大于或等于交易資金的金額時(shí)，則繼續(xù)執(zhí)行步驟208。

當(dāng)然，本實(shí)施例所示的所述預(yù)處理操作還可包括以下所示的一種或多種：

對(duì)所述支付設(shè)備進(jìn)行鑒權(quán)、對(duì)所述收款方進(jìn)行鑒權(quán)以及確定所述交易資金是否大于或等于交易限額。

本實(shí)施例對(duì)所述預(yù)處理操作的具體處理方式不做限定。

若經(jīng)過(guò)預(yù)處理操作后的所述支付請(qǐng)求信息不滿足預(yù)設(shè)要求，則繼續(xù)執(zhí)行步驟206。

若經(jīng)過(guò)預(yù)處理操作后的所述支付請(qǐng)求信息滿足預(yù)設(shè)要求，則繼續(xù)執(zhí)行步驟208。

本實(shí)施例對(duì)所述預(yù)設(shè)要求不做限定，只要當(dāng)所述支付系統(tǒng)服務(wù)端確定所述支付請(qǐng)求信息滿足預(yù)設(shè)要求時(shí)，所述支付系統(tǒng)服務(wù)端即可對(duì)支付賬戶的交易資金進(jìn)行預(yù)留即可。

所述預(yù)設(shè)要求可為：所述支付系統(tǒng)服務(wù)端確定支付賬戶余額大于或等于所述交易資金。

所述預(yù)設(shè)要求還可為：所述支付系統(tǒng)服務(wù)端對(duì)所述支付設(shè)備進(jìn)行鑒權(quán)以確定出所述支付設(shè)備為合法設(shè)備，例如，所述支付設(shè)備所發(fā)送的登陸用戶名和登陸密碼是正確的，則即可確定所述支付設(shè)備為合法的，和/或，所述支付系統(tǒng)服務(wù)端對(duì)所述收款方進(jìn)行鑒權(quán)后以確定出所述收款方合法，和/或，所述支付系統(tǒng)服務(wù)端確定所述交易資金小于交易限額。

206、所述支付系統(tǒng)服務(wù)端向所述短消息中心發(fā)送第一反饋消息。

207、所述短消息中心將所述第一反饋消息轉(zhuǎn)發(fā)給所述支付設(shè)備。

可見(jiàn)，經(jīng)過(guò)步驟206至步驟207所述支付系統(tǒng)服務(wù)端即可通過(guò)所述短消息中心將所述第一反饋消息發(fā)給所述支付設(shè)備。

本實(shí)施例所示的支付方法還可在所述支付系統(tǒng)服務(wù)端在預(yù)處理操作的過(guò)程中，確定所述支付賬戶余額小于所述交易資金時(shí)，向所述支付設(shè)備發(fā)送第一反饋消息，所述支付系統(tǒng)服務(wù)端通過(guò)該第一反饋消息通知所述支付設(shè)備所述支付賬戶余額小于所述交易資金的金額，從而無(wú)法將所述支付賬戶所存儲(chǔ)的金額支付給收款方。

可選的，本實(shí)施例所示的支付方法還可在所述支付系統(tǒng)服務(wù)端在預(yù)處理操作的過(guò)程中，確定所述交易資金大于或等于所述交易限額時(shí)，向所述支付設(shè)備發(fā)送第一反饋消息，所述支付系統(tǒng)服務(wù)端通過(guò)該第一反饋消息通知所述 交易資金大于或等于所述交易限額的情況。

可選的，本實(shí)施例所示的支付方法還可在所述支付系統(tǒng)服務(wù)端在預(yù)處理操作的過(guò)程中，確定所述支付設(shè)備和\或所述收款方非法時(shí)，則向所述支付設(shè)備發(fā)送第一反饋消息，所述支付系統(tǒng)服務(wù)端通過(guò)該第一反饋消息通知所述支付設(shè)備和\或所述收款方非法。

本實(shí)施例中，對(duì)所述支付系統(tǒng)服務(wù)端發(fā)送所述第一反饋消息的情況為可選的示例，不做限定，只要所述支付系統(tǒng)服務(wù)端確定無(wú)法將支付賬戶的交易資金支付給收款方時(shí)，所述支付系統(tǒng)服務(wù)端即可通過(guò)所述短消息中心向所述支付設(shè)備發(fā)送所述第一反饋消息，使得所述支付設(shè)備根據(jù)該第一反饋消息即可確定不能夠?qū)⑺鼋灰踪Y金支付給所述收款方的原因。

本實(shí)施例中的步驟206至步驟207為可選步驟，具體不做限定，例如若經(jīng)過(guò)步驟205確定經(jīng)過(guò)預(yù)處理操作后的所述支付請(qǐng)求信息不滿足預(yù)設(shè)要求，則所述支付系統(tǒng)服務(wù)端可直接停止將所述交易資金支付給所述收款方的流程。

208、所述支付系統(tǒng)服務(wù)端將所述交易資金進(jìn)行預(yù)留。

本實(shí)施例所示的支付系統(tǒng)服務(wù)端可將滿足要求的交易資金進(jìn)行預(yù)留。

其中，所述支付系統(tǒng)服務(wù)端在執(zhí)行步驟205和步驟208的過(guò)程中，不會(huì)將交易資金支付給收款方，而只是對(duì)交易資金進(jìn)行預(yù)留處理。

209、所述支付系統(tǒng)服務(wù)端與所述支付設(shè)備建立ussd會(huì)話。

具體的，所述支付系統(tǒng)服務(wù)端通過(guò)電信網(wǎng)絡(luò)與所述支付設(shè)備建立基于非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)ussd協(xié)議的ussd會(huì)話。

本實(shí)施例對(duì)所述支付系統(tǒng)服務(wù)端具體是如何建立與所述支付設(shè)備之間的ussd(英文全稱(chēng)：unstructuredsupplementaryservicedata)會(huì)話的不做限定。

可選的，所述支付系統(tǒng)服務(wù)端通過(guò)ussd網(wǎng)關(guān)向所述支付設(shè)備發(fā)送連接請(qǐng)求消息，所述支付設(shè)備根據(jù)所述連接請(qǐng)求消息通過(guò)所述ussd網(wǎng)關(guān)向所述支付系統(tǒng)服務(wù)端返回響應(yīng)消息，從而建立所述支付系統(tǒng)服務(wù)端與所述支付設(shè)備之間的ussd會(huì)話。

需明確的是，本實(shí)施例步驟209為可選步驟，所述支付系統(tǒng)服務(wù)端和所述支付設(shè)備之間也可通過(guò)其他方式進(jìn)行通信，具體在本實(shí)施例中不做贅述。

210、所述支付系統(tǒng)服務(wù)端將預(yù)處理結(jié)果信息發(fā)送給所述ussd網(wǎng)關(guān)。

211、所述ussd網(wǎng)關(guān)將所述預(yù)處理結(jié)果信息轉(zhuǎn)發(fā)給所述支付設(shè)備。

本實(shí)施例中，在支付設(shè)備向支付系統(tǒng)服務(wù)端發(fā)送了支付請(qǐng)求信息后，支付系統(tǒng)服務(wù)端并不立即將交易金額支付給收款方，而是生成所述預(yù)處理結(jié)果信息，以使用戶根據(jù)所述處理結(jié)果確定收款方是否正確。

可見(jiàn)，采用本實(shí)施例所示的支付方法，若在執(zhí)行步驟201的過(guò)程中，用戶將所述支付請(qǐng)求信息輸入錯(cuò)誤，則在執(zhí)行步驟211的過(guò)程中，因用戶可根據(jù)所述處理結(jié)果信息以確認(rèn)所述收款方，進(jìn)而有效的避免了將交易資金支付給錯(cuò)誤的收款方，有效的避免了第三方支付過(guò)程中的因用戶輸入錯(cuò)誤而帶來(lái)的損失。

所述支付系統(tǒng)服務(wù)端通過(guò)所述ussd網(wǎng)關(guān)向所述支付設(shè)備發(fā)送預(yù)處理結(jié)果信息。

具體的，所述支付設(shè)備的ussd模塊能夠與所述ussd網(wǎng)關(guān)進(jìn)行通信，則所述支付設(shè)備的ussd模塊能夠接收所述ussd網(wǎng)關(guān)轉(zhuǎn)發(fā)的所述預(yù)處理結(jié)果信息。

本實(shí)施例中，所述預(yù)處理結(jié)果信息包括以下所示的一項(xiàng)或多項(xiàng)：

收款方名稱(chēng)信息、進(jìn)行掩碼處理后的所述收款方名稱(chēng)信息、收款方的賬戶信息、收款方的手機(jī)號(hào)碼、交易資金的金額、和/或收款方機(jī)構(gòu)代碼。

當(dāng)然，本實(shí)施例對(duì)所述預(yù)處理結(jié)果信息為示例性說(shuō)明，不做限定，只要所述預(yù)處理結(jié)果信息與收款方存在一一對(duì)應(yīng)的關(guān)系即可，即用戶根據(jù)所述預(yù)處理結(jié)果信息能夠確定唯一的收款方，從而使得用戶能夠根據(jù)所述支付設(shè)備所顯示的所述預(yù)處理結(jié)果信息確定所顯示的收款方是否正確。

例如，所述預(yù)處理結(jié)果信息還可為所述支付系統(tǒng)服務(wù)端與所述支付設(shè)備預(yù)先約定的與所述收款方對(duì)應(yīng)的標(biāo)識(shí)。

可見(jiàn)，本實(shí)施例所示的支付系統(tǒng)服務(wù)端能夠根據(jù)用戶輸入的所述支付請(qǐng)求信息確定所述預(yù)處理結(jié)果信息。

可選的，所述預(yù)處理結(jié)果信息還包括第一提示信息，所述第一提示信息用于提示用戶輸入指示信息，所述指示信息用于指示是否將所述交易資金支付給所述收款方。

以下舉具體應(yīng)用場(chǎng)景對(duì)所述處理結(jié)果進(jìn)行詳細(xì)說(shuō)明，需明確的是，以下對(duì)所述預(yù)處理結(jié)果信息的說(shuō)明為可選的示例，不做限定，只要用戶能夠根據(jù)所述預(yù)處理結(jié)果信息確定收款方是否正確即可。

例如，所述預(yù)處理結(jié)果信息可為：“請(qǐng)確認(rèn)您通過(guò)某某支付系統(tǒng)給b商行(代碼：12345)轉(zhuǎn)賬2000.00元的交易。輸入‘y’并按確認(rèn)鍵可以確認(rèn)支付，輸入其他任何字符或者掛掉ussd會(huì)話可以取消交易！請(qǐng)注意，連續(xù)10次取消交易將導(dǎo)致你的賬戶被凍結(jié)！”

在本應(yīng)用場(chǎng)景下，用戶即可根據(jù)所述支付設(shè)備所顯示的所述收款方名稱(chēng)信息確定該收款方是不是自己所要支付的收款方，可見(jiàn)，若用戶在步驟201中將支付請(qǐng)求信息輸入錯(cuò)誤，則在支付設(shè)備接收到所述收款方名稱(chēng)信息時(shí)， 用戶即可根據(jù)所述收款方名稱(chēng)信息確定支付請(qǐng)求信息輸入錯(cuò)誤的情況，即可避免將交易資金支付給錯(cuò)誤的收款方賬戶。

具體的，若用戶通過(guò)所述支付設(shè)備指示給所述支付系統(tǒng)服務(wù)端將交易資金支付給a收款方，但是用戶在通過(guò)所述支付設(shè)備輸入支付請(qǐng)求消息時(shí)，輸入錯(cuò)誤，將a收款方的手機(jī)號(hào)輸入為b收款方的手機(jī)號(hào)，則采用本實(shí)施例所示的支付方法，所述支付系統(tǒng)服務(wù)端在執(zhí)行步驟211時(shí)，將b收款方名稱(chēng)信息發(fā)送給支付設(shè)備，用戶通過(guò)所述支付設(shè)備所顯示的b收款方名稱(chēng)信息即可確定將a收款方的手機(jī)號(hào)輸入錯(cuò)誤，用戶即可通過(guò)所述支付設(shè)備輸入除‘y’意外的其他任何字符或者掛掉ussd會(huì)話以取消交易，避免了將交易資金支付給錯(cuò)誤的b商行，從而避免了將交易資金支付給b方。

實(shí)施例中，為保障收款方的安全，保障收款方的隱私，防止惡意的第三方獲取收款方的名稱(chēng)信息，本實(shí)施例所示的預(yù)處理結(jié)果信息可為進(jìn)行掩碼處理后的所述收款方名稱(chēng)信息。

本實(shí)施例所述支付系統(tǒng)服務(wù)端對(duì)所述收款方的名稱(chēng)信息進(jìn)行掩碼處理的具體方式不做限定，只要所述預(yù)處理結(jié)果信息所顯示的為所述收款方的部分名稱(chēng)信息即可。

例如，對(duì)于兩個(gè)以上漢字的名稱(chēng)，顯示第一個(gè)和最后一個(gè)字。

還例如，兩個(gè)漢字的名稱(chēng)，只顯示最后一個(gè)字，不顯示第一個(gè)字。

還例如，英文名稱(chēng)，只顯示第一個(gè)英文單詞和最后一個(gè)英文單詞的最后一個(gè)英文字母。

在具體應(yīng)用場(chǎng)景中，所述預(yù)處理結(jié)果信息可為：“請(qǐng)確認(rèn)您通過(guò)某某支付系統(tǒng)給陸*士(手機(jī)號(hào)：1381111111)轉(zhuǎn)賬200.00元的交易。輸入‘y’并按確認(rèn)鍵可以確認(rèn)支付，輸入其他任何字符或者掛掉ussd會(huì)話可以取消交易！請(qǐng)注意，連續(xù)10次取消交易將導(dǎo)致你的賬戶被凍結(jié)！”

具體的，若用戶通過(guò)所述支付設(shè)備指示給所述支付系統(tǒng)服務(wù)端將交易資金支付給收款方為“陸京士”，用戶在通過(guò)所述支付設(shè)備輸入支付請(qǐng)求消息時(shí)，輸入正確，如輸入的陸京士的正確的手機(jī)號(hào)，則采用本實(shí)施例所示的支付方法，所述支付系統(tǒng)服務(wù)端在執(zhí)行步驟211時(shí)，“陸京士”的名稱(chēng)進(jìn)行掩碼處理，以形成“陸*士”，并將掩碼處理后的“陸*士”發(fā)送給支付設(shè)備，用戶通過(guò)所述支付設(shè)備所顯示的“陸*士”確定收款方為：“陸京士”，用戶即可通過(guò)所述支付設(shè)備輸入‘y’確定支付。

可見(jiàn)，采用本實(shí)施例所示的支付方法有效的保障了收款方名稱(chēng)信息的安全，避免惡意的第三方獲取收款方的名稱(chēng)信息。

可選的，為有效的保障收款方信息的安全，尤其是個(gè)人收款方的安全， 則本實(shí)施例所示的支付方法還可包括：所述支付系統(tǒng)服務(wù)端向收款方發(fā)送配置信息，所述配置信息用于請(qǐng)求所述收款方確定是否顯示所述收款方的名稱(chēng)信息。

所述收款方即可根據(jù)所述配置信息向所述支付系統(tǒng)服務(wù)端返回響應(yīng)消息，若所述收款方通過(guò)所述響應(yīng)消息通知所述支付系統(tǒng)服務(wù)端不顯示名稱(chēng)信息，則所述支付系統(tǒng)服務(wù)端向所述支付設(shè)備返回的預(yù)處理結(jié)果信息可不包含有所述收款方的名稱(chēng)信息，而包括例如機(jī)構(gòu)代碼、手機(jī)號(hào)碼等信息。

則此時(shí)所述預(yù)處理結(jié)果信息可選的為：“請(qǐng)確認(rèn)您通過(guò)某某支付系統(tǒng)給手機(jī)號(hào)為1381111111的用戶(用戶名稱(chēng)保密)轉(zhuǎn)賬200.00元的交易。輸入‘y’并按確認(rèn)鍵可以確認(rèn)支付，輸入其他任何字符或者掛掉ussd會(huì)話可以取消交易！請(qǐng)注意，連續(xù)10次取消交易將導(dǎo)致你的賬戶被凍結(jié)！”

需明確的是，本實(shí)施例所示的支付方法對(duì)收款方的名稱(chēng)信息進(jìn)行掩碼處理為可選的示例，不做限定，所述支付系統(tǒng)服務(wù)端還可對(duì)其他信息進(jìn)行掩碼處理，例如，對(duì)手機(jī)號(hào)碼進(jìn)行掩碼處理等。

212、支付設(shè)備接收用戶輸入的指示信息。

本實(shí)施例中，所述預(yù)處理結(jié)果信息包括第一提示信息，所述第一提示信息用于提示用戶輸入指示信息，所述指示信息用于指示是否將所述交易資金支付給所述收款方。

本實(shí)施例對(duì)所述第一提示信息的具體內(nèi)容不做限定，只要支付系統(tǒng)服務(wù)端根據(jù)所述第一提示信息通知用戶輸入指示信息即可。

例如，在步驟211中，所述第一提示信息可為：“輸入‘y’并按確認(rèn)鍵可以確認(rèn)支付，輸入其他任何字符或者掛掉ussd會(huì)話可以取消交易！”

可知，若用戶確定所述預(yù)處理結(jié)果信息正確，可以將所述交易資金支付給所述收款方，則用戶即可通過(guò)所述支付設(shè)備輸入的指示信息為：“y’并按確認(rèn)鍵”。

可知，若用戶確定所述預(yù)處理結(jié)果信息不正確，不可以將所述交易資金支付給所述收款方，則用戶即可通過(guò)所述支付設(shè)備輸入的指示信息為：“輸入其他任何字符或者掛掉ussd會(huì)話”。

本實(shí)施例對(duì)所述指示信息的具體內(nèi)容不做限定，只要所述支付系統(tǒng)服務(wù)端根據(jù)該指示信息能夠確定是否將已預(yù)留的交易資金支付給收款方即可。

213、所述支付設(shè)備將所述指示信息發(fā)送給所述ussd網(wǎng)關(guān)。

214、所述ussd網(wǎng)關(guān)將接收到的所述指示信息轉(zhuǎn)發(fā)給所述支付系統(tǒng)服務(wù)端。

215、所述支付系統(tǒng)服務(wù)端接收所述指示信息。

本實(shí)施例中，若所述指示信息用于指示將所述交易資金支付給所述收款方，則所述支付系統(tǒng)服務(wù)端將所述交易資金支付給所述收款方；

或者，

若所述指示信息用于指示不將所述交易資金支付給所述收款方，則所述支付系統(tǒng)服務(wù)端取消交易。

216、所述支付系統(tǒng)服務(wù)端向所述短消息中心發(fā)送第二反饋消息。

具體的，在所述指示信息用于指示將所述交易資金支付給所述收款方的情況下，所述支付系統(tǒng)服務(wù)端在將所述交易資金支付給所述收款方后，所述支付系統(tǒng)服務(wù)端可生成所述第二反饋消息。

所述第二反饋消息用于所述支付系統(tǒng)服務(wù)端通知所述支付設(shè)備已將所述交易資金支付給所述收款方。

217、所述短消息中心將所述第二反饋消息發(fā)送給所述支付設(shè)備。

所述支付設(shè)備通過(guò)顯示所述第二反饋消息以使用戶確定所述交易資金已支付給所述收款方。

本實(shí)施例中的步驟216至步驟217為可選步驟，所述支付系統(tǒng)服務(wù)端也可在將所述交易資金支付給所述收款方的情況下，不通知所述支付設(shè)備。

218、所述支付系統(tǒng)服務(wù)端向所述短消息中心發(fā)送第三反饋消息。

具體的，在所述指示信息用于指示不將所述交易資金支付給所述收款方的情況下，所述支付系統(tǒng)服務(wù)端取消交易后，所述支付系統(tǒng)服務(wù)端可生成所述第三反饋消息。

所述第三反饋消息用于所述支付系統(tǒng)服務(wù)端通知所述支付設(shè)備已取消交易。

所述支付系統(tǒng)服務(wù)端在確定取消交易后，即可將步驟208中預(yù)留的交易資金返還為所述支付設(shè)備。

219、所述短消息中心將所述第三反饋消息發(fā)送給所述支付設(shè)備。

所述支付設(shè)備通過(guò)顯示所述第三反饋消息以使用戶確定交易已取消。

可選的，所述第三反饋消息可顯示取消交易的原因。

本實(shí)施例中的步驟218至步驟219為可選步驟，所述支付系統(tǒng)服務(wù)端也可在取消交易的情況下，不通知所述支付設(shè)備。

220、若所述支付系統(tǒng)服務(wù)端確定連續(xù)接收到用于指示不將所述交易資金支付給所述收款方的所述指示信息的次數(shù)大于預(yù)設(shè)值，則所述支付系統(tǒng)服務(wù)端凍結(jié)支付設(shè)備的支付賬戶。

例如，在步驟211中，所述預(yù)處理結(jié)果信息還包括：“請(qǐng)注意，連續(xù)10次取消交易將導(dǎo)致你的賬戶被凍結(jié)！”

則本實(shí)施例中，所述支付系統(tǒng)服務(wù)端可計(jì)算連續(xù)接收到的：“輸入其他任何字符或者掛掉ussd會(huì)話”的次數(shù)，若該次數(shù)大于10次，則所述支付系統(tǒng)服務(wù)端凍結(jié)支付設(shè)備的支付賬戶。

需明確的是，本實(shí)施例中以所述預(yù)設(shè)值為10次進(jìn)行示例性的說(shuō)明，在具體應(yīng)用中，所述預(yù)設(shè)值可大于也可小于10。

可見(jiàn)，通過(guò)步驟220能夠有效的避免惡意第三方通過(guò)連續(xù)的取消交易以獲取大量收款方的手機(jī)號(hào)碼，有效的保障了收款方信息的安全。

本實(shí)施例若所述交易系統(tǒng)服務(wù)端確定所述支付設(shè)備成功將所述交易資金支付給收款方，則所述支付系統(tǒng)服務(wù)端開(kāi)始重新對(duì)連續(xù)接收到用于指示不將所述交易資金支付給所述收款方的所述指示信息的次數(shù)進(jìn)行計(jì)數(shù)。

可見(jiàn)，若所述支付系統(tǒng)服務(wù)端接收到用于指示將所述交易資金支付給所述收款方的所述指示信息，則所述支付系統(tǒng)服務(wù)端將已計(jì)數(shù)的用于指示不將所述交易資金支付給所述收款方的所述指示信息的次數(shù)進(jìn)行清零。

執(zhí)行步驟211后，本實(shí)施例中的步驟212至步驟220為所述支付系統(tǒng)服務(wù)端接收到所述支付設(shè)備發(fā)送的信息進(jìn)行說(shuō)明，以下結(jié)合步驟221說(shuō)明，若執(zhí)行完步驟211后，所述支付系統(tǒng)服務(wù)端沒(méi)有接收到所述指示信息的情況：

221、所述支付系統(tǒng)服務(wù)端在預(yù)設(shè)時(shí)間內(nèi)沒(méi)有接收到所述支付設(shè)備發(fā)送的信息，則所述支付系統(tǒng)服務(wù)端取消交易。

具體的，若所述ussd網(wǎng)關(guān)故障，則所述ussd網(wǎng)關(guān)無(wú)法將所述支付設(shè)備發(fā)送的所述指示信息轉(zhuǎn)發(fā)給所述支付系統(tǒng)服務(wù)端，或者，手機(jī)關(guān)機(jī)，或者，所述手機(jī)不在服務(wù)區(qū)，則所述支付系統(tǒng)服務(wù)端不會(huì)收到所述支付設(shè)備發(fā)送的指示信息，則本實(shí)施例中，所述支付系統(tǒng)服務(wù)端預(yù)設(shè)一個(gè)預(yù)設(shè)時(shí)長(zhǎng)，若所述支付系統(tǒng)服務(wù)端在該預(yù)設(shè)時(shí)長(zhǎng)內(nèi)沒(méi)有接收到所述支付設(shè)備發(fā)送的任何信息，則所述支付設(shè)備即可取消交易。

本實(shí)施例對(duì)所述預(yù)設(shè)時(shí)間不做限定，例如為5分鐘。

可選的，本實(shí)施例中，若所述ussd網(wǎng)關(guān)故障，或者手機(jī)關(guān)機(jī)，或者手機(jī)不在服務(wù)區(qū)的情況下，所述ussd網(wǎng)關(guān)需要給支付系統(tǒng)服務(wù)端返回不同的返回碼，所述支付系統(tǒng)服務(wù)端即可根據(jù)所述ussd網(wǎng)關(guān)所返回的返回碼確定所述ussd網(wǎng)關(guān)故障，或者手機(jī)關(guān)機(jī)，或者手機(jī)不在服務(wù)區(qū)的情況。

222、所述支付系統(tǒng)服務(wù)端向所述短消息中心發(fā)送第四反饋消息。

具體的，所述支付系統(tǒng)服務(wù)端在所述預(yù)設(shè)時(shí)間內(nèi)沒(méi)有接收到所述支付設(shè)備發(fā)送的任何信息，則所述支付系統(tǒng)服務(wù)端生成第四反饋信息。

所述第四反饋消息用于所述支付系統(tǒng)服務(wù)端通知所述支付設(shè)備已取消交易。

所述支付系統(tǒng)服務(wù)端在確定取消交易后，即可將步驟208中預(yù)留的交易資金返還為所述支付設(shè)備。

223、所述短消息中心將所述第四反饋消息發(fā)送給所述支付設(shè)備。

所述支付設(shè)備通過(guò)顯示所述第四反饋消息以使用戶確定交易已取消。

可選的，所述第四反饋消息可顯示取消交易的原因。

采用本實(shí)施例所示的支付方法的優(yōu)勢(shì)在于：

1、采用本實(shí)施例所示的支付方法，使得即便用戶通過(guò)所述支付設(shè)備輸入的所述支付請(qǐng)求信息錯(cuò)誤，則用戶可根據(jù)所述支付設(shè)備所顯示的預(yù)處理結(jié)果信息確定所述收款方是否正確，避免因用戶輸入錯(cuò)誤而將交易資金支付給錯(cuò)誤的收款方的情況的出現(xiàn)，有效的降低了支付過(guò)程中的風(fēng)險(xiǎn)，提升了用戶資金的安全。

2、本實(shí)施例所示的支付方法中，支付設(shè)備首先將所述支付請(qǐng)求信息發(fā)送給支付系統(tǒng)服務(wù)端，而后接收所述支付系統(tǒng)服務(wù)端發(fā)送的預(yù)處理結(jié)果信息，可見(jiàn)，所述支付請(qǐng)求信息的發(fā)送和所述預(yù)處理結(jié)果信息的接收是分時(shí)的，即所述支付設(shè)備將所述支付請(qǐng)求信息發(fā)送給支付系統(tǒng)服務(wù)端后，所述支付設(shè)備和所述支付系統(tǒng)服務(wù)端之間的會(huì)話即可中斷，此時(shí)無(wú)需維護(hù)所述支付設(shè)備和所述支付系統(tǒng)服務(wù)端之間的會(huì)話，從而使得所述支付設(shè)備和所述支付系統(tǒng)服務(wù)端之間無(wú)需維持較長(zhǎng)時(shí)間的會(huì)話，有效的減少了維護(hù)所述支付設(shè)備和所述支付系統(tǒng)服務(wù)端之間的會(huì)話的系統(tǒng)開(kāi)銷(xiāo)。

3、因所述支付系統(tǒng)服務(wù)端接收所述支付請(qǐng)求信息和發(fā)送所述預(yù)處理結(jié)果信息是不同步的，則使得即便在系統(tǒng)繁忙時(shí)，所述支付系統(tǒng)服務(wù)端能夠正常的接收所述支付請(qǐng)求信息，也能夠?qū)⑺鲱A(yù)處理結(jié)果信息發(fā)送給支付設(shè)備。

4、因所述支付系統(tǒng)服務(wù)端能夠根據(jù)所述支付請(qǐng)求信息進(jìn)行預(yù)處理操作，只有在支付賬戶余額大于或等于交易資金的金額的情況下，所述支付系統(tǒng)服務(wù)端才會(huì)生成預(yù)處理結(jié)果信息，進(jìn)而繼續(xù)進(jìn)行支付流程，避免了若因支付賬戶余額小于交易資金的金額時(shí)，所述支付系統(tǒng)服務(wù)端繼續(xù)進(jìn)行支付流程時(shí)資源的浪費(fèi)，有效的節(jié)省了資源。

5、所述支付系統(tǒng)服務(wù)端向所述支付設(shè)備所發(fā)送的所述預(yù)處理結(jié)果信息可顯示經(jīng)過(guò)掩碼處理后的收款方的名稱(chēng)，從而使得支付設(shè)備不會(huì)顯示收款方名稱(chēng)的全稱(chēng)，有利于保護(hù)收款方的安全和隱私。

6、采用本實(shí)施例所示的支付方法能夠簡(jiǎn)化支付過(guò)程，用戶只需要通過(guò)所述支付設(shè)備發(fā)送支付請(qǐng)求信息，并根據(jù)所述支付設(shè)備所顯示的預(yù)處理結(jié)果信息確定所述收款方是否正確即可，無(wú)需等待支付系統(tǒng)服務(wù)端發(fā)送的其余信息，有效的提升了支付的效率，降低了支付的難度。

以下結(jié)合圖3所示對(duì)本發(fā)明實(shí)施例所提供的另一種能夠有效的避免因用戶輸入錯(cuò)誤而將交易資金支付給錯(cuò)誤的收款方的支付方法進(jìn)行詳細(xì)說(shuō)明：

301、支付設(shè)備接收用戶輸入的支付請(qǐng)求信息。

本實(shí)施例中，用戶輸入的所述支付請(qǐng)求信息可為以下所示的一項(xiàng)或多項(xiàng)：

收款方手機(jī)號(hào)、收款方商戶代碼、收款方機(jī)構(gòu)代碼、交易資金的金額、和/或用戶登錄賬戶名。

本實(shí)施例對(duì)所述支付請(qǐng)求信息的具體內(nèi)容不做限定，只要所述支付系統(tǒng)服務(wù)端根據(jù)該支付請(qǐng)求信息確定所述支付設(shè)備為合法設(shè)備即可，以避免非法支付請(qǐng)求信息對(duì)支付系統(tǒng)服務(wù)端所產(chǎn)生沖擊和對(duì)他人賬戶的非法訪問(wèn)。

302、所述支付設(shè)備將所述支付請(qǐng)求信息發(fā)送給短消息中心smsc。

303、所述短消息中心將所述支付請(qǐng)求信息轉(zhuǎn)發(fā)給支付系統(tǒng)服務(wù)端。

304、所述支付系統(tǒng)服務(wù)端接收所述支付請(qǐng)求信息。

305、所述支付系統(tǒng)服務(wù)端對(duì)已接收到的所述支付請(qǐng)求信息進(jìn)行預(yù)處理操作。

306、所述支付系統(tǒng)服務(wù)端向所述短消息中心發(fā)送第一反饋消息。

307、所述短消息中心將所述第一反饋消息轉(zhuǎn)發(fā)給所述支付設(shè)備。

308、所述支付系統(tǒng)服務(wù)端將所述交易資金進(jìn)行預(yù)留。

309、所述支付系統(tǒng)服務(wù)端與所述支付設(shè)備建立ussd會(huì)話。

本實(shí)施例中的步驟301至步驟309的具體過(guò)程，請(qǐng)?jiān)斠?jiàn)圖2所示的步驟201至步驟209所示，具體在本實(shí)施例中不做贅述。

310、所述支付系統(tǒng)服務(wù)端將預(yù)處理結(jié)果信息發(fā)送給所述ussd網(wǎng)關(guān)。

本實(shí)施例所示的預(yù)處理結(jié)果信息包括第二提示信息，所述第二提示信息用于提示用戶輸入支付密碼，且所述第二提示信息還用于提示用戶輸入用于指示不將所述交易資金支付給所述收款方的指示信息。

本實(shí)施例對(duì)所述第二提示信息不做限定，只要所述支付設(shè)備顯示該第二提示信息時(shí)，用戶即可確定需要輸入支付密碼即可，且若用戶希望取消交易，則用戶能夠根據(jù)所述第二提示信息的指示輸入對(duì)應(yīng)的用于指示不將所述交易資金支付給所述收款方的指示信息即可。

本實(shí)施例中，所述處理結(jié)果進(jìn)行可為：“請(qǐng)確認(rèn)您通過(guò)某某支付系統(tǒng)給陳*友(手機(jī)號(hào)：1381111111)轉(zhuǎn)賬200.00元的交易。請(qǐng)輸入支付密碼并按確認(rèn)鍵可以確認(rèn)支付，其他任何輸入或者掛掉ussd會(huì)話可以取消交易！請(qǐng)注意支付密碼連續(xù)10次輸入錯(cuò)誤將導(dǎo)致你的賬戶被凍結(jié)！”

311、所述ussd網(wǎng)關(guān)將所述預(yù)處理結(jié)果信息轉(zhuǎn)發(fā)給所述支付設(shè)備。

需明確的是，本實(shí)施例中的步驟310至步驟311相對(duì)于圖2所示的步驟 210至步驟211，所述預(yù)處理結(jié)果信息只是所包含的提示信息不同，其余為相同的，對(duì)所述預(yù)處理結(jié)果信息的具體說(shuō)明可參見(jiàn)圖2所示的步驟210所示，具體在本實(shí)施例中不做贅述。

312、所述支付設(shè)備接收用戶輸入的支付密碼或所述指示信息。

本實(shí)施例中，用戶根據(jù)所述支付設(shè)備所顯示的所述第二提示信息，即可通過(guò)所述支付設(shè)備輸入所述支付密碼或在希望取消交易的情況下輸入所述指示信息。

例如，用戶可根據(jù)所述預(yù)處理結(jié)果信息的指示輸入支付密碼并按確認(rèn)鍵可以確認(rèn)支付。

還例如，若用戶希望取消交易，則可輸入的指示信息為：“其他任何輸入或者掛掉ussd會(huì)話”

313、所述支付設(shè)備將所述支付密碼或所述指示信息發(fā)送給所述ussd網(wǎng)關(guān)。

314、所述ussd網(wǎng)關(guān)將接收到的所述支付密碼或所述指示信息轉(zhuǎn)發(fā)給所述支付系統(tǒng)服務(wù)端。

315、所述支付系統(tǒng)服務(wù)端接收所述支付密碼或所述指示信息。

本實(shí)施例中，所述支付系統(tǒng)服務(wù)端可確定該支付密碼是否正確。

具體的，若所述支付系統(tǒng)服務(wù)端確定所述支付密碼正確，則所述支付系統(tǒng)服務(wù)端將所述交易資金支付給所述收款方；

或者，

若所述支付系統(tǒng)服務(wù)端確定所述支付密碼錯(cuò)誤，則所述支付系統(tǒng)服務(wù)端取消交易。

或者，

所述支付系統(tǒng)服務(wù)端確定接收到所述指示信息，則所述支付系統(tǒng)服務(wù)端取消交易。

316、所述支付系統(tǒng)服務(wù)端向所述短消息中心發(fā)送第二反饋消息。

具體的，在所述支付密碼正確的情況下，所述支付系統(tǒng)服務(wù)端在將所述交易資金支付給所述收款方后，所述支付系統(tǒng)服務(wù)端可生成所述第二反饋消息。

所述第二反饋消息用于所述支付系統(tǒng)服務(wù)端通知所述支付設(shè)備已將所述交易資金支付給所述收款方。

317、所述短消息中心將所述第二反饋消息發(fā)送給所述支付設(shè)備。

所述支付設(shè)備通過(guò)顯示所述第二反饋消息以使用戶確定所述交易資金已支付給所述收款方。

本實(shí)施例中的步驟316至步驟317為可選步驟，所述支付系統(tǒng)服務(wù)端也可在將所述交易資金支付給所述收款方的情況下，不通知所述支付設(shè)備.

318、所述支付系統(tǒng)服務(wù)端向所述短消息中心發(fā)送第三反饋消息。

具體的，在所述支付密碼錯(cuò)誤或者所述支付系統(tǒng)服務(wù)端接收到用于指示不將所述交易資金支付給所述收款方的所述指示信息的情況下，所述支付系統(tǒng)服務(wù)端取消交易后，所述支付系統(tǒng)服務(wù)端可生成所述第三反饋消息。

所述第三反饋消息用于所述支付系統(tǒng)服務(wù)端通知所述支付設(shè)備已取消交易。

所述支付系統(tǒng)服務(wù)端在確定取消交易后，即可將步驟308中預(yù)留的交易資金返還為所述支付設(shè)備。

319、所述短消息中心將所述第三反饋消息發(fā)送給所述支付設(shè)備。

所述支付設(shè)備通過(guò)顯示所述第三反饋消息以使用戶確定交易已取消。

可選的，所述第三反饋消息可顯示取消交易的原因。

本實(shí)施例中的步驟318至步驟319為可選步驟，所述支付系統(tǒng)服務(wù)端也可在取消交易的情況下，不通知所述支付設(shè)備。

320、若所述支付系統(tǒng)服務(wù)端確定連續(xù)接收到錯(cuò)誤的所述支付密碼或所述指示信息的次數(shù)大于預(yù)設(shè)值，則所述支付系統(tǒng)服務(wù)端凍結(jié)支付設(shè)備的支付賬戶。

例如，在步驟311中，所述預(yù)處理結(jié)果信息還包括：“請(qǐng)注意支付密碼連續(xù)10次輸入錯(cuò)誤將導(dǎo)致你的賬戶被凍結(jié)！”

則本實(shí)施例中，所述支付系統(tǒng)服務(wù)端可計(jì)算連續(xù)接收到的錯(cuò)誤的支付密碼的次數(shù)，若該次數(shù)大于10次，則所述支付系統(tǒng)服務(wù)端凍結(jié)支付設(shè)備的支付賬戶。

或者，所述支付系統(tǒng)服務(wù)端可計(jì)算連續(xù)接收到的錯(cuò)誤的支付密碼和所述指示信息的次數(shù)，若該次數(shù)大于10次，則所述支付系統(tǒng)服務(wù)端凍結(jié)支付設(shè)備的支付賬戶。

需明確的是，本實(shí)施例中以所述預(yù)設(shè)值為10次進(jìn)行示例性的說(shuō)明，在具體應(yīng)用中，所述預(yù)設(shè)值可大于也可小于10。

可見(jiàn)，通過(guò)步驟320能夠有效的避免惡意第三方通過(guò)連續(xù)的取消交易或故意輸入錯(cuò)誤的支付密碼以獲取大量收款方的手機(jī)號(hào)碼，有效的保障了收款方信息的安全。

本實(shí)施例若所述交易系統(tǒng)服務(wù)端確定所述支付設(shè)備成功將所述交易資金支付給收款方，則所述支付系統(tǒng)服務(wù)端開(kāi)始重新對(duì)連續(xù)接收到的錯(cuò)誤的支付密碼進(jìn)行計(jì)數(shù)。

可見(jiàn)，若所述支付系統(tǒng)服務(wù)端接收到正確的支付密碼，則所述支付系統(tǒng)服務(wù)端將已計(jì)數(shù)的錯(cuò)誤的支付密碼的次數(shù)進(jìn)行清零。

321、所述支付系統(tǒng)服務(wù)端在預(yù)設(shè)時(shí)間內(nèi)沒(méi)有接收到所述支付設(shè)備發(fā)送的信息，則所述支付系統(tǒng)服務(wù)端取消交易。

322、所述支付系統(tǒng)服務(wù)端向所述短消息中心發(fā)送第四反饋消息。

323、所述短消息中心將所述第四反饋消息發(fā)送給所述支付設(shè)備。

本實(shí)施例中的步驟321至步驟323的具體過(guò)程，請(qǐng)?jiān)斠?jiàn)圖2所示的步驟221至步驟223所示，具體在本實(shí)施例中不做贅述。

圖3所示的支付方法的優(yōu)勢(shì)請(qǐng)參見(jiàn)圖2所示，具體在本實(shí)施例中不做贅述，本實(shí)施例所示的支付方法相對(duì)于圖2所示的支付方法的優(yōu)勢(shì)在于，因支付設(shè)備在接收到所述預(yù)處理結(jié)果信息后，用戶需要通過(guò)所述支付設(shè)備輸入支付密碼，只有用戶輸入的支付密碼正確的情況下，支付系統(tǒng)服務(wù)端才會(huì)將交易資金支付給收款方，從而有效的保障了支付過(guò)程中的安全，有效的避免了將交易資金支付給錯(cuò)誤的收款方。

以下結(jié)合圖4所示從功能模塊的角度對(duì)所述支付系統(tǒng)服務(wù)端的具體結(jié)構(gòu)進(jìn)行說(shuō)明，其中，圖4所示的所述支付系統(tǒng)服務(wù)端具體是如何執(zhí)行支付流程的，請(qǐng)?jiān)斠?jiàn)圖2所示的實(shí)施例，具體在本實(shí)施例中不做贅述。

所述支付系統(tǒng)服務(wù)端包括：

第一接收單元401，用于接收支付設(shè)備發(fā)送的支付請(qǐng)求信息，所述支付請(qǐng)求信息用于請(qǐng)求將交易資金支付給收款方。

第一處理單元402，用于根據(jù)所述支付請(qǐng)求信息進(jìn)行預(yù)處理操作，所述預(yù)處理操作包括確定支付賬戶余額大于或等于交易資金的金額；

所述第一處理單元402，還用于根據(jù)所述支付請(qǐng)求信息進(jìn)行預(yù)處理操作的方式還包括以下所示的一種或多種；

對(duì)所述支付設(shè)備進(jìn)行鑒權(quán)、對(duì)所述收款方進(jìn)行鑒權(quán)以及確定所述交易資金的金額是否大于或等于交易限額。

生成單元403，用于生成預(yù)處理結(jié)果信息，所述預(yù)處理結(jié)果信息與所述收款方對(duì)應(yīng)，且所述預(yù)處理結(jié)果信息用于請(qǐng)求所述支付設(shè)備確定是否將所述交易資金支付給所述收款方；

其中，所述預(yù)處理結(jié)果信息包括第一提示信息，所述第一提示信息用于提示用戶輸入指示信息，所述指示信息用于指示是否將所述交易資金支付給所述收款方。

所述生成單元403，還用于在確定所述支付設(shè)備合法，和/或，所述收款方合法，和/或，所述交易資金小于所述交易限額的情況下，生成所述預(yù)處理 結(jié)果信息。

第一發(fā)送單元404，用于基于非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)ussd會(huì)話將所述預(yù)處理結(jié)果信息發(fā)送給所述支付設(shè)備。

第二接收單元405，用于接收所述支付設(shè)備發(fā)送的指示信息。

第二處理單元406，用于若所述指示信息用于指示將所述交易資金支付給所述收款方，則將所述交易資金支付給所述收款方。

第三處理單元407，用于若所述指示信息用于指示不將所述交易資金支付給所述收款方，則取消交易。

第四處理單元408，用于若確定連續(xù)接收到用于指示不將所述交易資金支付給所述收款方的所述指示信息的次數(shù)大于預(yù)設(shè)值，則凍結(jié)支付設(shè)備的支付賬戶。

第八處理單元409，用于在預(yù)設(shè)時(shí)間內(nèi)沒(méi)有接收到所述支付設(shè)備發(fā)送的信息，則取消交易。

以下結(jié)合圖5所示從功能模塊的角度對(duì)所述支付系統(tǒng)服務(wù)端的具體結(jié)構(gòu)進(jìn)行說(shuō)明，其中，圖5所示的所述支付系統(tǒng)服務(wù)端具體是如何執(zhí)行支付流程的，請(qǐng)?jiān)斠?jiàn)圖3所示的實(shí)施例，具體在本實(shí)施例中不做贅述。

第一接收單元501，用于接收支付設(shè)備發(fā)送的支付請(qǐng)求信息，所述支付請(qǐng)求信息用于請(qǐng)求將交易資金支付給收款方。

第一處理單元502，用于根據(jù)所述支付請(qǐng)求信息進(jìn)行預(yù)處理操作，所述預(yù)處理操作包括確定支付賬戶余額大于或等于交易資金的金額；

所述第一處理單元502，還用于根據(jù)所述支付請(qǐng)求信息進(jìn)行預(yù)處理操作的方式還包括以下所示的一種或多種；

對(duì)所述支付設(shè)備進(jìn)行鑒權(quán)、對(duì)所述收款方進(jìn)行鑒權(quán)以及確定所述交易資金的金額是否大于或等于交易限額。

生成單元503，用于生成預(yù)處理結(jié)果信息，所述預(yù)處理結(jié)果信息與所述收款方對(duì)應(yīng)，且所述預(yù)處理結(jié)果信息用于請(qǐng)求所述支付設(shè)備確定是否將所述交易資金支付給所述收款方；

所述預(yù)處理結(jié)果信息包括第二提示信息，所述第二提示信息用于提示用戶輸入支付密碼，且所述第二提示信息還用于提示用戶輸入用于指示不將所述交易資金支付給所述收款方的指示信息。

第一發(fā)送單元504，用于基于非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)ussd會(huì)話將所述預(yù)處理結(jié)果信息發(fā)送給所述支付設(shè)備。

第三接收單元505，用于接收所述支付設(shè)備發(fā)送的所述支付密碼。

第五處理單元506，用于若所述支付密碼正確，則將所述交易資金支付給 所述收款方，或者，若所述支付密碼錯(cuò)誤，則取消交易；

第四接收單元507，用于接收所述支付設(shè)備發(fā)送的用于指示不將所述交易資金支付給所述收款方的所述指示信息。

第六處理單元508，用于若接收到所述支付設(shè)備發(fā)送的用于指示不將所述交易資金支付給所述收款方的所述指示信息，則取消交易。

第七處理單元509，用于若確定連續(xù)接收到錯(cuò)誤的所述支付密碼和/或用于指示不將所述交易資金支付給所述收款方的所述指示信息的次數(shù)大于預(yù)設(shè)值，則凍結(jié)支付設(shè)備的支付賬戶。

第八處理單元510，用于在預(yù)設(shè)時(shí)間內(nèi)沒(méi)有接收到所述支付設(shè)備發(fā)送的信息，則取消交易。

以下結(jié)合圖6所示從功能模塊的角度對(duì)所述支付設(shè)備的具體結(jié)構(gòu)進(jìn)行說(shuō)明，其中，圖6所示的所述支付設(shè)備具體是如何執(zhí)行支付流程的，請(qǐng)?jiān)斠?jiàn)圖2所示的實(shí)施例，具體在本實(shí)施例中不做贅述。

所述支付設(shè)備包括：

第二發(fā)送單元601，用于將支付請(qǐng)求信息發(fā)送給支付系統(tǒng)服務(wù)端，所述支付請(qǐng)求信息用于請(qǐng)求將交易資金支付給收款方；

第五接收單元602，用于基于非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)ussd會(huì)話接收預(yù)處理結(jié)果信息，所述預(yù)處理結(jié)果信息為所述支付系統(tǒng)服務(wù)端根據(jù)所述支付請(qǐng)求信息進(jìn)行預(yù)處理操作以生成，所述預(yù)處理操作包括確定支付賬戶余額大于或等于交易資金的金額，所述預(yù)處理結(jié)果信息與所述收款方對(duì)應(yīng)，且所述預(yù)處理結(jié)果信息用于請(qǐng)求所述支付設(shè)備確定是否將所述交易資金支付給所述收款方。

其中，所述預(yù)處理結(jié)果信息包括第一提示信息，所述第一提示信息用于提示用戶輸入指示信息，所述指示信息用于指示是否將所述交易資金支付給所述收款方；

第三發(fā)送單元603，用于將用于指示將所述交易資金支付給所述收款方的所述指示信息發(fā)送給所述支付系統(tǒng)服務(wù)端，以使所述支付系統(tǒng)服務(wù)端將所述交易資金支付給所述收款方。

第四發(fā)送單元604，用于將用于指示不將所述交易資金支付給所述收款方的所述指示信息發(fā)送給所述支付系統(tǒng)服務(wù)端，以使所述支付系統(tǒng)服務(wù)端取消交易。

以下結(jié)合圖7所示從功能模塊的角度對(duì)所述支付設(shè)備的具體結(jié)構(gòu)進(jìn)行說(shuō)明，其中，圖7所示的所述支付設(shè)備具體是如何執(zhí)行支付流程的，請(qǐng)?jiān)斠?jiàn)圖3所示的實(shí)施例，具體在本實(shí)施例中不做贅述。

第二發(fā)送單元701，用于將支付請(qǐng)求信息發(fā)送給支付系統(tǒng)服務(wù)端，所述支付請(qǐng)求信息用于請(qǐng)求將交易資金支付給收款方；

第五接收單元702，用于基于非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù)ussd會(huì)話接收預(yù)處理結(jié)果信息，所述預(yù)處理結(jié)果信息為所述支付系統(tǒng)服務(wù)端根據(jù)所述支付請(qǐng)求信息進(jìn)行預(yù)處理操作以生成，所述預(yù)處理操作包括確定支付賬戶余額大于或等于交易資金的金額，所述預(yù)處理結(jié)果信息與所述收款方對(duì)應(yīng)，且所述預(yù)處理結(jié)果信息用于請(qǐng)求所述支付設(shè)備確定是否將所述交易資金支付給所述收款方。

其中，所述預(yù)處理結(jié)果信息包括第二提示信息，所述第二提示信息用于提示用戶輸入支付密碼，且所述第二提示信息還用于提示用戶輸入用于指示不將所述交易資金支付給所述收款方的指示信息。

第五發(fā)送單元703，用于將所述支付密碼發(fā)送給所述支付系統(tǒng)服務(wù)端，以使所述支付系統(tǒng)服務(wù)端在確定所述支付密碼正確的情況下，將所述交易資金支付給所述收款方，或者，以使所述支付系統(tǒng)服務(wù)端在確定所述支付密碼錯(cuò)誤的情況下，取消交易。

第六發(fā)送單元704，用于將用于指示不將所述交易資金支付給所述收款方的所述指示信息送給所述支付系統(tǒng)服務(wù)端，以使所述支付系統(tǒng)服務(wù)端取消交易。

本發(fā)明實(shí)施例還提供了一種支付系統(tǒng)，所述支付系統(tǒng)包括支付系統(tǒng)服務(wù)端以及支付設(shè)備。

其中，所述支付系統(tǒng)服務(wù)端的具體說(shuō)明請(qǐng)參見(jiàn)圖4至圖5任一所示；

所述支付設(shè)備的具體說(shuō)明請(qǐng)參見(jiàn)圖6至圖7任一所示，具體在本實(shí)施例中不做贅述。

所述支付系統(tǒng)實(shí)現(xiàn)支付流程的具體說(shuō)明請(qǐng)參見(jiàn)圖2至圖3任一所示，具體在本實(shí)施例中不做贅述。

圖4至圖5從功能模塊角度對(duì)所述支付系統(tǒng)服務(wù)端的具體結(jié)構(gòu)進(jìn)行說(shuō)明，以下結(jié)合圖8所示從實(shí)體硬件角度對(duì)所述支付系統(tǒng)服務(wù)端的具體結(jié)構(gòu)進(jìn)行說(shuō)明：

圖8是本發(fā)明實(shí)施例提供的一種支付系統(tǒng)服務(wù)端結(jié)構(gòu)示意圖，該支付系統(tǒng)服務(wù)端800可因配置或性能不同而產(chǎn)生比較大的差異，可以包括一個(gè)或一個(gè)以上中央處理器(centralprocessingunits，cpu)822(例如，一個(gè)或一個(gè)以上處理器)和存儲(chǔ)器832，一個(gè)或一個(gè)以上存儲(chǔ)應(yīng)用程序842或數(shù)據(jù)844的存儲(chǔ)介質(zhì)830(例如一個(gè)或一個(gè)以上海量存儲(chǔ)設(shè)備)。

其中，存儲(chǔ)器832和存儲(chǔ)介質(zhì)830可以是短暫存儲(chǔ)或持久存儲(chǔ)。

存儲(chǔ)在存儲(chǔ)介質(zhì)830的程序可以包括一個(gè)或一個(gè)以上模塊(圖示沒(méi)標(biāo)出)，每個(gè)模塊可以包括對(duì)支付系統(tǒng)服務(wù)端中的一系列指令操作。

更進(jìn)一步地，中央處理器822可以設(shè)置為與存儲(chǔ)介質(zhì)830通信，在支付系統(tǒng)服務(wù)端800上執(zhí)行存儲(chǔ)介質(zhì)830中的一系列指令操作。

支付系統(tǒng)服務(wù)端800還可以包括一個(gè)或一個(gè)以上電源826，一個(gè)或一個(gè)以上有線或無(wú)線網(wǎng)絡(luò)接口850，一個(gè)或一個(gè)以上輸入輸出接口858，和/或，一個(gè)或一個(gè)以上操作系統(tǒng)841，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm等等。

圖8所示的所述支付系統(tǒng)服務(wù)端執(zhí)行支付方法的具體過(guò)程，請(qǐng)?jiān)斠?jiàn)圖2至圖3任一所示，具體在本實(shí)施例中不做贅述。

圖6至圖7從功能模塊角度對(duì)所述支付設(shè)備的具體結(jié)構(gòu)進(jìn)行說(shuō)明，以下結(jié)合圖9所示從實(shí)體硬件角度對(duì)所述支付設(shè)備的具體結(jié)構(gòu)進(jìn)行說(shuō)明：

如圖9所示，為了便于說(shuō)明，僅示出了與本發(fā)明實(shí)施例相關(guān)的部分，具體技術(shù)細(xì)節(jié)未揭示的，請(qǐng)參照本發(fā)明實(shí)施例方法部分。

該支付設(shè)備可以為智能手機(jī)、平板電腦、pda(personaldigitalassistant，個(gè)人數(shù)字助理)、pos(pointofsales，銷(xiāo)售支付設(shè)備)、車(chē)載電腦等任意設(shè)備，本實(shí)施例以支付設(shè)備為智能手機(jī)為例：

圖9示出的是與本發(fā)明實(shí)施例提供的支付設(shè)備的部分結(jié)構(gòu)的框圖。

參考圖9，支付設(shè)備包括：射頻(radiofrequency，rf)電路910、存儲(chǔ)器920、輸入單元930、顯示單元940、傳感器950、音頻電路960、無(wú)線保真(wirelessfidelity，wifi)模塊970、處理器980、以及電源990等部件。

本領(lǐng)域技術(shù)人員可以理解，圖9中示出的支付設(shè)備結(jié)構(gòu)并不構(gòu)成對(duì)支付設(shè)備的限定，可以包括比圖示更多或更少的部件，或者組合某些部件，或者不同的部件布置。

下面結(jié)合圖9對(duì)支付設(shè)備的各個(gè)構(gòu)成部件進(jìn)行具體的介紹：

rf電路910可用于收發(fā)信息或通話過(guò)程中，信號(hào)的接收和發(fā)送，特別地，將基站的下行信息接收后，給處理器980處理；另外，將設(shè)計(jì)上行的數(shù)據(jù)發(fā)送給基站。

通常，rf電路910包括但不限于天線、至少一個(gè)放大器、收發(fā)信機(jī)、耦合器、低噪聲放大器(lownoiseamplifier，lna)、雙工器等。

此外，rf電路910還可以通過(guò)無(wú)線通信與網(wǎng)絡(luò)和其他設(shè)備通信。

上述無(wú)線通信可以使用任一通信標(biāo)準(zhǔn)或協(xié)議，包括但不限于全球移動(dòng)通訊系統(tǒng)(globalsystemofmobilecommunication，gsm)、通用分組無(wú)線服務(wù)(generalpacketradioservice，gprs)、碼分多址(codedivisionmultiple access，cdma)、寬帶碼分多址(widebandcodedivisionmultipleaccess,wcdma)、長(zhǎng)期演進(jìn)(longtermevolution，lte)、電子郵件、短消息服務(wù)(shortmessagingservice，sms)等。

存儲(chǔ)器920可用于存儲(chǔ)軟件程序以及模塊，處理器980通過(guò)運(yùn)行存儲(chǔ)在存儲(chǔ)器920的軟件程序以及模塊，從而執(zhí)行支付設(shè)備的各種功能應(yīng)用以及數(shù)據(jù)處理。

存儲(chǔ)器920可主要包括存儲(chǔ)程序區(qū)和存儲(chǔ)數(shù)據(jù)區(qū)，其中，存儲(chǔ)程序區(qū)可存儲(chǔ)操作系統(tǒng)、至少一個(gè)功能所需的應(yīng)用程序(比如聲音播放功能、圖像播放功能等)等；存儲(chǔ)數(shù)據(jù)區(qū)可存儲(chǔ)根據(jù)支付設(shè)備的使用所創(chuàng)建的數(shù)據(jù)(比如音頻數(shù)據(jù)、電話本等)等。

此外，存儲(chǔ)器920可以包括高速隨機(jī)存取存儲(chǔ)器，還可以包括非易失性存儲(chǔ)器，例如至少一個(gè)磁盤(pán)存儲(chǔ)器件、閃存器件、或其他易失性固態(tài)存儲(chǔ)器件。

輸入單元930可用于接收輸入的數(shù)字或字符信息，以及產(chǎn)生與支付設(shè)備的用戶設(shè)置以及功能控制有關(guān)的鍵信號(hào)輸入。

具體地，輸入單元930可包括觸控面板931以及其他輸入設(shè)備932。

觸控面板931，也稱(chēng)為觸摸屏，可收集用戶在其上或附近的觸摸操作(比如用戶使用手指、觸筆等任何適合的物體或附件在觸控面板931上或在觸控面板931附近的操作)，并根據(jù)預(yù)先設(shè)定的程式驅(qū)動(dòng)相應(yīng)的連接裝置。

可選的，觸控面板931可包括觸摸檢測(cè)裝置和觸摸控制器兩個(gè)部分。

其中，觸摸檢測(cè)裝置檢測(cè)用戶的觸摸方位，并檢測(cè)觸摸操作帶來(lái)的信號(hào)，將信號(hào)傳送給觸摸控制器；觸摸控制器從觸摸檢測(cè)裝置上接收觸摸信息，并將它轉(zhuǎn)換成觸點(diǎn)坐標(biāo)，再送給處理器980，并能接收處理器980發(fā)來(lái)的命令并加以執(zhí)行。

此外，可以采用電阻式、電容式、紅外線以及表面聲波等多種類(lèi)型實(shí)現(xiàn)觸控面板931。

除了觸控面板931，輸入單元930還可以包括其他輸入設(shè)備932。具體地，其他輸入設(shè)備932可以包括但不限于物理鍵盤(pán)、功能鍵(比如音量控制按鍵、開(kāi)關(guān)按鍵等)、軌跡球、鼠標(biāo)、操作桿等中的一種或多種。

顯示單元940可用于顯示由用戶輸入的信息或提供給用戶的信息以及支付設(shè)備的各種菜單。

顯示單元940可包括顯示面板941，可選的，可以采用液晶顯示器(liquidcrystaldisplay，lcd)、有機(jī)發(fā)光二極管(organiclight-emittingdiode,oled)等形式來(lái)配置顯示面板941。

進(jìn)一步的，觸控面板931可覆蓋顯示面板941，當(dāng)觸控面板931檢測(cè)到在其上或附近的觸摸操作后，傳送給處理器980以確定觸摸事件的類(lèi)型，隨后處理器980根據(jù)觸摸事件的類(lèi)型在顯示面板941上提供相應(yīng)的視覺(jué)輸出。雖然在圖9中，觸控面板931與顯示面板941是作為兩個(gè)獨(dú)立的部件來(lái)實(shí)現(xiàn)支付設(shè)備的輸入和輸入功能，但是在某些實(shí)施例中，可以將觸控面板931與顯示面板941集成而實(shí)現(xiàn)支付設(shè)備的輸入和輸出功能。

支付設(shè)備還可包括至少一種傳感器950，比如光傳感器、運(yùn)動(dòng)傳感器以及其他傳感器。具體地，光傳感器可包括環(huán)境光傳感器及接近傳感器，其中，環(huán)境光傳感器可根據(jù)環(huán)境光線的明暗來(lái)調(diào)節(jié)顯示面板941的亮度，接近傳感器可在支付設(shè)備移動(dòng)到耳邊時(shí)，關(guān)閉顯示面板941和/或背光。作為運(yùn)動(dòng)傳感器的一種，加速計(jì)傳感器可檢測(cè)各個(gè)方向上(一般為三軸)加速度的大小，靜止時(shí)可檢測(cè)出重力的大小及方向，可用于識(shí)別支付設(shè)備姿態(tài)的應(yīng)用(比如橫豎屏切換、相關(guān)游戲、磁力計(jì)姿態(tài)校準(zhǔn))、振動(dòng)識(shí)別相關(guān)功能(比如計(jì)步器、敲擊)等；至于支付設(shè)備還可配置的陀螺儀、氣壓計(jì)、濕度計(jì)、溫度計(jì)、紅外線傳感器等其他傳感器，在此不再贅述。

音頻電路960、揚(yáng)聲器961，傳聲器962可提供用戶與支付設(shè)備之間的音頻接口。音頻電路960可將接收到的音頻數(shù)據(jù)轉(zhuǎn)換后的電信號(hào)，傳輸?shù)綋P(yáng)聲器961，由揚(yáng)聲器961轉(zhuǎn)換為聲音信號(hào)輸出；另一方面，傳聲器962將收集的聲音信號(hào)轉(zhuǎn)換為電信號(hào)，由音頻電路960接收后轉(zhuǎn)換為音頻數(shù)據(jù)，再將音頻數(shù)據(jù)輸出處理器980處理后，經(jīng)rf電路910以發(fā)送給比如另一支付設(shè)備，或者將音頻數(shù)據(jù)輸出至存儲(chǔ)器920以便進(jìn)一步處理。

wifi屬于短距離無(wú)線傳輸技術(shù)，支付設(shè)備通過(guò)wifi模塊970可以幫助用戶收發(fā)電子郵件、瀏覽網(wǎng)頁(yè)和訪問(wèn)流式媒體等，它為用戶提供了無(wú)線的寬帶互聯(lián)網(wǎng)訪問(wèn)。雖然圖9示出了wifi模塊970，但是可以理解的是，其并不屬于支付設(shè)備的必須構(gòu)成，完全可以根據(jù)需要在不改變發(fā)明的本質(zhì)的范圍內(nèi)而省略。

處理器980是支付設(shè)備的控制中心，利用各種接口和線路連接整個(gè)支付設(shè)備的各個(gè)部分，通過(guò)運(yùn)行或執(zhí)行存儲(chǔ)在存儲(chǔ)器920內(nèi)的軟件程序和/或模塊，以及調(diào)用存儲(chǔ)在存儲(chǔ)器920內(nèi)的數(shù)據(jù)，執(zhí)行支付設(shè)備的各種功能和處理數(shù)據(jù)，從而對(duì)支付設(shè)備進(jìn)行整體監(jiān)控?？蛇x的，處理器980可包括一個(gè)或多個(gè)處理單元；優(yōu)選的，處理器980可集成應(yīng)用處理器和調(diào)制解調(diào)處理器，其中，應(yīng)用處理器主要處理操作系統(tǒng)、用戶界面和應(yīng)用程序等，調(diào)制解調(diào)處理器主要處理無(wú)線通信?？梢岳斫獾氖?，上述調(diào)制解調(diào)處理器也可以不集成到處理器980中。

支付設(shè)備還包括給各個(gè)部件供電的電源990(比如電池)，優(yōu)選的，電源可以通過(guò)電源管理系統(tǒng)與處理器980邏輯相連，從而通過(guò)電源管理系統(tǒng)實(shí)現(xiàn)管理充電、放電、以及功耗管理等功能。

盡管未示出，支付設(shè)備還可以包括攝像頭、藍(lán)牙模塊等，在此不再贅述。

本實(shí)施例所示的支付設(shè)備執(zhí)行支付方法的具體過(guò)程請(qǐng)?jiān)斠?jiàn)圖2至圖3任一所示，具體在本實(shí)施例中不做贅述。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡(jiǎn)潔，上述描述的系統(tǒng)，裝置和單元的具體工作過(guò)程，可以參考前述方法實(shí)施例中的對(duì)應(yīng)過(guò)程，在此不再贅述。

在本申請(qǐng)所提供的幾個(gè)實(shí)施例中，應(yīng)該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過(guò)其它的方式實(shí)現(xiàn)。例如，以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式，例如多個(gè)單元或組件可以結(jié)合或者可以集成到另一個(gè)系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過(guò)一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。

所述作為分離部件說(shuō)明的單元可以是或者也可以不是物理上分開(kāi)的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部單元來(lái)實(shí)現(xiàn)本實(shí)施例方案的目的。

另外，在本發(fā)明各個(gè)實(shí)施例中的各功能單元可以集成在一個(gè)處理單元中，也可以是各個(gè)單元單獨(dú)物理存在，也可以?xún)蓚€(gè)或兩個(gè)以上單元集成在一個(gè)單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能單元的形式實(shí)現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷(xiāo)售或使用時(shí)，可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述方法的全部或部分步驟。而前述的存儲(chǔ)介質(zhì)包括：u盤(pán)、移動(dòng)硬盤(pán)、只讀存儲(chǔ)器(rom，read-onlymemory)、隨機(jī)存取存儲(chǔ)器(ram，randomaccessmemory)、磁碟或者光盤(pán)等各種可以存儲(chǔ)程序代碼的介質(zhì)。

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