银行卡支付方法、装置、设备和计算机存储介质与流程

本发明涉及电子金融领域，尤其涉及银行卡支付方法、装置、设备和计算机存储介质。

背景技术：

随着银行卡的普及，银行卡支付手段也日益增多，使用银行卡支付不仅操作简单，而且免去了找零的麻烦。

银行卡在给持卡人带来方便的同时，也会附带不少风险，例如。目前典型的银行卡被盗刷案例，通常借助复制银行卡磁条信息和盗取密码来实现窃取-复制-盗刷从而达到套现的目标。复制磁条信息的典型手段包括：银行卡丢失或被窃取，进而被不法分子复制磁条信息，或在自动取款机的插卡口上安装盗卡器。犯罪嫌疑人利用这些信息克隆银行卡来盗取他人银行卡上的钱财。如何减少银行卡支付过程中的风险性成为了当前亟待解决的技术问题。

技术实现要素：

本发明的主要目的在于提供一种银行卡支付方法、装置、设备和计算机存储介质，旨在解决当前银行卡支付过程中风险性过高的问题。

为实现上述目的，本发明提供银行卡支付方法，所述银行卡支付方法包括以下步骤：

在接收到收款终端发送的支付验证请求时，获取所述支付验证请求对应的账户标识和支付密码，并根据所述账户标识和所述支付密码进行初次验证；

在初次验证通过时，获取所述账户标识对应的历史支付信息，并根据所述历史支付信息，判断所述支付验证请求是否符合二次验证条件；

在所述支付验证请求符合二次验证条件时，发送验证提示信息至所述账户标识对应的用户终端，以供所述用户终端对应用户输入验证信息；

在接收到所述用户终端反馈的验证信息时，根据所述验证信息进行二次验证，在二次验证通过时执行支付操作。

可选地，所述在接收到收款终端发送的支付验证请求时，获取所述支付验证请求对应的账户标识和支付密码，并根据所述账户标识和所述支付密码进行初次验证的步骤，包括：

在接收到收款终端发送的支付验证请求时，获取所述支付验证请求对应的账户标识和支付密码；

查询预设账户与密码映射表，获取所述账户标识对应的预设标准密码，并将所述预设标准密码与所述支付密码进行比对；

在所述预设标准密码与所述支付密码不同时，发送密码错误提示信息至所述账户标识对应用户终端，以使所述用户终端对应用户输入新的支付密码；

在所述预设标准密码与所述支付密码相同时，判定初次验证通过。

可选地，所述在初次验证通过时，获取所述账户标识对应的历史支付信息，并根据所述历史支付信息，判断所述支付验证请求是否符合二次验证条件的步骤，包括：

在初次验证通过时，获取所述账户标识对应的预设验证方式，并判断所述预设验证方式中是否包含位置校验；

在所述预设验证方式中包含位置校验时，获取所述收款终端对应的第一位置信息和所述账户标识对应用户终端的第二位置信息；

在所述第一位置信息和所述第二位置信息不同时，发送锁定提示至所述账户标识对应的用户终端，以供所述用户终端对应用户锁定所述账户标识对应的银行卡；

在所述第一位置信息和所述第二位置信息相同时，获取所述账户标识对应的历史支付信息，并根据所述历史支付信息，判断所述支付验证请求是否符合二次验证条件。

可选地，所述在初次验证通过时，获取所述账户标识对应的历史支付信息，并根据所述历史支付信息，判断所述支付验证请求是否符合二次验证条件的步骤，包括：

在初次验证通过时，获取所述账户标识对应的历史支付信息，其中，所述历史支付信息包括历史支付金额和历史支付时间；

根据所述历史支付金额和所述历史支付时间计算在第一预设时间段的支付总金额和支付频率；

在所述支付总金额大于预设总金额或所述支付频率大于预设频率时，判定所述支付验证请求符合二次验证条件。

可选地，所述在所述支付验证请求符合二次验证条件时，发送验证提示信息至所述账户标识对应的用户终端，以供所述用户终端对应用户输入验证信息的步骤，包括：

在所述支付验证请求符合二次验证条件时，获取第二预设时间段中所述账户标识对应的历史验证记录；

统计所述历史验证记录中各验证信息的验证次数，将验证次数最少的验证信息作为待验证信息，并生成所述待验证信息对应的验证提示信息发送至所述账户标识对应的用户终端，以供所述用户终端对应用户输入验证信息。

可选地，所述在接收到所述用户终端反馈的验证信息时，根据所述验证信息进行二次验证，在二次验证通过时执行支付操作的步骤，包括：

在接收到所述用户终端反馈的验证信息时，将所述验证信息与所述账户标识对应的预设标准信息进行比对；

在所述验证信息与所述预设标准信息匹配时，判定二次验证通过，并执行支付操作；

在所述验证信息与所述预设标准信息不匹配时，发送验证信息错误提示信息至所述账户标识对应的用户终端，以提示所述用户终端对应用户输入新的验证信息，在检测到错误输入次数到达预设阈值时，锁定所述账户标识对应的银行卡。

可选地，所述在初次验证通过时，获取所述账户标识对应的历史支付信息，并根据所述历史支付信息，判断所述支付验证请求是否符合二次验证条件的步骤之后，包括：

在所述支付验证请求不符合二次验证条件时，获取支付请求对应的支付金额；

在所述支付金额大于预设额度阈值时，发送签名提示至所述收款终端，以供所述账户标识对应用户在所述收款终端上输入签名信息；

接收所述收款终端发送的签名信息，在所述签名信息与预设签名匹配时，执行支付操作。

此外，为实现上述目的，本发明还提供一种银行卡支付装置，所述银行卡支付装置包括：

请求接收模块，用于在接收到收款终端发送的支付验证请求时，获取所述支付验证请求对应的账户标识和支付密码，并根据所述账户标识和所述支付密码进行初次验证；

验证判断模块，用于在初次验证通过时，获取所述账户标识对应的历史支付信息，并根据所述历史支付信息，判断所述支付验证请求是否符合二次验证条件；

发送提示模块，用于在所述支付验证请求符合二次验证条件时，发送验证提示信息至所述账户标识对应的用户终端，以供所述用户终端对应用户输入验证信息；

验证执行模块，用于在接收到所述用户终端反馈的验证信息时，根据所述验证信息进行二次验证，在二次验证通过时执行支付操作。

此外，为实现上述目的，本发明还提供一种银行卡支付设备；

所述银行卡支付设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其中：

所述计算机程序被所述处理器执行时实现如上所述的银行卡支付方法的步骤。

此外，为实现上述目的，本发明还提供计算机存储介质；

所述计算机存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述的银行卡支付方法的步骤。

本发明实施例提出的一种银行卡支付方法、装置、设备和计算机存储介质，服务器在接收到收款终端发送的支付验证请求时，获取所述支付验证请求对应的账户标识和支付密码，并根据所述账户标识和所述支付密码进行初次验证；在初次验证通过时，获取所述账户标识对应的历史支付信息，并根据所述历史支付信息，判断所述支付验证请求是否符合二次验证条件；在所述支付验证请求符合二次验证条件时，发送验证提示信息至所述账户标识对应的用户终端，以供所述用户终端对应用户输入验证信息；在接收到所述用户终端反馈的验证信息时，根据所述验证信息进行二次验证，在二次验证通过时执行支付操作。本发明中在银行卡支付的过程中，服务器根据支付验证请求对应的账户标识获取历史支付信息，并根据历史支付信息设置对应的支付验证操作，降低了银行卡支付的风险性，有效地兼顾了银行卡支付安全性与用户操作便捷性。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的装置结构示意图；

图2为本发明银行卡支付方法第一实施例的流程示意图；

图3为本发明银行卡支付装置一实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的服务器(又叫银行卡支付设备，其中，银行卡支付设备可以是由单独的银行卡支付装置构成，也可以是由其他装置与银行卡支付装置组合形成)结构示意图。

本发明实施例服务器指一个管理资源并为用户提供服务的计算机，通常分为文件服务器、数据库服务器和应用程序服务器。运行以上软件的计算机或计算机系统也被称为服务器。相对于普通pc(personalcomputer)个人计算机来说，服务器在稳定性、安全性、性能等方面都要求较高；如图1所示，该服务器可以包括：处理器1001，例如中央处理器(centralprocessingunit，cpu)，网络接口1004，用户接口1003，存储器1005，通信总线1002、芯片组、磁盘系统、网络等硬件等。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真wireless-fidelity，wifi接口)。存储器1005可以是高速随机存取存储器(randomaccessmemory，ram)，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，服务器还可以包括摄像头、rf(radiofrequency，射频)电路，传感器、音频电路、wifi模块；输入单元，比显示屏，触摸屏；网络接口可选除无线接口中除wifi外，蓝牙、探针等。本领域技术人员可以理解，图1中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，该计算机软件产品存储在一个存储介质(存储介质：又叫计算机存储介质、计算机介质、可读介质、可读存储介质、计算机可读存储介质或者直接叫介质等，存储介质可以是非易失性可读存储介质，如ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及计算机程序。

在图1所示的服务器中，网络接口1004主要用于连接后台数据库，与后台数据库进行数据通信；用户接口1003主要用于连接客户端(客户端，又叫用户端或终端，本发明实施例终端可以固定终端也可以是移动终端，如，带联网功能的智能空调、智能电灯、智能电源、智能音箱、自动驾驶汽车、pc、智能手机、平板电脑、电子书阅读器、便携计算机等，终端中包含传感器比如光传感器、运动传感器以及其他传感器，在此不再赘述)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的计算机程序，并执行本发明以下实施例提供的银行卡支付方法中的步骤。

本实施例提供一种银行卡支付方法，应用于如图1所示的服务器中。

参照图2，在本发明一种银行卡支付方法的第一实施例中，所述银行卡支付方法包括：

步骤s10，在接收到收款终端发送的支付验证请求时，获取所述支付验证请求对应的账户标识和支付密码，并根据所述账户标识和所述支付密码进行初次验证。

在服务器接收到收款终端支付验证请求时，服务器获取该支付验证请求中携带的账户标识和支付密码，其中，账户标识是指唯一识别银行卡的支付信息，如，银行卡号，需要说明的是，支付验证请求的触发方式不作具体限定，例如，当银行卡持卡人进行刷卡消费时，通过pos机对应收款终端就会接收到支付验证请求，此时，pos机对应收款终端会将支付验证请求发送至服务器，服务器获取该银行卡的卡号和支付密码，服务器将卡号作为该支付验证请求对应的账户标识。

在服务器获取到账户标识和支付密码之后，服务器先判断支付密码是否正确，具体地，包括：

步骤a1，查询预设账户与密码映射表，获取所述账户标识对应的预设标准密码，并将所述预设标准密码与所述支付密码进行比对；

步骤a2，在所述预设标准密码与所述支付密码不同时，发送密码错误提示信息至所述账户标识对应用户终端，以使所述用户终端对应用户输入新的支付密码；

步骤a3，在所述预设标准密码与所述支付密码相同时，判定初次验证通过。

即，服务器查询预设账户与密码映射表，其中，预设账户与密码映射表是指服务器中预先存储的各个支付密码与账户标识映射关系表，即，在银行卡账户开户时银行卡用户主动设置的支付密码，并服务器将用户设置的支付密码作为预设标准密码，并将预设标准密码与对应的账户标识进行关联，添加到账户与密码映射表中；服务器获取预设账户与密码映射表中账户标识对应的预设标准密码，并将预设标准密码与支付密码进行比对；在预设标准密码与支付密码不同时，服务器发送密码错误提示信息至账户标识对应用户终端，以使用户终端对应用户输入新的支付密码，或者若是用户的银行卡丢失，用户可以根据密码错误提示信息，进行银行卡的锁定；在预设标准密码与支付密码相同时，判定初次验证通过。

步骤s20，在初次验证通过时，获取所述账户标识对应的历史支付信息，并根据所述历史支付信息，判断所述支付验证请求是否符合二次验证条件。

具体地，包括：

步骤b1，在初次验证通过时，获取所述账户标识对应的历史支付信息，其中，所述历史支付信息包括历史支付金额和历史支付时间；

步骤b2，根据所述历史支付金额和所述历史支付时间计算在第一预设时间段的支付总金额和支付频率；

步骤b3，在所述支付总金额大于预设总金额或所述支付频率大于预设频率时，判定所述支付验证请求符合二次验证条件。

在服务器对支付验证请求进行初次验证的验证通过时，服务器获取账户标识对应的历史支付信息，其中，历史支付信息包括：历史支付金额、历史支付时间、历史支付地址和历史支付流水；服务器获取第一预设时间段(第一预设时间段是指预先设置的时间间隔，用户可以根据需要灵活设置第一预设时间段，例如，设置为一周，或者一个工作日)中的历史支付金额，服务器计算第一预设时间段中的支付总金额，服务器获取第一预设时间段的各个支付时间，计算得到第一预设时间段的支付频率。

在支付总金额大于预设总金额(预设总金额可以根据具体场景设置，例如设置为2万)或支付频率大于预设频率(预设频率是指预先设置的频率值，例如预设频率设置为每天5次)时，判定支付验证请求符合二次验证条件。

步骤s30，在所述支付验证请求符合二次验证条件时，发送验证提示信息至所述账户标识对应的用户终端，以供所述用户终端对应用户输入验证信息。

在服务器判定支付验证请求符合二次验证条件时，服务器获取第二预设时间段中账户标识对应的历史验证记录，其中，第二预设时间段是指预先设置的时间段，第二预设时间段可以与第一预设时间段相同也可以不同，例如，将第二预设时间段设置为1个星期；服务器获取到的历史验证信息是指银行卡历史支付过程中用户输入的生物特征信息，历史验证信息包括：指纹验证信息，面部图像信息、掌纹信息、虹膜信息或者声纹信息等。

服务器统计历史验证记录中各验证信息的验证次数，将验证次数最少的验证信息作为待验证信息，例如，历史验证信息中包括：指纹验证信息10次，面部图像信息8次和声纹信息5次，服务器将声纹信息作为待验证信息，然后，服务器生成声纹信息对应的验证提示信息，服务器将验证提示信息发送至账户标识对应的用户终端，以供用户终端对应用户输入验证信息。

步骤s40，在接收到所述用户终端反馈的验证信息时，根据所述验证信息进行二次验证，在二次验证通过时执行支付操作。

具体地，包括：

步骤c1，在接收到所述用户终端反馈的验证信息时，将所述验证信息与所述账户标识对应的预设标准信息进行比对；

步骤c2，在所述验证信息与所述预设标准信息匹配时，判定二次验证通过，并执行支付操作；

步骤c2，在所述验证信息与所述预设标准信息不匹配时，发送验证信息错误提示信息至所述账户标识对应的用户终端，以提示所述用户终端对应用户输入新的验证信息，在检测到错误输入次数到达预设阈值时，锁定所述账户标识对应的银行卡。

在服务器接收到用户终端反馈的验证信息时，服务器将验证信息与账户标识对应的预设标准信息进行比对；其中，预设标准信息是指服务器中保存的银行卡注册时用户主动输入的验证信息，在服务器确定验证信息与预设标准信息匹配时，例如，服务器中接收到的用户面部图像与预设标准用户面部图像的相似度为95％，即验证信息与预设标准信息匹配，服务器判定二次验证通过，并执行支付操作。

在服务器确定验证信息与预设标准信息不匹配时，服务器发送验证信息错误提示信息至账户标识对应的用户终端，以提示用户终端对应用户输入新的验证信息，与此同时，服务器统计验证信息输入错误的次数，在服务器检测到错误输入次数到达预设阈值(预设阈值是指预先设置的验证信息输入临界值，例如，预设阈值为5次)时，锁定所述账户标识对应的银行卡。

在本实施例中服务器在接收到支付验证请求时，服务器获取支付验证请求对应的账户标识和支付密码，服务器根据用户输入的支付密码进行初次验证，然后，服务器获取账户标识对应银行卡的历史支付信息，服务器根据历史支付信息判断是否进行二次验证，有效地保证了银行卡支付的安全性。

进一步地，在本发明第一实施例的基础上，提出了本发明银行卡支付方法的第二实施例。

本实施例是第一实施中例步骤s20的细化，本实施例中服务器设置位置校验，以提高银行卡支付的安全性，所述银行卡支付方法包括：

步骤s21，在初次验证通过时，获取所述账户标识对应的预设验证方式，并判断所述预设验证方式中是否包含位置校验。

在服务器确定该支付验证请求的初次验证通过时，服务器获取该账户标识对应的预设验证方式，预设验证方式是指服务器中存储的用户预先设置银行卡支付的验证方式，例如，预先设置的验证方式中包含有位置校验和短信校验，其中，位置校验是指服务器支付位置(支付位置通过收款终端的位置确定)与用户位置(用户位置通过用户终端的位置确定)是否一致的校验方式，服务器判断预设验证方式中是否包含位置校验。

步骤s22，在所述预设验证方式中包含位置校验时，获取所述收款终端对应的第一位置信息和所述账户标识对应用户终端的第二位置信息。

在服务器确定预设验证方式中包含位置校验时，服务器获取收款终端对应的第一位置信息，即，服务器可以根据收款终端的ip地址确定收款终端的位置，或者服务器还可以根据收款终端发送的定位信息确定收款终端对应的第一位置信息，同理，服务器获取账户标识对应用户终端的第二位置信息，服务器将第一位置信息和第二位置信息进行比对，判断第一位置信息和第二位置信息是否相同。

步骤s23，在所述第一位置信息和所述第二位置信息不同时，发送锁定提示至所述账户标识对应的用户终端，以供所述用户终端对应用户锁定所述账户标识对应的银行卡；

在服务器确定第一位置信息和所述第二位置信息不同时，也就是说银行卡的支付位置和银行卡的主人位置不一致，为了降低银行卡被盗刷的风险，服务器发送锁定提示至账户标识对应的用户终端，以供用户终端对应用户锁定账户标识对应的银行卡。

步骤s24，在所述第一位置信息和所述第二位置信息相同时，获取所述账户标识对应的历史支付信息，并根据所述历史支付信息，判断所述支付验证请求是否符合二次验证条件。

在服务器确定第一位置信息和第二位置信息相同时，服务器获取账户标识对应的历史支付信息，并根据历史支付信息判断支付验证请求是否符合二次验证条件，本实施例中根据支付信息判断支付验证请求是否符合二次验证条件的步骤跟第一实施例相同本实施例不作赘述。

在本实施例中服务器通过位置验证，不需要用户进行任何操作，就可以对用户支付进行验证，保证了用户操作的便捷性，同时有效地降低银行卡支付的风险性。

进一步地，在上述实施例的基础上提出了本发明银行卡支付方法的第三实施例，本实施例是第一实施例中步骤s20之后的步骤，本实施例中在确定支付请求不符合二次验证条件时的处理步骤。

具体地，所述银行卡支付方法包括：

步骤s50，在所述支付验证请求不符合二次验证条件时，获取支付请求对应的支付金额；

在服务器确定支付验证请求不符合二次验证条件时，即，该银行卡没有进行多次刷卡或者大额的交易，服务器获取支付验证请求对应的支付金额，与确定是否需要用户签名，具体地：

步骤s60，在所述支付金额大于预设额度阈值时，发送签名提示至所述收款终端，以供所述账户标识对应用户在所述收款终端上输入签名信息。

在支付金额大于预设额度阈值(预设额度阈值是指预先设置的单次支付额度，例如预设额度阈值设置为1万)时，服务器发送提示信息至收款终端，以供账户标识对应用户在收款终端上输入签名信息。

步骤s60，接收所述收款终端发送的签名信息，在所述签名信息与预设签名匹配时，执行支付操作。

服务器接收收款终端发送的签名信息，服务器将用户的签名信息与预设签名进行比对(预设签名是指服务器中预先存储的该账户标识对应的银行卡办理时用户输入的签名)，在签名信息与预设签名匹配时，即，签名信息与预设签名的相似度高于60％，执行支付操作。

在本实施例中在支付验证请求不符合二次验证条件时，通过签名信息进行支付验证，降低银行卡支付的风险。

此外，参照图3，本发明实施例还提出一种银行卡支付装置，所述银行卡支付装置包括：

请求接收模块10，用于在接收到收款终端发送的支付验证请求时，获取所述支付验证请求对应的账户标识和支付密码，并根据所述账户标识和所述支付密码进行初次验证；

验证判断模块20，用于在初次验证通过时，获取所述账户标识对应的历史支付信息，并根据所述历史支付信息，判断所述支付验证请求是否符合二次验证条件；

发送提示模块30，用于在所述支付验证请求符合二次验证条件时，发送验证提示信息至所述账户标识对应的用户终端，以供所述用户终端对应用户输入验证信息；

验证执行模块40，用于在接收到所述用户终端反馈的验证信息时，根据所述验证信息进行二次验证，在二次验证通过时执行支付操作。

可选地，所述请求接收模块10，包括：

信息获取单元，用于在接收到收款终端发送的支付验证请求时，获取所述支付验证请求对应的账户标识和支付密码；

查询比对单元，用于查询预设账户与密码映射表，获取所述账户标识对应的预设标准密码，并将所述预设标准密码与所述支付密码进行比对；

比对提示单元，用于在所述预设标准密码与所述支付密码不同时，发送密码错误提示信息至所述账户标识对应用户终端，以使所述用户终端对应用户输入新的支付密码；

比对判定单元，用于在所述预设标准密码与所述支付密码相同时，判定初次验证通过。

可选地，所述验证判断模块20，包括：

方式判断单元，用于在初次验证通过时，获取所述账户标识对应的预设验证方式，并判断所述预设验证方式中是否包含位置校验；

位置获取单元，用于在所述预设验证方式中包含位置校验时，获取所述收款终端对应的第一位置信息和所述账户标识对应用户终端的第二位置信息；

锁定提示单元，用于在所述第一位置信息和所述第二位置信息不同时，发送锁定提示至所述账户标识对应的用户终端，以供所述用户终端对应用户锁定所述账户标识对应的银行卡；

条件判断单元，用于在所述第一位置信息和所述第二位置信息相同时，获取所述账户标识对应的历史支付信息，并根据所述历史支付信息，判断所述支付验证请求是否符合二次验证条件。

可选地，所述验证判断模块20，包括：

信息获取单元，用于在初次验证通过时，获取所述账户标识对应的历史支付信息，其中，所述历史支付信息包括历史支付金额和历史支付时间；

计算单元，用于根据所述历史支付金额和所述历史支付时间计算在第一预设时间段的支付总金额和支付频率；

条件判定单元，用于在所述支付总金额大于预设总金额或所述支付频率大于预设频率时，判定所述支付验证请求符合二次验证条件。

可选地，所述发送提示模块30，包括：

验证历史获取单元，用于在所述支付验证请求符合二次验证条件时，获取第二预设时间段中所述账户标识对应的历史验证记录；

统计生成单元，用于统计所述历史验证记录中各验证信息的验证次数，将验证次数最少的验证信息作为待验证信息，并生成所述待验证信息对应的验证提示信息发送至所述账户标识对应的用户终端，以供所述用户终端对应用户输入验证信息。

可选地，所述验证执行模块40，包括：

信息比对单元，用于在接收到所述用户终端反馈的验证信息时，将所述验证信息与所述账户标识对应的预设标准信息进行比对；

支付执行单元，用于在所述验证信息与所述预设标准信息匹配时，判定二次验证通过，并执行支付操作；

锁定单元，用于在所述验证信息与所述预设标准信息不匹配时，发送验证信息错误提示信息至所述账户标识对应的用户终端，以提示所述用户终端对应用户输入新的验证信息，在检测到错误输入次数到达预设阈值时，锁定所述账户标识对应的银行卡。

可选地，所述的银行卡支付装置，还包括：

提示获取模块，用于在所述支付验证请求不符合二次验证条件时，获取支付请求对应的支付金额；

在所述支付金额大于预设额度阈值时，发送签名提示至所述收款终端，以供所述账户标识对应用户在所述收款终端上输入签名信息；

执行支付模块，用于接收所述收款终端发送的签名信息，在所述签名信息与预设签名匹配时，执行支付操作。

其中，银行卡支付装置的各个功能模块实现的步骤可参照本发明银行卡支付方法的各个实施例，此处不再赘述。

此外，本发明实施例还提出一种计算机存储介质。

所述计算机存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述实施例提供的银行卡支付方法中的操作。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体/操作/对象与另一个实体/操作/对象区分开来，而不一定要求或者暗示这些实体/操作/对象之间存在任何这种实际的关系或者顺序；术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的。可以根据实际的需要选择中的部分或者全部模块来实现本发明方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。