一种多金融账户融合的支付系统及方法

摘要

本发明提供了一种多金融账户融合的支付方法，属于金融支付技术领域，包括将若干个金融机构授权的金融账号集合于一个支付平台中，其中，支付平台中使用一套通用密码管理金融账号的支付；制定各金融账户的支付顺序，将需支付额度按比例预先分配至各金融账户；支付终端上的支付平台接收收款方提供的支付请求，其中，所述支付请求包括支付金额；将所述支付金额代入需支付额度，完成对所述支付金额的分配；在支付平台完成支付动作。本发明提供的一种多金融账户融合的支付，该支付方法使用若干金融账户对同一份账单进行支付，提高支付效率。本发明还提供一种多金融账户融合的支付系统。

说明书

技术领域

本发明属于金融支付技术领域，更具体地说，是涉及一种多金融账户融合的支付系统及方法。

背景技术

随着金融科技、互联网金融的不断发展、创新、衍变，移动支付已经成为当下流行的一种支付方式，使用移动支付功能需要消费者先至银行办理金融账户时对支付终端进行授权，然后在支付终端上添加金融账号。当前的移动支付付款模式主要为：先由商户发出支付请求，通过代理银行向消费者的发卡银行请求付款，发卡银行得到持卡人的认可且不可否认性后，使用手机内的加密付款功能，将持卡人的签章及加密数据送至发卡银行，发卡银行再将签章及加密数据予以反解，并核对无误后，便可将货款转出至商户的金融账号内,从而完成支付行为。

现有支付系统中使用单一金融账户进行支付，容易在支付过程中出现余额不足时，只能关闭该金融账户并更换至其它的金融账户再进行支付，具有不便性。

发明内容

本发明的目的在于提供一种多金融账户融合的支付系统及方法，旨在解决现有支付系统中使用单一金融账户进行支付，容易在支付过程中出现余额不足时，只能关闭该金融账户并更换至其它的金融账户再进行支付，具有不便性的技术问题。

为实现上述目的，本发明采用的技术方案是：提供一种多金融账户融合的支付方法，包括：

将若干个金融机构授权的金融账号集合于一个支付平台中，其中，支付平台中使用一套通用密码管理金融账号的支付；制定各金融账户的支付顺序，将需支付额度按比例预先分配至各金融账户；支付终端上的支付平台接收收款方提供的支付请求，其中，所述支付请求包括支付金额；将所述支付金额代入需支付额度，完成对所述支付金额的分配；在支付平台完成支付动作。

具体的是，将金融账号集合于一个支付平台采用以下方式得到：将若干个金融账号添加至支付平台；各金融账号通过支付接口分别与对应的金融机构通信连接。

具体的是，金融账号与金融机构之间签署免密支付协议。

具体的是，制定各金融账户的支付顺序，将需支付额度按比例预先分配至各金融账户包括：根据支付习惯设置支付顺序；限定各金融账户在一次支付过程中的支出额度；设定各金融账户的支付比例；将需支付金额按支付比例分配至各金融账户；对比各金融账户应支出金额与各金融账户的支出额度，若应支出额度不大于支出额度，完成支付动作。

作为本申请另一实施例，若应支出额度大于支出额度，支出对应金融账号的支出额度，并进入二次支付过程，二次支付过程包括：屏蔽应支出额度大于支出额度的金融账号；计算各被屏蔽的金融账号的应支出额度减去支出额度之和，得到超额值；依照支付顺序找出各剩余金融账号的未用额度，其中，未用额度＝支出额度-应支出额度；然后依照支付顺序依次使用各剩余金融账号的未用额度，直至未用额度的数值与超额值的数值相等。

本发明还提供一种多金融账户融合的支付系统，其特征在于，包括：

支付终端；以及

支付平台，安装于所述支付终端内，且与金融机构的服务器通信连接；所述支付平台包括用于获取账单的账单获取单元、用于管理金融账号的账号管理单元、以及用于分配账单额度给金融账号的额度分配单元；进行支付时，支付平台中选择若干个金融账号、并依据各金融账号的分配额度对同一笔账单进行支付

作为本申请另一实施例，所述账单获取单元的获取方式包括二维码识别或收款账号输入。

作为本申请另一实施例，所述账号管理单元包括：

账号采集模块，用于管理金融账号；

安全数据模块，用于保证支付过程安全；

通信模块，用于金融账号与金融机构的通信连接。

作为本申请另一实施例，所述额度分配单元包括：

顺序模块，用于管理各金融账号的支付顺序；

比例分配模块，用于管理各金融账号的支付额度；以及

二次支付模块，用于管理支付超额值的过程。

作为本申请另一实施例，所述支付终端包括手机、平板、及笔记本电脑中的一种或几种。

本发明提供的一种多金融账户融合的支付系统及方法的有益效果在于：与现有技术相比，本发明一种多金融账户融合的支付系统，额度分配单元能将支付金额分成若干份，然后再由若干个金融账户分别完成支付，实现了多个金融账户共同支付一笔账单，提高了支付效率，解决了单一账户支付的不便性；各金融账户支付的数额是经过计算后再合理分配的，使得支付过程更符合消费者的支付习惯。各金融账户同时对账单进行了分摊，减少了单个金融账户的支付压力。本发明一种多金融账户融合的支付方法，该支付方法使用若干金融账户对同一份账单进行支付，提高支付效率。各金融账号的支付过程为独立支付过程，不受其他金融账号的影响。各金融账号按比例进行支付，不会出现使用一个金融账号支付过程中容易出现余额不足的问题，解决目前单一金融账户支付的不便性。本方法还具有步骤简单，处理数据少的特点。

附图说明

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

图1为本发明实施例提供的一种多金融账户融合的支付方法的流程框图一；

图2为本发明实施例提供的一种多金融账户融合的支付方法的流程框图二；

图3为本发明实施例提供的一种多金融账户融合的支付方法的流程框图三；

图4为本发明实施例提供的一种多金融账户融合的支付方法的流程框图四；

图5为本发明实施例提供的一种多金融账户融合的支付系统的结构框图。

图中：1、支付终端；2、支付平台；21、账单获取单元；22、账号管理单元；221、账号采集模块；222、安全数据模块；223、通信模块；23、额度分配单元；231、顺序模块；232、比例分配模块；233、二次支付模块。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

请一并参阅图1至图4，现对本发明提供的一种多金融账户融合的支付方法进行说明。所述一种多金融账户融合的支付方法，包括以下步骤：

S1、将若干个金融机构授权的金融账号集合于一个支付平台2中，其中，支付平台2中使用一套通用密码管理金融账号的支付。

金融账号包括银行卡号及密码、第三方账号及密码，如支付宝账号、微信账号等。

支付平台2包括APP(Application，应用程序)、网页客户端等。

本步骤具体的实现可以为：

S1.1、将若干个金融账号添加至支付平台2；

先注册支付平台2的账号，然后设置一套用于管理所有金融账号支付的通用密码；

然后登录支付平台2，并在支付平台2的账号保存界面添加金融账号，账号保存界面包括开户机构、账号、密码等必填信息。

S1.2、各金融账号通过支付接口分别与对应的金融机构通信连接；

通过统一的支付接口聚合了所有通过金融账号产生的支付方式，方便使用与扩展。支付接口包括各种支付方式的平台接口(采用C/S模式)和支付数据同步接口(采用B/S模式)，具体包括：Init初始化接口、SP支付接口、银联支付接口、支付宝支付接口、财付通支付接口和充值卡支付接口。所有接口协议均基于HTTP协议，在HTTP自定义头中添加应用ID数据，Post的数据采用私钥Key加密，服务器通过应用ID，查找其私钥Key并解密，服务器返回的数据也用此Key加密，从而保证支付过程安全。

在本步骤中，金融账号与金融机构之间签署免密支付协议。减少付款过程中的账号输入，提高支付效率。账单生成后，用户可通过只输入一次通用密码，使得金融账号与金融机构完成支付数据的交换，然后完成支付动作。

S2、制定各金融账户的支付顺序，将需支付额度按比例预先分配至各金融账户；

本步骤具体的实现可以为：

S2.1、根据支付习惯设置支付顺序；

根据个人喜好或金融账号内的余额，设定各金融账号的优先级，并制定各金融账号的扣款顺序。

示例性的，扣款顺序为：支付宝-微信-建设银行-交通银行。

S2.2、限定各金融账户在一次支付过程中的支出额度；

各金融账号在日常生活中使用频率不同，使用场景也不同，设定各金融账户的最高支出额度，能避免某些金融账户一次性消费用过多，影响资产的合理使用。

示例性的，支付宝一次性付款最高额度为400、微信为600、建设银行为4000、交通银行为3000。

S2.3、设定各金融账户的支付比例；

示例性的，支付宝：微信：建设银行：交通银行：支付比例为4:3:2:1。

S2.4、将需支付金额按支付比例分配至各金融账户；

示例性的，此次交易中需支付金额数为X,支付宝、微信、建设银行、交通银行分别应支付的数额分别为：

S2.5、对比各金融账户应支出金额与各金融账户的支出额度，若应支出额度不大于支出额度，完成支付动作。

各金融账户应支出金额由以下公式决定：

支出金额＝各账户所占比例系数×此次交易应实付金额。

示例性的，此次交易实付金额为Y，则各金融账户应支出金额为：

本步骤还包括：

S2.6、若应支出额度大于支出额度，支出对应金融账号的支出额度，并进入二次支付过程；

示例性的，若

本步骤具体的实现可以为：

S2.6.1、屏蔽应支出额度大于支出额度的金融账号；

示例性的，

S2.6.2、计算各被屏蔽的金融账号的应支出额度减去支出额度之和，得到超额值；

示例性的，超额值设置为Z，

S2.6.3、依照支付顺序找出各剩余金融账号的未用额度，其中，未用额度＝支出额度-应支出额度；

示例性的，微信未用额度：

建设银行未用额度：

交通银行未用额度：

S2.6.4、依照支付顺序依次使用各剩余金融账号的未用额度，直至未用额度的数值与超额值的数值相等。

示例性的，若Z＜M

若M

若M

S3、支付终端1上的支付平台2接收收款方提供的支付请求，其中，所述支付请求包括支付金额；

本步骤具体的实现可以为：

方式一：打开支付平台2，在支付平台2的付款界面输入收款方要求支付的金额。

方式二：打开支付平台2，借助支付终端1上摄像组件扫描收款方提供的收款二维码，然后输入收款方要求支付的金额。

方式三：打开支付平台2，打开在支付平台2上生成的付款二维码供收款方扫描。

支付请求还包括支付时间、交易方式、交易平台、交易流水号等信息。

S4、将支付金额代入需支付额度，完成对支付金额的分配，在支付平台2完成支付动作。

本步骤具体的实现可以为：

将支付金额的具体数值替代Y；

执行S2中的步骤；

生成付款明细，然后输入密码确认付款。

本发明提供的一种多

本发明还提供一种多金融账户融合的支付系统，其特征在于，包括支付终端1以及支付平台2，支付平台2安装于支付终端1内，且与金融机构的服务器通信连接；支付平台2包括用于获取账单的账单获取单元21、用于管理金融账号的账号管理单元22、以及用于分配账单额度给金融账号的额度分配单元23；进行支付时，支付平台2中选择若干个金融账号、并依据各金融账号的分配额度对同一笔账单进行支付。

账单获取单元21接收收款方的支付请求，然后将支付请求中的支付金额发送给额度分度单元23，额度分配单元23对支付金额按比例分配给若干个金融账户，然后通过账号管理单元22完成对该笔支付请求的交易。

本发明提供的一种多

在本实施例中，账单获取单元21的获取方式包括二维码识别或收款账号输入。账单获取单元21内设有相应的二维码模组或/和账单输入模组。

在本实施例中，支付终端1包括手机、平板及笔记本电脑中的一种或几种。

作为本发明实施例的一种具体实施方式，请一并参阅图1至图5，所述账号管理单元22包括账号采集模块221、安全数据模块222以及通信模块223，账号采集模块221用于管理金融账号；安全数据模块222用于保证支付过程安全；通信模块223用于金融账号与金融机构的通信连接。

若干个金融账户集合于账号采集模块221内，安全数据模块222内设有支付密码管理组件、及交易过程安全监管组件；在本实施例中，各金融账户与各金融机构分别通信连接，各金融账户的支付过程为：各金融账户分到需支付的金额后，分别向各金融机构进行支付信息的传输，各金融账户的支付过程不受其他金融账户的干扰。

作为本发明实施例的一种具体实施方式，请一并参阅图1至图5，所述额度分配单元23包括顺序模块231、比例分配模块232以及二次支付模块233，顺序模块231用于管理各金融账号的支付顺序；比例分配模块232用于管理各金融账号的支付额度；二次支付模块233用于管理支付超额值的过程。

消费者在顺序模块231内将调整各金融账户的支付顺序，然后在比例分配模块232内调整各金融账户的支付比例，同时设定各金融账户在一次支付过程中的额度，当某些金融账户分配到的支付额度大于设定的金融账户在一次支付过程中的额度时，二次支付模块233启动，二次支付模块233对超额值进行分配直至分配完，然后再进行支付。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。