CN115526612A - 费用收付方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请公开了费用收付方法、装置、电子设备和存储介质。其中方法包括：对各交易机构的费用记录进行汇总，生成费用收付清单，费用收付清单中包括多项记录有应收费用和应付费用的费用收付条目，每项费用收付条目分别对应成对的待收费交易机构和待付费交易机构；根据费用收付清单，向各待收费交易机构收取应收费用；若一项费用收付条目的应收费用收讫，则根据该项费用收付条目向对应的待付费交易机构支付应付费用。该技术方案先将各交易机构的费用记录汇总成费用收付清单，再根据费用收付清单中的费用收付条目进行先收后付，既能够避免了垫资风险，也极大地保证了费用流动性，解决了费用给付单点阻塞问题，提升了作为中间方平台成员机构的体验。

Description

费用收付方法、装置、电子设备和存储介质

技术领域

本申请涉及金融信息技术领域，尤其涉及费用收付方法、装置、电子设备和存储介质。

背景技术

交易机构可以接入统一的中间方平台，成为中间方平台的成员机构，中间方平台可以协助各成员机构进行交易费用的结算。

例如，中间方平台可以提供代收交换费的服务。交换费原本是用来描述银行间为签收以银行卡为基础的交易而支付的费用，举例来说，针对一笔支付交易，该笔交易的收单银行需要向发卡银行支付一定的费用，退款交易则恰好相反。随着金融领域的不断发展，交换费的双方也不再限于银行，也可包含互联网金融机构等。

目前，中间方平台是这样进行交换费代收服务的：使用一个余额控制表，分别记录各成员机构的余额，保证中间方平台代为收取的某机构的交换费大于中间方平台为该机构代付的交换费，从而避免中间方平台自身垫资带来风险。

然而，该方式容易造成交换费的给付阻塞。在中间方平台其他费用代收、代付的场景下，同样存在类似的问题。

发明内容

本申请实施例提供了费用收付方法、装置、电子设备和存储介质，以解决费用给付阻塞的问题。

本申请实施例采用下述技术方案：

第一方面，本申请实施例提供一种费用收付方法，由计费汇总服务器执行，其中，该方法包括：对各交易机构的费用记录进行汇总，生成费用收付清单，费用收付清单中包括多项记录有应收费用和应付费用的费用收付条目，每项费用收付条目分别对应成对的待收费交易机构和待付费交易机构；根据费用收付清单，向各待收费交易机构收取应收费用；若一项费用收付条目的应收费用收讫，则根据该项费用收付条目向对应的待付费交易机构支付应付费用。

在一些实施例中，费用收付方法中，对各交易机构的费用记录进行汇总，生成费用收付清单包括：若生成的一项费用收付条目中的应收费用与应付费用不等，则根据该项费用收付条目对应的待收费交易机构和待付费交易机构，确定收费费率和付费费率；根据应收费用与收费费率得到第一交易额，以及根据应付费用和付费费率得到第二交易额；若第一交易额与第二交易额相等，则确认该项费用收付条目无误；否则，删除该项费用收付条目，在对该项费用收付条目中的应收费用与应付费用进行校核后，重新生成新的费用收付条目。

在一些实施例中，费用收付方法中，费用记录包括费用标识和费用金额，对各交易机构的费用记录进行汇总，得到费用收付清单包括：若两条费用记录的费用标识相匹配，则根据该两条费用记录合并生成费用收付清单中的一项费用收付条目。

在一些实施例中，费用收付方法中，费用标识包括交易标识、交易付款方和交易收款方，则若两条费用记录的交易标识、交易付款方和交易收款方均相同，确定该两条费用记录的费用标识相匹配。

在一些实施例中，费用收付方法中，交易标识包括交易类型和/或交易时间。

在一些实施例中，费用收付方法中，根据费用收付清单，向各待收费交易机构收取应收费用包括：若一笔应收费用收讫，则将该笔应收费用对应的费用收付条目的第一状态标识置为已收，以根据第一状态标识确定该笔应收费用是否收讫。

在一些实施例中，费用收付方法中，若一项费用收付条目的应收费用收讫，则根据该项费用收付条目向对应的待付费交易机构支付应付费用包括：在该项费用收付条目的应付费用支付成功后，将该项费用收付条目的第二状态标识置为已付。

在一些实施例中，费用收付方法还包括：根据各交易机构的应收费率和应付费率，基于预设周期内产生的交易流水数据生成各交易机构的费用记录。

第二方面，本申请实施例还提供一种费用收付装置，应用于计费汇总服务器，其中，费用收付装置用于实现如上任一的费用收付方法。

第三方面，本申请实施例还提供一种电子设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，可执行指令在被执行时使处理器执行如上任一所述的费用收付方法。

第四方面，本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质存储一个或多个程序，一个或多个程序当被包括多个应用程序的电子设备执行时，使得电子设备执行如上任一所述的费用收付方法。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：先将各交易机构的费用记录汇总成费用收付清单，再根据费用收付清单中的费用收付条目进行先收后付，既能够避免了垫资风险，也极大地保证了费用的流动性，解决了费用给付单点阻塞的问题，如果一笔费用未能及时支付，还能够快速溯源至原本需要支付该笔费用的交易机构，提升了作为中间方平台成员机构的费用代收体验。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了根据本申请一个实施例的一种费用收付方法的流程示意图；

图2示出了根据本申请一个实施例的一种费用收付装置的结构示意图；

图3为本申请实施例中一种电子设备的结构示意图。

具体实施方式

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

经过分析，发明人发现，现有技术中费用给付阻塞的症结在于：

以交换费收付场景为例，A交易机构的余额为2万元，收到A交易机构为b交易(对手方为B交易机构)支付的交换费3万元后，A交易机构的余额增加到5万元。

但是，A交易机构还有一笔在先的a交易需要向C交易机构支付4万元，由于此时A交易机构的余额大于4万元，满足支付条件，则中间方平台向C交易机构支付4万元，并相应扣减A交易机构的余额，A交易机构的余额变为1万元。

此时，A交易机构的余额小于b交易应付的交换费，在迟迟收不到A交易机构为a交易支付的交换费的情况下，即使b交易的交换费已支付，也无法向B交易机构支付交换费，造成阻塞，甚至影响后续交换费的支付。

因此，发明人想到，摒弃这种利用余额控制表进行费用收付控制的方式，而是先向费用原本的支付方进行费用收取，如果收取成功，再向费用原本的收取方进行支付，这样既避免了垫资风险，也解决了费用给付阻塞的问题。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1示出了根据本申请一个实施例的一种费用收付方法的流程示意图，该费用收付方法可由中间方平台的计费汇总服务器执行，具体包括：

步骤S110，对各交易机构的费用记录进行汇总，生成费用收付清单。费用收付清单中包括多项记录有应收费用和应付费用的费用收付条目，每项费用收付条目分别对应成对的待收费交易机构和待付费交易机构。

其中，各交易机构的费用记录可以是对应具体的每一笔交易，也可以根据需求，对应于一段时间内发生交易的汇总，例如每月进行一次交换费的收付，那么费用记录可以是对应于月度的。

费用清单中，费用收付条目的格式可以参照但不限于如下的示例：

费用收付条目号-待收费交易机构-应收费用-待付费交易机构-应付费用。

步骤S120，根据费用收付清单，向各待收费交易机构收取应收费用。

步骤S130，若一项费用收付条目的应收费用收讫，则根据该项费用收付条目向对应的待付费交易机构支付应付费用。

这样，即使一笔应付费用没有及时给付给待付费交易机构，也可以快速地根据费用收付条目确定出是否是因为待收费交易机构没有及时支付给中间方平台，实现快速的溯源。

可见，图1所示的方法，先将各交易机构的费用记录汇总成费用收付清单，再根据费用收付清单中的费用收付条目进行先收后付，既能够避免了垫资风险，也极大地保证了费用的流动性，解决了费用给付单点阻塞的问题，如果一笔费用未能及时支付，还能够快速溯源至原本需要支付该笔费用的交易机构，提升了作为中间方平台成员机构的费用代收体验。

在一些实施例中，费用收付方法中，对各交易机构的费用记录进行汇总，生成费用收付清单包括：若生成的一项费用收付条目中的应收费用与应付费用不等，则根据该项费用收付条目对应的待收费交易机构和待付费交易机构，确定收费费率和付费费率；根据应收费用与收费费率得到第一交易额，以及根据应付费用和付费费率得到第二交易额；若第一交易额与第二交易额相等，则确认该项费用收付条目无误；否则，删除该项费用收付条目，在对该项费用收付条目中的应收费用与应付费用进行校核后，重新生成新的费用收付条目。

以交换费为例，在无中间方平台的场景下，交换费直接由待付费交易机构向待收费交易机构支付，此时交换费只有一笔。

在存在中间方平台的场景下，中间方平台进行交换费的代收和代付，相当于原来的一笔交换费被拆分成了两笔，在现有技术中，这两笔费用需要保持一致，否则余额控制表就失去了作用。

但实际上，中间方平台由于承担了风险并提供了技术支持，可以向成员机构收取一定的手续费，而不同的成员机构在签约时所约定的费率可以是不同的。

也就是说，对于一笔交易，中间方平台可以收取较多的交换费，并支付较少的交换费，从而实现盈余。当然，根据实际业务需求，对于某些特定的成员机构，也可以收取较少的交换费，支付较多的交换费，从而在其他方面获得更优的条件，等等。

而本申请的技术方案就能够支持这一点，由于摒弃了余额控制表，使得收款金额与付款金额的具体数值仅与预先的约定有关，更加灵活，对实际业务场景的支撑更好。

在生成费用收付清单时，非常有可能出现一项费用收付条目中的应收费用与应付费用不等。这种不等可能是由于收费费率与付费费率不等所造成的，也有可能是因为计算应收费用与应付费用所依赖的交易额不一致所造成的的。只有后一种情况才需要进行校核。

因此，本申请的实施例可以先查找出收费费率和付费费率，反推得到第一交易额和第二交易额，若二者一致，则说明费用收付条目无误；否则为有误，需要对应收费用与应付费用进行校核后，再生成新的费用收付条目。

当然，在应收费用与应付费用预先已经过校核的情况下，可以在生成费用收付清单时不再注意应收费用与应付费用是否相等，只需要严格执行每项费用收付条目“先收后付”即可。

在一些实施例中，费用收付方法中，费用记录包括费用标识和费用金额，对各交易机构的费用记录进行汇总，得到费用收付清单包括：若两条费用记录的费用标识相匹配，则根据该两条费用记录合并生成费用收付清单中的一项费用收付条目。

如前所述，对于一笔交易，中间方平台收取的费用金额和支付的费用金额可以不同，因此在费用记录汇总时，可以不根据费用金额进行匹配，而是根据费用标识来进行匹配，根据两条匹配的费用记录合并生成为一项费用收付条目。

费用标识只需要能唯一地标识费用记录即可，例如可以是费用编号。在一些实施例中，费用收付方法中，费用标识包括交易标识、交易付款方和交易收款方，则若两条费用记录的交易标识、交易付款方和交易收款方均相同，确定该两条费用记录的费用标识相匹配。更具体地，在一些实施例中，费用收付方法中，交易标识包括交易类型和/或交易时间。

举例来说，费用记录0013记录了如下信息：交易类型为P1，交易收款方为A交易机构，交易付款方为B交易机构，应收费用为X，交易时间为2020年9月这一周期；

费用记录0045记录了如下信息：交易类型为P1，交易付款方为B交易机构，交易收款方为A交易机构，应付费用为Y，交易时间为2020年9月这一周期；

费用记录0047记录了如下信息：交易类型为P2，交易付款方为B交易机构，交易收款方为A交易机构，应付费用为W，交易时间为2020年9月这一周期；

费用记录0093记录了如下信息：交易类型为P1，交易付款方为B交易机构，交易收款方为C交易机构，应付费用为Z，交易时间为2020年9月这一周期；

由于费用记录0013与费用记录0045的交易类型、交易时间、交易付款方和交易收款方均相同，则费用记录0013与费用记录0045是相匹配的。而费用记录0013与费用记录0047的交易类型不同，因此不匹配；费用记录0013与费用记录0093的交易收款方不同，因此也不匹配。

由此，可以根据费用记录0013与费用记录0045，合并生成一项费用收付条目，具体为：P1(交易类型)-A(待收费交易机构)-X(应收费用)-B(待付费交易机构)-Y(应付费用)。

在一些实施例中，费用收付方法中，根据费用收付清单，向各待收费交易机构收取应收费用包括：若一笔应收费用收讫，则将该笔应收费用对应的费用收付条目的第一状态标识置为已收，以根据第一状态标识确定该笔应收费用是否收讫。

在这些实施例中，费用收付条目的格式可以参照但不限于如下的示例：

费用收付条目号-待收费交易机构-应收费用-第一状态标识-待付费交易机构-应付费用。

类似地，在一些实施例中，费用收付方法中，若一项费用收付条目的应收费用收讫，则根据该项费用收付条目向对应的待付费交易机构支付应付费用包括：在该项费用收付条目的应付费用支付成功后，将该项费用收付条目的第二状态标识置为已付。

在这些实施例中，费用收付条目的格式可以参照但不限于如下的示例：

费用收付条目号-待收费交易机构-应收费用-第一状态标识-待付费交易机构-应付费用-第二状态标识。

由此可见，第一状态标识是收费状态标识，第二状态标识是付费状态标识，根据两个状态标识，可以依据费用收付条目方便地核查出哪些应收费用已收，哪些应收费用已付。

在一些实施例中，费用收付方法还包括：根据各交易机构的应收费率和应付费率，基于预设周期内产生的交易流水数据生成各交易机构的费用记录。

例如，在2020年9月份，A交易机构分别与B、C、D交易机构发生过交易，根据现有技术能生成相应的交易流水数据，本申请的实施例能够利用这些交易流水数据中记录的交易类型、交易金额等信息，结合各交易机构作为中间方平台的成员机构加入时签约的应收费率和应付费率，生成相应的费用记录，再对这些费用记录进行汇总，就能够合并生成2020年9月份，A交易机构分别与B、C、D交易机构对应的费用记录了。费用记录的具体内容可以参照前述实施例，在此就不再赘述了。

本申请实施例还提供一种费用收付装置，应用于计费汇总服务器，其中，费用收付装置用于实现如上任一的费用收付方法。

具体地，图2示出了根据本申请一个实施例的费用收付装置的结构示意图，如图2所示，费用收付装置200包括：

汇总单元210，用于对各交易机构的费用记录进行汇总，生成费用收付清单，费用收付清单中包括多项记录有应收费用和应付费用的费用收付条目，每项费用收付条目分别对应成对的待收费交易机构和待付费交易机构。

收费单元220，用于根据费用收付清单，向各待收费交易机构收取应收费用。

付费单元230，用于若一项费用收付条目的应收费用收讫，则根据该项费用收付条目向对应的待付费交易机构支付应付费用。

在一些实施例中，汇总单元210，用于若生成的一项费用收付条目中的应收费用与应付费用不等，则根据该项费用收付条目对应的待收费交易机构和待付费交易机构，确定收费费率和付费费率；根据应收费用与收费费率得到第一交易额，以及根据应付费用和付费费率得到第二交易额；若第一交易额与第二交易额相等，则确认该项费用收付条目无误；否则，删除该项费用收付条目，在对该项费用收付条目中的应收费用与应付费用进行校核后，重新生成新的费用收付条目。

在一些实施例中，费用记录包括费用标识和费用金额，汇总单元210，用于若两条费用记录的费用标识相匹配，则根据该两条费用记录合并生成费用收付清单中的一项费用收付条目。

在一些实施例中，费用收付装置中，费用标识包括交易标识、交易付款方和交易收款方，则若两条费用记录的交易标识、交易付款方和交易收款方均相同，确定该两条费用记录的费用标识相匹配。

在一些实施例中，交易标识包括交易类型和/或交易时间。

在一些实施例中，费用收付装置中，收费单元220，用于若一笔应收费用收讫，则将该笔应收费用对应的费用收付条目的第一状态标识置为已收，以根据第一状态标识确定该笔应收费用是否收讫。

在一些实施例中，费用收付装置中，付费单元230，用于在该项费用收付条目的应付费用支付成功后，将该项费用收付条目的第二状态标识置为已付。

在一些实施例中，费用收付装置还包括：费用记录生成单元，用于根据各交易机构的应收费率和应付费率，基于预设周期内产生的交易流水数据生成各交易机构的费用记录。

能够理解，上述费用收付装置，能够实现前述实施例中提供的由计费汇总服务器执行的费用收付方法的各个步骤，关于费用收付方法的相关阐释均适用于费用收付装置，此处不再赘述。

图3是本申请的一个实施例电子设备的结构示意图。请参考图3，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成费用收付装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

对各交易机构的费用记录进行汇总，生成费用收付清单，费用收付清单中包括多项记录有应收费用和应付费用的费用收付条目，每项费用收付条目分别对应成对的待收费交易机构和待付费交易机构；根据费用收付清单，向各待收费交易机构收取应收费用；若一项费用收付条目的应收费用收讫，则根据该项费用收付条目向对应的待付费交易机构支付应付费用。

上述如本申请图1所示实施例揭示的费用收付装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图1中费用收付装置执行的方法，并实现费用收付装置在图2所示实施例的功能，本申请实施例在此不再赘述。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的电子设备执行时，能够使该电子设备执行图1所示实施例中费用收付装置执行的方法，并具体用于执行：

对各交易机构的费用记录进行汇总，生成费用收付清单，费用收付清单中包括多项记录有应收费用和应付费用的费用收付条目，每项费用收付条目分别对应成对的待收费交易机构和待付费交易机构；根据费用收付清单，向各待收费交易机构收取应收费用；若一项费用收付条目的应收费用收讫，则根据该项费用收付条目向对应的待付费交易机构支付应付费用。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (11)

1.一种费用收付方法，由计费汇总服务器执行，其中，该方法包括：

对各交易机构的费用记录进行汇总，生成费用收付清单，所述费用收付清单中包括多项记录有应收费用和应付费用的费用收付条目，每项费用收付条目分别对应成对的待收费交易机构和待付费交易机构；

根据所述费用收付清单，向各待收费交易机构收取应收费用；

若一项费用收付条目的应收费用收讫，则根据该项费用收付条目向对应的待付费交易机构支付应付费用。

2.如权利要求1所述的方法，其中，所述对各交易机构的费用记录进行汇总，生成费用收付清单包括：

若生成的一项费用收付条目中的应收费用与应付费用不等，则根据该项费用收付条目对应的待收费交易机构和待付费交易机构，确定收费费率和付费费率；

根据应收费用与收费费率得到第一交易额，以及根据应付费用和付费费率得到第二交易额；

若第一交易额与第二交易额相等，则确认该项费用收付条目无误；否则，删除该项费用收付条目，在对该项费用收付条目中的应收费用与应付费用进行校核后，重新生成新的费用收付条目。

3.如权利要求1所述的方法，其中，所述费用记录包括费用标识和费用金额，所述对各交易机构的费用记录进行汇总，得到费用收付清单包括：

若两条费用记录的费用标识相匹配，则根据该两条费用记录合并生成费用收付清单中的一项费用收付条目。

4.如权利要求3所述的方法，其中，所述费用标识包括交易标识、交易付款方和交易收款方，则若两条费用记录的交易标识、交易付款方和交易收款方均相同，确定该两条费用记录的费用标识相匹配。

5.如权利要求4所述的方法，其中，所述交易标识包括交易类型和/或交易时间。

6.如权利要求1所述的方法，其中，所述根据所述费用收付清单，向各待收费交易机构收取应收费用包括：

若一笔应收费用收讫，则将该笔应收费用对应的费用收付条目的第一状态标识置为已收，以根据所述第一状态标识确定该笔应收费用是否收讫。

7.如权利要求1所述的方法，其中，所述若一项费用收付条目的应收费用收讫，则根据该项费用收付条目向对应的待付费交易机构支付应付费用包括：

在该项费用收付条目的应付费用支付成功后，将该项费用收付条目的第二状态标识置为已付。

8.如权利要求1～7中任一项所述的方法，其中，该方法还包括：

根据各交易机构的应收费率和应付费率，基于预设周期内产生的交易流水数据生成各交易机构的费用记录。

9.一种费用收付装置，应用于计费汇总服务器，其中，所述费用收付装置用于实现权利要求1～8之任一所述的费用收付方法。

10.一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行所述权利要求1～8之任一所述的费用收付方法。

11.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行所述权利要求1～8之任一所述的费用收付方法。

Images