CN110262827A - 增量更新的方法、装置、存储介质以及电子设备 - Google Patents
增量更新的方法、装置、存储介质以及电子设备 Download PDFInfo
- Publication number
- CN110262827A CN110262827A CN201910419799.0A CN201910419799A CN110262827A CN 110262827 A CN110262827 A CN 110262827A CN 201910419799 A CN201910419799 A CN 201910419799A CN 110262827 A CN110262827 A CN 110262827A
- Authority
- CN
- China
- Prior art keywords
- version
- patch
- file
- target
- update
- 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
-
- 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
- G06F8/658—Incremental updates; Differential 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
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)
- Information Transfer Between Computers (AREA)
- Stored Programmes (AREA)
Abstract
本公开涉及一种增量更新的方法、装置、存储介质以及电子设备,该方法通过获取目标文件对应的文件版本信息;获取该目标文件不同的版本更新间隔对应的更新次数;根据该更新次数获取目标版本间隔区间;从至少一个历史版本中确定目标版本;生成该目标版本对应的增量更新补丁。这样,在预先生成增量更新补丁时能够只生成使用频率较高的增量更新补丁,能够提高增量更新补丁质量,并减少增量更新补丁数量,从而能够避免过多的增量更新补丁给***设备带来的运行负担和造成的***资源浪费。
Description
技术领域
本公开涉及计算机技术领域,具体地,涉及一种增量更新的方法、装置、存储介质以及电子设备。
背景技术
一般版本更新的方式有完全更新和增量更新两种;其中,完全更新是指在进行版本更新时,用完整的新版本文件替换整个旧版本文件;增量更新是指通过对比新旧两个版本的文件,生成由旧版本更新至新版本的补丁(即差分包),然后将补丁合并到旧版本中去,生成新版本文件;与完全更新相比,增量更新只更新需要改变的地方,不需要更新或者已经更新过的地方则不会重复更新。
在采用增量更新的方式进行版本更新时,通常会在发布***文件的新版本之前,预先生成全部的增量更新补丁,即预先生成所有历史版本升级到最新版本的补丁,其中包括历史版本至最新版本之间任意相邻的两个版本之间由低版本至高版本的补丁,然而,对于高速迭代的应用***文件,其版本更新速度是非常迅速的,随着应用***的不断迭代,版本数量会不断增加,增量更新补丁包的数量也会不断增加。通过该预先生成全部的增量更新补丁的方式进行版本更新时,势必会生成庞大的增量更新补丁,该庞大的增量更新补丁的存储和调用势必会给***设备造成巨大的运行负担,同时也会造成很大程度的资源浪费。
发明内容
本公开的目的是提供一种增量更新的方法、装置、存储介质以及电子设备。
为了实现上述目的,在本公开的第一方面提供一种增量更新的方法,所述方法包括:
获取目标文件对应的文件版本信息,所述文件版本信息包括最新版本和至少一个历史版本;
获取所述目标文件不同的版本更新间隔对应的更新次数,所述版本更新间隔为所述历史版本更新至所述最新版本时所跨越的版本间隔;
根据所述更新次数获取目标版本间隔区间;
从至少一个历史版本中确定目标版本,所述目标版本与所述最新版本之间的所述版本更新间隔包含在所述目标版本间隔区间内;
生成所述目标版本对应的增量更新补丁,所述增量更新补丁用于在所述目标文件的当前版本为目标版本时,将所述待更新文件由所述当前版本更新至所述最新版本。
可选地,所述根据所述更新次数获取目标版本间隔包括:
根据所述更新次数计算不同的版本更新间隔对应的均值和标准差;
根据所述均值和标准差确定所述目标版本间隔。
可选地,所述方法还包括:
接收客户端发送的更新请求消息,所述更新请求消息用于请求将所述客户端上的待更新文件由当前版本更新至所述最新版本;
从生成的所述增量更新补丁中,确定是否存在所述当前版本至所述最新版本对应的目标增量更新补丁;
在确定存在所述目标增量更新补丁时,将所述目标增量更新补丁发送至客户端,以使所述客户端通过所述目标增量更新补丁将所述待更新文件由所述当前版本更新至所述最新版本。
可选地,所述方法还包括:
在确定不存在所述目标增量更新补丁时,获取所述当前版本对应的第一版本文件,以及所述最新版本对应的第二版本文件;
通过将所述第一版本文件和所述第二版本文件进行比较,生成目标增量更新补丁;
确定在预设时间段内是否完成所述目标增量更新补丁的生成;
在达到所述预设时间段时,若未完成所述目标增量更新补丁的生成,获取中间更新补丁,并将所述中间更新补丁发送至所述客户端,以使所述客户端通过所述中间更新补丁将所述待更新文件由所述当前版本更新至所述最新版本,所述中间更新补丁包括已生成的增量补丁,以及所述第二版本文件中未与所述第一版本文件进行比较的文件。
可选地,所述方法还包括:
在所述预设时间段内完成所述目标增量更新补丁的生成时,将所述目标增量更新补丁发送至所述客户端,以使所述客户端通过所述目标增量更新补丁将所述待更新文件由所述当前版本更新至所述最新版本。
可选地,在所述将所述中间更新补丁发送至所述客户端后,所述方法还包括:
继续生成所述目标增量更新补丁;
在所述目标增量更新补丁生成完成后,将所述目标增量更新补丁发送至所述客户端,以使所述客户端用所述目标增量更新补丁替换所述中间更新补丁。
可选地,在所述继续生成所述目标增量更新补丁之前,所述方法还包括:
确定是否处于空闲状态;
所述继续生成所述目标增量更新补丁包括:
在确定处于所述空闲状态时,继续生成所述目标增量更新补丁。
可选地,所述确定是否处于空闲状态包括:
获取当前时间;
确定所述当前时间是否处于预设时间段内;
当所述当前时间处于所述预设时间段内时,确定处于所述空闲状态;
当所述当前时间处于所述预设时间段外时,确定处于非空闲状态。
可选地,所述确定是否处于空闲状态包括:
获取当前的数据处理量;
确定所述数据处理量是否小于或者等于预设处理量阈值;
当所述数据处理量小于或者等于所述预设处理量阈值时,确定处于所述空闲状态;
当所述数据处理量大于所述预设处理量阈值时,确定处于非空闲状态。
在本公开的第二方面提供一种增量更新的装置,所述装置包括:
第一获取模块,用于获取目标文件对应的文件版本信息,所述文件版本信息包括最新版本和至少一个历史版本;
第二获取模块,用于获取所述目标文件不同的版本更新间隔对应的更新次数,所述版本更新间隔为所述历史版本更新至所述最新版本时所跨越的版本间隔;
第三获取模块,用于根据所述更新次数获取目标版本间隔区间;
第一确定模块,用于从至少一个历史版本中确定目标版本,所述目标版本与所述最新版本之间的所述版本更新间隔包含在所述目标版本间隔区间内;
第一生成模块,用于生成所述目标版本对应的增量更新补丁,所述增量更新补丁用于在所述目标文件的当前版本为目标版本时,将所述待更新文件由所述当前版本更新至所述最新版本。
可选地,所述第三获取模块包括:
计算子模块,用于根据所述更新次数计算不同的版本更新间隔对应的均值和标准差;
第一确定子模块,用于根据所述均值和标准差确定所述目标版本间隔。
可选地,所述装置还包括:
接收模块,用于接收客户端发送的更新请求消息,所述更新请求消息用于请求将所述客户端上的待更新文件由当前版本更新至所述最新版本;
第二确定模块,用于从生成的所述增量更新补丁中,确定是否存在所述当前版本至所述最新版本对应的目标增量更新补丁;
第一发送模块,用于在确定存在所述目标增量更新补丁时,将所述目标增量更新补丁发送至客户端,以使所述客户端通过所述目标增量更新补丁将所述待更新文件由所述当前版本更新至所述最新版本。
可选地,所述装置还包括:
第四获取模块,用于在确定不存在所述目标增量更新补丁时,获取所述当前版本对应的第一版本文件,以及所述最新版本对应的第二版本文件;
第二生成模块,用于通过将所述第一版本文件和所述第二版本文件进行比较,生成目标增量更新补丁;
第三确定模块,用于确定在预设时间段内是否完成所述目标增量更新补丁的生成;
第二发送模块,用于在达到所述预设时间段时,若未完成所述目标增量更新补丁的生成,获取中间更新补丁,并将所述中间更新补丁发送至所述客户端,以使所述客户端通过所述中间更新补丁将所述待更新文件由所述当前版本更新至所述最新版本,所述中间更新补丁包括已生成的增量补丁,以及所述第二版本文件中未与所述第一版本文件进行比较的文件。
可选地,所述装置还包括:
第三发送模块,用于在所述预设时间段内完成所述目标增量更新补丁的生成时,将所述目标增量更新补丁发送至所述客户端,以使所述客户端通过所述目标增量更新补丁将所述待更新文件由所述当前版本更新至所述最新版本。
可选地,所述装置还包括:
第三生成模块,用于继续生成所述目标增量更新补丁;
第四发送模块,用于在所述目标增量更新补丁生成完成后,将所述目标增量更新补丁发送至所述客户端,以使所述客户端用所述目标增量更新补丁替换所述中间更新补丁。
可选地,所述装置还包括:
第四确定模块,用于确定是否处于空闲状态;
所述第三生成模块用于:
在确定处于所述空闲状态时,继续生成所述目标增量更新补丁。
可选地,所述第四确定模块包括:
第一获取子模块,用于获取当前时间;
第二确定子模块,用于确定所述当前时间是否处于预设时间段内;
所述第二确定子模块,还用于当所述当前时间处于所述预设时间段内时,确定处于所述空闲状态;
所述第二确定子模块,还用于当所述当前时间处于所述预设时间段外时,确定处于非空闲状态。
可选地,所述第四确定模块包括:
第二获取子模块,用于获取当前的数据处理量;
第三确定子模块,用于确定所述数据处理量是否小于或者等于预设处理量阈值;
所述第三确定子模块,还用于当所述数据处理量小于或者等于所述预设处理量阈值时,确定处于所述空闲状态;
所述第三确定子模块,还用于当所述数据处理量大于所述预设处理量阈值时,确定处于非空闲状态。
在本公开的第三方面提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现以上第一方面所述方法的步骤。
在本公开的第四方面提供一种电子设备,包括:
存储器,其上存储有计算机程序;
处理器,用于执行所述存储器中的所述计算机程序,以实现以上第一方面所述方法的步骤。
以上技术方案,通过获取目标文件对应的文件版本信息,所述文件版本信息包括最新版本和至少一个历史版本;获取所述目标文件不同的版本更新间隔对应的更新次数,所述版本更新间隔为所述历史版本更新至所述最新版本时所跨越的版本间隔;根据所述更新次数获取目标版本间隔区间;从至少一个历史版本中确定目标版本,所述目标版本与所述最新版本之间的所述版本更新间隔包含在所述目标版本间隔区间内;生成所述目标版本对应的增量更新补丁,所述增量更新补丁用于在所述目标文件的当前版本为目标版本时,将所述待更新文件由所述目标版本更新至所述最新版本。这样,在预先生成增量更新补丁时能够只生成使用频率较高的增量更新补丁,能够提高增量更新补丁质量,并减少增量更新补丁数量,从而能够避免过多的增量更新补丁给***设备带来的运行负担和造成的***资源浪费。
本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
附图是用来提供对本公开的进一步理解,并且构成说明书的一部分,与下面的具体实施方式一起用于解释本公开,但并不构成对本公开的限制。在附图中:
图1是本公开一示例性实施例提供的一种增量更新的方法的流程图;
图2是本公开另一示例性实施例提供的一种增量更新的方法的流程图;
图3是本公开又一示例性实施例示出的一种增量更新的装置的框图;
图4是根据图3所示实施例示出的一种增量更新的装置的框图;
图5是根据一示例性实施例示出的一种电子设备的框图;
图6是根据一示例性实施例示出的另一种电子设备的框图。
具体实施方式
以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是,此处所描述的具体实施方式仅用于说明和解释本公开,并不用于限制本公开。
首先,对本公开的应用场景进行说明,本公开可以应用于目标文件的版本更新过程中,一般的生成增量更新补丁的方式包括预先生成全部的增量更新补丁和实时计算增量更新补丁;该预先生成全部的增量是在发布目标文件的新版本之前,预先生成所有历史版本到最新版本的补丁,其中包括任意相邻的两个版本之间由低版本至高版本的补丁;实时计算增量更新补丁是指在接收到客户端发送的请求增量更新服务的指令时,根据该客户端当前使用的版本,生成该当前使用的版本至最新版本的增量更新补丁。然而,对于高速迭代的应用***文件,其版本更新速度是非常迅速的,随着应用***的不断迭代,版本数量也会不断增加,增量更新补丁包的数量也会不断增加。通过该预先生成全部的增量更新补丁的方式进行版本更新时,势必会生成庞大的增量更新补丁,该庞大的增量更新补丁包的存储和调用势必会给***设备造成巨大的运行负担,同时也会造成很大程度的资源浪费。通过该实时计算增量更新补丁的方式进行版本更新时,在当前版本至最新版本的版本更新间隔较大,增量更新补丁数量较多或者单个增量更新补丁较大,再或者因为请求生成增量更新补丁的用户数量较多,使得服务器比较拥堵时,实时计算生成增量更新补丁需要的时间较长,会存在用户等待的时间过长,从而会影响用户体验的问题。
为解决上述存在的问题,本公开提供一种增量更新的方法、装置、存储介质以及电子设备,该方法在预先生成增量更新补丁时只生成使用频率较高的增量更新补丁,能够提高增量更新补丁质量,并减少增量更新补丁数量,从而能够避免过多的增量更新补丁给***设备带来的运行负担和造成的***资源浪费;同时也能够缩短版本更新时间,避免因为版本更新造成服务器拥堵的现象,从而能够有效提升用户体验。
图1是本公开一示例性实施例提供的一种增量更新的方法的流程图;参见图1,该方法包括:
步骤101,获取目标文件对应的文件版本信息。
其中,该文件版本信息包括最新版本和至少一个历史版本。
示例地,该目标文件可以是计算机、移动终端或者其他电子设备的各种***文件或应用程序文件;该文件版本信息还可以包括该目标文件从初始版本到最新版本之间经历的版本数量,每个版本的编号及更新的内容。
步骤102,获取该目标文件不同的版本更新间隔对应的更新次数。
其中,该版本更新间隔为该历史版本更新至该最新版本时所跨越的版本间隔。
在本步骤中,由于目标文件的用户可能较多,在存在多个版本时,用户使用的版本也参差不齐,不同的用户由各自当前版本更新至最新版本时所跨越的版本更新间隔也会不同,因此,为了确定出覆盖大多数用户的版本更新间隔,可以从当前时间之前已经完成版本更新的用户中抽取N个用户,对该N个用户在完成版本更新时所经历的版本更新间隔进行调查,即建立样本容量为N的版本更新间隔样本,用于调查用户中由不同版本更新至最新版本时,所经历的版本更新间隔的情况,分别获取N个用户更新至最新版本时所经历的版本更新间隔,由于N个用户中会存在部分用户所经历的版本更新间隔相同,因此可以统计该样本内不同的版本更新间隔对应的用户数量,作为N个用户对应的N次更新中,由历史版本更新至最新版本时不同的版本更新间隔对应的更新次数。
示例地,该目标文件为某***文件,若该***文件包括A、B、C、D、E五个版本,其中,A版本为初始版本,E版本为最新版本,该***有10000个用户,该10000个用户分别使用A、B、C、D、E版本,其中使用E版本的用户数量为1000个,该1000个使用E版本的用户中有些是从A版本升级到E版本的(由于由A版本升级至E版本,经历了由A到B,B到C,C到D,D再到E四个版本间隔,所以此处版本更新间隔为4),有些是从B版本升级到E版本的(经历了由B到C,C到D,D再到E三个版本间隔,故版本更新间隔为3),有些是从C版本升级到E版本的(经历了由C到D,D再到E两个版本间隔,故版本更新间隔为2),还有些是从D版本升级到E版本的(经历了由D到E一个版本间隔,故版本更新间隔为1),从该1000个用户中随机抽取100个用户,获取该100个用户对应的100次更新中,版本更新间隔为4的更新数量,版本更新间隔为3的更新数量,版本更新间隔为2的更新数量,版本更新间隔为1的更新数量,分别作为版本更新间隔为4的更新次数,版本更新间隔为3的更新次数,版本更新间隔为2的更新次数,版本更新间隔为1的更新次数。
步骤103,根据该更新次数获取目标版本间隔区间。
在本步骤中,可以根据该不同历史版本升级至最新版本的更新次数计算不同的版本更新间隔对应的均值和标准差;再根据该均值和标准差确定该目标版本间隔区间。
示例地,该目标文件中有1000个用户分别是由从A、B、C、D版本升级到E版本的,从该1000个用户中随机的采集n个用户从历史版本升级至最新版本时所经历的版本更新间隔情况,建立一个样本容量为n的版本更新间隔样本,统计得出:该样本中从A版本升级到E版本的(版本更新间隔为4)有χ1个,从B版本升级到E版本的有χ2个(版本更新间隔为3),从C版本升级到E版本的(版本更新间隔为2)有χ3个,从D版本升级到E版本的有χ4个(版本更新间隔为1),其中,χ1+χ2+χ3+χ4=n,计算该样本的均值μ和标准差σ,其中,可以通过以下方式计算该均值和标准差:
该均值为:
该标准差为:
另外,基于不同版本更新至最新版本时所经历的版本更新间隔的情况的样本,对历史版本更新至最新版本时不同的版本更新间隔对应的更新次数进行统计分析,发明人发现:该目标文件由历史版本更新至最新版本时不同版本更新间隔的分布规律符合正态分布。
即版本更新间隔记为变量X,X~N(μ,σ2),变量X的概率密度函数:
这样,在得到该均值μ和标准差σ后,即可通过以下公式一:
得到目标版本间隔区间(x1,x2),其中,F(x2)-F(x1)为用户覆盖率,该用户覆盖率为通过增量更新补丁进行目标文件的版本更新的用户在用户群体中所占的百分比,在本实施例中,该用户覆盖率可以预先设置,以表示对增量更新补丁进行目标文件的版本更新的用户数量的期望,一般地,可以设置较高用户覆盖率,以使更多的用户能够通过该增量更新补丁进行目标文件的版本更新,即生成的该增量更新补丁能够满足大部分用户的需求;当目标文件的历史版本数量较多,版本分布较分散时,可以设置相对偏小的用户覆盖率,以防止目标版本间隔区间范围太大,而生成过多的增量更新补丁,从而给***造成不必要的运行负担。
示例地,用户覆盖率可以预先设置为99.73%、95.45%以及68.26%,当该用户覆盖率设置为99.73%时,则通过上述公式一确定目标版本间隔区间为(μ-3σ,μ+3σ);当该用户覆盖率设置为95.45%时,则通过上述公式一确定目标版本间隔区间为(μ-2σ,μ+2σ);当该用户覆盖率设置为68.26%时,则通过上述公式一确定目标版本间隔区间为(μ-σ,μ+σ)。
步骤104,从至少一个历史版本中确定目标版本,该目标版本与该最新版本之间的该版本更新间隔包含在该目标版本间隔区间内。
在本步骤中,该目标版本为由历史版本更新至最新版本时所经历的版本更新间隔在该目标版本间隔区间内的历史版本。由于该目标版本至该最新版本的更新频次最多,覆盖的用户范围最广,因此生成由该目标版本至该最新版本的增量更新补丁能够保证该增量更新补丁为使用频率较高的增量更新补丁,能够减少增量更新补丁数量,提高增量更新补丁质量,提高目标文件的版本更新效率,提升用户体验。
示例地,假设该目标版本间隔区间(0,μ+3σ)为(0,3.2),则该历史版本更新至最新版本所经历的版本更新间隔大于零且小于或者等于3的历史版本均为目标版本,例如,仍然以该***文件包括A、B、C、D、E五个版本为例进行说明,A为初始版本,E版本为最新版本,当目标版本间隔区间为(0,3.2)时,由于版本更新间隔为正整数,故目标版本更新间隔为1、2和3,由于从D版本升级到E版本(版本更新间隔为1),从C版本升级到E版本(版本更新间隔为2),从B版本升级到E版本(版本更新间隔为3),所以B版本、C版本和D版本均为目标版本。
步骤105,生成该目标版本对应的增量更新补丁。
其中,该增量更新补丁用于在该目标文件的当前版本为目标版本时,将该待更新文件由该当前版本更新至该最新版本。
示例地,当该目标版本为B版本、C版本和D版本时,生成从B版本升级到E版本的增量更新补丁,从C版本升级到E版本的增量更新补丁,以及从D版本升级到E版本的增量更新补丁,分别用于当收到当前版本为B版本、C版本或D版本的用户的增量更新服务请求时,将对应版本的增量更新补丁发送至相应的客户端,以使该目标文件由当前版本更新至最新版本。
采用上述方法,能够只生成使用频率较高的增量更新补丁,能够提高增量更新补丁质量,并减少增量更新补丁数量,从而能够避免过多的增量更新补丁给***设备带来的运行负担和造成的***资源浪费;同时也能够缩短版本更新时间,避免因为版本更新造成服务器拥堵的现象,从而能够有效提升用户体验。
图2是本公开另一示例性实施例提供的一种增量更新的方法的流程图;参见图2,该方法包括:
步骤201,服务器获取目标文件对应的文件版本信息。
其中,该文件版本信息包括最新版本和至少一个历史版本。
步骤202,服务器获取该目标文件不同的版本更新间隔对应的更新次数。
其中,该版本更新间隔为该历史版本更新至该最新版本时所跨越的版本间隔。
在本步骤中,可以从完成版本更新的用户中,随机抽取n个用户,调查该n个用户在完成版本更新时所跨越的版本间隔的状况,即建立一个样本容量为n的版本更新间隔样本,通过获取该样本内不同的版本更新间隔对应的用户数量,以便于了解整个用户群体内不同的版本更新间隔对应的更新次数。
步骤203,服务器根据该更新次数计算不同的版本更新间隔对应的均值和标准差。
在本步骤中,该更新次数为该版本更新间隔样本中不同的历史版本更新至最新版本时所经历的版本更新间隔对应的更新数量,例如,样本容量为100的版本更新间隔样本中包括:由A版本升级至E版本的更新数量为10,即版本更新间隔4对应的更新次数为10;由B版本升级至E版本的更新数量为30,即版本更新间隔3对应的更新次数为30;由C版本升级至E版本的更新数量为35,即版本更新间隔2对应的更新次数为35;由D版本升级至E版本的更新数量为25,即版本更新间隔1对应的更新次数为25。确定上述样本的均值μ=2.25,方差为σ2=0.8875,标准差σ=0.94。由抽取的版本更新间隔样本中,不同的版本更新间隔的分布状况曲线可以得出该由不同版本更新至最新版本时所经历的版本更新间隔的分布状况符合正态分布。
步骤204,服务器根据该均值和标准差确定该目标版本间隔区间。
其中,本步骤可以参考上述步骤103中关于通过均值和标准差确定该目标版本间隔区间的相关描述,此处不再赘述。
示例地,仍然以上述样本容量为100的版本更新间隔样本为例,上述样本的均值μ=2.25,方差为σ2=0.8875,标准差σ=0.94,获取预设的用户覆盖范围为68.26%时的目标版本间隔区间,该版本更新间隔的取值范围为(μ-σ,μ+σ),即目标版本间隔区间为(1.31,3.19),由于版本更新间隔为整数,所以目标版本间隔区间内的目标版本间隔为2和3。
步骤205,服务器从至少一个历史版本中确定目标版本。
其中,该目标版本与该最新版本之间的版本更新间隔包含在该目标版本间隔区间内。
在本步骤中,当预设的用户覆盖范围为99.73%时,确定该目标版本间隔区间为(μ-3σ,μ+3σ),此时由历史版本更新至最新版本时,经历的版本更新间隔大于μ-3σ且小于μ+3σ的历史版本均为该目标版本(版本更新间隔为整数);当预设的用户覆盖范围为95.45%时,确定该版本更新间隔区间为(μ-2σ,μ+2σ),此时该历史版本更新至最新版本所经历的版本更新间隔大于μ-2σ且小于μ+2σ的历史版本均为该目标版本(版本更新间隔为整数);当预设的用户覆盖范围为68.26%时,确定该版本更新间隔区间为(μ-σ,μ+σ),此时该历史版本更新至最新版本所经历的版本更新间隔大于μ-σ且小于μ+σ的历史版本均为该目标版本(版本更新间隔为整数)。
步骤206,生成该目标版本对应的增量更新补丁。
其中,该增量更新补丁用于在该目标文件的当前版本为目标版本时,将该待更新文件由该当前版本更新至该最新版本。
在本步骤中,由于预设的用户覆盖率为99.73%、95.45%或者68.26%,即覆盖整个用户群体99.73%的用户的版本更新间隔的取值范围为(μ-3σ,μ+3σ);覆盖整个用户群体95.45%的用户的版本更新间隔的取值范围为(μ-2σ,μ+2σ);覆盖整个用户群体68.26%的用户的版本更新间隔的取值范围为(μ-σ,μ+σ);故超出(μ-3σ,μ+3σ)范围的用户不到0.3%,超出(μ-2σ,μ+3σ)范围的用户不到0.5%,超出(μ-σ,μ+σ)范围的用户不到32%,因此当预设的用户覆盖率为99.73%时,生成该目标版本对应的增量更新补丁能够满足99.73%的用户的需求,当预设的用户覆盖率为95.45%时,生成该目标版本对应的增量更新补丁能够满足95.45%的用户的需求,当预设的用户覆盖率为68.26%时,生成该目标版本对应的增量更新补丁能够满足68.26%的用户的需求,即生成了使用频次较高的增量更新补丁,如此能够提高目标文件的版本更新效率,提升用户体验。
这样通过上述步骤201至步骤206即可完成增量更新补丁的生成,并在增量更新补丁生成后,通过步骤207至步骤217进行文件更新。
步骤207,服务器接收客户端发送的更新请求消息。
其中,该更新请求消息用于请求将该客户端上的待更新文件由当前版本更新至该最新版本。该当前版本可能是该目标文件的任一个历史版本。
步骤208,服务器从生成的该增量更新补丁中,确定是否存在该当前版本至该最新版本对应的目标增量更新补丁。
其中,该目标增量更新补丁为该客户端上的待更新文件由当前版本更新至该最新版本的增量更新补丁。
在本步骤中,在确定存在该目标增量更新补丁时,执行步骤209;在确定不存在该目标增量更新补丁时,执行步骤210至212。
示例地,客户端的当前版本为C版本,最新版本为E版本,该目标增量更新补丁为由C版本更新至E版本的增量更新补丁,确定在步骤206中生成的使用频次较高的增量更新补丁中是否包括了该目标增量更新补丁,当确定存在该由C版本更新至E版本的增量更新补丁时,执行步骤209,将该目标增量更新补丁发送至客户端,当确定不存在该目标增量更新补丁时,执行该步骤210至216,或者执行该步骤210至212,217,以生成该目标增量更新补丁后,将该目标增量更新补丁发送至客户端。
步骤209,服务器将该目标增量更新补丁发送至客户端,以使该客户端通过该目标增量更新补丁将该待更新文件由该当前版本更新至该最新版本。
步骤210,服务器获取该当前版本对应的第一版本文件,以及该最新版本对应的第二版本文件。
步骤211,服务器通过将该第一版本文件和该第二版本文件进行比较,生成目标增量更新补丁。
其中,增量更新是指通过对比新旧两个版本的文件,生成由旧版本更新至新版本的补丁,然后根据该补丁生成新版本文件;该增量更新与完全更新相比,该增量更新只更新需要更改的地方,不需要更新或者已经更新过的地方则不会重复更新,该增量更新补丁为目标文件的当前版本与最新版本相比较,得到的差分包。
示例地,若当前版本对应的第一版本文件包括五个子文件,依次记为子文件1、子文件2、子文件3、子文件4、子文件5,最新版本对应的第二版本文件包括五个子文件,依次记为子文件1、子文件6、子文件3、子文件7以及子文件5,在生成目标增量更新补丁的过程中,依次将该第一版本文件中的子文件1与第二版本文件中的子文件1进行比较,将该第一版本文件中的子文件2与第二版本文件中的子文件6进行比较,将该第一版本文件中的子文件3与第二版本文件中的子文件3进行比较,将该第一版本文件中的子文件4与第二版本文件中的子文件7进行比较,将该第一版本文件中的子文件5与第二版本文件中的子文件5进行比较,根据比较结果确定第一版本文件中的子文件2需要更新至子文件6,第一版本文件中的子文件4需要更新至子文件7,从而生成子文件2更新至子文件6的增量补丁1以及子文件5更新至子文件2的增量补丁2,则该增量补丁1和增量补丁2即为目标增量更新补丁。
步骤212,服务器确定在预设时间段内是否完成该目标增量更新补丁的生成。
在本步骤中,在达到该预设时间段时,若未完成该目标增量更新补丁的生成,执行该步骤213至216。
在该预设时间段内完成该目标增量更新补丁的生成时,执行步骤217。
步骤213,服务器获取中间更新补丁,并将该中间更新补丁发送至该客户端,以使该客户端通过该中间更新补丁将该待更新文件由该当前版本更新至该最新版本。
其中,该中间更新补丁包括已生成的增量补丁,以及该第二版本文件中未与该第一版本文件进行比较的文件。
由于在生成目标增量更新补丁的过程中,若达到预设时间段,可能还存在该第二版本文件中未与该第一版本文件进行比较的文件,则可以根据已生成的增量补丁以及该第二版本文件中未与该第一版本文件进行比较的文件得到该中间更新补丁。
示例地,仍然以第一版本文件包括子文件1、子文件2、子文件3、子文件4、子文件5,第二版本文件包括子文件1、子文件6、子文件3、子文件7以及子文件5为例进行说明,在生成增量更新补丁时,需要将第一版本文件中的每个子文件分别与最新版本的第二版本文件中的每个子文件依次进行比较,但是,在达到预设时间段时,可能只进行了第一版本文件中的子文件1与第二版本文件中的子文件4的比较,以及第一版本文件中的子文件2与第二版本文件中的子文件6的比较,并得到了子文件2更新至子文件6的增量补丁,而后续的第一版本文件中的子文件3与第二版本文件中的子文件3的比较,第一版本文件中的子文件4与第二版本文件中的子文件7的比较,以及第一版本文件中的子文件5与第二版本文件中的子文件5的比较均未完成,此时,在本实施例中,会根据第二版本文件中的子文件3、子文件7、和子文件5以及将子文件2更新至子文件6的补丁生成中间更新补丁,也就是说,该中间更新补丁包括第二版本文件的子文件3、子文件7、和子文件5,以及已经得到的子文件2更新至子文件6的增量补丁,客户端在接收到该中间更新补丁后,可以根据该中间更新补丁将该待更新文件由该当前版本更新至该最新版本,从而能够有效避免生成增量更新补丁的时间较长,造成版本升级时间过程的问题。
步骤214,服务器确定是否处于空闲状态。
在本步骤中,一种实施方式中,可以根据当前时间是否处于预设时间段内确定是否处于空闲状态,其中,该预设时间段可以是预先设置的使得服务器处于空闲状态的时间段,示例地,可以获取当前时间,确定该当前时间是否处于预设时间段内,当该当前时间处于该预设时间段内时,确定处于该空闲状态,当该当前时间处于该预设时间段外时,确定处于非空闲状态。
另一种实施方式中,可以通过当前的数据处理量确定是否处于空闲状态,示例地,可以获取当前的数据处理量,确定该数据处理量是否小于或者等于预设处理量阈值,当该数据处理量小于或者等于该预设处理量阈值时,确定处于该空闲状态,当该数据处理量大于该预设处理量阈值时,确定处于非空闲状态。
其中,在确定该服务器处于空闲状态时,执行步骤215至216;在确定该服务器处于非空闲状态时,返回步骤214。
步骤215,继续生成该目标增量更新补丁。
示例地,仍然以上述第一版本文件包括子文件1、子文件2、子文件3、子文件4、子文件5,第二版本文件包括子文件1、子文件6、子文件3、子文件7以及子文件5为例进行说明,由于该中间更新补丁包括子文件3、子文件7以及子文件5,且该子文件3、子文件7以及子文件5在预设时间段内没有完成与第一版本文件中的子文件3、子文件4、子文件5的比较,因此在服务器空闲时,还可以继续将第一版本文件中的子文件3与第二版本文件中的子文件3进行比较,将第一版本文件中的子文件4与第二版本文件中的子文件7进行比较,将第一版本文件中的子文件5与第二版本文件中的子文件5进行比较,从而完成该目标增量更新补丁的生成,该目标增量更新补丁包括子文件2更新至子文件6的增量补丁以及子文件4更新为子文件7的增量补丁。
这样,能够保证在服务器空闲时,继续生成目标增量更新补丁,有效避免服务器的拥堵,从而充分利用***资源。
步骤216,在该目标增量更新补丁生成完成后,将该目标增量更新补丁发送至该客户端,以使该客户端用该目标增量更新补丁替换该中间更新补丁。
这样,由于中间更新补丁包含第二版本文件中未进行比较的文件,因此,中间更新补丁相比于目标增量更新补丁占用的***存储空间更大,因此,本实施例通过用该目标增量更新补丁替换该中间更新补丁,能够节省***存储空间,减轻***运行负担。
步骤217,将该目标增量更新补丁发送至该客户端,以使该客户端通过该目标增量更新补丁将该待更新文件由该当前版本更新至该最新版本。
采用上述方法,能够只生成使用频率较高的增量更新补丁,能够提高增量更新补丁质量,并减少增量更新补丁数量,从而能够避免过多的增量更新补丁给***设备带来的运行负担和造成的***资源浪费;同时也能够缩短版本更新时间,避免因为版本更新造成服务器拥堵的现象,从而能够有效提升用户体验。
图3是本公开又一示例性实施例示出的一种增量更新的装置的框图;参见图3,该装置300包括:
第一获取模块301,用于获取目标文件对应的文件版本信息,该文件版本信息包括最新版本和至少一个历史版本;
第二获取模块302,用于获取该目标文件不同的版本更新间隔对应的更新次数,该版本更新间隔为该历史版本更新至该最新版本时所跨越的版本间隔;
第三获取模块303,用于根据该更新次数获取目标版本间隔区间;
第一确定模块304,用于从至少一个历史版本中确定目标版本,该目标版本与该最新版本之间的该版本更新间隔包含在该目标版本间隔区间内;
第一生成模块305,用于生成该目标版本对应的增量更新补丁,该增量更新补丁用于在该目标文件的当前版本为目标版本时,将该待更新文件由该目标版本更新至该最新版本。
图4是根据图3所示实施例示出的一种增量更新的装置的框图;参见图4,该第三获取模块303包括:
计算子模块3031,用于根据该更新次数计算不同的版本更新间隔对应的均值和标准差;
第一确定子模块3032,用于根据该均值和标准差确定该目标版本间隔。
可选地,该装置300还包括:
接收模块306,用于接收客户端发送的更新请求消息,该更新请求消息用于请求将该客户端上的待更新文件由当前版本更新至该最新版本;
第二确定模块307,用于从生成的该增量更新补丁中,确定是否存在该当前版本至该最新版本对应的目标增量更新补丁;
第一发送模块308,用于在确定存在该目标增量更新补丁时,将该目标增量更新补丁发送至客户端,以使该客户端通过该目标增量更新补丁将该待更新文件由该当前版本更新至该最新版本。
可选地,该装置300还包括:
第四获取模块309,用于在确定不存在该目标增量更新补丁时,获取该当前版本对应的第一版本文件,以及该最新版本对应的第二版本文件;
第二生成模块310,用于通过将该第一版本文件和该第二版本文件进行比较,生成目标增量更新补丁;
第三确定模块311,用于确定在预设时间段内是否完成该目标增量更新补丁的生成;
第二发送模块312,用于在达到该预设时间段时,若未完成该目标增量更新补丁的生成,获取中间更新补丁,并将该中间更新补丁发送至该客户端,以使该客户端通过该中间更新补丁将该待更新文件由该当前版本更新至该最新版本,该中间更新补丁包括已生成的增量补丁,以及该第二版本文件中未与该第一版本文件进行比较的文件。
可选地,该装置300还包括:
第三发送模块313,用于在该预设时间段内完成该目标增量更新补丁的生成时,将该目标增量更新补丁发送至该客户端,以使该客户端通过该目标增量更新补丁将该待更新文件由该当前版本更新至该最新版本。
可选地,该装置300还包括:
第三生成模块314,用于继续生成该目标增量更新补丁;
第四发送模块315,用于在该目标增量更新补丁生成完成后,将该目标增量更新补丁发送至该客户端,以使该客户端用该目标增量更新补丁替换该中间更新补丁。
可选地,该装置300还包括:
第四确定模块316,用于确定是否处于空闲状态;
该第三生成模块314用于:
在确定处于该空闲状态时,继续生成该目标增量更新补丁。
可选地,该第四确定模316块包括:
第一获取子模块3161,用于获取当前时间;
第二确定子模块3162,用于确定该当前时间是否处于预设时间段内;
该第二确定子模块3162,还用于当该当前时间处于该预设时间段内时,确定处于该空闲状态;
该第二确定子模块3162,还用于当该当前时间处于该预设时间段外时,确定处于非空闲状态。
可选地,该第四确定模块316包括:
第二获取子模块3163,用于获取当前的数据处理量;
第三确定子模块3164,用于确定该数据处理量是否小于或者等于预设处理量阈值;
该第三确定子模块3164,还用于当该数据处理量小于或者等于该预设处理量阈值时,确定处于该空闲状态;
该第三确定子模块3164,还用于当该数据处理量大于该预设处理量阈值时,确定处于非空闲状态。
采用上述装置,能够只生成使用频率较高的增量更新补丁,能够提高增量更新补丁质量,并减少增量更新补丁数量,从而能够避免过多的增量更新补丁给***设备带来的运行负担和造成的***资源浪费;同时也能够缩短版本更新时间,避免因为版本更新造成服务器拥堵的现象,从而能够有效提升用户体验。
图5是根据一示例性实施例示出的一种电子设备的框图。如图5所示,该电子设备500可以包括:处理器501,存储器502。该电子设备500还可以包括多媒体组件503,输入/输出(I/O)接口504,以及通信组件505中的一者或多者。
其中,处理器501用于控制该电子设备500的整体操作,以完成上述的增量更新的方法中的全部或部分步骤。存储器502用于存储各种类型的数据以支持在该电子设备500的操作,这些数据例如可以包括用于在该电子设备500上操作的任何应用程序或方法的指令,以及应用程序相关的数据,例如联系人数据、收发的消息、图片、音频、视频等等。该存储器502可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,例如静态随机存取存储器(Static Random Access Memory,简称SRAM),电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,简称EEPROM),可擦除可编程只读存储器(Erasable Programmable Read-Only Memory,简称EPROM),可编程只读存储器(Programmable Read-Only Memory,简称PROM),只读存储器(Read-Only Memory,简称ROM),磁存储器,快闪存储器,磁盘或光盘。多媒体组件503可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏,音频组件用于输出和/或输入音频信号。例如,音频组件可以包括一个麦克风,麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器502或通过通信组件505发送。音频组件还包括至少一个扬声器,用于输出音频信号。I/O接口504为处理器501和其他接口模块之间提供接口,上述其他接口模块可以是键盘,鼠标,按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件505用于该电子设备500与其他设备之间进行有线或无线通信。无线通信,例如Wi-Fi,蓝牙,近场通信(Near FieldCommunication,简称NFC),2G、3G或4G,或它们中的一种或几种的组合,因此相应的该通信组件505可以包括:Wi-Fi模块,蓝牙模块,NFC模块。
在一示例性实施例中,电子设备500可以被一个或多个应用专用集成电路(Application Specific Integrated Circuit,简称ASIC)、数字信号处理器(DigitalSignal Processor,简称DSP)、数字信号处理设备(Digital Signal Processing Device,简称DSPD)、可编程逻辑器件(Programmable Logic Device,简称PLD)、现场可编程门阵列(Field Programmable Gate Array,简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述的增量更新的方法。
在另一示例性实施例中,还提供了一种包括程序指令的计算机可读存储介质,该程序指令被处理器执行时实现上述的增量更新的方法的步骤。例如,该计算机可读存储介质可以为上述包括程序指令的存储器502,上述程序指令可由电子设备500的处理器501执行以完成上述的增量更新的方法。
图6是根据一示例性实施例示出的另一种电子设备的框图。例如,电子设备600可以被提供为一服务器。参照图6,电子设备600包括处理器622,其数量可以为一个或多个,以及存储器632,用于存储可由处理器622执行的计算机程序。存储器632中存储的计算机程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理器622可以被配置为执行该计算机程序,以执行上述的增量更新的方法。
另外,电子设备600还可以包括电源组件626和通信组件650,该电源组件626可以被配置为执行电子设备600的电源管理,该通信组件650可以被配置为实现电子设备600的通信,例如,有线或无线通信。此外,该电子设备600还可以包括输入/输出(I/O)接口658。电子设备600可以操作基于存储在存储器632的操作***,例如Windows ServerTM,Mac OSXTM,UnixTM,LinuxTM等等。
在另一示例性实施例中,还提供了一种包括程序指令的计算机可读存储介质,该程序指令被处理器执行时实现上述的增量更新的方法的步骤。例如,该计算机可读存储介质可以为上述包括程序指令的存储器632,上述程序指令可由电子设备600的处理器622执行以完成上述的增量更新的方法。
以上结合附图详细描述了本公开的优选实施方式,但是,本公开并不限于上述实施方式中的具体细节,在本公开的技术构思范围内,可以对本公开的技术方案进行多种简单变型,这些简单变型均属于本公开的保护范围。
另外需要说明的是,在上述具体实施方式中所描述的各个具体技术特征,在不矛盾的情况下,可以通过任何合适的方式进行组合,为了避免不必要的重复,本公开对各种可能的组合方式不再另行说明。
此外,本公开的各种不同的实施方式之间也可以进行任意组合,只要其不违背本公开的思想,其同样应当视为本公开所公开的内容。
Claims (12)
1.一种增量更新的方法,其特征在于,所述方法包括:
获取目标文件对应的文件版本信息,所述文件版本信息包括最新版本和至少一个历史版本;
获取所述目标文件不同的版本更新间隔对应的更新次数,所述版本更新间隔为所述历史版本更新至所述最新版本时所跨越的版本间隔;
根据所述更新次数获取目标版本间隔区间;
从至少一个历史版本中确定目标版本,所述目标版本与所述最新版本之间的所述版本更新间隔包含在所述目标版本间隔区间内;
生成所述目标版本对应的增量更新补丁,所述增量更新补丁用于在所述目标文件的当前版本为目标版本时,将所述待更新文件由所述当前版本更新至所述最新版本。
2.根据权利要求1所述的方法,其特征在于,所述根据所述更新次数获取目标版本间隔包括:
根据所述更新次数计算不同的版本更新间隔对应的均值和标准差;
根据所述均值和标准差确定所述目标版本间隔。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收客户端发送的更新请求消息,所述更新请求消息用于请求将所述客户端上的待更新文件由当前版本更新至所述最新版本;
从生成的所述增量更新补丁中,确定是否存在所述当前版本至所述最新版本对应的目标增量更新补丁;
在确定存在所述目标增量更新补丁时,将所述目标增量更新补丁发送至客户端,以使所述客户端通过所述目标增量更新补丁将所述待更新文件由所述当前版本更新至所述最新版本。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
在确定不存在所述目标增量更新补丁时,获取所述当前版本对应的第一版本文件,以及所述最新版本对应的第二版本文件;
通过将所述第一版本文件和所述第二版本文件进行比较,生成目标增量更新补丁;
确定在预设时间段内是否完成所述目标增量更新补丁的生成;
在达到所述预设时间段时,若未完成所述目标增量更新补丁的生成,获取中间更新补丁,并将所述中间更新补丁发送至所述客户端,以使所述客户端通过所述中间更新补丁将所述待更新文件由所述当前版本更新至所述最新版本,所述中间更新补丁包括已生成的增量补丁,以及所述第二版本文件中未与所述第一版本文件进行比较的文件。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
在所述预设时间段内完成所述目标增量更新补丁的生成时,将所述目标增量更新补丁发送至所述客户端,以使所述客户端通过所述目标增量更新补丁将所述待更新文件由所述当前版本更新至所述最新版本。
6.根据权利要求4或5所述的方法,其特征在于,在所述将所述中间更新补丁发送至所述客户端后,所述方法还包括:
继续生成所述目标增量更新补丁;
在所述目标增量更新补丁生成完成后,将所述目标增量更新补丁发送至所述客户端,以使所述客户端用所述目标增量更新补丁替换所述中间更新补丁。
7.根据权利要求6所述的方法,其特征在于,在所述继续生成所述目标增量更新补丁之前,所述方法还包括:
确定是否处于空闲状态;
所述继续生成所述目标增量更新补丁包括:
在确定处于所述空闲状态时,继续生成所述目标增量更新补丁。
8.根据权利要求7所述的方法,其特征在于,所述确定是否处于空闲状态包括:
获取当前时间;
确定所述当前时间是否处于预设时间段内;
当所述当前时间处于所述预设时间段内时,确定处于所述空闲状态;
当所述当前时间处于所述预设时间段外时,确定处于非空闲状态。
9.根据权利要求7所述的方法,其特征在于,所述确定是否处于空闲状态包括:
获取当前的数据处理量;
确定所述数据处理量是否小于或者等于预设处理量阈值;
当所述数据处理量小于或者等于所述预设处理量阈值时,确定处于所述空闲状态;
当所述数据处理量大于所述预设处理量阈值时,确定处于非空闲状态。
10.一种增量更新的装置,其特征在于,所述装置包括:
第一获取模块,用于获取目标文件对应的文件版本信息,所述文件版本信息包括最新版本和至少一个历史版本;
第二获取模块,用于获取所述目标文件不同的版本更新间隔对应的更新次数,所述版本更新间隔为所述历史版本更新至所述最新版本时所跨越的版本间隔;
第三获取模块,用于根据所述更新次数获取目标版本间隔区间;
第一确定模块,用于从至少一个历史版本中确定目标版本,所述目标版本与所述最新版本之间的所述版本更新间隔包含在所述目标版本间隔区间内;
第一生成模块,用于生成所述目标版本对应的增量更新补丁,所述增量更新补丁用于在所述目标文件的当前版本为目标版本时,将所述待更新文件由所述当前版本更新至所述最新版本。
11.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1-9中任一项所述方法的步骤。
12.一种电子设备,其特征在于,包括:
存储器,其上存储有计算机程序;
处理器,用于执行所述存储器中的所述计算机程序,以实现权利要求1-9中任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910419799.0A CN110262827B (zh) | 2019-05-20 | 2019-05-20 | 增量更新的方法、装置、存储介质以及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910419799.0A CN110262827B (zh) | 2019-05-20 | 2019-05-20 | 增量更新的方法、装置、存储介质以及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110262827A true CN110262827A (zh) | 2019-09-20 |
CN110262827B CN110262827B (zh) | 2020-07-03 |
Family
ID=67914766
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910419799.0A Active CN110262827B (zh) | 2019-05-20 | 2019-05-20 | 增量更新的方法、装置、存储介质以及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110262827B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111008034A (zh) * | 2019-12-02 | 2020-04-14 | 网易(杭州)网络有限公司 | 一种补丁生成方法及装置 |
CN111273939A (zh) * | 2020-01-20 | 2020-06-12 | Oppo(重庆)智能科技有限公司 | 信息处理方法、信息处理装置及终端设备 |
CN112882733A (zh) * | 2021-02-04 | 2021-06-01 | 网易(杭州)网络有限公司 | 应用更新方法及装置、电子设备、存储介质 |
CN113296687A (zh) * | 2020-06-10 | 2021-08-24 | 阿里巴巴集团控股有限公司 | 数据处理方法、装置、计算设备和介质 |
CN114661736A (zh) * | 2022-03-10 | 2022-06-24 | 北京百度网讯科技有限公司 | 电子地图更新方法、装置、电子设备、存储介质及产品 |
CN116303514A (zh) * | 2023-04-03 | 2023-06-23 | 广州文石信息科技有限公司 | 用户手册推送方法、装置、设备以及存储介质 |
WO2024036498A1 (en) * | 2022-08-17 | 2024-02-22 | Micron Technology, Inc. | Host rate adjustment using free space values |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110179408A1 (en) * | 2009-08-21 | 2011-07-21 | Hitachi Solutions, Ltd. | Update data generating apparatus and information device, as well as program |
CN106302753A (zh) * | 2016-08-18 | 2017-01-04 | 福建天泉教育科技有限公司 | 客户端程序增量更新的方法及*** |
CN106528125A (zh) * | 2016-10-26 | 2017-03-22 | 腾讯科技(深圳)有限公司 | 一种数据文件的增量更新方法和服务器、客户端以及*** |
CN107797817A (zh) * | 2017-03-13 | 2018-03-13 | 平安科技(深圳)有限公司 | 应用更新方法和装置 |
-
2019
- 2019-05-20 CN CN201910419799.0A patent/CN110262827B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110179408A1 (en) * | 2009-08-21 | 2011-07-21 | Hitachi Solutions, Ltd. | Update data generating apparatus and information device, as well as program |
CN106302753A (zh) * | 2016-08-18 | 2017-01-04 | 福建天泉教育科技有限公司 | 客户端程序增量更新的方法及*** |
CN106528125A (zh) * | 2016-10-26 | 2017-03-22 | 腾讯科技(深圳)有限公司 | 一种数据文件的增量更新方法和服务器、客户端以及*** |
CN107797817A (zh) * | 2017-03-13 | 2018-03-13 | 平安科技(深圳)有限公司 | 应用更新方法和装置 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111008034A (zh) * | 2019-12-02 | 2020-04-14 | 网易(杭州)网络有限公司 | 一种补丁生成方法及装置 |
CN111008034B (zh) * | 2019-12-02 | 2023-11-24 | 网易(杭州)网络有限公司 | 一种补丁生成方法及装置 |
CN111273939A (zh) * | 2020-01-20 | 2020-06-12 | Oppo(重庆)智能科技有限公司 | 信息处理方法、信息处理装置及终端设备 |
CN111273939B (zh) * | 2020-01-20 | 2023-11-10 | Oppo(重庆)智能科技有限公司 | 信息处理方法、信息处理装置及终端设备 |
CN113296687A (zh) * | 2020-06-10 | 2021-08-24 | 阿里巴巴集团控股有限公司 | 数据处理方法、装置、计算设备和介质 |
CN112882733B (zh) * | 2021-02-04 | 2023-09-08 | 网易(杭州)网络有限公司 | 应用更新方法及装置、电子设备、存储介质 |
CN112882733A (zh) * | 2021-02-04 | 2021-06-01 | 网易(杭州)网络有限公司 | 应用更新方法及装置、电子设备、存储介质 |
CN114661736A (zh) * | 2022-03-10 | 2022-06-24 | 北京百度网讯科技有限公司 | 电子地图更新方法、装置、电子设备、存储介质及产品 |
CN114661736B (zh) * | 2022-03-10 | 2024-04-16 | 北京百度网讯科技有限公司 | 电子地图更新方法、装置、电子设备、存储介质及产品 |
WO2024036498A1 (en) * | 2022-08-17 | 2024-02-22 | Micron Technology, Inc. | Host rate adjustment using free space values |
US11977736B2 (en) | 2022-08-17 | 2024-05-07 | Micron Technology, Inc. | Host rate adjustment using free space values |
CN116303514A (zh) * | 2023-04-03 | 2023-06-23 | 广州文石信息科技有限公司 | 用户手册推送方法、装置、设备以及存储介质 |
CN116303514B (zh) * | 2023-04-03 | 2024-04-09 | 广州文石信息科技有限公司 | 用户手册推送方法、装置、设备以及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110262827B (zh) | 2020-07-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110262827A (zh) | 增量更新的方法、装置、存储介质以及电子设备 | |
US10348861B2 (en) | Software upgrade method and terminal | |
CN102932777B (zh) | 一种终端应用的更新方法和用户终端 | |
US9092286B2 (en) | System to automatically process components on a device | |
KR101891423B1 (ko) | 원천 코드들을 이용한 관리 정보의 브로드캐스트 | |
CN106126203B (zh) | 一种ota开机加速方法及*** | |
CN109725952B (zh) | 一种应用程序插件化的方法、***以及相关装置 | |
CN107894920A (zh) | 资源配置方法及相关产品 | |
CN104866339A (zh) | Fota数据的分布式持久化管理方法、***和装置 | |
CN111338663B (zh) | ***升级方法、终端及存储介质 | |
CN106708539B (zh) | 一种客户端更新方法及装置 | |
CN106681749A (zh) | 基于安卓平台的局部代码补丁更新方法及装置 | |
CN110502256A (zh) | 一种软件升级方法、终端及存储介质 | |
CN107637110A (zh) | 用于加载配置文件的方法 | |
CN109831476A (zh) | 安装包下载方法、装置、电子设备及存储介质 | |
US9819495B2 (en) | Systems and methods of dynamically adapting security certificate-key pair generation | |
US8621191B2 (en) | Methods, apparatuses, and computer program products for providing a secure predefined boot sequence | |
CN111135581B (zh) | 游戏更新的方法与装置 | |
KR100941902B1 (ko) | 분산 네트워크를 통한 콘텐츠 전송을 스케줄링하는 방법 및장치 | |
WO2023020071A1 (zh) | 一种升级包的获取方法及智能设备 | |
CN110837381A (zh) | 投影设备的软件升级方法及装置 | |
CN111246447A (zh) | eUICC签约数据管理方法、模块以及终端、存储介质 | |
CN111385110B (zh) | 网络的管理方法及装置 | |
CN108520025B (zh) | 一种服务节点确定方法、装置、设备及介质 | |
CN112181529A (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 |