CN112991046A - 电子资源的额度控制方法、装置、设备及存储介质 - Google Patents

Abstract

本申请涉及计算机技术领域，特别涉及电子金融领域，提供了一种电子资源的额度控制方法、装置、设备及存储介质，以解决支付机构因可用额度不足而支付失败的问题，该方法包括：向清算设备发送额度查询指令，该额度查询指令中至少携带目标账户的账户标识；接收清算设备针对目标账户返回的额度查询结果，若确定额度查询结果满足预设的第一类告警触发条件时，则基于额度查询结果和第一类告警触发条件，生成并推送相应的第一类告警信息；再响应基于第一类告警信息触发的额度申请指令，向清算设备申请获得目标映射额度。若额度查询结果满足第一类告警触发条件，可及时向清算设备申请获得目标映射额度，以避免因剩余额度不足导致支付失败。

Description

电子资源的额度控制方法、装置、设备及存储介质

技术领域

本申请涉及计算机技术领域，特别涉及电子金融领域，提供了一种电子资源的额度控制方法、装置、设备及存储介质。

背景技术

近年来，随着终端设备的普及，电子支付逐渐成为主流支付方式之一，为人们日常生活提供了很多便利。为了消除直连模式下潜在的信息不安全、信息不透明、重复投入等风险，目前电子支付由直连模式更改为断直连模式。

随着支付模式的改变，支付通道也由三方模式(终端-支付机构-银行)转变为四方模式(终端-支付机构-清算机构-银行)，原支付机构在第三方模式下的“清算”角色被禁止，改由第一国家清算机构、第二国家清算机构等清算机构完成。

支付机构在向终端提供支付业务时，上游的清算机构获取备用金银行账户的可用额度，若实际支付金额不超过可用额度，则由清算机构将备用金银行账户中的资金调拨到相应的收款账户中；否则，清算机构将中断支付业务。然而，在相关技术中，支付机构会因可用额度不足导致支付失败，给用户造成不便。

然而，相关技术下，支付机构会因可用额度不足导致支付失败，给用户造成不便。

有鉴于此，本申请实施例提出了一种新的电子资源的额度控制方法、装置、设备及存储介质。

发明内容

本申请实施例提供一种电子资源的额度控制方法、装置、设备及存储介质，以解决因可用额度不足导致支付失败的问题。

第一方面，本申请实施例提供了一种电子资源的额度控制方法，包括：

向清算设备发送额度查询指令，所述额度查询指令中至少携带目标账户的账户标识；

接收所述清算设备针对所述目标账户返回的额度查询结果；

若确定所述额度查询结果满足预设的第一类告警触发条件时，则基于所述额度查询结果和所述第一类告警触发条件，生成并推送相应的第一类告警信息；

响应基于所述第一类告警信息触发的额度申请指令，向所述清算设备申请获得目标映射额度；所述目标映射额度用于针对所述目标账户控制电子资源的转移数量。

可选的，所述向清算设备发送所述额度查询指令，包括：

按照预设的额度查询周期，向所述清算设备的接口发送所述额度查询指令；或者，

在获取到终端发送的电子资源控制指令时，向所述清算设备的接口发送所述额度查询指令。

可选的，确定所述额度查询结果满足预设的第一类告警触发条件，包括以下操作中的任意一种或任意组合：

若所述额度查询结果的剩余额度位于预设的额度阈值范围内，则判定满足所述第一类告警触发条件，以及确定第一类告警场景为对账异常；

若所述额度查询结果的剩余额度与当前映射额度之间的比例值位于预设的额度比例阈值范围内，则判定满足所述第一类告警触发条件，以及确定所述第一类告警场景为对账异常；

其中，所述剩余额度是基于所述当前映射额度获得的。

可选的，所述基于所述额度查询结果和所述第一类告警触发条件，生成并推送相应的第一类告警信息，包括：

根据所述额度查询结果确定对应的额度告警等级；

根据所述第一类告警触发条件和所述额度告警等级，调取对应的对账异常告警模板；

从所述额度查询结果中获取额度查询的基本信息，并将所述额度查询的基本信息添加到所述对账异常告警模板中，获得所述第一类告警信息，所述额度查询信息用于记录所述目标账户的账户标识和剩余额度；

按照所述对账异常告警模板规定的告警渠道，推送所述第一类告警信息。

可选的，所述根据所述额度查询结果确定对应的额度告警等级，包括：

若所述额度查询结果的剩余额度位于所述额度阈值范围内，则基于所述额度阈值范围确定所述额度告警等级；

若所述额度查询结果的剩余额度与当前映射额度之间的比例值位于所述额度比例阈值范围内，则基于所述额度比例阈值范围确定所述额度告警等级；

若所述额度查询结果的剩余额度位于所述额度阈值范围内，且所述额度查询结果的剩余额度与当前映射额度之间的比例值位于所述额度比例阈值范围内，则基于综合额度阈值范围确定所述额度告警等级，所述综合额度阈值范围的取值大小是基于所述额度阈值范围的取值大小和所述额度比例阈值范围的取值大小确定的。

可选的，还包括：

若确定所述额度查询结果满足预设的第二类告警触发条件，则基于所述额度查询结果和所述第二类告警触发条件，生成并推送相应的第二类告警信息；

响应基于所述第二类告警信息触发的系统维修指令，对用于传送所述额度查询指令的接口进行修复。

可选的，确定所述额度查询结果满足预设的第二类告警触发条件，包括以下操作中的任意一种或任意组合：

若所述额度查询结果中各个字段值均为故障空值，则判定满足所述第二类告警触发条件，以及确定第二类告警场景为系统；

若所述额度查询结果中部分或全部字段值为混乱字符，则判定满足所述第二类告警触发条件，以及确定所述第二类告警场景为系统故障；

若所述额度查询结果显示为无法联网，则判定满足所述第二类告警触发条件，以及确定所述第二类告警场景为系统故障。

可选的，所述基于所述额度查询结果和所述第二类告警触发条件，生成并推送相应的第二类告警信息，包括：

根据命中所述第二类告警触发条件的累计时间，确定对应的系统告警等级；

根据所述第二类告警触发条件和所述系统告警等级，调取对应的系统故障告警模板；

从所述额度查询结果中读取目标账户的账户标识，确定与所述账户标识相对应的接口标识，并将所述接口标识添加到所述系统故障告警模板中，获得所述第二类告警信息；

按照所述系统故障告警模板规定的告警渠道，推送所述第二类告警信息。

可选的，所述告警渠道为以下任意一种或者组合：邮件告警、短信告警、电话告警、即时通讯软件告警。

第二方面，本申请实施例还提供了一种电子资源的额度控制装置，包括：

查询单元，用于向清算设备发送额度查询指令，所述额度查询指令中至少携带目标账户的账户标识；

接收所述清算设备针对所述目标账户返回的额度查询结果；

处理单元，用于若确定所述额度查询结果满足预设的第一类告警触发条件时，则基于所述额度查询结果和所述第一类告警触发条件，生成并推送相应的第一类告警信息；

控制单元，用于响应基于所述第一类告警信息触发的额度申请指令，向所述清算设备申请获得目标映射额度；所述目标映射额度用于针对所述目标账户控制电子资源的转移数量。

可选的，所述查询单元用于：

按照预设的额度查询周期，向所述清算设备的接口发送所述额度查询指令；或者，

在获取到终端发送的电子资源控制指令时，向所述清算设备的接口发送所述额度查询指令。

可选的，确定所述额度查询结果满足预设的第一类告警触发条件，所述处理单元可执行以下操作中的任意一种或任意组合：

若所述额度查询结果的剩余额度位于预设的额度阈值范围内，则判定满足所述第一类告警触发条件，以及确定第一类告警场景为对账异常；

若所述额度查询结果的剩余额度与当前映射额度之间的比例值位于预设的额度比例阈值范围内，则判定满足所述第一类告警触发条件，以及确定所述第一类告警场景为对账异常；

其中，所述剩余额度是基于所述当前映射额度获得的。

可选的，所述处理单元用于：

根据所述额度查询结果确定对应的额度告警等级；

根据所述第一类告警触发条件和所述额度告警等级，调取对应的对账异常告警模板；

从所述额度查询结果中获取额度查询的基本信息，并将所述额度查询的基本信息添加到所述对账异常告警模板中，获得所述第一类告警信息，所述额度查询信息用于记录所述目标账户的账户标识和剩余额度；

按照所述对账异常告警模板规定的告警渠道，推送所述第一类告警信息。

可选的，所述处理单元用于：

若所述额度查询结果的剩余额度位于所述额度阈值范围内，则基于所述额度阈值范围确定所述额度告警等级；

若所述额度查询结果的剩余额度与当前映射额度之间的比例值位于所述额度比例阈值范围内，则基于所述额度比例阈值范围确定所述额度告警等级；

若所述额度查询结果的剩余额度位于所述额度阈值范围内，且所述额度查询结果的剩余额度与当前映射额度之间的比例值位于所述额度比例阈值范围内，则基于综合额度阈值范围的取值越大，对应的所述额度告警等级越低，所述综合额度阈值范围的取值大小是基于所述额度阈值范围的取值大小和所述额度比例阈值范围的取值大小确定的。

可选的，所述处理单元还用于：

若确定所述额度查询结果满足预设的第二类告警触发条件，则基于所述额度查询结果和所述第二类告警触发条件，生成并推送相应的第二类告警信息；

响应基于所述第二类告警信息触发的系统维修指令，对用于传送所述额度查询指令的接口进行修复。

可选的，确定所述额度查询结果满足预设的第二类告警触发条件，所述处理单元可执行以下操作中的任意一种或任意组合：

若所述额度查询结果中各个字段值均为故障空值，则判定满足所述第二类告警触发条件，以及确定第二类告警场景为系统；

若所述额度查询结果中部分或全部字段值为混乱字符，则判定满足所述第二类告警触发条件，以及确定所述第二类告警场景为系统故障；

若所述额度查询结果显示为无法联网，则判定满足所述第二类告警触发条件，以及确定所述第二类告警场景为系统故障。

可选的，所述处理单元用于：

根据命中所述第二类告警触发条件的累计时间，确定对应的系统告警等级；

根据所述第二类告警触发条件和所述系统告警等级，调取对应的系统故障告警模板；

从所述额度查询结果中读取目标账户的账户标识，确定与所述账户标识相对应的接口标识，并将所述接口标识添加到所述系统故障告警模板中，获得所述第二类告警信息；

按照所述系统故障告警模板规定的告警渠道，推送所述第二类告警信息。

可选的，所述告警渠道为以下任意一种或者组合：邮件告警、短信告警、电话告警、即时通讯软件告警。

第三方面，本申请实施例还提供了一种计算机设备，包括处理器和存储器，其中，所述存储器存储有程序代码，当所述程序代码被所述处理器执行时，使得所述处理器执行上述任意一种电子资源的额度控制方法的步骤。

第四方面，本申请实施例还提供了一种计算机可读存储介质，其包括程序代码，当程序产品在计算机设备上运行时，所述程序代码用于使所述计算机设备执行上述任意一种电子资源的额度控制方法的步骤。

本申请有益效果如下：

本申请实施例提供了一种电子资源的额度控制方法、装置、设备及存储介质，该方法包括：向清算设备发送额度查询指令，该额度查询指令中至少携带目标账户的账户标识；接收清算设备针对目标账户返回的额度查询结果，若确定额度查询结果满足预设的第一类告警触发条件时，则基于额度查询结果和第一类告警触发条件，生成并推送相应的第一类告警信息；再响应基于第一类告警信息触发的额度申请指令，向清算设备申请获得目标映射额度，该目标映射额度用于针对目标账户控制电子资源的转移数量。在本申请实施例中设立了告警模块，一旦额度查询结果满足第一类告警触发条件，可生成告警信息，并基于告警信息触发额度申请指令，及时向清算设备申请获得目标映射额度，避免出现因可用额度不足导致支付失败的情况，还可以避免用户因可用额度不够而重复提交支付请求，降低交易流程中的执行复杂度，进一步提升支付流程的执行效率，提升用户的体验感与使用感。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1为本申请实施例中一种应用场景的一个可选的示意图；

图2为本申请实施例中电子资源的调拨系统的架构示意图；

图3a为本申请实施例中电子资源的额度控制的流程示意图；

图3b为本申请实施例中额度查询的流程示意图；

图3c为本申请实施例中A机构针对一个备用金银行账户的额度查询结果的页面示意图；

图3d为本申请实施例中B机构针对一个备用金银行账户的额度查询结果的页面示意图；

图3e为本申请实施例中生成并推送第一类告警信息的流程示意图；

图3f为本申请实施例所提供的对账异常告警模板的示意图；

图3g为本申请实施例所提供的第一类告警信息的示意图；

图4为具体实施例一的流程示意图；

图5a为本申请实施例中基于第二类告警信息进行接口修复的流程示意图；

图5b为本申请实施例中A机构针对一个备用金银行账户的额度查询结果的页面示意图；

图5c为本申请实施例中B机构针对一个备用金银行账户的额度查询结果的第一种页面示意图；

图5d为本申请实施例中B机构针对一个备用金银行账户的额度查询结果的第二种页面示意图；

图5e为本申请实施例中生成第二类告警信息的流程示意图；

图5f为本申请实施例所提供的系统故障告警模板的示意图；

图5g为本申请实施例所提供的第二类告警信息的示意图；

图6为具体实施例二的流程示意图；

图7为本申请实施例中电子资源的额度控制装置的结构示意图；

图8为本申请实施例中一种计算机设备的结构示意图；

图9为本申请实施例中的一个计算装置的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的那些以外的顺序实施。

对本申请实施例中的部分用语进行解释说明，利于本领域技术人员理解本申请。

1、第三方支付机构：指的是具备一定实力和信誉保障、且已取得支付牌照，由央行同一监控的独立机构。通过与银行支付结算系统对接的接口，调拨买卖双方的交易资金，促成买卖双方交易。

2、第三方支付机构的客户资金账户：指的是第三方支付机构在自身业务系统中为用户开立的账户，该账户用于记录客户资金的收付结算信息。

3、备付金银行账户：指的是第三方支付机构在国家金融机构(后续用C银行替代)或各付金银行开立的各种银行账户，前述账户用于存放用户的备付金。

4、第三方支付业务的备付金：指的是第三方支付结构在办理客户委托的支付业务时，实际收到的预收待付货币资金。

5、清算机构：用于管理和执行清算的机构。

6、映射额度：指的是第三方支付机构根据业务以及资金量级，分别为A机构、B机构两类清算机构分配的可支取总额度。

7、可用额度：也被称为剩余额度，指的是第三方支付机构分别在第一国家清算机构(后续用A机构替代)、第二国家清算机构(后续用B机构替代)中可直接使用的余额。

8、批复额度：指的是B机构针对数额较小的消费所批复的额度。

9、备付金监管平台：指的是用于管理备付金和核对客户资金账户与备付金银行账户是否一致的平台。具体为，第三方支付机构针对业务的资金流转，结合对应的备付金银行账户流水单，检查第三方支付机构的每日客户备付金出、入金记录与备付金银行账户中的记录是否一致，以及在确认备付金未达账项时，对未达账项的资金进行冲销和监控。

下面对本申请实施例的设计思想进行简要介绍。

近年来，随着终端设备的普及，电子支付逐渐成为主流支付方式之一，为人们日常生活提供了很多便利。为了消除直连模式下潜在的信息不安全、信息不透明、重复投入等风险，目前电子支付由直连模式更改为断直连模式。

随着支付模式的改变，支付通道也有三方模式(终端-支付机构-银行)转变为四方模式(终端-支付机构-清算机构-银行)，原支付机构在第三方模式下的“清算”角色被禁止，改由A机构、B机构等清算机构完成。

支付机构在向终端提供支付业务时，上游的清算机构获取备用金银行账户的可用额度，若实际支付金额不超过可用额度，则由清算机构将备用金银行账户中的资金调拨到相应的收款账户中；否则，清算机构将中断支付业务。然而，在相关技术中，支付机构会因可用额度不足导致支付失败，给用户造成不便。有鉴于此，本申请实施例提出了一种新的电子资源的额度控制方法、装置、设备及存储介质。

该方法包括：向清算设备发送额度查询指令，该额度查询指令中至少携带目标账户的账户标识；接收清算设备针对目标账户返回的额度查询结果，若确定额度查询结果满足预设的第一类告警触发条件时，则基于额度查询结果和第一类告警触发条件，生成并推送相应的第一类告警信息；再响应基于第一类告警信息触发的额度申请指令，向清算设备申请获得目标映射额度，该目标映射额度用于针对目标账户控制电子资源的转移数量。在本申请实施例中设立了告警模块，一旦额度查询结果满足第一类告警触发条件，可生成告警信息，并基于告警信息触发额度申请指令，及时向清算设备申请获得目标映射额度，避免出现因可用额度不足导致支付失败的情况。

参阅图1示出的应用场景示意图，在该应用场景中包括一个终端设备110和第一服务器130、第二服务器140。

用户可以通过终端设备110登录应用操作界面120，在本申请实施例中，终端设备110是用户使用的电子设备，电子设备可以是个人计算机、手机、平板电脑、笔记本、电子书阅读器、智能家居等具备一定计算能力、且支持电子支付的计算机设备。

第一服务器130上部署了第三方支付机构的业务系统，第二服务器140上部署了清算机构的业务系统，在断直连模式下，终端设备110使用通信网络与第一服务器130进行通信，第一服务器130使用通信网络与第二服务器140进行通信。在一种可选的实施方式中，通信网络为有线网络或无线网络中的任意一种，因此，终端设备110可通过有线网络直接地与第一服务器130建立通信连接，或通过无线网络间接地与第一服务器130建立通信连接，本申请在此不做限制。同理，第一服务器130页可以通过有线网络直接地与第二服务器140建立通信连接，或通过无线网络间接地与第二服务器140建立通信连接，本申请在此也不做限制。

无论是第一服务器130，还是第二服务器140，可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器，本申请在此不做限制。如本申请所公开的电子资源的额度控制方法，其中多个服务器可组成为一区块链，而服务器为区块链上的节点。

参阅图2示出的电子资源的调拨系统的架构示意图，该系统包括终端设备、第三方支付设备、清算设备和银行。用户可通过安装在终端设备上的电子收付应用程序(Application，APP)发起电子收付业务，或者通过终端设备的浏览器登录电子支付网站，发起电子收付业务。在本申请实施例中，第三方支付设备指的是用于实施第三方支付的电子设备、服务器等，清算设备指的是用于管理和执行清算的电子设备、服务器等。

在本申请实施例中，第三方支付设备里新增一备用金监管平台，该平台由账户资金流水管理模块、额度配置模块、查询模块和告警模块四部分组成，具备管理备用金、为清算机构分配映射额度、额度查询和额度告警的功能。

具体地，该平台向清算设备对应的接口发送额度查询指令，并获取清算设备返回的额度查询结果，若额度查询结果满足第一类告警条件，则生成相应的第一类告警信息，该平台还可以响应基于第一类告警信息触发的额度申请指令，向清算设备申请获得目标映射额度，避免出现因可用额度不足导致支付失败的情况，减少支付业务失败的次数。

本申请实施例中包含两类告警场景，第一类告警场景为对账异常，第二类告警场景为系统故障。为了判断备用金监管平台是否触发上述两类告警场景中的一个或全部，在告警模块中针对各个告警场景，配置了相应的告警触发条件。其中，第一类告警触发条件指的是，确定备用金监管平台所管理的备用金银行账户触发第一类告警场景的条件；而第二类告警触发条件指的是，确定备用金监管平台触发第二类告警场景的条件。

参阅图3a示出的流程示意图，对电子资源的额度控制过程进行介绍。

S301：向清算设备发送额度查询指令，该额度查询指令中至少携带目标账户的账户标识。

在执行步骤301时，备用金监管平台可以按照预设的额度查询周期，向清算设备的接口发送额度查询指令，也可以在获取到终端发送的电子资源控制指令时，向清算设备的接口发送额度查询指令。其中，额度查询周期指的是，备用金监管平台连续两次向清算设备的接口发送额度查询指令所经过的时间。

在本申请实施例中，电子资源指的是电子货币，而电子资源的控制指的是调拨电子货币，完成买卖双方的交易。因此，备用金监管平台可以每隔30分钟，同时向A机构对应的接口和B机构对应的接口发送额度查询指令，其中，该额度查询指令中携带有第三方支付机构所设立的所有备用金银行账户的账户号。或者，用户b通过终端上的电子收付APP发起电子支付指令，备用金监管平台在获取到该指令时，同时向A机构对应的接口和B机构对应的接口发送额度查询指令，其中，该额度查询指令中携带有用户b的备用金银行账户的账户号。

S302：接收清算设备针对目标账户返回的额度查询结果。

参阅图3b所示的额度查询流程示意图，A机构的额度映射系统、B机构的额度映射系统在接收到第三方支付机构发送的额度查询指令时，由A机构的额度映射系统和B机构的额度映射系统进行清算机构内部的额度查询，以及从大额支付系统中查询对应的账户余额。

在支付交易的过程中，买方在A机构或B机构中被分配的可支取总额度均被称为当前映射额度，从买方的当前映射额度中已划拨、但还未转入卖方银行账户的额度，则被称为在途资金，而买方在A机构或B机构中可直接使用的剩余额度均被称为可用额度。因此，可使用公式可用额度＝当前映射额度-在途资金，计算买方在A机构或B机构中的可用额度。但是，映射额度的变动增减，不涉及实际的资金增减变化，仅用作在清算时间点记录变化的资金。

例如，假设A机构的当前映射额度为50万，无在途资金，则可用额度为50万；若在当天清算时间点，经过收付退轧差计算后，确定在途资金为50万，则可用额度为0；若可用额度为0，第三方支付机构向申请获得新的映射额度100万，第三方支付机构根据业务以及资金量级，为A机构分配的映射额度为70万，则此时的映射额度为70万，无在途资金，可用额度也为70万。由此可以看出，相关技术中的第三方支付机构无告警平台，只有在可用额度为0时才会申请新的映射额度，会出现因可用额度不足导致支付失败的情况，降低了用户产品使用感。

承接上例，A机构返回第三方支付机构所设立的所有备用金银行账户的额度查询结果，如图3c所示，其中一个备用金银行账户的额度查询结果包含该账户的账户余额、A机构的映射额度、A机构的可用额度和备用金虚拟记账余额。

B机构返回第三方支付机构所设立的所有备用金银行账户的额度查询结果，如图3d所示，其中一个备用金银行账户的额度查询结果包含该账户的账户余额、B机构的映射额度、B机构的可用额度和批付额度。

S303：若确定额度查询结果满足预设的第一类告警触发条件时，则基于额度查询结果和第一类告警触发条件，生成并推送相应的第一类告警信息。

可选的，通过以下操作中的任意一种或任意组合，可确定额度查询结果是否满足第一类告警触发条件：

(1)、若额度查询结果的剩余额度位于预设的额度阈值范围内，则判定满足第一类告警触发条件，以及确定第一类告警场景为对账异常。

在本申请实施例中，将A机构的可用额度、B机构的可用额度，以及B机构的批付额度作为告警指标，并为每个告警指标划分了如表1所示的多个额度阈值范围，规定了每个额度阈值范围所对应的额度告警等级、所归属的告警场景。根据表1可以看出，随着剩余额度逐渐减少，所对应的告警等级级别越高，说明告警影响程度越大。

第三方支付机构根据业务以及资金量级，为A机构、B机构两类清算机构分配的映射额度，因此，A机构的映射额度和B机构的映射额度可能相同，也可能不同。当A机构的映射额度不等同于B机构的映射额度时，A机构的告警指标所划分的额度阈值范围的取值大小，与B机构的告警指标所划分的额度阈值范围的取值大小也会有所不同。

表1

(2)、若额度查询结果的剩余额度与当前映射额度之间的比例值位于预设的额度比例阈值范围内，则判定满足第一类告警触发条件，以及确定第一类告警场景为对账异常。

在本申请实施例中，将A机构的可用额度、B机构的可用额度，以及B机构的批付额度作为告警指标，并为每个告警指标划分了如表2所示的多个额度比例阈值范围，规定了每个额度比例阈值范围所对应的额度告警等级、所归属的告警场景。根据表2可以看出，随着剩余额度逐渐减少，剩余额度与当前映射额度之间的比例值也随之减小，则所对应的告警等级级别越高，说明告警影响程度越大。

表2

在执行步骤303时，通过执行步骤3031-3034实现相关功能。可选的，参阅图3e示出的流程示意图，介绍生成并推送第一类告警信息的过程。

S3031：根据额度查询结果确定对应的额度告警等级。

上述提到了三种用于确定额度查询结果是否满足第一类告警触发条件的方式，因此，在执行步骤3031时，也有确定额度告警等级的方式，可以采用但不限于以下方式：

方式(一)、若额度查询结果的剩余额度位于额度阈值范围内，则基于额度阈值范围确定对应的额度告警等级。

例如，若某个备用金银行账户的额度查询结果显示，该账户的A机构的可用额度为120万，则判定该账户未触发第一类告警触发条件；若该账户的A机构的可用额度为90万，则判定该账户已触发第一类告警触发条件，且对应的额度告警等级为一级。

又例如，若某个备用金银行账户的额度查询结果显示，该账户的B机构的可用额度为65万，则判定该账户已触发第一类告警触发条件，且对应的额度告警等级为二级。

又例如，若某个备用金银行账户的额度查询结果显示，该账户的B机构的批付额度为70万，则判定该账户已触发第一类告警触发条件，且对应的额度告警等级为二级。

方式(二)、若额度查询结果的剩余额度与当前映射额度之间的比例值位于额度比例阈值范围内，则基于额度比例阈值范围确定额度告警等级。

例如，若某个备用金银行账户的额度查询结果显示，该账户的A机构的当前映射额度为150万，可用额度为120万，两者之间的比例值为80％，则判定该账户未触发第一类告警触发条件；若该账户的A机构的可用额度为90万，两者之间的比例值为60％，则判定该账户已触发第一类告警触发条件，且对应的额度告警等级为二级。

又例如，若某个备用金银行账户的额度查询结果显示，该账户的B机构的当前映射额度为100万，可用额度为65万，两者之间的比例值为65％，则判定该账户已触发第一类告警触发条件，且对应的额度告警等级为一级。

又例如，若某个备用金银行账户的额度查询结果显示，该账户的B机构的当前映射额度为100万，批付额度为70万，两者之间的比例值为70％，则判定该账户已触发第一类告警触发条件，且对应的额度告警等级为一级。

方式(三)、若额度查询结果的剩余额度位于额度阈值范围内，且额度查询结果的剩余额度与当前映射额度之间的比例值位于额度比例阈值范围内，则基于综合额度阈值范围确定额度告警等级，综合额度阈值范围的取值大小是基于额度阈值范围的取值大小和额度比例阈值范围的取值大小确定的。

在本申请实施例中，将同一告警指标、同一额度告警等级下的额度阈值范围中的最大值与额度比例阈值范围的最大值相乘，得到同一告警指标、同一额度告警下的综合额度阈值范围的最大值，同理，将同一告警指标、同一额度告警等级下的额度阈值范围的最小值与额度比例阈值范围的最小值相乘，得到同一告警指标、同一额度告警等级下的综合额度阈值范围的最小值，最终得到如表3所示的多个综合额度阈值范围。

表3

S3032：根据第一类告警触发条件和额度告警等级，调取对应的对账异常告警模板。

相较于只提供一种单一的告警模板来说，在本申请实施例的告警模块中，可预先按照第一类告警触发条件和额度告警等级，个性化配置相应的对账异常告警模板，缩短告警信息的生成时间，及时排查出存在对账异常的备用金银行账户，避免出现因可用额度不足导致支付失败的情况，进一步缩短用户的支付等待时间，提高用户的体验感。

以额度告警等级一级为例，其对应的对账异常告警模板如图3f所示，该告警模板包括监控对象、告警指标、触发条件、告警渠道、告警时效、接收者和创建者多个参数项。

其中，监控对象指的是存在对账异常的备用金银行账户的账户标识；创建者指的是在确定额度查询结果满足第一类告警触发条件时，在备用金监管平台的告警模块中调取相应的告警模板生成第一类告警信息的人员；接收者指的是接收第一类告警信息的人员，根据告警级别和第一类告警触发条件，在告警模板中配置相应级别的接口人，各等级接口人配置如表4所示；告警渠道指的是推送第一类告警信息的方式，告警渠道可为以下任意一种或者组合——邮件告警、短信告警、电话告警、即时通讯软件告警；告警时效指的是生成第一类告警信息的次数，可选择实时、按日或者按月。

表4

S3033：从额度查询结果中获取额度查询的基本信息，并将额度查询的基本信息添加到对账异常告警模板中，获得第一类告警信息，额度查询信息用于记录目标账户的账户标识和剩余额度。

从额度查询结果中获取备用金银行账户的账户标识、可用额度/批付额度(字符“/”一般表示前后关联对象是一种“或”的关系)，将账户标识作为监控对象的参数值添加到对账异常告警模板中，将可用额度/批付额度作为告警指标的参数值添加到对账异常告警模板中。除此之外，将第一类触发条件和额度告警等级作为触发条件的参数值添加到对账异常告警模板中，并基于前述两个参数值生成第一类告警信息中的清算渠道、数据来源和额度告警等级信息；以及，将满足第一类触发条件的时间确定为第一类告警信息中的触发时间。经过前述处理之后，最终生成如图3g所示的第一类告警信息示意图。

S3034：按照对账异常告警模板规定的告警渠道，推送第一类告警信息。

通过邮件告警、短信告警、电话告警、即时通讯软件告警等告警渠道，将第一类告警信息推送给相应的接口人，以使接口人在接收到第一类告警信息之后，在备用金监管平台上触发额度申请指令，从清算机构中申请获取新的目标映射额度。

S304：响应基于第一类告警信息触发的额度申请指令，向清算设备申请获得目标映射额度；该目标映射额度用于针对目标账户控制电子资源的转移数量。

第三方支付机构通过备用金监管平台申请获得目标映射额度之后，结合从账户资金流水管理模块中获取的用户的物理账户的实际资金流水和余额，为A机构、B机构两类清算机构重新分配映射额度，并将映射额度分配结果返回给A机构和B机构，以使A机构和B机构中均有一定金额的映射额度，供用户完成交易支付的过程。

为了便于理解，参阅图4示出的具体实施例一的流程示意图，对额度控制的方法进行介绍。

S401：第三方支付机构通过备用金监管平台，同时向A机构、B机构发送额度查询指令，该额度查询指令中至少携带目标账户a的账户标识。

S402：接收A机构、B机构针对目标账户a返回的额度查询结果。

S403：确定额度查询结果满足第一类告警触发条件。

具体地，A机构返回的额度查询结果显示，目标账户a的A机构的可用额度为90万，则判定目标账户a已触发第一类告警触发条件，且对应的告警等级为一级；B机构返回的额度查询结果显示，目标账户a的B机构的可用额度为80万，判定目标账户a已触发第一类告警触发条件，且对应的告警等级为一级。

S404：基于额度查询结果和第一类告警触发条件，分别生成针对A机构的第一类告警信息，和针对B机构的第一类告警信息。

S405：按照规定的告警渠道，将两个第一类告警信息推送给相应的接口人，以使接口人在接收到第一类告警信息之后，在备用金监管平台上触发额度申请指令，从清算机构中申请获取新的映射额度。

在本申请实施例中，预设了第一类告警触发条件和第二类告警触发条件两类触发条件，前文介绍了满足第一类告警触发条件的方式，以及生成对应的第一类告警信息的方式，下面请参阅如图5a所示的流程示意图，对第二类告警触发条件进行具体介绍。

S501：若确定额度查询结果满足第二类告警触发条件，则基于额度查询结果和第二类告警触发条件，生成并推送相应的第二类告警信息。

可选的，通过以下操作中的任意一种或任意组合，可确定额度查询结果是否满足第二类告警触发条件：

(1)、若额度查询结果中各个字段值均为故障空值，则判定满足第二类告警触发条件，以及确定第二类告警场景为系统故障。

例如，A机构返回第三方支付机构所设立的所有备用金银行账户的额度查询结果，其中一个备用金银行账户的额度查询结果的页面示意图如图5b所示，该页面上的账户余额、A机构的映射额度、A机构的可用额度和备用金虚拟记账余额均为故障空值，说明用于向A机构传送额度查询指令的接口出现故障，满足第二类告警触发条件，应生成第二类告警信息，通知相应的运维人员对该接口进行修复。

(2)、若额度查询结果中部分或全部字段值为混乱字符，则判定满足第二类告警触发条件，以及确定第二类告警场景为系统故障。

例如，B机构返回第三方支付机构所设立的所有备用金银行账户的额度查询结果，其中一个备用金银行账户的额度查询结果的页面示意图如图5c所示，该页面上的账户余额、B机构的映射额度、B机构的可用额度和批付额度均为故障空值，说明用于向B机构传送额度查询指令的接口出现故障，满足第二类告警触发条件，应生成第二类告警信息，通知相应的运维人员对该接口进行修复。

(3)、若额度查询结果显示为无法联网，则判定满足第二类告警触发条件，以及确定第二类告警场景为系统故障。

例如，B机构返回第三方支付机构所设立的所有备用金银行账户的额度查询结果，其中一个备用金银行账户的额度查询结果的页面示意图如图5d所示，页面上仅显示“无法联网”的字样，说明用于向B机构传送额度查询指令的接口出现故障，导致服务器之间的通信中断，满足第二类告警触发条件，应生成第二类告警信息，通知相应的运维人员对该接口进行修复。

可选的，参阅图5e示出的流程示意图，对生成并推送第二类告警信息的过程进行介绍。

在执行步骤501时，通过执行步骤5011-5014实现相关功能。

S5011：根据命中第二类告警触发条件的累计时间，确定对应的系统告警等级。

与额度不足造成的对账异常告警场景有所不同，系统故障告警场景需要一定的维修时间，运维人员很难在接收到第二类告警信息的第一时间，立刻修复好发生故障的接口，因此，备用金监管平台按照设定的告警时效，根据命中第二类告警触发条件的累计时间，确定当前的系统告警等级，并根据当前的系统告警等级和第二类告警触发条件，生成新的第二类告警信息，以提醒运维人员及时修复出现系统故障的接口，直至接口被排除系统故障为止。

累计时间与系统告警等级的映射关系如表5所示，通过表5可以看出，系统告警等级与累计时间的大小成正比。

表5

S5012：根据第二类告警触发条件和系统告警等级，调取对应的系统故障告警模板。

预先按照第二类告警触发条件和系统告警等级，个性化配置相应的系统故障告警模板，可缩短告警信息的生成时间，方便运维人员及时修复出现系统故障的接口。

以系统告警等级一级为例，其对应的系统故障告警模板如图5f所示，该告警模板包括监控接口、触发条件、告警渠道、告警时效、接收者和创建者多个参数项。

其中，监控接口指的是出现系统故障的接口；创建者指的是在确定额度查询结果满足第二类告警触发条件时，在备用金监管平台的告警模块中调取相应的告警模板生成第二类告警信息的人员；接收者指的是接收第二类告警信息的运维人员，根据告警级别和第二类告警触发条件，在告警模板中配置相应级别的运维人员，各等级运维人员配置如表6所示；告警渠道指的是推送第二类告警信息的方式，告警渠道可为以下任意一种或者组合——邮件告警、短信告警、电话告警、即时通讯软件告警；告警时效指的是生成第一类告警信息的次数，可选择实时、按日或者按月。

表6

S5013：从额度查询结果中读取目标账户的账户标识，确定与账户标识相对应的接口标识，并将接口标识添加到系统故障告警模板中，获得第二类告警信息中。

从额度查询结果中获取备用金银行账户的账户标识，确定与账户标识相对应的接口标识，将接口标识作为监控接口的参数值添加到系统故障告警模板中。除此之外，将第二类触发条件和系统告警等级作为触发条件的参数值添加到系统故障告警模板中，并基于前述两个参数值生成第二类告警信息中的清算渠道、数据来源和系统告警等级信息；以及，将满足第二类触发条件的时间确定为第二类告警信息中的触发时间。经过前述处理之后，最终生成如图5g所示的第二类告警信息示意图。

S5014：按照系统故障告警模板规定的告警渠道，推送第二类告警信息。

通过邮件告警、短信告警、电话告警、即时通讯软件告警等告警渠道，将第二类告警信息推送给相应的运维人员，以使运维人员在接收到第二类告警信息之后，及时修复备用金监管平台上出现系统故障的接口。

S502：响应基于第二类告警信息触发的系统维修指令，对用于传送额度查询指令的接口进行修复。

为了便于理解，参阅图6示出的具体实施例二的流程示意图，对检测存在系统故障问题的接口的方法进行介绍。

S601：第三方支付机构通过备用金监管平台，同时向A机构、B机构发送额度查询指令，该额度查询指令中至少携带目标账户a的账户标识。

S602：接收A机构、B机构针对目标账户a返回的额度查询结果。

S603：确定额度查询结果满足第二类告警触发条件。

具体地，A机构返回的额度查询结果显示为“无法联网”，B机构返回的额度查询结果显示正常。

S604：基于额度查询结果和第二类告警触发条件，生成针对A机构的第二类告警信息。

S605：按照规定的告警渠道，将第二类告警信息推送给相应的运维人员，以使运维人员在接收到第二类告警信息之后，及时修复备用金监管平台上出现系统故障的接口。

参阅图7示出的电子资源的额度控制装置700的结构示意图，该装置包括查询单元701、处理单元702和控制单元703，其中，

查询单元701，用于向清算设备发送额度查询指令，所述额度查询指令中至少携带目标账户的账户标识；

接收所述清算设备针对所述目标账户返回的额度查询结果；

处理单元702，用于若确定所述额度查询结果满足预设的第一类告警触发条件时，则基于所述额度查询结果和所述第一类告警触发条件，生成并推送相应的第一类告警信息；

控制单元703，用于响应基于所述第一类告警信息触发的额度申请指令，向所述清算设备申请获得目标映射额度；所述目标映射额度用于针对所述目标账户控制电子资源的转移数量。

可选的，所述查询单元701用于：

按照预设的额度查询周期，向所述清算设备的接口发送所述额度查询指令；或者，

在获取到终端发送的电子资源控制指令时，向所述清算设备的接口发送所述额度查询指令。

可选的，确定所述额度查询结果满足预设的第一类告警触发条件，所述处理单元702可执行以下操作中的任意一种或任意组合：

若所述额度查询结果的剩余额度位于预设的额度阈值范围内，则判定满足所述第一类告警触发条件，以及确定第一类告警场景为对账异常；

若所述额度查询结果的剩余额度与当前映射额度之间的比例值位于预设的额度比例阈值范围内，则判定满足所述第一类告警触发条件，以及确定所述第一类告警场景为对账异常；

其中，所述剩余额度是基于所述当前映射额度获得的。

可选的，所述处理单元702用于：

根据所述额度查询结果确定对应的额度告警等级；

根据所述第一类告警触发条件和所述额度告警等级，调取对应的对账异常告警模板；

从所述额度查询结果中获取额度查询的基本信息，并将所述额度查询的基本信息添加到所述对账异常告警模板中，获得所述第一类告警信息，所述额度查询信息用于记录所述目标账户的账户标识和剩余额度；

按照所述对账异常告警模板规定的告警渠道，推送所述第一类告警信息。

可选的，所述处理单元702用于：

若所述额度查询结果的剩余额度位于所述额度阈值范围内，则基于所述额度阈值范围确定所述额度告警等级；

若所述额度查询结果的剩余额度与当前映射额度之间的比例值位于所述额度比例阈值范围内，则基于所述额度比例阈值范围确定所述额度告警等级；

若所述额度查询结果的剩余额度位于所述额度阈值范围内，且所述额度查询结果的剩余额度与当前映射额度之间的比例值位于所述额度比例阈值范围内，则基于所述综合额度阈值范围确定所述额度告警等级，所述综合额度阈值范围的取值大小是基于所述额度阈值范围的取值大小和所述额度比例阈值范围的取值大小确定的。

可选的，所述处理单元702还用于：

若确定所述额度查询结果满足预设的第二类告警触发条件，则基于所述额度查询结果和所述第二类告警触发条件，生成并推送相应的第二类告警信息；

响应基于所述第二类告警信息触发的系统维修指令，对用于传送所述额度查询指令的接口进行修复。

可选的，确定所述额度查询结果满足预设的第二类告警触发条件，所述处理单元702可执行以下操作中的任意一种或任意组合：

若所述额度查询结果中各个字段值均为故障空值，则判定满足所述第二类告警触发条件，以及确定第二类告警场景为系统；

若所述额度查询结果中部分或全部字段值为混乱字符，则判定满足所述第二类告警触发条件，以及确定所述第二类告警场景为系统故障；

若所述额度查询结果显示为无法联网，则判定满足所述第二类告警触发条件，以及确定所述第二类告警场景为系统故障。

可选的，所述处理单元702用于：

根据命中所述第二类告警触发条件的累计时间，确定对应的系统告警等级；

根据所述第二类告警触发条件和所述系统告警等级，调取对应的系统故障告警模板；

从所述额度查询结果中读取目标账户的账户标识，确定与所述账户标识相对应的接口标识，并将所述接口标识添加到所述系统故障告警模板中，获得所述第二类告警信息；

按照所述系统故障告警模板规定的告警渠道，推送所述第二类告警信息。

可选的，所述告警渠道为以下任意一种或者组合：邮件告警、短信告警、电话告警、即时通讯软件告警。

为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本申请时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。

在介绍了本申请示例性实施方式的人脸关键点的检测方法和装置之后，接下来，介绍根据本申请的另一示例性实施方式的电子设备。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

与上述方法实施例基于同一发明构思，本申请实施例中还提供了一种计算机设备，参阅图8所示，计算机设备800可以至少包括处理器801、以及存储器802。其中，所述存储器802存储有程序代码，当所述程序代码被所述处理器801执行时，使得所述处理器801执行上述任意一种资源使用异常的账户群组识别方法的步骤。

在一些可能的实施方式中，根据本申请的计算装置可以至少包括至少一个处理器、以及至少一个存储器。其中，存储器存储有程序代码，当程序代码被处理器执行时，使得处理器执行本说明书上述描述的根据本申请各种示例性实施方式的电子资源的额度控制方法中的步骤。例如，处理器可以执行如图3a中所示的步骤。

下面参照图9来描述根据本申请的这种实施方式的计算装置900。图9的计算装置900仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图9所示，计算装置900以通用计算装置的形式表现。计算装置900的组件可以包括但不限于：上述至少一个处理单元901、上述至少一个存储单元902、连接不同系统组件(包括存储单元902和处理单元901)的总线903。

总线903表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储单元902可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)9021和/或高速缓存存储单元9022，还可以进一步包括只读存储器(ROM)9023。

存储单元902还可以包括具有一组(至少一个)程序模块9024的程序/实用工具9025，这样的程序模块9024包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

计算装置900也可以与一个或多个外部设备904(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与计算装置900交互的设备通信，和/或与使得该计算装置900能与一个或多个其它计算装置进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口905进行。并且，计算装置900还可以通过网络适配器906与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器906通过总线903与用于计算装置900的其它模块通信。应当理解，尽管图中未示出，可以结合计算装置900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

与上述方法实施例基于同一发明构思，本申请提供的电子资源的额度控制方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的电子资源的额度控制方法中的步骤，例如，电子设备可以执行如图3a中所示的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种电子资源的额度控制方法，其特征在于，包括：

向清算设备发送额度查询指令，所述额度查询指令中至少携带目标账户的账户标识；

接收所述清算设备针对所述目标账户返回的额度查询结果；

若确定所述额度查询结果满足预设的第一类告警触发条件时，则基于所述额度查询结果和所述第一类告警触发条件，生成并推送相应的第一类告警信息；

响应基于所述第一类告警信息触发的额度申请指令，向所述清算设备申请获得目标映射额度；所述目标映射额度用于针对所述目标账户控制电子资源的转移数量。

2.如权利要求1所述的方法，其特征在于，所述向清算设备发送所述额度查询指令，包括：

按照预设的额度查询周期，向所述清算设备的接口发送所述额度查询指令；或者，

在获取到终端发送的电子资源控制指令时，向所述清算设备的接口发送所述额度查询指令。

3.如权利要求1或2所述的方法，其特征在于，确定所述额度查询结果满足预设的第一类告警触发条件，包括以下操作中的任意一种或任意组合：

若所述额度查询结果的剩余额度位于预设的额度阈值范围内，则判定满足所述第一类告警触发条件，以及确定第一类告警场景为对账异常；

若所述额度查询结果的剩余额度与当前映射额度之间的比例值位于预设的额度比例阈值范围内，则判定满足所述第一类告警触发条件，以及确定所述第一类告警场景为对账异常；

其中，所述剩余额度是基于所述当前映射额度获得的。

4.如权利要求3所述的方法，其特征在于，所述基于所述额度查询结果和所述第一类告警触发条件，生成并推送相应的第一类告警信息，包括：

根据所述额度查询结果确定对应的额度告警等级；

根据所述第一类告警触发条件和所述额度告警等级，调取对应的对账异常告警模板；

从所述额度查询结果中获取额度查询的基本信息，并将所述额度查询的基本信息添加到所述对账异常告警模板中，获得所述第一类告警信息，所述额度查询信息用于记录所述目标账户的账户标识和剩余额度；

按照所述对账异常告警模板规定的告警渠道，推送所述第一类告警信息。

5.如权利要求4所述的方法，其特征在于，所述根据所述额度查询结果确定对应的额度告警等级，包括：

若所述额度查询结果的剩余额度位于所述额度阈值范围内，则基于所述额度阈值范围确定所述额度告警等级；

若所述额度查询结果的剩余额度与当前映射额度之间的比例值位于所述额度比例阈值范围内，则基于所述额度比例阈值范围确定所述额度告警等级；

若所述额度查询结果的剩余额度位于所述额度阈值范围内，且所述额度查询结果的剩余额度与当前映射额度之间的比例值位于所述额度比例阈值范围内，则基于综合额度阈值范围确定所述额度告警等级，所述综合额度阈值范围的取值大小是基于所述额度阈值范围的取值大小和所述额度比例阈值范围的取值大小确定的。

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

若确定所述额度查询结果满足预设的第二类告警触发条件，则基于所述额度查询结果和所述第二类告警触发条件，生成并推送相应的第二类告警信息；

响应基于所述第二类告警信息触发的系统维修指令，对用于传送所述额度查询指令的接口进行修复。

7.如权利要求6所述的方法，其特征在于，确定所述额度查询结果满足预设的第二类告警触发条件，包括以下操作中的任意一种或任意组合：

若所述额度查询结果中各个字段值均为故障空值，则判定满足所述第二类告警触发条件，以及确定第二类告警场景为系统；

若所述额度查询结果中部分或全部字段值为混乱字符，则判定满足所述第二类告警触发条件，以及确定所述第二类告警场景为系统故障；

若所述额度查询结果显示为无法联网，则判定满足所述第二类告警触发条件，以及确定所述第二类告警场景为系统故障。

8.如权利要求6所述的方法，其特征在于，所述基于所述额度查询结果和所述第二类告警触发条件，生成并推送相应的第二类告警信息，包括：

根据命中所述第二类告警触发条件的累计时间，确定对应的系统告警等级；

根据所述第二类告警触发条件和所述系统告警等级，调取对应的系统故障告警模板；

从所述额度查询结果中读取目标账户的账户标识，确定与所述账户标识相对应的接口标识，并将所述接口标识添加到所述系统故障告警模板中，获得所述第二类告警信息；

按照所述系统故障告警模板规定的告警渠道，推送所述第二类告警信息。

9.如权利要求4或8所述的方法，其特征在于，所述告警渠道为以下任意一种或者组合：邮件告警、短信告警、电话告警、即时通讯软件告警。

10.一种电子资源的额度控制装置，其特征在于，包括：

查询单元，用于向清算设备发送额度查询指令，所述额度查询指令中至少携带目标账户的账户标识；

接收所述清算设备针对所述目标账户返回的额度查询结果；

处理单元，用于若确定所述额度查询结果满足预设的第一类告警触发条件时，则基于所述额度查询结果和所述第一类告警触发条件，生成并推送相应的第一类告警信息；

控制单元，用于响应基于所述第一类告警信息触发的额度申请指令，向所述清算设备申请获得目标映射额度；所述目标映射额度用于针对所述目标账户控制电子资源的转移数量。

Images