CN114298703A - 聚合支付方法和*** - Google Patents

Abstract

本发明提供了一种聚合支付方法和***。该方法适于通过聚合支付***管理多个用户与多个支付机构的支付类业务，包括：导入多个用户的数据，为每个用户开设一个或多个虚拟户；将每个虚拟户的多个端口中的其中一个与待清分账户建立连接，并将多个端口中的一个或多个与选定的一个或多个支付机构的结算账户建立连接；接收待清分账户中流入资金的入金信息并生成入账单；接收用户的分账指令，并将待清分账户中的资金向与指定的虚拟户对应的结算账户转入资金，同时生成出账单；以及将出账单与入账单进行账单核对，若无误则对分账指令进行关账。该聚合支付方法和***可以高效的连接用户和支付结构，实现高效率低成本的分账和对账。

Description

聚合支付方法和***

技术领域

本发明主要涉及互联网支付领域，尤其涉及一种聚合支付方法和***。

背景技术

随着移动网络和信息技术的迅速发展，加之移动支付设备的普及，日常生活中可供人们选择的支付方式也朝着多样化和便利化方向发展。伴随移动支付市场的全面铺开，人们身边能够提供移动支付服务的场所越来越多。超市、商场、便利店、药店、餐馆等都可以使用手机完成支付，形成初步完善的支付网络。人们在支付的时候，可以选择多种支付方式，同时商家也会进行一些优惠凭证的促销。

介于银行、第三方支付和商户之间的聚合支付因具有能够根据商户的需求进行个性化定制的特点，加之同时具有中立性、灵活性、便捷性等优势，而在互联网支付领域占有一定的市场份额。

但市场上微信(小程序、APP)、支付宝(小程序、APP)、云闪付、快捷、网关、***分期等交易类型众多、对接流程复杂，导致安全问题、实名认证与资金的托管等问题凸显，使得交易成本大幅增加。

所以，如何统一高效的连接用户和支付结构，以及实现高效率低成本的实时分账、对账是亟待解决的问题。

发明内容

本发明要解决的技术问题是提供一种连接用户、银行和支付机构，在保证信息安全的前提下可以高效率低成本的分账和对账的聚合支付方法和聚合支付***。

为解决上述技术问题，本发明提供了一种聚合支付方法，适于通过聚合支付***管理多个用户与多个支付机构的支付类业务，包括：导入多个用户的数据，根据所述数据为每个用户开设一个或多个虚拟户；将每个虚拟户的多个端口中的其中一者与待清分账户的端口建立连接，并将所述每个虚拟户的多个端口中的一个或多个与选定的一个或多个支付机构的结算账户的端口建立连接；接收所述待清分账户中流入资金的入金信息并生成入账单；接收用户的分账指令，并将所述待清分账户中的所述资金通过所述分账指令中指定的虚拟户向与所述指定的虚拟户对应的结算账户转入资金，同时生成出账单；以及在预设时间段内将所述出账单与所述入账单进行账单核对，若核对无误则对所述分账指令进行关账处理。

在本发明的一实施例中，该聚合支付方法还包括将所述待清分账户的所述端口与一个或多个支付机构的接口连接，以通过所述一个或多个支付机构向所述待清分账户中转入资金。

在本发明的一实施例中，该聚合支付方法还包括在根据所述数据为每个用户开设一个或多个虚拟户的步骤前，接收并审核用户的入网材料和用户证照，若审核通过则根据所述数据为每个用户开设一个或多个虚拟户。

在本发明的一实施例中，该聚合支付方法还包括在将所述每个虚拟户的端口与选定的支付机构的结算账户的端口建立连接之前，将所述每个用户入驻所述选定的支付机构，所述入驻包括选择经营类目、选择用户种类以及向所述选定的支付机构提交用户信息的步骤，若所述选定的支付机构对所述用户信息审核通过则完成所述入驻。

在本发明的一实施例中，该聚合支付方法还包括在所述导入多个用户的数据之前，对所述数据使用非对称密钥串加密，并将经过加密后的数据通过白名单接口传输到所述聚合支付***，通过所述聚合支付***对所述加密后的数据使用非对称密钥解密，以完成所述导入多个用户的数据的步骤。

在本发明的一实施例中，所述加密包括对所述用户的敏感信息添加标识头，并将所述加密后的数据通过制定标识体封装以生成明文标识体，将所述标识头、所述明文标识体以及校验信息写入校验信息文件中，将所述校验信息文件传输至所述聚合支付***，通过所述聚合支付***根据隐性标识头识别所述校验信息文件中的明文标识体，并将所述校验信息文件解码以或获得所述加密后的数据，将所述加密后的数据和所述隐性标识头存储在所述聚合支付***的数据库中，从而完成所述导入多个用户的数据的步骤。

本发明还提供一种聚合支付***，包括开户模块，配置为导入多个用户的数据，根据所述数据为每个用户开设一个或多个虚拟户，所述开户模块还配置为将每个虚拟户的多个端口中的其中一者与待清分账户的端口建立连接，并将所述每个虚拟户的多个端口中的一个或多个与选定的一个或多个支付机构的结算账户的端口建立连接；入金模块，配置为接收所述待清分账户中流入资金的入金信息并生成入账单；分账和出金模块，配置为接收用户的分账指令，并将所述待清分账户中的所述资金通过所述分账指令中指定的虚拟户向与所述指定的虚拟户对应的结算账户转入资金，同时生成出账单；以及对账模块，配置为在预设时间段内将所述出账单与所述入账单进行账单核对，若核对无误则对所述分账指令进行关账处理。

在本发明的一实施例中，该***还包括加密模块，配置为在所述开户模块导入多个用户的数据之前，对所述数据使用非对称密钥串加密。

本发明还提供一种聚合支付***，包括：存储器，用于存储可由处理器执行的指令；以及处理器，用于执行所述指令以实现如前文所述的聚合支付方法。

本发明还提供一种存储有计算机程序代码的计算机可读介质，所述计算机程序代码在由处理器执行时实现如前文所述的聚合支付方法。

本发明的聚合支付方法和聚合支付***为基于加密保护的用户数据为用户提供虚拟户，并将虚拟户连接待清分账户和结算账户，从而在不同的应用场景下为用户实现高效率低成本的分账、对账功能，在保障交易安全的前提下。

附图说明

包括附图是为提供对本申请进一步的理解，它们被收录并构成本申请的一部分，附图示出了本申请的实施例，并与本说明书一起起到解释本发明原理的作用。附图中：

图1是本发明一实施例的一种聚合支付方法的示例性流程；

图2是本发明一实施例的一种聚合支付方法的工作原理示意图；

图3是本发明一实施例的一种聚合支付方法中开设虚拟户的示例性流程；

图4是本发明一实施例的一种聚合支付方法中用户入驻的示例性流程；

图5是本发明一实施例的一种聚合支付方法中用户数据加密过程的示例性流程；

图6是本发明一实施例的一种聚合支付***的示例性框架图；

图7是本发明另外一实施例的一种聚合支付***的示例性框架图。

具体实施方式

为了更清楚地说明本申请的实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的范围。同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

在本申请的描述中，需要理解的是，方位词如“前、后、上、下、左、右”、“横向、竖向、垂直、水平”和“顶、底”等所指示的方位或位置关系通常是基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，在未作相反说明的情况下，这些方位词并不指示和暗示所指的装置或元件必须具有特定的方位或者以特定的方位构造和操作，因此不能理解为对本申请保护范围的限制；方位词“内、外”是指相对于各部件本身的轮廓的内外。

为了便于描述，在这里可以使用空间相对术语，如“在……之上”、“在……上方”、“在……上表面”、“上面的”等，用来描述如在图中所示的一个器件或特征与其他器件或特征的空间位置关系。应当理解的是，空间相对术语旨在包含除了器件在图中所描述的方位之外的在使用或操作中的不同方位。例如，如果附图中的器件被倒置，则描述为“在其他器件或构造上方”或“在其他器件或构造之上”的器件之后将被定位为“在其他器件或构造下方”或“在其他器件或构造之下”。因而，示例性术语“在……上方”可以包括“在……上方”和“在……下方”两种方位。该器件也可以其他不同方式定位(旋转90度或处于其他方位)，并且对这里所使用的空间相对描述做出相应解释。

此外，需要说明的是，使用“第一”、“第二”等词语来限定零部件，仅仅是为了便于对相应零部件进行区别，如没有另行声明，上述词语并没有特殊含义，因此不能理解为对本申请保护范围的限制。此外，尽管本申请中所使用的术语是从公知公用的术语中选择的，但是本申请说明书中所提及的一些术语可能是申请人按他或她的判断来选择的，其详细含义在本文的描述的相关部分中说明。此外，要求不仅仅通过所使用的实际术语，而是还要通过每个术语所蕴含的意义来理解本申请。

应当理解，当一个部件被称为“在另一个部件上”、“连接到另一个部件”、“耦合于另一个部件”或“接触另一个部件”时，它可以直接在该另一个部件之上、连接于或耦合于、或接触该另一个部件，或者可以存在***部件。相比之下，当一个部件被称为“直接在另一个部件上”、“直接连接于”、“直接耦合于”或“直接接触”另一个部件时，不存在***部件。同样的，当第一个部件被称为“电接触”或“电耦合于”第二个部件，在该第一部件和该第二部件之间存在允许电流流动的电路径。该电路径可以包括电容器、耦合的电感器和/或允许电流流动的其它部件，甚至在导电部件之间没有直接接触。

本申请中使用了流程图用来说明根据本申请的实施例的***所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，或将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

参考图1所示，本发明的一实施例提出了一种聚合支付方法100，可以连接用户、银行和支付机构，在保证信息安全的前提下可以高效率低成本的实现分账和对账功能。在该实施例中，聚合支付方法100包括以下步骤。

步骤S110为导入多个用户的数据，根据数据为每个用户开设一个或多个虚拟户。

步骤S120为将每个虚拟户的多个端口中的其中一个与待清分账户的端口建立连接，并将每个虚拟户的多个端口中的一个或多个与选定的一个或多个支付机构的结算账户的端口建立连接。

步骤S130为接收待清分账户中流入资金的入金信息并生成入账单。

步骤S140为接收用户的分账指令，并将待清分账户中的资金通过分账指令中指定虚拟户向与指定的虚拟户对应的结算账户转入资金，同时生成出账单。

步骤S150为在预设时间段内将出账单与入账单进行账单核对，若核对无误则对分账指令进行关账处理。

现对上述步骤具体展开说明如下。

在步骤S110中，向聚合支付***中导入需要进行管理的多个用户的数据，聚合支付***将为每个账户开设一个或多个与之对应的虚拟户。其中，每个账户所具有的虚拟户的数量与该账户的应用需求有关，例如，本发明的聚合支付***的使用者可以根据需求开设多个虚拟户，也可以只开设一个虚拟户，本发明不对此做出限制。

在步骤S120中，步骤S110中开设的每个虚拟户具有多个端口，通过该多个端口中的一个端口与待清分账户的端口建立连接。其中，待清分账户例如可以是央行的备付金账户，该备付金账户可用于接收资金和划拨资金。该实施例中的每个虚拟户的多个端口中的一个或多个还可与选定的一个或多个支付机构的结算账户的端口建立连接。具体地，聚合支付***的使用者(即用户)可以选择与具体哪个支付机构的结算账户连接。比如，使用者可以选择与支付宝、微信、云闪付或者其他银行卡中的一个或任意个结算账户建立连接。

在步骤S130中，聚合支付***可自动接收到待清分账户中流入资金的入金信息，并生成入账单。具体地，支付机构或银行的到账通知可通过聚合支付***的通知机制获得流入资金的信息。随后待清分账户告知聚合支付***有款项到账。该***还可以通过核对待清分账户中的资金与实际的支付机构或银行的账户进行对账以生成入账单。同时，还可以通过聚合支付***通知用户资金到账信息。

在步骤S140中，聚合支付***接收到用户的分账指令后，将待清分账户中的资金通过分账指令中指定的虚拟账户向与该虚拟账户对应的结算账户中转入资金，同时还可生成出账单。本发明的聚合支付方法允许用户根据需求向待清分账户发送不同内容的分账指令，可指令参与分账的具体虚拟户。

在本发明的一些实施例中，用户可以在聚合支付***中预先设定好分账指令，也可以在每次收到流入资金时或之后一段时间内再设定分账指令，本发明不对此做出限制。

在步骤S150中，图1的实施例可在预定时间内将在步骤S130中获取分出账单与在步骤S140中获取的入账单进行账单核对。若核对无误后则对分账指令进行关账处理。其中，用户可根据实际需求设定进行账单核对的预定时间，例如，可以设定为在隔日进行账单核对。本发明的聚合支付方法通过实时生成入账单和出账单，以及在预定时间内进行账单核对，可以避免出现资金流失以及差异账单的产生。

在本发明的一实施例中，可将待清分账户的端口与一个或多个支付机构的接口连接，如此，可以通过一个或多个支付机构向该待清分账户中转入资金。例如，待清分账户可以是央行的备付金账户，该备付金账户可以与微信、支付宝或云闪付等支付机构中的一个或任意个建立连接，支付机构可通过上述连接向备付金账户转入资金。

为进一步说明本申请中的聚合支付方法，下面给出更为详细的说明，具体将参考2所示的聚合支付方法的工作示意图200进行说明。

在图2的实施例中，支付机构包括微信、支付宝和银行或其他机构，以及其他获得批准的支付机构，上述支付机构均支持入金，即可向上述支付机构转入资金。其中，转入资金的方式包括转账和支付价款。

本聚合支付***在上述支付机构与待清分账户之间建立连接。当有资金流入到待清分账户后，聚合支付***将接收该流入资金的入金信息，并生成对应的入账单。

该聚合支付***另一方面为结算账户开设一个或多个对应的虚拟户。如在2的实施例中，为A结算账户开设了虚拟户A和虚拟户B两个虚拟户，虚拟户A对应连接到A结算账户，而虚拟户B对应连接到B结算账户。在此基础上，同样作为虚拟户A可以对应连接到C结算账户，从而满足不同用户对于分账的不同需求。可以理解，本聚合支付***还可包括其他结算账户设置对应的其他虚拟户。为了更好的理解本方案，示例性的，在通过电商平台支付的场景中，商户通过电商平台销售产品获得资金进账，可以为电商平台设置虚拟户B，为入驻电商平台的商户设置虚拟户A，由此，对于商铺的一笔消费入账，电商平台的抽成将会被直接分配到与电商平台的虚拟户B对应连接的B结算账户。而对于商户，其可能有多种需要的资金流向(如成本结算账户、收益结算账户等等)，此时，由于为商户二次开发了多个虚拟户(或者是虚拟户A的不同端口)，并分别连接A结算账户和C结算账户，从而满足商户A对于同一笔资金入账的不同分账需求，更加灵活和实用。

图2中的聚合支付***也在虚拟户与待清分账户之间建立了连接。在接收到分账指令后，支付***将根据上述分账指令将待清分账户中相应的资金通过分账指令中指定的虚拟户转入到与该虚拟户对应的结算账户。并生成出账单。可以将上述的入账单和出账单进行账单核对以确定是是否有对账差异。

本发明的聚合支付方法集合多个支付机构的支付、分账和转账的功能，并与结算账户建立连接，通知支持入账、分账、出金和对账，简化了聚合支付的过程。

在本发明的一实施例中，在根据数据为每个用户开设一个或多个虚拟户的步骤前，接收并审核用户的入网材料和用户证照，若审核通过则根据数据为每个用户开设一个或多个虚拟户。

为进一步说明本发明的开设虚拟户过程，这里给出一个具体实施例，参考图3所示的该实施例中的聚合支付方法中开设虚拟户的示例性流程300。

在步骤S310中，用户准备用于开设虚拟户的入网材料，以用于***审核。通过对用户入网材料的审核可以有效地避免非法账户的进入，从而保护资金的安全。

在步骤S320中，***接收用户提交的入网材料后对该入网材料进行审核，若通过审核则进行下一步。否则，则判定该用户未通过审核，需要重新提交入网材料。

在步骤S330中，用户还需要提交用户证照用于***审核。该用户证照的作用包括证明用户的身份。

在步骤S340中，若***接收用户的用户证照后判定该证照符合要求，则执行步骤S3450，为该用户开设虚拟户。否则，则要求该用户重新提交用户证照直至通过审核。

通过对开设虚拟户的账户的审核可以避免非法账户的进入，有效地保护***和资金的安全。

在本发明的另外一实施例中，在将每个虚拟户的端口与选定的支付机构的结算账户的端口建立连接之前，将每个用户入驻选定的支付机构，入驻包括选择经营类目、选择用户种类以及向选定的支付机构提交用户信息的步骤，若选定的支付机构对用户信息审核通过则完成入驻。

为进一步说明本发明的用户入驻过程，这里给出一个具体实施例，参考图3所示的该实施例中的聚合支付方法的用户入驻的示例性流程400。

在步骤S410中，用户在入驻时需要选择入驻的机构。例如，用户可以根据需求选在入驻微信、支付宝或云闪付等支付机构中的一个或任意个。

在步骤S420中，当用户确定入驻的支付机构后，用户将选择经营类目和用户种类。

在步骤S430中，用户需要提交用户信息用于审核。

在步骤S440中，当***对用户提交的用户信息审核通过后，则执行步骤S450，即入住成功。反之，用户需要重新提交用户信息直至审核通过。

通过上述过程可以很好地对入驻的商户进行分类和管理，以及防止非法用户的入驻。

在本发明的一实施例中，在导入多个用户的数据之前，对数据使用非对称密钥串加密，并将经过加密后的数据通过白名单接口传输到聚合支付***；然后，通过聚合支付***对加密后的数据使用非对称密钥解密，以完成导入多个用户的数据的步骤。示例性的，在本发明的一些实施例中，只有部分内网才可以传输加密后的数据，从而从物理上将加密数据与其他密级较低的数据隔离，以保证信息的安全传输。

在本发明的其他一些实施例中，加密包括对用户的敏感信息添加标识头，并将加密后的数据通过制定标识体封装以生成明文标识体，将标识头、明文标识体以及校验信息写入校验信息文件中，将校验信息文件传输至聚合支付***。然后，通过聚合支付***根据隐性标识头识别校验信息文件中的明文标识体，并将校验信息文件解码以或获得加密后的数据，将加密后的数据和隐性标识头存储在聚合支付***的数据库中，从而完成导入多个用户的数据的步骤。

为进一步说明本发明中的数据加密，这里给出一个加密过程500的具体示例。

在图5的实施例中，为了避免所导入的用户数据中的敏感信息(例如，用户的身份证号、银行***、密码等)泄露从而影响信息安全，在接收到用户的数据后，对这些敏感信息添加标识头，并将该加密后的数据通过定制的标识体进行封装以生成明文标识体。将上述的标识头、明文标识体和校验信息写入到校验信息文件中。传输该校验信息文件至本方案中的聚合支付***。***在接收到该校验信息文件后，对该信息文件进行解码以获得封装在明文标识体中的加密后的数据。随后，将该加密后的数据和隐形标识头进行存储。

通过对用户敏感数据的加密处理，可以有效的保护用户的隐私。可以看出的是，本发明的为了应对信息泄露的安全隐患，在用户数据传输和存储的各个环节都进行了相应的处理。在对于用户数据的采集、传输和存储环节中：企业/消费者的个人信息在采集之初，对用户填写数据使用非对称密钥串进行加密，将密文数据通过白名单接口传输到后端进行非对称密钥解密进行数据审核，公私钥分离存储定期有***自动更新。另外，从对于加密数据的认证、授权和销毁的角度：数据含有安全标识对相关数据进行安全格式化封装，安全标识由：标识头、标识体及校验信息组成，采用密码技术实现与客体数据强绑定关系和自身信息的完整性与真实性保护。

本发明还提供一种聚合支付***，图6是本发明一实施例的聚合支付***600的示例性框架图，在该实施例中，用聚合支付***600包括开户模块610、入金模块620、分账和出金模块630和对账模块640。

具体地，如图6所示，开户模块610可导入多个用户的数据，根据该数据为每个用户开设一个或多个虚拟户。开户模块610还可以将每个虚拟户的多个端口中的其中一者与待清分账户的端口建立连接，并将每个虚拟户的多个端口中的一个或多个与选定的一个或多个支付机构的结算账户的端口建立连接。

入金模块620可接收待清分账户中流入资金的入金信息并生成入账单。分账和出金模块630可接收用户的分账指令，并将待清分账户中的资金通过分账指令中指定的虚拟户向与指定的虚拟户对应的结算账户转入资金，时生成出账单。

对账模块640可在预设时间段内将出账单与入账单进行账单核对，若核对无误则对分账指令进行关账处理。其中，用户可以指定对账的预定时间，比如将预定时间设置为隔日。

通过本发明的聚合支付***可以高效率低成本的实现分账、对账，有利于简化交易流程。

图7所示的聚合支付***700。根据图7，聚合支付***700可包括内部通信总线701、处理器(Processor)702、只读存储器(ROM)703、随机存取存储器(RAM)704、以及通信端口705。当应用在个人计算机上时，聚合支付***700还可以包括硬盘706。

内部通信总线701可以实现聚合支付***700组件间的数据通信。处理器702可以进行判断和发出提示。在一些实施例中，处理器702可以由一个或多个处理器组成。通信端口705可以实现聚合支付***700与外部的数据通信。在一些实施例中，聚合支付***700可以通过通信端口705从网络发送和接受信息以及数据。

聚合支付***700还可以包括不同形式的程序储存单元以及数据储存单元，例如硬盘706，只读存储器(ROM)703和随机存取存储器(RAM)704，能够存储计算机处理和/或通信使用的各种数据文件，以及处理器702所执行的可能的程序指令。处理器执行这些指令以实现方法的主要部分。处理器处理的结果通过通信端口传给用户设备，在用户界面上显示。

除此之外，本发明另一方面还提出了一种存储有计算机程序代码的计算机可读介质，计算机程序代码在由处理器执行时实现上述的聚合支付***。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述发明披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。

同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

本申请的一些方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“***”。处理器可以是一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DAPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器或者其组合。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。例如，计算机可读介质可包括，但不限于，磁性存储设备(例如，硬盘、软盘、磁带……)、光盘(例如，压缩盘CD、数字多功能盘DVD……)、智能卡以及闪存设备(例如，卡、棒、键驱动器……)。

计算机可读介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等等、或合适的组合形式。计算机可读介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行***、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、射频信号、或类似介质、或任何上述介质的组合。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。

虽然本申请已参照当前的具体实施例来描述，但是本技术领域中的普通技术人员应当认识到，以上的实施例仅是用来说明本申请，在没有脱离本申请精神的情况下还可做出各种等效的变化或替换，因此，只要在本申请的实质精神范围内对上述实施例的变化、变型都将落在本申请的权利要求书的范围内。

Claims (10)

1.一种聚合支付方法，适于通过聚合支付***管理多个用户与多个支付机构的支付类业务，其特征在于，包括：

导入多个用户的数据，根据所述数据为每个用户开设一个或多个虚拟户；

将每个虚拟户的多个端口中的其中一个与待清分账户的端口建立连接，并将所述每个虚拟户的多个端口中的一个或多个与选定的一个或多个支付机构的结算账户的端口建立连接；

接收所述待清分账户中流入资金的入金信息并生成入账单；

接收用户的分账指令，并将所述待清分账户中的所述资金通过所述分账指令中指定的虚拟户向与所述指定的虚拟户对应的结算账户转入资金，同时生成出账单；以及

在预设时间段内将所述出账单与所述入账单进行账单核对，若核对无误则对所述分账指令进行关账处理。

2.如权利要求1所述的方法，其特征在于，还包括将所述待清分账户的所述端口与一个或多个支付机构的接口连接，以通过所述一个或多个支付机构向所述待清分账户中转入资金。

3.如权利要求1所述的方法，其特征在于，还包括在根据所述数据为每个用户开设一个或多个虚拟户的步骤前，接收并审核用户的入网材料和用户证照，若审核通过则根据所述数据为每个用户开设一个或多个虚拟户。

4.如权利要求1所述的方法，其特征在于，还包括在将所述每个虚拟户的端口与选定的支付机构的结算账户的端口建立连接之前，将所述每个用户入驻所述选定的支付机构，所述入驻包括选择经营类目、选择用户种类以及向所述选定的支付机构提交用户信息的步骤，若所述选定的支付机构对所述用户信息审核通过则完成所述入驻。

5.如权利要求1～4任一项所述的方法，其特征在于，还包括在所述导入多个用户的数据之前，对所述数据使用非对称密钥串加密，并将经过加密后的数据通过白名单接口传输到所述聚合支付***，通过所述聚合支付***对所述加密后的数据使用非对称密钥解密，以完成所述导入多个用户的数据的步骤。

6.如权利要求5所述的方法，其特征在于，所述加密包括对所述用户的敏感信息添加标识头，并将所述加密后的数据通过制定标识体封装以生成明文标识体，将所述标识头、所述明文标识体以及校验信息写入校验信息文件中，将所述校验信息文件传输至所述聚合支付***，通过所述聚合支付***根据隐性标识头识别所述校验信息文件中的明文标识体，并将所述校验信息文件解码以或获得所述加密后的数据，将所述加密后的数据和所述隐性标识头存储在所述聚合支付***的数据库中，从而完成所述导入多个用户的数据的步骤。

7.一种聚合支付***，其特征在于，包括：

开户模块，配置为导入多个用户的数据，根据所述数据为每个用户开设一个或多个虚拟户，所述开户模块还配置为将每个虚拟户的多个端口中的其中一者与待清分账户的端口建立连接，并将所述每个虚拟户的多个端口中的一个或多个与选定的一个或多个支付机构的结算账户的端口建立连接；

入金模块，配置为接收所述待清分账户中流入资金的入金信息并生成入账单；

分账和出金模块，配置为接收用户的分账指令，并将所述待清分账户中的所述资金通过所述分账指令中指定的虚拟户向与所述指定的虚拟户对应的结算账户转入资金，同时生成出账单；以及

对账模块，配置为在预设时间段内将所述出账单与所述入账单进行账单核对，若核对无误则对所述分账指令进行关账处理。

8.如权利要求7所述的***，其特征在于，还包括加密模块，配置为在所述开户模块导入多个用户的数据之前，对所述数据使用非对称密钥串加密。

9.一种聚合支付***，包括：

存储器，用于存储可由处理器执行的指令；以及处理器，用于执行所述指令以实现如权利要求1-6任一项所述的方法。

10.一种存储有计算机程序代码的计算机可读介质，所述计算机程序代码在由处理器执行时实现如权利要求1-6任一项所述的方法。

Images