CN116384990A - 一种聚合扫码支付系统 - Google Patents

Abstract

本发明涉及一种聚合扫码支付系统该，包括采用银行端提供的统一通道和接口与第三方支付平台相对接的服务端；所述服务器端，包括聚合支付网关服务器；还包括聚合支付服务模块和支付服务平台；其中，聚合支付服务模块，用于与第三方支付平台建立关联，兼容第三方支付平台支付与清算功能，根据交易订单生成用于交易支付的二维码；聚合支付网关服务器，用于接收来自客户端的登录及支付请求，验证身份并处理支付请求数据，并对系统数据进行管理；支付服务平台，用于供客户端在预先设置的二维码有效期内完成支付。该系统通过采用扫码支付模式，实现对支付服务的整合，降低了支付风险，为用户提供了既安全又快捷的支付服务。

Description

一种聚合扫码支付系统

技术领域

本发明涉及聚合支付技术领域，具体涉及一种聚合扫码支付系统。

背景技术

随着云计算、移动互联网以及第三方移动支付的快速发展，支付方式正发生着深刻的变革。传统的支付系统以实体卡为主，需要手持硬件设备进行刷卡支付，且支付手续费很高，已不能满足人们的支付需要。

发明内容

针对单一的支付方式不能满足用户多元化支付需求的现状，本发明的一个目的在于提出一种聚合扫码支付系统，意在解决传统单一的支付方式带来的支付手续费过高、硬件设备依赖度过高等问题。

一种聚合扫码支付系统，包括：服务器端，所述服务端采用银行端提供的统一通道和接口与第三方支付平台相对接；

所述服务器端，包括聚合支付网关服务器；还包括聚合支付服务模块和支付服务平台；

所述聚合支付服务模块，用于与第三方支付平台建立关联，兼容第三方支付平台支付与清算功能，根据交易订单生成用于交易支付的二维码；

所述聚合支付网关服务器，用于接收来自客户端的登录及支付请求，验证身份并处理支付请求数据，并对系统数据进行管理；

所述支付服务平台，供客户端在预先设置的二维码有效期内完成支付。

优选的，所述支付服务平台包括：

主扫模块，用于通过客户端扫描聚合支付服务模块生成的二维码，通过二维码跳转至订单详情页面完成交易支付；

被扫模块，用于读取客户端出示的付款码信息完成交易支付；

监控模块，用于监控多个用户在同一时刻支付时发生的重复支付的情况。

进一步地，所述主扫模块包括：

设置单元，用于设置二维码有效期；

计时单元，用于对二维码有效期进行倒计时，当二维码显示时间超出二维码有效期的时间范畴时，关闭用于展示二维码的页面；

超时提醒单元，用于当客户端在有效期之外扫描二维码，提示用户异常信息。

进一步地，所述被扫模块包括：

第一判断单元，用于判断付款码信息的二维码类型，向聚合支付网关服务器发送用户身份验证请求；所述身份验证请求包括：客户端二维码，以及客户端二维码所对应的用户身份标识open id或者身份证号加密串；

支付发起单元，用于响应允许交易的结果消息，向银行端发起用户支付交易指令；同时记录交易流水信息、订单状态及二维码类型原始数据；

第一处理单元，用于若向银行端发起支付交易指令后未返回交易结果或返回交易状态不确定，则轮询订单结果交易信息；

第二处理单元，用于若向银行端发起支付交易指令后交易成功，则支付服务平台改写订单状态，并通知系统后台做入账处理。

进一步地，所述监控模块包括：

第二判断单元，用于当用户访问订单详情页面时，查询并记录数据版本version，当一个用户点击支付页面的立即支付按钮时，通过比较当前数据版本version与之前查询出的version值的一致性，判断是否发生重复支付情况；

重试提醒单元，用于若数据版本的version值前后一致，将当前version值加一，用户可以继续支付；否则，用户无法支付，提示用户重试。

优选的，所述聚合支付服务模块包括：

数据加密单元，用于采用MD5算法，对聚合支付网关服务器与第三方支付平台之间发送的信息加密；

第一加密单元，用于将原始数据中所有的参数按照参数名ASCII码从小到大排序，使用连接符拼接成URL键值对格式的字符串A；

第二加密单元，用于将字符串A和用户密钥key拼接在一起得到新字符串B，根据MD5算法处理字符串B，将处理结果全部转换为大写字符。

优选的，所述聚合支付网关服务器包括：接收单元和认证单元；

所述接收单元，用于接收被扫模块发送的用户身份验证请求，调用银行端前置交易接口，向查询单元发起用户信息查询请求；

所述认证单元，用于获取用户信息查询请求携带的客户端二维码所对应的用户身份标识open id或者身份证号加密串，并与第三方支付平台的open id或者身份证号信息进行匹配，判断其身份认证信息是否合法，是否允许交易；若该交易返回该二维码不允许交易，则聚合支付交易流程结束；若返回允许交易，则向支付发起单元同步允许交易的结果消息。

优选的，所述聚合支付网关服务器还包括：

管理模块，用于对系统下的每一个客户端账号信息进行管理；

所述管理模块包括：

登录请求接收单元，用于接收包含有用户身份信息的用户登陆请求；

注册单元，用于若请求登陆的用户为首次登陆，则获取新注册用户的用户身份信息，并通过验证码进行身份验证，完成用户注册；

其中，所述验证码包括：人脸验证和短信验证；

二次登录单元，用于若请求登陆的用户非首次登陆且登陆失败时，接收包含有用户身份信息的用户登陆密码重置请求；通过验证码对用户身份信息进行验证，判断用户登陆密码重置请求是否有效；当用户登陆密码重置请求有效时，对用户登陆密码重置；

建立单元，用于登陆成功后，建立每一个用户登陆账号与对应的各个客户端的账号信息之间的对应关系；

采集单元，用于采集每一个账号信息下生成的支付行为数据，并对支付行为数据进行预处理；

分析单元，用于对预处理后的支付行为数据进行分析，识别用户电子支付偏好的变化特征。

进一步地，所述采集单元包括：获取单元，用于获取每一个账号信息下生成的支付行为数据构成数据集合；

计算单元，用于根据数据集合中的业务属性，计算业务属性在数据集合中所占的百分比。

进一步地，所述计算单元还包括计算子单元，用于设数据集合D＝{T₁,T₂…,T_n}包含m个不同业务属性的n个业务,又有I＝{i₁,i₂,…,i_m}为数据集合D中业务属性的全集；

对于一个新集合X，当X∈I,则称X为项集；若X由k个业务属性构成,则称X为k的项集；

所述包含I_i的业务属性在数据集合D中所占的百分比可表示为：

其中,|D(X)|为数据集合D中包含X项集的事务数量；Supp_D(X)表示项集X在数据集合D下的支持度,|D|为数据集D的业务数量。

本发明的有益效果体现在：

本发明不仅解决了目前中国200多家非头部支付机构的支付公司“业务单一”、“利润低”、“风险合规”等问题的转型；而且解决了商户或用户收付款的场景简单化、成本低以及不受任何一家支付机构的控制。

本发明提出的一种聚合扫码支付系统，打通了第三方支付系统，手续费率低，可以带动余下的多家支付公司实现转型。以支付一体化整合服务为特征的聚合支付能够与银联二维码互联互动的应用产品形成资源优势互补，与扫码APP完美集成，提供主扫与被扫，用户可灵活选择支付方式，付款更便捷。

本发明集第三方支付及清算系统于一体，整合信息化基础设施、第三方支付机构和服务商等多方资源，聚合银行和当前主流的第三方支付方式，建立并实现了一套移动化、一体化的新一代支付系统，提供一体化的综合支付服务；从而方便用户进行订单交易及资金管理，优化生活和服务体验。

附图说明

在下文中将基于实施例并参考附图来对本发明进行更详细的描述。

图1是本发明聚合扫码支付系统的流程示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

实施例1：

实施例1提出了一种聚合扫码支付系统，如图1所示，包括：服务器端，所述服务端采用银行端提供的统一通道和接口与第三方支付平台相对接；依托银行、三方支付或清算组织的支付通道与清算能力，为客户提供接口、集成、对接、订单处理、数据统计等的支付服务。对数据的一致性、资金的安全性和工作效率都得以保障，风险和管理成本都降到了很低的水平。

所述服务器端，包括聚合支付网关服务器；还包括聚合支付服务模块和支付服务平台；所述聚合支付服务模块，用于与第三方支付平台建立关联，兼容第三方支付平台支付与清算功能，根据交易订单生成用于交易支付的二维码；该二维码集成的非目前市面上常见的支付宝微信的聚合码，而是将传统收单支付公司的清算通道，开发成本系统自己的二维码，商户或用户使用该二维码进行收付款。

所述聚合支付网关服务器，用于接收来自客户端的登录及支付请求，验证身份并处理支付请求数据，并对系统数据进行管理；

所述支付服务平台，供客户端在预先设置的二维码有效期内完成支付。

其中，所述支付服务平台包括：

1、主扫模块，用于通过客户端扫描聚合支付服务模块生成的二维码，通过二维码跳转至订单详情页面完成交易支付；

所述主扫模块包括：

设置单元，用于设置二维码有效期；

计时单元，用于对二维码有效期进行倒计时，当二维码显示时间超出二维码有效期的时间范畴时，关闭用于展示二维码的页面；

超时提醒单元，用于当客户端在有效期之外扫描二维码，提示用户异常信息。

2、被扫模块，用于读取客户端出示的付款码信息完成交易支付；

所述被扫模块包括：

第一判断单元，用于判断付款码信息的二维码类型，向聚合支付网关服务器发送用户身份验证请求；所述身份验证请求包括：客户端二维码，以及客户端二维码所对应的用户身份标识open id或者身份证号加密串；

支付发起单元，用于响应允许交易的结果消息，向银行端发起用户支付交易指令；同时记录交易流水信息、订单状态及二维码类型原始数据；

第一处理单元，用于若向银行端发起支付交易指令后未返回交易结果或返回交易状态不确定，则轮询订单结果交易信息；

第二处理单元，用于若向银行端发起支付交易指令后交易成功，则支付服务平台改写订单状态，并通知系统后台做入账处理。

3、监控模块，用于监控多个用户在同一时刻支付时发生的重复支付的情况。

所述监控模块包括：

第二判断单元，用于当用户访问订单详情页面时，查询并记录数据版本version，当一个用户点击支付页面的立即支付按钮时，通过比较当前数据版本version与之前查询出的version值的一致性，判断是否发生重复支付情况；

重试提醒单元，用于若数据版本的version值前后一致，将当前version值加一，用户可以继续支付；否则，用户无法支付，提示用户重试。

支付原理：首先，聚合支付服务模块按照第三方支付平台(指支付宝和微信等等)制定的规则生成二维码，并将它展示。在用户使用客户端APP扫描二维码之后，扫码信息会立即被APP发送给聚合支付网关服务器，进行身份识别认证，认证通过后，支付服务平台则根据接收到的信息识别用户使用的APP是支付宝还是微信，然后调用相应的下单API生成预支付订单。最后，用户访问由平台生成的支付页面，在该页面上显示着订单详情，用户点击支付页面上的“立即支付”按钮就可以发起支付。支付服务平台以同步的形式返回支付结果给客户端，以异步的形式返回支付结果给聚合支付网关服务器。

其中，聚合支付服务模块包括：

数据加密单元，用于采用MD5算法，对聚合支付网关服务器与第三方支付平台之间发送的信息加密；

第一加密单元，用于将原始数据中所有的参数按照参数名ASCII码从小到大排序，使用连接符拼接成URL键值对格式的字符串A；

第二加密单元，用于将字符串A和用户密钥key拼接在一起得到新字符串B，根据MD5算法处理字符串B，将处理结果全部转换为大写字符。

以上对信息的加密处理，让交易支付更加安全可靠。

所述聚合支付网关服务器包括：接收单元和认证单元；

所述接收单元，用于接收被扫模块发送的用户身份验证请求，调用银行端前置交易接口，向查询单元发起用户信息查询请求；

所述认证单元，用于获取用户信息查询请求携带的客户端二维码所对应的用户身份标识open id或者身份证号加密串，并与第三方支付平台的open id或者身份证号信息进行匹配，判断其身份认证信息是否合法，是否允许交易；若该交易返回该二维码不允许交易，则聚合支付交易流程结束；若返回允许交易，则向支付发起单元同步允许交易的结果消息。

聚合支付网关服务器还包括：

管理模块，用于对系统下的每一个客户端账号信息进行管理；

所述管理模块包括：

登录请求接收单元，用于接收包含有用户身份信息的用户登陆请求；

注册单元，用于若请求登陆的用户为首次登陆，则获取新注册用户的用户身份信息，并通过验证码进行身份验证，完成用户注册；

其中，所述验证码包括：人脸验证和短信验证；

二次登录单元，用于若请求登陆的用户非首次登陆且登陆失败时，接收包含有用户身份信息的用户登陆密码重置请求；通过验证码对用户身份信息进行验证，判断用户登陆密码重置请求是否有效；当用户登陆密码重置请求有效时，对用户登陆密码重置；

建立单元，用于登陆成功后，建立每一个用户登陆账号与对应的各个客户端的账号信息之间的对应关系；

采集单元，用于采集每一个账号信息下生成的支付行为数据，并对支付行为数据进行预处理；

采集单元包括：获取单元，用于获取每一个账号信息下生成的支付行为数据构成数据集合；

计算单元，用于根据数据集合中的业务属性，计算业务属性在数据集合中所占的百分比。

计算单元还包括计算子单元，用于设数据集合D＝{T₁,T₂…,T_n}包含m个不同业务属性的n个业务,又有I＝{i₁,i₂,…,i_m}为数据集合D中业务属性的全集；

对于一个新集合X，当X∈I,则称X为项集；若X由k个业务属性构成,则称X为k的项集；

所述包含I_i的业务属性在数据集合D中所占的百分比可表示为：

其中,|D(X)|为数据集合D中包含X项集的事务数量；Supp_D(X)表示项集X在数据集合D下的支持度,|D|为数据集D的业务数量。

分析单元，用于对预处理后的支付行为数据进行分析，识别用户电子支付偏好的变化特征。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。

Claims (10)

1.一种聚合扫码支付系统，其特征在于，包括：服务器端，所述服务端采用银行端提供的统一通道和接口与第三方支付平台相对接；

所述服务器端，包括聚合支付网关服务器；还包括聚合支付服务模块和支付服务平台；

所述聚合支付服务模块，用于与第三方支付平台建立关联，兼容第三方支付平台支付与清算功能，根据交易订单生成用于交易支付的二维码；

所述聚合支付网关服务器，用于接收来自客户端的登录及支付请求，验证身份并处理支付请求数据，并对系统数据进行管理；

所述支付服务平台，供客户端在预先设置的二维码有效期内完成支付。

2.如权利要求1所述的系统，其特征在于，所述支付服务平台包括：

主扫模块，用于通过客户端扫描聚合支付服务模块生成的二维码，通过二维码跳转至订单详情页面完成交易支付；

被扫模块，用于读取客户端出示的付款码信息完成交易支付；

监控模块，用于监控多个用户在同一时刻支付时发生的重复支付的情况。

3.如权利要求2所述的系统，其特征在于，所述主扫模块包括：

设置单元，用于设置二维码有效期；

计时单元，用于对二维码有效期进行倒计时，当二维码显示时间超出二维码有效期的时间范畴时，关闭用于展示二维码的页面；

超时提醒单元，用于当客户端在有效期之外扫描二维码，提示用户异常信息。

4.如权利要求2所述的系统，其特征在于，所述被扫模块包括：

第一判断单元，用于判断付款码信息的二维码类型，向聚合支付网关服务器发送用户身份验证请求；所述身份验证请求包括：客户端二维码，以及客户端二维码所对应的用户身份标识open id或者身份证号加密串；

支付发起单元，用于响应允许交易的结果消息，向银行端发起用户支付交易指令；同时记录交易流水信息、订单状态及二维码类型原始数据；

第一处理单元，用于若向银行端发起支付交易指令后未返回交易结果或返回交易状态不确定，则轮询订单结果交易信息；

第二处理单元，用于若向银行端发起支付交易指令后交易成功，则支付服务平台改写订单状态，并通知系统后台做入账处理。

5.如权利要求2所述的系统，其特征在于，所述监控模块包括：

第二判断单元，用于当用户访问订单详情页面时，查询并记录数据版本version，当一个用户点击支付页面的立即支付按钮时，通过比较当前数据版本version与之前查询出的version值的一致性，判断是否发生重复支付情况；

重试提醒单元，用于若数据版本的version值前后一致，将当前version值加一，用户可以继续支付；否则，用户无法支付，提示用户重试。

6.如权利要求1所述的系统，其特征在于，所述聚合支付服务模块包括：

数据加密单元，用于采用MD5算法，对聚合支付网关服务器与第三方支付平台之间发送的信息加密；

第一加密单元，用于将原始数据中所有的参数按照参数名ASCII码从小到大排序，使用连接符拼接成URL键值对格式的字符串A；

第二加密单元，用于将字符串A和用户密钥key拼接在一起得到新字符串B，根据MD5算法处理字符串B，将处理结果全部转换为大写字符。

7.如权利要求1所述的系统，其特征在于，所述聚合支付网关服务器包括：接收单元和认证单元；

所述接收单元，用于接收被扫模块发送的用户身份验证请求，调用银行端前置交易接口，向查询单元发起用户信息查询请求；

所述认证单元，用于获取用户信息查询请求携带的客户端二维码所对应的用户身份标识open id或者身份证号加密串，并与第三方支付平台的open id或者身份证号信息进行匹配，判断其身份认证信息是否合法，是否允许交易；若该交易返回该二维码不允许交易，则聚合支付交易流程结束；若返回允许交易，则向支付发起单元同步允许交易的结果消息。

8.如权利要求1所述的系统，其特征在于，所述聚合支付网关服务器还包括：

管理模块，用于对系统下的每一个客户端账号信息进行管理；

所述管理模块包括：

登录请求接收单元，用于接收包含有用户身份信息的用户登陆请求；

注册单元，用于若请求登陆的用户为首次登陆，则获取新注册用户的用户身份信息，并通过验证码进行身份验证，完成用户注册；

其中，所述验证码包括：人脸验证和短信验证；

二次登录单元，用于若请求登陆的用户非首次登陆且登陆失败时，接收包含有用户身份信息的用户登陆密码重置请求；通过验证码对用户身份信息进行验证，判断用户登陆密码重置请求是否有效；当用户登陆密码重置请求有效时，对用户登陆密码重置；

建立单元，用于登陆成功后，建立每一个用户登陆账号与对应的各个客户端的账号信息之间的对应关系；

采集单元，用于采集每一个账号信息下生成的支付行为数据，并对支付行为数据进行预处理；

分析单元，用于对预处理后的支付行为数据进行分析，识别用户电子支付偏好的变化特征。

9.根据权利要求8所述的系统，其特征在于，所述采集单元包括：获取单元，用于获取每一个账号信息下生成的支付行为数据构成数据集合；

计算单元，用于根据数据集合中的业务属性，计算业务属性在数据集合中所占的百分比。

10.根据权利要求9所述的系统，其特征在于，所述计算单元还包括计算子单元，用于设数据集合D＝{T₁,T₂…,T_n}包含m个不同业务属性的n个业务,又有I＝{i₁,i₂,…,i_m}为数据集合D中业务属性的全集；

对于一个新集合X，当X∈I,则称X为项集；若X由k个业务属性构成,则称X为k的项集；

所述包含I_i的业务属性在数据集合D中所占的百分比可表示为：

其中,|D(X)|为数据集合D中包含X项集的事务数量；Supp_D(X)表示项集X在数据集合D下的支持度,|D|为数据集D的业务数量。

Images