CN108415780A - 一种信息展示方法和装置 - Google Patents

Abstract

本申请公开了一种信息展示方法和装置，该方法包括：获取至少一条待展示信息；基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式。

Description

一种信息展示方法和装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种信息展示方法和装置。

背景技术

随着互联网技术的飞速发展，出现了越来越多的网络视频直播应用(以下简称直播应用)，这些直播应用可以允许用户观看视频直播，在用户观看视频直播的过程中，还可以在直播界面展示各种信息，例如，用户的聊天信息，当前进入直播间的用户的信息，用户的打赏信息，等。

随着观看视频直播的用户越来越多，直播应用需要展示的信息也越来越多，当直播应用展示的信息比较多时，直播应用通常会按照时间的先后顺序，依次将多个信息进行展示。但是，现有的展示方式没有考虑到终端设备的展示性能。

发明内容

本申请实施例提供一种信息展示方法和装置，用于解决现有技术中直播应用在按照时间的先后顺序将多条信息进行展示时，没有考虑终端设备的展示性能的问题。

为解决上述技术问题，本申请实施例是这样实现的：

第一方面，提出一种信息展示方法，该方法包括：

获取至少一条待展示信息；

基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级中相关的属性，确定所述至少一条待展示信息的展示方式。

第二方面，提出一种信息展示装置，该装置包括：

获取单元，获取至少一条待展示信息；

展示单元，基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式。

第三方面，提出一种电子设备，该电子设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，该可执行指令在被执行时使该处理器执行以下操作：

获取至少一条待展示信息；

基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式。

第四方面，提出一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下方法：

获取至少一条待展示信息；

基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式。

本申请实施例提供的技术方案，获取至少一条待展示信息；基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式。通过在直播应用中设置待展示信息的缓存队列以及展示优先级，使得在获取到至少一条待展示信息时，可以基于缓存队列的使用情况和/或待展示信息中与展示优先级相关的属性确定至少一条待展示信息的展示方式。由于本申请实施例改变了待展示信息的展示方式，因此，可以兼顾终端设备的展示性能，从而改善待展示信息的展示效果，提升用户体验。

附图说明

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

图1是本申请的一个实施例信息展示方法的流程示意图；

图2是本申请的一个实施例信息展示方法的示意图；

图3是本申请的一个实施例信息展示方法的流程示意图；

图4是本申请的一个实施例电子设备的结构示意图；

图5是本申请的一个实施例信息展示装置的结构示意图。

具体实施方式

随着互联网技术的飞速发展，出现了越来越多的网络视频直播应用，这些直播应用通常可以在直播界面展示用户的聊天信息、打赏信息等，以增加用户与用户、用户与主播之间的互动性。随着观看视频直播的用户越来越多，直播应用需要展示的信息也越来越多，直播应用在展示多个信息时，通常可以按照时间的先后顺序依次展示多个信息。然而在实际应用中，这种信息展示方式并没有考虑终端设备的展示性能，从而影响用户体验。

例如，用户在使用直播应用观看视频直播时，往往希望自己或自己关注的其他用户的聊天信息或打赏信息在直播界面中可以展示更长的时间，这样，用户不会错过这些信息。然而，现有的直播应用的信息展示方式并不能满足用户的上述需求。

再例如，直播应用在展示信息时，通常需要对展示的信息进行渲染，这样，当直播应用按照上述信息展示方式展示多条信息时，直播应用承载的渲染压力会比较大，在这种情况下，直播应用将会出现卡顿、甚至崩溃的现象，严重影响用户观看视频直播的用户体验。

为了解决上述问题，本申请实施例提供一种信息展示方法和装置，该方法包括：获取至少一条待展示信息；基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式。本申请实施例提供的技术方案，通过在直播应用中设置待展示信息的缓存队列以及展示优先级，使得在获取到至少一条待展示信息时，可以基于缓存队列的使用情况和/或待展示信息中与展示优先级相关的属性确定至少一条待展示信息的展示方式。由于本申请实施例改变了待展示信息的展示方式，因此，可以兼顾终端设备的展示性能，从而改善待展示信息的展示效果，提升用户体验。

与现有技术相比，本申请实施例提供的技术方案，由于可以基于待展示信息的优先级确定待展示信息的展示方式，因此，可以满足用户对想要观看的聊天信息、打赏信息等展示时间的需求；由于可以基于待展示信息的缓存队列的使用情况，确定待展示信息的展示方式，因此，可以减缓直播应用读取待展示信息的压力，进而减少对待展示信息进行渲染时的渲染压力，有效避免直播应用由于渲染压力过大导致的卡顿或崩溃现象。

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

需要说明的是，本申请实施例提供的技术方案可以用于直播应用的信息展示，所述直播应用可以是由HTML5开发的直播应用，也可以是由Android或iOS的原生系统开发的直播应用，还可以是其他技术或系统开发的直播应用，这里不做具体限定。

本申请实施例提供的技术方案可以有效改善直播应用展示信息的展示效果，具体应用场景可以是用户在PC端观看视频直播时，有效改善PC端的直播应用的信息展示效果，也可以是用户在移动终端观看视频直播时，有效改善移动终端的直播应用的信息展示效果。其中，所述移动终端可以是智能手机，也可以是iPad，这里也不做具体限定。本申请的以下实施例可以以改善移动终端的直播应用的信息展示效果为例进行说明。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1是本申请的一个实施例信息展示方法的流程示意图。所述信息展示方法可以应用于移动终端中直播应用对应的客户端(以下简称直播客户端)，所述信息展示方法如下所述。

S102：获取至少一条待展示信息。

在S102中，直播客户端在进行信息展示时，可以获取至少一条待展示信息，具体地，可以接收直播应用对应的服务器(以下简称服务器)推送的一条或多条待展示信息，也可以从服务器主动获取一条或多条待展示信息。

本申请实施例中，所述待展示信息可以是用户进出直播客户端时，该用户的进出信息，也可以是用户在观看视频直播的过程中，用户的聊天信息或打赏信息等，这里不做具体限定。

直播客户端在获取到所述至少一条待展示信息后，可以执行S104。

S104：基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式。

在S104中，在直播客户端设置了可以用于缓存待展示信息的缓存队列，直播客户端在获取到所述至少一条待展示信息后，可以基于所述缓存队列和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式。

应理解，所述展示优先级可以是携带在待展示信息中的优先级标记，或者是基于待展示信息中的某个属性或某几个属性确定的展示顺序。其中，待展示信息中与展示优先级相关的属性，可以包括待展示信息的时间线(timeline)、待展示信息的接收时间、待展示信息所属的用户的用户类型、待展示信息所属的用户的用户级别、待展示信息的打赏金额中的至少一种。

待展示信息的时间线(timeline)，是指待展示消息对应的事件的发生时刻。

待展示信息的用户类型可以根据待展示信息对应的用户与用户本人的关系确定，例如，可包括：用户本人和非用户本人两类；又例如，可包括：用户本人、用户关注的人、其它用户三类。当然，还可能有其它分类方式，本申请实施例在此不再一一赘述。

本申请实施例在确定所述至少一条待展示信息的展示方式之前，所述方法可以包括：

基于所述至少一条待展示信息的时间线、接收时间、用户类型、用户级别以及打赏金额中的至少一种，确定所述至少一条待展示信息的展示优先级。

待展示信息的时间线(timeline)，是指待展示消息对应的事件的发生时刻。

可选地，可基于待展示信息的timeline确定待展示信息的展示优先级，例如，timeline在前的，展示优先级高；timeline在后的，展示优先级低，等等。当然，应理解，考虑到显示的及时性问题，如果待展示信息的时间线距离当前时刻大于预定时间，可能就没有展示的价值，展示优先级最低。

可选地，可基于待展示信息的接收时间确定待展示信息的展示优先级，例如，接收时间在前的，展示优先级高；接收时间在后的，展示优先级低，等等。

待展示信息的用户类型可以根据待展示信息对应的用户与用户本人的关系确定，例如，可包括：用户本人和非用户本人两类；又例如，可包括：用户本人、用户关注的人、其它用户三类。当然，还可能有其它分类方式，本申请实施例在此不再一一赘述。

可选地，可基于待展示信息的用户类型确定待展示信息的展示优先级。例如，用户本人的展示优先级最高、用户关注的人的展示优先级次之、其它用户的展示优先级最低，等等。

可选地，可基于待展示信息的用户等级确定待展示信息的展示优先级。例如，假设用户等级分为10级，按重要性从低到高以此为1-10。此时，10级用户的待展示信息的展示优先级，要高于1级用户的待展示信息的展示优先级。又例如，用户等级还可包括VIP用户和非VIP用户等等。

可选地，还可基于待展示信息中的打赏金额确定待展示信息的展示优先级。例如，打赏10元的展示优先级高于打赏0.1元的。

当然，应理解，前面只是列举了基于某种属性确定优先级的情况。在具体的应用中，可结合多种属性确定待展示信息的展示优先级。

例如，可以基于用户级别和打赏金额这两种属性确定待展示信息的展示优先级，当获取到两条打赏信息时，如果两条打赏信息所属用户的用户级别相同，则可以继续判断两条打赏信息的打赏金额，打赏金额高的展示优先级高，打赏金额低的展示优先级低。如果两条打赏信息所属用户的用户级别不同，打赏金额也不同，则可以根据实际需要设置用户级别和打赏金额各自所占的权重，根据各自的权重确定最终的展示优先级。

在通过上述记载的方法确定所述至少一条待展示信息的展示优先级后，可以基于所述缓存队列的使用情况和/或所述至少一条待展示信息的展示优先级，确定所述至少一条待展示信息的展示方式。换句话说，可基于所述缓存队列的使用情况和/或至少一条待展示信息中与展示优先级相关的属性，确定至少一条待展示信息的展示方式。

在本申请的一个实施例中，基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式，可以包括：

当所述缓存队列存在剩余缓存空间时，将所述至少一条待展示信息添加至所述缓存队列，并从所述缓存队列中读取所述至少一条待展示信息进行展示。

例如，在获取到所述至少一条待展示信息后，可以判断所述缓存队列中是否存在剩余缓存空间。

判断所述缓存队列是否存在剩余缓存空间的方法，可以是确定所述缓存队列中缓存的信息条数是否小于设定值。其中，所述设定值可以是缓存队列最多可以存储的信息条数，具体可以根据直播客户端实际可以承载的渲染压力确定，或者由用户自行设定。

若所述缓存队列中缓存的信息条数小于所述设定值，则可以确定所述缓存队列存在剩余缓存空间，若所述缓存队列中缓存的信息条数不小于所述设定值，则可以确定所述缓存队列不存在剩余缓存空间。

当所述缓存队列中存在剩余缓存空间时，可以将所述至少一条待展示信息添加至所述缓存队列中，以便于从所述缓存队列中读取所述至少一条待展示信息进行展示。

在本申请实施例中，将所述至少一条待展示信息添加至所述缓存队列，可以包括：

确定所述至少一条待展示信息占用的空间是否不大于所述缓存队列的剩余缓存空间；

若是，则将所述至少一条待展示信息全部添加至所述缓存队列；

若否，则选择所述至少一条待展示信息中的部分添加至所述缓存队列，直至所述缓存队列不存在剩余缓存空间。

在实际应用中，直播客户端一次获取的待展示信息占用的空间可能大于缓存队列的剩余缓存空间，也可能小于或等于所述缓存队列的剩余缓存空间。如果大于缓存队列的剩余缓存空间，那么，待展示信息将无法全部添加至缓存队列中。因此，在确定缓存队列中存在剩余缓存空间时，还可以进一步确定获取的待展示信息占用的空间是否不大于缓存队列的剩余缓存空间，即缓存队列是否可以容纳获取的全部待展示信息。

若获取的待展示信息占用的空间不大于缓存队列的剩余缓存空间，则可以将获取的待展示信息全部添加至缓存队列中；否则，可以选择获取的待展示信息中的部分添加至缓存队列，直至缓存队列不存在剩余缓存空间为止。

例如，缓存队列最多可以存储200条打赏信息，当前存储的打赏消息为0，此时，如果直播客户端在15:00这一时间段从服务端反馈的信息里获取了50条打赏消息，则可以将这50条打赏消息加入到缓存队列里；如果直播客户端在15:00这一时间段从服务端反馈的信息里获取了250条打赏消息，则可以将这250条打赏消息中的部分(最多200条)加入到缓存队列里。

可选地，在本申请实施例中，选择所述至少一条待展示信息中的部分添加至所述缓存队列，可以包括：

根据所述至少一条待展示信息中与展示优先级相关的属性对应的展示优先级，按照所述展示优先级从高到低的顺序，选择所述至少一条待展示信息中的部分添加至所述缓存队列。

例如，如果缓存队列中剩余缓存空间为40条信息，待展示信息为100条，那么，可以按照这100条待展示信息的展示优先级从高到低的顺序，选择其中40条待展示信息添加至所述缓存队列中。

以基于待展示信息的timeline确定待展示信息的展示优先级为例。假设缓存队列最多可以存储200条打赏信息，当前存储的打赏消息为160。同时，假设直播客户端在15:00这一时间段从服务端反馈的信息里获取了100条打赏消息。其中，打赏消息对应的timeline(即用户进行打赏的时间)分布在14:59:50-14:59:59的区间。如果直播客户端设定距离当前时间超过5s的不显示，其余按照timeline的先后顺序展示，则按照这100条打赏信息的timeline，将timeline在14:59:50-14:59:55之间的抛弃，其余按照timeline的时间顺序加入到缓存队列里，直到补充足够200条打赏消息，或所有可显示的打赏信息都进入缓存队列为止。

需要说明的是，所述缓存队列中缓存的信息是动态变化的，即在将所述至少一条待展示信息中的部分添加至所述缓存队列的过程中，所述缓存队列中的其他信息会被读取并展示在直播界面中，当其他信息被读取并展示后，所述缓存队列中可以腾出一部分缓存空间，此时，可以继续将所述至少一条待展示信息中的部分添加至所述缓存队列，直至所述缓存队列不存在剩余缓存空间。

在继续将所述至少一条待展示信息中的部分添加至所述缓存队列时，也可以按照待展示信息的展示优先级从高到低的顺序，选择部分的待展示信息添加至所述缓存队列。

以基于待展示信息的timeline确定待展示信息的展示优先级为例，在上述100条待展示信息中，在将40条待展示信息添加至所述缓存队列的过程中，如果所述缓存队列中有10条信息被读取并展示，则可以选择剩余的60条待展示信息中timeline在前的10条待展示信息添加至所述缓存队列中。

还需要说明的是，针对无法添加至所述缓存队列中的一条或多条所述待展示信息，可以将其忽略不展示，以减少直播客户端的渲染压力。

仍以上述100条待展示信息为例，如果最终剩余timeline在后的30条待展示信息无法添加至所述缓存队列中，则可以将该30条待展示信息消除，即忽略不展示这30条待展示信息。

在将所述至少一条待展示信息的全部或部分添加至所述缓存队列中后，可以从所述缓存队列中读取添加的所述待展示信息进行展示。

在本申请实施例中，在缓存队列的存储空间可用的情况下，将待展示信息添加至缓存队列，以基于缓存队列进行展示，可以减缓直播客户端接收到大批量待展示信息时的渲染压力，有效避免现有技术中直播应用由于渲染压力过大导致的卡顿或崩溃现象。

可选地，从所述缓存队列中读取所述至少一条待展示信息进行展示，可以按照先进先出的原则，从所述缓存队列中读取所述待展示信息进行展示。其中，每从所述缓存队列中读取一条所述待展示信息，所述缓存队列就可以腾出一条信息的缓存空间。

将至少一条所述待展示信息进行展示，可以包括：

针对其中一条所述待展示信息，执行以下操作：

判断当前展示界面中是否存在空闲的展示轨道；

若是，则将所述待展示信息在空闲的展示轨道上展示；

若否，则等待空闲的展示轨道，并在出现空闲的展示轨道时，将所述第一待展示信息在所述空闲的展示轨道上展示。

所述展示轨道可以用于展示待展示信息，其中，一条展示轨道可以用于展示一条待展示信息，直播界面中包含的展示轨道的个数可以根据实际情况确定，优选地，直播界面中包含的展示轨道的个数可以为2个。当然，也不排除只有1个展示轨道，或者有3个及3个以上展示轨道的情况。

可选地，所述方法还包括：

当展示界面中存在空闲的展示轨道时，按照先进先出的原则从所述缓存队列中取出第二待展示信息；

如果所述第二待展示信息的时间线与当前时刻之差小于预定时间段，通过所述空闲的展示轨道进行展示；

如果所述第二待展示信息的时间线与当前时刻之差大于或等于所述预定时间段，忽略所述第二待展示信息。

考虑到展示界面展示的信息的时效性，在从缓存队列中取出第二待展示信息并在展示界面中空闲的展示轨道进行展示之前，还可以进一步判断所述第二待展示信息与当前时刻之差是否小于预定时间段。若是，则可以将所述第二待展示信息在空闲的展示轨道进行展示；否则，可以忽略所述第二待展示信息，以保证展示界面展示的信息的时效性。

所述预定时间段可以根据实际的时效性要求确定，这里不做具体限定。

可选地，所述方法还包括：

根据所述待展示信息中与展示时间相关的属性，确定所述待展示信息的展示时间；

在将所述待展示信息在展示界面进行展示时，按照所述展示时间进行展示。

为了提升用户体验，本申请实施例在将待展示信息在展示界面进行展示时，可以根据待展示信息中与展示时间相关的属性确定待展示信息的展示时间，其中，与展示时间相关的属性可以包含上述记载的用户类型、用户级别以及打赏金额中的至少一种。

在确定待展示信息的展示时间时，例如，用户类型为用户本人，则展示时间最长，用户类型为用户关注的人，则展示时间居中，用户类型为其他用户则展示时间最短；用户级别越高，展示时间越长；用户的打赏金额越多，展示时间越长。当然，还可基于用户类型、用户级别以及打赏金额中的多种，综合确定展示时间。

应理解，在确定待展示信息的展示时间时，还可以根据待展示信息的展示优先级确定。其中，待展示信息的展示优先级越高，展示时间越长，具体可以根据实际情况确定，这里不做具体限定。

例如，若待展示信息为打赏信息，且为用户本人的打赏信息，则打赏信息的展示优先级可以是最高的优先级，打赏信息的展示时间可以设置为3秒，以便于该用户可以在较长时间内查看到自己的打赏信息。再例如，如果待展示信息为其他用户的打赏信息，且打赏金额超过设定金额(例如5元)，则所述打赏信息的展示优先级可以是较高的优先级，待展示信息的展示时间可以设置为2秒，以便于用户可以在较长时间内查看到打赏金额比较多的打赏信息。

在本申请实施例中，在获取到所述至少一条待展示信息后，当缓存队列不存在剩余缓存空间时，可以直接忽略待展示信息，不予展示。这样，由于在缓存队列不存在剩余缓存空间的情况下，对获取到的待展示信息忽略不展示，因此，可以减少直播应用的渲染压力，避免直播应用由于渲染压力较大导致的卡顿或崩溃现象。

在本申请的另一实施例中，基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式，可以包括：

如果第一待展示信息中与展示优先级相关的属性对应的展示优先级不小于预设优先级，且当前展示界面中存在空闲的展示轨道，则将所述第一待展示信息在所述空闲的展示轨道上展示，其中，第一待展示信息是所述至少一条待展示信息中的任一条待展示信息。

本实施例中，在获取到至少一条待展示信息后，可以根据每一条待展示信息中与展示优先级相关的属性确定每一条待展示信息的展示优先级，进而确定展示优先级不小于预设优先级的第一待展示信息。第一待展示信息的条数可以是一条，也可以是多条。

在本申请实施例中，预设优先级根据展示优先级确定，例如，所述展示优先级一共分为最高、较高、中等、较低、最低五级，那么所述预设优先级可以是最高的所述展示优先级，也可以是中等的所述展示优先级，具体可以根据实际情况确定，这里不做具体限定。展示优先级的确定方法，可参考前述的展示优先级确定方法，不再赘述。

在确定所述第一待展示信息后，可以直接将所述第一待展示信息在展示界面进行展示。在将所述第一待展示信息在所述展示界面进行展示时，若当前展示界面中存在空闲的展示轨道，则可以直接将所述第一待展示信息在所述空闲的展示轨道上展示。

在将所述第一待展示信息在所述空闲的展示轨道上展示时，可以根据所述第一待展示信息中与展示时间相关的属性确定所述第一待展示信息的展示时间，具体可以参见上述实施例记载的相应内容，这里不再重复描述。

需要说明的是，针对展示优先级小于所述预设优先级的一条或多条待展示信息，可以根据所述缓存队列的使用情况，确定所述一条或多条待展示信息的展示方式，具体可以参见上述记载的内容，这里不再重复描述。此外，也可以将所述一条或多条待展示信息忽略，以减少直播客户端的渲染压力，本实施例不做具体限定。

在本申请的另一实施例中，基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式，包括：

如果第一待展示信息中与展示优先级相关的属性对应的展示优先级不小于预设优先级，且当前展示界面中不存在空闲的展示轨道，则等待空闲的展示轨道，并在出现空闲的展示轨道时，将所述第一待展示信息在所述空闲的展示轨道上展示，其中，第一待展示信息是所述至少一条待展示信息中的任一条待展示信息。

本实施例中，在基于上一实施例记载的方法确定所述第一待展示信息并将所述第一待展示信息进行展示时，存在当前的所述展示界面没有空闲的展示轨道的情况，此时，可以等待空闲的展示轨道，并在出现空闲的展示轨道时，将所述第一待展示信息在空闲的展示轨道上展示。具体可以参见上一实施例中记载的相关内容，这里不再重复描述。

图2为本申请的一个实施例信息展示方法的示意图。

图2中，A为视频直播的显示区域，B为展示界面中展示打赏信息的区域，该区域的展示轨道的个数为2。直播客户端在接收到用户本人的一条打赏信息a时，可以确定打赏信息a的展示优先级为最高的展示优先级，此时，可以将打赏信息a在展示界面的空闲的展示轨道进行展示。

如图2所示，a为用户本人的打赏信息，b为其他用户的打赏信息。由于打赏信息a为用户本人的打赏信息，则在所述展示界面展示打赏信息a的展示时间可以是3秒。

图2中，在所述展示界面展示打赏信息a时，还可以将打赏信息a动画显示。

本申请实施例提供的技术方案，获取至少一条待展示信息；基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式。通过在直播应用中设置待展示信息的缓存队列以及展示优先级，使得在获取到至少一条待展示信息时，可以基于缓存队列的使用情况和/或待展示信息中与展示优先级相关的属性确定至少一条待展示信息的展示方式。由于本申请实施例改变了待展示信息的展示方式，因此，可以兼顾终端设备的展示性能，从而改善待展示信息的展示效果，提升用户体验。

图3是本申请的一个实施例信息展示方法的流程示意图。本申请实施例记载的信息展示方法可以由图1记载的实施例的信息展示方法实现。本申请实施例提供的信息展示方法可以应用于直播客户端。在本申请实施例中，以打赏信息作为待展示信息进行举例说明。当然，应理解，本申请的待展示信息包括但不限于打赏信息。

步骤301：获取待展示的打赏信息。

在步骤301中，直播客户端可以接收服务器推送的待展示的打赏信息，也可以主动从服务器获取待展示的打赏信息。

步骤302：判断打赏信息是否为用户本人的打赏信息。

具体地，在本申请实施例中，可按照打赏信息所属的用户(即进行打赏的用户)与当前用户的关系，区分用户类型。其中，用户类型可用于作为确定展示优先级的属性。

例如，可以将用户类型分成用户本人和其它用户两类。基于这种分类方式，可判断打赏信息是否为用户本人的打赏信息，即判断打赏信息是否为当前使用直播客户端观看视频直播的用户。若是，则可以说明打赏信息的展示优先级高，可以执行步骤303；若否，则可以说明打赏信息的展示优先级低，可以执行步骤306。

当然，应理解，在按照打赏信息所属的用户(即进行打赏的用户)与当前用户的关系区分用户类型时，还可以有其它的分类方式。例如，可以分成用户本人、用户关注的人、和其它用户三类；又例如，可以分为用户本人、用户重点关注的人、用户普通关注的人、其它用户四类。等等。当然，也可以把用户本人归入到其中某一个类别中。

在本申请实施例中，用户类型可以作为展示优先级的一个选择标准，以确定打赏信息展示的优先顺序。

步骤303：判断展示界面中是否存在空闲的展示轨道。

应理解，展示轨道的数量可以是基于直播客户端所在的设备的展示性能(包括内存、渲染能力、CPU等)确定的，也可以是用户自行配置的，或者是一个固定值，本申请实施例对此不作限制。例如，可以是1个展示轨道、2个展示轨道，或更多个展示轨道，等等。

当判定获取到高优先级的打赏信息后，直播客户端可判断当前的展示界面中是否存在空闲的展示轨道。

如果存在空闲的展示轨道，则可以执行步骤304；否则，则可以执行步骤305。

步骤304：将打赏信息在空闲的展示轨道进行展示。

应理解，在对打赏信息进行展示时，还可基于与展示优先级相关的属性，确定展示时间。

打赏信息中与展示时间相关的属性，可包括打赏信息的用户类型、用户级别以及打赏金额中的至少一种。

例如，当前用户关注的人的打赏信息，显示2s，当前用户的打赏信息，显示3s，其它用户的打赏信息，显示1s，等等。用户本人的打赏时间，可以设置为略长一些。

又例如，还可以根据用户打赏的金额，设置展示时间。例如，打赏5-10元，展示时间为1秒；打赏10-100元，展示时间为2秒，等等。当然，打赏金额与展示时间之间的对应关系还可以由用户自行设置。

当然，应理解，还可基于打赏信息的用户类型、用户级别以及打赏金额中的多种，综合确定展示时间。

步骤305：等待预定时间。

应理解，在等待预定时间后，可执行步骤303，进行下一轮的空闲展示轨道的判断。

步骤306：判断缓存队列是否存在剩余缓存空间。

应理解，在步骤302的判断之后，如果确定打赏信息为非本人打赏信息，则可判断缓存队列是否存在剩余缓存空间。

若所述缓存队列存在剩余缓存空间，则执行步骤307；若所述缓存队列不存在剩余缓存空间，则执行步骤310。

步骤307：将打赏信息添加至缓存队列。

应理解，在将打赏信息添加至缓存队列时，可按照打赏信息的展示优先级，将展示优先级高的打赏信息先加入缓存队列中，展示优先级低的后加入缓存队列中。

具体地，可基于与展示优先级相关的属性，确定展示优先级，进而确定进入缓存队列的顺序。可选地，与展示优先级相关的属性，可以是展示优先级本身，例如，打赏信息中可携带展示优先级。或者，可选地，与展示优先级相关的属性，可以包括打赏信息的timeline、接收时间、用户类型、用户级别、打赏金额中的至少一种，直播客户端可基于这些与展示优先级相关的属性，确定展示优先级。

例如，缓存队列中还可容纳20个打赏信息，直播客户端从服务器获取30个打赏信息。此时，直播客户端可基于打赏信息中的打赏金额，从大到小排列；打赏金额相同的，可按照打赏信息的timeline先后顺序排列。特别地，直播客户端还可把距离当前时间超过预定时间(例如，5s)的打赏信息设为最低优先级或者直接过滤掉，等等。对于超出缓存队列的其余部分，直播客户端可直接舍弃。

当然，前面只是展示出了一种将打赏信息添加到缓存队列的方案，在具体的应用中，还可能存在其它技术方案，在此不在一一列举。

步骤308：从缓存队列中取出打赏信息。

当展示轨道空闲，且没有较高优先级的打赏信息在等待时，直播客户端可从缓存队列中取出打赏信息进行展示。

步骤309：判断从缓存队列取出的打赏信息的时间线与当前时刻之差是否小于预定时间段。

直播客户可在准备展示打赏信息时，基于打赏信息的时效性确定是否打赏。

如果打赏信息的时间线与当前时刻之差小于所述预定时间段，则执行步骤304；否则执行步骤310。

当然，应理解，步骤309是一个可选的步骤。直播客户端也可不执行步骤309，直接执行步骤304。

步骤310：忽略所述打赏信息。

即不展示所述打赏信息，以减少直播客户端的渲染压力。

本申请实施例提供的技术方案，在直播客户端设置缓存队列，在需要展示的打赏信息较多时，可以通过判断是否为用户本人发出的打赏信息以及缓存队列的使用情况，基于一边展示一边补足，在缓存队列有剩余存储空间就补足打赏信息，没有剩余存储空间就消除打赏信息的方式，可以减少直播客户端的渲染压力，避免直播客户端卡顿或崩溃，同时，由于将用户本人的打赏信息优先显示，还可以提升用户体验。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

图4是本申请的一个实施例电子设备的结构示意图。请参考图4，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成信息展示装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

获取至少一条待展示信息；

基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式。

上述如本申请图4所示实施例揭示的信息展示装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图1的方法，并实现信息展示装置在图1、图2以及图3所示实施例的功能，本申请实施例在此不再赘述。

当然，除了软件实现方式之外，本申请的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图1所示实施例的方法，并具体用于执行以下操作：

获取至少一条待展示信息；

基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式。

图5是本申请的一个实施例信息展示装置50的结构示意图。请参考图5，在一种软件实施方式中，所述信息展示装置50可包括：获取单元51和展示单元52，其中：

获取单元51，获取至少一条待展示信息；

展示单元52，基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式。

可选地，所述展示单元52基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式，包括：

当所述缓存队列存在剩余缓存空间时，将所述至少一条待展示信息添加至所述缓存队列，并从所述缓存队列中读取所述至少一条待展示信息进行展示。

可选地，所述展示单元52将所述至少一条待展示信息添加至所述缓存队列，包括：

确定所述至少一条待展示信息占用的空间是否不大于所述缓存队列的剩余缓存空间；

若是，则将所述至少一条待展示信息全部添加至所述缓存队列；

若否，则选择所述至少一条待展示信息中的部分添加至所述缓存队列，直至所述缓存队列不存在剩余缓存空间。

可选地，所述展示单元52选择所述至少一条待展示信息中的部分添加至所述缓存队列，包括：

根据所述至少一条待展示信息中与展示优先级相关的属性对应的展示优先级，按照所述展示优先级从高到低的顺序，选择所述至少一条待展示信息中的部分添加至所述缓存队列。

可选地，所述展示单元52基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式，包括：

当所述缓存队列不存在剩余缓存空间时，忽略所述至少一条待展示信息。

可选地，所述展示单元52基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式，包括：

如果第一待展示信息中与展示优先级相关的属性对应的展示优先级不小于预设优先级，且当前展示界面中存在空闲的展示轨道，则将所述第一待展示信息在所述空闲的展示轨道上展示，其中，第一待展示信息是所述至少一条待展示信息中的任一条待展示信息。

可选地，所述展示单元52基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式，包括：

如果第一待展示信息中与展示优先级相关的属性对应的展示优先级不小于预设优先级，且当前展示界面中不存在空闲的展示轨道，则等待空闲的展示轨道，并在出现空闲的展示轨道时，将所述第一待展示信息在所述空闲的展示轨道上展示，其中，第一待展示信息是所述至少一条待展示信息中的任一条待展示信息。

可选地，所述展示单元52根据所述待展示信息中与展示时间相关的属性，确定所述待展示信息的展示时间；

在将所述待展示信息在展示界面进行展示时，按照所述展示时间进行展示。

可选地，所述展示单元52，当展示界面中存在空闲的展示轨道时，按照先进先出的原则从所述缓存队列中取出第二待展示信息；

如果所述第二待展示信息的时间线与当前时刻之差小于预定时间段，通过所述空闲的展示轨道进行展示；

如果所述第二待展示信息的时间线与当前时刻之差大于或等于所述预定时间段，忽略所述第二待展示信息。

可选地，所述待展示信息中与展示优先级相关的属性，包括所述待展示信息的时间线、接收时间、用户类型、用户级别以及打赏金额中的至少一种。

信息展示装置50还可执行图1或图3的方法，并实现信息展示装置在图1、图3所示实施例的功能，本申请实施例在此不再赘述。

本申请实施例还提出了一种信息展示系统，所述信息展示系统可以包括直播客户端和所述直播客户端对应的服务器，所述直播客户端可以包括图5所示的信息展示装置，并可以实现图1或图3所示实施例中记载的方法步骤，所述服务器可以为所述直播客户端提供服务，并可以实现图1或图3所示实施例中记载的服务器的功能。

总之，以上所述仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

Claims (13)

1.一种信息展示方法，包括：

获取至少一条待展示信息；

基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式。

2.如权利要求1所述的方法，基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式，包括：

当所述缓存队列存在剩余缓存空间时，将所述至少一条待展示信息添加至所述缓存队列，并从所述缓存队列中读取所述至少一条待展示信息进行展示。

3.如权利要求2所述的方法，将所述至少一条待展示信息添加至所述缓存队列，包括：

确定所述至少一条待展示信息占用的空间是否不大于所述缓存队列的剩余缓存空间；

若是，则将所述至少一条待展示信息全部添加至所述缓存队列；

若否，则选择所述至少一条待展示信息中的部分添加至所述缓存队列，直至所述缓存队列不存在剩余缓存空间。

4.如权利要求3所述的方法，选择所述至少一条待展示信息中的部分添加至所述缓存队列，包括：

根据所述至少一条待展示信息中与展示优先级相关的属性对应的展示优先级，按照所述展示优先级从高到低的顺序，选择所述至少一条待展示信息中的部分添加至所述缓存队列。

5.如权利要求1所述的方法，基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式，包括：

当所述缓存队列不存在剩余缓存空间时，忽略所述至少一条待展示信息。

6.如权利要求1所述的方法，基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式，包括：

如果第一待展示信息中与展示优先级相关的属性对应的展示优先级不小于预设优先级，且当前展示界面中存在空闲的展示轨道，则将所述第一待展示信息在所述空闲的展示轨道上展示，其中，第一待展示信息是所述至少一条待展示信息中的任一条待展示信息。

7.如权利要求1所述的方法，基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式，包括：

如果第一待展示信息中与展示优先级相关的属性对应的展示优先级不小于预设优先级，且当前展示界面中不存在空闲的展示轨道，则等待空闲的展示轨道，并在出现空闲的展示轨道时，将所述第一待展示信息在所述空闲的展示轨道上展示，其中，第一待展示信息是所述至少一条待展示信息中的任一条待展示信息。

8.如权利要求1所述的方法，所述方法还包括：

根据所述待展示信息中与展示时间相关的属性，确定所述待展示信息的展示时间；

在将所述待展示信息在展示界面进行展示时，按照所述展示时间进行展示。

9.如权利要求1所述的方法，所述方法还包括：

当展示界面中存在空闲的展示轨道时，按照先进先出的原则从所述缓存队列中取出第二待展示信息；

如果所述第二待展示信息的时间线与当前时刻之差小于预定时间段，通过所述空闲的展示轨道进行展示；

如果所述第二待展示信息的时间线与当前时刻之差大于或等于所述预定时间段，忽略所述第二待展示信息。

10.如权利要求1所述的方法，

所述待展示信息中与展示优先级相关的属性，包括所述待展示信息的时间线、接收时间、用户类型、用户级别以及打赏金额中的至少一种。

11.一种信息展示装置，包括：

获取单元，获取至少一条待展示信息；

展示单元，基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式。

12.一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，该可执行指令在被执行时使该处理器执行以下操作：

获取至少一条待展示信息；

基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式。

13.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下方法：

获取至少一条待展示信息；

基于待展示信息的缓存队列的使用情况，和/或所述至少一条待展示信息中与展示优先级相关的属性，确定所述至少一条待展示信息的展示方式。