CN114666397A - 一种客户端版本更新方法及系统 - Google Patents

一种客户端版本更新方法及系统 Download PDF

Info

Publication number
CN114666397A
CN114666397A CN202210112846.9A CN202210112846A CN114666397A CN 114666397 A CN114666397 A CN 114666397A CN 202210112846 A CN202210112846 A CN 202210112846A CN 114666397 A CN114666397 A CN 114666397A
Authority
CN
China
Prior art keywords
client
updating
update
information
download
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.)
Pending
Application number
CN202210112846.9A
Other languages
English (en)
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.)
Beijing VRV Software Corp Ltd
Original Assignee
Beijing VRV Software Corp 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 Beijing VRV Software Corp Ltd filed Critical Beijing VRV Software Corp Ltd
Priority to CN202210112846.9A priority Critical patent/CN114666397A/zh
Publication of CN114666397A publication Critical patent/CN114666397A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • H04L67/303Terminal profiles

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明提供一种客户端版本更新方法及系统,包括:获取客户端接入请求,调用预登录服务获取所述客户端的基本信息;若判断获知所述客户端符合更新条件,则通过所述预登录服务向所述客户端返回配置更新信息,以供所述客户端进行安装更新包下载;解析所述客户端下载请求,若判断所述更新队列的容量可供所述客户端进行安装更新包下载,则允许所述客户端下载所述安装更新包,否则结束更新流程。本发明为应用于企业内部多种版本的客户端升级更新提供了高效率和便捷的处理方法,通过客户端和服务端之间的更新和限流操作,提升了私有环境下的客户端升级更新的速度,无需专业化人员提供支撑,大幅提升前端用户的使用体验。

Description

一种客户端版本更新方法及系统
技术领域
本发明涉及计算机技术领域,尤其涉及一种客户端版本更新方法及系统。
背景技术
在日常应用中,对于具有手机客户端以及电脑客户端的业务系统,其客户端软件会随着业务需求的迭代而需要不断进行更新。
对于手机客户端,通常存在两种方式进行更新,一种是针对于公开发行的版本,可借助于手机上的应用市场,如华为市场,小米市场等,另一种是针对非公开发行的版本,如企业内部的业务系统属于内网部署,或者具有大量定制化开发,则无法采用公网上运行的应用市场来进行更新,需要企业内部自行维护该客户端的版本更新。相应地,电脑客户端也存在和手机客户端类似的情形。
上述针对第二种情况的企业内部客户端版本更新通常是由专业技术人员进行维护,不仅需要具备一定技术能力的支撑,一般的系统管理人员可能不具备维护能力,更需要耗费大量的操作维护成本,操作繁琐;从更新维护的管理角度来看,缺少客户端更新维护记录,无法查看更新历史数据,同时当客户端数量较多时,每次运行更新时均会占用大量内网带宽,严重影响内网内其它正常业务的运行。
如何改善企业内部专用客户端的版本更新问题,解决更新时带来的资源占用过高,专业性要求高以及无法系统维护更新记录等问题,成为亟需解决的问题。
发明内容
本发明提供一种客户端版本更新方法及系统,用以解决现有技术中针对私有环境下客户端版本更新没有系统解决方案的缺陷。
第一方面,本发明提供一种客户端版本更新方法,包括:
获取客户端接入请求,调用预登录服务获取所述客户端的基本信息;
若判断获知所述客户端符合更新条件,则通过所述预登录服务向所述客户端返回配置更新信息,以供所述客户端进行安装更新包下载;
接收客户端下载请求,解析所述客户端下载请求,若判断所述更新队列的容量可供所述客户端进行安装更新包下载,则允许所述客户端下载所述安装更新包,否则结束更新流程。
根据本发明提供的一种客户端版本更新方法,所述解析所述客户端下载请求,若判断所述更新队列的容量可供所述客户端进行安装更新包下载,则允许所述客户端下载所述安装更新包,否则结束更新流程,之后还包括:
待所述客户端完成更新,将所述客户端从所述更新队列中移除。
根据本发明提供的一种客户端版本更新方法,所述解析所述客户端下载请求,若判断所述更新队列的容量可供所述客户端进行安装更新包下载,则允许所述客户端下载所述安装更新包,否则结束更新流程,包括:
获取所述客户端的用户信息、客户端信息和版本信息,将所述用户信息、所述客户端信息和所述版本信息加入所述更新队列中;
获取所述更新队列中用户带宽、每个更新策略时间间隔、每个更新策略包含用户数和安装更新包大小,基于所述用户带宽、所述每个更新策略时间间隔和所述安装更新包大小获得数据最大条目数,确定所述每个更新策略包含用户数小于等于所述数据最大条目数;
根据超时机制控制所述客户端接入的占用时长,控制所述客户端在所述占用时长内完成配置更新。
根据本发明提供的一种客户端版本更新方法,所述根据超时机制控制所述客户端接入的占用时长,包括:
若判断所述客户端的接入时长超过第一预设时长,且未进行配置更新,则将所述客户端清除;
若判断所述客户端在所述更新队列中的接入时长超过第二预设时长,则更新所述客户端的接入时间点。
第二方面,本发明还提供一种客户端版本更新方法,包括:
向服务端发送接入请求,获取所述服务端的预登录服务,基于所述预登录服务向所述服务端反馈基本信息;
接收所述服务端返回的配置更新信息,基于所述配置更新信息确定下载安装更新包;
基于所述服务端提供的更新队列完成配置更新。
根据本发明提供的一种客户端版本更新方法,所述基于所述服务端提供的更新队列完成配置更新,之后还包括:
待完成配置更新,接收所述服务端发送的更新队列移除命令,由所述服务端从所述更新队列中移除。
根据本发明提供的一种客户端版本更新方法,所述接收所述服务端返回的配置更新信息,基于所述配置更新信息确定下载安装更新包,包括:
连接各子系统服务器获取所述配置更新信息;
接收客户端分发平台通过所述各子系统服务器同步发布的运维服务信息,通过所述预登录服务下载所述安装更新包。
第三方面,本发明还提供一种客户端版本更新系统,包括:
获取模块,用于获取客户端接入请求,调用预登录服务获取所述客户端的基本信息;
判断模块,用于若判断获知所述客户端符合更新条件,则通过所述预登录服务向所述客户端返回配置更新信息,以供所述客户端进行安装更新包下载;
解析模块,用于接收客户端下载请求,解析所述客户端下载请求,若判断所述更新队列的容量可供所述客户端进行安装更新包下载,则允许所述客户端下载所述安装更新包,否则结束更新流程。
第四方面,本发明还提供一种客户端版本更新系统,包括:
发送模块,用于向服务端发送接入请求,获取所述服务端的预登录服务,基于所述预登录服务向所述服务端反馈基本信息;
确定模块,用于接收所述服务端返回的配置更新信息,基于所述配置更新信息确定下载安装更新包;
更新模块,用于基于所述服务端提供的更新队列完成配置更新。
第五方面,本发明还提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如上述任一种所述客户端版本更新方法的步骤。
第六方面,本发明还提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如上述任一种所述客户端版本更新方法的步骤。
第七方面,本发明还提供一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时实现如上述任一种所述客户端版本更新方法的步骤。
本发明提供的客户端版本更新方法及系统,通过客户端和服务端之间的更新和限流操作,提升了私有环境下的客户端升级更新的速度,无需专业化人员提供支撑,大幅提升前端用户的使用体验。
附图说明
为了更清楚地说明本发明或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明提供的客户端版本更新方法的流程示意图之一;
图2是本发明提供的更新策略流程示意图;
图3是本发明提供的超时机制流程示意图;
图4是本发明提供的客户端版本更新方法的流程示意图之二;
图5是本发明提供的客户端连接子系统服务器获取升级信息示意图;
图6是本发明提供的客户端版本更新系统的结构示意图之一;
图7是本发明提供的客户端版本更新系统的结构示意图之二;
图8是本发明提供的电子设备的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1是本发明提供的客户端版本更新方法的流程示意图之一,如图1所示,对应的执行主体是服务端,包括:
步骤101,获取客户端接入请求,调用预登录服务获取所述客户端的基本信息;
步骤102,若判断获知所述客户端符合更新条件,则通过所述预登录服务向所述客户端返回配置更新信息,以供所述客户端进行安装更新包下载;
步骤103,接收客户端下载请求,解析所述客户端下载请求,若判断所述更新队列的容量可供所述客户端进行安装更新包下载,则允许所述客户端下载所述安装更新包,否则结束更新流程。
具体地,如图2所示的更新策略流程,当更新流程开始后,服务端收到客户端的接入请求,这里的客户端运行后,第一个访问的服务端接口为预登录服务,服务端通过该预登录服务获取客户端的基本信息,包括客户端的用户信息、客户端信息和版本信息等,预登录服务接口会根据客户端的类型和用户识别出是否有更新以及是否能够更新。
服务端通过该接口会返回客户端需要的配置更新信息,包括客户端升级信息,该接口与当前网络环境运行下运行业务对应的其它业务接口具有很大区别,具有高性能、高吞吐量和高稳定性等特点;服务端的预登录服务会根据更新策略和客户端的用户判断是否存在更新,如判断该客户端符合更新条件则封装客户端下载地址,安装更新包信息及用户信息打包返回给该客户端。
待客户端选择对应更新后,下载安装更新包,服务端进一步解析该下载需求,通过内部接口确定更新队列的容量大小,容量是否已满,如果判断该更新队列容量未满则继续允许客户端通过更新队列下载安装更新包,否则提前结束更新流程。
此处引入更新队列的概念,通过控制队列大小起到限流的作用,并增加更新策略概念,以控制什么时候和什么用户可以更新,从而做到灰度发布。
需要说明的是,灰度发布是指在发布开始后,先启动一个新版本应用,但是并不直接将流量切过来,而是测试人员对新版本进行线上测试,如果没有问题,那么可以将少量的用户流量导入到新版本上,然后再对新版本做运行状态观察,收集各种运行时数据,如果此时对新旧版本做各种数据对比,就是所谓的A/B测试。当确认新版本运行良好后,再逐步将更多的流量导入到新版本上,在此期间,还可以不断地调整新旧两个版本的运行的服务器副本数量,以使得新版本能够承受越来越大的流量压力。直到将100%的流量都切换到新版本上,最后关闭剩下的老版本服务,完成灰度发布。如果在灰度发布过程中(灰度期)发现了新版本有问题,就应该立即将流量切回老版本上,这样,就会将负面影响控制在最小范围内。
除上述更新策略的执行,本发明在后台管理中心新增客户端安装更新包与更新管理功能,提供可视化的界面供运维或者其他系统管理进行操作,减少客户端版本更新维护的步骤,方便操作,降低维护成本,该功能主要包括维护不同类型客户端的安装更新包以及信息,设置更新分组策略,发布更新,同时提供撤回入口方便发现问题后停止更新发布。例如:在基本设置里选择客户端对应版本,如Android、iOS、Windows、Windows xp、Mac、Ubuntu和龙芯中标麒麟等等,版本类型包括正式版和测试版,更新方式包括安装更新包、增量更新和全量更新,选择是否强制更新等信息;更新策略设置包括是否选择“更新首页安装更新包”,对应地,在下方可看到“更新用户组”的具体信息,包括序号、用户组名、每种更新数据包下载的人数,可更新时间,以及对应的操作按钮,操作包括编辑、查看、复制、撤回以及更多等动作。
同时,为解决缺少历史版本记录的问题,还提供了可供查询安装更新包与更新记录查询的列表页面,按照不同客户端类型分类,支持按照版本号、更新方式、更新内容等进行查询,可对历史版本的具体更新记录进行查看,实现对更新历史进行有效管理。
本发明解决了针对企业内部客户端更新时采用传统手工维护时费时费力,操作不方便的问题,通过客户端和服务端之间可视化操作的分批更新和限流操作,提升了多版本和数量多的客户端升级更新的速度,无需专业化人员提供支撑,大幅提升前端用户的使用体验。
基于上述实施例,该方法步骤103之后还包括:
待所述客户端完成更新,将所述客户端从所述更新队列中移除。
可选地,如图2所示,在客户端完成配置更新后,服务端通过内部接口从更新队列中移除该客户端,将更新队列的资源进行释放,提供给后续其它需要进行下载更新的客户端,避免被长时间占用。
本发明通过释放更新队列中完成配置更新的客户端,实现了限流的功能,使更新队列资源得到充分利用。
基于上述任一实施例,该方法步骤103包括:
获取所述客户端的用户信息、客户端信息和版本信息,将所述用户信息、所述客户端信息和所述版本信息加入所述更新队列中;
获取所述更新队列中用户带宽、每个更新策略时间间隔、每个更新策略包含用户数和安装更新包大小,基于所述用户带宽、所述每个更新策略时间间隔和所述安装更新包大小获得数据最大条目数,确定所述每个更新策略包含用户数不大于所述数据最大条目数;
根据超时机制控制所述客户端接入的占用时长,控制所述客户端在所述占用时长内完成配置更新。
其中,所述根据超时机制控制所述客户端接入的占用时长,包括:
若判断所述客户端的接入时长超过第一预设时长,且未进行配置更新,则将所述客户端清除;
若判断所述客户端在所述更新队列中的接入时长超过第二预设时长,则更新所述客户端的接入时间点。
具体地,由于传统方案中过往用户无法分批进行更新,占用了大量网络带宽,用户更新的体验较差。在运维配置中,增加了客户端服务器可供下载的总下载流量、最大更新队列容量设置,根据预估可配置供下载的总体流量,保证不影响内网其他业务的运行,同时结合最大队列容量,限制能同时下载的客户端用户数,保证用户更新的体验。在客户端安装与更新设置策略时,引入用户分组的方式,使用维护的用户分组,并设定每组的可获取更新时间,保证各组用户可在对应时间开始获取更新,对更新实现分流。
本发明是通过对更新队列的大小控制来起到限流作用,此处所提到的更新队列并非消息队列,而是类似连接池的概念;更新队列的具体形式是缓存中的一个值,其中包括了正在更新的用户信息、客户端信息和版本信息等,当用户被加入队列时,写入上述信息,当用户更新完成,通知服务端将其信息从队列中移除。
例如,需要确定队列中数据的条目数最大值M,可根据用户带宽A(MB/s),每个更新策略时间间隔B(s),每个策略包含人数C(人),以及安装更新包大小D(MB),基于上述值进行计算,得到条目数最大值M=A*B/D/10,在系统设置时,控制每个策略包含人数C不大于M,从而实现限流的机制。
此外,如图3所示的超时机制流程示意图,服务端会实时对客户端的接入时长进行检测,与第一预设时长进行比较,以清除已超时用户,避免有用户没有完成更新但长期占用服务端,这里未正常完成更新的客户端是接入服务端但未进入更新队列的一部分客户端,相当于在服务端挂载范围内,但在更新队列的资源池之外。
而如果当前用户已经在更新队列中,则根据第二预设时长更新该用户进入队列的时间,避免被清除,如果判断更新队列还有空间,则将当前用户写入队列并继续后续的更新流程,待当前用户完成更新后返回更新信息,结束更新流程。
本发明通过提供通用的客户端安装更新包与更新维护功能,结合限流及分组技术,实现用户分批更新,提升了用户体验。
图4是本发明提供的客户端版本更新方法的流程示意图之二,如图4所示,对应的执行主体是客户端,包括:
步骤201,向服务端发送接入请求,获取所述服务端的预登录服务,基于所述预登录服务向所述服务端反馈基本信息;
步骤202,接收所述服务端返回的配置更新信息,基于所述配置更新信息确定下载安装更新包;
步骤203,基于所述服务端提供的更新队列完成配置更新。
具体地,如图2所示的更新策略流程,当更新流程开始后,客户端接入服务端,并发送接入请求,调用服务端的预登录服务上传客户端的基本信息,包括客户端的自身版本及用户信息等,待服务端根据更新策略及用户信息判断是否有更新以及是否能够更新。
客户端通过预登录服务接口接收服务端返回的配置更新信息,包括客户端升级信息,客户端选择开始更新,下载安装更新包,待服务端解析客户端的下载请求后,通过内部接口确定更新队列是否已满,若还有空余资源,则客户端继续下载更新流程。
需要说明的是,不同版本的服务端更新其内部存储的安装更新包的模式存在区别:Android、mac和Windows版本是需要上传安装更新包;iOS版本是需要更新应用市场链接地址,如果是企业级应用则更新plist(Property List,属性表)文件地址。选择对应版本安装更新方式后,将安装或升级包进行上传,上传包括客户端安装更新包、升级包及配置文件的文件包,上传后自动解压,并可以逐个删除,如果重新上传,则将本次上传的文件覆盖,同时上传文件时需要进行恶意文件检查,不符合规范的文件不允许上传系统。
本发明通过结合更新策略设置用户分组的方法,以及客户端在获取更新时比对获取最大版本的机制,实现A/B发布等细颗粒度的版本控制发布;在维护安装更新包与更新时,将不同的测试版本分别维护,并维护对应测试的分组用户,在客户端探测更新时,将探测到更新版本,并且符合更新分组策略,能成功获取到相应版本更新测试。
基于上述实施例,该方法步骤203之后还包括:
待完成配置更新,接收所述服务端发送的更新队列移除命令,由所述服务端从所述更新队列中移除。
可选地,客户端完成配置更新后,接收服务端通过内部接口从更新队列中移除该客户端的命令,服务端将更新队列的资源进行释放,提供给后续其它需要进行下载更新的客户端,避免被长时间占用。
本发明通过释放更新队列中完成配置更新的客户端,实现了限流的功能,使更新队列资源得到充分利用。
基于上述任一实施例,该方法步骤202包括:
连接各子系统服务器获取所述配置更新信息;
接收客户端分发平台通过所述各子系统服务器同步发布的运维服务信息,通过所述预登录服务下载所述安装更新包。
具体地,如图5所示,客户端(包括手机客户端和电脑客户端)通过连接各子系统服务器获取升级信息,即连接到预登录服务接口,子系统管理中心维护各个客户端版本信息,通过发布运维服务至子系统服务器,当存在多个子系统需要维护客户端更新信息时,通过客户端分发平台统一维护,同步至各个子系统。
这里的子系统管理中心用于客户端安装更新包管理,包括新建客户端安装更新包更新信息、发布运维服务和更新首页安装更新包,其中发布运维服务至子系统服务器中预登录服务接口;客户端分发平台包括上传、配置和发布,同步管理子系统管理中心。
本发明通过新增客户端安装更新包与更新管理功能,无需专业技术人员维护更新,省时省力,完善客户端后台管理功能,有利于产品的进一步推广宣传和应用。
下面对本发明提供的客户端版本更新系统进行描述,下文描述的客户端版本更新系统与上文描述的客户端版本更新方法可相互对应参照。
图6是本发明提供的客户端版本更新系统的结构示意图之一,如图6所示,包括:获取模块61、判断模块62和解析模块63,其中:
获取模块61用于获取客户端接入请求,调用预登录服务获取所述客户端的基本信息;判断模块62用于若判断获知所述客户端符合更新条件,则通过所述预登录服务向所述客户端返回配置更新信息,以供所述客户端进行安装更新包下载;解析模块63用于接收客户端下载请求,解析所述客户端下载请求,若判断所述更新队列的容量可供所述客户端进行安装更新包下载,则允许所述客户端下载所述安装更新包,否则结束更新流程。
本发明解决了针对企业内部客户端更新时采用传统手工维护时费时费力,操作不方便的问题,通过客户端和服务端之间可视化操作的分批更新和限流操作,提升了多版本和数量多的客户端升级更新的速度,无需专业化人员提供支撑,大幅提升前端用户的使用体验。
图7是本发明提供的客户端版本更新系统的结构示意图之二,如图7所示,包括:发送模块71、确定模块72和更新模块73,其中:
发送模块71用于向服务端发送接入请求,获取所述服务端的预登录服务,基于所述预登录服务向所述服务端反馈基本信息;确定模块72用于接收所述服务端返回的配置更新信息,基于所述配置更新信息确定下载安装更新包;更新模块73用于基于所述服务端提供的更新队列完成配置更新。
本发明通过结合更新策略设置用户分组的方法,以及客户端在获取更新时比对获取最大版本的机制,实现A/B发布等细颗粒度的版本控制发布;在维护安装更新包与更新时,将不同的测试版本分别维护,并维护对应测试的分组用户,在客户端探测更新时,将探测到更新版本,并且符合更新分组策略,能成功获取到相应版本更新测试。
图8示例了一种电子设备的实体结构示意图,如图8所示,该电子设备可以包括:处理器(processor)810、通信接口(Communications Interface)820、存储器(memory)830和通信总线840,其中,处理器810,通信接口820,存储器830通过通信总线840完成相互间的通信。处理器810可以调用存储器830中的逻辑指令,以执行客户端版本更新方法,该方法包括:获取客户端接入请求,调用预登录服务获取所述客户端的基本信息;若判断获知所述客户端符合更新条件,则通过所述预登录服务向所述客户端返回配置更新信息,以供所述客户端进行安装更新包下载;接收客户端下载请求,解析所述客户端下载请求,若判断所述更新队列的容量可供所述客户端进行安装更新包下载,则允许所述客户端下载所述安装更新包,否则结束更新流程。
此外,上述的存储器830中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
另一方面,本发明还提供一种计算机程序产品,所述计算机程序产品包括计算机程序,计算机程序可存储在非暂态计算机可读存储介质上,所述计算机程序被处理器执行时,计算机能够执行上述各方法所提供的客户端版本更新方法,该方法包括:获取客户端接入请求,调用预登录服务获取所述客户端的基本信息;若判断获知所述客户端符合更新条件,则通过所述预登录服务向所述客户端返回配置更新信息,以供所述客户端进行安装更新包下载;接收客户端下载请求,解析所述客户端下载请求,若判断所述更新队列的容量可供所述客户端进行安装更新包下载,则允许所述客户端下载所述安装更新包,否则结束更新流程。
又一方面,本发明还提供一种非暂态计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现以执行上述各方法提供的客户端版本更新方法,该方法包括:获取客户端接入请求,调用预登录服务获取所述客户端的基本信息;若判断获知所述客户端符合更新条件,则通过所述预登录服务向所述客户端返回配置更新信息,以供所述客户端进行安装更新包下载;接收客户端下载请求,解析所述客户端下载请求,若判断所述更新队列的容量可供所述客户端进行安装更新包下载,则允许所述客户端下载所述安装更新包,否则结束更新流程。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种客户端版本更新方法,其特征在于,包括:
获取客户端接入请求,调用预登录服务获取所述客户端的基本信息;
若判断获知所述客户端符合更新条件,则通过所述预登录服务向所述客户端返回配置更新信息,以供所述客户端进行安装更新包下载;
接收客户端下载请求,解析所述客户端下载请求,若判断所述更新队列的容量可供所述客户端进行安装更新包下载,则允许所述客户端下载所述安装更新包,否则结束更新流程。
2.根据权利要求1所述的客户端版本更新方法,其特征在于,所述解析所述客户端下载请求,若判断所述更新队列的容量可供所述客户端进行安装更新包下载,则允许所述客户端下载所述安装更新包,否则结束更新流程,之后还包括:
待所述客户端完成更新,将所述客户端从所述更新队列中移除。
3.根据权利要求1所述的客户端版本更新方法,其特征在于,所述解析所述客户端下载请求,若判断所述更新队列的容量可供所述客户端进行安装更新包下载,则允许所述客户端下载所述安装更新包,否则结束更新流程,包括:
获取所述客户端的用户信息、客户端信息和版本信息,将所述用户信息、所述客户端信息和所述版本信息加入所述更新队列中;
获取所述更新队列中用户带宽、每个更新策略时间间隔、每个更新策略包含用户数和安装更新包大小,基于所述用户带宽、所述每个更新策略时间间隔和所述安装更新包大小获得数据最大条目数,确定每个更新策略包含用户数小于等于所述数据最大条目数;
根据超时机制控制所述客户端接入的占用时长,控制所述客户端在所述占用时长内完成配置更新。
4.根据权利要求3所述的客户端版本更新方法,其特征在于,所述根据超时机制控制所述客户端接入的占用时长,包括:
若判断所述客户端的接入时长超过第一预设时长,且未进行配置更新,则将所述客户端清除;
若判断所述客户端在所述更新队列中的接入时长超过第二预设时长,则更新所述客户端的接入时间点。
5.一种客户端版本更新方法,其特征在于,包括:
向服务端发送接入请求,获取所述服务端的预登录服务,基于所述预登录服务向所述服务端反馈基本信息;
接收所述服务端返回的配置更新信息,基于所述配置更新信息确定下载安装更新包;
基于所述服务端提供的更新队列完成配置更新。
6.根据权利要求5所述的客户端版本更新方法,其特征在于,所述基于所述服务端提供的更新队列完成配置更新,之后还包括:
待完成配置更新,接收所述服务端发送的更新队列移除命令,由所述服务端从所述更新队列中移除。
7.根据权利要求5所述的客户端版本更新方法,其特征在于,所述接收所述服务端返回的配置更新信息,基于所述配置更新信息确定下载安装更新包,包括:
连接各子系统服务器获取所述配置更新信息;
接收客户端分发平台通过所述各子系统服务器同步发布的运维服务信息,通过所述预登录服务下载所述安装更新包。
8.一种客户端版本更新系统,其特征在于,包括:
获取模块,用于获取客户端接入请求,调用预登录服务获取所述客户端的基本信息;
判断模块,用于若判断获知所述客户端符合更新条件,则通过所述预登录服务向所述客户端返回配置更新信息,以供所述客户端进行安装更新包下载;
解析模块,用于接收客户端下载请求,解析所述客户端下载请求,若判断所述更新队列的容量可供所述客户端进行安装更新包下载,则允许所述客户端下载所述安装更新包,否则结束更新流程。
9.一种客户端版本更新系统,其特征在于,包括:
发送模块,用于向服务端发送接入请求,获取所述服务端的预登录服务,基于所述预登录服务向所述服务端反馈基本信息;
确定模块,用于接收所述服务端返回的配置更新信息,基于所述配置更新信息确定下载安装更新包;
更新模块,用于基于所述服务端提供的更新队列完成配置更新。
10.一种电子设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1至7任一项所述客户端版本更新方法的步骤。
CN202210112846.9A 2022-01-29 2022-01-29 一种客户端版本更新方法及系统 Pending CN114666397A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210112846.9A CN114666397A (zh) 2022-01-29 2022-01-29 一种客户端版本更新方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210112846.9A CN114666397A (zh) 2022-01-29 2022-01-29 一种客户端版本更新方法及系统

Publications (1)

Publication Number Publication Date
CN114666397A true CN114666397A (zh) 2022-06-24

Family

ID=82026159

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210112846.9A Pending CN114666397A (zh) 2022-01-29 2022-01-29 一种客户端版本更新方法及系统

Country Status (1)

Country Link
CN (1) CN114666397A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115499317A (zh) * 2022-11-15 2022-12-20 阿里云计算有限公司 灰度验证方法、电子设备和可读存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101945135A (zh) * 2010-09-20 2011-01-12 中兴通讯股份有限公司 一种widget系统的升级方法及系统
CN103259672A (zh) * 2012-02-17 2013-08-21 阿里巴巴集团控股有限公司 软件升级方法和系统
CN108173890A (zh) * 2016-12-07 2018-06-15 江苏翰诺信息科技发展有限公司 基于国产cpu和操作系统的软件自动更新和推送方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101945135A (zh) * 2010-09-20 2011-01-12 中兴通讯股份有限公司 一种widget系统的升级方法及系统
CN103259672A (zh) * 2012-02-17 2013-08-21 阿里巴巴集团控股有限公司 软件升级方法和系统
CN108173890A (zh) * 2016-12-07 2018-06-15 江苏翰诺信息科技发展有限公司 基于国产cpu和操作系统的软件自动更新和推送方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115499317A (zh) * 2022-11-15 2022-12-20 阿里云计算有限公司 灰度验证方法、电子设备和可读存储介质
CN115499317B (zh) * 2022-11-15 2023-04-07 阿里云计算有限公司 灰度验证方法、电子设备和可读存储介质

Similar Documents

Publication Publication Date Title
CN108595207B (zh) 一种灰度发布方法、规则引擎、系统、终端和存储介质
CN110825394B (zh) 用于云手机的应用程序自动初始化方法、系统及存储介质
JP4865835B2 (ja) アクションリストとバージョニングとを用いて、無線デバイス上でアクションを実行する方法、ソフトウェア、及び装置
KR100915564B1 (ko) 실행하는 동안 애플리케이션을 업그레이드하기 위한 방법,소프트웨어 및 장치
CN110865842B (zh) 一种ota升级方法和设备
CN110543324B (zh) 一种应用程序的插件增量更新方法及装置
CN113590337B (zh) 一种云环境下自动调整云主机配置的方法及装置
CN112615747B (zh) 一种网络设备自动部署配置的方法及装置
CN114666397A (zh) 一种客户端版本更新方法及系统
CN111736876A (zh) 客户端更新控制方法、装置、存储介质及服务器
CN112134961A (zh) 客户端的使用控制方法、客户端及计算机存储介质
CN105763616B (zh) 资源下载方法及装置
CN111683114A (zh) 一种设备程序的升级方法、装置、终端设备和存储介质
CN110308914B (zh) 升级处理方法、装置、设备、系统及计算机可读存储介质
CN113037851A (zh) 一种基于存储实现的针对云手机系统超分的方法
CN112286559A (zh) 一种车载智能终端的升级方法及装置
CN106445601A (zh) 一种插件升级的方法及装置
CN112199104B (zh) 一种软件升级方法、装置、电子设备和存储介质
CN114048033A (zh) 跑批任务的负载均衡方法、装置及计算机设备
CN114860726A (zh) 数据库存储冷热分离方法、装置、设备及可读存储介质
CN112950370A (zh) 业务处理方法、装置、设备及存储介质
CN106550027B (zh) 设备连接方法和设备连接系统
CN111343101A (zh) 服务器限流方法、装置、电子设备及可读存储介质
CN116166300B (zh) 知识产权系统的升级管理方法及装置
CN113076193B (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