CN106850800A - 一种下载路径确定的方法以及客户端 - Google Patents
一种下载路径确定的方法以及客户端 Download PDFInfo
- Publication number
- CN106850800A CN106850800A CN201710060350.0A CN201710060350A CN106850800A CN 106850800 A CN106850800 A CN 106850800A CN 201710060350 A CN201710060350 A CN 201710060350A CN 106850800 A CN106850800 A CN 106850800A
- Authority
- CN
- China
- Prior art keywords
- version
- optional
- file content
- optional version
- sets
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
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)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例公开一种下载路径确定的方法,包括:获取待选择版本集合中第一可选版本,待选择版本集合中还包括第二可选版本以及第三可选版本,第三可选版本为当前最新版本,第二可选版本为第三可选版本的前一个可选版本;获取从第一可选版本更新至第二可选版本对应的第一版本文件内容,并获取从第二可选版本更新至第三可选版本所对应的第二版本文件内容;若第一版本文件内容与第二版本文件内容一致,则根据第一可选版本以及第三可选版本确定第一目标下载路径。本发明实施例还提供一种客户端。本发明实施例无需按照版本顺序依次下载各版本对应的升级数据包,避免了多次下载重复的文件,从而减少了下载量并且节省了带宽资源,使得下载路径简单化。
Description
技术领域
本发明涉及互联网技术领域,尤其涉及一种下载路径确定的方法以及客户端。
背景技术
版本升级是指对操作系统或应用程序前版本的漏洞进行完善,或者对应用程序添加新的应用功能的更新,使应用程序更加完善好用,故而叫做版本升级。把原先存在的缺陷等错误信息进行修正等。不同的版本可以按照版本号进行分类或者按照产品类别进行分类。
目前,版本升级主要采用默认下载路径,也就是业务维护人员通过直接制作相邻相关版本的升级数据包,并配置于相关的下载平台,用户可以在下载平台上按照版本顺序逐一安装升级数据包。
然而,由于相关版本的升级数据包之间通常会包含较多的重复文件,如果用户按照版本顺序依次安装升级数据包,则会多次下载重复的文件,导致下载量较大,并且浪费下载带宽资源,从而造成下载路径复杂化。
发明内容
本发明实施例提供了一种下载路径确定的方法以及客户端,无需按照版本顺序依次下载各版本对应的升级数据包,避免了多次下载重复的文件,从而减少了下载量并且节省了带宽资源,使得下载路径简单化。
有鉴于此,本发明第一方面提供了一种下载路径确定的方法,包括:
获取待选择版本集合中第一可选版本,其中,所述待选择版本集合中还包括第二可选版本以及第三可选版本,所述第三可选版本为当前最新版本,所述第二可选版本为所述第三可选版本的前一个可选版本;
获取从所述第一可选版本更新至所述第二可选版本所对应的第一版本文件内容,并获取从所述第二可选版本更新至所述第三可选版本所对应的第二版本文件内容;
若所述第一版本文件内容与所述第二版本文件内容一致,则根据所述第一可选版本以及所述第三可选版本确定第一目标下载路径。
本发明第二方面提供了一种客户端,包括:
第一获取模块,用于获取待选择版本集合中第一可选版本,其中,所述待选择版本集合中还包括第二可选版本以及第三可选版本,所述第三可选版本为当前最新版本,所述第二可选版本为所述第三可选版本的前一个可选版本;
第二获取模块,用于获取从所述第一获取模块获取的所述第一可选版本更新至所述第二可选版本所对应的第一版本文件内容,并获取从所述第二可选版本更新至所述第三可选版本所对应的第二版本文件内容;
第一确定模块,用于若所述第二获取模块获取的所述第一版本文件内容与所述第二版本文件内容一致,则根据所述第一可选版本以及所述第三可选版本确定第一目标下载路径。
从以上技术方案可以看出,本发明实施例具有以下优点:
本发明实施例中,提供了一种下载路径确定的方法,主要为客户端先获取待选择版本集合中第一可选版本待选择版本集合中还包括第二可选版本以及第三可选版本,第三可选版本为当前最新版本,第二可选版本为第三可选版本的前一个可选版本,再获取从第一可选版本更新至第二可选版本所对应的第一版本文件内容,并获取从第二可选版本更新至第三可选版本所对应的第二版本文件内容,若第一版本文件内容与第二版本文件内容一致,则客户端根据第一可选版本以及第三可选版本确定第一目标下载路径。通过上述方式,若相关版本之间存在完全一致的文件,则可以忽略包含重复文件的版本,并直接跳跃到当前最新的版本,以此确定下载路径,无需按照版本顺序依次下载各版本对应的升级数据包,避免了多次下载重复的文件,从而减少了下载量并且节省了带宽资源,使得下载路径简单化。
附图说明
图1为本发明实施例中下载路径确定的方法一个实施例示意图;
图2为本发明实施例中待选择版本集合的文件信息对比示意图;
图3为本发明实施例中待选择版本集合的版本信息示意图;
图4为本发明实施例中各个可选版本所对应的用户数量分布示意图;
图5为本发明应用场景中推荐下载路径的界面示意图;
图6为本发明实施例中客户端一个实施例示意图;
图7为本发明实施例中客户端另一个实施例示意图;
图8为本发明实施例中客户端另一个实施例示意图;
图9为本发明实施例中客户端另一个实施例示意图;
图10为本发明实施例中客户端另一个实施例示意图;
图11为本发明实施例中客户端另一个实施例示意图;
图12为本发明实施例中客户端另一个实施例示意图;
图13为本发明实施例中客户端一个结构示意图。
具体实施方式
本发明实施例提供了一种下载路径确定的方法以及客户端,无需按照版本顺序依次下载各版本对应的升级数据包,避免了多次下载重复的文件,从而减少了下载量并且节省了带宽资源,使得下载路径简单化。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
应理解,本方案主要应用于对应用程序进行版本升级的场景,即在客户端对应用程序升级之前,通过预先决策出来的最佳下载路径下载该应用程序的升级数据包。通常情况下,应用程序在经过一段时间的使用,就会逐步显现出自身的一些漏洞和缺陷,这些漏洞和缺陷无法满足日益发展软件事业要求,因此应用开发商必须定期或者不定期对软件本身的漏洞和缺陷进行修复和更正,这样就产生了新的版本,以满足使用新的要求。
通常情况下,为了区别不同的版本,可以对每个版本设定一个特定的标识,例如版本号。程序的版本信息主要有四个值组成,分别是主版本号、次版本号、内部版本号以及内部修订号,例如:1.0.0.0版。如果没有修订号和内部版本号,则一般取默认值0,有时也可以将其省略,直接用主版本号和次版本号表示也可以,例如:1.0版。如果应用程序在功能上有重要的增强或改进,则可将主版本号增加,主版本号增加时次版本号为0,例如:DOS2.10版升级为DOS3.00版。若新版本只是排除了几个错误或者在功能等方面变化不大,主版本号不变,次版本号增加,例如:DOS3.40版升级为DOS3.41版。
应理解,本发明所提到的应用程序具体可以是指交互式应用或者即时通信类应用,也可以是其他不同类型的应用程序,例如浏览器应用、邮箱应用或者记事本应用等,此处不作限定。
应理解,本发明中所提到的升级可以为手动升级或者自动升级,手动升级可以由用户自主选择所要下载的升级数据包,对于一些不重要的升级数据包或者补丁可以不进行下载,从而节省下载量。而自动升级操作简洁,客户端更新工具会比较应用程序的版本与服务器提供的最新版本是否一致,当服务器中的最新版本比较新时,客户端更新工具会自动将服务器中的最新版本下载到客户端,然后覆盖应用程序的当前版本,更新完成。
下面将从客户端的角度,对本发明中下载路径确定的方法进行介绍,请参阅图1,本发明实施例中下载路径确定的方法一个实施例包括:
101、获取待选择版本集合中第一可选版本,其中,待选择版本集合中还包括第二可选版本以及第三可选版本,第三可选版本为当前最新版本,第二可选版本为第三可选版本的前一个可选版本;
本实施例中,客户端首先需要获取待选择版本集合中的第一可选版本,其中,客户端可以通过向服务器发送版本信息调用请求来获得待选择版本集合,而该待选择版本集合中至少有三个可选版本。先以三个待选择版本集合中包含三个可选版本为例进行介绍,由于版本之间存在着一定的时间先后顺序,因此,我们将当前最新的可选版本称为第三可选版本,而将次新版本,即第二新的版本称为第二可选版本,将客户端当前检测到的应用程序版本称之为第一可选版本。
如果有三个以上的可选版本,同样地,则还是将应用程序的最新版本作为第三可选版本,将最新版本的前一个版本称为第二可选版本,将第二可选版本之前的版本称为第一可选版本,且第一可选版本也就是当前应用程序对应的版本。
102、获取从第一可选版本更新至第二可选版本所对应的第一版本文件内容,并获取从第二可选版本更新至第三可选版本所对应的第二版本文件内容;
本实施例中,接下来客户端需要分别检测从第一可选版本升级至第二可选版本时所需更新的第一版本文件内容,以及检测从第二可选版本升级至第三可选版本所需要更新的第二版本文件内容。
其中,第一版本文件内容与第二版本文件内容具有相同的性质,版本文件内容可以包含而不仅限于文件名称和/或文件路径,而版本文件内容需要具备标识文件的功能,以帮助客户端或者服务器识别相邻版本之间是否具有重复的文件。
103、若第一版本文件内容与第二版本文件内容一致,则根据第一可选版本以及第三可选版本确定第一目标下载路径。
本实施例中,如果客户端检测到第一版本文件内容与第二版本文件内容完全一致,则可以将第一目标下载路径确定为直接从第一可选版本更新至第三可选版本。
本发明实施例中,提供了一种下载路径确定的方法,主要为客户端先获取待选择版本集合中第一可选版本待选择版本集合中还包括第二可选版本以及第三可选版本,第三可选版本为当前最新版本,第二可选版本为第三可选版本的前一个可选版本,再获取从第一可选版本更新至第二可选版本所对应的第一版本文件内容,并获取从第二可选版本更新至第三可选版本所对应的第二版本文件内容,若第一版本文件内容与第二版本文件内容一致,则客户端根据第一可选版本以及第三可选版本确定第一目标下载路径。通过上述方式,若相关版本之间存在完全一致的文件,则可以忽略包含重复文件的版本,并直接跳跃到当前最新的版本,以此确定下载路径,无需按照版本顺序依次下载各版本对应的升级数据包,避免了多次下载重复的文件,从而减少了下载量并且节省了带宽资源,使得下载路径简单化。
可选地,在上述图1对应的实施例的基础上,本发明实施例提供的下载路径确定的方法第一个可选实施例中,获取从第一可选版本更新至第二可选版本所对应的第一版本文件内容,并获取从第二可选版本更新至第三可选版本所对应的第二版本文件内容之后,还可以包括:
获取第一版本文件内容中的至少一个第一文件,每个第一文件对应一个第一标识;
获取第二版本文件内容中的至少一个第二文件,每个第二文件对应一个第二标识;
判断第一标识与第二标识是否相同,若相同,则确定第一版本文件内容与第二版本文件内容一致。
本实施例中,客户端获取从第一可选版本更新至第二可选版本所对应的第一版本文件内容,并获取从第二可选版本更新至第三可选版本所对应的第二版本文件内容,其中,第一版本文件内容和第二版本文件内容均指版本升级时所需的更新文件。
具体地,请参阅图2,图2为本发明实施例中待选择版本集合的文件信息对比示意图,如图所示,“update_datetime”表示更新版本的发布时间,“target_version”表示待升级版本的版本号,“source_version”表示上一个版本的版本号,“duplicate_file_diff_size”表示与上一个相邻版本之间重复文件内容中不同部分的大小,“duplicate_file_total_size”表示与上一个相邻版本之间重复文件内容的总大小,“duplicate_file_count”表示与上一个相邻版本之间重复文件的数量,文件内容可以通过标识来进行区别,例如文件名称或者文件路径等。如果标识一致,说明文件内容也相同。
以图2为例,从版本17.0.28.5升级到版本17.0.31.0没有新的文件需要进行更新,从版本17.0.31.0升级到版本17.0.31.5也没有新的文件需要进行更新,而从版本17.0.31.5升级到版本17.0.31.8则开始存在新的文件需要更新的情况,于是为了简化下载路径,可以从版本17.0.28.5直接升级到版本17.0.31.8,接下来再从版本17.0.31.8开始检测是否与后续版本所需更新的文件一致,直到升级至最新版本。
其次,本发明实施例中,在客户端获取到第一版本文件内容和第二版本文件内容之后,可以利用版本文件内容中的标识来确定哪些文件是重复的,哪些文件是上一个版本所没有。通过上述方式,可以更准确的识别各个相邻版本之间是否存在升级数据包中下载文件一致的情况,如果下一个版本需要下载的文件与当前版本一致,且下下个版本需要下载的文件也与当前版本一致,那么就可以直接跨过下一个版本,直接升级到下下个版本即可,从而节省了下载至少一个升级数据包的时间,提升方案的实用性。
可选地,在上述图1对应的实施例的基础上,本发明实施例提供的下载路径确定的方法第二个可选实施例中,获取待选择版本集合中第一可选版本之后,还可以包括:
获取第一可选版本所对应的目标用户数量;
判断目标用户数量是否大于预置用户平均数量,其中,预置用户平均数量为排除待选择版本集合中的第二可选版本以及第三可选版本后,所确定的至少一个可选版本的用户数量平均值;
若目标用户数量大于预置用户平均数量,则确定执行获取第一版本文件内容以及第二版本文件内容的步骤;
若目标用户数量小于预置用户平均数量,则从待选择版本集合中排除第一可选版本。
本实施例中,客户端在获取第一可选版本之后还可以进而确定其对应的目标用户数量,也就是下载了第一可选版本的用户数量,将该目标用户数量与预置用户平均数据进行对比,只有大于预置用户平均数量才能继续执行后续的步骤,否则将从待选择版本集合中删除第一可选版本。
具体地,客户端先调用服务器的数据库,并查询一段时间内用户最后一次登录应用程序的账号和时间,并把重复的账号进行删除。其中,可以采用如下代码查询出从2016年7月7日至2016年9月22日之间用户最后一次登录应用程序的账号和时间:
根据更新版本的发布时间以及通过上述代码获取到的用户最后登录时间,通过脚本进行统计计算,即可获得用户本地版本分布数据。下面将以一个示例来介绍如何通过脚本计算某个版本对应的用户数量:
awk–F"丨"‘{
if($2<"2016-07-14 04:03:59"){print$0,"17.0.31.0"}
if($2<="2016-07-14 04:03:59"&&$2<"2016-07-21 06:04:34"){print$0,"17.0.34.0"}
}’dnf_tbip.txt
最后,根据统计得到的各个版本用户数量,计算得到一个平均值,即预置用户平均数量,可供后续判断所用。
其次,本发明实施例中,在客户端获取待选择版本集合中的第一可选版本之后,需要检测该第一可选版本所对应的目标用户数量是否满足一定的条件,即是否大于预置用户平均数量,如果是,则进入后续的重复文件比对步骤,如果不是,则排除第一可选版本。通过上述方式,可以将用户下载量较少的版本进行排除处理,也就是对一些不热门的版本而言,本身所具有的下载价值就较低,排除后也可以简化下载路径,从而进一步减少了下载量并且节省了带宽资源,提升方案的实用性。
可选地,在上述图1对应的第二个实施例的基础上,本发明实施例提供的下载路径确定的方法第三个可选实施例中,获取第一可选版本所对应的目标用户数量之前,还可以包括:
向服务器发送版本信息获取请求,版本信息获取请求用于指示服务器下发待选择版本集合;
接收服务器发送的待选择版本集合,待选择版本集合中包含第一可选版本。
本实施例中,在在客户端获取目标用户数量之前,可以向服务器发送一个版本信息获取请求,该请求用于指示服务器下发待选择版本集合,其中,信息获取请求具体可以是应用程序编程接口(英文全称:Application Programming Interface,英文缩写:API)请求,通过API请求对应的预定义函数,调用应用程序与开发人员基于某软件或硬件得以访问的一组例程,而又无需访问源码或理解内部工作机制的细节。由上述图1对应的第二可选实施例可知,在获取更新版本的发布时间这个过程中,实际上就是通过API请求调用了服务器后台的数据库,并得到更新版本的发布时间以及其他的信息。
具体地,假设当前需要调用2016年7月至2016年9月之间的待选择版本集合,则请参阅图3,图3为本发明实施例中待选择版本集合的版本信息示意图,图3所示的更新版本发布时间是从2016年7月7日5时39分钟23秒到2016年9月22日5时10分25秒的,其中,“update_datetime”表示更新版本的发布时间,“target_version”表示待升级版本的版本号,“source_version”表示上一个版本的版本号,“update_policy”表示升级策略,“resource_url”表示上一个版本的地址。待选择版本集合中可包含图3所述的各类信息。
再次,本发明实施例中,介绍了客户端在获取第一可选版本所对应的目标用户数量之前,还需要通过向服务器发送版本信息获取请求来获取待选择版本集合。通过上述方式,能够使得客户端有效地获取到待选择版本集合,保证方案的可行性和可操作性。
可选地,在上述图1对应的第三个实施例的基础上,本发明实施例提供的下载路径确定的方法第四个可选实施例中,根据版本信息获取请求接收服务器发送的待选择版本集合之后,还可以包括:
向服务器发送用户数量获取请求,用户数量获取请求用于指示服务器下发待选择版本集合中各个可选版本所对应的用户数量;
接收服务器发送的待选择版本集合中各个可选版本所对应的用户数量;
获取第一可选版本所对应的目标用户数量,可以包括:
根据待选择版本集合中各个可选版本所对应的用户数量,确定第一可选版本所对应的目标用户数量。
本实施例中,服务器可以实时统计各个版本用户数量,然后客户端通过向服务器发送用户数量获取请求来调用服务器所统计的各个版本用户数量,以此,在得到待选择版本集合中各个可选版本所对应的用户数量之后,就不难找到第一可选版本所对应的用户数量,即目标用户数量。
具体地,各个版本用户数量的统计的结果可以以图表量化的方式显示出来,当然,该结果也可以以数据的形式显示出来,且在服务器端维护这样一个统计结果供客户端调用。下面将以圆饼图的表现形式为例进行介绍,请参阅图4,图4为本发明实施例中各个可选版本所对应的用户数量分布示意图,如图所示,统计的结果为:
1号区域表示版本17.0.31.0,用户数量为868084,用户人数占比为3%;
2号区域表示版本17.0.34.0,用户数量为2246026,用户人数占比为8%;
3号区域表示版本17.0.34.6,用户数量为2514540,用户人数占比为9%;
4号区域表示版本17.0.39.0,用户数量为1708820,用户人数占比为6%;
5号区域表示版本17.0.39.1,用户数量为1760594,用户人数占比为6%;
6号区域表示版本17.0.45.0,用户数量为1670232,用户人数占比为6%;
7号区域表示版本17.0.45.2,用户数量为2165450,用户人数占比为8%;
8号区域表示版本17.0.51.0,用户数量为2649106,用户人数占比为10%;
9号区域表示版本17.0.51.8,用户数量为3732600,用户人数占比为13%;
10号区域表示版本17.0.51.15,用户数量为8594530,用户人数占比为31%。
根据上述的统计结果,即可以很快的确定各个版本所对应的用户数量。进一步地,如果需要计算预置用户平均数量,既可以执行如下的代码:
if user_Num(x)<average(User_Num);then
delete_This_Verison();
fi
如果以图4为例,那就是计算从版本17.0.31.0至版本17.0.51.0的预置用户平均数量。
进一步地,本发明实施例中,客户端在获取到待选择版本集合之后,还可以通过发送用户数量获取请求来得到待选择版本集合中各个版本所对应的用户数量,利用第一可选版本的标识来提取与之对应的目标用户数量。通过上述方式,一方面可以更准确的得到第一可选版本对应的目标用户数量,从而提升方案的实用性,另一方面还能跟得到待选择版本集合中其他版本所对应的用户数量,有利于进行后续的统计,从而提升方案的灵活性。
可选地,在上述图1对应的实施例的基础上,本发明实施例提供的下载路径确定的方法第五个可选实施例中,获取从第一可选版本更新至第二可选版本所对应的第一版本文件内容,并获取从第二可选版本更新至第三可选版本所对应的第二版本文件内容之后,还可以包括:
若第一版本文件内容与第二版本文件内容不一致,则根据第一可选版本、第二可选版本以及第三可选版本确定第二目标下载路径。
本实施例中,如果检测到第一版本文件内容与第二版本文件内容不一致,那么当前就不能直接跨过第二可选版本下载升级数据包。
具体地,假设待选择版本集合中共有五个可选版本,分别为版本1、版本2、版本3、版本4和版本5,这五个版本的排列顺序为从旧到新,即版本1为最旧的版本,版本为为最新版本,即第三可选版本,版本4则为次新的版本,即第二可选版本,而第一版本可以是版本1、版本2或版本3。首先检测从版本1升级到版本2的文件与从版本2升级到版本3的文件是否一致,如果是,则忽略版本2,反之,则需要从先从版本1升级到版本2。
若忽略了版本2,则接着检测从版本2升级到版本3与从版本3升级到版本4的文件是否一致,如果是,则继续忽略版本3,反之,则需要从版本1升级到版本2再升级到版本3。
若忽略了版本3,则进一步检测从版本3升级到版本4与从版本4升级到版本5的文件是否一致,如果是,则继而忽略版本4,反之,则需要从版本1开始依次升级到版本2、版本3和版本4。最后得到的第一目标下载路径则是从版本1到版本5的升级数据包下载路径,而第二目标下载路径则是按照次序,从版本1、版本2、版本3、版本4到版本5的升级数据包下载路径。
其中,排除重复文件为0的下载路径还可以通过以下的代码实现:
If sum(dup_File_Num(x))==0;then
delete_This_Verison();
fi
其次,本发明实施例中,如果存在第一版本文件与第二文件内容不一致的情况,则不会直接忽略下一个版本,而是依次下载各个升级数据包。通过上述方式,保证了在下载路径的确定过程中,不会遗漏非重复的文件,从而保证每次更新都是有效的更新,以此提升方案的使用便利性和升级可靠性。
可选地,在上述图1以及图1对应的第一至第四个实施例中任一项的基础上,本发明实施例提供的下载路径确定的方法第六个可选实施例中,根据第一可选版本以及第三可选版本确定第一目标下载路径之后,还可以包括:
根据第一目标下载路径下载第三可选版本对应的升级数据包,其中,升级数据包用于对客户端进行版本升级。
本实施例中,在客户端确定了第一目标下载路径之后,就可以下载当前最新的升级数据包,然后从第一可选版本升级到第三可选版本,其中,第一可选版本为应用程序的当前版本。
客户端第一目标下载路径下载第三可选版本对应的升级数据包,然后客户端进一步采用该升级数据包对应用程序进行版本升级。
需要说明的是,客户端可以根据第一目标下载路径自动下载最新的升级数据包,也可以由用户发起指令,该指令用于指示所采用的第一目标下载路径,然后客户端根据用户发出的指令确定第一目标下载路径,并下载最新的升级数据包,此处不对客户端下载最新升级包的方式进行限定。
其次,本发明实施例中,客户端还可以进一步根据第一目标下载路径下载最新版本所对应的升级数据包,并且采用升级数据包对应用程序进行更新。通过上述方式,可以有效地利用较优下载路径进行升级数据包的下载,从而提升了方案的实用性和可行性。
为便于理解,下面可以以一个具体应用场景对本发明中对下载路径确定的流程进行详细描述,具体为:
用户甲下载了一款“穿越火线”的游戏应用,且当前该游戏应用的版本为17.0.34.6.,一段时间之后,用户甲通过游戏体验管理平台查看到“穿越火线”推出了几个新的版本,包括了版本17.0.39.0、版本17.0.39.1、版本17.0.45.0、版本17.0.45.2、版本17.0.51.0以及版本17.0.51.15,其中,版本17.0.51.15是目前最新的版本。
于是,游戏体验管理平台在后台开始计算从版本17.0.34.6.到版本17.0.51.15之间的最佳下载路径。
首先,客户端获取近两个月以来各个版本的用户下载量,然后检测哪些版本的用户下载量少于用户下载量平均值,其中,用户下载量平均值可以采用以下的计算公式:
用户下载量平均值=(版本17.0.34.6用户下载量+版本17.0.39.0用户下载量+版本17.0.39.1用户下载量+版本17.0.45.0用户下载量+版本17.0.45.2用户下载量)/5;
若得到的结果为10000,则判断每个版本的用户下载量是否小于10000,如果是,则排除该版本。假设版本17.0.39.0的用户下载量为5000,则排除该版本,此外版本17.0.45.0的用户下载量为9000,则也排除该版本。于是剩下版本17.0.39.1和版本17.0.45.2,接下来需要分别获取版本17.0.34.6到版本17.0.39.1的文件内容,版本17.0.39.1到版本17.0.45.0的文件内容,版本版本17.0.45.0到版本17.0.51.0的文件内容。
若确定版本17.0.34.6到版本17.0.39.1的文件内容为A和B,版本17.0.39.1到版本17.0.45.0的文件内容为A和B,版本版本17.0.45.0到版本17.0.51.0的文件内容为A和B,那么可以认为中间几个版本所更新的文件都是重复的,即最佳的升级数据包下载路径可以是直接从版本17.0.34.6升级到版本17.0.51.15,即如图5所示,图5为本发明应用场景中推荐下载路径的界面示意图,图中黑色字体标识的“执行打包”则是较优路径的升级数据包打包,白色字体标识的“执行打包”则是按照顺序依次下载各个升级数据包,直到下载至最近的版本。
下面对本发明中的客户端进行详细描述,请参阅图6,本发明实施例中的客户端为应用于下载路径确定的客户端,客户端20包括:
第一获取模块201,用于获取待选择版本集合中第一可选版本,其中,所述待选择版本集合中还包括第二可选版本以及第三可选版本,所述第三可选版本为当前最新版本,所述第二可选版本为所述第三可选版本的前一个可选版本;
第二获取模块202,用于获取从所述第一获取模块201获取的所述第一可选版本更新至所述第二可选版本所对应的第一版本文件内容,并获取从所述第二可选版本更新至所述第三可选版本所对应的第二版本文件内容;
第一确定模块203,用于若所述第二获取模块202获取的所述第一版本文件内容与所述第二版本文件内容一致,则根据所述第一可选版本以及所述第三可选版本确定第一目标下载路径。
本实施例中,第一获取模块201获取待选择版本集合中第一可选版本,其中,所述待选择版本集合中还包括第二可选版本以及第三可选版本,所述第三可选版本为当前最新版本,所述第二可选版本为所述第三可选版本的前一个可选版本,第二获取模块202获取从所述第一获取模块201获取的所述第一可选版本更新至所述第二可选版本所对应的第一版本文件内容,并获取从所述第二可选版本更新至所述第三可选版本所对应的第二版本文件内容,若所述第二获取模块202获取的所述第一版本文件内容与所述第二版本文件内容一致,则第一确定模块203根据所述第一可选版本以及所述第三可选版本确定第一目标下载路径。
本发明实施例中,提供了一种下载路径确定的客户端,主要为客户端先获取待选择版本集合中第一可选版本待选择版本集合中还包括第二可选版本以及第三可选版本,第三可选版本为当前最新版本,第二可选版本为第三可选版本的前一个可选版本,再获取从第一可选版本更新至第二可选版本所对应的第一版本文件内容,并获取从第二可选版本更新至第三可选版本所对应的第二版本文件内容,若第一版本文件内容与第二版本文件内容一致,则客户端根据第一可选版本以及第三可选版本确定第一目标下载路径。通过上述方式,若相关版本之间存在完全一致的文件,则可以忽略包含重复文件的版本,并直接跳跃到当前最新的版本,以此确定下载路径,无需按照版本顺序依次下载各版本对应的升级数据包,避免了多次下载重复的文件,从而减少了下载量并且节省了带宽资源,使得下载路径简单化。
可选地,在上述图6所对应的实施例的基础上,请参阅图7,本发明实施例提供的服务器的另一实施例中,
所述客户端20还包括:
第三获取模块204A,用于所述第二获取模块202获取从所述第一可选版本更新至所述第二可选版本所对应的第一版本文件内容,并获取从所述第二可选版本更新至所述第三可选版本所对应的第二版本文件内容之后,获取所述第一版本文件内容中的至少一个第一文件,每个第一文件对应一个第一标识;
第四获取模块204B,用于获取所述第三获取模块获取的所述第二版本文件内容中的至少一个第二文件,每个第二文件对应一个第二标识;
第一判断模块204C,用于判断所述第三获取模块204A获取的所述第一标识与所述第四获取模块204B获取的所述第二标识是否相同,若相同,则确定所述第一版本文件内容与所述第二版本文件内容一致。
其次,本发明实施例中,在客户端获取到第一版本文件内容和第二版本文件内容之后,可以利用版本文件内容中的标识来确定哪些文件是重复的,哪些文件是上一个版本所没有。通过上述方式,可以更准确的识别各个相邻版本之间是否存在升级数据包中下载文件一致的情况,如果下一个版本需要下载的文件与当前版本一致,且下下个版本需要下载的文件也与当前版本一致,那么就可以直接跨过下一个版本,直接升级到下下个版本即可,从而节省了下载至少一个升级数据包的时间,提升方案的实用性。
可选地,在上述图6所对应的实施例的基础上,请参阅图8,本发明实施例提供的服务器的另一实施例中,
所述客户端20还包括:
第五获取模块205A,用于所述第一获取模块201获取待选择版本集合中第一可选版本之后,获取所述第一可选版本所对应的目标用户数量;
第二判断模块205B,用于判断所述第五获取模块205A获取的所述目标用户数量是否大于预置用户平均数量,其中,所述预置用户平均数量为排除所述待选择版本集合中的所述第二可选版本以及所述第三可选版本后,所确定的至少一个可选版本的用户数量平均值;
第二确定模块205C,用于若所述第二判断模块205B判断得到所述目标用户数量大于预置用户平均数量,则确定执行获取所述第一版本文件内容以及所述第二版本文件内容的步骤;
排除模块205D,用于若所述第二判断模块205B判断得到所述目标用户数量小于预置用户平均数量,则从所述待选择版本集合中排除所述第一可选版本。
其次,本发明实施例中,在客户端获取待选择版本集合中的第一可选版本之后,需要检测该第一可选版本所对应的目标用户数量是否满足一定的条件,即是否大于预置用户平均数量,如果是,则进入后续的重复文件比对步骤,如果不是,则排除第一可选版本。通过上述方式,可以将用户下载量较少的版本进行排除处理,也就是对一些不热门的版本而言,本身所具有的下载价值就较低,排除后也可以简化下载路径,从而进一步减少了下载量并且节省了带宽资源,提升方案的实用性。
可选地,在上述图8所对应的实施例的基础上,请参阅图9,本发明实施例提供的服务器的另一实施例中,
所述客户端20还包括:
第一发送模块206A,用于所述第五获取模块205A获取所述第一可选版本所对应的目标用户数量之前,向服务器发送版本信息获取请求,所述版本信息获取请求用于指示所述服务器下发所述待选择版本集合;
第一接收模块206B,用于接收所述服务器发送的所述待选择版本集合,所述待选择版本集合中包含所述第一可选版本。
再次,本发明实施例中,介绍了客户端在获取第一可选版本所对应的目标用户数量之前,还需要通过向服务器发送版本信息获取请求来获取待选择版本集合。通过上述方式,能够使得客户端有效地获取到待选择版本集合,保证方案的可行性和可操作性。
可选地,在上述图9所对应的实施例的基础上,请参阅图10,本发明实施例提供的服务器的另一实施例中,
所述客户端20还包括:
第二发送模块207A,用于所述第一接收模块206B接收所述服务器发送的所述待选择版本集合之后,向所述服务器发送用户数量获取请求,所述用户数量获取请求用于指示所述服务器下发所述待选择版本集合中各个可选版本所对应的用户数量;
第二接收模块207B,用于接收所述服务器发送的所述待选择版本集合中各个可选版本所对应的用户数量;
所述第五获取模块205A包括:
确定单元2051,用于根据所述待选择版本集合中各个可选版本所对应的用户数量,确定所述第一可选版本所对应的所述目标用户数量。
进一步地,本发明实施例中,客户端在获取到待选择版本集合之后,还可以通过发送用户数量获取请求来得到待选择版本集合中各个版本所对应的用户数量,利用第一可选版本的标识来提取与之对应的目标用户数量。通过上述方式,一方面可以更准确的得到第一可选版本对应的目标用户数量,从而提升方案的实用性,另一方面还能跟得到待选择版本集合中其他版本所对应的用户数量,有利于进行后续的统计,从而提升方案的灵活性。
可选地,在上述图6所对应的实施例的基础上,请参阅图11,本发明实施例提供的服务器的另一实施例中,
所述客户端20还包括:
第三确定模块208,用于所述第二获取模块202获取从所述第一可选版本更新至所述第二可选版本所对应的第一版本文件内容,并获取从所述第二可选版本更新至所述第三可选版本所对应的第二版本文件内容之后,若所述第一版本文件内容与所述第二版本文件内容不一致,则根据所述第一可选版本、所述第二可选版本以及所述第三可选版本确定第二目标下载路径。
其次,本发明实施例中,如果存在第一版本文件与第二文件内容不一致的情况,则不会直接忽略下一个版本,而是依次下载各个升级数据包。通过上述方式,保证了在下载路径的确定过程中,不会遗漏非重复的文件,从而保证每次更新都是有效的更新,以此提升方案的使用便利性和升级可靠性。
可选地,在上述图6至图10所对应的实施例的基础上,请参阅图12,本发明实施例提供的服务器的另一实施例中,
所述客户端20还包括:
下载模块209,用于所述第一确定模块203根据所述第一可选版本以及所述第三可选版本确定第一目标下载路径之后,根据所述第一目标下载路径下载所述第三可选版本对应的升级数据包,其中,升级数据包用于对客户端进行版本升级。
其次,本发明实施例中,客户端还可以进一步根据第一目标下载路径下载最新版本所对应的升级数据包,并且采用升级数据包对应用程序进行更新。通过上述方式,可以有效地利用较优下载路径进行升级数据包的下载,从而提升了方案的实用性和可行性。
本发明实施例还提供了另一种客户端,如图13所示,为了便于说明,仅示出了与本发明实施例相关的部分,具体技术细节未揭示的,请参照本发明实施例方法部分。该客户端可以为包括手机、平板电脑、个人数字助理(英文全称:Personal Digital Assistant,英文缩写:PDA)、销售终端(英文全称:Point of Sales,英文缩写:POS)、车载电脑等任意终端设备,以客户端为手机为例:
图13示出的是与本发明实施例提供的客户端相关的手机的部分结构的框图。参考图13,手机包括:射频(英文全称:Radio Frequency,英文缩写:RF)电路310、存储器320、输入单元330、显示单元340、传感器350、音频电路360、无线保真(英文全称:wirelessfidelity,英文缩写:WiFi)模块370、处理器380、以及电源390等部件。本领域技术人员可以理解,图13中示出的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图13对手机的各个构成部件进行具体的介绍:
RF电路310可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,给处理器380处理;另外,将设计上行的数据发送给基站。通常,RF电路310包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(英文全称:LowNoise Amplifier,英文缩写:LNA)、双工器等。此外,RF电路310还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(英文全称:Global System of Mobile communication,英文缩写:GSM)、通用分组无线服务(英文全称:General Packet Radio Service,GPRS)、码分多址(英文全称:CodeDivision Multiple Access,英文缩写:CDMA)、宽带码分多址(英文全称:Wideband CodeDivision Multiple Access,英文缩写:WCDMA)、长期演进(英文全称:Long TermEvolution,英文缩写:LTE)、电子邮件、短消息服务(英文全称:Short Messaging Service,SMS)等。
存储器320可用于存储软件程序以及模块,处理器380通过运行存储在存储器320的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器320可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器320可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元330可用于接收输入的数字或字符信息,以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地,输入单元330可包括触控面板331以及其他输入设备332。触控面板331,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板331上或在触控面板331附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板331可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器380,并能接收处理器380发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板331。除了触控面板331,输入单元330还可以包括其他输入设备332。具体地,其他输入设备332可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元340可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元340可包括显示面板341,可选的,可以采用液晶显示器(英文全称:LiquidCrystal Display,英文缩写:LCD)、有机发光二极管(英文全称:Organic Light-EmittingDiode,英文缩写:OLED)等形式来配置显示面板341。进一步的,触控面板331可覆盖显示面板341,当触控面板331检测到在其上或附近的触摸操作后,传送给处理器380以确定触摸事件的类型,随后处理器380根据触摸事件的类型在显示面板341上提供相应的视觉输出。虽然在图13中,触控面板331与显示面板341是作为两个独立的部件来实现手机的输入和输入功能,但是在某些实施例中,可以将触控面板331与显示面板341集成而实现手机的输入和输出功能。
手机还可包括至少一种传感器350,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板341的亮度,接近传感器可在手机移动到耳边时,关闭显示面板341和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
音频电路360、扬声器361,传声器362可提供用户与手机之间的音频接口。音频电路360可将接收到的音频数据转换后的电信号,传输到扬声器361,由扬声器361转换为声音信号输出;另一方面,传声器362将收集的声音信号转换为电信号,由音频电路360接收后转换为音频数据,再将音频数据输出处理器380处理后,经RF电路310以发送给比如另一手机,或者将音频数据输出至存储器320以便进一步处理。
WiFi属于短距离无线传输技术,手机通过WiFi模块370可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图13示出了WiFi模块370,但是可以理解的是,其并不属于手机的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
处理器380是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器320内的软件程序和/或模块,以及调用存储在存储器320内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器380可包括一个或多个处理单元;优选的,处理器380可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器380中。
手机还包括给各个部件供电的电源390(比如电池),优选的,电源可以通过电源管理系统与处理器380逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出,手机还可以包括摄像头、蓝牙模块等,在此不再赘述。
在本发明实施例中,该终端所包括的处理器380还具有以下功能:
获取待选择版本集合中第一可选版本,其中,所述待选择版本集合中还包括第二可选版本以及第三可选版本,所述第三可选版本为当前最新版本,所述第二可选版本为所述第三可选版本的前一个可选版本;
获取从所述第一可选版本更新至所述第二可选版本所对应的第一版本文件内容,并获取从所述第二可选版本更新至所述第三可选版本所对应的第二版本文件内容;
若所述第一版本文件内容与所述第二版本文件内容一致,则根据所述第一可选版本以及所述第三可选版本确定第一目标下载路径。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(英文全称:Read-OnlyMemory,英文缩写:ROM)、随机存取存储器(英文全称:Random Access Memory,英文缩写:RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (14)
1.一种下载路径确定的方法,其特征在于,包括:
获取待选择版本集合中第一可选版本,其中,所述待选择版本集合中还包括第二可选版本以及第三可选版本,所述第三可选版本为当前最新版本,所述第二可选版本为所述第三可选版本的前一个可选版本;
获取从所述第一可选版本更新至所述第二可选版本所对应的第一版本文件内容,并获取从所述第二可选版本更新至所述第三可选版本所对应的第二版本文件内容;
若所述第一版本文件内容与所述第二版本文件内容一致,则根据所述第一可选版本以及所述第三可选版本确定第一目标下载路径。
2.根据权利要求1所述的方法,其特征在于,所述获取从所述第一可选版本更新至所述第二可选版本所对应的第一版本文件内容,并获取从所述第二可选版本更新至所述第三可选版本所对应的第二版本文件内容之后,所述方法还包括:
获取所述第一版本文件内容中的至少一个第一文件,每个第一文件对应一个第一标识;
获取所述第二版本文件内容中的至少一个第二文件,每个第二文件对应一个第二标识;
判断所述第一标识与所述第二标识是否相同,若相同,则确定所述第一版本文件内容与所述第二版本文件内容一致。
3.根据权利要求1所述的方法,其特征在于,所述获取待选择版本集合中第一可选版本之后,所述方法还包括:
获取所述第一可选版本所对应的目标用户数量;
判断所述目标用户数量是否大于预置用户平均数量,其中,所述预置用户平均数量为排除所述待选择版本集合中的所述第二可选版本以及所述第三可选版本后,所确定的至少一个可选版本的用户数量平均值;
若所述目标用户数量大于预置用户平均数量,则确定执行获取所述第一版本文件内容以及所述第二版本文件内容的步骤;
若所述目标用户数量小于预置用户平均数量,则从所述待选择版本集合中排除所述第一可选版本。
4.根据权利要求3所述的方法,其特征在于,所述获取所述第一可选版本所对应的目标用户数量之前,所述方法还包括:
向服务器发送版本信息获取请求,所述版本信息获取请求用于指示所述服务器下发所述待选择版本集合;
接收所述服务器发送的所述待选择版本集合,所述待选择版本集合中包含所述第一可选版本。
5.根据权利要求4所述的方法,其特征在于,所述根据所述版本信息获取请求接收所述服务器发送的所述待选择版本集合之后,所述方法还包括:
向所述服务器发送用户数量获取请求,所述用户数量获取请求用于指示所述服务器下发所述待选择版本集合中各个可选版本所对应的用户数量;
接收所述服务器发送的所述待选择版本集合中各个可选版本所对应的用户数量;
所述获取所述第一可选版本所对应的目标用户数量,包括:
根据所述待选择版本集合中各个可选版本所对应的用户数量,确定所述第一可选版本所对应的所述目标用户数量。
6.根据权利要求1所述的方法,其特征在于,所述获取从所述第一可选版本更新至所述第二可选版本所对应的第一版本文件内容,并获取从所述第二可选版本更新至所述第三可选版本所对应的第二版本文件内容之后,所述方法还包括:
若所述第一版本文件内容与所述第二版本文件内容不一致,则根据所述第一可选版本、所述第二可选版本以及所述第三可选版本确定第二目标下载路径。
7.根据权利要求1至5中任一项所述方法,其特征在于,所述根据所述第一可选版本以及所述第三可选版本确定第一目标下载路径之后,所述方法还包括:
根据所述第一目标下载路径下载所述第三可选版本对应的升级数据包,其中,升级数据包用于对客户端进行版本升级。
8.一种客户端,其特征在于,
第一获取模块,用于获取待选择版本集合中第一可选版本,其中,所述待选择版本集合中还包括第二可选版本以及第三可选版本,所述第三可选版本为当前最新版本,所述第二可选版本为所述第三可选版本的前一个可选版本;
第二获取模块,用于获取从所述第一获取模块获取的所述第一可选版本更新至所述第二可选版本所对应的第一版本文件内容,并获取从所述第二可选版本更新至所述第三可选版本所对应的第二版本文件内容;
第一确定模块,用于若所述第二获取模块获取的所述第一版本文件内容与所述第二版本文件内容一致,则根据所述第一可选版本以及所述第三可选版本确定第一目标下载路径。
9.根据权利要求8所述的客户端,其特征在于,所述客户端还包括:
第三获取模块,用于所述第二获取模块获取从所述第一可选版本更新至所述第二可选版本所对应的第一版本文件内容,并获取从所述第二可选版本更新至所述第三可选版本所对应的第二版本文件内容之后,获取所述第一版本文件内容中的至少一个第一文件,每个第一文件对应一个第一标识;
第四获取模块,用于获取所述第三获取模块获取的所述第二版本文件内容中的至少一个第二文件,每个第二文件对应一个第二标识;
第一判断模块,用于判断所述第三获取模块获取的所述第一标识与所述第四获取模块获取的所述第二标识是否相同,若相同,则确定所述第一版本文件内容与所述第二版本文件内容一致。
10.根据权利要求8所述的客户端,其特征在于,所述客户端还包括:
第五获取模块,用于所述第一获取模块获取待选择版本集合中第一可选版本之后,获取所述第一可选版本所对应的目标用户数量;
第二判断模块,用于判断所述第五获取模块获取的所述目标用户数量是否大于预置用户平均数量,其中,所述预置用户平均数量为排除所述待选择版本集合中的所述第二可选版本以及所述第三可选版本后,所确定的至少一个可选版本的用户数量平均值;
第二确定模块,用于若所述第二判断模块判断得到所述目标用户数量大于预置用户平均数量,则确定执行获取所述第一版本文件内容以及所述第二版本文件内容的步骤;
排除模块,用于若所述第二判断模块判断得到所述目标用户数量小于预置用户平均数量,则从所述待选择版本集合中排除所述第一可选版本。
11.根据权利要求10所述的客户端,其特征在于,所述客户端还包括:
第一发送模块,用于所述第五获取模块获取所述第一可选版本所对应的目标用户数量之前,向服务器发送版本信息获取请求,所述版本信息获取请求用于指示所述服务器下发所述待选择版本集合;
第一接收模块,用于接收所述服务器发送的所述待选择版本集合,所述待选择版本集合中包含所述第一可选版本。
12.根据权利要求11所述的客户端,其特征在于,所述客户端还包括:
第二发送模块,用于所述第一接收模块接收所述服务器发送的所述待选择版本集合之后,向所述服务器发送用户数量获取请求,所述用户数量获取请求用于指示所述服务器下发所述待选择版本集合中各个可选版本所对应的用户数量;
第二接收模块,用于接收所述服务器发送的所述待选择版本集合中各个可选版本所对应的用户数量;
所述第五获取模块包括:
确定单元,用于根据所述待选择版本集合中各个可选版本所对应的用户数量,确定所述第一可选版本所对应的所述目标用户数量。
13.根据权利要求8所述的客户端,其特征在于,所述客户端还包括:
第三确定模块,用于所述第二获取模块获取从所述第一可选版本更新至所述第二可选版本所对应的第一版本文件内容,并获取从所述第二可选版本更新至所述第三可选版本所对应的第二版本文件内容之后,若所述第一版本文件内容与所述第二版本文件内容不一致,则根据所述第一可选版本、所述第二可选版本以及所述第三可选版本确定第二目标下载路径。
14.根据权利要求8至12中任一项所述的客户端,其特征在于,所述客户端还包括:
下载模块,用于所述第一确定模块根据所述第一可选版本以及所述第三可选版本确定第一目标下载路径之后,根据所述第一目标下载路径下载所述第三可选版本对应的升级数据包,其中,升级数据包用于对客户端进行版本升级。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710060350.0A CN106850800B (zh) | 2017-01-24 | 2017-01-24 | 一种下载路径确定的方法以及客户端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710060350.0A CN106850800B (zh) | 2017-01-24 | 2017-01-24 | 一种下载路径确定的方法以及客户端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106850800A true CN106850800A (zh) | 2017-06-13 |
CN106850800B CN106850800B (zh) | 2020-05-05 |
Family
ID=59121847
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710060350.0A Active CN106850800B (zh) | 2017-01-24 | 2017-01-24 | 一种下载路径确定的方法以及客户端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106850800B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108011936A (zh) * | 2017-11-28 | 2018-05-08 | 百度在线网络技术(北京)有限公司 | 用于推送信息的方法和装置 |
CN109451016A (zh) * | 2018-11-05 | 2019-03-08 | 金蝶软件(中国)有限公司 | 数据下载管理方法、系统及相关设备 |
CN109446161A (zh) * | 2018-10-18 | 2019-03-08 | 网易(杭州)网络有限公司 | 信息监控方法、装置、电子设备及存储介质 |
CN109511012A (zh) * | 2018-11-30 | 2019-03-22 | 深圳创维数字技术有限公司 | 机顶盒升级测试方法、装置、电子设备和介质 |
CN111722856A (zh) * | 2019-03-19 | 2020-09-29 | 上海汽车集团股份有限公司 | 车载微控制器中固件的升级方法和装置 |
CN114785685A (zh) * | 2022-04-12 | 2022-07-22 | 北京奕斯伟计算技术有限公司 | 软件差分升级方法、装置、电子设备及可读存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101169719A (zh) * | 2007-11-30 | 2008-04-30 | 华为技术有限公司 | 一种实现数据升级的方法、系统和升级客户端 |
CN103514016A (zh) * | 2013-09-22 | 2014-01-15 | 上海华为技术有限公司 | 系统版本升级方法、装置和基站控制器 |
CN103995854A (zh) * | 2014-05-13 | 2014-08-20 | 大唐移动通信设备有限公司 | 一种设备跨版本升级方法和装置 |
US20150317150A1 (en) * | 2014-05-02 | 2015-11-05 | Canon Kabushiki Kaisha | Information processing apparatus capable of updating firmware, control method therefor, and storage medium storing control program therefor |
CN106302592A (zh) * | 2015-05-28 | 2017-01-04 | 腾讯科技(深圳)有限公司 | 终端应用的更新方法、服务器和终端 |
-
2017
- 2017-01-24 CN CN201710060350.0A patent/CN106850800B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101169719A (zh) * | 2007-11-30 | 2008-04-30 | 华为技术有限公司 | 一种实现数据升级的方法、系统和升级客户端 |
CN103514016A (zh) * | 2013-09-22 | 2014-01-15 | 上海华为技术有限公司 | 系统版本升级方法、装置和基站控制器 |
US20150317150A1 (en) * | 2014-05-02 | 2015-11-05 | Canon Kabushiki Kaisha | Information processing apparatus capable of updating firmware, control method therefor, and storage medium storing control program therefor |
CN103995854A (zh) * | 2014-05-13 | 2014-08-20 | 大唐移动通信设备有限公司 | 一种设备跨版本升级方法和装置 |
CN106302592A (zh) * | 2015-05-28 | 2017-01-04 | 腾讯科技(深圳)有限公司 | 终端应用的更新方法、服务器和终端 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108011936A (zh) * | 2017-11-28 | 2018-05-08 | 百度在线网络技术(北京)有限公司 | 用于推送信息的方法和装置 |
US10931771B2 (en) | 2017-11-28 | 2021-02-23 | Baidu Online Network Technology (Beijing) Co., Ltd. | Method and apparatus for pushing information |
CN109446161A (zh) * | 2018-10-18 | 2019-03-08 | 网易(杭州)网络有限公司 | 信息监控方法、装置、电子设备及存储介质 |
CN109451016A (zh) * | 2018-11-05 | 2019-03-08 | 金蝶软件(中国)有限公司 | 数据下载管理方法、系统及相关设备 |
CN109511012A (zh) * | 2018-11-30 | 2019-03-22 | 深圳创维数字技术有限公司 | 机顶盒升级测试方法、装置、电子设备和介质 |
CN109511012B (zh) * | 2018-11-30 | 2021-06-08 | 深圳创维数字技术有限公司 | 机顶盒升级测试方法、装置、电子设备和介质 |
CN111722856A (zh) * | 2019-03-19 | 2020-09-29 | 上海汽车集团股份有限公司 | 车载微控制器中固件的升级方法和装置 |
CN111722856B (zh) * | 2019-03-19 | 2024-04-09 | 上海汽车集团股份有限公司 | 车载微控制器中固件的升级方法和装置 |
CN114785685A (zh) * | 2022-04-12 | 2022-07-22 | 北京奕斯伟计算技术有限公司 | 软件差分升级方法、装置、电子设备及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN106850800B (zh) | 2020-05-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106850800A (zh) | 一种下载路径确定的方法以及客户端 | |
CN104598262A (zh) | 一种移动应用更新方法及装置 | |
CN109857403B (zh) | 一种页面更新、页面处理方法及装置 | |
CN108241500A (zh) | 一种硬件组件的修复方法、装置、系统和存储介质 | |
CN106066686B (zh) | 一种信息处理方法及终端设备 | |
CN108228230A (zh) | Ufs固件的升级方法、终端及计算机可读存储介质 | |
CN106227588A (zh) | 一种多实例对象的创建方法、装置及移动终端 | |
CN104965716A (zh) | 图标更新方法、客户端装置、及终端设备 | |
WO2019076293A1 (zh) | 一种差分升级的方法、装置及系统 | |
CN106953898B (zh) | 一种获取软件包的方法和装置 | |
CN107656754B (zh) | 恢复设置参数的方法及其用户设备 | |
CN106775827A (zh) | 一种应用程序更新方法及装置、计算机设备 | |
CN103631625B (zh) | 一种数据获取的方法、用户端、服务器及系统 | |
CN106506815A (zh) | 一种应用的启用方法及相关设备 | |
CN106775828A (zh) | 应用程序安装方法及装置、计算机设备 | |
CN106713608A (zh) | 应用的功能状态修改方法、装置及终端 | |
CN107967427A (zh) | 监测漏洞攻击的方法、装置及终端设备 | |
CN108834132A (zh) | 一种数据传输方法及设备和相关介质产品 | |
CN109144537A (zh) | 移动终端和穿戴设备自动升级的方法、装置 | |
CN111124753A (zh) | 一种应用程序控制方法、电子设备及服务器 | |
CN107967153B (zh) | 一种应用程序的管理方法及移动终端 | |
CN110609694A (zh) | 一种bug的修复方法、装置、终端设备及存储介质 | |
CN110418003A (zh) | 一种亮度调节方法、亮度调节装置及移动终端 | |
CN106339391B (zh) | 一种网页显示方法,及终端设备 | |
CN110413639A (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 |