[发明专利]业务请求的处理方法、装置、系统、电子设备及存储介质

说明书

本申请提供了一种业务请求的处理方法、装置、电子设备及计算机可读存储介质，涉及信息处理领域。该方法包括：当接收到终端发起的业务请求时，从业务请求中提取原始令牌；将原始令牌与预设缓存中的任一目标令牌进行匹配；当不存在匹配的目标令牌时，向终端发送匹配失败信息，以使得终端展示预设的登录页面，登录页面用于接收用户输入的用户信息和登录指令，并基于用户信息和登录指令生成登录请求，以及，将登录请求发送至预设的主系统，以使得主系统对登录请求中的用户信息进行验证，生成验证结果并向子系统发送验证结果；当接收到的验证结果为验证成功时，对业务请求进行相应的业务处理。本申请不仅提高了业务处理的效率，而且还提升了用户体验。

技术领域

本申请涉及信息处理技术领域，具体而言，本申请涉及一种业务请求的处理方法、装置、电子设备及计算机可读存储介质。

背景技术

随着互联网的不断发展，互联网技术以也随着相应的获得了不断的提升。曾经的仅用于大型企业的业务系统和程序如今正在不断的向着平民化进程发展。

尤其是随着各大平台，比如微信小程序平台、360小程序平台等的争相竞争与合作，导致了企业所拥有的系统的数量也在成倍增加。如此庞大的市场之下，许多希望做平台为主的中小型公司在创业初期为了尽可能的获得更多的用户量，都会以更快的速度和更好的质量去不断完善自身的系统，由此才能在业务量增长的情况下同时又能维系系统的稳定性，而无论是什么样的平台，用户身份认证的问题永远是需要被解决的问题的第一环。

目前市面上的用于登录的主要方式是前端，比如移动端或PC端，向后端，比如服务器端，发起业务请求，请求成功时，获取后端返回的token。这样，每次前端的请求都需要后端系统拿着当前的token去找授权服务器进行验证。但是这种方式的缺陷就是：每一次的请求认证都需要带着token去访问授权服务器，如果授权服务器出现问题，将导致所有移动端、PC端的系统陷入崩溃，这对于平台而言是灾难性的。

或者，利用JWT(JSON Web Token)的token签发机制，当用户登录时签发一个token，然后放入Header部分返回给用户，这样用户的后续所有请求均携带该token。但是，该方法也存在如下缺陷：在JWT的token签发机制中，token在生成时就自带过期时间，当该token的过期时间结束时，该token就无效了，用户在发起业务请求的时候就需要重新登录，不仅业务处理的效率较低，而且用户的体验也较差。

发明内容

本申请提供了一种业务请求的处理的方法、装置、电子设备及计算机可读存储介质，可以解决现有技术中，令牌的使用时间就是生成时自带的固定时间，无法延长的问题，以及，每一次的请求认证都需要带着令牌去访问授权服务器的问题。所述技术方案如下：

第一方面，提供了一种业务请求的处理的方法，该方法包括：

当接收到终端发起的业务请求时，从所述业务请求中提取原始令牌；

将所述原始令牌与预设缓存中的任一目标令牌进行匹配；

当不存在匹配的目标令牌时，向所述终端发送匹配失败信息，以使得所述终端接收到所述匹配失败信息后，展示预设的登录页面，所述登录页面用于接收用户输入的用户信息和登录指令，并基于所述用户信息和所述登录指令生成登录请求，以及，将所述登录请求发送至预设的主系统，以使得所述主系统对所述登录请求中的用户信息进行验证，生成验证结果并向所述子系统发送所述验证结果；

当接收到的所述验证结果为验证成功时，对所述业务请求进行相应的业务处理。

优选地，还包括：

当存在匹配的目标令牌时，对所述业务请求进行相应的业务处理，并刷新所述目标令牌预设的有效时间。

优选地，还包括：