CN103378978A - 推送消息的方法和服务器 - Google Patents
推送消息的方法和服务器 Download PDFInfo
- Publication number
- CN103378978A CN103378978A CN2012101099161A CN201210109916A CN103378978A CN 103378978 A CN103378978 A CN 103378978A CN 2012101099161 A CN2012101099161 A CN 2012101099161A CN 201210109916 A CN201210109916 A CN 201210109916A CN 103378978 A CN103378978 A CN 103378978A
- Authority
- CN
- China
- Prior art keywords
- user
- login time
- pulled
- message
- server
- 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
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种推送消息的方法和服务器，属于通讯技术领域。所述方法包括：服务器获取用户的当前登录时间；所述服务器获取所述用户的上一次登录时间；当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，所述服务器拉取消息；将拉取到的消息推送给所述用户，使得所述消息在所述用户的消息列表中置顶显示。该服务器包括：第一获取模块、第二获取模块、拉取模块和推送模块。本发明通过当用户当前的登录时间和上一次登录时间之间的差值大于第一预设时长时，拉取并向用户推送消息，使得每个用户在使用微博的時候能够根据其登录时间及时获得推送消息服务，同时避免了对用户的正常使用过于频繁的打扰。
Description
技术领域
本发明涉及通讯技术领域，特别涉及一种推送消息的方法和服务器。
背景技术
微博，即微型博客，是一个基于用户关系的信息分享、传播以及获取平台，类似博客的系统。微博系统中，个人可以即时发布消息，面向网络即时广播，并收听系统推荐的以及自己关注的用户所发布的消息。微博有多种更新和查阅的渠道，用户可以通过登录微博服务器或微博客户端等途径登录自己的微博。
随着通讯技术的发展，微博中需要对每个用户进行精细化运营，在现有的微博系统中，用户能够收听系统推荐的以及自己关注的用户所发布的消息，然而，由于微博信息的海量发布，自己关注的用户所发布的消息经常被淹没，无法确切获知在用户未登录期间自己关注的用户的动态或是否有发布新的消息，也容易错过在未登录期间所发生的大事和要闻，无法达到关注的效果，用户无法及时获知微博服务器提供的消息。
发明内容
为了用户能够及时获知微博提供的消息，本发明实施例提供了一种推送消息的方法和服务器。所述技术方案如下：
一种推送消息的方法，所述方法包括：
服务器获取用户的当前登录时间；
所述服务器获取所述用户的上一次登录时间；
当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，所述服务器拉取消息；
将拉取到的消息推送给所述用户，使得所述消息在所述用户的消息列表中置顶显示。
所述服务器获取所述用户的上一次登录时间，包括：
所述服务器判断是否保存有所述用户的上一次登录时间，如果是，所述服务器获取所述用户的上一次登录时间，如果否，保存所述用户的当前登录时间。
所述服务器获取所述用户的上一次登录时间，之后还包括：
当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，利用所述当前登录时间更新所述上一次登录时间。
所述消息包括广播消息和个性化消息，当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，所述服务器拉取消息，包括：
当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，判断是否有待拉取的广播消息；
当有待拉取的广播消息时，判断所述用户是否已拉取过所述待拉取的广播消息，如果已拉取过，结束流程；如果未拉取过，则拉取所述广播消息；
当没有待拉取的消息时，生成所述用户对应的个性化消息，拉取生成的所述个性化消息。
判断所述用户是否已拉取过所述待拉取的广播消息，包括：
当服务器确定保存有特征值时，判断保存的特征值与所述待拉取的广播消息所对应的特征值是否相同，如果是，则确定所述用户已拉取过所述待拉取的广播消息，如果否，则确定所述用户未拉取过所述待拉取的广播消息；
当服务器确定未保存任何特征值时，确定所述用户未拉取过所述待拉取的广播消息。
当没有待拉取的消息时，生成所述用户对应的个性化消息，包括：
当没有待拉取的消息时，根据所述服务器配置的推荐内容和/或所述用户关注的用户的动态生成所述用户对应的个性化消息。
一种服务器，所包括：
第一获取模块，用于获取用户的当前登录时间；
第二获取模块，用于获取所述用户的上一次登录时间；
拉取模块，用于当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，所述服务器拉取消息；
推送模块，用于将所述消息推送给所述用户，使得所述消息在所述用户的消息列表中置顶显示。
所述第二获取模块具体用于判断是否保存有所述用户的上一次登录时间，如果是，获取所述用户的上一次登录时间，如果否，保存所述用户的当前登录时间。
所述服务器还包括：
更新模块，用于当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，利用所述当前登录时间更新所述上一次登录时间。
所述拉取模块包括：
第一判断单元，用于当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，判断是否有待拉取的广播消息；
第二判断单元，用于当所述第一判断单元确定有待拉取的广播消息时，判断所述用户是否已拉取过所述待拉取的广播消息，如果已拉取过，结束流程；如果未拉取过，则触发用于拉取所述广播消息的拉取单元；
生成单元，用于当没有待拉取的消息时，生成所述用户对应的个性化消息，触发还用于拉取生成的所述个性化消息的所述拉取单元。
所述第二判断单元具体用于当确定保存有特征值时，判断保存的特征值与所述待拉取的广播消息所对应的特征值是否相同，如果是，则确定所述用户已拉取过所述待拉取的广播消息，如果否，则确定所述用户未拉取过所述待拉取的广播消息；当确定未保存任何特征值时，确定所述用户未拉取过所述待拉取的广播消息。
所述生成单元具体用于当没有待拉取的消息时，根据所述服务器配置的推荐内容和/或所述用户关注的用户的动态生成所述用户对应的个性化消息。
本发明实施例提供的技术方案带来的有益效果是：
通过当用户当前的登录时间和上一次登录时间之间的差值大于第一预设时长时，拉取并向用户推送消息，使得每个用户在使用微博的時候能够根据其登录时间及时获得推送消息服务，同时避免了对用户的正常使用过于频繁的打扰。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种推送消息的方法的流程图；
图2是本发明实施例提供的一种推送消息的方法的流程图；
图3是本发明实施例提供的一种服务器的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
图1是本发明实施例提供的一种推送消息的方法的流程图。参见图1，该方法包括：
101、服务器获取用户的当前登录时间；
102、所述服务器获取所述用户的上一次登录时间；
103、当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，所述服务器拉取消息；
104、将拉取到的消息推送给所述用户，使得所述消息在所述用户的消息列表中置顶显示。
可选地，所述服务器获取所述用户的上一次登录时间，包括：
所述服务器判断是否保存有所述用户的上一次登录时间，如果是，所述服务器获取所述用户的上一次登录时间，如果否，保存所述用户的当前登录时间。
可选地，所述服务器获取所述用户的上一次登录时间，之后还包括：
当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，利用所述当前登录时间更新所述上一次登录时间。
可选地，所述消息包括广播消息和个性化消息，当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，所述服务器拉取消息，包括：
当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，判断是否有待拉取的广播消息；
当有待拉取的广播消息时，判断所述用户是否已拉取过所述待拉取的广播消息，如果已拉取过，结束流程；如果未拉取过，则拉取所述广播消息；
当没有待拉取的消息时，生成所述用户对应的个性化消息，拉取生成的所述个性化消息。
可选地，判断所述用户是否已拉取过所述待拉取的广播消息，包括：
当服务器确定保存有特征值时，判断保存的特征值与所述待拉取的广播消息所对应的特征值是否相同，如果是，则确定所述用户已拉取过所述待拉取的广播消息，如果否，则确定所述用户未拉取过所述待拉取的广播消息；
当服务器确定未保存任何特征值时，确定所述用户未拉取过所述待拉取的广播消息。
可选地，当没有待拉取的消息时，生成所述用户对应的个性化消息，包括：
当没有待拉取的消息时，根据所述服务器配置的推荐内容和/或所述用户关注的用户的动态生成所述用户对应的个性化消息。
本实施例提供的方法，通过当用户当前的登录时间和上一次登录时间之间的差值大于第一预设时长时，拉取并向用户推送消息，使得每个用户在使用微博的時候能够根据其登录时间及时获得单独的推送消息服务，同时避免了对用户的正常使用过于频繁的打扰。
图2是本发明实施例提供的一种推送消息的方法的流程图。本实施例中的服务器具体为微博服务器，该微博服务器用于承载微博业务，参见图2，该方法包括：
201、服务器获取用户的当前登录时间；
在本实施例中，当用户登录服务器时，服务器获取用户的当前登录时间，其中，服务器所获取的登录时间可以是时间戳形式，或是其他格式的时间标记，如当前登录时间为2011年9月9日，11点11分12秒，则该登录时间可以记录为2011-09-0911:11:12或2011090911:11:12，该时间戳或时间标记的精度可以由技术人员设置或调整，时间戳或时间标记的格式也可以由技术人员设置或调整。具体地，当用户登录服务器时，服务器获取用户当前登录的时间戳或时间标记。
其中，用户可以是从网页上登录服务器，还可以是从安装在移动终端或电脑上的微博客户端登录服务器，本实施例对此不做具体限定。
202、服务器判断是否保存有所述用户的上一次登录时间；
如果是，执行步骤203；
如果否，执行步骤204；
对于步骤202来说，通过判断服务器上是否保存有用户的上一次登录时间，可以确定该用户是否曾经使用过该推送消息的服务，需要说明的是，用户的登录时间保存在服务器的存储单元，服务器在用户登录时，获取并记录其登录时间，并保存在服务器的存储单元中，该存储单元可以是该用户独享的预设大小的存储单元，也即是对于每个用户来说，服务器上均为其分配一个预设大小的存储单元，该存储单元以用户的用户标记为索引，当用户登录时，可以根据用户的用户标记确定该存储单元，并判断该存储单元中是否保存有该用户的上一次登录时间，如果是，则该服务器上保存有该用户的上一次登录时间，如果否，则该服务器上未保存有该用户的上一次登录时间；该存储单元还可以是仅用于存储一次登录时间的存储单元，该存储单元以用户的用户标记为索引，当用户登录时，可以根据用户的用户标记确定服务器上是否存在该存储单元，如果存在，则服务器上保存有该用户的上一次登录时间，如果不存在，则服务器上未保存有该用户的上一次登录时间。
203、服务器获取用户的上一次登录时间，执行步骤205；
当服务器确定保存有该用户的上一次登录时间时，获取用户的上一次登录时间，以便根据上一次登录时间和当前登录时间的差值判断是否需要为用户提供推送消息的服务。
204、保存所述用户的当前登录时间，执行步骤206；
当服务器确定未保存有该用户的上一次登录时间时，可以确定该用户未使用过该推送消息的服务，则将用户的当前登录时间保存在存储单元中，以备用户下一次登录时使用。
205、判断当前登录时间和所述上一次登录时间的差值是否大于第一预设时长，如果是，执行步骤206，如果否，结束流程；
在本实施例中，第一预设时长为推送消息的最大超时时长，当前登录时间和所述上一次登录时间的差值大于第一预设时长时，则认为需要为用户提供推送消息的服务，当前登录时间和所述上一次登录时间的差值小于第一预设时长时，则认为不需要为用户提供推送消息的服务。
进一步地，当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，利用所述当前登录时间更新所述上一次登录时间。具体地，当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，在存储单元中删除所述上一次登录时间，并保存当前登录时间，以备用户下一次登录时使用。
进一步地，当前登录时间和所述上一次登录时间的差值小于第一预设时长时，还可以继续对时间进行持续监控，当用户的使用时长与当前登录时间的和与上一次登录时间的差值超过第一预设时长时，执行步骤206。例如，第一预设时长为8个小时，用户的上一次登录时间为上午7点(7:00点)，当前登录时间为下午2点(14:00点)，登录后持续使用了1个小时，则使用时长与当前登录时间的和为15:00，与上一次登录时间的差值为8个小时，则可执行步骤206。
206、判断是否有待拉取的广播消息，如果是，执行步骤207，如果否，执行步骤209；
在本实施例中，该待拉取的广播消息为服务器配置的广播消息，可以为微博服务器的公告等需要通知给各个用户的消息，该广播消息对于每个用户来说均相同。
207、判断所述用户是否已拉取过所述待拉取的广播消息，如果是，结束流程；如果否，执行步骤208；
该步骤207中的判断过程具体包括：当服务器确定保存有特征值时，判断保存的特征值与所述待拉取的广播消息所对应的特征值是否相同，如果是，则确定所述用户已拉取过所述待拉取的广播消息，如果否，则确定所述用户未拉取过所述待拉取的广播消息；当服务器确定未保存任何特征值时，确定所述用户未拉取过所述待拉取的广播消息。其中，特征值是通过广播消息和预设映射算法计算得到的，预设映射算法可以为哈希HASH算法，相应地，其特征值可以为根据广播消息计算得到的HASH值。例如，对于用户A的待拉取广播消息来说，根据HASH算法，得到HASH值A1，判断保存的特征值与待拉取的广播消息所对应的特征值A1是否相同，如果是，则确定用户A已拉取过待拉取的广播消息，如果否，则确定用户A未拉取过待拉取的广播消息；当服务器确定没有保存任何特征值时，确定用户未拉取过待拉取的广播消息。
当然，该预设映射算法还可以为技术人员设置的其他映射算法，本实施例不做具体限定。
上述的特征值可以保存在步骤202中所述的存储单元中，也可以单独保存在用于存储特征值的存储单元中，本实施例不做具体限定。
与现有技术中服务器强制广播消息的不同之处在于，本实施例对该待拉取的广播消息进行判断，确定是否曾经拉取过该广播消息，如果拉取过，则不进行再次拉取，可以避免重复拉取相同的内容，给用户的使用带来不便，以免频率太高干扰用户正常使用微博业务。
208、拉取该广播消息，执行步骤210；
当确定未拉取过该待拉取的广播消息时，服务器拉取该广播消息。
209、当没有待拉取的消息时，生成所述用户对应的个性化消息，拉取生成的所述个性化消息，执行步骤210；
用户对应的个性化消息包括服务器配置的推荐内容和/或用户所关注的用户的动态等。
其中，服务器配置的推荐内容可以包括推荐的热点话题、要闻等的摘要或关键字，如，服务器配置的当天重大新闻为“卫星上天”，则该个性化消息可以包括“卫星”，又如，服务器配置的推荐用户A在发布了一条新微博，则该个性化消息可以包括“用户A发布了一条新微博”，当然，个性化消息中服务器配置的推荐内容的具体形式可以有多种变化，在此处不做枚举。
其中，当前用户所关注的用户的动态可以包括所关注用户的发布信息情况、更改用户名等。如，当前用户所关注的用户B发布了2条微博，当前用户所关注的用户C更改了自己的用户名，则消息可以包括“用户B发布了2条微博”和“用户C更改了自己的用户名”，当然，消息中当前用户所关注的用户的状态的具体形式可以有多种变化，在此处不做枚举。需要说明的是，个性化消息的具体内容和形式均可以由技术人员在服务器上进行设置和调整，还可以由用户根据自己的需要进行设置和调整，如仅对个别用户的状态进行收集，或仅对包含某个关键字的要闻或服务器的推荐内容进行收集等。
在另一实施例中，当步骤206中确定有待拉取的广播消息，还可以步骤209以进行个性化消息的生成和拉取，并在广播消息的显示持续时长达到第二预设时长时，执行步骤210。进一步地，该个性化消息的生成和拉取可以由服务器每隔第三预设时长进行，该第三预设时长可以由技术人员进行设置或调整，还可以由用户进行设置或调整，当然，用户或技术人员均可以对该生成和拉取的次数进行设置，以使该生成和拉取不影响用户的正常使用。
210、服务器将拉取到的消息推送给所述用户，使得所述消息在所述用户的消息列表中置顶显示。
对于步骤210来说，当服务器拉取到消息后，无论该消息是广播消息还是个性化消息，均将拉取到的消息推送给用户，该拉取到的消息可以在当前用户所浏览页面的消息列表上置顶显示方，还可以显在当前用户的消息列表上置顶显示，置顶显示是指作为当前用户所有显示微博的第一条，以微博的形式显示。
需要说明的是，为了避免消息出现频率太高或展示的时间过长而干扰用户正常使用微博业务，该消息置顶显示或最前方显示的持续时长可以为第二预设时长，显示持续时长达到第二预设时长时，删除该消息或取消置顶显示或最前方显示，该第二预设时长可以由技术人员调整或设置，还可以由用户调整或设置，本实施例不做具体限定。
具体地，该消息置顶显示或最前方显示的持续时长可以由定时器实现，该定时器设置为第二预设时长，该定时器从该消息置顶显示或最前方显示(也即是服务器拉取到消息，并将拉取到的消息推送给用户，使得该消息指定显示或最前方显示，一般地，可以将用户当前登录时间作为置顶显示或最前方显示时间)开始计时，从当定时器未超时，该消息以置顶或最前方显示的形式显示在用户消息列表中，当定时器超时，删除该消息或取消置顶显示或最前方显示。
进一步地，为了避免对用户的正常使用造成干扰，对于广播消息和个性化消息在每天内的显示次数也可以进行设置，每天的显示次数限制在预设数值内，当显示次数达到预设数值后，一旦再次达到显示的条件，也不进行显示。如，将个性化消息的显示次数限制为每天2次，则当用户第三次达到步骤209中的显示条件时，不执行任何操作，结束流程。
本实施例提供的方法，通过当用户当前的登录时间和上一次登录时间之间的差值大于第一预设时长时，拉取并向用户推送消息，使得每个用户在使用微博的時候能够根据其登录时间及时获得单独的推送消息服务，同时避免了对用户的正常使用过于频繁的打扰。进一步地，通过根据服务器的配置情况生成并推送个性化消息，使得对每个不同的用户能够提供针对该用户的消息服务，及时通知用户其未登录期间所关注用户的动态以及服务器的推荐内容。
图3是本发明实施例提供的一种服务器的结构示意图。参见图3，该服务器包括：
第一获取模块301，用于获取用户的当前登录时间；
第二获取模块302，用于获取所述用户的上一次登录时间；
拉取模块303，用于当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，所述服务器拉取消息；
推送模块304，用于将所述消息推送给所述用户，使得所述消息在所述用户的消息列表中置顶显示。
可选地，所述第二获取模块302具体用于判断是否保存有所述用户的上一次登录时间，如果是，获取所述用户的上一次登录时间，如果否，保存所述用户的当前登录时间。
可选地，所述服务器还包括：
更新模块305，用于当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，利用所述当前登录时间更新所述上一次登录时间。
所述拉取模块303包括：
第一判断单元，用于当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，判断是否有待拉取的广播消息；
第二判断单元，用于当所述第一判断单元确定有待拉取的广播消息时，判断所述用户是否已拉取过所述待拉取的广播消息，如果已拉取过，结束流程；如果未拉取过，则触发用于拉取所述广播消息的拉取单元；
生成单元，用于当没有待拉取的消息时，生成所述用户对应的个性化消息，触发还用于拉取生成的所述个性化消息的所述拉取单元。
可选地，所述第二判断单元具体用于当确定保存有特征值时，判断保存的特征值与所述待拉取的广播消息所对应的特征值是否相同，如果是，则确定所述用户已拉取过所述待拉取的广播消息，如果否，则确定所述用户未拉取过所述待拉取的广播消息；当确定未保存任何特征值时，确定所述用户未拉取过所述待拉取的广播消息。
可选地，所述生成单元具体用于当没有待拉取的消息时，根据所述服务器配置的推荐内容和/或所述用户关注的用户的动态生成所述用户对应的个性化消息。
需要说明的是：上述实施例提供的服务器在推送消息服务时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将服务器的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的服务器与推送消息的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
本实施例提供的服务器，通过当用户当前的登录时间和上一次登录时间之间的差值大于第一预设时长时，拉取并向用户推送消息，使得每个用户在使用微博的時候能够根据其登录时间及时获得单独的推送消息服务，同时避免了对用户的正常使用过于频繁的打扰。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (12)
1.一种推送消息的方法，其特征在于，所述方法包括：
服务器获取用户的当前登录时间；
所述服务器获取所述用户的上一次登录时间；
当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，所述服务器拉取消息；
将拉取到的消息推送给所述用户，使得所述消息在所述用户的消息列表中置顶显示。
2.根据权利要求1所述的方法，其特征在于，所述服务器获取所述用户的上一次登录时间，包括：
所述服务器判断是否保存有所述用户的上一次登录时间，如果是，所述服务器获取所述用户的上一次登录时间，如果否，保存所述用户的当前登录时间。
3.根据权利要求1所述的方法，其特征在于，所述服务器获取所述用户的上一次登录时间，之后还包括：
当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，利用所述当前登录时间更新所述上一次登录时间。
4.根据权利要求1所述的方法，其特征在于，所述消息包括广播消息和个性化消息，当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，所述服务器拉取消息，包括：
当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，判断是否有待拉取的广播消息；
当有待拉取的广播消息时，判断所述用户是否已拉取过所述待拉取的广播消息，如果已拉取过，结束流程；如果未拉取过，则拉取所述广播消息；
当没有待拉取的消息时，生成所述用户对应的个性化消息，拉取生成的所述个性化消息。
5.根据权利要求4所述的方法，其特征在于，判断所述用户是否已拉取过所述待拉取的广播消息，包括：
当服务器确定保存有特征值时，判断保存的特征值与所述待拉取的广播消息所对应的特征值是否相同，如果是，则确定所述用户已拉取过所述待拉取的广播消息，如果否，则确定所述用户未拉取过所述待拉取的广播消息；
当服务器确定未保存任何特征值时，确定所述用户未拉取过所述待拉取的广播消息。
6.根据权利要求4所述的方法，其特征在于，当没有待拉取的消息时，生成所述用户对应的个性化消息，包括：
当没有待拉取的消息时，根据所述服务器配置的推荐内容和/或所述用户关注的用户的动态生成所述用户对应的个性化消息。
7.一种服务器，其特征在于，所包括：
第一获取模块，用于获取用户的当前登录时间；
第二获取模块，用于获取所述用户的上一次登录时间；
拉取模块，用于当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，所述服务器拉取消息；
推送模块，用于将所述消息推送给所述用户，使得所述消息在所述用户的消息列表中置顶显示。
8.根据权利要求7所述的服务器，其特征在于，所述第二获取模块具体用于判断是否保存有所述用户的上一次登录时间，如果是，获取所述用户的上一次登录时间，如果否，保存所述用户的当前登录时间。
9.根据权利要求7所述的服务器，其特征在于，所述服务器还包括：
更新模块，用于当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，利用所述当前登录时间更新所述上一次登录时间。
10.根据权利要求7所述的服务器，其特征在于，所述拉取模块包括：
第一判断单元，用于当所述当前登录时间和所述上一次登录时间的差值大于第一预设时长，判断是否有待拉取的广播消息；
第二判断单元，用于当所述第一判断单元确定有待拉取的广播消息时，判断所述用户是否已拉取过所述待拉取的广播消息，如果已拉取过，结束流程；如果未拉取过，则触发用于拉取所述广播消息的拉取单元；
生成单元，用于当没有待拉取的消息时，生成所述用户对应的个性化消息，触发还用于拉取生成的所述个性化消息的所述拉取单元。
11.根据权利要求10所述的服务器，其特征在于，所述第二判断单元具体用于当确定保存有特征值时，判断保存的特征值与所述待拉取的广播消息所对应的特征值是否相同，如果是，则确定所述用户已拉取过所述待拉取的广播消息，如果否，则确定所述用户未拉取过所述待拉取的广播消息；当确定未保存任何特征值时，确定所述用户未拉取过所述待拉取的广播消息。
12.根据权利要求10所述的服务器，其特征在于，所述生成单元具体用于当没有待拉取的消息时，根据所述服务器配置的推荐内容和/或所述用户关注的用户的动态生成所述用户对应的个性化消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2012101099161A CN103378978A (zh) | 2012-04-16 | 2012-04-16 | 推送消息的方法和服务器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2012101099161A CN103378978A (zh) | 2012-04-16 | 2012-04-16 | 推送消息的方法和服务器 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103378978A true CN103378978A (zh) | 2013-10-30 |
Family
ID=49463564
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2012101099161A Pending CN103378978A (zh) | 2012-04-16 | 2012-04-16 | 推送消息的方法和服务器 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103378978A (zh) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104320325A (zh) * | 2014-06-30 | 2015-01-28 | 海视云（北京）科技有限公司 | 一种消息推送方法及装置 |
| CN105099866A (zh) * | 2014-05-23 | 2015-11-25 | 腾讯科技（北京）有限公司 | 数据显示的控制方法及装置 |
| CN105553826A (zh) * | 2015-12-18 | 2016-05-04 | 阿里巴巴集团控股有限公司 | 消息展示方法及装置 |
| CN105608627A (zh) * | 2016-02-01 | 2016-05-25 | 广东欧珀移动通信有限公司 | 基于社交网络平台的信息更新方法及装置 |
| CN105721282A (zh) * | 2016-01-25 | 2016-06-29 | 腾讯科技（深圳）有限公司 | 消息显示方法及装置 |
| CN106487601A (zh) * | 2015-08-24 | 2017-03-08 | 中兴通讯股份有限公司 | 资源监控方法、装置及系统 |
| CN106941509A (zh) * | 2016-01-05 | 2017-07-11 | 阿里巴巴集团控股有限公司 | 用户信息流的请求方法及装置 |
| WO2018014846A1 (zh) * | 2016-07-22 | 2018-01-25 | 阿里巴巴集团控股有限公司 | 一种应用消息推送方法、装置 |
| CN111083217A (zh) * | 2019-12-11 | 2020-04-28 | 北京达佳互联信息技术有限公司 | 一种推送Feed流的方法、装置及电子设备 |
| CN111372130A (zh) * | 2020-03-02 | 2020-07-03 | 北京字节跳动网络技术有限公司 | 一种用户在线时长统计方法、装置、电子设备及存储介质 |
| CN112783393A (zh) * | 2019-11-06 | 2021-05-11 | 腾讯科技（深圳）有限公司 | 即时通信应用中的会话显示方法、装置及存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1798032A (zh) * | 2004-12-30 | 2006-07-05 | 腾讯科技（深圳）有限公司 | 一种互联网上实现资讯订阅的方法及系统 |
| CN101009570A (zh) * | 2005-10-04 | 2007-08-01 | 三星电子株式会社 | 采用数据获取模型的数据推送服务方法和系统 |
| WO2009017097A1 (ja) * | 2007-07-31 | 2009-02-05 | Softbank Mobile Corp. | 通信モジュール、通信方法、通信プログラム、通信端末、および通信制御装置 |
| CN101917482A (zh) * | 2010-08-23 | 2010-12-15 | 宇龙计算机通信科技(深圳)有限公司 | 一种信息推送方法及信息推送服务器 |
| CN102404239A (zh) * | 2010-09-08 | 2012-04-04 | 腾讯科技（深圳）有限公司 | 一种用于在微博中提供广播消息的方法和系统 |
-
2012
- 2012-04-16 CN CN2012101099161A patent/CN103378978A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1798032A (zh) * | 2004-12-30 | 2006-07-05 | 腾讯科技（深圳）有限公司 | 一种互联网上实现资讯订阅的方法及系统 |
| CN101009570A (zh) * | 2005-10-04 | 2007-08-01 | 三星电子株式会社 | 采用数据获取模型的数据推送服务方法和系统 |
| WO2009017097A1 (ja) * | 2007-07-31 | 2009-02-05 | Softbank Mobile Corp. | 通信モジュール、通信方法、通信プログラム、通信端末、および通信制御装置 |
| CN101917482A (zh) * | 2010-08-23 | 2010-12-15 | 宇龙计算机通信科技(深圳)有限公司 | 一种信息推送方法及信息推送服务器 |
| CN102404239A (zh) * | 2010-09-08 | 2012-04-04 | 腾讯科技（深圳）有限公司 | 一种用于在微博中提供广播消息的方法和系统 |
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105099866B (zh) * | 2014-05-23 | 2019-04-12 | 腾讯科技（北京）有限公司 | 数据显示的控制方法及装置 |
| CN105099866A (zh) * | 2014-05-23 | 2015-11-25 | 腾讯科技（北京）有限公司 | 数据显示的控制方法及装置 |
| WO2015176630A1 (en) * | 2014-05-23 | 2015-11-26 | Tencent Technology (Shenzhen) Company Limited | Control method and apparatus for data display |
| US9621507B2 (en) | 2014-05-23 | 2017-04-11 | Tencent Technology (Shenzhen) Company Limited | Control method and apparatus for data display |
| CN108063725B (zh) * | 2014-06-30 | 2021-06-04 | 聚好看科技股份有限公司 | 一种消息推送方法 |
| CN104320325A (zh) * | 2014-06-30 | 2015-01-28 | 海视云（北京）科技有限公司 | 一种消息推送方法及装置 |
| CN108063725A (zh) * | 2014-06-30 | 2018-05-22 | 聚好看科技股份有限公司 | 一种消息推送方法 |
| CN106487601A (zh) * | 2015-08-24 | 2017-03-08 | 中兴通讯股份有限公司 | 资源监控方法、装置及系统 |
| CN105553826A (zh) * | 2015-12-18 | 2016-05-04 | 阿里巴巴集团控股有限公司 | 消息展示方法及装置 |
| CN106941509B (zh) * | 2016-01-05 | 2020-06-30 | 阿里巴巴集团控股有限公司 | 用户信息流的请求方法及装置 |
| CN106941509A (zh) * | 2016-01-05 | 2017-07-11 | 阿里巴巴集团控股有限公司 | 用户信息流的请求方法及装置 |
| CN105721282B (zh) * | 2016-01-25 | 2019-09-20 | 腾讯科技（深圳）有限公司 | 消息显示方法及装置 |
| CN105721282A (zh) * | 2016-01-25 | 2016-06-29 | 腾讯科技（深圳）有限公司 | 消息显示方法及装置 |
| CN105608627A (zh) * | 2016-02-01 | 2016-05-25 | 广东欧珀移动通信有限公司 | 基于社交网络平台的信息更新方法及装置 |
| WO2018014846A1 (zh) * | 2016-07-22 | 2018-01-25 | 阿里巴巴集团控股有限公司 | 一种应用消息推送方法、装置 |
| US10812607B2 (en) | 2016-07-22 | 2020-10-20 | Alibaba Group Holding Limited | Method and device for pushing application message |
| US10958749B2 (en) | 2016-07-22 | 2021-03-23 | Advanced New Technologies Co., Ltd. | Method and device for pushing application message |
| TWI736633B (zh) * | 2016-07-22 | 2021-08-21 | 開曼群島商創新先進技術有限公司 | 應用訊息推送方法、裝置 |
| CN112783393A (zh) * | 2019-11-06 | 2021-05-11 | 腾讯科技（深圳）有限公司 | 即时通信应用中的会话显示方法、装置及存储介质 |
| CN112783393B (zh) * | 2019-11-06 | 2024-02-13 | 腾讯科技（深圳）有限公司 | 即时通信应用中的会话显示方法、装置及存储介质 |
| CN111083217A (zh) * | 2019-12-11 | 2020-04-28 | 北京达佳互联信息技术有限公司 | 一种推送Feed流的方法、装置及电子设备 |
| CN111083217B (zh) * | 2019-12-11 | 2022-07-08 | 北京达佳互联信息技术有限公司 | 一种推送Feed流的方法、装置及电子设备 |
| CN111372130A (zh) * | 2020-03-02 | 2020-07-03 | 北京字节跳动网络技术有限公司 | 一种用户在线时长统计方法、装置、电子设备及存储介质 |
| CN111372130B (zh) * | 2020-03-02 | 2021-02-02 | 北京字节跳动网络技术有限公司 | 一种用户在线时长统计方法、装置、电子设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103378978A (zh) | 推送消息的方法和服务器 | |
| CN106357811B (zh) | 一种备份数据的删除方法、装置及系统 | |
| CN102769579B (zh) | 一种微博消息的显示方法、微博终端及微博服务器端 | |
| US9485640B2 (en) | Smart cache warming | |
| CN107341033A (zh) | 一种数据统计方法、装置、电子设备和存储介质 | |
| CN105867845A (zh) | 一种应用程序存储空间的管理方法及装置 | |
| CN102843306B (zh) | 微博信息发布方法及系统 | |
| KR20210040473A (ko) | 엔트리들을 위한 옵트-인 영속성을 갖는 메시지 스레드를 유지하는 장치 및 방법 | |
| JP2013542522A (ja) | メッセージを表示するための方法およびデバイス | |
| CN103517405B (zh) | 一种网络定位的方法及系统、移动终端和网络侧设备 | |
| CN108965003A (zh) | 一种分布式集群的部署方法、装置、系统及存储介质 | |
| CN102857578A (zh) | 一种网络硬盘的文件上传方法、系统及网盘客户端 | |
| CN102999527B (zh) | Sns网络中动态信息推送方法及系统 | |
| CN103428349B (zh) | 一种消息显示方法和系统 | |
| EP2618529B1 (en) | System and method for microblog messages | |
| CN104636477A (zh) | 一种信息推送前推送列表的去重方法 | |
| CN103561290B (zh) | 一种电视节目预订方法、服务器、客户端以及系统 | |
| CN103729067A (zh) | 一种云鼠标键盘的实现装置及其实现方法 | |
| CN106021512A (zh) | 一种页面刷新方法及装置 | |
| CN108809805B (zh) | 一种信息交互方法、系统及公众账号客户端 | |
| CN103390014B (zh) | 一种社区帖子的发布方法和系统 | |
| CN111090533A (zh) | 公告信息发送方法、装置、电子设备及存储介质 | |
| CN102880651A (zh) | 一种社交网站的信息整合系统和方法 | |
| CN103078782A (zh) | 一种好友备注的推荐备注实现方法及系统 | |
| CN104320330A (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: 20131030 |