直播消息展示方法及装置与流程

本公开涉及互联网技术领域，具体而言，涉及一种直播消息展示方法及装置。

背景技术：

随着智能设备的普及，使得直播行业快速发展，越来越多的用户在直播间内进行直播或者在直播间内观看主播的直播。由于直播间内用户的数量没有限制，直播间的用户可以随意进出直播间，故直播间的用户数量和流量可能出现瞬间暴增的情况，比如，在直播间的主播为比较出名的用户时，直播间内的用户数量可能会在短时间内达到几十万甚至上百万。

在直播间内的用户数量较多时，直播间内消息的数量也较多，目前用户端可以通过间隔预设时间从服务器获取直播消息，并将获取的直播消息全部显示在展示区域。但是，当直播间消息数量比较多时，这种展示方式会存在直播消息显示卡顿的现象。

技术实现要素：

本公开实施例至少提供一种直播消息展示方法及装置。

第一方面，本公开实施例提供了一种直播消息展示方法，包括：

在检测到当前时间与上一次获取直播消息的时间之间的时间间隔等于目标消息获取间隔时，向服务端发送本次消息获取请求，并接收服务端返回的直播消息以及更新后的目标消息获取间隔；

根据更新后的目标消息获取间隔以及所述服务端返回的直播消息的数量，确定消息滚动速度；

按照确定的所述消息滚动速度，在展示区域进行直播消息的滚动展示。

一种可选的实施方式中，按照确定的所述消息滚动速度，在展示区域进行直播消息的滚动展示，包括：

在所述消息滚动速度小于或等于设置的速度阈值时，则按照所述消息滚动速度，在所述展区区域进行直播消息的滚动展示。

一种可选的实施方式中，按照确定的所述消息滚动速度，在展示区域进行直播消息的滚动展示，包括：

在所述消息滚动速度大于设置的速度阈值时，基于所述速度阈值以及所述更新后的消息获取间隔，确定待展示的直播消息数量；

基于确定的所述待展示的直播消息数量，从所述服务端返回的直播消息中确定待展示直播消息，并在所述展示区域进行待展示直播消息的滚动展示。

一种可选的实施方式中，确定待展示的直播消息数量之后，还包括：

展示所述服务端返回的直播消息中除所述待展示直播消息之外的其他直播消息对应的消息展开按钮；

若接收到针对所述消息展开按钮的触发操作，在所述展示区域展示所述其他直播消息。

一种可选的实施方式中，基于确定的所述待展示的直播消息数量，从所述服务端返回的直播消息中确定待展示直播消息，包括：

基于确定的所述服务端返回的直播消息中每种消息类型对应的权重以及所述直播消息数量，确定所述服务端返回的直播消息中每种消息类型对应的展示数量；

基于每种消息类型对应的所述展示数量，确定所述服务端返回的直播消息中与该消息类型对应的待展示直播消息。

一种可选的实施方式中，所述展示所述消息展开按钮，包括：

展示所述其他直播消息中每种消息类型对应的消息展开按钮；

在展示所述消息展开按钮之后，所述方法包括：

响应针对任一消息类型对应的消息展开按钮的触发操作，在所述展示区域展示所述其他直播消息中该消息类型对应的直播消息。

第二方面，本公开实施例提供了一种直播消息展示方法，包括：

接收用户端针对目标直播间的消息获取请求；

根据当前时间与所述用户端上一次获取直播消息的时间之间的时间间隔，确定待推送的直播消息；以及，基于所述目标直播间当前的用户数量，确定与该用户数量对应的更新后的目标消息获取间隔；

将确定的更新后的目标消息获取间隔与待推送的直播消息发送给所述用户端。

一种可选的实施方式中，根据当前时间与所述用户端上一次获取直播消息的时间之间的时间间隔，确定待推送的直播消息，包括：

获取在所述用户端上一次获取直播消息的时间至当前时间之间产生的多条直播消息；

在所述多条直播消息的数量大于设置的数量阈值时，基于设置的每种消息类型对应的权重，从多条直播消息中选择每种消息类型对应的直播消息；

将选择的每种消息类型对应的直播消息确定为所述待推送的直播消息。

第三方面，本公开实施例还提供一种直播消息展示装置，包括：

第一接收模块，用于在检测到当前时间与上一次获取直播消息的时间之间的时间间隔等于目标消息获取间隔时，向服务端发送本次消息获取请求，并接收服务端返回的直播消息以及更新后的目标消息获取间隔；

第一确定模块，用于根据更新后的目标消息获取间隔以及所述服务端返回的直播消息的数量，确定消息滚动速度；

第一展示模块，用于按照确定的所述消息滚动速度，在展示区域进行直播消息的滚动展示。

一种可选的实施方式中，第一展示模块，在按照确定的所述消息滚动速度，在展示区域进行直播消息的滚动展示时，用于：

在所述消息滚动速度小于或等于设置的速度阈值时，则按照所述消息滚动速度，在所述展区区域进行直播消息的滚动展示。

一种可选的实施方式中，第一展示模块，在按照确定的所述消息滚动速度，在展示区域进行直播消息的滚动展示时，用于：

在所述消息滚动速度大于设置的速度阈值时，基于所述速度阈值以及所述更新后的消息获取间隔，确定待展示的直播消息数量；

基于确定的所述待展示的直播消息数量，从所述服务端返回的直播消息中确定待展示直播消息，并在所述展示区域进行待展示直播消息的滚动展示。

一种可选的实施方式中，确定待展示的直播消息数量之后，所述装置还包括：

按钮展示模块，用于展示所述服务端返回的直播消息中除所述待展示直播消息之外的其他直播消息对应的消息展开按钮；

第二展示模块，用于若接收到针对所述消息展开按钮的触发操作，在所述展示区域展示所述其他直播消息。

一种可选的实施方式中，第一展示模块，在基于确定的所述待展示的直播消息数量，从所述服务端返回的直播消息中确定待展示直播消息时，用于：

基于确定的所述服务端返回的直播消息中每种消息类型对应的权重以及所述直播消息数量，确定所述服务端返回的直播消息中每种消息类型对应的展示数量；

基于每种消息类型对应的所述展示数量，确定所述服务端返回的直播消息中与该消息类型对应的待展示直播消息。

一种可选的实施方式中，按钮展示模块，在展示所述消息展开按钮时，用于：

展示所述其他直播消息中每种消息类型对应的消息展开按钮；

在展示所述消息展开按钮之后，所述装置还包括：

响应模块，用于响应针对任一消息类型对应的消息展开按钮的触发操作，在所述展示区域展示所述其他直播消息中该消息类型对应的直播消息。

第四方面，本公开实施例还提供一种直播消息展示装置，包括：

第二接收模块，用于接收用户端针对目标直播间的消息获取请求；

第二确定模块，用于根据当前时间与所述用户端上一次获取直播消息的时间之间的时间间隔，确定待推送的直播消息；以及，基于所述目标直播间当前的用户数量，确定与该用户数量对应的更新后的目标消息获取间隔；

发送模块，用于将确定的更新后的目标消息获取间隔与待推送的直播消息发送给所述用户端。

一种可选的实施方式中，第二确定模块，在根据当前时间与所述用户端上一次获取直播消息的时间之间的时间间隔，确定待推送的直播消息时，用于：

获取在所述用户端上一次获取直播消息的时间至当前时间之间产生的多条直播消息；

在所述多条直播消息的数量大于设置的数量阈值时，基于设置的每种消息类型对应的权重，从多条直播消息中选择每种消息类型对应的直播消息；

将选择的每种消息类型对应的直播消息确定为所述待推送的直播消息。

第五方面，本公开实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤，或执行上述第二方面，或第二方面中任一种可能的实施方式中的步骤。

第六方面，本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤，或执行上述第二方面，或第二方面中任一种可能的实施方式中的步骤。

本公开实施例提供的直播消息展示方法及装置，通过在检测到当前时间与上一次获取直播消息的时间之间的时间间隔等于目标消息获取间隔时，向服务端发送本次消息获取请求，并接收服务端返回的直播消息以及更新后的目标消息获取间隔；利用更新后的目标消息获取间隔以及服务端返回的直播消息的数量，确定消息滚动速度；按照确定的消息滚动速度，在展示区域进行直播消息的滚动展示，通过为接收到的直播消息确定消息滚动速度，并在展示区域中按照确定的消息滚动速度展示直播消息，从而灵活控制直播消息的滚动速度，避免出现卡顿现象。同时，用户端可以接收到更新后的目标消息获取间隔，根据更新后的目标消息获取间隔确定下一次获取直播消息的时间，可以对获取直播消息的频率进行调整，提高展示直播消息的灵活性。

为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，此处的附图被并入说明书中并构成本说明书中的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本公开实施例所提供的一种直播消息展示方法的流程图；

图2示出了本公开实施例所提供的直播消息展示方法中，展示直播消息的界面示意图；

图3a示出了本公开实施例所提供的直播消息展示方法中，展示直播消息的界面示意图；

图3b示出了本公开实施例所提供的直播消息展示方法中，展示直播消息的界面示意图；

图4示出了本公开实施例所提供的另一种直播消息展示方法的流程图；

图5示出了本公开实施例所提供的一种直播消息展示装置的示意图；

图6示出了本公开实施例所提供的另一种直播消息展示装置的示意图；

图7示出了本公开实施例所提供的一种电子设备700的示意图；

图8示出了本公开实施例所提供的另一种电子设备800的示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

一般的，直播间对应的用户端，可以周期性的从服务端获取直播间内的直播消息，并将获取的直播间的直播消息显示在用户端的展示区域上。由于展示区域的面积是有限的，在直播消息较少时，展示区域上可以将获取的直播消息进行全部展示；但是，由于直播消息是周期性拉取和展示，在周期较长时直播消息的展示存在卡顿现象，使得展示的直播消息的展示效果较差。故为了解决上述问题，本公开提供了一种直播消息展示方法及装置。

针对以上方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本公开针对上述问题所提出的解决方案，都应该是发明人在本公开过程中对本公开做出的贡献。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

为便于对本实施例进行理解，首先对本公开实施例所公开的一种直播消息展示方法进行详细介绍，本公开实施例所提供的直播消息展示方法的执行主体一般为具有一定计算能力的计算机设备，该计算机设备例如包括：终端设备或服务器或其它处理设备，终端设备可以为用户设备(userequipment，ue)、移动设备、用户终端、终端、蜂窝电话、无绳电话、个人数字处理(personaldigitalassistant，pda)、手持设备、计算设备、车载设备、可穿戴设备等。在一些可能的实现方式中，该直播消息展示方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。

为便于对本公开实施例进行理解，首先对本公开实施例所公开的一种直播消息展示方法进行详细介绍。

实施例一

参见图1所示，为本公开实施例提供的直播消息展示方法的流程图，该方法应用于用户端，所述方法包括步骤s101～s103，其中：

s101，在检测到当前时间与上一次获取直播消息的时间之间的时间间隔等于目标消息获取间隔时，向服务端发送本次消息获取请求，并接收服务端返回的直播消息以及更新后的目标消息获取间隔。

示例性说明，直播间a内的用户端a，上一次获取直播消息的时间为10:10:10(该时间为10时10分10秒)，上一次获取直播消息时，接收到的目标消息获取间隔为3秒，则可以在当前时间为10:10:13时，向服务端发送本次消息获取请求，并接收服务端返回的直播消息以及更新后的目标消息获取间隔；其中，接收到的直播消息为直播间a在10:10:10(不包括10:10:10)至10:10:13(包括10:10:13)的时间段内产生的直播消息。若更新后的目标消息获取间隔为5秒，则可以在当前时间为10:10:18时，向服务端再次发送本次消息获取请求，并再次接收服务端返回的直播消息以及更新后的目标消息获取间隔，此次接收到的直播消息为直播间a在10:10:13至10:10:18的时间段内产生的直播消息。

这里，接收到的直播消息可以为直播间在目标消息获取间隔对应的时间段内产生的每一条消息，也可以为从直播间在目标消息获取间隔对应的时间段内产生的多条消息中选取的部分消息。

s102，根据更新后的目标消息获取间隔以及服务端返回的直播消息的数量，确定消息滚动速度。

这里，可以根据更新后的目标消息获取间隔以及接收到的直播消息的数量，确定消息本次消息获取请求对应的直播消息的消息滚动速度。比如，可以将直播消息的数量与更新后的目标消息获取间隔相除，得到对应的消息滚动速度。

示例性说明，若用户端a接收到的更新后的目标消息获取间隔为5秒，接收到的直播消息的数量为20条，则确定消息滚动速度为5条/每秒，即可以在展示区域中每秒中展示5条直播消息。或者，也可以确定消息滚动速度为0.25秒/每条，即可以在展示区域中为每条直播消息展示0.25秒。

s103，按照确定的消息滚动速度，在展示区域进行直播消息的滚动展示。

这里，在确定了消息滚动速度之后，可以按照确定的消息滚动速度，在展示区域进行直播消息的滚动展示。

本公开实施例中，通过在检测到当前时间与上一次获取直播消息的时间之间的时间间隔等于目标消息获取间隔时，向服务端发送本次消息获取请求，并接收服务端返回的直播消息以及更新后的目标消息获取间隔；利用更新后的目标消息获取间隔以及服务端返回的直播消息的数量，确定消息滚动速度；按照确定的消息滚动速度，在展示区域进行直播消息的滚动展示，通过为接收到的直播消息确定消息滚动速度，并在展示区域中按照确定的消息滚动速度展示直播消息，从而灵活控制直播消息的滚动速度，避免出现卡顿现象。同时，用户端可以接收到更新后的目标消息获取间隔，根据更新后的目标消息获取间隔确定下一次获取直播消息的时间，可以对获取直播消息的频率进行调整，提高展示直播消息的灵活性。

一种可选实施方式中，按照确定的消息滚动速度，在展示区域进行直播消息的滚动展示，包括：

在消息滚动速度小于或等于设置的速度阈值时，则按照消息滚动速度，在展区区域进行直播消息的滚动展示。

考虑到用户端对应的用户在查看直播消息时，若消息滚动速度太快，即消息滚动速度超过用户的识别速度时，会造成用户无法在直播消息滚动时查看展示的直播消息，为用户查看直播消息带来不便，降低了用户的体验度。因此，可以根据先验经验确定速度阈值，即可以将用户可接受的最快的速度确定为速度阈值。其中，速度阈值的设置可以根据实际需要进行确定。

在得到消息滚动速度之后，若消息滚动速度小于或等于设置的速度阈值时，则可以按照消息滚动速度，在展区区域进行直播消息的滚动展示。

一种可选实施方式中，按照确定的消息滚动速度，在展示区域进行直播消息的滚动展示，包括：

一、在消息滚动速度大于设置的速度阈值时，基于速度阈值以及更新后的消息获取间隔，确定待展示的直播消息数量。

二、基于确定的待展示的直播消息数量，从服务端返回的直播消息中确定待展示直播消息，并在展示区域进行待展示直播消息的滚动展示。

在消息滚动速度大于设置的速度阈值时，可以基于速度阈值以及更新后的消息获取间隔，确定待展示的直播消息数量。比如，在速度阈值对应的单位为条/每秒时，则可以将速度阈值与更新后的消息获取间隔相乘，确定待展示的直播消息数量。或者，在速度阈值对应的单位为秒/每条时，则可以将更新后的消息获取间隔与速度阈值相除，确定待展示的直播消息数量。或者，也可以基于速度阈值确定一个更新后的消息滚动速度(比如，可以选择小于速度阈值的速度作为消息滚动速度)，进而可以基于确定的更新后的消息滚动速度以及更新后的消息获取间隔，确定待展示的直播消息数量。

再根据确定的待展示的直播消息数量，从接收到的直播消息中选择部分直播消息(部分直播消息的数量可以等于确定的待展示的直播消息数量)，作为确定的待展示直播消息，进而可以根据速度阈值或者确定的更新后的消息滚动速度，在展示区域进行待展示直播消息的滚动展示。

一种可选实施方式中，在基于确定的待展示的直播消息数量，从服务端返回的直播消息中确定待展示直播消息时，可以包括：

步骤一、基于确定的服务端返回的直播消息中每种消息类型对应的权重以及直播消息数量，确定服务端返回的直播消息中每种消息类型对应的展示数量。

步骤二、基于每种消息类型对应的展示数量，确定服务端返回的直播消息中与该消息类型对应的待展示直播消息。

这里，每种消息类型对应的权重可以为从服务端获取得到的，也可以为根据直播消息中每种消息类型对应的消息数量确定得到的。比如，若接收到的直播消息中包括点赞消息20条、评论消息20条、打赏消息10条，则确定直播消息中每种消息类型对应的权重可以为：点赞消息的权重为0.4，评论消息的权重可以为0.4，打赏消息的权重为0.2。

进一步的，若确定的直播消息数量为20条时，则可以确定点赞消息对应的展示数量为8条，评论消息对应的展示数量为8条，打赏消息对应的展示数量为4条，则可以从接收到的20条点赞消息中选择8条作为点赞消息对应的待展示直播消息，从接收到的20条评论消息中选择8条作为评论消息对应的待展示直播消息，从接收到的10条打赏消息中选择4条作为打赏消息对应的待展示直播消息。

在具体实施时，直播间内的主播对应的每种消息类型的权重，可以与直播间内的观众对应的每种消息类型的权重不同。比如，可以将直播间内主播对应的评论消息的权重设置的较大，可以将直播间内观众对应的打赏消息的权重设置的较大。其中，每种消息类型对应的权重可以根据实际情况进行设置，此处不进行具体限定。

一种可选实施方式中，确定待展示的直播消息数量之后，还包括：

一、展示服务端返回的直播消息中除待展示直播消息之外的其他直播消息对应的消息展开按钮。

二、若接收到针对消息展开按钮的触发操作，在展示区域展示其他直播消息。

本公开实施例中，还可以在展示区域中展示直播消息中除待展示直播消息之外的其他直播消息对应的消息展开按钮。用户端对应的用户可以通过触发消息展开按钮，在展示区域查看直播消息中除待展示直播消息之外的其他直播消息。其中，消息展示按钮可以为设置的任一格式的按钮，比如，消息展示按钮可以为包括文字和图形的按钮。

示例性的，可以在触发消息展开按钮之后，在展示区域中按照其他直播消息的生成时间，展示全部的其他直播消息。或者，也可以在触发消息展开按钮之后，在展示区域中展示每种消息类型对应的消息展开按钮，使得用户可以在触发每种消息类型对应的消息展开按钮后，可以查看与该消息类型对应的直播消息。

参见图2所示的展示直播消息的界面示意图，图中包括主播图像显示区域、基本信息显示区域、展示区域、功能区域。其中，主播图像显示区域中可以显示主播的图像。基本信息显示区域可以显示基本信息，该基本信息可以包括直播间内观众的用户名、直播间内观众的数量、主播的名字等信息。展示区域中可以展示获取的直播消息，比如包括直播消息a、直播消息b、直播消息c、直播消息d等，进一步，在直播消息较多时，展示区域中还可以展示消息展示按钮，以便用户可以触发消息展示按钮，查看直播消息中未展示的其他直播消息。功能区域中包括评论消息生成按钮、打赏按钮、更多按钮、关闭按钮，比如，可以触发图2中“说点什么…”对应的区域生成评论消息，触发打赏按钮为主播打赏(比如打赏按钮可以为图中圆形+心形的图像标识)等。

一种可选实施方式中，展示消息展开按钮，可以包括：展示其他直播消息中每种消息类型对应的消息展开按钮。

这里，可以为每种消息类型设置一对应的消息展开按钮，比如，可以为点赞消息设置对应的消息展开按钮，可以为评论消息设置对应的消息展开按钮等。在具体实施时，可以将各种消息类型对象的消息展开按钮按照顺序设置在展示区域的最下方。或者，可以将每种消息类型对应的消息展开按钮设置在对应的直播消息的下方。比如，可以将点赞消息类型对应的消息展开按钮设置在展示区域中展示的最后一条点赞消息(该最后一条点赞消息可以为此次获取的直播消息中的最后一条点赞消息)的下方。

参见图3a所示，将各种消息类型对象的消息展开按钮按照顺序设置在展示区域的最下方，图中示出的是将评论消息展示按钮、点赞消息展示按钮设置在了展示区域的下方，评论消息展示按钮设置在点赞消息展示按钮的上方，其中，评论消息展示按钮、点赞消息展示按钮的位置可以为随机设置的，也可以根据评论消息和点赞消息最后一条直播消息的生成进行确定；比如，若此次获取的直播消息中的最后一条评论消息的生成时间早于最后一条点赞消息的生成时间，则将评论消息展示按钮设置在点赞消息展示按钮的上方。参见图3b所示，可以将每种消息类型对应的消息展开按钮设置在对应的直播消息的下方，比如将评论消息展示按钮设置在直播消息a的下方(该直播消息a为此次获取的直播消息中的最后一条评论消息)，将点赞消息展示按钮设置在直播消息b的下方(该直播消息b为此次获取的直播消息中的最后一条点赞消息)。

一种可选实施方式中，在展示消息展开按钮之后，该方法可以包括：响应针对任一消息类型对应的消息展开按钮的触发操作，在展示区域展示其他直播消息中该消息类型对应的直播消息。

这里，用户可以通过触发任一消息类型对应的消息展开按钮，在展示区域展示其他直播消息中该消息类型对应的直播消息，对该种消息类型对应的其他直播消息中的直播消息进行查看。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

基于同一发明构思，本公开实施例中还提供了与直播消息展示方法对应的直播消息展示装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述直播消息展示方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

实施例二

参见图4所示，为本公开实施例提供的直播消息展示方法的流程图，该方法应用于服务端，所述方法包括步骤s401～s403，其中：

s401，接收用户端针对目标直播间的消息获取请求。

s402，根据当前时间与用户端上一次获取直播消息的时间之间的时间间隔，确定待推送的直播消息；以及，基于目标直播间当前的用户数量，确定与该用户数量对应的更新后的目标消息获取间隔。

s403，将确定的更新后的目标消息获取间隔与待推送的直播消息发送给用户端。

本公开实施例中，服务端在接收到用户端发送的针对目标直播间的消息获取请求时，根据接收到该消息获取请求的当前时间与用户端上一次获取直播消息的时间之间的时间间隔，确定待推送的直播消息。同时，可以基于目标直播间当前的用户数量，确定与该用户数量对应的更新后的目标消息获取间隔。

在具体实施时，可以根据目标直播间当前的用户数量、以及预先存储的用户数量与消息获取间隔之间的映射关系，确定与该用户数量对应的更新后的目标消息获取间隔。比如，若预先存储的用户数量与消息获取间隔之间的映射关系可以为：在用户数量为1-500时，消息获取间隔为1秒；在用户数量为501-5000时，消息获取间隔为3秒；在用户数量为大于5000时，消息获取间隔为5秒。进而，在目标直播间当前的用户数量为100时，可以确定与该用户数量对应的更新后的目标消息获取间隔为1秒；在目标直播间当前的用户数量为1000时，可以确定与该用户数量对应的更新后的目标消息获取间隔为3秒。

再可以将确定的更新后的目标消息获取间隔与待推送的直播消息发送给用户端。

一种可选实施方式中，根据当前时间与用户端上一次获取直播消息的时间之间的时间间隔，确定待推送的直播消息，包括：

一、获取在用户端上一次获取直播消息的时间至当前时间之间产生的多条直播消息。

二、在多条直播消息的数量大于设置的数量阈值时，基于设置的每种消息类型对应的权重，从多条直播消息中选择每种消息类型对应的直播消息。

三、将选择的每种消息类型对应的直播消息确定为待推送的直播消息。

本公开实施例中，若多条直播消息的数量小于或等于设置的数量阈值时，可以将获取的多条直播消息确定为待推送的直播消息，并将确定的待推送的直播消息发送给对应的客户端。

若多条直播消息的数量大于设置的数量阈值时，则可以基于设置的每种消息类型对应的权重，从多条直播消息中选择每种消息类型对应的直播消息，将选择的每种消息类型对应的直播消息确定为待推送的直播消息，并将确定的待推送的直播消息发送给对应的客户端。

本公开实施例提供的直播消息展示方法，与上述实施例一提供的直播消息展示方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

基于同一发明构思，本公开实施例中还提供了与该直播消息展示方法对应的直播消息展示装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述直播消息展示方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

实施例三

参照图5所示，为本公开实施例提供的一种直播消息展示装置的示意图，所述装置包括：第一接收模块501、第一确定模块502、第一展示模块503、按钮展示模块504、第二展示模块505、以及响应模块506；其中，

第一接收模块501，用于在检测到当前时间与上一次获取直播消息的时间之间的时间间隔等于目标消息获取间隔时，向服务端发送本次消息获取请求，并接收服务端返回的直播消息以及更新后的目标消息获取间隔；

第一确定模块502，用于根据更新后的目标消息获取间隔以及所述服务端返回的直播消息的数量，确定消息滚动速度；

第一展示模块503，用于按照确定的所述消息滚动速度，在展示区域进行直播消息的滚动展示。

一种可选的实施方式中，第一展示模块503，在按照确定的所述消息滚动速度，在展示区域进行直播消息的滚动展示时，用于：

在所述消息滚动速度小于或等于设置的速度阈值时，则按照所述消息滚动速度，在所述展区区域进行直播消息的滚动展示。

一种可选的实施方式中，第一展示模块503，在按照确定的所述消息滚动速度，在展示区域进行直播消息的滚动展示时，用于：

在所述消息滚动速度大于设置的速度阈值时，基于所述速度阈值以及所述更新后的消息获取间隔，确定待展示的直播消息数量；

基于确定的所述待展示的直播消息数量，从所述服务端返回的直播消息中确定待展示直播消息，并在所述展示区域进行待展示直播消息的滚动展示。

一种可选的实施方式中，确定待展示的直播消息数量之后，所述装置还包括：

按钮展示模块504，用于展示所述服务端返回的直播消息中除所述待展示直播消息之外的其他直播消息对应的消息展开按钮；

第二展示模块505，用于若接收到针对所述消息展开按钮的触发操作，在所述展示区域展示所述其他直播消息。

一种可选的实施方式中，第一展示模块503，在基于确定的所述待展示的直播消息数量，从所述服务端返回的直播消息中确定待展示直播消息时，用于：

基于确定的所述服务端返回的直播消息中每种消息类型对应的权重以及所述直播消息数量，确定所述服务端返回的直播消息中每种消息类型对应的展示数量；

基于每种消息类型对应的所述展示数量，确定所述服务端返回的直播消息中与该消息类型对应的待展示直播消息。

一种可选的实施方式中，按钮展示模块504，在展示所述消息展开按钮时，用于：

展示所述其他直播消息中每种消息类型对应的消息展开按钮；

在展示所述消息展开按钮之后，所述装置还包括：

响应模块506，用于响应针对任一消息类型对应的消息展开按钮的触发操作，在所述展示区域展示所述其他直播消息中该消息类型对应的直播消息。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

实施例四

参照图6所示，为本公开实施例提供的一种直播消息展示装置的示意图，所述装置包括：第二接收模块601、第二确定模块602、发送模块603；其中，

第二接收模块601，用于接收用户端针对目标直播间的消息获取请求；

第二确定模块602，用于根据当前时间与所述用户端上一次获取直播消息的时间之间的时间间隔，确定待推送的直播消息；以及，基于所述目标直播间当前的用户数量，确定与该用户数量对应的更新后的目标消息获取间隔；

发送模块603，用于将确定的更新后的目标消息获取间隔与待推送的直播消息发送给所述用户端。

一种可选的实施方式中，第二确定模块602，在根据当前时间与所述用户端上一次获取直播消息的时间之间的时间间隔，确定待推送的直播消息时，用于：

获取在所述用户端上一次获取直播消息的时间至当前时间之间产生的多条直播消息；

在所述多条直播消息的数量大于设置的数量阈值时，基于设置的每种消息类型对应的权重，从多条直播消息中选择每种消息类型对应的直播消息；

将选择的每种消息类型对应的直播消息确定为所述待推送的直播消息。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

基于同一技术构思，本申请实施例还提供了一种电子设备。参照图7所示，为本申请实施例提供的电子设备700的结构示意图，包括处理器701、存储器702、和总线703。其中，存储器702用于存储执行指令，包括内存7021和外部存储器7022；这里的内存7021也称内存储器，用于暂时存放处理器701中的运算数据，以及与硬盘等外部存储器7022交换的数据，处理器701通过内存7021与外部存储器7022进行数据交换，当电子设备700运行时，处理器701与存储器702之间通过总线703通信，使得处理器701在执行以下指令：

在检测到当前时间与上一次获取直播消息的时间之间的时间间隔等于目标消息获取间隔时，向服务端发送本次消息获取请求，并接收服务端返回的直播消息以及更新后的目标消息获取间隔；

根据更新后的目标消息获取间隔以及所述服务端返回的直播消息的数量，确定消息滚动速度；

按照确定的所述消息滚动速度，在展示区域进行直播消息的滚动展示。

一种可能的实施方式中，处理器701执行的指令中，按照确定的所述消息滚动速度，在展示区域进行直播消息的滚动展示，包括：

在所述消息滚动速度小于或等于设置的速度阈值时，则按照所述消息滚动速度，在所述展区区域进行直播消息的滚动展示。

一种可能的实施方式中，处理器701执行的指令中，按照确定的所述消息滚动速度，在展示区域进行直播消息的滚动展示，包括：

在所述消息滚动速度大于设置的速度阈值时，基于所述速度阈值以及所述更新后的消息获取间隔，确定待展示的直播消息数量；

基于确定的所述待展示的直播消息数量，从所述服务端返回的直播消息中确定待展示直播消息，并在所述展示区域进行待展示直播消息的滚动展示。

一种可能的实施方式中，处理器701执行的指令中，确定待展示的直播消息数量之后，还包括：

展示所述服务端返回的直播消息中除所述待展示直播消息之外的其他直播消息对应的消息展开按钮；

若接收到针对所述消息展开按钮的触发操作，在所述展示区域展示所述其他直播消息。

一种可能的实施方式中，处理器701执行的指令中，基于确定的所述待展示的直播消息数量，从所述服务端返回的直播消息中确定待展示直播消息，包括：

基于确定的所述服务端返回的直播消息中每种消息类型对应的权重以及所述直播消息数量，确定所述服务端返回的直播消息中每种消息类型对应的展示数量；

基于每种消息类型对应的所述展示数量，确定所述服务端返回的直播消息中与该消息类型对应的待展示直播消息。

一种可能的实施方式中，处理器701执行的指令中，所述展示所述消息展开按钮，包括：

展示所述其他直播消息中每种消息类型对应的消息展开按钮；

在展示所述消息展开按钮之后，所述方法包括：

响应针对任一消息类型对应的消息展开按钮的触发操作，在所述展示区域展示所述其他直播消息中该消息类型对应的直播消息。

基于同一技术构思，本申请实施例还提供了一种电子设备。参照图8所示，为本申请实施例提供的电子设备800的结构示意图，包括处理器801、存储器802、和总线803。其中，存储器802用于存储执行指令，包括内存8021和外部存储器8022；这里的内存8021也称内存储器，用于暂时存放处理器801中的运算数据，以及与硬盘等外部存储器8022交换的数据，处理器801通过内存8021与外部存储器8022进行数据交换，当电子设备800运行时，处理器801与存储器802之间通过总线803通信，使得处理器801在执行以下指令：

接收用户端针对目标直播间的消息获取请求；

根据当前时间与所述用户端上一次获取直播消息的时间之间的时间间隔，确定待推送的直播消息；以及，基于所述目标直播间当前的用户数量，确定与该用户数量对应的更新后的目标消息获取间隔；

将确定的更新后的目标消息获取间隔与待推送的直播消息发送给所述用户端。

一种可能的实施方式中，处理器801执行的指令中，根据当前时间与所述用户端上一次获取直播消息的时间之间的时间间隔，确定待推送的直播消息，包括：

获取在所述用户端上一次获取直播消息的时间至当前时间之间产生的多条直播消息；

在所述多条直播消息的数量大于设置的数量阈值时，基于设置的每种消息类型对应的权重，从多条直播消息中选择每种消息类型对应的直播消息；

将选择的每种消息类型对应的直播消息确定为所述待推送的直播消息。

本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的直播消息展示方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。

本公开实施例所提供的直播消息展示方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行上述方法实施例中所述的直播消息展示方法的步骤，具体可参见上述方法实施例，在此不再赘述。

本公开实施例还提供一种计算机程序，该计算机程序被处理器执行时实现前述实施例的任意一种方法。该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(softwaredevelopmentkit，sdk)等等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。