请求认证方法、系统、计算机设备和可读存储介质与流程

1.本技术涉及信息技术领域，特别是涉及一种请求认证方法、系统、计算机设备和可读存储介质。


背景技术：

2.http协议是hyper text transfer protocol(超文本传输协议)的缩写，是用于从万维网(www：world wide web)服务器传输超文本到本地浏览器的传送协议，http是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。
3.目前，http协议工作于客户端-服务端架构为上。浏览器作为http客户端通过url向http服务端即web服务器发送所有请求，web服务器根据接收到的请求后，向客户端发送响应信息。在http请求交互过程中，为了防止请求参数被拦截篡改，因此一般会对请求参数进行加签，且在对http请求进行认证时，通常是将用户权限和签名校验等作为普通的应用程序编程接口进行调用，而这种方式直接将接口暴露在外部，使得自身的系统存有安全漏洞。
4.目前针对相关技术中在对http请求认证时接口直接暴露在外部导致自身系统存有安全漏洞的问题，尚未提出有效的解决方案。


技术实现要素：

5.本技术实施例提供了一种请求认证方法、系统、计算机设备和可读存储介质，以至少解决相关技术中在对http请求认证时接口直接暴露在外部导致自身系统存有安全漏洞的问题。
6.第一方面，本技术实施例提供了一种请求认证方法，包括：
7.接收调用请求，所述调用请求包括账户id和原始请求签名；
8.根据所述调用请求计算得到最新请求签名，将所述最新请求签名和原始请求签名进行比对；
9.当所述最新请求签名和原始请求签名一致时，则通过验证，并将所述账户id传递至业务逻辑。
10.在其中一些实施例中，根据所述调用请求中是否携带token信息判断所述调用请求的请求类型，所述调用请求的请求类型为web调用请求和服务端调用请求的其中一种。
11.在其中一些实施例中，当所述调用请求中未携带token信息时，则确定所述调用请求为服务端调用请求，所述服务端调用请求包括请求发起时间、账户id、请求url和客户端计算的原始请求签名；
12.确定所述调用请求为服务端调用请求之后，所述方法还包括：
13.根据所述账户id、请求url和请求发起时间计算得到当前请求签名，并将所述当前请求签名和客户端计算的原始请求签名进行比对；
14.当所述当前请求签名和客户端计算的原始请求签名一致时，则通过验证，并将所
述账户id传递至业务逻辑。
15.在其中一些实施例中，当所述调用请求中携带token信息时，则确定所述调用请求为web调用请求，所述web调用请求包括json数据和数据签名；
16.确定所述调用请求为web调用请求之后，所述方法还包括：
17.根据所述json数据进行计算，得到本次验证签名，所述json数据包括生效时间、失效时间以及账户id；
18.将所述本次验证签名和数据签名进行比对，当所述本次验证和数据签名一致时，则确定所述token信息有效，通过验证，并将所述账户id传递至业务逻辑。
19.在其中一些实施例中，所述根据账户id、请求url和请求发起时间计算得到当前请求签名之后，所述方法还包括：
20.检查所述请求发起时间与当前时间的时间间隔是否在预设范围内，当所述时间间隔在所述预设范围内，则确定所述服务端调用请求为有效请求，并继续完成验证操作；
21.当所述时间间隔超过所述预设范围，则确定所述调用请求为失效请求，并将所述调用请求返回至调用端。
22.第二方面，本技术实施例提供了一种请求认证系统，包括：
23.接收模块，用于接收调用请求，所述调用请求包括账户id和原始请求签名；
24.比对模块，用于根据所述调用请求计算得到最新请求签名，将所述最新请求签名和原始请求签名进行比对；
25.验证模块，用于当所述最新请求签名和原始请求签名一致时，则通过验证，并将所述账户id传递至业务逻辑。
26.在其中一些实施例中，根据所述调用请求中是否携带token信息判断所述调用请求的请求类型，所述调用请求的请求类型为web调用请求和服务端调用请求的其中一种。
27.在其中一些实施例中，所述系统还包括：
28.第一确定模块，用于当调用请求中未携带token信息时，则确定所述调用请求为服务端调用请求，所述服务端调用请求包括请求发起时间、账户id、请求url和客户端计算的原始请求签名；
29.第一计算模块，用于根据所述账户id、请求url和请求发起时间计算得到当前请求签名，并将所述当前请求签名和客户端计算的原始请求签名进行比对；
30.第一传递模块，用于当所述当前请求签名和客户端计算的原始请求签名一致时，则通过验证，并将所述账户id传递至业务逻辑。
31.第三方面，本技术实施例提供了一种计算机设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的请求认证方法。
32.第四方面，本技术实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的请求认证方法。
33.相比于相关技术，本技术实施例提供的请求认证方法，在客户端发起调用请求时携带原始请求签名并置于调用请求的请求头中，然后服务端接收到调用请求，并根据特定的计算规则对调用请求进行计算得到最新请求签名，将最新请求签名和原始请求签名进行比对，以判断所述调用请求是否被篡改，解决了在对http请求认证时接口直接暴露在外部
导致自身系统存有安全漏洞的问题，实现精准防篡改的用户身份识别。
34.本技术的一个或多个实施例的细节在以下附图和描述中提出，以使本技术的其他特征、目的和优点更加简明易懂。
附图说明
35.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
36.图1是根据本技术第一实施例的请求认证方法的流程图；
37.图2是根据本技术第二实施例的请求认证方法的流程图；
38.图3是根据本技术第三实施例的请求认证系统的结构框图；
39.图4是根据本技术第四实施例的请求认证系统的结构框图；
40.图5是根据本技术第五实施例的计算机设备的硬件结构示意图。
具体实施方式
41.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。基于本技术提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
42.显而易见地，下面描述中的附图仅仅是本技术的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本技术应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本技术公开的内容相关的本领域的普通技术人员而言，在本技术揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本技术公开的内容不充分。
43.在本技术中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本技术所描述的实施例在不冲突的情况下，可以与其它实施例相结合。
44.除非另作定义，本技术所涉及的技术术语或者科学术语应当为本技术所属技术领域内具有一般技能的人士所理解的通常意义。本技术所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本技术所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本技术所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本技术所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对
象是一种“或”的关系。本技术所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。
45.本技术第一实施例提供了一种请求认证方法。图1是本技术实施例的请求认证方法的流程图，如图1所示，该流程包括如下步骤：
46.步骤s101，接收调用请求，所述调用请求包括账户id和原始请求签名；
47.其中，基于http协议，客户端发送http请求，服务端提供接口接收并返回相关响应信息，在本实施例中，所述调用请求为http请求，显而易见的，http请求包括请求头、请求头和请求正文，请求头中会存有请求参数、账户id和原始请求签名。
48.步骤s102，根据所述调用请求计算得到最新请求签名，将所述最新请求签名和原始请求签名进行比对；
49.其中，所述最新请求签名是通过服务端接收到所述调用请求，服务端通过特定的计算规则计算得来的，通过将所述最新请求签名和原始请求签名进行比对，方便判断所述调用请求是否被篡改过，能够防止一定的安全风险。
50.步骤s103，当所述最新请求签名和原始请求签名一致时，则通过验证，并将所述账户id传递至业务逻辑。
51.其中，当计算得到本次请求的所述最新请求签名和客户端发起请求时所携带的原始请求签名一致时，则可以确实该调用请求未被篡改，也就是说能够通过验证，并将所述账户id传递至业务逻辑，通过业务逻辑执行所述调用请求中的业务。
52.通过上述步骤，在客户端发起所述调用请求时携带所述原始请求签名并置于所述调用请求的请求头中，然后服务端接收到所述调用请求，并根据特定的计算规则对所述调用请求进行计算得到所述最新请求签名，将所述最新请求签名和所述原始请求签名进行比对，以判断所述调用请求是否被篡改，解决了在对http请求认证时接口直接暴露在外部导致自身系统存有安全漏洞的问题，实现精准防篡改的用户身份识别。
53.本技术第二实施例还提供了一种请求认证方法。图2是本技术第二实施例的请求认证方法的流程图，如图2所示，该流程包括如下步骤：
54.步骤s201，接收调用请求，检查所述调用请求中是否携带token信息；
55.其中，若所述调用请求中并未携带token信息，则说明发送所述调用请求的发起端为服务端，也就是说，服务端调用并对请求的权限鉴权，所述调用请求确定为服务端调用请求，需要说明的是，若所述调用请求中携带token信息，则说明所述调用请求的发起端为客户端，后续对请求验证的操作另做设定。
56.步骤s202，当所述调用请求中未携带token信息时，则确定所述调用请求为服务端调用请求，所述服务端调用请求包括请求发起时间、账户id、请求url和客户端计算的原始请求签名；
57.步骤s203，根据所述账户id、请求url和请求发起时间计算得到当前请求签名，并将所述当前请求签名和客户端计算的原始请求签名进行比对；
58.其中，所述客户端计算的原始请求签名和所述当前请求签名这两者所利用的计算规则时一致的，但不同的是，前者是客户端进行的，后者是服务端进行的，即客户端计算的原始请求签名是在客户端发起请求使所计算得到的，所述当前请求签名是基于服务端接收到请求并计算得来的，通过将所述客户端计算的原始请求签名和所述当前请求签名进行比
对，以判断所述调用请求是否被篡改。
59.步骤s204，当所述当前请求签名和客户端计算的原始请求签名一致时，则通过验证，并将所述账户id传递至业务逻辑。
60.其中，所述账户id是通过客户端产生并传递至服务端，由服务端接收去使用的，当所述当前请求签名和客户端计算的原始请求签名一致时，则说明所述调用请求未被篡改，由此得到所述调用请求通过验证。
61.通过上述步骤，在对所述调用请求进行认证时，根据所述调用请求中是否携带token信息以确定所述调用请求的类型，并当所述调用请求未携带token信息时，在所述调用请求中置入客户端计算的原始请求签名，并将服务端接收到请求后计算的所述当前请求签名与客户端计算的原始请求签名进行比对，以判断是否能够通过验证，这种方式不仅能够对应用程序编程接口的调用方进行访问鉴权，同时还能利用同一个接口将服务端调用和客户端调用兼容在一起，也就是说，一个接口同时支持服务端调用和客户端调用两者业务模式，以进行双模校验处理，解决了在对http请求认证时接口直接暴露在外部导致自身系统存有安全漏洞的问题，实现了精准防篡改的用户身份识别，权限时效校验以及更高安全度的单次请求的数据防篡改校验。
62.在其中一些实施例中，所述根据账户id、请求url和请求发起时间计算得到当前请求签名之后，所述方法还包括：
63.检查所述请求发起时间与当前时间的时间间隔是否在预设范围内，当所述时间间隔在所述预设范围内，则确定所述服务端调用请求为有效请求，并继续完成验证操作；
64.当所述时间间隔超过所述预设范围，则确定所述服务端调用请求为失效请求，并将所述服务端调用请求返回至调用端。
65.其中，所述预设范围可以进行自定义设置，通过将所述请求发起时间与当前时间确实时间间隔，然后判断时间间隔是否落入在预设范围内，以此实现权限时效校验，且能够有效地阻止单个有效请求频繁重复调用，以此避免恶意刷单行为。
66.在其中一些实施例中，当所述调用请求中携带token信息时，则确定所述调用请求为web调用请求，所述web调用请求包括json数据和数据签名；
67.确定所述调用请求为web调用请求之后，所述方法还包括：
68.根据所述json数据进行计算，得到本次验证签名，所述json数据包括生效时间、失效时间以及账户id；
69.将所述本次验证签名和数据签名进行比对，当所述本次验证和数据签名一致时，则确定所述token信息有效，通过验证，并将所述账户id传递至业务逻辑。
70.其中，所述json数据和数据签名其实是一个整体，然后置入所述web调用请求的请求头中，通过从所述token信息中单独提出所述json数据，并根据所述json数据利用服务端提供的签名计算规则计算得到所述本次请求的本次验证签名，所述本次验证签名和数据签名进行比对，以对所述web调用请求进行验证，如果通过验证，则正常访问相应的服务端。
71.在其中一些实施例中，所述将本次验证签名和数据签名进行比对之后，所述方法还包括：
72.当所述本次验证签名和数据签名不一致时，则确定所述token信息已过期，并返回错误值至相应的发起端。
73.其中，当所述本次验证签名和数据签名不一致时，说明该请求可能被恶意篡改，因此禁止访问相应的数据，并返回相应的错误信息至发起端。
74.在其中一些实施例中，所述根据调用请求是否携带token信息以确定所述调用请求的发起端，所述发起端为客户端或服务端的其中一种；
75.当所述调用请求携带所述token信息时，则确定所述发起端为客户端；
76.当所述调用请求未携带所述token信息时，则确定所述发起端为服务端。
77.其中，当所述调用请求携带所述token信息时，则所述发起端为客户端，且发送所述web调用请求，当所述调用请求未携带所述token信息时，则发起端为服务端，且发送服务端调用请求。
78.需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
79.在本技术的一个较佳实施例中，上述调用请求的双模认证流程如下：
80.接收调用请求，检查所述调用请求是否携带token信息；
81.如果所述调用请求未携带token信息，则确定所述调用请求为服务端调用请求，所述服务端调用请求包括请求发起时间、账户id、请求url和客户端计算的原始请求签名；根据所述账户id、请求url和请求发起时间计算得到当前请求签名，并将所述当前请求签名和客户端计算的原始请求签名进行比对；当所述当前请求签名和客户端计算的原始请求签名一致时，则通过验证，并将所述账户id传递至业务逻辑；
82.如果所述调用请求中携带token信息，则确定所述调用请求为web调用请求，所述web调用请求包括json数据和数据签名；根据所述json数据进行计算，得到本次验证签名，所述json数据包括生效时间、失效时间以及账户id；将所述本次验证签名和数据签名进行比对，当所述本次验证和数据签名一致时，则确定所述token信息有效，通过验证，并将所述账户id传递至业务逻辑。
83.在本实施例中，不仅能够对应用程序编程接口的调用方进行访问鉴权，同时还能利用同一个接口将服务端调用和客户端调用兼容在一起，也就是说，一个接口同时支持服务端调用和客户端调用两者业务模式，以进行双模校验处理，实现精准防篡改的用户身份识别，权限时效校验以及更高安全度的单次请求的数据防篡改校验。
84.本技术第三实施例还提供了一种请求认证系统，该系统用于实现上述第一实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
85.图3是根据本技术第三实施例的请求认证系统的结构框图，如图3所示，该系统包括：
86.接收模块10，用于接收调用请求，所述调用请求包括账户id和原始请求签名；
87.比对模块20，用于根据所述调用请求计算得到最新请求签名，将所述最新请求签名和原始请求签名进行比对；
88.验证模块30，用于当所述最新请求签名和原始请求签名一致时，则通过验证，并将所述账户id传递至业务逻辑。
89.通过上述步骤，在客户端发起所述调用请求时携带所述原始请求签名并置于所述调用请求的请求头中，然后服务端接收到所述调用请求，并根据特定的计算规则对所述调用请求进行计算得到所述最新请求签名，将所述最新请求签名和所述原始请求签名进行比对，以判断所述调用请求是否被篡改，解决了在对http请求认证时接口直接暴露在外部导致自身系统存有安全漏洞的问题，实现精准防篡改的用户身份识别。
90.本技术第四实施例还提供了一种请求认证系统，该系统用于实现上述第二实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
91.图4是根据本技术第四实施例的请求认证系统的结构框图，如图4所示，该系统包括：
92.检查模块100，用于接收调用请求，检查所述调用请求中是否携带token信息；
93.第一确定模块200，用于当所述调用请求中未携带token信息时，则确定所述调用请求为服务端调用请求，所述服务端调用请求包括请求发起时间、账户id、请求url和客户端计算的原始请求签名；
94.第一计算模块300，用于根据所述账户id、请求url和请求发起时间计算得到当前请求签名，并将所述当前请求签名和客户端计算的原始请求签名进行比对；
95.第一传递模块400，当所述当前请求签名和客户端计算的原始请求签名一致时，则通过验证，并将所述账户id传递至业务逻辑。
96.通过上述步骤，在对所述调用请求进行认证时，根据所述调用请求中是否携带token信息以确定所述调用请求的类型，并当所述调用请求未携带token信息时，在所述调用请求中置入客户端计算的原始请求签名，并将服务端接收到请求后计算的所述当前请求签名与客户端计算的原始请求签名进行比对，以判断是否能够通过验证，这种方式不仅能够对应用程序编程接口的调用方进行访问鉴权，同时还能利用同一个接口将服务端调用和客户端调用兼容在一起，进行双模校验处理，解决了在对http请求认证时接口直接暴露在外部导致自身系统存有安全漏洞的问题，实现了精准防篡改的用户身份识别，权限时效校验以及更高安全度的单次请求的数据防篡改校验。
97.在其中一些实施例中，所述第一计算模块300之后，所述系统还包括：
98.有效模块，用于检查所述请求发起时间与当前时间的时间间隔是否在预设范围内，当所述时间间隔在所述预设范围内，则确定所述服务端调用请求为有效请求，并继续完成验证操作；
99.失效模块，用于当所述时间间隔超过所述预设范围，则确定所述服务端调用请求为失效请求，并将所述服务端调用请求返回至调用端。
100.在其中一些实施例中，所述检查模块100之后，所述系统还包括：
101.第二确定模块，用于当所述调用请求中携带token信息时，则确定所述调用请求为web调用请求，所述web调用请求包括json数据和数据签名；
102.第二计算模块，用于根据所述json数据进行计算，得到本次验证签名，所述json数据包括生效时间、失效时间以及账户id；
103.第二传递模块，用于将所述本次验证签名和数据签名进行比对，当所述本次验证
和数据签名一致时，则确定所述token信息有效，通过验证，并将所述账户id传递至业务逻辑。
104.在其中一些实施例中，所述系统还包括：
105.返回模块，用于当所述本次验证签名和数据签名不一致时，则确定所述token信息已过期，并返回错误值至相应的发起端。
106.在其中一些实施例中，所述根据调用请求是否携带token信息以确定所述调用请求的发起端，所述发起端为客户端或服务端的其中一种；
107.当所述调用请求携带所述token信息时，则确定所述发起端为客户端；
108.当所述调用请求未携带所述token信息时，则确定所述发起端为服务端。
109.需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。
110.另外，结合图1描述的本技术实施例请求认证方法可以由计算机设备来实现。图5为根据本技术第五实施例的计算机设备的硬件结构示意图。
111.计算机设备可以包括处理器51以及存储有计算机程序指令的存储器52。
112.具体地，上述处理器51可以包括中央处理器(cpu)，或者特定集成电路(application specific integrated circuit，简称为asic)，或者可以被配置成实施本技术实施例的一个或多个集成电路。
113.其中，存储器52可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器52可包括硬盘驱动器(hard disk drive，简称为hdd)、软盘驱动器、固态驱动器(solid state drive，简称为ssd)、闪存、光盘、磁光盘、磁带或通用串行总线(universal serial bus，简称为usb)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器52可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器52可在数据处理装置的内部或外部。在特定实施例中，存储器52是非易失性(non-volatile)存储器。在特定实施例中，存储器52包括只读存储器(read-only memory，简称为rom)和随机存取存储器(random access memory，简称为ram)。在合适的情况下，该rom可以是掩模编程的rom、可编程rom(programmable read-only memory，简称为prom)、可擦除prom(erasable programmable read-only memory，简称为eprom)、电可擦除prom(electrically erasable programmable read-only memory，简称为eeprom)、电可改写rom(electrically alterable read-only memory，简称为earom)或闪存(flash)或者两个或更多个以上这些的组合。在合适的情况下，该ram可以是静态随机存取存储器(static random-access memory，简称为sram)或动态随机存取存储器(dynamic random access memory，简称为dram)，其中，dram可以是快速页模式动态随机存取存储器(fast page mode dynamic random access memory，简称为fpmdram)、扩展数据输出动态随机存取存储器(extended date out dynamic random access memory，简称为edodram)、同步动态随机存取内存(synchronous dynamic random-access memory，简称sdram)等。
114.存储器52可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器51所执行的可能的计算机程序指令。
115.处理器51通过读取并执行存储器52中存储的计算机程序指令，以实现上述实施例中的任意一种请求认证方法。
116.在其中一些实施例中，计算机设备还可包括通信接口53和总线50。其中，如图5所示，处理器51、存储器52、通信接口53通过总线50连接并完成相互间的通信。
117.通信接口53用于实现本技术实施例中各模块、装置、单元和/或设备之间的通信。通信接口53还可以实现与其他部件例如：外接设备、图像/数据采集设备、数据库、外部存储以及图像/数据处理工作站等之间进行数据通信。
118.总线50包括硬件、软件或两者，将计算机设备的部件彼此耦接在一起。总线50包括但不限于以下至少之一：数据总线(data bus)、地址总线(address bus)、控制总线(control bus)、扩展总线(expansion bus)、局部总线(local bus)。举例来说而非限制，总线50可包括图形加速接口(accelerated graphics port，简称为agp)或其他图形总线、增强工业标准架构(extended industry standard architecture，简称为eisa)总线、前端总线(front side bus，简称为fsb)、超传输(hyper transport，简称为ht)互连、工业标准架构(industry standard architecture，简称为isa)总线、无线带宽(infiniband)互连、低引脚数(low pin count，简称为lpc)总线、存储器总线、微信道架构(micro channel architecture，简称为mca)总线、外围组件互连(peripheral component interconnect，简称为pci)总线、pci-express(pci-x)总线、串行高级技术附件(serial advanced technology attachment，简称为sata)总线、视频电子标准协会局部(video electronics standards association local bus，简称为vlb)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线50可包括一个或多个总线。尽管本技术实施例描述和示出了特定的总线，但本技术考虑任何合适的总线或互连。
119.该计算机设备可以基于获取到的计算机程序，执行本技术实施例中的请求认证方法，从而实现结合图1描述的请求认证方法。
120.另外，结合上述实施例中的请求认证方法，本技术实施例可提供一种可读存储介质来实现。该可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种请求认证方法。
121.以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
122.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。