CN106101463A - 一种移动应用中基于手势的验证方法、移动终端及系统 - Google Patents

Abstract

本发明实施例提供一种移动应用中基于手势的验证方法、移动终端及系统，所述方法包括：当移动终端用户使用某一应用需要验证时，接收服务器发送的手势序列；根据所述手势序列，在所述移动终端的显示屏上按照序列顺序显示给用户进行触摸验证，获取用户的触摸轨迹；将获取的所述用户的触摸轨迹发送给所述服务器根据所述手势序列进行验证。本发明方便用户操作，降低了验证码被机器识别的概率，而且适合移动终端设备，提高了用户验证成功的准确率，极大的提高了验证速度，节省了用户的验证时间。

Description

一种移动应用中基于手势的验证方法、移动终端及系统

技术领域

本发明涉及移动终端应用技术领域，尤其涉及一种移动应用中基于手势的验证方法、移动终端及系统。

背景技术

当移动终端用户使用某一移动应用服务(移动应用服务，就是针对手机这种移动连接到互联网的业务而开发的应用程序服务。目前移动互联网服务，大多使用移动应用为载体提供)需要验证时，现有技术存在如下技术方案：

现有技术一的技术方案：无交互验证码(验证码：是一种区分用户是计算机还是人的公共全自动程序。可以防止：恶意破解密码、刷票、论坛灌水，有效防止某个黑客对某一个特定注册用户用特定程序暴力破解方式进行不断的登陆尝试。这个问题可以由计算机生成并评判，但是必须只有人类才能解答。由于计算机无法解答这个问题，所以回答出问题的用户就可以被认为是人类)：不需要用户与验证码进行交互，验证码通过图片，动画，视频等形式展现给用户，用户识别验证码之后输入到验证框，与服务器后台进行校验，若用户输入正确则完成校验，若用户输入错误则重新校验。如图1A所示，为现有技术无交互验证码的应用实例一；如图1B所示，为现有技术无交互验证码的应用实例二。其存在如下缺点：容易被计算机识别，从而失去验证码的作用。不适合移动设备，需要调用系统输入法进行字符输入，验证效率低。验证成功率低，看不清楚的验证码需要重新获取，容易输入错误的验证码。

现有技术二的技术方案：有交互验证码：需要用户与验证码进行交互，验证码通过图片，动画，视频等形式展现给用户，用户与验证码进行点击，拖拽，滑动等交互操作，与服务器后台进行校验，若用户输入正确则完成校验，若用户输入错误则重新校验。如图2A所示，为现有技术有交互验证码的应用实例一；如图2B所示，为现有技术有交互验证码的应用实例二。其存在如下缺点：操作繁琐复杂，移动设备屏幕小，需要滑动到特定的位置等。识别率低，难度大，验证成功率低。不适合移动终端设备，移动设备屏幕小，不适合完成复杂的验证操作。

现有技术三的技术方案：现有技术还提供了一种手势验证码的方案，是直接在屏幕显示出全部需要验证的轨迹，用户按照显示的轨迹进行手势操作。其存在如下缺点：手势方向无法确定，比如图3所示，用户无法知道是右下方向还是上左方向，识别成功率低。容易被机器模拟，验证码的显示与用户交互度低，机器识别并模拟的难度低。

发明内容

本发明实施例提供一种移动应用中基于手势的验证方法、移动终端及系统，以通过滑动手势来完成验证，降低验证码被机器识别的概率，简单易用，识别成功率高，而且适合移动终端设备，与移动终端设备上的手势触摸技术相结合，提升用户体验。

一方面，本发明实施例提供了一种移动应用中基于手势的验证方法，所述方法包括：

当移动终端用户使用某一应用需要验证时，接收服务器发送的手势序列；

根据所述手势序列，在所述移动终端的显示屏上按照序列顺序显示给用户进行触摸验证：先显示所述手势序列的第一个验证提示点，当检测到用户触摸所述第一个验证提示点后显示第二个验证提示点，当检测到用户触摸所述第二个验证提示点后显示第三个验证提示点，以此往复，直到检测到用户触摸所述手势序列中的所有验证提示点中的最后一个验证提示点，获取用户的触摸轨迹；

将获取的所述用户的触摸轨迹发送给所述服务器根据所述手势序列进行验证。

另一方面，本发明实施例提供了一种移动终端，所述移动终端包括：

手势序列获取单元，用于当移动终端用户使用某一应用需要验证时，接收服务器发送的手势序列；

序列顺序验证单元，用于根据所述手势序列，在所述移动终端的显示屏上按照序列顺序显示给用户进行触摸验证：先显示所述手势序列的第一个验证提示点，当检测到用户触摸所述第一个验证提示点后显示第二个验证提示点，当检测到用户触摸所述第二个验证提示点后显示第三个验证提示点，以此往复，直到检测到用户触摸所述手势序列中的所有验证提示点中的最后一个验证提示点，获取用户的触摸轨迹；

触摸轨迹发送单元，用于将获取的所述用户的触摸轨迹发送给所述服务器根据所述手势序列进行验证。

再一方面，本发明实施例提供了一种移动应用中基于手势的验证系统，所述系统包括服务器和上述移动终端，所述服务器，用于当移动终端用户使用某一应用需要验证时，首先在服务器端随机生成不重复的手势序列，然后发送所述移动终端。

上述技术方案具有如下有益效果：随着移动终端设备的迅猛发展，大量移动应用程序应运而生，传统的人机交互(键盘，鼠标等)已经不再适用于移动终端设备了，取而代之是点击，长按，滑动等手势操作，因此传统的验证码服务已经不适合移动终端设备了。本发明实施例通过滑动手势(在移动终端设备的屏幕上，使用手指进行滑动等操作，以达到控制移动设备的目的)来完成验证，方便用户操作，降低了验证码被机器识别的概率，通过移动终端的手势序列的序列顺序验证和服务器端的手势序列完整性验证，保障了用户帐号的安全，简单易用，识别成功率高，而且适合移动终端设备，与移动终端设备上的手势触摸技术相结合，由于采用了简单易懂的图片引导，提升了用户体验(用户体验(User Experience，简称UE/UX)是一种纯主观在用户使用产品过程中建立起来的感受)，提高了用户验证成功的准确率，极大的提高了验证速度，节省了用户的验证时间。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1A为现有技术无交互验证码的应用实例一示意图；

图1B为现有技术无交互验证码的应用实例二示意图；

图2A为现有技术有交互验证码的应用实例一示意图；

图2B为现有技术有交互验证码的应用实例二示意图；

图3为现有技术三的应用实例示意图；

图4为本发明实施例一种移动应用中基于手势的验证方法流程图；

图5为本发明实施例一种移动终端结构示意图；

图6为本发明实施例一种移动应用中基于手势的验证系统示意图；

图7为本发明应用实例手势序列的序列顺序验证示意图。

具体实施方式

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

如图4所示，为本发明实施例一种移动应用中基于手势的验证方法流程图，所述方法包括：

401、当移动终端用户使用某一应用需要验证时，接收服务器发送的手势序列；

402、根据所述手势序列，在所述移动终端的显示屏上按照序列顺序显示给用户进行触摸验证：先显示所述手势序列的第一个验证提示点，当检测到用户触摸所述第一个验证提示点后显示第二个验证提示点，当检测到用户触摸所述第二个验证提示点后显示第三个验证提示点，以此往复，直到检测到用户触摸所述手势序列中的所有验证提示点中的最后一个验证提示点，获取用户的触摸轨迹；

403、将获取的所述用户的触摸轨迹发送给所述服务器根据所述手势序列进行验证。

优选地，所述手势序列包括本次验证ID(标识)、手势序列失效时间信息；当检测到用户触摸所述手势序列中的第一个验证提示点时，激活所述手势序列失效时间，同时记录在所述手势序列失效时间内，用户从开始触摸所述手势序列中的第一个验证提示点到触摸到的最后一个验证提示点的信息；根据所述手势序列的最后一个验证提示点的信息和实际触摸到的最后一个验证提示点的信息是否相同，判断本次验证是否有效：若有效，则将获取的所述用户的触摸轨迹发送给所述服务器进行验证；否则，在所述移动终端的显示屏上按照所述手势序列的序列顺序重新显示给用户再次进行触摸验证。具体的，如果所述手势序列的最后一个验证提示点的信息和实际触摸到的最后一个验证提示点的信息相同，则判定本次验证有效；否则，判定本次验证无效。

优选地，还包括：从服务器接收手势序列之后，对所述手势序列进行解密处理；将获取的所述用户的触摸轨迹发送给所述服务器之前，对所述用户的触摸轨迹进行加密处理。

优选地，当移动终端用户使用某一应用需要验证时，首先在服务器端随机生成不重复的手势序列，然后发送所述移动终端。

优选地，所述不重复的手势序列包括9位不重复的数字序列；在所述移动终端的显示屏上按照序列顺序显示给用户后，形成一个九宫格的点阵；所述用户的触摸轨迹为9个坐标点序列。

对应于上述方法实施例，如图5所示，为本发明实施例一种移动终端结构示意图，所述移动终端包括：

手势序列获取单元51，用于当移动终端用户使用某一应用需要验证时，接收服务器发送的手势序列；

序列顺序验证单元52，用于根据所述手势序列，在所述移动终端的显示屏上按照序列顺序显示给用户进行触摸验证：先显示所述手势序列的第一个验证提示点，当检测到用户触摸所述第一个验证提示点后显示第二个验证提示点，当检测到用户触摸所述第二个验证提示点后显示第三个验证提示点，以此往复，直到检测到用户触摸所述手势序列中的所有验证提示点中的最后一个验证提示点，获取用户的触摸轨迹；

触摸轨迹发送单元53，用于将获取的所述用户的触摸轨迹发送给所述服务器根据所述手势序列进行验证。

优选地，所述手势序列获取单元51从所述服务器接收的手势序列还包括本次验证标识ID、手势序列失效时间信息；

所述序列顺序验证单元52，还用于当检测到用户触摸所述手势序列中的第一个验证提示点时，激活所述手势序列失效时间，同时记录在所述手势序列失效时间内，用户从开始触摸所述手势序列中的第一个验证提示点到触摸到的最后一个验证提示点的信息；根据所述手势序列的最后一个验证提示点的信息和实际触摸到的最后一个验证提示点的信息是否相同，判断本次验证是否有效：若有效，则将获取的所述用户的触摸轨迹发送给所述服务器进行验证；否则，在所述移动终端的显示屏上按照收拾序列的序列顺序重新显示给用户再次进行触摸验证。

优选地，所述手势序列获取单元51，还用于从服务器接收手势序列之后，对所述手势序列进行解密处理；

所述触摸轨迹发送单元53，还用于将获取的所述用户的触摸轨迹发送给所述服务器之前，对所述用户的触摸轨迹进行加密处理。

对应于上述实施例，如图6所示，为本发明实施例一种移动应用中基于手势的验证系统示意图，所述系统包括服务器和上述移动终端，所述服务器，用于当移动终端用户使用某一应用需要验证时，首先在服务器端随机生成不重复的手势序列，然后发送所述移动终端。

优选地，所述不重复的手势序列包括9位不重复的数字序列；在所述移动终端的显示屏上按照序列顺序显示给用户后，形成一个九宫格的点阵；所述用户的触摸轨迹为9个坐标点序列。

以下举应用实例对本发明实施例上述技术方案进行详细说明：

本发明应用实例主要针对现有技术的操作繁琐，验证成功率低，不适合移动终端设备等问题，设计并实现了一种移动应用中基于手势的验证码解决方法。该方案主要解决了以下几个问题：手势操作：用户可以通过滑动手势来完成验证，简单易用，识别成功率高。适合移动终端设备：与移动设备上的手势触摸技术相结合，提升用户体验。

针对现有技术，本方案验证码设计是验证码的显示与用户高度紧密交互，用户触摸一个点后才显示下一个提示点，从而有效的解决了现有技术三的两个问题。本方案的验证流程，先显示第一个验证提示点，当用户触摸后才进行第二个触摸点，直到完成所有的触摸点验证。如果用户第二个触摸点验证错误，则立即重新验证，相对于在触摸结束后开始验证的设计，提高了验证效率，提升了用户体验。

本发明应用实例主要包含服务器端后台验证部分和移动端用户交互部分，服务器端后台验证部分主要用户验证手势序列的生成以及用户手势结果的校验，移动端用户交互部分主要用于向用户展示手势验证路径以及接收用户的滑动手势，与后台通信，完成验证。

手势序列的生成：在服务端随意生一个9位不重复的数字序列(例如：235697481)用来表示需要用户触摸的手势序列，同时生成本次验证ID以及手势序列失效时间等信息，并将其加密传输到移动客户端。

触摸轨迹的校验：将移动客户端加密返回的触摸轨迹进行验证，同时验证此次验证ID等信息，根据触摸轨迹与服务端生成的手势序列进行校验，若成功这完成此次验证，若失败则重新进行验证。

手势序列的展示：将服务器端发送过来加密的手势序列进行解密，同时在移动终端设备的屏幕上按照序列顺序展示给用户，用户根据屏幕展示的顺序触摸进行相应的操作。

触摸轨迹的接收：将用户的滑动手势经过的坐标点采集起来，加密传输给服务器后台，以供服务器后台进行校验。

如图7所示，为本发明应用实例手势序列的序列顺序验证示意图，当需要用户输入验证码时，在移动终端屏幕上显示一个九宫格的点阵，按照手势序列的序列顺序显示第一个点即初始触摸点，当用户点击这个点后，这个点变成其他颜色，同时在剩下的未选择的点中选取另一个点作为下一个触摸点，用户通过滑动手势由当前点滑动触摸到下一个提示点上，以此往复，直到九个触摸点全部被覆盖，完成验证。随后得到用户的触摸轨迹发送给服务器进行手势序列完整性验证。

上述技术方案具有如下有益效果：随着移动终端设备的迅猛发展，大量移动应用程序应运而生，传统的人机交互(键盘，鼠标等)已经不再适用于移动终端设备了，取而代之是点击，长按，滑动等手势操作，因此传统的验证码服务已经不适合移动终端设备了。本发明实施例通过滑动手势来完成验证，方便用户操作，降低了验证码被机器识别的概率，通过移动终端的手势序列的序列顺序验证和服务器端的手势序列完整性验证，保障了用户帐号的安全，简单易用，识别成功率高，而且适合移动终端设备，与移动终端设备上的手势触摸技术相结合，由于采用了简单易懂的图片引导，提升了用户体验，提高了用户验证成功的准确率，极大的提高了验证速度，节省了用户的验证时间。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要比清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。

为使本领域内的任何技术人员能够实现或者使用本发明，上面对所公开实施例进行了描述。对于本领域技术人员来说；这些实施例的各种修改方式都是显而易见的，并且本文定义的一般原理也可以在不脱离本公开的精神和保护范围的基础上适用于其它实施例。因此，本公开并不限于本文给出的实施例，而是与本申请公开的原理和新颖性特征的最广范围相一致。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。

本领域技术人员还可以了解到本发明实施例列出的各种说明性逻辑块(illustrative logical block)，单元，和步骤可以通过电子硬件、电脑软件，或两者的结合进行实现。为清楚展示硬件和软件的可替换性(interchangeability)，上述的各种说明性部件(illustrative components)，单元和步骤已经通用地描述了它们的功能。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本发明实施例保护的范围。

本发明实施例中所描述的各种说明性的逻辑块，或单元都可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本发明实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件模块、或者这两者的结合。软件模块可以存储于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于用户终端中。可选地，处理器和存储媒介也可以设置于用户终端中的不同的部件中。

在一个或多个示例性的设计中，本发明实施例所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电缆、双绞线、数字用户线(DSL)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、DVD、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种移动应用中基于手势的验证方法，其特征在于，所述方法包括：

当移动终端用户使用某一应用需要验证时，接收服务器发送的手势序列；

根据所述手势序列，在所述移动终端的显示屏上按照序列顺序显示给用户进行触摸验证：先显示所述手势序列的第一个验证提示点，当检测到用户触摸所述第一个验证提示点后显示第二个验证提示点，当检测到用户触摸所述第二个验证提示点后显示第三个验证提示点，以此往复，直到检测到用户触摸所述手势序列中的所有验证提示点中的最后一个验证提示点，获取用户的触摸轨迹；

将获取的所述用户的触摸轨迹发送给所述服务器根据所述手势序列进行验证。

2.如权利要求1所述移动应用中基于手势的验证方法，其特征在于，所述手势序列还包括本次验证标识ID、手势序列失效时间信息；以及

所述方法还包括：

当检测到用户触摸所述手势序列中的第一个验证提示点时，激活所述手势序列失效时间，同时记录在所述手势序列失效时间内，用户从开始触摸所述手势序列中的第一个验证提示点到触摸到的最后一个验证提示点的信息；

根据所述手势序列的最后一个验证提示点的信息和实际触摸到的最后一个验证提示点的信息是否相同，判断本次验证是否有效：若有效，则将获取的所述用户的触摸轨迹发送给所述服务器进行验证；否则，在所述移动终端的显示屏上按照所述手势序列的序列顺序重新显示给用户再次进行触摸验证。

3.如权利要求1所述移动应用中基于手势的验证方法，其特征在于，还包括：

从服务器接收手势序列之后，对所述手势序列进行解密处理；

将获取的所述用户的触摸轨迹发送给所述服务器之前，对所述用户的触摸轨迹进行加密处理。

4.如权利要求1所述移动应用中基于手势的验证方法，其特征在于，当移动终端用户使用某一应用需要验证时，首先在服务器端随机生成不重复的手势序列，然后发送所述移动终端。

5.如权利要求4所述移动应用中基于手势的验证方法，其特征在于，所述不重复的手势序列包括9位不重复的数字序列；在所述移动终端的显示屏上按照序列顺序显示给用户后，形成一个九宫格的点阵；所述用户的触摸轨迹为9个坐标点序列。

6.一种移动终端，其特征在于，所述移动终端包括：

手势序列获取单元，用于当移动终端用户使用某一应用需要验证时，接收服务器发送的手势序列；

序列顺序验证单元，用于根据所述手势序列，在所述移动终端的显示屏上按照序列顺序显示给用户进行触摸验证：先显示所述手势序列的第一个验证提示点，当检测到用户触摸所述第一个验证提示点后显示第二个验证提示点，当检测到用户触摸所述第二个验证提示点后显示第三个验证提示点，以此往复，直到检测到用户触摸所述手势序列中的所有验证提示点中的最后一个验证提示点，获取用户的触摸轨迹；

触摸轨迹发送单元，用于将获取的所述用户的触摸轨迹发送给所述服务器根据所述手势序列进行验证。

7.如权利要求6所述移动终端，其特征在于，所述手势序列获取单元从所述服务器接收的手势序列还包括本次验证标识ID、手势序列失效时间信息；

所述序列顺序验证单元，还用于当检测到用户触摸所述手势序列中的第一个验证提示点时，激活所述手势序列失效时间，同时记录在所述手势序列失效时间内，用户从开始触摸所述手势序列中的第一个验证提示点到触摸到的最后一个验证提示点的信息；根据所述手势序列的最后一个验证提示点的信息和实际触摸到的最后一个验证提示点的信息是否相同，判断本次验证是否有效：若有效，则将获取的所述用户的触摸轨迹发送给所述服务器进行验证；否则，在所述移动终端的显示屏上按照所述手势序列的序列顺序重新显示给用户再次进行触摸验证。

8.如权利要求6所述移动终端，其特征在于，

所述手势序列获取单元，还用于从服务器接收手势序列之后，对所述手势序列进行解密处理；

所述触摸轨迹发送单元，还用于将获取的所述用户的触摸轨迹发送给所述服务器之前，对所述用户的触摸轨迹进行加密处理。

9.一种移动应用中基于手势的验证系统，其特征在于，所述系统包括服务器和权利要求6-8中任一项所述移动终端，所述服务器，用于当移动终端用户使用某一应用需要验证时，首先在服务器端随机生成不重复的手势序列，然后发送所述移动终端。

10.如权利要求9所述移动应用中基于手势的验证系统，其特征在于，所述不重复的手势序列包括9位不重复的数字序列；在所述移动终端的显示屏上按照序列顺序显示给用户后，形成一个九宫格的点阵；所述用户的触摸轨迹为9个坐标点序列。