银行卡的绑定方法及系统

1.一种银行卡的绑定方法，其特征在于，包括以下步骤：
移动终端获取待绑定的银行卡信息、持卡人的身份证信息、银行预留手机号码以及待绑定应用程序的用户标识信息；所述银行卡信息通过移动终端对待绑定的银行卡进行扫描来获得；其中，通过所述移动终端上的摄像装置来分别对所述银行卡、身份证进行扫描或同时对所述银行卡、身份证二者进行扫描，得到扫描图像，并将所述扫描图像发送到云端识别服务器，所述云端识别服务器进行识别处理后得到所述银行卡信息和/或身份证信息，并将所述银行卡信息和/或身份证信息发送到所述移动终端；
所述移动终端将获取的银行卡信息、身份证信息、银行预留手机号码以及用户标识信息发送给支付服务器；
所述支付服务器根据所述银行卡信息向对应的银行服务器发送实名验证请求；所述实名验证请求包括如下信息：所述银行卡信息、身份证信息以及银行预留手机号码；其中，所述银行服务器在收到实名验证请求后，将实名验证请求中的信息与事先存储的信息进行匹配，并且在匹配结束后，返回一个反馈信息，该反馈信息中记录了匹配成功或不成功的相关信息；
所述支付服务器根据所述银行服务器的反馈信息判断实名验证是否通过；
若是，所述支付服务器将所述银行卡信息与所述用户标识信息进行绑定。
2.根据权利要求1所述的银行卡的绑定方法，其特征在于，所述获取银行卡信息、身份证信息的过程包括：
通过所述移动终端上的摄像装置来分别对所述银行卡、身份证进行扫描或同时对所述银行卡、身份证二者进行扫描，得到扫描图像，并将所述扫描图像发送到云端识别服务器；
所述云端识别服务器计算所述扫描图像中银行卡和/或身份证的位置，并进行倾斜校正处理后得到正面去除杂边的扫描图像；
所述云端识别服务器提取处理后的扫描图像的特征信息，并根据所述特征信息在卡片特征库中进行检索，得到匹配的卡片类型；
所述云端识别服务器根据所述卡片类型获取所述银行卡信息和/或身份证信息所在区域，在该区域内进行识别处理后得到所述银行卡信息和/或身份证信息；
所述云端识别服务器将所述银行卡信息和/或身份证信息发送到所述移动终端；
所述移动终端接收所述云端识别服务器发送的银行卡信息和/或身份证信息，并将所述银行卡信息和/或身份证信息在所述应用程序的相应界面上进行展示。
3.根据权利要求1或2所述的银行卡的绑定方法，其特征在于，所述获取银行预留手机号码的过程包括：
所述移动终端读取设备信息中的本机号码，并将该号码作为所述银行预留手机号码赋值到手机号码输入框。
4.根据权利要求1或2所述的银行卡的绑定方法，其特征在于，在所述支付服务器向对应的银行服务器发送实名验证请求之后、根据所述银行服务器的反馈信息判断实名验证是否通过之前，还包括步骤：
所述移动终端获取由所述银行服务器根据所述实名验证请求所发送的短信验证码，并将该短信验证码通过所述支付服务器提交到所述银行服务器进行短信验证。
5.根据权利要求4所述的银行卡的绑定方法，其特征在于，获取所述短信验证码的过程包括：
对当前移动终端的短信收件箱进行监控，当检测到符合预定信息格式的验证短信时从该验证短信中读取短信验证码，并将该短信验证码赋值到验证码输入框。
6.根据权利要求1或2所述的银行卡的绑定方法，其特征在于，所述身份证信息包括：
姓名、身份证号码；所述银行卡信息包括：银行卡卡号、银行卡发卡行、银行卡种类。
7.根据权利要求6所述的银行卡的绑定方法，其特征在于，在所述支付服务器向对应的银行服务器发送验证请求之前，还包括步骤：
所述支付服务器根据预先存储的签约银行名单判断所述银行卡发卡行是否为已签约银行；若否，给出错误提示。
8.一种银行卡的绑定系统，其特征在于，包括移动终端与支付服务器；所述移动终端包括：信息获取模块、信息发送模块；所述支付服务器包括：实名验证请求发送模块、判断模块、绑定模块；
所述信息获取模块用于获取待绑定的银行卡信息、持卡人的身份证信息、银行预留手机号码以及待绑定应用程序的用户标识信息；所述银行卡信息通过移动终端对待绑定的银行卡进行扫描来获得；其中，通过所述移动终端上的摄像装置来分别对所述银行卡、身份证进行扫描或同时对所述银行卡、身份证二者进行扫描，得到扫描图像，并将所述扫描图像发送到云端识别服务器，所述云端识别服务器进行识别处理后得到所述银行卡信息和/或身份证信息，并将所述银行卡信息和/或身份证信息发送到所述移动终端；
所述信息发送模块用于将获取的银行卡信息、身份证信息、银行预留手机号码以及用户标识信息发送给支付服务器；
所述实名验证请求发送模块用于根据所述银行卡信息向对应的银行服务器发送实名验证请求；所述实名验证请求包括如下信息：所述银行卡信息、身份证信息以及银行预留手机号码；其中，所述银行服务器在收到实名验证请求后，将实名验证请求中的信息与事先存储的信息进行匹配，并且在匹配结束后，返回一个反馈信息，该反馈信息中记录了匹配成功或不成功的相关信息；
所述判断模块用于根据所述银行服务器的反馈信息判断实名验证是否通过；
所述绑定模块用于在所述判断模块的判断结果为是的情况下，将所述银行卡信息与所述用户标识信息进行绑定。
9.根据权利要求8所述的银行卡的绑定系统，其特征在于，所述信息获取模块包括：
扫描及上传模块，用于通过所述移动终端上的摄像装置来分别对所述银行卡、身份证进行扫描或同时对所述银行卡、身份证二者进行扫描，得到扫描图像，并将所述扫描图像发送到云端识别服务器；
定位及校正控制模块，用于控制所述云端识别服务器计算所述扫描图像中银行卡和/或身份证的位置，并进行倾斜校正处理后得到正面去除杂边的扫描图像；
检索控制模块，用于控制所述云端识别服务器提取处理后的扫描图像的特征信息，并根据所述特征信息在卡片特征库中进行检索，得到匹配的卡片类型；
区域识别控制模块，用于控制所述云端识别服务器根据所述卡片类型获取所述银行卡信息和/或身份证信息所在区域，在该区域内进行识别处理后得到所述银行卡信息和/或身份证信息；
结果回传控制模块，用于控制所述云端识别服务器将所述银行卡信息和/或身份证信息发送到所述移动终端；
结果接收与展示模块，用于接收所述云端识别服务器发送的银行卡信息和/或身份证信息，并将所述银行卡信息和/或身份证信息在所述应用程序的相应界面上进行展示。
10.根据权利要求8或9所述的银行卡的绑定系统，其特征在于，所述身份信息获取模块包括：
本机号码获取模块，用于读取当前移动终端的设备信息中的本机号码，并将该号码作为所述银行预留手机号码赋值到手机号码输入框。
11.根据权利要求8或9所述的银行卡的绑定系统，其特征在于，所述移动终端还包括：
短信验证码获取及上传模块，用于获取由所述银行服务器根据所述实名验证请求所发送的短信验证码，并将该短信验证码通过所述支付服务器提交到所述银行服务器进行短信验证。
12.根据权利要求11所述的银行卡的绑定系统，其特征在于，所述短信验证码获取及上传模块包括：
监控模块，用于对当前移动终端的短信收件箱进行监控，当检测到符合预定信息格式的验证短信时从该验证短信中读取短信验证码，并将该短信验证码赋值到验证码输入框。
13.根据权利要求8或9所述的银行卡的绑定系统，其特征在于，所述身份证信息包括：
姓名、身份证号码；所述银行卡信息包括：银行卡卡号、银行卡发卡行、银行卡种类。
14.根据权利要求13所述的银行卡的绑定系统，其特征在于，所述支付服务器还包括：
签约银行判断模块，用于根据预先存储的签约银行名单判断所述银行卡发卡行是否为已签约银行；
错误提示模块，用于在所述签约银行判断模块的判断结果为否的情况下，给出错误提示。

银行卡的绑定方法及系统\n技术领域\n[0001] 本发明涉及网络通信技术领域，特别是涉及一种银行卡的绑定方法以及一种银行卡的绑定系统。\n背景技术\n[0002] 随着我国电子商务市场的迅猛发展，整个电子商务市场的交易规模不断扩大、客户数量急剧攀升。目前，作为整个网络支付系统中重要环节的资金渠道，采用的都是商业银行提供的网上银行服务。现有网上支付方案中，用户在第三方支付平台支付时，需要预先进行账户的注册，并将银行卡与该第三方支付平台进行绑定。\n[0003] 传统的绑定银行卡的方法中，用户需要手动输入银行卡号等信息，然后验证这些信息与银行服务器中保存的数据是否相符，如果相符则建立该银行卡与第三方支付平台之间的对应关系并上报银行服务器(即绑定成功)。然而，由于银行卡信息是一长串的数字序列，如果每次都需要用户手动输入这些数字序列才能实现银行卡的绑定，势必要花费较多的时间，从而导致银行卡的绑定速度较慢；并且在输入的过程中一旦出错还需重新输入，更是无形中减慢了银行卡的绑定速度。\n发明内容\n[0004] 基于此，本发明实施例中提供一种银行卡的绑定方法及系统，能够提高银行卡的绑定速度。\n[0005] 为实现上述目的，本发明实施例中采用如下的技术方案：\n[0006] 一种银行卡的绑定方法，包括以下步骤：\n[0007] 移动终端获取待绑定的银行卡信息、持卡人的身份证信息、银行预留手机号码以及待绑定应用程序的用户标识信息；所述银行卡信息通过移动终端对待绑定的银行卡进行扫描来获得；其中，通过所述移动终端上的摄像装置来分别对所述银行卡、身份证进行扫描或同时对所述银行卡、身份证二者进行扫描，得到扫描图像，并将所述扫描图像发送到云端识别服务器，所述云端识别服务器进行识别处理后得到所述银行卡信息和/或身份证信息，并将所述银行卡信息和/或身份证信息发送到所述移动终端；\n[0008] 所述移动终端将获取的银行卡信息、身份证信息、银行预留手机号码以及用户标识信息发送给支付服务器；\n[0009] 所述支付服务器根据所述银行卡信息向对应的银行服务器发送实名验证请求；所述实名验证请求包括如下信息：所述银行卡信息、身份证信息以及银行预留手机号码；其中，所述银行服务器在收到实名验证请求后，将实名验证请求中的信息与事先存储的信息进行匹配，并且在匹配结束后，返回一个反馈信息，该反馈信息中记录了匹配成功或不成功的相关信息；\n[0010] 所述支付服务器根据所述银行服务器的反馈信息判断实名验证是否通过；\n[0011] 若是，所述支付服务器将所述银行卡信息与所述用户标识信息进行绑定。\n[0012] 一种银行卡的绑定系统，包括移动终端与支付服务器；所述移动终端包括：信息获取模块、信息发送模块；所述支付服务器包括：实名验证请求发送模块、判断模块、绑定模块；\n[0013] 所述信息获取模块用于获取待绑定的银行卡信息、持卡人的身份证信息、银行预留手机号码以及待绑定应用程序的用户标识信息；所述银行卡信息通过移动终端对待绑定的银行卡进行扫描来获得；其中，通过所述移动终端上的摄像装置来分别对所述银行卡、身份证进行扫描或同时对所述银行卡、身份证二者进行扫描，得到扫描图像，并将所述扫描图像发送到云端识别服务器，所述云端识别服务器进行识别处理后得到所述银行卡信息和/或身份证信息，并将所述银行卡信息和/或身份证信息发送到所述移动终端；\n[0014] 所述信息发送模块用于将获取的银行卡信息、身份证信息、银行预留手机号码以及用户标识信息发送给支付服务器；\n[0015] 所述实名验证请求发送模块用于根据所述银行卡信息向对应的银行服务器发送实名验证请求；所述实名验证请求包括如下信息：所述银行卡信息、身份证信息以及银行预留手机号码；其中，所述银行服务器在收到实名验证请求后，将实名验证请求中的信息与事先存储的信息进行匹配，并且在匹配结束后，返回一个反馈信息，该反馈信息中记录了匹配成功或不成功的相关信息；\n[0016] 所述判断模块用于根据所述银行服务器的反馈信息判断实名验证是否通过；\n[0017] 所述绑定模块用于在所述判断模块的判断结果为是的情况下，将所述银行卡信息与所述用户标识信息进行绑定。\n[0018] 本发明实施例的一种银行卡的绑定方法及系统，通过对待绑定的银行卡进行扫描来快速得到银行卡信息，然后将这些银行卡信息连同持卡人的身份证信息、银行预留手机号码通过支付服务器发送到银行服务器进行实名验证，并在验证通过的情况下将银行卡信息与待绑定应用程序的用户标识信息进行绑定。本发明实施例的方案避免了每次绑定银行卡都需要手动输入一长串银行卡信息的操作方式，有效减少了银行卡绑定过程中的时间耗费以及错误输入的发生概率，提高了银行卡的绑定速度；并且由于本发明实施例中采取银行卡现场扫描的方式，保证了只有在用户持有银行卡的情况下才能获得银行卡信息，杜绝了使用盗用的银行卡进行绑定的可能，提高了银行卡绑定的安全性。\n附图说明\n[0019] 图1为本发明实施例中的一种银行卡的绑定方法流程示意图；\n[0020] 图2为本发明实施例中同时扫描银行卡与身份证的示意图；\n[0021] 图3为本发明实施例中的一种银行卡的绑定系统结构示意图；\n[0022] 图4为本发明实施例中的信息获取模块的结构示意图；\n[0023] 图5是本发明实施例中移动终端的框架结构示意图；\n[0024] 图6是本发明实施例中支付服务器的框架结构示意图。\n具体实施方式\n[0025] 为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。\n[0026] 参见图1所示，一种银行卡的绑定方法，包括以下步骤：\n[0027] 步骤S101，移动终端(如手机、平板电脑等)获取待绑定的银行卡信息、持卡人的身份证信息、银行预留手机号码以及待绑定应用程序的用户标识信息。\n[0028] 需要说明的是，本发明实施列中，所述银行卡信息通过移动终端对待绑定的银行卡进行扫描来获得。当用户需要在某一应用程序(即APP程序或APK程序，如即时通信软件等)上绑定一张银行卡时，会主动发出相应的指令；本发明实施例中，当接收到在应用程序上绑定银行卡的指令时，对待绑定的银行卡进行扫描，从而得到银行卡信息。作为一个较好的实施例，所述对待绑定的银行卡进行扫描从而得到银行卡信息的过程具体可以包括如下：\n[0029] 通过所述移动终端上的摄像装置来对所述银行卡进行扫描，得到扫描图像，并将所述扫描图像发送到云端识别服务器；\n[0030] 所述云端识别服务器计算所述扫描图像中银行卡的位置，并进行倾斜校正处理后得到正面去除杂边的扫描图像；\n[0031] 所述云端识别服务器提取处理后的扫描图像的特征信息，并根据所述特征信息在存储有各类卡片(包括各种银行卡、会员卡、身份证及名片等)信息的卡片特征库中进行检索，得到匹配的卡片类型，如当前的处理对象是身份证还是招行金卡、建行龙卡等；\n[0032] 所述云端识别服务器根据所述卡片类型获取所述银行卡信息所在区域，在该区域内进行识别处理后得到所述银行卡信息。如在已经得知当前卡片为招行金卡的情况下，根据该招行金卡的模版特征可以直接找到该信用卡的银行卡卡号等信息所在的区域(一般精度在2-3mm左右)，并用预先训练好的单字识别核心对该区域内的数字进行识别处理，即可得到需要的银行卡信息；\n[0033] 所述云端识别服务器将所述银行卡信息发送到所述移动终端；\n[0034] 所述移动终端接收所述云端识别服务器发送的银行卡信息，并将所述银行卡信息和/或身份证信息在所述应用程序的相应界面上进行展示。\n[0035] 作为一个较好的实施例，上述银行卡信息中可以包括：银行卡卡号、银行卡发卡行、银行卡种类等。所述银行卡卡号一般为16位或19位数字所组成的序列；所述银行卡发卡行为中国工商银行、中国农业银行等；所述银行卡种类包括信用卡和借记卡两种。基于不同的安全认证标准，在进行银行卡扫描时若检测出当前卡片为信用卡，则还需要获取该信用卡的有效期、CVV(Card Verification Value，卡片认证值)等信息。\n[0036] 作为一个较好的实施例，所述身份证信息可以包括：姓名、身份证号码等。本发明实施例中，所述身份证信息可以是用户手动输入，还可以采用与获取银行卡信息相同的方式来获得所述身份证信息，即在扫描得到银行卡信息之后，通过对用户的身份证进行扫描来获取身份证信息。具体过程可以包括如下：\n[0037] 通过所述移动终端上的摄像装置来对所述身份证进行扫描，得到扫描图像，并将所述扫描图像发送到云端识别服务器；\n[0038] 所述云端识别服务器定位所述扫描图像中银行卡的位置，并进行倾斜校正处理后得到正面去除杂边的扫描图像；\n[0039] 所述云端识别服务器提取处理后的扫描图像的特征信息，并根据所述特征信息在存储有各类卡片信息的卡片特征库中进行检索，得到匹配的卡片类型(通过本步骤可检索出当前的处理对象是身份证)；\n[0040] 在已经知道是身份证的情况下，所述云端识别服务器根据所述卡片类型获取所述身份证信息所在区域，在该区域内进行识别处理后得到所述身份证信息；\n[0041] 所述云端识别服务器将所述身份证信息发送到所述移动终端；\n[0042] 所述移动终端接收所述云端识别服务器发送的身份证信息。\n[0043] 另外，考虑到上述分别对银行卡、身份证进行扫描的方式效率比较低，本发明实施例中还可以采用同时扫描两张卡的方式，如图2所示，即将银行卡、身份证一起同时进行扫描以得到银行卡信息及身份证信息。具体过程可以包括如下：\n[0044] 通过所述移动终端上的摄像装置来同时对所述银行卡、身份证二者进行扫描，得到扫描图像，并将所述扫描图像发送到云端识别服务器；\n[0045] 所述云端识别服务器定位所述扫描图像中银行卡和身份证的位置，并进行倾斜校正处理后得到正面去除杂边的扫描图像；\n[0046] 所述云端识别服务器提取处理后的扫描图像的特征信息，并根据所述特征信息在卡片特征库中进行检索，得到匹配的卡片类型(本发明实施例中为同时得到两种卡片类型，即一种为银行卡，一种为身份证)；\n[0047] 所述云端识别服务器根据所述卡片类型获取所述银行卡信息和身份证信息所在区域，在该区域内进行识别处理后得到所述银行卡信息和身份证信息；\n[0048] 所述云端识别服务器将所述银行卡信息和身份证信息发送到所述移动终端；\n[0049] 所述移动终端接收所述云端识别服务器发送的银行卡信息和身份证信息。\n[0050] 通过同时扫描银行卡与身份证两张卡的方式来获取银行卡信息及身份证信息，可以提高扫描效率、节省扫描花费时间，从而更进一步地提高银行卡的绑定速度。\n[0051] 另外，所述银行预留手机号码也可以采用用户手动输入的方式来获得。作为一个较好的实施例，考虑到目前很多移动终端(如手机)都有自动读取本机号码的功能，因此还可以采用如下方式来获取所述银行预留手机号码：移动终端自动读取自身的设备信息中的本机号码，并将该号码作为所述银行预留手机号码赋值到手机号码输入框；用户在确认该号码是与所述银行卡号相对应的银行预留手机号码后，只需点击号码输入框旁边的“提交”或“确认”按钮即可。由于本发明实施例中能够自动读取手机号码并填写到手机号码输入框中，因此避免了用户的手动输入，有效提高了信息输入的速度，从而更进一步地提高了银行卡的绑定速度。\n[0052] 步骤S102，所述移动终端将获取的银行卡信息、身份证信息、银行预留手机号码以及用户标识信息发送给支付服务器。\n[0053] 步骤S103，所述支付服务器根据所述银行卡信息向对应的银行服务器发送实名验证请求，例如若根据银行卡信息得出是中国工商银行的银行卡，则只能向中国工商银行的银行服务器发送验证请求。所述实名验证请求包括了如下信息：所述银行卡信息、身份证信息以及银行预留手机号码等。\n[0054] 步骤S104，所述支付服务器根据所述银行服务器的反馈信息判断实名验证是否通过。每个银行服务器中均事先存储了与某一银行卡号绑定的身份证信息、银行预留手机号码等信息，银行服务器在收到实名验证请求后，只要将实名验证请求中的信息与事先存储的信息进行简单匹配，即可知道实名验证请求中的信息是否与实际情况相符。并且在匹配结束后，银行服务器会返回一个反馈信息，该反馈信息中记录了匹配成功或不成功的相关信息。本发明实施例中，支付服务器根据所述银行服务器的反馈信息来判断验证是否通过：\n如果信息匹配成功，则验证通过，此时进入步骤S105；如果信息匹配不成功，则说明验证未通过，此时可以给出信息匹配不成功的相关提示，引导用户检查输入的信息是否有误。\n[0055] 步骤S105，在验证通过的情况下，所述支付服务器将所述银行卡信息与所述用户标识信息进行绑定，即建立银行卡信息与用户标识信息之间的对应关系并进行存储。\n[0056] 银行卡绑定成功后，支付服务器会将绑定结果通知移动终端。这样一来在以后的消费过程中就不需要每次都拿出银行卡，而是可以利用移动终端上应用程序的用户标识信息来代替与其绑定的银行卡进行消费。当然为了保护交易的安全，可以在银行卡绑定成功后引导用户设置一个支付密码(一般情况下，该支付密码不能与银行卡的取款密码相同)，只有当支付密码验证成功时才允许付款或消费。\n[0057] 另外，为了保证信息实名验证过程的安全性，作为一个较好的实施例，在步骤S103支付服务器向对应的银行服务器发送实名验证请求之后、步骤S104支付服务器根据所述银行服务器的反馈信息判断验证是否通过之前，还可以包括如下步骤：移动终端获取由所述银行服务器根据所述实名验证请求所发送的短信验证码，并将该短信验证码通过所述支付服务器提交到所述银行服务器进行短信验证。即银行服务器在接收到实名验证请求后进行信息匹配，当匹配成功时会向所述银行预留手机号码发送一条随机短信；该随机短信保存在移动终端的短信收件箱中，随机短信的内容中包含一个随机的短信证码，用于进一步的验证；而本发明实施例中的移动终端则获取到这个短信验证码并通过支付服务器再次提交到银行服务器中进行短信验证，并将短信验证的结果信息添加到所述反馈信息当中。短信验证成功时，反馈信息中会体现这个成功结果，此时说明可以进入后续的银行卡绑定步骤；否则银行服务器返回的反馈信息中会提示短信验证码错误，此时将导致验证不通过，从而使得银行卡绑定失败。\n[0058] 一般情况下，用户在收到所述随机短信后，可以打开短信收件箱并找到对应的短信，然后手动输入所述短信证码即可完成短信验证。作为一个较好的实施例，本发明中可以采用如下方式来获取短信验证码：对当前移动终端的短信收件箱进行监控，当检测到符合预定信息格式的验证短信时，从该验证短信中读取短信验证码，并将该短信验证码赋值到验证码输入框。用户只需点击验证码输入框旁边的“提交”按钮即可。\n[0059] 作为一个较好的实施例，在步骤S103支付服务器向对应的银行服务器发送实名验证请求之前，还可以包括如下步骤：所述支付服务器根据预先存储的签约银行名单判断所述银行卡发卡行是否为已签约银行；若是，则可以进入后续的向银行服务器发送实名验证请求的步骤；否则就算实现了银行卡的绑定，也不能直接利用该应用程序的用户标识信息进行付款或消费，此时可以给出错误提示，引导用户更换一张银行卡来重新进行绑定。\n[0060] 上面详细描述了当接收到在应用程序上绑定银行卡的指令时，如何将该银行卡与所述应用程序的用户标识信息进行绑定的过程。考虑到当前一个用户并不只拥有一张银行卡，我们还可以在一个应用程序的用户标识信息绑定多张银行卡。但前提是该多张银行卡的实名信息需相同，即多张银行卡属于同一用户。\n[0061] 与上述一种银行卡的绑定方法相对应，本发明实施例还提供一种银行卡的绑定系统，如图3所示，包括移动终端20与支付服务器30；所述移动终端20包括：信息获取模块\n201、信息发送模块202；所述支付服务器30包括：实名验证请求发送模块301、判断模块\n302、绑定模块303；\n[0062] 所述信息获取模块201用于获取待绑定的银行卡信息、持卡人的身份证信息、银行预留手机号码以及待绑定应用程序的用户标识信息；所述银行卡信息通过移动终端对待绑定的银行卡进行扫描来获得；\n[0063] 所述信息发送模块202用于将获取的银行卡信息、身份证信息、银行预留手机号码以及用户标识信息发送给支付服务器；\n[0064] 所述实名验证请求发送模块301用于根据所述银行卡信息向对应的银行服务器发送实名验证请求；所述实名验证请求包括如下信息：所述银行卡信息、身份证信息以及银行预留手机号码；\n[0065] 所述判断模块302用于根据所述银行服务器的反馈信息判断实名验证是否通过；\n[0066] 所述绑定模块303用于在所述判断模块的判断结果为是的情况下，将所述银行卡信息与所述用户标识信息进行绑定。\n[0067] 作为一个较好的实施例，如图4所示，所述信息获取模块可以包括：\n[0068] 扫描及上传模块401，用于通过所述移动终端上的摄像装置来分别对所述银行卡、身份证进行扫描或同时对所述银行卡、身份证二者进行扫描，得到扫描图像，并将所述扫描图像发送到云端识别服务器；\n[0069] 定位及校正控制模块402，用于控制所述云端识别服务器计算所述扫描图像中银行卡和/或身份证的位置，并进行倾斜校正处理后得到正面去除杂边的扫描图像；\n[0070] 检索控制模块403，用于控制所述云端识别服务器提取处理后的扫描图像的特征信息，并根据所述特征信息在卡片特征库中进行检索，得到匹配的卡片类型；\n[0071] 区域识别控制模块404，用于控制所述云端识别服务器根据所述卡片类型获取所述银行卡信息和/或身份证信息所在区域，在该区域内进行识别处理后得到所述银行卡信息和/或身份证信息；\n[0072] 结果回传控制模块405，用于控制所述云端识别服务器将所述银行卡信息和/或身份证信息发送到所述移动终端；\n[0073] 结果接收与展示模块406，用于接收所述云端识别服务器发送的银行卡信息和/或身份证信息，并将所述银行卡信息和/或身份证信息在所述应用程序的相应界面上进行展示。\n[0074] 作为一个较好的实施例，所述身份信息获取模块可以包括：\n[0075] 本机号码获取模块，用于读取当前移动终端的设备信息中的本机号码，并将该号码作为所述银行预留手机号码赋值到号码输入框。\n[0076] 作为一个较好的实施例，所述移动终端还可以包括：\n[0077] 短信验证码获取及上传模块，用于获取由所述银行服务器根据所述实名验证请求所发送的短信验证码，并将该短信验证码通过所述支付服务器提交到所述银行服务器进行短信验证。\n[0078] 作为一个较好的实施例，所述短信验证码获取及上传模块可以包括：\n[0079] 监控模块，用于对当前移动终端的短信收件箱进行监控，当检测到符合预定信息格式的验证短信时从该验证短信中读取短信验证码，并将该短信验证码赋值到验证码输入框。\n[0080] 作为一个较好的实施例，所述身份证信息可以包括：姓名、身份证号码等；所述银行卡信息可以包括：银行卡卡号、银行卡发卡行、银行卡种类等。\n[0081] 作为一个较好的实施例，所述支付服务器还可以包括：\n[0082] 签约银行判断模块，用于根据预先存储的签约银行名单判断所述银行卡发卡行是否为已签约银行；\n[0083] 错误提示模块，用于在所述签约银行判断模块的判断结果为否的情况下，给出错误提示。\n[0084] 上述一种银行卡的绑定系统的其它技术特征与本发明的一种银行卡的绑定方法相同，此处不予赘述。\n[0085] 基于上述银行卡的绑定方法及系统，本发明还提供一种实现该银行卡的绑定方法的移动终端以及服务器的结构示例。该移动终端以及服务器的结构只是一个适用于本发明的计算机环境的示例，不能认为是提出了对本发明的使用范围的任何限制，也不能解释为需要依赖于或具有图示的示例性的计算机系统中的一个或多个部件的组合。\n[0086] 图5中示出了该移动终端的部分结构框图。该移动终端可以是手机、平板电脑等任意一种可能需要对相关软件进行升级更新的移动终端。\n[0087] 参考图5，该移动终端包括：存储器510、输入单元520、显示单元530、处理器540、通信模块550等部件。本领域技术人员可以理解，图5中示出的结构，仅仅是与本发明实施例方案相关的部分结构的框图，并不构成对应用在本发明方案中的移动终端的限定，具体的移动终端可以包括比图示中更多或更少的部件，或者组合某些部件，或者不同的部件布置。\n[0088] 下面结合图5对该移动终端的各个构成部件进行具体的介绍。\n[0089] 存储器510可用于存储软件程序以及模块，处理器540通过运行存储在存储器510的软件程序以及模块，从而执行与该移动终端相关的各种功能应用以及数据处理。存储器\n510可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据移动终端的使用所创建的数据等。此外，存储器510可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。\n[0090] 输入单元520可用于接收输入的数字、字符或者其他信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体在本发明实施例的方案中，可以通过该输入单元520来输入银行预留手机号码等操作。\n[0091] 具体地，以移动终端为手机为例，该输入单元520可包括触控面板以及其他输入设备。触控面板，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器540，并能接收处理器540发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板。除了触控面板，输入单元520还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。\n[0092] 显示单元530可用于显示由用户输入的信息或提供给用户的信息以及各种菜单。\n显示单元530可包括显示面板，可选的，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板。具体在本实施例中，可以通过该显示单元330将获取到的银行卡信息、身份证信息等进行显示，以供用户查看以及进行相应的操作。\n[0093] 移动终端通过通信模块550可以实现与服务器之间的通信，该通信模块550可以采用任何可能的方式实现，例如WiFi模块、蓝牙通信、光纤通信等等，通过通信模块550实现了移动终端与服务器之间的通信，从而可以使得移动终端能够向服务器发送相关信息(例如本发明实施例中将获取的银行卡信息、身份证信息、银行预留手机号码以及用户标识信息发送给支付服务器)，并接收由服务器发送的相关信息(例如支付服务器返回绑定结果)。\n[0094] 处理器540是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器510内的软件程序和/或模块，以及调用存储在存储器510内的数据，执行移动终端的各种功能和数据处理，从而对移动终端进行整体监控。可选的，处理器540可包括一个或多个处理单元。\n[0095] 类似地，图6为一个具体示例中支付服务器包含的框架结构，参考图6，该支付服务器包括：存储器610、处理器640、通信模块650等部件。本领域技术人员可以理解，图6中示出的结构仅仅只示出了与本发明方案相关的部分，并不构成对应用在本发明方案中的支付服务器的限定，具体的支付服务器可以包括比图示中更多或更少的部件，或者组合某些部件，或者不同的部件布置。\n[0096] 存储器610可用于存储软件程序以及模块，处理器640通过运行存储在存储器610的软件程序以及模块，从而执行与该支付服务器相关的各种功能应用以及数据处理，例如发送实名验证请求、判断实名验证是否通过以及将银行卡信息与用户标识信息进行绑定等等。存储器610可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据服务器的使用所创建的数据等。\n[0097] 支付服务器通过通信模块650可以实现与移动终端之间的通信，该通信模块650可以采用任何可能的方式实现，例如WiFi模块、蓝牙通信、光纤通信等等，通过通信模块\n650实现了移动终端与支付服务器之间的通信，从而可以使得支付服务器能够接收移动终端发送的相关信息(例如本发明实施例中接收银行卡信息、身份证信息、银行预留手机号码以及用户标识信息等等)，并向移动终端返回与之相关的信息(例如下发绑定结果信息等等)。\n[0098] 处理器640是支付服务器的控制中心，利用各种接口和线路连接整个支付服务器的各个部分，通过运行或执行存储在存储器610内的软件程序和/或模块，以及调用存储在存储器610内的数据，执行支付服务器的各种功能和数据处理，从而对支付服务器进行整体监控。可选的，处理器640可包括一个或多个处理单元。\n[0099] 需要说明的是，除非上下文另有特定清楚的描述，本发明中的元件和组件，数量既可以单个的形式存在，也可以多个的形式存在，本发明并不对此进行限定。另外，本发明中的步骤虽然用标号进行了排列，但并不用于限定步骤的先后次序，除非明确说明了步骤的次序或者某步骤的执行需要其他步骤作为基础，否则步骤的相对次序是可以调整的。\n[0100] 通过以上方案可以看出，本发明实施例的一种银行卡的绑定方法及系统，通过对待绑定的银行卡进行扫描来快速得到银行卡信息，然后将这些银行卡信息连同持卡人的身份证信息、银行预留手机号码通过支付服务器发送到银行服务器进行实名验证，并在验证通过的情况下将银行卡信息与待绑定应用程序的用户标识信息进行绑定。本发明实施例的方案避免了每次绑定银行卡都需要手动输入一长串银行卡信息的操作方式，有效减少了银行卡绑定过程中的时间耗费以及错误输入的发生概率，提高了银行卡的绑定速度；并且由于本发明实施例中采取银行卡现场扫描的方式，保证了只有在用户持有银行卡的情况下才能获得银行卡信息，杜绝了使用盗用的银行卡进行绑定的可能，提高了银行卡绑定的安全性。\n[0101] 以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。