CN107643920A - 应用软件更新方法和装置 - Google Patents
应用软件更新方法和装置 Download PDFInfo
- Publication number
- CN107643920A CN107643920A CN201610579058.5A CN201610579058A CN107643920A CN 107643920 A CN107643920 A CN 107643920A CN 201610579058 A CN201610579058 A CN 201610579058A CN 107643920 A CN107643920 A CN 107643920A
- Authority
- CN
- China
- Prior art keywords
- application software
- module
- update
- renewal
- new
- 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
Links
Landscapes
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种应用软件更新方法,该方法包括:根据服务器发送的更新配置文件对本地安装的应用软件进行更新检测,获取所述应用软件需更新的各模块;根据所述应用软件需更新的各模块,下载对应的各更新文件包;根据所述各更新文件包,更新所述应用软件。本发明还公开了一种应用软件更新装置。本发明实现了根据模块化的更新文件包对应用软件进行部分更新,降低了应用软件的版本更新迭代成本,仅通过模块的更新即可实现新功能的增加或是已有功能的维护,极大地提升了用户体验。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种应用软件更新方法和装置。
背景技术
移动终端已成为人们日常生活和工作中必不可少的一部分,为了丰富移动终端的功能,应用商店为用户提供了个性化的应用软件,例如社交软件、视频软件、咨询软件等等。
由于应用软件需要不断的完善自身功能、修复漏洞,因此,用户需要经常更新移动终端中安装的应用软件。目前,应用软件的更新通常需要应用厂商提供应用软件的整个安装包,用户也必须下载整个应用软件的安装包,才能进行更新。
但是,通常应用软件的更新仅仅是部分功能的更新或维护,则安装包中包括了大量不需要进行更新的模块数据。这就到导致了在打包应用软件的安装包时,有大量工作是无用的,浪费开发成本。
发明内容
本发明的主要目的在于提供一种应用软件更新方法,旨在解决应用软件的更新成本高的技术问题。
为实现上述目的,本发明提供一种应用软件更新方法,所述应用软件更新方法包括以下步骤:
根据服务器发送的更新配置文件对本地安装的应用软件进行更新检测,获取所述应用软件需更新的各模块;
根据所述应用软件需更新的各模块,下载对应的各更新文件包;
根据所述各更新文件包,更新所述应用软件。
在一个实施例中,在检测到所述应用软件启动时,根据所述各更新文件包,更新所述应用软件。
在一个实施例中,所述根据所述各更新文件包,更新所述应用软件的步骤之前还包括:
存储所述应用软件更新前各模块的原始文件包;
所述根据所述各更新文件包,更新所述应用软件的步骤之后,还包括:
若所述应用软件更新失败,则根据所述原始文件包,控制所述应用软件回滚至更新前的版本
在一个实施例中,所述根据服务器发送的更新配置文件对本地安装的应用软件进行更新检测,获取所述应用软件需更新的各模块的步骤包括:
基于本地安装的应用软件向服务器发送更新请求,获取所述服务器返回的更新配置文件;
根据所述更新配置文件记载的所述应用软件各模块的更新版本信息,以及所述应用软件本地安装的各模块版本信息,检测所述应用软件是否需要更新模块;
获取所述应用软件需更新的各模块。
在一个实施例中,所述根据所述应用软件需更新的各模块,下载对应的各更新文件包的步骤包括:
根据所述更新配置文件,获取所述应用软件需更新的各模块的更新文件包下载地址;
根据所述应用软件需更新的各模块的更新文件包下载地址,分别下载得到各更新文件包。
此外,为实现上述目的,本发明还提供一种应用软件更新装置,所述应用软件更新装置包括:
检测模块,用于根据服务器发送的更新配置文件对本地安装的应用软件进行更新检测,获取所述应用软件需更新的各模块;
下载模块,用于根据所述应用软件需更新的各模块,下载对应的各更新文件包;
更新模块,用于根据所述各更新文件包,更新所述应用软件。
在一个实施例中,所述更新模块还用于,
在检测到所述应用软件启动时,根据所述各更新文件包,更新所述应用软件。
在一个实施例中,所述应用软件更新装置还包括:
回滚模块,用于存储所述应用软件更新前各模块的原始文件包;若所述应用软件更新失败,则根据所述原始文件包,控制所述应用软件回滚至更新前的版本。
在一个实施例中,所述检测模块还用于,
基于本地安装的应用软件向服务器发送更新请求,获取所述服务器返回的更新配置文件;根据所述更新配置文件记载的所述应用软件各模块的更新版本信息,以及所述应用软件本地安装的各模块版本信息,检测所述应用软件是否需要更新模块;获取所述应用软件需更新的各模块。
在一个实施例中,所述下载模块还用于,
根据所述更新配置文件,获取所述应用软件需更新的各模块的更新文件包下载地址;根据所述应用软件需更新的各模块的更新文件包下载地址,分别下载得到各更新文件包。
本发明提出的一种应用软件更新方法和装置,通过根据服务器发送的更新配置文件对本地安装的应用软件进行更新检测,获取应用软件需更新的各模块;然后,根据应用软件需更新的各模块,下载对应的各更新文件包;并根据各更新文件包,更新所述应用软件。本发明例通过对应用软件进行更新检测,得到当前应用软件需要更新的各模块,从而仅下载需要更新和增加的各模块对应的更新文件包,实现了根据模块化的更新文件包对应用软件进行部分更新,降低了应用软件的版本更新迭代成本,仅通过模块的更新或增加即可实现新功能的增加或是已有功能的维护,极大地提升了用户体验。
附图说明
图1为本发明应用软件更新方法第一实施例的流程示意图;
图2为本发明应用软件更新方法第二实施例的流程示意图;
图3为本发明应用软件更新方法第三实施例的流程示意图;
图4为本发明应用软件更新方法第四实施例的流程示意图;
图5为本发明应用软件更新方法第五实施例的流程示意图;
图6为本发明应用软件更新装置第一实施例、第二实施例、第四实施例和第五实施例的功能模块示意图;
图7为本发明应用软件更新装置第三实施例的功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
参照图1,本发明应用软件更新方法第一实施例提供一种应用软件更新方法,所述应用软件更新方法包括:
步骤S10、根据服务器发送的更新配置文件对本地安装的应用软件进行更新检测,获取所述应用软件需更新的各模块。
本发明通过对应用软件进行检测,获取应用软件需更新的各模块,并仅下载需更新的各模块的更新文件包,以更新应用软件,从而减少了应用软件的更新成本。
本实施例中,应用软件以模块化的形式进行配置,以便于对应用软件进行模块化的更新,例如,将应用软件划分为首页模块、注册登录模块、地图模块、航班模块等。需要说明的是,本实施例中应用软件各模块的软件安装包是按照预先配置的存储规则,分别进行存储的。
具体的,作为一种实施方式,首先,移动终端获取服务器发送的应用软件更新配置文件。
移动终端可以在应用软件启动后,主动向服务器发送请求,获取应用软件的更新配置文件,也可以接受服务器推送的更新配置文件,可根据需要灵活设置。
其中,应用软件的更新配置文件记载了当前应用软件中各模块的更新信息。例如,当应用厂商发布新版本的应用软件时,应用软件的更新配置文件记载了新版本应用软件中各模块的更新信息。
然后,移动终端根据更新配置文件,检测本地安装的应用软件各模块,分别判断应用软件的各模块是否需要更新。
需要说明的是,本实施例中检测得到需要更新的模块包括:本地应用软件需增加的模块、删除的模块、替换的模块、修改的模块等。
例如,对于移动终端本地安装的应用软件1,若更新配置文件中记载应用软件1中模块A的版本为3,本地安装的模块A版本为1,则判定应用软件1需要更新模块A;若更新配置文件中记载应用软件1中模块C的版本为1,本地并未安装模块C,则判定应用软件1需要增加模块C。
由此,得到应用软件需更新的各模块。
步骤S20、根据所述应用软件需更新的各模块,下载对应的各更新文件包。
在得到应用软件需更新的各模块,分别下载应用软件需进行更新的各模块的更新文件包。
然后,移动终端根据预先配置的文件路径存储下载的各更新文件包。
例如,应用软件1需更新模块A,增加模块C,移动终端分别下载得到更新文件包A和更新文件包C,则移动终端根据预先配置的文件路径,将更新文件包A存储到模块A对应的文件夹中,将更新文件包存储到模块C对应的文件夹中。
步骤S30、根据所述各更新文件包,更新所述应用软件。
在得到各更新文件包后,根据根各更新文件包更新对应的各模块,从而更新应用软件。
在本实施例中,根据服务器发送的更新配置文件对本地安装的应用软件进行更新检测,获取应用软件需更新的各模块;然后,根据应用软件需更新的各模块,下载对应的各更新文件包;并根据各更新文件包,更新所述应用软件。本实施例通过对应用软件进行更新检测,得到当前应用软件需要更新的各模块,从而仅下载需要更新的各模块对应的更新文件包,实现了根据模块化的更新文件包对应用软件进行部分更新,降低了应用软件的版本更新迭代成本,仅通过模块的更新即可实现新功能的增加或是已有功能的维护,极大地提升了用户体验。
进一步的,参照图2,本发明应用软件更新方法第二实施例提供一种应用软件更新方法,基于上述图1所示的实施例,所述步骤S30包括:
步骤S31、在检测到所述应用软件启动时,根据所述各更新文件包,更新所述应用软件。
本实施例中,在获取应用软件需更新的各模块更新文件包后,暂不更新各模块,以避免在用户使用应用软件的过程中进行更新。
然后,移动终端检测应用软件的启动状态。
在检测到应用软件启动时,调用下载的各更新文件包,更新对应的各模块;对于当前不需要进行更新的各模块,则调用原始文件包,从而启动应用软件。
由此,实现了应用软件的更新。
在本实施例中,在检测到应用软件启动时,调用应用软件需更新的各模块的更新文件包,进行应用软件的更新。本实施例仅在应用软件启动时进行更新操作,避免在用户操作应用软件时,更新行为中断用户操作,影响用户体验。并且,在应用软件启动时进行更新,实现了应用软件的静默自动更新,无需用户实时关注更新状态,提升了用户体验。
进一步的,参照图3,本发明应用软件更新方法第三实施例提供一种应用软件更新方法,基于上述图1或图2所示的实施例(本实施例以图1为例),所述步骤S30之前还包括:
步骤S40、存储所述应用软件更新前各模块的原始文件包。
所述步骤S30之后,还包括:
步骤S50、若所述应用软件更新失败,则根据所述原始文件包,控制所述应用软件回滚至更新前的版本。
本实施例中,在下载得到各更新文件包,进行存储时,并不替换掉各模块的原始文件包,而是根据各文件包的版本,分别进行存储。
由此,在应用软件更新失败时,可以调用各模块更新前的原始文件包,控制应用软件回滚到更新前的版本,从而避免应用软件更新失败而导致应用软件不能使用。
进一步的,若同一模块存储有多个版本的原始文件包,则根据原始文件包的版本,优先选取更新前版本最新的原始文件包用于回滚应用软件。
例如,应用软件1的模块A,可以对应存储多个版本文件包:文件包1.0,文件包2.0和文件包3.0。其中,文件包1.0和文件包2.0为应用软件1更新前的原始文件包,文件包3.0为用于下载的用于更新的更新文件包。
若根据文件包3.0进行更新时,应用软件1更新失败,则移动终端更新应用软件1更新前,版本最新的文件包2.0,用于控制应用软件1回滚至更新前的版本。
进一步的,可配置移动终端在检测到当前的缓存空间占用量达到预设比例时,自动清理缓存空间中存储的各模块旧版本文件,但至少需要保留当前更新版本的上一个版本文件作为备用。
在本实施例中,存储应用软件更新前各模块的原始文件包;若应用软件更新失败,则根据应用软件各模块的原始文件包,控制应用软件回滚至更新前的版本。本实施例在应用软件更新失败时,自动恢复到更新前的版本并正常启动,从而使得应用软件无论更新成功还是失败都不会影响用户对应用软件的使用,提升了用户体验。
进一步的,参照图4,本发明应用软件更新方法第四实施例提供一种应用软件更新方法,基于上述图1、图2或图3所示的实施例(本实施例以图1为例),所述步骤S10包括:
步骤S11、基于本地安装的应用软件向服务器发送更新请求,获取所述服务器返回所述应用软件的更新配置文件。
本实施例中,移动终端主动基于本地安装的应用软件向服务器发送应用软件的更新请求,进行应用软件的更新检测。当然,移动终端也可以在收到用户输入的更新指令后,根据更新指令向服务器发送应用软件的更新请求。
服务器在收到移动终端发送的更新请求后,根据更新请求,查找应用软件的更新配置文件,并返回给移动终端。需要说明的是,服务器中存储了应用软件的更新配置文件,记载了应用软件的更新版本信息,例如版本号等。
移动终端接收服务器返回的更新配置文件。
步骤S12、根据所述更新配置文件记载的所述应用软件各模块的更新版本信息,以及所述应用软件本地安装的各模块版本信息,检测所述应用软件是否需要更新模块。
在得到更新配置文件后,移动终端根据更新配置文件中记载的各模块的更新版本信息,以及移动终端本地安装的各模块版本信息,分别检查移动终端本地安装的应用软件中的各模块,判断是否需要进行模块版本的更新,是否需要增加模块,是否需要删除模块等。
需要说明的是,更新配置文件记载的各模块的更新版本信息,可以使用版本号进行识别,区分不同版本的模块。
具体的,可根据移动终端本地安装的应用软件模块的版本号,与配置文件中对应记载的此模块的更新版本信息进行比对,从而分别检测应用软件的各模块是否需要更新。
例如,根据更新配置文件的记载,应用软件1的模块A的更新版本信息,也即版本号为2.1。
若移动终端本地安装的应用软件1的模块A的版本号为2.0,比更新配置文件中记载的模块A的版本旧,则判定模块A需要更新;若移动终端本地安装的应用软件1的模块A的版本号为2.1,与更新配置文件中记载的模块A的版本相同,则判定模块A不需要更新。
若移动终端本地安装的应用软件1中并没有模块A,则判定应用软件1需要增加模块A。
以此类推,移动终端分别检测本地应用软件的各模块是否更新。
步骤S13、获取所述应用软件需更新的各模块。
在本实施例中,基于本地安装的应用软件向服务器发送更新请求,获取服务器返回更新配置文件;根据更新配置文件记载的应用软件各模块的更新版本信息,以及应用软件本地安装的各模块版本信息,检测应用软件是否需要更新模块;获取应用软件需更新的各模块。本实施例通过对应用软件的各模块分别检测,判断是否需要更新模块,得到的检测结果是基于各模块的。从而,在更新应用软件时,可以根据检测结果仅更新需要更新的模块,而并非是更新应用软件整体,减少了软件更新的工作量,降低了软件的更新成本。
进一步的,参照图5,本发明应用软件更新方法第五实施例提供一种应用软件更新方法,基于上述图4所示的实施例,所述步骤S20包括:
步骤S21、根据所述更新配置文件,获取所述应用软件需更新的各模块的更新文件包下载地址。
步骤S22、根据所述应用软件需更新的各模块的更新文件包下载地址,分别下载得到各更新文件包。
在得到应用软件当前需更新的各模块后,移动终端根据更新配置文件中记载的应用软件各模块的更新文件包下载地址,获取当前需要更新的各模块的更新文件包下载地址。
然后,根据得到的各更新文件包下载地址,分别下载得到当前需要进行更新的各模块的更新文件包。
然后,移动终端将需要进行更新的各模块更新文件包,根据预先配置的文件路径,分别进行存储。
例如,移动终端本地安装的应用软件1中模块A的版本为2.0,下载得到的模块A的更新文件包版本为2.1,则将下载得到的更新文件包对应存储到模块A的缓存文件中,并以版本号将模块A各版本的更新文件包区分开来。
由此,得到应用软件需更新的各模块的更新文件包。
在本实施例中,根据更新配置文件,获取应用软件需更新的各模块的更新文件包下载地址;然后,根据应用软件需更新的各模块的更新文件包下载地址,分别下载得到各更新文件包,并进行存储。本实施例仅下载需要进行更新的模块的更新文件包,减少了更新文件包下载耗费的流量和时间,提高了更新文件包的下载速度。
参照图6,本发明应用软件更新装置第一实施例提供一种应用软件更新装置,所述应用软件更新装置包括:
检测模块10,用于根据服务器发送的更新配置文件对本地安装的应用软件进行更新检测,获取所述应用软件需更新的各模块。
本发明通过应用软件更新装置对应用软件进行检测,获取应用软件需更新的各模块,并仅下载需更新及增加的各模块的更新文件包,以更新应用软件,从而减少了应用软件的更新成本。
本实施例中,应用软件以模块化的形式进行配置,以便于对应用软件进行模块化的更新,例如,将应用软件划分为首页模块、注册登录模块、地图模块、航班模块等。需要说明的是,本实施例中应用软件各模块的软件安装包是按照预先配置的存储规则,分别进行存储的。
具体的,作为一种实施方式,首先,检测模块10获取服务器发送的应用软件更新配置文件。
检测模块10可以在应用软件启动后,主动向服务器发送请求,获取应用软件的更新配置文件,也可以接受服务器推送的更新配置文件,可根据需要灵活设置。
其中,应用软件的更新配置文件记载了当前应用软件中各模块的更新信息。例如,当应用厂商发布新版本的应用软件时,应用软件的更新配置文件记载了新版本应用软件中各模块的更新信息。
然后,检测模块10根据更新配置文件,检测本地安装的应用软件各模块,分别判断应用软件的各模块是否需要更新。
需要说明的是,本实施例中检测得到需要更新的模块包括:本地应用软件需增加的模块、删除的模块、替换的模块、修改的模块等。
例如,对于移动终端本地安装的应用软件1,若更新配置文件中记载应用软件1中模块A的版本为3,本地安装的模块A版本为1,则判定应用软件1需要更新模块A;若更新配置文件中记载应用软件1中模块C的版本为1,本地并未安装模块C,则判定应用软件1需要增加模块C。
由此,得到应用软件需更新的各模块。
下载模块20,用于根据所述应用软件需更新的各模块,下载对应的各更新文件包。
在得到应用软件需更新的各模块,下载模块20分别下载应用软件需进行更新的各模块的更新文件包。
然后,下载模块20根据预先配置的文件路径存储下载的各更新文件包。
例如,应用软件1需更新模块A,增加模块C,下载模块20分别下载得到更新文件包A和更新文件包C,则移动终端根据预先配置的文件路径,将更新文件包A存储到模块A对应的文件夹中,将更新文件包C存储到模块C对应的文件夹中。
更新模块30,用于根据所述各更新文件包,更新所述应用软件。
在得到各更新文件包后,更新模块30根据根各更新文件包更新对应的各模块,从而更新应用软件。
在本实施例中,检测模块10根据服务器发送的更新配置文件对本地安装的应用软件进行更新检测,获取应用软件需更新的各模块;然后,下载模块20根据应用软件需更新的各模块,下载对应的各更新文件包;更新模块30根据各更新文件包,更新所述应用软件。本实施例通过对应用软件进行更新检测,得到当前应用软件需要更新的各模块,从而仅下载需要更新的各模块对应的更新文件包,实现了根据模块化的更新文件包对应用软件进行部分更新,降低了应用软件的版本更新迭代成本,仅通过模块的更新即可实现新功能的增加或是已有功能的维护,极大地提升了用户体验。
进一步的,参照图6,本发明应用软件更新装置第二实施例提供一种应用软件更新装置,基于上述本发明应用软件更新装置第一实施例,所述更新模30还用于,
在检测到所述应用软件启动时,根据所述各更新文件包,更新所述应用软件。
本实施例中,下载模块20在下载得到应用软件需更新的各模块更新文件包后,更新模30暂不更新各模块,以避免在用户使用应用软件的过程中进行更新。
然后,更新模块30检测应用软件的启动状态。
在更新模30检测到应用软件启动时,调用下载的各更新文件包,更新对应的各模块;对于当前不需要进行更新的各模块,则调用原始文件包,从而启动应用软件。
由此,实现了应用软件的更新。
在本实施例中,在检测到应用软件启动时,更新模块30调用应用软件需更新的各模块的更新文件包,进行应用软件的更新。本实施例仅在应用软件启动时进行更新操作,避免在用户操作应用软件时,更新行为中断用户操作,影响用户体验。并且,在应用软件启动时进行更新,实现了应用软件的静默自动更新,无需用户实时关注更新状态,提升了用户体验。
进一步的,参照图7,本发明应用软件更新装置第三实施例提供一种应用软件更新装置,基于上述本发明应用软件更新装置第一实施例或第二实施例,所述应用软件更新装置还包括回滚模块40:
所述回滚模块40,用于存储所述应用软件更新前各模块的原始文件包;若所述应用软件更新失败,则根据所述原始文件包,控制所述应用软件回滚至更新前的版本。
本实施例中,在下载得到各更新文件包,进行存储时,并不替换掉各模块的原始文件包,而是回滚模块40根据各文件包的版本,分别进行存储。
由此,在应用软件更新失败时,回滚模块40可以调用各模块更新前的原始文件包,控制应用软件回滚到更新前的版本,从而避免应用软件更新失败而导致应用软件不能使用。
进一步的,若同一模块存储有多个版本的原始文件包,则根据原始文件包的版本,优先选取更新前版本最新的原始文件包用于回滚应用软件。
例如,应用软件1的模块A,可以对应存储多个版本文件包:文件包1.0,文件包2.0和文件包3.0。其中,文件包1.0和文件包2.0为应用软件1更新前的原始文件包,文件包3.0为用于下载的用于更新的更新文件包。
若根据文件包3.0进行更新时,应用软件1更新失败,则回滚模块40更新应用软件1更新前,版本最新的文件包2.0,用于控制应用软件1回滚至更新前的版本。
进一步的,可配置移动终端在检测到当前的缓存空间占用量达到预设比例时,自动清理缓存空间中存储的各模块旧版本文件,但至少需要保留当前更新版本的上一个版本文件作为备用。
在本实施例中,回滚模块40存储应用软件更新前各模块的原始文件包;若应用软件更新失败,则根据应用软件各模块的原始文件包,控制应用软件回滚至更新前的版本。本实施例在应用软件更新失败时,自动恢复到更新前的版本并正常启动,从而使得应用软件无论更新成功还是失败都不会影响用户对应用软件的使用,提升了用户体验
进一步的,参照图6,本发明应用软件更新装置第四实施例提供一种应用软件更新装置,基于上述本发明应用软件更新装置第一实施例、第二实施例或第三实施例(本实施例以本发明应用软件更新装置第一实施例为例),所述检测模块10还用于,
基于本地安装的应用软件向服务器发送更新请求,获取所述服务器返回所述应用软件的更新配置文件;根据所述更新配置文件记载的所述应用软件各模块的更新版本信息,以及所述应用软件本地安装的各模块版本信息,检测所述应用软件是否需要更新模块;获取所述应用软件需更新的各模块。
本实施例中,检测模块10主动基于本地安装的应用软件向服务器发送应用软件的更新请求,进行应用软件的更新检测。当然,检测模块10也可以在收到用户输入的更新指令后,根据更新指令向服务器发送应用软件的更新请求。
服务器在收到检测模块10发送的更新请求后,根据更新请求,查找应用软件的更新配置文件,并返回给检测模块10。需要说明的是,服务器中存储了应用软件的更新配置文件,记载了应用软件的更新版本信息,例如版本号等。
检测模块10接收服务器返回的更新配置文件。
在得到更新配置文件后,检测模块10根据更新配置文件中记载的各模块的更新版本信息,以及移动终端本地安装的各模块版本信息,分别检查移动终端本地安装的应用软件中的各模块,,判断是否需要进行模块版本的更新,是否需要增加模块,是否需要删除模块等。
需要说明的是,更新配置文件记载的各模块的更新版本信息,可以使用版本号进行识别,区分不同版本的模块。
具体的,可根据移动终端本地安装的应用软件模块的版本号,与配置文件中对应记载的此模块的更新版本信息进行比对,从而分别检测应用软件的各模块是否需要更新。
例如,根据更新配置文件的记载,应用软件1的模块A的更新版本信息,也即版本号为2.1。
若移动终端本地安装的应用软件1的模块A的版本号为2.0,比更新配置文件中记载的模块A的版本旧,则检测模块10判定模块A需要更新;若移动终端本地安装的应用软件1的模块A的版本号为2.1,与更新配置文件中记载的模块A的版本相同,则检测模块10判定模块A不需要更新。
若移动终端本地安装的应用软件1中并没有模块A,则判定应用软件1需要增加模块A。
以此类推,检测模块10分别检测本地应用软件的各模块是否更新。
检测模块10获取应用软件需更新的各模块。
在本实施例中,检测模块10基于本地安装的应用软件向服务器发送更新请求,获取服务器返回更新配置文件;根据更新配置文件记载的应用软件各模块的更新版本信息,以及应用软件本地安装的各模块版本信息,检测应用软件是否需要更新模块;获取应用软件需更新的各模块。本实施例通过对应用软件的各模块分别检测,判断是否需要更新模块,得到的检测结果是基于各模块的。从而,在更新应用软件时,可以根据检测结果仅更新需要更新的模块,而并非是更新应用软件整体,减少了软件更新的工作量,降低了软件的更新成本。
进一步的,参照图6,本发明应用软件更新装置第五实施例提供一种应用软件更新装置,基于上述本发明应用软件更新装置第四实施例,所述下载模块20还用于,
根据所述更新配置文件,获取所述应用软件需更新的各模块的更新文件包下载地址;根据所述应用软件需更新的各模块的更新文件包下载地址,分别下载得到各更新文件包。
在得到应用软件当前需更新的各模块后,下载模块20根据更新配置文件中记载的应用软件各模块的更新文件包下载地址,获取当前需要更新的各模块的更新文件包下载地址。
然后,下载模块20根据得到的各更新文件包下载地址,分别下载得到当前需要进行更新的各模块的更新文件包。
然后,下载模块20将需要进行更新的各模块更新文件包,根据预先配置的文件路径,分别进行存储。
例如,移动终端本地安装的应用软件1中模块A的版本为2.0,下载得到的模块A的更新文件包版本为2.1,则将下载得到的更新文件包对应存储到模块A的缓存文件中,并以版本号将模块A各版本的更新文件包区分开来。
由此,下载模块20得到应用软件需更新的各模块的更新文件包。
在本实施例中,下载模块20根据更新配置文件,获取应用软件需更新的各模块的更新文件包下载地址;然后,根据应用软件需更新的各模块的更新文件包下载地址,分别下载得到各更新文件包,并进行存储。本实施例仅下载需要进行更新的模块的更新文件包,减少了更新文件包下载耗费的流量和时间,提高了更新文件包的下载速度。
以上仅为本发明的可选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种应用软件更新方法,其特征在于,所述应用软件更新方法包括以下步骤:
根据服务器发送的更新配置文件对本地安装的应用软件进行更新检测,获取所述应用软件需更新的各模块;
根据所述应用软件需更新的各模块,下载对应的各更新文件包;
根据所述各更新文件包,更新所述应用软件。
2.如权利要求1所述的应用软件更新方法,其特征在于,在检测到所述应用软件启动时,根据所述各更新文件包,更新所述应用软件。
3.如权利要求1所述的应用软件更新方法,其特征在于,所述根据所述各更新文件包,更新所述应用软件的步骤之前还包括:
存储所述应用软件更新前各模块的原始文件包;
所述根据所述各更新文件包,更新所述应用软件的步骤之后,还包括:
若所述应用软件更新失败,则根据所述原始文件包,控制所述应用软件回滚至更新前的版本。
4.如权利要求1、2或3所述的应用软件更新方法,其特征在于,所述根据服务器发送的更新配置文件对本地安装的应用软件进行更新检测,获取所述应用软件需更新的各模块的步骤包括:
基于本地安装的应用软件向服务器发送更新请求,获取所述服务器返回的更新配置文件;
根据所述更新配置文件记载的所述应用软件各模块的更新版本信息,以及所述应用软件本地安装的各模块版本信息,检测所述应用软件是否需要更新模块;
获取所述应用软件需更新的各模块。
5.如权利要求4所述的应用软件更新方法,其特征在于,所述根据所述应用软件需更新的各模块,下载对应的各更新文件包的步骤包括:
根据所述更新配置文件,获取所述应用软件需更新的各模块的更新文件包下载地址;
根据所述应用软件需更新的各模块的更新文件包下载地址,分别下载得到各更新文件包。
6.一种应用软件更新装置,其特征在于,所述应用软件更新装置包括:
检测模块,用于根据服务器发送的更新配置文件对本地安装的应用软件进行更新检测,获取所述应用软件需更新的各模块;
下载模块,用于根据所述应用软件需更新的各模块,下载对应的各更新文件包;
更新模块,用于根据所述各更新文件包,更新所述应用软件。
7.如权利要求6所述的应用软件更新装置,其特征在于,所述更新模块还用于,
在检测到所述应用软件启动时,根据所述各更新文件包,更新所述应用软件。
8.如权利要求6所述的应用软件更新装置,其特征在于,所述应用软件更新装置还包括:
回滚模块,用于存储所述应用软件更新前各模块的原始文件包;若所述应用软件更新失败,则根据所述原始文件包,控制所述应用软件回滚至更新前的版本。
9.如权利要求6、7或8所述的应用软件更新装置,其特征在于,所述检测模块还用于,
基于本地安装的应用软件向服务器发送更新请求,获取所述服务器返回的更新配置文件;根据所述更新配置文件记载的所述应用软件各模块的更新版本信息,以及所述应用软件本地安装的各模块版本信息,检测所述应用软件是否需要更新模块;获取所述应用软件需更新的各模块。
10.如权利要求9所述的应用软件更新装置,其特征在于,所述下载模块还用于,
根据所述更新配置文件,获取所述应用软件需更新的各模块的更新文件包下载地址;根据所述应用软件需更新的各模块的更新文件包下载地址,分别下载得到各更新文件包。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610579058.5A CN107643920A (zh) | 2016-07-20 | 2016-07-20 | 应用软件更新方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610579058.5A CN107643920A (zh) | 2016-07-20 | 2016-07-20 | 应用软件更新方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107643920A true CN107643920A (zh) | 2018-01-30 |
Family
ID=61108766
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610579058.5A Pending CN107643920A (zh) | 2016-07-20 | 2016-07-20 | 应用软件更新方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107643920A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108683533A (zh) * | 2018-05-14 | 2018-10-19 | 平安科技(深圳)有限公司 | 配置更新方法、配置更新的响应方法及服务器、*** |
CN108845824A (zh) * | 2018-07-10 | 2018-11-20 | 平安科技(深圳)有限公司 | 应用更新方法和装置及计算机可读存储介质 |
CN109445815A (zh) * | 2018-10-15 | 2019-03-08 | 江苏恒宝智能***技术有限公司 | 一种智能卡及其应用升级方法 |
CN110134416A (zh) * | 2019-04-12 | 2019-08-16 | 平安普惠企业管理有限公司 | 软件更新方法、装置及计算机可读存储介质 |
CN111124458A (zh) * | 2019-12-29 | 2020-05-08 | 北京浪潮数据技术有限公司 | 一种软件更新方法及相关装置 |
CN112306552A (zh) * | 2020-11-01 | 2021-02-02 | 国铁吉讯科技有限公司 | 一种***软件版本管理方法、装置及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130247023A1 (en) * | 2002-09-12 | 2013-09-19 | Harry Aderton | System and Method for Updating Network Computer Systems |
CN103699410A (zh) * | 2013-12-20 | 2014-04-02 | 北京奇虎科技有限公司 | 一种应用程序的更新方法和装置 |
CN103902299A (zh) * | 2012-12-24 | 2014-07-02 | 航天信息股份有限公司 | 一种软件版本的更新方法和*** |
CN103995721A (zh) * | 2014-05-22 | 2014-08-20 | 广州金山网络科技有限公司 | 一种应用程序的升级方法、装置及*** |
CN105224344A (zh) * | 2014-05-28 | 2016-01-06 | 济南政和科技有限公司 | 一种基于xml实现的软件升级文件配置方法 |
CN105335183A (zh) * | 2014-08-06 | 2016-02-17 | 乐视致新电子科技(天津)有限公司 | 一种软件升级方法及*** |
CN107423078A (zh) * | 2017-02-28 | 2017-12-01 | 福建中金在线信息科技有限公司 | 一种软件更新方法及装置 |
-
2016
- 2016-07-20 CN CN201610579058.5A patent/CN107643920A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130247023A1 (en) * | 2002-09-12 | 2013-09-19 | Harry Aderton | System and Method for Updating Network Computer Systems |
CN103902299A (zh) * | 2012-12-24 | 2014-07-02 | 航天信息股份有限公司 | 一种软件版本的更新方法和*** |
CN103699410A (zh) * | 2013-12-20 | 2014-04-02 | 北京奇虎科技有限公司 | 一种应用程序的更新方法和装置 |
CN103995721A (zh) * | 2014-05-22 | 2014-08-20 | 广州金山网络科技有限公司 | 一种应用程序的升级方法、装置及*** |
CN105224344A (zh) * | 2014-05-28 | 2016-01-06 | 济南政和科技有限公司 | 一种基于xml实现的软件升级文件配置方法 |
CN105335183A (zh) * | 2014-08-06 | 2016-02-17 | 乐视致新电子科技(天津)有限公司 | 一种软件升级方法及*** |
CN107423078A (zh) * | 2017-02-28 | 2017-12-01 | 福建中金在线信息科技有限公司 | 一种软件更新方法及装置 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108683533A (zh) * | 2018-05-14 | 2018-10-19 | 平安科技(深圳)有限公司 | 配置更新方法、配置更新的响应方法及服务器、*** |
CN108683533B (zh) * | 2018-05-14 | 2021-05-04 | 平安科技(深圳)有限公司 | 配置更新方法、配置更新的响应方法及服务器、*** |
CN108845824A (zh) * | 2018-07-10 | 2018-11-20 | 平安科技(深圳)有限公司 | 应用更新方法和装置及计算机可读存储介质 |
CN109445815A (zh) * | 2018-10-15 | 2019-03-08 | 江苏恒宝智能***技术有限公司 | 一种智能卡及其应用升级方法 |
CN110134416A (zh) * | 2019-04-12 | 2019-08-16 | 平安普惠企业管理有限公司 | 软件更新方法、装置及计算机可读存储介质 |
CN111124458A (zh) * | 2019-12-29 | 2020-05-08 | 北京浪潮数据技术有限公司 | 一种软件更新方法及相关装置 |
CN112306552A (zh) * | 2020-11-01 | 2021-02-02 | 国铁吉讯科技有限公司 | 一种***软件版本管理方法、装置及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107643920A (zh) | 应用软件更新方法和装置 | |
CN102622241B (zh) | 一种软件升级方法及装置 | |
US8196136B2 (en) | Configuration and change management system with restore points | |
CN103294514A (zh) | ***软件版本集成方法、编译服务器及*** | |
CN108241500A (zh) | 一种硬件组件的修复方法、装置、***和存储介质 | |
CN101826026A (zh) | 嵌入式设备、嵌入式设备中固件在线升级的***及方法 | |
CN103136027B (zh) | 即时更新装置和即时更新方法 | |
CN106610839B (zh) | 发布升级包的方法、轻量升级方法、装置及*** | |
RU2009107189A (ru) | Динамическое конфигурирование, выделение и развертывание вычислительных систем | |
CN104216749A (zh) | 一种应用程序的更新方法及装置 | |
CN109104412A (zh) | 账户权限管理方法、管理***及计算机可读存储介质 | |
CN109413186A (zh) | 应用程序更新方法、终端、服务器及*** | |
CN104834555A (zh) | 调用功能模块的方法、相关装置及装置修复方法 | |
CN106406768A (zh) | 安卓***用户数据分区调整方法及装置 | |
NO312269B1 (no) | Fremgangsmåte for automatisering av programvareoppgradering | |
CN107220074A (zh) | 对支撑层软件功能的访问、升级方法及装置 | |
CN103024782B (zh) | 一种基站软件版本管理的方法和*** | |
CN109753301A (zh) | 应用***部署方法、装置、存储介质及电子设备 | |
CN108255708B (zh) | 测试环境中访问生产文件的方法、装置、存储介质及设备 | |
CN108536460A (zh) | 一种轻量级的软件自动升级*** | |
CN106528079A (zh) | React Native代码运行状态监控方法及装置 | |
CN109002315A (zh) | 应用程序更新方法、装置、终端及存储介质 | |
CN110308999A (zh) | 一种应用间动态共享依赖包的方法、存储介质及移动终端 | |
CN104391720A (zh) | 基于Android***后视镜盒子升级方法及后视镜盒子 | |
CN105843613A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180130 |