CN116028147A

CN116028147A - 应用程序的推荐方法和电子设备

Info

Publication number: CN116028147A
Application number: CN202210898746.3A
Authority: CN
Inventors: 谭泳发
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2022-05-30
Filing date: 2022-07-28
Publication date: 2023-04-28

Abstract

本申请涉及人工智能领域，提供了一种应用程序的推荐方法和电子设备，包括获取使用概率较高的App得到的第一App推荐列表，并获取在当前界面上显示的目标App列表，然后将第一App推荐列表中在当前界面显示的App去除，得到第二App推荐列表，进而在预设区域显示第二App推荐列表。这样使得在预设区域内向用户推荐的App是将使用概率高的App推荐列表中去除当前界面上显示的App得到的，避免了将同一个App重复的显示在当前界面的不同区域的情况，同时避免了已在电子设备的当前界面上显示的App占用App推荐区的位置的情况，提高了App推荐区中所推荐的App的针对性。

Description

应用程序的推荐方法和电子设备

本申请要求于2022年05月30日提交国家知识产权局、申请号为202210601055.2、申请名称为“应用程序去重的方法与电子设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及人工智能领域，具体地，涉及一种应用程序的推荐方法和电子设备。

背景技术

现阶段，电子设备通常具有应用程序(Application，App)推荐服务。应用程序推荐服务是指在预设区域内显示目标App，其中，目标App是指用户在当前时刻打开概率高于预设阈值的App。用户通过点击预设区域内的目标App，即可打开该目标App。也即是说，通过在预设区域内显示目标App，可以使得用户更加便捷的打开当前时刻需要使用的App。

例如，电子设备在桌面上的预设区域内显示多个目标App，所显示的多个目标App是终端设备根据用户的使用习惯、使用频率等确定出来打开概率高于预设阈值的App。用户通过点击预设区域中App即可直接打开对应的App。然而，在一种可能的情况下，电子设备确定的目标App是电子设备在当前界面已显示的App。在目标App已经在当前界面上显示的情况下，用户可以直接点击目标App即可打开，不需要在推荐区域内再次显示该App。

基于此，如何避免向用户推荐的App是当前显示界面上已显示的App成为了一个亟待解决的问题。

发明内容

本申请提供了一种应用程序的推荐方法与电子设备，能够避免App在同一界面上不同区域重复显示。

第一方面，提供了一种应用程序的推荐方法，包括：

获取第一应用程序App推荐列表，第一App推荐列表中的App是为当前时刻的使用概率高于第一预设阈值的App；

获取目标App列表，目标App列表中的App是根据电子设备的第一显示界面中的App得到的，第一显示界面为在当前时刻电子设备的显示界面；

去除第一App推荐列表中与目标App列表中相同的App，得到第二App推荐列表；

在电子设备的预设区域显示第二App推荐列表。

本申请的实施例中，通过获取使用概率较高的App得到的第一App推荐列表，并获取在当前界面上显示的目标App列表，然后将第一App推荐列表中在当前界面显示的App去除，得到第二App推荐列表，进而在预设区域显示第二App推荐列表。这样使得在App推荐区内向用户推荐的App去除当前界面上显示的App得到的，避免了将同一个App重复的显示在当前界面的不同区域的情况，同时避免了已在电子设备的当前界面上显示的App占用App推荐区的位置的情况，提高了App推荐区中所推荐的App的针对性。

结合第一方面，在第一方面的某些实现方式中，第一显示界面上包括第一文件夹，第一文件夹中显示有以第一尺寸显示的第一App的控件，第一尺寸大于或等于第二预设阈值，目标App列表包括第一App。

本申请的实施例中，当前时刻电子设备的显示界面中还包括大文件夹(第一文件夹)，大文件夹中有以第一尺寸显示的第一App的控件，其中第一尺寸大于或者等于第二预设阈值，也即是说，大文件夹中有以较大尺寸显示的第一App的控件，由于大文件夹中的第一App的尺寸较大，同时，用户点击大文件夹中的第一App能够直接打开第一App，因此当前时刻用户想打开的App是第一App的情况下，用户只需要点击大文件夹中的第一App即可，电子设备无需在App推荐区显示第一App。也即是说，在当前显示界面中包括大文件夹的情况下，目标App列表包括大文件夹中的第一App，在去除当前时刻使用概率高的App推荐列表中与当前显示界面中重复的App时，将大文件夹中的第一App也去除掉，避免了向用户推荐的App是在大文件夹中显示的App，进而避免了在大文件夹中显示的App占用App推荐区的位置的情况，提高了App推荐区中所推荐的App的针对性。

结合第一方面，在第一方面的某些实现方式中，第一显示界面上包括第二文件夹，第二文件夹中显示有以第二尺寸显示的第二App的图标，第二尺寸小于或等于第三预设阈值，目标App列表不包括第二App。

在一种可能的情况下，第二预设阈值和第三预设阈值相同。

本申请的实施例中，当前时刻电子设备的显示界面中还包括小文件夹(第二文件夹)，小文件夹中有以第二尺寸显示的第一App的图标，其中第二尺寸小于或者等于第三预设阈值，也即是说，小文件夹中有以较小尺寸显示的第二App的图标，由于小文件夹中的第二App的尺寸较小，用户并不能直接看清楚小文件夹中的第二App。同时，用户点击小文件夹中的第二App也不能直接打开第二App，因此当前时刻用户想打开第二App时，不能直接找到第二App，需要点击打开小文件夹，显示多个第二App时，再去寻找当前时刻想打开的第二App。这样使得用户当前时刻需要打开第二App的操作较为复杂。基于此，在当前显示界面中包括小文件夹的情况下，目标App列表不包括小文件夹中的第二App，则在去除当前时刻使用概率高的App推荐列表中与当前显示界面中重复的App时，无需将小文件夹中的第二App也去除掉，这样使得在第二App是用户当前时刻想打开的App的情况下，可以直接点击App推荐区中显示的第二App即可打开第二App，避免了先查找第二App的位置，然后再点击小文件夹，显示小文件夹中的各个App之后，再点击想要打开的第二App的情况，提高了当前时刻打开第二App的便捷性。

结合第一方面，在第一方面的某些实现方式中，预设区域在第一显示界面上。

结合第一方面，在第一方面的某些实现方式中，预设区域在第二显示界面上，该方法还包括：

检测到在第一显示界面的第一操作；

在电子设备的预设区域显示第二App推荐列表，包括：

响应于第一操作，在第二显示界面中的预设区域显示第二App推荐列表。

在一种可能的情况下，第一操作可以是指下拉操作。

在一种可能的情况下，第一操作可以是指滑动到负一屏的操作。

本申请的实施例中，App推荐服务获取使用概率高的App推荐列表(第一App推荐列表)，然后获取根据当前显示界面中显示的App得到的目标App列表，进而去除使用概率高的App推荐列表与目标App列表中相同的App，得到显示在App推荐区的App列表(第二App推荐列表)，其中，App推荐区不在当前显示界面中，而在从当前显示界面跳转到的第二显示界面中，这样相当于在第二显示界面中向用户推荐的App列表，是基于进入第二显示界面之前的界面中显示的App对使用概率高的App列表进行去重得到的。应理解，用户进入第二显示界面所需要的打开的App，通常不是进第二显示界面之前的界面中显示的App，因此基于进入第二显示界面之前的界面中显示的App，对使用概率高的App推荐列表进行去重得到向用户推荐的App推荐列表，相当于向用户推荐的App推荐列表中不包括进入全第二显示界面之前的界面中显示的App，提高了在第二显示界面向用户推荐的App推荐列表的针对性。

结合第一方面，在第一方面的某些实现方式中，第一操作包括下拉操作。

结合第一方面，在第一方面的某些实现方式中，第二显示界面包括全局搜索App所在的界面。

本申请的实施例中，App推荐服务获取使用概率高的App推荐列表(第一App推荐列表)，然后获取根据当前显示界面中显示的App得到的目标App列表，进而去除使用概率高的App推荐列表与目标App列表中相同的App，得到显示在App推荐区的App列表(第二App推荐列表)，其中，App推荐区不在当前显示界面中，而在从当前显示界面跳转到的全局搜索App所在的界面中，这样相当于在全局搜索App所在的界面中向用户推荐的App列表，是基于进入全局搜索App所在的界面之前的界面中显示的App对使用概率高的App列表进行去重得到的。应理解，用户进入全局搜索App所需要的打开的App，通常不是进入全局搜索App所在的界面之前的界面中显示的App，因此基于进入全局搜索App所在的界面之前的界面中显示的App，对使用概率高的App推荐列表进行去重得到向用户推荐的App推荐列表，相当于向用户推荐的App推荐列表中不包括进入全局搜索App所在的界面之前的界面中显示的App，提高了在全局搜索App所在的界面向用户推荐的App推荐列表的针对性。

结合第一方面，在第一方面的某些实现方式中，在电子设备的预设区域显示第二App推荐列表，包括：

按照使用概率的大小从高到低在预设区域中依次显示第二App列表中的App。

本申请的实施例中，App推荐区内显示的第二App列表是按照使用概率的大小从大向小的顺序依次显示的，这样使得在当前时刻使用概率最大的App能够显示在App推荐区的最前边，应理解，用户在查找App时，最容易注意到App推荐区的最前边的App，这样相当于用户最容易注意到的App是当前时刻使用概率最大的App，进而使得用户能够更加快速的找到使用概率最大的App。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：

按照预设频率更新第一App推荐列表，得到更新后的第一App推荐列表；

去除更新后的第一App推荐列表中与目标App列表中相同的App，得到更新后的第二App推荐列表；

在预设区域显示更新后的第二App推荐列表。

本申请的实施例中，App推荐服务按照预设频率更新使用概率高的App推荐列表(第一App推荐列表)，得到更新后的使用概率高的App推荐列表，并且去除更新后的使用概率高的App推荐列表中与当前显示界面上的App列表中相同的App，得到更新后的向用户展示的App推荐列表(第二App推荐列表)，使得向用户展示的App推荐列表是按照预设频率进行更新的，这样使得向用户展示的App推荐列表中的App是在各个时刻更加符合用户需求的App，提高了向用户展示的App推荐列表的灵活性及准确性。

确定第一子区域，第一子区域为第三App所在的区域，第三App为第二App推荐列表中包括的且更新后的第二App列表中不包括的App；

在第一子区域显示第四App，第四App为第二App推荐列表中不包括的且更新后的第二App列表中包括的App。

本申请的实施例，在预设区域显示更新后的第二App推荐列表的过程，是先确定出更新后的第二App推荐列表相对于初始的第二App推荐列表中去除的第三App，及更新后的第二App推荐列表相对于初始的第二App推荐列表中新增的第四App，将第四App显示在原第三App所在的第一子区域，这样可以减少App推荐区中显示的App的变化，降低对用户的视觉冲击，提高用户体验。

结合第一方面，在第一方面的某些实现方式中，在第一子区域显示第四App，包括：

在第一子区域按照使用概率的大小从高到低依次显示第四App。

结合第一方面，在第一方面的某些实现方式中，预设区域为推荐卡片在电子设备上显示的区域。

第二方面，提供了一种电子设备，所述电子设备包括一个或多个处理器与存储器；所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述一个或多个处理器调用所述计算机指令以使得所述电子设备执行：

在电子设备的预设区域显示第二App推荐列表。

结合第二方面，在第二方面的某些实现方式中，第一显示界面上包括第一文件夹，第一文件夹中显示有以第一尺寸显示的第一App的控件，第一尺寸大于或等于第二预设阈值，目标App列表包括第一App。

结合第二方面，在第二方面的某些实现方式中，第一显示界面上包括第二文件夹，第二文件夹中显示有以第二尺寸显示的第二App的图标，第二尺寸小于或等于第三预设阈值，目标App列表不包括第二App。

结合第二方面，在第二方面的某些实现方式中，预设区域在第一显示界面上。

结合第二方面，在第二方面的某些实现方式中，预设区域在第二显示界面上，所述一个或多个处理器调用所述计算机指令以使得所述电子设备执行：

检测到在第一显示界面的第一操作；

结合第二方面，在第二方面的某些实现方式中，第一操作包括下拉操作。

结合第二方面，在第二方面的某些实现方式中，第二显示界面包括全局搜索App所在的界面。

结合第二方面，在第二方面的某些实现方式中，所述一个或多个处理器调用所述计算机指令以使得所述电子设备执行：

在预设区域显示更新后的第二App推荐列表。

结合第二方面，在第二方面的某些实现方式中，预设区域为推荐卡片在电子设备上显示的区域。

第三方面，提供了一种电子设备，包括用于执行第一方面或者第一方面中任一种应用程序的推荐方法的模块/单元。

第四方面，提供一种电子设备，所述电子设备包括一个或多个处理器、存储器；所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述一个或多个处理器调用所述计算机指令以使得所述电子设备执行第一方面或者第一方面中的任一种方法。

第五方面，提供了一种芯片***，所述芯片***应用于电子设备，所述芯片***包括一个或多个处理器，所述处理器用于调用计算机指令以使得所述电子设备执行第一方面或第一方面中的任一种方法。

第六方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序代码，当所述计算机程序代码被电子设备运行时，使得该电子设备执行第一方面或第一方面中的任一种方法。

第七方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码被电子设备运行时，使得该电子设备执行第一方面或第一面中的任一种方法。

本申请的实施例中，通过获取使用概率较高的App得到的第一App推荐列表，并获取在当前界面上显示的目标App列表，然后将第一App推荐列表中在当前界面显示的App去除，得到第二App推荐列表，进而在预设区域显示第二App推荐列表。这样使得在App推荐区内向用户推荐的App将使用概率高的App推荐列表中去除当前界面上显示的App得到的，避免了将同一个App重复的显示在当前界面的不同区域的情况，同时避免了已在电子设备的当前界面上显示的App占用App推荐区的位置的情况，提高了App推荐区中所推荐的App的针对性。

附图说明

图1是现有技术中一种App推荐区的显示界面的示意图；

图2是现有技术中一种推荐应用程序的显示界面的示意图；

图3是现有技术中一种推荐应用程序的显示界面的示意图；

图4是一种适用于本申请的电子设备的硬件***的示意图；

图5是一种适用于本申请的电子设备的软件***的示意图；

图6是本申请实施例提供的一种应用程序的推荐方法的流程示意图；

图7是本申请实施例提供的一种推荐应用程序的显示界面的示意图；

图8是本申请实施例提供的一种推荐应用程序的显示界面的示意图；

图9是本申请实施例提供的一种推荐应用程序的显示界面的示意图；

图10是本申请实施例提供的一种推荐应用程序的显示界面的示意图；

图11是本申请实施例提供的另一种应用程序的推荐方法的流程示意图；

图12是本申请实施例提供的一种推荐应用程序的显示界面的示意图；

图13是本申请实施例提供的另一种应用程序的推荐方法的流程示意图；

图14是本申请实施例提供的另一种应用程序的推荐方法的流程示意图；

图15是本申请实施例提供的一种推荐应用程序的显示界面的示意图；

图16是本申请实施例提供的一种推荐应用程序的显示界面的示意图；

图17是本申请实施例提供的一种推荐应用程序的显示界面的示意图；

图18是本申请实施例提供的一种推荐应用程序的显示界面的示意图；

图19是本申请提供的一种电子设备的示意图；

图20是本申请提供的一种应用程序的推荐的电子设备的示意图。

具体实施方式

在本申请的实施例中，以下术语“第一”、“第二”、“第三”、“第四”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。

为了便于对本申请实施例的理解，首先对本申请实施例中涉及的相关概念进行简要说明。

1、App推荐

App推荐是指电子设备在预设区域内显示的App，这些App是电子设备根据App的预测置信度得到的。

2、大文件夹

大文件夹是指电子设备上显示的一种应用程序集合，在大文件夹中的应用程序通常能够被用户看清楚，同时用户可以直接点击打开。

3、小文件夹

小文件夹是指电子设备上显示的一种应用程序集合，在小文件夹中的应用程序通常不能被用户看清楚，也不能通过用户的点击打开。

4、全局搜索

全局搜索是指在对预设范围内所有的文件、应用程序、联系人和图片等进行搜索，得到搜索结果的功能。与局部搜索不同，全局搜索能够全面、快速地对预设范围内所有的文件、应用程序、联系人和图片等进行搜索。通常，安卓(Android)***自带全局搜索的应用程序。其中，预设范围内的文件、应用程序、联系人和图片可以是指终端设备中存储的所有文件、应用程序、联系人和图片，也可以是指在终端设备存储的所有文件、应用程序、联系人和图片，及，在应用市场上可以搜索到的应用程序。

应理解，上述电子设备可以是指包含显示屏的电子设备，例如，电子设备可以是指终端设备，电子设备但不限于可以包括：手机、智慧屏、平板电脑、可穿戴电子设备、车载电子设备、增强现实(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等等，本申请实施例对电子设备的具体类型不作任何限制。

在现阶段，电子设备通常会在App推荐区显示向用户推荐的App。其中，App推荐区可以是电子设备桌面上的一个子区域，也可以是全局搜索App所在界面上的一个子区域，本申请实施例对此不作限制。

示例性的，如图1中的(a)所示，App推荐区100是桌面10上的一个子区域。

示例性的，如图1中的(b)所示，App推荐区100是全局搜索App所在界面20上的一个子区域。

应理解，向用户推荐的App通常是指电子设备根据用户历史行为确定出的在当前时刻打开概率高的App。示例性的，电子设备根据各App的历史使用时间、历史使用位置等数据计算得到各个App对应的置信度，然后将置信度高于预设阈值的App作为向用户推荐的App。其中，App的置信度越高，用户在当前时刻使用该App的概率越高。

然而，在一种可能的情况下，App推荐区中显示的App同时在电子设备当前界面上的其他区域内显示。

示例性的，如图2所示，桌面10上包括App推荐区100，App推荐区100中显示的

“浏览器”和

这些App。桌面10的其他区域上显示有

“运动健康”、“天气”、“设置”和“录音机”。也即是说，App

同时显示在App推荐区100和桌面10上的其他区域。

示例性的，用户在当前浏览的界面30可以如图3中的(a)所示，其中显示有“微博”“设置”、

“天气”、“图库”和“运动健康”。用户在当前浏览的界面30上进行下拉操作。电子设备检测到用户的下拉操作之后，响应于该下拉操作，电子设备显示全局搜索App所在界面20，如图3中的(b)所示。其中，全局搜索App所在界面20上包括App推荐区100。App推荐区100中显示的

和“浏览器”。其中，App

同时显示在App推荐区域100和当前浏览的界面30上。

在App已经在当前界面上显示的情况下，用户可以直接点击该App即可打开，无需在App推荐区内再次显示该App。

有鉴于此，本申请实施例提供了一种应用程序的推荐方法，能够避免已经在当前界面上显示的App，再次显示在App推荐区。

本申请实施例提供的应用程序的推荐方法，可以应用于电子设备。可选的，电子设备包括终端设备，终端设备也可以称为终端(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等。终端设备可以是手机(mobile phone)、智能电视、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。

示例性的，图4示出了电子设备100的结构示意图。电子设备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，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

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

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等***器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。

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

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

电子设备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)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作***，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

需要说明的是，本申请实施例提到的任一电子设备可以包括电子设备100中更多或者更少的模块。

电子设备100的软件***可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android***为例，示例性说明电子设备100的软件结构。

图5是本申请实施例的电子设备100的软件结构框图。

电子设备100的分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android***分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和***库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图5所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(Applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图5所示，应用程序框架层可以包括窗口管理器，内容提供器，视图***，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图***包括可视控件，例如显示文字的控件，显示图片的控件等。视图***可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在***顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓***的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

***库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子***进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动，Wi-Fi驱动等。

需要说明的是，本申请实施例提到的电子设备可以包括上述电子设备中更多或者更少的模块。例如，电子设备还可以包括存储器、计时器等。

在一些示例中，如图5所示，应用程序层还可以包括全局搜索App和App推荐服务。

其中，全局搜索App用于对终端设备中的文件、应用程序、图片、联系人等进行全局搜索。

App推荐服务用于获取各个App的历史打开时间和历史打开位置，然后根据历史打开时间和历史打开位置，计算并预测出向用户推荐的App列表。

App推荐服务还用于获取电子设备当前界面上显示的App的包名，并根据当前界面上显示的App的包名，更新向用户推荐的App列表。

在一些示例中，应用程序框架层还可以包括活动管理器、位置管理器和索引服务。

其中，活动管理器用于记录各个App的使用时间信息。

位置管理器用于记录各App的打开位置信息。

索引服务用于根据全局搜索App发送的待搜索字符，得到候选对象列表，并将候选对象列表发送给全局搜索App。

应理解，上述各个模块的用途及连接关系只是一种示例，本申请实施例对此并不做限制。

下面通过图6至图18来示例性的说明应用程序的推荐方法的工作流程。

图6为本申请一个实施例中提供的应用程序的推荐方法的流程示意图，如图6所示，包括：

S101、获取第一App推荐列表。

应理解，电子设备中的App推荐服务可以根据各个App的历史使用时间信息和历史使用位置信息，确定当前时刻的使用概率高于第一预设阈值的App，得到第一App推荐列表。

示例性的，App推荐服务可以采用预测算法对各个App的历史使用时间信息和历史使用位置信息进行预测计算，得到各个App在当前时刻的置信度。该置信度用于指示App在当前时刻的使用概率。置信度越高，该App在当前时刻的使用概率越高。

在一种可能的情况下，App推荐服务还可以将各个App的历史使用时间信息和历史使用位置信息输入神经网络模型，然后通过神经网络模型输出各个App在当前时刻的置信度。

应理解，在本申请的实施例中，可以将各个App在当前时刻的置信度作为指示各个App在当前时刻的使用概率的参数。通常，为了避免用户在电子设备中多次操作才能打开希望打开的App，电子设备可以向用户推荐在当前时刻使用概率高的App。

示例性的，App推荐服务可以将置信度大于第一预设阈值的App作为第一App推荐列表中的App。

S102、获取目标App列表。

应理解，目标App列表中的App是根据当前时刻电子设备的显示界面(相当于第一显示界面)中的App得到的。

可选地，目标App列表可以包括当前时刻电子设备的显示界面中所有的App。

示例性的，如图7中的(a)所示，目标App列表中的App是指当前时刻电子设备的显示界面中所有的App，包括：“图库”、“运动健康”、“天气”、“浏览器”、“智慧生活”、“设置”、“录音机”和“应用商城”。

可选地，当前时刻电子设备的显示界面中包括大文件夹，大文件夹中显示有以第一尺寸显示的第一App的控件。目标App列表中包括当前时刻电子设备的显示界面中的App和大文件夹中的第一App。

示例性的，图7中的(b)所示，目标App列表中的App是指当前时刻电子设备的显示界面中的App：“图库”、“运动健康”、“智慧生活”和“设置”；和，大文件夹中的第一App：“天气”、“浏览器”、“录音机”和“应用商城”。

可选地，当前时刻电子设备的显示界面中包括小文件夹，小文件夹中显示有以第二尺寸显示的第二App的图标。其中，第二尺寸小于或者等于第三预设阈值，目标App列表中包括当前时刻电子设备的显示界面中的App，但不包括小文件夹中的第二App。

在一种可能的情况下，第二预设阈值和第三预设阈值相同。

示例性的，如图7中的(c)所示，目标App列表中的App是指当前时刻电子设备的显示界面中的App：“图库”、“运动健康”、“智慧生活”和“设置”，不包括小文件夹中的第二App：“天气”、“浏览器”、“文件管理”、“录音机”、“应用商城”、“邮件”、“音乐”和“钱包”。也即是说，目标App列表中的App包括“图库”、“运动健康”、“智慧生活”和“设置”。

在一种可能的情况下，当前时刻电子设备的显示界面包括大文件夹、小文件夹和App，如图7中的(d)所示，目标App列表中的App是指当前时刻电子设备的显示界面中的App“图库”和“智慧生活”；和，大文件夹中的第一App：“天气”、“浏览器”、“录音机”和“应用商城”，不包括小文件夹中的第二App：“文件管理”、“邮件”、“音乐”和“钱包”，也即是说，目标App列表具体包括：“图库”、“智慧生活”、“天气”、“浏览器”、“录音机”和“应用商城”。

S103、去除第一App推荐列表中与目标App列表中相同的App，得到第二App推荐列表。

App推荐服务从桌面(Launcher)应用程序(图5中未示出)中获取当前界面显示的App的包名。

应理解，当前显示界面(相当于第一显示界面)可以是指电子设备在当前时刻显示的界面。桌面应用程序可以获取当前时刻显示的App的包名。App推荐服务可以向桌面应用程序发送获取App的包名的请求，然后桌面应用程序基于该请求，将显示在当前界面上的App的包名发送给App推荐服务。其中，App的包名通常可以用于指示App的标识。

示例性的，第一App推荐列表包括：

“智慧生活”、“设置”、“天气”和“图库”。在当前界面显示的App包括：

和

其中，

和

即在第一App列表中，又是当前界面显示的App。

App推荐服务将使用概率高的App推荐列表(第一App推荐列表)中在当前界面显示的App去除，得到第二App推荐列表(向用户展示的App推荐列表)。

应理解，App推荐服务可以基于从桌面应用程序获取的当前界面显示的App的包名，从第一App推荐列表中去除当前界面显示的App的包名指示的App，得到第二App推荐列表。

示例性的，第一App推荐列表包括：

和

其中，

和

即在第一App列表中，又是当前界面显示的App。从第一App推荐列表中将

和

去除，得到的第二App推荐列表中包括：“智慧生活”、“设置”、“天气”和“图库”。

S104、在App推荐区(相当于预设区域)显示第二App推荐列表。

应理解，第二App推荐列表是从第一App推荐列表中去除当前界面显示的App的包名指示的App得到App列表，也即是说，第二App推荐列表中不包括当前界面上显示的App。

示例性的，使用概率高于第一预设阈值的App推荐列表中包括：

“智慧生活”、“设置”、“天气”和“图库”。当前界面上显示的App包括：

和

App推荐区中显示的向用户推荐的App推荐列表包括：“智慧生活”、“设置”、“天气”和“图库”。这样相当于在使用概率高于第一预设阈值的App推荐列表中去除了当前界面上显示的App

和

使得在App推荐区显示的App是基于当前界面上显示的App对使用概率高于第一预设阈值的App推荐列表进行去重得到的。

其中，App推荐区可以是指当前界面上的一个区域，也可以响应第一操作，从当前界面跳转到的界面上的一个区域，本申请实施例对此不作限制。

可选地，App推荐区在当前界面上。示例性的，如图8所示，App推荐区100可以是当前显示的桌面上显示的推荐卡片。

可选地，App推荐区不在当前界面上。示例性的，App推荐区可以是指全局搜索App所在的界面(相当于第二显示界面)。如图9中的(a)所示，检测到在当前显示的桌面上的下拉操作。如图9中的(b)响应于在当前显示的桌面上的下拉操作，跳转到全局搜索App所在的界面，其中，App推荐区100在全局搜索App所在的界面上。

应理解，第二App推荐列表是将第一App推荐列表中的部分App去除得到的，而第一App推荐列表是通过获取各个App在当前时刻的使用概率，并从中选取大于第一预设阈值的App。因此App推荐服务可以确定第二App推荐列表中的各个App在当前时刻的使用概率。

其中，在App推荐区显示的第二App推荐列表可以是根据各个App的使用概率的大小从高到低的依次显示，也可以是随机显示，还可以是按照打开时间从近到远的顺序依次显示，本申请实施例对此不做限制。

示例性的，第二App推荐列表中包括的App可以如表1所示。

表1

App名称	使用概率	上一次打开时间
			智慧生活	75％	2022-7-19 19:37:25
设置	67％	2022-7-19 14:43:57
			天气	98％	2022-7-19 06:57:44
图库	83％	2022-7-19 08:34:20

示例性的，如图10中的(a)所示，App推荐区内显示的第二App列表是按照使用概率的大小从大向小的顺序依次显示的。也即是说，App推荐区按照“天气”、“图库”、“智慧生活”、“设置”的顺序依次显示第二App列表的。

示例性的，如图10中的(b)所示，App推荐区内显示的第二App列表是随机显示的。

示例性的，如图10中的(c)所示，App推荐区内显示的第二App列表是按照上一次打开时间从近到远的顺序依次显示的。也即是说，App推荐区按照“智慧生活”、“设置”、“图库”、“天气”的顺序依次显示第二App列表的。

在一种可能的情况下，App推荐区不在当前显示界面上，而在全局搜索App所在的界面。电子设备在当前显示界面上检测到下拉操作，响应于该下拉操作进入全局搜索App所在的界面。此时，电子设备在去除当前显示界面上显示的App与使用概率高的App推荐列表中App之间重复的App时，是基于下拉操作之前显示的界面上的App进行去重的，下面通过图11来详细描述。

图11为本申请一个实施例中应用程序的推荐方法的流程示意图，该方法包括：

S201、App推荐服务从活动管理器获取各个App的历史使用时间信息。

应理解，活动管理器记录电子设备中各个App的使用时间信息，包括各个App的打开时刻，使用时长等信息。App推荐服务从活动管理器获取各个App的历史使用时间信息包括各个App的历史打开时刻和/或使用时长的信息。

S202、App推荐服务从位置管理器获取各个App的历史使用位置信息。

应理解，电子设备通常可以获取当前时刻所处的位置信息。

示例性的，电子设备中通常包括用于定位的装置，例如GPS定位模块。GPS定位模块可以获取电子设备当前所在位置的经纬度信息，并将该经纬度信息作为电子设备的位置信息。

示例性的，电子设备中的无线通讯模块也可以确定电子设备当前的位置信息。例如，电子设备与两个基站之间建立通讯连接之后，可以利用接收到的两个基站的信号进行三角定位，得到电子设备当前的位置信息。

示例性的，电子设备连接到WIFI设备之后，可以将该WIFI设备的标识信息作为指示电子设备位置的位置信息，也可以获取该WIFI设备的位置信息，将该WIFI设备的位置信息作为电子设备的位置信息。

应理解，位置管理器可以在各个App被打开时，可以记录电子设备当前的位置信息，作为电子设备的历史使用位置信息。App推荐服务可以从位置管理器获取各个App的历史使用位置信息。

S203、App推荐服务根据各个App的历史使用时间信息和历史使用位置信息，确定当前时刻的使用概率高于第一预设阈值的App，得到第一App推荐列表。

S204、App推荐服务从桌面应用程序中获取当前界面显示的App的包名，得到目标App列表。

S205、App推荐服务去除第一App推荐列表中与目标App列表中相同的App，得到第二App推荐列表。

S206、桌面应用程序检测到在当前显示界面上的第一操作。

在一种可能的情况下，第一操作可以是指下拉操作。示例性的，如图12中的(a)所示，在桌面进入全局搜索App所在的界面。

在一种可能的情况下，第一操作可以指滑动到负一屏的操作。示例性的，如图12中的(b)所示，用户在当前显示的界面向右滑动，直至进入负一屏(也即是全局搜索App所在的界面)。

S207、桌面应用程序响应于第一操作，显示全局搜索App所在的界面。

应理解，全局搜索App所在的界面上也可以包括App推荐区。示例性的，在检测到在当前显示界面上的下拉操作时，响应于该下拉操作，显示全局搜索App所在的界面，同时，在全局搜索App所在的界面中的App推荐区，显示第二App推荐列表。

示例性的，如图9中的(a)所示，当前显示界面中的App包括

“设置”、“QQ”、“天气”、“图库”和“运动健康”。在当前显示界面上检测到下拉操作，响应于该下拉操作，显示全局搜索App所在的界面，全局搜索App所在的界面中的App推荐区中包括

和“浏览器”。也即是说，当前显示界面中与全局搜索App所在的界面中的App推荐区中的App之间，不存在重复显示的App。

在一种可能的情况下，电子设备可以更新App推荐区中所显示的向用户推荐的App，以使向用户推荐的App保持是当前时刻用户使用概率大的App。下面通过图13至图18所示实施例来详细描述。

图13为本申请一个实施例中应用程序的推荐方法的流程示意图，如图13所示，该方法包括：

S301、App推荐服务获取第一App推荐列表。

S302、App推荐服务从桌面应用程序中获取当前界面显示的App的包名，得到目标App列表。

S303、App推荐服务去除第一App推荐列表中与目标App列表中相同的App，得到第二App推荐列表。

S304、App推荐服务在App推荐区显示第二App推荐列表。

S305、App推荐服务按照预设频率更新第一App推荐列表，得到更新后的第一App推荐列表。

应理解，App推荐服务可以按照预设频率再次根据各个App的历史使用时间信息和历史使用位置信息，确定当前时刻的使用概率高于第一预设阈值的App，得到更新后的第一App推荐列表。

示例性的，在T0时刻，确定出的第一App推荐列表包括：

“智慧生活”、“设置”、“天气”和“图库”。在T1时刻，根据各个App的历史使用时间信息和历史使用位置信息得到的更新后的第一App推荐列表包括：

“智慧生活”、“设置”、“天气”和“图库”。在T2时刻，在根据各个App的历史使用时间信息和历史使用位置信息得到的更新后的第一App推荐列表包括：

“智慧生活”、“设置”和“天气”。

应理解，更新后的第一App推荐列表可以与初始的第一App推荐列表相同，如T1时刻的第一App推荐列表和T0时刻的第一App推荐列表。更新后的第一App推荐列表可以与初始的第一App推荐列表不同，如T2时刻的第一App推荐列表和T0时刻的第一App推荐列表。

在一种可能的情况下，电子设备还可以在检测到电子设备的位置发生变动时，确定当前时刻的使用概率高于第一预设阈值的App，得到更新后的第一App推荐列表。

示例性的，在T0时刻，电子设备在室外，根据各个App的历史使用时间信息和历史使用位置信息，确定T0时刻的使用概率高于第一预设阈值的App，得到第一App推荐列表包括：

“智慧生活”、“设置”、“天气”和“图库”。在T1时刻，电子设备在室内，并连接到WIFI，根据各个App的历史使用时间信息和历史使用位置信息，确定T1时刻的使用概率高于第一预设阈值的App，得到更新后的第一App推荐列表包括：

“智慧生活”、“设置”、“天气”和“图库”。

S306、App推荐服务去除更新后的第一App推荐列表中与目标App列表中相同的App，得到更新后的第二App推荐列表。

S307、App推荐服务在App推荐区显示更新后的第二App推荐列表。

在App推荐区显示更新后的第二App推荐列表，可以是按照更新后的第二App推荐列表中各个App的使用概率的大小从大到小的顺序依次显示，也可以是根据初始的第二App推荐列表与更新后的第二App推荐列表之间的区别，确定出各个App的显示顺序，本申请实施例对此不做限制。

可选地，按照使用概率的大小从大到小依次显示更新后的第二App推荐列表中的App。

可选地，可以通过图14所示的方法在App推荐区显示更新后的第二App推荐列表。如图14所示，包括：

S3071、确定第一子区域，第一子区域为第三App所在的区域，第三App为第二App推荐列表中包括的且更新后的第二App列表中不包括的App。

应理解，第一子区域是指预设区域中的一部分，也即是App推荐区中的一部分区域。

其中，第三App为第二App推荐列表中包括的且更新后的第二App列表中不包括的App。也即是说，第三App是指更新第二App推荐列表时，从初始的第二App推荐列表中去除的App。由于第三App在初始的第二App推荐列表中，因此，在初始时刻，第三App显示在App推荐区中，在更新时刻，第三App不显示在App推荐区。在初始时刻，第三App显示在App推荐区中的子区域，即为第一子区域。

应理解，第一子区域可以是指App推荐区中连续的一个子区域，也可以是App推荐区中多个分离的子区域，本申请实施例对此不做限制。

S3072、在第一子区域显示第四App，第四App为第二App推荐列表中不包括的且更新后的第二App列表中包括的App。

应理解，第四App为第二App推荐列表中不包括的且更新后的第二App列表中包括的App。也即是说，第四App是指更新第二App推荐列表时，新增的App。因此，在App推荐区显示第二App推荐列表时，可以将第四App显示在第三App显示的第一子区域。

在一种可能的情况下，第三App的数量大于或等于第四App，则第四App可以全部显示在第一子区域中。

示例性的，如图15中的(a)所示，在T0时刻，App推荐区域显示的App包括：

“浏览器”和

如图15中的(b)所示，在T1时刻，App推荐区显示的App包括：“天气”、

“图库”和

其中，第三App是指

和“浏览器”，第四App是指“天气”和“图库”。第三App的数量等于第四App，则可以将第四App“天气”和“图库”显示在第三App

和“浏览器”所在的第一子区域。

应理解，第四App可以按照使用概率的大小从高到低的依次显示在第一子区域，可以随机显示在第一子区域，本申请实施例对此不作限制。

示例性的，第四App中的“天气”使用概率为92％，“图库”的使用概率为87％。在第一子区域显示第四App可以如图16中的(a)所示，按照使用概率的大小从高到低的依次显示在第一子区域101，也即是“天气”显示在“图库”之前。

在第一子区域显示第四App可以如图16中的(b)所示，随机显示在第一子区域101。在一种可能的情况下，“图库”显示“天气”在之前。

在一种可能的情况下，第三App的数量小于第四App，则部分第四App可以显示在第一子区域中，另一部分第四App显示在App推荐区中的其他区域。

示例性的，如图17中的(a)所示，在T0时刻，App推荐区域显示的App包括：

和“浏览器”。如图17中的(b)所示，在T1时刻，App推荐区显示的App包括：“天气”、

“图库”和

其中，第三App是指

和“浏览器”，第四App是指“天气”、“图库”和

第三App的数量小于第四App，则可以将部分第四App显示在第一子区域，另一部分第四App显示的App推荐区的其他部分。

示例性的，第四App“天气”的使用概率为92％，“图库”的使用概率为87％，

的使用概率为98％。

在第一子区域显示第四App可以如图18中的(a)所示，按照使用概率的大小从高到低的依次显示在第一子区域101，并将使用概率低的第四App显示在App推荐区的其他区域102。也即是，按照

在前，“天气”在后的顺序将

和“天气”显示在第一子区域101，将“图库”显示在其他区域102。

在第一子区域显示第四App还可以如图18中的(b)所示，随机显示在第一子区域。随机的将“图库”和“天气”显示在第一子区域101，将

显示在App推荐区的其他区域102。

应该理解的是，虽然上述实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

图19为本申请实施例提供的电子设备的一种结构示意图。

应理解，电子设备可以执行图6至图18所示的应用程序的推荐方法；电子设备包括：获取单元610和处理单元620。

其中，获取单元610用于获取第一应用程序App推荐列表，第一App推荐列表中的App是为当前时刻的使用概率高于第一预设阈值的App；

获取单元610用于获取目标App列表，目标App列表中的App是根据电子设备的第一显示界面中的App得到的，第一显示界面为在当前时刻电子设备的显示界面；

处理单元620用于去除第一App推荐列表中与目标App列表中相同的App，得到第二App推荐列表；

处理单元620用于在电子设备的预设区域显示第二App推荐列表。

在一个实施例中，第一显示界面上包括第一文件夹，第一文件夹中显示有以第一尺寸显示的第一App的控件，第一尺寸大于或等于第二预设阈值，目标App列表包括第一App。

在一个实施例中，第一显示界面上包括第二文件夹，第二文件夹中显示有以第二尺寸显示的第二App的图标，第二尺寸小于或等于第三预设阈值，目标App列表不包括第二App。

在一个实施例中，预设区域在第一显示界面上。

在一个实施例中，预设区域在第二显示界面上，处理单元620还用于检测到在第一显示界面的第一操作；

处理单元620具体用于响应于第一操作，在第二显示界面中的预设区域显示第二App推荐列表。

在一个实施例中，第一操作包括下拉操作。

在一个实施例中，第二显示界面包括全局搜索App所在的界面。

在一个实施例中，处理单元620具体用于按照使用概率的大小从高到低在预设区域中依次显示第二App列表中的App。

在一个实施例中，获取单元610还用于按照预设频率更新第一App推荐列表，得到更新后的第一App推荐列表；

处理单元620还用于去除更新后的第一App推荐列表中与目标App列表中相同的App，得到更新后的第二App推荐列表；

处理单元620还用于在预设区域显示更新后的第二App推荐列表。

在一个实施例中，处理单元620具体用于确定第一子区域，第一子区域为第三App所在的区域，第三App为第二App推荐列表中包括的且更新后的第二App列表中不包括的App；

在一个实施例中，处理单元620具体用于在第一子区域按照使用概率的大小从高到低依次显示第四App。

在一个实施例中，预设区域为推荐卡片在电子设备上显示的区域。

本实施例提供的电子设备，用于执行上述实施例的应用程序的推荐方法，技术原理和技术效果相似，此处不再赘述。

需要说明的是，上述搜索装置600以功能单元的形式体现。这里的术语“单元”可以通过软件和/或硬件形式实现，对此不作具体限定。

例如，“单元”可以是实现上述功能的软件程序、硬件电路或二者结合。所述硬件电路可能包括应用特有集成电路(Application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。

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

可以理解的是，为了实现上述功能，电子设备包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个模块中。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。需要说明的是，本申请实施例中模块的名称是示意性的，实际实现时对模块的名称不做限定。

图20示出了本申请提供的一种电子设备的结构示意图。图20中的虚线表示该单元或该模块为可选的。电子设备700可用于实现上述方法实施例中描述的应用程序的推荐方法。

电子设备700包括一个或多个处理器701，该一个或多个处理器701可支持电子设备700实现方法实施例中的应用程序的推荐方法。处理器701可以是通用处理器或者专用处理器。例如，处理器701可以是中央处理器(central processing unit，CPU)、数字信号处理器(digital signal processor，DSP)、专用集成电路(Application specific integratedcircuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其它可编程逻辑器件，如分立门、晶体管逻辑器件或分立硬件组件。

处理器701可以用于对电子设备700进行控制，执行软件程序，处理软件程序的数据。电子设备700还可以包括通信单元705，用以实现信号的输入(接收)和输出(发送)。

例如，电子设备700可以是芯片，通信单元705可以是该芯片的输入和/或输出电路，或者，通信单元705可以是该芯片的通信接口，该芯片可以作为终端设备或其它电子设备的组成部分。

又例如，电子设备700可以是终端设备，通信单元705可以是该终端设备的收发器，或者，通信单元705可以是该终端设备的收发电路。

电子设备700中可以包括一个或多个存储器702，其上存有程序704，程序704可被处理器701运行，生成指令703，使得处理器701根据指令703执行上述方法实施例中描述的阻抗匹配方法。

示例性的，存储器702中还可以存储有数据。示例性的，处理器701还可以读取存储器702中存储的数据，该数据可以与程序704存储在相同的存储地址，该数据也可以与程序704存储在不同的存储地址。

处理器701和存储器702可以单独设置，也可以集成在一起；例如，集成在终端设备的***级芯片(system on chip，SOC)上。

示例性地，存储器702可以用于存储本申请实施例中提供的应用程序的推荐方法的相关程序704，处理器701可以用于在进行应用程序推荐时调用存储器702中存储的应用程序的推荐方法的相关程序704，执行本申请实施例的应用程序的推荐方法；包括：获取第一应用程序App推荐列表，第一App推荐列表中的App是为当前时刻的使用概率高于第一预设阈值的App；获取目标App列表，目标App列表中的App是根据电子设备的第一显示界面中的App得到的，第一显示界面为在当前时刻电子设备的显示界面；去除第一App推荐列表中与目标App列表中相同的App，得到第二App推荐列表；在电子设备的预设区域显示第二App推荐列表。

本申请还提供了一种计算机程序产品，该计算机程序产品被处理器701执行时实现本申请中任一方法实施例所述的应用程序的推荐方法。

该计算机程序产品可以存储在存储器702中，例如是程序704，程序704经过预处理、编译、汇编和链接等处理过程最终被转换为能够被处理器701执行的可执行目标文件。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机执行时实现本申请中任一方法实施例所述的应用程序的推荐方法。该计算机程序可以是高级语言程序，也可以是可执行目标程序。

该计算机可读存储介质例如是存储器702。存储器702可以是易失性存储器或非易失性存储器，或者，存储器702可以同时包括易失性存储器和非易失性存储器。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmableROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(randomaccess memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamicRAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a,b,或c中的至少一项(个)，可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

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

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

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的；例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式；例如，多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

Claims

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

获取第一应用程序App推荐列表，所述第一App推荐列表中的App是为当前时刻的使用概率高于第一预设阈值的App；

获取目标App列表，所述目标App列表中的App是根据电子设备的第一显示界面中的App得到的，所述第一显示界面为在所述当前时刻所述电子设备的显示界面；

去除所述第一App推荐列表中与所述目标App列表中相同的App，得到第二App推荐列表；

在所述电子设备的预设区域显示所述第二App推荐列表。

2.根据权利要求1所述的方法，其特征在于，所述第一显示界面上包括第一文件夹，所述第一文件夹中显示有以第一尺寸显示的第一App的控件，所述第一尺寸大于或等于第二预设阈值，所述目标App列表包括所述第一App。

3.根据权利要求1或2所述的方法，其特征在于，所述第一显示界面上包括第二文件夹，所述第二文件夹中显示有以第二尺寸显示的第二App的图标，所述第二尺寸小于或等于第三预设阈值，所述目标App列表不包括所述第二App。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述预设区域在所述第一显示界面上。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述预设区域在第二显示界面上，所述方法还包括：

检测到在第一显示界面的第一操作；

所述在所述电子设备的预设区域显示所述第二App推荐列表，包括：

响应于所述第一操作，在所述第二显示界面中的所述预设区域显示所述第二App推荐列表。

6.根据权利要求5所述的方法，其特征在于，所述第一操作包括下拉操作。

7.根据权利要求5或6所述的方法，其特征在于，所述第二显示界面包括全局搜索App所在的界面。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述在所述电子设备的预设区域显示所述第二App推荐列表，包括：

按照所述使用概率的大小从高到低在所述预设区域中依次显示所述第二App列表中的App。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述方法还包括：

按照预设频率更新所述第一App推荐列表，得到更新后的第一App推荐列表；

去除所述更新后的第一App推荐列表中与所述目标App列表中相同的App，得到更新后的第二App推荐列表；

在所述预设区域显示所述更新后的第二App推荐列表。

10.根据权利要求9所述的方法，其特征在于，所述在所述电子设备的预设区域显示所述第二App推荐列表，包括：

确定第一子区域，所述第一子区域为第三App所在的区域，所述第三App为所述第二App推荐列表中包括的且所述更新后的第二App列表中不包括的App；

在所述第一子区域显示第四App，所述第四App为所述第二App推荐列表中不包括的且所述更新后的第二App列表中包括的App。

11.根据权利要求10所述的方法，其特征在于，所述在所述第一子区域显示第四App，包括：

在所述第一子区域按照所述使用概率的大小从高到低依次显示所述第四App。

12.根据权利要求1至10任一项所述的方法，其特征在于，所述预设区域为推荐卡片在所述电子设备上显示的区域。

13.一种电子设备，其特征在于，包括：

一个或多个处理器和存储器；

所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述一个或多个处理器调用所述计算机指令以使得所述电子设备执行如权利要求1至12中任一项所述的方法。

14.一种芯片***，其特征在于，所述芯片***应用于电子设备，所述芯片***包括一个或多个处理器，所述处理器用于调用计算机指令以使得所述电子设备执行如权利要求1至12中任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储了计算机程序，当所述计算机程序被处理器执行时，使得处理器执行权利要求1至12中任一项所述的方法。