CN114339414A - 直播交互方法、装置、存储介质、电子设备 - Google Patents

Abstract

本公开的实施方式涉及计算机信息技术领域，更具体地，本公开的实施方式涉及直播交互方法、装置、存储介质、电子设备。方法包括：在观众用户端显示主播用户的直播间入口；自主播用户的多个候选试播多媒体数据中，确定一试播多媒体数据；响应于所述观众用户端对所述直播间入口的第一交互操作，播放所述试播多媒体数据；响应于所述观众用户端对所述直播间入口的第二交互操作，停止所述试播多媒体数据的播放，并播放所述主播用户的主播用户端的直播流数据。本公开的技术方案能够辅助观众进行直播筛选的同时，提高主播的直播间的吸引力和观众留存率。

Description

直播交互方法、装置、存储介质、电子设备

技术领域

本公开的实施方式涉及计算机信息技术领域，更具体地，本公开的实施方式涉及直播交互方法、装置、存储介质、电子设备。

背景技术

本部分旨在为权利要求中陈述的本公开的实施方式提供背景或上下文，此处的描述不因为包括在本部分中就承认是现有技术。

随着互联网信息技术的发展，流媒体的传输实时性有了较大的提高，由此，不同类型和场景的网络直播已在人们的生活中普及。

直播观众需要对主播进行筛选，以进入其感兴趣的直播间。

发明内容

在一些技术中，直播平台仅向观众显示各直播间的主播封面、直播标题、主播头像、直播内容分类、直播内容简介等静态信息，以供观众进行筛选。

然而，由于静态信息的信息展示有限，对于观众而言，存在直播筛选耗时较长或错失感兴趣的直播间，从而降低直播体验，甚至丧失直播观看兴趣；对于主播而言，无法有效吸引观众进入直播间，也难以实现观众在直播间的留存。

为此，非常需要一种改进的直播交互方法、装置、存储介质、电子设备，以辅助观众进行直播筛选的同时，提高主播的直播间的吸引力和观众留存率。

在本上下文中，本发明的实施方式期望提供一种直播交互方法、装置、存储介质、电子设备。

根据本公开的一个方面，提供一种直播交互方法，包括：

在观众用户端显示主播用户的直播间入口；

自主播用户的多个候选试播多媒体数据中，确定一试播多媒体数据；

响应于所述观众用户端对所述直播间入口的第一交互操作，播放所述试播多媒体数据；

响应于所述观众用户端对所述直播间入口的第二交互操作，停止所述试播多媒体数据的播放，并播放所述主播用户的主播用户端的直播流数据。

根据本公开的一个方面，提供一种直播交互装置，包括：

显示模块，用于在观众用户端显示主播用户的直播间入口；

确定模块，用于自主播用户的多个候选试播多媒体数据中，确定一试播多媒体数据；

第一播放模块，用于响应于所述观众用户端对所述直播间入口的第一交互操作，播放所述试播多媒体数据；

停止播放模块，用于响应于所述观众用户端对所述直播间入口的第二交互操作，停止所述试播多媒体数据的播放；

第二播放模块，用于播放所述主播用户的主播用户端的直播流数据。

根据本公开的一个方面，提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时上述的直播交互方法。

根据本公开的一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的直播交互方法。

根据本公开实施方式的直播交互方法，为观众用户自主播用户的多个候选试播多媒体数据中，确定一试播多媒体数据，以进行播放，观众用户可以基于试播多媒体数据的播放选择进入主播的直播间。由此，一方面，可以为观众用户选择提供除了诸如直播封面、直播标题等静态信息之外的动态信息的参考，增加了用户感知信息的维度和内容，从而能够辅助观众进行有效的直播筛选，减少无效的主播筛选操作，提高观众用户的直播体验；另一方面，相较于静态信息的展示，通过试播多媒体数据展示主播能够提高主播对于观众用户的吸引力，提高观众用户进入直播间的概率；再一方面，由于已通过试播多媒体数据对主播进行展示，即使观众用户进入直播间时，主播用户正处于短暂的休息时间，观众用户也会由于试播多媒体数据带来的好奇和兴趣，提高对主播的容忍度，愿意等待主播而不再切换直播间，由此提高主播的直播间的观众留存率。

附图说明

通过参考附图阅读下文的详细描述，本公开示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施方式，其中：

图1示意性地示出了根据本公开实施方式的直播交互方法的流程图；

图2示意性地示出了根据本公开实施方式的一种直播交互界面；

图3示意性地示出了根据本公开实施方式的另一种直播交互界面；

图4示意性地示出了根据本公开实施方式的又一种直播交互界面；

图5示意性地示出了根据本公开实施方式的确定试播多媒体数据的流程图；

图6示意性地示出了根据本公开实施方式的获取试播标签的流程图；

图7示意性地示出了根据本公开实施方式的一种直播交互方法的时序图；

图8示意性地示出了根据本公开实施方式的另一种直播交互方法的时序图；

图9示意性地示出了根据本公开实施方式的直播交互装置的方框图；

图10示出了根据本公开实施方式的存储介质的示意图；以及

图11示意性示出了根据公开实施方式的电子设备的方框图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本公开的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本公开的实施方式，提供一种直播交互方法、直播交互装置、存储介质和电子设备。

在本文中，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本公开的若干代表性实施方式，详细阐述本公开的原理和精神。

发明概述

本发明人发现，目前直播平台向观众显示各直播间的主播封面、直播标题、主播头像、直播内容分类、直播内容简介等静态信息，以供观众进行筛选。

然而，这些静态信息所能提供的信息量有限，不足以供观众精准的筛选到其感兴趣的直播间，从而观众需要依次进入多个直播间，从而根据直播间当前直播的内容，来进行直播间的筛选，筛选操作耗时较长。

这些静态信息对于观众的吸引力也有限，观众很有可能错过其感兴趣的直播间，影响观众的直播观看体验。

同时，观众需要在进入直播间的基础上，根据实时直播内容进行直播间的筛选，然而主播的直播常常难以保持优质内容的呈现，当观众进入直播间时，主播暂未进行内容呈现，观众常常不会等待主播，并直接离开。尤其是对于语音直播而言，当主播未发出声音，其无法通过其它诸如主播颜值、主播游戏操作等信息吸引用户留存在直播间。

鉴于上述内容，本发明的基本思想在于：

为观众用户自主播用户的多个候选试播多媒体数据中，确定一试播多媒体数据，以进行播放，观众用户可以基于试播多媒体数据的播放选择进入主播的直播间。由此，一方面，可以为观众用户选择提供除了诸如直播封面、直播标题等静态信息之外的动态信息的参考，增加了用户感知信息的维度和内容，从而能够辅助观众进行有效的直播筛选，减少无效的主播筛选操作，提高观众用户的直播体验；另一方面，相较于静态信息的展示，通过试播多媒体数据展示主播能够提高主播对于观众用户的吸引力，提高观众用户进入直播间的概率；再一方面，由于已通过试播多媒体数据对主播进行展示，即使观众用户进入直播间时，主播用户正处于短暂的休息时间，观众用户也会由于试播多媒体数据带来的好奇和兴趣，提高对主播的容忍度，愿意等待主播而不再切换直播间，由此提高主播的直播间的观众留存率。

在介绍了本发明的基本原理之后，下面具体介绍本发明的各种非限制性实施方式。

示例性方法

下面结合图1来描述根据本公开示例性实施方式的直播交互方法。

参考图1所示，所述直播交互方法可以包括以下步骤：

步骤S110、在观众用户端显示主播用户的直播间入口。

步骤S120、自主播用户的多个候选试播多媒体数据中，确定一试播多媒体数据。

步骤S130、响应于所述观众用户端对所述直播间入口的第一交互操作，播放所述试播多媒体数据。

步骤S140、响应于所述观众用户端对所述直播间入口的第二交互操作，停止所述试播多媒体数据的播放，并播放所述主播用户的主播用户端的直播流数据。

在本公开实施方式的直播交互方法中，为观众用户自主播用户的多个候选试播多媒体数据中，确定一试播多媒体数据，以进行播放，观众用户可以基于试播多媒体数据的播放选择进入主播的直播间。由此，一方面，可以为观众用户选择提供除了诸如直播封面、直播标题等静态信息之外的动态信息的参考，增加了用户感知信息的维度和内容，从而能够辅助观众进行有效的直播筛选，减少无效的主播筛选操作，提高观众用户的直播体验；另一方面，相较于静态信息的展示，通过试播多媒体数据展示主播能够提高主播对于观众用户的吸引力，提高观众用户进入直播间的概率；再一方面，由于已通过试播多媒体数据对主播进行展示，即使观众用户进入直播间时，主播用户正处于短暂的休息时间，观众用户也会由于试播多媒体数据带来的好奇和兴趣，提高对主播的容忍度，愿意等待主播而不再切换直播间，由此提高主播的直播间的观众留存率。

在本公开的示例性实施方式中，主播用户端和观众用户端为以应用程序(Application，APP)、网页、小程序等方式部署在用户设备上的客户端，用以分别向主播用户和观众用户提供直播服务。用户设备可以包括但不限于手机、桌上型电脑、膝上型电脑、平板电脑、个人数字助理、游戏控制台等。

在本公开的示例性实施方式中，本公开提供的直播交互方法由直播服务器来执行。直播服务器可以是单一的服务器、服务器集群、分布式服务器等。直播服务器分别与主播用户端和观众用户端交互，以接收主播用户端和观众用户端发送的信息，并根据直播业务逻辑生成反馈信息分别反馈至主播用户端和观众用户端，以向主播用户端和观众用户端提供多样化的直播服务。

其中，直播间入口以控件组合的形式显示于观众用户端。直播间入口的控件组合中的控件供观众用户执行不同的交互操作，以实现不同的交互功能。

其中，第一交互操作与第二交互操作不同。在一些实施例中，第一交互操作的对象与第二交互操作的对象不同，所述第一交互操作和所述第二交互操作的操作执行可以相同。例如，第一交互操作的操作对象为播放试播多媒体数据的控件(试听按钮)；第二交互操作的操作对象为进入直播间的控件(进入直播间按钮)，第一交互操作和第二交互操作皆可以为点击控件。又例如，第一交互操作的操作对象为直播间入口形成的显示卡片(切换直播间入口，自动触发试播多媒体数据的播放)；第二交互操作的操作对象为进入直播间的控件(进入直播间按钮)，第一交互操作为以切换手势切换直播间入口，第二交互操作为点击控件。在另一些实施例中，第一交互操作的对象与第二交互操作的对象相同，所述第一交互操作和所述第二交互操作的操作执行不同。例如，第一交互操作和第二交互操作的操作对象为直播间入口形成的显示卡片，第一交互操作在直播间入口的显示区域内执行第一手势轨迹以切换直播间入口，第二交互操作为在直播间入口的显示区域内执行第二手势轨迹以进入直播间入口。第一手势轨迹的延伸方向与第二手势轨迹的延伸方向不同。

交互操作的具体操作类型可以根据观众用户端所在设备，进行不同的设置。例如，当观众用户端所在设备具有触控功能时，交互操作可以为设定的触控手势，诸如单击、双击、长按、压力触控、具有设定轨迹的触控手势等。当观众用户端所在设备不具有触控功能，并需要通过鼠标进行操作时，交互操作可以为设定的鼠标操作，诸如左击单击、左击双击、右击单击、右击双击、左键长按以形成设定轨迹等。在一些变化例中，观众用户端还可以通过键盘或者其它输入设备以设定的操作类型执行交互操作。

在本公开的示例性实施方式中，所述候选试播多媒体数据包括所述主播用户预录制的多媒体数据、所述主播用户实时的直播流数据、所述主播用户的历史直播片段中的一项或多项。多媒体数据包括音频数据和/或视频数据。

主播用户预录制的多媒体数据为主播离线录制的多媒体数据。例如，主播可以通过离线录制控件进行演唱、相声、口技、读文等内容的录制。主播用户可以离线录制的多个多媒体数据，并选择一个作为候选试播多媒体数据，并上传至直播服务器中。

主播用户实时的直播流数据为观众用户执行第一交互操作时，主播用户的实时直播流数据。当有用户与主播用户连麦时，主播用户实时的直播流数据包括主播与用户共同的声音和/或画面；当主播用户与其他主播用户进行挑战(PK)时，主播用户实时的直播流数据为该主播用户与其它主播用户共同的声音和/或画面。

主播用户的历史直播片段为主播用户主动录制的历史直播片段和/或主播用户端自动提取的历史直播片段。当主播用户在直播过程中开始演唱歌曲时，主播用户端自歌曲音高数据库中查询主播用户当前正在演唱的歌曲的音高随时间变化的标准音高线，并在主播用户演唱该歌曲的过程识别实时音高线。主播用户端可以根据主播用户的实时音高线与标准音高线的比较，计算获得主播用户的音高分值，并根据音高分值确定是否提取主播用户演唱该歌曲的直播流数据作为主播用户的候选试播多媒体数据。

在示例性实施方式中，主播用户端可以获取主播用户演唱歌曲的开始时间和结束时间，当主播用户演唱结束时，根据实时音高线与标准音高线相匹配的音高线的长度与该歌曲的标准音高线的总长之比，计算主播用户端的音高分值。当主播用户端的音高分值高于该演唱歌曲的优秀音高分值(优秀音高分值例如为该演唱歌曲的前5％、10％、15％用户的音高分值，优秀音高分值可以按需设置)时，主播用户端提取开始演唱时间至演唱结束时间的直播流数据作为主播用户的候选试播多媒体数据。

在示例性实施方式中，主播用户端可以根据主播用户所演唱歌曲获得多个段落的开始时间和结束时间，当主播用户演唱完每一段落时，根据该段落的实时音高线与该段落的标准音高线相匹配的音高线的长度与该段落的标准音高线的总长之比，计算主播用户端的段落音高分值。当主播用户端的段落音高分值高于该演唱歌曲的段落优秀音高分值(段落优秀音高分值例如为该演唱歌曲的该段落的前5％、10％、15％用户的段落音高分值，段落优秀音高分值可以按需设置)时，主播用户端提取该段落开始时间至演唱时间的直播流数据作为主播用户的候选试播多媒体数据。

在本公开的示例性实施方式中，图1中示出的步骤S110在观众用户端显示主播用户的直播间入口可以包括：在所述观众用户端显示主播用户列表。所述主播用户列表包括多个主播用户的直播间入口。其中，所述第一交互操作为自多个主播用户的直播间入口中确定一直播间作为试播直播间；所述第二交互操作为进入所述直播间。

在一些实施例中，主播用户列表中所包括的主播用户根据观众用户设定的筛选选项进行筛选。例如，观众用户可以选择其所想要观看的主播类型、主播性别等。在另一些实施例中，主播列表中所包括的主播用户根据观众用户的用户标签匹配计算获得。用户标签自观众的历史行为数据提取获得。对于每一观众用户，获取其历史观看的主播特征以及观看行为特征进行统计/人工智能模型的学习，以获得该观众用户的用户标签。

用户标签的类型可以包括性别偏好标签、音色偏好标签、兴趣偏好标签、内容偏好标签、位置偏好标签以及消费偏好标签中的一项或多项。

其中，性别偏好标签可以包括男、女以及缺省。通过对观众用户历史观看的主播用户或关注的主播用户的性别统计，可以将主播用户的性别数量最多的性别作为观众用户的性别偏好标签。

其中，音色偏好标签用以表示观众用户偏好的音色特征。音色偏好标签可以包括明亮、低沉、沙哑、浑厚等。在一个实施例中，通过对观众用户历史观看的主播用户或关注的主播用户的音色统计，可以将主播用户的数量最多的至少一个的音色作为观众用户的音色偏好标签。主播的音色可以由观众用户打标签获得。主播的音色也可以对主播的直播音频所在频段的分析自动获得。同一主播可以具有多个音色标签。

其中，兴趣偏好标签用以表示观众用户感兴趣的主播风格特征。兴趣偏好标签可以包括搞笑、严肃、舒缓等。在一个实施例中，通过对观众用户历史观看的主播用户或关注的主播用户的风格统计，可以将主播用户的数量最多的至少一个的风格作为观众用户的风格偏好标签。主播的风格可以由观众用户打标签获得。主播的风格也可以采用已训练的人工智能模型，对主播的直播流媒体和/或观众评论进行识别获得。同一主播可以具有多个风格标签。

其中，内容偏好标签用以表示观众用户偏好的直播内容类型。内容偏好标签可以包括听歌、读书、游戏讲解、卖货等。在一个实施例中，通过对观众用户历史观看的主播用户或关注的主播用户的内容类型统计，可以将主播用户的数量最多的至少一个的内容类型作为观众用户的内容偏好标签。主播的直播内容类型可以由主播自己和/或观众用户打标签获得。主播的直播内容类型也可以采用已训练的人工智能模型，对主播的直播流媒体进行识别获得。

其中，位置偏好标签用以表示观众用户偏好的主播位置(例如所在城市、所在区、所在县等)。在一个实施例中，位置偏好标签可以由观众用户自行输入。在另一个实施例中，通过对观众用户历史观看的主播用户或关注的主播用户的主播位置统计，可以将主播用户的城市/区/县最多的至少一个的位置信息作为观众用户的位置偏好标签。主播的位置可以由主播用户端的定位装置定位获得。

其中，消费偏好标签用以表示观众用户偏好的消费区域范围。消费偏好标签可以包括不消费、低消费、高消费等。在一个实施例中，消费偏好标签可以由观众用户在直播平台的历史消费记录与消费范围的匹配获得。主播用户具有对应的观众消费标签。例如，通过对主播用户的观众消费数额的统计/观众的消费偏好标签的统计，确定主播用户的消费偏好标签。

根据上述描述，观众用户和主播用户皆具有对应的用户标签和主播标签。由此，可以直接通过标签匹配的方式，计算获得观众用户对主播用户的偏好值。偏好值为用户标签和主播标签相同的标签数量*2/用户标签和主播标签的数量之和。根据观众用户对主播用户的偏好值由高至低进行排序，从而形成主播用户列表。在进一步的实施例中，主播用户列表中的主播用户为在执行匹配时，正直播的主播用户。在进一步的实施例中，主播用户列表在显示时，响应于观众用户的刷新/周期性将当前未直播的主播用户自主播用户列表中剔除。

在本公开的示例性实施方式中，所述主播用户列表中，以状态图标显示试播直播间(当前播放的试播多媒体数据对应的直播间)的实时直播状态，以缩略图标显示非试播直播间的实时直播状态。状态图标与缩略图标以不同的显示形式进行显示。例如，状态图标可以以醒目的颜色、以字符形式、以大于缩略图标字号的字符中的一种或多种形式，显示试播直播间的实时直播状态。

在本公开的示例性实施方式中，所述直播间入口显示有所述试播多媒体数据的动态声音波纹。当试播多媒体数据为音频时，通过动态声音波纹以对音频进行动态显示，实现音频的视觉效果的显示。在进一步地实施例中，所述直播间入口也可以显示有试播直播间的实时动态声音波纹。试播直播间的实时动态声音波纹可以以与所述试播多媒体数据的动态声音波纹不同的显示形式，叠加在一起进行显示。例如，可以使得试播直播间的实时动态声音波纹显示为灰色，使试播多媒体数据的动态声音波纹显示为白色/黑色。由此，以便于在向观众用户动态展示试播多媒体数据的同时，观众用户也能够获知试播直播间的主播用户的实时动态。

在本公开的示例性实施方式中，图1中示出的步骤S130还可以包括如下步骤：响应于所述观众用户端对所述直播间入口的第一交互操作，获取所示直播间入口对应的直播间的至少一条实时评论；于所述直播间入口显示所述实时评论，其中，所显示的实时评论在播放所述试播多媒体数据的过程中，实时/周期性更新。由此，可以通过实时评论的显示，向观众用户提供多维的直播间状态信息。进一步地，在显示主播用户列表的实施例中，可以仅在试播直播间的直播间入口显示实时评论，以区别试播直播间与其它直播间的显示，使得观众用户能够专注于试播直播间的试播中，同时，无需同时获取/更新多个实时评论，减少数据传输量。

由此，本公开可以实现多种不同的直播间入口提供方式，下面分别参考图2至图4，以显示向观众用户端提供直播间入口的多种示例性界面示意图。同时，分别结合图2至图4，示例性描述对直播间入口的不同交互操作。

参见图2，图2示意性地示出了根据本公开实施方式的一种直播交互界面210。图2示出以电台直播作为主题，以头像轮盘作为主播用户列表211的观众用户端的直播交互界面210。

直播交互界面210中播放当前位于头像轮盘中设定位置的主播214的试播多媒体数据。在位于头像轮盘中设定位置的主播214的头像以状态图标212显示主播214的直播间的实时直播状态。当观众用户转动头像轮盘将主播213切换至设定位置时，暂停当前试播多媒体数据的播放，并播放主播213的试播多媒体数据。直播交互界面210中，观众用户在在不进入直播间的前提下，可以显示当前位于头像轮盘中设定位置的主播214的直播间的实时评论216。实时评论216可以自动更新。直播交互界面210中，当观众用户不愿意收听电台直播时，可通过点击声音按钮关闭声音。直播交互界面210中，当观众用户觉得播放的试播多媒体数据非常符合自己的社交诉求时，可通过点击立即前往按钮215进入主播214的直播间进行直播观看。直播交互界面210中，在观众用户不进入直播间的前提下，播放试播多媒体数据时，可以显示试播多媒体数据/直播间的音高线217。

参见图3，图3示意性地示出了根据本公开实施方式的另一种直播交互界面220。图3示出以主播用户列表的直播交互界面220。

直播交互界面220中，观众用户可以在不进入直播间的前提下，于主播交互界面220进行试播多媒体数据的播放。直播交互界面220中，可以以状态图标222显示主播224的直播状态(是否正在直播)，并以缩略图标229显示其它主播223的直播状态(是否正在直播)。直播交互界面220中，在观众用户不进入直播间的前提下，播放试播多媒体数据时，可以显示试播多媒体数据/直播间的音高线227。直播交互界面220中，观众用户在在不进入直播间的前提下，可以显示当前选中的主播224的直播间的实时评论226。实时评论226可以自动更新。直播交互界面220中，显示有当前选中的主播224的试播多媒体数据的播放暂停/播放恢复控件228。观众用户通过操作控件228可随时暂停或恢复试播多媒体数据的播放。直播交互界面220中，当观众用户觉得播放的试播多媒体数据非常符合自己的社交诉求时，可通过点击立即前往按钮225进入主播224的直播间进行直播观看。在一些变化例中，直播交互界面220还可以显示向上/向下的箭头以提示观众用户通过向上/向下的手势进行所要试播的主播的切换。

参见图4，图4示意性地示出了根据本公开实施方式的又一种直播交互界面230。图4示出以观众用户在观看直播的过程，显示主播用户列表231的观众用户端的直播交互界面230。主播用户列表231的显示与图3中的主播用户列表的显示类似，在此不予赘述。

在本实施例中，为降低用户交互成本，观众用户可以在已进入直播间的前提下，试听其他主播用户的试播多媒体数据。在试播多媒体数据的播放过程中，如试听合适的主播内容，可前往对应直播间。在观众用户已进入直播间的前提下试播，可以不关闭当前直播间，仅在观众用户前往新的直播间时关闭当前直播间。在观众用户已进入直播间的前提下试播，试播用户可以随时终止试播过程继续播放当前直播间。

下面参见图5，图5示意性地示出了根据本公开实施方式的确定试播多媒体数据的流程图：

步骤S121、自观众标签数据库中获取所述观众用户的用户标签。

具体而言，观众用户的用户标签的类型可以包括性别偏好标签、音色偏好标签、兴趣偏好标签、内容偏好标签、位置偏好标签以及消费偏好标签中的一项或多项。各标签的获取方式可以与前述的标签获取方式一致，由此，直播服务器可以维护观众标签数据库，以储存观众用户和用户标签的关联关系。

步骤S122、自试播标签数据库中获取多个候选试播多媒体数据的试播标签。

具体而言，候选试播多媒体数据的试播标签可以由主播用户直接输入。在一些变化例中，候选试播多媒体数据的试播标签可以根据播放过该候选试播多媒体数据的观众用户的行为反馈来提取。例如，可以参见图6的流程图，在此不予赘述。

步骤S123、将所述试播标签与所述用户标签的匹配数量最多的候选试播多媒体数据作为所述试播多媒体数据。

通过标签匹配的方式，能够提高试播多媒体数据的确定效率，从而能够提高观众用户的播放体验。

下面参见图6，图6示意性地示出了根据本公开实施方式的获取试播标签的流程图：

步骤S101、确定对所述候选试播多媒体数据执行偏好操作的多个观众用户，所述偏好操作包括播放完毕所述候选试播多媒体数据和/或基于所述候选试播多媒体数据的播放自所述直播间入口进入直播间。

观众用户播放试播多媒体数据后，直播服务器可以获取观众用户的行为数据，包括但不限于直播间入口的切换、进入直播间入口、播放时间。根据观众用户的行为数据，可以确定观众用户是否偏好试播多媒体数据。由此，可以将播放完毕所述候选试播多媒体数据和/或基于所述候选试播多媒体数据的播放自所述直播间入口进入直播间的观众用户作为对候选试播多媒体数据执行偏好操作的多个观众用户。

步骤S102、自观众标签数据库中获取所确定的多个观众用户的用户标签。

步骤S103、将出现次数最多的N个用户标签作为所述候选试播多媒体数据的试播标签，并关联所述候选试播多媒体数据储存至所述试播标签数据库中，N为大于1的整数。

由此，根据上述方案，可以实现向观众用户提供试播多媒体数据，并接收观众用户对试播多媒体数据的行为数据，并基于观众用户的行为数据调整试播多媒体数据的试播标签，从而实现交互闭环，并可以提高试播多媒体数据的确定准确率。

下面参见图7，图7示意性地示出了根据本公开实施方式的直播交互方法的时序图。图7示出了主播用户端10、直播服务器20以及观众用户端30的交互时序。

直播服务器20执行步骤S301：将主播用户的直播间入口发送至观众用户端30。

直播服务器20执行步骤S302：自主播用户的多个候选试播多媒体数据中，确定一试播多媒体数据。

观众用户端30执行步骤S303：接收观众对直播间入口的第一交互操作。

观众用户端30执行步骤S304：向直播服务器20发送第一交互操作。

直播服务器20执行步骤S305：向观众用户端30发送试播多媒体数据。在一些变化例中，试播多媒体数据也可以和直播间入口同时发送至观众用户端30。在另一些变化例中，试播多媒体数据的确定可以先于步骤S301执行，并发送至观众用户端30进行预加载。

观众用户端30执行步骤S306：播放试播多媒体数据。

观众用户端30执行步骤S307：接收观众用户对直播间入口的第二交互操作。

观众用户端30执行步骤S308：向直播服务器20发送对直播间入口的第二交互操作。

观众用户端30执行步骤S309：停止试播多媒体数据的播放。

直播服务器20执行步骤S310：与主播用户端10进行交互，获取直播流数据。

在一些变化例中，直播服务器20实时维护其与各主播用户端10的连接，从而可以省略步骤S310的执行。

直播服务器20执行步骤S311：将主播用户端10的直播流数据转发至观众用户端30。

观众用户端30执行步骤S312：播放主播用户端10的直播流数据。

下面参见图8，图8示意性地示出了根据本公开实施方式的另一种直播交互方法的时序图。图8示出了主播用户端10A、主播用户端10B、直播服务器20以及观众用户端30的交互时序。

直播服务器20执行步骤S401：与主播用户端10A进行交互，获取直播流数据。

在一些变化例中，直播服务器20实时维护其与各主播用户端10A的连接，从而可以省略步骤S401的执行。

直播服务器20执行步骤S402：将主播用户端10A的直播流数据转发至观众用户端30。

观众用户端30执行步骤S403：播放主播用户端10A的直播流数据。

观众用户端30需要获得其它主播推荐时，执行步骤S404：向直播服务器20发送其它主播推荐请求。

直播服务器20执行步骤S405：根据用户标签与主播标签的匹配获得主播用户列表。

直播服务器20执行步骤S406：根据用户标签与试播标签的匹配确定各主播用户的试播多媒体数据。

直播服务器20执行步骤S407：向观众用户端30发送主播用户列表。

观众用户端30执行步骤S408：显示主播用户列表。

观众用户端30执行步骤S409：向直播服务器20发送观众对主播10B的第一交互操作。

直播服务器20执行步骤S410：将主播10B的试播多媒体数据发送至观众用户端30。

在一些变化例中，主播用户列表的主播用户的试播多媒体数据可以随主播用户列表一起发送至观众用户端30进行预加载。

观众用户端30执行步骤S411：静音播放主播10A的直播流数据。

观众用户端30执行步骤S412：在主播10A的直播流数据上叠加播放主播10B的试播多媒体数据。

当观众用户端30关闭主播用户列表时，可以恢复主播A的直播流数据的音量。

当观众用户选择进入主播10B的直播间时，观众用户端30执行步骤S413：发送观众用户对主播10B的第二交互操作。

观众用户端30执行步骤S414：停止试播多媒体数据的播放。

直播服务器20执行步骤S415：停止主播10A的直播流数据的转发。

直播服务器20执行步骤S416：与主播用户端10B进行交互，获取直播流数据。

直播服务器20执行步骤S417：将主播用户端10B的直播流数据转发至观众用户端30，以供观众用户端30进行播放。

以上仅仅是示意性示出本公开的多种具体实现方式，本公开并非以此为限制。

示例性装置

在介绍了本公开示例性实施方式的直播交互方法之后，接下来，参考图9对本公开示例性实施方式的直播交互装置进行描述。

参考图9所示，本公开示例性实施方式的直播交互装置500可以包括：显示模块510，确定模块520、第一播放模块530、停止播放模块540以及第二播放模块550。其中，

显示模块510用于在观众用户端显示主播用户的直播间入口；

确定模块520用于自主播用户的多个候选试播多媒体数据中，确定一试播多媒体数据；

第一播放模块530用于响应于所述观众用户端对所述直播间入口的第一交互操作，播放所述试播多媒体数据；

停止播放模块540用于响应于所述观众用户端对所述直播间入口的第二交互操作，停止所述试播多媒体数据的播放；

第二播放模块550用于播放所述主播用户的主播用户端的直播流数据。

根据本公开的示例性实施例，所述显示模块包括：主播用户列表显示模块，用于在所述观众用户端显示主播用户列表，所述主播用户列表包括多个主播用户的直播间入口，其中，所述第一交互操作为自多个主播用户的直播间入口中确定一直播间作为试播直播间；所述第二交互操作为进入所述直播间。

根据本公开的示例性实施例，所述主播用户列表中，以状态图标显示试播直播间的实时直播状态，以缩略图标显示非试播直播间的实时直播状态。

根据本公开的示例性实施例，所述直播间入口显示有所述试播多媒体数据的动态声音波纹。

根据本公开的示例性实施例，所述第一播放模块包括：评论获取模块，用于响应于所述观众用户端对所述直播间入口的第一交互操作，获取所示直播间入口对应的直播间的至少一条实时评论；评论显示模块，用于在所述直播间入口显示所述实时评论，其中，所显示的实时评论在播放所述试播多媒体数据的过程中，实时/周期性更新。

根据本公开的示例性实施例，所述主播用户的直播间入口显示于所述观众用户端当前所在的直播间界面中，所述第一播放模块包括：静音模块，用于响应于所述观众用户端对所述直播间入口的第一交互操作，使得所述观众用户端当前所在的直播间的直播流静音播放，所述直播交互装置还包括：静音恢复模块，用于响应于所述观众用户端对所述直播间入口的关闭操作，恢复所述观众用户端当前所在的直播间的直播流的音量。

根据本公开的示例性实施例，所述候选试播多媒体数据包括如下多媒体数据中的一项或多项：所述主播用户预录制的多媒体数据；所述主播用户实时的直播流数据；所述主播用户的历史直播片段。

根据本公开的示例性实施例，所述确定模块包括：第一获取模块，用于自观众标签数据库中获取所述观众用户的用户标签；第二获取模块，用于自试播标签数据库中获取多个候选试播多媒体数据的试播标签；匹配确定模块，用于将所述试播标签与所述用户标签的匹配数量最多的所述候选试播多媒体数据作为所述试播多媒体数据。

根据本公开的示例性实施例，所述试播标签根据如下步骤生成：确定对所述候选试播多媒体数据执行偏好操作的多个观众用户，所述偏好操作包括播放完毕所述候选试播多媒体数据和/或基于所述候选试播多媒体数据的播放自所述直播间入口进入直播间；自观众标签数据库中获取所确定的多个观众用户的用户标签；将出现次数最多的N个用户标签作为所述候选试播多媒体数据的试播标签，并关联所述候选试播多媒体数据地储存至所述试播标签数据库中，N为大于1的整数。

根据本公开的示例性实施例，所述用户标签的类型包括性别偏好标签、音色偏好标签、兴趣偏好标签、内容偏好标签、位置偏好标签以及消费偏好标签中的一项或多项，所述用户标签自观众的历史行为数据提取获得。

由于本公开实施方式的直播交互装置的各个功能模块与上述直播交互方法公开实施方式中相同，因此在此不再赘述。

示例性存储介质

在介绍了本公开示例性实施方式的直播交互方法、装置和系统之后，接下来，参考图10对本公开示例性实施方式的存储介质进行说明。

参考图10所示，描述了根据本公开的实施方式的用于实现上述方法的程序产品1000，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

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

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

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

示例性电子设备

在介绍了本公开示例性实施方式的存储介质之后，接下来，参考图11对本公开示例性实施方式的电子设备进行说明。

图11显示的电子设备800仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图11所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830、显示单元840。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述"示例性方法"部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元810可以执行如图1中所示的步骤。

存储单元820可以包括易失性存储单元，例如随机存取存储单元(RAM)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(ROM)8203。

存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以包括数据总线、地址总线和控制总线。

电子设备800也可以与一个或多个外部设备900(例如键盘、指向设备、蓝牙设备等)通信，这种通信可以通过输入/输出(I/O)接口850进行。电子设备800还包括显示单元840，其连接到输入/输出(I/O)接口850，用于进行显示。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了直播交互装置和直播交互系统的若干模块或子模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

此外，尽管在附图中以特定顺序描述了本公开方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (10)

1.一种直播交互方法，其特征在于，包括：

在观众用户端显示主播用户的直播间入口；

自主播用户的多个候选试播多媒体数据中，确定一试播多媒体数据；

响应于所述观众用户端对所述直播间入口的第一交互操作，播放所述试播多媒体数据；

响应于所述观众用户端对所述直播间入口的第二交互操作，停止所述试播多媒体数据的播放，并播放所述主播用户的主播用户端的直播流数据。

2.根据权利要求1所述的直播交互方法，其特征在于，

所述在观众用户端显示主播用户的直播间入口包括：

在所述观众用户端显示主播用户列表，所述主播用户列表包括多个主播用户的直播间入口，

其中，所述第一交互操作为自多个主播用户的直播间入口中确定一直播间作为试播直播间；所述第二交互操作为进入所述直播间。

3.根据权利要求2所述的直播交互方法，其特征在于，所述主播用户列表中，以状态图标显示试播直播间的实时直播状态，以缩略图标显示非试播直播间的实时直播状态。

4.根据权利要求1所述的直播交互方法，其特征在于，所述直播间入口显示有所述试播多媒体数据的动态声音波纹。

5.根据权利要求1所述的直播交互方法，其特征在于，所述响应于所述观众用户端对所述直播间入口的第一交互操作，播放所述试播多媒体数据还包括：

响应于所述观众用户端对所述直播间入口的第一交互操作，获取所示直播间入口对应的直播间的至少一条实时评论；

于所述直播间入口显示所述实时评论，

其中，所显示的实时评论在播放所述试播多媒体数据的过程中，实时/周期性更新。

6.根据权利要求1所述的直播交互方法，其特征在于，所述主播用户的直播间入口显示于所述观众用户端当前所在的直播间界面中，所述响应于所述观众用户端对所述直播间入口的第一交互操作，播放所述试播多媒体数据还包括：

响应于所述观众用户端对所述直播间入口的第一交互操作，使得所述观众用户端当前所在的直播间的直播流静音播放，

所述响应于所述观众用户端对所述直播间入口的第一交互操作，播放所述试播多媒体数据之后，还包括：

响应于所述观众用户端对所述直播间入口的关闭操作，恢复所述观众用户端当前所在的直播间的直播流的音量。

7.根据权利要求1所述的直播交互方法，其特征在于，所述候选试播多媒体数据包括如下多媒体数据中的一项或多项：

所述主播用户预录制的多媒体数据；

所述主播用户实时的直播流数据；

所述主播用户的历史直播片段。

8.一种直播交互装置，其特征在于，包括：

显示模块，用于在观众用户端显示主播用户的直播间入口；

确定模块，用于自主播用户的多个候选试播多媒体数据中，确定一试播多媒体数据；

第一播放模块，用于响应于所述观众用户端对所述直播间入口的第一交互操作，播放所述试播多媒体数据；

停止播放模块，用于响应于所述观众用户端对所述直播间入口的第二交互操作，停止所述试播多媒体数据的播放；

第二播放模块，用于播放所述主播用户的主播用户端的直播流数据。

9.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现：

权利要求1～7中任一项所述的直播交互方法。

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

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行：

权利要求1～7中任一项所述的直播交互方法。

Images