CN110536144B - 一种直播处理方法、装置及存储介质 - Google Patents

Abstract

本申请提供了一种直播处理方法及其装置、设备和存储介质；所述方法包括：在客户端中显示直播间入口，预加载预录制主播视频的地址；响应于针对所述直播间入口的触发操作，根据被触发的直播间的预录制主播视频的地址获取相应的预录制主播视频，播放获取的预录制主播视频，以及获取被触发的直播间的直播流数据；当所述预录制主播视频的播放结束时，根据所述获取的直播流数据播放直播内容。通过本申请，能够快速了解直播风格，提高直播视频的用户留存率。

Description

一种直播处理方法、装置及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种直播处理方法、装置及存储介质。

背景技术

随着流媒体技术的发展以及网络直播的广泛普及，网络直播作为一种大众化的娱乐方式已经逐渐步入人们的生活中。用户登录网络直播的应用程序，或者打开网络直播的网页后，可以根据自己的喜好进入感兴趣的直播间，观看主播的直播节目。

当用户首次进入一个陌生的直播间时，如果用户不了解主播的风格，直接看直播视频流，或者用户进入直播间时处于直播断点，从而导致用户观看的流失率较高。

发明内容

本申请实施例提供一种直播处理方法、装置及存储介质，能够快速了解直播风格，提高直播视频的用户留存率。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种直播处理方法，包括：

在客户端中显示直播间入口，预加载预录制主播视频的地址；

响应于针对所述直播间入口的触发操作，根据被触发的直播间的预录制主播视频的地址获取相应的预录制主播视频，播放获取的预录制主播视频；

获取被触发的直播间的直播流数据；

当所述预录制主播视频的播放结束时，根据所述获取的直播流数据播放直播内容。

本申请实施例提供一种直播处理装置，所述装置包括：

预加载模块，用于在客户端中显示直播间入口，预加载预录制主播视频的地址；

第一播放模块，用于响应于针对所述直播间入口的触发操作，根据被触发的直播间的预录制主播视频的地址获取相应的预录制主播视频，播放获取的预录制主播视频；

第一获取模块，用于获取被触发的直播间的直播流数据；

第二播放模块，用于当所述预录制主播视频的播放结束时，根据所述获取的直播流数据播放直播内容。

本申请实施例提供一种直播处理设备，所述设备至少包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本申请实施例提供的方法。

本申请实施例提供一种存储介质，存储有可执行指令，用于引起处理器执行时，实现本申请实施例提供的方法。

本申请实施例具有以下有益效果：

在用户通过客户端进入直播首页时，预加载预录制主播视频的地址，并且当用户要进入某个直播间时，根据直播间的预录制主播视频的地址获取相应的预录制主播视频，并直接播放获取的预录制主播视频，由于预录制主播视频一般为筛选出的精彩视频，能够使得用户快速了解主播的直播风格；并在播放预录制主播视频时，获取被触发的直播间的直播流数据，以便当所述预录制主播视频的播放结束时，能够根据所述获取的直播流数据播放直播内容，实现预录制主播视频和直播视频的无缝切换，提高用户体验。

附图说明

图1A为相关技术中主播详情页的界面示意图；

图1B为相关技术中用户播放Show Time视频及直播视频的实现流程示意图；

图1C为本申请实施例直播处理方法的网络架构示意图；

图2为本申请实施例提供的装置的一个可选的结构示意图；

图3为本申请实施例提供的直播处理方法的一种实现流程示意图；

图4为本申请实施例提供的直播处理方法的再一种实现流程示意图；

图5为本申请实施例直播间新用户观看直播的产品逻辑示意图；

图6为本申请实施例直播间新用户观看直播的界面示意图；

图7A至图7C为本申请实施例为不同类型的直播视频不同的显示方式的示意图；

图8A为本申请实施例播放短视频的实现流程示意图；

图8B为本申请实施例Show Time视频和直播视频无缝切换的实现流程示意图；

图9A为本申请实施例Show Time视频挖掘的逻辑示意图；

图9B为本申请实施例视频筛选实现流程示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

如果申请文件中出现“第一/第二”的类似描述则增加以下的说明，在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

对本申请实施例进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

1)主播，或者称为主播用户，是指在直播业务中进行表演并将表演分享的用户。

2)直播观众，直播业务中主播用户的表演的受众。

3)直播流数据，主播用户采集的视频和音频进行编码形成的适用于在网络中传输的码流，支持被接收端即时解码播放而不必等待接收全部数据。

4)直播间，与主播用户对应，直播平台中供主播用户发布不同直播业务的应用。

5)直播业务，直播间中主用用户发布的所表演的视频和/或音频内容，根据直播平台的业务规则，直播业务存在时间长度、容量等方面的限制。

6)客户端，以符合超文本标记语言(HTML，Hyper Text Markup Langua ge)的网页的形式呈现直播内容的各种形式的软件，例如浏览器、内嵌浏览器内核以支持HTML的视频客户端、专用的直播客户端和社交网络客户端等，可以具有适应各种平台(例如电脑端、车载端和移动终端)的版本。

7)游戏断点，主播在一把游戏结束，开启下一把游戏之间的断点时间。由于直播没有精彩游戏内容，用户极易流失。

8)Showtime：在直播流之前加入15秒的视频流，帮助新用户迅速发掘主播特色的短视频。

为了更好地理解本申请实施例中提供的直播处理方法，首先对相关技术中了解主播风格的方案及存在的缺点进行说明。

用户进入陌生的直播间，不了解主播直接看直播流，或进入直播间时处于游戏断点，使得用户流失率很高。但是用户观看视频6秒以上有极大概率会选择继续观看，因为用户了解该主播的直播风格。在相关技术中，用户想要了解主播风格时，要如图1A所示在主播直播间内，点击“主播”的按钮控件(tab)101，从而将显示页面切换到主播详情页，然后用户可以选择直播回放102或播放主播上传的视频，从而了解主播的直播风格。

图1B为相关技术中用户播放Show Time视频及直播视频的实现流程示意图，如图1B所示，该实现流程包括以下步骤：

步骤S111，获取直播间点击操作；

步骤S112，基于直播间点击操作，初始化直播间；

步骤S113，拉取Show Time视频播放链接；

步骤S114，初始化播放器；

步骤S115，通过Show Time视频播放链接拉取Show Time视频数据；

步骤S116，播放Show Time视频；

步骤S117，在播放完Show Time视频后拉取直播数据；

步骤S118，播放直播。

以上用户了解主播直播风格的方案存在以下缺点：

第一、新用户无法迅速了解主播直播风格。

新用户进入直播间后，会有可能会是游戏断点或其他非精彩时刻，无法迅速了解主播风格和主播的梗，从而流失该直播间。

第二、新用户查看主播精彩视频路径太长。

用户进入直播间后，需要点击“主播”tab，再去查看视频，且主播上传的视频会有历史的“直播回放”和“精彩视频”两类。所以对于直播间新用户无法迅速看到主播精彩瞬间和主播的直播风格。

第三、主播没有手段留住新用户。

用户在开播时随时都有可能进来，主播不可能保证所有开播的时间段都很精彩，所以这也让主播无法留住其直播间的新用户。

第四、在图1B所示的实现流程中，在播放ShowTime和直播流时会出现两次黑屏加载界面，第一次出现在拉取ShowTime视频播放地址和拉取ShowTime视频数据时，第二次出现在ShowTime视频播放结束后拉取直播数据时，两次加载卡顿极大的影响了用户体验。

基于此，在本申请实施例中，能够使得用户在初次进入某直播间即可直接看到主播的精彩视频，争取在6秒内让用户大致了解主播风格和特征，以提高用户的留存率。

下面说明实现本申请实施例的装置的示例性应用，本申请实施例提供的装置可以实施为终端设备。下面，将说明装置实施为终端设备时涵盖终端设备的示例性应用。

参见图1C，图1C为本申请实施例直播处理方法的网络架构示意图，如图1C所示，在该网络架构中至少包括观众终端100、主播终端400、服务器200和网络300。为实现支撑一个示例性应用，观众终端100和主播终端400分别通过网络300连接服务器200，网络300可以是广域网或者局域网，又或者是二者的组合，使用无线链路实现数据传输。

在观众终端100中可以安装有直播应用程序(App，Application)，用户可以通过该直播的App，进入感兴趣的直播间，从服务器200拉取直播视频数据或者Show Time视频数据，观看主播的直播视频或Show Time视频，主播终端400中也可以安装有直播App，主播可以通过该直播App进行视频直播，并且将直播数据上传到服务器200，以便用户观看直播视频。另外，主播还可以将非直播的精彩视频数据上传到服务器200，供用户观看，以便用户能够通过精彩视频片段了解主播风格。

在本申请实施例中，服务器200可以是单个的服务器，也可以是由多各服务器构成的服务器集群、云计算中心等，根据直播服务在观众终端100中实现方式，服务器200有各种差异性的部署方式。

例如，当直播服务在观众终端100中是以专用的直播APP的形式实现时，服务器200可以是专用的提供直播视频的一个或多个服务器，其通过网络300直接与观众终端100通信以完成必要的数据和信息的传输。

再例如，当直播服务是在观众终端100中是以耦合到各种已有APP(例如社交APP、购物App)中的模块或插件(例如小程序)实现时，服务器200可以包括用于实现这些已有APP的基本业务功能的业务服务器、以及用于提供直播视频的直播服务器，直播服务器直接与模块或插件通信，也可以间接通过业务服务器与模块或插件通信；当然，可以理解地，直播服务器和业务服务器的区别主要在于所承载业务逻辑，因此，直播服务器和业务服务器实际上也可以是同一服务器。

在下文的描述中，为了描述方便，将上述各种可能方式的服务器都统称为服务器，因此服务器200不应简单理解为一个或一类服务器，而是根据上述的示例，在实际应用中为了支撑直播服务而部署的各种可能形式的服务器。

本申请实施例提供的装置可以实施为硬件或者软硬件结合的方式，下面说明本申请实施例提供的装置的各种示例性实施。

观众终端100可以是移动电话、台式计算机、笔记本电脑、数字广播终端、信息收发设备、游戏控制台、平板设备、个人数字助理等，根据图2示出的观众终端100的示例性结构，可以预见观众终端100的其他的示例性结构，因此这里所描述的结构不应视为限制，例如可以省略下文所描述的部分组件，或者，增设下文所未记载的组件以适应某些应用的特殊需求。

图2所示的观众终端100包括：至少一个处理器110、存储器140、至少一个网络接口120和用户接口130。观众终端100中的每个组件通过总线系统150耦合在一起。可理解，总线系统150用于实现这些组件之间的连接通信。总线系统150除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统150。

用户接口130可以包括显示器、键盘、鼠标、触感板和触摸屏等。

存储器140可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)。易失性存储器可以是随机存取存储器(RAM，Random Access Memory)。本申请实施例描述的存储器140旨在包括任意适合类型的存储器。

本申请实施例中的存储器140能够存储数据以支持观众终端100的操作。这些数据的示例包括：用于在观众终端100上操作的任何计算机程序，如操作系统和应用程序。其中，操作系统包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序可以包含各种应用程序。

作为本申请实施例提供的方法采用软件实施的示例，本申请实施例所提供的方法可以直接体现为由处理器110执行的软件模块组合，软件模块可以位于存储介质中，存储介质位于存储器140，处理器110读取存储器140中软件模块包括的可执行指令，结合必要的硬件(例如，包括处理器110以及连接到总线150的其他组件)完成本申请实施例提供的方法。

作为示例，处理器110可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

将结合前述的实现本申请实施例的装置的示例性应用和实施，说明实现本申请实施例的方法。

参见图3，图3为本申请实施例提供的直播处理方法的一个实现流程示意图，可以应用于图1C所示的观众终端100，将结合图3示出的步骤进行说明。

步骤S101，在客户端中显示直播间入口，预加载预录制主播视频的地址。

这里，在一些实施例中，在步骤S101之前，所述方法还包括：在客户端显示直播间入口前，获取直播间的界面数据和所述直播间的预录制主播视频的地址。这样在获取到直播间的界面数据之后，可以根据直播间的界面数据在客户端中显示直播间的入口，并且可以预加载获取到的预录制主播视频的地址。其中，预录制主播视频可以是主播预先录制好的能够体现主播的直播风格的精彩视频。

客户端可以是采用终端中的专用直播客户端，在直播客户端的界面中实现播放页面，也可以是在浏览器中通过加载符合HTML规范的网页的形式来实现播放页面，播放页面中可以嵌入有用以实现直播互动的处理方法的代码(例如Javascript代码)，通过执行前端代码能够以轻量化的方式来实现直播互动。

在实际实现过程中，在客户端中显示直播间入口可以是响应于用户打开专用直播客户端的操作，亦可以是响应于用户打开直播网页的操作。在本申请实施例中，在客户端中显示的直播间入口可以是一个或多个，并且在客户端显示的直播间入口可以是根据用户偏好确定的，不同用户的客户端中显示的直播间入口可能是不同的。例如，通过一段时间的数据统计得出，某一用户偏好的直播类型为购物类和游戏类，那么可以优先在客户端显示购物类和游戏类的直播间入口，或者另一用户偏好的直播类型为美食类，那么可以优先在客户端显示美食类的直播间入口。在一些实施例中，在客户端显示的直播间入口还可以根据服务器同步的直播间入口展示策略而定，此时不同用户的客户端中显示的直播间入口是相同的。

步骤S102，响应于针对所述直播间入口的触发操作，根据被触发的直播间的预录制主播视频的地址获取相应的预录制主播视频，播放获取的预录制主播视频。

这里，在客户端显示直播间入口之后，用户可以根据自己的兴趣爱好选择要进入的直播间观看直播视频。在实现时，用户针对想要进入的直播间入口执行触发操作，由于终端已经预加载了各个直播间的预录制主播视频的地址，那么终端响应于针对该直播间入口的触发操作，就能够直接根据被触发的直播间的预录制主播视频的地址获取相应的预录制主播视频，并进行播放，从而能够减少再从服务器获取被触发的直播间的预录制主播视频地址的时间，进而实现用户进入到一直播间后，即可直接播放预录制主播视频，以使得用户快速了解主播风格。

步骤S103，获取被触发的直播间的直播流数据。

这里，获取被触发的直播间的直播流数据可以是在播放预录制主播视频的同时，同步获取的；还可以是在预录制主播视频播放结束前一段时间开始获取的，例如可以是在于录制主播视频播放结束前三秒开始获取直播流数据。

步骤S104，当所述预录制主播视频的播放结束时，根据所述获取的直播流数据播放直播内容。

在一些实施例中，确定预录制主播视频播放结束可以有以下两种实现方式：

第一种实现方式：响应于在预录制主播视频播放界面接收到的跳过播放的操作，确定所述预录制主播视频的播放结束；

第二种实现方式：当在预录制主播视频播放界面展示完毕预录制主播视频的全部内容时，确定所述预录制主播视频的播放结束。

在步骤S104中，由于在预录制主播视频播放结束前已经获取到直播流数据，那么当预录制主播视频播放结束时，即可直接解码直播流数据，以在直播界面中播放直播视频，实现无缝切换，提高用户体验。

在一些实施例中，所述方法还包括：

当客户端初始化时，初始化播放器参数，其中，所述播放器以单个实例的方式运行。由于播放器是以单个实例的方式的，那么当客户端运行时，播放器程序是一直处于运行状态的，而不会因为没有观看直播视频而被停止运行，从而能够保证用户触发进入某个直播间观看视频时，直接通过正在运行且初始化好的播放器进行播放，降低播放时延，提高用户体验。

在本申请实施例提供的直播处理方法中，在用户通过客户端进入直播首页时，预加载预录制主播视频的地址，并且当用户要进入某个直播间时，根据直播间的预录制主播视频的地址获取相应的预录制主播视频，并直接播放获取的预录制主播视频，由于预录制主播视频一般为筛选出的精彩视频，能够使得用户快速了解主播的直播风格；并在播放预录制主播视频时，获取被触发的直播间的直播流数据，以便当所述预录制主播视频的播放结束时，能够根据所述获取的直播流数据播放直播内容，实现预录制主播视频和直播视频的无缝切换，提高用户体验。

在一些实施例中，在图3所示的步骤S102之前，还可以执行以下步骤：

步骤S21，响应于针对所述直播间入口的触发操作之前，获取登录所述客户端的用户的属性信息。

这里，步骤S21在实现时，可以是首先获取登录该客户端的用户的标识信息(例如，用户名)，然后基于所述标识信息，获取所述用户进入过的历史直播间，并根据用户进入的历史直播间，确定该用户的属性信息。在本申请实施例中，用户的属性信息能够表征所述用户是否是首次进入被触发的直播间。

步骤S22，基于所述属性信息判断所述用户是否为首次进入所述直播间。

这里，在基于属性信息确定用户首次进入所述直播间时，执行步骤S102。也就是说，当用户首次进入某个直播间时，由于用户对直播间的主播风格不了解，那么可以在用户进入后播放预录制主播视频，从而可以让用户直接观看主播的精彩视频，了解主播风格，并提高用户留存率。在确定用户为非首次进入所述直播间时，那么可以直接播放直播视频。

在一些实施例中，也可以是设置进入直播间播放预录制主播视频的开关，用户可以根据自身的喜好，设置开关状态。当该开关状态为关闭时，那么进入直播间不播放预录制主播视频，而是直接播放直播视频；当该开关状态为首次进入直播间是开启，那么在用户首次进入直播间时播放预录制主播视频，非首次进入直播间时不播放预录制主播视频；当该开关状态为开启时，那么不管用户是否为首次进入直播间都会先播放预录制主播视频。

在一些实施例中，图3所示的步骤S103获取被触发的直播间的直播流数据，可以有以下两种实现方式：

第一种实现方式，当开始获取所述预录制主播视频时，同步开始获取被触发的直播间的直播流数据。

第二种实现方式，在所述预录制主播视频的播放过程中，开始获取被触发的直播间的直播流数据。

当采用第一种实现方式获取被触发的直播间的直播流数据时，能够避免用户在观看预录制主播视频的过程中，触发了跳过播放的操作时，及时获取到直播画面。

当采用第二种实现方式时，可以是播放至设定进度(例如50％)时开始获取，例如预录制主播视频的时长为10秒，那么播放至5秒时开始获取被触发的直播间的直播流数据；还可以是在预录制主播视频的剩余播放时间到达剩余时间阈值时，开始获取，例如，预录制主播视频的时长为15秒，剩余时间阈值为3秒，那么播放至12秒时开始获取被触发的直播间的直播流数据。

在本申请实施例中，不管是利用第一种实现方式还是利用第二种实现方式获取直播流数据，都能够保证在预录制主播视频播放结束之间获取到直播流数据，从而能够保证在预录制主播视频播放结束时，可能直接从本地解码直播流数据，渲染直播画面。

在一些实施例中，在步骤101之前，还需要确定各个直播间的预录制主播视频，因此在步骤S101之前还要执行以下步骤：

步骤S001，获取主播上传的视频集合，并获取所述视频集合中各个视频的特征信息。

这里，在获取主播上传的视频集合时，获取的可以是主播上传的视频集合的标识，并基于上传的视频集合的标识获取每个视频的特征信息。在本申请实施例中，各个视频的特征信息可以是服务器基于各个视频对应的历史数据提取出来的。特征信息可以包括：在预设时长内的播放次数、每次播放的观看完成率、播放时长、分辨率等。

步骤S002，根据所述各个视频的特征信息，对各个视频进行预测处理，得到各个视频的评分。

这里，步骤S002在实现时，可以根据各个视频的特征信息中的播放时长和分辨率进行初步筛选，得到播放时长满足时长阈值且分辨率满足分辨率阈值的待预测视频，然后再利于预设的预测算法或者利用训练好的预测模型，根据各个待预测视频的特征信息对各个待预测视频进行预测处理，得到各个待预测视频的评分。

为了让用户能够在较短时间内快速了解主播的风格，因此最终的作为展示的预录制主播视频的时长不能太长，另外为了给用户较好的观看体验，分辨率不能过低，在实际应用过程中，可以将时长阈值设置为15秒，分辨率可以设置为360P，也就是说初步筛选时，要将播放时长超过15秒，或者分辨率低于360P的视频过滤掉。一个视频在预设时长内播放次数越多，每次播放的观看完成率越高，说明该视频的受欢迎程度就越高，那么该视频的评分就越高。

步骤S003，将评分最高的视频确定为预录制主播视频。

这里，由于步骤S002中得到的各个视频的评分能够反应各个视频的受欢迎程度，因此可以将评分最高的视频确定为预录制主播视频，以在首次用户进入直播间时播放，使得用户能够快速了解主播风格，提高用户留存率。

需要说明的是，步骤S001至步骤S003在实现时，可以是客户端调用服务器的相关接口实现上述处理。在一些实施例中，步骤S001至步骤S003还可以是由服务器实现的。

在一些实施例中，图3中所示的步骤S104可以通过以下步骤实现：

步骤S1041，对获取到的被触发的直播间的直播流数据进行缓存。

这里，可以是将获取到的直播间的直播流数据存储至终端的存储器中。

步骤S1042，当所述预录制主播视频的播放结束时，根据缓存的直播流数据播放直播内容。

这里，当接收到预录制主播视频播放界面的跳过播放的操作时，或者在预录制主播视频播放界面展示完毕预录制主播视频的全部内容时，认为预录制主播视频播放结束，此时解码缓存的直播流数据，以在直播播放界面播放直播内容。

通过上述步骤S1041至步骤S1042，可以在预录制主播视频播放结束前，将直播流数据缓存至本地，那么在预录制主播视频播放结束时，即可通过本地缓存的直播数据直接渲染出直播画面，从而能够减少从服务器获取直播流数据的时间，进而能够实现预录制主播视频到直播视频的无缝切换。

在一些实施例中，步骤S102中的“播放获取的预录制主播视频”可以通过以下步骤实现：

步骤S1021，获取预录制主播视频的类型信息。

这里，预录制主播视频的类型信息可以包括：购物类、游戏类、美食类、搞笑类等等。

步骤S1022，基于所述类型信息确定在所述直播间的播放界面中播放视频的显示方式。

这里，在实际实现过程中，可以预先建立视频类型和显示方式的对应关系，例如购物类对应全竖屏显示，游戏类对应横屏显示，美食类和搞笑类对应半竖屏显示。步骤S1022在实现时，即可根据对应关系，确定在直播间的播放界面中播放视频的显示方式。

步骤S1023，按照所述显示方式播放获取的预录制主播视频。

通过步骤S1021至步骤S1023，能够在播放预录制主播视频时基于视频的类型信息，适配不同的显示方式播放，从而能够提高用户的观看体验。

基于前述的实施例，本申请实施例再提供一种直播处理方法，应用于图1C所示的网络架构，图4为本申请实施例提供的直播处理方法的再一种实现流程示意图，如图4所示，所述方法包括：

步骤S401，主播终端上传录制好的视频。

步骤S402，服务器获取主播上传的视频集合，对所述视频集合进行筛选，得到待预测视频集合。

这里，步骤S402在实现时，可以先过滤掉所述视频集合中包括预设平台水印的视频，得到过滤后的视频集合；然后获取过滤后的视频集合中各个视频的属性信息，其中所述属性信息至少包括视频时长、视频分辨率，将过滤后的视频集合中视频时长满足时长条件且视频分辨率满足分辨率条件的视频，构成待预测视频集合。

步骤S403，服务器获取所述待预测视频集合中各个待预测视频的特征信息。

这里，步骤S403在实现时，可以首先获取各个待预测视频的历史观看数据；然后再基于历史观看数据，获取各个待预测视频的在预设时长内的播放次数、视频观看完成度和用户留存率等特征信息。

步骤S404，服务器根据各个待预测视频的特征信息，进行预测处理，得到各个待预测视频的评分。

这里，步骤S404在实现时，通过训练好的预测模型，对各个待预测视频的特征信息进行处理，得到各个待预测视频的评分。

步骤S405，服务器将评分最高的视频确定为直播间对应的预录制主播视频。

通过上述的步骤S402至步骤S405，服务器就能够确定出各个直播间对应的预录制主播视频，以便观众用户在首次进入直播间时能够播放预录制主播视频，从而快速了解主播风格，提高用户留存率。

步骤S406，观众终端基于启动直播客户端的操作指令，初始化客户端，并初始化播放器参数。

这里，观众终端中播放器程序是以单个实例的方式运行的，也就是说只要客户端在运行状态时，播放器程序是一直运行的，不会被停止运行。在初始化客户端时，并初始化播放器参数。

步骤S407，观众终端向服务器发送数据获取请求。

这里，该数据获取请求至少用于请求获取直播间的界面数据，也即直播间的首页的界面数据。

步骤S408，服务器获取直播间的界面数据和直播间的预录制主播视频的地址。

这里，服务器在获取到直播间的界面数据后，基于所述界面数据，确定直播首页中的各个直播间的标识信息；再基于各个直播间的标识信息获取各个直播间对应的预录制主播视频的地址。

步骤S409，服务器将直播间的界面数据和预录制主播视频的地址发送给观众终端。

步骤S410，观众终端在客户端中显示直播间入口，并预加载预录制主播视频的地址。

这里，观众终端在获取到界面数据之后，基于界面数据在客户端中显示直播间入口，并预加载同时获取到的预录制主播视频的地址，以便能够在用户进入直播间时直接播放预录制视频。

步骤S411，观众终端接收针对直播间入口的触发操作，获取登录所述客户端的用户的属性信息。

这里，在观众终端的客户端中显示直播间入口之后，观众用户可以根据自己的兴趣爱好，可以通过针对直播间入口的触发操作进入直播间。观众终端在接收到进入直播间的触发操作时，获取登录所述客户端的用户的属性信息，以确定是否是首次进入该直播间。

步骤S412，观众终端确定所述属性信息表示用户首次进入所述直播间时，响应于针对所述直播间入口的触发操作，根据被触发的直播间的预录制主播视频的地址获取相应的预录制主播视频。

步骤S413，观众终端播放获取的预录制主播视频。

在一些实施例中，在播放预录制主播视频时，会基于视频的类别信息，确定相适配的显示方式，并以与类别信息相适配的显示方式播放预录制主播视频，以给观众带来更好的观看体验。

步骤S414，观众终端在预录制主播视频播放结束前，获取被触发的直播间的直播流数据。

步骤S415，当所述预录制主播视频的播放结束时，观众终端根据获取的直播流数据播放直播内容。

这里，在播放直播内容时，也可以根据直播的类别信息适配不同的显示方式，然后基于适配出的显示方式播放直播内容。

需要说明的是，本实施例中与其它实施例中相同步骤或概念的解释可以参考其它实施例中的描述。

在本申请实施例提供的直播处理方法中，服务器从主播上传的视频集合中根据视频特征提取出精彩的预录制主播视频，这样当作为观众的用户通过观众终端首次进入某个直播间时，能够直接为观众用户播放预录制主播视频，从而能够使得观众用户能够通过预录制主播视频直接、快速的了解主播风格，从而提高直播间的用户留存率，另外，在预录制主播视频播放结束前，观众终端提前获取并缓存直播数据，在预录制主播视频播放结束时，能够直接基于本地缓存的直播数据渲染播放直播画面，实现无缝切换，提高用户的观看体验。

下面，将说明本申请实施例在一个实际的应用场景中的示例性应用。

图5为本申请实施例直播间新用户观看直播的产品逻辑示意图，如图5所示，在该产品逻辑中包括用户侧501、服务器侧502和主播侧503，其中：

在用户侧501中，当有新用户进入直播间时，可以首先观看15秒的Show Time视频，其中新用户看到的Show Time视频是服务器侧502通过预设的推荐算法，从主播侧503上传的多个视频形成的Show Time视频库中筛选出的最精彩的视频。在15秒Show Time视频播放结束后，可以与主播正在直播的视频无缝衔接，从而为用户带来流畅的观看体验。

图6为本申请实施例直播间新用户观看直播的界面示意图，在图6中601为直播首页，在直播首页中有正在直播的推荐直播间，当某个新用户点击进入直播间后，首先播放Show Time视频602。并且主播在上传视频后，服务器会将主播上传的视频603同步到主播页的精选视频中，以便用户能够及时观看到精彩视频。

在本实施例中，在播放ShowTime视频时，考虑到游戏直播和秀场直播的观看体验不同，为不同类型的直播进行多种不同的适配，有横屏，半竖屏，和全竖屏等多种不同形态，满足不同用户的不同需求。图7A至图7C为本申请实施例为不同类型的直播视频不同的显示方式的示意图，如图7A所示，对于游戏直播，可以采用横屏显示方式，如图7B所示，对于购物直播可以采用全竖屏显示方式，如图7C所示对于人物直播，可以采用半竖屏显示方式。

以下对实现主播ShowTime短视频的快速播放和与主播直播流的无缝切换方案的实现方式进行说明。

如图1B所示，在相关技术中，短视频播放与直播视频播放相结合时为串行执行所有任务，后续的短视频和直播播放会被例如拉取视频链接、初始化播放器等靠前的任务阻塞，因此在本申请实施例中将任务队列由串行执行改为并行执行，并将能够预先执行的任务提前执行，达到ShowTime视频秒开的效果。

图8A为本申请实施例播放短视频的实现流程示意图，如图8A所示，所述流程包括：

步骤S801，初始化播放器。

这里，在本申请实施例中播放器的实现改为单例模型，也就是说播放器程序是以单个实例的方式运行的，这样只要直播App处于运行状态时，播放器程序就是一直存在的，并提前初始化播放器参数，如此，当直播App运行过程中播放器程序是随时准备好播放视频的。

步骤S801’，获取直播间点击操作。

由于在接收到直播间点击操作之前，播放器已初始化完毕，从而打开任意直播间都省去了初始化播放器的时间。

步骤S802，拉取主播数据。

步骤S802’，下载Show Time视频数据。

步骤S803，获得Show Time链接。

步骤S803’，显示首帧画面。

这里，在首页拉取主播展示界面数据的时候，将主播对应的ShowTime视频播放链接一起拉取到本地，这样在点击打开直播间时，不需要再次远程请求ShowTime视频播放链接就可以直接开始下载ShowTime视频数据，大大缩短了视频播放时间，达到ShowTime秒开的目的。

在ShowTime视频播放完成后，需要切换到直播流，切换过程中就会出现黑屏的等待界面，如果消除这个黑屏等待的时间，用户可更快看到主播直播画面，达到更好的用户体验。

图8B为本申请实施例Show Time视频和直播视频无缝切换的实现流程示意图，如图8B所示，所述流程包括：

步骤S811，在ShowTime视频播放结束前1s，提前开始下载直播数据。

步骤S812，直至ShowTime视频播放结束，缓存提前下载的直播数据。

步骤S813，当ShowTime视频播放结束后，播放器使用缓存数据直接渲染直播流首帧，达到视频和直播无缝切换的效果。

由于主播上传的Show Time视频质量参差不齐，在展示给用户看之前，需要对主播上传的Show Time视频进行过滤筛选，即剔除劣质视频，加大优质视频的展示权重。

图9A为本申请实施例Show Time视频挖掘的逻辑示意图，如图9A所示，该挖掘逻辑包括：

步骤S901，对主播上传的Show Time短视频进行底层的数据清洗，将劣质视频(例如分辨率过低、内容不健康)过滤出去，得到可用视频名单。

步骤S902，将可用视频名单中的各个视频进行多个因子+归一分析，得到潜力视频。

这里，在筛选潜力视频时，可以根据视频特征进行筛选。视频特征可以包括但不限于播放次数、观看完成度、用户留存率。

步骤S903，对潜力视频进行模型训练和预测，得到视频排名，并根据主播的视频排序，根据权重展示优质视频。

这里，首先要利用潜力视频建立训练样本，在本申请实施例中，可以是将潜力视频中某一历史时长内(例如，当前时刻至七天前的历史时长)播放次数超过次数阈值且观看完成率大于完成率阈值的视频作为训练正样本，将播放次数没超过次数阈值或观看完成率不大于完成率阈值的视频作为训练负样本，训练预测模型，并基于逻辑回归算法对潜力视频进行排名，然后根据视频排名，得到为用户展示的优质视频。

ShowTime视频筛选模型主要运用机器学习算法来确定出主播上传的优质视频。图9B为本申请实施例视频筛选实现流程示意图，如图9B所示，视频筛选过程主要分为：

步骤S911，数据清洗；

在数据清洗步骤中，排除了部分不符合规则的视频数据，通过数据清洗得到待预测名单。在本申请实施例中，符合规则可以包括：时间在15s以下、无其他平台水印、360P以上等等。

步骤S912，特征生成；

然后根据视频的播放次数(VV，Video View)、观看完成率、用户直播间留存率等多维度描述生成特征，考虑到主播的可能会存在主播活动等特殊情况，生成各种变化类型的特征，例如，可以生成近一周的VV变化和观看完成率等特征，有利于预测的准确性。

步骤S913，建立模型。

在模型建立时，根据视频VV、观看完成率、留存率等多个特征，在满足一定VV阈值的条件下，以近7天观看完成率大于平均值的视频为正样本训练样本，运用逻辑回归计算最优质的视频给新用户展示最好的视频，不好的视频直接过滤，不给用户展示。

目前有40％的用户观看直播时长不足15秒，且大多数用户都是6秒内离开，很大原因是观看直播的瞬间是游戏断点或者并不精彩。新用户不知道主播特色就离开了房间。所以ShowTime希望用户能在6秒内迅速发现主播特色，帮助用户决定是否留存该主播。

通过本申请实施例提供的方法，提前配置播放器参数，预加载ShowTime播放链接，能够使得用户初次进入某直播间时，可以直接看到主播15秒精彩短视频，争取在6秒内让用户大致了解主播风格和特征，大大缩短用户路径。由于用户往往不知道自己需要什么，所以直接展示最精彩的视频效果更好。如果对主播感兴趣，可自行查看其它视频。在用户观看完Show Time视频之前，以异步提前拉取直播流的方式极大的加速了ShowTime视频的打开速度和直播流的切换速度，实现ShowTime视频和直播视频的无缝切换，提高用户体验。另外，主播可以上传Show Time的15秒视频到主播管理后台，后台系统自动判断新用户逻辑，且选择主播上传的Show Time里视频观看完成率等多个指标最好的一条，以尽最大的可能提高用户留存率。

下面说明软件模块的示例性结构，在一些实施例中，如图2所示，装置140中的软件模块，即为直播处理装置80可以包括：

预加载模块81，用于在客户端中显示直播间入口，预加载预录制主播视频的地址；

第一播放模块82，用于响应于针对所述直播间入口的触发操作，根据被触发的直播间的预录制主播视频的地址获取相应的预录制主播视频，播放获取的预录制主播视频，以及

第一获取模块83，用于获取被触发的直播间的直播流数据；

第二播放模块84，用于当所述预录制主播视频的播放结束时，根据所述获取的直播流数据播放直播内容。

在一些实施例中，所述装置还包括：

第一确定模块，用于响应于在预录制主播视频播放界面接收到的跳过播放的操作，确定所述预录制主播视频的播放结束；

第二确定模块，用于当在预录制主播视频播放界面展示完毕预录制主播视频的全部内容时，确定所述预录制主播视频的播放结束。

在一些实施例中，所述装置还包括：

第二获取模块，用于响应于针对所述直播间入口的触发操作之前，获取登录所述客户端的用户的属性信息，所述属性信息至少用于表示用户是否首次进入所述直播间，当确定所述属性信息表示用户首次进入所述直播间时，响应于针对所述直播间入口的触发操作，播放预录制主播视频。

在一些实施例中，所述第一获取模块83还用于：

当开始获取所述预录制主播视频时，同步开始获取被触发的直播间的直播流数据，或者，

在所述预录制主播视频的播放过程中，开始获取被触发的直播间的直播流数据。

在一些实施例中，所述装置还包括：

第三获取模块，用于获取主播上传的视频集合，并获取所述视频集合中各个视频的特征信息；

预测模块，用于根据所述各个视频的特征信息，对各个视频进行预测处理，得到各个视频的评分；

第三确定模块，用于将评分最高的视频确定为预录制主播视频。

在一些实施例中，所述装置还包括：

第四获取模块，用于在客户端显示直播间入口前，获取直播间的界面数据和所述直播间的预录制主播视频的地址。

在一些实施例中，所述第二播放模块84还用于：

对获取到的被触发的直播件的直播流数据进行缓存；

当所述预录制主播视频的播放结束时，根据缓存的直播流数据播放直播内容。

在一些实施例中，所述装置还包括：

初始化模块，用于当直播客户端初始化时，初始化播放器参数，其中，所述播放器以单个实例的方式运行。

在一些实施例中，所述第一播放模块83还用于：

获取预录制主播视频的类型信息；

基于所述类型信息确定在所述直播间的播放界面中播放视频的显示方式；

按照所述显示方式播放获取的预录制主播视频。

作为本申请实施例提供的方法采用硬件实施的示例，本申请实施例所提供的方法可以直接采用硬件译码处理器形式的处理器110来执行完成，例如，被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circui t)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件(CPLD，Complex ProgrammableLogic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)或其他电子元件执行实现本申请实施例提供的方法。

本申请实施例提供一种存储有可执行指令的存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的方法，例如，如图3、图4、图5、图8A和图8B示出的方法。

在一些实施例中，存储介质可以是FRAM、ROM、PROM、EPROM、EE PROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(H TML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

综上所述，通过本申请实施例能够使得用户在进入直播间后，直接通过预录制主播视频迅速了解主播技术、风格或才艺，帮助用户快速寻找到心仪的主播，并且在本申请实施例中，还能够考虑用户习惯，设置新用户可见开关，使得ShowTime展示功能优先设置为只对该直播间新用户可见，由于直播间老用户已经熟知该主播直播风格，从而避免给老用户太多的打扰。另外，在预录制主播视频播放结束前，观众终端提前获取并缓存直播数据，从而能够使得预录制主播视频和直播数据的无缝切换。

以上所述，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。

Claims (11)

1.一种直播处理方法，其特征在于，所述方法包括：

在客户端中显示直播间入口，预加载预录制主播视频的地址；

获取登录所述客户端的用户的属性信息，其中，所述属性信息至少用于表示用户是否首次进入所述直播间；

当确定所述属性信息表示用户首次进入所述直播间时，响应于针对所述直播间入口的触发操作，根据被触发的直播间的预录制主播视频的地址获取相应的预录制主播视频，播放获取的预录制主播视频；

获取被触发的直播间的直播流数据；

当所述预录制主播视频的播放结束时，根据所述直播流数据播放直播内容。

2.根据权利要求1中所述的方法，其特征在于，所述方法还包括：

响应于在预录制主播视频播放界面接收到的跳过播放的操作，确定所述预录制主播视频的播放结束；

当在预录制主播视频播放界面展示完毕预录制主播视频的全部内容时，确定所述预录制主播视频的播放结束。

3.根据权利要求1中所述的方法，其特征在于，获取被触发的直播间的直播流数据，包括：

当开始获取所述预录制主播视频时，同步开始获取被触发的直播间的直播流数据，或者，

在所述预录制主播视频的播放过程中，开始获取被触发的直播间的直播流数据。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

获取主播上传的视频集合，并获取所述视频集合中各个视频的特征信息；

根据所述各个视频的特征信息，对所述各个视频进行预测处理，得到各个视频的评分；

将评分最高的视频确定为预录制主播视频。

5.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

在客户端显示直播间入口前，获取直播间的界面数据和所述直播间的预录制主播视频的地址。

6.根据权利要求3中所述的方法，其特征在于，所述当所述预录制主播视频的播放结束时，根据所述获取的直播流数据播放直播内容，包括：

对获取到的被触发的直播件的直播流数据进行缓存；

当所述预录制主播视频的播放结束时，根据缓存的直播流数据播放直播内容。

7.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

当客户端初始化时，初始化播放器参数，其中，所述播放器以单个实例的方式运行。

8.根据权利要求1至3中任一项所述的方法，其特征在于，所述播放获取的预录制主播视频，包括：

获取预录制主播视频的类型信息；

基于所述类型信息确定在所述直播间的播放界面中播放视频的显示方式；

按照所述显示方式播放获取的预录制主播视频。

9.一种直播处理装置，其特征在于，所述装置包括：

预加载模块，用于在客户端中显示直播间入口，预加载预录制主播视频的地址；

第一播放模块，用于响应于针对所述直播间入口的触发操作，根据被触发的直播间的预录制主播视频的地址获取相应的预录制主播视频，播放获取的预录制主播视频；

第一获取模块，用于获取被触发的直播间的直播流数据；

第二播放模块，用于当所述预录制主播视频的播放结束时，根据所述获取的直播流数据播放直播内容；

第二获取模块，用于响应于针对所述直播间入口的触发操作之前，获取登录所述客户端的用户的属性信息，所述属性信息至少用于表示用户是否首次进入所述直播间，当确定所述属性信息表示用户首次进入所述直播间时，响应于针对所述直播间入口的触发操作，播放预录制主播视频。

10.一种直播处理设备，其特征在于，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现权利要求1至8任一项所述的方法。

11.一种存储介质，其特征在于，存储有可执行指令，用于引起处理器执行时，实现权利要求1至8任一项所述的方法。

Images