CN115883164A - 用于用户认证的方法、装置以及后端服务器 - Google Patents

Abstract

本发明涉及后端开发领域，公开了一种用于用户认证的方法、装置以及后端服务器。方法包括：获取前端设备发送的验证信息；如果在第一数据库中能够查找到验证信息，根据验证信息生成与验证信息对应的登录凭证，并提取第一数据库中与验证信息对应的用户信息；将登录凭证、用户信息以及登录凭证与用户信息的对应关系存储至本地内存；将登录凭证发送至前端设备。通过上述方法，后端服务器在进行接口访问权限的验证时，无需进行网络调用以访问数据库获取相关的用户信息，可以直接在本地内存中进行用户信息的查找，在本地内存中无法查找到相关用户信息的情况下才会进行数据库的网络访问，减少了网络延时。

Description

用于用户认证的方法、装置以及后端服务器

技术领域

本发明涉及后端开发领域，具体地涉及一种用于用户认证的方法、装置以及后端服务器。

背景技术

很多系统针对不同的用户角色提供不同的功能，而用户与角色的关联关系通常会通过数据库，比如Mysql(关系型数据库管理系统)，落地到磁盘进行永久保存，用户通过验证信息(比如用户名与密码)登录后，后端服务器会创建一个session-id(即登陆凭证)并返回给前端设备的交互平台(比如浏览器)作为该用户的登录凭证，同时，后端服务器会将该session-id与用户的对应关系存储到一个存储系统或数据库中，比如Redis(RemoteDictio nary Server，远程字典服务)。后续前端设备请求访问后端服务器的数据接口时，都会带上这个session-id，而后端服务器收到接口访问请求时，从接口访问请求中读取session-id，然后从Redis中查出该session-id对应的用户信息，从而判断改用户是否有权限访问该接口。

在上述的接口访问过程中，后端服务器每次进行接口访问权限验证时，获取用户信息都需要通过session-id从存储系统或数据库(Redis)中获取，后端服务器每次从Redis中获取信息都是进行一次网络调用，会有一定的网络延时。

发明内容

本申请的目的是为了克服现有技术存在的后端服务器在进行接口访问权限验证时会有一定的网络延时这一问题，提供了一种用于用户认证的方法与后端服务器。

为实现上述目的，本申请第一方面提供一种用于用户认证的方法，包括：

获取前端设备发送的验证信息；

如果在第一数据库中能够查找到验证信息，根据验证信息生成与验证信息对应的登录凭证，并提取第一数据库中与验证信息对应的用户信息；

将登录凭证、用户信息以及登录凭证与用户信息的对应关系存储至本地内存；

将登录凭证发送至前端设备。

在本申请的一个实施例中，方法还包括：

将登录凭证、用户信息以及登录凭证与用户信息的对应关系在本地内存中的存储时间设置为第一时长。

在本申请的一个实施例中，方法还包括：

将登录凭证、用户信息以及登录凭证与用户信息的对应关系存储至第二数据库。

在本申请的一个实施例中，方法还包括：

获取前端设备发送的包括登录凭证的接口访问请求；

根据登录凭证在本地内存中查找并提取与登录凭证对应的第一目标用户信息；

如果在本地内存中能够提取到第一目标用户信息，根据第一目标用户信息判断接口访问请求是否满足访问对应的接口的权限要求；

如果是，则发送接口对应的相关数据至前端设备。

在本申请的一个实施例中，方法还包括：

如果在本地内存中无法提取到第一目标用户信息，在第二数据库中查找并提取与登录凭证对应的第二目标用户信息；

如果在第二数据库中能够提取到第二目标用户信息，根据第二目标用户信息判断接口访问请求是否满足访问对应的接口的权限要求；

如果是，则发送接口对应的相关数据至前端设备。

在本申请的一个实施例中，方法还包括：

如果在第二数据库中能够提取到第二目标用户信息，将登录凭证、第二目标用户信息以及登录凭证与第二目标用户信息的对应关系存储至本地内存。

在本申请的一个实施例中，方法还包括：

如果在第二数据库中无法提取到第二目标用户信息，向前端设备发送重新登录提示。

在本申请的一个实施例中，方法还包括：

如果在第一数据库中无法查找到验证信息，向前端设备发送验证错误提示。

本申请第二方面提供一种用于用户认证的装置，其特征在于，应用于后端服务器，包括：

验证信息获取模块，用于获取前端设备发送的验证信息；

验证信息处理模块，用于在第一数据库中查找验证信息，如果在第一数据库中能够查找到验证信息，根据验证信息生成与验证信息对应的登录凭证，并提取第一数据库中与验证信息对应的用户信息；

验证信息存储模块，用于将登录凭证、用户信息以及登录凭证与用户信息的对应关系存储至本地内存；

验证信息发送模块，用于将登录凭证发送至前端设备。

本申请第三方面提供一种后端服务器，包括处理器和存储器，存储器存储有能够被处理器执行的机器可执行指令，处理器可执行机器可执行指令以实现上述的用于用户认证的方法。

本申请第四方面提供一种机器可读存储介质，其特征在于，机器可读存储介质上存储有指令，该指令被处理器执行时使得处理器实现上述的用于用户认证的方法。

通过上述技术方案，后端服务器在进行接口访问权限的验证时，无需进行网络调用以访问数据库获取相关的用户信息，可以直接在本地内存中进行用户信息的查找，在本地内存中无法查找到相关用户信息的情况下才会进行数据库的网络访问，减少了网络延时，使验证过程更加快速高效，并在提高验证效率的同时保证了用户信息能够被成功提取。

本发明的其它特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本发明的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本发明，但并不构成对本发明的限制。在附图中：

图1示意性示出了根据本申请实施例的用于用户验证的方法的流程示意图；

图2示意性示出了根据本申请实施例的一种用于用户验证的方法的流程逻辑图。

具体实施方式

以下结合附图对本申请的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本申请，并不用于限制本申请。

需要说明，若本申请实施例中有涉及方向性指示(诸如上、下、左、右、前、后……)，则该方向性指示仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。

另外，若本申请实施例中有涉及“第一”、“第二”等的描述，则该“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

本申请第一方面提供了一种用于用户认证的方法，图1示意性示出了根据本申请实施例的用于用户验证的方法的流程示意图。如图1所示，在本申请实施例中，提供了一种用于用户认证的方法，包括：

步骤S110：获取前端设备发送的验证信息；

步骤S120：如果在第一数据库中能够查找到验证信息，根据验证信息生成与验证信息对应的登录凭证，并提取第一数据库中与所述验证信息对应的用户信息。

请一并参阅图2，图2示意性示出了根据本申请实施例的一种用于用户验证的方法的流程逻辑图，如图2所示，在本申请的一个实施例中，在一个交互系统中，用户进行相关操作时需要先进行登录，用户通过前端设备提供的交互平台(如浏览器)输入验证信息(如用户名、密码)，后端服务器获取由前端设备发送来的验证信息。

在交互系统中，每个用户有其对应的用户信息，用户信息中包含该用户在交互系统中的角色，角色决定了该用户在交互系统中的访问各类数据接口的各类权限。用户信息与对应的验证信息存储在第一数据库中，在本申请的一个实施例中，第一数据库为mysql数据库，第一数据库还可以为其他具有相同功能的数据库或数据管理系统，本申请对此不作限定。

后端设备在获取到前端设备发送来的验证信息后，在第一数据库中查找此验证信息，如果能够在第一数据库中查找到，则验证信息正确，生成与该验证信息对应的登录凭证(session-id)，登录凭证作为一个标识，用以区分各用户。

后端服务器在第一数据库中查找到验证信息后，提取第一数据库中与该验证信息对应的用户信息，用于后续的接口访问权限的验证。

在本申请的一个实施例中，如果后端设备在第一数据库中无法查找到前端设备发送的验证信息，则验证信息错误，后端服务器向前端设备发送验证错误提示，前端设备的交互平台显示该错误提示，指示用户重新输入验证信息。

如图1所示，方法还包括：

步骤S130：将登录凭证、用户信息以及登录凭证与用户信息的对应关系存储至本地内存；

步骤S140：将登录凭证发送至所述前端设备。

后端服务器提取第一数据库中与该验证信息对应的用户信息后，将生成的与验证信息对应的登录凭证、与验证信息对应的用户信息以及该登录凭证与该用户信息的对应关系存储至本地内存。如此，在后续后端服务器进行接口访问权限验证时，可以直接从本地内存调取用户信息进行验证，无需再进行网络调用，增加网络延时。

在本申请的一个实施例中，后端服务器在进行上述存储过程时，同时将登录凭证、用户信息以及登录凭证与用户信息的对应关系在本地内存中的存储时间设置为第一时长。一般用户在进行交互系统操作时，登录完成后，在一定的连续时间段内会进行较高频率的系统操作，也就是在这段时间内后端服务器需要进行高频率的接口访问权限的验证。将登录凭证、用户信息以及登录凭证与用户信息的对应关系在本地内存中的存储时间设置为一定的有限时长，达到此有限时长后，上述存储的信息将会被删除，无法被查找到，或转为失效，即使查找到了也无法被提取，如此即保证了本地内存的存储空间不会被过分侵占。第一时长的具体值可以依据交互系统的用户平均高频操作时长进行确定，本申请对此不作限定。

在本申请的一个实施例中，后端服务器同时将登录凭证、用户信息以及登录凭证与用户信息的对应关系存储至第二数据库。某些交互平台的后端服务器具有多台设备，采用分布式的算法进行数据的吞吐与处理，在这种情况下，如果上述登录凭证、用户信息以及登录凭证与用户信息的对应关系只存储于某台设备的本地内存，会导致其他设备误判该用户没有登录，从而无法访问相关的数据接口，故将登录凭证、用户信息以及登录凭证与用户信息的对应关系同时存储至第二数据库，保证了后端服务器具有多台设备的情况下依然能顺利进行接口访问权限的验证，同时保证了上述信息在本地内存中的存储时长超过了第一时长而被删除、失效后，后端服务器依然能够通过网络调用在第二数据库中查找到相关信息进行接口访问权限的验证。在本申请的一个实施例中，第二数据库为Redis，第二数据库还可以为其他具有相同功能的数据库或数据管理系统，本申请对此不作限定。

后端服务器在完成上述存储过程后，将登录凭证发送至前端设备，后续前端设备发送的接口访问请求中，都会携带此登录凭证，作为用户标识以供后端服务器进行权限验证。

在本申请的一个实施例中，方法的接口访问验证阶段包括：

获取前端设备发送的包括登录凭证的接口访问请求；

根据登录凭证在本地内存中查找并提取与登录凭证对应的第一目标用户信息。

用户在进行交互平台的操作时，会产生接口访问请求，假设实现本实施例提供的用于用户验证的方法的交互系统为某学校校园网平台，校园网的所有用户的角色分为“学生”与“教师”两种，两种角色具有的接口访问权限并不相同，比如“教师”能够访问试卷库，也就是“教师”具有试卷库的数据接口的访问权限，“学生”不具有试卷库的数据接口的访问权限。

如图2所示，后端服务器获取到前端设备发送的接口访问请求后，根据其中的登录凭证直接在本地内存中查找并提取对应的目标用户信息，即第一目标用户信息。

上述方法的接口访问验证阶段，还包括：

如果在本地内存中能够提取到第一目标用户信息，根据第一目标用户信息判断接口访问请求是否满足访问对应的接口的权限要求；

如果是，则发送接口的相关数据至前端设备。

如图2所示，后端服务器如果能够在本地内存中提取到第一目标用户信息，即存储在本地内存中，与获得的登录凭证对应的用户信息未被删除、未失效，可以直接采用，进行相关接口的访问权限验证。如果该第一目标用户信息包含的该用户角色具有访问该接口的权限，即该第一用户信息满足访问对应的接口的权限要求，发送该接口的相关数据至前端设备；如果该用户信息包含的该用户角色不具有访问该接口的权限，即该第一用户信息不满足访问对应的接口的权限要求，发送该用户无权限访问相关接口的提示至前端设备。

在本申请的一个实施例中，后端服务器在本地内存中查找到第一目标用户信息后，更新该第一目标用户信息对应的登陆凭证以及该第一目标用户信息与该登录凭证在本地内存中的存储时间，即将上述信息的存储时间重置为第一时长。

在本申请的一个实施例中，上述方法的接口访问验证阶段，还包括：

如果在本地内存中无法提取到第一目标用户信息，在第二数据库中查找并提取与登录凭证对应的第二目标用户信息；

如果在第二数据库中能够提取到第二目标用户信息，根据第二目标用户信息判断接口访问请求是否满足访问对应的接口的权限要求；

如果是，则发送接口的相关数据至前端设备。

后端服务器如果在本地内存中无法查找到第一目标用户信息，可以通过网络调用在第二数据库中查找并提取与该登录凭证对应的目标用户信息，即第二目标用户信息。后端服务器如果能够在第二数据库中提取到第二目标用户信息，后端服务器即采用该第二目标用户信息进行相关接口的访问权限验证。如果该第二目标用户信息包含的该用户角色具有访问该接口的权限，即该第二用户信息满足访问对应的接口的权限要求，发送该接口的相关数据至前端设备；如果该用户信息包含的该用户角色不具有访问该接口的权限，即该第二用户信息不满足访问对应的接口的权限要求，发送该用户无权限访问相关接口的提示至前端设备。

在本申请的一个实施例中，后端服务器如果在第二数据库中能够提取到第二目标用户信息，在完成相关的接口访问权限验证的同时，将登录凭证、第二目标用户信息以及登录凭证与第二目标用户信息的对应关系存储至本地内存，使后续相同用户的接口访问权限验证可以直接在本地内存中直接调用对应的用户信息，减少网络调用的延时。

在本申请的一个实施例中，后端服务器如果在第二数据库中无法提取到第二目标用户信息，证明用户登录已经过期，向前端设备发送重新登录提示。

在本申请的一个实施例中，提供了一种用于用户认证的装置，应用于后端服务器，包括：

验证信息获取模块，用于获取前端设备发送的验证信息；

验证信息处理模块，用于在第一数据库中查找验证信息，如果在第一数据库中能够查找到验证信息，根据验证信息生成与验证信息对应的登录凭证，并提取第一数据库中与验证信息对应的用户信息；

验证信息存储模块，用于将登录凭证、用户信息以及登录凭证与用户信息的对应关系存储至本地内存；

验证信息发送模块，用于将登录凭证发送至前端设备。

在本申请的一个实施例中，提供了一种后端服务器，包括处理器和存储器，所述存储器存储有能够被所述处理器执行的机器可执行指令，所述处理器可执行所述机器可执行指令以实现上述实施例中的用于用户认证的方法。

在本申请的一个实施例中，提供了一种机器可读存储介质，机器可读存储介质上存储有指令，该指令被处理器执行时使得所述处理器实现上述的用于用户认证的方法。

在本申请的一个实施例中，还提供了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现根据上述实施方式中的用于用户认证的方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CDROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CDROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

此外，本发明的各种不同的实施方式之间也可以进行任意组合，只要其不违背本发明的思想，其同样应当视为本发明所公开的内容。

Claims (11)

1.一种用于用户认证的方法，其特征在于，应用于后端服务器，包括：

获取前端设备发送的验证信息；

如果在第一数据库中能够查找到所述验证信息，根据所述验证信息生成与所述验证信息对应的登录凭证，并提取所述第一数据库中与所述验证信息对应的用户信息；

将所述登录凭证、所述用户信息以及所述登录凭证与所述用户信息的对应关系存储至本地内存；

将所述登录凭证发送至所述前端设备。

2.根据权利要求1所述的方法，其特征在于，还包括：

将所述登录凭证、所述用户信息以及所述登录凭证与所述用户信息的对应关系在所述本地内存中的存储时间设置为第一时长。

3.根据权利要求1所述的方法，其特征在于，还包括：

将所述登录凭证、所述用户信息以及所述登录凭证与所述用户信息的对应关系存储至第二数据库。

4.根据权利要求3所述的方法，其特征在于，还包括：

获取前端设备发送的包括所述登录凭证的接口访问请求；

根据所述登录凭证在所述本地内存中查找并提取与所述登录凭证对应的第一目标用户信息；

如果在所述本地内存中能够提取到所述第一目标用户信息，根据所述第一目标用户信息判断所述接口访问请求是否满足访问对应的接口的权限要求；

如果是，则发送所述接口对应的相关数据至所述前端设备。

5.根据权利要求4所述的方法，其特征在于，还包括：

如果在所述本地内存中无法提取到所述第一目标用户信息，在所述第二数据库中查找并提取与所述登录凭证对应的第二目标用户信息；

如果在所述第二数据库中能够提取到所述第二目标用户信息，根据所述第二目标用户信息判断所述接口访问请求是否满足访问对应的接口的权限要求；

如果是，则发送所述接口对应的相关数据至所述前端设备。

6.根据权利要求5所述的方法，其特征在于，还包括：

如果在所述第二数据库中能够提取到所述第二目标用户信息，将所述登录凭证、所述第二目标用户信息以及所述登录凭证与所述第二目标用户信息的对应关系存储至所述本地内存。

7.根据权利要求5所述的方法，其特征在于，还包括：

如果在所述第二数据库中无法提取到所述第二目标用户信息，向所述前端设备发送重新登录提示。

8.根据权利要求1所述的方法，其特征在于，还包括：

如果在所述第一数据库中无法查找到所述验证信息，向所述前端设备发送验证错误提示。

9.一种用于用户认证的装置，其特征在于，应用于后端服务器，包括：

验证信息获取模块，用于获取前端设备发送的验证信息；

验证信息处理模块，用于在第一数据库中查找所述验证信息，如果在第一数据库中能够查找到所述验证信息，根据所述验证信息生成与所述验证信息对应的登录凭证，并提取所述第一数据库中与所述验证信息对应的用户信息；

验证信息存储模块，用于将所述登录凭证、所述用户信息以及所述登录凭证与所述用户信息的对应关系存储至本地内存；

验证信息发送模块，用于将所述登录凭证发送至所述前端设备。

10.一种后端服务器，其特征在于，包括处理器和存储器，所述存储器存储有能够被所述处理器执行的机器可执行指令，所述处理器可执行所述机器可执行指令以实现权利要求1至8中任意一项所述的用于用户认证的方法。

11.一种机器可读存储介质，其特征在于，所述机器可读存储介质上存储有指令，该指令被处理器执行时使得所述处理器实现根据权利要求1至8中任意一项所述的用于用户认证的方法。

Images