CN107967154A - 提醒事项生成方法及装置 - Google Patents

Abstract

本发明是关于一种提醒事项生成方法及装置，涉及计算机应用技术领域。该方法包括：获取系统通知栏接收到的指定通知消息，获取所述指定通知消息中包含的消息内容，当所述消息内容满足提醒条件时，根据所述消息内容生成提醒事项，不需要用户手动打开提醒事项创建界面并设置提醒时间以及提醒内容等信息，在系统通知栏接收到需要生成提醒事项的消息时，即可以自动生成相应的提醒事项，减少生成提醒事项所需的操作步骤，降低了生成提醒事项所需的时间，从而提高提醒事项的生成效率。

Description

提醒事项生成方法及装置

技术领域

本发明涉及计算机应用技术领域，特别涉及一种提醒事项生成方法及装置。

背景技术

随着智能手机等用户终端的不断普及，用户终端的功能也越来越多，给人们的日常生活带来了很多便利。提醒事项功能就是用户终端中较为常用的功能之一。

在相关技术中，用户在使用用户终端中的提醒事项功能创建提醒事项时，可以打开用户终端中的提醒事项创建界面，并在界面中设置提醒时间以及提醒内容等信息，在用户选择确定创建提醒事项后，用户终端根据用户在提醒事项创建界面中设置的信息生成提醒事项。后续当用户设置的提醒时间到达时，用户终端可以执行提醒操作。

然而，相关技术中生成提醒事项的方法，需要用户手动打开提醒事项创建界面并设置提醒时间以及提醒内容等信息，操作过程较为繁琐，需要耗费较长的时间，导致提醒事项的生成效率较低。

发明内容

本发明实施例提供了一种提醒事项生成方法及装置，可以用于解决相关技术中需要用户手动打开提醒事项创建界面并设置提醒时间以及提醒内容等信息，操作过程较为繁琐，需要耗费较长的时间，导致提醒事项的生成效率较低的问题，技术方案如下：

一方面，提供了一种提醒事项生成方法，所述方法包括：

获取系统通知栏接收到的指定通知消息，所述指定通知消息是指定应用程序发送给所述系统通知栏进行展示的消息；

获取所述指定通知消息中包含的消息内容；

当所述消息内容满足提醒条件时，根据所述消息内容生成提醒事项。

一方面，提供了一种提醒事项生成装置，所述装置包括：

消息获取模块，用于获取系统通知栏接收到的指定通知消息，所述指定通知消息是指定应用程序发送给所述系统通知栏进行展示的消息；

内容获取模块，用于获取所述指定通知消息中包含的消息内容；

第一生成模块，用于当所述消息内容满足提醒条件时，根据所述消息内容生成提醒事项。

一方面，提供了一种计算机设备，所述计算机设备包含处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现上述提醒事项生成方法。

一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现上述提醒事项生成方法。

本发明提供的技术方案可以包括以下有益效果：

获取系统通知栏接收到的，由指定应用程序发送给系统通知栏进行展示的指定通知消息时，可以根据指定通知消息自动生成提醒事项，不需要用户手动打开提醒事项创建界面并设置提醒时间以及提醒内容等信息，在系统通知栏接收到需要生成提醒事项(即满足提醒条件)的消息时，即可以自动生成相应的提醒事项，减少生成提醒事项所需的操作步骤，降低了生成提醒事项所需的时间，从而提高提醒事项的生成效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种生成提醒事项的流程示意图；

图2是根据一示例性实施例示出的一种提醒事项生成方法的流程图；

图3是图2所示实施例涉及的辅助功能界面示意图；

图4是图2所示实施例涉及的一种注册及消息内容获取示意图；

图5是图2所示实施例涉及的内容解析示意图；

图6是图2所示实施例涉及的一种关键词分类示意图；

图7是图2所示实施例涉及的两种提醒事项显示示意图；

图8是图2所示实施例涉及的一种提醒事项列表示意图；

图9是图2所示实施例涉及的一种提醒管理界面示意图；

图10是根据一示例性实施例示出的一种提醒事项生成方法的流程图；

图11是图10所示实施例涉及的通知栏管理界面示意图；

图12是图10所示实施例涉及的一种注册及消息内容获取示意图；

图13是根据一示例性实施例示出的一种提醒事项生成方法的流程图；

图14是根据一示例性实施例示出的一种提醒事项生成装置的结构方框图；

图15是根据一示例性实施例示出的计算机设备的结构框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

在实际应用中，很多需要生成提醒事项的信息都是通过具有通信功能的用户终端中安装的指定应用程序进行传播的。其中，用户终端可以是智能手机、平板电脑以及电子书阅读器等移动通信终端，或者，用户终端也可以是智能手表、智能手环或者智能眼镜等智能可穿戴设备，或者，用户终端也可以是台式个人计算机等固定式终端。

具体比如，同事之间可以通过即时通讯软件发送工作安排通知，比如“周五上午9点在2号会议室开会，讨论下周工作安排”，或者，好友之间可以通过即时通讯软件发送聚会通知，比如“周六晚上一起吃火锅”，或者，公共交通系统可以通过邮件向用户发送行程通知，比如“【铁路客服】订单234322423，尊敬的乘客您好，您已成功订购5月9日北京-广州的G2345次列车，座号为7车15B，发车时间19：13”等等，这些可以生成提醒事项的通知信息都可以被用户终端中运行的应用程序接收到。

而系统通知栏是用户终端中常用的功能之一，用户终端中安装的应用程序接收到网络侧发送的信息之后，会向系统通知栏发送一个通知消息，由系统通知栏对该通知消息进行展示。以智能手机等便携式的用户终端为例，用户在使用该用户终端时，可以通过从用户终端的屏幕顶部下拉的方式打开系统通知栏，查看系统通知栏展示的通知消息，用户点击系统通知栏中的通知消息时，系统通知栏还可以通过调用接口打开通知消息对应的应用程序中，对应该通知消息的应用程序界面。

由于用户终端中的应用程序在接收到可展示的信息(包括指定应用程序接收到的，可能需要生成提醒事项的信息)时，都会向系统通知栏发送通知消息，因此，在本发明实施例所示的方案中，可以对系统通知栏侧获取指定应用程序发送的通知消息，并根据获取到的指定通知消息自动生成提醒事项。

图1是根据一示例性实施例示出的一种生成提醒事项的流程示意图。以本发明实施例所示的方案由用户终端中安装并运行的管理程序执行为例，如图1所示，管理程序可以预先向操作系统发起注册，以请求获取指定应用程序发送给系统通知栏的通知消息的权限。当管理程序通过相应的权限获取到该指定应用程序发送给系统通知栏的通知消息时，可以获取通知消息中包含的消息内容，并在消息内容满足提醒条件时，根据消息内容生成提醒事项。具体比如，管理程序获取到上述指定通知消息，且确定消息内容满足提醒条件后，根据消息内容确定提醒时间以及重复模式等信息，并根据确定的提醒时间以及重复模式等信息，自动生成提醒事项。

通过上述图1所示的方案，管理程序可以获取系统通知栏接收到的指定通知消息，并根据通知消息自动生成提醒事项，不需要用户手动打开提醒事项创建界面并设置提醒时间以及提醒内容等信息，在系统通知栏接收到需要生成提醒事项的消息时，即可以自动生成相应的提醒事项，减少生成提醒事项所需的操作步骤，降低了提醒事项所需的时间，从而提高提醒事项的生成效率。

在实际应用中，获取系统通知栏接收到的指定通知消息的方式可以有多种，以用户终端的操作系统是安卓(Android)系统为例，比如，可以通过操作系统提供的辅助功能服务AccessibilityService来获取系统通知栏接收到的指定通知消息，也可以直接通过获取系统通知栏的管理权限来获取系统通知栏接收到的通知消息。后续实施例将以上述两种获取方式为例，对上述图1所示的方案分别进行说明。

图2是根据一示例性实施例示出的一种提醒事项生成方法的流程图，该方法可以用于用户终端中。以通过操作系统提供的辅助功能服务来获取系统通知栏接收到的通知消息为例，该提醒事项生成方法可以包括如下几个步骤：

步骤201，向操作系统中的权限注册接口发送注册请求，该注册请求用于请求获取接口调用权限，该接口调用权限是通过调用第一类型系统接口获取指定应用程序触发的系统事件的权限。

其中，上述权限注册接口可以是辅助功能组件对应的注册接口，管理程序在注册权限时，可以向辅助功能组件注册辅助功能服务。

可选的，在本发明实施例中，上述权限注册接口可以是辅助功能组件对应的注册接口，管理程序可以向该操作系统中的辅助功能组件注册该辅助功能服务AccessibilityService时，并设置该辅助功能服务的目标为该指定应用程序触发的事件。

在本发明实施例中，不是所有的通知消息都需要触发后续的提醒条件检测以及提醒事项生成过程，为了避免无意义的执行过程，在本发明实施例中，管理程序可以只注册获取指定应用程序触发的事件的权限。其中，指定应用程序可以是有可能发送需要生成提醒事项的通知消息的应用程序，比如，指定应用程序可以是即时通讯类的应用程序、短信应用程序以及邮件应用程序等等，本发明实施例对于指定应用程序的具体类型不做限定。

在本发明实施例中，指定应用程序可以是管理程序的开发人员或者运维人员统一指定的应用程序，或者，该指定应用程序也可以是由用户自行指定的应用程序。

具体比如，以安卓系统为例，管理程序在用户终端中安装并运行时，为了能够使用操作系统提供的辅助功能，首先需要向操作系统中的辅助功能组件发起注册，并设置指定应用程序，该注册过程可以如下：

1、向Android项目工程的Mainifest.xml注册并配置AccessibilityService。

在安卓系统中，Mainifest.xml位于Android项目工程的根目录，Mainifest.xml用于描述项目的配置，其实际上是一个对外提供的组件，也是声明项目需要某项权限的一个文件。

管理程序在用户终端中安装并运行之后，管理程序可以向Android操作系统中的Mainifest.xml注册并配置AccessibilityService的相关信息，包括显示名称以及权限声明等，注册部分代码如下：

2、设置指定应用程序。

在安卓系统中，管理程序向Mainifest.xml注册AccessibilityService时，还可以设置需要获取的指定通知消息对应的应用程序(即指定应用程序)的包名。设置指定应用程序的代码如下：

3、引导用户开启管理程序使用辅助功能的权限。

在安卓系统中，第三方应用程序需要使用某项系统功能时，除了需要向操作系统进行注册之外，还需要获得使用该系统功能的授权，因此，在本发明实施例中，管理程序在注册AccessibilityService，并设置指定应用程序后，管理程序可以引导用户开启管理程序使用操作系统中的辅助功能的权限。

请参考图3，其示出了本发明实施例涉及的辅助功能界面示意图。如图3所示，管理程序引导用户在用户终端中打开辅助功能界面30后，用户可以点击管理程序对应的权限管理选项31，以进入管理程序对应的权限管理页面，并在该权限管理页面中选择开启或者关闭管理程序使用辅助功能的权限。

可选的，对于安卓系统而言，当用户终端已经开放了超级用户权限(即loot权限)时，管理程序也可以直接开启管理程序使用操作系统中的辅助功能的权限。

比如，管理程序在注册AccessibilityService，并设置指定应用程序后，判断用户终端已经开放了超级用户权限，若是，则直接开启管理程序使用辅助功能的权限，若没有开放超级用户权限，则引导用户开启管理程序使用辅助功能的权限。

步骤202，通过调用第一类型系统接口获取系统事件，该系统事件是由该指定应用程序触发的事件。

在本发明实施例中，上述第一类型系统接口可以是辅助功能服务提供的接口，管理设备可以接收操作系统通过该辅助功能服务提供的接口发送的系统事件。

在本发明实施例中，管理程序在注册AccessibilityService，指定需要关注的应用程序，并获得使用辅助功能的权限后，操作系统通过该辅助功能服务获取系统中与各个应用程序相关的事件，当获取到与该指定应用程序相关的事件时，触发向管理程序发送系统事件的步骤。

其中，上述系统事件可以包括但不限于指示该系统通知栏发生变化的事件，比如，除了系统通知栏发生变化的事件之外，还可以包含指定应用程序后台唤起事件、指定应用程序自动上传事件、指定应用程序自动更新事件等等。本发明实施例对于系统事件的具体类型不做限定。

步骤203，当该系统事件是用于指示该系统通知栏发生变化的事件时，获取该系统事件对应的指定通知消息。

管理程序接收到由指定应用程序触发的系统事件后，根据该系统事件的事件类型，确定该系统事件是否为指示该系统通知栏发生变化的事件。

在确定该系统事件是用于指示系统通知栏发生变化的事件后，管理程序可以认为系统通知栏中新接收到了由指定应用程序发送的通知消息，此时，管理程序可以获取包含该系统通知栏中的各个通知消息的消息列表，遍历该消息列表，以获取与该系统事件对应的指定通知消息。

可选的，为了避免对系统通知栏中已经遍历过的通知消息重新遍历，在本发明实施例中，管理程序在遍历系统通知栏中的通知消息之后，对遍历过的通知消息设置一个已遍历标识，在下一次接收到指示该系统通知栏发生变化的系统事件，并对系统通知栏中的通知消息进行遍历时，管理程序可以跳过对应设置有已遍历标识的通知消息，只对未设置已遍历标识的通知消息(即上一次遍历之后新接收到的通知消息)进行遍历。

可选的，当该系统事件是用于指示该系统通知栏发生变化的事件时，该系统事件中可以包含对应的通知消息的消息标识，管理程序接收到上述系统事件后，根据消息标识遍历确定对应的指定通知消息。

或者，管理程序接收到上述系统事件后，可以遍历系统通知栏中的通知消息，将指定应用程序发送的通知消息确定为该系统事件对应的指定通知消息。

步骤204，获取该指定通知消息中包含的消息内容。

管理程序遍历确定系统通知栏中与上述系统事件对应的指定通知消息，即可以进一步获取该指定通知消息中包含的消息内容，比如，通过解析获得指定通知消息获得消息的标题、主要内容以及隐藏内容等等。

请参考图4，其示出了本发明实施例涉及的一种注册及消息内容获取示意图。如图4所示，管理程序向操作系统中的辅助功能组件注册辅助功能服务后，当系统通知栏接收到指定应用程序发送的通知消息时，操作系统中的辅助功能服务AccessibilityService可以向管理程序发送通知栏变化回调事件AccessibilityEvent.TYPE_NOTIFICATION_STATE_CHANGED，管理程序接收到该通知栏变化回调事件后，确定系统通知栏中接收到指定应用程序发送的指定通知消息，并通过遍历通知消息列表的方式获取到该通知栏变化回调事件对应的指定通知消息的消息内容，并进行后续步骤的处理。

步骤205，检测预设的关键词集合中是否包含与该消息内容相匹配的关键词。

在实际应用中，指定应用程序发送的通知消息并不一定都是需要生成提醒事项的通知消息，因此，在本发明实施例中，可以预先设置一个需要生成提醒事项的关键词集合。当管理程序获取到指定应用程序发送的通知消息的消息内容后，首先将消息内容与关键词集合进行匹配，若关键词集合中包含与消息内容匹配的关键词，则确定需要对该通知消息生成提醒事项；反之，若关键词集合中不包含与消息内容匹配的关键词，则确定不需要对该通知消息生成提醒事项，可以丢弃该通知消息的消息内容。

步骤206，当该关键词集合中包含与该消息内容相匹配的关键词时，根据该消息内容生成提醒事项。

当关键词集合中包含与该消息内容相匹配的关键词时，管理程序可以确定该消息内容满足提醒条件，可以生成提醒事项。

在本发明实施例中，如果匹配到关键字，则管理程序通过指定的提醒模板进行解析，以从该消息内容中提取时间信息和第一重复模式(第一重复模式用于指示该提醒事项是否周期性重复提醒)，并根据该时间信息确定第一提醒时间点，最后根据该第一提醒时间点以及该第一重复模式生成第一提醒事项。请参考图5，其示出了本发明实施例涉及的内容解析示意图，具体的解析过程可以如下：

第一，从消息内容的字符串中筛选出时间点(仅上述时间信息)。

比如，管理程序可以通过匹配“点”“分”等表示具体时间的字符串，来提取附近的数字进行解析，比如，出现“9点45”、“9点45分”、“9点三刻”、“9:45”或者“九点四十五分”等字样，则确定时间点为9:45。

如果只出现“上午”“下午”等表示模糊时间的字符串时，则默认设置某一个固定的时间点；比如，如果只出现“上午”字样，则可以确定时间点为与上午默认对应的10:00，如果只出现“中午”字样，则可以确定时间点为与中午默认对应的12:00，如果只出现“下午”字样，则可以确定时间点为与下午默认对应的14:00，如果只出现“晚上”字样，则可以确定时间点为与晚上默认对应的20:00。

如果表示具体时间的字符串和表示模糊时间的字符串都出现时，则可以根据时间点是否具体，来确定是否要忽略表示模糊时间的字符串，比如，出现“晚上9点半”的字符串时，不能忽略“晚上”，而出现“21点半”的字符串时，则可以忽略“晚上”；如果只出现“9点半”的字符串，没有说明是上午还是晚上，则可以默认确定为早上9：30。

第二，分析重复模式。

管理程序可以查询字符串中是否含有“每天”、“每周”或者“每月”等包含重复含义的字符串，并根据查询结果确定第一重复模式。

比如，若存在上述包含重复含义的字符串，则根据字符串的内容确定重复周期，比如，包含“每天”字符串时，可以确定重复模式为周期性重复，且重复周期为24小时，当出现“每周”时，确定重复模式为周期性重复，且重复周期为7天，当出现“每月”时，确定重复模式为周期性重复，且重复周期为一个月，若没有出现上述包含重复含义的字符串，则确定重复模式为仅此一次。

第三，解析提醒内容。

在本发明实施例中，管理程序可以通过提取消息内容中动词之后，标点符号之前的内容，根据提取的内容确定提醒内容。或者，在另一种可能的实现方式中，管理程序也可以将整条消息内容作为提醒内容。

具体比如，管理程序获取到的消息内容为“今天早上9点开技术研讨会”，则通过上述分析过程进行分析之后，获得时间信息为“9：00”，提醒内容为“技术研讨会”，第一重复模式为“仅此一次”。

再比如，当管理程序获取到的消息内容为“小伙子，每个月20号交房租”，则通过上述分析过程进行分析之后，获得时间信息为“20号”，提醒内容为“交房租”，第一重复模式为“周期性重复，重复周期一个月”。

再比如，当管理程序获取到的消息内容为“XX快递，您的快递在XXXX门口，请下午3点前取走快递”，则通过上述分析过程进行分析之后，获得时间信息为“15：00”，提醒内容为“取快递”，第一重复模式为“仅此一次”。

再比如，当管理程序获取到的消息内容为“【铁路客服】订单234322423，尊敬的乘客您好，您已成功订购5月9日北京-广州的G2345次列车，座号为7车15B，发车时间19：13”，则通过上述分析过程进行分析之后，获得时间信息为“5月9日，19：13”，提醒内容为“出行”，第一重复模式为“仅此一次”。

可选的，在根据该时间信息确定第一提醒时间点时，管理程序可以根据与该消息内容相匹配的关键词所属的关键词类别确定提醒提前时长，并将该时间信息对应的时间点向前移动该提醒提前时长，获得该第一提醒时间点。

提醒事项通常需要在对应的事项发生之前进行提醒，以给用户预留出一定的准备时间，在实际应用中，提醒事项的类型很多，不同的提醒事项，所需要提前提醒的时长也不同。比如，对于开会或者聚会等提醒事项，通常需要在事项发生之前半天左右进行提醒，对于出行等提醒事项，通常需要在事项发生之前2小时左右进行提醒，而对于转账或者还款等提醒事项，通常需要在事项发生之前3天左右进行提醒，而对于虚拟红包等通知消息，则需要立刻进行提醒。

为了达到更好的提醒事项生成效果，在本发明实施例中，可以预先对关键词集合中的关键词进行分类。比如，请参考图6，其示出了本发明实施例涉及的一种关键词分类示意图。如图6所示，预先将关键词集合中的关键词分为出行提醒类、缴费提醒类、开会/聚会提醒类以及即时提醒类等等。其中，出行提醒类中包含与出行相关的关键词，比如航班、航空、客运、飞机、火车以及订票等等关键词；缴费提醒类可以包含与缴费相关的关键词，比如房租、信用卡、xx银行等；开会/聚会提醒类可以包含与开会/聚会相关的关键词，比如开会、聚会、会议、聚餐以及KTV等等；即时提醒类包含需要立刻提醒的关键词，比如虚拟红包、优惠券等等。可选的，一个关键词可以只属于一个类别，或者，一个关键词也可以分属于两个或者两个不同的类别。

在本发明实施例中，上述每个关键词类别可以对应各自的提醒提前时长，比如，出行提醒类对应的提醒提前时长为2小时，缴费提醒类对应的提醒提前时长为3天，开会/聚会提醒类对应的提醒提前时长为半天，即时提醒类对应的提醒提前时长为0。

可选的，在本发明实施例中，上述每个关键词类别各自对应的提醒提前时长可以由管理程序的开发人员预先设置；或者，上述每个关键词类别各自对应的提醒提前时长也可以由管理程序的运维人员通过服务推送配置；或者，上述每个关键词类别各自对应的提醒提前时长也可以由用户自行设置，比如，管理程序可以展示提醒提前时长设置界面，由用户在该设置界面中设置每种关键词类别对应的提醒提前时长的具体数值，管理程序根据设置界面中接收到的具体数值设置每个关键词类别各自对应的提醒提前时长。

管理程序获取到通知消息的消息内容，并匹配到关键词集合中的关键词之后，可以确定匹配到的关键词所属的关键词类别，之后确定该关键词类别对应的提醒提前时长，在通知消息的消息内容中提取出的时间信息所对应的时间点的基础上前移该提醒提前时长，即可以得到上述第一提醒时间点。

可选的，在本发明实施例中，由于当消息内容匹配到的关键词分属于不同的关键词类别，且该不同的关键词类别分别对应不同的提醒提前时长时，管理程序可以选择根据其中最长的一个提醒提前时长来确定第一提醒时间点；或者，管理程序也可以根据不同的关键词类别各自对应的提醒提前时长分别确定一个第一提醒时间点，并对每一个第一提醒时间点分别生成一个提醒事项。

可选的，该根据该消息内容生成提醒事项之前，还可以获取该通知消息的发送者；当该通知消息的发送者为指定发送者时，执行该根据该消息内容生成提醒事项的步骤。

实际应用中，一个指定应用程序对应的通知消息可能并不需要生成提醒事项，比如，当一个通知消息是指定应用程序中的陌生人发送的消息，或者，由指定应用程序本身发送的推送消息(比如广告)等，因此，在本发明实施例中，在生成提醒事项之前，管理程序可以首先检测通知消息的发送者是否为指定发送者(比如是否为好友发送的通知消息或者群组成员发送的通知消息)，若是，则生成提醒事项，否则不生成该提醒事项。

比如，管理程序可以获取通知消息的发送者的标识(比如发送者账号或者发送者名称)，将获取到的发送者的标识与预设的信任标识集合中包含的标识进行比对，该信任标识集合中可以包含用户的好友的用户账号、昵称、用户加入的群组账号或者群名称等等，若获取到的发送者的标识存在于预设的信任标识集合中，则确定生成第一提醒事项，否则不生成第一提醒事项。

可选的，该方法还包括：根据该第一提醒时间点以及该重复模式生成闹钟任务。

可选的，在本发明实施例中，管理程序还可以根据与该消息内容相匹配的关键词确定该第一提醒事项对应的显示模版，当该第一提醒时间点到达时，按照该显示模版显示该第一提醒事项。

可选的，在本发明实施例中，为了达到更好的提醒效果，不同的关键词类别还可以对应不同的显示模版。比如，请参考图7，其示出了本发明实施例涉及的两种提醒事项显示示意图，在图7中，左侧提醒框71为对应于开会/聚会提醒类的提醒事项的提醒框。其中，根据开会/聚会提醒类对应的显示模版显示提醒事项时，只显示提醒事项的主要内容和时间信息；在图7中，右侧提醒框72为对应于缴费类的提醒事项的提醒框，其中，根据缴费类的对应的显示模版显示提醒事项时，除了显示提醒事项的主要内容和时间信息之外，还可以显示缴费入口等内容，以便用户快捷方便的进行缴费操作。

可选的，除了提醒框之外，在本发明实施例中，管理程序还可以通过其它方式显示提醒事项，比如通过弹窗或者提醒界面显示提醒事项，本发明实施例对于提醒事项的具体显示方式不做限定。

以安卓系统为例，在本发明实施例中，管理程序生成上述提醒事项后，还可以通过闹钟管理组件AlarmManager自动生成系统闹钟任务，以提高提醒效果，无需用户手动设置闹钟任务。

在本发明实施例中，当与提醒事项相对应的闹钟到点之后，管理程序可以根据提醒事项对应的显示模版创建悬浮窗，将提醒事项的内容填充到悬浮窗上，具体可以实现为桌面或是第三方应用内的弹框，同时，闹钟触发响铃和振动，以对用户发出提醒。

可选的，在本发明实施例中，当与该消息内容相匹配的关键词包含至少两个关键词时，管理程序还可以通过界面提示用户手动进行设置，比如，管理程序可以展示设置界面，接收在该设置界面中设置的第二提醒时间点和第二重复模式，并根据该第二提醒时间点和该第二重复模式生成第二提醒事项。

在本发明实施例中，如果同时匹配到不同的关键字，则管理程序可以提供给用户进行自定义设置提醒项的界面，以便用户人工设置提醒时间、重复模式、显示模版以及提醒内容等。

可选的，在本发明实施例中，管理程序还可以将解析出的提醒项对象生成一条记录，存入数据库。请参考图8，其示出了本发明实施例涉及的一种提醒事项列表示意图。如图8所示，当用户进入提醒事项列表页时，该提醒事项列表页中显示已提醒和未提醒的提醒事项。

可选的，上述关键词集合可以由管理程序的开发人员或者运维人员统一设置，也可以由管理程序对应的服务器自动按照开发人员预设的规则进行设置并更新，或者关键词集合也可以由用户自行设置。

其中，当关键词集合由用户自行设置时，用户可以通过提醒管理界面进行设置，比如，请参考图9，其示出了本发明实施例涉及的一种提醒管理界面示意图。如图9所示，提醒管理界面900中包含可以设置的选项，每个选项对应一个或者多个关键词，比如，选项901为红包闹钟选项，对应关键词为虚拟红包；类似的，选项902为安全风险选项，对应的关键词为警告、安全风险、安全漏洞等等；选项903为信用卡还款提醒选项，对应的关键词为信用卡、还款等；选项904为缴费选项，对应的关键词为水费、电费、煤气费、缴费等；选项905为出行提醒选项，对应关键词为火车、航班、飞机等；选项906为快递提醒选项，对应关键词为快递等。当用户选择开启某个选项时，管理程序将开启的选项对应的关键词添加入关键词集合中，比如，用户开启该选项901时，管理程序将关键词“虚拟红包”添加入关键词集合。

综上所述，本发明实施例所示的方案，管理程序可以通过操作系统提供的辅助功能来获取系统通知栏接收到的指定通知消息，并根据指定通知消息自动生成提醒事项，不需要用户手动打开提醒事项创建界面并设置提醒时间以及提醒内容等信息，在系统通知栏接收到需要生成提醒事项的消息时，即可以自动生成相应的提醒事项，减少生成提醒事项所需的操作步骤，降低了生成提醒事项所需的时间，从而提高提醒事项的生成效率。

此外，本发明实施例所示的方案，通过对预设的关键词集合中的关键词进行分类，并在设置提醒时间点时，根据与消息内容匹配的关键词类别确定提前时长，并根据确定的提前时长确定提醒时间点，从而提高了提醒事项的提醒效果。

另外，本发明实施例所示的方案，在展示提醒事项时，根据与消息内容匹配的关键词类别确定显示模版，并根据确定的显示模版来显示提醒事项，进一步提高了提醒事项的提醒效果。

图10是根据一示例性实施例示出的一种提醒事项生成方法的流程图，该方法可以用于用户终端中。以通过操作系统提供的通知栏管理功能来获取系统通知栏接收到的指定通知消息为例，该提醒事项生成方法可以包括如下几个步骤：

步骤1001，向操作系统中的权限注册接口发送注册请求。

其中，该注册请求用于请求获取接口调用权限，该接口调用权限是通过调用第二类型系统接口获取系统通知栏接收到的通知消息对应的消息对象的权限。

在本发明实施例中，上述权限注册接口可以是通知栏管理组件提供的注册接口，管理程序可以通过该注册接口向操作系统中的通知栏管理组件注册通知栏监听服务NotificationListenerService。

具体比如，以安卓系统为例，管理程序在用户终端中安装并运行时，为了能够使用操作系统提供的NotificationListenerService，首先需要向通知栏管理组件发起注册，该注册过程可以如下：

1、注册NotificationListenerService服务。

在本发明实施例中，安卓系统下，管理程序向操作系统中的通知栏管理组件注册NotificationListenerService的代码可以如下所示：

2、开启通知栏管理权限。

在注册NotificationListenerService后，管理程序可以引导用户开启管理程序使用操作系统中的通知栏管理功能的权限。

请参考图11，其示出了本发明实施例涉及的通知栏管理界面示意图。如图11所示，管理程序引导用户在用户终端中打开知栏管理界面1100后，用户可以点击管理程序对应的权限管理选项1101，以进入管理程序对应的权限管理页面，并在该权限管理页面中选择开启或者关闭管理程序使用通知栏管理功能的权限。

可选的，当用户终端已经开放了超级用户权限时，管理程序也可以直接开启管理程序使用操作系统中的通知栏管理功能的权限。

步骤1002，通过调用第二类型系统接口获取系统通知栏接收到的通知消息对应的消息对象。

管理程序可以接收操作系统通过NotificationListenerService对应的第二类型系统接口发送的消息对象，比如，该消息对象可以是状态栏通知对象。

其中，该消息对象中包含发送上述通知消息的应用程序的包名。

步骤1003，当发送该通知消息的应用程序的包名与指定应用程序的包名匹配时，根据消息对象获取指定通知消息中包含的消息内容。

在本发明实施例中，当发送该通知消息的应用程序的包名与指定应用程序的包名匹配时，管理程序可以将该通知消息获取为指定通知消息，并进一步获取该指定通知消息的消息。

当发送该通知消息的应用程序的包名与该指定应用程序的包名匹配时，说明该通知消息是指定应用程序发送的指定通知消息，需要获取该指定通知消息的消息内容。

请参考图12，其示出了本发明实施例涉及的一种注册及消息内容获取示意图。以NotificationListenerService为例，管理程序注册NotificationListenerService，并且开启了通知栏管理权限之后，当终端中任意应用程序向系统通知栏发送通知消息时，NotificationListenerService可以向管理程序返回该通知消息对应的状态栏通知对象StatusBarNotification对象(即上述的消息对象)，该任意应用程序即为发送StatusBarNotification对象对应的通知消息的应用程序。

上述StatusBarNotification对象中包含应用程序的包名、应用程序名称、通知消息对应的发送者、发送时间以及消息内容等等。在接收到该StatusBarNotification对象，管理程序可以解析StatusBarNotification对象，获得发送该通知消息的应用程序的包名。

管理程序获得发送该通知消息的应用程序的包名后，将发送该通知消息的应用程序的包名与该指定应用程序的包名进行比对，若发送该通知消息的应用程序的包名与该指定应用程序的包名一致，或者，发送该通知消息的应用程序的包名与该指定应用程序的包名中除了版本号之外的其它部分一致，则可以认为两者相匹配。此时，管理程序可以进一步解析StatusBarNotification对象，获得StatusBarNotification对象中的Notification.extras()方法，并通过获得的Notification.extras()方法从StatusBarNotification对象中获取Bundle数据，并从Bundle数据中提取上述消息内容对应的字段。

步骤1004，检测预设的关键词集合中是否包含与该消息内容相匹配的关键词。

步骤1005，当该关键词集合中包含与该消息内容相匹配的关键词时，根据该消息内容生成提醒事项。

上述步骤1004和步骤1005的执行过程可以参考上述图2所示实施例中的步骤205和步骤206下的描述，此处不再赘述。

综上所述，本发明实施例所示的方案，管理程序可以通过操作系统提供的NotificationListenerService来获取系统通知栏接收到的指定通知消息，并根据该指定通知消息自动生成提醒事项，不需要用户手动打开提醒事项创建界面并设置提醒时间以及提醒内容等信息，在系统通知栏接收到需要生成提醒事项的消息时，即可以自动生成相应的提醒事项，减少生成提醒事项所需的操作步骤，降低了生成提醒事项所需的时间，从而提高提醒事项的生成效率。

除了根据系统通知栏中的指定通知消息对应的消息内容生成提醒事项之外，管理程序还可以直接从第三方应用程序中获取消息内容并生成提醒事项。比如，管理程序可以获取短信应用程序接收到的短信消息中的消息内容并生成提醒事项，或者管理程序也可以获取邮件应用程序接收到的邮件消息中的消息内容并生成提醒事项。

图13是根据一示例性实施例示出的一种提醒事项生成方法的流程图，该方法可以用于用户终端中。以获取短信应用程序接收到的短信消息中的消息内容并生成提醒事项为例，该提醒事项生成方法可以包括如下几个步骤：

步骤1301，注册短信获取服务。

与获取系统通知栏中的指定通知消息类似，在获取短信消息之前，管理程序需要注册获取短信的服务，以成为短信的接收者。

步骤1302，接收到短信广播时，获取该短信广播对应的短信消息的消息内容。

其中，上述短信广播是短信应用程序接收到短信消息时，操作系统向注册过短信获取服务的各个应用程序发送的广播。

具体的，管理程序可以注册为接收短信的接收者，当用户终端中的短信应用程序接收到一条新的短信消息时，系统会发送一条广播，管理程序通过接收到的该广播即可以获得该短信消息的短信消息对象(SmsMessage对象)，再通过SmsMessage.getDisplayMessageBody()方法从SmsMessage对象中获取新收到短信消息的消息内容。

在另一种可能的实现方式中，管理程序还可以直接读取短信数据库以获取短信消息的消息内容。比如，如果短信应用程序收到短信消息时，短信获取进程没有启动，则管理程序会接收不到系统的广播，此时，这条短信的内容也可以通过读取短信数据库的方式去获取。

以安卓系统为例，内容观察者ContentObserver是安卓系统提供的一种应用程序之间进行数据共享的服务，在本发明实施例中，管理程序可以通过继承ContentObserver成为短信消息的内容观察者，一旦短信数据库发生变化，管理程序即可以通过回调函数获知，之后，管理程序可以通过游标逐条查询短信数据库中的数据，并获取到新接收到的短信消息的消息内容。

步骤1303，检测预设的关键词集合中是否包含与该消息内容相匹配的关键词。

步骤1304，当该关键词集合中包含与该消息内容相匹配的关键词时，根据该消息内容生成提醒事项。

上述步骤1303和步骤1304的执行过程可以参考上述图2所示实施例中的步骤205和步骤206下的描述，此处不再赘述。

综上所述，本发明实施例所示的方案，管理程序可以获取短信应用程序接收到的短信消息中的消息内容并生成提醒事项，不需要用户手动打开提醒事项创建界面并设置提醒时间以及提醒内容等信息，在短信应用程序接收到需要生成提醒事项的消息时，即可以自动生成相应的提醒事项，减少生成提醒事项所需的操作步骤，降低了生成提醒事项所需的时间，从而提高提醒事项的生成效率。

图14是根据一示例性实施例示出的一种提醒事项生成装置的结构方框图。该提醒事项生成装置可以用于用户终端中，以执行图2、图10或图13任一实施例所示的方法的全部或者部分步骤。该提醒事项生成装置可以包括：

消息获取模块1401，用于获取系统通知栏接收到的指定通知消息，所述指定通知消息是指定应用程序发送给所述系统通知栏进行展示的消息；

内容获取模块1402，用于获取所述指定通知消息中包含的消息内容；

第一生成模块1403，用于当所述消息内容满足提醒条件时，根据所述消息内容生成提醒事项。

可选的，所述装置还包括：

检测模块，用于在所述第一生成模块根据所述消息内容生成提醒事项之前，检测预设的关键词集合中是否包含与所述消息内容相匹配的关键词；

第一确定模块，用于若所述关键词集合中包含与所述消息内容相匹配的关键词，则确定所述消息内容满足所述提醒条件。

可选的，所述获取系统通知栏接收到的指定通知消息时，所述消息获取模块1401，具体用于，

通过调用第一类型系统接口获取系统事件，所述系统事件是由所述指定应用程序触发的事件；

当所述系统事件是用于指示所述系统通知栏发生变化的事件时，获取包含所述系统通知栏中的各个通知消息的消息列表；

通过遍历所述消息列表获取与所述系统事件对应的所述指定通知消息。

可选的，所述装置还包括注册模块，用于在所述消息获取模块1401通过调用第一类型系统接口获取系统事件之前，向所述操作系统的权限注册接口发送注册请求，所述注册请求用于请求获取接口调用权限，所述接口调用权限是通过调用所述第一类型系统接口获取所述指定应用程序触发的所述系统事件的权限。

可选的，在获取系统通知栏接收到的指定通知消息时，所述消息获取模块1401，具体用于，

通过调用第二类型系统接口获取所述系统通知栏接收到的通知消息对应的消息对象，所述消息对象中包含发送所述通知消息的应用程序的包名；

当发送所述通知消息的应用程序的包名与所述指定应用程序的包名匹配时，将所述通知消息获取为所述指定通知消息。

可选的，所述装置还包括：发送者获取模块；

所述发送者获取模块，用于在所述第一生成模块根据所述消息内容生成提醒事项之前，确定所述通知消息的发送者；

所述第一生成模块，具体用于，当所述通知消息的发送者为指定发送者时，执行所述根据所述消息内容生成提醒事项的步骤。

可选的，所述第一生成模块，具体用于，

从所述消息内容中提取时间信息和第一重复模式，所述第一重复模式用于指示所述提醒事项是否周期性重复提醒；

根据所述时间信息确定第一提醒时间点；

根据所述第一提醒时间点以及所述第一重复模式生成第一提醒事项。

可选的，在根据所述时间信息确定第一提醒时间点时，所述第一生成模块，具体用于，

根据与所述消息内容相匹配的关键词所属的关键词类别确定提醒提前时长；

将所述时间信息对应的时间点向前移动所述提醒提前时长，获得所述第一提醒时间点。

可选的，所述装置还包括：

第二确定模块，用于根据与所述消息内容相匹配的关键词确定所述第一提醒事项对应的显示模版；

显示模块，用于当所述第一提醒时间点到达时，按照所述显示模版显示所述第一提醒事项。

可选的，所述装置还包括：

闹钟任务生成模块，用于根据所述第一提醒时间点以及所述重复模式生成闹钟任务。

可选的，所述装置还包括：

界面展示模块，用于当与所述消息内容相匹配的关键词包含至少两个关键词时，展示设置界面；

接收模块，用于接收在所述设置界面中设置的第二提醒时间点和第二重复模式；

第二设置模块，用于根据所述第二提醒时间点和所述第二重复模式生成第二提醒事项。

综上所述，本发明实施例所示的方案，管理程序可以获取系统通知栏接收到的指定通知消息，并根据指定通知消息自动生成提醒事项，不需要用户手动打开提醒事项创建界面并设置提醒时间以及提醒内容等信息，在系统通知栏接收到需要生成提醒事项的消息时，即可以自动生成相应的提醒事项，减少生成提醒事项所需的操作步骤，降低了生成提醒事项所需的时间，从而提高提醒事项的生成效率。

此外，本发明实施例所示的方案，通过对预设的关键词集合中的关键词进行分类，并在设置提醒时间点时，根据与消息内容匹配的关键词类别确定提前时长，并根据确定的提前时长确定提醒时间点，从而提高了提醒事项的提醒效果。

另外，本发明实施例所示的方案，在展示提醒事项时，根据与消息内容匹配的关键词类别确定显示模版，并根据确定的显示模版来显示提醒事项，进一步提高了提醒事项的提醒效果。

图15是根据一示例性实施例示出的计算机设备1500的结构框图。该计算机设备1500可以是用户终端，比如智能手机、平板电脑、MP3播放器(Moving Picture ExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。计算机设备1500还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，计算机设备1500包括有：处理器1501和存储器1502。

处理器1501可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1501可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1501也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1501可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1501还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1502可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1502还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1502中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1501所执行以实现本申请中方法实施例提供的提醒事项生成方法。

在一些实施例中，计算机设备1500还可选包括有：外围设备接口1503和至少一个外围设备。处理器1501、存储器1502和外围设备接口1503之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1503相连。具体地，外围设备包括：射频电路1504、触摸显示屏1505、摄像头1506、音频电路1507、定位组件1508和电源1509中的至少一种。

外围设备接口1503可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1501和存储器1502。在一些实施例中，处理器1501、存储器1502和外围设备接口1503被集成在同一芯片或电路板上；在一些其他实施例中，处理器1501、存储器1502和外围设备接口1503中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1504用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1504通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1504将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1504包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1504可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1504还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏1505用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1505是触摸显示屏时，显示屏1505还具有采集在显示屏1505的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1501进行处理。此时，显示屏1505还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1505可以为一个，设置计算机设备1500的前面板；在另一些实施例中，显示屏1505可以为至少两个，分别设置在计算机设备1500的不同表面或呈折叠设计；在再一些实施例中，显示屏1505可以是柔性显示屏，设置在计算机设备1500的弯曲表面上或折叠面上。甚至，显示屏1505还可以设置成非矩形的不规则图形，也即异形屏。显示屏1505可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(OrganicLight-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件1506用于采集图像或视频。可选地，摄像头组件1506包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1506还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1507可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1501进行处理，或者输入至射频电路1504以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在计算机设备1500的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1501或射频电路1504的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1507还可以包括耳机插孔。

定位组件1508用于定位计算机设备1500的当前地理位置，以实现导航或LBS(Location Based Service，基于位置的服务)。定位组件1508可以是基于美国的GPS(Global Positioning System，全球定位系统)、中国的北斗系统或俄罗斯的伽利略系统的定位组件。

电源1509用于为计算机设备1500中的各个组件进行供电。电源1509可以是交流电、直流电、一次性电池或可充电电池。当电源1509包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。

在一些实施例中，计算机设备1500还包括有一个或多个传感器1510。该一个或多个传感器1510包括但不限于：加速度传感器1511、陀螺仪传感器1512、压力传感器1513、指纹传感器1514、光学传感器1515以及接近传感器1516。

加速度传感器1511可以检测以计算机设备1500建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1511可以用于检测重力加速度在三个坐标轴上的分量。处理器1501可以根据加速度传感器1511采集的重力加速度信号，控制触摸显示屏1505以横向视图或纵向视图进行用户界面的显示。加速度传感器1511还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1512可以检测计算机设备1500的机体方向及转动角度，陀螺仪传感器1512可以与加速度传感器1511协同采集用户对计算机设备1500的3D动作。处理器1501根据陀螺仪传感器1512采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1513可以设置在计算机设备1500的侧边框和/或触摸显示屏1505的下层。当压力传感器1513设置在计算机设备1500的侧边框时，可以检测用户对计算机设备1500的握持信号，由处理器1501根据压力传感器1513采集的握持信号进行左右手识别或快捷操作。当压力传感器1513设置在触摸显示屏1505的下层时，由处理器1501根据用户对触摸显示屏1505的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1514用于采集用户的指纹，由处理器1501根据指纹传感器1514采集到的指纹识别用户的身份，或者，由指纹传感器1514根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1501授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1514可以被设置计算机设备1500的正面、背面或侧面。当计算机设备1500上设置有物理按键或厂商Logo时，指纹传感器1514可以与物理按键或厂商Logo集成在一起。

光学传感器1515用于采集环境光强度。在一个实施例中，处理器1501可以根据光学传感器1515采集的环境光强度，控制触摸显示屏1505的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏1505的显示亮度；当环境光强度较低时，调低触摸显示屏1505的显示亮度。在另一个实施例中，处理器1501还可以根据光学传感器1515采集的环境光强度，动态调整摄像头组件1506的拍摄参数。

接近传感器1516，也称距离传感器，通常设置在计算机设备1500的前面板。接近传感器1516用于采集用户与计算机设备1500的正面之间的距离。在一个实施例中，当接近传感器1516检测到用户与计算机设备1500的正面之间的距离逐渐变小时，由处理器1501控制触摸显示屏1505从亮屏状态切换为息屏状态；当接近传感器1516检测到用户与计算机设备1500的正面之间的距离逐渐变大时，由处理器1501控制触摸显示屏1505从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图15中示出的结构并不构成对计算机设备1500的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

在一示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括至少一条指令、至少一段程序、代码集或指令集的存储器，上述至少一条指令、至少一段程序、代码集或指令集可由处理器执行以完成上述图2、图10或图13任一实施例所示的方法的全部或者部分步骤。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (15)

1.一种提醒事项生成方法，其特征在于，所述方法包括：

获取系统通知栏接收到的指定通知消息，所述指定通知消息是指定应用程序发送给所述系统通知栏进行展示的消息；

获取所述指定通知消息中包含的消息内容；

当所述消息内容满足提醒条件时，根据所述消息内容生成提醒事项。

2.根据权利要求1所述的方法，其特征在于，所述当所述消息内容满足提醒条件时，根据所述消息内容生成提醒事项之前，还包括：

检测预设的关键词集合中是否包含与所述消息内容相匹配的关键词；

若所述关键词集合中包含与所述消息内容相匹配的关键词，则确定所述消息内容满足所述提醒条件。

3.根据权利要求1或2所述的方法，其特征在于，所述获取系统通知栏接收到的指定通知消息，包括：

通过调用第一类型系统接口获取系统事件，所述系统事件是由所述指定应用程序触发的事件；

当所述系统事件是用于指示所述系统通知栏发生变化的事件时，获取包含所述系统通知栏中的各个通知消息的消息列表；

通过遍历所述消息列表获取与所述系统事件对应的所述指定通知消息。

4.根据权利要求3所述的方法，其特征在于，所述获取系统通知栏接收到的指定通知消息之前，还包括：

向操作系统的权限注册接口发送注册请求，所述注册请求用于请求获取接口调用权限，所述接口调用权限是通过调用所述第一类型系统接口获取所述指定应用程序触发的所述系统事件的权限。

5.根据权利要求1或2所述的方法，其特征在于，所述获取系统通知栏接收到的指定通知消息，包括：

通过调用第二类型系统接口获取所述系统通知栏接收到的通知消息对应的消息对象，所述消息对象中包含发送所述通知消息的应用程序的包名；

当发送所述通知消息的应用程序的包名与所述指定应用程序的包名匹配时，将所述通知消息获取为所述指定通知消息。

6.根据权利要求1所述的方法，其特征在于，所述根据所述消息内容生成提醒事项之前，还包括：

获取所述通知消息的发送者；

所述根据所述消息内容生成提醒事项，包括：

当所述通知消息的发送者为指定发送者时，执行所述根据所述消息内容生成提醒事项的步骤。

7.根据权利要求1或2所述的方法，其特征在于，所述根据所述消息内容生成提醒事项，包括：

从所述消息内容中提取时间信息和第一重复模式，所述第一重复模式用于指示所述提醒事项是否周期性重复提醒；

根据所述时间信息确定第一提醒时间点；

根据所述第一提醒时间点以及所述第一重复模式生成第一提醒事项。

8.根据权利要求7所述的方法，其特征在于，所述根据所述时间信息确定第一提醒时间点，包括：

根据与所述消息内容相匹配的关键词所属的关键词类别确定提醒提前时长；

将所述时间信息对应的时间点向前移动所述提醒提前时长，获得所述第一提醒时间点。

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

根据与所述消息内容相匹配的关键词确定所述第一提醒事项对应的显示模版；

当所述第一提醒时间点到达时，按照所述显示模版显示所述第一提醒事项。

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

根据所述第一提醒时间点以及所述重复模式生成闹钟任务。

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

当与所述消息内容相匹配的关键词包含至少两个关键词时，展示设置界面；

接收在所述设置界面中设置的第二提醒时间点和第二重复模式；

根据所述第二提醒时间点和所述第二重复模式生成第二提醒事项。

12.一种提醒事项生成装置，其特征在于，所述装置包括：

消息获取模块，用于获取系统通知栏接收到的指定通知消息，所述指定通知消息是指定应用程序发送给所述系统通知栏进行展示的消息；

内容获取模块，用于获取所述指定通知消息中包含的消息内容；

第一生成模块，用于当所述消息内容满足提醒条件时，根据所述消息内容生成提醒事项。

13.根据权利要求12所述的装置，其特征在于，所述装置还包括：

检测模块，用于在所述第一生成模块根据所述消息内容生成提醒事项之前，检测预设的关键词集合中是否包含与所述消息内容相匹配的关键词；

第一确定模块，用于若所述关键词集合中包含与所述消息内容相匹配的关键词，则确定所述消息内容满足所述提醒条件。

14.一种计算机设备，其特征在于，所述计算机设备包含处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至11任一所述的提醒事项生成方法。

15.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1至11任一所述的提醒事项生成方法。