CN105022832B - App应用程序安全下载的方法、移动终端及下载服务器 - Google Patents

Abstract

本发明公开了一种APP应用程序安全下载的方法、移动终端及下载服务器，其中所述方法包括：接收移动终端发送的非官方APP应用程序的下载请求信令，获取APP应用程序的资源地址定位符URL；查询本地APP应用程序资源库中是否存在所述下载请求信令指示对应的官方APP应用程序；当本地APP应用程序资源库中包含对应的官方APP应用程序时，将官方APP应用程序的资源地址定位符URL发送给移动终端，使得所述移动终端根据所述官方APP应用程序的资源地址定位符URL下载资源。该方法在不影响用户下载APP应用程序的同时将其有风险的服务器地址下载链接换为安全的服务器地址下载链接，提升移动终端的信息安全保护级别。

Description

APP应用程序安全下载的方法、移动终端及下载服务器

技术领域

本发明涉及计算机信息技术领域，特别涉及一种APP应用程序安全下载的方法、移动终端及下载服务器。

背景技术

随着智能移动终端日新月异的更新速度，移动终端APP应用程序的开发和版本更新速度的不断提高，各种APP应用程序的下载处理也逐渐频繁。APP是英文Application的简称，由于智能移动终端的风靡流行，现在的APP指智能手机的第三方应用程序。目前市场上有很多移动终端的软件商店，比较著名的APP商店有Apple的iTunes商店里面的App Store，android的Google Play Store，诺基亚的ovi store，还有Blackberry用户的，BlackBerryApp World。

各个移动终端生成厂商在移动终端出厂时会内置官方自身的软件商店，里面的软件或APP应用程序都是经过生成厂商官方逐一测试的，可以很好的保证软件和硬件设备之间的兼容性与安全性，但是非官方的软件商店对软件或APP应用程序的测试就没那么严格，给移动终端带来很多风险，而且现在移动终端往往都捆绑了银行、理财或其他支付类的APP应用，移动终端自身的安全性不容小觑，为此用户自身都希望能当下载这些有未知风险的APP应用程序时能够获得安全保证，或者希望将非官方的APP应用程序其换成官方的APP应用程序。

发明内容

本发明的目的在于克服现有技术的缺点与不足，提供一种APP应用程序安全下载的方法、移动终端及下载服务器。

根据公开的实施例，本发明第一方面公开了一种APP应用程序安全下载的方法，执行主体是下载服务器，具体包括下列步骤：

接收移动终端发送的非官方APP应用程序的下载请求信令，获取所述APP应用程序的资源地址定位符URL；

查询本地APP应用程序资源库中是否存在所述下载请求信令指示对应的官方APP应用程序；

当所述本地APP应用程序资源库中包含所述下载请求信令对应的官方APP应用程序时，将所述官方APP应用程序的资源地址定位符URL发送给所述移动终端，使得所述移动终端根据所述官方APP应用程序的资源地址定位符URL下载资源。

进一步地，所述查询本地APP应用程序资源库中是否存在所述非官方下载请求信令指示对应的官方APP应用程序包括：

根据所述APP应用程序的资源地址定位符URL查询APP应用程序包名解析表，若查询存在，获取所述APP应用程序的包名；

根据所述APP应用程序的包名查询官方APP应用程序资源列表，若查询存在，将所述下载请求信息中的非官方APP应用程序的资源地址定位符URL替换为官方APP应用程序的资源地址定位符URL。

进一步地，所述根据所述APP应用程序的资源地址定位符URL查询APP应用程序包名解析表，若查询不存在，还包括：

当所述移动终端下载完成所述APP应用程序后，获取所述APP应用程序的包名；

生成所述APP应用程序的资源地址定位符URL与所述APP应用程序的包名的映射关系，

将所述映射关系添加到所述APP应用程序包名解析表。

进一步地，还包括下列步骤：

当所述本地APP应用程序资源库中不包含所述下载请求信令对应的官方APP应用程序时，将所述非官方的APP应用程序的资源地址定位符URL发送给所述移动终端，使得所述移动终端根据所述非官方的APP应用程序的资源地址定位符URL下载资源。

根据公开的实施例，本发明第二方面公开了一种APP应用程序安全下载的方法，执行主体是移动终端，具体包括下列步骤：

向下载服务器发送APP应用程序的非官方下载请求信令；

接收所述下载服务器返回的APP应用程序的资源地址定位符URL，从所述资源地址定位符URL对应的服务器下载APP应用程序。

根据公开的实施例，本发明第三方面公开了一种下载服务器，包括下列模块：

第一接收模块，用于接收移动终端发送的非官方APP应用程序的下载请求信令，获取所述APP应用程序的资源地址定位符URL；

查询模块，用于查询本地APP应用程序资源库中是否存在所述下载请求信令指示对应的官方APP应用程序；

第一发送模块，用于当所述本地APP应用程序资源库中包含所述下载请求信令对应的官方APP应用程序时，将所述官方APP应用程序的资源地址定位符URL发送给所述移动终端，使得所述移动终端根据所述官方APP应用程序的资源地址定位符URL下载资源。

进一步地，所述查询模块包括：

第一查询单元，用于根据所述APP应用程序的资源地址定位符URL查询APP应用程序包名解析表，若查询存在，获取所述APP应用程序的包名；

第二查询单元，用于根据所述APP应用程序的包名查询官方APP应用程序资源列表，若查询存在，将所述下载请求信息中的非官方APP应用程序的资源地址定位符URL替换为官方APP应用程序的资源地址定位符URL。

进一步地，所述查询模块还包括：

包名获取单元，用于当所述移动终端下载完成所述APP应用程序后，获取所述APP应用程序的包名；

映射生成单元，用于生成所述APP应用程序的资源地址定位符URL与所述APP应用程序的包名的映射关系，

添加单元，用于将所述映射关系添加到所述APP应用程序包名解析表。

进一步地，下载服务器还包括：

第二发送模块，用于当所述本地APP应用程序资源库中不包含所述下载请求信令对应的官方APP应用程序时，将所述非官方的APP应用程序的资源地址定位符URL发送给所述移动终端，使得所述移动终端根据所述非官方的APP应用程序的资源地址定位符URL下载资源。

根据公开的实施例，本发明第四方面公开了一种移动终端，包括下列单元：

第二发送单元，用于向下载服务器发送APP应用程序的非官方下载请求信令；

接收下载单元，用于接收所述下载服务器返回的APP应用程序的资源地址定位符URL，从所述资源地址定位符URL对应的服务器下载APP应用程序。

本发明相对于现有技术具有如下的优点及效果：

本发明提供的APP应用程序安全下载管理方法在不影响用户下载APP应用程序的同时将其有风险的服务器地址下载链接换为安全的服务器地址下载链接，提升移动终端的信息安全保护级别。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或者现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是实施例一中一种APP应用程序安全下载的方法的流程步骤图；

图2是实施例一中另一种APP应用程序安全下载的方法的流程步骤图；

图3是实施例二中一种APP应用程序安全下载的方法的流程步骤图；

图4是实施例三中一种下载服务器的组成框图；

图5是实施例三中另一种下载服务器的组成框图；

图6是实施例四中一种移动终端的组成框图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

以下根据实施例分别进行详细说明。

实施例一

请参见图1，图1是本实施例一中一种APP应用程序安全下载的方法的流程步骤图。图1所示的一种APP应用程序安全下载管理方法，应用主体为云端的下载服务器，所述云端的下载服务器是基于WEB3.0的概念，具有高度分布式、高度虚拟化等特点，使得网络资源得到充分的利用。随着网络技术的飞速发展，基于C/S模式(客户端/服务器模式)的数据服务方式被广泛使用，APP应用提供商常常将APP应用放置于指定的云端服务器上供相应移动终端设备(客户端)下载。在移动通信领域，移动终端厂商通常将旗下移动终端APP应用及应用软件升级包放置于云端的专用下载服务器上供移动终端下载。

下面结合图1，具体说明一种APP应用程序安全下载管理方法的流程步骤。

步骤S101、下载服务器接收移动终端发送的非官方APP应用程序的下载请求信令，获取所述APP应用程序的资源地址定位符URL；

移动终端用户在其他非官方软件商店下载APP应用程序时，在下载开始阶段官方下载服务器只知道请求下载的APP应用程序的资源地址定位符URL，并不知道用户要下载的APP应用程序的具体信息，比如APP包名、APP版本号，但是用户下载完成这个APP应用程序后，可以通过APP应用程序解析包的形式知道此APP的包名。

步骤S102、下载服务器查询本地APP应用程序资源库中是否存在所述非官方下载请求信令指示对应的官方APP应用程序。

根据附图2，可以看到步骤S102的详细过程：

步骤S1021、下载服务器根据所述APP应用程序的资源地址定位符URL查询APP应用程序包名解析表是否存在所述APP应用程序的资源地址定位符URL对应的映射关系，若查询存在，获取所述APP应用程序的包名；

进一步地，若查询不存在，则跳至步骤S104，即将所述非官方的APP应用程序的资源地址定位符URL发送给所述移动终端，使得所述移动终端仍然根据所述非官方的APP应用程序的资源地址定位符URL从原始非官方下载服务器下载请求指令指示的资源。

步骤S1022、下载服务器根据所述APP应用程序的包名查询官方APP应用程序资源列表中是否存在该APP应用程序的官方资源，若查询存在，将所述下载请求信息中的APP应用程序的资源地址定位符URL替换为APP应用程序的官方资源地址定位符URL。

进一步地，若查询不存在，则跳至步骤S104，该步骤具体处理原理参见本文中关于该步骤的描述。

步骤S103、当所述本地APP应用程序资源库中包含所述下载请求信令对应的官方APP应用程序时，将所述官方APP应用程序的资源地址定位符URL发送给所述移动终端，使得所述移动终端根据所述官方APP应用程序的资源地址定位符URL下载资源。

在另一个优选的实施例中，还包括：

步骤S104、当所述本地APP应用程序资源库中不包含所述下载请求信令对应的官方APP应用程序时，仍将所述非官方的APP应用程序的资源地址定位符URL发送给所述移动终端，使得所述移动终端仍然根据所述非官方的APP应用程序的资源地址定位符URL从原始非官方下载服务器下载请求指令指示的资源。

当所述本地APP应用程序资源库中不包含所述下载请求指示资源的备份服务器信息时，由于官方不能提供安全可靠的APP应用程序替代非官方的APP应用程序，但是为了不影响用户的使用体验，仍然让用户按照之前的下载通道，从根据非官方的APP应用程序的资源地址定位符URL确定的原始非官方下载服务器下载请求指令指示的非官方的APP应用程序。

进一步地，本发明方法还包括：APP应用程序包名解析表的建立和维护步骤；

APP应用程序包名解析表包括非官方的APP应用程序的资源地址定位符URL与APP应用程序的包名的第一映射关系。

当用户A在非官方软件商店下载APP应用程序时，将此APP应用程序的包名和此非官方的APP应用程序的资源地址定位符URL记录下来并生成第一映射关系存储在APP应用程序包名解析表，因为每一款APP应用程序都会有很多用户下载，所以会形成一个包含很多映射关系的APP应用程序包名解析表。

当用户B在非官方软件商店下载APP应用程序时，在下载开始时并不知道其下载的APP应用程序是什么，但是可以获取非官方的APP应用程序的资源地址定位符URL。

当官方的下载服务器获取用户B的非官方的APP应用程序的资源地址定位符URL后，即可将其APP应用程序包名解析表的信息进行比对，通过非官方的APP应用程序的资源地址定位符URL与APP应用程序的包名的第一映射关系可以知道非官方的APP应用程序的资源地址定位符URL对应的APP应用程序的包名。

进一步地，在步骤S1021中下载服务器根据所述APP应用程序的资源地址定位符URL查询APP应用程序包名解析表，若查询不存在，即APP应用程序包名解析表还没有关于此APP应用程序的资源地址定位符URL的映射关系，还包括下列步骤：

步骤S1023、官方的下载服务器当移动终端下载完成此APP应用程序的资源地址定位符URL对应的APP应用程序，通过解析APP应用程序解析包的形式获取此APP应用程序的包名。

步骤S1024、然后生成此APP应用程序的资源地址定位符URL与APP应用程序的包名的映射关系。

步骤S1025、将生成的此APP应用程序的资源地址定位符URL与APP应用程序的包名的映射关系添加到APP应用程序包名解析表，形成一条新的映射关系。这样可以保证APP应用程序包名解析表实时更新维护，确保本实施例公开的APP应用程序安全下载的方法能够更加有效的运转。

综上所述，本发明实施例中公开的APP应用程序安全下载的方法，官方的下载服务器利用移动终端系统自身的技术优势将移动终端下载的APP应用程序的包名和资源地址定位符URL保存起来并制成APP应用程序包名解析表，形成大数据，这样每个APP应用程序的包名对应一个唯一的资源地址定位符URL。云端的官方下载服务器可以根据移动终端下载APP应用程序时所请求的资源地址定位符URL映射其所下载的APP应用程序，然后将这个APP应用程序的非官方下载服务器的请求地址换成官方APP应用程序下载服务器的请求地址，这样在不影响移动终端下载的同时也可以保证APP应用程序的安全性。

实施例二

为了提高移动终端的安全性能，防止移动终端在安装使用APP应用程序环节，被植入木马或者广告，本发明实施例提供了一种应用程序安全下载的方法，该方法的执行主体为移动终端。

其中，所述移动终端包括手机、平板电脑和掌上上网设备、多媒体设备、流媒体设备、移动互联网设备(MID，mobile internet device)、可穿戴设备或其他类型的智能终端设备。

参见图3，该下载方法包括：

步骤S301、向下载服务器发送APP应用程序的非官方下载请求信令。

当用户操作移动终端设备，从非官方APP应用商城选择了某款APP应用程序后，移动终端向官方的下载服务器发送非官方APP应用程序的下载请求信令，其中下载请求信令中包括非官方APP应用程序的资源地址定位符URL。此时，在下载开始阶段官方下载服务器只知道请求下载的APP应用程序的资源地址定位符URL，并不知道用户要下载的APP应用程序的具体信息，比如APP包名、APP版本号。

步骤S302、接收所述下载服务器返回的APP应用程序的资源地址定位符URL，从所述资源地址定位符URL对应的服务器下载APP应用程序。

此时，下载服务器返回的APP应用程序的资源地址定位符URL存在两种情况，当下载服务器查询本地APP应用程序资源库中存在所述下载请求信令指示对应的官方APP应用程序，资源地址定位符URL对应的为官方APP应用程序资源，当下载服务器查询本地APP应用程序资源库中不存在所述下载请求信令指示对应的官方APP应用程序，资源地址定位符URL对应的仍为非官方APP应用程序资源，此时无论以上何种情况，为了不影响用户的体验，移动终端都将按照所述资源地址定位符URL对应的服务器下载APP应用程序。

实施例三

为了提高移动终端的安全性能，防止移动终端在安装使用APP应用程序环节，被植入木马或者广告，本发明实施例提供了一种下载服务器。

参见附图4中所示，本实施例三公开的一种下载服务器，具体包括下列模块：第一接收模块401，查询模块402，第一发送模块403，第二发送模块404。

第一接收模401

用于接收移动终端发送的非官方APP应用程序的下载请求信令，获取所述APP应用程序的资源地址定位符URL。

查询模块402

用于查询本地APP应用程序资源库中是否存在所述下载请求信令指示对应的官方APP应用程序。

第一发送模块403

用于当所述本地APP应用程序资源库中包含所述下载请求信令对应的官方APP应用程序时，将所述官方APP应用程序的资源地址定位符URL发送给所述移动终端，使得所述移动终端根据所述官方APP应用程序的资源地址定位符URL下载资源。

第二发送模块404

用于当所述本地APP应用程序资源库中不包含所述下载请求信令对应的官方APP应用程序时，将所述非官方的APP应用程序的资源地址定位符URL发送给所述移动终端，使得所述移动终端根据所述非官方的APP应用程序的资源地址定位符URL下载资源。

其中，关于查询模块402，优选的，参见附图5中所示，本实施例中的查询模块402包括下列功能单元组成：

第一查询单元4021

用于根据所述APP应用程序的资源地址定位符URL查询APP应用程序包名解析表，若查询存在，获取所述APP应用程序的包名；

第二查询单元4022

用于根据所述APP应用程序的包名查询官方APP应用程序资源列表，若查询存在，将所述下载请求信息中的非官方APP应用程序的资源地址定位符URL替换为官方APP应用程序的资源地址定位符URL。

包名获取单元4023

用于当所述移动终端下载完成所述APP应用程序后，获取所述APP应用程序的包名。

映射生成单元4024

用于生成所述APP应用程序的资源地址定位符URL与所述APP应用程序的包名的映射关系。

添加单元4025

用于将所述映射关系添加到所述APP应用程序包名解析表。

本实施例提供的下载服务器，与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本发明实施例中公开的下载服务器，其工作原理是：下载服务器将移动终端下载的APP应用程序的包名进行解析获取，并和资源地址定位符URL形成映射关系保存起来，制成APP应用程序包名解析表，形成大数据。当其他移动终端再次请求同一资源地址定位符URL时，云端的官方下载服务器可以根据移动终端下载APP应用程序时所请求的资源地址定位符URL映射其所下载的APP应用程序的包名，然后将这个APP应用程序的非官方下载服务器的请求地址换成官方APP应用程序下载服务器的请求地址，这样在不影响移动终端下载的同时将其有风险的服务器地址换为安全的服务器地址，提升移动终端的保护级别。

实施例四

为了提高移动终端的安全性能，防止移动终端在安装使用APP应用程序环节，被植入木马或者广告，本发明实施例提供了一种动终端。

参见图6，该移动终端包括：第二发送单元601和接收下载单元602。

其中，第二发送单元601

用于向下载服务器发送APP应用程序的非官方下载请求信令。

其中，接收下载单元602

用于接收所述下载服务器返回的APP应用程序的资源地址定位符URL，从所述资源地址定位符URL对应的服务器下载APP应用程序。

本实施例提供的移动终端，与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

综上所述，本发明实施例提供的移动终端，在不影响用户下载APP应用程序的同时将其有风险的服务器地址下载链接换为安全的服务器地址下载链接，提升移动终端的信息安全保护级别。

值得注意的是，上述终端或者服务器实施例中，所包括的各个模块和单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各模块和单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块和单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的终端、服务器、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的终端实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

上述实施例为本发明较佳的实施方式，但本发明的实施方式并不受上述实施例的限制，其他的任何未背离本发明的精神实质与原理下所作的改变、修饰、替代、组合、简化，均应为等效的置换方式，都包含在本发明的保护范围之内。

Claims (8)

1.一种APP应用程序安全下载的方法，其特征在于，包括下列步骤：

接收移动终端发送的非官方APP应用程序的下载请求信令，获取所述APP应用程序的资源地址定位符URL；

查询本地APP应用程序资源库中是否存在所述下载请求信令指示对应的官方APP应用程序；

当所述本地APP应用程序资源库中存在所述下载请求信令对应的官方APP应用程序时，将所述官方APP应用程序的资源地址定位符URL发送给所述移动终端，使得所述移动终端根据所述官方APP应用程序的资源地址定位符URL下载资源；

当所述本地APP应用程序资源库中不存在所述下载请求信令对应的官方APP应用程序时，将所述非官方的APP应用程序的资源地址定位符URL发送给所述移动终端，使得所述移动终端根据所述非官方的APP应用程序的资源地址定位符URL下载资源。

2.根据权利要求1所述的一种APP应用程序安全下载的方法，其特征在于，所述查询本地APP应用程序资源库中是否存在所述非官方下载请求信令指示对应的官方APP应用程序包括：

根据所述APP应用程序的资源地址定位符URL查询APP应用程序包名解析表，若查询存在，获取所述APP应用程序的包名；

根据所述APP应用程序的包名查询官方APP应用程序资源列表，若查询存在，将所述下载请求信息中的非官方APP应用程序的资源地址定位符URL替换为官方APP应用程序的资源地址定位符URL。

3.根据权利要求2所述的一种APP应用程序安全下载的方法，其特征在于，

所述根据所述APP应用程序的资源地址定位符URL查询APP应用程序包名解析表，若查询不存在，还包括：

当所述移动终端下载完成所述APP应用程序后，获取所述APP 应用程序的包名；

生成所述APP应用程序的资源地址定位符URL与所述APP应用程序的包名的映射关系，

将所述映射关系添加到所述APP应用程序包名解析表。

4.一种APP应用程序安全下载的方法，其特征在于，包括下列步骤：

向下载服务器发送APP应用程序的非官方下载请求信令；

当所述下载服务器查询本地APP应用程序资源库中存在所述下载请求信令指示对应的官方APP应用程序时，接收所述下载服务器返回的官方APP应用程序的资源地址定位符URL，从所述资源地址定位符URL对应的服务器下载官方APP应用程序；

当所述下载服务器查询本地APP应用程序资源库中不存在所述下载请求信令指示对应的官方APP应用程序时，接收所述下载服务器返回的非官方APP应用程序的资源地址定位符URL，从所述资源地址定位符URL对应的服务器下载非官方APP应用程序。

5.一种下载服务器，其特征在于，包括下列模块：

第一接收模块，用于接收移动终端发送的非官方APP应用程序的下载请求信令，获取所述APP应用程序的资源地址定位符URL；

查询模块，用于查询本地APP应用程序资源库中是否存在所述下载请求信令指示对应的官方APP应用程序；

第一发送模块，用于当所述本地APP应用程序资源库中存在所述下载请求信令对应的官方APP应用程序时，将所述官方APP应用程序的资源地址定位符URL发送给所述移动终端，使得所述移动终端根据所述官方APP应用程序的资源地址定位符URL下载资源；

第二发送模块，用于当所述本地APP应用程序资源库中不存在所述下载请求信令对应的官方APP应用程序时，将所述非官方的APP应用程序的资源地址定位符URL发送给所述移动终端，使得所述移动终端根据所述非官方的APP应用程序的资源地址定位符URL下载资源。

6.根据权利要求5所述的一种下载服务器，其特征在于，所述查询模块包括：

第一查询单元，用于根据所述APP应用程序的资源地址定位符URL查询APP应用程序包名解析表，若查询存在，获取所述APP应用程序的包名；

第二查询单元，用于根据所述APP应用程序的包名查询官方APP应用程序资源列表，若查询存在，将所述下载请求信息中的非官方APP应用程序的资源地址定位符URL替换为官方APP应用程序的资源地址定位符URL。

7.根据权利要求6所述的一种下载服务器，其特征在于，所述查询模块还包括：包名获取单元，用于当所述移动终端下载完成所述APP应用程序后，获取所述APP应用程序的包名；

映射生成单元，用于生成所述APP应用程序的资源地址定位符URL与所述APP应用程序的包名的映射关系，

添加单元，用于将所述映射关系添加到所述APP应用程序包名解析表；

据所述非官方的APP应用程序的资源地址定位符URL下载资源。

8.一种移动终端，其特征在于，包括下列单元：

第二发送单元，用于向下载服务器发送APP应用程序的非官方下载请求信令；

接收下载单元，用于当所述下载服务器查询本地APP应用程序资源库中存在所述下载请求信令指示对应的官方APP应用程序时，接收所述下载服务器返回的官方APP应用程序的资源地址定位符URL，从所述资源地址定位符URL对应的服务器下载官方APP应用程序；

当所述下载服务器查询本地APP应用程序资源库中不存在所述下载请求信令指示对应的官方APP应用程序时，接收所述下载服务器返回的非官方APP应用程序的资源地址定位符URL，从所述资源地址定位符URL对应的服务器下载非官方APP应用程序。