一种直播间交互事件处理方法、装置、设备及存储介质与流程

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

背景技术：

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

当用户与主播之间进行互动时，用户可以操作直播显示界面，由用户客户端产生交互数据，在本地产生交互响应，并进行显示；以及将交互数据进行处理，并通过服务器将交互数据发送至各客户端，以使各客户端根据其他客户端发送的交互数据生成交互响应并进行显示。在直播间产生交互响应的过程中，客户端往往采用轮询监听器来对多个交互事件进行监听，从而实现对交互事件的处理，但是在不同的场景下的交互事件需要设置不同的时间间隔，现有技术的方法对交互事件的处理不能应对不同场景的变化。

技术实现要素：

本公开实施例提供一种直播间交互事件处理方法、装置、设备及存储介质，可以灵活控制不同交互事件的处理方式，满足不同交互的反馈需求，可以满足不同交互场景的需求。

第一方面，本公开实施例提供了一种直播间交互事件处理方法，

所述方法应用于用户在客户端本地触发直播显示界面上预设类型的控件，和/或直播间的其他用户在各自客户端触发直播显示界面上预设类型的控件的场景中，所述方法包括：

确定与所述预设类型的控件关联的交互事件；

根据所述交互事件的类型，启动与所述交互事件对应的轮询监听器；其中，所述轮询监听器，用于每间隔设定时间发送触发信号，不同的交互事件对应不同的轮询监听器，各个轮询监听器发送触发信号的时间间隔不同；

当接收到所述轮询监听器发送的触发信号时，对所述轮询监听器对应的所述交互事件进行相应处理。

第二方面，本公开实施例还提供了一种直播间交互事件处理装置，所述装置应用于用户在客户端本地触发直播显示界面上预设类型的控件，和/或直播间的其他用户在各自客户端触发直播显示界面上预设类型的控件的场景中，所述装置包括：

确定模块，用于确定与所述预设类型的控件关联的交互事件；

启动模块，用于根据交互事件的类型，启动与所述交互事件对应的轮询监听器；所述轮询监听器，用于每间隔设定时间发送触发信号；不同的交互事件对应不同的轮询监听器，各个轮询监听器发送触发信号的时间间隔不同；

处理模块，用于当接收到所述轮询监听器发送的触发信号时，对所述轮询监听器对应的所述交互事件进行相应处理。

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

一个或多个处理器；

存储器，用于存储一个或多个程序，

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

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

本公开实施例提供的技术方案，通过确定与预设类型的控件关联的交互事件，并启动与交互事件对应的轮询监听器，当接收到轮询监听器发送的触发信号时，对交互事件进行对应处理，其中，不同交互事件对应的轮询监听器不同，每个轮询监听器发送触发信号的时间间隔不相同，即通过每个交互事件单独对应一个轮询监听器，其中，不同的交互事件对应不同的轮询监听器，且每个轮询监听器发送触发信号的时间间隔各不相同可以保证每种交互事件均有自己的轮询监听器进行监听，可以使每个交互事件的监听具有不同的时间间隔，从而可以灵活控制不同的交互事件处理方式，可以满足不同交互场景的需求，使每种交互的反馈可以充分表达用户不同的情感。

附图说明

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

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

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

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

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

具体实施方式

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

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

可选的，本公开实施例提供的方法可以应用在直播间中，用户与主播进行互动的场景中。可选的，所述方法应用于用户在客户端本地触发直播显示界面上预设类型的控件，和/或直播间的其他用户在各自客户端触发直播显示界面上预设类型的控件的场景中。

可选的，本公开实施例提供的方法可以应用在如下场景下：当用户与主播之间进行互动时，用户可以操作直播显示界面，由用户客户端产生交互数据，在本地生成交互响应并进行显示，以及将交互数据进行处理，并通过服务器将交互数据发送至各客户端，以使各客户端根据接收到的交互数据生成交互响应，并进行显示。相关技术中，在直播间产生交互响应的过程中，可以发生多个交互事件，客户端往往采用同一种轮询监听器进行监听，来实现对多个交互事件的处理，但是在不同的场景下的交互事件处理需要设置不同的时间间隔，相关技术中，采用同一种轮询监听器对多个交互事件进行监听，从而使不同的交互事件的处理间隔均是相同的，导致交互事件的处理不能应对不同场景的变化。本公开实施例提供的技术方案，确定与预设类型的控件关联的交互事件，并启动与交互事件对应的轮询监听器，当接收到轮询监听器发送的触发信号时，对交互事件进行对应处理，其中，不同交互事件对应的轮询监听器不同，轮询监听器发送触发信号的时间间隔不相同，即通过每种交互事件单独对应一个轮询监听器，其中，不同的交互事件对应不同的轮询监听器，且轮询监听器发送触发信号的时间间隔各不相同，保证每种交互事件均有自己的轮询监听器进行监听，可以使每个交互事件的监听具有不同的时间间隔，从而可以灵活控制不同的交互事件处理方式，可以满足不同交互场景的需求，使每种交互的反馈可以充分表达用户不同的情感。

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

s110：确定与预设类型的控件关联的交互事件。

在本公开实施例中，预设类型的控件可以是被作用时，可以产生交互响应的控件，预设类型的控件可以显示在直播显示界面上，直播显示界面上可以包括至少一个预设类型的控件，例如预设类型的控件可以是表情控件、或者其他用于用户与主播之间进行互动的控件。交互事件可以是发生在用户与直播显示界面进行交互时的事件，或者也可以是发生在客户端与服务器进行交互时的事件。与预设类型的控件关联的交互事件可以是预设类型的控件被执行长按操作，或者也可以是客户端向服务器发送预设类型的控件对应的交互数据，或者也可以是客户端缓存服务器发送的交互数据。

s120：根据所述交互事件的类型，启动与所述交互事件对应的轮询监听器；所述轮询监听器，用于每间隔设定时间发送触发信号，其中，不同的交互事件对应不同的轮询监听器，各个轮询监听器发送触发信号的时间间隔不相同。

在本实施例中，每个交互事件对应一个轮询监听器，不同的交互事件对应不同的轮询监听器，当确定发生交互事件时，启动对应的轮询监听器。其中，不同的轮询监听器发送触发信号的时间间隔可以是不相同的。

由此，通过启动与交互事件对应的轮询监听器，可以保证在不同场景下交互事件的处理具有不同的时间间隔，可以灵活控制交互事件的处理，满足不同交互场景的需求。

在本公开实施例的一个实施方式中，在启动与所述交互事件对应的轮询监听器之前，还可以包括：将交互事件与轮询监听器进行绑定。具体的，可以将交互事件与轮询监听器一一对应，每个交互事件对应不同的轮询监听器。由此，通过将交互事件与轮询监听器进行绑定，当每次触发不同的交互事件时，可以启动不同的轮询监听器，相对于相关技术中采用一种轮询监听器对多个交互事件进行监听的方式，使每个交互事件的监听以及处理相互独立，互不打扰，有利于后续的优化和改进，可以灵活控制不同的交互事件处理方式，可以满足不同交互场景的需求，可以灵活的处理不同交互带来的反馈。

s130：当接收到所述轮询监听器发送的触发信号时，对所述轮询监听器对应的所述交互事件进行相应处理。

在本公开实施例中，当客户端接收到轮询监听器发送的触发信号时，对交互事件进行处理，从而实现当启动与交互事件对应的轮询监听器时，每间隔设定时间交互事件进行处理。其中，不同的交互事件的处理方式可以是不相同的，不同的交互事件，触发轮询监听器的条件也可以是不相同。其中，当交互事件是预设类型的控件被执行长按操作、客户端向服务器发送预设类型的控件对应的交互数据，或者客户端接收服务器发送的交互数据时，交互事件的相应处理方式可以参考下述实施例的介绍。

需要说明的是，本公开实施例中的交互事件还可以包括用户与直播显示界面进行交互时的其他事件，或者还可以包括客户端与服务器进行交互时的其他事件，当交互事件包括上述的其他事件时，还可以将每个其他事件绑定一个独立的轮询监听器，从而灵活的处理不同交互场景下的交互事件带来的反馈。

本公开实施例提供的一种直播间中交互事件处理方法，通过确定与预设类型的控件关联的交互事件，并启动与交互事件对应的轮询监听器，当接收到轮询监听器发送的触发信号时，对交互事件进行对应处理，其中，不同交互事件对应不同的轮询监听器，每个轮询监听器发送触发信号的时间间隔不相同，即通过每个交互事件单独对应一个轮询监听器，其中，不同的交互事件对应不同的轮询监听器，且每个轮询监听器发送触发信号的时间间隔各不相同，可以保证每种交互事件均有自己的轮询监听器进行监听，可以使每个交互事件的监听具有不同的时间间隔，从而可以灵活控制不同的交互事件处理方式，可以满足不同交互场景的需求，可以灵活的处理不同交互带来的反馈，使每种交互的反馈可以充分表达用户不同的情感。

图2是本公开实施例提供的一种直播间交互事件处理方法流程图，本实施例可以与上述一个或者多个实施例中可选方案结合，在本实施例中，可选的，

根据所述交互事件的类型，启动与所述交互事件对应的轮询监听器，包括：

若所述交互事件为所述预设类型的控件被执行长按操作，启动第一轮询监听器；其中，所述第一轮询监听器，用于间隔第一设定时间发送第一触发信号；

所述当接收到所述轮询监听器发送的触发信号时，对所述轮询监听器对应的所述交互事件进行相应处理，包括：

每当接收到所述第一轮询监听器发送的第一触发信号时，在直播显示界面上按照第一预设规则显示预设元素；

和/或，

若所述交互事件为客户端向服务器发送所述预设类型的控件对应的交互数据，启动第二轮询监听器；其中，所述第二轮询监听器，用于间隔第二设定时间发送第二触发信号；

所述当接收到所述轮询监听器发送的触发信号时，对所述轮询监听器对应的所述交互事件进行相应处理，包括：

每当接收到所述第二轮询监听器发送的第二触发信号时，将本地缓存的所述预设类型的控件对应的交互数据发送至服务器；

和/或，

若所述交互事件为客户端缓存服务器发送的交互数据，且缓存的交互数据的数量大于预设数量时，启动第三轮询监听器，其中，所述第三轮询监听器，用于每间隔第三设定时间发送第三触发信号；

所述当接收到所述轮询监听器发送的触发信号时，对所述轮询监听器对应的所述交互事件进行相应处理，包括：

每当接收到所述第三轮询监听器发送的第三触发信号时，读取缓存的交互数据；若读取的所述交互数据为其他客户端生成的交互数据，根据读取的所述交互数据，在直播显示界面上按照第三预设规则显示预设元素；

其中，所述第一设定时间、所述第二设定时间和所述第三设定时间互不相同。

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

s210：确定与所述预设类型的控件关联的交互事件。

s220：若所述交互事件为所述预设类型的控件被执行长按操作，启动第一轮询监听器；其中，所述第一轮询监听器，用于间隔第一设定时间发送第一触发信号，

其中，第一设定时间可以根据需要进行设定。

s230：每当接收到所述第一轮询监听器发送的第一触发信号时，在直播显示界面上按照第一预设规则显示预设元素。

在本实施例中，客户端可以通过控制器每接收到第一轮询监听器发送第一触发信号时，在直播显示界面上按照第一预设规则显示预设元素，其中，第一规则可以根据需要设定，预设元素可以是表情对象、例如，笑脸、哭脸或者心形图片等，或者也可以是其他对象。

在本公开实施例的一个实施方式中，可选的，所述每当接收到所述第一轮询监听器发送的第一触发信号时，在直播显示界面上按照第一预设规则显示预设元素，包括：每当接收到所述第一轮询监听器发送的第一触发信号时，生成动画路径，其中，相邻的两个第一触发信号所触发生成的动画路径不相同；分别根据每条所述动画路径播放动画。

在本实施例中，当客户端通过控制器每接收到第一轮询监听器发送的触发信号是，可以随机生成一条动画路径。其中，生成的每相邻的两条动画路径可以不相同，或者生成的每条动画路径均不相同。其中，控制器可以是客户端中用于控制以及管理直播显示界面的功能模块，当用户退出直播间时，控制器可以销毁。

在本实施例中，客户端可以集成有至少两种生成动画路径的算法，每间隔第一设定时间采用其中一种算法生成一条动画路径。客户端可以集成有多种(例如，可以是8种)生成动画路径的算法，每间隔第一设定时间随机采用其中一种算法生成一条动画路径，或者采用一种算法，输入不同的变量从而生成不同的动画路径。其中，在动画路径中可以设定动画对象的透明度、状态或者旋转角度等。动画对象可以是表情对象，例如，笑脸、哭脸或者心形图片等。动画对象也可以是其他形式的对象，并不局限于表情对象。

在本实施例中，分别根据每条所述动画路径播放动画，可以包括：针对每条动画路径，将动画对象沿动画路径进行播放。其中，动画对象可以由被执行长按操作的控件确定。例如，若长按操作是长按控件a的操作，则控件a对应的动画对象可以是a，则针对每条动画路径，将a沿每条动画路径进行播放动画。由此，通过接收到第一轮询监听器的第一触发信号时，生成动画路径，即每间隔设第一定时间可以生成不同的动画路径，从而当交互事件为预设类型的控件被执行长按操作时，可以使动画对象沿不同的动画路径播放，避免了长按操作长时间聚焦产生的疲劳感，提高动画的有趣性。

s240：若所述交互事件为客户端向服务器发送所述预设类型的控件对应的交互数据，启动第二轮询监听器；其中，所述第二轮询监听器，用于间隔第二设定时间发送第二触发信号。

在本公开实施例中，第二设定时间可以根据需要进行设定。当用户作用直播显示界面上的预设类型的控件时，可以产生预设类型的控件对应的交互数据。具体的，用户可以通过点击或者长按的方式作用直播显示界面上预设类型的控件，从而产生交互数据。客户端在本地根据交互数据可以按照预设规则显示预设元素，并且客户端可以将交互数据进行缓存，并将缓存的交互数据发送至服务器。其中，当客户端将交互数据发送服务器时，可以启动第二轮询监听器，以每间隔第二设定时间发送交互数据。

s250：每当接收到所述第二轮询监听器发送的第二触发信号时，将本地缓存的所述预设类型的控件对应的交互数据发送至服务器。

在本公开实施例中，每当接收到第二轮询监听器发送的触发信号时，将本地缓存的交互数据发送服务器，即每间隔第二设定时间将本地缓存的交互数据发送至服务器，以使服务器将交互数据分发至各个客户端，从而使各个客户端根据接收到交互数据按照第三预设规则显示预设元素，可以使用户在客户端观看到其他用户点亮的交互响应。

由此，客户端通过启动第二轮询监听器，可以每间隔第二设定时间向服务器发送交互数据，当交互数据高频率产生时，可以控制服务器处理数据的频率，从而可以降低服务器数据处理的压力。

s260：若所述交互事件为客户端缓存服务器发送的交互数据，且缓存的交互数据的数量大于预设数量时，启动第三轮询监听器，其中，所述第三轮询监听器，用于每间隔第三设定时间发送第三触发信号。

其中，第三设定时间可以根据需要进行设定，预设数量也可以根据需要进行设定，可选的，预设数量可以是1个。

在本实施例中，可选的，客户端将服务器发送的交互数据可以缓存到数据队列，检测数据队列中的交互数据数量是否大于一个；若是，启动第三轮询监听器，通过第三轮询监听器每间隔第三设定时间发送一次第三触发信号。可选的，若数据队列中只有一个交互数据，可以对交互数据进行直接处理，可以不需要启动第三轮询监听器。

s270：每当接收到所述第三轮询监听器发送的第三触发信号时，读取缓存的交互数据；若读取的所述交互数据为其他客户端生成的交互数据，根据读取的所述交互数据，在直播显示界面上按照第三预设规则显示预设元素；其中，所述第一设定时间、所述第二设定时间和所述第三设定时间互不相同。

其中，客户端通过控制器每接收到第三轮询监听器发送的第三触发信号，读取缓存的一个交互数据，读取的交互数据在直播显示界面上按照第三预设规则显示预设元素。

可选的，在本公开实施例的一个方式中，每当接收到所述第三轮询监听器发送的第三触发信号时，读取缓存的交互数据；若读取的所述交互数据为其他客户端生成的交互数据，根据读取的所述交互数据，在直播显示界面上按照第三预设规则显示预设元素，包括：每当接收到所述第三轮询监听器发送的第三触发信号时，读取缓存的交互数据，并生成动画路径；若读取的所述交互数据为其他客户端生成的交互数据，根据读取的所述交互数据确定动画对象；将所述动画对象沿所述动画路径播放，并进行展示。

具体的，可以是每当接收到第三轮询监听器发送的第三触发信号时，当客户端读取交互数据时，根据读取的交互数据确定动画对象，并可以随机生成一条动画路径；将动画对象沿该动画路径进行播放。其中，交互数据可以包括与交互数据类型信息对应的控件标识信息，控件标识信息可以是表情标识信息，或者也可以是其他标识信息。例如，根据交互数据中的控件标识信息可以确定动画对象，若控件标识是表情标识信息，则动画对象可以是表情对象。

在本实施例中，可选的，客户端可以将服务器发送的交互数据缓存到数据缓存队列中，客户端通过控制器每当接收到第三轮询监听器发送的触发信号时，从数据缓存队列中按照队列的顺序读取交互数据，并根据交互数据生成动画，并将动画进行展示，即每间隔第三设定时间按照顺序处理数据队列中的一个交互数据。

由此，本实施例中通过启动第三轮询监听器，每间隔第三设定时间对缓存的服务器发送的交互数据进行处理，可以控制客户端处理交互数据的频率，可以避免大量交互数据的同时处理造成客户端资源不足的现象。

在本公开实施例中，第一设定时间、第二设定时间和第三设定时间互不相同，也就是说当检测到预设类型的控件被执行长按操作时，在直播显示界面上按照第一预设规则显示预设元素的时间间隔、客户端向服务器发送交互数据的时间间隔、客户端根据服务器发送的交互数据在直播显示界面按照第三预设规则显示预设元素的时间间隔互不相同。其中，当检测到预设类型的控件被执行长按操作时，在直播显示界面上按照第一预设规则显示预设元素的时间间隔、和客户端根据服务器发送的交互数据生成动画的时间间隔不相同，可以方便用户区分直播间中自己点亮和他人点亮的交互响应，可以增加直播间的趣味性，可以充分表达用户的情感。

可选的，第一设定时间可以小于第三设定时间，即当检测到预设类型的控件被执行长按操作时，在直播显示界面上按照第一预设规则显示预设元素的时间间隔，小于客户端根据服务器发送的交互数据在直播显示界面按照第三预设规则显示预设元素的时间间隔。为了充分表达用户的强烈情感，用户可以长按直播显示界面上预设类型的控件。客户端当检测到预设类型的控件被执行长按操作时，在直播显示界面上按照第一预设规则显示预设元素。若在直播显示界面上按照第一预设规则显示预设元素的时间间隔，小于客户端根据服务器发送的交互数据在直播显示界面按照第三预设规则显示预设元素的时间间隔，可以使用户在直播间的显示界面上观看到自己点亮交互响应的展示频率高于他人点亮交互响应的展示频率，可以提高直播间的趣味性，可以使用户更容易区分自己点亮的交互响应和他人点亮的交互响应。

在本公开实施例中，可选的，第一设定时间可以小于第二设定时间，即当检测到预设类型的控件被执行长按操作时，在直播显示界面上按照第一预设规则显示预设元素的时间间隔，小于客户端向服务器发送的交互数据的时间间隔。为了充分表达用户的强烈情感，第一设定时间可以设置小于第一预设时间阈值，第一预设时间阈值可以根据需要设定。用户可以长按直播显示界面上预设类型的控件，客户端当检测到预设类型的控件被执行长按操作时，在直播显示界面上按照第一预设规则显示预设元素的时间间隔小于第一预设时间阈值，该第一预设时间阈值较短，从而使用户可以观看到展示间隔较短的交互响应，即可以理解为用户可以观看到连续展示的交互响应。但是为了控制客户端向服务器发送交互数据的频率，客户端向服务器发送交互数据的时间间隔需要大于第二预设时间阈值，其中，第二时间阈值大于第一时间阈值。即客户端向服务器发送交互数据的时间间隔较长，从而可以降低服务器数据处理的压力。因此，当检测到预设类型的控件被执行长按操作时，在直播显示界面上按照第一预设规则显示预设元素的时间间隔，需要小于客户端向服务器发送的交互数据的时间间隔。

由此，通过不同的轮询监听器对不同的交互事件进行监听，对每个交互事件的监听设置不同的时间间隔，可以灵活控制每个交互事件的处理间隔，满足不同交互场景的需求，使每种交互的反馈可以充分表达用户的情感，并且可以灵活的处理不同的交互事件带来的反馈，例如，用户自己长按操作反馈的交互响应的展示频率和他人点亮交互响应的展示频率(客户端处理服务器发送的交互数据生成动画的展示频率)并不相同，相对于现有技术中采用同一种轮询监听器而言，可以避免用户自己点亮交互响应的展示频率和他人点亮交互响应的展示频率相同的情况，从而丰富了直播间中的点亮的功能，增加了直播间的趣味性。

需要说明的是，本公开实施例公开的直播间交互事件处理方法中，示例性在一个实施例中表述了三种交互事件的同时发生的情况，但是本实施例仅仅是一种示例，在本公开的其他实施例中，也可以是三种交互事件中的任意一个或者任意两个交互事件同时发生的情况。

图3是本公开实施例提供的一种直播间交互事件处理方法流程图，本实施例可以与上述一个或者多个实施例中可选方案结合；

可选的，所述每当接收到所述第一轮询监听器发送的第一触发信号时，在直播显示界面上按照第一预设规则显示预设元素，包括：

每当接收到所述第一轮询监听器发送的第一触发信号时，生成动画路径，其中，相邻的两个第一触发信号所触发生成的动画路径不相同；

分别根据每条所述动画路径播放动画。

可选的，每当接收到所述第三轮询监听器发送的第三触发信号时，读取缓存的交互数据；若读取的所述交互数据为其他客户端生成的交互数据，根据读取的所述交互数据，在直播显示界面上按照第三预设规则显示预设元素，包括：

每当接收到所述第三轮询监听器发送的第三触发信号时，读取缓存的交互数据，并生成动画路径；

若读取的所述交互数据为其他客户端生成的交互数据，根据读取的所述交互数据确定动画对象；

将所述动画对象沿所述动画路径播放，并进行展示。

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

s310：确定与预设类型的控件关联的确定交互事件。

s320：若所述交互事件为所述预设类型的控件被执行长按操作，启动第一轮询监听器；其中，所述第一轮询监听器，用于间隔第一设定时间发送第一触发信号。

s330：每当接收到所述第一轮询监听器发送的第一触发信号时，生成动画路径，其中，相邻的两个第一触发信号所触发生成的动画路径不相同。

在本实施例中，当客户端通过控制器每接收到第一轮询监听器发送的第一触发信号时，可以随机生成一条动画路径。其中，生成的每相邻的两条动画路径可以不相同，或者生成的每条动画路径均不相同。其中，控制器可以用于控制以及管理直播显示界面，当用户退出直播间时，控制器可以销毁。

在本实施例中，客户端可以集成有至少两种生成动画路径的算法，每间隔第一设定时间采用其中一种算法生成一条动画路径。客户端可以集成有多种(例如，可以是8种)生成动画路径的算法，每间隔第一设定时间随机采用其中一种算法生成一条动画路径。其中，在动画路径中可以设定动画对象的透明度、状态或者旋转角度等。动画对象可以是表情对象，例如，笑脸、哭脸或者心形图片等。动画对象也可以是其他形式的对象，并不局限于表情对象。

由此，通过接收到第一轮询监听器的触发信号时，生成动画路径，即每间隔设第一定时间可以生成不同的动画路径，从而当交互事件为长按操作时，可以使动画对象沿不同的动画路径播放，避免了长按操作长时间聚焦产生的疲劳感，提高动画的有趣性。

s340：分别根据每条所述动画路径播放动画。

在本实施例中，分别根据每条所述动画路径播放动画，可以包括：针对每条动画路径，将动画对象沿动画路径进行播放。其中，动画对象可以由被执行长按操作的控件确定。例如，若长按操作是长按控件a的操作，则控件a对应的动画对象可以是a，则针对每条动画路径，将a沿每条动画路径进行播放动画。

在本公开实施例的一个实施方式中，可选的，每当接收到第一轮询监听器发送的第一触发信号时，生成一条动画路径，包括：每当接收到第一轮询监听器发送的第一触发信号时，在ui线程上生成一条动画路径；相应的，分别根据每条所述动画路径播放动画，包括：分别在ui线程上根据每条所述动画路径播放动画。其中，可以通过控制器每间隔第一设定时间在ui线程上生成一条动画路径，通过控制器分别在ui线程上根据每条动画路径进行播放。由此，通过在ui线程上生成动画路径以及播放动画，将对交互数据进行缓存，将缓存的交互数据进行发送、接收服务器发送的交互数据等其他操作通过在非ui线程上实现，可以提高数据处理效率，避免页面卡顿的现象。

s350：若所述交互事件为客户端向服务器发送所述预设类型的控件对应的交互数据，启动第二轮询监听器；其中，所述第二轮询监听器，用于间隔第二设定时间发送第二触发信号。

其中，当用户操作直播显示界面的预设类型的控件时，可以产生预设类型的控件对应的交互数据。具体的，用户可以通过点击或者长按的方式作用直播显示界面上的预设类型的控件，从而产生交互数据。客户端在本地根据交互数据可以产生动画，并进行展示，并且客户端可以将交互数据进行缓存，并将缓存的交互数据发送至服务器。其中，当客户端将交互数据发送服务器时，可以启动第二轮询监听器，以每间隔第二设定时间发送交互数据。第二设定时间，可以根据需要进行设定。

s360：每当接收到所述第二轮询监听器发送的第二触发信号时，将本地缓存的交互数据发送至服务器。

在本公开实施例中，每当接收到第二轮询监听器发送的第二触发信号时，将本地缓存的交互数据发送服务器，即每间隔第二设定时间将本地缓存的交互数据发送至服务器，以使服务器将交互数据分发至各个客户端，从而使各个客户端根据接收到交互数据生成动画，并进行展示，可以使用户在客户端观看到其他用户点亮的动画。

由此，客户端通过启动第二轮询监听器，可以每间隔第二设定时间向服务器发送交互数据，当交互数据高频率产生时，可以控制服务器处理数据的频率，从而可以降低服务器数据处理的压力。

在本公开实施例提供的一个实施方式中，可选的，所述每当接收到所述轮询监听器发送的触发信号时，将本地缓存的交互数据发送至服务器，包括：每当接收到所述第二轮询监听器发送的触发信号时，检测本地的缓存数据队列中是否存在交互数据；若是，将所述缓存数据队列中的交互数据发送至服务器。其中，客户端可以将本地产生的交互数据缓存到缓存数据队列中，每接收到第二轮询监听器发送的触发信号，对缓存数据队列进行检测，若缓存数据队列中存在交互数据，将交互数据发送至服务器。其中，若缓存数据队列中不存在交互数据，可以不进行发送交互数据的操作，返回检测本地的缓存数据队列中是否存在交互数据的操作，从而将本地产生的交互数据每间隔第二设定时间发送至服务器，当交互数据高频率产生时，可以控制服务器处理数据的频率，降低服务器数据处理的压力。

s370：若所述交互事件为客户端缓存服务器发送的交互数据，且缓存的交互数据的数量大于预设数量时，启动第三轮询监听器，其中，所述第三轮询监听器，用于每间隔第三设定时间发送第三触发信号。

s380：每当接收到所述第三轮询监听器发送的触发信号时，生成动画路径，分别根据每条所述动画路径播放动画。其中，相邻的两个第一触发信号所触发生成的动画路径不相同。

其中，所述第一设定时间、所述第二设定时间和所述第三设定时互不相同。

其中，客户端通过控制器每接收到第三轮询监听器发送的第三触发信号，读取缓存的一个交互数据，根据交互数据生成动画，并进行展示，即每间隔第三设定时间处理一个交互数据。具体的，可以是当客户端通过控制器读取交互数据时，随机生成一条动画路径，根据交互数据确定动画对象，将动画对象沿该动画路径进行播放。交互数据可以包括控件标识信息，控件标识可以是表情标识信息，或者也可以是其他标识信息。例如，根据交互数据中的控件标识信息可以确定动画对象，若控件标识信息是表情标识信息，则动画对象可以是表情对象。

在本实施例中，若客户端将服务器发送的交互数据缓存到数据队列中，客户端通过控制器每当接收到第三轮询监听器发送的第三触发信号时，从数据队列中按照队列的顺序读取交互数据，并根据交互数据生成动画，并将动画进行展示，即每间隔第三设定时间处理数据队列中的一个交互数据。

由此，本实施例中通过启动第三轮询监听器，每间隔第三设定时间对缓存的服务器发送的交互数据进行处理，可以控制客户端处理交互数据的频率，可以避免大量交互数据的同时处理造成客户端资源不足的现象。

在本实施例中，第一设定时间、第二设定时间和第三设定时间均不相同，也就是说当检测到预设类型的控件被执行长按操作时，生成动画的时间间隔、客户端向服务器发送交互数据的时间间隔、客户端根据服务器发送的交互数据生成动画的时间间隔均不相同。其中，当检测到预设类型的控件被执行长按操作时，生成动画的时间间隔，和客户端根据服务器发送的交互数据生成动画的时间间隔不相同，可以方便用户区分直播间中自己点亮和他人点亮的动画，可以增加直播间的趣味性，可以充分表达用户的情感。

可选的，第一设定时间可以小于第三设定时间，即当当检测到预设类型的控件被执行长按操作时，生成动画的时间间隔，小于客户端根据服务器发送交互数据生成动画的时间间隔。为了充分表达用户的强烈情感，用户可以长按直播显示界面上的控件。客户端当检测到预设类型的控件被执行长按操作时，可以生成动画。若客户端当检测到预设类型的控件被执行长按操作时，可以生成动画的时间间隔，小于客户端根据服务器发送的交互数据生成动画的时间间隔，可以使用户在直播间的显示界面上观看到自己点亮的动画的展示频率高于他人点亮动画的展示频率，可以提高直播间的趣味性，可以使用户更容易区分自己点亮的动画和他人点亮的动画。

在本公开实施例中，可选的，第一设定时间可以小于第二设定时间，即检测到预设类型的控件被执行长按操作时，生成动画的时间间隔，小于客户端向服务器发送的交互数据的时间间隔。为了充分表达用户的强烈情感，第一设定时间可以设置小于第一预设时间阈值，第一预设时间阈值可以根据需要设定。用户可以长按直播显示界面上预设类型的控件，客户端当检测到预设类型的控件被执行长按操作时，生成动画的时间间隔小于第一预设时间阈值，该第一预设时间阈值较短，从而使用户可以观看到展示间隔较小的动画，即可以理解为用户可以观看到连续展示的动画。但是为了控制客户端向服务器发送交互数据的频率，客户端向服务器发送交互数据的时间间隔需要大于第二时间阈值，第二时间阈值大于第一时间阈值。也就是说客户端向服务器发送交互数据的时间间隔较长，从而可以降低服务器数据处理的压力。

由此，通过不同的轮询监听器对不同的交互事件进行监听，对每个交互事件的监听设置不同的时间间隔，可以灵活控制每个交互事件的处理间隔，满足不同交互场景的需求，使每种交互的反馈可以充分表达用户的情感，并且可以灵活的处理不同的交互事件带来的动画反馈，例如，用户自己长按操作反馈的动画的展示频率和他人点亮动画的展示频率(客户端处理服务器发送的交互数据生成动画的展示频率)并不相同，相对于现有技术中采用同一种轮询监听器而言，可以避免用户自己点亮动画的展示频率和他人点亮动画的展示频率相同的情况，从而丰富了直播间中动画点亮的功能，增加了直播间的趣味性。

图4是本公开实施例提供的一种直播间交互事件处理装置结构框图，所述装置应用于用户在客户端本地触发直播显示界面上预设类型的控件，和/或直播间的其他用户在各自客户端触发直播显示界面上预设类型的控件的场景中。如图4所示，本公开实施例提供的装置包括确定模块510、启动模块520和处理模块530。

其中，确定模块510，用于确定所述预设类型的控件关联的交互事件；

启动模块520，用于根据交互事件的类型，启动与所述交互事件对应的轮询监听器；所述轮询监听器，用于每间隔设定时间发送触发信号；不同的交互事件对应不同的轮询监听器，各个轮询监听器发送触发信号的时间间隔不同；

处理模块530，用于当接收到所述轮询监听器发送的触发信号时，对所述轮询监听器对应的所述交互事件进行相应处理。

可选的，启动模块520，用于若所述交互事件为所述预设类型的控件被执行长按操作，启动第一轮询监听器；其中，所述第一轮询监听器，用于间隔第一设定时间发送第一触发信号；

所述处理模块530，用于每当接收到所述第一轮询监听器发送的第一触发信号时，在直播显示界面上按照第一预设规则显示预设元素；

和/或，

所述启动模块520，用于若所述交互事件为客户端向服务器发送所述预设类型的控件对应的交互数据，启动第二轮询监听器；其中，所述第二轮询监听器，用于间隔第二设定时间发送第二触发信号；

所述处理模块530，用于每当接收到所述第二轮询监听器发送的第二触发信号时，将本地缓存的所述预设类型的控件对应的交互数据发送至服务器；

和/或，

所述启动模块520，用于若所述交互事件为客户端缓存服务器发送的交互数据，且缓存的交互数据的数量大于预设数量时，启动第三轮询监听器，其中，所述第三轮询监听器，用于每间隔第三设定时间发送第三触发信号；

所述处理模块530，用于每当接收到所述第三轮询监听器发送的第三触发信号时，读取缓存的交互数据；若读取的所述交互数据为其他客户端生成的交互数据，根据读取的所述交互数据，在直播显示界面上按照第三预设规则显示预设元素；

其中，所述第一设定时间、所述第二设定时间和所述第三设定时间互不相同。

可选的，处理模块530，用于每当接收到所述第一轮询监听器发送的第一触发信号时，生成动画路径，其中，相邻的两个第一触发信号所触发生成的动画路径不相同；

分别根据每条所述动画路径播放动画。

可选的，处理模块530，用于每当接收到所述第二轮询监听器发送的第二触发信号时，检测本地的缓存数据队列中是否存在交互数据；

若是，将所述缓存数据队列中的交互数据发送至所述服务器。

可选的，每当接收到所述第三轮询监听器发送的第三触发信号时，读取缓存的交互数据；若读取的所述交互数据为其他客户端生成的交互数据，根据读取的所述交互数据，在直播显示界面上按照第三预设规则显示预设元素，包括：

每当接收到所述第三轮询监听器发送的第三触发信号时，读取缓存的交互数据，并生成动画路径；

若读取的所述交互数据为其他客户端生成的交互数据，根据读取的所述交互数据确定动画对象；

将所述动画对象沿所述动画路径播放，并进行展示。

所述装置还包括绑定模块，用于将所述交互事件与所述轮询监听器进行绑定。

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

图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中的程序，从而执行各种功能应用以及数据处理，例如实现本公开实施例所提供的一种直播间交互事件处理方法。也即：

确定与所述预设类型的控件关联的交互事件；

根据所述交互事件的类型，启动与所述交互事件对应的轮询监听器；其中，所述轮询监听器，用于每间隔设定时间发送触发信号，不同的交互事件对应不同的轮询监听器，各个轮询监听器发送触发信号的时间间隔不同；

当接收到所述轮询监听器发送的触发信号时，对所述轮询监听器对应的所述交互事件进行相应处理。

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

确定与所述预设类型的控件关联的交互事件；

根据所述交互事件的类型，启动与所述交互事件对应的轮询监听器；其中，所述轮询监听器，用于每间隔设定时间发送触发信号，不同的交互事件对应不同的轮询监听器，各个轮询监听器发送触发信号的时间间隔不同；

当接收到所述轮询监听器发送的触发信号时，对所述轮询监听器对应的所述交互事件进行相应处理。

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

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

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

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

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