CN112162769A - 针对应用软件限流升级的方法、服务器及客户端 - Google Patents

Abstract

本发明涉及一种针对应用软件限流升级的方法、服务器及客户端，属于软件升级技术领域，服务器可以通过接收令牌申请请求，判断对应的客户端是否已存在有效令牌；若不存在有效令牌，则判断令牌发放量是否已到达最大可发放量，若未到达，则创建新令牌，并存入令牌发放池，令牌申请请求的返还信息为新令牌；接收升级操作请求，判断新令牌是否有效，若新令牌有效，则升级请求响应信息为升级资源。使得用户可以根据自己时间安排，进行令牌申请，在令牌发送量达到最大值时，延时等待，再次选择时间进行令牌申请，从而实现对软件的升级，同时解决了“运营成本”和“全量升级”的两个问题，降低了服务公司的运营成本、维护成本，提高了客户的用户体验。

Description

针对应用软件限流升级的方法、服务器及客户端

技术领域

本发明属于软件升级技术领域，具体涉及一种针对应用软件限流升级的方法、服务器及客户端。

背景技术

随着科技的进步，各种应用软件的产生方便了人们的生活与工作，而为了给予用户更好的体验，完善应用软件，需要用户及时对应用软件进行更新。

为了实现对应用软件的升级，目前的处理方案为：全部客户端应用软件同时发起升级请求，服务端为了应付高并发的峰值流量，需硬件+网络的应急性扩容升级方案，但是，该方案的缺点是“增加了运营成本”。

另外一种处理方案为：以客户端特别属性值作为标识(如：智能卡的尾号)定时段分批次发起升级，如卡号以a字母结尾客户群体定为在1号升级，卡号以b字母结尾的用户群体定为在2号升级，以此类推。该方案的优点是“解决了上述方案的运营成本的问题”，但其缺点是“可能有部分客户群体错过了本次的升级期限，而没能升级”。比如卡号以a字母结尾某客户在1号时由于忙，没时间去打开客户端软件。

因此，如何在解决运营成本问题的基础上，做到全量升级，是现有技术中亟待解决的问题。

发明内容

为了至少解决现有技术存在的上述问题，本发明提供了一种针对应用软件限流升级的方法、服务器及客户端，以实现解决运营成本问题的基础上，做到全量升级，提升用户体验。

本发明提供的技术方案如下：

一方面，一种针对应用软件限流升级的方法，应用于服务器，包括：

接收令牌申请请求；

根据所述令牌申请请求，判断对应的客户端是否已存在有效令牌；

若所述客户端不存在有效令牌，则判断当前的令牌发放量是否已到达最大可发放量，向所述客户端发送令牌申请请求的返还信息；若未到达所述最大可发放量，则创建新令牌，将所述新令牌缓存入令牌发放池，所述令牌申请请求的返还信息为所述新令牌；若已到达所述最大可发放量，则所述令牌申请请求的返还信息为延迟再试指令；

接收升级操作请求，所述升级操作请求携带所述新令牌；

判断所述新令牌是否有效，向所述客户端发送升级请求响应信息；若所述新令牌有效，则所述升级请求响应信息为升级资源；若所述新令牌无效，则所述升级请求响应信息为令牌失效信息。

可选的，在所述接收令牌申请请求之前，还包括：

接收版本检查请求；

根据所述版本检查请求，确定最新软件版本，并将所述最新软件版本发送至对应的客户端。

可选的，还包括：

根据历史经验和网络情况，设置令牌最大可发放量。

可选的，所述令牌，包括：令牌编码、发放时间、失效时间和客户标识；所述令牌发放池，包括：最大可发放数、已发放令牌数和令牌列表。

又一方面，一种针对应用软件限流升级的方法，应用于软件客户端，包括：

发送令牌申请请求；

接收所述令牌申请请求的返还信息；

若所述令牌申请请求的返还信息为延迟再试指令，则根据所述延迟再试指令，延时等待，再次发送令牌申请请求；

若所述令牌申请请求的返还信息为新令牌，则发送升级操作请求；

接收升级请求响应信息，若所述升级请求响应信息为资源，则执行升级操作；若所述升级请求响应信息为令牌失效信息，则重新执行申请令牌流程。

可选的，所述发送令牌申请请求，包括：

发送版本检查请求；

接收最新软件版本；

判断本地软件版本是否为所述最新软件版本；

若所述本地软件版本不是所述最新软件版本，则发送令牌申请请求。

又一方面，一种服务器，应用上述任一所述的针对应用软件限流升级的方法针对应用软件进行限流升级。

可选的，包括：接收模块、判断模块和发送模块；

所述接收模块，用于接收令牌申请请求；

所述判断模块，用于根据所述令牌申请请求，判断对应的客户端是否已存在有效令牌；若未到达所述最大可发放量，则创建新令牌，将所述新令牌缓存入令牌发放池，所述令牌申请请求的返还信息为所述新令牌；若已到达所述最大可发放量，则所述令牌申请请求的返还信息为延迟再试指令

所述发送模块，用于向所述客户端发送令牌申请请求的返还信息；

所述接收模块，用于接收升级操作请求，所述升级操作请求携带所述新令牌；

所述判断模块，用于判断所述新令牌是否有效；若所述新令牌有效，则所述升级请求响应信息为升级资源；若所述新令牌无效，则所述升级请求响应信息为令牌失效信息；

所述发送模块，用于向所述客户端发送升级请求响应信息。

又一方面，一种软件客户端，应用上述任一所述的针对应用软件限流升级的方法针对应用软件进行限流升级。

可选的，包括：客户端发送模块、分析模块和客户端接收模块；

所述客户端发送模块，用于发送令牌申请请求；

所述客户端接收模块，用于接收所述令牌申请请求的返还信息；

所述分析模块，用于若所述令牌申请请求的返还信息为延迟再试指令，则根据所述延迟再试指令，延时等待，触发再次发送令牌申请请求；

所述客户端接收模块，用于接收升级请求响应信息；

所述分析模块，用于若所述升级请求响应信息为资源，则执行升级操作；若所述升级请求响应信息为令牌失效信息，则重新执行申请令牌流程。

本发明的有益效果为：

本发明实施例提供的针对应用软件限流升级的方法、服务器及客户端，服务器可以通过接收令牌申请请求；根据令牌申请请求，判断对应的客户端是否已存在有效令牌；若客户端不存在有效令牌，则判断当前的令牌发放量是否已到达最大可发放量，向客户端发送令牌申请请求的返还信息；若未到达最大可发放量，则创建新令牌，将新令牌缓存入令牌发放池，令牌申请请求的返还信息为新令牌；若已到达最大可发放量，则令牌申请请求的返还信息为延迟再试指令；接收升级操作请求，升级操作请求携带新令牌；判断新令牌是否有效，向客户端发送升级请求响应信息；若新令牌有效，则升级请求响应信息为升级资源；若新令牌无效，则升级请求响应信息为令牌失效信息。使得用户可以根据自己时间安排，进行令牌申请，在令牌发送量达到最大值时，延时等待，再次选择时间进行令牌申请，从而实现对软件的升级，同时解决了“运营成本”和“全量升级”的两个问题，降低了服务公司的运营成本、维护成本，提高了客户的用户体验。

附图说明

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

图1为本发明实施例提供的一种针对应用软件限流升级的方法流程示意图，应用于服务器；

图2为本发明实施例提供的一种令牌的数据结构图；

图3为本发明实施例提供的一种令牌发放池的数据结构图；

图4为本发明实施例提供的一种针对应用软件限流升级的方法流程示意图，应用于软件客户端；

图5为本发明实施例提供的一种服务器的结构示意图；

图6为本发明实施例提供的一种软件客户端的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将对本发明的技术方案进行详细的描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本发明所保护的范围。

在IaaS、PaaS等云技术的快速发展下，随着客户需求变更的速度，软件升级的频率也在快速提高，在一些大版本的软件升级操作中，能及时将客户端软件进行全量升级，有利于降低服务公司的运营成本、维护成本，也降低了客户投诉率，间接的提高了对客户的服务质量。

基于此，本发明实施例提供一种针对应用软件限流升级的方法，应用于服务器。

图1为本发明实施例提供的一种针对应用软件限流升级的方法流程示意图，应用于服务器，请参阅图1，本发明实施例提供的方法，可以包括以下步骤：

S11、接收令牌申请请求；

S12、根据令牌申请请求，判断对应的客户端是否已存在有效令牌；

S13、若客户端不存在有效令牌，则判断当前的令牌发放量是否已到达最大可发放量，向客户端发送令牌申请请求的返还信息；若未到达最大可发放量，则创建新令牌，将新令牌缓存入令牌发放池，令牌申请请求的返还信息为新令牌；若已到达最大可发放量，则令牌申请请求的返还信息为延迟再试指令；

S14、接收升级操作请求，升级操作请求携带新令牌；

S15、判断新令牌是否有效，向客户端发送升级请求响应信息；若新令牌有效，则升级请求响应信息为升级资源；若新令牌无效，则升级请求响应信息为令牌失效信息。

在一个具体的应用软件限流升级过程中，应用软件可以为手机/平板软件、数字电视软件、互联网中的软件等，此处不做具体限定。

在一些实施例中，可选的，令牌，包括：令牌编码、发放时间、失效时间和客户标识；令牌发放池，包括：最大可发放数、已发放令牌数和令牌列表。

图2为本发明实施例提供的一种令牌的数据结构图；图3为本发明实施例提供的一种令牌发放池的数据结构图。

例如，服务器可以接收软件客户端发送的令牌申请请求，其中，参阅图2，令牌中可以包括令牌编码、令牌发放时间、令牌失效时间和客户标识中的至少一种。在服务器接收到令牌申请请求后，根据客户端标识判断该客户端是否重复申请令牌，即判断该客户端是否已存在有效令牌。若判断到该客户端没有重复申请，则判断当前已经发放的令牌数量是否已经到达了最大的令牌可发放量。若服务器判断到已经到达了令牌最大可发放量，则向客户端返回延迟再试指令；若服务器判断到没有到达令牌最大可发放量，则开始创建新令牌，并将新令牌缓存到令牌发放池中，向客户端返回新令牌。以使客户端根据服务器返回的信息，进行操作，在客户端收到服务器发送的令牌申请请求的返还信息后，判断令牌申请请求的返还信息是否为延迟再试指令，如果是，则延时等待，重新申请令牌，如果令牌申请请求的返还信息为令牌新，则发送升级操作请求。服务器接收升级操作请求后，升级操作请求携带新令牌，判断该新令牌是否有效，是否处于有效期，若无效则直接返回令牌失效信息；若有效则响应升级资源，返回升级资源，以使得客户端升级。

在一些实施例中，可选的，在接收令牌申请请求之前，还包括：

接收版本检查请求；

根据版本检查请求，确定最新软件版本，并将最新软件版本发送至对应的客户端。

例如，服务器可以根据客户端的请求，检查软件的最新版本，并将最新版本信息发送到对应的客户端，以使客户端进行查看。

在一些实施例中，可选的，还包括：

根据历史经验和网络情况，设置令牌最大可发放量。

例如，应用软件的开发用户可以根据应用软件的受众使用情况、升级经验、更新时的网络情况等，设置令牌最大可发放量，以使得用户可以及时、全面更新升级软件。

本发明实施例提供的针对应用软件限流升级的方法，服务器可以通过接收令牌申请请求；根据所述令牌申请请求，判断对应的客户端是否已存在有效令牌；若所述客户端不存在有效令牌，则判断当前的令牌发放量是否已到达最大可发放量，向所述客户端发送令牌申请请求的返还信息；若未到达所述最大可发放量，则创建新令牌，将所述新令牌缓存入令牌发放池，所述令牌申请请求的返还信息为所述新令牌；若已到达所述最大可发放量，则所述令牌申请请求的返还信息为延迟再试指令；接收升级操作请求，所述升级操作请求携带所述新令牌；判断所述新令牌是否有效，向所述客户端发送升级请求响应信息；若所述新令牌有效，则所述升级请求响应信息为升级资源；若所述新令牌无效，则所述升级请求响应信息为令牌失效信息。使得用户可以根据自己时间安排，进行令牌申请，在令牌发送量达到最大值时，延时等待，再次选择时间进行令牌申请，从而实现对软件的升级，同时解决了“运营成本”和“全量升级”的两个问题，降低了服务公司的运营成本、维护成本，提高了客户的用户体验。

基于一个总的发明构思，本发明实施例还提供一种针对应用软件限流升级的方法，应用于软件客户端。

图4为本发明实施例提供的一种针对应用软件限流升级的方法流程示意图，应用于软件客户端，请参阅图4，本发明实施例提供的方法，可以包括以下步骤：

S41、发送令牌申请请求；

S42、接收令牌申请请求的返还信息；

若令牌申请请求的返还信息，为延迟再试指令，则根据延迟再试指令，延时等待，再次发送令牌申请请求；

若令牌申请请求的返还信息，为新令牌，则发送升级操作请求；

S43、接收升级请求响应信息，若升级请求响应信息为资源，则执行升级操作；若升级请求响应信息为令牌失效信息，则重新执行申请令牌流程。

例如，用户在使用的应用软件需要升级时，可以向服务器发送令牌申请请求，以此来使得服务器对令牌申请请求进行响应，用户端接收服务器发送的令牌申请请求的返还信息，若令牌申请请求的返还信息是延迟再试，则说明令牌发放已经到达了最大值，当前有多个用户在进行升级，则用户根据延迟再试指令延时等待之后，再次发送令牌申请请求。若令牌申请请求的返还信息是一个令牌(即上述实施例中记载的新令牌，值得说明的是，上述实施例中的新令牌，也是一个令牌，只是为了便于区分，赋予其“新令牌”的称呼)，则客户端执行升级操作，即向服务器发送升级操作请求，升级操作请求携带新令牌信息，以使服务器根据升级操作请求，进行响应。客户端接收服务器发送的升级请求响应信息，如升级请求响应信息为资源，则执行升级操作；若升级请求响应信息为令牌失效信息，则重新执行申请令牌流程，也可以延时等待后，重新申请令牌。

在一些实施例中，可选的，发送令牌申请请求，包括：

发送版本检查请求；

接收最新软件版本；

判断本地软件版本是否为最新软件版本；

若本地软件版本不是最新软件版本，则发送令牌申请请求。

例如，用户可以随时向服务器发送版本检查请求，以得到最新软件版本信息，以此来判断本地软件是否需要升级，在需要升级时，根据自己的时间安排，向服务器发送令牌申请请求，以实现升级操作。

本发明实施例提供的针对应用软件限流升级的方法，使得软件客户端可以通过发送令牌申请请求；接收令牌申请请求的返还信息；若令牌申请请求的返还信息，为延迟再试指令，则根据延迟再试指令，延时等待，再次发送令牌申请请求；若令牌申请请求的返还信息，为新令牌，则发送升级操作请求；接收升级请求响应信息，若升级请求响应信息为资源，则执行升级操作；若升级请求响应信息为令牌失效信息，则重新执行申请令牌流程。用户可以根据自己时间安排，进行令牌申请，在令牌发送量达到最大值时，延时等待，再次选择时间进行令牌申请，从而实现对软件的升级，同时解决了“运营成本”和“全量升级”的两个问题，降低了服务公司的运营成本、维护成本，提高了客户的用户体验。

基于一个总的发明构思，本发明实施例还提供一种服务器。

本发明实施例提供的一种服务器，应用上述任一的针对应用软件限流升级的方法针对应用软件进行限流升级。

图5为本发明实施例提供的一种服务器的结构示意图；

可选的，参阅图5，服务器，包括：接收模块51、判断模块52和发送模块53；

接收模块，用于接收令牌申请请求；

判断模块，用于根据令牌申请请求，判断对应的客户端是否已存在有效令牌；若未到达最大可发放量，则创建新令牌，将新令牌缓存入令牌发放池，令牌申请请求的返还信息为新令牌；若已到达最大可发放量，则令牌申请请求的返还信息为延迟再试指令

发送模块，用于向客户端发送令牌申请请求的返还信息；

接收模块，用于接收升级操作请求，升级操作请求携带新令牌；

判断模块，用于判断新令牌是否有效；若新令牌有效，则升级请求响应信息为升级资源；若新令牌无效，则升级请求响应信息为令牌失效信息；

发送模块，用于向客户端发送升级请求响应信息。

关于上述实施例中的服务器，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

基于一个总的发明构思，本发明实施例还提供一种软件客户端。

本发明实施例提供的一种软件客户端，应用上述记载的任一针对应用软件限流升级的方法针对应用软件进行限流升级。

图6为本发明实施例提供的一种软件客户端的结构示意图。

可选的，参阅图6，软件客户端，包括：客户端发送模块61、分析模块62和客户端接收模块63；

客户端发送模块，用于发送令牌申请请求；

客户端接收模块，用于接收令牌申请请求的返还信息；

分析模块，用于若令牌申请请求的返还信息为延迟再试指令，则根据延迟再试指令，延时等待，触发再次发送令牌申请请求；

客户端接收模块，用于接收升级请求响应信息；

分析模块，用于若升级请求响应信息为资源，则执行升级操作；若升级请求响应信息为令牌失效信息，则重新执行申请令牌流程。

关于上述实施例中的软件客户端，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种针对应用软件限流升级的方法，其特征在于，应用于服务器，包括：

接收令牌申请请求；

根据所述令牌申请请求，判断对应的客户端是否已存在有效令牌；

若所述客户端不存在有效令牌，则判断当前的令牌发放量是否已到达最大可发放量，向所述客户端发送令牌申请请求的返还信息；若未到达所述最大可发放量，则创建新令牌，将所述新令牌缓存入令牌发放池，所述令牌申请请求的返还信息为所述新令牌；若已到达所述最大可发放量，则所述令牌申请请求的返还信息为延迟再试指令；

接收升级操作请求，所述升级操作请求携带所述新令牌；

判断所述新令牌是否有效，向所述客户端发送升级请求响应信息；若所述新令牌有效，则所述升级请求响应信息为升级资源；若所述新令牌无效，则所述升级请求响应信息为令牌失效信息。

2.根据权利要求1所述的方法，其特征在于，在所述接收令牌申请请求之前，还包括：

接收版本检查请求；

根据所述版本检查请求，确定最新软件版本，并将所述最新软件版本发送至对应的客户端。

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

根据历史经验和网络情况，设置令牌最大可发放量。

4.根据权利要求1-3任一所述的方法，其特征在于，所述令牌，包括：令牌编码、发放时间、失效时间和客户标识；所述令牌发放池，包括：最大可发放数、已发放令牌数和令牌列表。

5.一种针对应用软件限流升级的方法，其特征在于，应用于软件客户端，包括：

发送令牌申请请求；

接收所述令牌申请请求的返还信息；

若所述令牌申请请求的返还信息为延迟再试指令，则根据所述延迟再试指令，延时等待，再次发送令牌申请请求；

若所述令牌申请请求的返还信息为新令牌，则发送升级操作请求；

接收升级请求响应信息，若所述升级请求响应信息为资源，则执行升级操作；若所述升级请求响应信息为令牌失效信息，则重新执行申请令牌流程。

6.根据权利要求5所述的方法，其特征在于，所述发送令牌申请请求，包括：

发送版本检查请求；

接收最新软件版本；

判断本地软件版本是否为所述最新软件版本；

若所述本地软件版本不是所述最新软件版本，则发送令牌申请请求。

7.一种服务器，其特征在于，应用权利要求1-4任一所述的针对应用软件限流升级的方法针对应用软件进行限流升级。

8.根据权利要求7所述的服务器，其特征在于，包括：接收模块、判断模块和发送模块；

所述接收模块，用于接收令牌申请请求；

所述判断模块，用于根据所述令牌申请请求，判断对应的客户端是否已存在有效令牌；若未到达所述最大可发放量，则创建新令牌，将所述新令牌缓存入令牌发放池，所述令牌申请请求的返还信息为所述新令牌；若已到达所述最大可发放量，则所述令牌申请请求的返还信息为延迟再试指令

所述发送模块，用于向所述客户端发送令牌申请请求的返还信息；

所述接收模块，用于接收升级操作请求，所述升级操作请求携带所述新令牌；

所述判断模块，用于判断所述新令牌是否有效；若所述新令牌有效，则所述升级请求响应信息为升级资源；若所述新令牌无效，则所述升级请求响应信息为令牌失效信息；

所述发送模块，用于向所述客户端发送升级请求响应信息。

9.一种软件客户端，其特征在于，应用权利要求5-6任一所述的针对应用软件限流升级的方法针对应用软件进行限流升级。

10.根据权利要求9所述的软件客户端，其特征在于，包括：客户端发送模块、分析模块和客户端接收模块；

所述客户端发送模块，用于发送令牌申请请求；

所述客户端接收模块，用于接收所述令牌申请请求的返还信息；

所述分析模块，用于若所述令牌申请请求的返还信息为延迟再试指令，则根据所述延迟再试指令，延时等待，触发再次发送令牌申请请求；

所述客户端接收模块，用于接收升级请求响应信息；

所述分析模块，用于若所述升级请求响应信息为资源，则执行升级操作；若所述升级请求响应信息为令牌失效信息，则重新执行申请令牌流程。

Images