CN109375933B - 一种客户端升级的方法及设备 - Google Patents

一种客户端升级的方法及设备 Download PDF

Info

Publication number
CN109375933B
CN109375933B CN201811114951.6A CN201811114951A CN109375933B CN 109375933 B CN109375933 B CN 109375933B CN 201811114951 A CN201811114951 A CN 201811114951A CN 109375933 B CN109375933 B CN 109375933B
Authority
CN
China
Prior art keywords
server
upgrade
information
terminal
upgrading
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201811114951.6A
Other languages
English (en)
Other versions
CN109375933A (zh
Inventor
张彬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhengzhou Yunhai Information Technology Co Ltd
Original Assignee
Zhengzhou Yunhai Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Zhengzhou Yunhai Information Technology Co Ltd filed Critical Zhengzhou Yunhai Information Technology Co Ltd
Priority to CN201811114951.6A priority Critical patent/CN109375933B/zh
Publication of CN109375933A publication Critical patent/CN109375933A/zh
Application granted granted Critical
Publication of CN109375933B publication Critical patent/CN109375933B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请公开了一种客户端升级的方法,应用于分级管理模式下,包括:上级服务器判断其所控制的第一终端和下级服务器是否符合升级条件;若是,则上级服务器获取第一终端的第一版本信息和下级服务器发送的其所控制的第二终端的第二版本信息;上级服务器根据第一版本信息确定用于第一终端升级的第一升级信息,根据第二版本信息确定用于下级服务器升级第二终端的第二升级信息;上级服务器向第一终端发送第一升级信息,向下级服务器发送所述第二升级信息。本申请实施例还提供相应的设备。本申请技术方案由于上级管理中心通过对下级管理中心和本地客户端分别发送相应的升级信息,使得下级管理中心和本地客户端能够有计划的集中完成所有客户端的升级。

Description

一种客户端升级的方法及设备
技术领域
本发明涉及通信技术领域,具体涉及一种客户端升级的方法,应用于分级管理模式下,上级管理中心通过有计划地对下级管理中心和本地客户端发送相应的升级包和升级策略,使得下级管理中心和本地客户端能够有计划的集中完成所有客户端的升级。
背景技术
目前,很多大型组织的管理模式都存在一个中心多个下级中心的情况,在这种场景下,需要采用分级管理模式来进行管理。在分级管理模式下,都有一个上级管理中心和多个下级管理中心,而这些管理中心通常在物理上都分属多地。
在生产运维的过程中,对客户端进行必要的升级是常见的需求。当在分级管理模式下,需要对各管理中心下的所有客户端进行升级时,若各级的管理中心在物理上分属不同的地区时,上级管理平台常常不能及时地对一些处在异地的下级管理平台所对应的客户端进行升级。
发明内容
本发明实施例提供一种客户端升级的方法,应用于分级管理模式下,上级管理中心通过有计划地对下级管理中心和本地客户端发送相应的升级包和升级策略,使得下级管理中心和本地客户端能够有计划的集中完成所有客户端的升级。
为达到上述目的,本申请实施例提供如下技术方案:
本申请第一方面提供一种客户端升级的方法,应用于分级管理模式下,该客户端升级的方法在执行的过程中涉及到上级服务器和下级服务器,上级服务器控制第一终端和下级服务器,下级服务器控制第二终端,上级服务器和下级服务器以及第一终端与第二终端在分级管理模式下分别对应于不同的功能实体。该方法可以包括:上级服务器判断第一终端和下级服务器是否符合升级条件;若符合升级条件,则上级服务器获取第一终端的第一版本信息和下级服务器发送的第二终端的第二版本信息;上级服务器根据第一版本信息确定第一升级信息,根据第二版本信息确定第二升级信息,第一升级信息用于第一终端升级,第二升级信息用于下级服务器升级第二终端;上级服务器向第一终端发送第一升级信息,向下级服务器发送第二升级信息。由以上第一方面可见,上级服务器通过有计划地分别对下级服务器和本地客户端发送相应的升级信息,使得下级管理中心和本地客户端能够按照计划根据升级信息集中完成所有客户端的升级。
可选地,结合上述第一方面,在第一种可能的实现方式中,第一升级信息包括第一升级包和第一升级策略,第一升级包与第一版本信息对应,第一终端根据第一版本信息与第一升级包的对应关系按照第一升级策略进行升级,第一升级策略包括第一单台升级策略或第一分组升级策略,第一单台升级策略用于上级服务器同时升级一台第一终端,第一分组升级策略用于上级服务器同时升级M台第一终端,M为大于1的自然数。
可选地,结合上述第一方面或者第一方面第一种可能的实现方式,在第二种可能的实现方式中,第二升级信息包括第二升级包和第二升级策略,第二升级包与第二版本信息对应,第二升级包包括版本信息、升级内容信息、适配版本信息、备注信息和时间信息,第二升级策略包括定时升级策略或分批升级策略,定时升级策略用于下级服务器在目标时间周期内对第二终端进行升级,分批升级策略用于下级服务器在预设时间周期的每个周期内升级预设数量为N的第二终端,所述N为大于0自然数。
可选地,结合上述第一方面第二种可能的实现方式,在第三种可能的实现方式中,上级服务器向第一终端发送第一升级信息,向下级服务器发送第二升级信息之前,还包括:上级服务器为第一终端配置第一令牌,为下级服务器配置第二令牌,第一令牌用于第一终端获取第一升级信息,第二令牌用于下级服务器获取第二升级信息,第一令牌与第二令牌的优先级不同;对应地,上级服务器向第一终端发送第一升级信息,向下级服务器发送第二升级信息,包括:上级服务器根据第一令牌向第一终端发送第一升级信息,根据第二令牌向下级服务器发送第二升级信息。第一终端和下级服务器升级成功后可以释放相应的第一令牌和第二令牌。
本申请第二方面提供一种客户端升级的方法,应用于分级管理模式下,该客户端升级的方法在执行的过程中涉及到上级服务器和下级服务器,上级服务器控制第一终端和下级服务器,下级服务器控制第二终端,上级服务器和下级服务器以及第一终端与第二终端在分级管理模式下分别对应于不同的功能实体。该方法可以包括:在上级服务器判断第一终端和下级服务器符合升级条件时,下级服务器获取第二终端的第二版本信息,第一版本信息用于上级服务器确定第一升级信息,第二版本信息用于上级服务器确定第二升级信息;下级服务器向上级服务器发送第二版本信息;下级服务器接收上级服务器发送的第二升级信息,第二升级信息与第二版本信息对应,包括升级包版本信息、升级内容信息、适配版本信息、备注信息和时间信息和升级策略等;下级服务器根据第二升级信息,确定第三升级信息,第三升级信息用于第二终端升级;下级服务器向第二终端发送第三升级信息。
可选地,结合第二方面,在第一种可能的实现方式中,第三升级信息包括第三升级包和第三升级策略,第三升级包与第二版本信息对应,第三升级策略包括第二单台升级策略或第二分组升级策略,第二单台升级策略用于下级服务器同时升级一台第二终端,第二分组升级策略用于下级服务器同时升级X台第二终端,X为大于1的自然数。
可选地,结合第二方面第一种可能的实现方式,在第二种可能的实现方式中,下级服务器向第二终端发送第三升级信息之前,还包括:下级服务器为第二终端配置第三令牌,第三令牌包括优先级信息,用于第二终端接收第三升级信息;对应地,下级服务器向第二终端发送第三升级信息,包括:下级服务器根据第三令牌,向第二终端发送第三升级信息。
本申请第三方面提供一种客户端升级的装置,该装置具有实现上述第一方面或第一方面任意一种可能实现方式的方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应软件实现。该硬件或软件包裹一个或多个与上述功能对应的模块。
本申请第四方面提供一种客户端升级的装置,该装置具有实现上述第二方面或第二方面任意一种可能实现方式的方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应软件实现。该硬件或软件包裹一个或多个与上述功能对应的模块。
本申请第五方面提供一种服务器,包括:处理器和存储器;该存储器用于存储计算机执行指令,当该服务器运行时,该处理器执行该存储器存储的该计算机执行指令,以使该服务器执行如上述第一方面或第一方面任意一种可能实现方式的客户端升级的方法。
本申请第六方面提供一种服务器,包括:处理器和存储器;该存储器用于存储计算机执行指令,当该服务器运行时,该处理器执行该存储器存储的该计算机执行指令,以使该服务器执行如上述第二方面或第二方面任意一种可能实现方式的客户端升级的方法。
本申请第七方面提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第一方面或第一方面任意一种可能实现方式的客户端升级的方法。
本申请第八方面提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第二方面或第二方面任意一种可能实现方式的客户端升级的方法。
本申请第九方面提供一种芯片系统,该芯片系统包括处理器,用于支持上级服务器实现上述第一方面或第一方面任意一种可能的实现方式中所涉及的功能。在一种可能的设计中,芯片系统还包括存储器,存储器,用于保存上级服务器必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。
本申请第十方面提供一种芯片系统,该芯片系统包括处理器,用于支持下级服务器实现上述第二方面或第二方面任意一种可能的实现方式中所涉及的功能。在一种可能的设计中,芯片系统还包括存储器,存储器,用于保存下级服务器必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包含芯片和其他分立器件。
其中,第三方面、第五方面、第七方面、第九方面中任一种实现方式所带来的技术效果可参见第一方面中不同实现方式所带来的技术效果,此处不再赘述。
其中,第四方面、第六方面、第八方面、第十方面中任一种实现方式所带来的技术效果可参见第二方面中不同实现方式所带来的技术效果,此处不再赘述。
本申请实施例采用一种客户端升级的方法,应用于分级管理模式下,上级管理中心通过有计划地对下级管理中心和本地客户端发送相应的升级包和升级策略,使得下级管理中心和本地客户端能够有计划的集中完成所有客户端的升级。
附图说明
图1是本申请实施例中客户端升级方法的一个实施例;
图2是本申请实施例中客户端升级方法的另一个实施例;
图3是本申请实施例中客户端升级方法的另一个实施例;
图4是本申请实施例中客户端升级装置的一个实施例;
图5是本申请实施例中客户端升级装置的一个实施例;
图6是本申请实施例提供的一种服务器结构示意图。
具体实施方式
下面结合附图,对本申请的实施例进行描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。本领域普通技术人员可知,随着技术的发展和新场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
本发明实施例提供一种客户端升级的方法。本发明实施例还提供相应的设备,应用于分级管理模式下,上级管理中心通过有计划地对下级管理中心和本地客户端发送相应的升级包和升级策略,使得下级管理中心和本地客户端能够有计划的集中完成所有客户端的升级。以下分别进行详细说明。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。在本申请中出现的对步骤进行的命名或者编号,并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤,已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序,只要能达到相同或者相类似的技术效果即可。本申请中所出现的模块的划分,是一种逻辑上的划分,实际应用中实现时可以有另外的划分方式,例如多个模块可以结合成或集成在另一个系统中,或一些特征可以忽略,或不执行,另外,所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,模块之间的间接耦合或通信连接可以是电性或其他类似的形式,本申请中均不作限定。并且,作为分离部件说明的模块或子模块可以是也可以不是物理上的分离,可以是也可以不是物理模块,或者可以分布到多个电路模块中,可以根据实际的需要选择其中的部分或全部模块来实现本申请方案的目的。
目前,很多大型组织的管理模式都存在一个中心多个下级中心的情况,在这种场景下,需要采用分级管理模式来进行管理。在分级管理模式下,都有一个上级管理中心和多个下级管理中心,这些管理中心通常在物理上都分属多地,分属与其他地区的下级管理中心负责其下的相应业务,而上级管理中心则直接通过对下级管理中心的管理来对所有业务进行控制。
分级管理模式下的生产运维的过程中,对客户端进行必要的升级是常见的需求,当需要对各管理中心下的所有客户端进行升级时,上级管理中心和下级管理中心分别对自己所对应的本地客户端进行控制和升级,上级管理中心同时控制以及管理着下级管理中心。
对于这种在物理上分属异地的分级管理模式,本申请实施例提供一种客户端升级的方法,实现上级管理中心对所有客户端的集中升级,该分级管理模式包括上级服务器和下级服务器,上级服务器控制第一终端和所述下级服务器,下级服务器控制第二终端。
为便于理解,下面对本申请实施例中的具体流程进行描述,请参与图1,本申请实施例中客户端升级方法的一个实施例包括:
101、上级服务器判断第一终端和下级服务器是否符合升级条件。
本实施例中,第一终端可以是上级服务器所对应的本地客户端,上级服务器查找是否存在支持第一终端同时升级的升级版本,当存在时,上级服务器判断第一终端符合升级条件,上级服务器校验下级服务器是否正在升级,若校验结果是没有升级,则上级服务器判断下级服务器符合升级条件。
在本实施例中,对于上级服务器判断第一终端和下级服务器是否符合升级条件的先后顺序,不做具体限定。
102、若是,则上级服务器获取第一终端的第一版本信息和下级服务器发送的第二终端的第二版本信息。
本实施例中,上级服务器在判断第一终端和下级服务器符合升级条件后,获取第一终端的第一版本信息,同时接收下级服务器发送的第二终端的第二版本信息,从而对接收到的第一版本信息和第二版本信息进行分析。需要说明的是,在实际应用中,通常客户端版本号的命名规则可以是X.X.X.X-Y,其中X.X.X.X表示软件的版本,Y表示版本序列,版本序列是增序增长的,并且是唯一的。在这种类似的情况下,第一版本信息和第二版本信息可以以版本序列集合的形式呈现,上级服务器获取到去重的版本序列集合,从集合中取最大值,便可以知道需要升级的第一终端和下级服务器的版本信息,从而能够确定后续的第一升级信息和第二升级信息。
在本实施例中,首先对于上级服务器获取第一版本信息和接收第二版本信息的先后顺序,不做具体限定;其次,由于在实际应用中客户端版本的命名规则具有多样性,因此版本信息的呈现也可以根据实际应用具有不同的形式,具体此处不做限定。
103、上级服务器根据第一版本信息确定第一升级信息,根据第二版本信息确定第二升级信息,第一升级信息用于所述第一终端升级,第二升级信息用于下级服务器升级第二终端。
本实施例中,上级服务器在获取到第一版本信息和接收到第二版本信息并对其进行分析后,分别确定适用于第一终端升级的第一升级信息和适用于第二终端升级的第二升级信息。
对于第一升级信息和第二升级信息的先后确定顺序,在本实施例中不做具体限定。
104、上级服务器向第一终端发送第一升级信息,向下级服务器发送第二升级信息。
本实施例中,上级服务器发送第一升级信息的路径可以是安全传输协议(securefile transfer protocol,SFTP)路径,客户端或者下级服务器通过SFTP路径获取升级信息。可以理解的是,在实际应用中,客户端或者下级服务器还可以通过其他的路径进行升级信息的获取,具体此处不做限定。
本实施例中,上级服务器通过有计划地分别对下级服务器和本地客户端发送相应的升级信息,使得下级管理中心和本地客户端能够按照计划根据升级信息集中完成所有客户端的升级。
图2是本申请实施例中客户端升级方法的另一个实施例,包括:
201、上级服务器判断第一终端和下级服务器是否符合升级条件。
请参阅图1中的步骤101进行理解,此处不再赘述。
202、若符合升级条件,上级服务器获取第一终端的第一版本信息。
请参阅图1中的步骤102进行理解,此处不再赘述。
203、若符合升级条件,下级服务器获取第二终端的第二版本信息。
本实施例中,上级服务器判断下级服务器符合升级条件时,选择该下级服务器,该下级服务器则获取第二终端的第二版本信息。
204、上级服务器接收下级服务器发送的第二版本信息。
请参阅图1中的步骤102进行理解,此处不再赘述。
需要说明的是,步骤203与步骤204的先后顺序确定,而步骤202与步骤204的先后顺序,在此处不做限定。
205、上级服务器根据第一版本信息确定第一升级包和第一升级策略,根据第二版本信息确定第二升级包和第二升级策略。
本实施例中,上级服务器接收到第一版本信息和第二版本信息后,需要分别确定用于第一终端升级的升级信息和用于下级服务器升级第二终端的升级信息。升级信息可以包括升级包和升级策略,升级包包括版本号,升级内容,适配历史版本,备注信息,导入时间等信息,这些信息用于匹配相应的客户端进行正确升级,升级策略用于使客户端或者下级服务器根据指令执行相应的升级操作。
第一升级包可以包括与第一版本信息对应的升级包的版本号,升级内容,适配于第一版本信息的历史版本,备注信息,导入时间等。第一升级策略是上级服务器直接应用于第一终端的的升级策略,可以包括单台升级策略或者分组升级策略,这两种升级策略是指一次性升级客户端的数量不同,例如,上级服务器可以允许同时升级的客户端数量为1,则每一个客户端升级完成后,下一个才能开始;上级服务器也可以允许同时升级100个客户端,则这100个客户端同时进行升级,待这100个客户端升级完成后,再进行下一批的100个客户端进行升级,直到所有的客户端升级完成。需要说明的是,在实际应用中,上级服务器允许升级的客户端数量还可以很大,具体此处不做限定。
第二升级包可以包括与第二版本信息对应的升级包的版本号,升级内容,适配于第二版本信息的历史版本,备注信息,导入时间等。第二升级策略是上级服务器应用于下级服务器的升级策略,用于下级服务器根据第二升级策略对第二终端进行升级。第二升级策略可以包括定时升级策略或者分批升级策略。定时升级策略是指下级服务器选择一个开始和结束的时间,使第二终端在这个开始结束时间内进行升级,如果一个时间段不能完成,则下一个开始时间到达时继续升级,直到全部第二终端完成升级,例如,开始时间为每天的22:00,结束时间为第二天的6:00,则下级服务器在每天22:00到第二天的6:00之间执行对第二终端的升级操作。分批升级策略指首先选择一个批次的容量,例如1000个第二终端,再确定一个时间间隔,例如5天,则下级服务器每五天内升级1000个第二终端,五天结束后,第二个五天开始时,下级服务器开始升级另外的1000个第二终端,直到所有的第二终端全部完成升级。
本实施例中,升级包信息还可以包含其他更多的信息,升级策略也可以具备更多的方式,例如分批定时升级客户端,具体此处不做限定。
206、上级服务器向下级服务器发送第二升级包和第二升级策略。
请参阅图1中的步骤104进行理解,此处不再赘述。
207、上级服务器向下级服务器发送第一升级包和第一升级策略。
请参阅图1中的步骤104进行理解,此处不再赘述。
需要说明的是,步骤206和步骤207的先后顺序,此处不做限定。
208、下级服务器生成第一终端的第一日志和下级服务器的第二日志。
本实施例中,当第一终端接收第一升级包和第一升级策略之后,通知上级服务器开始生成第一日志,当下级服务器接收第二升级和第二升级策略之后,通知上级服务器开始生成第二日志。两种升级日志可以包括:升级类型(如:第一日志为本地客户端升级、第二日志为下级服务器升级)、时间、升级主体名称(升级本地客户端或升级下级服务器)、升级主体IP、升级包版本、完成时间、升级信息名称、管理员、升级状态、失败原因组成。升级状态可以包括等待升级、开始升级、升级成功和升级失败;当新产生一条日志时,升级状态为等待升级。当第一终端或下级服务器拿到对应的第一或第二升级信息后通知上级服务器开始升级,上级服务器修改日志状态为开始升级。升级完成后,通知升级成功或升级失败以及详细的失败原因。升级日志提供按照版本号、主体名称、IP进行搜索和导出的功能,方便查看。
209、下级服务器根据第二升级包和第二升级策略,确定第三升级包和第三升级策略。
下级服务器接收到第二升级包和第二升级策略后,根据第二升级包按照第二升级策略确定第二终端的升级信息,即第三升级包和第三升级策略。第三升级包是第二升级包的子集,第三升级包可以包括与第二版本信息对应的升级包的版本号,升级内容,适配于第二版本信息的历史版本,备注信息,导入时间等。第三升级策略是下级服务器直接应用于第二终端的的升级策略,也可以包括单台升级策略或者分组升级策略,这两种升级策略是指一次性升级客户端的数量不同,例如,下级服务器可以允许同时升级的客户端数量为1,则每一个客户端升级完成后,下一个才能开始;下级服务器也可以允许同时升级100个客户端,则这100个客户端同时进行升级,待这100个客户端升级完成后,再进行下一批的100个客户端进行升级,直到所有的客户端升级完成。需要说明的是,在实际应用中,下级服务器允许升级的客户端数量还可以很大,具体此处不做限定。
210、下级服务器向第二终端发送第三升级包和第三升级策略。
本实施例中,下级服务器发送第三升级包和第三升级策略的路径可以是SFTP路径,客户端通过SFTP路径获取升级信息。可以理解的是,在实际应用中,客户端还可以通过其他的路径进行升级信息的获取,具体此处不做限定。
211、下级服务器生成第二终端的第二日志。
本实施例中,当第二终端接收第三升级包和第三升级策略之后,通知下级服务器开始生成第三日志。第三日志可以包括:升级类型(本地客户端升级)、时间、升级主体名称(升级本地客户端)、升级主体IP、升级包版本、完成时间、升级信息名称、管理员、升级状态、失败原因组成。升级状态可以包括等待升级、开始升级、升级成功和升级失败;当新产生一条日志时,升级状态为等待升级。当第二终端拿到对应的第三升级包和第三升级策略后通知下级服务器开始升级,下级服务器修改日志状态为开始升级。升级完成后,通知升级成功或升级失败以及详细的失败原因。升级日志提供按照版本号、主体名称、IP进行搜索和导出的功能,方便查看。
本实施例中,上级服务器通过有计划地分别对下级服务器和本地客户端发送相应的升级包和升级,使得下级管理中心和本地客户端能够按照计划根据升级信息集中完成所有客户端的升级,与此同时,上级服务器还会在升级过程中生成相应的本地日志及下级服务器升级日志,下级服务器生成对应的本地日志,记录升级数据,方便管理及查看升级结果。
图3是本申请实施例中客户端升级方法的另一个实施例,包括:
301、上级服务器判断第一终端和下级服务器是否符合升级条件。
302、若符合升级条件,上级服务器获取第一终端的第一版本信息。
请参阅图1中的步骤102进行理解,此处不再赘述。
303、若符合升级条件,下级服务器获取第二终端的第二版本信息。
请参阅图2中的步骤203进行理解,此处不再赘述。
304、上级服务器接收下级服务器发送的第二版本信息。
请参阅图1中的步骤102进行理解,此处不再赘述。
需要说明的是,步骤303与步骤304的先后顺序确定,而步骤302与步骤304的先后顺序,在此处不做限定。
305、上级服务器根据第一版本信息确定第一升级信息,根据第二版本信息确定第二升级信息,第一升级信息用于所述第一终端升级,第二升级信息用于下级服务器升级第二终端。
请参阅图1中的步骤103进行理解,此处不再赘述。
306、上级服务器为第一终端配置第一令牌,为下级服务器配置第二令牌,第一令牌与第二令牌的优先级不同。
本实施例中,为了防止并发获取升级信息导致网络阻塞,上级服务器分别为第一终端配置第一令牌,为下级服务器配置第二令牌。只有分配到令牌的第一终端和下级服务器才能获取到升级信息,并且令牌具有优先级差异,例如,若下级服务器的第二令牌优先级高于第一终端的第一令牌,则当上级服务器同时下发升级信息时,下级服务器可以优先获取升级信息。第一令牌和第二令牌在升级成功之后,会被释放掉。
需要说明的是,在本实施例中,若上级服务器判断第一终端和下级服务器符合升级条件,步骤306与步骤302-305之中的任何一个步骤的先后顺序在此处不做限定。
307、上级服务器根据第二令牌发送第二升级信息。
本实施例中,若第二令牌的优先级高于第一令牌,则上级服务器优先给下级服务器发送第二升级信息。
308、上级服务器根据第一令牌发送第一升级信息。
本实施例中,若第一令牌的优先级高于第二令牌,则上级服务器优先给第一终端发送第一升级信息。
需要说明的是,步骤307与步骤308的先后顺序需要根据第一令牌与第二令牌的优先级来确定,具体此处不做限定。
309、下级服务器根据第二升级信息,确定第三升级信息。
本实施例中,第三升级信息可以包括第三升级包和第三升级策略,请参阅图2的步骤209进行理解,具体此处不再赘述。
310、下级服务器为第二终端配置第三令牌。
本实施例中,为了防止并发获取升级信息导致网络阻塞,下级服务器分别为第二终端配置第三令牌。只有分配到令牌的第二终端才能获取到升级信息,并且令牌具有优先级差异,获取到的第三令牌优先级别高的,先获取到第三升级信息。
需要说明的是,在本实施例中,若上级服务器判断下级服务器符合升级条件,步骤310与步骤302-309之中的任何一个步骤的先后顺序在此处不做限定。
311、下级服务器根据第三令牌向第二终端发送第三升级信息。
请参阅图2中的步骤210进行理解,具体此处不再赘述。
本实施例中,上级服务器通过有计划地分别对下级服务器和本地客户端发送相应的升级信息,使得下级管理中心和本地客户端能够按照计划根据升级信息集中完成所有客户端的升级。与此同时,上级服务器还为客户端和下级管理中心配置令牌,并且令牌具有不同的优先级,优先级高的可以优先获取升级信息,能够避免并发获取升级信息可能导致的网络阻塞情况的发生。
上面对本申请实施例中客户端升级的方法进行了描述,下面对本申请实施例中的设备进行描述,请参阅图4,本申请实施例中客户端升级装置的一个实施例,包括:
判断模块401,用于判断第一终端和下级服务器是否符合升级条件;
获取模块402,用于在判断模块401判断第一终端和下级服务器符合升级条件后,获取第一终端的第一版本信息和下级服务器发送的第二终端的第二版本信息;
确定模块403,用于根据获取模块402获取的第一版本信息确定第一升级信息,根据获取模块402获取的第二版本信息确定第二升级信息,第一升级信息用于第一终端升级,第二升级信息用于下级服务器升级第二终端;
发送模块404,用于向第一终端发送确定模块403确定的第一升级信息,向下级服务器发送确定模块403确定的第二升级信息。
本实施例中,上级服务器通过有计划地分别对下级服务器和本地客户端发送相应的升级信息,使得下级管理中心和本地客户端能够按照计划根据升级信息集中完成所有客户端的升级。
请参阅图5,本申请实施例中客户端升级装置的另一实施例包括:
获取模块501,用于在上级服务器判断第一终端和下级服务器符合升级条件时,获取第二终端的第二版本信息,第一版本信息用于上级服务器确定第一升级信息,第二版本信息用于上级服务器确定第二升级信息;
发送模块502,用于在获取模块501获取第二版本信息后,向上级服务器发送第二版本信息;
接收模块503,用于接收上级服务器发送的第二升级信息,该第二升级信息是上级服务器根据发送模块502发送的第二版本信息确定的;
确定模块504,用于根据接收模块503接收的第二升级信息,确定第三升级信息,第三升级信息用于第二终端升级;
发送模块502,还用于向所述第二终端发送确定模块504确定的第三升级信息。
本申请实施例上级服务器通过有计划地分别对下级服务器和本地客户端发送相应的升级信息,使得下级管理中心和本地客户端能够按照计划根据升级信息集中完成所有客户端的升级。
图6是本申请实施例提供的一种服务器结构示意图,该服务器60可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上中央处理器(central processingunits,CPU)622(例如,一个或一个以上处理器)和存储器632,一个或一个以上存储应用程序642或数据644的存储介质630(例如一个或一个以上海量存储设备)。其中,存储器632和存储介质630可以是短暂存储或持久存储。存储在存储介质630的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器622可以设置为与存储介质630通信,在服务器60上执行存储介质630中的一系列指令操作。
当服务器60应用于分级管理模式下时,所述分级管理模式包括上级服务器和下级服务器,所述上级服务器控制所述下级服务器。当服务器60应用于上级服务器时,该中央处理器622可以根据指令操作执行如下步骤:
判断所述第一终端和所述下级服务器是否符合升级条件;
若是,则获取所述第一终端的第一版本信息和所述下级服务器发送的所述第二终端的第二版本信息;
根据所述第一版本信息确定第一升级信息,根据所述第二版本信息确定第二升级信息,所述第一升级信息用于所述第一终端升级,所述第二升级信息用于所述下级服务器升级所述第二终端;
向所述第一终端发送所述第一升级信息,向所述下级服务器发送所述第二升级信息。
当服务器60应用于下级服务器时,该中央处理器622还可以根据指令操作执行如下步骤:
在所述上级服务器判断所述第一终端和所述下级服务器符合升级条件时,获取所述第二终端的第二版本信息,所述第一版本信息用于所述上级服务器确定第一升级信息,所述第二版本信息用于所述上级服务器确定第二升级信息;
向所述上级服务器发送所述第二版本信息;
接收所述上级服务器发送的所述第二升级信息;
根据所述第二升级信息,确定第三升级信息,所述第三升级信息用于所述第二终端升级;
向所述第二终端发送所述第三升级信息。
服务器60还可以包括一个或一个以上电源626,一个或一个以上有线或无线网络接口650,一个或一个以上输入输出接口658,在此基础上,服务器60还可以再包括一个或一个以上操作系统641,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
上述实施例中由服务器所执行的步骤可以基于该图6所示的服务器结构。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。
所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:ROM、RAM、磁盘或光盘等。
以上对本申请实施例所提供的客户端升级方法以及设备进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

Claims (8)

1.一种客户端升级的方法,其特征在于,应用于分级管理模式下,所述分级管理模式包括上级服务器和下级服务器,所述上级服务器控制第一终端和所述下级服务器,所述下级服务器控制第二终端,所述方法包括:
所述上级服务器判断所述第一终端和所述下级服务器是否符合升级条件;
若是,则所述上级服务器获取所述第一终端的第一版本信息和所述下级服务器发送的所述第二终端的第二版本信息;
所述上级服务器根据所述第一版本信息确定第一升级信息,根据所述第二版本信息确定第二升级信息,所述第一升级信息用于所述第一终端升级,所述第二升级信息用于所述下级服务器升级所述第二终端;
所述上级服务器向所述第一终端发送所述第一升级信息,向所述下级服务器发送所述第二升级信息;其中,
所述上级服务器向所述第一终端发送所述第一升级信息,向所述下级服务器发送所述第二升级信息之前,还包括:
所述上级服务器为所述第一终端配置第一令牌,为所述下级服务器配置第二令牌,所述第一令牌用于所述第一终端获取第一升级信息,所述第二令牌用于所述下级服务器获取第二升级信息,所述第一令牌与所述第二令牌的优先级不同;
对应地,所述上级服务器向所述第一终端发送所述第一升级信息,向所述下级服务器发送所述第二升级信息,包括:
所述上级服务器根据所述第一令牌向所述第一终端发送所述第一升级信息,根据所述第二令牌向所述下级服务器发送所述第二升级信息。
2.根据权利要求1所述的方法,其特征在于,所述第一升级信息包括第一升级包和第一升级策略,所述第一升级包与所述第一版本信息对应,所述第一升级策略包括第一单台升级策略或第一分组升级策略,所述第一单台升级策略用于所述上级服务器同时升级一台所述第一终端,所述第一分组升级策略用于所述上级服务器同时升级M台所述第一终端,所述M为大于1的自然数。
3.根据权利要求1或2所述的方法,所述第二升级信息包括第二升级包和第二升级策略,所述第二升级包与所述第二版本信息对应,所述第二升级包包括版本信息、升级内容信息、适配版本信息、备注信息和时间信息,所述第二升级策略包括定时升级策略或分批升级策略,所述定时升级策略用于所述下级服务器在目标时间周期内对所述第二终端进行升级,所述分批升级策略用于所述下级服务器在预设时间周期的每个周期内升级预设数量为N的所述第二终端,所述N为大于0自然数。
4.一种客户端升级的方法,其特征在于,应用于分级管理模式下,所述分级管理模式包括上级服务器和下级服务器,所述上级服务器控制第一终端和所述下级服务器,所述下级服务器控制第二终端,所述第一终端具有第一版本信息,所述方法包括:
在所述上级服务器判断所述第一终端和所述下级服务器符合升级条件时,所述下级服务器获取所述第二终端的第二版本信息,所述第一版本信息用于所述上级服务器确定第一升级信息,所述第二版本信息用于所述上级服务器确定第二升级信息;
所述下级服务器向所述上级服务器发送所述第二版本信息;
所述下级服务器接收所述上级服务器发送的所述第二升级信息;
所述下级服务器根据所述第二升级信息,确定第三升级信息,所述第三升级信息用于所述第二终端升级;
所述下级服务器向所述第二终端发送所述第三升级信息;其中,
所述下级服务器向所述第二终端发送所述第三升级信息之前,还包括:
所述下级服务器为所述第二终端配置第三令牌,所述第三令牌包括优先级信息,用于所述第二终端接收所述第三升级信息;
对应地,所述下级服务器向所述第二终端发送所述第三升级信息,包括:
所述下级服务器根据所述第三令牌,向所述第二终端发送所述第三升级信息。
5.根据权利要求4所述的方法,所述第三升级信息包括第三升级包和第三升级策略,所述第三升级包与所述第二版本信息对应,所述第三升级策略包括第二单台升级策略或第二分组升级策略,所述第二单台升级策略用于所述下级服务器同时升级一台所述第二终端,所述第二分组升级策略用于所述下级服务器同时升级X台所述第二终端,所述X为大于1的自然数。
6.一种客户端升级的装置,其特征在于,应用于分级管理模式下,所述分级管理模式包括上级服务器和下级服务器,所述上级服务器控制第一终端和所述下级服务器,所述下级服务器控制第二终端,所述装置包括:
判断模块,用于判断所述第一终端和所述下级服务器是否符合升级条件;
获取模块,用于在所述判断模块判断所述第一终端和所述下级服务器符合升级条件后,获取所述第一终端的第一版本信息和所述下级服务器发送的第二终端的第二版本信息;
确定模块,用于根据所述获取模块获取的所述第一版本信息确定第一升级信息,根据所述获取模块获取的所述第二版本信息确定第二升级信息,所述第一升级信息用于所述第一终端升级,所述第二升级信息用于所述下级服务器升级所述第二终端;
发送模块,用于向所述第一终端发送所述确定模块确定的所述第一升级信息,向所述下级服务器发送所述确定模块确定的所述第二升级信息;
所述装置还包括配置模块;
所述配置模块,用于为所述第一终端配置第一令牌,为所述下级服务器配置第二令牌,所述第一令牌用于所述第一终端获取第一升级信息,所述第二令牌用于所述下级服务器获取第二升级信息,所述第一令牌与所述第二令牌的优先级不同;
所述发送模块,具体用于根据所述第一令牌向所述第一终端发送所述第一升级信息,根据所述第二令牌向所述下级服务器发送所述第二升级信息。
7.一种服务器,其特征在于,所述服务器包括:输入/输出(I/O)接口、处理器、存储器和显示器,所述存储器中存储有程序指令;所述处理器用于执行存储器中存储的程序指令,执行如权利要求1-3任一所述的方法或者执行如权利要求4-5任一所述的方法。
8.一种计算机可读存储介质,包括指令,其特征在于,当所述指令在计算机设备上运行时,使得所述计算机设备执行如权利要求1-3任一所述的方法或者执行如权利要求4-5任一所述的方法。
CN201811114951.6A 2018-09-25 2018-09-25 一种客户端升级的方法及设备 Active CN109375933B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811114951.6A CN109375933B (zh) 2018-09-25 2018-09-25 一种客户端升级的方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811114951.6A CN109375933B (zh) 2018-09-25 2018-09-25 一种客户端升级的方法及设备

Publications (2)

Publication Number Publication Date
CN109375933A CN109375933A (zh) 2019-02-22
CN109375933B true CN109375933B (zh) 2023-03-03

Family

ID=65402314

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811114951.6A Active CN109375933B (zh) 2018-09-25 2018-09-25 一种客户端升级的方法及设备

Country Status (1)

Country Link
CN (1) CN109375933B (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110247790B (zh) * 2019-05-10 2022-11-01 视联动力信息技术股份有限公司 升级控制系统
CN111026423A (zh) * 2019-12-09 2020-04-17 深信服科技股份有限公司 软件升级方法、装置、设备及存储介质
CN111367545A (zh) * 2020-02-13 2020-07-03 北京三快在线科技有限公司 终端升级方法、装置、服务器、终端设备及可读存储介质
CN111414177A (zh) * 2020-02-28 2020-07-14 浙江吉利新能源商用车集团有限公司 一种车辆升级方法、装置、终端及存储介质
CN111414185B (zh) * 2020-02-28 2023-01-10 浙江吉利新能源商用车集团有限公司 一种终端升级方法、装置、终端及存储介质
CN113031987A (zh) * 2021-03-26 2021-06-25 山东英信计算机技术有限公司 一种客户端的升级方法、系统及装置
CN117453257B (zh) * 2023-12-25 2024-03-26 深圳万物安全科技有限公司 基于分级管理的升级方法、终端设备及可读存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1925425A (zh) * 2006-10-08 2007-03-07 北京启明星辰信息技术有限公司 统一管理模式的分布式升级方法
CN103763336A (zh) * 2013-11-29 2014-04-30 北京中启智源数字信息技术有限责任公司 一种面向复杂网络架构的软件更新方法
WO2016086654A1 (zh) * 2014-12-03 2016-06-09 广州广电运通金融电子股份有限公司 自助终端软件远程升级方法和系统,及升级包制作方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1925425A (zh) * 2006-10-08 2007-03-07 北京启明星辰信息技术有限公司 统一管理模式的分布式升级方法
CN103763336A (zh) * 2013-11-29 2014-04-30 北京中启智源数字信息技术有限责任公司 一种面向复杂网络架构的软件更新方法
WO2016086654A1 (zh) * 2014-12-03 2016-06-09 广州广电运通金融电子股份有限公司 自助终端软件远程升级方法和系统,及升级包制作方法

Also Published As

Publication number Publication date
CN109375933A (zh) 2019-02-22

Similar Documents

Publication Publication Date Title
CN109375933B (zh) 一种客户端升级的方法及设备
CN108549580B (zh) 自动部署Kubernetes从节点的方法及终端设备
US11960915B2 (en) Method and apparatus for creating virtual machine based on parameter information of a virtual network interface card
US10225145B2 (en) Method and device for updating client
CN113296792B (zh) 存储方法、装置、设备、存储介质和系统
CN109862101B (zh) 跨平台应用启动方法、装置、计算机设备和存储介质
CN111490963B (zh) 基于quic协议栈的数据处理方法、系统、设备及存储介质
CN111857951A (zh) 容器化部署平台及部署方法
CN113923130B (zh) 多租户的开放接口资源配置方法、装置、终端
CN109120680B (zh) 一种控制系统、方法及相关设备
CN110880990B (zh) 一种大数据集群组件的配置核查方法、装置及计算设备
CN117076096A (zh) 任务流程的执行方法、装置、计算机可读介质及电子设备
CN111431951B (zh) 一种数据处理方法、节点设备、系统及存储介质
CN111767126A (zh) 分布式批量处理的系统和方法
CN111131324A (zh) 业务系统的登陆方法及装置、存储介质、电子装置
CN115766439A (zh) Kvm设备批量升级方法、装置和电子设备
CN114615285A (zh) 一种物理机的部署方法、装置、电子设备及存储介质
CN114647488A (zh) 一种任务训练方法、装置、设备及存储介质
CN112306625B (zh) 一种部署虚拟机的方法及相关装置
CN114489754A (zh) 可配置服务管理方法及装置
CN113609178A (zh) 数据推送方法、装置、设备以及存储介质
CN117472516B (zh) 虚拟资源调度方法、装置、集群系统、电子设备和介质
WO2022057698A1 (en) Efficient bulk loading multiple rows or partitions for single target table
CN110896407B (zh) 一种nfvo组件配置管理、请求转发方法和请求处理装置
CN115269183A (zh) 并发请求数量的限制方法、装置及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant