支付卡片绑定方法、装置、电子设备及存储介质与流程

1.本发明实施例涉及互联网技术领域，尤其涉及一种支付卡片绑定方法、装置、电子设备及存储介质。


背景技术：

2.随着线上交易的发展和规模的不断扩大，作为整个网络支付系统中重要环节的资金渠道，采用的都是商业银行提供的网上银行服务，因此，市场上出现各种各样的第三方支付平台，借助第三方支付平台，用户可以实现快速支付。
3.但是，第三方支付平台中往往具有多个支付通道，当用户在第一支付通道通过小额打款验证之后绑定一银行卡账号，再使用第二支付通道并且使用相同的银行卡账号时，需再次进行小额打款验证才可将银行卡绑定在第二支付通道，如还有第三支付通道，则需再次重复验证过程才可以绑定银行卡。因此，每次增加新的银行卡账号或者使用新的支付通道，都需要重复进行打款验证才可绑定银行卡，操作繁琐，降低用户体验。


技术实现要素：

4.鉴于此，为解决上述更换支付通道绑定银行卡重复进行验证的技术问题，本发明实施例提供一种支付卡片绑定方法、装置、电子设备及存储介质。
5.第一方面，本发明实施例提供一种支付卡片绑定方法，包括：
6.获取在目标支付通道绑定支付卡片的绑定指令；
7.根据所述绑定指令，查询除所述目标支付通道之外的其他支付通道中已绑定的卡片信息；
8.将查找到的其他所述支付通道中已绑定的至少一个卡片信息进行展示；
9.接收卡片信息选择指令，从至少一个所述卡片信息中选择一个或多个卡片信息；
10.将一个或多个所述卡片信息绑定至所述目标支付通道。
11.在一个可能的实施方式中，所述方法还包括：
12.若其他所述支付通道中不存在已绑定的卡片信息，则获取待绑定的支付卡片对应的第一卡片信息，以及将所述第一卡片信息绑定至所述目标支付通道。
13.在一个可能的实施方式中，所述方法还包括：
14.对所述第一卡片信息进行验证；
15.若验证成功，则将所述第一卡片信息绑定至所述目标支付通道；
16.若验证失败，则提示绑定失败。
17.在一个可能的实施方式中，所述方法还包括：
18.基于所述第一卡片信息向所述待绑定的支付卡片中转入第一资产金额；
19.获取第一验证请求，所述第一验证请求中携带有对象输入的第二资产金额；
20.若所述第一资产金额与所述第二资产金额一致，则确定所述第一卡片信息验证通过；
21.若所述第一资产金额与所述第二资产金额不一致，则提示验证失败。
22.在一个可能的实施方式中，所述方法还包括：
23.基于所述第一卡片信息，获取与所述待绑定的支付卡片对应的对象身份信息；
24.对所述对象身份信息进行验证；
25.若验证成功，则向对象所持的终端设备发送第一验证码；
26.获取第二验证请求，所述第二验证请求中携带有对象输入的第二验证码；
27.根据所述第一验证码和所述第二验证码，对所述第二卡片信息进行验证。
28.在一个可能的实施方式中，所述方法还包括：
29.若所述第一验证码与所述第二验证码一致，则确定所述第一卡片信息验证通过；
30.若所述第一验证码与所述第二验证码不一致，则提示验证失败。
31.第二方面，一种支付卡片绑定装置，包括：
32.获取模块，用于获取在目标支付通道绑定支付卡片的绑定指令；
33.查询模块，用于根据所述绑定指令，查询除所述目标支付通道之外的其他支付通道中已绑定的卡片信息；
34.展示模块，用于将查找到的其他所述支付通道中已绑定的至少一个卡片信息进行展示；
35.选择模块，用于接收卡片信息选择指令，从至少一个所述卡片信息中选择一个或多个卡片信息；
36.绑定模块，用于将一个或多个所述卡片信息绑定至所述目标支付通道。
37.在一个可能的实施方式中，所述查询模块，具体用于若其他所述支付通道中不存在已绑定的卡片信息，则获取待绑定的支付卡片对应的第一卡片信息，以及将所述第一卡片信息绑定至所述目标支付通道。
38.第三方面，本发明实施例提供一种电子设备，包括：处理器和存储器，所述处理器用于执行所述存储器中存储的支付卡片绑定程序，以实现上述第一方面中所述的支付卡片绑定方法。
39.第四方面，本发明实施例提供一种存储介质，包括：所述存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述第一方面中所述的支付卡片绑定方法。
40.本发明实施例提供的支付卡片绑定方案，通过获取在目标支付通道绑定支付卡片的绑定指令；根据所述绑定指令，查询除所述目标支付通道之外的其他支付通道中已绑定的卡片信息；将查找到的其他所述支付通道中已绑定的至少一个卡片信息进行展示；接收卡片信息选择指令，从至少一个所述卡片信息中选择一个或多个卡片信息；将一个或多个所述卡片信息绑定至所述目标支付通道。相比于每更换一次新的支付通道便进行一次验证的操作过程才能绑定支付卡片的方式，由本发明提供的支付卡片绑定方案可以将同一对象在其他支付通道中已绑定将使用的支付卡片的情况下，直接将支付卡片的绑定信息透传至目标支付通道，无需进行验证，操作方便、快捷、高效，提升用户体验。
附图说明
41.图1为本发明实施例提供的一种支付卡片绑定方法的应用场景图；
42.图2为本发明实施例提供的一种支付卡片绑定方法的流程示意图；
43.图3为本发明实施例提供的另一种支付卡片绑定方法的流程示意图；
44.图4为本发明实施例提供的又一种支付卡片绑定方法的流程示意图；
45.图5为本发明实施例提供的再一种支付卡片绑定方法的流程示意图；
46.图6为本发明实施例提供的一种支付卡片绑定装置的结构示意图；
47.图7为本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
48.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
49.为便于对本发明实施例的理解，下面将结合附图以具体实施例做进一步的解释说明，实施例并不构成对本发明实施例的限定。
50.图1为本发明实施例提供的一种支付卡片绑定方法的应用场景图，该方法可应用于第三方支付平台为个人或企业用户提供并管理多个支付通道的场景，方便管理用户的各种支付卡片信息，以及为用户提供快捷交易的功能。
51.具体如图1所示，包括：电子设备101，用户可在电子设备上安装的第三方支付平台的应用软件进行各种操作，其中，电子设备可以是具有安装应用软件功能的设备，包括但不限于：智能手机、台式计算机、平板电脑、膝上型便携计算机等，图1中仅以智能手机为例。
52.在实践中，电子设备101可以通过安装相应的应用软件来提供相应的第三方支付服务。
53.可以理解的是，图1中的电子设备的数目仅是示意。根据实际需要，可以包括任意数目的电子设备。
54.在一示例性应用场景中，可应用本发明提供的支付卡片绑定方法实现通过查询用户在第三方支付平台中的多个支付通道中已绑定的支付卡片的卡片信息，将查询到的支付卡片信息展示供用户选择，进而将用户选择的支付卡片信息绑定在用户选择的目标支付通道中，实现快捷绑卡、无需验证。
55.图2为本发明实施例提供的一种支付卡片绑定方法的流程示意图，如图2所示，该方法具体包括：
56.s21、获取在目标支付通道绑定支付卡片的绑定指令。
57.在本发明实施例中，电子设备上安装第三方支付平台对应的应用软件，当用户需要某支付通道进行交易时，用户可以在该应用软件提供的多个支付通道中选择一目标支付通道，该目标支付通道中可以存在已绑定的支付卡片信息，也可以不存在任何支付卡片信息。当已绑定的支付卡片信息中存在用户将用于交易的支付卡片时，用户可以直接选择该支付卡片根据提示信息完成交易；当已绑定的支付卡片信息中不存在用户将用于交易的支付卡片，或者，该目标支付通道中不存在任何已绑定的支付卡片信息时，用户可以通过输入绑定支付卡片的绑定指令，电子设备获取到在该目标支付通道绑定支付卡片的绑定指令。
58.s22、根据绑定指令，查询除目标支付通道之外的其他支付通道中已绑定的卡片信
息。
59.电子设备根据获取到的绑定指令，可以生成查询指令，根据该查询指令生成查询任务，将该查询任务发送给数据库，该数据库中保存有全部支付通道信息以及每个支付通道中绑定的支付卡片的卡片信息，数据库响应于该查询任务查询除目标支付通道之外的其他支付通道中已绑定的卡片信息。其中，卡片信息包括但不限于：支付卡片的账号、用户名、用户身份证号或用户注册手机号码等信息。
60.s23、将查找到的其他支付通道中已绑定的至少一个卡片信息进行展示。
61.在本发明实施例中，若除目标支付通道之外的其他支付通道中存在已绑定的卡片信息，则将查询到的其他支付通道中已绑定的卡片信息进行展示，以供用户根据实际需求选择已绑定的卡片信息。
62.需要说明的是，展示的卡片信息可以仅展示支付卡片的账号，还可以根据实际情况进行展示，本发明实施例不做具体限定。
63.s24、接收卡片信息选择指令，从至少一个卡片信息中选择一个或多个卡片信息。
64.s25、将一个或多个卡片信息绑定至所述目标支付通道。
65.在本发明实施例中，展示的卡片信息可以被触发选择或在每条卡片信息的临近位置显示选择框，用户可以触发选择框以选择将要绑定的卡片信息，接收用户触发的卡片信息选择指令，确定用户已选择的卡片信息，在展示的卡片信息中选择一个或多个卡片信息在目标支付通道下进行存储。
66.本发明实施例提供的支付卡片绑定方法，通过获取在目标支付通道绑定支付卡片的绑定指令；根据所述绑定指令，查询除所述目标支付通道之外的其他支付通道中已绑定的卡片信息；将查找到的其他所述支付通道中已绑定的至少一个卡片信息进行展示；接收卡片信息选择指令，从至少一个所述卡片信息中选择一个或多个卡片信息；将一个或多个所述卡片信息绑定至所述目标支付通道。相比于每更换一次新的支付通道便进行一次验证的操作过程才能绑定支付卡片的方式，由本发明提供的支付卡片绑定方法可以将同一对象在其他支付通道中已绑定将使用的支付卡片的情况下，直接将支付卡片的绑定信息透传至目标支付通道，无需进行验证，操作方便、快捷、高效，提升用户体验。
67.图3为本发明实施例提供的另一种支付卡片绑定方法的流程示意图，如图3所示，该方法具体包括：
68.s31、获取待绑定的支付卡片对应的第一卡片信息。
69.在本发明实施例中，若查询到除目标支付通道之外的其他支付通道中未存在已绑定的卡片信息，则可以展示用以实现卡片绑定的虚拟控件，用户可以触发该虚拟控件申请在目标支付通道绑定支付卡片对应的第一卡片信息，在用户触发虚拟控件后，可以显示信息输入框，用户通过信息输入框输入待绑定的支付卡片的第一卡片信息，第一卡片信息包括但不限于：支付卡片的账号、用户名、用户身份证号或用户注册手机号码等信息。
70.s32、对第一卡片信息进行验证。
71.在本发明实施例中，用户首次使用软件应用时需要注册用户信息，注册的用户信息包括但不限于：用户名、手机号码、用户身份证号、企业名、企业信用代码等信息，接收用户通过信息输入框输入的第一卡片信息，对第一卡片信息进行验证，可以验证用户输入的第一卡片信息中的用户名或用户身份证号与用户注册的用户名或用户身份证号是否一致。
72.可选的，还可以通过小额打款验证或验证码验证的方式对第一卡片信息进行验证。
73.s33、若验证成功，则将第一卡片信息绑定至目标支付通道。
74.若用户输入的第一卡片信息中的用户名或用户身份证号与用户注册的用户名或用户身份证号一致，则可以确定第一卡片信息验证成功。
75.进一步地，将第一卡片信息在目标支付通道下进行保存，以便在目标支付通道下使用该支付卡片进行交易时可以直接调用。
76.在本发明实施例的一可选方案中，若用户输入的第一卡片信息中的用户名或用户身份证号与用户注册的用户名或用户身份证号不一致，则可以确定第一卡片信息验证失败，提示绑定失败的信息，或还可以提示号码错误，待用户更正并验证通过后可以将第一卡片信息绑定至目标支付通道。
77.本发明实施例提供的支付卡片绑定方法，通过对待绑定的支付卡片对应的第一卡片信息进行验证，可以实现安全绑卡，防止用户账号被盗时有财产损失的风险，提升用户体验。
78.图4为本发明实施例提供的又一种支付卡片绑定方法的流程示意图，如图4所示，该方法具体包括：
79.s41、基于第一卡片信息向待绑定的支付卡片中转入第一资产金额。
80.本发明实施例提供一种小额打款验证的方式验证待绑定的第一卡片信息是否有误，在本发明实施例中，用户触发卡片绑定的虚拟控件申请在目标支付通道绑定支付卡片对应的第一卡片信息后，显示信息输入框，用户通过信息输入框输入待绑定的支付卡片的第一卡片信息，第一卡片信息包括但不限于：支付卡片的账号、用户名、用户身份证号或用户注册手机号码等信息。
81.进一步地，卡片绑定系统根据第一卡片信息中的支付卡片的账号从系统的资产库中向该支付卡片中转入第一资产金额，该第一资产金额可以是任一金额的资产(例如，0.1元)，转账时卡片绑定系统内部可以调取用户首次注册手机号，根据该手机号发送包含有第一资产金额的短信。
82.s42、获取第一验证请求，第一验证请求中携带有对象输入的第二资产金额。
83.软件应用界面展示验证输入框，用户通过该验证输入框将接收到的第一资产金额输入至验证输入框，触发验证虚拟控件，卡片绑定系统根据验证虚拟控件的触发生成第一验证请求，该第一验证请求中携带第二资产金额，该第二资产金额为用户通过验证输入框输入的资产金额。
84.s43、第一资产金额是否与第二资产金额一致。
85.s44、若第一资产金额与第二资产金额一致，则确定第一卡片信息验证通过。
86.s45、将第一卡片信息绑定至所述目标支付通道。
87.卡片绑定系统接收到用户输入的第二资产金额后与转入到用户的支付卡片中的第一资产金额进行比较，确定第一资产金额是否与第二资产金额一致。
88.进一步地，若第一资产金额与第二资产金额一致，则可以确定第一卡片信息验证通过，表征用户的手机号，支付卡片账号正常可使用，可以将第一卡片信息绑定至所述目标支付通道。
89.可选的，若第一资产金额与第二资产金额不一致，则可以确定第一卡片信息有误，提示验证失败的信息，还可以提示账号信息错误，待用户更正并验证通过后可以将第一卡片信息绑定至目标支付通道。
90.本发明实施例提供的支付卡片绑定方法，通过对待绑定的支付卡片对应的第一卡片信息进行小额打款验证，可以确定第一卡片信息是否正确，实现安全绑卡，防止用户账号被盗时有财产损失的风险，提升用户体验。
91.图5为本发明实施例提供的再一种支付卡片绑定方法的流程示意图；
92.s51、基于第一卡片信息，获取与待绑定的支付卡片对应的对象身份信息。
93.s52、对所述对象身份信息进行验证。
94.s53、若验证成功，则向对象所持的终端设备发送第一验证码。
95.在本发明实施例中，对象即为用户，用户可以是个人用户也可以是企业用户。当用户为个人用户时，获取对象输入的第一卡片信息，第一卡片信息中包含有用户的身份证号码等信息，对比用户输入的身份证号码与用户注册时软件应用时录入的身份证号码是否一致，若一致，则确定用户的身份信息验证成功。当用户为企业用户时，第一卡片信息中包含有用户的企业信用代码等信息，对比用户输入的企业信用代码与用户注册时软件应用时录入的企业信用代码是否一致，若一致，则确定企业用户信息验证成功。
96.进一步地，可以根据用户注册时的手机号，向用户所持的终端设备发送第一验证码。其中，第一验证码可以是任一字符串。
97.s54、获取第二验证请求，第二验证请求中携带有对象输入的第二验证码。
98.软件应用界面展示验证输入框，用户通过该验证输入框将接收到的第一验证码输入至验证输入框，触发验证虚拟控件，卡片绑定系统根据验证虚拟控件的触发生成第一验证请求，该第一验证请求中携带第二验证码，该第二验证码为用户通过验证输入框输入的验证码。
99.s55、第一验证码是否与所述第二验证码一致。
100.s56、若第一验证码与第二验证码一致，则确定第一卡片信息验证通过。
101.s57、将第一卡片信息绑定至目标支付通道。
102.卡片绑定系统接收到用户输入的第二验证码后与发送到用户所持的终端设备中的第一验证码进行比较，确定第一验证码是否与第二验证码一致。
103.进一步地，若第一验证码与第二验证码一致，则可以确定第一卡片信息验证通过，表征用户的手机号，支付卡片账号正常可使用，可以将第一卡片信息在目标支付通道下进行保存，以便在目标支付通道下使用该支付卡片进行交易时可以直接调用。
104.可选的，若第一验证码与第二验证码不一致，则可以确定第一卡片信息有误，提示验证失败的信息。
105.本发明实施例提供的支付卡片绑定方法，通过对待绑定的支付卡片对应的第一卡片信息进行验证码验证，可以确定第一卡片信息是否正确，实现安全绑卡，防止用户账号被盗时有财产损失的风险，提升用户体验。
106.图6为本发明实施例提供的一种支付卡片绑定装置的结构示意图，具体包括：
107.获取模块601，用于获取在目标支付通道绑定支付卡片的绑定指令；
108.查询模块602，用于根据绑定指令，查询除目标支付通道之外的其他支付通道中已
sdram，ddrsdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synch link dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，drram)。本文描述的存储器702旨在包括但不限于这些和任意其它适合类型的存储器。
122.在一些实施方式中，存储器702存储了如下的元素，可执行单元或者数据结构，或者他们的子集，或者他们的扩展集：操作系统7021和应用程序7022。
123.其中，操作系统7021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序7022，包含各种应用程序，例如媒体播放器(media player)、浏览器(browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序7022中。
124.在本发明实施例中，通过调用存储器702存储的程序或指令，具体的，可以是应用程序7022中存储的程序或指令，处理器701用于执行各方法实施例所提供的方法步骤，例如包括：
125.获取在目标支付通道绑定支付卡片的绑定指令；根据所述绑定指令，查询除所述目标支付通道之外的其他支付通道中已绑定的卡片信息；将查找到的其他所述支付通道中已绑定的至少一个卡片信息进行展示；接收卡片信息选择指令，从至少一个所述卡片信息中选择一个或多个卡片信息；将一个或多个所述卡片信息绑定至所述目标支付通道。
126.在一个可能的实施方式中，若其他所述支付通道中不存在已绑定的卡片信息，则获取待绑定的支付卡片对应的第一卡片信息，以及将所述第一卡片信息绑定至所述目标支付通道。
127.在一个可能的实施方式中，对所述第一卡片信息进行验证；若验证成功，则将所述第一卡片信息绑定至所述目标支付通道；若验证失败，则提示绑定失败。
128.在一个可能的实施方式中，基于所述第一卡片信息向所述待绑定的支付卡片中转入第一资产金额；获取第一验证请求，所述第一验证请求中携带有对象输入的第二资产金额；若所述第一资产金额与所述第二资产金额一致，则确定所述第一卡片信息验证通过；若所述第一资产金额与所述第二资产金额不一致，则提示验证失败。
129.在一个可能的实施方式中，基于所述第一卡片信息，获取与所述待绑定的支付卡片对应的对象身份信息；对所述对象身份信息进行验证；若验证成功，则向对象所持的终端设备发送第一验证码；获取第二验证请求，所述第二验证请求中携带有对象输入的第二验证码；根据所述第一验证码和所述第二验证码，对所述第二卡片信息进行验证。
130.在一个可能的实施方式中，若所述第一验证码与所述第二验证码一致，则确定所述第一卡片信息验证通过；若所述第一验证码与所述第二验证码不一致，则提示验证失败。
131.上述本发明实施例揭示的方法可以应用于处理器701中，或者由处理器701实现。处理器701可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器701中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器701可以是通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用
处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器702，处理器701读取存储器702中的信息，结合其硬件完成上述方法的步骤。
132.可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(application specific integrated circuits，asic)、数字信号处理器(digital signal processing，dsp)、数字信号处理设备(dspdevice，dspd)、可编程逻辑设备(programmable logic device，pld)、现场可编程门阵列(field-programmable gate array，fpga)、通用处理器、控制器、微控制器、微处理器、用于执行本技术所述功能的其它电子单元或其组合中。
133.对于软件实现，可通过执行本文所述功能的单元来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
134.本实施例提供的电子设备可以是如图7中所示的电子设备，可执行如图2-5中支付卡片绑定方法的所有步骤，进而实现图2-5所示支付卡片绑定方法的技术效果，具体请参照图2-5相关描述，为简洁描述，在此不作赘述。
135.本发明实施例还提供了一种存储介质(计算机可读存储介质)。这里的存储介质存储有一个或者多个程序。其中，存储介质可以包括易失性存储器，例如随机存取存储器；存储器也可以包括非易失性存储器，例如只读存储器、快闪存储器、硬盘或固态硬盘；存储器还可以包括上述种类的存储器的组合。
136.当存储介质中一个或者多个程序可被一个或者多个处理器执行，以实现上述在电子设备侧执行的支付卡片绑定方法。
137.所述处理器用于执行存储器中存储的支付卡片绑定程序，以实现以下在电子设备侧执行的支付卡片绑定方法的步骤：
138.获取在目标支付通道绑定支付卡片的绑定指令；根据所述绑定指令，查询除所述目标支付通道之外的其他支付通道中已绑定的卡片信息；将查找到的其他所述支付通道中已绑定的至少一个卡片信息进行展示；接收卡片信息选择指令，从至少一个所述卡片信息中选择一个或多个卡片信息；将一个或多个所述卡片信息绑定至所述目标支付通道。
139.在一个可能的实施方式中，若其他所述支付通道中不存在已绑定的卡片信息，则获取待绑定的支付卡片对应的第一卡片信息，以及将所述第一卡片信息绑定至所述目标支付通道。
140.在一个可能的实施方式中，对所述第一卡片信息进行验证；若验证成功，则将所述第一卡片信息绑定至所述目标支付通道；若验证失败，则提示绑定失败。
141.在一个可能的实施方式中，基于所述第一卡片信息向所述待绑定的支付卡片中转入第一资产金额；获取第一验证请求，所述第一验证请求中携带有对象输入的第二资产金额；若所述第一资产金额与所述第二资产金额一致，则确定所述第一卡片信息验证通过；若所述第一资产金额与所述第二资产金额不一致，则提示验证失败。
142.在一个可能的实施方式中，基于所述第一卡片信息，获取与所述待绑定的支付卡片对应的对象身份信息；对所述对象身份信息进行验证；若验证成功，则向对象所持的终端
设备发送第一验证码；获取第二验证请求，所述第二验证请求中携带有对象输入的第二验证码；根据所述第一验证码和所述第二验证码，对所述第二卡片信息进行验证。
143.在一个可能的实施方式中，若所述第一验证码与所述第二验证码一致，则确定所述第一卡片信息验证通过；若所述第一验证码与所述第二验证码不一致，则提示验证失败。
144.专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
145.结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
146.以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。