CN113766282A - 一种直播视频处理方法及装置 - Google Patents

Abstract

本申请提供直播视频处理方法及装置，其中所述直播视频处理方法，应用于服务器，包括：接收目标直播间的直播视频流，并缓存所述直播视频流生成缓存视频；获取所述目标直播间的互动信息，根据所述互动信息确定所述目标直播间的关注度数据；根据所述关注度数据确定阈值信息，并根据所述阈值信息确定目标时间区间；根据所述目标时间区间从所述缓存视频中获取目标视频。本申请通过基于直播间关注度数据动态确定阈值，自动获取直播视频片段，辅助主播生成精彩短视频集锦，免除了后期人工剪辑的复杂操作，有效避免了直播资源的浪费，同时能够通过自动生成精彩集锦为主播吸引更多的用户观看，提高主播的关注度。

Description

一种直播视频处理方法及装置

技术领域

本申请涉及互联网技术领域，特别涉及一种直播视频处理方法。本申请同时涉及一种直播视频处理装置，一种计算设备，以及一种计算机可读存储介质。

背景技术

随着直播行业的发展，各式各样的直播形式在快速增加，直播内容也越来越多，观看直播的用户数量也在不断增加，用户在观看直播时，可通过发送弹幕、点赞、送礼物等方式与喜欢的主播进行互动。当用户面对一个新主播时，并不清楚该直播间的风格、内容等特点，直播间无法吸引用户去观看。

因此，如何快速准确的对直播过程中的精彩短视频进行提取，解决直播时错过录制精彩瞬间的问题以及如何提高用户的观看兴趣，是本领域内技术人员亟待解决的问题。

发明内容

有鉴于此，本申请实施例提供了一种直播视频处理方法。本申请同时涉及一种直播视频处理装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的无法自动生成精彩视频片段的问题。

根据本申请实施例的第一方面，提供了一种直播视频处理方法，包括：

接收目标直播间的直播视频流，并缓存所述直播视频流生成缓存视频；

获取所述目标直播间的互动信息，根据所述互动信息确定所述目标直播间的关注度数据；

根据所述关注度数据确定阈值信息，并根据所述阈值信息确定目标时间区间；

根据所述目标时间区间从所述缓存视频中获取目标视频。

根据本申请实施例的第二方面，提供了一种直播视频处理装置，包括：

生成模块，被配置为接收目标直播间的直播视频流，并缓存所述直播视频流生成缓存视频；

第一确定模块，被配置为获取所述目标直播间的互动信息，根据所述互动信息确定所述目标直播间的关注度数据；

第二确定模块，被配置为根据所述关注度数据确定阈值信息，并根据所述阈值信息确定时间区间；

获取模块，被配置为根据所述时间区间从所述缓存视频中获取目标视频。

根据本申请实施例的第三方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述计算机指令时实现所述直播视频处理方法的步骤。

根据本申请实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现所述直播视频处理方法的步骤。

本申请提供的直播视频处理方法，通过接收目标直播间的直播视频流，并缓存所述直播视频流生成缓存视频；获取所述目标直播间的互动信息，根据所述互动信息确定所述目标直播间的关注度数据；根据所述关注度数据确定阈值信息，并根据所述阈值信息确定目标时间区间；根据所述目标时间区间从所述缓存视频中获取目标视频。辅助主播生成精彩短视频集锦，吸引用户观看从而提高用户观看的体验度。

附图说明

图1是本申请一实施例提供的一种直播视频处理方法的流程图；

图2是本申请一实施例提供的一种直播视频处理方法中的关注度数据图；

图3是本申请一实施例提供的一种直播视频处理方法中的关注度数据图的阈值确定示意图；

图4是本申请一实施例提供的一种应用于舞蹈直播的直播视频处理方法的处理流程图；

图5时本申请一实施例提供的一种直播视频处理装置的结构示意图；

图6是本申请一实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先，对本申请一个或多个实施例涉及的名词术语进行解释。

直播：直播的英文为Live broadcast，广义上的直播还包括了电视台的直播，本申请主要指网络视频直播。当主播开始直播后，会将直播视频流推送给正在观看该主播直播的用户的客户端。

在本申请中，提供了一种直播视频处理方法，本申请同时涉及一种直播视频处理装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1示出了根据本申请一实施例提供的一种直播视频处理方法的流程图，具体包括以下步骤：

步骤102：接收目标直播间的直播视频流，并缓存所述直播视频流生成缓存视频。

其中，所述目标直播间可以理解为当前待处理直播间。在实际应用中，可能有许多个直播间同时在直播，因此，服务器需要从各个直播间中先确定出一个目标直播间，针对该目标直播间对其进行后续的基于直播间关注度数据的直播片段录制。

直播视频流在推送给用户的同时，也会存储在视频云服务器，生成缓存视频文件；基于直播间关注度数据录制直播片段可以理解为服务器从视频云服务器缓存的视频文件中获取需要的直播视频片段。具体的，服务器可以根据预设规则生成一份缓存视频文件，也可以生成多份缓存视频文件。在实际应用中，根据实际情况设定规则，根据需求生成对应份数的缓存视频文件，本申请对缓存视频文件的数量不做具体限制。

在本申请一具体实施例中，服务器在接收到直播间A的直播视频流之后，将直播间A的直播视频流缓存至本地服务器，生成缓存视频。其中，缓存视频按照接收直播视频流的时间而不断生成。例如，接收到15点到17点的直播视频流，生成一段时长为2小时的缓存视频文件；之后，接收到17点到18点的直播视频流后，重新生成另一段时长为1小时的缓存视频文件。

在本申请另一具体实施例中，服务器在接收到直播间A的直播视频流之后，将直播间A的直播视频流缓存至本地服务器，生成缓存视频。其中，缓存视频按照接收直播视频流的时间统一生成。例如，当接收到15点17点的直播视频流，生成一段时长为2小时的缓存视频文件A；之后，接收到17点18点的直播视频流后，生成一段时长为1小时的缓存视频文件A，并将缓存视频文件A和缓存视频文件B进行结合，生成一段时长为3小时的缓存视频文件C，并将缓存视频文件A和缓存视频文件B从缓存视频文件夹中删除。

步骤104：获取所述目标直播间的互动信息，根据所述互动信息确定所述目标直播间的关注度数据。

在实际应用中，获取所述目标直播间的互动信息，包括：

获取所述目标直播间的弹幕信息、虚拟道具信息和用户信息中的至少一项。

其中，所述互动信息可以理解为直播间的观看人数、观看用户对直播间的互动信息。观看用户对直播间的互动信息包括但不限于用户观看时发送的弹幕数量、发送的礼物数量、观看直播的用户数量等数据信息。例如，用户b在13点10分时，在直播间A内发送了一句弹幕“主播厉害”，则主播的客户端接收到该弹幕之后，会将“用户b、13：10、主播厉害”等有关该弹幕的信息发送至服务器，服务器可以获取一段时间内的弹幕信息，确定该时间内的互动信息。服务器可以通过确定预设周期内的互动信息，方便后续根据互动信息生成关注度数据。所述关注度数据可以理解为体现直播间在一段时间内受欢迎程度或人气值的数据，例如，当15时10分到15时30分的关注度数据呈上升趋势时，可以知道当前直播间在15时10分到15时30分这一段时间内的观看人数和/或用户在直播间进行的互动等信息在不断增多。

在本申请一实施例中，沿用上例，服务器获取直播间A在过去30分钟内所有观看用户对直播间A的直播视频流发送的弹幕数量、送出的礼物数量和观看用户数量。服务器获取过去30分钟内的所有互动信息，并基于所有互动信息生成该直播间的关注度数据。

在实际应用中，获取所述目标直播间的互动信息，根据所述互动信息确定所述目标直播间的关注度数据，包括：

统计预设周期内针对所述直播视频流的互动信息；

根据所述互动信息生成所述直播视频流在所述预设周期内的关注度数据。

在实际应用中，在获取预设周期内的互动信息之后，需要统计预设周期内的互动信息，基于互动信息可以生成预设周期内的关注度数据。

在本申请一具体实施例中，沿用上例，获取直播间A在过去30分钟内所有观看用户对直播间A的直播视频流发送的互动信息之后，统计预设周期内互动信息中发送的弹幕数量、送出的礼物数量和观看用户数量。服务器统计出过去30分钟内的所有互动信息中的具体信息，并基于该具体信息生成该直播间的关注度数据。

在实际应用中，统计预设周期内针对所述直播视频流的互动信息，包括：

根据预设规则确定所述预设周期内的每个统计时间点；

统计每个统计时间点对应的子互动信息。

其中，所述预设周期内的每个统计时间点可以理解为在一段时间内，统计操作信息所需要的时间点。例如，从15时30分开始到15时40分结束的一段时间内，预设2分钟统计一次，则确定出的每个统计时间点为：15时30分、15时32分、15时34分、15时36分、15时38分、15时40分。所述子互动信息可以理解为在当前时间点服务器统计获得的互动信息。例如，在15时30分这一时间点的子互动信息为：观看人数5人、发送弹幕数量0条、发送礼物数量0个。

在本申请一具体实施例中，沿用上例，服务器接收到直播间A从15点30分到16点00分，即过去30分钟内的所有的互动信息之后，根据预设的2分钟统计一次的规则，确定出15个统计的时间点，根据确定出的15个统计时间点，统计出15个统计时间点对应的子互动信息。根据所有统计时间点对应的子互动信息可以统计出过去30分内该直播视频流的互动信息。

在实际应用中，根据所述互动信息生成所述直播视频流在所述预设周期内的关注度数据，包括：

根据每个统计时间点对应的子互动信息，计算每个统计时间点对应的关注度子数据；

根据每个统计时间点对应的关注度子数据，生成所述直播视频流在所述预设周期内的关注度数据。

其中，所述关注度子数据可以理解为体现直播间在某一时刻的受欢迎程度，关注度子数据可以通过预设方式进行计算。每个统计时间点对应的关注度子数据可以是以数据的方式呈现，也可以是以线条图的方式呈现。

具体的，服务器在统计完预设周期内的互动信息之后，服务器根据每个统计时间点对应的子互动信息，可以计算出每个统计时间点对应的关注度子数据，在获得每个统计时间点对应的关注度子数据之后，就能够生成直播视频流在预设周期内的关注度数据。

在本申请一具体实施例中，沿用上例，服务器统计出过去30分钟内的15个统计时间点对应的子互动信息之后，根据15个统计时间点对应的子互动信息，可以计算出15个统计时间点对应的关注度子数据，根据该15个统计时间点对应的关注度子数据，生成直播视频流在过去30分钟内的关注度数据。

在实际应用中，根据每个统计时间点对应的子互动信息，计算每个统计时间点对应的关注度子数据，包括：

确定目标统计时间点；

获取所述目标统计时间点对应的目标子互动信息；

根据所述目标子互动信息计算所述目标统计时间点对应的关注度子数据。

具体的，服务器在多个统计时间点中先确定出一个待计算的统计时间点，根据该统计时间点对应的子互动信息，通过预设的计算关注度公式计算出该统计时间点的关注度子数据，如下公式1所示：

R＝W0*x+W1*y+W2*z(公式1)

其中，R代表关注度，W0、W1、W2为预先配置的权重值，x代表观看人数，y代表发送弹幕数量，z代表发送礼物数量。在实际应用中，计算关注度的方式有很多，上述公式1仅为示意性说明，本申请在计算关注度的方式上不作具体限制。

在本申请一具体实施例中，沿用上例，服务器在15个统计时间点中，确定出待计算统计时间点为15时30分这一时间点，服务器获取在该时间点的互动信息：发送弹幕数量0条、发送礼物数量0个、观看人数5人。已知，预设的权重分别为：W0:0.3,、W1:0.3、W2:0.4，则计算公式为：0.3*5+0.3*0+0.4*0，计算出15时30分这一时间点的关注度为1.5。

在实际应用中，根据每个统计时间点对应的关注度子数据，生成所述直播视频流在所述预设周期内的关注度数据，包括：

根据每个统计时间点对应的关注度子数据，生成所述直播视频流在所述预设周期内的关注度数据图。

具体的，在获得每个统计时间点对应的关注度子数据之后，生成直播视频流在所述预设周期内的关注度数据，该关注度数据可以是以线条图的方式呈现。

在本申请一具体实施例中，沿用上例，生成直播视频流在过去30分钟内的关注度数据图。如图2所示，图2是本申请一实施例提供的一种直播视频处理方法中的关注度数据图，其中，x轴为采集的单位时间，y轴为该单位时间里的关注度。通过线条图体现关注度数据，可以更加清晰地反应出直播视频流的关注度数据的变化情况，便于后续确定关注度峰值信息。

步骤106：根据所述关注度数据确定阈值信息，并根据所述阈值信息确定目标时间区间。

其中，阈值信息可以理解为判断当前时间段内的视频是否为精彩集锦的条件。阈值信息是根据关注度数据的最大值而确定，例如，设定阈值为关注度数据的峰值的70％时，当关注度数据的最大值为100时，阈值信息确定为70；当关注度数据的最大值为200时，阈值信息确定为140。在实际应用中，阈值与关注度数据峰值的比例需要根据实际情况设定，本申请对阈值与关注度数据峰值的比例不作具体限制。

具体的，服务器生成关注度数据之后，可根据关注度数据确定出该直播视频流在当前时间段内的阈值信息，从而确定出目标视频的时间区间。

在本申请一具体实施例中，沿用上例，服务器在关注度图中确定出目标视频的阈值范围，根据阈值范围确定出目标视频的时间区间。

在实际应用中，根据所述关注度数据确定阈值信息，包括：

根据所述关注度数据确定关注度数据峰值信息；

根据所述关注度数据峰值信息确定所述阈值信息。

具体的，服务器先根据关注度数据确定出关注度数据峰值信息，之后根据关注度数据峰值信息，确定出阈值信息。

在本申请一具体实施例中，沿用上例，生成直播视频流在过去30分钟内的关注度数据图之后，确定出关注度数据图中在17点24分这一时间点的关注度为关注度峰值，则根据该时间点的关注度确定出阈值为该时间点关注度的80％。如图3所示，图3是本申请一实施例提供的一种直播视频处理方法中的关注度数据图的阈值确定示意图，其中，x轴为采集的单位时间，y轴为该单位时间里的关注度。通过关注度峰值信息，确定出阈值信息，从而确定出目标视频的时间区间。通过关注度峰值确定阈值，可以使得阈值随关注度的变化而动态确定，保证的目标视频为直播视频流的在预设时间内精彩的片段，提高用户的观看兴趣。

在实际应用中，根据所述阈值信息确定目标时间区间，包括：

根据所述阈值信息在所述关注度数据中确定第一时间点和第二时间点；

根据所述第一时间点和所述第二时间点确定目标时间区间。

具体的，所述第一时间点和第二时间点可以理解为关注度数据与阈值信息重合的两个点，在确定出重合的两个点之后，需要获取这两个点的时间点信息。例如，当阈值为80时，关注度数据曲线中有两个点与阈值重合，即这两个点的关注度子数据均为80，则说明两个时间点的关注度子数据超过阈值，获取到这两个点的时间点信息为15点20分与15点22分，将15点20分与15点22分两个时间点分别作为第一时间点和第二时间点。

在本申请一具体实施例中，沿用上例，确定17点24分为关注度峰值且峰值为100，根据预设阈值为关注度峰值的80％，确定出阈值为80之后，根据阈值80确定关注度数据图中超过80的部分，确定出在17点23分和17点25分两个时间点的关注度均为80，因此，将上述两个时间点分别作为第一时间点和第二时间点。根据第一时间点和第二时间点可以确定出目标时间区间为从17点23分到17点25分这一时间段。

在本申请另一具体实施例中，沿用上例，确定17点24分为关注度峰值且峰值为100，根据预设阈值为关注度峰值的80％，确定出阈值为80之后，根据阈值80确定关注度数据图中超过80的部分，确定出在17点23分、17点25分和17点30分三个时间点的关注度均为80，此时，判断从17点23分至25分时间区间内的关注度和从17点25分至30分时间区间内的关注度是否均超过阈值80，若17点23分至25分时间区间内的关注度均超过阈值80，则确定第一时间点为17点23分，第二时间点为17点25分；若17点25分至30分时间区间内的关注度均超过阈值80，则确定第一时间点为17点25分，第二时间点为17点30分。

在本申请另一具体实施例中，沿用上例，确定17点24分为关注度峰值且峰值为100，根据预设阈值为关注度峰值的80％，确定出阈值为80之后，根据阈值80确定关注度数据图中超过80的部分，确定出在17点20分、17点26分、17点28分以及17点30分四个时间点的关注度均为80，此时判断每两个相邻时间点之间的时间区间内的关注度是否均超过阈值80，若只有一段时间区间内的关注度均超过阈值80，则确定该时间区间的起始点两点分别为第一时间点和第二时间点；若有两段时间区间内的关注度均超过阈值80，则将每个时间区间对应的起始点作为各自的第一时间点和第二时间点，确定出两段时间区间，从而出两段目标视频。

步骤108：根据所述目标时间区间从所述缓存视频中获取目标视频。

具体的，服务器在直播视频流中确定目标时间区间之后，需要在缓存视频中确定出目标视频时间区间，即可从缓存视频中获取目标视频。

在实际应用中，根据所述目标时间区间从所述缓存视频中获取目标视频，包括：

根据所述目标时间区间确定所述缓存视频中的目标视频时间区间；

根据所述目标视频时间区间从所述缓存视频中获取目标视频。

具体的，缓存视频虽然是根据直播视频流生成的，但是缓存视频是以时长标记，直播视频流是以时间标记，例如，13点到14点的直播视频流，对应的是时长为0-60分钟的缓存视频。因此，在缓存视频中获取目标视频时，需要先根据目标时间区间获取到目标视频时间区间。

在本申请一具体实施中，沿用上例，确定出目标时间区间为从17点23分到17点25分，因此，根据该时间区间可以确定出缓存视频中对应的两个时间点为开始的第3分钟和开始的第5分钟，即目标视频时间区间为从第3分钟到第5分钟。在获取到目标视频时间区间之后，即可在时长30分钟的缓存视频中，截取一段在第3分钟开始，第5分钟结束的目标视频。

在实际应用中，根据所述目标时间区间从所述缓存视频中获取目标视频之后，还包括：

将所述目标视频发送至所述目标直播间对应的客户端。

具体的，服务器从缓存视频中获取目标视频之后，可以直接将该目标视频发送至观看直播视频流的用户，和/或发送至该直播间的主播的客户端，在特定位置进行展示。

在本申请一具体实施例中，服务器获取一段2分钟的目标视频后，可以将该目标视频作为精彩集锦直接发送给观看直播的用户，和/或发送给该直播间的主播，主播可以将该目标视频发送在动态中，使用户在观看直播时，可以通过主播的动态查看到该主播对应的精彩集锦。

本申请提供的一种直播视频处理方法，通过接收目标直播间的直播视频流，并缓存所述直播视频流生成缓存视频；获取所述目标直播间的互动信息，根据所述互动信息确定所述目标直播间的关注度数据；根据所述关注度数据确定阈值信息，并根据所述阈值信息确定目标时间区间；根据所述目标时间区间从所述缓存视频中获取目标视频。本申请通过基于直播间关注度数据动态确定阈值，自动直播视频片段，辅助主播生成精彩短视频集锦，免除了后期人工剪辑的复杂操作，有效避免了直播资源的浪费，同时能够通过自动生成精彩集锦为主播吸引更多的用户观看，提高主播的受欢迎程度。

下述结合附图4，以本申请提供的直播视频处理方法在舞蹈直播的应用为例，对所述直播视频处理方法进行进一步说明。其中，图4示出了本申请一实施例提供的一种应用于舞蹈直播的直播视频处理方法的处理流程图，具体包括以下步骤：

步骤402：接收直播间的直播视频流B，并缓存直播视频流B生成缓存视频C。

具体的，直播客户端开启直播后，在将直播视频流推送至观看本场直播的用户的同时，也会将直播视频流上传至视频云服务器。视频云服务器接收直播视频流之后，缓存直播视频流以生成缓存视频。

在本申请一具体实施例中，当直播间A在18点开播时，接收直播间发送的直播视频流B，并缓存直播视频流B以生成缓存视频C。

步骤404：根据每5分钟统计一次的规则确定30分钟内的每个统计时间点；统计每个统计时间点对应的子互动信息。

具体的，在统计时间点对应的子互动信息之前，服务器会接收直播间A内的用户对直播视频流B的互动信息和直播间B的属性信息，其中，互动信息包括但不限于用户发送弹幕数量、发送礼物数量、当前观看人数、历史观看人数等信息。

在本申请一具体实施例中，预设统计规则为每5分钟统计一次，预设周期为30分钟，则可以确定出直播间A开播30分钟内的7个统计时间点。通过接收30分钟内观看直播间A的用户对直播视频流A的互动信息和直播间A的属性信息，统计出7个统计时间点各自对应的互动信息。

步骤406：确定目标统计时间点；获取所述目标统计时间点对应的目标子互动信息。

具体的，在确定出的所有统计时间点中先确定出一个待处理的统计时间点，然后获取其对应的子互动信息，其中，子互动信息为当前时间点对应的互动信息和属性信息。

在本申请一具体实施例中，在确定出7个统计时间点(18:00、18:05、18：10、18:15、18:20、18:25、18:30)之后，选择其中一个统计时间点18:10，获取18:10时间点的子互动信息，子互动信息为：发送弹幕数量100、发送礼物数量20；子属性信息为：观看人数50。依次获取每个统计时间点对应的子互动信息。

步骤408：根据每个统计时间点对应的子互动信息计算每个统计时间点对应的关注度子数据。

具体的，根据当前统计时间点对应的子互动信息可以计算出当前统计时间点对应的关注度子数据。

在本申请一具体实施例中，沿用上例，获取到18:10的子互动信息之后，可以确定出18:10这一时间点的关注度。当观看人数为50、权重为0.4，发送弹幕数量100、权重为0.4，发送礼物数量20、权重为0.2时，利用关注度计算公式，计算出18:10分的关注度为64。根据上述方法依次计算出其他6个统计时间点对应的关注度。最后，按照统计时间点顺序排序，关注度分别为：40、50、64、80、100、70、75。

步骤410：根据每个统计时间点对应的关注度子数据，生成直播视频流B在所述预设周期内的关注度数据图。

具体的，在计算出各个统计时间点对应的关注度子数据之后，可以生成一张直播视频流B在预设周期内的关注度数据图，该关注度数据图反应了直播视频流B在预设周期内的关注度变化幅度。

在本申请一具体实施例中，沿用上例，通过7个统计时间点对应的关注度，可以生成直播视频流B在30分钟内的关注度数据图。通过关注度数据图，可以清楚的了解到直播间A在各个时间段的关注度数据的变化情况。

步骤412：根据关注度数据图确定关注度峰值信息；根据关注度峰值信息确定阈值信息。

具体的，根据关注度数据图，判断直播视频流B在预设周期内关注度最高的时间点，该点对应的关注度子数据为关注度峰值。根据关注度峰值与预设的比例关系，确定出阈值的取值。

在本申请一具体实施例中，沿用上例，从7个统计时间点对应的关注度中确定出关注度峰值为100，预设阈值信息为关注度峰值的70％，则确定阈值信息为70。

步骤414：根据阈值信息在关注度数据图中确定第一时间点和第二时间点。

具体的，当确定出阈值的取值后，可以根据阈值绘制出一条与X轴平行的阈值线，对比阈值线与关注度数据曲线，可以确定出重合的部分，根据需求确定出第一时间点和第二时间点。

在本申请一具体实施例中，沿用上例，确定阈值信息70之后，确定出关注度数据图中所有关注度为70的点，在该关注度数据图中，关注度为70的有两个点，这两个点对应的时间点为：18:13和18:25，则第一时间点为18:13，第二时间点为18:25。

步骤416：根据第一时间点和第二时间点确定目标时间区间；根据目标时间区间确定缓存视频C中的目标视频时间区间。

具体的，利用第一时间点和第二时间点，确定出两点之间的目标时间区间，将直播视频流B的关注度数据图的目标时间区间转换成缓存视频C中的目标视频时间区间。

在本申请一具体实施例中，沿用上例，确定出第一时间点和第二时间之后，确定时间区间为[18:13-18:25]。将其转换成缓存视频C中对应的目标视频时间区间为[13-25]，确定出最后目标视频的时间区间为缓存视频A中从第13分钟至第25分钟。

步骤418：根据目标视频时间区间从缓存视频C中截取出目标视频。

在本申请一具体实施例中，沿用上例，确定出目标视频时间区间之后，按照目标视频时间区间从缓存视频A中截取出一段时长为12分钟的视频片段，而该视频片段为直播间A舞蹈主播跳舞的视频，所以关注度在不断上升，可以将该视频片段作为精彩视频。

步骤420：将目标视频发送至直播间A对应的客户端。

具体的，当获取从缓存视频中截取出的目标视频后，可以将目标视频直接发送给观看直播的用户，也可以将目标视频发送至主播或主播的动态。

在本申请一具体实施例中，沿用上例，将时长为12分钟的视频片段作为精彩视频发送至正在观看直播间A的用户，使用户在直播间A结束直播后，可以通过观看精彩视频，避免因错过而漏看的精彩视频时刻。

在本申请另一具体实施例中，沿用上例，将时长为12分钟的视频片段作为精彩视频发送至直播间A的主播的动态。当一些没有看直播的用户看到直播间A的精彩视频后，提高了观看兴趣，为主播吸引新流量从而提高直播间关注度。

本申请应用于舞蹈直播的直播视频处理方法，通过接收并缓存直播视频流A，生成缓存视频B，根据直播间A的关注度动态的确定阈值的取值，根据阈值自动的从缓存视频B中截取出直播跳舞的视频片段，辅助主播生成精彩短视频集锦，将精彩短视频发送至观看直播的用户客户端和/或主播的客户端，吸引用户观看，提高直播间的关注度。

与上述方法实施例相对应，本申请还提供了直播视频处理装置实施例，图5示出了本申请一实施例提供的一种直播视频处理装置的结构示意图。如图5所示，该装置包括：

生成模块502，被配置为接收目标直播间的直播视频流，并缓存所述直播视频流生成缓存视频；

第一确定模块504，被配置为获取所述目标直播间的互动信息，根据所述互动信息确定所述目标直播间的关注度数据；

第二确定模块506，被配置为根据所述关注度数据确定阈值信息，并根据所述阈值信息确定目标时间区间；

获取模块508，被配置为根据所述目标时间区间从所述缓存视频获取目标视频。

可选地，所述第一确定模块504，进一步被配置为：

统计预设周期内针对所述直播视频流的互动信息；

根据所述互动信息生成所述直播视频流在所述预设周期内的关注度数据。

可选地，所述第一确定模块504，进一步被配置为：

根据预设规则确定所述预设周期内的每个统计时间点；

统计每个统计时间点对应的子互动信息。

可选地，所述第一确定模块504，进一步被配置为：

根据每个统计时间点对应的子互动信息，计算每个统计时间点对应的关注度子数据；

根据每个统计时间点对应的关注度子数据，生成所述直播视频流在所述预设周期内的关注度数据。

可选地，所述第一确定模块504，进一步被配置为：

确定目标统计时间点；

获取所述目标统计时间点对应的目标子互动信息；

根据所述目标子互动信息计算所述目标统计时间点对应的关注度子数据。

可选地，所述第一确定模块504，进一步被配置为：

根据每个统计时间点对应的关注度子数据，生成所述直播视频流在所述预设周期内的关注度数据图。

可选地，所述第二确定模块506，进一步被配置为：

根据所述关注度数据确定关注度峰值信息；

根据所述关注度峰值信息确定所述阈值信息。

可选地，所述第二确定模块506，进一步被配置为：

根据所述阈值信息在所述关注度数据中确定第一时间点和第二时间点；

根据所述第一时间点和所述第二时间点确定目标时间区间。

可选地，所述获取模块508，进一步被配置为：

根据所述目标时间区间确定所述缓存视频中的目标视频时间区间；

根据所述目标视频时间区间从所述缓存视频中获取目标视频。

可选地，所述第一确定模块504，进一步被配置为：

获取所述目标直播间的弹幕信息、虚拟道具信息、评论信息、用户属性信息、直播间属性信息中的至少一项。

可选地，所述装置还包括：

发送模块：将所述目标视频发送至所述目标直播间对应的客户端。

本申请应用于服务器的直播视频处理装置，包括：生成模块，被配置为接收目标直播间的直播视频流，并缓存所述直播视频流生成缓存视频；第一确定模块，被配置为获取所述目标直播间的互动信息，根据所述互动信息确定所述目标直播间的关注度数据；第二确定模块，被配置为根据所述关注度数据确定阈值信息，并根据所述阈值信息确定目标时间区间；获取模块，被配置为根据所述目标时间区间从所述缓存视频获取目标视频。

本申请应用于服务器的直播视频处理装置实现了接收并缓存直播视频流，生成缓存视频文件，根据直播间的关注度动态的确定阈值的取值，根据阈值自动的从缓存视频文件中截取出目标视频，辅助主播生成精彩短视频集锦，将目标视频发送至观看直播的用户客户端和/或主播的客户端，吸引用户观看，提高直播间关注度。

上述为本实施例的一种直播视频处理装置的示意性方案。需要说明的是，该直播视频处理装置的技术方案与上述的直播视频处理方法的技术方案属于同一构思，直播视频处理装置的技术方案未详细描述的细节内容，均可以参见上述直播视频处理方法的技术方案的描述。

图6示出了根据本申请一实施例提供的一种计算设备600的结构框图。该计算设备600的部件包括但不限于存储器610和处理器620。处理器620与存储器610通过总线630相连接，数据库650用于保存数据。

计算设备600还包括接入设备640，接入设备640使得计算设备600能够经由一个或多个网络660通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备640可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本申请的一个实施例中，计算设备600的上述部件以及图6中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图6所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备600可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备600还可以是移动式或静止式的服务器。

其中，处理器620执行所述计算机指令时实现所述的直播视频处理方法的步骤。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的直播视频处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述直播视频处理方法的技术方案的描述。

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现如前所述直播视频处理方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的直播视频处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述直播视频处理方法的技术方案的描述。

上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本申请的内容，可作很多的修改和。本申请选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (14)

1.一种直播视频处理方法，其特征在于，应用于服务器，包括：

接收目标直播间的直播视频流，并缓存所述直播视频流生成缓存视频；

获取所述目标直播间的互动信息，根据所述互动信息确定所述目标直播间的关注度数据；

根据所述关注度数据确定阈值信息，并根据所述阈值信息确定目标时间区间；

根据所述目标时间区间从所述缓存视频中获取目标视频。

2.如权利要求1所述的直播视频处理方法，其特征在于，获取所述目标直播间的互动信息，根据所述互动信息确定所述目标直播间的关注度数据，包括：

统计预设周期内针对所述直播视频流的互动信息；

根据所述互动信息生成所述直播视频流在所述预设周期内的关注度数据。

3.如权利要求2所述的直播视频处理方法，其特征在于，统计预设周期内针对所述直播视频流的互动信息，包括：

根据预设规则确定所述预设周期内的每个统计时间点；

统计每个统计时间点对应的子互动信息。

4.如权利要求3所述的直播视频处理方法，其特征在于，根据所述互动信息生成所述直播视频流在所述预设周期内的关注度数据，包括：

根据每个统计时间点对应的子互动信息，计算每个统计时间点对应的关注度子数据；

根据每个统计时间点对应的关注度子数据，生成所述直播视频流在所述预设周期内的关注度数据。

5.如权利要求4所述的直播视频处理方法，其特征在于，根据每个统计时间点对应的子互动信息，计算每个统计时间点对应的关注度子数据，包括：

确定目标统计时间点；

获取所述目标统计时间点对应的目标子互动信息；

根据所述目标子互动信息计算所述目标统计时间点对应的关注度子数据。

6.如权利要求4所述的直播视频处理方法，其特征在于，根据每个统计时间点对应的关注度子数据，生成所述直播视频流在所述预设周期内的关注度数据，包括：

根据每个统计时间点对应的关注度子数据，生成所述直播视频流在所述预设周期内的关注度数据图。

7.如权利要求1所述的直播视频处理方法，其特征在于，根据所述关注度数据确定阈值信息，包括：

根据所述关注度数据确定关注度峰值信息；

根据所述关注度峰值信息确定所述阈值信息。

8.如权利要求1所述的直播视频处理方法，其特征在于，根据所述阈值信息确定目标时间区间，包括：

根据所述阈值信息在所述关注度数据中确定第一时间点和第二时间点；

根据所述第一时间点和所述第二时间点确定目标时间区间。

9.如权利要求1所述的直播视频处理方法，其特征在于，根据所述目标时间区间从所述缓存视频中获取目标视频，包括：

根据所述目标时间区间确定所述缓存视频中的目标视频时间区间；

根据所述目标视频时间区间从所述缓存视频中获取目标视频。

10.如权利要求1-9任意一项所述的直播视频处理方法，其特征在于，根据所述目标时间区间从所述缓存视频中获取目标视频之后，还包括：

将所述目标视频发送至所述目标直播间对应的客户端。

11.如权利要求1-9任意一项所述的直播视频处理方法，其特征在于，所述目标直播间的互动信息包括所述目标直播间的弹幕信息、虚拟道具信息、评论信息、用户属性信息、直播间属性信息中的至少一项。

12.一种直播视频处理装置，其特征在于，应用于服务器，包括：

生成模块，被配置为接收目标直播间的直播视频流，并缓存所述直播视频流生成缓存视频；

第一确定模块，被配置为获取所述目标直播间的互动信息，根据所述互动信息确定所述目标直播间的关注度数据；

第二确定模块，被配置为根据所述关注度数据确定阈值信息，并根据所述阈值信息确定目标时间区间；

获取模块，被配置为根据所述目标时间区间从所述缓存视频中获取目标视频。

13.一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述计算机指令时实现权利要求1-11任意一项所述方法的步骤。

14.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该计算机指令被处理器执行时实现权利要求1-11任意一项所述方法的步骤。

Images