銀行發(fā)出的扣款短信，如圖15b所示。當支付服務器支付失敗時，驗證服務器將通知請求終端支付失敗。
[0156]本發(fā)明實施例通過增加支付驗證的方式，在支付信息滿足預設的驗證條件時，則發(fā)送驗證請求至預先綁定的驗證終端進行驗證，待驗證終端通過驗證后再發(fā)送至支付服務器進行支付，驗證終端拒絕驗證則丟棄該支付請求。因此，本發(fā)明實施例可以避免了請求終端丟失后，其他人利用該請求終端繼續(xù)進行支付操作，保證了支付的安全。
[0157]進一步地，本發(fā)明還提供了一種支付驗證方法第六實施例。參照圖16，該實施例的支付驗證方法，在上述步驟S203之后還包括:
[0158]步驟S211、驗證服務器通知所述請求終端支付正在進行；
[0159]步驟S212、請求終端發(fā)送支付完成請求至所述驗證服務器；
[0160]步驟S213、驗證服務器根據(jù)所述支付完成請求，通知請求終端退出支付界面。
[0161]驗證服務器將驗證請求發(fā)送至驗證終端后，還將發(fā)送支付請求的響應信息至驗證終端。如圖5a所示，請求終端的顯示界面上將顯示“支付正在進行”，以通知用戶該支付請求已提交。此時用戶可以隨時結束該支付流程，例如點擊圖5a中的“完成支付”控件，觸發(fā)支付完成請求。此時，驗證服務器將根據(jù)該支付完成請求，通知請求終端退出支付界面，亦即返回之前所瀏覽的界面或直接回到請求終端的主界面，如圖5b所示。
[0162]本發(fā)明實施例在進行支付驗證時，請求終端可以隨時發(fā)出支付完成請求，無需等待驗證終端的驗證響應，就可以退出當前的支付界面，從而更加方便了用戶的操作，提高了操作效率。
[0163]進一步地，本發(fā)明還提供了一種支付驗證方法第七實施例。參照圖17，該實施例的支付驗證方法中，在上述步驟S201之前還包括:
[0164]步驟S301、請求終端發(fā)送驗證綁定請求至所述驗證服務器；
[0165]所述驗證綁定請求包括預設的驗證條件以及要綁定的驗證終端。該驗證綁定過程可以在請求終端通過第三方移動支付應用程序進行銀行卡的綁定時進行，也可以在請求終端通過第三方移動支付應用程序進行銀行卡的綁定成功后進行。如圖7a所示，用戶在該綁定界面中輸入卡號和支付密碼后，點擊“綁定”控件時，將完成銀行卡的綁定過程。此時將彈出如圖7b所示的綁定界面，提示用戶是否需要添加驗證。若用戶點擊“是”控件，則進入如圖7c所示的綁定界面。該界面中，需要用戶設置相應的驗證條件，例如支付金額以及驗證好友等等。為了保證信息的安全傳輸以及驗證的效率，該驗證好友為通過第三方移動支付應用程序注冊的好友，且該驗證好友在請求終端的好友列表中，例如即時通訊好友。當用戶點擊圖7c中的“是”控件，則觸發(fā)驗證綁定請求。
[0166]步驟S302、驗證服務器發(fā)送驗證綁定請求至所述要綁定的驗證終端；
[0167]驗證服務器根據(jù)用戶輸入的驗證好友信息，將驗證綁定請求發(fā)送至驗證好友所在的驗證終端。然后，等待驗證終端的響應。
[0168]步驟S303、驗證終端響應所述驗證綁定請求，并將驗證綁定響應發(fā)送至所述驗證服務器；
[0169]該驗證綁定響應包括確認綁定或拒絕綁定。另外，為了提高驗證綁定的效率，該實施例中，驗證服務器還將設置一時間閾值。當一段時間內未接收到驗證終端返回的驗證綁定響應，則請求終端可以放棄此次驗證綁定，并再次發(fā)起驗證綁定請求。該驗證綁定請求可以為前一次所設置的信息，也可以為重新設置的信息，例如重新設置新的驗證好友信息。
[0170]步驟S304、驗證服務器根據(jù)所述驗證綁定響應，判斷所述驗證終端確認綁定時，記錄所述預設的驗證條件及所述要綁定的驗證終端。
[0171]當驗證終端確認綁定時，驗證服務器將預設的驗證條件及所要綁定的驗證終端信息進行存儲，以供后續(xù)驗證時使用。
[0172]步驟S305、當一預置時間內未接收到所述驗證終端返回的驗證綁定響應或者所述驗證終端拒絕綁定時，所述驗證服務器通知所述請求終端驗證綁定失敗。
[0173]當所述驗證終端拒絕綁定時，驗證服務器將通知所述請求終端此次驗證綁定失敗。為了提高驗證綁定的效率，設定了一預置時間，例如I個小時。在I個小時內未接收到所述驗證終端返回的驗證綁定響應時，驗證服務器將通知所述請求終端此次驗證綁定失敗。通知界面如圖8所示。此時，用戶可以再次發(fā)起驗證綁定。該驗證綁定請求可以為前一次所設置的信息，也可以為重新設置的信息，例如重新設置新的驗證好友信息。
[0174]進一步地，本發(fā)明還提供了一種支付驗證方法第八實施例。參照圖18，該實施例的支付驗證方法還包括:
[0175]步驟S401、驗證服務器接收請求終端發(fā)送的驗證綁定信息更換請求；
[0176]所述驗證綁定更換請求包括預設的驗證條件及要更換的驗證終端。如圖1Oa所示，用戶點擊該界面中的“更換驗證”控件，將彈出圖1Ob所示的綁定界面。該界面中，需要用戶重新設置相應的驗證條件，例如支付金額以及驗證好友等等。這里可以僅設置一項，未設置的視為不便。然后點擊界面中的“確定”控件，即可觸發(fā)驗證綁定信息更換請求。
[0177]步驟S402、驗證服務器發(fā)送驗證綁定信息更換請求至已經綁定的驗證終端；
[0178]驗證服務器根據(jù)用戶輸入的要更換的驗證綁定信息，將驗證綁定信息更換請求發(fā)送至驗證好友所在的驗證終端。然后，等待驗證終端的響應。
[0179]步驟S403、驗證服務器接收所述驗證終端返回的驗證綁定信息更換響應；
[0180]該驗證綁定信息更換響應包括確認更換或拒絕更換。另外，為了提高驗證綁定的效率，該實施例中，驗證服務器還將設置一時間閾值。當一段時間內未接收到驗證終端返回的驗證綁定信息更換響應，則請求終端可以放棄此次驗證綁定信息更換，并再次發(fā)起驗證綁定信息更換請求。
[0181]步驟S404、當所述驗證終端確認更換時，更新所述更換請求中的驗證綁定信息；
[0182]當驗證終端確認更換時，驗證服務器將更換后的驗證條件及更換后的驗證終端信息進行存儲，以供后續(xù)驗證時使用。并且通知請求終端更換成功。
[0183]步驟S405、當一預置時間內未接收到所述驗證終端返回的驗證綁定信息更換響應或者所述驗證終端拒絕更換時，通知所述請求終端驗證綁定信息更換失敗。
[0184]由于請求終端在更換驗證綁定信息時，仍需要更換前的驗證終端進行驗證，從而避免了請求終端丟失后，其他人利用該請求終端修改更換驗證綁定信息后繼續(xù)進行支付操作，進一步保證了支付的安全。
[0185]進一步的，本發(fā)明還提出了一種安全支付系統(tǒng)。參照圖19，該安全支付系統(tǒng)，包括請求終端100、驗證服務器200、驗證終端300，其中，
[0186]所述請求終端100用于發(fā)送支付請求至所述驗證服務器200 ；
[0187]所述驗證服務器200用于判斷所述支付請求中的支付信息是否滿足預設的驗證條件；當所述支付請求中的支付信息滿足預設的驗證條件時，驗證服務器200發(fā)送驗證請求至預先綁定的驗證終端300 ;根據(jù)所述驗證響應，判斷所述驗證終端300通過驗證時，將所述支付請求發(fā)送至支付服務器400 ；
[0188]所述驗證終端300用于響應所述驗證請求，并發(fā)送驗證響應至驗證服務器200。
[0189]本發(fā)明實施例通過增加支付驗證的方式，在支付信息滿足預設的驗證條件時，則發(fā)送驗證請求至預先綁定的驗證終端進行驗證，待驗證終端通過驗證后再發(fā)送至支付服務器進行支付，驗證終端拒絕驗證則丟棄該支付請求。因此，本發(fā)明實施例可以避免了請求終端丟失后，其他人利用該請求終端繼續(xù)進行支付操作，保證了支付的安全。
[0190]進一步的，所述驗證服務器200還用于:接收請求終端100的支付完成請求，并通知所述請求終端100退出支付界面；通知所述請求終端100支付正在進行。
[0191]本發(fā)明實施例在進行支付驗證時，請求終端可以隨時發(fā)出支付完成請求，無需等待驗證終端的驗證響應，就可以退出當前的支付界面，從而更加方便了用戶的操作，提高了操作效率。
[0192]進一步的，所述請求終端100發(fā)送驗證綁定請求至所述驗證服務器200，所述驗證綁定請求包括預設的驗證條件以及要綁定的驗證終端300 ；
[0193]所述驗證服務器200發(fā)送驗證綁定請求至所述要綁定的驗證終端300 ;根據(jù)所述驗證綁定響應，判斷所述驗證終端300確認綁定時，記錄所述預設的驗證條件及所述要綁定的驗證終纟而300 ；
[0194]所述驗證終端300響應所述驗證綁定請求，并將驗證綁定響應發(fā)送至所述驗證服務器200。
[0195]進一步的，所述驗證服務器200還用于:當一預置時間內未接收到所述驗證終端300返回的驗證綁定響應或者所述驗證終端300拒絕綁定時,通知所述請求終端100驗證綁定失敗。
[0196]進一步地，所述請求終端100還用于發(fā)送驗證綁定信息更換請求至所述驗證服務器200。所述驗證綁定更換請求包括預設的驗證條件及要更換的驗證終端。驗證服務器200還用于:接收請求終