09,NFC模塊320將支付成功的確認(rèn)透傳給POS機420。至此，結(jié)束本次的支付流程。
[0099]實施例二
[0100]在實施例一中，移動支付手機應(yīng)用客戶端310需要向TSM服務(wù)器410請求設(shè)置支付限額，在經(jīng)確認(rèn)后將TSM服務(wù)器返回的設(shè)置支付限額的命令經(jīng)NFC模塊320傳給安全單元330，設(shè)置支付限額的命令由TSM服務(wù)器410進行加密處理后經(jīng)移動支付手機應(yīng)用客戶端310透傳給安全單元330，這個安全度很高，但設(shè)置流程復(fù)雜，不夠靈活。與實施例一不同，本實施例二采用直接設(shè)置支付限額的方式。
[0101]本實施例中移動支付系統(tǒng)如圖6所示，僅包括:移動支付終端10(V和POS機420。
[0102]相應(yīng)地，支付限額設(shè)置流程如圖7所示，僅包括:
[0103]701、移動支付手機應(yīng)用客戶端310根據(jù)用戶輸入信息生成設(shè)置支付限額的命令。
[0104]702、移動支付手機應(yīng)用客戶端310將設(shè)置支付限額的命令經(jīng)NFC模塊320透明傳送給安全單元330，安全單元330收到命令后完成支付限額的設(shè)置。至此完成支付限額設(shè)置流程。
[0105]顯而易見地，本實施例簡化了支付限額設(shè)置流程，實現(xiàn)簡單快速，方便了用戶，提升了用戶體驗。
[0106]實施例三
[0107]在本實施例一中，安全單元330在判斷當(dāng)前支付請求信息的支付金額超出支付限額時，則直接拒絕支付，并將支付失敗的確認(rèn)返回給NFC模塊320，同時通知NFC模塊320向提醒單元340告警。如果當(dāng)前支付請求為合法請求且用戶自知，則為保證當(dāng)前成功支付，用戶需要調(diào)整支付限額后才能進行支付操作或者分多次支付操作，操作麻煩且不夠人性化。
[0108]因而，本實施例三中為提升用戶體驗，使得應(yīng)用更加人性化，對支付流程進行了改變，如圖8所示，包括:
[0109]801、P0S機420向NFC模塊發(fā)送支付請求信息，其中攜帶有支付金額、收款方等支付相關(guān)信息。
[0110]802、NFC模塊320將支付請求信息透傳給安全單元330。
[0111]803、安全單元330根據(jù)預(yù)先設(shè)置的支付限額信息，判斷當(dāng)前支付請求信息的支付金額是否超出支付限額，若超出，則經(jīng)NFC模塊320通知提醒單元340進行告警，之后執(zhí)行步驟804 ;若未超出，則執(zhí)行支付操作，并將支付成功的確認(rèn)返回給NFC模塊320，之后執(zhí)行步驟806。
[0112]804、提醒單元340通過預(yù)設(shè)的告警方式向用戶告警，在用戶確認(rèn)拒絕支付時經(jīng)NFC模塊320通知安全單元330拒絕支付，之后執(zhí)行步驟805。在用戶確認(rèn)同意支付時經(jīng)NFC模塊320通知安全單元330執(zhí)行支付操作，之后執(zhí)行步驟806。
[0113]805、安全單元330將支付失敗的確認(rèn)經(jīng)NFC模塊320透傳給POS機420，至此結(jié)束本次支付流程。
[0114]806、安全單元330執(zhí)行支付操作并將支付成功的確認(rèn)經(jīng)NFC模塊320透傳給POS機420，至此結(jié)束本次支付流程。
[0115]以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
【主權(quán)項】
1.一種移動支付終端，其特征在于，包括:移動支付手機應(yīng)用客戶端、NFC模塊和安全單元; 所述移動支付手機應(yīng)用客戶端，用于向TSM服務(wù)器請求設(shè)置支付限額，在經(jīng)確認(rèn)后將TSM服務(wù)器返回的設(shè)置支付限額的命令經(jīng)NFC模塊傳給安全單元；或者直接產(chǎn)生設(shè)置支付限額的命令并將該命令經(jīng)NFC模塊傳給安全單元； 所述NFC模塊，用于將來自移動支付手機應(yīng)用客戶端的設(shè)置支付限額的命令傳給安全單元；還用于接收交易對端側(cè)發(fā)來的無線信號并將其傳給安全單元；同時還用于將安全單元的返回信息通過無線信號發(fā)送給交易對端。 所述安全單元，用于與NFC模塊進行通信，接收設(shè)置支付限額的命令并執(zhí)行；還用于接收支付請求命令并根據(jù)預(yù)設(shè)的限額來決策執(zhí)行支付或拒絕支付。
2.如權(quán)利要求1所述的移動支付終端，其特征在于，還包括: 提醒單元，用于在所述安全單元判定當(dāng)前的支付請求金額超出支付限額時，按照預(yù)設(shè)的告警方式進行支付超限告警； 所述安全單元，用于在當(dāng)前支付請求金額超出支付限額時，直接拒絕支付并將支付失敗的確認(rèn)信息返回給NFC模塊；同時通知NFC模塊向提醒單元告警； 所述NFC模塊，用于在接收到安全單元發(fā)來的超額支付告警通知時，通知提醒單元向用戶進行告警。
3.—種移動支付系統(tǒng)，其特征在于，包括:移動支付終端、TSM服務(wù)器和外部終端； 所述移動支付終端，如權(quán)利要求1或2所述，通過請求TSM服務(wù)器向本終端內(nèi)的安全單元發(fā)送設(shè)置支付限額的命令，或者直接通過移動支付手機應(yīng)用客戶端產(chǎn)生并向安全單元發(fā)送設(shè)置支付限額的命令；用于與外部終端交互支付信息，實現(xiàn)移動支付功能； 所述TSM服務(wù)器，用于為移動支付終端提供電子現(xiàn)金卡的下載及開通，在接收到移動支付終端的請求信息時經(jīng)移動支付手機應(yīng)用客戶端將設(shè)置該電子現(xiàn)金卡的支付限額的命令傳送到移動支付終端中的安全單元中； 所述外部終端，用于向所述移動支付終端發(fā)送支付請求信息并接收其返回的支付信息。
4.一種移動支付方法，應(yīng)用于移動支付終端，其特征在于，該方法包括步驟: (1)向移動支付終端中的安全單元發(fā)送設(shè)置支付限額的命令來設(shè)置支付限額； (2)在接收到支付請求信息時，先判斷當(dāng)前支付請求信息的支付金額是否超出支付限額，再據(jù)此執(zhí)行支付操作或者拒絕支付處理。
5.如權(quán)利要求4所述的移動支付方法，其特征在于，所述步驟(I)進一步包括: 所述移動支付終端內(nèi)的移動支付手機應(yīng)用客戶端向TSM服務(wù)器發(fā)送設(shè)置支付限額的請求信息； 所述TSM服務(wù)器向移動支付手機應(yīng)用客戶端確認(rèn)設(shè)置支付限額信息，向其返回經(jīng)過加密處理的設(shè)置支付限額的命令； 所述移動支付手機應(yīng)用客戶端將TSM服務(wù)器返回的設(shè)置支付限額的命令傳給安全單元來設(shè)置支付限額。
6.如權(quán)利要求4所述的移動支付方法，其特征在于，所述步驟(I)進一步包括:所述移動支付終端內(nèi)的移動支付手機應(yīng)用客戶端直接生成設(shè)置支付限額的命令，并將該設(shè)置支付限額命令傳給安全單元來設(shè)置支付限額。
7.如權(quán)利要求5或6所述的移動支付方法，其特征在于，該方法還包括:在判斷當(dāng)前支付請求信息的支付金額超出支付限額時，采用預(yù)設(shè)的告警方式向用戶告警。
8.如權(quán)利要求7所述的移動支付方法，其特征在于，所述步驟(2)進一步包括:在判定當(dāng)前支付請求信息的支付金額超出支付限額時，在向用戶告警的同時向外部終端發(fā)送拒絕支付信息。
9.如權(quán)利要求7所述的移動支付方法，其特征在于，所述步驟(2)進一步包括:在判定當(dāng)前支付請求信息的支付金額超出支付限額時，先向用戶告警，若用戶同意支付，則根據(jù)當(dāng)前的支付請求信息執(zhí)行相應(yīng)的支付操作；若用戶不同意支付，則向外部終端發(fā)送拒絕支付信息。
10.如權(quán)利要求7所述的移動支付方法，其特征在于，所述告警方式包括:信息、語音或振動。
【專利摘要】本發(fā)明提供了一種移動支付終端、移動支付系統(tǒng)及移動支付方法。所述移動支付方法為：(1)向移動支付終端中的安全單元設(shè)置支付限額；(2)在接收到支付請求信息時，先判斷當(dāng)前支付請求信息的支付金額是否超出支付限額，再據(jù)此執(zhí)行支付操作或者拒絕支付處理。應(yīng)用本發(fā)明實施例，消費者可以根據(jù)自己的消費習(xí)慣自行設(shè)定支付限額，避免了POS機側(cè)有意或無意的多扣費的風(fēng)險，保證了移動支付的安全性，有效減少消費者的經(jīng)濟損失。
【IPC分類】G06Q20-38, G06Q20-32
【公開號】CN104751329
【申請?zhí)枴緾N201510092466
【發(fā)明人】趙鵬
【申請人】深圳市中興移動通信有限公司
【公開日】2015年7月1日
【申請日】2015年2月28日