CN109831673B - 一种直播间数据处理方法、装置、设备及存储介质 - Google Patents

Abstract

本公开实施例提供了一种直播间数据处理方法、装置、设备及存储介质，其中，该方法应用于客户端，包括：通过控制器在UI线程上获取用户与直播显示界面的交互数据；通过控制器在UI线程上根据交互数据生成匹配的交互响应，并在直播显示界面中进行展示；通过控制器在UI线程上将交互数据发送至数据处理模块；通过数据处理模块在非UI线程上对交互数据进行处理，并将处理的交互数据发送至服务器，以使服务器根据至少一个客户端上的数据处理模块发送的交互数据生成联动交互数据，并发送至直播间中的各客户端，可以减小UI线程处理数据的压力，提高数据处理速度，当高频率产生数据时，避免过多的非IU信息占用UI线程导致的页面卡顿现象。

Description

一种直播间数据处理方法、装置、设备及存储介质

技术领域

本公开实施例涉及直播技术，尤其涉及一种直播间数据处理方法、装置、设备及存储介质。

背景技术

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

当用户与主播进行互动时，用户可以操作直播显示界面，用户的客户端本地产生交互响应，并进行显示；用户的客户端也可以展示其他用户点亮的交互响应，以实现互动。但是现有技术中，生成交互响应的过程比较复杂，容易导致页面卡顿的现象。

发明内容

本公开实施例提供了一种直播间数据处理方法、装置、设备及存储介质，可以提高数据处理的效率，减少页面卡顿的现象。

第一方面，本公开实施例提供了一种直播间数据处理方法，所述方法应用于客户端，所述方法包括：

通过控制器在UI线程上获取用户与直播显示界面的交互数据；

通过控制器在UI线程上根据所述交互数据生成匹配的交互响应，并在所述直播显示界面中进行展示；

通过控制器在UI线程上将所述交互数据发送至数据处理模块；

通过所述数据处理模块在非UI线程上对所述交互数据进行处理，并将处理的后交互数据发送至服务器，以使所述服务器根据至少一个客户端上的数据处理模块发送的交互数据生成联动交互数据，并发送至直播间中的各客户端。

第二方面，本公开实施例提供了一种直播间数据处理装置，所述装置配置在客户端，所述装置包括：

获取模块，用于通过控制器在UI线程上获取用户与直播显示界面的交互数据；

显示模块，用于通过控制器在UI线程上根据所述交互数据生成匹配的交互响应，并在所述直播显示界面中进行展示；

第一发送模块，用于通过控制器在UI线程上将所述交互数据发送至数据处理模块；

第二发送模块，用于通过所述数据处理模块在非UI线程上对所述交互数据进行处理，并将处理后的交互数据发送至服务器，以使所述服务器根据至少一个客户端上的数据处理模块发送的交互数据生成联动交互数据，并发送至直播间中的各客户端。

第三方面，本公开实施例提供了一种设备，包括：

一个或多个处理器；

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

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

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

本公开实施例提供的技术方案，通过UI线程和非UI线程合作实现交互数据产生、处理、交互响应的生成以及显示过程，可以减小UI线程处理数据的压力，提高数据处理速度，尤其是当高频率产生数据时，避免过多的非IU信息占用UI线程导致的页面卡顿现象。

附图说明

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

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

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

图4是本公开实施例提供的一种直播间数据处理装置结构框图；

图5是本公开实施例提供的一种设备结构示意图。

具体实施方式

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

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

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

具体的，本公开实施例提供的方法可以应用在如下场景下：当用户与主播之间进行互动时，可以操作直播显示界面，用户客户端产生交互数据，可以在本地根据交互数据生成交互响应并进行显示；以及将交互数据进行处理，并通过服务器将交互数据发送至其他客户端，并在其他客户端上生成交互响应并显示在其他客户端的直播显示界面上。用户客户端可以接收服务器发送的交互数据，从而生成交互响应并进行显示。相关技术中，实现上述交互响应产生以及显示的过程均是在单一的UI线程上进行。如果用户高频率操作直播界面，会高频率的产生交互数据，在单一的UI线程上数据处理时间较长，并且生成交互响应复杂，会导致UI线程过多的被非UI处理占用，造成页面卡顿的现象。本公开实施例提供的方法通过UI线程和非UI线程合作实现交互数据产生、处理、交互响应生成以及显示的过程，可以提高数据处理速度，尤其是当交互数据高频率产生时，可以避免页面卡顿的现象。

本公开实施例以进入到直播间的用户对应的客户端为例进行说明，即以用户客户端为例进行说明，如图1所示，本公开实施例提供的技术方案包括：

S110：通过控制器在用户界面UI线程上获取用户与直播显示界面的交互数据。

其中，控制器可以用于控制以及管理直播显示界面，可以是客户端中的功能模块，当用户退出直播间时，可以销毁控制器，从而节省客户端的资源。UI线程又叫界面线程，可以响应操作***的特定消息，包括界面消息、鼠标键盘消息、自定义消息等，是在普通的worker线程基础上加上消息循环来实现的，在这个消息循环上不断地获取操作***或其他线程派发过来的消息，再根据这个消息找到对应的消息处理对象/函数，如果暂时没有消息需要处理就让线程等待，让出CPU时间片，以此表现出该线程一直“在线”的状态，直到某一特定退出消息结束线程。

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

S120：通过控制器在UI线程上根据所述交互数据生成匹配的交互响应，并在所述直播显示界面中进行展示。

在本实施例中，当客户端通过控制器在UI线程上获取到用户与直播显示界面的交互数据时，可以在本地客户端通过控制器在UI线程上生成与交互数据匹配的交互响应，并在直播显示界面中进行显示，也就是说客户端本地产生的交互数据，生成匹配的交互响应，并在客户端本地进行展示。例如，当客户端通过控制器在UI线程上获取到用户作用当前显示界面中的控件A时，产生交互数据，并通过控制器在UI线程上对应的动画。

S130：通过控制器在UI线程上将所述交互数据发送至数据处理模块。

在本实施例中，数据处理模块是客户端中用于进行数据处理的功能模块，其中，各个功能模块之间可以进行数据共享。而各个功能模块在进行某个操作或者处理时，可以选择在UI线程或者非UI线程上执行。其中，控制器和数据处理模块之间可以进行数据共享，控制器在UI线程上将交互数据发送至数据处理模块。

S140：通过所述数据处理模块在非UI线程上对所述交互数据进行处理，并将处理的交互数据发送至服务器，以使所述服务器根据至少一个客户端上的数据处理模块发送的所述交互数据生成联动交互数据，并发送至直播间中的各客户端。

在本实施例中，通过数据处理模块在非UI线程上对交互数据进行处理，并将处理的交互数据发送至服务器。其中，非UI线程可以包括至少一个线程，其中，所述至少一个线程并不是UI线程。

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

具体的，服务器在预设时间段内可能接收到一个客户端上的数据处理模块发送的交互数据，或者也可能接收到多个客户端上的数据处理模块发送的交互数据，其中，多个是指两个或者两个以上。当服务器接收到一个或者多个客户端的数据处理模块发送的交互数据后，对接收到的交互数据进行汇总，并进行筛选，筛选的方式可以是随机筛选，也可以根据设定的数学算法进行筛选，从而得到联动交互数据，则联动交互数据包含至少一个交互数据。服务器将联动交互数据分发至直播间的各个客户端。

在本实施例中，数据处理模块在非UI线程上对交互数据进行处理并不局限于上述缓存处理，还可以是将交互数据处理成服务器可以识别的数据等操作。

在本公开实施例的一个实施方式中，可选的，所述通过所述数据处理模块在非UI线程上对所述交互数据进行处理，并将处理的交互数据发送至服务器，包括：通过所述数据处理模块在非UI线程上对所述交互数据进行缓存处理，并在满足数据上报条件时，将已缓存的交互数据发送至服务器。其中，可选的，数据上报条件可以是间隔设定时间，或者可以是缓存的交互数据的长度达到设定长度值，设定长度值可以根据需要进行设定。其中，数据上报条件并不局限于上述的条件，也可以是其他条件。由此，通过数据处理模块在非UI线程上将交互数据进行缓存，并满足数据上报条件时将缓存的交互数据发送至服务器，可以解决客户端高频率产生交互数据，而服务器高频率处理交互数据导致消耗资源过多的问题，也可以解决客户端难以高频率处理服务器发送的交互数据的问题，可以减小客户端和服务端数据处理的压力。

相关技术中，交互数据的产生、交互响应的生成以及交互数据的处理等操作需要通过单一的UI线程来执行，当交互数据高频率产生时，交互数据的数量较多、较复杂，在单一的UI线程数据处理时间较长，并且交互响应生成过程复杂，会导致UI线程过多的被非UI处理占用，导致页面卡顿。本公开实施例提供的方法通过在UI线程上获取交互数据，并生成交互响应，并通过在非UI线程上对交互数据进行处理，发送至服务器，将交互数据的产生、处理、交互响应的生成以及显示通过UI线程和非UI线程合作来实现，可以减小UI线程的数据处理压力，提高数据处理速度，当高频率产生交互数据时，可以避免过多的非UI信息占用UI线程造成的页面卡顿现象。

本公开实施例提供的技术方案，通过UI线程和非UI线程的合作实现交互响应的生成以及显示过程，可以减小UI线程处理数据的压力，提高数据处理速度，尤其是当高频率产生数据时，避免过多的非IU信息占用UI线程导致的页面卡顿现象。

图2是本公开实施例提供的一种直播间数据处理方法流程图，本实施例可以与上述一个或者多个实施例中各个可选方案结合。在本实施例中，可选的，所述通过控制器在UI线程上获取用户与直播显示界面的交互数据，包括：

通过所述控制器在UI线程上检测用户作用预设类型控件的触控信号，获取所述触控信号的数据，并作为用户与所述直播显示界面的交互数据；其中，在所述直播显示界面中展示有至少一个预设类型控件。

以及，所述触控信号的数据包括预设类型控件的标识数据；所述通过所述控制器在UI线程上根据所述交互数据生成匹配的交互响应，可以包括：通过所述控制器在UI线程上根据所述标识数据生成匹配的动画。

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

S210：通过所述控制器在UI线程上检测用户作用预设类型控件的触控信号，获取所述触控信号的数据，并作为用户与所述直播显示界面的交互数据。

其中，在直播显示界面中展示有至少一个预设类型控件。

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

由此，通过控制器在UI线程上获取触控信号的数据，并将触控信号的数据作为交互数据，数据形式简单，可以提高数据处理速度。

S220：通过所述控制器在UI线程上根据标识数据生成匹配的动画，并在所述直播界面中进行显示，其中，所述触控信号的数据包括预设类型控件的标识数据。

其中，标识数据匹配的动画可以是预设类型控件的标识图片沿预设路径进行运动的动画。其中，预设类型控件的标识图片可以是表情图片等，或者也可以是其他形式的图片。

S230：通过控制器在UI线程上将所述交互数据发送至数据处理模块。

S240：通过所述数据处理模块在非UI线程上对所述交互数据进行处理，并将处理的交互数据发送至服务器，以使所述服务器根据至少一个客户端上的数据处理模块发送的所述交互数据生成联动交互数据，并发送至直播间中的各客户端。

其中，S240与上述实施例中S140中介绍的实施方式相同。

由此，本实施例中，通过在UI线程上实现交互数据的获取、动画的生成，并通过在非UI线程上实现对交互数据的处理，即是将数据显示和数据处理分离，并不在单一的UI线程上实现，可以减小UI线程的数据处理压力，尤其是当交互数据高频率产生时，可以提高数据处理速度，避免页面卡顿的现象，提高动画流畅度，提升用户体验。

图3是本公开实施例提供的一种直播间数据处理方法流程图，在本实施例中，在上述实施例的基础上，本公开实施例提供的方法还可以包括：

通过数据处理模块在非UI线程上接收所述服务器发送的联动交互数据；

通过所述数据处理模块将所述联动交互数据发送至所述控制器；

通过控制器在UI线程上根据所述联动交互数据生成匹配的交互响应，并在所述直播显示界面进行展示。

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

S310：通过控制器在用户界面UI线程上获取用户与直播显示界面的交互数据。

S320：通过控制器在UI线程上根据所述交互数据生成匹配的交互响应，并在所述直播显示界面中进行展示。

S330：通过控制器在UI线程上将所述交互数据发送至数据处理模块。

S340：通过所述数据处理模块在非UI线程上对所述交互数据进行处理，并将处理的交互数据发送至服务器，以使所述服务器根据至少一个客户端上的数据处理模块发送的所述交互数据生成联动交互数据，并发送至直播间中的各客户端。

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

S350：通过数据处理模块在非UI线程上接收所述服务器发送的联动交互数据。

在本实施例中，当服务器生成联动数据时，将联动数据发送至各客户端，针对每个客户端，客户端通过数据处理模块在非UI线程上接收联动交互数据，可以减小UI线程的数据处理压力，提高数据处理速度。

S360：通过所述数据处理模块在非UI线程上将所述联动交互数据发送至所述控制器。

S370：通过控制器在UI线程上根据所述联动交互数据生成匹配的交互响应，并在所述直播显示界面进行展示。

其中，匹配的交互响应可以是控制器在UI线程上根据联动交互数据中其他客户端发送的交互数据生成的交互响应，并将交互响应在直播显示界面进行显示，或者也可以是控制器在UI线程上根据联动交互数据生成的交互响应。

其中，交互数据可以包括客户端标识信息或者用户标识信息，可选的，客户端通过控制器在UI线程上根据所述联动交互数据生成匹配的交互响应，并在所述直播显示界面进行展示，可以包括：如果通过控制器在非UI线程接收到联动交互数据，确定联动交互数据中的交互数据的客户端标识信息或者用户标识信息，若控制器在非UI线程判断交互数据中的客户端标识信息与本地的客户端的标识信息不相同，或者控制器在非UI线程判断交互数据中的用户标识信息与登录本地客户端的用户标识信息不相同，则控制器在UI线程上将该交互数据生成交互响应，并进行显示。其中，交互响应可以是动画。

可选的，客户端通过控制器在UI线程上根据联动交互数据生成的交互响应，可以包括：客户端通过控制器在UI线程根据联动交互数据中各个客户端发送的交互数据生成交互响应。其中，各个客户端发送的交互数据包括客户端本地发送的交互数据以及其他客户端发送的交互数据。

在本实施例中，客户端通过控制器在UI线程上生成与目标交互数据匹配的交互响应，并在直播显示界面中进行展示。可选的，客户端通过控制器对于联动数据中客户端本地发送的交互数据可以不进行处理，以节省的资源。

在本实施例中，通过在UI线程上实现交互数据的获取、交互响应的生成，并通过在非UI线程上实现对交互数据的处理，即是将数据显示和数据处理分离，并不在单一的UI线程上实现，可以减小UI线程的数据处理压力，尤其是当交互数据高频率产生时，可以提高数据处理速度，避免页面卡顿的现象，提高动画流畅度，提升用户体验。

图4是本公开实施例提供的一种直播间数据处理装置结构框图，所述装置配置在客户端，如图4所示，所述装置包括：获取模块410、显示模块420、第一发送模块430和第二发送模块440。

其中，获取模块410，用于通过控制器在UI线程上获取用户与直播显示界面的交互数据；

显示模块420，用于通过控制器在UI线程上根据所述交互数据生成匹配的交互响应，并在所述直播显示界面中进行展示；

第一发送模块430，用于通过控制器在UI线程上将所述交互数据发送至数据处理模块；

第二发送模块440，用于通过所述数据处理模块在非UI线程上对所述交互数据进行处理，并将处理的交互数据发送至服务器，以使所述服务器根据至少一个客户端上的数据处理模块发送的所述交互数据生成联动交互数据，并发送至直播间中的各客户端。

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

可选的，所述装置还包括：接收模块和第三发送模块；

其中，接收模块，用于通过数据处理模块在非UI线程上接收所述服务器发送的联动交互数据；

第三发送模块，用于通过所述数据处理模块将所述联动交互数据发送至所述控制器；

显示模块420，还用于通过控制器在UI线程上根据所述联动交互数据生成匹配的交互响应，并在所述直播显示界面进行展示。

可选的，获取模块410，用于通过所述控制器在UI线程上检测用户作用预设类型控件的触控信号，获取所述触控信号的数据，并作为用户与所述直播显示界面的交互数据；

其中，在所述直播显示界面中展示有至少一个预设类型控件。

可选的，所述触控信号的数据包括预设类型控件的标识数据；

所述通过所述控制器在UI线程上根据所述交互数据生成匹配的交互响应，包括：

通过所述控制器在UI线程上根据所述标识数据生成匹配的动画或者图片。

可选的，所述预设类型控件包括表情控件。

可选的，第二发送模块440，用于通过所述数据处理模块在非UI线程上对所述交互数据进行缓存处理，并在满足数据上报条件时，将已缓存的交互数据发送至服务器。

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

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

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

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

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

***存储器828可以包括易失性存储器形式的计算机***可读介质，例如随机存取存储器(RAM)830和/或高速缓存存储器832。设备812可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机***存储介质。仅作为举例，存储***834可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如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的其它模块通信。应当明白，尽管图5中未示出，可以结合设备812使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。

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

通过控制器在用户界面UI线程上获取用户与直播显示界面的交互数据；

通过控制器在UI线程上根据所述交互数据生成匹配的交互响应，并在所述直播显示界面中进行展示；

通过控制器在UI线程上将所述交互数据发送至数据处理模块；

通过所述数据处理模块在非UI线程上对所述交互数据进行处理，并将处理的交互数据发送至服务器，以使所述服务器根据至少一个客户端上的数据处理模块发送的所述交互数据生成联动交互数据，并发送至直播间中的各客户端。

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

通过控制器在用户界面UI线程上获取用户与直播显示界面的交互数据；

通过控制器在UI线程上根据所述交互数据生成匹配的交互响应，并在所述直播显示界面中进行展示；

通过控制器在UI线程上将所述交互数据发送至数据处理模块；

通过所述数据处理模块在非UI线程上对所述交互数据进行处理，并将处理的交互数据发送至服务器，以使所述服务器根据至少一个客户端上的数据处理模块发送的所述交互数据生成联动交互数据，并发送至直播间中的各客户端。

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

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

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

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

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

Claims (8)

1.一种直播间数据处理方法，其特征在于，所述方法应用于客户端，所述方法包括：

通过控制器在用户界面UI线程上获取用户与直播显示界面的交互数据；

通过控制器在UI线程上根据所述交互数据生成匹配的交互响应，并在所述直播显示界面中进行展示；

通过控制器在UI线程上将所述交互数据发送至数据处理模块；

通过所述数据处理模块在非UI线程上对所述交互数据进行处理，并将处理后的交互数据发送至服务器，以使所述服务器根据至少一个客户端上的数据处理模块发送的交互数据生成联动交互数据，并发送至直播间中的各客户端；

通过所述数据处理模块在非UI线程上接收所述服务器发送的联动交互数据；

通过所述数据处理模块在非UI线程上将所述联动交互数据发送至所述控制器；

通过控制器在UI线程上根据所述联动交互数据生成匹配的交互响应，并在所述直播显示界面进行展示；所述通过控制器在UI线程上根据所述联动交互数据生成匹配的交互响应，并在所述直播显示界面进行展示，包括：确定联动交互数据中的交互数据的客户端标识信息或者用户标识信息，若控制器在非UI线程判断交互数据中的客户端标识信息与本地的客户端标识信息不相同，或者控制器在非UI线程判断交互数据中的用户标识信息与登录本地客户端的用户标识信息不相同，则控制器在UI线程上将该交互数据生成交互响应，并在所述直播显示界面进行显示。

2.根据权利要求1所述的方法，其特征在于，所述通过控制器在UI线程上获取用户与直播显示界面的交互数据，包括：

通过所述控制器在UI线程上检测用户作用预设类型控件的触控信号，获取所述触控信号的数据，并作为用户与所述直播显示界面的交互数据；

其中，在所述直播显示界面中展示有至少一个预设类型控件。

3.根据权利要求2所述的方法，其特征在于，所述触控信号的数据包括预设类型控件的标识数据；

所述通过所述控制器在UI线程上根据所述交互数据生成匹配的交互响应，包括：

通过所述控制器在UI线程上根据所述标识数据生成匹配的动画。

4.根据权利要求2所述的方法，其特征在于，所述预设类型控件包括表情控件。

5.根据权利要求1所述的方法，其特征在于，所述通过所述数据处理模块在非UI线程上对所述交互数据进行处理，并将处理的交互数据发送至服务器，包括：

通过所述数据处理模块在非UI线程上对所述交互数据进行缓存处理，并在满足数据上报条件时，将已缓存的交互数据发送至服务器。

6.一种直播间数据处理装置，其特征在于，所述装置配置在客户端，所述装置包括：

获取模块，用于通过控制器在UI线程上获取用户与直播显示界面的交互数据；

显示模块，用于通过控制器在UI线程上根据所述交互数据生成匹配的交互响应，并在所述直播显示界面中进行展示；

第一发送模块，用于通过控制器在UI线程上将所述交互数据发送至数据处理模块；

第二发送模块，用于通过所述数据处理模块在非UI线程上对所述交互数据进行处理，并将处理后的交互数据发送至服务器，以使所述服务器根据至少一个客户端上的数据处理模块发送的交互数据生成联动交互数据，并发送至直播间中的各客户端；

接收模块，用于通过数据处理模块在非UI线程上接收所述服务器发送的联动交互数据；

第三发送模块，用于通过所述数据处理模块在非UI线程上将所述联动交互数据发送至所述控制器；

所述显示模块，还用于通过控制器在UI线程上根据所述联动交互数据生成匹配的交互响应，并在所述直播显示界面进行展示；所述通过控制器在UI线程上根据所述联动交互数据生成匹配的交互响应，并在所述直播显示界面进行展示，包括：确定联动交互数据中的交互数据的客户端标识信息或者用户标识信息，若控制器在非UI线程判断交互数据中的客户端标识信息与本地的客户端标识信息不相同，或者控制器在非UI线程判断交互数据中的用户标识信息与登录本地客户端的用户标识信息不相同，则控制器在UI线程上将该交互数据生成交互响应，并在所述直播显示界面进行显示。

7.一种电子设备，其特征在于，包括：

一个或多个处理器；

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

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

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

Images