[发明专利]通信号码的验证方法、系统及计算设备

说明书

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

技术领域

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

背景技术

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

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

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

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

发明内容

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

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

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