CN106020899A - 一种应用程序的下载方法及移动终端 - Google Patents

Abstract

本发明涉及电子设备技术领域，公开了一种应用程序的下载方法及移动终端。本发明中，在检测到一应用的下载任务被创建时，给系统桌面发送应用的名称和下载状态；系统桌面将所收到的应用名称和下载状态填充至一悬浮控件中，并前端显示填充了应用名称和下载状态的悬浮控件；其中，悬浮控件具有不同的显示状态，各显示状态对应所收到的不同的下载状态。本发明还提供了一种移动终端。本发明与现有技术相比，可以通过在桌面上新增设置悬浮控件的方式，利用该悬浮控件显示下载内容的名称及下载状态，从而便于用户直观、方便地了解应用的下载状态。

Description

一种应用程序的下载方法及移动终端

技术领域

本发明涉及电子设备技术领域，特别涉及一种应用程序的下载方法及移动终端。

背景技术

随着科技的迅速发展，移动终端(例如智能手机)等的使用越来越普及。而移动终端的强大功能离不开应用的支持，因此，有很多的应用商店提供应用下载。在商店下载应用时，商店会有各种各样的应用名称，用户可以点击应用名称下的下载悬浮控件，就可以在终端后台建立下载通道，并且通过下载通道自动进行应用下载，下载完成后还能自动进行安装。此时，用户就可以继续使用终端做其他事情，不必等待应用下载、安装完成。

然而，本申请的发明人发现：用户可能希望应用能够快速完成下载、安装，以便能够马上使用应用，因此，用户潜在需要关注应用的下载进度。但是目前的应用下载方法，用户无法直观了解下载进度，尤其是当应用为第三方下载(网页下载时)，用户更是无法查看下载进度。这样，应用只能等到安装完成才能被打开，如果下载、安装过程中出现终端卡顿等情况，由于无法获知应用的安装进度，可能导致还要重复下载、安装，费时费力。

发明内容

本发明的目的在于提供一种应用程序的下载方法及移动终端，可以通过系统桌面上前端显示的悬浮控件实时显示当前下载任务的下载状态，从而便于用户直观、方便地了解应用的下载状态。

为解决上述技术问题，本发明实施例提供了一种应用程序的下载方法，在检测到一应用的下载任务被创建时，给系统桌面发送所述应用的名称和下载状态；所述系统桌面将所收到的应用名称和下载状态填充至一悬浮控件中，并前端显示填充了应用名称和下载状态的悬浮控件；其中，所述悬浮控件具有不同的显示状态，各所述显示状态对应所收到的不同的下载状态。

本发明实施例还提供了一种移动终端，包括：检测模块，用于在检测到一应用的下载任务被创建时，给系统桌面执行模块发送所述应用的名称和下载状态；所述系统桌面执行模块，用于将所收到的应用名称和下载状态填充至一悬浮控件中；显示模块，用于前端显示填充了应用名称和下载状态的悬浮控件；其中，所述悬浮控件具有不同的显示状态，各所述显示状态对应所收到的不同的下载状态。

本发明实施方式相对于现有技术而言，在下载应用的过程中，在系统桌面的前端显示悬浮控件，同时该悬浮控件中填充有该下载任务对应的应用名称和下载状态，从而便于用户在桌面即可查看应用的下载、安装状态，方便简洁，避免由于用户无法查看到下载、安装状态而进行重复下载、安装。

另外，所述悬浮控件由系统桌面在收到应用名称和下载状态时创建；或者，所述悬浮控件由系统桌面预设。进一步限定了悬浮控件的两种实现方式，使得本发明具有灵活多变的实现方式，实用性强。

另外，如果所述悬浮控件由系统桌面在收到应用名称和下载状态时创建，则在所述下载任务完成时，移除所述悬浮控件。

另外，如果所述悬浮控件由系统桌面预设，则在所述下载任务完成前，所述悬浮控件的显示状态为可见；在所述下载任务完成时，所述悬浮控件的显示状态为不可见。

另外，所述悬浮控件具有下拉图标；所述方法还包括：在所述下拉图标被点击时，展开所述悬浮控件，显示下载任务所对应的应用的详情。由此，用户通过点击悬浮控件，就可以方便地查阅正在下载或安装的应用的详情。

另外，所述下载状态为：下载等待、下载中、暂停、安装中或已安装，从而使得用户可以一目了然当前的具体下载状态。

另外，如果所述悬浮控件在所述下载状态为下载中时被点击，则触发的响应事件为将所述下载任务的下载状态切换为暂停；如果所述悬浮控件在所述下载状态为暂停时被点击，则触发的响应事件为将所述下载任务的下载状态切换为下载中。从而，便于用户利用悬浮控件灵活控制下载任务。

另外，所述悬浮控件的显示透明度大于预设值，预设值比如为20％。使得在前端显示的悬浮控件具有一定的透明度，所以不会影响用户对桌面上其他内容的查阅。

另外，所述悬浮控件以进度条的方式显示下载状态；所述进度条的不同进度对应不同的下载状态。通过进度条显示各个下载状态，更加清楚方便地使用户了解当前的状态。

附图说明

图1是根据本发明第一实施方式中应用程序的下载方法的流程图；

图2是根据本发明第二实施方式中应用程序的下载方法的流程图；

图3是根据本发明第三实施方式中移动终端的结构示意图；

图4是根据本发明第四实施方式中移动终端的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请各权利要求所要求保护的技术方案。

本发明的第一实施方式涉及一种应用程序的下载方法。具体流程如图1所示，包括：

步骤10：检测应用的下载任务是否被创建，在检测到一应用的下载任务被创建时，执行步骤11。在未检测到有应用的下载任务被创建时，返回步骤10。

比如，在应用商店中，当检测到某个应用对应的下载按钮被点击时，创建该应用的下载任务，也就是说，在检测到下载按钮被点击时，就可以确定有应用的下载任务被创建。例如，当用户需要安装一款时间管理应用时，会先在应用商店查找到该时间管理应用，用户点击查找到的时间管理应用对应的下载悬浮控件，本实施方式中默认是应用下载完成后即可自动进行安装，然而，本实施方式对于是否安装不作具体限制。

步骤11：给系统桌面发送应用的名称和下载状态。

本实施方式中，可以在开始下载之前，先从待下载的应用中提取出应用的名称，然后将提取出的应用名称发送至系统桌面。同时，在应用的下载任务被创建时，还实时监测应用的下载进度，将下载进度一并发送至系统桌面。下载状态例如可以是：下载等待、下载中、暂停等，当应用下载完成自动进行安装时，下载状态还可以包括安装中或已安装。此外，对于一个具体的下载状态，比如下载中，还可以发送下载完成的进度，比如下载已完成的百分比，或者下载状态为安装中时，还可以发送安装的进度，比如安装已完成的百分比。其中，下载已完成的进度可从应用的下载站点获得，下载安装完成的进度从移动终端的本地获得。应当理解，本实施方式对于下载状态不作具体限制。

步骤12：系统桌面将所收到的应用名称和下载状态填充至一悬浮控件中。

本实施方式中，悬浮控件可以由系统桌面在收到应用名称和下载状态时创建，或者，于其他实施方式中，悬浮控件还可以由系统桌面预设。本领域技术人员亦知晓创建悬浮控件的其他方式，本实施方式对此不作具体限制。

举例而言，可以实时将检测到的应用的下载状态发送至系统桌面，在步骤12中，将接收到的下载状态更新至悬浮控件，从而使得悬浮控件中的下载状态随着应用的下载、安装进度实时更新。

步骤13：显示填充了应用名称和下载状态的悬浮控件。

具体的说，本实施方式在显示悬浮控件时可以采用前端显示的方法进行显示，使得用户可以一目了然地看到正在下载的任务及状态。

本实施方式可以进一步优化，悬浮控件可以具有不同的显示状态，各显示状态对应所收到的不同的下载状态，换句话说，对应不同的下载状态，可以预设不同的显示状态，当向悬浮控件填充一下载状态时，以该下载状态对应的显示状态进行显示。举例而言，可以使用不同的显示颜色的显示状态表示不同的下载状态，比如，采用灰色表示下载等待、暂停等，采用绿色表示下载中，安装中。从而，可以通过悬浮控件的显示状态直观地了解到当前的下载状态，十分方便。本领域技术人员亦知晓悬浮控件显示下载状态的其他方式，此处不再一一列举。

值得一提的是，为了便于用户了解更详细的下载状态，本实施方式还可以进一步优化，悬浮控件还可以进度条的方式显示下载状态。进度条的不同进度对应不同的下载状态。举例而言，可以在一个进度条中显示从下载开始至安装完成的整个进度，或者还可以在一个进度条中，仅显示下载中或者安装中的进度。然而，本实施方式对此不作具体限制。

需要说明的是，本实施方式中，悬浮控件的显示透明度大于预设值。举例而言，透明度预设值比如为20％，本实施方式对于透明度预设值不作具体限制。由此使得在前端显示的悬浮控件具有一定的透明度，从而不会影响用户对桌面上其他内容的查阅。

此外，还需说明的是，在实际应用中，下载任务完成时，还可以增加移除悬浮控件的步骤，避免用户可以看到一个空的悬浮控件，或者避免用户手动清理悬浮控件。当然，于其他实施方式中，如果悬浮控件由系统桌面预设，则在下载任务完成前，悬浮控件的显示状态为可见。在下载任务完成时，悬浮控件的显示状态为不可见。通过及时隐去不需要继续显示的悬浮控件，提高悬浮控件显示的智能性。由此可知，本实施方式的悬浮控件的显示由下载任务触发，并用于显示下载状态。

本实施方式与现有技术相比，主要区别及其效果在于：用户在应用商店下载应用时，可以边下载应用边做其他事情，不必刻意停留在应用商店的下载页面，当用户需要查看应用的下载、安装进度时，可以通过显示于桌面的悬浮控件直观了解当前的下载状态，十分方便。

本发明的第二实施方式涉及一种应用程序的下载方法。第二实施方式在第一实施方式的基础上做出改进，主要改进之处在于：在第二实施方式中，悬浮控件包括用于控制下载状态的按键区域，以方便用户控制下载状态。

具体的，如图2所示，该应用程序的下载方法包括：

步骤20：判断是否检测到一应用的下载任务被创建，在检测到一应用的下载任务被创建时，执行步骤21。在未检测到有应用的下载任务被创建时，返回步骤20。

步骤21：给系统桌面发送应用的名称和下载状态。

步骤22：系统桌面将所收到的应用名称和下载状态填充至一悬浮控件中。

步骤23：前端显示填充了应用名称和下载状态的悬浮控件。

步骤24：在显示悬浮控件期间，判断悬浮控件是否被触发，即检测悬浮控件中的按键区域是否被触发，当没有检测到触发时，继续执行步骤24，否则执行步骤25。

步骤25：对当前下载状态进行切换。

举例而言，如果步骤24中悬浮控件在下载状态为下载中时被点击，则触发的响应事件为将下载任务的下载状态切换为暂停，如果悬浮控件在下载状态为暂停时被点击，则触发的响应事件为将下载任务的下载状态切换为下载中。从而，当用户察觉到当前网络不畅或者设备运行卡顿时，为避免下载频繁异常挂起，或者安装不能顺利完成，就可以通过点击悬浮控件切换下载状态。需要说明的是，本实施方式的应用程序的下载方法可以采用断点续传的技术。即当用户在下载过程中关机并重启移动终端时，当用户再次开机时，可以继续执行该应用的下载进程，继续执行剩余的下载任务。

值得一提的是，本实施方式中所提的按键区域可以是悬浮控件的一部分，也可以是整个悬浮控件所在的位置，在此不做限定。

值得一提的是，于其他实施方式中，悬浮控件还可以具有下拉图标。在步骤24中，还可以检测下拉图标是否被点击，当检测到下拉图标被点击时，展开悬浮控件，显示下载任务所对应的应用的详情。由此，用户通过点击悬浮控件，就可以方便地查阅正在下载或安装的应用的详情。通过展开悬浮控件，可以方便用户查看更多应用的信息量，并且在悬浮控件未展开时，还可以减小悬浮控件占用的显示区域。

本实施方式，在通过悬浮控件显示应用的下载状态时，用户还可以通过悬浮控件对下载状态进行控制，进一步方便了用户的操作。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包含相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第三实施方式涉及一种移动终端，作为举例而非限制，移动终端例如可以是智能手机。如图3所示，该移动终端3包括：

检测模块30，用于在检测到一应用的下载任务被创建时，给系统桌面执行模块发送应用的名称和下载状态。下载状态可以包括：下载等待、下载中、暂停、安装中或已安装。

系统桌面执行模块31，用于将所收到的应用名称和下载状态填充至一悬浮控件中。

显示模块32，用于前端显示填充了应用名称和下载状态的悬浮控件。其中，悬浮控件具有不同的显示状态，各显示状态对应所收到的不同的下载状态。举例而言，可以使用不同的显示颜色的显示状态表示不同的下载状态，比如，采用灰色表示下载等待、暂停等，采用绿色表示下载中，安装中。从而，可以通过悬浮控件的显示状态直观地了解到当前的下载状态，十分方便。本领域技术人员亦知晓悬浮控件显示下载状态的其他方式，此处不再一一列举。

本实施方式中，检测模块51还可以用于检测悬浮控件是否被触发，并在检测到悬浮控件被触发时，触发对应的响应事件。例如，如果悬浮控件在下载状态为下载中时被点击，则触发的响应事件为将下载任务的下载状态切换为暂停，如果悬浮控件在下载状态为暂停时被点击，则触发的响应事件为将下载任务的下载状态切换为下载中。本领域技术人员亦可知晓在其他下载状态下检测到点击动作时可能触发的响应事件，此处不再赘述。

本实施方式，用户在应用商店下载应用时，通过悬浮控件实时显示当前的下载状态，便于用于直观了解应用的下载状态。

本发明第四实施方式涉及一种智能手机。如图4所示，该智能手机4包括：

处理器40、显示装置41、收发器42，存储器43。显示装置41、收发器42，存储器43均连接于处理器40。

处理器40用于检测是否有下载任务被创建，当检测到有下载任务被创建时，将待下载的下载任务对应的应用的名称和下载任务的状态实时发送至由处理器运行的系统桌面，处理器用于将所收到的应用名称和下载状态填充至一悬浮控件中。显示装置41用于前端显示填充了应用名称和下载状态的悬浮控件，处理器40用于协调显示装置显示具有不同的显示状态的悬浮控件，各显示状态对应所收到的不同的下载状态。收发器42例如可以为4G-LTE制式的无线收发器，也可以为WIFI无线收发器。收发器用于下载应用及实时接收应用的下载状态。存储器43用于如图1或或者图2所示实施例的操作指令。显示装置41可以为触控显示屏，同时，处理器40可以在检测到悬浮控件区域的点击动作时，切换下载状态。比如，在悬浮控件处于下载中状态且检测到点击时，将下载中切换至下载暂停状态，在下载暂停状态检测到点击时，将下载状态切换至下载中状态，从而便于用户灵活控制下载任务的执行，避免下载任务占用过多的系统资源，而影响到用户的操作。

不难发现，本实施方式为与第三实施方式相对应的终端实施例，本实施方式可与第三实施方式互相配合实施。第三实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第三实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种应用程序的下载方法，其特征在于，包括：

在检测到一应用的下载任务被创建时，给系统桌面发送所述应用的名称和下载状态；

所述系统桌面将所收到的应用名称和下载状态填充至一悬浮控件中，并前端显示填充了应用名称和下载状态的悬浮控件；

其中，所述悬浮控件具有不同的显示状态，各所述显示状态对应所收到的不同的下载状态。

2.根据权利要求1所述的应用程序的下载方法，其特征在于，所述悬浮控件由系统桌面在收到应用名称和下载状态时创建；或者，所述悬浮控件由系统桌面预设。

3.根据权利要求2所述的应用程序的下载方法，其特征在于，如果所述悬浮控件由系统桌面在收到应用名称和下载状态时创建，则在所述下载任务完成时，移除所述悬浮控件。

4.根据权利要求2所述的应用程序的下载方法，其特征在于，如果所述悬浮控件由系统桌面预设，则在所述下载任务完成前，所述悬浮控件的显示状态为可见；在所述下载任务完成时，所述悬浮控件的显示状态为不可见。

5.根据权利要求1所述的应用程序的下载方法，其特征在于，所述悬浮控件具有下拉图标；

所述方法还包括：

在所述下拉图标被点击时，展开所述悬浮控件，显示下载任务所对应的应用的详情。

6.根据权利要求1所述的应用程序的下载方法，其特征在于，所述下载状态为：下载等待、下载中、暂停、安装中或已安装。

7.根据权利要求6所述的应用程序的下载方法，其特征在于，如果所述悬浮控件在所述下载状态为下载中时被点击，则触发的响应事件为将所述下载任务的下载状态切换为暂停；

如果所述悬浮控件在所述下载状态为暂停时被点击，则触发的响应事件为将所述下载任务的下载状态切换为下载中。

8.根据权利要求1所述的应用程序的下载方法，其特征在于，所述悬浮控件的显示透明度大于预设值。

9.根据权利要求1所述的应用程序的下载方法，其特征在于，所述悬浮控件以进度条的方式显示下载状态；所述进度条的不同进度对应不同的下载状态。

10.一种移动终端，其特征在于，包括：

检测模块，用于在检测到一应用的下载任务被创建时，给系统桌面执行模块发送所述应用的名称和下载状态；

所述系统桌面执行模块，用于将所收到的应用名称和下载状态填充至一悬浮控件中；

显示模块，用于前端显示填充了应用名称和下载状态的悬浮控件；其中，所述悬浮控件具有不同的显示状态，各所述显示状态对应所收到的不同的下载状态。