CN102387178A - 消息更新的方法和装置 - Google Patents

消息更新的方法和装置 Download PDF

Info

Publication number
CN102387178A
CN102387178A CN2010102723350A CN201010272335A CN102387178A CN 102387178 A CN102387178 A CN 102387178A CN 2010102723350 A CN2010102723350 A CN 2010102723350A CN 201010272335 A CN201010272335 A CN 201010272335A CN 102387178 A CN102387178 A CN 102387178A
Authority
CN
China
Prior art keywords
message
index
message index
display
user
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
Application number
CN2010102723350A
Other languages
English (en)
Inventor
劳宁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN2010102723350A priority Critical patent/CN102387178A/zh
Priority to PCT/CN2011/076820 priority patent/WO2012028033A1/zh
Priority to US13/819,703 priority patent/US20130232208A1/en
Publication of CN102387178A publication Critical patent/CN102387178A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/216—Handling conversation history, e.g. grouping of messages in sessions or threads
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services

Abstract

本发明公开了一种消息更新的方法和装置，属于微博技术领域。所述方法包括：当用户请求更新消息时，从微博服务器获取消息索引；按照预先指定的个数K，在获取的消息索引中确定K个消息索引作为首次显示消息的消息索引，根据首次显示消息的消息索引从微博服务器获取相应的消息，并显示给用户；其中，K为自然数。所述装置包括：获取模块和首次显示模块。本发明减轻了微博服务器的压力，避免了客户端的资源浪费，提升了用户的体验。

Description

消息更新的方法和装置
技术领域
本发明涉及微博技术领域，特别涉及一种消息更新的方法和装置。
背景技术
在微博系统中，当一个微博用户发表一条消息时，所有关注这个用户的其它用户都会收到一条新消息的通知。这意味着，微博服务器向微博客户端分发消息时，不再是传统IM(Instant Message，即时通讯)应用中一对一的关系，而是一对多的关系。
消息通知在微博系统中是非常频繁的，目前微博系统中消息更新的方法是：一次更新并展示所有的新消息。当一个微博客户端向微博服务器请求新消息时，微博服务器会将自该微博客户端上次更新至今微博系统中所有已发布的消息，作为新消息一次性地提供给该微博客户端，以完成该微博客户端的消息更新和展示。
由于微博系统中的消息通常为大批量的，微博服务器需要发送很多次，才能完成消息通知，因此，增加了服务器的压力，而且微博客户端更新及存储新消息，需要占用大量的存储空间，造成了客户端的资源浪费，同时，一次性显示大量消息给用户，也给用户带来了一定程度的骚扰。
发明内容
为了解决现有技术的问题，本发明实施例提供了一种消息更新的方法和装置。所述技术方案如下：
一方面，一种消息更新的方法，所述方法包括：
当用户请求更新消息时，从微博服务器获取消息索引；
按照预先指定的个数K，在获取的所述消息索引中确定K个消息索引作为首次显示消息的消息索引，根据所述首次显示消息的消息索引从所述微博服务器获取相应的消息，并显示给用户；
其中，所述K为自然数。
其中，根据所述首次显示消息的消息索引从所述微博服务器获取相应的消息，并显示给用户之后，还包括：
如果用户请求继续更新，则将获取的所述消息索引中除所述首次显示消息的消息索引以外的其余消息索引作为后续显示消息的消息索引，根据所述后续显示消息的消息索引从所述微博服务器获取相应的消息，并显示给用户。
其中，按照预先指定的个数K，在获取的所述消息索引中确定K个消息索引作为首次显示消息的消息索引，包括：
判断获取的所述消息索引与本地已保存的消息索引是否有重叠；
如果有重叠，则将获取的所述消息索引中未重叠的部分作为本次更新的消息索引；
如果没有重叠，则将获取的所述消息索引作为本次更新的消息索引；
将所述本次更新的消息索引保存在本地，并按照预先指定的个数K，在所述本次更新的消息索引中确定K个消息索引作为首次显示消息的消息索引。
进一步地，将所述本次更新的消息索引保存在本地，包括：
将所述本次更新的消息索引记录为块并设置所述块的索引；
在本地保存所述块和块的索引。
其中，根据所述首次显示消息的消息索引从所述微博服务器获取相应的消息，并显示给用户之后，还包括：
如果用户请求继续更新，则根据所述块的索引读取所述块，将所述块中除所述首次显示消息的消息索引以外的其余消息索引作为后续显示消息的消息索引，在每次用户请求继续更新时，均从所述后续显示消息的消息索引中获取K个消息索引作为本次的消息索引，如果不足K个则将所述不足K个消息索引作为本次的消息索引，根据本次的消息索引从所述微博服务器获取相应的消息，并显示给用户。
其中，获取的所述消息索引为自本地上次更新至今所述微博服务器存储的所有新消息的索引。
另一方面，一种消息更新的装置，包括：
获取模块，用于当用户请求更新消息时，从微博服务器获取消息索引；
首次显示模块，用于按照预先指定的个数K，在获取的所述消息索引中确定K个消息索引作为首次显示消息的消息索引，根据所述首次显示消息的消息索引从所述微博服务器获取相应的消息，并显示给用户；
其中，所述K为自然数。
其中，所述装置还包括：
第一后续显示模块，用于如果用户请求继续更新，则将获取的所述消息索引中除所述首次显示消息的消息索引以外的其余消息索引作为后续显示消息的消息索引，根据所述后续显示消息的消息索引从所述微博服务器获取相应的消息，并显示给用户。
其中，所述首次显示模块包括：
判断单元，用于判断获取的所述消息索引与本地已保存的消息索引是否有重叠；
处理单元，用于如果有重叠，则将获取的所述消息索引中未重叠的部分作为本次更新的消息索引；如果没有重叠，则将获取的所述消息索引作为本次更新的消息索引；
确定单元，用于将所述本次更新的消息索引保存在本地，并按照预先指定的个数K，在所述本次更新的消息索引中确定K个消息索引作为首次显示消息的消息索引。
进一步地，所述确定单元包括：
设置子单元，用于将所述本次更新的消息索引记录为块并设置所述块的索引；
保存子单元，用于在本地保存所述块和块的索引。
其中，所述装置还包括：
第二后续显示模块，用于如果用户请求继续更新，则根据所述块的索引读取所述块，将所述块中除所述首次显示消息的消息索引以外的其余消息索引作为后续显示消息的消息索引，在每次用户请求继续更新时，均从所述后续显示消息的消息索引中获取K个消息索引作为本次的消息索引，如果不足K个则将所述不足K个消息索引作为本次的消息索引，根据本次的消息索引从所述微博服务器获取相应的消息，并显示给用户。
其中，所述获取模块获取的所述消息索引为自本地上次更新至今所述微博服务器存储的所有新消息的索引。
本发明实施例提供的技术方案，通过从微博服务器获取消息索引，按照指定个数确定首次显示消息的消息索引，并从微博服务器获取相应的消息显示给用户，微博服务器无需一次性将所有消息发送给本地，减轻了微博服务器的压力。而且，本地也不是一次性地将所有消息更新及存储到本地，避免了客户端的资源浪费。另外，按照指定个数分次显示消息给用户，也减轻了对用户的骚扰，提升了用户的体验。
附图说明
图1是本发明实施例1提供的消息更新的方法流程图；
图2是本发明实施例2提供的消息更新的方法流程图；
图3是本发明实施例2提供的接收到的消息索引与本地已保存的消息索引的合并示意图；
图4是本发明实施例2提供的存储块和块的索引示意图；
图5是本发明实施例3提供的消息更新的装置结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
实施例1
参见图1，本实施例提供了一种消息更新的方法，包括：
101：当用户请求更新消息时，从微博服务器获取消息索引。
102：按照预先指定的个数K，在获取的消息索引中确定K个消息索引作为首次显示消息的消息索引，根据首次显示消息的消息索引从微博服务器获取相应的消息，并显示给用户；其中，K为自然数。
本实施例中，进一步地，在102之后还可以包括：
如果用户请求继续更新，则将获取的消息索引中除首次显示消息的消息索引以外的其余消息索引作为后续显示消息的消息索引，根据后续显示消息的消息索引从微博服务器获取相应的消息，并显示给用户。
本实施例提供的上述方法是在微博客户端执行的，用户使用微博客户端向微博服务器请求更新消息，微博服务器通过索引将新消息更新到微博客户端。
本实施例中，预先指定的个数是指微博客户端一次默认显示新消息的个数，通常由微博客户端预先设置好，具体数值本发明实施例对此不做具体限定，如可以为20个或30个等等。从微博服务器获取的消息索引通常为多个，如100个、200个等等。其中，分成两部分，一部分为首次显示消息的消息索引，另一部分为后续显示消息的消息索引。例如，微博客户端一次能够显示30个消息，从微博服务器获取到200个消息索引，将其中的前30个作为首次显示消息的消息索引，其余的作为后续显示消息的消息索引，如果用户请求继续更新，则继续显示后续的消息。
本实施例提供的上述方法，通过从微博服务器获取消息索引，按照指定个数确定首次显示消息的消息索引，并从微博服务器获取相应的消息显示给用户，微博服务器无需一次性将所有消息发送给本地，减轻了微博服务器的压力。而且，本地也不是一次性地将所有消息更新及存储到本地，避免了客户端的资源浪费。另外，按照指定个数分次显示消息给用户，也减轻了对用户的骚扰，提升了用户的体验。
实施例2
参见图2，本实施例提供了一种消息更新的方法，包括：
201：当用户请求更新消息时，本地的微博客户端将该请求转发给微博服务器，并接收微博服务器返回的消息索引。
其中，微博客户端接收到的消息索引为自微博客户端上次更新至今，微博服务器存储的所有新消息的索引。
例如，微博客户端上次在9:00时刻更新了微博消息，当前时刻10:00又请求更新，则微博服务器将9:00至10:00之间的所有新消息的消息索引发送给微博客户端，该所有新消息的发布者可以是一个微博客户端，但通常都是多个微博客户端，本发明实施例对此不做具体限定。
本实施例中涉及的消息均是指微博系统中发布的消息，消息索引是指标识该消息的索引号，如ID号等等。
202：本地的微博客户端判断接收到的消息索引与本地已保存的消息索引是否有重叠；如果有重叠，则执行203；否则，执行204。
本实施例中，本地微博客户端保存消息索引有多种形式，包括但不限于索引表的形式等。本地保存的消息索引通常有固定的存储区，当前接收到的消息索引通常保存在缓存中，重叠是指消息索引相同。例如，本地已保存的消息索引有100个，其中，有一个消息索引号为50，当前接收到的消息索引有70个，其中也有一个消息索引号位50，则可以判定二者有重叠。
203：将接收到的消息索引中未重叠的部分作为本次更新的消息索引，然后执行205。
例如，当前接收到的消息索引有70个，其中，有20个消息索引与本地已保存的消息索引有重叠，则将剩余的50个即未重叠的部分作为本次更新的消息索引，已重叠的部分则不需要进行更新。
204：由于不存在重叠，因此，需要全部更新，则将接收到的消息索引全部作为本次更新的消息索引，然后执行205。
205：将已确定的本次更新的消息索引保存在本地，并按照预先指定的个数K，在本次更新的消息索引中确定K个消息索引作为首次显示消息的消息索引，其中，K为自然数。
具体地，在本次消息索引更新后，本地已保存的消息索引已经发生变化，其内容包括本次消息索引更新前原有的消息索引，还有本次更新中保存的消息索引。例如，参见图3，表1中包含本地已保存的消息索引；表2为临时缓存的接收到的消息索引，其中一部分为与本地已保存的消息索引重叠的部分，另一部分为未重叠的部分即新的消息索引；表3为确定本次更新的消息索引后，得到的本地保存的新表，就是将表1和表2合并后得到的结果，其中，重叠的部分未变，相当于在表1的基础上增加了新的消息索引，该新的消息索引包括两个部分：首次显示消息的消息索引和后续显示消息的消息索引。
上述对本地已保存的消息索引链表和临时缓存的接收到的消息索引链表进行合并的步骤，具体地可以采用Merge合并算法，该算法涉及对本地已保存的消息索引链表和缓存链表中的索引的删除和增加，合并后得到新的本地消息索引链表，并使得这个链表能表示服务器最新的消息状况。
本实施例中，将已确定的本次更新的消息索引保存在本地，可以采用多种形式，本发明实施例对此不做具体限定。优选地，可以采用链表的形式并以块为单位来进行维护，具体过程如下：
将已确定的本次更新的消息索引记录为块并设置块的索引；在本地保存该块和块的索引。由于微博客户端会经常进行消息更新，因此，在多次更新后，会保存有多个块，每次更新都会存储一个块，每个块都对应一个块的索引，在需要从微博服务器拉取消息时，先通过块的索引找到相应的块，再根据块中的消息索引从微博服务器拉取相应的消息进行更新。
例如，参见图4，消息索引保存在链表中，每次更新的消息索引都对应该链表中的一个块，图中以3个块为例，由下至上分别为块1、块2和块3，且对应地保存了该3个块的索引，在左侧的块索引链表中，由下至上分别为索引号1、2和3。在右侧的消息索引链表中，有的块仅包含首次显示消息的消息索引，如块1，有的块不仅包含首次显示消息的消息索引，还包含后续显示消息的消息索引，这种情况在本实施例中称之为断层，如块2和块3。所述断层是指消息更新不是一次完成，而是根据用户的请求分次完成，在完成首次默认显示后，如果用户继续请求更新则继续根据后续的消息索引拉取消息，按照预先指定的个数K，用户每请求一次继续更新，则从微博服务器拉取K个消息，逐步完成更新，直到全部消息均拉取完成或者用户停止请求继续更新。
206：根据已确定的K个首次显示消息的消息索引，从微博服务器获取相应的消息，并显示给用户；此时，完成首次显示，后续的消息并未进行拉取，在本地微博客户端只保存有后续消息的消息索引，因此，极大地节省了微博客户端的存储空间，避免了资源浪费。
207：在完成首次显示后，用户可以浏览该K个消息，如果用户请求继续更新，则根据本次保存的块的索引读取对应的块，将该块中除首次显示消息的K个消息索引以外的其余消息索引作为后续显示消息的消息索引，在每次用户请求继续更新时，均从后续显示消息的消息索引中获取K个消息索引作为本次的消息索引，如果不足K个则将不足K个消息索引作为本次的消息索引，根据本次的消息索引从微博服务器获取相应的消息，并显示给用户。
在该过程中，每次均拉取并显示K个消息在本地，最后一次例外，显示的消息的个数可以小于K个。例如，微博客户端接收到的消息索引为70个，K为30个，则首次显示30个消息，用户点击请求继续更新，则再次显示30个消息，如果用户再点击请求继续更新，则将该70个索引中的最后10个索引对应的消息显示给用户。该过程中共显示了3次，最后一次显示的消息个数不足K个。如果完成前两次显示后，用户不再发送请求，则不显示最后10条消息。
在本发明实施例中，微博客户端接收微博服务器发送的消息索引，可以为一次，也可以为多次。根据通信协议，微博服务器在发送消息索引时，如果消息索引太多，则需要分多次发送给微博客户端，该分多次发送的手段为现有技术，本发明实施例对此不做具体限定。例如，微博服务器需要发送200个消息索引，而根据通信协议每次只能发送70个，则微博服务器会发送3次，前两次均为70个，最后一次为60个。
本实施例提供的上述方法，微博服务器先发送消息索引给微博客户端，微博客户端按照首次显示消息的消息索引和后续显示消息的消息索引分别从微博服务器获取相应的消息，微博服务器无需一次性将所有消息发送给微博客户端，减轻了微博服务器的压力。而且，微博客户端也不是一次性地将所有消息更新及存储到本地，在用户请求继续更新时，再更新后续消息，如果用户不请求继续更新，则不再更新后续消息，避免了客户端的资源浪费。另外，按照指定个数分次显示消息给用户，也减轻了对用户的骚扰，提升了用户的体验。
实施例3
参见图5，本实施例提供了一种消息更新的装置，包括：
获取模块501，用于当用户请求更新消息时，从微博服务器获取消息索引；
首次显示模块502，用于按照预先指定的个数K，在获取的消息索引中确定K个消息索引作为首次显示消息的消息索引，根据首次显示消息的消息索引从微博服务器获取相应的消息，并显示给用户；其中，K为自然数。
本实施例中，进一步地，上述装置还可以包括：
第一后续显示模块，用于如果用户请求继续更新，则将获取的消息索引中除首次显示消息的消息索引以外的其余消息索引作为后续显示消息的消息索引，根据后续显示消息的消息索引从微博服务器获取相应的消息，并显示给用户。
本实施例中，首次显示模块502可以包括：
判断单元，用于判断获取的消息索引与本地已保存的消息索引是否有重叠；
处理单元，用于如果有重叠，则将获取的消息索引中未重叠的部分作为本次更新的消息索引；如果没有重叠，则将获取的消息索引作为本次更新的消息索引；
确定单元，用于将本次更新的消息索引保存在本地，并按照预先指定的个数K，在本次更新的消息索引中确定K个消息索引作为首次显示消息的消息索引。
进一步地，上述确定单元可以包括：
设置子单元，用于将本次更新的消息索引记录为块并设置块的索引；
保存子单元，用于在本地保存块和块的索引。
本实施例中，进一步地，上述装置还可以包括：
第二后续显示模块，用于如果用户请求继续更新，则根据块的索引读取块，将块中除首次显示消息的消息索引以外的其余消息索引作为后续显示消息的消息索引，在每次用户请求继续更新时，均从后续显示消息的消息索引中获取K个消息索引作为本次的消息索引，如果不足K个则将不足K个消息索引作为本次的消息索引，根据本次的消息索引从微博服务器获取相应的消息，并显示给用户。
在本实施例中，获取模块501获取的消息索引为自本地上次更新至今微博服务器存储的所有新消息的索引。
本实施例提供的上述装置，具体可以是微博客户端，在该装置上可以执行上述任一方法实施例中的方法，其具体实现过程详见方法实施例，这里不再赘述。
本实施例提供的上述装置，通过从微博服务器获取消息索引，并按照首次显示消息的消息索引和后续显示消息的消息索引分别从微博服务器获取相应的消息，使得微博服务器无需一次性发送所有消息，减轻了微博服务器的压力。而且，本地也不是一次性地将所有消息更新及存储到本地，在用户请求继续更新时，再更新后续消息，如果用户不请求继续更新，则不再更新后续消息，避免了客户端的资源浪费。另外，按照指定个数分次显示消息给用户，也减轻了对用户的骚扰，提升了用户的体验。
最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(ROM)或随机存储记忆体(RAM)等。
本发明实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。上述提到的存储介质可以是只读存储器，磁盘或光盘等。上述的各装置或系统，可以执行相应方法实施例中的方法。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种消息更新的方法，其特征在于，所述方法包括：
当用户请求更新消息时，从微博服务器获取消息索引；
按照预先指定的个数K，在获取的所述消息索引中确定K个消息索引作为首次显示消息的消息索引，根据所述首次显示消息的消息索引从所述微博服务器获取相应的消息，并显示给用户；
其中，所述K为自然数。
2.根据权利要求1所述的方法，其特征在于，根据所述首次显示消息的消息索引从所述微博服务器获取相应的消息，并显示给用户之后，还包括：
如果用户请求继续更新，则将获取的所述消息索引中除所述首次显示消息的消息索引以外的其余消息索引作为后续显示消息的消息索引，根据所述后续显示消息的消息索引从所述微博服务器获取相应的消息，并显示给用户。
3.根据权利要求1所述的方法，其特征在于，按照预先指定的个数K，在获取的所述消息索引中确定K个消息索引作为首次显示消息的消息索引，包括：
判断获取的所述消息索引与本地已保存的消息索引是否有重叠；
如果有重叠，则将获取的所述消息索引中未重叠的部分作为本次更新的消息索引；
如果没有重叠，则将获取的所述消息索引作为本次更新的消息索引；
将所述本次更新的消息索引保存在本地，并按照预先指定的个数K，在所述本次更新的消息索引中确定K个消息索引作为首次显示消息的消息索引。
4.根据权利要求3所述的方法，其特征在于，将所述本次更新的消息索引保存在本地，包括：
将所述本次更新的消息索引记录为块并设置所述块的索引；
在本地保存所述块和块的索引。
5.根据权利要求4所述的方法，其特征在于，根据所述首次显示消息的消息索引从所述微博服务器获取相应的消息，并显示给用户之后，还包括：
如果用户请求继续更新，则根据所述块的索引读取所述块，将所述块中除所述首次显示消息的消息索引以外的其余消息索引作为后续显示消息的消息索引，在每次用户请求继续更新时，均从所述后续显示消息的消息索引中获取K个消息索引作为本次的消息索引，如果不足K个则将所述不足K个消息索引作为本次的消息索引，根据本次的消息索引从所述微博服务器获取相应的消息，并显示给用户。
6.根据权利要求1至5中任一权利要求所述的方法，其特征在于，获取的所述消息索引为自本地上次更新至今所述微博服务器存储的所有新消息的索引。
7.一种消息更新的装置，其特征在于，所述装置包括：
获取模块，用于当用户请求更新消息时，从微博服务器获取消息索引；
首次显示模块，用于按照预先指定的个数K，在获取的所述消息索引中确定K个消息索引作为首次显示消息的消息索引，根据所述首次显示消息的消息索引从所述微博服务器获取相应的消息，并显示给用户；
其中，所述K为自然数。
8.根据权利要求7所述的装置，其特征在于，所述装置还包括：
第一后续显示模块，用于如果用户请求继续更新，则将获取的所述消息索引中除所述首次显示消息的消息索引以外的其余消息索引作为后续显示消息的消息索引，根据所述后续显示消息的消息索引从所述微博服务器获取相应的消息，并显示给用户。
9.根据权利要求7所述的装置，其特征在于，所述首次显示模块包括：
判断单元，用于判断获取的所述消息索引与本地已保存的消息索引是否有重叠；
处理单元，用于如果有重叠，则将获取的所述消息索引中未重叠的部分作为本次更新的消息索引；如果没有重叠，则将获取的所述消息索引作为本次更新的消息索引；
确定单元，用于将所述本次更新的消息索引保存在本地，并按照预先指定的个数K，在所述本次更新的消息索引中确定K个消息索引作为首次显示消息的消息索引。
10.根据权利要求9所述的装置，其特征在于，所述确定单元包括：
设置子单元，用于将所述本次更新的消息索引记录为块并设置所述块的索引；
保存子单元，用于在本地保存所述块和块的索引。
11.根据权利要求10所述的装置，其特征在于，所述装置还包括：
第二后续显示模块，用于如果用户请求继续更新，则根据所述块的索引读取所述块，将所述块中除所述首次显示消息的消息索引以外的其余消息索引作为后续显示消息的消息索引，在每次用户请求继续更新时，均从所述后续显示消息的消息索引中获取K个消息索引作为本次的消息索引，如果不足K个则将所述不足K个消息索引作为本次的消息索引，根据本次的消息索引从所述微博服务器获取相应的消息，并显示给用户。
12.根据权利要求7至11中任一权利要求所述的装置，其特征在于，所述获取模块获取的所述消息索引为自本地上次更新至今所述微博服务器存储的所有新消息的索引。
CN2010102723350A 2010-08-31 2010-08-31 消息更新的方法和装置 Pending CN102387178A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN2010102723350A CN102387178A (zh) 2010-08-31 2010-08-31 消息更新的方法和装置
PCT/CN2011/076820 WO2012028033A1 (zh) 2010-08-31 2011-07-04 消息更新的方法和装置
US13/819,703 US20130232208A1 (en) 2010-08-31 2011-07-04 Method and device for updating messages

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2010102723350A CN102387178A (zh) 2010-08-31 2010-08-31 消息更新的方法和装置

Publications (1)

Publication Number Publication Date
CN102387178A true CN102387178A (zh) 2012-03-21

Family

ID=45772134

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2010102723350A Pending CN102387178A (zh) 2010-08-31 2010-08-31 消息更新的方法和装置

Country Status (3)

Country Link
US (1) US20130232208A1 (zh)
CN (1) CN102387178A (zh)
WO (1) WO2012028033A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013149381A1 (en) * 2012-04-05 2013-10-10 Microsoft Corporation Platform for continuous graph update and computation
CN105100143A (zh) * 2014-05-04 2015-11-25 腾讯科技（深圳）有限公司 显示数据的方法及装置
CN110493122A (zh) * 2019-08-29 2019-11-22 北京拉勾网络技术有限公司 一种会话信息的同步方法、装置、计算设备及存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9082154B2 (en) * 2012-03-15 2015-07-14 Sap Se Aggregation and semantic modeling of tagged content
US20150040005A1 (en) * 2013-07-30 2015-02-05 Google Inc. Mobile computing device configured to output haptic indication of task progress
CN104935657A (zh) * 2015-06-15 2015-09-23 清华大学深圳研究生院 主动推送信息的方法和嵌入式节点操作系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101087273A (zh) * 2006-06-09 2007-12-12 富士通株式会社 显示邮件列表或列表并管理邮件的方法、设备及记录介质
CN101106498A (zh) * 2006-07-13 2008-01-16 三星电子株式会社 内容管理方法和装置
CN101192218A (zh) * 2006-11-23 2008-06-04 国际商业机器公司 提供和获取网络内容的方法、装置和系统
CN101277472A (zh) * 2007-03-30 2008-10-01 华为技术有限公司 博客内容的同步方法、设备和系统

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6167402A (en) * 1998-04-27 2000-12-26 Sun Microsystems, Inc. High performance message store
US7308453B2 (en) * 2004-06-29 2007-12-11 Nokia Corporation Meta-data approach to indexing, retrieval and management of stored messages in a portable communication device
CN100502299C (zh) * 2004-07-14 2009-06-17 中兴通讯股份有限公司 电信网管的大流量数据显示方法
US7693948B2 (en) * 2006-05-15 2010-04-06 Sap Ag Email traffic integration into a knowledge management system
CN101304549B (zh) * 2007-05-08 2012-12-12 华为技术有限公司 不下载发送消息的方法、消息服务器和终端
US7836037B2 (en) * 2007-10-04 2010-11-16 Sap Ag Selection of rows and values from indexes with updates
US20090106311A1 (en) * 2007-10-19 2009-04-23 Lior Hod Search and find system for facilitating retrieval of information
CN101674318A (zh) * 2008-09-11 2010-03-17 北大方正集团有限公司 一种向移动设备定时推送数据的方法
US20100274795A1 (en) * 2009-04-22 2010-10-28 Yahoo! Inc. Method and system for implementing a composite database
US20110178995A1 (en) * 2010-01-21 2011-07-21 Microsoft Corporation Microblog search interface
US8621012B2 (en) * 2010-02-08 2013-12-31 Google Inc. Active e-mails

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101087273A (zh) * 2006-06-09 2007-12-12 富士通株式会社 显示邮件列表或列表并管理邮件的方法、设备及记录介质
CN101106498A (zh) * 2006-07-13 2008-01-16 三星电子株式会社 内容管理方法和装置
CN101192218A (zh) * 2006-11-23 2008-06-04 国际商业机器公司 提供和获取网络内容的方法、装置和系统
CN101277472A (zh) * 2007-03-30 2008-10-01 华为技术有限公司 博客内容的同步方法、设备和系统

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013149381A1 (en) * 2012-04-05 2013-10-10 Microsoft Corporation Platform for continuous graph update and computation
US9589069B2 (en) 2012-04-05 2017-03-07 Microsoft Technology Licensing, Llc Platform for continuous graph update and computation
CN105100143A (zh) * 2014-05-04 2015-11-25 腾讯科技（深圳）有限公司 显示数据的方法及装置
CN110493122A (zh) * 2019-08-29 2019-11-22 北京拉勾网络技术有限公司 一种会话信息的同步方法、装置、计算设备及存储介质
CN110493122B (zh) * 2019-08-29 2022-01-28 北京拉勾网络技术有限公司 一种会话信息的同步方法、装置、计算设备及存储介质

Also Published As

Publication number Publication date
US20130232208A1 (en) 2013-09-05
WO2012028033A1 (zh) 2012-03-08

Similar Documents

Publication Publication Date Title
CN102387178A (zh) 消息更新的方法和装置
CN100411341C (zh) 一种并行下载方法和终端
TW487857B (en) Distributed file system including multicast retrieval
CN104243285B (zh) 一种消息推送的方法以及服务器
US10389665B2 (en) Service apparatus and method for providing deferred message, and storage medium
CN101425093A (zh) 基于社会性网络关系链的联系人动态内容聚合方法及系统
CN102075531B (zh) 一种为客户端传输数据的方法
CN111611091A (zh) 一种业务对象的服务调用方法、装置及介质
CN108055322B (zh) 请求消息处理方法及装置
CN107526581B (zh) 数据更新提醒方法及装置
EP2857948A1 (en) Method, device and system for shunting information in graphic code
CN110417910B (zh) 通知消息的发送方法、装置、服务器及存储介质
CN104376122A (zh) 浏览器客户端获得静态文件的方法及服务器
CN102402441A (zh) 一种对多台计算机进行配置的系统和方法
CN103631869B (zh) 一种缓解服务端数据库访问压力的方法和装置
CN113946403B (zh) 数据展示方法、装置、存储介质及电子设备
US20150046531A1 (en) Messaging system, topic management device, messaging method, and program
CN110493122A (zh) 一种会话信息的同步方法、装置、计算设备及存储介质
US9264260B2 (en) System and method of handling read and delivery confirmations for messages
CN112379808B (zh) 窗口控制方法、装置、设备及介质
CN106657195B (zh) 任务处理方法和中继设备
WO2019242279A1 (zh) 一种消息处理方法及装置
CN105095050A (zh) 下载显示的处理方法和装置
EP3015990A1 (en) Information processing device, and destination information updating method and program
KR20150109720A (ko) 프로그램 일괄배포방법 및 이를 이용하는 서버-클라이언트 시스템

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20120321