CN103442026A - 一种应用程序处理方法、装置和系统 - Google Patents
一种应用程序处理方法、装置和系统 Download PDFInfo
- Publication number
- CN103442026A CN103442026A CN2013103001730A CN201310300173A CN103442026A CN 103442026 A CN103442026 A CN 103442026A CN 2013103001730 A CN2013103001730 A CN 2013103001730A CN 201310300173 A CN201310300173 A CN 201310300173A CN 103442026 A CN103442026 A CN 103442026A
- Authority
- CN
- China
- Prior art keywords
- installation kit
- application
- application program
- legacy version
- server
- 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
Images
Abstract
本发明实施例提供一种应用程序处理方法、装置和系统,涉及通讯领域,能够实现跨应用商店的应用程序的差分升级。包括:获取第一应用程序的m个不同的安装包,该m个不同的安装包来自各个应用商店,m≥2;发送该m个不同的安装包至第一应用服务器,以便于第一应用服务器在获取第一应用程序的新版本安装包后,在该m个不同的安装包中筛选获得n个旧版本安装包,并得到该n个旧版本安装包对应的n个差分包,差分包用于对该旧版本安装包的升级,使得第一应用服务器在接收到用户设备发送的用于升级该第一应用程序的应用程序升级请求时,向用户设备发送与用户设备中的旧版本安装包相匹配的差分包,n≥1。该应用程序处理方法、装置和系统用于应用程序的升级。
Description
本申请要求于2013年02月05日提交国际局、申请号为PCT/CN2013/071397、发明名称为“一种应用程序处理方法、装置和系统”的PCT国际申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通讯领域,尤其涉及一种应用程序处理方法、装置和系统。
背景技术
应用商店是各大手机厂商、电信运营商、第三方互联网服务提供商等搭建的用于提供给应用开发者发售自己开发出的应用软件的地方,应用商店的具体功能由相应的应用服务器来支持。例如,手机应用商店通过该应用商店的服务器向手机用户提供手机软件、手机游戏、手机图片、手机主题、手机铃声和手机视频等应用程序。
应用版本升级是应用商店的重要功能,当开发者提交应用程序的新版本到该应用商店时,用户设备可以通过应用商店客户端检测到应用程序的新版本,以便于用户设备上的应用升级到所述新版本。
通常,用户在下载新版本的应用时,需要下载完整的新版本安装包到用户设备上,才能正确的安装,但为了减少用户设备流量的损耗,出现了差分升级的升级方法,具体的,应用商店的应用服务器首先将应用程序的旧版本安装包与新版本安装包做差分,得到更新的部分的差分包,然后,安装有旧版本应用程序的用户设备将所述差分包与所述旧版本安装包组合生成新版本安装包并进行相应新版本应用程序的安装。
例如当应用商店A的应用服务器存储有某应用程序的旧版本A1.0,当开发者上传新版本A2.0时,应用服务器根据A2.0和A1.0的差别,生成差分包Patch_AA21;在安装有A1.0版本应用程序的用户设备请求升级时,应用服务器向该用户设备返回差分包Patch_AA21。用户设备将差分包下载之后,需要在用户设备端将A1.0和Patch_AA21组合起来,得到一个新版本的A2_Local应用,通常,该A2_Local应用和A2.0相同。
但是,由于应用商店中应用程序的来源是成千上万的应用开发者,而应用开发者为了统计不同应用商店的应用下载量、使用量及其他利益因素等,对同一个应用程序的同一版本,常常提供不同的应用包,即安装包,给不同的应用商店。当用户设备上某应用需要升级时,假设用户设备上安装了应用商店A和应用商店B的客户端,如果用户安装的某应用程序的旧版本是从应用商店A下载安装的A1.0。当应用商店A和应用商店B都更新了该应用程序的新版本,如A2.0和B2.0,用户如果从应用商店B去更新该应用,由于应用商店B提供的差分包只针对本应用商店的旧版本安装包,那么用户将不能采用差分升级的升级方法来进行应用升级。因此现有技术中的应用程序处理方法无法实现跨应用商店的应用程序的差分升级。
发明内容
本发明的实施例提供一种应用程序处理方法、装置和系统,能够实现跨应用商店的应用程序的差分升级。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,提供一种应用程序处理方法,应用于应用收集服务器,包括:
获取第一应用程序的m个不同的安装包,所述m个不同的安装包来自各个应用商店,m≥2;
发送所述m个不同的安装包至第一应用服务器,以便于所述第一应用服务器在获取所述第一应用程序的新版本安装包后,在所述m个不同的安装包中筛选获得n个旧版本安装包,并得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级,使得所述第一应用服务器在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包,n≥1。
结合第一方面的第一种可实现方式,所述获取第一应用程序的m个不同的安装包,所述m个不同的安装包来自各个应用商店包括:
获取所述各个应用商店的第一应用程序的安装包;
生成所述各个应用商店的第一应用程序的安装包的摘要信息;
通过比较所述摘要信息,在所述各个应用商店的第一应用程序的安装包中筛选得到摘要信息不同的m个安装包。
结合第一种可实现方式的第二种可实现方式,所述获取所述各个应用商店的第一应用程序的安装包包括:
通过与各个应用商店之间的应用获取接口获取所述各个应用商店的第一应用程序的安装包;
或者,
通过搜索爬虫获取所述各个应用商店的网页地址,
根据所述各个应用商店的网页地址在所述各个应用商店的网页中获取所述第一应用程序的下载地址,
根据所述第一应用程序的下载地址下载得到所述各个应用商店的第一应用程序的安装包。
结合第一方面、第一种可实现方式至第三种可实现方式中任一可实现方式的第四种可实现方式,在所述获取第一应用程序的m个不同的安装包之后,所述方法还包括:
对所述m个不同的安装包的信息进行整理得到安装包信息,所述安装包信息包括:应用标识、包名、版本号、文件大小、摘要信息和来源的任意一种或多种;
将所述安装包信息发送至第一应用服务器,以便于所述第一应用服务器根据所述安装包信息进行安装包的筛选。
第二方面,提供一种应用程序处理方法,应用于第一应用服务器,所述第一应用服务器服务于第一应用商店,包括:
接收应用收集服务器发送的第一应用程序的m个不同的安装包,所述m个不同的安装包是由所述应用收集服务器获取的,来自各个应用商店,m≥2;
接收所述第一应用程序的新版本安装包;
在所述m个不同的安装包中筛选获得n个旧版本安装包,n≥1;
将所述n个旧版本安装包分别与所述新版本安装包进行差分,得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级;
在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包。
结合第二方面的第一种可实现方式,所述在所述m个不同的安装包中筛选获得n个旧版本安装包包括:
在所述m个不同的安装包中筛选得到版本号小于所述新版本安装包的版本号的n个旧版本安装包。
结合第二方面、第一种可实现方式的第二中可实现方式,所述在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包包括:
接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求,所述应用程序升级请求包括:所述用户设备中的第一旧版本安装包的摘要信息;
根据所述第一旧版本安装包的摘要信息在所述n个差分包中筛选得到与所述第一旧版本安装包相匹配的第一差分包,所述第一差分包和所述第一旧版本安装包组合得到所述新版本安装包;
发送响应消息至所述用户设备,所述响应消息包括所述第一差分包的信息,以便于所述用户设备根据所述响应消息将所述第一差分包和所述第一旧版本安装包组合得到所述新版本安装包。
结合第二种可实现方式的第三种可实现方式,所述根据所述第一旧版本安装包的摘要信息在所述n个差分包中筛选得到第一差分包包括:
提取所述应用程序升级请求中的第一旧版本安装包的摘要信息;
将所述应用程序升级请求中的第一旧版本安装包的摘要信息与所述n个差分包的摘要信息进行匹配;
获取所述n个差分包中与所述应用程序升级请求中的第一旧版本安装包的摘要信息相同的所述第一差分包。
第三方面,提供一种应用收集服务器,包括:
获取单元,用于获取第一应用程序的m个不同的安装包,所述m个不同的安装包来自各个应用商店,并发送所述m个不同的安装包至第一发送单元,m≥2;
第一发送单元,用于接收所述获取单元发送的所述m个不同的安装包,并发送所述m个不同的安装包至第一应用服务器,以便于所述第一应用服务器在获取所述第一应用程序的新版本安装包后,在所述m个不同的安装包中筛选获得n个旧版本安装包,并得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级,使得所述第一应用服务器在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包,n≥1。
结合第三方面的第一种可实现方式,所述获取单元具体用于:
获取所述各个应用商店的第一应用程序的安装包;
生成所述各个应用商店的第一应用程序的安装包的摘要信息;
通过比较所述摘要信息,在所述各个应用商店的第一应用程序的安装包中筛选得到摘要信息不同的m个安装包。
结合第三方面的第二种可实现方式,所述获取单元在获取所述各个应用商店的第一应用程序的安装包时具体用于:
通过与各个应用商店之间的应用获取接口获取所述各个应用商店的第一应用程序的安装包;
或者,
通过搜索爬虫获取所述各个应用商店的网页地址,
根据所述各个应用商店的网页地址在所述各个应用商店的网页中获取所述第一应用程序的下载地址,
根据所述第一应用程序的下载地址下载得到所述各个应用商店的第一应用程序的安装包。
结合第三方面、第一种可实现方式至第三种可实现方式中任一可实现方式的第四种可实现方式,所述应用收集服务器还包括:
处理单元,用于在所述获取单元获取第一应用程序的m个不同的安装包之后,对所述m个不同的安装包的信息进行整理得到安装包信息,所述安装包信息包括:应用标识、包名、版本号、文件大小、摘要信息和来源的任意一种或多种;
第二发送单元,用于将所述安装包信息发送至第一应用服务器,以便于所述第一应用服务器根据所述安装包信息进行安装包的筛选。
第四方面,提供一种应用服务器,所述应用服务器服务于第一应用商店,包括:
第一接收单元,用于接收应用收集服务器发送的第一应用程序的m个不同的安装包,并发送所述m个不同的安装包至筛选单元,所述m个不同的安装包是由所述应用收集服务器获取的,来自各个应用商店,m≥2;
第二接收单元,用于接收所述第一应用程序的新版本安装包,并分别发送所述新版本安装包至筛选单元和差分单元;
所述筛选单元,用于接收所述第一接收单元发送的所述m个不同的安装包以及所述第二接收单元发送的所述新版本安装包,并在所述m个不同的安装包中筛选获得n个旧版本安装包,发送所述n个旧版本安装包至差分单元,n≥1;
所述差分单元,用于接收所述第二接收单元发送的所述新版本安装包和所述筛选单元发送的所述n个旧版本安装包,将所述n个旧版本安装包分别与所述新版本安装包进行差分,得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级;
处理单元,用于在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包。
结合第四方面的第一种可实现方式,所述筛选单元在所述m个不同的安装包中筛选获得n个旧版本安装包的过程中,具体用于:
在所述m个不同的安装包中筛选得到版本号小于所述新版本安装包的版本号的n个旧版本安装包。
结合第四方面、第一种可实现方式的第二中可实现方式,处理单元,具体包括:
接收子单元,用于接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求,所述应用程序升级请求包括:所述用户设备中的第一旧版本安装包的摘要信息;
筛选子单元,用于根据所述第一旧版本安装包的摘要信息在所述筛选单元筛选出的所述n个差分包中筛选得到与所述第一旧版本安装包相匹配的第一差分包,所述第一差分包和所述第一旧版本安装包能够组合得到所述新版本安装包;
发送子单元,用于发送响应消息至所述用户设备,所述响应消息包括所述第一差分包的信息,以便于所述用户设备根据所述响应消息将所述第一差分包和所述第一旧版本安装包组合得到所述新版本安装包。
结合第四种可实现方式的第三种可实现方式,所述筛选子单元具体用于:
提取所述应用程序升级请求中的第一旧版本安装包的摘要信息;
将所述应用程序升级请求中的第一旧版本安装包的摘要信息与所述n个差分包的摘要信息进行匹配;
获取所述n个差分包中与所述应用程序升级请求中的第一旧版本安装包的摘要信息相同的所述第一差分包。
第五方面,提供一种应用处理系统,包括:
以上任一所述的应用收集服务器;
以及以上任一所述的应用服务器。
本发明实施例提供一种应用程序处理方法、装置和系统,能够实现跨应用商店的应用程序的差分升级。包括:获取第一应用程序的m个不同的安装包,所述m个不同的安装包来自各个应用商店,m≥2;发送所述m个不同的安装包至第一应用服务器,以便于所述第一应用服务器在获取所述第一应用程序的新版本安装包后,在所述m个不同的安装包中筛选获得n个旧版本安装包,并得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级,使得所述第一应用服务器在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包,n≥1。这样一来,应用收集服务器收集了不同应用商店中的多个不同的安装包,使得第一应用服务器可以在获取所述应用程序的新版本安装包后,根据所述不同的安装包得到旧版本安装包及相应的差分包,由于第一应用服务器能够提供多个差分包,使得所述第一应用服务器在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包,那么,即使用户设备中需要升级的应用程序的旧版本安装包不是在第一应用服务器中下载的,也可以获得相应的差分包对该应用程序进行升级,因此,能够实现跨应用商店的应用程序的差分升级。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种应用程序处理方法流程示意图;
图2为本发明实施例提供的另一种应用程序处理方法流程示意图;
图3为本发明实施例提供的再一种应用程序处理方法流程示意图;
图4为本发明实施例提供的一种应用收集服务器的结构示意图;
图5为本发明实施例提供的另一种应用收集服务器的结构示意图;
图6为本发明实施例提供的一种应用服务器的结构示意图;
图7为本发明实施例提供的一种应用服务器的处理单元结构示意图;
图8为本发明实施例提供的再一种应用收集服务器的结构示意图;
图9为本发明实施例提供的另一种应用服务器的结构示意图;
图10为本发明实施例提供的再一种应用服务器的结构示意图;
图11为本发明实施例提供的又一种应用收集服务器的结构示意图;
图12为本发明实施例提供的又一种应用服务器的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供一种应用程序处理方法,应用于应用收集服务器,如图1所示,包括:
101、获取第一应用程序的m个不同的安装包,所述m个不同的安装包来自各个应用商店,m≥2。
对于同一个应用程序的同一版本,应用开发者可能为各个应用商店提供不同的安装包,因此,同一个应用程序的安装包可能有多个,分别来自应用程序处理系统中的各个应用商店。
示例的,本实施例假设应用收集服务器需要获取的应用程序为第一应用程序,该应用收集服务器可以首先获取所述各个应用商店的第一应用程序的安装包;然后生成所述各个应用商店的第一应用程序的安装包的摘要信息;最后通过比较所述摘要信息,在所述各个应用商店的第一应用程序的安装包中筛选得到摘要信息不同的m个安装包。所述摘要信息为通过特定摘要生成算法生成的安装包的摘要信息,用于区分不同的安装包。
102、发送所述m个不同的安装包至第一应用服务器,以便于所述第一应用服务器在获取所述第一应用程序的新版本安装包后,在所述m个不同的安装包中筛选获得n个旧版本安装包,并得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级,使得所述第一应用服务器在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包,n≥1。
应用收集服务器可以服务于一个或多个应用商店,进行应用程序的收集和处理等工作,实际应用中,应用收集服务器通常服务于固定的应用商店,本发明实施例假设应用收集服务器为第一应用商店服务。
这样一来,应用收集服务器收集了不同应用商店中的多个不同的安装包,使得第一应用服务器可以在获取所述应用程序的新版本安装包后,根据所述不同的安装包得到旧版本安装包及相应的差分包,由于第一应用服务器能够提供多个差分包,使得所述第一应用服务器在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包,那么,即使用户设备中需要升级的应用程序的旧版本安装包不是在第一应用服务器中下载的,也可以获得相应的差分包对该应用程序进行升级,因此,能够实现跨应用商店的应用程序的差分升级。
进一步的,可以通过多种方法获取所述各个应用商店的第一应用程序的安装包,示例的,可以通过应用收集服务器与各个应用商店之间的应用获取接口获取所述各个应用商店的第一应用程序的安装包。
也可以通过搜索爬虫获取所述各个应用商店的网页地址,然后,根据所述各个应用商店的网页地址在所述各个应用商店的网页中获取所述第一应用程序的下载地址,最后根据所述第一应用程序的下载地址下载得到所述各个应用商店的第一应用程序的安装包。
需要说明的是,搜索爬虫又名网络爬虫,是一个自动提取网页的程序,它为搜索引擎从万维网上下载网页,是搜索引擎的重要组成部分。在本实施例中可以设置应用商店搜索爬虫来获取所述各个应用商店的网页地址。
特别的,在步骤101之后,应用收集服务器还可以对所述m个不同的安装包的信息进行整理得到安装包信息,所述安装包信息包括:应用标识、包名(packageName)、版本号(versionCode)、文件大小、摘要信息和来源的任意一种或多种。其中,所述应用标识和包名可以用于第一应用程序的安装包的识别,版本号和摘要信息可以用于各个安装包的筛选,所述文件大小和来源可以由第一应用服务器通过第一应用商店的客户端显示给用户,所述文件大小作为安装包下载的流量大小的参考信息,所述来源作为安装包下载来源的参考信息。所述安装包信息使得各个安装包的形式和信息统一,便于识别和筛选。应用收集服务器可以在步骤102发送安装包的同时将所述安装包信息发送至第一应用服务器,以便于所述第一应用服务器根据所述安装包信息中的版本号和摘要信息进行安装包的筛选,从而在后续过程中有效地生成差分包。特别的,当所述安装包信息中不包括版本号和摘要信息时,第一应用服务器可以在接收到安装包时生成与该安装包相应的版本号和摘要信息,以便于进行各个安装包的筛选。
本发明实施例提供一种应用程序处理方法,如图2所示,应用于第一应用服务器,所述第一应用服务器服务于第一应用商店,包括:
201、接收应用收集服务器发送的第一应用程序的m个不同的安装包,所述m个不同的安装包是由所述应用收集服务器获取的,来自各个应用商店,m≥2。
202、接收所述第一应用程序的新版本安装包。
特别的,所述第一应用程序的新版本安装包通常为开发者开发完成后上传到第一应用服务器的。
203、在所述m个不同的安装包中筛选获得n个旧版本安装包,n≥1。
所述旧版本安装包的版本号小于所述新版本安装包的版本号。对于同一个应用程序的同一版本,应用开发者可能为各个应用商店提供不同的安装包,因此,应用程序的旧版本安装包可能有多个。
需要说明的是,通常每个应用商店都有自身相应的应用服务器,用于实现该应用商店中的应用程序的存储,获取等等功能,本实施例假设第一应用服务器服务于第一应用商店,所述第一应用服务器可以是一个或多个子应用服务器集成的服务器系统,本发明对此不做限定。
204、将所述n个旧版本安装包分别与所述新版本安装包进行差分,得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级。
示例的,第一应用服务器可以在所述m个不同的安装包中筛选得到版本号小于所述新版本安装包的版本号的n个旧版本安装包。
205、在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包。
这样一来,应用收集服务器收集了不同应用商店中的多个不同的安装包,使得第一应用服务器可以在获取所述应用程序的新版本安装包后,根据所述不同的安装包得到旧版本安装包及相应的差分包,由于第一应用服务器能够提供多个差分包,那么,在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,即使用户设备中需要升级的应用程序的旧版本安装包不是在第一应用服务器中下载的,也可以获得相应的差分包对该应用程序进行升级,因此,能够实现跨应用商店的应用程序的差分升级。
特别的,在步骤201时,第一应用服务器还可以接收应用收集服务器发送的第一应用程序的安装包信息,所述安装包信息包括:应用标识、包名(packageName)、版本号(versionCode)、文件大小、摘要信息和来源的任意一种或多种。所述安装包信息使得各个安装包的形式和信息统一,便于识别和筛选。其中,所述应用标识和包名可以用于第一应用程序的安装包的识别,版本号和摘要信息可以用于各个安装包的筛选,所述文件大小和来源可以由第一应用服务器通过第一应用商店的客户端显示给用户,所述文件大小作为安装包下载的流量大小的参考信息,所述来源作为安装包下载来源的参考信息。所述安装包信息使得各个安装包的形式和信息统一,便于识别和筛选。所述第一应用服务器根据所述安装包信息中的版本号和摘要信息进行安装包的筛选,从而在后续过程中有效地生成差分包。特别的,当所述安装包信息中不包括版本号和摘要信息时,第一应用服务器可以在接收到安装包时生成与该安装包相应的版本号和摘要信息,以便于进行各个安装包的筛选。或者,第一应用服务器也可以对接收机接收的m个不同的安装包进行处理,得到完整的安装包信息。
进一步的,步骤205具体可以包括:接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求,所述应用程序升级请求包括:所述用户设备中的第一旧版本安装包的摘要信息;根据所述第一旧版本安装包的摘要信息在所述n个差分包中筛选得到与所述第一旧版本安装包相匹配的第一差分包,所述第一差分包和所述第一旧版本安装包组合得到所述新版本安装包;发送响应消息至所述用户设备,所述响应消息包括所述第一差分包的信息,以便于所述用户设备根据所述响应消息将所述第一差分包和所述第一旧版本安装包组合得到所述新版本安装包。
需要说明的是,可以通过生成摘要信息的方法进行第一差分包的筛选,具体的,包括:提取所述应用程序升级请求中的第一旧版本安装包的摘要信息;将所述应用程序升级请求中的第一旧版本安装包的摘要信息与所述n个差分包的摘要信息进行匹配;获取所述n个差分包中与所述应用程序升级请求中的第一旧版本安装包的摘要信息相同的所述第一差分包。
示例的,本发明实施例提供一种应用程序处理方法,如图3所示,本实施例假设第一应用程序为微信,第一应用服务器为应用服务器a,所述应用服务器a服务于应用商店A,应用处理系统中还包括除应用商店A之外的其他应用商店,假设所述其他应用商店中存在应用商店B和应用商店C,相应的应用服务器分别为应用服务器b和应用服务器c,应用收集服务器为应用商店A提供第一应用程序(即微信)的安装包收集的服务,具体的,所述应用程序处理方法包括:
301、应用收集服务器获取各个应用商店的微信的安装包。
应用收集服务器可以通过应用收集服务器与各个应用商店之间的应用获取接口获取所述各个应用商店的微信的安装包。
也可以通过搜索爬虫获取所述各个应用商店的网页地址,然后,根据所述各个应用商店的网页地址在所述各个应用商店的网页中获取所述微信的下载地址,最后根据所述微信的下载地址下载得到所述各个应用商店的微信的安装包。需要说明的是,搜索爬虫又名网络爬虫,是一个自动提取网页的程序,它为搜索引擎从万维网上下载网页,是搜索引擎的重要组成部分。在本实施例中可以设置应用商店搜索爬虫来获取所述各个应用商店的网页地址。
特别的,由于应用收集服务器服务于应用商店A,该应用收集服务器中可以存储有应用商店A中的微信的安装包,因此,在获取应用商店A中的微信的安装包时,应用收集服务器可以直接在本地存储的安装包中提取应用商店A中的微信的安装包。
本实施例假设应用收集服务器在应用商店A的应用服务器a中获取的微信安装包为微信A1.0,在应用商店B的应用服务器b中获取的微信安装包为微信B1.0,在应用商店C的应用服务器c中获取的微信安装包为微信C1.0。
302、应用收集服务器筛选得到微信的m个不同的安装包。
对于同一个应用程序的同一版本,应用开发者可能为各个应用商店提供不同的安装包,因此,同一个应用程序的安装包可能有多个,分别来自应用程序处理系统中的各个应用商店,由于应用收集服务器获取的安装包中可能存在相同的安装包,因此需要进行安装包的筛选。
应用收集服务器可以采用同一摘要生成算法生成所述各个应用商店的应用程序的安装包的摘要信息,然后通过比较所述摘要信息,在所述各个应用商店的应用程序的安装包中筛选得到摘要信息不同的m个安装包。所述摘要信息为通过特定摘要生成算法生成的安装包的摘要信息,用于区分不同的安装包。
需要说明的是,所述摘要生成算法可以有多种,如MD5(MessageDigest Algorithm,消息摘要算法)。
本实施例假设应用收集服务器获取了3个不同的安装包,即m=3,分别为安装包A1.0、B1.0和C1.0。
应用收集服务器还可以对所述m个不同的安装包的信息进行整理得到安装包信息,所述安装包信息包括:应用标识、包名、版本号、文件大小、摘要信息和来源的任意一种或多种。所述安装包信息使得各个安装包的形式和信息统一,便于识别和筛选。其中,所述应用标识和包名可以用于微信的安装包的识别,版本号和摘要信息可以用于各个安装包的筛选,所述文件大小和来源可以由应用服务器a通过应用商店A的客户端显示给用户,所述文件大小作为安装包下载的流量大小的参考信息,所述来源作为安装包下载来源的参考信息。所述安装包信息使得各个安装包的形式和信息统一,便于识别和筛选。进一步的,应用服务器可以将所述安装包信息发送至应用服务器a,以便于应用服务器a根据所述安装包信息进行安装包的筛选,从而有效地生成差分包。特别的,当所述安装包信息中不包括版本号和摘要信息时,应用服务器a可以在接收到安装包时生成与该安装包相应的版本号和摘要信息,以便于进行各个安装包的筛选。
应用收集服务器可以以如表1所示的形式记录所述3个不同的安装包的安装包信息。其中,微信A1.0的应用标识为A1,微信B1.0的应用标识为A2,微信C1.0的应用标识为A3,3个不同的安装包的包名均为“com.tencent.weixin”,应用名称均为微信,版本号分别为1、1和2,3个不同的安装包的分别来自应用商店A、应用商店B和应用商店C,三者的文件大小和摘要信息都不同。特别的,所述文件大小的单位为比特(Byte),所述应用标识的生成是为了有效区分各个微信安装包,由于本实施例中应用收集服务器为应用商店A提供微信的安装包收集的服务,因此所述应用标识可以使得各个微信安装包在应用商店A中的标识唯一。
表1
303、应用收集服务器发送所述微信的m个不同的安装包至应用服务器a。
应用收集服务器也可以同时将所述安装包信息发送至应用服务器a,以便于应用服务器a根据所述安装包信息进行安装包的筛选,从而有效地生成差分包。需要说明的是,应用服务器a也可以对得到的m个不同的安装包进行处理,得到如表1所示的安装包信息,以便于进行安装包的识别和筛选,从而有效地生成差分包。
304、应用服务器a接收微信的新版本安装包。
特别的,所述微信的新版本安装包通常为应用开发者上传到应用商店A的应用服务器a中的,应用开发者向应用商店A上传的微信的新版本安装包可能与应用处理系统中其他应用商店的新版本安装包不同。本实施例假设应用开发者向应用商店A上传的微信的新版本安装包为A2.0。
应用服务器a已经获取如表1所示的安装包信息,相应的,应用服务器a也可以对所述新版本安装包A2.0的安装包信息进行记录,如表2所示,微信A2.0的应用标识为A4,包名为“com.tencent.weixin”,应用名称均为微信,版本号分别为10,来自应用商店A。微信A1.0、B1.0、C1.0和A2.0在应用服务器a中存在唯一的应用标识,分别为A1、A2、A3和A4,因此,在应用商店A对微信安装包进行处理时,可以查询相应的应用标识来获取该安装包。
表2
305、应用服务器a获取n个不同的旧版本安装包。
应用服务器a可以在所述m个不同的安装包中筛选得到版本号小于所述新版本安装包的版本号的n个旧版本安装包。在本实施例中,新版本安装包A2.0的版本号为10,分别大于版本号1、1和2,因此本地安装包A1.0和异地安装包B1.0、C1.0均为旧版本安装包,本实施例中,应用服务器a获取3个不同的旧版本安装包,即n=3。
需要说明的是,由于所述新版本安装包为应用商店A中最近更新的安装包,而其他应用商店可能存在比应用商店A中的新版本安装包版本更新的安装包,所以存在所述m个不同的安装包中存在版本号大于等于所述新版本安装包的情况。若所述m个不同的安装包中存在版本号大于等于所述新版本安装包的第一安装包,应用商店A对所述第一安装包不做差分处理,等到应用商店A中出现新的新版本安装更新时,再进行版本号的比较。
306、应用服务器a获取n个不同的差分包。
所述差分包用于对所述旧版本安装包的升级,使得所述第一应用服务器在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包。具体的,应用服务器a可以将所述n个旧版本安装包分别与所述新版本安装包进行差分,得到所述n个旧版本安装包对应的n个差分包,所述差分算法与现有技术相同,本实施例对此不再赘述。如表3所示记录所述3个不同的差分包的信息,所述3个不同的差分包分别为A2.0与A1.0的差分包,A2.0与B1.0的差分包,A2.0与C1.0的差分包,三个差分包的标识分别为X1,X2,X3,示例的,差分包的标识为X1的差分包由A2.0与A1.0进行差分得到,即由应用标识为A4与A1的安装包进行差分得到,相应的,应用商店A记录的差分包说明为A1->A4,由于A1.0的版本号为1,A2.0的版本号为10,因此标识为X1的差分包的旧版本号为1,新版本号为10。需要说明的是,应用服务器a可以采用摘要生成算法对中的各个差分包生成摘要信息,所述摘要生成算法与步骤302中的摘要生成算法相同。
表3
特别的,在差分包生成之后,应用服务器a还可以对所述差分包进行校验,具体的,应用服务器a将旧版本安装包和对应的差分包进行合并,得到完整安装包,并计算所述完整安装包的摘要信息,判断所述摘要信息与新版本安装包是否完全一致,若完全一致说明所述差分包为有效差分包。示例的,将应用标识为A2的旧版本安装包B1.0与相应的差分标识为X2的差分包进行合并,所述合并方法与现有技术相同,本发明对此不再赘述。合并后得到新的完整安装包与应用标识为A4的新版本安装包A2.0进行比较,可以通过生成摘要信息,并将所述摘要信息与新版本安装包A2.0的摘要信息进行比较,若完全一致,说明所述差分标识为X2的差分包为有效的差分包。若存在无效的差分包,可以在重新进行该差分包的生成。所述差分包校验的过程可以减少无效差分包的产生。
307、用户设备向应用服务器a发送微信升级请求。
用户设备上安装有应用商店A的应用客户端,可以与应用商店A的应用服务器a进行通信。同时,由于用户设备上安装了该应用客户端,通常用户设备在开机启动时,会自动扫描安装在该用户设备中的应用程序,得到各个应用程序的应用信息。示例的,如表4所示,应用设备上共安装了3个应用程序,分别为愤怒的小鸟、微信和微博。
表4
用户设备通过应用商店客户端与应用商店A的应用服务器a的信息接口查询用户设备中的各个应用是否可以升级,当存在可以升级的应用时,可以通过用户设备的显示界面向用户提示可以升级的应用程序,当接收到用户的升级指令时,向应用服务器a发送应用升级请求,所述应用升级请求可以为多个应用程序的升级请求,也可以为1个应用程序的升级请求,所述应用升级请求可以包括多个参数,如安装包名或应用标识,应用摘要信息(sha1-Degist)和版本号中的一个或多个,所述应用升级请求也可以包括业务自身参数,例如用户设备联网方式,如WIFI(Wireless Fidelity,无线保真),3G(3rd-generation,第三代移动通信技术);支持的压缩方式,如gzip等等。
本实施例以微信升级请求为例,所述微信升级请求用于升级微信,该微信升级请求中的参数可以包括安装包名:微信,摘要信息:1ASDFSAFSDFASASAASADFSAFSDFASASA,也可以包括版本号:1。
308、应用服务器a在所述n个差分包中筛选得到第一差分包。
应用商店A在接收到用户设备发送的微信升级请求时,可以提取所述应用程序升级请求中的摘要信息;将所述应用程序升级请求中的摘要信息与所述n个差分包进行匹配;获取所述n个差分包中与所述应用程序升级请求中的摘要信息相同的所述第一差分包,所述第一差分包和所述用户设备中的微信的第一旧版本安装包相匹配,能够与该第一旧版本安装包组合得到所述新版本安装包。
具体的,应用服务器a可以提取所述微信升级请求中的摘要信息;将所述微信升级请求中的摘要信息与应用服务器a中存储的如表2所示的应用安装包的摘要信息进行匹配,获得与所述微信升级请求中的摘要信息相同的微信安装包,该微信安装包为应用标识为A1的微信A1.0,在所述n个差分包中筛选获取与所述微信升级请求中的摘要信息相同的应用安装包对应的差分包即为第一差分包,本实施例中第一差分包为表3中记录的标识为X1的差分包。
309、应用服务器a发送响应消息至所述用户设备。
所述响应消息可以包括多个参数,如安装包名或应用标识,新版本安装包的摘要信息(sha1-Degist_All)、第一差分包的摘要信息(sha1-Degist_Patch)、新版本安装包的大小第一差分包的大小(Size_Patch),所述响应消息也可以包括业务自身参数,例如差分包下载地址等等。
310、用户设备根据所述第一差分包和所述用户设备中的微信的第一旧版本安装包得到所述新版本安装包。
本实施例中所述微信的第一旧版本安装包为表4中应用标识为A1的安装包。
用户设备首先可以根据所述响应消息下载得到所述第一差分包,获取所述第一差分包后,可以计算所述第一差分包的摘要信息,判断所述第一差分包的摘要信息与所述响应消息中的第一差分包的摘要信息是否一致,若一致,说明下载第一差分包成功,若不一致,说明下载第一差分包失败,可以重新进行下载。
当下载第一差分包成功后,可以将所述第一差分包和所述用户设备中的微信的第一旧版本安装包组合得到新版本安装包。特别的,用户设备可以再次计算所述新版本安装包的摘要信息,然后判断所述新版本安装包的摘要信息与所述响应消息中的新版本安装包的摘要信息是否一致,若一致,说明生成新版本安装包成功,若不一致,说明生成新版本安装包失败,可以重新进行新版本安装包的生成。
需要说明的是,本发明实施例提供的应用处理方法步骤的先后顺序可以进行适当调整,步骤也可以根据情况进行相应增减,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化的方法,因此不再赘述。
本发明实施例提供的应用程序处理方法中,由于应用收集服务器收集了不同应用商店中的多个不同的安装包,使得第一应用服务器可以在获取所述应用程序的新版本安装包后,根据所述不同的安装包得到旧版本安装包及相应的差分包,由于第一应用服务器能够提供多个差分包,使得所述第一应用服务器在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包,那么,即使用户设备中需要升级的应用程序的旧版本安装包不是在第一应用服务器中下载的,也可以获得相应的差分包对该应用程序进行升级,因此,能够实现跨应用商店的应用程序的差分升级。
本发明实施例一种应用收集服务器40,如图4所示,包括:获取单元401和第一发送单元402。
获取单元401,用于获取第一应用程序的m个不同的安装包,所述m个不同的安装包来自各个应用商店,并发送所述m个不同的安装包至第一发送单元402,m≥2。
对于同一个应用程序的同一版本,应用开发者可能为各个应用商店提供不同的安装包,因此,同一个应用程序的安装包可能有多个,分别来自应用程序处理系统中的各个应用商店。
第一发送单元402,用于接收所述获取单元发送的所述m个不同的安装包,并发送所述m个不同的安装包至第一应用服务器,以便于所述第一应用服务器在获取所述第一应用程序的新版本安装包后,在所述m个不同的安装包中筛选获得n个旧版本安装包,并得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级,使得所述第一应用服务器在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包,n≥1。
应用收集服务器可以服务于一个或多个应用商店,进行应用程序的收集和处理等工作,实际应用中,应用收集服务器通常服务于固定的应用商店,本发明实施例假设应用收集服务器为第一应用商店服务。
这样一来,获取单元收集了不同应用商店中的多个不同的安装包,第一发送单元将所述多个不同的安装包发送至第一应用服务器,使得第一应用服务器可以在获取所述应用程序的新版本安装包后,根据所述不同的安装包得到旧版本安装包及相应的差分包,由于第一应用服务器能够提供多个差分包,使得所述第一应用服务器在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包,那么,即使用户设备中需要升级的应用程序的旧版本安装包不是在第一应用服务器中下载的,也可以获得相应的差分包对该应用程序进行升级,因此,能够实现跨应用商店的应用程序的差分升级。
进一步的,所述获取单元401在获取所述各个应用商店的第一应用程序的安装包时具体用于:
获取所述各个应用商店的第一应用程序的安装包:通过与各个应用商店之间的应用获取接口获取所述各个应用商店的第一应用程序的安装包;或者,通过搜索爬虫获取所述各个应用商店的网页地址,根据所述各个应用商店的网页地址在所述各个应用商店的网页中获取所述第一应用程序的下载地址,根据所述第一应用程序的下载地址下载得到所述各个应用商店的第一应用程序的安装包。生成所述各个应用商店的第一应用程序的安装包的摘要信息;通过比较所述摘要信息,在所述各个应用商店的第一应用程序的安装包中筛选得到摘要信息不同的m个安装包。
需要说明的是,搜索爬虫又名网络爬虫,是一个自动提取网页的程序,它为搜索引擎从万维网上下载网页,是搜索引擎的重要组成部分。在本实施例中可以设置应用商店搜索爬虫来获取所述各个应用商店的网页地址。
特别的,如图5所示,所述应用收集服务器40还包括:处理单元403和第二发送单元404。
处理单元403,用于在所述获取单元获取第一应用程序的m个不同的安装包之后,对所述m个不同的安装包的信息进行整理得到安装包信息,所述安装包信息包括:应用标识、包名、版本号、文件大小、摘要信息和来源的任意一种或多种。
第二发送单元404,用于将所述安装包信息发送至第一应用服务器,以便于所述第一应用服务器根据所述安装包信息进行安装包的筛选,从而在后续过程中有效地生成差分包。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的应用收集服务器的各单元的具体步骤,可以参考应用程序处理方法实施例中的对应过程,在此不再赘述。
本发明实施例提供一种应用服务器50,所述应用服务器50服务于第一应用商店,所述应用服务器可以为上述方法实施例中的第一应用服务器,如图6所示,包括:第一接收单元501、第二接收单元502、筛选单元503、差分单元504和处理单元505。
第一接收单元501,用于接收应用收集服务器发送的第一应用程序的m个不同的安装包,并发送所述m个不同的安装包至筛选单元503,所述m个不同的安装包是由所述应用收集服务器获取的,来自各个应用商店,m≥2。特别的,所述第一应用程序的新版本安装包通常为开发者开发完成后上传到应用服务器的。
进一步的,所述第一接收单元501还可以接收应用收集服务器发送的第一应用程序的安装包信息,所述安装包信息包括:应用标识、包名(packageName)、版本号(versionCode)、文件大小、摘要信息和来源的任意一种或多种。所述安装包信息使得各个安装包的形式和信息统一,便于识别和筛选。所述应用服务器根据所述安装包信息进行安装包的筛选,从而在后续过程中有效地生成差分包。
第二接收单元502,用于接收所述第一应用程序的新版本安装包,并分别发送所述新版本安装包至筛选单元503和差分单元504。
筛选单元503,用于接收所述第一接收单元501发送的所述m个不同的安装包以及所述第二接收单元502发送的所述新版本安装包,并在所述m个不同的安装包中筛选获得n个旧版本安装包,发送所述n个旧版本安装包至差分单元504,n≥1。
进一步的,所述筛选单元503还可以对接收机接收的m个不同的安装包进行处理,得到安装包信息,以便于进行安装包的识别和筛选,从而有效地生成差分包。
所述旧版本安装包的版本号小于所述新版本安装包的版本号。对于同一个应用程序的同一版本,应用开发者可能为各个应用商店提供不同的安装包,因此,应用程序的旧版本安装包可能有多个。
所述筛选单元503在所述m个不同的安装包中筛选获得n个旧版本安装包的过程中,具体可以用于:
在所述m个不同的安装包中筛选得到版本号小于所述新版本安装包的版本号的n个旧版本安装包。
需要说明的是,通常每个应用商店都有自身相应的应用服务器,用于实现该应用商店中的应用程序的存储,获取等等功能,本实施例假设应用服务器服务于第一应用商店,所述应用服务器可以是一个或多个子应用服务器集成的服务器系统,本发明对此不做限定。
差分单元504,用于接收所述第二接收单元502发送的所述新版本安装包和所述筛选单元503发送的所述n个旧版本安装包,将所述n个旧版本安装包分别与所述新版本安装包进行差分,得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级;
处理单元505,用于在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包。
这样一来,由于第一接收单元接收应用收集服务器收集的不同应用商店中的多个不同的安装包,使得在第二接收单元获取所述应用程序的新版本安装包后,筛选单元根据所述不同的安装包得到旧版本安装包,差分单元得到相应的差分包,由于应用服务器能够提供多个差分包,那么,在处理单元接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,即使用户设备中需要升级的应用程序的旧版本安装包不是在应用服务器中下载的,也可以获得相应的差分包对该应用程序进行升级,因此,能够实现跨应用商店的应用程序的差分升级。
进一步的,如图7所示,所述处理单元505具体可以包括:接收子单元5051、筛选子单元5052和发送子单元5053。
接收子单元5051,用于接收到用户设备发送用于升级所述第一应用程序的应用程序升级请求,所述应用程序升级请求包括:所述用户设备中的第一旧版本安装包的摘要信息。
筛选子单元5052,用于根据所述第一旧版本安装包的摘要信息在所述筛选单元筛选出的所述n个差分包中筛选得到第一差分包,所述第一差分包和所述第一旧版本安装包能够组合得到所述新版本安装包。
所述筛选子单元5052具体可以用于:
提取所述应用程序升级请求中的第一旧版本安装包的摘要信息。
将所述应用程序升级请求中的第一旧版本安装包的摘要信息与所述n个差分包的摘要信息进行匹配。
获取所述n个差分包中与所述应用程序升级请求中的第一旧版本安装包的摘要信息相同的所述第一差分包。
发送子单元5053,用于发送响应消息至所述用户设备,所述响应消息包括所述第一差分包的信息,以便于所述用户设备根据所述响应消息将所述第一差分包和所述第一旧版本安装包组合得到所述新版本安装包。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的应用服务器的各单元的具体步骤,可以参考应用程序处理方法实施例中的对应过程,在此不再赘述。
本发明实施例提供一种应用处理系统,包括:本发明任一实施例提供的应用收集服务器和本发明任一实施例提供的应用服务器。
所述应用收集服务器用于获取第一应用程序的m个不同的安装包,所述m个不同的安装包来自各个应用商店,m≥2;发送所述m个不同的安装包至应用服务器,以便于所述应用服务器在获取所述第一应用程序的新版本安装包后,在所述m个不同的安装包中筛选获得n个旧版本安装包,并得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级,使得所述第一应用服务器在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包,n≥1。所述应用收集服务器可以为图4或图5所示的应用收集服务器。
所述应用服务器服务于第一应用商店,用于接收应用收集服务器发送的第一应用程序的m个不同的安装包,所述m个不同的安装包是由所述应用收集服务器获取的,来自各个应用商店,m≥2;接收所述第一应用程序的新版本安装包;在所述m个不同的安装包中筛选获得n个旧版本安装包,n≥1;将所述n个旧版本安装包分别与所述新版本安装包进行差分,得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级;在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包。所述应用服务器可以为上述方法实施例中的第一应用服务器,如图6或图7所示。
本发明实施例提供一种应用收集服务器60,如图8所示,包括:处理器601和发射机602。
处理器601,用于获取第一应用程序的m个不同的安装包,所述m个不同的安装包来自各个应用商店,m≥2。
对于同一个应用程序的同一版本,应用开发者可能为各个应用商店提供不同的安装包,因此,同一个应用程序的安装包可能有多个,分别来自应用程序处理系统中的各个应用商店。
发射机602,用于发送所述m个不同的安装包至第一应用服务器,以便于所述第一应用服务器在获取所述第一应用程序的新版本安装包后,在所述m个不同的安装包中筛选获得n个旧版本安装包,并得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级,使得所述第一应用服务器在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包,n≥1。
应用收集服务器可以服务于一个或多个应用商店,进行应用程序的收集和处理等工作,实际应用中,应用收集服务器通常服务于固定的应用商店,本发明实施例假设应用收集服务器为第一应用商店服务。
这样一来,处理器收集了不同应用商店中的多个不同的安装包,发射机将所述多个不同的安装包发送至第一应用服务器,使得第一应用服务器可以在获取所述应用程序的新版本安装包后,根据所述不同的安装包得到旧版本安装包及相应的差分包,由于第一应用服务器能够提供多个差分包,使得所述第一应用服务器在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包,那么,即使用户设备中需要升级的应用程序的旧版本安装包不是在第一应用服务器中下载的,也可以获得相应的差分包对该应用程序进行升级,因此,能够实现跨应用商店的应用程序的差分升级。
进一步的,所述处理器601具体用于:
获取所述各个应用商店的第一应用程序的安装包;生成所述各个应用商店的第一应用程序的安装包的摘要信息;通过比较所述摘要信息,在所述各个应用商店的第一应用程序的安装包中筛选得到摘要信息不同的m个安装包。
所述处理器601具体用于:通过与各个应用商店之间的应用获取接口获取所述各个应用商店的第一应用程序的安装包;或者,通过搜索爬虫获取所述各个应用商店的网页地址,根据所述各个应用商店的网页地址在所述各个应用商店的网页中获取所述第一应用程序的下载地址,根据所述第一应用程序的下载地址下载得到所述各个应用商店的第一应用程序的安装包。
所述处理器601还用于:
在获取所述第一应用程序的m个不同的安装包之后,对所述m个不同的安装包的信息进行整理得到安装包信息,所述安装包信息包括:应用标识、包名、版本号、文件大小、摘要信息和来源的任意一种或多种。
所述发射机602还用于将所述安装包信息发送至第一应用服务器,以便于所述第一应用服务器根据所述安装包信息进行安装包的筛选。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的应用收集服务器的各模块的具体步骤,可以参考应用程序处理方法实施例中的对应过程,在此不再赘述。
本发明实施例提供一种应用服务器70,所述应用服务器70服务于第一应用商店,所述应用服务器可以为上述方法实施例中的第一应用服务器,如图9所示,包括:接收机701和处理器702。
接收机701,用于接收应用收集服务器发送的第一应用程序的m个不同的安装包,所述m个不同的安装包是由所述应用收集服务器获取的,来自各个应用商店,m≥2。
所述接收机701还可以接收应用收集服务器发送的第一应用程序的安装包信息,所述安装包信息包括:应用标识、包名(packageName)、版本号(versionCode)、文件大小、摘要信息和来源的任意一种或多种。所述安装包信息使得各个安装包的形式和信息统一,便于识别和筛选。其中,所述应用标识和包名可以用于第一应用程序的安装包的识别,版本号和摘要信息可以用于各个安装包的筛选,所述文件大小和来源可以由应用服务器通过第一应用商店的客户端显示给用户,所述文件大小作为安装包下载的流量大小的参考信息,所述来源作为安装包下载来源的参考信息。所述安装包信息使得各个安装包的形式和信息统一,便于识别和筛选。所述应用服务器根据所述安装包信息中的版本号和摘要信息进行安装包的筛选,从而在后续过程中有效地生成差分包。特别的,当所述安装包信息中不包括版本号和摘要信息时,应用服务器可以在接收到安装包时生成与该安装包相应的版本号和摘要信息,以便于进行各个安装包的筛选。
所述接收机701还用于接收第一应用程序的新版本安装包。
处理器702,用于在所述m个不同的安装包中筛选获得n个旧版本安装包,n≥1。
所述处理器702还用于将所述n个旧版本安装包分别与所述新版本安装包进行差分,得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级。
所述处理器702还用于在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包。
特别的,所述处理器702还可以对接收机接收的m个不同的安装包进行处理,得到安装包信息,以便于进行安装包的识别和筛选,从而有效地生成差分包。
这样一来,由于接收机接收应用收集服务器收集的不同应用商店中的多个不同的安装包,使得在接收机获取所述应用程序的新版本安装包后,处理器根据所述不同的安装包得到旧版本安装包和相应的差分包,由于应用服务器能够提供多个差分包,那么,在处理器接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,即使用户设备中需要升级的应用程序的旧版本安装包不是在应用服务器中下载的,也可以获得相应的差分包对该应用程序进行升级,因此,能够实现跨应用商店的应用程序的差分升级。
进一步的,所述处理器702具体用于:
在所述m个不同的安装包中筛选得到版本号小于所述新版本安装包的版本号的n个旧版本安装包。
所述接收机701还用于接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求,所述应用程序升级请求包括:所述用户设备中的第一旧版本安装包的摘要信息;
所述处理器702用于根据所述第一旧版本安装包的摘要信息在所述n个差分包中筛选得到与所述第一旧版本安装包相匹配的第一差分包,所述第一差分包和所述第一旧版本安装包组合得到所述新版本安装包;
特别的,如图10所示,所述应用服务器70还包括:
发射机703,用于发送响应消息至所述用户设备,所述响应消息包括所述第一差分包的信息,以便于所述用户设备根据所述响应消息将所述第一差分包和所述第一旧版本安装包组合得到所述新版本安装包。
所述处理器702具体用于:
提取所述应用程序升级请求中的第一旧版本安装包的摘要信息;将所述应用程序升级请求中的第一旧版本安装包的摘要信息与所述n个差分包的摘要信息进行匹配;获取所述n个差分包中与所述应用程序升级请求中的第一旧版本安装包的摘要信息相同的所述第一差分包。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的应用服务器的各模块的具体步骤,可以参考应用程序处理方法实施例中的对应过程,在此不再赘述。
本发明实施例提供一种应用处理系统,包括:本发明实施例提供的应用收集服务器和本发明实施例提供的应用服务器。
所述应用收集服务器用于获取第一应用程序的m个不同的安装包,所述m个不同的安装包来自各个应用商店,m≥2;发送所述m个不同的安装包至应用服务器,以便于所述应用服务器在获取所述第一应用程序的新版本安装包后,在所述m个不同的安装包中筛选获得n个旧版本安装包,并得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级,使得所述第一应用服务器在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包,n≥1。所述应用收集服务器可以为图8所示的应用收集服务器。
所述应用服务器服务于第一应用商店,用于接收应用收集服务器发送的第一应用程序的m个不同的安装包,所述m个不同的安装包是由所述应用收集服务器获取的,来自各个应用商店,m≥2;接收所述第一应用程序的新版本安装包;在所述m个不同的安装包中筛选获得n个旧版本安装包,n≥1;将所述n个旧版本安装包分别与所述新版本安装包进行差分,得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级;在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包。所述应用服务器可以为上述方法实施例中的第一应用服务器,如图9或图10所示。
图11描述了本发明另一个实施例提供的应用收集服务器的结构,包括至少一个处理器801(例如CPU),至少一个网络接口802或者其他通信接口,存储器803,和至少一个通信总线804,用于实现这些装置之间的连接通信。处理器801用于执行存储器803中存储的可执行模块,例如计算机程序。存储器803可能包含高速随机存取存储器(RAM:RandomAccess Memory),也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。通过至少一个网络接口802(可以是有线或者无线)实现该应用收集服务器与至少一个其他网元之间的通信连接,可以使用互联网,广域网,本地网,城域网等。
在一些实施方式中,存储器803存储了程序8031,程序8031可以被处理器801执行,这个程序8031包括:
获取第一应用程序的m个不同的安装包,所述m个不同的安装包来自各个应用商店,m≥2;
发送所述m个不同的安装包至第一应用服务器,以便于所述第一应用服务器在获取所述第一应用程序的新版本安装包后,在所述m个不同的安装包中筛选获得n个旧版本安装包,并得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级,使得所述第一应用服务器在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包,n≥1。
所述获取第一应用程序的m个不同的安装包,所述m个不同的安装包来自各个应用商店包括:
获取所述各个应用商店的第一应用程序的安装包;
生成所述各个应用商店的第一应用程序的安装包的摘要信息;
通过比较所述摘要信息,在所述各个应用商店的第一应用程序的安装包中筛选得到摘要信息不同的m个安装包。
所述获取所述各个应用商店的第一应用程序的安装包包括:
通过与各个应用商店之间的应用获取接口获取所述各个应用商店的第一应用程序的安装包;
或者,
通过搜索爬虫获取所述各个应用商店的网页地址,
根据所述各个应用商店的网页地址在所述各个应用商店的网页中获取所述第一应用程序的下载地址,
根据所述第一应用程序的下载地址下载得到所述各个应用商店的第一应用程序的安装包。
在所述获取第一应用程序的m个不同的安装包之后,所述方法还包括:
对所述m个不同的安装包的信息进行整理得到安装包信息,所述安装包信息包括:应用标识、包名、版本号、文件大小、摘要信息和来源的任意一种或多种;
将所述安装包信息发送至第一应用服务器,以便于所述第一应用服务器根据所述安装包信息进行安装包的筛选。
图12描述了本发明另一个实施例提供的应用服务器的结构,所述应用服务器可以为上述方法实施例中的第一应用服务器,包括至少一个处理器901(例如CPU),至少一个网络接口902或者其他通信接口,存储器903,和至少一个通信总线904,用于实现这些装置之间的连接通信。处理器901用于执行存储器903中存储的可执行模块,例如计算机程序。存储器903可能包含高速随机存取存储器(RAM:Random Access Memory),也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。通过至少一个网络接口902(可以是有线或者无线)实现应用服务器与至少一个其他网元之间的通信连接,可以使用互联网,广域网,本地网,城域网等。
在一些实施方式中,存储器903存储了程序9031,程序9031可以被处理器901执行,这个程序9031包括:
接收应用收集服务器发送的第一应用程序的m个不同的安装包,所述m个不同的安装包是由所述应用收集服务器获取的,来自各个应用商店,m≥2;
接收所述第一应用程序的新版本安装包;
在所述m个不同的安装包中筛选获得n个旧版本安装包,n≥1;
将所述n个旧版本安装包分别与所述新版本安装包进行差分,得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级;
在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包。
所述在所述m个不同的安装包中筛选获得n个旧版本安装包包括:
在所述m个不同的安装包中筛选得到版本号小于所述新版本安装包的版本号的n个旧版本安装包。
所述在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包包括:
接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求,所述应用程序升级请求包括:所述用户设备中的第一旧版本安装包的摘要信息;
根据所述第一旧版本安装包的摘要信息在所述n个差分包中筛选得到与所述第一旧版本安装包相匹配的第一差分包,所述第一差分包和所述第一旧版本安装包组合得到所述新版本安装包;
发送响应消息至所述用户设备,所述响应消息包括所述第一差分包的信息,以便于所述用户设备根据所述响应消息将所述第一差分包和所述第一旧版本安装包组合得到所述新版本安装包。
所述根据所述第一旧版本安装包的摘要信息在所述n个差分包中筛选得到第一差分包包括:
提取所述应用程序升级请求中的第一旧版本安装包的摘要信息;
将所述应用程序升级请求中的第一旧版本安装包的摘要信息与所述n个差分包的摘要信息进行匹配;
获取所述n个差分包中与所述应用程序升级请求中的第一旧版本安装包的摘要信息相同的所述第一差分包。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (17)
1.一种应用程序处理方法,其特征在于,应用于应用收集服务器,包括:
获取第一应用程序的m个不同的安装包,所述m个不同的安装包来自各个应用商店,m≥2;
发送所述m个不同的安装包至第一应用服务器,以便于所述第一应用服务器在获取所述第一应用程序的新版本安装包后,在所述m个不同的安装包中筛选获得n个旧版本安装包,并得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级,使得所述第一应用服务器在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包,n≥1。
2.根据权利要求1所述的方法,其特征在于,所述获取第一应用程序的m个不同的安装包,所述m个不同的安装包来自各个应用商店包括:
获取所述各个应用商店的第一应用程序的安装包;
生成所述各个应用商店的第一应用程序的安装包的摘要信息;
通过比较所述摘要信息,在所述各个应用商店的第一应用程序的安装包中筛选得到摘要信息不同的m个安装包。
3.根据权利要求2所述的方法,其特征在于,所述获取所述各个应用商店的第一应用程序的安装包包括:
通过与各个应用商店之间的应用获取接口获取所述各个应用商店的第一应用程序的安装包;
或者,
通过搜索爬虫获取所述各个应用商店的网页地址,
根据所述各个应用商店的网页地址在所述各个应用商店的网页中获取所述第一应用程序的下载地址,
根据所述第一应用程序的下载地址下载得到所述各个应用商店的第一应用程序的安装包。
4.根据权利要求1至3任意一项权利要求所述的方法,其特征在于,在所述获取第一应用程序的m个不同的安装包之后,所述方法还包括:
对所述m个不同的安装包的信息进行整理得到安装包信息,所述安装包信息包括:应用标识、包名、版本号、文件大小、摘要信息和来源的任意一种或多种;
将所述安装包信息发送至第一应用服务器,以便于所述第一应用服务器根据所述安装包信息进行安装包的筛选。
5.一种应用程序处理方法,其特征在于,应用于第一应用服务器,所述第一应用服务器服务于第一应用商店,包括:
接收应用收集服务器发送的第一应用程序的m个不同的安装包,所述m个不同的安装包是由所述应用收集服务器获取的,来自各个应用商店,m≥2;
接收所述第一应用程序的新版本安装包;
在所述m个不同的安装包中筛选获得n个旧版本安装包,n≥1;
将所述n个旧版本安装包分别与所述新版本安装包进行差分,得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级;
在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包。
6.根据权利要求5所述的方法,其特征在于,所述在所述m个不同的安装包中筛选获得n个旧版本安装包包括:
在所述m个不同的安装包中筛选得到版本号小于所述新版本安装包的版本号的n个旧版本安装包。
7.根据权利要求5或6所述的方法,其特征在于,所述在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包包括:
接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求,所述应用程序升级请求包括:所述用户设备中的第一旧版本安装包的摘要信息;
根据所述第一旧版本安装包的摘要信息在所述n个差分包中筛选得到与所述第一旧版本安装包相匹配的第一差分包,所述第一差分包和所述第一旧版本安装包组合得到所述新版本安装包;
发送响应消息至所述用户设备,所述响应消息包括所述第一差分包的信息,以便于所述用户设备根据所述响应消息将所述第一差分包和所述第一旧版本安装包组合得到所述新版本安装包。
8.根据权利要求7所述的方法,其特征在于,所述根据所述第一旧版本安装包的摘要信息在所述n个差分包中筛选得到第一差分包包括:
提取所述应用程序升级请求中的第一旧版本安装包的摘要信息;
将所述应用程序升级请求中的第一旧版本安装包的摘要信息与所述n个差分包的摘要信息进行匹配;
获取所述n个差分包中与所述应用程序升级请求中的第一旧版本安装包的摘要信息相同的所述第一差分包。
9.一种应用收集服务器,其特征在于,包括:
获取单元,用于获取第一应用程序的m个不同的安装包,所述m个不同的安装包来自各个应用商店,并发送所述m个不同的安装包至第一发送单元,m≥2;
第一发送单元,用于接收所述获取单元发送的所述m个不同的安装包,并发送所述m个不同的安装包至第一应用服务器,以便于所述第一应用服务器在获取所述第一应用程序的新版本安装包后,在所述m个不同的安装包中筛选获得n个旧版本安装包,并得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级,使得所述第一应用服务器在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包,n≥1。
10.根据权利要求9所述的应用收集服务器,其特征在于,所述获取单元具体用于:
获取所述各个应用商店的第一应用程序的安装包;
生成所述各个应用商店的第一应用程序的安装包的摘要信息;
通过比较所述摘要信息,在所述各个应用商店的第一应用程序的安装包中筛选得到摘要信息不同的m个安装包。
11.根据权利要求10所述的应用收集服务器,其特征在于,所述获取单元在获取所述各个应用商店的第一应用程序的安装包时具体用于:
通过与各个应用商店之间的应用获取接口获取所述各个应用商店的第一应用程序的安装包;
或者,
通过搜索爬虫获取所述各个应用商店的网页地址,
根据所述各个应用商店的网页地址在所述各个应用商店的网页中获取所述第一应用程序的下载地址,
根据所述第一应用程序的下载地址下载得到所述各个应用商店的第一应用程序的安装包。
12.根据权利要求9至11任意一项权利要求所述的应用收集服务器,其特征在于,所述应用收集服务器还包括:
处理单元,用于在所述获取单元获取第一应用程序的m个不同的安装包之后,对所述m个不同的安装包的信息进行整理得到安装包信息,所述安装包信息包括:应用标识、包名、版本号、文件大小、摘要信息和来源的任意一种或多种;
第二发送单元,用于将所述安装包信息发送至第一应用服务器,以便于所述第一应用服务器根据所述安装包信息进行安装包的筛选。
13.一种应用服务器,其特征在于,所述应用服务器服务于第一应用商店,包括:
第一接收单元,用于接收应用收集服务器发送的第一应用程序的m个不同的安装包,并发送所述m个不同的安装包至筛选单元,所述m个不同的安装包是由所述应用收集服务器获取的,来自各个应用商店,m≥2;
第二接收单元,用于接收所述第一应用程序的新版本安装包,并分别发送所述新版本安装包至所述筛选单元和差分单元;
所述筛选单元,用于接收所述第一接收单元发送的所述m个不同的安装包以及所述第二接收单元发送的所述新版本安装包,并在所述m个不同的安装包中筛选获得n个旧版本安装包,发送所述n个旧版本安装包至所述差分单元,n≥1;
所述差分单元,用于接收所述第二接收单元发送的所述新版本安装包和所述筛选单元发送的所述n个旧版本安装包,将所述n个旧版本安装包分别与所述新版本安装包进行差分,得到所述n个旧版本安装包对应的n个差分包,所述差分包用于对所述旧版本安装包的升级;
处理单元,用于在接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求时,向所述用户设备发送与所述用户设备中的旧版本安装包相匹配的差分包。
14.根据权利要求13所述的应用服务器,其特征在于,所述筛选单元在所述m个不同的安装包中筛选获得n个旧版本安装包的过程中,具体用于:
在所述m个不同的安装包中筛选得到版本号小于所述新版本安装包的版本号的n个旧版本安装包。
15.根据权利要求13或14所述的应用服务器,其特征在于,所述处理单元,具体包括:
接收子单元,用于接收到用户设备发送的用于升级所述第一应用程序的应用程序升级请求,所述应用程序升级请求包括:所述用户设备中的第一旧版本安装包的摘要信息;
筛选子单元,用于根据所述第一旧版本安装包的摘要信息在所述筛选单元筛选出的所述n个差分包中筛选得到与所述第一旧版本安装包相匹配的第一差分包,所述第一差分包和所述第一旧版本安装包能够组合得到所述新版本安装包;
发送子单元,用于发送响应消息至所述用户设备,所述响应消息包括所述第一差分包的信息,以便于所述用户设备根据所述响应消息将所述第一差分包和所述第一旧版本安装包组合得到所述新版本安装包。
16.根据权利要求15所述的应用服务器,其特征在于,所述筛选子单元具体用于:
提取所述应用程序升级请求中的第一旧版本安装包的摘要信息;
将所述应用程序升级请求中的第一旧版本安装包的摘要信息与所述n个差分包的摘要信息进行匹配;
获取所述n个差分包中与所述应用程序升级请求中的第一旧版本安装包的摘要信息相同的所述第一差分包。
17.一种应用处理系统,其特征在于,包括:
权利要求9至12任意一项权利要求所述的应用收集服务器;
以及权利要求13至16任意一项权利要求所述的应用服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310300173.0A CN103442026B (zh) | 2013-02-05 | 2013-07-17 | 一种应用程序处理方法、装置和系统 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2013/071397 WO2014121441A1 (zh) | 2013-02-05 | 2013-02-05 | 一种应用程序处理方法、装置和系统 |
CNPCT/CN2013/071397 | 2013-02-05 | ||
CN201310300173.0A CN103442026B (zh) | 2013-02-05 | 2013-07-17 | 一种应用程序处理方法、装置和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103442026A true CN103442026A (zh) | 2013-12-11 |
CN103442026B CN103442026B (zh) | 2017-03-08 |
Family
ID=49695691
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310300173.0A Active CN103442026B (zh) | 2013-02-05 | 2013-07-17 | 一种应用程序处理方法、装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103442026B (zh) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104375870A (zh) * | 2014-12-03 | 2015-02-25 | 广州广电运通金融电子股份有限公司 | 自助终端软件远程升级方法和系统,及升级包制作方法 |
CN104965721A (zh) * | 2014-07-10 | 2015-10-07 | 腾讯科技(深圳)有限公司 | 一种对应用程序进行更新的方法及装置 |
CN105242953A (zh) * | 2015-11-24 | 2016-01-13 | 魅族科技(中国)有限公司 | 一种应用更新的提示方法及装置 |
CN105279428A (zh) * | 2014-07-16 | 2016-01-27 | 通用电气公司 | 用于在执行期间验证应用程序的真实性的系统和方法 |
CN105373410A (zh) * | 2015-12-22 | 2016-03-02 | 京信通信技术(广州)有限公司 | 基站软件差分升级方法及其装置 |
CN105487907A (zh) * | 2015-12-07 | 2016-04-13 | 青岛海信电器股份有限公司 | 一种差分包的制作方法和装置 |
CN105893390A (zh) * | 2015-01-26 | 2016-08-24 | 北京搜狗科技发展有限公司 | 一种应用程序的处理方法及电子设备 |
CN105893080A (zh) * | 2016-03-28 | 2016-08-24 | 努比亚技术有限公司 | 应用管理方法及装置 |
CN105915623A (zh) * | 2016-05-20 | 2016-08-31 | 努比亚技术有限公司 | 应用安装包处理装置及方法 |
CN106990988A (zh) * | 2017-04-05 | 2017-07-28 | 深圳天珑无线科技有限公司 | 一种程序更新的方法及装置 |
CN107015821A (zh) * | 2016-01-28 | 2017-08-04 | 腾讯科技(深圳)有限公司 | 增量更新的方法和装置 |
WO2017193640A1 (zh) * | 2016-05-07 | 2017-11-16 | 腾讯科技(深圳)有限公司 | 应用更新方法和装置 |
CN107465646A (zh) * | 2016-06-02 | 2017-12-12 | 腾讯科技(深圳)有限公司 | 一种应用下载方法、系统及相关设备 |
CN109032641A (zh) * | 2018-07-24 | 2018-12-18 | 杭州安恒信息技术股份有限公司 | 应用版本更新方法及装置 |
CN109871228A (zh) * | 2017-12-05 | 2019-06-11 | 卓望数码技术(深圳)有限公司 | 一种软件升级方法及装置 |
CN110781371A (zh) * | 2019-10-16 | 2020-02-11 | 维沃移动通信有限公司 | 一种内容处理方法及电子设备 |
CN112052020A (zh) * | 2019-06-06 | 2020-12-08 | 广州市百果园信息技术有限公司 | 一种数据更新方法、装置、系统、计算机设备及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0822685A2 (en) * | 1996-08-02 | 1998-02-04 | Fore Systems, Inc. | Processing of TLV based link-state packets |
CN1777317A (zh) * | 2005-12-16 | 2006-05-24 | 北京金山软件有限公司 | 一种实现无线终端程序更新的方法 |
CN101420431A (zh) * | 2008-11-28 | 2009-04-29 | 中兴通讯股份有限公司 | Fota服务器、终端及其软件版本的处理方法和系统 |
CN102081535A (zh) * | 2010-12-17 | 2011-06-01 | 东莞宇龙通信科技有限公司 | 基于Android的应用程序升级方法、系统及应用开发平台 |
CN102081536A (zh) * | 2010-12-30 | 2011-06-01 | 华为终端有限公司 | 一种增量升级方法及服务器 |
CN102215480A (zh) * | 2011-06-25 | 2011-10-12 | 北京播思软件技术有限公司 | 一种基于云计算的差分空中软件升级方法 |
CN102724308A (zh) * | 2012-06-13 | 2012-10-10 | 腾讯科技(深圳)有限公司 | 软件更新方法及软件更新系统 |
-
2013
- 2013-07-17 CN CN201310300173.0A patent/CN103442026B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0822685A2 (en) * | 1996-08-02 | 1998-02-04 | Fore Systems, Inc. | Processing of TLV based link-state packets |
CN1777317A (zh) * | 2005-12-16 | 2006-05-24 | 北京金山软件有限公司 | 一种实现无线终端程序更新的方法 |
CN101420431A (zh) * | 2008-11-28 | 2009-04-29 | 中兴通讯股份有限公司 | Fota服务器、终端及其软件版本的处理方法和系统 |
CN102081535A (zh) * | 2010-12-17 | 2011-06-01 | 东莞宇龙通信科技有限公司 | 基于Android的应用程序升级方法、系统及应用开发平台 |
CN102081536A (zh) * | 2010-12-30 | 2011-06-01 | 华为终端有限公司 | 一种增量升级方法及服务器 |
CN102215480A (zh) * | 2011-06-25 | 2011-10-12 | 北京播思软件技术有限公司 | 一种基于云计算的差分空中软件升级方法 |
CN102724308A (zh) * | 2012-06-13 | 2012-10-10 | 腾讯科技(深圳)有限公司 | 软件更新方法及软件更新系统 |
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104965721A (zh) * | 2014-07-10 | 2015-10-07 | 腾讯科技(深圳)有限公司 | 一种对应用程序进行更新的方法及装置 |
CN104965721B (zh) * | 2014-07-10 | 2019-03-19 | 腾讯科技(深圳)有限公司 | 一种对应用程序进行更新的方法及装置 |
CN105279428A (zh) * | 2014-07-16 | 2016-01-27 | 通用电气公司 | 用于在执行期间验证应用程序的真实性的系统和方法 |
CN104375870A (zh) * | 2014-12-03 | 2015-02-25 | 广州广电运通金融电子股份有限公司 | 自助终端软件远程升级方法和系统,及升级包制作方法 |
CN105893390A (zh) * | 2015-01-26 | 2016-08-24 | 北京搜狗科技发展有限公司 | 一种应用程序的处理方法及电子设备 |
CN105242953A (zh) * | 2015-11-24 | 2016-01-13 | 魅族科技(中国)有限公司 | 一种应用更新的提示方法及装置 |
CN105487907A (zh) * | 2015-12-07 | 2016-04-13 | 青岛海信电器股份有限公司 | 一种差分包的制作方法和装置 |
CN105373410A (zh) * | 2015-12-22 | 2016-03-02 | 京信通信技术(广州)有限公司 | 基站软件差分升级方法及其装置 |
CN105373410B (zh) * | 2015-12-22 | 2019-04-30 | 京信通信系统(中国)有限公司 | 基站软件差分升级方法及其装置 |
CN107015821A (zh) * | 2016-01-28 | 2017-08-04 | 腾讯科技(深圳)有限公司 | 增量更新的方法和装置 |
CN105893080B (zh) * | 2016-03-28 | 2019-04-16 | 努比亚技术有限公司 | 应用管理方法及装置 |
CN105893080A (zh) * | 2016-03-28 | 2016-08-24 | 努比亚技术有限公司 | 应用管理方法及装置 |
WO2017193640A1 (zh) * | 2016-05-07 | 2017-11-16 | 腾讯科技(深圳)有限公司 | 应用更新方法和装置 |
US10871953B2 (en) | 2016-05-07 | 2020-12-22 | Tencent Technology (Shenzhen) Company Limited | Application update method and apparatus |
CN105915623A (zh) * | 2016-05-20 | 2016-08-31 | 努比亚技术有限公司 | 应用安装包处理装置及方法 |
CN107465646A (zh) * | 2016-06-02 | 2017-12-12 | 腾讯科技(深圳)有限公司 | 一种应用下载方法、系统及相关设备 |
CN106990988A (zh) * | 2017-04-05 | 2017-07-28 | 深圳天珑无线科技有限公司 | 一种程序更新的方法及装置 |
CN109871228A (zh) * | 2017-12-05 | 2019-06-11 | 卓望数码技术(深圳)有限公司 | 一种软件升级方法及装置 |
CN109032641A (zh) * | 2018-07-24 | 2018-12-18 | 杭州安恒信息技术股份有限公司 | 应用版本更新方法及装置 |
CN109032641B (zh) * | 2018-07-24 | 2022-07-08 | 杭州安恒信息技术股份有限公司 | 应用版本更新方法及装置 |
CN112052020A (zh) * | 2019-06-06 | 2020-12-08 | 广州市百果园信息技术有限公司 | 一种数据更新方法、装置、系统、计算机设备及存储介质 |
CN110781371A (zh) * | 2019-10-16 | 2020-02-11 | 维沃移动通信有限公司 | 一种内容处理方法及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
CN103442026B (zh) | 2017-03-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103442026A (zh) | 一种应用程序处理方法、装置和系统 | |
CN102355500B (zh) | 业务推送方法和装置 | |
CN105302587B (zh) | 数据更新方法及装置 | |
CN102109989A (zh) | 一种控制浏览器缓存的方法、装置和系统 | |
CN102215479B (zh) | 升级包下载及安装的方法、服务器及系统 | |
CN105824614A (zh) | 基于Docker的分布式开发环境的搭建方法及装置 | |
CN101044454A (zh) | 软件程序同步的方法 | |
CN102819461A (zh) | 桌面同步方法、装置、设备及系统 | |
CN101695157A (zh) | 网络应用中移动终端屏幕显示的自适应方法及系统 | |
CN104580376B (zh) | 在局域网中建立终端之间连接的方法、装置和系统 | |
CN103297275A (zh) | Web网管客户端模块动态发现与加载的系统及方法 | |
CN104796491A (zh) | 一种服务器和基于一次扫码的软件下载及注册方法 | |
CN104239467A (zh) | 应用程序的推荐方法、系统和装置 | |
CN104093075A (zh) | 一种门户页面更新方法及系统 | |
WO2013097525A1 (zh) | 传输网络视频的方法及系统 | |
CN106648798A (zh) | 一种跨版本ota动态升级方法 | |
CN105451154A (zh) | 车载信息系统及其控制方法 | |
CN103812900A (zh) | 一种数据同步方法、装置及系统 | |
CN106331055A (zh) | 标识符生成装置及方法 | |
CN107038046A (zh) | 音频播放系统的升级方法、装置及终端 | |
CN102929835B (zh) | 设备管理方法及装置 | |
CN107968725B (zh) | 家庭网关单元型终端设备配置信息返回及配置方法、设备 | |
CN102624674B (zh) | 客户端访问服务器的智能切换系统及其方法 | |
CN106230948A (zh) | 服务端与广告推送装置及方法 | |
CN107277578A (zh) | 通过移动终端对电视终端进行操控的方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |