CN116596528A - 一种支持多资产聚合支付操作系统 - Google Patents

Abstract

本发明公开了一种支持多资产聚合支付操作系统，属于计算机系统领域。包括：服务端、客户端及区块链端；其中，服务端包括配置单元，用于配置商户支付参数，基于支付参数，生成多资产支付二维码；客户端包括扫描单元，用于扫描多资产支付二维码，并展示用户的资产信息及多资产扣款项；区块链端包括公共账本单元，用于存储用户账户信息和交易信息。聚合多平台支付接口，并对支付接口进行统一，当收到需要搭建支付场景后，服务端能够轻松配置收款人员的收款账号即可，聚合传统的二维码支付和数币，数字资产支付，更加方便，让用户支付的时候有更多选择，可以避免传统金融机构的信任问题，减少交易成本，同时保证了交易的隐私和安全性。

Description

一种支持多资产聚合支付操作系统

技术领域

本发明涉及计算机系统领域，更具体的说是涉及一种支持多资产聚合支付操作系统。

背景技术

聚合支付，也称“融合支付”，是指只从事“支付、结算、清算”服务之外的“支付服务”，依托银行、非银机构或清算组织，借助银行、非银机构或清算组织的支付通道与清结算能力，利用自身的技术与服务集成能力，将一个以上的银行、非银机构或清算组织的支付服务，整合到一起，为商户提供包括但不限于“支付通道服务”、“集合对账服务”、“技术对接服务”、“差错处理服务”、“金融服务引导”、“会员账户服务”、“作业流程软件服务”、“运行维护服务”、“终端提供与维护”等服务内容，以此减少商户接入、维护支付结算服务时面临的成本支出，提高商户支付结算系统运行效率的，并收取增值收益的支付服务。

传统的现金支付需要找零，不仅影响交易速度，而且降低用户的消费支付体验。目前，在日常的交易过程中，通过用户的设备进行移动支付已经是越来越为消费者所接受并越来越普及的方式。用于交易的移动支付的方式多种多样，其中最常见的是通过扫描二维码进行的支付操作(扫码支付)。

然而，在扫码支付的过程中，常出现以下情况：用户使用其设备上不同的第三方支付平台进行扫码，因而导致商家需要出示对应于用户所使用的第三方支付平台的二维码；收款人员需要到相应的账户确认支付是否成功；特别地，在商家提供某特定种类二维码的情况下，用户只能采用与该二维码的发放方对接的第三方支付平台进行扫码支付，因此造成用户体验差，甚至有可能导致支付失败。

并且，一般的聚合支付只支持微信，支付宝，云闪付的，数字人民币的支持也比较。缺少了其它数字资产的支付，无法使用商家积分，平台积分，不利于结合营销方案，用户的粘性，活跃度较低。

因此，如何提供一种支持多资产聚合支付操作系统是本领域技术人员亟需解决的问题。

发明内容

有鉴于此，本发明提供了一种支持多资产聚合支付操作系统，用以解决上述现有技术中存在的问题。

为了实现上述目的，本发明提供如下技术方案：

本发明提供了一种支持多资产聚合支付操作系统，包括：

服务端、客户端及区块链端；

其中，所述服务端包括配置单元，用于配置商户支付参数，基于所述支付参数，生成多资产支付二维码；

所述客户端包括扫描单元，用于扫描所述多资产支付二维码，完成在同一支付页面中的支付方式选择及支付，并展示用户的资产信息及多资产扣款项；

所述区块链端包括公共账本单元，用于存储用户账户信息和交易信息。

优选的，所述服务端包括，预处理单元，用于预先与各支付平台的接口进行对接，并对支付平台的接口进行统一，得到统一的对接接口。

优选的，各支付平台的接口如微信、支付宝、云闪付、数字人民币、数字资产等平台接口，预先与上述接口进行对接，做支付流程中的技术打通，当收款人员根据需要搭建支付场景后，轻松配置收款人员的收款账号即可。聚合多平台支付接口后，将打通的多种支付方式入口汇总在一个支付页面上，付款人员扫码后，便可进入该页面选择一种或多种支付方式进行支付。

优选的，所述配置单元，基于统一的对接接口配置商户支付参数，基于所述支付参数，生成多资产支付二维码。

优选的，所述客户端还包括：

检测单元，用于检查客户端的资产是否足够，若是，则开始扣款，对客户端对应的资产做冻结；

若否，则显示余额不足。

优选的，所述客户端还包括：

判断单元，用于判断选择的多资产扣款项是否都已经扣款完成，若否，则继续进行扣款，若是，则显示支付完成。

优选的，所述客户端还包括：

数字签署单元，用于使用对应的私钥对扣款进行数字签名。

优选的，所述服务端还包括：

验证单元，用于验证所述数字签名，确认扣款的有效性。

优选的，所述区块链端还包括：

打包单元：根据所述验证单元的有效性结果，将扣款信息加密并打包成一个扣款信息区块。

优选的，所述公共账本单元还用于通过分布式共识机制进行验证和确认所述扣款信息区块，并将验证成功的扣款信息区块进行存储。

优选的，所述公共账本单元存储的信息采用区块链底层进行存储，实现信息不可篡改。

经由上述的技术方案可知，与现有技术相比，本发明公开提供了一种支持多资产聚合支付操作系统，聚合多平台支付接口，并对支付接口进行统一，当收到需要搭建支付场景后，服务端能够轻松配置收款人员的收款账号即可，同时，通过数字签名将确保交易的真实性和完整性，将公共账本的内容不可篡改，确保转账过程的安全性和可追溯性，聚合传统的二维码支付和数币，数字资产支付，更加方便，让用户支付的时候有更多选择，可以避免传统金融机构的信任问题，减少交易成本，同时保证了交易的隐私和安全性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明的系统结构示意图；

图2为本发明的操作流程示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参见附图1所示，本发明实施例公开了一种支持多资产聚合支付操作系统，包括：

服务端、客户端及区块链端；

其中，服务端包括配置单元，用于配置商户支付参数，基于支付参数，生成多资产支付二维码；

客户端包括扫描单元，用于扫描多资产支付二维码，完成在同一支付页面中的支付方式选择及支付，并展示用户的资产信息及多资产扣款项；

区块链端包括公共账本单元，用于存储用户账户信息和交易信息。

在一个具体实施例中，服务端包括，预处理单元，用于预先与各支付平台的接口进行对接，并对支付平台的接口进行统一，得到统一的对接接口。

具体的，包括，微信，支付宝，云闪付接口，数字人民币接口，资产支付，积分支付等接口。预处理单元预先与微信、支付宝、云闪付、数字人民币、数字资产等平台接口进行对接，做支付流程中的技术打通，服务端根据需要搭建支付场景后，并自动配置收款人员的收款账号即可。

更具体的，还整合了不同数字人民币运营商比如建行，中行等的接口，实现用户支付的时候可以任意选择不同的钱包。

更具体的，提供了多资产聚合支付，把积分，会员卡，数字资产统一管理和运营，更方便客户端的用户使用。

在一个具体实施例中，配置单元，基于统一的对接接口配置商户支付参数，基于支付参数，生成多资产支付二维码。

具体的，统一了不同支付公司提供的接口，使开发更加简单，快捷方便。聚合多平台支付接口后，将打通的多种支付方式入口汇总在一个支付页面上，客户端扫码后，便可进入该页面选择一种或多种支付方式进行支付。

在一个具体实施例中，客户端还包括：

检测单元，用于检查客户端的资产是否足够，若是，则开始扣款，对客户端对应的资产做冻结；

若否，则显示余额不足。

在一个具体实施例中，客户端还包括：

判断单元，用于判断选择的多资产扣款项是否都已经扣款完成，若否，则继续进行扣款，若是，则显示支付完成。

在一个具体实施例中，客户端还包括：

数字签署单元，用于使用对应的私钥对扣款进行数字签名。

在一个具体实施例中，服务端还包括：

验证单元，用于验证数字签名，确认扣款的有效性。

在一个具体实施例中，区块链端还包括：

打包单元：根据验证单元的有效性结果，将扣款信息加密并打包成一个扣款信息区块。

在一个具体实施例中，公共账本单元还用于通过分布式共识机制进行验证和确认扣款信息区块，并将验证成功的扣款信息区块进行存储。

具体的，公共账本单元还整理了订单，方便管理和分析。通过多自资产支付的订单，客户端及收款方可在后台进行统一查看，并且可具体查看某一个订单是使用哪种或哪几种资产进行支付。对于客户端，也可通过一个移动页面，查看支付记录及订单，同时，每发生一次交易订单后，还对其做通知，通知方式可以是微信通知、支付宝通知、数字资产APP通知等，还有短信方式进行通知。

更具体的，多资产支付中的数字资产支付的实现方式为，客户端需要使用自己的私钥对交易进行数字签名，这个数字签名将确保交易的真实性和完整性。服务端通过验证数字签名，确认交易的有效性。一旦交易被验证通过，交易信息会被加密并打包成一个区块，然后通过分布式共识机制进行验证和确认最终被加入到区块链端上的公共账本中。

在一个具体实施例中，公共账本单元存储的信息采用区块链底层进行存储，实现信息不可篡改。

具体的，将资产的所有权转移记录在不可篡改的公共账本中，确保转账过程的安全性和可追溯性。

更具体的，由于区块链的去中心化特性，区块链转账可以避免传统金融机构的信任问题，减少交易成本，同时保证了交易的隐私和安全性。其他支付方式，如微信、支付宝、数字人民币等则在以区块链为底层的订单管理系统下，对接对应的平台中实现相对应的支付。

参见附图2所示，应用本发明提供的一种支持多资产聚合支付操作系统的支付操作流程为，配置商户支付参数；生成多资产支付二维码；用户使用微信，支付宝或APP扫码二维码；展示商户相关信息和用户的资产信息，积分等；拉起支付界面，用户输入密码；检查用户资产是否足够；若是，则开始扣款，对参与的资产做冻结；第一资产扣款成功，继续对冻结的资产扣款；判断选择的多资产扣款项是否都已经扣款完成，若是，则通知业务系统，支付完成。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种支持多资产聚合支付操作系统，其特征在于，包括：

服务端、客户端及区块链端；

其中，所述服务端包括配置单元，用于配置商户支付参数，基于所述支付参数，生成多资产支付二维码；

所述客户端包括扫描单元，用于扫描所述多资产支付二维码，完成在同一支付页面中的支付方式选择及支付，并展示用户的资产信息及多资产扣款项；

所述区块链端包括公共账本单元，用于存储用户账户信息和交易信息。

2.根据权利要求1所述的一种支持多资产聚合支付操作系统，其特征在于，所述服务端包括，预处理单元，用于预先与各支付平台的接口进行对接。

3.根据权利要求1所述的一种支持多资产聚合支付操作系统，其特征在于，所述配置单元，基于统一的对接接口配置商户支付参数，基于所述支付参数，生成多资产支付二维码。

4.根据权利要求1所述的一种支持多资产聚合支付操作系统，其特征在于，所述客户端还包括：

检测单元，用于检查客户端的资产是否足够，若是，则开始扣款，对客户端对应的资产做冻结；

若否，则显示余额不足。

5.根据权利要求1所述的一种支持多资产聚合支付操作系统，其特征在于，所述客户端还包括：

判断单元，用于判断选择的多资产扣款项是否都已经扣款完成，若否，则继续进行扣款，若是，则显示支付完成。

6.根据权利要求1所述的一种支持多资产聚合支付操作系统，其特征在于，所述客户端还包括：

数字签署单元，用于使用对应的私钥对扣款进行数字签名。

7.根据权利要求6所述的一种支持多资产聚合支付操作系统，其特征在于，所述服务端还包括：

验证单元，用于验证所述数字签名，确认扣款的有效性。

8.根据权利要求7所述的一种支持多资产聚合支付操作系统，其特征在于，所述区块链端还包括：

打包单元：根据所述验证单元的有效性结果，将扣款信息加密并打包成一个扣款信息区块。

9.根据权利要求8所述的一种支持多资产聚合支付操作系统，其特征在于，所述公共账本单元还用于通过分布式共识机制进行验证和确认所述扣款信息区块，并将验证成功的扣款信息区块进行存储。

10.根据权利要求1所述的一种支持多资产聚合支付操作系统，其特征在于，所述公共账本单元采用区块链底层进行信息存储，实现信息不可篡改。