分布式账单处理方法、装置、设备与计算机可读存储介质与流程

本发明涉及金融科技(Fintech)技术领域，尤其涉及分布式账单处理方法、装置、设备与计算机可读存储介质。

背景技术：

近年来，随着金融科技(Fintech)，尤其是互联网金融的不断发展，线上支付技术被引入银行等金融机构的日常服务中。在金融机构日常交易的过程中，分布式账单处理系统根据账单中的付款/扣款信息，在不同的支付渠道进行付款/扣款处理。

然而，现有的付款/扣款处理方式无法对支付渠道的健康状况进行探测，导致支付失败、支付延时或重复支付等问题，如无法对支付渠道的可用性进行评估等，也无法针对当前各支付渠道的处理能力做出调整，如降低交易请求频次等，也无法在当前支付渠道发生故障时进行自动熔断等，如支付渠道不可用时，停止处理等。即现有的线上支付方式无法智能选择可用的支付渠道，导致支付成功率较低的问题。

技术实现要素：

本发明的主要目的在于提出一种分布式账单处理方法、装置、设备与计算机可读存储介质，旨在提高支付成功率。

为实现上述目的，本发明提供一种分布式账单处理方法，所述分布式账单处理方法包括如下步骤：

当接收到支付请求时，基于所述支付请求对应的文件地址，下载所述文件地址对应的账单文件；

读取所述账单文件中各交易信息的交易要素，并基于所述交易要素，确定所述账单文件中各交易信息对应的第一支付渠道，并将所述账单文件拆分成所述第一支付渠道对应的子账单文件；

对所述第一支付渠道进行探测，确定所述第一支付渠道是否可用；

若可用，则将所述子账单文件发送至所述第一支付渠道。

优选地，所述当接收到支付请求时，基于所述支付请求对应的文件地址，下载所述文件地址对应的账单文件的步骤包括：

当接收到支付请求时，获取所述支付请求对应的文件地址和文件哈希值；

下载所述文件地址对应的账单文件，并基于所述文件哈希值，对所述账单文件的完整性进行检验；

若确定所述账单文件完整，则执行读取所述账单文件中各交易信息的交易要素，并基于所述交易要素，确定所述账单文件中各交易信息对应的第一支付渠道，并将所述账单文件拆分成所述第一支付渠道对应的子账单文件的步骤。

优选地，所述读取所述账单文件中各交易信息的交易要素，并基于所述交易要素，确定所述账单文件中各交易信息对应的第一支付渠道，并将所述账单文件拆分成所述第一支付渠道对应的子账单文件的步骤包括：

读取所述账单文件中各交易信息的交易要素，所述交易要素包括产品代码和金额；

基于所述产品代码和所述金额，确定所述账单文件中各交易信息对应的第一支付渠道，并将所述账单文件拆分成所述第一支付渠道对应的子账单文件。

优选地，所述基于所述产品代码和所述金额，确定所述账单文件中各交易信息对应的第一支付渠道的步骤包括：

基于所述产品代码，确定所述账单文件中各交易信息所属的产品类别；

基于所述金额和所述产品类别的限额金额，确定所述账单文件中各交易信息对应的第一支付渠道。

优选地，所述对所述第一支付渠道进行探测，确定所述第一支付渠道是否可用的步骤包括：

获取所述第一支付渠道的历史可用性，基于所述历史可用性，确定所述第一支付渠道中的待探测渠道；

向所述待探测渠道发送预设探测包，并基于所述待探测渠道返回的探测结果，判断所述待探测渠道是否可用。

优选地，所述若可用，则将所述子账单文件发送至所述第一支付渠道的步骤之后，所述方法还包括：

监控所述第一支付渠道的健康状态，并执行所述健康状态对应的执行策略；

其中，当监测到所述健康状态为单位时间成功率低于预设阈值时，确定所述健康状态对应的所述执行策略为熔断处理，并基于所述执行策略，将第一支付渠道熔断。

优选地，所述对所述第一支付渠道进行探测，确定所述第一支付渠道是否可用的步骤之后，所述方法还包括：

若不可用，则将所述子账单文件发送至差错通道；

当接收到所述差错通道基于所述子账单文件发送的标识信息时，基于所述标识信息，确定所述子账单文件对应的第二支付渠道；

将子账单文件发送至所述第二支付渠道。

此外，为实现上述目的，本发明还提供一种分布式账单处理装置，所述分布式账单处理装置包括：

下载模块，用于当接收到支付请求时，基于所述支付请求对应的文件地址，下载所述文件地址对应的账单文件；

确定模块，用于读取所述账单文件中各交易信息的交易要素，并基于所述交易要素，确定所述账单文件中各交易信息对应的第一支付渠道，并将所述账单文件拆分成所述第一支付渠道对应的子账单文件；

探测模块，用于对所述第一支付渠道进行探测，确定所述第一支付渠道是否可用；

发送模块，用于若可用，则将所述子账单文件发送至所述第一支付渠道。

优选地，所述下载模块还用于：

当接收到支付请求时，获取所述支付请求对应的文件地址和文件哈希值；

下载所述文件地址对应的账单文件，并基于所述文件哈希值，对所述账单文件的完整性进行检验；

若确定所述账单文件完整，则执行读取所述账单文件中各交易信息的交易要素，并基于所述交易要素，确定所述账单文件中各交易信息对应的第一支付渠道，并将所述账单文件拆分成所述第一支付渠道对应的子账单文件的步骤。

优选地，所述确定模块还用于：

读取所述账单文件中各交易信息的交易要素，所述交易要素包括产品代码和金额；

基于所述产品代码和所述金额，确定所述账单文件中各交易信息对应的第一支付渠道，并将所述账单文件拆分成所述第一支付渠道对应的子账单文件。

优选地，所述确定模块还用于：

基于所述产品代码，确定所述账单文件中各交易信息所属的产品类别；

基于所述金额和所述产品类别的限额金额，确定所述账单文件中各交易信息对应的第一支付渠道。

优选地，所述探测模块还用于：

获取所述第一支付渠道的历史可用性，基于所述历史可用性，确定所述第一支付渠道中的待探测渠道；

向所述待探测渠道发送预设探测包，并基于所述待探测渠道返回的探测结果，判断所述待探测渠道是否可用。

优选地，所述分布式账单处理装置还包括监控模块，所述监控模块用于：

监控所述第一支付渠道的健康状态，并执行所述健康状态对应的执行策略；

其中，当监测到所述健康状态为单位时间成功率低于预设阈值时，确定所述健康状态对应的所述执行策略为熔断处理，并基于所述执行策略，将第一支付渠道熔断。

优选地，所述发送模块还用于：

若不可用，则将所述子账单文件发送至差错通道；

当接收到所述差错通道基于所述子账单文件发送的标识信息时，基于所述标识信息，确定所述子账单文件对应的第二支付渠道；

将所述子账单文件发送至所述第二支付渠道。

此外，为实现上述目的，本发明还提供一种分布式账单处理设备，所述分布式账单处理设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的分布式账单处理程序，所述分布式账单处理程序被所述处理器执行时实现如上所述的分布式账单处理方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有分布式账单处理程序，所述分布式账单处理程序被处理器执行时实现如上所述的分布式账单处理方法的步骤。

本发明提出的分布式账单处理方法，当接收到支付请求时，基于所述支付请求对应的文件地址，下载所述文件地址对应的账单文件；读取所述账单文件中各交易信息的交易要素，并基于所述交易要素，确定所述账单文件中各交易信息对应的第一支付渠道，并将所述账单文件拆分成所述第一支付渠道对应的子账单文件；对所述第一支付渠道进行探测，确定所述第一支付渠道是否可用；若可用，则将所述子账单文件发送至所述第一支付渠道。本发明通过交易要素选择可用的支付渠道，提高支付成功率。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图；

图2为本发明分布式账单处理方法第一实施例的流程示意图；

图3为本发明分布式账单处理方法第二实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图。

本发明实施例终端可以是PC机或服务器设备。

如图1所示，该终端可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的设备结构并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及分布式账单处理程序。

其中，操作系统是管理和控制分布式账单处理设备与软件资源的程序，支持网络通信模块、用户接口模块、分布式账单处理程序以及其他程序或软件的运行；网络通信模块用于管理和控制网络接口1002；用户接口模块用于管理和控制用户接口1003。

在图1所示的分布式账单处理设备中，所述分布式账单处理设备通过处理器1001调用存储器1005中存储的分布式账单处理程序，并执行下述分布式账单处理方法各个实施例中的操作。

基于上述硬件结构，提出本发明分布式账单处理方法实施例。

参照图2，图2为本发明分布式账单处理方法第一实施例的流程示意图，所述方法包括：

步骤S10，当接收到支付请求时，基于所述支付请求对应的文件地址，下载所述文件地址对应的账单文件；

步骤S20，读取所述账单文件中各交易信息的交易要素，并基于所述交易要素，确定所述账单文件中各交易信息对应的第一支付渠道，并将所述账单文件拆分成所述第一支付渠道对应的子账单文件；

步骤S30，对所述第一支付渠道进行探测，确定所述第一支付渠道是否可用；

步骤S40，若可用，则将所述子账单文件发送至所述第一支付渠道。

本实施例在对分布式账单进行处理的过程中，通过账单文件中各交易信息的交易要素，确定对应的可用的支付渠道，从而使用可用的支付渠道完成线上支付，提高支付成功率。

以下将对各个步骤进行详细说明：

步骤S10，当接收到支付请求时，基于所述支付请求对应的文件地址，下载所述文件地址对应的账单文件。

本实施例分布式账单处理方法应用于理财机构或者银行系统等金融机构的分布式账单处理设备中，为描述方便，分布式账单处理设备以下简称处理设备，其中，处理设备用于接收上游系统通过信息中间件发送的支付请求，并根据支付请求完成线上支付。上游系统指各个分布式部署的账单接收系统，用于接入处理设备，如对账平台，并向处理设备发送支付请求，其中，支付请求包含接入本处理设备的渠道号、文件批次号、文件地址、文件哈希值、文件笔数、文件金额和文件类型(付款/扣款)等信息。

当处理设备接收到支付请求时，通过读取支付请求中的文件地址，并根据文件地址，去相应的数据库中下载对应的账单文件。

具体的，步骤S10包括：

当接收到支付请求时，获取所述支付请求对应的文件地址和文件哈希值；

在该步骤中，处理设备在接收到支付请求时，获取支付请求对应的文件地址和文件哈希值，即处理设备先确定支付请求对应的账单文件的来源。

下载所述文件地址对应的账单文件，并基于所述文件哈希值，对所述账单文件的完整性进行检验；

在该步骤中，处理设备根据文件地址，在相应的数据库中下载对应的账单文件，并基于文件哈希值对账单文件的完整性进行验证。

其中由于文件哈希值的不可更改特性，可确定当前账单文件是否被修改，未被修改的账单文件即确定为完整。

此外，也可通过确定当前账单文件的格式是否与预设的文件格式一致，用以校验当前账单文件的完整性，如预设的文件格式中包含有金额和文件类型等信息，那么只需确定当前账单文件中是否包含金额和文件类型等信息即可确定当前账单文件是否完整。

若确定所述账单文件完整，则执行读取所述账单文件中各交易信息的交易要素，并基于所述交易要素，确定所述账单文件中各交易信息对应的第一支付渠道，并将所述账单文件拆分成所述第一支付渠道对应的子账单文件的步骤。

在该步骤中，只有确定当前账单文件完整，才继续执行步骤S20；若确定当前账单文件不完整，则将当前账单文件标记为残缺文件，并将当前账单文件发送至差错通道，由相关人员对其进行补全。

步骤S20，读取所述账单文件中各交易信息的交易要素，并基于所述交易要素，确定所述账单文件中各交易信息对应的第一支付渠道，并将所述账单文件拆分成所述第一支付渠道对应的子账单文件。

在本实施例中，处理设备读取当前账单文件中各交易信息的交易要素，其中，交易要素包括产品代码、银行、金额和交易类型等，处理设备根据交易要素，确定当前账单文件中各交易信息对应的第一支付渠道，即处理设备通过读取当前账单文件中各交易信息的交易要素，为账单文件中每条交易信息选择最优支付渠道。此时，当前账单文件中每一条交易信息都对应有自己的支付渠道，而每一条支付渠道可以对应多条交易信息，因此，第一支付渠道具体数量与当前账单文件中的交易信息对应，并将当前账单文件拆分成第一支付渠道对应的若干子账单文件，即每一个子账单文件都对应一条支付渠道。

具体的，步骤S20包括：

步骤a，读取所述账单文件中各交易信息的交易要素，所述交易要素包括产品代码和金额；

在该步骤中，处理设备读取当前账单文件中各交易信息的交易要素，该交易要素包括产品代码和金额，作为处理设备为每条交易信息选择最优支付渠道的依据。

步骤b，基于所述产品代码和所述金额，确定所述账单文件中各交易信息对应的第一支付渠道，并将所述账单文件拆分成所述第一支付渠道对应的子账单文件。

在该步骤中，处理设备基于产品代码和金额，确定当前账单文件中各交易信息对应的第一支付渠道，如产品代码为1，金额低于5000的交易信息，其对应的支付渠道为A支付渠道，产品代码为2，金额高于5000的交易信息，其对应的支付渠道为B支付渠道等，并将当前账单文件拆分成第一支付渠道对应的子账单文件，即，将当前账单文件中所属同一支付渠道的交易信息归纳在一起，如当前账单文件中包含有甲、乙、丙和丁四条交易信息，甲和乙对应A支付渠道，丙和丁对应B支付渠道，则将当前账单文件拆分为两个子账单文件，其中一个子账单文件包含甲和乙，对应的支付渠道为A支付渠道，另一个子账单文件包含丙和丁，对应的支付渠道为B支付渠道。

可以理解的，处理设备也可以读取当前账单文件中各交易信息的交易类型，依据交易类型选择相应的支付渠道，如付款类交易信息选择A支付渠道，而扣款类交易信息选择B支付渠道等。

也可以读取当前账单文件中各交易信息所属的银行，依据银行选择相应的支付渠道，如工商银行、中国银行和建设银行等由于有限额规定，选择C支付渠道，而中信银行、招商银行和广发银行等由于没有限额规定，选择D支付渠道等。

进一步地，步骤b包括：

基于所述产品代码，确定所述账单文件中各交易信息所属的产品类别；

在该步骤中，处理设备基于产品代码，确定当前账单文件中各交易信息所属的产品类别，具体的，预设一套产品代码-产品类别的关联表，在处理设备读取到当前账单文件各交易信息的产品代码后，即可通过产品代码和预设的产品代码-产品类别关联表确定各交易信息所属的产品类型。

基于所述金额和所述产品类别的限额金额，确定所述账单文件中各交易信息对应的第一支付渠道。

在该步骤中，处理设备根据各交易信息的金额，以及各交易信息所属的产品类别的限额金额，确定当前账单文件中各交易信息对应的第一支付渠道，如E产品的限额金额为5000，当前账单文件中的交易信息中有两条关于E产品的，其中一条为1万，一条为3000，1万的交易信息由于超过了限额金额，属于大额交易，应当走大额支付渠道，而3000的交易信息由于未超过限额金额，属于小额交易，应当走小额支付渠道等。

进一步地，交易要素还包括交易时效，确定第一支付渠道的步骤还可以包括：

读取当前账单文件中各交易信息的交易时效，基于交易时效，确定账单文件中各交易信息对应的第一支付渠道。

即考虑交易的时效性，为交易时效比较紧张的交易信息选择快速支付渠道，为交易时效不紧张的交易信息选择普通支付渠道等。

进一步地，交易要素包括金额，确定第一支付渠道的步骤还可以包括：

读取当前账单文件中各交易信息的金额，并确定当前处理设备对接的支付渠道的渠道费，可以理解的，每一种支付渠道，都对应有渠道费，渠道费的计算主要是依据当前交易信息的金额以及各支付渠道的收费规则所得出，因此，可通过计算每一条交易信息通过每一条支付渠道的渠道费，进而选择渠道费低的支付渠道作为当前交易信息的支付渠道。

步骤S30，对所述第一支付渠道进行探测，确定所述第一支付渠道是否可用。

在本实施例中，在确定了当前账单文件中各交易信息对应的第一支付渠道后，对第一支付渠道进行探测，也即对当前账单文件中各交易信息所对应的支付渠道一一进行探测，从而确定第一支付渠道是否可用，可以理解的，由于第一支付渠道的数量与当前账单文件中包含的交易信息对应，因此，当交易信息有多条时，且各自对应不同的支付渠道的时候，第一支付渠道至少包括两条支付渠道，在对第一支付渠道进行探测时，只有所有的支付渠道都可用，才确定第一支付渠道可用；若其中有一条支付渠道不可用，则第一支付渠道不可用。

具体探测方式包括：

向所述第一支付渠道发送预设探测包，并基于所述第一支付渠道返回的探测结果和预设规则，判断所述第一支付渠道是否可用。

在该步骤中，向第一支付渠道发送预设探测包，也即向当前账单文件中各交易信息对应的支付渠道发送预设探测包，其中，预设探测包为模拟交易信息的账单信息，具体包括金额，银行和交易类型等交易要素，将预设探测包发送至第一支付渠道，检测是否支付成功，若是，则确定第一支付渠道可用。

步骤S40，若可用，则将所述子账单文件发送至所述第一支付渠道。

在本实施例中，若确定第一支付渠道可用，则将子账单文件发送至第一支付渠道，以完成线上支付。

进一步地，若不可用，则将所述子账单文件发送至差错通道；

在该步骤中，若确定第一支付渠道不可用，则将对应的子账单文件发送至差错通道，其中，差错通道即为人工判断通道，在处理设备无法确定子账单文件对应的支付渠道时，交由人工判断通道，由相应的维护人员对其进行手动选择并标记。

当接收到所述差错通道基于所述子账单文件发送的标识信息时，基于所述标识信息，确定所述子账单文件对应的第二支付渠道；

在该步骤中，当接收到差错通道基于子账单文件发送的标识信息时，根据标识信息，确定子账单文件对应的第二支付渠道，即在差错通道中，由相应的维护人员手动对子账单文件进行匹配支付渠道，并生成对应的标识信息，处理设备在接收到标识信息后，即可确定子账单文件对应的第二支付渠道，需要说明的是，第一支付渠道和第二支付渠道可以是相同的，即处理设备确定第一支付渠道不可用后，相应的维护人员还是选择了第一支付渠道。当然，第一支付渠道和第二支付渠道也可以是部分相同的，或者完全不同。

将所述子账单文件发送至所述第二支付渠道。

在该步骤中，在根据标识信息确定子账单对应的第二支付渠道后，将子账单文件发送至第二支付渠道，以完成线上支付。

本实施例当接收到支付请求时，基于所述支付请求对应的文件地址，下载所述文件地址对应的账单文件；读取所述账单文件中各交易信息的交易要素，并基于所述交易要素，确定所述账单文件中各交易信息对应的第一支付渠道，并将所述账单文件拆分成所述第一支付渠道对应的子账单文件；对所述第一支付渠道进行探测，确定所述第一支付渠道是否可用；若可用，则将所述子账单文件发送至所述第一支付渠道。本发明通过交易要素选择可用的支付渠道，提高支付成功率。

进一步地，基于本发明分布式账单处理方法第一实施例，提出本发明分布式账单处理方法第二实施例。

分布式账单处理方法的第二实施例与分布式账单处理方法的第一实施例的区别在于，参照图3，步骤S30包括：

步骤S31，获取所述第一支付渠道的历史可用性，基于所述历史可用性，确定所述第一支付渠道中的待探测渠道；

步骤S32，向所述待探测渠道发送预设探测包，并基于所述待探测渠道返回的探测结果，判断所述待探测渠道是否可用。

本实施例在对第一支付渠道进行探测时，只需探测第一支付渠道中需要探测的待探测渠道，减少探测成本，提高探测效率。

以下将对各个步骤进行详细说明：

步骤S31，获取所述第一支付渠道的历史可用性，基于所述历史可用性，确定所述第一支付渠道中的待探测渠道；

在本实施例中，处理设备获取第一支付渠道的历史可用性，根据历史可用性，确定第一支付渠道中需要探测的待探测渠道，即在本实施例中，不需要对当前账单文件中各交易信息对应的所有支付渠道进行探测，而是先从所有的支付渠道中，依据各个支付渠道的历史可用性，找到需要探测的待探测渠道。

具体的，从以往的支付记录中确定第一支付渠道的支付成功率，如A支付渠道支付过100次，成功了30次，则其支付成功率为30％，也即A支付渠道的可用性为30％，将其与预设可用性进行比较，如预设可用性为50％，显然，A支付渠道的历史可用性低于预设可用性，则A支付渠道为待探测渠道；若A支付渠道的历史可用性不低于预设可用性，则A支付渠道不需要进行探测。

进一步地，获取所述第一支付渠道预设时间内的历史可用性，并基于所述历史可用性，确定所述第一支付渠道中需要探测的待探测渠道。

在该步骤中，为避免第一支付渠道的历史记录较多，导致处理设备需要花费较长的时间去统计，因此，可获取第一支付渠道预设时间内的历史可用性，在具体实施时，预设时间为三天，即只需获取第一支付渠道三天内的历史可用性即可确定第一支付渠道中需要探测的待探测渠道，具体探测方式与上述相似，在此不再赘述。

步骤S32，向所述待探测渠道发送预设探测包，并基于所述待探测渠道返回的探测结果，判断所述待探测渠道是否可用。

在该步骤中，处理设备向待探测渠道，即需要探测的支付渠道发送预设探测包，其中，预设探测包为模拟交易信息的账单信息，具体包括金额，银行和交易类型等交易要素，将预设探测包发送至待探测渠道，若支付成功，则待探测渠道返回支付成功的探测结果，从而确定待探测渠道可用。

进一步的，步骤S32包括：

向所述待探测渠道发送预设次数的预设探测包，并统计所述待探测渠道返回的探测结果；基于所述探测结果和预设规则，判断所述待探测渠道是否可用。

在该步骤中，处理设备向待探测渠道发送预设次数的预设探测包，并统计待探测渠道返回的探测结果，其中，探测结果为支付成功和支付失败，在具体实施时，预设次数为20次。基于探测结果和预设规则，判断待探测渠是否可用，具体的预设规则可为，连续支付成功6次视为可用，即处理设备向待探测渠道发送20次预设探测包，并统计探测结果，若探测结果中存在连续6次支付成功，则确定待探测渠道可用；若探测结果中未存在连续6次支付成功，则确定待探测渠道不可用。

本实施例在对第一支付渠道的可用性进行探测时，只需探测需要探测的待探测渠道，减少探测成本，提高探测效率，可以快速定位可用的支付渠道，从而提高支付成功率。

进一步地，基于本发明分布式账单处理方法第一、第二实施例，提出本发明分布式账单处理方法第三实施例。

分布式账单处理方法的第三实施例与分布式账单处理方法的第一、第二实施例的区别在于，所述方法还包括：

监控所述第一支付渠道的健康状态，并执行所述健康状态对应的执行策略；

其中，当监测到所述健康状态为单位时间成功率低于预设阈值时，确定所述健康状态对应的所述执行策略为熔断处理，并基于所述执行策略，将第一支付渠道熔断。

本实施例在将账单文件中的各交易信息发送至第一支付渠道之后，处理设备还继续监控第一支付渠道的监控状态，避免第一支付渠道在支付过程中出现故障，如不可用和延迟等问题，时，无法及时作出调整。

因此，处理设备监控第一支付渠道的健康状态，并执行健康状态对应的执行策略。其中，当处理设备监测到第一支付渠道的健康状态为单位时间成功较低时，具体低于预设阈值，如30％，确定当前的健康状态对应的执行策略为熔断处理，则处理设备基于确定的执行策略，将第一支付渠道熔断。

可以理解的，在将第一支付渠道熔断后，第一支付渠道将不可用，那么此时，还未完成线上支付的交易信息将重新被配到新的支付渠道，分配方式也是基于交易要素进行，与上述相似，在此不再赘述。

或者，当处理设备监测到第一支付渠道的健康状态为当前排队支付的交易信息超过阈值时，确定当前的健康状态对应的执行策略为降低将账单文件发送至第一支付渠道的频次等。

本实施例在将账单文件发送至支付渠道后，还对支付渠道的健康状态进行监控，确保账单文件中各交易信息都有可用的支付渠道完成线上支付，即使当前的支付渠道出现如延迟等故障，也可及时采用相应的执行策略，提高支付成功率。

本发明还提供一种分布式账单处理装置。本发明分布式账单处理装置包括：

下载模块，用于当接收到支付请求时，基于所述支付请求对应的文件地址，下载所述文件地址对应的账单文件；

确定模块，用于读取所述账单文件中各交易信息的交易要素，并基于所述交易要素，确定所述账单文件中各交易信息对应的第一支付渠道，并将所述账单文件拆分成所述第一支付渠道对应的子账单文件；

探测模块，用于对所述第一支付渠道进行探测，确定所述第一支付渠道是否可用；

发送模块，用于若可用，则将所述子账单文件发送至所述第一支付渠道。

进一步地，所述下载模块还用于：

当接收到支付请求时，获取所述支付请求对应的文件地址和文件哈希值；

下载所述文件地址对应的账单文件，并基于所述文件哈希值，对所述账单文件的完整性进行检验；

若确定所述账单文件完整，则执行读取所述账单文件中各交易信息的交易要素，并基于所述交易要素，确定所述账单文件中各交易信息对应的第一支付渠道，并将所述账单文件拆分成所述第一支付渠道对应的子账单文件的步骤。

进一步地，所述确定模块还用于：

读取所述账单文件中各交易信息的交易要素，所述交易要素包括产品代码和金额；

基于所述产品代码和所述金额，确定所述账单文件中各交易信息对应的第一支付渠道。

进一步地，所述确定模块还用于：

基于所述产品代码，确定所述账单文件中各交易信息所属的产品类别；

基于所述金额和所述产品类别的限额金额，确定所述账单文件中各交易信息对应的第一支付渠道。

进一步地，所述探测模块还用于：

获取所述第一支付渠道的历史可用性，基于所述历史可用性，确定所述第一支付渠道中的待探测渠道；

向所述待探测渠道发送预设探测包，并基于所述待探测渠道返回的探测结果，判断所述待探测渠道是否可用。

进一步地，所述分布式账单处理装置还包括监控模块，所述监控模块用于：

监控所述第一支付渠道的健康状态，并执行所述健康状态对应的执行策略；

其中，当监测到所述健康状态为单位时间成功率低于预设阈值时，确定所述健康状态对应的所述执行策略为熔断处理，并基于所述执行策略，将第一支付渠道熔断。

进一步地，所述发送模块还用于：

若不可用，则将所述子账单文件发送至差错通道；

当接收到所述差错通道基于所述子账单文件发送的标识信息时，基于所述标识信息，确定所述子账单文件对应的第二支付渠道；

将所述子账单文件发送至所述第二支付渠道。

本发明还提供一种计算机可读存储介质。

本发明计算机可读存储介质上存储有分布式账单处理程序，所述分布式账单处理程序被处理器执行时实现如上所述的分布式账单处理方法的步骤。

其中，在所述处理器上运行的分布式账单处理程序被执行时所实现的方法可参照本发明分布式账单处理方法各个实施例，此处不再赘述。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书与附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。