本发明涉及信息推送技术领域,特别涉及一种事件提醒消息推送方法及装置。
背景技术:
随着智能终端技术的发展,越来越多的用户会在智能终端(例如手机、平板电脑等)上设置事件提醒。当事件提醒时间达到时,对用户进行提示。但当智能终端关机或不在用户身边时,用户便不能获得事件提醒,用户错过执行原本计划好的事情发生的概率较高。
技术实现要素:
本发明实施例的目的在于提供一种事件提醒消息推送方法及装置,以减少用户错过执行原本计划好的事情发生的概率。
为达到上述目的,本发明实施例公开了一种事件提醒消息推送方法,应用于服务器,所述服务器预先存储有相同用户标识信息对应的各终端的信息;所述方法包括:
接收目标终端发送的用户标识信息以及事件提醒消息;
根据接收到的所述用户标识信息以及预先存储的相同用户标识信息对应的各终端的信息,确定与所述目标终端具有相同用户标识信息的终端;
向所确定的终端推送所述事件提醒消息。
可选的,所述向所确定的终端推送所述事件提醒消息,包括:
在确定与所述目标终端具有相同用户标识信息的终端后,直接向所确定的终端推送所述事件提醒消息。
可选的,所述方法还包括:
判断向所确定的终端推送所述事件提醒消息是否成功;
如果不成功,则存储所述事件提醒消息;
每隔预设时间段,向所确定的终端推送所存储的事件提醒消息,直至向所确定的终端推送所述事件提醒消息成功。
可选的,在接收到所述事件提醒消息之后,所述方法还包括:
将接收到的所述事件提醒消息存储在本地事件提醒列表中;
所述向所确定的终端推送所述事件提醒消息,包括:
接收所确定的终端发送的事件提醒列表的时间戳;
判断本地事件提醒列表的时间戳是否大于接收到的时间戳;
如果是,向所确定的终端推送存储在本地事件提醒列表中的事件提醒消息。
可选的,所述接收所确定的终端发送的事件提醒列表的时间戳,包括:
根据预设时间点或预设时间间隔,定时接收所确定的终端发送的事件提醒列表的时间戳。
为达到上述目的,本发明实施例公开了一种事件提醒消息推送装置,应用于服务器,所述装置包括:第一存储模块、接收模块、确定模块和第一推送模块,其中,
所述第一存储模块,用于预先存储相同用户标识信息对应的各终端的信息;
所述接收模块,用于接收目标终端发送的用户标识信息以及事件提醒消息;
所述确定模块,用于根据所述接收模块接收到的所述用户标识信息以及所述第一存储模块存储的相同用户标识信息对应的各终端的信息,确定与所述目标终端具有相同用户标识信息的终端;
所述第一推送模块,用于向所述确定模块确定的终端推送所述事件提醒消息。
可选的,所述第一推送模块,具体用于:
直接向所述确定模块确定的终端推送所述事件提醒消息。
可选的,所述装置还包括:判断模块、第二存储模块和第二推送模块,其 中,
所述判断模块,用于判断向所述确定模块确定的终端推送所述事件提醒消息是否成功;
所述第二存储模块,用于在所述判断模块判断结果为否的情况下,存储所述事件提醒消息;
所述第二推送模块,用于每隔预设时间段,向所述确定模块确定的终端推送所存储的事件提醒消息,触发所述判断模块,直至所述判断模块判断结果为是。
可选的,所述装置还包括:第三存储模块,
所述第三存储模块,用于在所述接收模块接收到所述事件提醒消息之后,将接收到的所述事件提醒消息存储在本地事件提醒列表中;
所述第一推送模块,包括:接收子模块、判断子模块和推送子模块,其中,
所述接收子模块,用于接收所述确定模块确定的终端发送的事件提醒列表的时间戳;
所述判断子模块,用于判断本地事件提醒列表的时间戳是否大于所述接收子模块接收到的时间戳;
所述推送子模块,用于在所述判断子模块判断结果为是的情况下,向所述确定模块确定的终端推送存储在本地事件提醒列表中的事件提醒消息。
可选的,所述接收子模块,具体用于:
根据预设时间点或预设时间间隔,定时接收所述确定模块确定的终端发送的事件提醒列表的时间戳。
由上述的技术方案可见,本发明实施例提供了一种事件提醒消息推送方法及装置,应用于服务器,服务器预先存储有相同用户标识信息对应的各终端的信息;所述方法包括:接收目标终端发送的用户标识信息以及事件提醒消息;根据接收到的所述用户标识信息以及预先存储的相同用户标识信息对应的各终端的信息,确定与所述目标终端具有相同用户标识信息的终端;向所确定的终端推送所述事件提醒消息。
应用本发明实施例所提供的技术方案,用户在目标终端上设置的事件提醒,被通过服务器推送到其他终端上。用户可以通过各个终端获知事件提醒,向用户展示事件提醒消息的终端比现有技术多。因此,在事件提醒时间达到时,用户身边有展示事件提醒消息的终端的概率较大,减少了用户错过执行原本计划好的事情发生的概率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的应用于服务器的事件提醒消息推送方法的第一种流程示意图;
图2为本发明实施例提供的应用于服务器的事件提醒消息推送方法的第二种流程示意图;
图3为本发明实施例提供的应用于服务器的事件提醒消息推送方法的第三种流程示意图;
图4为本发明实施例提供的应用于服务器的事件提醒消息推送装置的第一种结构示意图;
图5为本发明实施例提供的应用于服务器的事件提醒消息推送装置的第二种结构示意图;
图6为本发明实施例提供的应用于服务器的事件提醒消息推送装置的第三种结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为了解决现有技术问题,本发明实施例提供了一种应用于服务器的事件提醒消息推送方法及装置。下面首先对本发明实施例所提供的一种应用于服务器的事件提醒消息推送方法进行介绍。
需要说明的是,服务器预先存储有相同用户标识信息对应的各终端的信息。
在实际应用中,用户标识信息可以为用户账号。
图1为本发明实施例提供的应用于服务器的事件提醒消息推送方法的第一种流程示意图,可以包括:
S101:接收目标终端发送的用户标识信息以及事件提醒消息;
S102:根据接收到的用户标识信息以及预先存储的相同用户标识信息对应的各终端的信息,确定与所述目标终端具有相同用户标识信息的终端;
S103:向所确定的终端推送所述事件提醒消息。
示例性的,假设服务器预先存储的具有相同用户账号对应的各终端的信息,如表1所示,
表1
假设用户在手机中设置了事件为2015年3月18日19:30跑步,提醒时间为2015年3月18日19:25的事件提醒消息,则将事件为2015年3月18日19:30跑步,提醒时间为2015年3月18日19:25的事件提醒消息以及该用户的账号 Sjtxzy发送给服务器。
服务器在接收到手机发送的事件为2015年3月18日19:30跑步,提醒时间为2015年3月18日19:25的事件提醒消息以及该用户的账号Sjtxzy之后,根据上述表1中存储的用户账号对应的终端的信息,确定出与手机具有相同用户的账号Sjtxzy的终端,分别为MAC地址为74-27-EA-3B-85-77的笔记本电脑,MAC地址为52-62-F1-98-32-3B的平板电脑,MAC地址为32-85-AE-C5-6E-22的智能闹钟,MAC地址为43-12-AC-B4-E3-25的智能手表。
将上述事件为2015年3月18日19:30跑步,提醒时间为2015年3月18日19:25的事件提醒消息,推送给上述确定出的MAC地址为74-27-EA-3B-85-77的笔记本电脑,MAC地址为52-62-F1-98-32-3B的平板电脑,MAC地址为32-85-AE-C5-6E-22的智能闹钟,MAC地址为43-12-AC-B4-E3-25的智能手表。
需要说明的是,上述以事件为2015年3月18日19:30跑步,提醒时间为2015年3月18日19:25的事件提醒消息以及用户账号为Sjtxzy为例进行说明,仅为本发明的一具体实例,并不够成对本发明的限定。
应用本发明图1所示实施例,用户在目标终端上设置的事件提醒,被通过服务器推送到其他终端上。用户可以通过各个终端获知事件提醒,向用户展示事件提醒消息的终端较多。因此,在事件提醒时间达到时,用户身边有展示事件提醒消息的终端的概率较大,减少了用户错过执行原本计划好的事情发生的概率。
图2为本发明实施例提供的应用于服务器的事件提醒消息推送方法的第二种流程示意图,本发明图2所示实施例在图1所示实施例的基础上,增加以下四个步骤,
S104:判断向所确定的终端推送所述事件提醒消息是否成功,如果是,执行S107,如果否,执行S105;
S105:存储所述事件提醒消息;
S106:每隔预设时间段,向所确定的终端推送所存储的事件提醒消息,继续执行S104;
S107:结束。
且S103可以为S103A:在确定与所述目标终端具有相同用户标识信息的终端后,直接向所确定的终端推送所述事件提醒消息。
示例性的,服务器在根据上述表1中存储的用户账号对应的各终端的信息,确定出与手机具有相同用户的账号Sjtxzy的终端,分别为MAC地址为74-27-EA-3B-85-77的笔记本电脑,MAC地址为52-62-F1-98-32-3B的平板电脑,MAC地址为32-85-AE-C5-6E-22的智能闹钟,MAC地址为43-12-AC-B4-E3-25的智能手表之后,可以直接向上述确定出的终端推送事件为2015年3月18日19:30跑步,提醒时间为2015年3月18日19:25的事件提醒消息。
但在实际应用中,存在服务器向终端推送事件提醒消息不成功的情况,例如服务器未与终端建立通信连接(例如终端没联网)、推送事件提醒消息过程中通信连接断开(例如服务器断网或终端断网),此时其他终端就有可能不能获得手机设置的事件提醒消息,不能按时对事件进行提醒。为了避免上述情况的发生,服务器在向终端推送事件提醒消息,可以判断推送的事件提醒消息是否成功,即终端是否成功接收服务器推送的事件提醒消息,如果不成功,则将事件提醒消息进行存储;每隔预设时间段(例如10分钟、30分钟等等),再次向终端推送事件提醒消息,直至终端接收事件提醒消息。
具体的,在实际应用中,判断推送的事件提醒消息是否成功可以利用现有技术进行判断,例如可以判断是否接收到终端反馈的接收信息完毕的信息;如果接收到,表示推送的事件提醒消息成功;如果没有接收到,表示推送的事件提醒消息不成功,本发明实施例在此不对现有技术如何判断推送的信息是否成功进行赘述。
需要说明的是,上述以事件为2015年3月18日19:30跑步,提醒时间为2015年3月18日19:25的事件提醒消息以及用户账号为Sjtxzy为例进行说明,仅为本发明的一具体实例,并不够成对本发明的限定。
应用本发明图2所示实施例,用户在目标终端上设置的事件提醒,被通过服务器推送到其他终端上。用户可以通过各个终端获知事件提醒,向用户展示事件提醒消息的终端较多。因此,在事件提醒时间达到时,用户身边有展示事件提醒消息的终端的概率较大,减少了用户错过执行原本计划好的事情发生的概率。并且在服务器推送事件提醒消息不成功的情况下,对事件提醒消息进行存 储,每隔预设时间段,再次推送事件提醒消息,直至事件提醒消息推送成功,进一步减少了用户错过执行原本计划好的事情发生的概率。
图3为本发明实施例提供的应用于服务器的事件提醒消息推送方法的第三种流程示意图,本发明图3所示实施例在图1所示实施例的基础上,增加S108:将接收到所述事件提醒消息存储在本地事件提醒列表中;
S103可以包括:S103B、S103C和S103D,其中,
S103B:接收所确定的终端发送的事件提醒列表的时间戳;
在实际应用中,接收所确定的终端发送的事件提醒列表的时间戳,可以根据预设时间点或预设时间间隔,定时接收所确定的终端发送的事件提醒列表的时间戳。
S103C:判断本地事件提醒列表的时间戳是否大于接收到的时间戳,如果是,执行S103D;
S103D:向所确定的终端推送存储在本地事件提醒列表中的事件提醒消息。
示例性的,在实际应用中,存在服务器不主动向终端推送事件提醒消息的情况,此时服务器可以将接收到事件为2015年3月18日19:30跑步,提醒时间为2015年3月18日19:25的事件提醒消息存储在本地事件提醒列表中,假设接收到上述事件提醒消息时间为2015年3月17日20:00,即该事件提醒列表的时间戳为2015年3月17日20:00。
当其他终端(例如平板电脑)在利用与手机相同的用户账号Sjtxzy访问服务器时,平板电脑向服务器发送该平板电脑的事件提醒列表的时间戳,假设该时间戳为2015年3月16日14:25。
服务器判断出本地事件提醒列表的时间戳大于平板电脑的事件提醒列表的时间戳,则将存储在本地事件提醒列表中的事件为2015年3月18日19:30跑步,提醒时间为2015年3月18日19:25的事件提醒消息推送给平板电脑。
需要说明的是,上述以事件为2015年3月18日19:30跑步,提醒时间为2015年3月18日19:25的事件提醒消息以及用户账号为Sjtxzy为例进行说明,仅为本发明的一具体实例,并不够成对本发明的限定。
应用本发明图3所示实施例,用户在目标终端上设置的事件提醒,被通过服务器推送到其他终端上。用户可以通过各个终端获知事件提醒,向用户展示事件提醒消息的终端较多。因此,在事件提醒时间达到时,用户身边有展示事件提醒消息的终端的概率较大,减少了用户错过执行原本计划好的事情发生的概率。
与上述的方法实施例相对应,本发明实施例还提供了应用于服务器的事件提醒消息推送装置。
图4为本发明实施例提供的应用于服务器的事件提醒消息推送装置的第一种结构示意图,可以包括:第一存储模块401、接收模块402、确定模块403和第一推送模块404,其中,
第一存储模块401,用于预先存储相同用户标识信息对应的各终端的信息;
接收模块402,用于接收目标终端发送的用户标识信息以及事件提醒消息;
确定模块403,用于根据接收模块402接收到的所述用户标识信息以及第一存储模块401存储的相同用户标识信息对应的各终端的信息,确定与所述目标终端具有相同用户标识信息的终端;
第一推送模块404,用于向确定模块403确定的终端推送所述事件提醒消息。
应用本发明图4所示实施例,用户在目标终端上设置的事件提醒,被通过服务器推送到其他终端上。用户可以通过各个终端获知事件提醒,向用户展示事件提醒消息的终端较多。因此,在事件提醒时间达到时,用户身边有展示事件提醒消息的终端的概率较大,减少了用户错过执行原本计划好的事情发生的概率。
图5为本发明实施例提供的应用于服务器的事件提醒消息推送装置的第二种结构示意图,本发明图5所示实施例在图4所示实施例基础上,增加判断模块405、第二存储模块406和第二推送模块407,其中,
判断模块405,用于判断向确定模块403确定的终端推送所述事件提醒消息是否成功;
第二存储模块406,用于在判断模块405判断结果为否的情况下,存储所述事件提醒消息;
第二推送模块407,用于每隔预设时间段,向确定模块403确定的终端推送所存储的事件提醒消息,触发判断模块405,直至判断模块405判断结果为是。
本发明所示实施例的第一推送模块404,具体可以用于:
直接向所述确定模块确定的终端推送所述事件提醒消息。
应用本发明图5所示实施例,用户在目标终端上设置的事件提醒,被通过服务器推送到其他终端上。用户可以通过各个终端获知事件提醒,向用户展示事件提醒消息的终端较多。因此,在事件提醒时间达到时,用户身边有展示事件提醒消息的终端的概率较大,减少了用户错过执行原本计划好的事情发生的概率。并且在服务器推送事件提醒消息不成功的情况下,对事件提醒消息进行存储,每隔预设时间段,再次推送事件提醒消息,直至事件提醒消息推送成功,进一步减少了用户错过执行原本计划好的事情发生的概率。
图6为本发明实施例提供的应用于服务器的事件提醒消息推送装置的第三种结构示意图,本发明图6所示实施例在图4所示实施例基础上,增加第三存储模块408,
第三存储模块408,用于在接收模块402接收到所述事件提醒消息之后,将接收到的所述事件提醒消息存储在本地事件提醒列表中;
本发明所示实施例的第一推送模块404,可以包括:接收子模块、判断子模块和推送子模块,其中,
所述接收子模块,用于接收确定模块403确定的终端发送的事件提醒列表的时间戳;
本发明所示实施例的接收子模块,具体可以用于:
根据预设时间点或预设时间间隔,定时接收确定模块403确定的终端发送的事件提醒列表的时间戳。
所述判断子模块,用于判断本地事件提醒列表的时间戳是否大于所述接收子模块接收到的时间戳;
所述推送子模块,用于在所述判断子模块判断结果为是的情况下,向所述确定模块确定的终端推送存储在本地事件提醒列表中的事件提醒消息。
应用本发明图6所示实施例,用户在目标终端上设置的事件提醒,被通过服务器推送到其他终端上。用户可以通过各个终端获知事件提醒,向用户展示事件提醒消息的终端较多。因此,在事件提醒时间达到时,用户身边有展示事件提醒消息的终端的概率较大,减少了用户错过执行原本计划好的事情发生的概率。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于计算机可读取存储介质中,这里所称得的存储介质,如:ROM/RAM、磁碟、光盘等。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。