CN107783719A - 一种应用推荐方法、移动终端及计算机可读存储介质 - Google Patents

Abstract

本发明提供一种应用推荐方法、移动终端及计算机可读存储介质。该方法应用于移动终端，包括：若移动终端由锁屏状态切换为解锁状态，确定移动终端是否处于横屏状态；若移动终端处于横屏状态，获取目标应用；其中，目标应用为属于横屏显示类型的应用；显示应用推荐窗口，并在应用推荐窗口内显示目标应用的应用图标；若接收到对应用推荐窗口内显示的应用图标的触控操作，运行触控操作触发的应用。本发明中，在移动终端解锁后，查找和触发横屏APP运行的操作非常简单，易于实施。

Description

一种应用推荐方法、移动终端及计算机可读存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种应用推荐方法、移动终端及计算机可读存储介质。

背景技术

随着通信技术的不断发展，手机等移动终端的普及程度越来越高。为了给用户带来丰富多彩的学习和娱乐生活，移动终端中安装的应用，例如属于横屏显示类型的应用(其可简称为横屏APP)的数量越来越多。可以理解的是，横屏APP通常在移动终端处于横屏状态时使用。一般而言，在移动终端解锁后，若用户存在使用横屏APP的需求，用户需要在移动终端显示桌面时，手动滑动移动终端的屏幕，以找到桌面上显示的横屏APP的应用图标。之后，用户执行对应用图标的点击等操作，以触发横屏APP运行。可以看出，现有技术中，在移动终端解锁后，查找和触发横屏APP运行的操作非常繁琐，不便于实施。

发明内容

本发明实施例提供一种应用推荐方法、移动终端及计算机可读存储介质，以解决在移动终端解锁后，查找和触发横屏APP运行的操作繁琐的问题。

为了解决现有技术存在的问题，本发明是这样实现的：

第一方面，本发明实施例提供一种应用推荐方法，应用于移动终端，所述方法包括：

若所述移动终端由锁屏状态切换为解锁状态，确定所述移动终端是否处于横屏状态；

若所述移动终端处于所述横屏状态，获取目标应用；其中，所述目标应用为属于横屏显示类型的应用；

显示应用推荐窗口，并在所述应用推荐窗口内显示所述目标应用的应用图标；

若接收到对所述应用推荐窗口内显示的应用图标的触控操作，运行所述触控操作触发的应用。

第二方面，本发明实施例提供一种移动终端，所述移动终端包括：

确定模块，用于若所述移动终端由锁屏状态切换为解锁状态，确定所述移动终端是否处于横屏状态；若所述移动终端处于所述横屏状态，触发第一获取模块；

所述第一获取模块，用于获取目标应用；其中，所述目标应用为属于横屏显示类型的应用；

显示模块，用于显示应用推荐窗口，并在所述应用推荐窗口内显示所述目标应用的应用图标；

运行模块，用于若接收到对所述应用推荐窗口内显示的应用图标的触控操作，运行所述触控操作触发的应用。

第三方面，本发明实施例提供一种移动终端，包括处理器，存储器，存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述的应用推荐方法的步骤。

第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述的应用推荐方法的步骤。

本发明实施例中，若移动终端由锁屏状态切换为解锁状态，且处于横屏状态，移动终端会自动获取目标应用；其中，目标应用为横屏APP。接下来，移动终端显示应用推荐窗口，并在应用推荐窗口内显示获取的各横屏APP的应用图标。之后，用户只需输入对应用推荐窗口内显示的任意应用图标的触控操作，移动终端就会运行相应的横屏APP。可以看出，本发明实施例中，移动终端能够自动显示应用推荐窗口，并在应用推荐窗口内显示横屏APP的应用图标，这样，用户无需手动滑动移动终端的屏幕寻找横屏APP的应用图标，因此，与现有技术相比，本发明实施例中，在移动终端解锁后，查找和触发横屏APP运行的操作非常简单，易于实施。

附图说明

图1是本发明实施例提供的应用推荐方法的流程图之一；

图2是移动终端的横屏使用状态示意图；

图3是移动终端的竖屏使用状态示意图；

图4是本发明实施例提供的应用推荐方法的流程图之二；

图5是本发明实施例提供的一种移动终端的结构示意图之一；

图6是本发明实施例提供的一种移动终端的结构示意图之二；

图7是本发明实施例提供的一种移动终端的结构示意图之三；

图8是本发明实施例提供的一种移动终端的结构示意图之四；

图9是本发明实施例提供的一种移动终端的结构示意图之五；

图10是本发明实施例提供的一种移动终端的结构示意图之六；

图11是本发明实施例提供的一种移动终端的结构示意图之七；

图12是本发明实施例提供的另一种移动终端的硬件示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获取的所有其他实施例，都属于本发明保护的范围。

下面首先对本发明实施例提供的应用推荐方法进行说明。

需要说明的是，本发明实施例提供的应用推荐方法应用于移动终端。具体地，该移动终端可以是具有通讯功能的任何设备，例如：手机、平板电脑(Tablet PersonalComputer)、膝上型电脑(Laptop Computer)、个人数字助理(personal digitalassistant，简称PDA)、移动上网电子设备(Mobile Internet Device，MID)、可穿戴式设备(Wearable Device)等。

参见图1，图中示出了本发明实施例提供的应用推荐方法的流程图之一。如图1所示，该方法应用于移动终端，该方法包括如下步骤:

步骤101，若移动终端由锁屏状态切换为解锁状态，确定移动终端是否处于横屏状态；若移动终端处于横屏状态，执行步骤102。

其中，在移动终端由锁屏状态切换为解锁状态时，移动终端采用的解锁方式可以为面部解锁、指纹解锁、密码解锁或者滑动轨迹解锁等等。

需要说明的是，步骤101中，确定移动终端是否处于横屏状态的具体实现形式多样，下面进行举例。

在本发明实施例的一种具体实施方式中，在移动终端成功切换为解锁状态时，移动终端调用相机获取自身当前显示的图像，并获取该图像的高度h和宽度w。接下来，移动终端将h和w进行比较。

如果经过比较，移动终端确定出h小于w，那么，可以认为移动终端当前处于横屏状态(即图2中所示的状态)，这种情况下，用户很有可能存在着使用横屏显示类型的应用的需求，因此，移动终端执行后续的步骤102。

如果经过比较，移动终端确定出h大于w，那么，可以认为移动终端当前处于竖屏状态(即图3中所示的状态)，这种情况下，移动终端不执行后续的步骤102。

步骤102，获取目标应用；其中，目标应用为属于横屏显示类型的应用。

其中，目标应用可以为移动终端安装的所有应用中属于横屏显示类型的应用。为了方便说明，后续将属于横屏显示类型的应用简称为横屏APP。具体地，目标应用可以包括移动终端安装的所有横屏APP，当然，目标应用也可以仅包括移动终端安装的部分横屏APP。

步骤103，显示应用推荐窗口，并在应用推荐窗口内显示目标应用的应用图标。

具体地，应用推荐窗口可以为图2中所示的矩形窗口400，应用推荐窗口可以显示于显示界面的中部，当然，应用推荐窗口的形状和显示位置并不局限于此，具体可以根据实际情况来确定，本发明实施例对此不做任何限定。

步骤104，若接收到对应用推荐窗口内显示的应用图标的触控操作，运行触控操作触发的应用。

可以理解的是，应用推荐窗口内显示的任一应用图标用于提供访问具有该应用图标的应用的接口。因此，若移动终端接收到对应用推荐窗口内显示的任一应用图标的触控操作(例如点击操作)，移动终端运行具有该应用图标的应用，这时，移动终端会显示该应用的主界面，以便于用户使用该应用。

本发明实施例中，若移动终端由锁屏状态切换为解锁状态，且处于横屏状态，移动终端会自动获取目标应用；其中，目标应用为横屏APP。接下来，移动终端显示应用推荐窗口，并在应用推荐窗口内显示获取的各横屏APP的应用图标。之后，用户只需输入对应用推荐窗口内显示的任意应用图标的触控操作，移动终端就会运行相应的横屏APP。可以看出，本发明实施例中，移动终端能够自动显示应用推荐窗口，并在应用推荐窗口内显示横屏APP的应用图标，这样，用户无需手动滑动移动终端的屏幕寻找横屏APP的应用图标，因此，与现有技术相比，本发明实施例中，在移动终端解锁后，查找和触发横屏APP运行的操作非常简单，易于实施。

可选地，若移动终端处于横屏状态，获取目标应用之前，该方法还包括：

在第一应用安装时，获取第一应用的应用类型。

需要强调的是，第一应用可以为安装于移动终端中的任一应用，第一应用的应用类型可以是网游类型、视频类型或者购物类型等等。

根据第一应用的应用类型，确定并存储第一应用的显示类型；其中，显示类型为横屏显示类型和竖屏显示类型中的一者。

一般而言，大多数用户习惯横屏使用属于网游类型和视频类型的应用，并竖屏使用购物类型的应用。有鉴于此，在第一应用安装时，若移动终端获取的第一应用的应用类型为网游类型或者视频类型，移动终端默认第一应用的显示类型为横屏显示类型，此时，移动终端存储横屏显示类型作为第一应用的显示类型。若移动终端获取的第一应用的应用类型为购物类型，移动终端默认第一应用的显示类型为竖屏显示类型，此时，移动终端存储竖屏显示类型作为第一应用的显示类型。

下面以一个具体的例子对本实施例的具体实施过程进行说明。

在安装王者荣耀时，由于王者荣耀的应用类型为网游类型，因此，移动终端默认王者荣耀的显示类型为横屏显示类型，此时，移动终端可以在安装记录表中记录王者荣耀的显示类型为横屏显示类型。类似地，在安装腾讯视频时，由于腾讯视频的应用类型为视频类型，因此，移动终端默认腾讯视频的显示类型为横屏显示类型，此时，移动终端可以在安装记录表中记录腾讯视频的显示类型为横屏显示类型。在王者荣耀和腾讯视频的显示类型均记录之后，安装记录表具体可以如下面的表1所示。

应用名称	安装包包名	应用类型	显示类型
				王者荣耀	com.tencent.tmgp.sgame	网游类型	横屏显示类型
腾讯视频	com.tencent.qqlive	视频类型	横屏显示类型

表1

本实施例中，若移动终端由锁屏状态切换为解锁状态，且移动终端处于横屏状态，在获取目标应用时，移动终端具体可以从表1中获取所对应显示类型为横屏显示类型的应用，这样，移动终端能够获取到王者荣耀和腾讯视频两个应用。接下来，如图2所示，移动终端显示应用推荐窗口，并在应用推荐窗口内显示王者荣耀的应用图标和腾讯视频的应用图标。之后，如果用户存在使用王者荣耀的需求，用户可以执行对应用推荐窗口内显示的王者荣耀的应用图标的点击操作，这样，移动终端会运行王者荣耀。

可以看出，本实施例中，移动终端能够在应用安装时，根据应用的应用类型确定并存储应用的显示类型，以便于移动终端后续能够根据各应用的显示类型获取相应的目标应用。

可选地，根据第一应用的应用类型，确定并存储第一应用的显示类型之后，该方法还包括：

获取用户使用第二应用时，第二应用的显示状态；其中，第二应用为已安装的第一应用中的任一应用。

其中，第二应用的显示状态为横屏显示状态或者竖屏显示状态。

判断第二应用的显示状态对应的显示类型是否为第二应用的显示类型；

若为否，更新第二应用的显示类型。

需要说明的是，移动终端根据第二应用的应用类型，确定并存储的第二应用的显示类型为横屏显示类型和竖屏显示类型中的一者。之后，在判断出第二应用的显示状态对应的显示类型不是第二应用的显示类型时，移动终端会将已存储的、第二应用的显示类型更新为横屏显示类型和竖屏显示类型中的另一者。

下面延续上一实施例中的例子，对本实施例的具体实施过程进行说明。

可以理解的是，虽然大部分用户习惯横屏使用视频类型的应用，但是，仍存在部分习惯竖屏使用视频类型的用户。有鉴于此，移动终端在表1中记录腾讯视频的显示类型为横屏显示类型之后，移动终端获取用户使用腾讯视频时，腾讯视频的显示状态。假设用户每次使用腾讯视频时，腾讯视频的显示状态均为竖屏显示状态，而竖屏显示状态对应的显示类型是竖屏显示类型，也就是说，腾讯视频的显示状态对应的显示类型不是腾讯视频的显示类型，因此，移动终端会将表1中腾讯视频对应的显示类型更新为竖屏显示类型，经更新后的表1如下面的表2所示，容易看出，表2与应用的实际使用情况相符。

应用名称	安装包包名	应用类型	显示类型
				王者荣耀	com.tencent.tmgp.sgame	网游类型	横屏显示类型
腾讯视频	com.tencent.qqlive	视频类型	竖屏显示类型

表2

可以看出，本实施例中，移动终端能够获取应用的显示状态，并在满足一定条件时执行对该应用的显示类型的更新操作，从而保证应用对应的显示类型与实际使用情况相符。

参见图4，图中示出了本发明实施例提供的应用推荐方法的流程图之二。图4所示实施例与图1所示实施例的区别在于：增加了获取目标应用的一种具体实现形式。如图4所示，该方法应用于移动终端，该方法包括如下步骤：

步骤401，若移动终端由锁屏状态切换为解锁状态，确定移动终端是否处于横屏状态；若移动终端处于横屏状态，执行步骤402。

其中，步骤401的具体实施过程参照对步骤101的说明即可，在此不再赘述。

步骤402，判断移动终端安装的所有应用中属于横屏显示类型的应用的数量M是否大于预设数量N；若M不大于N，执行步骤403；若M大于N，执行步骤404。

其中，预设数量可以为1、2、3或者大于3的其他任意整数，在此不再一一赘述。

步骤403，将属于横屏显示类型的每一应用均作为目标应用。

步骤404，获取属于横屏显示类型的每一应用的目标数据。

步骤405，根据属于横屏显示类型的每一应用的目标数据，从属于横屏显示类型的各应用中选取N个应用，将选取的每一应用均作为目标应用。

其中，目标数据的类型多样。具体地，目标数据可以包括安装记录数据或者使用记录数据。根据目标数据的类型的不同，移动终端从属于横屏显示类型的各应用中选取N个应用的具体实现形式也存在一定的差别，为了布局清楚，后续进行举例介绍。

步骤406，显示应用推荐窗口，并在应用推荐窗口内显示目标应用的应用图标。

步骤407，若接收到对应用推荐窗口内显示的应用图标的触控操作，运行触控操作触发的应用。

其中，步骤406至步骤407的具体实施过程参照对步骤103至步骤104的具体实施过程即可，在此不再赘述。

本实施例中，预设数量可以为应用推荐窗口内能够一次性显示的应用图标的总数量，假设该总数量为6。对于移动终端而言，若由锁屏状态切换为解锁状态，且确定出自身处于横屏状态，其判断自身安装的所有横屏APP的数量M是否大于6。

若M不大于6，这说明应用推荐窗口能够一次性显示移动终端安装的所有横屏APP，因此，移动终端将安装的每一横屏APP均作为目标应用。若M大于6，这说明应用推荐窗口无法一次性显示移动终端安装的所有横屏APP，这时，移动终端获取安装的每一横屏APP的目标数据，根据获取的目标数据选取N个横屏APP，并将选取的每一应用均作为目标应用。

可以看出，无论M是否大于6，移动终端最终确定出的目标应用的数量均不大于6，这样，确定出的各目标应用均能够显示于应用推荐窗口内。

需要说明的是，根据属于横屏显示类型的每一应用的目标数据类型的不同，从属于横屏显示类型的各应用中选取N个应用的具体实现形式多样，下面对其中的两种具体实现形式进行举例介绍。

在第一种具体实现形式中，目标数据包括安装记录数据，安装记录数据包括安装时间；

根据属于横屏显示类型的每一应用的目标数据，从属于横屏显示类型的各应用中选取N个应用，包括：

根据属于横屏显示类型的每一应用的安装时间，从属于横屏显示类型的各应用中选取安装时间最晚至第N晚的N个应用。

在执行步骤403时，移动终端可以获取自身安装的每一横屏APP的安装时间，并将各横屏APP按照安装时间由晚至早的顺序进行排列。容易看出，排序在前N位的横屏APP即为安装时间最晚至第N晚的N个横屏APP，因此，移动终端可以直接选取排序在前N位的N个横屏APP，并将选取的每一横屏APP均作为目标应用。

可以看出，采用第一种实现形式时，移动终端能够非常方便快捷地确定出目标应用。

在第二种具体实现形式中，目标数据包括使用记录数据。

这时，获取属于横屏显示类型的每一应用的目标数据，包括：

获取移动终端的当前使用场景数据，以及属于横屏显示类型的每一应用的使用记录数据；

根据属于横屏显示类型的每一应用的目标数据，从属于横屏显示类型的各应用中选取N个应用，包括：

针对属于横屏显示类型的每一应用，根据当前使用场景数据以及该应用的使用记录数据，确定该应用的推荐得分；

从属于横屏显示类型的各应用中选取推荐得分最高至第N高的N个应用。

需要说明的是，针对属于横屏显示类型的每一应用，根据当前使用场景数据以及该应用的使用记录数据，确定该应用的推荐得分的具体实现多样，下面进行举例介绍。

具体实施时，当前使用场景数据包括至少一个第一场景参数，任一应用的使用记录数据中包括历史使用频次(其单位可以为次/天)、历史使用时长(其单位可以为分钟)，以及历史使用场景参数组，任一历史使用场景参数组中包括与至少一个第一场景参数一一对应的至少一个第二场景参数，任一第一场景参数对应的第二场景参数与该第一场景参数的参数类型相同。

其中，当前使用场景数据可以包括四个第一场景参数，分别是当前使用时间(假设其属于第一参数类型)、当前使用日期(假设其属于第二参数类型)、当前使用地点(假设其属于第三参数类型，其可以通过经纬度进行表征)和当前使用网络(假设其属于第四参数类型，其可以为移动网络或者wifi网络)。

需要指出的是，在任一横屏APP每次被使用时，移动终端可以在使用记录表对该横屏APP本次的使用情况进行记录。具体地，假设王者荣耀在安装后被使用了三次，那么，使用记录表中与王者荣耀相关的表项可以如下面的表3所示。

应用名称	使用日期	起始使用时间	使用时长	使用地点(纬度/经度)	使用网络
						王者荣耀	2017/10/24	21:32	18分钟	22.570402/114.05534	wifi
王者荣耀	2017/10/25	21:05	20分钟	22.570391/114.05693	wifi
						王者荣耀	2017/10/26	20:51	47分钟	22.570419/114.05355	wifi

表3

需要指出的是，在任一横屏APP安装后，该横屏APP可以有以下三种使用情况：

第一种使用情况中，该横屏APP在安装后从未被使用过，那么，该横屏APP的历史使用记录数据是空的。

第二种使用情况中，该横屏APP在安装后被使用过，且该横屏APP被使用的次数P小于或者等于预设次数Q(例如3次)，那么，该横屏APP的使用记录数据中可以包括历史使用频次、历史使用时长，以及P个历史使用场景参数组；其中，每个历史使用场景参数组中包括四个第二场景参数，分别是起始使用时间(属于第一场景类型)、使用日期(属于第二场景类型)、使用地点(属于第三场景类型)和使用网络(属于第四场景类型)。具体地，当Q的取值为3时，结合表3可知，王者荣耀的使用记录数据中，历史使用频次为1次/天，历史使用时长为85分钟(18分钟、20分钟和47分钟的和值)，历史使用场景参数组的数量为3个。

第三种使用情况中，该横屏APP在安装后被使用过，且该横屏APP被使用的次数P大于预设次数Q(例如3次)，那么，该横屏APP的使用记录数据中可以包括历史使用频次，历史使用时长，以及Q个历史使用场景参数组；其中，该Q个历史使用场景参数组可以是基于该横屏APP最近Q次被使用时记录的Q组使用情况形成的，每个历史使用场景参数组的组成参照上述第二种使用情况中的说明即可，在此不再赘述。

针对属于横屏显示类型的每一应用，根据当前使用场景数据以及该应用的使用记录数据，确定该应用的推荐得分，可以包括：

根据属于横屏显示类型的每一应用的历史使用频次、历史使用时长以及预设的第一得分计算公式，计算该应用的第一得分。

其中，预设的第一得分计算公式可以如下面的公式(1)所示：

f(x,y)＝a*f(x)+b*f(y)(1)

在上述公式(1)中，f(x,y)为应用的第一得分，a为预设的第一权重，f(x)为应用的历史使用频次，b为预设的第二权重，f(y)为应用的历史使用时长。

针对每一参数类型，根据具有该参数类型的第一场景参数、属于横屏显示类型的每一应用的使用记录数据中具有该参数类型的各第二场景参数，以及预设的该参数类型对应的第二得分计算公式，计算该应用与该参数类型相关的第二得分。

具体地，第一参数类型对应的第二得分计算公式可以如下面的公式(2)所示。

在上述公式(2)中，f(time)为应用与第一参数类型相关的第二得分，n为应用的使用记录数据中历史使用场景参数组的个数，k1为预设的第三权重，time为当前使用场景数据中的当前使用时间，timei为应用的使用记录数据中第i个使用场景参数组中的起始使用时间。

第二参数类型对应的第二得分计算公式可以如下面的公式(3)所示：

在上述公式(3)中，f(date)为应用与第二参数类型相关的第二得分，n为应用的使用记录数据中历史使用场景参数组的个数，k2为预设的第四权重，date为当前使用场景数据中的当前使用日期，datei为应用的使用记录数据中第i个使用场景参数组中的使用日期；并且，当date和datei均为工作日或者节假日时，f(date,datei)为1；当date和datei中的一者为工作日，另一者为节假日时，f(date,datei)为0。

第三参数类型对应的第二得分计算公式可以如下面的公式(4)所示：

在上述公式(4)中，f(address)为应用与第三参数类型相关的第二得分，n为应用的使用记录数据中历史使用场景参数组的个数，k3为预设的第五权重，address为当前使用场景数据中的当前使用位置，addressi为应用的使用记录数据中第i个使用场景参数组中的使用位置；并且，f(address,addressi)为当前使用位置与第i个使用场景参数组中的使用位置间的距离。

第四参数类型对应的第二得分计算公式可以如下面的公式(5)所示：

在上述公式(5)中，f(net)为应用与第四参数类型相关的第二得分，n为应用的使用记录数据中历史使用场景参数组的个数，k4为预设的第六权重，net为当前使用场景数据中的当前使用网络，neti为应用的使用记录数据中第i个使用场景参数组中的使用网络；并且，当net和neti均为移动网络或者均为wifi时，f(net,neti)为1；当net和neti中的一者为移动网络，另一者为neti时，f(net,neti)为0。

针对属于横屏显示类型的每一应用，计算该应用对应的第一得分，以及该应用与各参数类型相关的所有第二得分的和值，并将该和值确定为该应用的推荐得分。

具体地，应用的推荐得分的计算公式如下面的公式(6)所示：

f(App)＝f(x,y)+f(time)+f(date)+f(address)+f(net)(6)

其中，f(App)为应用的推荐得分，f(x,y)为应用的第一得分，f(time)为应用与第一参数类型相关的第二得分，f(date)为应用与第二参数类型相关的第二得分，f(address)为应用与第三参数类型相关的第二得分，f(net)为应用与第四参数类型相关的第二得分。

可以看出，采用上述方式，移动终端能够非常方便快捷地确定出各横屏APP的推荐得分，以根据计算出的推荐得分进行横屏APP的选取操作。另外，由于移动终端是横屏APP的使用记录数据来计算推荐得分的，这样可以尽可能保证应用推荐窗口中显示的应用图标为用户想要需要打开的应用的应用图标。

可选地，显示应用推荐窗口之前，该方法还包括：

判断移动终端的显示界面当前显示的是否为桌面；

若显示界面当前显示的是桌面，执行显示应用推荐窗口的步骤。

可以理解的是，在移动终端进入锁屏状态之前，移动终端的显示界面显示的既可能是桌面，也可能游戏页面或者视频播放页面等等。在移动终端进入锁屏状态，并由锁屏状态切换为解锁状态时，如果显示界面之前显示的是桌面，那么，移动终端能够确定出显示界面当前显示的仍为桌面，此时，移动终端显示应用推荐窗口。在移动终端进入锁屏状态，并由锁屏状态切换为解锁状态时，如果显示界面之前显示的是游戏页面或者视频播放页面，那么，移动终端能够确定出显示界面当前显示的仍是游戏页面或者视频播放页面，此时，移动终端不会显示应用推荐窗口，这样能够有效地避免应用推荐窗口对显示界面中显示的游戏页面或者视频播放页面造成遮挡。

综上，与现有技术相比，本发明实施例中，在移动终端解锁后，查找和触发横屏APP运行的操作非常简单，易于实施。

参见图5，图中示出了本发明实施例提供的一种移动终端(即移动终端100)的结构示意图。如图5所示，移动终端100包括：

确定模块51，用于若移动终端由锁屏状态切换为解锁状态，确定移动终端是否处于横屏状态；若移动终端处于横屏状态，触发第一获取模块52；

第一获取模块52，用于获取目标应用；其中，目标应用为属于横屏显示类型的应用；

显示模块53，用于显示应用推荐窗口，并在应用推荐窗口内显示目标应用的应用图标；

运行模块54，用于若接收到对应用推荐窗口内显示的应用图标的触控操作，运行触控操作触发的应用。

可选地，在图5所示实施例的基础上，如图6所示，移动终端100还包括：

第二获取模块61，用于在若移动终端处于横屏状态，获取目标应用之前，在第一应用安装时，获取第一应用的应用类型；

存储模块62，用于根据第一应用的应用类型，确定并存储第一应用的显示类型；其中，显示类型为横屏显示类型和竖屏显示类型中的一者。

可选地，在图6所示实施例的基础上，如图7所示，移动终端100还包括：

第三获取模块71，用于在根据第一应用的应用类型，确定并存储第一应用的显示类型之后，获取用户使用第二应用时，第二应用的显示状态；其中，第二应用为已安装的第一应用中的任一应用；

第一判断模块72，用于判断第二应用的显示状态对应的显示类型是否为第二应用的显示类型；若为否，触发更新模块73；

更新模块73，用于更新第二应用的显示类型。

可选地，在图5所示实施例的基础上，如图8所示，第一获取模块52，包括：

判断子模块521，用于判断移动终端安装的所有应用中属于横屏显示类型的应用的数量M是否大于预设数量N；若M不大于N，触发第一确定子模块522；若M大于N，触发获取子模块523；

第一确定子模块522，用于将属于横屏显示类型的每一应用均作为目标应用；

获取子模块523，用于获取属于横屏显示类型的每一应用的目标数据；

第二确定子模块524，用于根据属于横屏显示类型的每一应用的目标数据，从属于横屏显示类型的各应用中选取N个应用，将选取的每一应用均作为目标应用。

可选地，目标数据包括使用记录数据；

获取子模块523，具体用于：

获取移动终端的当前使用场景数据，以及属于横屏显示类型的每一应用的使用记录数据；

在图8所示实施例的基础上，如图9所示，第二确定子模块524，包括：

确定单元5241，用于针对属于横屏显示类型的每一应用，根据当前使用场景数据以及该应用的使用记录数据，确定该应用的推荐得分；

选取单元5242，用于从属于横屏显示类型的各应用中选取推荐得分最高至第N高的N个应用。

可选地，当前使用场景数据包括至少一个第一场景参数，任一应用的使用记录数据中包括历史使用频次、历史使用时长，以及历史使用场景参数组，任一历史使用场景参数组中包括与至少一个第一场景参数一一对应的至少一个第二场景参数，任一第一场景参数对应的第二场景参数与该第一场景参数的参数类型相同；

在图9所示实施例的基础上，如图10所示，确定单元5241，包括：

第一计算子单元52411，用于根据属于横屏显示类型的每一应用的历史使用频次、历史使用时长以及预设的第一得分计算公式，计算该应用的第一得分；

第二计算子单元52412，用于针对每一参数类型，根据具有该参数类型的第一场景参数、属于横屏显示类型的每一应用的使用记录数据中具有该参数类型的各第二场景参数，以及预设的该参数类型对应的第二得分计算公式，计算该应用与该参数类型相关的第二得分；

确定子单元52413，用于针对属于横屏显示类型的每一应用，计算该应用对应的第一得分，以及该应用与各参数类型相关的所有第二得分的和值，并将该和值确定为该应用的推荐得分。

可选地，目标数据包括安装记录数据，安装记录数据包括安装时间；

第二确定子模块524，具体用于：

根据属于横屏显示类型的每一应用的安装时间，从属于横屏显示类型的各应用中选取安装时间最晚至第N晚的N个应用。

可选地，在图5所示实施例的基础上，如图11所示，移动终端100还包括：

第二判断模块81，用于在显示应用推荐窗口之前，判断移动终端的显示界面当前显示的是否为桌面；若显示界面当前显示的是桌面，触发显示模块53。

需要说明的是，本发明实施例提供的移动终端100能够实现上述方法实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。与现有技术相比，本发明实施例中，在移动终端100解锁后，查找和触发横屏APP运行的操作非常简单，易于实施。

参见图12，图中示出了实现本发明各个实施例的一种移动终端(即移动终端200)的硬件结构示意图。如图12所示，移动终端200包括但不限于：射频单元701、网络模块702、音频输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709、处理器710、以及电源711等部件。本领域技术人员可以理解，图12中示出的移动终端结构并不构成对移动终端200的限定，移动终端200可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，移动终端200包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，处理器710，用于：

若移动终端由锁屏状态切换为解锁状态，确定移动终端是否处于横屏状态；

若移动终端处于横屏状态，获取目标应用；其中，目标应用为属于横屏显示类型的应用；

显示应用推荐窗口，并在应用推荐窗口内显示目标应用的应用图标；

若接收到对应用推荐窗口内显示的应用图标的触控操作，运行触控操作触发的应用。

与现有技术相比，本发明实施例中，在移动终端100解锁后，查找和触发横屏APP运行的操作非常简单，易于实施。

可选地，处理器710，还用于：

在若移动终端处于横屏状态，获取目标应用之前，在第一应用安装时，获取第一应用的应用类型；

根据第一应用的应用类型，确定并存储第一应用的显示类型；其中，显示类型为横屏显示类型和竖屏显示类型中的一者。

可选地，处理器710，还用于：

在根据第一应用的应用类型，确定并存储第一应用的显示类型之后，获取用户使用第二应用时，第二应用的显示状态；其中，第二应用为已安装的第一应用中的任一应用；

判断第二应用的显示状态对应的显示类型是否为第二应用的显示类型；

若为否，更新第二应用的显示类型。

可选地，处理器710，具体用于：

判断移动终端安装的所有应用中属于横屏显示类型的应用的数量M是否大于预设数量N；

若M不大于N，将属于横屏显示类型的每一应用均作为目标应用；

若M大于N，获取属于横屏显示类型的每一应用的目标数据；

根据属于横屏显示类型的每一应用的目标数据，从属于横屏显示类型的各应用中选取N个应用，将选取的每一应用均作为目标应用。

可选地，目标数据包括使用记录数据；

处理器710，具体用于：

获取移动终端的当前使用场景数据，以及属于横屏显示类型的每一应用的使用记录数据；

针对属于横屏显示类型的每一应用，根据当前使用场景数据以及该应用的使用记录数据，确定该应用的推荐得分；

从属于横屏显示类型的各应用中选取推荐得分最高至第N高的N个应用。

可选地，当前使用场景数据包括至少一个第一场景参数，任一应用的使用记录数据中包括历史使用频次、历史使用时长，以及历史使用场景参数组，任一历史使用场景参数组中包括与至少一个第一场景参数一一对应的至少一个第二场景参数，任一第一场景参数对应的第二场景参数与该第一场景参数的参数类型相同；

处理器710，具体用于：

根据属于横屏显示类型的每一应用的历史使用频次、历史使用时长以及预设的第一得分计算公式，计算该应用的第一得分；

针对每一参数类型，根据具有该参数类型的第一场景参数、属于横屏显示类型的每一应用的使用记录数据中具有该参数类型的各第二场景参数，以及预设的该参数类型对应的第二得分计算公式，计算该应用与该参数类型相关的第二得分；

针对属于横屏显示类型的每一应用，计算该应用对应的第一得分，以及该应用与各参数类型相关的所有第二得分的和值，并将该和值确定为该应用的推荐得分。

可选地，目标数据包括安装记录数据，安装记录数据包括安装时间；

处理器710，具体用于：

根据属于横屏显示类型的每一应用的安装时间，从属于横屏显示类型的各应用中选取安装时间最晚至第N晚的N个应用。

可选地，处理器710，还用于：

在显示应用推荐窗口之前，判断移动终端的显示界面当前显示的是否为桌面；

若显示界面当前显示的是桌面，执行显示应用推荐窗口的步骤。

应理解的是，本发明实施例中，射频单元701可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器710处理；另外，将上行的数据发送给基站。通常，射频单元701包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元701还可以通过无线通信系统与网络和其他设备通信。

移动终端通过网络模块702为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元703可以将射频单元701或网络模块702接收的或者在存储器709中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元703还可以提供与移动终端200执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元703包括扬声器、蜂鸣器以及受话器等。

输入单元704用于接收音频或视频信号。输入单元704可以包括图形处理器(Graphics Processing Unit，GPU)7041和麦克风7042，图形处理器7041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元706上。经图形处理器7041处理后的图像帧可以存储在存储器709(或其它存储介质)中或者经由射频单元701或网络模块702进行发送。麦克风7042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元701发送到移动通信基站的格式输出。

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

显示单元706用于显示由用户输入的信息或提供给用户的信息。显示单元706可包括显示面板7061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板7061。

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

进一步的，触控面板7071可覆盖在显示面板7061上，当触控面板7071检测到在其上或附近的触摸操作后，传送给处理器710以确定触摸事件的类型，随后处理器710根据触摸事件的类型在显示面板7061上提供相应的视觉输出。虽然在图12中，触控面板7071与显示面板7061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板7071与显示面板7061集成而实现移动终端的输入和输出功能，具体此处不做限定。

接口单元708为外部装置与移动终端200连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元708可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端200内的一个或多个元件或者可以用于在移动终端200和外部装置之间传输数据。

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

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

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

另外，移动终端200包括一些未示出的功能模块，在此不再赘述。

优选的，本发明实施例还提供一种移动终端，包括处理器710，存储器709，存储在存储器709上并可在所述处理器710上运行的计算机程序，该计算机程序被处理器710执行时实现上述应用推荐方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述应用推荐方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (14)

1.一种应用推荐方法，其特征在于，应用于移动终端，所述方法包括：

若所述移动终端由锁屏状态切换为解锁状态，确定所述移动终端是否处于横屏状态；

若所述移动终端处于所述横屏状态，获取目标应用；其中，所述目标应用为属于横屏显示类型的应用；

显示应用推荐窗口，并在所述应用推荐窗口内显示所述目标应用的应用图标；

若接收到对所述应用推荐窗口内显示的应用图标的触控操作，运行所述触控操作触发的应用。

2.根据权利要求1所述的方法，其特征在于，所述若所述移动终端处于所述横屏状态，获取目标应用之前，所述方法还包括：

在第一应用安装时，获取所述第一应用的应用类型；

根据所述第一应用的应用类型，确定并存储所述第一应用的显示类型；其中，所述显示类型为横屏显示类型和竖屏显示类型中的一者。

3.根据权利要求2所述的方法，其特征在于，所述根据所述第一应用的应用类型，确定并存储所述第一应用的显示类型之后，所述方法还包括：

获取用户使用第二应用时，所述第二应用的显示状态；其中，所述第二应用为已安装的所述第一应用中的任一应用；

判断所述第二应用的显示状态对应的显示类型是否为所述第二应用的显示类型；

若为否，更新所述第二应用的显示类型。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述获取目标应用，包括：

判断所述移动终端安装的所有应用中属于横屏显示类型的应用的数量M是否大于预设数量N；

若M不大于N，将属于所述横屏显示类型的每一应用均作为目标应用；

若M大于N，获取属于所述横屏显示类型的每一应用的目标数据；

根据属于所述横屏显示类型的每一应用的目标数据，从属于所述横屏显示类型的各应用中选取N个应用，将选取的每一应用均作为目标应用。

5.根据权利要求4所述的方法，其特征在于，所述目标数据包括使用记录数据；

所述获取属于所述横屏显示类型的每一应用的目标数据，包括：

获取所述移动终端的当前使用场景数据，以及属于所述横屏显示类型的每一应用的使用记录数据；

所述根据属于所述横屏显示类型的每一应用的目标数据，从属于所述横屏显示类型的各应用中选取N个应用，包括：

针对属于所述横屏显示类型的每一应用，根据所述当前使用场景数据以及该应用的使用记录数据，确定该应用的推荐得分；

从属于所述横屏显示类型的各应用中选取推荐得分最高至第N高的N个应用。

6.根据权利要求1至3和5中任一项所述的方法，其特征在于，所述显示应用推荐窗口之前，所述方法还包括：

判断所述移动终端的显示界面当前显示的是否为桌面；

若所述显示界面当前显示的是桌面，执行所述显示应用推荐窗口的步骤。

7.一种移动终端，其特征在于，所述移动终端包括：

确定模块，用于若所述移动终端由锁屏状态切换为解锁状态，确定所述移动终端是否处于横屏状态；若所述移动终端处于所述横屏状态，触发第一获取模块；

所述第一获取模块，用于获取目标应用；其中，所述目标应用为属于横屏显示类型的应用；

显示模块，用于显示应用推荐窗口，并在所述应用推荐窗口内显示所述目标应用的应用图标；

运行模块，用于若接收到对所述应用推荐窗口内显示的应用图标的触控操作，运行所述触控操作触发的应用。

8.根据权利要求7所述的移动终端，其特征在于，所述移动终端还包括：

第二获取模块，用于在若所述移动终端处于所述横屏状态，获取目标应用之前，在第一应用安装时，获取所述第一应用的应用类型；

存储模块，用于根据所述第一应用的应用类型，确定并存储所述第一应用的显示类型；其中，所述显示类型为横屏显示类型和竖屏显示类型中的一者。

9.根据权利要求8所述的移动终端，其特征在于，所述移动终端还包括：

第三获取模块，用于在根据所述第一应用的应用类型，确定并存储所述第一应用的显示类型之后，获取用户使用第二应用时，所述第二应用的显示状态；其中，所述第二应用为已安装的所述第一应用中的任一应用；

第一判断模块，用于判断所述第二应用的显示状态对应的显示类型是否为所述第二应用的显示类型；若为否，触发更新模块；

所述更新模块，用于更新所述第二应用的显示类型。

10.根据权利要求7至9中任一项所述的移动终端，其特征在于，所述第一获取模块，包括：

判断子模块，用于判断所述移动终端安装的所有应用中属于横屏显示类型的应用的数量M是否大于预设数量N；若M不大于N，触发第一确定子模块；若M大于N，触发获取子模块；

所述第一确定子模块，用于将属于所述横屏显示类型的每一应用均作为目标应用；

所述获取子模块，用于获取属于所述横屏显示类型的每一应用的目标数据；

第二确定子模块，用于根据属于所述横屏显示类型的每一应用的目标数据，从属于所述横屏显示类型的各应用中选取N个应用，将选取的每一应用均作为目标应用。

11.根据权利要求10所述的移动终端，其特征在于，所述目标数据包括使用记录数据；

所述获取子模块，具体用于：

获取所述移动终端的当前使用场景数据，以及属于所述横屏显示类型的每一应用的使用记录数据；

所述第二确定子模块，包括：

确定单元，用于针对属于所述横屏显示类型的每一应用，根据所述当前使用场景数据以及该应用的使用记录数据，确定该应用的推荐得分；

选取单元，用于从属于所述横屏显示类型的各应用中选取推荐得分最高至第N高的N个应用。

12.根据权利要求7至9和11中任一项所述的移动终端，其特征在于，所述移动终端还包括：

第二判断模块，用于在显示应用推荐窗口之前，判断所述移动终端的显示界面当前显示的是否为桌面；若所述显示界面当前显示的是桌面，触发所述显示模块。

13.一种移动终端，其特征在于，包括处理器，存储器，存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至6中任一项所述的应用推荐方法的步骤。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至6中任一项所述的应用推荐方法的步骤。