CN104954131B - 验证码的验证方法和系统 - Google Patents

Abstract

本发明提供一种验证码的验证方法和系统，其中方法包括步骤：从用户信息数据库中获取用户的关系链信息，从所述关系链信息中选取验证信息，并根据所述验证信息与预设的干扰信息生成验证码；将所述验证码发送至所述用户登录的客户端；获取所述客户端返回的应答信息，并根据所述关系链信息对所述应答信息进行验证。本发明的技术方案，保证了低破解率，能够在低用户应用门槛的基础上有效地对抗人工打码，并彻底解决了人工打码问题。

Description

验证码的验证方法和系统

技术领域

本发明涉及计算机互联网技术领域，特别是涉及一种验证码的验证方法和系统。

背景技术

验证码：是指全自动区分计算机和人类的图灵测试（Completely AutomatedPublic Turing test to tell Computers and Humans Apart，简称CAPTCHA），俗称验证码，是一种区分用户是计算机和人的公共全自动程序。在CAPTCHA测试中，作为服务器的计算机会自动生成一个问题由用户来解答。这个问题可以由计算机生成并评判，但是必须只有人类才能解答。由于计算机无法解答CAPTCHA的问题，所以回答出问题的用户被认为是人类。

验证码作为一种区分用户是计算机和人的公共全自动程序，它可以有效防止坏人使用自动化程序进行暴力破解密码、刷票、论坛灌水等恶意行为，传统的验证码的技术方案，主要有所见即所得式的验证码和动态验证码。由于验证码图像生成技术无论成本和难度都要远远低于图像解码识别技术，解码技术从自动化逐渐转变成使用人工打码，即雇佣人去人工大量输入验证码的方式去解码。

传统的验证码虽然能够很好的对付自动化解码，如上所述的验证码和动态验证码，虽然能够降低人工打码的效率，但并不能彻底遏制码工的解码行为，无法在低破解率、低用户应用门槛的基础上有效地解决人工打码的问题。

发明内容

基于此，有必要针对上述现有技术存在的问题，提供一种验证码的验证方法和系统，在低破解率、低用户应用门槛的基础上有效解决人工打码的问题。

一种验证码的验证方法，包括如下步骤：

从用户信息数据库中获取用户的关系链信息，从所述关系链信息中选取验证信息，并根据所述验证信息与预设的干扰信息生成验证码；

将所述验证码发送至所述用户登录的客户端；

获取所述客户端返回的应答信息，并根据所述关系链信息对所述应答信息进行验证。

一种验证码的验证系统，包括：

验证码生成模块，用于从用户信息数据库中获取用户的关系链信息，从所述关系链信息中选取验证信息，并根据所述验证信息与预设的干扰信息生成验证码；

验证码下发模块，用于将所述验证码发送至所述用户登录的客户端；

验证码验证模块，用于获取所述客户端返回的应答信息，并根据所述关系链信息对所述应答信息进行验证。

上述验证码的验证方法和系统，从用户信息数据库中获取用户的关系链信息并从中选取验证信息，结合验证信息和干扰信息生成验证码，下发至登录用户对应的客户端，根据客户端返回的应答信息和登录用户的关系链信息进行验证。通过以用户的关系链信息作为验证码题库进行验证，只有登录用户自己才能够准确应答，保证了低破解率，能够在低用户应用门槛的基础上有效地对抗人工打码，并彻底解决了人工打码问题。

附图说明

图1为一个实施例的验证码的验证方法流程图；

图2为一个实施例的验证方法流程图；

图3为一个实施例的验证码的示意图；

图4为一个实施例的验证方法实现的系统架构图；

图5为一个实施例的验证码的验证系统结构示意图；

图6为一个实施例的终端设备的部分结构框图。

具体实施方式

下面结合附图对本发明的验证码的验证方法和系统的具体实施方式作详细描述。

本发明提出验证码的验证技术，是以用户的关系链信息作为验证码题库的验证方式，在低破解率、低用户应用门槛的基础上有效解决了人工打码问题。

参考图1所示，图1为一个实施例的验证码的验证方法流程图，包括如下步骤：

步骤S10，从用户信息数据库中获取用户的关系链信息，从所述关系链信息中选取验证信息，并根据所述验证信息与预设的干扰信息生成验证码。

在本步骤中，针对于验证的用户，在进行验证码验证时，首先确定验证对象的用户，然后从后台的用户信息数据库中获取到该用户的关系链信息，再从该用户的关系链信息中选取用于生成验证码的验证信息，最后根据验证信息与预设的干扰信息生成对应用户的验证码。

对于关系链信息，是与该用户相关联的特定信息，这些特定信息能够使其区别于其它用户，只有用户自己才能够知晓。

所述关系链信息，可以包括用户的好友信息、应用权限信息、等级信息等。例如，可以是用户在即时通讯软件中的好友信息，用户具有的各种应用权限，或用户等级等信息等，也可以是用户在论坛中注册的账户、账号等信息。

在一个实施例中，步骤S10的过程可以包括如下：

响应客户端上登录用户的访问；从用户信息数据库中拉取所述登录用户的关系链信息；以所述关系链信息为验证码题库生成验证码。

例如，用户通过客户端登录访问web服务器时，web服务器需要对客户端的用户进行验证码验证，此时，可以通过验证服务器从用户信息数据库中拉取该登录用户的关系链信息，以其关系链信息为验证码题库生成验证码，用于对该用户进行验证。

其中，以所述关系链信息为验证码题库生成验证码的步骤，进一步可以包括如下步骤：

从所述关系链信息中随机选取若干项验证信息，根据预设的干扰信息获取与所述验证信息形式相同的若干项干扰信息，将所述验证信息与干扰信息混合生成多个相同形式的待选项，根据所述待选项生成验证码。

上述验证码生成方法，具体来说，就是通过拉取部分关系链信息，并掺杂部分形式相同的干扰信息，比如，选取好友备注名作为验证信息并掺杂部分干扰名字，混合在一起得到相同形式的待选项，再根据待选项生成验证码，该验证码只有用户自己才能够知晓准确答案。

步骤S20，将所述验证码发送至所述用户登录的客户端。

在本步骤中，是在客户端需要对登录的用户进行验证时，根据步骤S10中生成的验证码及其应答问题下发至对应的客户端进行显示，在这里，每个用户都有自己对应的验证码，用户可以通过任何一个客户端进行登录，并能够接收到专属的验证码。

例如，用户通过某客户端登录访问web服务器，web服务器从验证服务器中获取验证码及其应答问题，下发至对应的客户端进行显示，展示给用户。

步骤S30，获取所述客户端返回的应答信息，并根据所述关系链信息对所述应答信息进行验证。

在本步骤中，用户可以根据客户端展示的验证码及其应答问题作出应答，后台的验证服务器根据该用户关系链信息对返回应答信息进行验证。

例如，用户通过点选方式选择答案后，客户端将应答信息返回至web服务器，web服务器将应答信息交给验证服务器进行验证。

对于验证的方法，是验证应答信息是否与答案完全匹配，具体的，验证方法可以包括如下：

根据所述关系链信息对客户端返回的应答信息进行校验；判断所述应答信息与所述关系链信息是否匹配；若匹配，则确认验证通过，否则确认验证不通过，验证通过后返回确认信息至客户端。

上述验证方法中，设置完全匹配时确认验证通过，即返回应答信息必须与关系链信息完全对应，不能包括多余的错误信息或者缺少准确信息，由此，可以提高验证的安全性，避免人工打码的猜答案的问题。

在一个实施例中，参考图2所示，图2为一个实施例的验证方法流程图，主要包括如下步骤：

步骤S301，根据所述关系链信息对客户端返回的应答信息进行校验；

步骤S302，判断所述应答信息与所述关系链信息是否完全匹配；若匹配，则执行步骤S303；否则，执行步骤S304；

步骤S303，确认验证通过；

步骤S304，判断当前验证次数是否达到设定最大次数；若是，执行步骤S305，否则转去步骤S20执行下一次验证；

步骤S305，在设定时间内停止进行验证，即在设定时间内不允许下发验证码至客户端。

上述验证方法，主要是考虑到由于验证的用户关系链信息可能比较少，容易存在多次验证时，可以用于随机抽取的信息量不足，使得人工打码可以根据多次验证推导答案情况发生，而通过上述处理机制，在用户关系链信息数量不足时，也可以有效对抗人工打码，

参考图3所示，图3为一个实施例的验证码的示意图，该验证码是基于用户在即时通讯软件中的好友的备注名做题库生成的验证码，用户验证应答的问题是自己好友备注名的相关问题，如图3所示，问题为：“请在下表中选择所有你的好友”，验证码的待选项包含多个名字，其中，部分名字为用户的好友备注名，部分为掺杂的干扰名字，用户可以通过点选的方式来进行应答，由于只有用户自己能够知道准确答案，他人很难知晓，因此，一般情况下也只有用户自己才可以准确回答，从而可以有效对抗人工打码。

参考图4所示，图4为一个实施例的验证方法实现的系统架构图，该系统架构包括后台的Web服务器、验证服务器、验证码生产服务器、用户信息数据库；用户通过客户端登录，客户端根据相应的url访问web服务器，web服务器从验证服务器获取验证码及其问题返回给客户端进行展现。验证服务器从验证码生产服务器拉取验证码，生成与该验证码一一对应的签名，通过web服务器将验证码及其问题下发给客户端，并校验用户填写的答案和签名是否匹配。验证码生产服务器，从用户信息数据库中随机选择若干个登录用户的好友备注名，按照同一方式生成验证码的待选项，存储在内存中供验证码服务器拉取。用户信息数据库存储用户的好友备注名。

上述验证方法中验证码的背景可以经过服务器处理后，基于用户对好友的备注名，按照一定的规则建立该用户的验证数据库，在需要下发验证码的应用场景中，随机选择该用户的若干个好友备注名来完成验证。

对于上述形式的验证码，除了有效对抗人工打码外，还可以给用户提供更好的验证体验，首先答案只需点选，没有复杂的输入，比传统验证码更简洁，其次，相比于传统验证码，识别验证码时不需要辨别图像，大大降低了用户理解成本，同时，相比动态验证码，不需要等待图像显示完毕，看到问题即可输入，减少用户时间成本，相比图片验证码，无需理解辨别每张图片到底是什么，大大降低了用户公共认知成本。

对于用户的应答输入方式，除了上述的点选的方式外，也可以设置点触方式，手写方式，语音信息，拖动方式、旋转方式，具体可以根据本专利使用者实际需求进行设置。

上述验证方法，可以应用于个人电脑、手机终端、智能终端设备上；该方案应用于手机终端上，例如，可以通过手机号码存储服务，存储海量用户的好友备注名，用于进行验证。

上述验证方法，可以应用在账户登录、操作场景等应用场景中，适用范围广。

下面结合附图阐述本发明的验证码的验证系统的具体实施方式。

参考图5所示，图5为一个实施例的验证码的验证系统结构示意图，包括：

验证码生成模块10，用于从用户信息数据库中获取用户的关系链信息，从所述关系链信息中选取验证信息，并根据所述验证信息与预设的干扰信息生成验证码。

验证码下发模块20，用于将所述验证码发送至所述用户登录的客户端。

验证码验证模块30，用于获取所述客户端返回的应答信息，并根据所述关系链信息对所述应答信息进行验证。

针对于验证的用户，在进行验证码验证时，验证码生成模块10可以首先确定验证对象的用户，然后从后台的用户信息数据库中获取到该用户的关系链信息，再从该用户的关系链信息中选取用于生成验证码的验证信息，最后根据验证信息与预设的干扰信息生成对应用户的验证码。

对于关系链信息，是与该用户相关联的特定信息，这些特定信息能够使其区别于其它用户，只有用户自己才能够知晓。

所述关系链信息，可以包括用户的好友信息、应用权限信息、等级信息等。例如，可以是用户在即时通讯软件中的好友信息，用户具有的各种应用权限，或用户等级等信息等，也可以是用户在论坛中注册的账户、账号等信息。

在一个实施例中，验证码生成模块10进一步用于：响应客户端上登录用户的访问；从用户信息数据库中拉取所述登录用户的关系链信息；以所述关系链信息为验证码题库生成验证码。

例如，用户通过客户端登录访问web服务器时，web服务器需要对客户端的用户进行验证码验证，此时，验证码生成模块10可以通过验证服务器从用户信息数据库中拉取该登录用户的关系链信息，以其关系链信息为验证码题库生成验证码，用于对该用户进行验证。

在本实施例中，所述验证码生成模块10用于生成验证码的过程，进一步包括：从所述关系链信息中随机选取若干项验证信息，根据预设的干扰信息获取与所述验证信息形式相同的若干项干扰信息，将所述验证信息与干扰信息混合生成多个相同形式的待选项，根据所述待选项生成验证码。

上述验证码生成模块10生成验证码的方法，具体来说，就是通过拉取部分关系链信息，并掺杂部分形式相同的干扰信息，比如，选取好友备注名作为验证信息并掺杂部分干扰名字，混合在一起得到相同形式的待选项，再根据待选项生成验证码，该验证码只有用户自己才能够知晓准确答案。

对于验证码下发模块20，是在客户端需要对登录的用户进行验证时，根据验证码生成模块10生成的验证码及其应答问题下发至对应的客户端进行显示，在这里，每个用户都有自己对应的验证码，用户可以通过任何一个客户端进行登录，并能够接收到专属的验证码。

例如，用户通过某客户端登录访问web服务器，验证码下发模块20通过web服务器从验证服务器中获取验证码及其应答问题，下发至对应的客户端进行显示，展示给用户。

对于验证码验证模块30，用户可以根据客户端展示的验证码及其应答问题作出应答，验证码验证模块30根据返回的应答信息，通过后台的验证服务器根据该用户关系链信息对返回应答信息进行验证。

例如，用户通过点选方式选择答案后，客户端将应答信息返回至web服务器，验证码验证模块30通过web服务器将应答信息交给验证服务器进行验证。

对于验证码验证模块30的验证方法，是验证应答信息是否与答案完全匹配，具体的，验证码验证模块30验证方法可以包括如下：

根据所述关系链信息对客户端返回的应答信息进行校验；判断所述应答信息与所述关系链信息是否匹配；若匹配，则确认验证通过，否则确认验证不通过，验证通过后返回确认信息至客户端。

上述验证码验证模块30采用验证方法中，设置完全匹配时确认验证通过，即返回应答信息必须与关系链信息完全对应，不能包括多余的错误信息或者缺少准确信息，由此，可以提高验证的安全性，避免人工打码的猜答案的问题。

在一个实施例中，所述验证码验证模块30进一步用于：根据所述关系链信息对客户端返回的应答信息进行校验；判断所述应答信息与所述关系链信息是否完全匹配；若匹配，则确认验证通过，否则，判断当前验证次数是否达到设定最大次数；若是，在设定时间内停止进行验证，否则执行下一次验证。

上述验证码验证模块30采用的验证方法，主要是考虑到由于验证的用户关系链信息可能比较少，容易存在多次验证时，可以用于随机抽取的信息量不足，使得人工打码可以根据多次验证推导答案情况发生，而通过上述验证码验证模块30的处理机制，在用户关系链信息数量不足时，也可以有效对抗人工打码，

本发明的验证码的验证系统与本发明的验证码的验证方法一一对应，在上述验证码的验证方法的实施例阐述的技术特征及其有益效果均适用于验证码的验证系统的实施例中，特此声明。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）或随机存储记忆体（Random AccessMemory，RAM）等。

根据上述本发明实施例方案，本发明还提供一种包含计算机可读程序的存储介质，当该存储介质中的计算机可读程序执行时，可以实现上述任何一种方式中的本发明的验证码的验证方法。

如上所述的本发明实施例的方法，可以以软件的形式安装于相应的机器设备上，并在该软件运行时通过控制相关的处理设备来完成上述的验证码的验证过程。相应地，上述客户端可以是设置安装在相应的终端设备上，也可以是相应的终端设备本身，这里的终端设备可以是手机、平板电脑、PDA（Personal Digital Assistant，个人数字助理）、POS（Point of Sales，销售终端）、车载电脑等任意终端设备。

据此，基于上述本发明的验证码的验证方法和系统，本发明还提供一种终端设备，该终端设备可以是手机、平板电脑、PDA（Personal Digital Assistant，个人数字助理）、POS（Point of Sales，销售终端）、车载电脑等任意一种可能需要使用验证码进行验证的终端设备。

据此，以下以其中一种终端设备为例，图6中示出了该终端设备的部分结构框图。参考图6，该终端设备包括：存储器610、输入单元620、显示单元630、处理器640、通信模块650等部件。本领域技术人员可以理解，图6中示出的结构，仅仅是与本发明实施例方案相关的部分结构的框图，并不构成对应用在本发明方案中的终端设备的限定，具体的终端设备可以包括比图示中更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图6对该终端设备的各个构成部件进行具体的介绍。

存储器610可用于存储软件程序以及模块，处理器640通过运行存储在存储器610的软件程序以及模块，从而执行与该终端设备相关的各种功能应用以及数据处理。存储器610可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如图像显示功能等）等；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器610可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元620可用于接收输入的数字、字符或者其他信息，以及产生与终端设备的用户设置以及功能控制有关的键信号输入。具体在本发明实施例的方案中，可以通过该输入单元620来从验证码中选择应答的答案，例如，从用户好友备注名的待选项中通过点击等方式选择应答的选项。

具体地，以终端设备为手机为例，该输入单元620可包括触控面板以及其他输入设备。触控面板，也称为触摸屏，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作），并根据预先设定的程式驱动相应的连接装置。可选的，触控面板可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器640，并能接收处理器640发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板。除了触控面板，输入单元620还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元630可用于显示由用户输入的信息或提供给用户的信息以及各种菜单。显示单元630可包括显示面板，可选的，可以采用液晶显示器（Liquid Crystal Display，LCD）、有机发光二极管（Organic Light-Emitting Diode，OLED）等形式来配置显示面板。具体在本实施例中，通过该显示单元630，显示至少一个包括服务器下发的验证码，以及验证通过确认信息等展示给用户。

终端设备通过通信模块650可以实现与服务器之间的通信，该通信模块650可以采用任何可能的方式实现，例如WiFi模块、蓝牙通信、光纤通信等等，通过通信模块650实现了终端设备与服务器之间的通信，从而可以使得终端设备能够向服务器发送相关信息（例如本发明实施例中的用户登录访问web服务器的请求信息、客户端返回的应答信息等等），并接收由服务器返回的相关信息（例如验证码等等）。

处理器640是终端设备的控制中心，利用各种接口和线路连接整个终端设备的各个部分，通过运行或执行存储在存储器610内的软件程序和/或模块，以及调用存储在存储器610内的数据，执行终端设备的各种功能和数据处理，从而对终端设备进行整体监控。可选的，处理器640可包括一个或多个处理单元。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (6)

1.一种验证码的验证方法，其特征在于，包括如下步骤：

响应客户端上登录用户的访问,从用户信息数据库中获取所述登录用户的关系链信息，从所述关系链信息中选取验证信息，并根据所述验证信息与预设的干扰信息生成验证码；所述关系链信息是与所述登录用户相关联的特定信息，不同的登录用户对应不同的关系链信息，所述预设的干扰信息为不在关系链信息中的干扰信息；

将所述验证码发送至所述用户登录的客户端；

获取所述客户端返回的应答信息，并根据所述关系链信息对所述应答信息进行验证；

所述根据所述关系链信息对所述应答信息进行验证的步骤包括：

根据所述关系链信息对客户端返回的应答信息进行校验；所述应答信息包括所有与所述关系链信息匹配的信息；

判断所述应答信息与所述关系链信息是否完全匹配；

若匹配，则确认验证通过，否则确认验证不通过。

2.根据权利要求1所述的验证码的验证方法，其特征在于，所述从所述关系链信息中选取验证信息，并根据所述验证信息与预设的干扰信息生成验证码的步骤包括：

从所述关系链信息中随机选取若干项验证信息，根据预设的干扰信息获取与所述验证信息形式相同的若干项干扰信息，将所述验证信息与干扰信息混合生成多个相同形式的待选项，根据所述待选项生成验证码。

3.根据权利要求1所述的验证码的验证方法，其特征在于，所述根据所述关系链信息对所述应答信息进行验证的步骤包括：

根据所述关系链信息对客户端返回的应答信息进行校验；

判断所述应答信息与所述关系链信息是否完全匹配；

若匹配，则确认验证通过，否则，判断当前验证次数是否达到设定最大次数；

若是，在设定时间内停止进行验证，否则执行下一次验证。

4.一种验证码的验证系统，其特征在于，包括：

验证码生成模块，响应客户端上登录用户的访问，用于从用户信息数据库中获取所述登录用户的关系链信息，从所述关系链信息中选取验证信息，并根据所述验证信息与预设的干扰信息生成验证码；所述关系链信息是与所述登录用户相关联的特定信息，不同的登录用户对应不同的关系链信息，所述预设的干扰信息为不在关系链信息中的干扰信息；

验证码下发模块，用于将所述验证码发送至所述用户登录的客户端；

验证码验证模块，用于获取所述客户端返回的应答信息，并根据所述关系链信息对所述应答信息进行验证；

所述验证码验证模块进一步用于：

根据所述关系链信息对客户端返回的应答信息进行校验；所述应答信息包括所有与所述关系链信息匹配的信息；

判断所述应答信息与所述关系链信息是否完全匹配；

若匹配，则确认验证通过，否则确认验证不通过。

5.根据权利要求4所述的验证码的验证系统，其特征在于，所述验证码生成模块用于生成验证码的过程，进一步包括：

从所述关系链信息中随机选取若干项验证信息，根据预设的干扰信息获取与所述验证信息形式相同的若干项干扰信息，将所述验证信息与干扰信息混合生成多个相同形式的待选项，根据所述待选项生成验证码。

6.根据权利要求4所述的验证码的验证系统，其特征在于，所述验证码验证模块进一步用于：

根据所述关系链信息对客户端返回的应答信息进行校验；判断所述应答信息与所述关系链信息是否完全匹配；若匹配，则确认验证通过，否则，判断当前验证次数是否达到设定最大次数；若是，在设定时间内停止进行验证，否则执行下一次验证。