WO2021102748A1 - 应用下载方法、装置、移动终端及存储介质 - Google Patents

Abstract

本申请公开了一种应用下载方法、装置、移动终端及存储介质，该应用下载方法应用于移动终端，该应用下载方法包括：当所述移动终端中的第一应用获取到对目标应用的下载请求时，通过进程间通信将所述下载请求发送至所述移动终端中的第二应用；所述第二应用响应所述下载请求，对所述目标应用进行下载。本方法可以较好的实现对移动终端中应用下载的管控。

Description

应用下载方法、装置、移动终端及存储介质 技术领域

本申请涉及移动终端技术领域，更具体地，涉及一种应用下载方法、装置、移动终端及存储介质。

背景技术

移动终端，例如平板电脑、手机等，已经成为人们日常生活中最常用的消费型电子产品之一。人们通常于移动终端中安装各种应用程序，以满足不同的需求。在下载和安装应用程序时，通常在应用商店等可以下载应用程序的应用中进行下载。但通常移动终端中存在多个可以下载应用程序的应用，因此，对于应用程序的下载需要进行合理管控。

发明内容

鉴于上述问题，本申请提出了一种应用下载方法、装置、移动终端及存储介质。

第一方面，本申请实施例提供了一种应用下载方法，应用于移动终端，所述方法包括：当所述移动终端中的第一应用获取到对目标应用的下载请求时，通过进程间通信将所述下载请求发送至所述移动终端中的第二应用；所述第二应用响应所述下载请求，对所述目标应用进行下载。

第二方面，本申请实施例提供了一种应用下载装置，应用于移动终端，所述装置包括：请求发送模块以及下载控制模块，其中，所述请求发送模块用于当所述移动终端中的第一应用获取到对目标应用的下载请求时，通过进程间通信将所述下载请求发送至所述移动终端中的第二应用；所述下载控制模块用于控制所述第二应用响应所述下载请求，对所述目标应用进行下载。

第三方面，本申请实施例提供了一种移动终端，包括：一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述第一方面提供的应用下载方法。

第四方面，本申请实施例提供了一种计算机可读取存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述第一方面提供的应用下载方法。

本申请提供的方案，当移动终端的第一应用获取到对目标应用的下载请求时，通过进程间通信将下载请求发送至移动终端中的第二应用，第二应用响应该下载请求，对目标应用进行下载。从而在移动终端同时安装有多个可以下载应用的应用程序时，如果通过第一应用进行下载应用时，可 以实现通过进程间通信，而利用第二应用对应用进行下载，避免了多个应用同时下载应用的情况，可以较好的实现对应用下载的管理。

附图说明

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

图1示出了根据本申请一个实施例的应用下载方法流程图。

图2示出了根据本申请另一个实施例的应用下载方法流程图。

图3示出了根据本申请又一个实施例的应用下载方法流程图。

图4示出了本申请又一个实施例提供的应用下载方法中步骤S320的一种流程图。

图5示出了本申请又一个实施例提供的应用下载方法中步骤S340的另一种流程图。

图6示出了根据本申请一个实施例的应用下载装置的一种框图。

图7是本申请实施例的用于执行根据本申请实施例的应用下载方法的移动终端的框图。

图8是本申请实施例的用于保存或者携带实现根据本申请实施例的应用下载方法的程序代码的存储单元。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

随着人们的需求的不断增多，移动终端中安装的应用程序也越来越多。人们通常于移动终端下载和安装应用时，通过移动终端中安装的可以下载应用的软件进行下载，例如通过移动终端中的应用商店、游戏中心、浏览器、第三方软件商店等进行下载。

发明人经过长期研究发现，传统技术中，移动终端中多个可以下载应用的软件时，如果至少两个软件获得到应用下载的请求时，则这些软件通常不知道各自的下载任务，因此在下载/更新同一个应用时，会分别进行下载。例如，移动终端中同时安装有软件商店和游戏中心，软件商店主要目标是分发软件，而游戏中心主要目标是分发游戏，两个分发软件的交集是游戏资源。其中软件商店作为系统应用能够静默获取下载和安装相关的权限，而游戏中心则需用户授予权限后才能完成正常的功能使用。在下载和应用更新时，两个应用分别由自己的下载目录，并且互相之间不知晓对方的下载任务。因此在下载/更新同一个应用时，会分别进行http请求服务器，获取应用的版本号和下载链接等信息，再http请求下载链接，从软件商店和游戏中心分别下载应用程序包(Android application package，apk)文件到各自的目录下。

这样的话，就会造成双倍的流量开销，增加用户的成本，也会使得占用移动终端中的存储空间增多。另外，可能不同的软件下载同一应用时，会下载到两个不同版本，如果先更新到低版本又更新到高版本，会造成应用较长时间持续在更新状态，并且安装两次会增加一次应用进程杀死的情况；假如先更新了高版本，后更新低版本，则会造成低版本安装失败。

针对上述问题，发明人提出了本申请实施例提供的应用下载方法、装置、移动终端以及存储介质，将一个应用中的对应用的下载请求通过进程间通信发送至另一个应用进行下载，从而可以实现不同下载应用的应用，均可以利用同一个应用进行下载，方便对应用下载的管理，有效解决多个应用同时下载同一应用，造成流量开销较大、占用存储空间较多、进程杀死等问题。其中，具体的应用下载方法在后续的实施例中进行详细的说明。

请参阅图1，图1示出了本申请一个实施例提供的应用下载方法的流程示意图。所述应用下载方法用于避免多个应用同时下载应用的情况，可以较好的实现对应用下载的管理。在具体的实施例中，所述应用下载方法应用于如图6所示的应用下载装置400以及配置有所述应用下载装置400的移动终端100(图7)。下面将以移动终端为例，说明本实施例的具体流程，当然，可以理解的，本实施例所应用的移动终端可以为智能手机、平板电脑、电子书等，在此不做限定。其中，所述移动终端包括触摸屏。下面将针对图1所示的流程进行详细的阐述，所述应用下载方法具体可以包括以下步骤：

步骤S110：当所述移动终端中的第一应用获取到对目标应用的下载请求时，通过进程间通信将所述下载请求发送至所述移动终端中的第二应用。

在本申请实施例中，移动终端中可以安装有多个可下载应用的应用。其中，可下载应用的应用可以根据对应用的下载请求进行响应，从服务器获取应用的安装包等数据。

在一些实施方式中，上述可下载应用的应用中的第一应用获取到对目标应用进行下载的下载请求时，可以通过进程间通信(Inter-Process Communication，IPC)，与第二应用通信，并将下载请求传输至第二应用，以便利用第二应用响应下载请求，对应用进行下载。进程间通信可以通过多种方法实现，例如，移动终端安装的系统为Linux系统时，可以通过半双工Unix管道、命名管道、消息队列、信号量、共享内存、网络套接字等方法实现；又例如，移动终端安装的系统为iOS系统时，可以通过iOS系统的XPC框架实现进程间的彼此通信，当然，具体进程间通信的实现方法可以不作限定。目标应用为用户需求下载的应用程序，目标应用可以为任一应用程序。

在一些实施方式中，第一应用可以监测对目标应用进行下载的下载请求，下载请求可以由用户操作触发，例如，第一应用的界面中检测到对目标应用的更新操作时，触发下载请求；下载请求也可以由系统触发，例如，对目标应用的自动更新。

在一些实施方式中，第一应用可以在获取到对目标应用的下载请求后，可以根据下载请求向服务器请求目标应用的下载数据。移动终端的操作系统可以监测到第一应用向服务器请求目标应用的下载数据，并且终止第一应用的请求，再发送指令至第一应用，以指示第一应用通过进程间通信将下载请求发送至第二应用，或者操作系统根据向服务器发送的下载请求，将下载请求发送至第二应用。

在另一些实施方式中，第一应用在安装时，可以设定其下载需通过第二应用进行下载，即第一应用在检测到下载请求时，需将下载请求通过进程间通信发送至第二应用，以通过第二应用下载应用程序。

在本申请实施例中，第一应用在获取到对目标应用的下载请求时，移动终端可以禁止第一应用启动目标应用进行下载的下载进程。也就是说，当移动终端监测到该下载进程时，则可以禁止并清理该进程，以避免后续第一应用以及第二应用均对目标应用进行下载。

步骤S120：所述第二应用响应所述下载请求，对所述目标应用进行下载。

在本申请实施例中，第二应用在接收到第一应用发送的下载请求后，则可以响应该下载请求，并对目标应用进行下载。具体地，第二应用响应下载请求，从服务器请求获取目标应用的安装包等下载数据，并在下载完成后，对目标应用进行安装。由于第一应用通过进程间通信将下载请求发送至第二应用，由第二应用进行目标应用的下载和安装，从而对于用户而言，具体在哪个应用中进行下载无感知，用户体验较高。并且，避免了第二应用也同时获取到对目标应用进行下载的情况，而导致流量的增加、占用存储空间的增加以及进程杀死等情况的发生。

在一些实施方式中，第二应用可以至少包括系统的软件商店，例如，移动终端中安装的操作系统为安卓系统时，系统的软件商店可以为谷歌商店等。第一应用可以包括系统的游戏下载中心、浏览器及第三方商店，可以理解的，第一应用可以为可下载应用的应用中除系统的软件商店以外的其他应用。因此，当移动终端中除了系统的软件商店以外的其他应用，获取到下载请求时，可以将下载请求传输至系统的软件商店，通过系统的软件商店对目标应用进行下载。

本申请实施例提供的应用下载方法，当移动终端的第一应用获取到对目标应用的下载请求时，通过进程间通信将下载请求发送至移动终端中的第二应用，第二应用响应该下载请求，对目标应用进行下载。从而在移动终端同时安装有多个可以下载应用的应用程序时，如果通过第一应用进行下载应用时，可以实现通过进程间通信，而利用第二应用对应用进行下载，避免了多个应用同时下载应用的情况，而导致流量的增加、占用存储空间的增加以及进程杀死等情况的发生，可以较好的实现对应用下载的管理。

请参阅图2，图2示出了本申请另一个实施例提供的应用下载方法的流程示意图。该应用下载方法可以应用于上述移动终端。下面将针对图2 所示的流程进行详细的阐述，所述应用下载方法具体可以包括以下步骤：

步骤S210：当所述移动终端中的第一应用获取到对目标应用的下载请求时，通过进程间通信将所述下载请求发送至所述移动终端中的第二应用。

在本申请实施例中，第二应用中可以设置有用于进行进程间通信的接口，其他应用可以调用第二应用中的用于进程间通信的接口，以实现与第二应用之间的进程间通信。当然，具体第一应用与第二应用之间进行进程间通信的方式可以不作为限定。

步骤S220：所述第二应用确定所述第一应用是否具有指定权限，所述指定权限为通过所述第二应用对所述目标应用进行下载的权限。

在本申请实施例中，第二应用可以对其他可下载应用的应用程序，进行权限管控，以对可下载和安装应用的应用程序进行管控。

在一些实施方式中，第二应用可以对可通过第二应用下载应用的应用进行管控，并在接收到其他应用发送的对应用的下载请求时，确定是否响应下载请求，而进行下载应用。

在一些实施方式中，第二应用可以确定第一应用是否具有指定权限，该指定权限为通过第二应用对目标应用进行下载的权限。具体的，第二应用可以确定第一应用具有的权限信息，权限信息可以包括是否可以通过第二应用下载应用程序，以及可通过第二应用下载的应用程序的范围。第二应用在确定出第一应用的权限信息后，则可以根据权限信息，确定第一应用是否具有上述指定权限。可以理解的，如果第一应用具有指定权限，则表示第一应用可以通过第二应用对目标应用进行下载；如果第一应用不具有指定权限，则表示第一应用不可以通过第二应用对目标应用进行下载。

在一些实施方式中，移动终端中可以预先存储有权限配置信息，该权限配置信息可以包括有应用的所有权限信息。因此，步骤S220可以包括：所述第二应用根据权限配置信息，确定所述第一应用具有的下载权限；确定所述下载权限中是否包括所述指定权限。可以理解的，第一应用具有的权限信息中可以包括第一应用的下载权限，从而第二应用可以根据权限配置信息，确定第一应用的权限信息后，可以根据权限信息确定出第一应用的下载权限，如果第一应用中包括该指定权限，则表示第一应用可以通过第二应用对目标应用进行下载。作为一种方式，第一应用的权限配置信息可以由服务器下发，权限配置信息可以与应用的签名关联；作为另一种方式，第一应用的权限配置信息也可以根据用户的操作，而进行设置或者制定，在此不做限定。

在一些实施方式中，权限配置信息由服务器下发时，该应用下载方法还可以包括：所述第二应用根据服务器下发的权限更改信息，对所述第一应用具有的下载权限进行更改，并将更改后的下载权限写入所述权限配置信息。可以理解的，服务器可以动态下发权限配置信息的权限更改信息，从而移动终端在接收到权限更改信息之后，可以根据权限更改信息，对权限配置信息进行更改，例如，第一应用的权限信息中可能不包括指定权限， 通过服务器的动态下发权限更改信息，对权限配置信息进行更改后，则可以使第一应用具有指定权限。通过该方式，可以动态的增删或者变更应用的权限，而使得指定权限进行更改，满足不同场景和用户的需求。

步骤S230：如果所述第一应用具有所述指定权限，则所述第二应用响应所述下载请求，对所述目标应用进行下载。

在本申请实施例中，如果步骤S220确定出第一应用具有指定权限，则第二应用需要响应该下载请求，对目标应用进行下载。另外，第二应用在对目标应用下载完成后，还可以对第二应用进行安装。当然，第二应用也可以将下载完成的指示信息通过进程间通信传输至第一应用，以指示第一应用对目标应用进行安装。

步骤S240：所述第二应用在对所述目标应用进行下载的过程中，将下载状态信息通过进程间通信传输至所述第一应用。

在本申请实施例中，第二应用在对目标应用进行下载的过程中，还可以不断的获取下载状态信息，并将下载状态信息通过进程间通信传输至第一应用，以便第一应用对下载状态信息进行展示。

在一些实施方式中，下载状态信息可以包括下载速度及下载进度等，具体的下载状态信息可以不作为限定。

步骤S250：所述第一应用将所述下载状态信息显示于所述第一应用的界面。

在本申请实施例中，第一应用在接收到下载状态信息之后，则可以将下载状态信息显示于第一应用的界面。其中，该界面可以为第一应用下载目标应用的界面。可以理解的，由于对目标应用的下载，实质由第二应用完成，而第一应用并非真正的对目标应用进行下载，因此通过第二应用将下载状态信息传输至第一应用，并且第一应用对下载状态信息进行显示，能方便用户了解到实时的下载状态，使得用户对于实际下载和安装目标应用的应用并无感知，进而提升了用户体验。

步骤S260：如果所述第一应用不具有所述指定权限，则所述第二应用通过进程间通信将第一提示消息发送至所述第一应用。

在本申请实施例中，如果第一应用不具有指定权限，则表示第一应用不可以通过第二应用对目标应用进行下载。因此，第二应用可以生成第一提示消息或者读取预先存储的第一提示消息，并通过进程间通信将第一提示消息传输至第一应用。其中，第一提示消息可以为用于提示用户无法于第一应用中对目标应用进行下载的消息，以便用户获知第一应用没有对目标应用进行下载的权限。

步骤S270：所述第一应用将第一提示消息显示于所述第一应用的界面，所述第一提示消息用于提示用户无法于所述第一应用中对所述目标应用进行下载。

在本申请实施例中，第一应用在获得第一提示消息之后，则可以将第一提示消息显示于第一应用的界面，从而便于用户了解到第一应用没有对 目标应用进行下载的权限，并及时的通过其他应用对目标应用进行下载。例如，第一应用为游戏下载中心时，则无法下载聊天应用，此时在第一应用进行提示后，便于用户知晓需要通过其他可下载应用的应用程序(例如第二应用等)，对聊天软件进行下载。

本申请实施例提供的应用下载方法，通过移动终端的第一应用获取到对目标应用的下载请求时，通过进程间通信将下载请求发送至移动终端中的第二应用，然后第二应用确定第一应用是否具有通过第二应用对目标应用进行下载的指定权限，如果第一应用具有指定权限，则响应下载请求，对目标应用进行下载。从而实现利用第二应用对目标应用进行下载，避免了多个应用同时下载应用的情况，而导致流量的增加、占用存储空间的增加以及进程杀死等情况的发生，可以较好的实现对应用下载的管理。另外，在第二应用下载目标应用的过程中，将下载状态信息传输至第一应用进行显示，能方便用户了解到实时的下载状态，使得用户对于实际下载和安装目标应用的应用并无感知，进而提升了用户体验。并且如果第一应用不具有指定权限时，第二应用通过进程间通信将第一提示消息传输至第一应用进行显示，便于用户了解到第一应用没有对目标应用进行下载的权限，并及时的通过其他应用对目标应用进行下载。

请参阅图3，图3示出了本申请又一个实施例提供的应用下载方法的流程示意图。该应用下载方法可以应用于上述移动终端。下面将针对图3所示的流程进行详细的阐述，所述应用下载方法具体可以包括以下步骤：

步骤S310：当所述移动终端中的第一应用获取到对目标应用的下载请求时，通过进程间通信将所述下载请求发送至所述移动终端中的第二应用。

在本申请实施例中，步骤S310可以参阅前述实施例的内容，在此不再赘述。

步骤S320：所述第二应用确定当前进行的所有下载任务。

在本申请实施例中，第二应用在接收到第一应用发送的下载请求之后，在响应下载请求之前，第二应用还可以确定第二应用当前进行的所有下载任务。

在一些实施方式中，第二应用在确定出其当前进行的所有下载任务之后，则可以判断当前进行的所有下载任务中是否包括对目标应用进行下载的目标下载任务。可以理解的，如果所有下载任务中包括该目标下载任务，则表示当前已经在下载目标应用；如果所有下载任务中不包括该目标下载任务，则表示当前未下载目标应用，因此可以响应下载请求，对目标应用进行下载。

步骤S330：如果所述所有下载任务中不包括对所述目标应用进行下载的目标下载任务，所述第二应用响应所述下载请求，对所述目标应用进行下载。

在本申请实施例中，第二应用在确定出其当前进行的所有下载任务，并判断出所有下载任务中不包括该目标下载任务时，则表示当前未下载目 标应用，因此可以响应下载请求，对目标应用进行下载。

在一些实施方式中，请参阅图4，如果所述所有下载任务中不包括对所述目标应用进行下载的目标下载任务，所述第二应用响应所述下载请求，对所述目标应用进行下载，可以包括：

步骤S331：如果所述所有下载任务中不包括对所述目标应用的目标下载任务，确定所述所有下载任务的数量；

步骤S332：如果所述所有下载任务的数量小于第一阈值，所述第二应用响应所述下载请求，对所述目标应用进行下载。

可以理解的，当目标应用确定出所有下载任务中不包括目标下载任务时，表示可以对目标应用进行下载。但是第二应用中当前进行的所有下载任务较多时，由于系统分配至第二应用的网络资源等有限，则可能导致下载任务的进度缓慢，因此，可以确定所有下载任务的数量，并且所有下载任务的数量小于第一阈值时，才响应下载请求，对目标应用进行下载。其中，第一阈值可以为第二应用进行该第一阈值数量的下载任务时，下载进度较为缓慢(例如下载进度小于预设值)，具体的第一阈值不作为限定，例如，可以为每秒1％的进度等。

在一些实施方式中，该应用下载方法还可以包括：如果所述所有下载任务的数量等于或者大于第一阈值，则所述第二应用通过进程间通信发送下载指令至所述第一应用，所述下载指令用于指示所述第一应用对目标应用进行下载；所述第一应用响应所述下载指令，对所述目标应用进行下载。可以理解的，如果所有下载任务的数量等于或者大于第一阈值时，由于第二应用如果响应下载请求，对目标应用进行下载，则会使得第二应用中的下载任务缓慢，因此，可以发送下载指令至第一应用，而使第一应用对目标应用进行下载。

进一步的，第二应用可以记录所有发送的下载指令对应的下载任务，并在预设时长内再次获取到下载请求，忽略该下载请求，以避免重复下载。例如，当此前第二应用发送下载指令至应用1，指示应用1对目标应用进行下载，而在预设时长内再次获取到对目标应用的下载请求，则可以忽略该下载请求。

步骤S340：如果所述所有下载任务中包括对所述目标应用进行下载的目标下载任务，所述第二应用不响应所述下载请求，并通过进程间通信向所述第一应用发送第二提示消息。

在一些实施方式中，如果所有下载任务中包括该目标下载任务，则表示当前已经在下载目标应用，而再次对目标应用进行下载，则可能导致重复下载。因此，第二应用可以不响应该下载请求，以避免重复下载。

另外，第二应用还可以生成第二提示消息或者读取预先存储的第二提示消息，将第二提示消息发送至第一应用，第二提示消息用于提示用户目标应用正处于下载中，以便用户了解到目标应用已经正在下载。

在一些实施方式中，请参阅图5，所述如果所述所有下载任务中包括 对所述目标应用进行下载的目标下载任务，所述第二应用不响应所述下载请求，并通过进程间通信向所述第一应用发送第二提示消息，可以包括：

步骤S341：如果所述所有下载任务中包括对所述目标应用进行下载的目标下载任务，确定所述目标下载任务对应的应用版本作为第一版本，以及所述下载请求对应的应用版本作为第二版本；

步骤S342：如果所述第二版本低于或者等于所述第一版本，所述第二应用不响应所述下载请求，并通过进程间通信向所述第一应用发送第二提示消息。

可以理解的，如果第一版本与第二版本相同，则表示如果第二应用响应该下载请求，会导致重复下载；如果第一版本低于第二版本，则表示下载请求对应的应用版本较高，第二应用可以响应下载请求，而获得版本更高的应用版本；如果第一版本高于第二版本，则表示如果第二应用响应该下载请求，会导致重复下载。因此，如果第二版本低于或者等于第一版本，第二应用不响应下载请求，并通过进程间通信向第一应用发送第二提示消息。

在该实施方式下，该应用下载方法还可以包括：如果所述第二版本高于所述第一版本，所述第二应用停止所述目标下载任务；响应所述下载请求，对所述第二版本的所述目标应用进行下载。可以理解的，如果第一版本低于第二版本，则表示下载请求对应的应用版本较高，第二应用可以响应下载请求，而获得版本更高的应用版本。因此，可以先停止目标下载任务，而响应下载请求，从而下载应用版本更高的目标应用。

另外，在所述第二应用停止所述目标下载任务之后，该应用下载方法还可以包括：删除所述目标下载任务对应的下载文件。从而，在停止目标下载任务的情况下，由于响应了下载请求，对应用版本更高的目标应用进行下载，因此删除目标下载任务对应的下载文件，从而节省了存储空间。

步骤S350：所述第一应用将第二提示消息显示于所述第一应用的界面，所述第二提示消息用于提示用户目标应用已经正在下载。

在一些实施方式中，第一应用在接收到第二提示消息之后，则第一应用可以将第二提示消息显示于第一应用的界面，第二提示消息用于提示用户目标应用已经正在下载，以避免用户误认为目标应用未被下载，而重复执行下载操作。

在本申请实施例中，在所述第二应用响应所述下载请求，对所述目标应用进行下载之后，该应用下载方法还可以包括：对所述目标应用进行安装，并将安装结果通过进程间通信传输至所述第一应用；所述第一应用将所述安装结果显示于所述第一应用的界面中。可以理解的，对于目标应用的安装也可以由第二应用完成，从而实现由第二应用完成对目标应用的下载和安装。由于对目标应用的下载和安装，实质由第二应用完成，而第一应用并非真正的对目标应用进行下载，因此通过第二应用将第二提示消息传输至第一应用，并且第一应用对第二提示消息进行显示，能方便用户了 解到目标应用下载和安装成功，使得用户对于实际下载和安装目标应用的应用并无感知，进而提升了用户体验。

本申请实施例提供的应用下载方法，通过移动终端的第一应用获取到对目标应用的下载请求时，通过进程间通信将下载请求发送至移动终端中的第二应用，然后第二应用确定当前进行的所有下载任务，如果所有下载任务中不包括对目标应用进行下载的目标下载任务，第二应用才响应下载请求，对目标应用进行下载，从而实现利用第二应用对目标应用进行下载，避免了多个应用同时下载应用的情况，而导致流量的增加、占用存储空间的增加以及进程杀死等情况的发生，可以较好的实现对应用下载的管理。并且对当前下载任务的数量进行确定，在数量小于第一阈值时，才响应下载请求，对目标应用进行下载，从而避免了下载进度过慢的情况。另外，如果所有下载任务中包括对目标应用进行下载的目标下载任务的情况下，不对下载请求进行响应，避免了目标应用的重复安装，节省了存储空间。而且将第二提示消息显示于第一应用的界面，第二提示消息用于提示用户目标应用已经正在下载，避免了用户误认为目标应用未被下载，而重复执行下载操作。

请参阅图6，其示出了本申请实施例提供的一种应用下载装置400的结构框图。该应用下载装置400可以应用于上述移动终端，移动终端包括触摸屏。该应用下载装置400包括：请求发送模块410以及下载控制模块420。其中，所述请求发送模块410用于当所述移动终端中的第一应用获取到对目标应用的下载请求时，通过进程间通信将所述下载请求发送至所述移动终端中的第二应用；所述下载控制模块420用于控制所述第二应用响应所述下载请求，对所述目标应用进行下载。

在本申请实施例中，该应用下载装置400还可以包括：权限确定模块。权限确定模块用于在所述第二应用响应所述下载请求，对所述目标应用进行下载之前，控制所述第二应用确定所述第一应用是否具有指定权限，所述指定权限为通过所述第二应用对所述目标应用进行下载的权限。下载控制模块420可以具体用于：如果所述第一应用具有所述指定权限，则所述第二应用响应所述下载请求，对所述目标应用进行下载。

在一些实施方式中，权限确定模块可以具体用于：所述第二应用根据权限配置信息，确定所述第一应用具有的下载权限；确定所述下载权限中是否包括所述指定权限。

在该方式下，该应用下载装置400还可以包括：权限更改模块。权限更改模块用于所述第二应用根据服务器下发的权限更改信息，对所述第一应用具有的下载权限进行更改，并将更改后的下载权限写入所述权限配置信息。

在一些实施方式中，该应用下载装置400还可以包括：第一消息发送模块以及第一消息显示模块。第一消息发送模块用于在所述第二应用确定所述第一应用是否具有指定权限之后，如果所述第一应用不具有所述指定 权限，则所述第二应用通过进程间通信将第一提示消息发送至所述第一应用；第二消息显示模块用于所述第一应用将第一提示消息显示于所述第一应用的界面，所述第一提示消息用于提示用户无法于所述第一应用中对所述目标应用进行下载。

在一些实施方式中，该应用下载装置400还可以包括：第二消息发送模块以及第二消息显示模块。第二消息发送模块用于所述第二应用在对所述目标应用进行下载的过程中，将下载状态信息通过进程间通信传输至所述第一应用；第二消息显示模块用于所述第一应用将所述下载状态信息显示于所述第一应用的界面。

在一些实施方式中，该应用下载装置400还可以包括：任务确定模块。任务确定模块用于在所述第二应用响应所述下载请求，对所述目标应用进行下载之前，所述第二应用确定当前进行的所有下载任务。下载控制模块420可以具体用于如果所述所有下载任务中不包括对所述目标应用进行下载的目标下载任务，所述第二应用响应所述下载请求，对所述目标应用进行下载。

在一些实施方式中，该应用下载装置400还可以包括：第三消息发送模块以及第三消息显示模块。第三消息发送模块用于如果所述所有下载任务中包括对所述目标应用进行下载的目标下载任务，所述第二应用不响应所述下载请求，并通过进程间通信向所述第一应用发送第二提示消息；第三消息显示模块用于所述第一应用将第二提示消息显示于所述第一应用的界面，所述第二提示消息用于提示用户目标应用已经正在下载。

在该方式下，第三消息发送模块可以具体用于：如果所述所有下载任务中包括对所述目标应用进行下载的目标下载任务，确定所述目标下载任务对应的应用版本作为第一版本，以及所述下载请求对应的应用版本作为第二版本；如果所述第二版本低于或者等于所述第一版本，所述第二应用不响应所述下载请求，并通过进程间通信向所述第一应用发送第二提示消息。

进一步的，该应用下载装置400还可以包括：任务停止模块以及请求响应模块。任务停止模块用于在所述确定所述目标下载任务对应的应用版本作为第一版本之后，如果所述第二版本高于所述第一版本，所述第二应用停止所述目标下载任务；请求响应模块用于响应所述下载请求，对所述第二版本的所述目标应用进行下载。

在一些实施方式中，该应用下载装置400还可以包括：文件删除模块。文件删除模块用于在所述第二应用停止所述目标下载任务之后，删除所述目标下载任务对应的下载文件。

在一些实施方式中，下载控制模块420可以具体用于：如果所述所有下载任务中不包括对所述目标应用的目标下载任务，确定所述所有下载任务的数量；如果所述所有下载任务的数量小于第一阈值，所述第二应用响应所述下载请求，对所述目标应用进行下载。

进一步的，应用下载装置400还可以包括指令发送模块。指令发送模块用于在确定所述所有下载任务的数量之后，如果所述所有下载任务的数量等于或者大于第一阈值，则所述第二应用通过进程间通信发送下载指令至所述第一应用，所述下载指令用于指示所述第一应用对目标应用进行下载；下载控制模块420还可以用于所述第一应用响应所述下载指令，对所述目标应用进行下载。

在一些实施方式中，应用下载装置400还可以包括：结果传输模块以及结果显示模块。结果传输模块用于在所述第二应用响应所述下载请求，对所述目标应用进行下载之后，对所述目标应用进行安装，并将安装结果通过进程间通信传输至所述第一应用；结果显示模块用于所述第一应用将所述安装结果显示于所述第一应用的界面中。

在一些实施方式中，应用下载装置400还可以包括进程禁止模块。进程禁止模块可以用于当所述移动终端中的第一应用获取到对目标应用的下载请求时，禁止所述第一应用启动对所述目标应用进行下载的下载进程。

在一些实施方式中，所述第一应用包括系统的游戏下载中心、浏览器以及第三方商店，所述第二应用至少包括系统的软件商店。

在一些实施方式中，所述第一应用与所述第二应用之间通过用于进程间通信的接口进行数据传输。

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

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

综上所述，本申请提供的方案，当移动终端的第一应用获取到对目标应用的下载请求时，通过进程间通信将下载请求发送至移动终端中的第二应用，第二应用响应该下载请求，对目标应用进行下载。从而在移动终端同时安装有多个可以下载应用的应用程序时，如果通过第一应用进行下载应用时，可以实现通过进程间通信，而利用第二应用对应用进行下载，避免了多个应用同时下载应用的情况，可以较好的实现对应用下载的管理。

请参考图7，其示出了本申请实施例提供的一种移动终端的结构框图。该移动终端100可以是智能手机、平板电脑、电子书、智能手表等能够运行应用程序的电子设备。本申请中的移动终端100可以包括一个或多个如下部件：处理器110、存储器120以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器120中并被配置为由一个或多个处理器110执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

处理器110可以包括一个或者多个处理核。处理器110利用各种接口和线路连接整个移动终端100内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行移动终端100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(Central Processing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。

存储器120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储终端100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

请参考图8，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质800中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质800可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质800包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的程序代码810的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码810可以例如以适当形式进行压缩。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (20)

1. 一种应用下载方法，其特征在于，应用于移动终端，所述方法包括：

   当所述移动终端中的第一应用获取到对目标应用的下载请求时，通过进程间通信将所述下载请求发送至所述移动终端中的第二应用；

   所述第二应用响应所述下载请求，对所述目标应用进行下载。
2. 根据权利要求1所述的方法，其特征在于，在所述第二应用响应所述下载请求，对所述目标应用进行下载之前，所述方法还包括：

   所述第二应用确定所述第一应用是否具有指定权限，所述指定权限为通过所述第二应用对所述目标应用进行下载的权限；

   所述第二应用响应所述下载请求，对所述目标应用进行下载，包括：

   如果所述第一应用具有所述指定权限，则所述第二应用响应所述下载请求，对所述目标应用进行下载。
3. 根据权利要求2所述的方法，其特征在于，所述第二应用确定所述第一应用是否具有指定权限，包括：

   所述第二应用根据权限配置信息，确定所述第一应用具有的下载权限；

   确定所述下载权限中是否包括所述指定权限。
4. 根据权利要求3所述的方法，其特征在于，所述方法还包括：

   所述第二应用根据服务器下发的权限更改信息，对所述第一应用具有的下载权限进行更改，并将更改后的下载权限写入所述权限配置信息。
5. 根据权利要求2-4任一项所述的方法，其特征在于，在所述第二应用确定所述第一应用是否具有指定权限之后，所述方法还包括：

   如果所述第一应用不具有所述指定权限，则所述第二应用通过进程间通信将第一提示消息发送至所述第一应用；

   所述第一应用将第一提示消息显示于所述第一应用的界面，所述第一提示消息用于提示用户无法于所述第一应用中对所述目标应用进行下载。
6. 根据权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：

   所述第二应用在对所述目标应用进行下载的过程中，将下载状态信息通过进程间通信传输至所述第一应用；

   所述第一应用将所述下载状态信息显示于所述第一应用的界面。
7. 根据权利要求1-6任一项所述的方法，其特征在于，在所述第二应用响应所述下载请求，对所述目标应用进行下载之前，所述方法还包括：

   所述第二应用确定当前进行的所有下载任务；

   所述第二应用响应所述下载请求，对所述目标应用进行下载，包括：

   如果所述所有下载任务中不包括对所述目标应用进行下载的目标下载任务，所述第二应用响应所述下载请求，对所述目标应用进行下载。
8. 根据权利要求7所述的方法，其特征在于，所述方法还包括：

   如果所述所有下载任务中包括对所述目标应用进行下载的目标下载任 务，所述第二应用不响应所述下载请求，并通过进程间通信向所述第一应用发送第二提示消息；

   所述第一应用将第二提示消息显示于所述第一应用的界面，所述第二提示消息用于提示用户目标应用已经正在下载。
9. 根据权利要求8所述的方法，其特征在于，所述如果所述所有下载任务中包括对所述目标应用进行下载的目标下载任务，所述第二应用不响应所述下载请求，并通过进程间通信向所述第一应用发送第二提示消息，包括：

   如果所述所有下载任务中包括对所述目标应用进行下载的目标下载任务，确定所述目标下载任务对应的应用版本作为第一版本，以及所述下载请求对应的应用版本作为第二版本；

   如果所述第二版本低于或者等于所述第一版本，所述第二应用不响应所述下载请求，并通过进程间通信向所述第一应用发送第二提示消息。
10. 根据权利要求9所述的方法，其特征在于，在所述确定所述目标下载任务对应的应用版本作为第一版本之后，所述方法还包括：

    如果所述第二版本高于所述第一版本，所述第二应用停止所述目标下载任务；

    响应所述下载请求，对所述第二版本的所述目标应用进行下载。
11. 根据权利要求10所述的方法，其特征在于，在所述第二应用停止所述目标下载任务之后，所述方法还包括：

    删除所述目标下载任务对应的下载文件。
12. 根据权利要求7-11任一项所述的方法，其特征在于，所述如果所述所有下载任务中不包括对所述目标应用的目标下载任务，第二应用响应所述下载请求，对所述目标应用进行下载，包括：

    如果所述所有下载任务中不包括对所述目标应用的目标下载任务，确定所述所有下载任务的数量；

    如果所述所有下载任务的数量小于第一阈值，所述第二应用响应所述下载请求，对所述目标应用进行下载。
13. 根据权利要求12所述的方法，其特征在于，在确定所述所有下载任务的数量之后，所述方法还包括：

    如果所述所有下载任务的数量等于或者大于第一阈值，则所述第二应用通过进程间通信发送下载指令至所述第一应用，所述下载指令用于指示所述第一应用对目标应用进行下载；

    所述第一应用响应所述下载指令，对所述目标应用进行下载。
14. 根据权利要求1-13任一项所述的方法，其特征在于，在所述第二应用响应所述下载请求，对所述目标应用进行下载之后，所述方法还包括：

    对所述目标应用进行安装，并将安装结果通过进程间通信传输至所述第一应用；

    所述第一应用将所述安装结果显示于所述第一应用的界面中。
15. 根据权利要求1-14任一项所述的方法，其特征在于，当所述移动终端中的第一应用获取到对目标应用的下载请求时，所述方法还包括：

    禁止所述第一应用启动对所述目标应用进行下载的下载进程。
16. 根据权利要求1-15任一项所述的方法，其特征在于，所述第一应用包括系统的游戏下载中心、浏览器以及第三方商店，所述第二应用至少包括系统的软件商店。
17. 根据权利要求1-17任一项所述的方法，其特征在于，所述第一应用与所述第二应用之间通过用于进程间通信的接口进行数据传输。
18. 一种应用下载装置，其特征在于，应用于移动终端，所述装置包括：请求发送模块以及下载控制模块，其中，

    所述请求发送模块用于当所述移动终端中的第一应用获取到对目标应用的下载请求时，通过进程间通信将所述下载请求发送至所述移动终端中的第二应用；

    所述下载控制模块用于控制所述第二应用响应所述下载请求，对所述目标应用进行下载。
19. 一种移动终端，其特征在于，包括：

    一个或多个处理器；

    存储器；

    一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行如权利要求1-17任一项所述的方法。
20. 一种计算机可读取存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-17任一项所述的方法。

Images