一种数字人民币聚合支付的方法与流程

1.本发明涉及电子支付技术领域，具体的，本发明涉及一种数字人民币聚合支付的方法。


背景技术：

2.随着数字人民币的逐渐推广，各商户对数字人民币的线下支付场景的需求也随之产生，现有的支付机构终端设备以支持数字人民币的反扫支付为主，目前数字人民币正扫较难聚合，商户需通过单独的菜单方可实现对数字人民币的正扫收款，增加了商户的学习成本和使用成本，因此需要一种可对数字人民币聚合正扫的方法。


技术实现要素：

3.为了克服现有技术的不足，本发明提供了一种数字人民币聚合支付的方法，以解决上述的技术问题。
4.本发明解决其技术问题所采用的技术方法是：一种数字人民币聚合支付的方法，其改进之处在于：包括以下步骤：s1、商户使用终端点击聚合码，向消费者展示付款二维码；s2、消费者用数字人民币钱包扫描付款二维码，确认支付；s3、支付后台进行支付操作，并返回输入密码页面给消费者的数字人民币钱包；s4、消费者输入数字人民币钱包的支付密码；s5、数字人民币钱包页面发起支付授权，数字人民币支付渠道校验支付授权的有效性，并返回结果给消费者的数字人民币钱包和支付后台；s6、数字人民币钱包展示支付成功，同时终端接收支付后台返回的结果并打印小票。
5.在上述方法中，所述步骤s1，包括以下步骤：
6.s11、商户使用终端点击聚合码功能，终端向支付后台发起申请；
7.s12、支付后台接收到申请后，根据终端上送的参数判断商户是否开通聚合码业务，若已开通，则返回付款二维码地址给终端，若未开通，则返回失败，并展示原因为商户无权限；
8.s13、终端解析付款二维码地址，生成付款二维码，并展示给消费者。
9.在上述方法中，所述步骤s2，包括以下的步骤：
10.s21、消费者打开数字人民币钱包扫描终端上的付款二维码；
11.s22、数字人民币钱包页面跳转至支付系统的h5订单页面，展示服务业务页面；
12.s23、用户在服务业务页面选择或者确认订单信息，点击确认支付；
13.s24、服务业务页面向支付后台发起支付请求。
14.在上述方法中，所述步骤s3，包括以下的步骤：
15.s31、支付后台根据服务业务页面返回的支付请求，通过判断上送要素，判断交易为数字人民币交易；
16.s32、支付后台向数字人民币支付渠道获取openid，openid即用户唯一标识；
17.s33、数字人民币支付渠道根据消费者信息生成openid返回给支付后台；
18.s34、支付后台根据数字人民币支付渠道返回的openid，结合商户报备要素，发起js支付请求；
19.s35、数字人民币支付渠道接收js支付请求，服务业务页面跳转至数字人民币钱包；
20.s36、在数字人民币钱包页面唤起数字人民币钱包的支付密码控件。
21.在上述方法中，所述步骤s31中，所述上送要素为唤起页面的浏览器地址。
22.在上述方法中，所述步骤s34中，所述商户报备要素包括报备渠道、报备商户号、柜台号和分行号。
23.本发明的有益效果是：通过终端聚合码，实现了对数字人民币的聚合正扫，丰富了商户的线下支付场景，避免了数字人民币无法聚合导致商户需要通过不同菜单进行正扫收单的窘境，提高商户服务体验，为商户提供便利。
附图说明
24.附图1为本发明的一种数字人民币聚合支付的方法的流程图。
25.附图2为图1中的步骤s3的具体流程示意图。
具体实施方式
26.下面结合附图和实施例对本发明进一步说明。
27.以下将结合实施例和附图对本发明的构思、具体结构及产生的技术效果进行清楚、完整地描述，以充分地理解本发明的目的、特征和效果。显然，所描述的实施例只是本发明的一部分实施例，而不是全部实施例，基于本发明的实施例，本领域的技术人员在不付出创造性劳动的前提下所获得的其他实施例，均属于本发明保护的范围。另外，专利中涉及到的所有联接/连接关系，并非单指构件直接相接，而是指可根据具体实施情况，通过添加或减少联接辅件，来组成更优的联接结构。本发明创造中的各个技术特征，在不互相矛盾冲突的前提下可以交互组合。
28.参照图1，本发明的一种数字人民币聚合支付的方法，包括以下的步骤：
29.s1、商户使用终端点击聚合码，向消费者展示付款二维码，所述终端即pos机，或者由银联认证通过的终端设备；
30.具体的，包括以下的步骤：
31.s11、商户使用终端点击聚合码功能，终端向支付后台发起申请；
32.s12、支付后台接收到申请后，根据终端上送的参数判断商户是否开通聚合码业务，若已开通，则返回付款二维码地址给终端，若未开通，则返回失败，并展示原因为商户无权限；
33.s13、终端解析付款二维码地址，生成付款二维码，并展示给消费者。
34.s2、消费者用数字人民币钱包扫描付款二维码，确认支付；
35.具体的，包括以下的步骤：
36.s21、消费者打开数字人民币钱包扫描终端上的付款二维码；
37.s22、数字人民币钱包页面跳转至支付系统的h5订单页面，展示服务业务页面；
38.s23、用户在服务业务页面选择或者确认订单信息，点击确认支付；
39.s24、服务业务页面向支付后台发起支付请求。
40.s3、支付后台进行支付操作，并返回输入密码页面给消费者的数字人民币钱包；
41.具体的，参照图2所示，包括以下的步骤：
42.s31、支付后台根据服务业务页面返回的支付请求，通过判断上送要素来判断交易为数字人民币交易，上送要素为唤起页面的浏览器地址，不同app内浏览器唤起会有特定标识，可识别是微信、支付宝、银联还是数字人民币app等；
43.s32、支付后台向数字人民币支付渠道获取openid，openid即用户唯一标识；
44.s33、数字人民币支付渠道根据消费者信息生成openid返回给支付后台；
45.s34、支付后台根据数字人民币支付渠道返回的openid，结合商户报备要素，发起js支付请求，所述商户报备要素包括报备渠道、报备商户号、柜台号和分行号等等，js支付是一种可聚合的支付方式；
46.s35、数字人民币支付渠道接收js支付请求，服务业务页面跳转至数字人民币钱包；
47.s36、在数字人民币钱包页面唤起数字人民币钱包的支付密码控件。
48.s4、消费者输入数字人民币钱包的支付密码。
49.s5、数字人民币钱包页面发起支付授权，数字人民币支付渠道校验支付授权的有效性，并返回结果给消费者的数字人民币钱包和支付后台。
50.s6、数字人民币钱包展示支付成功，同时终端接收支付后台返回的结果并打印小票。
51.本发明通过终端聚合码，实现了对数字人民币的聚合正扫，丰富了商户的线下支付场景，避免了数字人民币无法聚合导致商户需要通过不同菜单进行正扫收单的窘境，提高商户服务体验，为商户提供便利。
52.以上是对本发明的较佳实施进行了具体说明，但本发明创造并不限于所述实施例，熟悉本领域的技术人员在不违背本发明精神的前提下还可做出种种的等同变形或替换，这些等同的变形或替换均包含在本技术权利要求所限定的范围内。