CN109219953B - 一种闹钟提醒方法、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请提供一种闹钟提醒方法。所述方法在电子设备上实现，包括：接收闹钟设置的输入，该闹钟设置包括第一时间和应用消息订阅信息，根据该闹钟设置将第一时间设置为闹铃时间，应用消息订阅信息包括订阅应用；根据该订阅应用监控到该订阅应用的通知消息；根据该通知消息获取闹钟调整量，根据该闹钟调整量校正第一时间得到第二时间，将第二时间设置为闹铃时间。本申请技术方案，提高了电子设备的闹铃的灵活性和智能化，简化用户的操作步骤，还提升了用户体验。

Description

一种闹钟提醒方法、电子设备及计算机可读存储介质

技术领域

本申请实施例涉及终端技术领域，尤其涉及一种闹钟提醒方法、电子设备及计算机可读存储介质。

背景技术

手机已渗透到人们的生活的各个角度。随着智能手机的越来越普及，智能手机对人民的生活的影响越来越广，而在智能手机的应用App中，闹钟App也是最常用的应用之一，一日之计在于晨，用户每天几乎都是以闹钟App开始的。

对于普通的上班族来说，每天都需要定时定点的去公司打卡，而出行基本集中在自驾、公共交通、骑行等，对于自驾的上班来说，随着城市交通越来越拥堵，常常受道路的拥塞情况，天气等外界因素的影响，导致上班迟到。目前闹钟的App设定的闹钟时间都是静态的，而无法根据用户实时的场景自动的动态调整，这里的因素包括但不限于：用户的会议邮件，用户的工作日历，上班途中交通道路的拥堵情况，地域的天气因素等。目前随着互联网技术的发展，很多基础服务厂商都开放出来自己的服务供其他第三方的App直接使用，比如Google，高德等就开放了地图路况的服务，AccuWeather就开放了天气的服务，并且这些服务都提供了相关的消息推送机制，可以将场景信息推送到手机端。但这个服务依然不能满足用户的需求。

发明内容

为解决上述技术问题，本申请实施例提供多种闹钟提醒的方法及电子设备，极大提高了电子设备的闹铃的灵活性和智能化，简化用户的操作步骤，同时还提高了用户体验。

第一方面，本申请实施例提供一种闹钟提醒的方法，所述方法在电子设备上实现，所述方法包括：所述电子设备接收闹钟设置的输入，所述闹钟设置包括第一时间和应用消息订阅信息，根据所述闹钟设置将所述第一时间设置为闹铃时间，所述应用消息订阅信息包括订阅应用。所述电子设备根据所述订阅应用监控到所述订阅应用的通知消息。所述电子设备根据所述通知消息获取闹钟调整量，根据所述闹钟调整量校正所述第一时间得到第二时间，将所述第二时间设置为闹铃时间。上述技术方案是使得电子设备更加灵活的设置闹钟和调整闹钟，并且及时提示闹铃，提高了电子设备的智能化，也提高了用户的体验。

在一种可能的实现方式中，所述通知消息包括所述电子设备的通知栏通知消息。

在一种可能的实现方式中，所述订阅应用包括至少两个应用。

在另外一种可能的实现方式中，所述电子设备根据所述通知消息获取闹钟调整量具体包括：所述电子设备获取所述通知消息的事件信息，判断所述通知消息的事件信息表征的事件的发生时间是否处于与闹钟的起闹时间关联的时间范围内，若所述事件的发生时间早于起闹时间，且起闹时间减去事件发生时间的差值小于第一阈值，根据所述事件信息获取闹钟调整量。

在另外一种可能的实现方式中，所述电子设备根据所述通知消息获取闹钟调整量具体包括：所述电子设备获取所述通知消息的事件信息，判断所述通知消息的事件信息表征的事件的发生时间是否处于与闹钟的起闹时间关联的时间范围内，若起闹时间早于事件发生时间，且事件发生时间减去起闹时间小于第二阈值，根据所述事件信息获取闹钟调整量。

在另外一种可能的实现方式中，所述闹钟设置包括目标路线，所述通知消息包括在第一天气情况下目标路线所需的路途时间，所述电子设备根据所述通知消息获取闹钟调整量具体包括：所述电子设备根据在所述第一天气信息情况下所需的所述路途时间确定闹钟调整量。

在另外一种可能的实现方式中，所述订阅应用包括日历应用，所述根据所述通知消息获取闹钟调整量具体还包括：根据所述日历应用通知信息中的事件信息确定闹钟调整量。

在另外一种可能的实现方式中，所述电子设备通过词法分析器分析所述通知消息。

在另外一种可能的实现方式中，所述电子设备接收查询所述闹钟的操作，显示所述闹钟订阅应用信息。

在另外一种可能的实现方式中，所述电子设备根据所述通知消息获取闹钟调整量具体还包括：所述电子设备根据所述通知消息中的事件信息查询映射表获取所述事件信息对应的闹钟调整量。

第二方面，本申请实施例提供一种电子设备，包括显示屏，存储器，一个或多个处理器，至少一个应用程序，以及一个或多个计算机程序；其中上述一个或多个计算机程序被存储在上述存储器中；其特征在于，上述电子设备可以用于执行上述的方法。

第三方面，本申请实施例提供一种电子设备，包括：触摸屏，其中，上述触摸屏包括触敏表面和显示器；一个或多个处理器；存储器；多个应用程序；以及一个或多个计算机程序，其中上述一个或多个计算机程序被存储在上述存储器中，上述一个或多个计算机程序包括指令，当上述指令被上述电子设备执行时，使得上述电子设备执行上述的方法。

第四方面，本申请实施例提供一种电子设备，所述电子设备包括处理器和触摸屏，其中，所述触摸屏用于接收闹钟设置的输入，所述闹钟设置包括第一时间和应用消息订阅信息，根据所述闹钟设置将所述第一时间设置为闹铃时间，所述应用消息订阅信息包括订阅应用。所述处理器用于根据所述订阅应用监控到所述订阅应用的通知消息。所述处理器还用于根据所述通知消息获取闹钟调整量，根据所述闹钟调整量校正所述第一时间得到第二时间，将所述第二时间设置为闹铃时间。

在一种可能的实现方式中，所述处理器还用于获取所述通知消息的事件信息，判断所述通知消息的事件信息表征的事件的发生时间是否处于与闹钟的起闹时间关联的时间范围内，若所述事件的发生时间早于起闹时间，且起闹时间减去事件发生时间的差值小于第一阈值，根据所述事件信息获取闹钟调整量。

在一种可能的实现方式中，所述处理器还用于获取所述通知消息的事件信息，判断所述通知消息的事件信息表征的事件的发生时间是否处于与闹钟的起闹时间关联的时间范围内，若起闹时间早于事件发生时间，且事件发生时间减去起闹时间小于第二阈值，根据所述事件信息获取闹钟调整量。

在另外一种可能的实现方式中，所述电子设备还包括显示屏，所述显示屏用于显示所述通知消息

在另外一种可能的实现方式中，所述触摸屏还用于接收查询所述闹钟的操作，所述显示屏还用于显示所述闹钟订阅应用信息。

第五方面，本申请实施例又提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

第六方面，本申请实施例又提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

应当理解的是，本申请中对技术特征、技术方案、有益效果或类似语言的描述并不是暗示在任意的单个实施例中可以实现所有的特点和优点。相反，可以理解的是对于特征或有益效果的描述意味着在至少一个实施例中包括特定的技术特征、技术方案或有益效果。因此，本说明书中对于技术特征、技术方案或有益效果的描述并不一定是指相同的实施例。进而，还可以任何适当的方式组合本实施例中所描述的技术特征、技术方案和有益效果。本领域技术人员将会理解，无需特定实施例的一个或多个特定的技术特征、技术方案或有益效果即可实现实施例。在其他实施例中，还可在没有体现所有实施例的特定实施例中识别出额外的技术特征和有益效果。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1是一些实施例中手机100的硬件结构示意图；

图2A-2B为本申请一些实施例提供的电子设备上显示的图形用户界面的示意图；

图3为本申请一些实施例提供的电子设备上显示的图形用户界面的示意图；

图4为本申请实施例提供的一种天气应用通知消息的图形用户界面图；

图5为本申请实施例提供的一种第一映射表示意图；

图6-7为本申请实施例提供的一种天气应用服务器数据示意图；

图8为本申请实施例提供的一种预置映射表示意图；

图9为本申请实施例提供的一种闹钟起闹时间的调整示意图；

图10为本申请实施例提供的另一种天气应用通知消息的图形用户界面图；

图11为本申请实施例提供的另一种闹钟起闹时间的调整示意图；

图12为本申请实施例提供的又一种天气应用通知消息的图形用户界面图；

图13为本申请实施例提供的又一种闹钟起闹时间的调整示意图；

图14为本申请实施例提供的一种目标路线设置示意图；

图15-16为本申请实施例提供的另一种目标路线设置示意图；

图17为本申请实施例提供的一种谷歌地图应用通知消息的图形用户界面图；

图18为本申请实施例提供的一种第二映射表示意图；

图19-22为本申请实施例提供的一种交通应用服务器数据示意图；

图23为本申请实施例提供的另一种闹钟起闹时间的调整示意图；

图24为本申请实施例提供的另一种谷歌地图应用通知消息的图形用户界面图；

图25为本申请实施例提供的又一种闹钟起闹时间的调整示意图；

图26为本申请实施例提供的一种天气和谷歌地图应用通知消息的图形用户界面图；

图27为本申请实施例提供的一种第三映射表示意图；

图28-31为本申请实施例提供的一种天气及交通应用服务器数据示意图；

图32为本申请实施例提供的一种闹钟调整方法示意图；

图33为本申请一些实施例中的电子设备的结构示意图；

图34为本申请实施例提供的另一种闹钟调整方法示意图。

具体实施方式

本申请实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指并包含一个或多个相绑定的列出项目的任何或所有可能组合。

在现有技术中，用户设定闹钟的时候，会提前预置好天气与时间调整量的关系，以及交通状况与时间调整量的关系，当用户设定完闹钟之后，根据当天的情况会来调整闹钟的时间。调整闹钟的时间调整量的设置可以参考如表1所示。表1中示出了天气信息与时间调整量的对应关系，根据表1中的天气关键字可以查找对应的时间调整量。举例说明，手机原设定闹钟为早上7:00，如果手机获取到当天早上的天气为晴/多云，则根据表1中获取时间调整量为0，说明闹钟时间不需要调整。若当天早上的天气为小雨，根据表1获取时间调整量为提前10分钟，则手机自动将闹钟调整为6:50。其他情形可参考表1类推。

表1

在现有技术中，用户设定闹钟的时候，还可以设置根据交通状况来调整闹钟。如表2所示的交通状况与时间调整量的对应关系表中。举例说明，手机原设定闹钟为早上7:00，如果手机获取到当天早上交通情况良好，则根据表2中获取时间调整量为0，说明闹钟时间不需要调整。若当天早上的交通情况为轻度塞车，根据表2获取时间调整量为提前20分钟，则手机自动将闹钟调整为6:40。其他情形可参考表2类推。

表2

现有技术中，闹钟的调整还可以增加影响闹钟调整的其他因素，例如温度，以及用户准备的时长

天气关键字	晴/多云	小雨	中雨	大雨/暴雨
					时间调整量	0	提前10分钟	提前20分钟	提前30分钟
天气关键字	小雪	中雪/暴雪	台风	……
					时间调整量	提前20分钟	提前30分钟	提前30分钟	……

等，还可以为每个因素设置不同的权重，还可以自动存储最近一段时间的数据，用来评估新的延误时间，最终计算出来当天的闹钟时间。由于闹钟调整量的精度会受到各个因素的影响，例如，天气状况只是单纯定了小雨，中雨，大雨等，交通方面定义轻度阻塞，中度阻塞等，每个等级对应的时间调整量还需要用户自己设置。这样就导致用户可能设置的调整量不准确，导致精度有影响。例如，在6：30的时候道路有车辆碰擦导致拥堵，但在7：00路障已经清理。则交通状况则不应当影响闹钟的调整，但是手机却不能灵活的处理该类情况。

如图1所示，本申请实施例中的电子设备可以为手机100。下面以手机100为例对实施例进行具体说明。

交通关键字	良好	轻度塞车	严重塞车	……
					时间调整量	0	提前20分钟	提前30分钟	……

应该理解的是，图示手机100仅是电子设备的一个范例，并且手机100可以具有比图中所示出的更多的或者更少的部件，可以组合两个或更多的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

如图1所示，手机100具体可以包括：处理器101、射频(radio frequency，RF)电路102、存储器103、触摸屏104、蓝牙装置105、一个或多个传感器106、WI-FI装置107、定位装置108、音频电路109、外设接口110以及电源***111等部件。这些部件可通过一根或多根通信总线或信号线(图1中未示出)进行通信。本领域技术人员可以理解，图1中示出的硬件结构并不构成对手机100的限定，手机100可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

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

处理器101是手机100的控制中心，利用各种接口和线路连接手机100的各个部分，通过运行或执行存储在存储器103内的应用程序(Application，简称App)，以及调用存储在存储器103内的数据和指令，执行手机100的各种功能和处理数据。在一些实施例中，处理器101可包括一个或多个处理单元；处理器101还可以集成应用处理器和调制解调处理器；其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器101中。在本申请一些实施例中，上述处理器101还可以包括指纹验证芯片，用于对采集到的指纹进行验证。

射频电路102可用于在收发信息或通话过程中，无线信号的接收和发送。具体地，射频电路102可以将基站的下行数据接收后，给处理器101处理；另外，将涉及上行的数据发送给基站。通常，射频电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频电路102还可以通过无线通信和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯***、通用分组无线服务、码分多址、宽带码分多址、长期演进、电子邮件、短消息服务等。

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

操作***，谷歌公司所开发的

操作***等。

触摸屏104可以包括触敏表面104-1和显示器104-2。其中，触敏表面104-1(例如触控面板)可采集手机100的用户在其上或附近的触摸事件(比如用户使用手指、触控笔等任何适合的物体在触敏表面104-1上或在触敏表面104-1附近的操作)，并将采集到的触摸信息发送给其他器件例如处理器101。其中，用户在触敏表面104-1附近的触摸事件可以称之为悬浮触控；悬浮触控可以是指，用户无需为了选择、移动或拖动目标(例如图标等)而直接接触触控板，而只需用户位于电子设备附近以便执行所想要的功能。在悬浮触控的应用场景下，术语“触摸”、“接触”等不会暗示用于直接接触触摸屏，而是在其附近或接近的接触。能够进行悬浮触控的触敏表面104-1可以采用电容式、红外光感以及超声波等实现。触敏表面104-1可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再发送给处理器101，触摸控制器还可以接收处理器101发送的指令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型来实现触敏表面104-1。显示器(也称为显示屏)104-2可用于显示由用户输入的信息或提供给用户的信息以及手机100的各种菜单。可以采用液晶显示器、有机发光二极管等形式来配置显示器104-2。触敏表面104-1可以覆盖在显示器104-2之上，当触敏表面104-1检测到在其上或附近的触摸事件后，传送给处理器101以确定触摸事件的类型，随后处理器101可以根据触摸事件的类型在显示器104-2上提供相应的视觉输出。虽然在图1中，触敏表面104-1与显示屏104-2是作为两个独立的部件来实现手机100的输入和输出功能，但是在某些实施例中，可以将触敏表面104-1与显示屏104-2集成而实现手机100的输入和输出功能。可以理解的是，触摸屏104是由多层材料堆叠而成，本申请实施例中只展示出了触敏表面(层)和显示屏(层)，其他层在本申请实施例中不予记载。另外，在本申请其他一些实施例中，触敏表面104-1可以覆盖在显示器104-2之上，并且触敏表面104-1的尺寸大于显示屏104-2的尺寸，使得显示屏104-2全部覆盖在触敏表面104-1下面，或者，上述触敏表面104-1可以以全面板的形式配置在手机100的正面，也即用户在手机100正面的触摸均能被手机感知，这样就可以实现手机正面的全触控体验。在其他一些实施例中，触敏表面104-1以全面板的形式配置在手机100的正面，显示屏104-2也可以以全面板的形式配置在手机100的正面，这样在手机的正面就能够实现无边框的结构。

在本申请各个实施例中，手机100还可以具有指纹识别功能。例如，可以在手机100的背面(例如后置摄像头的下方)配置指纹识别器112，或者在手机100的正面(例如触摸屏104的下方)配置指纹识别器112。另外，也可以通过在触摸屏104中配置指纹识别器112来实现指纹识别功能，即指纹识别器112可以与触摸屏104集成在一起来实现手机100的指纹识别功能。在这种情况下，该指纹识别器112可以配置在触摸屏104中，可以是触摸屏104的一部分，也可以以其他方式配置在触摸屏104中。另外，该指纹识别器112还可以被实现为全面板指纹识别器，因此，可以把触摸屏104看成是任何位置都可以进行指纹采集的一个面板。该指纹识别器112可以将采集到的指纹发送给处理器101，以便处理器101对该指纹进行处理(例如指纹验证等)。本申请实施例中的指纹识别器112的主要部件是指纹传感器，该指纹传感器可以采用任何类型的感测技术，包括但不限于光学式、电容式、压电式或超声波传感技术等。

手机100还可以包括蓝牙装置105，用于实现手机100与其他短距离的电子设备(例如手机、智能手表等)之间的数据交换。本申请实施例中的蓝牙装置可以是集成电路或者蓝牙芯片等。

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

WI-FI装置107，用于为手机100提供遵循WI-FI相关标准协议的网络接入，手机100可以通过WI-FI装置107接入到WI-FI接入点，进而帮助用户收发电子邮件、浏览网页和访问流媒体等，它为用户提供了无线的宽带互联网访问。在其他一些实施例中，该WI-FI装置107也可以作为WI-FI无线接入点，可以为其他电子设备提供WI-FI网络接入。

定位装置108，用于为手机100提供地理位置。可以理解的是，该定位装置108具体可以是全球定位***(global positioning system，GPS)、北斗卫星导航***等定位***的接收器。定位装置108在接收到上述定位***发送的地理位置后，将该信息发送给处理器101处理，或者发送给存储器103保存。在另外的一些实施例中，该定位装置108可以是辅助全球卫星定位***(assisted global positioning system，AGPS)的接收器，AGPS是一种在一定辅助配合下进行GPS定位的运行方式，它可以利用基站的信号，配合GPS卫星信号，可以让手机100定位的速度更快；在AGPS***中，该定位装置108可通过与辅助定位服务器(例如手机定位服务器)的通信而获得定位辅助。AGPS***通过作为辅助服务器来协助定位装置108完成测距和定位服务，在这种情况下，辅助定位服务器通过无线通信网络与电子设备例如手机100的定位装置108(即GPS接收器)通信而提供定位协助。在另外的一些实施例中，该定位装置108也可以是基于WI-FI接入点的定位技术。由于每一个WI-FI接入点都有一个全球唯一的MAC地址，电子设备在开启WI-FI的情况下即可扫描并收集周围的WI-FI接入点的广播信号，因此可以获取到WI-FI接入点广播出来的MAC地址；电子设备将这些能够标示WI-FI接入点的数据(例如MAC地址)通过无线通信网络发送给位置服务器，由位置服务器检索出每一个WI-FI接入点的地理位置，并结合WI-FI广播信号的强弱程度，计算出该电子设备的地理位置并发送到该电子设备的定位装置108中。

音频电路109、扬声器113、麦克风114可提供用户与手机100之间的音频接口。音频电路109可将接收到的音频数据转换后的电信号，传输到扬声器113，由扬声器113转换为声音信号输出；另一方面，麦克风114将收集的声音信号转换为电信号，由音频电路109接收后转换为音频数据，再将音频数据输出至RF电路102以发送给比如另一手机，或者将音频数据输出至存储器103以便进一步处理。

外设接口110，用于为外部的输入/输出设备(例如键盘、鼠标、外接显示器、外部存储器、用户识别模块卡等)提供各种接口。例如通过通用串行总线接口与鼠标连接，通过用户识别模块卡卡槽上的金属触点与电信运营商提供的用户识别模块(subscriberidentity module，SIM)卡连接。外设接口110可以被用来将上述外部的输入/输出***设备耦接到处理器101和存储器103。

手机100还可以包括给各个部件供电的电源装置111(比如电池和电源管理芯片)，电池可以通过电源管理芯片与处理器101逻辑相连，从而通过电源装置111实现管理充电、放电、以及功耗管理等功能。

尽管图1未示出，手机100还可以包括摄像头(前置摄像头和/或后置摄像头)、闪光灯、微型投影装置、近场通信(near field communication，NFC)装置等，在此不再赘述。

以下实施例均可以在具有上述硬件的电子设备(例如手机100)中实现。下面结合图1对本申请的实施例进行说明。

如图2A所示的本申请一些实施例中一种电子设备上显示的图形用户界面的示意图，手机100上启用闹钟app新建闹钟功能，可以显示图2A所示图形用户界面示意图。在图2A中，示出了新建闹钟预设的时间，以及新增的应用订阅模式。图2A示例性的示出了新建闹钟的示意图。如图2A所示，闹钟新建界面20可包括多个属性设置控件，例如时间设置控件201、铃声设置控件202、振动模式设置控件203、闹钟名设置控件204。这多个属性设置控件可用于用户对闹钟的一个或多个属性，如起闹时间、铃声、振动模式、闹钟名称等进行选择。本申请的一些实施例中，闹钟新建界面10还可以包括应用订阅控件205。所述应用订阅控件205可用于接收用户输入的应用订阅界面的打开操作。当***通过应用订阅205这一控件检测到该打开操作(如单击操作)时，显示出图2B所示的应用订阅界面2050。

所述手机100接收用户点击所述应用订阅控件205选择应用订阅模式，则进入图2B示出的图形用户界面示意图。图2B示例性的示出了应用订阅界面的示意图。如图2B所示，应用订阅界面2050可包括模式开关控件2051和应用列表2052。模式开关控件2051用于接收用户输入的开启或关闭订阅模式的操作。具体的，当订阅模式被开启时，用户对应用列表2052输入的操作有效。当订阅模式被关闭时，用户针对应用列表2052输入的操作无效。可选的，模式开关控件2051可以实施成图2B所示的滑动开关控件。具体的，当该滑动开关控件上的按钮被滑到右边时，表示订阅模式被开启，当该滑动开关控件上的按钮被滑到左边时，表示订阅模式被关闭。这里，对用户操作该滑动开关控件来开启或关闭订阅模式的方式不作限制。另外，模式开关控件2051不限于实施成图2B所示的滑动开关控件，实际应用中可以采用其他控件。应用列表2052用于呈现多个应用。用户可以根据需求从应用列表2052呈现的多个应用中选择需要订阅的应用。图2B示例性的示出了用户针对闹钟1订阅了邮件、日历、天气以及谷歌地图等应用。这里，订阅可以是用户设置哪一些应用的通知消息会影响闹钟的起闹时间。例如，假设用户订阅了“天气”应用，即表明“天气”应用的通知消息可能会对闹钟的起闹时间产生影响。

具体的，可以通过图2B所示的开关控件2021来接收用户输入的订阅操作。具体的，当各个应用对应的开关控件2021中的按钮被滑动到右边时表示该应用被订阅，接收用户输入的订阅操作的控件。另外，开关控件不限于实施成图2B所示的开关控件，实际应用中可以采用其他控件。对用户操作该开关控件来输入订阅操作的方式不作限制。

如图2B所示，进入应用订阅的界面，用户可以选择开启该功能。应用订阅功能开启，在应用订阅模式中，闹钟应用会根据手机100接收到的推送到手机状态栏显示的通知消息，结合实际场景对预设的闹钟进行动态调整。如图2B所示，所述应用订阅界面显示了可订阅应用列表，用户可以根据需求选择相应的应用。所述可订阅应用列表可以包括但不限于以下应用：短信、日历、微信、高德地图、天气、备忘录、电子邮件等应用。以图2B为例，用户可以输入选择操作选择订阅日历、高德地图、天气、以及电子邮件的应用通知消息。用户可以通过开启选择按钮或者勾选复选框的方式选择订阅应用，本申请实施例不做具体限定。手机100上的闹钟应用会根据手机100上的日历应用、高德地图应用、天气应用、以及电子邮件应用的通知消息对预设闹钟进行动态调整。完成设置后，手机100可以将所述闹钟应用中设置的闹钟时间，以及订阅的应用信息存储到手机100的存储器103中。

在本申请的一些实施例中，手机100通过触敏表面104-1接收用户开启闹钟应用的操作，所述处理器101运行所述闹钟应用，通过显示器104-2显示如图2A的图形用户界面。手机100通过所述触敏表面104-1接收用户点击选择进入闹钟应用的应用订阅模式的操作，所述闹钟应用加载可订阅的应用列表，通过所述显示器104-2显示如图2B的图形用户界面，显示所述可订阅的应用列表。所述手机100通过所述触敏表面104-1接收所述用户对可订阅的应用列表的操作，以及对开启所述应用订阅模式的操作。设置完成后，所述闹钟应用自动的监控电子邮件、天气、地图、日历应用的通知栏消息，一旦监听到有通知消息推送到所述手机100，闹钟应用对通知栏消息进行语义分析，获取到有影响闹钟调整量的因素，则自动根据所述闹钟调整量调整闹钟的闹铃时间。闹钟应用具体调整原预设闹钟时间的方式，例如针对不同应用中不同触发事件设置不同的闹钟调整量的对应关系等可以参考上述表1和表2的设置方式。闹钟应用设置的闹铃时间、订阅通知栏消息的订阅应用的列表等都可以存储在存储器103上，用于后续的处理计算。在本申请的一些实施例中，用户可以通过所述触敏表面104-1设定的闹钟时间，选择订阅通知栏消息的订阅应用，所述存储器103存储上述信息，供处理器101进行逻辑运算使用。

图3示例性的示出了闹钟关联的应用。如图3所示，闹钟1设置的起闹时间7:30，关联的应用包括邮件、日历、天气及谷歌地图。用户可以通过图2A和2B所示的图形用户界面图设置闹钟1关联的这些应用，即设置为闹钟1关联的应用。可选的，如图3所示，用户可以点击或长按等操作来查看闹钟1关联的应用，当用户点击或长按界面30中闹钟1对应的控制界面301时，用户可以在悬浮窗302中查看用户设置闹钟1关联的应用。不限于点击或长按等的操作来查看闹钟1关联的应用，不限于在悬浮窗中显示闹钟1关联的应用。同样的，可以设置其他闹钟关联的应用，以及查看其他闹钟关联的应用。

本申请的一些实施例中，可以将已订阅的应用的通知消息称为第一消息，可以将图2A所示的应用列表2052称为第一应用列表。

本申请的一些实施例中，闹钟的起闹时间的影响因素可包括以下至少一项：天气、交通，或事件。例如，天气、短信、微信等应用的通知消息中包含的天气。又例如，交通应用的通知消息中包含的交通。

这里，事件可以包括：短信、邮件、微信、日历、或备忘录等应用的通知消息中包含的事件，例如日历、备忘录等应用的通知消息中包含的待办事件，又例如邮件应用的通知消息中包含的会议。

本申请的一些实施例中，满足预设条件的影响因素会对闹钟的起闹时间产生影响。具体可以通过下述方式来确定上述第一消息包含的影响因素是否满足预设条件。

第一种实现方式，可以判断第一消息包括的天气信息表征的天气是否与第一天气一致，如果一致，则天气信息表征的天气满足预设条件。可以理解的，提供第一消息的应用可以是天气应用。不限于天气应用提供的天气信息，关于天气信息的通知消息还可以是其他用户已订阅的应用(如短信)提供的天气信息。

上述第一天气可以是恶劣天气，例如小雨、中雨、大雨、暴雨、雷阵雨、雨夹雪、小雪、或大雪等可能会引起人们出行不便的天气。

第二种实现方式，可以判断第一消息包括的交通信息表征的交通拥堵程度是否大于交通拥堵阈值，若是，则交通信息表征的交通满足预设条件。可以理解的，提供第一消息的应用可以是交通应用。

第三种实现方式，可以判断第一消息包括的事件信息表征的事件的发生时间是否处于与闹钟的起闹时间关联的时间范围内。若事件的发生时间早于起闹时间，且起闹时间减去事件发生时间的差值小于第一阈值，即若事件的发生时间早于闹钟的起闹时间，且离闹钟的起闹时间不遥远，则需要调整起闹时间，使用户提前为该事件做准备，则第一消息表征的事件信息满足预设条件。若起闹时间早于事件发生时间，且事件发生时间减去起闹时间小于第二阈值，即若事件的发生时间晚于闹钟的起闹时间，且离闹钟的起闹时间不遥远，则可能需要调整起闹时间，使用户提前为该事件做准备，则满足预设条件。可以理解的，提供第一消息的应用可以是短信、邮件、日历、备忘录等应用。

第四种实现方式，当第一消息包括天气、交通和事件中的至少两项因素时，可以判断第一消息包括的上述至少两项因素的组合是否属于第一集合，如果属于，则满足预设条件；第一集合包括多个上述至少两项因素的组合，其中，每一个组合中的天气与第一天气一致，每一个组合中的交通的拥堵程度大于交通拥堵阈值，每一个组合中的事件的发生时间处于与闹钟的起闹时间关联的时间范围内。

在确定上述第一消息包含的影响因素满足预设条件的前提下，电子设备可以对闹钟的起闹时间进行调整。

下面分别从多个实施例来描述如何根据上述第一消息包含的影响因素调整闹钟的起闹时间。

在本申请的一些实施例中，以天气应用提供的通知消息为例，说明如何根据应用的通知消息调整闹钟的起闹时间。所述通知消息即上述第一消息。

图4示例性示出了天气应用的通知消息。如图4所示，可以通过词法分析器提取关键词，例如“12日06时”、“南山区”、“小雨”，假设第一天气是非晴天，图4所示的提取出的信息表征的影响因素满足预设条件，即需要根据第一消息调整闹钟的起闹时间。

图5示例性示出了第一映射表。如图5所示，可以通过第一映射表确定第一消息包括的天气信息表征的天气对应的时间调整量。时间调整量象征了该天气信息表征的天气对闹钟的起闹时间的影响程度，闹钟应用可以根据时间调整量对闹钟的起闹时间进行调整。具体地，在提取出关键词之后，确定该天气信息表征的天气，根据第一映射表查找与该天气对应的时间调整量。例如，图4中的通知消息表征的天气为小雨，那么根据图5中的第一映射表可以查找出小雨对应的时间调整量为10mins。

进一步的，起闹时间的时间调整量具体可以和用户的出行路线在不同天气下的行驶时间相关。这里，出行路线可称为目标路线。

图6示例性示出了天气应用服务器数据。如图6所示，天气应用服务器数据可包括不同用户在不同天气下行驶不同路线的行驶时间。本申请的一些实施例中，可以通过天气应用服务器数据来匹配出特定用户在不同天气下行驶目标路线的行驶时间。本申请的一些实施例中，也可以通过地图应用服务器数据来匹配出特定用户在不同天气下行驶目标路线的行驶时间。本申请实施例不进行限定。

假设，用户为图6中的用户A，闹钟为图1所示闹钟1(起闹时间7:30)，天气应用推送的通知消息是图4所示的通知消息，目标路线为路线1。具体的，可以采用以下几种方式，根据天气应用的服务器数据来确定起闹时间的时间调整量。

第一种实现方式，假设起闹时间7:30是用户基于天晴时行驶路线1的行驶时间设定的，那么不同天气下，起闹时间的时间调整量可以为各天气时行驶路线1的行驶时间与天晴时行驶路线1的行驶时间的差值。用户在各天气下行驶目标路线的行驶时间可以是多个行驶时间的平均值。

可选的，可以根据该用户自己的历史数据确定起闹时间的时间调整量，那么时间调整量的确定包括以下几个步骤。

首先，计算天晴时用户A选择路线1所需的行驶时间的平均值。如图6所示的数据中，天晴时的行驶时间分别为32mins和27mins，求得平均值为30mins。因此，天晴时用户A选择路线1所需的行驶时间为30mins。

其次，计算小雨时用户A选择路线1所需的行驶时间的平均值。如图6中灰色部分数据所示，小雨时的行驶时间分别为41mins、35mins、34mins及43mins，求得平均值为38mins。因此，小雨时用户A选择路线1所需的行驶时间为38mins。

最后，根据用户A在天晴和小雨时选择路线1所需的行驶时间确定小雨时闹钟起闹时间的时间调整量。小雨对应的时间调整量为用户A选择路线1晴天时所需的行驶时间与小雨时所需的行驶时间的差值，即为38-30＝8mins。

可选的，可以根据所有用户的历史数据确定起闹时间的时间调整量，那么时间调整量的确定包括以下几个步骤。

首先，计算天晴时所有用户选择路线1所需的行驶时间的平均值。如图6所示的数据中，天晴时的行驶时间分别为32mins和27mins，求得平均值为30mins。因此，天晴时所有用户选择路线1所需的行驶时间为30mins。

其次，计算小雨时所有用户选择路线1所需的行驶时间的平均值。如图7中灰色部分数据所示，小雨时的行驶时间分别为41mins、41mins、45mins、35mins、34mins及43mins，求得平均值为40mins。因此，小雨时所有用户选择路线1所需的行驶时间为40mins。

最后，根据所有用户在天晴和小雨时选择路线1所需的行驶时间确定小雨时闹钟起闹时间的时间调整量。小雨对应的时间调整量为所有用户选择路线1晴天时所需的行驶时间与小雨时所需的行驶时间的差值，即为40-30＝10mins。

第二种实现方式，预先设置行驶目标路线的不同行驶时间的区间，以及不同区间对应的时间调整量。图8示例性示出了预置映射表，预置映射表包括不同行驶时间的区间对应的时间调整量。如图8所示，可以设置以下4个行驶时间t的区间：t≤40mins、40mins＜t≤50mins、50mins＜t≤60mins及t＞60mins。这4个区间分别对应以下时间调整量：0、10mins、20mins、30mins。用户在各天气下行驶目标路线的行驶时间可以是多个行驶时间的平均值。

同样的，可以根据用户自己的历史数据或者所有用户的历史数据确定不同天气下行驶目标路线的行驶时间。以根据用户自己的历史数据确定不同天气下行驶目标路线的行驶时间为例，那么时间调整量的确定包括以下几个步骤。

首先，计算小雨时用户A选择路线1所需的行驶时间的平均值。如图6中灰色部分数据所示，小雨时的行驶时间分别为41mins、35mins、34mins及43mins，求得平均值为38mins。因此，小雨时用户A选择路线1所需的行驶时间为38mins。

其次，根据该天气下用户A选择路线1所需的行驶时间确定该行驶时间在预置映射表中所属的行驶时间区间。从图8所示的预置映射表中可以知道小雨时用户A选择路线1所需的行驶时间所属的区间为40mins＜t≤50mins。

最后，根据预置映射表查找该行驶时间区间对应的时间调整量。根据图8所示的预置映射表可以确定该行驶时间区间对应的时间调整量为10mins，即小雨时用户A选择路线1所需的时间调整量为10mins。

图9示例性示出了对闹钟起闹时间的调整。如图9所示，若根据以上任意一种方式确定时间调整量为10mins后，根据该时间调整量对闹钟的起闹时间进行调整，即可将闹钟1的起闹时间7:30调整为7:20。

在一些可能的场景中，天气应用推送的通知消息可能发生变化，即天气有可能变得更加恶劣或良好。

图10和图12示例性示出了天气变得更加恶劣的场景。其中，根据图10中示出的场景得出的时间调整量对闹钟的起闹时间进行调整后不早于当前时间(如图11所示)，即来得及调整闹钟的起闹时间。根据图12中示出的场景得出的时间调整量对闹钟的起闹时间进行调整后早于当前时间(如图13所示)，即来不及调整闹钟的起闹时间。下面分别举例说明。

如图10所示，在图4所示的通知消息(推送时间5:05)之后，天气应用又推送了图10所示的通知消息(推送时间6:05)。此时，对该通知消息采用词法分析器提取出关键词为“12日07时”、“南山区”、“中雨”，根据这些关键词得出时间调整量，若得出的时间调整量为20min，那么可以将闹钟1的原始起闹时间(7:30)调整为7:10，如图11所示。

如图12所示，在图10所示的通知消息(推送时间6:05)之后，天气应用又推送了图12所示的通知消息(推送时间7:05)。此时，对该通知消息采用词法分析器提取出关键词为“12日08时”、“南山区”、“暴雨”，根据这些关键词得出时间调整量，若得出的时间调整量为30min，那么可以将闹钟1的原始起闹时间(7:30)调整为7:00，而当前时间已为7:05，显然调整后的起闹时间早于当前时间，如图13所示，此时应该立即触发闹钟。

当再次收到天气应用推送的通知消息，且根据词法分析器分析出该通知消息表征的天气变得良好时，通过上述任意一种确定时间调整量的实现方式确定出时间调整量，对闹钟的起闹时间进行调整。

本申请中，目标路线的获取方式可以举例说明如下：

第一种实现方式，如图14所示，可以在新建闹钟界面10中输入目标路线。

具体地，可以在新建闹钟界面10新增加目标路线106一栏。如图14所示，用户在新建闹钟时，直接输入目标路线为路线1。

第二种实现方式，可以在地图应用中输入目标路线，并指定目标路线关联的闹钟。

图15示例性示出了设置路线的示意图。如图15所示，设置路线界面40可包括出发地设置控件401、目的地设置控件402、路线生成界面403、保存路线控件404及开始导航控件405。出发地设置控件401及目的地设置控件402分别用于接收用户输入的出发地及目的地操作。路线生成界面403用于根据用户输入的出发地及目的地生成至少一条路线并显示。保存路线控件404用于接收用户输入保存路线操作。开始导航控件405用于接收用户输入的开始导航指令。具体的，当***通过保存路线控件404检测到用户输入的保存路线操作(如单击操作)时，显示出关联闹钟界面50。

图16示例性示出了关联闹钟的示意图。如图16所示，关联闹钟界面50可包括：路线选择界面501及闹钟选择界面502。路线选择界面501用于接收用户输入的目标路线选择操作，目标路线为以上根据出发地及目的地生成的至少一条路线中的一条。当用户选定其中一条路线作为目标路线之后，用户无法输入对其他路线的选择操作。闹钟选择界面502用于在目标路线选定之后，接收用户输入的将目标路线与一个或多个闹钟关联的选择操作。

具体的，可以通过图16所示的路线选择控件5011来接收用户输入的目标路线选择操作。具体的，当各路线对应的路线选择控件5011中的按钮被滑动到右边时表示该路线被选为目标路线。这里，对用户操作该路线选择控件来选择路线的方式不作限制。另外，路线选择控件5011不限于实施成图16所示的路线选择控件，实际应用中可以采用其他控件。

具体的，可以通过图16所示的闹钟选择控件5021来接收用户输入的闹钟关联操作。具体的，当各闹钟对应的闹钟选择控件5021中的按钮被滑动到右边时表示该闹钟被选为与目标路线关联的闹钟。这里，对用户操作该闹钟选择控件来选择闹钟的方式不作限制。另外，闹钟选择控件5021不限于实施成图16所示的闹钟选择控件，实际应用中可以采用其他控件。

接收用户输入的选择操作的控件不限于图16所示的闹钟选择控件，还可以是其他可以接收用户输入选择操作的控件，对于闹钟选择控件5021输入的选择操作不限于对移动按钮的移动。

可选地，在图15示出的设置路线界面40中输入出发地A和目的地B生成多条路线后，还可以自动选择距离最短的路线为目标路线，或者结合用户的历史数据选择用户过去行驶频率最高的路线为目标路线。

第三种实现方式，根据用户的历史数据获取目标路线。

具体地，从图2A中可以看出，用户设置的闹钟的个数通常不止为一个，所以需要先确定待调整的闹钟，再根据待调整的闹钟的起闹时间，结合用户的历史数据来获取目标路线。

例如，终端可以记录用户每天的行驶信息。假设用户通常会在早上8:00左右从A出发到B(例如从家到公司)，因此，待调整的闹钟可以是早上8:00之前一段时间内的闹钟，一段时间例如可以是半个小时或者一个小时等。可以看出，在该假设的应用场景下，图2A中的待调整闹钟即为闹钟1(起闹时间7:30)。因此，与闹钟1关联的目标路线即可为从A到B的路线。此外，从A到B的路线可能会有好几种，可以根据记录选择行驶最频繁的路线为目标路线。

在本申请的一些实施例中，以交通应用提供的通知消息为例，说明如何根据交通应用的通知消息调整闹钟的起闹时间。所述通知消息即上述第一消息。

图17示例性示出了谷歌地图应用(在后续实施例及附图中称为交通应用)的通知消息。如图17所示，可以通过词法分析器提取关键词，例如“交通拥堵”、“M到N”、“428米”，假设交通拥堵阈值为拥堵100米，即拥堵长度S大于100米即为满足预设条件。那么图17所示的提取出的信息表征的影响因素满足预设条件，即需要根据第一消息调整闹钟的起闹时间。

起闹时间的时间调整量具体可以和用户的出行路线在不同交通拥堵程度下的行驶时间有关。这里出行路线可称为目标路线。具体的，不同的交通拥堵程度可以由不同的拥堵长度表示，拥堵长度越长，交通拥堵程度越严重。进一步地，不同的交通拥堵程度可以由不同的拥堵长度区间表示。不同的交通拥堵程度不限于由交通拥堵长度表示，还可以由其他的方式表示，例如车行速度。本申请实施例中以不同的拥堵长度区间表示不同的交通拥堵程度。

图18示例性示出了第二映射表。如图18所示，可以通过第二映射表确定第一消息包括的交通信息表征的交通拥堵长度对应的时间调整量。时间调整量象征了该交通信息表征的交通拥堵长度对闹钟的起闹时间的影响程度，闹钟应用可以根据时间调整量对闹钟的起闹时间进行调整。具体地，在提取出关键词之后，确定该交通信息表征的交通拥堵长度，根据第二映射表查找与该交通拥长度对应的时间调整量。例如，图17中的通知消息表征的交通拥堵长度为428米，那么根据图18中的第二映射表可以查找出交通拥堵长度为428米所属的长度区间400≤S＜450时对应的时间调整量为35mins。

进一步的，起闹时间的时间调整量具体可以和用户的出行路线在不同交通拥堵长度区间下的行驶时间相关。这里，出行路线可称为目标路线。

图19示例性示出了交通应用的服务器数据。如图19所示，交通应用的服务器数据可包括不同用户在不同拥堵长度区间下行驶目标路线的行驶时间。本申请中，可以通过交通应用的服务器数据来匹配出特定用户在不同拥堵长度区间下行驶目标路线的行驶时间。

假设，用户为图19中的用户A，闹钟为图1所示闹钟1(起闹时间7:30)，交通应用推送的通知消息是图17所示的通知消息。具体的，可以采用以下几种方式，根据交通应用的服务器数据来确定起闹时间的时间调整量。

第一种实现方式，假设起闹时间7:30是用户基于交通良好的行驶时间设定的，那么在不同拥堵长度情况下，时间调整量可以是各拥堵长度区间下行驶目标路线的行驶时间与交通良好时行驶目标路线的行驶时间的差值。用户在各拥堵长度区间下行驶目标路线的行驶时间可以是多个行驶时间的平均值。

可选的，可以根据该用户自己的历史数据确定起闹时间的时间调整量，那么时间调整量的确定包括以下几个步骤。

首先，计算交通良好时用户A行驶目标路线所需的行驶时间的平均值。假设交通良好为拥堵长度小于100米，如图19所示的数据中，交通良好时的行驶时间分别为32mins、27mins和28mins，求得平均值为29mins。因此，交通良好时用户A行驶目标路线的行驶时间为29mins。

其次，确定通知消息表征的交通拥堵长度所属的拥堵长度区间，并计算用户A在该拥堵长度区间下行驶目标路线的行驶时间的平均值。图17中的通知消息表征的拥堵长度428米所属的拥堵长度区间为400≤S＜450。图20中灰色部分数据显示了用户A在该拥堵长度区间下行驶目标路线的行驶时间为65mins、54mins，求得平均值为60mins。因此，拥堵长度区间为400≤S＜450时行驶目标路线的行驶时间为60mins。

最后，根据用户A在交通良好时行驶目标路线的行驶时间及拥堵长度区间为400≤S＜450时行驶目标路线所需的行驶时间确定拥堵长度区间为400≤S＜450时闹钟起闹时间的调整量。拥堵长度区间为400≤S＜450对应的时间调整量为用户A在交通良好时及拥堵长度区间为400≤S＜450时行驶目标路线所需的行驶时间的差值，即为60-29＝31mins。

可选的，可以根据所有用户的历史数据确定起闹时间的时间调整量，那么时间调整量的确定包括以下几个步骤。

首先，计算交通良好时所有用户行驶目标路线所需的行驶时间的平均值。假设交通良好为拥堵长度小于100米，如图21所示的数据中，交通良好时的行驶时间分别为32mins、27mins、28mins和28mins，求得平均值为29mins。因此，交通良好时所有用户行驶目标路线的行驶时间为29mins。

其次，确定通知消息表征的拥堵长度所属的拥堵长度区间，并计算所有用户在该拥堵长度区间下行驶目标路线的行驶时间的平均值。图17中的通知消息表征的拥堵长度428米所属的拥堵长度区间为400≤S＜450。图22中灰色部分数据显示了所有用户在该拥堵长度区间下行驶目标路线的行驶时间为65mins、61mins、54mins，求得平均值为60mins。因此，拥堵长度区间为400≤S＜450时行驶目标路线的行驶时间为60mins。

最后，根据所有用户在交通良好时行驶目标路线所需的行驶时间及拥堵长度区间为400≤S＜450时行驶目标路线所需的行驶时间确定拥堵长度区间为400≤S＜450时闹钟起闹时间的调整量。拥堵长度区间为400≤S＜450对应的时间调整量为所有用户在交通良好时及拥堵长度区间为400≤S＜450时行驶目标路线所需的行驶时间的差值，即为60-29＝31mins。

第二种实现方式，预先设置行驶目标路线的不同行驶时间的区间，以及不同区间对应的时间调整量。如图8所示，可以设置以下4个行驶时间t的区间：t≤40mins、40mins＜t≤50mins、50mins＜t≤60mins及t＞60mins。这4个区间分别对应以下时间调整量：0、10mins、20mins、30mins。用户在各拥堵长度区间下行驶目标路线的行驶时间可以是多个行驶时间的平均值。

同样的，可以根据用户自己的历史数据或者所有用户的历史数据确定不同拥堵长度区间下行驶目标路线的行驶时间。以根据用户自己的历史数据确定不同拥堵长度区间下行驶目标路线的行驶时间为例，那么时间调整量的确定包括以下几个步骤。

首先，确定通知消息表征的拥堵长度所属的拥堵长度区间，并计算用户A在该拥堵长度区间下行驶目标路线的行驶时间的平均值。图17中的通知消息表征的拥堵长度428米所属的拥堵长度区间为400≤S＜450。图20中灰色部分数据显示了用户A在该拥堵长度区间下行驶目标路线的行驶时间为65mins、54mins，求得平均值为60mins。因此，拥堵长度区间为400≤S＜450时行驶目标路线的行驶时间为60mins。

其次，根据该拥堵长度区间下用户A行驶目标路线的行驶时间确定该行驶时间在预置映射表中所属的行驶时间区间。从图8所示的预置映射表中可以知道拥堵长度区间为400≤S＜450时用户A行驶目标路线的行驶时间所属的区间为50mins＜t≤60mins。

最后，根据预置映射表查找该行驶时间区间对应的时间调整量。根据图8所示的预置映射表可以确定该行驶时间区间对应的时间调整量为30mins，即拥堵长度为428米时用户A行驶目标路线所需的时间调整量为30mins。

图23示例性示出了对闹钟起闹时间的调整。如图23所示，若根据以上任意一种方式确定时间调整量为30mins后，根据该时间调整量对闹钟的起闹时间进行调整，即可将闹钟1的起闹时间7:30调整为7:00。

在一些可能的场景中，交通应用推送的通知消息可能发生变化，即交通拥堵程度变得更加严重或者有所缓解。接下来以交通拥堵程度有所缓解为例进行说明。

图24示例性示出了交通拥堵程度有所缓解的场景。如图24所示，在图17所示的通知消息(推送时间6:05)之后，交通应用又推送了图24所示的通知消息(推送时间7:05)。此时，对该通知消息采用词法分析器提取出关键词为“交通拥堵”、“M到N”、“228米”，根据这些关键词得出时间调整量，若得出的时间调整量为20mins，那么可以将闹钟1的原始起闹时间(7:30)调整为7:10，如图25所示。

在一种可能的场景中，根据交通应用推送的通知消息得出的时间调整量对闹钟的起闹时间进行调整后，得出的调整后的起闹时间早于当前时间，此时应该立刻触发闹钟。

本申请中，目标路线的获取方式与天气实施例中描述的目标路线获取方式一致，在此不再赘述。

本申请中，当收到交通应用的通知消息后，该通知消息表征的交通只能对一段时间之后的闹钟产生影响，即该通知消息只能与一段时间之后的闹钟关联。其中，一段时间例如可以是2小时、1小时等。以一段时间为2小时为例，在6:00收到的交通应用的通知消息，根据该通知消息得出时间调整量后只能对起闹时间在6:00之后且8:00及其之前的闹钟的起闹时间进行调整。例如，从图17中可以看出，接收到交通应用的通知消息的当前时间为6:05，可以知道该通知消息只可与闹钟1关联，即该通知消息表征的交通可能会影响闹钟1的起闹时间。因此，在得出时间调整量为30mins后，可以将闹钟1的起闹时间从7:30调整为7:00，如图23所示。

在本申请的一些实施例中，除了天气、交通等因素可能会影响闹钟的起闹时间以外，还存在一些事件可能会影响闹钟的起闹时间。例如短信、邮件等应用通知的突发事件(如会议等)，日历、备忘录等应用通知的待办事件等。接下来以邮件应用提供的通知消息(即上述第一消息)为例，说明如何根据邮件应用的通知消息调整闹钟的起闹时间。

若终端收到邮件应用推送的通知消息，通过词法分析器从通知消息中提取出的关键词为“今天13:30”“在公司会议室”“开会”，可以分析出此时的事件为“开会”，事件的发生时间为“今天13:30”，事件的发生位置为“公司会议室”。根据词法分析器提取出的关键词确定时间调整量可以包括以下几个步骤。

首先，确定与该事件关联的闹钟。根据该事件的发生时间，确定该发生时间前第一阈值内及该发生时间后第二阈值内的闹钟为与该事件关联的闹钟。其中，第一阈值例如可以是30mins，第二阈值可以是40mins，那么事件的发生时间(今天13:30)前第一阈值内及该发生时间后第二阈值内的时间范围即为13:00-14:10，可以与图3中的闹钟2(起闹时间13:45)关联。

其次，确定该事件的发生时间与关联的闹钟的起闹时间的关系，即确定该事件的发生时间早于或者晚于闹钟的起闹时间。

最后，根据该事件的发生时间与关联的闹钟的起闹时间的关系确定时间调整量。

若该事件的发生时间早于闹钟的起闹时间，那么时间调整量至少为起闹时间与发生时间的差值。终端可根据GPS或者其他方式获取用户当前的位置信息，计算用户的当前位置与事件的发生位置之间的距离。若距离小于一定的阈值，则时间调整量可以为起闹时间与发生时间的差值。若距离不小于一定的阈值，则时间调整量可以为该差值与准备时间之和。其中，一定的阈值例如可以是300米、500米等。准备时间可以是从用户当前位置到事件的发生位置所需的时间。此时准备时间的确定可以参考前述天气实施例、交通实施例或者天气及交通实施例中时间调整量的确定。

若该事件的发生时间不早于闹钟的起闹时间，那么时间调整量可以由准备时间与起闹时间和事件发生时间的差值之间的关系决定，在后续描述中将起闹时间和事件发生时间的差值称为第一时间间隔。

当准备时间大于第一时间间隔时，时间调整量至少为准备时间与第一时间间隔的差值。例如，若事件发生时间为14:00，与该事件关联的闹钟的起闹时间为13:45，那么第一时间间隔为15mins，若准备时间为30mins，此时准备时间大于第一时间间隔，那么时间调整量则为30-15＝15mins，即将闹钟的起闹时间13:45调整为13:30。

当准备时间不大于第一时间间隔时，时间调整量为零。例如，若事件发生时间为14:00，与该事件关联的闹钟的起闹时间为13:45，那么第一时间间隔为15mins，若准备时间为10mins，此时准备时间不大于第一时间间隔，那么时间调整量则为0，即闹钟的起闹时间不做调整。

在本申请的一些实施例中，影响因素可以包括天气和交通两项因素。例如，天气应用的通知消息和交通应用的通知消息会先后或者同时推送到终端的通知栏。假设天气应用的通知消息和交通应用的通知消息都会对闹钟的起闹时间产生影响。接下来以先收到天气应用的通知消息，后收到交通应用的通知消息为例进行说明。

图26示例性示出了天气和交通应用的通知消息。如图26所示，可以通过词法分析器提取关键词，“12日07时”、“南山区”、“中雨”、“交通拥堵”、“M到N”、“428米”。假设第一天气为非晴天，交通拥堵阈值为100米，图26所示的提取出的信息表征的影响因素满足预设条件，即需要根据第一消息调整闹钟的起闹时间。

起闹时间的时间调整量具体可以和用户的出行路线在不同天气下及不同交通拥堵程度下的行驶时间有关。这里出行路线可称为目标路线。具体的，不同的交通拥堵程度可以由不同的拥堵长度表示，拥堵长度越长，交通拥堵程度越严重。进一步地，不同的交通拥堵程度可以由不同的拥堵长度区间表示。不同的交通拥堵程度不限于由交通拥堵长度表示，还可以由其他的方式表示，例如车行速度。本申请实施例中以不同的拥堵长度区间表示不同的交通拥堵程度。

图27示例性示出了第三映射表。如图27所示，可以通过第三映射表确定第一消息表征的天气及交通拥堵长度对应的时间调整量。时间调整量象征了该第一消息表征的天气及交通拥堵长度对闹钟的起闹时间的影响程度，闹钟应用可以根据时间调整量对闹钟的起闹时间进行调整。具体地，在提取出关键词之后，确定第一消息表征的天气及交通拥堵长度，根据第三映射表查找与该天气及交通拥堵长度对应的时间调整量。例如，图26中的通知消息表征的天气为中雨，交通拥堵长度为428米，那么根据图27中的第三映射表可以查找出中雨且交通拥堵长度为428米(拥堵长度区间为400≤S＜450)对应的时间调整量为41mins。

进一步的，起闹时间的时间调整量具体可以和用户的出行路线在不同天气及不同交通拥堵长度下的行驶时间相关。这里，出行路线可称为目标路线。

图28示例性示出了天气及交通应用的服务器数据。如图28所示，天气及交通应用的服务器数据可包括不同用户在不同天气及不同拥堵长度区间下行驶目标路线的行驶时间。

假设用户为图28中的用户A，闹钟为图1所示的闹钟1(起闹时间7:30)，天气和交通应用推送的通知消息是图26所示的通知消息。具体的，可以采用以下几种方式，根据交通应用的服务器数据来确定起闹时间的时间调整量。

第一种实现方式，假设起闹时间7:30是用户基于天晴及交通良好的行驶时间设定的，那么在不同恶劣天气及不同拥堵长度情况下，时间调整量可以是各恶劣天气及各拥堵长度区间下行驶目标路线的行驶时间与天晴且交通良好时行驶目标路线的行驶时间的差值。用户在各恶劣天气及各拥堵长度区间下行驶目标路线的行驶时间可以是多个行驶时间的平均值。

可选的，可以根据该用户自己的历史数据确定起闹时间的时间调整量，那么时间调整量的确定包括以下几个步骤。

首先，计算天晴且交通良好时用户A行驶目标路线所需的行驶时间的平均值。假设交通良好为拥堵长度小于100米，如图28所示的数据中，天晴且交通良好时用户A行驶目标路线的行驶时间分别为32mins、27mins、28mins，求得平均值为29mins。因此，天晴且交通良好时用户A行驶目标路线所需的行驶时间为29mins。

其次，确定通知消息表征的交通拥堵长度所属的拥堵长度区间，并计算用户A在该天气下且在该拥堵长度区间下行驶目标路线的行驶时间的平均值。图26中的通知消息表征的天气为中雨，表征的交通拥堵长度428米所属的拥堵长度区间为400≤S＜450。图29中灰色部分数据显示了用户A在该天气且该拥堵长度区间下行驶目标路线的行驶时间为54mins、65mins，求得平均值为60mins。因此，中雨且拥堵长度区间为400≤S＜450时行驶目标路线的行驶时间为60mins。

最后，根据用户A在天晴且交通良好时行驶目标路线的行驶时间和中雨且拥堵长度区间为400≤S＜450时行驶目标路线所需的行驶时间确定中雨且拥堵长度区间为400≤S＜450时闹钟起闹时间的调整量。中雨且拥堵长度区间为400≤S＜450对应的时间调整量为用户A在中雨且拥堵长度区间为400≤S＜450时行驶目标路线所需的行驶时间与天晴且交通良好时行驶目标路线的行驶时间的差值，即为60-29＝31mins。

可选的，可以根据所有用户的历史数据确定起闹时间的时间调整量，那么时间调整量的确定包括以下几个步骤。

首先，计算天晴且交通良好时所有用户行驶目标路线所需的行驶时间的平均值。假设交通良好为拥堵长度小于100米，如图30所示的数据中，天晴且交通良好时所有用户行驶目标路线所需的行驶时间分别为32mins、27mins、28mins和28mins，求得平均值为29mins。因此，天晴且交通良好时所有用户行驶目标路线的行驶时间为29mins。

其次，确定通知消息表征的交通拥堵长度所属的拥堵长度区间，并计算所有用户在该天气下且在该拥堵长度区间下行驶目标路线的行驶时间的平均值。图26中的通知消息表征的天气为中雨，表征的交通拥堵长度428米所属的拥堵长度区间为400≤S＜450。图31中灰色部分数据显示了所有用户在该天气且该拥堵长度区间下行驶目标路线的行驶时间为54mins、61mins、65mins，求得平均值为60mins。因此，中雨且拥堵长度区间为400≤S＜450时行驶目标路线的行驶时间为60mins。

最后，根据所有用户在天晴且交通良好时行驶目标路线所需的行驶时间及中雨且拥堵长度区间为400≤S＜450时行驶目标路线所需的行驶时间确定拥堵长度区间为400≤S＜450时闹钟起闹时间的调整量。中雨且拥堵长度区间为400≤S＜450对应的时间调整量为用户A在中雨且拥堵长度区间为400≤S＜450时行驶目标路线所需的行驶时间与天晴且交通良好时行驶目标路线的行驶时间的差值，即为60-29＝31mins。

第二种实现方式，预先设置行驶目标路线的不同行驶时间的区间，以及不同区间对应的时间调整量。如图8所示，可以设置以下4个行驶时间t的区间：t≤40mins、40mins＜t≤50mins、50mins＜t≤60mins及t＞60mins。这4个区间分别对应以下时间调整量：0、10mins、20mins、30mins。用户在各拥堵长度区间下行驶目标路线的行驶时间可以是多个行驶时间的平均值。

同样的，可以根据用户自己的历史数据或者所有用户的历史数据确定不同天气且不同拥堵长度下行驶目标路线的行驶时间。以根据用户自己的历史数据确定不同天气且不同拥堵长度下行驶目标路线的行驶时间为例，那么时间调整量的确定包括以下几个步骤。

首先，确定通知消息表征的交通拥堵长度所属的拥堵长度区间，并计算用户A在该天气下且在该拥堵长度区间下行驶目标路线的行驶时间的平均值。图26中的通知消息表征的天气为中雨，表征的交通拥堵长度428米所属的拥堵长度区间为400≤S＜450。图29中灰色部分数据显示了用户A在该天气且该拥堵长度区间下行驶目标路线的行驶时间为54mins、65mins，求得平均值为60mins。因此，中雨且拥堵长度区间为400≤S＜450时行驶目标路线的行驶时间为60mins。

其次，根据该天气且拥堵长度区间下用户A行驶目标路线的行驶时间确定该行驶时间在预置映射表中所属的行驶时间区间。从图8所示的预置映射表中可以知道中雨且拥堵长度区间为400≤S＜450时用户A行驶目标路线的行驶时间所属的区间为50mins＜t≤60mins。

最后，根据预置映射表查找该行驶时间区间对应的时间调整量。根据图8所示的预置映射表可以确定该行驶时间区间对应的时间调整量为30mins，即中雨且拥堵长度为428米时用户A行驶目标路线所需的时间调整量为30mins。

对闹钟起闹时间的调整与图23示出的对闹钟起闹时间的调整一致，在此不再赘述。

在一些可能的场景中，天气应用或者交通应用推送的通知消息可能发生变化，变化后时间调整量的确定过程可参考前述天气实施例和交通实施例中的相关部分。

在一种可能的场景中，根据天气应用及交通应用推送的通知消息得出的时间调整量对闹钟的起闹时间进行调整后，得出的调整后的起闹时间早于当前时间，此时应该立刻触发闹钟。

本申请中，目标路线的获取方式与上一实施例中描述的目标路线获取方式一致，在此不再赘述。

本申请中，当收到交通应用的通知消息后，该通知消息表征的交通只能对一段时间之后的闹钟产生影响，即该通知消息只能与一段时间之后的闹钟关联。其中，一段时间例如可以是2小时、1小时等。以一段时间为2小时为例，在6:00收到的交通应用的通知消息，根据该通知消息并结合天气应用的通知消息得出时间调整量后只能对起闹时间在6:00之后且8:00及其之前的闹钟的起闹时间进行调整。例如，从图27中可以看出，接收到交通应用的通知消息的当前时间为6:05，可以知道该通知消息只可与闹钟1关联，即该通知消息表征的交通可能会影响闹钟1的起闹时间。因此，在得出时间调整量为30mins后，可以将闹钟1的起闹时间从7:30调整为7:00，如图23所示。

在本申请的一些实施例中，影响因素除了包括天气和交通两项因素外，还可以进一步包括事件。其中，事件的发生时间处于与闹钟的起闹时间关联的时间范围内。

在接收到第一消息之后，首先可以根据词法分析器提取关键词，分析出第一消息包括的天气信息表征的天气、交通信息表征的交通拥堵程度以及事件信息表征的事件发生时间；然后确定时间调整量；最后根据时间调整量对闹钟的起闹时间进行调整。其中，对于时间调整量的确定，可以包括以下几种实现方式。

假设，第一消息包括的天气信息由天气应用提供；第一消息包括的交通信息由谷歌地图应用提供；第一消息包括的事件信息由邮件应用提供。

第一种实现方式，可以根据第四映射表确定该天气、交通以及事件对应的时间调整量。第四映射表中可包括不同的天气、不同的交通拥堵程度及不同的事件发生时间与闹钟起闹时间之间的关系对应的时间调整量。具体确定过程可参考天气实施例中根据第一映射表确定时间调整量的过程，交通实施例中根据第二映射表确定时间调整量的过程，或者天气及交通实施例中根据第三映射表确定时间调整量的过程。在此不再赘述。

第二种实现方式，可以根据天气、谷歌地图及邮件应用的综合服务器数据确定时间调整量。该综合服务器数据可包括不同用户在不同天气、不同交通拥堵程度及不同的事件发生时间与闹钟起闹时间之间的关系下的历史数据。具体确定过程可参考天气实施例中根据天气应用的服务器数据确定时间调整量的过程，交通实施例中根据交通应用的服务器数据确定时间调整量的过程，或者天气及交通实施例中根据天气及交通应用的服务器数据确定时间调整量的过程。在此不再赘述。

方法实施例：接下来将基于上述所有实施例对本申请中涉及的闹钟调整方法进行介绍。

图32为本发明实施例提供的一种闹钟调整方法流程图。如图32所示，闹钟调整方法至少可以包括以下几个步骤。

S101：获取第一应用列表中应用程序的第一消息。

具体地，第一应用列表为用户订阅的应用列表，第一应用列表包括用户订阅的一个或多个能够提供第一消息的应用程序。当用户订阅了某应用后，闹钟应用可以获取该应用提供的第一消息。

具体的，可以通过下述几种方式来获取第一消息。

第一种，可以通过监听***的通知栏来获取第一消息。

例如，在Android***中，可以通过NotificationListenerService机制，获取应用推送到通知栏的第一消息。

具体地，在Android***中，可以通过NotificationListenerService机制获取到所有推送到通知栏的通知消息，每一次获取到通知消息以后，可以对该通知消息的源应用标识与第一应用列表里所有源应用标识进行比较，若该通知消息的源应用标识与第一应用列表里的一个源应用标识一致，则对该通知消息进行后续处理，若不一致，则不对该通知消息做任何处理。

示例仅仅是本申请提供的一种实现方式。当有通知消息推送到终端时，闹钟应用还可以通过其他的方式获取第一应用列表中的所有应用推送到通知栏的消息的内容。

第二种，可以向第一应用列表中的应用程序的服务器请求获取第一消息。

具体的，可以在第一应用列表中的应用程序的服务器端授权给闹钟应用，当闹钟应用向第一应用列表中的应用程序的服务器请求获取第一消息时，第一应用列表中的应用程序的服务器可以检测该闹钟应用的源标识是否与已授权的应用的源标识一致，若一致，则允许该闹钟应用从第一应用列表中的应用程序的服务器获取第一消息。

S103：根据第一消息分析第一消息表征的起闹时间的影响因素是否满足预设条件。

具体的，影响因素可以包括天气、交通以及事件中的至少一项。

当影响因素为天气时，判断第一消息包括的天气信息表征的天气是否与第一天气一致。如果一致，则第一消息表征的天气满足预设条件。第一天气可以是恶劣天气，例如小雨、中雨、大雨、暴雨、雷阵雨、雨夹雪、小雪、大雪等可能会引起人们出行不便的天气。

当影响因素为交通时，判断第一消息包括的交通信息表征的交通拥堵程度是否大于交通拥堵阈值，若是，则第一消息表征的交通满足预设条件。其中，交通拥堵程度可以由交通拥堵长度区间表示。

当影响因素为事件时，判断第一消息包括的事件信息表征的事件发生时间是否处于与闹钟的起闹时间关联的时间范围内。若事件发生时间早于起闹时间，且起闹时间减去事件发生时间的差值小于第一阈值，则满足预设条件。若起闹时间早于事件发生时间，且事件发生时间减去起闹时间小于第二阈值，则满足预设条件。

当影响因素为天气、交通和事件中至少两项因素时，可以判断第一消息包括的上述至少两项因素的组合是否属于第一集合，如果属于，则满足预设条件。第一集合包括上述至少两项因素的组合，其中，每一个组合中的天气与第一天气一致，每一个组合中的交通拥堵程度大于交通拥堵阈值，每一个组合中的事件的发生时间处于与闹钟的起闹时间关联的时间范围内。

S105：若满足，则根据第一消息确定时间调整量。

当影响因素为天气时，根据第一消息确定时间调整量的方式有以下两种：

第一种，可以根据第一映射表确定第一消息包括的天气信息表征的天气对应的时间调整量，其中，第一映射表包括不同天气各自对应的时间调整量。第一种实现方式可具体参考图5实施例，在此不再赘述。

第二种，可以根据天气应用的服务器数据确定时间调整量。其中，天气应用的服务器数据包括不同用户在不同天气下行驶不同路线的行驶时间。第二种实现方式可具体参考图6-8实施例，在此不再赘述。

当影响因素为交通时，根据第一消息确定时间调整量的方式有以下两种：

第一种，可以根据第二映射表确定第一消息包括的交通信息表征的交通对应的时间调整量，其中，第二映射表包括不同交通拥堵长度区间各自对应的时间调整量。第一种实现方式可具体参考图18实施例，在此不再赘述。

第二种，可以根据交通应用的服务器数据确定时间调整量。其中，交通应用的服务器数据包括不同用户在不同拥堵长度区间下行驶目标路线的行驶时间。第二种实现方式可具体参考图19-22实施例，在此不再赘述。

当影响因素为事件时，根据事件的发生时间与闹钟的起闹时间之间的关系确定时间调整量。当发生时间早于起闹时间时，时间调整量至少为起闹时间减去发生时间的差值。进一步的，时间调整量至少为起闹时间减去发生时间的差值与准备时间之和。其中，准备时间与交通或者天气中至少一项相关。当起闹时间早于发生时间时，时间调整量与准备时间与第一时间间隔的大小有关。其中，第一时间间隔为起闹时间与发生时间之间的时间间隔。当准备时间大于第一时间间隔时，时间调整量至少为准备时间与第一时间间隔之间的差值。当准备时间不大于第一时间间隔时，时间调整量为零。具体可参考事件实施例中的相关部分，在此不再赘述。

当影响因素为天气和交通两项因素时，根据第一消息确定时间调整量的方式有以下两种：

第一种，可以根据第三映射表确定第一消息包括的天气信息表征的天气和交通信息表征的交通至少两项外部环境因素对应的时间调整量，其中，第三映射表包括不同天气和交通至少两项外部环境因素的组合各自对应的时间调整量。第一种实现方式可具体参考图27实施例，在此不再赘述。

第二种，可以根据天气应用及交通应用的服务器数据确定时间调整量。其中，天气及交通应用的服务器数据可包括不同用户在不同天气及不同拥堵长度区间下行驶目标路线的行驶时间。第二种实现方式可具体参考图28-31实施例，在此不再赘述。

进一步地，当影响因素为天气、交通和事件时，根据第一消息确定时间调整量的方式有以下两种：

第一种，可以根据第四映射表确定第一消息包括的天气信息表征的天气、交通信息表征的交通以及事件信息表征的事件对应的时间调整量。第四映射表中可包括不同的天气、不同的交通拥堵程度及不同的事件发生时间与闹钟起闹时间之间的关系对应的时间调整量。第一种实现方式可具体参考天气、交通及事件实施例中相关部分，在此不再赘述。

第二种，可以根据天气、交通及事件应用的综合服务器数据确定时间调整量。该综合服务器数据可包括不同用户在不同天气、不同交通拥堵程度及不同的事件发生时间与闹钟起闹时间之间的关系下的历史数据。其中，事件应用包括可以提供包含事件信息的通知消息的应用，例如短信、邮件、日历、备忘录等应用。第二种实现方式可具体参考天气、交通及事件实施例中相关部分，在此不再赘述。

S107：基于时间调整量调整起闹时间。

具体地，得出时间调整量之后，将闹钟的起闹时间往前调整该时间调整量。例如，当时间调整量为20分钟，而闹钟的起闹时间为8:00时，应该将闹钟的起闹时间调整为7:40。当得出时间调整量之后，得出调整后的闹钟的起闹时间早于当前时间时，闹钟应该立刻响铃。例如，当前时间为7:35，时间调整量为30分钟，而闹钟的起闹时间为8:00，那么闹钟的起闹时间原本应该调整为7:30，已经早于当前时间7:35，所以应该使闹钟立刻响铃。

具体地，当用户设置了多个闹钟时，当前分析到的交通信息表征的交通只能对一段时间之内的闹钟产生影响。或者，事件信息表征的事件只能对该事件发生时间前后一段时间内的闹钟产生影响。

例如，假设上述一段时间为2小时，那么在8:00得到的交通应用的通知消息，根据该通知消息得出时间调整量后，只能对10:00及其之前的还未起闹的闹钟的起闹时间进行调整。

具体地，当根据同一个应用多次提供的第一消息得出的时间调整量不一致时，应该以最近一次得出的时间调整量为准来调整闹钟最原始的起闹时间。例如，闹钟的起闹时间为8:00，即原始起闹时间，但是根据7:00收到通知消息得出时间调整量为30分钟，那么基于该时间调整量，将闹钟的起闹时间调整为7:30，当根据7:20收到通知消息得出的时间调整量为20分钟时，那么基于此时的时间调整量，应该将闹钟的原始起闹时间8:00，调整为7:40。

实施本发明实施例可以根据用户订阅的第一应用列表里的应用程序提供的第一消息表征的不同影响因素对闹钟的起闹时间进行实时调整，保证用户出行的准时性。

在本申请的一些实施例中，手机100的操作***便通过RF电路102连接到运营商的网络，并连接云端的地图厂商的服务器或者天气提供商的服务器，实时接收云端服务器推送的通知消息。

在本申请的一些实施例中，以安卓***为例，对所述闹钟应用解析订阅应用的通知栏消息内容，实时调整预设闹钟时间进行举例说明。所述闹钟应用可以通过安卓***提供的通知监听服务(NotificationListenerService)能力。将闹钟应用中实现的通知监听服务(NotificationListenerService)的逻辑处理注册到安卓***中即可获取到订阅应用的通知栏消息的内容。

手机100上的所述闹钟应用可通过词法分析器对通知栏消息内容进行词法分析，根据关键字识别出高德地图应用或天气应用推送的通知栏消息的实时场景信息。所述词法分析器可以为例如，开源的THULAC等。所述闹钟应用根据所述高德地图应用推送的路况信息计算出来的时间调整量A，根据天气应用的信息估算出出行时间的调整量C，假设当前时间为M，响铃的时间为N，如果满足N小于或等于M+A+C，所述闹钟应用可以立即触发响铃事件。若N不满足上述条件，则可以使得手机100休眠直到闹钟响铃时间或者下次推送消息的到达。

在本申请的一些实施例中，所述处理器101可以自动的计算闹钟的响铃时间，根据存储器103中存储的订阅应用列表，通过WiFi装置107或者RF电路102连接到互联网，接收地图服务器与天气服务器推送的实时数据的通知消息，对所述通知消息的内容进行语义分析，根据得到的结果评估出闹钟调整量。当响铃时间有调整时，则发送信令到音频电路109、扬声器113提前启动响铃操作。当处理器101计算需要触发闹钟响铃时，则通过音频电路109、扬声器113输出闹铃。闹钟应用也可以通过WiFi装置107并连接云端地图服务器或者天气服务器，实时接收服务器推送的通知消息。

在本申请的一些实施例中，所述手机100根据用户关注的场景以文本的形式将消息推送到手机应用中。以高德地图应用为例，如果用户关注两个地点的实时路况，则可在高德地图应用中设置两个地点，所述高德地图服务器监测到交通路况信息发生变化，会向所述手机100发送通知消息。具体的，所述手机100中的所述处理器101通过WiFi装置107或者射频电路102接收到通知消息，通知对应的应用将通知消息的内容提交操作***的通知服务，并通过显示器104-2显示在所述手机100的通知栏信息。所述安卓***的通知服务将所述通知消息的内容通过所述处理器101将所述通知消息的内容应用在所述闹钟应用中。以安卓***为例，闹钟应用通过将消息订阅逻辑处理注册到操作***中，当有应用消息推送到手机时，安卓操作***会将该消息的文本内容以及关联的应用标识(packageName)提交到闹钟应用之前注册的通知监听服务逻辑处理中，通过安卓的***函数StatusBarNotification.getCharSequence(Notification.EXTRA_TEXT)可以获取通知栏推送的文本信息，通过安卓***函数StatusBarNotification.getPackageName()可以获取到该消息来源的应用标识，闹钟应用再通过sqlite去读取用户订阅的应用标识列表，如果本次消息的应用标识在订阅的应用标识列表中则处理，否则不对该通知栏消息进行处理。所述手机100中的所述处理器101收到通知消息的内容，根据所述通知消息对应的源应用的标识以及之前存储在存储器103中订阅应用的列表进行比较，如果是在订阅列表中则处理，否则不处理。所述处理器101根据词法分析器对文本内容进行分析，提取出关键词，并识别出时间的调整量。以高德地图服务器推送的通知消息文本为例对词法分析器的分析进行说明。例如，高德地图服务器推送到通知消息为：“A中心书城到B体育馆堵车30分钟”。所述处理器101经过词法分析器分析之后的结果为：A_ns中心_a书城_n到_v B_nz体育馆_ni堵车_v 30_m分钟_q。其中，ns表示为地名，a表示为形容词，n表示为名词，v表示为动词，nz表示为其它专名，ni表示为机构名，v表示为动词，m表示为数词，q表示为量词。所述处理器101通过抽取地名，机构名，动词，数词，量词即可解析出来因为堵车时间调整量为30分钟。所述处理器101根据所述存储器103存储的预设闹钟时间、当前的时间，以及时间调整量进行计算，如果满足条件则触发响铃操作。

本申请实施例通过在闹钟应用中增加应用订阅模式，向用户提供可订阅应用列表，使得用户可以订阅日历、短信、邮件、天气、或地图等应用的通知栏通知消息，终端可以实时监听订阅应用的通知消息实现预设闹钟时间的调整，实现闹钟调节的实时性，提高了闹钟调节的准确性和灵活性。通过监听订阅应用的通知消息，终端可以更精确更智能化的管理闹钟的响铃时间，避免因为天气或者路况突发情况而导致的用户出行的迟到现象。用户在设置闹钟时可通过订阅各种应用通知栏消息，实时收集路况以及天气等外部场景的信息，并自动的对响铃的时间做出调整，也大大提高了用户出行的便利性。

本申请的一些实施例还可以通过通知监听服务(NotificationListenerService)实现获取通知栏通知消息的内容，并根据词法分析器获取因外部的场景因素，获得时间调整量，进而根据所述时间调整量调整预设闹铃时间，提高了闹铃的准确性，也提高了终端自动调节的效率和智能化。

如图34所示，本申请实施例提供一种闹钟提醒的方法，所述方法在电子设备上实现。所述方法包括：

S3401，所述电子设备接收闹钟设置的输入，所述闹钟设置包括第一时间和应用消息订阅信息，根据所述闹钟设置将所述第一时间设置为闹铃时间，所述应用消息订阅信息包括订阅应用。

S3402，所述电子设备根据所述订阅应用监控到所述订阅应用的通知消息。

S3403，所述电子设备根据所述通知消息获取闹钟调整量，根据所述闹钟调整量校正所述第一时间得到第二时间，将所述第二时间设置为闹铃时间。

通过该实施例是使得电子设备更加灵活的设置闹钟和调整闹钟，并且及时提示闹铃，提高了电子设备的智能化，也提高了用户的体验。

在本申请的一些实施例中，所述通知消息包括所述电子设备的通知栏通知消息。

在本申请的一些实施例中，所述订阅应用包括至少两个应用。例如，由于天气和交通对用户的出行影响比较大，所述订阅应用可以包括天气应用和地图应用。临时的会议通知也会影响用户的出行，所述订阅应用还可以包括日历应用或者电子邮件应用。

在本申请的一些实施例中，所述电子设备根据所述通知消息获取闹钟调整量具体包括：所述电子设备获取所述通知消息的事件信息，判断所述通知消息的事件信息表征的事件的发生时间是否处于与闹钟的起闹时间关联的时间范围内，若所述事件的发生时间早于起闹时间，且起闹时间减去事件发生时间的差值小于第一阈值，根据所述事件信息获取闹钟调整量。

在本申请的一些实施例中，所述电子设备根据所述通知消息获取闹钟调整量具体包括：所述电子设备获取所述通知消息的事件信息，判断所述通知消息的事件信息表征的事件的发生时间是否处于与闹钟的起闹时间关联的时间范围内，若起闹时间早于事件发生时间，且事件发生时间减去起闹时间小于第二阈值，根据所述事件信息获取闹钟调整量。

在本申请的一些实施例中，所述闹钟设置包括目标路线，所述通知消息包括在第一天气情况下目标路线所需的路途时间，所述电子设备根据所述通知消息获取闹钟调整量具体包括：所述电子设备根据在所述第一天气信息情况下所需的所述路途时间确定闹钟调整量。所述在第一天气情况下目标路线所需的路途时间可以通过天气应用获取，也可以通过地图应用获取，或者通过两个应用共同工作获取，本申请实施例不具体限定。

在本申请的一些实施例中，所述订阅应用包括日历应用，所述根据所述通知消息获取闹钟调整量具体还包括：根据所述日历应用通知信息中的事件信息确定闹钟调整量。

在本申请的一些实施例中，所述电子设备通过词法分析器分析所述通知消息。

在本申请的一些实施例中，所述电子设备接收查询所述闹钟的操作，显示所述闹钟订阅应用信息。

在本申请的一些实施例中，所述电子设备根据所述通知消息获取闹钟调整量具体还包括：所述电子设备根据所述通知消息中的事件信息查询映射表获取所述事件信息对应的闹钟调整量。

如图33所示，本申请实施例公开了一种电子设备3310，该电子设备3310可以包括：触摸屏3311、处理器3312、存储器3313，还包括连接上述器件的一条或多条通信总线3314。本申请实施例中的电子设备3310可以用于执行上述实施例中的各个方法及附图中的技术方案。

本申请实施例还提供了一种电子设备，该电子设备具有实现上述方法实际中电子设备行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

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

为了解释的目的，前面的描述是通过参考具体实施例来进行描述的。然而，上面的示例性的讨论并非意图是详尽的，也并非意图要将本申请限制到所公开的精确形式。根据以上教导内容，很多修改形式和变型形式都是可能的。选择和描述实施例是为了充分阐明本申请的原理及其实际应用，以由此使得本领域的其他技术人员能够充分利用具有适合于所构想的特定用途的各种修改的本申请以及各种实施例。

Claims (27)

1.一种闹钟提醒方法，所述方法在电子设备上实现，其特征在于，所述方法包括：

接收闹钟设置的输入，所述闹钟设置包括第一时间和应用消息订阅信息，根据所述闹钟设置将所述第一时间设置为闹铃时间，所述应用消息订阅信息包括订阅应用；

根据所述订阅应用监控到所述订阅应用的通知消息；

根据所述通知消息获取闹钟调整量，根据所述闹钟调整量校正所述第一时间得到第二时间，将所述第二时间设置为闹铃时间。

2.如权利要求1所述的方法，其特征在于，所述通知消息包括所述电子设备的通知栏通知消息。

3.如权利要求1或2所述的方法，其特征在于，所述订阅应用包括至少两个应用。

4.如权利要求1或2所述的方法，其特征在于，所述根据所述通知消息获取闹钟调整量具体包括：获取所述通知消息的事件信息，判断所述通知消息的事件信息表征的事件的发生时间是否处于与闹钟的起闹时间关联的时间范围内，若所述事件的发生时间早于起闹时间，且起闹时间减去事件发生时间的差值小于第一阈值，根据所述事件信息获取闹钟调整量。

5.如权利要求3所述的方法，其特征在于，所述根据所述通知消息获取闹钟调整量具体包括：获取所述通知消息的事件信息，判断所述通知消息的事件信息表征的事件的发生时间是否处于与闹钟的起闹时间关联的时间范围内，若所述事件的发生时间早于起闹时间，且起闹时间减去事件发生时间的差值小于第一阈值，根据所述事件信息获取闹钟调整量。

6.如权利要求1或2所述的方法，其特征在于，所述根据所述通知消息获取闹钟调整量具体包括：获取所述通知消息的事件信息，判断所述通知消息的事件信息表征的事件的发生时间是否处于与闹钟的起闹时间关联的时间范围内，若起闹时间早于事件发生时间，且事件发生时间减去起闹时间小于第二阈值，根据所述事件信息获取闹钟调整量。

7.如权利要求3所述的方法，其特征在于，所述根据所述通知消息获取闹钟调整量具体包括：获取所述通知消息的事件信息，判断所述通知消息的事件信息表征的事件的发生时间是否处于与闹钟的起闹时间关联的时间范围内，若起闹时间早于事件发生时间，且事件发生时间减去起闹时间小于第二阈值，根据所述事件信息获取闹钟调整量。

8.如权利要求1或2所述的方法，其特征在于，所述闹钟设置包括目标路线，所述通知消息包括在第一天气情况下目标路线所需的路途时间，所述根据所述通知消息获取闹钟调整量具体包括：根据在所述第一天气信息情况下所需的所述路途时间确定闹钟调整量。

9.如权利要求3所述的方法，其特征在于，所述闹钟设置包括目标路线，所述通知消息包括在第一天气情况下目标路线所需的路途时间，所述根据所述通知消息获取闹钟调整量具体包括：根据在所述第一天气信息情况下所需的所述路途时间确定闹钟调整量。

10.如权利要求1或2所述的方法，其特征在于，所述订阅应用包括日历应用，所述根据所述通知消息获取闹钟调整量具体还包括：根据所述日历应用通知信息中的事件信息确定闹钟调整量。

11.如权利要求1或2所述的方法，其特征在于，所述方法还包括：所述电子设备通过词法分析器分析所述通知消息。

12.如权利要求5、7或9所述的方法，其特征在于，所述方法还包括：所述电子设备通过词法分析器分析所述通知消息。

13.如权利要求10所述的方法，其特征在于，所述方法还包括：所述电子设备通过词法分析器分析所述通知消息。

14.如权利要求1-2、5、7、9和13中任一所述的方法，其特征在于，所述方法还包括：接收查询所述闹钟的操作，显示所述闹钟订阅应用信息。

15.如权利要求3所述的方法，其特征在于，所述方法还包括：接收查询所述闹钟的操作，显示所述闹钟订阅应用信息。

16.如权利要求4所述的方法，其特征在于，所述方法还包括：接收查询所述闹钟的操作，显示所述闹钟订阅应用信息。

17.如权利要求6所述的方法，其特征在于，所述方法还包括：接收查询所述闹钟的操作，显示所述闹钟订阅应用信息。

18.如权利要求8所述的方法，其特征在于，所述方法还包括：接收查询所述闹钟的操作，显示所述闹钟订阅应用信息。

19.如权利要求12所述的方法，其特征在于，所述方法还包括：接收查询所述闹钟的操作，显示所述闹钟订阅应用信息。

20.如权利要求1-2、5、7、9、13和15-19中任一所述的方法，其特征在于，所述根据所述通知消息获取闹钟调整量具体还包括：根据所述通知消息中的事件信息查询映射表获取所述事件信息对应的闹钟调整量。

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

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

23.一种电子设备，其特征在于，所述电子设备包括处理器和触摸屏，其中，

所述触摸屏用于接收闹钟设置的输入，所述闹钟设置包括第一时间和应用消息订阅信息，根据所述闹钟设置将所述第一时间设置为闹铃时间，所述应用消息订阅信息包括订阅应用；

所述处理器用于根据所述订阅应用监控到所述订阅应用的通知消息；

所述处理器还用于根据所述通知消息获取闹钟调整量，根据所述闹钟调整量校正所述第一时间得到第二时间，将所述第二时间设置为闹铃时间。

24.如权利要求23所述的电子设备，其特征在于，所述处理器还用于获取所述通知消息的事件信息，判断所述通知消息的事件信息表征的事件的发生时间是否处于与闹钟的起闹时间关联的时间范围内，若所述事件的发生时间早于起闹时间，且起闹时间减去事件发生时间的差值小于第一阈值，根据所述事件信息获取闹钟调整量。

25.如权利要求24所述的电子设备，其特征在于，所述处理器还用于获取所述通知消息的事件信息，判断所述通知消息的事件信息表征的事件的发生时间是否处于与闹钟的起闹时间关联的时间范围内，若起闹时间早于事件发生时间，且事件发生时间减去起闹时间小于第二阈值，根据所述事件信息获取闹钟调整量。

26.如权利要求23-25中任一所述的电子设备，其特征在于，所述电子设备还包括显示屏，所述显示屏用于显示所述通知消息。

27.如权利要求26所述的电子设备，其特征在于，其特征在于，所述触摸屏还用于接收查询所述闹钟的操作，所述显示屏还用于显示所述闹钟订阅应用信息。

Images