支付验证方法及装置、系统的制作方法
【技术领域】
[0001]本发明涉及互联网领域，尤其涉及一种支付验证方法及装置、系统。
【背景技术】
[0002]随着移动终端的快速发展，通过移动终端进行电子商务的支付也越来越频繁。虽然给人们的生活带来了很大的便利，但是伴随着的安全问题也越发突显出来。
[0003]现有技术中采用短信验证码的方式，即在用户通过移动终端进行电子支付时，支付服务器将发送一条短信给用户进行验证，从而提高了支付的安全性。但是，如果该移动终端一旦丢失，仍然无法防止其他人使用该移动终端进行支付活动。因此，现有技术中的支付验证仍然存在安全性的缺陷。
【发明内容】
[0004]本发明实施例的主要目的是提供一种支付验证方法、装置及系统，旨在提高支付的安全性。
[0005]为达到以上目的，本发明实施例提供了一种支付验证方法，包括以下步骤:
[0006]接收请求终端发送的支付请求；
[0007]当所述支付请求中的支付信息满足预设的验证条件时，发送验证请求至预先绑定的验证终端；
[0008]接收所述验证终端返回的验证响应；
[0009]当所述验证终端通过验证请求时，将所述支付请求发送至支付服务器。
[0010]本发明实施例还提供了一种支付验证装置，包括:
[0011]接收模块，用于接收请求终端发送的支付请求；接收所述验证终端返回的验证响应；
[0012]处理模块，用于判断所述支付请求中的支付信息是否满足预设的验证条件；以及用于根据所述验证响应判断所述验证终端是否通过验证；
[0013]发送模块，用于当所述支付请求中的支付信息满足预设的验证条件时，发送验证请求至预先绑定的验证终端；当所述验证终端通过验证请求时，将所述支付请求发送至支付服务器。
[0014]本发明实施例还提出一种支付验证方法，包括以下步骤:
[0015]请求终端发送支付请求至验证服务器；
[0016]验证服务器判断所述支付请求中的支付信息是否满足预设的验证条件；
[0017]当所述支付请求中的支付信息满足预设的验证条件时，验证服务器发送验证请求至预先绑定的验证终端；
[0018]验证终端响应所述验证请求，并发送验证响应至验证服务器；
[0019]验证服务器根据所述验证响应，判断所述验证终端通过验证时，将所述支付请求发送至支付服务器。
[0020]本发明实施例还提出一种支付系统，包括请求终端、验证服务器、验证终端，其中，[0021 ] 所述请求终端用于发送支付请求至所述验证服务器；
[0022]所述验证服务器用于判断所述支付请求中的支付信息是否满足预设的验证条件；当所述支付请求中的支付信息满足预设的验证条件时，验证服务器发送验证请求至预先绑定的验证终端；根据所述验证响应，判断所述验证终端通过验证时，将所述支付请求发送至支付服务器；
[0023]所述验证终端用于响应所述验证请求，并发送验证响应至验证服务器。
[0024]本发明实施例通过增加支付验证的方式，在支付信息满足预设的验证条件时，则发送验证请求至预先绑定的验证终端进行验证，待验证终端通过验证后再发送至支付服务器进行支付，验证终端拒绝验证则丢弃该支付请求。因此，本发明实施例可以避免了请求终端丢失后，其他人利用该请求终端继续进行支付操作，保证了支付的安全。
【附图说明】
[0025]图1是本发明支付方法第一实施例的流程示意图；
[0026]图2a是本发明支付方法中发出支付请求前的操作界面示例图；
[0027]图2b是本发明支付方法中发出支付请求时的操作界面示例图；
[0028]图3是本发明支付方法中通知请求终端验证失败的界面示例图；
[0029]图4是本发明支付验证方法第二实施例的流程示意图；
[0030]图5a是本发明支付验证方法中发出支付完成请求时的操作界面示例图；
[0031]图5b是本发明支付验证方法中发出支付完成请求后的操作界面示例图；
[0032]图6是本发明支付验证方法第三实施例的流程示意图；
[0033]图7a是本发明支付验证方法中进行支付卡绑定时的操作界面示例图；
[0034]图7b是本发明支付验证方法中在进行支付卡绑定后的操作界面示例图；
[0035]图7c是本发明支付验证方法中添加验证的操作界面示例图；
[0036]图8是本发明支付验证方法中通知请求终端验证绑定失败的界面示例图；
[0037]图9是本发明支付验证方法第四实施例的流程示意图；
[0038]图1Oa是本发明支付验证方法中进行绑定信息更换前的操作界面示例图；
[0039]图1Ob是本发明支付验证方法中触发验证信息更换时的操作界面示例图；
[0040]图11是本发明支付验证装置第一实施例的功能模块示意图；
[0041]图12是本发明支付验证装置第二实施例的功能模块示意图；
[0042]图13是本发明支付验证装置所在的验证服务器的硬件结构示意图；
[0043]图14是本发明支付验证方法第五实施例的流程示意图；
[0044]图15a是本发明支付验证方法中验证服务器通知请求终端支付成功的界面示例图；
[0045]图15b是本发明支付验证方法中支付服务器通知请求终端支付成功的界面示例图；
[0046]图16是本发明支付验证方法第六实施例的流程示意图；
[0047]图17是本发明支付验证方法第七实施例的流程示意图；
[0048]图18是本发明支付验证方法第八实施例的流程示意图；
[0049]图19是本发明支付验证系统与支付服务器的通讯结构示意图。
[0050]本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
【具体实施方式】
[0051]以下结合说明书附图及具体实施例进一步说明本发明的技术方案。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0052]本发明提出了一种支付验证方法。如图1所示，该支付验证方法包括以下步骤:
[0053]步骤SlOl、接收请求终端发送的支付请求；
[0054]该支付请求包括支付信息，例如支付的商品信息、支付金额、商品来源以及要支付的银行卡号、支付密码等等。具体为:当用户通过请求终端浏览某件商品需要购买时，点击图2a中界面中的“立即购买”控件，则将进入图2b的界面，该界面上需要用户输入卡号及输入支付密码。当用户输入卡号及支付密码后，再点击“支付”控件，即可以触发支付请求。可以理解的是，此处的商品信息不仅仅是有形的产品，也可以包括无形的产品，例如充值服务、优惠券服务等等。
[0055]步骤S102、当所述支付请求中的支付信息满足预设的验证条件时,发送验证请求至预先绑定的验证终端；
[0056]接收到请求终端发送的支付请求后，将判断该支付请求中的支付信息是否满足预设的验证条件。本实施例的预设的验证条件是:当支付金额超过一预设的阈值时，需要进行验证。例如，预设的阈值是1000元。当此次支付的金额为1100元时，由于已经超过了 1000元，所以满足预设的验证条件。因此将验证请求发送至预先绑定的验证终端。该验证请求包括请求终端的信息以及支付明细，例如要支付的商品信息、要支付的金额等等。
[0057]步骤S103、接收所述验证终端返回的验证响应；
[0058]上述验证响应包括通过验证请求和拒绝验证请求。
[0059]步骤S104、当所述验证终端通过验证请求时，将所述支付请求发送至支付服务器；
[0060]当所述验证终端回复通过验证请求时，则将所述支付请求发送至支付服务器，进行支付。
[0061]步骤S105、当所述验证终端拒绝验证请求时，通知所述请求终端支付失败。
[0062]当所述验证终端拒绝验证请求时，则通知所述请求终端支付失败，如图3所示。同时可以等待请求终端再次发起支付验证流程。
[0063]本发明实施例通过增加支付验证的方式，在支付信息满足预设的验证条件时，则发送验证请求至预先绑定的验证终端进行验证，待验证终端通过验证后再发送至支付服务器进行支付，验证终端拒绝验证则丢弃该支付请求。因此，本发明实施例可以避免了请求终端丢失后，其他人利用该请求终端继续进行支付操作，保证了支付的安全。
[0064]可以理解的是，一般商品都具有相应的支付期限，例如从提交订单到支付完成一般不超过24个小时，甚至有些时间更短。因此，验证服务器将根据该支付期限，判断支付期限内是否收到相应的验证响应，若未收到，也将通知所述请求终端支付失败。
[0065]进一步地，提出本发明支付验证方法第二实施例。如图4所示，该实施例中，在上述步骤S102之后还包括:
[0066]步骤S106