CN104572104A - 监控闹钟的处理方法和装置 - Google Patents
监控闹钟的处理方法和装置 Download PDFInfo
- Publication number
- CN104572104A CN104572104A CN201510009657.9A CN201510009657A CN104572104A CN 104572104 A CN104572104 A CN 104572104A CN 201510009657 A CN201510009657 A CN 201510009657A CN 104572104 A CN104572104 A CN 104572104A
- Authority
- CN
- China
- Prior art keywords
- terminal
- message
- alarm clock
- time
- reminder
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Telephone Function (AREA)
Abstract
本发明公开了一种监控闹钟的处理方法和装置,方法包括:当所述第一终端上设定闹钟时,获取所述闹钟的提醒时间;向第二终端发送延迟提醒消息,其中,所述延迟提醒消息用于指示所述第二终端在第一提醒时间之后执行提醒操作,所述第一提醒时间为所述闹钟的提醒时间。实现了在保证终端中设定的闹钟提醒的可靠性的前提下解决不必要的干扰问题。
Description
技术领域
本发明实施例涉及终端应用技术,尤其涉及一种监控闹钟的处理方法和装置。
背景技术
随着智能手机的普及,越来越多的人依靠智能手机设定闹钟,以达到提醒的目的。
但是,随着智能手机的应用扩大化以及屏幕越来越大,智能手机***的稳定性和续航能力反而越来越差,导致手机闹钟提醒的可靠性较低。如用户在手机上设定了闹钟,但是在闹钟设定的时间到达之前,由于手机上运行的软件较多,或者因感染病毒,手机无法正常运行,那么该手机上的闹钟就无法响起。也就是说,设定的闹钟也就达不到提醒的目的。因此,如早上要赶重要会议或飞机,我们经常让家人也设置同时间点的闹钟,以防止自己的手机未能按时提醒。
但是,这种方式较为繁琐,对于不同的手机都要手动执行一遍设定闹钟的操作,并且,绝大部分情况下自己的手机是会正常工作的,这样,在自己的手机真正起到提醒作用的情况下,导致对家人的手机闹钟的手动设置成为不必要的麻烦,而且家人手机上设置的闹钟还会对其休息造成干扰。
发明内容
本发明实施例提供一种监控闹钟的处理方法和装置,以实现在保证终端闹钟提醒的可靠性的前提下解决不必要的干扰问题。
第一方面,本发明实施例提供了一种监控闹钟的处理方法,该方法包括:
当所述第一终端上设定闹钟时,获取所述闹钟的提醒时间;
向第二终端发送延迟提醒消息,其中,所述延迟提醒消息用于指示所述第二终端在第一提醒时间之后执行提醒操作,所述第一提醒时间为所述闹钟的提醒时间。
第二方面,本发明实施例还提供了一种用于监控闹钟的协同处理方法,该方法由第二终端执行,包括:
接收延迟提醒消息;
根据所述延迟提醒消息在所述第二终端上设置闹钟,所述闹钟的提醒时间为延迟提醒时间,所述延迟提醒时间晚于第一提醒时间,其中,所述第一提醒时间为第一终端上设定的闹钟提醒时间。
第三方面,本发明实施例还提供了一种监控闹钟的处理装置,该装置设置于第一终端或服务器中,包括:
时间获取模块,用于当所述第一终端上设定闹钟时,获取所述闹钟的提醒时间;
消息发送模块,用于向第二终端发送延迟提醒消息,其中,所述延迟提醒消息用于指示所述第二终端在第一提醒时间之后执行提醒操作,其中,所述第一提醒时间为所述闹钟的提醒时间。
第四方面,本发明实施例还提供了一种用于监控闹钟的协同处理装置,该装置设置于第二终端中,包括:
消息接收模块,用于接收延迟提醒消息;
闹钟设置模块,用于根据所述延迟提醒消息在所述第二终端上设置闹钟,所述闹钟的提醒时间为延迟提醒时间,所述延迟提醒时间晚于第一提醒时间,其中,所述第一提醒时间为第一终端上设定的闹钟提醒时间。
本发明实施例提供的监控闹钟的处理方法及装置,通过在第一终端设定的闹钟时,向第二终端发送延迟提醒消息,以使第二终端执行延迟提醒,使得在第一终端的闹钟提醒失败的情况下,第二终端能够在后续进行提醒,不仅保证了终端中设定的闹钟提醒的可靠性,而且解决了现有技术中存在的多个终端的闹钟同时重复提醒导致的不必要的干扰问题。
附图说明
图1a为本发明实施例一提供的一种监控闹钟的处理方法的流程图;
图1b为本发明实施例提供的一种监控闹钟的处理方法中提醒转移的示意图;
图2为本发明实施例二提供的监控闹钟的处理方法中监控提醒的处理方法的流程图;
图3为本发明实施例三提供的监控闹钟的处理方法中监控提醒的处理方法的流程图;
图4为本发明实施例四提供的监控闹钟的处理方法中监控提醒的处理方法的流程图;
图5为本发明实施例五提供的一种监控闹钟的处理方法的流程图;
图6为本发明实施例六提供的一种用于监控闹钟的协同处理方法的流程图;
图7为本发明实施例七提供的用于监控闹钟的协同处理方法中延迟提醒的流程图;
图8为本发明实施例八提供的一种用于监控闹钟的协同处理方法的流程图;
图9为本发明实施例九提供的一种监控闹钟的处理装置的结构示意图;
图10为本发明实施例十提供的一种用于监控闹钟的协助处理装置的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
本发明实施例提供的监控闹钟的处理方法及用于监控闹钟的协同处理方法,可用于具有提醒功能和通信功能的电子设备,如移动通信终端、个人数字助理器(Personal Digital Assistant,简称PDA)、个人计算机(Personal Computer,简称PC)、便携式电脑、智能电话、上网笔记本、移动因特网设备(Mobile InternetDevice,简称MID)、超级移动个人计算机(Ultra Mobile Personal Computer,简称UMPC)、平板电脑、导航设备、MP3播放器和MP4播放器等等。这些电子设备可以近距离无线通信(包括P2P通信),或者可通过基站或接入点(AccessPoint,简称AP)、或文本消息的发送和接收进行网络通信。上述方法的执行主体分别是监控闹钟的处理装置及用于监控闹钟的协同处理装置,这两个装置可以是上述电子设备中的功能模块。
实施例一
参见图1,本实施例提供的监控闹钟的处理方法具体包括:操作11和操作12。
操作11中,当第一终端上设定闹钟时,获取所述闹钟的提醒时间。
例如,第一终端中监控闹钟的处理装置实时检测第一终端上是否设定闹钟,或者,第一终端设定闹钟时触发监控闹钟的处理装置启动,当第一终端上设定闹钟时,监控闹钟的处理装置从第一终端的闹钟应用程序或模块获取设定的闹钟的提醒时间。
其中,第一终端可以是具有提醒功能和通信功能的电子设备,如移动通信终端、个人数字助理器(Personal Digital Assistant,简称PDA)、个人计算机(Personal Computer,简称PC)、便携式电脑、智能电话、上网笔记本、移动因特网设备(Mobile Internet Device,简称MID)、超级移动个人计算机(Ultra MobilePersonal Computer,简称UMPC)、平板电脑、导航设备、MP3播放器和MP4播放器等等。这些电子设备可以近距离无线通信(包括P2P通信),或者可通过基站或接入点(Access Point,简称AP)、或文本消息的发送和接收进行网络通信。
操作12中,向第二终端发送延迟提醒消息,其中,所述延迟提醒消息用于指示所述第二终端在第一提醒时间之后执行提醒操作,所述第一提醒时间为所述闹钟的提醒时间。
例如,第一终端中监控闹钟的处理装置获取到第一终端上设定的闹钟的提醒时间时,便向第二终端发送延迟提醒消息。延迟提醒消息可以由监控闹钟的处理装置临时生成,也可以固定设置在第一终端或第一终端中的监控闹钟的处理装置中。
其中,第二终端可以是具有提醒功能和通信功能的电子设备,如移动通信终端、个人数字助理器(Personal Digital Assistant,简称PDA)、个人计算机(Personal Computer,简称PC)、便携式电脑、智能电话、上网笔记本、移动因特网设备(Mobile Internet Device,简称MID)、超级移动个人计算机(Ultra MobilePersonal Computer,简称UMPC)、平板电脑、导航设备、MP3播放器和MP4播放器等等。这些电子设备可以近距离无线通信(包括P2P通信),或者可通过基站或接入点(Access Point,简称AP)、或文本消息的发送和接收进行网络通信。
延迟提醒消息可以在第一终端和第二终端之间提前约定。比如预先约定消息头给出消息类型,消息内容给出延迟提醒的具体内容。具体地,如延迟提醒消息中的前三个字段用于给出消息类型信息,那么二者之间可以约定一个值,当这个三个字段为该值时,则认为该消息是延迟提醒消息;约定消息中的后若干个字段表示延迟提醒的时间信息,等等。上述延迟提醒消息的数据结构的例子只是用来解释说明,而非限定。
进一步地,上述延迟提醒消息可以再增加若干个字段,表示延迟提醒的方式,如闹铃、回呼等。
更进一步地,还可以在延迟提醒消息中指定铃音,或回呼时的振铃音,等等。指定方式与上述消息类型、消息内容相似,这里不再赘述。其中,回呼可以是第二终端接收到延迟提醒消息后,在第一提醒时间之后的时间向第一终端发起呼叫,这样,第一终端会响起电话呼叫铃音或振动,从而达到提醒第一终端的用户的目的。
具体地,发送延迟提醒消息可以基于第一终端本身具有的通信功能实现。如监控闹钟的处理装置将需要发送的指示消息发送给第一终端的发射器,发射器将指示消息发送到第二终端。所采用的通信方式可以是近距离无线通信或网络通信等。
第一终端的用户与第二终端的用户之间可以是家人关系,也可以是朋友关系。
第一终端中可以预先设置可进行二次提醒的终端的信息如电话号码、IP(Internet Protocol,因特网协议)地址等,或者第一终端上的监控闹钟的处理装置也可以从第一终端中的电话薄中获取,如通过关键字匹配获得可作为指示消息发送目标的第二终端。该关键字可以是第一终端设置的人名,也可以是预先固定设置的关系信息如“父母”或“朋友”等等。
本实施例提供的监控闹钟的处理方法,通过在第一终端设定的闹钟时,向第二终端发送延迟提醒消息,以使第二终端执行延迟提醒,使得在第一终端的闹钟提醒失败的情况下,第二终端能够在后续进行提醒,不仅保证了终端中设定的闹钟提醒的可靠性,而且解决了现有技术中存在的多个终端的闹钟同时重复提醒导致的不必要的干扰问题。例如,在第一终端提醒失败时仍能够实现提醒的同时,不仅避免了在第二终端上同时手动设置闹钟带来的不便,而且,使得第二终端只有在第一终端的闹钟提醒失败的情况下才进行提醒,避免了第一终端提醒成功的情况下,第二终端仍然进行提醒导致的不必要的干扰。
示例性的,上述向第二终端发送延迟提醒消息,可包括:
向所述第二终端发送携带有延迟提醒时间或所述第一提醒时间或所述第一提醒时间与延迟时长的延迟提醒消息,其中,所述延迟提醒时间晚于所述第一提醒时间。
例如,上述延迟提醒消息中,延迟提醒的时间信息可以是第一终端上设定的闹钟提醒时间即第一提醒时间,也可以是指示第二终端执行提醒的时间即延迟提醒时间,还可以是第一提醒时间与延迟时长。假设第一终端上设定的闹钟提醒时间是星期三早上的6:30,那么延迟提醒消息携带的可以是星期三早上的6:30,或者星期三早上的6:35,或者星期三早上的6:30与延迟时长5分钟。
第一终端中监控闹钟的处理装置向第二终端发送延迟提醒消息之后,第一终端或监控闹钟的处理装置可能正常运行,也可能异常。
其中,第一终端异常的情况包括:终端无电量、处于宕机状态或者处于如启动设备时进行长时间的***更新、或循环重启等其他长耗时操作无法进行网络和提醒操作的情况。这种情况下,第一终端上的监控闹钟的处理装置则可以不做任何操作。
监控闹钟的处理装置异常的情况包括突然停止运行、无法启动等情况。上述两种异常情况下,监控闹钟的处理装置不做任何操作。对应地,第二终端会继续执行延迟提醒消息的指示,如保持设定的闹钟处理开启状态。
当第一终端和监控闹钟的处理装置都能正常运行时,示例性的,上述向第二终端发送延迟提醒消息之后,所述方法还包括:
向所述第二终端发送暂停提醒消息,其中,所述暂停提醒消息用于暂停所述延迟提醒消息对所述第二终端的指示。
示例性的,上述向所述第二终端发送暂停提醒消息,可以在所述第一提醒时间之前执行,也可以在同时或之后执行。
例如,在终端正常运行的情况下,第一终端中监控闹钟的处理装置认为第一终端可以在第一提醒时间正常运行,设定的闹钟也可以执行提醒操作,这种情况下,监控闹钟的处理装置可以向第二终端发送暂停提醒消息,以暂停所述延迟提醒消息对所述第二终端的指示。例如,假设第二终端接收到延迟提醒消息后设定了闹钟,当接收到暂停提醒消息后,便保存关闭设定的闹钟。
当第一终端中监控闹钟的处理装置向第二终端发送暂停提醒消息后,第一终端或监控闹钟的处理装置仍然可能正常运行,也可能异常。
当上述两种异常情况均未出现时,示例性的,上述向所述第二终端发送暂停提醒消息之后,所述方法还包括:
在所述第一提醒时间,判断所述第一终端上的设定的闹钟是否提醒成功;
当所述第一终端上设定的闹钟提醒失败时,向第二终端发送提醒失败告知消息,其中,所述提醒失败告知消息用于使所述第二终端继续执行所述延迟提醒消息的指示,在所述第一提醒时间之后执行提醒操作;
当所述第一终端上设定的闹钟提醒成功时,向所述第二终端发送提醒成功告知消息,其中,所述提醒告知消息用于取消所述延迟提醒消息对所述第二终端的指示。
例如,第一终端中监控闹钟的处理装置向第二终端发送暂停提醒消息后,还会继续对第一终端中的闹钟进行监控,判断第一终端中的闹钟是否提醒成功,当提醒成功时,取消第二终端的延迟提醒,当提醒失败时,再继续第二终端的延迟提醒,以保证用一个终端达到提醒的目的,避免多个终端重复提醒造成不必要的干扰。
如图1b所示,在第一终端上设置闹钟,设置的提醒时间为2014年11月26日早上7:30,设置完成如用户点击“保存”按键或“打开”等等完成设定闹钟的按键时,触发第一终端向第二终端发送延迟提醒消息,延迟提醒消息中携带的提醒时间为2014年11月26日早上7:32。当第一终端向第二终端发送暂停提醒消息后,第一终端中的闹钟提醒失败时,第一终端向第二终端发送提醒失败告知消息,则第二终端重启之前设定的闹钟,之后由第二终端上设定的闹钟在7:32执行提醒操作。
这里第二提醒时间比第一终端上设定的闹钟提醒时间晚2分钟,只是用来解释而非限定。具体第二提醒时间比第一终端上设定的闹钟提醒时间晚多长时间视实际需求而定,通常情况下不会超过10分钟,这里不做限制,只要能达到提醒效果即可。
示例性的,上述判断所述第一终端上的设定的闹钟是否提醒成功,包括:
在所述第一提醒时间,判断所述第一终端上的设定的闹钟是否执行提醒操作;当在所述第一提醒时间,所述第一终端上的设定的闹钟未执行提醒操作时,判定所述第一终端上的设定的闹钟提醒失败;
在所述闹钟执行提醒操作的过程中,判断所述第一终端是否从用户接口操作界面接收到提醒终止指令,所述提醒终止指令用于停止所述闹钟的提醒操作;若所述第一终端未从用户接口操作界面接收到所述提醒终止指令,则判定所述第一终端上的设定的闹钟提醒失败,否则,判定提醒成功。
例如,第一终端中监控闹钟的处理装置只有监控到用户的响应后,即第一终端从用户接口操作界面接收到提醒终止指令时,才认为闹钟提醒成功,否则,即时闹钟执行提醒操作,也认为提醒失败,因为用户没有响应,说明闹钟的提醒操作没有达到提醒的目的,或产生提醒应有的效果,从而使得对闹钟的提醒监控更加智能化。
其中,提醒终止指令可以是在用户按键盘上的任意一个按键,或者是在触摸屏的上的点击后,第一终端生成的指令。
示例性的,上述监控闹钟的处理方法可以由服务器执行,如网络侧的云服务器、闹钟服务器或时间服务器等等。
实施例二
本实施例基于上述实施例,在已向第二终端发送暂停提醒消息的前提下,给出了对第一终端上的闹钟继续监控的一种处理方案。
参见图2,本实施例提供的监控闹钟的处理方法中监控提醒的处理方法具体包括:操作21和操作22。
操作21中,第一终端上设定的闹钟提醒时间到达后,判断所述第一终端上的设定的闹钟是否提醒失败。
例如当第一终端上设定的闹钟提醒时间到达时,第一终端上的监控闹钟的处理装置被触发监控闹钟的提醒情况,如闹铃是否响起,或者闹铃响起后是否起到提醒作用。其中,提醒的对象是第一终端的用户。
操作22中,当所述第一终端上设定的闹钟提醒失败时,向第二终端发送提醒失败告知消息,以使所述第二终端继续执行延迟提醒。
如第一终端上的监控闹钟的处理装置监控到闹铃未响起,或者闹铃响起后未起到提醒作用时,第一终端上的监控闹钟的处理装置向第二终端发送提醒失败告知消息。所述第二终端接收到提醒失败告知消息后可以启动之前保存备用的闹钟,以在上述延迟提醒时间进行提醒。第二终端提醒的最终对象也是第一终端的用户。
其中,提醒失败告知消息及其发送方式与上述延迟提醒消息类似,不同之处在于消息的内容,提醒失败告知消息的内容是第一终端上的闹钟提醒失败的信息。
本实施例提供的技术方案,通过在第一终端设定的闹钟提醒失败时,向第二终端发送执行提醒的指示消息,以使第二终端执行提醒,在第一终端提醒失败时仍能够实现提醒的同时,不仅避免了在第二终端上同时手动设置闹钟带来的不便,而且,使得第二终端只有在第一终端的闹钟提醒失败的情况下才进行提醒,避免了第一终端提醒成功的情况下,第二终端仍然进行提醒导致的不必要的干扰。
实施例三
本实施例基于上述实施例,在已向第二终端发送暂停提醒消息的前提下,给出了对第一终端上的闹钟继续监控的另一种处理方案。
参见图3,本实施例提供的监控闹钟的处理方法中监控提醒的处理方法具体包括:操作31和操作32。
操作31中,在第一终端上设定的闹钟提醒时间,判断所述第一终端上的设定的闹钟是否执行提醒操作。
例如,第一终端中设定了闹钟,设定的闹钟提醒时间为2014年11月12日的早上7:30,那么在2014年11月12日的早上7:30,监控闹钟的处理装置判断所述第一终端上的设定的闹钟是否执行提醒操作,如闹钟是否振铃。
其中,第一终端详见实施例一中的说明,这里不再赘述。
操作32中,当所述第一终端上设定的闹钟未执行提醒操作时,向第二终端发送提醒失败告知消息,以使所述第二终端继续进行延迟提醒。
例如,第一终端中设定的闹钟提醒时间为2014年11月12日的早上7:30,但是在2014年11月12日的早上7:30,第一终端中设定的闹钟没响,则监控闹钟的处理装置向第二终端发送提醒失败告知消息,以使所述第二终端继续进行延迟提醒。
其中,提醒失败告知消息及发送提醒失败告知消息的方式可详见实施例二中的说明,这里不再赘述。
本实施例提供的技术方案,通过在第一终端设定的闹钟没有执行提醒操作如振铃、播放铃音或震动等等时,向第二终端发送执行提醒失败告知消息,使得第二终端执行提醒,不仅避免了在第二终端上同时手动设置闹钟带来的麻烦,而且,使得第二终端只有在第一终端的闹钟提醒失败的情况下,才进行提醒,避免了第一终端提醒成功的情况下,第二终端仍然进行提醒导致的不必要的干扰。
实施例四
本实施例基于上述实施例,在已向第二终端发送暂停提醒消息的前提下,给出了对第一终端上的闹钟继续监控的又一种处理方案。
参见图4,本实施例提供的监控闹钟的处理方法中监控提醒的处理方法具体包括:操作41和操作42。
操作41中,在第一终端上的闹钟执行提醒操作的过程中,判断所述第一终端是否从用户接口操作界面接收到停止所述提醒操作的操作终止指令。
例如,监控闹钟的处理装置监控到闹钟执行提醒操作后,还会在闹钟执行提醒操作的过程中,继续监控用户是否响应闹钟的提醒操作,如果用户响应了该提醒操作,则说明第一终端上设定的闹钟提醒成功,否则提醒失败。
一般情况下,如果用户响应提醒操作,则会按键停止闹铃,这时,第一终端会从用户接口操作界面接收到停止所述提醒操作的操作终止指令,监控闹钟的处理装置获知该信息后,即可判定闹钟提醒成功,否则提醒失败。
其中,第一终端详见实施例一中的说明,这里不再赘述。
操作42中,当所述第一终端未从用户接口操作界面接收到所述操作终止指令时,向第二终端发送提醒失败告知消息,以使所述第二终端继续进行延迟提醒。
其中,提醒失败告知消息及其发送方式可详见实施例二中的说明,这里不再赘述。
本实施例提供的技术方案,通过在所述第一终端未从用户接口操作界面接收到所述操作终止指令时,向第二终端发送提醒失败告知消息,使得第二终端执行延迟提醒,不仅避免了在第二终端上同时手动设置闹钟带来的麻烦,而且,使得第二终端只有在第一终端的闹钟提醒失败的情况下,才进行提醒,避免了第一终端提醒成功的情况下,第二终端仍然进行提醒导致的不必要的干扰。
实施例五
本实施例基于上述实施例,给出了监控闹钟的处理方法的另一技术方案。
参见图5,本实施例提供的监控闹钟的处理方法具体包括:操作51~操作57。
操作51中,当第一终端上设定闹钟时,获取所述闹钟的提醒时间。
操作52中,向第二终端发送延迟提醒消息。
假设第一终端上设定的闹钟提醒时间为星期一早上的6:00,则监控闹钟的处理装置向第二终端发送延迟提醒消息,延迟提醒消息中携带延迟提醒时间星期一早上的6:05,或者携带第一终端上设定的闹钟提醒时间--星期一早上的6:00。
操作53中,预计提醒时间第一终端是否可正常运行。
第一终端上的监控闹钟的处理装置判断第一终端的运行情况,并对设定的闹钟时间星期一早上的6:00的第一终端的运行情况进行预计,如果预计第一终端在设定的闹钟提醒时间仍然能正常运行,则继续执行操作54;如果预计第一终端在设定的闹钟提醒时间无法正常运行,则结束。
其中,第一终端无法正常工作的情况包括:终端无电量、处于宕机状态或者处于如启动设备时进行长时间的***更新、或循环重启等其他长耗时操作无法进行网络和提醒操作的情况。这种情况下,第一终端上的监控闹钟的处理装置则可以不做任何操作,第二终端也会在没有收到任何有关第一终端提醒消息如暂停提醒消息、提醒失败告知消息的提醒成功告知消息等消息的情况下,保持设定的闹钟处理开启状态。
操作54中,向所述第二终端发送暂停提醒消息。
假设之后,第一终端及监控闹钟的处理装置均运行正常,则继续执行操作55。
操作55中,第一终端是否提醒成功。监控闹钟的处理装置对第一终端的闹钟提醒情况进行监控,当提醒成功时,执行操作56;当提醒失败时,执行操作57。其中,提醒成功与失败详见实施例一中的说明。
操作56中,向所述第二终端发送提醒成功告知消息,监控闹钟的处理操作结束。
操作57中,向所述第二终端发送提醒失败告知消息,监控闹钟的处理操作结束。
本实施例提供的监控闹钟的处理方法,通过在第一终端设定闹钟时向第二终端发送延迟提醒消息,以使第二终端设置提醒时间为延迟提醒时间的闹钟,并在第一终端提醒成功的情况下向第二终端发送提醒成功告知消息,在第一终端提醒失败的情况下向第二终端发送提醒失败告知消息,使得第二终端只在第一终端提醒失败的情况下进行延迟提醒,不仅避免了在第二终端上同时手动设置闹钟带来的不便,而且,避免了第一终端提醒成功的情况下,第二终端仍然进行提醒导致的不必要的干扰。
实施例六
本实施例提供的用于监控闹钟的协同处理方法与上述实施例相对应,为上述第二终端侧的处理方法。
参见图6,本实施例提供的用于监控闹钟的协同处理方法具体包括:操作61和操作62。
操作61中,接收延迟提醒消息。
例如,第二终端中的收发器接收到第一终端的收发器发送的延迟提醒消息后,发送给第二终端中的用于监控闹钟的协同处理装置,用于监控闹钟的协同处理装置接收延迟提醒消息。其中,延迟提醒消息详见上述实施例一中的说明。
操作62中,根据所述延迟提醒消息在所述第二终端上设置闹钟,所述闹钟的提醒时间为延迟提醒时间,所述延迟提醒时间晚于第一提醒时间,其中,所述第一提醒时间为第一终端上设定的闹钟提醒时间。
例如,假设第一终端设定闹钟提醒时间是早上6:00,那么用于监控闹钟的协同处理装置设定的闹钟提醒时间为早上6:05。延迟的时长5分钟可以由第一终端中的监控闹钟的处理装置在发送的延迟提醒消息中设定,也可以是用于监控闹钟的协同处理装置中固定设定。
这样,之后,当第一终端发生异常时,第二终端的闹钟仍然可在早上6:05进行提醒。
示例性的,上述接收延迟提醒消息,包括:
接收所述第一终端或服务器发送的延迟提醒消息。
示例性的,上述接收第一终端发送的延迟提醒消息,包括:
接收所述第一终端发送的携带有所述延迟提醒时间或所述第一提醒时间或所述第一提醒时间与延迟时长的延迟提醒消息。
这里,延迟提醒消息详见上述实施例一中的说明,接收方式详见上述操作61中的说明,延迟提醒消息携带的时间信息详见上述实施例一中的说明。
示例性的,上述根据所述延迟提醒消息在所述第二终端上设置闹钟,包括:
将所述延迟提醒消息中的所述第一提醒时间延迟预设的时长,或者根据所述延迟提醒消息中携带的第一提醒时间和延迟时长,得到第二提醒时间;
在所述第二终端上设置提醒时间为所述第二提醒时间的闹钟。
例如,当延迟提醒消息携带的是第一提醒时间如星期三早上的6:30,那么,用于监控闹钟的协同处理装置可以根据预先设定的延迟时长如5分钟,将第二终端的闹钟提醒时间设置为星期三早上的6:35。
当延迟提醒消息携带的是延迟提醒时间如星期三早上的6:35,那么,用于监控闹钟的协同处理装置直接将第二终端的闹钟提醒时间设置为星期三早上的6:35。
当延迟提醒消息携带的是第一提醒时间和延迟时长,如星期三早上的6:30及延迟时长5分钟,那么,用于监控闹钟的协同处理装置将第一提醒时间和延迟时长相加后,设置为第二终端的闹钟提醒时间,如根据星期三早上的6:30及延迟时长5分钟,将第二终端的闹钟提醒时间设置为星期三早上的6:35。
示例性的,上述接收第一终端发送的延迟提醒消息之后,本发明实施例提供的用于监控闹钟的协同处理方法还包括:
接收所述第一终端发送的暂停提醒消息,其中,所述暂停提醒消息用于暂停所述延迟提醒消息的指示;
根据所述暂停提醒消息,关闭所述第二终端上设置的闹钟。
示例性的,上述接收所述第一终端发送的暂停提醒消息,包括:接收所述第一终端在所述第一提醒时间之前发送的所述暂停提醒消息。
这里与上述第一终端侧发送暂停提醒消息相对应,此时用于监控闹钟的协同处理装置可能已经设置完闹钟,收到暂停提醒消息后,用于监控闹钟的协同处理装置关闭设置的闹钟,但不取消设置的提醒时间,以备后续第一终端侧的闹钟提醒失败后,继续启用。
其中,暂停提醒消息详见上述实施例一中的说明。
示例性的,上述接收所述第一终端发送的暂停提醒消息之后,本发明实施例提供的用于监控闹钟的协同处理方法还包括:
接收所述第一终端发送的提醒失败告知消息;
根据所述提醒失败告知消息打开所述第二终端上设置的闹钟。
这里与上述第一终端侧发送提醒失败告知消息相对应,用于监控闹钟的协同处理装置在接收到提醒失败告知消息后,打开关闭的且提醒时间已保存备用的闹钟,继续执行延迟提醒。其中,提醒失败告知消息详见上述实施例一中的说明。
或者,上述接收所述第一终端发送的暂停提醒消息之后,本发明实施例提供的用于监控闹钟的协同处理方法还包括:
接收所述第一终端发送的提醒成功告知消息;
根据所述提醒成功告知消息取消所述第二终端上设置的闹钟。
这里与上述第一终端侧发送提醒成功告知消息相对应,用于监控闹钟的协同处理装置在接收到提醒成功告知消息后,取消关闭的且提醒时间已保存备用的闹钟,不再执行延迟提醒。其中,提醒成功告知消息详见上述实施例一中的说明。
或者,上述接收所述第一终端发送的暂停提醒消息之后,本发明实施例提供的用于监控闹钟的协同处理方法还包括:
在所述延迟提醒时间之前,打开所述第二终端上设置的闹钟。
这里与上述第一终端侧发送暂停提醒消息之后,第一终端侧发生异常相对应,用于监控闹钟的协同处理装置在接收到暂停提醒消息后,如果在关闭的闹钟保存备用的提醒时间之前,没有收到任何告知消息,如既未收到提醒失败告知消息,也未收到提醒成功告知消息,则用于监控闹钟的协同处理装置认为第一终端侧发生异常,自动在已设置的延迟提醒时间之前打开关闭的闹钟,保证第二终端在延迟提醒时间执行提醒操作。
实施例七
本实施例基于上述实施例,提供了用于监控闹钟的协同处理方法中延迟提醒的一种方案。
参见图7,本实施例提供的用于监控闹钟的协同处理方法中延迟提醒具体包括:操作71和操作72。
操作71中,接收第一终端发送的提醒失败告知消息,其中,所述第一终端上设定的闹钟提醒时间为第一提醒时间。
例如,第二终端的接收器接收第一终端发送的提醒失败告知消息,并把提醒失败告知消息发送给本终端中设置的用于监控闹钟的协同处理装置,然后用于监控闹钟的协同处理装置接收得到第一终端发送的提醒失败告知消息。
操作72中,根据所述提醒失败告知消息在第二提醒时间执行提醒操作,其中,所述第二提醒时间晚于所述第一提醒时间。
例如,第二终端中设置的用于监控闹钟的协同处理装置接收到提醒失败告知消息后,在第二终端中设置提醒时间为第二提醒时间的闹钟。
本实施例提供的技术方案,通过在接收到第一终端发送的提醒失败告知消息后,在晚于第一终端上设定的闹铃提醒时间的时刻执行提醒操作,能够实现第二终端只有在第一终端的闹钟提醒失败的情况下才进行提醒的目的,这样,不仅避免了在第二终端上同时手动设置闹钟带来的不便,而且避免了第一终端提醒成功的情况下,第二终端仍然进行提醒导致的不必要的干扰。
实施例八
本实施例基于上述实施例,提供了用于监控闹钟的协同处理方法的另一种方案,该方案与上述实施例五相对应。
参见图8,本实施例提供的用于监控闹钟的协同处理方法具体包括:操作81~操作88。
操作81中,接收第一终端发送的延迟提醒消息。
操作82中,根据所述延迟提醒消息在所述第二终端上设置闹钟。此时闹钟属于开启状态。
操作83中,判断延迟提醒时间之前是否接收到暂停提醒消息,如果接收到暂停提醒消息,则执行操作84;否则,用于监控闹钟的协同处理装置的操作结束,第二终端上开启的闹钟会在设定的延迟提醒时间执行提醒操作,如响铃或振动。
操作84中,关闭闹钟并保存备用。
操作85中,判断延迟提醒时间之前是否接收到告知消息。如果接收到告知消息,则执行操作86;否则,执行操作88。
操作86中,判断接收的告知消息是否是提醒成功告知消息。若是提醒成功告知消息,则执行操作87;否则,执行操作88。
操作87中,取消设置的闹钟,用于监控闹钟的协同处理装置的操作结束。
操作88中,打开关闭的闹钟,用于监控闹钟的协同处理装置的操作结束,。
本实施例提供的用于监控闹钟的协助处理方法,通过根据接收的第一终端发送的延迟提醒消息,在第二终端设置提醒时间为延迟提醒时间的闹钟,并通过在接收到第一终端发送的提醒成功告知消息的情况下取消设置的闹钟,在接收到第一终端发送的提醒失败告知消息的情况下打开设置的闹钟,使得第二终端只在第一终端提醒失败的情况下进行延迟提醒,不仅避免了在第二终端上同时手动设置闹钟带来的不便,而且,避免了第一终端提醒成功的情况下,第二终端仍然进行提醒导致的不必要的干扰。
实施例九
本实施例提供的监控闹钟的处理装置设置于第一终端或服务器中,该第一终端或服务器详见上述实施例一中的说明。
参见图9,本实施例提供的监控闹钟的处理装置具体包括:时间获取模块91和消息发送模块92。
其中,时间获取模块91用于当所述第一终端上设定闹钟时,获取所述闹钟的提醒时间;消息发送模块92用于向第二终端发送延迟提醒消息,其中,所述延迟提醒消息用于指示所述第二终端在第一提醒时间之后执行提醒操作,其中,所述第一提醒时间为所述闹钟的提醒时间。
示例性的,上述消息发送模块92可具体用于:
向所述第二终端发送携带有延迟提醒时间或所述第一提醒时间或所述第一提醒时间与延迟时长的延迟提醒消息,其中,所述延迟提醒时间晚于所述第一提醒时间。
示例性的,上述消息发送模块92向第二终端发送延迟提醒消息之后,还用于:
向所述第二终端发送暂停提醒消息,其中,所述暂停提醒消息用于暂停所述延迟提醒消息对所述第二终端的指示。
示例性的,上述消息发送模块92具体用于在所述第一提醒时间之前向所述第二终端发送所述暂停提醒消息。
示例性的,本发明实施例提供的监控闹钟的处理装置还包括:
提醒监控模块,用于所述消息发送模块向所述第二终端发送暂停提醒消息之后,在所述第一提醒时间,判断所述第一终端上的设定的闹钟是否提醒成功;
所述消息发送模块92,还用于当所述第一终端上设定的闹钟提醒失败时,向第二终端发送提醒失败告知消息,其中,所述提醒失败告知消息用于使所述第二终端继续执行所述延迟提醒消息的指示,在所述第一提醒时间之后执行提醒操作;
所述消息发送模块92,还用于当所述第一终端上设定的闹钟提醒成功时,向所述第二终端发送提醒成功告知消息,其中,所述提醒告知消息用于取消所述延迟提醒消息对所述第二终端的指示。
示例性的,上述提醒监控模块具体用于:
在所述第一提醒时间,判断所述第一终端上的设定的闹钟是否执行提醒操作;当在所述第一提醒时间,所述第一终端上的设定的闹钟未执行提醒操作时,判定所述第一终端上的设定的闹钟提醒失败;
在所述闹钟执行提醒操作的过程中,判断所述第一终端是否从用户接口操作界面接收到提醒终止指令,所述提醒终止指令用于停止所述闹钟的提醒操作;若所述第一终端未从用户接口操作界面接收到所述提醒终止指令,则判定所述第一终端上的设定的闹钟提醒失败,否则,判定提醒成功。
上述监控闹钟的处理装置可执行本发明任意实施例所提供的监控闹钟的处理方法,具备与监控闹钟的处理方法的各操作相对应的功能模块和有益效果。
实施例十
本实施例提供的用于监控闹钟的协同处理装置设置于上述第二终端中。
参见图10,本实施例提供的用于监控闹钟的协同处理装置具体包括:消息接收模块101和闹钟设置模块102。
其中,消息接收模块101用于接收延迟提醒消息;闹钟设置模块102,用于根据所述延迟提醒消息在所述第二终端上设置闹钟,所述闹钟的提醒时间为延迟提醒时间,所述延迟提醒时间晚于第一提醒时间,其中,所述第一提醒时间为所述第一终端上设定的闹钟提醒时间。
示例性的,上述消息接收模块101具体用于:接收所述第一终端或服务器发送的延迟提醒消息。
示例性的,上述消息接收模块101可具体用于:
接收所述第一终端发送的携带有所述延迟提醒时间或所述第一提醒时间或所述第一提醒时间与延迟时长的延迟提醒消息。
示例性的,上述闹钟设置模块102可具体用于:
将所述延迟提醒消息中的所述第一提醒时间延迟预设的时长,或者根据所述延迟提醒消息中携带的第一提醒时间和延迟时长,得到第二提醒时间;
在所述第二终端上设置提醒时间为所述第二提醒时间的闹钟。
示例性的,本发明实施例提供的用于监控闹钟的协同处理装置还可包括:
所述消息接收模块101,还用于在接收第一终端发送的延迟提醒消息之后,接收所述第一终端发送的暂停提醒消息,其中,所述暂停提醒消息用于暂停所述延迟提醒消息的指示;
闹钟关闭模块,用于根据所述暂停提醒消息,关闭所述第二终端上设置的闹钟。
示例性的,上述消息接收模块101具体用于接收所述第一终端在所述第一提醒时间之前发送的所述暂停提醒消息。
示例性的,本发明实施例提供的用于监控闹钟的协同处理装置还可包括:
所述消息接收模块101,还用于在接收所述第一终端发送的暂停提醒消息之后,接收所述第一终端发送的提醒失败告知消息;
第一闹钟开启模块,用于根据所述提醒失败告知消息打开所述第二终端上设置的闹钟。
或者,
示例性的,本发明实施例提供的用于监控闹钟的协同处理装置还可包括:
所述消息接收模块101,还用于在接收所述第一终端发送的暂停提醒消息之后,接收所述第一终端发送的提醒成功告知消息;
闹钟取消模块,用于根据所述提醒成功告知消息取消所述第二终端上设置的闹钟。
或者,
示例性的,本发明实施例提供的用于监控闹钟的协同处理装置还可包括:
第二闹钟开启模块,还用于在所述消息接收模块101接收所述第一终端发送的暂停提醒消息之后,在所述延迟提醒时间之前,打开所述第二终端上设置的闹钟。
上述用于监控闹钟的协同处理装置可执行本发明任意实施例所提供的用于监控闹钟的协同处理方法,具备与用于监控闹钟的协同处理方法的各操作相对应的功能模块和有益效果。
上述实施例提供的方法和装置可用于日常工作日起床提醒、家长监督子女起床时间以及重要会议提醒等情形。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。
Claims (27)
1.一种监控闹钟的处理方法,其特征在于,包括:
当所述第一终端上设定闹钟时,获取所述闹钟的提醒时间;
向第二终端发送延迟提醒消息,其中,所述延迟提醒消息用于指示所述第二终端在第一提醒时间之后执行提醒操作,所述第一提醒时间为所述闹钟的提醒时间。
2.根据权利要求1所述的方法,其特征在于,向第二终端发送延迟提醒消息,包括:
向所述第二终端发送携带有延迟提醒时间或所述第一提醒时间或所述第一提醒时间与延迟时长的延迟提醒消息,其中,所述延迟提醒时间晚于所述第一提醒时间。
3.根据权利要求1或2所述的方法,其特征在于,向第二终端发送延迟提醒消息之后,所述方法还包括:
向所述第二终端发送暂停提醒消息,其中,所述暂停提醒消息用于暂停所述延迟提醒消息对所述第二终端的指示。
4.根据权利要求3所述的方法,其特征在于,向所述第二终端发送暂停提醒消息,包括:
在所述第一提醒时间之前向所述第二终端发送所述暂停提醒消息。
5.根据权利要求4所述的方法,其特征在于,向所述第二终端发送暂停提醒消息之后,所述方法还包括:
在所述第一提醒时间,判断所述第一终端上的设定的闹钟是否提醒成功;
当所述第一终端上设定的闹钟提醒失败时,向第二终端发送提醒失败告知消息,其中,所述提醒失败告知消息用于使所述第二终端继续执行所述延迟提醒消息的指示,在所述第一提醒时间之后执行提醒操作;
当所述第一终端上设定的闹钟提醒成功时,向所述第二终端发送提醒成功告知消息,其中,所述提醒告知消息用于取消所述延迟提醒消息对所述第二终端的指示。
6.根据权利要求5所述的方法,其特征在于,判断所述第一终端上的设定的闹钟是否提醒成功,包括:
在所述第一提醒时间,判断所述第一终端上的设定的闹钟是否执行提醒操作;当在所述第一提醒时间,所述第一终端上的设定的闹钟未执行提醒操作时,判定所述第一终端上的设定的闹钟提醒失败;
在所述闹钟执行提醒操作的过程中,判断所述第一终端是否从用户接口操作界面接收到提醒终止指令,所述提醒终止指令用于停止所述闹钟的提醒操作;若所述第一终端未从用户接口操作界面接收到所述提醒终止指令,则判定所述第一终端上的设定的闹钟提醒失败,否则,判定提醒成功。
7.根据权利要求1或2所述的方法,其特征在于,所述方法由服务器执行。
8.一种用于监控闹钟的协同处理方法,由第二终端执行,其特征在于,包括:
接收延迟提醒消息;
根据所述延迟提醒消息在所述第二终端上设置闹钟,所述闹钟的提醒时间为延迟提醒时间,所述延迟提醒时间晚于第一提醒时间,其中,所述第一提醒时间为第一终端上设定的闹钟提醒时间。
9.根据权利要求8所述的方法,其特征在于,接收延迟提醒消息,包括:
接收所述第一终端或服务器发送的延迟提醒消息。
10.根据权利要求9所述的方法,其特征在于,接收所述第一终端发送的延迟提醒消息,包括:
接收所述第一终端发送的携带有所述延迟提醒时间或所述第一提醒时间或所述第一提醒时间与延迟时长的延迟提醒消息。
11.根据权利要求10所述的方法,其特征在于,根据所述延迟提醒消息在所述第二终端上设置闹钟,包括:
将所述延迟提醒消息中的所述第一提醒时间延迟预设的时长,或者根据所述延迟提醒消息中携带的第一提醒时间和延迟时长,得到第二提醒时间;
在所述第二终端上设置提醒时间为所述第二提醒时间的闹钟。
12.根据权利要求9-11任一项所述的方法,其特征在于,接收所述第一终端发送的延迟提醒消息之后,所述方法还包括:
接收所述第一终端发送的暂停提醒消息,其中,所述暂停提醒消息用于暂停所述延迟提醒消息的指示;
根据所述暂停提醒消息,关闭所述第二终端上设置的闹钟。
13.根据权利要求12所述的方法,其特征在于,接收所述第一终端发送的暂停提醒消息,包括:
接收所述第一终端在所述第一提醒时间之前发送的所述暂停提醒消息。
14.根据权利要求13所述的方法,其特征在于,接收所述第一终端发送的暂停提醒消息之后,
所述方法还包括:
接收所述第一终端发送的提醒失败告知消息;
根据所述提醒失败告知消息打开所述第二终端上设置的闹钟;
或者,
所述方法还包括:
接收所述第一终端发送的提醒成功告知消息;
根据所述提醒成功告知消息取消所述第二终端上设置的闹钟;
或者,
所述方法还包括:
在所述延迟提醒时间之前,打开所述第二终端上设置的闹钟。
15.一种监控闹钟的处理装置,设置于第一终端或服务器中,其特征在于,包括:
时间获取模块,用于当所述第一终端上设定闹钟时,获取所述闹钟的提醒时间;
消息发送模块,用于向第二终端发送延迟提醒消息,其中,所述延迟提醒消息用于指示所述第二终端在第一提醒时间之后执行提醒操作,所述第一提醒时间为所述闹钟的提醒时间。
16.根据权利要求15所述的装置,其特征在于,所述消息发送模块具体用于:
向所述第二终端发送携带有延迟提醒时间或所述第一提醒时间或所述第一提醒时间与延迟时长的延迟提醒消息,其中,所述延迟提醒时间晚于所述第一提醒时间。
17.根据权利要求15或16所述的装置,其特征在于,所述消息发送模块向第二终端发送延迟提醒消息之后,还用于:
向所述第二终端发送暂停提醒消息,其中,所述暂停提醒消息用于暂停所述延迟提醒消息对所述第二终端的指示。
18.根据权利要求17所述的装置,其特征在于,所述消息发送模块具体用于在所述第一提醒时间之前向所述第二终端发送所述暂停提醒消息。
19.根据权利要求18所述的装置,其特征在于,所述装置还包括:
提醒监控模块,用于所述消息发送模块向所述第二终端发送暂停提醒消息之后,在所述第一提醒时间,判断所述第一终端上的设定的闹钟是否提醒成功;
所述消息发送模块,还用于当所述第一终端上设定的闹钟提醒失败时,向第二终端发送提醒失败告知消息,其中,所述提醒失败告知消息用于使所述第二终端继续执行所述延迟提醒消息的指示,在所述第一提醒时间之后执行提醒操作;
所述消息发送模块,还用于当所述第一终端上设定的闹钟提醒成功时,向所述第二终端发送提醒成功告知消息,其中,所述提醒告知消息用于取消所述延迟提醒消息对所述第二终端的指示。
20.根据权利要求19所述的装置,其特征在于,所述提醒监控模块具体用于:
在所述第一提醒时间,判断所述第一终端上的设定的闹钟是否执行提醒操作;当在所述第一提醒时间,所述第一终端上的设定的闹钟未执行提醒操作时,判定所述第一终端上的设定的闹钟提醒失败;
在所述闹钟执行提醒操作的过程中,判断所述第一终端是否从用户接口操作界面接收到提醒终止指令,所述提醒终止指令用于停止所述闹钟的提醒操作;若所述第一终端未从用户接口操作界面接收到所述提醒终止指令,则判定所述第一终端上的设定的闹钟提醒失败,否则,判定提醒成功。
21.一种用于监控闹钟的协同处理装置,设置于第二终端中,其特征在于,包括:
消息接收模块,用于接收延迟提醒消息;
闹钟设置模块,用于根据所述延迟提醒消息在所述第二终端上设置闹钟,所述闹钟的提醒时间为延迟提醒时间,所述延迟提醒时间晚于第一提醒时间,其中,所述第一提醒时间为第一终端上设定的闹钟提醒时间。
22.根据权利要求21所述的装置,其特征在于,所述消息接收模块具体用于:接收所述第一终端或服务器发送的延迟提醒消息。
23.根据权利要求22所述的装置,其特征在于,所述消息接收模块具体用于:
接收所述第一终端发送的携带有所述延迟提醒时间或所述第一提醒时间或所述第一提醒时间与延迟时长的延迟提醒消息。
24.根据权利要求23所述的装置,其特征在于,所述闹钟设置模块具体用于:
将所述延迟提醒消息中的所述第一提醒时间延迟预设的时长,或者根据所述延迟提醒消息中携带的第一提醒时间和延迟时长,得到第二提醒时间;
在所述第二终端上设置提醒时间为所述第二提醒时间的闹钟。
25.根据权利要求22-24任一项所述的装置,其特征在于,所述装置还包括:
所述消息接收模块,还用于在接收所述第一终端发送的延迟提醒消息之后,接收所述第一终端发送的暂停提醒消息,其中,所述暂停提醒消息用于暂停所述延迟提醒消息的指示;
闹钟关闭模块,用于根据所述暂停提醒消息,关闭所述第二终端上设置的闹钟。
26.根据权利要求25所述的方法,其特征在于,所述消息接收模块具体用于接收所述第一终端在所述第一提醒时间之前发送的所述暂停提醒消息。
27.根据权利要求26所述的装置,其特征在于,所述装置还包括:
所述消息接收模块,还用于在接收所述第一终端发送的暂停提醒消息之后,接收所述第一终端发送的提醒失败告知消息;
第一闹钟开启模块,用于根据所述提醒失败告知消息打开所述第二终端上设置的闹钟;
或者,
所述装置还包括:
所述消息接收模块,还用于在接收所述第一终端发送的暂停提醒消息之后,接收所述第一终端发送的提醒成功告知消息;
闹钟取消模块,用于根据所述提醒成功告知消息取消所述第二终端上设置的闹钟;
或者,
所述装置还包括:
第二闹钟开启模块,还用于在所述消息接收模块接收所述第一终端发送的暂停提醒消息之后,在所述延迟提醒时间之前,打开所述第二终端上设置的闹钟。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510009657.9A CN104572104A (zh) | 2015-01-08 | 2015-01-08 | 监控闹钟的处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510009657.9A CN104572104A (zh) | 2015-01-08 | 2015-01-08 | 监控闹钟的处理方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104572104A true CN104572104A (zh) | 2015-04-29 |
Family
ID=53088270
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510009657.9A Pending CN104572104A (zh) | 2015-01-08 | 2015-01-08 | 监控闹钟的处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104572104A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105530307A (zh) * | 2015-12-21 | 2016-04-27 | 惠州Tcl移动通信有限公司 | 一种基于多关联设备的事件提醒方法及*** |
CN105657177A (zh) * | 2016-02-16 | 2016-06-08 | 重庆蓝岸通讯技术有限公司 | 一种通信终端间的事件提醒方法及其*** |
CN106231093A (zh) * | 2016-07-28 | 2016-12-14 | 北京小米移动软件有限公司 | 闹钟提醒方法及装置 |
CN107295199A (zh) * | 2017-08-01 | 2017-10-24 | 深圳传音通讯有限公司 | 移动终端及其提醒事件的延迟提醒方法 |
CN107453779A (zh) * | 2017-09-06 | 2017-12-08 | 惠州Tcl移动通信有限公司 | 一种多模式闹钟提醒控制方法、移动终端及存储介质 |
WO2018120863A1 (zh) * | 2016-12-26 | 2018-07-05 | 中兴通讯股份有限公司 | 一种智能提醒方法、第一可穿戴设备及智能提醒*** |
CN108390995A (zh) * | 2018-01-23 | 2018-08-10 | 努比亚技术有限公司 | 闹钟处理方法、移动终端以及计算机可读存储介质 |
CN111309392A (zh) * | 2020-01-21 | 2020-06-19 | 维沃移动通信有限公司 | 一种设备控制方法及电子设备 |
CN112365678A (zh) * | 2020-11-09 | 2021-02-12 | 珠海格力电器股份有限公司 | 一种婴幼儿哭声提醒方法、装置及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103024693A (zh) * | 2012-11-27 | 2013-04-03 | 中兴通讯股份有限公司 | 一种远程实现闹钟功能的方法及终端 |
CN103686647A (zh) * | 2013-11-18 | 2014-03-26 | 宇龙计算机通信科技(深圳)有限公司 | 一种事件提醒方法及信息提醒设备 |
CN104158955A (zh) * | 2014-07-17 | 2014-11-19 | 小米科技有限责任公司 | 事件提醒方法及装置 |
WO2014197730A1 (en) * | 2013-06-08 | 2014-12-11 | Apple Inc. | Application gateway for providing different user interfaces for limited distraction and non-limited distraction contexts |
CN104270533A (zh) * | 2014-10-29 | 2015-01-07 | 广州三星通信技术研究有限公司 | 一种事件提醒的方法及装置 |
-
2015
- 2015-01-08 CN CN201510009657.9A patent/CN104572104A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103024693A (zh) * | 2012-11-27 | 2013-04-03 | 中兴通讯股份有限公司 | 一种远程实现闹钟功能的方法及终端 |
WO2014197730A1 (en) * | 2013-06-08 | 2014-12-11 | Apple Inc. | Application gateway for providing different user interfaces for limited distraction and non-limited distraction contexts |
CN103686647A (zh) * | 2013-11-18 | 2014-03-26 | 宇龙计算机通信科技(深圳)有限公司 | 一种事件提醒方法及信息提醒设备 |
CN104158955A (zh) * | 2014-07-17 | 2014-11-19 | 小米科技有限责任公司 | 事件提醒方法及装置 |
CN104270533A (zh) * | 2014-10-29 | 2015-01-07 | 广州三星通信技术研究有限公司 | 一种事件提醒的方法及装置 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105530307A (zh) * | 2015-12-21 | 2016-04-27 | 惠州Tcl移动通信有限公司 | 一种基于多关联设备的事件提醒方法及*** |
CN105657177A (zh) * | 2016-02-16 | 2016-06-08 | 重庆蓝岸通讯技术有限公司 | 一种通信终端间的事件提醒方法及其*** |
CN106231093A (zh) * | 2016-07-28 | 2016-12-14 | 北京小米移动软件有限公司 | 闹钟提醒方法及装置 |
WO2018120863A1 (zh) * | 2016-12-26 | 2018-07-05 | 中兴通讯股份有限公司 | 一种智能提醒方法、第一可穿戴设备及智能提醒*** |
CN107295199A (zh) * | 2017-08-01 | 2017-10-24 | 深圳传音通讯有限公司 | 移动终端及其提醒事件的延迟提醒方法 |
CN107453779A (zh) * | 2017-09-06 | 2017-12-08 | 惠州Tcl移动通信有限公司 | 一种多模式闹钟提醒控制方法、移动终端及存储介质 |
CN108390995A (zh) * | 2018-01-23 | 2018-08-10 | 努比亚技术有限公司 | 闹钟处理方法、移动终端以及计算机可读存储介质 |
CN108390995B (zh) * | 2018-01-23 | 2020-03-31 | 努比亚技术有限公司 | 闹钟处理方法、移动终端以及计算机可读存储介质 |
CN111309392A (zh) * | 2020-01-21 | 2020-06-19 | 维沃移动通信有限公司 | 一种设备控制方法及电子设备 |
CN111309392B (zh) * | 2020-01-21 | 2023-12-26 | 维沃移动通信有限公司 | 一种设备控制方法及电子设备 |
CN112365678A (zh) * | 2020-11-09 | 2021-02-12 | 珠海格力电器股份有限公司 | 一种婴幼儿哭声提醒方法、装置及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104572104A (zh) | 监控闹钟的处理方法和装置 | |
CN105045639B (zh) | 移动终端下载方法、装置及移动终端 | |
CN102938808B (zh) | 移动终端中的信息录制方法及装置 | |
WO2016029706A1 (zh) | 终端的业务处理方法及装置 | |
KR101646379B1 (ko) | 차량의 통신 장치 | |
CN110381489A (zh) | 蓝牙连接方法、显示终端及电视机 | |
CN103795841B (zh) | 一种信息提示方法及装置 | |
CN104346563B (zh) | 一种信息处理的方法及电子设备 | |
US20140024400A1 (en) | Management of mobile device originated meetings | |
WO2017206318A1 (zh) | 移动设备及其位置共享方法、装置 | |
CN104702701A (zh) | 一种数据分享方法及装置 | |
CN105208520A (zh) | 一种移动终端自动发送信息的方法及装置 | |
CN106254448B (zh) | 一种信息获取方法及装置 | |
CN109756972A (zh) | 一种唤醒应用程序的方法、网络侧设备及终端 | |
US11388574B2 (en) | Methods and apparatus for providing access to emergency service providers | |
CN109196885B (zh) | 一种电子邮件的同步方法及设备 | |
WO2023093894A1 (zh) | 感知业务实现方法、装置、网络侧设备及终端 | |
CN107566215B (zh) | 无线网络断流检测方法、装置、存储介质及移动终端 | |
CN105577967A (zh) | 一种移动终端关机状态时的来电提醒装置及其方法 | |
CN106469080B (zh) | 防止***服务进程重启的方法及装置、移动终端 | |
CN109118729A (zh) | 失联报警方法及装置 | |
CN110650259B (zh) | 呼叫请求的响应方法、装置、服务器、终端及存储介质 | |
US10110737B2 (en) | Intelligent options in redial screens of communication devices | |
CN101808310B (zh) | 移动终端使用数据业务的管理方法及相关装置 | |
CN107734715B (zh) | 一种移动终端的网络连接处理方法、存储装置及移动终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150429 |