应用的自动唤醒方法、装置及移动终端与流程

本发明涉及计算机应用领域，特别是涉及一种应用的自动唤醒方法、装置及移动终端。

背景技术：

现有技术中，终端上通常安装有多个应用(APP)，用户在使用这些应用时，每个应用真正使用的时间其实不多，需要一直开启的应用很少。但是，有些事件是具备持续性的，当前使用该APP完成之后，需要经过一段时间才重新使用到该APP，若APP保持运行状态，则会一直占用系统资源，耗时耗电，并会使得系统运行越来越慢。若直接关闭该APP，那么，在经历一段时间到达APP应该执行事件后续操作的时间点，该APP又处于关闭状态，不能及时有效地执行这一事件的后续部分。

综上可知，现有技术中，应用在处理事件的过程中还存在缺陷。例如，在使用订票应用成功完成订票时，下面存在两种情况，一种是订票应用持续运行，一种是直接关闭该应用。如果不关闭订票应用，那么该应用一直处于运行状态，不但占用设备内存，还会不断消耗电量，甚至导致设备出现持续发热的状况。如果直接关闭订票应用，那么该应用在用户再次人工打开之前便不会再接收到关于所定票务的相关信息，导致用户可能会因为没有及时收到关键信息而遭受不必要的损失，给用户带来许多不便。

因此，现在亟需一种能够既省电又能够让应用及时处理事件的方法。

技术实现要素：

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的应用的自动唤醒方法、装置及移动终端。

依据本发明实施例的一个方面，提供了一种应用的自动唤醒方法，包括：

接收到包含能够映射到具体应用的关键字/词的消息；

根据所述关键字/词查找到所述具体应用，并对所述具体应用执行静默操作；

对所述消息进行解析，确定所述消息描述的事件是否具备在当前时间戳之后结束的延后时效性；

若是，根据所述事件的类型以及所述事件的延后时效性，确定所述事件再次通知用户的通知时间；

到达所述通知时间时，自动唤醒所述具体应用。

可选的，对所述消息进行解析，确定所述消息描述的事件是否具备在当前时间点之后结束的延后时效性，包括：

解析所述消息，确定其中是否具备所述事件的执行时间；

比对所述执行时间和作为当前时间戳的系统时间，确定所述执行时间是否晚于所述系统时间；

若是，则所述事件具备在当前时间戳之后结束的延后时效性；

若否，则所述事件已结束。

可选的，根据所述事件的类型以及所述事件的延后时效性，确定所述事件再次通知用户的通知时间，包括：

若所述事件为即时完成事件，根据所述即时完成事件的延后时延性，在所述即时完成事件的结束时间之前预留提醒时间，并将所述提醒时间确定为所述通知时间；

若所述事件为持续性事件，根据所述持续性事件的延后时延性，将所述持续性事件的结束时间确定为所述通知时间。

可选的，根据所述即时完成事件的延后时延性，在所述即时完成事件的结束时间之前预留提醒时间，包括：

所述即时完成事件为交通工具启动时，结合所述交通工具的启动时间和所述用户到达所述交通工具所在地的距离，预留出所述提醒时间，其中，所述交通工具包括火车、汽车、轮船、飞机中的至少一种；

所述即时完成事件为订餐时，结合所述订餐的下单时间、商家和所述用户的距离，预留出所述提醒时间；

所述即时完成事件为网约车时，结合所述网约车的下单时间、所述网约车和所述用户的距离，预留出所述提醒时间。

可选的，根据所述持续性事件的延后时延性，将所述持续性事件的结束时间确定为所述通知时间，包括：

所述持续性事件为气候类事件时，将所述气候类事件的结束时间确定为所述通知时间，其中，所述气候类事件包括异常类天气：台风、暴雨、大雪、雷电、降温、升温中的至少一类；

所述持续性事件为地质类事件时，将所述地质类事件的结束时间确定为所述通知时间，其中，所述地质类事件包括地震、火灾、洪水、泥石流中的至少一类；

所述持续性事件为数据操作事件时，将所述数据操作事件的结束时间确定为所述通知时间，其中，所述数据操作事件包括对数据进行更新、传输、浏览、播放、更改、替换中的至少一项。

可选的，到达所述通知时间时，自动唤醒所述具体应用，包括：

根据所述通知时间设置定时器并启动；

待所述定时器到达所述通知时间时，接收所述定时器的定时到达通知；

新建或调用一个唤醒进程，设置所述唤醒进程的唤醒目标为所述具体应用；

执行所述唤醒进程，唤醒所述具体应用。

可选的，所述关键字/词包括所述消息的发送号码和/或根据消息内容提炼出的关键字/词，其中，

当所述消息为纯文字消息时，所述关键字/词包括能够标识出具体应用的文字；

当所述消息为文字和/或图片的结合消息时，所述关键字/词包括能够标识出具体应用的文字，和/或者，能够标识出具体应用的LOGO标识；

当所述消息为语音类消息时，所述关键字/词包括将语音转化为文字后、能够标识出具体应用的文字。

可选的，对所述具体应用执行静默操作，包括下列至少之一：

关闭所述具体应用；

将所述具体应用放置于应用冷冻室；

将所述具体应用设置为休眠模式。

可选的，到达所述通知时间时，自动唤醒所述具体应用之后，还包括：

接收唤醒后的具体应用发出的消息；或者

接收用户指令，根据所述用户指令触发唤醒后的具体应用执行新的操作。

依据本发明实施例的另一个方面，还提供了一种应用的自动唤醒装置，包括：

接收模块，适于接收到包含能够映射到具体应用的关键字/词的消息；

静默模块，适于根据所述关键字/词查找到所述具体应用，并对所述具体应用执行静默操作；

解析模块，适于对所述消息进行解析，确定所述消息描述的事件是否具备在当前时间戳之后结束的延后时效性；

确定模块，适于若是，根据所述事件的类型以及所述事件的延后时效性，确定所述事件再次通知用户的通知时间；

唤醒模块，适于到达所述通知时间时，自动唤醒所述具体应用。

可选的，所述确定模块还适于：

解析所述消息，确定其中是否具备所述事件的执行时间；

比对所述执行时间和作为当前时间戳的系统时间，确定所述执行时间是否晚于所述系统时间；

若是，则所述事件具备在当前时间戳之后结束的延后时效性；

若否，则所述事件已结束。

可选的，所述确定模块还适于：

若所述事件为即时完成事件，根据所述即时完成事件的延后时延性，在所述即时完成事件的结束时间之前预留提醒时间，并将所述提醒时间确定为所述通知时间；

若所述事件为持续性事件，根据所述持续性事件的延后时延性，将所述持续性事件的结束时间确定为所述通知时间。

可选的，所述确定模块还适于：

所述即时完成事件为交通工具启动时，结合所述交通工具的启动时间和所述用户到达所述交通工具所在地的距离，预留出所述提醒时间，其中，所述交通工具包括火车、汽车、轮船、飞机中的至少一种；

所述即时完成事件为订餐时，结合所述订餐的下单时间、商家和所述用户的距离，预留出所述提醒时间；

所述即时完成事件为网约车时，结合所述网约车的下单时间、所述网约车和所述用户的距离，预留出所述提醒时间。

可选的，所述确定模块还适于：

所述持续性事件为气候类事件时，将所述气候类事件的结束时间确定为所述通知时间，其中，所述气候类事件包括异常类天气：台风、暴雨、大雪、雷电、降温、升温中的至少一类；

所述持续性事件为地质类事件时，将所述地质类事件的结束时间确定为所述通知时间，其中，所述地质类事件包括地震、火灾、洪水、泥石流中的至少一类；

所述持续性事件为数据操作事件时，将所述数据操作事件的结束时间确定为所述通知时间，其中，所述数据操作事件包括对数据进行更新、传输、浏览、播放、更改、替换中的至少一项。

可选的，所述唤醒模块还适于：

根据所述通知时间设置定时器并启动；

待所述定时器到达所述通知时间时，接收所述定时器的定时到达通知；

新建或调用一个唤醒进程，设置所述唤醒进程的唤醒目标为所述具体应用；

执行所述唤醒进程，唤醒所述具体应用。

可选的，所述关键字/词包括所述消息的发送号码和/或根据消息内容提炼出的关键字/词，其中，

当所述消息为纯文字消息时，所述关键字/词包括能够标识出具体应用的文字；

当所述消息为文字和/或图片的结合消息时，所述关键字/词包括能够标识出具体应用的文字，或者能够标识出具体应用的LOGO标识；

当所述消息为语音类消息时，所述关键字/词包括将语音转化为文字后、能够标识出具体应用的文字。

可选的，所述静默模块还适于采用下列至少之一的方式对所述具体应用执行静默操作：

关闭所述具体应用；

将所述具体应用放置于应用冷冻室；

将所述具体应用设置为休眠模式。

可选的，所述接收模块还适于在自动唤醒所述具体应用之后，接收唤醒后的具体应用发出的消息；或者，接收用户指令，根据所述用户指令触发唤醒后的具体应用执行新的操作。

依据本发明实施例的又一个方面，提供了一种移动终端，包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述任意一项所述的应用的自动唤醒方法。

本发明实施例，为了解决在使用应用的过程中出现的对系统资源造成不必要的浪费、耗时耗电以及可能产生额外发热对设备产生损害的问题，提出了一种对应用实施自动唤醒的方法。能够实现应用的个性化运行，既满足应用完成一个阶段而进入闲置状态时可以将应用关闭以使得移动终端省电、避免过热等目的，又能够在应用需要执行下一个阶段时自动唤醒，提高用户的感受体验。具体地，日常使用各应用时，需要在设备上可以接收到包含能够映射到具体应用的关键字/词的消息。接收到的这些相关的关键字/词的信息，为映射具体应用提供了基础，关键字/词能够映射出具体应用，能够将可能需要唤醒的应用的消息与其他普通消息区分开，本发明实施例仅在接收到包含这一类关键字/词的特殊消息时才需要执行后续的应用唤醒步骤，对于其他普通消息无需进行后续处理，尽量不为系统增加过量的负担。并且，能够发出包括关键字/词的消息，证明该应用已经执行了某一操作，并将相应的信息通知到用户。随后，根据这些关键字/词查找到其所映射出的具体应用，并对具体应用执行静默操作，因为，具体应用已经执行了某一操作且该操作已经结束，因此，具体应用此时可被设置为静默状态，以进一步实现省电、避免热量过高这一目的。进一步，本实施例对接收到的具体消息进行解析，确定该消息描述的事件是否具备在当前时间戳之后结束的延后时效性。当事件具备延后时效性，则证明这一事件后续仍需要应用继续执行，本发明实施例会根据事件的类型以及事件的延后时效性，确定该事件再次通知用户的通知时间，当到达通知时间时，自动唤醒对应的具体应用。由此可见，采用本发明实施例提供的方法，可以保持各个应用处于更加个性化地运行状态，在应用阶段性完成时，则进入静默模式，需要再次使用时，则自动唤醒具体应用。这一处理方式为系统节省了大量的资源，并且避免出现大量电量消耗，以及伴随大量耗电所带来的过热、系统缓慢甚至崩溃等缺陷，为移动设备提供了优质的运行环境。同时，采用本发明实施例提供的方法，在避免上述缺陷后，应用还可以随时根据后续的实际情况选择被唤醒，能够为用户在适当的时间提供适当的服务(包括消息推送、时间提醒等等)，将应用服务便利化和损耗最小化，为用户提供多层次的服务，提升用户体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

根据下文结合附图对本发明具体实施例的详细描述，本领域技术人员将会更加明了本发明的上述以及其他目的、优点和特征。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是根据本发明一个实施例的应用的自动唤醒方法的处理流程图；

图2是根据本发明一个实施例的对具体应用执行静默操作的多种方式示意图；

图3是根据本发明一个实施例的确定消息描述的事件是否具备在当前时间戳之后结束的延后时效性的处理流程图；

图4是根据本发明一个实施例的对具体应用执行自动唤醒操作的多种方式的示意图；

图5是根据本发明一个实施例的应用的自动唤醒装置的示意性框图；以及

图6是根据本发明一个实施例的移动终端的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为解决上述技术问题，本发明实施例提供了一种应用的自动唤醒方法。图1示出了根据本发明一个实施例的应用的自动唤醒方法的处理流程图。如图1所示，应用的自动唤醒方法至少包括步骤S102至步骤S110：

步骤S102、接收到包含能够映射到具体应用的关键字/词的消息；

步骤S104、根据关键字/词查找到具体应用，并对具体应用执行静默操作；

步骤S106、解析消息，确定消息描述的事件是否具备在当前时间戳之后结束的延后时效性，若是，执行步骤S108以及步骤S110，若否，图1所示流程结束；

步骤S108、根据事件的类型以及事件的延后时效性，确定事件再次通知用户的通知时间；

步骤S110、到达通知时间时，自动唤醒具体应用。

本发明实施例，为了解决在使用应用的过程中出现的对系统资源造成不必要的浪费、耗时耗电以及对设备会有所损害的问题，提出了一种对应用实施自动唤醒的方法，能够实现各应用的个性化运行，既满足应用完成一个阶段而进入闲置状态时可以将应用关闭以使得移动终端省电、避免过热等目的，又能够在应用需要执行下一个阶段时自动唤醒，提高用户的感受体验。具体地，日常使用各应用时，需要在设备上可以接收到包含能够映射到具体应用的关键字/词的消息。接收到的这些相关的关键字/词的信息，为映射具体应用提供了基础，关键字/词能够映射出具体应用，能够将可能需要唤醒的应用的消息与其他普通消息区分开，本发明实施例仅在接收到包含这一类关键字/词的特殊消息时才需要执行后续的应用唤醒步骤，对于其他普通消息无需进行后续处理，尽量不为系统增加过量的负担。并且，能够发出包括关键字/词的消息，证明该应用已经执行了某一操作，并将相应的信息通知到用户。随后，根据这些关键字/词查找到其所映射出的具体应用，并对具体应用执行静默操作，前文论述提及，具体应用已经执行了某一操作且该操作已经结束，因此，具体应用此时可被设置为静默状态，以进一步实现省电、避免热量过高这一目的。进一步，本实施例对接收到的具体消息进行解析，确定消息描述的事件是否具备在当前时间戳之后结束的延后时效性。当事件具备延后时效性，则证明这一事件后续仍需要应用继续执行，本发明实施例会根据事件的类型以及事件的延后时效性，确定该事件再次通知用户的通知时间，当到达通知时间时，自动唤醒对应的具体应用。由此可见，采用本发明实施例提供的方法，可以保持各个应用处于更加个性化地运行状态，在应用阶段性完成时，则进入静默模式，需要再次使用时，则自动唤醒具体应用。这一处理方式为系统节省了大量的资源，避免出现大量电量消耗，并伴随大量耗电所带来的过热、系统缓慢甚至崩溃等缺陷，为移动设备提供了优质的运行环境。同时，采用本发明实施例提供的方法，在避免上述缺陷后，应用还可以随时根据后续的实际情况选择被唤醒，能够为用户在适当的时间提供适当的服务(包括消息推送、时间提醒等等)，将应用服务便利化和损耗最小化，为用户提供多层次的服务，提升用户体验。

具体地，在利用本实施例提供的应用的自动唤醒方法时，以日常生活中经常用到的移动终端(手机、平板电脑、笔记本电脑等，后续以常用的手机为例)上的订票应用为例，比如携程网APP。在手机系统上安装携程网APP(后简称携程网)后，用户通过携程网进行订票操作(以飞机票为例)。飞机票预订完成之后，携程网会自动给用户发送相应的订票成功以及具体的票务信息。在本实施例提供的方法中，票务信息需要具备能够映射到具体应用的关键字/词，例如携程网字样、携程网电话号码、飞机票、起飞和降落地点、携程网网址等等。用户手机上接收到携程网发送本次的订票信息，即从作为消息来源的“携程网”接收包含关键字/词的消息。

前例中提及，关键字/词可以包括消息中的携程网字样、携程网电话号码、飞机票、起飞和降落地点、携程网网址等等，由此可见，关键字/词可以包括消息的发送号码和/或根据消息内容提炼出的关键字/词。而消息本身类型不同，如何根据消息内容提炼出具体的关键字/词的方式也不同。例如：

第一种方式，当接收到的消息为纯文字消息时，该关键字/词可以包括能够标识出具体应用的文字；

第二种方式，当接收到的消息为文字和/或图片的结合消息时，该关键字/词可以包括能够标识出具体应用的文字，和/或能够标识出具体应用的LOGO标识；

第三种方式，当接收到的消息为语音类消息时，该关键字/词可以包括将语音转化为文字后，能够标识出具体应用的文字。

仍以携程网为例，当接收到的消息是纯文字消息时，关键词包括“携程网”字样，而消息是文字和图片的结合时，关键词可以是携程网的LOGO，当接收到语音类消息时，关键词是其中能够转化为“携程网”的语音。当然，这三条消息的电话号码均来自携程网官方电话号码，那么携程网官方电话号码即可认为是关键词。

进一步，在接收到包含能够映射到具体应用的关键字/词的消息(步骤S102)后，根据关键字/词查找相关的具体应用，并找到该应用之后，对其执行静默操作(步骤S104)。根据本发明实施例，对具体应用执行静默操作时，可以采取多种不同的方式。图2示出了根据本发明一个实施例的对具体应用执行静默操作的多种方式的示意图。如图2所示，在对具体应用执行静默操作时，可以将具体应用关闭，也可以将具体应用放置于应用冷冻室，还可以将具体应用设置为休眠模式。对应用执行静默操作后，应用将不再占用大量系统资源，也不会持续耗电，这样一来设备就不会产生额外的发热，节省系统资源和内存，优化了系统环境，提升用户体验。

在步骤S104执行结束之后，对接收到的消息进行解析。在对接收到的消息进行解析时，首先需要确定该信息中的事件是否具备执行时间，若具备的话，需要将该执行时间与作为当前时间戳的系统时间进行比对，确定该事件的执行时间是否晚于系统时间。如果该执行时间晚于系统时间，则说明接收到的信息中的事件具备在当前时间戳之后结束的延后时效性，可以通过本实施例提供的应用的自动唤醒方法解决该事件中的具体问题。如果该执行时间早于系统时间，则说明接收到的信息中的事件不具备在当前时间戳之后结束的延后时效性，该事件在利用本实施例的应用的自动唤醒方法时将变得没有实际意义。比如，用户在当前收到携程网发送的订票信息是昨天发出的航班信息，那么该事件不具备执行时间，这种情况通常没有实际意义，所以确定接收到的信息是否具备当前时间戳之后结束的延后时效性是很重要的一个方面。图3示出了根据本发明一个实施例的确定消息描述的事件是否具备在当前时间戳之后结束的延后时效性的处理流程图。如图3所示，确定消息描述的事件是否具备在当前时间戳之后结束的延后时效性的流程图至少包括步骤S302至步骤S308：

步骤S302、接收到包含能够映射到具体应用的关键字/词的消息；

步骤S304、解析消息，确定其中是否具备事件的执行时间；

步骤S306、比对执行时间和作为当前时间戳的系统时间，确定执行时间是否晚于系统时间；

步骤S308、若是，则事件具备在当前时间戳之后结束的延后时效性。

在图3示出的各步骤执行结束之后，即确定了接收到的消息所描述的事件具备在当前时间戳之后结束的延后时效性，当事件具备延后时效性，则证明这一事件后续仍需要应用继续执行，应用可以根据事件的类型以及事件的延后时效性，确定该事件再次通知用户的通知时间。例如，用户在A地通过携程网预定了当天的航班，但是机场是在B地，用户会希望携程网后续能够根据其发送到终端的订票信息及时间，同时结合当时用户所处的位置及路况等各方面因素，进行全面分析，以确定再次通知用户的具体的通知时间。

进一步地，根据本发明实施例，应用若要更准确的确定再次通知用户的通知时间，则在确定信息中的事件具备延后时效性之后，可以考虑该事件的类型。在利用本发明实施例提供的应用的自动唤醒方法中，事件可以分为即时完成事件和持续性事件。

即时完成事件是指该事件的完成是即时性的，时间不存在持续进行这一属性。当事件为即时完成事件时，则根据即时完成事件的延后时延性，在该即时完成事件的结束时间之前预留提醒时间，并将该提醒时间确定为通知时间。即时完成事件包括交通工具启动、订餐、网约车等等，这些事件的共性均是，其完成是在于其启动的一瞬间，并不需要长时间持续完成，那么相应的，为即时完成事件提供的提醒时间可参考因素不需要包括持续时长这一条。具体地，当即时完成事件为交通工具启动时，则可以结合交通工具的启动时间和用户到达交通工具所在地的距离、路况、天气等情况，预留出提醒时间，以提醒用户该出发去交通工具所在地，避免延误。其中，交通工具包括火车、汽车、轮船、飞机中的至少一种。同理，当即时完成事件为订餐(包括网络订餐和电话订餐)时，则可以结合订餐的下单时间、商家和用户的距离、路况、天气等信息，预留出提醒时间，以提醒用户订餐的到达时间或者提醒用户订餐所需的提前时间，以方便用户能够准时用餐。再例如，当即时完成事件为网约车时，能够结合网约车的下单时间、网约车和用户之间的距离，预留出提醒时间，以提醒用户及时下楼到达约车地点等等。

持续性事件与即时性相对应，是指事件的完成并不是即时性的，而是一个持续性的过程。当事件为持续性事件时，可以根据持续性事件的延后时延性，将持续性事件的结束时间确定为通知时间。例如，持续性事件可以包括气候类事件、地质类事件、数据操作事件等等。当持续性事件为气候类事件时，将该事件的结束时间确定为通知时间。其中，气候类事件包括异常天气：台风、暴雨、大雪、雷电、降温、升温中的至少一类；当异常天气开始时，天气类应用通知用户这一消息，告知用户尽量待在家中，待异常天气结束时，天气类应用被唤醒，再次通知用户这一新的消息，告知用户可以出门。同理，当持续性事件为地质类事件时，将该事件的结束时间确定为通知时间。其中，地质类事件包括地震、火灾、洪水、泥石流中的至少一类。

除自然天气、地质等事件外，持续性事件还可以包括数据操作事件，例如，对数据进行更新、传输、浏览、播放、更改、替换中的至少一项。具体的，例如视频的播放，视频网站应用在首次打开播放视频时后，保持播放窗口继续播放，其他功能被静默，待视频播放结束时，向用户通知该视频播放已结束，请求确认是否播放其他视频，或者直接将应用关闭。

进一步，在确定好再次通知用户的通知时间之后，当到达应用所设置的通知时间时，自动唤醒具体的应用。自动唤醒应用在实施时，也可以采取不同的方式。图4示出了根据本发明一个实施例的对具体应用执行自动唤醒操作的多种方式的示意图。如图4所示，执行自动唤醒操作时，可以根据通知时间设定一个定时器，并启动该定时器，待定时器到达通知时间时，接收定时器的定时到达通知，进而唤醒应用。或者，可以利用唤醒进程，将需要被唤醒的具体应用设置成唤醒进程的唤醒目标，执行该唤醒进程，唤醒具体应用。待具体应用被唤醒之后，可以接收到该应用发出的消息，同时也可以接收用户的指令，根据用户指令触发唤醒后的应用执行新的操作。此时，应用结束静默状态，进入运行状态，实现了系统资源合理利用、省时省电等目的。比如，用户预定了三天后的机票，则在预定成功后，根据接收到的信息确定通知时间为提前三小时，那么为这一通知时间设定一个定时器，定时器被设置为提前三小时结束计时，拉起对应的应用，由该应用继续为用户提供服务。当然，本发明实施例中可以通过获取用户的位置，结合实际情况，设定不同的时间，如距离机场太远，则需要设定较长的提醒时间。

综上可知，采用本发明实施例提供的应用自动唤醒方法，不但为系统节省了大量的资源，并且避免了大量的电量消耗，以及伴随大量耗电所带来的过热、系统缓慢甚至崩溃等缺陷，为移动设备提供了优质的运行环境，而且还能够即时地为用户在适当的时间提供适当的服务(包括消息推送、时间提醒等等)，将应用服务便利化和损耗最小化，为用户提供多层次的服务，提升用户体验。

现提供几个具体的实施例对本发明实施例所提供的应用的自动唤醒方法进行详细阐述。

实施例一

本实施例以飞机起飞为例，该事件是即时完成事件，当用户通过手机上的携程网成功预订11月20日晚8：00的飞机票后，用户会收到携程网发送的相关的订票信息。根据这些信息在手机上查找该信息所映射到的具体应用，本实施例中，手机会根据接收到的携程网字样、电话号码以及所定飞机票务信息等映射到携程网，进而，携程网会对用户的订票信息进行解析。

具体地，在确定飞机起飞事件具备在当前时间戳之后结束的延后时效性后，确定该应用能够被自动唤醒。用户与飞机场之间的距离为40KM，结合路况约1小时20分钟能够到机场，用户应于11月20日晚6：00准备出发去往机场以办理登机手续。当前时间戳为11月16日下午2：00，因此，通知时间定为11月20日下午4：30。定时器按照该通知时间进行定时，距当前时间戳4天2小时30分，并启动定时器。在定时器设定好再次通知用户的通知时间后，对携程网执行静默操作。此时，不仅手机可以节省大量系统资源、省时省电，而且用户也可以继续处理自己的事情而不必一直担心何时出发去机场的问题。当到达定时器所设定的再次通知用户的通知时间时，自动唤醒携程网，携程网会及时为用户发送提醒信息。所以，用户会在11月20日下午4:30收到携程网发送的相关服务信息，用户可以根据该信息合理安排自己的行程。

除距离之外，天气也是考虑因素，飞机起飞还可以根据当前天气确定起飞时间，进而确定再次通知用户的通知时间。例如，用户通过携程网预订了11月20日晚8:00的飞机票，但是由于11月20日发生了大范围降雨，导致该次航班无法按规定时间起飞，携程网给用户发送了飞机延迟起飞的信息。但是，用户仍然希望能够及时收到关于本次航班的后续消息，若该次大范围降雨天气将于11月21日下午6:00结束，则定时器将根据该次降雨天气的结束时间设定再次通知用户的通知时间，并启动定时器。在定时器设定好再次通知用户的通知时间后，对携程网执行静默操作。当到达该通知时间时，自动唤醒携程网，携程网会及时为用户发送提醒信息。所以，用户会在11月21日下午6:00收到携程网发送的关于能够起飞的航班的具体信息。之后可以根据用户收到的具体航班信息及用户实际情况，再次设定定时器，以唤醒应用做出进一步提醒。

实施例二

本实施例以网约车为例，该事件是即时完成事件，用户于10月11日下午1:00在北京天安门广场通过滴滴打车APP(后简称滴滴打车)预约出租车，用户希望出租车司机于10月11日晚6:00到达北京天安门广场将其送往北京西站。当出租车司机收到约车信息后，手机会根据接收到的滴滴打车字样、滴滴打车服务编号以及约车时间或地点等信息映射到滴滴打车，进而，滴滴打车会对乘客发出的具体约车信息进行解析。

具体地，在确定网约车事件具备在当前时间戳之后结束的延后时效性后，确定该应用能够被自动唤醒。出租车司机与北京天安门广场之间的距离为30KM，结合路况约1小时能够到达北京天安门广场，出租车司机应于10月11日下午5:00之前出发去往北京天安门广场接乘客。当前时间戳为10月11日下午1:00，因此，通知时间定为10月11日下午4:40。定时器按照该通知时间进行定时，距当前时间戳3小时40分，并启动定时器。在定时器设定好再次通知用户的通知时间后，对滴滴打车执行静默操作。此时，不仅手机可以节省大量系统资源、省时省电，而且出租车司机也可以结合自己的时间继续安排工作。当到达定时器所设定的再次通知用户的通知时间时，自动唤醒滴滴打车，滴滴打车会及时为用户发送提醒信息。所以，出租车司机会在10月11日下午4:40收到滴滴打车发送的相关约车提醒信息，司机可以根据该信息合理安排自己的出车行程。

实施例三

本实施例以台风为例，该事件是持续性事件。广东一用户于9月21日晚上7:00经墨迹天气APP(后简称墨迹天气)收到当地气象局发布的台风预警，台风“海马”将于9月21日晚上11:00登陆广东，此次台风持续时间较长，预计于9月24日下午5:00台风结束。当用户的手机接收到台风预警信息后，会根据接收号码、接收到的天气字样、墨迹天气LOGO等信息映射到用户手机上已安装的墨迹天气。进而，墨迹天气会对接收到的相关天气信息进行解析。

具体地，在确定台风天气事件具备在当前时间戳之后结束的延后时效性后，确定墨迹天气能够被自动唤醒。定时器根据墨迹天气接收到的台风结束时间设定再次通知用户的通知时间，并启动定时器。在定时器设定好再次通知用户的通知时间后，对墨迹天气执行静默操作。此时，不仅手机可以节省大量系统资源、省时省电，而且用户也可以继续处理自己的事情，而不必浪费时间和精力时刻关注台风天气何时结束的问题。当到达该通知时间时，自动唤醒墨迹天气，墨迹天气会及时为用户发送提醒信息。所以，该用户会在9月24日下午5:00收到墨迹天气发送的天气提醒信息，用户可以根据该信息做出合理的安排。

上文各实施例中所考虑的因素仅仅为例举，在实际应用中因素的种类、数量均可能改变，具体的时间由具体因素确定，上述各实施例对其并未做限定。

采用本发明提供的应用的自动唤醒方法，除上文提供的例子外，还可以在微信的垃圾达到预定值时，直接启动微信清理，或者在观看完一段视频之后，自动跳转到下一视频播放页面等等。利用本实施例提供的方法，可以根据应用的具体使用情况，拉起相关的应用，应用可以结合用户的实际情况，做出反馈，更好的实现应用人性化，给用户带来便利。

基于同一发明构思，本发明实施例还提供了一种应用的自动唤醒装置。图5示出了根据本发明一个实施例的应用的自动唤醒装置的结构示意图。如图5所示，应用的自动唤醒装置至少包括：

接收模块510，适于接收到包含能够映射到具体应用的关键字/词的消息；

静默模块520，与接收模块510耦合，适于根据关键字/词查找到具体应用，并对具体应用执行静默操作；

解析模块530，与静默模块520耦合，适于对消息进行解析，确定消息描述的事件是否具备在当前时间戳之后结束的延后时效性；

确定模块540，与解析模块530耦合，适于若是，根据事件的类型以及事件的延后时效性，确定事件再次通知用户的通知时间；

唤醒模块550，与确定模块540耦合，适于到达通知时间时，自动唤醒具体应用。

在一个优选的实施例中，确定模块540还适于：

解析消息，确定其中是否具备事件的执行时间；

比对执行时间和作为当前时间戳的系统时间，确定执行时间是否晚于系统时间；

若是，则事件具备在当前时间戳之后结束的延后时效性；

若否，则事件已结束。

在一个优选的实施例中，确定模块540还适于：

若事件为即时完成事件，根据即时完成事件的延后时延性，在即时完成事件的结束时间之前预留提醒时间，并将提醒时间确定为通知时间；

若事件为持续性事件，根据持续性事件的延后时延性，将持续性事件的结束时间确定为通知时间。

在一个优选的实施例中，确定模块540还适于：

即时完成事件为交通工具启动时，结合交通工具的启动时间和用户到达交通工具所在地的距离，预留出提醒时间，其中，交通工具包括火车、汽车、轮船、飞机中的至少一种；

即时完成事件为订餐时，结合订餐的下单时间、商家和用户的距离，预留出提醒时间；

即时完成事件为网约车时，结合网约车的下单时间、网约车和用户的距离，预留出提醒时间。

在一个优选的实施例中，确定模块540还适于：

持续性事件为气候类事件时，将气候类事件的结束时间确定为通知时间，其中，气候类事件包括异常类天气：台风、暴雨、大雪、雷电、降温、升温中的至少一类；

持续性事件为地质类事件时，将地质类事件的结束时间确定为通知时间，其中，地质类事件包括地震、火灾、洪水、泥石流中的至少一类；

持续性事件为数据操作事件时，将数据操作事件的结束时间确定为通知时间，其中，数据操作事件包括对数据进行更新、传输、浏览、播放、更改、替换中的至少一项。

在一个优选的实施例中，唤醒模块550还适于：

根据通知时间设置定时器并启动；

待定时器到达通知时间时，接收定时器的定时到达通知；

新建或调用一个唤醒进程，设置唤醒进程的唤醒目标为具体应用；

执行唤醒进程，唤醒具体应用。

在一个优选的实施例中，静默模块520还适于采用下列至少之一的方式对具体应用执行静默操作：

关闭具体应用；

将具体应用放置于应用冷冻室；

将具体应用设置为休眠模式。

在一个优选的实施例中，接收模块510还适于在自动唤醒具体应用之后，接收唤醒后的具体应用发出的消息；或者，接收用户指令，根据用户指令触发唤醒后的具体应用执行新的操作。

此外，本发明实施例还提供了一种移动终端，如图6所示，包括：一个或多个处理器680；

存储器620；

一个或多个应用程序，其中一个或多个应用程序被存储在存储器620中并被配置为由一个或多个处理器680执行，一个或多个程序配置用于执行上述任意一个优选实施例或其组合所提供的应用属性的自动唤醒方法。

为了便于说明，图6仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该移动终端可以包括手机、平板电脑、PDA(Personal Digital Assistant，个人数字处理)、POS(Point of Sales，销售终端)、车载电脑等任意终端设备，以终端为手机为例：

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

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

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

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

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

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

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

采用本发明实施例提供的应用属性的管理方法及装置能够达到如下有益效果：

本发明实施例，为了解决在使用应用的过程中出现的对系统资源造成不必要的浪费、耗时耗电以及可能产生额外发热对设备产生损害的问题，提出了一种对应用实施自动唤醒的方法。能够实现各应用的个性化运行，既满足应用完成一个阶段而进入闲置状态时可以将应用关闭以使得移动终端省电、避免过热等目的，又能够在应用需要执行下一个阶段时自动唤醒，提高用户的感受体验。具体地，日常使用各应用时，需要在设备上可以接收到包含能够映射到具体应用的关键字/词的消息。接收到的这些相关的关键字/词的信息，为映射具体应用提供了基础，关键字/词能够映射出具体应用，能够将可能需要唤醒的应用的消息与其他普通消息区分开，本发明实施例仅在接收到包含这一类关键字/词的特殊消息时才需要执行后续的应用唤醒步骤，对于其他普通消息无需进行后续处理，尽量不为系统增加过量的负担。并且，能够发出包括关键字/词的消息，证明该应用已经执行了某一操作，并将相应的信息通知到用户。随后，根据这些关键字/词查找到其所映射出的具体应用，并对具体应用执行静默操作，因为具体应用已经执行了某一操作且该操作已经结束，因此，具体应用此时可被设置为静默状态，以进一步实现省电、避免热量过高这一目的。进一步，本实施例对接收到的具体消息进行解析，确定消息描述的事件是否具备在当前时间戳之后结束的延后时效性。当事件具备延后时效性，则证明这一事件后续仍需要应用继续执行，本发明实施例会根据事件的类型以及事件的延后时效性，确定该事件再次通知用户的通知时间。当到达通知时间时，自动唤醒对应的具体应用。由此可见，采用本发明实施例提供的方法，可以保持各个应用处于更加个性化地运行状态，在应用阶段性完成时，则进入静默模式，需要再次使用时，则自动唤醒具体应用。为系统节省了大量的资源，并且避免了大量的电量消耗，以及伴随大量耗电所带来的过热、系统缓慢甚至崩溃等缺陷，为移动设备提供了优质的运行环境。同时，采用本发明实施例提供的方法，在避免上述缺陷后，应用还可以随时根据后续的实际情况选择被唤醒，为用户在适当的时间提供适当的服务(包括消息推送、时间提醒等等)，将应用服务便利化和损耗最小化，为用户提供多层次的服务，提升用户体验。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的应用的自动拉起设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

至此，本领域技术人员应认识到，虽然本文已详尽示出和描述了本发明的多个示例性实施例，但是，在不脱离本发明精神和范围的情况下，仍可根据本发明公开的内容直接确定或推导出符合本发明原理的许多其他变型或修改。因此，本发明的范围应被理解和认定为覆盖了所有这些其他变型或修改。

基于本发明的一个方面，还提供了A1、一种应用的自动唤醒方法，包括：

接收到包含能够映射到具体应用的关键字/词的消息；

根据所述关键字/词查找到所述具体应用，并对所述具体应用执行静默操作；

对所述消息进行解析，确定所述消息描述的事件是否具备在当前时间戳之后结束的延后时效性；

若是，根据所述事件的类型以及所述事件的延后时效性，确定所述事件再次通知用户的通知时间；

到达所述通知时间时，自动唤醒所述具体应用。

A2、根据A1所述的方法，其中，对所述消息进行解析，确定所述消息描述的事件是否具备在当前时间点之后结束的延后时效性，包括：

解析所述消息，确定其中是否具备所述事件的执行时间；

比对所述执行时间和作为当前时间戳的系统时间，确定所述执行时间是否晚于所述系统时间；

若是，则所述事件具备在当前时间戳之后结束的延后时效性；

若否，则所述事件已结束。

A3、根据A1或A2所述的方法，其中，根据所述事件的类型以及所述事件的延后时效性，确定所述事件再次通知用户的通知时间，包括：

若所述事件为即时完成事件，根据所述即时完成事件的延后时延性，在所述即时完成事件的结束时间之前预留提醒时间，并将所述提醒时间确定为所述通知时间；

若所述事件为持续性事件，根据所述持续性事件的延后时延性，将所述持续性事件的结束时间确定为所述通知时间。

A4、根据A3所述的方法，其中，根据所述即时完成事件的延后时延性，在所述即时完成事件的结束时间之前预留提醒时间，包括：

所述即时完成事件为交通工具启动时，结合所述交通工具的启动时间和所述用户到达所述交通工具所在地的距离，预留出所述提醒时间，其中，所述交通工具包括火车、汽车、轮船、飞机中的至少一种；

所述即时完成事件为订餐时，结合所述订餐的下单时间、商家和所述用户的距离，预留出所述提醒时间；

所述即时完成事件为网约车时，结合所述网约车的下单时间、所述网约车和所述用户的距离，预留出所述提醒时间。

A5、根据A3所述的方法，其中，根据所述持续性事件的延后时延性，将所述持续性事件的结束时间确定为所述通知时间，包括：

所述持续性事件为气候类事件时，将所述气候类事件的结束时间确定为所述通知时间，其中，所述气候类事件包括异常类天气：台风、暴雨、大雪、雷电、降温、升温中的至少一类；

所述持续性事件为地质类事件时，将所述地质类事件的结束时间确定为所述通知时间，其中，所述地质类事件包括地震、火灾、洪水、泥石流中的至少一类；

所述持续性事件为数据操作事件时，将所述数据操作事件的结束时间确定为所述通知时间，其中，所述数据操作事件包括对数据进行更新、传输、浏览、播放、更改、替换中的至少一项。

A6、根据A1-A5任一项所述的方法，其中，到达所述通知时间时，自动唤醒所述具体应用，包括：

根据所述通知时间设置定时器并启动；

待所述定时器到达所述通知时间时，接收所述定时器的定时到达通知；

新建或调用一个唤醒进程，设置所述唤醒进程的唤醒目标为所述具体应用；

执行所述唤醒进程，唤醒所述具体应用。

A7、根据A1-A6任一项所述的方法，其中，所述关键字/词包括所述消息的发送号码和/或根据消息内容提炼出的关键字/词，其中，

当所述消息为纯文字消息时，所述关键字/词包括能够标识出具体应用的文字；

当所述消息为文字和/或图片的结合消息时，所述关键字/词包括能够标识出具体应用的文字，和/或，能够标识出具体应用的LOGO标识；

当所述消息为语音类消息时，所述关键字/词包括将语音转化为文字后、能够标识出具体应用的文字。

A8、根据A1-A7任一项所述的方法，其中，对所述具体应用执行静默操作，包括下列至少之一：

关闭所述具体应用；

将所述具体应用放置于应用冷冻室；

将所述具体应用设置为休眠模式。

A9、根据A1-A8任一项所述的方法，其中，到达所述通知时间时，自动唤醒所述具体应用之后，还包括：

接收唤醒后的具体应用发出的消息；或者

接收用户指令，根据所述用户指令触发唤醒后的具体应用执行新的操作。

基于本发明的另一个方面，还提供了B10、一种应用的自动唤醒装置，包括：

接收模块，适于接收到包含能够映射到具体应用的关键字/词的消息；

静默模块，适于根据所述关键字/词查找到所述具体应用，并对所述具体应用执行静默操作；

解析模块，适于对所述消息进行解析，确定所述消息描述的事件是否具备在当前时间戳之后结束的延后时效性；

确定模块，适于若是，根据所述事件的类型以及所述事件的延后时效性，确定所述事件再次通知用户的通知时间；

唤醒模块，适于到达所述通知时间时，自动唤醒所述具体应用。

B11、根据B10所述的装置，其中，所述确定模块还适于：

解析所述消息，确定其中是否具备所述事件的执行时间；

比对所述执行时间和作为当前时间戳的系统时间，确定所述执行时间是否晚于所述系统时间；

若是，则所述事件具备在当前时间戳之后结束的延后时效性；

若否，则所述事件已结束。

B12、根据B10或B11所述的装置，其中，所述确定模块还适于：

若所述事件为即时完成事件，根据所述即时完成事件的延后时延性，在所述即时完成事件的结束时间之前预留提醒时间，并将所述提醒时间确定为所述通知时间；

若所述事件为持续性事件，根据所述持续性事件的延后时延性，将所述持续性事件的结束时间确定为所述通知时间。

B13、根据B12所述的装置，其中，所述确定模块还适于：

所述即时完成事件为交通工具启动时，结合所述交通工具的启动时间和所述用户到达所述交通工具所在地的距离，预留出所述提醒时间，其中，所述交通工具包括火车、汽车、轮船、飞机中的至少一种；

所述即时完成事件为订餐时，结合所述订餐的下单时间、商家和所述用户的距离，预留出所述提醒时间；

所述即时完成事件为网约车时，结合所述网约车的下单时间、所述网约车和所述用户的距离，预留出所述提醒时间。

B14、根据B13所述的装置，其中，所述确定模块还适于：

所述持续性事件为气候类事件时，将所述气候类事件的结束时间确定为所述通知时间，其中，所述气候类事件包括异常类天气：台风、暴雨、大雪、雷电、降温、升温中的至少一类；

所述持续性事件为地质类事件时，将所述地质类事件的结束时间确定为所述通知时间，其中，所述地质类事件包括地震、火灾、洪水、泥石流中的至少一类；

所述持续性事件为数据操作事件时，将所述数据操作事件的结束时间确定为所述通知时间，其中，所述数据操作事件包括对数据进行更新、传输、浏览、播放、更改、替换中的至少一项。

B15、根据B10-B14任一项所述的装置，其中，所述唤醒模块还适于：

根据所述通知时间设置定时器并启动；

待所述定时器到达所述通知时间时，接收所述定时器的定时到达通知；

新建或调用一个唤醒进程，设置所述唤醒进程的唤醒目标为所述具体应用；

执行所述唤醒进程，唤醒所述具体应用。

B16、根据B10-B15任一项所述的装置，其中，所述关键字/词包括所述消息的发送号码和/或根据消息内容提炼出的关键字/词，其中，

当所述消息为纯文字消息时，所述关键字/词包括能够标识出具体应用的文字；

当所述消息为文字和/或图片的结合消息时，所述关键字/词包括能够标识出具体应用的文字，或者能够标识出具体应用的LOGO标识；

当所述消息为语音类消息时，所述关键字/词包括将语音转化为文字后、能够标识出具体应用的文字。

B17、根据B10-B16任一项所述的装置，其中，所述静默模块还适于采用下列至少之一的方式对所述具体应用执行静默操作：

关闭所述具体应用；

将所述具体应用放置于应用冷冻室；

将所述具体应用设置为休眠模式。

B18、根据B10-B17任一项所述的装置，其中，

所述接收模块还适于在自动唤醒所述具体应用之后，接收唤醒后的具体应用发出的消息；或者，接收用户指令，根据所述用户指令触发唤醒后的具体应用执行新的操作。

基于本发明的又一个方面，还提供了C19、一种移动终端，包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行A1-A9任意一项所述的应用的自动唤醒方法。