CN106385438A - 信息流的汇总显示方法及相关设备 - Google Patents

Abstract

本申请提供了一种信息流汇总显示方法，包括：客户端向所述服务器发送浏览请求，服务器接收到客户端发送的浏览请求后，确定与浏览请求对应的信息流，并将信息流的基本信息返回客户端；其中信息流包括多种非即时信息流中的至少一种及即时信息流，基本信息包括信息流的类型及封面，客户端接收到信息流的基本信息后，在同一界面显示所述基本信息中的封面，并在封面上设置与信息流的类型对应的类型标识。这样，用户可以在同一界面中浏览包括直播信息流在内的多种信息流的封面，方便用户选择不同类型的信息流进行浏览。另外，本申请还提供了服务器、客户端及信息流显示系统，用以保证所述方法在实际中的应用及实现。

Description

信息流的汇总显示方法及相关设备

技术领域

本申请涉及信息流处理技术领域，更具体地，涉及信息流的汇总显示方法及相关设备。

背景技术

客户端可以安装应用，用户登录应用后，可以浏览各种类型的信息流。信息流包括即时数据及非即时数据，即时数据包括直播视频，非即时数据包括短视频、图片、录音等。

目前，客户端上的应用，在同一页面上仅显示直播类型的信息流，如图1A所示，映客(一种提供直播类应用)提供的页面中仅包括直播类型的信息流。或者，应用在同一页面上显示多种非即时信息流，如图1B所示，微博(一种社交应用)提供的页面中包括文字、图片及短视频等多种非即时类型的信息流。

发明内容

有鉴于此，本申请提供了一种信息流的汇总显示方法，用以生成既包含直播信息流也包含非即时信息流的显示界面。

为实现所述目的，本申请提供的技术方案如下：

一种信息流汇总显示方法，包括：

服务器接收到客户端发送的浏览请求后，确定与所述浏览请求对应的信息流，并将所述信息流的基本信息返回所述客户端；其中，所述信息流包括多种非即时信息流中的至少一种及即时信息流，所述基本信息包括信息流的类型及封面；

客户端向所述服务器发送浏览请求，接收所述信息流的基本信息，在同一界面显示所述基本信息中的封面，并在所述封面上设置与所述信息流的类型对应的类型标识。

在一个可能的设计中，所述客户端在同一界面显示所述基本信息中的封面，具体包括：

对所述基本信息中的封面进行缩放处理，获得缩放后的封面；其中所述缩放后的封面的宽度相同；

在同一界面以多列方式显示所述缩放后的封面。

在一个可能的设计中，所述客户端对所述基本信息中的封面进行缩放处理，获得缩放后的封面，具体包括：

根据所述客户端的显示屏的宽度及预设列数，确定每列的宽度；

将所述每列的宽度作为缩放后的封面的宽度，以等比例缩放方式，对所述基本信息中的封面进行缩放处理，获得缩放后的封面。

在一个可能的设计中，所述客户端在所述封面上设置与所述信息流的类型对应的类型标识，具体包括：

根据所述信息流的类型，生成对应的类型标识；其中所述类型标识包括字样和/或图标；

将所述类型标识显示在所述封面的边缘位置。

在一个可能的设计中，信息流汇总显示方法还包括：

所述客户端响应于用户选择缩放后的封面的操作，向所述服务器发送所选择的封面对应的信息流标识，并接收所述服务器返回的信息流，生成新的界面，在所述新的界面中输出所述返回的信息流；

所述服务器根据所述信息流标识，向所述客户端返回所述信息流标识对应的信息流。

另一方面，本申请还提供了一种客户端，包括：

浏览请求发送单元，用于向所述服务器发送浏览请求；

基本信息接收单元，用于接收所述服务器根据所述浏览请求返回的信息流的基本信息；

封面显示单元，用于在同一界面显示所述基本信息中的封面，并在所述封面上设置与所述信息流的类型对应的类型标识。

在一个可能的设计中，在同一界面显示所述基本信息中的封面的方面，所述封面显示单元具体用于：

对所述基本信息中的封面进行缩放处理，获得缩放后的封面；其中所述缩放后的封面的宽度相同；

在同一界面以多列方式显示所述缩放后的封面。

在一个可能的设计中，对所述基本信息中的封面进行缩放处理，获得缩放后的封面的方面，所述封面显示单元具体用于：

根据所述客户端的显示屏的宽度及预设列数，确定每列的宽度；

将所述每列的宽度作为缩放后的封面的宽度，以等比例缩放方式，对所述基本信息中的封面进行缩放处理，获得缩放后的封面。

在一个可能的设计中，在所述封面上设置与所述信息流的类型对应的类型标识的方面，所述封面显示单元具体用于：

根据所述信息流的类型，生成对应的类型标识；其中所述类型标识包括字样和/或图标；

将所述类型标识显示在所述封面的边缘位置。

在一个可能的设计中，客户端还包括：

信息流输出单元，用于响应于用户选择缩放后的封面的操作，向所述服务器发送所选择的封面对应的信息流标识，并接收所述服务器返回的信息流，生成新的界面，在所述新的界面中输出所述返回的信息流。

又一方面，本申请还提供了一种服务器，包括：

浏览请求接收单元，用户接收客户端发送的浏览请求；

信息流基本信息返回单元，用于确定与所述浏览请求对应的信息流，并将所述信息流的基本信息返回所述客户端；其中，所述信息流包括多种非即时信息流中的至少一种及即时信息流，所述基本信息包括信息流的类型及封面。

在一个可能的设计中，服务器还包括：

信息流返回单元，用于接收到客户端发送的信息流标识后，向所述客户端返回所述信息流标识对应的信息流。

又一方面，本申请还提供了一种信息流汇总显示系统，包括上述任意一种客户端、以及上述任意一种服务器。

本申请的信息流汇总显示方法中，用户可以在同一界面中浏览包括直播信息流在内的多种信息流的封面，方便了用户选择不同类型的信息流进行浏览。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1A及1B为现有应用提供的显示界面的示意图；

图1C为本申请提供的显示界面的示意图；

图2为本申请提供的信息汇总系统的一种架构图；

图3为本申请提供的服务器对信息流进行预处理的流程图；

图4为本申请提供的服务器向客户端返回备选信息流基本信息的流程图；

图5为本申请提供的客户端生成显示界面的流程图；

图6A及6B为本申请提供的显示界面的示意图；

图7为本申请提供的客户端的结构示意图；

图8为本申请提供的服务器的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请提供了一种信息流汇总方案，以将上述信息流汇总在同一界面上进行显示，显示界面如图1C所示。需要说明的是，本申请生成的显示界面并非如微博、微信等社交类应用提供的显示界面一样包含文字类内容，而是由信息流的封面组成的。

见图2，其示了本申请提供的信息汇总系统的一种架构图。

服务器与多个客户端相连，服务器可以接收任意客户端上传的信息流，此些信息流中既包括即时信息流，也包括非即时信息流。假设客户端1上传一段短视频至服务器，客户端2上传直播信息流至服务器，客户端3上传若干张图片至服务器。服务器对视频、直播及图片信息流进行预处理，以供任意客户端进行浏览。

某客户端假设客户端4向服务器发送浏览请求，服务器可以将即时信息流，以及至少一种非即时信息流返回给客户端。客户端4接收到服务器返回的信息流的基本信息后，在同一界面显示该些信息流。显示界面如图1C所示，客户端生成的界面由信息流的封面组成，信息流包含直播(LIVE)、短视频(VIDEO)及图片(PIC)三种。本申请中，用户在浏览不同类型的信息流时，并不需要切换界面，减少了用户操作，用户体验更好。

相对应地，本申请提供了应用在上述信息汇总系统上的信息流汇总方法。需要说明的是，为实现信息流汇总目的，服务器每接收到信息流后，需要对信息流进行预处理并保存预处理的信息流。

见图3，其示出了服务器对信息流的预处理流程。

步骤S31：接收客户端上传的信息流。

其中，信息流可以包括直播、图片、短视频及音频等中的任意一种。

步骤S32：确定信息流的基本信息，其中基本信息包含信息流的类型及封面。

其中，基本信息可以包含信息流的类型、信息流的封面的大小。

信息流的类型，指的是信息流是直播信息流、还是非即时信息流，若是非即时信息流，也需要确定具体为何种具体的非即时信息流，如图片、短视频及音频等具体类型中的任意一种。

客户端上传信息流的数据包时，数据包中携带有表示信息流的类型的信息，根据该信息可以确定出信息流的类型。确定出的类型可以以字样或图标的样式显示在封面上，以供用户区分信息流类型。

封面，包含在显示界面中，以供用户了解信息流并进行选择。具体地，客户端登录应用后，应用首先会提供一个显示界面，其中包含多个信息流的封面。用户可以选择任一封面，进而，客户端显示该封面所表示的信息流的具体内容。例如，用户选择某个直播信息流的封面，则客户端显示该直播信息流。

封面的一种确定方式可以是，将接收到的信息流的某帧图像作为封面。例如，信息流为直播信息流，提取直播信息流的首帧图像，并将该首帧图像作为封面。当然，提取的并非局限于信息流的首帧，可以是其他数目的帧图像。

封面的另一种确定方式可以是，确定上传该信息流的用户(即在应用上注册的用户)，获取该注册用户的个人信息中的封面图片，将该封面图片作为信息流的封面。具体地，用户在应用中注册个人信息时，可以上传图片作为封面图片，从而，服务器接收到客户端上传的信息流后，确定上传该信息流的用户，并从该用户的个人信息中提取封面图片。当然，若用户的个人信息中并未包含封面图片，则将默认图片作为信息流的封面。

两种实现方式比较而言，第一种实现方式中，不同内容的信息流的封面图像不同，封面可以表示信息流的内容，从而方便浏览者根据信息流内容选择想要观看的信息流。第二种实现方式中，信息流的封面与用户相关，即同一用户上传的信息流的封面均相同，方便浏览者根据上传信息流的用户进行选择。

需要说明的是，信息流的基本信息除了包含类型及封面以外，还可以包含信息流的点赞数、信息流的浏览量、上传信息流的用户的头像、上传信息流的用户的用户名等其中的一种或多种。

步骤S33：存储信息流的基本信息。

服务器存储基本信息，以供客户端请求浏览信息流时，将信息流的基本信息返回客户端，以供客户端依据该基本信息生成显示界面。

以上是服务器对接收到的信息流的预处理方案，实施以上方案后，服务器上存储有信息流及信息流的基本信息。

若某客户端请求浏览信息流，则服务器可以从存储的信息流中确定备选信息流，并将该些备选信息流的基本信息返回客户端，客户端根据基本信息生成显示界面，以供用户选择。显示界面包含备选信息流的封面，用户可以选择任一信息流的封面，来浏览该信息流的内容。其中，备选信息流可以简称为信息流。

为实现该目的，本申请提供了服务器向客户端返回备选信息流的基本信息的流程。需要说明的是，该服务器可以与执行图3流程的服务器相同，也可以不同。在不同的情况下，执行图3流程的服务器可以是队列服务器，该服务器可以是应用服务器。

如图4所示，该流程可以具体包括以下步骤S41～步骤S42。

步骤S41：接收到客户端发送的浏览请求后，确定备选信息流。

其中，客户端对应用执行登录或返回首页的操作后，应用会提供一个显示界面，该显示界面中包含备选信息流的封面。在此过程中，客户端会向服务器发送登录请求或返回首页请求，登录请求及返回首页请求可以称为浏览请求。当然，浏览请求并不局限于以上两种，还可以是本领域技术人员可以预期得到的其他用于生成显示界面的请求。

客户端发送的浏览请求中，可以包含与该客户端相关的信息。服务器接收到浏览请求后，可以根据此些相关的信息，来确定备选信息流。

例如，相关信息包含客户端所处的地理位置或发送浏览请求的时间，从而，服务器可以在存储的信息流中，选择该地理位置附近的客户端上传的信息流作为备选信息流，或者，选择该时间之前预设时间段之前的信息流作为备选信息流。

又如，相关信息包含使用该客户端登录应用的用户标识，从而，服务器可以查找该用户标识所表示的用户的浏览历史，根据浏览历史确定该用户感兴趣的内容类型，如搞笑、教育、风景等，进而在存储的信息流中，选择属于确定出的内容类型的信息流作为备选信息流。

再如，相关信息包含使用该客户端登录应用的用户的关联用户，其中，关联用户可以是关注用户。从而，服务器可以在存储的信息流中，选择该关联用户上传的信息流作为备选信息流。

再如，相关信息包含使用该客户端登录应用的用户的性别，从而，服务器可以在存储的信息流中，选择与该性别相同或者不同的用户上传的信息流作为备选信息流。

以上几种确定方式可以复合使用，即可以使用多个条件，为客户端确定备选信息流。需要说明的是，确定出的备选信息流可以包含一种或多种类型。在包含多种类型的信息流的情况下，可以包含直播信息流及至少一种非即时信息流。

步骤S42：将备选信息流的基本信息流返回客户端。

由以上图3所示的流程可知，每个信息流具有各自所对应的基本信息，确定出备选信息流后，获取备选信息流的基本信息，进而将备选信息流的基本信息返回客户端。基本信息中包含信息流的类型及封面。当然，基本信息中还可以进一步包括用户名、用户头像、浏览量及点赞数中的任意一种或多种。

需要说明的是，以上图3所示的对数据流进行预处理的流程及图4所示的为客户端确定备选数据流的流程并无必然的先后执行关系，可以是并行执行的。也就是说，服务器接收到客户端上传的信息流后，便对上传的信息流进行预处理，服务器接收到客户端的浏览请求后，便为该客户端确定待显示的备选信息流。当然，若此上传的信息流符合浏览请求且已经预处理完毕，则备选信息流可以包含该信息流。

客户端接收到备选信息流的基本信息后，可以根据备选信息流的基本信息，生成显示界面。

见图5，其示出了客户端生成显示界面的流程。

步骤S51：接收服务器返回的备选信息流的基本信息。

其中，客户端接收到的备选信息流的基本信息中至少包含备选信息流的类型及封面。

步骤S52：将基本信息中的封面以多列方式排布在显示界面中，且在封面上显示备选信息流的类型标识。

具体地，封面具有大小属性如200*300，分别表示封面的宽度及高度。客户端可以预先设置显示界面的总宽度，将各个备选信息流的封面按照预设顺序，排布为多列显示。其中，预设顺序可以是从上到下，从左到右的顺序，相较于其他排列顺序，该种排列顺序比较容易实现。另外，列的数量可以是但不限定于两列，具体列数可以由客户端显示屏的宽度来决定，显示屏的宽度越大，则显示的列数越多。

需要说明的是，由于封面是从上传的信息流中截取到的或者是用户上传的，信息流中图像的大小不尽相同或用户上传的图片大小不尽相同，都会造成封面的大小不同。

若封面大小相同，则生成显示界面的方式比较简单，如生成单元格与封面大小相同的表格，将封面填充在单元格中。若封面大小不同，则需要考虑如何在保证封面原始比例的基础上排布各个封面。

以两列排布为例进行说明。

根据客户端显示屏的宽度，确定两列中每列的宽度，列宽度即封面缩放后的宽度。根据封面的大小，确定封面的宽高比例。根据宽高比例及列宽度，确定封面缩放后的高度。进而，根据封面缩放后的宽度及高度，对封面进行缩放，获得缩放后的封面。将缩放后的封面按照预设顺序，如从上到下从左到右的顺序进行排列。为了便于描述，缩放前的封面可以称为原始封面。

例如，客户端的显示屏为480*640，则每列的宽度可以是220(略小于480的一半)，某幅封面的大小为500*1000(1:2)，根据等比例缩放原则，可以将封面缩小为220*480(1:2)。

缩放后的封面与原始封面的比例相同，这样，与原始图像相比，缩放后的封面不会出现图像变形的情况，用户体验更好。

需要说明的是，以上排布方式，是按照预设顺序依次排列缩放后的封面。在实施中，各张缩放后的封面是紧邻的，或者相隔预设的间距。

在实施中，需要避免图6A所示的排列方式。在图6A中，缩放后的封面1及缩放后的封面2并列排布，缩放后的封面3与缩放后的封面4并列排布。但由于缩放后的封面1、2及3相加的高度与缩放后的封面4大致相同，因此，可以考虑将缩放后的封面1、2及3上下排布，且整体与缩放后的封面4并列，显示效果如图6B所示，该种显示效果更加符合用户的浏览习惯，用户体验更佳。

以上显示效果的一种具体实现方式可以是，将接收到的备选信息流的封面按照某种顺序排序，如按照备选信息流的上传时间排序。

按照所述排序，依次确定当前的封面，对当前的封面按比例缩放处理后，获得缩放后的当前封面，并确定该当前封面之前的预设数量的封面(为了便于描述，可以将之前的封面称为先前封面)，获得先前封面缩放后的封面的高度(为了便于描述，可以将缩放处理后的先前封面称为缩放后的先前封面)。

进而，判断缩放后的当前封面的高度是否与预设数量的缩放后的先前封面的高度之和近似相等，若是，则可以将缩放后的当前封面与预设数量的缩放后的先前封面并列排布。其中，近似相等可以表示为两者之间的差值在预设阈值范围之内。另外，预设数量可以根据实际需求设置相应的数值，本申请并不做具体限定。

例如，缩放后的当前封面的高度为300，前3张缩放后的先前封面的高度分别为133、129、50，高度之和为312，与当前封面的高度300近似相等，则可以排列为图6B所示的效果。

需要说明的是，缩放的当前封面的高度与预设数量的缩放后的先前封面的高度之和并不近似相等，则可以进一步按照上述方式，将缩放的当前封面的高度与预设数量的缩放后的后续封面的高度之和进行比较，若近似相等，也可以按照上述方式排列。

以上说明了如何排序缩放后的封面。缩放后的封面上还可以设置类型标识，以提示用户信息流的类型，方便用户选择。优选地，类型标识设置在缩放后的封面的左上角或右上角。

例如，如封面上设置LIVE字样，以表示该封面表示的信息流为直播信息流，又如封面上设置PIC字样，以表示该封面表示的信息流为图片信息流，再如封面上设置VIDEO字样，以表示该封面表示的信息流为短视频信息流。

当然，上述信息流及类型标识仅仅是一种示例说明，在实施中，还可以使用本领域技术人员可以预期得到的其他实现方式。

另外，缩放后的封面的底部还可以添加点赞数、浏览量、上传该封面所表示的信息流的用户的头像、上传该封面所表示的信息流的用户的用户名等。

由以上技术方案可知，本申请提供的应用客户端上的信息流汇总方法可以在同一显示界面排布一种或多种信息流的封面，且封面上设置信息流的类型标识，以方便用户选择自身感兴趣的类型的信息流。另外，显示界面中包含多列，从而包含的封面更多，更加符合用户的浏览习惯。

以上是对信息流汇总显示方法的说明，以下对服务器及客户端进行说明。

见图7，其示出了客户端的一种结构，具体包括：

浏览请求发送单元701，用于向所述服务器发送浏览请求；

基本信息接收单元702，用于接收所述服务器根据所述浏览请求返回的信息流的基本信息；

封面显示单元703，用于在同一界面显示所述基本信息中的封面，并在所述封面上设置与所述信息流的类型对应的类型标识。

其中，所述客户端可以执行上述方法中与所述客户端相关的信息汇总显示流程，此处并不赘述。

见图8，其示出了服务器的一种结构，具体包括：

浏览请求接收单元801，用户接收客户端发送的浏览请求；

信息流基本信息返回单元802，用于确定与所述浏览请求对应的信息流，并将所述信息流的基本信息返回所述客户端；其中，所述信息流包括多种非即时信息流中的至少一种及即时信息流，所述基本信息包括信息流的类型及封面。

其中，所述服务器可以执行上述方法中与所述服务器相关的信息汇总显示流程，此处并不赘述。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括上述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (13)

1.一种信息流汇总显示方法，其特征在于，包括：

服务器接收到客户端发送的浏览请求后，确定与所述浏览请求对应的信息流，并将所述信息流的基本信息返回所述客户端；其中，所述信息流包括多种非即时信息流中的至少一种及即时信息流，所述基本信息包括信息流的类型及封面；

客户端向所述服务器发送浏览请求，接收所述信息流的基本信息，在同一界面显示所述基本信息中的封面，并在所述封面上设置与所述信息流的类型对应的类型标识。

2.根据权利要求1所述的信息流汇总显示方法，其特征在于，所述客户端在同一界面显示所述基本信息中的封面，具体包括：

对所述基本信息中的封面进行缩放处理，获得缩放后的封面；其中所述缩放后的封面的宽度相同；

在同一界面以多列方式显示所述缩放后的封面。

3.根据权利要求2所述的信息流汇总显示方法，其特征在于，所述客户端对所述基本信息中的封面进行缩放处理，获得缩放后的封面，具体包括：

根据所述客户端的显示屏的宽度及预设列数，确定每列的宽度；

将所述每列的宽度作为缩放后的封面的宽度，以等比例缩放方式，对所述基本信息中的封面进行缩放处理，获得缩放后的封面。

4.根据权利要求1所述的信息流汇总显示方法，其特征在于，所述客户端在所述封面上设置与所述信息流的类型对应的类型标识，具体包括：

根据所述信息流的类型，生成对应的类型标识；其中所述类型标识包括字样和/或图标；

将所述类型标识显示在所述封面的边缘位置。

5.根据权利要求1所述的信息流汇总显示方法，其特征在于，还包括：

所述客户端响应于用户选择缩放后的封面的操作，向所述服务器发送所选择的封面对应的信息流标识，并接收所述服务器返回的信息流，生成新的界面，在所述新的界面中输出所述返回的信息流；

所述服务器根据所述信息流标识，向所述客户端返回所述信息流标识对应的信息流。

6.一种客户端，其特征在于，包括：

浏览请求发送单元，用于向所述服务器发送浏览请求；

基本信息接收单元，用于接收所述服务器根据所述浏览请求返回的信息流的基本信息；

封面显示单元，用于在同一界面显示所述基本信息中的封面，并在所述封面上设置与所述信息流的类型对应的类型标识。

7.根据权利要求6所述的客户端，其特征在于，在同一界面显示所述基本信息中的封面的方面，所述封面显示单元具体用于：

对所述基本信息中的封面进行缩放处理，获得缩放后的封面；其中所述缩放后的封面的宽度相同；

在同一界面以多列方式显示所述缩放后的封面。

8.根据权利要求7所述的客户端，其特征在于，对所述基本信息中的封面进行缩放处理，获得缩放后的封面的方面，所述封面显示单元具体用于：

根据所述客户端的显示屏的宽度及预设列数，确定每列的宽度；

将所述每列的宽度作为缩放后的封面的宽度，以等比例缩放方式，对所述基本信息中的封面进行缩放处理，获得缩放后的封面。

9.根据权利要求6所述的客户端，其特征在于，在所述封面上设置与所述信息流的类型对应的类型标识的方面，所述封面显示单元具体用于：

根据所述信息流的类型，生成对应的类型标识；其中所述类型标识包括字样和/或图标；

将所述类型标识显示在所述封面的边缘位置。

10.根据权利要求6所述的客户端，其特征在于，还包括：

信息流输出单元，用于响应于用户选择缩放后的封面的操作，向所述服务器发送所选择的封面对应的信息流标识，并接收所述服务器返回的信息流，生成新的界面，在所述新的界面中输出所述返回的信息流。

11.一种服务器，其特征在于，包括：

浏览请求接收单元，用户接收客户端发送的浏览请求；

信息流基本信息返回单元，用于确定与所述浏览请求对应的信息流，并将所述信息流的基本信息返回所述客户端；其中，所述信息流包括多种非即时信息流中的至少一种及即时信息流，所述基本信息包括信息流的类型及封面。

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

信息流返回单元，用于接收到客户端发送的信息流标识后，向所述客户端返回所述信息流标识对应的信息流。

13.一种信息流汇总显示系统，其特征在于，包括权利要求6-10任意一项所述的客户端、以及权利要求11-12任意一项所述的服务器。