CN113554509B - 一种线上支付业务的处理方法、装置、介质及电子设备 - Google Patents

Abstract

本申请实施例公开了一种线上支付业务的处理方法、装置、介质及电子设备。其中，该方法包括：若检测到线上支付批量处理的定时任务，则根据预先建立的批量文件下载规则确定文件批次号；根据所述文件批次号，确定线上支付汇总文件，并根据所述线上支付汇总文件确定线上支付明细文件；根据交易类型对所述线上支付明细文件进行拆分，得到拆分后各交易类型的笔数和金额以进行定时清算；基于所述线上支付汇总文件对各交易类型的笔数和金额进行核对，若核对成功，则对各交易类型的笔数和金额进行线上支付结算。本技术方案，可以解决交易波峰清算体系性能紧张，交易波谷清算体系性能过剩的问题，提高了清算体系的整体效率，降低了时间和人力成本。

Description

一种线上支付业务的处理方法、装置、介质及电子设备

技术领域

本申请实施例涉及金融领域，尤其涉及一种线上支付业务的处理方法、装置、介质及电子设备。

背景技术

银行快捷支付业务需要通过网络支付清算平台与第三方支付机构实现清算业务。为此，银行通过搭建对接多个互联网支付清算系统的外部交互系统，来具体承接与网络支付清算平台的支付业务。

现有技术采用传统的线上支付业务处理方法来完成清算任务，即以天为单位进行清算。当日累积的交易先记录台账，当天的某一时刻触发清算任务，对于累积的交易统一进行清算，发生于当日清算任务开始之后的交易，纳入下一批次的清算范围。

随着互联网技术的飞速发展，线上支付业务量与日俱增，交易订单量的飞速增长，清算文件的数据量十分庞大，在硬件资源和计算机处理能力有限的基础上，清算体系容易出现交易波峰性能紧张，交易波谷性能过剩的情况。同时，传统的单日单场次清算体系，使得清算体系的整体效率不高，当出现意外情况时，还需要付出巨大的时间和人力成本。

发明内容

本申请实施例提供一种线上支付业务的处理方法、装置、介质及电子设备，本方案可以通过对账明细拆分，来实现多场次清算，从而减轻了每批次处理的数据量压力，提高了清算体系的整体效率，降低了时间成本。

第一方面，本申请实施例提供了一种线上支付业务的处理方法，所述方法包括：

若检测到线上支付批量处理的定时任务，则根据预先建立的批量文件下载规则确定文件批次号；

根据所述文件批次号，确定线上支付汇总文件，并根据所述线上支付汇总文件确定线上支付明细文件；

根据交易类型对所述线上支付明细文件进行拆分，得到拆分后各交易类型的笔数和金额以进行定时清算；

基于所述线上支付汇总文件对各交易类型的笔数和金额进行核对，若核对成功，则对各交易类型的笔数和金额进行线上支付结算。

第二方面，本申请实施例提供了一种线上支付业务的处理装置，该装置包括：

文件批次号确定模块，用于若检测到线上支付批量处理的定时任务，则根据预先建立的批量文件下载规则确定文件批次号；

线上支付明细文件确定模块，用于根据所述文件批次号，确定线上支付汇总文件，并根据所述线上支付汇总文件确定线上支付明细文件；

线上支付明细文件拆分模块，用于根据交易类型对所述线上支付明细文件进行拆分，得到拆分后各交易类型的笔数和金额以进行定时清算；

线上支付结算模块，用于基于所述线上支付汇总文件对各交易类型的笔数和金额进行核对，若核对成功，则对各交易类型的笔数和金额进行线上支付结算。

第三方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例所述的线上支付业务的处理方法。

第四方面，本申请实施例提供了一种电子设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例所述的线上支付业务的处理方法。

本申请实施例所提供的技术方案，在检测到线上支付批量处理的定时任务时，根据预先建立的批量文件下载规则确定文件批次号；根据所述文件批次号，确定线上支付汇总文件，并根据线上支付汇总文件确定线上支付明细文件；根据交易类型对线上支付明细文件进行拆分，基于线上支付汇总文件对各交易类型的笔数和金额进行核对，在核对成功时，则对各交易类型的笔数和金额进行线上支付结算。通过对线上支付明细文件的拆分，本技术方案可以解决交易波峰清算体系性能紧张，交易波谷清算体系性能过剩的问题，提高了清算体系的整体效率，降低了时间和人力成本。

附图说明

图1是本申请实施例一提供的线上支付业务的处理方法的流程图；

图2为本发明实施例二提供的线上支付业务的处理方法的流程图；

图3为本发明实施例三提供的线上支付业务的处理装置的结构示意图；

图4为本发明实施例五提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

实施例一

图1是本申请实施例一提供的线上支付业务的处理方法的流程图，本实施例可适用于线上支付业务的处理场景，该方法可以由本申请实施例所提供的线上支付业务的处理装置执行，该装置可以由软件和/或硬件的方式来实现，并可集成于电子设备中。

如图1所示，所述线上支付业务的处理方法包括：

S110，若检测到线上支付批量处理的定时任务，则根据预先建立的批量文件下载规则确定文件批次号。

线上支付是互联网时代一种流行的支付方式，所述线上支付可以是卖方与买方通过因特网上的电子商务网站进行交易时，银行为其提供网上资金结算服务的一种业务。线上支付可以为企业和个人提供一个安全、快捷和方便的电子商务应用环境和网上资金结算工具。线上支付不仅帮助企业实现了销售款项的快速归集，缩短收款周期，同时也为个人网上银行客户提供了便捷的网上消费支付结算方式。

根据资金流向，线上支付可以划分成收款业务和出款业务。收款业务可以是资金从用户银行账户收到支付机构的客户备付金账户，所述客户备付金可以是支付机构为办理客户委托的支付业务而实际收到的资金。收款业务可以包括：个人消费、用户充值以及个人代扣等。出款业务可以是资金从支付机构的客户备付金账户付到用户虚拟账户或银行账户。出款业务可以包括：用户提现、用户转账、商户结算、商户代发等。

举一个收款业务为例，假设用户在电商平台购买商品，使用支付平台提供的快捷支付功能付款200元。信息的传递情况如下：支付平台将交易指令发给外部交易渠道；所述交易指令可以包括：银行名称、交易金额、交易时间等信息，所述外部交易渠道可以是网络支付清算平台或银联无卡快捷支付平台等。交易渠道将交易指令转发给用户的发卡行即付款行，发卡行扣减用户卡上可用余额，并将成功扣款的结果返回给交易渠道。交易渠道再将交易指令转发给支付机构客户备付金账户所在银行即收款行，银行增加客户备付金余额，并将成功增加余额的结果返回给交易渠道。交易渠道内部记账处理，并将交易成功的结果返回给支付机构。支付机构更新交易结果，并通知用户和商户，交易完成。

在上述收款业务的例子中，资金的流动情况如下：用户的发卡行将资金结算给交易渠道；交易渠道结算给支付机构客户备付金账户；支付机构将资金结算给商家的银行账户。

举一个出款业务的例子，假设用户申请提现，将原在支付机构的虚拟账户余额提到本人的银行账户。信息的传递情况如下：支付机构暂时冻结用户这部分余额；支付机构将交易指令发给交易渠道；交易渠道将交易指令转发给支付机构客户备付金银行即付款行，付款行扣款成功后返回交易渠道；交易渠道再将交易指令转发给用户的发卡行即收款行，增加用户卡上可用余额，返回交易渠道收款处理结果；交易渠道将交易结果返回支付结构；支付结构更新交易结果和用户前端相关信息的展示。

在上述出款业务的例子中，资金的流动情况如下：支付机构将资金结算给交易渠道；交易渠道将资金结算给用户的发卡行。

根据上述描述的线上支付场景可知，线上支付业务量十分庞大，银行需要对大量线上支付业务进行结算，因此将线上支付业务进行批量处理。所述线上支付批量处理的定时任务可以是一个预设的时间范围内全部线上支付业务进行批量处理的任务操作。

线上支付过程中，交易渠道与银行进行资金结算过程中，会将文件批次号发送给银行。所述文件批次号可以用来标记文件批次，方便文件管理，可以包括时间和交易类型等信息。

为了明确进度，可以预先建立批量文件下载规则，所述批量文件下载规则可以是建立批量文件下载控制表，所述批量文件下载控制表可以用于记录当前需下载的文件批次号、时间以及类型等信息。当线上支付业务的处理装置检测到存在线上支付批量处理的定时任务时，可以根据批量文件下载控制表获取文件批次号。

S120，根据所述文件批次号，确定线上支付汇总文件，并根据所述线上支付汇总文件确定线上支付明细文件。

线上支付业务的处理装置获取到文件批次号之后，可以根据文件批次号在交易渠道上下载线上支付汇总文件。所述线上支付汇总文件可以包括多个支付平台的线上支付交易信息，也可以包括多种类型的线上支付交易信息。所述线上支付汇总文件可以记载交易流水号、交易类型、交易平台、交易时间以及交易金额等信息。线上支付业务的处理装置可以根据线上支付汇总文件，获取线上支付明细文件。所述线上支付明细文件可以是单个支付平台的线上支付交易信息，也可以是某个个人用户的线上支付交易信息。所述线上支付明细文件可以记载交易流水号、交易类型、交易时间以及交易金额等信息。

S130，根据交易类型对所述线上支付明细文件进行拆分，得到拆分后各交易类型的笔数和金额以进行定时清算。

所述线上支付明细文件应当包括对于交易类型的记录。根据交易类型，线上支付业务的处理装置可以对线上支付明细文件进行拆分，将相同交易类型的交易信息整合在一起。线上支付业务的处理装置统计拆分后的各个交易类型的笔数和金额，用于定时清算，所述定时清算可以是预先设定一个时间范围，每经过一个预设的时间范围就进行一次清算。

S140，基于所述线上支付汇总文件对各交易类型的笔数和金额进行核对，若核对成功，则对各交易类型的笔数和金额进行线上支付结算。

线上支付业务的处理装置可以依据线上支付汇总文件，对于各交易类型的笔数和金额进行核对，如果核对无误，说明各交易类型的笔数和金额不存在交易异常，可以对各交易类型的笔数和金额进行线上支付结算。如果核对存在误差，则自动发送邮件通报异常情况，方便工作人员处理异常。

在本方案中，可选的，所述定时任务为每一个小时执行一次的任务。

相对于以日为单位的单场次清算，本方案实现了基于线上支付明细文件拆分的多场次清算，将任务执行颗粒度细化到小时级，减轻了每批次处理的数据量压力，不会产生大批量的数据积压，即使遇到购物节等交易量激增的情况，因每个小时都会进行批量作业，也会均摊清算压力。

同时，每个时段的清算任务更加可控，如遇到异常情况，可更精准定位问题，同时与其他场次解耦，某一场次遇到问题不影响其他场次正常处理，整体处理效率更高，影响范围更加可控，有效避免了因异常情况导致的交易阻塞，遇到极端情况需要重跑批量时，也只需处理小时级的批量。

本申请实施例所提供的技术方案，在检测到线上支付批量处理的定时任务时，根据预先建立的批量文件下载规则确定文件批次号；根据所述文件批次号，确定线上支付汇总文件，并根据线上支付汇总文件确定线上支付明细文件；根据交易类型对线上支付明细文件进行拆分，基于线上支付汇总文件对各交易类型的笔数和金额进行核对，在核对成功时，则对各交易类型的笔数和金额进行线上支付结算。通过对线上支付明细文件的拆分，本技术方案可以解决交易波峰清算体系性能紧张，交易波谷清算体系性能过剩的问题，提高了清算体系的整体效率，降低了时间和人力成本。

实施例二

图2为本发明实施例二中的线上支付业务的处理方法的流程图，本实施例以上述实施例为基础进行细化。如图2所示，本实施例的方法具体包括如下步骤：

S210，若检测到线上支付批量处理的定时任务，则根据预先建立的批量文件下载规则确定文件批次号。

本实施例中，当线上支付业务的处理装置检测到存在线上支付批量处理的定时任务时，可以根据批量文件下载控制表获取文件批次号。

S220，根据所述文件批次号，确定线上支付汇总文件的批次号。

线上支付业务的处理装置可以根据获取的文件批次号，可以确定线上支付汇总文件的批次号，所述线上支付汇总文件的批次号可以用来标识线上支付汇总文件。

S230，根据所述线上支付汇总文件的批次号确定远程文件路径下的汇总文件密钥和汇总文件。

根据线上支付汇总文件的批次号，线上支付业务的处理装置可以在交易渠道上确定远程文件路径下的汇总文件密钥和汇总文件。出于对用户的信息安全的考虑，所述汇总文件进行了加密处理，所述汇总文件密钥可以用于打开汇总文件。

S240，对所述汇总文件密钥和汇总文件进行下载，并采用所述汇总文件密钥对所述汇总文件进行解密，以得到线上支付汇总文件。

线上支付业务的处理装置可以在确定远程文件路径下的汇总文件密钥和汇总文件之后，从交易渠道上下载汇总文件密钥和汇总文件。利用汇总文件密钥可以实现对汇总文件的解密，从而得到线上支付汇总文件。

S250，根据所述线上支付汇总文件获取线上支付明细文件的明细信息，以得到线上支付明细文件。

所述线上支付汇总文件存在大量的交易信息，这些交易信息错综复杂，不利于清算。根据线上支付汇总文件，线上支付业务的处理装置可以进一步提取出线上支付明细文件的明细信息，线上支付明细文件的明细信息可以更加清晰的表达交易信息，可以筛除线上支付汇总文件中的其他无关信息，更加利于清算。

在一个可行的实施例中，可选的，在得到线上支付明细文件之后，所述方法还包括：

查询明细文件信息表中状态为待处理的记录信息；

根据线上支付明细文件，对所述待处理的记录信息进行逐条处理，并在处理完成后，将该记录信息的状态修改为已处理。

在得到线上支付明细文件之后，建立了明细文件信息表。所述明细文件信息表可以标记记录信息的处理状态，根据线上支付明细文件，对待处理的记录信息进行逐条处理。

本方案，通过及时修改明细文件信息表中的记录信息的处理状态可以方便明确当前处理进度，防止丢漏，另外，还可以方便工作人员查询记录信息。

S260，根据交易类型对所述线上支付明细文件进行拆分，得到至少一个交易类型的拆分结果。

在得到线上支付明细文件之后，线上支付业务的处理装置对线上支付明细文件进行进一步的拆分，根据交易类型对线上支付明细文件进行拆分之后，可以得到不少于一个的拆分结果，每一个拆分结果都是同一交易类型的线上支付明细文件。

在另一个可行的实施例中，可选的，所述交易类型包括汇总协议支付、网关支付和扫码支付的支付类型，以及包括协议退款和网关退款的退款类型。

所述汇总协议支付可以是用户通过与银行签订协议，将用户银行账户与商户关联账户进行绑定，付款时可直接输入商户关联账户的支付密码即可完成付款，例如用户在电商平台购买了一件商品通过支付平台付款给商家。

所述网关支付可以是通过网关进行支付操作的支付方式。实际上，银行金融网络系统与因特网连接的渠道，银行金融网络系统的数据需要与因特网上的系统进行交互，为了保证数据的安全性，需要在银行金融网络系统和因特网之间建立一个安全屏障，以此来隔离银行金融网络系统和因特网，这个安全屏障就叫做支付网关。支付网关是银行金融网络系统和因特网之间的接口。

容易理解的，所述扫码支付可以是通过扫描二维码或条形码等进行支付的支付方式，例如通过微信或支付宝扫码向商户付款。

相应的，所述协议退款可以是用户通过与银行签订协议，将用户银行账户与商户关联账户进行绑定，退款时可直接由商户关联账户完成退款。

所述网关退款可以是通过网关退款的退款方式，例如用户在电商平台取消订单后，订单付款会按原支付方式退回的。如果是用支付平台的账户余额支付的，会退回支付平台的账户余额，如果是用银行卡支付，会退回到银行卡。

在本实施例中，通过上述交易类型对线上支付明细文件进行拆分，可以方便对于各交易类型的交易信息的统计，更重要的，有利于后续更加高效的进行定时清算任务。

S270，采用至少一个线程对拆分后各交易类型的笔数和金额以进行定时清算。

线上支付业务的处理装置利用至少一个线程对拆分后各交易类型的笔数和金额以进行定时清算。所述定时清算可以是每一小时进行一次清算任务。使用至少一个线程可以使清算任务更有效率的进行，不容易出现交易信息阻塞。

S280，基于所述线上支付汇总文件对各交易类型的笔数和金额进行核对，若核对成功，则对各交易类型的笔数和金额进行线上支付结算。

利用线上支付汇总文件，线上支付业务的处理装置对各交易类型的笔数和金额进行核对，如果核对无误，将会对各交易类型的笔数和金额进行线上支付结算。如果核对存在误差，则自动发送邮件通报异常情况，方便工作人员处理异常。

在一个可行的实施例中，完成前期的文件下载和数据解析后，本批次的清算作业可以正式开始。为提高批量处理效率，明确批量处理逻辑，批量执行按照交易类型进行，首先处理在本清算系统处理范围内的支付类交易，例如协议支付，网关支付等。

1.处理网联明细中网关支付，为使交易处理批次的大小处于高效合理的区间(批次太小，造成批量数过多，批次太大，容易降低系统运算效率并影响耗时)。经项目组多次测试验证，批次大小取值为500。协议支付订单一次查询500条数据进行处理，将明细表中的明细记录放在map里，准备运算处理。

2.根据map里清算日期、机构号和流水号从订单表中查询本行记录的原订单，只有找到原订单才能进行对账。对于找不到原订单的情况，要以网联的状态为准。具体为：

如果网联记录订单失败，系统无记录，结束本次循环，更新这条对账记录；

如果网联记录成功，但本行系统中无记录，补需要记录，具体的补记录操作在此不再展开叙述；

另外，如果网联成功，但在本行数据库最终还是无法找到原订单的，则触发邮件告警，等待后续人工确认处理。

对于找到原订单的记录，需要执行以下操作：

如果网联明细交易成功，更改订单对账状态为已对账，即清算平台状态为00；将本条对账记录插入手续费记录；将本条台账记录插入到台账明细表。如果网联明细交易不成功，更改订单，清算平台状态为01；需要根据网联状态修改订单状态，以网联状态为准。更新对账明细表，对账状态为已对账，对账结果交易失败；更新订单状态为失败。

在完成支付交易的对账后，再执行退货交易的对账流程，处理在本清算系统处理范围内的退货类交易，例如协议退货关网关。

相较于支付交易，退货交易要根据原支付流水号查找原支付订单，对原支付订单进行支付信息核对，若未找到支付订单同样需邮件报警。对于找到订单但网联状态和系统订单状态不一致，同样以网联为准。最终订单状态无问题的，则开始对账操作。主要包括：插入手续费记录；更新原支付订单信息，例如已退金额；如果系统记录退货失败，更新回滚原支付订单已退金额。再将网联明细文件中的支付退款交易全部对账完成后，再次检查是否对账补对账文件，若有，则需继续处理，处理补对账文件的逻辑与处理正常明细文件相同，此处不再展开叙述。

最后需要进行整点结算，即24小时结算。

在整点对账完成后，清算批量已经完成了前期的数据准备以及落库后的文件记录与数据订单记录的数据核对，即完成了每条交易明细记录的核对，此时为了生成最后的结算记录，还需对核对国的明细台账数据进行汇总轧差，也就是对于清分好的数据进行清算。

此时需查询前24条状态为0的汇总文件记录，即遍历汇总文件，并且查询该汇总文件下每一个明细文件。遍历的具体内容为：查询异常的网联明细笔数；查询未处理的网联明细笔数。

只要有一个明细文件没有更新完成或者状态为异常，则不更新此汇总文件状态。如果所有明细文件都更新完成，则遍历该汇总文件下所有明细文件，对不同类型的支付，退货交易进行轧差计算，生成内部结算记录。汇总对公网关支付、借记卡支付退款内部台账记录，生成结算记录并更新台账记录结算记录批次号为明细文件批次号。

遍历结束，生成清算文件记录。汇总结算日期小于等于汇总文件清算日期、结算状态0-待结算、结算类型('00','01','B0')、批次号小于等于当前汇总文件结束批次号。

本申请实施例所提供的技术方案，在检测到线上支付批量处理的定时任务时，根据预先建立的批量文件下载规则确定文件批次号；根据所述文件批次号，确定线上支付汇总文件，并根据线上支付汇总文件确定线上支付明细文件；根据交易类型对线上支付明细文件进行拆分，基于线上支付汇总文件对各交易类型的笔数和金额进行核对，在核对成功时，则对各交易类型的笔数和金额进行线上支付结算。通过对线上支付明细文件的拆分，本技术方案可以解决交易波峰清算体系性能紧张，交易波谷清算体系性能过剩的问题，提高了清算体系的整体效率，降低了时间和人力成本。

实施例三

图3为本发明实施例三提供的一种线上支付业务的处理装置的结构示意图，该装置可执行本发明任意实施例所提供的线上支付业务的处理方法，具备执行方法相应的功能模块和有益效果。该装置可以包括：

文件批次号确定模块310，用于若检测到线上支付批量处理的定时任务，则根据预先建立的批量文件下载规则确定文件批次号；

线上支付明细文件确定模块320，用于根据所述文件批次号，确定线上支付汇总文件，并根据所述线上支付汇总文件确定线上支付明细文件；

线上支付明细文件拆分模块330，用于根据交易类型对所述线上支付明细文件进行拆分，得到拆分后各交易类型的笔数和金额以进行定时清算；

线上支付结算模块340，用于基于所述线上支付汇总文件对各交易类型的笔数和金额进行核对，若核对成功，则对各交易类型的笔数和金额进行线上支付结算。

在本实施例中，可选的，所述定时任务为每一个小时执行一次的任务。

在一个可行的实施例中，可选的，所述线上支付明细文件拆分模块330，具体用于：

根据交易类型对所述线上支付明细文件进行拆分，得到至少一个交易类型的拆分结果；

采用至少一个线程对拆分后各交易类型的笔数和金额以进行定时清算。

在另一个可行的实施例中，可选的，所述线上支付明细文件确定模块320，具体用于：

根据所述文件批次号，确定线上支付汇总文件的批次号；

根据所述线上支付汇总文件的批次号确定远程文件路径下的汇总文件密钥和汇总文件；

对所述汇总文件密钥和汇总文件进行下载，并采用所述汇总文件密钥对所述汇总文件进行解密，以得到线上支付汇总文件；

根据所述线上支付汇总文件获取线上支付明细文件的明细信息，以得到线上支付明细文件。

在本方案中，可选的，所述线上支付明细文件确定模块320，还用于：

查询明细文件信息表中状态为待处理的记录信息；

根据线上支付明细文件，对所述待处理的记录信息进行逐条处理，并在处理完成后，将该记录信息的状态修改为已处理。

在本发明实施例中，可选的，所述交易类型包括汇总协议支付、网关支付和扫码支付的支付类型，以及包括协议退款和网关退款的退款类型。

上述产品可执行本申请实施例所提供的线上支付业务的处理方法，具备执行方法相应的功能模块和有益效果。

实施例四

本发明实施例四提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请所有发明实施例提供的线上支付业务的处理方法：

若检测到线上支付批量处理的定时任务，则根据预先建立的批量文件下载规则确定文件批次号；

根据所述文件批次号，确定线上支付汇总文件，并根据所述线上支付汇总文件确定线上支付明细文件；

根据交易类型对所述线上支付明细文件进行拆分，得到拆分后各交易类型的笔数和金额以进行定时清算；

基于所述线上支付汇总文件对各交易类型的笔数和金额进行核对，若核对成功，则对各交易类型的笔数和金额进行线上支付结算。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

实施例五

本申请实施例五提供了一种电子设备。图4是本申请实施例五提供的一种电子设备的结构示意图。如图4所示，本实施例提供了一种电子设备400，其包括：一个或多个处理器420；存储装置410，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器420执行，使得所述一个或多个处理器420实现本申请实施例所提供的线上支付业务的处理方法，该方法包括：

若检测到线上支付批量处理的定时任务，则根据预先建立的批量文件下载规则确定文件批次号；

根据所述文件批次号，确定线上支付汇总文件，并根据所述线上支付汇总文件确定线上支付明细文件；

根据交易类型对所述线上支付明细文件进行拆分，得到拆分后各交易类型的笔数和金额以进行定时清算；

基于所述线上支付汇总文件对各交易类型的笔数和金额进行核对，若核对成功，则对各交易类型的笔数和金额进行线上支付结算。

当然，本领域技术人员可以理解，处理器420还实现本申请任意实施例所提供的线上支付业务的处理方法的技术方案。

图4显示的电子设备400仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图4所示，该电子设备400包括处理器420、存储装置410、输入装置430和输出装置440；电子设备中处理器420的数量可以是一个或多个，图4中以一个处理器420为例；电子设备中的处理器420、存储装置410、输入装置430和输出装置440可以通过总线或其他方式连接，图4中以通过总线450连接为例。

存储装置410作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块单元，如本申请实施例中的线上支付业务的处理方法对应的程序指令。

存储装置410可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储装置410可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置410可进一步包括相对于处理器420远程设置的存储器，这些远程存储器可以通过网络连接。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置430可用于接收输入的数字、字符信息或语音信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置440可包括显示屏、扬声器等电子设备。

本申请实施例提供的电子设备，可以通过对线上支付明细文件的拆分，解决交易波峰清算体系性能紧张，交易波谷清算体系性能过剩的问题，提高清算体系的整体效率，降低时间和人力成本。

上述实施例中提供的线上支付业务的处理装置、介质及电子设备可执行本申请任意实施例所提供的线上支付业务的处理方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的线上支付业务的处理方法。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (9)

1.一种线上支付业务的处理方法，其特征在于，所述方法包括：

若检测到线上支付批量处理的定时任务，则根据预先建立的批量文件下载规则确定文件批次号；

根据所述文件批次号，确定线上支付汇总文件，并根据所述线上支付汇总文件确定线上支付明细文件；

根据交易类型对所述线上支付明细文件进行拆分，得到拆分后各交易类型的笔数和金额以进行定时清算；

基于所述线上支付汇总文件对各交易类型的笔数和金额进行核对，若核对成功，则对各交易类型的笔数和金额进行线上支付结算；

所述根据所述文件批次号，确定线上支付汇总文件，并根据所述线上支付汇总文件确定线上支付明细文件，包括：

根据所述文件批次号，确定线上支付汇总文件的批次号；

根据所述线上支付汇总文件的批次号确定远程文件路径下的汇总文件密钥和汇总文件；

对所述汇总文件密钥和汇总文件进行下载，并采用所述汇总文件密钥对所述汇总文件进行解密，以得到线上支付汇总文件；

根据所述线上支付汇总文件获取线上支付明细文件的明细信息，以得到线上支付明细文件。

2.根据权利要求1所述的方法，其特征在于，所述定时任务为每一个小时执行一次的任务。

3.根据权利要求1所述的方法，其特征在于，根据交易类型对所述线上支付明细文件进行拆分，得到拆分后各交易类型的笔数和金额以进行定时清算，包括：

根据交易类型对所述线上支付明细文件进行拆分，得到至少一个交易类型的拆分结果；

采用至少一个线程对拆分后各交易类型的笔数和金额以进行定时清算。

4.根据权利要求1所述的方法，其特征在于，在得到线上支付明细文件之后，所述方法还包括：

查询明细文件信息表中状态为待处理的记录信息；

根据线上支付明细文件，对所述待处理的记录信息进行逐条处理，并在处理完成后，将该记录信息的状态修改为已处理。

5.根据权利要求3所述的方法，其特征在于，所述交易类型包括汇总协议支付、网关支付和扫码支付的支付类型，以及包括协议退款和网关退款的退款类型。

6.一种线上支付业务的处理装置，其特征在于，所述装置包括：

文件批次号确定模块，用于若检测到线上支付批量处理的定时任务，则根据预先建立的批量文件下载规则确定文件批次号；

线上支付明细文件确定模块，用于根据所述文件批次号，确定线上支付汇总文件，并根据所述线上支付汇总文件确定线上支付明细文件；

线上支付明细文件拆分模块，用于根据交易类型对所述线上支付明细文件进行拆分，得到拆分后各交易类型的笔数和金额以进行定时清算；

线上支付结算模块，用于基于所述线上支付汇总文件对各交易类型的笔数和金额进行核对，若核对成功，则对各交易类型的笔数和金额进行线上支付结算；

所述线上支付明细文件确定模块，具体用于：

根据所述文件批次号，确定线上支付汇总文件的批次号；

根据所述线上支付汇总文件的批次号确定远程文件路径下的汇总文件密钥和汇总文件；

对所述汇总文件密钥和汇总文件进行下载，并采用所述汇总文件密钥对所述汇总文件进行解密，以得到线上支付汇总文件；

根据所述线上支付汇总文件获取线上支付明细文件的明细信息，以得到线上支付明细文件。

7.根据权利要求6所述的装置，其特征在于，所述定时任务为每一个小时执行一次的任务。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5中任一项所述的线上支付业务的处理方法。

9.一种电子设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-5中任一项所述的线上支付业务的处理方法。

Images