CN113014946A - 一种直播平台主播掉线的应急处理方法及应急处理装置 - Google Patents

Abstract

本发明提出一种直播平台主播掉线后的应急处理方法，该方法包括：监测所述直播平台是否发生主播掉线事件；当发生所述主播掉线事件时，根据触发条件通过视频播放弹窗向所述直播平台的用户端自动播放短视频；若主播返回后通过所述直播平台的主播端提示用户所述主播掉线事件终止，同时关闭视频播放弹窗；若设定时间后主播没有恢复直播，则用户此时可以选择继续观看推荐的短视频或离开当前直播间。本发明还提出一种直播平台主播掉线后的应急处理装置,该装置提升了用户的观看体验，同时帮助主播在遇到掉线的异常情况时尽可能少的流失观众，同时提升了直播平台短视频的播放量。

Description

一种直播平台主播掉线的应急处理方法及应急处理装置

技术领域

本发明涉及视频直播技术领域，特别涉及一种直播平台主播掉线后的应急处理方法及应急处理装置。

背景技术

随着计算机技术的发展，利用互联网及流媒体技术进行数据实时共享的直播方式已经成为当下一种热门的互动通信方式。主播客户端可以在线建立直播端，以向接入该直播间的直播客户端分享直播视频，对于直播客户端而言，则可以展示直播间内直播画面中的直播内容，例如直播视频。

对于一般的直播应用平台，难免会发生由于线路延迟、故障等技术原因造成的主播意外掉线，当然，也存在少量由于主播端由于接电话或者意外打开其他应用程序造成的主播端主动掉线。无论是技术原因造成的主播掉线还是其他情况造成的主播端主动掉线，目前的处理方式包括两种方式：

一种是通过直播补位的方法，响应于当前主播在直播过程中异常退播，在当前直播间内具有开播权限的连麦观众中查找出与当前主播的直播密切程度最高的补位主播，由补位主播控制当前直播间进行直播，如CN111711830A所公开的技术方案。

第二种是设定再主播掉线后会有2分钟的保留期，在保留期期间，如果主播回到直播间可继续直播，否则该直播间关闭。然而，目前的处理方式并没有对用户端的操作具体规定，由于目前视频内容和直播间数量较多，特别是类似内容的直播间，多数用户并不清楚保留期的相关规定，因此在看到主播掉线后大多会选择离开该直播间，更有甚者会认为是整个应用的故障，而选择离开App。因此造成当主播在直播间保留期间回到直播间时，大多数用户已经离开，从而对主播直播效果产生很大影响。此外，现有方案针对主播掉线的界面处理是只会展示虚化的封面作为空页面，并提示用户主播掉线，然而由于没有更多趣味性的内容，也无法准确告知用户主播回归直播的时间，因此在2分钟内是无法留住用户或者无意中达到用户等待主播回来的效果的，因此现有的直播平台主播掉线后的应急处理技术无法获得保持用户端用户数量相对于掉线前基本无流失的技术效果，需要开发更好的技术方案来留住用户，以等待主播返回直播间。

发明内容

本发明的目的在于，提供一种直播平台主播掉线后的应急处理系统及应急处理方法，对于用户而言，观看直播的时候遇到掉线的问题时，可以在主播断线后推送该主播的视频内容以及其他热门视频，在等待时观看符合自己喜好的或推荐的优质视频，使得用户可以在直播间中通过观看视频等待主播返回直播间，从而恢复主播的精彩直播；对于平台来说提升了用户的观看体验，同时帮助主播在遇到掉线的异常情况时尽可能少的流失观众，同时提升了直播平台视频的播放量。

本发明的目的及解决其技术问题是采用以下技术方案来实现的。

根据本发明一方面，提供了一种直播平台主播掉线后的应急处理方法，所述直播平台包括直播端、用户端、服务器以及视频媒体库，所述方法包括：

监测所述直播平台是否发生主播掉线事件；

当发生所述主播掉线事件时，根据预设条件从所述视频媒体库中选择视频，并通过视频播放弹窗向所述直播平台的用户端自动播放所选择视频。

根据本发明另一方面，提供了一种直播平台主播掉线后的应急处理装置，包括：

监测模块，用于监测所述直播平台是否发生主播掉线事件；

视频选择及播放模块，用于当发生所述主播掉线事件时，根据预设条件从视频媒体库中选择视频，并通过视频播放弹窗向所述直播平台的用户端自动播放所选择视频。

根据本发明的又一方面，本发明还包括一种计算机可读存储介质，该存储介质存储可执行指令，可执行指令在被处理器执行时，导致前述直播平台主播掉线后的应急处理方法的执行。可读存储介质可以为非易失性存储器，比如硬盘或磁盘等，并可被应用在各种终端上，可以是计算机、服务器等。

根据本发明的再一方面，本发明还包括一种直播平台主播掉线后的应急处理系统，该系统包括处理器以及存储装置。存储装置用于存储可执行指令，当可执行指令被处理器执行时，可实现前述应急处理方法。

本发明与现有技术相比具有明显的优点和有益效果。借由上述技术方案,本发明提供的一种直播平台主播掉线后的应急处理方法及应急处理装置和系统可取得显著的技术进步性及实用性，并具有产业上的广泛利用价值，其至少具有下列优点：

1、本发明提出的一种直播平台主播掉线后的应急处理方法及应急处理装置和系统可扩展性强，即通过不同预设条件来选择用户可能会感兴趣的视频，并通过不同触发条件的配置来生成灵活的视频播放条件和场景，从而在因网络故障等技术原因或人为原因导致主播掉线的情况下，保证直播与视频播放的连续性及一致性，保持并吸引用户的关注，保证直播间网络数据流量的稳定，减少直播观众的流失。

2、本发明提出的一种直播平台主播掉线后的应急处理方法及应急处理装置和系统，对于用户而言，观看直播的时候遇到掉线的问题时，可以在主播断线后推送该主播的视频内容以及其他热门视频，在等待时观看推荐的优质视频，使得用户可以在直播间中通过观看视频等待主播返回直播间，从而恢复主播的精彩直播；对于平台来说提升了用户的观看体验。由于优化了目前业界中主要依靠保留期保留主播权益的单方权益模式，将其更换为同时优化主播端和用户端的权益，大大优化了直播平台的用户的直播观看体验，同时帮助主播在遇到掉线的异常情况时尽可能少的流失观众，提高了直播平台的经济效益和其他效益。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图,详细说明如下。

附图说明

图1是本发明直播平台主播掉线后的应急处理方法的流程图；

图2是本发明播放视频的抽取方法原理流程图；

图3是本发明直播平台主播掉线后的应急处理装置的工作模块示意图；

图4是本发明直播平台主播掉线后的应急处理系统的结构示意图；

图5是根据本发明优选实施例的主播掉线事件发生时的状态画面；

图6是根据本发明优选实施例的触发条件之一提示弹窗的状态画面；

图7是根据本发明优选实施例的主播回到直播平台的消息提示画面；

图8是根据本发明优选实施例的主播回到直播平台后的视频播放弹窗关闭后继续观看视频引导界面图；

图9是根据本发明优选实施例的主播未在规定时间内恢复直播情况下关播页界面图。

具体实施方式

为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效,以下结合附图及较佳实施例，对依据本发明提出的一种直播平台主播掉线后的应急处理系统及直播平台主播掉线后的应急处理的方法，其具体实施方式、方法、步骤及其功效，详细说明如后。

通过具体实施方式的说明,当可对本发明为达成预定目的所采取的技术手段及功效得一更加深入且具体的了解，然而所附图式仅是提供参考与说明之用，并非用来对本发明加以限制。

在视频(特别是短视频，如时常为15-60秒的视频)和直播并存的平台上，很多主播都在直播平台上放置自己的短视频作品，考虑到如果能够在直播终端过程中吸引用户观看主播的短视频，对用户会有一定的吸引力。并且短视频时长一般较短(如15秒以内)，适合在等待主播返回的间隙观看，因此可在主播断线后推送该主播的短视频内容以及其他热门短视频，使得用户能够在直播间中通过观看视频的方式等待主播返回恢复直播间。

本发明实施例提供了一种直播平台主播掉线后的应急处理方法，如图1所示，主播掉线时按照主播相关以及视频质量展示短视频供用户观看，以等待主播返回恢复直播，包括以下步骤：

步骤S1：监测所述直播平台是否发生主播掉线事件，该监测功能通常由服务器内的算法实现，即实时循环搜索直播间地址，与当前应当在直播的直播间地址列表进行比对，如果发生直播间地址缺失，则怀疑发生主播掉线事件，此时向缺失的直播间地址发送一个或多个唤醒数据包，由于直播平台设计为直播间在开播期间需要按照一定的时间间隔根据服务器发送的唤醒数据包发送应答数据包，如果此时服务器收不到任何对应的应答数据包，则可以最终判断直播平台发生直播掉线事件，并根据缺失的直播间地址锁定发生掉线的主播。当然也可以通过循环搜索并比对主播ID等典型的身份信息，或者监测反馈的数据流量短时间内变化较大的事件触发预警。

步骤S2：当发生所述主播掉线事件时，根据触发条件通过视频播放弹窗向所述直播平台的用户端自动播放短视频，所述视频播放弹窗与用户端直播窗口分离，或占据该直播窗口的一部分或与其部分重合。用户可点击爱心表示对视频的肯定，也可以点击“下一个”切换视频；视频播放弹窗的视频区域可包含拍客头像、昵称和已经点赞数。

本实施例中根据直播系统的特点可以设定为三种不同的触发条件：

1、对于服务器响应速度较低的情况，检测到主播端掉线后，直接实施步骤S2，触发视频播放器播放短视频。

2、对于服务器响应速度中等的情况，检测到主播端掉线后，用户会同时收到提示弹窗，提示弹窗的内容是用于询问用户是否等待主播，若用户选择不等待主播，则可以直接进入其他直播间；若用户选择等待主播，则通过视频播放弹窗展示短视频；若用户不做出任何选择，启动内置时钟，到达一定时间(本实施例设定为5s，当然，本领域技术人员可以根据直播间的特性设定其他时间，仍然属于本发明的保护范围，例如直播间用户量较大，则将该时间设定的较短一些，反之可以设定较长的时间)仍然没有做出任何选择操作，则默认为选择通过视频播放弹窗展示短视频。

3、对于服务器响应速度较快的情况，检测到主播端掉线后，用户会延迟一段时间(通常为毫秒级)收到提示弹窗，提示弹窗的内容是用于询问用户是否等待主播，若用户选择不等待主播，则可以直接进入其他直播间；若用户选择等待主播，则通过视频播放弹窗展示短视频；若用户不做出任何选择，启动内置时钟，到达一定时间(本实施例设定为5s，当然，本领域技术人员可以根据直播间的特性设定其他时间，仍然属于本发明的保护范围，例如直播间用户量较大，则将该时间设定的较短一些，反之可以设定较长的时间)仍然没有做出任何选择操作，则默认为选择通过视频播放弹窗展示短视频。

如图2所示，通过视频播放弹窗向所述直播平台的用户端自动播放短视频的流程包括下列操作。

所述直播平台同时提供直播播放和短视频播放功能，短视频都是从服务器的视频媒体库中拉取出来的。所谓拉取，是从用户终端通过互联网从服务器上拉取直播视频流的操作。当发生主播掉线事件的情况下，从主播端向服务器的推流会中断，相应地，会导致观众客户端拉取不到直播视频流。此时，将主播ID发送到视频媒体库中，服务器检索主播短视频，并根据主播ID从短视频播放的功能侧获取主播的置顶视频、点赞数量较高的视频(高赞视频)和直播间首页热门视频信息。其中主播的置顶视频仅为一个，由当前主播设置；所述高赞视频信息是根据点赞数排列获得的，基于大众评价的历史数据确定；所述直播间首页热门视频则是基于观众喜好、当前用户信息及观看习惯，通过平台算法逻辑计算确定。

从短视频播放的功能侧拉取首页推荐视频列表内的部分首页热门视频，这些热门视频不一定是该掉线的主播的相关视频，而是根据直播平台的推荐算法逻辑，通过依据打分策略建立的推荐模型来推荐用户喜好的视频。此处的打分策略包括大众喜好以及当前用户的信息两方面的考虑因素，其中大众喜好从视频的观看数量、点赞数量、评论数量以及用户观看时长、互动记录来体现；当前用户的信息包括：性别、年龄、国籍、地区、客户端机型等。根据上述打分策略，综合各种相关因素建立推荐模型，并针对每个短视频进行相应的打分后，将分数较高的作为推荐视频呈现在直播平台的首页；由于打分策略的复杂度和维度较高，对于每个用户来说，首页的推荐视频大概率上是不同的。

按照所述置顶视频、高赞视频以及首页热门视频的顺序将所述置顶视频、高赞视频和首页热门视频进行拼合形成视频推荐列表；通过视频播放弹窗按照视频推荐列表的顺序依次向所述直播平台的用户端自动播放短视频。

总之，本实施例的方法对于短视频的推荐排序则按照是否置顶->赞数的优先级->热门短视频，通过选择性拉取视频，优先展示和主播相关以及高质量或观众最可能喜欢的视频留住观众。

步骤S3：若主播返回后通过所述直播平台的主播端提示用户所述主播掉线事件终止，同时关闭视频播放弹窗；若设定时间后主播没有恢复直播，则用户此时可以选择继续观看推荐的短视频或离开当前直播间。

主播返回(掉线的技术故障消除或者其他原因消除)后，系统设置主播可以看到，也可以看不到正在播放的短视频，主播此时需要立即拿回播放控制权，继续直播，因此通常是通过直播平台的主播端立即提示用户“主播已经返回”。

步骤S3的具体实施方式包括：

步骤S31，主播返回后通过所述直播平台的主播端提示用户所述主播掉线事件终止的时刻，若当前观看的短视频在播放当中并未结束，则系统等待所述短视频播放结束后自动关闭视频播放弹窗，退出短视频播放界面。从用户角度看，播放短视频的界面仅占视屏一部分(例如一半)，主播回来后可立即开始直播，但当前正在播放的短视频可继续播放完最大化鼓励用户继续观看直播。

步骤S32，自动关闭所述视频播放弹窗后，在所述直播平台的显示界面底部展示视频提示，询问是否继续观看视频以及进入视频页的导航按钮，若用户选择继续观看视频，则通过视频页的导航按钮进入视频列表观看。

本实施例中，设定时间为典型的2分钟，即2分钟后主播没有恢复直播，用户此时可以继续观看推荐的短视频或离开，具体包括：待当前短视频播放完成后，提示用户选择是否离开直播间，如用户未主动选择离开直播间，继续播放短视频，如果用户选择离开直播间，则进入关播页。当然本领域技术人员根据直播平台的特点和要求以及该直播平台中典型短视频的时长和用户典型的观看耐心习惯以及持续时间习惯，设定其他的时间范围，优选为2-4分钟。

本发明实施例还提供了直播平台主播掉线后的应急处理系统的配置，图3是直播平台主播掉线后的应急处理系统中工作模块流程图。直播平台主播掉线后的应急处理系统主要包括3个工作模块，分别是监测模块，用于监测所述直播平台是否发生主播掉线事件；视频选择及播放模块，用于发生所述主播掉线事件时，根据预设条件从视频媒体库中选择视频，并根据触发条件通过所述视频播放弹窗向所述直播平台的用户端自动播放短视频；直播平台恢复模块，若主播返回后通过所述直播平台的主播端提示用户所述主播掉线事件终止，同时关闭视频播放弹窗；若设定时间后主播没有恢复直播，则用户此时可以选择继续观看推荐的短视频或离开当前直播间。

在监测模块中，监测直播平台是否发生主播掉线事件的监测功能通常由服务器内的算法实现，即实时循环搜索直播间地址，与当前应当在直播的直播间地址列表进行比对，如果发生直播间地址缺失，则怀疑发生主播掉线事件，此时向缺失的直播间地址发送一个或多个唤醒数据包，由于直播平台设计为直播间在开播期间需要按照一定的时间间隔根据服务器发送的唤醒数据包发送应答数据包，如果此时服务器收不到任何对应的应答数据包，则可以最终判断直播平台发生直播掉线事件，并根据缺失的直播间地址锁定发生掉线的主播。当然也可以通过循环搜索并比对主播ID等典型的身份信息，或者监测反馈的数据流量短时间内变化较大的事件触发预警。

在视频选择及播放模块中，系统设定规则为根据触发条件通过视频播放弹窗向当发生所述主播掉线事件时，根据预设条件以上文中所述的方式从视频媒体库中选择用户感兴趣的视频，并根据触发条件通过视频播放弹窗向所述直播平台的用户端自动播放短视频。用户可点击爱心表示对视频的肯定，也可以点击“下一个”切换视频；视频播放弹窗的视频区域包含拍客头像、昵称和已经点赞数等关键信息。

本实施例中根据直播系统的特点可以设定为三种不同的触发条件：

1、对于服务器响应速度较低的情况，检测到主播端掉线后，直接实施步骤S2，触发视频播放器播放短视频；

2、对于服务器响应速度中等的情况，检测到主播端掉线后，用户会同时收到提示弹窗，提示弹窗的内容是用于询问用户是否等待主播，若用户选择不等待主播，则可以直接进入其他直播间；若用户选择等待主播，则通过视频播放弹窗展示短视频；若用户不做出任何选择，启动内置时钟，到达一定时间(本实施例设定为5s，当然，本领域技术人员可以根据直播间的特性设定其他时间，仍然属于本发明的保护范围，例如直播间用户量较大，则将该时间设定的较短一些，反之可以设定较长的时间)仍然没有做出任何选择操作，则默认为选择通过视频播放弹窗展示短视频。

3、对于服务器响应速度较快的情况，检测到主播端掉线后，用户会延迟一段时间(通常为毫秒级)收到提示弹窗，提示弹窗的内容是用于询问用户是否等待主播，若用户选择不等待主播，则可以直接进入其他直播间；若用户选择等待主播，则通过视频播放弹窗展示短视频；若用户不做出任何选择，启动内置时钟，到达一定时间(本实施例设定为5s，当然，本领域技术人员可以根据直播间的特性设定其他时间，仍然属于本发明的保护范围，例如直播间用户量较大，则将该时间设定的较短一些，反之可以设定较长的时间)仍然没有做出任何选择操作，则默认为选择通过视频播放弹窗展示短视频。

本实施例的视频选择及播放模块对于短视频的推荐排序则按照是否置顶->赞数的优先级->热门短视频，通过选择性拉取视频，优先展示和主播相关以及高质量或观众最可能喜欢的视频留住观众。

直播平台恢复模块：若主播返回后通过所述直播平台的主播端提示用户所述主播掉线事件终止，同时关闭视频播放弹窗；若设定时间后主播没有恢复直播，则用户此时可以选择继续观看推荐的短视频或离开当前直播间。

主播返回(掉线的技术故障消除或者其他原因消除)后，系统设置主播可以看到，也可以看不到正在播放的短视频，主播此时需要立即拿回播放控制权，继续直播，因此通常是通过直播平台的主播端立即提示用户“主播已经返回”。

若设定时间内，主播返回或重新连线，则通过所述直播平台的主播端提示用户所述主播掉线事件终止，同时关闭视频播放弹窗；若在设定时间后主播没有恢复直播，则用户此时可以选择继续观看推荐的短视频或离开当前直播间。具体实施方式如下所述。

主播返回或重新连线后，通过所述直播平台的主播端提示用户所述主播掉线事件终止，此处的提示可以以发送提示消息的方式执行，也可以以直接继续直播的方式提示用户。此时，若当前观看的短视频在播放当中并未结束，则系统等待所述短视频播放结束后再自动关闭视频播放弹窗，退出短视频播放界面。从用户角度看，播放短视频的界面仅占视屏一部分(例如一半)，主播回来后可立即开始直播，但当前正在播放的短视频可继续播放完。这样，既不会导致用户正在观看的视频突然截止，而影响用户体验，又可以最大化鼓励用户继续观看直播。

自动关闭所述视频播放弹窗后，在所述直播平台的显示界面上，如显示界面底部，展示视频提示，询问是否继续观看视频以及进入视频页的导航按钮，若用户选择继续观看视频，则通过视频页的导航按钮进入视频列表观看。

本实施例中，设定时间为典型的2分钟，即2分钟后主播没有恢复直播，用户此时可以继续观看推荐的短视频或离开。例如，可以待当前短视频播放完成后，提示用户选择是否离开直播间，如用户未主动选择离开直播间，继续播放短视频，如果用户选择离开直播间，则进入关播页。当然本领域技术人员根据直播平台的特点和要求以及该直播平台中典型短视频的时长和用户典型的观看耐心习惯以及持续时间习惯，设定其他的时间范围，优选为2-4分钟。

另外，如图4所示本发明的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器201和存储器202；其中，存储器202用于存储计算机执行指令，当装置运行时，处理器201可执行存储器202存储的计算机执行指令，以使芯片执行上述各方法实施例中的直播平台主播掉线后的应急处理方法。

下面将通过一具体实施例来说明通过本发明的直播平台主播掉线后的应急处理系统实现直播平台主播掉线后的应急处理相关过程。

参见图5，主播在直播时掉线，观众侧直播暂停，展示掉线状态画面，此时界面中的主要部分为灰色显示，与服务器的数据流停止，相应地，会导致用户端无法从服务器拉取到直播视频流。

参见图6，展示提示弹窗，通过文字“主播暂时离开哦”告知用户主播暂时离开，同时或者此后询问用户是否等待并观看短视频。若用户选择进入下个直播间，则弹窗关闭，进入列表内下个直播；若用户选择等待，则展示并播放短视频，用户可点击爱心表示对视频的肯定，也可以点击“下一个”切换视频；视频区域可以包含若干辅助信息，如拍客头像、昵称和已经点赞数等。

参见图7，当主播回来后，主播恢复直播行为，与服务器数据流恢复正常，用户侧通过界面上文字“主播已回来哦”提示主播回来，同时在当前视频播放结束后自动关闭播放弹窗；主播回来并恢复直播后，若视频继续播放，则无法点击“下一个”按钮，该按钮置灰展示。

参见图8，视频播放弹窗关闭后，直播间底部展示继续观看视频引导，若用户点击“观看”则立刻进入视频页面观看其余推荐的短视频；

参见图9，若2分钟后主播没有恢复直播，则进入关播页，用户此时可以继续观看推荐的短视频或离开。

本发明的另一方面，提供一种计算机可读存储介质，该存储介质存储可执行指令、软件程序以及模块，可执行指令在被处理器执行时，导致直播平台主播掉线后的应急处理的方法的执行。可读存储介质可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件或其他非易失性固态存储器件等，并可被应用在各种终端上，可以是计算机、服务器等。

存储介质还包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(Erasable Programmable Read-Only Memory，可擦写可编程只读存储器)、EEPROM(Electrically Erasable Programmable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，存储介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。存储介质也可以是只读存储器，磁盘或光盘等。

本发明的实施例还提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的直播平台主播掉线后的应急处理方法。

其中，本发明提供的装置、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制。虽然本发明已以较佳实施例揭露如上，然而所述较佳实施例并非用以限定本发明，任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内，当可利用上述揭示的技术内容作出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。本申请所使用的技术术语及相关结构，不应被机械地解释，本领域技术人员将很容易理解，为了执行相关功能，可以使用替代的或等效的手段来代替示例中描述的特定详细结构及示例描述中所使用的具体术语。例如，申请中所用术语“视频”和“短视频”可以互换使用；申请中所介绍的“模块”包含以软件、硬件或软硬件结合等方式实现的功能模块；“终端”一般指用户或者主播所使用的智能手机终端，但同样也包含其他可以进行视频播放和/或录制的设备，如电脑、电视、智能摄像设备等。

Claims (10)

1.一种直播平台主播掉线后的应急处理方法，所述直播平台包括直播端、用户端、服务器以及视频媒体库，其特征在于，该方法包括：

监测所述直播平台是否发生主播掉线事件；

当发生所述主播掉线事件时，根据预设条件从所述视频媒体库中选择视频，并通过视频播放弹窗向所述直播平台的用户端自动播放所选择视频。

2.根据权利要求所述1的方法，其特征在于，该方法包括响应预设触发条件执行所述视频选择和/或所述自动播放响。

3.根据权利要求2所述的方法，其特征在于，所述触发条件包括：

在第一预定延迟时间之后向所述用户端发送提示弹窗，询问用户是否等待所述掉线的主播，所述第一预定延迟时间基于所述服务器响应速度确定；

在第二预定延迟时间之内，监听所述用户端反馈信息，

如接收到用户反馈信息，且所述信息显示用户选择等待主播，即通过视频播放弹窗播放所选择视频，

如未接收到用户反馈信息，则在所述第二预定延迟时间结束后，通过所述视频播放弹窗播放所选择视频。

4.根据前述任一权利要求所述的方法，其特征在于，所述通过视频播放弹窗向所述直播平台的用户端自动播放所选择视频的流程包括：

检索所述视频媒体库所存储视频，获取主播置顶视频、高赞视频和/或直播间首页热门视频，其中所述主播置顶视频由当前主播预设置，所述高赞视频基于历史点赞数量确定，所述直播间首页热门视频基于观众喜好、当前用户信息及观看习惯确定；

按照所述主播置顶视频、高赞视频以及首页热门视频的顺序将所获取的视频进行排序并拼合形成视频推荐列表；

通过视频播放弹窗按照所述视频推荐列表的顺序依次向所述直播平台的用户端自动播放所选择视频。

5.根据前述任一权利要求所述的方法，其特征在于，若在设定时间内主播恢复连线，发送信息至所述客户端，提示用户所述主播掉线事件终止，关闭视频播放弹窗，其中：

若所述提示的时刻当前视频尚未播放结束，则等待所述视频播放结束后自动关闭所述视频播放弹窗；

自动关闭所述视频播放弹窗后，在直播界面展示视频提示，询问用户是否继续观看视频，以及进入视频页的导航按钮。

6.根据前述任一权利要求所述的方法，其特征在于，若在设定时间后主播没有恢复连线，则待当前视频播放完成后，发送信息至所述客户端，提示用户选择是否离开直播间，并监听用户反馈信息；

如在第三预定延迟时间内未接收到用户选择离开直播间的反馈信息，则继续播放所述视频；

如在第三预定延迟时间内接收到用户选择离开直播间的反馈信息，则进入关播页。

7.根据前述任一权利要求所述的方法，其特征在于，所述监测所述直播平台是否发生主播掉线事件包括：

实时循环搜索直播间地址和/或主播ID，与当前应当在直播的直播间地址列表和/或主播ID列表进行比对，

如果发生直播间地址或主播ID缺失，则再次通过是否收到与向缺失的直播间地址或主播ID对应的直播间地址发送的一个或多个唤醒数据包对应的应答数据包判断直播平台是否发生直播掉线事件，及

根据缺失的直播间地址或主播ID锁定发生掉线的主播；或

监测反馈的数据流量短时间内变化较大的事件触发预警，并反向追踪发生变化的直播间地址或主播ID从而确定所述直播平台是否发生主播掉线事件以及掉线的主播。

8.一种直播平台主播掉线后的应急处理的装置，其特征在于，该装置包括：

监测模块，用于监测所述直播平台是否发生主播掉线事件；

视频选择及播放模块，用于当发生所述主播掉线事件时，根据预设条件从视频媒体库中选择视频，并通过视频播放弹窗向所述直播平台的用户端自动播放所选择视频。

9.一种计算机可读存储介质，其特征在于，该存储介质存储可执行指令，所述可执行指令在被处理器执行时，导致权利要求1-7中任一项所述的直播平台主播掉线后的应急处理的方法的执行。

10.一种直播平台主播掉线后的应急处理系统，其特征在于，包括：

处理器；

存储装置，用于存储可执行指令，

当所述可执行指令被所述处理器执行时，可实现权利要求1-7中任一项所述的直播平台主播掉线后的应急处理的方法。

Images