银行发出的扣款短信，如图15b所示。当支付服务器支付失败时，验证服务器将通知请求终端支付失败。
[0156]本发明实施例通过增加支付验证的方式，在支付信息满足预设的验证条件时，则发送验证请求至预先绑定的验证终端进行验证，待验证终端通过验证后再发送至支付服务器进行支付，验证终端拒绝验证则丢弃该支付请求。因此，本发明实施例可以避免了请求终端丢失后，其他人利用该请求终端继续进行支付操作，保证了支付的安全。
[0157]进一步地，本发明还提供了一种支付验证方法第六实施例。参照图16，该实施例的支付验证方法，在上述步骤S203之后还包括:
[0158]步骤S211、验证服务器通知所述请求终端支付正在进行；
[0159]步骤S212、请求终端发送支付完成请求至所述验证服务器；
[0160]步骤S213、验证服务器根据所述支付完成请求，通知请求终端退出支付界面。
[0161]验证服务器将验证请求发送至验证终端后，还将发送支付请求的响应信息至验证终端。如图5a所示，请求终端的显示界面上将显示“支付正在进行”，以通知用户该支付请求已提交。此时用户可以随时结束该支付流程，例如点击图5a中的“完成支付”控件，触发支付完成请求。此时，验证服务器将根据该支付完成请求，通知请求终端退出支付界面，亦即返回之前所浏览的界面或直接回到请求终端的主界面，如图5b所示。
[0162]本发明实施例在进行支付验证时，请求终端可以随时发出支付完成请求，无需等待验证终端的验证响应，就可以退出当前的支付界面，从而更加方便了用户的操作，提高了操作效率。
[0163]进一步地，本发明还提供了一种支付验证方法第七实施例。参照图17，该实施例的支付验证方法中，在上述步骤S201之前还包括:
[0164]步骤S301、请求终端发送验证绑定请求至所述验证服务器；
[0165]所述验证绑定请求包括预设的验证条件以及要绑定的验证终端。该验证绑定过程可以在请求终端通过第三方移动支付应用程序进行银行卡的绑定时进行，也可以在请求终端通过第三方移动支付应用程序进行银行卡的绑定成功后进行。如图7a所示，用户在该绑定界面中输入卡号和支付密码后，点击“绑定”控件时，将完成银行卡的绑定过程。此时将弹出如图7b所示的绑定界面，提示用户是否需要添加验证。若用户点击“是”控件，则进入如图7c所示的绑定界面。该界面中，需要用户设置相应的验证条件，例如支付金额以及验证好友等等。为了保证信息的安全传输以及验证的效率，该验证好友为通过第三方移动支付应用程序注册的好友，且该验证好友在请求终端的好友列表中，例如即时通讯好友。当用户点击图7c中的“是”控件，则触发验证绑定请求。
[0166]步骤S302、验证服务器发送验证绑定请求至所述要绑定的验证终端；
[0167]验证服务器根据用户输入的验证好友信息，将验证绑定请求发送至验证好友所在的验证终端。然后，等待验证终端的响应。
[0168]步骤S303、验证终端响应所述验证绑定请求，并将验证绑定响应发送至所述验证服务器；
[0169]该验证绑定响应包括确认绑定或拒绝绑定。另外，为了提高验证绑定的效率，该实施例中，验证服务器还将设置一时间阈值。当一段时间内未接收到验证终端返回的验证绑定响应，则请求终端可以放弃此次验证绑定，并再次发起验证绑定请求。该验证绑定请求可以为前一次所设置的信息，也可以为重新设置的信息，例如重新设置新的验证好友信息。
[0170]步骤S304、验证服务器根据所述验证绑定响应，判断所述验证终端确认绑定时，记录所述预设的验证条件及所述要绑定的验证终端。
[0171]当验证终端确认绑定时，验证服务器将预设的验证条件及所要绑定的验证终端信息进行存储，以供后续验证时使用。
[0172]步骤S305、当一预置时间内未接收到所述验证终端返回的验证绑定响应或者所述验证终端拒绝绑定时，所述验证服务器通知所述请求终端验证绑定失败。
[0173]当所述验证终端拒绝绑定时，验证服务器将通知所述请求终端此次验证绑定失败。为了提高验证绑定的效率，设定了一预置时间，例如I个小时。在I个小时内未接收到所述验证终端返回的验证绑定响应时，验证服务器将通知所述请求终端此次验证绑定失败。通知界面如图8所示。此时，用户可以再次发起验证绑定。该验证绑定请求可以为前一次所设置的信息，也可以为重新设置的信息，例如重新设置新的验证好友信息。
[0174]进一步地，本发明还提供了一种支付验证方法第八实施例。参照图18，该实施例的支付验证方法还包括:
[0175]步骤S401、验证服务器接收请求终端发送的验证绑定信息更换请求；
[0176]所述验证绑定更换请求包括预设的验证条件及要更换的验证终端。如图1Oa所示，用户点击该界面中的“更换验证”控件，将弹出图1Ob所示的绑定界面。该界面中，需要用户重新设置相应的验证条件，例如支付金额以及验证好友等等。这里可以仅设置一项，未设置的视为不便。然后点击界面中的“确定”控件，即可触发验证绑定信息更换请求。
[0177]步骤S402、验证服务器发送验证绑定信息更换请求至已经绑定的验证终端；
[0178]验证服务器根据用户输入的要更换的验证绑定信息，将验证绑定信息更换请求发送至验证好友所在的验证终端。然后，等待验证终端的响应。
[0179]步骤S403、验证服务器接收所述验证终端返回的验证绑定信息更换响应；
[0180]该验证绑定信息更换响应包括确认更换或拒绝更换。另外，为了提高验证绑定的效率，该实施例中，验证服务器还将设置一时间阈值。当一段时间内未接收到验证终端返回的验证绑定信息更换响应，则请求终端可以放弃此次验证绑定信息更换，并再次发起验证绑定信息更换请求。
[0181]步骤S404、当所述验证终端确认更换时，更新所述更换请求中的验证绑定信息；
[0182]当验证终端确认更换时，验证服务器将更换后的验证条件及更换后的验证终端信息进行存储，以供后续验证时使用。并且通知请求终端更换成功。
[0183]步骤S405、当一预置时间内未接收到所述验证终端返回的验证绑定信息更换响应或者所述验证终端拒绝更换时，通知所述请求终端验证绑定信息更换失败。
[0184]由于请求终端在更换验证绑定信息时，仍需要更换前的验证终端进行验证，从而避免了请求终端丢失后，其他人利用该请求终端修改更换验证绑定信息后继续进行支付操作，进一步保证了支付的安全。
[0185]进一步的，本发明还提出了一种安全支付系统。参照图19，该安全支付系统，包括请求终端100、验证服务器200、验证终端300，其中，
[0186]所述请求终端100用于发送支付请求至所述验证服务器200 ；
[0187]所述验证服务器200用于判断所述支付请求中的支付信息是否满足预设的验证条件；当所述支付请求中的支付信息满足预设的验证条件时，验证服务器200发送验证请求至预先绑定的验证终端300 ;根据所述验证响应，判断所述验证终端300通过验证时，将所述支付请求发送至支付服务器400 ；
[0188]所述验证终端300用于响应所述验证请求，并发送验证响应至验证服务器200。
[0189]本发明实施例通过增加支付验证的方式，在支付信息满足预设的验证条件时，则发送验证请求至预先绑定的验证终端进行验证，待验证终端通过验证后再发送至支付服务器进行支付，验证终端拒绝验证则丢弃该支付请求。因此，本发明实施例可以避免了请求终端丢失后，其他人利用该请求终端继续进行支付操作，保证了支付的安全。
[0190]进一步的，所述验证服务器200还用于:接收请求终端100的支付完成请求，并通知所述请求终端100退出支付界面；通知所述请求终端100支付正在进行。
[0191]本发明实施例在进行支付验证时，请求终端可以随时发出支付完成请求，无需等待验证终端的验证响应，就可以退出当前的支付界面，从而更加方便了用户的操作，提高了操作效率。
[0192]进一步的，所述请求终端100发送验证绑定请求至所述验证服务器200，所述验证绑定请求包括预设的验证条件以及要绑定的验证终端300 ；
[0193]所述验证服务器200发送验证绑定请求至所述要绑定的验证终端300 ;根据所述验证绑定响应，判断所述验证终端300确认绑定时，记录所述预设的验证条件及所述要绑定的验证终纟而300 ；
[0194]所述验证终端300响应所述验证绑定请求，并将验证绑定响应发送至所述验证服务器200。
[0195]进一步的，所述验证服务器200还用于:当一预置时间内未接收到所述验证终端300返回的验证绑定响应或者所述验证终端300拒绝绑定时,通知所述请求终端100验证绑定失败。
[0196]进一步地，所述请求终端100还用于发送验证绑定信息更换请求至所述验证服务器200。所述验证绑定更换请求包括预设的验证条件及要更换的验证终端。验证服务器200还用于:接收请求终