CN118200013A - 一种基于多鉴权模式的应用访问方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开了一种基于多鉴权模式的应用访问方法、装置、设备及存储介质，包括：接收客户端所发送的应用访问请求，其中，应用访问请求中包括令牌信息；查询预先配置的鉴权模式，并基于鉴权模式对应用访问请求中的令牌信息进行验证，其中，鉴权模式包括即时验证模式、代理验证模式或令牌验证模式；当确定令牌信息验证通过时调取应用资源，并将应用资源发送给客户端，以对应用访问请求进行响应。通过根据应用场景的需求预先配置鉴权模式，从而当获取到应用访问请求时基于预先配置的鉴权模式进行鉴权，由于鉴权模式包括即时验证模式、代理验证模式或令牌验证模式，并且不同的鉴权模式分别对应不同的鉴权速度，从而满足了不同应用场景下用户鉴权需求。

Description

一种基于多鉴权模式的应用访问方法、装置、设备及存储介质

技术领域

本发明涉及数据处理技术领域，尤其涉及一种基于多鉴权模式的应用访问方法、装置、设备及存储介质。

背景技术

在进行应用访问时通常需要对访问请求进行鉴权，以确定访问用户是否有权访问应用的资源，目前系统上通常支持一种访问应用的鉴权方式，系统基于所配置的一种鉴权方式实现对访问请求的鉴权。

但是采用系统所配置的唯一鉴权方式进行鉴权时，通常会限制用户和开发人员的选择，有些用户可能更喜欢使用不用的鉴权方式，而系统却无法满足用户的需求。并且不同的场景可能对访问应用的鉴权速度有不同的要求，例如在微服务架构中一个请求可能需要经过多个服务才能完成，每个服务都可能需要进行鉴权，如果鉴权速度不够快，可能会导致整个请求的处理时间过长，系统仅支持一种鉴权方式的情况下，通常针对一些指定类型的微服务架构是无法满足鉴权速度的要求。

发明内容

本发明提供了一种基于多鉴权模式的应用访问方法，以实现多鉴权模式下的应用访问。

根据本发明的第一方面，提供了一种基于多鉴权模式的应用访问方法，包括：接收客户端所发送的应用访问请求，其中，所述应用访问请求中包括令牌信息；

查询预先配置的鉴权模式，并基于所述鉴权模式对所述应用访问请求中的令牌信息进行验证，其中，所述鉴权模式包括即时验证模式、代理验证模式或令牌验证模式；

当确定所述令牌信息验证通过时调取应用资源，并将所述应用资源发送给所述客户端，以对所述应用访问请求进行响应。

根据本发明的另一方面，提供了一种基于多鉴权模式的应用访问装置，包括：应用访问请求接收模块，用于接收客户端所发送的应用访问请求，其中，所述应用访问请求中包括令牌信息；

令牌信息验证模块，用于查询预先配置的鉴权模式，并基于所述鉴权模式对所述应用访问请求中的令牌信息进行验证，其中，所述鉴权模式包括即时验证模式、代理验证模式或令牌验证模式；

应用资源调取模块，用于当确定所述令牌信息验证通过时调取应用资源，并将所述应用资源发送给所述客户端，以对所述应用访问请求进行响应。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的方法。

本发明实施例的技术方案，通过根据应用场景的需求预先配置鉴权模式，从而当获取到应用访问请求时基于预先配置的鉴权模式进行鉴权，由于鉴权模式包括即时验证模式、代理验证模式或令牌验证模式，并且不同的鉴权模式分别对应不同的鉴权速度，从而满足了不同应用场景下用户的鉴权需求。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是根据本发明实施例一提供的一种基于多鉴权模式的应用访问方法的流程图；

图2是根据本发明实施例二提供的一种基于多鉴权模式的应用访问方法的流程图；

图3是根据本发明实施例三提供的一种基于多鉴权模式的应用访问装置的结构示意图；

图4是实现本发明实施例四提供的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供了一种基于多鉴权模式的应用访问方法的流程图，本实施例可适用于基于多鉴权模式进行应用访问的情况，该方法可以由基于多鉴权模式的应用访问装置来执行，该装置可以采用硬件和/或软件的形式实现。如图1所示，该方法包括：

步骤S101，接收客户端所发送的应用访问请求。

具体的说，本实施方式中主要是通过服务器对客户端所发送的应用访问请求进行鉴权，服务器中主要包括业务单元、认证单元、代理验证单元和令牌验证单元，并且服务器主要是基于上述多个单元的交互过程以实现访问请求的鉴权过程，本实施方式中并不对服务器中所包含的单元的种类和数量进行限定。

需要说明的是，客户端在发送应用访问请求时，会在访问请求的请求头中添加令牌信息，具体是在请求头的Authorization字段中添加，一般形式为Bearer<token>。位于访问请求中的的令牌信息可以是通过服务器用户认证阶段所反馈的用户认证令牌，也可能是非法用户所编写的虚假令牌，本实施方式中并不对应用访问请求中所包含的令牌信息的内容进行限定。由于在应用访问请求中可能存在虚假令牌，因此服务器在接收都客户端所发送的应用访问请求后，需要对应用访问请求中的令牌信息进行鉴权。

步骤S102，查询预先配置的鉴权模式，并基于鉴权模式对应用访问请求中的令牌信息进行验证。

可选的，基于鉴权模式对应用访问请求中的令牌信息进行验证，包括：当鉴权模式为即时验证模式时，通过业务单元将令牌信息与本地所缓存中的用户认证令牌进行匹配，当匹配成功时则确定令牌信息验证通过；当鉴权模式为代理验证模式时，通过业务单元将令牌信息传输给代理验证单元，通过代理验证单元将令牌信息与数据库中的用户认证令牌进行匹配，当匹配成功时则确定令牌信息验证通过；当鉴权模式为令牌验证模式时，通过业务单元将令牌信息传输给令牌验证单元，并通过令牌验证单元对令牌信息进行验证。

其中，本实施方式中管理人员可以根据应用场景的需求预先在服务器中配置不同的鉴权模式，例如，即时验证模式、代理验证模式或令牌验证模式等，并且针对不同的鉴权模式服务器对访问请求中的令牌信息验证方式是不相同的，其中，针对即时验证模式和代理验证模式主要采用的是令牌对比的方式，只是两者进行对比时所采用的用户认证令牌的存储位置是不相同的，针对令牌验证模式则主要采用的是对令牌信息本身进行验证，而无需额外与其它用户认证令牌进行对比。当然本实施方式中仅是举例说明，而并对管理人员所配置的鉴权模式的具体类型进行限定。

在一个具体实现中，当鉴权模式为即时验证模式时，由于在用户身份认证阶段，合法的用户认证令认证牌是保存在业务单元的本地缓存中的，因此会访问请求中的令牌信息与本地缓存中的用户认证令牌进行匹配，例如，当本地缓存中包括用户认证令牌a、用户认证令牌b、用户认证令牌c和用户认证令牌d，当确定应用访问请求为用户认证令牌a时，则确定应用访问请求中的令牌信息与本地缓存中的用户认证令牌匹配成功，此时则确定令牌信息验证通过；当确定应用访问请求为用户认证令牌aa时，由于与本地缓存中的任意一种用户认证令牌都是不相同的，从而可以确定此时的令牌信息可能是攻击者所伪造的，从而确定令牌信息验证未通过，当然，本实施方式中仅是举例说明，而并不对本地缓存中所保存的用户认证令牌的具体数量进行限定。另外，当鉴权模式为代理验证模式时，由于在用户身份认证阶段，合法的用户认证令牌是保存在代理验证单元的数据库中，因此业务单元在确定出鉴权模式之后会将令牌信息传输给代理验证单元，并通过代理验证单元将令牌信息与数据库中的用户认证令牌进行匹配，当确定应用访问请求中的令牌信息与本地缓存中的用户认证令牌匹配成功时，则确定令牌信息验证通过，由于可以得知，即时验证模式与代理验证模式的原理大致相同，仅是在进行匹配时，执行主体以及用户认证令牌的来源位置是不相同的，即时验证模式中的执行主体为业务单元，用于进行匹配的用户认证令牌是存储在业务单元的本地缓存中的，代理验证模式中的执行主体为代理验证单元，用于进行匹配的用户认证令牌是存储在代理验证单元的数据库中的，但两种模式的本质是采用令牌信息与合法的用户认证令牌进行对比。但是当鉴权模式为令牌验证模式时，业务单元会将令牌信息传输给令牌验证单元，并通过令牌验证单元对令牌信息进行验证。

可选的，通过令牌验证单元对令牌信息进行验证，包括：通过令牌验证单元对令牌信息进行解析，当解析获取到头部结构、载荷结构和签名结构时则确定令牌信息完整；采用私钥对头部结构和载荷结构进行签名生成验证签名结构，根据验证签名结构确定令牌信息中签名结构的有效性；当令牌信息中签名结构有效时，则确定令牌信息验证通过。

可选的，根据验证签名结构确定令牌信息中签名结构的有效性，包括：判断生成的验证签名结构与令牌信息中的签名结构是否相同，若是，则确定令牌信息中的签名结构有效，否则，确定令牌信息中的签名结构无效。

其中，当鉴权模式为令牌验证模式时，业务单元会将所接收到的令牌信息传输给令牌验证单元，令牌验证单元会对令牌信息进行解析，以验证令牌信息的完整性，当通过解析确定令牌信息中头部结构、载荷结构和签名结构都包含的情况下，则说明令牌信息是完整的，否则直接确定令牌信息是无效的。当确定令牌信息完整的情况下，令牌验证单元还会对令牌信息的正确性进行验证，在验证正确性时会采用私钥对头部结构和载荷进行签名以生成验证签名结构，并将验证签名结构与令牌信息中已解析出的签名结构进行对比，如果两者相同则说明签名结构是有效的，如果不相同则说明签名结构是无效的。只有当确定令牌信息结构完整并且签名结构有效的情况下，才能确定令牌信息验证通过。

步骤S103，当确定令牌信息验证通过时调取应用资源，并将应用资源发送给客户端，以对应用访问请求进行响应。

具体的说，当确定应用访问请求中的令牌信息验证通过的情况下，则说明进行访问的用户是注册过的合法用户，有权访问应用的资源，此时服务器则会根据应用访问请求中的应用标识调取应用资源，并将所调取的应用资源发送给客户端，从而便于用户根据客户端所获取到的应用资源进行应用访问。

需要说明的是，当确定令牌信息验证未通过的情况下，说明进行应用访问的用户是未注册过的非法用户，因此服务器不会调取应用资源发送给客户端，但是会生成提示信息并反馈给客户端，例如，“您无权访问该应用”，而客户端则可以采用语音或者图像的形式将提示信息进行展示，当然，本实施方式中仅是举例说明，而并不对提示信息的具体内容以及展示方式进行限定。

本申请实施方式中，通过根据应用场景的需求预先配置鉴权模式，从而当获取到应用访问请求时基于预先配置的鉴权模式进行鉴权，由于鉴权模式包括即时验证模式、代理验证模式或令牌验证模式，并且不同的鉴权模式分别对应不同的鉴权速度，从而满足了不同应用场景下用户的鉴权需求。

实施例二

图2为本发明实施例二提供的一种基于多鉴权模式的应用访问方法的流程图，本实施例以上述实施例为基础，在接收客户端所发送的应用访问请求之前，还包括：通过认证单元对客户端所发送的身份认证请求进行用户身份认证，并在认证通过时生成用户认证令牌；通过业务单元查询预先配置的鉴权模式，并基于鉴权模式对用户认证令牌进行处理。如图2所示，该方法包括：

步骤S201，通过认证单元对客户端所发送的身份认证请求进行用户身份认证，并在认证通过时生成用户认证令牌。

可选的，通过认证单元对客户端所发送的身份认证请求进行用户身份认证，并在认证通过时生成用户认证令牌，包括：通过认证单元对身份认证请求中的账号和密码进行验证，当确定验证通过时获取账号所对应的用户身份信息，以及预先设置的令牌类型和签名算法；将用户身份信息作为头部结构，并将令牌类型和签名算法作为载荷结构；采用私钥对头部结构和载荷结构进行签名生成签名结构，并将头部结构、载荷结构和签名结构进行拼接生成用户认证令牌。

具体的说，本实施方式中在对客户端所发送的应用访问请求进行验证之前，服务器还会通过认证单元对各客户端所发送的身份认证请求进行用户认证，并且根据不同的鉴权模式会采用不同的方式对用户认证阶段所生成的用户认证令牌进行处理。其中，当用户通过客户端向服务器发送身份认证请求时，服务器会调用认证单元对身份认证请求中的账号和密码进行验证，当确定账号和密码验证正确的情况下则会获取账号该账号所对应的用户身份信息，以及预先配置的令牌类型和签名算法，并将用户身份信息作为头部结构，将令牌类型和签名算法作为载荷结构，当然，载荷结构中还可以包括其他需要传输的有意义的信息，例如权限声明等，但是不包含敏感信息，因为令牌本身是可解码的，但可以使用签名来保护其完整性和真实性，因此本实施方式中在获取到头部结构和载荷结构之后会采用私钥对头部结构和载荷结构进行签名生成签名结构，并将送获取的头部结构、载荷结构和签名结构按照顺序依次拼接到一起生成用户认证令牌，并且用户认证令牌具体为字符串的形式，本实施方式中通过对头部结构和载荷结构进行签名，保证了用户身份信息以及用户权限的完整性和真实性。

步骤S202，通过业务单元查询预先配置的鉴权模式，并基于鉴权模式对用户认证令牌进行处理。

可选的，基于鉴权模式对用户认证令牌进行处理，包括：当鉴权模式为即时验证模式时，通过业务单元将用户认证令牌在服务器本地进行缓存，并将用户认证令牌发送给客户端；当鉴权模式为代理验证模式时，通过业务单元将用户认证令牌发送到代理验证单元的数据库中进行存储，并将用户认证令牌发送给客户端；当鉴权模式为令牌验证模式时，通过业务单元直接将用户认证令牌发送给客户端。

其中，本实施方式中的业务单元在根据身份认证请求生成用户认证令牌之后，会查询预先配置的鉴权模式，其中，鉴权模式的类型可以包括即时验证模式、代理验证模式或令牌验证模式等，当然，本实施方式中仅是举例说明，而并不对鉴权模式的具体类型进行限定，并且根据不同类型的鉴权模式会采用不同的方式对用户认证令牌进行处理。

例如，当鉴权模式为即时验证模式时，说明在后续客户端访问应用时对验证的速度要求比较高，此时业务单元则直接将用户认证令牌在服务器本地进行缓存的同时，还会将用户认证令牌发送给客户端。而当鉴权模式为代理验证模式时，则说明目前进行用户认证的用户较多，所生成的用户认证令牌的占用空间较大，此时业务单元则会将所生成的用户认证令牌发送到代理验证单元的数据库中进行存储，并将用户认证令牌发送给客户端。由此可见不论是即时验证模式还是代理验证模式，在用户认证阶段生成用户认证令牌之后，都会将所生成的用户认证令牌不在本地缓存或是在数据库中进行保存。但是当鉴权模式为令牌验证模式时，则会通过业务单元直接将用户认证令牌发送给客户端，而不会将用户认证令牌在服务器中进行存储。

需要说明的是，由于即时鉴权模式、代理验证模式和令牌验证模式对用户认证令牌的处理方式是不相同的，由于即时鉴权模式和代理验证模式分别预先存储了用户认证令牌，并且即时鉴权模式的用户认证令牌是存储在本地缓存，代理验证模式的用户认证令牌是存储在数据库中，而令牌验证模式则没有预先存储用户认证令牌，因此即时鉴权模式、代理验证模式和令牌验证模式的验证速度是依次降低的，管理人员可以根据应用场景的需求在服务器系统中预先配置对应的验证模式。

步骤S203，接收客户端所发送的应用访问请求。

步骤S204，查询预先配置的鉴权模式，并基于鉴权模式对应用访问请求中的令牌信息进行验证。

可选的，基于鉴权模式对应用访问请求中的令牌信息进行验证，包括：当鉴权模式为即时验证模式时，通过业务单元将令牌信息与本地所缓存中的用户认证令牌进行匹配，当匹配成功时则确定令牌信息验证通过；当鉴权模式为代理验证模式时，通过业务单元将令牌信息传输给代理验证单元，通过代理验证单元将令牌信息与数据库中的用户认证令牌进行匹配，当匹配成功时则确定令牌信息验证通过；当鉴权模式为令牌验证模式时，通过业务单元将令牌信息传输给令牌验证单元，并通过令牌验证单元对令牌信息进行验证。

可选的，通过令牌验证单元对令牌信息进行验证，包括：通过令牌验证单元对令牌信息进行解析，当解析获取到头部结构、载荷结构和签名结构时则确定令牌信息完整；采用私钥对头部结构和载荷结构进行签名生成验证签名结构，根据验证签名结构确定令牌信息中签名结构的有效性；当令牌信息中签名结构有效时，则确定令牌信息验证通过。

可选的，根据验证签名结构确定令牌信息中签名结构的有效性，包括：判断生成的验证签名结构与令牌信息中的签名结构是否相同，若是，则确定令牌信息中的签名结构有效，否则，确定令牌信息中的签名结构无效。

步骤S205，当确定令牌信息验证通过时调取应用资源，并将应用资源发送给客户端，以对应用访问请求进行响应。

本申请实施方式中，通过根据应用场景的需求预先配置鉴权模式，从而当获取到应用访问请求时基于预先配置的鉴权模式进行鉴权，由于鉴权模式包括即时验证模式、代理验证模式或令牌验证模式，并且不同的鉴权模式分别对应不同的鉴权速度，从而满足了不同应用场景下用户的鉴权需求。

实施例三

图3为本发明实施例三提供的一种基于多鉴权模式的应用访问装置的结构示意图。如图3所示，该装置包括：应用访问请求接收模块310、令牌信息验证模块320和应用资源调取模块330。

其中，应用访问请求接收模块310，用于接收客户端所发送的应用访问请求，其中，应用访问请求中包括令牌信息；

令牌信息验证模块320，用于查询预先配置的鉴权模式，并基于鉴权模式对应用访问请求中的令牌信息进行验证，其中，鉴权模式包括即时验证模式、代理验证模式或令牌验证模式；

应用资源调取模块330，用于当确定令牌信息验证通过时调取应用资源，并将应用资源发送给客户端，以对应用访问请求进行响应。

可选的，装置还包括：用户认证令牌生成模块，用于通过认证单元对客户端所发送的身份认证请求进行用户身份认证，并在认证通过时生成用户认证令牌；

用户认证令牌处理模块，用于通过业务单元查询预先配置的鉴权模式，并基于鉴权模式对用户认证令牌进行处理。

可选的，用户认证令牌生成模块，用于通过认证单元对身份认证请求中的账号和密码进行验证，当确定验证通过时获取账号所对应的用户身份信息，以及预先设置的令牌类型和签名算法；

将用户身份信息作为头部结构，并将令牌类型和签名算法作为载荷结构；

采用私钥对头部和载荷进行签名生成签名结构，并将头部结构、载荷结构和签名结构进行拼接生成用户认证令牌。

可选的，用户认证令牌处理模块，用于当鉴权模式为即时验证模式时，通过业务单元将用户认证令牌在服务器本地进行缓存，并将用户认证令牌发送给客户端；

当鉴权模式为代理验证模式时，通过业务单元将用户认证令牌发送到代理验证单元的数据库中进行存储，并将用户认证令牌发送给客户端；

当鉴权模式为令牌验证模式时，通过业务单元直接将用户认证令牌发送给客户端。

可选的，令牌信息验证模块，用于当鉴权模式为即时验证模式时，通过业务单元将令牌信息与本地所缓存中的用户认证令牌进行匹配，当匹配成功时则确定令牌信息验证通过；

当鉴权模式为代理验证模式时，通过业务单元将令牌信息传输给代理验证单元，通过代理验证单元将令牌信息与数据库中的用户认证令牌进行匹配，当匹配成功时则确定令牌信息验证通过；

当鉴权模式为令牌验证模式时，通过业务单元将令牌信息传输给令牌验证单元，并通过令牌验证单元对令牌信息进行验证。

可选的，令牌信息验证模块，用于通过令牌验证单元对令牌信息进行解析，当解析获取到头部结构、载荷结构和签名结构时则确定令牌信息完整；

采用私钥对头部结构和载荷结构进行签名生成验证签名结构，根据验证签名结构确定令牌信息中签名结构的有效性；

当令牌信息中签名结构有效时，则确定令牌信息验证通过。

可选的，令牌信息验证模块，用于判断生成的验证签名结构与令牌信息中的签名结构是否相同，若是，则确定令牌信息中的签名结构有效，

否则，确定令牌信息中的签名结构无效。

本发明实施例所提供的基于多鉴权模式的应用访问装置可执行本发明任意实施例所提供的基于多鉴权模式的应用访问方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图4所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如基于多鉴权模式的应用访问方法。

在一些实施例中，基于多鉴权模式的应用访问方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的基于多鉴权模式的应用访问方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行基于多鉴权模式的应用访问方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种基于多鉴权模式的应用访问方法，其特征在于，应用于服务器，包括：

接收客户端所发送的应用访问请求，其中，所述应用访问请求中包括令牌信息；

查询预先配置的鉴权模式，并基于所述鉴权模式对所述应用访问请求中的令牌信息进行验证，其中，所述鉴权模式包括即时验证模式、代理验证模式或令牌验证模式；

当确定所述令牌信息验证通过时调取应用资源，并将所述应用资源发送给所述客户端，以对所述应用访问请求进行响应。

2.根据权利要求1所述的方法，其特征在于，所述服务器中包括业务单元和认证单元，所述接收客户端所发送的应用访问请求之前，还包括：

通过所述认证单元对客户端所发送的身份认证请求进行用户身份认证，并在认证通过时生成用户认证令牌；

通过所述业务单元查询预先配置的所述鉴权模式，并基于所述鉴权模式对所述用户认证令牌进行处理。

3.根据权利要求2所述的方法，其特征在于，所述通过所述认证单元对客户端所发送的身份认证请求进行用户身份认证，并在认证通过时生成用户认证令牌，包括：

通过所述认证单元对所述身份认证请求中的账号和密码进行验证，当确定验证通过时获取所述账号所对应的用户身份信息，以及预先设置的令牌类型和签名算法；

将所述用户身份信息作为头部结构，并将所述令牌类型和所述签名算法作为载荷结构；

采用私钥对所述头部结构和载荷结构进行签名生成签名结构，并将所述头部结构、所述载荷结构和所述签名结构进行拼接生成所述用户认证令牌。

4.根据权利要求2所述的方法，其特征在于，所述服务器中还包括代理验证单元，所述基于所述鉴权模式对所述用户认证令牌进行处理，包括：

当所述鉴权模式为即时验证模式时，通过所述业务单元将所述用户认证令牌在服务器本地进行缓存，并将所述用户认证令牌发送给所述客户端；

当所述鉴权模式为代理验证模式时，通过所述业务单元将所述用户认证令牌发送到所述代理验证单元的数据库中进行存储，并将所述用户认证令牌发送给所述客户端；

当所述鉴权模式为令牌验证模式时，通过所述业务单元直接将所述用户认证令牌发送给所述客户端。

5.根据权利要求4所述的方法，其特征在于，所述服务器中还包括令牌验证单元，所述基于所述鉴权模式对所述应用访问请求中的令牌信息进行验证，包括：

当所述鉴权模式为即时验证模式时，通过所述业务单元将所述令牌信息与本地所缓存中的所述用户认证令牌进行匹配，当匹配成功时则确定所述令牌信息验证通过；

当所述鉴权模式为代理验证模式时，通过所述业务单元将所述令牌信息传输给所述代理验证单元，通过所述代理验证单元将所述令牌信息与所述数据库中的所述用户认证令牌进行匹配，当匹配成功时则确定所述令牌信息验证通过；

当所述鉴权模式为令牌验证模式时，通过所述业务单元将所述令牌信息传输给所述令牌验证单元，并通过所述令牌验证单元对所述令牌信息进行验证。

6.根据权利要求5所述的方法，其特征在于，所述通过所述令牌验证单元对所述令牌信息进行验证，包括：

通过所述令牌验证单元对所述令牌信息进行解析，当解析获取到头部结构、载荷结构和签名结构时则确定所述令牌信息完整；

采用私钥对所述头部结构和所述载荷结构进行签名生成验证签名结构，根据所述验证签名结构确定所述令牌信息中签名结构的有效性；

当所述令牌信息中签名结构有效时，则确定所述令牌信息验证通过。

7.根据权利要求6所述的方法，其特征在于，所述根据所述验证签名结构确定所述令牌信息中签名结构的有效性，包括：

判断生成的所述验证签名结构与所述令牌信息中的所述签名结构是否相同，若是，则确定所述令牌信息中的所述签名结构有效，

否则，确定所述令牌信息中的所述签名结构无效。

8.一种基于多鉴权模式的应用访问装置，其特征在于，包括：

应用访问请求接收模块，用于接收客户端所发送的应用访问请求，其中，所述应用访问请求中包括令牌信息；

令牌信息验证模块，用于查询预先配置的鉴权模式，并基于所述鉴权模式对所述应用访问请求中的令牌信息进行验证，其中，所述鉴权模式包括即时验证模式、代理验证模式或令牌验证模式；

应用资源调取模块，用于当确定所述令牌信息验证通过时调取应用资源，并将所述应用资源发送给所述客户端，以对所述应用访问请求进行响应。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的方法。