CN110827009B - 一种基于账户余额限制的资金转移方法及装置 - Google Patents

Abstract

公开了一种基于账户余额限制的资金转移方法及装置。在用户的资金账户存在余额限制的场景下，账户管理设备在执行资金转移指令时，如果确定入账用户的预设余额上限与账户余额之间的差额小于入账资金，则不会认定执行失败，而是在内存中创建并运行监控处理进程。监控处理进程在运行时实现以下功能：对所述入账用户的账户进行监控，并根据监控结果，在维持所述入账用户的账户余额不超过所述预设余额上限的情况下，将所述入账资金转移至所述入账用户的账户。监控处理进程运行完毕，即意味着资金转移成功。

Description

一种基于账户余额限制的资金转移方法及装置

技术领域

本说明书实施例涉及信息技术领域，尤其涉及一种基于账户余额限制的资金转移方法及装置。

背景技术

在有些场景下，用户的资金账户存在余额限制。例如，对于中国人民银行发行的数字货币支付工具(DC/EP，Digital Currency and Electronic Payment)，其是在数字化层面上对现金纸钞的替代，为了防止出现DC/EP账户对现有的银行账户进行挤兑的情况，用户的DC/EP账户需要有余额限制。

在用户的资金账户有余额限制的场景下，账户管理设备在执行资金转移指令时，如果入账资金的转入会使用户的账户余额超出预设余额上限，则会导致资金转移指令执行失败，给用户带来很大不便。

发明内容

为了避免用户的资金账户的余额限制给用户造成不便，本说明书实施例提供一种基于账户余额限制的资金转移方法及系统，技术方案如下：

根据本说明书实施例的第1方面，提供一种基于账户余额限制的资金转移方法，应用于账户管理设备，所述方法包括：

获取资金转移指令；所述资金转移指令关联有入账资金与入账用户；

若确定所述入账用户的预设余额上限与账户余额之间的差额小于所述入账资金，则在内存中创建并运行监控处理进程；并且，在所述监控处理进程运行完毕后，确定资金转移成功；

其中，所述监控处理进程运行时实现：对所述入账用户的账户进行监控，并根据监控结果，在维持所述入账用户的账户余额不超过所述预设余额上限的情况下，将所述入账资金转移至所述入账用户的账户。

根据本说明书实施例的第2方面，提供一种账户管理设备，包括：

任务获取模块，获取资金转移指令；所述资金转移指令关联有入账资金与入账用户；

任务执行模块，若确定所述入账用户的预设余额上限与账户余额之间的差额小于所述入账资金，则在内存中创建并运行监控处理进程；并且，在所述监控处理进程运行完毕后，确定资金转移成功；

其中，所述监控处理进程运行时实现：对所述入账用户的账户进行监控，并根据监控结果，在维持所述入账用户的账户余额不超过所述预设余额上限的情况下，将所述入账资金转移至所述入账用户的账户。

本说明书实施例所提供的技术方案，在用户的资金账户存在余额限制的场景下，账户管理设备在执行资金转移指令时，如果确定入账用户的预设余额上限与账户余额之间的差额小于入账资金，则不会认定执行失败，而是在内存中创建并运行监控处理进程。监控处理进程在运行时实现以下功能：对所述入账用户的账户进行监控，并根据监控结果，在维持所述入账用户的账户余额不超过所述预设余额上限的情况下，将所述入账资金转移至所述入账用户的账户。监控处理进程运行完毕，即意味着资金转移成功。

通过本说明书实施例，哪怕向用户账户所转移的资金的金额大于用户对应的余额上限与账户余额的差额，也能顺利实现资金转移，不会给用户带来不便。

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

此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。

附图说明

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

图1是本说明书实施例提供的一种基于账户余额限制的资金转移方法的流程示意图；

图2是本说明书实施例提供的一种分账关系的示例图；

图3是本说明书实施例提供的一种账户管理设备的结构示意图；

图4是用于配置本说明书实施例装置的一种计算机设备的结构示意图。

具体实施方式

以下结合附图，详细说明本说明书各实施例提供的技术方案。

图1是本说明书实施例提供的一种基于账户余额限制的资金转移方法的流程示意图，包括如下步骤：

S100：获取资金转移指令。

本说明书的一个或多个实施例应用于账户管理平台的服务器或服务器集群，用户在账户管理平台上注册账户，用户的账户的资金支出与收入由账户管理平台进行管理。例如，账户管理平台可以是DC/EP的运营机构。

为了方便描述，后文将账户管理平台的服务器或服务器集群成为账户管理设备。账户管理平台还可以向用户提供钱包客户端，用户在自己的终端上安装钱包客户端之后，可以通过钱包客户端与账户管理设备进行数据交互。

本文所称的资金转移，是指账户管理设备将一笔资金转移给某个用户的账户，其不仅可以包括将来源于账户管理平台外部的资金转移给账户管理平台上注册的账户，也可以包括将账户管理平台上注册的一个或多个用户的资金向其他用户转移。

在本说明书实施例中，资金转移指令可以是由用户的钱包客户端发送给账户管理设备的，也可以是由账户管理设备自身构建的。资金转移指令通常会指定需要转移的资金(本文称之为入账资金)和接收入账资金的用户(本文称之为入账用户)。

具体而言，账户管理设备可以接收至少一个出账用户(支付入账资金的用户)发起的资金转移请求；从所述至少一个出账用户的账户中提取所述资金转移请求指定的入账资金，并确定所述资金转移请求指定的入账用户；根据提取的入账资金与确定的入账用户，创建资金转移指令。

其中，当出账用户不止一个时，事实上是各入账用户分摊入账资金。账户管理设备会根据各入账用户之间约定的分摊比例，分别从各入账用户的账户中提取资金，然后根据从各入账用户的账户中分别提取的资金确定入账资金(在DC/EP的场景下，即是将提取的各资金熔铸成入账资金)。

S102：若确定所述入账用户的预设余额上限与账户余额之间的差额小于所述入账资金，则在内存中创建并运行监控处理进程。

S104：在所述监控处理进程运行完毕后，确定资金转移成功。

所述入账用户对应的预设余额上限与所述入账用户的账户余额的差额小于所述资金转移指令指定的入账资金的金额，意味着入账用户的账户不足以容纳所述入账资金，因此无法立即实现资金转移。在现有技术中，如果所述入账用户的预设余额上限与账户余额之间的差额小于所述入账资金，则会导致所述资金转移指令执行失败，账户管理设备会返回资金转移失败的结果。

而在本说明书实施例中，当出现所述入账用户的预设余额上限与账户余额之间的差额小于所述入账资金的情况时，账户管理设备可以创建监控处理进程。其中，所述监控处理进程运行时实现：对所述入账用户的账户进行监控，并根据监控结果，在维持所述入账用户的账户余额不超过所述预设余额上限的情况下，将所述入账资金转移至所述入账用户的账户。在所述监控处理进程运行完毕后，确定资金转移成功。

如此，实际上是以监控处理进程的形式执行资金转移指令，不会由于账户余额限制的原因导致资金转移失败。

需要说明的是，用户对应的预设余额上限是指所允许的用户的账户余额的最大值，其是预先指定的。此外，不同用户对应的预设余额上限可以不同。

在本说明书实施例中，根据监控结果，在维持所述入账用户的账户余额不超过所述预设余额上限的情况下，将所述入账资金转移至所述入账用户的账户，具体可以有以下两种情况：

情况一：若监控到所述入账用户的预设余额上限与账户余额的差额不小于所述入账资金，则将所述入账资金转移至所述入账用户的账户。

这种方式是通过监控，等待入账用户的账户余额空缺足够大时，才执行资金转移，并且一次性将入账资金全部转移至入账用户的账户中。

情况二：每当监控到所述入账用户的账户余额未达到所述预设余额上限时，使用所述入账资金填补所述预设余额上限与所述账户余额之间的差额，以便分批次地将所述入账资金转移至所述入账用户的账户。

这种方式是通过监控，一旦发现入账用户的账户余额有空缺，就使用入账资金填补该空缺，通过一次次填补空缺，逐渐将入账资金分批次地转移到入账用户的账户中。

此外，在本说明书实施例中，如果所述监控处理进程的运行时长超过指定时长，则出于节省账户管理设备资源开销的考虑，可以终止所述监控处理进程，并确定资金转移失败。

通过图1所示的方法，哪怕向用户账户所转移的资金的金额大于用户对应的余额上限与账户余额的差额，也不会导致资金转移失败，不会给用户带来不便。

另外，在实践中经常出现分账场景，如下：

目标用户将接收到的目标资金分账给1～N级分账用户，N＞0，其中，分账关系为：所述目标用户基于所述目标资金向每个第1级分账用户进行分账，以及，若N大于1，则针对每个第n级分账用户，n∈(1，2，…，N-1)，该第n级分账用户基于获得的分账资金向该第n级分账用户对接的第n+1级分账用户进行分账。此处值得强调，对于第n级分账用户，其只会向与之具有对应关系的第n+1级分账用户进行分账，不一定向每个第n+1级分账用户都进行分账。

需要说明的是，分账是指某个用户将接收到的资金的部分进一步转移给其他用户。因分账而获得分账资金的用户称为分账用户，而分账用户间也存在层级，目标用户通常向第1级用户进行分账，而上一次分账用户可以向下一级分账用户进行分账。目标用户与第1级分账用户、各级分账用户之间，都存在分账关系。

在实际应用中，分账关系较为常见。例如，在线下商户收款的业务场景中，商户(目标用户)收款(目标资金)之后，需要将收到的款项的一定比例分账给其他用户(如提供技术服务的用户、推广收款二维码的用户)。图2示例性地给出了一种分账关系。

在用户的账户余额存在限制的场景下，如果涉及多个用户间的资金转移，情况会更为复杂。目前的多个用户间的资金转移方式为，目标资金首先需要进入目标用户的账户，目标用户才能基于入账资金进一步分账给第1级分账用户。如果存在不止一级分账用户，则对于某一级分账用户X而言，X的上一级分账用户分账的分账资金需要进入X的账户中之后，X才能基于该分账资金进一步向其对应的下一级分账用户进行分账。然而，由于目标用户以及每个分账用户的账户余额都存在限制，在整个分账过程中，每个用户的账户余额限制都可能导致分账失败。

参见图2所示的分账关系。假设目标资金为20元，每个用户的账户余额上限皆为5元，每个用户当前的账户余额皆为0；目标用户在收到20元之后，需要向第1级分账用户A分账6元，向第1级分账用户B分账6元；第1级分账用户A在收到6元后，需要向第2级分账用户C分账3元；第1级分账用户B收到6元后，需要向第2级分账用户D分账1元，向第2级分账用户E分账1元。显然，由于目标用户对应的余额上限为5元，而目标资金为20元，目标资金无法进入目标用户的账户，也就无法进行后续分账。

为此，在本说明书实施例中，获取待执行的资金转移指令可以具体为：

判断是否满足模拟分账条件，若是，则根据所述目标资金与所述分账关系进行模拟分账，并根据模拟分账结果，将所述目标资金拆分为所述目标用户的应得资金与每个分账用户的应得资金；其中，所述模拟分账条件为：所述目标用户的预设余额上限与账户余额的差额小于所述目标资金，或者，针对任一分账用户，该分账用户的预设余额上限与账户余额的差额小于该分账用户获得的分账资金；针对拆分出的每个应得资金，将该应得资金作为入账资金，将该应得资金对应的用户作为入账用户，并基于所述入账资金与所述入账用户，构建资金转移指令。

也就是说，在分账场景下，不再按照分账关系中的分账顺序，让资金从目标用户流向1级分账用户，进而由1级分账用户流向2级分账用户，……，最终流向N级分账用户(按顺序依次分账的方式容易因某个账户的余额限制而失败)，而是首先模拟分账，计算出假设分账结束后，目标用户实际获得的资金(应得资金)与每个分账用户实际获得的资金(应得资金)。如此，相当于将基于复杂分账关系的资金转移任务分解成多个针对单个入账用户的资金转移指令。

图3是本说明书实施例提供的一种账户管理设备的结构示意图，包括：

任务获取模块301，获取资金转移指令；所述资金转移指令关联有入账资金与入账用户；

任务执行模块302，若确定所述入账用户的预设余额上限与账户余额之间的差额小于所述入账资金，则在内存中创建并运行监控处理进程；并且，在所述监控处理进程运行完毕后，确定资金转移成功；

其中，所述监控处理进程运行时实现：对所述入账用户的账户进行监控，并根据监控结果，在维持所述入账用户的账户余额不超过所述预设余额上限的情况下，将所述入账资金转移至所述入账用户的账户。

根据监控结果，在维持所述入账用户的账户余额不超过所述预设余额上限的情况下，将所述入账资金转移至所述入账用户的账户，具体包括：

若监控到所述入账用户的预设余额上限与账户余额的差额不小于所述入账资金，则将所述入账资金转移至所述入账用户的账户。

根据监控结果，在维持所述入账用户的账户余额不超过所述预设余额上限的情况下，将所述入账资金转移至所述入账用户的账户，具体包括：

每当监控到所述入账用户的账户余额未达到所述预设余额上限时，使用所述入账资金填补所述预设余额上限与所述账户余额之间的差额，以便分批次地将所述入账资金转移至所述入账用户的账户。

所述任务执行模块302，若所述监控处理进程的运行时长超过指定时长，则终止所述监控处理进程，并确定资金转移失败。

应用于如下分账场景：

目标用户将接收到的目标资金分账给1～N级分账用户，N＞0，其中，分账关系为：所述目标用户基于所述目标资金向每个第1级分账用户进行分账，以及，若N大于1，则针对每个第n级分账用户，n∈(1，2，…，N-1)，该第n级分账用户基于获得的分账资金向该第n级分账用户对接的第n+1级分账用户进行分账；

所述任务获取模块，判断是否满足模拟分账条件，若是，则根据所述目标资金与所述分账关系进行模拟分账，并根据模拟分账结果，将所述目标资金拆分为所述目标用户的应得资金与每个分账用户的应得资金；其中，所述模拟分账条件为：所述目标用户的预设余额上限与账户余额的差额小于所述目标资金，或者，针对任一分账用户，该分账用户的预设余额上限与账户余额的差额小于该分账用户获得的分账资金；针对拆分出的每个应得资金，将该应得资金作为入账资金，将该应得资金对应的用户作为入账用户，并基于所述入账资金与所述入账用户，构建资金转移指令。

本说明书实施例还提供一种计算机设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现本说明书实施例中的方法的功能。

图4示出了本说明书实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1410、存储器1420、输入/输出接口1430、通信接口1440和总线1450。其中处理器1410、存储器1420、输入/输出接口1430和通信接口1440通过总线1450实现彼此之间在设备内部的通信连接。

处理器1410可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1420可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1420可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1420中，并由处理器1410来调用执行。

输入/输出接口1430用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1440用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1450包括一通路，在设备的各个组件(例如处理器1410、存储器1420、输入/输出接口1430和通信接口1440)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1410、存储器1420、输入/输出接口1430、通信接口1440以及总线1450，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本说明书实施例中的方法的功能。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

上述实施例阐明的系统、方法、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

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

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

Claims (9)

1.一种基于账户余额限制的资金转移方法，应用于账户管理设备，所述方法应用于如下分账场景：目标用户将接收到的目标资金分账给1～N级分账用户，N＞0，其中，分账关系为：所述目标用户基于所述目标资金向每个第1级分账用户进行分账，以及，若N大于1，则针对每个第n级分账用户，n∈(1，2，…，N-1)，该第n级分账用户基于获得的分账资金向该第n级分账用户对接的第n+1级分账用户进行分账；

所述方法包括：

判断是否满足模拟分账条件，若是，则根据所述目标资金与所述分账关系进行模拟分账，并根据模拟分账结果，将所述目标资金拆分为所述目标用户的应得资金与每个分账用户的应得资金；其中，所述模拟分账条件为：所述目标用户的预设余额上限与账户余额的差额小于所述目标资金，或者，针对任一分账用户，该分账用户的预设余额上限与账户余额的差额小于该分账用户获得的分账资金；

针对拆分出的每个应得资金，将该应得资金作为入账资金，将该应得资金对应的用户作为入账用户，并基于所述入账资金与所述入账用户，构建资金转移指令；所述资金转移指令指定有入账资金与入账用户；

若根据所述资金转移指令确定所述入账用户的预设余额上限与账户余额之间的差额小于所述入账资金，则在内存中创建并运行监控处理进程；并且，在所述监控处理进程运行完毕后，确定资金转移成功；

其中，所述监控处理进程运行时实现：对所述入账用户的账户进行监控，并根据监控结果，在维持所述入账用户的账户余额不超过所述预设余额上限的情况下，将所述入账资金转移至所述入账用户的账户。

2.如权利要求1所述的方法，根据监控结果，在维持所述入账用户的账户余额不超过所述预设余额上限的情况下，将所述入账资金转移至所述入账用户的账户，具体包括：

若监控到所述入账用户的预设余额上限与账户余额的差额不小于所述入账资金，则将所述入账资金转移至所述入账用户的账户。

3.如权利要求1所述的方法，根据监控结果，在维持所述入账用户的账户余额不超过所述预设余额上限的情况下，将所述入账资金转移至所述入账用户的账户，具体包括：

每当监控到所述入账用户的账户余额未达到所述预设余额上限时，使用所述入账资金填补所述预设余额上限与所述账户余额之间的差额，以便分批次地将所述入账资金转移至所述入账用户的账户。

4.如权利要求1所述的方法，所述方法还包括：

若所述监控处理进程的运行时长超过指定时长，则终止所述监控处理进程，并确定资金转移失败。

5.一种账户管理设备，应用于如下分账场景：目标用户将接收到的目标资金分账给1～N级分账用户，N＞0，其中，分账关系为：所述目标用户基于所述目标资金向每个第1级分账用户进行分账，以及，若N大于1，则针对每个第n级分账用户，n∈(1，2，…，N-1)，该第n级分账用户基于获得的分账资金向该第n级分账用户对接的第n+1级分账用户进行分账；所述账户管理设备包括：

任务获取模块，判断是否满足模拟分账条件，若是，则根据所述目标资金与所述分账关系进行模拟分账，并根据模拟分账结果，将所述目标资金拆分为所述目标用户的应得资金与每个分账用户的应得资金；其中，所述模拟分账条件为：所述目标用户的预设余额上限与账户余额的差额小于所述目标资金，或者，针对任一分账用户，该分账用户的预设余额上限与账户余额的差额小于该分账用户获得的分账资金；针对拆分出的每个应得资金，将该应得资金作为入账资金，将该应得资金对应的用户作为入账用户，并基于所述入账资金与所述入账用户，构建资金转移指令；所述资金转移指令关联有入账资金与入账用户；

任务执行模块，若确定所述入账用户的预设余额上限与账户余额之间的差额小于所述入账资金，则在内存中创建并运行监控处理进程；并且，在所述监控处理进程运行完毕后，确定资金转移成功；

其中，所述监控处理进程运行时实现：对所述入账用户的账户进行监控，并根据监控结果，在维持所述入账用户的账户余额不超过所述预设余额上限的情况下，将所述入账资金转移至所述入账用户的账户。

6.如权利要求5所述的设备，根据监控结果，在维持所述入账用户的账户余额不超过所述预设余额上限的情况下，将所述入账资金转移至所述入账用户的账户，具体包括：

若监控到所述入账用户的预设余额上限与账户余额的差额不小于所述入账资金，则将所述入账资金转移至所述入账用户的账户。

7.如权利要求5所述的设备，根据监控结果，在维持所述入账用户的账户余额不超过所述预设余额上限的情况下，将所述入账资金转移至所述入账用户的账户，具体包括：

每当监控到所述入账用户的账户余额未达到所述预设余额上限时，使用所述入账资金填补所述预设余额上限与所述账户余额之间的差额，以便分批次地将所述入账资金转移至所述入账用户的账户。

8.如权利要求5所述的设备，所述任务执行模块，若所述监控处理进程的运行时长超过指定时长，则终止所述监控处理进程，并确定资金转移失败。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求1～4任一项所述的方法。

Images