CN112615965B - 通信号码的验证方法、系统及计算设备 - Google Patents

Abstract

本发明公开了一种通信号码的验证方法，包括：接收应用服务器对通信号码的验证请求；将验证请求封装为消息体添加到验证队列中，并基于通信号码向第一验证服务器请求获取第一验证状态信息，以便将第一验证状态信息存储到数据存储系统；从验证队列中获取验证请求对应的消息体；判断数据存储系统中是否包括相应的第一验证状态信息；如果包括，则从数据存储系统获取第一验证状态信息，并将第一验证状态信息返回至应用服务器；如果不包括，则基于通信号码向第二验证服务器请求获取第二验证状态信息，将获取的第二验证状态信息返回至应用服务器，并将第二验证状态信息存储到数据存储系统。根据本发明的技术方案，有利于提高验证效率、降低验证成本。

Description

通信号码的验证方法、系统及计算设备

技术领域

本发明涉及网络通信技术领域，尤其涉及一种通信号码的验证方法、通信号码的验证系统及计算设备。

背景技术

随着互联网的发展，很多经营实体通常会在网页上展示其经营的商品或活动，这样，有需求或者疑问的感兴趣的网络用户可以在网页上留下联系方式，以便商家联系到自己，这个过程叫做下线索。商家可以根据用户提供的通信号码(例如手机号码)打电话或者发短信。但是，有些不良用户会恶意给商家提供虚假电话来刷单，针对这种情况，商家不得不耗费大量的人力成本和时间成本来甄别手机号码的真假。

甄别手机号的真假对于工作人员来说十分繁重，需要不断地打电话或者发短信，会花费大量的时间和金钱。因此，商家通常会借助验证系统来甄别手机号码的真假，当商家基于网页记录的手机号码给用户发短息或者打电话时，只要调用验证系统的接口，利用验证系统对手机号码进行验证，即可解决甄别手机号码的麻烦。

现有技术中的验证系统会提供两个接口，分别对应延时验证和实时验证的需求，延时验证的需求是通过向第三方运营商(例如是与电信运营商有合作关系的公司或个体，通过访问电信运营商服务器得知某个手机号的状态)发短信来验证，然后定时等待第三方运营商的短信回执，再根据回执信息判断手机号码有效状态；实时验证的需求是实时调用第三方的现有接口，实时处理返回结果。上述方案中至少存在以下缺点：延时处理一般采用JAVA的现有延时API，会大量消耗服务器的CPU资源，且在生产环境重新发版时，重启会导致内存中已有任务丢失；每次请求验证后的返回结果不做存储，导致频繁的调用第三方接口，造成运营成本居高不下；对于通信号码的验证方式单一。

为此，需要一种通信号码的验证方法和通信号码的验证系统，来解决上述技术方案中存在的问题。

发明内容

为此，本发明提供一种通信号码的验证方法、系统及计算设备，以解决或至少缓解上面存在的问题。

根据本发明的一个方面，提供一种通信号码的验证方法，在计算设备中执行，所述计算设备与数据存储系统连接，并分别与应用服务器、第三方服务器连接，所述第三方服务器包括第一验证服务器、第二验证服务器，所述方法包括：接收应用服务器对通信号码的验证请求；将所述验证请求封装为消息体添加到验证队列中，并基于所述通信号码向第一验证服务器请求获取第一验证状态信息，以便将与所述通信号码相对应的第一验证状态信息存储到数据存储系统；从所述验证队列中获取验证请求对应的消息体；判断数据存储系统中是否包括与所述验证请求中的通信号码相对应的第一验证状态信息；如果包括，则从数据存储系统获取所述第一验证状态信息，并将第一验证状态信息返回至应用服务器；如果不包括，则基于所述通信号码向第二验证服务器请求获取第二验证状态信息，以便将获取的第二验证状态信息返回至应用服务器，并将第二验证状态信息存储到数据存储系统。

可选地，在根据本发明的通信号码的验证方法中，在将所述验证请求封装为消息体添加到验证队列中之后，还包括步骤：为所述验证队列中的消息体设置有效时间，并在消息体超过有效时间后，将所述消息体推送至死信队列；从所述验证队列中获取验证请求对应的消息体的步骤包括：从所述死信队列中逐次获取验证请求对应的消息体。

可选地，在根据本发明的通信号码的验证方法中，在向第一验证服务器请求获取第一验证状态信息之后，包括步骤：接收所述第一验证服务器返回的与所述通信号码相对应的第一验证状态信息；判断所述第一验证状态信息是否为有效状态；如果是，则将所述第一验证状态信息存储到数据存储系统。

可选地，在根据本发明的通信号码的验证方法中，判断所述第一验证状态信息是否为有效状态的步骤包括：将所述第一验证状态信息添加到验证状态队列；从所述验证状态队列中逐次获取第一验证状态信息，并判断获取的第一验证状态信息是否为有效状态。

可选地，在根据本发明的通信号码的验证方法中，验证请求还包括与所述应用服务器相对应的应用标识，在从验证队列中获取验证请求对应的消息体之后，还包括步骤：基于所述验证请求对应的应用标识获取相应的验证方法，以便基于所述验证方法对通信号码进行验证。

可选地，在根据本发明的通信号码的验证方法中，在接收应用服务器对通信号码的验证请求之后，包括步骤：判断数据存储系统中是否包括与所述通信号码相对应的验证状态信息；如果包括，则从所述数据存储系统中获取所述验证状态信息，并将验证状态信息返回至应用服务器；如果不包括，则将所述验证请求封装为消息体添加到验证队列中。

可选地，在根据本发明的通信号码的验证方法中，在将所述验证请求封装为消息体添加到验证队列中之前，还包括步骤：判断所述验证请求是否是对所述通信号码的第一次验证请求，如果是第一次验证请求，则将所述验证请求封装为消息体添加到验证队列中；如果不是第一次验证请求，则向所述应用服务器返回重复请求标识，并废弃该验证请求。

可选地，在根据本发明的通信号码的验证方法中，判断所述验证请求是否是对所述通信号码的第一次验证请求的步骤包括：请求从内存获取分布式锁；如果获取到分布式锁，则确定是第一次验证请求。

可选地，在根据本发明的通信号码的验证方法中，将第二验证状态信息存储到数据存储系统的步骤包括：判断所述第二验证状态信息是否为有效状态；如果是，则将所述第二验证状态信息存储到数据存储系统。

可选地，在根据本发明的通信号码的验证方法中，所述通信号码为手机号码。

可选地，在根据本发明的通信号码的验证方法中，所述第一验证服务器适于提供信息验证服务，所述第一验证状态信息包括信息回执状态；所述第二验证服务器适于提供语音验证服务，所述第二验证状态信息包括语音验证状态。

可选地，在根据本发明的通信号码的验证方法中，所述数据存储系统是分布式存储系统。

根据本发明的一个方面，提供一种通信号码的验证系统，包括：处理设备，适于执行如上所述的验证方法来对通信号码进行验证；一个或多个应用服务器，适于向处理设备请求对通信号码进行验证，并接收所述处理设备返回的与所述通信号码相对应的验证状态信息，所述验证状态信息包括第一验证状态信息或第二验证状态信息；消息队列服务器，与所述处理设备连接，所述消息队列服务器包括验证队列，所述处理设备适于将验证请求封装为消息体添加到验证队列中；数据存储系统，与所述处理设备连接，适于存储通信号码对应的验证状态信息；以及第三方服务器，包括第一验证服务器和第二验证服务器，所述第一验证服务器、第二验证服务器与处理设备连接，所述第一验证服务器适于接收所述处理设备获取通信号码的第一验证状态信息的请求，所述第二验证服务器适于接收所述处理设备获取通信号码的第二验证状态信息的请求。

可选地，在根据本发明的通信号码的验证系统中，还包括：死信队列，与所述消息队列服务器相连，所述消息队列服务器适于为所述验证队列中的消息体设置有效时间，并适于在验证请求对应的消息体超过有效时间后，将所述消息体推送至死信队列；所述处理设备适于从所述死信队列中逐次获取验证请求对应的消息体。

可选地，在根据本发明的通信号码的验证系统中，所述第一验证服务器适于提供信息验证服务，所述第一验证状态信息包括信息回执状态；所述第二验证服务器适于提供语音验证服务，所述第二验证状态信息包括语音验证状态。

根据本发明的一个方面，提供一种计算设备，包括：至少一个处理器；存储器，存储有程序指令，其中，程序指令被配置为适于由上述至少一个处理器执行，所述程序指令包括用于执行如上所述的通信号码的验证方法的指令。

根据本发明的一个方面，提供一种存储有程序指令的可读存储介质，当该程序指令被计算设备读取并执行时，使得该计算设备执行如上所述的通信号码的验证方法。

根据本发明的技术方案，可以调用多个第三方服务器提供的对通信号码的不同类型的验证服务，基于多种验证方式对通信号码进行验证。具体而言，通过调用第一验证服务器来对通信号码进行第一种验证方式(信息验证)，通过第一验证服务器131返回的第一验证状态信息(信息回执状态)是否有效能够确定通信号码是否通过了信息验证，在通信号码通过了信息验证时，便可以将有效结果返回给业务方的应用服务器，这样，业务方可以基于确定有效的通信号码发信息联系客户。在通信号码没有通过信息验证时，还可以继续调用第二验证服务器来对通信号码进行第二种验证方式(语音验证)，通过第二验证服务器返回的第二验证状态信息(语音验证状态)是否有效能够确定通信号码是否通过了语音验证。

可见，根据本发明的技术方案，业务方可以利用验证通过的、确定有效的通信号码以相应的信息或者语音方式联系客户，从而为业务人员节省了大量的时间成本和金钱成本，大大提高了线索转化率。

此外，本发明通过将从第三方服务器获取的有效的验证状态信息存储到数据存储系统，这样有利于后续直接从数据存储系统获取通信号码的有效状态，从而提高验证效率，节省计算设备的开销。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明一个实施例的通信号码的验证系统100的示意图；

图2示出了根据本发明一个实施例的计算设备200的示意图；以及

图3示出了根据本发明一个实施例的通信号码的验证方法300的流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的通信号码的验证系统100的示意图。

如图1所示，通信号码的验证系统100包括一个或多个应用服务器110、处理设备120、数据存储系统150、以及多个第三方服务器130。其中，应用服务器110与处理设备120通信连接，例如通过有线或无线的方式网络连接。处理设备120还分别与数据存储系统150、多个第三方服务器130连接，从而处理设备120可以从数据存储系统150中获取相应数据，并可以向第三方服务器130请求第三方服务。

应用服务器110即具有通信号码验证需求的业务方提供的可以为客户提供服务的设备，这里，本发明对应用服务器的具体种类不作限制。

应用服务器110中可以存储多个客户的通信号码，通信号码例如是用户在客户端访问页面时提供的手机号码，并且由客户端将通信号码提交至应用服务器110。页面即是业务方的应用服务器110为客户端提供的网络页面或者应用页面。当业务方对客户的通信号码有验证需求时(例如在利用通信号码与客户通信时)，可以向应用服务器110请求对一个或者多个通信号码进行验证。应用服务器110可以将业务方的请求提交至处理设备120。

也就是说，处理设备120可以接收应用服务器110对一个或多个通信号码的验证请求。

处理设备120用于向应用服务器110提供通信号码的验证服务，其可以实现为现有技术中的任何一种能够实现为应用服务器110提供通信号码的验证服务的设备，本发明对设备的具体种类不作限制。例如，处理设备120可以实现为桌面电脑、笔记本电脑、处理器芯片、手机、平板电脑等计算设备，但不限于此，也可以是驻留在计算设备上的应用程序。

第三方服务器130的接口可以被处理设备120调用，第三方服务器130用于为处理设备120提供通信号码的验证服务。多个第三方服务器130可以分别提供对通信号码的不同类型的验证服务。从而，处理设备120可以向第三方服务器130请求对通信号码进行验证，具体地，处理设备120可以基于通信号码向第三方服务器130请求获取与通信号码相对应的验证状态信息，并根据验证状态信息来确定该通信号码是否有效。

在一个实施例中，第三方服务器130包括第一验证服务器131、第二验证服务器132。其中，第一验证服务器131可以接收处理设备120获取通信号码的第一验证状态信息的请求，第二验证服务器132可以接收处理设备120获取通信号码的第二验证状态信息的请求。

在一个实施例中，第一验证服务器131可以提供信息验证服务，第二验证服务器131可以提供语音验证服务，这样，第一验证状态信息包括信息回执状态，第二验证状态信息包括语音验证状态。但，应当指出，本发明不限于第一验证服务器131、第二验证服务器132对通信号码的具体验证类型。

应当指出，上述应用服务器110、第三方服务器130均可以实现为桌面电脑、笔记本电脑、处理器芯片、手机、平板电脑等计算设备，但不限于此，也可以是驻留在计算设备上的应用程序。

数据存储系统150用于存储通信号码的验证状态信息。当数据存储系统150中存储有通信号码对应的验证状态信息时，处理设备120可以直接从数据存储系统150中获取相应的验证状态信息。

在一个实施例中，数据存储系统150为分布式存储系统150，例如是Hbase分布式存储系统，Hbase分布式存储系统便于存储大量数据，并且便于日后的数据统计，但本发明不限于数据存储系统150的具体种类。

在一个实施例中，验证系统100还包括与处理设备120连接的消息队列服务器140，消息队列服务器140包括验证队列。处理设备120可以将应用服务器110发送的验证请求封装为消息体添加到验证队列中。

在一个实施例中，处理设备120在接收应用服务器110对通信号码的验证请求之后，首先判断数据存储系统150中是否包括与该通信号码相对应的验证状态信息。需要说明的是，验证状态信息可以包括多种，例如包括第一验证状态信息、第二验证状态信息，这里可以分别判断数据存储系统150中是否包括每一种验证状态信息。其中，如果数据存储系统150中包括至少一种验证状态信息，则可以从数据存储系统150中获取该验证状态信息，并将验证状态信息返回至应用服务器110。如果数据存储系统150中不存在与通信号码相对应的验证状态信息，则处理设备120会通过请求从内存(Redis)中获取分布式锁、来判断验证请求是否是应用服务器110对该通信号码发送的第一次验证请求。

在确定是第一次验证请求时，处理设备120会将应用服务器110发送的验证请求封装为消息体，并将验证请求对应的消息体添加到验证队列中。这里，通过Redis分布式锁筛除重复的验证请求，能够将锁粒度细化到通信号码级别，从而有利于提高验证效率，避免因恶意刷单给计算设备带来不必要的开销。

需要说明的是，在将验证请求封装为消息体添加到验证队列中时，该验证请求对应的消息体会在验证队列中等待被消费，处理设备120并不会即时处理该验证请求。此时，处理设备120可以基于应用服务器110发送的验证请求中的通信号码、向第一验证服务器131请求获取第一验证状态信息。进而，处理设备120会判断该第一验证状态信息是否为有效状态，如果是有效状态，则将第一验证状态信息存储到数据存储系统150。这样，在后续基于消息体对验证请求中的通信号码进行验证时，处理设备120可以直接从数据存储系统150中获取通信号码对应的验证状态信息，以确定通信号码的有效状态。

在一个实施例中，消息队列服务器140例如为RabbitMq，系统100还包括与消息队列服务器140连接的死信队列。具体而言，处理设备120在将验证请求封装为消息体添加到验证队列中之后，可以为验证队列中的消息体设置有效时间，并在消息体超过有效时间后，将消息体推送至死信队列。处理设备120可以从死信队列中逐次获取验证请求对应的消息体。这样，能实现对验证请求进行延时处理。

在一个实施例中，处理设备200在获取验证请求对应的消息体后，可以先请求从数据存储系统150中获取通信号码对应的第一验证状态信息。如果数据存储系统150中不包括通信号码对应的第一验证状态信息，处理设备200可以基于通信号码向第二验证服务器131请求获取第二验证状态信息。并且，在确定获取的第二验证状态信息是有效状态时，将第二验证状态信息存储到数据存储系统150中。这样，在后续其他应用服务器110请求对相同通信号码进行验证时，便可以直接从数据存储系统150中获取第二验证状态信息。

根据本发明的验证系统，处理设备可以调用多个第三方服务器提供的对通信号码的不同类型的验证服务(包括信息验证服务、语音验证服务)，基于多种验证方式对通信号码进行验证。通过将验证结果返回给业务方的应用服务器，使业务方可以利用验证通过的、确定有效的通信号码以相应的信息或者语音方式联系客户，从而为业务人员节省了大量的时间成本和金钱成本，大大提高了线索转化率。

在本发明的实施例中，处理设备120适于执行通信号码的验证方法。本发明的通信号码的验证方法将在下文中详述。

在一个实施例中，本发明的处理设备120可以实现为一种计算设备，使得本发明的通信号码的验证方法可以在计算设备中执行。

图2示出了根据本发明一个实施例的计算设备200的结构图。如图2所示，在基本的配置202中，计算设备200典型地包括系统存储器206和一个或者多个处理器204。存储器总线208可以用于在处理器204和系统存储器206之间的通信。

取决于期望的配置，处理器204可以是任何类型的处理，包括但不限于：微处理器(μP)、微控制器(μC)、数字信息处理器(DSP)或者它们的任何组合。处理器204可以包括诸如一级高速缓存210和二级高速缓存212之类的一个或者多个级别的高速缓存、处理器核心214和寄存器216。示例的处理器核心214可以包括运算逻辑单元(ALU)、浮点数单元(FPU)、数字信号处理核心(DSP核心)或者它们的任何组合。示例的存储器控制器218可以与处理器204一起使用，或者在一些实现中，存储器控制器218可以是处理器204的一个内部部分。

取决于期望的配置，系统存储器206可以是任意类型的存储器，包括但不限于：易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或者它们的任何组合。系统存储器206可以包括操作系统220、一个或者多个应用222以及程序数据224。应用222实际上是多条程序指令，其用于指示处理器204执行相应的操作。在一些实施方式中，应用222可以布置为在操作系统上使得处理器204利用程序数据224进行操作。

计算设备200还可以包括有助于从各种接口设备(例如，输出设备242、外设接口244和通信设备246)到基本配置202经由总线/接口控制器230的通信的接口总线240。示例的输出设备242包括图形处理单元248和音频处理单元250。它们可以被配置为有助于经由一个或者多个A/V端口252与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口244可以包括串行接口控制器254和并行接口控制器256，它们可以被配置为有助于经由一个或者多个I/O端口258和诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备246可以包括网络控制器260，其可以被布置为便于经由一个或者多个通信端口264与一个或者多个其他计算设备262通过网络通信链路的通信。

网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(RF)、微波、红外(IR)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。

在根据本发明的计算设备200中，应用222包括执行通信号码的验证方法300的多条程序指令，这些程序指令可以指示处理器204执行本发明的通信号码的验证方法300，以便计算设备200通过执行本发明的通信号码的验证方法300来实现对通信号码的验证，通过将验证结果返回给应用服务器110，以便应用服务器110将验证结果提供给业务方。

图3示出了根据本发明一个实施例的通信号码的验证方法300的流程图。方法300适于在计算设备(例如前述计算设备200)中执行。计算设备200分别与数据存储系统150、应用服务器110、第三方服务器130连接，数据存储系统150例如是Hbase分布式存储系统，但不限于此。第三方服务器130可以包括多个，多个第三方服务器130可以分别提供对通信号码的不同类型的验证服务。

在根据本发明的实施例中，第三方服务器130至少包括第一验证服务器110、第二验证服务器120，但不限于这两个服务器。

如图3所示，方法300始于步骤S310。

在步骤S310中，接收应用服务器110对通信号码的验证请求。这里，应用服务器110即是业务方为客户提供服务的服务器，应用服务器110中可以存储多个客户的通信号码，通信号码例如是用户在客户端访问页面时提供的手机号码，并且由客户端将通信号码提交至应用服务器110。页面即是业务方的应用服务器为客户端提供的网络页面或者应用页面。当业务方对客户的通信号码有验证需求时(例如在利用通信号码与客户通信时、在需要为乙方提供有效的通信号码时)，可以请求应用服务器110向计算设备200请求对一个或者多个通信号码进行验证。

根据一个实施例，计算设备200在接收应用服务器110对通信号码的验证请求之后，首先判断数据存储系统150中是否包括与该通信号码相对应的验证状态信息。需要说明的是，验证状态信息可以包括多种，例如包括第一验证状态信息、第二验证状态信息，这里可以分别判断数据存储系统150中是否包括每一种验证状态信息。其中，如果数据存储系统150中包括至少一种验证状态信息(例如包括第一验证状态信息或第二验证状态信息)，则可以从数据存储系统150中获取该验证状态信息，并将验证状态信息返回至应用服务器110。如果数据存储系统150中不存在与通信号码相对应的验证状态信息，则执行步骤S320，将应用服务器110发送的验证请求封装为消息体，并将验证请求对应的消息体添加到验证队列中。以便后续通过从验证队列中获取消息体，基于消息体对应的验证请求对通信号码进行验证。

根据一个实施例，如果数据存储系统150中不包括与通信号码相对应的验证状态信息，计算设备200在将验证请求封装为消息体添加到验证队列中之前，还判断验证请求是否是应用服务器110对该通信号码发送的第一次验证请求。如果确定是第一次验证请求，才会执行步骤S320，将该验证请求封装为消息体添加到验证队列中。如果确定不是第一次验证请求，说明计算设备200已经处理过对该通信号码的验证请求、或者在处理过程中，在此情况下，计算设备200会向应用服务器110返回重复请求标识，并废弃该验证请求，不再处理该验证请求。

在一种实施方式中，计算设备200通过请求从内存(Redis)中获取分布式锁来判断是否是第一次验证请求。如果获取到分布式锁，则确定是第一次验证请求。如果没有获取到分布式锁，则确定不是第一次验证请求。通过Redis分布式锁筛除重复的验证请求，能够将锁粒度细化到通信号码级别，从而有利于提高验证效率，避免因恶意刷单给计算设备带来不必要的开销。

在步骤S320中，将验证请求封装为消息体添加到验证队列中。应当指出，在将验证请求封装为消息体添加到验证队列中时，该验证请求对应的消息体会在验证队列中等待被消费，计算设备200并不会即时处理该验证请求。此时，计算设备200还基于应用服务器110发送的验证请求中的通信号码、向第一验证服务器131请求获取第一验证状态信息，以便将与通信号码相对应的第一验证状态信息存储到数据存储系统。

根据一个实施例，在步骤S320中，计算设备200在向第一验证服务器131请求获取第一验证状态信息之后，会接收到第一验证服务器131返回的与通信号码相对应的第一验证状态信息。进而，计算设备200会判断该第一验证状态信息是否为有效状态，如果是有效状态，则将第一验证状态信息存储到数据存储系统150。这样，在后续基于消息体对验证请求中的通信号码进行验证时，计算设备200可以直接从数据存储系统150中获取通信号码对应的验证状态信息，以确定通信号码的有效状态。如果不是有效状态，则不对第一验证状态信息进行存储，应当理解，在上述从第一验证服务器131中获取的第一验证状态信息是无效状态的情况下，在后续基于消息体对验证请求中的通信号码进行验证时，计算设备200不能直接从数据存储系统150中获取通信号码的验证状态信息。

随后，在步骤S330中，计算设备200可以从验证队列中获取验证请求对应的消息体，以便基于消息体对验证请求中的通信号码进行验证处理。需要说明的是，对于不同业务方的应用服务器而言，由于不同应用服务器的请求逻辑可能不同，通过将每个应用服务器发送的验证请求封装为统一数据结构的消息体，并添加到验证队列中，通过从验证队列中获取消息体后基于消息体进行验证处理(消费消息)。这样，有利于为不同逻辑的多个应用服务器提供通信号码的验证服务。

根据一个实施例，基于本发明的验证队列可以对验证请求进行延时处理。具体而言，计算设备200在将验证请求封装为消息体添加到验证队列中之后，可以为验证队列中的消息体设置有效时间，并在消息体超过有效时间后，将消息体推送至死信队列。基于上述延时处理方案，从验证队列中获取验证请求对应的消息体实际上是从死信队列中逐次获取验证请求对应的消息体。

根据一个实施例，第一验证服务器131可以提供信息验证服务。在步骤S320中，计算设备200通过基于通信号码向第一验证服务器131发送信息(例如手机短信)，来向第一验证服务器131请求获取第一验证状态信息，第一验证状态信息包括第一验证服务器131返回的信息回执状态。

根据一种实施方式，计算设备200在接收第一验证服务器110返回的与通信号码相对应的第一验证状态信息(信息回执)之后，将第一验证状态信息添加到验证状态队列。通过从验证状态队列中逐次获取第一验证状态信息，并判断获取的第一验证状态信息是否为有效状态，这样，基于验证状态队列实现逐次判断每个第一验证状态信息是否为有效状态。

根据一个实施例，验证请求还包括与应用服务器110相对应的应用标识。在从验证队列中获取验证请求对应的消息体之后，基于验证请求对应的应用标识获取与发起验证请求的应用服务器110相对应的验证方法，以便基于相应的验证方法对通信号码进行验证。

需要说明的是，不同的应用服务器110(即是不同业务方用于为客户提供不同服务的应用服务器110)由于请求逻辑不同，本发明的计算设备200会预先为不同的应用服务器110配置相应的验证方法，并将应用服务器110的应用标识与所配置的验证方法进行关联。这样，计算设备200在接收到应用服务器110发送的验证请求后，可以基于验证请求中与应用服务器110相对应的应用标识来获取相关联的处理方法，也就是获取与该应用服务器110相对应的验证方法，这样，便可以基于相应的验证方法对该应用服务器110的验证请求中的通信号码进行验证。

在从验证队列(死信队列)中获取验证请求对应的消息体之后，执行步骤S340。在步骤S340中，计算设备200判断数据存储系统150中是否包括与验证请求(消息体)中的通信号码相对应的第一验证状态信息。

随后，在步骤S350中，如果数据存储系统150中包括第一验证状态信息，则计算设备200直接从数据存储系统150获取第一验证状态信息，并将所获取的第一验证状态信息返回至应用服务器110。应当理解，这里，数据存储系统150中存储的第一验证状态信息即是计算设备200在步骤S320中从第一验证服务器131中获取的，并且该第一验证状态信息是有效状态，能够证明通信号码有效。

最后，在步骤S360中，如果数据存储系统150中不包括第一验证状态信息，也就说明该通信号码的第一验证状态信息是无效状态，基于第一验证服务器131对该通信号码的验证没有通过。在此情况下，计算设备200会基于通信号码向第二验证服务器131请求获取第二验证状态信息，在获取第二验证状态信息后，可以将获取的第二验证状态信息返回至应用服务器110，并可以将第二验证状态信息存储到数据存储系统150中。这里，如果第二验证状态信息是有效状态，说明该通信号码通过了第二验证服务器的验证；如果第二验证状态信息是无效状态，说明该通信号码无效(第一和第二验证服务器的验证均未通过)，业务方不必再基于该通信号码联系客户。

根据一个实施例，第二验证服务器131可以提供语音验证服务，从第二验证服务器131获取的第二验证状态信息包括语音验证状态。也就是说，计算设备200是基于通信号码向第二验证服务器132请求获取语音验证状态码。

根据一个实施例，计算设备200在获取第二验证状态信息后，会判断该第二验证状态信息是否为有效状态，如果是有效状态，则将获取的第二验证状态信息存储到数据存储系统150中。这样，在后续其他应用服务器110请求对相同通信号码进行验证时，便可以直接从数据存储系统150中获取第二验证状态信息，并且该第二验证状态信息能够证明该通信号码是有效状态。从而，计算设备不需要再向第三方服务器130请求对通信号码进行验证，有利于降低计算设备200对验证请求进行处理的任务量，避免不必要的开销。

根据本发明的验证方法300，计算设备通过与多个第三方服务器连接，可以调用对通信号码的不同类型的验证服务，基于多种方式对通信号码进行验证。具体而言，通过调用第一验证服务器131来对通信号码进行第一种验证方式(信息验证)，通过第一验证服务器131返回的第一验证状态信息(信息回执状态)是否有效能够确定通信号码是否通过了信息验证，在通信号码通过了信息验证时，便可以将有效结果返回给业务方的应用服务器，这样，业务方可以基于确定有效的通信号码发信息联系客户。在通信号码没有通过信息验证时，还可以继续调用第二验证服务器131来对通信号码进行第二种验证方式(语音验证)，通过第二验证服务器131返回的第二验证状态信息(语音验证状态码)是否有效能够确定通信号码是否通过了语音验证。

可见，根据本发明的技术方案，业务方可以利用验证通过的、确定有效的通信号码以相应的信息或者语音方式联系客户，从而为业务人员节省了大量的时间成本和金钱成本，大大提高了线索转化率。

A8、如A7所述的方法，其中，判断所述验证请求是否是对所述通信号码的第一次验证请求的步骤包括：请求从内存获取分布式锁；如果获取到分布式锁，则确定是第一次验证请求。

A9、如A1-A8任一项所述的方法，其中，将第二验证状态信息存储到数据存储系统的步骤包括：判断所述第二验证状态信息是否为有效状态；如果是，则将所述第二验证状态信息存储到数据存储系统。

A10、如A1-A9任一项所述的方法，其中，所述通信号码为手机号码。

A11、如A1-A10任一项所述的方法，其中，所述第一验证服务器适于提供信息验证服务，所述第一验证状态信息包括信息回执状态；所述第二验证服务器适于提供语音验证服务，所述第二验证状态信息包括语音验证状态。

A12、如A1-A11任一项所述的方法，其中，所述数据存储系统是分布式存储系统。

B14、如B13所述的系统，其中，还包括：死信队列，与所述消息队列服务器相连，所述消息队列服务器适于为所述验证队列中的消息体设置有效时间，并适于在验证请求对应的消息体超过有效时间后，将所述消息体推送至死信队列；所述处理设备适于从所述死信队列中逐次获取验证请求对应的消息体。

B15、如B13或B14所述的系统，其中，所述第一验证服务器适于提供信息验证服务，所述第一验证状态信息包括信息回执状态；所述第二验证服务器适于提供语音验证服务，所述第二验证状态信息包括语音验证状态。

这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如可移动硬盘、U盘、软盘、CD-ROM或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。

在程序代码在可编程计算机上执行的情况下，移动终端一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明的通信号码的验证方法。

以示例而非限制的方式，可读介质包括可读存储介质和通信介质。可读存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在可读介质的范围之内。

在此处所提供的说明书中，算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与本发明的示例一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的而非限制性的，本发明的范围由所附权利要求书限定。

Claims (16)

1.一种通信号码的验证方法，在计算设备中执行，所述计算设备与数据存储系统连接，并分别与应用服务器、第三方服务器连接，所述第三方服务器包括第一验证服务器、第二验证服务器，所述方法包括：

接收应用服务器对通信号码的验证请求；

判断所述验证请求是否是对所述通信号码的第一次验证请求，如果是第一次验证请求，则将所述验证请求封装为消息体添加到验证队列中，并基于所述通信号码向第一验证服务器请求获取第一验证状态信息，以便将与所述通信号码相对应的、有效状态的第一验证状态信息存储到数据存储系统；从所述验证队列中获取验证请求对应的消息体；

判断数据存储系统中是否包括与所述验证请求中的通信号码相对应的第一验证状态信息；

如果包括，则从数据存储系统获取所述第一验证状态信息，并将第一验证状态信息返回至应用服务器；

如果不包括，则基于所述通信号码向第二验证服务器请求获取第二验证状态信息，以便将获取的第二验证状态信息返回至应用服务器，并将第二验证状态信息存储到数据存储系统；

如果不是第一次验证请求，则向所述应用服务器返回重复请求标识，并废弃该验证请求。

2.如权利要求1所述的方法，其中，在将所述验证请求封装为消息体添加到验证队列中之后，还包括步骤：

为所述验证队列中的消息体设置有效时间，并在消息体超过有效时间后，将所述消息体推送至死信队列；

从所述验证队列中获取验证请求对应的消息体的步骤包括：从所述死信队列中逐次获取验证请求对应的消息体。

3.如权利要求1或2所述的方法，其中，在向第一验证服务器请求获取第一验证状态信息之后，包括步骤：

接收所述第一验证服务器返回的与所述通信号码相对应的第一验证状态信息；

判断所述第一验证状态信息是否为有效状态；

如果是，则将所述第一验证状态信息存储到数据存储系统。

4.如权利要求3所述的方法，其中，判断所述第一验证状态信息是否为有效状态的步骤包括：

将所述第一验证状态信息添加到验证状态队列；

从所述验证状态队列中逐次获取第一验证状态信息，并判断获取的第一验证状态信息是否为有效状态。

5.如权利要求1或2任一项所述的方法，其中，验证请求还包括与所述应用服务器相对应的应用标识，在从验证队列中获取验证请求对应的消息体之后，还包括步骤：

基于所述验证请求对应的应用标识获取相应的验证方法，以便基于所述验证方法对通信号码进行验证。

6.如权利要求1或2所述的方法，其中，在接收应用服务器对通信号码的验证请求之后，包括步骤：

判断数据存储系统中是否包括与所述通信号码相对应的验证状态信息；

如果包括，则从所述数据存储系统中获取所述验证状态信息，并将验证状态信息返回至应用服务器；

如果不包括，则将所述验证请求封装为消息体添加到验证队列中。

7.如权利要求1所述的方法，其中，判断所述验证请求是否是对所述通信号码的第一次验证请求的步骤包括：

请求从内存获取分布式锁；

如果获取到分布式锁，则确定是第一次验证请求。

8.如权利要求1或2所述的方法，其中，将第二验证状态信息存储到数据存储系统的步骤包括：

判断所述第二验证状态信息是否为有效状态；

如果是，则将所述第二验证状态信息存储到数据存储系统。

9.如权利要求1或2所述的方法，其中，

所述通信号码为手机号码。

10.如权利要求1或2所述的方法，其中，

所述第一验证服务器适于提供信息验证服务，所述第一验证状态信息包括信息回执状态；

所述第二验证服务器适于提供语音验证服务，所述第二验证状态信息包括语音验证状态。

11.如权利要求1或2所述的方法，其中，所述数据存储系统是分布式存储系统。

12.一种通信号码的验证系统，包括：

处理设备，适于执行如权利要求1-11任一项所述的验证方法来对通信号码进行验证；

一个或多个应用服务器，适于向处理设备请求对通信号码进行验证，并接收所述处理设备返回的与所述通信号码相对应的验证状态信息，所述验证状态信息包括第一验证状态信息或第二验证状态信息；

消息队列服务器，与所述处理设备连接，所述消息队列服务器包括验证队列，所述处理设备适于将验证请求封装为消息体添加到验证队列中；

数据存储系统，与所述处理设备连接，适于存储通信号码对应的验证状态信息；以及

第三方服务器，包括第一验证服务器和第二验证服务器，所述第一验证服务器、第二验证服务器与处理设备连接，所述第一验证服务器适于接收所述处理设备获取通信号码的第一验证状态信息的请求，所述第二验证服务器适于接收所述处理设备获取通信号码的第二验证状态信息的请求。

13.如权利要求12所述的系统，其中，还包括：

死信队列，与所述消息队列服务器相连，所述消息队列服务器适于为所述验证队列中的消息体设置有效时间，并适于在验证请求对应的消息体超过有效时间后，将所述消息体推送至死信队列；

所述处理设备适于从所述死信队列中逐次获取验证请求对应的消息体。

14.如权利要求12或13所述的系统，其中，

所述第一验证服务器适于提供信息验证服务，所述第一验证状态信息包括信息回执状态；

所述第二验证服务器适于提供语音验证服务，所述第二验证状态信息包括语音验证状态。

15.一种计算设备，包括：

至少一个处理器；和

存储有程序指令的存储器，其中，所述程序指令被配置为适于由所述至少一个处理器执行，所述程序指令包括用于执行如权利要求1-11中任一项所述方法的指令。

16.一种存储有程序指令的可读存储介质，当所述程序指令被计算设备读取并执行时，使得所述计算设备执行如权利要求1-11中任一项所述的方法。

Images