CN103002415A - 一种通过短信发送验证码的方法和装置 - Google Patents

Abstract

本申请公开了一种通过短信发送验证码的方法和装置，该方法包括：服务器接收携带有业务标识和移动终端标识的验证码获取请求；所述服务器判断是否已经通过短信通道向所述移动终端标识对应的移动终端发送过所述业务标识对应的验证码；如果否，所述服务器通过选择的短信通道向所述移动终端发送所述业务标识对应的验证码；如果是，所述服务器获得当前没有向所述移动终端发送过所述业务标识对应的验证码的短信通道，从获得的短信通道中选择一个短信通道，并通过选择的短信通道向所述移动终端发送所述业务标识对应的验证码。采用本申请的方法，可以在通过短信发送验证码的过程中提高短信的到达率。

Description

一种通过短信发送验证码的方法和装置

技术领域

本申请涉及网络技术领域，特别是涉及一种通过短信发送验证码的方法和装置。

背景技术

随着网络技术的飞速发展，互联网络已经成为了人们生活中不可或缺的一部分。网络平台向用户提供的一些重要的业务，比如注册、二次验证(如某网络购物平台的卖家用户在登录自己的网络店铺时在其输入账号密码后，服务器通过验证码对其身份进行再次确认)等业务，经常需要通过短信向用户发送验证码，用户收到短信之后在网络页面上输入验证码，才能进行下一步操作。

如果携带验证码的短信不能发送到用户的手机上，用户收不到验证码就无法进行接下来的操作。在短信发送失败的情况下，现有技术中采用的做法是，如果用户在请求获取验证码之后一段时间(一般是1分钟)还没有收到短信，那么用户可以向网络平台发送请求再次获取验证码，网络平台接收到用户的获取验证码的请求后，会通过短信重新发送验证码给用户。

在实现本申请的过程中，发明人发现现有技术至少存在如下问题：如果运营商网关出现故障且持续较长时间，即使网络平台重复向用户发送携带验证码的短信，用户还是无法接收到短信，故无法获取到验证码，导致用户无法完成验证过程。这不但增加了用户与网络平台的交互次数，而且增加了网络负担。

发明内容

本申请的目的在于，提供一种通过短信发送验证码的方法和装置，以在通过短信发送验证码的过程中提高短信的到达率，以减少用户与网络平台的交互次数，减轻网络负担，为此，本申请实施例采用如下技术方案：

一种通过短信发送验证码的方法，包括：

服务器接收携带有业务标识和移动终端标识的验证码获取请求；

所述服务器判断是否已经通过短信通道向所述移动终端标识对应的移动终端发送过所述业务标识对应的验证码；

如果否，所述服务器通过选择的短信通道向所述移动终端发送所述业务标识对应的验证码；

如果是，所述服务器获得当前没有向所述移动终端发送过所述业务标识对应的验证码的短信通道，从获得的短信通道中选择一个短信通道，并通过选择的短信通道向所述移动终端发送所述业务标识对应的验证码。

一种通过短信发送验证码的装置，包括：

接收模块，用于接收携带有业务标识和移动终端标识的验证码获取请求；

判断模块，用于判断是否已经通过短信通道向所述移动终端标识对应的移动终端发送过所述业务标识对应的验证码；

如果否，通过选择的短信通道向所述移动终端发送所述业务标识对应的验证码；

如果是，获得当前没有向所述移动终端发送过所述业务标识对应的验证码的短信通道，从获得的短信通道中选择一个短信通道，并通过选择的短信通道向所述移动终端发送所述业务标识对应的验证码。

本申请的实施例具有以下优点，服务器接收携带有业务标识和移动终端标识的验证码获取请求后，判断是否已经通过短信通道向移动终端标识对应的移动终端发送过业务标识对应的验证码，如果没发送过，则通过选择的短信通道向该移动终端发送业务标识对应的验证码，如果发送过，则获得当前没有向该移动终端发送过业务标识对应的验证码的短信通道，从获得的短信通道中选择一个短信通道，并通过选择的短信通道向该移动终端发送业务标识对应的验证码，可以在通过短信发送验证码的过程中提高短信的到达率，减少用户与网络平台的交互次数，并减轻网络负担。当然，实施本申请的实施例的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

图1为本发明实施例提供的通过短信发送验证码的网络架构图；

图2为本发明实施例提供的通过短信发送验证码的方法的流程示意图；

图3为本发明实施例提供的通过短信发送验证码的装置的结构示意图。

具体实施方式

下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例中，服务器接收携带有业务标识和移动终端标识的验证码获取请求后，判断是否已经通过短信通道向移动终端标识对应的移动终端发送过业务标识对应的验证码，如果没发送过，则通过选择的短信通道向该移动终端发送业务标识对应的验证码；如果发送过，则获得当前没有向该移动终端发送过业务标识对应的验证码的短信通道，从获得的短信通道中选择一个短信通道，并通过选择的短信通道向该移动终端发送业务标识对应的验证码，以提高短信的到达率，从而减少用户与网络平台的交互次数，并减轻网络负担。

在本申请实施例提供的通过短信发送验证码的方法中，服务器针对每个无线网络预先建立多条短信通道。所述无线网络可以是各类无线网络运营商提供的信道，如GSM、CDMA、WCDMA、TD-SCDMA、WIFI等。下面仅以运营商为中国移动为例进行详细阐述，但并非对本申请应用场景的限制。具体的网络架构图如图1所示，其中，服务器分别与移动杭州网关、移动上海网关、移动南京网关等网关建立短信通道(一般通过专线建立连接，如光纤等)。在图1中，是假设移动终端在北京，服务器可以分别通过移动杭州通道、移动上海通道、移动南京通道等短信通道向移动终端发送短信。

如图2所示，为本申请实施例提供的通过短信发送验证码方法的流程，具体包括以下步骤：

步骤201，服务器接收携带有业务标识和移动终端标识的验证码获取请求。

具体的，以用户注册为例，一种情况是，用户通过注册页面向服务器提交自己的基本信息，提交的信息中会包含此次业务的业务标识(该业务标识可以唯一标识用户的此次注册业务)和用户的移动终端的移动终端标识(如手机号码)。另外一种情况是，用户通过注册页面向服务器提交基本信息之后，切换到填写验证码的页面，假设用户没有接收到服务器发送的验证码短信，此时用户可以通过点击页面上提供的“重新获取验证码”的按钮等方式，向服务器发送重新获取验证码的请求，其中携带有此次注册业务的业务标识和用户的移动终端的移动终端标识。

步骤202，服务器判断是否已经通过短信通道向移动终端标识对应的移动终端发送过该业务标识对应的验证码，如果没发送过，则执行步骤203，如果发送过，则执行步骤204。

步骤203，服务器通过选择的短信通道向该移动终端发送所述业务标识对应的验证码。

服务器根据预设的规则在所有可用的短信通道中选择发送验证码的短信通道，具体的选择规则(或称选择方法)在下面将进行详细阐述。

步骤204，服务器获得当前没有向该移动终端发送过业务标识对应的验证码的短信通道，从获得的短信通道中选择一个短信通道，并通过选择的短信通道向该移动终端发送业务标识对应的验证码。

优选的，在服务器通过选择的短信通道移动终端发送业务标识对应的验证码之后，服务器可以记录选择的短信通道与移动终端标识、业务标识之间的对应关系。具体可以采用对应关系表的方式存储，如表1所示。在具体的应用中，每个移动终端都可能进行多个需要验证码验证的业务，所以，在缓存中对该表进行存储时，可以将移动终端标识和业务标识共同作为主键，选择的短信通道作为对应的值。

表1

移动终端标识	业务标识	短信通道
			13810000001	业务A	移动杭州通道
13810000002	业务B	移动上海通道
			13810000003	业务C	移动南京通道
……	……	……

依据以上记录的对应关系，服务器判断是否已经通过短信通道向移动终端标识对应的移动终端发送过该业务标识对应的验证码时，具体可以查找是否记录有该移动终端标识和该业务标识对应的短信通道，如果已经记录有相应的短信通道则说明服务器已经通过该短信通道向该移动终端发送过该业务标识对应的验证码。例如，如果服务器接收到携带有移动终端标识为13810000001、业务标识为业务A的验证码获取请求，则可以根据13810000001和业务A在表1中查找，如果查找到相应的表项，则说明已经向13810000001发送过业务A对应的验证码。

依据以上记录的对应关系，服务器还可以确定步骤204中提到的当前没有向移动终端发送过业务标识对应的验证码的短信通道，此类短信通道具体为服务器记录的与该移动终端标识和该业务标识对应的短信通道之外的其它短信通道。例如，服务器记录了{13810000001，业务A，移动杭州通道}、{13810000001，业务A，移动上海通道}的对应关系，且服务器通过中国移动建立的短信通道包括移动杭州通道、移动上海通道、移动南京通道，那么之前未向移动终端13810000001发送过业务A对应的验证码的短信通道则包括移动南京通道。

在步骤203和步骤204中，服务器选择短信通道的具体方法可以如下：

方法一，服务器根据短信通道的发送成功率选择短信通道。具体的，服务器可以选择发送成功率最高的短信通道，也可以在发送成功率大于阈值的短信通道中随机选择一短信通道。

方法二，服务器根据短信通道的发送成功次数选择短信通道。具体的，服务器可以选择发送成功次数最高的短信通道，也可以在发送成功次数大于阈值的短信通道中随机选择一短信通道。

方法三，服务器根据短信通道的发送失败次数选择短信通道。具体的，服务器可以选择发送失败次数最低的短信通道，也可以在发送失败次数小于阈值的短信通道中随机选择一短信通道。

方法四，服务器随机选择短信通道。

上述发送成功次数、发送失败次数、发送成功率的记录或获取过程可以是：服务器在通过选择的短信通道向移动终端标识对应的移动终端发送业务标识对应的验证码之后，如果在预设时间内(如两分钟)再次接收到携带有该业务标识和该移动终端标识的验证码获取请求，则将该短信通道当前发送失败次数加1；如果在预设时间内没有接收到携带有该业务标识和该移动终端标识的验证码获取请求，则将该短信通道当前发送成功次数加1。发送成功率则可以根据发送成功次数和发送失败次数来确定。服务器可以在数据库中存储各短信通道的发送成功次数、发送失败次数，作为各短信通道的属性，还可以存储各短信通道的发送成功率。优选的，可以建立短信通道状态表记录这些内容，如表2所示。

表2

短信通道	发送成功次数	发送失败次数	发送成功率
				移动杭州通道	80	20	80％
移动上海通道	45	5	90％
				移动南京通道	17	3	85％

……

……

……

……

在某些情况下，由于短信发送的延迟，经过了一段较长的时间还没有发送到用户的移动终端上，这时用户发送了重新获取验证码的请求，可在用户发送了重新获取验证码的请求之后，上一次请求的验证码和重新请求的验证码都发送到了用户的移动终端上，这时用户就无法判断用哪个验证码来进行验证。为了解决这种问题，本申请的另一实施例中，当服务器已经通过短信通道向移动终端发送过业务标识对应的验证码时，服务器通过选择的短信通道向该移动终端发送的该业务标识对应的验证码，与已经向该移动终端发送过的该业务标识对应的验证码相同。也即，对于同一业务标识对应的业务，服务器向移动终端发送相同的验证码。优选的，可以在表1中加入验证码的表项，如表3所示。

表3

移动终端标识	业务标识	短信通道	验证码
				13810000001	业务A	移动杭州通道	123123
13810000002	业务B	移动上海通道	456456
				13810000003	业务C	移动南京通道	789789
……	……	……	……

本申请的另一实施例中，服务器在记录短信通道与移动终端标识、业务标识之间的对应关系的同时，还对应的记录对短信通道的使用次数。例如，服务器对移动终端13810000001进行业务A时，第二次通过移动杭州通道向移动终端发送验证码，则记录短信通道使用次数为2。依据此记录，服务器在对某移动终端进行某业务时，可以确定在进行该业务的过程中向移动终端发送验证码时对各短信通道的使用次数。

在执行步骤204的时候，如果服务器发现没有未向移动终端标识对应的移动终端发送过业务标识对应的验证码的短信通道，即服务器在对该移动终端进行该业务的过程中发送验证码时所有短信通道都被使用过。这时，服务器可以根据上述记录的与该移动终端标识、该业务标识对应的各短信通道使用次数，在使用次数最少的短信通道中选择一个短信通道，向移动终端发送该业务标识对应的验证码，具体的选择方法可以参见上述方法一至方法四。

本申请的实施，服务器接收携带有业务标识和移动终端标识的验证码获取请求后，判断是否已经通过短信通道向移动终端标识对应的移动终端发送过业务标识对应的验证码，如果没发送过，则通过选择的短信通道向该移动终端发送业务标识对应的验证码，如果发送过，则获得当前没有向该移动终端发送过业务标识对应的验证码的短信通道，从获得的短信通道中选择一个短信通道，并通过选择的短信通道向该移动终端发送业务标识对应的验证码，可以在通过短信发送验证码的过程中提高短信的到达率，从而减少用户与网络平台的交互次数，并减轻网络负担。

基于相同的技术构思，本申请实施例还提供了一种通过短信发送验证码的装置，如图3所示，该装置可以包括：

接收模块310，用于接收携带有业务标识和移动终端标识的验证码获取请求；

判断模块320，用于判断是否已经通过短信通道向所述移动终端标识对应的移动终端发送过所述业务标识对应的验证码；

如果否，通过选择的短信通道向所述移动终端发送所述业务标识对应的验证码；

如果是，获得当前没有向所述移动终端发送过所述业务标识对应的验证码的短信通道，从获得的短信通道中选择一个短信通道，并通过选择的短信通道向所述移动终端发送所述业务标识对应的验证码。

优选的，

还包括记录模块330，用于记录选择的短信通道与移动终端标识、业务标识之间的对应关系；

所述判断模块320，具体用于查找是否记录有所述移动终端标识和所述业务标识对应的短信通道。

优选的，所述当前没有向所述移动终端发送过所述业务标识对应的验证码的短信通道，具体为：所述记录模块330记录的与所述移动终端标识和所述业务标识对应的短信通道之外的其他短信通道。

优选的，所述判断模块320，具体用于：

根据短信通道的发送成功率选择短信通道；或者，根据短信通道的发送成功次数选择短信通道；或者，根据短信通道的发送失败次数选择短信通道。

优选的，所述判断模块320通过选择的短信通道向所述移动终端发送所述业务标识对应的验证码之后，还用于：

如果在预设时间内再次接收到携带有所述业务标识和所述移动终端标识的验证码获取请求，则将该短信通道当前发送失败次数加1；

如果在预设时间内没有接收到携带有所述业务标识和所述移动终端标识的验证码获取请求，则将该短信通道当前发送成功次数加1。

优选的，当已经通过短信通道向所述移动终端发送过所述业务标识对应的验证码时，所述判断模块320通过选择的短信通道向所述移动终端发送的所述业务标识对应的验证码，与已经向该移动终端发送过的所述业务标识对应的验证码相同。

本申请的实施，服务器接收携带有业务标识和移动终端标识的验证码获取请求后，判断是否已经通过短信通道向移动终端标识对应的移动终端发送过业务标识对应的验证码，如果没发送过，则通过选择的短信通道向该移动终端发送业务标识对应的验证码，如果发送过，则获得当前没有向该移动终端发送过业务标识对应的验证码的短信通道，从获得的短信通道中选择一个短信通道，并通过选择的短信通道向该移动终端发送业务标识对应的验证码，可以在通过短信发送验证码的过程中提高短信的到达率，从而减少用户与网络平台的交互次数，并减轻网络负担。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

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

Claims (10)

1.一种通过短信发送验证码的方法，其特征在于，包括：

服务器接收携带有业务标识和移动终端标识的验证码获取请求；

所述服务器判断是否已经通过短信通道向所述移动终端标识对应的移动终端发送过所述业务标识对应的验证码；

如果否，所述服务器通过选择的短信通道向所述移动终端发送所述业务标识对应的验证码；

如果是，所述服务器获得当前没有向所述移动终端发送过所述业务标识对应的验证码的短信通道，从获得的短信通道中选择一个短信通道，并通过选择的短信通道向所述移动终端发送所述业务标识对应的验证码。

2.如权利要求1所述的方法，其特征在于，

所述服务器通过选择的短信通道向所述移动终端发送所述业务标识对应的验证码之后，还包括：所述服务器记录选择的短信通道与移动终端标识、业务标识之间的对应关系；

所述服务器判断是否已经通过短信通道向所述移动终端标识对应的移动终端发送过所述业务标识对应的验证码，具体为：所述服务器查找是否记录有所述移动终端标识和所述业务标识对应的短信通道。

3.如权利要求2所述的方法，其特征在于，所述当前没有向所述移动终端发送过所述业务标识对应的验证码的短信通道，具体为：所述服务器记录的与所述移动终端标识和所述业务标识对应的短信通道之外的其他短信通道。

4.如权利要求1所述的方法，其特征在于，所述服务器选择短信通道的方式包括：

所述服务器根据短信通道的发送成功率选择短信通道；或者，所述服务器根据短信通道的发送成功次数选择短信通道；或者，所述服务器根据短信通道的发送失败次数选择短信通道。

5.如权利要求4所述的方法，其特征在于，所述服务器通过选择的短信通道向所述移动终端发送所述业务标识对应的验证码之后，还包括：

如果所述服务器在预设时间内再次接收到携带有所述业务标识和所述移动终端标识的验证码获取请求，则将该短信通道当前发送失败次数加1；

如果所述服务器在预设时间内没有接收到携带有所述业务标识和所述移动终端标识的验证码获取请求，则将该短信通道当前发送成功次数加1。

6.如权利要求1所述的方法，其特征在于，当所述服务器已经通过短信通道向所述移动终端发送过所述业务标识对应的验证码时，所述服务器通过选择的短信通道向所述移动终端发送的所述业务标识对应的验证码，与已经向该移动终端发送过的所述业务标识对应的验证码相同。

7.一种通过短信发送验证码的装置，其特征在于，包括：

接收模块，用于接收携带有业务标识和移动终端标识的验证码获取请求；

判断模块，用于判断是否已经通过短信通道向所述移动终端标识对应的移动终端发送过所述业务标识对应的验证码；

如果否，通过选择的短信通道向所述移动终端发送所述业务标识对应的验证码；

如果是，获得当前没有向所述移动终端发送过所述业务标识对应的验证码的短信通道，从获得的短信通道中选择一个短信通道，并通过选择的短信通道向所述移动终端发送所述业务标识对应的验证码。

8.如权利要求7所述的装置，其特征在于，

还包括记录模块，用于记录选择的短信通道与移动终端标识、业务标识之间的对应关系；

所述判断模块，具体用于查找是否记录有所述移动终端标识和所述业务标识对应的短信通道。

9.如权利要求8所述的装置，其特征在于，所述当前没有向所述移动终端发送过所述业务标识对应的验证码的短信通道，具体为：所述记录模块记录的与所述移动终端标识和所述业务标识对应的短信通道之外的其他短信通道。

10.如权利要求7所述的装置，其特征在于，所述判断模块，具体用于：

根据短信通道的发送成功率选择短信通道；或者，根据短信通道的发送成功次数选择短信通道；或者，根据短信通道的发送失败次数选择短信通道。

Images