CN114169997A - 一种扣款方法和装置 - Google Patents

Abstract

本发明公开了一种扣款方法和装置，涉及金融信息服务技术领域。该方法的一具体实施方式包括：获取预定扣款时刻的批量扣款结果数据，批量扣款结果数据包括在预定扣款时刻扣款失败的账户；通过向消息推送组件订阅与所述扣款失败的账户对应的推送消息，监控扣款失败的账户的金额变动，当扣款失败的账户金额满足扣款条件时，对扣款失败的账户再次发起扣款操作。该实施方式能够提高扣款的实时性和成功率，避免发起无效扣款交易，节约系统资源，可对入账金额及时扣款，避免形成“坏账”，减少逾期的发生，还可设置账户的优先级和/或账户中扣款项的优先级，使得多项扣款业务可有序及按重要性优先级区分扣款。

Description

一种扣款方法和装置

技术领域

本发明涉及金融信息服务技术领域，尤其涉及一种扣款方法和装置。

背景技术

银行各项扣款业务中，例如贷款还款、信用卡还款、水煤电代扣、通信话费代扣，物业代扣等，通常在到期日前晚0点前后或更早，定时进行扣款。按照贷款合同(或代扣协议)签订，要求扣款的存款账户在扣款前，余额要大于或等于还款(扣款)金额。不过，通常客户理解的扣款日，通常认为当天白天或24:00前都视为扣款日，因此扣款账户是在扣款当日白天或晚些时候才进行存款，因此导致前一日0点前后的夜间扣款失败。由于对贷款逾期人和企业会记录到征信体系中，对个人和企业后续银行业务造成不良影响。按照银行业和监管要求，银行贷款系统会在扣款当日白天的固定时间点，再次进行批量扣款(还贷)操作。现有技术只是使用同样的方法在不同时间重复执行批量扣款。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

没有实质性解决扣款实时性不强的问题，造成扣款失败比例高。由于相当于“盲扣款”，会造成很多无效扣款交易的发起，一定程度上造成系统的资源浪费。一些客户账户金额入账后立即转出，导致没能及时进行扣款，也会造成银行贷款回收不够及时，形成“坏账”。一些不良贷款更是不能及时回收，造成更长时间的逾期。多项扣款业务竞争没有先后次序以及重要性优先级区分，当用户余额不满足多项扣款时，次要扣款扣除了余额，导致重要扣款余额不足，扣款失败。

发明内容

有鉴于此，本发明实施例提供一种扣款方法和装置，能够提高扣款的实时性和成功率，避免发起无效扣款交易，节约系统资源，可对入账金额及时扣款，避免形成“坏账”，减少逾期的发生，多项扣款业务可有序及按重要性优先级区分扣款。

为实现上述目的，根据本发明实施例的一个方面，提供了一种扣款方法。

一种扣款方法，包括：获取预定扣款时刻的批量扣款结果数据，所述批量扣款结果数据包括在所述预定扣款时刻扣款失败的账户；通过向消息推送组件订阅与所述扣款失败的账户对应的推送消息，监控所述扣款失败的账户的金额变动，当所述扣款失败的账户金额满足扣款条件时，对所述扣款失败的账户再次发起扣款操作。

可选地，所述通过向消息推送组件订阅与所述扣款失败的账户对应的推送消息，监控所述扣款失败的账户的金额变动，当所述扣款失败的账户金额满足扣款条件时，对所述扣款失败的账户再次发起扣款操作，包括：向消息推送组件发送消息订阅请求，所述消息推送组件用于根据所述消息订阅请求生成消息订阅任务，以根据所述消息订阅任务向存款主机系统查询所述扣款失败的账户的金额变动，并在变动后的金额满足所述扣款条件时，实时发出与所述扣款失败的账户对应的推送消息；如果接收到所述消息推送组件的所述推送消息，则对所述扣款失败的账户再次发起扣款操作。

可选地，所述如果接收到所述消息推送组件的所述推送消息，则对所述扣款失败的账户再次发起扣款操作，包括：在设定的时间段内，从所述消息推送组件获取所述推送消息，判断所述推送消息中的账户信息在所述批量扣款结果数据的扣款记录表中是否存在，如果存在，则对所述账户信息对应的账户再次发起扣款操作。

可选地，所述在设定的时间段内，从所述消息推送组件获取所述推送消息，判断所述推送消息中的账户信息在所述批量扣款结果数据的扣款记录表中是否存在，如果存在，则对所述账户信息对应的账户再次发起扣款操作，包括：通过第一进程在所述设定的时间段内，从所述消息推送组件获取所述推送消息；从所述批量扣款结果数据的扣款记录表中读取所述账户信息，如果读取到所述账户信息，则将所述扣款记录表中所述账户信息的记录设置预设标示值；通过第二进程在所述设定的时间段检查所述扣款记录表中的带有所述预设标示值的记录，对所述预设标示值的记录对应的账户再次发起扣款操作。

可选地，接收到所述消息推送组件的所述推送消息之后，所述方法还包括：更新本地对应的批量扣款失败状态信息；所述对所述扣款失败的账户再次发起扣款操作之后，所述方法还包括：更新贷款主机系统的扣款数据，所述贷款主机系统用于在所述预定扣款时刻进行账户扣款并生成所述预定扣款时刻的批量扣款结果数据。

可选地，所述向消息推送组件发送消息订阅请求之前，还包括：根据所述扣款失败的账户的多维信息确定对应的账户的优先级，并将所述账户的优先级添加到所述消息订阅请求中，所述账户的优先级用于消息推送组件确定各账户的所述推送消息的推送顺序。

可选地，所述多维信息包括多个扣款项；所述向消息推送组件发送消息订阅请求之前，还包括：确定所述扣款失败的同一账户下的所述多个扣款项的优先级，并将所述多个扣款项和对应的优先级添加到所述消息订阅请求中；所述对所述扣款失败的账户再次发起扣款操作，包括：在所述扣款失败的同一账户的金额大于或等于所述多个扣款项的扣款金额总和的情况下，对该账户的所述多个扣款项发起打包扣款操作；在所述扣款失败的同一账户的金额小于所述多个扣款项的扣款金额总和的情况下，按照所述多个扣款项的优先级对该账户的部分扣款项发起部分扣款操作。

可选地，所述向消息推送组件发送消息订阅请求之前，还包括：配置所述扣款失败的账户的金额门限，并将所述金额门限添加到所述消息订阅请求中，以由所述消息推送组件在所述扣款失败的账户金额大于或等于所述金额门限的情况下发出对应的所述推送消息。

可选地，所述向消息推送组件发送消息订阅请求之前，还包括：配置所述扣款失败的账户的扣款模式，并将所述扣款模式添加到所述消息订阅请求中，以由所述消息推送组件在所述扣款失败的账户金额满足所述扣款模式的情况下发出对应的所述推送消息。

可选地，所述消息推送组件根据预存设置确定推送所述推送消息的优先级，所述预存设置的内容包括以下的一种或多种：通过分析所述扣款失败的账户的金额来源确定的账户信用度；所述扣款失败的账户的入账金额和/或入账频率；所述扣款失败的账户的冻结状态。

可选地，所述消息推送组件发出所述推送消息之前，获取第一优先级设置，在获取到所述第一优先级设置的情况下，按照所述第一优先级设置对所述推送消息进行推送，在未获取到所述第一优先级设置的情况下，按照所述消息订阅请求中指定的优先级对所述推送消息进行推送，其中，所述第一优先级设置是根据预存设置确定的，所述预存设置的内容包括以下的一种或多种：账户信用度、入账金额和/或入账频率、账户冻结状态，所述消息订阅请求中指定的优先级包括账户的优先级和/或账户中扣款项的优先级。

根据本发明实施例的另一方面，提供了一种扣款装置。

一种扣款装置，包括：扣款结果获取模块，用于获取预定扣款时刻的批量扣款结果数据，所述批量扣款结果数据包括在所述预定扣款时刻扣款失败的账户；账户金额变动监控模块，用于通过向消息推送组件订阅与所述扣款失败的账户对应的推送消息，监控所述扣款失败的账户的金额变动；补充扣款模块，用于当所述扣款失败的账户金额满足扣款条件时，对所述扣款失败的账户再次发起扣款操作。

可选地，所述账户金额变动监控模块还用于向消息推送组件发送消息订阅请求，所述消息推送组件用于根据所述消息订阅请求生成消息订阅任务，以根据所述消息订阅任务向存款主机系统查询所述扣款失败的账户的金额变动，并在变动后的金额满足所述扣款条件时，实时发出与所述扣款失败的账户对应的推送消息；如果所述账户金额变动监控模块接收到所述消息推送组件的所述推送消息，则所述补充扣款模块对所述扣款失败的账户再次发起扣款操作。

可选地，所述账户金额变动监控模块在设定的时间段内，从所述消息推送组件获取所述推送消息，判断所述推送消息中的账户信息在所述批量扣款结果数据的扣款记录表中是否存在，如果存在，则所述补充扣款模块对所述账户信息对应的账户再次发起扣款操作。

可选地，所述账户金额变动监控模块通过第一进程在所述设定的时间段内，从所述消息推送组件获取所述推送消息，并从所述批量扣款结果数据的扣款记录表中读取所述账户信息，如果读取到所述账户信息，则将所述扣款记录表中所述账户信息的记录设置预设标示值；所述补充扣款模块通过第二进程在所述设定的时间段检查所述扣款记录表中的带有所述预设标示值的记录，对所述预设标示值的记录对应的账户再次发起扣款操作。

可选地，还包括状态信息更新模块，用于：更新本地对应的批量扣款失败状态信息；还包括扣款数据发送模块，用于：将再次扣款的账户数据发送到贷款主机系统，以更新贷款主机系统的扣款数据，所述贷款主机系统用于在所述预定扣款时刻进行账户扣款并生成所述预定扣款时刻的批量扣款结果数据。

可选地，所述账户金额变动监控模块还用于：根据所述扣款失败的账户的多维信息确定对应的账户的优先级，并将所述账户的优先级添加到所述消息订阅请求中，所述账户的优先级用于消息推送组件确定各账户的所述推送消息的推送顺序。

可选地，所述多维信息包括多个扣款项；所述账户金额变动监控模块还用于：确定所述扣款失败的同一账户下的所述多个扣款项的优先级，并将所述多个扣款项和对应的优先级添加到所述消息订阅请求中；所述补充扣款模块还用于：在所述扣款失败的同一账户的金额大于或等于所述多个扣款项的扣款金额总和的情况下，对该账户的所述多个扣款项发起打包扣款操作；在所述扣款失败的同一账户的金额小于所述多个扣款项的扣款金额总和的情况下，按照所述多个扣款项的优先级对该账户的部分扣款项发起部分扣款操作。

可选地，所述账户金额变动监控模块还用于：配置所述扣款失败的账户的金额门限，并将所述金额门限添加到所述消息订阅请求中，以由所述消息推送组件在所述扣款失败的账户金额大于或等于所述金额门限的情况下发出对应的所述推送消息。

可选地，所述账户金额变动监控模块还用于：配置所述扣款失败的账户的扣款模式，并将所述扣款模式添加到所述消息订阅请求中，以由所述消息推送组件在所述扣款失败的账户金额满足所述扣款模式的情况下发出对应的所述推送消息。

可选地，所述消息推送组件根据预存设置确定推送所述推送消息的优先级，所述预存设置的内容包括以下的一种或多种：通过分析所述扣款失败的账户的金额来源确定的账户信用度；所述扣款失败的账户的入账金额和/或入账频率；所述扣款失败的账户的冻结状态。

可选地，所述消息推送组件发出所述推送消息之前，获取第一优先级设置，在获取到所述第一优先级设置的情况下，按照所述第一优先级设置对所述推送消息进行推送，在未获取到所述第一优先级设置的情况下，按照所述消息订阅请求中指定的优先级对所述推送消息进行推送，其中，所述第一优先级设置是根据预存设置确定的，所述预存设置的内容包括以下的一种或多种：账户信用度、入账金额和/或入账频率、账户冻结状态，所述消息订阅请求中指定的优先级包括账户的优先级和/或账户中扣款项的优先级。

根据本发明实施例的又一方面，提供了一种电子设备。

一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现本发明实施例所提供的扣款方法。

根据本发明实施例的又一方面，提供了一种计算机可读介质。

一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例所提供的扣款方法。

根据本发明实施例的又一方面，提供了一种计算机程序产品。

一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现本发明实施例所提供的扣款方法。

上述发明中的一个实施例具有如下优点或有益效果：获取预定扣款时刻的批量扣款结果数据，批量扣款结果数据包括在预定扣款时刻扣款失败的账户；监控扣款失败的账户的金额变动，当扣款失败的账户金额满足扣款条件时，对扣款失败的账户再次发起扣款操作。能够提高扣款的实时性和成功率，避免发起无效扣款交易，节约系统资源，可对入账金额及时扣款，避免形成“坏账”，减少逾期的发生，还可设置账户的优先级和/或账户中扣款项的优先级，使得多项扣款业务可有序及按重要性优先级区分扣款。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明一个实施例的扣款方法的主要步骤示意图；

图2是根据本发明一个实施例的扣款的系统架构示意图；

图3是根据本发明一个实施例的ALSBCM贷款主机批量处理前置子系统的实现流程示意图；

图4是根据本发明一个实施例的订阅及推送配置示意图；

图5是根据本发明一个实施例的打包扣款示意图；

图6是根据本发明一个实施例的扣款装置的主要模块示意图；

图7是本发明实施例可以应用于其中的示例性系统架构图；

图8是适于用来实现本发明实施例的服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

图1是根据本发明一个实施例的扣款方法的主要步骤示意图。如图1所示，本发明一个实施例的扣款方法主要包括如下的步骤S101至步骤S102。

步骤S101：获取预定扣款时刻的批量扣款结果数据，批量扣款结果数据包括在预定扣款时刻扣款失败的账户；

步骤S102：通过向消息推送组件订阅与扣款失败的账户对应的推送消息，监控扣款失败的账户的金额变动，当扣款失败的账户金额满足扣款条件时，对扣款失败的账户再次发起扣款操作。

批量扣款是指在统一的预定扣款时刻对各待扣款账户进行扣款。

通过向消息推送组件订阅与扣款失败的账户对应的推送消息，监控扣款失败的账户的金额变动，当扣款失败的账户金额满足扣款条件时，对扣款失败的账户再次发起扣款操作，具体步骤可以包括：向消息推送组件发送消息订阅请求，消息推送组件用于根据消息订阅请求生成消息订阅任务，以根据消息订阅任务向存款主机系统(DCC，或称存款核心系统)查询扣款失败的账户的金额变动，并在变动后的金额满足扣款条件时，实时发出与扣款失败的账户对应的推送消息，推送消息主要是推送的该账户金额变动的消息；如果接收到消息推送组件的推送消息，则对扣款失败的账户再次发起扣款操作。扣款条件可根据业务需要进行配置。

消息推送组件或称消息订阅发送组件，本发明一个实施例的消息推送组件具体可以是EDA(事件驱动架构系统)。

向消息推送组件发送消息订阅请求，具体可以通过N-HFSI(零售贷款服务整合子系统)将消息订阅请求转发到消息推送组件。

如果接收到消息推送组件的推送消息，则对扣款失败的账户再次发起扣款操作，具体步骤可以包括：在设定的时间段内，从消息推送组件获取推送消息，判断推送消息中的账户信息在批量扣款结果数据的扣款记录表中是否存在，如果存在，则对账户信息对应的账户再次发起扣款操作。

在设定的时间段内，从消息推送组件获取推送消息，判断推送消息中的账户信息在批量扣款结果数据的扣款记录表中是否存在，如果存在，则对账户信息对应的账户再次发起扣款操作，具体步骤可以包括：通过第一进程在设定的时间段内，从消息推送组件获取推送消息；从批量扣款结果数据的扣款记录表中读取该账户信息，如果读取到该账户信息，则将扣款记录表中该账户信息的记录设置预设标示值，例如对该记录设置flag[1]＝'1'；通过第二进程在设定的时间段检查扣款记录表中的带有预设标示值的记录，对该预设标示值的记录对应的账户再次发起扣款操作。

接收到消息推送组件的推送消息之后，还可以更新本地对应的批量扣款失败状态信息。

对扣款失败的账户再次发起扣款操作之后，还可以更新贷款主机系统(ALS)的扣款数据，其中，贷款主机系统用于在预定扣款时刻进行账户扣款并生成预定扣款时刻的批量扣款结果数据。

在一个实施例中，向消息推送组件发送消息订阅请求之前，还可以根据扣款失败的账户的多维信息确定对应的账户的优先级，并将账户的优先级添加到消息订阅请求中，账户的优先级用于消息推送组件确定各账户的推送消息的推送顺序。多维信息包括但不限于账户的逾期次数、对征信的影响程度、扣款去向等。

在一个实施例中，多维信息还可以包括多个扣款项；向消息推送组件发送消息订阅请求之前，还可以确定扣款失败的同一账户下的多个扣款项的优先级，并将多个扣款项和对应的优先级添加到消息订阅请求中。例如房贷扣款项的优先级高于物业费扣款项的优先级，等等。

对扣款失败的账户再次发起扣款操作，具体可以包括：在扣款失败的同一账户的金额大于或等于多个扣款项的扣款金额总和的情况下，对该账户的多个扣款项发起打包扣款操作；在扣款失败的同一账户的金额小于多个扣款项的扣款金额总和的情况下，按照多个扣款项的优先级对该账户的部分扣款项发起部分扣款操作。具体地，若个别扣款项满足全额扣款的扣款条件，则可对个别扣款项进行扣款，若金额不满足任一扣款项的全额扣款的扣款条件，但满足可部分扣款的扣款项的扣款条件，则可对个别扣款项进行部分扣款。

在一个实施例中，向消息推送组件发送消息订阅请求之前，还可以配置扣款失败的账户的金额门限，并将金额门限添加到消息订阅请求中，以由消息推送组件在扣款失败的账户金额大于或等于金额门限的情况下发出对应的推送消息。

在一个实施例中，向消息推送组件发送消息订阅请求之前，还可配置扣款失败的账户的扣款模式，并将扣款模式添加到消息订阅请求中，以由消息推送组件在扣款失败的账户金额满足扣款模式的情况下发出对应的推送消息。扣款模式例如全额扣款模式、部分扣款模式等。

在一个实施例中，消息推送组件根据预存设置确定推送推送消息的优先级，预存设置的内容包括以下的一种或多种：通过分析扣款失败的账户的金额来源确定的账户信用度；扣款失败的账户的入账金额和/或入账频率；扣款失败的账户的冻结状态。例如信用度高的可不优先推送，入账频率低的可优先推送，冻结状态账户不优先推送，等等。

在一个实施例中，消息推送组件发出推送消息之前，获取第一优先级设置，在获取到第一优先级设置的情况下，按照第一优先级设置对推送消息进行推送，在未获取到第一优先级设置的情况下，按照消息订阅请求中指定的优先级对推送消息进行推送，其中，第一优先级设置是根据预存设置确定的，预存设置的内容包括以下的一种或多种：账户信用度、入账金额和/或入账频率、账户冻结状态，消息订阅请求中指定的优先级包括账户的优先级和/或账户中扣款项的优先级。账户、扣款项的优先级越高将越被优先扣款。

本发明实施例的扣款方法可由ALSBCM(贷款主机批量处理前置子系统)执行。

图2是根据本发明一个实施例的扣款的系统架构示意图，如图2所示，扣款的系统架构包括ALSBCM(贷款主机批量处理前置子系统)、N-HFSI(零售贷款服务整合子系统)、ALS(贷款主机系统)、EDA(事件驱动架构系统，即本发明实施例的消息推送组件)、DCC(存款核心系统，即本发明实施例的存款主机系统)。

ALS(贷款主机系统)的扣款机制是提前一天扣款，即在到期日当天的凌晨(即预定扣款时刻)就发起扣款，但如果客户在当天白天存入需扣款，这样凌晨的夜间扣款操作与客户白天的存款操作之间就会存在一定的时间差。

ALSBCM(贷款主机批量处理前置子系统)在获得夜间批量扣款结果数据(即预定扣款时刻的批量扣款结果数据)后，把扣款没成功的记录(没扣到或者部分扣款的记录)存到数据库中。白天通过EDA消息(即推送消息)获取账户的金额变动信息，如果对应的扣款账户有金额变动，满足扣款条件，则发起扣款。ALSBCM系统在需要再次扣款的时段内(具体时间根据需要可配置)向存款系统的前置系统EDA订阅关注信息(夜间扣款失败的记录)，消息订阅请求可通过N-HFSI(零售贷款服务整合子系统)转发，EDA收到消息订阅请求之后，加入订阅消息任务中，查询DCC(存款主机系统)关注的信息，当订阅的消息(如存款账户金额)有变动之后，根据配置进行实时推送。ALSBCM根据EDA推送的关注信息，更新到本地对应的批扣失败状态，轮询通过N-HFSI(零售贷款服务整合子系统)发起还款交易(即再次发起扣款交易)，实现实时有效扣款。扣款成功后入账ALS(贷款主机系统)，实现扣款数据更新。

图3是根据本发明一个实施例的ALSBCM贷款主机批量处理前置子系统的实现流程示意图。如图3所示，本发明实施例设计bcm_careinfo进程(为第一进程的示例)，通过bcm_careinfo进程在设定的时间段内(例如6点到17点)，调用交易从HFSI(即指N-HFSI，零售贷款服务整合子系统)获取账户金额变动的EDA消息(S301、S302)，EDA通过查询DCC得到账户金额变动情况(S303)，如果在日间扣款bcm_daypay表(扣款记录表)存在该账户信息，则更新记录信息(S304)，对该记录设置flag[1]＝’1’(即预设标示值)。bcm_payctrl进程(为第二进程的示例)，在设定的时间段内(例如6点到17点)，检查bcm_daypay表(扣款记录表)中记录，若有待调用的记录(flag[1]＝’1’)，则调用HFSI的交易，以发起日间扣款(S305)，并根据交易的结果，再更新bcm_daypay表，即通过HFSI更新ALS的扣款数据(S306、S307)。bcm_daypay表(扣款记录表)包括由夜间批量扣款后形成的记录。

图4是根据本发明一个实施例的订阅及推送配置示意图。如图4所示，本发明实施例可在每次订阅信息中动态调整账户推送优先级、关注金额门限以及扣款模式的多种拓展配置。具体可在消息订阅方进行订阅配置，和/或，在消息推送方进行推送配置。消息订阅方即ALSBCM(贷款主机批量处理前置子系统)，消息推送方即EDA(事件驱动架构系统，即本发明实施例的消息推送组件)。本发明一个实施例可由消息订阅方、消息推送方中的一者进行配置，或者二者均进行配置。在二者均进行配置时，优先以消息推送方的配置为准。通过ALSBCM和/或EDA进行的配置可满足不同账户、各项扣款的个性化要求。下面对消息订阅方、消息推送方的配置(设置)操作分别介绍。

消息订阅方ALSBCM可以设置账户优先级，具体地，在每次发送消息订阅请求之前，通过分析扣款对手(即扣费去向)来进行优先级设置。例如，本银行贷款批扣、影响征信的扣款的，以及该用户多次发生逾期(“高危用户”)，其名下的账户优先级设置为“高”；他行(即除本银行之外的其他银行)代扣账户的优先级设置为“中”；其他物业或话费贷款的账户优先级设置为“低”。对于高优先级扣款的账户进行优先推送。

消息订阅方ALSBCM还可以设置订阅金额门限，只有账户金额大于或等于该金额门限时才发出对应的推送消息。例如对于金额变动太小(入账太少，例如一分钱)，则不需EDA推送相应的推送消息。

消息订阅方ALSBCM还可以设置扣款模式，增加例如全额扣款、支持部分扣款等扣款模式配置，对于满足扣款模式要求的账户才进行精准推送其金额变动消息。例如若扣款模式配置为全额扣款，则当账户变动后的金额不满足全额扣款条件时，则视为不满足扣款条件，那么不推送金额变动消息。

消息推送方EDA可通过分析订阅账户(即消息订阅请求对应的在预定扣款时刻扣款失败的账户)的入账来源，分析其在本银行的资产状况，例如若其有其他存款账户且资金充足，则表明该账户还款信用度可靠，那么对其消息推送的优先级可以调低。而假如该订阅账户长期入账金额和频率低，那么可一旦该账户有款项入账，则优先推送该订阅账户的金额变动消息。

消息推送方EDA还可设置冻结状态的账户的金额变动消息不进行推送，例如对于司法冻结的账户存款不进行金额变动消息的推送。

图5是本发明一个实施例的打包扣款示意图。如图5所示，本发明实施例的扣款方法可在银行端执行，例如A银行(可称为本行)，对于A银行同一个账户的多个扣款项，例如：X1扣款、X2扣款、X3扣款、X4扣款、X5扣款、X6代扣款、X7扣款、X8代扣款，以及B银行扣款(B银行与A银行为不同银行，相对于A银行而言，B银行可称为他行，B银行扣款是指A银行对B银行的账户进行扣款)和其他代扣款等，可以进行打包扣款，其中X1至X8均为扣款或代扣款的类别，具体类别例如可涉及各类型的贷款还款、各类型的生活缴费等等。同一个账户多项扣款打包好后，一次性加入关注信息中，发送给EDA请求关注，即多个扣款项可以一次性添加到消息订阅请求中。当账户余额入账发生金额变动后，例如账户金额满足多个扣款，无需全部满足，当满足一项或多项扣款金额时，即可进行一次扣款。当关注的账户入账金额不满足对任何扣款子项全额扣款，而其中某些子项可以进行部分扣款(非全额还款)，可按照多个扣款项的优先级对该账户的部分扣款项发起部分扣款操作，以进行扣款子项的部分扣款。对于没有没有完成的扣款项(没有扣款成功或只进行了部分扣款)，后续仍是通过发送消息订阅请求的方式，订阅相应账户的金额变动消息，在金额变动后，若满足扣款条件则再次发起扣款，直到所有扣款项全部足额扣款成功。

本发明实施例通过汇总收集多个批扣款项，进行一次性高效打包扣款。扣款后，再进行各扣款项拆分，能够实现在较少扣款交易发起的同时实现扣款的高实时性，进一步减少扣款失败率。

根据本发明各实施例，汇总收集批量扣款失败记录，在指定时段内，通过发送需要扣款关注的账户对应的消息订阅请求，精准订阅在预定扣款时刻扣款失败的账户的金额变动消息，实时根据订阅信息查询订阅账户金额变动，实时推送金额变动情况，在指定时段内获取到推送消息后，实时进行扣款交易发起的操作，并可设置账户订阅信息中账户的优先级，例如A银行贷款批扣和影响征信的扣款的优先高，而其他物业或话费贷款优先级低。还可进行订阅信息推送优先级的设置，例如通过分析通过分析订阅账户的入账来源，分析其在A银行的资产状况，若有其他存款账户且资金充足，则表明该账户还款信用度可靠，消息推送优先级可以调低。而若该订阅账户长期入账金额和频率低，一旦有款项入账，则优先推送该订阅账户。还可设置订阅信息账户余额变动的金额门限和扣款模式，并可汇总多项扣款进行打包扣款请求，当推送金额变动满足多项扣款金额时，进行一次性扣款，扣款后再进行多子项扣款金额划分，而若金额不满足全部打包扣款项，而仅满足一项或一项以上也可配置进行部分扣款项的扣款，此外，若入账金额不满足任何扣款子项全额扣款，还可配置对某些子项进行部分扣款(非全额还款)，具体可按照扣款项的优先级设置进行扣款子项的部分扣款。

图6是根据本发明一个实施例的扣款装置的主要模块示意图。

如图6所示，本发明一个实施例的扣款装置600主要包括：扣款结果获取模块601、账户金额变动监控模块602、补充扣款模块603。

扣款结果获取模块601，用于获取预定扣款时刻的批量扣款结果数据，批量扣款结果数据包括在预定扣款时刻扣款失败的账户；

账户金额变动监控模块602，用于通过向消息推送组件订阅与扣款失败的账户对应的推送消息，监控扣款失败的账户的金额变动；

补充扣款模块603，用于当扣款失败的账户金额满足扣款条件时，对扣款失败的账户再次发起扣款操作。

账户金额变动监控模块还用于向消息推送组件发送消息订阅请求，消息推送组件用于根据消息订阅请求生成消息订阅任务，以根据消息订阅任务向存款主机系统查询扣款失败的账户的金额变动，并在变动后的金额满足扣款条件时，实时发出与扣款失败的账户对应的推送消息；如果账户金额变动监控模块接收到消息推送组件的推送消息，则补充扣款模块对扣款失败的账户再次发起扣款操作。

账户金额变动监控模块在设定的时间段内，从消息推送组件获取推送消息，判断推送消息中的账户信息在批量扣款结果数据的扣款记录表中是否存在，如果存在，则补充扣款模块对账户信息对应的账户再次发起扣款操作。

账户金额变动监控模块通过第一进程在设定的时间段内，从消息推送组件获取推送消息，并从批量扣款结果数据的扣款记录表中读取账户信息，如果读取到账户信息，则将扣款记录表中账户信息的记录设置预设标示值；补充扣款模块通过第二进程在设定的时间段检查扣款记录表中的带有预设标示值的记录，对预设标示值的记录对应的账户再次发起扣款操作。

扣款装置600还可以包括状态信息更新模块，用于：更新本地对应的批量扣款失败状态信息；还包括扣款数据发送模块，用于：将再次扣款的账户数据发送到贷款主机系统，以更新贷款主机系统的扣款数据，贷款主机系统用于在预定扣款时刻进行账户扣款并生成预定扣款时刻的批量扣款结果数据。

在一个实施例中，账户金额变动监控模块602还用于：根据扣款失败的账户的多维信息确定对应的账户的优先级，并将账户的优先级添加到消息订阅请求中，账户的优先级用于消息推送组件确定各账户的推送消息的推送顺序。

多维信息包括多个扣款项。在一个实施例中，账户金额变动监控模块602还用于：确定扣款失败的同一账户下的多个扣款项的优先级，并将多个扣款项和对应的优先级添加到消息订阅请求中。补充扣款模块603还用于：在扣款失败的同一账户的金额大于或等于多个扣款项的扣款金额总和的情况下，对该账户的多个扣款项发起打包扣款操作；在扣款失败的同一账户的金额小于多个扣款项的扣款金额总和的情况下，按照多个扣款项的优先级对该账户的部分扣款项发起部分扣款操作。

在一个实施例中，账户金额变动监控模块602还用于：配置扣款失败的账户的金额门限，并将金额门限添加到消息订阅请求中，以由消息推送组件在扣款失败的账户金额大于或等于金额门限的情况下发出对应的推送消息。

在一个实施例中，账户金额变动监控模块602还用于：配置扣款失败的账户的扣款模式，并将扣款模式添加到消息订阅请求中，以由消息推送组件在扣款失败的账户金额满足扣款模式的情况下发出对应的推送消息。

在一个实施例中，消息推送组件根据预存设置确定推送推送消息的优先级，预存设置的内容包括以下的一种或多种：通过分析扣款失败的账户的金额来源确定的账户信用度；扣款失败的账户的入账金额和/或入账频率；扣款失败的账户的冻结状态。

在一个实施例中，消息推送组件发出推送消息之前，获取第一优先级设置，在获取到第一优先级设置的情况下，按照第一优先级设置对推送消息进行推送，在未获取到第一优先级设置的情况下，按照消息订阅请求中指定的优先级对推送消息进行推送，其中，第一优先级设置是根据预存设置确定的，预存设置的内容包括以下的一种或多种：账户信用度、入账金额和/或入账频率、账户冻结状态，消息订阅请求中指定的优先级包括账户的优先级和/或账户中扣款项的优先级。

本发明实施例通过扣款失败记录精准订阅账户变动消息，实现扣款实时性强，极大提高扣款成功率。基于精准订阅还实现高效利用系统资源，减少系统开销。由于实时知晓账户变动金额，入账到扣款时间短，极大减少“同时坏账”，挽回损失，减少用户逾期。如有扣款项主次划分，可设置扣款项目的优先级，实现动态调整，确保高优先级扣款得到保障，同时满足特殊账户特殊设置。扣款服务方可动态分析账户入账来源和扣款对手，为账户设计关注优先级，优先推送“高危”账户金额变动，实现更高效扣款，避免了客户因存入足量房贷余额却提前被物业代扣划扣而导致还贷失败的情况，解决夜间批量扣款处理中由于扣款为固定点时间点，账户余额变动知晓实时性不强，容易扣款失败，即便多次执行扣款，也不能有效增加扣款成功率的技术问题。

图7示出了可以应用本发明实施例的扣款方法或扣款装置的示例性系统架构700。

如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的扣款方法一般由服务器705执行，相应地，扣款装置一般设置于服务器705中。

应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图8，其示出了适于用来实现本申请实施例的服务器的计算机系统800的结构示意图。图8示出的服务器仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有系统800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

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

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

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

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

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括扣款结果获取模块、账户金额变动监控模块、补充扣款模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，扣款结果获取模块还可以被描述为“用于获取预定扣款时刻的批量扣款结果数据的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：获取预定扣款时刻的批量扣款结果数据，所述批量扣款结果数据包括在所述预定扣款时刻扣款失败的账户；通过向消息推送组件订阅与扣款失败的账户对应的推送消息，监控所述扣款失败的账户的金额变动，当所述扣款失败的账户金额满足扣款条件时，对所述扣款失败的账户再次发起扣款操作。

作为又一方面，本发明还提供了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现本发明实施例的扣款方法。

根据本发明实施例的技术方案，获取预定扣款时刻的批量扣款结果数据，批量扣款结果数据包括在预定扣款时刻扣款失败的账户；监控扣款失败的账户的金额变动，当扣款失败的账户金额满足扣款条件时，对扣款失败的账户再次发起扣款操作。能够提高扣款的实时性和成功率，避免发起无效扣款交易，节约系统资源，可对入账金额及时扣款，避免形成“坏账”，减少逾期的发生，还可设置账户的优先级和/或账户中扣款项的优先级，使得多项扣款业务可有序及按重要性优先级区分扣款。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (25)

1.一种扣款方法，其特征在于，包括：

获取预定扣款时刻的批量扣款结果数据，所述批量扣款结果数据包括在所述预定扣款时刻扣款失败的账户；

通过向消息推送组件订阅与所述扣款失败的账户对应的推送消息，监控所述扣款失败的账户的金额变动，当所述扣款失败的账户金额满足扣款条件时，对所述扣款失败的账户再次发起扣款操作。

2.根据权利要求1所述的方法，其特征在于，所述通过向消息推送组件订阅与所述扣款失败的账户对应的推送消息，监控所述扣款失败的账户的金额变动，当所述扣款失败的账户金额满足扣款条件时，对所述扣款失败的账户再次发起扣款操作，包括：

向消息推送组件发送消息订阅请求，所述消息推送组件用于根据所述消息订阅请求生成消息订阅任务，以根据所述消息订阅任务向存款主机系统查询所述扣款失败的账户的金额变动，并在变动后的金额满足所述扣款条件时，实时发出与所述扣款失败的账户对应的推送消息；

如果接收到所述消息推送组件的所述推送消息，则对所述扣款失败的账户再次发起扣款操作。

3.根据权利要求2所述的方法，其特征在于，所述如果接收到所述消息推送组件的所述推送消息，则对所述扣款失败的账户再次发起扣款操作，包括：

在设定的时间段内，从所述消息推送组件获取所述推送消息，判断所述推送消息中的账户信息在所述批量扣款结果数据的扣款记录表中是否存在，如果存在，则对所述账户信息对应的账户再次发起扣款操作。

4.根据权利要求3所述的方法，其特征在于，所述在设定的时间段内，从所述消息推送组件获取所述推送消息，判断所述推送消息中的账户信息在所述批量扣款结果数据的扣款记录表中是否存在，如果存在，则对所述账户信息对应的账户再次发起扣款操作，包括：

通过第一进程在所述设定的时间段内，从所述消息推送组件获取所述推送消息；

从所述批量扣款结果数据的扣款记录表中读取所述账户信息，如果读取到所述账户信息，则将所述扣款记录表中所述账户信息的记录设置预设标示值；

通过第二进程在所述设定的时间段检查所述扣款记录表中的带有所述预设标示值的记录，对所述预设标示值的记录对应的账户再次发起扣款操作。

5.根据权利要求2所述的方法，其特征在于，接收到所述消息推送组件的所述推送消息之后，所述方法还包括：更新本地对应的批量扣款失败状态信息；

所述对所述扣款失败的账户再次发起扣款操作之后，所述方法还包括：更新贷款主机系统的扣款数据，所述贷款主机系统用于在所述预定扣款时刻进行账户扣款并生成所述预定扣款时刻的批量扣款结果数据。

6.根据权利要求2所述的方法，其特征在于，所述向消息推送组件发送消息订阅请求之前，还包括：

根据所述扣款失败的账户的多维信息确定对应的账户的优先级，并将所述账户的优先级添加到所述消息订阅请求中，所述账户的优先级用于消息推送组件确定各账户的所述推送消息的推送顺序。

7.根据权利要求6所述的方法，其特征在于，所述多维信息包括多个扣款项；

所述向消息推送组件发送消息订阅请求之前，还包括：

确定所述扣款失败的同一账户下的所述多个扣款项的优先级，并将所述多个扣款项和对应的优先级添加到所述消息订阅请求中；

所述对所述扣款失败的账户再次发起扣款操作，包括：

在所述扣款失败的同一账户的金额大于或等于所述多个扣款项的扣款金额总和的情况下，对该账户的所述多个扣款项发起打包扣款操作；

在所述扣款失败的同一账户的金额小于所述多个扣款项的扣款金额总和的情况下，按照所述多个扣款项的优先级对该账户的部分扣款项发起部分扣款操作。

8.根据权利要求2所述的方法，其特征在于，所述向消息推送组件发送消息订阅请求之前，还包括：

配置所述扣款失败的账户的金额门限，并将所述金额门限添加到所述消息订阅请求中，以由所述消息推送组件在所述扣款失败的账户金额大于或等于所述金额门限的情况下发出对应的所述推送消息。

9.根据权利要求2所述的方法，其特征在于，所述向消息推送组件发送消息订阅请求之前，还包括：

配置所述扣款失败的账户的扣款模式，并将所述扣款模式添加到所述消息订阅请求中，以由所述消息推送组件在所述扣款失败的账户金额满足所述扣款模式的情况下发出对应的所述推送消息。

10.根据权利要求2所述的方法，其特征在于，所述消息推送组件根据预存设置确定推送所述推送消息的优先级，所述预存设置的内容包括以下的一种或多种：通过分析所述扣款失败的账户的金额来源确定的账户信用度；所述扣款失败的账户的入账金额和/或入账频率；所述扣款失败的账户的冻结状态。

11.根据权利要求2所述的方法，其特征在于，所述消息推送组件发出所述推送消息之前，获取第一优先级设置，在获取到所述第一优先级设置的情况下，按照所述第一优先级设置对所述推送消息进行推送，在未获取到所述第一优先级设置的情况下，按照所述消息订阅请求中指定的优先级对所述推送消息进行推送，其中，所述第一优先级设置是根据预存设置确定的，所述预存设置的内容包括以下的一种或多种：账户信用度、入账金额和/或入账频率、账户冻结状态，所述消息订阅请求中指定的优先级包括账户的优先级和/或账户中扣款项的优先级。

12.一种扣款装置，其特征在于，包括：

扣款结果获取模块，用于获取预定扣款时刻的批量扣款结果数据，所述批量扣款结果数据包括在所述预定扣款时刻扣款失败的账户；

账户金额变动监控模块，用于通过向消息推送组件订阅与所述扣款失败的账户对应的推送消息，监控所述扣款失败的账户的金额变动；

补充扣款模块，用于当所述扣款失败的账户金额满足扣款条件时，对所述扣款失败的账户再次发起扣款操作。

13.根据权利要求12所述的装置，其特征在于，所述账户金额变动监控模块还用于向消息推送组件发送消息订阅请求，所述消息推送组件用于根据所述消息订阅请求生成消息订阅任务，以根据所述消息订阅任务向存款主机系统查询所述扣款失败的账户的金额变动，并在变动后的金额满足所述扣款条件时，实时发出与所述扣款失败的账户对应的推送消息；

如果所述账户金额变动监控模块接收到所述消息推送组件的所述推送消息，则所述补充扣款模块对所述扣款失败的账户再次发起扣款操作。

14.根据权利要求13所述的装置，其特征在于，所述账户金额变动监控模块在设定的时间段内，从所述消息推送组件获取所述推送消息，判断所述推送消息中的账户信息在所述批量扣款结果数据的扣款记录表中是否存在，如果存在，则所述补充扣款模块对所述账户信息对应的账户再次发起扣款操作。

15.根据权利要求14所述的装置，其特征在于，所述账户金额变动监控模块通过第一进程在所述设定的时间段内，从所述消息推送组件获取所述推送消息，并从所述批量扣款结果数据的扣款记录表中读取所述账户信息，如果读取到所述账户信息，则将所述扣款记录表中所述账户信息的记录设置预设标示值；

所述补充扣款模块通过第二进程在所述设定的时间段检查所述扣款记录表中的带有所述预设标示值的记录，对所述预设标示值的记录对应的账户再次发起扣款操作。

16.根据权利要求13所述的装置，其特征在于，还包括状态信息更新模块，用于：更新本地对应的批量扣款失败状态信息；

所述装置还包括扣款数据发送模块，用于：将再次扣款的账户数据发送到贷款主机系统，以更新贷款主机系统的扣款数据，所述贷款主机系统用于在所述预定扣款时刻进行账户扣款并生成所述预定扣款时刻的批量扣款结果数据。

17.根据权利要求13所述的装置，其特征在于，所述账户金额变动监控模块还用于：根据所述扣款失败的账户的多维信息确定对应的账户的优先级，并将所述账户的优先级添加到所述消息订阅请求中，所述账户的优先级用于消息推送组件确定各账户的所述推送消息的推送顺序。

18.根据权利要求17所述的装置，其特征在于，所述多维信息包括多个扣款项；

所述账户金额变动监控模块还用于：确定所述扣款失败的同一账户下的所述多个扣款项的优先级，并将所述多个扣款项和对应的优先级添加到所述消息订阅请求中；

所述补充扣款模块还用于：在所述扣款失败的同一账户的金额大于或等于所述多个扣款项的扣款金额总和的情况下，对该账户的所述多个扣款项发起打包扣款操作；在所述扣款失败的同一账户的金额小于所述多个扣款项的扣款金额总和的情况下，按照所述多个扣款项的优先级对该账户的部分扣款项发起部分扣款操作。

19.根据权利要求13所述的装置，其特征在于，所述账户金额变动监控模块还用于：配置所述扣款失败的账户的金额门限，并将所述金额门限添加到所述消息订阅请求中，以由所述消息推送组件在所述扣款失败的账户金额大于或等于所述金额门限的情况下发出对应的所述推送消息。

20.根据权利要求13所述的装置，其特征在于，所述账户金额变动监控模块还用于：配置所述扣款失败的账户的扣款模式，并将所述扣款模式添加到所述消息订阅请求中，以由所述消息推送组件在所述扣款失败的账户金额满足所述扣款模式的情况下发出对应的所述推送消息。

21.根据权利要求13所述的装置，其特征在于，所述消息推送组件根据预存设置确定推送所述推送消息的优先级，所述预存设置的内容包括以下的一种或多种：通过分析所述扣款失败的账户的金额来源确定的账户信用度；所述扣款失败的账户的入账金额和/或入账频率；所述扣款失败的账户的冻结状态。

22.根据权利要求13所述的装置，其特征在于，所述消息推送组件发出所述推送消息之前，获取第一优先级设置，在获取到所述第一优先级设置的情况下，按照所述第一优先级设置对所述推送消息进行推送，在未获取到所述第一优先级设置的情况下，按照所述消息订阅请求中指定的优先级对所述推送消息进行推送，其中，所述第一优先级设置是根据预存设置确定的，所述预存设置的内容包括以下的一种或多种：账户信用度、入账金额和/或入账频率、账户冻结状态，所述消息订阅请求中指定的优先级包括账户的优先级和/或账户中扣款项的优先级。

23.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1-11中任一所述的方法。

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

25.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-11中任一所述的方法。

Images