CN110827035A - 收款账户的验证方法及其装置 - Google Patents

Abstract

本说明书实施例公开了一种收款账户的验证方法及其装置。其中，方法包括：获取待验证收款账户对应的完整账号。将完整账号中的至少一个字符进行隐藏，以生成待验证收款账户对应的缺位账号。将缺位账号进行显示，并提示用户补全多个字符。将补全后的账号与完整账号进行比对，根据比对结果，完成对待验证收款账户的验证。由此，实现了缴费方无需手动输入收款账户的完整账号，只需补全收款账户对应的缺位账号，既减少了缴费方输入字符的长度，降低了出错可能性，又使得缴费方在缴费之前，能够对收款方的账号进行验证，让缴费方顺利将缴费款项转入收款方的账户。

Description

收款账户的验证方法及其装置

【技术领域】

本说明书涉及数据处理技术领域，尤其涉及一种收款账户的验证方法及其装置。

【背景技术】

随着信息技术的发展，人们越来越多地采用在线缴费的方式进行缴费。相关技术中，在缴费时，缴费方需要输入收款方的账号，才能将缴费款项转入收款方的账户。但是，一旦缴费方输错了收款方的账号，则可能导致缴费款项无法顺利转入收款方的账户，导致缴费失败。

因此，亟需一种收款账户的验证方法，让缴费方能够对收款账户进行验证。

【发明内容】

本说明书实施例旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本说明书实施例的第一个目的在于提出一种收款账户的验证方法，实现了缴费方无需手动输入收款账户的完整账号，只需补全收款账户对应的缺位账号，既减少了缴费方输入字符的长度，降低了出错可能性，又使得缴费方在缴费之前，能够对收款方的账号进行验证，让缴费方顺利将缴费款项转入收款方的账户。

本说明书实施例的第二个目的在于提出一种收款账户的验证装置。

本说明书实施例的第三个目的在于提出一种计算机设备。

本说明书实施例的第四个目的在于提出一种非临时性计算机可读存储介质。

为达上述目的，本说明书实施例第一方面实施例提出了收款账户的验证方法，包括：获取待验证收款账户对应的完整账号；将所述完整账号中的至少一个字符进行隐藏，以生成所述待验证收款账户对应的缺位账号；将所述缺位账号进行显示，并提示用户补全所述至少一个字符；将补全后的账号与所述完整账号进行比对；根据比对结果，完成对所述待验证收款账户的验证。

和现有技术相比，本说明书实施例缴费方无需手动输入收款账户的完整账号，只需补全收款账户对应的缺位账号。将补全后的账号与收款账户的完整账号进行比对，以实现对收款账户的验证。

另外，本说明书实施例的收款账户的验证方法，还具有如下附加的技术特征：

可选地，所述将所述完整账号中的至少一个字符进行隐藏，以生成所述待验证收款账户对应的缺位账号，包括：确定所述完整账号的长度；根据所述完整账号的长度，确定要隐藏的所述至少一个字符所对应的位置；将所述完整账号中的所述位置上的字符进行隐藏，以生成所述待验证收款账户对应的所述缺位账号。

可选地，所述将补全后的账号与所述完整账号进行比对，包括：依次将所述补全后的账号中的每一位字符，分别与所述完整账号中对应位置的字符进行比对。

可选地，所述根据比对结果，完成对所述待验证收款账户的验证，包括：在所述补全后的账号与所述完整账号相同的情况下，允许所述用户向所述待验证收款账户缴费；在所述补全后的账号与所述完整账号不相同的情况下，提示所述用户验证失败。

可选地，在所述提示用户验证失败之后，还包括：统计所述用户验证失败的次数；在所述用户验证失败的次数超过预设阈值的情况下，禁止所述用户在预设时间段内继续进行验证。

可选地，在所述获取待验证收款账户对应的完整账号之前，还包括：获取所述用户输入的账户信息关键字；筛选出与所述账户信息关键字相关的候选账户，并进行显示；根据所述用户对所述候选账户的选择，确定所述待验证收款账户。

本说明书实施例第二方面实施例提出了一种收款账户的验证装置，包括：第一获取模块，用于获取待验证收款账户对应的完整账号；隐藏模块，用于将所述完整账号中的至少一个字符进行隐藏，以生成所述待验证收款账户对应的缺位账号；显示模块，用于将所述缺位账号进行显示；提示模块，用于提示用户补全所述至少一个字符；比对模块，用于将补全后的账号与所述完整账号进行比对；验证模块，用于根据比对结果，完成对所述待验证收款账户的验证。

另外，本说明书实施例的收款账户的验证装置，还具有如下附加的技术特征：

可选地，所述隐藏模块，包括：第一确定子模块，用于获取所述完整账号的长度；第二确定子模块，用于根据所述完整账号的长度，确定要隐藏的所述至少一个字符所对应的位置；隐藏子模块，用于将所述完整账号中的所述位置上的字符进行隐藏，以生成所述待验证收款账户对应的所述缺位账号。

可选地，所述比对模块，具体用于依次将所述补全后的账号中的每一位字符，分别与所述完整账号中对应位置的字符进行比对。

可选地，所述验证模块，包括：允许子模块，用于在所述补全后的账号与所述完整账号相同的情况下，允许所述用户向所述待验证收款账户缴费；提示子模块，用于在所述补全后的账号与所述完整账号不相同的情况下，提示所述用户验证失败。

可选地，所述验证模块，还包括：统计子模块，用于统计所述用户验证失败的次数；禁止子模块，用于在所述用户验证失败的次数超过预设阈值的情况下，禁止所述用户在预设时间段内继续进行验证。

可选地，所述装置还包括：第二获取模块，用于获取所述用户输入的账户信息关键字；筛选模块，用于筛选出与所述账户信息关键字相关的候选账户，并进行显示；确定模块，用于根据所述用户对所述候选账户的选择，确定所述待验证收款账户。

本说明书实施例第三方面实施例提出了一种计算机设备，包括存储器和处理器；所述存储器上存储有可由处理器运行的计算机程序；所述处理器运行所述计算机程序时，执行如前述方法实施例所述的收款账户的验证方法。

本说明书实施例第四方面实施例提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如前述方法实施例所述的收款账户的验证方法。

本说明书实施例附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本说明书实施例的实践了解到。

【附图说明】

为了更清楚地说明本说明书实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。

图1为本说明书实施例所提出的一种收款账户的验证方法的流程示意图；

图2为本说明书实施例所提出的另一种收款账户的验证方法的流程示意图；

图3为本说明书实施例所提出的又一种收款账户的验证方法的流程示意图；

图4为本说明书实施例所提出的再一种收款账户的验证方法的流程示意图；

图5a-5g为本说明书实施例所提出的收款账户的验证方法的技术效果示意图；

图6为本说明书实施例所提出的一种收款账户的验证装置的结构示意图；

图7为本说明书实施例所提出的另一种收款账户的验证装置的结构示意图；

图8为本说明书实施例所提出的又一种收款账户的验证装置的结构示意图；

图9为本说明书实施例所提出的再一种收款账户的验证装置的结构示意图。

【具体实施方式】

下面详细描述本说明书的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本说明书实施例，而不能理解为对本说明书实施例的限制。

下面参考附图描述本说明书实施例的收款账户的验证方法及其装置。

基于上述现有技术的描述可以知道，在缴费***中，每一个账户对应有唯一的账号，用于对该账户进行识别。收款方在收款前，将指定的收款账户对应的账号提供给转账方。转账方在转账时，需要先输入收款账户对应的账号，使得缴费***能够确定对应的收款账户，再将缴费款项转入该收款账户，完成缴费。

但是，一旦缴费方在缴费时输错了收款方的账号，则可能导致缴费款项无法顺利转入收款方指定的收款账户，导致缴费失败。

针对这一问题，本说明书实施例提出了一种收款账户的验证方法，缴费方无需手动输入收款账户的完整账号，只需补全收款账户对应的缺位账号。将补全后的账号与收款账户的完整账号进行比对，以实现对收款账户的验证。

图1为本说明书实施例所提出的一种收款账户的验证方法的流程示意图。如图1所示，该方法包括以下步骤：

步骤S101，获取待验证收款账户对应的完整账号。

其中，待验证收款账户对应的完整账号是缴费***中，用于唯一标识待验证收款账户的一串字符。

需要说明的是，本说明书实施例所提出的收款账户的验证方法，没有依靠用户输入的完整账号来直接确定收款账户，而是先通过其他方式确定收款账户，作为待验证账户。再获取收款账户对应的完整账号，从而借助完整账号对收款账户进行验证，进而保证验证成功的收款账户为收款方指定的收款账户。

可以理解，待验证收款账户与其对应的完整账号一一对应，既可以根据完整账号，确定对应的收款账户，还可以根据收款账户，确定对应的完整账号。

可以理解，收款方在开设收款账户时，需要提供相关信息，比如收款方的名称等信息，作为账户信息。

为了确定待验证账户，一种可能的实现方式是，在步骤S101，获取待验证收款账户对应的完整账号之前，还包括：

步骤S11，获取用户输入的账户信息关键字。

可以理解，作为缴费方的用户，要确定收款账户，除了可以通过完整账号，还可以通过收款账户的账户信息来实现。具体可以输入账户信息关键字，比如收款方的名称，收款账户的开设银行等。

步骤S13，筛选出与账户信息关键字相关的候选账户，并进行显示。

应当理解，使用账户信息关键字来对***中的所有账户进行筛选，可以使用现有的任何关键字检索技术来实现，本说明书实施例对此不做限定。

可以理解，当候选账户的数量为多个时，还需要对候选账户进行排列和显示，以便于用户对候选账户进行选择。

一种可能的实现方式是，按照候选账户的账户信息与账户信息关键字之间的相关度从大到小进行排列。

另一种可能的实现方式是，按照候选账户在预设时间内被查询的次数从大到小进行排列。

在对候选账户进行显示时，还可以将候选账户的账户信息一起显示。

步骤S15，根据用户对候选账户的选择，确定待验证收款账户。

可以理解，对于步骤S13中显示的候选账户，用户可以通过核对对应的账户信息，来确定待验证收款账户。

需要说明的是，对待验证收款账户的确定过程，实际上已经完成了对待验证收款账户的账户信息的验证。

步骤S103，将完整账号中的至少一个字符进行隐藏，以生成待验证收款账户对应的缺位账号。

步骤S105，将缺位账号进行显示，并提示用户补全至少一个字符。

可以理解，让用户对完整账号的每一个字符进行核对，一方面让用户觉得不耐烦，可能会选择直接跳过这步，另一方面用户核对时容易眼花，达不到验证的效果。本说明书实施例所提出的收款账户的验证方法，将完整账号中的至少一个字符进行隐藏，并让用户进行补全操作。

第一方面，用户必须填入隐藏部分的字符，才能进行对收款账户进行验证，无法跳过。第二方面，用户只需要填入隐藏部分的数字，较为简单，不容易出错。第三方面，由于显示的账号不完整，第三方无法直接获取待验证收款账户的完整账号。

可以理解，若待验证收款账户为收款方指定的收款账户，那么用户能够根据收款方提供的账号，将缺位账号补全为完整账号。

若待验证收款账户不是收款方指定的收款账户，那么收款方提供的账号，与待验证收款账户的完整账号不同，就会产生以下几种可能的情况。

第一种可能的情况，用户发现显示的缺位账号中，没有隐藏的字符与收款方提供的账号对应位置的字符不一样，用户意识到了待验证收款账户不是收款方指定的收款账户，可以直接终止对待验证收款账户的验证。

第二种可能的情况，用户没有对缺位账号中显示的字符进行一一核对，直接根据收款方提供的账号对缺位账号进行补全，需要缴费***对补全后的账号与完整账号进行比对。

第三种可能的情况，用户对缺位账号和收款方提供的账号进行了仔细比对，但是没有发现不同，也就是说，两个账号之间存在区别的字符刚好被隐藏了，需要缴费***对补全后的账号与完整账号进行比对。

步骤S107，将补全后的账号与完整账号进行比对。

可以理解，完整账号是一串字符，补全后的账号也是一串字符。

为了比较两串字符是否完全一致，一种可能的实现方式是，依次将补全后的账号中的每一位字符，分别与完整账号中对应位置的字符进行比对。

另一种可能的实现方式是，分别计算补全后的账户的哈希值和完整账号的哈希值，进行比较两个哈希值的大小。

步骤S109，根据比对结果，完成对待验证收款账户的验证。

可以理解，用户对缺位账号进行补全，如果得到的补全后的账号与完整账号一模一样，则说明待验证收款账户为收款方指定的收款账户。如果得到的补全后的账号与完整账号不同，则可能是用户进行补全时出现了失误，导致输错了字符，还可能是收款方提供的账号与完整账号原本就不同。

综上所述，本说明书实施例所提出的一种收款账户的验证方法，获取待验证收款账户对应的完整账号。将完整账号中的至少一个字符进行隐藏，以生成待验证收款账户对应的缺位账号。将缺位账号进行显示，并提示用户补全多个字符。将补全后的账号与完整账号进行比对，根据比对结果，完成对待验证收款账户的验证。由此，实现了缴费方无需手动输入收款账户的完整账号，只需补全收款账户对应的缺位账号，既减少了缴费方输入字符的长度，降低了出错可能性，又使得缴费方在缴费之前，能够对收款方的账号进行验证，让缴费方顺利将缴费款项转入收款方的账户。

为了更加清楚地说明本说明书实施例所提出的收款账户的验证方法是如何生成缺位账号的，本说明书实施例还提出了另一种收款账户的验证方法，图2为本说明书实施例所提出的另一种收款账户的验证方法的流程示意图。如图2所示，该方法包括：

步骤S201，获取待验证收款账户对应的完整账号。

步骤S203，确定完整账号的长度。

步骤S205，根据完整账号的长度，确定要隐藏的至少一个字符所对应的位置。

需要说明的是，对于世界上不同国家的银行开设的收款账户，所对应的账号在长度和格式上存在区别。相应地，可以根据完整账号的长度，选择不同位置的字符进行隐藏。

步骤S207，将完整账号中的位置上的字符进行隐藏，以生成待验证收款账户对应的缺位账号。

可以理解，由于不同长度的完整账号中的隐藏字符所对应的位置不同，因此生成的缺位账号的长度和格式也不同。

步骤S209，将缺位账号进行显示，并提示用户补全至少一个字符。

步骤S211，将补全后的账号与完整账号进行比对。

步骤S213，根据比对结果，完成对待验证收款账户的验证。

需要说明的是，前述对步骤S101-步骤S109的说明解释，也适用于本说明书实施例的方法步骤，此处不再赘述。

从而，实现了对于不同长度的完整账号，生成不同长度和格式的缺位账号。

为了更加清楚地说明本说明书实施例所提出的收款账户的验证方法是如何完成对待验证收款账户的验证的，本说明书实施例还提出了又一种收款账户的验证方法，图3为本说明书实施例所提出的又一种收款账户的验证方法的流程示意图。如图3所示，该方法包括：

步骤S301，获取待验证收款账户对应的完整账号。

步骤S303，将完整账号中的至少一个字符进行隐藏，以生成待验证收款账户对应的缺位账号。

步骤S305，将缺位账号进行显示，并提示用户补全至少一个字符。

步骤S307，将补全后的账号与完整账号进行比对。

步骤S309，在补全后的账号与完整账号相同的情况下，允许用户向待验证收款账户缴费。

基于前述说明，可以知道，如果补全后的账号与完整账号相同，说明待验证收款账户为收款方指定的收款账户，那么用户可以进行下一步操作，向待验证收款账户进行缴费，无需担心缴费失败。

步骤S311，在补全后的账号与完整账号不相同的情况下，提示用户验证失败。

如果补全后的账号与完整账号不相同，则可能是用户进行补全时出现了失误，导致输错了字符，还可能是收款方提供的账号与完整账号原本就不同，无论是哪一种情况，都应当提示用户验证失败。

若用户发现是输入时的失误，导致输错了字符，那么用户可以对缺位账号进行重新补全。若用户发现输入没有错误，那么说明收款方提供的账号与完整账号原本就不同，需要重新确定待验证收款账户是否为收款方指定的收款账户。

进一步地，为了防止第三方通过试错的方式来获取收款账户对应的完整账号，一种可能的实现方式是，在提示用户验证失败之后，还包括：统计用户验证失败的次数，在用户验证失败的次数超过预设阈值的情况下，禁止用户在预设时间段内继续进行验证。比如说，若用户同日内对于同一个收款账户，验证失败的次数达到三次，则禁止该用户一小时内继续进行验证。

需要说明的是，前述对步骤S101-步骤S109的说明解释，也适用于本说明书实施例的方法步骤，此处不再赘述。

从而，实现了根据比对结果，对用户的验证操作进行不同的处理。

为了更加清楚地说明本说明书实施例所提出的收款账户的验证方法的整个流程，本说明书实施例还提出了再一种收款账户的验证方法，图4为本说明书实施例所提出的再一种收款账户的验证方法的流程示意图。如图4所示，该方法包括：

步骤S401，获取用户输入的账户信息关键字。

步骤S403，筛选出与账户信息关键字相关的候选账户，并进行显示。

步骤S405，根据用户对候选账户的选择，确定待验证收款账户。

步骤S407，获取待验证收款账户对应的完整账号。

步骤S409，确定完整账号的长度。

步骤S411，根据完整账号的长度，确定要隐藏的至少一个字符所对应的位置。

步骤S413，将完整账号中的位置上的字符进行隐藏，以生成待验证收款账户对应的缺位账号。

步骤S415，将缺位账号进行显示，并提示用户补全至少一个字符。

步骤S417，依次将补全后的账号中的每一位字符，分别与完整账号中对应位置的字符进行比对。

步骤S419，在补全后的账号与完整账号相同的情况下，允许用户向待验证收款账户缴费。

步骤S421，在补全后的账号与完整账号不相同的情况下，提示用户验证失败。

步骤S423，统计用户验证失败的次数。

步骤S425，在用户验证失败的次数超过预设阈值的情况下，禁止用户在预设时间段内继续进行验证。

需要说明的是，前述对其他实施例的方法步骤的说明解释，也适用于本说明书实施例的方法步骤，此处不再赘述。

从而，实现了通过账户信息关键字，确定待验证收款账户，并完成对待验证收款账户的账户信息的验证。通过用户补全缺位账号的方式，来对待验证收款账户的完整账号进行比对，进而完成对待验证收款账户的验证。

为了更加清楚地说明本说明书所提出的收款账户的验证方法的技术效果，下面进行举例说明。

留学生在向海外院校指定的收款账户进行缴纳费用时，海外院校通常会告知留学生收款账户对应的账号，以及收款方的名称等信息。因此可以使用本说明书实施例所提供的收款账户的验证方法，来确保费用顺利转入指定的收款账户，避免转账失败而给留学生的学习生活带来麻烦。

具体来说，图5a-5g为本说明书实施例所提出的收款账户的验证方法的技术效果示意图。如图5a所示，若留学生需要向Cardfidd University指定的收款账户进行转账，可以先输入收款方的名称Cardfidd University。如图5b所示，***经过对CardfiddUniversity相关的收款账户进行检索，查询到对应于Cardfidd University的收款账户，以及该收款账户的账户信息，并显示给留学生。留学生可以通过账户信息来初步判断该收款账户是否是Cardfidd University指定的收款账户。

如图5c所示，在完成了初步确定后，***将该收款账户对应的完整账号中的部分数字进行隐藏，生成并显示缺位账号，提示留学生补全账号。留学生可以根据CardfiddUniversity提供的账号，在图5c所示的界面中填入空缺数字，还可以通过***未隐藏的数字判断该收款账户是否是收款方指定的账户。

如图5d所示，当留学生填入空缺数字后，***将补全的账号与该收款账户的完整账号进行比对。

如图5e所示，若补全的账号与该收款账户的完整账号相同，则校验成功吗，说明该收款账户为海外院校指定的收款账户，允许留学生进行转账操作。

如图5f所示，若补全的账号与该收款账户的完整账号不同，则校验失败，提升留学生重新填入空缺数字。

如图5g所示，若连续三次填入的数字都无法通过校验，则1小时内禁止该留学生对该收款账户进行校验。

从而，能够确保留学生将费用成功转入海外院校指定的收款账户。

为了实现上述实施例，本说明书实施例还提出了一种收款账户的验证装置，图6为本说明书实施例所提出的一种收款账户的验证装置的结构示意图。如图6所示，该装置包括：第一获取模块510，隐藏模块520，显示模块530，提示模块540，比对模块550，验证模块560。

第一获取模块510，用于获取待验证收款账户对应的完整账号。

隐藏模块520，用于将完整账号中的至少一个字符进行隐藏，以生成待验证收款账户对应的缺位账号。

显示模块530，用于将缺位账号进行显示。

提示模块540，用于提示用户补全至少一个字符。

比对模块550，用于将补全后的账号与完整账号进行比对。

验证模块560，用于根据比对结果，完成对待验证收款账户的验证。

进一步地，为了确定待验证账户，一种可能的实现方式是，该装置还包括：第二获取模块570，用于获取用户输入的账户信息关键字。筛选模块580，用于筛选出与账户信息关键字相关的候选账户，并进行显示。确定模块590，用于根据用户对候选账户的选择，确定待验证收款账户。

进一步地，为了比较两串字符是否完全一致，一种可能的实现方式是，比对模块550，具体用于依次将补全后的账号中的每一位字符，分别与完整账号中对应位置的字符进行比对。

需要说明的是，前述对收款账户的验证方法实施例的解释说明也适用于该实施例的收款账户的验证装置，此处不再赘述。

综上所述，本说明书实施例所提出的一种收款账户的验证装置。在对收款账户进行验证时，获取待验证收款账户对应的完整账号。将完整账号中的至少一个字符进行隐藏，以生成待验证收款账户对应的缺位账号。将缺位账号进行显示，并提示用户补全多个字符。将补全后的账号与完整账号进行比对，根据比对结果，完成对待验证收款账户的验证。由此，实现了缴费方无需手动输入收款账户的完整账号，只需补全收款账户对应的缺位账号，既减少了缴费方输入字符的长度，降低了出错可能性，又使得缴费方在缴费之前，能够对收款方的账号进行验证，让缴费方顺利将缴费款项转入收款方的账户。

为了实现上述实施例，本说明书实施例还提出了另一种收款账户的验证装置，图7为本说明书实施例所提出的另一种收款账户的验证装置的结构示意图。如图7所示，该装置包括：第一获取模块610，隐藏模块620，显示模块630，提示模块640，比对模块650，验证模块660。

第一获取模块610，用于获取待验证收款账户对应的完整账号。

隐藏模块620，用于将完整账号中的至少一个字符进行隐藏，以生成待验证收款账户对应的缺位账号。

显示模块630，用于将缺位账号进行显示。

提示模块640，用于提示用户补全至少一个字符。

比对模块650，用于将补全后的账号与完整账号进行比对。

验证模块660，用于根据比对结果，完成对待验证收款账户的验证。

其中，隐藏模块620，包括：第一确定子模块621，用于获取完整账号的长度。第二确定子模块622，用于根据完整账号的长度，确定要隐藏的至少一个字符所对应的位置。隐藏子模块623，用于将完整账号中的位置上的字符进行隐藏，以生成待验证收款账户对应的缺位账号。

需要说明的是，前述对收款账户的验证方法实施例的解释说明也适用于该实施例的收款账户的验证装置，此处不再赘述。

从而，实现了对于不同长度的完整账号，生成不同长度和格式的缺位账号。

为了实现上述实施例，本说明书实施例还提出了又一种收款账户的验证装置，图8为本说明书实施例所提出的又一种收款账户的验证装置的结构示意图。如图8所示，该装置包括：第一获取模块710，隐藏模块720，显示模块730，提示模块740，比对模块750，验证模块760。

第一获取模块710，用于获取待验证收款账户对应的完整账号。

隐藏模块720，用于将完整账号中的至少一个字符进行隐藏，以生成待验证收款账户对应的缺位账号。

显示模块730，用于将缺位账号进行显示。

提示模块740，用于提示用户补全至少一个字符。

比对模块750，用于将补全后的账号与完整账号进行比对。

验证模块760，用于根据比对结果，完成对待验证收款账户的验证。

其中，验证模块760，包括：允许子模块761，用于在补全后的账号与完整账号相同的情况下，允许用户向待验证收款账户缴费。提示子模块762，用于在补全后的账号与完整账号不相同的情况下，提示用户验证失败。

进一步地，为了防止第三方通过试错的方式来获取收款账户对应的完整账号，一种可能的实现方式是，验证模块760，还包括：统计子模块763，用于统计用户验证失败的次数。禁止子模块764，用于在用户验证失败的次数超过预设阈值的情况下，禁止用户在预设时间段内继续进行验证。

需要说明的是，前述对收款账户的验证方法实施例的解释说明也适用于该实施例的收款账户的验证装置，此处不再赘述。

从而，实现了根据比对结果，对用户的验证操作进行不同的处理。

为了实现上述实施例，本说明书实施例还提出了再一种收款账户的验证装置，图9为本说明书实施例所提出的再一种收款账户的验证装置的结构示意图。如图9所示，该装置包括：第二获取模块810，筛选模块820，确定模块830，第一获取模块840，隐藏模块850，显示模块860，提示模块870，比对模块880，验证模块890。

第二获取模块810，用于获取用户输入的账户信息关键字。

筛选模块820，用于筛选出与账户信息关键字相关的候选账户，并进行显示。

确定模块830，用于根据用户对候选账户的选择，确定待验证收款账户。

第一获取模块840，用于获取待验证收款账户对应的完整账号。

隐藏模块850，用于将完整账号中的至少一个字符进行隐藏，以生成待验证收款账户对应的缺位账号。

显示模块860，用于将缺位账号进行显示。

提示模块870，用于提示用户补全至少一个字符。

比对模块880，用于依次将补全后的账号中的每一位字符，分别与完整账号中对应位置的字符进行比对。

验证模块890，用于根据比对结果，完成对待验证收款账户的验证。

其中，隐藏模块850，包括：第一确定子模块851，用于获取完整账号的长度。第二确定子模块852，用于根据完整账号的长度，确定要隐藏的至少一个字符所对应的位置。隐藏子模块853，用于将完整账号中的位置上的字符进行隐藏，以生成待验证收款账户对应的缺位账号。

验证模块890，包括：允许子模块891，用于在补全后的账号与完整账号相同的情况下，允许用户向待验证收款账户缴费。提示子模块892，用于在补全后的账号与完整账号不相同的情况下，提示用户验证失败。统计子模块893，用于统计用户验证失败的次数。禁止子模块894，用于在用户验证失败的次数超过预设阈值的情况下，禁止用户在预设时间段内继续进行验证。

需要说明的是，前述对收款账户的验证方法实施例的解释说明也适用于该实施例的收款账户的验证装置，此处不再赘述。

从而，实现了通过账户信息关键字，确定待验证收款账户，并完成对待验证收款账户的账户信息的验证。通过用户补全缺位账号的方式，来对待验证收款账户的完整账号进行比对，进而完成对待验证收款账户的验证。

为了实现上述实施例，本说明书实施例还提出一种计算机设备，包括存储器和处理器；存储器上存储有可由处理器运行的计算机程序；当处理器运行计算机程序时，执行如前述方法实施例的收款账户的验证方法。

为了实现上述实施例，实施例还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如前述方法实施例的收款账户的验证方法。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本说明书实施例的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本说明书实施例中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”、“固定”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系，除非另有明确的限定。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本说明书实施例中的具体含义。

在本说明书实施例中，除非另有明确的规定和限定，第一特征在第二特征“上”或“下”可以是第一和第二特征直接接触，或第一和第二特征通过中间媒介间接接触。而且，第一特征在第二特征“之上”、“上方”和“上面”可是第一特征在第二特征正上方或斜上方，或仅仅表示第一特征水平高度高于第二特征。第一特征在第二特征“之下”、“下方”和“下面”可以是第一特征在第二特征正下方或斜下方，或仅仅表示第一特征水平高度小于第二特征。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (14)

1.一种收款账户的验证方法，包括：

获取待验证收款账户对应的完整账号；

将所述完整账号中的至少一个字符进行隐藏，以生成所述待验证收款账户对应的缺位账号；

将所述缺位账号进行显示，并提示用户补全所述至少一个字符；

将补全后的账号与所述完整账号进行比对；

根据比对结果，完成对所述待验证收款账户的验证。

2.如权利要求1所述的方法，其中，所述将所述完整账号中的至少一个字符进行隐藏，以生成所述待验证收款账户对应的缺位账号，包括：

确定所述完整账号的长度；

根据所述完整账号的长度，确定要隐藏的所述至少一个字符所对应的位置；

将所述完整账号中的所述位置上的字符进行隐藏，以生成所述待验证收款账户对应的所述缺位账号。

3.如权利要求1所述的方法，其中，所述将补全后的账号与所述完整账号进行比对，包括：

依次将所述补全后的账号中的每一位字符，分别与所述完整账号中对应位置的字符进行比对。

4.如权利要求1所述的方法，其中，所述根据比对结果，完成对所述待验证收款账户的验证，包括：

在所述补全后的账号与所述完整账号相同的情况下，允许所述用户向所述待验证收款账户缴费；

在所述补全后的账号与所述完整账号不相同的情况下，提示所述用户验证失败。

5.如权利要求4所述的方法，其中，在所述提示用户验证失败之后，还包括：

统计所述用户验证失败的次数；

在所述用户验证失败的次数超过预设阈值的情况下，禁止所述用户在预设时间段内继续进行验证。

6.如权利要求1-5中任一项所述的方法，其中，在所述获取待验证收款账户对应的完整账号之前，还包括：

获取所述用户输入的账户信息关键字；

筛选出与所述账户信息关键字相关的候选账户，并进行显示；

根据所述用户对所述候选账户的选择，确定所述待验证收款账户。

7.一种收款账户的验证装置，包括：

第一获取模块，用于获取待验证收款账户对应的完整账号；

隐藏模块，用于将所述完整账号中的至少一个字符进行隐藏，以生成所述待验证收款账户对应的缺位账号；

显示模块，用于将所述缺位账号进行显示；

提示模块，用于提示用户补全所述至少一个字符；

比对模块，用于将补全后的账号与所述完整账号进行比对；

验证模块，用于根据比对结果，完成对所述待验证收款账户的验证。

8.如权利要求7所述的装置，其中，所述隐藏模块，包括：

第一确定子模块，用于获取所述完整账号的长度；

第二确定子模块，用于根据所述完整账号的长度，确定要隐藏的所述至少一个字符所对应的位置；

隐藏子模块，用于将所述完整账号中的所述位置上的字符进行隐藏，以生成所述待验证收款账户对应的所述缺位账号。

9.如权利要求7所述的装置，其中，所述比对模块，具体用于依次将所述补全后的账号中的每一位字符，分别与所述完整账号中对应位置的字符进行比对。

10.如权利要求7所述的装置，其中，所述验证模块，包括：

允许子模块，用于在所述补全后的账号与所述完整账号相同的情况下，允许所述用户向所述待验证收款账户缴费；

提示子模块，用于在所述补全后的账号与所述完整账号不相同的情况下，提示所述用户验证失败。

11.如权利要求10所述的装置，其中，所述验证模块，还包括：

统计子模块，用于统计所述用户验证失败的次数；

禁止子模块，用于在所述用户验证失败的次数超过预设阈值的情况下，禁止所述用户在预设时间段内继续进行验证。

12.如权利要求7-11中任一项所述的装置，其中，所述装置还包括：

第二获取模块，用于获取所述用户输入的账户信息关键字；

筛选模块，用于筛选出与所述账户信息关键字相关的候选账户，并进行显示；

确定模块，用于根据所述用户对所述候选账户的选择，确定所述待验证收款账户。

13.一种计算机设备，包括存储器和处理器；所述存储器上存储有可由处理器运行的计算机程序；所述处理器运行所述计算机程序时，执行如权利要求1-6中任一项所述的收款账户的验证方法。

14.一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-6中任一项所述的收款账户的验证方法。

Images