CN107368731A - 一种进行安全验证的方法和设备 - Google Patents

Abstract

本发明提供一种进行安全验证的方法，包括：响应于接收到进行安全验证的请求，获取验证用消息和目标地址；调用消息收发应用；以及自动地将所述验证用消息和目标地址填充到所述消息收发应用的相应字段。本发明所提供的技术方案至少能够简化用户的操作步骤，提升用户体验，从而大大增强用户对产品的满意度。

Description

一种进行安全验证的方法和设备

技术领域

本发明涉及计算机领域，更具体地，涉及通过发送验证消息来进行安全验证的方法。

背景技术

在移动端App(包括iOS、Android以及其他移动平台)中，为了产品的安全，比如防止垃圾注册、批量登录、活动作弊等恶意行为，需要用户通过验证码的验证后，才能继续往下操作。常见的验证方式有短信验证、滑块拖动验证、点选验证等模式。

短信验证是指用户输入手机号，App自动向手机发送验证码，用户收到后该验证码之后，将其输入到App中进行验证。这是比较常见的一种验证方式，并已得到广泛应用。

图1A示出了滑块验证码的一个示例。在图1A中，用户可以拖动滑块来匹配图形，如果用户能够在指定的时间内将滑块拖动到相应的位置，那么匹配才会成功，由此通过验证。

图1B示出了点选验证码的一个示例。如图1B所示，图中随机地设置了几个字符或者文字，用户被提示按照一定的顺序来点击或选择相应的文字，如果点击或选择的位置和次序均正确，才能通过验证。

发明内容

需要理解的是，本发明的教导并不需要实现上面所述的全部有益效果，而是特定的技术方案可以实现特定的技术效果，并且本发明的其他实施方式还能够实现上面未提到的有益效果。

本发明的目的在于解决现有技术中上行验证码操作复杂，用户体验差的缺陷。

根据本发明的第一方面，提供一种进行安全验证的方法，包括：响应于接收到进行安全验证的请求，获取验证用消息和目标地址；调用消息收发应用；自动地将所述验证用消息和目标地址填充到所述消息收发应用的相应字段。

根据本发明的一个实施方式，其中，所述消息收发应用为短消息应用。

根据本发明的一个实施方式，其中，获取验证用消息和目标地址，包括：获取验证消息、目标地址和包括所述验证消息和目标地址的页面。

根据本发明的一个实施方式，其中所述页面包括H5页面，所述方法还包括：呈现所述H5页面。

根据本发明的一个实施方式，调用消息收发应用之前，还包括：接收用户的调用指令。

根据本发明的一个实施方式，其中，所述目标地址为电话号码。

根据本发明的一个实施方式，进一步包括：响应于接收到发送所述验证用消息的指令，将所述验证用消息发送到所述目标地址。

根据本发明的一个实施方式，其中，通过https请求从服务器获取所述验证用消息和目标地址。

根据本发明的一个实施方式，进一步包括：等待验证是否成功的反馈消息；如果在特定时间内未收到验证成功的反馈消息，则再次进行安全验证。

根据本发明第二方面，提供一种进行安全验证的设备，包括：获取装置，用于响应于接收到进行安全验证的请求，获取验证用消息和目标地址；调用装置，用于调用消息收发应用；填充装置，用于自动地将所述验证用消息和目标地址填充到所述消息收发应用的相应字段。

根据本发明的一个实施方式，其中，所述消息收发应用为短消息应用。

根据本发明的一个实施方式，其中，所述获取装置包括：用于获取验证消息、目标地址和包括所述验证消息和目标地址的页面的装置。

根据本发明的一个实施方式，其中所述页面包括H5页面，所述设备还包括：用于呈现所述H5页面的装置。

根据本发明的一个实施方式，调用消息收发应用之前，还包括：用于接收用户的调用指令的装置。

根据本发明的一个实施方式，其中，所述目标地址为电话号码。

根据本发明的一个实施方式，进一步包括：用于响应于接收到发送所述验证用消息的指令，将所述验证用消息发送到所述目标地址的装置。

根据本发明的一个实施方式，其中，通过https请求从服务器获取所述验证用消息和目标地址。

根据本发明的一个实施方式，进一步包括：用于等待验证是否成功的反馈消息的装置；用于如果在特定时间内未收到验证成功的反馈消息，则再次进行安全验证的装置。

根据本发明第三方面，提供一种进行安全验证的用户终端，包括：一个或者多个处理器；存储器；存储在所述存储器中的程序，当被所述一个或者多个处理器执行时，所述程序使所述处理器执行如上所述的方法。

根据本发明第四方面，提供一种计算机可读存储介质，所述计算机可读存储介质存储有程序，当所述程序被处理器执行时，使得所述处理器执行如上所述的方法。

本发明所提供的技术方案至少能够简化用户的操作步骤，提升用户体验，从而大大增强用户对产品的满意度。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1A示出了滑块验证码的一个示例；

图1B示出了点选验证码的一个示例；

图2A和图2B示出了使用短信上行验证码进行安全验证的一个示例；

图3为本发明的技术方案所采用的示例性网络框架的示意图；

图4为根据本发明的一个实施方式的进行安全验证的方法流程图；

图5示出了根据本发明一个实施方式的用户进行账户注册或登录时的示意图；

图6示出了根据本发明第二方面的进行安全验证的设备；

图7示出了根据本发明的实施方式的进行安全验证的用户终端；以及

图8示出了根据本发明的实施方式的程序产品。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本发明更加透彻和完整，并且能够将本发明的范围完整地传达给本领域的技术人员。

除了背景技术所述的验证方法之外，还使用短信上行验证码。短信上行验证是验证码中的一个类型，它要求用户向指定的号码发送指定的短信内容，只有当短信内容完全匹配，通过验证后才允许用户继续操作。

图2A和图2B示出了使用短信上行验证码进行安全验证的一个示例。如图2A所示，图片给出提示，即提示用户将短信内容“044215”发送到号码“1069016399”。

为了向相应的号码发送该内容，用户可以打开短信应用，如图2B所示。在图2B中，字段210用于输入收件的号码(例如1069016399)，字段220用于输入所要发送的内容(例如“044215”)，然后点击发送按钮230，将所要发送的内容发送到相应的号码。如果所发送的内容与服务器存储的内容相匹配，则验证通过。

但是，在短信上行验证码中，用户每次都需要切换到短信编辑页面，手动输入收件人地址和短信内容。这将是一件非常挑战用户耐心的事情。因为输入长串的地址信息或者短信信息，即花费时间，又容易出现输入错误，对用户来说，体验较差。

图3为本发明的技术方案所采用的示例性网络框架的示意图。

如图3所示，本发明所采用***可以包括：用户终端310和服务器320。用户终端310之间可以通过服务器320相互收发信息，消息的类型包括但不限于文本、文件、语音、表情、图片、音频、视频以及他们的任意组合。

如图3所示，本发明的用户终端310可以为个人计算机(PC)、笔记本电脑、平板电脑、个人数字助理、iMac、智能手机中的任意一种或多种。这些终端可以包括任何适合的操作***，包括但不限于Windows，Linux，Android，IOS等等。上述客户终端可以是固定的，例如位于家庭，办公室，网吧等处的固定通信设备，也可以位于其他移动平台，例如位于汽车，火车，飞机等平台上。

用户终端310可以通过有线、无线或者二者的组合连接到各个服务器或者云端。无线网络包括但不限于移动电话网、无线局域网(LAN)、蓝牙个人区域网、wifi、以太网、令牌环、广域网、因特网等等。有线网络包括但不限于电话线网、光缆线网、电缆线网、有线电视网等等。

服务器320可以采用任何商用或专用的服务器，本发明对此无任何限制。此外，用户终端310也可以不通过服务器进行直接的通信和聊天，例如通过蓝牙等。图3所示的网络仅仅是一种示例，以便于理解，而不对本发明的网络架构构成任何限制。

图4为根据本发明的一个实施方式的进行安全验证的方法流程图。如图4所示，本发明的方法包括：在操作S410，响应于接收到进行安全验证的请求，获取验证用消息和目标地址；在操作S420，调用消息收发应用；在操作S430，自动地将所述验证用消息和目标地址填充到所述消息收发应用的相应字段。

图5示出了根据本发明一个实施方式的用户进行账户注册或登录时的示意图。

通常，在注册账户(例如邮件账户)，登录账户或者在安全级别要求较高的情况下，会要求用户进行安全验证，以增强账户的安全度。如图5所示，当用户点击按钮“注册”或“登录”时，可触发进行安全验证，由此用户终端310可以接收到该进行安全验证的请求，并且响应于该请求而触发以下事件：获取验证用消息和目标地址，以及调用用户终端处的消息收发应用。以上事件可以先后被触发，也可以同时被触发，本发明对于上述事件的触发顺序不做任何限定。

更进一步地，需要理解的是，上文中的“调用用户终端处的消息收发应用”意味着可以在后台访问该消息收发应用，并且对该消息收发应用进行一定的运行和处理，例如可以在后台将验证用消息和目标地址填入到该消息收发应用的相应字段，而此时用户是察觉不到该消息收发应用有任何运行的迹象，也看不到该消息收发应用的打开。另一方面，上文中的“调用用户终端处的消息收发应用”可以是指在用户终端处打开该消息收发应用，此时用户可以看到该消息收发应用的打开。

上文所述的“消息收发应用”可以是多种类型，包括但不限于短消息应用、易信、微信、飞信、电子邮件等等。消息收发应用的调动取决于终端的类型以及方便程度。例如，对于移动终端而言，调用短信应用则比较方便，而对于例如计算机等未安装有SIM卡的用户终端，则可以调用飞信、电子邮件等应用，只要这些应用能够向特定的收件人发送指定的消息即可。

上文所述的验证用消息可以包括但不限于数字、文字、字符串、特殊符号、图片等等，本发明对验证用消息的类型不做任何限定。

上文所述的目标地址可以包括但不限于电话号码、公众号、即时通信工具的联系人、电子邮件等等，本发明对目标地址的类型不做任何限定，其可以根据所调用的应用的类型不同而有所区别。

获取验证用消息和目标地址可以从服务器的端口获取，例如可以通过Https请求来获取。

根据本发明的一个实施方式，获取验证用消息和目标地址包括获取验证用消息、目标地址和包括所述验证消息和目标地址的页面。

所获取的验证用消息和目标地址可以存储在内存中而无需向用户展示，而包括验证消息和目标地址的页面可以例如是一张图片，该图片例如可以通过H5页面来生成，并且将生成的H5页面呈现给用户，以便于用户后续比对最终所发送的验证用消息和需要发送的验证用消息是否一致。

获取验证用消息、目标地址和包括所述验证消息和目标地址的页面可以一次性实现，也可以分为多次分别获取。

本发明可以理解的是，对消息收发应用的调用，可以是自动地调用，也可以是根据用户的调用指令来调用，即***需要向用户发出调用指令的请求，在用户对该请求做出确认之后再进行调用。例如，可以给用户发出选择的页面，页面中包括提示“***将调用短消息应用，您是否同意”、或者“进行验证”。用户点击“是”或者点击“进行验证”，则可以打开相应的消息收发应用，而如果点击“否”，则取消对该应用的调用。这将有利于用户介入到应用的调用中，防止未经用户同意而任意调用应用。而自动地调用则有助于简化操作，提升用户体验。

进一步地，在获取了验证用消息、目标地址，并且调用了相应的消息收发应用之后，可以自动地将验证消息和目标地址填充到该消息收发应用的相应字段。回到图2B所示，在背景技术中，字段210和220均由用户人工输入相应的内容，而在本发明中，字段210和220均被自动地填充了相应的内容，用户只需要点击字段230中的发送即可。这省略了填写目标地址(例如号码“1069016399”)和验证用消息(例如“044215”)的繁琐步骤，极大地简化了用户操作。

下面结合常用的iOS操作***和Android操作***来描述本发明中将目标地址和验证消息自动地填充到相应字段的实现过程。

iOS实现

iOS是基于MFMessageComposeViewController这个类来实现短消息的发送功能。MFMessageComposeViewController类是iOS4.0之后支持在应用内发送短消息的一个类。这个类的一个优点在于，当短信发送后，会自动返回到开始APP的验证界面。

下面是通过MFMessageComposeViewController来自动地填充目标地址和验证消息的一个示例。

生成MFMessageComposeViewController对象；

设置MFMessageComposeViewController对象的recipients属性，也就是设置收件人地址(目标地址)；

设置MFMessageComposeViewController对象的body属性，也就是设置短信内容(验证消息)；

设置MFMessageComposeViewController对象的messageComposeDelegate属性，也就是接收短信发送的结果，比如短信发送是成功还是失败；

调用presentViewController方法，参数为MFMessageComposeViewController对象，以打开iOS的短信应用。

Android实现

Android是基于Intent这个类来实现短信的发送功能，其过程如下：

生成Intent对象，参数为：Intent.ACTION_SENDTO；

调用setData方法，参数为Uri.parse("smsto:"+"10086")，也就是设置收件人地址(目标地址)

调用putExtra方法，参数为("sms_body","hello")，也就是设置短消息内容(验证消息)；

调用Context的startActivity方法，参数为Intent，打开Android的短消息应用。

需要理解的是，尽管上文中给出的收件人地址为“10086”，短消息内容为“hello”，但这仅仅是示例，可以将例如通过https从服务器获取的目标地址(例如1069016399)和验证内容(例如044215)填充到相应的字段。

在手动的情况下，首先是打开短消息应用，然后再等待用户将收件人地址和短消息内容输入到该短消息应用中；而从上面结合iOS***和Android实现所描述的那样，收件人地址和短消息内容在短消息应用被打开之前就已经设置好了，从而短消息应用在被打开时，各种所需的字段就已经被填充完毕。

由此，不管是iOS还是Android操作***，这时用户只要点击“发送”按钮，就可完成整个短信上行发送过程，然后在验证页面就可以看到验证的结果。

但需要理解是，本领域技术人员也可以先打开短消息应用，然后再自动地设置收件人地址和短消息内容。本发明不对上述步骤做出任何限定。

尽管上文中描述了iOS和Android，但本发明不限于这两种操作***，任何其他适合的操作***均在本发明所涵盖的范围之内。

需要理解的是，根据本发明的优选实施方式，将验证用消息发送到目标地址通常需要用户确认之后才能发送，即只有在接收到发送所述验证用消息的指令之后，才将所述验证用消息发送到所述目标地址。这使得验证消息不会被自动发送，减少了消息发送的盲目性。

更进一步地，本发明还包括等待验证是否成功的反馈消息；如果在特定时间内未收到验证成功的反馈消息，则可以再次进行安全验证。可以设置倒计时(例如如图2B中所示的288秒)，如果倒计时到期而还未收到验证成功，则可以再次发起验证，并重置倒计时。倒计时的时长可以根据实际情况来设定，而不必须是图2B所示的时间长度。

图6示出了根据本发明第二方面的进行安全验证的设备，包括：获取装置M610，用于响应于接收到进行安全验证的请求，获取验证用消息和目标地址；调用装置M620，用于调用消息收发应用；以及填充装置M630，用于自动地将所述验证用消息和目标地址填充到所述消息收发应用的相应字段。

根据本发明的一个实施方式，其中，所述消息收发应用为短消息应用。

根据本发明的一个实施方式，其中，所述获取装置包括：用于获取验证消息、目标地址和包括所述验证消息和目标地址的页面的装置。

根据本发明的一个实施方式，其中所述页面包括H5页面，所述设备还包括：用于呈现所述H5页面的装置。

根据本发明的一个实施方式，调用消息收发应用之前，还包括：用于接收用户的调用指令的装置。

根据本发明的一个实施方式，其中，所述目标地址为电话号码。

根据本发明的一个实施方式，进一步包括：用于响应于接收到发送所述验证用消息的指令，将所述验证用消息发送到所述目标地址的装置。

根据本发明的一个实施方式，其中，通过https请求从服务器获取所述验证用消息和目标地址。

根据本发明的一个实施方式，进一步包括：用于等待验证是否成功的反馈消息的装置；用于如果在特定时间内未收到验证成功的反馈消息，则再次进行安全验证的装置。

示例性设备

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为***、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“***”。

在一些可能的实施方式中，本发明可以实现为用户终端，该用户终端可以至少包括一个或多个处理器、以及至少一个存储器。其中，所述存储器存储有程序，当所述程序被所述处理器执行时，使得所述处理器执行本说明书中描述各种步骤。

下面参照图7来描述根据本发明的这种实施方式的进行安全验证的用户终端。图7显示的用户终端1仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，用户终端1以通用计算设备的形式表现，包括但不限于：至少一个处理器10、至少一个存储器20、连接不同***组件的总线60。

总线60表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、***总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器20可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)21和/或高速缓存存储器22，还可以进一步包括只读存储器(ROM)23。

存储器20还可以包括程序模块24，这样的程序模块24包括但不限于：操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

用户终端1还可以与一个或多个外部设备2(例如键盘、指向设备、蓝牙设备等)通信，也可与一个或者多个其他设备进行通信。这种通信可以通过输入/输出(I/O)接口40进行，并在显示单元30上进行显示。并且，用户终端1还可以通过网络适配器50与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器50通过总线60与用户终端1中的其它模块通信。应当明白，尽管图中未示出，但可以结合用户终端1使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。

示例性程序产品

在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序代码在被处理器执行时，所述程序代码用于使所述处理器执行上面描述的方法。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

如图8所示，描述了根据本发明的实施方式的程序产品3，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (10)

1.一种进行安全验证的方法，包括：

响应于接收到进行安全验证的请求，获取验证用消息和目标地址；

调用消息收发应用；

自动地将所述验证用消息和目标地址填充到所述消息收发应用的相应字段。

2.根据权利要求1所述的方法，其中，获取验证用消息和目标地址，包括：

获取验证消息、目标地址和包括所述验证消息和目标地址的页面。

3.根据权利要求2所述的方法，其中所述页面包括H5页面，所述方法还包括：

呈现所述H5页面。

4.根据权利要求1所述的方法，调用消息收发应用之前，还包括：

接收用户的调用指令。

5.根据权利要求1-4中任意一项所述的方法，进一步包括：

响应于接收到发送所述验证用消息的指令，将所述验证用消息发送到所述目标地址。

6.根据权利要求1-4中任意一项所述的方法，其中，通过https请求从服务器获取所述验证用消息和目标地址。

7.根据权利要求5所述的方法，进一步包括：

等待验证是否成功的反馈消息；

如果在特定时间内未收到验证成功的反馈消息，则再次进行安全验证。

8.一种进行安全验证的设备，包括：

获取装置，用于响应于接收到进行安全验证的请求，获取验证用消息和目标地址；

调用装置，用于调用消息收发应用；

填充装置，用于自动地将所述验证用消息和目标地址填充到所述消息收发应用的相应字段。

9.一种进行安全验证的用户终端，包括：

一个或者多个处理器；

存储器；

存储在所述存储器中的程序，当被所述一个或者多个处理器执行时，所述程序使所述处理器执行如权利要求1-7中任意一项所述的方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有程序，当所述程序被处理器执行时，使得所述处理器执行如权利要求1-7中任意一项所述的方法。