CN111340487A - 一种资源结算的方法及装置 - Google Patents

Abstract

本申请的实施例提供了一种资源结算的方法及装置。该资源结算的方法包括：获取资源输出方的资源结算信息和结算环境信息；分析所述结算环境信息，确定与所述结算环境信息对应的结算方案；若所述结算方案为垫资结算方案，则基于所述垫资结算方案对应的结算额度计算方法，确定所述资源结算信息在本次结算中对应的结算额度；通过垫资账户向资源接收方输出所述结算额度对应的资源以进行资源结算。本申请实施例的技术方案通过基于资源输出方的资源结算信息和结算环境信息确定对应的结算方案，并在结算方案为垫资结算时，基于预计得到结算额度通过垫资账户向资源接收方进行垫资结算，以进行实时的资源流通，提高资源结算的效率和资源的流通性。

Description

一种资源结算的方法及装置

技术领域

本申请涉及计算机及通信技术领域，具体而言，涉及一种资源结算的方法及装置。

背景技术

在很多资源结算过程中，由于资源输出方、资源接收方各机构的地域不同、工作时间不同，导致资源结算中出现资源流通不通畅、资源接收方不能及时收到结算资源等情况。而现有的资源结算方式只是在等待所有机构正常工作时才能开始进行，而造成资源结算的效率较低的问题。

发明内容

本申请的实施例提供了一种资源结算的方法及装置，进而至少在一定程度上可以进行实时的资源流通，提高资源结算的效率和资源的流通性。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请实施例的一个方面，提供了一种资源结算的方法，包括：获取资源输出方的资源结算信息和结算环境信息；分析所述结算环境信息，确定与所述结算环境信息对应的结算方案；若所述结算方案为垫资结算方案，则基于所述垫资结算方案对应的结算额度计算方法，确定所述资源结算信息在本次结算中对应的结算额度；通过垫资账户向资源接收方输出所述结算额度对应的资源以进行资源结算。

根据本申请实施例的一个方面，提供了一种资源结算的装置，包括：获取单元，用于获取资源输出方的资源结算信息和结算环境信息；确定单元，用于分析所述结算环境信息，确定与所述结算环境信息对应的结算方案；预算单元，用于若所述结算方案为垫资结算方案，则基于所述垫资结算方案对应的结算额度计算方法，确定所述资源结算信息在本次结算中对应的结算额度；结算单元，用于通过垫资账户向资源接收方输出所述结算额度对应的资源以进行资源结算。

在本申请的一些实施例中，基于前述方案，所述结算环境信息包括所述资源输出方的结算地址、结算日期、资源类型；所述确定单元具体用于：若在所述结算日期当天，所述结算地址处的结算机构为非工作状态、且所述资源类型对应的资源为可结算状态，则判定所述结算环境对应的结算方案为垫资结算方案。

在本申请的一些实施例中，基于前述方案，所述预算单元包括：统计单元，用于统计所述资源结算信息在预设时段内的数据量；预测单元，用于基于所述数据量，预测所述资源结算信息在本次结算中对应的结算额度。

在本申请的一些实施例中，基于前述方案，所述数据量包括：各类型资源的日均结算量、单日结算量的标准差、结算方向的数目、结算最大累积天数；所述预测单元包括：第一计算单元，用于计算各所述类型资源的日均结算量与结算参数的第一乘积，计算所述第一乘积与所述单日结算量的标准差之和，得到第一参数；第二计算单元，用于计算所述第一参数、所述结算方案的数目以及所述结算最大累积天数之间的第二乘积，根据所述第二乘积得到所述结算额度。

在本申请的一些实施例中，基于前述方案，所述资源结算的装置还用于：在结算完成之后，接收所述资源输出方转入所述垫资账户的资源。

在本申请的一些实施例中，基于前述方案，所述结算环境信息包括所述资源输出方的结算地址、结算日期、资源类型；所述确定单元用于：若在所述结算日期当天，所述结算地址处的结算机构为非工作状态、且所述资源类型对应的资源为非结算状态，则判定所述结算环境对应的结算方案为正常结算方案。

在本申请的一些实施例中，基于前述方案，所述资源结算的装置还用于：若所述结算方案为所述正常结算方案，则通过备付金账户向资源接收方输出所述资源结算信息对应的结算额度。

在本申请的一些实施例中，基于前述方案，所述结算环境信息包括结算日期、结算接口信息；所述确定单元具体用于：若在所述结算日期当天，所述结算接口为非可用状态，则判定所述结算环境对应的结算方案为兜底结算方案。

在本申请的一些实施例中，基于前述方案，所述资源结算的装置还用于：若所述结算方案为所述兜底结算方案，则基于文件传输结算交易模式向资源接收方输出所述资源结算信息对应的结算额度。

根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的资源结算的方法。

根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的资源结算的方法。

在本申请的一些实施例所提供的技术方案中，通过基于资源输出方的资源结算信息和结算环境信息确定对应的结算方案，并在结算方案为垫资结算时，基于预计得到结算额度通过垫资账户向资源接收方进行垫资结算，以进行实时的资源流通，提高资源结算的效率和资源的流通性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了可以应用本申请实施例的技术方案的示例性***架构的示意图；

图2为本申请实施例提供的基于区块链网络的资源结算方案的示意图；

图3示意性示出了根据本申请的一个实施例的一种资源结算的服务器的框图；

图4示意性示出了根据本申请的一个实施例的资源结算的方法的流程图；

图5示意性示出了根据本申请的一个实施例的确定货币结算方案的流程图；

图6示意性示出了根据本申请的一个实施例的确定资源结算信息在本次结算中对应的结算额度的流程图；

图7示意性示出了根据本申请的一个实施例的一种垫资方案中结算额度的确定方法的流程图；

图8示意性示出了根据本申请的一个实施例的一种垫资结算的流程图；

图9示意性示出了根据本申请的一个实施例的正常结算过程的流程图；

图10示意性示出了根据本申请的一个实施例的兜底结算过程的流程图；

图11示意性示出了根据本申请的一个实施例的A地区假期期间运用垫资结算模式正常结算非假期币种的示意图；

图12示意性示出了根据本申请的一个实施例的资源结算的装置的框图；

图13示出了适于用来实现本申请实施例的电子设备的计算机***的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的资源结算的方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的资源结算的方法的实施例。

图1示出了可以应用本申请实施例的技术方案的示例性***架构的示意图。

如图1所示，***架构可以包括资源输出方的终端101、资源输出方的终端101对应的第一服务器102、网络103以及资源接收方的终端104、资源接收方的终端104对应的第二服务器105。其中，终端101和终端105可以为手机、计算机以及平板电脑等，此处不做限定；网络103用以在各服务器之间提供通信链路的介质，网络103可以包括各种连接类型，例如有线通信链路、无线通信链路等等。

应该理解，图1中的终端、服务器、网络和第二服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的资源输出方的终端、第一服务器、网络、第二服务器以及资源接收方的终端。比如第一服务器101可以是多个服务器组成的服务器集群等。

在本申请实施例中，资源输出方的用户可以通过终端向其对应的服务器发送资源结算信息，资源输出方的终端和服务器所处的数据处理环境对应的信息为结算环境信息。服务器102可以是提供各种服务的服务器。例如，资源输出方的用户可以通过终端向其对应的服务器发送资源结算信息，服务器102分析结算环境信息，确定与结算环境信息对应的结算方案，在当结算方案为垫资结算方案时，基于垫资结算方案对应的结算额度计算方法，确定资源结算信息在本次结算中对应的结算额度，最后通过垫资账户向资源接收方对应的终端105输出结算额度对应的资源以进行资源结算。通过基于资源输出方的资源结算信息和结算环境信息确定对应的结算方案，并在结算方案为垫资结算时，基于预计得到结算额度通过垫资账户向资源接收方进行垫资结算，以进行实时的资源流通，提高资源结算的效率和资源的流通性。

需要说明的是，本申请实施例所提供的资源结算的方法一般由服务器102执行，相应地，资源结算的装置一般设置于服务器102中。但是，在本申请的其它实施例中，终端设备也可以与服务器具有相似的功能，从而执行本申请实施例所提供的资源结算的方法的方案。

图2为本申请实施例提供的基于区块链网络的资源结算方案的示意图。

本申请实施例涉及的***可以是由客户端、多个节点(接入网络中的任意形式的计算设备，如服务器、用户终端)通过网络通信的形式连接形成的分布式***。

以分布式***为区块链***为例，参见图2，图2是本申请实施例提供的分布式***200应用于区块链***的一个可选的结构示意图，由多个节点(接入网络中的任意形式的计算设备，如服务器、用户终端)和客户端形成，节点之间形成组成的点对点(P2P，Peer ToPeer)网络，P2P协议是一个运行在传输控制协议(TCP，Transmission Control Protocol)协议之上的应用层协议。在分布式***中，任何机器如服务器、终端都可以加入而成为节点，节点包括硬件层、中间层、操作***层和应用层。

参见图1示出的区块链***中各节点的功能，涉及的功能包括：

1)路由，节点具有的基本功能，用于支持节点之间的通信。

节点除具有路由功能外，还可以具有以下功能：

2)应用，用于部署在区块链中，根据实际业务需求而实现特定业务，记录实现功能相关的数据形成记录数据，在记录数据中携带数字签名以表示任务数据的来源，将记录数据发送到区块链***中的其他节点，供其他节点在验证记录数据来源以及完整性成功时，将记录数据添加到临时区块中。

例如，应用实现的业务包括：

2.1)钱包，用于提供进行电子货币的交易的功能，包括发起交易(即，将当前交易的交易记录发送给区块链***中的其他节点，其他节点验证成功后，作为承认交易有效的响应，将交易的记录数据存入区块链的临时区块中；当然，钱包还支持查询电子货币地址中剩余的电子货币；

2.2)共享账本，用于提供账目数据的存储、查询和修改等操作的功能，将对账目数据的操作的记录数据发送到区块链***中的其他节点，其他节点验证有效后，作为承认账目数据有效的响应，将记录数据存入临时区块中，还可以向发起操作的节点发送确认。

2.3)智能合约，计算机化的协议，可以执行某个合约的条款，通过部署在共享账本上的用于在满足一定条件时而执行的代码实现，根据实际的业务需求代码用于完成自动化的交易，例如查询买家所购买商品的物流状态，在买家签收货物后将买家的电子货币转移到商户的地址；当然，智能合约不仅限于执行用于交易的合约，还可以执行对接收的信息进行处理的合约。

3)区块链，包括一系列按照产生的先后时间顺序相互接续的区块(Block)，新区块一旦加入到区块链中就不会再被移除，区块中记录了区块链***中节点提交的记录数据。

本实施例中，区块链节点可以为发起资源结算的终端设备、进行资源结算处理的结构的服务器，以及商户、银行中的计算机设备等。通过将区块链节点中的数据信息上传至区块链网络中进行记录，以保证所有资源结算数据的可视化、不可否认性。

示例性的，在垫结算模式中，在资源输出方对应的机构垫付资金后，将生成的资金垫付证明上传至区块链网络中，以用于后续对账或者平付资金，保证资源结算过程的不可否认性、资源结算的安全性。

图3为本申请实施例提供的一种资源结算的服务器的框图。

如图3所示，本申请实施例中资源结算的服务器主要包括打分模块310、数据库320、垫资模块330、商户入驻模块340、交易模块350以及结算模块360。其中，打分模块310用于基于资源结算信息进行评分，确定需要垫付的结算资源量；数据库330用于管理资源输出方和资源结算方的信息、以及各种资源的处理信息等；垫资模块330用于基于预算得到的结算资源进行垫资，以进行资源结算；商户入驻模块340用于接收商户的入驻信息，并进行商户注册，以为之后的账户资源结算做基础；交易模块350用于处理各个商户或资源结算机构之间的交易数据；结算模块360用于对资源输出方的资源进行结算，并将对应结算额度的资源输出到资源接收方。

以下对本申请实施例的技术方案的实现细节进行详细阐述：

图4示出了根据本申请的一个实施例的资源结算的方法的流程图，该资源结算的方法可以由服务器来执行，该服务器可以是图1中所示的服务器。参照图4所示，该资源结算的方法至少包括步骤S410至步骤S440，详细介绍如下：

在步骤S410中，获取资源输出方的资源结算信息和结算环境信息。

在本申请的一个实施例中，很多资源流转业务都是各种机构执行，这些机构有不同的地域、工作时间和资源流通方式，因此，本实施例中通过获取资源输出方的资源结算信息和结算环境信息，来确定资源结算过程中的资源量和结算方式。

在本申请的一个实施例中，资源结算信息可以包括资源数量、结算日期、结算方向等，此处不做限定；结算环境信息可以包括结算地址、结算日期、资源类型等，此次不做限定。

示例性的，本实施例中的资源可以为货币，资源类型可以为货币类型，资源流通机构可以为收款银行等；除此之外，本实施例中的资源还可以为数据、虚拟信息等，对应的资源类型为数据类型，资源流通机构为存储或者管理数据的机构等；本实施例中的资源还可以为实质性的物质，例如粮食、人口以及石油等，此处不做限定。

示例性的，在跨境转账的应用环境中，支付跨境收单业务需要将从用户端收取的人民币转换成商户所需的外币，并清算给商户的收款账户。其中，外汇平台为跨境收单业务提供代客结售汇、资金跨境清算的服务，以保证资源的顺利流通。

在步骤S420中，分析结算环境信息，确定与结算环境信息对应的结算方案。

在本申请的一个实施例中，本实施例公开了一种基于多维度评分体系的多地区异步资金结算方案，通过根据不同的影响因素确定合适的结算方案，以基于该结算方案进行资源结算。

具体的，在本申请的一个实施例中，在分析结算方案的过程中，结算环境信息包括资源输出方的结算地址、结算日期、资源类型；得到的结算方案可以包括垫资结算、正常结算以及兜底结算方案等。其中，若在结算日期当天，结算地址处的结算机构为非工作状态、且资源类型对应的资源为可结算状态，则判定结算环境对应的结算方案为垫资结算方案；若在结算日期当天，结算地址处的结算机构为非工作状态、且资源类型对应的资源为非结算状态，则判定结算环境对应的结算方案为正常结算方案。若在结算日期当天，结算接口为非可用状态，则判定结算环境对应的结算方案为兜底结算方案。

本申请实施例通过多维度的评分体系，可以较为准确的估算所需的结算额度，在不徒增资金风险敞口的前提下保证结算业务的顺畅性。根据不同的影响因素自动选择最优的结算方案，可以保障不同情况下结算的稳定性。

图5为本申请实施例提供的确定货币结算方案的流程图。

如图5所示，在货币结算的应用场景中，即结算资源为货币、资源输出方为商户，资源接收方为各地域的银行机构。若当天为付款行所在地假期而非结算币种假期，商户预期是能正常进行结算收款，故***自动判别走垫资结算510；若当天为付款行所在地假期且结算币种也是假期，商户预期是能无法正常进行结算收款，故***自动判别走正常结算530；若交易接口不可用，则***自动判别走兜底结算模式520；若商户的授信额度不足以支付结算金额，则***自动判别额度内的交易走垫资结算模式，额度外的交易走正常结算530。

在步骤S530中，若结算方案为垫资结算方案，则基于垫资结算方案对应的结算额度计算方法，确定资源结算信息在本次结算中对应的结算额度。

在本申请的一个实施例中，若确定了结算方案为垫资结算方案，则根据垫资结算方案中的结算额度的计算方法，来确定本次垫资所需的结算额度。在本申请的一个实施例中，基于资源结算信息中的多维信息，通过多维度评分的方法，确定结算额度。

在本申请的一个实施例中，如图6所示，步骤S430中基于垫资结算方案对应的结算额度计算方法，确定资源结算信息在本次结算中对应的结算额度的过程，包括如下步骤S610至步骤S620，详细介绍如下：

在步骤S610中，统计资源结算信息在预设时段内的数据量。

在本申请的一个实施例中，由于资源流通存在一定的滞后性，为了保证各个资源结算机构的资源交割时效，本实施例中采取垫资结算方式。而垫资结算的额度设定是一个很重要的工作，结算额度设置小了影响资源的正常结算，结算额度设置过大则会产生多余的风险敞口，影响资源输出方或资源接收方的运作。

在本申请的一个实施例中，资源结算信息在预设时段内的数据量可以包括：各类型资源的日均结算量、单日结算量的标准差、结算方向的数目、结算最大累积天数，除此之外，还可以为其他数据量，此次不做限定。

其中，交易资源数量用于表示资源结算机构需要结算的资源数量；各类型资源日均交易量是按月为维度统计交易量，得到的算术平均值或加权平均值，例如，算术平均值可以通过公式(a1+a2+…+a30)/30计算得到，其中，a1、a2……a30分别用于表示该月中每天的交易量；单日交易量标准差B是按月为维度，计算每一天的交易量与本月日均交易量的标准差；交易方向用于表示资源的交易方向，示例性的，当资源为货币时，一个货币对USDCNY，有买入人民币CNY卖出美元USD和买入USD卖出CNY两个方向；交易最大累积天数中不计入周末和节假日，并且交易量会累积到下一个工作日，故下一个工作日可能包含多日的交易量，这里表示一年中该资源类型对应的资源、或某资源流通机构所在国的最长的假日。

在步骤S620中，基于数据量，预测资源结算信息在本次结算中对应的结算额度。

具体的，本实施例中步骤S620中，数据量包括：各类型资源的日均结算量、单日结算量的标准差、结算方向的数目、结算最大累积天数；基于数据量，预测资源结算信息在本次结算中对应的结算额度的步骤具体包括：计算各类型资源的日均结算量与结算参数的第一乘积，计算第一乘积与单日结算量的标准差之和，得到第一参数；计算第一参数、结算方案的数目以及结算最大累积天数之间的第二乘积，根据第二乘积得到结算额度。

在本申请的一个实施例中，结算参数用于表示数据值与平均数的距离，可以设定为一个数值，此处不做限定。可选的，由切比雪夫定理可知，至少94％的数据值与平均数的距离在z＝4个标准差之内，所以可以结算参数为4，此处不做限定。

图7为本申请实施例提供的一种垫资方案中结算额度的确定方法的流程图。

如图7所示，在货币交易的应用环境中，基于多维度的垫资额度评分方法，取商户交易的各币种的日均交易量，加上4个标准差，之后乘上交易方式和交易最大累积天数，最终全币种额度预估加总算出最终的垫资额度。具体如表1所示：

表1垫付结算方式中垫资额度的计算过程

如上表所示，若币种为澳元AUD，计算得到其日均交易量AVE为A、交易量标准差STD为B、有2个交易方向、交易最大累积天数为3天，则根据公式预估当月额度为：(4*STD+AVE)*2个方向*3天＝(A+4B)*2*3；若币种为美元USD，计算得到其日均交易量AVE为C，交易量标准差STD为D、有2个交易方向、交易最大累积天数为3天，则根据公式预估当月额度为(4*STD+AVE)*2个方向*3天＝(C+4D)*2*3。

在本申请的一个实施例中，通过多维度的评分体系，可以较为准确的估算所需的结算额度，在不徒增资金风险敞口的前提下保证结算业务的顺畅。同时根据不同的影响因素自动选择最优的结算方案，可以保障不同情况下结算的安全性和稳定性，使得业务具备高度的灵活性与可扩展性，并且最大化利用额度结算，支持快速的资金结算，大大减轻收款人的资金流动性压力。

在步骤S440中，通过垫资账户向资源接收方输出结算额度对应的资源以进行资源结算。

在本申请的一个实施例中，在计算得到垫资账户应向资源接收方输出的资源额度之后，通过垫资账户向资源接收方输出结算额度对应的资源。

具体的，在进行垫资结算过程中，先由资源输出方的垫资账户提供垫资到资源输出方所处的资源流通的机构账户中，在冻结该账户之后，由资源输出方通过本地资源交易的形式进行购汇，以获取到等值的兑换资源，并发起兑换资源的交易，以使资源接收方接收到兑换资源。

图8是本申请实施例提供的一种垫资结算的流程图。

如图8所示，在货币交易的应用场景中，资源为货币，资源输出方为商户。具体流程为：1、商户垫资账户810通过垫资将人民币转换成相应的外币；2、冻结跨进商户；3、日切前充值人民币平账；4、商户购汇完成外币交割；5、商户发起付汇交易，将结算款提现到商户收款银行账户820；6、通过商户的备付金账户进行充值；7、商户完成还款，资源结算完毕。

在本申请的一个实施例中，步骤S340之后，还包括步骤：在结算完成之后，接收资源输出方转入垫资账户的资源。

在本申请的一个实施例中，由于本实施例在进行垫资结算完成之后，资源输出方的账户中依旧存在欠资，所以在结算完成之后，需要进行垫付资源的归还，将于垫付资源对应的资源发送至垫资账户中。示例性的，在图8中的第6步和第7步所示的步骤中，通过商户的账户进行充值，完成商户对垫资的归还。

在本申请的一个实施例中，在分析结算环境信息，确定与结算环境信息对应的结算方案的步骤中，具体包括：若在结算日期当天，结算地址处的结算机构为非工作状态、且资源类型对应的资源为非结算状态，则判定结算环境对应的结算方案为正常结算方案。

在本申请的一个实施例中，若结算方案为正常结算方案，则通过备付金账户向资源接收方输出资源结算信息对应的结算额度。

具体的，在正常结算过程中，先在通过资源输出方的账户在跨境商户账户中充值，之后冻结该账户，并通过跨境商户账户购汇，以对资源接收方进行转账。

图9为本申请实施例提供的正常结算过程的流程图。

在本申请的一个实施例中，如图9所示，通过资源输出方的商户备付金账户910对跨境商户账户进行充值，在冻结该跨境商户账户之后，通过银行账户进行购汇，完成转账；在资源接收方920一端，通过购汇完成外币交割，再通过跨境商户账户进行付汇，最后使得资源流转到商户账户中，完成本次正常结算的过程，在整个过程中各个机构之间可相互传递资源和数据，具有较高的耦合度。

在本申请的一个实施例中，在分析结算环境信息，确定与结算环境信息对应的结算方案的步骤中，具体包括：若在结算日期当天，结算接口为非可用状态，则判定结算环境对应的结算方案为兜底结算方案。

在本申请的一个实施例中，若结算方案为兜底结算方案，则基于文件传输结算交易模式向资源接收方输出资源结算信息对应的结算额度。

在本申请的一个实施例中，在兜底结算方案中，资源输出方先提交预购资源请求到购汇平台，通过导出、下载和传输交易明细文件，完成向资源接收方输出资源结算信息对应的结算额度的过程。

图10是本申请实施例提供的一种兜底结算过程的流程图。

如图10所示，商户1010当前结算付款走的是银行的银企直连应用程序接口(Application Programming Interface，API)方式，但API受制于网络通信和***稳定性原因，可能出现无法连接或者交易发送超时无法接收的情况，这时候兜底结算模式提供了一种文件传输结算交易的模式，通过内部***导出交易明细，提交给安全文件传送协议(Secret File Transfer Protocol，SFTP)服务器，银行通过SFTP服务器下载交易明细单，执行交易，并通过***文件回导，正常提供流水文件供核销对账。

图11为本申请实施例提供的A地区假期期间运用垫资结算模式正常结算非假期币种的示意图。

如图11所示，由于A地区假期，转入跨境资源到A地机构1110后，银行无法解付入账。因此，境外银行垫资确保外币足额付出，垫资缺口待购汇交割后完成平账，外汇平台承担其中的隔夜垫资利息。

示例性的，通过B地机构1120发起跨境人民币转账到A地机构1110；在A地通过跨境收单，基于付汇指令在换汇平台上进行垫资支付；并在之后通过跨境收单，基于购汇指令，在换汇平台上进行平账，完成整个垫资结算过程。示例性的，本实施例中A地机构和B地机构可以为银行。

图12示出了根据本申请的一个实施例的资源结算的装置的框图。

参照图12所示，根据本申请的一个实施例的资源结算的装置1200，包括：获取单元1210，用于获取资源输出方的资源结算信息和结算环境信息；确定单元1220，用于分析所述结算环境信息，确定与所述结算环境信息对应的结算方案；预算单元1230，用于若所述结算方案为垫资结算方案，则基于所述垫资结算方案对应的结算额度计算方法，确定所述资源结算信息在本次结算中对应的结算额度；结算单元1240，用于通过垫资账户向资源接收方输出所述结算额度对应的资源以进行资源结算。

在本申请的一些实施例中，基于前述方案，所述结算环境信息包括所述资源输出方的结算地址、结算日期、资源类型；所述确定单元1220具体用于：若在所述结算日期当天，所述结算地址处的结算机构为非工作状态、且所述资源类型对应的资源为可结算状态，则判定所述结算环境对应的结算方案为垫资结算方案。

在本申请的一些实施例中，基于前述方案，所述预算单元1230包括：统计单元，用于统计所述资源结算信息在预设时段内的数据量；预测单元，用于基于所述数据量，预测所述资源结算信息在本次结算中对应的结算额度。

在本申请的一些实施例中，基于前述方案，所述数据量包括：各类型资源的日均结算量、单日结算量的标准差、结算方向的数目、结算最大累积天数；所述预测单元包括：第一计算单元，用于计算各所述类型资源的日均结算量与结算参数的第一乘积，计算所述第一乘积与所述单日结算量的标准差之和，得到第一参数；第二计算单元，用于计算所述第一参数、所述结算方案的数目以及所述结算最大累积天数之间的第二乘积，根据所述第二乘积得到所述结算额度。

在本申请的一些实施例中，基于前述方案，所述资源结算的装置还用于：在结算完成之后，接收所述资源输出方转入所述垫资账户的资源。

在本申请的一些实施例中，基于前述方案，所述结算环境信息包括所述资源输出方的结算地址、结算日期、资源类型；所述确定单元1220具体用于：若在所述结算日期当天，所述结算地址处的结算机构为非工作状态、且所述资源类型对应的资源为非结算状态，则判定所述结算环境对应的结算方案为正常结算方案。

在本申请的一些实施例中，基于前述方案，所述资源结算的装置还用于：若所述结算方案为所述正常结算方案，则通过备付金账户向资源接收方输出所述资源结算信息对应的结算额度。

在本申请的一些实施例中，基于前述方案，所述结算环境信息包括结算日期、结算接口信息；所述确定单元1220具体用于：若在所述结算日期当天，所述结算接口为非可用状态，则判定所述结算环境对应的结算方案为兜底结算方案。

在本申请的一些实施例中，基于前述方案，所述资源结算的装置还用于：若所述结算方案为所述兜底结算方案，则基于文件传输结算交易模式向资源接收方输出所述资源结算信息对应的结算额度。

图13示出了适于用来实现本申请实施例的电子设备的计算机***的结构示意图。

需要说明的是，图13示出的电子设备的计算机***1300仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图13所示，计算机***1300包括中央处理单元(Central Processing Unit，CPU)1301，其可以根据存储在只读存储器(Read-Only Memory，ROM)1302中的程序或者从存储部分1308加载到随机访问存储器(Random Access Memory，RAM)1303中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 1303中，还存储有***操作所需的各种程序和数据。CPU 1301、ROM 1302以及RAM 1303通过总线1304彼此相连。输入/输出(Input/Output，I/O)接口1305也连接至总线1304。

以下部件连接至I/O接口1305：包括键盘、鼠标等的输入部分1306；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1307；包括硬盘等的存储部分1308；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1309。通信部分1309经由诸如因特网的网络执行通信处理。驱动器1310也根据需要连接至I/O接口1305。可拆卸介质1311，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1310上，以便于从其上读出的计算机程序根据需要被安装入存储部分1308。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分1309从网络上被下载和安装，和/或从可拆卸介质1311被安装。在该计算机程序被中央处理单元(CPU)1301执行时，执行本申请的***中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种资源结算的方法，其特征在于，包括：

获取资源输出方的资源结算信息和结算环境信息；

分析所述结算环境信息，确定与所述结算环境信息对应的结算方案；

若所述结算方案为垫资结算方案，则基于所述垫资结算方案对应的结算额度计算方法，确定所述资源结算信息在本次结算中对应的结算额度；

通过垫资账户向资源接收方输出所述结算额度对应的资源以进行资源结算。

2.根据权利要求1所述的方法，其特征在于，所述结算环境信息包括所述资源输出方的结算地址、结算日期、资源类型；

分析所述结算环境信息，确定与所述结算环境信息对应的结算方案，包括：

若在所述结算日期当天，所述结算地址处的结算机构为非工作状态、且所述资源类型对应的资源为可结算状态，则判定所述结算环境对应的结算方案为垫资结算方案。

3.根据权利要求1所述的方法，其特征在于，基于所述垫资结算方案对应的结算额度计算方法，确定所述资源结算信息在本次结算中对应的结算额度，包括：

统计所述资源结算信息在预设时段内的数据量；

基于所述数据量，预测所述资源结算信息在本次结算中对应的结算额度。

4.根据权利要求3所述的方法，其特征在于，所述数据量包括：各类型资源的日均结算量、单日结算量的标准差、结算方向的数目、结算最大累积天数；

基于所述数据量，预测所述资源结算信息在本次结算中对应的结算额度，包括：

计算各所述类型资源的日均结算量与结算参数的第一乘积，计算所述第一乘积与所述单日结算量的标准差之和，得到第一参数；

计算所述第一参数、所述结算方案的数目以及所述结算最大累积天数之间的第二乘积，根据所述第二乘积得到所述结算额度。

5.根据权利要求1所述的方法，其特征在于，通过垫资账户向资源接收方输出所述结算额度对应的资源以进行资源结算之后，还包括：

在结算完成之后，接收所述资源输出方转入所述垫资账户的资源。

6.根据权利要求1所述的方法，其特征在于，所述结算环境信息包括所述资源输出方的结算地址、结算日期、资源类型；

分析所述结算环境信息，确定与所述结算环境信息对应的结算方案，包括：

若在所述结算日期当天，所述结算地址处的结算机构为非工作状态、且所述资源类型对应的资源为非结算状态，则判定所述结算环境对应的结算方案为正常结算方案。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

若所述结算方案为所述正常结算方案，则通过备付金账户向资源接收方输出所述资源结算信息对应的结算额度。

8.根据权利要求1所述的方法，其特征在于，所述结算环境信息包括结算日期、结算接口信息；

分析所述结算环境信息，确定与所述结算环境信息对应的结算方案，包括：

若在所述结算日期当天，所述结算接口为非可用状态，则判定所述结算环境对应的结算方案为兜底结算方案。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

若所述结算方案为所述兜底结算方案，则基于文件传输结算交易模式向资源接收方输出所述资源结算信息对应的结算额度。

10.一种资源结算的装置，其特征在于，包括：

获取单元，用于获取资源输出方的资源结算信息和结算环境信息；

确定单元，用于分析所述结算环境信息，确定与所述结算环境信息对应的结算方案；

预算单元，用于若所述结算方案为垫资结算方案，则基于所述垫资结算方案对应的结算额度计算方法，确定所述资源结算信息在本次结算中对应的结算额度；

结算单元，用于通过垫资账户向资源接收方输出所述结算额度对应的资源以进行资源结算。

Images