CN104965753A - 一种桌面布局方法、服务器、终端,及系统 - Google Patents

Abstract

本发明实施例公开了一种桌面布局方法、服务器、终端，及系统，以方法的实现为例，包括：服务器接收来自终端的应用程序集；服务器获取所述应用程序集中包含的应用程序，然后确定获取到的应用程序对应的平均使用数据，以及应用程序类型；所述平均使用数据，为存储在服务器侧的应用程序的平均使用数据；依据所述应用程序类型以及确定的平均使用数据，计算所述应用程序集中各应用程序的加权数值；然后将所述加权数值发送给所述终端，使所述终端按照所述加权值对应用程序进行排序。不再依赖于分类数据表的更新，并且避免分类数据表分类类型理解不一致导致的错误，使用户能够快速查找到目标应用程序，节省操作时间，提升终端设备的使用效率。

Description

一种桌面布局方法、服务器、终端,及系统

技术领域

本发明涉及计算机技术领域，特别涉及一种桌面布局方法、服务器、终端，及系统。

背景技术

桌面作为承载用户所安装的全部应用程序的平台，是用户和终端设备交互的第一媒介，其响应用户对于应用程序的各种操作，包括启动、卸载、管理应用程序。用户能否在桌面的大量应用中快速找到目标应用程序，一个符合用户习惯的特定桌面布局显得至关重要，从而减少用户查找应用时间，提升终端设备的使用效率。

目前桌面布局方案主要是以下两种：

(1)、将在终端设备中安装的全部应用程序进行平铺显示。

(2)、将在终端设备中安装的应用程序按照应用程序类型进行分类，使相同类型应用程序放置到一个文件夹中，然后在桌面上显示。

以上方案(1)，是将全部应用程序进行简单的平铺显示的方案，通常是在桌面初始化过程中，通过系统的程序管理接口，获取到全部应用程序列表，然后依次轮询获取列表中每一个应用程序信息，然后显示到桌面上。

这种简单平铺的显示，会呈现杂乱无章的特点，当应用程序较多时，用户经常需要花费较多的时间找到目标应用程序。

以上方案(2)、是对应用程序进行分类显示，该方案通常在桌面程序中内置了一份应用程序的分类数据表，记录当前市场上大量的应用程序包名及其分类，例如：“QQ，聊天”。同时这份分类数据表能够在后续桌面运行过程中动态更新，桌面程序可以以一定的时间间隔(比如一个月)从后台拉取最新的分类数据表，供桌面在初始化时使用。

当用户第一次安装桌面程序或者清空桌面数据之后，桌面程序通过系统的程序管理接口，获取全部应用程序列表，然后依次轮询列表将获取到的每一个程序信息与分类数据表进行比对，查询其所对应类型。然后将其加入到桌面的对应类型的文件夹即可。如果比对失败，可以加入其它文件夹。

以上方案(2)，由于可能存在分类数据表更新不及时、分类数据不全的情况，造成分类错误，影响分类结果，造成用户查找的难度高的问题；另外，不同用户对同一程序的分类类型理解可能存在不一致的情况，导致用户可能在不正确的分类文件夹中查找程序，进而因查找失败增加查找时间。

综上可知，无论是采用将在终端设备中安装的全部应用程序进行平铺显示；还是采用将在终端设备中安装的应用程序按照应用程序类型进行分类，使相同类型应用程序放置到一个文件夹中，然后在桌面上显示。这两种方案均存在用户查找目标应用程序困难，浪费时间的问题；对应地，终端设备的使用效率也较低。

发明内容

本发明实施例提供了一种桌面布局方法、服务器、终端，及系统，用于通过优化桌面布局的方式，使用户能够快速查找到目标应用程序，节省操作时间，提升终端设备的使用效率。

一种桌面布局方法，包括：

服务器接收来自终端的应用程序集；

服务器获取所述应用程序集中包含的应用程序，然后确定获取到的应用程序对应的平均使用数据，以及应用程序类型；所述平均使用数据，为存储在服务器侧的应用程序的平均使用数据；

依据所述应用程序类型以及确定的平均使用数据，计算所述应用程序集中各应用程序的加权数值；然后将所述加权数值发送给所述终端，使所述终端按照所述加权值对应用程序进行排序。

一种桌面布局方法，包括：

在需要对桌面显示的应用程序进行排序时，向服务器发送包含桌面显示的应用程序的应用程序集；

接收来自服务器的各应用程序的加权值；所述加权值依据所述应用程序类型以及平均使用数据计算得到，所述平均使用数据为存储在服务器侧的应用程序的平均使用数据；

依据所述加权值从大到小，对应用程序进行排序。

一种服务器，包括：

数据接收单元，用于接收来自终端的应用程序集；

数据获取单元，用于获取所述应用程序集中包含的应用程序，然后确定获取到的应用程序对应的平均使用数据，以及应用程序类型；所述平均使用数据，为存储在服务器侧的应用程序的平均使用数据；

权值计算单元，用于依据所述应用程序类型以及确定的平均使用数据，计算所述应用程序集中各应用程序的加权数值；

信息发送单元，用于将所述加权数值发送给所述终端，使所述终端按照所述加权值对应用程序进行排序。

一种终端，包括：

数据发送单元，用于在需要对桌面显示的应用程序进行排序时，向服务器发送包含桌面显示的应用程序的应用程序集；

信息接收单元，用于接收来自服务器的各应用程序的加权值；所述加权值依据所述应用程序类型以及平均使用数据计算得到，所述平均使用数据为存储在服务器侧的应用程序的平均使用数据；

程序排序单元，用于依据所述加权值从大到小，对应用程序进行排序。

一种桌面布局系统，包括：以可通信方式连接的服务器和终端，所述服务器为本发明实施例提供的任意一项的服务器，所述终端为本发明实施例提供的任意一项的终端。

从以上技术方案可以看出，本发明实施例具有以下优点：通过服务器侧存储的应用程序的平均使用数据、来自终端的应用程序集、以及应用程序类型，计算得到了来自终端的应用程序集中的各程序的加权数值，并通过加权数值指导终端进行应用程序排序；可以使终端侧的应用程序有序化，并符合用户使用习惯。不再依赖于分类数据表的更新，并且避免分类数据表分类类型理解不一致导致的错误，因此本发明实施例提供了更为优化的桌面布局的方式，使用户能够快速查找到目标应用程序，节省操作时间，提升终端设备的使用效率。

附图说明

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

图1为本发明实施例方法流程示意图；

图2为本发明实施例方法流程示意图；

图3为本发明实施例服务器结构示意图；

图4为本发明实施例服务器结构示意图；

图5为本发明实施例服务器结构示意图；

图6为本发明实施例终端结构示意图；

图7为本发明实施例终端结构示意图；

图8为本发明实施例终端结构示意图；

图9为本发明实施例终端结构示意图；

图10为本发明实施例服务器结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例提供了一种桌面布局方法，如图1所示，包括：

101：服务器接收来自终端的应用程序集；

上述应用程序集是终端发送的，该应用程序集是应用程序的集合，其中包含的应用程序是终端需要进行桌面布局的应用程序。另外，在本发明实施例中，应用程序的图标通常作为应用程序进入的接口使用，因此在本发明实施例中，“对应用程序进行排序“可以是对应用程序的图标进行排序。

102：服务器获取上述应用程序集中包含的应用程序，然后确定获取到的应用程序对应的平均使用数据，以及应用程序类型；上述平均使用数据，为存储在服务器侧的应用程序的平均使用数据；

上述平均使用数据可以是应用程序的平均使用时间、平均使用频率等。上述应用程序的类型，则是用来标识程序类别的数据，例如：平均安装次数这类不与使用数据挂钩但可以用来标识用户对程序需要的程度的数据。

103：依据上述应用程序类型以及确定的平均使用数据，计算上述应用程序集中各应用程序的加权数值；然后将上述加权数值发送给上述终端，使上述终端按照上述加权值对应用程序进行排序。

在本发明实施例中可以采用如下公式来计算加权数值：加权数值Q＝程序平均安装次数(ai)*权值(pi)+程序平均使用时间(au)*权值(pu)，其中pi+pu＝1。

本发明实施例，通过服务器侧存储的应用程序的平均使用数据、来自终端的应用程序集、以及应用程序类型，计算得到了来自终端的应用程序集中的各程序的加权数值，并通过加权数值指导终端进行应用程序排序；可以使终端侧的应用程序有序化，并符合用户使用习惯。不再依赖于分类数据表的更新，并且避免分类数据表分类类型理解不一致导致的错误，因此本发明实施例提供了更为优化的桌面布局的方式，使用户能够快速查找到目标应用程序，节省操作时间，提升终端设备的使用效率。

在服务器一侧，应用程序的使用平均数据由服务器收集和统计，本发明实施例提供了服务器如何进行平均使用数据的更新方案，具体如下：进一步地，上述方法，还包括：

接收来自上述终端的应用程序使用数据，然后计算上述应用程序使用数据对应的应用程序的平均使用数据，将计算得到的平均使用数据更新到存储设备中。

在本发明实施例中，终端上报应用程序使用数据，可以是周期性上报，也可以是用户使用应用程序导致产生新的使用数据以后，触发终端上报。具体上报应用程序使用数据的触发条件，本发明实施例不予限定。

在前述实施例中，平均使用数据发生更新以后，可以下发给终端实现对终端侧桌面应用的动态控制，具体如下：进一步地，上述方法，还包括：

确定更新后的平均使用数据是否会改变上述应用程序集中的应用程序的排序，如果是，则计算上述应用程序集中各应用程序的更新后的加权数值；然后将上述更新后的加权数值发送给上述终端；

或者，在接收到上述终端的更新请求后，将存储的上述应用程序集中的包含的应用程序对应的加权值发送给上述终端。

本实施例，如果采用服务器确定影响排序后下发，可以节省通信资源，并且保证排序更新的及时性。如果采用由终端触发更新的方式，则在服务器一侧可以减少服务器的数据处理量。

本发明实施例还进一步提供了另一种能够将加权数值发送给终端的方式，具体如下：上述方法，还包括：

依据打包发布的应用程序的应用程序类型以及平均使用数据，计算上述打包发布的应用程序的加权数值，并将上述打包发布的应用程序的加权数值写入上述打包发布的应用程序中。

除了加权数值用于控制应用程序的排序以外，还可以通过应用程序类型对排序进行控制，因此在服务器一侧下发的信息中，可以还包含有应用程序类型的信息，具体如下：进一步地，上述方法，还包括：

向上述终端发送上述应用程序集中各应用程序的应用程序类型。

本发明实施例还提供了另一种桌面布局方法，如图2所示，包括：

201：在需要对桌面显示的应用程序进行排序时，向服务器发送包含桌面显示的应用程序的应用程序集；

202：接收来自服务器的各应用程序的加权值；上述加权值依据上述应用程序类型以及平均使用数据计算得到，上述平均使用数据为存储在服务器侧的应用程序的平均使用数据；

203：依据上述加权值从大到小，对应用程序进行排序。

本发明实施例，服务器侧存储的应用程序的平均使用数据、来自终端的应用程序集、以及应用程序类型，计算得到了来自终端的应用程序集中的各程序的加权数值，并通过加权数值指导终端进行应用程序排序；可以使终端侧的应用程序有序化，并符合用户使用习惯。不再依赖于分类数据表的更新，并且避免分类数据表分类类型理解不一致导致的错误，因此本发明实施例提供了更为优化的桌面布局的方式，使用户能够快速查找到目标应用程序，节省操作时间，提升终端设备的使用效率。

除了按照加权值对应用程序排序外，对于不同应用类型，本发明实施例还提供了分区排序分区显示的方案，进一步使桌面应用程序更加有序化，具体如下：进一步地，上述方法，还包括：

获取各应用程序的使用类型，上述使用类型包含四种类型：必备、常用、最近使用，以及其他类型；

上述对应用程序进行排序包括：按照各应用程序的使用类型，在与应用程序对应的显示区域内进行排序。

在本发明实施例中，必备的使用类型，是那些用户通常都会安装使用的应用程序，通常为工具类应用软件具有安装比例高的特点，例如：相机、拨号、联系人、信息、时钟这类；常用，则是用户使用频率高使用时间长的应用程序

本发明实施例还提供了排序的具体操作顺序，使排序更加高效，具体如下：上述对应用程序进行排序包括：

首先，获取使用类型为必备的应用程序，在必备的应用程序对应的显示区域排序；然后依据上述加权值从大到小以及最近使用则排序靠前的原则，将使用类型为常用的应用程序，在常用的应用程序对应的显示区域进行排序；然后获取最近使用应用程序列表，依据上述加权值和/或使用时间，对使用类型属于最近使用并且不属于常用的应用程序进行排序；将未排序的应用程序存放到其他类型对应的显示区域。

由于同类型的应用程序，用户可能不会使用到很多不同的应用程序，而且限于显示界面能够显示的应用程序的数量限制，本发明实施例还限制了同类型应用程序的数量，具体如下：上述常用的应用程序对应的显示区域中，每种应用程序类型有且仅有一个应用程序。

以下实施例将以在手机桌面进行应用程序排序为例，进行详细的举例说明。在举例说明中，后台为后台服务器的简称，属于服务器的范畴，后续实施例不再一一说明。

在本发明实施例中，通过借助桌面应用程序，不但可以获取到用户所安装的全部应用程序，而且还可以统计到用户对应用程序的所有使用(包括程序启动次数、每次使用时间、新增应用、卸载应用等)。通过这些统计数据可以分析出每个用户的使用习惯，从而可以根据用户使用习惯来进行桌面布局排布，更加方便用户的使用。同时，结合终端不断上报的统计数据，可以不断在后台优化桌面布局的排布方式，并通过云端进行动态下发，供桌面在初始化时使用。

因此本发明实施例主要涉及的技术点分别介绍如下：

1、用户使用数据收集和上报：

用户使用数据包括用户安装的全部程序和日常使用数据，安装全部程序数据上报内容可以包括：程序名、程序包名、程序类型。其中程序类型可以划分为：系统内置程序和用户安装的第三方程序，这些信息均可以通过系统接口获取到。日常使用数据上报内容可以包括：程序名、程序包名、程序操作类型、程序操作次数、累计使用时间、程序在桌面上的位置(比如第一屏、第一行、第一列)。当桌面第一次安装完毕后，可以自动上报用户安装的全部程序。然后会以一定时间间隔上报用户日常使用数据(通常可以是每天上报)。后台收到这些数据后，以“imei”为唯一标识来进行存储。

2、后台用户数据分析，桌面布局数据更新：

后台数据分析，主要是根据收集到的所有程序数据和日常使用数据来进行加权计算，从而计算出每个应用程序的加权数值，加权数值高的程序用户为经常使用的应用程序，需要排列到桌面的最容易操作的位置，具体计算方式可以如下：

加权数值Q＝程序平均安装次数(ai)*权值(pi)+程序平均使用时间(au)*权值(pu)，其中pi+pu＝1；

另外，后台还可以根据收集到应用程序按照使用类型进行分类，计算出每个应用类型中的前10应用，供桌面应用在初始化的时候使用。其每个程序的加权数值计算以及每个应用类型的前10排序，还可以在每个固定时间间隔(1周)进行动态计算和更新。

3、桌面布局划分和加载方式：

桌面布局好坏关系到用户使用便捷性。在本发明实施例中，根据用户使用习惯，可以将桌面布局划分为4段，依次为：用户必备应用段(A)、用户常用应用段(B)、用户最近使用应用段(C)、其他应用程序段(D)。如图3所示：

用户必备应用段：为所有用户基本都安装使用程序，通常为一些工具类应用，为后台收集到平均安装次数最多的应用。

用户常用应用段：为用户经常使用的应用程序，为后台收集数据中平均使用时间最长的应用程序。在实际布局中会根据后台下发的布局数据中每个类型的应用列表，结合本地获取到的最近使用应用程序，每个类型只放置一个程序，以最近使用应用程序优先。

用户最近使用应用段：为桌面程序利用系统接口，从本地获取到的最近使用应用程序列表，过滤掉在用户常用应用段中显示的程序，剩余的程序会依次在这个应用段内显示。

其他应用程序段：为用户本地安装的所有应用程序，过滤掉用户必备应用段，用户常用应用段，用户最近使用应用段之后剩余的程序，都全部放置到一个“其他应用”文件夹进行显示。

3、桌面布局数据的云端下发和动态更新：

用户布局数据的下发可以采用两种方式进行：A：桌面程序打包发布时内置一份布局数据。B：桌面程序在安装运行后，以一定时间间隔到后台拉取布局数据，供在下一次初始化时使用(比如用户清除数据)。

本发明实施例桌面的应用程序整个初始化流程如下：

(1)、获取本地安装的所有应用程序；

(2)、获取本地最近使用的应用程序列表；

(3)、初始化用户必备程序段数据：将所有应用程序到布局的数据的必备程序数据列表查询，命中即显示；

(4)、初始化用户常用应用段数据：参阅前述实施例3排序的说明，在本实施例中加入最近使用程序权重，每个类型中优先显示最近使用的程序。如果没有，才显示这个类型中平均使用时间最长的应用；

(5)、初始化用户最近使用应用段数据：将过滤剩下的数据依次显示即可；

(6)、初始化其他应用程序段。

本发明实施例，整个桌面更具用户使用习惯来进行布局，更加有效的提高用户操作效率，同时随着上报数据的不断积累和优化，布局数据会越来越准确。

本发明实施例还提供了一种服务器，如图3所示，包括：

数据接收单元301，用于接收来自终端的应用程序集；

数据获取单元302，用于获取上述应用程序集中包含的应用程序，然后确定获取到的应用程序对应的平均使用数据，以及应用程序类型；上述平均使用数据，为存储在服务器侧的应用程序的平均使用数据；

权值计算单元303，用于依据上述应用程序类型以及确定的平均使用数据，计算上述应用程序集中各应用程序的加权数值；

信息发送单元304，用于将上述加权数值发送给上述终端，使上述终端按照上述加权值对应用程序进行排序。

上述应用程序集是终端发送的，该应用程序集是应用程序的集合，其中包含的应用程序是终端需要进行桌面布局的应用程序。另外，在本发明实施例中，应用程序的图标通常作为应用程序进入的接口使用，因此在本发明实施例中，“对应用程序进行排序“可以是对应用程序的图标进行排序。

上述平均使用数据可以是应用程序的平均使用时间、平均使用频率等。上述应用程序的类型，则是用来标识程序类别的数据，例如：平均安装次数这类不与使用数据挂钩但可以用来标识用户对程序需要的程度的数据。

在本发明实施例中可以采用如下公式来计算加权数值：加权数值Q＝程序平均安装次数(ai)*权值(pi)+程序平均使用时间(au)*权值(pu)，其中pi+pu＝1。

本发明实施例，通过服务器侧存储的应用程序的平均使用数据、来自终端的应用程序集、以及应用程序类型，计算得到了来自终端的应用程序集中的各程序的加权数值，并通过加权数值指导终端进行应用程序排序；可以使终端侧的应用程序有序化，并符合用户使用习惯。不再依赖于分类数据表的更新，并且避免分类数据表分类类型理解不一致导致的错误，因此本发明实施例提供了更为优化的桌面布局的方式，使用户能够快速查找到目标应用程序，节省操作时间，提升终端设备的使用效率。

在服务器一侧，应用程序的使用平均数据由服务器收集和统计，本发明实施例提供了服务器如何进行平均使用数据的更新方案，具体如下：进一步地，如图4所示，上述数据接收单元301，还用于接收来自上述终端的应用程序使用数据；上述服务器还包括：

数据计算单元401，用于计算上述应用程序使用数据对应的应用程序的平均使用数据；

数据更新单元402，用于将上述数据计算单元401计算得到的平均使用数据更新到存储设备中。

在本发明实施例中，终端上报应用程序使用数据，可以是周期性上报，也可以是用户使用应用程序导致产生新的使用数据以后，触发终端上报。具体上报应用程序使用数据的触发条件，本发明实施例不予限定。

在前述实施例中，平均使用数据发生更新以后，可以下发给终端实现对终端侧桌面应用的动态控制，具体如下：进一步地，上述权值计算单元303，还用于确定更新后的平均使用数据是否会改变上述应用程序集中的应用程序的排序，如果是，则计算上述应用程序集中各应用程序的更新后的加权数值；

上述信息发送单元304，还用于将上述更新后的加权数值发送给上述终端；

或者，

上述数据接收单元301，还用于在接收到上述终端的更新请求；

上述信息发送单元304，还用于在上述数据接收单元301接收到上述终端的更新请求后，将存储的上述应用程序集中的包含的应用程序对应的加权值发送给上述终端。

本实施例，如果采用服务器确定影响排序后下发，可以节省通信资源，并且保证排序更新的及时性。如果采用由终端触发更新的方式，则在服务器一侧可以减少服务器的数据处理量。

本发明实施例还进一步提供了另一种能够将加权数值发送给终端的方式，具体如下：进一步地，如图5所示，上述权值计算单元303，还用于依据打包发布的应用程序的应用程序类型以及平均使用数据，计算上述打包发布的应用程序的加权数值；上述服务器还包括：

数据写入单元501，用于将上述权值计算单元303计算的上述打包发布的应用程序的的加权数值写入上述打包发布的应用程序中。

除了加权数值用于控制应用程序的排序以外，还可以通过应用程序类型对排序进行控制，因此在服务器一侧下发的信息中，可以还包含有应用程序类型的信息，具体如下：进一步地，上述信息发送单元304，还用于向上述终端发送上述应用程序集中各应用程序的应用程序类型。

本发明实施例还提供了一种终端，如图6所示，包括：

数据发送单元601，用于在需要对桌面显示的应用程序进行排序时，向服务器发送包含桌面显示的应用程序的应用程序集；

信息接收单元602，用于接收来自服务器的各应用程序的加权值；上述加权值依据上述应用程序类型以及平均使用数据计算得到，上述平均使用数据为存储在服务器侧的应用程序的平均使用数据；

程序排序单元603，用于依据上述加权值从大到小，对应用程序进行排序。

本发明实施例，服务器侧存储的应用程序的平均使用数据、来自终端的应用程序集、以及应用程序类型，计算得到了来自终端的应用程序集中的各程序的加权数值，并通过加权数值指导终端进行应用程序排序；可以使终端侧的应用程序有序化，并符合用户使用习惯。不再依赖于分类数据表的更新，并且避免分类数据表分类类型理解不一致导致的错误，因此本发明实施例提供了更为优化的桌面布局的方式，使用户能够快速查找到目标应用程序，节省操作时间，提升终端设备的使用效率。

除了按照加权值对应用程序排序外，对于不同应用类型，本发明实施例还提供了分区排序分区显示的方案，进一步使桌面应用程序更加有序化，具体如下：进一步地，如图7所示，上述终端还包括：

类型获取单元701，用于获取各应用程序的使用类型，上述使用类型包含四种类型：必备、常用、最近使用，以及其他类型；

上述程序排序单元603，用于按照各应用程序的使用类型，在与应用程序对应的显示区域内进行排序。

在本发明实施例中，必备的使用类型，是那些用户通常都会安装使用的应用程序，通常为工具类应用软件具有安装比例高的特点，例如：相机、拨号、联系人、信息、时钟这类；常用，则是用户使用频率高使用时间长的应用程序

本发明实施例还提供了排序的具体操作顺序，使排序更加高效，具体如下：可选地，上述程序排序单元603，用于首先获取使用类型为必备的应用程序，在必备的应用程序对应的显示区域排序；然后依据上述加权值从大到小以及最近使用则排序靠前的原则，将使用类型为常用的应用程序，在常用的应用程序对应的显示区域进行排序；然后获取最近使用应用程序列表，依据上述加权值和/或使用时间，对使用类型属于最近使用并且不属于常用的应用程序进行排序；将未排序的应用程序存放到其他类型对应的显示区域。

由于同类型的应用程序，用户可能不会使用到很多不同的应用程序，而且限于显示界面能够显示的应用程序的数量限制，本发明实施例还限制了同类型应用程序的数量，具体如下：可选地，上述常用的应用程序对应的显示区域中，每种应用程序类型有且仅有一个应用程序。

本发明实施例还提供了一种桌面布局系统，如图8所示，包括：以可通信方式连接的服务器801和终端802；上述服务器801为本发明实施例提供的任意一项的服务器801，上述终端802为本发明实施例提供的任意一项的终端802。

本发明实施例，服务器侧存储的应用程序的平均使用数据、来自终端的应用程序集、以及应用程序类型，计算得到了来自终端的应用程序集中的各程序的加权数值，并通过加权数值指导终端进行应用程序排序；可以使终端侧的应用程序有序化，并符合用户使用习惯。不再依赖于分类数据表的更新，并且避免分类数据表分类类型理解不一致导致的错误，因此本发明实施例提供了更为优化的桌面布局的方式，使用户能够快速查找到目标应用程序，节省操作时间，提升终端设备的使用效率。

本发明实施例还提供了另一种终端，如图9所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA(Personal DigitalAssistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑等任意终端设备，以终端为手机为例：

图9示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图9，手机包括：射频(Radio Frequency，RF)电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路960、无线保真(wirelessfidelity，WiFi)模块970、处理器980、以及电源990等部件。本领域技术人员可以理解，图9中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图9对手机的各个构成部件进行具体的介绍：

RF电路910可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器980处理；另外，将设计上行的数据发送给基站。通常，RF电路910包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global Systemof Mobile communication，GSM)、通用分组无线服务(General Packet RadioService，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器920可用于存储软件程序以及模块，处理器980通过运行存储在存储器920的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器920可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元930可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元930可包括触控面板931以及其他输入设备932。触控面板931，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板931上或在触控面板931附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板931可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器980，并能接收处理器980发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板931。除了触控面板931，输入单元930还可以包括其他输入设备932。具体地，其他输入设备932可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元940可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元940可包括显示面板941，可选的，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-EmittingDiode,OLED)等形式来配置显示面板941。进一步的，触控面板931可覆盖显示面板941，当触控面板931检测到在其上或附近的触摸操作后，传送给处理器980以确定触摸事件的类型，随后处理器980根据触摸事件的类型在显示面板941上提供相应的视觉输出。虽然在图9中，触控面板931与显示面板941是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板931与显示面板941集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器950，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板941的亮度，接近传感器可在手机移动到耳边时，关闭显示面板941和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路960、扬声器961，传声器962可提供用户与手机之间的音频接口。音频电路960可将接收到的音频数据转换后的电信号，传输到扬声器961，由扬声器961转换为声音信号输出；另一方面，传声器962将收集的声音信号转换为电信号，由音频电路960接收后转换为音频数据，再将音频数据输出处理器980处理后，经RF电路910以发送给比如另一手机，或者将音频数据输出至存储器920以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块970可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图9示出了WiFi模块970，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器980是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器920内的软件程序和/或模块，以及调用存储在存储器920内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器980可包括一个或多个处理单元；优选的，处理器980可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器980中。

手机还包括给各个部件供电的电源990(比如电池)，优选的，电源可以通过电源管理系统与处理器980逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本发明实施例中，该终端所包括的处理器980还具有控制执行以上由终端执行的方法流程。

图10是本发明实施例提供的一种服务器结构示意图，该服务器1000可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)1022(例如，一个或一个以上处理器)和存储器1032，一个或一个以上存储应用程序1042或数据1044的存储介质1030(例如一个或一个以上海量存储设备)。其中，存储器1032和存储介质1030可以是短暂存储或持久存储。存储在存储介质1030的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1022可以设置为与存储介质1030通信，在服务器1000上执行存储介质1030中的一系列指令操作。

服务器1000还可以包括一个或一个以上电源1026，一个或一个以上有线或无线网络接口1050，一个或一个以上输入输出接口1058，和/或，一个或一个以上操作系统1041，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图10所示的服务器结构。

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

另外，本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成，相应的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (19)

1.一种桌面布局方法，其特征在于，包括：

服务器接收来自终端的应用程序集；

服务器获取所述应用程序集中包含的应用程序，然后确定获取到的应用程序对应的平均使用数据，以及应用程序类型；所述平均使用数据，为存储在服务器侧的应用程序的平均使用数据；

依据所述应用程序类型以及确定的平均使用数据，计算所述应用程序集中各应用程序的加权数值；然后将所述加权数值发送给所述终端，使所述终端按照所述加权值对应用程序进行排序。

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

接收来自所述终端的应用程序使用数据，然后计算所述应用程序使用数据对应的应用程序的平均使用数据，将计算得到的平均使用数据更新到存储设备中。

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

确定更新后的平均使用数据是否会改变所述应用程序集中的应用程序的排序，如果是，则计算所述应用程序集中各应用程序的更新后的加权数值；然后将所述更新后的加权数值发送给所述终端；

或者，在接收到所述终端的更新请求后，将存储的所述应用程序集中的包含的应用程序对应的加权值发送给所述终端。

4.根据权利要求1至3任意一项所述方法，其特征在于，还包括：

依据打包发布的应用程序的应用程序类型以及平均使用数据，计算所述打包发布的应用程序的加权数值，并将所述打包发布的应用程序的加权数值写入所述打包发布的应用程序中。

5.根据权利要求1至3任意一项所述方法，其特征在于，还包括：

向所述终端发送所述应用程序集中各应用程序的应用程序类型。

6.一种桌面布局方法，其特征在于，包括：

在需要对桌面显示的应用程序进行排序时，向服务器发送包含桌面显示的应用程序的应用程序集；

接收来自服务器的各应用程序的加权值；所述加权值依据所述应用程序类型以及平均使用数据计算得到，所述平均使用数据为存储在服务器侧的应用程序的平均使用数据；

依据所述加权值从大到小，对应用程序进行排序。

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

获取各应用程序的使用类型，所述使用类型包含四种类型：必备、常用、最近使用，以及其他类型；

所述对应用程序进行排序包括：按照各应用程序的使用类型，在与应用程序对应的显示区域内进行排序。

8.根据权利要求7所述方法，其特征在于，所述对应用程序进行排序包括：

首先，获取使用类型为必备的应用程序，在必备的应用程序对应的显示区域排序；然后依据所述加权值从大到小以及最近使用则排序靠前的原则，将使用类型为常用的应用程序，在常用的应用程序对应的显示区域进行排序；然后获取最近使用应用程序列表，依据所述加权值和/或使用时间，对使用类型属于最近使用并且不属于常用的应用程序进行排序；将未排序的应用程序存放到其他类型对应的显示区域。

9.根据权利要求8所述方法，其特征在于，所述常用的应用程序对应的显示区域中，每种应用程序类型有且仅有一个应用程序。

10.一种服务器，其特征在于，包括：

数据接收单元，用于接收来自终端的应用程序集；

数据获取单元，用于获取所述应用程序集中包含的应用程序，然后确定获取到的应用程序对应的平均使用数据，以及应用程序类型；所述平均使用数据，为存储在服务器侧的应用程序的平均使用数据；

权值计算单元，用于依据所述应用程序类型以及确定的平均使用数据，计算所述应用程序集中各应用程序的加权数值；

信息发送单元，用于将所述加权数值发送给所述终端，使所述终端按照所述加权值对应用程序进行排序。

11.根据权利要求10所述服务器，其特征在于，还包括：

所述数据接收单元，还用于接收来自所述终端的应用程序使用数据；所述服务器还包括：

数据计算单元，用于计算所述应用程序使用数据对应的应用程序的平均使用数据；

数据更新单元，用于将所述数据计算单元计算得到的平均使用数据更新到存储设备中。

12.根据权利要求11所述服务器，其特征在于，

所述权值计算单元，还用于确定更新后的平均使用数据是否会改变所述应用程序集中的应用程序的排序，如果是，则计算所述应用程序集中各应用程序的更新后的加权数值；

所述信息发送单元，还用于将所述更新后的加权数值发送给所述终端；

或者，

所述数据接收单元，还用于在接收到所述终端的更新请求；

所述信息发送单元，还用于在所述数据接收单元接收到所述终端的更新请求后，将存储的所述应用程序集中的包含的应用程序对应的加权值发送给所述终端。

13.根据权利要求10至12任意一项所述服务器，其特征在于，

所述权值计算单元，还用于依据打包发布的应用程序的应用程序类型以及平均使用数据，计算所述打包发布的应用程序的加权数值；所述服务器还包括：

数据写入单元，用于将所述权值计算单元计算的所述打包发布的应用程序的的加权数值写入所述打包发布的应用程序中。

14.根据权利要求10至12任意一项所述服务器，其特征在于，

所述信息发送单元，还用于向所述终端发送所述应用程序集中各应用程序的应用程序类型。

15.一种终端，其特征在于，包括：

数据发送单元，用于在需要对桌面显示的应用程序进行排序时，向服务器发送包含桌面显示的应用程序的应用程序集；

信息接收单元，用于接收来自服务器的各应用程序的加权值；所述加权值依据所述应用程序类型以及平均使用数据计算得到，所述平均使用数据为存储在服务器侧的应用程序的平均使用数据；

程序排序单元，用于依据所述加权值从大到小，对应用程序进行排序。

16.根据权利要求15所述终端，其特征在于，所述终端还包括：

类型获取单元，用于获取各应用程序的使用类型，所述使用类型包含四种类型：必备、常用、最近使用，以及其他类型；

所述程序排序单元，用于按照各应用程序的使用类型，在与应用程序对应的显示区域内进行排序。

17.根据权利要求16所述终端，其特征在于，

所述程序排序单元，用于首先获取使用类型为必备的应用程序，在必备的应用程序对应的显示区域排序；然后依据所述加权值从大到小以及最近使用则排序靠前的原则，将使用类型为常用的应用程序，在常用的应用程序对应的显示区域进行排序；然后获取最近使用应用程序列表，依据所述加权值和/或使用时间，对使用类型属于最近使用并且不属于常用的应用程序进行排序；将未排序的应用程序存放到其他类型对应的显示区域。

18.根据权利要求17所述终端，其特征在于，所述常用的应用程序对应的显示区域中，每种应用程序类型有且仅有一个应用程序。

19.一种桌面布局系统，包括：以可通信方式连接的服务器和终端，其特征在于，所述服务器为权利要求10～14任意一项所述的服务器，所述终端为权利要求15～18任意一项所述的终端。