CN102387126A - 聚合微博单条消息的方法,服务器,客户端和系统 - Google Patents

Abstract

本发明提供了一种聚合微博单条消息的方法，服务器，客户端和系统。该方法包括：用户触发聚合微博单条消息；为所述用户显示所述微博单条消息的转播过程。该服务器包括：接收模块，用于接收客户端发来的聚合微博单条消息的触发消息；获取模块，用于根据所述触发消息，获取所述微博单条消息的聚合数据；传送模块，用于将所述获取模块获取的所述微博单条消息的聚合数据传送给所述客户端。本发明还提供了相应的客户端和系统。通过采用本发明的技术方案，用户可以清楚地看到消息传播的过程，从而提供用户的满意度。

Description

聚合微博单条消息的方法,服务器,客户端和系统

技术领域

本发明涉及计算机技术领域，特别涉及一种聚合微博单条消息的方法，服务器，客户端和系统。 

背景技术

微博类产品在我国处于刚刚起步的阶段，但已经受到广大用户的喜爱，不但在平时的休闲娱乐中，而且在用户的工作中同样得到广泛的使用。 

在当前主流的微博客户端软件中，微博消息是在QQ主面板上按时间顺序一并呈现的，如果收听的用户相对较多，主页消息滚动刷新速度快，那么在主面板上相对有限的空间上将很难呈现非常多的信息，所以对单条消息的细节呈现必然不够清晰，完整，直接影响了用户的产品体验。 

另外，在现有的微博客户端软件中，由于用户只能看到其收听的人的消息，但对该条消息的转播链条并不清楚，因为之前的转播链条的发表者该用户并未收听，所以对转播链条之前的消息该用户是不可见的。比如一条消息链的整个路径为A-B-C-D-E，当前用户只收听了E的消息，所以当前用户只能看到E，对于之前的消息链条并不知晓。 

因此，在当前主流的微博客户端软件的应用中，用户对微博类软件的易用性，稳定性，安全性等方面提出了较高的要求。用户十分希望能了解到某一条微博消息的详细消息，并且希望可以看到单条消息的转播过程，从而可以更便捷的了解到微博的关系链。 

发明内容

有鉴于此，本发明实施例提供了一种聚合微博单条消息的方法，服务器，客户端和系统，使得用户对自己感兴趣的消息可以有入口进入到该消息的单独 页面，并且可以清楚的看到消息的转播过程。 

本发明实施例提供了一种聚合微博单条消息的方法，包括： 

用户触发聚合微博单条消息； 

为所述用户显示所述微博单条消息的转播过程。 

本发明实施例提供了一种聚合微博单条消息的服务器，包括： 

接收模块，用于接收客户端发来的聚合微博单条消息的触发消息； 

获取模块，用于根据所述触发消息，获取所述微博单条消息的聚合数据； 

传送模块，用于将所述获取模块获取的所述微博单条消息的聚合数据传送给所述客户端。 

本发明实施例提供了一种聚合微博单条消息的客户端，包括： 

交互模块，用于与用户交互，并根据所述用户的指示向服务器发送聚合微博单条消息的触发消息； 

数据接收获取模块，用于接收所述交互模块发送的指示其从所述服务器获取或接收所述微博单条消息聚合数据的消息，并根据所述消息从所述服务器接收，或获取所述微博单条消息的聚合数据； 

显示模块，用于将所述微博单条消息的聚合数据呈现给所述用户。 

本发明实施例还提供了一种聚合微博单条消息的系统，包括上述定义的客户端和服务器。 

通过采用本发明的上述技术方案，可以使得用户在任何一个页面，对自己感兴趣的消息有入口进入该消息的单独页面，并且通过提供单条消息的聚合功能，用户可以很清楚的看到消息传播的过程，同时使得用户可以很便捷的了解到微博相应的关系链，从而提升了用户体验。 

附图说明

图1为本发明实施例提供的一种聚合微博单条消息的方法流程图。 

图2为本发明另一个实施例提供的聚合微博单条消息的方法流程图。 

图3为本发明另一个实施例提供的聚合微搏单条消息的方法流程图。 

图4为本发明实施例提供的当独立消息页包含的消息正文或原文有图片时，下载缩略图的方法流程图。 

图5为本发明实施例提供的当用户执行关于缩略图的操作时，对缩略图执行对应操作的方法流程图。 

图6为本发明实施例提供的一种聚合微博单条消息的服务器的结构示意图。 

图7为本发明另一个实施例提供的一种聚合微博单条消息的服务器的结构示意图。 

图8为本发明实施例提供的一种聚合微博单条消息的客户端的结构示意图。 

图9为本发明另一个实施例提供的一种聚合微博单条消息的客户端的结构示意图。 

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。 

图1为本发明实施例提供的一种聚合微博单条消息的方法流程图。如图1所示，该方法包括如下步骤： 

步骤101，用户触发聚合微博单条消息； 

当用户想清楚的看到某条自己感兴趣的微博消息的转播过程时，会触发聚合微博单条消息。 

步骤102，为用户显示微博单条消息的转播过程。 

图2为本发明另一个实施例提供的聚合微博单条消息的方法流程图，如图2所示，该方法包括如下步骤： 

步骤201，用户可以从微博客户端首页，提及我的消息页(页)，客人页双击具体的微博单条消息，或者选中微博单条消息后，单击右键选择“聚合”，以触发聚合该微博单条消息。 

步骤202，通过包含微博单条消息入口的独立消息页展示该微博单条消息的转播过程。 

当该独立消息页包含消息时，显示消息的来源，即，显示消息是由哪个具体的终端或用户发出的； 

其中当该消息包括对话消息时，进一步显示所述对话消息的来源及原文，并且可以通过原文查看到达该用户的整个转播链条； 

当该消息包括带评论的转播或不带评论的转播，且带评论的转播或不带评论的转播的次数大于等于预设次数时，比如10次时，显示转播原文和转播次数； 

当消息正文，比如，对话消息，或带评论的转播，或不带评论的转播包括图片时，显示图片的缩略图，并且缩略图支持更加丰富的操作，如复制，打开等操作。 

图3为本发明另一个实施例提供的聚合微搏单条消息的方法流程图。如图3所示，该方法包括下列步骤。 

步骤301，用户触发聚合微搏单条消息。 

步骤302，判断用户请求聚合的微搏单条消息是转播消息还是对话消息，若是转播消息，则执行步骤303，否则，执行步骤304。 

步骤303，通过该用户关注过的用户标识，按照转播时间由远及近的顺序为该用户显示其关注过的用户对该转播消息的转播过程，然后执行步骤305。 

具体来说，该步骤可以通过以下两种方式实现，但并不局限于这两种方式。 

第一种方式，根据该请求聚合的微搏单条消息，即，转播消息，对应结点的标识，查找其祖先结点的标识。祖先结点指的是微博单条消息对应结点的父亲结点，父亲结点的父亲结点，直至根结点。 

然后判断查找到的所有祖先标识中，哪些是该用户曾经关注过的，通过该用户关注过的用户标识，按照转播时间由远及近的顺序为该用户显示其关注过的用户对该转播消息的转播过程， 

第二种方式，在客户端保存该用户关注过的所有用户的标识，以及该用户关注过的所有用户转播的消息。 

在该用户关注过的用户所转播的消息中，按照该用户关注由远及近的时间顺序，依次查找该请求聚合的微搏单条消息，即，该转播消息。若在该用户关注过的某一个用户转播的消息中找到该转播消息，则记录该被关注用户的用户标识，直到遍历完该用户关注过的所有用户转播的所有消息。 

然后通过记录的该用户关注过的用户标识，按照转播时间由远及近的顺序为该用户显示其关注过的用户对该转播消息的转播过程。 

步骤304，通过转播过对话消息的用户标识，按照转播时间由远及近的顺序为该用户显示该对话消息的转播过程。 

步骤305，判断该用户关注过的用户标识中是否有任何一个被再次触发，若是，执行步骤306，否则，执行步骤307。 

步骤306，通过转播过所述转播消息的用户标识，为该用户显示该转播消息的转播过程。 

步骤307，不再显示更加详细的信息。 

图4为本发明实施例提供的当通过独立消息页向用户显示某条具体的微博消息的转播过程中，当独立消息页包含的消息正文或原文有图片时，下载缩略图的方法流程图。如图4所示，该方法包括下列步骤。 

步骤401：根据图2所示实施例描述的方法，在通过包含微博单条消息入口的独立消息页展示该微博单条消息的转播过程中，在独立消息页中包含的消息正文或原文有图片情况下，执行步骤402。 

步骤402：判断图片对应的缩略图是否已经下载成功，若是，执行步骤407，否则，执行步骤403。 

步骤403：放置替代未下载缩略图的默认图片，将待下载图片加入下载中列表，并启动下载动画，然后执行步骤404。 

步骤404：判断图片对应的缩略图是否下载成功，若是，执行步骤405，否则，执行步骤406。 

步骤405：停止进度动画，将图片从下载中列表删除，并执行步骤407。 

步骤406：在原缩略图位置放置另外一个默认图片，比如，显示下载失败 的图片。 

步骤407：在原缩略图位置放置下载成功的缩略图。 

图5为本发明实施例提供的当通过独立消息页向用户显示某条具体的微博消息的转播过程中，当独立消息页包含的消息正文或原文有图片，且用户执行关于缩略图的操作时，对缩略图执行对应操作的方法流程图。如图5所示，所述方法包括下列步骤。 

步骤501：当用户针对缩略图执行“查看原图”，“复制”，“另存为”等操作时，记录用户最后选择的针对当前图片应执行的对应操作。 

步骤502：判断原图是否已下载；若是，执行步骤507，否则，执行步骤503。 

步骤503：将待下载图片加入下载中列表，启动进度动画，并执行步骤504。 

步骤504：判断图片是否已经下载成功。若是，执行步骤505，否则，执行步骤506。 

步骤505：停止进度动画，将图片从下载中列表删除。 

步骤506：放置另外一个默认图片，显示下载失败。 

步骤507：根据步骤501中记录的针对当前图片应执行的对应操作，执行对应的操作。 

举例来说，当用户右键点击“查看原图”时，需要触发原图下载的逻辑，此时该图片对应的缩略图会有下载动画。需要注意的是，此时若是网速较慢，用户可能会对该图片或者其它图片进行多于一次的“查看原图”，“复制”， 

“另存为”的操作，这样又会触发新的下载。为了避免触发不必要的新的下载，可以用如下方式进行处理。 

比如，在程序内部用一个map保存正在下载的图片列表，屏蔽图片的重复下载。同时，在程序内部用另外一个map保存在步骤501中记录的针对该图片对应的最后的操作，当图片下载完成后，仅进行最后一种操作。比如，当用户先选择了“查看原图”，又立刻选择了“另存为”，那么最后的执行以“另存为”为准。 

在本实施例中，当用户选择“查看原图”时，会调用ShellExecute函数。当该图片没有默认的图片查看器时，ShellExecute的返回值会小于32，这时根据ShellExecute的返回值，会打开“打开方式”选择框，以供用户选择图片查看器查看图片。 

图6为本发明实施例提供的一种聚合微博单条消息的服务器的结构示意图。如图6所示，服务器601包括接收模块602，获取模块603和传送模块604。 

其中接收模块602用于接收客户端701发来的聚合微博单条消息的触发消息； 

获取模块603，用于根据触发消息，获取微博单条消息的聚合数据； 

传送模块604，用于将获取模块获取的微博单条消息的聚合数据传送给客户端701，以供客户端701为用户显示。 

图7为本发明另一个实施例提供的一种聚合微博单条消息的服务器的结构示意图。如图7所示，服务器601除包括接收模块602，获取模块603和传送模块604之外，还包括存储模块605。 

其中接收模块602的功能与图6所示实施例相同，这里不再赘述。 

存储模块605，用于存储微博单条消息的聚合数据，其中微博单条消息的聚合数据包括微博单条消息对应结点的信息及其祖先结点信息，祖先结点指的是微博单条消息对应结点的父亲结点，父亲结点的父亲结点，直至根结点； 

获取模块603进一步用于，根据微博单条消息对应结点的标识获取其祖先结点的标识； 

传送模块604进一步用于，将获取模块603获取到的微博单条消息对应结点的标识及其祖先结点标识传送给客户端701，以为用户呈现。 

也就是说，对于每条转发的微博消息，服务器中存储了该微博消息对应结点的父亲结点，父亲结点的父亲结点，直到根结点的标识信息，需要聚合时，会以当前结点为基准，向上寻藤摸瓜，得到所有父亲链上的结点，形成单条消息聚合的链条。 

当然，实现聚合微博单条消息的服务器还可以采用其它方式。比如，服务 器可以由单条消息转发聚合接入层，单条消息聚合逻辑处理模块，单条消息聚合数据缓冲(cache)层，微博数据存储模块组成(图中未示出)。 

其中，单条消息转发聚合接入层负责上层终端访问统一接入，以防止恶意访问，同时用于屏蔽下层单条消息转发聚合处理模块，使得处理模块的部署相对独立。当单条消息转发聚合接入层收到客户端，比如QQ客户端或其它终端，发出聚合某条具体的微博消息的触发消息后，会判断该触发消息是否以指定的协议发送的，若是，将该触发消息发送给单条消息聚合逻辑处理模块。 

紧接着，单条消息聚合逻辑处理模块会根据接收到的触发消息，由被请求聚合的微博单条消息对应结点的标识ID，从微博数据存储模块中获取其父亲结点标识ID，再由父亲结点标识ID获取父亲结点的父亲结点标识ID，直到获取其根结点的标识ID，这样经过多次拉取，就可以获得业务层所希望的整条聚合链。同时，为了保证拉取的效率，会进行并发和异步处理，同时对中间部分数据和结果数据进行缓存，以避免对微博数据存储模块构成太大拉力。 

图8为本发明实施例提供的一种聚合微博单条消息的客户端的结构示意图。如图8所示，客户端701包括交互模块702，数据接收获取模块703和显示模块704。 

其中，交互模块702，用于与用户交互，并根据所述用户的指示向服务器601发送聚合微博单条消息的触发消息，向数据接收获取模块703发消息指示其从服务器接收或获取微博单条消息的聚合数据。 

数据接收获取模块703，用于根据交互模块702发送的消息从服务器601接收或获取微博单条消息的聚合数据。 

显示模块704，用于将数据接收获取模块703获取的微博单条消息的聚合数据呈现给用户。 

为了在满足服务质量的同时尽可能的降低带给服务器的负载量，在一条消息的转播链条可能相对较长的情况，如果一次性的将所有的转播链条消息全部拉取下来，那么势必将给服务器带来相当巨大的负载量。综合考虑客户端的应用场景，在本发明实施例中采用了批量多次的策略，数据接收获取模块703用 于一次从服务器601接收或获取微博单条消息的聚合数据中预设条数的消息。考虑到在网络间客户端与服务器一次网络交换的最小字节数长度限制，以及一条转播聚合消息的平均长度，本实施例采用一次拉取15条转播聚合消息，当用户看完并将滚动条拉到最底端时将触发下一次批量拉取过程，直到拉取预设条数的消息后，比如拉取120条消息后，不再响应滚动条底部的触发事件进行拉取，而是提示给用户查看更多的字样，让用户手动点击跳转到相应网页。 

图9为本发明另一个实施例提供的一种聚合微博单条消息的客户端的结构示意图。如图9所示，客户端701除包括交互模块702，数据接收获取模块703，显示模块704外，还包括第一数据存储模块705，第二数据存储模块706，判断模块707和创建模块708。 

其中交互模块702，数据接收获取模块703的功能如图8所示实施例所述，这里不再赘述。 

第一数据存储模块705，用于存储数据接收获取模块703从服务器601接收或获取到的微博单条消息的聚合数据，其中聚合数据包括微博单条消息对应结点的标识及其祖先结点的标识，祖先结点包括微博单条消息对应结点的父亲结点，父亲结点的父亲结点，直至根结点。 

第二数据存储模块706，用于当所述微搏单条消息是转播消息时，按照由远及近的时间顺序存储该用户关注过的用户标识； 

判断模块707，用于当微搏单条消息是转播消息时，判断第一数据存储模块705中存储的转播消息对应结点的标识及其祖先结点的标识，哪些存储在第二数据存储模块706中，并将存储在第二数据存储模块706中的结点标识发送给显示模块704； 

创建模块708，用于在第一数据存储模块705存储了数据接收获取模块703从服务器601接收或获取到微博单条消息的聚合数据后，即，得到后续即将创建的独立消息页的相关数据后，创建包含微博单条消息入口的独立消息页； 

显示模块704进一步用于，当微搏单条消息是转播消息时，接收判断模块707发送的存储在第二数据存储模块706中的结点标识，按照转播时间由远及 近的顺序，通过创建模块708创建的独立消息页和结点标识，为该用户显示其关注过的用户对该转播消息的转播过程；当微搏单条消息是对话消息时，根据第一数据存储模块705中存储的聚合数据，通过创建模块708创建的独立消息页，将微博单条消息对应结点的标识及其祖先结点的标识根据转播顺序呈现给用户。 

具体来说，当独立消息页包含消息时，显示模块704进一步用于显示消息的来源，比如该消息是由哪个具体的终端或者哪个具体的用户发出的。其中当消息包括对话消息时，显示模块704进一步用于显示对话消息的原文；当消息包括带评论的转播或不带评论的转播，且带评论的转播或不带评论的转播的次数大于等于预设次数时，显示模块704进一步用于显示转播次数及原始转播内容；当消息既不包括转播也不包括对话时，显示模块704仅用于显示此条消息的详细内容；当消息正文，比如对话消息，或带评论的转播，或不带评论的转播，或消息原文包括图片时，显示模块704进一步用于显示图片的缩略图，这里缩略图同样支持更加丰富的操作，比如，复制，打开，另存为，查看等等，具体可参见前面图4，图5所示实施例，这里不再赘述。 

其中，当微搏单条消息是转播消息时，客户端701还可通过以下方式实现。比如，客户端701可以用来保存该用户关注过的所有用户的标识，以及该用户关注过的所有用户转播的消息。 

在该用户关注过的用户所转播的消息中，按照该用户关注由远及近的时间顺序，依次查找该请求聚合的微搏单条消息，即，该转播消息。若在该用户关注过的某一个用户转播的消息中找到该转播消息，则记录该被关注用户的用户标识，直到遍历完该用户关注过的所有用户转播的所有消息。 

然后通过记录的该用户关注过的用户标识，按照转播时间由远及近的顺序为该用户显示其关注过的用户对该转播消息的转播过程。 

在本发明实施例针对客户端和服务器的设计过程中，松散耦合的结构以及对服务器端尽可能少的负载量是我们追求的目标。为了达到松散耦合的代码设计框架，采用了分层模型的设计思想，将相关的逻辑功能封装在一个层次内， 而层与层之间通过接口及纯虚函数等尽可能抽象的数据结构表达，以使代码的可复用性更好。 

根据上面的设计构思，客户端701还可采用其它方式实现，比如，将客户端701分为表现层，业务逻辑层和数据层(图中未示出)。其中表现层主要用于封装与用户的交互；业务逻辑层作为客户端的核心功能层，主要负责功能性的逻辑处理，状态存储；数据层，用于从服务器获取数据，比如拉取数据，并将获取到的数据进行组织。 

本发明实施例还提供了一种聚合微博单条消息的系统，由服务器601和客户端701组成(图中未示出)，其中服务器601的结构可参考图6，图7，客户端701的结构可参见图8，图9。应当注意的是，服务器601的结构并不仅限于图6，图7示出的两种结构，客户端701的结构也并不仅限于图8，图9示出的两种结构。 

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。 

Claims (13)

1.一种聚合微博单条消息的方法，其特征在于，包括：

用户触发聚合微博单条消息；

为所述用户显示所述微博单条消息的转播过程。

2.根据权利要求1所述的方法，其特征在于，所述为所述用户显示所述微博单条消息的转播过程包括：

通过包含所述微博单条消息入口的独立消息页，为所述用户显示所述微搏单条消息的转播过程。

3.根据权利要求2所述的方法，其特征在于，所述通过包含所述微博单条消息入口的独立消息页，为所述用户显示所述微搏单条消息的转播过程包括：

当所述独立消息页包含消息时，显示所述消息的来源；

其中当所述消息包括对话消息时，进一步显示所述对话消息的原文；

当所述消息包括带评论的转播或不带评论的转播，且所述带评论的转播或不带评论的转播的次数大于等于预设次数时，进一步显示转播原文和转播次数；

当所述对话消息，或带评论的转播，或不带评论的转播包括图片时，进一步显示图片的缩略图。

4.根据权利要求2所述的方法，其特征在于，当所述微搏单条消息包括转播消息时，所述为所述用户显示所述微博单条消息的转播过程包括：

通过所述用户关注过的用户标识，按照转播时间由远及近的顺序为所述用户显示其关注过的用户对所述转播消息的转播过程；

当所述微搏单条消息包括对话消息时，所述为所述用户显示所述微博单条消息的转播过程包括：

通过转播过所述对话消息的用户标识，按照转播时间由远及近的顺序为所述用户显示所述对话消息的转播过程。

5.根据权利要求4所述的方法，其特征在于，当通过所述用户关注过的用户标识，按照转播时间由远及近的顺序为所述用户显示其关注过的用户对所述转播消息的转播过程时，所述方法进一步包括：

当触发所述用户关注过的用户标识中的任何一个时，通过转播过所述转播消息的用户标识，为所述用户显示所述转播消息的转播过程。

6.一种聚合微博单条消息的服务器，其特征在于，包括：

接收模块，用于接收客户端发来的聚合微博单条消息的触发消息；

获取模块，用于根据所述触发消息，获取所述微博单条消息的聚合数据；

传送模块，用于将所述获取模块获取的所述微博单条消息的聚合数据传送给所述客户端。

7.根据权利要求6所述的服务器，其特征在于，所述服务器进一步包括：

存储模块，用于存储所述微博单条消息的聚合数据，其中所述微博单条消息的聚合数据包括所述微博单条消息对应结点的信息及其祖先结点信息，所述祖先结点包括所述微博单条消息对应结点的父亲结点直至根结点；

所述获取模块进一步用于，根据所述微博单条消息对应结点的标识获取其祖先结点的标识；

所述传送模块进一步用于，将所述获取模块获取到的所述微博单条消息对应结点的标识及其祖先结点标识传送给所述客户端。

8.一种聚合微博单条消息的客户端，其特征在于，包括：

交互模块，用于与用户交互，并根据所述用户的指示向服务器发送聚合微博单条消息的触发消息；

数据接收获取模块，用于接收所述交互模块发送的指示其从所述服务器获取或接收所述微博单条消息聚合数据的消息，并根据所述消息从所述服务器接收，或获取所述微博单条消息的聚合数据；

显示模块，用于将所述微博单条消息的聚合数据呈现给所述用户。

9.根据权利要求8所述的客户端，其特征在于，所述客户端进一步包括：

第一数据存储模块，用于存储所述数据接收获取模块接收或获取到的所述微博单条消息的聚合数据，其中所述聚合数据包括所述微博单条消息对应结点的标识及其祖先结点的标识，所述祖先结点包括所述微博单条消息对应结点的父亲结点直至根结点；

第二数据存储模块，用于当所述微搏单条消息是转播消息时，按照由远及近的时间顺序存储所述用户关注过的用户标识；

判断模块，用于当所述微搏单条消息是转播消息时，判断所述第一数据存储模块中存储的所述转播消息对应结点的标识及其祖先结点的标识，哪些存储在所述第二数据存储模块中，并将存储在所述第二数据存储模块中的结点标识发送给所述显示模块；

创建模块，用于在所述第一数据存储模块存储了所述数据接收获取模块从所述服务器接收或获取到所述微博单条消息的聚合数据后，创建包含所述微博单条消息入口的独立消息页；

所述显示模块进一步用于，当所述微搏单条消息是转播消息时，接收所述判断模块发送的存储在所述第二数据存储模块中的所述结点标识，按照转播时间由远及近的顺序，通过所述创建模块创建的所述独立消息页和所述结点标识，为所述用户显示其关注过的用户对所述转播消息的转播过程；当所述微搏单条消息是对话消息时，根据所述第一数据存储模块中存储的所述聚合数据，通过所述创建模块创建的所述独立消息页，将所述微博单条消息对应结点的标识及其祖先结点的标识根据转播顺序呈现给所述用户。

10.根据权利要求9所述的客户端，其特征在于，当所述显示模块按照转播时间由远及近的顺序，通过所述创建模块创建的所述独立消息页和所述结点标识，为所述用户显示其关注过的用户对所述转播消息的转播过程时，所述显示模块进一步用于，当触发所述结点标识中的任何一个时，通过所述第一数据存储模块存储的转播过所述转播消息的结点标识，为所述用户显示所述转播消息的转播过程。

11.根据权利要求9所述的客户端，其特征在于，

当所述独立消息页包含消息时，所述显示模块进一步用于显示所述消息的来源；

其中当所述消息包括对话消息时，所述显示模块进一步用于显示所述对话消息的原文；

当所述消息包括带评论的转播或不带评论的转播，且所述带评论的转播或不带评论的转播的次数大于等于预设次数时，所述显示模块进一步用于显示转播原文和转播次数；

当所述对话消息，或带评论的转播，或不带评论的转播包括图片时，所述显示模块进一步用于显示图片的缩略图。

12.根据权利要求8所述的客户端，其特征在于，所述数据接收获取模块进一步用于一次从所述服务器接收或获取所述微博单条消息的聚合数据中预设条数的消息。

13.一种聚合微博单条消息的系统，包括权利要求6定义的服务器和权利要求8定义的客户端。

Images