CN109640118A - 一种交互信息的显示方法、装置及设备 - Google Patents

Abstract

本申请公开了一种交互信息的显示方法、装置及设备。该方法包括：获取针对同一异步内容的第一时间段内的交互信息；对所述交互信息进行聚合；在所述第一时间段后的第二时间段将聚合后的所述交互信息显示在播放所述异步内容的显示界面上；所述第二时间段的起始时刻与所述第一时间段的结束时刻之间的时间差小于预设时长；所述第二时间段的时长小于所述第一时间段的时长。本申请采用在短时间段内显示长时间段的交互信息，可以将交互信息进行集中显示，从而减少交互信息的总的显示时长，减少交互信息的显示时间对异步内容的影响，提高了用户的观赏体验效果，防止或者减少了交互信息刷屏的出现。

Description

一种交互信息的显示方法、装置及设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种交互信息的显示方法、装置及 设备。

背景技术

随着终端设备如手机、平板电脑等性能、用户对娱乐体验的不断提升，应 用程序开发商相继开发了一系列的视频播放类应用程序。用户在终端设备上安 装该类应用程序后，即可通过终端设备随时随地观看视频。为了提升用户与主 播的互动性，在视频类应用程序中大多设置有用户打赏的机制。

现有技术中，在一些异步内容中(比如录制的回放视频，拍摄的短视频， 照片等)，用户可以对内容进行付费打赏，用户进行一次打赏，客户端就会即 时播放一个打赏信息。但是，如果针对同一异步内容，观看的用户非常多，打 赏的信息也非常多的时候，如果将全部用户的打赏信息全部下发客户端播放的 话，可能会出现刷屏或者堆积的情况。

发明内容

有鉴于此，本申请实施例提供了一种交互信息的显示方法、装置及设备， 用于提高。

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

本说明书实施例提供的一种交互信息的显示方法，包括：

获取针对同一异步内容的第一时间段内的交互信息；

对所述交互信息进行聚合；

在所述第一时间段后的第二时间段将聚合后的所述交互信息显示在播放 所述异步内容的显示界面上；所述第二时间段的起始时刻与所述第一时间段的 结束时刻之间的时间差小于预设时长；所述第二时间段的时长小于所述第一时 间段的时长。

可选的，所述对所述交互信息进行聚合，具体包括：

确定所述第一时间段内的交互信息的条数；

根据所述第二时间段的时长和所述条数确定每条交互信息的显示时长。

可选的，所述对所述交互信息进行聚合，具体包括：

获取所述交互信息的发送用户ID；

获取所述交互信息的交互内容；

将同一发送用户ID的多个交互信息聚合为第一综合交互信息，所述第一 综合交互信息包括多个交互内容。

可选的，所述对所述交互信息进行聚合，具体包括：

获取所述交互信息的发送用户ID；

获取所述交互信息的交互内容；

针对同一发送用户ID，将相同交互内容的多个交互信息聚合为第二综合 交互信息，所述第二综合交互信息包括发送用户ID、交互内容和交互内容的个 数。

可选的，所述对所述交互信息进行聚合，具体包括：

获取所述交互信息的交互内容；

确定所述交互内容对应的金额；

根据所述金额确定所述交互内容对应的交互信息显示的顺序。

可选的，所述对所述交互信息进行聚合，具体包括：

获取显示交互信息的客户端对应的用户ID；所述用户ID为播放所述异步 内容的软件的登录ID；

根据所述客户端的用户ID确定第一交互信息，所述第一交互信息的发送 用户ID与所述客户端的用户ID相同；

将所述第一交互信息在所述客户端上提前于其他交互信息进行显示。

可选的，在所述根据所述第二时间段的时长和所述条数确定每条交互信息 的显示时间之后，还包括：

判断所述显示时长是否小于最小显示时长；

若是，根据所述第二时间段的时长和所述最小显示时长确定条数上限；

将大于所述条数上限的交互信息进行丢弃处理。

可选的，在所述对所述交互信息进行聚合之前，还包括：

判断所述交互信息是否存在预设词汇；

若是，对所述交互信息进行丢弃处理。

本说明书实施例提供的一种交互信息的显示装置，包括：

获取模块，用于获取第一时间段内针对同一异步内容的交互信息；

聚合模块，用于对所述交互信息进行聚合；

显示模块，用于在所述第一时间段后的第二时间段将聚合后的所述交互信 息显示在所述异步内容上；所述第二时间段的起始时刻与所述第一时间段的结 束时刻之间的时间差小于预设时长；所述第二时间段的时长小于所述第一时间 段的时长。

可选的，所述聚合模块，具体包括：

交互信息条数确定单元，用于确定所述第一时间段内的交互信息的条数；

显示时长确定单元，用于根据所述第二时间段的时长和所述条数确定每条 交互信息的显示时长。

可选的，所述聚合模块，具体包括：

发送用户ID获取单元，用于获取所述交互信息的发送用户ID；

交互内容获取单元，用于获取所述交互信息的交互内容；

第一综合交互信息聚合单元，用于将同一发送用户ID的多个交互信息聚 合为第一综合交互信息，所述第一综合交互信息包括多个交互内容。

可选的，所述聚合模块，具体包括：

发送用户ID获取单元，用于获取所述交互信息的发送用户ID；

交互内容获取单元，用于获取所述交互信息的交互内容；

第二综合交互信息聚合单元，用于针对同一发送用户ID，将相同交互内 容的多个交互信息聚合为第二综合交互信息，所述第二综合交互信息包括发送 用户ID、交互内容和交互内容的个数。

可选的，所述聚合模块，具体包括：

交互内容获取单元，获取所述交互信息的交互内容；

金额确定单元，用于确定所述交互内容对应的金额；

交互信息显示顺序确定单元，用于根据所述金额确定所述交互内容对应的 交互信息显示的顺序。

可选的，所述聚合模块，具体包括：

客户端的用户ID获取单元，用于获取显示交互信息的客户端对应的用户 ID；所述用户ID为播放所述异步内容的软件的登录ID；

第一交互信息确定单元，用于根据所述客户端的用户ID确定第一交互信 息，所述第一交互信息的发送用户ID与所述客户端的用户ID相同；

提前显示单元，用于将所述第一交互信息在所述客户端上提前于其他交互 信息进行显示。

本说明书实施例提供的一种交互信息的显示设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述 至少一个处理器执行，以使所述至少一个处理器能够：

获取第一时间段内针对同一异步内容的交互信息；

对所述交互信息进行聚合；

在所述第一时间段后的第二时间段将聚合后的所述交互信息显示在所述 异步内容上；所述第二时间段的起始时刻与所述第一时间段的结束时刻之间的 时间差小于预设时长；所述第二时间段的时长小于所述第一时间段的时长。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：

通过将第一时间段的交互信息聚合并将聚合的交互信息显示在第一时间 段后的第二时间段，由于第二时间段的时长比第一时间段的时长短，采用在短 时间段内显示长时间段的交互信息，可以将交互信息进行集中显示，从而减少 交互信息的总的显示时长，减少交互信息的显示时间对异步内容的影响，提高 了用户的观赏体验效果，防止或者减少了交互信息刷屏的出现。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部 分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不 当限定。在附图中：

图1为本说明书实施例提供的一种交互信息的显示方法的流程示意图；

图2为本说明书实施例提供的对应于图1的一种交互信息的显示装置的结 构示意图；

图3为本说明书实施例提供的对应于图2的一种交互信息的显示设备的结 构示意图。

具体实施方式

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

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

图1为本说明书实施例提供的一种交互信息的显示方法的流程示意图。从 程序角度而言，流程的执行主体可以为搭载于应用服务器的程序或应用客户 端，比如，直播软件的客户端、即时通信应用的客户端等。终端比如是手机、 平板电脑、智能手表、或者车机等。另外，也可以有第三方应用客户端协助流 程的执行。

如图1所示，该流程可以包括以下步骤：

S101：获取针对同一异步内容的第一时间段内的交互信息。

在本说明书实施例中，异步内容表示可以回放的视频或者照片，与直播内 容相区别，比如录制的回放视频，拍摄的短视频，照片等。用户在观看异步内 容时，可以对异步内容进行付费打赏。如果有多个用户同时观看一个异步内容， 如果将全部用户的打赏数据全部下发客户端播放的话，可能会出现刷屏、堆积 的情况，特别是在对同一个异步内容的打赏用户与打赏数量非常多的时候。

在本说明书实施例中，交互信息可以为打赏信息、文本信息、特效、点赞 等。交互信息可以包括发送用户ID、交互内容、被赠送的用户ID和异步内容 ID，但是不限于上述内容。

在本说明书实施例中，第一时间段中的“第一”只是用来与后面出现的时 间段相区分，并没有实际意义。第一时间段的时长可以自行定义，可以根据服 务器的处理速度以及人眼的分辨能力确定，可以以10S为例，例如获取10S时 间段内针对同一异步内容的交互信息，而且第一时间段可以与异步内容的时间 相关，可以理解为，在播放异步内容时，获取第0-10S的针对异步内容的交互 信息。

S102：对所述交互信息进行聚合。

在本说明书实施例中，对交互信息的聚合可以是多种形式的，既可以是时 间上的聚合，也可以是空间上的聚合，还可以是内容上的聚合。

在步骤S101中提到了，获取第一时间段的交互信息，其中包括不同打赏 用户的交互信息，不同时间的交互信息，不同类型的交互信息，种类是非常多 的。如果将这些交互信息按照交互信息的发起时间显示在异步内容上的话，有 可能造成异常内容在第一个时间段都处于刷屏的情况，这样不利于用户对异步 内容的观看，也会造成用户无法看到自己对异步内容的交互信息。此时，可以 对交互信息进行时间上的聚合，即对交互信息显示的时间进行聚合。例如，将 第一时间段的交互信息进行调整，令其在一个比较短的时间段进行显示，在其 他的时间段的异步内容上不显示交互信息，这样就避免了在整个异常内容全部处于刷屏的状态。还以第一时间段为10S为例，将10S内的交互信息显示在 2S内的时间范围内，在另外8S的时间，就不会出现交互信息。

用户在对异步内容进行打赏时，经常会出现连续多次打赏相同礼物的情 况，而这是造成刷屏的重要原因。针对这一问题，在本说明书实施例中，还提 供了一种对交互信息的内容进行聚合的方法。针对同一打赏用户，可以将10S 的交互信息聚合到一起，然后作为一条交互信息进行显示，这样就减少了交互 信息的显示条数，但是显示的交互信息的实质内容并没有减少。

S103：在所述第一时间段后的第二时间段将聚合后的所述交互信息显示在 所述异步内容上；所述第二时间段的起始时刻与所述第一时间段的结束时刻之 间的时间差小于预设时长；所述第二时间段的时长小于所述第一时间段的时 长。

在本说明书实施例中，第二时间段显示的交互信息是获取的第一时间段的 交互信息，第二时间段与第一时间段都对应于异步内容的时间轴。第二时间段 与第一时间段中间存在时间差(这与服务器的处理能力相关)，这里限定预设 时长非常小，及时间差非常小，从而令交互信息从发出到显示的时间比较短， 这样就不会影响用户观看的效果。在第二时间段显示交互信息的同时，服务器 正在获取第三个时间段的交互信息，其中，第三时间段与第一时间段相邻，且 第三时间段的开始时刻与第一时间段的结束时刻的时间差小于预设时长，保证 两个时间段之间不存在交互信息。第三时间段的时长可以与第一时间段的时长 相同，比如都设置为10S，也可以不相同，可以根据实际情况进行调整。

在本说明书实施例中，第二时间段的时长要小于第一时间段的时长，比如， 第一时间段为10S，第二时间段为2S，如果第二时间段的时长大于或者等于第 一时间段的时长，将起不到防止刷屏或者减少刷屏的效果，那么对交互信息的 时间聚合将失去意义。另外，第二时间段的时长也不能与第一时间段的时长相 差不大，这样防止刷屏的效果也不明显。通常，第一时间段和第二时间段的时 长设置可以根据观看异步内容的用户数量，以及播放异步内容的软件APP的 下载数量进行确定，还可以进行多次试验模拟，通过试验大数据进行确定，当 然还可以采用其他办法，即可以是提前设定好的，也可以根据现场的情况实时进行调节，本说明书实施例中不再进行赘述。

图1中的方法，通过将第一时间段的交互信息聚合并将聚合的交互信息显 示在第一时间段后的第二时间段，由于第二时间段的时长比第一时间段的时长 短，采用在短时间段内显示长时间段的交互信息，可以将交互信息进行集中显 示，从而减少交互信息的总的显示时长，减少交互信息的显示时间对异步内容 的影响，提高了用户的观赏体验效果，防止或者减少了交互信息刷屏的出现。

基于图1的方法，本说明书实施例还提供了该方法的一些具体实施方案， 下面进行说明。

在本说明书实施例中，为了提高用户的观赏体验效果，对于步骤S102： 对所述交互信息进行聚合，具体包括：确定所述第一时间段内的交互信息的条 数；根据所述第二时间段的时长和所述条数确定每条交互信息的显示时长。本 说明书实施例利用设定好的第二时间段的时长即交互信息的总显示的时长除 以交互信息的总条数，得到每条交互信息的显示时长，即确定了每条交互信息 在异常内容上的显示的时间，在第二时间段依次显示每条交互信息。

进一步的，当第一时间段的交互信息的条数特别多的时候，即如果不进行 交互信息的聚合，则异常内容在播放时会出现严重的刷屏，因此经过计算得到 的交互信息的时长应该小于或者等于未经过处理后的交互信息的原本显示时 长。而且，由于第二时间段的时长小于第一时间段的时长，也会造成上述情况 的出现。本实施例就是为了减少每个交互信息的显示时间，从而减少交互信息 总的显示时长，减少交互信息的显示时间对异步内容的影响，防止或者减少了 交互信息刷屏的出现。

在实际应用中，当第一时间段的交互信息的条数特别少的时候，这种情况 如果不进行聚合，也不会出现交互信息刷屏的情况，那么经过计算得到的显示 时长可能会大于正常未经过处理后的交互信息的原本显示时长，此时，计算得 到的显示时长将没有任何意义，因此，这种情况下，仍然按照正常未经过处理 后的交互信息的原本显示时长显示所述聚合后的交互信息。通常，可以将未经 过处理的交互信息的原本显示时长提前存储于程序中，也可以在程序执行时实 时进行获取。

在上述内容中，在根据所述第二时间段的时长和所述条数确定每条交互信 息的显示时长之后，还包括：判断所述显示时长是否小于最小显示时长；若是， 根据所述第二时间段的时长和所述最小显示时长确定条数上限；将大于所述条 数上限的交互信息进行丢弃处理。

在实际应用中，交互信息的显示时长还需要设置一个最小值，这是考虑到 某一个异步内容的观看用户特别多时会导致交互信息的条数特别多，而第二时 间段的时长是有限的，因此采用计算得到的显示时长显示交互信息，会导致用 户无法正常读取上述交互信息，因此，采用计算得到的显示时长显示交互信息 是不合理的。因此，需要设置一个最小显示时长，当计算得到的显示时长小于 最小显示时长时，按照最小显示时长显示每条交互信息，如果超出设定的条数， 则将剩余的交互信息进行丢弃处理，不再进行显示。

为了能在固定时长的时间段内显示足够多的交互信息，本说明书实施例还 提供了对交互信息进行内容聚合的方法。对于步骤S102：对所述交互信息进行 聚合，具体可以包括：获取所述交互信息的发送用户ID；获取所述交互信息的 交互内容；将同一发送用户ID的多个交互信息聚合为第一综合交互信息，所 述第一综合交互信息包括发送用户ID和多个交互内容。本实施例将获取的第 一时间段的同一打赏用户的交互信息进行聚合，即将多个交互信息聚合为一个 交互信息，形式上没有变化，只是在交互信息的内容进行了改进，一个交互信 息包括多个交互内容。以交互信息中的打赏信息为例，详见例1。

例1

在第一时间段获取了针对同一异步内容的用户A的3条打赏信息，分别为： 用户A：鲜花，用户A：蛋糕；用户A：飞机；

那么，经过聚合后的打赏信息为：用户A：鲜花+蛋糕+飞机。

用一条打赏信息表示原来3条打赏信息的内容，降低了需要显示的打赏信 息的条数，因此能够在固定时长的时间段内显示足够多的打赏信息。

进一步的，由于上述聚合方式将所述的交互内容显示一个打赏信息中，在 某种程度上忽略了交互内容的价值，在一些应用场景需要突出某些高价值的礼 物，上述聚合方式明显不适用这种场合。比如，鲜花是一种无需付费的礼物， 等级比较低，而穿云箭对应的价值非常高，等级比较高，因此需要将鲜花和穿 云箭分开显示，因此本实施例提供了如下方法：针对同一发送用户ID，将相同 交互内容的多个交互信息聚合为一条综合交互信息，所述综合交互信息包括发 送用户ID、交互内容和交互内容的个数。

例2

在第一时间段获取了针对同一异步内容的用户B的5条打赏信息：用户B： 鲜花；用户B：穿云箭；用户B：穿云箭；用户B：鲜花；用户B：鲜花。

经过聚合的打赏信息为2条：1、用户B：穿云箭x 2；2、用户B：鲜花 x3。

在另一应用场景中，为了突出大价值的打赏礼物，也可以有选择的对交互 内容进行聚合，可以灵活的调整内容聚合的组数。例如：高价值的礼物内容聚 合的组数可以较低，或者不聚合。上述例2聚合后的结果还可以为：1、用户B： 穿云箭；2、用户B：穿云箭；3、用户B：鲜花x 3。

在本说明书实施例中，对于步骤S102：所述对所述交互信息进行聚合， 具体包括：获取所述交互信息的交互内容；确定所述交互内容对应的金额；根 据所述金额确定所述交互内容对应的交互信息显示的顺序。在本实施例中，金 额高的交互信息优先于金额低的交互信息显示。以交互信息中的打赏信息为 例。

例3

在第一时间段获取了针对同一异步内容三条打赏信息：用户A：蛋糕；用 户B：汽车；用户C：穿云箭。由于穿云箭的金额高于汽车，汽车的金额高于 蛋糕，那么经过优化后的显示顺序为：

1、用户C：穿云箭；

2、用户B：汽车；

3、用户A：蛋糕。

在具体的应用场景中，还可以根据礼物对应的金额不同，将礼物划分为不 同的礼物等级，比如：礼物流光，礼物流水和公屏消息。通常，显示的优先等 级为：礼物流光、礼物流水和公屏消息。将不同的礼物的打赏信息划分到相应 的礼物等级中，形成播放队列。只有当礼物流光队列中的打赏信息显示完以后， 才会显示礼物流水中的打赏信息，同理，只有当礼物流水队列中的打赏信息显 示完以后，才会显示公屏消息中的打赏信息。当第二时间段的时长不足以显示 为所有的打赏信息时，则将优先级低的打赏信息丢弃。

还以例3进行说明，假设穿云箭的效果为礼物流光，游艇和蛋糕的效果为 礼物流水，所以优先显示穿云箭对应的打赏信息，然后再显示游艇和蛋糕对应 的打赏信息。又因为游艇的金额高于蛋糕，那么经过优化后的显示顺序为：

1、用户C：穿云箭；

2、用户B：汽车；

3、用户A：蛋糕。

在本说明书实施例中，为了提高用户的观赏体验效果，对于步骤S102：对 所述交互信息进行聚合，具体包括：获取显示交互信息的客户端对应的用户ID； 所述用户ID为播放所述异步内容的软件的登录ID；根据所述客户端的用户ID 确定第一交互信息，所述第一交互信息的发送用户ID与所述客户端的用户ID 相同；将所述第一交互信息在所述客户端上的显示时刻提前于其他交互信息进 行显示。对于同一个异步内容，往往有多个用户在进行观看和打赏。用户对异 步内容进行付费打赏是对异步内容的认可，因此会十分关注打赏的结果。所以， 在众多交互信息中让用户优先看到自己的交互信息是比较重要。本实施例通过 判断发送用户ID是否与显示交互信息的客户端的对应的用户ID一致，如果一 致，就在用户的客户端优先显示用户自己的交互信息。

还以例3进行说明，如果服务器判断需要显示交互信息的客服端的用户为 用户B，那么则会对用户B的交互信息进行优先显示，那么交互信息的显示顺 序为：

1、用户B：汽车；

2、用户C：穿云箭；

3、用户A：蛋糕。

在这个实施例中，打赏用户作为第一重要性要素，礼物的优先级的重要性 次之。当然，还可以根据应用场景的不同，设置不同的规则，比如，将礼物的 优先级作为第一重要性要素，用户次之，参照例4。

例4：

在第一时间段获取了针对同一异步内容三条打赏信息：用户A：游艇；用 户B：游艇；用户C：穿云箭。客户端用户为用户B。那么，优化后的显示顺 序为：

1、用户C：穿云箭；

2、用户B：游艇；

3、用户A：游艇。

进一步的，在步骤S102：所述对所述交互信息进行聚合之前，还包括： 判断所述交互信息是否存在预设词汇；若是，对所述交互信息进行丢弃处理。 由于应用软件版本的不断在更新，如果客户端没有对新的版本进行更新，就有 可能造成客户端和服务器的预设词汇库不同，那么客户端可能就无法识别出交 互信息中的预设词汇，此时需要服务器在进行聚合之前在对交互信息进行预设 词汇检测。服务器在交互信息进行聚合之前中会对用户的交互信息的用户名和 内容进行校验，若不符合校验规则，或者存在校验预设词时则丢弃此条交互内 容消息。可选的，预设词汇可以是带有敏感政治倾向、暴力倾向、不健康色彩的词或不文明语，也可以是一些网站根据自身实际情况，设定一些只适用于本 网站的特殊敏感词。

基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图2为 本说明书实施例提供的对应于图1的一种交互信息的显示装置的结构示意图。 如图2所示，该装置可以包括：

获取模块201，用于获取第一时间段内针对同一异步内容的交互信息；

聚合模块202，用于对所述交互信息进行聚合；

显示模块203，用于在所述第一时间段后的第二时间段将聚合后的所述交 互信息显示在所述异步内容上；所述第二时间段的起始时刻与所述第一时间段 的结束时刻之间的时间差小于预设时长；所述第二时间段的时长小于所述第一 时间段的时长。

可选的，所述聚合模块202，具体可以包括：

交互信息条数确定单元，用于确定所述第一时间段内的交互信息的条数；

显示时长确定单元，用于根据所述第二时间段的时长和所述条数确定每条 交互信息的显示时长。

可选的，所述聚合模块202，具体可以包括：

发送用户ID获取单元，用于获取所述交互信息的发送用户ID；

交互内容获取单元，用于获取所述交互信息的交互内容；

第一综合交互信息聚合单元，用于将同一发送用户ID的多个交互信息聚 合为第一综合交互信息，所述第一综合交互信息包括多个交互内容。

可选的，所述聚合模块202，具体可以包括：

发送用户ID获取单元，用于获取所述交互信息的发送用户ID；

交互内容获取单元，用于获取所述交互信息的交互内容；

第二综合交互信息聚合单元，用于针对同一发送用户ID，将相同交互内 容的多个交互信息聚合为第二综合交互信息，所述第二综合交互信息包括发送 用户ID、交互内容和交互内容的个数。

可选的，所述聚合模块202，具体可以包括：

交互内容获取单元，获取所述交互信息的交互内容；

金额确定单元，用于确定所述交互内容对应的金额；

交互信息显示顺序确定单元，用于根据所述金额确定所述交互内容对应的 交互信息显示的顺序。

可选的，所述聚合模块202，具体可以包括：

客户端的用户ID获取单元，用于获取显示交互信息的客户端对应的用户 ID；所述用户ID为播放所述异步内容的软件的登录ID；

第一交互信息确定单元，用于根据所述客户端的用户ID确定第一交互信 息，所述第一交互信息的发送用户ID与所述客户端的用户ID相同；

提前显示单元，用于将所述第一交互信息在所述客户端上提前于其他交互 信息进行显示。

可选的，所述装置还可以包括：

第一判断模块，用于在所述根据所述第二时间段的时长和所述条数确定每 条交互信息的显示时间之后，判断所述显示时长是否小于最小显示时长。

条数上限确定模块，用于当所述显示时长小于最小显示时长时，根据所述 第二时间段的时长和所述最小显示时长确定条数上限。

第一丢弃模块，用于将大于所述条数上限的交互信息进行丢弃处理。

可选的，所述装置还可以包括：

第一判断模块，用于判断所述交互信息是否存在预设词汇；

第二丢弃模块，用于在所述交互信息存在预设词汇，对所述交互信息进行 丢弃处理。

基于同样的思路，本说明书实施例还提供了上述方法对应的设备。

图3为本说明书实施例提供的对应于图3的一种交互信息的显示设备的结 构示意图。如图3所示，设备500可以包括：

至少一个处理器310；以及，

与所述至少一个处理器通信连接的存储器330；其中，

所述存储器330存储有可被所述至少一个处理器310执行的指令320，所 述指令被所述至少一个处理器310执行，以使所述至少一个处理器510能够：

获取第一时间段内针对同一异步内容的交互信息；

对所述交互信息进行聚合；

在所述第一时间段后的第二时间段将聚合后的所述交互信息显示在所述 异步内容上；所述第二时间段的起始时刻与所述第一时间段的结束时刻之间的 时间差小于预设时长；所述第二时间段的时长小于所述第一时间段的时长。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输 出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器 (RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。 内存是计算机可读介质的示例。

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

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

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程 序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和 硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算 机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、 光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人 员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的 任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种交互信息的显示方法，其特征在于，包括：

获取针对同一异步内容的第一时间段内的交互信息；

对所述交互信息进行聚合；

在所述第一时间段后的第二时间段将聚合后的所述交互信息显示在播放所述异步内容的显示界面上；所述第二时间段的起始时刻与所述第一时间段的结束时刻之间的时间差小于预设时长；所述第二时间段的时长小于所述第一时间段的时长。

2.如权利要求1所述的方法，其特征在于，所述对所述交互信息进行聚合，具体包括：

确定所述第一时间段内的交互信息的条数；

根据所述第二时间段的时长和所述条数确定每条交互信息的显示时长。

3.如权利要求1所述的方法，其特征在于，所述对所述交互信息进行聚合，具体包括：

获取所述交互信息的发送用户ID；

获取所述交互信息的交互内容；

将同一发送用户ID的多个交互信息聚合为第一综合交互信息，所述第一综合交互信息包括多个交互内容。

4.如权利要求1所述的方法，其特征在于，所述对所述交互信息进行聚合，具体包括：

获取所述交互信息的发送用户ID；

获取所述交互信息的交互内容；

针对同一发送用户ID，将相同交互内容的多个交互信息聚合为第二综合交互信息，所述第二综合交互信息包括发送用户ID、交互内容和交互内容的个数。

5.如权利要求1所述的方法，其特征在于，所述对所述交互信息进行聚合，具体包括：

获取所述交互信息的交互内容；

确定所述交互内容对应的金额；

根据所述金额确定所述交互内容对应的交互信息显示的顺序。

6.如权利要求1所述的方法，其特征在于，所述对所述交互信息进行聚合，具体包括：

获取显示交互信息的客户端对应的用户ID；所述用户ID为播放所述异步内容的软件的登录ID；

根据所述客户端的用户ID确定第一交互信息，所述第一交互信息的发送用户ID与所述客户端的用户ID相同；

将所述第一交互信息在所述客户端上提前于其他交互信息进行显示。

7.如权利要求2所述的方法，其特征在于，在所述根据所述第二时间段的时长和所述条数确定每条交互信息的显示时间之后，还包括：

判断所述显示时长是否小于最小显示时长；

若是，根据所述第二时间段的时长和所述最小显示时长确定条数上限；

将大于所述条数上限的交互信息进行丢弃处理。

8.如权利要求1所述的方法，其特征在于，在所述对所述交互信息进行聚合之前，还包括：

判断所述交互信息是否存在预设词汇；

若是，对所述交互信息进行丢弃处理。

9.一种交互信息的显示装置，其特征在于，包括：

获取模块，用于获取第一时间段内针对同一异步内容的交互信息；

聚合模块，用于对所述交互信息进行聚合；

显示模块，用于在所述第一时间段后的第二时间段将聚合后的所述交互信息显示在所述异步内容上；所述第二时间段的起始时刻与所述第一时间段的结束时刻之间的时间差小于预设时长；所述第二时间段的时长小于所述第一时间段的时长。

10.一种交互信息的显示设备，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取针对同一异步内容的第一时间段内的交互信息；

对所述交互信息进行聚合；

在所述第一时间段后的第二时间段将聚合后的所述交互信息显示在播放所述异步内容的显示界面上；所述第二时间段的起始时刻与所述第一时间段的结束时刻之间的时间差小于预设时长；所述第二时间段的时长小于所述第一时间段的时长。