CN105915615A - 一种在移动设备中显示应用信息的方法和装置 - Google Patents

Abstract

本发明实施例提供了一种在移动设备中显示应用信息的方法和装置，该方法包括：当打开桌面中的应用文件夹时，读取预设的应用分类，所述应用分类中具有已标记的第一应用分类和未标记的第二应用分类；向服务器请求归属于所述第一应用分类的第一应用信息；在本地查找归属于所述第二应用分类的第二应用信息；在所述应用文件夹中显示所述第一应用信息和所述第二应用信息。本发明实施例实现了动态的部分应用更新，避免进行全量的应用更新，减少了获取应用信息的流量耗费，并且，由于第二应用分类中的第二应用信息是本地的，用户对其进行的浏览操作并不会耗费流量，使得是用户频繁地使用时，节省的流量尤为明显。

Description

一种在移动设备中显示应用信息的方法和装置

技术领域

本发明涉及计算机处理的技术领域，特别是涉及一种在移动设备中显示应用信息的方法和一种在移动设备中显示应用信息的装置。

背景技术

随着移动通信技术的发展，诸如手机、平板电脑、智能手表等移动设备广泛普及，在人们的生活、学习、工作中的应用越来越多。

为了方便用户获取新的应用，目前许多厂商都会通过一些渠道推荐应用给用户，用户在移动设备打开该渠道时，会从服务器上获取新的应用。

在这种获取应用的方式中，用户每次打开渠道，都会连接网络中的服务器更新全量的应用，耗费较多的流量，尤其是用户频繁地使用时，耗费的流量尤为明显，并且，由于是从服务器获取应用信息，且获取的应用信息的数量较多，导致显示的速度较慢。

发明内容

鉴于上述问题，为了解决上述获取应用信息耗费较多的流量、显示速度较慢的问题，本发明实施例提出了一种在移动设备中显示应用信息的方法和相应的一种在移动设备中显示应用信息的装置。

为了解决上述问题，本发明实施例公开了一种在移动设备中显示应用信息的方法，包括：

当打开桌面中的应用文件夹时，读取预设的应用分类，所述应用分类中具有已标记的第一应用分类和未标记的第二应用分类；

向服务器请求归属于所述第一应用分类的第一应用信息；

在本地查找归属于所述第二应用分类的第二应用信息；

在所述应用文件夹中显示所述第一应用信息和所述第二应用信息。

优选地，还包括：

当监听到应用分类更新时，读取当前更新的应用分类与预设的应用分类；

比较当前更新的应用分类与预设的应用分类，识别新标记的第一应用分类，返回执行所述向服务器请求归属于所述第一应用分类的第一应用信息的步骤。

优选地，还包括：

当监听到针对所述第二应用分类的刷新操作事件时，向服务器请求归属于所述第二应用分类的第二应用信息。

优选地，所述当打开桌面中的应用文件夹时，读取预设的应用分类的步骤包括：

当监听到触发桌面中的某个元素时，查询所述元素的属性；

当所述属性为应用文件夹属性时，确定所述元素为应用文件夹；

从指定的存储位置读取预设的应用分类。

优选地，所述向服务器请求归属于所述第一应用分类的第一应用信息的步骤包括：

读取预设的分类编码映射表；

从所述分类编码映射表中查询所述第一应用分类对应的分类编码；

将所述分类编码封装至第一应用请求中；

将所述第一应用请求发送至服务器；

接收所述服务器依据所述第一应用请求返回的，归属于所述第一应用分类的第一应用信息；

优选地，所述向服务器请求归属于所述第二应用分类的第二应用信息的步骤包括：

读取预设的分类编码映射表；

从所述分类编码映射表中查询所述第二应用分类对应的分类编码；

将所述分类编码封装至第二应用请求中；

将所述第二应用请求发送至服务器；

接收所述服务器依据所述第二应用请求返回的，归属于所述第二应用分类的第二应用信息。

优选地，所述在所述应用文件夹中显示所述第一应用信息和所述第二应用信息的步骤包括：

当所述第一应用信息或所述第二应用信息为脚本对象时，从所述脚本对象中读取应用参数；

将所述应用参数封装成信息对象；

在所述的应用文件夹中显示所述信息对象。

优选地，所述应用参数包括应用名称、应用内容信息、应用图标、下载地址中的一种或多种；

所述在所述的应用文件夹中显示所述信息对象的步骤包括：

在所述文件夹中显示所述应用名称和所述应用图标；

在所述应用图标中显示未下载标识；

当所述应用名称或所述应用图标被触发时，显示所述应用内容信息；

当监听到下载操作时，从所述下载地址下载应用；

计算应用的下载进度信息；

在所述应用图标中显示所述下载进度信息。

优选地，所述在所述应用文件夹中显示所述第一应用信息和所述第二应用信息的步骤包括：

当从服务器请求的第一应用信息或第二应用信息与本地的应用信息重复时，忽略从服务器请求的第一应用信息或第二应用信息。

优选地，所述在所述应用文件夹中显示所述第一应用信息和所述第二应用信息的步骤包括：

当查询到本地已安装从服务器请求的第一应用信息或第二应用信息对应的应用时，忽略从服务器请求的第一应用信息或第二应用信息。

本发明实施例还公开了一种在移动设备中显示应用信息的装置，包括：

第一应用分类读取模块，用于在打开桌面中的应用文件夹时，读取预设的应用分类，所述应用分类中具有已标记的第一应用分类和未标记的第二应用分类；

第一应用信息请求模块，用于向服务器请求归属于所述第一应用分类的第一应用信息；

第二应用信息查找模块，用于在本地查找归属于所述第二应用分类的第二应用信息；

应用信息显示模块，用于在所述应用文件夹中显示所述第一应用信息和所述第二应用信息。

优选地，还包括：

第二应用分类读取模块，用于在监听到应用分类更新时，读取当前更新的应用分类与预设的应用分类；

应用分类比较模块，用于比较当前更新的应用分类与预设的应用分类，识别新标记的第一应用分类，返回调用所述第一应用信息请求模块802。

优选地，还包括：

第二应用信息请求模块，用于在监听到针对所述第二应用分类的刷新操作事件时，向服务器请求归属于所述第二应用分类的第二应用信息。

优选地，所述第一应用分类读取模块包括：

属性查询子模块，用于在监听到触发桌面中的某个元素时，查询所述元素的属性；

应用文件夹确定子模块，用于在所述属性为应用文件夹属性时，确定所述元素为应用文件夹；

存储位置读取子模块，用于从指定的存储位置读取预设的应用分类。

优选地，所述第一应用信息请求模块包括：

第一映射表读取子模块，用于读取预设的分类编码映射表；

第一分类编码查询子模块，用于从所述分类编码映射表中查询所述第一应用分类对应的分类编码；

第一应用请求封装子模块，用于将所述分类编码封装至应用请求中；

第一应用请求发送子模块，用于将所述应用请求发送至服务器；

第一应用信息接收子模块，用于接收所述服务器依据所述应用请求返回的，归属于第一应用分类的第一应用信息。

优选地，所述第二应用信息请求模块包括：

第二映射表读取子模块，用于分类编码映射表读取预设的分类编码映射表；

第二分类编码查询子模块，用于从所述分类编码映射表中查询所述第二应用分类对应的分类编码；

第二应用请求封装子模块，用于将所述分类编码封装至应用请求中；

第二应用请求发送子模块，用于将所述应用请求发送至服务器；

第二应用信息接收子模块，用于接收所述服务器依据所述应用请求返回的，归属于所述第二应用分类的第二应用信息；

优选地，所述应用信息显示模块包括：

应用参数当前子模块，用于在所述第一应用信息或所述第二应用信息为脚本对象时，从所述脚本对象中读取应用参数；

信息对象封装子模块，用于将所述应用参数封装成信息对象；

信息对象显示子模块，用于在所述的应用文件夹中显示所述信息对象。

优选地，所述应用参数包括应用名称、应用内容信息、应用图标、下载地址中的一种或多种；

所述信息对象显示子模块包括：

名称图标显示单元，用于在所述文件夹中显示所述应用名称和所述应用图标；

未下载标识显示单元，用于在所述应用图标中显示未下载标识；

应用内容信息显示单元，用于当所述应用名称或所述应用图标被触发时，显示所述应用内容信息；

应用下载单元，用于当监听到下载操作时，从所述下载地址下载应用；

下载进度信息计算单元，用于计算应用的下载进度信息；

下载进度信息显示单元，用于在所述应用图标中显示所述下载进度信息。

优选地，所述应用信息显示模块包括：

第一忽略子模块，用于在从服务器请求的第一应用信息或第二应用信息与本地的应用信息重复时，忽略从服务器请求的第一应用信息或第二应用信息。

优选地，所述应用信息显示模块包括：

第二忽略子模块，用于在查询到本地已安装从服务器请求的第一应用信息或第二应用信息对应的应用时，忽略从服务器请求的第一应用信息或第二应用信息。

本发明实施例包括以下优点：

本发明实施例预置应用分类的信息，以分类作为应用管理的维度，用户可以将其标记为关注的第一应用分类，也可以取消标记、不关注第二应用分类，对于第一应用分类，在开启桌面的应用文件夹时，检测应用分类的信息，可以主动向服务器请求归属于该分类的第一应用信息，对于第二应用分类，可以直接应用本地中存储的、归属于该分类的第二应用信息，实现了动态的部分应用更新，避免进行全量的应用更新，减少了获取应用信息的流量耗费，并且，由于第二应用分类中的第二应用信息是本地的，用户对其进行的浏览操作并不会耗费流量，使得是用户频繁地使用时，节省的流量尤为明显。

此外，由于减少了从服务器获取应用信息的数量，并且，直接显示本地的应用信息，大大加快了显示的速度。

附图说明

图1是本发明的一种在移动设备中显示应用信息的方法实施例1的步骤流程图；

图2是本发明实施例的一种移动设备与服务器的交互示例图；

图3是本发明实施例的一种显示应用信息的示例图；

图4A和图4B是本发明实施例的一种下载应用的示例图；

图5是本发明的一种在移动设备中显示应用信息的方法实施例2的步骤流程图；

图6A和图6B是本发明实施例的一种调整应用分类的示例图；

图7是本发明实施例的一种刷新应用信息的示例图；

图8是本发明的一种在移动设备中显示应用信息的装置实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，示出了本发明的一种在移动设备中显示应用信息的方法实施例1的步骤流程图，具体可以包括如下步骤：

步骤101，当打开桌面中的应用文件夹时，读取预设的应用分类；

在具体实现中，本发明实施例可以应用于移动设备中，例如，手机、平板电脑、智能手表等等，本发明实施例对此不加以限制。

这些移动设备的操作系统可以包括Android(安卓)、IOS、WindowsPhone、等等，通常可以支持各种系统应用和第三方应用运行，例如，即时通讯工具、邮箱客户端、音乐播放器、支付工具等等。

为使本领域技术人员更好地理解本发明实施例，在本说明书中，将Android作为操作系统的一种示例进行说明。

在本发明实施例中，如图2所示，可以预先设置应用分类，例如，游戏、阅读教育、系统工具、通讯社交、影音娱乐、生活地图、办公商务、桌面美化、热门应用、更多应用等等。

用户可以标记某一类应用分类，即关注该应用分类中的应用，这类应用分类称之为第一应用分类。

此外，未被用户标记的应用分类，即未关注该应用分类中的应用，这类应用分类称之为第二应用分类。

需要说明的是，该应用分类中的第一应用分类和第二应用分类，可以是系统默认设置的，也可以是用户预先调整的，本发明实施例对此不加以限制。

该应用分类可以存储在系统中，如sharedPreference类、property文件等等，在重启操作系统或重新加载桌面(Launcher)时能可以读取到之前保存的应用分类即可。

桌面Launcher上通常包括的元素有四种：应用、快捷方式、普通文件夹和小部件。

在本发明实施例中，如图2所示，在桌面Launcher上新增了两个新元素，应用文件夹和应用信息。

其中，应用文件夹用于显示应用信息，区别于普通文件夹，即与普通文件夹的UI(User Interface，用户界面)不完全一样，可以进行不同的操作。

例如，普通文件夹支持解散、批量卸载、排序、重命名，打开普通文件夹时，显示在该普通文件夹中的应用和快捷方式，支持应用和快捷方式的移入、移出，等等。

而应用文件夹不支持解散、批量卸载、排序，支持，重命名，打开应用文件夹时，显示应用信息，支持分类信息的编辑，支持某个分类信息中应用信息的刷新，支持应用信息的删除，不支持应用信息的移出、其他元素(如快捷方式)的移入，等等。

为区分应用文件夹和应用信息，桌面上包含的元素的ItemType(属性)如下表：

桌面元素	应用	快捷方式	小部件	文件夹	应用信息
						ItemType	0	1	4	2	7

其中，文件夹包括普通文件夹和应用文件夹，为进一步区分，可以将普通文件夹的ItemType和应用文件夹的ItemType区分，例如，普通文件夹的ItemType为202，应用文件夹的ItemType为201等等。

当然，上述属性只是作为示例，在实施本发明实施例时，可以根据实际情况设置其他属性，只要可以区分应用文件夹和应用信息即可，本发明实施例对此不加以限制。另外，除了上述属性外，本领域技术人员还可以根据实际需要采用其它属性，本发明实施例对此也不加以限制。

在具体实现中，用户可以通过触摸点击、手势滑动等方式触发桌面的元素，当监听到触发桌面中的某个元素时，查询该元素的属性。

当属性为应用文件夹属性时，如201，则可以确定该元素为应用文件夹，从指定的存储位置(如sharedPreference)读取预设的应用分类。

从而读取已标记的第一应用分类和未标记的第二应用分类。

步骤102，向服务器请求归属于所述第一应用分类的第一应用信息；

第一应用分类中的应用，为用户关注的应用，可以主动向服务器请求推荐属于第一应用分类中的应用的第一应用信息。

在具体实现中，可以读取预设的分类编码映射表，该分类编码映射表记载了应用分类与分类编码之间的映射关系，存储在系统中，如res/array.xml下，在Launcher加载时读取应用分类与分类编码两个数组并存放到表格Map中，以便在获取各应用分类的编码信息时使用，其示例可以如下：

应用分类	分类编码
		游戏	game
阅读教育	knowledge
		系统工具	tool
通讯社交	communication
		影音娱乐	play
生活地图	lifemap
		办公商务	office
桌面美化	desktop
		热门应用	hotapp
更多应用	more

从分类编码映射表中查询第一应用分类对应的分类编码，将分类编码封装至第一应用请求中。

在一个示例中，假设应用请求的URL(Uniform Resource Locator，统一资源定位符)为：http://app.phone.hismarttv.com/mobilestore/api/getapppushlist？pushcode＝％s

其中，％s为占位符号，可以采用String.format将分类编码替换掉占位符号％s，即可获得请求该应用分类的应用请求。

如图2所示，移动设备可以将第一应用请求发送至服务器。

该服务器可以在后台采集每个应用分类下的应用及其应用信息，如图2所示，若服务器接收到第一应用请求，则可以提取其中的分类编码，查询归属于该分类编码对应的应用分类的应用，将其应用信息返回移动设备。

则移动设备可以接收服务器依据第一应用请求返回的，归属于第一应用分类的第一应用信息。

需要说明的是，服务器可以通过任意的方式查询归属于某个应用分类的应用及其应用信息，例如，查找某个应用分类中最热门(基于最近一段时间的下载量、评分、评价信息等因素计算)的前N(N为正整数)个应用、根据移动设备上已安装的应用、分析用户行为，通过协同过滤等方式推荐某个应用分类中的应用及其应用信息、并约定其排序，等等，本发明实施例对此不加以限制。

步骤103，在本地查找归属于所述第二应用分类的第二应用信息；

第二应用分类中的应用，为用户不关注的应用，一般不主动向服务器请求推荐属于第二应用分类中的应用的应用信息。

在具体实现中，系统可以预先针对各应用分类配置一个或多个应用信息，存储在数据库中。

若该应用分类识别为第二应用分类，则可以直接提取数据库中该应用分类的应用信息。

当然，某个应用分类在先被标记为第一应用分类，已从服务器请求了一个或多个归属于该第一应用分类的应用信息，存储在数据库中。

而后该第一应用分类取消标记，识别为第二应用分类，则可以直接提取数据库中该应用分类的应用信息。

步骤104，在所述应用文件夹中显示所述第一应用信息和所述第二应用信息。

在打开桌面中的应用文件夹类等情况下，移动设备可以向服务器请求该第一应用分类下的第一应用信息。

为了方便进行传输，服务器一般将其下发的第一应用信息封装成脚本对象，如Json数据。

因此，当第一应用信息为脚本对象时，可以从脚本对象中读取应用参数，将应用参数封装成信息对象，在应用文件夹中显示信息对象。

需要说明的是，为了应用分类及其应用信息的布局可以由本领域技术人员根据实际情况设置，本发明实施例对此不加以限制。

在一个示例中，如图3所示，在应用文件夹中可以提供一个分类栏，在该分类栏中显示应用分类的名称，用户可以通过滑动分类栏，选择应用分类，如图3所示的阅读教育，若选定了应用分类，则可以在分类栏的下方显示该应用分类的应用信息。

在本发明实施例中，转换之后的应用(即信息对象)具有普通应用的特性，但又有自己独有的属性，因此，转换之后的应用一般继承自普通应用，定义为AppLinkInfo。

当然，在本地存储的第二应用分类下的第二应用信息，一般已转换为信息对象。

进一步而言，应用参数包括应用名称、应用内容信息(例如，评级、文件大小、下载次数、应用描述、用户评价等)、应用图标Icon、下载地址中的一种或多种。

在显示时，如图3所示，可以在文件夹中显示应用名称和应用图标Icon，让用户直观地浏览。

为了给用户一个视觉上的提示，分辨推荐的应用与普通的应用，避免对推荐的应用误以为是普通应用，但点击后又不会打开应用，可以在应用图标中显示未下载标识，即标记该应用未下载的信息，如图3所示的“未下载”。

在Android中，可以在Launcher上，可以通过TextView(文本视图)显示信息对象。

具体而言，通过TextView.setText设置应用名称。

若在应用图标上显示下载标示，可以通过canvas.drawbitmp将未下载标识图片绘制到应用图标上，生成一个新的bitmap(位图)，在该bitmap中绘制应用图标，并在应用图标上绘制未下载标识，然后把该bitmap通过TextView.setCompoundDrawablesWithIntrinsicBounds显示出来，到此就展示出了推荐的应用的应用名称和应用图标了。

当应用名称或应用图标被触发时，如用户进行触摸点击，则如图4A所示，可以在一个新的页面显示应用内容信息。

当监听到下载操作时，如用户点击图4A中的下载控件，则可以从下载地址下载应用。

为了方便提示用户，可以计算应用的下载进度信息，在应用图标中显示下载进度信息。

如图4B所示，在应用图标上覆盖一个图层，该图层的面积与应用图标的面积之间的比值，与下载进度相等。

例如，在Android中，下载时使用了Android的DownloadManager(下载管理器)，添加到下载队列时会生成一个downloadId(下载任务ID)，并将下载信息(downloadId，下载状态，文件大小，已下载字节数等)保存在数据库(content://downloads/my_downloads)中。

因此，可以注册一个监听数据库变化的服务ContentObserver，当下载应用时，DownloadManager会不断的更新数据库，同时回调contentObserver中的onChange函数，此时通过DownloadManager.query()根据downloadId查询数据库中该条下载记录的文件大小、已下载字节数，进而得到当前的下载进度(已下载字节数/文件大小)。

当该应用下载完成时，则可以进行安装操作，该应用的应用信息移出应用文件夹。

在本发明的一个实施例中，当从服务器请求的第一应用信息与本地的应用信息重复时，即本地存储有与从服务器请求的第一应用信息相同的应用信息，则可以忽略从服务器请求的第一应用信息，避免重复进行脚本对象与信息对象之间的转换，降低系统资源的消耗。

在本发明的一个实施例中，当查询到本地已安装从服务器请求的第一应用信息对应的应用时，则可以忽略从服务器请求的第一应用信息，避免重复提示、导致用户下载已有的应用。

在Android中，可以在数据对象中写入包名这个应用参数，调用系统函数PackageManager.getPackageInfo(包名,0)，若返回的packageInfo是空就表示未安装该包名对应的应用，反之，则安装了该包名对应的应用。

本发明实施例预置应用分类的信息，以分类作为应用管理的维度，用户可以将其标记为关注的第一应用分类，也可以取消标记、不关注第二应用分类，对于第一应用分类，在开启桌面的应用文件夹时，检测应用分类的信息，可以主动向服务器请求归属于该分类的第一应用信息，对于第二应用分类，可以直接应用本地中存储的、归属于该分类的第二应用信息，实现了动态的部分应用更新，避免进行全量的应用更新，减少了获取应用信息的流量耗费，并且，由于第二应用分类中的第二应用信息是本地的，用户对其进行的浏览操作并不会耗费流量，使得是用户频繁地使用时，节省的流量尤为明显。

此外，由于减少了从服务器获取应用信息的数量，并且，直接显示本地的应用信息，大大加快了显示的速度。

参照图5，示出了本发明的一种在移动设备中显示应用信息的方法实施例2的步骤流程图，具体可以包括如下步骤：

步骤501，当打开桌面中的应用文件夹时，读取预设的应用分类；

其中，所述应用分类中具有已标记的第一应用分类和未标记的第二应用分类；

步骤502，向服务器请求归属于所述第一应用分类的第一应用信息；

步骤503，在本地查找归属于所述第二应用分类的第二应用信息；

步骤504，当监听到应用分类更新时，读取当前更新的应用分类与预设的应用分类；

步骤505，比较当前更新的应用分类与预设的应用分类，识别新标记的第一应用分类，返回执行步骤502；

在本发明实施例中，用户可以在打开应用文件夹之后，可以请求对应用分类进行调整，对预设的第二应用分类进行标记，使得其成为第一应用分类，或者，对预设的第一应用分类取消标记，使得其成为第二应用分类。

对于新标记的第一应用分类，可以进行应用信息的刷新操作。

例如，如图3所示，若用户打开应用文件，则可以在文件夹的标题(即“应用文件夹”)的右侧加载一个分类控件(即名称为“分类”的控件)。

如图6A和图6B所示，用户点击该控件则可以弹出分类菜单，例如，游戏、阅读教育、系统工具、通讯社交、影音娱乐、生活地图、办公商务、桌面美化、热门应用、更多应用(图上未示出全部示例)等等。

用户可以在该分类菜单中对第预设的二应用分类进行标记，使得其成为第一应用分类，或者，对预设的第一应用分类取消标记，使得其成为第二应用分类。

如图6A所示，若第一应用分类包括游戏、系统工具，第二应用分类包括阅读教育、通讯社交、影音娱乐。

若用户标记阅读教育，取消系统工具的标记，并且点击了确定控件，则此次调整生效，当然，若用户点击了取消控件，则此次调整失效。

则如图6B所示，更新的第一应用分类包括游戏、阅读教育，更新的第二应用分类包括系统工具、通讯社交、影音娱乐。

对比更新的第一应用分类、第二应用分类与预设的第一应用分类、第二应用分类，可以获知新标记的第一应用分类为阅读教育。

步骤506，当监听到针对所述第二应用分类的刷新操作事件时，向服务器请求归属于所述第二应用分类的第二应用信息；

在本发明实施例中，用户可以主动对第二应用分类中的应用信息进行刷新操作，但是，该刷新操作是临时的，不会将第二应用分类标记为第一应用分类。

例如，如图3所示，若用户打开应用文件，则可以在文件夹的标题(即“应用文件夹”)的左侧加载一个刷新控件(即名称为“刷新”的控件)。

若用户点击该刷新控件，触发刷新操作事件，则可以查询当前显示的第二应用分类，如图7所示的“阅读教育”，向该向服务器请求归属于第二应用分类的第二应用信息，对第二应用信息进行刷新显示。

同样地，对于请求操作，可以读取预设的分类编码映射表，从分类编码映射表中查询第二应用分类对应的分类编码，将分类编码封装至第二应用请求中，将第二应用请求发送至服务器，接收服务器依据第二应用请求返回的，归属于第二应用分类的第二应用信息。

如图2所示，若服务器接收到应用请求，则可以提取其中的分类编码，查询归属于该分类编码对应的应用分类的应用，将其应用信息返回移动设备。

步骤507，在所述应用文件夹中显示所述第一应用信息和所述第二应用信息。

在更新第一应用分类等情况下，移动设备可以向服务器请求该第一应用分类下的第一应用信息。

在刷新操作等情况下，移动设备可以向服务器请求第二应用分类下的第二应用信息。

在本发明实施例中，由于第一应用分类的显示方式与方法实施例1的应用基本相似，所以描述的比较简单，相关之处参见方法实施例1的部分说明即可，本发明实施例在此不加以详述。

为了方便进行传输，服务器一般将其下发的第二应用信息封装成脚本对象，如Json数据。

因此，当第二应用信息为脚本对象时，可以从脚本对象中读取应用参数，将应用参数封装成信息对象，在桌面中的应用文件夹中显示信息对象。

需要说明的是，为了应用分类及其应用信息的布局可以由本领域技术人员根据实际情况设置，本发明实施例对此不加以限制。

在一个示例中，如图3所示，在应用文件夹中可以提供一个分类栏，在该分类栏中显示应用分类的名称，用户可以通过滑动分类栏，选择应用分类，如图3所示的阅读教育，若选定了应用分类，则可以在分类栏的下方显示该应用分类的应用信息。

在本发明实施例中，转换之后的应用(即信息对象)具有普通应用的特性，但又有自己独有的属性，因此，转换之后的应用一般继承自普通应用，定义为AppLinkInfo。

当然，在本地存储的第二应用分类下的第二应用信息，一般已转换为信息对象。

进一步而言，应用参数包括应用名称、应用内容信息(例如，评级、文件大小、下载次数、应用描述、用户评价等)、应用图标Icon、下载地址中的一种或多种。

在显示时，如图3所示，可以在文件夹中显示应用名称和应用图标Icon，让用户直观地浏览。

为了给用户一个视觉上的提示，分辨推荐的应用与普通的应用，避免对推荐的应用误以为是普通应用，但点击后又不会打开应用，可以在应用图标中显示未下载标识，即标记该应用未下载的信息，如图3所示的“未下载”。

在Android中，可以在Launcher上，可以通过TextView(文本视图)显示信息对象。

具体而言，通过TextView.setText设置应用名称。

若在应用图标上显示下载标示，可以通过canvas.drawbitmp将未下载标识图片绘制到应用图标上，生成一个新的bitmap(位图)，在该bitmap中绘制应用图标，并在应用图标上绘制未下载标识，然后把该bitmap通过TextView.setCompoundDrawablesWithIntrinsicBounds显示出来，到此就展示出了推荐的应用的应用名称和应用图标了。

当应用名称或应用图标被触发时，如用户进行触摸点击，则如图4A所示，可以在一个新的页面显示应用内容信息。

当监听到下载操作时，如用户点击图4A中的下载控件，则可以从下载地址下载应用。

为了方便提示用户，可以计算应用的下载进度信息，在应用图标中显示下载进度信息。

如图4B所示，在应用图标上覆盖一个图层，该图层的面积与应用图标的面积之间的比值，与下载进度相等。

例如，在Android中，下载时使用了Android的DownloadManager(下载管理器)，添加到下载队列时会生成一个downloadId(下载任务ID)，并将下载信息(downloadId，下载状态，文件大小，已下载字节数等)保存在数据库(content://downloads/my_downloads)中。

因此，可以注册一个监听数据库变化的服务ContentObserver，当下载应用时，DownloadManager会不断的更新数据库，同时回调contentObserver中的onChange函数，此时通过DownloadManager.query()根据downloadId查询数据库中该条下载记录的文件大小、已下载字节数，进而得到当前的下载进度(已下载字节数/文件大小)。

当该应用下载完成时，则可以进行安装操作，该应用的应用信息移出应用文件夹。

在本发明的一个实施例中，当从服务器请求的第二应用信息与本地的应用信息重复时，即本地存储有与从服务器请求的第二应用信息相同的应用信息，则可以忽略从服务器请求的第二应用信息，避免重复进行脚本对象与信息对象之间的转换，降低系统资源的消耗。

在本发明的一个实施例中，当查询到本地已安装从服务器请求的第二应用信息对应的应用时，则可以忽略从服务器请求的第二应用信息，避免重复提示、导致用户下载已有的应用。

在Android中，可以在数据对象中写入包名这个应用参数，调用系统函数PackageManager.getPackageInfo(包名,0)，若返回的packageInfo是空就表示未安装该包名对应的应用，反之，则按照了该包名对应的应用。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图8，示出了本发明的一种在移动设备中显示应用信息的装置实施例的结构框图，具体可以包括如下模块：

第一应用分类读取模块801，用于在打开桌面中的应用文件夹时，读取预设的应用分类，所述应用分类中具有已标记的第一应用分类和未标记的第二应用分类；

第一应用信息请求模块802，用于向服务器请求归属于所述第一应用分类的第一应用信息；

第二应用信息查找模块803，用于在本地查找归属于所述第二应用分类的第二应用信息；

应用信息显示模块804，用于在所述应用文件夹中显示所述第一应用信息和所述第二应用信息。

在本发明的一个实施例中，该装置还可以包括如下模块：

第二应用分类读取模块，用于在监听到应用分类更新时，读取当前更新的应用分类与预设的应用分类；

应用分类比较模块，用于比较当前更新的应用分类与预设的应用分类，识别新标记的第一应用分类，返回调用所述第一应用信息请求模块802。

在本发明的一个实施例中，该装置还可以包括如下模块：

第二应用信息请求模块，用于在监听到针对所述第二应用分类的刷新操作事件时，向服务器请求归属于所述第二应用分类的第二应用信息。

在本发明的一个实施例中，所述第一应用分类读取模块801可以包括如下子模块：

属性查询子模块，用于在监听到触发桌面中的某个元素时，查询所述元素的属性；

应用文件夹确定子模块，用于在所述属性为应用文件夹属性时，确定所述元素为应用文件夹；

存储位置读取子模块，用于从指定的存储位置读取预设的应用分类。

在本发明的一个实施例中，所述第一应用信息请求模块802可以包括如下子模块：

第一映射表读取子模块，用于读取预设的分类编码映射表；

第一分类编码查询子模块，用于从所述分类编码映射表中查询所述第一应用分类对应的分类编码；

第一应用请求封装子模块，用于将所述分类编码封装至应用请求中；

第一应用请求发送子模块，用于将所述应用请求发送至服务器；

第一应用信息接收子模块，用于接收所述服务器依据所述应用请求返回的，归属于第一应用分类的第一应用信息。

在本发明的一个实施例中，所述第二应用信息请求模块可以包括如下子模块：

第二映射表读取子模块，用于分类编码映射表读取预设的分类编码映射表；

第二分类编码查询子模块，用于从所述分类编码映射表中查询所述第二应用分类对应的分类编码；

第二应用请求封装子模块，用于将所述分类编码封装至应用请求中；

第二应用请求发送子模块，用于将所述应用请求发送至服务器；

第二应用信息接收子模块，用于接收所述服务器依据所述应用请求返回的，归属于所述第二应用分类的第二应用信息；

在本发明的一个实施例中，所述应用信息显示模块804可以包括如下子模块：

应用参数当前子模块，用于在所述第一应用信息或所述第二应用信息为脚本对象时，从所述脚本对象中读取应用参数；

信息对象封装子模块，用于将所述应用参数封装成信息对象；

信息对象显示子模块，用于在所述的应用文件夹中显示所述信息对象。

在本发明实施例的一个示例中，所述应用参数可以包括应用名称、应用内容信息、应用图标、下载地址中的一种或多种；

所述信息对象显示子模块可以包括如下单元：

名称图标显示单元，用于在所述文件夹中显示所述应用名称和所述应用图标；

未下载标识显示单元，用于在所述应用图标中显示未下载标识；

应用内容信息显示单元，用于当所述应用名称或所述应用图标被触发时，显示所述应用内容信息；

应用下载单元，用于当监听到下载操作时，从所述下载地址下载应用；

下载进度信息计算单元，用于计算应用的下载进度信息；

下载进度信息显示单元，用于在所述应用图标中显示所述下载进度信息。

在本发明的一个实施例中，所述应用信息显示模块804可以包括如下子模块：

第一忽略子模块，用于在从服务器请求的第一应用信息或第二应用信息与本地的应用信息重复时，忽略从服务器请求的第一应用信息或第二应用信息。

在本发明的一个实施例中，所述应用信息显示模块804可以包括如下子模块：

第二忽略子模块，用于在查询到本地已安装从服务器请求的第一应用信息或第二应用信息对应的应用时，忽略从服务器请求的第一应用信息或第二应用信息。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种在移动设备中显示应用信息的方法和一种在移动设备中显示应用信息的装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种在移动设备中显示应用信息的方法，其特征在于，包括：

当打开桌面中的应用文件夹时，读取预设的应用分类，所述应用分类中具有已标记的第一应用分类和未标记的第二应用分类；

向服务器请求归属于所述第一应用分类的第一应用信息；

在本地查找归属于所述第二应用分类的第二应用信息；

在所述应用文件夹中显示所述第一应用信息和所述第二应用信息。

2.根据权利要求1所述的方法，其特征在于，还包括：

当监听到应用分类更新时，读取当前更新的应用分类与预设的应用分类；

比较当前更新的应用分类与预设的应用分类，识别新标记的第一应用分类，返回执行所述向服务器请求归属于所述第一应用分类的第一应用信息的步骤。

3.根据权利要求1所述的方法，其特征在于，还包括：

当监听到针对所述第二应用分类的刷新操作事件时，向服务器请求归属于所述第二应用分类的第二应用信息。

4.根据权利要求1所述的方法，其特征在于，所述当打开桌面中的应用文件夹时，读取预设的应用分类的步骤包括：

当监听到触发桌面中的某个元素时，查询所述元素的属性；

当所述属性为应用文件夹属性时，确定所述元素为应用文件夹；

从指定的存储位置读取预设的应用分类。

5.根据权利要求1或3所述的方法，其特征在于，

所述向服务器请求归属于所述第一应用分类的第一应用信息的步骤包括：

读取预设的分类编码映射表；

从所述分类编码映射表中查询所述第一应用分类对应的分类编码；

将所述分类编码封装至第一应用请求中；

将所述第一应用请求发送至服务器；

接收所述服务器依据所述第一应用请求返回的，归属于所述第一应用分类的第一应用信息；

所述向服务器请求归属于所述第二应用分类的第二应用信息的步骤包括：

读取预设的分类编码映射表；

从所述分类编码映射表中查询所述第二应用分类对应的分类编码；

将所述分类编码封装至第二应用请求中；

将所述第二应用请求发送至服务器；

接收所述服务器依据所述第二应用请求返回的，归属于所述第二应用分类的第二应用信息。

6.根据权利要求1或2或3或4所述的方法，其特征在于，所述在所述应用文件夹中显示所述第一应用信息和所述第二应用信息的步骤包括：

当所述第一应用信息或所述第二应用信息为脚本对象时，从所述脚本对象中读取应用参数；

将所述应用参数封装成信息对象；

在所述的应用文件夹中显示所述信息对象。

7.根据权利要求6所述的方法，其特征在于，所述应用参数包括应用名称、应用内容信息、应用图标、下载地址中的一种或多种；

所述在所述的应用文件夹中显示所述信息对象的步骤包括：

在所述文件夹中显示所述应用名称和所述应用图标；

在所述应用图标中显示未下载标识；

当所述应用名称或所述应用图标被触发时，显示所述应用内容信息；

当监听到下载操作时，从所述下载地址下载应用；

计算应用的下载进度信息；

在所述应用图标中显示所述下载进度信息。

8.根据权利要求1或2或3或4或7所述的方法，其特征在于，所述在所述应用文件夹中显示所述第一应用信息和所述第二应用信息的步骤包括：

当从服务器请求的第一应用信息或第二应用信息与本地的应用信息重复时，忽略从服务器请求的第一应用信息或第二应用信息。

9.根据权利要求1或2或3或4或7所述的方法，其特征在于，所述在所述应用文件夹中显示所述第一应用信息和所述第二应用信息的步骤包括：

当查询到本地已安装从服务器请求的第一应用信息或第二应用信息对应的应用时，忽略从服务器请求的第一应用信息或第二应用信息。

10.一种在移动设备中显示应用信息的装置，其特征在于，包括：

第一应用分类读取模块，用于在打开桌面中的应用文件夹时，读取预设的应用分类，所述应用分类中具有已标记的第一应用分类和未标记的第二应用分类；

第一应用信息请求模块，用于向服务器请求归属于所述第一应用分类的第一应用信息；

第二应用信息查找模块，用于在本地查找归属于所述第二应用分类的第二应用信息；

应用信息显示模块，用于在所述应用文件夹中显示所述第一应用信息和所述第二应用信息。