多级资金池下拨控制方法、装置、设备及存储介质

技术领域

本申请涉及金融领域，尤其涉及一种多级资金池下拨控制方法、装置、设备及存储介质。

背景技术

在现金管理领域中资金池是必不可少的，资金池是现金管理流动性管理的一种手段。其中，多级资金池在现金管理领域中使用广泛，例如，企业集团客户将成员账户加入资金池，通过多级资金池实可以现内部多层级成员账户间资金的实时下拨。

目前，当多级资金池内账户支付由外围系统控制时，核心系统每一层触发的实时下拨都要向外围系统申请资金，导致交易处理的效率较低。

发明内容

本申请提供一种多级资金池下拨控制方法、装置、设备及存储介质，用以解决当多级资金池内账户支付由外围系统控制时，核心系统每一层触发的实时下拨都要向外围系统申请资金，导致交易处理的效率较低的问题。

第一方面，本申请提供一种多级资金池下拨控制方法，应用于外围系统，外围系统用于对多级资金池进行管理，该多级资金池下拨控制方法包括：

接收核心系统发送的支付校验请求，支付校验请求是核心系统在响应于第一账户在支付时第一账户的账户余额小于待支付金额，根据待支付金额和预设层级关系，确定第二账户对应的下拨金额的情况下发送的，第二账户为第一账户的上层账户中需向相邻的下一层级账户下拨资金的账户，支付校验请求携带有待支付金额和第二账户对应的下拨金额；

根据待支付金额和第二账户对应的下拨金额，分别对第一账户和第二账户的账户额度和所在资金池额度进行校验，得到支付校验结果；

向核心系统发送支付校验结果。

第二方面，本申请提供一种多级资金池下拨控制方法，应用于核心系统，该多级资金池下拨控制方法包括：

响应于第一账户在支付时第一账户的账户余额小于待支付金额，根据待支付金额和预设层级关系，确定第二账户对应的下拨金额，第二账户为第一账户的上层账户中需向相邻的下一层级账户下拨资金的账户；

向外围系统发送支付校验请求，支付校验请求携带有待支付金额和第二账户对应的下拨金额，外围系统用于对多级资金池进行管理；

接收外围系统发送的支付校验结果；

根据支付校验结果，确定第一账户是否支付待支付金额。

第三方面，本申请提供一种多级资金池下拨控制装置，应用于外围系统，外围系统用于对多级资金池进行管理，该多级资金池下拨控制装置包括：

接收模块，用于接收核心系统发送的支付校验请求，支付校验请求是核心系统在响应于第一账户在支付时第一账户的账户余额小于待支付金额，根据待支付金额和预设层级关系，确定第二账户对应的下拨金额的情况下发送的，第二账户为第一账户的上层账户中需向相邻的下一层级账户下拨资金的账户，支付校验请求携带有待支付金额和第二账户对应的下拨金额；

校验模块，用于根据待支付金额和第二账户对应的下拨金额，分别对第一账户和第二账户的账户额度和所在资金池额度进行校验，得到支付校验结果；

发送模块，用于向核心系统发送支付校验结果。

第四方面，本申请提供一种多级资金池下拨控制装置，应用于核心系统，该多级资金池下拨控制装置包括：

第一确定模块，用于响应于第一账户在支付时第一账户的账户余额小于待支付金额，根据待支付金额和预设层级关系，确定第二账户对应的下拨金额，第二账户为第一账户的上层账户中需向相邻的下一层级账户下拨资金的账户；

发送模块，用于向外围系统发送支付校验请求，支付校验请求携带有待支付金额和第二账户对应的下拨金额，外围系统用于对多级资金池进行管理；

接收模块，用于接收外围系统发送的支付校验结果；

第二确定模块，用于根据支付校验结果，确定第一账户是否支付待支付金额。

第五方面，本申请提供一种电子设备，包括：处理器，以及与处理器通信连接的存储器；

存储器存储计算机执行指令；

处理器执行存储器存储的计算机执行指令，以实现如本申请第一方面或第二方面所述的多级资金池下拨控制方法。

第六方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序指令，计算机程序指令被执行时，实现如本申请第一方面或第二方面所述的多级资金池下拨控制方法。

第七方面，本申请提供一种计算机程序产品，包括计算机程序，计算机程序被执行时实现如本申请第一方面或第二方面所述的多级资金池下拨控制方法。

本申请提供的多级资金池下拨控制方法、装置、设备及存储介质，通过核心系统响应于第一账户在支付时第一账户的账户余额小于待支付金额，根据待支付金额和预设层级关系，确定第二账户对应的下拨金额，第二账户为第一账户的上层账户中需向相邻的下一层级账户下拨资金的账户；核心系统向外围系统发送支付校验请求，支付校验请求携带有待支付金额和第二账户对应的下拨金额，外围系统用于对多级资金池进行管理；外围系统根据待支付金额和第二账户对应的下拨金额，分别对第一账户和第二账户的账户额度和所在资金池额度进行校验，得到支付校验结果，向核心系统发送支付校验结果；核心系统根据支付校验结果，确定第一账户是否支付待支付金额。由于本申请的核心系统响应于第一账户在支付时第一账户的账户余额小于待支付金额，确定第一账户的上层账户中需向相邻的下一层级账户下拨资金的第二账户对应的下拨金额，将待支付金额和第二账户对应的下拨金额一起发送给外围系统进行额度信息校验，而不是在需要上层账户下拨资金时，每个上层账户分别向外围系统发送额度信息校验请求，因此，在保证核心系统和外围系统同步的基础上，能够大大减少核心系统和外围系统的交互次数，提升交易处理的效率，且未增加系统逻辑复杂度以及未增加安全等风险问题。

附图说明

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

图1为相关技术提供的多级资金池的交易示意图；

图2为相关技术提供的核心系统和外围系统的交互示意图；

图3为本申请一实施例提供的应用场景示意图；

图4为本申请一实施例提供的多级资金池下拨控制方法的信令交互示意图；

图5为本申请一实施例提供的多级资金池下拨控制方法的流程图；

图6为本申请另一实施例提供的多级资金池下拨控制方法的流程图；

图7为本申请一实施例提供的核心系统和外围系统的交互示意图；

图8为本申请一实施例提供的多级资金池下拨控制装置的结构示意图；

图9为本申请另一实施例提供的多级资金池下拨控制装置的结构示意图；

图10为本申请一实施例提供的电子设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

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

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

需要说明的是，本申请多级资金池下拨控制方法、装置、设备及存储介质可用于金融领域，也可用于除金融领域之外的任意领域，本申请多级资金池下拨控制方法、装置、设备及存储介质的应用领域不做限定。

资金池是现金管理流动性管理的一种手段。其中，多级资金池在现金管理领域中使用广泛，多级资金池也可以称为多层实时下拨资金池。示例性地，图1为相关技术提供的多级资金池的交易示意图，如图1所示，以三级资金池实时下拨为例，通过账户A、账户B、账户C和账户D搭建三级实时下拨资金池。其中，账户D为支出账户，在账户D对外支付时，如果账户D的可用账面(即账户余额)不足，可以实时从账户C下拉资金；若账户C的可用账面不足时，可以从账户B下拉资金；若账户B的可用账面不足时，可以从账户A下拉资金。参考图1所示的三级资金池，可以理解，最长的交易链路为：当账户D对外支付，此时账户D的可用账面不足，需要向账户C下拉资金，此时账户C的可用账面也不足，需要向账户B下拉资金，此时账户B的可用账面依然不足，需要向账户A下拉资金，如果账户A的资金足够，则账户A将资金先下拨到账户B，账户B再将资金下拨到账户C，账户C再将资金下拨到账户D，账户D将资金支付出去。

该资金池中，若核心系统为触发实时下拨交易的触发系统，外围系统为多级资金池管理系统，则核心系统每一层触发的实时下拨都要向外围系统申请资金，系统间调用次数多，效率底。示例性地，图2为相关技术提供的核心系统和外围系统的交互示意图，如图2所示，当资金池内账户支付由外围系统控制时，账户D对外支付，核心系统需要向外围系统发送支付校验请求，外围系统校验账户D的账户额度以及账户D所在资金池额度情况，如果额度均足够，则向核心系统发送支付校验结果为允许支付；此时，核心系统检查账户D的可用账面不足，需要向账户C下拉资金，此时，核心系统会向外围系统发送账户C支付的申请，如果外围系统确定账户C的账户额度以及账户C所在资金池额度均足够，则向核心系统发送支付校验结果为允许支付；此时，核心系统检查账户C的可用账面是否足够，如果账户C的可用账面不足，需要向账户B下拉资金，此时，核心系统会向外围系统发送账户B支付的申请，如果外围系统确定账户B的账户额度以及账户B所在资金池额度均足够，则向核心系统发送支付校验结果为允许支付；此时，核心系统检查账户B的可用账面是否足够，如果不足，需要向账户A下拉资金，此时，核心系统会向外围系统发送账户A支付的申请，如果外围系统确定账户A的账户额度以及账户A所在资金池额度均足够，则向核心系统发送支付校验结果为允许支付，此时，核心系统会依次发起账户A到账户B的下拨、账户B到账户C的下拨、账户C到账户D的下拨，以及账户D对外的支付交易，从而完成账户D的支付交易。

基于上述问题，本申请提供一种多级资金池下拨控制方法、装置、设备及存储介质，通过核心系统响应于支出账户在支付时支出账户的账户余额小于待支付金额，确定支出账户的上层账户中需向相邻的下一层级账户下拨资金的账户对应的下拨金额，将待支付金额和待下拨资金的上层账户对应的下拨金额一起发送给外围系统进行额度信息校验，通过核心系统和外围系统的一次交互，即可得到支付校验结果，因此，能够大大减少核心系统和外围系统的交互次数，提升交易处理的效率。

以下，首先对本申请提供的方案的应用场景进行示例说明。

图3为本申请一实施例提供的应用场景示意图。如图3所示，该应用场景可以包括：服务器集群310和服务器集群320。其中，服务器集群310部署有核心系统，服务器集群320部署有外围系统，外围系统用于对多级资金池进行管理；服务器集群310与服务器集群320通信连接；服务器集群310包括多个服务器311，服务器集群320包括多个服务器321。服务器311的核心系统响应于支出账户在支付时支出账户的账户余额小于待支付金额，确定支出账户的上层账户中需向相邻的下一层级账户下拨资金的账户对应的下拨金额，将待支付金额和待下拨资金的上层账户对应的下拨金额一起发送给服务器321的外围系统，外围系统逐层级进行额度信息校验，得到支付校验结果；服务器311的核心系统在确定支付校验结果为允许支付的情况下，逐层级下拨资金，完成支出账户的支付交易。

需要说明的是，图3仅是本申请实施例提供的一种应用场景的示意图，本申请实施例不对图3中包括的设备进行限定，也不对图3中设备之间的位置关系进行限定。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图4为本申请一实施例提供的多级资金池下拨控制方法的信令交互示意图。如图4所示，本申请实施例的方法包括：

S401、核心系统响应于第一账户在支付时第一账户的账户余额小于待支付金额，根据待支付金额和预设层级关系，确定第二账户对应的下拨金额，第二账户为第一账户的上层账户中需向相邻的下一层级账户下拨资金的账户。

本实施例中，第一账户可以理解为对外支付账户，也可以称为支出账户。示例性地，参考图2，账户D对外支付，则账户D即为第一账户，按照图2所示的层级关系，账户D的上层账户自底向上依次分别为账户C、账户B和账户A。本实施例中，可以根据账户D的账户余额和待支付金额，从账户C、账户B和账户A中确定需向相邻的下一层级账户下拨资金的账户，从而可以得到第二账户以及第二账户对应的下拨金额。第二账户比如为账户C、账户B和账户A，则账户C、账户B和账户A均需向相邻的下一层级账户下拨资金，且可以确定账户C、账户B和账户A分别对应的下拨金额。具体的，假设账户D对外的待支付金额为1万元，账户D的账户余额为5000元，账户C的账户余额为1000元，账户B的账户余额为1000元，则账户D的账户余额小于待支付金额，账户D的上层账户需要向账户D下拨资金。可以根据待支付金额和账户D的各上层账户分别对应的账户余额，确定账户C向账户D的下拨金额为5000元、账户B向账户C的下拨金额为4000元以及账户A向账户B的下拨金额为3000元，即确定每个第二账户对应的下拨金额。可以理解，本实施例中是以三级资金池为例进行说明，本实施例不对资金池的层级数量进行限定，若资金池存在更多层级，则可以根据待支付金额来确定更多层级分别对应的下拨金额。

S402、核心系统向外围系统发送支付校验请求，支付校验请求携带有待支付金额和第二账户对应的下拨金额，外围系统用于对多级资金池进行管理。

相应地，外围系统接收核心系统发送的支付校验请求。

该步骤中，核心系统在确定第二账户对应的下拨金额后，向外围系统发送携带有第一账户的待支付金额和第二账户对应的下拨金额的支付校验请求，相应地，外围系统接收核心系统发送的支付校验请求，以对资金池中第一账户和第二账户的账户额度和账户所在资金池额度进行校验。示例性地，参考S401步骤的示例，核心系统向外围系统发送的支付校验请求携带有账户D的待支付金额、账户C向账户D的下拨金额、账户B向账户C的下拨金额以及账户A向账户B的下拨金额。

S403、外围系统根据待支付金额和第二账户对应的下拨金额，分别对第一账户和第二账户的账户额度和所在资金池额度进行校验，得到支付校验结果。

本实施例中，支付校验结果包括允许支付和不允许支付，外围系统在接收到核心系统发送的支付校验请求后，可以根据待支付金额和第二账户对应的下拨金额，分别对第一账户和第二账户的账户额度和所在资金池额度进行校验，得到支付校验结果。示例性地，参考S401步骤的示例，假设核心系统向外围系统发送的支付校验请求携带有账户D的待支付金额、账户C向账户D的下拨金额、账户B向账户C的下拨金额以及账户A向账户B的下拨金额，则外围系统可以将账户D的待支付金额和账户D的账户额度和所在资金池额度进行比较，确定账户D的账户额度和所在资金池额度是否均足够支付账户D的待支付金额，以及将账户C、账户B和账户A中每个账户对应的下拨金额与每个账户的账户额度和所在资金池额度进行比较，确定账户C、账户B和账户A中每个账户的账户额度和所在资金池额度是否均足够支付对应的下拨金额；若账户额度和账户所在资金池额度均足够，则可以得到支付校验结果为允许支付，若任一个账户额度或账户所在资金池额度不够，则可以得到支付校验结果为不允许支付。即外围系统按照层级自底向上的顺序依次校验每一层级账户的账户额度信息和资金池额度信息，若每一层级账户的账户额度和资金池额度均足够，则允许支付，若存在其中一层账户的账户额度或资金池额度不足，则不允许支付。

S404、外围系统向核心系统发送支付校验结果。

相应地，核心系统接收外围系统发送的支付校验结果。

该步骤中，外围系统在得到支付校验结果后，向核心系统发送支付校验结果。相应地，核心系统接收外围系统发送的支付校验结果。

S405、核心系统根据支付校验结果，确定第一账户是否支付待支付金额。

示例性地，参考S401步骤的示例，账户C向账户D的下拨金额为5000元、账户B向账户C的下拨金额为4000元以及账户A向账户B的下拨金额为3000元，若支付校验结果为允许支付，则可以确定第一账户支付待支付金额，并按照从上向下的顺序依次逐层级下拨资金，即账户A向账户B的下拨3000元，账户B向账户C的下拨4000元，账户C向账户D的下拨5000元，则账户D的账户余额更新为1万元，账户D对外支付1万元(对应待支付金额1万元)。若支付校验结果为不允许支付，则可以确定第一账户不支付待支付金额，并可以输出用于提示支付失败的提示信息，该提示信息还可以用于提示支付失败的原因。

本申请实施例提供的多级资金池下拨控制方法，通过核心系统响应于第一账户在支付时第一账户的账户余额小于待支付金额，根据待支付金额和预设层级关系，确定第二账户对应的下拨金额，第二账户为第一账户的上层账户中需向相邻的下一层级账户下拨资金的账户；核心系统向外围系统发送支付校验请求，支付校验请求携带有待支付金额和第二账户对应的下拨金额，外围系统用于对多级资金池进行管理；外围系统根据待支付金额和第二账户对应的下拨金额，分别对第一账户和第二账户的账户额度和所在资金池额度进行校验，得到支付校验结果，向核心系统发送支付校验结果；核心系统根据支付校验结果，确定第一账户是否支付待支付金额。由于本申请实施例中核心系统响应于第一账户在支付时第一账户的账户余额小于待支付金额，确定第一账户的上层账户中需向相邻的下一层级账户下拨资金的第二账户对应的下拨金额，将待支付金额和第二账户对应的下拨金额一起发送给外围系统进行额度信息校验，而不是在需要上层账户下拨资金时，每个上层账户分别向外围系统发送额度信息校验请求，因此，在保证核心系统和外围系统同步的基础上，能够大大减少核心系统和外围系统的交互次数，提升交易处理的效率，且未增加系统逻辑复杂度以及未增加安全等风险问题。

在上述实施例的基础上，图5为本申请一实施例提供的多级资金池下拨控制方法的流程图，应用于外围系统，外围系统用于对多级资金池进行管理。如图5所示，本申请实施例的方法包括：

S501、接收核心系统发送的支付校验请求，支付校验请求是核心系统在响应于第一账户在支付时第一账户的账户余额小于待支付金额，根据待支付金额和预设层级关系，确定第二账户对应的下拨金额的情况下发送的，第二账户为第一账户的上层账户中需向相邻的下一层级账户下拨资金的账户，支付校验请求携带有待支付金额和第二账户对应的下拨金额。

该步骤中，核心系统响应于第一账户在支付时第一账户的账户余额小于待支付金额，根据待支付金额和预设层级关系，确定第二账户对应的下拨金额，将携带有第一账户的待支付金额和第二账户对应的下拨金额的支付校验请求发送给外围系统；相应地，外围系统接收核心系统发送的支付校验请求。该步骤的具体示例可参考上述S401步骤和S402步骤的示例。

S502、根据待支付金额和第二账户对应的下拨金额，分别对第一账户和第二账户的账户额度和所在资金池额度进行校验，得到支付校验结果。

该步骤中，外围系统在接收到核心系统发送的支付校验请求后，可以根据支付校验请求携带的第一账户的待支付金额和第二账户对应的下拨金额，分别对第一账户和第二账户的账户额度和所在资金池额度进行校验，得到支付校验结果。

进一步地，可选的，根据待支付金额和第二账户对应的下拨金额，分别对第一账户和第二账户的账户额度和所在资金池额度进行校验，得到支付校验结果，可以包括：若第一账户的账户额度和所在资金池额度均足够支付待支付金额，且第二账户的账户额度和所在资金池额度均足够支付对应的下拨金额，则得到支付校验结果为允许支付；若第一账户的账户额度或所在资金池额度不够支付待支付金额，或者，第二账户的账户额度或所在资金池额度不够支付对应的下拨金额，则得到支付校验结果为不允许支付。

该实施例中，参考S403步骤的示例，外围系统按照层级自底向上的顺序依次校验每一层级账户的账户额度信息和资金池额度信息，若每一层级账户的账户额度和资金池额度均足够，则允许支付，若存在其中一层账户的账户额度或资金池额度不足，则不允许支付。

S503、向核心系统发送支付校验结果。

该步骤中，外围系统在得到支付校验结果后，向核心系统发送支付校验结果。

本申请实施例提供的多级资金池下拨控制方法，应用于外围系统，外围系统用于对多级资金池进行管理，通过接收核心系统发送的支付校验请求，支付校验请求是核心系统在响应于第一账户在支付时第一账户的账户余额小于待支付金额，根据待支付金额和预设层级关系，确定第二账户对应的下拨金额的情况下发送的，第二账户为第一账户的上层账户中需向相邻的下一层级账户下拨资金的账户，支付校验请求携带有待支付金额和第二账户对应的下拨金额；根据待支付金额和第二账户对应的下拨金额，分别对第一账户和第二账户的账户额度和所在资金池额度进行校验，得到支付校验结果；向核心系统发送支付校验结果。由于本申请实施例外围系统在接收到核心系统发送的支付校验请求后，根据支付校验请求携带的第一账户的待支付金额和第二账户对应的下拨金额，分别对第一账户和第二账户的额度信息进行校验，即通过一次外围系统和核心系统的交互，即可得到支付校验结果，从而完成第一账户的支付交易，因此，能够大大减少外围系统和核心系统的交互次数，提升交易处理的效率。

在上述实施例的基础上，图6为本申请另一实施例提供的多级资金池下拨控制方法的流程图，应用于核心系统。如图6所示，本申请实施例的方法包括：

S601、响应于第一账户在支付时第一账户的账户余额小于待支付金额，根据待支付金额和预设层级关系，确定第二账户对应的下拨金额，第二账户为第一账户的上层账户中需向相邻的下一层级账户下拨资金的账户。

本实施例中，第一账户即支出账户，用于对外进行支付。当通过第一账户对外支付时，而第一账户的账户余额小于待支付金额，则可以根据待支付金额和预设层级关系，确定第一账户的上层账户中需向相邻的下一层级账户下拨资金的第二账户对应的下拨金额。

进一步地，可选的，根据待支付金额和预设层级关系，确定第二账户对应的下拨金额，可以包括：确定待支付金额和第一账户的账户余额的差值；根据差值和第二账户的账户余额，按照自底向上的顺序逐层级确定第二账户对应的下拨金额。

示例性地，参考上述S401步骤的示例，假设账户D对外的待支付金额为1万元，账户D的账户余额为5000元，账户C的账户余额为1000元，账户B的账户余额为1000元，则可以确定待支付金额和第一账户的账户余额的差值为5000，即账户D的上层账户需向账户D下拨资金5000元。可以根据该差值和每个第二账户的账户余额，按照自底向上的顺序逐层级确定每个第二账户对应的下拨金额，即可以确定账户C向账户D的下拨金额为5000元、账户B向账户C的下拨金额为4000元以及账户A向账户B的下拨金额为3000元。

S602、向外围系统发送支付校验请求，支付校验请求携带有待支付金额和第二账户对应的下拨金额，外围系统用于对多级资金池进行管理。

该步骤中，核心系统在确定第二账户对应的下拨金额后，向外围系统发送携带有待支付金额和第二账户对应的下拨金额的支付校验请求，以通过外围系统对第一账户和第二账户的额度信息进行校验。

S603、接收外围系统发送的支付校验结果。

该步骤中，核心系统接收外围系统发送的支付校验结果，该支付校验结果包括允许支付和不允许支付。

S604、根据支付校验结果，确定第一账户是否支付待支付金额。

该步骤中，核心系统在获得了支付校验结果后，可以根据支付校验结果，确定第一账户是否支付待支付金额。

进一步地，可选的，根据支付校验结果，确定第一账户是否支付待支付金额，可以包括：若支付校验结果为允许支付，则确定第一账户支付待支付金额，并根据第二账户对应的下拨金额，按照从上向下的顺序逐层级下拨资金，第一账户根据下拨到的资金和第一账户的账户余额支付待支付金额；若支付校验结果为不允许支付，则确定第一账户不支付待支付金额，并输出提示信息，提示信息用于提示支付失败。

示例性地，参考上述S405步骤的示例，若支付校验结果为允许支付，则可以确定第一账户支付待支付金额，并按照从上向下的顺序依次逐层级下拨资金，即账户A向账户B的下拨3000元，账户B向账户C的下拨4000元，账户C向账户D的下拨5000元，则账户D的账户余额更新为1万元，账户D对外支付1万元(对应待支付金额1万元)。若支付校验结果为不允许支付，则可以确定第一账户不支付待支付金额，并可以输出用于提示支付失败的提示信息，该提示信息还可以用于提示支付失败的原因，支付失败的原因比如为资金池额度信息校验失败等。

本申请实施例提供的多级资金池下拨控制方法，应用于核心系统，通过响应于第一账户在支付时第一账户的账户余额小于待支付金额，根据待支付金额和预设层级关系，确定第二账户对应的下拨金额，第二账户为第一账户的上层账户中需向相邻的下一层级账户下拨资金的账户；向外围系统发送支付校验请求，支付校验请求携带有待支付金额和第二账户对应的下拨金额，外围系统用于对多级资金池进行管理；接收外围系统发送的支付校验结果，根据支付校验结果，确定第一账户是否支付待支付金额。由于本申请实施例的核心系统响应于第一账户在支付时第一账户的账户余额小于待支付金额，确定第一账户的上层账户中需向相邻的下一层级账户下拨资金的第二账户对应的下拨金额，将待支付金额和第二账户对应的下拨金额一起发送给外围系统进行额度信息校验，即通过一次核心系统和外围系统的交互，即可得到支付校验结果，从而完成第一账户的支付交易，因此，能够大大减少核心系统和外围系统的交互次数，提升交易处理的效率。

在上述实施例的基础上，图7为本申请一实施例提供的核心系统和外围系统的交互示意图，如图7所示，基于图2，对核心系统和外围系统的交互进行了优化，与图2相比较，核心系统和外围系统的交互次数由图2所示的4次减少到了图7所示的1次。具体的，账户D对外支付，核心系统向外围系统发送交易申请前，分别确定对外支付时，账户C向账户D的下拨金额、账户B向账户C的下拨金额以及账户A向账户B的下拨金额；核心系统向外围系统发送账户D支付申请时，一并将账户C向账户D的下拨金额、账户B向账户C的下拨金额以及账户A向账户B的下拨金额发送给外围系统；外围系统收到核心系统发送的交易申请后，根据账户D的对外支付金额、账户C向账户D的下拨金额、账户B向账户C的下拨金额以及账户A向账户B的下拨金额，按照自底向上的顺序逐层级检查账户D、账户C、账户B以及账户A的额度信息；若账户D、账户C、账户B以及账户A的额度均足够，则外围系统向核心系统发送支付校验结果为允许支付，若任一账户的额度不够，则外围系统向核心系统发送支付校验结果为不允许支付。核心系统收到外围系统发送的支付校验结果后，若支付校验结果为允许支付，则核心系统依次发起账户A到账户B的下拨、账户B到账户C的下拨、账户C到账户D的下拨，以及账户D对外的支付交易，从而完成账户D的支付交易。上述核心系统和外围系统的交互方式，减少了核心系统与外围系统的交互次数，且没有增加系统处理复杂度，大大提高了交易效率。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图8为本申请一实施例提供的多级资金池下拨控制装置的结构示意图，应用于外围系统，外围系统用于对多级资金池进行管理。如图8所示，本申请实施例的多级资金池下拨控制装置800包括：接收模块801、校验模块802和发送模块803。其中：

接收模块801，用于接收核心系统发送的支付校验请求，支付校验请求是核心系统在响应于第一账户在支付时第一账户的账户余额小于待支付金额，根据待支付金额和预设层级关系，确定第二账户对应的下拨金额的情况下发送的，第二账户为第一账户的上层账户中需向相邻的下一层级账户下拨资金的账户，支付校验请求携带有待支付金额和第二账户对应的下拨金额。

校验模块802，用于根据待支付金额和第二账户对应的下拨金额，分别对第一账户和第二账户的账户额度和所在资金池额度进行校验，得到支付校验结果。

发送模块803，用于向核心系统发送支付校验结果。

在一些实施例中，校验模块802可以具体用于：若第一账户的账户额度和所在资金池额度均足够支付待支付金额，且第二账户的账户额度和所在资金池额度均足够支付对应的下拨金额，则得到支付校验结果为允许支付；若第一账户的账户额度或所在资金池额度不够支付待支付金额，或者，第二账户的账户额度或所在资金池额度不够支付对应的下拨金额，则得到支付校验结果为不允许支付。

本申请实施例的装置，可以用于执行上述任一方法实施例中外围系统的方案，其实现原理和技术效果类似，此处不再赘述。

图9为本申请另一实施例提供的多级资金池下拨控制装置的结构示意图，应用于核心系统。如图9所示，本申请实施例的多级资金池下拨控制装置900包括：第一确定模块901、发送模块902、接收模块903和第二确定模块904。其中：

第一确定模块901，用于响应于第一账户在支付时第一账户的账户余额小于待支付金额，根据待支付金额和预设层级关系，确定第二账户对应的下拨金额，第二账户为第一账户的上层账户中需向相邻的下一层级账户下拨资金的账户。

发送模块902，用于向外围系统发送支付校验请求，支付校验请求携带有待支付金额和第二账户对应的下拨金额，外围系统用于对多级资金池进行管理。

接收模块903，用于接收外围系统发送的支付校验结果。

第二确定模块904，用于根据支付校验结果，确定第一账户是否支付待支付金额。

在一些实施例中，第一确定模块901可以具体用于：确定待支付金额和第一账户的账户余额的差值；根据差值和第二账户的账户余额，按照自底向上的顺序逐层级确定第二账户对应的下拨金额。

在一些实施例中，第二确定模块904可以具体用于：若支付校验结果为允许支付，则确定第一账户支付待支付金额，并根据第二账户对应的下拨金额，按照从上向下的顺序逐层级下拨资金，第一账户根据下拨到的资金和第一账户的账户余额支付待支付金额。

在一些实施例中，第二确定模块904可以具体用于：若支付校验结果为不允许支付，则确定第一账户不支付待支付金额，并输出提示信息，提示信息用于提示支付失败。

本申请实施例的装置，可以用于执行上述任一方法实施例中核心系统的方案，其实现原理和技术效果类似，此处不再赘述。

图10为本申请一实施例提供的电子设备的结构示意图。如图10所示，该电子设备1000可以包括：至少一个处理器1001和存储器1002。

存储器1002，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机执行指令。

存储器1002可能包含高速随机存取存储器(Random Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

处理器1001用于执行存储器1002存储的计算机执行指令，以实现前述方法实施例所描述的多级资金池下拨控制方法。其中，处理器1001可能是一个中央处理器(CentralProcessing Unit，CPU)，或者是专用集成电路(Application Specific IntegratedCircuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。具体的，在实现前述方法实施例所描述的多级资金池下拨控制方法时，该电子设备例如可以是服务器等具有处理功能的电子设备。

可选的，该电子设备1000还可以包括通信接口1003。在具体实现上，如果通信接口1003、存储器1002和处理器1001独立实现，则通信接口1003、存储器1002和处理器1001可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(IndustryStandard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果通信接口1003、存储器1002和处理器1001集成在一块芯片上实现，则通信接口1003、存储器1002和处理器1001可以通过内部接口完成通信。

该电子设备用于执行前述任一方法实施例中的多级资金池下拨控制方法，其实现原理和技术效果类似，在此不再赘述。

本申请还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序指令，当处理器执行计算机程序指令时，实现如上的多级资金池下拨控制方法的方案。

本申请还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上的多级资金池下拨控制方法的方案。

上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static Random AccessMemory，SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable ReadOnly Memory，EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read OnlyMemory，EPROM)，可编程只读存储器(Programmable Read Only Memory，PROM)，只读存储器(Read Only Memory，ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路中。当然，处理器和可读存储介质也可以作为分立组件存在于多级资金池下拨控制装置中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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