CN103514542A - 一种支付验证方法及系统 - Google Patents

Abstract

本发明实施例公开了一种支付验证方法及系统，能够有效简化验证步骤，方便消费者进行支付。本发明实施例方法包括：当开启支付业务时，获取用户身份信息；判断用户身份信息是否与支付信息绑定；若是，则进行支付；若否，则获取支付信息；对用户身份信息和支付信息进行绑定，得到绑定关系；储存绑定关系。当用户首次使用该系统进行支付时，系统获取用户身份信息和支付信息，并将两者进行绑定，得到绑定关系并储存。当用户再次使用该系统进行支付时，系统获取用户身份信息后根据绑定关系可以判断该用户已经有支付信息与之绑定，不需要获取支付信息，而直接进入支付步骤。

Description

一种支付验证方法及系统

技术领域

本发明涉及电子商务领域，尤其涉及一种支付验证方法及系统。

背景技术

当前网络购物已经成为消费者日常生活中的一部分，网络支付平台以其方便快捷受到广大消费者的欢迎，其中耳熟能详的有支付宝和银联等。

但在操作中，这些网络支付平台仍然因为一些繁琐的步骤，给消费者带来不便，例如支付宝，须在支付宝界面注册支付宝账户，还须设定支付密码。而银联在支付过程中，每次都需要输入账号及密码进行使用者身份验证。开立新账户以及每次支付前输入夯长的银行账号经常给消费者带来不便。

发明内容

本发明实施例提供了一种支付验证方法及系统，能够有效简化验证步骤，方便消费者进行支付。

本发明实施例中一种支付验证方法，具体包括：

当开启支付业务时，获取用户身份信息；

判断用户身份信息是否与支付信息绑定；

若是，则进行支付；

若否，则获取支付信息；

对用户身份信息和支付信息进行绑定，得到绑定关系；

储存绑定关系。

可选的，

获取用户身份信息步骤之后还包括：判断用户身份信息是否真实；

若是，则进行后续处理；

若否，则触发异常处理。

可选的，

获取支付信息步骤之后，对用户身份信息和支付信息进行绑定步骤之前还包括：

判断支付信息是否真实；

若是，则进行后续处理；

若否，则触发异常处理。

可选的，

用户身份信息包括：设备信息和个人信息。

可选的，

获取用户身份信息包括：自动获取设备信息和/或提供个人信息录入页面，指引用户进行录入。

可选的，

获取支付信息为提供支付信息录入页面指引用户进行录入。

本发明实施例还提供了一种支付验证系统，具体包括：

第一获取单元，用于获取用户身份信息；

第一判断单元，用于判断用户身份信息是否与支付信息绑定；

支付单元，用于进行支付；

第二获取单元，用于获取支付信息；

绑定单元，用于对用户身份信息和支付信息进行绑定，得到绑定关系；

储存单元，用于储存所述绑定关系。

可选的，

第二判断单元，用于判断用户身份信息是否真实；

第三判断单元，用于判断支付信息是否真实。

可选的，

第一获取单元还包括：

自动获取子单元，用于自动获取设备信息；

提供子单元，用于提供个人信息录入页面。

从以上技术方案可以看出，本发明实施例具有以下优点：本发明实施例中一种支付验证方法，具体包括：当开启支付业务时，获取用户身份信息；判断用户身份信息是否与支付信息绑定；若是，则进行支付；若否，则获取支付信息；对用户身份信息和支付信息进行绑定，得到绑定关系；储存绑定关系。当用户首次使用该系统进行支付时，系统获取用户身份信息和支付信息，并将两者进行绑定，得到绑定关系并储存。当用户再次使用该系统进行支付时，系统获取用户身份信息后根据绑定关系可以判断该用户已经有支付信息与之绑定，不需要获取支付信息，而直接进入支付步骤。非首次使用该系统支付，由于系统储存了用户身份信息和支付信息的绑定关系，消费者无需输入支付信息，有效简化验证步骤，方便消费者进行支付。

附图说明

图1为本发明实施例中一种支付验证方法第一实施例流程图；

图2为本发明实施例中一种支付验证方法第二实施例流程图；

图3为本发明实施例中一种支付验证方法第三实施例流程图；

图4为本发明实施例中一种支付验证方法第四实施例流程图；

图5为本发明实施例中一种支付验证系统第一实施例结构示意图；

图6为本发明实施例中一种支付验证系统第二实施例结构示意图；

图7为本发明实施例中一种支付验证系统第三实施例结构示意图。

具体实施方式

本发明实施例提供了一种支付验证方法及系统，能够有效简化验证步骤，方便消费者进行支付。

请参阅图1，本发明实施例中一种支付验证方法的第一实施例，具体包括：

101、当开启支付业务时，获取用户身份信息；

在本实施例中，当消费者使用该系统进行支付时，系统首先获取用户身份信息。

102、判断用户身份信息是否与支付信息绑定；

在本实施例中，系统获取用户身份信息后，对该用户身份信息是否绑定支付信息进行判断。若该用户身份信息绑定了支付信息，则执行步骤103，若该用户身份信息未绑定支付信息，则执行步骤104。

103、进行支付；

104、获取支付信息；

在本实施例中，系统可以获取消费者的支付信息，这里的支付信息可以包括银行卡账号和银行卡密码。

105、对用户身份信息和支付信息进行绑定，得到绑定关系；

在本实施例中，系统获取用户身份信息和支付信息之后，对其进行绑定，绑定方式在此不做具体限定。需要说明的是，该绑定关系可以通过用户身份信息来确定支付信息。

106、储存绑定关系。

在本实施例中，系统对上述的绑定关系进行储存。

本实施例中，当系统开启支付业务时，首先获取用户身份信息，接着，判断用户身份信息是否与支付信息绑定，若用户身份信息与支付信息绑定，则进行支付，若用户身份信息未与支付信息绑定，则系统获取支付信息，然后，将用户身份信息与支付信息进行绑定，得到绑定关系并将其储存。当用户首次使用该系统进行支付时，系统获取用户身份信息和支付信息，并将两者进行绑定，得到绑定关系并储存。当用户再次使用该系统进行支付时，系统获取用户身份信息后根据绑定关系可以判断该用户已经有支付信息与之绑定，不需要获取支付信息，而直接进入支付步骤。非首次使用该系统支付，由于系统储存了用户身份信息和支付信息的绑定关系，消费者无需输入支付信息，有效简化验证步骤，方便消费者进行支付。

上面对本发明实施例中一种支付验证方法的第一实施例进行了描述，下面请参阅图2，本发明实施例中一种支付验证方法的第二实施例具体包括：

201、当开启支付业务时，获取用户身份信息；

在本实施例中，当消费者使用该系统进行支付时，系统首先获取用户身份信息。

202、判断用户身份信息是否真实，若是，则执行步骤203，若否，则执行步骤204。

204、触发异常处理。

在本实施例中，系统可以对用户身份信息的真实性进行判断，若是，则进行步骤203，若否，则可以终止支付，或提示消费者重新提供用户身份信息。

203、判断用户身份信息是否与支付信息绑定；

在本实施例中，系统获取用户身份信息后，对该用户身份信息是否绑定支付信息进行判断。若该用户身份信息绑定了支付信息，则执行步骤205，若该用户身份信息未绑定支付信息，则执行步骤206。

205、进行支付；

在本实施例中，消费者可以通过输入银行卡密码完成支付。

206、获取支付信息；

在本实施例中，系统可以获取消费者的支付信息，这里的支付信息可以包括银行卡账号和银行卡密码。

207、判断支付信息是否真实，若是则执行步骤208，若否，则执行步骤209。

209、触发异常处理。

在本实施例中系统可以判断支付信息的真实性，若支付信息真实，则执行步骤208，若支付信息不真实则可以终止支付流程，或者提示消费者重新提供支付信息。

208、对用户身份信息和支付信息进行绑定，得到绑定关系；

在本实施例中，系统获取用户身份信息和支付信息之后，对其进行绑定，绑定方式在此不做具体限定。需要说明的是，该绑定关系可以通过用户身份信息来确定支付信息。

210、储存绑定关系。

在本实施例中，系统对上述的绑定关系进行储存。需要说明的是存储绑定关系后，可以进入步骤205。

本实施例中，当系统开启支付业务时，首先获取用户身份信息，在此之后可以对用户身份信息真实性进行判断，若用户身份信息不真实，则终止支付或者提示消费者重新提供用户身份信息。若用户身份信息真实，则判断用户身份信息是否与支付信息绑定，若用户身份信息与支付信息绑定，则进行支付，若用户身份信息未与支付信息绑定，则系统获取支付信息，在此之后可以对支付信息真实性进行判断，若支付信息不真实，则终止支付或者提示消费者重新提供支付信息，若支付信息真实，则将用户身份信息与支付信息进行绑定，得到绑定关系并将其储存。本实施例中，步骤对用户身份信息和步骤支付信息进行真实性检验提高了系统的可靠性。

上面对本发明实施例中一种支付验证方法的第二实施例进行了描述，下面请参阅图3，本发明实施例中一种支付验证方法的第三实施例，具体包括：

301、当开启支付业务时，自动获取设备信息；

在本实施例中，当系统开启支付业务时，可以自动获取设备信息，如果是手机应用环境，设备信息可以包括：IMSI、IMEI、MAC等，设备信息可以在用户授权下系统自动获取。

302、判断用户身份信息是否真实，若是则执行步骤303，若否则执行步骤304。

304、触发异常处理。

在本实施例中，系统可以对设备信息的真实性进行判断，若设备信息真实，则进行步骤305，若设备信息不真实，则可以终止支付。

303、判断设备信息是否与支付信息绑定；

在本实施例中，系统获取设备信息后，可以对该设备信息是否绑定支付信息进行判断。若该设备信息绑定了支付信息，则执行步骤305，若该设备信息未绑定支付信息，则执行步骤306。

305、进行支付；

在本实施例中，消费者可以通过输入银行卡密码完成支付。

306、提供支付信息录入页面，引导用户进行录入；

在本实施例中，系统可以提供支付信息录入页面，该录入页面可以包括网站提供脚本、或者互动式语音应答（IVR，Interactive Voice Response)、或者手机应用以及短信方式引导消费者填写银行卡账号和密码。

307、判断支付信息是否真实，若是则执行步骤308，若否，则执行步骤309。

309、触发异常处理。

在本实施例中系统可以判断支付信息的真实性，若支付信息真实，则执行步骤308，若支付信息不真实，则可以终止支付流程，或者提示消费者重新提供支付信息。

308、对设备信息和支付信息进行绑定，得到绑定关系；

在本实施例中，系统获取设备信息和支付信息之后，对其进行绑定，绑定方式在此不做具体限定。需要说明的是，该绑定关系可以通过设备信息来确定支付信息。

310、储存绑定关系。

在本实施例中，系统对上述的绑定关系进行储存。需要说明的是，步骤310之后，可以进入步骤305。

本实施例中，当系统开启支付业务时，首先自动获取设备信息，在此之后可以对设备信息真实性进行判断，若设备信息不真实，则终止支付。若设备信息真实，则判断设备信息是否与支付信息绑定，若设备信息与支付信息绑定，则进行支付，若设备信息未与支付信息绑定，则系统提供支付信息录入页面，引导用户录入，在此之后可以对支付信息真实性进行判断，若支付信息不真实，则终止支付或者提示消费者重新提供支付信息，如支付信息真实，则将设备信息与支付信息进行绑定，得到绑定关系并将其储存。本实施例中，除了步骤对用户身份信息和支付信息进行真实性检验提高了系统的可靠性之外，自动获取设备信息，无需用户主动输入，进一步缩简了录入步骤，使支付更快捷。

上面对本发明实施例中一种支付验证方法的第三实施例进行了描述，下面请参阅图4，本发明实施例中一种支付验证方法的第四实施例具体包括：

401、当开启支付业务时，提供个人信息录入页面，引导用户录入；

在本实施例中，当系统开启支付业务时，提供个人信息录入页面，引导消费者录入个人信息。需要说明的是，个人信息可以包括消费者身份证号、或者常用手机号、商户信息如商户ID等信息，本实施例不限于提供录入页面还可以包括：呼叫中心语音报读,手机按键,触摸键盘,特制加密键盘,短信上传等方式录入个人信息。

402、判断个人信息是否真实，若是则执行步骤403，若否则执行步骤404。

404、触发异常处理。

在本实施例中，系统可以对个人信息的真实性进行判断，若真实，则进行步骤405，若不真实，则可以终止支付，或提示消费者重新提供个人信息。需要说明的是，系统可以通过公安系统,金融系统,政府机关系统等途径判断个人信息真实性。

403、判断个人信息是否与支付信息绑定；

在本实施例中，系统获取个人信息后，对该个人信息是否绑定支付信息进行判断。若该个人信息绑定了支付信息，则执行步骤405，若该个人信息未绑定支付信息，则执行步骤406。

405、进行支付；

在本实施例中，消费者可以通过输入银行卡密码完成支付。

406、提供支付信息录入页面，引导用户进行录入；

在本实施例中，系统可以提供支付信息录入页面，引导消费者填写银行卡账号和密码。

407、判断支付信息是否真实，若是则执行步骤408，若否，则执行步骤410。

409、触发异常处理。

在本实施例中系统可以判断支付信息的真实性，若支付信息真实，则执行步骤408，若支付信息不真实，则可以终止支付流程，或者提示消费者重新提供支付信息。

408、对个人信息和支付信息进行绑定，得到绑定关系；

在本实施例中，系统获取个人信息和支付信息之后，对其进行绑定，绑定方式在此不做具体限定。需要说明的是，该绑定方式可以通过个人信息来确定支付信息。

410、储存绑定关系。

在本实施例中，系统对上述的绑定关系进行储存。需要说明的是，步骤410之后可以进入步骤405。

本实施例中，当系统开启支付业务时，首先提供个人信息录入页面，引导消费者录入个人信息，在此之后可以对个人信息真实性进行判断，若个人信息不真实，则终止支付或提醒消费者重新提供个人信息。若个人信息真实则判断个人信息是否与支付信息绑定，若个人信息与支付信息绑定，则进行支付，若个人信息未与支付信息绑定，则系统提供支付信息录入页面，引导用户录入，在此之后可以对支付信息真实性进行判断，若支付信息不真实，则终止支付或者提示消费者重新提供支付信息，如支付信息真实，则将个人信息与支付信息进行绑定，得到绑定关系并将其储存。本实施例中，除了步骤对用户身份信息和支付信息进行真实性检验提高了系统的可靠性之外，增加了通过提供录入页面引导消费者录入个人信息步骤，从而增加了支付的灵活性。

上面对本发明实施例中一种支付验证方法的实施例进行描述，下面请参阅图5，本发明实施例中一种支付验证系统的第一实施例具体包括：

第一获取单元501，用于获取用户身份信息；

第一判断单元502，用于判断用户身份信息是否与支付信息绑定；

支付单元503，用于进行支付；

第二获取单元504，用于获取支付信息；

绑定单元505，用于对用户身份信息和支付信息进行绑定，得到绑定关系；

储存单元506，用于储存所述绑定关系。

下面以一个实际应用中的例子对本发明实施例中一种支付验证系统的第一实施例中各单元之间的通信关系进行描述。

当消费者使用该系统进行支付时，首先第一获取单元501获取用户身份信息。

第一获取单元501获取用户身份信息后，第一判断单元502对该用户身份信息是否绑定支付信息进行判断。若该用户身份信息绑定了支付信息，则支付单元503进行支付，若该用户身份信息未绑定支付信息，则第二获取单元504获取支付信息；这里的支付信息可以包括银行卡账号和银行卡密码。

获取用户身份信息和支付信息之后，绑定单元505对其进行绑定，得到绑定关系。绑定方式在此不做具体限定。需要说明的是，该绑定关系可以通过用户身份信息来确定支付信息。

最后储存单元506对绑定关系进行储存。

本实施例中，当系统开启支付业务时，首先第一获取单元501获取用户身份信息，接着，第一判断单元502判断用户身份信息是否与支付信息绑定，若用户身份信息与支付信息绑定，则支付单元503进行支付，若用户身份信息未与支付信息绑定，则第二获取单元504获取支付信息，然后，绑定单元505将用户身份信息与支付信息进行绑定，得到绑定关系并将其由储存单元506储存。当用户首次使用该系统进行支付时，系统获取用户身份信息和支付信息，并将两者进行绑定，得到绑定关系并储存。当用户再次使用该系统进行支付时，系统获取用户身份信息后根据绑定关系可以判断该用户已经有支付信息与之绑定，不需要获取支付信息，而直接进入支付步骤。非首次使用该系统支付，由于系统储存了用户身份信息和支付信息的绑定关系，消费者无需输入支付信息，有效简化验证步骤，方便消费者进行支付。

本实施例中一种支付验证系统第一实施例进一步包括：

第二判断单元507，用于判断用户身份信息是否真实；

第三判断单元508，用于判断支付信息是否真实。

第二判断单元507可以对用户身份信息的真实性进行判断，若用户身份信息真实，则可以终止支付，或提示消费者重新提供用户身份信息。

第三判断单元508可以判断支付信息的真实性，若支付信息真实，则对用户身份信息和支付信息进行绑定，得到绑定关系，若支付信息不真实，则可以终止支付流程，或者提示消费者重新提供支付信息。

上面对本发明实施例中一种支付验证系统第一实施例进行描述，下面请参阅图6，本发明实施例中一种支付验证系统的第二实施例具体包括：

自动获取子单元601，用于自动获取设备信息；

第一判断单元602，用于判断设备信息是否与支付信息绑定；

支付单元603，用于进行支付；

第二获取单元604，用于获取支付信息；

绑定单元605，用于对设备信息和支付信息进行绑定，得到绑定关系；

储存单元606，用于储存所述绑定关系。

下面以一个实际应用中的例子对本发明实施例中一种支付验证系统的第二实施例中各单元之间的通信关系进行描述。

当消费者使用该系统进行支付时，首先自动获取子单元601获取设备信息。

自动获取子单元601获取设备信息后，第一判断单元602对该设备信息是否绑定支付信息进行判断。若该设备信息绑定了支付信息，则支付单元603进行支付，若该设备信息未绑定支付信息，则第二获取单元604获取支付信息；这里的支付信息可以包括银行卡账号和银行卡密码。

获取设备信息和支付信息之后，绑定单元605对其进行绑定，绑定方式在此不做具体限定。需要说明的是，该绑定关系可以通过设备信息来确定支付信息。

最后储存单元606对绑定关系进行储存。

本实施例中，当系统开启支付业务时，首先自动获取子单元601自动获取设备信息，接着，第一判断单元602判断设备信息是否与支付信息绑定，若设备信息与支付信息绑定，则支付单元603进行支付，若设备信息未与支付信息绑定，则第二获取单元604获取支付信息，然后，绑定单元605将设备信息与支付信息进行绑定，得到绑定关系并将其由储存单元606储存。

本实施例中一种支付验证系统第二实施例进一步包括：

第二判断单元607，用于判断设备信息是否真实；

第三判断单元608，用于判断支付信息是否真实。

第二判断单元607可以对设备信息的真实性进行判断，若设备信息真实，则可以终止支付。

第三判断单元608可以判断支付信息的真实性，若支付信息真实，则对设备信息和支付信息进行绑定，得到绑定关系，若支付信息不真实则可以终止支付流程，或者提示消费者重新提供支付信息。

上面对本发明实施例中一种支付验证系统第二实施例进行描述，下面请参阅图7，本发明实施例中一种支付验证系统的第三实施例具体包括：

提供子单元701，用于提供个人信息录入页面；

第一判断单元702，用于判断个人信息是否与支付信息绑定；

支付单元703，用于进行支付；

第二获取单元704，用于获取支付信息；

绑定单元705，用于对个人信息和支付信息进行绑定，得到绑定关系；

储存单元706，用于储存所述绑定关系。

下面以一个实际应用中的例子对本发明实施例中一种支付验证系统的第三实施例中各单元之间的通信关系进行描述。

当消费者使用该系统进行支付时，首先提供子单元701提供个人信息录入页面。

提供子单元701供个人信息录入页面，系统获取个人信息后，第一判断单元702对该个人信息是否绑定支付信息进行判断。若该个人信息绑定了支付信息，则支付单元703进行支付，若该个人信息未绑定支付信息，则第二获取单元704获取支付信息；这里的支付信息可以包括银行卡账号和银行卡密码。

获取个人信息和支付信息之后，绑定单元705对其进行绑定，绑定方式在此不做具体限定。需要说明的是，该绑定关系可以通过设备信息来确定支付信息。

最后储存单元706对绑定关系进行储存。

本实施例中，当系统开启支付业务时，首先提供子单元701提供个人信息录入页面，接着，第一判断单元702判断个人信息是否与支付信息绑定，若个人信息与支付信息绑定，则支付单元703进行支付，若个人信息未与支付信息绑定，则第二获取单元704获取支付信息，然后，绑定单元705将个人信息与支付信息进行绑定，得到绑定关系并将其由储存单元706储存。

本实施例中一种支付验证系统第三实施例进一步包括：

第二判断单元707，用于判断个人信息是否真实；

第三判断单元708，用于判断支付信息是否真实。

第二判断单元707可以对个人信息的真实性进行判断，若个人信息真实，则可以终止支付，或提示消费者重新提供用户身份信息。

第三判断单元708可以判断支付信息的真实性，若支付信息真实，则对个人信息和支付信息进行绑定，得到绑定关系，若支付信息不真实则可以终止支付流程，或者提示消费者重新提供支付信息。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-OnlyMemory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (9)

1.一种支付验证方法，其特征在于，包括：

当开启支付业务时，获取用户身份信息；

判断用户身份信息是否与支付信息绑定；

若是，则进行支付；

若否，则获取支付信息；

对所述用户身份信息和所述支付信息进行绑定，得到绑定关系；

储存所述绑定关系。

2.根据权利要求1所述的支付验证方法，其特征在于，

所述获取用户身份信息步骤之后还包括：判断所述用户身份信息是否真实；

若是，则进行后续处理；

若否，则触发异常处理。

3.根据权利要求2所述的支付验证方法，其特征在于，

所述获取支付信息步骤之后，所述对所述用户身份信息和所述支付信息进行绑定步骤之前还包括：

判断所述支付信息是否真实；

若是，则进行后续处理；

若否，则触发异常处理。

4.根据权利要求1至3中任一项所述的支付验证方法，其特征在于，

所述用户身份信息包括：设备信息和个人信息。

5.根据权利要求4所述的支付验证方法，其特征在于，

获取用户身份信息包括：自动获取设备信息和/或提供个人信息录入页面，指引用户进行录入。

6.根据权利要求5所述的支付验证方法，其特征在于，

获取支付信息为提供支付信息录入页面指引用户进行录入。

7.一种支付验证系统，其特征在于，包括：

第一获取单元，用于获取用户身份信息；

第一判断单元，用于判断用户身份信息是否与支付信息绑定；

支付单元，用于进行支付；

第二获取单元，用于获取支付信息；

绑定单元，用于对所述用户身份信息和所述支付信息进行绑定，得到绑定关系；

储存单元，用于储存所述绑定关系。

8.根据权利要求7所述的支付验证系统，其特征在于，

所述系统还包括：

第二判断单元，用于判断所述用户身份信息是否真实；

第三判断单元，用于判断所述支付信息是否真实。

9.根据权利要求8所述的支付验证系统，其特征在于，

所述第一获取单元还包括：

自动获取子单元，用于自动获取设备信息；

提供子单元，用于提供个人信息录入页面。

Images