支付方法、用户终端以及支付银行服务器与流程

1.本技术涉及金融技术领域，具体涉及一种支付方法、用户终端以及支付银行服务器。


背景技术：

2.目前，移动支付主要有两种支付方式：app支付和h5支付。app支付即用户在消费app消费，选择支付工具后跳转至商业银行或支付机构的app应用软件完成支付的方式，h5支付即用户在消费app消费，选择支付工具后跳转到手机浏览器h5页面输入相关用户信息登陆，然后进行身份验证完成支付的方式。这两种支付模式都具有一个相同问题，即需要从消费app跳出才能完成支付交易，导致用户体验中断、交易链路过长，加之app支付需要用户下载各类支付应用软件从而会造成设备内存负担和h5支付每次都需要登陆操作不便的固有的缺点，支付体验和便捷性不足，因此存在诸多缺陷。


技术实现要素：

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.支付操作模块，执行所述支付功能构件，以进行支付操作。
42.在优选的实施例中，还包括：
43.接口编号获取模块，获取所述支付银行服务器随机选取的接口编号；
44.所述支付功能构件调用模块具体用于通过所述接口编号对应的接口将所述软件包导入至所述程序。
45.在优选的实施例中，所述软件包还包括上送功能构件，所述用户终端还包括：
46.上送功能构件执行模块，执行所述上送功能构件，调取所述程序缓存的用户信息，并将所述用户信息发送至所述支付银行服务器，所述支付银行服务器对所述用户信息进行校验，校验成功后生成支付信息；
47.支付信息接收模块，接收所述支付信息，并在所述程序的界面上生成可供用户输入支付操作的窗口；其中所述支付功能构件响应于所述支付操作而执行。
48.在优选的实施例中，所述软件包还包括生物识别功能构件，所述用户终端还包括：
49.生物识别构件执行模块，执行所述生物识别功能构件，调用所述用户终端的生物识别组件，进而采集用户当前的生物信息；
50.生物信息发送模块，将所述生物信息发送至所述支付银行服务器，以使所述支付银行服务器对获得的所述生物信息与该用户的预留生物信息比对，若一致，向所述用户终端发送所述支付信息。
51.在优选的实施例中，还包括：
52.终端标识发送模块，将所述用户终端的终端标识和用户信息发送至所述支付银行服务器，以使所述支付银行服务器基于所述终端标识、所述程序的身份标识和所述用户信息确定是否执行支付操作。
53.第四方面，本发明提供一种支付银行服务器，包括：
54.支付请求接收模块，接收用户终端发送的消费请求和支付请求，所述支付请求包括所述程序的身份标识；
55.软件包调用模块，根据所述身份标识确定是否执行支付操作，以使所述用户终端通过所述程序身份标识对应的程序调用一包括支付功能构件的软件包，并执行所述支付功能构件，进行支付操作。
56.在优选的实施例中，还包括：
57.随机生成模块，随机选取一接口编号，将所述接口编号发送至所述用户终端，以使所述用户终端通过所述接口编号对应的接口将所述软件包导入至所述程序。
58.在优选的实施例中，所述软件包还包括上送功能构件，所述支付银行服务器还包括：
59.用户信息接收模块，接收用户信息；所述用户信息是通过所述上送功能构件调取所述程序缓存得到；
60.支付信息生成模块，对所述用户信息进行校验，校验成功后生成支付信息；
61.支付信息发送模块，将所述支付信息发送至所述用户终端，以使用户终端在所述程序的界面上生成可供用户输入支付操作的窗口；其中所述支付功能构件响应于所述支付操作而执行。
62.在优选的实施例中，所述软件包还包括生物识别功能构件，所述支付银行服务器还包括：
63.生物信息接收模块，接收用户的生物信息；所述生物信息是通过所述生物识别功能构件调用所述用户终端的生物识别组件采集得到；
64.比对模块，对获得的所述生物信息与该用户的预留生物信息比对，若一致，向所述用户终端发送所述支付信息。
65.在优选的实施例中，所述支付银行服务器还包括：
66.终端标识接收模块，接收用户终端发送的终端标识和用户信息；
67.所述软件包调用模块具体用于基于所述终端标识、所述程序的身份标识和所述用户信息确定是否执行支付操作。
68.第五方面，本技术提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述的支付方法。
69.第六方面，本技术提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述的支付方法。
70.由上述技术方案可知，本技术提供的一种支付方法、用户终端以及支付银行服务器，通过将包括支付功能构件的软件包导入至需要进行支付的程序内，通过程序调用支付功能构件，进而实现在支付时无需跳转至银行app或者h5支付界面，仅需在程序界面内进行支付即可，从而可以支付。
附图说明
71.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
72.图1是本技术实施例中的由用户终端执行的支付方法的流程示意图。
73.图2是本技术实施例中的由用户终端执行的支付方法进一步包括的步骤流程示意图之一。
74.图3是本技术实施例中的由用户终端执行的支付方法进一步包括的步骤流程示意图之二。
75.图4是本技术实施例中的各端交互步骤示意图之一。
76.图5是本技术实施例中的各端交互步骤示意图之二。
77.图6是本技术实施例中的各端交互步骤示意图之三。
78.图7是本技术实施例中由支付银行服务器执行的支付方法的流程示意图。
79.图8是本技术实施例中的由支付银行服务器支付方法进一步包括的步骤流程示意图之一。
80.图9是本技术实施例中的由支付银行服务器支付方法进一步包括的步骤流程示意图之二。
81.图10是本技术实施例中的由支付银行服务器支付方法进一步包括的步骤流程示意图之三。
82.图11是本技术实施例中用户终端的模块结构示意图。
83.图12是本技术实施例中用户终端进一步包括的模块结构示意图之一。
84.图13是本技术实施例中用户终端进一步包括的模块结构示意图之二。
85.图14是本技术实施例中支付银行服务器的模块结构示意图。
86.图15是本技术实施例中支付银行服务器进一步包括的模块结构示意图之一。
87.图16是本技术实施例中支付银行服务器进一步包括的模块结构示意图之二。
88.图17是本技术实施例中的电子设备的结构示意图。
具体实施方式
89.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
90.需要说明的是，本技术公开的支付方法、系统、电子设备和计算机可读存储介质可用于金融技术领域，也可用于除金融技术领域之外的任意领域，本技术公开的支付方法、系统、电子设备和计算机可读存储介质的应用领域不做限定。
91.本技术还提供一种用于实现本技术一个或多个实施例中提供的用户终端可以搭载购物用的程序，该程序可以通过用户终端进行登录操作，例如指纹验证、人脸识别验证或者密码验证登录等，本发明对此不做限制。
92.支付银行服务器是银行支付银行服务器对应的服务器，其可以与用户终端进行业务交互，例如转账、汇款等。
93.可以理解的是，所述用户终端可以包括智能手机、平板电子设备、便携式计算机、台式电脑、个人数字助理(pda)等。
94.上述支付银行服务器与所述用户终端之间可以使用任何合适的网络协议进行通信，包括在本技术提交日尚未开发出的网络协议。所述网络协议例如可以包括tcp/ip协议、udp/ip协议、http协议、https协议等。当然，所述网络协议例如还可以包括在上述协议之上使用的rpc协议(remote procedure call protocol，远程过程调用协议)、rest协议(representational state transfer，表述性状态转移协议)等。
95.发明人发现，完成支付交易共包含两个过程，一是身份认证，即确认客户是谁；另一个是支付认证，即证明客户是本人。跳转到app和跳转到h5进行登陆的目的都是为了第一个身份认证过程，即确认客户是谁，从而再引导客户进行支付认证，验证客户是不是本人。
96.基于此，本技术提供的一种支付方法、用户终端以及支付银行服务器，通过将包括支付功能构件的软件包导入至需要进行支付的程序内，通过程序调用支付功能构件，进而实现在支付时无需跳转至银行app或者h5支付界面，仅需在程序界面内进行支付即可，从而可以支付。
97.具体通过下述多个实施例及应用实例分别进行说明。
98.本技术提供一种支付方法的实施例，如图1所示，由用户终端执行，包括：
99.s101：向一支付银行服务器发送支付请求，以使所述支付银行服务器确定是否执行支付操作；
100.s102：在所述支付银行服务器确定执行支付操作后，通过所述程序身份标识对应的程序调用一包括支付功能构件的软件包；
101.s103：执行所述支付功能构件，以进行支付操作。
102.从上述描述可知，本技术实施例提供的支付方法，通过获取包括支付功能构件的软件包并导入至需要进行支付的程序内，通过程序调用支付功能构件，进而实现在支付时无需跳转至银行app或者h5支付界面，仅需在程序界面内进行支付即可，从而可以支付。
103.本技术中，软件包包括支付功能构件，支付功能构件是用于实现支付功能的构件，例如支付必须的校验等，在此不做赘述。
104.在本技术的实施例中，上述方法通过用户终端执行，用户终端与支付银行服务器共同构成支付系统。
105.在某些实施例中，消费请求是用户在上述程序上进行购物操作或者消费操作所产生的请求信息，其包括用户的消费对象、消费金额、收款方等信息。
106.本技术中，支付请求包括程序的身份标识，例如对于安卓手机而言，其程序的身份标识为appid(app唯一标识)，本技术对此不做限制。
107.可以理解，本发明中的软件包可以为软件开发工具包(sdk，software development kit)，本发明对此不做赘述。
108.在优选的实施例中，所述软件包中包含加固编译器，所述支付构件包括有支付功能代码，所述加固编译器用于对支付功能代码中的指定指令代码进行加密和解密；在通过所述程序身份标识对应的程序调用一包括支付功能构件的软件包之前，所述方法还包括：
109.运行所述加固编译器，对所述指定代码进行解密，进而使所述支付功能构件处于可调用状态。
110.该实施例中，通过加固编译器可以保证软件包运行的安全性。
111.在优选的实施例中，本发明还包括：
112.s01：获取所述支付银行服务器随机选取的接口编号；
113.本实施例中，步骤s102具体包括：通过所述接口编号对应的接口将所述软件包导入至所述程序。
114.该实施例中，可以灵活切换接口，由于接口编号是随机选取，因此选用的接口具有一定随机性，非预设程序由于接口编号等均无法对应，因此可以避免软件包被盗用或者避免软件包被冒领。
115.进一步的，在优选的实施例中，所述软件包还包括上送功能构件，如图2所示，所述方法还包括：
116.s104：执行所述上送功能构件，调取所述程序缓存的用户信息，并将所述用户信息发送至所述支付银行服务器，所述支付银行服务器对所述用户信息进行校验，校验成功后生成支付信息；
117.s105：接收所述支付信息，并在所述程序的界面上生成可供用户输入支付操作的窗口；其中所述支付功能构件响应于所述支付操作而执行。
118.本实施例中，通过上送构件调取用户信息后发送给支付银行服务器，进而支付银行服务器对用户信息进行校验，如果校验一致则生成支付信息。进而支付完成之后可以扣除该用户在银行内预留的存款。
119.此外，在优选的实施例中，所述软件包还包括生物识别功能构件，在接收所述支付信息之前，如图3所示，所述方法还包括：
120.s106：执行所述生物识别功能构件，调用所述用户终端的生物识别组件，进而采集用户当前的生物信息；
121.s107：将所述生物信息发送至所述支付银行服务器，以使所述支付银行服务器对获得的所述生物信息与该用户的预留生物信息比对，若一致，向所述用户终端发送所述支付信息。
122.具体的，本实施例中，软件包还包括生物识别功能构件，进而可以通过调用用户终端的生物识别组件，例如人脸识别、指纹识别、虹膜识别等，
123.本实施例中通过生物识别功能构件调用用户终端的生物识别组件，进而采集用户的生物信息，通过将生物信息发送给支付银行服务器，进而可以使得支付银行服务器可以对获得的所述生物信息与该用户的预留生物信息比对，若一致，向所述用户终端发送所述支付信息，从而校验确定是否是用户本人操作。
124.此外，在某些实施例中，所述方法还包括：将所述用户终端的终端标识和用户信息发送至所述支付银行服务器，以使所述支付银行服务器基于所述终端标识、所述程序的身份标识和所述用户信息确定是否执行支付操作。
125.本实施例中，支付银行服务器根据所述终端标识、所述程序的身份标识和所述用户信息确定是否执行支付操作，也即在结合所述终端标识、所述程序的身份标识和所述用户信息后对用户身份和终端进行校验，如果校验通过，则确定执行支付操作。
126.下面以具体实例对本发明进行详细说明。
127.本技术首先提供用户终端、商业银行支付sdk、支付银行服务器。用户终端，是第三方(消费app方)提供线上服务的客户端，该客户端内嵌商业银行支付sdk。商业银行支付sdk，是商业银行支付软件包，其中含有商业银行支付构件、生物识别构件，具备支持客户进行生物识别、记录客户身份、进行客户信息缓存等功能。支付银行服务器是接收并处理用户支付请求的银行后台服务器。可以对消费app唯一标识(appid)、设备唯一标识(deviceid)、客户唯一标识(userid，与行内客编对应)、支付协议唯一标识(agreementid)进行绑定存储；对当前支付客户的生物识别信息与银行生物识别库进行匹配；对客户在商业银行的支付协议进行查询、存储，以及对客户的支付认证进行校验；对客户支付卡进行扣款及商户侧进行入账处理。
128.使用时，用户在用户终端发起消费请求并选择商业银行支付认证方式，商业银行支付sdk查询是否有缓存的userid，若没有缓存则为用户首次在消费app开通银行支付认证绑定，商业银行sdk引导客户完成生物识别，支付银行服务器进行生物识别校验。若生物识别信息匹配成功，则支付银行服务器获取客户的客编信息，基于客编调用客户支付协议管理模块查询客户的支付协议：若支付协议存在，则支付银行服务器查询或新增绑定记录，确定appid、userid、deviceid、agreementid的绑定关系，同时向商业银行支付sdk返回支付卡列表，由客户进行支付认证，商业银行支付sdk将认证信息返回支付银行服务器，支付银行服务器进行支付校验，校验通过后完成此次交易；若支付协议不存在，则支付银行服务器向商业银行支付sdk返回注册页面，要求客户注册支付，信息返回给支付银行服务器，进而新增协议记录，新增appid、userid、deviceid、agreementid绑定记录，并完成本次交易。若生
物识别信息匹配不成功，则说明该客户在商业银行没有预留过生物识别信息，按照支付协议不存在场景完成处理。此外，当客户主动注销支付协议后，支付权限绑定记录同步清空。
129.若有缓存的userid，即为用户非首次在消费app开通银行支付认证绑定。支付银行服务器直接向商业银行支付sdk返回客户的支付卡列表，由客户确认是否为本人信息，若是则进行支付认证，完成支付交易；若不是客户本人信息，客户可通过验签台解绑绑定关系并同步清空用户终端缓存，再按照无缓存首次绑定的流程重新发起交易。
130.下面提供用户在用户终端首次支付，商业银行支付sdk无缓存，客户在商业银行有生物识别信息的实施例，如图4，其具体包括：
131.step11:用户在用户终端消费，选择商业银行支付方式；
132.step12:商业银行支付sdk确认无缓存userid；
133.step13:商业银行支付sdk调起生物识别构件，引导用户录入生物识别信息；
134.step14:用户完成生物识别；
135.step15:商业银行支付sdk返回appid deviceid 生物识别信息给支付银行服务器；
136.step16:支付银行服务器进行生物识别信息匹配，匹配成功。
137.step17:支付银行服务器根据生物识别确认客编，并根据客编生成客户外部识别号userid，返回给商业银行支付sdk；
138.step18:商业银行支付sdk缓存userid；
139.step19:支付银行服务器同时根据客编查询支付协议，
140.若存在支付协议，则绑定appid deviceid userid agereementid，并返回卡列表引导客户完成支付；
141.若不存在支付协议，支付银行服务器引导客户注册并进行支付权限记录绑定，并返回卡列表引导客户完成支付。
142.可以看出，本技术对于用户首次支付的实施例中无需跳转到银行app上进行支付，也无需跳转到h5网页进行支付，可以实现首次支付支付的效果。
143.进一步的，本技术提供用户在用户终端首次支付，商业银行支付sdk无缓存，客户在商业银行没有生物识别信息的实施例，如图5所示，具体包括：
144.step21:用户在用户终端消费，选择商业银行支付方式；
145.step22:商业银行支付sdk确认无缓存userid；
146.step23:商业银行支付sdk调起生物识别构件，引导用户录入生物识别信息；
147.step24:用户完成生物识别；
148.step25:商业银行支付sdk返回appid deviceid 生物识别信息给支付银行服务器；
149.step26:支付银行服务器进行生物识别信息匹配，匹配不成功；
150.step27:支付银行服务器引导客户注册；
151.step28:商业银行支付sdk调起收银台，展示注册页面；
152.step29:客户完成注册并支付；
153.step210:商业银行支付sdk返回客户注册信息；
154.step211:支付银行服务器存储支付协议，并根据客编生成userid，返回商户支付
sdk；
155.step212:商户支付sdk缓存userid；
156.step213:支付银行服务器同时绑定appid deviceid userid agereementid。
157.可以看出，本技术对于用户首次支付并且用户尚未注册的实施例中无需跳转到银行app上进行支付，也无需跳转到h5网页进行支付，仅需要在程序内进行注册即可，可以实现首次无感注册效果。
158.进一步的，本技术还提供用户在用户终端非首次支付，商业银行支付sdk有缓存的实施例，如图6所示，具体包括：
159.step31:用户在用户终端消费，选择商业银行支付方式；
160.step32:商业银行支付sdk确认有缓存userid，将userid信息上送给支付银行服务器；
161.step33:支付银行服务器通过userid查询appid deviceid userid agereementid绑定记录；
162.step34:支付银行服务器根据协议返回卡列表；
163.step35:商业银行sdk展示卡列表，引导客户支付；
164.step36:客户确认是否为本人卡列表，若是则完成支付，若不是主动发起解绑信息，重新走技术流程step31和step32。
165.可以看出，本技术通过商业银行和支付机构的sdk嵌入购物等app中，结合生物识别校验，基于移动终端应用软件的用户终端、支付银行服务器的信息联动，通过对app唯一标识、客户唯一标识、支付协议唯一标识校验的方式完成支付身份认证和支付认证，且支持二次支付时无需进行身份识别认证，在确保原有支付安全性的同时，解决支付时必须跳转到商业银行和支付机构app和h5才可完成支付交易的问题，缩短了支付流程，提升了支付效率和用户体验。
166.此外，本技术另一方面实施例提供一种支付方法，由支付银行服务器执行，如图7所示，包括：
167.s201：接收用户终端发送的消费请求和支付请求，所述支付请求包括所述程序的身份标识；
168.s202：根据所述身份标识确定是否执行支付操作，以使所述用户终端通过所述程序调用所述支付功能构件，以执行所述支付功能构件，进行支付操作。
169.从上述描述可知，本技术实施例提供的支付方法，通过将包括支付功能构件的软件包导入至需要进行支付的程序内，通过程序调用支付功能构件，进而实现在支付时无需跳转至银行app或者h5支付界面，仅需在程序界面内进行支付即可，从而可以支付。
170.本技术中，软件包包括支付功能构件，支付功能构件是用于实现支付功能的构件，例如支付必须的校验等，在此不做赘述。
171.在本技术的实施例中，上述方法通过用户终端执行，用户终端与支付银行服务器共同构成支付系统。
172.在某些实施例中，消费请求是用户在上述程序上进行购物操作或者消费操作所产生的请求信息，其包括用户的消费对象、消费金额、收款方等信息。
173.本技术中，支付请求包括程序的身份标识，例如对于安卓手机而言，其程序的身份
标识为appid(app唯一标识)，本技术对此不做限制。
174.可以理解，本发明中的软件包可以为软件开发工具包(sdk，software development kit)，本发明对此不做赘述。
175.在优选的实施例中，还包括：
176.s203：随机选取一接口编号，将所述接口编号发送至所述用户终端，以使所述用户终端通过所述接口编号对应的接口将所述软件包导入至所述程序。
177.该实施例中，可以灵活切换接口，由于接口编号是随机选取，因此选用的接口具有一定随机性，非预设程序由于接口编号等均无法对应，因此可以避免软件包被盗用或者避免软件包被冒领。
178.在优选的实施例中，所述软件包还包括上送功能构件，如图8所示，所述方法还包括：
179.s204：接收用户信息；所述用户信息是通过所述上送功能构件调取所述程序缓存得到；
180.s205：对所述用户信息进行校验，校验成功后生成支付信息；
181.s206：将所述支付信息发送至所述用户终端，以使用户终端在所述程序的界面上生成可供用户输入支付操作的窗口；其中所述支付功能构件响应于所述支付操作而执行。
182.本实施例中，通过上送构件调取用户信息后发送给支付银行服务器，进而支付银行服务器对用户信息进行校验，如果校验一致则生成支付信息。进而支付完成之后可以扣除该用户在银行内预留的存款。
183.在优选的实施例中，所述软件包还包括生物识别功能构件，在生成所述支付信息之前，如图9所示，所述方法还包括：
184.s207：接收用户的生物信息；所述生物信息是通过所述生物识别功能构件调用所述用户终端的生物识别组件采集得到；
185.s208：对获得的所述生物信息与该用户的预留生物信息比对，若一致，向所述用户终端发送所述支付信息。
186.具体的，本实施例中，软件包还包括生物识别功能构件，进而可以通过调用用户终端的生物识别组件，例如人脸识别、指纹识别、虹膜识别等，
187.本实施例中通过生物识别功能构件调用用户终端的生物识别组件，进而采集用户的生物信息，通过将生物信息发送给支付银行服务器，进而可以使得支付银行服务器可以对获得的所述生物信息与该用户的预留生物信息比对，若一致，向所述用户终端发送所述支付信息，从而校验确定是否是用户本人操作。
188.在优选的实施例中，如图10所示，还包括：
189.s209：接收用户终端发送的终端标识和用户信息；
190.所述根据所述身份标识确定是否执行支付操作，包括：
191.s210：基于所述终端标识、所述程序的身份标识和所述用户信息确定是否执行支付操作。
192.本实施例中，支付银行服务器根据所述终端标识、所述程序的身份标识和所述用户信息确定是否执行支付操作，也即在结合所述终端标识、所述程序的身份标识和所述用户信息后对用户身份和终端进行校验，如果校验通过，则确定执行支付操作。
193.可以看出，本技术通过商业银行和支付机构的sdk嵌入购物等app中，结合生物识别校验，基于移动终端应用软件的用户终端、支付银行服务器的信息联动，通过对app唯一标识、客户唯一标识、支付协议唯一标识校验的方式完成支付身份认证和支付认证，且支持二次支付时无需进行身份识别认证，在确保原有支付安全性的同时，解决支付时必须跳转到商业银行和支付机构app和h5才可完成支付交易的问题，缩短了支付流程，提升了支付效率和用户体验。
194.从软件层面来说，本发明提供一种用户终端，如图11所示，包括：
195.支付请求发送模块11，向一支付银行服务器发送支付请求，以使所述支付银行服务器确定是否执行支付操作；
196.支付功能构件调用模块12，在所述支付银行服务器确定执行支付操作后，通过所述程序身份标识对应的程序调用一包括支付功能构件的软件包；
197.支付操作模块13，执行所述支付功能构件，以进行支付操作。
198.从上述描述可知，本技术实施例提供的用户终端，通过接收包括支付功能构件的软件包，将其导入至需要进行支付的程序内，通过程序调用支付功能构件，进而实现在支付时无需跳转至银行app或者h5支付界面，仅需在程序界面内进行支付即可，从而可以支付。
199.在优选的实施例中，还包括：
200.接口编号获取模块，获取所述支付银行服务器随机选取的接口编号；
201.所述支付功能构件调用模块具体用于通过所述接口编号对应的接口将所述软件包导入至所述程序。
202.该实施例中，可以灵活切换接口，由于接口编号是随机选取，因此选用的接口具有一定随机性，非预设程序由于接口编号等均无法对应，因此可以避免软件包被盗用或者避免软件包被冒领。
203.在优选的实施例中，所述软件包还包括上送功能构件，如图12所示，所述用户终端还包括：
204.上送功能构件执行模块14，执行所述上送功能构件，调取所述程序缓存的用户信息，并将所述用户信息发送至所述支付银行服务器，所述支付银行服务器对所述用户信息进行校验，校验成功后生成支付信息；
205.支付信息接收模块15，接收所述支付信息，并在所述程序的界面上生成可供用户输入支付操作的窗口；其中所述支付功能构件响应于所述支付操作而执行。
206.本实施例中，通过上送构件调取用户信息后发送给支付银行服务器，进而支付银行服务器对用户信息进行校验，如果校验一致则生成支付信息。进而支付完成之后可以扣除该用户在银行内预留的存款。
207.在优选的实施例中，所述软件包还包括生物识别功能构件，如图13所示，所述用户终端还包括：
208.生物识别构件执行模块17，执行所述生物识别功能构件，调用所述用户终端的生物识别组件，进而采集用户当前的生物信息；
209.生物信息发送模块18，将所述生物信息发送至所述支付银行服务器，以使所述支付银行服务器对获得的所述生物信息与该用户的预留生物信息比对，若一致，向所述用户终端发送所述支付信息。
210.具体的，本实施例中，软件包还包括生物识别功能构件，进而可以通过调用用户终端的生物识别组件，例如人脸识别、指纹识别、虹膜识别等，
211.本实施例中通过生物识别功能构件调用用户终端的生物识别组件，进而采集用户的生物信息，通过将生物信息发送给支付银行服务器，进而可以使得支付银行服务器可以对获得的所述生物信息与该用户的预留生物信息比对，若一致，向所述用户终端发送所述支付信息，从而校验确定是否是用户本人操作。
212.在优选的实施例中，还包括：
213.终端标识发送模块19，将所述用户终端的终端标识和用户信息发送至所述支付银行服务器，以使所述支付银行服务器基于所述终端标识、所述程序的身份标识和所述用户信息确定是否执行支付操作。
214.本实施例中，支付银行服务器根据所述终端标识、所述程序的身份标识和所述用户信息确定是否执行支付操作，也即在结合所述终端标识、所述程序的身份标识和所述用户信息后对用户身份和终端进行校验，如果校验通过，则确定执行支付操作。
215.此外，本发明进一步提供一种支付银行服务器，如图14包括：
216.支付请求接收模块21，接收用户终端发送的消费请求和支付请求，所述支付请求包括所述程序的身份标识；
217.软件包调用模块22，根据所述身份标识确定是否执行支付操作，以使所述用户终端通过所述程序调用所述支付功能构件，以执行所述支付功能构件，进行支付操作。
218.从上述描述可知，本技术实施例提供的支付银行服务器，通过将包括支付功能构件的软件包导入至需要进行支付的程序内，通过程序调用支付功能构件，进而实现在支付时无需跳转至银行app或者h5支付界面，仅需在程序界面内进行支付即可，从而可以支付。
219.在优选的实施例中，还包括：
220.随机生成模块，随机选取一接口编号，将所述接口编号发送至所述用户终端，以使所述用户终端通过所述接口编号对应的接口将所述软件包导入至所述程序。
221.该实施例中，可以灵活切换接口，由于接口编号是随机选取，因此选用的接口具有一定随机性，非预设程序由于接口编号等均无法对应，因此可以避免软件包被盗用或者避免软件包被冒领。
222.在优选的实施例中，所述软件包还包括上送功能构件，如图15，所述支付银行服务器还包括：
223.用户信息接收模块25，接收用户信息；所述用户信息是通过所述上送功能构件调取所述程序缓存得到；
224.支付信息生成模块26，对所述用户信息进行校验，校验成功后生成支付信息；
225.支付信息发送模块27，将所述支付信息发送至所述用户终端，以使用户终端在所述程序的界面上生成可供用户输入支付操作的窗口；其中所述支付功能构件响应于所述支付操作而执行。
226.本实施例中，通过上送构件调取用户信息后发送给支付银行服务器，进而支付银行服务器对用户信息进行校验，如果校验一致则生成支付信息。进而支付完成之后可以扣除该用户在银行内预留的存款。
227.在优选的实施例中，所述软件包还包括生物识别功能构件，如图16，所述支付银行
服务器还包括：
228.生物信息接收模块28，接收用户的生物信息；所述生物信息是通过所述生物识别功能构件调用所述用户终端的生物识别组件采集得到；
229.比对模块29，对获得的所述生物信息与该用户的预留生物信息比对，若一致，向所述用户终端发送所述支付信息。
230.具体的，本实施例中，软件包还包括生物识别功能构件，进而可以通过调用用户终端的生物识别组件，例如人脸识别、指纹识别、虹膜识别等，
231.本实施例中通过生物识别功能构件调用用户终端的生物识别组件，进而采集用户的生物信息，通过将生物信息发送给支付银行服务器，进而可以使得支付银行服务器可以对获得的所述生物信息与该用户的预留生物信息比对，若一致，向所述用户终端发送所述支付信息，从而校验确定是否是用户本人操作。
232.在优选的实施例中，所述支付银行服务器还包括：
233.终端标识接收模块，接收用户终端发送的终端标识和用户信息；
234.所述软件包调用模块具体用于基于所述终端标识、所述程序的身份标识和所述用户信息确定是否执行支付操作。
235.本实施例中，支付银行服务器根据所述终端标识、所述程序的身份标识和所述用户信息确定是否执行支付操作，也即在结合所述终端标识、所述程序的身份标识和所述用户信息后对用户身份和终端进行校验，如果校验通过，则确定执行支付操作。
236.从硬件层面来说，为了解决现有的支付隐私泄露的问题，本技术提供一种用于实现所述支付方法中的全部或部分内容的电子设备的实施例，所述电子设备具体包含有如下内容：
237.图17为本技术实施例的电子设备9600的系统构成的示意框图。如图17所示，该电子设备9600可以包括中央处理器9100和存储器9140；存储器9140耦合到中央处理器9100。值得注意的是，该图17是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。
238.在一实施例中，支付功能可以被集成到中央处理器中。其中，中央处理器可以被配置为进行如下控制：
239.s101：向一支付银行服务器发送支付请求，以使所述支付银行服务器确定是否执行支付操作；
240.s102：在所述支付银行服务器确定执行支付操作后，通过所述程序身份标识对应的程序调用一包括支付功能构件的软件包；
241.s103：执行所述支付功能构件，以进行支付操作。
242.从上述描述可知，本技术实施例提供的电子设备，通过将包括支付功能构件的软件包导入至需要进行支付的程序内，通过程序调用支付功能构件，进而实现在支付时无需跳转至银行app或者h5支付界面，仅需在程序界面内进行支付即可，从而可以支付。
243.在另一个实施方式中，支付系统可以与中央处理器9100分开配置，例如可以将支付系统配置为与中央处理器9100连接的芯片，通过中央处理器的控制来实现上述交互。
244.如图17所示，该电子设备9600还可以包括：通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是，电子设备9600也并不是必须要包括图17
中所示的所有部件；此外，电子设备9600还可以包括图17中没有示出的部件，可以参考现有技术。
245.如图17所示，中央处理器9100有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。
246.其中，存储器9140，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序，以实现信息存储或处理等。
247.输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为lcd显示器，但并不限于此。
248.该存储器9140可以是固态存储器，例如，只读存储器(rom)、随机存取存储器(ram)、sim卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为eprom等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142，该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。
249.存储器9140还可以包括数据存储部9143，该数据存储部9143用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。
250.通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。
251.基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块9110，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132，以经由扬声器9131提供音频输出，并接收来自麦克风9132的音频输入，从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理器9130还耦合到中央处理器9100，从而使得可以通过麦克风9132能够在本机上录音，且使得可以通过扬声器9131来播放本机上存储的声音。
252.本技术的实施例还提供能够实现上述实施例中的支付方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的执行主体为服务器或客户端的支付方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：
253.s101：向一支付银行服务器发送支付请求，以使所述支付银行服务器确定是否执行支付操作；
254.s102：在所述支付银行服务器确定执行支付操作后，通过所述程序身份标识对应
的程序调用一包括支付功能构件的软件包；
255.s103：执行所述支付功能构件，以进行支付操作。
256.从上述描述可知，本技术实施例提供的计算机可读介质，通过将包括支付功能构件的软件包导入至需要进行支付的程序内，通过程序调用支付功能构件，进而实现在支付时无需跳转至银行app或者h5支付界面，仅需在程序界面内进行支付即可，从而可以支付。
257.本领域内的技术人员应明白，本发明的实施例可提供为方法、装置、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
258.本发明是参照根据本发明实施例的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
259.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
260.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
261.本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。