CN102402514A - 展示微博客人页的方法和装置 - Google Patents

Abstract

本发明公开了一种展示微博客人页的方法和装置，属于网络通信技术领域。所述方法包括：接收来自第一用户的展示微博客人页的请求；向微博服务器请求所述微博客人页的信息，并接收所述微博服务器返回的所述微博客人页的信息；在本地将所述微博客人页的信息显示给所述第一用户。所述装置包括：请求接收模块、信息获取模块和展示模块。本发明实现了在微博客户端直接显示微博客人页给用户，无需启动浏览器跳转到网页，节省了系统资源，而且提高了展示的速度，方便用户在微博客户端直接查看，提升了用户体验。

Description

展示微博客人页的方法和装置

技术领域

本发明涉及网络通信技术领域，特别涉及一种展示微博客人页的方法和装置。

背景技术

微博，即微型博客，是一个基于用户关系的信息分享、传播以及获取平台，类似博客的系统。微博系统中，个人可以即时发布消息，面向网络即时广播，并且通过群聚的方式，使得每个人都可以形成一个自己的听众群落。微博的用户通过微博客的方式，可以将个人的见解和观点发布给自己的听众，以最精炼的词汇来表达最高深的观点。微博有多种更新和查阅的渠道，用户可以通过网站、手机短信、客户端和外部API((Application Programming Interface，应用程序编程接口))接口等途径向自己的微博客发布消息。微博客户端是指在个人电脑或者手机中提供微博服务的软件，是一种流行的微博服务工具，特别是在IM(InstantMessaging，即时通讯)软件上比如QQ上嵌入微博服务，更是发挥了即时通信和微博服务的综合作用。

微博客人页是指某个微博用户的专属页面，用来展示用户资料、用户发表的微博消息列表等相关数据。微博消息可以分为三种类型：广播、转播和对话。用户发表到微博的原创内容可认为就是一个广播，对广播进行转发称为转播，对广播进行回复称为对话。

现有的微博客户端在展示微博客人页时，通过在微博客户端界面上预留链接，当用户点击该链接时，自动启动浏览器跳转到用户请求访问的微博客人页以显示给用户。

在实现本发明的过程中，发明人发现上述现有技术至少具有以下缺点：从微博客户端跳转到网页必须启动浏览器，占用了系统资源，造成了资源浪费；而且受网页浏览速度的影响可能会导致微博客人页的展示速度较慢；对用户而言，无法在微博客户端内直接访问微博客人页，很不方便，影响用户体验。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种展示微博客人页的方法和微博客户端。所述技术方案如下：

一种展示微博客人页的方法，所述方法包括：

接收来自第一用户的展示微博客人页的请求；

向微博服务器请求所述微博客人页的信息，并接收所述微博服务器返回的所述微博客人页的信息；

在本地将所述微博客人页的信息显示给所述第一用户。

向微博服务器请求所述微博客人页的信息，并接收所述微博服务器返回的所述微博客人页的信息，包括：

判断本地是否存在与所述请求对应的逻辑单元；

如果存在，则控制所述逻辑单元向微博服务器请求所述微博客人页的信息，并接收所述微博服务器返回的所述微博客人页的信息；

否则，创建与所述请求对应的逻辑单元，控制所述创建的逻辑单元向微博服务器请求所述微博客人页的信息，并接收所述微博服务器返回的所述微博客人页的信息。

向微博服务器请求所述微博客人页的信息，并接收所述微博服务器返回的所述微博客人页的信息，包括：

向微博服务器请求所述微博客人页中的第二用户的资料信息，接收所述微博服务器返回的所述第二用户的资料信息；并且，

向所述微博服务器请求所述微博客人页中的第二用户的消息，接收所述微博服务器返回的所述第二用户的消息。

向所述微博服务器请求所述微博客人页中的第二用户的消息，接收所述微博服务器返回的所述第二用户的消息，包括：

向所述微博服务器请求所述微博客人页中的第二用户的消息索引，并接收所述微博服务器返回的消息索引；

判断本地是否保存有所述消息索引；

如果是，则根据所述消息索引从本地获取所述第二用户的消息；

否则，根据所述消息索引从所述微博服务器获取所述第二用户的消息。

所述方法还包括：

当所述第一用户在本地登录后，在预先建立的消息池中缓存本地已有的消息索引和对应的消息；

相应地，判断本地是否保存有所述消息索引；如果是，则根据所述消息索引从本地获取所述第二用户的消息，包括：

判断所述消息池内是否存在所述消息索引，如果是，则根据所述消息索引从所述消息池内获取所述第二用户的消息。

在本地将所述微博客人页的信息显示给所述第一用户之后，还包括：

接收所述第一用户定制的期望显示的消息的第一类型或不期望显示的消息的第二类型；

根据所述第一类型从所述微博服务器获取相应的消息，或者根据所述第二类型从所述微博服务器获取相应的消息；

将本地显示的所述微博客人页中的消息更新为所述获取的消息。

所述第二用户的资料信息包括以下至少一种：所述第二用户的微博账号、昵称、头像、性别、年龄、公司、住址、邮箱和个人简介。

一种展示微博客人页的装置，所述装置包括：

请求接收模块，用于接收来自第一用户的展示微博客人页的请求；

信息获取模块，用于向微博服务器请求所述微博客人页的信息，并接收所述微博服务器返回的所述微博客人页的信息；

展示模块，用于将所述微博客人页的信息显示给所述第一用户。

所述信息获取模块包括：

管理单元，用于判断所述装置内是否存在与所述请求对应的逻辑单元；如果存在，则控制已有的逻辑单元向微博服务器请求并接收所述微博客人页的信息，否则，创建与所述请求对应的逻辑单元，并控制该创建的逻辑单元向微博服务器请求并接收所述微博客人页的信息；

逻辑单元，用于向所述微博服务器请求所述微博客人页的信息，并接收所述微博服务器返回的所述微博客人页的信息。

所述信息获取模块包括：

资料信息获取单元，用于向微博服务器请求所述微博客人页中的第二用户的资料信息，接收所述微博服务器返回的所述第二用户的资料信息；

消息获取单元，用于向所述微博服务器请求所述微博客人页中的第二用户的消息，接收所述微博服务器返回的所述第二用户的消息。

所述消息获取单元包括：

索引获取子单元，用于向所述微博服务器请求所述微博客人页中的第二用户的消息索引，并接收所述微博服务器返回的消息索引；

消息获取子单元，用于判断本地是否保存有所述消息索引；如果是，则根据所述消息索引从本地获取所述第二用户的消息；否则，根据所述消息索引从所述微博服务器获取所述第二用户的消息。

所述装置还包括：

消息池，用于当所述第一用户登录所述装置后，缓存本地已有的消息索引和对应的消息；

相应地，所述消息获取子单元具体用于判断所述消息池内是否存在所述消息索引，如果是，则根据所述消息索引从所述消息池内获取所述第二用户的消息；否则，根据所述消息索引从所述微博服务器获取所述第二用户的消息。

所述装置还包括：

过滤模块，用于在所述展示模块将所述微博客人页的信息显示给所述第一用户之后，接收所述第一用户定制的期望显示的消息的第一类型或不期望显示的消息的第二类型；根据所述第一类型从所述微博服务器获取相应的消息，或者根据所述第二类型从所述微博服务器获取相应的消息；将所述展示模块显示的所述微博客人页中的消息更新为所述获取的消息。

本发明实施例提供的上述技术方案实现了在微博客户端直接显示微博客人页给用户，无需启动浏览器跳转到网页，节省了系统资源，而且提高了展示的速度，方便用户在微博客户端直接查看，提升了用户体验。

附图说明

图1是本发明实施例1提供的展示微博客人页的方法流程图；

图2是本发明实施例2提供的展示微博客人页的方法流程图；

图3是本发明实施例2提供的微博客户端的架构示意图；

图4是本发明实施例3提供的展示微博客人页的装置结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例1

参见图1，本实施例提供了一种展示微博客人页的方法，包括：

101：接收来自第一用户的展示微博客人页的请求；

102：向微博服务器请求微博客人页的信息，并接收微博服务器返回的该微博客人页的信息；

103：在本地将该微博客人页的信息显示给第一用户。

本发明实施例提供的上述方法通常由微博客户端执行，该微博客户端是指在个人电脑或者手机中提供微博服务的软件，可以为单独的应用软件，也可以嵌入到其它应用软件中，如IM软件等，本发明实施例对此不做具体限定。

本发明实施例涉及的微博客人页是指某个微博用户的专属页面，用来展示用户资料、用户发表的微博消息列表等相关数据。微博消息可以分为三种类型：广播、转播和对话。用户发表到微博的原创内容可认为就是一个广播，对广播进行转发称为转播，对广播进行回复称为对话。

本实施例提供的上述方法实现了在微博客户端直接显示微博客人页给用户，无需启动浏览器跳转到网页，节省了系统资源，而且提高了展示的速度，方便用户在微博客户端直接查看，提升了用户体验。

实施例2

参见图2，本实施例提供了一种展示微博客人页的方法，包括：

201：微博客户端接收来自第一用户的展示微博客人页的请求。

其中，第一用户可以通过多种方式来发送请求，如在微博主页上点击某个用户的头像，请求展示该用户的微博客人页，当然也可以采用其它方式，本发明实施例对此不做具体限定。

202：微博客户端向微博服务器请求微博客人页中的第二用户的资料信息，接收微博服务器返回的第二用户的资料信息。

本实施例中的第一用户是指在微博客户端登录的用户，第二用户是指第一用户使用微博客户端访问的微博客人页中的用户。第二用户的资料信息可以包括以下至少一种：第二用户的微博账号、昵称、头像、性别、年龄、公司、住址、邮箱和个人简介，本发明实施例对此不做具体限定。

203：微博客户端向微博服务器请求微博客人页中的第二用户的消息索引，并接收微博服务器返回的消息索引。

其中，微博服务器返回的消息索引个数可以预先设置好，如5个或10个等等，本发明实施例对此不做具体限定。通常，微博服务器存储的消息都是按照发布时间排序的，最新发布的消息排在最前面，因此，微博服务器可以按照指定的个数N将排在前面的N个消息的索引返回给微博客户端，N为自然数。

204：微博客户端判断本地是否保存有微博服务器返回的消息索引；如果是，则执行205；否则，执行206。

205：微博客户端根据该消息索引从本地获取第二用户的消息，然后执行207。

206：微博客户端根据该消息索引从微博服务器获取第二用户的消息，然后执行207。

207：微博客户端在得到第二用户的资料信息和第二用户的消息后，将第二用户的资料信息和消息组合为微博客人页并显示给第一用户，当前流程结束。

本实施例中，微博客人页可以包括两个区域：用户资料区域和消息区域。用户资料区域主要显示用户资料，包括微博帐号、昵称、头像、性别、年龄、公司、住址、邮箱、个人简介等。消息区域主要用于显示消息，包含用户的广播、转播和对话。另外，在用户资料区域还可以提供收听和取消收听的入口，通过该入口用户可以定制是否收听该客人页的用户的消息。

为了进一步说明上述方法的实施过程，本实施例还提出了一个技术架构，参见图3，将微博客户端分为应用层、逻辑层和数据层三个层次。其中，应用层主要负责微博客人页的数据展现，逻辑层负责应用层数据请求的封装和响应，数据层负责与微博服务器进行交互，发送请求并拉取资料、消息索引和消息。

逻辑层包括管理单元和逻辑单元，其中，管理单元负责管理所有的逻辑单元，包括创建和删除逻辑单元。每个逻辑单元对应一个微博客人页的请求，当有多个微博客人页的请求时，则管理单元会创建多个逻辑单元，各个逻辑单元负责处理各自对应的微博客人页，当用户的请求释放时，管理单元会相应地删除与该请求对应的逻辑单元。具体地，上述请求并接收微博客人页的信息可以具体如下：判断微博客户端内是否存在与该请求对应的逻辑单元；如果存在，则控制逻辑单元向微博服务器请求微博客人页的信息，并接收微博服务器返回的微博客人页的信息；否则，创建与该请求对应的逻辑单元，控制创建的逻辑单元向微博服务器请求微博客人页的信息，并接收微博服务器返回的微博客人页的信息。例如，用户A请求展示用户B的微博客人页，如果没有与该请求对应的逻辑单元，则创建一个新的逻辑单元与该请求对应，在用户A释放该请求之前，用户A又请求展示用户C的微博客人页，在浏览用户C的微博客人页后，用户A又继续浏览用户B的微博客人页，则此时无需重新创建逻辑单元，仍然使用刚才创建的与该用户B客人页的请求对应的逻辑单元即可。

另外，在逻辑层还建立了消息池和用户数据中心。逻辑单元通过消息池请求消息，通过用户数据中心请求用户资料。其中，在第一用户登录微博客户端后，消息池会缓存本地已有的消息索引和对应的消息。当微博客户端从微博服务器获取到消息索引后，会判断消息池内是否存在该索引，如果是，则根据该消息索引直接从消息池内获取第二用户的消息，否则，根据该消息索引通过数据层从微博服务器获取第二用户的消息。用户数据中心不缓存数据，它将逻辑单元的资料请求直接中转给数据层进行拉取。

数据层分为消息获取单元和资料信息获取单元。消息获取单元包括索引获取子单元和消息获取子单元。索引获取子单元负责到微博服务器拉取第二用户对应的消息索引列表，消息获取子单元通过消息索引列表到微博服务器拉取消息。资料信息获取单元可以包括账户获取子单元、头像获取子单元、详细资料获取子单元和关系链获取子单元等等，分别向微博服务器请求对应的用户资料信息。例如，头像获取子单元负责向微博服务器请求第二用户的头像，详细资料获取子单元负责向微博服务器请求第二用户的个人简介，关系链获取子单元负责向微博服务器请求与第二用户有关联的用户信息，所述关联是指收听了第二用户的用户，或者转发了第二用户消息的用户等等。

上述各层的交互如下：当用户请求展示微博客人页时，应用层向逻辑层发起该请求，逻辑层的管理单元查询与该请求对应的逻辑单元，若不存在则创建；逻辑单元将该请求进行封装分别通过消息池和用户数据中心到数据层请求消息和用户资料，最后由数据层直接与微博服务器交互，为逻辑层返回数据。结合图3上述步骤202可以具体如下：逻辑单元通过用户数据中心向数据层请求用户资料；数据层的资料信息获取单元通过各种不同的子单元，向微博服务器请求对应的用户资料信息；判断微博服务器是否成功返回所请求的信息；如果是，则数据层将得到的信息返回给逻辑层；逻辑层再返回给应用层；最后应用层将其显示在用户资料区域；否则，结束。另外，上述步骤203至206可以具体如下：逻辑单元通过消息池向数据层请求消息索引；数据层的索引获取子单元向微博服务器请求对应用户和对应消息类型的消息索引；在微博服务器成功返回消息索引后，数据层将该消息索引返回给逻辑层；逻辑层判断该消息索引是否存在于消息池中；如果存在，则逻辑层按照该消息索引在消息池中获取对应的消息并返回给应用层，应用层将该消息显示于消息区域；如果不存在，则逻辑层到数据层请求对应的消息；数据层的消息获取子单元向微博服务器请求对应的消息，在微博服务器成功返回消息后，数据层将该消息返回给逻辑层；逻辑层再返回给应用层，应用层将该消息显示于消息区域。

进一步地，上述方法还可以包括：

在微博客户端将微博客人页的信息显示给第一用户之后，接收第一用户定制的期望显示的消息的第一类型或不期望显示的消息的第二类型；根据第一类型从微博服务器获取相应的消息，或者根据第二类型从微博服务器获取相应的消息；将微博客户端显示的微博客人页中的消息更新为获取的消息。其中，上述第一类型和第二类型中的任一个可以包括：广播、转播和对话中的至少一种。

本实施例中，微博客户端获取第二用户的资料信息的步骤，与获取第二用户的消息的步骤，不分先后顺序，也可以同时执行，本发明实施例对此不做具体限定。

本实施例提供的上述方法是以第一用户在微博客户端访问一个第二用户的微博客人页为例进行说明的，当然第一用户也可以访问多个第二用户的微博客人页，当第一用户请求展示多个第二用户的微博客人页时，其中每个第二用户的微博客人页的展示流程均与上述方法相同，只是简单的重复，因此，此处不做过多说明。

本实施例提供的上述方法实现了在微博客户端直接显示微博客人页给用户，无需启动浏览器跳转到网页，节省了系统资源，而且提高了展示的速度，方便用户在微博客户端直接查看，用户还可以定制期望显示或不显示的消息类型，极大地提升了用户体验。

实施例3

参见图4，本实施例提供了一种展示微博客人页的装置，包括：

请求接收模块401，用于接收来自第一用户的展示微博客人页的请求；

信息获取模块402，用于向微博服务器请求微博客人页的信息，并接收微博服务器返回的微博客人页的信息；

展示模块403，用于将微博客人页的信息显示给第一用户。

本实施例中，信息获取模块402可以包括：

管理单元，用于判断上述装置内是否存在与请求对应的逻辑单元；如果存在，则控制已有的逻辑单元向微博服务器请求并接收微博客人页的信息，否则，创建与请求对应的逻辑单元，并控制该创建的逻辑单元向微博服务器请求并接收微博客人页的信息；

逻辑单元，用于向微博服务器请求微博客人页的信息，并接收微博服务器返回的微博客人页的信息。

本实施例中，信息获取模块402可以包括：

资料信息获取单元，用于向微博服务器请求微博客人页中的第二用户的资料信息，接收微博服务器返回的第二用户的资料信息；

消息获取单元，用于向微博服务器请求微博客人页中的第二用户的消息，接收微博服务器返回的第二用户的消息。

其中，消息获取单元可以进一步包括：

索引获取子单元，用于向微博服务器请求微博客人页中的第二用户的消息索引，并接收微博服务器返回的消息索引；

消息获取子单元，用于判断本地是否保存有消息索引；如果是，则根据消息索引从本地获取第二用户的消息；否则，根据消息索引从微博服务器获取第二用户的消息。

本实施例中，上述装置还可以包括：

消息池，用于当第一用户登录上述装置后，缓存本地已有的消息索引和对应的消息；相应地，上述消息获取子单元具体用于判断消息池内是否存在消息索引，如果是，则根据消息索引从消息池内获取第二用户的消息；否则，根据消息索引从微博服务器获取第二用户的消息。

本实施例中，进一步地，上述装置还可以包括：

过滤模块，用于在展示模块403将微博客人页的信息显示给第一用户之后，接收第一用户定制的期望显示的消息的第一类型或不期望显示的消息的第二类型；根据第一类型从微博服务器获取相应的消息，或者根据第二类型从微博服务器获取相应的消息；将展示模块403显示的微博客人页中的消息更新为获取的消息。

本实施例中，微博客人页的信息包括第二用户的资料信息和消息。微博客人页可以包括两个区域：用户资料区域和消息区域。展示模块403可以将微博客人页中第二用户的资料信息显示在用户资料区域，将第二用户的消息显示在消息区域。

本实施例提供的上述装置，可以为微博客户端，具体可以集成在用户的个人电脑或手机中，在该装置上可以实施上述任一方法实施例中的方法，其具体实现过程详见方法实施例，这里不再赘述。

本实施例提供的上述装置实现了在本地直接显示微博客人页给用户，无需启动浏览器跳转到网页，节省了系统资源，而且提高了展示的速度，方便用户在微博客户端直接查看，用户还可以定制期望显示或不显示的消息类型，极大地提升了用户体验。

最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(ROM)或随机存储记忆体(RAM)等。

本发明实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。上述提到的存储介质可以是只读存储器，磁盘或光盘等。上述的各装置或系统，可以执行相应方法实施例中的方法。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种展示微博客人页的方法，其特征在于，所述方法包括：

接收来自第一用户的展示微博客人页的请求；

向微博服务器请求所述微博客人页的信息，并接收所述微博服务器返回的所述微博客人页的信息；

在本地将所述微博客人页的信息显示给所述第一用户。

2.根据权利要求1所述的方法，其特征在于，向微博服务器请求所述微博客人页的信息，并接收所述微博服务器返回的所述微博客人页的信息，包括：

判断本地是否存在与所述请求对应的逻辑单元；

如果存在，则控制所述逻辑单元向微博服务器请求所述微博客人页的信息，并接收所述微博服务器返回的所述微博客人页的信息；

否则，创建与所述请求对应的逻辑单元，控制所述创建的逻辑单元向微博服务器请求所述微博客人页的信息，并接收所述微博服务器返回的所述微博客人页的信息。

3.根据权利要求1所述的方法，其特征在于，向微博服务器请求所述微博客人页的信息，并接收所述微博服务器返回的所述微博客人页的信息，包括：

向微博服务器请求所述微博客人页中的第二用户的资料信息，接收所述微博服务器返回的所述第二用户的资料信息；并且，

向所述微博服务器请求所述微博客人页中的第二用户的消息，接收所述微博服务器返回的所述第二用户的消息。

4.根据权利要求3所述的方法，其特征在于，向所述微博服务器请求所述微博客人页中的第二用户的消息，接收所述微博服务器返回的所述第二用户的消息，包括：

向所述微博服务器请求所述微博客人页中的第二用户的消息索引，并接收所述微博服务器返回的消息索引；

判断本地是否保存有所述消息索引；

如果是，则根据所述消息索引从本地获取所述第二用户的消息；

否则，根据所述消息索引从所述微博服务器获取所述第二用户的消息。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

当所述第一用户在本地登录后，在预先建立的消息池中缓存本地已有的消息索引和对应的消息；

相应地，判断本地是否保存有所述消息索引；如果是，则根据所述消息索引从本地获取所述第二用户的消息，包括：

判断所述消息池内是否存在所述消息索引，如果是，则根据所述消息索引从所述消息池内获取所述第二用户的消息。

6.根据权利要求1所述的方法，其特征在于，在本地将所述微博客人页的信息显示给所述第一用户之后，还包括：

接收所述第一用户定制的期望显示的消息的第一类型或不期望显示的消息的第二类型；

根据所述第一类型从所述微博服务器获取相应的消息，或者根据所述第二类型从所述微博服务器获取相应的消息；

将本地显示的所述微博客人页中的消息更新为所述获取的消息。

7.根据权利要求3至6中任一权利要求所述的方法，其特征在于，所述第二用户的资料信息包括以下至少一种：所述第二用户的微博账号、昵称、头像、性别、年龄、公司、住址、邮箱和个人简介。

8.一种展示微博客人页的装置，其特征在于，所述装置包括：

请求接收模块，用于接收来自第一用户的展示微博客人页的请求；

信息获取模块，用于向微博服务器请求所述微博客人页的信息，并接收所述微博服务器返回的所述微博客人页的信息；

展示模块，用于将所述微博客人页的信息显示给所述第一用户。

9.根据权利要求8所述的装置，其特征在于，所述信息获取模块包括：

管理单元，用于判断所述装置内是否存在与所述请求对应的逻辑单元；如果存在，则控制已有的逻辑单元向微博服务器请求并接收所述微博客人页的信息，否则，创建与所述请求对应的逻辑单元，并控制该创建的逻辑单元向微博服务器请求并接收所述微博客人页的信息；

逻辑单元，用于向所述微博服务器请求所述微博客人页的信息，并接收所述微博服务器返回的所述微博客人页的信息。

10.根据权利要求8所述的装置，其特征在于，所述信息获取模块包括：

资料信息获取单元，用于向微博服务器请求所述微博客人页中的第二用户的资料信息，接收所述微博服务器返回的所述第二用户的资料信息；

消息获取单元，用于向所述微博服务器请求所述微博客人页中的第二用户的消息，接收所述微博服务器返回的所述第二用户的消息。

11.根据权利要求10所述的装置，其特征在于，所述消息获取单元包括：

索引获取子单元，用于向所述微博服务器请求所述微博客人页中的第二用户的消息索引，并接收所述微博服务器返回的消息索引；

消息获取子单元，用于判断本地是否保存有所述消息索引；如果是，则根据所述消息索引从本地获取所述第二用户的消息；否则，根据所述消息索引从所述微博服务器获取所述第二用户的消息。

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：

消息池，用于当所述第一用户登录所述装置后，缓存本地已有的消息索引和对应的消息；

相应地，所述消息获取子单元具体用于判断所述消息池内是否存在所述消息索引，如果是，则根据所述消息索引从所述消息池内获取所述第二用户的消息；否则，根据所述消息索引从所述微博服务器获取所述第二用户的消息。

13.根据权利要求8所述的装置，其特征在于，所述装置还包括：

过滤模块，用于在所述展示模块将所述微博客人页的信息显示给所述第一用户之后，接收所述第一用户定制的期望显示的消息的第一类型或不期望显示的消息的第二类型；根据所述第一类型从所述微博服务器获取相应的消息，或者根据所述第二类型从所述微博服务器获取相应的消息；将所述展示模块显示的所述微博客人页中的消息更新为所述获取的消息。

Images