支付方法、装置、支付接收端、介质和计算机程序产品与流程

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.上述支付方法、装置、支付接收端、存储介质和计算机程序产品，响应于用户支付请求，生成待付对象的支付二维码，显示支付二维码，以供支付发起端扫描后指示支付发起端提供用于支付验证的验证信息，获取接收到的验证信息，若接收到的验证信息和与目标用户共识的验证信息一致，则允许支付发起端进行支付。该方案响应于用户的支付请求，生成待付对象对应的支付二维码，显示该支付二维码，以供用户通过支付发起端扫描该二维码后弹出验证信息输入的界面，用于指示用户通过该支付发起端在该界面上提供用于支付验证的验证信息，接收该验证信息，判断接收到的验证信息和与目标用户共识的验证信息是否一致，若一致，则允许上述支付发起端进行支付，从而有效避免支付混乱，而且，在发生
如多人争抢支付等情况时能有效避免支付混乱并可实现先扫描二维码的用户才能进行支付，另外，也可实现限定特定用户进行支付，在如只允许当事人或受邀群体才能支付的场景中，实现支付二维码的专码专用，提高支付的安全性。
附图说明
42.图1为一个实施例中支付方法的应用环境图；
43.图2为一个实施例中支付方法的流程示意图；
44.图3为另一个实施例中支付方法的流程示意图；
45.图4为又一个实施例中支付方法的流程示意图；
46.图5为一个实施例中二维码生成模块的构建示意图；
47.图6为一个实施例中二维码识别模块的构建示意图；
48.图7为一个实施例中支付装置的结构框图；
49.图8为一个实施例中支付接收端的内部结构图。
具体实施方式
50.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
51.本技术提供的支付方法，可以应用于如图1所示的应用环境中。该应用场景可以包括：支付接收端和支付发起端，支付接收端和支付发起端可以进行通信连接。具体的，支付接收端响应于用户支付请求，生成待付对象的支付二维码，显示该支付二维码，支付发起端扫描该支付二维码后，支付接收端指示支付发起端提供用于支付验证的验证信息，支付发起端发送该验证信息至支付接收端，支付接收端获取接收到的验证信息，若接收到的验证信息和与目标用户共识的验证信息一致，则允许支付发起端进行支付。其中，支付接收端可以但不限于是各种自助售卖机、业务办理机、个人计算机、笔记本电脑、智能手机、平板电脑和服务器。支付发起端可以但不限于是各种智能手机。
52.在一个实施例中，如图2所示，提供了一种支付方法，以该方法应用于图1中的支付接收端为例进行说明，包括以下步骤：
53.步骤s201，响应于用户支付请求，生成待付对象的支付二维码。
54.本步骤中，用户支付请求中可包括待付对象的支付信息，待付对象可以是某件商品、业务单(如罚款单)。
55.具体的，接收用户支付请求，响应于该用户支付请求，生成待付对象的支付二维码。
56.示例性的，如图3所示，响应于该用户支付请求，支付接收端的后端系统生成待验证信息的支付二维码。
57.步骤s202，显示支付二维码，以供支付发起端扫描后指示支付发起端提供用于支付验证的验证信息。
58.本步骤中，验证信息以供支付接收端判断该验证信息与目标用户共识的验证信息是否一致，若一致时允许支付发起端进行支付。
59.具体的，如图3所示，可在支付接收端的显示屏上显示支付接收端生成的支付二维码(例如在支付接收端的前端系统展现二维码)，以供支付发起端扫描该支付二维码后(例如客户通过支付发起端的app扫描该支付二维码后)，可在支付发起端中弹出验证信息输入界面以指示支付发起端在该界面中输入用于支付验证的验证信息并反馈至支付接收端。
60.步骤s203，获取接收到的验证信息。
61.具体的，获取支付发起端发送的验证信息。
62.步骤s204，若接收到的验证信息和与目标用户共识的验证信息一致，则允许支付发起端进行支付。
63.本步骤中，与目标用户共识的验证信息可以是支付接收端与目标用户共识的验证信息，例如支付接收端和目标用户已经知道的或预设好的验证信息，可以是用户群体中只有目标用户才知道的验证信息，用于实现限定支付的目标用户。
64.具体的，判断接收到的验证信息和与目标用户共识的验证信息是否一致，若一致则允许支付发起端进行支付，若不一致则拒绝支付发起端进行支付。
65.示例性的，如图3所示，支付接收端的后端系统可解析该支付二维码是否待验证信息，若否，则可以直接允许支付发起端进行支付，若是，则提示用户(客户)输入验证信息并核对验证信息，判断接收到的验证信息和与目标用户共识的验证信息是否一致，若一致则允许支付发起端进行支付，若不一致则拒绝支付发起端进行支付。
66.上述支付方法中，响应于用户支付请求，生成待付对象的支付二维码，显示支付二维码，以供支付发起端扫描后指示支付发起端提供用于支付验证的验证信息，获取接收到的验证信息，若接收到的验证信息和与目标用户共识的验证信息一致，则允许支付发起端进行支付。该方案响应于用户的支付请求，生成待付对象对应的支付二维码，显示该支付二维码，以供用户通过支付发起端扫描该二维码后弹出验证信息输入的界面，用于指示用户通过该支付发起端在该界面上提供用于支付验证的验证信息，接收该验证信息，判断接收到的验证信息和与目标用户共识的验证信息是否一致，若一致，则允许上述支付发起端进行支付，从而有效避免支付混乱，而且，在发生如多人争抢支付等情况时能有效避免支付混乱并可实现先扫描二维码的用户才能进行支付，另外，也可实现限定特定用户进行支付，在如只允许当事人或受邀群体才能支付的场景中，实现支付二维码的专码专用，提高支付的安全性。
67.在一个实施例中，上述步骤s201的响应于用户支付请求，生成待付对象的支付二维码具体包括：响应于用户支付请求，展示验证信息输入界面；获取用户在验证信息输入界面上输入的验证信息；将输入的验证信息作为与目标用户共识的验证信息，生成待付对象的支付二维码。
68.本实施例中，验证信息输入界面可以是在支付接收端的显示屏上显示的用于指示用户输入验证信息的界面，用户输入的该验证信息可作为与目标用户共识的验证信息。
69.具体的，响应于用户支付请求，可在支付接收端的屏幕上展示验证信息输入界面，获取用户在验证信息输入界面上输入的验证消息，将该输入的验证信息作为与目标用户共识的验证信息，生成待付对象的支付二维码。
70.示例性的，如图3所示，前端系统可以包括支付接收端的显示屏，验证信息的生成方式有3种选择，其中一种是用户(客户)在界面输入验证信息，如图4所示，支付接收端可包
括图4中的商户(可以是支付接收端的前端系统)、二维码生成模块和二维码识别模块，二维码生成模块可接收用户(客户)输入自定义的验证信息，然后在生成的二维码加密信息中包含这些验证信息，可向用户展示(返回)带验证信息(与目标用户共识的验证信息)的二维码。其中，如图5所示，二维码生成模块可用于采集验证信息并加入到二维码信息中，二维码生成模块可包括采集商户定义验证信息模块01(负责商户定义的验证信息的生成，在前端页面展示给客户，或发送给客户手机)和采集客户定义验证信息模块02(负责客户定义的验证信息的接收)；如图4和图6所示，二维码识别模块可用于验证信息解析检验处理，二维码识别模块可包括解析验证信息模块01(负责判断二维码信息是否存在验证信息，并解析出二维码中的验证信息)、接收客户验证信息模块02(当客户通过app扫描二维码后，二维码信息存在验证信息时，负责提示客户输入验证信息)和核对验证信息模块03(在客户输入验证信息后，负责检验二维码信息中的验证信息与客户扫码输入的验证信息一致性，若核对验证信息一致，则运行进入支付)。
71.本实施例的技术方案，通过响应于用户支付请求之后，展示用于指示用户(如目标用户)输入验证信息的界面，并将获取的该输入的验证信息作为与目标用户共识的验证信息，从而实现验证信息可由目标用户进行定义，使得只有知道该验证信息的用户才能进行支付，可实现用户按序支付，进一步避免了支付混乱的情况。
72.在一个实施例中，上述步骤s201的响应于用户支付请求，生成待付对象的支付二维码具体包括：响应于用户支付请求，展示联系信息输入界面；获取用户在联系信息输入界面上输入的联系信息；生成一验证信息作为与目标用户共识的验证信息；发送该生成的验证信息至联系信息对应的终端；生成待付对象的支付二维码。
73.本实施例中，联系信息输入界面可以是用于指示用户(如目标用户)输入联系信息的界面；联系信息可以是手机号码或邮箱地址；终端可以是手机(例如智能手机)，终端可以和支付发起端是同一设备。
74.具体的，如图3所示，响应于用户支付请求，展示联系信息输入界面，获取用户在该联系信息输入界面上输入的联系信息(例如客户输入手机号码)，可随机生成一验证信息(例如验证信息为随机数验证码)作为与目标用户共识的验证信息，发送该生成的验证信息至联系信息对应的终端(例如联系信息对应的终端为手机号码对应的客户手机)，生成待付对象的支付二维码。
75.本实施例的技术方案，通过将生成的验证信息作为与目标用户共识的验证信息并发送至联系信息对应的终端，从而实现与目标用户共识的验证信息只有用户群体中的目标用户才知道，避免用户群体中的非目标用户通过偷窥等不正当方式获取与目标用户共识的验证信息，可实现支付有序进行，进一步避免了支付混乱的情况。
76.在一个实施例中，上述步骤s201的响应于用户支付请求，生成待付对象的支付二维码具体包括：响应于用户支付请求，生成一验证信息作为与目标用户共识的验证信息；展示该生成的验证信息；生成待付对象的支付二维码。
77.具体的，响应于用户支付请求，生成一验证信息作为与目标用户共识的验证信息，可在支付接收端的显示屏上展示该生成的验证信息，生成待付对象的支付二维码。
78.示例性的，如图3所示，支付接收端的显示屏的界面上显示支付接收端随机生成的随机数验证码，如图4所示，相当于商户向客户告知商户定义的验证信息，同时商户向二维
码生成模块发送(输入)商户定义的验证信息。
79.本实施例的技术方案，通过生成一验证信息作为与目标用户共识的验证信息并进行展示，从而实现向目标用户展示与目标用户共识的验证信息，可实现支付有序进行，避免支付混乱。
80.在一个实施例中，上述方法还可以通过如下步骤展示该生成的验证信息，具体包括：以预设视觉限制方式展示该生成的验证信息。
81.本实施例中，预设视觉限制方式包括显示尺寸限制和/或显示位置限制。
82.具体的，响应于用户支付请求，生成一验证信息作为与目标用户共识的验证信息之后，以预设视觉限制方式展示该生成的验证信息(例如可在支付接收端的显示屏上不显眼的位置和/或比较小的字体等不易察觉的方式显示该生成的验证信息)。
83.本实施例的技术方案，通过以预设视觉限制方式展示该生成的验证信息，避免非目标用户通过偷窥等不正当方式获取与目标用户共识的验证信息，可实现支付安全、有序进行，进一步避免支付混乱。
84.在一个实施例中，上述步骤s201的生成待付对象的支付二维码具体包括：根据与目标用户共识的验证信息以及待付对象的支付信息，生成待付对象的支付二维码。
85.具体的，根据与目标用户共识的验证信息以及待付对象的支付信息，生成待付对象的支付二维码。
86.示例性的，将与目标用户共识的验证信息加密到待付对象的支付信息对应的二维码串中，生成待付对象的支付二维码。
87.本实施例的技术方案，通过将与目标用户共识的验证信息加密到待付对象的支付二维码中，从而实现支付二维码的专码专用，只有知道与目标用户共识的验证信息的用户才能进行支付，提高支付的安全性。
88.应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
89.基于同样的发明构思，本技术实施例还提供了一种用于实现上述所涉及的支付方法的支付装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个支付装置实施例中的具体限定可以参见上文中对于支付方法的限定，在此不再赘述。
90.在一个实施例中，如图7所示，提供了一种支付装置，该装置700可以包括：
91.支付二维码生成模块701，用于响应于用户支付请求，生成待付对象的支付二维码；
92.支付二维码显示模块702，用于显示所述支付二维码，以供支付发起端扫描后指示所述支付发起端提供用于支付验证的验证信息；
93.验证信息获取模块703，用于获取接收到的验证信息；
94.支付允许模块704，用于若所述接收到的验证信息和与目标用户共识的验证信息一致，则允许所述支付发起端进行支付。
95.在一个实施例中，支付二维码生成模块701，还用于响应于用户支付请求，展示验证信息输入界面；获取用户在所述验证信息输入界面上输入的验证信息；将所述输入的验证信息作为与目标用户共识的验证信息，生成待付对象的支付二维码。
96.在一个实施例中，支付二维码生成模块701，还用于响应于用户支付请求，展示联系信息输入界面；获取用户在所述联系信息输入界面上输入的联系信息；生成一验证信息作为与目标用户共识的验证信息；发送该生成的验证信息至所述联系信息对应的终端；生成待付对象的支付二维码。
97.在一个实施例中，支付二维码生成模块701，还用于响应于用户支付请求，生成一验证信息作为与目标用户共识的验证信息；展示该生成的验证信息；生成待付对象的支付二维码。
98.在一个实施例中，支付二维码生成模块701，还用于以预设视觉限制方式展示该生成的验证信息；其中，所述预设视觉限制方式包括显示尺寸限制和/或显示位置限制。
99.在一个实施例中，支付二维码生成模块701，还用于根据所述与目标用户共识的验证信息以及所述待付对象的支付信息，生成待付对象的支付二维码。
100.上述支付装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
101.需要说明的是，本技术提供的支付的方法和装置可用于金融领域涉及支付的应用领域中，也可用于除金融领域之外的任意领域涉及支付的处理中，本技术提供的支付的方法和装置的应用领域不做限定。
102.在一个实施例中，提供了一种支付接收端，该支付接收端可以是终端，其内部结构图可以如图8所示。该支付接收端包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该支付接收端的处理器用于提供计算和控制能力。该支付接收端的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该支付接收端的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过wifi、移动蜂窝网络、nfc(近场通信)或其他技术实现。该计算机设备还包括输入输出接口，输入输出接口是处理器与外部设备之间交换信息的连接电路，它们通过总线与处理器相连，简称i/o接口。该计算机程序被处理器执行时以实现一种支付方法。该支付接收端的显示屏可以是液晶显示屏或者电子墨水显示屏，该支付接收端的输入装置可以是显示屏上覆盖的触摸层，也可以是支付接收端外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
103.本领域技术人员可以理解，图8中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的支付接收端的限定，具体的支付接收端可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
104.在一个实施例中，还提供了一种支付接收端，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
105.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
106.在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
107.需要说明的是，本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。
108.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(reram)、磁变存储器(magnetoresistive random access memory，mram)、铁电存储器(ferroelectric random access memory，fram)、相变存储器(phase change memory，pcm)、石墨烯存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器等。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
109.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
110.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。