CN109660858A - 直播间交互数据的传输方法、装置、终端及服务器 - Google Patents

Abstract

本公开实施例公开了一种直播间交互数据的传输方法、装置、终端及服务器，其中，该方法包括：客户端获取用户与当前直播显示界面的交互数据；所述客户端将所述交互数据进行缓存，并在满足数据上报条件时，将已缓存的交互数据发送至服务器，以使所述服务器根据直播间中至少一个客户端分别发送的交互数据生成联动交互数据，并发送至所述直播间中的各客户端；所述联动交互数据，用于指示接收到联动交互数据的客户端生成匹配的交互响应，并将匹配的交互响应在所述客户端的直播显示界面中进行展示。本公开实施例提供的技术方案可以减小客户端和服务器收据处理的压力。

Description

直播间交互数据的传输方法、装置、终端及服务器

技术领域

本公开实施例涉及计算机技术领域，尤其涉及一种直播间交互数据的传输方法、装置、终端及服务器。

背景技术

随着直播软件的日益发展，直播渐渐成为一种深受用户喜好的直播方式。在直播中，主播的客户端(简称主播端)可以通过直播软件向用户进行直播。用户通过客户端可以与主播或者其他用户进行互动。

当用户通过客户端与主播进行互动时，由于用户高频率的操作，所以在用户的客户端会高频率的产生数据，则服务器也需要高频率的处理客户端发送的数据，从而导致过多消耗服务器的资源；并且当服务器高频率处理数据后，将处理的数据分发至各客户端，客户端由于资源有限，难以高频率的处理服务器发送的数据。

发明内容

本公开实施例提供一种直播间交互数据的传输方法、装置、终端、系统及存储介质，可以减小客户端和服务器数据处理的压力。

第一方面，本公开实施例提供了一种直播间交互数据的传输方法，包括：

客户端获取用户与当前直播显示界面的交互数据；

所述客户端将所述交互数据进行缓存，并在满足数据上报条件时，将已缓存的交互数据发送至服务器，以使所述服务器根据直播间中多个客户端分别发送的交互数据生成联动交互数据，并发送至所述直播间中的各客户端；

所述联动交互数据，用于指示接收到所述联动交互数据的客户端生成匹配的交互响应，并将匹配的交互响应在所述客户端的直播显示界面中进行展示。

第二方面，本公开实施例还提供了一种直播间互动数据的传输方法，包括：

服务器接收多个客户端发送的交互数据，并根据接收到的交互数据生成联动交互数据，所述交互数据为用户与所述客户端的直播显示界面交互的数据；

所述服务器将所述联动交互数据分发至各客户端，联动交互数据，用于指示接收到所述联动交互数据的客户端生成匹配的交互响应，并将匹配的交互响应显示在直播显示界面中。

第三方面，本公开实施例还提供了一种直播间交互数据的传输装置，包括：

获取模块，用于获取用户与当前直播显示界面的交互数据；

缓存和发送模块，用于将所述交互数据进行缓存，并在满足数据上报条件时，将已缓存的交互数据发送至服务器，以使所述服务器根据直播间中多个客户端分别发送的交互数据生成联动交互数据，并发送至所述直播间中的各客户端；

所述联动交互数据，用于指示接收到所述联动交互数据的客户端生成匹配的交互响应，并将匹配的交互响应在所述客户端的直播显示界面中进行展示。

第四方面，本公开实施例还提供了一种直播间互动数据的传输装置，包括：

生成模块，用于接收多个客户端发送的交互数据，并根据接收到的交互数据生成联动交互数据，所述交互数据为用户与所述客户端的直播显示界面交互的数据；

发送模块，用于将所述联动交互数据发送至各客户端，联动交互数据，用于指示接收到所述联动交互数据的客户端生成匹配的交互响应，并将匹配的交互响应显示在直播显示界面中。

第五方面，本公开实施例还提供了一种终端，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本公开实施例提供的一种直播间互动数据的传输方法。

第六方面，本公开实施例还提供的一种服务器，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本公开实施例提供的一种直播间互动数据的传输方法。

第七方面，本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现本公开实施例提供的一种直播间互动数据的传输方法。

本公开实施例提供的技术方案，通过将用户与直播显示界面的交互数据进行缓存，并满足数据上报条件时将缓存的交互数据发送至服务器，可以解决客户端高频率产生交互数据，而服务器高频率处理交互数据导致消耗资源过多的问题，也可以解决客户端难以高频率处理服务器发送的交互数据的问题，可以降低客户端和服务器的交互频率，减小客户端和服务端数据处理的压力。

附图说明

图1是本公开实施例提供的一种直播间互动数据的传输方法流程图；

图2是本公开实施例提供的一种直播间互动数据的传输方法流程图；

图3是本公开实施例提供的一种直播间互动数据的传输方法流程图；

图4是本公开实施例提供的一种直播间互动数据的传输方法流程图；

图5是本公开实施例提供的一种直播间互动数据的传输方法流程图；

图6是本公开实施例提供的一种直播间互动数据的传输方法流程图；

图7是本公开实施例提供的一种直播间互动数据的传输装置结构框图；

图8是本公开实施例提供的一种直播间互动数据的传输装置结构框图

图9是本公开实施例提供的一种终端结构示意图；

图10是本公开实施例提供的一种服务器的结构示意图。

具体实施方式

下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本公开相关的部分而非全部结构。

图1是本公开实施例提供的一种直播间互动数据的传输方法流程图，所述方法由直播间交互数据的传输装置来执行，所述装置由软件和/或硬件来实现，所述装置可以配置在智能手机、平板电脑等设备中。可选的，所述装置可以集成在进入到直播间的用户所持有的终端设备中。

可选的，本公开实施例提供的方法可以应用在直播过程中，用户与当前直播显示界面进行高频率的交互的场景中，可选的，所述方法可以应用在直播过程中，用户高频率的作用当前直播显示界面上的预设类型控件的场景中，其中，用户与当前直播显示界面的交互频率或者用户作用预设类型控件的频率大于设定频率值。

具体的，本公开实施例提供的方法可以应用在如下场景下：当用户与当前直播显示界面高频率的进行交互时，会高频率的产生交互数据，例如，用户高频率作用当前直播显示界面中的预设类型控件时，会高频率的产生交互数据。预设类型控件可以是表情控件等。而客户端需要将交互数据高频率的发送至服务器，导致服务器高频率的处理交互数据，从而过多消耗服务器的资源，或者服务器难以高频率的处理交互数据，而服务器需要将处理的交互数据高频率地分发至各个客户端，由接收到的客户端根据交互数据产生交互响应，但是客户端也难以高频率的处理服务器分发的交互数据。本公开实施例提供的方法可以将客户端产生的交互数据进行缓存，批量上报给服务器，可以降低客户端与服务器之间的交互频率，减小客户端和服务器的数据处理压力。

如图1所示，本公开实施例提供的技术方案包括：

S110：客户端获取用户与当前直播显示界面的交互数据。

其中，用户与当前直播显示界面的交互数据可以是用户作用当前直播显示界面上的预设类型控件产生的交互数据，预设类型控件可以是表情控件、点赞控件或者其他控件。用户作用预设类型控件的方式可以是点击、长按、滑动等，或者用户作用预设类型控件还可以是通过语音进行作用，例如，获取用户的语音，根据语音的内容作用对应的预设类型控件，或者也可以是其他方式。或者用户与当前直播显示界面的交互数据也可以是根据用户语音产生的交互数据，例如，获取用户语音，若用户语音中包含预设语音，则产生与预设语音对应的交互数据，预设语音可以预先进行设置；或者用户与当前直播显示界面的交互数据也可以是其他形式产生的交互数据，对交互数据的产生形式并不作限定。

S120：所述客户端将所述交互数据进行缓存，并在满足数据上报条件时，将已缓存的交互数据发送至服务器，以使所述服务器根据直播间中至少一个客户端发送的交互数据生成联动交互数据，并发送至所述直播间中的各客户端。

在本步骤中，所述联动交互数据，用于指示接收到联动交互数据的客户端生成匹配的交互响应，并将匹配的交互响应在所述客户端的直播显示界面中进行展示。可选的，所述联动交互数据为服务器将至少一个客户端分别发送的交互数据汇总后，筛选得到的包含至少一个交互数据的集合；匹配的交互响应为客户端根据联动交互数据中其他客户端发送的交互数据所生成的交互响应，或者匹配的交互响应为客户端根据联动交互数据中各个客户端发送的交互数据生成的交互响应。

具体的，服务器在预设时间段内可能接收到一个客户端发送的交互数据，或者也可能接收到多个客户端发送的交互数据，其中，多个是指两个或者两个以上。当服务器接收到一个或者多个客户端发送的交互数据后，对接收到的交互数据进行汇总，并进行筛选，筛选的方式可以是随机筛选，也可以根据设定的数学算法进行筛选，从而得到联动交互数据，则联动交互数据包含至少一个交互数据。服务器将联动交互数据分发至直播间的各个客户端。针对一个客户端而言，客户端接收到联动交互数据，根据联动交互数据生成匹配的交互响应，并在直播显示界面中显示交互响应，其中，交互响应可以是根据联动交互数据生成的动画或者图片等。

可选的，数据上报条件可以是间隔设定时间，或者可以是缓存的交互数据的长度达到设定长度值，设定长度值可以根据需要进行设定。其中，数据上报条件并不局限于上述的条件，也可以是其他条件。

本公开实施例提供的一种直播间交互数据的传输方法，通过将用户与直播显示界面的交互数据进行缓存，并满足数据上报条件时将缓存的交互数据发送至服务器，可以解决客户端高频率产生交互数据，而服务器高频率处理交互数据导致消耗资源过多的问题，也可以解决客户端难以高频率处理服务器发送的交互数据的问题，可以减小客户端和服务端数据处理的压力。

图2是本公开实施例提供的一种直播间交互数据的传输方法流程图，本实施例可以与上述一个或者多个实施例中各个可选方案结合，在本实施例中，所述客户端获取用户与当前直播显示界面的交互数据，可以包括：所述客户端当检测到所述用户作用所述当前直播显示界面中的预设类型控件时，确定所述预设类型控件的标识信息，生成交互数据；

所述联动交互数据，用于指示接收到所述联动交互数据的客户端生成匹配的交互响应包括：

所述联动交互数据，用于指示接收到所述联动交互数据的客户端生成与所述类型信息相匹配的交互响应。

以及，所述客户端将所述交互数据进行缓存，并在满足数据上报条件时，将已缓存的交互数据发送至服务器，可以包括：将所述交互数据缓存于数据队列中；间隔设定时间轮询检测所述数据队列是否存在交互数据；若是，将所述数据队列中的交互数据传输给服务器。

如图2所示，本公开实施例提供的技术方案包括：

S210：客户端当检测到所述用户作用所述当前直播显示界面中的预设类型控件时，确定所述预设类型的标识信息，生成交互数据，所述交互数据包括与被作用的控件的标识信息对应的类型信息。

在本实施例中，预设类型控件可以是用户与主播进行互动时采用的控件，具体的，可以是被作用时，可以产生交互响应的控件，例如，可以是表情控制、点赞控件等。用户作用预设类型控件的方式点击、长按、滑动等，或者用户作用预设类型控件还可以是通过语音进行作用，例如，获取用户的语音，根据语音的内容对作用对应的预设类型控件，或者也可以是其他方式。

在本实施例中，当用户作用预设类型控件时，根据预设类型控件的标识信息生成交互数据，交互数据包括与被作用的控件的标识信息对应的类型信息；例如，当用户作用控件A时，其中，A为控件的标识信息，与A对应的交互数据的类型信息是a，则交互数据中可以包括与控件A的标识信息对应的类型信息a。

S220：将所述交互数据缓存于数据队列中。

在本实施例中，将交互数据按照有序的顺序缓存于数据队列中，其中，数据队列中交互数据按照先进先出的顺序进行排序。

S230：间隔设定时间轮询检测所述数据队列是否存在交互数据。

若是，执行S240，若否，执行S250。

S240：将所述数据队列中的交互数据传输给服务器，以使所述服务器根据直播间中至少一个客户端分别发送的交互数据生成联动交互数据，并发送至所述直播间中的各客户端，其中，联动交互数据，用于指示接收到所述联动交互数据的客户端生成与类型信息相匹配的交互响应。

在本实施例中，接收到联动交互数据的客户端可以根据联动交互数据中交互数据的类型信息生成匹配的交互响应，其中，根据类型信息可以确定被作用控件的标识信息，可以将该控件的标识信息按照预设的规则进行展示。例如，可以将该控件的标识图片沿预设路径进行运动，该控件的标识图片可以是表情图片等。由此，通过交互数据中包括类型信息，各客户端根据联动交互数据中交互数据的类型信息生成匹配的交互响应，可以使用户观看到其他用户点亮的交互响应，保证用户观看到其他用户点亮的交互响应与其他用户自己观看的交互响应是一致的，保证交互响应在本地和其他客户端的一致性。

在本实施例中，可选的，可以设置一个轮询定时器，间隔设定时间轮询数据队列是否存在交互数据，当数据队列中存在交互数据时，将数据队列中的交互数据传输给服务器，当数据队列中不存在交互数据时，不进行操作，等待下一个周期的交互数据。其中，设定时间可以是3s，即一个轮询周期是3s，也就是说每间隔3s轮询一次数据队列。设定时间也可以其他时间，可根据需要进行设置。

其中，在一个轮询周期内，若没有产生交互数据，则数据队列中不存在交互数据，若产生交互数据，则数据队列中存在交互数据。当将数据队列中的交互数据传输给服务器时，数据队列不再存在交互数据，数据队列等待缓存下一个轮询周内的交互数据。

S250：不进行操作。

由此，通过将交互数据进行缓存到数据队列，并通过间隔设定时间轮询数据队列，将数据队列中的数据传输至服务器，即将交互数据进行分段收集，并定时进行批量传输，可以降低客户端与服务器交互频率，减小客户端和服务器数据处理的压力。

图3是本公开实施例提供的一种直播间交互数据的传输方法流程图，本实施例可以与上述一个或者多个实施例中各个可选方案结合。

在本实施例中，可选的，所述客户端获取用户与当前直播显示界面的交互数据，可以包括：所述客户端当检测到所述用户作用所述当前直播显示界面中的预设类型控件时，确定所述预设类型控件的标识信息，生成交互数据，其中，所述交互数据包括与被作用的控件的标识信息对应的类型信息。

以及，可选的，所述客户端将所述交互数据进行缓存，可以包括：所述客户端基于所述交互数据中的类型信息确定所述交互数据的类型；所述客户端如果确定缓存区中包括与所述交互数据的类型相同的目标缓存数据，则将所述交互数据与所述目标缓存数据进行合并缓存；所述客户端如果确定所述缓存区中不包括与所述交互数据的类型相同的目标缓存数据，则在所述缓存区缓存所述交互数据。

如图3所示，本公开实施例提供的技术方案包括：

S310：客户端当检测到所述用户作用所述当前直播显示界面中的预设类型控件时，确定所述预设类型控件的标识信息，生成交互数据，其中，所述交互数据包括与被作用的控件的标识信息对应的类型信息。

S320：所述客户端基于所述交互数据中的类型信息确定交互数据的类型。

在本实施例中，当检测到用户作用不同的控件时，产生不同类型的交互数据。例如，若当用户作用控件A时，产生的交互数据中包括与控件A标识信息对应的类型信息，根据交互数据的类型信息可以确定交互数据的类型是A，当用户作用控件B时，产生的交互数据中包括与控件B的标识信息对应的类型信息，根据交互数据的类型信息，可以确定交互数据的类型为B。其中，当确定作用的预设类型控件时，根据预设控件的标识信息即可确定交互数据的类型信息。

S330：所述客户端如果确定缓存区中包括与所述交互数据的类型相同的目标缓存数据，则将所述交互数据与所述目标缓存数据进行合并缓存。

在一个具体实施方式中，可选的，已缓存的交互数据的数据存储形式包括：类型信息与数量的组合；所述将所述交互数据与所述目标缓存数据进行合并缓存，包括：所述客户端根据交互数据中的类型信息对目标缓存数据的数量进行更新，并丢弃所述交互数据。具体的，客户端可以将目标缓存数据的数量进行加一处理后，丢弃所述交互数据。

其中，目标缓存数据为已缓存的交互数据，已缓存的交互数据的数据存储形式可以是类型信息与数量的组合。例如，若交互数据的类型信息是a，数量是2，则交互数据的数据存储形式可以是2a。

其中，当客户端获取到交互数据时，客户端检测缓存区是否存在与交互数据类型相同的缓存数据，如果缓存区包括与交互数据类型相同的目标缓存数据，则将交互数据与目标缓存数据进行合并缓存，即将目标缓存数据的数量进行加一处理，丢弃该交互数据。例如，缓存区的已缓存的缓存数据包括：3A，2B和4C。若获取到的交互数据的类型是A，则客户端检测缓存区的缓存数据是否包含类型为A的缓存数据，通过检测缓存区存在类型为A的缓存数据，即为3A；则在3A的数量上进行加一处理，得到缓存数据4A，则将该交互数据A丢弃，缓存区的缓存数据最终包括4A，2B和4C。

由此，当缓存区包括与交互数据类型相同的缓存数据时，将该缓存数据进行在数量上进行加一处理，即将多个小数据整合成一个数据集合，可以减小传输的数据，提高传输的效率，减小传输频次。

S340：所述客户端如果确定所述缓存区中不包括与所述交互数据的类型相同的目标缓存数据，则在所述缓存区缓存所述交互数据。

在本实施例中，客户端如果确定缓存区不包括与交互数据的类型相同的目标缓存数据，在缓存区缓存交互数据，缓存的形式是交互数据数量与类型信息的组合。

对于本步骤进行举例说明，若缓存区的缓存数据包括：3A，2B和4C。若获取到的交互数据的类型是D，则客户端检测到缓存区的缓存数据不包括类型为D的缓存数据，则将该交互数据缓存到缓存区，缓存的形式是1D。最终缓存区的缓存数据包括：3A，2B、4C和1D。

S350：在满足数据上报条件时，将已缓存的交互数据发送至服务器，以使所述服务器根据直播间中至少一个客户端分别发送的交互数据生成联动交互数据，并发送至所述直播间中的各客户端。

在本实施例中，数据上报条件可以是间隔设定时间，或者是缓存的交互数据的长度达到设定长度值，设定长度值可以根据需要进行设定。其中，数据上报条件并不局限于上述的条件，也可以是其他条件。

图4是本公开实施例提供的一种直播间交互数据的传输方法流程图，如图4所示，本公开实施例提供的技术方案包括：

S410：客户端获取用户与当前直播显示界面的交互数据。

S420：所述客户端生成与所述交互数据匹配的交互响应，并将所述交互响应在当前直播显示界面中进行展示。

本实施例中，当客户端获取到用户与当前直播显示界面的交互数据时，可以在本地客户端生成与交互数据匹配的交互响应，并在当前直播显示界面中进行显示，也就是说客户端本地产生的交互数据，生成匹配的交互响应，并在客户端本地进行展示。例如，当客户端获取到用户作用当前显示界面中的控件A时，产生交互数据，并可以在客户端本地产生对应的动画。由此，通过客户端产生的交互数据，生成交互响应，并在客户端本地立即进行展示，可以减少交互响应的反应时间，可以使用户了解自己与直播显示界面的交互信息，避免误操作。

S430：所述客户端将所述交互数据进行缓存，并在满足数据上报条件时，将已缓存的交互数据发送至服务器，以使所述服务器根据直播间中至少一个客户端分别发送的交互数据生成联动交互数据，并发送至所述直播间中的各客户端。

其中，联动交互数据，用于指示接收到的客户端生成匹配的交互响应，并将匹配的交互响应在客户端的直播显示界面中进行展示。可选的，联动交互数据为服务器将多个客户端分别发送的交互数据汇总后，筛选得到的包含至少一个交互数据的集合；可选的，匹配的交互响应为客户端根据联动交互数据中其他客户端发送的交互数据所生成的交互响应，或者为客户端根据联动交互数据中各个客户端发送的交互数据所生成的交互响应。

S440：所述客户端如果接收到所述服务器发送的联动交互数据，将联动交互数据中包含客户端标识信息与客户端本地的标识信息不同的交互数据，或者联动交互数据中包含用户标识信息与登录客户端本地的用户标识信息不同的交互数据，作为目标交互数据。

其中，交互数据在传输过程中可以包括产生交互数据的客户端的标识信息或者登陆产生交互数据的客户端的用户标识信息。

如果客户端接收到联动交互数据，确定联动交互数据中的交互数据的客户端标识信息或者用户标识信息，若判断交互数据中的客户端标识信息与本地的客户端的标识信息不相同，或者若判断交互数据中的用户标识信息与登录客户端本地的用户标识信息不相同，则将该数据作为目标交互数据。即若客户端接收到服务器发送的联动交互数据，选取联动交互数据中其他客户端发送的交互数据作为目标交互数据。

S450：所述客户端生成与所述目标交互数据匹配的交互响应，并在当前直播显示界面中进行展示。

在本实施例中，客户端生成与目标交互数据匹配的交互响应，并在当前直播显示界面中进行展示，即客户端生成与其他客户端发送的交互数据匹配的交互响应，并在当前直播显示界面中展示。可选的，客户端对于联动数据中客户端本地发送的交互数据可以不进行处理，以节省客户端的资源。

可选的，当客户端接收到服务器发送的联动交互数据时，对联动交互数据进行缓存，并将其他客户端发送的交互数据以设定频率生成交互响应，并进行显示，例如，可以将交互数据以设定频率生成用户界面(User Interface，UI)动画，做出UI动画反馈。客户端通过用户标识的比对可以区分本地和其他客户端点亮的动画，保证每个动画路径都是独立、随机的，提高用户的交互表达欲望，改善交互的有趣性，促进用户感情的表达。

对本实施例的技术方案进行举例说明，例如，在直播间中若有2个用户，用户1和用户2，用户1对应客户端1，用户2对应客户端2。若客户端1产生的用户1与当前直播显示界面的交互数据是10A，客户端1生成与交互数据10A匹配的交互响应，在当前直播显示界面上进行展示，并且客户端1将交互数据10A进行缓存，并间隔3s发送给服务器。若客户端2产生的用户2与当前直播显示界面的交互数据是10B，客户端2生成与交互数据10B匹配的交互响应，在客户端2的当前直播显示界面进行展示，并且客户端2将交互数据10B进行缓存，并间隔3s发送给服务器。若在3s时间内，服务器接收到的交互数据是10A和10B，服务器将接收到的交互数据进行汇总，并筛选；若服务器筛选得到的联动交互数据是1A和2B。服务器将联动交互数据分别发送至客户端1和客户端2。针对客户端1而言，客户端1确定联动交互数据中其他客户端(客户端2)发送的交互数据，交互数据为2B，生成与交互数据2B匹配的交互响应，并在客户端1的当前直播显示界面中进行展示，客户端1虽然也接收了联动交互数据中本地发送的交互数据1A，但对该交互数据1A不进行处理，可以避免交互数据的二次处理，节省客户端的资源。针对客户端2而言，同理，客户端2生成与交互数据1A匹配的交互响应，并在客户端2的当前直播显示界面中进行展示，客户端2虽然也接收了联动交互数据中本地发送的交互数据2B，但对该交互数据2B不进行处理。

由此，客户端通过确定联动交互数据中其他客户端发送的交互数据，并显示与该交互数据匹配的交互响应，可以避免本地发送的交互数据的二次处理，节省客户端的资源，可以提高直播间用户与主播之间的互动性。

图5是本公开实施例提供的一种直播间互动数据的传输方法流程图，所述方法由直播间互动数据的传输装置来执行，所述装置由软件和/或硬件来实现，所述装置可以配置在服务器中。

可选的，本公开实施例提供的方法可以应用在直播过程中，用于与直播显示界面进行高频率的交互的场景中，可选的，所述方法可以应用在直播过程中用户高频率的作用直播显示界面上预设类型控件的场景中。其中，用户与直播显示界面的交互频率或者用户作用预设类型控件的频率大于设定频率值。

如图5所示，本公开实施例提供的技术方案包括：

S510：服务器接收至少一个客户端发送的交互数据，并根据接收到的交互数据生成联动交互数据，所述交互数据为用户与所述客户端的直播显示界面交互的数据。

其中，联动交互数据为服务器将至少一个客户端分别发送的交互数据汇总后，筛选得到的包含至少一个交互数据的集合。

可选的，在预设时间段内，可能有一个用户作用直播显示界面，也有可能多个用户同时作用直播显示界面，所以，服务器在预设时间段内可能接收到一个客户端发送的交互数据，或者也可能接收到多个客户端发送的交互数据，其中，多个为两个或两个以上。服务器为避免多个用户同时作用直播显示界面，生成较多的交互数据，从而导致客户端频率接收过多的数据，服务器对多个客户端发送的交互数据进行了算法过滤，即当服务器接收到至少一个客户端发送的交互数据后，对接收到的交互数据进行汇总，并进行筛选，筛选的方式可以是随机筛选，也可以根据设定的数学算法进行筛选，从而得到、联动交互数据，则联动交互数据包含至少一个交互数据，从而减少交互数据的数量，从而也避免了客户端频繁接收数据的问题。

S520：所述服务器将所述联动交互数据分发至各客户端，联动交互数据，用于指示接收到所述交互数据的客户端生成匹配的交互响应，并将匹配的交互响应显示在直播显示界面中。

在本实施例中，匹配的交互响应为客户端根据联动交互数据中其他客户端发送的交互数据所生成的交互响应，或者也可以是根据联动交互数据中各个客户端发送的交互数据所生成的交互响应。

其中，可选的，交互数据包括与被作用的控件的标识信息对应的类型信息。其中，所述被作用的控件为客户端的直播显示界面中被作用的预设类型控件；所述直播显示界面中包括两个以上的所述预设类型控件；所述联动交互数据包括与被作用的控件的标识信息对应的类型信息；所述联动交互数据，用于指示接收到所述联动交互数据的客户端生成匹配的交互响应包括：所述联动交互数据，用于指示接收到所述联动交互数据的客户端生成与所述类型信息相匹配的交互响应。

具体的，当用户作用客户端的直播显示界面上的预设类型控件时，根据预设类型控件的标识信息生成交互数据，交互数据包括与被作用的控件的标识信息对应的类型信息，客户端将该交互数据发送至服务器，服务器根据接收到的交互数据生成联动交互数据，并分发至各个客户端。其中，接收到联动交互数据的客户端可以根据联动交互数据中交互数据的类型信息生成匹配的交互响应，其中，根据类型信息可以确定被作用控件的标识信息，可以将该控件的标识信息按照预设的规则进行展示。其中，所述联动交互数据中的交互数据可以包括类型信息与数量的组合，当服务器接收到与存储的联动交互数据中的交互数据类型相同的交互数据时，可以将该类型的交互数据在数量上进行加一处理，可以节省内存。

本公开实施例提供的直播间互动数据的传输方法，服务器通过根据接收到的交互数据生成联动交互数据，并分发给各个客户端，可以使各个客户端基于接收到的联动交互数据生成匹配的交互响应，从而可以使各个客户端可以展示其他用户点亮的交互响应，使用户充分了解直播间的互动情况。

在上述实施例的基础上，本公开提供的直播间互动数据的传输方法还可以包括：所述服务器接收各所述客户端发送的用户与直播显示界面交互的触发消息，并对所述触发消息进行汇总；所述服务器将汇总的触发消息发送至各所述客户端，以使各所述客户端通过弹幕显示所述用户与直播显示界面所述用户的标识信息。

其中，各个客户端可以发送用户与直播显示界面交互的触发消息，该触发消息携带用户的标识信息；服务器对接收到的各个客户端发送的触发消息进行汇总，并将汇总的触发消息分发给各个客户端；客户端接收到汇总的触发消息，根据触发消息确定触发直播显示界面用户的标识信息。

其中，可选的，用户与直播显示界面交互的触发消息为所述直播显示界面上的预设类型控件被触发的消息；可选的，当用户作用依次直播显示界面上的反馈控件时，客户端向服务器发送一条反馈控件被作用的触发消息，其中，该触发消息携带用户标识信息以及预设类型控件的标识信息。

由此，通过接收用户与直播显示界面交互的触发消息，并对触发消息进行汇总，并分发至各个客户端，可以使各个客户端显示触发直播显示界面的用户标识信息，可以使用户了解各用户之间的互动信息，提高互动性。

图6是本公开实施例提供的一种直播间互动数据的传输方法流程图，在本实施例中，客户端与服务器进行交互。如图6所示，本公开实施例提供的技术方案包括：

S610：客户端获取用户与当前直播显示界面的交互数据。

S620：所述客户端将所述交互数据进行缓存。

S630：在满足数据上报条件时，客户端发送将已缓存的交互数据至服务器。

S640：服务器接收至少一个客户端发送的交互数据，并根据接收到的交互数据生成联动交互数据。

其中，联动交互数据为所述服务器将至少一个客户端分别发送的交互数据汇总后，筛选得到的包含至少一个交互数据的集合。

S650：所述服务器发送所述联动交互数据至各客户端。

S660：接收到的客户端生成匹配的交互响应，并将匹配的交互响应显示在直播显示界面中。

可选的，匹配的交互响应可以为客户端根据联动交互数据中其他客户端发送的交互数据所生成的交互响应，或者也可以为客户端根据联动交互数据中各个客户端发送的交互数据所生成的交互响应。

需要说明的是，本实施例提供的方法可以通过多个线程来完成，避免UI线程中过多的非UI操作导致的页面卡断的问题。

需要说明的是，本实施例中各个步骤的优化可以参考上述实施例中对应步骤的优化，本实施例的执行步骤仅仅是本公开提供方法的一种示例，在本公开其他实施例中，也可以与上述一个或者多个实施例中步骤进行结合。

图7是本公开实施例提供的一种直播间交互数据的传输装置，所述装置包括：获取模块710和、缓存和发送模块720。

其中，获取模块710，用于获取用户与当前直播显示界面的交互数据；

缓存和发送模块720，用于将所述交互数据进行缓存，并在满足数据上报条件时，将已缓存的交互数据发送至服务器，以使所述服务器根据直播间中多个客户端分别发送的交互数据生成联动交互数据，并发送至所述直播间中的各客户端；

所述联动交互数据，用于指示接收到的客户端生成匹配的交互响应，并将匹配的交互响应在所述客户端的直播显示界面中进行展示。

可选的，所述联动交互数据为所述服务器将至少一个客户端分别发送的交互数据汇总后，筛选得到的包含至少一个交互数据的集合。

可选的，所述交互数据包括产生所述交互数据的客户端的标识信息或者登陆产生交互数据的所述客户端的用户标识信息，所述装置还包括展示模块，用如果接收到所述服务器发送的联动交互数据，将联动交互数据中包含客户端标识信息与客户端本地的标识信息不同的交互数据，或者联动交互数据中包含用户标识信息与登录客户端本地的用户标识信息不同的交互数据，作为目标交互数据；

生成与所述目标交互数据匹配的交互响应，并在所述当前直播显示界面中进行展示。

可选的，获取模块710，用于当检测到所述用户作用所述当前直播显示界面中的预设类型控件时，确定所述预设类型控件的标识信息，生成交互数据，其中，所述交互数据包括与被作用的控件的标识信息对应的类型信息；其中，所述当前直播显示界面中包括两个以上的所述预设类型控件；

所述联动交互数据包括与被作用的控件的标识信息对应的类型信息；

所述联动交互数据，用于指示接收到所述联动交互数据的客户端生成匹配的交互响应包括：

所述联动交互数据，用于指示接收到所述联动交互数据的客户端生成与所述类型信息相匹配的交互响应。

可选的，所述客户端将所述交互数据进行缓存，包括：

所述客户端基于所述交互数据中的类型信息确定所述交互数据的类型；

所述客户端如果确定缓存区中包括与所述交互数据的类型相同的目标缓存数据，则将所述交互数据与所述目标缓存数据进行合并缓存；

所述客户端如果确定所述缓存区中不包括与所述交互数据的类型相同的目标缓存数据，则在所述缓存区缓存所述交互数据。

可选的，已缓存的交互数据的数据存储形式包括：类型信息与数量的组合；

所述将所述交互数据与所述目标缓存数据进行合并缓存，包括：

所述客户端根据交互数据中的类型信息对目标缓存数据的数量更新，并丢弃所述交互数据，以实现对所述交互数据的合并缓存。

可选的，缓存和发送模块720，用于将所述交互数据缓存于数据队列中；

间隔设定时间轮询检测所述数据队列是否存在交互数据；

若是，将所述数据队列中的交互数据传输给服务器。

上述装置可执行本公开任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。

图8是本公开实施例提供的一种直播间互动数据的传输装置的结构框图，如图8所示，所述装置包括生成模块810和发送模块820。

其中，生成模块810，用于接收多个客户端发送的交互数据，并根据接收到的交互数据生成联动交互数据，所述交互数据为用户与所述客户端的直播显示界面交互的数据；

发送模块820，用于将所述联动交互数据发送至各客户端，以使接收到的客户端生成匹配的交互响应，并将匹配的交互响应显示在直播显示界面中。

可选的，所述交互数据包括与被作用的控件的标识信息对应的类型信息；其中，所述被作用的控件为客户端的直播显示界面中被作用的预设类型控件；所述直播显示界面中包括两个以上的所述预设类型控件；所述联动交互数据包括与被作用的控件的标识信息对应的类型信息；

所述联动交互数据，用于指示接收到所述联动交互数据的客户端生成匹配的交互响应包括：

所述联动交互数据，用于指示接收到所述联动交互数据的客户端生成与所述类型信息相匹配的交互响应。

可选的，所述联动交互数据中的交互数据包括类型信息与数量的组合。

上述装置可执行本公开任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。

图9为本公开实施例提供的一种终端的结构示意图。图9示出了适于用来实现本公开实施方式的示例性终端812的框图。图9显示的终端812仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，终端812以通用计算设备的形式表现。终端812的组件可以包括但不限于：一个或者多个处理器或者处理单元816，系统存储器828，连接不同系统组件(包括系统存储器828和处理单元816)的总线818。

总线818表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

终端812典型地包括多种计算机系统可读介质。这些介质可以是任何能够被终端812访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器828可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)830和/或高速缓存存储器832。终端812可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统834可以用于读写不可移动的、非易失性磁介质(图9未显示，通常称为“硬盘驱动器”)。尽管图9中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线818相连。存储器828可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本公开各实施例的功能。

具有一组(至少一个)程序模块842的程序/实用工具840，可以存储在例如存储器828中，这样的程序模块842包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块842通常执行本公开所描述的实施例中的功能和/或方法。

终端812也可以与一个或多个外部设备814(例如键盘、指向设备、显示器824等)通信，还可与一个或者多个使得用户能与该终端812交互的设备通信，和/或与使得该终端812能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口822进行。并且，终端812还可以通过网络适配器820与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器820通过总线818与终端812的其它模块通信。应当明白，尽管图9中未示出，可以结合终端812使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元816通过运行存储在系统存储器828中的程序，从而执行各种功能应用以及数据处理，例如实现本公开实施例所提供的直播间交互数据的传输方法。也即，

获取用户与当前直播显示界面的交互数据；

将所述交互数据进行缓存，并在满足数据上报条件时，将已缓存的交互数据发送至服务器，以使所述服务器根据直播间中至少一个客户端分别发送的交互数据生成联动交互数据，并发送至所述直播间中的各客户端；

所述联动交互数据，用于指示接收到联动交互数据的客户端生成匹配的交互响应，并将匹配的交互响应在所述客户端的直播显示界面中进行展示。

图10是本公开实施例提供的一种服务器结构示意图，如图10所示，该服务器包括：

一个或多个处理器1010，图10中以一个处理器1010为例；

存储器1020；

所述服务器还可以包括：输入装置1030和输出装置1040。

所述服务器中的处理器1010、存储器1020、输入装置1030和输出装置1040可以通过总线或者其他方式连接，图10中以通过总线连接为例。

存储器1020作为一种非暂态计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本公开实施例中的一种直播间互动数据的传输方法对应的程序指令/模块(例如，附图8所示的生成模块810和发送模块820)。处理器1010通过运行存储在存储器1020中的软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例的一种直播间互动数据的传输方法，即：

接收至少一个客户端发送的交互数据，并根据接收到的交互数据生成联动交互数据，所述交互数据为用户与所述客户端的直播显示界面交互的数据；

将所述联动交互数据分发至各客户端，联动交互数据，用于指示接收到联动交互数据的客户端生成匹配的交互响应，并将匹配的交互响应显示在直播显示界面中。

存储器1020可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器1020可以包括高速随机存取存储器，还可以包括非暂态性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态性固态存储器件。在一些实施例中，存储器1020可选包括相对于处理器1010远程设置的存储器，这些远程存储器可以通过网络连接至终端设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置1030可用于接收输入的数字或字符信息，以及产生与服务器的用户设置以及功能控制有关的键信号输入。输出装置1040可包括输出接口等。

本公开实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本公开实施例提供的一种直播间互动数据的传输方法：

获取用户与当前直播显示界面的交互数据；

将所述交互数据进行缓存，并在满足数据上报条件时，将已缓存的交互数据发送至服务器，以使所述服务器根据直播间中至少一个客户端分别发送的交互数据生成联动交互数据，并发送至所述直播间中的各客户端；

所述联动交互数据，用于指示接收到联动交互数据的客户端生成匹配的交互响应，并将匹配的交互响应在所述客户端的直播显示界面中进行展示。

或者；

接收至少一个客户端发送的交互数据，并根据接收到的交互数据生成联动交互数据，所述交互数据为用户与所述客户端的直播显示界面交互的数据；

将所述联动交互数据分发至各客户端，联动交互数据，用于指示接收联动交互数据到的客户端生成匹配的交互响应，并将匹配的交互响应显示在直播显示界面中。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本公开的较佳实施例及所运用技术原理。本领域技术人员会理解，本公开不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本公开的保护范围。因此，虽然通过以上实施例对本公开进行了较为详细的说明，但是本公开不仅仅限于以上实施例，在不脱离本公开构思的情况下，还可以包括更多其他等效实施例，而本公开的范围由所附的权利要求范围决定。

Claims (14)

1.一种直播间交互数据的传输方法，其特征在于，包括：

客户端获取用户与当前直播显示界面的交互数据；

所述客户端将所述交互数据进行缓存，并在满足数据上报条件时，将已缓存的交互数据发送至服务器，以使所述服务器根据直播间中至少一个客户端分别发送的交互数据生成联动交互数据，并发送至所述直播间中的各客户端；

所述联动交互数据，用于指示接收到所述联动交互数据的客户端生成匹配的交互响应，并将匹配的交互响应在所述客户端的直播显示界面中进行展示。

2.根据权利要求1所述的方法，其特征在于，所述交互数据包括产生所述交互数据的客户端的标识信息或者登陆产生交互数据的客户端的用户标识信息，所述方法还包括:

所述客户端如果接收到所述服务器发送的联动交互数据，将联动交互数据中包含客户端标识信息与客户端本地的标识信息不同的交互数据，或者联动交互数据中包含用户标识信息与登录客户端本地的用户标识信息不同的交互数据，作为目标交互数据；

所述客户端生成与所述目标交互数据匹配的交互响应，并在所述当前直播显示界面中进行展示。

3.根据权利要求1所述的方法，其特征在于，所述客户端获取用户与当前直播显示界面的交互数据，包括：

所述客户端当检测到所述用户作用所述当前直播显示界面中的预设类型控件时，确定所述预设类型控件的标识信息，生成交互数据，其中，所述交互数据包括与被作用的控件的标识信息对应的类型信息；其中，所述当前直播显示界面中包括两个以上的所述预设类型控件；

所述联动交互数据包括与被作用的控件的标识信息对应的类型信息；

所述联动交互数据，用于指示接收到所述联动交互数据的客户端生成匹配的交互响应包括：

所述联动交互数据，用于指示接收到所述联动交互数据的客户端生成与所述类型信息相匹配的交互响应。

4.根据权利要求3所述的方法，其特征在于，所述客户端将所述交互数据进行缓存，包括：

所述客户端基于所述交互数据中的类型信息确定所述交互数据的类型；

所述客户端如果确定缓存区中包括与所述交互数据的类型相同的目标缓存数据，则将所述交互数据与所述目标缓存数据进行合并缓存；

所述客户端如果确定所述缓存区中不包括与所述交互数据的类型相同的目标缓存数据，则在所述缓存区缓存所述交互数据。

5.根据权利要求4所述的方法，其特征在于，已缓存的交互数据的数据存储形式包括：类型信息与数量的组合；

所述将所述交互数据与所述目标缓存数据进行合并缓存，包括：

所述客户端根据所述交互数据中的类型信息对目标缓存数据的数量进行更新，丢弃所述交互数据。

6.根据权利要求1所述的方法，其特征在于，所述客户端将所述交互数据进行缓存，并在满足数据上报条件时，将已缓存的交互数据发送至服务器，包括：

将所述交互数据缓存于数据队列中；

间隔设定时间轮询检测所述数据队列是否存在交互数据；

若是，将所述数据队列中的交互数据传输给服务器。

7.一种直播间交互数据的传输方法，其特征在于，包括：

服务器接收至少一个客户端发送的交互数据，并根据接收到的交互数据生成联动交互数据，所述交互数据为用户与所述客户端的直播显示界面交互的数据；

所述服务器将所述联动交互数据分发至各客户端，联动交互数据，用于指示接收到所述联动交互数据的客户端生成匹配的交互响应，并将匹配的交互响应显示在直播显示界面中。

8.根据权利要求7所述的方法，其特征在于，

所述交互数据包括与被作用的控件的标识信息对应的类型信息；其中，所述被作用的控件为客户端的直播显示界面中被作用的预设类型控件；所述直播显示界面中包括两个以上的所述预设类型控件；所述联动交互数据包括与被作用的控件的标识信息对应的类型信息；

所述联动交互数据，用于指示接收到所述联动交互数据的客户端生成匹配的交互响应包括：

所述联动交互数据，用于指示接收到所述联动交互数据的客户端生成与所述类型信息相匹配的交互响应。

9.根据权利要求7所述的方法，其特征在于，所述联动交互数据中的交互数据包括类型信息与数量的组合。

10.一种直播间交互数据的传输装置，其特征在于，包括：

获取模块，用于获取用户与当前直播显示界面的交互数据；

缓存和发送模块，用于将所述交互数据进行缓存，并在满足数据上报条件时，将已缓存的交互数据发送至服务器，以使所述服务器根据直播间中多个客户端分别发送的交互数据生成联动交互数据，并发送至所述直播间中的各客户端；

所述联动交互数据，用于指示接收到所述联动交互数据的客户端生成匹配的交互响应，并将匹配的交互响应在所述客户端的直播显示界面中进行展示。

11.一种直播间互动数据的传输装置，其特征在于，包括：

生成模块，用于接收多个客户端发送的交互数据，并根据接收到的交互数据生成联动交互数据，所述交互数据为用户与所述客户端的直播显示界面交互的数据；

发送模块，用于将所述联动交互数据发送至各客户端，联动交互数据，用于指示接收到所述联动交互数据的客户端生成匹配的交互响应，并将匹配的交互响应显示在直播显示界面中。

12.一种终端，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6任一所述的一种直播间互动数据的传输方法。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求7-9任一所述的一种直播间互动数据的传输方法。

14.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-6任一所述的一种直播间交互数据的传输方法，或者实现如7-9任一所述的一种直播间交互数据的传输方法。