账户应用执行控制方法及系统与流程

本申请涉及互联网应用技术领域，尤其涉及账户应用执行控制方法及系统。

背景技术：

电子账户，也称网络账户，是电子商务、电子金融等领域中不可缺少的要素，通过使用电子账户，用户可以方便地通过计算机和互联网完成转账、付款等业务。随着各种传统业务的网络化发展，电子账户的应用范围也越来越广。

在电子账户的实际应用中，应用侧经常需要基于目标账户的余额变动情况，向目标账户执行一些应用操作，例如扣款、信息推送等等。根据现有技术的实现方案，需要应用侧设备针对目标账户向账户管理侧设备定期发起查询，如果发现目标账户余额变动，则对其发起扣款、推送信息等应用操作。然而在实际应用中，很多账户的资金变动情况并非完全规律(例如每个月定期发工资等)，因此查询周期往往难以设置，周期设置过长会导致无法及时捕捉到目标账户的变化情况，周期设置过短则会造成频繁的无效查询，严重消耗系统资源及网络资源。

技术实现要素：

针对上述技术问题，本申请提供相应的账户应用执行控制方法及系统，技术方案如下：

根据本申请的第1方面，提供一种账户应用执行控制方法，该方法包括：

应用侧向账户管理侧发送针对目标账户的应用执行控制请求消息；

账户管理侧接收到应用侧发送的针对目标账户的应用执行控制请求消息后， 根据所述应用执行控制请求消息，启动针对目标账户的余额监控，所述余额监控为：在目标账户余额发生变动的情况下，向应用侧发送余额变动通知消息；

应用侧接收到账户管理侧发送的目标账户余额变动消息后，对目标账户执行预设的应用操作，所述预设的应用操作执行完成后，向账户管理侧发送针对目标账户的应用执行完成通知消息；

账户管理侧接收到应用侧发送的针对目标账户的应用执行完成通知消息后，停止针对目标账户的余额监控。

根据本申请的第2方面，提供一种账户余额控制方法，应用于余额控制需求侧，该方法包括：

步骤A，向账户管理侧发送针对目标账户的余额控制请求消息，以指示账户管理侧启动针对目标账户的余额监控，所述余额监控为：在目标账户余额发生变动的情况下，向余额控制需求侧发送余额变动通知消息；

步骤B，接收到账户管理侧发送的目标账户余额变动消息后，确定目标账户当前的余额数量；

步骤C，根据目标账户当前的欠额数量，向账户管理侧发送请求，以对目标账户进行余额扣除处理；

步骤D，判断本次扣除处理后目标账户的欠额数量是否为0，如果是则执行步骤E；

步骤E，向账户管理侧发送针对目标账户的余额控制完成通知消息，以指示账户管理侧停止针对目标账户的余额监控。

根据本申请的第3方面，提供一种账户余额控制方法，应用于账户管理侧，该方法包括：

接收到余额控制需求侧发送的针对目标账户的余额控制请求消息后，根据所述余额控制请求消息，启动针对目标账户的余额监控，所述余额监控包括：在目标账户余额发生变动的情况下，向余额控制需求侧发送余额变动通知消息；

向余额控制需求侧提供目标账户当前的余额数量，并根据余额控制需求侧的请求对目标账户进行余额扣除处理；

接收到余额控制需求侧发送的针对目标账户的余额控制完成通知消息后，停止针对目标账户的余额监控。

根据本申请的第4方面，提供一种账户余额控制方法，该方法包括：

余额控制需求侧向账户管理侧发送针对目标账户的余额控制请求消息；

账户管理侧接收到余额控制需求侧发送的针对目标账户的余额控制请求消息后，根据所述余额控制请求消息，启动针对目标账户的余额监控，所述余额监控包括：在目标账户余额发生变动的情况下，向余额控制需求侧发送余额变动通知消息；

余额控制需求侧接收到账户管理侧发送的目标账户余额变动消息后，确定目标账户当前的余额数量；根据目标账户当前的欠额数量，向账户管理侧发送请求，以对目标账户进行余额扣除处理；判断本次扣除处理后目标账户的欠额数量是否为0，如果是则向账户管理侧发送针对目标账户的余额控制完成通知消息；

账户管理侧接收到余额控制需求侧发送的针对目标账户的余额控制完成通知消息后，停止针对目标账户的余额监控。

根据本申请的第5方面，提供一种账户应用执行控制系统该系统包括：应用侧装置及账户管理侧装置；

应用侧装置向账户管理侧装置发送针对目标账户的应用执行控制请求消息；

账户管理侧装置接收到应用侧装置发送的针对目标账户的应用执行控制请求消息后，根据所述应用执行控制请求消息，启动针对目标账户的余额监控，所述余额监控为：在目标账户余额发生变动的情况下，向应用侧装置发送余额变动通知消息；

应用侧装置接收到账户管理侧装置发送的目标账户余额变动消息后，对目标账户执行预设的应用操作，所述预设的应用操作执行完成后，向账户管理侧装置发送针对目标账户的应用执行完成通知消息；

账户管理侧装置接收到应用侧装置发送的针对目标账户的应用执行完成通知消息后，停止针对目标账户的余额监控。

根据本申请的第6方面，提供一种账户余额控制装置，应用于余额控制需求侧，该装置包括：

控制请求模块，用于向账户管理侧发送针对目标账户的余额控制请求消息，以指示账户管理侧启动针对目标账户的余额监控，所述余额监控包括：在目标账户余额发生变动的情况下，向余额控制需求侧发送余额变动通知消息；

余额数量确定模块，用于在接收到账户管理侧发送的目标账户余额变动消息后，确定目标账户当前的余额数量；

余额扣除请求模块，用于根据目标账户当前的欠额数量，向账户管理侧发送请求，以对目标账户进行余额扣除处理；

判断模块，用于判断本次扣除处理后目标账户的欠额数量是否为0，如果是则触发控制完成通知模块；

控制完成通知模块，用于向账户管理侧发送针对目标账户的余额控制完成通知消息，以指示账户管理侧停止针对目标账户的余额监控。

根据本申请的第7方面，提供一种账户余额控制装置，应用于账户管理侧，该装置包括：

余额监控启动模块，用于在接收到余额控制需求侧发送的针对目标账户的余额控制请求消息后，根据所述余额控制请求消息，启动余额监控执行模块；

所述余额监控执行模块，用于在目标账户余额发生变动的情况下，向余额控制需求侧发送余额变动通知消息；

余额请求处理模块，用于向余额控制需求侧提供目标账户当前的余额数量，并根据余额控制需求侧的请求对目标账户进行余额扣除处理；

余额监控停止模块，用于在接收到余额控制需求侧发送的针对目标账户的余额控制完成通知消息后，停止余额监控执行模块。

根据本申请的第8方面，提供一种账户余额控制系统，该系统包括：余额控制需求侧装置及账户管理侧装置；

余额控制需求侧装置向账户管理侧装置发送针对目标账户的余额控制请求消息；

账户管理侧装置接收到余额控制需求侧装置发送的针对目标账户的余额控制请求消息后，根据所述余额控制请求消息，启动针对目标账户的余额监控，所述余额监控为：在目标账户余额发生变动的情况下，向余额控制需求侧装置发送余额变动通知消息；

余额控制需求侧装置接收到账户管理侧装置发送的目标账户余额变动消息后，确定目标账户当前的余额数量；根据目标账户当前的欠额数量，向账户管理侧装置发送请求，以对目标账户进行余额扣除处理；判断本次扣除处理后目标账户的欠额数量是否为0，如果是则向账户管理侧装置发送针对目标账户的余额控制完成通知消息；

账户管理侧装置接收到余额控制需求侧装置发送的针对目标账户的余额控制完成通知消息后，停止针对目标账户的余额监控。

应用本申请实施例所提供的技术方案，余额控制需求侧在需要对目标账户执行应用操作时，不需要主动对目标账户定期进行查询，而是等待账户管理侧监控到目标账户余额发生变化后，再对其发起应用操作。从而既满足了对目标账户变化情况的及时了解需求，又能够有效避免频繁的无效查询，降低系统资源和网络资源的不必要消耗。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1是本申请的账户应用执行控制系统的结构示意图；

图2是本申请的账户应用执行控制方法的流程示意图；

图3是本申请的账户余额控制系统的结构示意图；

图4是本申请的账户余额控制方法的第一种流程示意图；

图5是本申请的账户余额控制方法的第二种流程示意图；

图6是本申请的账户余额控制方法的第三种流程示意图；

图7是本申请的账户余额控制装置的第一种结构示意图；

图8是本申请的账户余额控制装置的第二种结构示意图。

具体实施方式

为了使本领域技术人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本申请保护的范围。

在本申请中，将需要对账户X执行应用操作的一方Y称为应用方，将账户X称为“目标账户”。在实际应用中，X的任何账务变动都需要由X所属的管理实体(例如银行，支付机构等)来完成，因此，上述交互需求实际涉及的主体是应用方及目标账户的管理方，对应的系统架构示意如图1所示，包括应用侧设备10和账户管理侧设备20，两侧设备可通过各种形式的网络实现通信连接，两侧设备的具体形式可以是特定的一台服务器或服务器集群等形式，本申请对此并不需要进行限定。为描述方便，在本申请后文中将分别以“应用侧”和“账户管理侧”对方案进行说明。

图2所示为本申请提供的余额控制方法的交互流程图，从流程上看，该方法可以被划分为三个阶段，启动阶段、实施阶段和完成阶段，当然，这三个阶段是针对某个特定的目标账户而言，下面分别对每个阶段进行说明：

1)启动阶段：

当Y需要执行针对目标账户X的某种预设应用操作(例如扣款、信息推送等)时，Y作为应用方，可以启动余额控制流程。

具体而言，应用侧首先向账户管理侧发送针对目标账户的应用执行控制请 求消息，以触发账户管理侧对目标账户的余额监控；该消息中至少需要携带目标账户的标识。

账户管理侧接收到应用侧发送的针对目标账户的应用执行控制请求消息后，根据该消息启动针对目标账户的余额监控，具体的监控内容包括：对目标账户的余额进行监测，如果发现余额变动，则向应用侧发送余额变动通知消息，该消息中至少需要携带目标账户的标识，进一步还可以携带变动金额数量、变动时间等明细内容。

在实际应用中，账户管理侧也可以为所有需要进行余额监控的账户设置一个监控标识，当任意账户余额发生变动后，首先检查该账户的监控标识是否有效，如果有效则触发余额变动通知发送操作。此外，根据实际需求，为了更有效地与应用侧进行信息交互，这里还可以为触发余额变动通知发送操作进一步设置一些限制条件，例如：

根据不同的需求，可以设置为仅当账户变动金额为正或仅当变动金额为负时，触发余额变动通知发送操作；

或者

仅当变动金额大于某个预设数值时，触发余额变动通知发送操作，该预设数值可以是一个固定值，也可以根据应用侧发送的信息动态设定。

账户管理侧成功启动针对目标账户的余额监控后，可以根据实际需求向应用侧发送一条响应消息(图中未示出)，流程转入实施阶段。

2)实施阶段：

在实施阶段，应用侧不需要主动执行任何操作。而是等待接收到账户管理侧发送的目标账户余额变动消息后，再触发后续的应用操作处理，具体的处理步骤需要根据实际要执行应用操作来确定，本实施例中不做详细说明。该预设的应用操作执行完成后，流程将转入完成阶段。

3)完成阶段：

应用侧在确定应用操作执行完成后，向账户管理侧发送针对目标账户的应用执行完成通知消息，该消息中至少需要携带目标账户的标识。

账户管理侧接收到应用侧发送的针对目标账户的应用执行完成通知消息后，停止针对目标账户的余额监控，停止成功后，可以根据实际需求向应用侧发送一条响应消息(图中未示出)，至此针对该目标账户的余额控制流程结束。

可见，应用本申请所提供的应用执行控制方案，不仅能够及时捕捉到目标账户的余额变动情况，而且无论是账户管理侧还是应用侧，都不需要主动地频繁执行查询操作，两侧之间的信息交互频率也明显降低，有效地节约了系统设备资源和网络资源。

下面以“余额控制”的具体应用需求为例，对本申请的应用执行控制方法进行详细介绍，首先对该应用需求涉及的一些基本概念进行说明：假设出于某种原因，账户X需要向另一方Y进行支付，但是账户X当前余额不足无法完成支付，因此X成为欠款一方，而Y则需要对账户X进行余额控制，以便在X转入资金后，可以第一时间偿还欠款。

在本申请中，将Y称为余额控制需求方，将需要进行余额控制的账户X称为“目标账户”。在实际应用中，X的任何账务变动都需要由X所属的管理实体(例如银行，支付机构等)来完成，因此，上述交互需求实际涉及的主体是余额控制需求方及目标账户的管理方，对应的系统架构示意如图3所示，包括余额控制需求侧设备100和账户管理侧设备200，两侧设备可通过各种形式的网络实现通信连接，两侧设备的具体形式可以是特定的一台服务器或服务器集群等形式，本申请对此并不需要进行限定。为描述方便，在本申请后文中将分别以“余额控制需求侧”和“账户管理侧”对方案进行说明。

图4所示为本申请提供的余额控制方法的交互流程图，从流程上看，该方法可以被划分为三个阶段，启动阶段、实施阶段和完成阶段，当然，这三个阶段是针对某个特定的目标账户而言，下面分别对每个阶段进行说明：

1)启动阶段：

当目标账户X由于余额不足而导致无法完成对Y的支付时，产生一笔X对Y的欠款，此时Y成为余额控制需求方，可以启动余额控制流程。

具体而言，余额控制需求侧首先向账户管理侧发送针对目标账户的余额控 制请求消息，以触发账户管理侧对目标账户的余额监控；该消息中至少需要携带目标账户的标识，进一步还可以携带欠额数量、欠额原因等明细内容。

账户管理侧接收到余额控制需求侧发送的针对目标账户的余额控制请求消息后，根据该消息启动针对目标账户的余额监控，具体的监控内容包括：对目标账户的余额进行监测，如果发现余额变动，则向余额控制需求侧发送余额变动通知消息，该消息中至少需要携带目标账户的标识，进一步还可以携带变动金额数量、变动时间等明细内容。

在实际应用中，账户管理侧也可以为所有需要进行余额监控的账户设置一个监控标识，当任意账户余额发生变动后，首先检查该账户的监控标识是否有效，如果有效则触发余额变动通知发送操作。此外，根据实际需求，为了更有效地与余额控制需求侧进行信息交互，这里还可以为触发余额变动通知发送操作进一步设置一些限制条件，例如：

仅当账户变动金额为正时，触发余额变动通知发送操作；

或者

仅当变动金额大于某个预设数值时，触发余额变动通知发送操作，该预设数值可以是一个固定值，也可以根据余额控制需求侧发送的欠额数量动态设定，例如设置为欠额数量的全额、欠额数量的30％，等等。

账户管理侧成功启动针对目标账户的余额监控后，可以根据实际需求向余额控制需求侧发送一条响应消息(图中未示出)，流程转入实施阶段。

2)实施阶段：

在实施阶段，余额控制需求侧不需要主动执行任何操作。而是等待接收到账户管理侧发送的目标账户余额变动消息后，再触发后续处理，具体包括：

a)确定目标账户当前的余额数量：

余额控制需求侧可以根据余额变动通知消息中携带的变动金额数量确定直接确定目标账户当前的余额数量。如果在余额变动通知消息中未携带的变动金额数量，则可以向账户管理服务器发送针对目标账户的余额查询请求，以确定目标账户当前的余额数量。

b)余额扣除处理：

实际应用中，账户管理侧是余额扣除操作的实际执行方，因此余额控制需求侧需要向账户管理侧发送请求，以对目标账户进行余额扣除处理；具体而言，余额控制需求侧可以将全部的欠额数量携带在请求中，也可以先根据所获得的余额数量和欠额数量计算出本次实际可以扣除的额度，将计算结果携带在请求中。

与前文所述的账户管理侧的处理方式类似，这里也可以为触发余额扣除处理操作进一步设置一些限制条件，例如：仅当目标账户当前的余额数量大于某个预设数值时，触发余额扣除处理操作，该预设数值的设置方式可参见前文的说明，这里不再赘述。另外，应该理解的是，无论是在账户管理侧还是在余额控制需求侧所设置的限制条件都不是必须的，并且一般而言，只需单侧限制即可实现相应的效果，本领域技术人员可以根据实际需求灵活设置。

账户管理侧完成余额扣除操作后，将本次成功扣除的余额数量反馈至余额控制需求侧，这个成功扣除的余额数量可能是账户管理侧所请求的全额、也可能是全额的一部分，当然也存在扣除失败的可能，相当于本次成功扣除的余额数量＝0。

c)循环判断处理：

余额控制需求侧会根据账户管理侧的反馈结果，判断经过本次余额扣除处理后，目标账户的欠额数量是否为0，根据不同的判断结果，触发不同的后续操作：

如果欠额数量不为0，说明欠额还没有全部还清，需要等待目标账户下一次余额变动，以发起下一轮余额扣除操作；

如果欠额数量为0，意味着欠额已经全部还清，流程将转入完成阶段。

3)完成阶段：

余额控制需求侧在确定欠额数量为0之后，向账户管理侧发送针对目标账户的余额控制完成通知消息，该消息中至少需要携带目标账户的标识。

账户管理侧接收到余额控制需求侧发送的针对目标账户的余额控制完成通 知消息后，停止针对目标账户的余额监控，停止成功后，可以根据实际需求向余额控制需求侧发送一条响应消息(图中未示出)，至此针对该目标账户的余额控制流程结束。

可见，应用本申请所提供的余额控制方案，不仅能够及时捕捉到目标账户的余额变动情况，而且无论是账户管理侧还是余额控制需求侧，都不需要主动地频繁执行查询操作，两侧之间的信息交互频率也明显降低，有效地节约了系统设备资源和网络资源。另外，余额控制过程支持多次循环处理，如果欠额数量无法一次性还清，则账户管理侧会一直维持对目标账户的余额监控状态，实施流程会循环执行，直到欠额全部还清，从而更好地适应余额控制操作的实际需求。

需要说明的是，以上实施例仅针对单一目标账户的应用执行控制进行说明，可以理解的是，整个系统完全可以支持对多个账户的应用执行控制，并且不同账户可以归属于不同的账户管理方。

另外，“账户”原意是指用于记录财产内容增减变动情况及结果的载体，而在互联网领域中，账户的概念被赋予了更多的含义，一个网络账户(也称电子账户)既可以是银行、保险公司等单位提供的用于管理实际资金的载体，也可以是其他网络服务(例如网站，应用)提供的用于管理积分、点数等虚拟财产的载体。因此，本申请中的“余额”“欠额”等概念也并不仅限于实际资金。

为了更清楚地说明本申请的余额控制方案，下面分别再从单侧的角度，对余额控制需求侧与账户管理侧所执行的余额控制方法进行说明：

对于余额控制需求侧，需要执行的任务主要如下：

在启动阶段，主动触发账户管理侧启动对目标账户的余额监控；

在实施阶段，根据账户管理侧发送的目标账户余额变动消息，触发余额扣除处理，并且根据扣除结果判断是否进入完成阶段；

在完成阶段，主动触发账户管理侧停止对目标账户的余额监控。

图5所示为余额控制需求侧所执行的账户余额控制方法流程图，具体可以包括以下步骤：

S101，向账户管理侧发送针对目标账户的余额控制请求消息，以指示账户管理侧启动针对目标账户的余额监控；

S102，接收到账户管理侧发送的目标账户余额变动消息后，确定目标账户当前的余额数量；

S103，根据目标账户当前的欠额数量，向账户管理侧发送请求，以对目标账户进行余额扣除处理；

S104，判断本次扣除处理后目标账户的欠额数量是否为0，如果是则执行步骤S105，否则继续等待下一次目标账户余额变动消息。

S105，向账户管理侧发送针对目标账户的余额控制完成通知消息，以指示账户管理侧停止针对目标账户的余额监控。

对于账户管理侧，需要执行的任务主要如下：

在启动阶段，根据余额控制需求侧的请求，启动对目标账户的余额监控；

在实施阶段，监测到目标账户余额发生变动后，向余额控制需求侧发送余额变动通知消息；以及根据余额控制需求侧的请求，执行余额扣除处理，并向余额控制需求侧反馈扣除结果。

在完成阶段，根据余额控制需求侧的通知，停止对目标账户的余额监控。

图6所示为账户管理侧所执行的账户余额控制方法流程图，具体可以包括以下步骤：

S201，接收到余额控制需求侧发送的针对目标账户的余额控制请求消息后，根据所述余额控制请求消息，启动针对目标账户的余额监控，即：在目标账户余额发生变动的情况下，向余额控制需求侧发送余额变动通知消息；

S202，向余额控制需求侧提供目标账户当前的余额数量，并根据余额控制需求侧的请求对目标账户进行余额扣除处理；

S203，接收到余额控制需求侧发送的针对目标账户的余额控制完成通知消息后，停止针对目标账户的余额监控。

关于余额控制需求侧与账户管理侧的单侧执行方法细节，可以参见前面实施例的描述，这里不再赘述。

相应于上述方法实施例，本申请还提供一种应用于余额控制需求侧的账户余额控制装置，参见图7所示，该装置可以包括：

控制请求模块110，用于向账户管理侧发送针对目标账户的余额控制请求消息，以指示账户管理侧启动针对目标账户的余额监控，其中，余额监控为：在目标账户余额发生变动的情况下，向余额控制需求侧发送余额变动通知消息；

余额数量确定模块120，用于在接收到账户管理侧发送的目标账户余额变动消息后，确定目标账户当前的余额数量；

余额扣除请求模块130，用于根据目标账户当前的欠额数量，向账户管理侧发送请求，以对目标账户进行余额扣除处理；

判断模块140，用于判断本次扣除处理后目标账户的欠额数量是否为0，如果是则触发控制完成通知模块150；

控制完成通知模块150，用于向账户管理侧发送针对目标账户的余额控制完成通知消息，以指示账户管理侧停止针对目标账户的余额监控。

在本申请的一种具体实施方式中，余额数量确定模块120在确定目标账户当前的余额数量满足预设要求的情况下，触发余额扣除请求模块130。

在本申请的一种具体实施方式中，余额数量确定模块120可以具体用于：

接收到账户管理侧发送的目标账户余额变动消息后，根据目标账户余额变动消息中携带的余额信息确定目标账户当前的余额数量；

或

接收到账户管理侧发送的目标账户余额变动消息后，向账户管理服务器发送针对目标账户的余额查询请求，以确定目标账户当前的余额数量。

本申请还提供一种应用于账户管理侧的账户余额控制装置，参见图8所示，该装置可以包括：

余额监控启动模块210，用于在接收到余额控制需求侧发送的针对目标账户的余额控制请求消息后，根据余额控制请求消息，启动余额监控执行模块220；

余额监控执行模块220，用于在目标账户余额发生变动的情况下，向余额控 制需求侧发送余额变动通知消息；

余额请求处理模块230，用于向余额控制需求侧提供目标账户当前的余额数量，并根据余额控制需求侧的请求对目标账户进行余额扣除处理；

余额监控停止模块240，用于在接收到余额控制需求侧发送的针对目标账户的余额控制完成通知消息后，停止余额监控执行模块240。

在本申请的一种具体实施方式中，余额监控执行模块220可以具体用于：

在目标账户余额变动情况满足预设要求的情况下，向余额控制需求侧发送余额变动通知消息。

本申请还提供一种账户余额控制系统，该系统可以包括：余额控制需求侧装置及账户管理侧装置；

余额控制需求侧装置向账户管理侧装置发送针对目标账户的余额控制请求消息；

账户管理侧装置接收到余额控制需求侧装置发送的针对目标账户的余额控制请求消息后，根据余额控制请求消息，启动针对目标账户的余额监控，其中余额监控为：在目标账户余额发生变动的情况下，向余额控制需求侧装置发送余额变动通知消息；

余额控制需求侧装置接收到账户管理侧装置发送的目标账户余额变动消息后，确定目标账户当前的余额数量；根据目标账户当前的欠额数量，向账户管理侧装置发送请求，以对目标账户进行余额扣除处理；判断本次扣除处理后目标账户的欠额数量是否为0，如果是则向账户管理侧装置发送针对目标账户的余额控制完成通知消息；

账户管理侧装置接收到余额控制需求侧装置发送的针对目标账户的余额控制完成通知消息后，停止针对目标账户的余额监控。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置或系统实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本申请方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。