CN118013121A - 一种推荐方法及终端 - Google Patents

Abstract

本申请实施例提供一种推荐方法，应用于终端，所述终端包括规则平台，所述规则平台具有系统级权限，用于节约系统资源以及为用户提醒应用功能。所述方法包括：所述规则平台获取第一事件；所述规则平台从规则库中获取与所述第一事件相关的至少一个规则，所述规则平台包括所述规则库，所述规则库中包括至少一个规则，每个规则包括至少一个条件；所述规则平台更新与所述第一事件相关的至少一个规则中，与所述第一事件对应的第一条件的匹配状态；当第一规则中每个条件的匹配状态都指示匹配成功时，所述终端显示与所述第一规则对应的推荐结果，所述第一规则为与所述第一事件相关的至少一个规则中的一个。

Description

一种推荐方法及终端

本申请是分案申请，原申请的申请号是201780073035.X，原申请日是2017年9月18日，原申请的全部内容通过引用结合在本申请中。

技术领域

本申请实施例涉及终端应用领域，尤其涉及一种推荐方法及终端。

背景技术

终端智能化是不可避免的发展趋势，其中规则匹配是一种智慧化方法，应用可以定义大量规则，再根据规则匹配事件，给出推荐结果。但每个应用都自己定义规则，自己匹配规则，各自推荐结果。但是相同的系统资源可能会被多个应用重复调用，消耗额外功耗，例如获取各种传感器数据等。

发明内容

本申请实施例提供了一种推荐方法及终端，用于节约系统资源，以及向用户提醒推荐结果，该推荐结果可以是应用的一些功能，也可以是活动提醒，使得终端更加智能化。

本申请实施例的第一方面提供一种推荐方法，应用于终端，该终端包括规则平台，该规则平台具有系统级权限，该方法可以包括：该规则平台可以监听并获取第一事件；该规则平台从规则库中获取与该第一事件相关的至少一个规则，该规则平台包括该规则库，该规则库中包括至少一个规则，每个规则包括至少一个条件；应理解，与第一事件相关的至少一个规则，可以包括与第一事件相关的所有规则。该规则平台更新与该第一事件相关的至少一个规则中，与该第一事件对应的第一条件的匹配状态；当第一规则中每个条件的匹配状态都指示匹配成功时，该终端显示与该第一规则对应的推荐结果，该第一规则为与该第一事件相关的至少一个规则中的一个。需要说明的是，规则的定义为：条件+推荐结果，即当一个规则的条件都匹配时，才会对应的输出推荐结果。

在本申请实施例中，终端的任意一个或多个应用可以向规则平台注册规则，规则平台统一管理，将注册的规则可以保存在规则库中。每个应用可以向规则平台注册一个或多个规则。当规则平台监听到第一事件时，可以从规则库中获取与该第一事件有关的所有规则，并更新该所有规则中与第一事件对应的第一条件的匹配状态，若第一规则的每个条件的匹配状态都指示匹配成功时，规则平台可以输出第一规则对应的推荐结果，终端显示该推荐结果。当与第一事件相关的规则为至少两个时，可以节约系统资源，因为这至少两个规则，只需要监听一次第一事件就可以。在现有技术中，需要监听至少两次该第一事件。还可以提醒用户使用应用的某个功能，或者活动等，使得终端更加智能化，人性化，提高用户体验。

可选的，在本申请的一些实施例中，该规则平台从规则库中获取与该第一事件相关的至少一个规则之前，该方法还可以包括：该规则平台接收第一应用发送的该第一规则；该规则平台将该第一规则保存在该规则库中。即规则平台可以接收任意一个或多个应用注册的规则并保存，可以统一管理，当规则平台监听到事件时，可以与更新与该事件相关的所有规则中对应条件的匹配状态，提高系统资源的利用率。

可选的，在本申请的一些实施例中，该终端显示与该第一规则对应的推荐结果，可以包括：该规则平台向第二应用发送该推荐结果；该第二应用显示该推荐结果，该第二应用与该第一应用相同或不同。规则平台输出推荐结果时，可以主动向应用发送，应用接收并显示推荐结果，为本申请实施例提供了一种可行性的方案。

可选的，在本申请的一些实施例中，该终端显示与该第一规则对应的推荐结果，可以包括：该规则平台保存该推荐结果；该第二应用从该规则平台获取并显示该推荐结果，该第二应用与该第一应用相同或不同。当第一规则中的每个条件的匹配状态都指示成功时，规则平台可以保存与第一规则对应的推荐结果，第二应用主动从规则平台中获取推荐结果，然后显示该推荐结果，提供了一种可行性的方案。

可选的，在本申请的一些实施例中，该第一规则包括与用户画像相关的第二条件，该终端显示与该第一规则对应的推荐结果之前，该方法还可以包括：该规则平台从该终端的用户画像平台获取当前用户画像；该规则平台根据该当前用户画像，更新该第二条件的匹配状态。当规则平台监听到第一事件时，还可以将第一事件向用户画像平台发送，用户画像平台可以分析用户画像是否有更新，如有更新，则将更新的用户画像，也即当前用户画像向规则平台反馈。与第一事件有关的至少一个规则中的第二条件进行匹配。可以理解的是，不是所有规则中的条件都会包括用户画像。将用户画像与规则的关系进行一个说明，即根据用户的一些习惯爱好，对应显示推荐结果，提高用户体验。

可选的，在本申请的一些实施例中，该方法还可以包括：该终端向服务器发送查询请求，该查询请求用于查询是否有规则更新；该终端接收该服务器发送的更新规则；该终端更新该规则库中与该更新规则有关的规则。规则平台中的保存的规则不是一成不变的，可以更新，这里说的是通过云端的服务器进行更新的方案。规则平台可以定期的向服务器发送查询请求，若有规则更新，服务器可以反馈更新规则，规则平台可以更新规则库中与该更新规则有关的规则。使得规则平台中规则库保存的规则更加灵活，可以更新。

可选的，在本申请的一些实施例中，当该第一规则中每个条件的匹配状态都指示匹配成功时，该终端显示与该第一规则对应的推荐结果，可以包括：当该第一规则和第二规则中每个条件的匹配状态都指示匹配成功时，且该第一规则的优先级高于该第二规则的优先级，该终端显示该第一规则对应的推荐结果，该第二规则为与该第一事件相关的至少一个规则中的一个。应理解，当条件匹配成功的规则不止一个时，如果都在应用上提示推荐结果，那么，可能会对用户造成干扰。所以，这里提出可以根据规则的优先级来显示推荐结果，当哪个规则的优先级高时，就对应的显示推荐结果。提供了一种可选的实现方案。

可选的，在本申请的一些实施例中，该终端包括该规则平台和图形用户界面，该规则平台包括接口层和规则引擎；该规则引擎包括该规则库、个人知识库、规则状态单元、推荐结果候选集、用户画像平台；该第一规则包括与该用户画像相关的第二条件；

该接口层，用于获取该第一事件；

该规则状态单元，用于从该规则库中获取与该第一事件相关的至少一个规则；更新与该第一事件相关的至少一个规则中，与该第一事件对应的第一条件的匹配状态；

该个人知识库，用于存储该第一事件、以及与该第一事件相关的至少一个规则中第一条件的匹配状态；还用于从该用户画像平台获取当前用户画像；根据该当前用户画像，更新该第二条件的匹配状态；

该推荐结果候选集，用于当该第一规则中每个条件的匹配状态都指示匹配成功时，保存与该第一规则对应的推荐结果；

该图形用户界面，用于显示该推荐结果。

在本申请实施例中，对终端所包括的几个功能模块，做了一个整体的说明，使得本申请技术方案更加完整。

本申请实施例第二方面提供了一种终端，具有节约系统资源和为用户提醒推荐结果的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

本申请实施例第三方面提供了一种终端，可以包括：存储器、处理器、显示器，该存储器、该处理器和该显示器通过总线连接；

该存储器，用于存储规则库，该规则库中包括至少一个规则，每个规则包括至少一个条件；

该处理器，用于获取第一事件，并从该规则库中获取与该第一事件相关的至少一个规则，更新与该第一事件相关的至少一个规则中与该第一事件对应的第一条件的匹配状态；

该处理器，还用于当第一规则中每个条件的匹配状态都指示匹配成功时，输出与该第一规则对应的推荐结果，该第一规则为与该第一事件相关的至少一个规则中的一个；

该显示器，用于显示与该第一规则对应的推荐结果。

可选的，在本申请的一些实施例中，

该处理器，还用于接收第一应用发送的该第一规则，并将该第一规则保存在该规则库中。

可选的，在本申请的一些实施例中，

该处理器，还用于输出与该第一规则对应的推荐结果具体包括：该处理器向第二应用发送该推荐结果；

该显示器，具体用于显示该推荐结果，该第二应用与该第一应用相同或不同。

可选的，在本申请的一些实施例中，

该处理器输出与该第一规则对应的推荐结果具体包括：该处理器向该存储器发送该推荐结果；

该存储器，还用于保存该推荐结果；

该显示器，具体用于从该存储器获取并显示该推荐结果，该第二应用与该第一应用相同或不同。

可选的，在本申请的一些实施例中，该第一规则包括与用户画像相关的第二条件，

该处理器，还用于从该终端的用户画像平台获取当前用户画像，并根据该当前用户画像，更新该第二条件的匹配状态。

可选的，在本申请的一些实施例中，

该处理器，还用于向服务器发送查询请求，该查询请求用于查询是否有规则更新；接收该服务器发送的更新规则；更新该规则库中与该更新规则有关的规则。

可选的，在本申请的一些实施例中，

该处理器输出与该第一规则对应的推荐结果，具体包括：当该第一规则和第二规则中每个条件的匹配状态都指示匹配成功时，且该第一规则的优先级高于该第二规则的优先级时，该处理器输出该第一规则对应的推荐结果，该第二规则为与该第一事件相关的至少一个规则中的一个。

本申请实施例第四方面提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。需要说明的是，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产口的形式体现出来，该计算机软件产品存储在一个存储介质中，用于储存为上述设备所用的计算机软件指令，其包含用于执行上述第一方面为终端所设计的程序。

该存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例第五方面提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如本申请第一方面或第一方面任一可选实现方式所述的方法。

本申请实施例提供的技术方案中，具有以下有益效果：

本申请实施例提供的终端中包括具有系统级权限的规则平台，该规则平台统一管理所述终端的多个应用所需的规则，由此，当多个应用所需的规则中包括相同的条件时，只需由该规则平台统一获取终端中的事件，并将获取到的事件与该条件进行匹配即可。从而实现了节约系统资源，避免系统资源被重复调用。其中，系统级权限，是指能够使用系统所有资源。

附图说明

图1A为本申请实施例中所应用的一个系统架构图；

图1B为本申请实施例中终端的一个实施例示意图；

图1C为本申请实施例中终端的另一个实施例示意图；

图1D为本申请实施例中终端的另一个实施例示意图；

图2为本申请实施例中推荐方法的实施例示意图；

图3A为本申请实施例中终端显示多个匹配条件的示意图；

图3B为本申请实施例中终端显示多个推荐结果的示意图；

图3C为本申请实施例中用户选择目标匹配条件和目标推荐结果的一个示意图；

图3D为本申请实施例中用户选择目标匹配条件和目标推荐结果的一个示意图；

图4A为本申请实施例中终端监听的事件为天气是雷阵雨的一个示意图；

图4B为本申请实施例中终端监听的事件为打开飞行模式的一个示意图；

图4C为本申请实施例中终端监听的事件为拨打电话的一个示意图；

图4D为本申请实施例中终端监听的事件为处于拍照模式的一个示意图；

图4E为本申请实施例中终端显示建议设置的示意图；

图5A为本申请实施例中为终端上显示推荐结果的示意图；

图5B为本申请实施例中为终端上显示推荐结果的示意图；

图5C为本申请实施例中为终端上显示推荐结果的示意图；

图5D为本申请实施例中为终端上显示推荐结果的示意图；

图5E为本申请实施例中为终端上显示推荐结果的示意图；

图5F为本申请实施例中为终端上显示推荐结果的示意图；

图5G为本申请实施例中终端上显示更新的建议设置的示意图；

图6为本申请实施例中终端的另一个实施例示意图。

具体实施方式

随着智慧化业务的发展，可以基于用户的历史行为习惯或者基于一些规则或模型，在终端上进行一些智能的提醒或者服务，以便于用户更方便的使用终端，即使得用户觉得终端越来越智能化。

终端可以通过自身或者通过与云端的结合，来实现各种智慧化业务。具体的，终端可以包括规则平台、算法平台和用户画像平台。终端可以通过这三个平台中的一个或多个以及其它资源实现各种智慧化业务，例如：1、服务推荐业务；2、提醒业务；3、通知过滤业务。

1、服务推荐业务。终端包括推荐服务框架，该推荐服务框架至少包括算法平台、规则平台和用户画像平台。该推荐服务平台可以所述规则平台匹配出该终端的用户在当前场景下希望使用的服务。该推荐服务平台还可以通过算法平台根据模型预测出该终端的用户在当前场景下希望使用的服务。该推荐服务平台可以将预测出的服务置于推荐应用的显示界面中，以便于用户在该推荐应用的显示界面中，可以很方便的进入该服务对应的界面。其中，所述的规则可以是由服务器(即云端)下发给终端的，该规则可以是通过大数据统计获取的，也可以是根据经验数据归纳得到的。所述的模型通过以下方式获取：通过算法平台训练用户历史数据和用户特征数据，得到模型。并且基于新的用户数据和特征数据可以更新该模型。其中，用户历史数据可以为用户在一段时间段内使用该终端的行为数据。用户特征数据可以包括用户画像或其他类型的特征数据，所述其他类型的特征数据例如可以为当前用户的行为数据。其中，用户画像可以通过终端中的用户画像平台得到。

2、提醒业务。终端包括推荐框架(framework)。该推荐框架包括有规则平台、图形用户界面(Graphical User Interfaces，GUI)和用户画像平台。该规则平台可以监听各种事件。终端中的应用可以向该规则平台注册各种规则；然后该规则平台根据注册的规则，监听终端中的各种事件；将监听到的事件与规则进行匹配，并当监听到的事件与某个规则的所有条件都匹配时，触发该规则对应的提醒，即向用户推荐一个亮点。最终由用户接口显示该提醒或者有注册规则的应用显示该提醒。其中，一些规则的条件可以为对用户画像的限定。该规则平台可以向用户画像平台请求当前的用户画像，以判断当前的用户画像是否与规则中的条件相匹配。

3、通知过滤业务。终端包括通知过滤框架。该通知过滤框架包括规则平台、算法平台和用户画像平台。该通知过滤框架在获取到一个通知时，可以通过该规则平台确定该通知的类型，也可以通过算法平台确定该通知的类型。然后根据该通知的类型以及用户的喜好，确定该通知是否为用户感兴趣的通知，并且对于用户感兴趣的通知和用户不感兴趣的通知，进行不同方式的提醒显示。用户的喜好可以包括用户画像，也可以包括用户对某类通知的历史处理行为。其中，用户画像是由用户画像平台提供的。

本申请以下各实施例主要对上述第二种业务即提醒业务进行详细介绍。以下关于所述规则平台、用户画像平台、图形用户界面的描述，重点用于介绍与提醒业务相关的功能，而终端中包括的规则平台、用户画像平台、图形用户界面并不限于以下介绍的功能。

本申请技术方案提供一种规则平台，包含在终端中。所述规则平台属于系统级服务，可以获取终端上系统级应用和非系统级应用的数据。规则平台可以提供统一的规则库和统一的个人知识库。其中，规则库实现统一的规则匹配和生命周期管理功能，实现简单易用的规则匹配和生命周期管理解决方案，降低应用开发成本。个人知识库提供统一的手机状态和用户信息管理机制，支持主动监听系统事件和被动监听应用事件，进行规则匹配，提高规则匹配的合理性，降低系统资源消耗。规则还可以通过服务器来更新；规则匹配成功后，支持应用主动获取推荐结果和规则引擎主动激活推荐结果。所述推荐结果可以被终端显示，即终端将所述推荐结果提醒给用户，即所述的提醒业务。

如图1A所示，为本申请实施例所应用的系统架构图。规则平台10包含在终端中，属于系统级应用。规则平台10为终端中的多个APP提供规则管理和匹配的能力。用户画像平台20、应用40和图形用户界面50也包含在终端中。

终端中的任意一个或多个应用40可以向规则平台10注册规则，规则平台10保存应用注册的规则。规则平台10还可以与云端的服务器30连接，可以定期的向服务器30查询是否有规则更新，若有，则下载更新的规则进行相关规则的更新。规则平台10还可以与终端中的用户画像平台20连接，规则平台10可以从用户画像平台20获取用户画像，并保存获取到的用户画像，并且规则平台10还可以将监听到的事件发送给用户画像平台20，使得用户画像平台20可以更新用户画像。

进一步的，规则平台10可以包括：接口层101和规则引擎102。

1、接口层101：模块化程序之间约定的调用或通信方式。由于模块和模块之间功能解耦，因此可以将需要共享的信息定义在接口中。其中，解耦是把程序中互相不相关或有限相关的模块分割开来。

在本申请中，接口层101具有以下功能：监听事件；注册、修改、查询、删除规则；向应用40返回推荐结果；以及向个人知识库1022、用户画像平台20、规则状态单元1023发送监听到的事件等。示例性的，应用40可以通过接口层101将规则注册在规则引擎102的规则库1021中。

2、规则引擎102：开发者可利用引擎迅速建立、铺设程序所需的功能，或利用引擎辅助程序的运转。一般而言，引擎是一个程序或一套系统的支持部分。常见的程序引擎有游戏引擎，搜索引擎，杀毒引擎等。本申请中规则引擎102可以包括规则库1021、个人知识库1022、规则状态单元1023和推荐结果候选集1024等功能模块。

(1)规则库1021，可以包括任意一个或多个应用40注册的规则，以及用户自定义规则。其中，规则库1021中的每个规则可以包括以下几部分内容：

a、基础信息：也称规则通用信息，例如规则名称、规则版本、适用系统版本、对应业务名称、规则优先级、规则延迟推荐次数、规则延迟数增加类型、规则在注册后静默期天数、适用手机版本等信息。

b、事件：可以包括系统事件和应用事件。其中，系统事件包括各种系统级的事件，例如亮/灭屏、插/拔耳机、各种传感器事件、电量、网络状态等等。所述的规则平台10具有系统级权限，指的是所述规则平台10可以获取所有的系统事件。需要说明的是，在具体实现中，规则库1021中的事件可以是分解成的最小事件，最小事件可以理解为分解到不能再分解，可以称为原子事件。这样便于与规则中的条件进行匹配。若是没有分解成最小事件，那么可能会有各种组合，比较复杂，很难去进行规则匹配。应用事件例如为应用所处的某个特定状态，如：打开支付宝应用可以为一个应用事件。

c、匹配条件：描述规则中的条件，即一个规则要输出推荐结果，先要匹配一定的条件。这里可以以一个规则为例来进行说明，条件1：处于WI-FI状态，条件2：晚上7:00-10:00，条件3：连续3天看同一节目；该规则对应的推荐结果为：当该节目下次更新时，自动缓存。这里的条件1、条件2和条件3是匹配条件。

d、生命周期条件：规则可以对应有生命周期。即有些规则有生命周期，有些规则没有生命周期。例如：(1)当接口层101监听到的事件与规则库1021中的某一规则匹配时，某一规则对应的生命周期条件为‘提醒一次’，结果‘禁用’，即当匹配规则时，输出一次推荐结果后，这个规则就被禁用掉了。(2)当接口层101监听到的事件与规则库1021中的某一规则匹配时，某一规则对应的生命周期条件为：条件1：已经推荐过一次某功能，结果为‘休眠’；条件2：休眠期7天，结果为‘7天后重新激活某功能’，即在这7天内，不会给用户输出推荐结果；条件3：已经推荐过2次某功能，结果为‘禁用’。生命周期状态可以包括：无、激活、禁用、休眠、重置等几种状态。

e、规则匹配后动作，即描述接口层101监听到的事件规则匹配成功后对应的推荐结果，可以支持APP应用40自助获取推荐结果和规则平台10主动激活推荐结果。

(2)个人知识库1022，至少具有以下功能：存储接口层101监听到的事件，存储用户画像平台20对该事件进行分析后得到的用户画像，存储规则的生命周期状态、条件匹配状态等。具体的，个人知识库1022可以接收接口层101发送的事件，进行事件记录；其中，事件记录可以包括：记录该事件的类型、时间、地点等信息，发生该事件的次数需要进行更新等。

规则平台10可以从用户画像平台20请求用户画像，然后将获取到的用户画像保存在个人知识库1022中。规则平台10在监听到事件之后，可以把监听到的事件发送给用户画像平台20，用户画像平台20可以根据新接收的事件更新用户画像，并将更新后的用户画像发给规则平台10。

接口层101还可以向规则状态单元1023发送该事件。个人知识库1022还可以记录匹配条件状态。规则状态单元1023将获取到的事件与相关规则的条件进行匹配之后，如果匹配成功，则将匹配成功的状态记录在个人知识库1022中，即将匹配条件状态保存在个人知识库1022中。即一个规则需要满足一个或多个条件时，才会输出推荐结果。例如，当监听到的一个或多个事件与某个规则的其中一个或多个条件匹配时，可以将该条件状态记录为“匹配”，再接收其他事件确定是否匹配该规则的其他条件，若都匹配，则规则状态单元1023中该规则的状态就是“匹配”了，可以向应用40输出推荐结果。

个人知识库1022还可以记录：规则状态单元1023中获取的与该事件相关的规则的周期状态。当匹配某个规则后，可以对应的记录该规则的周期状态。例如，规则匹配后间隔5天输出一次推荐结果，那么，当规则匹配后，该规则匹配周期进入休眠状态，间隔5天之后，再进入激活状态。应理解，在这5天之中，就算监听到的事件与该规则又匹配，但还是不输出推荐结果，因为该规则的生命周期还处于休眠状态。

(3)规则状态单元1023，用于接收从接口层101发送的事件，规则状态单元1023可以从规则库1021中获取与该事件相关的规则，进行状态更新；若个人知识库1022中某个规则的所有条件的状态都是“匹配”，那么规则状态单元1023记录该规则的状态为“匹配”，规则状态单元1023可以向任意一个或多个应用40输出该规则对应的推荐结果。

(4)推荐结果候选集1024，可以保存规则匹配后对应的推荐结果，用于应用40可以自助从推荐结果候选集1024中获取一个或多个推荐结果来显示。

在本申请实施例中，如图1B所示，为终端的一个实施例示意图。终端包括规则平台10和图形用户界面50，规则平台10包括接口层101和规则引擎102；规则引擎102包括规则库1021、个人知识库1022、规则状态单元1023。

规则库1021中包括至少一个规则，每个规则包括至少一个条件。

接口层101，用于获取第一事件。

规则状态单元1023，用于从规则库1021中获取与第一事件相关的至少一个规则；更新与第一事件相关的至少一个规则中，与第一事件对应的第一条件的匹配状态，并记录在个人知识库1022中；还用于当第一规则中每个条件的匹配状态都指示匹配成功时，输出与第一规则对应的推荐结果。

个人知识库1022，用于存储第一事件、以及与第一事件相关的至少一个规则中第一条件的匹配状态。

图形用户界面50，用于显示推荐结果。

可选择的，在本申请的一些实施例中，接口层101，还用于接收第一应用发送的第一规则，并将第一规则存储在规则库1021中。

可选择的，在本申请的一些实施例中，规则状态单元1023输出与第一规则对应的推荐结果，包括：规则状态单元1023向第二应用发送推荐结果。

图形用户界面50，具体用于第二应用显示推荐结果，第二应用与第一应用相同或不同。

可选择的，在本申请的一些实施例中，如图1C所示，为终端的另一个实施例示意图。规则引擎102还包括推荐结果候选集1024。规则状态单元1023输出与第一规则对应的推荐结果，包括：规则状态单元1023向推荐结果候选集1024输出推荐结果。图形用户界面50，具体用于显示第二应用从推荐结果候选集1024中获取的推荐结果，第二应用与第一应用相同或不同。

可选择的，在本申请的一些实施例中，如图1D所示，为终端的另一个实施例示意图。终端还包括用户画像平台20，第一规则包括与用户画像20相关的第二条件。个人知识库1022，还用于从终端的用户画像平台20获取当前用户画像；根据当前用户画像，更新第二条件的匹配状态。

可选择的，在本申请的一些实施例中，规则库1021，还用于通过接口层101接收服务器发送的更新规则；更新规则库1021中与更新规则有关的规则。

在本申请文件中，上述的规则平台10和用户画像平台20等都可以在终端上实现。终端可以包括：移动电话、平板电脑(tablet personal computer)、膝上型电脑(laptopcomputer)、数码相机、个人数字助理(personal digital assistant，简称PDA)、导航装置、移动上网装置(mobile internet device，MID)或可穿戴式设备(wearabledevice)等。

下面以实施例的方式，对本申请技术方案做进一步的说明，如图2所示，为本申请实施例中推荐方法的实施例示意图，包括：

步骤201、应用40向规则平台10注册规则。

终端上的任意一个或多个应用，也可以全部应用向规则平台10注册规则，规则平台10中功能引擎102将应用注册的规则可以保存在规则库1021中，进行集中管理。即APP可以根据规则引擎102提供的安卓接口定义语言(Android Interface DefinitionLanguage，AIDL)接口将各自的规则注册到规则引擎102，规则引擎102将APP注册的规则保存在规则库1021中。其中，每个应用可以向规则平台10注册一个或多个规则。

规则库1021中包括的规则可以分为应用写好的规则和用户自定义规则。用户自定义规则其实也是在应用上实现的，这个应用可以称为自定义应用。即在自定义应用上可以先定义多个匹配条件和多个推荐结果，这多个匹配条件和多个推荐结果可以在终端的显示界面上显示，用户可以根据自身需求，选择目标匹配条件和对应的目标推荐结果，生成自定义规则。应理解，规则库1021中包括至少一个规则，每个规则包括至少一个条件。

进一步的，可以对多个匹配条件和多个推荐结果按类型进行分类。例如：如图3A所示，为终端在显示界面上显示多个匹配条件的示意图。匹配条件类型可以包括时间、地点、天气、温度、工作、生活、学习等，在每个匹配条件类型中又可以包括多个匹配条件。如图3B所示，为终端在显示界面上显示多个推荐结果的示意图。推荐结果类型可以包括美食、酒店、休闲娱乐、外卖、旅游、学习等，在每个推荐结果类型中也可以包括多个推荐结果；多个匹配条件和多个推荐结果可以供用户选择，生成用户自定义规则。

示例性的，如图3C所示，为用户选择目标匹配条件和目标推荐结果的一个示意图。用户选择目标匹配条件和目标推荐结果时，可以采用拖动的方式，在显示界面上显示这个规则的目标匹配条件和目标推荐结果，然后点击确定或者生成规则之类的图标，生成用户自定义规则。

也可以是，如图3D所示，为用户选择目标匹配条件和目标推荐结果的一个示意图。用户选定一个目标匹配条件或一个目标推荐结果，该目标匹配条件/目标推荐结果就会加入到缩略图标中，点击缩略图标，会放大显示这个规则的目标匹配条件和目标推荐结果。其中，缩略图标在显示界面上的显示位置不做限定，该缩略图标可以以旋转、文字提示、颜色加深、边框闪烁显示等方式来提醒用户。

需要说明的是，规则库1021中保存的规则可以更新，可以是终端向服务器30发送查询请求，所述查询请求用于查询是否有规则更新；所述终端接收所述服务器30发送的更新规则；所述终端更新所述规则库1021中与所述更新规则有关的规则。

可选择的，任意一个或多个应用40在升级后，升级的应用再向规则平台10注册规则，该规则中可以包括更新的规则，并更新规则库1021中与该更新的规则相关的所有规则；也可以是应用不升级，但是应用会将更新的规则发送到服务器30中，服务器30可以保存更新的规则，规则平台10中的接口层101可以定期向服务器30查询是否有规则更新，若有，则下载服务器30中更新的规则，并更新规则库1021中与该更新的规则相关的所有规则。

可以理解的是，不用每个应用去监听事件，而是由规则平台10中的接口层101来统一管理，进行监听；规则平台10具有系统级权限，可以主动监听各种系统事件，还可以被动的监听各种应用事件；应用可以设置各种规则，即使应用没有系统权限，应用也可以将系统参数作为匹配条件写入在规则中，来实现相应的功能推荐。对于规则而言，可以多种不同条件任意组合。

下面以示例性的方式对应用注册规则，统一管理，节约系统资源，进行说明。假设，第一应用通过接口层101向规则引擎102注册了一个规则，该规则的匹配条件分别为：条件A，条件B，条件C，对应的推荐结果为执行第一操作；第二应用通过接口层101向规则引擎102注册了一个规则，该规则的匹配条件分别为：条件A，条件B，条件D，对应的推荐结果为执行第二操作；第三应用通过接口层101向规则引擎102注册了一个规则，该规则的匹配条件分别为：条件B，条件C，条件E，对应的推荐结果为执行第三操作。

在现有技术中，以条件B为例进行说明，这三个应用都需要去监听对应的事件，那么，对于条件B的系统资源会重复调用，消耗额外功耗。而在本申请实施例中，如果接口层101监听到的事件与条件B匹配时，可以将该事件记录，重复调用，这个事件可以与这三个应用的规则中的条件B匹配。不需要监听3次该事件，所以，节约了系统资源。

可以理解的是，规则平台10获取事件，可以包括：规则平台10中的接口层101监听事件；接口层101向个人知识库1022、规则状态单元1023、用户画像平台20发送该事件。

步骤202、规则平台10中的接口层101监听事件。

在本申请实施例中，不用每个应用去监听事件，接口层101可以监听事件。该事件可以是终端上发生的任何事件；该事件可以包括系统事件和/或应用事件。在同一时间，接口层101可以监听到多个事件。接口层101可以主动监听系统事件，需要规则引擎102主动通过接口层101在系统对应模块注册监听；接口层101还可以被动监听事件，例如一些应用事件被动的被接口层101监听，具体的，规则平台10可以向应用注册请求，使得应用在发生某些特定事件时，将这些特定事件发送给接口层101，当应用发生这些特定事件时，就主动将这些特定事件发送给接口层101，即接口层101被动监听。

示例性的，事件可以包括插入耳机、拔出耳机、步行、跑步、骑行、开/坐车、电量、亮屏、黑屏、天气、气温、地理围栏、光强、网络状态、开/关无线保真(wireless fidelity，Wi-Fi)、开/关移动数据、开/关振动、开/关飞行模式、开/关免打扰、开/关护眼模式、日期、时间、开/关相机等。当终端如图4A所示时，终端可以监听到的事件为：天气是雷阵雨；当终端如图4B所示时，终端可以监听到的事件为：打开飞行模式；当终端如图4C所示时，终端可以监听到的事件为：拨打电话；当终端如图4D所示时，终端可以监听到的事件为：处于拍照模式。

步骤203、规则平台10中的接口层101向个人知识库1022、规则状态单元1023、用户画像平台20发送将该事件。

在本申请实施例中，接口层101监听该事件后，个人知识库1022接收接口层101发送的该事件，个人知识库1022可以将该事件进行记录存储，具体可以记录该事件发生的次数、时间、地点等信息。接口层101还可以向规则状态单元1023发送该事件。

示例性的，个人知识库1022中可能保存有历史用户画像。接口层101还可以向用户画像平台20发送该事件，用户画像平台20对该事件进行用户标签分析，确定用户画像是否有变化，如果有变化，可以向个人知识库1022反馈该更新的用户画像，如果没有更新，可以不反馈，也可以反馈无更新的用户画像。个人知识库1022接收更新的用户画像之后，可以进行将保存的历史用户画像更新。

应理解，用户画像可以作为一个条件与规则中的匹配条件进行匹配。即有些规则中的条件有用户画像，有些规则中的条件没有用户画像。没有用户画像的规则，对规则匹配没有影响；有用户画像的规则，只有监听到的一个或多个事件和用户画像都满足某个规则中的匹配条件时，才认为是规则匹配成功，可以向应用40输出推荐结果，也可以将推荐结果保存在推荐结果候选集1024中，应用40主动从推荐结果候选集1024中获取推荐结果。

步骤204、规则状态单元1023查询规则库1021中是否有与该事件相关的规则，若无，则结束，若有，则执行步骤205。

应理解，如果在规则库1021中查找不到与该事件相关的规则，那证明这个事件没有写入在应用的规则中，没有什么作用，可以将其丢弃。

步骤205、规则状态单元1023可以从规则库1021中获取与该事件相关的至少一个规则。

规则平台10中的规则状态单元1023从规则库1021中获取与该事件相关的至少一个规则，也可以是获取与该事件相关的所有规则。其中，与该事件相关的至少一个规则，可能是由多个应用分别注册的，也可能是由一个应用注册的。

可以理解的是，规则状态单元1023接收该事件后，可以从规则库1021中查询并获取与该事件相关的至少一个规则或所有规则，进行状态更新。个人知识库1022还可以记录与该事件相关的规则的匹配条件状态，匹配条件状态可以是“匹配”或“满足”等其他指示信息；个人知识库1022可以保存与该事件相关的规则的条件，并记录其匹配条件状态，也可以只记录匹配条件状态(条件标识唯一)，还可以是其他的方式，具体不做限定。

例如：接口层101监听的第一事件为上午9：00，查询规则库1021中与上午9：00相关的规则有两个，则规则状态单元1023可以将这两个规则获取到，进行状态更新。进一步的，在个人知识库1022中记录这两个规则中对应的匹配条件状态，也可以将这两个规则的匹配条件保存在个人知识库1022中，并对应的记录匹配条件状态。假设，第一个规则A为“工作日(周一至周五)上午6:00至10:00+空气质量差(空气污染指数大于100)，推荐结果为‘带口罩’”；第二个规则B为“上/下班时间段(上午8:00-9:00，或，下午5:30-7:00)+插入耳机+车载状态，推荐结果为‘可使用音乐软件播放音乐’”。

第一个规则A的匹配条件：条件1＝工作日(周一至周五)，条件2＝早上(上午6:00至10:00)，条件3＝空气污染指数大于100。

第二个规则B的匹配条件：条件1＝上/下班时间段(上午8:00-9:00，或，下午5:30-7:00)，条件2＝插入耳机，条件3＝车载状态。

步骤206、个人知识库1022记录与该事件相关的至少一个规则对应匹配条件的状态。

上接步骤205，个人知识库1022可以从规则状态单元1023中获取与该事件相关的至少一个规则或所有规则对应的匹配条件，在个人知识库1022中可以记录匹配条件的状态。

例如：对于第一个规则A的匹配条件状态可以是：条件1＝工作日(周一至周五)，状态为‘无’；条件2＝上午6:00至10:00，状态为‘匹配/满足’；条件3＝空气污染指数大于100，状态为‘无’。

对于第二个规则B的匹配条件状态可以是：条件1＝上/下班时间段(上午8:00-9:00，或，下午5:30-7:00)，状态为‘匹配/满足’；条件2＝插入耳机，状态为‘无’；条件3＝车载状态，状态为‘无’。

也可以是每个规则都有一个唯一标识，那么，对应的可以直接记录规则标识加其匹配条件状态。例如：A规则条件1状态为‘匹配/满足’。应理解，对于规则的匹配条件状态的记录可以有多种多样的方式，具体不做限定。

示例性的，当接口层101监听到的第二事件为周二，接口层101将周二这个事件向规则状态单元1023发送，规则状态单元1023从规则库1021中查询与周二这个事件有关的所有规则。例如，与周二有关的所有规则为：第一个规则A为“工作日(周一至周五)上午6:00至10:00+空气质量差(空气污染指数大于100)，推荐结果为‘带口罩’”；第二个规则C为“每月的第三周+周二，推荐结果为‘麦当劳5折’”。

那么，个人知识库1022记录与周二这个匹配条件的状态。对于第一个规则A条件1＝工作日(周一至周五)状态为‘匹配/满足’；条件2＝上午6:00至10:00，状态为‘匹配/满足’；条件3＝空气污染指数大于100，状态为‘无’。对于第二个规则C，条件1＝1月至12月，状态为‘无’；条件2＝每月第三周，状态为‘无’；条件3＝周二，状态为‘匹配/满足’。

示例性的，当接口层101监听到的第三事件为污染指数为150，接口层101将污染指数为150这个事件向规则状态单元1023发送，规则状态单元1023从规则库1021中查询与污染指数为150这个事件有关的所有规则。例如，与污染指数为150有关的所有规则为：第一个规则A“工作日(周一至周五)上午6:00至10:00+空气质量差(空气污染指数大于100)，推荐结果为‘带口罩’”。

那么，个人知识库1022记录与污染指数为150这个匹配条件的状态。对于这个规则A，“条件1＝工作日(周一至周五)状态为‘匹配/满足’；条件2＝上午6:00至10:00，状态为‘匹配/满足’；条件3＝空气污染指数大于100，状态为‘匹配/满足’。”

步骤207、若个人知识库1022中有规则的匹配条件状态都指示匹配成功，则规则状态单元1023输出推荐结果。

上接步骤206，当第一规则中每个条件的匹配状态都指示匹配成功时，所述终端显示与所述第一规则对应的推荐结果。可选择的，所述第一规则还可以包括与用户画像相关的第二条件；规则平台10从终端的用户画像平台20获取当前用户画像；所述规则平台10根据所述当前用户画像，更新所述第二条件的匹配状态。

可选择的，当所述第一规则和第二规则中每个条件的匹配状态都指示匹配成功时，且所述第一规则的优先级高于所述第二规则的优先级，所述终端显示所述第一规则对应的推荐结果，所述第二规则为与所述第一事件相关的至少一个规则中的一个。

应理解，如果存在优先级相同的至少两个规则，终端可以随机显示其中的一个规则对应的推荐结果。如果优先级不相同，终端可以显示优先级最高的一个规则对应的推荐结果，也可以显示优先级最高的前N(N为整数，N大于等于2)个规则对应的推荐结果。

示例性的，当与该事件相关的一个或多个规则中的匹配条件状态都为‘匹配/满足’或者其他指示匹配成功的信息时，认为与该一个规则或多个规则匹配，规则状态单元1023输出这一个或多个规则对应的推荐结果。其中，规则状态单元1023可以主动激活推荐结果，通过接口层101在应用40上显示；也可以将推荐结果存放在推荐结果候选集1024中，由应用40通过接口层101来自助获取推荐结果候选集1024中的一个或多个推荐结果，应用40可以通过规则的优先级来显示推荐结果。

可以理解的是，规则状态单元1023主动激活推荐结果时，每次激活一个推荐结果在应用40上显示。应用40自助从推荐候选集1024中获取推荐结果时，可以全部获取，也可以获取一个；应用40获取后，可以控制如何显示推荐结果。例如：应用40获取了多个推荐结果，但如果一次性显示多个推荐结果，会对用户造成干扰，可能会出现闪现闪退的现象，而且，这些推荐结果可能不是在同一个应用上显示的。可选择的，应用40可以设置规则优先级，那么，获取多个推荐结果时，可以根据规则优先级对应的推荐结果，来确定应用40显示推荐结果，也可以是其他的显示实现方式，不做具体限定。

示例性的，若第一个规则的匹配条件状态：条件1＝工作日(周一至周五)，状态为‘匹配’；条件2＝上午6:00至10:00，状态为‘匹配’；条件3＝空气污染指数大于100，状态为‘匹配’。那么，认为监听到的事件与该规则匹配成功，规则状态单元1023输出推荐结果。

若第二个规则的匹配条件状态：条件1＝上/下班时间段(上午8:00-9:00，或，下午5:30-7:00)，状态为‘满足’；条件2＝插入耳机，状态为‘满足’；条件3＝车载状态，状态为‘满足’。那么，认为监听到的事件与该规则匹配成功，规则状态单元1023输出推荐结果。

示例性的，服务器可以采集多个用户的使用习惯，并根据多个用户的使用习惯来更新规则。例如：有两个规则，服务器向50个手机下发第一个规则：上班时间(上午8:00-9:00)提示听歌，服务器对另外50个手机下发第二个规则：上班时间(上午8:00-9:00)提示查看新闻热点。然后，在8:00-9:00这个时间段，服务器可以统计这100个手机的用户的点击率，如果听歌的点击率远大于查看新闻热点的点击率。那么，服务器可以将所述第二规则更新为所述第一规则。反之亦然。

步骤208、终端显示推荐结果。

在本申请实施例中，所述终端显示与所述第一规则对应的推荐结果，可以包括：(1)所述规则平台10向第二应用发送所述推荐结果；所述第二应用显示所述推荐结果，所述第二应用与所述第一应用相同或不同。

或者，(2)所述规则平台10保存所述推荐结果；所述第二应用从所述规则平台10获取并显示所述推荐结果，所述第二应用与所述第一应用相同或不同。

即终端的应用接收并显示规则状态单元1023激活的推荐结果，也可以是终端的应用自助获取推荐结果候选集1024中的一个或多个推荐结果，控制显示一个或多个推荐结果。需要说明的是，发生事件的应用和最后显示推荐结果的应用不一定相同。

例如：如果监听到的事件为“天气为雷阵雨”，用户自定义规则中定义了匹配条件为“雷阵雨”，推荐结果为“今天有雷阵雨，不要忘记带雨具哦”，若规则匹配成功，那么，如图5A所示，为终端上显示推荐结果的示意图。如果监听到的事件为开启飞行模式，规则库1021中有定义匹配条件为“开启飞行模式”，推荐结果为“在飞行过程中，您可以选择如下的消遣方式：视频、音乐、阅读、其他”，若规则匹配成功，那么，如图5B所示，为终端上显示推荐结果的示意图。

如果监听到的事件为“拨打电话”，规则库1021中有定义匹配条件为“语音通话”，推荐结果为“是否开启录音功能/可以使用录音权限”，若规则匹配成功，那么，如图5C所示，为终端上显示推荐结果的一个示意图。如果监听到的事件为“开启相机”，规则库1021中有定义匹配条件为“拍照模式”，推荐结果为“可以使用大光圈模式”，那么，如图5D所示，为终端上显示推荐结果的示意图。

示例性的，若第一个规则匹配成功，则终端显示“戴口罩”，如图5E所示，为终端显示推荐结果的一个示意图。若第二个规则匹配成功，则终端显示“可使用音乐软件播放音乐”，如图5F所示，为终端显示推荐结果的一个示意图。若第一个规则和第二个规则都匹配成功，则可以根据规则的优先级来决定先显示哪个推荐结果，后显示哪个推荐结果。

本申请各实施例中所述的第一应用或第二应例如可以为设置应用。如图4E所述，为设置应用的显示界面的示意图。在打开设置应用后，该显示界面可以显示建议的设置项，例如：添加其他指纹(使用其他指纹解锁)。该设置应用可以预先将一些规则发送给规则平台10的规则库，例如其中一个规则为：下午11:00—次日上午6点拒接来电3次，推荐结果为：建议设置“请勿打扰”时间安排(在特定时间将设备静音)。当接口层101监听到的事件为在晚上12点、凌晨2点和4点有来电，但都拒接了；那么，该规则匹配成功，规则平台10向该设置应用返回推荐结果，如图5G所示，该设置应用的显示界面上显示更新的建议，即“设置“请勿打扰”时间安排(在特定时间将设备静音)”。该设置建议可以随规则匹配的推荐结果进行更新。

本申请实施例提供的终端中包括具有系统级权限的规则平台，该规则平台统一管理所述终端的多个应用所需的规则，由此，当多个应用所需的规则中包括相同的条件时，只需由该规则平台统一获取终端中的事件，并将获取到的事件与该条件进行匹配即可。从而实现了节约系统资源，避免系统资源被重复调用。其中，系统级权限，是指能够使用系统所有资源。而且终端提供统一的规则管理系统，可以是规则库，可以实现统一的规则匹配和生命周期管理功能；终端提供统一的情景感知系统，可以是个人知识库，可以支持用户自定义规则；对于规则库中保存的规则可以通过云注册和更新，支持规则热更新；支持接口层主动监听系统事件和被动监听应用事件，用于激发规则匹配；支持应用主动获取推荐结果和引擎主动激活推荐结果；支持云侧统一的规则管理，规则定义模板，模块化规则匹配条件，生命周期条件，可以通过规则条件更新，更新规则状态。

其中，关于规则库中的规则还可以示例性的包括如下所示：

规则库1021中保存的规则，可以包括如下所示：

例如：(1)护眼模式功能提示。光线强度大于第一阈值，或，光线强度小于第二阈值，或，晚上9:00到早上6:00之间，或，非全屏模式亮屏超过10分钟，则可以提示用户使用护眼模式。生命周期为提醒3次，每次提醒的间隔为5天。

(2)长截屏(滚动截屏)功能提示。如先截屏，然后向上滑动、向下、向左或向右滑动，再截屏，则可以提示用户使用长截屏功能。生命周期为3次，每次提醒的间隔为3天，即提示3次之后这条规则就被禁用或重置。

(3)指关节截屏功能提示。如检测到用户使用了除指关节截屏外的其他方式截屏2次(可自行设定)后，检测到用户第3次使用非指关节截屏时，可以提示用户是否使用指关节截屏功能，或者提示用户可以使用指关节提示功能。生命周期可以是：提醒2次，2次提示的时间间隔为7天。

(4)通话录音功能提示。如在通话、语音聊天、视频等模式下，可以提示用户开启通话录音功能。生命周期为1次，即提醒一次后该规则被禁用或重置。

(5)相机大光圈模式提示。如在拍照模式下，例如系统自带相机、第三方相机应用(美颜相机、天天P图等)在拍照模式下，可以提示用户使用大光圈模式。生命周期为3次，每次提醒的时间间隔为15天。

(6)通知管理功能提示。如在显示屏上对某条通知消息进行按压、双击等操作，可以提示用户对接收的通知消息进行管理。生命周期为2次，每次提醒的时间间隔为2天。

(7)定时开关机功能提示。如在晚上11点提示用户关机，早上7点提示用户开机。生命周期为3次，每次提醒的时间间隔为1天。

(8)通知分屏显示功能提示。如在全屏模式下，接收短信、或微信消息、或QQ消息，可以提示用户使用分屏显示功能。生命周期为提醒3次，每次提醒的时间间隔为3天。

(9)名片扫一扫功能添加联系人提示。如在新建联系人界面时，可以提示通过名片扫一扫来添加信息。生命周期为提醒3次，每次提醒的时间间隔为5天。

(10)带伞提示。如天气预报显示当天天气有雨/雪/冰雹等时，可以提示用户带雨具。

(11)观看视频/听音乐/阅读提示。如坐飞机时，开启飞行模式，没有信号，但是在飞行途中，又比较无聊，可以提示用户是否观看视频/听音乐/阅读提示。

还可以是，用户选择匹配条件和对应的推荐结果，生成的自定义规则，例如：工作日(周一至周五)早上(上午6:00至10:00)+空气质量差(空气污染指数大于100)，提醒“带口罩”；或，每月一号，提醒“信用卡还款、煤气水电、手机充值”；或，每周五下午(17:00-19:00)+下雨/雪，提示“盒马鲜生”；或，链接车载蓝牙，自动开启“高德导航”等其他事件。需要说明的是，用户自定义规则中的选项，可以预置在手机中，用户可以根据实际需求，来选择需求选项。

还可以是指定场景推荐APP(可开放第三方)的规则。例如：上/下班时间段(上午8:00-9:00，或，下午5:30-7:00)+插入耳机+车载状态，可以推荐音乐软件；加班时间段(下午7:00-9:00)+步行+公司+下雨/雪，可以推荐打车软件；周末(周六和周日)+不在家和公司+晚饭时间段(下午6:00-9:00)+静止+爱看电影，可以推荐电影票软件。

还可以是针对性推荐APP的某些功能(可开放第三方)的规则。例如：使用支付宝+使用股票软件，可以提示支付宝内蚂蚁金服；车载状态+导航+手动输入，可以提示可使用语音助手；图片/文档数量过多，可以提示使用云备份。

如图6所示，是与本申请实施例提供的终端相关的手机的部分结构的框图。参考图6，手机包括：射频(Radio Frequency，RF)电路610、存储器620、输入单元630、显示单元640、传感器650、音频电路660、无线保真(wireless fidelity，Wi-Fi)模块670、处理器680、以及电源690等部件。本领域技术人员可以理解，图6中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

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

RF电路610可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器680处理；另外，将设计上行的数据发送给基站。通常，RF电路610包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，LNA)、双工器等。此外，RF电路610还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GlobalSystem of 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)等。

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

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

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

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

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

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

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

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

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

本申请实施例中，上述实施例中的终端可以基于图6所示的终端结构，处理器630可以执行存储器640中存储的程序指令，来在实现上述实施例所示的方法，此处不再赘述。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

Claims (14)

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

确定所述终端处于第一业务模式；

显示与所述第一业务模式对应的第一推荐结果；其中，所述第一推荐结果提示用户使用与所述第一业务模式对应的第一目标功能。

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

确定所述终端处于第二业务模式；所述第二业务模式不同于所述第一业务模式；

显示与所述第二业务模式对应的第二推荐结果；其中，所述第二推荐结果提示用户使用与所述第二业务模式对应的第二目标功能，所述第二目标功能不同于所述第一目标功能。

3.根据权利要求1或2所述的方法，其特征在于，所述第一业务模式为通话模式、语音聊天模式、视频模式或拍照模式。

4.根据权利要求1或2所述的方法，其特征在于，所述终端处于第一应用的所述第一业务模式。

5.根据权利要求4所述的方法，其特征在于，所述第一应用为相机应用，所述第一业务模式为拍照模式。

6.根据权利要求5所述的方法，其特征在于，所述相机应用为系统自带相机应用或第三方相机应用。

7.根据权利要求1或2所述的方法，其特征在于，所述终端处于第二应用的所述第二业务模式。

8.根据权利要求2所述的方法，其特征在于，所述第一业务模式为拍照模式，所述第二业务模式为通话模式。

9.根据权利要求1或2所述的方法，其特征在于，所述第一业务模式为拍照模式，所述第一目标功能包括使用大光圈模式。

10.根据权利要求2所述的方法，其特征在于，所述第二业务模式为通话模式、语音聊天模式或视频模式，所述第二目标功能包括开启通话录音功能。

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

在监听到第一事件，且所述第一事件对应的第一规则的第一匹配条件满足时，显示与所述第一规则对应的第一推荐结果；

将第一规则更新为第二规则，其中，所述第二规则的匹配条件为所述第一匹配条件，且所述第二规则对应第二推荐结果，所述第二推荐结果不同于所述第一推荐结果；

若在将所述第一规则更新为所述第二规则后，再次监听到第一事件，且所述第一事件对应的所述第一匹配条件满足时，显示所述第二推荐结果。

12.根据权利要求11所述的方法，其特征在于，所述第一事件包括向所述终端插入耳机的事件。

13.一种电子设备，包括触摸屏，存储器，一个或多个处理器，以及一个或多个程序；其中所述一个或多个程序被存储在所述存储器中；其特征在于，所述一个或多个处理器在执行所述一个或多个程序时，使得所述电子设备实现如权利要求1至12任一项所述的方法。

14.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在电子设备上运行时，使得所述电子设备执行如权利要求1-12中任一项所述的方法。