终端显示，避免了该η个转发消息转发的原创消息出现η次给用户造成的骚扰，也降低了网络传输负荷。
[0046]假设步骤12中，服务器统计到某一原创消息被无意义的转发(即只是对原创消息进行转发，转发用户并在转发消息中添加任何其他信息如转发用户的评论等，这种转发也可以称为空转，这种转发生成的消息可称为无意义的转发消息或空转消息)多次，且该原创消息是步骤11中用户请求读取的网络社交消息，则对于该原创消息的多次空转，服务器可以仅将该原创消息的空转次数及最后一次空转该原创消息的用户信息返回给发送请求的终端，避免了将所有不必要的无意义的转发消息都发送给终端造成的网络传输负荷，以及给阅读用户带来的浏览困难的问题。
[0047]需要说明的是，被聚合的多个转发消息仍被存储在服务器中，只是在发送给终端时进行了聚合，终端侧不做详细显示。
[0048]本发明实施例提供的聚合消息的方法中，接收终端发送的读取消息的请求，可以包括:接收终端发送的读取转发消息的请求。例如，某一用户想知道好友发给自己的转发消息时，可以通过某一终端向服务器发送请求，相应地，服务器接收该终端发送的该用户请求读取转发消息的请求。
[0049]当服务器接收的是终端发送的读取转发消息的请求时，统计所述请求读取的消息中原创消息的转发消息，可包括:统计用户好友发送给所述用户的转发消息列表中，转发对象为同一原创消息的转发消息。所述用户为通过所述终端发送读取转发消息的请求的用户。
[0050]例如，张三要读取自己收到的转发消息，并通过终端发起请求，相应地，服务器根据该请求从数据库中找到张三的好友发给张三的所有转发消息，这些转发消息可以列表的形式存储。之后，服务器可统计列表中转发了同一原创消息的转发消息。
[0051]当存在转发对象为同一原创消息的多个转发消息时，对于所述多个转发消息，所述缩减转发消息可为所述多个转发消息中的最后η个转发消息，其中，η大于I且小于所述多个转发消息的数量，所述聚合结果还可包括:所述多个转发消息中的最后一个转发消息。
[0052]例如，张三和李四先后都向某一用户发送了某一原创消息的转发消息，则服务器接收到终端发送的该用户读取转发消息的请求时，统计到张三和李四发送的转发消息都是对该原创消息的转发，则说明存在转发对象为同一原创消息的多个转发消息。则对于张三和李四发送的转发消息，服务器只将最后对该原创消息进行转发的李四发送的转发消息以及该原创消息被转发次数(即该原创消息的转发消息的数量)发送给终端进行显示，而不是重复显示转发内容相同的转发消息。需要说明的是，服务器也可以将最后几个(如两个、三个或四个等)转发消息的用户信息与最后一条转发消息及转发消息的数量一起发送给终端。
[0053]通常，网络社交用户可能接收到同一原创消息的转发消息，也可能接收不同原创消息的转发消息，这两种转发消息往往同时存在。例如，甲和乙向张三转发了原创消息A (对应转发消息al和转发消息a2)，而丙向张三转发了原创消息B (对应转发消息b)，丁向张三转发了原创消息C (对应转发消息c)。这种情况下，当张三请求读取发给自己的转发消息时，本发明实施例提供的聚合消息的方法，还可包括:
[0054]将所述网络社交消息中除所述多个转发消息以外的转发消息，发送给所述终端进行显示，其中，所述网络社交消息中除所述多个转发消息以外的转发消息，与所述多个转发消息中的最后一个转发消息，按照转发时间以倒序的方式排列。
[0055]假设上述例子中，甲、乙、丙和丁向张三发送转发消息的时间顺序为:乙、甲、丁、丙，对于转发消息al和转发消息a2，服务器可仅选取转发消息al作为发送给终端的对象之一，另外还要将转发消息b和转发消息c作为发送给终端的对象。具体地，服务器将转发消息al、转发消息b和转发消息c按照转发时间进行排序，并将转发消息al和转发消息a2总数放在转发消息al的消息框中，然后发送给终端。终端接收到这些消息后，屏幕上从上到下依次显示转发消息al及转发数量2、转发消息c和转发消息b。
[0056]或者，本发明实施例提供的聚合消息的方法中，接收终端发送的读取消息的请求，可以包括:接收终端发送的读取原创消息的请求。例如，某一用户在终端的网络社交产品的用户界面上点击某一名人的一个原创消息或者自己的某一原创消息时，则通过该终端向服务器发送了请求，相应地，服务器接收该终端发送的该用户请求读取该原创消息的请求。
[0057]当服务器接收终端发送的用户读取原创消息的请求时，本发明实施例提供的聚合消息的方法中，所述同一原创消息可为所述请求读取的原创消息，所述多个转发消息为多个无意义的转发消息，所述多个无意义的转发消息的数量满足预设的阈值，所述无意义的转发消息为转发用户未添加信息的转发消息。
[0058]对于原创消息的相关信息，用户一般只想看到有意义的信息，如评论信息、转发的数量或评论的数量等等。其中，有的转发消息只是单纯的转发，如果按照时间线给出这些转发消息，会给只想看评论消息的用户造成阅读难度，因为用户看不到有意义的内容，相应地，也会给网络带来不必要的负担。因此，可以考虑当无意义的转发消息超过一定数量，如3，则对于无意义的转发消息，只显示最后一个转发消息的用户信息及无意义的转发消息的数量，其余转发消息和评论消息按照消息的产生时间排列。
[0059]例如，某一原创消息被转发了 m次，其中带评论的转发有η次，则被空转的次数为m-n次，假设阈值为6，则当m-n彡6时，则对于m_n次无意义的转发消息，服务器只将其中最后一个转发消息的用户信息及数量m-n发送给终端进行显示。其中，该原创消息可以是步骤11中用户请求读取的自己的原创消息，也可以是别的用户的原创消息。
[0060]其中，阈值可根据实际需要预设，不限于上述实例给出的数值。
[0061]如果用户请求读取的原创消息，还有除上述无意义的转发消息以外的带评论的转发消息，则，本发明实施例提供的聚合消息的方法，还可包括:
[0062]将所述用户请求读取的原创消息的转发消息中，除所述无意义的转发消息以外的转发消息，按照转发时间顺序排列后，发送给所述终端进行显示。
[0063]例如,某一原创消息被转发了 m次,其中带评论的转发有η次,且m-n > N,其中,N为阈值。当某一用户通过终端请求读取该原创消息时，对于m-n次无意义的转发，服务器将最后一次转发的用户信息及m-n作为返回给该用户的信息的同时，还将η次带评论的转发(对应η个转发消息)作为返回该用户的信息。并且这η个转发消息按照时间顺序进行排列。
[0064]如果用户请求读取的原创消息，还有除上述无意义的转发消息以外评论消息，则，本发明实施例提供的聚合消息的方法，还可包括:
[0065]将所述用户请求读取的原创消息的评论消息发送给所述终端。
[0066]例如，某一原创消息被评论了 P次，被空转了 m次，且m > N，其中，N为阈值。当某一用户通过终端请求读取该原创消息时，对于m次无意义的转发，服务器将最后一次转发的用户信息及m作为返回给该用户的信息的同时，还将P次评论(对应P个评论消息)作为返回该用户的信息。并且这P个评论消息按照时间顺序进行排列。
[0067]假设该原创消息还被带评论的转发了 η次(对应η个转发消息)，则服务器还进一步将这η个转发消息返回给所述终端。具体地，这η个转发消息和P个评论消息按照时间顺序排列，一起被服务器发送给用户的终端。
[0068]假设发起读取原创消息的请求的用户，还要进一步读取m-n次或m次空转的详细信息，则，将聚合结果发送给所述终端之后，还可包括:
[0069]接收所述终端发送的读取所述无意义的转发消息的请求；
[0070]根据所述读取所述原创消息的无意义的转发消息的请求，将所述无意义的转发消息发送给所述终端。
[0071]例如，用户点击终端上显示的网络社交产品的用户界面上的“转发”按钮，相应地，服务器接收到终端发送的读取无意义的转发消息的请求，则服务器将所有无意义的转发消息按转发时间的先后时间排序后发送给终端进行显示。
[0072]本发明实施例提供的聚合消息的方法中，还可实时进行聚合更新。具体地，将聚合结果发送给所述终端之后，还可包括:
[0073]记录与所述多个转发消息的转发对象相同的新转发消息；
[0074]对所述多个转发消息及所述新转发消息进行聚合，将新的聚合结果发送给所述终端，所述新的聚合结果中，转发消息数量等于所述多个转发消息的数量加1，用户信息包括所述新转发消息的用户信息。
[0075]假如终端接收到服务器根据用户请求返回的信息之后，用户在阅读这些信息的过程，可能用户还会进一步接收到别的用户发送的转发消息，且该转发消息与之前接收的转发消息的转发对象相同，或者是读取的原创消息的又被空转了一次，则服务器可以对同一原创消息的多个转发消息进行再次统计，或者对用户请求读取的原创消息的无意义的转发消息进行再次统计，之后把最新的转发消息的条数或空转次数以及最新的用户信息重新发送给终端，以覆盖之前发送给终端的信息。
[0076]下面通过图2-图6对聚合消息的方法做进一步详细说明。
[0077]参见图2，某一用户通过一终端读取好友发送给自己的消息列表时，如图3所示，该用户通过网络社交产品的用户界面上的“动态”按钮时，相应地，服务器执行步骤21至步骤25。
[0078]步骤21中，服务器接收该终端发送的该用户读取转发消息的请求。
[0079]步骤22中，服务器根据步骤21中接收的请求拉取该用户的好友转发消息列表。
[0080]步骤23中，服务器判断好友转发消息列表中是否有针对同一原创消息的转发消息，也即判断好友转