CN111258700B - 图标管理方法及智能终端 - Google Patents

Abstract

本申请涉及智能终端领域，提供了一种图标管理方法及智能终端。该智能终端根据其部署的各个应用程序在预设时间内分别使用显示屏的累计频次和累计时间，得到各个应用程序的使用程度指数；各个使用程度指数能够指示用户在预设时间内对各个应用程序的偏好程度。然后，该智能终端根据各个应用程序的使用程度指数，自动决策并更新各个应用程序分别对应的图标的属性信息，从而实现对各个图标的显示效果进行调整。通过本申请的方案，智能终端可以根据用户对各个应用程序的使用情况，自动决策并更加高效、快捷的调整各个图标的显示效果；用户因此无需花费大量的时间和精力对各个图标的显示效果进行手动调整，提高了图标管理的智能性。

Description

图标管理方法及智能终端

技术领域

本申请涉及智能终端领域，尤其涉及图标管理方法及智能终端。

背景技术

以智能手机为代表的各种智能终端，可以通过其部署的应用程序，向用户提供相应的服务以满足用户的各种业务需求。其中，智能终端可通过若干桌面，向用户显示其部署的各个应用程序分别对应的图标。当用户需要使用某个应用程序时，可在相应的桌面上触发该应用程序所对应的图标，使得智能终端运行该应用程序并显示该应用程序的图形用户界面(graphical user interface，GUI)。

通常的，用户还可以根据其自身对智能终端的使用习惯，手动调整各个应用程序分别对应的图标的显示效果。比如，调整某个应用程序对应的图标在桌面上的位置；又如，在桌面上创建分类文件，将一个或多个应用程序各自对应的图标拖动至分类文件中。

智能终端部署的应用程序的数量相对较大时，用户需要花费大量的时间调整各个图标的显示效果；用户在不同时间段内对各个应用程序的使用偏好存在较大差异时，用户需要频繁调整各个图标的显示效果。如此，导致手动调整图标的显示效果效率低。

发明内容

本申请实施例中提供了一种图标管理方法及智能终端，可以自动决策并更加高效、快捷的调整各个图标的显示效果。

第一方面，提供了一种图标管理方法，应用于具有显示屏的智能终端，所述智能终端部署了若干应用程序。智能终端可以获取各个应用程序在预设时间内分别使用该显示屏的累计频次和累计时间；并根据各个应用程序分别使用该显示屏的累计频次和累计时间，得到各个应用程序的使用程度指数，使用程度指数能够用于度量用户在预设时间内对相应的应用程序的偏好程度。然后，该智能终端根据各个应用程序的使用程度指数，自动决策并更新各个应用程序分别对应的图标的属性信息，从而实现自动决策并更新各个图标的显示效果。

总而言之，智能终端可以根据用户在预设时间内对各个应用程序的使用情况，自动决策并更加高效、快捷的调整各个图标的显示效果。相应的，用户无需花费大量的时间和精力对各个图标的显示效果进行手动调整，提高了图标管理的智能性。

在一种可能的实施方式中，该智能终端根据各个累计频次的大小，对各个累计频次进行排序以得到第一序列；以及根据各个累计时间的大小，对各个累计时间进行排序以得到第二序列；然后针对各个应用程序，根据该应用程序在预设时间内使用显示屏的累计频次在第一序列中的第一顺序位，以及该应用程序在预设时间内使用显示屏的累计时间在第二序列中的第二顺序位，确定该应用程序的使用程度指数。如此，可避免因不同应用程序分别使用显示屏的累计频次/累计时间的差异过大，导致不同应用程序的使用程度指数无法较为准确的表达用户对不同应用程序的使用偏好。

在一种可能的实施方式中，智能终端还可以按照由大到小的顺序，从各个累计频次中选择预设数量的累计频次，并计算被选择的各个累计频次的第一方差；以及，按照由大到小的顺序，从各个累计时间中选择预设数量的累计时间，并计算被选择的各个累计时间的第二方差；然后根据第一方差和第二方差，确定该第一顺序位对应的第一权重系数以及该第二顺序位对应的第二权重系数，该第一权重系数与该第一方差正相关，该第二权重系数与该第二方差正相关。相应的，对于一个应用程序，该智能终端可以在各个累计频次在第一序列中按照由小到大的顺序依次排列，并且各个累计时间在第二序列中按照由小到大的顺序依次排列的情况下，根据第一权重系数和第二权重系数，对该应用程序对应的第一顺序位和第二顺序位进行加权求和，得到该应用程序的使用程度指数。如此，使得任意两个应用程序的使用程度指数之间的差异，能够更为准确的表达用户对该任意两个应用程序的偏好程度之间的差异。

在一种可能的实施方式中，所述属性信息包括：图标所在的桌面的编号以及所述图标在所述桌面上的位置。

在一种可能的实施方式中，所述属性信息还包括：所述图标的透明度、亮度、色彩饱和度和边框效果中的一项或多项。

在一种可能的实施方式中，所述属性信息还包括：所述图标所对应的应用程序的名称的字体、字号及渲染效果中的一项或多项。

在一种可能的实施方式中，智能终端还可以在各个应用程序中存在当前应用程序开始使用显示屏时，获取第一屏幕使用事件，并将当前应用程序在预设时间内使用显示屏的累计频次加1；其中，第一屏幕使用事件包括当前应用程序的标识、用于指示第一屏幕使用事件的事件类型为开始使用显示屏的第一参数，以及当前应用程序开始使用显示屏的第一发生时刻。该智能终端还可以在当前应用程序结束对显示屏的使用时，获取第二屏幕使用事件，并确定当前应用程序本次使用显示屏的单次使用时间；其中，第二屏幕使用事件包括当前应用程序的标识、用于指示第二屏幕使用事件的事件类型为结束使用显示屏的第二参数，以及当前应用程序结束使用显示屏的第二发生时刻；单次使用时间为第二发生时刻与第一发生时刻之间的时间差。如此，智能终端可以得知各个应用程序在预设时间内分别使用显示屏的累计频次，以及得知各个应用程序每次使用显示屏时分别对应的使用时间。

在一种可能的实施方式中，该智能终端可以确定各个应用程序在预设时间内分别使用显示屏的累计频次；以及，根据各个应用程序在预设时间内每次使用显示屏的单次使用时间，计算各个应用程序在预设时间内分别使用显示屏的累计时间。

第二方面，提供了一种智能终端，该智能终端至少包括处理器和显示屏，该智能终端部署了若干应用程序，该处理器用于执行：获取各个应用程序在预设时间内分别使用显示屏的累计频次和累计时间；根据各个应用程序在预设时间内分别使用显示屏的累计频次和累计时间，确定各个应用程序的使用程度指数；根据各个应用程序的使用程度指数，更新各个应用程序分别对应的图标的属性信息，该属性信息用于限定其对应的图标的显示效果。

在一种可能的实施方式中，该处理器，具体用于根据各个累计频次的大小，对各个累计频次进行排序以得到第一序列；以及，根据各个累计时间的大小，对各个累计时间进行排序以得到第二序列；针对各个应用程序，根据该应用程序在预设时间内使用显示屏的累计频次在第一序列中的第一顺序位，以及该应用程序在预设时间内使用显示屏的累计时间在第二序列中的第二顺序位，确定该应用程序的使用程度指数。

在一种可能的实施方式中，该处理器，还用于按照由大到小的顺序，从各个累计频次中选择预设数量的累计频次，并计算被选择的各个累计频次的第一方差；以及，按照由大到小的顺序，从各个累计时间中选择预设数量的累计时间，并计算被选择的各个累计时间的第二方差；根据第一方差和第二方差，确定该第一顺序位对应的第一权重系数以及该第二顺序位对应的第二权重系数，第一权重系数与第一方差正相关，第二权重系数与第二方差正相关。以及，该处理器，具体用于在各个累计频次在第一序列中按照由小到大的顺序依次排列，并且各个累计时间在第二序列中按照由小到大的顺序依次排列的情况下，针对各个应用程序，根据第一权重系数和第二权重系数，对该应用程序对应的第一顺序位和第二顺序位进行加权求和，得到该应用程序的使用程度指数。

在一种可能的实施方式中，该属性信息包括但不限于图标所在的桌面的编号以及该图标在该桌面上的位置。

在一种可能的实施方式中，该属性信息还包括：该图标的透明度、亮度、色彩饱和度和边框效果中的一项或多项。

在一种可能的实施方式中，该属性信息还包括：该图标所对应的应用程序的名称的字体、字号及渲染效果中的一项或多项。

在一种可能的实施方式中，该处理器还用于，当各个应用程序中存在当前应用程序开始使用显示屏时，获取第一屏幕使用事件，并将当前应用程序在预设时间内使用显示屏的累计频次加1；其中，第一屏幕使用事件包括当前应用程序的标识、用于指示第一屏幕使用事件的事件类型为开始使用显示屏的第一参数，以及当前应用程序开始使用显示屏的第一发生时刻。在当前应用程序结束对显示屏的使用时，获取第二屏幕使用事件，并确定当前应用程序本次使用显示屏的单次使用时间；其中，第二屏幕使用事件包括当前应用程序的标识、用于指示第二屏幕使用事件的事件类型为结束使用显示屏的第二参数，以及当前应用程序结束使用显示屏的第二发生时刻；单次使用时间为第二发生时刻与第一发生时刻之间的时间差。

在一种可能的实施方式中，该处理器，具体用于确定各个应用程序在预设时间内分别使用显示屏的累计频次；以及，根据各个应用程序在预设时间内每次使用显示屏的单次使用时间，计算各个应用程序在预设时间内分别使用显示屏的累计时间。

第三方面，提供了一种计算机可读存储介质，用于存储指令，当该指令被智能终端的处理器执行时，使得该智能终端实现第一方面中任一项提供的方法。

第四方面，提供了一种智能终端，该智能终端包括处理器、存储器和显示屏，该存储器中存储有可执行代码，该处理器执行该可执行代码时，实现第一方面中任一项提供的方法。

第五方面，提供一种包含指令的计算机程序产品，当该计算机程序产品在电子设备(或智能终端)上运行时，能使得电子设备(或智能终端)实现第一方面中任一项提供的方法。

附图说明

图1为本申请实施例中提供的一种手机的结构示意图。

图2为本申请实施例中提供的一种手机所采用软件系统的结构示意图。

图3为本申请实施例中提供的智能终端在显示桌面时，该智能终端的各个软件模块和硬件模块之间的交互关系示意图。

图4为本申请实施例中提供的一种图标管理方法的流程示意图。

图5为本申请实施例中活动管理器与显示策略服务相协作的过程示意图。

图6A为本申请实施例中示例性的手机所配置的桌面的示意图之一。

图6B为本申请实施例中示例性的手机所配置的桌面的示意图之二。

图7为本申请实施例中提供的图标管理装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

本申请实施例中至少提供了一种图标管理方法及装置，该方法及装置可以应用于各种具有显示屏的智能终端。比如，可以应用于手机、平板电脑、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、个人数字助理(personal digitalassistant，PDA)、可穿戴设备、虚拟现实设备等具有显示屏的智能终端，本申请实施例中对此不做任何限制。

以智能终端是手机为例，如图1所示，手机100可以包括处理器110、外部存储器接口120、内部存储器121、通用串行总线(universal serial bus，USB)接口130、充电管理模块140、电源管理模块141、电池142、天线1、天线2、移动通信模块150、无线通信模块160、音频模块170、扬声器170A、受话器170B、麦克风170C、耳机接口170D、传感器模块180、按键190、马达191、指示器192、摄像头193、显示屏194以及用户标识模块(subscriberidentification module，SIM)卡接口195等。其中，传感器模块180可以包括压力传感器180A、陀螺仪传感器180B、气压传感器180C、磁传感器180D、加速度传感器180E、距离传感器180F、接近光传感器180G、指纹传感器180H、温度传感器180J、触摸传感器180K、环境光传感器180L以及骨传导传感器180M等。

需要说明的是，本申请实施例中示例性描述的手机100的结构，并不构成对手机或者其它智能终端的具体结构的限定。实际上，对于手机或其它智能终端，可以包括比如图1所示手机100更多或更少的部件，还可以组合如图1所示手机100中的某些部件，还可以将如图1所示手机100中的某些部件进行进一步的拆分，如图1所示手机100中的各个部件还可以具有其它连接关系。

处理器110可以包括一个或多个处理单元，比如包括应用处理器(applicationprocessor，AP)、调制解调器、图形处理器(graphics processing unit，GPU)、图像信号处理器(image signal processor，ISP)、控制器、视频编解码器、数字信号处理器(digitalsignal processor，DSP)、基带处理器和/或神经网络处理器(neural-network processingunit，NPU)。其中，不同的处理单元可以是相互独立的器件，也可以集成在一个或多个器件中。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，该处理器110则可从该存储器中直接调用。避免了重复存取数据，减少了处理器110的等待时间，提高了系统的效率。

处理器110可以包括一个或多个接口，比如包括集成电路(inter-integratedcircuit，I2C)接口、集成电路内置音频(inter-integrated circuit sound，I2S)接口、脉冲编码调制(pulse code modulation，PCM)接口、通用异步收发传输器(universalasynchronous receiver/transmitter，UART)接口、移动产业处理器接口(mobileindustry processor interface，MIPI)、通用输入输出(general-purpose input/output，GPIO)接口、用户识别模块(subscriber identity module，SIM)卡接口和/或通用串行总线(universal serial bus，USB)接口。

其中，I2C接口是一种双向同步串行总线，包括一根串行数据线(serial dataline，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包括多组I2C总线，并通过不同的I2C总线分别耦合触摸传感器180K、充电器、闪光灯、摄像头193等部件，使得手机100能够实现相应的功能。比如，处理器110可以通过I2C接口耦合触摸传感器180K，使得处理器110与触摸传感器180K通过I2C总线接口通信，从而实现手机100的触摸功能。

其中，I2S接口可以用于音频通信。在一些实施例中，处理器110可以包括多组I2S总线，并通过不同的I2S总线分别耦合音频模块170和无线通信模块160等部件。比如，处理器110可以通过I2S接口向无线通信模块160发送音频信号，从而实现手机100通过无线耳机接听电话的功能。

其中，PCM接口可以用于音频通信，并具体用于对模拟信号抽样、量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM接口耦合，使得音频模块170可以通过PCM接口向无线通信模块160发送音频信号，从而实现手机100通过无线耳机接听电话的功能。

其中，UART接口是一种通用串行数据总线，用于异步通信。具体地，UART接口可以为双向通信总线，将待传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。比如，处理器110通过UART接口与无线通信模块160所包括的蓝牙模块连接，使得音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现手机100通过蓝牙耳机播放音乐的功能。

其中，MIPI接口可以用于将摄像头193和显示屏194等部件连接到处理器110。具体地，MIPI接口可以包括摄像头串行接口(camera serial interface，CSI)和显示屏串行接口(display serial interface，DSI)。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现手机100的拍摄功能；处理器110和显示屏194通过DSI接口通信，实现手机100的显示功能。

其中，GPIO接口可以通过软件配置，被配置为用于传输控制信号或数据信号。在一些实施例中，GPIO接口可以用于将摄像头193、显示屏194、无线通信模块160、音频模块170和传感器模块180等部件连接到处理器110。具体地，GPIO接口还可以被配置为I2C接口、I2S接口、UART接口或者MIPI接口。

其中，USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口、MicroUSB接口或者USB Type C接口。USB接口130可以用于连接充电器为手机100充电，还可以用于手机100与外围设备之间传输数据，比如用于连接增强现实(augmented reality，AR)设备以向AR设备传输相应的数据。

需要说明的是，本申请实施例中示例性描述的各部件间的接口连接关系，并不构成对手机或其他智能终端的结构限定。在一些实施例中，手机100也可以采用上述示例性描述中不同的接口连接方式或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过手机100的无线充电线圈接收无线充电器的充电输入。其中，充电管理模块140可以在根据其接收的充电输入为电池142充电的同时，通过电源管理模块141为手机100中的其它部件供电。

电源管理模块141用于连接电池142、充电管理模块140和处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110、内部存储器121、屏摄像头193、显示屏194以及无线通信模块160等部件供电。在一些实施例中，电源管理模块141还可以用于监测电池容量、电池循环次数、电池健康状态(比如漏电和阻抗)等参数。在一些实施例中，电源管理模块141可以设置于处理器110中。在一些实施例中，电源管理模块141和充电管理模块140可以设置于同一个器件中。

手机100的无线通信功能，可以通过天线1、天线2、移动通信模块150、无线通信模块160、调制解调器以及基带处理器等部件相协作以实现。

天线1和天线2各自用于发射和接收电磁波信号。天线1和天线2可以各自于覆盖单个或多个通信频带，而且还可以对不同的天线进行复用以提高天线的利用率。在一些实施例中，可以将天线1复用为无线局域网的分集天线。

移动通信模块150用于支持应用在手机100上的2G、3G、4G和5G等无线通信技术的解决方案。移动通信模块150可以包括滤波器、开关、功率放大器和低噪声放大器(lownoise amplifier，LNA)等功能模块。移动通信模块150可以通过天线1接收电磁波，对接收的电磁波进行滤波及放大处理，并将处理后的信号发送至调制解调器进行解调。移动通信模块150还可以对经调制解调器调制后的信号放大处理，并将放大处理后的信号通过天线1转换为电磁波辐射出去。在一些实施例中，移动通信模块150的部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的部分功能模块可以与处理器110的部分功能模块集成设置在同一个器件中。

调制解调器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器进行处理。低频基带信号经基带处理器处理后，被发送给应用处理器。应用处理器通过音频设备(包括不限于扬声器170A和受话器170B)输出声音信号，或者通过显示屏194显示图像或视频。在一些实施例中，调制解调器可以是独立的器件。在一些实施例中，调制解调器可以独立于处理器110，与移动通信模块150或其他部件设置在同一个器件中。

无线通信模块160用于支持应用在手机100上的无线局域网(wireless localarea networks，WLAN)、蓝牙(bluetooth，BT)、全球导航卫星系统(global navigationsatellite system，GNSS)、调频(frequency modulation，FM)、近距离无线通信技术(nearfield communication，NFC)和红外技术(infrared，IR)等无线通信技术的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160可以通过天线2接收电磁波，对接收的电磁波信号进行调频及滤波处理，并将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频和放大处理，并通过天线2转换为电磁波辐射出去。

手机100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得手机100可以通过无线通信技术与其他设备通信。可以理解，无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)、通用分组无线服务(general packet radio service，GPRS)、码分多址接入(code division multipleaccess，CDMA)、宽带码分多址(wideband code division multiple access，WCDMA)、时分码分多址(time-division code division multiple access，TD-SCDMA)、长期演进(longterm evolution，LTE)、BT、GNSS、WLAN、NFC、FM及IR技术等。其中，GNSS包括但不限于全球卫星定位系统(global positioning system，GPS)、全球导航卫星系统(global navigationsatellite system，GLONASS)、北斗卫星导航系统(beidou navigation satellitesystem，BDS)、准天顶卫星系统(quasi-zenith satellite system，QZSS)和星基增强系统(satellite based augmentation systems，SBAS)。

手机100通过GPU、显示屏194以及应用处理器等部件相协作以实现显示功能。

GPU为图像处理的微处理器，可以连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可以包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像和视频。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)、有机发光二极管(organic light-emittingdiode，OLED)、有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode，AMOLED)、柔性发光二极管(flex light-emittingdiode，FLED)、Mini-led、Micro-led或者量子点发光二极管(quantum dot light emittingdiodes，QLED)。在一些实施例中，手机100可以包括一个或多个显示屏194。

手机100可以通过ISP、摄像头193、视频编解码器、GPU、显示屏194以及应用处理器等部件相协作以实现拍摄功能。

摄像头193用于采集图像或视频。比如，在通过摄像头193拍摄图像或视频时，光线通过摄像头的镜头被传递到摄像头的感光元件上，光信号在感光元件上被转换为电信号，并将该电信号传递给ISP，ISP可以对该电信号进行处理以得到人眼可见的图像。摄像头193的感光元件可以包括电荷耦合器件(charge coupled device，CCD)或者互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号之后，将电信号传递给ISP转换成数字图像信号。ISP可以将数字图像信号输出到DSP加工处理。在一些实施例中，手机100可以包括一个或多个摄像头193。

ISP用于处理摄像头193反馈的数据。比如，用于对来自摄像头193的电信号进行处理以得到人眼可见的图像，或者用于对来自摄像头193的电信号进行处理以得到数字图像信号，并将数字图像信号传递给DSP。ISP还可以对图像的噪点、亮度、肤色进行算法优化。ISP还可以对拍摄场景的曝光及色温等参数进行优化。在一些实施例中，ISP可以集成设置在摄像头193中。

DSP用于将来自ISP的数字图像信号转换成标准的RGB或者YUV格式的图像信号。在一些实施例中，DSP还可以用于处理其他形式的数字信号；比如手机100在进行频点选择时，DSP可以对频点能量进行傅里叶变换。

视频编解码器用于对数字视频压缩或解压缩。手机100可以支持一种或多种视频编解码器，使得手机100可以播放或录制多种编码格式的视频，比如动态图像专家组(moving picture experts group，MPEG)1、MPEG2、MPEG3以及MPEG4等编码格式。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，对输入信息快速处理，同时还可以不断的自学习。NPU可以用于支持手机100的智能认知等应用，比如用于支持图像识别、人脸识别、语音识别以及文本语义分析。

控制器可以作为手机100的神经中枢和指挥中心，用于根据指令操作码和时序信号产生操作控制信号，完成获取指令和执行指令的控制。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统以及手机100所具有的各项功能(比如声音播放功能，图像播放功能等)各自对应的应用程序。存储数据区可存储手机100在使用过程中所创建的数据(比如音频数据)。此外，内部存储器121可以包括高速随机存取存储器和非易失性存储器，比如包括磁盘存储器、闪存器以及通用闪存存储器(universal flash storage，UFS)等。其中，处理器110通过运行存储在内部存储器121的指令，和/或运行存储在设置于处理器的存储器中的指令，实现手机100的各种功能及数据处理过程。

相应的，本申请实施例中还提供了一种计算机可读存储介质，用于存储指令，当所述指令被所述智能终端的处理器执行时，使得所述智能终端实现本申请任意一个实施例中提供的图标管理方法。其中，该计算机可读存储介质可以是智能终端的内部存储器，还可以是通过相应的外部存储器接口连接到智能终端的外部存储器。

相应的，本申请实施例中还提供了一种智能终端，至少包括存储器、处理器和显示屏，所述存储器中存储有可执行代码和/或指令，当所述处理器执行所述可执行代码时，所述智能终端实现本申请任意一个实施例中提供的图标管理方法。

手机100可以通过音频模块170、扬声器170A、受话器170B、麦克风170C、耳机接口170D以及应用处理器等部件相协作以实现音频功能。比如录音或者播放音乐等。

音频模块170用于将来自应用处理器的数字音频信号转换成模拟音频信号，也用于将来自麦克风的模拟音频信号转换成数字音频信号。音频模块170还可以用于对音频信号进行编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或者，音频模块170的部分功能模块可以设置于处理器110中。

扬声器170A也可称为“喇叭”，用于将来自音频模块170的音频信号转换为声音信号。手机100可以通过扬声器170A实现播放音乐或免提通话。

受话器170B也可称为“听筒”，用于将来自音频模块170的音频信号转换成声音信号。用户可以通过将受话器170B靠近人耳接听电话或语音信息。

麦克风170C也可称为“话筒”或“传声器”，用于将声音信号转换成电信号。当用户通过手机100拨打电话或发送语音信息时，用户可以通过将麦克风170C靠近人嘴并发出声音，麦克风170即可接收相应的声音信号并转换成电信号。在一些实施例中，手机100中可以设置一个或多个麦克风170C，以便实现在采集声音信号的同时，对声音信号进行降噪以及识别声音信号的来源。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，还可以是美国蜂窝电信工业协会(cellular telecommunications industry association ofthe USA，CTIA)标准接口。

压力传感器180A用于感知压力信号，将压力信号转换成电信号。压力传感器180A的种类很多，比如压力传感器180A可以是电阻式压力传感器、电感式压力传感器或者电容式压力传感器。其中，电容式压力传感器可以是包括至少两个具有导电材料的平行板，当存在作用于压力传感器180A的压力时，平行板之间的电容发生改变，处理器110可以根据电容的变化确定压力的强度。在一些实施例中，压力传感器180A可以设置于显示屏194上；当有触摸操作作用于显示屏194时，处理器110可以根据压力传感器180A检测该触摸操作的触摸强度。处理器110还可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同的触摸位置但具有不同触摸强度的触摸操作，可以对应不同的操作指令；比如，当有触摸强度小于预设压力阈值的触摸操作作用于短信应用对应的图标时，处理器执行对应于查看短信的操作指令。当有触摸操作强度大于或等于预设压力阈值的触摸操作作用于短信应用对应的图标时，执行对应于新建短信的操作指令。

陀螺仪传感器180B可以用于确定手机100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定手机100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，陀螺仪传感器180B可以用于检测手机100抖动的角度，根据该角度计算出摄像头193的镜头需要补偿的距离，从而使得镜头通过反向运动抵消手机100的抖动，实现拍摄防抖。在一些实施例中，陀螺仪传感器180B还可以用于支持手机实现其导航功能，以及用于支持用户通过手机100进行体感游戏。

气压传感器180C用于测量气压。在一些实施例中，处理器110可以根据气压传感器180C测量的气压值计算海拔高度，以便支持手机100实现辅助定位和导航功能。

磁传感器180D包括霍尔传感器。手机100可以通过磁传感器180D检测套接在手机100上的皮套的开合状态。在一些实施例中，当手机100的类型是翻盖机时，手机100可以根据磁传感器180D检测其翻盖的开合状态。相应的，手机100可以根据其检测的皮套的开合状态或翻盖的开合状态，实现自动解锁或锁定显示屏194的功能。

加速度传感器180E可以检测手机100在各个方向上的加速度。还可以用于支持手机100的计步功能和图形用户界面在显示屏194上的横竖屏切换。

距离传感器180F用于测量距离。手机100可以通过收发红外光或红外激光以测量目标物与手机100之间的距离。在一些实施例中，手机100可以利用距离传感器180F测量被拍摄对象与摄像头193之间距离以实现快速对焦。

接近光传感器180G包括但不限于发光二极管(LED)和光检测器。发光二极管可以是红外发光二极管。光检测器可以是光电二极管。手机100通过发光二极管向外发射红外光。手机100可以通过光电二极管检测由目标物反射的红外光。在光电二极管检测到满足一定条件的红外光时，可以确定手机100附近存在目标物。手机100可以利用接近光传感器180G检测用户手持手机100进行通话时，手机是否靠近人耳，以便在手机靠近人耳之后自动熄灭显示屏以达到省电的目的。接近光传感器180G还可以用于支持手机100实现其皮套模式和口袋模式。

环境光传感器180L用于感知环境光亮度。处理器110可以根据环境光传感器180L感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L还可以用于支持手机100通过摄像头193拍摄图片或视频时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G相协作，支持手机100实现检测手机100是否位于口袋内，避免误触显示屏。

指纹传感器180H用于采集用户手指的指纹。以便手机100根据其采集的指纹实现指纹解锁、访问应用锁、指纹拍照和指纹接听来电。

温度传感器180J用于检测温度。在一些实施例中，手机100利用温度传感器180J检测的环境温度，执行温度处理策略。比如，当温度传感器180J上报的温度超过一个阈值时，手机100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在一些实施例中，当温度传感器180J上报的温度低于另一阈值时，手机100对电池142加热，避免低温导致手机100异常关机。在一些实施例中，当温度传感器180J上报的温度低于又一阈值时，手机100对电池142的输出电压执行升压，避免低温导致的异常关机。

触摸传感器180K也可称为“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其自身或附近区域的触摸操作。触摸传感器180K可以将检测到的触摸操作传递给应用处理器，以便应用处理器确定该触摸操作对应的触摸事件类型。在一些实施例中，手机100可以通过显示屏194提供与触摸操作相关的视觉输出。在一些实施例中，触摸传感器180K也可以设置于手机100的表面，与显示屏194相互独立。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以与人体的特定部位相接触以采集人体脉搏信号和血压信号。在一些实施例中，骨传导传感器180M可以设置于耳机中，形成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。在一些实施例中，应用处理器可以基于骨传导传感器180M获取的血压信号解析心率信息，实现心率检测功能。

按键190包括但不限于开机键和音量键。按键190可以是机械按键或者触摸式按键。用户可以通过触发按键190，生成与手机100的用户设置以及功能控制相关的输入信号/指令。

马达191可以用于来电振动提示，也可以用于触摸振动反馈。具体地，用户作用于不同的应用程序各自对应的图标(比如相机对应的图标、日历对应的图标和信息对应的图标)的触摸操作，可以对应不同的振动反馈效果；用户作用于不同类型的应用程序(比如即时通信类应用程序、音频类应用程序以及视频类应用程序)的触摸操作，可以对应不同的振动反馈效果；不同的应用场景(比如接收应用程序的通知信息及游戏)也可以对应不同的振动反馈效果。可以理解，触摸振动反馈可以由用户结合其实际业务需求进行设置。

指示器192可以是指示灯，用于指示手机100的充电状态，也可以用于指示手机100是否存在未接来电、是否存在未被查看的信息或通知。

显示屏194用于显示位于应用程序层的各个应用程序的图形用户界面。可以理解，手机100可以包括一个或多个显示屏194。或者，手机100可以只包含一个显示屏194但该显示屏能够在用户的调控下被划分为多个显示区域；比如，手机100可以仅包括一个可折叠的柔性显示屏，但该显示屏可以在用户的调控下被折叠并且沿着相应的折叠线划分为两个显示屏(即划分为两个显示区域)。其中，同一手机100的多个显示屏194可以相互独立的显示不同的图形用户界面，也可以各自显示同一个图形用户界面的部分区域，相互协作以共同完成显示一个完整的图形用户界面。

SIM卡接口195用于连接SIM卡，使得手机100可以通过SIM卡与无线网络或相应的设备进行信息交互，从而实现通话和数据通信等功能。其中，SIM卡可以通过插入SIM卡接口195或者从SIM卡接口195拔出，使得SIM卡与手机100的接触和分离；或者，SIM卡可以是无法与SIM卡进行分离的嵌入式SIM卡。可以理解，手机100可以包括一个或多个SIM卡接口，各个SIM卡接口195可以各自连接不同的SIM卡；或者，手机100的一个SIM卡接口195可以同时连接多个SIM卡。

手机100中部署的软件系统可以采用分层架构、事件驱动架构、微核架构或云架构。本申请实施例中，以智能终端部署的软件系统采用分层架构的安卓(Android)系统为例，示例性说明手机100采用的软件结构。

图2为手机100所采用的软件系统的结构示意图。如图2所示，可以将Android系统分为四层，从上至下依次为应用程序层、应用程序框架层、系统库和安卓运行时(Androidruntime)、内核层，每一层都有清晰的角色和分工，层与层之间通过软件接口进行通信。

应用程序层包括部署在手机100上的一系列应用程序。示例性的，应用程序层中可以包括但不限于桌面启动器(Launcher)、设置模块、日历模块、相机模块、照片模块、通话模块和短信模块。

应用程序框架层可以为应用程序层中的各个应用程序提供应用编程接口(application programming interface，API)和编程框架。应用程序框架层可以包括一些预先定义的功能模块/服务。示例性的，应用程序框架层中可以包括但不限于窗口管理器(Window manager)、活动管理器(Activity manager)、包管理器(Package manager)、资源管理器(Resource manager)和电源管理器(Power manager)。

活动管理器用于管理各个应用程序的生命周期，以及实现各个应用程序的导航回退功能。具体地，活动管理器可以负责活动(Activity)进程的创建及其创建的Activity进程的整个生命周期的维护。

窗口管理器用于管理窗口程序。可以理解，位于应用程序层的各个应用程序的图形用户界面通常由一个或多个Activity组成，而Activity又由一个或多个视图View组成，窗口管理器可以用于将需要显示的图形用户界面所包括的View添加到显示屏194上，或者用于从显示屏194上显示的图形用户界面中移除View。在一些实施例中，窗口管理器还可以获取显示屏194的大小，确定显示屏194所显示图形用户界面中是否有状态栏，以及用于支持实现锁定显示屏194和截取显示屏194所显示的图形用户界面。

包管理器可以管理各个应用程序各自对应的数据包，比如用于对各个数据包进行解压、验证、安装以及升级处理。更具体的说，包管理器至少可以维护各个应用程序各自对应的图标以及各自对应的数据包的名称。

资源管理器可以为位于应用程序层的各个应用程序，提供各种非代码资源的访问，比如本地字符串、图形和布局文件。

电源管理器是Android系统电源管理的核心服务，主要用于执行Android系统中与电源管理相关的计算任务。向下决策控制Android系统的底层系统点亮或熄灭显示屏、启动或停止距离传感器以及接近光传感器等硬件设备。向上提供相应的操作接口，使得应用程序层的各应用程序能够对其进行调用，从而实现特定的业务目的；比如在手机100通过应用程序“音乐”播放音频时持续保持手机100的显示屏194处理点亮状态，又如各应用程序在接收到通知时点亮手机100的显示屏194。

本申请实施例中，应用程序框架层中还可以包括显示策略服务。其中，显示策略服务可与Activity manager相协作，得到各个应用程序在预设时间内分别使用显示屏的累计频次和累计时间；并根据各个应用程序在预设时间内分别使用显示屏的累计频次和累计时间，独立的或者与其它功能模块相协作，完成对各个图标的显示效果进行调整。

在一种可能的实施方式中，显示策略服务可以作为独立的功能模块部署在应用程序框架层。也就是说，可以在应用程序框架层中新增显示策略服务模块，使得手机100能够实现本申请任意一个实施例中提供的图标管理方法。

在一种可能的实施方式中，显示策略服务可以嵌入Activity manager和/或Window manager中。也就是说，可以对Activity manager和/或Window manager的能力进行增强，使得手机100能够实现本申请任意一个实施例中提供的图标管理方法。

换而言之，本申请实施例中提供的图标管理装置，可以全部或者部分包含于显示策略服务，通过显示策略服务和Android系统中的其它功能模块相协作，实现本申请任意一个实施例中提供的图标管理方法。

位于应用程序框架层以下的系统库和安卓运行时、内核层等可称为底层系统，底层系统中包括用于提供显示服务的底层显示系统，底层显示系统可以包括但不限于位于系统库的表面管理器(surface manager)以及位于内核层的显示驱动。

可以理解，安卓运行时负责安卓系统的调度和管理，包括核心库和虚拟机。应用程序层和应用程序框架层的计算机程序运行在虚拟机中。更具体地说，虚拟机可以将应用程序层和应用程序框架层的java文件执行为二进制文件；虚拟机还可以用于实现对象生命周期的管理、堆栈管理、线程管理、安全管理以及垃圾回收等功能。

可以理解，系统库还可以包括除表面管理器以外的多个功能模块。比如还可以包括状态监测服务、媒体库(Media Libraries)、三维图形引擎(比如，OpenGL for EmbeddedSystems)和二维图形引擎。

其中，表面管理器可以为各个应用程序提供了二维图形和三维图形的融合。

其中，状态监测服务可以接收位于内核层的各个驱动程序上报的数据。

其中，媒体库可以支持多种常用格式的图像/音频/视频的回放和采集。

其中，三维图形引擎用于实现三维图像的绘制、渲染及合成。

其中，二维图形引擎用于实现二维图像的绘制及渲染。

内核层是硬件和软件之间的层，内核层中包括若干硬件的驱动程序。示例性的，内核层可以包括显示驱动、摄像头驱动、音频驱动以及触控驱动；各个驱动程序可以各自搜集相应的硬件所采集的信息，并向系统库中的状态监测服务或其它功能模块上报相应的监测数据。

下面结合图3，示例性描述手机100配置的桌面被显示于显示屏的过程中，手机100内部各软件模块及硬件模块的交互关系。

首先，手机100启动或在用户的操作下被唤醒时，Power manager、Surfacemanager和显示驱动相协作以点亮显示屏。同时，Launcher可以从package manager获取各个应用程序分别对应的图标以及各个应用程序的标识，并对Activity manager进行调用。

在一个较为具体的示例中，用户可通过对按键进行按压操作以启动手机100。

在一个较为具体的示例中，用户可通过其手指或其它部位，触摸手机100的一个显示屏以唤醒手机100。其中，用户触摸手机100的一个显示屏，可以使触摸传感器感知到用户对该显示屏的触摸操作，相应的硬件中断被触摸传感器发送到内核层。内核层的触控驱动或者其它功能模块可以根据该硬件中断得到输入事件，该输入事件指示了待点亮的显示屏，即指示了被触摸的显示屏；然后向应用程序框架层上报该输入事件，比如通过系统库中的状态监测服务向应用程序框架层中的显示策略服务上报该输入事件。之后，应用程序框架层的Power manager可以通过显示策略服务或者其它功能模块得知待点亮的显示屏，进而与Surface manager和显示驱动相协作，点亮其得知的待点亮的显示屏。

接着，Activity manager在Launcher的调用下，独立的或者与Window manager相协作，实现针对Launcher获取的各个图标，根据Launcher记录的各个图标的属性信息，调控被点亮的显示屏显示桌面。

可以理解，各个图标的属性信息用于限定各个图标在桌面上显示于显示屏时的显示效果。

可以理解，手机100可以配置多个桌面，在被点亮的显示屏所显示的一个桌面上，可以包括全部或者部分位于应用程序层的各个应用程序分别对应的图标和名称。

可以理解，在手机100配置多个桌面的情况下，多个桌面可以具有不同的桌面编号。也就是说，一个图标的属性信息可以包括该图标所在桌面的桌面编号。

可以理解，手机100可以配置一定数量的常用图标，这些常用图标可能以窗口的形式，显示于手机100配置的每个桌面上的相同区域，例如dock区。在各个桌面上除了常用图标所在区域以外的其它区域，通常采用行列排布的方式排列多个图标，以从上到下的顺序对该桌面上的各行图标进行编号，并且以从左到右的顺序对该桌面上的各列图标进行编号；那么一个图标所对应的行编号和列编号，则能够用于唯一标识该图标在该桌面上的位置。也就是说，一个图标的属性信息还可以包括该图标在相应的桌面上对应的行编号和列编号。

可以理解，手机100可以对Launcher中记录的各个图标的属性信息进行更新，从而调整各个图标的显示效果，实现对各个应用程序的图标进行管理。比如更新某个图标所对应的属性信息中的桌面编号、行编号和/或列编号，从而改变该图标所在的桌面和/或该图标在相应的桌面上的位置。

单个桌面上能够显示的图标的数量相对较少，位于应用程序层的各个应用程序的数量相对较多，这就导致用户不易从多个桌面上的大量的图标中快速查找并触发其需要使用的应用程序所对应的图标。一种解决方案为，用户根据其对智能终端的使用习惯，手动调整各个图标的显示效果。该方案因应用程序的数量较大和用户在不同时间段内对各个应用程序的使用偏好存在差异，导致手动调整的过程中存在耗时较多、效率较低等局限性。

为了进一步提高用户体验，本申请实施例中至少提供了一种应用于智能终端的图标管理方法及装置。可以根据各个应用程序在预设时间内使用显示屏的累计频次和累计时间，得到各个应用程序分别对应的使用程度指数。各个应用程序各自对应的使用程度指数，能够较为准确的表达用户在预设时间内对各个应用程序的偏好程度。因此，可以根据各个应用程序的使用程度指数，对各个应用程序各自对应的图标的属性信息进行更新，从而实现自动决策并更加高效、快捷的调整各个图标的显示效果。用户因此无需对各个图标的显示效果进行过多的手动调整，提高了图标调整的操作效率。

为了增大不同的图标各自对应的显示效果之间的差异，以便用户更加方便快捷的查找到其需要使用的应用程序所对应的图标，在一种可能的实施方式中，一个图标的属性信息还可以包括该图标在相应的桌面上被显示于显示屏时，该图标的透明度、亮度、色彩饱和度、尺寸以及边框效果中的一项或多项。

为了增大不同的图标各自对应的显示效果之间的差异，以便用户更加方便快捷的查找到其需要使用的应用程序所对应的图标，在一种可能的实施方式中，一个图标的属性信息还可以包括该图标对应的应用程序的名称在相应的桌面上被显示于显示屏时，该名称对应的字体、字号及渲染效果(比如是否加粗字体、是否显示斜体、是否带下划线或是否带阴影)中的一项或多项。

可以理解，智能终端的显示屏显示其中一个桌面时，用户可通过其手指触摸显示屏并朝向某个方向滑动手指，或者通过其它方式操作智能设备，使得智能设备配置的另一个桌面被显示于该显示屏上。

可以理解，为了方便用户结合其对智能设备所具有的各项功能的偏好，调整(比如开启或关闭)智能设备所具有的各项功能，应用层中提供了用于对手机的各项功能进行管理的功能模块。相应的，在智能设备的一个显示屏被点亮并显示桌面之后，用户可以触发用于对手机的各项功能进行管理的功能模块所对应的图标(比如，对应显示的名称为“设置”的应用程序所对应的图标)，然后在该功能模块的图形用户界面上进行进一步的操作，从而开启或关闭智能设备提供的图标管理功能。

接下来，针对智能终端实现图标管理方法的具体过程进行示例性描述。

图4为本申请实施例中提供的一种图标管理方法的流程示意图。如图4所示，用户在t0时刻选择开启智能终端所提供的图标管理功能之后，智能终端可通过执行如下步骤41至步骤45以实现其图标管理功能。可以理解，在用户选择开启智能终端所具有的图标管理功能之后，智能终端可以以预设时间为周期，执行如图4所示的图标管理方法。

在步骤41，获取各个应用程序在预设时间内分别使用显示屏的累计频次和累计时间。

可以理解，预设时间可以为经验值或用户设置的参考值，比如为1天，7天或其他。

这里，至少可以通过Activity manager与显示策略服务相协作，得到位于应用程序层的各个应用程序在预设时间内分别使用显示屏的累计频次和累计时间。

下面结合图5示例性描述Activity manager与显示策略服务相协作的过程。

首先，在步骤51，当用户在t0时刻开启智能终端提供的图标管理功能之后，如果用户在智能终端的显示屏所显示的桌面上触摸一个应用程序(比如APP1)对应的图标，则APP1可对Activity manager进行调用。

需要说明的是，用户还可以通过对应用程序的通知进行触发、对“Recent”导航进行触发或者相应的手势操作，发起的对应用程序的使用，从而使得APP1对Activitymanager进行调用。

接着，在步骤52，Activity manager可以在APP1的调用下，独立的或者与Windowmanager相协作，将APP1的图形用户界面加载到显示屏。即APP1开始使用显示屏。

接着，在步骤53，Activity manager可以给显示策略服务提供相应的屏幕使用事件A。

其中，该屏幕使用事件A包括APP1的标识、APP1调用Activity manager的发生时刻t1，以及包括用于指示该屏幕使用事件A的事件类型为“开始使用显示屏”的第一参数。

相应的，在步骤54，显示策略服务可以在接收到来自Activity manager的屏幕使用事件A的情况下，将其记录的APP1在t0时刻之后使用显示屏的累计频次加1。

之后，在步骤55，APP1结束对显示屏的使用时，Activity manager则可以给显示策略服务提供屏幕使用事件B。

其中，屏幕使用事件B包括APP1的标识、APP1结束使用显示屏的发生时刻t2，以及包括用于指示该屏幕使用事件B的事件类型为“结束使用显示屏”的第二参数。

可以理解，智能终端显示APP1的图形用户界面时，如果APP1在用户的操作下被关闭、APP1因其它应用程序需要使用显示屏而转为后台运行或者显示屏未被点亮，均可使APP1结束对显示屏的使用。

示例性的，智能终端显示APP1的图形用户界面，并且接收到另一个应用程序(比如APP2或APP3)的通知时，该通知可能以窗口的形式显示在显示屏所显示的APP1的图形用户界面上。智能终端可以检测用户对该通知的操作，如果智能终端在t2时刻检测到该操作为查看该通知，Activity manager结束显示屏所显示的APP1的图形用户界面所对应的Activity进程，使得APP1在智能终端上转为后台运行，并且给显示策略服务提供屏幕使用事件B。相应的，智能终端可启动APP2或APP3，使得APP2或APP3对Activity manager进行调用。

相应的，在步骤56，显示策略服务可以在接收到屏幕使用事件B的情况下，计算屏幕使用事件B携带的发生时刻t2与屏幕使用事件A携带的发生时刻t1之间的时间差，得到APP1本次使用显示屏的单次使用时间。

相应的，在一种可能的实施方式中，显示策略服务可以在与t0之间的时间差为预设时间的时刻t3，查询其记录的各个应用程序在预设时间内(即t0～t3时间段内)分别使用智能终端的显示屏的累计频次；并根据其记录的各个应用程序在预设时间内每次使用显示屏的单次使用时间，计算各个应用程序在预设时间内分别使用显示屏的累计时间。如此，即可得到部署于智能终端上的各个应用程序在预设时间内分别使用显示屏的累计频次和累计时间。

需要说明的是，APP1持续使用显示屏的过程中(即t1～t2时间段内)，Activitymanager可能被APP1反复调用，Activity manager可以在每次被APP1调用时均给显示策略服务提供对应的屏幕使用事件，以便显示策略服务完整监听APP1对Activity manager的实际调用情况。或者，Activity manager可以在t1时刻被APP1调用且给显示策略服务提供对应的屏幕使用事件A之后，后续每次被APP1调用时均不再给显示策略服务提供相应的屏幕使用事件，以便减少显示策略服务和Activity manager之间的交互，节约资源。

回到图4，在步骤43，根据各个应用程序在预设时间内分别使用显示屏的累计频次和累计时间，确定各个应用程序的使用程度指数。可以理解，各个应用程序的使用程度指数，可以指示用户在预设时间内对各个应用程序的偏好程度。

在一种可能的实施方式中，对于每个应用程序，智能终端可以对该应用程序在预设时间内使用显示屏的累计频次和累计时间进行加权求和，得到该应用程序对应的使用程度指数；其中，累计频次和累计时间各自对应的权重系数可以是经验值。

在一种可能实施的方式中，智能终端可以根据各个应用程序在预设时间内分别使用显示屏的累计频次的大小，对各个累计频次进行排序以形成累计频次序列；根据各个应用程序在预设时间内分别使用显示屏的累计时间的大小，对各个累计时间进行排序以形成累计时间序列。然后，智能终端可以根据各个应用程序在预设时间内分别使用显示屏的累计频次在累计频次序列中的顺序位、各个应用程序在预设时间内分别使用显示屏的累计时间在累计时间序列中的顺序位，确定各个应用程序的使用程度指数。如此，可避免在不同应用程序分别使用显示屏的累计频次/累计时间的差异过大的情况下，所确定的不同应用程序的使用程度指数无法较为准确的表达用户对不同应用程序的偏好程度。

在一个较为具体的示例中，可以按照由小到大的顺序对各个累计频次进行排序，以形成由各个累计频次组成的第一序列；并且按照由小到大的顺序对各个累计时间进行排序，以形成由各个累计时间组成的第二序列。

在该示例的基础上，至少可以通过如下公式1计算各个应用程序的使用程度指数。

P_i＝a*x_i+by_i (1)

其中，P_i为第i个应用程序的使用程度指数，x_i为第i个应用程序在预设时间内使用显示屏的累计频次在第一序列中的第一顺序位，y_i为第i个应用程序在预设时间内使用显示屏的累计时间在第二序列中的第二顺序位，a和b分别为确定的第一权重系数和第二权重系数。

在一个更为具体的示例中，智能终端还可以按照由大到小的顺序从各个累计频次中依次选择N(N为经验值，比如为10)个累计频次，并计算被选择的N个累计频次的第一方差；按照由大到小的顺序从各个累计时间中依次选择N个累计时间，并计算被选择的N个累计时间的第二方差。然后，根据第一方差和第二方差确定a和b。

在一个示例中，a与第一方差正相关，b与第二方差正相关。如此，使得任意两个应用程序的使用程度指数之间的差异，能够更为准确的表达用户对该任意两个应用程序的偏好程度之间的差异。

在一个示例中，a与第一方差正相关，b与第二方差正相关，且a与b的和为预设值(比如为1)。如此，通过对a与b的和的取值进行限定，可以实现对各个应用程序的使用程度指数的取值范围进行限定，避免计算过程中因数值过大而浪费资源。

可以理解，智能终端还可以按照由大到小的顺序对各个累计频次进行排序，以形成由各个累计频次组成的第三序列；按照由大到小的顺序对各个累计时间进行排序，以形成由各个累计时间组成的第四序列。并通过与前述根据第一序列和第二序列得到各个应用程序的使用程度指数相似的方法，根据第三序列和第四序列得到各个应用程序的使用程度指数。

接着，在步骤45，根据各个应用程序的使用程度指数，更新各个应用程序分别对应的图标的属性信息。可以理解，各个图标的属性信息，用于限定各个图标的显示效果。

在一种可能的实施方式中，智能终端可以根据各个应用程序的使用程度指数，更新各个应用程序分别对应的图标所在的桌面的编号，和/或，更新各个应用程序分别对应的图标在相应的桌面上的位置。

在一种可能的实施方式中，智能终端还可以根据各个应用程序的使用程度指数，更新各个应用程序分别对应的图标的透明度、亮度、色彩饱和度以及边框效果中的一项或多项。

在一种可能的实施方式中，智能终端还可以根据各个应用程序的使用程度指数，更新各个应用程序的名称的字体、字号及渲染效果中的一项或多项。

可以理解，根据各个应用程序的使用程度指数，更新各个应用程序分别对应的图标的属性信息的具体规则，可以结合实际业务需求进行配置，这里不再对该具体规则进行赘述。

可以理解，在智能终端完成更新各个应用程序分别对应的图标的属性信息之后，Launcher可以重新调用Activity manager，Activity manager可以在Launcher的调用下，独立的或者与Window manager相协作，实现针对Launcher从package manager获取的各个图标，根据Launcher记录的更新后的各个图标的属性信息，调控被点亮的显示屏显示相应的桌面。

可以理解，用户还可以在智能终端已经自动决策并调整各个图标的显示效果的基础上，进一步结合其自身业务需求，再次调整各个图标的显示效果，从而兼顾图标管理的可操作性和智能性，进一步提高用户体验。

总而言之，各个应用程序在预设时间内分别使用显示屏的累计频次和累计时间，全面覆盖了用户通过对应用程序的图标进行触发、对应用程序的通知进行触发、对“Recent”导航进行触发或者相应的手势操作等各种方式发起的对应用程序的使用。相应的，各个应用程序在预设时间内分别使用显示屏的累计频次和累计时间，作为用户度量用户在预设时间段内对各个应用程序的使用程度指数的数据指标，具有极高的代表性和可靠性的；各个应用程序的使用程度指数则能够更为准确的表达用户在预设时间内对各个应用程序的使用情况。如此，根据各个应用程序的使用程度指数自动决策并调整各个应用程序分别对应的图标的属性信息，一方面，可以更为高效、快捷的实现对各个图标的显示效果进行自动调节，提高图标管理的智能性和人机交互的智能性；另一方面，调整后的各个图标的显示效果，能够更加符合用户对各个图标的使用习惯，从而提高用户体验。

下面进一步结合图6A和图6B示例性描述智能终端实现图标管理的过程。

首先，用户开启智能终端所具有的图标管理功能。

请参考图6A，假设手机100可以配置示例性的桌面1和桌面2，桌面1和桌面2上的图标10、图标11、图标12和图标13为常用图标，这些常用图标可能以窗口的形式，显示于桌面上与手机100的麦克风相邻的一侧。对于桌面1和桌面2上的各个非常用图标，则可能在Launcher中记录包括但不限于如下表1所示的属性信息。

表1

换而言之，如果智能终端的Launcher在用户开启图标管理功能的时刻t0，记录的各个应用程序分别对应的图标的属性信息包括但不限于如上表1中所示的属性信息；那么，智能终端根据Launcher中记录的各个图标的属性信息显示桌面时，可能显示如图6A所示的桌面1或桌面2。

然后，智能终端在距离t0的时间差为预设时间的时刻t3，确定各个应用程序在t0～t3时间段内分别使用智能终端的显示屏的累计频次和累计时间。

接着，智能终端可以按照由小到大的顺序对各个累计频次进行排序以形成第一序列，按照由小到大的顺序对各个累计时间进行排序以形成第二序列。并且确定各个应用程序在t0～t3时间段内使用显示屏的累计频次在第一序列中的第一顺序位，确定个应用程序在t0～t3时间段内使用显示屏的累计时间在第二序列中的第二顺序位。

示例性的，图标1、图标2、图标3、图标4、图标5、图标6、图标7、图标8、图标9、图标15、图标16分别对应的应用程序，在t0～t3时间段内分别使用智能终端的显示屏的累计频次依次是C₁、C₂、C₃、C₄、C₅、C₆、C₇、C₈、C₉、C₁₅、C₁₆，在t0～t3时间段内分别使用智能终端的显示屏的累计时间依次是T₁、T₂、T₃、T₄、T₅、T₆、T₇、T₈、T₉、T₁₅、T₁₆。如果第一序列是[C₁、C₃、C₁₅、C₁₆、C₂、C₆、C₇、C₈、C₉、C₄、C₅],第二序列是[T₃、T₂、T₁、T₄、T₁₅、T₅、T₇、T₈、T₉、T₁₅、T₆]。那么，对于“图标5”所对应的应用程序，可以确定出该应用程序在t0～t3时间段内使用显示屏的累计频次C₅在第一序列中的第一顺序位是11，该应用程序在t0～t3时间段内使用显示屏的累计时间T₅在第二序列中的第二顺序位是6。

进一步的，智能终端可以按照由大到小的顺序选择N个累计频次，按照由大到小的顺序选择N个累计时间；计算选择的N个累计频次的第一方差E1，计算选择的N个累计时间的第二方差E2；并根据E1和E2确定各个累计频次的权重系数a以及各个累计时间的权重系数b。

相应的，智能终端可以根据上述公式1计算各个应用程序的使用程度指数P_i。

之后，智能终端可以根据各个应用程序的使用程度指数，更新各个应用程序分别对应的图标的属性信息。

示例性的，如需确保编号为1的桌面上仅显示使用程度指数较大的M个应用程序分别对应的图标和名称，且编号为1的桌面上的各个图标分别对应的图标和名称按照从左至右、从上至下的顺序依次排列。其中，M为经验值，比如为8。假设图标1、图标2、图标3、图标4、图标5、图标6、图标7、图标8、图标9、图标15、图标16分别对应的应用程序的使用程度指数，依次是P₁、P₂、P₃、P₄、P₅、P₆、P₇、P₈、P₉、P₁₅、P₁₆；并且按照由大到小的顺序排列各个应用程序的使用程度指数，得到的序列是[P₁、P₅、P₃、P₁₆、P₂、P₆、P₇、P₈、P₉、P₁₅、P₄]。那么，即可对如上表1所示的各个图标的属性信息进行更新，更新后的各个图标的属性信息包括但不限于如下表2中所示的属性信息。

表2

相应的，在Launcher重新调用Activity manager时，Activity manager即可再一次独立的或者与Window manager相协作，以实现至少根据Launcher中记录的如上表2所示的各个图标分别对应的属性信息，在智能终端的显示屏上显示如图6B中所示的桌面1或桌面2。

如此，可方便用户及时定位其在预设时间内经常使用的各个应用程序分别对应的图标，从而提高人机交互的智能性以及人际交互的效率。同时，用户也可以根据各个图标的显示效果，得知其自身在预设时间内对各个应用程序的使用情况。

在一种可能的实施方式中，智能终端还可以向用户提供各个应用程序在预设时间内分别使用显示屏的累计频次和累计时间，使得用户可以对其自身在预设时间段内使用各个应用程序的情况一目了然。

基于与前述方法实施例相同的构思，本申请实施例中还提供了一种图标管理装置。如图7所示，图标管理装置至少可以包括：

获取单元71，配置为获取各个所述应用程序在预设时间内分别使用所述显示屏的累计频次和累计时间；

确定单元73，配置为根据各个所述应用程序在预设时间内分别使用所述显示屏的累计频次和累计时间，确定各个所述应用程序的使用程度指数；

更新单元75，配置为根据各个所述应用程序的使用程度指数，更新各个所述应用程序分别对应的图标的属性信息，所述属性信息用于限定其对应的图标的显示效果。

在一种可能的实施方式中，所述确定单元73，具体配置为根据各个所述累计频次的大小，对各个所述累计频次进行排序，得到第一序列；以及，根据各个所述累计时间的大小，对各个所述累计时间进行排序，得到第二序列；针对各个所述应用程序，根据所述应用程序在预设时间内使用所述显示屏的累计频次在所述第一序列中的第一顺序位，以及所述应用程序在预设时间内使用所述显示屏的累计时间在所述第二序列中的第二顺序位，确定所述应用程序的使用程度指数。

在一种可能的实施方式中，所述图标管理装置还包括：

权重确定单元，配置为按照由大到小的顺序，从各个所述累计频次中选择预设数量的累计频次，并计算被选择的各个所述累计频次的第一方差；以及，按照由大到小的顺序，从各个所述累计时间中选择预设数量的累计时间，并计算被选择的各个所述累计时间的第二方差。根据所述第一方差和所述第二方差，确定所述第一顺序位对应的第一权重系数以及所述第二顺序位对应的第二权重系数，所述第一权重系数与所述第一方差正相关，所述第二权重系数与所述第二方差正相关。

所述确定单元73，具体配置为在各个所述累计频次在所述第一序列中按照由小到大的顺序依次排列，并且各个所述累计时间在所述第二序列中按照由小到大的顺序依次排列的情况下，根据所述第一权重系数和所述第二权重系数，对所述应用程序对应的所述第一顺序位和所述第二顺序位进行加权求和，得到所述应用程序的使用程度指数。

在一种可能的实施方式中，所述属性信息包括：图标所在的桌面的编号以及所述图标在所述桌面上的位置。

在一种可能的实施方式中，所述属性信息还包括：所述图标的透明度、亮度、色彩饱和度和边框效果中的一项或多项。

在一种可能的实施方式中，所述属性信息还包括：所述图标所对应的应用程序的名称的字体、字号及渲染效果中的一项或多项。

所述获取单元71，还用于当各个所述应用程序中存在当前应用程序开始使用所述显示屏时，获取第一屏幕使用事件，并将所述当前应用程序在所述预设时间内使用所述显示屏的累计频次加1；其中，所述第一屏幕使用事件包括所述当前应用程序的标识、用于指示所述第一屏幕使用事件的事件类型为开始使用显示屏的第一参数，以及所述当前应用程序开始使用显示屏的第一发生时刻。当所述当前应用程序结束对所述显示屏的使用时，获取第二屏幕使用事件，并确定所述当前应用程序本次使用所述显示屏的单次使用时间；其中，所述第二屏幕使用事件包括所述当前应用程序的标识、用于指示所述第二屏幕使用事件的事件类型为结束使用显示屏的第二参数，以及所述当前应用程序结束使用显示屏的第二发生时刻；所述单次使用时间为所述第二发生时刻与所述第一发生时刻之间的时间差。

在一种可能的实施方式中，所述获取单元71，具体配置为确定各个所述应用程序在所述预设时间内分别使用所述显示屏的累计频次；以及，根据各个所述应用程序在所述预设时间内每次使用所述显示屏的单次使用时间，计算各个所述应用程序在所述预设时间内分别使用所述显示屏的累计时间。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的范围。

应当理解，在本申请实施例的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述图标管理装置或者部署了上述图标管理装置的智能终端的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

可以理解，以上所描述的装置实施例是示意性的，例如，所述模块/单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

以上仅为本申请实施例的具体实施方式，但本申请实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请实施例的保护范围之内

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

Claims (14)

1.一种图标管理方法，其特征在于，应用于具有显示屏的智能终端，所述智能终端部署了若干应用程序，所述方法包括：

获取各个所述应用程序在预设时间内分别使用所述显示屏的累计频次和累计时间；

根据各个所述累计频次的大小，对各个所述累计频次进行排序，得到第一序列；以及，根据各个所述累计时间的大小，对各个所述累计时间进行排序，得到第二序列；其中，针对各个所述应用程序，所述应用程序在预设时间内使用所述显示屏的累计频次位于所述第一序列中的第一顺序位，以及所述应用程序在预设时间内使用所述显示屏的累计时间位于所述第二序列中的第二顺序位；

按照由大到小的顺序，从各个所述累计频次中选择预设数量的累计频次，并计算被选择的各个所述累计频次的第一方差；以及，按照由大到小的顺序，从各个所述累计时间中选择预设数量的累计时间，并计算被选择的各个所述累计时间的第二方差；

根据所述第一方差和所述第二方差，确定所述第一顺序位对应的第一权重系数以及所述第二顺序位对应的第二权重系数，所述第一权重系数与所述第一方差正相关，所述第二权重系数与所述第二方差正相关；

在各个所述累计频次在所述第一序列中按照由小到大的顺序依次排列，并且各个所述累计时间在所述第二序列中按照由小到大的顺序依次排列的情况下，根据所述第一权重系数和所述第二权重系数，对所述应用程序对应的所述第一顺序位和所述第二顺序位进行加权求和，确定各个所述应用程序的使用程度指数；

根据各个所述应用程序的使用程度指数，更新各个所述应用程序分别对应的图标的属性信息，所述属性信息用于限定其对应的图标的显示效果。

2.根据权利要求1所述的方法，其特征在于，所述属性信息包括：图标所在的桌面的编号以及所述图标在所述桌面上的位置。

3.根据权利要求2所述的方法，其特征在于，所述属性信息还包括：所述图标的透明度、亮度、色彩饱和度和边框效果中的一项或多项。

4.根据权利要求2所述的方法，其特征在于，所述属性信息还包括：所述图标所对应的应用程序的名称的字体、字号及渲染效果中的一项或多项。

5.根据权利要求1至4中任一项所述的方法，其特征在于，在所述获取各个所述应用程序在预设时间内分别使用所述显示屏的累计频次和累计时间之前，所述方法还包括：

当各个所述应用程序中存在当前应用程序开始使用所述显示屏时，获取第一屏幕使用事件，并将所述当前应用程序在所述预设时间内使用所述显示屏的累计频次加1；其中，所述第一屏幕使用事件包括所述当前应用程序的标识、用于指示所述第一屏幕使用事件的事件类型为开始使用显示屏的第一参数，以及所述当前应用程序开始使用显示屏的第一发生时刻

当所述当前应用程序结束对所述显示屏的使用时，获取第二屏幕使用事件，并确定所述当前应用程序本次使用所述显示屏的单次使用时间；其中，所述第二屏幕使用事件包括所述当前应用程序的标识、用于指示所述第二屏幕使用事件的事件类型为结束使用显示屏的第二参数，以及所述当前应用程序结束使用显示屏的第二发生时刻；所述单次使用时间为所述第二发生时刻与所述第一发生时刻之间的时间差。

6.根据权利要求5所述的方法，其特征在于，所述获取各个所述应用程序在预设时间内分别使用所述显示屏的累计频次和累计时间，包括：

确定各个所述应用程序在所述预设时间内分别使用所述显示屏的累计频次；以及，根据各个所述应用程序在所述预设时间内每次使用所述显示屏的单次使用时间，计算各个所述应用程序在所述预设时间内分别使用所述显示屏的累计时间。

7.一种智能终端，其特征在于，所述智能终端包括处理器和显示屏，所述智能终端部署了若干应用程序，所述处理器用于执行：

获取各个所述应用程序在预设时间内分别使用所述显示屏的累计频次和累计时间；

根据各个所述累计频次的大小，对各个所述累计频次进行排序，得到第一序列；以及，根据各个所述累计时间的大小，对各个所述累计时间进行排序，得到第二序列；其中，针对各个所述应用程序，所述应用程序在预设时间内使用所述显示屏的累计频次位于所述第一序列中的第一顺序位，以及所述应用程序在预设时间内使用所述显示屏的累计时间位于所述第二序列中的第二顺序位；

按照由大到小的顺序，从各个所述累计频次中选择预设数量的累计频次，并计算被选择的各个所述累计频次的第一方差；以及，按照由大到小的顺序，从各个所述累计时间中选择预设数量的累计时间，并计算被选择的各个所述累计时间的第二方差；

根据所述第一方差和所述第二方差，确定所述第一顺序位对应的第一权重系数以及所述第二顺序位对应的第二权重系数，所述第一权重系数与所述第一方差正相关，所述第二权重系数与所述第二方差正相关；

在各个所述累计频次在所述第一序列中按照由小到大的顺序依次排列，并且各个所述累计时间在所述第二序列中按照由小到大的顺序依次排列的情况下，根据所述第一权重系数和所述第二权重系数，对所述应用程序对应的所述第一顺序位和所述第二顺序位进行加权求和，确定各个所述应用程序的使用程度指数；

根据各个所述应用程序的使用程度指数，更新各个所述应用程序分别对应的图标的属性信息，所述属性信息用于限定其对应的图标的显示效果。

8.根据权利要求7所述的智能终端，其特征在于，所述属性信息包括：图标所在的桌面的编号以及所述图标在所述桌面上的位置。

9.根据权利要求8所述的智能终端，其特征在于，所述属性信息还包括：所述图标的透明度、亮度、色彩饱和度和边框效果中的一项或多项。

10.根据权利要求8所述的智能终端，其特征在于，所述属性信息还包括：所述图标所对应的应用程序的名称的字体、字号及渲染效果中的一项或多项。

11.根据权利要求7至10中任一项所述的智能终端，其特征在于，

所述处理器还用于，

当各个所述应用程序中存在当前应用程序开始使用所述显示屏时，获取第一屏幕使用事件，并将所述当前应用程序在所述预设时间内使用所述显示屏的累计频次加1；其中，所述第一屏幕使用事件包括所述当前应用程序的标识、用于指示所述第一屏幕使用事件的事件类型为开始使用显示屏的第一参数，以及所述当前应用程序开始使用显示屏的第一发生时刻

当所述当前应用程序结束对所述显示屏的使用时，获取第二屏幕使用事件，并确定所述当前应用程序本次使用所述显示屏的单次使用时间；其中，所述第二屏幕使用事件包括所述当前应用程序的标识、用于指示所述第二屏幕使用事件的事件类型为结束使用显示屏的第二参数，以及所述当前应用程序结束使用显示屏的第二发生时刻；所述单次使用时间为所述第二发生时刻与所述第一发生时刻之间的时间差。

12.根据权利要求11所述的智能终端，其特征在于，

所述处理器，具体用于确定各个所述应用程序在所述预设时间内分别使用所述显示屏的累计频次；以及，根据各个所述应用程序在所述预设时间内每次使用所述显示屏的单次使用时间，计算各个所述应用程序在所述预设时间内分别使用所述显示屏的累计时间。

13.一种计算机可读存储介质，用于存储指令，当所述指令被智能终端的处理器执行时，使得所述智能终端实现权利要求1至6中任一项所述的方法。

14.一种包含指令的计算机程序装置，其特征在于，当所述计算机程序装置在电子设备上运行时，使得所述电子设备执行如权利要求1-6中任一项所述的方法。

Images