CN106845954A - 一种基于多账户体系的支付结算系统及其信息处理方法 - Google Patents

Abstract

本发明提供一种基于多账户体系的支付结算系统，包括第一装置、第二装置和第三装置；所述第一装置用于在接收到开户请求时，创建与所述开户请求对应的第一域，以及生成与所述第一域对应的第一权限组和虚拟资金账户；所述第二装置用于在支付结算系统与第三方建立关联后，创建与所述第三方对应的平台账户；所述第三装置用于记录资金流动的信息。当资金在虚拟资金账户的各种账户之间流动或者在平台账户的各种账户之间流动或者在虚拟资金账户和平台账户之间流动时，第三装置会记录资金流动的信息，使资金流动可视化，便于对资金流动进行管理和分析，也就降低了资金和管理风险。

Description

一种基于多账户体系的支付结算系统及其信息处理方法

技术领域

本发明涉及支付领域，特别涉及一种基于多账户体系的支付结算系统及其信息处理方法。

背景技术

支付结算系统的核心业务是支付和结算。支付功能是指平台受理交易电商平台的联机支付请求，并将该支付请求发送至接入的第三方支付或银联等支付机构，完成交易平台商户订单的支付请求。结算功能是指运营人员或者系统自动触发结算指令，按照结算周期来完成商户每日清分结算。

随着终端零售，电子商务行业的快速发展，全国性、地区性以及行业性的支付结算系统不断涌现。现今，支付结算系统越来越庞大，交易更加频繁，数据量更加巨大，一些问题也随之涌现出来，其中，当前大多的支付结算系统，资金和管理风险都需要进一步降低。

发明内容

本发明的目的是为了解决现有技术中的支付结算系统资金和管理风险都需要进一步降低的问题，提出一种基于多账户体系的支付结算系统。

为解决上述技术问题，本发明采用以下技术方案：

一种基于多账户体系的支付结算系统，其特征在于，包括第一装置、第二装置和第三装置；所述第一装置用于在接收到开户请求时，创建与所述开户请求对应的第一域，以及生成与所述第一域对应的第一权限组和虚拟资金账户；所述第二装置用于在支付结算系统与第三方建立关联后，创建与所述第三方对应的平台账户；所述第三装置用于记录资金流动的信息。

在一些优选的实施方式中，还包括第四装置，所述第四装置用于在接收到支付请求时，启动基于权限验证的支付处理程序。

在一些优选的实施方式中，还包括第五装置，所述第五装置用于执行对账程序。

在一些优选的实施方式中，还包括第六装置和/或第七装置，所述第六装置用于执行基于验证权限的结算程序，所述第七装置用于在资金操作请求发生时，启动交易风险实时监控程序。

在另一方面，本发明提供一种基于多账户体系的支付结算系统的信息处理方法：

一种基于多账户体系的支付结算系统的信息处理方法，其特征在于包括：

S100、在接收到开户请求时，创建与所述开户请求对应的第一域，以及生成与所述第一域对应的第一权限组和虚拟资金账户；

S200、支付结算系统与第三方建立关联后，创建与所述第三方对应的平台账户；

S300、记录资金流动的信息。

在一些优选的实施方式中，还包括：S400、在接收到支付请求时，启动基于权限验证的支付处理程序。

在一些优选的实施方式中，还包括：S500、执行对账程序。

在一些优选的实施方式中，还包括：S600、执行基于权限验证的结算程序。

在一些优选的实施方式中，还包括：S700、在资金操作请求发生时，启动交易风险实时监控程序。

本发明还提供一种计算机可读存储介质，其存储有与计算设备结合使用的计算机程序，所述计算机程序被处理器执行。

与现有技术相比，本发明的有益效果有：

本发明的第一装置生成与第一域对应的虚拟资金账户，第二装置则可创建与第三方对应的平台账户。当资金在虚拟资金账户流动或者在平台账户流动或者在虚拟资金账户和平台账户之间流动时，第三装置会记录资金流动的信息，使资金流动可视化，便于对资金流动进行管理和分析，也就降低了资金和管理风险。第一装置生成与第一域对应的第一权限组，使支付结算系统实现权限管理，可防止非法操作，保证了支付结算的安全性。

在优选的实施例中，本发明还具有如下有益效果：

进一步地，第四装置用于在接收到支付请求时，启动基于权限验证的支付处理程序，如果权限验证没有通过，则拒绝处理，保证了资金的安全。

进一步地，在资金操作请求发生时，启动交易风险实时监控程序，便于将相关交易风险数据储存，进而做出相应风险提示或者拒绝操作，进一步保证资金的安全。

附图说明

图1为本发明的实施例的支付结算系统的硬件架构示意图；

图2为本发明的实施例的信息处理方法的步骤S400、S410、S420的流程图。

具体实施方式

以下对本发明的实施方式作详细说明。应该强调的是，下述说明仅仅是示例性的，而不是为了限制本发明的范围及其应用。

参考图1。

本实施例的基于多账户体系的支付结算系统包括商户管理系统、权限管理系统、资金管理系统，商户管理系统和资金管理系统部署在应用服务器群组200上，权限管理系统部署在权限管理服务器100上。

本实施例的支付结算系统的信息处理方法包括S100、S200和S300。

S100、在接收到开户请求时，创建与所述开户请求对应的第一域，以及生成与所述第一域对应的第一权限组和虚拟资金账户。在支付结算系统接收到开户请求时，该开户请求到达权限管理服务器200，权限管理服务器100上的权限管理系统会为该开户请求创建用户域，该用户域也就是第一域，同时生成与该第一域对应的第一权限组，第一权限组包括不同的权限，这些权限对应着事先规定的各种服务范围，而这些权限又分别与不同的管理ID对应，每个管理ID可向支付结算系统发出请求，比如对账请求和结算请求，发出的请求对应着各自管理ID的权限。应用服务器群组200上的资金管理系统会生成该第一域的虚拟资金账户，虚拟资金账户为主账户，底下设置有不同的子账户，包括虚拟可支取账户、虚拟待结算账户、收款待结账户、出款待付账户、服务支出账户。

S200、支付结算系统与第三方建立关联后，创建与所述第三方对应的平台账户。支付结算系统与第三方建立关联后，比如与第三方资金机构签署协议，应用服务器群组200上的资金管理系统会创建对应该第三方的平台账户，平台账户为主账户，底下设置有不同的子账户，包括利息收益账户、渠道费率支出账户、存管银行账户、应收账户、应付账户。

S300、记录资金流动的信息。当资金在虚拟资金账户的各种子账户之间流动或者在平台账户的各种子账户之间流动或者在虚拟资金账户和平台账户之间流动时，文件服务器300会记录这些资金流动的信息，包括金额大小、交易时间、从哪个账户流向哪一个账户等信息。

权限管理系统可对第一权限组进行配置，改变第一权限组的权限对应的服务范围或者增加新的权限和管理ID，使支付结算系统具有灵活性，能适应未来多层次的管理需要。

资金管理系统提供了一种多账户体系，包括主账户和子账户，资金在不同子账户之间流动，使得资金的流向更清晰。资金管理系统也可对虚拟资金账户或者平台账户进行配置，向虚拟资金账户或者平台账户中添加新的子账户，还可以根据实际需要，增加新的主账户，使支付结算系统具有很好的适应性。

根据上述可知，资金流动的信息都记录在文件服务器300中，通过访问文件服务器300，即可查看到所有资金流动的信息，对资金流动进行了清晰可视化的管理，有助于对资金流动进行管理和分析，可以降低资金和管理风险，还可以充分利用资金，避免浪费。

在本实施例中，权限管理服务器100和应用服务器群组200是第一装置，执行S100；应用服务器群组200是第二装置，执行S200；文件服务器300是第三装置，执行S300。

参考图1和图2，本实施例的支付结算系统的信息处理方法还包括S400。S400、在接收到支付请求时，启动基于权限验证的支付处理程序。支付结算系统运行时，当接收到第一域对应的交易平台发过来的支付请求时，支付结算系统启动基于权限验证的支付处理程序：权限管理服务器100会对该支付请求所对应的权限进行验证，如检查事先规定的交易类型、接口调用频次等，如果超出事先规定的范围，该支付请求会被拒绝。如果权限验证通过，应用服务器群组200会处理该支付请求，然后调用第三方资金机构的资金划转接口。第三方资金机构在资金划转成功后会通知应用服务器群组200上部署的消息队列服务系统，消息队列服务系统异步处理第三方资金机构的通知，调用资金管理系统，生成相应的支付流水并按照相应的支付成功的会计分录进行记账。具体的，比如第一域对应的交易平台调用支付结算系统的收银台并选择P渠道发起付款100块钱，则相应记账为：

借：P-应收账户-100，贷：第一域-收款待结账户-100。

基于权限验证的支付处理程序的记账完成之后，执行S410、商户管理系统通知第一域对应的交易平台：应用服务器群组200上部署的商户管理系统通知第一域对应的交易平台，将交易单信息以及支付状态通知给交易平台，从而完成支付。

应用服务器群组200上部署的资金管理系统还包括分账服务子系统。

在执行完S410之后执行S420、处理支付结算系统与第一域的分润：分账服务子系统处理支付结算系统与第一域的分润，即支付结算系统会在支付过程中对第一域收取事先规定的手续费用。例如，事先规定按每笔收取固定手续费1元,则分润记账如下：

借：第一域-收款待结账户-100，贷：第一域-虚拟待结算账户-99，贷：第一域-服务支出账户-1。

根据上述可知，在接收到支付请求时，启动基于权限验证的支付处理程序，如果权限验证没有通过，则拒绝处理，保证了资金的安全。消息队列服务系统异步处理第三方资金机构的通知，减少了应用服务器群组200的处理量，提高系统的处理速度，更快地响应请求。

在本实施例中，第四装置包括权限管理服务器100和应用服务器群组200，第四装置执行S400、S410和S420。

资金管理系统还包括对账子系统，对账子系统也部署在应用服务器群组200上，但对应一台独立的服务器，用来定时执行对账程序。资金管理系统还包括对账差错处理子系统，对账差错处理子系统部署在应用服务器群组200上，用于进行账务的冲销和调整。

本实施例的支付结算系统的信息处理方法还包括S500。S500、执行对账程序。支付结算系统每天需要进行对账，为了避免影响到应用服务器群组200中其他服务器处理正常的业务和支付请求，会在日终，比如每天的最后一小时，执行对账程序：对账子系统调用第三方资金机构的对账单下载接口，将生成的对账单保存在文件服务器300，并将对账单中的流水数据存储在缓存服务器410中，支付结算系统在产生交易时会记录流水，将当天的第三方资金机构的流水与支付结算系统的流水进行对账，如果对账成功，会进行相应记账。比如：

借：P-存管账户-100，贷：P-应收账户-100。

如果对账出现问题，则会生成相应的对账错误记录，调用资金管理系统中的对账差错处理子系统进行账务的冲销和调整，并生成相应的财务报表到文件服务器300中。

根据上述可知，因为相应账务的流水数据的数据量很大，通过缓存服务器410存储这些流水数据，可以避免大量的IO(Input and Output,输入和输出)操作，进而提高应用服务器群组200的处理性能。在对账出现问题时，在文件服务器300中会生成相应的记录，便于以后的财务数据分析和维护。

在本实施例中，第五装置包括应用服务器群组200和文件服务器300，第五装置执行S500。

资金管理系统还包括结算子系统。

本实施例的支付结算系统的信息处理方法还包括S600。S600、执行基于权限验证的结算程序。结算子系统在日终，比如每天的最后一小时，执行基于权限验证的结算程序：结算时，权限管理系统进行结算操作的权限验证以及对第一域事先规定的结算周期进行权限验证，若权限验证都通过，则将第一域的虚拟待结算账户中的资金划转到虚拟可支取账户中，第一域至此可以提现完成收款。

相应记账的例子如下：

借：虚拟待结算账户-99，贷：P-虚拟可支取账户-99。

根据上述可知，对结算请求进行权限验证，可避免非法结算操作，保证了资金的安全。

在本实施例中，第六装置包括应用服务器群组200和权限管理服务器100，第六装置执行S600。

支付结算系统的硬件架构中还包括日志分析处理服务器500和数据库服务器900。应用服务器群组200上还部署有风控管理系统。日志分析处理服务器500上部署有交易日志分析处理系统。交易日志分析处理系统上可配置风控规则模型，用于判断操作请求是否属于风险操作。数据库服务器900用于储存数据。

本实施例的支付结算系统的信息处理方法还包括S700。S700、在资金操作请求发生时，启动交易风险实时监控程序。在资金操作请求发生时，比如某个管理ID请求结算，风控管理系统通过调用交易日志分析处理系统实时监控交易风险并生成相关交易风险数据存储在数据库服务器900中，如交易金额异常、时间异常、地点异常、调用频次异常等风险数据，并依据相应的风控规则模型生成统计数据进而控制交易风险，做出相应风险提示或者拒绝操作，并在日终，比如每天的最后一小时，根据统计数据完善风控规则模型。

根据上述可知，风控管理系统可监控操作请求，在出现交易风险时，做出风险提示或者拒绝操作，保证了交易的安全。而且，风控规则模型还可以根据统计数据不断完善，从而避免风险管理的盲点，实现全面监控。

在本实施例中，第七装置包括应用服务器群组200、日志分析处理服务器500和数据库服务器900，第七装置执行S700。

支付结算系统的硬件架构中还包括运营服务器600，与权限管理服务器100连接，用于处理外部请求。

相应的，在S400之前还包括S1400。S1400、在前端对外部请求进行反馈。将运营服务器(CDN，Content Delivery Network)600作为前端，由于运营服务器600部署在网络运营商的机房，这些运营商又是终端网络提供商，因此外部请求路由的第一跳就到达运营服务器600，当运营服务器600存在外部请求的资源时，从运营服务器600直接将资源返回给外部请求，实现了最短路径返回响应，加快访问速度，减少系统的负载压力。CDN一般能够缓存的是静态资源，如图片、文件、页面脚本文件、静态网页等，这些文件访问频度很高，将其缓存在CDN可极大的改善页面渲染速度，提高体验。

在本实施例中，运营服务器600是第八装置，执行S1400。

本实施例的支付结算系统的信息处理方法还包括S800。S800、在外部请求高并发的场景下，对并发的外部请求分别处理。应用服务器群组200是使用负载均衡技术构建的，包括有多台应用服务器，当支付结算系统出现高并发的外部请求时，比如节假日访问量剧增，并发的外部请求会被分发到多台应用服务器上，避免单一应用服务器因负载压力过大而相应缓慢甚至宕机，使外部请求具有更好的响应延迟特性。同时通过心跳检测服务器(图中未示出)对整个应用服务器群组200中的应用服务器进行监测，对于发生的宕机不可用事件进行访问请求的失效转移。如此，便使支付结算系统具有高可用性。

在本实施例中，应用服务器群组200和心跳检测服务器是第九装置，执行S800。

支付结算系统的硬件架构中还包括反向代理服务器700和浏览器服务器800，反向代理服务器700位于权限管理服务器100和浏览器服务器800之间，浏览器服务器800位于反向代理服务器700和应用服务器群组200之间。浏览器服务器800用于响应浏览器的请求。

本实施例的支付结算系统的信息处理方法还包括S900。S900、对外部请求进行反向代理。使用反向代理服务器700，来自互联网的外部请求通过权限验证之后，先经过反向代理服务器700，如此，就相当于在浏览器服务器800和可能的网络攻击之间建立了屏障，提高了支付结算系统的安全性和稳定性。

在本实施例中，反向代理服务器700是第十装置，执行S900。

综上所述，本发明通过多账户体系使资金流动可视化、进行权限管理和交易风险实时监控、对外部请求采取多种处理机制，提供了一种具有高可用性的支付结算系统。

以上内容是结合具体/优选的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，其还可以对这些已描述的实施方式做出若干替代或变型，而这些替代或变型方式都应当视为属于本发明的保护范围。

Claims (10)

1.一种基于多账户体系的支付结算系统，其特征在于，包括第一装置、第二装置和第三装置；所述第一装置用于在接收到开户请求时，创建与所述开户请求对应的第一域，以及生成与所述第一域对应的第一权限组和虚拟资金账户；所述第二装置用于在支付结算系统与第三方建立关联后，创建与所述第三方对应的平台账户；所述第三装置用于记录资金流动的信息。

2.如权利要求1所述的基于多账户体系的支付结算系统，其特征在于，还包括第四装置，所述第四装置用于在接收到支付请求时，启动基于权限验证的支付处理程序。

3.如权利要求1所述的基于多账户体系的支付结算系统，其特征在于，还包括第五装置，所述第五装置用于执行对账程序。

4.如权利要求1-3任一项所述的基于多账户体系的支付结算系统，其特征在于，还包括第六装置和/或第七装置，所述第六装置用于执行基于验证权限的结算程序，所述第七装置用于在资金操作请求发生时，启动交易风险实时监控程序。

5.一种基于多账户体系的支付结算系统的信息处理方法，其特征在于包括：

S100、在接收到开户请求时，创建与所述开户请求对应的第一域，以及生成与所述第一域对应的第一权限组和虚拟资金账户；

S200、支付结算系统与第三方建立关联后，创建与所述第三方对应的平台账户；

S300、记录资金流动的信息。

6.如权利要求5所述的信息处理方法，其特征在于，还包括：

S400、在接收到支付请求时，启动基于权限验证的支付处理程序。

7.如权利要求5所述的信息处理方法，其特征在于，还包括：

S500、执行对账程序。

8.如权利要求5所述的信息处理方法，其特征在于，还包括：

S600、执行基于权限验证的结算程序。

9.如权利要求5-8任一项所述的信息处理方法，其特征在于，还包括：

S700、在资金操作请求发生时，启动交易风险实时监控程序。

10.一种计算机可读存储介质，其存储有与计算设备结合使用的计算机程序，所述计算机程序被处理器执行以实现权利要求5-9任一项所述方法。