CN109831310A - 一种身份验证方法、系统及相关装置 - Google Patents

Abstract

本申请所提供的一种身份验证方法，包括：在接收用户触发区域对应的位置信息后，根据映射表确定与位置信息对应的登录方式；在接收终端发送的与登录方式对应的鉴权信息后，判断鉴权信息是否校验通过；若是，则在满足预设投票规则后登录业务系统。可见，该方法中映射表反映了位置信息和登录方式之间的映射关系，也即不同的位置信息对应着不同的登录方式，也就是说该方法统一了多种登录方式，解决了相关技术中不同种类业务系统登录方式不统一的问题，提高了用户体验感。本申请还提供一种身份验证系统、设备及计算机可读存储介质，均具有上述有益效果。

Description

一种身份验证方法、系统及相关装置

技术领域

本申请涉及身份验证技术领域，特别涉及一种身份验证方法、系统、设备及计算机可读存储介质。

背景技术

随着各券商金融证券业务系统的建设以及移动互联网的普及，办理业务的渠道也越来越多，金融证券业务的办理已经不局限在营业部的PC电脑上，客户可以自己通过手机app办理业务，也可以通过营业部人员手持ipad帮助客户办理业务。同时，软件系统也越来越多，当每个系统都有自己的授权用户时，管理起来是一件非常费时费力的事情，各个系统之间的通信也需要进行授权管理。总之，用户在登录不同种类的业务系统没有统一的登录方式或鉴权方式，用户体验感较差。

因此，如何提供给用户一个用户体验感较好的身份验证方法是本领域技术人员亟需解决的技术问题。

发明内容

本申请的目的是提供一种身份验证方法、系统、设备及计算机可读存储介质，能够提高用户体验感。

为解决上述技术问题，本申请提供一种身份验证方法，包括：

在接收用户触发区域对应的位置信息后，根据映射表确定与所述位置信息对应的登录方式；

在接收终端发送的与所述登录方式对应的鉴权信息后，判断所述鉴权信息是否校验通过；

若是，则在满足预设投票规则后登录业务系统。

优选地，登录业务系统之后，还包括：

若所述终端为PC，则利用所述PC上浏览器的cookie从内存数据库中获取用户信息。

优选地，登录业务系统之后，还包括：

若所述终端为移动终端，则利用Token获取用户信息。

优选地，所述在接收终端发送的与所述登录方式对应的鉴权信息后，判断所述鉴权信息是否校验通过，包括：

接收所述终端发送的与用户名密码登录方式对应的用户名密码信息；

判断所述用户名密码信息是否校验通过。

优选地，所述在接收终端发送的与所述登录方式对应的鉴权信息后，判断所述鉴权信息是否校验通过，包括：

接收所述终端发送的与短信验证码登录方式对应的短信验证码信息；

判断所述短信验证码信息是否校验通过。

优选地，当所述鉴权信息校验不通过时，包括：

执行返回错误消息的操作。

本申请还提供一种身份验证系统，包括：

登录方式确定模块，用于在接收用户触发区域对应的位置信息后，根据映射表确定与所述位置信息对应的登录方式；

校验通过判断模块，用于在接收终端发送的与所述登录方式对应的鉴权信息后，判断所述鉴权信息是否校验通过；

业务系统登录模块，用于若所述鉴权信息校验通过，则在满足预设投票规则后登录业务系统。

优选地，该身份验证系统还包括：

第一用户信息获取模块，用于若所述终端为PC，则利用所述PC上浏览器的cookie从内存数据库中获取用户信息。

本申请还提供一种设备，包括：

存储器和处理器；其中，所述存储器用于存储计算机程序，所述处理器用于执行所述计算机程序时实现上述所述的身份验证方法的步骤。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述所述的身份验证方法的步骤。

本申请所提供的一种身份验证方法，包括：在接收用户触发区域对应的位置信息后，根据映射表确定与所述位置信息对应的登录方式；在接收终端发送的与所述登录方式对应的鉴权信息后，判断所述鉴权信息是否校验通过；若是，则在满足预设投票规则后登录业务系统。

该方法先是在接收用户触发区域对应的位置信息后，根据映射表确定与所述位置信息对应的登录方式，然后在接收终端发送的与所述登录方式对应的鉴权信息后，判断所述鉴权信息是否校验通过，若所述鉴权信息校验通过，则在满足预设投票规则后登录业务系统。可见，该方法中映射表反映了位置信息和登录方式之间的映射关系，也即不同的位置信息对应着不同的登录方式，也就是说该方法统一了多种登录方式，解决了相关技术中不同种类业务系统登录方式不统一的问题，提高了用户体验感。本申请还提供一种身份验证系统、设备及计算机可读存储介质，均具有上述有益效果，在此不再赘述。

附图说明

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

图1为本申请实施例所提供的一种身份验证方法的流程图；

图2为本申请实施例所提供的一种拦截器链示意图；

图3为本申请实施例所提供的一种社交登录方式流程图；

图4为本申请实施例所提供的另一种身份验证方法的流程图；

图5为本申请实施例所提供的一种身份验证系统的结构框图。

具体实施方式

本申请的核心是提供一种身份验证方法，能够提高用户体验感。本申请的另一核心是提供一种身份验证系统、设备及计算机可读存储介质。

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

随着各券商金融证券业务系统的建设以及移动互联网的普及，办理业务的渠道也越来越多，金融证券业务的办理已经不局限在营业部的PC电脑上，客户可以自己通过手机app办理业务，也可以通过营业部人员手持ipad帮助客户办理业务。同时，软件系统也越来越多，当每个系统都有自己的授权用户时，管理起来是一件非常费时费力的事情，各个系统之间的通信也需要进行授权管理。总之，用户在登录不同种类的业务系统没有统一的登录方式或鉴权方式，用户体验感较差。本申请实施例能够提高用户体验感，具体请参考图1，图1为本申请实施例所提供的一种身份验证方法的流程图，该身份验证方法具体包括：

S101、在接收用户触发区域对应的位置信息后，根据映射表确定与位置信息对应的登录方式；

本申请实施例在接收用户触发区域对应的位置信息后，根据映射表确定与位置信息对应的登录方式。在此对用户触发区域不作具体限定，也即对用户触发区域对应的位置信息不作具体限定，应由本领域技术人员根据实际情况作出相应的设定，该位置信息相当于是坐标信息。可以理解的是，用户触发区域的数量通常是有多个，故位置信息的数量通常也是有多个的。在此对用户触发区域的形状、大小也不作具体限定，应由本领域技术人员根据实际情况作出相应的设定。

在此对映射表也不作具体限定，需根据实际情况而定，本申请实施例中映射表反映了位置信息与登录方式之间的映射关系。本申请实施例中登录方式至少有两种，具体设置多少种登录方式需根据实际情况而定，通常设置三种登录方式：用户名密码登录方式、短信验证码登录方式及社交登录方式。其中，社交登录方式就是利用第三方社交账号登录，例如可以用微信、QQ、微博账号进行授权登录。由上文可知，本申请实施例中位置信息的数量通常有多个，而登录方式至少又有两种，所以位置信息与登录方式之间的映射关系在此不作具体限定，需根据实际情况而定。例如，假设位置信息有A、B、C、D、E，登录方式有用户名密码登录方式、短信验证码登录方式，则映射关系可以为位置信息A、B、C均对应用户名密码登录方式，位置信息D、E均对应短信验证码登录方式，其中位置信息A、B、C属于同一个区域，位置信息D、E属于同一个区域；若登录方式有用户名密码登录方式、短信验证码登录方式和社交登录方式，则映射关系可以为位置信息A、B均对应用户名密码登录方式，位置信息C、D均对应短信验证码登录方式，位置信息E对应社交登录方式，其中位置信息A、B属于同一个区域，位置信息C、D属于同一个区域，位置信息E属于一个区域。

由上文可知，本申请实施例提供的身份验证方法统一了至少两种登录方式或鉴权方式，主要是因为本申请实施例提供了统一的拦截器链对用户进行登录鉴权，拦截器链基于开闭原则，用户可以自定义扩展。本申请实施例提供的拦截器链由系统安全上下文拦截器、系统鉴权拦截器及至少两种登录方式拦截器组成，具体设置多少种登录方式拦截器需根据实际情况而定，登录方式拦截器对应于登录方式，例如：用户密码拦截器对应于用户名密码登录方式，短信验证码拦截器对应于短信验证码登录方式，社交登录拦截器对应于社交登录方式。如图2所示，图2为本申请实施例所提供的一种拦截器链示意图，图2中拦截器链由系统安全上下文拦截器、用户密码拦截器、短信验证码拦截器、社交登录拦截器、记住我拦截器及系统鉴权拦截器组成。

由本申请实施例提供的拦截器链可知，本申请实施例统一了所有系统的登录鉴权逻辑。当一套软件系统上线时，就会有自己的登录鉴权体系和登录逻辑。这样的结果就是用户需要取适配各个系统的登录方式，记住多个密码规则，运维人员也需要在各个后台维护用户的信息。本申请实施例提供多样化的统一登录鉴权方式和接口，业务系统不用关注登录鉴权细节。本申请实施例统一完成了登录逻辑，同时提供对应的配置项，让业务系统只需要完成个性化登录界面即可完成登录鉴权需求。

S102、在接收终端发送的与登录方式对应的鉴权信息后，判断鉴权信息是否校验通过；

本申请实施例在接收终端发送的与登录方式对应的鉴权信息后，判断鉴权信息是否校验通过。在此对终端不作具体限定，需根据实际情况而定，通常终端包括PC和移动终端。由上文与登录方式对应的鉴权信息可知，鉴权信息对应于登录方式，也就是说登录方式不同，鉴权信息也会相应有所不同。而本申请实施例提供的身份验证方式至少包括两种登录方式，也就说鉴权信息至少也有两种，鉴权信息可以是用户名密码信息，也可是短信验证码信息，还可以是授权码。判断鉴权信息是否校验通过，也即将鉴权信息与预设的鉴权信息进行匹配，若匹配成功，则校验通过；若匹配不成功，则校验不通过。

进一步地，上述在接收终端发送的与登录方式对应的鉴权信息后，判断鉴权信息是否校验通过，通常包括：接收终端发送的与用户名密码登录方式对应的用户名密码信息；判断用户名密码信息是否校验通过。本实施例中用户名密码信息是鉴权信息，再判断用户名密码信息与预设的用户名密码信息匹配是否一致。

进一步地，上述在接收终端发送的与登录方式对应的鉴权信息后，判断鉴权信息是否校验通过，通常包括：接收终端发送的与短信验证码登录方式对应的短信验证码信息；判断短信验证码信息是否校验通过。本实施例中短信验证码信息是鉴权信息，再判断短信验证码信息与预设的短信验证码信息匹配是否一致。此外，上述过程通常还包括：接收终端发送的与社交登录方式对应的授权码；再通过授权码换取Token。Token有三种模式：1、内存数据库存储，2、数据库存储，3、符合JWT标准的Token。

S103、若鉴权信息校验通过，则在满足预设投票规则后登录业务系统。

本申请实施例若鉴权信息校验通过，则在满足预设投票规则后登录业务系统。本申请实施例对鉴权消息校验不通过这种情况的后续执行操作不作具体限定，需根据实际情况而定，通常执行返回错误消息的操作。在此对预设投票规则不作具体限定，需根据实际情况而定，通常有以下几种：全票通过、半数通过、至少一票通过。而依据预设投票规则进行投票的是上述系统鉴权拦截器，该系统鉴权拦截器是做最后保护的，前面的拦截器如果校验通过了会在内存里面放一个验证对象，每个拦截器都可能产生，系统会根据预设投票规则选择一个最合适的验证对象。具体如下：

若接收终端发送的与用户名密码登录方式对应的用户名密码信息，用户名密码拦截器(Username Password Authentication Filter)会对用户名密码信息进行校验，如果通过则会到达系统鉴权拦截器(Filter Security Interceptor)进行投票，投票系统通过，则用户可以登录业务系统成功访问资源；若不通过，则返回错误消息。

若接收终端发送的与短信验证码登录方式对应的短信验证码信息，短信验证码拦截器(Sms Code Authentication Filter)会对短信验证码信息进行校验，如果通过则会到达系统鉴权拦截器(Filter Security Interceptor)进行投票，投票系统通过，则用户可以登录业务系统成功访问资源；若不通过，则返回错误消息。

若接收终端发送的与社交登录方式对应的授权码，社交登录拦截器会对授权码进行校验，如果通过则会到达系统鉴权拦截器(Filter Security Interceptor)进行投票，投票系统通过，则用户可以登录业务系统成功访问资源；若不通过，则返回错误消息。社交登录方式与上述登录方式稍有不同，目前国内社交平台均采用OAuth2的协议，第三方接入均采用授权码模式。具体如图3所示，图3为本申请实施例所提供的一种社交登录方式流程图，由图可知，资源用户在访问三方系统时，三方系统会将用户导向认证服务器，在用户同意授权后，认证服务器向三方系统返回授权码，三方系统再向认证服务器申请令牌，最后认证服务器向三方系统发放令牌。

此外，若用户在没有登录的前提下访问系统资源，系统鉴权拦截器会进行投票，投票结果不通过时，针对移动APP会返回401的错误码；针对PC浏览器，会强制用户跳转到登录页面，让用户进行登录。

进一步，登录业务系统之后，通常还包括：若终端为PC，则利用PC上浏览器的cookie从内存数据库获取用户信息；若终端为移动终端，则利用Token获取用户信息。具体地，针对于PC的浏览器，本申请实施例在浏览器中记录cookie，用户信息保存在集群的集群内存数据库中，这样web服务器通过浏览器的cookie从内存数据库中可以取到用户信息。针对移动端应用，本申请实施例以Token的形式管理发放给客户端，Token可以是基于JWT(非对称加密方式认证)、内存数据库或者数据库的形式。

综上，可以得到完整的身份验证方法的流程图，如图4所示，图4为本申请实施例所提供的另一种身份验证方法的流程图。由图4可知，该身份验证方法具体包括：S401、在接收用户触发区域对应的位置信息后，根据映射表确定与位置信息对应的登录方式；S402、在接收终端发送的与登录方式对应的鉴权信息后，判断鉴权信息是否校验通过；S403、若鉴权信息校验通过，则在满足预设投票规则后登录业务系统；S404、若鉴权信息校验不通过，则执行返回错误消息的操作。

本申请实施例先是在接收用户触发区域对应的位置信息后，根据映射表确定与位置信息对应的登录方式，然后在接收终端发送的与登录方式对应的鉴权信息后，判断鉴权信息是否校验通过，若鉴权信息校验通过，则在满足预设投票规则后登录业务系统。可见，该方法中映射表反映了位置信息和登录方式之间的映射关系，也即不同的位置信息对应着不同的登录方式，也就是说该方法统一了多种登录方式，解决了相关技术中不同种类业务系统登录方式不统一的问题，提高了用户体验感。

基于上述实施例，本申请实施例还提供一种单点登录方案，能够保证用户一次登录，随处访问。券商系统繁多，提供给用户的访问入口也随之增加，如果每个系统都需要登录，用户体验感极差。针对上述情况，本申请实施例提供单点登录服务器解决方案，让用户一次登录，各个系统无缝访问。本申请实施例提供单点登录服务器接入统一用户中心，同时提供给需要完成SSO系统的SDK，只需要简单配置即可完成系统的单点登录功能，将登录鉴权逻辑交由单点登录服务器完成。下面对单点登录作个详解：

(1)、当用户访问应用A，应用A将用户导向统一认证的认证服务器，用户输入自身信息(用户名密码或者手机验证码或者社交信息)进行登录，认证服务器返回授权码给应用A，应用A根据授权码向统一认证服务器请求Token，认证服务器返回JWT形式的Token给应用A，应用A拿到Token进行结息完成登录。

(2)、当用户访问应用B，应用B也将用户导向统一认证的认证服务器，但是这个时候统一认证服务器记录用户的登录信息，直接返回授权码给应用B，无需用户输入自身信息，应用B同上述应用A的过程完成鉴权过程，即完成了单点登录。

下面对本申请实施例提供的一种身份验证系统、设备及计算机可读存储介质进行介绍，下文描述的身份验证系统、设备及计算机可读存储介质与上文描述的身份验证方法可相互对应参照。

请参考图5，图5为本申请实施例所提供的一种身份验证系统的结构框图；该身份验证系统包括：

登录方式确定模块501，用于在接收用户触发区域对应的位置信息后，根据映射表确定与位置信息对应的登录方式；

校验通过判断模块502，用于在接收终端发送的与登录方式对应的鉴权信息后，判断鉴权信息是否校验通过；

业务系统登录模块503，用于若鉴权信息校验通过，则在满足预设投票规则后登录业务系统。

基于上述实施例，本实施例中身份验证系统通常还包括：

第一用户信息获取模块，用于若终端为PC，则利用PC上浏览器的cookie从内存数据库中获取用户信息。

基于上述实施例，本实施例中身份验证系统通常还包括：

第二用户信息获取模块，用于若终端为移动终端，则利用Token获取用户信息。

基于上述实施例，本实施例中校验通过判断模块502，通常包括：

用户名密码信息接收单元，用于接收终端发送的与用户名密码登录方式对应的用户名密码信息；

用户名密码信息校验通过判断单元，用于判断用户名密码信息是否校验通过。

基于上述实施例，本实施例中校验通过判断模块502，通常包括：

短信验证码信息接收单元，用于接收终端发送的与短信验证码登录方式对应的短信验证码信息；

短信验证码信息校验通过判断单元，用于判断短信验证码信息是否校验通过。

基于上述实施例，本实施例中身份验证系统通常包括：

操作执行模块，用于当鉴权信息校验不通过时，则执行返回错误消息的操作。

本申请还提供一种设备，包括：存储器和处理器；其中，存储器用于存储计算机程序，处理器用于执行计算机程序时实现上述任意实施例的身份验证方法的步骤。

本申请还提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现上述任意实施例的身份验证方法的步骤。

该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例提供的系统而言，由于其与实施例提供的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的一种身份验证方法、系统、设备及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims (10)

1.一种身份验证方法，其特征在于，包括：

在接收用户触发区域对应的位置信息后，根据映射表确定与所述位置信息对应的登录方式；

在接收终端发送的与所述登录方式对应的鉴权信息后，判断所述鉴权信息是否校验通过；

若是，则在满足预设投票规则后登录业务系统。

2.根据权利要求1所述的身份验证方法，其特征在于，登录业务系统之后，还包括：

若所述终端为PC，则利用所述PC上浏览器的cookie从内存数据库中获取用户信息。

3.根据权利要求1所述的身份验证方法，其特征在于，登录业务系统之后，还包括：

若所述终端为移动终端，则利用Token获取用户信息。

4.根据权利要求1所述的身份验证方法，其特征在于，所述在接收终端发送的与所述登录方式对应的鉴权信息后，判断所述鉴权信息是否校验通过，包括：

接收所述终端发送的与用户名密码登录方式对应的用户名密码信息；

判断所述用户名密码信息是否校验通过。

5.根据权利要求1所述的身份验证方法，其特征在于，所述在接收终端发送的与所述登录方式对应的鉴权信息后，判断所述鉴权信息是否校验通过，包括：

接收所述终端发送的与短信验证码登录方式对应的短信验证码信息；

判断所述短信验证码信息是否校验通过。

6.根据权利要求1所述的身份验证方法，其特征在于，当所述鉴权信息校验不通过时，包括：

执行返回错误消息的操作。

7.一种身份验证系统，其特征在于，包括：

登录方式确定模块，用于在接收用户触发区域对应的位置信息后，根据映射表确定与所述位置信息对应的登录方式；

校验通过判断模块，用于在接收终端发送的与所述登录方式对应的鉴权信息后，判断所述鉴权信息是否校验通过；

业务系统登录模块，用于若所述鉴权信息校验通过，则在满足预设投票规则后登录业务系统。

8.根据权利要求7所述的身份验证系统，其特征在于，还包括：

第一用户信息获取模块，用于若所述终端为PC，则利用所述PC上浏览器的cookie从内存数据库中获取用户信息。

9.一种设备，其特征在于，包括：

存储器和处理器；其中，所述存储器用于存储计算机程序，所述处理器用于执行所述计算机程序时实现如权利要求1至6任一项所述的身份验证方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述的身份验证方法的步骤。