CN106201193A - 一种在移动终端中显示应用信息的方法和装置 - Google Patents

Abstract

本发明实施例提供了一种在移动终端中显示应用信息的方法和装置，该方法包括：在移动终端中登录服务器的用户账号；当登录成功时，将目标信息发送至所述服务器；接收所述服务器在根据所述目标信息确定所述用户账号为首次登录时发送的、在先安装的应用的应用信息；在所述移动终端中显示所述应用信息。用户无需在浏览器或应用商店中搜索并下载安装，大大减少了精力和时间的消耗，同时，计算机记录的信息较人为记忆稳妥，一般不会出错造成信息遗漏或错误，避免了遗漏一些需要的应用，从而提高了安装原有应用效率。

Description

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

技术领域

本发明涉及通信技术领域，特别是涉及一种在移动终端中显示应用信息的方法和一种在移动终端中显示应用信息的装置。

背景技术

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

由于在日常使用过程中，用户偶尔更换移动终端或者恢复出厂设置，若更换移动终端，则新的移动终端会丢失原移动终端安装的应用；若恢复出厂设置下，则当前移动终端会丢失该移动终端原先安装的应用。

用户需要在浏览器或应用商店中搜索并下载安装，这种手动操作的方式消耗大量的精力和时间，而且，用户人为记忆原有应用，可能遗漏一些需要的应用，导致效率很低。

发明内容

鉴于上述问题，为了解决上述安装原有应用效率低的问题，本发明实施例提出了一种在移动终端中显示应用信息的方法和相应的一种在移动终端中显示应用信息的装置。

一方面，本发明实施例公开了一种在移动终端中显示应用信息的方法，包括：

在移动终端中登录服务器的用户账号；

当登录成功时，将目标信息发送至所述服务器；

接收所述服务器在根据所述目标信息确定所述用户账号为首次登录时发送的、在先安装的应用的应用信息；

在所述移动终端中显示所述应用信息。

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

用户账号登录模块，用于在移动终端中登录服务器的用户账号；

目标信息发送模块，用于在登录成功时，将目标信息发送至所述服务器；

应用信息接收模块，用于接收所述服务器在根据所述目标信息确定所述用户账号为首次登录时发送的、在先安装的应用的应用信息；

应用信息显示模块，用于在所述移动终端中显示所述应用信息。

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

本发明实施例在移动终端中登录服务器的用户账号，若满足首次登录的推送条件，则可以接收服务器推送的、在先安装的应用的应用信息，以进行显示，实现在更换移动终端或重置数据等情况下，自动获取原有应用，用户通过简单的点击等操作，即可进行安装，用户无需在浏览器或应用商店中搜索并下载安装，大大减少了精力和时间的消耗，同时，计算机记录的信息较人为记忆稳妥，一般不会出错造成信息遗漏或错误，避免了遗漏一些需要的应用，从而提高了安装原有应用效率。

附图说明

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

图2是本发明实施例的一种登录界面的示例图；

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

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

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

图6是本发明实施例的一种应用信息的下载示例图；

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

具体实施方式

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

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

步骤101，在移动终端中登录服务器的用户账号；

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

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

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

在本发明实施例中，可以在移动终端中通过密码等信息登录服务器的用户账号。

在一种情况中，若没有记录用户账号、密码等信息，则如图2所示，用户可以在登录界面中直接输入用户账号、密码等信息，点击登录控件进行登录。

在另一种情况中，若记录有用户账号、密码等信息，如在先登录时勾选如图2所示的自动登录选项，则可以读取该用户账号、密码等信息进行登录。

例如，在Andorid系统中，用户账号、密码等信息可以存储在SharedPreferences中，该SharedPreferences也是一种轻型的数据存储方式，它是基于XML(ExtensibleMarkup Language，可扩展标记语言)文件存储key-value键值对数据，存储位置在/data/data/<包名>/shared_prefs目录下，通常用来存储一些简单的配置信息。

步骤102，当登录成功时，将目标信息发送至所述服务器。

若用户账号登录成功，则可以从移动终端中提取目标信息，发送至服务器，该服务器可以根据该目标信息判断该用户账号是否是首次登录。

在本发明实施例中，目标信息可以包括设备标识和/或登录次数。

因此，可以识别移动终端的设备标识，和/或，查询用户账号在先在移动终端中的登录次数。

其中，设备标识，可以指唯一识别某个移动终端的信息，例如，IMEI(International Mobile Equipment Identity，移动终端国际身份码)。

以IMEI为例，在Android系统中，可以通过如下方式获取：

1)通过TelephonyManager.getDeviceId()获取；

2)通过WiFiManager.getConnectInfo().getMacAddress()获取；

3)通过Java的UUID.randomUUID()获取。

在移动终端的可擦除的区域，如Data区，可以新增一个参数，用于存储用户账号的登录次数，默认为零，在登录用户账号之后，登录次数累加一

将设备标识和/或登录次数发送至服务器。

步骤103，接收所述服务器在根据所述目标信息确定所述用户账号为首次登录时发送的、在先安装的应用的应用信息。

应用本申请实施例，在先可以基于统一的用户账号向服务器上传在其所登录的移动终端中安装的应用(以应用标识表示，如应用名称、包名、MD5(Message DigestAlgorithm MD5，消息摘要算法第五版)，等等)，服务器维护这些应用，一般以最新的版本生成应用信息。

若该用户账号在某次登录中为首次登录，则可以向该用户账号登录的移动终端推送该应用的应用信息。

需要说明的是，为了保证应用的时效性，一般是推送最近一次登录的移动终端中安装的应用的应用信息，当然，该最近一次登录的移动终端，在重置数据等情况下，可以指当前移动终端的，在更换移动终端等情况下，可以指其他移动终端，本发明实施例对此不加以限制。

在本发明的一个实施例中，首次登录包括首次在移动终端登录，

因此，可以接收所述服务器在确定所述用户账号为首次登录所述设备标识对应的移动终端时发送的、在先在其他移动终端中安装的应用的应用信息。

在本发明实施例中，用户在更换移动终端之后，在新的移动终端上登录用户账号，属于第一次在新的移动终端上登录用户账号，满足首次登录的推送条件。

移动终端在每次登录服务器的用户账号时，可以将该移动终端的设备标识上传到服务器中，服务器可以建立用户账号与设备标识之间的对应关系。

如果用户账号当前上传的设备标识与在先上传的设备标识不相同，则可以确认该用户账号在新的移动终端上登录，属于首次登录。

此种情况下，上一次登录的移动终端一般为原移动终端，可以将原移动终端安装的应用转移到新的移动终端中。

在本发明的另一个实施例中，首次登录包括首次在移动终端重置数据后登录，

因此，可以接收服务器在确定用户账号非首次登录设备标识对应的移动终端、且登录次数为零时发送的、在先在移动终端中安装的应用的应用信息。

在本发明实施例中，用户在对移动终端恢复出厂设置、刷机等操作中重置数据，之后，在原移动终端上登录用户账号，属于第一次在原的移动终端上登录用户账号，满足首次登录的推送条件。

当重置数据时，存储登录次数的参数恢复默认的值，即零。

如果用户账号当前上传的设备标识与在先上传的设备标识相同，且当前上传的登录的次数为零，则可以确认首次在移动终端重置数据后登录。

此种情况下，可以恢复该移动终端在先安装的应用。

需要说明的是，设备标识与登录的次数可以同时上传，也可以分开上传，本发明实施例对此不加以限制。

在本发明的一个实施例中，可以接收服务器在确定登录次数为零时发送的、在先在移动终端或其他移动终端中安装的应用的应用信息。

如果登录次数为零，存在两种情况，首次在该移动终端登录，首次在该移动终端重置数据后登录，均属于首次登录，可以将发送在先在移动终端或其他移动终端中安装的应用的应用信息。

当然，上述首次登录只是作为示例，在实施本发明实施例时，可以根据实际情况设置其他首次登录，本发明实施例对此不加以限制。另外，除了上述首次登录外，本领域技术人员还可以根据实际需要采用其它首次登录，本发明实施例对此也不加以限制。

步骤104，在所述移动终端中显示所述应用信息。

在具体实现中，可以在一个界面中显示应用信息，供用户浏览。

在本发明的一个实施例中，应用具有使用信息，可以根据使用信息显示应用信息。

在本发明实施例中，使用信息为应用在使用过程中记录的信息，在一定程度上表征用户的使用习惯。

通过使用信息以列表的形式显示应用信息，可以让用户快速选择符合自己使用习惯的应用。

在具体实现中，为了方便进行传输，服务器一般将推送的应用信息封装成脚本对象，如Json数据。

因此，移动终端可以从脚本对象中读取应用参数，将应用参数封装成信息对象，从而显示该信息对象。

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

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

为了给用户一个视觉上的提示，分辨推送的应用与移动终端中已安装的应用，避免误以为推送的应用是移动终端中已安装的应用，点击后又不能启动该应用，则可以在应用图标中显示未下载标识，即标记该应用未下载的信息，如图3所示的“未下载”。

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

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

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

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

当然，这些应用是用户在先安装的，也可以不显示应用内容信息，本发明实施例对此不加以限制。

在本发明实施例的一个示例中，使用信息可以包括如下的一种或多种：

使用频率、前端运行时长、后台运行时长、唤醒移动终端的次数。

为了保证时效性，使用信息一般为最近一段时间(如最近30天)的使用信息。

因此在本示例时，可以获取基于使用频率、前端运行时长、后台运行时长、唤醒移动终端的次数中的一种或多种使用信息计算的使用权重，按照使用权重对所述应用信息进行排序，在移动终端中显示排序之后的应用信息。

在本发明实施例中，通过特定的函数关系，如加权求和等，采用使用频率、前端运行时长、后台运行时长、唤醒移动终端的次数配置等使用信息计算使用权重。

一般而言，某个应用的应用信息的使用权重越高，表示该应用在使用过程中的重要性越高，反之，某个应用的应用信息的使用权重越低，表示该应用在使用过程中的重要性越低。

因此，可以按照使用权重进行排序显示，优先显示使用权重高的应用的应用信息。

此外，对于实用权重，使用频率、前端运行时长的重要性大于后台运行时长、唤醒移动终端的次数的重要性，这些重要性的比对，可以在关系函数中体现。

为了保证应用的全面性，可以显示全部应用的应用信息，当然，为了减少移动终端的资源消耗，可以设置一个阈值，使用权重小于该阈值的应用的应用信息可以不显示。

需要说明的是，为了减少移动终端的资源消耗，使用权重可以由服务器计算，连同应用信息推送至移动终端，当然，也可以在移动终端中进行计算，本发明实施例对此不加以限制。

此外，使用权重与阈值的比较可以在服务器中进行，也可以在移动终端中进行，若在服务器中进行，则可以不推送使用权重小于阈值的应用信息，本发明实施例对此也不加以限制。

本发明实施例在移动终端中登录服务器的用户账号，若满足首次登录的推送条件，则可以接收服务器推送的、在先安装的应用的应用信息，以进行显示，实现在更换移动终端或重置数据等情况下，自动获取原有应用，用户通过简单的点击等操作，即可进行安装，用户无需在浏览器或应用商店中搜索并下载安装，大大减少了精力和时间的消耗，同时，计算机记录的信息较人为记忆稳妥，一般不会出错造成信息遗漏或错误，避免了遗漏一些需要的应用，从而提高了安装原有应用效率。

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

步骤501，在移动终端中登录服务器的用户账号。

步骤502，当登录成功时，将目标信息发送至所述服务器。

步骤503，接收所述服务器在根据所述目标信息确定所述用户账号为首次登录时发送的、在先安装的应用的应用信息。

步骤504，在所述移动终端中显示所述应用信息。

步骤505，当所述应用信息被触发时，下载所述应用信息对应的应用安装包。

步骤506，安装所述应用安装包。

当监听到下载操作时，如用户点击图4中的下载控件，或者，触发一键下载列表中的应用，等等，则可以从下载地址下载应用。

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

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

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

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

步骤507，采集在所述移动终端中安装的应用的使用信息。

步骤508，将所述应用的使用信息上传至服务器。

在本发明实施例中，可以对在移动终端中安装的应用(以应用标识表示)进行监控，获得其使用信息，并在一定的条件(如定时)下，上传至服务器进行存储。

在具体实现中，如果系统提供统计使用信息的API(Application ProgrammingInterface，应用程序编程接口)，则可以调用该API采集应用的使用信息。

例如，在Android系统中，可以调用android.app.usage采集应用的使用信息。

要使用这个API，一般在的mainifest文件声明“android.permission.PACKAGE_USAGE_STATS”权限。

系统将以每个应用为单位收集使用信息，并按每天、每周、每月和每年时间间隔对数据进行汇总。

系统保留此数据的最大持续时间如下所述：

每天数据：7天

每周数据：4周

每月数据：6个月

每年数据：2年

在本示例中，为了保证使用信息的时效性，可以将每天数据或每周数据上传至服务器进行保存。

对于每个应用，系统将记录以下数据：

上次使用应用的时间应用在该时间间隔内(按天、周、月或年)处于前台的总时间长度组件(由程序包和活动名称予以标识)在一天中移动到前台或后台时的时间戳捕获设备配置更改时(例如当设备配置因为旋转而更改时)的时间戳捕获。

当然，如果某些系统(如IOS系统)没有提供统计使用信息的API，则可以在系统(如IOS系统)中创建一个独立的进程，由该独立的进程监控应用，采集应用的使用信息。

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

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

用户账号登录模块701，用于在移动终端中登录服务器的用户账号；

目标信息发送模块702，用于在登录成功时，将目标信息发送至所述服务器；

应用信息接收模块703，用于接收所述服务器在根据所述目标信息确定所述用户账号为首次登录时发送的、在先安装的应用的应用信息；

应用信息显示模块704，用于在所述移动终端中显示所述应用信息。

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

应用安装包下载模块，用于在所述应用信息被触发时，下载所述应用信息对应的应用安装包；

应用安装包安装模块，用于安装所述应用安装包。

在本发明的一个实施例中，所述目标信息包括设备标识和/或登录次数；

所述目标信息发送模块702可以包括如下子模块：

设备标识识别子模块，用于识别所述移动终端的设备标识；

和/或

登录次数查询子模块，用于查询所述用户账号在先在所述移动终端中的登录次数；

数据发送子模块，用于将所述设备标识和/或所述登录次数发送至所述服务器。

在本发明的一个实施例中，所述首次登录包括首次在所述移动终端登录；

所述应用信息接收模块703可以包括如下子模块：

第一接收子模块，用于接收所述服务器在确定所述用户账号为首次登录所述设备标识对应的移动终端时发送的、在先在其他移动终端中安装的应用的应用信息。

在本发明的一个实施例中，所述首次登录包括首次在所述移动终端重置数据后登录；

所述应用信息接收模块703可以包括如下子模块：

第二接收子模块，用于接收所述服务器在确定所述用户账号非首次登录所述设备标识对应的移动终端、且所述登录次数为零时发送的、在先在所述移动终端中安装的应用的应用信息。

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

第三接收子模块，用于接收所述服务器在确定所述登录次数为零时发送的、在先在所述移动终端或其他移动终端中安装的应用的应用信息。

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

使用排序子模块，用于根据所述使用信息显示所述应用信息。

在本发明实施例的一个示例中，所述使用信息包括如下的一种或多种：

使用频率、前端运行时长、后台运行时长、唤醒移动终端的次数；

所述使用排序子模块可以包括如下单元：

使用权重计算单元，用于获取基于所述使用频率、所述前端运行时长、所述后台运行时长、所述唤醒移动终端的次数中的一种或多种使用信息计算的使用权重；

排序单元，用于按照所述使用权重对所述应用信息进行排序；

排序显示单元，用于在所述移动终端中显示排序之后的应用信息。

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

使用信息采集模块，用于采集在所述移动终端中安装的应用的使用信息；

使用信息上传模块，用于将所述应用的使用信息上传至所述服务器。

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

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

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

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

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

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

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

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

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

Claims (10)

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

在移动终端中登录服务器的用户账号；

当登录成功时，将目标信息发送至所述服务器；

接收所述服务器在根据所述目标信息确定所述用户账号为首次登录时发送的、在先安装的应用的应用信息；

在所述移动终端中显示所述应用信息。

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

当所述应用信息被触发时，下载所述应用信息对应的应用安装包；

安装所述应用安装包。

3.根据权利要求1或2所述的方法，其特征在于，所述目标信息包括设备标识和/或登录次数；

所述将目标信息发送至所述服务器的步骤包括：

识别所述移动终端的设备标识；

和/或

查询所述用户账号在先在所述移动终端中的登录次数；

将所述设备标识和/或所述登录次数发送至所述服务器。

4.根据权利要求3所述的方法，其特征在于，所述首次登录包括首次在所述移动终端登录；

所述接收所述服务器在根据所述目标信息确定所述用户账号为首次登录时发送的、在先安装的应用的应用信息的步骤包括：

接收所述服务器在确定所述用户账号为首次登录所述设备标识对应的移动终端时发送的、在先在其他移动终端中安装的应用的应用信息。

5.根据权利要求3所述的方法，其特征在于，所述首次登录包括首次在所述移动终端重置数据后登录；

所述接收所述服务器在根据所述目标信息确定所述用户账号为首次登录时发送的、在先安装的应用的应用信息的步骤包括：

接收所述服务器在确定所述用户账号非首次登录所述设备标识对应的移动终端、且所述登录次数为零时发送的、在先在所述移动终端中安装的应用的应用信息。

6.根据权利要求3所述的方法，其特征在于，所述接收所述服务器在根据所述目标信息确定所述用户账号为首次登录时发送的、在先安装的应用的应用信息的步骤包括：

接收所述服务器在确定所述登录次数为零时发送的、在先在所述移动终端或其他移动终端中安装的应用的应用信息。

7.根据权利要求1所述的方法，其特征在于，所述应用具有使用信息；所述在所述移动终端中显示所述应用信息的步骤包括：

根据所述使用信息显示所述应用信息。

8.根据权利要求7所述的方法，其特征在于，所述使用信息包括如下的一种或多种：

使用频率、前端运行时长、后台运行时长、唤醒移动终端的次数；

所述根据所述使用信息显示所述应用信息移动终端的步骤包括：

获取基于所述使用频率、所述前端运行时长、所述后台运行时长、所述唤醒移动终端的次数中的一种或多种使用信息计算的使用权重；

按照所述使用权重对所述应用信息进行排序；

在所述移动终端中显示排序之后的应用信息。

9.根据权利要求1或2或4或5或6或7或8所述的方法，其特征在于，还包括：

采集在所述移动终端中安装的应用的使用信息；

将所述应用的使用信息上传至所述服务器。

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

用户账号登录模块，用于在移动终端中登录服务器的用户账号；

目标信息发送模块，用于在登录成功时，将目标信息发送至所述服务器；

应用信息接收模块，用于接收所述服务器在根据所述目标信息确定所述用户账号为首次登录时发送的、在先安装的应用的应用信息；

应用信息显示模块，用于在所述移动终端中显示所述应用信息。