一种快捷支付签约方法及系统与流程

1.本发明涉及网络支付相关领域，尤其涉及一种快捷支付签约方法及系统。


背景技术：

2.当今随着移动互联网发展，移动支付逐渐流行开来。人们在互联网购买商品支付或者线下购物进行支付前，往往需要在支付机构上绑定所开立的银行卡，先完成快捷支付签约，才能支付。
3.目前主流的签约方法是用户在支付机构app中填写需要绑定的卡号和个人信息，同意相关协议后，由支付机构上送至银行签约。
4.近几年为了方便用户快捷签约，当用户需要绑定银行卡时，支付机构可以通过清算平台先获取银行网关地址，再跳转至银行页面展示出用户卡列表，由用户选择需要绑定的卡。或者用户在开立银行卡后，在手机银行app中选择想要绑定的支付机构，发起快捷支付签约。
5.但本技术发明人在实现本技术实施例中发明技术方案的过程中，发现上述技术至少存在如下技术问题：
6.现有技术中在进行签约过程中，手输卡号操作方式繁琐，且签约过程报文格式固定，银行端无法获取支付机构已签约卡信息，易重复签约，存在签约不够智能便利，影响用户绑卡体验的技术问题。


技术实现要素：

7.本技术实施例通过提供一种快捷支付签约方法及系统，解决了现有技术中在进行签约过程中，手输卡号操作方式繁琐，且签约过程报文格式固定，银行端无法获取支付机构已签约卡信息，易重复签约，存在签约不够智能便利，影响用户绑卡体验的技术问题，达到减少输入卡号的繁琐操作，获取已签约卡信息，避免重复签约，提高签约的智能性和便捷性，实现提高用户的绑卡体验的技术效果。
8.鉴于上述问题，提出了本技术实施例提供一种快捷支付签约方法及系统。
9.第一方面，本技术实施例提供了一种快捷支付签约方法，所述方法应用于快捷支付签约系统，所述快捷支付签约系统与支付机构服务端、银行服务端通信连接，所述方法包括：通过所述支付机构服务端获得用户绑定需求信息；通过所述支付机构服务端基于所述用户绑定需求信息进行信息解析，生成信息解析结果，其中，所述信息解析结果包括签约银行信息、已签约卡信息和用户信息、签约手机号信息；基于所述信息解析结果进行用户的身份验证和核实，当验证和核实通过后，生成流水号，并对所述信息解析结果和所述流水号加密加签，生成http请求；当所述银行服务端接收所述http请求时，则对加密加签信息解密验签，基于解密验签结果进行用户信息核实，并查询用户卡列表；对所述用户卡列表进行筛选，基于筛选结果进行可签约卡展示；当所述银行服务端获得用户的签约卡后，基于所述签约卡生成签约请求报文并发送至所述支付机构服务端；当所述银行服务端接收所述支付机
构服务端的签约回执报文时，则通过http请求将所述签约卡的尾号、用户信息和流水号发送至所述支付机构服务端；通过所述支付机构服务端进行签约手机号验证，当验证通过后，将所述签约卡的信息、用户信息、签约手机号信息、流水号传送至所述银行服务端；当所述银行服务端对于签约信息确认通过后，将签约协议号发送至所述支付机构服务端，完成签约。
10.另一方面，本技术还提供了一种快捷支付签约系统，所述快捷支付签约系统与支付机构服务端、银行服务端通信连接，所述系统包括：信息采集模块，所述信息采集模块用于通过所述支付机构服务端获得用户绑定需求信息；信息解析模块，所述信息解析模块用于通过所述支付机构服务端基于所述用户绑定需求信息进行信息解析，生成信息解析结果，其中，所述信息解析结果包括签约银行信息、已签约卡信息和用户信息、签约手机号信息；请求模块，所述请求模块用于基于所述信息解析结果进行用户的身份验证和核实，当验证和核实通过后，生成流水号，并对所述信息解析结果和所述流水号加密加签，生成http请求；查询模块，所述查询模块用于当所述银行服务端接收所述http请求时，则对加密加签信息解密验签，基于解密验签结果进行用户信息核实，并查询用户卡列表；筛选展示模块，所述筛选展示模块用于对所述用户卡列表进行筛选，基于筛选结果进行可签约卡展示；签约请求模块，所述签约请求模块用于当所述银行服务端获得用户的签约卡后，基于所述签约卡生成签约请求报文并发送至所述支付机构服务端；回执模块，所述回执模块用于当所述银行服务端接收所述支付机构服务端的签约回执报文时，则通过http请求将所述签约卡的尾号、用户信息和流水号发送至所述支付机构服务端；验证模块，所述验证模块用于通过所述支付机构服务端进行签约手机号验证，当验证通过后，将所述签约卡的信息、用户信息、签约手机号信息、流水号传送至所述银行服务端；确认模块，所述确认模块用于当所述银行服务端对于签约信息确认通过后，将签约协议号发送至所述支付机构服务端，完成签约。
11.第三方面，本发明提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现第一方面所述方法的步骤。
12.第四方面，本发明提供了一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面所述方法的步骤。
13.本技术实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：
14.通过所述支付机构服务端获得用户绑定需求信息，基于所述绑定需求信息确定绑定银行，然后通过所述支付机构服务端进行用户验证，并查询所述用户需要绑定银行的已签约卡信息，通过http请求访问银行url，将加密加签后的已签约卡尾号、用户姓名、证件信息、签约手机号、流水号发送至银行服务端，当银行服务端收到请求后，将已签约卡尾号、用户姓名、证件信息、签约手机号、流水号验签解密并核实，根据用户身份信息查询用户银行卡列表，并进行筛选，得到可签约卡展示，当用户选择签约卡后，将签约请求报文通过清算平台后台透传至支付机构服务端，当所述银行服务端接收返回报文后，则再用http请求的方式回跳至支付机构服务端，并将签约卡尾号、流水号传送给支付机构服务端，支付机构通过签约手机号的短信验证码验证后，将签约卡、用户姓名、证件信息、签约手机号、流水号等字段再通过后台报文传送至银行服务端，银行服务端对签约信息确认通过后返回签约协议号，达到减少输入卡号的繁琐操作，获取已签约卡信息，避免重复签约，提高签约的智能性
和便捷性，实现提高用户的绑卡体验的技术效果。
15.上述说明仅是本技术技术方案的概述，为了能够更清楚了解本技术的技术手段，而可依照说明书的内容予以实施，并且为了让本技术的上述和其它目的、特征和优点能够更明显易懂，以下特举本技术的具体实施方式。
附图说明
16.图1为本技术实施例一种快捷支付签约方法的流程示意图；
17.图2为本技术实施例一种快捷支付签约系统的结构示意图；
18.图3为本技术实施例的电子装置结构示意图。
19.附图标记说明：信息采集模块1，信息解析模块2，请求模块3，查询模块4，筛选展示模块5，签约请求模块6，回执模块7，验证模块8，确认模块9，总线300，接收器301，处理器302，发送器303，存储器304，总线接口306。
具体实施方式
20.在介绍了本技术基本原理后，下面将结合说明书附图来具体介绍本技术的各种非限制性的实施方式。
21.实施例一
22.如图1所示，本技术实施例提供了一种快捷支付签约方法及系统，所述方法应用于快捷支付签约系统，所述快捷支付签约系统与支付机构服务端、银行服务端通信连接，所述方法包括：
23.步骤s100：通过所述支付机构服务端获得用户绑定需求信息；
24.步骤s200：通过所述支付机构服务端基于所述用户绑定需求信息进行信息解析，生成信息解析结果，其中，所述信息解析结果包括签约银行信息、已签约卡信息和用户信息、签约手机号信息；
25.具体而言，所述快捷支付签约系统为实现快捷支付签约的系统，所述支付机构服务端为进行交易的客户端，一般可以包括常用的支付机构，如微信、支付宝等，所述银行服务端为银行机构中与支付机构进行信息交互信息处理的银行端，包括银行前置、银行后台、银行h5页面等。
26.当用户需要进行支付机构服务端绑定时，则所述支付机构服务端即会获得绑定需求信息，以微信服务端为例，当用户需要进行绑定时，则微信服务端跳转至绑定银行卡界面，用户选定需要绑定的银行时，所述微信服务端接收到需要绑定当前银行的需求信息，还包括用户的信息、签约手机号信息，与当前微信服务端已签约的银行卡信息。通过与支付机构服务端已签约银行卡尾号信息的获取，为后续进行准确的签约卡筛选提供了数据支持，进而可以准确实现用户在当前支付机构中还未签约的该银行卡从卡列表中筛选的技术效果。
27.步骤s300：基于所述信息解析结果进行用户的身份验证和核实，当验证和核实通过后，生成流水号，并对所述信息解析结果和所述流水号加密加签，生成http请求；
28.进一步的，本技术步骤s300还包括：
29.步骤s310：基于所述用户信息调用用户特征信息；
30.步骤s320：通过所述用户特征信息进行用户的生物特征和密码的组合验证，其中，生物特征验证包括人脸识别验证和指纹验证；
31.步骤s330:当生物特征和密码验证均通过时，则当验证和核实通过。
32.具体而言，当所述支付机构服务端基于所述用户绑定需求信息进行信息解析，得到用户信息后，则根据所述用户信息的进行用户的已存储特征识别，所述已存储特征为进行用户认证和核实的特征，可以包括生物特征、密码特征，也可以是生物特征和密码特征的组合验证特征，生物特征可以为人脸特征、指纹特征。基于调用的用户特征信息进行用户的身份验证和核实，当为组合验证特征时，则生物特征和密码验证均通过时，则当验证和核实通过。验证和核实通过后，生成流水号，并对所述信息解析结果和所述流水号加密加签，生成http请求，http请求中包括已签约卡尾号、用户信息。
33.步骤s400：当所述银行服务端接收所述http请求时，则对加密加签信息解密验签，基于解密验签结果进行用户信息核实，并查询用户卡列表；
34.步骤s500：对所述用户卡列表进行筛选，基于筛选结果进行可签约卡展示；
35.进一步的，本技术步骤s500还包括：
36.步骤s510：根据解密验签结果获得所述用户的已签约卡信息；
37.步骤s520：通过所述已签约卡信息进行所述用户卡列表筛选，基于筛选结果获得所述可签约卡。
38.具体而言，当所述银行服务端接收所述http请求时，对请求中加密加签的信息进行解密解签，根据解密解签结果获得已签约卡尾号(所述已签约卡尾号为当前银行的签约卡的尾号)、用户信息。根据所述用户信息进行用户信息核实，确定用户已注册成为当前银行客户。当确认用户为当前银行客户时，则根据用户信息，调用所述用户在当前银行开立的所有银行卡信息，并生成银行卡列表。通过用户验证后，自动进行已签约卡列表提取，避免用户手动输入卡号的繁琐操作，提高绑卡体验的技术效果。
39.根据解密验签结果获得用户在当前银行中与支付机构服务端的已签约银行卡尾号，基于所述银行卡尾号进行所述银行卡列表筛选，基于筛选结果获得可以与支付机构服务端签约的银行卡卡号，并将所述可签约卡在页面展示。
40.步骤s600：当所述银行服务端获得用户的签约卡后，基于所述签约卡生成签约请求报文并发送至所述支付机构服务端；
41.进一步的，本技术步骤s600还包括：
42.步骤s610：当所述支付机构服务端接收所述签约请求报文后，对所述签约请求报文进行解析处理；
43.步骤s620：基于解析处理结果组织快捷签约回执报文；
44.步骤s630：将所述签约回执报文发送至所述银行服务端。
45.具体而言，将所述可签约卡在页面展示后，获得所述用户的选定签约卡，并基于所述签约卡生成签约请求报文，通过清算平台后台透传至支付机构服务端，签约请求报文中包括签约卡、用户姓名、证件信息、签约手机号、流水号等字段。当所述支付机构服务端接收请求后，开始解析所述签约请求报文，并根据解析结果组织快捷签约回执报文，将所述快捷签约回执报文发送至所述银行服务端。
46.步骤s700：当所述银行服务端接收所述支付机构服务端的签约回执报文时，则通
过http请求将所述签约卡的尾号、用户信息和流水号发送至所述支付机构服务端；
47.进一步的，本技术步骤s700还包括：
48.步骤s710：当所述支付机构服务端接收所述签约卡的尾号、用户信息和流水号时，则验证用户信息、流水号是否一致；
49.步骤s720：当信息一致时，则向签约手机号发送短信验证码，进行签约手机号验证。
50.具体而言，当所述银行服务端接收所述支付机构服务端的签约回执报文时，处理签约回执报文后，通过http请求将所述签约卡的尾号、用户信息和流水号发送至所述支付机构服务端，当所述支付机构服务端接收所述签约卡的尾号、用户信息和流水号时，则验证用户信息、流水号是否一致，当验证一致后，向签约手机号发送短信验证码进行验证。
51.步骤s800：通过所述支付机构服务端进行签约手机号验证，当验证通过后，将所述签约卡的信息、用户信息、签约手机号信息、流水号传送至所述银行服务端；
52.进一步的，本技术步骤s800还包括：
53.步骤s810：通过所述银行服务端进行所述用户信息和所述签约卡的信息进行信息验证；
54.步骤s820：判断验证是否通过，当验证未通过，则产生验证未通过回执，并将所述验证未通过回执发送至所述支付机构服务端，结束所述签约卡的签约。
55.具体而言，当机构服务端的短信验证码验证通过后，则组织快捷签约申请报文，将所述快捷签约申请报文透传至银行服务端，所述快捷签约申请报文包括签约卡的信息、用户信息、签约手机号信息、流水号。
56.当所述银行服务端接收所述快捷签约申请报文后，进行报文解析验证，验证用户信息，签约卡信息。当验证不通过时，则产生验证未通过回执，并将所述验证未通过回执发送至所述支付机构服务端，结束所述签约卡的签约。
57.进一步的，当上述任意步骤验证未通过时，均产生对应的验证未通过回执，且所述验证未通过回执中包括未通过原因。
58.步骤s900：当所述银行服务端对于签约信息确认通过后，将签约协议号发送至所述支付机构服务端，完成签约。
59.进一步的，本技术步骤s900还包括：
60.步骤s910：当所述支付机构服务端接收所述签约协议号后，则进行所述签约协议号存储；
61.步骤s920：生成签约结果展示信息，通过所述支付机构服务端进行所述签约结果展示信息展示。
62.具体而言，当所述银行服务端对于签约信息确认通过后，生成签约协议号，生成回执报文。将所述回执报文发送至所述支付机构服务端，所述支付机构服务端接收所述签约协议号后，则进行所述签约协议号存储，生成签约结果展示信息，通过所述支付机构服务端进行所述签约结果展示信息展示，完成签约。达到减少输入卡号的繁琐操作，获取已签约卡信息，避免重复签约，提高签约的智能性和便捷性，实现提高用户的绑卡体验的技术效果。
63.实施例二
64.基于与前述实施例中一种快捷支付签约方法同样发明构思，本发明还提供了一种
快捷支付签约系统，所述快捷支付签约系统与支付机构服务端、银行服务端通信连接，如图2所示，所述系统包括：
65.信息采集模块1，所述信息采集模块1用于通过所述支付机构服务端获得用户绑定需求信息；
66.信息解析模块2，所述信息解析模块2用于通过所述支付机构服务端基于所述用户绑定需求信息进行信息解析，生成信息解析结果，其中，所述信息解析结果包括签约银行信息、已签约卡信息和用户信息、签约手机号信息；
67.请求模块3，所述请求模块3用于基于所述信息解析结果进行用户的身份验证和核实，当验证和核实通过后，生成流水号，并对所述信息解析结果和所述流水号加密加签，生成http请求；
68.查询模块4，所述查询模块4用于当所述银行服务端接收所述http请求时，则对加密加签信息解密验签，基于解密验签结果进行用户信息核实，并查询用户卡列表；
69.筛选展示模块5，所述筛选展示模块5用于对所述用户卡列表进行筛选，基于筛选结果进行可签约卡展示；
70.签约请求模块6，所述签约请求模块6用于当所述银行服务端获得用户的签约卡后，基于所述签约卡生成签约请求报文并发送至所述支付机构服务端；
71.回执模块7，所述回执模块7用于当所述银行服务端接收所述支付机构服务端的签约回执报文时，则通过http请求将所述签约卡的尾号、用户信息和流水号发送至所述支付机构服务端；
72.验证模块8，所述验证模块8用于通过所述支付机构服务端进行签约手机号验证，当验证通过后，将所述签约卡的信息、用户信息、签约手机号信息、流水号传送至所述银行服务端；
73.确认模块9，所述确认模块9用于当所述银行服务端对于签约信息确认通过后，将签约协议号发送至所述支付机构服务端，完成签约。
74.进一步的，所述签约请求模块6还包括：
75.当所述支付机构服务端接收所述签约请求报文后，对所述签约请求报文进行解析处理；
76.基于解析处理结果组织快捷签约回执报文；
77.将所述签约回执报文发送至所述银行服务端。
78.进一步的，所述回执模块7还包括：
79.当所述支付机构服务端接收所述签约卡的尾号、用户信息和流水号时，则验证用户信息、流水号是否一致；
80.当信息一致时，则向签约手机号发送短信验证码，进行签约手机号验证。
81.进一步的，所述验证模块8还包括：
82.通过所述银行服务端进行所述用户信息和所述签约卡的信息进行信息验证；
83.判断验证是否通过，当验证未通过，则产生验证未通过回执，并将所述验证未通过回执发送至所述支付机构服务端，结束所述签约卡的签约。
84.进一步的，所述确认模块9还包括：
85.当所述支付机构服务端接收所述签约协议号后，则进行所述签约协议号存储；
86.生成签约结果展示信息，通过所述支付机构服务端进行所述签约结果展示信息展示。
87.进一步的，所述筛选展示模块5还包括：
88.根据解密验签结果获得所述用户的已签约卡信息；
89.通过所述已签约卡信息进行所述用户卡列表筛选，基于筛选结果获得所述可签约卡。
90.进一步的，所述请求模块3还包括：
91.基于所述用户信息调用用户特征信息；
92.通过所述用户特征信息进行用户的生物特征和密码的组合验证，其中，生物特征验证包括人脸识别验证和指纹验证；
93.当生物特征和密码验证均通过时，则当验证和核实通过。
94.前述图1实施例一中的一种快捷支付签约方法的各种变化方式和具体实例同样适用于本实施例的一种快捷支付签约系统，通过前述对一种快捷支付签约方法的详细描述，本领域技术人员可以清楚的知道本实施例中一种快捷支付签约系统的实施方法，所以为了说明书的简洁，在此不再详述。
95.示例性电子装置
96.下面参考图3来描述本技术实施例的电子装置。
97.图3图示了根据本技术实施例的电子装置的结构示意图。
98.基于与前述实施例中一种快捷支付签约方法的发明构思，本发明还提供一种电子装置，其上存储有计算机程序，该程序被处理器执行时实现前文所述一种快捷支付签约方法的任一方法的步骤。
99.其中，在图3中，总线架构(用总线300来代表)，总线300可以包括任意数量的互联的总线和桥，总线300将包括由处理器302代表的一个或多个处理器和存储器304代表的存储器的各种电路链接在一起。总线300还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口306在总线300和接收器301和发送器303之间提供接口。接收器301和发送器303可以是同一个元件，即收发机，提供用于在传输介质上与各种其他系统通信的单元。
100.处理器302负责管理总线300和通常的处理，而存储器304可以被用于存储处理器302在执行操作时所使用的数据。
101.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
102.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实
现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的系统。
103.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令系统的制造品，该指令系统实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
104.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
105.显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。